CN100461955C - 一种移动通信系统中寻呼优化的实现方法 - Google Patents

Abstract

本发明公开了一种移动通信系统中寻呼优化的实现方法，该方法包括以下步骤：a.核心网节点在确定能够对UE进行固定区的分配后，记录该用户所在的固定区信息；b.核心网节点在寻呼UE时，如果确定已为该UE分配了固定区，则根据所设置的固定区进行寻呼；否则，按照现有流程进行寻呼，核心网节点在根据所设置的固定区进行寻呼时，如果寻呼失败，则按现有流程寻呼。其中，所述固定区为基站、基站下属的小区、或多个相邻基站，所述固定区信息为相应的基站标识、小区标识或相邻基站的标识。本发明解决了现有技术中因寻呼范围太大而占用大量网络资源和空口资源的问题。本发明方案则不需要浪费系统的网络资源及空口资源即可快速地寻呼到UE。

Description

一种移动通信系统中寻呼优化的实现方法

技术领域

本发明涉及移动通信技术领域，更确切地说是涉及一种移动通信系统中寻呼优化的实现方法。

背景技术

通用移动通信系统(UMTS)是采用宽带码分多址接入(WCDMA)空中接口技术的3GPP系统，通常也将UMTS系统称为WCDMA通信系统。UMTS系统采用了与第二代移动通信系统类似的结构，UMTS系统中同样包括无线接入网络(RAN，Radio Access Network)和核心网络(CN，Core Network)。其中，RAN用于处理所有与无线有关的功能，通常将RAN称为陆地无线接入网(UTRAN)；CN则处理UMTS系统中所有的话音呼叫和数据连接，并实现与外部网络的交换和路由功能。CN从逻辑上分为电路交换域(CS，CircuitSwitched Domain)和分组交换域(PS，Packet Switched Domain)。UTRAN、CN与用户设备(UE，User Equipment)一起构成了整个UMTS系统，其系统结构如图1所示。

图1所示系统中，UTRAN通常包括一个或几个无线网络子系统(RNS)。RNS由一个无线网络控制器(RNC)和一个或多个基站(NodeB)组成。UTRAN中RNS的结构及其与CN的连接关系如图2所示。

虽然当前的3GPP系统已经具有了一定的优势，但考虑到未来网络的竞争能力，还需要对该系统作进一步的演进，以满足未来十年甚至更长时间内移动网络的应用需求。

目前业界已提出了多种网络演进的候选方案，比较被关注的有如图3所示的两层节点架构。该架构通过边缘无线站(ERS，Edge Radio Station)和IP接入网关(IAGW，IP Access GateWay)实现了原有WCDMA系统中的UTRAN和CN的功能。

在图3所示架构中，ERS是针对原系统中NodeB的演进，该ERS还具有原系统中RNC的大部分功能，并且采用了诸如频分多址(OFDM)之类的新的物理层技术，也就是说，ERS可以看作UMTS系统中的NodeB和RNC。IAGW具有部分无线业务服务支持节点(SGSN)的功能，以及原系统中网关GPRS支持节点(GGSN)的功能，IAGW则可以看作UMTS系统的核心网节点中的SGSN。

但无论是目前的2G系统、3G系统，还是未来演进的3G系统，都存在对用户的移动性管理的问题。比如，当UE重选小区，即选择了另外一个小区后，发现该小区属于另外一个位置区(LA)或者路由区(RA)，则UE需要发起位置更新过程，以便网络能够获取本UE最新的位置信息。在UMTS系统中，位置更新过程包括CS域的位置更新和PS域的路由更新过程。

无论是GSM还是UMTS，还是未来演进的3G系统，目前都是根据LA或者RA进行寻呼，此时，该LA/RA又称为寻呼区。

目前，在长期演进项目/系统架构演进(LTE/SAE)技术报告中针对当前的系统提出，用跟踪位置区(TA，Tracking Area)来统称LA和RA。LTE/SAE只定义了一个基本的TA概念，当UE处于空闲状态时，UE的位置在TA级别被网络所知，且UE在空闲状态时，系统在当前注册的TA范围内的所有小区中寻呼该UE。

从以上描述可以看出，对于空闲态的UE，核心网只在TA级别对其进行位置管理，且寻呼区通常与TA相同。并且寻呼区在确定后，一般不做改变，对UE则针对相应的寻呼区进行寻呼。

以现有的UMTS系统为例，该寻呼过程通常是：CN中的SGSN发起寻呼流程后，Paging消息就会被广播到TA所对应的寻呼区内的各个RNC，每个RNC则再对其管辖范围内的UE下发paging消息。

每个TA所对应的寻呼区通常都是非常大的一个范围，比如，一个TA通常会包括多个RNC下的多个NodeB。UMTS系统在寻呼UE时，由于是在整个寻呼区内进行寻呼，因此在从CN中的SGSN到UTRAN中的RNC的寻呼过程中，会占用CN与UTRAN之间大量的网络资源。并且在从UTRAN到UE的寻呼过程中，由于UTRAN中的各个RNC并不清楚待寻呼的UE是否在自身的管辖范围内，因此都会在空中接口下发寻呼消息，这显然也会造成很多空口资源的浪费。

由此可见，缩小寻呼范围是移动通信网络中需要解决的一个重要问题。目前，针对该问题，存在针对UE的话务量进行统计，动态生成寻呼区的方法，这种方法虽然比直接针对TA进行寻呼要好一些，但这种方法所能确定的寻呼范围通常不会比TA小很多，也就是说，系统依然要在一个较大的区域内进行每次寻呼，因此效果并不是非常明显。

发明内容

有鉴于此，本发明所要解决的主要问题在于提供一种移动通信系统中寻呼优化的实现方法，以使系统在寻呼UE时，不浪费系统的网络资源及空口资源，且能够快速地寻呼到UE。

为解决以上问题，本发明提供了以下技术方案：

一种移动通信系统中寻呼优化的实现方法，该方法包括以下步骤：

a.核心网节点在确定能够对用户设备UE进行固定区的分配后，记录该用户所在的固定区的信息；

b.核心网节点在寻呼UE时，如果确定已为该UE分配了固定区，则根据所设置的固定区进行寻呼；否则，按照现有流程进行寻呼；

所述步骤b中，所述核心网节点在根据所设置的固定区进行寻呼时，如果寻呼失败，则按照现有流程进行寻呼。

所述步骤a中，所述核心网节点确定对UE进行固定区的分配为：核心网节点收到UE主动发送来的固定状态注册请求，所述注册请求中携带UE当前选择的固定区的信息。

所述UE主动发起固定状态注册请求之前，进一步包括：UE监听小区系统广播，并在确定该广播消息中携带的基站或小区标识在一段时间内没有变化后，执行主动发起注册请求的步骤。

该方法进一步包括：根据网络规划预先设置系统中的一个基站、小区或多个相邻基站允许被注册为固定区或不允许被注册为固定区，并通过小区系统广播将该区域是否允许被注册的信息发送给UE；

所述UE监听小区系统广播包括：UE监听系统广播消息后，如果系统广播消息中携带了本区域允许被申请注册为UE的固定区的信息，则UE执行判断基站或小区标识是否变化及后续的步骤；如果系统广播消息中携带了本区域不允许被申请注册为UE的固定区的信息，则UE不执行统计判断，且不发起申请注册。

所述UE主动发送固定状态注册请求之前，进一步包括：

根据网络规划预先设置系统中的一个基站、小区或多个相邻基站为固定区，系统在检测到UE进入自身所管辖的固定区后，提示该UE发起注册请求；

或者包括：核心网节点在确定UE连续一个以上的周期性位置更新来自于同一个基站、小区或多个相邻基站后，提示该UE发起注册请求。

所述UE主动发送固定状态注册请求之前，进一步包括：根据用户与网络运营商的签约信息，用户申请开通了固定区注册功能。

所述步骤a中，所述核心网节点确定能够对UE进行固定区的分配为：核心网节点在接收确定UE连续一个以上的周期性位置更新来自于同一个基站、同一个小区或多个相邻基站后，确定能够对该UE进行固定区的分配，并可以进一步通知该UE已被分配固定区。

所述步骤a中，所述核心网节点确定能够对UE进行固定区的分配为：当某个基站总是能检测到某个UE总是一直驻留在自身或周围基站的覆盖区，则通知核心网节点将本基站或相邻基站设定为该UE的固定区，核心网节点根据该通知消息确定能够对该UE进行固定区的分配。

所述步骤b中，所述核心网节点确定已为UE分配了固定区为：根据步骤a中记录的固定区信息确定；

或者，步骤a中，所述核心网节点进一步设置该UE的位置属性为固定状态；步骤b中，所述核心网节点确定已为UE分配了固定区为：根据步骤a中为该UE设置的位置属性确定。

所述步骤a中，所述核心网节点通过本核心网节点或核心网中的用户位置寄存器记录用户所在的固定区信息。

所述固定区为基站、基站下属的小区、或多个相邻基站，所述固定区信息为相应的基站标识、小区标识或相邻基站的标识。

该方法进一步包括：核心网节点取消为UE在步骤a中设置的某个注册为固定态的UE的固定态以及对应的固定区信息。

所述核心网节点在取消为UE设置的固定区信息之前，进一步包括：核心网节点收到UE主动发送来的取消注册状态请求消息。

所述UE主动发送取消注册状态请求消息为：UE监听系统广播消息，且在确定收到的系统广播消息中的小区或者基站信息与本UE所对应的固定区信息不同后，发送该取消消息，且UE立即发送或通过后续的其它消息发送该取消消息；或者直接根据用户的指令发送该取消消息。

所述核心网节点取消为UE设置的固定区信息为：核心网节点在按照该固定区寻呼失败后取消该UE的固定区信息。

本发明方案实现了对寻呼区的精确定位，从而实现了缩小寻呼范围，减少网络寻呼负荷，减少网络资源和控制资源的占用，并缩短寻呼的接入时延。且当用户处于Settled状态后，寻呼流程依然可以采用目前UMTS/GSM系统的寻呼流程，或者其他改进的寻呼流程。只是在寻呼的时候，如果被叫UE处于Settled状态，那么寻呼范围缩小到Settled区。按照Settled区的大小进行寻呼。对于没有进行Settled状态注册的用户，依然采用已有的寻呼流程，只是寻呼区没有Settled区的概念，按照系统自己设置的寻呼区进行寻呼。

另外，由于Settled区只是表示UE在Settled状态下与网络的一种关联关系，所以并不影响UE正常的小区更新/位置更新/切换等功能。Settled区只是对用户处于Settled状态的一种记录。不存在Settled区与非Settled区的切换，只有Settled状态的取消与注册。当用户从一个Settled区移动到非Settled区，必然是发生了小区级或者基站级或者TA级等级别的位置改变，这种改变按照既有系统的处理方式处理。所以这种注册Settled状态的方式对网络其他功能基本没有任何冲击。

并且本发明方案中的网络侧的Settled信息还可以与UE侧的Settled状态信息不一致。比如，网络侧记录UE为floating，UE可以为settled状态(如UE没有接收到settled状态取消消息)，此时不影响网络对该UE按照floating状态来寻呼。当网络记录UE为settled状态而UE记录自己为floating状态时，系统可以通过网络寻呼UE时或进行UE的位置更新时进行调整。此时系统在settled区寻呼不到UE时可以改为TA寻呼。

本发明方案的状态注册流程及相应的取消流程还可以与现有流程结合，直接嵌套在目前已有的流程中，比如，套用在现有的业务请求(Service request流程)里，把Settled状态注册与取消当着一种电信业务进行。也可以借用LAI/RAI/TA update消息流程，或者在该流程里加上某些相应的附加信息来完成，而不需要单独设计一个settled流程。譬如，当网络侧对TA更新统计后，将UE置为settled态，可以通过TA update accept消息把UE为settled状态的信息带给UE。当UE对小区系统广播消息统计结果出来后，可以立即发起一个settled注册流程，也可以等到下次周期性位置更新的时候顺便带给核心网。

本发明方案还可以预先设置某区域允许被申请注册为固定区，UE可以根据系统的通知来确定自己进入的区域是否允许被申请为固定区，从而再通过判断本UE是否在较长时间内停留在该区域内来确定是否向系统请求注册，以减少无效的注册，从而进一步减少了对网络的资源占用。

本发明方案还可以预先设置某些区域不允许被申请注册为固定区，并通知进入这些区域的UE。这样，对于UE来说，在得到该区域的信息后，UE就不会再主动发起注册请求了。这种处理主要是针对网络规划时可能会出现的某些情况，比如，某些场所可能同时属于几个小区或基站，这种情况下，用户在很小的范围内移动就会进入不同的区域，如果用户或网络根据UE的位置变化频繁地请求注册和取消注册，显然会大大增大网络的资源占用量。而如果采用预设不允许固定的区域的方案，则就可以很好地避免这种情况。

当然，对于网络来说，在设置了不允许固定的区域后，如果UE进入了这种区域，则网络不会发起为该UE注册固定区的操作，也不会提示UE进行注册请求。

附图说明

图1为目前的UMTS系统结构图；

图2为目前的UTRAN中RNS的结构及其与CN的连接关系示意图；

图3为目前的两层节点架构图；

图4为本发明方案所针对的3G架构；

图5为本发明方案的实现流程图；

图6为本发明实施例中UE发起Settled状态注册的消息流时序图；

图7为本发明实施例中IAGW发起Settled状态注册的消息流时序图；

图8为本发明实施例中IAGW发起Settled状态取消的消息流时序图；

图9为本发明实施例中UE发起Settled状态取消的消息流时序图。

具体实施方式

本发明方案主要是通过精确地定位UE的位置，从而实现了缩小寻呼范围，减少网络寻呼负荷，减少网络资源和控制资源的占用。

本发明方案所对应的3G架构如图4所示，该架构包括核心网节点和接入系统。如果是针对目前已有的UMTS系统，则核心网节点为CN中的SGSN，接入系统为UTRAN中的RNC和NodeB。如果是针对演进的3G系统，则核心网节点为IAGW，接入系统为ERS。下面主要针对演进的3G系统对本发明方案进行详细描述。

下面结合附图及具体实施例对本发明方案做进一步详细的描述。

由于大部分UE用户都可能出现在某个较长的时间段处于相同的一个较小范围的位置区，譬如小区覆盖范围或者基站覆盖范围内的情况，比如，在写字搂里办公或在家休息的人员、在工厂车间、矿山工作的人员，他们通常在一个较长的时间内不会出现位置的变化，因此，可以认为他们当前处于一个固定状态，本发明将该固定状态称为Settled状态。该状态只是表明该UE在一定的时间段内，UE的位置在Settled区是不变的。

而对于那些无法确定在一段时间内位置是否发生变化、或经常发生位置变动的UE用户群，比如的士司机、高速公路/铁路上的旅客等，则可以认为他们处于移动状态，本发明将该状态称为floating状态。并且可以认为除了进行Settled状态注册的UE之外的所有UE都处于floating状态。

针对上述情况，本发明方案提供了如图5所示的实现流程，该流程能够为当前处于Settled状态的UE确定精确的寻呼区。该流程对应以下步骤：

步骤501、核心网节点在确定能够对UE进行Settled区的分配后，记录该用户所在的固定区的信息。

为精确寻呼区的范围，这里提到的Settled区可以是一个基站所对应的所有小区，或者是基站下属的某一个或几个小区，还可以是多个相邻的基站，对应地，固定区信息则为基站标识、基站下属的小区标识或相邻基站的标识。

为方便查询，核心网节点还可以进一步将该UE设置为具有固定状态属性。

步骤502～504、核心网节点在寻呼UE时，如果确定已为该UE分配了固定区，则根据所设置的固定区进行寻呼；否则，按照现有流程进行寻呼。

在步骤502中，核心网节点可以根据记录确定该UE是否分配了固定区。当然，如果步骤501中进一步为该UE设置了固定状态属性，那么核心网节点还可以直接根据状态属性进行判断。

基于上述处理，针对已经进行了Settled状态注册的UE，则网络侧可以根据所注册的信息精确地定位出该UE的位置，并建立该UE与网络侧之间的关联关系，从而尽量达到寻呼范围最小、且一次寻呼成功的目的。其中，所能定位的UE位置精确度由系统设置，可以精确到某几个基站、某个基站，甚至是某个基站下的某个小区。本发明将所能确定的位置区称为固定(Settled)区。

显然，UE只有在进行了Settled状态的注册之后，才会处于Settled状态。如果没有进行注册，即使该UE在很长一段时间内并没有移动，也不会处于Settled状态。

实际上，上述分配流程既可以由UE发起，又可以由IAGW发起，因此下面以针对图3所示的网络架构为例，对UE和IAGW发起的分配流程分别进行描述。

首先描述UE主动发起Settled状态注册的处理。这种方式所对应的处理流程如图6所示，对应以下步骤：

步骤601、UE主动发起Settled状态注册。

当用户进入写字搂或者回到家后，可以主动发起一次Settled状态的登记注册，以告诉核心网自己决定登记注册到某个Settled区。具体可以通过设置一个接入号码或者在UE上设置一个特殊的按键来实现。UE还可以提供查询及显示自身是否处于Settled状态的功能。用户申请Settled状态注册的过程与申请一项业务类似。且用户可以是根据用户与网络运营商的签约信息，申请开通固定区注册功能。

UE还可以是通过监听小区系统广播来确定主动发起Settled状态注册。具体来说，UE监听小区系统广播，在确定该广播消息中携带的基站/小区标识在一段时间内没有变化后，主动发起注册请求。对于这种情况来说，为减少无效注册，还可以预先设置系统中的某些区域为允许固定注册，并设置某些区域为不允许注册，系统检测UE是否进入这类区域，并通过小区系统广播将UE进入的区域是否为允许固定的区域的信息通知给UE。之后，UE在监听小区系统广播时，首先根据小区系统广播确定本UE进入的区域是否允许固定，如果允许固定，则执行后续处理，即判断广播消息中的标识在一段时间内是否发生变化；如果不允许，则不对消息中的标识进行判断，也不会去发起注册请求。

当然，在UE发起注册之前，UE应已注册在该网络内，且完成了鉴权等流程，已成为该网络的合法用户，否则不能执行发起状态注册的操作。

另外，UE用于状态注册所发起的状态注册请求(Settled register request)消息类似于目前UMTS系统中的NAS消息，其中携带有关UE的能力信息、所在小区/ERS标识等信息。

步骤602、IAGW在收到Settled register request消息后，做相应的记录保存，并向UE返回状态注册响应(Settled register response)消息。如果更新成功，则消息原因值里携带成功信息，否则携带失败信息。

当然，IAGW可以将该信息保存在本设备中，也可以保存在核心网中的其它设备中，比如，也可以保存在用户位置寄存器(HSS)中。

之后，UE则可以根据用户的查询显示出自己是否已处于Settled状态了。

上述即为UE主动发起注册请求的过程。

另外，UE还可以是在基于收到的相关通知消息后再主动发起注册请求。该通知消息可以是由系统发送来的。

具体来说，针对某些部属在写字搂、工厂厂区、居民区等地点，或者一些其他的热点地区的ERS，可以特别标记自己所管辖的范围是一个Settled区，且由系统进行广播，以告知进入该小区或ERS下的用户其已经进入了Settled区，并提示其是否愿意进行Settled状态的注册。其中，该处理具体可以由系统中的ERS或IAGW执行，且所采用的广播机制既可以是利用小区的系统广播消息进行广播，也可以是通过短消息方式提示。如果用户愿意，则该用户可以发起Settled的注册流程；否则，可以不做处理，则该UE仍然处于floating状态，并且系统会按照普通的位置管理方式和寻呼方式进行管理和寻呼。

IAGW还可以在确定UE连续一个以上的周期性位置更新来自于同一个基站/小区/多个相邻基站后，通知该UE发起注册请求。

上述为由UE主动发起Settled注册的几种处理方法。

下面再对由系统侧发起的处理方法进行描述。

由于UE会周期性地发起位置更新，因此系统可以根据位置更新的频率为该UE主动进行Settled注册。具体来说，当IAGW确定某个UE在某个特定ERS/小区/多个相邻ERS连续发起了多次周期性的位置更新，且该更新超过了预先设置的阈值，则可以主动将该UE设定为Settled状态，所设置的Settled区即可为该UE一直驻留的小区或ERS。之后的处理流程如图7所示，对应以下步骤：

步骤701、IAGW发起Settled状态注册命令(Settled register inform)给UE。

步骤702、UE回复Settled注册请求消息(Settled register request)。

步骤703、IAGW更新/增加该UE的Settled状态记录，并向UE回复Settled状态注册响应消息(Settled register reponse)。

还有另一种由系统侧发起注册的方法。

即ERS在检测到UE一直驻留在自身的覆盖区，或者只是偶尔游离出覆盖区，且到达另外相邻接的基站后又回到本覆盖区，则可以通知IAGW可以将本基站或相邻基站设定为该UE的固定区。IAGW收到消息后进行分配的处理则与图7相同，因此不再赘述。

当然，不论是系统进行注册，还是UE主动发起注册，都可能会出现一些误差，因此，如果系统按照所设定的Settled区进行寻呼出现失败，则还需要在整个TA内进行寻呼。此时，由于之前所设置的Settled区已经不是UE当前所在的小区，因此IAGW可以取消对该UE的Settled注册，将该UE变为floating状态。

其中，IAGW确定取消Settled区可以是本IAGW主动发起，也可以是由UE发起，并发送取消消息给IAGW。

对于IAGW主动发起的情况来说，通常可以是IAGW在按照之前所设置的Settled区寻呼失败后，发起取消Settled区。这种情况所对应的处理流程如图8所示。

对于由UE发起的情况来说，可以是UE监听系统广播消息，在确定收到的系统广播消息中的小区或基站信息与本UE所对应的settled区信息不同后，发送取消消息，这时，UE可以立即发送该取消消息，当然，为节约网络资源，该取消消息还可以携带在其它消息中，在UE发送其它消息时发送给IAGW。还可以是根据用户的指令来直接发送该取消消息。这种情况所对应的处理流程如图9所示。

以上所述仅为本发明方案的较佳实施例，并不用以限定本发明的保护范围。

Claims (15)

1.一种移动通信系统中寻呼优化的实现方法，其特征在于，该方法包括以下步骤：

a.核心网节点在确定能够对用户设备UE进行固定区的分配后，记录该用户所在的固定区的信息；

b.核心网节点在寻呼UE时，如果确定已为该UE分配了固定区，则根据所设置的固定区进行寻呼；否则，按照现有流程进行寻呼；所述核心网节点在根据所设置的固定区进行寻呼时，如果寻呼失败，则按照现有流程进行寻呼。

2.根据权利要求1所述的方法，其特征在于所述步骤a中，所述核心网节点确定对UE进行固定区的分配为：核心网节点收到UE主动发送来的固定状态注册请求，所述注册请求中携带UE当前选择的固定区的信息。

3.根据权利要求2所述的方法，其特征在于，所述UE主动发起固定状态注册请求之前，进一步包括：UE监听小区系统广播，并在确定广播消息中携带的基站标识或小区标识在一段时间内没有变化后，执行主动发起注册请求的步骤。

4.根据权利要求3所述的方法，其特征在于，该方法进一步包括：根据网络规划预先设置系统中的一个基站、小区或多个相邻基站允许被注册为固定区或不允许被注册为固定区，并通过小区系统广播将该区域是否允许被注册的信息发送给UE；

所述UE监听小区系统广播包括：UE监听系统广播消息后，如果系统广播消息中携带了本区域允许被申请注册为UE的固定区的信息，则UE执行判断基站标识或小区标识是否变化及后续的步骤；如果系统广播消息中携带了本区域不允许被申请注册为UE的固定区的信息，则UE不执行统计判断，且不发起申请注册。

5.根据权利要求2所述的方法，其特征在于，所述UE主动发送固定状态注册请求之前，进一步包括：

根据网络规划预先设置系统中的一个基站、小区或多个相邻基站为固定区，系统在检测到UE进入自身所管辖的固定区后，提示该UE发起注册请求；

或者包括：核心网节点在确定UE连续一个以上的周期性位置更新来自于同一个基站、同一个小区或多个相邻基站后，提示该UE发起注册请求。

6.根据权利要求2所述的方法，其特征在于，所述UE主动发送固定状态注册请求之前，进一步包括：根据用户与网络运营商的签约信息，用户申请开通了固定区注册功能。

7.根据权利要求1所述的方法，其特征在于所述步骤a中，所述核心网节点确定能够对UE进行固定区的分配为：核心网节点在接收确定UE连续一个以上的周期性位置更新来自于同一个基站、同一个小区或多个相邻基站后，确定能够对该UE进行固定区的分配，或者进一步通知该UE已被分配固定区。

8.根据权利要求1所述的方法，其特征在于所述步骤a中，所述核心网节点确定能够对UE进行固定区的分配为：当某个基站检测到某个UE总是一直驻留在自身或周围基站的覆盖区，则通知核心网节点将本基站或相邻基站设定为该UE的固定区，核心网节点根据该通知消息确定能够对该UE进行固定区的分配。

9.根据权利要求1所述的方法，其特征在于所述步骤b中，所述核心网节点确定已为UE分配了固定区为：根据步骤a中记录的固定区信息确定；

或者，步骤a中，所述核心网节点进一步设置该UE的位置属性为固定状态；步骤b中，所述核心网节点确定已为UE分配了固定区为：根据步骤a中为该UE设置的位置属性确定。

10.根据权利要求1所述的方法，其特征在于所述步骤a中，所述核心网节点通过本核心网节点或核心网中的用户位置寄存器记录用户所在的固定区信息。

11.根据权利要求1所述的方法，其特征在于，所述固定区为基站、基站下属的小区、或多个相邻基站，所述固定区信息为相应的基站标识、小区标识或相邻基站的标识。

12.根据权利要求1至11中任意一项所述的方法，其特征在于，该方法进一步包括：核心网节点取消为UE在步骤a中设置的某个注册为固定态的UE的固定态以及对应的固定区信息。

13.根据权利要求12所述的方法，其特征在于所述核心网节点在取消为UE设置的固定区信息之前，进一步包括：核心网节点收到UE主动发送来的取消注册状态请求消息。

14.根据权利要求13所述的方法，其特征在于，所述UE主动发送取消注册状态请求消息为：UE监听系统广播消息，且在确定收到的系统广播消息中的小区或者基站信息与本UE所对应的固定区信息不同后，发送该取消消息，且UE立即发送或通过后续的其它消息发送该取消消息；或者直接根据用户的指令发送该取消消息。

15.根据权利要求12所述的方法，其特征在于所述核心网节点取消为UE设置的固定区信息为：核心网节点在按照该固定区寻呼失败后取消该UE的固定区信息。

Images