[go: up one dir, main page]

CN113225696B - 寻呼处理方法、装置、设备及存储介质 - Google Patents

寻呼处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN113225696B
CN113225696B CN202110612947.8A CN202110612947A CN113225696B CN 113225696 B CN113225696 B CN 113225696B CN 202110612947 A CN202110612947 A CN 202110612947A CN 113225696 B CN113225696 B CN 113225696B
Authority
CN
China
Prior art keywords
service type
target
paging
call
call processing
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
Application number
CN202110612947.8A
Other languages
English (en)
Other versions
CN113225696A (zh
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.)
Quectel Wireless Solutions Co Ltd
Original Assignee
Quectel Wireless Solutions Co 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 Quectel Wireless Solutions Co Ltd filed Critical Quectel Wireless Solutions Co Ltd
Priority to CN202110612947.8A priority Critical patent/CN113225696B/zh
Publication of CN113225696A publication Critical patent/CN113225696A/zh
Priority to EP21943779.5A priority patent/EP4236389A4/en
Priority to PCT/CN2021/116965 priority patent/WO2022252425A1/zh
Application granted granted Critical
Publication of CN113225696B publication Critical patent/CN113225696B/zh
Priority to US18/111,485 priority patent/US11770796B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • 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
    • 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)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种寻呼处理方法、装置、设备及存储介质，方法应用于基站，基站包括呼叫单元，方法包括：根据预设业务类型将呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫管理单元管理不同的预设业务类型对应的UE；接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；触发与业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，其中，目标UE为包含有目标UE身份标识、且属于目标呼叫处理单元所管理的UE。该目标呼叫处理单元对其所管理的与业务类型指示相关的所有UE发起寻呼，而不会向其它业务类型所关联的其他UE发起寻呼，可以有效降低能耗。

Description

寻呼处理方法、装置、设备及存储介质
技术领域
本申请涉及通信技术领域，具体涉及一种寻呼处理方法、装置、设备及存储介质。
背景技术
随着移动通信技术的发展，新一代无线演进系统-第五代移动通信系统(5G)采用大规模多进多出(Multiple Input Multiple Output，MIMO)技术，非正交多址技术，同时同频全双工通信技术，新型编码技术，高阶调制等技术，能够实现峰值速率可达Gbit/s的标准，以满足高清视频、虚拟现实等大数据量传输；空中接口时延水平需要在1ms左右，满足自动驾驶、远程医疗等实时应用。超大网络容量，提供千亿设备的连接能力，满足物联网通信。
目前的5G系统的寻呼分可以分为三种,其中一种是5G核心网(5G Core Network，5GC)发起的寻呼UE的信息，5GC内部多个网元协同最终由接入及移动性功能单元(Accessand Mobility Management Function，AMF)发送给5G无线接入网(Radio access network，RAN)侧来触发。5G RAN发送的寻呼消息在跟踪区(Tracking Area，TA)区域内所有小区组上广播。当网络想要发送下行消息或数据的时候，需要通过寻呼的方式让UE回到连接模式(RRC_CONNECTED)状态，为了让这些信令/数据达到UE或5GC，会触发寻呼过程，当前寻呼的范围就从TA到达某一个RAN区，即某个RAN的所有用户设备都会接受寻呼消息，属于被核心网寻呼的UE能够正确地接收基于调度的物理下行控制信道(Physical Downlink ControlChannel，PDCCH)和/或物理下行共享信道(Physical Downlink Shared Channel，PDSCH)来传输的寻呼信息，当UE监听到寻呼消息DCI内部携带特定的PI-RNTI指示后，就开始解调，解码相应的PDCCH和/或PDSCH以提取自己的寻呼消息。然而，TA区域内的其它用户设备为了监听是否有自己的寻呼信息，需要不停地盲检(PDCCH和PDSCH)。因此，其它用户设备需要遍历整个搜索空间的资源聚合级，这样会有多个或者所有的用户设备同时在不断地耗电中，造成了能量浪费。
发明内容
本申请实施例提供一种寻呼处理方法、装置、设备及存储介质，可以有效降低能耗。
第一方面，提供了一种寻呼处理方法，所述方法包括：应用于基站，所述基站包括呼叫单元，所述方法包括：根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫管理单元管理不同的预设业务类型对应的用户设备UE；接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，其中，所述目标UE为包含有所述目标UE身份标识、且属于所述目标呼叫处理单元所管理的UE。
在第一方面中，所述方法还包括：接收UE与所述基站第一次建立服务请求时上报的服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；根据所述UE业务类型和所述UE身份标识，建立并存储所述UE业务类型与所述UE身份标识的第一对应关系；根据所述第一对应关系与所述预设业务类型，确定每一所述呼叫管理单元所管理的UE。
在第一方面中，所述基站包括中心单元和分布单元，所述根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，包括：
根据预设业务类型将位于所述分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元；或者
根据预设业务类型将位于所述分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元。
在第一方面中，所述接收来自5G核心网的携带有业务类型指示和目标UE身份标识的寻呼消息，包括：控制所述中心单元接收来自核心网的携带有业务类型指示和目标UE身份标识的NGAP寻呼消息；控制所述中心单元通过F1接口对所述NGAP寻呼消息进行信令服务以生成F1AP寻呼消息，以及向所述分布单元发送所述F1AP寻呼消息，所述F1AP寻呼消息携带有所述业务类型指示和所述目标UE身份标识。
在第一方面中，所述触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，包括：根据所述业务类型指示与所述第一对应关系，确定所述目标UE；将所述业务类型指示与所述预设业务类型进行匹配，以从所述多个呼叫处理单元中确定出与所述业务类型指示相对应的目标呼叫处理单元；控制所述目标呼叫处理单元对所述目标UE发起寻呼。
在第一方面中，所述根据所述业务类型指示与所述第一对应关系，确定所述目标UE，包括：将所述业务类型指示与所述第一对应关系中的UE业务类型进行匹配，以从所述第一对应关系中的所有UE身份标识中确定出与所述业务类型指示相匹配的候选UE身份标识，其中所述候选UE身份标识包含有所述目标UE身份标识；将所述候选UE身份标识对应的UE确定为目标UE。
在第一方面中，所述预设业务类型包括增强移动宽带eMBB、海量机器类通信mMTC和超高可靠低时延通信URLLC，所述根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，包括：根据所述预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成所述eMBB对应的呼叫处理单元、所述mMTC对应的呼叫处理单元和所述URLLC对应的呼叫处理单元。
第二方面，提供了一种寻呼处理方法，应用于用户设备UE，所述方法包括：当第一次读取基站发送的小区广播信息时，根据所述小区广播信息携带的寻呼辅助指示，控制UE与所述基站建立服务请求并上报服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；接收所述基站中的目标呼叫处理单元发送的寻呼消息，所述寻呼消息携带有业务类型指示和目标UE身份标识，所述目标呼叫处理单元为与所述业务类型指示和所述UE业务类型相关的呼叫处理单元；
当所述UE业务类型与所述业务类型指示相匹配时，对所述寻呼消息进行检测，且对属于当前UE自己的搜索空间内的CCE做CRC校验；
若CRC校验成功，则确定所述寻呼消息为当前UE自己所需的寻呼消息，并进一步对所述寻呼消息进行解码；或者
若CRC校验失败，则确定所述寻呼消息不属于当前UE自己所需的寻呼消息，则丢弃所述寻呼消息。
第三方面，提供了一种寻呼处理装置，应用于基站，所述基站包括呼叫单元，所述装置包括：
划分模块，用于根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫管理单元管理不同的预设业务类型对应的用户设备UE；
第一接收模块，用于接收来自5G核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；
寻呼模块，用于触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，其中，所述目标UE为包含有所述目标UE身份标识、且属于所述目标呼叫处理单元所管理的UE。
在第三方面中，所述装置还包括建立模块，用于：
接收UE与所述基站第一次建立服务请求时上报的服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；
根据所述UE业务类型和所述UE身份标识，建立并存储所述UE业务类型与所述UE身份标识的第一对应关系；
根据所述第一对应关系与所述预设业务类型，确定每一所述呼叫管理单元所管理的UE。
在第三方面中，所述基站包括中心单元和分布单元，所述划分模块，用于：
根据预设业务类型将位于所述分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元；或者
根据预设业务类型将位于所述分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元。
在第三方面中，所述第一接收模块，用于：
控制所述中心单元接收来自核心网的携带有业务类型指示和目标UE身份标识的NGAP寻呼消息；
控制所述中心单元通过F1接口对所述NGAP寻呼消息进行信令服务以生成F1AP寻呼消息，以及向所述分布单元发送所述F1AP寻呼消息，所述F1AP寻呼消息携带有所述业务类型指示和所述目标UE身份标识。
在第三方面中，所述寻呼模块，用于：
根据所述业务类型指示与所述第一对应关系，确定所述目标UE；
将所述业务类型指示与所述预设业务类型进行匹配，以从所述多个呼叫处理单元中确定出与所述业务类型指示相对应的目标呼叫处理单元；
控制所述目标呼叫处理单元对所述目标UE发起寻呼。
在第三方面中，所述寻呼模块，用于根据所述业务类型指示与所述第一对应关系，确定所述目标UE，具体包括：将所述业务类型指示与所述第一对应关系中的UE业务类型进行匹配，以从所述第一对应关系中的所有UE身份标识中确定出与所述业务类型指示相匹配的候选UE身份标识，其中所述候选UE身份标识包含有所述目标UE身份标识；将所述候选UE身份标识对应的UE确定为目标UE。
在第三方面中，所述预设业务类型包括增强移动宽带eMBB、海量机器类通信mMTC和超高可靠低时延通信URLLC，所述划分模块，用于：根据所述预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成所述eMBB对应的呼叫处理单元、所述mMTC对应的呼叫处理单元和所述URLLC对应的呼叫处理单元。
第四方面，提供了一种寻呼处理装置，应用于用户设备UE，所述装置包括：
上报模块，用于当第一次读取基站发送的小区广播信息时，根据所述小区广播信息携带的寻呼辅助指示，控制UE与所述基站建立服务请求并上报服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；
第二接收模块，用于接收所述基站中的目标呼叫处理单元发送的寻呼消息，所述寻呼消息携带有业务类型指示和目标UE身份标识，所述目标呼叫处理单元为与所述业务类型指示和所述UE业务类型相关的呼叫处理单元；
检验模块，用于当所述UE业务类型与所述业务类型指示相匹配时，对所述寻呼消息进行检测，且对属于当前UE自己的搜索空间内的CCE做CRC校验；
处理模块，用于若CRC校验成功，则确定所述寻呼消息为当前UE自己所需的寻呼消息，并进一步对所述寻呼消息进行解码；或者若CRC校验失败，则确定所述寻呼消息不属于当前UE自己所需的寻呼消息，则丢弃所述寻呼消息。
第五方面，提供了一种网络设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面所述的寻呼处理方法。
第六方面，提供了一种终端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第二方面所述的方法。
第七方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如第一方面或者第二方面中的任一方面或其各实现方式中的寻呼处理方法。
第八方面，提供了一种计算机程序产品，包括计算机程序指令，计算机程序指令使得计算机执行上述第一方面或第二方面中的任一方面或其各实现方式中的寻呼处理方法。
第九方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面中的任一方面或其各实现方式中的寻呼处理方法。
本申请实施例提供一种寻呼处理方法、装置、设备及存储介质，基站根据预设业务类型将呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫管理单元管理不同的预设业务类型对应的UE；接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；触发与业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，其中，目标UE为包含有目标UE身份标识、且属于目标呼叫处理单元所管理的UE。本申请实施例当基站接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息时，基站会根据寻呼消息中携带业务类型指示，触发与业务类型指示相对应的目标呼叫处理单元，并控制该目标呼叫处理单元对其所管理的与业务类型指示相关的所有UE发起寻呼，而不会向其它业务类型所关联的其他UE发起寻呼，可以有效降低能耗。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的网络结构示意图。
图2为本申请实施例提供的一种通信系统的第一结构示意图。
图3为本申请实施例提供的一种寻呼处理方法的第一流程示意图。
图4为本申请实施例提供的第一应用场景示意图。
图5为本申请实施例提供的第二应用场景示意图。
图6为本申请实施例提供的第三应用场景示意图。
图7为本申请实施例提供的第四应用场景示意图。
图8为本申请实施例提供的第五应用场景示意图。
图9为本申请实施例提供的第六应用场景示意图。
图10为本申请实施例提供的第七应用场景示意图。
图11为本申请实施例提供的第八应用场景示意图。
图12为本申请实施例提供的第九应用场景示意图。
图13为本申请实施例提供的第十应用场景示意图。
图14为本申请实施例提供的一种寻呼处理方法的第二流程示意图。
图15为本申请实施例提供的寻呼处理装置的第一结构示意图。
图16为本申请实施例提供的寻呼处理装置的第二结构示意图。
图17为本申请实施例提供的通信设备的结构示意图。
图18为本申请实施例提供的装置的结构示意图。
图19为本申请实施例提供的一种通信系统的第而结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
5G定义了三大应用场景：即增强移动宽带(Enhanced Mobile Broadband，eMBB),海量机器类通信(Massive Machine Type Communication，mMTC),超高可靠低时延通信(Ultra-Reliable Low-Latency Communication，URLLC)。eMBB是以人为中心的应用场景，集中表现为超高的传输数据速率，广覆盖下的移动性保证等。URLLC在此场景下，连接时延要达到1ms级别，而且要支持高速移动(500KM/H)情况下的高可靠性(99.999％)连接。mMTC强大的连接能力可以快速促进各垂直行业(智慧城市、智能家居、环境监测等)的深度融合。
例如，如图1所示的网络结构示意图，5G NR的小区组成更大的无线接入网(RadioAccess Network，RAN)区，RAN区组成更大的跟踪区。因此，每一个小区属于一个RAN区和跟踪区。跟踪区是核心网级别终端跟踪的基础，RAN区是无线接入网络级别终端跟踪的基础。
目前的5G系统的寻呼分可以分为三种,其中一种是5GC发起的寻呼UE的信息，5GC内部多个网元协同最终由AMF发送给5G RAN侧来触发。5GRAN发送的寻呼消息在TA区域内所有小区组上广播。UE在TA之间移动时，通过TAU让核心网知道UE当前所在的TA区域。在去激活模式(RRC_INACTIVE)状态下，引入了类似TA概念的通知区域(Notification Area，NA)，UE在NA之间移动时，通过通知区域单元(Notification Area Unit，NAU)让网络知道UE所在的NA。因此，当网络想要发送下行消息或数据的时候，需要通过寻呼的方式让UE回到连接模式(RRC_CONNECTED)状态。为了让这些信令/数据达到UE或5GC，会触发寻呼过程，当前寻呼的范围就从TA到达某一个RAN区，也就是某个RAN的所有用户设备都会接受寻呼消息，属于被核心网寻呼的UE能够正确地接收基于调度的PDCCH和/或PDSCH来传输的寻呼信息，当UE监听到寻呼消息DCI内部携带特定的PI-RNTI指示后，就开始解调，解码相应的PDCCH和/或PDSCH以提取自己的寻呼消息。
然而，TA区域内的其它用户设备为了监听是否有自己的寻呼信息，需要不停地盲检(PDCCH和PDSCH)。因此，其它用户设备需要遍历整个搜索空间的资源聚合级，这样会有多个或者所有的用户设备同时在不断地耗电中。尤其在空闲模式(RRC_IDLE)状态和去激活模式(RRC_INACTIVE)状态下的UE，或者在扩展不连续接收模式(Extended DRX，eDRX)、省电模式(Power Saving Mode，PSM)状态下的UE，都会周期性的检测寻呼，十分耗电。
因此，本申请提出一种寻呼处理方法，当基站接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息时，基站会根据寻呼消息中携带业务类型指示，触发与业务类型指示相对应的目标呼叫处理单元，并控制该目标呼叫处理单元对其所管理的与业务类型指示相关的所有UE发起寻呼，而不会向其它业务类型所关联的其他UE发起寻呼，能很大程度上节省用户设备的耗电，可以有效降低能耗，提高寻呼效率。
本申请实施例可以应用于各种通信系统，例如：全球移动通讯(Global System ofMobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、NR系统、NR系统的演进系统、免授权频谱上的LTE(LTE-based access to unlicensed spectrum，LTE-U)系统、免授权频谱上的NR(NR-based access to unlicensed spectrum，NR-U)系统、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、无线局域网(WirelessLocal Area Networks，WLAN)、无线保真(Wireless Fidelity，WiFi)、下一代通信系统或其他通信系统等。
通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device toDevice，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(MachineType Communication，MTC)，以及车辆间(Vehicle to Vehicle，V2V)通信等，本申请实施例也可以应用于这些通信系统。
可选地，本申请实施例中的通信系统可以应用于载波聚合(CarrierAggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Standalone，SA)布网场景。
请参考图2，图2为本申请实施例提供的一种通信系统的结构示意图。该通信系统200可以包括：若干个终端设备210以及若干个网络设备220。网络设备220可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备210进行通信。图2示例性地示出了3个网络设备和5个终端设备，该通信系统可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
其中，终端设备210也可以称为用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备210可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统，例如，NR网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的终端设备等。
作为示例而非限定，该终端设备210还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。或者，该终端设备210也可以是无人飞行器的设备。或者，该终端设备210也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线用户设备。或者，该终端设备210也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
网络设备220可以是用于与移动设备通信的设备，网络设备220可以是WLAN中的接入点(Access Point，AP)，GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA中的基站(NodeB，NB)，还可以是LTE中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及NR网络中的网络设备或者基站(gNB)或者未来演进的PLMN网络中的网络设备等。
在本申请实施例中，网络设备220为小区提供服务，终端设备210通过该小区使用的传输资源(比如频域资源、频谱资源)与网络设备220进行通信，该小区可以是网络设备220(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(Small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Pico cell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
其中，网络设备220和终端设备210之间可以通过无线空口建立无线连接。
例如，终端设备210之间还可以建立端到端(End to End，E2E)连接。
可选地，该通信系统还可以包括网络管理设备230。若干个网络设备220(基站)分别与网络管理设备230相连。其中，网络管理设备230可以是无线通信系统中的核心网设备，比如，该网络管理设备230可以是演进的数据分组核心网(Evolved Packet Core，EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如5G核心网，服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policyand ChargingRules Function，PCRF)或者归属签约用户服务器(Hom eSubscriber Server，HSS)等。对于网络管理设备230的实现形态，本申请实施例不做限定。
应理解的是，在本申请中，可以采用多输入多输出(Multiple-Input Multiple-Output，MIMO)技术。
在本申请实施例中，当在5G核心网(网络管理设备230)内部的AMF触发寻呼消息给5G RAN时，会触发携带有业务类型指示和目标UE身份标识的寻呼消息(NGAP寻呼消息)，基站(网络设备220)接收来自5G核心网的携带有业务类型指示和目标UE身份标识的寻呼消息，并触发与业务类型指示相对应的目标呼叫处理单元对目标UE(终端设备210)发起寻呼，其中，目标UE为包含有目标UE身份标识、且属于目标呼叫处理单元所管理的UE。本申请实施例当基站接收来自5G核心网的携带有业务类型指示和目标UE身份标识的寻呼消息时，基站会根据寻呼消息中携带业务类型指示，触发与业务类型指示相对应的目标呼叫处理单元，并控制该目标呼叫处理单元对其所管理的与业务类型指示相关的所有UE发起寻呼，而不会向其它业务类型所关联的其他UE发起寻呼，能很大程度上节省用户设备的耗电，可以有效降低能耗，提高寻呼效率。
请参阅图3至图13，图3为本申请实施例提供的寻呼处理方法的第一流程示意图，图4至图13为本申请实施例提供的应用场景示意图。该方法应用于基站，所述基站包括呼叫单元，该方法包括：
步骤301，根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫管理单元管理不同的预设业务类型对应的用户设备UE。
在一些实施例中，所述预设业务类型包括增强移动宽带eMBB、海量机器类通信mMTC和超高可靠低时延通信URLLC，所述根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，包括：
根据所述预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成所述eMBB对应的呼叫处理单元、所述mMTC对应的呼叫处理单元和所述URLLC对应的呼叫处理单元。
例如，如图4至图6所示，mMTC、URLLC、eMBB三种预设业务类型的呼叫管理分别体现在gNB的不同呼叫处理单元里，比如划分成mMTC对应的呼叫处理单元1、URLLC对应的呼叫处理单元2和eMBB对应的呼叫处理单元3。这种管理方式是逻辑上的管理分离，不是物理上的管理分离，物理上依然是一个gNB，但在逻辑上是分为三个gNB。在gNB资源的管理上，根据用户业务注册时发起的服务请求里申请业务类型，在gNb中，会根据业务的类型维护一个列表，资源上会划分为不同的呼叫管理资源分别对应不同的业务类型：eMBB、URLLC、mMTC。每一个呼叫管理资源维护一个UE列表，且是同一业务类型。
例如，预设业务类型还可以包括eMBB、URLLC、mMTC、LTE、others等业务类型，可以根据预设的业务类型将物理上的呼叫单元进呼叫管理划分，以从逻辑上划分成多个不同预设业务类型对应的呼叫处理单元。
在一些实施例中，所述基站包括中心单元和分布单元，所述根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，包括：
根据预设业务类型将位于所述分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元；或者
根据预设业务类型将位于所述分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元。
如图7所示，5G基站(generation Node-B，gNB)的逻辑体系采用中心单元(CU)和分布单元(DU)分离模式。基于协议栈功能的配置，CU-DU逻辑体系可以分为2种，即CU-DU分布架构和CU-DU融合架构，如图7所示的5GC-RAN结构图，包含左右两个gNB的形式。5GC与gNB之间的逻辑接口可以采用NG接口，左右两个gNB之间的逻辑接口可以采用Xn-C接口，gNB CU与gNB DU之间的逻辑接口可以采用F1接口。
例如，如图8至图10所示，在gNB DU上，会将每一个用户业务分类到mMTC、URLLC、eMBB三种业务类型上，内部的呼叫管理分别体现在gNB的不同呼叫处理单元里，分别对应呼叫处理单元1(mMTC)，呼叫处理单元2(URLLC)，呼叫处理单元3(eMBB)。这种管理方式可以是逻辑上的管理分离(比如一个呼叫单元划分成多个呼叫处理单元)，也可以是物理上的管理分离(比如将多个呼叫单元划分成多个呼叫处理单元)，对于逻辑上的管理分离，物理上依然是一个gNB DU；对于物理上的管理分离，三大业务呼叫处理以及相关资源属于不同的gNGDU。在gNB DU资源的管理上，根据用户业务注册时发起的服务请求里，申请业务种类，在gNB会根据业务的类型与用户身份识别建立对应关系，资源上会划分为不同的呼叫管理资源分别对应三大类业务：mMTC、URLLC、eMBB。每一个呼叫管理资源维护一个UE列表，且是同一类型的业务类型。
在一些实施例中，所述方法还包括：
接收UE与所述基站第一次建立服务请求时上报的服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；
根据所述UE业务类型和所述UE身份标识，建立并存储所述UE业务类型与所述UE身份标识的第一对应关系；
根据所述第一对应关系与所述预设业务类型，确定每一所述呼叫管理单元所管理的UE。
例如，当UE第一次与网络建立服务请求(Service Request)，会上报UE自身的业务类型，gNB会对存储在gNB内部的逻辑处理单元，建立业务类型与UE身份标识的一一对应关系。即根据UE上报的UE业务类型和UE身份标识，建立并存储UE业务类型与UE身份标识的第一对应关系，然后根据第一对应关系中的UE业务类型与预设业务类型，确定每一呼叫管理单元所管理的UE，以将呼叫管理单元与属于同一业务类型的UE身份标识一一对应起来。
步骤302，接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息。
其中，当在5G核心网内的AMF触发寻呼消息给5G RAN时，会触发NGAP寻呼(NGAPpaging)消息。其中，NGAP表示NG应用协议(NG Application Protocol)，NGAP提供NG-RAN节点与AMF节点之间的信令服务。例如，该NGAP寻呼消息增加一个IE信息表示业务类型指示(Service Mode indicate)，取值范围为3个值，比如取值范围值为(0：eMBB，1：URLLC，2：mMTC)或者为了兼容来自不同接入系统的终端设备，可以设置更多其它方式的取值范围值，比如对于来自LTE呼叫的UE，业务类型(Service Mode indicate)的取值范围可以扩展到更多的值，比如取值范围值为(0：eMBB，1：URLLC，2：mMTC，3：LTE，4：others)。5G RAN在发送寻呼消息时，向小区组内的所有小区上的UE发起寻呼。例如，发起的NGAP paging消息中包含的IE信息如下表1，其中，M表示必须的参量，O表示可选的参量：
IE信息/组名(Group Name) 呈现方式(Presence)
消息类型(Message Type) M
UE寻呼标识(UE Paging Identity) M
寻呼DRX周期(Paging DRX) O
TA列表(TAI List for Paging)
>TA列表(TAI List for Paging Item)
>>TAI M
寻呼优先级(Paging Priority) O
UE寻呼能力(UE Radio Capability for Paging) O
寻呼来源(Paging Origin) O
寻呼辅助数据(Assistance Data for Paging) O
业务类型指示(Service Mode Indicate) M
表1
其中，目标UE身份标识为被寻呼的UE对应的UE寻呼标识。
在一些实施例中，所述接收来自5G核心网的携带有业务类型指示和目标UE身份标识的寻呼消息，包括：
控制所述中心单元接收来自核心网的携带有业务类型指示和目标UE身份标识的NGAP寻呼消息；
控制所述中心单元通过F1接口对所述NGAP寻呼消息进行信令服务以生成F1AP寻呼消息，以及向所述分布单元发送所述F1AP寻呼消息，所述F1AP寻呼消息携带有所述业务类型指示和所述目标UE身份标识。
其中，当该寻呼消息下发到OPEN-RAN形式的gNB，gNB CU接收到来自5G核心网内的AMF发送的携带有业务类型指示(Service Mode indicate)的NGAP寻呼消息时，gNB CU通过F1AP paging发送到gNB DU，此时F1AP paging也会携带Service Mode indicate。其中，F1AP提供gNB-CU节点与gNB-DU节点之间的信令服务。服务分为两类：非UE相关服务和UE相关服务。非UE相关服务在gNB-CU与gNB-DU之间建立F1接口实例。UE相关服务为UE接入核心网提供信令和数据连接。
步骤303，触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，其中，所述目标UE为包含有所述目标UE身份标识、且属于所述目标呼叫处理单元所管理的UE。
在一些实施例中，所述触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，包括：
根据所述业务类型指示与所述第一对应关系，确定所述目标UE；
将所述业务类型指示与所述预设业务类型进行匹配，以从所述多个呼叫处理单元中确定出与所述业务类型指示相对应的目标呼叫处理单元；
控制所述目标呼叫处理单元对所述目标UE发起寻呼。
在一些实施例中，所述根据所述业务类型指示与所述第一对应关系，确定所述目标UE，包括：
将所述业务类型指示与所述第一对应关系中的UE业务类型进行匹配，以从所述第一对应关系中的所有UE身份标识中确定出与所述业务类型指示相匹配的候选UE身份标识，其中所述候选UE身份标识包含有所述目标UE身份标识；
将所述候选UE身份标识对应的UE确定为目标UE。
例如，当无线资源控制(Radio Resource Control，RRC)连接建立完成后，UE通过gNB发送服务请求(Service Request)消息给核心网，服务请求消息里包含业务类型指示(Service Mode indicate)和UE Id。当AMF发起寻呼时，同时包含UE Id以及业务类型指示，gNB收到寻呼消息时，根据业务类型指示和UE Id在呼叫处理单元建立对应关系，呼叫处理单元根据相应的业务类型，把UE转发到相应的呼叫处理单元1、呼叫处理单元2、或者呼叫处理单元3，由这些呼叫处理单元去寻呼分管的UE。
例如，当该寻呼消息下发到CU-DU融合架构的gNB，gNB接收到来自AMF的携带有业务类型指示(Service Mode indicate)的寻呼消息时，gNB根据网络三大业务类型以及gNB内的第一对应关系存储的UE身份标识，将每一业务类型与每一个UE相关的逻辑内存单元以及逻辑处理单元一一对应起来。例如，该UE身份标识可以包括gNB里的RAN UE NGAP ID(gNB内的NG接口上唯一标识UE)、或者C-RATI、或者其他可以识别UE身份的标识。当UE第一次与网络建立服务请求，UE会上报UE自身的业务类型(UE业务类型)。gNB会对存储在gNB内部的逻辑处理单元，建立业务类型与UE身份标识的一一对应关系。即根据UE上报的UE业务类型和UE身份标识，建立并存储UE业务类型与UE身份标识的第一对应关系，然后根据第一对应关系中的UE业务类型与预设业务类型，确定每一呼叫管理单元所管理的UE，以将呼叫管理单元与属于同一业务类型的UE身份标识一一对应起来。
例如，mMTC、URLLC、eMBB三种业务类型的呼叫管理分别体现在gNB的不同呼叫处理单元里，这种管理方式是逻辑上的管理分离，不是物理上的管理分离，物理上依然是一个gNB，但在逻辑上是分为三个gNB。在gNB资源的管理上，根据用户业务注册时发起的服务请求里申请业务类型，在gNB中，会根据业务的类型维护一个列表，资源上会划分为不同的呼叫管理资源分别对应不同的业务类型：mMTC、URLLC、eMBB。每一个呼叫管理资源维护一个UE列表，且是同一业务类型。
请参阅图4至图6，gNB会根据寻呼消息中携带的业务类型指示，触发与业务类型指示相对应的目标呼叫处理单元，以控制该目标呼叫处理单元对其所管理的所有UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。其中，通过将业务类型指示与第一对应关系中的UE业务类型进行匹配，以从第一对应关系中的所有UE身份标识中确定出与业务类型指示相匹配的候选UE身份标识，其中候选UE身份标识包含有所述目标UE身份标识，然后将候选UE身份标识对应的UE确定为目标UE，即目标UE为目标呼叫处理单元所管理的所有UE。在物理上，所有的UE也被分为三大组，对这类业务有关的所有UE-ID(UE身份标识)发起寻呼，而其它两种类型的业务所联系的UE-ID不会收到寻呼。从整个小区组来看，节能效率达到原来的三分之二。
如图4所示，AMF发起寻呼，当gNB接收到来自AMF携带有业务类型指示(ServiceMode indicate)和目标UE身份标识的NGAP寻呼消息时，gNB根据NGAP寻呼消息中携带的Service Mode indicate，触发与Service Mode indicate相对应的目标呼叫处理单元，比如该业务类型指示(Service Mode indicate)为mMTC，则触发呼叫处理单元1(mMTC)，该呼叫处理单元1对其所管理的所有与mMTC业务类型相关的用户设备UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。
如图5所示，AMF发起寻呼，当gNB接收到来自AMF携带有业务类型指示(ServiceMode indicate)和目标UE身份标识的NGAP寻呼消息时，gNB根据NGAP寻呼消息中携带的Service Mode indicate，触发与Service Mode indicate相对应的目标呼叫处理单元，比如该业务类型指示(Service Mode indicate)为URLLC，则触发呼叫处理单元2(URLLC)，该呼叫处理单元2对其所管理的所有与URLLC业务类型相关的用户设备UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。
如图6所示，AMF发起寻呼，当gNB接收到来自AMF携带有业务类型指示(ServiceMode indicate)和目标UE身份标识的NGAP寻呼消息时，gNB根据NGAP寻呼消息中携带的Service Mode indicate，触发与Service Mode indicate相对应的目标呼叫处理单元，比如该业务类型指示(Service Mode indicate)为eMBB，则触发呼叫处理单元3(eMBB)，该呼叫处理单元3对其所管理的所有与eMBB业务相关的用户设备UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。
请参阅图8至图10，当该寻呼消息下发到OPEN-RAN形式的gNB，gNB CU接收到来自AMF携带有业务类型指示(Service Mode indicate)和目标UE身份标识的NGAP寻呼消息时，gNB CU通过F1AP paging发送到gNB DU，此时F1AP paging也会携带业务类型指示(ServiceMode indicate)和目标UE身份标识。其中，F1AP提供gNB-CU节点与gNB-DU节点之间的信令服务。服务分为两类：非UE相关服务和UE相关服务。非UE相关服务在gNB-CU与gNB-DU之间建立F1接口实例。UE相关服务为UE接入核心网提供信令和数据连接。
本申请实施例中，gNB DU根据网络三大预设业务类型以及gNB里的RAN UE NGAPID(gNB内的NG接口上唯一标识UE)、或者C-RATI、或者其他可以识别UE身份的标识(TMSI/IMSI/SUIP等)，将业务类型与每一个UE唯一标识的ID一一对应起来。即在gNB DU会将每一个用户业务分类到mMTC、URLLC、eMBB三种业务类型上，内部的呼叫管理分别体现在gNB的不同呼叫处理单元里，分别对应呼叫处理单元1，呼叫处理单元2，呼叫处理单元3。这种管理方式可以是逻辑上的管理分离(比如一个呼叫单元划分成多个呼叫处理单元)，也可以是物理上的管理分离(比如将多个呼叫单元划分成多个呼叫处理单元)，对于逻辑上的管理分离，物理上依然是一个gNB DU；对于物理上的管理分离，三大业务呼叫处理以及相关资源属于不同的gNG DU。在gNB DU资源的管理上，根据用户业务注册时发起的服务请求里，申请业务种类，在gNB会根据业务的类型与用户身份识别建立对应关系，资源上会划分为不同的呼叫管理资源分别对应三大类业务：mMTC、URLLC、eMBB。每一个呼叫管理资源维护一个UE列表，且是同一类型的业务类型。gNB会根据寻呼消息中携带的业务类型指示(Service Modeindicate)，触发与业务类型指示相对应的目标呼叫处理单元，该目标呼叫处理单元对其所管理的所有UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。其中，通过将业务类型指示与第一对应关系中的UE业务类型进行匹配，以从第一对应关系中的所有UE身份标识中确定出与业务类型指示相匹配的候选UE身份标识，其中候选UE身份标识包含有所述目标UE身份标识，然后将候选UE身份标识对应的UE确定为目标UE，即目标UE为目标呼叫处理单元所管理的所有UE。在物理上，所有的UE也根据业务类型被划分为三大组，对这类业务有关的所有UE-ID(UE身份标识)发起寻呼，而其它两种类型的业务所联系的UE-ID不会收到寻呼。从整个小区组来看，节能效率达到原来的三分之二。
如图8所示，AMF发起寻呼，当gNB CU接收到来自AMF携带有业务类型指示(ServiceMode indicate)和目标UE身份标识的NGAP寻呼消息时，gNB CU通过F1AP paging发送到gNBDU，此时F1AP paging也会携带业务类型指示(Service Mode indicate)和目标UE身份标识。gNB DU根据F1AP paging中携带的Service Mode indicate，触发与Service Modeindicate相对应的目标呼叫处理单元，比如该业务类型指示(Service Mode indicate)为mMTC，则触发gNB DU内的呼叫处理单元1(mMTC)，该呼叫处理单元1对其所管理的所有与mMTC业务类型相关的用户设备UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。
如图9所示，AMF发起寻呼，当gNB CU接收到来自AMF携带有业务类型指示(ServiceMode indicate)和目标UE身份标识的NGAP寻呼消息时，gNB CU通过F1AP paging发送到gNBDU，此时F1AP paging也会携带业务类型指示(Service Mode indicate)和目标UE身份标识。gNB DU根据F1AP paging中携带的Service Mode indicate，触发与Service Modeindicate相对应的目标呼叫处理单元，比如该业务类型指示(Service Mode indicate)为URLLC，则触发gNB DU内的呼叫处理单元2(URLLC)，该呼叫处理单元2对其所管理的所有与URLLC业务类型相关的用户设备UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。
如图10所示，AMF发起寻呼，当gNB CU接收到来自AMF携带有业务类型指示(Service Mode indicate)和目标UE身份标识的NGAP寻呼消息时，gNB CU通过F1AP paging发送到gNB DU，此时F1AP paging也会携带业务类型指示(Service Mode indicate)和目标UE身份标识。gNB DU根据F1AP paging中携带的Service Mode indicate，触发与ServiceMode indicate相对应的目标呼叫处理单元，比如该业务类型指示(Service Modeindicate)为eMBB，则触发gNB DU内的呼叫处理单元3(eMBB)，该呼叫处理单元3对其所管理的所有与eMBB业务类型相关的用户设备UE发起寻呼，其中被寻呼的UE中包含有目标UE身份标识。
例如，基于来自核心网的寻呼，CU-DU融合架构gNB小区组内被管理的所有用户可以分为三个子组：子组1，子组2，子组3，三个子组分别对应eMBB、mMTC、ULRCC三种业务类型。小区的用户设备根据业务类型也形成不同的被寻呼的用户子组。gNB不同的寻呼处理单元呼叫相应的用户子组。可参图11所示的呼叫逻辑示意图。
例如，基于来自核心网的寻呼，CU-DU分布架构的gNB DU小区组内被管理的所有UE可以分为三个子组：子组1，子组2，子组3分别对应mMTC、URLLC、eMBB三种业务类型，小区的UE根据业务类型也形成不同的被寻呼的用户子组。gNB不同的寻呼管理处理单元呼叫相应的用户子组，gNB DU有两种形式：形式一，一个gNB DU会将每一个用户业务分类到mMTC、URLLC、eMBB三种业务类型上，内部的呼叫管理分别体现在gNB的不同呼叫处理单元里，分别对应呼叫处理单元1、呼叫处理单元2和呼叫处理单元3，可参图12所示的呼叫逻辑示意图。形式二，三个gNB DU分别管理三大业务类型，所有相关的呼叫处理分别在三个gNB DU完成；整个小区组的用户设备也分为三个子组，可参图13所示的呼叫逻辑示意图。
上述所有的技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。
本申请实施例应用于基站，通过根据预设业务类型将呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫管理单元管理不同的预设业务类型对应的UE；接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；触发与业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，其中，目标UE为包含有目标UE身份标识、且属于目标呼叫处理单元所管理的UE。本申请实施例当基站接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息时，基站会根据寻呼消息中携带业务类型指示，触发与业务类型指示相对应的目标呼叫处理单元，并控制该目标呼叫处理单元对其所管理的与业务类型指示相关的所有UE发起寻呼，而不会向其它业务类型所关联的其他UE发起寻呼，可以有效降低能耗。
请参阅图14，图14为本申请实施例提供的寻呼处理方法的第二流程示意图。该方法应用于用户设备，该方法包括：
步骤1401，当第一次读取基站发送的小区广播信息时，根据所述小区广播信息携带的寻呼辅助指示，控制UE与所述基站建立服务请求并上报服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；
步骤1402，接收所述基站中的目标呼叫处理单元发送的寻呼消息，所述寻呼消息携带有业务类型指示和目标UE身份标识，所述目标呼叫处理单元为与所述业务类型指示和所述UE业务类型相关的呼叫处理单元；
步骤1403，当所述UE业务类型与所述业务类型指示相匹配时，对所述寻呼消息进行检测，且对属于当前UE自己的搜索空间内的CCE做CRC校验；若CRC校验成功，则执行步骤1404；若CRC校验失败，则执行步骤1405；
步骤1404，确定所述寻呼消息为有效信息，对所述寻呼消息进行数据处理；
步骤1405，确定所述寻呼消息为无效信息，丢弃所述寻呼消息。
例如，由于对gNB实施逻辑上的呼叫管理，对于终端(用户设备)，当UE周期第一次读取小区广播信息时，主信息块(master information block，MIB)会通知小区的所有UE，告知该小区是否支持寻呼辅助指示，UE读取该小区广播信息后，在服务请求消息中上报自己的业务类型。MIB可以包括下行系统带宽、PHICH配置、系统帧号(SFN)。例如，使用MIB预留11bit信息中的1bit,作为呼叫辅助指示(Paging assistant indicate)，来指示该小区是否会根据业务类型来触发寻呼，同时也指示是什么业务类型的寻呼，其中可以根据用户设备分组确定寻呼的业务类型。其中，同一类业务的用户设备或者与寻呼的业务类型对应的用户子组收到寻呼后，用户设备需要盲检DCI格式。例如，该寻呼消息包含有控制信息，当所有该类业务对应的用户设备尝试对一个控制信息中的(比如候选PDCCH)的所有搜索空间的控制信道单元(Control Channel Element，CCE)进行解码时，先从所有搜索空间的CCE中确定出属于当前UE自己的搜索空间内的CCE，然后对属于当前UE自己的搜索空间内的CCE做CRC校验，其中CRC校验为循环冗余校验。如果CRC校验成功，用户设备会认为这个控制信息是属于自己的，也就知道相应的DCI格式(DCI format)，从而进一步解出DCI内容，比如对该控制信息进行调度分配，调度授权等，以解码出DCI内容。如果所有搜索空间的CCE的CRC校验不成功，用户设备会认为这个控制信息存在以下任一种情况：控制信息在传输过程中产生了无法回复的错误；或者控制信息不属于自己的，而该控制信息是发送给同类业务对应的其它终端的，该控制信息(比如PDCCH)会被当前UE忽略或丢弃。对于整个小区里每一个UE而言，在本申请实施例中，并不需要对一个候选PDCCH依次进行CRC校验、调度分配与调度授权，本申请实施例只有在CRC校验成功之后，才进行调度分配与调度授权，呼叫检测的几率仅为原来的三分之一，因此终端耗电也会相应的大大减少。
本申请实施例应用于用户设备，用户设备当第一次读取基站发送的小区广播信息时，根据小区广播信息携带的寻呼辅助指示，控制UE与基站建立服务请求并上报服务请求信息，服务请求信息包含有UE对应的UE业务类型和UE身份标识；接收基站中的目标呼叫处理单元发送的寻呼消息，寻呼消息携带有业务类型指示和目标UE身份标识，目标呼叫处理单元为与业务类型指示和UE业务类型相关的呼叫处理单元；当UE业务类型与业务类型指示相匹配时对寻呼消息进行检测，且对属于当前UE自己的搜索空间内的CCE做CRC校验；若CRC校验成功，则确定寻呼消息为当前UE自己所需的寻呼消息，并进一步对寻呼消息进行解码；或者若CRC校验失败，则确定寻呼消息不属于当前UE自己所需的寻呼消息，则丢弃所述寻呼消息。本申请实施例在终端侧，只有在CRC校验成功之后，才进行调度分配与调度授权，呼叫检测的几率仅为原来的三分之一，因此终端耗电也会相应的大大减少。
为便于更好的实施本申请实施例的寻呼处理方法，本申请实施例还提供一种寻呼处理装置。请参阅图15，图15为本申请实施例提供的寻呼处理装置的第一结构示意图。其中，该寻呼处理装置1500应用于基站，基站包括呼叫单元，该寻呼处理装置1500包括：
划分模块1510，用于根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫管理单元管理不同的预设业务类型对应的用户设备UE；
第一接收模块1520，用于接收来自5G核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；
寻呼模块1530，用于触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，其中，所述目标UE为包含有所述目标UE身份标识、且属于所述目标呼叫处理单元所管理的UE。
在一些实施例中，该寻呼处理装置1500还包括建立模块，用于：
接收UE与所述基站第一次建立服务请求时上报的服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；
根据所述UE业务类型和所述UE身份标识，建立并存储所述UE业务类型与所述UE身份标识的第一对应关系；
根据所述第一对应关系与所述预设业务类型，确定每一所述呼叫管理单元所管理的UE。
在一些实施例中，所述基站包括中心单元和分布单元，所述划分模块1510，用于：
根据预设业务类型将位于所述分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元；或者
根据预设业务类型将位于所述分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元。
在一些实施例中，所述第一接收模块1520，用于：
控制所述中心单元接收来自核心网的携带有业务类型指示和目标UE身份标识的NGAP寻呼消息；
控制所述中心单元通过F1接口对所述NGAP寻呼消息进行信令服务以生成F1AP寻呼消息，以及向所述分布单元发送所述F1AP寻呼消息，所述F1AP寻呼消息携带有所述业务类型指示和所述目标UE身份标识。
在一些实施例中，所述寻呼模块1530，用于：
根据所述业务类型指示与所述第一对应关系，确定所述目标UE；
将所述业务类型指示与所述预设业务类型进行匹配，以从所述多个呼叫处理单元中确定出与所述业务类型指示相对应的目标呼叫处理单元；
控制所述目标呼叫处理单元对所述目标UE发起寻呼。
在一些实施例中，所述寻呼模块1530，用于根据所述业务类型指示与所述第一对应关系，确定所述目标UE，具体包括：
将所述业务类型指示与所述第一对应关系中的UE业务类型进行匹配，以从所述第一对应关系中的所有UE身份标识中确定出与所述业务类型指示相匹配的候选UE身份标识，其中所述候选UE身份标识包含有所述目标UE身份标识；
将所述候选UE身份标识对应的UE确定为目标UE。
在一些实施例中，所述预设业务类型包括增强移动宽带eMBB、海量机器类通信mMTC和超高可靠低时延通信URLLC，所述划分模块1510，用于：
根据所述预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成所述eMBB对应的呼叫处理单元、所述mMTC对应的呼叫处理单元和所述URLLC对应的呼叫处理单元。
请参阅图16，图16为本申请实施例提供的寻呼处理装置的第二结构示意图。其中，该寻呼处理装置1600应用于用户设备，该寻呼处理装置1600包括：
上报模块1610，用于当第一次读取基站发送的小区广播信息时，根据所述小区广播信息携带的寻呼辅助指示，控制UE与所述基站建立服务请求并上报服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识；
第二接收模块1620，用于接收所述基站中的目标呼叫处理单元发送的寻呼消息，所述寻呼消息携带有业务类型指示和目标UE身份标识，所述目标呼叫处理单元为与所述业务类型指示和所述UE业务类型相关的呼叫处理单元；
检验模块1630，用于当所述UE业务类型与所述业务类型指示相匹配时，对所述寻呼消息进行检测，且对属于当前UE自己的搜索空间内的CCE做CRC校验；
处理模块1640，用于若CRC校验成功，则确定所述寻呼消息为当前UE自己所需的寻呼消息，并进一步对所述寻呼消息进行解码；或者若CRC校验失败，则确定所述寻呼消息不属于当前UE自己所需的寻呼消息，则丢弃所述寻呼消息。
上述所有的技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。
应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图15或图16所示的装置可以执行上述寻呼处理方法实施例，并且装置中的各个单元的前述和其它操作和/或功能分别实现上述方法实施例的相应流程，为了简洁，在此不再赘述。
图17为本申请实施例提供的一种通信设备的结构示意图。图17所示的通信设备1700包括处理器1710，处理器1710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图17所示，通信设备1700还可以包括存储器1720。其中，处理器1710可以从存储器1720中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器1720可以是独立于处理器1710的一个单独的器件，也可以集成在处理器1710中。
可选地，如图17所示，通信设备1700还可以包括收发器1730，处理器1710可以控制该收发器1730与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器1730可以包括发射机和接收机。收发器1730还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备1700具体可为本申请实施例的网络设备，并且该通信设备1700可以实现本申请实施例的各个方法中由网络设备(比如基站)实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备1700具体可为本申请实施例的终端设备，并且该通信设备1700可以实现本申请实施例的各个方法中由终端设备(比如用户设备)实现的相应流程，为了简洁，在此不再赘述。
图18为本申请实施例提供的装置的结构示意图。图18所示的装置1800包括处理器1810，处理器1810可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图18所示，装置1800还可以包括存储器1820。其中，处理器1810可以从存储器1820中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器1820可以是独立于处理器1810的一个单独的器件，也可以集成在处理器1810中。
可选地，该装置1800还可以包括输入接口1830。其中，处理器1810可以控制该输入接口1830与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该装置1800还可以包括输出接口1840。其中，处理器1810可以控制该输出接口1840与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该装置可应用于本申请实施例中的网络设备，并且该装置可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该装置可应用于本申请实施例中的终端设备，并且该装置可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
可选地，本申请实施例提到的装置也可以是芯片。例如可以是系统级芯片，系统芯片，芯片系统或片上系统芯片等。
图19是本申请实施例提供的一种通信系统1900的第二结构示意图。如图19所示，该通信系统1900包括终端设备1910和网络设备1920。
其中，该终端设备1910可以用于实现上述方法中由终端设备实现的相应的功能，以及该网络设备1920可以用于实现上述方法中由网络设备或者基站实现的相应的功能为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备或者基站，且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备或者基站实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备/用户设备，且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备/用户设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备或者基站，且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备或者基站实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备/用户设备，且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备/用户设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的网络设备或者基站，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备或者基站实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备/用户设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元或模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元、模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元或模块可以是或者也可以不是物理上分开的，作为单元或模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元或模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元或模块可以集成在一个处理单元或模块中，也可以是各个单元或模块单独物理存在，也可以两个或两个以上单元集成在一个单元中，或者两个或两个以上模块集成在一个模块中。
所述功能如果以软件功能单元或模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。针对这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (12)

1.一种寻呼处理方法，其特征在于，应用于基站，所述基站包括中心单元和分布单元，所述基站包括呼叫单元，所述方法包括：
根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫处理单元管理不同的预设业务类型对应的用户设备UE以及用于寻呼所管理的UE：
根据预设业务类型将位于所述分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元，或者根据预设业务类型将位于所述分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元；
接收UE与所述基站第一次建立服务请求时上报的服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识，所述服务请求信息为当UE第一次读取基站发送的小区广播信息时，根据所述小区广播信息携带的寻呼辅助指示，控制UE与所述基站建立服务请求并上报的服务请求信息；
根据所述UE业务类型和所述UE身份标识，建立并存储所述UE业务类型与所述UE身份标识的第一对应关系；
根据所述第一对应关系与所述预设业务类型，确定每一所述呼叫处理单元所管理的UE，以将每一所述呼叫处理单元与属于同一业务类型的UE身份标识一一对应起来；
接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；
触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，包括：触发所述目标呼叫处理单元向所述目标呼叫处理单元所管理的目标UE发送寻呼消息，所述寻呼消息包括所述业务类型指示，所述业务类型指示用于指示所述目标UE确定是否对所述第一寻呼消息进行检测；其中，所述目标UE为包含有所述目标UE身份标识、且属于所述目标呼叫处理单元所管理的UE。
2.如权利要求1所述的寻呼处理方法，其特征在于，所述接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息，包括：
控制所述中心单元接收来自核心网的携带有业务类型指示和目标UE身份标识的NGAP寻呼消息；
控制所述中心单元通过F1接口对所述NGAP寻呼消息进行信令服务以生成F1AP寻呼消息，以及向所述分布单元发送所述F1AP寻呼消息，所述F1AP寻呼消息携带有所述业务类型指示和所述目标UE身份标识。
3.如权利要求2所述的寻呼处理方法，其特征在于，所述触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，包括：
根据所述业务类型指示与所述第一对应关系，确定所述目标UE；
将所述业务类型指示与所述预设业务类型进行匹配，以从所述多个呼叫处理单元中确定出与所述业务类型指示相对应的目标呼叫处理单元；
控制所述目标呼叫处理单元对所述目标UE发起寻呼。
4.如权利要求3所述的寻呼处理方法，其特征在于，所述根据所述业务类型指示与所述第一对应关系，确定所述目标UE，包括：
将所述业务类型指示与所述第一对应关系中的UE业务类型进行匹配，以从所述第一对应关系中的所有UE身份标识中确定出与所述业务类型指示相匹配的候选UE身份标识，其中所述候选UE身份标识包含有所述目标UE身份标识；
将所述候选UE身份标识对应的UE确定为目标UE。
5.如权利要求1所述的寻呼处理方法，其特征在于，所述预设业务类型包括增强移动宽带eMBB、海量机器类通信mMTC和超高可靠低时延通信URLLC，所述根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，包括：
根据所述预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成所述eMBB对应的呼叫处理单元、所述mMTC对应的呼叫处理单元和所述URLLC对应的呼叫处理单元。
6.一种寻呼处理方法，其特征在于，应用于用户设备UE，所述方法包括：
当第一次读取基站发送的小区广播信息时，根据所述小区广播信息携带的寻呼辅助指示，控制UE与所述基站建立服务请求并上报服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识，所述服务请求信息用于指示所述基站根据所述UE业务类型和所述UE身份标识建立并存储所述UE业务类型与所述UE身份标识的第一对应关系，并根据所述第一对应关系与预设业务类型，确定每一呼叫处理单元所管理的UE，以将每一所述呼叫处理单元与属于同一业务类型的UE身份标识一一对应起来；所述呼叫处理单元为所述基站根据预设业务类型将位于所述基站中的分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元得到的，或者根据预设业务类型将位于所述基站中的分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元得到的，其中，不同的呼叫处理单元管理不同的预设业务类型对应的用户设备UE以及用于寻呼所管理的UE；
接收所述基站中的目标呼叫处理单元发送的寻呼消息，所述寻呼消息携带有业务类型指示和目标UE身份标识，所述目标呼叫处理单元为与所述业务类型指示和所述UE业务类型相关的呼叫处理单元，所述业务类型指示用于指示所述UE确定是否对所述寻呼消息进行检测；
当所述UE业务类型与所述业务类型指示相匹配时，对所述寻呼消息进行检测，且对属于当前UE自己的搜索空间内的CCE做CRC校验；
若CRC校验成功，则确定所述寻呼消息为当前UE自己所需的寻呼消息，并进一步对所述寻呼消息进行解码；或者
若CRC校验失败，则确定所述寻呼消息不属于当前UE自己所需的寻呼消息，则丢弃所述寻呼消息。
7.一种寻呼处理装置，其特征在于，应用于基站，所述基站包括中心单元和分布单元，所述基站包括呼叫单元，所述装置包括：
划分模块，用于根据预设业务类型将所述呼叫单元进行呼叫管理划分，以划分成多个呼叫处理单元，其中，不同的呼叫处理单元管理不同的预设业务类型对应的用户设备UE以及用于寻呼所管理的UE：根据预设业务类型将位于所述分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元，或者根据预设业务类型将位于所述分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元；
建立模块，用于接收UE与所述基站第一次建立服务请求时上报的服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识，根据所述UE业务类型和所述UE身份标识，建立并存储所述UE业务类型与所述UE身份标识的第一对应关系，根据所述第一对应关系与所述预设业务类型，确定每一所述呼叫处理单元所管理的UE，以将每一所述呼叫处理单元与属于同一业务类型的UE身份标识一一对应起来；
第一接收模块，用于接收来自核心网的携带有业务类型指示和目标UE身份标识的寻呼消息；
寻呼模块，用于触发与所述业务类型指示相对应的目标呼叫处理单元对目标UE发起寻呼，包括：触发所述目标呼叫处理单元向所述目标呼叫处理单元所管理的目标UE发送寻呼消息，所述寻呼消息包括所述业务类型指示，所述业务类型指示用于指示所述目标UE确定是否对所述第一寻呼消息进行检测；其中，所述目标UE为包含有所述目标UE身份标识、且属于所述目标呼叫处理单元所管理的UE。
8.一种寻呼处理装置，其特征在于，应用于用户设备UE，所述装置包括：
上报模块，用于当第一次读取基站发送的小区广播信息时，根据所述小区广播信息携带的寻呼辅助指示，控制UE与所述基站建立服务请求并上报服务请求信息，所述服务请求信息包含有所述UE对应的UE业务类型和UE身份标识，所述服务请求信息用于指示所述基站根据所述UE业务类型和所述UE身份标识建立并存储所述UE业务类型与所述UE身份标识的第一对应关系，并根据所述第一对应关系与预设业务类型，确定每一呼叫处理单元所管理的UE，以将每一所述呼叫处理单元与属于同一业务类型的UE身份标识一一对应起来；所述呼叫处理单元为所述基站根据预设业务类型将位于所述基站中的分布单元内的一个呼叫单元进行呼叫管理划分，以将所述一个呼叫单元划分成多个呼叫处理单元得到的，或者根据预设业务类型将位于所述基站中的分布单元内的多个呼叫单元进行呼叫管理划分，以将所述多个呼叫单元划分成多个呼叫处理单元得到的，其中，不同的呼叫处理单元管理不同的预设业务类型对应的用户设备UE以及用于寻呼所管理的UE；
第二接收模块，用于接收所述基站中的目标呼叫处理单元发送的寻呼消息，所述寻呼消息携带有业务类型指示和目标UE身份标识，所述目标呼叫处理单元为与所述业务类型指示和所述UE业务类型相关的呼叫处理单元，所述业务类型指示用于指示所述UE确定是否对所述寻呼消息进行检测；
检验模块，用于当所述UE业务类型与所述业务类型指示相匹配时，对所述寻呼消息进行检测，且对属于当前UE自己的搜索空间内的CCE做CRC校验；
处理模块，用于若CRC校验成功，则确定所述寻呼消息为当前UE自己所需的寻呼消息，并进一步对所述寻呼消息进行解码；或者若CRC校验失败，则确定所述寻呼消息不属于当前UE自己所需的寻呼消息，则丢弃所述寻呼消息。
9.一种网络设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至5中任一项所述的寻呼处理方法。
10.一种终端设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求6所述的寻呼处理方法。
11.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至5中任一项所述的寻呼处理方法，或者执行如权利要求6所述的寻呼处理方法。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1至5任一项所述的寻呼处理方法，或者以执行如权利要求6所述的寻呼处理方法。
CN202110612947.8A 2021-06-02 2021-06-02 寻呼处理方法、装置、设备及存储介质 Active CN113225696B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202110612947.8A CN113225696B (zh) 2021-06-02 2021-06-02 寻呼处理方法、装置、设备及存储介质
EP21943779.5A EP4236389A4 (en) 2021-06-02 2021-09-07 RADIO POLL PROCESSING METHOD AND DEVICE, DEVICE AND STORAGE MEDIUM
PCT/CN2021/116965 WO2022252425A1 (zh) 2021-06-02 2021-09-07 寻呼处理方法、装置、设备及存储介质
US18/111,485 US11770796B2 (en) 2021-06-02 2023-02-17 Paging processing method and apparatus, device, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110612947.8A CN113225696B (zh) 2021-06-02 2021-06-02 寻呼处理方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN113225696A CN113225696A (zh) 2021-08-06
CN113225696B true CN113225696B (zh) 2022-06-24

Family

ID=77082267

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110612947.8A Active CN113225696B (zh) 2021-06-02 2021-06-02 寻呼处理方法、装置、设备及存储介质

Country Status (4)

Country Link
US (1) US11770796B2 (zh)
EP (1) EP4236389A4 (zh)
CN (1) CN113225696B (zh)
WO (1) WO2022252425A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019160475A1 (en) * 2018-02-14 2019-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Ta update in rrc_inactive state
CN113225696B (zh) 2021-06-02 2022-06-24 上海移远通信技术股份有限公司 寻呼处理方法、装置、设备及存储介质
CN115843103A (zh) * 2021-09-22 2023-03-24 华为技术有限公司 一种通信方法及设备
EP4472309A4 (en) 2022-01-30 2025-03-19 Quectel Wireless Solutions Co., Ltd. METHOD AND DEVICE FOR WIRELESS COMMUNICATION
WO2025000273A1 (zh) * 2023-06-28 2025-01-02 华为技术有限公司 通信方法和装置
CN119562353A (zh) * 2023-09-01 2025-03-04 中兴通讯股份有限公司 终端下行业务的恢复方法和系统
WO2025074388A1 (en) * 2023-10-04 2025-04-10 Jio Platforms Limited Systems and methods for executing paging operations
CN118138113A (zh) * 2024-04-10 2024-06-04 北京全星通科技有限公司 卫星通信方法、基站、卫星通信装置和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2369883A1 (en) * 2010-03-26 2011-09-28 Panasonic Corporation Group-based paging for machine-type-communication (mtc) devices
CN109451849A (zh) * 2017-08-30 2019-03-08 北京小米移动软件有限公司 寻呼消息发送和接收方法及装置、基站、用户设备
CN110035498A (zh) * 2018-01-12 2019-07-19 华为技术有限公司 一种通信方法，设备及其系统
CN110730445A (zh) * 2019-09-28 2020-01-24 RealMe重庆移动通信有限公司 寻呼处理方法、装置、电子设备以及存储介质
CN112804750A (zh) * 2021-03-25 2021-05-14 江苏亨鑫众联通信技术有限公司 一种区分寻呼消息的方法和设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103428809B (zh) * 2012-05-23 2017-05-10 华为技术有限公司 寻呼窄带终端的方法、网络设备及基站
EP3319255B1 (en) * 2015-07-02 2020-04-08 LG Electronics Inc. Method for transmitting and receiving uplink data in wireless communication system and a corresponding device
CN112040453A (zh) * 2015-08-14 2020-12-04 寰发股份有限公司 寻呼和rar调度方法
CN109819392B (zh) * 2017-11-20 2021-01-12 华为技术有限公司 一种位置信息的上报方法和装置
CN113225696B (zh) * 2021-06-02 2022-06-24 上海移远通信技术股份有限公司 寻呼处理方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2369883A1 (en) * 2010-03-26 2011-09-28 Panasonic Corporation Group-based paging for machine-type-communication (mtc) devices
CN109451849A (zh) * 2017-08-30 2019-03-08 北京小米移动软件有限公司 寻呼消息发送和接收方法及装置、基站、用户设备
CN110035498A (zh) * 2018-01-12 2019-07-19 华为技术有限公司 一种通信方法，设备及其系统
CN110730445A (zh) * 2019-09-28 2020-01-24 RealMe重庆移动通信有限公司 寻呼处理方法、装置、电子设备以及存储介质
CN112804750A (zh) * 2021-03-25 2021-05-14 江苏亨鑫众联通信技术有限公司 一种区分寻呼消息的方法和设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R1-2105174 - Discussion on potential paging enhancements;sony;《3GPP tsg_ran\wg1_rl1》;20210511;全文 *

Also Published As

Publication number Publication date
CN113225696A (zh) 2021-08-06
EP4236389A4 (en) 2024-11-06
EP4236389A1 (en) 2023-08-30
US20230209500A1 (en) 2023-06-29
US11770796B2 (en) 2023-09-26
WO2022252425A1 (zh) 2022-12-08

Similar Documents

Publication Publication Date Title
CN113225696B (zh) 寻呼处理方法、装置、设备及存储介质
EP3840430B1 (en) Method and apparatus for transmitting or receiving data in wireless communication system
US10200968B2 (en) Paging message receiving/transmitting method and related user equipment, base station and network side device
US9072070B2 (en) Mobile wireless devices and methods of operation
US11432131B2 (en) Method and device for performing communication in wireless communication system
CN105474558A (zh) 无线通信系统中的中继器操作方法和设备
US10506494B2 (en) Controlling access to a wireless communication network
US11277813B2 (en) Paging in a communication network
CN113316236B (zh) 寻呼处理方法、装置、设备及存储介质
WO2022217449A1 (en) Service-based paging techniques
US20230413229A1 (en) Method and Apparatus for Relay Communication
CN112399506B (zh) 通信资源的协调方法、用户设备及计算机可读存储介质
US20220287004A1 (en) Communication control method and user equipment
CN108990149A (zh) 寻呼配置方法
US20230231692A1 (en) Method and device for bwp switching for receiving mbs in mobile communication system
WO2021186934A1 (en) Systems and methods for supporting multi-usim user equipment
KR20230002463A (ko) 멀티심을 위한 시스템 및 방법
CN114071457B (zh) 终端的公共信息获取方法及相关产品
JP7707313B2 (ja) ページング指示方法および装置
US20240163045A1 (en) Wireless communication method, terminal device, and network device
US20230309046A1 (en) Method and apparatus for managing mobility in communication system
WO2022094804A1 (zh) 无线通信的方法、终端设备和网络设备
CN115175314A (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
GR01 Patent grant
GR01 Patent grant