CN113141575A - 跟踪区列表的更新方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种跟踪区列表的更新方法、装置、设备及存储介质，该方法包括当检测到终端设备处于支持协商跟踪区列表的状态，且检测到终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区，将至少两个目标跟踪区作为第二跟踪区列表中的跟踪区，将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。通过终端设备向核心网设备上报其在满足一定条件下所接入过的跟踪区构成的第二跟踪区列表，供核心网设备协商确认并下发该第二跟踪区列表，从而能够在终端设备在至少两个不同的跟踪区列表之间频繁移动时，避免出现频繁执行移动注册更新流程的现象。

Description

跟踪区列表的更新方法、装置、设备及存储介质

技术领域

本申请涉及无线通信技术领域，尤其涉及一种跟踪区列表的更新方法、装置、设备及存储介质。

背景技术

TA(Tracking Area，跟踪区)是5G系统为UE(User Equipment，用户设备)的位置管理设立的概念。当UE处于空闲状态时，核心网络能够知道UE所在的跟踪区，同时当处于空闲状态的UE需要被寻呼时，必须在UE所注册的跟踪区的所有小区进行寻呼。

TA List(Tracking Area List，跟踪区列表)包含有多个TA，一个UE同一时间具有一个TA List。当UE在其具有的TA List1内的区域移动时，不需要执行移动注册更新，从而能够减少UE与网络的频繁交互；当UE进入未注册的TA List中的新TA区域时，需要执行移动注册更新，此时5G核心网AMF(Access and Mobility Management Function，接入和移动管理功能)将给UE重新分配一组TA List2，新分配的TA List2也可包含原有TA List1中的一些TA。

TA List是由5G核心网AMF(Access and Mobility Management Function，接入和移动管理功能)分配，但每个UE实际移动的TA情况，AMF无法获知，因此，当UE在两个不同的TA List之间频繁移动时，可能会导致UE频繁执行移动注册更新流程。

发明内容

本申请实施例提供的跟踪区列表的更新方法、装置、设备及存储介质，该方法能够在UE于两个不同的TA List之间频繁移动时，避免UE频繁执行移动注册更新流程。

在一方面，本申请实施例提供了一种跟踪区列表的更新方法，应用于终端设备，包括以下步骤：

当检测到所述终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后所述终端设备所接入过的所有目标跟踪区，所述预设变动条件包括当前跟踪区列表在至少两个不同的第一跟踪区列表间变动；

将所述所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区，所述至少两个目标跟踪区包括至少两个不属于同一所述第一跟踪区列表中的跟踪区；

将所述第二跟踪区列表上报至核心网设备，以供所述核心网设备协商确认并下发所述第二跟踪区列表。

进一步的，在所述获取在当前跟踪区列表每次变动前后所述终端设备所接入过的所有目标跟踪区的步骤之前，所述跟踪区列表的更新方法，还包括：

向核心网设备上报移动网络注册请求消息，所述注册请求消息包括所述终端设备是否支持协商跟踪区列表的信息；

接收所述核心网设备下发的接受注册消息，所述接受注册消息包括所述核心网设备是否支持协商跟踪区列表的信息；

当检测到所述终端设备和所述核心网设备均支持协商跟踪区列表时，确定所述终端设备的跟踪区列表状态为支持协商跟踪区列表的状态。

进一步的，所述将所述所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区步骤，包括：

将两个相邻的目标跟踪区作为第二跟踪区列表中的跟踪区，所述两个相邻的目标跟踪区不属于同一个所述第一跟踪区列表中的跟踪区，或

将所述所有目标跟踪区作为第二跟踪区列表中的跟踪区，或

将所述所有目标跟踪区，以及与所述所有目标跟踪区相邻的非目标跟踪区作为第二跟踪区列表中的跟踪区。

进一步的，在所述将所述第二跟踪区列表上报至核心网设备，以供所述核心网设备协商确认并下发所述第二跟踪区列表的步骤之后，所述跟踪区列表的更新方法，还包括：

接收并存储所述核心网设备下发的所述第二跟踪区列表，同时将所述第二跟踪区列表作为当前跟踪区列表。

进一步的，所述检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件的步骤，包括：

获取所述终端设备在预设的时间内，在至少两个不同的第一跟踪区列表间变动的次数；

当所述次数超过预设的阈值时，则确定检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件。

在另一方面，本申请实施例还提供了一种跟踪区列表的更新方法，应用于核心网设备，包括以下步骤：

接收终端设备上报的第二跟踪区列表，所述第二跟踪区列表是在所述终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且所述终端设备的当前跟踪区列表的变动满足预设变动条件时确定的，所述第二跟踪区列表包括所述终端设备在其当前跟踪区列表每次变动前后所接入过的所有目标跟踪区中的至少两个目标跟踪区；

获取所述核心网设备的跟踪区列表状态；

根据所述跟踪区列表状态，确定是否接受协商并确认所述第二跟踪区列表；

当确定接受协商并确认所述第二跟踪区列表后，将所述第二跟踪区列表下发至所述终端设备。

进一步的，所述根据所述跟踪区列表状态，确定是否接受并确认所述第二跟踪区列表的步骤，包括：

当检测到所述核心网设备的跟踪区列表状态为支持协商跟踪区列表的状态时，确定接受协商并确认所述第二跟踪区列表；

当检测到所述核心网设备的跟踪区列表状态为不支持协商跟踪区列表的状态时，确定拒绝协商并丢弃所述第二跟踪区列表。

在第三方面，本申请实施例还提供了一种跟踪区列表的更新装置，应用于终端设备，包括获取模块、执行模块、以及上传模块；

所述获取模块，用于当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后所述终端设备所接入过的所有目标跟踪区，所述预设变动条件包括当前跟踪区列表在至少两个不同的第一跟踪区列表间变动；

所述执行模块，用于将所述所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区，所述至少两个目标跟踪区包括至少两个不属于同一所述第一跟踪区列表中的跟踪区；

所述上传模块，用于将所述第二跟踪区列表上报至核心网设备，以供所述核心网设备协商确认并下发所述第二跟踪区列表。

在第四方面，本申请实施例还提供了一种跟踪区列表的更新装置，应用于核心网设备，包括接收模块、获取模块、执行模块、下发模块；

所述接收模块，用于接收终端设备上报的第二跟踪区列表，所述第二跟踪区列表是在所述终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且所述终端设备的当前跟踪区列表的变动满足预设变动条件时确定的，所述第二跟踪区列表包括所述终端设备在其当前跟踪区列表每次变动前后所接入过的所有目标跟踪区中的至少两个目标跟踪区；

所述获取模块，用于获取所述核心网设备的跟踪区列表状态；

所述执行模块，用于根据所述跟踪区列表状态，确定是否接受协商并确认所述第二跟踪区列表；

所述下发模块，用于当确定接受协商并确认所述第二跟踪区列表后，将所述第二跟踪区列表下发至所述终端设备。

在第五方面，本申请实施例还提供了一种设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述存储器与所述处理器耦接，且所述处理器执行所述计算机程序时，实现上述应用于终端设备或应用于核心网设备的跟踪区列表的更新方法。

在第六方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其中，在所述计算机程序适于由处理器加载以执行上述应用于终端设备或核心网设备的跟踪区列表的更新方法。

本申请实施例提供了一种跟踪区列表的更新方法、装置、设备及存储介质，该方法包括当检测到终端设备处于支持协商跟踪区列表的状态，且检测到终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区，将至少两个目标跟踪区作为第二跟踪区列表中的跟踪区，将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。采用本发明实施例，通过终端设备向核心网设备上报其在满足一定条件下所接入过的跟踪区构成的第二跟踪区列表，供核心网设备协商确认并下发该第二跟踪区列表，从而能够在终端设备在至少两个不同的跟踪区列表之间频繁移动时，避免出现频繁执行移动注册更新流程的现象。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。

图1是本发明实施例提供的应用于终端设备的跟踪区列表的更新方法的一种流程示意图；

图2是本发明实施例提供的多个第一跟踪区列表的示意图；

图3是本发明实施例提供的应用于终端设备的跟踪区列表的更新方法的另一种流程示意图；

图4是本发明实施例提供的应用于核心网设备的跟踪区列表的更新方法的一种流程示意图；

图5是本发明实施例提供的应用于终端设备的跟踪区列表的更新装置的结构示意图；

图6是本发明实施例提供的应用于核心网设备的跟踪区列表的更新装置的结构示意图；

图7是本发明实施例提供的设备的结构示意图；

图8是本发明实施例提供的设备的另一结构示意图。

具体实施方式

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

请参阅图1，图1是本发明实施例提供的应用于终端设备的跟踪区列表的更新方法的一种流程示意图，如图1所示，该应用于终端设备的跟踪区列表的更新方法，包括步骤S101至步骤S103；

步骤S101，当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区。

其中，预设变动条件包括当前跟踪区列表在至少两个不同的第一跟踪区列表间变动，该第一跟踪区列表泛指核心网设备分配的任一跟踪区列表。

在本实施例中，现有高端配置的终端设备通常均具有支持协商跟踪区列表的能力，因此，在终端设备中执行本发明实施例提供的方法之前，需要先检测当前的终端设备是否具有支持协商跟踪区列表的能力，只有终端设备具有支持协商跟踪区列表的能力时，才可执行本发明实施例提供的方法步骤。

因此，当检测到终端设备支持协商跟踪区列表时，终端设备的跟踪区列表状态将被设置为支持协商跟踪区列表的状态，即表明此时的终端设备支持协商跟踪区列表，如此，终端设备才能执行本实施例后续提供的方法步骤。

需要说明的是，当用户携带移动终端从一个跟踪区列表所对应的区域，移动到另一个完全不同的跟踪区列表所对应的区域时，需要执行移动注册更新流程，在注册完成后，核心网设备将向该终端设备重新分配一个新的跟踪区列表，终端设备在接收到核心网设备下发的新的跟踪区列表时，将该新的跟踪区列表作为当前跟踪区列表，因此，将终端设备更换当前跟踪区列表的过程，称之为当前跟踪区列表的变动。

由于终端设备在移动的过程中可能存在多次当前跟踪区列表的变动，因此，本实施例在移动终端每次发生当前跟踪区列表的变动情况时，都要获取当前跟踪区列表发生变动前后，终端设备所接入过的跟踪区，并将这些跟踪区归纳为目标跟踪区。

示例性的，请参阅图2，图2是本发明实施例提供的多个第一跟踪区列表的示意图，如图2所示，当终端设备附着成功后，核心网设备分配给终端设备的跟踪区列表为TAList3，此时终端设备的当前跟踪区列表也即是TA List3。而当终端设备移动到TA List2时，则终端设备需执行移动注册更新流程，此时，移动终端的当前跟踪区列表的变动为在两个不同的第一跟踪区列表间变动，因此，移动终端的当前跟踪区列表的变动满足预设变动条件，此时将触发获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区的流程，则终端设备将获取其在TA List3和TA List2中所接入过的跟踪区，例如，终端设备在TA List3中所接入过的跟踪区为TA10和TA11，终端设备在TA List2中所接入过的跟踪区为TA9和TA8，则终端设备获取到的所有目标跟踪区，分别为TA8、TA9、TA10、TA11。

需要说明的是，终端设备获取其所接入过的跟踪区的获取方式为，在每接入一个跟踪区时，获取该跟踪区内小区的广播消息，存储该广播消息中的SIB1消息中获取TAC(Tracking Area Code，跟踪区标识)，该TAC为TA对应的标识且为唯一，故可根据TAC确定不同的跟踪区，因此，通过本发明实施例提供的获取方式，能够获取到终端设备所接入过的跟踪区。

上述实施例主要是在终端设备具有支持协商跟踪区列表的能力时，才可执行本发明实施例提供的方法步骤，而本实施例主要是在终端设备和核心网设备同时具有支持协商跟踪区列表的能力时，才可执行本发明实施例提供的方法步骤，具体如下：

在本发明实施例中，在步骤S101之前，该应用于终端设备的跟踪区列表的更新方法，还包括以下步骤：

向核心网设备上报移动网络注册请求消息，接收所述核心网设备下发的接受注册消息，当检测到终端设备和核心网设备均支持协商跟踪区列表时，确定终端设备的跟踪区列表状态为支持协商跟踪区列表的状态。

其中，注册请求消息包括终端设备是否支持协商跟踪区列表的信息，接受注册消息包括核心网设备是否支持协商跟踪区列表的信息。

在本实施例中，在终端设备进行任何实际业务之前，均需要在网络中先进行注册，该过程是一个必要的过程，通常称之为附着，因此，只有当终端设备附着成功后，才可以进行实际业务，例如本实施例中的跟踪区列表的更新。

由于本实施例主要是在终端设备和核心网设备同时具有支持协商跟踪区列表的能力时，才可执行本发明实施例提供的方法步骤，因此，当终端设备在网络中进行注册时，需要在终端设备向核心网发送的注册请求消息、核心网向终端设备发送接收注册消息中，携带有是否支持协商跟踪区列表的信息，故而，只有当检测到终端设备和核心网设备均支持协商跟踪区列表时，终端设备才可执行本实施例后续提供的方法步骤。

当检测到终端设备和核心网设备均支持协商跟踪区列表时，终端设备的跟踪区列表状态将被设置为支持协商跟踪区列表的状态，即表明此时的终端设备和核心网设备均支持协商跟踪区列表，如此，终端设备才能执行本实施例后续提供的方法步骤。

步骤S102，将所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区。

在本实施例中，至少两个目标跟踪区包括至少两个不属于同一所述第一跟踪区列表中的跟踪区。

当终端设备获取到目标跟踪区后，将获取到的目标跟踪区列表中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区，该第二跟踪区列表为核心网设备不具有的跟踪区列表，且该至少两个目标跟踪区中至少存在两个目标跟踪区不属于同一个第一跟踪区。

在本发明实施例的一种实施方式中，步骤S102具有多种实施方式，具体如下：

在第一种实施方式中，将两个相邻的目标跟踪区作为第二跟踪区列表中的跟踪区。

其中，两个相邻的目标跟踪区不属于同一个第一跟踪区列表中的跟踪区。

在本实施例中，当获取到目标跟踪区后，将其中的两个相邻的目标跟踪区作为第二跟踪区列表中的跟踪区，从而在接收到核心网下发该第二跟踪区列表后，能够减少实际执行移动注册更新流程的次数。

例如，请继续参阅图2，当终端设备从TA List3中的TA10开始移动到TA List1中的TA2时，终端设备分别经过了TA10、TA8、TA5、TA2，此时终端设备在达到TA List2时需要执行移动注册更新流程，在到达TA List1时也需要执行移动注册更新流程，即终端设备从AList3中的TA10开始移动到TA List1中的TA2时，需要执行2次移动注册更新流程，故在终端设备获取到目标跟踪区(TA10、TA8、TA5、TA2)时，将两个相邻的目标跟踪区作为第二跟踪区列表中的跟踪区，例如将TA10、TA8作为第二跟踪区列表中的跟踪区，并将该第二跟踪区列表发送至核心网设备，当核心网设备下发该第二跟踪区列表后，终端设备再从TA10开始移动到TA List1中的TA2时，实际上是从第二跟踪区列表中的TA10开始移动，并在TA8的边缘进入TA List1，即在该过程中，终端设备只执行了1次移动注册更新流程(第二跟踪区列表更换到TA List1)，因此，采用本实施例提供的方式，能够减少实际执行移动注册更新流程的次数，从而避免了终端设备频繁执行移动注册更新流程的现象出现。

在第二种实施方式中，将所有目标跟踪区作为第二跟踪区列表中的跟踪区。

在本实施例中，当获取到目标跟踪区后，将所有目标跟踪区作为第二跟踪区列表中的跟踪区，从而在接收到核心网下发该第二跟踪区列表后，能够减少实际执行移动注册更新流程的次数。

例如，请继续参阅图2，当终端设备从TA List3中的TA10开始移动到TA List1中的TA2时，终端设备分别经过了TA10、TA8、TA5、TA2，此时终端设备在达到TA List2时需要执行移动注册更新流程，在到达TA List1时也需要执行移动注册更新流程，即终端设备从AList3中的TA10开始移动到TA List1中的TA2时，需要执行2次移动注册更新流程，故在终端设备获取到目标跟踪区(TA10、TA8、TA5、TA2)时，将所有目标跟踪区作为第二跟踪区列表中的跟踪区，即将TA10、TA8、TA5、TA2作为第二跟踪区列表中的跟踪区，并将该第二跟踪区列表发送至核心网设备，当核心网设备下发该第二跟踪区列表后，终端设备再从TA10开始移动到TA List1中的TA2时，实际上是只在第二跟踪区列表中的TA10开始移动第二跟踪区列表中的TA2，即在该过程中，终端设备一直在一个跟踪区列表中移动，无需执行移动注册更新流程，因此，采用本实施例提供的方式，能够减少实际执行移动注册更新流程的次数，从而避免了终端设备频繁执行移动注册更新流程的现象出现，进而减少了终端设备执行移动注册更新流程所需的功耗，还减少了网络信令的开销。

在第三种实施方式中，将所有目标跟踪区，以及与所有目标跟踪区相邻的非目标跟踪区作为第二跟踪区列表中的跟踪区。

在本实施例中，当获取到目标跟踪区后，将所有目标跟踪区，以及与所有目标跟踪区相邻的非目标跟踪区作为第二跟踪区列表中的跟踪区，从而在接收到核心网下发该第二跟踪区列表后，能够减少实际执行移动注册更新流程的次数，并且当终端设备移动到与目标跟踪区相邻的非目标跟踪区时，也无需执行移动注册更新流程，从而进一步的减少了终端设备执行移动注册更新流程所需的功耗和网络信令的开销。

例如，请继续参阅图2，当终端设备从TA List3中的TA10开始移动到TA List1中的TA2时，终端设备分别经过了TA10、TA8、TA5、TA2，此时终端设备在达到TA List2时需要执行移动注册更新流程，在到达TA List1时也需要执行移动注册更新流程，即终端设备从AList3中的TA10开始移动到TA List1中的TA2时，需要执行2次移动注册更新流程，故在终端设备获取到目标跟踪区(TA10、TA8、TA5、TA2)时，将所有目标跟踪区，以及与所有目标跟踪区相邻的非目标跟踪区作为第二跟踪区列表中的跟踪区，示例性的，将所有目标跟踪区TA10、TA8、TA5、TA2，以及分别与TA10、TA8、TA5、TA2相邻的一个非目标跟踪区TA11、TA9、TA6、TA3作为第二跟踪区列表中的跟踪区，并将该第二跟踪区列表发送至核心网设备，当核心网设备下发该第二跟踪区列表后，终端设备再从TA10开始移动到TA List1中的TA2时，实际上是只在第二跟踪区列表中的TA10开始移动第二跟踪区列表中的TA2，即在该过程中，终端设备一直在一个跟踪区列表中移动，无需执行移动注册更新流程。此外，当某些特殊原因，终端设备需移动到与目标跟踪区相邻的非目标跟踪区时，例如需移动到目标跟踪区TA8相邻的非目标跟踪区TA9时，由于此时的第二跟踪区列表刚好包含有该跟踪区TA9，因此终端设备在移动到跟踪区TA9时，也无需执行移动注册更新流程。因此，采用本实施例提供的方式，能够极大程度减少实际执行移动注册更新流程的次数，从而避免了终端设备频繁执行移动注册更新流程的现象出现，进而减少了终端设备执行移动注册更新流程所需的功耗和网络信令的开销。

步骤S103，将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。

将上述任一实施例提供的方法步骤得到第二跟踪区列表，上报至核心网设备，供核心网设备协商确认并下发该第二跟踪区列表，能够使得终端设备在接收到核心网设备下发的第二跟踪区列表后，继续按照之前变动当前跟踪区列表的方式移动时，则不会发生变动当前跟踪区列表的现象，也即采用本发明实施例提供的跟踪区列表的更新方法，能够在终端设备在至少两个不同的跟踪区列表之间频繁移动时，避免出现频繁执行移动注册更新流程的现象，并且，还能减少终端设备执行移动注册更新流程所需的功耗和网络信令的开销。

示例性的，请继续参阅图2，本实施例定义TA List1、TA List2、TA List3是核心网设备具有的跟踪区列表，当终端设备从TA List3中的TA10移动到TA List2中的TA8时，此时终端设备需要执行移动注册更新流程，即终端设备的当前跟踪区列表需要从TA List3更换为TA List2，而为了避免终端设备执行此次移动注册更新流程，终端设备将获取到的2个目标跟踪区，即由TA10和TA8构成的第二跟踪区列表上报至核心网设备，供核心网设备协商确认并下发第二跟踪区列表，当终端设备接收到该第二跟踪区列表，以后再从TA10移动到TA8时，不会再触发终端设备执行移动注册更新流程，从而能够在终端设备在至少两个不同的跟踪区列表之间频繁移动时，避免出现频繁执行移动注册更新流程的现象，并且，还能减少终端设备执行移动注册更新流程所需的功耗和网络信令的开销。

在本实施例中，在步骤S103之后，该应用于终端设备的跟踪区列表的更新方法，还包括以下步骤：

接收并存储核心网设备下发的第二跟踪区列表，同时将第二跟踪区列表作为当前跟踪区列表。

当终端设备接收到核心网设备下发的第二跟踪区列表后，同步将该第二跟踪区列表更换为终端设备当前跟踪区列表，如此，当继续按照之前变动当前跟踪区列表的方式移动时，能够避免终端设备出现变动当前跟踪区列表的现象。

请参阅图3，图3是本发明实施例提供的应用于终端设备的跟踪区列表的更新方法的另一种流程示意图，如图3所示，该应用于终端设备的跟踪区列表的更新方法，包括步骤S201至步骤S205；

步骤S201，当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态时，获取终端设备在预设的时间内，在至少两个不同的第一跟踪区列表间变动的次数。

步骤S202，当次数超过预设的阈值时，则确定检测到终端设备的当前跟踪区列表的变动满足预设变动条件。

为了进一步限定移动终端的频繁来回移动的应用场景，本发明实施例，将限定终端设备在预设的时间内，在至少两个不同的第一跟踪区列表间变动的次数超过预设的阈值时，表示终端设备是在该至少两个不同的第一跟踪区列表间频繁来回移动，故而本实施例主要是解决终端设备在该至少两个不同的第一跟踪区列表间频繁来回移动时，导致终端设备也在频繁的执行移动注册更新流程的现象。

在本实施例中，预设的时间为一个小时，预设的阈值次数为3次，因此，示例性的，当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态时，获取终端设备在一个小时内，在两个不同的第一跟踪区列表间变动的次数，预设该次数为5次，此时检测到终端设备在一个小时内，在两个不同的第一跟踪区列表间变动的次数超过预设的阈值次数3次，则可确定检测到终端设备的当前跟踪区列表的变动满足预设变动条件，即表示终端设备当前正在两个不同的第一跟踪区列表间频繁的执行移动注册更新流程，也即终端设备正在两个不同的第一跟踪区列表间频繁的来回移动。

需要说明的是，预设的时间和预设的阈值次数，并不限于为上述提及的一个小时和3次，具体的，可根据实际的应用场景来限定预设的时间和预设的阈值次数，也即可根据实际的应用场景来自定义更改预设变动条件。

步骤S203，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区。

步骤S204，将所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区。

在本实施例中，步骤S204还可包括上述实施例提及的步骤S102具有多种实施方式，同样也能实现步骤S102具有的多种实施方式对应的实施例能够实现的有益效果，具体的方法步骤和能够实现的有益效果，请参阅步骤S102具有的多种实施方式对应的实施例，在此不再赘述。

步骤S205，将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。

采用本发明实施例提供的跟踪区列表的更新方法，能够解决终端设备在该至少两个不同的第一跟踪区列表间频繁来回移动时，导致终端设备也在频繁的执行移动注册更新流程的现象，从而能够减少终端设备频繁执行移动注册更新流程所需的功耗和网络信令的开销。

作为本发明的另一个实施例，请参阅图4，图4是本发明实施例提供的应用于核心网设备的跟踪区列表的更新方法的一种流程示意图，如图4所示，该应用于核心网设备的跟踪区列表的更新方法，包括步骤S301至步骤S304；

步骤S301，接收终端设备上报的第二跟踪区列表。

在本实施例中，第二跟踪区列表是在终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且终端设备的当前跟踪区列表的变动满足预设变动条件时确定的，第二跟踪区列表包括终端设备在其当前跟踪区列表每次变动前后所接入过的所有目标跟踪区中的至少两个目标跟踪区。

需要说明的是，该第二跟踪区列表是通过终端设备生成并上报至核心网设备的，生成该第二跟踪区列表的方式，请参阅上述应用于终端设备的跟踪区列表的更新方法的实施例，在此不再赘述。

步骤S302，获取核心网设备的跟踪区列表状态。

在获取到终端设备上报的第二跟踪区列表后，还需获取核心网设备的当前跟踪区列表状态。核心网设备的当前跟踪区列表状态信息通常存储在其自身的存储装置中，也即核心网设备可查询到自身的跟踪区列表状态。

步骤S303，根据跟踪区列表状态，确定是否接受协商并确认第二跟踪区列表。

在本实施例中，需要根据核心网设备的跟踪区列表状态，来确定是否接受协商并确认第二跟踪区列表。例如，步骤S303包括以下步骤：

当检测到核心网设备的跟踪区列表状态为支持协商跟踪区列表的状态时，确定接受协商并确认第二跟踪区列表，当检测到核心网设备的跟踪区列表状态为不支持协商跟踪区列表的状态时，确定拒绝协商并丢弃第二跟踪区列表。

在本实施例中，只有当核心网设备的跟踪区列表状态为支持协商跟踪区列表的状态时，核心网设备才能够接受协商并确认第二跟踪区列表，否则由于其不具备支持协商跟踪区列表的能力，则无法协商第二跟踪区列表，故而核心网设备在接收到第二跟踪区列表后，需执行拒绝协商并丢弃第二跟踪区列表的操作。

步骤S304，当确定接受协商并确认第二跟踪区列表后，将第二跟踪区列表下发至终端设备。

当确定接受协商并确认第二跟踪区列表后，将第二跟踪区列表下发至终端设备，在终端设备接收到该第二跟踪区列表后，终端设备将该第二跟踪区列表作为其当前跟踪区列表，从而能够使得终端设备在该第二跟踪区列表中的跟踪区移动时，无需执行移动注册更新流程，进而实现能够在终端设备在至少两个不同的跟踪区列表之间频繁移动时，避免出现频繁执行移动注册更新流程的现象。

根据上述实施例对跟踪区列表的更新方法的描述，以下将从跟踪区列表的更新装置的角度进一步的描述，该跟踪区列表的更新装置具体可以作为独立的实体来实现，也可以集成在电子设备，比如终端中来实现，该终端可以包括手机、平板电脑等。

请参阅图5，图5是本发明实施例提供的应用于终端设备的跟踪区列表的更新装置的结构示意图，如图5所示，该应用于终端设备的跟踪区列表的更新装置，包括获取模块401、执行模块402、以及上传模块403；

获取模块401，用于当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区。

其中，预设变动条件包括当前跟踪区列表在至少两个不同的第一跟踪区列表间变动。

可选的，获取模块401，具体用于：获取终端设备在预设的时间内，在至少两个不同的第一跟踪区列表间变动的次数，当次数超过预设的阈值时，则确定检测到终端设备的当前跟踪区列表的变动满足预设变动条件。

执行模块402，用于将所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区。

其中，至少两个目标跟踪区包括至少两个不属于同一第一跟踪区列表中的跟踪区。

在本实施例中，执行模块402，具体用于：将两个相邻的目标跟踪区作为第二跟踪区列表中的跟踪区，或将所有目标跟踪区作为第二跟踪区列表中的跟踪区，或将所有目标跟踪区，以及与所有目标跟踪区相邻的非目标跟踪区作为第二跟踪区列表中的跟踪区。

上传模块403，用于将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。

在本实施例中，请继续参阅图5，该应用于终端设备的跟踪区列表的更新装置，还包括发送模块404、接收模块405、确定模块406；

发送模块404，用于向核心网设备上报移动网络注册请求消息。

其中，注册请求消息包括终端设备是否支持协商跟踪区列表的信息。

接收模块405，用于接收所述核心网设备下发的接受注册消息。

其中，接受注册消息包括核心网设备是否支持协商跟踪区列表的信息。

确定模块406，用于当检测到终端设备和核心网设备均支持协商跟踪区列表时，确定终端设备的跟踪区列表状态为支持协商跟踪区列表的状态。

其中，两个相邻的目标跟踪区不属于同一个所述第一跟踪区列表中的跟踪区。

请继续参阅图5，如图5所示，该应用于终端设备的跟踪区列表的更新装置，还包括更换模块407；

更换模块407，用于接收并存储核心网设备下发的第二跟踪区列表，同时将第二跟踪区列表作为当前跟踪区列表。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，具体可以达到的有益效果也请参看前面的方法实施例中的有益效果，在此不再赘述。

请参阅图6，图6是本发明实施例提供的应用于核心网设备的跟踪区列表的更新装置的结构示意图，如图6所示，该应用于核心网设备的跟踪区列表的更新装置，包括接收模块501、获取模块502、执行模块503、下发模块504；

接收模块501，用于接收终端设备上报的第二跟踪区列表。

其中，第二跟踪区列表是在终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且终端设备的当前跟踪区列表的变动满足预设变动条件时确定的，第二跟踪区列表包括终端设备在其当前跟踪区列表每次变动前后所接入过的所有目标跟踪区中的至少两个目标跟踪区。

获取模块502，用于获取核心网设备的跟踪区列表状态。

执行模块503，用于根据跟踪区列表状态，确定是否接受协商并确认第二跟踪区列表。

在本实施例中，执行模块503，具体用于：当检测到核心网设备的跟踪区列表状态为支持协商跟踪区列表的状态时，确定接受协商并确认第二跟踪区列表，当检测到核心网设备的跟踪区列表状态为不支持协商跟踪区列表的状态时，确定拒绝协商并丢弃第二跟踪区列表。

下发模块504，用于当确定接受协商并确认第二跟踪区列表后，将第二跟踪区列表下发至终端设备。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，具体可以达到的有益效果也请参看前面的方法实施例中的有益效果，在此不再赘述。

请参见图7，图7是本发明实施例提供的设备的结构示意图，本发明实施例提供的设备可以是终端如智能手机、平板电脑等设备。如图7所示，设备600包括处理器601、存储器602。其中，处理器601与存储器602电性连接。

处理器601是设备600的控制中心，利用各种接口和线路连接整个设备600的各个部分，通过运行或加载存储在存储器602内的应用程序，以及调用存储在存储器602内的数据，执行设备600的各种功能和处理数据，从而对设备600进行整体监控。

在本实施例中，设备600中的处理器601会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器602中，并由处理器601来运行存储在存储器602中的应用程序，从而实现各种功能：

当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区；

将所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区；

将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。

该设备的处理器601可以实现本发明实施例所提供的应用于终端设备的跟踪区列表的更新方法任一实施例中的步骤和/或应用于核心网设备的跟踪区列表的更新方法任一实施例中的步骤，因此，可以实现本发明实施例所提供的应用于终端设备的任一方法和/或应用于核心网设备的任一方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

请参见图8，图8是本发明实施例提供的设备的另一结构示意图，如图8所示，图8示出了本发明实施例提供的设备的具体结构框图，该设备可以用于实施上述实施例中提供的应用于终端设备的跟踪区列表的更新方法或应用于核心网设备的跟踪区列表的更新方法。该设备700可以为终端如智能手机或笔记本电脑等设备。

RF电路710用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。RF电路710可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。RF电路710可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(Global System for Mobile Communication,GSM)、增强型移动通信技术(Enhanced DataGSM Environment,EDGE)，宽带码分多址技术(Wideband Code Division MultipleAccess,WCDMA)，码分多址技术(Code Division Access,CDMA)、时分多址技术(TimeDivision Multiple Access,TDMA)，无线保真技术(Wireless Fidelity，Wi-Fi)(如美国电气和电子工程师协会标准IEEE 802.11a，IEEE 802.11b,IEEE802.11g和/或IEEE802.11n)、网络电话(Voice over Internet Protocol,VoIP)、全球微波互联接入(Worldwide Interoperability for Microwave Access，Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

存储器720可用于存储软件程序以及模块，如上述应用于终端设备的实施例中跟踪区列表的更新方法对应的程序指令/模块，处理器780通过运行存储在存储器720内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现各种功能：

当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区；

将所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区；

将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。

存储器720可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器720可进一步包括相对于处理器780远程设置的存储器，这些远程存储器可以通过网络连接至设备700。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入单元730可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元730可包括触敏表面731以及其他输入设备732。触敏表面731，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面731上或在触敏表面731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面731。除了触敏表面731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及设备700的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元740可包括显示面板741，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板741。进一步的，触敏表面731可覆盖显示面板741，当触敏表面731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图中，触敏表面731与显示面板741是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面731与显示面板741集成而实现输入和输出功能。

设备700还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在翻盖合上或者关闭时产生中断。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于设备700还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路760、扬声器761，传声器762可提供用户与设备700之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经RF电路710以发送给比如另一终端，或者将音频数据输出至存储器720以便进一步处理。音频电路760还可能包括耳塞插孔，以提供外设耳机与设备700的通信。

设备700通过传输模块770(例如Wi-Fi模块)可以帮助用户接收请求、发送信息等，它为用户提供了无线的宽带互联网访问。虽然图中示出了传输模块770，但是可以理解的是，其并不属于设备700的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器780是设备700的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行设备700的各种功能和处理数据，从而对设备700进行整体监控。可选的，处理器780可包括一个或多个处理核心；在一些实施例中，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解地，上述调制解调处理器也可以不集成到处理器780中。

设备700还包括给各个部件供电的电源790(比如电池)，在一些实施例中，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源790还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，设备700还包括摄像头(如前置摄像头、后置摄像头)、蓝牙模块等，在此不再赘述。具体在本实施例中，设备700的显示单元是触摸屏显示器，设备700还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行一个或者一个以上程序包含用于进行以下操作的指令：

当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后终端设备所接入过的所有目标跟踪区；

将所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区；

将第二跟踪区列表上报至核心网设备，以供核心网设备协商确认并下发第二跟踪区列表。

本发明实施例提供的设备可以执行本发明实施例所提供的应用于终端设备的任一实施例的跟踪区列表的更新方法的步骤和/或应用于核心网设备的任一实施例的跟踪区列表的更新方法的步骤，因此，可以实现本发明实施例所提供的应用于终端设备的跟踪区列表的更新方法和/或应用于核心网设备的跟踪区列表的更新方法对应的有益效果，详见前面的实施例，在此不再赘述。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的应用于终端设备的跟踪区列表的更新方法中任一实施例的步骤和/或应用于核心网设备的跟踪区列表的更新方法中任一实施例的步骤。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的应用于终端设备的跟踪区列表的更新方法中任一实施例的步骤和/或应用于核心网设备的跟踪区列表的更新方法中任一实施例的步骤，因此，可以实现本发明实施例所提供的应用于终端设备的跟踪区列表的更新方法和/或应用于核心网设备的跟踪区列表的更新方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种跟踪区列表的更新方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。并且，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (10)

1.一种跟踪区列表的更新方法，应用于终端设备，其特征在于，包括以下步骤：

当检测到所述终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后所述终端设备所接入过的所有目标跟踪区，所述预设变动条件包括当前跟踪区列表在至少两个不同的第一跟踪区列表间变动；

将所述所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区，所述至少两个目标跟踪区包括至少两个不属于同一所述第一跟踪区列表中的跟踪区；

将所述第二跟踪区列表上报至核心网设备，以供所述核心网设备协商确认并下发所述第二跟踪区列表。

2.如权利要求1所述的跟踪区列表的更新方法，其特征在于，在所述获取在当前跟踪区列表每次变动前后所述终端设备所接入过的所有目标跟踪区的步骤之前，所述跟踪区列表的更新方法，还包括：

向核心网设备上报移动网络注册请求消息，所述注册请求消息包括所述终端设备是否支持协商跟踪区列表的信息；

接收所述核心网设备下发的接受注册消息，所述接受注册消息包括所述核心网设备是否支持协商跟踪区列表的信息；

当检测到所述终端设备和所述核心网设备均支持协商跟踪区列表时，确定所述终端设备的跟踪区列表状态为支持协商跟踪区列表的状态。

3.如权利要求1所述的跟踪区列表的更新方法，其特征在于，所述将所述所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区的步骤，包括：

将两个相邻的目标跟踪区作为第二跟踪区列表中的跟踪区，所述两个相邻的目标跟踪区不属于同一个所述第一跟踪区列表中的跟踪区，或

将所述所有目标跟踪区作为第二跟踪区列表中的跟踪区，或

将所述所有目标跟踪区，以及与所述所有目标跟踪区相邻的非目标跟踪区作为第二跟踪区列表中的跟踪区。

4.如权利要求1所述的跟踪区列表的更新方法，其特征在于，在所述将所述第二跟踪区列表上报至核心网设备，以供所述核心网设备协商确认并下发所述第二跟踪区列表的步骤之后，所述跟踪区列表的更新方法，还包括：

接收并存储所述核心网设备下发的所述第二跟踪区列表，同时将所述第二跟踪区列表作为当前跟踪区列表。

5.如权利要求1所述的跟踪区列表的更新方法，其特征在于，所述检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件的步骤，包括：

获取所述终端设备在预设的时间内，在至少两个不同的第一跟踪区列表间变动的次数；

当所述次数超过预设的阈值时，则确定检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件。

6.一种跟踪区列表的更新方法，应用于核心网设备，其特征在于，包括以下步骤：

接收终端设备上报的第二跟踪区列表，所述第二跟踪区列表是在所述终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且所述终端设备的当前跟踪区列表的变动满足预设变动条件时确定的，所述第二跟踪区列表包括所述终端设备在其当前跟踪区列表每次变动前后所接入过的所有目标跟踪区中的至少两个目标跟踪区；

获取所述核心网设备的跟踪区列表状态；

根据所述跟踪区列表状态，确定是否接受协商并确认所述第二跟踪区列表；

当确定接受协商并确认所述第二跟踪区列表后，将所述第二跟踪区列表下发至所述终端设备。

7.如权利要求6所述的跟踪区列表的更新方法，其特征在于，所述根据所述跟踪区列表状态，确定是否接受并确认所述第二跟踪区列表的步骤，包括：

当检测到所述核心网设备的跟踪区列表状态为支持协商跟踪区列表的状态时，确定接受协商并确认所述第二跟踪区列表；

当检测到所述核心网设备的跟踪区列表状态为不支持协商跟踪区列表的状态时，确定拒绝协商并丢弃所述第二跟踪区列表。

8.一种跟踪区列表的更新装置，其特征在于，包括获取模块、执行模块、以及上传模块；

所述获取模块，用于当检测到终端设备的跟踪区列表状态为支持协商跟踪区列表的状态，且检测到所述终端设备的当前跟踪区列表的变动满足预设变动条件时，获取在当前跟踪区列表每次变动前后所述终端设备所接入过的所有目标跟踪区，所述预设变动条件包括当前跟踪区列表在至少两个不同的第一跟踪区列表间变动；

所述执行模块，用于将所述所有目标跟踪区中的至少两个目标跟踪区作为第二跟踪区列表中的跟踪区，所述至少两个目标跟踪区包括至少两个不属于同一所述第一跟踪区列表中的跟踪区；

所述上传模块，用于将所述第二跟踪区列表上报至核心网设备，以供所述核心网设备协商确认并下发所述第二跟踪区列表。

9.一种设备，其特征在于，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述存储器与所述处理器耦接，且所述处理器执行所述计算机程序时，实现如权利要求1至5任一项所述的应用于终端设备的跟踪区列表的更新方法，或者实现如权利要求6至7任一项所述的应用于的核心网设备的跟踪区列表的更新方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，其中，在所述计算机程序适于由处理器加载以执行如权利要求1至5任一项所述的应用于终端设备的跟踪区列表的更新方法，或者执行如权利要求6至7任一项所述的应用于核心网设备的跟踪区列表的更新方法。

Images