本申请涉及通信技术领域，特别涉及一种跟踪区列表的分配方法及装置。
背景技术：
在移动数据网络中，为了在用户设备(User Equipment，UE)处于空闲状态时能够寻呼到该UE，核心网中主要用于负责连接管理、移动性管理的控制面节点可以在UE初始附着时为该UE分配一个跟踪区列表。UE存储该跟踪区列表之后，如果在移动过程中检测到所处区域的跟踪区信息未存储于该跟踪区列表，则向该控制面节点发起跟踪区更新(Tracking Area Update，TAU)流程，以请求该控制面节点为该UE重新分配一个跟踪区列表。
在实际应用中，运营商一般根据不同划分策略来划分并配置跟踪区列表，如，在移动数据网络中，运营商可能根据地势等因素来划分并配置一个或者多个跟踪区列表。在一些特殊应用场景中，UE所处区域可能对应有两个跟踪区列表。譬如，在一种应用场景中，为了减小端到端的业务时延、满足大带宽需求，运营商除了在核心网中部署用户面节点，可能还会在移动数据网络的接入节点位置部署用户面节点，用于负责特定区域(例如，企业园区)的数据转发，为了便于描述和理解，这里将该特定区域覆盖的网络称为本地数据网络。在实际配置过程中，运营商可以将本地数据网络覆盖的一个或多个区域的跟踪区信息单独划分到一个跟踪区列表中。此时，若UE所处区域覆盖有本地数据网络，则UE所处区域对应有两个跟踪区列表，即本地数据网络对应的跟踪区列表和移动数据网络对应的跟踪区列表。
由于UE发起TAU流程时会引起信令开销，因此，针对诸如上述特殊应用场景，控制面节点如何为UE分配跟踪区列表以尽可能地避免UE在移动过程中频繁发起TAU流程引起的信令开销问题成为研究的热点。
技术实现要素：
为了解决现有技术的针对特殊应用场景，如何为UE分配跟踪区列表以尽可能地避免UE在移动过程中频繁发起TAU流程引起的信令开销问题，本申请提供了一种跟踪区列表的分配方法及装置。所述技术方案如下：
第一方面，提供了一种跟踪区列表分配方法，所述方法包括：
在本发明实施例中，控制面节点接收来自UE的请求消息，该请求消息中携带用户标识和UE当前所处位置的跟踪区信息。控制面节点根据该请求消息中携带的用户标识，获取该UE的用户签约信息，该用户签约信息至少可以用于指示该UE签约的数据网络或业务，例如，可以用于指示该UE签约的数据网络是本地数据网络还是移动数据网络。控制面节点基于该用户签约信息，为该UE分配包括该跟踪区信息的跟踪区列表。
通过本发明实施例提供的方法，根据用户签约信息为UE分配跟踪区列表，如此可以尽可能地避免UE在移动过程中频繁发起TAU流程引起的信令开销问题。
在具体实现中，上述请求消息为位置更新请求TAU消息或附着请求消息，或者其他消息。
可选地，基于所述用户签约信息和所述跟踪区信息，为所述UE分配跟踪区列表包括：
若所述用户签约信息用于指示所述UE已签约所述本地数据网络或指定业务，则为所述UE分配包括所述跟踪区信息的第一跟踪区列表，所述指定业务是指收费策略不同于移动数据网络的收费策略且根据区域不同而不同的业务；
其中，所述第一跟踪区列表由运营商按照相同网络类型的区域进行划分后配置得到，或由所述运营商按照业务的收费策略相同的区域进行划分后配置得到，所述网络类型用于指示所述本地数据网络或所述移动数据网络，所述第一跟踪区列表包含于第二跟踪区列表，所述第二跟踪区列表由所述运营商根据预设划分策略对移动数据网络进行划分后配置得到。
若所述用户签约信息用于指示所述UE未签约所述本地数据网络或指定业务，则可以按照常规的方法，为该UE分配移动数据网络对应的第二跟踪区列表。如此，可以避免未签约指定业务的UE在移动过程中频繁发起TAU流程引起的信令开销问题。
在具体实现中，还可以从存储的多个跟踪区列表中选择包括所述跟踪区信息的第一跟踪区列表和第二跟踪区列表，并基于该用户签约信息，为所述UE分配第一跟踪区列表或第二跟踪区列表。具体地，若所述用户签约信息用于指示所述UE已签约所述本地数据网络或指定业务，则为所述UE分配包括所述跟踪区信息的第一跟踪区列表；若所述用户签约信息用于指示所述UE未签约所述本地数据网络或指定业务，则可以按照常规的方法，为该UE分配移动数据网络对应的第二跟踪区列表。
可选地，若UE的用户签约信息用于指示该UE签约的数据网络为本地数据网络，且该UE当前移动至本地数据网络覆盖的区域内，为了能够使得该UE成功接入到本地数据网络中，该控制面节点获取所分配的第一跟踪区列表对应的本地数据网络列表，并将该本地数据网络列表发送给UE，如此，该UE即可根据本地数据网络列表，在本地数据网络中建立会话连接。
可选地，若所述用户签约信息用于指示所述UE已签约所述指定业务且所述第一跟踪区列表为所述指定业务对应的跟踪区列表，则为所述UE分配包括所述跟踪区信息的第一跟踪区列表之后，向策略与计费管理网元发送分配的所述第一跟踪区列表，所述第一跟踪区列表用于所述策略与计费管理网元确定对所述UE的计费策略。
第二方面，提供了一种跟踪区列表分配装置，所述跟踪区列表分配装置具有实现上述第一方面中跟踪区列表分配方法行为的功能。所述跟踪区列表分配装置包括至少一个模块，该至少一个模块用于实现上述第一方面所提供的跟踪区列表分配方法。
第三方面，提供了一种跟踪区列表分配装置，所述跟踪区列表分配装置的结构中包括处理器和存储器，所述存储器用于存储支持跟踪区列表分配装置执行上述第一方面所提供的跟踪区列表分配方法的程序，以及存储用于实现上述第一方面所提供的跟踪区列表分配方法所涉及的数据。所述处理器被配置为用于执行所述存储器中存储的程序。所述存储设备的操作装置还可以包括通信总线，该通信总线用于该处理器与存储器之间建立连接。
第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的跟踪区列表分配方法。
第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的跟踪区列表分配方法。
上述第二方面、第三方面、第四方面和第五方面所获得的技术效果与第一方面中对应的技术手段获得的技术效果近似，在这里不再赘述。
附图说明
图1是本发明实施例提供的一种应用场景的示意图；
图2是本发明实施例提供的一种跟踪区列表分配的系统的示意图；
图3是本发明实施例提供的一种计算机设备的结构示意图；
图4是本发明实施例提供的一种跟踪区列表分配方法的流程图；
图5是本发明实施例提供的另一种跟踪区列表分配方法的流程图；
图6A是本发明实施例提供了一种跟踪区列表分配装置；
图6B是本发明实施例提供了另一种跟踪区列表分配装置；
图6C是本发明实施例提供了另一种跟踪区列表分配装置。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
在对本发明实施例进行介绍之前，首先对本发明实施例涉及的名词进行简要介绍：
控制面节点：负责UE的连接管理、安全认证、移动性管理和位置管理等。在第四代(Forth Generation，4G)网络中，该控制面节点为移动管理实体(Mobility Management Entity，MME)。在第五代(Fifth Generation，5G)网络中，该控制面节点为控制面功能网元(Control Plane，CP)。
用户面节点：主要负责业务数据的转发。在4G网络中，该用户面节点包括服务网关(Serving Gateway，SGW)和数据网关(Packet Data Network Gateway，PGW)。在5G网络中，该用户面节点为用户面功能网元(User Plane，UP)。
策略与计费管理网元：主要负责业务的计费控制决策等，在具体实现中，该策略与计费管理网元可以为策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)。
移动数据网络：由部署在核心网中的用户面节点负责数据转发，通俗来说，该移动数据网络即为UE常规接入的数据网络，一般由运营商进行部署。
本地数据网络：部署在上述移动数据网络中，且由部署位置与接入节点(如，基站)或无线网络控制器(Radio Network Controller，RNC)的部署位置相同的用户面节点负责数据转发。实际上，该本地数据网络的实质与移动数据网络的实质相同，都属于数据网络，这里是为了与上述移动数据网络进行区分，所以称为本地数据网络。
跟踪区信息：用于唯一标识一个区域，其中，该区域可以是以跟踪区(Tracking Area，TA)为粒度进行划分的，该跟踪区信息可以为跟踪区标识，该跟踪区标识可以用于唯一标识一个跟踪区。其中，该跟踪区中可以包括一个或者多个小区(cell)。或者，该跟踪区信息还可以为其他信息，本发明实施例对此不作限定。
跟踪区列表：用于存储跟踪区信息，例如，当跟踪区信息为跟踪区标识时，该跟踪区列表又可以称为跟踪区标识列表。该跟踪区列表一般由核心网中的控制面节点为UE分配，用于在UE处于空闲状态时，控制面节点可以在所分配的跟踪区列表包括的所有区域内进行寻呼，从而寻呼到该UE。
用户签约信息：至少用于指示UE签约的数据网络或业务，该数据网络包括上述移动数据网络和本地数据网络。如，若该用户签约信息中包括本地数据网络信息，则该用户签约信息用于指示该UE已签约本地数据网络，反之，若该用户签约信息中不包括本地数据网络信息，则该用户签约信息用于指示该UE未签约本地数据网络。再如，若用户签约信息中包括指定业务信息，则该用户签约信息用于指示该UE已签约指定业务，若该用户签约信息中不包括指定业务信息，则该用户签约信息用于指示该UE未签约指定业务。关于指定业务的解释请参见下文。当然，除此之外，该用户签约信息还可以用于指示UE的其他签约情况，本发明实施例对此不作限定。
指定业务：该指定业务是指收费策略不同于移动数据网络的收费策略且根据区域不同而不同的业务。目前，在标准23.401中定义了指定区域上报(Presence Report Area，PRA)信息，该PRA信息中包括PRA身份(identification，ID)，该PRA ID可以用于标识一个区域，该区域可以包括一个或多个连续的TA，即一个PRA ID可以对应一个或多个跟踪区信息。在具体实现中，针对上述指定业务，策略与计费管理网元中配置有对应的至少一个PRA ID，不同PRA ID对应的区域的计费策略可能相同，也可能不同。
接下来，对本发明实施例的应用场景进行介绍：
在本发明实施例涉及的应用场景中，运营商可能在移动数据网络中部署了本地数据网络，并将该本地数据网络覆盖的区域的跟踪区信息划分到一个跟踪区列表中。在该种情况下，该UE所处位置的跟踪区信息对应有两个跟踪区列表，分别为第一跟踪区列表和第二跟踪区列表。其中，该第一跟踪区列表由运营商按照相同网络类型的区域进行划分后配置得到，且该第一跟踪区列表包含于第二跟踪区列表，也即是，第一跟踪区列表中包括的所有跟踪区信息均属于第二跟踪区列表。其中，该网络类型用于指示上述本地数据网络或移动数据网络。
请参考图1，该第一跟踪区列表可以为跟踪区列表(Tracking Area List，TAL)2或TAL3，第二跟踪区列表为跟踪区列表TAL1，其中，TAL1包括跟踪区TA1、TA2、TA3、TA4和TA5，TAL2包括跟踪区TA1、TA2和TA3，TAL3包括跟踪区TA4和TA5。由此可见，当UE处于图1中的任一区域时，均会对应有两个跟踪区列表。
进一步地，假设TA1、TA2和TA3对应的区域覆盖的数据网络均为本地数据网络，此时，将TA1、TA2和TA3单独划分到TAL2中，即TAL2为本地数据网络对应的跟踪区列表。在该种情况下，若UE当前所处位置的跟踪区为TA1，则对应的两个跟踪区列表分别为TAL1和TAL2，此时，第一跟踪区列表为TAL2；若该UE当前所处位置的跟踪区为TA4，则对应的两个跟踪区列表分别为TAL1和TAL3，此时，第一跟踪区列表为TAL3。
在具体实现中，该第二跟踪区列表一般由运营商根据预设划分策略对移动数据网络进行划分后配置得到，该预设划分策略可以由运营商根据实际需求进行设置，例如，在一种可能的实现方式中，该预设划分策略可以为预设的地形划分策略(如以河流为边界对区域进行划分的策略)等，本发明实施例对此不作限定。
另外，除了上述应用场景外，在具体实现中，该第一跟踪区列表还可以由运营商按照业务的收费策略相同的区域进行划分后配置得到。随着数据网络和业务的发展，一些指定业务的收费策略不同于移动数据网络的收费策略且根据区域不同而不同。针对该种指定业务，策略与计费管理网元基于业务范围定义了一些PRA列表，每个PRA列表中包括至少一个PRA ID。其中，每个PRA列表用于指示一种指定业务，每个PRA ID用于指示该指定业务对应的一个区域，该区域可能包括一个或者多个连续的TA，该多个连续TA对应于相同的计费策略。如果UE签约了指定业务且在移动过程中所处位置对应的PRA ID发生变化，则该UE的计费策略可能也发生了变化，此时，控制面节点需要上报给策略与计费管理单元，以便于该策略与计费管理单元进行对应的收费策略处理。
然而，UE处于空闲状态时，控制面节点无法感知UE所处区域对应的PRA ID，因此，为了能够确定签约了指定业务且处于空闲状态的UE所处区域对应的收费策略是否发生变化，可以将该PRA ID与第一跟踪区列表对应设置，即该第一跟踪区列表与PRA ID一一对应，如此以来，即可根据该第一跟踪区列表确定该UE所处区域对应的PRA ID，从而确定对UE的收费策略。即为了便于收费管理，运营商可能将对应于相同收费策略的区域的跟踪区信息单独划分到一个跟踪区列表中。
例如，请继续参考图1，假设对应于同一PRA ID的跟踪区包括TA1、TA2和TA3，且他们对应的区域均对应于相同收费策略的指定业务，则可以将TA1、TA2和TA3单独划分到TAL2中，即该TAL2为指定业务对应的跟踪区列表。在该种情况下，UE当前所处位置也对应有两个跟踪区列表。
还需要说明的是，本发明实施例仅是以该跟踪区列表分配方法应用于上述应用场景为例进行说明，在另一实施例中，该跟踪区列表分配方法还可以应用于其他具有类似上述特征的与覆盖区域相关的应用场景中，本发明实施例对此不做限定。
在具体实现中，图1所示的应用场景可以由如下图2实施例所示的系统实现。
图2是本发明实施例提供的一种跟踪区列表分配的系统的示意图，该系统可以应用实现图1所示的应用场景。该系统中主要包括有控制面节点210和接入节点220，该控制面节点210与该接入节点220连接。其中，该接入节点220主要用于转发控制面节点210与UE 230之间传输的数据，例如，该接入节点220可以为基站。
在具体实现中，UE 230可以通过数据网络接入该系统中。进一步地，该UE 230可以通过上述接入节点220与该控制面节点210之间传输信息。其中，该UE 230可以为诸如手机之类一切可以用于实现通信的通信终端，本发明实施例对此不作限定。
具体地，上述UE 230可以通过接入节点220向控制面节点发送请求消息，该请求消息中携带用户标识和该UE 230当前所处位置的跟踪区信息，其中，该跟踪区信息一般是由接入节点220在该请求消息中携带的。该控制面节点210接收来自该UE 230的请求消息后，根据该请求消息中携带的用户标识获取该UE 230的用户签约信息，该用户签约信息至少可以用于指示该UE 230签约的数据网络和业务。例如，该用户签约信息可以用于指示该UE 230签约是否签约本地数据网络，或者，该用户签约信息可以用于指示该UE 230是否签约指定业务。之后，该控制面节点210根据该用户签约信息为该UE 230分配包括上述跟踪区信息的跟踪区列表，其具体分配方式可以参见如下图4和图5实施例所述的跟踪区列表分配方法。如此，可以尽可能地避免UE 230在移动过程中频繁发起TAU流程引起的信令开销问题。
在具体实现中，该请求消息可以为位置更新请求TAU消息；或者，该请求消息也可以为附着请求消息；当然，该请求消息还可以为其他消息，本发明实施例对此不作限定。
在具体实现中，该系统中还包括用户数据管理实体240，该用户数据管理实体240可以用于存储UE 230的用户签约信息，即控制面节点210可以从该用户数据管理实体240中获取UE 230的用户签约信息。其中，根据移动数据网络的类型不同，该用户数据管理实体240也不同，例如，当移动数据网络为4G网络时，该用户数据管理实体240可以为归属签约服务器(Home Subscriber Server，HSS)，当移动数据网络为5G网络时，该用户数据管理实体240可以为统一数据管理实体(Unified Data Management，UDM)。在一种可能的实现方式中，当该HSS和该UDM合一部署时，该用户数据管理实体240还可以为该HSS和该UDM合一部署后的实体。
在具体实现中，该系统还可以包括有用户面节点250、用户面节点260，该用户面节点可以250部署在核心网中，用于负责移动数据网络中的数据转发，该用户面节点260的部署位置可以与接入节点220的部署位置相同，用于负责本地数据网络中的数据转发。
另外，在具体实现中，该系统还可以包括策略与计费管理网元270，该策略与计费管理网元270可以用于负责业务的计费控制决策。
需要说明的是，图2所示的系统可以用于实现如下图4或图5所示的方法实施例。
图3是本发明实施例提供的一种计算机设备的结构示意图。图2中的控制面节点210可以通过图3所示的计算机设备来实现。参见图3，该计算机设备包括至少一个处理器301，通信总线302，存储器303以及至少一个通信接口304。
处理器301可以是一个通用中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线302可包括一通路，在上述组件之间传送信息。
存储器303可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器303可以是独立存在，通过通信总线302与处理器301相连接。存储器303也可以和处理器301集成在一起。
通信接口304，使用任何收发器一类的装置，用于与其它设备或数据网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
在具体实现中，作为一种实施例，处理器301可以包括一个或多个CPU，例如图3中所示的CPU0和CPU1。
在具体实现中，作为一种实施例，计算机设备可以包括多个处理器，例如图3中所示的处理器301和处理器305。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。该计算机设备中包括的处理器可以用于执行如下图4和图5中控制面节点执行的跟踪区列表分配方法。
在具体实现中，作为一种实施例，计算机设备还可以包括输出设备306和输入设备307。输出设备306和处理器301通信，可以以多种方式来显示信息。例如，输出设备306可以是液晶显示器(liquid crystal display，LCD),发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备307和处理器301通信，可以以多种方式接收用户的输入。例如，输入设备307可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备或者嵌入式设备。本发明实施例不限定计算机设备的类型。
其中，存储器303用于存储执行本申请方案的程序代码，并由处理器301来控制执行。处理器301用于执行存储器303中存储的程序代码308。程序代码308中可以包括一个或多个软件模块。图2中所示的控制面节点可以通过处理器301以及存储器303中的程序代码308中的一个或多个软件模块，来确定用于开发应用的数据。
除此之外，该存储器303还可以用于存储如下图4和图5实施例中所涉及的数据，例如，该数据可以包括用户签约信息、跟踪区列表等等。
如前文所述，上述第一跟踪区列表是由运营商按照不同策略进行划分后配置得到，接下来，根据该第一跟踪区列表的配置策略不同，本申请将分别通过如下两个具体实施例对跟踪区列表分配方法进行详细介绍。
图4是本发明实施例提供的一种跟踪区列表分配方法的流程图，该跟踪区列表分配方法可以应用于上述图1所述的应用场景中，并且，该跟踪区列表分配方法可以通过图2所示的系统来实现。请参考图4，这里以该第一跟踪区列表由运营商按照相同网络类型的区域进行划分后配置得到为例进行说明。该方法包括：
步骤401：UE通过接入节点向控制面节点发送请求消息，该控制面节点接收来自UE的请求消息，该请求消息中携带用户标识和该UE当前所处位置的跟踪区信息。
其中，该用户标识可以用于唯一标识一个用户，该用户标识可以由运营商为用户分配。例如，在4G网络中，该用户标识可以为国际移动用户识别码(International Mobile Subscriber Identification Number，ISMI)，本发明实施例对此不作限定。
在具体实现中，UE向接入节点发送该请求消息，该请求消息中携带该用户标识。该接入节点接收到该请求消息后，在该请求消息中添加自身的跟踪区信息，该跟踪区信息即为该UE当前所处位置的跟踪区信息。之后，该接入节点向该控制面节点发送添加了跟踪区信息的请求消息。相应地，该控制面节点接收来自UE的携带用户标识和跟踪区信息的请求消息。
也即是，在实际应用场景中，UE会在如下两种情况下通过向控制面节点发送请求消息来触发该控制面节点通过如下步骤为该UE分配跟踪区列表：
第一种情况：当UE初始请求附着网络时，通过该接入节点向控制面节点发送附着请求消息，即该请求消息为附着请求消息，该附着请求消息用于指示该控制面节点为该UE分配一个跟踪区列表，具体分配方式请参见下文的步骤403。
第二种情况：当UE从一个区域移动到另一个区域且UE中预先存储的跟踪区列表中不包括另一个区域的跟踪区信息时，通过接入节点向控制面节点发送TAU消息，即该请求消息为TAU消息，该TAU消息用于指示该控制面节点为该UE重新分配一个跟踪区列表，具体分配方式请参见下文的步骤403。
需要说明的是，这里仅是以该请求消息为TAU消息或附着请求消息为例进行说明，在另一实施例中，该请求消息还可以为其他消息，本发明实施例对此不作限定。
步骤402：控制面节点根据该用户标识获取该UE的用户签约信息，该用户签约信息至少用于指示该UE签约的数据网络，该数据网络包括本地数据网络和移动数据网络。
在具体实现中，如前文所述，该用户签约信息可以存储在用户数据管理实体中，进一步地，该用户数据管理实体可以存储有用户标识与用户签约信息之间的对应关系。
在一种可能的实现方式中，控制面节点可以预先从该用户数据管理实体中获取用户标识与用户签约信息之间的对应关系，并在本地存储该对应关系。在该种情况下，控制面节点接收到请求消息后，从该请求消息中获取携带的用户标识和跟踪区信息，并根据该用户标识从本地存储的对应关系中，获取该用户标识对应的跟踪区信息。如此，可以减小控制面节点根据用户标识获取UE的用户签约信息的时延。
或者，在另一种可能的实现方式中，该控制面节点也可以不预先从该用户数据管理实体中获取用户标识与用户签约信息之间的对应关系，而是当接收到来自UE的请求消息后，根据该请求消息中携带的用户标识，从用户数据管理实体中获取与该用户标识对应的用户签约信息。具体地，该控制面节点可以向用户数据管理实体发送信息获取请求，该信息获取请求中携带用户标识，该用户数据管理实体接收到该信息获取请求后，获取该信息获取请求中携带的用户标识对应的用户签约信息，并将该用户签约信息发送给控制面节点。如此，可以节省控制面节点的存储空间。
步骤403：控制面节点基于所述用户签约信息和跟踪区信息，为该UE分配跟踪区列表。该UE接收来自控制面节点分配的跟踪区列表。
根据该用户签约信息指示该UE签约的数据网络的情况不同，控制面节点基于所述用户签约信息和跟踪区信息，为该UE分配跟踪区列表可以包括如下(1)-(2)两种实现方式：
(1)若该用户签约信息用于指示该UE已签约该本地数据网络，则为该UE分配包括该跟踪区信息的第一跟踪区列表。
如果UE签约了本地数据网络，则UE在移动过程中，如果从移动数据网络的区域移动到本地数据网络的区域，或者，如果从本地数据网络的区域移动到移动数据网络，必然需要触发TAU流程。因此，为了保证UE在本地数据网络和移动数据网络之间的成功切换，当该用户签约信息用于指示该UE已签约本地数据网络时，该控制面节点为该UE分配包括跟踪区细腻的第一跟踪区列表，即为UE分配小的跟踪区列表。
例如，请参考图1，假设该TAL2为本地数据网络对应的跟踪区列表，则当该UE的用户签约信息用于指示该UE已签约该本地数据网络且该UE当前的位置的跟踪区为TA1时，该控制面节点为该UE分配的第一跟踪区列表为TAL2。或者，若该UE当前的位置的跟踪区为TA4，则该控制面节点为该UE分配的第一跟踪区列表为TAL3。
(2)若该用户签约信息用于指示该UE未签约本地数据网络，则为该UE分配包括该跟踪区信息的第二跟踪区列表。
如果该UE没有签约本地数据网络，则UE在属于同一移动数据网络对应的跟踪区列表的区域间移动时，即使该UE从本地数据网络覆盖的区域移动到移动数据网络覆盖的区域，该UE也不需要发起TAU流程。因此，控制面节点可以为UE分配移动数据网络对应的第二跟踪区列表，而不是为该UE分配第一跟踪区列表，如此，可以避免UE在移动过程中频繁发起TAU流程引起的信令开销问题。
在具体实现中，该控制面节点可以从存储的多个跟踪区列表中选择包括跟踪区信息的第一跟踪区列表和第二跟踪区列表，之后，根据该用户签约信息为UE分配第一跟踪区列表或为该UE分配第二跟踪区列表。具体地，若该用户签约信息用于指示该UE已签约该本地数据网络，则为该UE分配第一跟踪区列表；若该用户签约信息用于指示该UE未签约该本地数据网络，则为该UE分配第二跟踪区列表。
在具体实现中，该UE接收来自控制面节点分配的跟踪区列表后，可以存储该跟踪区列表。具体地，在实际实现过程中，控制面节点将分配给UE的跟踪区列表发送至接入节点，接入节点接收到分配的跟踪区列表后，转发给该UE。该UE接收到来自控制面节点分配的跟踪区列表后，在本地存储该跟踪区列表。
需要说明的是，至此，已实现了本发明实施例提供的跟踪区列表分配方法。然而，在具体实现中，若UE的用户签约信息用于指示该UE签约的数据网络为本地数据网络且分配的第一跟踪区列表为本地数据网络对应的跟踪区列表，为了使得UE能够成功接入本地数据网络，控制面节点在为UE分配第一跟踪区列表后，还为UE提供该第一跟踪区列表对应的本地数据网络列表，具体请参见如下步骤404。
步骤404：控制面节点为UE提供本地数据网络列表，该UE接收来自该控制面节点提供的本地数据网络列表。
具体地，从存储的跟踪区列表和本地数据网络列表之间的映射关系中，获取分配的该第一跟踪区列表对应的本地数据网络列表，将获取的本地数据网络列表发送给该UE，该获取的本地数据网络列表用于建立会话连接。
其中，该本地数据网络列表可以用于存储本地数据网络的信息，例如，该本地数据网络的信息可以为地址或标识等，本发明实施例对此不做限定。
也即是，若UE的用户签约信息用于指示该UE签约的数据网络为本地数据网络，且该UE当前移动至本地数据网络覆盖的区域内，为了能够使得该UE成功接入到本地数据网络中，该控制面节点获取所分配的第一跟踪区列表对应的本地数据网络列表，并将该本地数据网络列表发送给UE，如此，该UE即可根据本地数据网络列表，在本地数据网络中建立会话连接。
需要说明的是，UE根据本地数据网络列表在本地数据网络中建立会话连接的具体实现过程可参见相关技术，本发明实施例对此不做详细解释。
需要说明的是，实际上，该步骤404与上述步骤403之间没有先后执行顺序，即在具体实现中，该控制面节点可以为该UE分配跟踪区列表后，再为该UE提供本地数据网络列表，或者，该控制面节点还可以同时为该UE分配跟踪区列表和本地数据网络列表，譬如，该控制面节点可以通过响应消息携带所分配的跟踪区列表和本地数据网络列表，并将该响应消息发送给UE，以实现为UE分配跟踪区列表和本地数据网络列表。
另外，在具体实现中，若上述请求消息为附着请求消息，则控制面节点除了根据该请求消息中携带的用户标识和跟踪区信息，通过上述步骤为UE分配跟踪区列表外，还可以进行用户鉴权等操作，以实现UE的附着，具体实现过程可以参见相关技术，这里不做详细介绍。
通过本发明实施例提供的方法，控制面节点根据用户签约信息和跟踪区信息为UE分配跟踪区列表，可以尽可能地避免UE在移动过程中频繁发起TAU流程引起的信令开销问题。
图5是本发明实施例提供的另一种跟踪区列表分配方法的流程图，该跟踪区列表分配方法可以应用于上述图1所述的应用场景中，并且，该跟踪区列表分配方法可以通过图2所示的系统来实现。请参考图5，这里以该第一跟踪区列表由运营商按照业务的收费策略相同的区域进行划分后配置得到为例进行说明，该方法包括：
步骤501：UE通过接入节点向控制面节点发送请求消息，该控制面节点接收来自UE的请求消息，该请求消息中携带用户标识和该UE当前所处位置的跟踪区信息。
其具体实现过程可以参见上述图4实施例中步骤401，这里不再重复赘述。
步骤502：控制面节点根据该用户标识获取该UE的用户签约信息，该用户签约信息至少用于指示该UE签约的业务。
如前文所述，当该用户签约信息中包括指定业务信息时，该用户签约信息用于指示该UE已签约指定业务。在一种可能的实现方式中，该指定业务信息可以由该控制面节点预先从策略与计费管理网元中获取得到后存储于该用户签约信息中，如，可以是从PCRF中获取得到后存储于该用户签约信息中。并且，控制面节点对应存储用户签约信息与用户标识，如此，当控制面节点接收到上述请求消息后，根据该用户标识可以获取该UE的用户签约信息。
进一步地，该策略与计费管理网元可以预先从用户数据管理实体中获取该指定业务信息，即若UE签约了指定业务，则用户数据管理实体中存储有该UE签约的指定业务信息，如此，该策略与计费管理网元即可从该用户数据管理实体中获取到该指定业务信息。之后，该策略与计费管理网元可以建立该指定业务信息与PRA列表之间的映射关系，并将该映射关系发送给该控制面节点，如此，该控制面节点即获取到该指定业务信息，并将该指定业务信息存储于用户签约信息中。其中，该映射关系可以用于确定该UE所签约的指定业务。
在另一种可能的实现方式中，该指定业务信息也可以由该控制面节点直接向用户数据管理实体请求获取得到。譬如，该控制面节点可以向用户数据管理实体发送信息获取请求，该信息获取请求中携带用户标识，该用户数据管理实体接收到该信息获取请求后，根据该用户标识获取对应的包括指定业务信息的用户签约信息，并将包括指定业务信息的用户签约信息发送给控制面节点。
另外，当该用户签约信息中不包括指定业务信息时，该用户签约信息用于指示该UE未签约指定业务。
步骤503：控制面节点基于用户签约信息和跟踪区信息，为该UE分配跟踪区列表。该UE接收来自控制面节点分配的跟踪区列表。
根据该用户签约信息指示该UE签约的业务情况不同，控制面节点基于所述用户签约信息和跟踪区信息，为该UE分配跟踪区列表可以包括如下(1)-(2)两种实现方式：
(1)若该用户签约信息用于指示该UE已签约指定业务，则为该UE分配包括该跟踪区信息的第一跟踪区列表，该指定业务是指收费策略不同于该移动数据网络的收费策略且根据区域不同而不同的业务。
如果该UE签约了指定业务，则UE在移动过程中，如果从指定业务对应的区域移动到非指定业务对应的区域，或者，如果从非指定业务对应的区域移动到指定业务对应的区域，该UE的收费策略可能也发生了变化。因此，为了能够准确监测到UE所处区域的收费策略是否发生变化，对于签约了指定业务的UE，该控制面节点为该UE分配第一跟踪区列表，如此，当UE从指定业务对应的区域移动到非指定业务对应的区域，或者，从非指定业务对应的区域移动到指定业务对应的区域时，会向控制面节点发起TAU流程，该控制面节点从而可以确定UE所处区域的计费策略发生了变化。
例如，请参考图1，假设该TAL2为指定业务对应的跟踪区列表，若该UE的用户签约信息用于指示该UE已签约指定业务，且该UE当前所在的区域的跟踪区为TA1，且控制面节点为该UE分配的第一跟踪区列表为TAL2。或者，若该UE当前所在的区域的跟踪区为TA4，则控制面节点为该UE分配的第一跟踪区列表为TAL3。
(2)若该用户签约信息用于指示该UE未签约指定业务，则为该UE分配包括该跟踪区信息的第二跟踪区列表。
如果该UE没有签约指定业务，则该UE在属于同一移动数据网络对应的跟踪区列表的区域间移动时，即使从指定业务对应的区域移动到非指定业务对应的区域，UE的计费策略也没有发生变化，因此，不需要通知控制面节点。为了避免UE从指定业务对应的区域移动到非指定业务对应的区域时发起请求消息，控制面节点可以为UE分配移动数据网络对应的第二跟踪区列表，而不为该UE分配第一跟踪区列表。例如，请参考图1，为该UE分配第二跟踪区列表TAL1。
值得一提的是，若该用户签约信息用于指示该UE未签约指定业务，则可以为该UE分配移动数据网络对应的第二跟踪区列表，如此，可以避免未签约指定业务的UE在移动过程中频繁发起TAU流程引起的信令开销问题。
在具体实现中，该UE接收来自控制面节点分配的跟踪区列表后，可以存储该跟踪区列表。其具体实现可以参见上述图4实施例，这里不再重复赘述。
需要说明的是，至此已实现了本发明实施例提供的跟踪区列表分配方法。在具体实现中，为了便于策略与计费管理网元确定UE的计费策略，本发明实施例还提供了如下步骤504。
步骤504：控制面节点向策略与计费管理网元发送分配的该第一跟踪区列表，该第一跟踪区列表用于该策略与计费管理网元确定对该UE的计费策略。
在具体实现中，若该用户签约信息用于指示该UE已签约该指定业务且该第一跟踪区列表为该指定业务对应的跟踪区列表，则为该UE分配包括该跟踪区信息的第一跟踪区列表之后，向策略与计费管理网元发送分配的该第一跟踪区列表，该第一跟踪区列表用于该策略与计费管理网元确定对该UE的计费策略。
如前文所述，由于第一跟踪区列表与PRA ID一一对应设置，且PRA ID可以用于标识指定业务对应的一个区域，因此，控制面节点将该第一跟踪区列表发送给策略与计费管理网元后，该策略与计费管理网元根据该第一跟踪区列表，即可确定移动后的区域对应的PRA ID，从而确定对UE的计费策略。
例如，若为UE分配的该第一跟踪区列表为TAL2，且该第一跟踪区列表TAL2为指定业务对应的跟踪区列表，则控制面节点将与该第一跟踪区列表TAL2上报给策略与计费管理网元。该策略与计费管理网元接收到该第一跟踪区列表TAL2后，根据该第一跟踪区列表TAL2确定对应的PRA ID，从而可以确定对UE的计费策略。
需要说明的是，这里仅是以将分配第一跟踪区列表发送给策略与计费管理网元为例进行说明，在另一实施例中，还可以采用其他实现方式通知策略与计费管理网元该UE的计费策略发生变化。例如，该控制面节点中可以存储有第一跟踪区列表与PRA ID之间的对应关系，控制面节点可以获取为UE分配的第一跟踪区列表对应的PRA ID，并将该PRA ID发送给策略与计费管理网元，从而使得该策略与计费管理网元根据该PRA ID确定对该UE的计费策略。
需要说明的是，步骤504与上述步骤503之间没有先后执行顺序。
通过本发明实施例提供的方法，控制面节点根据用户签约信息和跟踪区信息为UE分配跟踪区列表，可以尽可能地避免UE在移动过程中频繁发起TAU流程引起的信令开销问题。
参见图6A，图6A是本发明实施例提供了一种跟踪区列表分配装置，该装置包括：
接收模块610，用于接收来自用户设备UE的请求消息，该请求消息中携带用户标识和该UE当前所处位置的跟踪区信息；
第一获取模块620，用于根据该用户标识获取该UE的用户签约信息，该用户签约信息至少用于指示该UE签约的数据网络或业务，该数据网络包括本地数据网络和移动数据网络；
分配模块630，用于基于该用户签约信息和该跟踪区信息，为该UE分配跟踪区列表。
可选地，该分配模块630具体用于：
若该用户签约信息用于指示该UE已签约该本地数据网络或指定业务，则为该UE分配包括该跟踪区信息的第一跟踪区列表，该指定业务是指收费策略不同于移动数据网络的收费策略且根据区域不同而不同的业务；
其中，该第一跟踪区列表由运营商按照相同网络类型的区域进行划分后配置得到，或由该运营商按照业务的收费策略相同的区域进行划分后配置得到，该网络类型用于指示该本地数据网络或该移动数据网络，该第一跟踪区列表包含于第二跟踪区列表，该第二跟踪区列表由该运营商根据预设划分策略对移动数据网络进行划分后配置得到。
可选地，请参考图6B，该装置还包括：
第二获取模块640，用于若该用户签约信息用于指示该UE已签约该本地数据网络且该第一跟踪区列表为该本地数据网络对应的跟踪区列表，则从存储的跟踪区列表和本地数据网络列表之间的映射关系中，获取分配的该第一跟踪区列表对应的本地数据网络列表；
第一发送模块650，用于将获取的本地数据网络列表发送给该UE，该获取的本地数据网络列表用于建立会话连接。
可选地，请参考图6C，该装置还包括：
第二发送模块660，用于若该用户签约信息用于指示该UE已签约该指定业务且该第一跟踪区列表为该指定业务对应的跟踪区列表，则向策略与计费管理网元发送分配的该第一跟踪区列表，该第一跟踪区列表用于该策略与计费管理网元确定对该UE的计费策略。
可选地，该分配模块630具体还用于：
若该用户签约信息用于指示该UE未签约该本地数据网络或指定业务，则为该UE分配第二跟踪区列表。
通过本发明实施例提供的装置，控制面节点根据用户签约信息和跟踪区信息为UE分配跟踪区列表，可以尽可能地避免UE在移动过程中频繁发起TAU流程引起的信令开销问题。
需要说明的是：上述实施例提供的跟踪区列表分配装置在实现跟踪区列表分配方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的跟踪区列表分配装置与跟踪区列表分配装置方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如：同轴电缆、光纤、数据用户线(Digital Subscriber Line，DSL))或无线(例如：红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如：软盘、硬盘、磁带)、光介质(例如：数字通用光盘(Digital Versatile Disc，DVD))、或者半导体介质(例如：固态硬盘(Solid State Disk，SSD))等。
以上所述为本申请提供的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。