CN117177186A - 通过ue寻呼时机发送集群寻呼的方法与设备 - Google Patents

通过ue寻呼时机发送集群寻呼的方法与设备 Download PDF

Info

Publication number
CN117177186A
CN117177186A CN202210575547.9A CN202210575547A CN117177186A CN 117177186 A CN117177186 A CN 117177186A CN 202210575547 A CN202210575547 A CN 202210575547A CN 117177186 A CN117177186 A CN 117177186A
Authority
CN
China
Prior art keywords
paging
configuration information
call
group call
pcch
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.)
Pending
Application number
CN202210575547.9A
Other languages
English (en)
Inventor
魏立梅
陈迎
范晨
袁乃华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN202210575547.9A priority Critical patent/CN117177186A/zh
Publication of CN117177186A publication Critical patent/CN117177186A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种通过UE寻呼时机发送集群寻呼的方法与设备,方法包括:gNB为PCCH配置集群寻呼相关参数并确定集群寻呼配置信息;gNB广播所述PCCH的集群寻呼配置信息;UE确定自身的寻呼时机;对于任意一个组呼/单呼,gNB确定接收所述组呼/单呼的每个UE,在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼的配置信息;所述UE在自身的寻呼时机内监听CRC用P‑RNTI加扰的PDCCH,当UE监听到PDCCH时,UE接收PDSCH,从PDSCH上获得PCCH上的信息,根据PCCH上所述组呼/单呼的配置信息接收所述组呼/单呼,从而实现了在NR小区内发送集群寻呼。

Description

通过UE寻呼时机发送集群寻呼的方法与设备
技术领域
本申请涉及通信领域,尤其涉及一种通过UE寻呼时机发送集群寻呼的方法与设备。
背景技术
目前,在基于长期演进(Long Term Evoluation,LTE)技术的宽带集群通信(Broadband TRUNking Communication,B-TRUNC)系统中采用以下两种方式发集群寻呼:
方式1:通过寻呼控制信道(Paging Control Channel,PCCH)在各个用户设备(User Equipment,UE)的单播寻呼时机中发送集群寻呼。
方式2:通过集群寻呼控制信道(Trunking Paging Control Channel,TPCCH)发送集群寻呼,为TPCCH定义寻呼周期和寻呼时机,在每个寻呼周期内通过TPCCH在相应的寻呼时机内发送集群寻呼。
但是,在基于LTE技术的B-TRUNC系统向基于新无线接入(New Radio Access,NR)技术的B-TRUNC系统演进中,基于NR技术的B-TRUNC系统没有一种发送集群寻呼的方式。因此,如何在NR小区中发送集群寻呼成为了亟待解决的问题。
发明内容
本申请提供一种通过UE寻呼时机发送集群寻呼的方法与设备,用于解决在基于新无线接入技术的B-TRUNC系统中发送集群寻呼的技术问题。
本申请的第一个方面是提供一种通过UE寻呼时机发送集群寻呼的方法,包括:
gNB为PCCH配置集群寻呼相关参数,并确定PCCH的集群寻呼配置信息;
当所述PCCH的集群寻呼配置信息不同于SIB1中已有的PCCH配置信息时,gNB通过SIB1广播所述PCCH的集群寻呼配置信息;对于包含寻呼搜索空间的每个专用DL BWP,当所述PCCH的集群寻呼配置信息不同于所述BWP的配置信息中已有的PCCH配置信息时,gNB在所述BWP的配置信息中携带所述PCCH的集群寻呼配置信息;
对于处于RRC空闲态/RRC非激活态的UE,UE接收SIB1,根据所述SIB1上的信息确定自身的寻呼时机;
对于处于RRC连接态的UE,若UE的激活的DL BWP包含寻呼搜索空间,UE根据该DLBWP的配置信息确定自身的寻呼时机;
针对任意一个组呼/单呼,gNB确定接收所述组呼/单呼的每个UE,针对每个UE,gNB在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供所述组呼/单呼的配置信息;
对于接收所述组呼/单呼的UE,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;UE根据PCCH上的信息中组呼/单呼列表中所述组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
进一步地,所述方法还包括:
对于接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH。
进一步地,所述方法还包括:
针对所述组呼/单呼,当所述组呼/单呼暂时中断业务传输时,gNB通过所述组呼/单呼的控制信道发送去激活通知,其中,所述去激活通知中携带UE状态指示,所述UE状态指示为RRC空闲态或RRC非激活态,所述去激活通知中携带集群寻呼周期,所述去激活通知中携带DRX配置信息;
对于接收所述组呼/单呼的UE,当UE接收到gNB通过所述组呼/单呼的控制信道发送的去激活通知时,UE停止接收所述组呼/单呼;若所述去激活通知中携带了UE状态指示,UE从当前的RRC状态进入所述UE状态指示所指示的RRC状态:当所述UE状态指示为RRC空闲态/RRC非激活态时,UE进入RRC空闲态/RRC非激活态;若所述去激活通知携带了集群寻呼周期,UE按照所述去激活通知携带的集群寻呼周期重新确定自身的寻呼时机;若所述去激活通知中携带了DRX配置信息,UE按照所述去激活通知中携带的DRX配置信息重配自身的DRX参数。
进一步地,所述方法还包括:
对于停止接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH。
进一步地,所述方法还包括:
在UE监听CRC用P-RNTI加扰的PDCCH的过程中,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息。UE根据PCCH上的信息中组呼/单呼列表接收新的组呼/单呼。
进一步地,所述方法还包括:
当所述组呼/单呼恢复业务传输时,gNB确定接收所述组呼/单呼的每个UE,针对每个UE,gNB在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供所述组呼/单呼的配置信息;
对于接收所述组呼/单呼的UE,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;UE根据PCCH上的信息中组呼/单呼列表中所述组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
本申请的第二个方面是提供一种通过UE寻呼时机发送集群寻呼的设备gNB,所述gNB包括:配置模块、广播模块和发送模块;
配置模块,用于:为PCCH配置集群寻呼相关参数,并确定PCCH的集群寻呼配置信息;
广播模块,用于:当所述PCCH的集群寻呼配置信息不同于SIB1中已有的PCCH配置信息时,通过SIB1广播所述PCCH的集群寻呼配置信息;对于包含寻呼搜索空间的每个专用DL BWP,当所述PCCH的集群寻呼配置信息不同于所述BWP的配置信息中已有的PCCH配置信息时,在所述BWP的配置信息中携带所述PCCH的集群寻呼配置信息;
发送模块,用于:针对任意一个组呼/单呼,确定接收所述组呼/单呼的每个UE,针对每个UE,在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供该组呼/单呼的配置信息;
所述gNB还包括:业务中断通知模块,用于:针对一个组呼/单呼,当所述组呼/单呼暂时中断业务传输时,通过所述组呼/单呼的控制信道发送去激活通知,其中,所述去激活通知中携带UE状态指示,所述UE状态指示为RRC空闲态或RRC非激活态,所述去激活通知中携带集群寻呼周期,所述去激活通知中携带DRX配置信息;
所述gNB还包括:业务恢复通知模块,用于:当一个组呼/单呼恢复业务传输时,确定接收所述组呼/单呼的每个UE,针对每个UE,在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供所述组呼/单呼的配置信息。
本申请的第三个方面是提供一种通过UE寻呼时机接收集群寻呼的设备UE,所述UE包括:确定模块和接收模块;
确定模块,用于:当UE处于RRC空闲态/RRC非激活态时,接收SIB1,根据所述SIB1上的信息确定寻呼时机;当UE处于RRC连接态时,若UE的激活的DL BWP包含寻呼搜索空间,根据该DL BWP的配置信息确定寻呼时机;
接收模块,用于:在寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当监听到相应的PDCCH时,接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;根据PCCH上的信息中组呼/单呼列表确定要接收的组呼/单呼,根据所确定的组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机;
接收模块还用于:对于接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH;
所述UE还包括:业务中断处理模块,用于:当接收到gNB通过所述组呼/单呼的控制信道发送的去激活通知时,停止接收所述组呼/单呼;若所述去激活通知中携带了UE状态指示,从当前的RRC状态进入所述UE状态指示所指示的RRC状态:当所述UE状态指示为RRC空闲态/RRC非激活态时,进入RRC空闲态/RRC非激活态;若所述去激活通知携带了集群寻呼周期,按照所述去激活通知携带的集群寻呼周期重新确定自身的寻呼时机;若所述去激活通知中携带了DRX配置信息,UE按照所述去激活通知中携带的DRX配置信息重配DRX参数;
接收模块还用于:在停止接收所述组呼/单呼之后,继续在寻呼时机内监听CRC用P-RNTI加扰的PDCCH;
接收模块还用于:在监听CRC用P-RNTI加扰的PDCCH的过程中,当监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;当PCCH上的信息中组呼/单呼列表中提供了新的组呼/单呼的配置信息时,可以接收新的组呼/单呼;当PCCH上的信息中组呼/单呼列表中提供了之前被中断传输的组呼/单呼的配置信息时,可以继续接收所述组呼/单呼。
在本申请提供的通过UE寻呼时机发送集群寻呼的方法与设备中,gNB为PCCH配置集群寻呼相关参数,并确定集群寻呼配置信息,广播该集群寻呼配置信息,不同状态的UE根据该集群寻呼配置信息确定自身的寻呼时机,进而gNB能够根据UE的寻呼时机向UE发送集群寻呼,实现了在NR小区内发送集群寻呼。
附图说明
为了更清楚地说明本申请的各个实施例或现有技术中的技术方案,下面将对各个实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的实施例的一部分,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本申请基于的网络架构示意图;
图2为本申请实施例一提供的通过UE寻呼时机发送集群寻呼的方法的流程示意图;
图3为本申请实施例二提供的通过UE寻呼时机发送集群寻呼的方法的流程示意图;
图4为本申请实施例三提供的通过UE寻呼时机发送集群寻呼的方法的流程示意图;
图5为本申请实施例四提供的通过UE寻呼时机发送集群寻呼的设备gNB的结构示意图;
图6为本申请实施例五提供的通过UE寻呼时机接收集群寻呼的设备UE的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例所获得的所有其他实施例,都属于本申请保护的范围。
针对上述提及的在基于新无线接入技术的B-TRUNC系统中无法发送集群寻呼的技术问题,本申请提供了一种通过UE寻呼时机发送集群寻呼的方法与设备。
图1为本申请基于的网络架构示意图,如图1所示,本申请基于的网络架构由gNB11和UE12组成。其中,gNB11用于根据本申请提出的通过UE寻呼时机发送集群寻呼的方法在NR小区中发送集群寻呼、UE12用于根据本申请提出的通过UE寻呼时机发送集群寻呼的方法在NR小区中接收集群寻呼。
在NR小区内,gNB11确定PCCH的集群寻呼配置信息并在NR小区广播该集群寻呼配置信息,从而不同RRC状态的UE12均能够根据该集群寻呼配置信息确定自身的寻呼时机。进而gNB11能够通过一个UE12的寻呼时机向该UE12发送集群寻呼。
实施例一:
图2为本申请实施例一提供的通过UE寻呼时机发送集群寻呼的方法的流程示意图,如图2所示,该方法包括:
步骤201、gNB为PCCH配置集群寻呼相关参数,并确定PCCH的集群寻呼配置信息。
在NR小区,用于发送PCCH调度信息的寻呼搜索空间可以是搜索空间0,也可以是其他搜索空间。本申请在给PCCH配置集群寻呼相关参数并确定PCCH的集群寻呼配置信息时,对于寻呼搜索空间不做限制,即:寻呼搜索空间可以是搜索空间0,也可以是其他搜索空间。
在第三代伙伴项目(third Generation Partnership Project,3GPP)技术规范(Technical Specification,TS)38.304中第7章,UE在计算寻呼时机时采用了以下参数:
1)T:UE的不连续接收(Discontinuous Reception,DRX)周期;
用T1表示系统信息块(System Information Block,SIB)1中PCCH的缺省DRX周期,T1的单位为:无线帧。如果给UE配置了DRX周期,用T2表示给UE配置的DRX周期,T2的单位为:无线帧。若未给UE配置DRX周期,UE认为T=T1;否则,UE认为T=min{T1,T2},其中,min{T1,T2}表示取T1和T2之间的最小值。
2)N:表示在UE的每个DRX周期内寻呼帧的数目;
3)PF_offset:在确定寻呼帧时使用的无线帧偏置;
4)Ns:表示给每个寻呼帧配置的寻呼时机的数目;
5)S:NR小区中实际发送的同步信号/物理广播信道块(Synchronization Signal/Physical Broadcast Channel Block,SSB)的数目;
6)X:表示给每个寻呼时机配置的每个波束方向上PDCCH监听时机的数目;
7)每个寻呼时机包含S*X个连续的PDCCH监听时机。
8)UE_ID:在计算寻呼帧和寻呼时机时UE采用的标识。
当未给UE配置5G-S-TMSI时,UE默认UE_ID=0;否则,UE按照公式1确定UE_ID:
UE_ID=5G-S-TMSI mod 1024 (1)
基于上述参数,UE先在每个DRX周期内确定一个需要监听的寻呼帧(PagingFrame,PF),然后在给该寻呼帧配置的Ns个寻呼时机内确定一个需要监听的寻呼时机(Paging Occasion,PO),UE在该寻呼时机内监听各个物理下行控制信道(PhysicalDownlink Control Channel,PDCCH)监听时机,在每个PDCCH监听时机内监听循环冗余校验(Cyclic Redundancy Check,CRC)用寻呼-无线网络临时标识(Paging-Radio NetworkTempary Identity,P-RNTI)加扰的PDCCH,当UE在一个PDCCH监听时机内监听到CRC用P-RNTI加扰的PDCCH时,UE根据该PDCCH上下行控制信息(Downlink Control Information,DCI)格式提供的调度信息接收相应的物理下行共享信道(Physical Downlink SharedChannel,PDSCH),当UE正确译码相应的PDSCH并从PDSCH上获得PCCH上信息时,UE停止在当前寻呼时机内继续监听后续的PDCCH监听时机,UE根据PCCH上的信息执行相应的处理。
当寻呼搜索空间为搜索空间0时,寻呼搜索空间包括的PDCCH监听时机以及PDCCH监听时机与SSB之间的映射关系见3GPP TS38.213协议中第13章。
当寻呼搜索空间不为搜索空间0时,根据寻呼搜索空间的配置信息可以确定寻呼搜索空间包括的所有PDCCH监听时机。在寻呼搜索空间内PDCCH监听时机与SSB之间的映射关系见3GPP TS38.304协议第7章。
UE根据寻呼搜索空间的配置信息、T、N、PF_offset、Ns、X和UE_ID确定上述寻呼帧PF、上述寻呼时机PO、确定上述寻呼时机PO包含的S*X个连续的PDCCH监听时机的过程见3GPP TS38.304协议第7章,不再赘述。
为了发送集群寻呼,gNB需要为PCCH配置集群寻呼相关参数:用Tb表示gNB给PCCH配置的集群寻呼周期,Tb的单位为:无线帧,用Nb表示gNB给每个集群寻呼周期配置的集群寻呼帧的数目,用PF_offset_b表示确定集群寻呼帧时使用的无线帧偏置,用Nsb表示给每个集群寻呼帧配置的集群寻呼时机的数目,用Xb表示一个集群寻呼时机内在每个波束方向上包含的PDCCH监听时机的数目。
当gNB给PCCH配置的一组集群寻呼相关的参数(Tb、Nb、PF_offset_b、Nsb、Xb)与gNB给PCCH配置的一组寻呼相关的参数(T、N、PF_offset、Ns、X)相同时,gNB给PCCH配置的集群寻呼周期、集群寻呼帧和集群寻呼时机分别与寻呼周期、寻呼帧和寻呼时机相同。
当gNB给PCCH配置的一组集群寻呼相关的参数(Tb、Nb、PF_offset_b、Nsb、Xb)与gNB给PCCH配置的一组寻呼相关的参数(T、N、PF_offset、Ns、X)并不完全相同时,gNB按照以下方式确定每个集群寻呼帧包含的各个集群寻呼时机:
当寻呼搜索空间为搜索空间0时,寻呼搜索空间包含的PDCCH监听时机以及PDCCH监听时机与SSB之间的映射关系见3GPP TS38.213协议第13章。当寻呼搜索空间为搜索空间0时,给每个集群寻呼帧配置的集群寻呼时机的数目Nsb为1或2。
当Nsb=1时,给每个集群寻呼帧配置一个集群寻呼时机,从该集群寻呼帧包含的第一个PDCCH监听时机开始至最近的集群寻呼帧或最近的寻呼帧之前的所有PDCCH监听时机属于该集群寻呼时机。
当Nsb=2时,给每个集群寻呼帧配置2个集群寻呼时机,第一个集群寻呼时机由该集群寻呼帧的第一个半帧包含的PDCCH监听时机组成,第二个集群寻呼时机由该集群寻呼帧的第二个半帧包含的PDCCH监听时机组成。
当寻呼搜索空间不为搜索空间0时,由寻呼搜索空间的配置信息可以确定寻呼搜索空间包含的每个PDCCH监听时机,从集群寻呼帧包含的第一个PDCCH监听时机开始,按照时间顺序给每个PDCCH监听时机分配下标,起始下标为0,在寻呼搜索空间内按照方式1或方式2确定给每个集群寻呼帧配置的Nsb个集群寻呼时机:
方式1:
下标为i的集群寻呼时机由S*Xb个连续的PDCCH监听时机组成,该集群寻呼时机的第一个PDCCH监听时机的下标为:S*Xb*i,i=0,……,Nsb-1。
方式2:
gNB指定Nsb个集群寻呼时机中每个集群寻呼时机的第一个PDCCH监听时机的下标,每个集群寻呼时机由从第一个PDCCH监听时机开始的S*Xb个连续的PDCCH监听时机组成。
在按照方式1或方式2确定了每个集群寻呼时机的位置之后,gNB确定每个集群寻呼时机内PDCCH监听时机与SSB之间的映射关系:在每个集群寻呼时机包含的S*Xb个PDCCH监听时机中,第x*S+K个PDCCH监听时机对应第K个SSB,x=0,1,……,Xb-1,K=1,……,S。
基于上述处理,gNB确定PCCH的集群寻呼配置信息。PCCH的集群寻呼配置信息包括:
1)集群寻呼周期Tb;
2)每个集群寻呼周期内集群寻呼帧的数目Nb
3)用于确定集群寻呼帧的无线帧偏置PF_offset_b;;
4)给每个集群寻呼帧配置的集群寻呼时机的数目Nsb;
5)每个集群寻呼时机在每个波束方向上包含的PDCCH监听时机的数目Xb;
6)集群寻呼时机起始位置列表(可选):该列表由Nsb个集群寻呼时机中每个集群寻呼时机中第一个PDCCH监听时机的下标组成。
较佳地,Tb/T1=2m1,m1为整数;较佳地,Nb/N=2m2,m2为整数。
综上所述,寻呼搜索空间的配置信息确定了PCCH使用的寻呼搜索空间。在寻呼搜索空间内gNB按照PCCH的集群寻呼配置信息给PCCH配置集群寻呼周期、集群寻呼帧和集群寻呼时机。
步骤202、当所述PCCH的集群寻呼配置信息不同于SIB1中已有的PCCH配置信息时,gNB通过SIB1广播所述PCCH的集群寻呼配置信息。对于包含寻呼搜索空间的每个专用DLBWP,当所述PCCH的集群寻呼配置信息不同于所述BWP的配置信息中已有的PCCH配置信息时,gNB在所述BWP的配置信息中携带所述PCCH的集群寻呼配置信息。
在本实施例中,在为PCCH配置集群寻呼相关参数并确定PCCH的集群寻呼配置信息之后,可以将该集群寻呼配置信息进行广播,以使UE能够获知该集群寻呼配置信息。
具体地,当Tb不同于T1或Nb不同于N或PF_offset_b不同于PF_offset或Nsb不同于Ns或Xb不为X时,需要广播PCCH的集群寻呼配置信息。
具体地,当所述PCCH的集群寻呼配置信息不同于SIB1中已有的PCCH配置信息时,gNB通过SIB1广播所述PCCH的集群寻呼配置信息。
目前,PCCH在初始DL BWP上发送。当一个专用DL BWP包含了寻呼搜索空间时,在该DL BWP的配置信息中携带PCCH配置信息,以便将该DL BWP作为激活的DL BWP的UE可以在该DL BWP上监听PCCH上寻呼。在gNB确定了PCCH的集群寻呼配置信息之后,对于包含了寻呼搜索空间的专用DL BWP,当PCCH的集群寻呼配置信息不同于该BWP的配置信息中已有的PCCH配置信息时,在该DL BWP的配置信息中携带PCCH的集群寻呼配置信息,以便将该DL BWP作为激活的DL BWP的UE可以在该DL BWP上监听PCCH上集群寻呼。
步骤203、对于处于RRC空闲态/RRC非激活态的UE,UE接收SIB1,根据所述SIB1上的信息确定自身的寻呼时机。
在本实施例中,在gNB通过SIB1广播集群寻呼配置信息之后,处于RRC空闲态/RRC非激活态的UE可以接收SIB1以确定自身的寻呼时机。
具体地,当UE是一个不支持MBS功能的普通UE时,UE根据SIB1上现有的PCCH配置信息确定自身的寻呼时机。UE确定自身寻呼时机的方法见3GPP TS38.304协议中第7章,不再赘述。
当UE支持MBS功能时,若SIB1中不包含PCCH的集群寻呼配置信息,UE根据SIB1中现有的PCCH配置信息确定自身的寻呼时机,UE确定自身寻呼时机的方法见3GPP TS38.304协议中第7章,不再赘述。若SIB1中包含PCCH的集群寻呼配置信息,UE根据PCCH的集群寻呼配置信息确定自身的寻呼时机。具体地,UE根据PCCH的集群寻呼配置信息确定自身的寻呼时机的方法如下:
步骤S1:UE按照公式2确定在每个集群寻呼周期内需要监听的集群寻呼帧的帧号SFN:
(SFN+PF_offset_b)mod Tb=(Tb div Nb)*(UE_ID mod Nb) (2)
步骤S2:在给需要监听的集群寻呼帧配置的Nsb个集群寻呼时机中UE按照公式3确定需要监听的集群寻呼时机的下标:
i_s=floor(UE_ID/Nb)mod Nsb (3)
步骤S3:UE确定在需要监听的集群寻呼时机内需要监听的S*Xb个连续的PDCCH监听时机的位置。
当寻呼搜索空间为搜索空间0时,Nsb=1或2。每个集群寻呼时机包含的PDCCH监听时机的位置以及每个集群寻呼时机内PDCCH监听时机与SSB之间的映射关系见步骤S201。
当寻呼搜索空间不为搜索空间0时,从需要监听的集群寻呼帧包含的第一个PDCCH监听时机开始,UE按照时间顺序给各个PDCCH监听时机分配下标,起始下标为0。
若PCCH的集群寻呼配置信息中提供了集群寻呼时机起始位置列表,用D(I)表示集群寻呼时机起始位置列表提供的Nsb个下标中第I个下标,其中,I=1,……,Nsb。下标为i_s的集群寻呼时机包含的第一个PDCCH监听时机的下标为D(i_s+1),从第一个PDCCH监听时机开始该集群寻呼时机总共包含S*Xb个连续的PDCCH监听时机。
若PCCH的集群寻呼配置信息中未提供集群寻呼时机起始位置列表,下标为i_s的集群寻呼时机包含的第一个PDCCH监听时机的下标为S*Xb*i_s,从第一个PDCCH监听时机开始该集群寻呼时机总共包含S*Xb个连续的PDCCH监听时机。
在该集群寻呼时机内PDCCH监听时机与SSB之间的映射关系为:第x*S+K个PDCCH监听时机对应第K个SSB,x=0,1,……,Xb-1,K=1,……,S。
步骤204、对于处于RRC连接态的UE,若UE的激活的DL BWP包含寻呼搜索空间,UE根据该DL BWP的配置信息确定自身的寻呼时机。
在本实施例中,对于处于RRC连接态的UE,若UE的激活的DL BWP包含寻呼搜索空间,UE根据该DL BWP的配置信息确定自身的寻呼时机。
当UE是一个不支持MBS功能的普通UE时,UE根据该DL BWP的配置信息中现有的PCCH配置信息确定自身的寻呼时机。UE确定自身寻呼时机的方法见3GPP TS38.304协议中第7章,不再赘述。
当UE支持MBS功能时,若该DL BWP的配置信息中不包含PCCH的集群寻呼配置信息,UE根据该DL BWP的配置信息中现有的PCCH配置信息确定自身的寻呼时机,UE确定自身寻呼时机的方法见3GPP TS38.304协议中第7章,不再赘述。若该DL BWP的配置信息中包含PCCH的集群寻呼配置信息,UE根据PCCH的集群寻呼配置信息确定自身的寻呼时机。具体地,UE根据PCCH的集群寻呼配置信息确定自身的寻呼时机的方法见步骤S203中提供的步骤S1-步骤S3,在此不再赘述。
步骤205、针对任意一个组呼/单呼,gNB确定接收所述组呼/单呼的每个UE,针对每个UE,gNB在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供该组呼/单呼的配置信息。
集群寻呼包括:集群组呼和集群单呼。
对于任意一个组呼,gNB确定接收该组呼的每个UE,并确定该组呼的重复发送次数L1(1<=L1<=Xb)。对于接收该组呼的每个UE,gNB确定该UE的最近的可用的寻呼时机包含的S*Xb个连续的PDCCH监听时机的位置,gNB从所确定的S*Xb个连续的PDCCH监听时机中选择连续S*L1个PDCCH监听时机,在这些PDCCH监听时机内通过PCCH发送该组呼给该UE。在每个选择的PDCCH监听时机内gNB发送的PCCH上提供一个组呼列表,组呼列表中包含该组呼的配置信息。
对于任意一个单呼,gNB确定接收该单呼的UE,并确定该单呼的重复发送次数L2(1<=L2<=Xb),对于接收该单呼的UE,gNB确定该UE的最近的可用的寻呼时机包含的S*Xb个连续的PDCCH监听时机的位置,gNB从所确定的S*Xb个连续的PDCCH监听时机中选择连续S*L2个PDCCH监听时机,在这些PDCCH监听时机内通过PCCH发送该单呼给该UE。在每个选择的PDCCH监听时机内gNB发送的PCCH上提供一个单呼列表,单呼列表中包含该单呼的配置信息。
对于一个组呼,当接收该组呼的多个UE具有相同的寻呼时机时,gNB从这些UE的最近的可用的寻呼时机中选择连续S*L1个PDCCH监听时机,在这些PDCCH监听时机通过PCCH发送该组呼给这些UE。在每个选择的PDCCH监听时机内gNB发送的PCCH上提供一个组呼列表,组呼列表中包含该组呼的配置信息。
较佳地,gNB发送该组呼/单呼的第一个PDCCH监听时机对应第一个SSB。
对于一个组呼/单呼,为了确保接收该组呼/单呼的UE能够接收到gNB通过PCCH发送的该组呼/单呼的配置信息,gNB还可以在多个连续的寻呼周期中在UE的寻呼时机中通过PCCH发送该组呼/单呼的配置信息。具体地,gNB从UE的最近的可用的寻呼周期开始选择连续M1/M2个寻呼周期,在每个寻呼周期内在UE的寻呼时机中选择连续S*L1/S*L2个PDCCH监听时机,在这些PDCCH监听时机通过PCCH发送该组呼/单呼。在每个选择的PDCCH监听时机内gNB发送的PCCH上提供一个组呼/单呼列表,组呼/单呼列表中包含该组呼/单呼的配置信息。
为了发送组呼,gNB需要给NR小区配置至少一个公共频率资源(Common FrequencyResource,CFR),每个CFR由NR小区的载频的带宽中若干个连续的公共资源块(CommonResource Block,CRB)组成,用于发送组呼的控制信道和业务信道。gNB给NR小区配置CFR的方法不是本申请的内容,不再赘述。
一个组呼的配置信息由一组公共配置信息和N组专用配置信息组成,其中,N为用于发送该组呼的公共频率资源(Common Frequency Resource,CFR)的数目:该组呼可以在N个CFR上并行发送。第n组专用配置信息包括:发送组呼的第n个CFR的配置信息、在第n个CFR上该组呼的控制信道的配置信息、该组呼的业务信道的配置信息、该组呼的PDSCH的配置信息、该组呼的半静态PDSCH资源的配置信息和该组呼的测量GAP的配置信息。
一组公共配置信息包括:
(一)TMGI:用于标识组呼;
(二)G-RNTI:若组呼在业务传输时采用动态调度,给组呼配置一个G-RNTI,用于在空口标识组呼;
(三)G-CS-RNTI:若组呼在业务传输时采用半静态调度,给组呼配置一个G-CS-RNTI,用于在空口标识组呼;
(四)呼叫优先级;
(五)专用的NAS消息;
(六)短消息指示(TRUE/FALSE):当短消息指示为TRUE时,表示将发送组播短消息;
(七)其他必要信息:比如:呼叫序列号。
每组专用配置信息的详细内容如下,较佳地,N组专用配置信息中组呼的控制信道/业务信道使用的配置的下标相同。
(一)组呼的控制信道使用的配置的下标:
给每个组呼配置一个集群信令无线承载(Trunking Signaling Radio Bearer,TSRB),给每个组呼配置一个集群控制信道(Trunking Control Channel,TCCH)。在基于NR技术的B-TRUNC协议中给TCCH预配置至少一组配置信息,从0开始给每组配置信息分配一个下标。当一个组呼的控制信道使用的配置的下标为index时,表示该组呼的TCCH使用下标为index的一组配置信息。
TCCH的每组配置信息包含以下内容:
(1)PDCP配置信息(可选):用于给组呼的TSRB配置一个PDCP实体。
若PDCP实体采用加密/完整性保护功能,则PDCP配置信息中包含加密算法/完整性保护算法的配置信息。
若对组呼的TSRB上信令不执行PDCP层相关的处理,则TCCH的每组配置信息中不包含PDCP配置信息。
(2)RLC配置信息:用于给组呼的TSRB配置一个UM模式的RLC实体。
(3)TCCH的ID:在基于NR技术的B-TRUNC协议中给TCCH分配一个固定的逻辑信道ID。
(二)组呼的业务信道使用的配置的下标(可选):
在基于NR技术的B-TRUNC协议中给每个业务类型的组呼的业务信道预配置一组或多组配置信息,从0开始给每个业务类型预配置的每组配置信息分配一个下标。
当一个组呼的业务信道使用的配置的下标为index时,表示该组呼的业务信道使用下标为index的一组配置信息。
组呼的业务信道的每组配置信息包括以下内容:
(1)组呼的SDAP配置信息:用于给组呼配置一个SDAP实体,SDAP实体将组呼的QOS流映射到一个或多个集群无线数据承载(Trunking Data Radio Bearer,TDRB)上。
(2)组呼的每个TDRB的PDCP配置信息:用于给每个TDRB配置一个PDCP实体。
(3)组呼的每个TDRB的RLC配置信息:用于给每个TDRB配置一个UM模式的RLC实体。
(4)组呼的业务信道配置信息:给组呼的每个TDRB配置一个集群业务信道(Trunking Traffic Channel,TTCH),组呼的业务信道配置信息由给组呼的每个TDRB配置的TTCH的ID组成,不同的TTCH具有不同的ID。
(三)组呼使用的公共频率资源(Common Frequency Resource,CFR)的配置信息:
CFR配置信息包括:
(1)CFR采用的循环前缀(Cyclic Prefix,CP)类型、CFR采用的子载波间隔(Subcarrier Spacing,SCS)
(2)CFR的起始CRB的位置、CFR占用的连续CRB数目
(3)CORESET配置信息
(4)搜索空间配置信息
(5)PDSCH配置信息
其中,CORESET配置信息用于在CFR上给TCCH和TTCH配置CORESET,搜索空间配置信息用于在CFR上给TCCH和TTCH配置搜索空间,PDSCH配置信息用于在CFR上发送各个组呼专用的PDSCH。
(四)组呼使用的PDSCH的配置信息:用于发送组呼专用的PDSCH
当所述专用配置信息中包含“组呼使用的PDSCH的配置信息”时,在发送组呼专用的PDSCH时采用该PDSCH配置信息;否则,在发送组呼专用的PDSCH时采用“组呼使用的CFR的配置信息”中包含的“PDSCH配置信息”。
(五)组呼使用的半静态PDSCH资源的配置信息:用于在CFR上给组呼配置若干个半静态PDSCH资源。
当上述一组公共配置信息中提供了G-CS-RNTI时,在每组专用配置信息中提供“组呼使用的半静态PDSCH资源的配置信息”。
(六)组呼使用的测量GAP的配置信息:用于给组呼配置测量GAP。
一个单呼的配置信息包含:
1、UE ID:用于标识被叫UE;
2、呼叫优先级。
步骤206、对于接收所述组呼/单呼的UE,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;UE根据PCCH上的信息中组呼/单呼列表中所述组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
对于接收所述组呼/单呼的UE,当UE处于RRC空闲态/RRC非激活态时,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH;当UE处于RRC连接态时,当UE的激活的DL BWP包含寻呼搜索空间时,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH。
对于接收所述组呼/单呼的UE,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息。
当UE根据PCCH上的信息中组呼列表确定接收所述组呼时,UE根据PCCH上的信息中组呼列表中所述组呼的配置信息接收所述组呼。
具体地,当所述组呼的配置信息中包括N组专用配置信息时,表明所述组呼同时通过N个CFR并行传输。UE根据自身的状态从N组专用配置信息中选择一组专用配置信息,根据该组专用配置信息中组呼使用的CFR的配置信息确定接收所述组呼的CFR,UE在所述CFR上根据该组专用配置信息中其他配置信息和所述组呼的配置信息中一组公共配置信息接收所述组呼。UE从N组专用配置信息中选择一组专用配置信息的过程不是本申请的内容不再赘述。
当UE根据PCCH上的信息中单呼列表确定接收所述单呼时,若UE处于RRC空闲态,UE发起RRC连接建立过程,若UE处于RRC非激活态,UE发起RRC连接恢复过程,在UE进入RRC连接态之后,UE根据gNB发送的专用信令接收所述单呼。
在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
进一步地,上述实施例一中的方法还包括:
对于接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH。
在实施例一提供的通过UE寻呼时机发送集群寻呼的方法中,gNB为PCCH配置集群寻呼相关参数并确定PCCH的集群寻呼配置信息,广播该集群寻呼配置信息,以便不同RRC状态的UE均能够根据该集群寻呼配置信息确定自身的寻呼时机。进而gNB能够通过一个UE的寻呼时机向该UE发送集群寻呼,从而解决了在NR小区内发送集群寻呼的问题。
实施例二:
图3为本申请实施例二提供的通过UE寻呼时机发送集群寻呼的方法的流程示意图,在实施例一的基础上,如图3所示,该方法还包括:
步骤301、针对所述组呼/单呼,当所述组呼/单呼暂时中断业务传输时,gNB通过所述组呼/单呼的控制信道发送去激活通知,其中,所述去激活通知中携带UE状态指示,所述UE状态指示为RRC空闲态或RRC非激活态,所述去激活通知中携带集群寻呼周期,所述去激活通知中携带DRX配置信息。
在本步骤中,当所述UE状态指示为RRC空闲态/RRC非激活态时,表示gNB让UE进入RRC空闲态/RRC非激活态。
在本步骤中,当所述去激活通知中携带了集群寻呼周期时,表示gNB让UE按照所述去激活通知中携带的集群寻呼周期重新确定自身的寻呼时机。UE确定自身的寻呼时机的方法见实施例一中S203和S204。
在本步骤中,当所述去激活通知中携带了DRX配置信息时,表示gNB给接收所述组呼/单呼的UE重配DRX参数。
步骤302、对于接收所述组呼/单呼的UE,当UE接收到gNB通过所述组呼/单呼的控制信道发送的去激活通知时,UE停止接收所述组呼/单呼;若所述去激活通知中携带了UE状态指示,UE从当前的RRC状态进入所述UE状态指示所指示的RRC状态:当所述UE状态指示为RRC空闲态/RRC非激活态时,UE进入RRC空闲态/RRC非激活态;若所述去激活通知携带了集群寻呼周期,UE按照所述去激活通知携带的集群寻呼周期重新确定自身的寻呼时机;若所述去激活通知中携带了DRX配置信息,UE按照所述去激活通知中携带的DRX配置信息重配自身的DRX参数。
进一步地,上述实施例二中的方法还包括:
对于停止接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH。
在本实施例中,针对每一组呼/单呼,其可能会暂停业务传输。当组呼/单呼暂停业务传输时,若UE不知道该信息,则UE会一直处于接收所述组呼/单呼的状态、耗费功率。因此,针对该组呼/单呼,当该组呼/单呼暂时中断业务传输时,gNB通过该组呼/单呼的控制信道发送去激活通知以便UE根据该去激活通知停止接收该组呼/单呼、节省功率。可选地,gNB在去激活通知中携带UE状态指示,以便UE根据UE状态指示进入RRC空闲态或RRC非激活态,进一步地节省UE的功率。可选地,gNB在去激活通知中携带一个较大的集群寻呼周期,降低UE的寻呼时机的频度以便进一步节省UE的功率。可选地,gNB在去激活通知中携带DRX配置信息,以便重配UE的DRX参数,进一步节省UE的功率。
进一步地,在上述各个实施例的基础上,所述通过UE寻呼时机发送集群寻呼的方法还包括:
在UE监听CRC用P-RNTI加扰的PDCCH的过程中,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息。UE根据PCCH上的信息中组呼/单呼列表接收新的组呼/单呼。
实施例三:
图4为本申请实施例三提供的通过UE寻呼时机发送集群寻呼的方法的流程示意图,在上述任一实施例的基础上,如图4所示,通过UE寻呼时机发送集群寻呼的方法还包括:
步骤401、当所述组呼/单呼恢复业务传输时,gNB确定接收所述组呼/单呼的每个UE,针对每个UE,gNB在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供所述组呼/单呼的配置信息。
步骤402、对于接收所述组呼/单呼的UE,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;UE根据PCCH上的信息中组呼/单呼列表中所述组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
在本实施例中,针对每一个组呼/单呼,当该组呼/单呼恢复业务传输时,gNB还可以通过PCCH在相应的UE寻呼时机内向相应的UE发送该组呼/单呼的配置信息,以便相应的UE根据PCCH上该组呼/单呼的配置信息继续接收该组呼/单呼,保证该组呼/单呼的继续传输。
实施例四:
图5为本申请实施例四提供的通过UE寻呼时机发送集群寻呼的设备gNB的结构示意图。如图5所示,所述gNB包括:配置模块51、广播模块52和发送模块53。
配置模块51,用于:为PCCH配置集群寻呼相关参数,并确定PCCH的集群寻呼配置信息;
广播模块52,用于:当所述PCCH的集群寻呼配置信息不同于SIB1中已有的PCCH配置信息时,通过SIB1广播所述PCCH的集群寻呼配置信息;对于包含寻呼搜索空间的每个专用DL BWP,当所述PCCH的集群寻呼配置信息不同于所述BWP的配置信息中已有的PCCH配置信息时,在所述BWP的配置信息中携带所述PCCH的集群寻呼配置信息;
发送模块53,用于:针对任意一个组呼/单呼,确定接收所述组呼/单呼的每个UE,针对每个UE,在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供该组呼/单呼的配置信息;
进一步地,所述gNB还包括:业务中断通知模块54,用于:针对一个组呼/单呼,当所述组呼/单呼暂时中断业务传输时,通过所述组呼/单呼的控制信道发送去激活通知,其中,所述去激活通知中携带UE状态指示,所述UE状态指示为RRC空闲态或RRC非激活态,所述去激活通知中携带集群寻呼周期,所述去激活通知中携带DRX配置信息;
进一步地,所述gNB还包括:业务恢复通知模块55,用于:当一个组呼/单呼恢复业务传输时,确定接收所述组呼/单呼的每个UE,针对每个UE,在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供所述组呼/单呼的配置信息。
实施例五:
图6为本申请实施例五提供的通过UE寻呼时机接收集群寻呼的设备UE的结构示意图。如图6所示,所述UE包括:确定模块61和接收模块62。
确定模块61,用于:当UE处于RRC空闲态/RRC非激活态时,接收SIB1,根据所述SIB1上的信息确定寻呼时机;当UE处于RRC连接态时,若UE的激活的DL BWP包含寻呼搜索空间,根据该DL BWP的配置信息确定寻呼时机;
接收模块62,用于:在寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当监听到相应的PDCCH时,接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;根据PCCH上的信息中组呼/单呼列表确定要接收的组呼/单呼,根据所确定的组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机;
进一步地,接收模块62还用于:对于接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH;
进一步地,所述UE还包括:业务中断处理模块63,用于:当接收到gNB通过所述组呼/单呼的控制信道发送的去激活通知时,停止接收所述组呼/单呼;若所述去激活通知中携带了UE状态指示,从当前的RRC状态进入所述UE状态指示所指示的RRC状态:当所述UE状态指示为RRC空闲态/RRC非激活态时,进入RRC空闲态/RRC非激活态;若所述去激活通知携带了集群寻呼周期,按照所述去激活通知携带的集群寻呼周期重新确定自身的寻呼时机;若所述去激活通知中携带了DRX配置信息,UE按照所述去激活通知中携带的DRX配置信息重配DRX参数;
进一步地,接收模块62还用于:在停止接收所述组呼/单呼之后,继续在寻呼时机内监听CRC用P-RNTI加扰的PDCCH;
进一步地,接收模块62还用于:在监听CRC用P-RNTI加扰的PDCCH的过程中,当监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;当PCCH上的信息中组呼/单呼列表中提供了新的组呼/单呼的配置信息时,可以接收新的组呼/单呼;当PCCH上的信息中组呼/单呼列表中提供了之前被中断传输的组呼/单呼的配置信息时,可以继续接收所述组呼/单呼。
本实施例提供的设备,可用于执行上述方法实施例的技术方案,其实现原理和技术效果类似,本实施例此处不再赘述。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (14)

1.一种通过UE寻呼时机发送集群寻呼的方法,其特征在于,包括:
gNB为PCCH配置集群寻呼相关参数,并确定PCCH的集群寻呼配置信息;
当所述PCCH的集群寻呼配置信息不同于SIB1中已有的PCCH配置信息时,gNB通过SIB1广播所述PCCH的集群寻呼配置信息;对于包含寻呼搜索空间的每个专用DL BWP,当所述PCCH的集群寻呼配置信息不同于所述BWP的配置信息中已有的PCCH配置信息时,gNB在所述BWP的配置信息中携带所述PCCH的集群寻呼配置信息;
对于处于RRC空闲态/RRC非激活态的UE,UE接收SIB1,根据所述SIB1上的信息确定自身的寻呼时机;
对于处于RRC连接态的UE,若UE的激活的DL BWP包含寻呼搜索空间,UE根据该DL BWP的配置信息确定自身的寻呼时机;
针对任意一个组呼/单呼,gNB确定接收所述组呼/单呼的每个UE,针对每个UE,gNB在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供所述组呼/单呼的配置信息;
对于接收所述组呼/单呼的UE,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;UE根据PCCH上的信息中组呼/单呼列表中所述组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
2.根据权利要求1所述的方法,其特征在于,所述PCCH的集群寻呼配置信息包括:
集群寻呼周期Tb、每个集群寻呼周期内集群寻呼帧的数目Nb、用于确定集群寻呼帧的无线帧偏置PF_offset_b、给每个集群寻呼帧配置的集群寻呼时机的数目Nsb、每个集群寻呼时机在每个波束方向上包含的PDCCH监听时机的数目Xb、集群寻呼时机起始位置列表,所述列表由Nsb个集群寻呼时机中每个集群寻呼时机中第一个PDCCH监听时机的下标组成。
3.根据权利要求1所述的方法,其特征在于,当寻呼搜索空间为搜索空间0时,根据所述PCCH的集群寻呼配置信息确定每个集群寻呼帧的各个集群寻呼时机的方法包括:
给每个集群寻呼帧配置的集群寻呼时机的数目Nsb为1或2;
当Nsb=1时,给每个集群寻呼帧配置一个集群寻呼时机,从该集群寻呼帧包含的第一个PDCCH监听时机开始至最近的集群寻呼帧或最近的寻呼帧之前的所有PDCCH监听时机属于该集群寻呼时机;
当Nsb=2时,给每个集群寻呼帧配置2个集群寻呼时机,第一个集群寻呼时机由该寻呼帧的第一个半帧包含的PDCCH监听时机组成,第二个集群寻呼时机由该寻呼帧的第二个半帧包含的PDCCH监听时机组成。
4.根据权利要求1所述的方法,其特征在于,当寻呼搜索空间不为搜索空间0时,根据所述PCCH的集群寻呼配置信息确定每个集群寻呼帧的各个集群寻呼时机的方法包括:
从集群寻呼帧包含的第一个PDCCH监听时机开始,按照时间顺序给每个PDCCH监听时机分配下标,起始下标为0,按照方式1或方式2确定给每个集群寻呼帧配置的Nsb个集群寻呼时机:
方式1:
下标为i的集群寻呼时机由S*Xb个连续的PDCCH监听时机组成,该集群寻呼时机的第一个PDCCH监听时机的下标为:S*Xb*i,i=0,……,Nsb-1;
方式2:
指定Nsb个集群寻呼时机中每个集群寻呼时机的第一个PDCCH监听时机的下标,每个集群寻呼时机由S*Xb个连续的PDCCH监听时机组成;
在每个集群寻呼时机包含的S*Xb个PDCCH监听时机中,第x*S+K个PDCCH监听时机对应第K个同步信号/物理广播信道块SSB,x=0,1,……,Xb-1,K=1,……,S,S为NR小区中SSB块的数目。
5.根据权利要求1所述的方法,其特征在于,对于处于RRC空闲态/RRC非激活态的UE,若SIB1上的信息包含PCCH的集群寻呼配置信息,或者,对于处于RRC连接态的UE,若UE的激活的DL BWP的配置信息中包含PCCH的集群寻呼配置信息,所述UE确定自身的寻呼时机,包括:
当所述UE支持MBS功能时,则所述UE按照下式确定在每个集群寻呼周期内需要监听的集群寻呼帧的帧号SFN:
(SFN+PF_offset_b)mod Tb=(Tb div Nb)*(UE_ID mod Nb);
在给需要监听的集群寻呼帧配置的Nsb个集群寻呼时机中所述UE按照下式确定需要监听的集群寻呼时机的下标:
i_s=floor(UE_ID/Nb)mod Nsb;
所述UE按照以下方式确定在需要监听的集群寻呼时机内需要监听的S*Xb个连续的PDCCH监听时机的位置:
当寻呼搜索空间不为搜索空间0时,从需要监听的集群寻呼帧包含的第一个PDCCH监听时机开始,UE按照时间顺序给各个PDCCH监听时机分配下标,起始下标为0;
若PCCH的集群寻呼配置信息中提供了集群寻呼时机起始位置列表,用D(I)表示集群寻呼时机起始位置列表提供的Nsb个下标中第I个下标,其中,I=1,……,Nsb;下标为i_s的集群寻呼时机包含的第一个PDCCH监听时机的下标为D(i_s+1),从第一个PDCCH监听时机开始该集群寻呼时机总共包含S*Xb个连续的PDCCH监听时机;
若PCCH的集群寻呼配置信息中未提供集群寻呼时机起始位置列表,下标为i_s的集群寻呼时机包含的第一个PDCCH监听时机的下标为S*Xb*i_s,从第一个PDCCH监听时机开始该集群寻呼时机总共包含S*Xb个连续的PDCCH监听时机;
在该集群寻呼时机内PDCCH监听时机与SSB之间的映射关系为:第x*S+K个PDCCH监听时机对应第K个SSB,x=0,1,……,Xb-1,K=1,……,S。
6.根据权利要求1所述的方法,其特征在于,所述gNB在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,包括:
对于任意一个组呼,gNB确定接收该组呼的每个UE,并确定该组呼的重复发送次数L1(1<=L1<=Xb);对于接收该组呼的每个UE,gNB确定该UE的最近的可用的寻呼时机包含的S*Xb个连续的PDCCH监听时机的位置,gNB从所确定的S*Xb个连续的PDCCH监听时机中选择连续S*L1个PDCCH监听时机,在这些PDCCH监听时机内通过PCCH发送该组呼给该UE,在每个选择的PDCCH监听时机内gNB发送的PCCH上提供一个组呼列表,组呼列表中包含该组呼的配置信息;
对于任意一个单呼,gNB确定接收该单呼的UE,并确定该单呼的重复发送次数L2(1<=L2<=Xb),对于接收该单呼的UE,gNB确定该UE的最近的可用的寻呼时机包含的S*Xb个连续的PDCCH监听时机的位置,gNB从所确定的S*Xb个连续的PDCCH监听时机中选择连续S*L2个PDCCH监听时机,在这些PDCCH监听时机内通过PCCH发送该单呼给该UE,在每个选择的PDCCH监听时机内gNB发送的PCCH上提供一个单呼列表,单呼列表中包含该单呼的配置信息;
对于一个组呼,当接收该组呼的多个UE具有相同的寻呼时机时,gNB从这些UE的最近的可用的寻呼时机中选择连续S*L1个PDCCH监听时机,在这些PDCCH监听时机通过PCCH发送该组呼给这些UE,在每个选择的PDCCH监听时机内gNB发送的PCCH上提供一个组呼列表,组呼列表中包含该组呼的配置信息。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述组呼的配置信息包括一组公共配置信息和N组专用配置信息组成,其中,N为用于发送所述组呼的公共频率资源的数目;
一组公共配置信息包括:
(一)TMGI:用于标识组呼;
(二)G-RNTI:若组呼在业务传输时采用动态调度,给组呼配置一个G-RNTI,用于在空口标识组呼;
(三)G-CS-RNTI:若组呼在业务传输时采用半静态调度,给组呼配置一个G-CS-RNTI,用于在空口标识组呼;
(四)呼叫优先级;
(五)专用的NAS消息;
(六)短消息指示(TRUE/FALSE):当短消息指示为TRUE时,表示将发送组播短消息;
(七)其他必要信息:比如:呼叫序列号;
所述专用配置信息包括:组呼的控制信道使用的配置的下标、组呼的业务信道使用的配置的下标、组呼使用的公共频率资源的配置信息、组呼使用的PDSCH的配置信息、组呼使用的半静态PDSCH资源的配置信息以及组呼使用的测量GAP的配置信息;
所述单呼的配置信息包括被叫UE的标识和呼叫优先级。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
针对所述组呼/单呼,当所述组呼/单呼暂时中断业务传输时,gNB通过所述组呼/单呼的控制信道发送去激活通知,其中,所述去激活通知中携带UE状态指示,所述UE状态指示为RRC空闲态或RRC非激活态,所述去激活通知中携带集群寻呼周期,所述去激活通知中携带DRX配置信息;
对于接收所述组呼/单呼的UE,当UE接收到gNB通过所述组呼/单呼的控制信道发送的去激活通知时,UE停止接收所述组呼/单呼;若所述去激活通知中携带了UE状态指示,UE从当前的RRC状态进入所述UE状态指示所指示的RRC状态:当所述UE状态指示为RRC空闲态/RRC非激活态时,UE进入RRC空闲态/RRC非激活态;若所述去激活通知携带了集群寻呼周期,UE按照所述去激活通知携带的集群寻呼周期重新确定自身的寻呼时机;若所述去激活通知中携带了DRX配置信息,UE按照所述去激活通知中携带的DRX配置信息重配自身的DRX参数。
9.根据权利要求1或8所述的方法,其特征在于,所述方法还包括:
对于接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH;
对于停止接收所述组呼/单呼的UE,UE继续在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH。
10.根据权利要求1-8所述的方法,其特征在于,所述方法还包括:
在UE监听CRC用P-RNTI加扰的PDCCH的过程中,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;UE根据PCCH上的信息中组呼/单呼列表接收新的组呼/单呼。
11.根据权利要求1-8所述的方法,其特征在于,所述gNB通过所述组呼/单呼的控制信道发送去激活通知之后,还包括:
当所述组呼/单呼恢复业务传输时,gNB确定接收所述组呼/单呼的每个UE,针对每个UE,gNB在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供所述组呼/单呼的配置信息;
对于接收所述组呼/单呼的UE,UE在自身的寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当UE监听到相应的PDCCH时,UE接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;UE根据PCCH上的信息中组呼/单呼列表中所述组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
12.根据权利要求11所述的方法,其特征在于,所述UE根据PCCH上的信息中组呼/单呼列表中所述组呼/单呼的配置信息接收所述组呼/单呼,包括:
当UE根据PCCH上的信息中组呼列表确定接收所述组呼时,当所述组呼的配置信息中包括N组专用配置信息时,UE根据自身的状态从N组专用配置信息中选择一组专用配置信息,根据该组专用配置信息中组呼使用的CFR的配置信息确定接收所述组呼的CFR,UE在所述CFR上根据该组专用配置信息中其他配置信息和所述组呼的配置信息中一组公共配置信息接收所述组呼;
当UE根据PCCH上的信息中单呼列表确定接收所述单呼时,若UE处于RRC空闲态,UE发起RRC连接建立过程,若UE处于RRC非激活态,UE发起RRC连接恢复过程,在UE进入RRC连接态之后,UE根据gNB发送的专用信令接收所述单呼。
13.一种通过UE寻呼时机发送集群寻呼的设备gNB,其特征在于,所述gNB包括:配置模块、广播模块和发送模块;
配置模块,用于:为PCCH配置集群寻呼相关参数,并确定PCCH的集群寻呼配置信息;
广播模块,用于:当所述PCCH的集群寻呼配置信息不同于SIB1中已有的PCCH配置信息时,通过SIB1广播所述PCCH的集群寻呼配置信息;对于包含寻呼搜索空间的每个专用DLBWP,当所述PCCH的集群寻呼配置信息不同于所述BWP的配置信息中已有的PCCH配置信息时,在所述BWP的配置信息中携带所述PCCH的集群寻呼配置信息;
发送模块,用于:针对任意一个组呼/单呼,确定接收所述组呼/单呼的每个UE,针对每个UE,在所述UE的最近的可用的寻呼时机中通过PCCH发送所述组呼/单呼,所述PCCH上提供一个组呼/单呼列表,所述组呼/单呼列表提供该组呼/单呼的配置信息。
14.一种通过UE寻呼时机接收集群寻呼的设备UE,其特征在于,所述UE包括:确定模块和接收模块;
确定模块,用于:当UE处于RRC空闲态/RRC非激活态时,接收SIB1,根据所述SIB1上的信息确定寻呼时机;当UE处于RRC连接态时,若UE的激活的DL BWP包含寻呼搜索空间,根据该DL BWP的配置信息确定寻呼时机;
接收模块,用于:在寻呼时机内监听CRC用P-RNTI加扰的PDCCH,当监听到相应的PDCCH时,接收相应的PDSCH,从相应的PDSCH上获得PCCH上的信息;根据PCCH上的信息中组呼/单呼列表确定要接收的组呼/单呼,根据所确定的组呼/单呼的配置信息接收所述组呼/单呼;在监听到相应的PDCCH之后,UE还需要继续监听剩余的PDCCH监听时机。
CN202210575547.9A 2022-05-25 2022-05-25 通过ue寻呼时机发送集群寻呼的方法与设备 Pending CN117177186A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210575547.9A CN117177186A (zh) 2022-05-25 2022-05-25 通过ue寻呼时机发送集群寻呼的方法与设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210575547.9A CN117177186A (zh) 2022-05-25 2022-05-25 通过ue寻呼时机发送集群寻呼的方法与设备

Publications (1)

Publication Number Publication Date
CN117177186A true CN117177186A (zh) 2023-12-05

Family

ID=88934010

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210575547.9A Pending CN117177186A (zh) 2022-05-25 2022-05-25 通过ue寻呼时机发送集群寻呼的方法与设备

Country Status (1)

Country Link
CN (1) CN117177186A (zh)

Similar Documents

Publication Publication Date Title
US10939251B2 (en) User equipment and base station
US10972877B2 (en) Radio terminal and base station
US8666393B2 (en) Notifying user equipment of an upcoming change of system information in a radio communication network
EP2011254B1 (en) Method for paging information in cellular system
WO2021190648A1 (en) User equipment and method for multicast/broadcast service
US11368899B2 (en) Infrastructure equipment, communications device and methods
US20100041399A1 (en) Method of performing ranging in a broadband wireless access system
US20130223323A1 (en) Method and device for receiving a subframe in different forms in a wireless communication system
US10375532B2 (en) Radio terminal and network apparatus
US11265845B2 (en) Backup paging opportunities in new radio unlicensed
KR20070073635A (ko) 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
JP2016508684A (ja) マシーンタイプコミュニケーションに対する仮想キャリアでシステム情報を割り当てるための移動通信デバイスおよび方法
KR20080030946A (ko) 무선 통신 시스템에서의 페이징 메시지 송수신 방법
WO2013170781A1 (zh) 一种传输寻呼信息的方法、设备及系统
US20230072047A1 (en) Communications devices, infrastructure equipment and methods
WO2015043153A1 (zh) 控制信令的传输方法和基站
US8254968B2 (en) System and method for low overhead paging in a wireless communications system
WO2021204088A1 (zh) 一种通信方法及相关设备
CN108668360B (zh) 一种寻呼消息的发送方法、接收方法、基站及终端
WO2022028546A1 (en) Method of broadcast or multicast service and related device
CN117177186A (zh) 通过ue寻呼时机发送集群寻呼的方法与设备
CN114339901A (zh) 业务切换、指示及装置、存储介质、基站、终端
CN117177187A (zh) Nr小区中集群寻呼的发送方法与设备
JP7425259B2 (ja) 通信制御方法及び基地局
CN114727230B (zh) 信息传输方法及装置

Legal Events

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