CN104754738B - 在密集小基站部署场景下对寻呼进行处理的方法与系统 - Google Patents

Abstract

本公开涉及一种在密集小基站部署场景下对寻呼进行处理的方法与系统。该方法包括处于空闲状态的终端获取其所探测到的小基站的部署类型；处于空闲状态的终端响应于对驻留小区的重选，判断探测到的小基站是否为盲点覆盖小基站；如果为盲点覆盖并且探测到的盲点覆盖小基站与宏基站的信号强度相比满足小区重选条件，则终端驻留到盲点覆盖小基站，否则判断宏基站是否具备通信的最低性能保障；如果具备，则终端驻留在宏基站内；响应于对处于空闲状态的终端的寻呼，MME向宏基站和盲点覆盖小基站发送寻呼信令；响应于对寻呼信令的接收，宏基站和盲点覆盖小基站通过空口广播寻呼消息，以寻呼处于空闲状态的终端。本公开能减轻了核心网和空口的信令负担。

Description

在密集小基站部署场景下对寻呼进行处理的方法与系统

技术领域

本公开涉及无线通信技术领域，特别地，涉及一种在密集小基站部署场景下对寻呼进行处理的方法与系统。

背景技术

随着移动宽带的蓬勃发展，各种智能终端带来数据业务井喷式增长，现有以宏基站为主的网络部署已经很难满足容量需求，而小基站（Small Cell）方案正是在这种情况下应运而生的，它能方便地大幅度提升热点地区的容量，并提供盲点地区覆盖和室内覆盖。基于此趋势，3GPP正在Release12中研究宏基站+密集小基站的网络部署技术，具体的网络部署场景如图1所示。

LTE（Long Term Evolution，长期演进）系统中的寻呼功能可以通知处于空闲状态（IDLE Mode）的UE（User Equipment，终端）和网络建立连接。要实现该功能，核心网的MME（Mobility Management Entity，移动管理实体）需要向UE所在的TA（Tracking Area，跟踪区域）内的所有基站（evolved Node B，eNB）发送“寻呼（Paging）”信令，然后这些基站通过空口RRC（Radio Resource Control，无线资源控制）信令广播该“寻呼”信令，以找到处于空闲状态的UE。UE收到基站发出的“寻呼”信令后，开始建立和网络的连接，进入连接状态（CONNECTED Mode）。

但是，在Release12密集小基站部署场景下，在一个TA内将会部署有数量巨大的小基站，如果根据现有的LTE协议，MME需要向UE所在的跟踪区域内的所有基站发送“寻呼”信令，这会对核心网带来巨大的信令负担（Signaling Overhead）。并且，如此数量巨大的小基站在收到寻呼信令后还需要向自己所覆盖的小区广播该寻呼信令，这还会对接入网造成巨大的空口（Air Interface）信令负担。

发明内容

本公开鉴于以上问题中的至少一个提出了新的技术方案。

本公开在其一个方面提供了一种在密集小基站部署场景下对寻呼进行处理的方法，其减轻了核心网和空口的信令负担。

本公开在其另一方面提供了一种在密集小基站部署场景下对寻呼进行处理的系统，其减轻了核心网和空口的信令负担。

根据本公开，提供一种在密集小基站部署场景下对寻呼进行处理的方法，包括：

处于空闲状态的终端获取其所探测到的小基站的部署类型，小基站的部署类型包括热点覆盖小基站和盲点覆盖小基站；

处于空闲状态的终端响应于对驻留小区的重选，判断探测到的小基站是否为盲点覆盖小基站；

如果探测到的小基站为盲点覆盖小基站、并且探测到的盲点覆盖小基站的信号强度与宏基站的信号强度相比满足小区重选条件，则处于空闲状态的终端驻留到盲点覆盖小基站，否则判断宏基站是否具备通信的最低性能保障；

如果宏基站具备通信的最低性能保障，则处于空闲状态的终端驻留在宏基站内；

响应于对处于空闲状态的终端的寻呼，移动管理实体向处于空闲状态的终端所在的跟踪区域内的宏基站和盲点覆盖小基站发送寻呼信令；

响应于对寻呼信令的接收，处于空闲状态的终端所在的跟踪区域内的宏基站和盲点覆盖小基站通过空口广播寻呼消息，以寻呼处于空闲状态的终端。

在本公开的一些实施例中，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式包括通过其探测到的小基站所广播的系统消息获知，小基站所广播的系统消息中包含小基站的部署类型。

在本公开的一些实施例中，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式还包括通过处于空闲状态的终端所在跟踪区域内的宏基站所广播的系统消息获知，宏基站所广播的系统消息中包含宏基站覆盖范围内各个小基站的部署类型。

在本公开的一些实施例中，该方法还包括：

处于空闲状态的终端收到寻呼消息后，选择当前驻留的宏基站或小基站与网络建立连接，或者选择可检测到的信号强度最好的基站与网络建立连接。

根据本公开，还提供了一种在密集小基站部署场景下对寻呼进行处理的系统，包括处于空闲状态的终端、处于空闲状态的终端所在跟踪区域内的宏基站与小基站、以及移动管理实体，其中，

处于空闲状态的终端，用于获取其所探测到的小基站的部署类型，小基站的部署类型包括热点覆盖小基站和盲点覆盖小基站，响应于对驻留小区的重选，判断探测到的小基站是否为盲点覆盖小基站，如果探测到的小基站为盲点覆盖小基站、并且探测到的盲点覆盖小基站的信号强度与宏基站的信号强度相比满足小区重选条件，则驻留到盲点覆盖小基站，否则判断宏基站是否具备通信的最低性能保障，如果宏基站具备通信的最低性能保障，则驻留在宏基站内；

移动管理实体，用于响应于对处于空闲状态的终端的寻呼向处于空闲状态的终端所在的跟踪区域内的宏基站和盲点覆盖小基站发送寻呼信令；

宏基站和盲点覆盖小基站，用于广播系统消息、以及通过空口广播寻呼消息以寻呼处于空闲状态的终端。

在本公开的一些实施例中，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式包括通过其探测到的小基站所广播的系统消息获知，小基站所广播的系统消息中包含小基站的部署类型。

在本公开的一些实施例中，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式还包括通过处于空闲状态的终端所在跟踪区域内的宏基站所广播的系统消息获知，宏基站所广播的系统消息中包含宏基站覆盖范围内各个小基站的部署类型。

在本公开的一些实施例中，处于空闲状态的终端还用于接收寻呼消息，并在接收到寻呼消息后选择当前驻留的宏基站或小基站与网络建立连接，或者选择可检测到的信号强度最好的基站与网络建立连接。

在本公开的技术方案中，由于移动管理实体有寻呼请求时，只将该寻呼请求发送至处于空闲状态的终端所在跟踪区域内的宏基站和盲点覆盖小基站，与现有技术中发给跟踪区域内的宏基站和所有小基站的方式相比，显著减小了接收和转发寻呼信令的基站数目，进而减轻了核心网和空口的信令负担。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附图中：

图1是本公开网络部署场景示意图。

图2是本公开一个实施例的在密集小基站部署场景下对寻呼进行处理的方法的流程示意图。

图3是本公开一个实施例的在密集小基站部署场景下对寻呼进行处理的系统的结构示意图。

具体实施方式

下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外，本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为说明书的一部分。

鉴于上述技术问题，本公开下述实施例提出了一种避免MME向处于空闲状态的UE所在跟踪区域内的所有小基站发送寻呼信令、避免所有小基站在空口广播该寻呼信令的技术方案。

图2是本公开一个实施例的在密集小基站部署场景下对寻呼进行处理的方法的流程示意图。

如图2所示，该实施例可以包括以下步骤：

S202，处于空闲状态的UE获取其所探测到的小基站的部署类型，小基站的部署类型包括热点覆盖小基站和盲点覆盖小基站。

S204，处于空闲状态的UE响应于对驻留小区的重选，判断探测到的小基站是否为盲点覆盖小基站；

例如，当处于空闲状态的UE移动到其跟踪区域内的某个小基站的覆盖范围内时，处于空闲状态的UE可以同时检测到宏基站和该小基站的信号强度，如果UE接收到小基站的信号强度高于接收到的宏基站的信号强度，则可以触发处于空闲状态的UE对驻留小区的重选。

S206，如果探测到的小基站为盲点覆盖小基站、并且探测到的盲点覆盖小基站的信号强度与宏基站的信号强度相比满足小区重选条件，则处于空闲状态的UE驻留到盲点覆盖小基站，否则判断宏基站是否具备通信的最低性能保障；

由于热点覆盖小基站完全处于跟踪区域内宏基站的覆盖范围内，而盲点覆盖小基站所覆盖的范围内没有宏基站信号，因此，如果探测到小基站为盲点覆盖小基站，为了保障UE能够随时连接到网络，此时可以建议处于空闲状态的UE驻留在盲点覆盖小基站内。

S208，如果宏基站具备通信的最低性能保障，则处于空闲状态的UE驻留在宏基站内；

此外，由于对处于空闲状态的UE的跟踪区域内的热点小基站数量繁多，如果如现有技术一样，则使得跟踪区域内的所有小基站均需接收和转发寻呼消息。为了避免此情况出现，该实施例在宏基站具备通信的最低性能保障的情况下，不使处于空闲状态的UE驻留到探测到的满足重选条件的热点覆盖小基站，而是仍驻留在宏基站内。

S210，响应于对处于空闲状态的UE的寻呼，MME向处于空闲状态的UE所在的跟踪区域内的宏基站和盲点覆盖小基站发送寻呼信令，这样，跟踪区域内的热点覆盖小基站就不会再接收到来自MME的寻呼信令了。

S212，响应于对寻呼信令的接收，处于空闲状态的UE所在的跟踪区域内的宏基站和盲点覆盖小基站通过空口广播寻呼消息，以寻呼处于空闲状态的UE；

由于只有跟踪区域内的宏基站和盲点覆盖小基站进行对处于空闲状态的UE的寻呼，因此，也显著减少了空口中的寻呼消息。

在该实施例中，由于MME有寻呼请求时，只将该寻呼请求发送至处于空闲状态的UE所在跟踪区域内的宏基站和盲点覆盖小基站，与现有技术中发给跟踪区域内的宏基站和所有小基站的方式相比，显著减小了接收和转发寻呼信令的基站数目，进而减轻了核心网和空口的信令负担。

其中，处于空闲状态的UE获取其所探测到的小基站的部署类型的方式可以包括通过其探测到的小基站所广播的系统消息获知，由于小基站所广播的系统消息中包含小基站的部署类型，因此，当处于空闲状态的UE探测到小基站后，即可接收到小基站广播的系统消息，从该系统消息中即可得到该小基站的具体部署类型。

进一步地，处于空闲状态的UE获取其所探测到的小基站的部署类型的方式还可以包括通过处于空闲状态的UE所在跟踪区域内的宏基站所广播的系统消息获知，由于宏基站所广播的系统消息中包含宏基站覆盖范围内各个小基站的部署类型，因此，处于空闲状态的UE在其跟踪区域内的任何位置均可以根据接收到的宏基站的系统消息获知跟踪区域内各个小基站的具体部署类型。

具体地，针对处于空闲状态的UE如何知道所探测到的小基站的部署类型：例如，是用来“热点覆盖”还是“盲点覆盖”，可以通过如下两种方法获知：

方法一：小基站在系统信息中广播自己的部署类型，可以通过在广播的系统信息中添加1bit的类型指示位。

方法二：宏基站在系统信息中广播自己覆盖区域下的小基站的部署类型，这样在自己覆盖范围下的处于空闲状态的UE和处于连接状态下的UE都可以知道覆盖区域内各个小基站的部署类型了。此外，针对处于连接状态的UE，宏基站也可以使用特定的无线信令，例如，Dedicated RRC Signaling为其单播该信息。

此外，在步骤S212之后，即，处于空闲状态的UE收到寻呼消息后，可以选择当前驻留的宏基站或小基站与网络建立连接，或者选择可检测到的信号强度最好的基站与网络建立连接。

正如上述实施例所述，本公开提出了针对UE驻留小区重选的新规则。在UE进入空闲状态后，在进行小区重选时，只要宏基站可以提供最低的性能保障（即，UE可以进行诸如通话等最基本的通信），那么该UE就不会选择用来做热点覆盖的小基站，只会选择用来做盲点覆盖的小基站或者宏基站的相邻宏基站。这样MME只需要向宏基站以及用来做盲点覆盖的小基站发送寻呼信令，进而这些基站再在空口广播该寻呼信令。具体可以包括以下步骤：

步骤一，小基站通过系统信息广播自己的部署类型，或者宏基站通过系统信息广播所覆盖下的小基站的部署类型。

步骤二，处于空闲状态的UE移动到小基站附近后会对该小基站进行测量：

如果UE发现该小基站是热点覆盖小基站，那么即使该小基站的信号强度和宏基站的信号强度相比满足了小区重选准则，处于空闲状态的UE也不会重选该小基站进行驻留。

如果UE发现该小基站是盲点覆盖小基站，而且该小基站的信号强度和宏基站的信号强度相比满足了小区重选准则，那么处于空闲状态的UE会重选该小基站进行驻留。

步骤三，当MME有寻呼请求时，MME会向处于空闲状态的UE跟踪区域内的宏基站和盲点覆盖小基站发送寻呼信令，宏基站和盲点覆盖小基站收到MME的寻呼信令后，在无线网侧通过空口广播寻呼信令。

步骤四，处于空闲状态的UE收到基站发出的广播寻呼信令后可以选择当前驻留的基站和网络建立连接，也可以直接选择信号强度最好的基站和网络建立连接。

接下来，再结合图1对本公开的技术方案做进一步说明。

如图1所示，小基站#2是用来做盲点覆盖的小基站，跟踪区域内其余的小基站（包括小基站#1和3）是用来做热点覆盖的小基站。其中，双箭头表示MME与eNB之间的接口，细单箭头表示无线信令，粗单箭头表示UE的移动轨迹。

UE在宏基站覆盖下变成空闲状态后，在移动过程当中会对其他的基站（宏基站+小基站）进行测量。与此同时，所有的小基站都会在自己的覆盖范围内在系统信息中广播自己的部署类型，即，是热点覆盖还是盲点覆盖，只需要1bit来指示。

当UE移动到小基站#1下时，发现小基站#1是用来做热点覆盖的，那么即使小基站#1的信号强度和宏基站之间的信号强度相比符合了小区重选的准则，那么UE也不会选择小基站#1进行驻留，而是会继续留在宏基站下。

当UE移动到小基站#2下时，发现小基站#2是用来做盲点覆盖的，那么当小基站#2和宏基站之间的信号强度相比符合小区重选准则后，UE会重选小基站#2进行驻留。

当UE移出小基站#2时，当小基站#2和宏基站之间的信号强度符合小区重选准则后，UE会重选宏基站进行驻留。

当UE移动到小基站#3下时，发现小基站#3是用来做热点覆盖的，那么即使小基站#3的信号强度和宏基站之间的信号强度相比符合了小区重选的准则，UE也不会选择小基站#3，而是会继续留在宏基站下。

在任何时刻，如果MME需要寻呼该UE，MME只需要向宏基站和盲点覆盖的小基站#2发送寻呼信令，而不需要向其他的热点覆盖小基站发送寻呼信令，从而大大节省了核心网信令。同时，在收到MME发送的寻呼信令后，只有宏基站和小基站#2会通过空口发送寻呼信令，其他的小基站都不需要发送寻呼信令，从而大大节省了空口信令。

本领域普通技术人员可以理解，实现上述方法实施例的全部和部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算设备可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。

图3是本公开一个实施例的在密集小基站部署场景下对寻呼进行处理的系统的结构示意图。

如图3所示，该实施例中的系统30可以包括处于空闲状态的UE302、处于空闲状态的UE所在跟踪区域内的宏基站304与小基站、以及MME306，其中，

处于空闲状态的UE302，用于获取其所探测到的小基站的部署类型，小基站的部署类型包括热点覆盖小基站和盲点覆盖小基站308，响应于对驻留小区的重选，判断探测到的小基站是否为盲点覆盖小基站，如果探测到的小基站为盲点覆盖小基站、并且探测到的盲点覆盖小基站的信号强度与宏基站的信号强度相比满足小区重选条件，则驻留到盲点覆盖小基站，否则判断宏基站是否具备通信的最低性能保障，如果宏基站具备通信的最低性能保障，则驻留在宏基站内；

MME308，用于响应于对处于空闲状态的UE的寻呼向处于空闲状态的UE所在的跟踪区域内的宏基站和盲点覆盖小基站发送寻呼信令；

宏基站304和盲点覆盖小基站308，用于广播系统消息、以及通过空口广播寻呼消息以寻呼处于空闲状态的UE。

在该实施例中，由于MME有寻呼请求时，只将该寻呼请求发送至处于空闲状态的UE所在跟踪区域内的宏基站和盲点覆盖小基站，与现有技术中发给跟踪区域内的宏基站和所有小基站的方式相比，显著减小了接收和转发寻呼信令的基站数目，进而减轻了核心网和空口的信令负担。

进一步地，处于空闲状态的UE获取其所探测到的小基站的部署类型的方式包括通过其探测到的小基站所广播的系统消息获知，小基站所广播的系统消息中包含小基站的部署类型。

进一步地，处于空闲状态的UE获取其所探测到的小基站的部署类型的方式还包括通过处于空闲状态的UE所在跟踪区域内的宏基站所广播的系统消息获知，宏基站所广播的系统消息中包含宏基站覆盖范围内各个小基站的部署类型。

进一步地，处于空闲状态的UE还用于接收寻呼消息，并在接收到寻呼消息后选择当前驻留的宏基站或小基站与网络建立连接，或者选择可检测到的信号强度最好的基站与网络建立连接。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处可以参见方法实施例部分的说明。

本公开上述实施例在密集小基站部署的场景下，MME只会对宏基站和作为盲点覆盖的小基站发送寻呼信号，而不需要向其他大量的热点覆盖小基站发送寻呼信令，从而极大的减少当前大量的寻呼信令对核心网造成的信令负担。在密集小基站部署的场景下，只有收到MME寻呼信号的宏基站和盲点覆盖小基站需要通过空口发送寻呼信令，从而极大地减少了当前大量的寻呼信令对接入网空口造成的信令负担。

虽然已参照示例性实施例描述了本公开，但应理解，本公开不限于上述的示例性实施例。对于本领域技术人员显然的是，可以在不背离本公开的范围和精神的条件下修改上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释，以包含所有这样的修改以及等同的结构和功能。

Claims (8)

1.一种在密集小基站部署场景下对寻呼进行处理的方法，其特征在于，包括：

处于空闲状态的终端获取其所探测到的小基站的部署类型，所述小基站的部署类型包括热点覆盖小基站和盲点覆盖小基站；

处于空闲状态的终端响应于对驻留小区的重选，判断探测到的小基站是否为盲点覆盖小基站；

如果探测到的小基站为盲点覆盖小基站、并且探测到的盲点覆盖小基站的信号强度与宏基站的信号强度相比满足小区重选条件，则处于空闲状态的终端驻留到盲点覆盖小基站，否则判断宏基站是否具备通信的最低性能保障；

如果宏基站具备通信的最低性能保障，则处于空闲状态的终端驻留在宏基站内；

响应于对处于空闲状态的终端的寻呼，移动管理实体向处于空闲状态的终端所在的跟踪区域内的宏基站和盲点覆盖小基站发送寻呼信令；

响应于对寻呼信令的接收，处于空闲状态的终端所在的跟踪区域内的宏基站和盲点覆盖小基站通过空口广播寻呼消息，以寻呼处于空闲状态的终端。

2.根据权利要求1所述的在密集小基站部署场景下对寻呼进行处理的方法，其特征在于，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式包括通过其探测到的小基站所广播的系统消息获知，小基站所广播的系统消息中包含小基站的部署类型。

3.根据权利要求2所述的在密集小基站部署场景下对寻呼进行处理的方法，其特征在于，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式还包括通过处于空闲状态的终端所在跟踪区域内的宏基站所广播的系统消息获知，宏基站所广播的系统消息中包含宏基站覆盖范围内各个小基站的部署类型。

4.根据权利要求1所述的在密集小基站部署场景下对寻呼进行处理的方法，其特征在于，所述方法还包括：

处于空闲状态的终端收到寻呼消息后，选择当前驻留的宏基站或盲点覆盖小基站与网络建立连接，或者选择可检测到的宏基站和盲点覆盖小基站中信号强度最好的基站与网络建立连接。

5.一种在密集小基站部署场景下对寻呼进行处理的系统，其特征在于，包括处于空闲状态的终端、处于空闲状态的终端所在跟踪区域内的宏基站与小基站、以及移动管理实体，其中，

所述处于空闲状态的终端，用于获取其所探测到的小基站的部署类型，所述小基站的部署类型包括热点覆盖小基站和盲点覆盖小基站，响应于对驻留小区的重选，判断探测到的小基站是否为盲点覆盖小基站，如果探测到的小基站为盲点覆盖小基站、并且探测到的盲点覆盖小基站的信号强度与宏基站的信号强度相比满足小区重选条件，则驻留到盲点覆盖小基站，否则判断宏基站是否具备通信的最低性能保障，如果宏基站具备通信的最低性能保障，则驻留在宏基站内；

所述移动管理实体，用于响应于对处于空闲状态的终端的寻呼向处于空闲状态的终端所在的跟踪区域内的宏基站和盲点覆盖小基站发送寻呼信令；

宏基站和盲点覆盖小基站，用于广播系统消息、以及通过空口广播寻呼消息以寻呼处于空闲状态的终端。

6.根据权利要求5所述在密集小基站部署场景下对寻呼进行处理的系统，其特征在于，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式包括通过其探测到的小基站所广播的系统消息获知，小基站所广播的系统消息中包含小基站的部署类型。

7.根据权利要求6所述在密集小基站部署场景下对寻呼进行处理的系统，其特征在于，处于空闲状态的终端获取其所探测到的小基站的部署类型的方式还包括通过处于空闲状态的终端所在跟踪区域内的宏基站所广播的系统消息获知，宏基站所广播的系统消息中包含宏基站覆盖范围内各个小基站的部署类型。

8.根据权利要求5所述在密集小基站部署场景下对寻呼进行处理的系统，其特征在于，所述处于空闲状态的终端还用于接收寻呼消息，并在接收到寻呼消息后选择当前驻留的宏基站或盲点覆盖小基站与网络建立连接，或者选择可检测到的宏基站和盲点覆盖小基站中信号强度最好的基站与网络建立连接。