[发明专利]寻呼区域的确定方法和装置

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种寻呼区域的确定方法和装置。

背景技术

下一代通讯系统希望支持广泛的使用场景，从完全移动设备到静态的物联网设备或者固定无线宽带设备，均能得到支持。一个业务模型就是由多个短突发数据业务或者长突发数据业务组成，中间等待周期是变长的。对于这种业务最重要的是，两个数据突发业务期间的用户终端UE(User Equipment)的非激活状态的行为，于是METIS(Mobile and wireless communications Enablers for the 2020Information Society，简称为METIS)提出一个新状态连接非激活态RRC_Connected Inactive。这个状态与NB-IOT(Narrow band–internet of thing，窄带物联网)功能下的无线资源悬挂的区别就是需要与核心网CN保持连接，同时允许该状态的终端在预定义区域内移动，不需要通知网络侧。

对于这个连接非激活态，提出了一种在RAN(Residential Broadband Network，居民接入网)侧触发的寻呼流程，目的是减少CN侧的寻呼信令负荷。如图1所示，对于终端有下行数据到达时，CN首先发S1接口的寻呼消息(MME发送的Data Packet消息)给锚点Anchor eNB，和/或，将数据传送给RAN侧的Serving Gateway，RAN侧进行缓存，然后RAN侧发现这个终端处于连接非激活态，但是对于移动的终端，可在当前锚点基站寻呼该终端，如果没有收到寻呼响应，Anchor eNB则通过X2口发寻呼消息(X2Paging消息)给其它基站eNB(evolved Node B，演进型基站)，其它基站通过Uu Paging消息寻呼这个终端UE，并等待其回应消息Paging response。这个基于RAN触发的寻呼消息，虽然减少了CN侧的寻呼信令，但是不可避免的增加了X2的信令负荷。

目前，为了实现RAN3中的寻呼优化，就是将以前的寻呼区域，即追踪区域列表，进行缩小化限制。如图2所示，发送UE Context Release Request消息至基站，以使基站上报UE的最近行踪的一些基站列表或者小区列表(即recommended cells and enbs)，然后MME(Mobility Management Entity，移动管理节点功能)触发寻呼(即Paging)时就首先在这个缩小化的寻呼范围，即基站列表或者小区列表进行寻呼，这样就会大大减少寻呼负荷。但是，如果在第一次缩小范围里面寻呼不到相关的终端，就扩大寻呼区域到最终区域列表，反而会增加寻呼负荷。

针对相关技术中基于基站列表或者小区列表进行寻呼时的寻呼负荷较高的技术问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种寻呼区域的确定方法和装置，以至少解决相关技术中基于基站列表或者小区列表进行寻呼时的寻呼负荷较高的技术问题。

根据本发明实施例的一个方面，提供了一种寻呼区域的确定方法，该方法包括：当接收到发给用户终端的下行数据消息时，网络侧根据最后一次接收到的用户终端的终端状态信息和/或位置更新信息估算出用户终端所在的第一小区；网络侧根据估算出的第一小区确定用户终端的寻呼区域。

可选地，用户终端的终端状态信息包括以下至少之一：用户终端的当前速度；用户终端的支持业务；用户终端的无线网络连接状态；用户终端的无线接入能力。

可选地，在网络侧接收到用户终端的位置更新信息之前，该方法还包括：网络侧基于速度设置多个位置更新类型，多个位置更新类型包括：为速度在第一预设范围内的终端设置的小区级别位置更新、为速度在第二预设范围内的终端设置的小区组级别位置更新以及为速度在第三预设范围内的终端设置的无线接入网RAN级别位置更新，其中，第二预设范围的速度极小值不小于第一预设范围的速度极大值，第三预设范围的速度极小值不小于第二预设范围的速度极大值；网络侧将多个位置更新类型通知给用户终端。

可选地，在网络侧将多个位置更新类型通知给用户终端时，网络侧通过如下信息中的至少之一发送多个位置更新类型：系统消息；悬挂消息；无线资源控制连接释放消息。

可选地，网络侧将多个位置更新类型通知给用户终端包括：网络侧将小区级别位置更新、小区组级别位置更新以及RAN级别位置更新通知给用户终端。