CN102843711A - Lte系统中用户设备的跟踪区列表维护方法及装置 - Google Patents

Abstract

本申请提供了一种LTE系统中用户设备的跟踪区列表维护方法，包括以下步骤：建立用户设备的跟踪区列表；根据用户设备的实时状态添加跟踪区到所述跟踪区列表中；监控跟踪区列表中的各跟踪区的实时状态，判断在预定时长内，用户设备在跟踪区列表中的各跟踪区内是否进行过附着或跟踪区更新操作，若是，则不作处理，反之，则将该跟踪区从所述跟踪区列表中删除。本申请还提供了一种实现前述方法的LTE系统中用户设备的跟踪区列表维护装置。本申请的LTE系统中用户设备的跟踪区列表维护方法及装置，能够对跟踪区列表中的跟踪区维护在一个相对平衡的状态，减少用户设备的寻呼区域以及跟踪区更新信令，减少网络负荷。

Description

LTE系统中用户设备的跟踪区列表维护方法及装置

技术领域

本申请涉及移动通信处理技术领域，特别是涉及一种LTE系统中用户设备的跟踪区列表维护方法及装置。

背景技术

在LTE系统中，移动管理实体(MME，Mobility Management Entity)会为每一个注册的合法用户设备（UE，User Equipment）维护一个跟踪区(TA，Tracking Area)列表，当用户设备在此跟踪区列表的任何一个跟踪区内移动时，用户设备都不会发起跟踪区更新（TAU，Tracking AreaUpdate）过程，只有当用户设备移动至跟踪区列表之外的跟踪区后，才会发起跟踪区更新指令来进行更新。这种方式避免了用户设备在某个跟踪区的边界移动时，产生的大量跟踪区更新信令负荷，节省网络的开支。

目前，常见的维护跟踪区列表的方式有两种。一种是为用户设备分配多个固定的跟踪区，由这些固定的跟踪区组成跟踪区列表。此种方式中，移动管理实体一般会将其所管辖的所有跟踪区添加到跟踪区列表中，当某个用户设备接入到移动管理实体中后，移动管理实体就将这个跟踪区列表分配给该用户设备。此种方式的实现过程较为简单，也可以避免大量的跟踪区更新。但是因为分配过程中并未根据用户设备的实际情况来处理，就可能出现跟踪区列表中的部分跟踪区与用户设备并不关联，这就可能导致用户设备的寻呼区域增加，增加了网络的寻呼信令负荷。

另一种是移动管理实体通过判断用户设备的移动情况，逐步递增跟踪区列表内的跟踪区。此种方式使得跟踪区列表内的跟踪区随着用户设备移动范围的增大而增加，同样可能会导致用户设备的寻呼区域增加，从而增加网络的寻呼信令负荷。

发明内容

本申请提供一种LTE系统中用户设备的跟踪区列表维护方法及装置，能够解决跟踪区列表中跟踪区配置不均衡而导致的用户设备的寻呼区域增加或跟踪区更新信令增加，进而增加网络负荷的问题。

为了解决上述问题，本申请公开了一种LTE系统中用户设备的跟踪区列表维护方法，包括以下步骤：

建立用户设备的跟踪区列表；

根据用户设备的实时状态添加跟踪区到所述跟踪区列表中；

监控跟踪区列表中的各跟踪区的实时状态，判断在预定时长内，用户设备在跟踪区列表中的各跟踪区内是否进行过附着或跟踪区更新操作，若是，则不作处理，反之，则将该跟踪区从所述跟踪区列表中删除。

进一步地，所述根据用户设备的实时状态添加跟踪区到所述跟踪区列表中包括：

用户设备开机附着成功后，判断其是否携带了上次注册的跟踪区，若是，且上次注册的跟踪区的存在时间未超过网络清除时间，则将本次注册的跟踪区和上次注册的跟踪区添加到跟踪区列表；

若未携带上次注册的跟踪区或其存在时间超过网络清除时间，则将本次注册的跟踪区添加到跟踪区列表。

进一步地，所述根据用户设备的实时状态添加跟踪区到所述跟踪区列表中包括：

监控用户设备的移动情况，根据其移动范围来添加对应的跟踪区到所述跟踪区列表中。

进一步地，所述预定时长通过为每一个新添加到跟踪区列表中的跟踪区设定一个定时器来进行统计监控。

进一步地，在前述各步骤之后，所述方法还包括：

设定跟踪区列表的上限值，若跟踪区列表中的跟踪区数量超过所述上限值，且根据前述步骤的判断后没有需要删除的跟踪区，则删除所述跟踪区列表中保留时间最长的跟踪区。

进一步地，所述方法还包括：

统计用户设备在某个或多个跟踪区进行周期性的跟踪区更新操作的次数，若超过预定数值，则将所述跟踪区设定为跟踪区列表的固定跟踪区，删除跟踪区列表中的其他跟踪区。

本申请还公开了一种LTE系统中用户设备的跟踪区列表维护装置，包括：

跟踪区列表建立模块，用于建立用户设备的跟踪区列表；

跟踪区添加模块，用于根据用户设备的实时状态添加跟踪区到所述跟踪区列表中；

实时监控处理模块，用于监控跟踪区列表中的各跟踪区的实时状态，判断在预定时长内，用户设备在跟踪区列表中的各跟踪区内是否进行过附着或跟踪区更新操作，若是，则不作处理，反之，则将该跟踪区从所述跟踪区列表中删除。

进一步地，所述跟踪区添加模块包括：

注册跟踪区有效性判断单元，用于在用户设备开机附着成功后，判断其是否携带了上次注册的跟踪区，若是，且上次注册的跟踪区的存在时间未超过网络清除时间，则将本次注册的跟踪区和上次注册的跟踪区添加到跟踪区列表；若未携带上次注册的跟踪区或其存在时间超过网络清除时间，则将本次注册的跟踪区添加到跟踪区列表。

进一步地，所述实时监控处理模块包括为每个新添加到跟踪区列表中的跟踪区设定的定时器。

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

固定跟踪区确定模块，用于统计用户设备在某个或多个跟踪区进行周期性的跟踪区更新操作的次数，若超过预定数值，则将所述跟踪区设定为跟踪区列表的固定跟踪区，删除跟踪区列表中的其他跟踪区。

与现有技术相比，本申请包括以下优点：

本申请的LTE系统中用户设备的跟踪区列表维护方法及装置通过用户设备的移动情况来动态添加跟踪区到跟踪区列表中，同时又根据用户设备的实时状态来删除不必要的跟踪区，从而对跟踪区列表实现动态的维护。此种方式可以将跟踪区列表中的跟踪区维护在一个相对平衡的状态，可以避免用户设备产生大量跟踪区信令负荷，从而节省网络开销，同时，可以减少用户设备的寻呼区域，保证其维持在一个稳定合理的范围内，减少不必要的网络寻呼信令负荷，从而提高了网络资源的利用率。

其次，根据用户设备周期性的变化，为其设定固定跟踪区，可以在满足用户设备的寻呼要求的情况下，将寻呼区域减到最小，从而大大的降低网络寻呼信令负荷。

当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请的LTE系统中用户设备的跟踪区列表维护方法实施例一的流程图；

图2是本申请的LTE系统中用户设备的跟踪区列表维护方法实施例二的流程图；

图3是本申请的LTE系统中用户设备的跟踪区列表维护装置实施例一的结构示意图；

图4是本申请的LTE系统中用户设备的跟踪区列表维护装置实施例二的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，示出本申请的一种LTE系统中用户设备的跟踪区列表维护方法实施例一，包括以下步骤：

步骤101，建立用户设备的跟踪区列表。

跟踪区列表中的建立可以采用多种方法，例如，首先将用户设备成功附着的一个跟踪区或者将用户设备通常会涉及的几个跟踪区建立跟踪区列表。

可以理解，在建立跟踪区列表时，也可以先建立一个空的跟踪区列表，然后在后续根据用户设备的实时状态，逐步添加跟踪区。

步骤102，根据用户设备的实时状态添加跟踪区到所述跟踪区列表中。

用户设备的实时状态可以是用户设备的移动情况，也可以是用户设备是否发起附着请求或跟踪区更新指令等等。添加跟踪区可以在跟踪区列表为空的时候添加，也可以在其有一定跟踪区的时候添加。例如，可以采用如下方式：

用户设备开机附着成功后，判断其是否携带了上次注册的跟踪区，若是，且上次注册的跟踪区的存在时间未超过网络清除时间，则将本次注册的跟踪区和上次注册的跟踪区添加到跟踪区列表；若未携带上次注册的跟踪区或其存在时间超过网络清除时间，则将本次注册的跟踪区添加到跟踪区列表。

在前述过程中，是根据用户设备的附着信息来进行跟踪区的添加，在后续处理时，还可以监控用户设备的移动情况，当其移动范围扩大后，则将与之相关的跟踪区添加到跟踪区列表中。具体可以根据用户设备发送的跟踪区更新操作来进行移动范围是否扩大的判断，添加对应的跟踪区。

步骤103，监控跟踪区列表中的各跟踪区的实时状态，判断在预定时长内，用户设备在跟踪区列表中的各跟踪区内是否进行过附着或跟踪区更新操作，若是，则不作处理，反之，则将该跟踪区从所述跟踪区列表中删除。

跟踪区列表的各跟踪区的实时状态包括：每个跟踪区加入到跟踪区列表中的时长、用户设备是否在某个跟踪区内进行过附着操作、跟踪区更新操作，是否有新的跟踪区加入到跟踪区列表中等等。

优选地，对于跟踪区加入到跟踪区列表中的时长可以通过设定计时器或定时器来统计，当跟踪区列表中有新的跟踪区加入时，则为该新的跟踪区设定一个计时器或定时器，并进行实时状态的监控。

当定时器超时或者计时器计时达到预定值时，判断在该时长内是否有进行附着或跟踪区更新操作。预定时长用于判定用户设备与跟踪区之间的关联关系，可以根据实际情况来设定，例如24小时、48小时或者72小时。

通过在限定时长内用户设备是否在跟踪区内进行过相应操作的方式来判断跟踪区是否为用户设备常用的跟踪区，从而可以将那些与用户设备关联不大，或几乎没有关联的跟踪区从跟踪区列表中，留下常用的跟踪区。因为此过程为动态调整的过程，可以根据需要增加跟踪区，也可以根据实际情况删除跟踪区，从而使跟踪区列表得到合理的维护。一方面，保留或新增与用户设备有关联的跟踪区，可以避免用户设备在跟踪区边界移动时，避免产生大量跟踪区信令负荷，节省网络开销，另一方面，删除不必要的跟踪区，可以减少用户设备的寻呼区域，保证用户设备的寻呼区域在合理范围内，减少不必要的网络寻呼信令负荷。

可以理解，前述方法可以为一个循环的过程，即对跟踪区列表中的每一个跟踪区进行实时监控，在一个预定时长内得出结论后，即可以重新开始新一轮的监控，如此往复，从而保证跟踪区列表维护的时效性。

进一步地，根据目前的用户设备的跟踪区列表相关规定，从理论上规定的跟踪区列表中跟踪区数量的上限值为16个。若跟踪区数量超过这个上限值，则不能够再增加新的跟踪区到跟踪区列表中。但是实际处理过程中，一般的跟踪区列表中的跟踪区数量都不会达到这个上限值。为此，本申请可以根据实际情况设定一个小于理论规定的上限值，也可以直接采取理论规定的上限值。当跟踪区数量等于该上限值时，且根据前述步骤103的判断没有需要删除的跟踪区，若此时有新的跟踪区需要加入到跟踪区列表中，那么可以采用如下方法来处理：

删除所述跟踪区列表中保留时间最长的跟踪区，然后将新的跟踪区加入到跟踪区列表中。

参照图2，示出本申请的LTE系统中用户设备的跟踪区列表维护方法实施例二，在实施例一的基础上还包括如下步骤：

步骤201，统计用户设备在某个或多个跟踪区进行周期性的跟踪区更新操作的次数，若超过预定数值，则将所述跟踪区设定为跟踪区列表的固定跟踪区，删除跟踪区列表中的其他跟踪区。

周期性的跟踪区更新操作是指用户设备在某个跟踪区内按照一定的周期进行跟踪区更新操作。例如，每天的某个固定时间，或者每两天的某个固定时间。预定数值根据实际情况设定，用于判断是否为周期性操作。例如三次、四次或五次等等。假设，预定数值为3次，当用户设备在某个跟踪区内，连续三天，每天的上午十点进行跟踪区更新操作，那么此时就可以该跟踪区设定为跟踪区列表的固定跟踪区。若只是连续两天，则不能将该跟踪区设定为固定跟踪区。

固定跟踪区的数量相对于移动跟踪区的数量会大大减少，通常为一个或者两个。通过此种方式，可以在一定程度上分析出用户设备的使用者的活动范围为相对固定的一个范围，虽然只确定了少量的跟踪区，但是也可以满足用户设备的寻呼要求，不会出现产生大量跟踪区信令负荷的情况。同时，因为跟踪区数量较少，可以将寻呼区域减到最小，从而大大的降低网络寻呼信令负荷。

下面结合一个具体的实例对本申请的方法进行详细的说明。

首先，当用户设备开机附着成功后，如果携带了上次注册的跟踪区，且上次注册的跟踪区的存在时间未超过网络清除的时间（purge timer超时），则视为该跟踪区有效，那么将本次注册的跟踪区和上次注册的跟踪区都添加到跟踪区列表中；若没有携带上次注册的跟踪区或上次注册的跟踪区已经超过网络清除时间，那么仅将本次注册的跟踪区添加到跟踪区列表中。

对于新添加到跟踪区列表中的每一个跟踪区设定一个定时器，其中定时器的时长为预定时长，可以根据实际情况调整。例如，可以是一天，两天或三天等等。

用户设备注册后，会发起表示跟踪区改变的跟踪区更新操作，此时则会有新的跟踪区加入到跟踪区列表中。同样的，需要对新添加到跟踪区列表中的跟踪区设定一个定时器。

若在定时器超时时，用户设备在该定时器对应的跟踪区内没有进行过附着或跟踪区更新操作，那么需要将该跟踪区删除。若跟踪区列表中的跟踪区数量超过最大值，移动管理实体会根据跟踪区列表中各跟踪区存在的时间，将时间最长的跟踪区删除，从而便于后续加入新的跟踪区。

若用户设备反复在一个或者几个跟踪区内发起周期性的跟踪区更新操作，且次数超过预定值（例如3），移动管理实体会将该一个或几个跟踪区作为跟踪区列表的固定跟踪区，并删除跟踪区列表中的其他跟踪区。

可以理解，用户设备若去附着成功后，用户设备在移动管理实体内的状态为清除时间超时时，移动管理实体将用户隐式分离，并将该用户设备对应的跟踪区列表删除，从而实现对无效或者冗余数据的清理。

本申请的LTE系统中用户设备的跟踪区列表维护方法实施例通过用户设备的移动情况来动态添加跟踪区到跟踪区列表中，同时又根据用户设备的实时状态来删除不必要的跟踪区，从而对跟踪区列表实现动态的维护。此种方式可以将跟踪区列表中的跟踪区维护在一个相对平衡的状态，可以避免用户设备产生大量跟踪区信令负荷，从而节省网络开销，同时，可以减少用户设备的寻呼区域，保证其维持在一个稳定合理的范围内，减少不必要的网络寻呼信令负荷，从而提高了网络资源的利用率。

其次，根据用户设备周期性的变化，为其设定固定跟踪区，可以在满足用户设备的寻呼要求的情况下，将寻呼区域减到最小，从而大大的降低网络寻呼信令负荷。

参照图3，示出本申请的LTE系统中用户设备的跟踪区列表维护装置，包括跟踪区列表建立模块10、跟踪区添加模块20和实时监控处理模块30。

跟踪区列表建立模块10，用于建立用户设备的跟踪区列表。

跟踪区添加模块20，用于根据用户设备的实时状态添加跟踪区到所述跟踪区列表中。其中，用户设备的实时状态用户设备的移动情况，也可以是用户设备是否发起附着请求或跟踪区更新指令等情况。优选地，跟踪区添加模块包括注册跟踪区有效性判断单元，用于在用户设备开机附着成功后，判断其是否携带了上次注册的跟踪区，若是，且上次注册的跟踪区的存在时间未超过网络清除时间，则将本次注册的跟踪区和上次注册的跟踪区添加到跟踪区列表；若未携带上次注册的跟踪区或其存在时间超过网络清除时间，则将本次注册的跟踪区添加到跟踪区列表。

实时监控处理模块，用于监控跟踪区列表中的各跟踪区的实时状态，判断在预定时长内，用户设备在跟踪区列表中的各跟踪区内是否进行过附着或跟踪区更新操作，若是，则不作处理，反之，则将该跟踪区从所述跟踪区列表中删除。其中，实时监控处理模块包括为每个新添加到跟踪区列表中的跟踪区设定的定时器。即，每一个新添加到跟踪区列表中的跟踪区都会设定一个定时器，来对该跟踪区进行实时监控。

参照图4，示出本申请的LTE系统中用户设备的跟踪区列表维护装置还包括固定跟踪区确定模块50，用于统计用户设备在某个或多个跟踪区进行周期性的跟踪区更新操作的次数，若超过预定数值，则将所述跟踪区设定为跟踪区列表的固定跟踪区，删除跟踪区列表中的其他跟踪区。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的LTE系统中用户设备的跟踪区列表维护方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种LTE系统中用户设备的跟踪区列表维护方法，其特征在于，包括以下步骤：

建立用户设备的跟踪区列表；

根据用户设备的实时状态添加跟踪区到所述跟踪区列表中；

监控跟踪区列表中的各跟踪区的实时状态，判断在预定时长内，用户设备在跟踪区列表中的各跟踪区内是否进行过附着或跟踪区更新操作，若是，则不作处理，反之，则将该跟踪区从所述跟踪区列表中删除。

2.如权利要求1所述的LTE系统中用户设备的跟踪区列表维护方法，其特征在于，所述根据用户设备的实时状态添加跟踪区到所述跟踪区列表中包括：

用户设备开机附着成功后，判断其是否携带了上次注册的跟踪区，若是，且上次注册的跟踪区的存在时间未超过网络清除时间，则将本次注册的跟踪区和上次注册的跟踪区添加到跟踪区列表；

若未携带上次注册的跟踪区或其存在时间超过网络清除时间，则将本次注册的跟踪区添加到跟踪区列表。

3.如权利要求1所述的LTE系统中用户设备的跟踪区列表维护方法，其特征在于，所述根据用户设备的实时状态添加跟踪区到所述跟踪区列表中包括：

监控用户设备的移动情况，根据其移动范围来添加对应的跟踪区到所述跟踪区列表中。

4.如权利要求1所述的LTE系统中用户设备的跟踪区列表维护方法，其特征在于，所述预定时长通过为每一个新添加到跟踪区列表中的跟踪区设定一个定时器来进行统计监控。

5.如权利要求1所述的LTE系统中用户设备的跟踪区列表维护方法，其特征在于，在前述各步骤之后，所述方法还包括：

设定跟踪区列表的上限值，若跟踪区列表中的跟踪区数量超过所述上限值，且根据前述步骤的判断后没有需要删除的跟踪区，则删除所述跟踪区列表中保留时间最长的跟踪区。

6.如权利要求1至5任一项所述的LTE系统中用户设备的跟踪区列表维护方法，其特征在于，所述方法还包括：

统计用户设备在某个或多个跟踪区进行周期性的跟踪区更新操作的次数，若超过预定数值，则将所述跟踪区设定为跟踪区列表的固定跟踪区，删除跟踪区列表中的其他跟踪区。

7.一种LTE系统中用户设备的跟踪区列表维护装置，其特征在于，包括：

跟踪区列表建立模块，用于建立用户设备的跟踪区列表；

跟踪区添加模块，用于根据用户设备的实时状态添加跟踪区到所述跟踪区列表中；

实时监控处理模块，用于监控跟踪区列表中的各跟踪区的实时状态，判断在预定时长内，用户设备在跟踪区列表中的各跟踪区内是否进行过附着或跟踪区更新操作，若是，则不作处理，反之，则将该跟踪区从所述跟踪区列表中删除。

8.如权利要求7所述的LTE系统中用户设备的跟踪区列表维护装置，其特征在于，所述跟踪区添加模块包括：

注册跟踪区有效性判断单元，用于在用户设备开机附着成功后，判断其是否携带了上次注册的跟踪区，若是，且上次注册的跟踪区的存在时间未超过网络清除时间，则将本次注册的跟踪区和上次注册的跟踪区添加到跟踪区列表；若未携带上次注册的跟踪区或其存在时间超过网络清除时间，则将本次注册的跟踪区添加到跟踪区列表。

9.如权利要求7所述的LTE系统中用户设备的跟踪区列表维护装置，其特征在于，所述实时监控处理模块包括为每个新添加到跟踪区列表中的跟踪区设定的定时器。

10.如权利要求7至9任一项所述的LTE系统中用户设备的跟踪区列表维护装置，其特征在于，所述装置还包括：

固定跟踪区确定模块，用于统计用户设备在某个或多个跟踪区进行周期性的跟踪区更新操作的次数，若超过预定数值，则将所述跟踪区设定为跟踪区列表的固定跟踪区，删除跟踪区列表中的其他跟踪区。

Images