CN114982319B - 寻呼处理方法及装置、用户设备、网络侧设备 - Google Patents
寻呼处理方法及装置、用户设备、网络侧设备 Download PDFInfo
- Publication number
- CN114982319B CN114982319B CN202080093706.0A CN202080093706A CN114982319B CN 114982319 B CN114982319 B CN 114982319B CN 202080093706 A CN202080093706 A CN 202080093706A CN 114982319 B CN114982319 B CN 114982319B
- Authority
- CN
- China
- Prior art keywords
- paging
- user equipment
- type
- control channel
- paging control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 24
- 238000000034 method Methods 0.000 claims abstract description 39
- 230000004044 response Effects 0.000 claims description 28
- 238000012545 processing Methods 0.000 claims description 22
- 230000000977 initiatory effect Effects 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 7
- 230000008569 process Effects 0.000 description 17
- 238000001514 detection method Methods 0.000 description 15
- 230000006870 function Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 101150096310 SIB1 gene Proteins 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 101150071746 Pbsn gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种寻呼处理方法及装置、用户设备、网络侧设备。其中，该方法包括：用户设备在预定的时域位置监听寻呼控制信道；所述用户设备判断所述寻呼控制信道和/或所述寻呼控制信道所包含的寻呼信息是否与所述用户设备所属的用户设备类型匹配；在所述寻呼控制信道和/或所述寻呼控制信道所包含的寻呼信息与所述用户设备所属的用户设备类型匹配时，所述用户设备继续解码所述寻呼控制信道调度的寻呼消息。
Description
技术领域
本申请涉及通信领域，具体而言，涉及一种寻呼处理方法及装置、用户设备、网络侧设备。
背景技术
5G新无线(New radio，NR)的寻呼(paging)机制中，Paging主要功能是使得网络侧设备能在UE的无线资源控制(Radio Resource Control，简称为RRC)空闲(IDLE)或者RRC非激活(INACTIVE)状态通过寻呼消息(paging message)寻呼用户设备(User Equipment，简称为UE)，或者通过短消息(short message)通知UE***消息变更或者地震海啸/公共预警信息。
相关技术中，在网络侧发起寻呼后，往往会导致所有的UE进行盲检，因此，现有的寻呼流程时常发生错误，不能满足通信需求，例如，会产生UE寻呼虚警的现象。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种寻呼处理方法及装置、用户设备、网络侧设备，以至少解决相关技术中的寻呼流程时常发生错误的技术问题。
根据本申请实施例的一个方面，提供了一种寻呼处理方法，包括：UE在预定的时域位置监听寻呼控制信道；UE判断寻呼控制信道和/或寻呼控制信道所包含的寻呼信息是否与UE所属的UE类型匹配；在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，UE继续解码寻呼控制信道调度的寻呼消息(paging message)。
可选地，UE判断寻呼控制信道和/或寻呼信道所包含的寻呼信息是否与UE所属的UE类型匹配，包括：UE判断以下至少之一信息对应的UE类型是否与UE所属的类型相同：寻呼控制信道对应的寻呼无线网络临时标识(Paging Radio Network Temporary Identifier，简称为P-RNTI)、寻呼控制信道对应的寻呼时频资源信息；其中，在寻呼控制信道对应的P-RNTI和寻呼时频资源信息中的至少之一对应的UE类型与UE所属的UE类型相同时，确定寻呼控制信道与UE所属的UE类型匹配；
UE判断寻呼控制信道所包含的寻呼控制信息所指示的UE类型是否相同；其中，在寻呼控制信息所指示的UE类型与UE的类型相同时，确定寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配。
可选地，寻呼控制信息包括：寻呼下行控制信息(Paging Downlink controlinformation，简称为P-DCI)；寻呼下行控制信息通过短消息(short message)的保留比特位(Reserve bit)数据指示UE类型。
可选地，寻呼下行控制信息所指示的UE类型的最大数量不大于预设比特位的比特数。
可选地，预设比特位中用于指示UE类型的比特位与UE类型是一一对应的。
可选地，UE在预定的时域位置监听寻呼控制信道之前，方法还包括：
UE向网络侧设备发送注册请求消息；UE接收注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；UE基于UE类型的指示信息确定UE所属的类型；或者，
用户设备接收网络侧设备的广播消息，其中，该广播消息中携带有用户设备类型的指示信息；用户设备基于用户设备类型的指示信息确定用户设备所属的类型。
可选地，上述方法还包括：在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型不匹配时，UE拒绝解码寻呼控制信道调度的寻呼消息。
根据本申请实施例的一个方面，提供了一种寻呼处理方法，包括：网络侧设备确定寻呼的UE类型；网络侧设备基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼。
可选地，网络侧设备基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼，包括：网络侧设备确定与UE类型匹配的P-RNTI或寻呼时频资源；并基于与P-RNTI或寻呼时频资源对应的寻呼控制信道发起寻呼；网络侧设备确定与UE类型对应的寻呼控制信息，并将寻呼控制信息通过寻呼控制信道发送至UE。
可选地，寻呼控制信息包括：寻呼下行控制信息；寻呼下行控制信息通过预设比特位指示UE类型。
可选地，寻呼下行控制信息所指示的UE类型的最大数量不大于预设比特位的比特数。
可选地，预设比特位中用于指示UE类型的比特位与UE类型是一一对应的。
可选地，网络侧设备基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼之前，上述方法还包括：
网络侧设备接收来自UE的注册请求消息；网络侧设备向UE发送注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；或者，
网络侧设备向UE发送广播消息，其中，该广播消息中携带有UE类型的指示信息。
根据本申请实施例的一个方面，提供了一种寻呼处理方法，包括：UE接收通过寻呼控制信道接收的寻呼控制信息，其中，该寻呼控制信息中携带有一个或多个用于指示UE类型的指示信息；UE判断指示信息所指示的UE类型中是否存在与UE所属的类型相同的类型；在指示信息所指示的UE类型中不存在与UE所属的类型相同的类型时，UE拒绝解码通过物理下行控制信道调度的寻呼消息。
根据本申请实施例的一个方面，提供了一种寻呼处理装置，应用于UE，上述寻呼处理装置包括：监听模块，用于在预定的时域位置监听寻呼控制信道；判断模块，用于判断寻呼控制信道和/或寻呼控制信道所包含的寻呼信息是否与UE所属的UE类型匹配；处理模块，用于在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，继续解码寻呼控制信道调度的寻呼消息。
可选地，判断模块，还用于判断以下至少之一信息对应的UE类型是否与UE所属的类型相同：寻呼控制信道对应的P-RNTI、寻呼控制信道对应的寻呼时频资源信息；其中，在寻呼控制信道对应的P-RNTI和寻呼时频资源信息中的至少之一对应的UE类型与UE所属的UE类型相同时，确定寻呼控制信道与UE所属的UE类型匹配；以及判断寻呼控制信道所包含的寻呼控制信息所指示的UE类型是否相同；其中，在寻呼控制信息所指示的UE类型与UE的类型相同时，确定寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配。
可选地，寻呼控制信息包括：寻呼下行控制信息；寻呼下行控制信息通过预设比特位指示UE类型。
可选地，寻呼下行控制信息所指示的UE类型的最大数量不大于预设比特位的比特数。
可选地，预设比特位中用于指示UE类型的比特位与UE类型是一一对应的。
可选地，监听模块，用于确定预定的时域位置对应的寻呼机会；并基于确定的寻呼机会对寻呼控制信道进行盲检。
可选地，上述装置还包括：发送模块，用于向网络侧设备发送注册请求消息；第一接收模块，用于接收注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；第一确定模块，用于基于UE类型的指示信息确定UE所属的类型；第二接收模块，用于接收所述网络侧设备的广播消息，其中，该广播消息中携带有所述UE类型的指示信息；第二确定模块，用于基于所述UE类型的指示信息确定所述UE所属的类型。
可选地，处理模块，还用于在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型不匹配时，拒绝解码寻呼控制信道调度的寻呼消息。
根据本申请实施例的一个方面，提供了一种寻呼处理装置，包括：确定模块，用于确定寻呼的UE类型；寻呼模块，用于基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼。
可选地，寻呼模块，用于确定与UE类型匹配的P-RNTI或寻呼时频资源；并基于与P-RNTI或寻呼时频资源对应的寻呼控制信道发起寻呼；或者，确定与UE类型对应的寻呼控制信息，并将寻呼控制信息通过寻呼控制信道发送至UE。
可选地，寻呼控制信息包括：P-DCI；P-DCI通过预设比特位指示用户设备类型。
可选地，P-DCI所指示的UE类型的最大数量不大于预设比特位的比特数。
可选地，预设比特位中用于指示UE类型的比特位与UE类型是一一对应的。
可选地，上述寻呼处理装置还包括：接收模块，用于接收来自UE的注册请求消息；发送模块，用于向UE发送注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；第二发送模块，用于向所述UE发送广播消息，其中，该广播消息中携带有所述UE类型的指示信息。
根据本申请实施例的一个方面，提供了一种UE，包括：收发器，用于在预定的时域位置监听寻呼控制信道；处理器，用于判断寻呼控制信道和/或寻呼控制信道所包含的寻呼信息是否与UE所属的UE类型匹配；在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，继续解码寻呼控制信道调度的寻呼消息。
根据本申请实施例的一个方面，提供了一种网络侧设备，包括：处理器，用于确定寻呼的UE类型；收发器，用于基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼。
根据本申请实施例的一个方面，提供了一种通信***，包括：网络侧设备和UE，其中：网络侧设备，用于确定寻呼的UE类型；基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼；UE，用于在预定的时域位置监听寻呼控制信道；判断寻呼控制信道和/或寻呼控制信道所包含的寻呼信息是否与UE所属的UE类型匹配；以及在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，继续解码寻呼控制信道调度的寻呼消息。
根据本申请实施例的又一方面，提供了一种非易失性存储介质，该非易失性存储介质包括存储的程序，其中，在所述程序运行时控制所述非易失性存储介质所在设备执行以上所述的寻呼处理方法。
在本申请实施例中，UE在预定的时域位置监听寻呼控制信道；UE判断寻呼控制信道和/或寻呼控制信道所包含的寻呼信息是否与UE所属的UE类型匹配；在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，UE继续解码寻呼控制信道调度的寻呼消息。由于在判断结果指示所述寻呼控制信道和/或寻呼控制信道包含的寻呼信息与所述UE类型匹配时，继续解码寻呼控制信道调度的寻呼消息，因此，可以避免触发非当前寻呼的UE类型的盲检过程，从而避免了寻呼虚警的产生，进而解决了相关技术中的寻呼流程时常发生错误的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的一种通信***的结构示意图；
图2是根据本申请实施例的一种寻呼处理方法的流程示意图；
图3是根据本申请实施例的另一种寻呼处理方法的流程示意图；
图4是根据本申请实施例的另一种寻呼处理方法的流程示意图；
图5是根据本申请实施例的一种寻呼处理装置的结构示意图；
图6是根据本申请实施例的一种寻呼处理装置的结构示意图；
图7是根据本申请实施例的另一种寻呼处理装置的结构示意图；
图8是根据本申请实施例的另一种寻呼处理装置的结构示意图；
图9是根据本申请实施例的一种UE的结构示意图。
图10是根据本申请实施例的一种网络侧设备的结构示意图
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了更好地理解本申请实施例，以下将本申请实施例中涉及的技术术语解释如下：
寻呼(paging)：当网络侧需要与UE建立连接时，网络侧会发起寻呼流程。即Paging主要是使得网络能在UE的RRC IDLE或者RRC INACTIVE状态通过paging message寻呼UE，或者通过short message通知UE***消息变更或者地震海啸/公共预警信息(适用于UE所有RRC状态，包括连接态)。
Paging包括由P-RNTI加扰的PDCCH，以及由该PDCCH调度的PDSCH。Paging message在PDSCH中传输，short message在PDCCH中传输，short message一般为8bit数据。
相关技术中，网络侧设备寻呼UE的过程中，为节省电能，UE可以通过DRX的方式来接收寻呼消息，其中，在每个DRX周期，UE只会在自己的PO去PDCCH读取P-RNTI(P-RNTI)，依据P-RNTI从PDSCH读取寻呼消息包。从网络角度来看，一个paging DRX cycle可以有多个寻呼帧(Paging Frame，简称为PF)和寻呼机会(Paging Occasion，简称为PO)，UE监听PO的位置跟该UE的ID有关，且UE在一个Paging DRX cycle中只监听一个PO。在通信***中UE较多时，网络侧不能把每个UE分配到不同的PO上，此时，就会存在多个UE对应一个PO的情况。如果网络需要寻呼这个PO上的某一个UE时，则有可能导致其他本来没有paging消息的UE额外进行盲检，主要包括盲检物理下行控制信道(Physical Downlink Control Channel，简称为PDCCH)以及对应的物理下行共享信道(Physical Downlink Share Channel，简称为PDSCH)。此时，对于这些不需要被寻呼的UE来说，可以认为其接收到了错误的寻呼，即产生了寻呼虚警(paging false alarm)的问题。
为解决上述技术问题，本申请实施例中，在寻呼过程中，用户设备会在预定的时域位置监听寻呼控制信道，并在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与用户设备所属的用户设备类型匹配时，继续解码寻呼控制信道调度的寻呼消息(pagingmessage)，基于该方案，由于网络侧可以明确地告知UE其所寻呼的UE类型，UE也可以明确地知晓当前寻呼(paging)是否为该UE的类型所对应的寻呼，从而为UE决定是否继续解码寻呼消息提供判断依据。需要说明的是，网络侧设备可以基于相应的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息同时指示一个或多个用户设备类型。以下结合实施例详细说明。
图1是根据本申请实施例的一种通信***的结构示意图。如图1所示，该通信***包括：
网络侧设备10和用户设备12，其中：网络侧设备10，用于确定寻呼的用户设备类型；基于与所述用户设备类型匹配的寻呼控制信道和/或所述寻呼控制信道所包含的寻呼信息发起寻呼；用户设备12，用于在预定的时域位置监听寻呼控制信道；判断所述寻呼控制信道和/或所述寻呼控制信道所包含的寻呼信息是否与所述用户设备所属的用户设备类型匹配；以及在所述寻呼控制信道和/或所述寻呼控制信道所包含的寻呼信息与所述用户设备所属的用户设备类型匹配时，继续解码所述寻呼控制信道调度的寻呼消息。
其中，上述网络侧设备包括但不限于：接入网设备(例如基站等)、核心网设备等，例如核心网设备包括：接入和移动管理(AMF)实体、用户面功能(UPF)实体、会话管理功能(SMF)实体。上述用户设备包括但不限于：移动终端，例如手机、车载终端、增强型移动设备等。
在上述网络架构下，本申请实施例提供了一种寻呼处理方法的方法实施例，需要说明的是，虽然附图的流程图中示出了各个步骤的逻辑顺序，在某些情况下，是可以以不同于此处的顺序执行的。
图2是根据本申请实施例的一种寻呼处理方法的流程示意图，如图2所示，该方法包括如下步骤：
步骤S202，网络侧设备向UE发起寻呼。
上述网络侧设备发起的寻呼可以有两种情况：一种是基于核心网设备的指示发起的寻呼；一种是接入网设备发起的寻呼。
网络侧设备在寻呼某一个UE时，其首先要获知该UE的类型，然后基于该UE的类型发起寻呼，关于具体的寻呼过程，会在本申请实施例的其他部分详细说明，此处不再赘述。
在寻呼过程中，寻呼可以通过DRX的方式，让UE非连续接收，从而达到省电的目的。在IDLE态和INACTIVE态的UE，只需要监听Paging DRX中的一个Paging Occasion(PO)即可。其中，PO是一系列PDCCH的监听位置，它可以由多个时隙组成。其中，PO和寻呼帧(pagingframe)是有关联的，PF指的是一个无线帧(固定10ms)，该无线帧可以包含多个PO或者是多个PO的起始位置。，一个PF长度即为一个***帧的长度，固定10ms。一个PF中可以有一个或者多个PO，PO的个数由网络配置。
Paging DRX的周期由***广播中的公共周期和高层信令(NAS信令)中配置的专属周期共同决定，UE取两者中的最小周期为循环寻呼(Paging Cycle)的周期。从网络角度来看，一个paging DRX cycle可以有多个PO，UE监听PO的位置跟该UE的ID有关。
步骤S204，UE在预定的时域位置监听寻呼控制信道，例如，在UE确定的PO对寻呼控制信道进行盲检，以实现对寻呼控制信道的盲检；寻呼控制信道包括但不限于：寻呼物理下行控制信道(Paging PDCCH，简称为P-PDCCH)。
步骤S206，UE判断寻呼控制信道和/或寻呼控制信道所包含的寻呼信息是否与UE所属的UE类型匹配；
步骤S208，在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，UE继续解码寻呼控制信道调度的寻呼消息。其中，该寻呼消息包括但不限于UE通过PDSCH接收的寻呼消息。
需要说明的是，在UE的一些寻呼场景中，步骤S202是一个可选的步骤，即对于UE而言，在被寻呼时，其不必关注网络侧是否已经发起寻呼，即可以不必执行步骤S202。
其中，“继续解码寻呼控制信道调度的寻呼消息”中“继续”的含义为UE在监听寻呼控制信道后，只有在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，才会解码寻呼控制信道调度的寻呼消息。也就是说，此处的“继续”是针对步骤S204中的寻呼控制信道的监听步骤而言的，是监听寻呼控制信道之后，在满足步骤S208中的条件后，需要再执行解码上述寻呼消息的步骤。
采用上述方案，由于可以在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，UE继续解码寻呼控制信道调度的寻呼消息，因此，可以避免非当前寻呼的用户设备进行盲检，从而避免了寻呼虚警的产生，进而解决了相关技术中的寻呼流程时常发生错误的技术问题。
对于一个UE而言，UE知道PF，PO的index之后，以及PO中PDCCH监听时机(monitoring occasion)的数量之后，通过相关配置参数知道该PO的第一个PDCCHmonitoring occasion的起始位置即可，该起始位置可以通过高层信令配置，或者基于POindex确定。UE根据确定的PO来盲检paging消息。
在本申请的一些实施例中，基于网络侧设备指示UE类型的指示方式不同，步骤S206中UE的判断过程也不同。
例如：在网络侧设备基于寻呼控制信道的P-RNTI(P-RNTI)和/或寻呼时频资源指示UE类型时，可以通过以下方式实现上述判断过程：UE判断以下至少之一信息对应的UE类型是否与UE所属的类型相同：寻呼控制信道对应的P-RNTI、寻呼控制信道对应的寻呼时频资源信息；其中，在寻呼控制信道对应的P-RNTI和寻呼时频资源信息中的至少之一对应的UE类型与UE所属的UE类型相同时，确定寻呼控制信道与UE所属的UE类型匹配。
一般来说，对于paging的接收，所有UE会按照统一的P-RNTI进行paging控制信道的盲检。在本申请的实施例中，可以引入多个P-RNTI，使得多个R-RNTI与预定义的不同UE类型对应。UE接收网络侧设备的配置，该配置来自于广播消息，比如***消息块1(SystemInformation Block 1，简称为SIB1)中指示该多个P-RNTI与UE类型的对应关系，UE类型包括但不限于UE的业务类型，一种示例如表1所示：
表1
| P-RNTI-1 | eMBB UE |
| P-RNTI-2 | URLLC UE |
| P-RNTI-3 | Capability Reduced UE |
| P-RNTI-4 | Stationary UE |
| P-RNTI-5 | Mobility UE |
表1中的UE类型只是一种举例，还可以有其他的UE类型，比如依据终端能力的大小，分为正常能力终端与低能力终端，或者依据终端的移动性(例如是否可移动)，分为固定终端与移动终端等。
UE预先知道自己的类型，通过SIB1消息能知道所有UE类型与P-RNTI的对应关系。这样，UE在预定的PO去盲检Paging控制信道时，UE会用对应的P-RNTI去进行盲检，如果没有检测到，则认为在该PO上网络侧设备没有paging该类型的UE，或者网络没有paging任何UE。
同样的，网络侧设备也可以为paging控制信道配置不同的时频域资源。当前paging控制信道的时频域资源是通过控制资源集合(CORESET)和搜索空间(searchspace)来配置的。比如：为不同的UE类型配置不同的searchspace，让他们关联在同一个CORESET上；或者为不同的UE类型配置不同的CORESET。UE通过接收***消息，比如SIB1能够获取这些资源与不同UE类型的关联关系，一旦UE确定自己的类型，即可以用对应的时频资源去进行Paging控制信道的盲检。
又例如：UE判断寻呼控制信道所包含的寻呼控制信息所指示的UE类型是否相同；其中，在寻呼控制信息所指示的UE类型与UE的类型相同时，确定寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配。
具体地，1)UE在PDCCH中检测到与该UE所属的UE类型对应的P-RNTI时，则确定上述寻呼控制信道对应的寻呼信息与UE所属的类型匹配；2)在PDCCH中检测到与该UE所属的UE类型对应的寻呼时频资源信息时，则确定上述寻呼控制信道对应的寻呼信息与UE所属的类型匹配；3)在检测到P-DCI(P-DCI)中的指定信息所指示的UE类型中存在与当前UE所属的类型相同的类型时，则确定上述寻呼控制信道对应的寻呼信息与UE所属的类型匹配。也就是说，不同的UE类型会对应不同的P-RNTI，不同的UE类型会对应不同的paging时频资源；用于指示UE类型的指示信息会显式的携带在paging DCI中，例如可以通过重用paging DCI中的short message比特指示UE类型。
由此可见，在计算出来的PO盲检paging DCI时，可以基于以下原则获取UE类型：不同的类型指示会对应不同的P-RNTI；不同的类型指示会对应不同的paging时频资源；类型指示会显式的携带在paging DCI中，比如可以通过重用paging DCI中的short message比特。
当然，在一些可能的应用场景中，还可以存在以下情况：上述三种信息(即P-RNTI、寻呼时频资源信息和指定信息)中的两个或三个信息对应的UE类型与当前UE所属的UE类型相同时，则确定寻呼控制信道所对应的寻呼信息与UE所属的UE类型是匹配的。
另外，对于第3)种情况，上述寻呼控制信息包括但不限于：P-DCI；此时，P-DCI通过预设比特位指示UE类型，可以采用预设比特位指示一个或多个UE类型，在该P-DCI中引入指示域(例如DCI中的比特域)来显式地指示某一类或者多类UE类型。在本申请的一些可选实施例中，P-DCI所指示的UE类型的最大数量不大于预设比特位的比特数。
具体地，预设比特位中用于指示UE类型的比特位与UE类型是一一对应的(即预设比特位能够同时指示多种UE类型)，或者预设比特位中的比特域显式的指示某一种特定的UE类型。例如，在保留比特位的数量为8bit时，则可以指示8种UE类型，例如，第一个比特位对应UE类型1，第二个比特位对应UE类型2，依次类推。
上述预设比特位数据可以包括两类：1)Paging DCI中的预留比特位和2)shortmessage的8个比特位。具体地：
其中，Paging DCI采用的格式为DCI format 1-0，其中，该格式的Paging DCI中各个比特域的定义如下(参见5G通信协议中的TS 38.212)：
-短消息指示(Short Messages Indicator)-根据表7.3.1.2.1-1中的2比特。
-短消息(Short Messages)-[9，TS 38.331]的字条款6.5中的8bits.如果仅携带用于寻呼的调度信息(scheduling information for Paging)，该比特域被保留.
-频域资源分配(Frequency domain resource assignment)-个比特.如果仅携带短消息，该比特域被保留，其中，/>为CORESET 0的大小。
-时域资源分配(Time domain resource assignment)-[6，TS38.214]的子条款中定义的5.1.2.1的4比特.如果仅携带短消息，该比特域被保留。
-虚拟资源块(Virtual Resource Block，简称为VRB)到物理资源块(PhysicalResource Block，简称为PRB)的映射-5G通信协议TS 38.212中的表7.3.1.1.2-33中的1比特。如果仅携带短消息，该比特域被保留。
-调制编码机制(Modulation and coding scheme)-[6，TS38.214]的子条款5.1.3定义的5比特.如果仅携带短消息，该比特域被保留。
-传输块(Transferring Block，简称为TB)缩放-[6，TS38.214]的子条款5.1.3.2中定义的2bits。如果仅携带短消息，该比特域被保留。
-保留比特(Reserved bits)-6个比特。
由此可见，本申请实施例中一种方式是采用该Paging DCI format 1-0中的6bit的保留比特位。
另外一种方式是，采用short message的8bit。当然short message的8比特在某些情况下又有不同的使用方式：
当short message indicator指示该paging只有scheduling information时，则整个8比特的short message都可以用来指示UE类型
当short message indicator指示该paging存在short message时，即shortmessage需要进一步指示地震和海啸预警***(Earthquake and Tsunami WarningSystem，简称为ETWS)/商用移动预警业务(Comercial Mobile Alert Service，简称为CMAS)时，则只有6比特的预留比特可用，这种情况下的short message的定义在38.331中如下表格中定义：
在使用短消息的保留比特位指示UE类型时，也可以使用比特位的组合来表示，例如，在保留比特位的数量为8bit时，则可以使用该8bit中各个bit位的不同取值组合来表示不同的UE类型，此时，短消息的保留比特位可以支持28种UE类型的指示，但是，该方案中，每次寻呼时仅能指示一个UE类型，而不能指示多个UE类型。而采用之前提及的比特位与UE类型对应的方案，则可以在寻呼时同时支持多种UE类型的寻呼。
在本申请的一些实施例中，UE监听寻呼控制信道的过程可以表现为以下过程：UE确定该UE自身对应的PO；UE基于确定的PO对寻呼控制信道(例如PDCCH)进行盲检；UE在对寻呼控制信道进行盲检的过程中，判断寻呼控制信道和/或寻呼信道所包含的寻呼信息是否与UE所属的UE类型匹配。
在本申请的一些可选的实施例中，UE确定自身所属的类型的方式有多种，例如，可以预先定义确定，也可以由网络侧设备指定UE的类型。对于后者，可以表现为以下实现过程，可以通过UE和网络侧设备之间的交互消息实现，例如：UE向网络侧设备发送注册请求消息；UE接收注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；UE基于UE类型的指示信息确定UE所属的类型。即网络侧设备可以在UE注册的过程中指定UE的类型，以便后续寻呼时使用。
又例如，UE接收网络侧设备的广播消息，其中，该广播消息中携带有UE类型的指示信息；UE基于UE类型的指示信息确定UE所属的类型。
另外，在步骤S208的判断过程中，在UE在判断结果指示寻呼信息或寻呼控制信道与UE类型不匹配时，会拒绝寻呼控制信道(例如PDCCH)调度的寻呼消息。
本申请实施例还提供了一种寻呼处理方法，该方法主要从网络侧说明本申请实施例中对于寻呼过程的改进，具体地，如图3所示，该呼叫处理方法包括：
步骤S302，网络侧设备确定寻呼的UE类型；
步骤S304，网络侧设备基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼。
例如：网络侧设备确定与UE类型匹配的P-RNTI或寻呼时频资源；并基于与P-RNTI或寻呼时频资源对应的寻呼控制信道发起寻呼。
又例如：网络侧设备确定与UE类型对应的寻呼控制信息，并将寻呼控制信息通过寻呼控制信道发送至UE。其中，寻呼控制信息包括：P-DCI；P-DCI通过短消息的保留比特位(reserve bit)数据指示UE类型。其中，P-DCI所指示的UE类型的最大数量不大于预设比特位的比特数。预设比特位中用于指示UE类型的比特位与UE类型是一一对应的。
其中，网络侧设备可以通过以下之一方式指示UE类型：1)网络侧设备接收来自UE的注册请求消息；网络侧设备向UE发送注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；2)网络侧设备向UE发送广播消息，其中，该广播消息中携带有UE类型的指示信息。
可以看出，由于网络侧设备基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼，因此，可以告知UE本次寻呼的UE类型，可以避免触发非当前寻呼的UE类型的盲检过程，从而避免了寻呼虚警的产生，进而解决了相关技术中的寻呼流程时常发生错误的技术问题。
需要说明的是，图3所示实施例的优选实施方式可以参见实施例1中的相关描述，此处不再赘述。
本申请实施例提供了另一种寻呼处理方法，如图4所示，该方法包括：
步骤S402，UE接收来自网络侧设备的UE类型指示信息；
可选地，UE可以通过PDCCH接收上述UE类型指示信息。
步骤S404，UE判断UE类型指示信息所指示的UE类型中是否存在与UE所属的类型相同的类型；
步骤S406，在UE类型指示信息所指示的UE类型中存在与UE所属的类型相同的类型时，UE继续解码通过物理下行控制信道调度的寻呼消息。
具体地，从UE角度而言，在依据确定的PO盲检paging DCI时，可以通过以下几种方式获取该类型信息：
不同的类型指示会对应不同的P-RNTI；
不同的类型指示会对应不同的paging时频资源；
类型指示会显式的携带在paging DCI中，比如可以通过重用paging DCI中的short message比特；
当采用short message指示UE类型的时候，可以利用现有的short message中的reserve bit，最多可以指示不超过reserve bit数量的UE类型，比如：
假设定义了N种UE类型，其中short message中的reserve bit数量为n，那么该paging消息最多可以指示n中UE类型。
需要规定reserve bit的bit位于UE类型的对应关系，比如第一个比特位对应UE类型1，第二个比特位对应UE类型2，依次类推；
UE收到short message时，根据自己的UE类型，以及对应short message中的比特位所指示的UE类型确定是否继续解析寻呼消息，如果paging DCI指示了这个UE的UE类型，则UE继续解码PDSCH。如果该paging DCI没有指示该UE的UE类型，则UE不需要继续解码PDSCH。
UE通过以上方式或者该UE类型指示消息，在根据UE的类型，判断是否需要继续解码PDSCH，也就是paging message：如果该paging消息不是针对这个UE的类型，则UE可以不同意解码PDSCH。如果该paging消息是针对该UE类型，则UE解码PDSCH传输的pagingmessage。
本申请实施例还提供了一种寻呼处理装置，应用于UE，该寻呼处理装置用于如图2所示的方法，该寻呼处理装置包括：监听模块50，用于在预定的时域位置监听寻呼控制信道；判断模块52，用于判断寻呼控制信道和/或寻呼控制信道所包含的寻呼信息是否与UE所属的UE类型匹配；处理模块54，用于在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配时，继续解码寻呼控制信道调度的寻呼消息。
在一些可选的实施例中，判断模块52，还用于判断以下至少之一信息对应的UE类型是否与UE所属的类型相同：寻呼控制信道对应的P-RNTI、寻呼控制信道对应的寻呼时频资源信息；其中，在寻呼控制信道对应的P-RNTI和寻呼时频资源信息中的至少之一对应的UE类型与UE所属的UE类型相同时，确定寻呼控制信道与UE所属的UE类型匹配；以及判断寻呼控制信道所包含的寻呼控制信息所指示的UE类型是否相同；其中，在寻呼控制信息所指示的UE类型与UE的类型相同时，确定寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配。
其中，寻呼控制信息包括：P-DCI；P-DCI通过预设比特位指示UE类型。P-DCI所指示的UE类型的最大数量不大于预设比特位的比特数。
为了支持多种UE类型，预设比特位中用于指示UE类型的比特位与UE类型是一一对应的。
可选地，监听模块50，用于确定预定的时域位置对应的寻呼机会；并基于确定的寻呼机会对寻呼控制信道进行盲检。
如图6所示，上述装置还可以包括以下模块：发送模块56，用于向网络侧设备发送注册请求消息；第一接收模块58，用于接收注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；第一确定模块60，用于基于UE类型的指示信息确定UE所属的类型。第二接收模块62，用于接收所述网络侧设备的广播消息，其中，该广播消息中携带有所述UE类型的指示信息；第二确定模块64，用于基于所述UE类型的指示信息确定所述UE所属的类型
处理模块54，还用于在寻呼控制信道和/或寻呼控制信道所包含的寻呼信息与UE所属的UE类型不匹配时，拒绝解码UE接收的寻呼消息。
需要说明的是，图5-图6所示实施例的优选实施方式可以参见图2所示实施例的相关描述，此处不再赘述。
还需要说明的是，图5-图6所示实施例中的各个模块是可以通过软件或硬件来实现的，例如，上述各个模块位于一个处理器中；或者，上述各个模块以任意组合的方式位于不同的处理器中。
本申请实施例还提供了另一种寻呼处理装置，如图7所示，该寻呼处理装置包括：
确定模块70，用于确定寻呼的UE类型；
寻呼模块72，用于基于与UE类型对应的寻呼信息发起寻呼。
其中，寻呼模块72，用于确定与UE类型匹配的P-RNTI或寻呼时频资源；并基于与P-RNTI或寻呼时频资源对应的寻呼控制信道发起寻呼；或者，确定与UE类型对应的寻呼控制信息，并将寻呼控制信息通过寻呼控制信道发送至UE。
其中，寻呼模块72在基于寻呼控制信息指示UE类型时，寻呼控制信息包括：P-DCI；P-DCI通过预设比特位指示用户设备类型。
具体地，P-DCI所指示的用户设备类型的最大数量不大于预设比特位的比特数。预设比特位中用于指示用户设备类型的比特位与用户设备类型是一一对应的。
可选地，如图8所示，上述寻呼处理装置还包括：接收模块80，用于接收来自用户设备的注册请求消息；第一发送模块82，用于向用户设备发送注册请求的响应消息，其中，该注册请求的响应消息中携带有用户设备类型的指示信息。第二发送模块84，用于向所述用户设备发送广播消息，其中，该广播消息中携带有所述用户设备类型的指示信息。
图7-图8所示实施例的优选实施方式，可以参见图3所示实施例的相关描述，此处不再赘述。
还需要说明的是，图7-图8所示实施例中的各个模块是可以通过软件或硬件来实现的，例如，上述各个模块位于一个处理器中；或者，上述各个模块以任意组合的方式位于不同的处理器中。
本申请实施例提供了一种UE，如图9所示，该UE 9包括：收发器90、处理器92，还可以包括存储器94等硬件组件，其中：
收发器90，用于监听寻呼控制信道；
处理器92，用于调用存储器94中的程序指令，实现以下功能：判断寻呼控制信道所对应的寻呼信息是否与UE所属的UE类型匹配；在判断结果指示寻呼信息与UE类型不匹配时，拒绝解码UE接收的寻呼消息。
例如，处理器92，可以设置为读取存储器94中的程序指令，并执行以下处理过程：UE判断以下至少之一信息对应的UE类型是否与UE所属的类型相同：寻呼控制信道对应的P-RNTI、寻呼控制信道对应的寻呼时频资源信息；其中，在寻呼控制信道对应的P-RNTI和寻呼时频资源信息中的至少之一对应的UE类型与UE所属的UE类型相同时，确定寻呼控制信道与UE所属的UE类型匹配；UE判断寻呼控制信道所包含的寻呼控制信息所指示的UE类型是否相同；其中，在寻呼控制信息所指示的UE类型与UE的类型相同时，确定寻呼控制信道所包含的寻呼信息与UE所属的UE类型匹配。
又例如，处理器92，可以设置为读取存储器94中的程序指令，并执行以下处理过程：向网络侧设备发送注册请求消息；接收注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息；UE基于UE类型的指示信息确定UE所属的类型。
上述处理器可以是一种集成电路芯片，具有数据处理能力。在实现过程中，上述方法的一些步骤可以通过处理器92中的硬件的集成逻辑电路或者软件形式的指令完成，其可以是通用处理器、数字信号处理器、专用集成电路、可编程逻辑器件等。处理器92可以读取存储器94中的信息以实现相应的功能。
本申请实施例还提供了一种网络侧设备，如图10所示，该网络侧设备1包括：处理器100，用于确定寻呼的UE类型；收发器102，用于基于与UE类型匹配的寻呼控制信道和/或寻呼控制信道所包含的寻呼信息发起寻呼；存储器104，用于存储程序指令。
处理器100用于调用存储器104中的程序指令，实现以下功能：确定与UE类型匹配的P-RNTI或寻呼时频资源；并通知收发器102基于与P-RNTI或寻呼时频资源对应的寻呼控制信道发起寻呼；确定与UE类型对应的寻呼控制信息，并通知收发器102将寻呼控制信息通过寻呼控制信道发送至UE。
其中，寻呼控制信息包括：P-DCI；P-DCI通过预设比特位指示UE类型。P-DCI所指示的UE类型的最大数量不大于预设比特位的比特数。预设比特位中用于指示UE类型的比特位与UE类型是一一对应的。
收发器102，还用于接收来自UE的注册请求消息；向UE发送注册请求的响应消息，其中，该注册请求的响应消息中携带有UE类型的指示信息。
本申请实施例还提供了一种非易失性存储介质，该非易失性存储介质包括存储的程序，其中，在程序运行时控制非易失性存储介质所在设备执行以上的寻呼处理方法。例如，可以执行图2至图4中所述的寻呼处理方法。
本申请实施例的还提供了一种处理器，处理器设置为运行存储在存储器中的程序，其中，程序运行时执行以上的寻呼处理方法。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。
Claims (14)
1.一种寻呼处理方法，包括：
用户设备在预定的时域位置监听寻呼控制信道；
所述用户设备判断所述寻呼控制信道是否与所述用户设备所属的用户设备类型匹配；
在所述寻呼控制信道与所述用户设备所属的用户设备类型匹配时，所述用户设备继续解码所述寻呼控制信道调度的寻呼消息，
其中，所述用户设备判断所述寻呼控制信道是否与所述用户设备所属的用户设备类型匹配，包括：
所述用户设备判断以下至少之一信息对应的用户设备类型是否与所述用户设备所属的类型相同：所述寻呼控制信道对应的寻呼无线网络临时标识、所述寻呼控制信道对应的寻呼时频资源信息；其中，在所述寻呼控制信道对应的寻呼无线网络临时标识和寻呼时频资源信息中的至少之一对应的用户设备类型与所述用户设备所属的用户设备类型相同时，确定所述寻呼控制信道与所述用户设备所属的用户设备类型匹配。
2.根据权利要求1所述的方法，其中，用户设备在预定的时域位置监听寻呼控制信道之前，所述方法还包括：
所述用户设备向网络侧设备发送注册请求消息；所述用户设备接收所述注册请求的响应消息，其中，该注册请求的响应消息中携带有所述用户设备类型的指示信息；所述用户设备基于所述用户设备类型的指示信息确定所述用户设备所属的类型；或者，
所述用户设备接收所述网络侧设备的广播消息，其中，该广播消息中携带有所述用户设备类型的指示信息；所述用户设备基于所述用户设备类型的指示信息确定所述用户设备所属的类型。
3.根据权利要求1或2所述的方法，其中，所述方法还包括：
在所述寻呼控制信道与所述用户设备所属的用户设备类型不匹配时，所述用户设备拒绝解码所述寻呼控制信道调度的寻呼消息。
4.一种寻呼处理方法，包括：
网络侧设备确定寻呼的用户设备类型；
所述网络侧设备基于与所述用户设备类型匹配的寻呼控制信道发起寻呼，其中，所述网络侧设备基于与用户设备类型匹配的寻呼控制信道发起寻呼，包括：
所述网络侧设备确定与用户设备类型匹配的寻呼无线网络临时标识或寻呼时频资源；并基于与寻呼无线网络临时标识或寻呼时频资源对应的寻呼控制信道发起寻呼。
5.根据权利要求4所述的方法，其中，所述网络侧设备基于与用户设备类型匹配的寻呼控制信道发起寻呼之前，所述方法还包括：
所述网络侧设备接收来自用户设备的注册请求消息；所述网络侧设备向所述用户设备发送所述注册请求的响应消息，其中，该注册请求的响应消息中携带有所述用户设备类型的指示信息；或者，
所述网络侧设备向所述用户设备发送广播消息，其中，该广播消息中携带有所述用户设备类型的指示信息。
6.一种寻呼处理装置，应用于用户设备，所述装置包括：
监听模块，用于在预定的时域位置监听寻呼控制信道；
判断模块，用于判断所述寻呼控制信道是否与所述用户设备所属的用户设备类型匹配；
处理模块，用于在所述寻呼控制信道与所述用户设备所属的用户设备类型匹配时，继续解码所述寻呼控制信道调度的寻呼消息，
其中，所述判断模块，还用于判断以下至少之一信息对应的用户设备类型是否与所述用户设备所属的类型相同：所述寻呼控制信道对应的寻呼无线网络临时标识、所述寻呼控制信道对应的寻呼时频资源信息；其中，在所述寻呼控制信道对应的寻呼无线网络临时标识和寻呼时频资源信息中的至少之一对应的用户设备类型与所述用户设备所属的用户设备类型相同时，确定所述寻呼控制信道与所述用户设备所属的用户设备类型匹配。
7.根据权利要求6所述的装置，其中，所述装置还包括：
发送模块，用于向网络侧设备发送注册请求消息；第一接收模块，用于接收所述注册请求的响应消息，其中，该注册请求的响应消息中携带有所述用户设备类型的指示信息；第一确定模块，用于基于所述用户设备类型的指示信息确定所述用户设备所属的类型；
第二接收模块，用于接收所述网络侧设备的广播消息，其中，该广播消息中携带有所述用户设备类型的指示信息；第二确定模块，用于基于所述用户设备类型的指示信息确定所述用户设备所属的类型。
8.根据权利要求6或7所述的装置，其中，所述处理模块，还用于在所述寻呼控制信道与所述用户设备所属的用户设备类型不匹配时，拒绝解码所述寻呼控制信道调度的寻呼消息。
9.一种寻呼处理装置，包括：
确定模块，用于确定寻呼的用户设备类型；
寻呼模块，用于基于与所述用户设备类型匹配的寻呼控制信道发起寻呼，
其中，所述寻呼模块还用于确定与用户设备类型匹配的寻呼无线网络临时标识或寻呼时频资源；并基于与寻呼无线网络临时标识或寻呼时频资源对应的寻呼控制信道发起寻呼。
10.根据权利要求9所述的装置，其中，所述装置还包括：
接收模块，用于接收来自用户设备的注册请求消息；第一发送模块，用于向所述用户设备发送所述注册请求的响应消息，其中，该注册请求的响应消息中携带有所述用户设备类型的指示信息；
第二发送模块，用于向所述用户设备发送广播消息，其中，该广播消息中携带有所述用户设备类型的指示信息。
11.一种用户设备，包括：
收发器，用于在预定的时域位置监听寻呼控制信道；
处理器，用于判断所述寻呼控制信道是否与所述用户设备所属的用户设备类型匹配；在所述寻呼控制信道与所述用户设备所属的用户设备类型匹配时，继续解码所述寻呼控制信道调度的寻呼消息，
所述处理器还用于，判断以下至少之一信息对应的用户设备类型是否与所述用户设备所属的类型相同：所述寻呼控制信道对应的寻呼无线网络临时标识、所述寻呼控制信道对应的寻呼时频资源信息；其中，在所述寻呼控制信道对应的寻呼无线网络临时标识和寻呼时频资源信息中的至少之一对应的用户设备类型与所述用户设备所属的用户设备类型相同时，确定所述寻呼控制信道与所述用户设备所属的用户设备类型匹配。
12.一种网络侧设备，包括：
处理器，用于确定寻呼的用户设备类型；
收发器，用于基于与所述用户设备类型匹配的寻呼控制信道发起寻呼，
所述收发器还用于，确定与用户设备类型匹配的寻呼无线网络临时标识或寻呼时频资源；并基于与寻呼无线网络临时标识或寻呼时频资源对应的寻呼控制信道发起寻呼。
13.一种通信***，包括：网络侧设备和用户设备，其中：
所述网络侧设备，用于确定寻呼的用户设备类型；基于与所述用户设备类型匹配的寻呼控制信道发起寻呼；其中，基于与用户设备类型匹配的寻呼控制信道发起寻呼，包括：确定与用户设备类型匹配的寻呼无线网络临时标识或寻呼时频资源；并基于与寻呼无线网络临时标识或寻呼时频资源对应的寻呼控制信道发起寻呼；
所述用户设备，用于在预定的时域位置监听寻呼控制信道；判断所述寻呼控制信道是否与所述用户设备所属的用户设备类型匹配；以及在所述寻呼控制信道与所述用户设备所属的用户设备类型匹配时，继续解码所述寻呼控制信道调度的寻呼消息，其中，判断所述寻呼控制信道是否与所述用户设备所属的用户设备类型匹配，包括：判断以下至少之一信息对应的用户设备类型是否与所述用户设备所属的类型相同：所述寻呼控制信道对应的寻呼无线网络临时标识、所述寻呼控制信道对应的寻呼时频资源信息；其中，在所述寻呼控制信道对应的寻呼无线网络临时标识和寻呼时频资源信息中的至少之一对应的用户设备类型与所述用户设备所属的用户设备类型相同时，确定所述寻呼控制信道与所述用户设备所属的用户设备类型匹配。
14.一种非易失性存储介质，该非易失性存储介质包括存储的程序，其中，在所述程序运行时控制所述非易失性存储介质所在设备执行权利要求1至3中任意一项所述的寻呼处理方法，或者执行权利要求4至5中任意一项所述的寻呼处理方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/077666 WO2021174430A1 (zh) | 2020-03-03 | 2020-03-03 | 寻呼处理方法及装置、用户设备、网络侧设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114982319A CN114982319A (zh) | 2022-08-30 |
| CN114982319B true CN114982319B (zh) | 2024-04-30 |
Family
ID=77612866
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080093706.0A Active CN114982319B (zh) | 2020-03-03 | 2020-03-03 | 寻呼处理方法及装置、用户设备、网络侧设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN114982319B (zh) |
| WO (1) | WO2021174430A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117202141A (zh) * | 2022-05-30 | 2023-12-08 | 华为技术有限公司 | 一种寻呼方法及装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104838709A (zh) * | 2013-09-27 | 2015-08-12 | 华为技术有限公司 | 寻呼用户设备的方法和装置 |
| CN109792712A (zh) * | 2018-01-31 | 2019-05-21 | Oppo广东移动通信有限公司 | 寻呼方法、网络设备和终端设备 |
| WO2019148371A1 (zh) * | 2018-01-31 | 2019-08-08 | Oppo广东移动通信有限公司 | 用于寻呼的方法、终端设备和网络设备 |
| WO2019192006A1 (en) * | 2018-04-05 | 2019-10-10 | Panasonic Intellectual Property Corporation Of America | Paging occasion design in new radio |
| CN110621068A (zh) * | 2017-01-06 | 2019-12-27 | 华为技术有限公司 | 一种寻呼方法和装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11206633B2 (en) * | 2018-03-28 | 2021-12-21 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving system information |
| CN110839214B (zh) * | 2018-08-17 | 2021-12-10 | 北京紫光展锐通信技术有限公司 | 唤醒信号的发送资源位置的配置方法、唤醒方法及其装置 |
-
2020
- 2020-03-03 WO PCT/CN2020/077666 patent/WO2021174430A1/zh active Application Filing
- 2020-03-03 CN CN202080093706.0A patent/CN114982319B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104838709A (zh) * | 2013-09-27 | 2015-08-12 | 华为技术有限公司 | 寻呼用户设备的方法和装置 |
| CN110621068A (zh) * | 2017-01-06 | 2019-12-27 | 华为技术有限公司 | 一种寻呼方法和装置 |
| CN109792712A (zh) * | 2018-01-31 | 2019-05-21 | Oppo广东移动通信有限公司 | 寻呼方法、网络设备和终端设备 |
| WO2019148371A1 (zh) * | 2018-01-31 | 2019-08-08 | Oppo广东移动通信有限公司 | 用于寻呼的方法、终端设备和网络设备 |
| WO2019192006A1 (en) * | 2018-04-05 | 2019-10-10 | Panasonic Intellectual Property Corporation Of America | Paging occasion design in new radio |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114982319A (zh) | 2022-08-30 |
| WO2021174430A1 (zh) | 2021-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210258917A1 (en) | Paging Optimization Method, Apparatus, and System | |
| EP3281423B1 (en) | Communication system | |
| EP2679072B1 (en) | Transfer of access restriction information between a radio network node and a user equipment | |
| RU2474974C2 (ru) | Способ передачи сигнала вызова, мобильная станция и базовая станция радиосвязи | |
| US11902935B2 (en) | Method and apparatus for performing paging in a communication system | |
| US20200169982A1 (en) | Technique for Idle Mode Paging in a Radio Communicaiton between a Network Node and a Radio Device | |
| EP3503469B1 (en) | Transmission method for common message and device | |
| KR101540481B1 (ko) | 이동통신 시스템에서의 시스템정보에 포함된 스케줄링 정보를 이용하여 재해경보 메시지를 수신하는 방법 | |
| CN110235455B (zh) | 用于多媒体广播多播业务的方法、用户设备和无线电网络节点 | |
| WO2019096035A1 (en) | Paging systems | |
| US20110255499A1 (en) | Method for receiving control information and terminal device using the same | |
| US11019595B2 (en) | Paging method and device | |
| WO2011050996A1 (en) | Technique for notifying changes on a multimedia broadcast multicast service specific system information | |
| CA3130409C (en) | Wireless communication device, radio access network node, methods, and computer programs for power efficient paging escalation | |
| CN108990149B (zh) | 寻呼配置方法 | |
| KR101527044B1 (ko) | 기기간통신을 지원하는 무선접속시스템에서 그룹 대표 지원 방법 및 장치 | |
| CN114982319B (zh) | 寻呼处理方法及装置、用户设备、网络侧设备 | |
| KR101540479B1 (ko) | 이동통신 시스템에서의 재해경보 메시지를 수신하는 방법 | |
| WO2020192713A1 (zh) | 信道测量方法、装置、***和存储介质 | |
| CN101686090B (zh) | 一种地震海啸预警***的***消息接收、传输方法 | |
| CN108990150B (zh) | 寻呼处理方法 | |
| CN115474161B (zh) | 集群寻呼方法、装置、集群终端、网络设备及存储介质 | |
| CN103037470B (zh) | 一种获取接入控制信息的方法、装置和*** | |
| CN114727230B (zh) | 信息传输方法及装置 | |
| WO2013085128A1 (en) | Method and apparatus for transmitting a mac control message in wireless access system |
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 |