CN114071669A - 一种寻呼方法及装置 - Google Patents
一种寻呼方法及装置 Download PDFInfo
- Publication number
- CN114071669A CN114071669A CN202010791001.8A CN202010791001A CN114071669A CN 114071669 A CN114071669 A CN 114071669A CN 202010791001 A CN202010791001 A CN 202010791001A CN 114071669 A CN114071669 A CN 114071669A
- Authority
- CN
- China
- Prior art keywords
- paging
- terminal
- field
- indication
- occasion
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 113
- 238000004891 communication Methods 0.000 claims abstract description 125
- 238000012544 monitoring process Methods 0.000 claims description 61
- 230000008859 change Effects 0.000 claims description 14
- 230000001360 synchronised effect Effects 0.000 claims description 3
- 238000005265 energy consumption Methods 0.000 abstract description 25
- 238000005516 engineering process Methods 0.000 abstract description 4
- 238000013473 artificial intelligence Methods 0.000 abstract 1
- 230000006855 networking Effects 0.000 abstract 1
- 238000013461 design Methods 0.000 description 59
- 101000824890 Homo sapiens SOSS complex subunit B2 Proteins 0.000 description 33
- 102100022330 SPRY domain-containing SOCS box protein 2 Human genes 0.000 description 33
- 101000824892 Homo sapiens SOSS complex subunit B1 Proteins 0.000 description 32
- 102100022320 SPRY domain-containing SOCS box protein 1 Human genes 0.000 description 32
- 230000006870 function Effects 0.000 description 28
- 230000005540 biological transmission Effects 0.000 description 24
- 238000010586 diagram Methods 0.000 description 24
- 230000015654 memory Effects 0.000 description 20
- 238000012545 processing Methods 0.000 description 20
- 238000013507 mapping Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 15
- 102100022310 SPRY domain-containing SOCS box protein 3 Human genes 0.000 description 11
- 101150012404 spsb3 gene Proteins 0.000 description 11
- 101150049705 ssb3 gene Proteins 0.000 description 11
- 230000009471 action Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 102100022311 SPRY domain-containing SOCS box protein 4 Human genes 0.000 description 3
- 101150069080 Spsb4 gene Proteins 0.000 description 3
- 101100366687 Streptococcus agalactiae serotype V (strain ATCC BAA-611 / 2603 V/R) ssb4 gene Proteins 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 101710141933 Single-stranded DNA-binding protein 1 Proteins 0.000 description 2
- 101710141938 Single-stranded DNA-binding protein 2 Proteins 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- 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/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
-
- 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
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本文公开一种寻呼方法及装置,以解决寻呼终端时终端的能量消耗较大的问题。所述方法可以包括:终端在终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,第一寻呼指示包括第一字段,第一字段用于指示R个寻呼时机内是否发送寻呼,R个寻呼时机包括终端的寻呼时机,R为大于或等于1的整数;终端根据第一寻呼时机,确定是否在终端的寻呼时机上监测DCI。本申请方案可广泛适用于通信技术领域、人工智能、车联网、智能家居联网等领域。
Description
本申请要求于2020年7月31日提交国家知识产权局、申请号为CN202010761727.7、申请名称为“一种寻呼指示的DCI设计方法”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种寻呼方法及装置。
背景技术
终端在空闲(idle)态或者非激活态(inactive)态时,会周期性的接收网络侧发起的寻呼(paging),如:终端计算得到一个寻呼帧(paging frame)以及该PF中的寻呼时机(paging occcasion),在PO内监测用于调度寻呼消息的下行控制信息(downlink controlinformation,DCI),如果监测到DCI,且监测到的DCI调度了携带寻呼消息的物理下行共享信道(physical downlink shared channel,PDSCH),则在DCI所指示的位置上接收携带寻呼消息的PDSCH,根据PDSCH携带的寻呼消息确定自己是否被寻呼到。
其中,在终端在PO内监测DCI之前,终端需要接收网络侧发送的一个或者多个同步信号块(synchronization signal block,SSB),使用SSB进行时间/频率同步、自动增益控制(automatic gain control,AGC)调整等,以便正确接收DCI,即终端在监测DCI之前,需要消耗能量接收一个或者多个SSB。在接收SSB之后到PO之间,或者,两个SSB之间,终端虽然不需要接收信号,但为了做好准备通信的准备工作,需要保持工作状态,有一定的能量消耗。
在终端节能的研究阶段中,如何在寻呼终端的过程中降低终端的能量消耗称为亟待解决的问题。
发明内容
本申请实施例提供一种寻呼方法及装置,解决寻呼终端时终端的能量消耗较大的问题。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,本申请提供一种寻呼方法,所述方法包括:终端在终端的寻呼时机之前,接收网络设备发送的包括第一字段的第一寻呼指示,第一字段用于指示包括终端的寻呼时机的R个寻呼时机内是否发送寻呼,终端根据第一寻呼时机,确定是否在终端的寻呼时机上监测用于调度寻呼消息的DCI。
基于第一方面所述的方法,可以在寻呼时机之前预先设置寻呼指示,通过寻呼指示提前向终端指示寻呼时机内是否有寻呼,以便寻呼时机内没有寻呼时触发终端提前停止工作,进入休眠状态,以此降低终端的能量消耗,同时,第一方面所述方法还可以通过一个寻呼指示来指示多个寻呼时机达到一次指示多个寻呼时机内是否有寻呼的目的,节省信令开销。
一种可能的设计中,第一字段包括R个指示信息,R个指示信息中的第i个指示信息指示R个寻呼时机中的第i个寻呼时机内是否发送寻呼,i为大于等于1小于等于R的整数,基于该可能的设计,可以在寻呼指示中设计与寻呼时机一一对应的指示信息,以便终端很好地从多个指示信息中分辨出自己的寻呼时机对应的指示信息,简化***设计。
一种可能的设计中,终端根据第一寻呼时机,确定是否在终端的寻呼时机上监测下行控制信息DCI,包括:终端根据终端的寻呼时机在R个寻呼时机中的时域位置,确定终端的寻呼时机对应的指示信息,根据终端的寻呼时机对应的指示信息,确定是否在终端的寻呼时机上监测DCI。基于该可能的设计中,终端可以基于寻呼指示对应的多个寻呼时机的时域位置找到自己的寻呼时机对应的指示信息,根据自己的寻呼时机对应的寻呼指示确定是否需要继续监测DCI,提高终端预先获取自己的寻呼时机内是否有寻呼消息的准确性,同时,简化***设计。
一种可能的设计中,终端在终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,包括:终端根据终端的寻呼时机的时域位置,确定终端的寻呼时机对应的K个寻呼指示,其中,K为大于或等于1的整数,终端在寻呼时机之前接收K个寻呼指示,并从K个寻呼指示中确定第一寻呼指示。基于该可能的设计,可以设置一个寻呼时机对应多个寻呼指示,通过设计多个寻呼指示,最大化的保证终端能够接收到属于自己的寻呼时机的寻呼指示,达到提前获知寻呼时机内是否有寻呼,进而节约能量消耗。
一种可能的设计中,K由网络设备配置给终端,即有网络设备统一管理寻呼时机对应的寻呼指示的数量,使各个终端的配置统一,便于管理,且提高网络设备的配置灵活度。
一种可能的设计中,终端在终端的寻呼时机之前,接收网络设备发送的第一寻呼指示包括:终端在监测时间区间内,接收网络设备发送的第一寻呼指示,通过设计一监测时间区间来接收寻呼指示,简化***设计。
一种可能的设计中,终端接收网络设备发送的用于确定监测时间区间的监测时间窗配置信息,根据监测时间窗配置信息,确定监测时间区间,即由网络设备配置监测时间区间,使各个终端的配置统一,便于管理,且提高网络设备的配置灵活度。
一种可能的设计中,R个寻呼时机为第一寻呼指示之后离第一寻呼指示最近的R个寻呼时机,如此可以使寻呼指示与寻呼时机的时域位置接近,缩短寻呼时机与寻呼指示间的时间间隔,以避免在寻呼指示寻呼时机内存在寻呼的情况下,终端在接收到寻呼指示后的较长一段时间内才监测寻呼时机上的DCI带来的能量消耗过大的问题。
一种可能的设计中,R由网络设备配置给终端,即由网络设备配置R的取值,使各个终端的配置统一,便于管理,且提高网络设备的配置灵活度。
一种可能的设计中,第一字段包括R个寻呼时机中每个寻呼时机对应的指示信息,R个寻呼时机中每个寻呼时机对应的指示信息包括M个比特数,M个比特数用于指示与指示信息对应的寻呼时机内是否有寻呼,M为大于或等于1的整数。基于该可能的设计,可以将指示寻呼时机的指示信息包括多个bits,即将寻呼时机进行分组,以降低终端的虚警概率,提高终端被成功寻呼的概率。
一种可能的设计中,M由网络设备配置给终端;或者,M满足公式:A为一个寻呼指示的长度,B为寻呼指示中除第一字段之外指示有效信息的字段的长度。基于该可能的设计,可以令寻呼指示中空白填充(padding)的比特数尽可能小,有效信息的比特数尽可能大,令寻呼时机进一步分组的数量M尽可能大,从而降低终端的寻呼虚警概率,提高终端被成功寻呼的概率。
一种可能的设计中,第一字段包括R个寻呼时机中每个寻呼时机对应的指示信息;R个寻呼时机中个寻呼时机对应的指示信息包括个比特;R个寻呼时机中剩余寻呼时机中每个寻呼时机对应的指示信息包括个比特;A为寻呼指示的长度,B为寻呼指示中除第一字段之外指示有效信息的字段的长度。基于该可能的设计,可以完全避免padding比特的存在,有效信息的比特数尽可能最大,寻呼时机进一步分组的数量M尽可能大,降低终端的寻呼虚警概率,提高终端被成功寻呼的概率。
一种可能的设计中,寻呼指示还包括下述一种或者多种字段:第二字段、第三字段、第四字段;第二字段用于指示寻呼指示是否包括SM;第三字段用于指示SM;第四字段用于指示辅助参考信号的可用性,辅助参考信号为网络设备配置的辅助参考信号,或者与R个寻呼时机关联的辅助参考信号。基于该可能的设计,可以将一些用于指示有用信息的字段提前设置在寻呼指示,以便能够让终端预先获知这些有用信息,避免终端必须在预同步之后,从DCI或者其他信息中获取这些有用信息带来的能量消耗。
一种可能的设计中,第二字段为R个寻呼时机公共的信息,基于该可能的设计,可以将第二字段设置为多个寻呼时机公用的信息,降低开销。
一种可能的设计中,SM指示下述一种或多种信息:***消息变更指示信息、地震海啸预警信息、商业移动警报信息、停止监测寻呼消息的指示信息,基于此,可以尽可能地将较多的有用信息携带在SM中,提高SM指示的信息的使用范围。
一种可能的设计中,第三字段的长度为网络设备配置的。基于该可能的设计,可以由网络设备配置第三字段的长度,提高网络设备的配置灵活度以及管控权。
一种可能的设计中,第三字段为R个寻呼时机公共的信息。基于该可能的设计,可以将第三字段设置为多个寻呼时机公用的信息,降低开销。
一种可能的设计中,第四字段用于指示辅助参考信号的可用性,包括:第四字段的长度等于网络设备配置的辅助参考信号或辅助参考信号组的数量,其中,辅助参考信号组包括一个或多个辅助参考信号;或者,第四字段的长度等于R个寻呼时机关联的辅助参考信号或辅助参考信号组的数量,或者,第四字段包括R个子字段,R个子字段与R个寻呼时机对应,一个子字段用于指示与子字段对应的寻呼时机所关联的辅助参考信号的可用性。基于该可能的设计,可以通过第四字段指示辅助参考信号或者辅助参考信号组的可用性,指示方式灵活多样,适用性较广。
一种可能的设计中,第一寻呼指示还包括第五字段;第五字段用于指示第一字段指示的寻呼时机的数量;或者,第五字段用于指示第一字段的长度,如此,可以便于更加灵活地调整第一字段所指示的寻呼指示的数量或第一字段的长度。
一种可能的设计中,不同寻呼指示中的第一字段针对同一寻呼时机的指示内容是相同的,避免终端接收的与该寻呼时机对应的指示信息可能不一致,导致终端无法通过寻呼指示实现节能的目的。
一种可能的设计中,第一寻呼指示与距离第一寻呼指示最近的同步信号块SSB之间为QCL关系;或者,第一寻呼指示与第一寻呼指示关联的SSB之间为QCL关系,以便终端根据SSB的接收波束接收寻呼指示,提高终端接收寻呼指示的准确性。
第二方面,本申请提供一种通信装置,该通信装置可以为终端或者终端中的芯片或者片上***,还可以为终端中用于实现第一方面或第一方面的任一可能的设计所述的方法的功能模块。该通信装置可以实现上述各方面或者各可能的设计中终端所执行的功能,所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如:该通信装置可以包括:接收单元,处理单元;
接收单元,用于在终端的寻呼时机之前,接收网络设备发送的包括第一字段的第一寻呼指示,第一字段用于指示包括终端的寻呼时机的R个寻呼时机内是否发送寻呼。
处理单元,用于根据第一寻呼时机,确定是否在终端的寻呼时机上监测用于调度寻呼消息的DCI。
具体的,接收单元、处理单元的相关执行动作可参照第一方面或者第一方面的任一可能的设计中所述,不予赘述。
第三方面,提供了一种通信装置,该通信装置可以为终端或者终端中的芯片或者片上***。该通信装置可以实现上述各方面或者各可能的设计中终端所执行的功能,所述功能可以通过硬件实现。一种可能的设计中,该通信装置可以包括:处理器和通信接口,处理器可以用于支持通信装置实现上述第一方面或者第一方面的任一种可能的设计中所涉及的功能,例如:处理器用于通过通信接口在终端的寻呼时机之前,接收网络设备发送的包括第一字段的第一寻呼指示,第一字段用于指示包括终端的寻呼时机的R个寻呼时机内是否发送寻呼,根据第一寻呼时机,确定是否在终端的寻呼时机上监测用于调度寻呼消息的DCI。在又一种可能的设计中,所述通信装置还可以包括存储器,存储器,用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述第一方面或者第一方面的任一种可能的设计所述的寻呼方法。
第四方面,提供了一种计算机可读存储介质,该计算机可读存储介质可以为可读的非易失性存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或者上述方面的任一种可能的设计所述的寻呼方法。
第五方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面或者上述方面的任一种可能的设计所述的寻呼方法。
第六方面,提供了一种通信装置,该通信装置可以为终端或者终端中的芯片或者片上***,该通信装置包括一个或多个处理器、一个或多个存储器。所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当所述一个或多个处理器执行所述计算机指令时,使所述终端执行如第一方面或者第一方面的任一可能的设计所述的寻呼方法。
其中,第三方面至第六方面中任一种设计方式所带来的技术效果可参见上述第一方面或者第一方面的任一种可能的设计所带来的技术效果,不再赘述。
第七方面,本申请实施例提供一种通信***,该通信***可以包括:如第二方面或第六方面中任一方面所述的通信装置或者芯片***、网络设备。
附图说明
图1a为PF与PO的关系示意图;
图1b为一个PO与SSB之间的时域位置关系示意图;
图1c为多个PO与SSB之间的时域位置关系示意图;
图1d为不同终端监测SSB与PO的示意图;
图1e为预先指示是否被寻呼到与能量消耗之间的关系示意图;
图1f为寻呼指示位置与能量消耗之间的关系示意图;
图1g为SSB周期内的SSB与PO中的MO关系示意图;
图2为寻呼指示包括的字段的示意图;
图3a为本申请实施例提供的一种寻呼时机与寻呼指示之间的映射关系示意图;
图3b为本申请实施例提供的又一种寻呼时机与寻呼指示之间的映射关系示意图;
图3c为本申请实施例提供的再一种寻呼时机与寻呼指示之间的映射关系示意图;
图4为本申请提供的通信***架构图;
图5为本申请实施例提供的一种通信装置的结构图;
图6为本申请实施例提供的一种寻呼方法的流程图;
图7为本申请实施例提供的一种通信装置70的组成示意图;
图8为本申请实施例提供的一种通信***的组成示意图。
具体实施方式
介绍本申请实施例之前,对本申请实施例涉及的一些名词(如寻呼、PO以及DCI等)进行解释说明,需要说明的是,下述解释说明是为了让本申请实施例更容易被理解,而不应该视为对本申请实施例所要求的保护范围的限定。
寻呼(paging):是网络侧设备周期性地向处于空闲(idle)态或者非激活(inactive)态的终端发送寻呼消息,用于唤醒处于idle态或者inactive态的终端回到连接(connected)态的过程。一次寻呼过程可以包括:在网络侧,网络侧设备(如接入网设备)计算得到终端对应的寻呼时机(paging occasion,PO),在终端的PO上向终端发送携带DCI的物理下行控制信道(physical downlink control channel,PDCCH),该DCI可以用于指示该DCI是否调度了携带寻呼消息(paging message)的PDSCH,如果DCI指示调度了携带寻呼消息的PDSCH,则网络侧设备在DCI指示的资源位置上发送携带寻呼消息的PDSCH。终端侧,终端计算得到自己对应的PO,在计算得到的PO内利用自己的寻呼无线网络临时标识(paging-radio network temporary identity,P-RNTI)监测DCI,若监测到DCI,且该DCI指示调度了携带寻呼消息的PDSCH,则终端根据DCI所指示的资源位置上接收携带寻呼消息的PDSCH,根据PDSCH携带的寻呼消息确定自己是否被寻呼到,如寻呼消息中可以携带被寻呼到的终端的标识信息(如终端的用户设备标识(user equipment identifier,UE_ID)),如果终端接收到的寻呼消息中携带有自己的标识信息,则确定自己被寻呼到,反之,则确定自己未被寻呼到。如果终端被寻呼到,则终端发起随机接入流程,切换到连接(connected)态。
PO:是终端监测调度携带有寻呼消息的PDSCH的DCI的时域位置/时间区间。确定PO的位置时,首先要确认一个寻呼帧(paging frame,PF)的位置,再根据PO在PF中的相对位置确定PO的最终位置。一个PF可以关联一个或者多个PO,一个PF中的PO从PF的起始位置开始连续排列,如PF中的第一个PO的起始与PF的起始位置相同,接下来第二个PO的起始位置与第一个PO的结束位置重叠,以此类推,设置多个PO。一个PO的长度可以是若干个时隙(slot)。具体的,可以根据终端的用户设备标识(user equipment identifier,UE_ID),采用下述公式(1)计算得到PF的***帧号(system frame number,SFN)、采用下述公式(2)计算得到终端需要监测的PO的序号i_s:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N) 公式(1)
i_s=floor(UE_ID/N)mod Ns 公式(2)
其中,上述公式中的PF_offset是用于确定PF的偏移值,PF_offset可以是协议事先规定好的,也可以由接入网设备确定,并配置给终端。T为非连续接收(discontinuousreception,DRX)周期,N为DRX周期T内的PF的数量,Ns为一个PF中的PO的数量。“mod”表示mod前后的两个数做除法运算后得到的余数。floor()为向下取整。“*”为乘法计算。“div”为除法计算。(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)表示所有的终端根据UE_ID被分成了N组,通过UE_ID mod N的取值可以确定终端是在第几组,对应到第几个PF。例如,以N=4为例,如果UE_ID是一串二进制的数字,则决定终端最终在第几个PF的就是UE_ID的最末两比特的取值。floor(UE_ID/N)mod Ns相当于把终端的PF进一步分成Ns组,根据floor(UE_ID/N)mod Ns的取值可以确定终端具体对应第几组,即第几个PO。其中,UE_ID的取值为终端的5G-S临时移动用户标识(5G S-temporary mobile subscriber identity,5G-S-TMSI)mod 1024。
总体来说,一个DRX周期中会有N*Ns个PO,终端也会根据UE_ID被分成N*Ns组,每一组对应一个PO。例如,图1a为N=4,Ns=5的示意图,如图1a所示,存在四个PF,一个PF中存在五个PO,终端可以根据上述公式(1)以及公式(2)计算得到自己在哪个PF的哪个PO上监测DCI。
进一步的,为了匹配NR***设计中基于波束(beam)的传输,还可以将PO分为多个监测时机(monitoring occasion,MO),不同MO关联到不同SSB,即关联到不同beam方向。一个PO中包含的MO的数量根据一个SSB周期中实际发送的SSB数量确定,一个SSB周期中实际发送的SSB数量由网络设备通过***消息配置。
需要说明的是,本申请中,DRX周期T、DRX周期内PF的数量N以及一个PF内的PO的数量Ns可以根据需要动态设置或协议预先规定好,不予限制。
DCI:可以用于指示是否发送寻呼消息以及用于调度携带寻呼消息的PDSCH。本申请中,DCI还可以命名为paging DCI或者调度信息或者其他名称等,不予限制。DCI可以包括多个字段,每个字段在DCI中的位置、每个字段占用的比特数、每个字段的取值所指示的含义可以是协议预先规定好的或者是根据网络设备配置确定的。下面对DCI包括的字段进行介绍:
(1)短消息指示(short messages indicator,SMI)字段。
SMI字段占用2比特(bits),第一个bit用于指示当前DCI中是否携带有短消息(short messages,SM),第二个bit用于指示当前DCI是否调度了携带寻呼消息的PDSCH。
(2)短消息(short messages,SMI)字段。
SMI字段占用8bits,第一个bit指示***消息更新(system information change,SI change),第二个bit指示地震海啸警报***(earthquake and tsunami warningsystem,ETWS)和/或商用移动预警***(commercial mobile alert system,CMAS),第三个bit在非授权频谱(NR unlicensed,NRU)里面指示是否停止读寻呼消息,剩余的最后5个比特保留(reserved)。其中,保留比特可以用于指示其他信息,如可以用于指示后续随着通信技术发展而扩展的信息等。
需要说明的是,如果SMI字段中的第一个bit指示当前DCI中携带有SM,则SMI字段对应8个bits,其中前三个bits分别填充有SI change信息、ETWS信息以及用于指示在NRU里面指示是否停止读寻呼消息的指示信息,如果SIM字段中的第一个bit指示当前DCI中未携带有SM,则SM字段对应的8个bits均为无意义bits,不指示任何内容。
(3)频域资源分配(frequency domain resource assignment,FDRA)字段。
FDRA字段可以用于指示用于PDSCH传输的频域资源,包括数据传输使用的物理资源块(physical resource block,PRB)是哪些。FDRA字段占用的比特数根据控制资源集(control resource set,CORESET)0的带宽大小确定。
(4)时域资源分配(time domain resource assignment,TDRA)字段。
TDRA字段占用4个bits,TDRA字段可以用于指示用于PDSCH传输的时域资源,包括数据传输使用的时隙,以及在时隙中使用的符号等。
(5)虚拟资源块(virtual resource block,VRB)到物理资源块(physicalresource block,PRB)的映射关系(VRB-to-PRB mapping)字段。
VRB-to-PRB mapping字段占用1bit,VRB-to-PRB mapping字段可以用于指示VRB映射到PRB时采用的映射方式,具体的可以为交织映射或非交织映射等。
(6)调制和编码方案(modulation and coding scheme,MCS)字段。
MCS字段可以占用5bits,MCS字段可以用于规定PDSCH传输时所使用的调制编码方式。
(7)传输块缩放(TB scaling)字段。
TB scaling字段可以占用2bits,用于指示携带寻呼消息的PDSCH中承载的传输块(transport block,TB)大小是否做缩放,以及缩放比例是多大。
(8)保留字段。
保留字段可以占用6bits。
在一个DRX周期存在N个PF以及一个PF被分成Ns个PO的情况下,一个DRX周期总共只有N*Ns组PO,这样会出现一个DRX周期内多个终端要监测相同PO内的DCI的情况。多个终端监测相同PO内的DCI时,当一个终端在自己对应的PO中收到DCI时,只知道当前PO中有终端被寻呼到了,但是不知道被寻呼到的是不是自己,只有在收到DCI之后,根据DCI的指示进一步接收承载寻呼消息的PDSCH,通过查看PDSCH携带的寻呼消息看看被寻呼到的终端是否包含自己,若包括,则自己被寻呼到,若不包括,则自己未被寻呼。然而,一个终端被寻呼到的概率比较小,但是由于监测同一PO内的DCI的终端数量较多,网络侧设备发送paging DCI的概率较高,终端也就有较高的概率处于寻呼的虚警状态。寻呼的虚警状态指终端虽然接收了paging DCI和携带寻呼消息的PDSCH,却没有被寻呼到。
其中,为了终端正确接收DCI以及DCI调度的携带寻呼消息的PDSCH,根据接收到的DCI以及PDSCH确定自己是处于“寻呼的虚警”还是被寻呼,需要执行以下过程:接入网设备在终端的PO之前向周期性地发送一个或者多个同步信号和物理广播信道(physicalbroadcast channel,PBCH)块(synchronization signal and PBCH block,SSB),终端计算出自己的PO后,在PO内监测DCI之前,终端会从PO之前的SSB中选择出距离PO较近的一个或者多个的SSB,在选择出的SSB的资源位置上接收SSB,基于接收到的SSB执行与接入网设备之间的时间/频率同步、自动增益控制(automatic gain control,AGC)调整等步骤。
本申请中,终端使用SSB进行时间/频率同步、AGC调整的步骤可以统一称为预同步。另外,在一个SSB周期内,虽然接入网设备会发送多个SSB,但是一个SSB周期中的各个SSB通常对应不同的波束发送方向。对于同一个终端而言,其进行预同步时使用的SSB应当是对应相同的波束发送方向,因此,终端进行预同步所使用的一个或者多个SSB通常位于不同的SSB周期内。
需要说明的是,本申请中,发送SSB的周期、相邻SSB之间的时间间隔以及SSB的资源位置可以协议预先规定好或者由网络侧设备通过***消息配置给终端。PO之前的SSB可以指时域位置位于PO之前、且时域位置与PO的时域位置不重叠的SSB,位于终端的PO之前的SSB都是可以用于/能够用于终端预同步的SSB,这些SSB可以称为可用SSB,在此统一说明,以下不再重复赘述。
例如,如图1b所示,为一个PO与SSB之间的关系示意图,在PO的时域位置之前,存在两个SSB,这两个SSB可以称为可用SSB,终端可以从这两个SSB选择接收距离PO最近的一个SSB进行预同步,也可以选择接收这两个SSB进行预同步。在图1b中,这两个SSB可以位于不同的SSB周期内。
又例如,如图1c所示,为多个PO与SSB之间的时域位置关系示意图,如图1c所示,PO5之前存在有SSB1~SSB5,PO4之前存在有SSB1~SSB4,PO3之前存在有SSB1~SSB3,PO2之前存在有SSB1~SSB3,PO1之前存在有SSB1~SSB2,如果终端的PO为图1c中的PO5,则终端可以选择接收PO5之前的SSB1~SSB5中距离PO5最近的一个或者两个或者三个或者四个SSB进行预同步,也可以选择接收这5个SSB进行预同步。同理,如果终端的PO为图1c中的PO4,则终端可以选择接收SSB1~SSB4中距离PO4最近的一个或者两个或者三个SSB进行预同步,也可以选择接收这4个SSB进行预同步。需要说明的是,图1c中SSB和PO的上下关系主要是为了防止二者重叠在一起不好区分时域位置关系,不代表PO与SSB之间具体的频域位置关系,即图1c主要表征二者在时域的位置情况。同样,在图1c中,SSB1~SSB5可以位于不同的SSB周期内。
具体的,终端可以根据自身与接入网设备之间的信道质量(如参考信号接收功率(reference signal receiving power,RSRP)或者参考信号接收质量(reference signalreceived quality,RSRQ)或者信号与干扰加噪声比(signal to interference plusnoise ratio,SINR)等)和/或自身的硬件处理情况,从可用SSB中的哪个SSB开始接收接入网设备发送的SSB,即确定哪些可用SSB可以用来进行预同步。以终端根据自身与接入网设备之间的信道质量确定哪些SSB用于预同步为例,终端距离接入网设备较近,SINR较高,终端覆盖情况越好,SSB的信号较强,终端进行预同步所用的SSB数量比较少。而终端距离接入网设备较远时,SINR较低,终端的覆盖情况越差,SSB的信号较弱,终端进行预同步所用的SSB数量比较多。
例如,如图1d所示,UE1、UE2的PO为PO1,位于PO1前的两个SSB可以作为可用SSB来用于预同步,具体的,如果UE1的覆盖情况较差,则使用SSB1和SSB2这2个SSB进行预同步,UE2的覆盖情况较好,则UE2可以使用1个SSB(如距离PO1最近的SSB2)进行预同步。
终端接收SSB需要消耗能量,在接收SSB后到PO的时间内,或者,在接收多个SSB的情况下,相邻两个SSB之间的时间内,虽然终端不需要接收信号,但是为了做好“准备通信(如准备监测PO上的DCI或者准确接收下一个SSB)”的准备工作,终端需要时刻保持工作状态,而处于工作状态使得终端有一定的能量消耗。
例如,以图1d为例,UE1接收SSB1,收完SSB1之后,UE1继续保持工作状态,接收SSB2,根据SSB1和SSB2共同进行预同步,预同步成功后,UE1继续保持工作状态,在UE1的PO1上监测DCI,即UE1需要从开始接收SSB1到监测PO1上的DCI这段时间内一直需要保持工作状态,消耗自身能量。同理,UE2也需要开启工作状态准备接收SSB2,接收到SSB2后,根据SSB2进行预同步,预同步成功后继续保持工作状态,在UE2的PO1上监测DCI,UE2需要从开始接收SSB2到监测PO1上的DCI这段时间内一直保持工作状态,消耗自身能量。
由上可知,在终端接收寻呼消息的过程中,终端的很大一部分能量消耗是在接收SSB进行预同步的过程中,尤其是“不接收信号但是仍要维持工作状态”的时间段,也会额外消耗一定的能量。并且,由于一个DRX周期内多个终端要监测相同PO内的DCI,各个终端为了确定自己是否被寻呼到,必须执行预同步、接收DCI以及PDSCH等过程,即上述额外的能量消耗是不可避免的。
然而大部分终端对节能都有很高的要求,如果终端过度消耗能量,则会影响终端的使用性能,降低用户体验。鉴于此,本申请实施例提出以下方案:在PO之前(如终端预同步时)向终端指示PO内是否发送寻呼,以便终端能够较早知道自己是否能够被寻呼到,并在自己不被寻呼到的情况下尽早停止工作,不要一直保持工作状态,避免不必要的能量消耗。例如,如图1e所示,如果UE1在SSB1附近获知自己未被寻呼到,则UE1后续不会保持工作状态,如果UE2在SSB2附近获知自己未被寻呼到,则UE2不会再保持工作状态,相比于图1d,UE11和UE12的能量消耗会明显减少。
本申请中,可以将指示PO内是否发送寻呼的信息命名为寻呼指示。需要说明的是,本申请不限定寻呼指示的命名,寻呼指示还可以命名为唤醒信号(wake-up signal,WUS)或者提前寻呼指示(early paging indication或early transmitted paging indication)或者预先寻呼指示(pre-paging indication)或者其他名称等,不予限制。
但是,如果PO对应的寻呼指示的位置设计的不合理,则会导致部分终端仍需要消耗较大的能量。例如,如图1f所示,UE1为覆盖较差的UE,UE2为覆盖较好的UE,寻呼指示可以发在SSB1附近,或者发在SSB2附近。如果寻呼指示仅发在SSB1附近,则UE1和UE2在被寻呼指示来指示PO1内有/无寻呼的情况下的功耗情况如图1f所示;同样,寻呼指示仅发在SSB2附近,则UE1和UE2在被寻呼指示来指示PO1内有/无寻呼的情况下的功耗情况如图1f所示。可以看出,本来UE2不需要使用SSB1做预同步,但是寻呼指示仅发在SSB1附近时,UE2为了接收寻呼指示,还需要接收SSB1,而且被指示了有寻呼后,仍需要维持一定的工作状态,直到PO1。这一点可以对比图1f中第3行画圈部分和图1f中第7行。另外,如果寻呼指示仅发在SSB2附近,UE1由于无法预先知道是否有寻呼,为了确保有寻呼的情况下能够正确接收寻呼,需要接收SSB1,并且维持工作状态直到SSB2后接收寻呼指示。如果被指示无寻呼,那么如图1f中第6行画圈部分和图1f中第2行的对比可以看出,多浪费了一些能量。
从图1f可知,即使设计了用于指示PO内是否有寻呼的寻呼指示,对应某些终端来说,在接收寻呼消息的过程中也可能会浪费一些能量。对于终端来说,最优的方案是“在自己需要接收的第一个SSB附近接收寻呼指示”。但是,一个DRX周期内多个终端要监测相同PO内的DCI,且各个终端的覆盖情况和/或硬件处理情况可能不同,各个终端接收的SSB的数量可能不同,不同终端进行预同步的起点不同,即不同终端对应的第一个SSB可能是不同的,接入网设备无法获知哪个SSB才是大多数终端所接收的第一SSB,进而无法实现在大多数终端所使用的第一个SSB发送寻呼指示,降低大多数终端的能量消耗。
为了最大化地保证每个终端能够在自己对应的第一个SSB附近接收到寻呼指示,最好的方案是同一PO对应的寻呼指示在该PO之前的多个SSB附近都发送,即一个PO对应的寻呼指示会在多个SSB附近发送,这样做存在如下两方面好处:一方面可以实现该PO对应的终端有较大的概率在自己的第一个SSB附近接收到寻呼指示,尽早根据寻呼指示的指示停止工作,处于休眠状态,减少能量消耗。另一方面,在PO划分为多个MO,不同MO对应一个SSB周期中的不同SSB的情况下,如果一个PO对应多个SSB附近的寻呼指示,且这多个SSB最好与一个PO划分得到的多个MO一一对应,则可以使每个MO对应的终端都能接收到SSB附近的寻呼指示,根据寻呼指示的指示实现减少能量消耗的目的。例如,如图1f所示,在SSB1附近和SSB2附近都发送寻呼指示,即对于相同的PO可以有多个寻呼指示来指示该PO内是否有寻呼,以保证监测该PO上的DCI的大部分终端都能在自己需要接收的第一个SSB附近接收到寻呼指示。
其中,需要说明的是,一个PO对应多个SSB附近的寻呼指示的情况下,这多个SSB可以位于相同或不同的SSB周期内,如多个SSB对应多个MO的情况下,多个SSB就位于相同的SSB周期内,多个SSB对应同一个MO的情况下,多个SSB位于不同的SSB周期内。例如,如图1g所示,存在5个SSB周期,每个SSB周期中会发送4个SSB,各个SSB的索引(index)分别是SSB0~SSB3。此时一个PO中会有4个MO,index分别为0~3。各个SSB会与PO中各个MO一一对应,即SSB0与MO0对应,SSB1与MO1对应,SSB2与MO2对应,SSB3与MO3对应,其关系如图1g所示,相同填充图案的部分表示相对应的SSB和MO。
此外,由于不同PO之前的SSB可能是重叠的,存在不同PO可以关联同一SSB,因此,对于同一SSB附近的寻呼指示,它可能与多个PO关联,需要指示多个PO内是否有寻呼。例如,如图1c所示,PO2之前的SSB有SSB1~SSB3,PO1之前的SSB有SSB1~SSB2,两个不同PO之前存在重叠的两个SSB:SSB1和SSB2,此时,SSB1和/或SSB2都可以与PO1、PO2关联,用作PO1、PO2对应的终端做预同步。以SSB2与PO1、PO2关联为例,SSB2附近的寻呼指示可以与PO1、PO2关联,指示PO1、PO2内是否有寻呼。
需要说明的是,本申请所述的SSB可以指寻呼时机之前的距离PO最近的一个或者多个SSB,SSB附近的寻呼指示可以指以SSB的结束时刻为起点的寻呼指示,也可以指SSB的结束时刻之后、距离SSB的结束时刻的时间差值小于预设时间阈值的寻呼指示,也可以是SSB结束时刻之后、距离SSB较近的寻呼指示。其中,预设时间阈值可以根据需要设置,不予限制。此外,本申请不限定SSB为寻呼时机之前的距离PO最近的SSB,可替换的,还可以预先为寻呼时机配置相应的SSB,即将寻呼时机与SSB关联,此时,对应指示该寻呼时机的寻呼指示可以位于该SSB附近。
下面以寻呼指示与R个寻呼时机关联,用于指示R个寻呼时机内是否有寻呼,R为大于或等于1的整数为例,对寻呼指示的设计方式进行描述。
首先,为了使寻呼指示具备指示多个PO内是否有寻呼的功能,寻呼指示至少可以包括第一字段,第一字段可以用于指示R个PO内是否有寻呼。
需要说明的是,本申请中,第一字段指示的R个PO可以为同一DRX周期中的不同PO或者不同DRX周期中的PO或者在不同DRX周期出现的PO,不予限制。具体的,R个PO可以是在同一DRX周期中出现的PO,此时,R个PO是不同的PO,例如,假设第一字段指示PO1、PO2以及PO3内是否有寻呼,PO1、PO2以及PO3可以是同一DRX周期1中出现的不同PO。或者,R个PO可以是不同DRX周期中出现的PO,例如,假设第一字段指示PO1、PO2以及PO3内是否有寻呼,PO1可以是DRX周期1中的PO,PO2、PO3可以是DRX周期2中的PO,三个是不同的PO。或者,R个PO可以是R个PO在多个DRX周期中的多次周期性出现,即第一字段用于指示一个或者几个PO在连续的R个DRX周期是否有寻呼,使得该PO在连续的几个DRX周期内没有寻呼时,提前指示终端在这几个DRX周期一直处于休眠状态,实现长时间节能的目的。例如,第一字段可以用于位于DRX周期1中的PO1、位于DRX周期2中的PO以及位于DRX周期3中的PO3内是否有寻呼,即第一字段用于指示周期性发送的同一PO内是否有寻呼,或者,第一字段可以指示位于DRX周期1中的PO1、位于DRX周期2中的PO、以及位于DRX周期1中的PO1、位于DRX周期2中PO2内是否有寻呼。
示例性的,第一字段可以包括R个指示信息,R个指示信息与R个寻呼时机一一对应,R个指示信息中的第i个指示信息指示所述R个寻呼时机中的第i个寻呼时机内是否发送寻呼,i为大于等于1小于等于R的整数。
其中,本申请不限定R个指示信息在第一字段中的排序,R个指示信息可以按照R个寻呼时机的时域位置排列在第一字段中,如根据时域位置的先后顺序,将时域位置越靠前的寻呼时机对应的指示信息靠前排列,时域位置靠后的寻呼时机对应的指示信息靠后排列;或者,将时域位置越靠前的寻呼时机对应的指示信息靠后排列,时域位置靠后的寻呼时机对应的指示信息靠前排列,也可以按照预设排序排列在第一字段中,不予限制。例如,SSB2附近的寻呼指示需要指示PO1、PO2以及PO3的信息,由于3个PO的先后顺序为PO1~PO3,则这三个指示信息在DCI中的顺序为PO1的指示信息、PO2的指示信息、PO3的指示信息。
一种示例中,如果相同寻呼时机内的终端未被分组,则每个指示信息可以包括一个bit,该一个bit用于指示一个寻呼时机内是否有寻呼,如二进制比特“1”指示寻呼时机内有寻呼,二进制比特“0”指示寻呼时机内没有寻呼。
又一种示例中,如果相同寻呼时机内的终端被划分为多个组,如划分为M个组,则与寻呼时机对应的指示信息可以包括M个bits,一个bit用于指示一个组内是否有寻呼,其中指示信息中的M个bits可以根据M个组的组号先后顺序排列在指示信息中。具体的,一个终端属于哪个组,可以根据UE_ID计算获得,例如floor(floor(UE_ID/N)/Ns)mod M,或者floor(UE_ID/N/Ns)mod M。通过这种方式,可以把一组终端的个数进一步降低,如从N*Ns组变成了N*Ns*M组,N*Ns*M组中每组中的终端的虚警概率可以降低,提高终端被成功寻呼的概率。
再一种示例中,如果第一字段指示的R个PO为位于连续的几个DRX周期中的PO,即第一字段用于指示一个或者几个PO在连续的Q个DRX周期是否有寻呼,此时,第一字段的具体指示方法可以包括下述几种情况:情况一、如果寻呼时机内的终端未被分组,且第一字段用于指示同一PO在连续的R个DRX周期内是否有寻呼,即此时Q=R,则第一字段包括一个指示信息,该指示信息可以包括一个比特数,该比特数用于指示PO在连续的R个DRX周期内是否有寻呼,或者,该指示信息可以包括R个比特数,第j个比特数用于指示PO在第j个DRX周期内是否有寻呼;或者,第一字段包括R个指示信息,一个指示信息可以包括一个比特数,第i个指示信息用于指示PO在第j个DRX周期内是否有寻呼,j为大于等于1小于等于R的整数。
情况二、如果寻呼时机内的终端未被分组,且第一字段用于指示多个不同PO(如P个PO)在连续的Q个DRX周期内是否有寻呼,P、Q为正整数,P*Q=R,则第一字段包括P个指示信息,一个指示信息可以包括一个比特数,第i个指示信息用于指示第i个PO在连续的Q个DRX周期内是否有寻呼,或者,第一字段包括P个指示信息,一个指示信息可以包括Q个比特数,第i个指示信息中的第j个比特数用于指示第i个PO在第j个DRX周期内是否有寻呼;或者,第一字段包括R个指示信息,一个指示信息可以包括一个比特数,第i个指示信息用于指示第i个PO在第j个DRX周期内是否有寻呼,j为大于等于1小于等于R的整数。
情况三、如果寻呼时机内的终端被分成M组,且第一字段用于指示多个不同PO(如P个PO)在连续的Q个DRX周期内是否有寻呼,P、Q为正整数,P*Q=R,则第一字段包括P个指示信息,一个指示信息可以包括M个比特数,第i个指示信息中的第s个比特数可以用于指示第i个PO中第s个分组在连续的Q个DRX周期内是否有寻呼,s为大于等于1小于M的整数。或者,第一字段包括P个指示信息,一个指示信息可以包括Q*M个比特数,第i个指示信息中的第s个比特数用于指示第i个PO中第s个分组在第j个DRX周期内是否有寻呼。
本申请中,不同寻呼指示对应的寻呼时机的数量可能相同或者不同,即寻呼指示对应的寻呼时机的数量可以是固定的也可以是动态调整的。不同寻呼指示中第一字段包括的指示信息的数量可以相同或者不同,即第一字段包括的指示信息的数量随着寻呼指示对应的寻呼时机的变化而变化,可以是固定数量也可以是动态调整的。不同指示信息包括的比特数可以相同或者不同,可以是固定数量也可以是动态调整的。
进一步的,SM包括的信息对终端而言也是很重要的,如果DCI中的SMI和SM不包含在寻呼指示,则终端为了确认是否有SM以及进一步确认SM中是否有下述一种或者多种信息:***消息变更指示信息、地震海啸预警和商业移动警报信息、停止监测寻呼消息的指示信息,即使终端在知道没有寻呼消息发送的情况下,仍然需要去PO上接收DCI,从DCI中获取SM,这样终端无论如何都需要维持工作状态到PO的位置,需要消耗大量的能量。
为了避免终端监测DCI携带的SMI以及获取SM带来的能量消耗,进一步的,寻呼指示中还可以携带有第二字段以及第三字段,第二字段和第三字段可以用于终端在终端的PO之前获取SM内包括的一些信息。由于SM内包括的信息,如SI change信息、ETWS信息等变化不会很频繁,多个相邻PO中发送的SM通常情况下应当是相同的。因此,当一个寻呼指示来指示相邻的R个PO内是否存在寻呼的时候,如果寻呼指示中包含第二字段和第三字段,该第二字段和第三字段所包含的信息可以是R个PO公用的信息,称为PO common信息,第二字段和第三字段可以面向R个PO对应的所有终端,对于R个PO对应的所有终端而言,第二字段和第三字段指示的内容是相同的。
其中,第二字段可以用于指示寻呼指示是否包括SM,第二字段可以占用1bit,该1bit可以用于指示寻呼指示是否包括SM。第二字段可以命名为SMI,只不过,寻呼指示中的SMI与DCI中的SMI占用的比特数(或者称为长度)不同,指示的内容不同。
其中,第三字段可以用于指示SM,SM可以包括***消息变更指示信息、地震海啸预警和商业移动警报信息、停止监测寻呼消息的指示信息中的一种或多种。第三字段的长度(或者占用的比特数)可以在协议中规定好或者由网络设备(如接入网设备)配置,如接入网设备可以根据需要向终端指示的信息配置第三字段的长度。
示例性的,第三字段可以被规定为或被配置为占用2bit或3bit或8bit等,不予限制。如果第三字段占用2bits,则在第二字段指示存在SM的情况下,第三字段可以携带SIchange信息以及ETWS信息。如果第三字段占用3bits,则在第二字段指示存在SM的情况下,第三字段可以携带SI change信息、ETWS信息以及NRU内是否停止寻呼(stop-paging)的信息。如果第三字段占用8bits,则在第二字段指示存在SM的情况下,第三字段可以携带SIchange信息、ETWS信息以及NRU内是否停止寻呼(stop-paging)的信息,剩余5bits保留。
进一步的,辅助参考信号(assistance RS)是接入网设备配置给处于idle态或者inactive态的一个或者多个终端,用于辅助终端进行时频同步、AGC调整使用的参考信号。为了保证终端正常使用这些RS,接入网设备可以提前为终端指示这些RS是否还处于可用状态,即RS的可用性。因此,除了第一字段、第二字段以及第三字段之外,寻呼指示还可以携带第四字段,第四字段可以用于指示assistance RS的可用性(availability)。
一种示例中,第四字段的长度可以等于网络设备配置的辅助参考信号或辅助参考信号组的数量,其中辅助参考信号组可以包括一个或多个辅助参考信号,是将网络设备配置的辅助参考信号按照预设的划分粒度进行划分得到的辅助参考信号组。预设的划分粒度可以根据需要设置,如可以是一个辅助参考信号组中包括4个辅助参考信号,也可以一个辅助参考信号组中包括3个辅助参考信号等,不予限制。
需要说明的是,该示例中,第四字段是R个PO公用的信息,称为PO common信息,第四字段面向R个PO对应的所有终端,R个PO对应的每个终端可以解析第四字段,根据第四字段携带的信息确定网络设备配置的辅助参考信号或辅助参考信号组是否可用。
例如,接入网设备总共配置了9个RS,则第四字段的长度可以为9个bits,这9个bits与9个RS一一对应,分别指示这9个RS是否可用;或者,在以一个辅助参考信号组中包括3个辅助参考信号,存在3个辅助参考信号组的情况下,第四字段的长度为3个bits,这3个bits与3个辅助参考信号组一一对应,分别指示这三个辅助参考信号组是否可用。
又一种示例中,第四字段的长度可以等于R个寻呼时机关联的辅助参考信号或辅助参考信号组的数量。辅助参考信号组的相关描述可参照上述,不予赘述。
其中,该示例中,第四字段是R个PO公用的信息,称为PO common信息,第四字段可以面向R个PO对应的所有终端,R个PO对应的所有终端中的每个终端可以解析第四字段,根据第四字段携带的信息确定R个寻呼时机关联的辅助参考信号或辅助参考信号组。
例如,假设接入网设备总共配置了10个RS:RS1~RS10,R=3,R个寻呼时机分别为:PO1~PO3,其中RS1~RS6与PO1~PO3关联,则第四字段的长度可以等于6个bits,这6个bits与PO1~PO3关联的6个RS一一对应,指示PO1~PO3这3个PO关联的6个RS是否可用;或者,在以一个辅助参考信号组中包括2个辅助参考信号,存在3个辅助参考信号组的情况下,第四字段的长度为3个bits,这3个bits与3个辅助参考信号组一一对应,分别指示PO1~PO3这3个PO关联的三个辅助参考信号组是否可用。
再一种示例中,第四字段包括R个子字段,R个子字段与R个寻呼时机对应,一个子字段可以用于指示与子字段对应的寻呼时机所关联的辅助参考信号的可用性,一个子字段的长度可以等于与该子字段对应的寻呼时机所关联的辅助参考信号或辅助参考信号组的数量,即将第四字段划分为与单个特定寻呼时机对应的子字段,一个子字段指示一个寻呼时机关联的辅助参考信号的可用性。因此,该示例中,一个子字段携带一个特定PO的信息,是面向单个PO的,是PO specific信息。
例如,假设接入网设备总共配置了10个RS:RS1~RS10,R=3,R个寻呼时机分别为:PO1~PO3,其中RS1~RS2与PO1关联,RS3~RS4与PO2关联,RS5~RS6与PO3关联,则第四字段可以分为3个子字段,每个子字段的长度等于2个bits,每个bit指示一个RS,或者,在一个RS组包括2个RS的情况下,每个子字段的长度等于1个bit,每个bit指示一个RS组。这3个子字段与PO1~PO3一一对应,如第一个子字段指示PO1关联的2个RS是否可用,第二子字段指示PO2关联的2个RS是否可用,第三子字段指示PO3关联的2个RS是否可用。
需要说明的是,该示例中,可以按照子字段关联的PO的时域位置排列子字段,如时域位置在前的PO对应的子字段排列在前或者时域位置在后的PO对应的子字段排列在前等,也可以按照预设顺序排列各个子字段,不予限制。
进一步的,为了便于更加灵活地调整第一字段所指示的PO的数量或第一字段的长度,寻呼指示还可以包括第五字段。一种示例中,第五字段可以用于直接指示或者间接指示第一字段指示的寻呼时机的数量,如第五字段的取值可以是第一字段指示的寻呼时机的数量R,根据第五字段的取值即可以直接确定数量R,或者,第五字段的取值与数量R间存在映射关系,根据该映射关系可以确定第一字段指示的寻呼时机的数量R。
例如,下表一示出了第一字段携带的比特与数量R之间的映射关系,如表一所示,比特00对应数量2,比特01对应数量3,比特10对应数量4,比特11对应数量5,假设第五字段携带比特10,则根据表一可知,第五字段指示的寻呼时机的数量R=4。
表一
比特 | R的取值 |
00 | 2 |
01 | 3 |
10 | 4 |
11 | 5 |
又一种示例中,第五字段可以用于指示第一字段的长度,如果如上所述,第一字段包括R个指示信息,一个指示信息包括一个bit,则第一字段的长度可以为5bits,第五字段的取值可以指示5,如第五字段可以直接携带数值R或者携带与R具有映射关系的二进制比特数等。如果如上所述,第一字段包括R个指示信息,一个指示信息包括M个bit,第一字段的长度为R*M,则第五字段的取值可以指示R*M,如第五字段可以直接携带数值R*M或者携带与R*M具有映射关系的几个二进制比特数等。
需要说明的是,第五字段是PO公用的信息,称为PO common信息,第五字段可以面向R个PO对应的所有终端,R个PO对应的所有终端可以解析第五字段,根据第五字段携带的信息确定寻呼时机的数量R或者R个寻呼时机对应的指示信息的长度。
对于DCI中的其余字段,如FDRA字段、TDRA字段、VRB-to-PRB mapping字段、MCS字段、TB scaling字段主要是用于指示调度携带寻呼消息的PDSCH的时频资源、传输参数等。由于寻呼指示提前于PO发送,并且寻呼指示与PDSCH之间可能间隔时间较长,因此接入网设备很可能无法***/提前决定在实际发送PDSCH的时候使用什么样的时频资源、传输参数,因此FDRA字段、TDRA字段、VRB-to-PRB mapping字段、MCS字段、TB scaling字段不适合包含在寻呼指示中。
由上可知,寻呼指示可以如图2所示,至少包括第一字段,进一步的还可以包括第二字段、第三字段、第四字段、第五字段,此时,如果寻呼指示的长度足够长,还有剩余bits,则这些剩余bits可以作为寻呼指示中的空白填充(padding)。其中如图2所示,第一字段为PO specific字段,第一字段中的指示信息针对某个特定PO的,第二字段、第三字段、第五字段是PO common字段,可以面向R个PO所对应的所有终端,这些字段对于R个PO是共用的。第四字段可以是PO common字段,也可以是PO specific字段。
需要说明的是,图2仅为示例性附图,除图2所示字段之外,随着通信技术的发展,图2还可以包括其他能够包括在寻呼指示的其他字段,不予限制。
基于图2所示设计,不仅可以通过提前向终端指示PO内是否有寻呼来降低终端的能量消耗,还可以通过一个寻呼指示来指示多个PO达到一次指示多个PO内是否有寻呼的目的,以及通过区分PO common字段和PO specific的字段,在充分指示信息的情况下,尽可能地使用PO common字段,节省信令开销。
下面对第一字段指示R个PO内是否有寻呼的情况下,终端如何确定第一指示的R个PO是哪几个PO进行说明。
方式一:一个寻呼时机对应K个寻呼指示,即一个寻呼时机可以由K个寻呼指示来指示。
其中,K为大于或等于1的整数,K可以由接入网设备预先配置给终端或者由协议预先规定好,不予限制。寻呼时机对应的K个寻呼指示可以为该寻呼时机之前、距离寻呼时机最近的连续K个寻呼指示,K个寻呼指示与该寻呼时机之前距离寻呼时机最近的连续K个SSB对应,寻呼指示位于与该寻呼指示对应的SSB附近。可选的,连续K个SSB为连续K个SSB周期中的K个SSB,或连续K个SSB周期中索引(index)相同的SSB。
方式一下,终端计算得到自己的PO之后,可以根据PO的时域位置以及SSB的时域位置,确定位于自己的PO之前、距离PO最近的连续K个SSB,确定终端的PO对应的K个SSB附近的K个寻呼指示,进一步的,按照同样的方法,终端可以计算得到自己的PO附近的其他几个PO,确定这几个PO中每个PO对应的K个寻呼指示。这几个PO中每个PO对应的K个寻呼指示可能与终端的PO对应的K个寻呼指示是同一个寻呼指示,如此以来,终端就可以确定自己PO对应的K个寻呼指示中每个寻呼指示所关联的PO都是哪些PO。
进一步的,终端确定出自己的PO对应的寻呼指示所关联的PO都是哪些PO之后,可以根据这些PO的时域位置以及第一字段中指示信息的排序规则,确定自己的PO对应的指示信息是哪个指示信息,进而根据自己的PO对应的指示信息确定自己的PO内是否有寻呼,并在没有寻呼的情况下,尽早停止工作,节省能量消耗。
从上述过程来看,方式一中,不同寻呼指示对应的PO的数量可以相同或者不同。
例如,如图3a所示,假设一个PO对应2个寻呼指示,PO5之前存在有SSB1~SSB5,PO4之前存在有SSB1~SSB4,PO3之前存在有SSB1~SSB3,PO2之前存在有SSB1~SSB3,PO1之前存在有SSB1~SSB2,PO5对应的寻呼指示可以为SSB4、SSB5附近对应的两个寻呼指示,PO4对应的寻呼指示可以为SSB4、SSB3附近对应的两个寻呼指示,PO3对应的寻呼指示可以为SSB3、SSB2附近对应的两个寻呼指示,PO2对应的寻呼指示可以为SSB3、SSB2附近对应的两个寻呼指示,PO1对应的寻呼指示可以为SSB2、SSB1附近对应的两个寻呼指示。由此可知,SSB4附近的寻呼指示可以对应PO4以及PO5,SSB3附近的寻呼指示可以对应PO3以及PO2,SSB2附近的寻呼指示可以对应PO3、PO2以及PO1,SSB1附近的寻呼指示仅对应PO1。假设终端的PO为PO2,PO2对应SSB2附近的寻呼指示时,根据上述方法,终端可以确定其对应的寻呼指示还与PO1以及PO3也对应,根据PO3、PO2以及PO1的时域位置关系以及指示信息对应的排序规则,确定PO2对应的指示信息为第一字段中的第二个指示信息。
方式二、在寻呼时机之前配置一个监测时间区间,以便于终端计算得到自己的寻呼时机后,在该寻呼时机对应的监测时间区间内接收该寻呼时机对应的寻呼指示,从接收到的寻呼时机中获取寻呼时机对应的指示信息,根据指示信息确定该寻呼时机内是否有寻呼。
其中,监测时间区间可以由接入网设备配置给终端,如接入网设备向终端发送监测时间窗(monitoring window)配置信息,终端接收监测时间窗配置信息,根据接收到的监测时间窗配置信息确定寻呼时机对应的监测时间区间。
具体的,监测时间窗配置信息可以直接包含监测时间区间,或者,监测时间窗配置信息包括监测时间区间的起点,此时,监测时间区间的终点可以设置为寻呼时机的起始时刻或者寻呼时机的起始时刻之前的某个时间点;或者,监测时间配置信息可以包括监测时间区间的起点以及终点,不予限制。
方式二下,终端计算得到自己的PO之后,可以计算得到自己的PO附近的其他几个PO,确定这几个PO中每个PO对应的寻呼指示,此时,假设PO对应的寻呼指示位于该PO之前的SSB附近。进一步的,可以确定终端的PO附近的其他几个PO对应的哪些寻呼指示也包括在终端的PO对应的监测时间区间内,进而确定监测时间区间内的寻呼指示所关联的PO都是哪些PO。进一步的,确定监测时间区间内的寻呼指示所关联的PO都是哪些PO之后,可以根据这些PO的时域位置以及第一字段中指示信息的排序规则,确定自己的PO对应的指示信息是哪个指示信息,进而根据自己的PO对应的指示信息确定自己的PO内是否有寻呼,并在没有寻呼的情况下,尽早停止工作,节省能量消耗。
从上述过程来看,方式二中,不同寻呼指示对应的寻呼时机的数量可以相同或者不同。
例如,以图3b为例,PO5之前存在有SSB1~SSB5,PO4之前存在有SSB1~SSB4,PO3之前存在有SSB1~SSB3,PO2之前存在有SSB1~SSB3,PO1之前存在有SSB1~SSB2,终端的PO为PO2,终端的PO2对应的监测时间区间为从SSB1的起点到SSB2附近的寻呼指示的终点的一个时间区间,SSB2、SSB1附近的寻呼指示在监测时间区间内。进一步的,根据PO对应的寻呼指示位于该PO之前的SSB附近这一设置原则,可以知道PO3对应的寻呼指示可以为SSB3、SSB2、SSB1附近的寻呼指示,PO2对应的寻呼指示可以为SSB3、SSB2、SSB1附近的寻呼指示,PO1对应的寻呼指示可以为SSB2、SSB1附近的寻呼指示。在监测时间区间内SSB2附近的寻呼指示可以对应PO1、PO2以及PO3,SSB1附近的寻呼指示对应PO1、PO2以及PO3,进而根据PO3、PO2以及PO1的时域位置关系以及指示信息对应的排序规则,确定PO2对应的指示信息为第一字段中的第二个指示信息。
方式三、一个寻呼指示对应指示的寻呼时机的数量配置为R个,不同寻呼指示来指示的寻呼时机的数量是相同的,均为R个。
示例性的,寻呼指示所对应指示的R个寻呼时机可以为该寻呼时机之后的连续R个寻呼时机,这R个寻呼时机中的第一个寻呼时机可以为寻呼指示之后、距离寻呼指示最近的一个寻呼时机。R的取值可以由接入网设备配置给终端,也可以由协议预先规定好,不予限制。
方式三下,在SSB附近设置完寻呼指示之后,终端可以知道该寻呼指示对应哪R个PO,哪个寻呼指示对应的R个PO包括终端的PO,进而根据寻呼指示对应的R个PO以及第一字段中指示信息的排序规则,确定自己的PO对应的指示信息是哪个指示信息,进而根据自己的PO对应的指示信息确定自己的PO内是否有寻呼,并在没有寻呼的情况下,尽早停止工作,节省能量消耗。
例如,仍以图3c为例,假设R=3,在SSB1~SSB5附近均设置寻呼指示,SSB1附近的寻呼指示对应的3个PO为PO1~PO3,SSB2附近的寻呼指示对应的3个PO为PO2~PO4,SSB3附近的寻呼指示对应的3个PO为PO3~PO5。如果终端的PO为PO2,则终端可以确定PO2对应的位于SSB1寻呼指示还指示PO1以及PO3,进而根据PO3、PO2以及PO1的时域位置关系以及指示信息对应的排序规则,确定PO2对应的指示信息为第一字段中的第二个指示信息。
由上可知,如果寻呼时机被分组,如分为M个MO,此时,该寻呼时机对应的指示信息包括的M个bit可以是固定的也可以是动态调整的。在保证终端的虚警概率较低的情况下,为了不浪费信令开销,尽可能的使得固定长度的寻呼指示中所有bit被占用完,即都被填充上可用的信息。具体的,该方式如下示例一或者示例二所示:
其中,A为寻呼指示的长度,B为寻呼指示中除第一字段之外指示有效信息的字段的长度,如可以为上述第二字段、第三字段、第四字段以及第五字段的总长度。
通过示例一所示方式,可以令寻呼指示中padding的比特数尽可能小,有效信息的比特数尽可能大,令寻呼时机进一步分组的数量M尽可能大,从而降低终端的寻呼虚警概率,提高终端被成功寻呼的概率。
其中,A为寻呼指示的长度,B为寻呼指示中除第一字段之外指示有效信息的字段的长度,如可以为上述第二字段、第三字段、第四字段以及第五字段的总长度。需要说明的是,如果寻呼指示中指示有效信息的字段仅为第一字段,则示例二所示公式中B的取值为0。
其中,示例二中,个寻呼时机对应的指示信息可以为位置靠前的一些指示信息,也可以为靠后的一些指示信息,还可以为第一字段中预设位置上的一些指示信息,不予限制。例如,用10个比特指示4个PO为例,根据示例二所示方式,可以得到4个PO对应的4个指示信息包括的比特数分别为{3,3,2,2},或者{2,2,3,3}。
通过示例二所示方式,可以完全避免padding比特的存在,有效信息的比特数尽可能最大,寻呼时机进一步分组的数量M尽可能大,从而降低终端的寻呼虚警概率,提高终端被成功寻呼的概率。
进一步的,为了便于终端准确地接收到SSB附近的寻呼指示,寻呼指示与距离寻呼指示最近的同步信号块SSB之间为准共址(qusi-colocated,QCL)关系;或者,寻呼指示与寻呼指示关联的SSB之间为QCL关系。换而言之,终端设备可以假设寻呼指示与距离寻呼指示最近的同步信号块SSB之间具有准共址关系。当寻呼指示为DCI时,寻呼指示与SSB之间的QCL关系可以等价描述为寻呼指示所在的搜索空间关联的CORESET与关联的(或距离最近的)SSB之间为QCL关系。
其中,QCL关系实际上是表征终端用什么波束接收参数去接收信号,当两个下行信号是QCL的时,则终端可以使用相同的接收波束接收这两个信号。例如,如果寻呼指示与距离寻呼指示最近的同步信号块SSB之间为QCL关系,则终端可以使用与接收SSB相同的接收波束接收寻呼指示。如果寻呼指示与寻呼指示关联的SSB之间为QCL关系,则终端可以使用与寻呼指示关联的SSB相同的接收波束接收寻呼指示。
进一步的,在一个寻呼时机可能被多个寻呼指示来指示的情况下,终端接收的与该寻呼时机对应的指示信息可能不一致,导致终端无法通过寻呼指示实现节能的目的。例如,终端为差覆盖的终端,需要接收SSB1和SSB2做预同步,如果SSB1和SSB2附近的寻呼指示来指示的内容一致,终端接收SSB1附近的寻呼指示得到不会被寻呼的指示后,即可进入休眠状态来节能。如果SSB1和SSB2附近的寻呼指示来指示的内容不一致,则终端为了保险,还得再接收SSB2附近的寻呼指示,那就无法得到节能增益了。
为了避免上述问题,本申请实施例中,还需要规定不同寻呼指示中的第一字段针对同一寻呼时机的指示内容是相同的,使得各个寻呼指示中针对同一寻呼时机的指示信息的内容一致。
下面以寻呼指示为上述设计为例,对网络设备寻呼终端的过程进行描述。
本申请实施例提供的寻呼方法可用于***(4th generation,4G)***、长期演进(long term evolution,LTE)***、第五代(5th generation,5G)***、新空口(newradio,NR)***、NR-车与任何事物通信(vehicle-to-everything,V2X)***、物联网***中的任一***,还可以适用于其他下一代通信***等,不予限制。下面以图4所示通信***为例,对本申请实施例提供的寻呼方法进行描述。
图4是本申请实施例提供的一种通信***的示意图,如图4所示,该通信***可以包括网络设备以及多个终端,如:终端1、终端2以及终端3。在图4所示***中,终端与网络设备之间可以通过Uu口进行数据传输,如网络设备可以通过Uu口向终端发送下行数据,终端可以通过Uu口向网络设备发送上行数据。终端与终端之间可以通过SL进行数据传输,如上所述,图4中的网络设备、终端均可以称为通信装置。需要说明的是,图4为示例性框架图,图4中包括的节点的数量不受限制,且除图4所示功能节点外,还可以包括其他节点,如:核心网设备、网关设备、应用服务器等等,不予限制。
其中,网络设备主要用于实现终端的资源调度、无线资源管理、无线接入控制等功能。具体的,网络设备可以为小型基站、无线接入点、收发点(transmission receivepoint,TRP)、传输点(transmission point,TP)以及某种其它接入节点中的任一节点。本申请实施例中,用于实现网络设备的功能的装置可以是网络设备,也可以是能够支持网络设备实现该功能的装置,例如芯片***(例如一个芯片,或多个芯片组成的处理***)或者调制解调器(modem)。下面以用于实现网络设备的功能的装置是网络设备为例,描述本申请实施例提供的寻呼方法。
终端可以为终端设备(terminal equipment)或者用户设备(user equipment,UE)或者移动台(mobile station,MS)或者移动终端(mobile terminal,MT)等。具体的,终端可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑,还可以是虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智能家居、车载终端等。本申请实施例中,用于实现终端的功能的装置可以是终端,也可以是能够支持终端实现该功能的装置,例如芯片***(例如一个芯片,或多个芯片组成的处理***)或者调制解调器。下面以用于实现终端的功能的装置是终端为例,描述本申请实施例提供的寻呼方法。
在具体实现时,图4所示各网元,如:终端、网络设备可采用图5所示的组成结构或者包括图5所示的部件。图5为本申请实施例提供的一种通信装置500的组成示意图,当该通信装置500具有本申请实施例所述的终端的功能时,该通信装置500可以为终端或者终端中的芯片或者片上***。
如图5所示,该通信装置500可以包括处理器501,通信线路502以及通信接口503。进一步的,该通信装置500还可以包括存储器504。其中,处理器501,存储器504以及通信接口503之间可以通过通信线路502连接。
其中,处理器501可以是中央处理器(central processing unit,CPU)、通用处理器网络处理器(network processor,NP)、数字信号处理器(digital signal processing,DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device,PLD)或它们的任意组合。处理器501还可以是其它具有处理功能的装置,如电路、器件或软件模块等。
通信线路502,用于在通信装置500所包括的各部件之间传送信息。
通信接口503,用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。通信接口503可以是射频模块、收发器或者任何能够实现通信的装置。本申请实施例以通信接口503为射频模块为例进行说明,其中,射频模块可以包括天线、射频电路等,射频电路可以包括射频集成芯片、功率放大器等。
存储器504,用于存储指令。其中,指令可以是计算机程序。
其中,存储器504可以是只读存储器(read-only memory,ROM)或可存储静态信息和/或指令的其他类型的静态存储设备,也可以是随机存取存储器(random accessmemory,RAM)或者可存储信息和/或指令的其他类型的动态存储设备,还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储、磁盘存储介质或其他磁存储设备,光碟存储包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等。
需要说明的是,存储器504可以独立于处理器501存在,也可以和处理器501集成在一起。存储器504可以用于存储指令或者程序代码或者一些数据等。存储器504可以位于通信装置500内,也可以位于通信装置500外,不予限制。处理器501,用于执行存储器504中存储的指令,以实现本申请下述实施例提供的寻呼方法。
在一种示例中,处理器501可以包括一个或多个CPU,例如图5中的CPU0和CPU1。
作为一种可选的实现方式,通信装置500包括多个处理器,例如,除图5中的处理器501之外,还可以包括处理器507。
作为一种可选的实现方式,通信装置500还包括输出设备505和输入设备506。输入设备506是键盘、鼠标、麦克风或操作杆等,输出设备505是显示屏、扬声器(speaker)等设备。
需要说明的是,通信装置500可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片***或有图5中类似结构的设备。此外,图5中示出的组成结构并不构成对该通信装置的限定,除图5所示部件之外,该通信装置可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本申请实施例中,芯片***可以由芯片构成,也可以包括芯片和其他分立器件。
下面结合图4所示通信***,以寻呼指示为PO为例,对网络设备寻呼第一终端的过程进行描述。下述实施例中各设备可以具有图5所示部件,且各实施例之间涉及的动作,术语等可以相互参考,各实施例中设备之间交互的消息名称或消息中的参数名称等只是一个示例,具体实现中也可以采用其他的名称,不予限制。例如,本申请所述的“包括”可以替换描述为“包含”或者“携带”等。本申请所述的寻呼指示可以替换描述为WUS或者提前寻呼指示等等。
图6为本申请实施例提供的一种寻呼方法,如图6所示,所述方法可以包括:
步骤601:网络设备确定寻呼终端。
其中,网络设备可以为图4中的网络设备,终端可以包括图4中处于空闲态或者非激活态的一个或者多个终端,如可以包括第一终端、第二终端、第三终端等,这些终端可以对应同一PO或者不同PO,不予限制。本实施例以这些终端对应同一PO为例进行描述。
示例性的,当终端存在下行业务需求时,网络设备确定寻呼终端,触发终端从空闲态或者非激活态切换到连接态,并在处于连接态接收下行业务。
步骤602:网络设备在终端的PO之前周期性发送一个或者多个SSB,以及在一个或者多个SSB附近发送一个或者多个寻呼指示。
其中,终端的PO可以为终端监测调度了携带有寻呼消息的PDSCH的DCI的时间区间,示例性的,网络设备可以根据上述公式(1)以及上述公式(2)确定终端的PF以及终端的PO,不予赘述。
其中,SSB可以用于终端进行预同步,SSB的相关描述如上所述,不予赘述。
其中,寻呼指示可以用于指示包括终端的PO在内的一个或者多个PO内是否有寻呼,如寻呼指示可以指示R个PO内是否有寻呼,R为大于或等于1的整数。寻呼指示包括的指示信息的数量以及各个指示信息包括的比特数的多少可参照上述描述,如一个指示信息可以包括一个比特也可以包括M个比特,各个指示信息包括的比特数相同或不同,不予赘述。
其中,附近发送有寻呼指示的SSB可以位于同一SSB周期,也可以位于不同的SSB周期,不予限制。此外,本申请中,为了便于描述,可以将附近发送有寻呼指示的SSB称为与寻呼指示关联/对应的SSB或者距离寻呼指示最近的SSB等,不予限制。以寻呼指示对应SSB为例,一个SSB可以对应一个寻呼指示,即一个SSB附近可以发送一个寻呼指示,SSB与其附近的寻呼指示之间的位置关系可以参照上述,不予赘述。
具体的,各个寻呼指示的设计形式可以参照图2所述,寻呼指示与PO之间的映射关系,如一个寻呼指示具体指示多少个PO、一个PO具体对应多少个PO等的确定方式可参照上述方式一或者方式二或者方式三所述,如一个寻呼指示可以指示R个PO,一个PO可以对应K个寻呼指示,或者一个PO对应一个监测时间区间内的寻呼指示等等,不予赘述。
进一步的,为了避免同一PO对应的指示信息的不一致,导致终端无法实现节能的目的,如果终端的PO对应多个寻呼指示,则多个寻呼指示中用于指示终端的PO的指示信息是相同的,以此解决同一PO对应的指示信息的不一致,保证终端准备地获取指示信息,并在指示未被寻呼的情况下提前进入休眠状态,实现节能。
进一步的,为了提高网络设备发送寻呼指示的准确性,以及便于终端准确地接收到寻呼指示,PO与PO对应的SSB之间为QCL关系或者PO与PO关联的SSB之间为QCL关系,网络设备可以根据SSB的发送波束向终端发送寻呼指示,对应的,终端根据SSB的接收波束接收寻呼指示,提高终端接收寻呼指示的准确性。
步骤603:网络设备在终端的PO内发送DCI,DCI用于调度携带寻呼消息的PDSCH。
其中,DCI以及PDSCH的相关描述可参照上述,不予赘述。
其中,寻呼消息可以包括需要寻呼的多个终端(如第一终端、第二终端等)的标识信息等,需要寻呼的终端的PO是相同的,如此,实现通过一次寻呼过程寻呼多个终端的目的,降低网络设备与终端交互带来的信令开销以及能量消耗。
步骤604:终端接收一个或者多个SSB,以及接收一个或者多个寻呼指示。
示例性的,终端可以根据SSB的相关配置、以及自身的覆盖情况和/或自身的硬件处理能力,确定接收需要接收哪些SSB,进一步的并根据上述方式一或者方式二或者方式三终端的PO对应的寻呼指示位于需要接收的SSB中的哪些SSB附近,根据确定结果接收一个或者多个SSB以及一个或者多个寻呼指示。
需要说明的是,本申请不限定步骤603、步骤604的执行顺序,可以同时执行也可以如图6所示,先执行步骤603,再执行步骤604,或者,先执行步骤604,再执行步骤603等,不予限制。此外,需要注意的是,本申请中,对于网络设备以及终端而言,“寻呼指示的设计形式(如寻呼指示具备包括哪些字段、寻呼指示中各个指示信息具备包括多少个比特数)”、以及“一个寻呼指示具体指示多少个PO、一个PO具体对应多少个PO的确定方式”是一致的,二者可以事先预定好采用哪种设计形式、哪种确定方式,或者,由网络设备确定选择哪种设计形式、哪种确定方式,并将选择结果指示给终端等,不予限制。
步骤605:终端根据第一寻呼指示确定是否监测(或继续监测)终端的PO内的DCI。
其中,第一寻呼指示可以为终端的PO对应的一个或者多个寻呼指示中的第一个寻呼指示,也可以是终端的PO对应的一个或者多个寻呼指示中的任一寻呼指示等,不予限制。
示例性的,终端根据第一寻呼指示确定是否监测(或继续监测)终端的PO内的DCI可以包括:终端根据终端的PO在R个PO中的时域位置,确定终端的PO对应的指示信息,根据终端的PO对应的指示信息确定是否在终端的PO上监测DCI,例如,如果终端的PO对应的指示信息用于指示终端的PO内存在寻呼,则确定在终端的PO上监测DCI;如果中的PO对应的指示信息用于指示终端的PO内不存在寻呼,则确定不在终端的PO上监测DCI,终端停止工作,进入休眠状态,节省能量消耗。
如上所述,R个PO对应的R个指示信息可以按照R个PO的时域位置的先后排列在寻呼指示,如时域位置在先的PO对应的指示信息在寻呼指示中靠前排列,时域位置在后的PO对应的指示信息在寻呼指示中靠后排列,或者,时域位置在先的PO对应的指示信息在寻呼指示中靠后排列,时域位置在后的PO对应的指示信息在寻呼指示中靠前排列。终端根据终端的PO在R个PO中的时域位置,确定终端的PO对应的指示信息可以包括:终端根据R个指示信息的排序规则确定出终端的PO对应的指示信息。
进一步的,如果终端根据第一寻呼指示确定监测终端的PO内的DCI,则终端从接收到第一寻呼指示之后继续处于工作状态,并完成预同步,在预同步之后监测终端的PO内的DCI,在DCI所指示的资源位置上接收携带寻呼消息的PDSCH,根据寻呼消息携带的终端的标识信息确定自己是否被寻呼到,若被寻呼到,则发起随机接入过程,随机接入成功后,与网络设备相互传输业务数据。
基于图6所示方法,网络设备可以在PO之前预先设置寻呼指示,通过寻呼指示提前向终端指示PO内是否有寻呼,以便PO内没有寻呼时触发终端提前停止工作,进入休眠状态,以降低终端的能量消耗,同时,图6所述方法还可以通过设置一个寻呼指示来指示多个PO内是否有寻呼,达到一次指示多个PO内是否有寻呼的目的,节省信令开销。
上述主要从各个节点之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个节点,例如终端等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
图7示出了一种通信装置70的结构图,该通信装置70可以为第一通信装置,或者第一通信装置中的芯片,或者片上***,该通信装置70可以用于执行上述实施例中涉及的第一通信装置的功能。作为一种可实现方式,图7所示通信装置70包括:接收单元701,处理单元702;
接收单元701,用于在终端的寻呼时机之前,接收网络设备发送的包括第一字段的第一寻呼指示,第一字段用于指示包括终端的寻呼时机的R个寻呼时机内是否发送寻呼。例如,接收单元701可以支持通信装置70执行步骤604。
处理单元702,用于根据第一寻呼时机,确定是否在终端的寻呼时机上监测用于调度寻呼消息的DCI。例如,处理单元702可以支持通信装置70执行步骤605。
具体的,上述图6所示方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。通信装置70用于执行图6所示方法所示寻呼方法中终端的功能,因此可以达到与上述寻呼方法相同的效果。
作为又一种可实现方式,图7所示通信装置70包括:处理模块和通信模块。处理模块用于对通信装置70的动作进行控制管理,例如,处理模块可以集成处理单元702的功能,可以用于支持该通信装置70执行步骤605及本文所描述的技术的其它过程。通信模块可以集成接收单元701的功能,可以用于支持通信装置70执行步骤604以及与其他网络实体的通信,例如与图4示出的功能模块或网络实体之间的通信。该通信装置70还可以包括存储模块,用于存储通信装置70的程序代码和数据。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器,通信模块为通信接口,存储模块为存储器时,本申请实施例所涉及的通信装置70可以为图5所示通信装置500。
图8为本申请实施例提供的一种通信***的结构图,如图8所示,该通信***可以包括:终端80、网络设备。终端80的功能与上述通信装置70的功能相同。
例如,终端80,用于在终端80的寻呼时机之前,接收网络设备发送的包括第一字段的第一寻呼指示,第一字段用于指示包括终端80的寻呼时机的R个寻呼时机内是否发送寻呼,根据第一寻呼时机,确定是否在终端80的寻呼时机上监测用于调度寻呼消息的DCI。
其中,寻呼时机的设计方式、寻呼指示与寻呼时机之间的映射关系、以及终端的具体执行动作可参照图6所示方法中的相关描述以及设计方式,不予赘述。
本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成,该程序可存储于上述计算机可读存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的终端,如:包括数据发送端和/或数据接收端的内部存储单元,例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备,例如上述终端上配备的插接式硬盘,智能存储卡(smart media card,SMC),安全数字(securedigital,SD)卡,闪存卡(flash card)等。进一步地,上述计算机可读存储介质还可以既包括上述终端的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
结合以上,本申请还提供如下实施例:
实施例1、一种寻呼方法,其中,所述方法包括:
终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,所述第一寻呼指示包括第一字段,所述第一字段用于指示R个寻呼时机内是否发送寻呼,所述R个寻呼时机包括所述终端的寻呼时机,所述R为大于或等于1的整数;
所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,所述DCI用于调度寻呼消息。
实施例2、根据实施例1所述的方法,其中,
所述第一字段包括R个指示信息,所述R个指示信息中的第i个指示信息指示所述R个寻呼时机中的第i个寻呼时机内是否发送寻呼,所述i为大于等于1小于等于R的整数。
实施例3、根据实施例2所述的方法,其中,所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,包括:
所述终端根据所述终端的寻呼时机在所述R个寻呼时机中的时域位置,确定所述终端的寻呼时机对应的指示信息;
所述终端根据所述终端的寻呼时机对应的指示信息,确定是否在所述终端的寻呼时机上监测DCI。
实施例4、根据实施例1-实施例3任一项所述的方法,其中,所述终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,包括:
所述终端根据所述终端的寻呼时机的时域位置,确定所述终端的寻呼时机对应的K个寻呼指示,其中,所述K为大于或等于1的整数;
所述终端在所述寻呼时机之前接收所述K个寻呼指示,并从所述K个寻呼指示中确定所述第一寻呼指示。
实施例5、根据实施例4所述的方法,其中,
所述K由所述网络设备配置给所述终端。
实施例6、根据实施例1-实施例3任一项所述的方法,其中,所述终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示包括:
所述终端在监测时间区间内,接收网络设备发送的第一寻呼指示。
实施例7、根据实施例6所述的方法,其中,
所述终端接收所述网络设备发送的监测时间窗配置信息,所述监测时间窗配置信息用于确定所述监测时间区间;
所述终端根据所述监测时间窗配置信息,确定所述监测时间区间。
实施例8、根据实施例1-实施例3任一项所述的方法,其中,所述R个寻呼时机为所述第一寻呼指示之后离所述第一寻呼指示最近的R个寻呼时机。
实施例9、根据实施例8所述的方法,其中,
所述R由所述网络设备配置给所述终端。
实施例10、根据实施例1-实施例9任一项所述的方法,其中,所述第一字段包括所述R个寻呼时机中每个寻呼时机对应的指示信息,所述R个寻呼时机中每个寻呼时机对应的指示信息包括M个比特数,所述M个比特数用于指示与所述指示信息对应的寻呼时机内是否有寻呼,所述M为大于或等于1的整数。
实施例11、根据实施例10所述的方法,其中,
所述M由所述网络设备配置给所述终端;或者,
所述M满足公式:M=,所述A为一个寻呼指示的长度,所述B为所述寻呼指示中除第一字段之外指示有效信息的字段的长度。
实施例12、根据实施例1-实施例9任一项所述的方法,其中,所述第一字段包括所述R个寻呼时机中每个寻呼时机对应的指示信息;
所述R个寻呼时机中个寻呼时机对应的指示信息包括个比特;所述R个寻呼时机中剩余寻呼时机中每个寻呼时机对应的指示信息包括个比特;所述A为寻呼指示的长度,所述B为所述寻呼指示中除第一字段之外指示有效信息的字段的长度。
实施例13、根据实施例1-实施例12任一项所述的方法,其中,所述寻呼指示还包括下述一种或者多种字段:第二字段实施例、第三字段实施例、第四字段;
所述第二字段用于指示所述寻呼指示是否包括短消息SM;
所述第三字段用于指示SM;
所述第四字段用于指示辅助参考信号的可用性,所述辅助参考信号为所述网络设备配置的辅助参考信号,或者与所述R个寻呼时机关联的辅助参考信号;
实施例14、根据实施例13所述的方法,其中,所述第二字段为所述R个寻呼时机公共的信息。
实施例15、根据实施例13所述的方法,其中,所述SM指示下述一种或多种信息:***消息变更指示信息实施例、地震海啸预警信息实施例、商业移动警报信息实施例、停止监测寻呼消息的指示信息。
实施例16、根据实施例13-实施例15任一项所述的方法,其中,所述第三字段的长度为所述网络设备配置的。
实施例17、根据实施例13-实施例16任一项所述的方法,其中,所述第三字段为所述R个寻呼时机公共的信息。
实施例18、根据实施例13-实施例17任一项所述的方法,其中,所述第四字段用于指示辅助参考信号的可用性,包括:
所述第四字段的长度等于所述网络设备配置的辅助参考信号或辅助参考信号组的数量,其中,所述辅助参考信号组包括一个或多个辅助参考信号;或者,
所述第四字段的长度等于所述R个寻呼时机关联的辅助参考信号或辅助参考信号组的数量,或者,
所述第四字段包括R个子字段,所述R个子字段与所述R个寻呼时机对应,一个子字段用于指示与所述子字段对应的寻呼时机所关联的辅助参考信号的可用性。
实施例19、根据实施例1-实施例7任一项所述的方法,其中,所述第一寻呼指示还包括第五字段;所述第五字段用于指示所述第一字段指示的寻呼时机的数量;或者,
所述第五字段用于指示所述第一字段的长度。
实施例20、根据实施例1-实施例19任一项所述的方法,其中,
不同寻呼指示中的第一字段针对同一寻呼时机的指示内容是相同的。
实施例21、根据实施例1-实施例20任一项所述的方法,其中,
所述第一寻呼指示与距离所述第一寻呼指示最近的同步信号块SSB之间为准共址QCL关系;或者,
所述第一寻呼指示与所述第一寻呼指示关联的SSB之间为QCL关系。
实施例22、一种通信装置,其中,所述通信装置包括:
终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,所述第一寻呼指示包括第一字段,所述第一字段用于指示R个寻呼时机内是否发送寻呼,所述R个寻呼时机包括所述终端的寻呼时机,所述R为大于或等于1的整数;
所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,所述DCI用于调度寻呼消息。
实施例23、根据实施例22所述的通信装置,其中,
所述第一字段包括R个指示信息,所述R个指示信息中的第i个指示信息指示所述R个寻呼时机中的第i个寻呼时机内是否发送寻呼,所述i为大于等于1小于等于R的整数。
实施例24、根据实施例24所述的通信装置,其中,所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,包括:
所述终端根据所述终端的寻呼时机在所述R个寻呼时机中的时域位置,确定所述终端的寻呼时机对应的指示信息;
所述终端根据所述终端的寻呼时机对应的指示信息,确定是否在所述终端的寻呼时机上监测DCI。
实施例25、根据实施例22-实施例24任一项所述的通信装置,其中,所述终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,包括:
所述终端根据所述终端的寻呼时机的时域位置,确定所述终端的寻呼时机对应的K个寻呼指示,其中,所述K为大于或等于1的整数;
所述终端在所述寻呼时机之前接收所述K个寻呼指示,并从所述K个寻呼指示中确定所述第一寻呼指示。
实施例26、根据实施例25所述的通信装置,其中,
所述K由所述网络设备配置给所述终端。
实施例27、根据实施例22-实施例24任一项所述的通信装置,其中,所述终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示包括:
所述终端在监测时间区间内,接收网络设备发送的第一寻呼指示。
实施例28、根据实施例27所述的通信装置,其中,
所述终端接收所述网络设备发送的监测时间窗配置信息,所述监测时间窗配置信息用于确定所述监测时间区间;
所述终端根据所述监测时间窗配置信息,确定所述监测时间区间。
实施例29、根据实施例22-实施例24任一项所述的通信装置,其中,所述R个寻呼时机为所述第一寻呼指示之后离所述第一寻呼指示最近的R个寻呼时机。
实施例30、根据实施例29所述的通信装置,其中,
所述R由所述网络设备配置给所述终端。
实施例31、根据实施例22-实施例30任一项所述的通信装置,其中,所述第一字段包括所述R个寻呼时机中每个寻呼时机对应的指示信息,所述R个寻呼时机中每个寻呼时机对应的指示信息包括M个比特数,所述M个比特数用于指示与所述指示信息对应的寻呼时机内是否有寻呼,所述M为大于或等于1的整数。
实施例32、根据实施例31所述的通信装置,其中,
所述M由所述网络设备配置给所述终端;或者,
实施例33、根据实施例22-实施例30任一项所述的通信装置,其中,所述第一字段包括所述R个寻呼时机中每个寻呼时机对应的指示信息;
所述R个寻呼时机中个寻呼时机对应的指示信息包括个比特;所述R个寻呼时机中剩余寻呼时机中每个寻呼时机对应的指示信息包括个比特;所述A为寻呼指示的长度,所述B为所述寻呼指示中除第一字段之外指示有效信息的字段的长度。
实施例34、根据实施例22-实施例33任一项所述的通信装置,其中,所述寻呼指示还包括下述一种或者多种字段:第二字段实施例、第三字段实施例、第四字段;
所述第二字段用于指示所述寻呼指示是否包括短消息SM;
所述第三字段用于指示SM;
所述第四字段用于指示辅助参考信号的可用性,所述辅助参考信号为所述网络设备配置的辅助参考信号,或者与所述R个寻呼时机关联的辅助参考信号;
实施例35、根据实施例34所述的通信装置,其中,所述第二字段为所述R个寻呼时机公共的信息。
实施例36、根据实施例34所述的通信装置,其中,所述SM指示下述一种或多种信息:***消息变更指示信息实施例、地震海啸预警信息实施例、商业移动警报信息实施例、停止监测寻呼消息的指示信息。
实施例37、根据实施例24-实施例36任一项所述的通信装置,其中,所述第三字段的长度为所述网络设备配置的。
实施例38、根据实施例34-实施例37任一项所述的通信装置,其中,所述第三字段为所述R个寻呼时机公共的信息。
实施例39、根据实施例24-实施例38任一项所述的通信装置,其中,所述第四字段用于指示辅助参考信号的可用性,包括:
所述第四字段的长度等于所述网络设备配置的辅助参考信号或辅助参考信号组的数量,其中,所述辅助参考信号组包括一个或多个辅助参考信号;或者,
所述第四字段的长度等于所述R个寻呼时机关联的辅助参考信号或辅助参考信号组的数量,或者,
所述第四字段包括R个子字段,所述R个子字段与所述R个寻呼时机对应,一个子字段用于指示与所述子字段对应的寻呼时机所关联的辅助参考信号的可用性。
实施例40、根据实施例22-实施例28任一项所述的通信装置,其中,所述第一寻呼指示还包括第五字段;所述第五字段用于指示所述第一字段指示的寻呼时机的数量;或者,
所述第五字段用于指示所述第一字段的长度。
实施例41、根据实施例22-实施例40任一项所述的通信装置,其中,
不同寻呼指示中的第一字段针对同一寻呼时机的指示内容是相同的。
实施例42、根据实施例22-实施例41任一项所述的通信装置,其中,
所述第一寻呼指示与距离所述第一寻呼指示最近的同步信号块SSB之间为准共址QCL关系;或者,
所述第一寻呼指示与所述第一寻呼指示关联的SSB之间为QCL关系。
实施例43、一种通信***,其中,该通信***包括:
终端,用于在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,所述第一寻呼指示包括第一字段,所述第一字段用于指示R个寻呼时机内是否发送寻呼,所述R个寻呼时机包括所述终端的寻呼时机,所述R为大于或等于1的整数;
所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,所述DCI用于调度寻呼消息。
实施例44、一种通信装置,其特征在于,所述通信装置包括一个或者多个处理器、通信接口,所述一个或者多个处理以及所述通信接口用于支持所述通信装置执行如实施例1-21任一项所述的寻呼方法。
实施例45、一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机指令,当所述计算机指令在计算机上运行时,使得所述计算机执行如实施例1-21任一项所述的寻呼方法。
需要说明的是,本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上,“至少两个(项)”是指两个或三个及三个以上,“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
应理解,在本申请实施例中,“与A对应的B”表示B与A相关联。例如,可以根据A可以确定B。还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。此外,本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式,以实现设备间的通信,本申请实施例对此不做任何限定。
本申请实施例中出现的“传输”(transmit/transmission)如无特别说明,是指双向传输,包含发送和/或接收的动作。具体地,本申请实施例中的“传输”包含数据的发送,数据的接收,或者数据的发送和数据的接收。或者说,这里的数据传输包括上行和/或下行数据传输。数据可以包括信道和/或信号,上行数据传输即上行信道和/或上行信号传输,下行数据传输即下行信道和/或下行信号传输。本申请实施例中出现的“网络”与“***”表达的是同一概念,通信***即为通信网络。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备,如:可以是单片机,芯片等,或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (24)
1.一种寻呼方法,其特征在于,所述方法包括:
终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,所述第一寻呼指示包括第一字段,所述第一字段用于指示R个寻呼时机内是否发送寻呼,所述R个寻呼时机包括所述终端的寻呼时机,所述R为大于或等于1的整数;
所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,所述DCI用于调度寻呼消息。
2.根据权利要求1所述的方法,其特征在于,
所述第一字段包括R个指示信息,所述R个指示信息中的第i个指示信息指示所述R个寻呼时机中的第i个寻呼时机内是否发送寻呼,所述i为大于等于1小于等于R的整数。
3.根据权利要求2所述的方法,其特征在于,所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,包括:
所述终端根据所述终端的寻呼时机在所述R个寻呼时机中的时域位置,确定所述终端的寻呼时机对应的指示信息;
所述终端根据所述终端的寻呼时机对应的指示信息,确定是否在所述终端的寻呼时机上监测DCI。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,包括:
所述终端根据所述终端的寻呼时机的时域位置,确定所述终端的寻呼时机对应的K个寻呼指示,其中,所述K为大于或等于1的整数;
所述终端在所述寻呼时机之前接收所述K个寻呼指示,并从所述K个寻呼指示中确定所述第一寻呼指示。
5.根据权利要求4所述的方法,其特征在于,
所述K由所述网络设备配置给所述终端。
6.根据权利要求1-3任一项所述的方法,其特征在于,所述终端在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示包括:
所述终端在监测时间区间内,接收网络设备发送的第一寻呼指示。
7.根据权利要求6所述的方法,其特征在于,
所述终端接收所述网络设备发送的监测时间窗配置信息,所述监测时间窗配置信息用于确定所述监测时间区间;
所述终端根据所述监测时间窗配置信息,确定所述监测时间区间。
8.根据权利要求1-3任一项所述的方法,其特征在于,所述R个寻呼时机为所述第一寻呼指示之后离所述第一寻呼指示最近的R个寻呼时机。
9.根据权利要求8所述的方法,其特征在于,
所述R由所述网络设备配置给所述终端。
10.根据权利要求1-9任一项所述的方法,其特征在于,所述第一字段包括所述R个寻呼时机中每个寻呼时机对应的指示信息,所述R个寻呼时机中每个寻呼时机对应的指示信息包括M个比特数,所述M个比特数用于指示与所述指示信息对应的寻呼时机内是否有寻呼,所述M为大于或等于1的整数。
13.根据权利要求1-12任一项所述的方法,其特征在于,所述寻呼指示还包括下述一种或者多种字段:第二字段、第三字段、第四字段;
所述第二字段用于指示所述寻呼指示是否包括短消息SM;
所述第三字段用于指示SM;
所述第四字段用于指示辅助参考信号的可用性,所述辅助参考信号为所述网络设备配置的辅助参考信号,或者与所述R个寻呼时机关联的辅助参考信号。
14.根据权利要求13所述的方法,其特征在于,所述第二字段为所述R个寻呼时机公共的信息。
15.根据权利要求13所述的方法,其特征在于,所述SM指示下述一种或多种信息:***消息变更指示信息、地震海啸预警信息、商业移动警报信息、停止监测寻呼消息的指示信息。
16.根据权利要求13-15任一项所述的方法,其特征在于,所述第三字段的长度为所述网络设备配置的。
17.根据权利要求13-16任一项所述的方法,其特征在于,所述第三字段为所述R个寻呼时机公共的信息。
18.根据权利要求13-17任一项所述的方法,其特征在于,所述第四字段用于指示辅助参考信号的可用性,包括:
所述第四字段的长度等于所述网络设备配置的辅助参考信号或辅助参考信号组的数量,其中,所述辅助参考信号组包括一个或多个辅助参考信号;或者,
所述第四字段的长度等于所述R个寻呼时机关联的辅助参考信号或辅助参考信号组的数量,或者,
所述第四字段包括R个子字段,所述R个子字段与所述R个寻呼时机对应,一个子字段用于指示与所述子字段对应的寻呼时机所关联的辅助参考信号的可用性。
19.根据权利要求1-7任一项所述的方法,其特征在于,所述第一寻呼指示还包括第五字段;所述第五字段用于指示所述第一字段指示的寻呼时机的数量;或者,
所述第五字段用于指示所述第一字段的长度。
20.根据权利要求1-19任一项所述的方法,其特征在于,
不同寻呼指示中的第一字段针对同一寻呼时机的指示内容是相同的。
21.根据权利要求1-20任一项所述的方法,其特征在于,
所述第一寻呼指示与距离所述第一寻呼指示最近的同步信号块SSB之间为准共址QCL关系;或者,
所述第一寻呼指示与所述第一寻呼指示关联的SSB之间为QCL关系。
22.一种通信***,其中,该通信***包括:
终端,用于在所述终端的寻呼时机之前,接收网络设备发送的第一寻呼指示,所述第一寻呼指示包括第一字段,所述第一字段用于指示R个寻呼时机内是否发送寻呼,所述R个寻呼时机包括所述终端的寻呼时机,所述R为大于或等于1的整数;
所述终端根据所述第一寻呼时机,确定是否在所述终端的寻呼时机上监测下行控制信息DCI,所述DCI用于调度寻呼消息。
23.一种通信装置,其特征在于,所述通信装置包括一个或者多个处理器、通信接口,所述一个或者多个处理以及所述通信接口用于支持所述通信装置执行如权利要求1-21任一项所述的寻呼方法。
24.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机指令,当所述计算机指令在计算机上运行时,使得所述计算机执行如权利要求1-21任一项所述的寻呼方法。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP21851273.9A EP4181582A4 (en) | 2020-07-31 | 2021-08-02 | RADIO CALLING METHOD AND APPARATUS |
KR1020237005552A KR20230041050A (ko) | 2020-07-31 | 2021-08-02 | 페이징 방법 및 장치 |
CN202180049886.7A CN116671187A (zh) | 2020-07-31 | 2021-08-02 | 一种寻呼方法及装置 |
JP2023504475A JP2023535571A (ja) | 2020-07-31 | 2021-08-02 | ページング方法及び装置 |
PCT/CN2021/110090 WO2022022742A1 (zh) | 2020-07-31 | 2021-08-02 | 一种寻呼方法及装置 |
US18/007,396 US20230319778A1 (en) | 2020-07-31 | 2021-08-02 | Paging Method and Apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010761727 | 2020-07-31 | ||
CN2020107617277 | 2020-07-31 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114071669A true CN114071669A (zh) | 2022-02-18 |
Family
ID=80232709
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010791001.8A Pending CN114071669A (zh) | 2020-07-31 | 2020-08-07 | 一种寻呼方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114071669A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024060153A1 (zh) * | 2022-09-22 | 2024-03-28 | 北京小米移动软件有限公司 | 一种发送或监听下行控制信息的方法、装置、设备或介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111345075A (zh) * | 2020-02-13 | 2020-06-26 | 北京小米移动软件有限公司 | 省电方法、装置、设备及可读存储介质 |
CN111356216A (zh) * | 2018-12-24 | 2020-06-30 | 华为技术有限公司 | 一种通信方法及其相关设备 |
CN111357332A (zh) * | 2020-02-13 | 2020-06-30 | 北京小米移动软件有限公司 | 跳过寻呼检测的方法、装置、终端及接入网设备 |
US20200221416A1 (en) * | 2017-09-28 | 2020-07-09 | Sony Corporation | Paging method and apparatus for wireless communication system |
-
2020
- 2020-08-07 CN CN202010791001.8A patent/CN114071669A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20200221416A1 (en) * | 2017-09-28 | 2020-07-09 | Sony Corporation | Paging method and apparatus for wireless communication system |
CN111356216A (zh) * | 2018-12-24 | 2020-06-30 | 华为技术有限公司 | 一种通信方法及其相关设备 |
CN111345075A (zh) * | 2020-02-13 | 2020-06-26 | 北京小米移动软件有限公司 | 省电方法、装置、设备及可读存储介质 |
CN111357332A (zh) * | 2020-02-13 | 2020-06-30 | 北京小米移动软件有限公司 | 跳过寻呼检测的方法、装置、终端及接入网设备 |
Non-Patent Citations (2)
Title |
---|
MEDIATEK INC.: ""Rel-17 UE Power Saving_Summary of Email Discussion_Rev"", 3GPP TSG RAN MEETING#86 RP-193089, 12 December 2019 (2019-12-12), pages 2 - 6 * |
MEDIATEK INC.: ""Remaining Issues for PF/PO Allocation in NR"", 3GPP TSG-RAN WG2 NR AH1807 MEETING R2-1810561, 6 July 2018 (2018-07-06), pages 2 - 3 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024060153A1 (zh) * | 2022-09-22 | 2024-03-28 | 北京小米移动软件有限公司 | 一种发送或监听下行控制信息的方法、装置、设备或介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW202010336A (zh) | 一種信號發送、接收方法、網路設備及終端 | |
CN110557812B (zh) | 信号传输方法及装置 | |
CN110557814B (zh) | 一种唤醒区域更新方法及装置 | |
CN111903166B (zh) | 一种信号发送方法、网络设备及终端设备 | |
EP4017133A1 (en) | Energy-saving indication method and apparatus thereof | |
US20230007590A1 (en) | Communication method and apparatus | |
CN113727437A (zh) | 一种通信方法及通信装置 | |
WO2020253641A1 (zh) | 一种信道状态测量参数指示方法及装置 | |
CN114071669A (zh) | 一种寻呼方法及装置 | |
WO2022022742A1 (zh) | 一种寻呼方法及装置 | |
WO2019029497A1 (zh) | 免授权资源配置方法及装置 | |
CN112534961A (zh) | 唤醒信号的方法、终端和网络设备 | |
CN115175284A (zh) | 信号接收方法、装置、终端、芯片、存储介质及程序产品 | |
JP2023536236A (ja) | 無線通信におけるシステム情報のスケジューリングおよび伝送のための方法、装置、およびシステム。 | |
CN113923760A (zh) | 一种通信方法和通信装置 | |
CN113677002A (zh) | 一种通信方法及装置 | |
CN114208363A (zh) | 一种冲突解决方法及装置 | |
WO2024082226A1 (zh) | 时域确定方法及装置 | |
CN114071666B (zh) | 信息处理方法、装置、设备及存储介质 | |
WO2022067828A1 (zh) | 寻呼信息发送、监听方法及通信装置、*** | |
CN113853007B (zh) | 通信方法及装置 | |
WO2024082228A1 (zh) | 信号发送、信号接收方法及装置 | |
CN114980319A (zh) | 一种指示寻呼分组的方法及装置 | |
CN113973389A (zh) | 一种控制信息的传输方法及通信装置 | |
CN116055017A (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 |