寻呼方法及装置、策略下发方法就装置、网元及存储介质与流程

本发明涉及无线通信领域，尤其涉及一种寻呼方法及装置、寻呼策略下发方法及装置、网元及存储介质。

背景技术：

当用户设备(userequipment，ue)处于空闲态时，如其他ue有信息需要下发给终端，则网络侧的网元需要寻呼消息的下发寻呼到该终端之后，使得终端接入到网络，从空闲态切换到连接态之后，接收网络侧网元下发的信息。

图1为现有技术中的一种寻呼方法，包括：

执行附着流程，ue附着到网络；

公共数据网络(publicdatanetwork，pdn)网关(gataway，gw)向服务网元(service-gataway，s-gw)发送下行数据；

s-gw向移动管理网元(mobilemanagemententity，mme)发送下行数据通知；

mme向s-gw发送下行数据通知确认(acknowledgementecharacter，ack)；

mme向ue注册区域内所有基站(例如，演进型基站enb)进行寻呼消息；

基站通过广播寻呼消息寻呼ue；

ue接收到广播的寻呼消息之后，执行服务请求流程；

s-gw、mme及基站停止寻呼；

ue被寻呼到之后，将下行数据下发给ue。

显然，在寻呼ue是需要向ue注册的整个注册区域进行全网寻呼，需要寻呼消息的基站或小区多，故显然寻呼开销大。

技术实现要素：

有鉴于此，本发明实施例期望提供一种寻呼方法及装置、寻呼策略下发方法及装置、网元及存储介质，至少部分解决上述问题。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供一种寻呼方法，应用于接入和移动性管理功能网元(accessandmobilitymanagementfunction，amf)中，包括：

获取用户设备(userequipment，ue)的专属寻呼策略；

根据所述专属寻呼策略，在所述ue的注册区域的第一区域内寻呼所述ue，

当在所述第一区域内的寻呼失败时，在所述注册区域的第二区域内寻呼所述ue，其中，所述第一区域及所述第二区域为所述注册区域内的不同子区域。

第二方面，本发明实施例提供一种寻呼策略下发方法，应用于策略控制功能网元(policycontrolfunction，pcf)中，包括：

接收amf发送的策略请求；

基于所述策略请求，向所述amf发送对应用户设备ue的专属寻呼策略，其中，所述专属寻呼策略，用于供所述amf优先在第一区域内寻呼所述ue。

第三方面，本发明实施例提供一种寻呼装置，应用于amf中，包括：

策略获取单元，用于获取用户设备ue的专属寻呼策略；

寻呼单元，用于根据所述专属寻呼策略，在所述ue的注册区域的第一区域内寻呼所述ue，并当在所述第一区域内的寻呼失败时，在所述注册区域的第二区域内寻呼所述ue，其中，所述第一区域及所述第二区域为所述注册区域内的不同子区域。

第四方面，本发明实施例提供一种寻呼策略下发装置，应用于pcf中，包括：

接收单元，用于接收amf发送的策略请求；

发送单元，用于基于所述策略请求，向所述amf发送对应用户设备ue的专属寻呼策略，其中，所述专属寻呼策略，用于供所述amf优先在第一区域内寻呼所述ue。

第五方面，本发明实施例一种网元，包括：收发器、存储器、处理器及存储在存储器上并由所述处理器执行的计算机程序；

所述处理器与所述收发器及存储器连接，用于通过执行所述计算机程序，实现前述的寻呼方法，或者，执行前述的寻呼策略下发方法。

第六方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够前述的寻呼方法，或者，执行前述的寻呼策略下发方法。

本发明实施例提供的寻呼方法及装置、寻呼策略下发方法及装置、网元及存储介质，amf从ue接收的专属寻呼策略，amf接收到专属寻呼策略之后，会先在第一区域内寻呼所述ue，若在第一区域未成功寻呼到ue之后，才在第一区域以外的第二区域寻呼所述ue。由于所述第一区域为ue经常附着或接入的高频次区域，故先在第一区域内寻呼ue，而非直接向ue的整个注册区域内寻呼该ue，从而整体上可以减少寻呼ue的基站或小区，从而减少ue的寻呼指令的开销。

附图说明

图1为一种寻呼方法的流程示意图；

图2为本发明实施例提供的一种寻呼方法的流程示意图；

图3为本发明实施例提供的一种寻呼策略下发的流程示意图；

图4为本发明实施例提供的另一种寻呼策略下发的流程示意图；

图5为本发明实施例提供的一种寻呼装置的结构示意图；

图6为本发明实施例提供的一种寻呼策略下发装置的结构示意图；

图7为本发明实施例提供的一种网元的结构示意图；

图8为本发明实施例提供的一种ue的注册流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图2所示，本实施例提供一种寻呼方法，应用于amf中，包括：

步骤s110：获取用户设备ue的专属寻呼策略；

步骤s120：根据所述专属寻呼策略，在所述ue的注册区域的第一区域内寻呼所述ue；

步骤s130：当在所述第一区域内的寻呼失败时，在所述注册区域的第二区域内寻呼所述ue，其中，所述第一区域及所述第二区域为所述注册区域内的不同子区域。

在本实施例中将所述ue的注册区域划分了第一区域和第二区域；所述第一区域和第二区域时ue的注册区域内的不同子区域。根据ue的日常的活动范围，所述ue出现在第一区域的频次高于出现在所述第二区域的频次。或者，所述ue在所述第一区域的时长大于在所述第二区域的时长。故在第一区域内寻呼到所述ue的概率是高于所述第二区域的概率。

在本实施例中，需要对ue进行寻呼时，优先在第一区域寻呼所述ue，当在第一区域未成功寻呼到所述ue时，才在所述第二区域寻呼所述ue。相对于现有技术中，直接在ue的整个注册区域内寻呼所述ue，由于仅限在被寻呼到概率高的第一区域内寻呼所述ue，可以减少大量的不必要的第二区域的寻呼，从而整体上降低ue寻呼开销。

在步骤s110中，amf可以本地查询所述ue的专属寻呼策略，若本地未成功查询到该ue的专属寻呼策略，就可以通过向pcf发送策略请求，在pcf中查询该ue的专属寻呼策略。

在一些实施例中，所述步骤s120可，包括以下至少之一：

根据所述专属寻呼策略，在所述ue的专网寻呼内所述ue，其中，所述专网寻呼区为所述ue所接入的专网所覆盖的区域；

根据所述专属寻呼策略，在所述ue的特别寻呼区内寻呼所述ue，其中，所述特别寻呼区为基于所述ue的行为数据的统计分析确定的。

在本实施例中，所述第一区域可为所述专网寻呼区，或一个基于ue的行为数据统计确定的特别寻呼区。所述第二区域可为该ue的注册区域内扣除所述第一区域以外的其他区域。

所述专网可为端到端的网络切片对应的网络。通信网络可包括：无线域、核心网域及传输域等。所述无线域可包括一个或多个基站，或、至少一个居民接入网络(residentaccessnetwork，ran)、所述核心网域可包括：mme及gw、amf、smf、pcf等网络功能网元。所述端到端网络切片，可包括：位于通信网络的无线域、核心网域及传输域的子网络切片，通过该端到端网络切片，终端可以获得整个特定业务服务。在本实施例中，所述端到端网络切片简称为专网，通常是有特定用途，或用于特定业务传输的网络，在无线域通常对应于ue注册区域内的部分基站。

若ue接入到一个专网，显然ue使用该专网的概率很高，位于该专网的无线域的覆盖范围内的概率比位于其他区域的概率高。故在本实施例中，可以将ue接入的专网的无线域的覆盖范围定义为所述专网寻呼区。若所述第一区域为所述专网寻呼区，直接在ue的专网寻呼区内寻呼所述ue，相对于在专网寻呼区以外的寻呼所述ue的寻呼成功率更高，这样的话，优先寻呼所述专网寻呼区，显然可以减少专网寻呼区以外的不必要的寻呼，从而降低了寻呼ue的开销。

在一些实施例中，网络侧的网元，例如，网络分析逻辑功能网元(networkdataanalytics，nwda)等会分析ue的行为数据从而产生行为数据的统计分析结果。所述ue的行为数据可包括：ue的移动性管理等，可以确定出ue经常从哪些区域接入网络，或在哪些区域使用网络，则此时，根据ue的行为数据确定出特别寻呼区，该特别寻呼区是ue经常出没的区域，在该区域内寻呼到ue的概率非常高。例如，ue在当前时段内经常出没的区域，ue晚上和白天经常出没的区域可能不同，故在确定特别寻呼区时，还需按照时间段进行区分。故，若将所述第一区域定义为所述特别寻呼区，则会有很大的概率仅在特别寻呼区进行寻呼时，就寻呼到该ue，从而避免了特别寻呼区以外的其他区域的寻呼。例如，统计ue的在预定时间内使用基站或小区进行数据传输的次数，对所述次数进行排序，选择排序靠前的一个或多个基站、一个或多个小区构建所述特别寻呼区。总之，本实施例可以根据ue的行为数据的统计分析结果，形成所述ue的专属寻呼策略。

进一步地，所述步骤s120可包括：

根据所述专属寻呼策略，在所述特别寻呼区内寻呼所述ue；

当在所述特别寻呼区内未成功寻呼到所述ue时，在所述专网寻呼区内寻呼所述ue，其中，所述专网寻呼区大于所述特别寻呼区。

在本实施例中在第一区域将分层次进行寻呼，例如，首先在特别寻呼区内寻呼所述ue，仅有在特别寻呼区内未成功寻呼到所述ue时，才在整个专网寻呼区内寻呼ue。

在一些实施例中，若所述特别寻呼区与所述专网寻呼区有重叠，则进行专网寻呼区的寻呼时，可以仅在所述专网寻呼区内重叠区域以外的区域进行寻呼。

在另一些实施例中，若所述特别寻呼区域与所述专网寻呼区没有重叠，若在特别寻呼区的寻呼失败之后，就直接在整个专网寻呼区内进行寻呼。

在本实施例中，所述专网寻呼区大于所述特别寻呼区，先在一个被寻呼到的概率更高且寻呼开销更小的特别寻呼区进行寻呼，显然还可以减少在专网寻呼区内不必要的寻呼，从而进一步减少了ue的寻呼开销。

可选地，所述方法还包括：

接收所述ue的注册请求；

基于所述注册请求，获取所述ue请求接入的专网id；

鉴定所述ue是否有权限接入所述专网id指向的专网；

所述获取用户设备ue的专属寻呼策略，包括：

当所述ue有权限接入所述专网id指向的专网时，从所述ue的supi对应的pcf处接收所述专属寻呼策略。

在本实施例中若ue开机后需要附着网络，会通过基站向网络侧的网元发送注册请求。这样的所述amf就可以通过基站(例如，enb或下一代基站(ng-ran))接收到ue的注册请求。在本发明实施例中，若amf接收到所述注册请求，则会获取ue请求接入的专网的专网id，该专网id可为任意指示对应专网的名称和/或编号等信息。

例如，所述amf可以从其他网元处查询所述ue请求接入的专网的专网id，也可以是从所述注册请求中提取出所述专网id。这里，其他网元可以是下一代基站。

在确定出所述ue请求接入或允许接入的专网id之后，就对ue是否有权限接入到对应的专网进行权限鉴定。

例如，通过当前专网id鉴定对应的ue是否有权限接入到其请求接入的ran附着到网络。

例如，所述amf还可以获取所述ue的网络切片选择协助信息(networksliceselectionassistanceinformation，nssai)和/或订阅永久标识符(subscriptionconcealedidentifier，supi)等。若将所述ue的nssai与专网id进行匹配，若匹配成功，则认为该ue有权限接入对应的专网，否则可认为ue没有权限接入。

又例如，若ue提供的nssai与专网id匹配时，则进一步根据ue提供的supi查询该ue是否有权限通过当前ran接入到专网，若有则确定ue有权限，否则认为ue没有权限。

所述nssai及所述supi可为请求注册的ue自行提供的，通过nssai及supi与专网id的匹配，进行权限鉴定。

在另一些实施例中，所述ue自身可能无法提供nssai，则可以通过查询该ue的签约数据库获取该ue的nssai。

上述权限鉴定的步骤可以由amf自身完成，也可以由所述amf请求其他网元协助其完成。例如，在一些实施例中，所述鉴定所述ue是否有权限接入所述专网id指向的专网，包括：

将所述专网id发送给udm；

接收所述统一的数据管理网元(unifieddatamanagement，udm)发送的基于所述专网id产生的权限鉴定结果。

例如，所述udm可以查询所述ue可接入的专网的专网id，若ue请求接入的专网的专网id是ue被允许的专网的专网id，则生成指示ue有权限接入的权限鉴定结果，若ue请求接入的专网的专网id并非是ue被允许接入的专网的专网id，则生成指示ue无权限接入的权限鉴定结果。

在一些场景下，所述udm可以本地查询ue可以允许接入的专网的专网id。若udm本地未查询到ue请求接入的专网的专网id，则udm从签约数据库等其他网元处查询所述ue允许接入的专网的专网id，以生成所述权限鉴定结果。在本实施例中，所述其他网元可为所述专网提供服务的预定服务器。该预定服务器可为第三方服务器，该预定服务器的业务服务需要由对应的专网提供通信服务等。该预定服务器可以是企业服务器，例如，该企业服务器可以提供直播数据可以由对应专网进行数据传输，若udm中未存储有该ue请求接入的专网的专网id，则udm可以向该专网id对应的预定服务器查询该ue是否具有权限接入。

所述udm基于nssai、supi，专网id鉴定ue是否能够通过该ran附着网络的权限鉴定可如下：

若ue有nssai，则对比nssai与专网id是否匹配，不匹配则ue无权接入专网；

若ue没有提供nssai，则udm通过查询签约信息获取ue的nssai，与专网id对比是否匹配，不匹配则ue无权接入专网

若nssai与专网id匹配，则去专网对应的专属服务器处基于supi查询该ue是否有权通过该ran接入专网。

所述amf接收所述udm提供的权限鉴定结果即可。所述amf基于所述权限鉴定结果确定是否允许所述ue的注册。若允许所述ue的注册到对应的专网，为了方便后续的寻呼所述amf在步骤s110中可包括：

根据所述ue的supi选择pcf；

从该pcf处请求所述专属寻呼策略。该专属寻呼策略，用于amf在所述第一区域内寻呼所述ue，所述专属寻呼策略可包括但不限于以下信息：特别寻呼区的指示信息、专属寻呼区的指示信息，整个注册区的全注册区域的指示信息。在一些实施例中，所述专属寻呼策略还包括：与各个寻呼区对应的寻呼优先级，或者，指示寻呼顺序的指示信息。所述专属寻呼策略，可以指示：以最高优先级在特别寻呼区寻呼所述ue，以次高优先级在所述专网寻呼区寻呼所述ue，以最低优先级在全注册区域寻呼所述ue。

所述特别寻呼区为ue在当前时段内经常出没的区域。例如，ue在当前时段内经常出没的区域，ue晚上经常出没的区域a，ue白天经常出没区域b；则在白天的特别寻呼区可覆盖区域a，在晚上的特别寻呼区可覆盖区域b。

在一些实施例中，所述专属寻呼策略是作为所述pcf下发给所述amf的接入与移动性策略中的一部分下发的，这样的话，所述amf不用专门请求所述专属寻呼策略，通过接入与移动性策略的请求，可以一次性对ue的接入和移动性管理的各方面策略都获取到了，减少amf与pcf之间的信息交互次数，减少了信令开销。

如图3所示，本实施例提供一种寻呼策略下发方法，应用于pcf中，包括：

步骤s210：接收amf发送的策略请求；

步骤s220：基于所述策略请求，向所述amf发送对应用户设备ue的专属寻呼策略，其中，所述专属寻呼策略，用于供所述amf优先在第一区域内寻呼所述ue。

本实施例提供的一种应用于pcf中的寻呼策略下发方法，该pcf中存储有对应ue的寻呼策略。

在本实施例中，pcf会从amf处接收到策略请求，该策略请求可以专门请求所述寻呼策略的专属请求，也可以是同时请求其他策略的策略请求，例如，amf同时向pcf请求计费策略及寻呼策略。在本实施例中，所述策略请求可包括：ue的标识信息，所述pcf可以基于ue的标识信息查询该ue的专属寻呼策略。在本实施例中，所述专属寻呼策略会使得amf优先在所述第一区域内寻呼所述ue，若在第一区域内未寻呼到所述ue再第一区域以外的第二区域内寻呼所述ue。总之，在步骤s220中会基于策略请求向amf下发对应ue的专属寻呼策略。

可选地，如图4所示，所述s220可包括：

步骤s221：确定本地是否有存储有所述ue的专属寻呼策略；

步骤s222：当本地未缓存有所述ue的专属寻呼策略时，生成携带有所述ue请求接入的专网的专网标识id的专属寻呼策略，其中，所述专网id，用于供所述amf在所述ue所接入的专网对应的专网寻呼区内寻呼所述ue；

步骤s223：将生成的所述专属寻呼策略发送给所述amf。

在本实施例中，所述pcf会确定本地是否存储有所述ue的专属寻呼策略，若存储有所述ue的专属寻呼策略，就直接将本地存储的专属寻呼策略下发给amf。若本实施例中，所述pcf的本地未存储有所述专属寻呼策略，则将ue请求接入的专网的专网id携带在专属寻呼策略下发给amf，这样若amf接收到ue请求接入的专网的专网id，就会在该专网id标识的专网内优先寻呼该ue。此时，该专网id指示的专网所在的区域即为所述第一区域。

可选地，所述方法还包括：

当本地未存储有所述ue的专属寻呼策略时，从nwda请求所述ue的行为数据的统计分析结果；

根据所述统计分析结果，确定出所述ue的特别寻呼区；其中，所述特别寻呼区小于所述专网寻呼区；

根据所述特别寻呼区，生成所述ue的专属寻呼策略。

若pcf中未存储有所述ue的专属寻呼策略时，所述pcf获取所述ue的行为数据，然后根据ue的行为数据确定出ue的特别寻呼区。所述ue的行为数据的统计分析结果可为ue实际接入的专网或小区或基站的频次等，从而确定出所述特别寻呼区。若一旦确定的ue的特别寻呼区，就可以生成该ue的专属寻呼策略，该ue的专属寻呼策略可包括：该ue的特别寻呼区的区域标识，在一些实施例中，该专属寻呼策略还包括：与所述特别寻呼区对应的ue的标识信息，方便后续amf识别及pcf自身的查询。所述特别寻呼区为ue在当前时段内经常出没的区域。例如，ue在当前时段内经常出没的区域，ue晚上经常出没的区域a，ue白天经常出没区域b；则在白天的特别寻呼区可覆盖区域a，在晚上的特别寻呼区可覆盖区域b。

在某些情况下，所述pcf向所述nwda请求所述统计分析结果，若nwda返回失败，有可能是所述nwda缺乏所述ue的行为数据，从而未生成所述统计分析结果，故在本实施例中，所述pcf将ue的当前行为数据上报给所述nwda，这样nwda可以基于本次获取的当前行为数据，给出一个统计分析结果，以协助所述pcf确定所述特别寻呼区，或者，生成专属寻呼区。

所述ue的当前行为数据可包括：ue的当前地理位置和/或所附着的无线网络。

如图5所示，本实施例提供一种寻呼装置，应用于amf中，包括：

策略获取单元110，用于获取用户设备ue的专属寻呼策略；

寻呼单元120，用于根据所述专属寻呼策略，在所述ue的注册区域的第一区域内寻呼所述ue，并当在所述第一区域内的寻呼失败时，在所述注册区域的第二区域内寻呼所述ue，其中，所述第一区域及所述第二区域为所述注册区域内的不同子区域。

本实施例中所述获取单元及寻呼单元120可对应于程序模块，该程序模块被处理器执行后，会根据专属寻呼策略，先在第一区域内寻呼ue，若未成功寻呼到则在第二区域寻呼该ue，直到寻呼到该ue。

可选地，所述寻呼单元120，可包括以下至少之一：

根据所述专属寻呼策略，在所述ue的专网寻呼内所述ue，其中，所述专网寻呼区为所述ue所接入的专网所覆盖的区域；

根据所述专属寻呼策略，在所述ue的特别寻呼区内寻呼所述ue，其中，所述特别寻呼区为基于所述ue的行为数据的统计分析确定的。

进一步地，所述寻呼单元120，具体可用于根据所述专属寻呼策略，在所述特别寻呼区内寻呼所述ue；当在所述特别寻呼区内未成功寻呼到所述ue时，在所述专网寻呼区内寻呼所述ue，其中，所述专网寻呼区大于所述特别寻呼区。

进一步地，所述装置还包括：

请求接收单元，用于接收所述ue的注册请求；

id获取单元，用于基于所述注册请求，获取所述ue请求接入的专网标识id；

鉴定单元，用于鉴定所述ue是否有权限接入所述专网id指向的专网；

所述获取单元，用于当所述ue有权限接入所述专网id指向的专网时，从所述ue的supi对应的pcf处接收所述专属寻呼策略。

可选地，所述鉴定单元，可用于将所述专网id发送给udm；并接收所述udm发送的基于所述专网id及身份信息产生的权限鉴定结果，其中，所述权限鉴定结果为所述udm基于本地查询的用户身份信息产生的或基于预定服务器的查询的用户身份信息产生的。

如图6所示，本实施例提供一种寻呼策略下发装置，应用于pcf中，包括：

接收单元210，用于接收amf发送的策略请求；

发送单元220，用于基于所述策略请求，向所述amf发送对应用户设备ue的专属寻呼策略，其中，所述专属寻呼策略，用于供所述amf优先在第一区域内寻呼所述ue。

所述接收单元210及发送单元220，均可为程序单元，处理器通过执行该程序单元，控制pcf的收发器，可以从amf接收策略请求，并将对应的ue的专属寻呼策略发送给amf。

可选地，所述发送单元220，具体用于当本地未缓存有所述ue的专属寻呼策略时，生成携带有所述ue请求接入的专网的专网标识id的专属寻呼策略，其中，所述专网id，用于供所述amf在所述ue所接入的专网对应的专网寻呼区内寻呼所述ue；将生成的所述专属寻呼策略发送给所述amf。

在一些实施例中，所述装置还包括：

统计分析结果获取单元，可用于当本地未存储有所述ue的专属寻呼策略时，获取所述ue的行为数据的统计分析结果；例如，从nwda获取所述ue行为数据的统计分析结果，在一些情况下，所述统计分析结果获取单元，还可以对自身存储的ue的行为数据进行分析，得到所述统计分析结果；

特别寻呼区确定单元，可用于根据所述统计分析结果，确定出所述ue的特别寻呼区；其中，所述特别寻呼区小于所述专网寻呼区；

生成单元，可用于根据所述特别寻呼区，生成所述ue的专属寻呼策略。

在一些实施例中，所述装置还包括：

上报单元，用于若所述nwda未提供所述统计分析结果，将所述ue的当前行为数据上报给所述nwda；

所述统计分析结果获取单元，用于接收所述nwda基于所述当前行为数据返回的所述统计分析结果。

如图7所示，本实施例提供一种网元，包括：收发器310、存储器320、处理器330及存储在存储器320上并由所述处理器330执行的计算机程序；

所述处理器330与所述收发器310及存储器320连接，用于通过执行所述计算机程序，实现前述一个或多个实施例提供的寻呼方法，或者，执行前述一个或多个技术方案提供的寻呼策略下发方法。

所述收发器310可包括收发天线，或者，网卡等各种具有信息收发功能的物理结果。

所述存储器320可包括各种存储介质的存储器320件。

所述处理器330可为中央处理器、微处理器、数字信号处理器、应用处理器、可编程阵列、专用集成电路等各种处理器件。

所述处理器330可以通过集成电路总线等，与收发器310及存储器320连接，可以通过计算机程序执行，实现前述一个或多个技术方案提供的寻呼方法，或者，实现前述一个或多个技术方案提供的寻呼策略下发方法。

该网元可以为前述的amf或pcf。

本发明实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，能够实现前述一个或多个实施例提供的寻呼方法，或者，执行前述一个或多个技术方案提供的寻呼策略下发方法。

所述计算机存储介质可为：移动存储设备、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质；可选为，所述计算机存储介质可为非瞬间存储介质。

以下结合上述任意实施例提供几个具体示例：

示例1：

本示例针对5g网络中的网络切片，提供一种针对专网及专网的专属基站的寻呼方法，包括：

第一步：amf将nssai、supi以及专网id上报给udm，从而实现udm对ue的身份鉴定；

第二步：udm基于nssai、supi，专网id鉴定ue是否能够通过该ran附着网络；

第三步：amf从pcf处获取专属寻呼策略，其携带的参数包括但不限于nssai、supi、专网id；

第四步：ue处于cm-idle态时，优先在特别寻呼区内寻呼，若ue无响应则在专网寻呼区寻呼，若仍无响应，则在ue注册的全部区域内的ran进行寻呼。

在本示例中所述特别寻呼区是基于ue日常移动范围确定的，所述专网寻呼区是基于ue注册的网络切片确定的。一般情况下，一个专网对应于ue的注册区域内的几个基站，而不是所有的基站。特别寻呼区通常可对应于一个或几个基站。特别寻呼区是ue经常出没的位置，是ue当前最优可能所处的位置，故优先在特别寻呼区内进行寻呼，有非常高的概率寻呼到ue。若在特别寻呼区内未寻呼到ue，则在ue注册的或归属的专网内进行寻呼，相对于特别寻呼区，专网寻呼对应的寻呼区域更大一些，这样的话，相对于特别寻呼区的寻呼增加了ue被寻呼到的概率。若专网寻呼未成功寻呼到ue，则进行ue的注册区域的全网寻呼，从而确保最终能够寻呼到ue。

由于特别寻呼区寻呼和专网寻呼都是优先寻呼了ue高频次出现的区域，有非常大概率ue在特别寻呼区内或专网寻呼的专网内被寻呼到，而不用执行注册区域的全网寻呼，从而降低了寻呼开销。

例如，比如某ue在工作日(周一至周五)的工作时间(nwda可以分析出具体的时间段，比如9:00～18:00)，使用中国移动创新大厦的办公专网；而在以上时间段之外使用公网，位置分布主要位于家和各大户外景点。基于以上信息，当ue处于cm-idle状态时，amf使用注册时从pcf获取的寻呼策略进行寻呼。如果是工作日的工作时段，则在中国移动创新大厦的一个或者几个基站下进行寻呼，若指定时间内未收到ue响应，则使用在ue注册的全部区域内进行寻呼。所述办公专网即为前述端到端网络切片的专网的一种。若是工作日先通过专网寻呼ue，在寻呼失败的情况下才进行注册区域的全网寻呼，显然减少了参与寻呼的基站，减少了基站发送寻呼消息所消耗的时频资源和/或功耗，故降低了寻呼消耗，且能够确保ur依然能够被寻呼到。

示例2：

如图8所示，本示例提供一种ue的注册方法，包括：

1、ue向ran发送注册信息。

2、ran基于nssai和rat选择amf；

3、ran向amf发送注册请求并同时将自己所属的专网id一同上报；

4、amf基于supi和专网id选择ausf；

5、amf基于supi和专网id选择udm；

6、amf向udm上报supi、nssai、专网id，请求用户身份鉴定，udm根据nssai、专网id、supi在本地缓存中查询该用户是否是该专网的注册设备。例如，从cmri(例如，企业服务器)中获取用户身份信息，例如，使用该专网id对应的专网的用户身份信息，用于对请求注册的用户进行权限鉴定。

7、若本地缓存中未查找到结果，则udm根据专网id、supi、nssai，向企业专属服务器(图中以移动研究院cmri为例)查询该ue是否是专网注册用户；

8、udm将查询结果返回给amf；

9、amf基于supi选择pcf；

10a、amf从pcf处获得ue的接入与移动性策略，pcf首先从本地缓存中寻找是否有该ue的专属寻呼策略；10b、若本地没有该ue的专属寻呼策略缓存，则pcf基于专网id会返回给ue一个专网寻呼区，该寻呼区是专网内基站粒度的。同时pcf基于supi从nwda处获取ue的行为习惯，活动区域(activityarea)，生成一个特别寻呼区(specialtackingarea)。若nwda中还没有关于该ue的记录，则上报一次作为nwda的分析样本。pcf基于专网寻呼区和nwda提供的特别寻呼区(specialtackingarea)，生成专属寻呼策略。步骤10a和步骤10b，pcf可以同时执行，也可以仅执行一个。

11、pcf向amf发送ue的接入与移动性策略，包括特专属寻呼策略、特别寻呼区、专网id、寻呼区(tai)；

12.ran向ue通知注册成功；

13.注册结束。

如此，在ue注册的过程中pcf就完成了该ue的专属寻呼策略的确定，并下发给了amf，方便后续amf需要寻呼ue时可以直接根据本地存储的专属寻呼策略或者pcf存储的专属寻呼策略直接寻呼即可，不用临时生成专属寻呼策略。

示例3：

本示例提供一种寻呼方法，包括：ue注册成功后从pcf处获取了寻呼策略。在cm-idle态，网络优先在特别寻呼区内对ue进行寻呼，若失败，则在专网寻呼区内寻呼。

本示例提供的寻呼方法可具体包括如下步骤：

1、upf收到下行数据；

2a、upf向smf发送数据通知；

2b、smf向upf发送响应；

3a、smf向amf发送n11消息；

3b、amf向smf发送响应；

4a、amf基于注册时收到的专属寻呼策略，先向特别寻呼区内的某一个或几个ran发送寻呼；

4b、ran在区域内进行寻呼；

5、(可选)若在特别寻呼区寻呼失败，则在专网寻呼区寻呼；

6、ue收到寻呼，触发服务请求流程；

7、开始进行下行数据传输。

示例4：

本示例提供一种寻呼方法，包括：

1、upf收到下行数据；

2a、upf向smf发送数据通知；

2b、smf向upf发送响应；

3a、smf向amf发送n11消息；

3b、amf向smf发送响应；

4a、amf基于注册时收到的专属寻呼策略，先向特别寻呼区内的某一个或几个ran发送寻呼；这里的一个或几个ram所对应的区域即为前述特别寻呼区。

4b、ran在区域内进行寻呼；

5、(可选)若在特别寻呼区寻呼失败，则在专网寻呼区寻呼；

6a、amf在ue所有注册的寻呼区内向ran发出寻呼；

6b、ran向ue发送寻呼；

7、ue收到寻呼，触发服务请求流程；

8、开始进行下行数据传输。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。