跟踪区域设定装置和用户装置及跟踪区域设定方法

摘要

在由一个或多个小区构成跟踪区域，在构成呼入对象的用户装置所在的跟踪区域的所有小区中发送寻呼信道的移动通信系统中，跟踪区域设定装置包括：服务请求测量部件，基于寻呼信道，将对所在的小区的服务请求发送到用户装置，并测量服务请求的发生频度；以及跟踪区域判断部件，基于服务请求的发生频度，判断规定的小区是否有规定的阈值以上的服务请求的发生频度，并在有规定的阈值以上的服务请求的发生频度时，从规定的小区归属的跟踪区域中分割规定的小区。

说明书

技术领域

本发明涉及LTE(Long Term Evolution；长期演进)系统，特别涉及跟踪区域设定装置和用户装置及跟踪区域设定方法。

背景技术

作为W-CDMA和HSDPA(总称UMTS)的后继的通信方式、即LTE(Long Term Evolution)，由UMTS的标准化组织3GPP研讨，作为无线接入(access)方式，对于下行链路在研讨OFDM(Orthogonal Frequency DivisionMultiplexing；正交频分复用)，对于上行链路在研讨SC-FDMA(Single-CarrierFrequency Division Multiple Access；单载波频分多址)(例如，参照非专利文献1)。

在移动通信网络中，等待(空闲(idle)模式)中的用户装置的位置以所谓的跟踪区域(Tracking Area)为单位被存储在网络中。跟踪区域相当于UMTS中的位置区(LA：Location Area)或路由区(RA：Routing Area)，由一个或多个小区构成。

在各个小区，报告(report)本小区归属的跟踪区域的识别符。空闲模式(idle mode)的用户装置对所在(belonging)的跟踪区域进行位置注册。用户装置预先存储进行了当前位置注册的跟踪区域的识别符，随着在小区移动，接收所报告的跟踪区域的识别符来确认在跟踪区域上是否没有变化。例如，在用户装置移动到相邻的小区，在那里所报告的跟踪区域的识别符与本用户装置当前注册的跟踪区域的识别符不同时，用户装置用上行链路进行接入，并进行位置注册的更新。将该位置注册的更新称为跟踪区域更新(TAU：Tracking Area Update)。为了进行跟踪区域更新，用户装置必须用上行链路进行接入，但如果频度大，则尽管在等待中也消耗电池。为了削减跟踪区域更新的负荷，期望增大跟踪区域。

在对用户装置产生了呼入时，移动通信网络在构成该用户装置进行了位置注册的跟踪区域的所有小区一起进行呼叫(寻呼)。若用户装置以寻呼方式而被呼叫，则对所在的小区进行接入(即发送服务请求)，并确立呼叫。即使在要呼叫的用户装置不在的小区中，寻呼也被发送，所以若进行寻呼的小区数过大，则浪费了下行的无线资源。为了削减寻呼的开销，期望减小跟踪区域。这样，在跟踪区域更新的处理负荷和寻呼的开销之间，有折衷(trade-off)的关系，满足最佳的平衡的跟踪区域的设计是必须的。

非专利文献1：3GPP TR 25.814(V7.0.0)，“Physical Layer Aspects forEvolved UTRA，”June 2006

非专利文献2：3GPP R2-061929 June 2006

发明内容

发明要解决的课题

在UMTS等的以往的系统中，在新小区被导入时，基于该导入的地区的人口分布(population distribution)等来估计跟踪区域更新的频度和寻呼负荷等，并设计跟踪区域。特别地，如果没有在正确地掌握了无线传播上为相邻关系的小区的基础上设计跟踪区域，则跟踪区域更新大量地产生，很可能压迫系统容量。为了正确地掌握新小区的无线传播，例如，需要设置新基站来发送导频信号，用装载了测量器的专用车辆绕圈来测量该导频信号的接收质量。但在这种方式需要很多劳动。此外，在实际的设计中，在铁路和高速公路等可能集中产生跟踪区域更新的场所等也需要考虑设计，烦杂的设计是必须的。

为了减轻这样的劳动，在3GPP中，提出了在新设置LET系统的基站装置时，通过用电缆连接该新设基站装置和网络，并接通电源，从而进行自动设定的方案(参照非专利文献2)。特别地，对应于今后通信的需要，设想若大量地设置家用(home use)的基站等小型基站装置，则期望实现这样的自动设定功能。

但是，该方案处于概念性阶段，并没有提出有关具体的基站装置和用户装置的结构等。

因此，本发明为了解决至少一个上述问题而完成，其目的在于，提供能够自动最合适化跟踪区域的跟踪区域设定装置和用户装置及跟踪区域设定方法。

用于解决课题的方案

为了解决上述课题，本发明的跟踪区域设定装置的特征之一在于，

由一个或多个小区构成跟踪区域，

在构成呼入对象的用户装置的所在的跟踪区域的所有小区，发送寻呼信道，

所述用户装置基于所述寻呼信道，对所在的小区发送服务请求，

该跟踪区域设定装置包括：

服务请求测量部件，测量所述服务请求的发生频度(frequency)；以及

跟踪区域判断部件，基于所述服务请求的发生频度，判断规定的小区是否有规定的阈值以上的服务请求的发生频度，并在有规定的阈值以上的服务请求的发生频度时，从所述规定的小区归属的跟踪区域分割所述规定的小区。

根据这样的结构，能够基于由用户装置起动的随机接入过程的服务请求，进行跟踪区域的最佳化。

本发明的另一个跟踪区域设定装置的特征之一在于，

由一个或多个小区构成跟踪区域，

在各个跟踪区域，从各个小区报告跟踪区域的识别符，

用户装置基于所报告的跟踪区域的识别符，进行位置注册的更新，

该跟踪区域设定装置包括：

位置注册测量部件，测量所述位置注册的发生频度；以及

跟踪区域判断部件，基于所述位置注册的发生频度，将具有规定的阈值以上的位置注册的发生频度的跟踪区域与该跟踪区域相邻的小区归属的跟踪区域合并。

根据这样的结构，基于来自用户装置的跟踪区域更新，能够将跟踪区域最佳化。

本发明的用户装置的特征之一在于，

由一个或多个小区构成跟踪区域，

在各个跟踪区域，从各个小区报告跟踪区域的识别符，

基于所报告的跟踪区域的识别符，在所在的跟踪区域改变了时，用上行链路进行接入，

该用户装置包括：小区识别符通知(report)部件，发送包含了表示在改变所述所在的跟踪区域之前所在的小区的信息的跟踪区域更新。

根据该结构，由于用户装置能够发送包含了表示在所在的跟踪区域改变之前所在的小区的信息的跟踪区域更新，所以跟踪区域设定装置基于来自用户装置的跟踪区域更新，能够将跟踪区域最佳化。

本发明的跟踪区域设定方法的特征之一在于，

寻呼信道发送步骤，基站在由一个或多个小区构成的所有小区，发送寻呼信道，所述小区构成呼入对象的用户装置所在的跟踪区域；

服务请求发送步骤，用户装置基于所述寻呼信道，对所在的小区发送服务请求；

服务请求测量步骤，跟踪区域设定装置测量所述服务请求的发生频度；

服务请求发生频度判断步骤，所述跟踪区域设定装置基于所述服务请求的发生频度，判断规定的小区是否有规定的阈值以上的服务请求的发生频度；以及

跟踪区域分割步骤，所述跟踪区域设定装置在有规定的阈值以上的服务请求的发生频度时，从所述规定的小区归属的跟踪区域分割所述规定的小区。

由此，能够基于由用户装置起动的随机接入(random access)过程的服务请求，进行跟踪区域的最佳化。

本发明的另一个跟踪区域设定方法的特征之一在于，

由一个或多个小区构成跟踪区域，

在各个跟踪区域，从各个小区报告跟踪区域的识别符，

该跟踪区域设定方法包括：

位置注册更新步骤，用户装置基于所报告的跟踪区域的识别符，进行位置注册的更新；

位置注册测量步骤，跟踪区域设定装置测量所述位置注册的发生频度；以及

跟踪区域合并步骤，所述跟踪区域设定装置基于所述位置注册的发生频度，将具有规定的阈值以上的位置注册的发生频度的跟踪区域与该跟踪区域相邻的小区归属的跟踪区域合并。

根据该结构，基于来自用户装置的跟踪区域更新，能够自动最佳化跟踪区域。

发明效果

根据本发明的实施例，能够实现自动最佳化跟踪区域的跟踪区域设定装置和用户装置及跟踪区域设定方法。

附图说明

图1是表示本发明一实施例的一例采用了跟踪区域设定装置的移动通信系统的说明图。

图2是表示本发明一实施例的跟踪区域设定装置的部分方框图。

图3是表示构成跟踪区域的小区和服务请求的发生频度之间的对应的表。

图4是表示转移目的地的跟踪区域和跟踪区域更新的发生频度之间的对应的表。

图5是表示本发明一实施例的跟踪区域设定装置的动作的流程图。

图6是表示本发明一实施例的用户装置的部分方框图。

图7是表示转移目的地的小区、转移源的小区和跟踪区域更新的发生频度之间的对应的表。

图8是表示本发明一实施例的跟踪区域设定装置的动作的流程图。

标号说明

50、50₁、50₂、50₃、50₄用户装置

100跟踪区域设定装置

102网络接口

104服务请求测量单元

106跟踪区域更新测量单元

108跟踪区域判定单元

110控制单元

112存储单元

114跟踪区域-小区映射表

116用户装置-跟踪区域映射表

118用户装置上下文(context)

200、200₁、200₂、200₃、200₄、200₅、200₆、200₇、200₈基站

202、202₁、202₂、202₃、202₄、202₅、202₆、202₇、202₈小区

204、204₁、204₂、204₃跟踪区域

300接入网关(aGW：access Gateway)

400归属位置寄存器(HLR：Home Location Register)

具体实施方式

下面，基于以下的实施例，参照附图来说明用于实施本发明的优选方式。

再有，在用于说明实施例的所有附图中，具有相同功能的部分使用相同的标号，省略重复的说明。

关于采用了本发明实施例的跟踪区域设定装置的移动通信系统，参照图1进行说明。

移动通信系统例如是采用了演进的UTRA和UTRAN(别名：长期演进(Long Term Evolution)或超3G(Super 3G))的系统。

移动通信系统包括：基站(eNB：eNode B)200_m(m为m＞1的整数)；以及用户装置(UE：User Equipment)50_n(n为n＞0的整数)。在图1中，表示了基站200₁、200₂、200₃、200₄、200₅、200₆、200₇和200₈，以及用户装置50₁、50₂、50₃和50₄。将基站200₁、200₂、200₃、200₄、200₅、200₆、200₇和200₈覆盖的小区分别称为小区202₁、202₂、202₃、202₄、202₅、202₆、202₇和202₈。

接入网关装置(aGW：access Gateway)300例如设置在核心网络500中，也可以设置在核心网络以外的网络中。将该接入网关装置分为控制平面(C-Plane)及用户平面(U-Plane)的逻辑实体(logical entities)，有时也设为MME(Mobility Management Entity；移动性管理实体)/UPE(User PlaneEntity；用户平面实体)。此外，在核心网络500中，设置了归属位置寄存器(HLR：Home Location Register)400。在归属位置寄存器中，保持对各个用户装置50_n进行管理的接入网关装置的识别符。

在本实施例中，作为一例，说明有关由小区202₁、202₂和202₃构成跟踪区域204₁，由小区202₄、202₆和202₇构成跟踪区域204₂，由小区202₅和202₈构成跟踪区域204₃的情况，但可适当变更有关构成跟踪区域的小区。

在对于用户装置50_n有呼入时，由于接入网关300保持着用户装置50_n进行了位置注册的跟踪区域的信息，所以知道在哪个跟踪区域中进行寻呼即可。因此，接入网关300对构成该跟踪区域的所有基站发送寻呼。即，在网络侧，在用户装置50_n为空闲模式时，由于与该用户装置50_n之间处于非连接的状态，所以不能确定所在的小区。因此，在属于跟踪区域的所有小区中，发送寻呼信道。

在基站200_m中，基于从接入网关300发送的寻呼(paging)，发送寻呼信道。其结果，寻呼信道从构成用户装置50_n所位于的跟踪区域的小区发送到用户装置50_n。例如，构成用户装置50_n所位于的跟踪区域的小区发送寻呼指示符信道(paging indicator channel)，接着发送寻呼信道。在寻呼信道中，也可以包含国际移动加入者识别ID/(或)移动加入者识别ID(IMSI/TMSI：international mobile subscriber identifier/temporary mobile subscriber identifier)、表示通信类别的起因ID(cause ID)等。

接收到寻呼信道的用户装置50_n判断本装置的全局(global)ID、即IMSI/TMSI是否包含在该寻呼信道中，在包含的情况下，在所在的小区中，通过随机接入信道(RACH：Random Access Channel)进行接入。在用户装置50_n和所在小区之间进行其后的线路设定。

具体地说，用户装置50_n起动上行的随机接入的过程，将随机接入信道发送到所在小区。接着，所在小区将对应于RACH的响应(RACH response)发送到用户装置50_n。用户装置50_n基于对于RACH的响应，将表示有对于寻呼的发送(响应)的事实的服务请求用上行链路发送。

处于等待状态的空闲状态的用户装置50_n进行移动，并在跟踪区域改变了时进行跟踪区域更新。处于空闲状态的用户装置50_n能够接收所报告的跟踪区域的识别符，并掌握本用户装置50_n归属的跟踪区域。例如，在用户装置50_n移动到相邻的小区，因此所报告的跟踪区域的识别符与本用户装置50_n进行位置注册的跟踪区域的识别符不同时，用户装置50_n用上行链路进行接入，并进行位置注册的更新。用户装置50_n和接入网关300存储进行了位置注册的跟踪区域的识别符。

下面，参照图2说明有关本发明实施例的跟踪区域设定装置100。跟踪区域设定装置100进行跟踪区域的设定。

本实施例的跟踪区域设定装置100例如设置在接入网关装置300中。跟踪区域设定装置100包括：网络接口102；服务请求测量单元104；跟踪区域更新测量单元106；跟踪区域判断单元108；控制单元110；以及存储单元112。在存储单元112中，存储着跟踪区域-小区映射表114、用户装置-跟踪区域映射表116、用户装置上下文(context)118。

从用户装置50_n发送的服务请求通过基站200_m而被发送到跟踪区域设定装置100。跟踪区域设定装置100所接收到的服务请求通过网络接口102而被输入到服务请求测量单元104。服务请求测量单元104对每个小区测量服务请求的发生频度。例如，如图3所示，服务请求测量单元104生成表示了在跟踪区域、构成该跟踪区域的小区、该小区中的服务请求的发生频度之间的对应(correspondence)的表(以下，称为SR表)。服务请求测量单元104将SR表以规定的周期输入到跟踪区域判断单元108。从防止后述的小区和/或跟踪区域的合并及分割频繁地发生的观点来看，期望该规定的周期为足够长的时间。或者，运营商也可以根据需要而触发。

此外，从用户装置50_n发送的跟踪区域更新通过基站200_m而被发送到跟踪区域设定装置100。跟踪区域设定装置100所接收到的跟踪区域更新通过网络接口102而被输入到跟踪区域更新测量单元106。

跟踪区域更新测量单元106对构成跟踪区域的每个小区测量跟踪区域更新的发生频度。例如，如图4所示，跟踪区域更新测量单元106生成表示了构成转移目的地的跟踪区域即进行了跟踪区域更新的跟踪区域的小区和跟踪区域更新的发生频度之间的对应的表(以下，称为TAU表)。跟踪区域更新测量单元106将TAU表以规定的周期输入到跟踪区域判断单元108。从防止小区和/或跟踪区域的合并及分割频繁地发生的观点来看，期望该规定的周期为足够长的时间。或者，运营商也可以根据需要而触发。

跟踪区域判断单元108基于输入的SR表和/或TAU表，进行跟踪区域的最佳化。例如，跟踪区域判断单元108基于输入的SR表，将服务请求的发生频度为规定的阈值以上的小区从当前该小区归属的跟踪区域分离。此外，例如，跟踪区域判断单元108基于输入的TAU表，将跟踪区域更新的发生频度为规定的阈值以上的小区包含在该小区的周边的跟踪区域中。

在进行寻呼时，尽管用户装置50_n在某个特定的小区中，但在包含该某个小区的跟踪区域内的多个小区中进行寻呼信道的发送。在用户装置50_n的所在的小区以外发送的寻呼信道被浪费，所以为了减轻对寻呼的负荷，优选是构成跟踪区域的小区数较少。

但是，若构成跟踪区域的小区数较少，则由于跟踪区域变小(变窄)，所以用户装置50_n进行跟踪区域更新的次数增加。为了减轻对跟踪区域更新的负荷，优选是构成跟踪区域的小区数较多。

因此，基于对寻呼的负荷及对跟踪区域更新的负荷，有时必须将跟踪区域最佳化。

因此，在本实施例的跟踪区域设定装置100中，在跟踪区域判断单元108中，基于服务请求的发生频度及跟踪区域更新的发生频度，参照存储单元112中存储的跟踪区域-小区映射表114，进行跟踪区域的最佳化。从防止频繁地发生小区和/或跟踪区域的合并及分割的观点来看，期望以足够长时间的周期进行最佳化。此外，也可以通过进行接通/关断(on/off)设定的开关，在运营商想进行最佳化时接通。跟踪区域判断单元108在进行了跟踪区域的最佳化的结果是变更了构成跟踪区域的小区时，将跟踪区域-小区映射表114和/或用户装置-跟踪区域映射表116更新。

跟踪区域-小区映射表114是表示跟踪区域和构成该跟踪区域的小区之间的对应的表。用户装置-跟踪区域映射表116是表示用户装置和该用户装置所在的跟踪区域之间的对应的表。用户装置上下文118存储接收用户的上下文信息、例如位置(位置注册信息)，用户装置的类别、可使用的服务的信息等。

控制单元110基于存储单元112中存储的信息，进行与用户装置50之间的线路设定等。网络接口102是与高层节点，例如与HLR400、或基站200等之间的接口。

下面，参照图5说明本实施例的跟踪区域设定装置100中的跟踪区域判断单元108的一例处理。

在跟踪区域判断单元108中，输入了参照图3说明过的SR表、参照图4说明过的TAU表(步骤S502)。

接着，着眼于SR表中包含的规定的小区，判断与该规定的小区对应的服务请求的发生频度是否在规定的第1阈值以上(步骤S504)。

在与规定的小区对应的服务请求的发生频度在规定的第1阈值以上时(步骤S504：“是”)，从包含(从属的)该规定的小区的跟踪区域中，临时(provisionally)分割该规定的小区(步骤S506)。

接着，参照TAU表，在与该临时分割后的规定的小区相邻的小区内，选择跟踪区域更新的发生频度最大的相邻小区(步骤S508)。

接着，将选择出的相邻小区和该临时分割后的规定的小区进行临时合并(步骤S510)。

接着，判断将包含了选择出的相邻小区和临时分割后的规定的小区的临时合并后的跟踪区域中的寻呼信道量是否在预先设定的容许范围内(步骤S512)。例如，参照SR表，计算临时合并后的跟踪区域内的服务请求的发生频度的合计值，并判断该合计值是否在预先设定的容许范围内。

合计值在容许范围内时(步骤S512：“是”)，将选择出的相邻小区和临时分割后的规定的小区合并(步骤S514)。另一方面，合计值不在容许范围内时(步骤S512：“否”)，选择出的相邻小区和临时分割后的规定的小区不合并(步骤S516)。即，将临时合并后的相邻小区和临时分割后的规定的小区分离。

另一方面，在与规定的小区对应的服务请求的发生频度低于规定的第1阈值时(步骤S504：“否”)，判断与该规定的小区对应的服务请求的发生频度是否低于规定的第2阈值(步骤S518)。这里，第2阈值是低于第1阈值的值。

在与规定的小区对应的服务请求的发生频度低于规定的第2阈值时(步骤S518：“是”)，参照TAU表，在与该规定的小区相邻的小区内选择跟踪区域更新的发生频度最大的相邻小区(步骤S520)。

接着，将选择出的相邻小区和该规定的小区临时合并(步骤S522)。

接着，判断包含了选择出的相邻小区和该规定的小区的临时合并后的跟踪区域中的寻呼信道量是否在预先设定的容许范围内(步骤S524)。例如，参照SR表，计算临时合并后的跟踪区域内的服务请求的发生频度的合计值，并判断该合计值是否在预先设定的容许范围内。

合计值在容许范围时(步骤S524：“是”)，将选择出的相邻小区和该规定的小区合并(步骤S526)。另一方面，在与规定的小区对应的服务请求的发生频度低于规定的第2阈值时(步骤S518：“否”)和合计值不在容许范围内时(步骤S524：“否”)，返回到步骤S502。

由此，基于服务请求的发生频度和跟踪区域更新的发生频度，能够将跟踪区域最佳化。

此外，不仅基于寻呼的发生频度，还基于服务请求的发生频度而将跟踪区域最佳化，从而以小区为单位，能够将跟踪区域最佳化。

下面，说明有关本发明另一实施例的跟踪区域设定装置。

在采用了本发明的跟踪区域设定装置100的移动通信系统中，在处于通信中的活动(active)状态的用户装置50进行移动，从而所在的跟踪区域改变了时，用上行链路进行接入，并进行位置注册的更新，但这种情况下，通知移动源的小区的识别符。

此外，在处于等待状态的空闲状态的用户装置50进行移动，从而跟踪区域改变了时进行跟踪区域更新，并进行位置注册的更新，但这种情况下，通知移动源的小区的识别符。

如图6所示，本实施例的用户装置50设置：RF电路52；以及作为小区识别符通知部件的控制平面处理单元54。

用户装置50即使处于空闲状态也进行小区选择，所以掌握了本用户装置50所在的小区。在跟踪区域更新中，控制平面处理单元54将包括移动源的小区的识别符、即进行跟踪区域更新前所在的小区的识别符发送。

本实施例的跟踪区域设定装置的结构与参照图2说明过的结构相同，所以省略其说明。

从用户装置50_n发送的包含移动源的小区的识别符的跟踪区域更新，通过基站200_m而被发送到跟踪区域设定装置100。跟踪区域设定装置100接收到的跟踪区域更新通过网络接口102而被输入到跟踪区域更新测量单元106。跟踪区域更新测量单元106将构成转移目的地跟踪区域的小区(转移目的地小区)和转移源小区关联对应来测量跟踪区域更新的发生频度。

例如，如图7所示，跟踪区域更新测量单元106生成表示了构成转移目的地的跟踪区域的小区、即进行了跟踪区域更新的小区、在转移到该小区之前所在的小区(转移源小区)和该跟踪区域中的跟踪区域更新的发生频度之间对应的TAU表。在图7所示的TAU表中，对于在实际的小区配置中不相邻的小区也作为转移目的地小区来表示，但基于实际的小区配置，也可以省略不相邻的小区为转移目的地小区。在图7中，在实际的小区配置中不相邻的小区为转移目的地小区的情况为零。跟踪区域更新测量单元106将TAU表以规定的周期输入到跟踪区域判断单元108。从防止频繁地发生小区的合并和分割的观点来看，期望该规定的周期为足够长的时间。或者，运营商也可以根据需要而触发。

下面，参照图8说明本实施例的跟踪区域设定装置100中的跟踪区域判断单元108中的一例处理。

跟踪区域判断单元108中，输入了参照图3说明过的SR表、参照图7说明过的TAU表(步骤S802)。

接着，着眼于SR表中包含的规定的小区，判断与该规定的小区对应的服务请求的发生频度是否在规定的第1阈值以上(步骤S804)。

在与规定的小区对应的服务请求的发生频度在规定的第1阈值以上时(步骤S804：“是”)，从包含该规定的小区的跟踪区域中，临时分割该规定的小区(步骤S806)。

接着，参照TAU表，在与该临时分割后的规定的小区相邻的小区(相邻小区)内，选择从该相邻小区向该临时分割后的规定的小区的移动造成的跟踪区域更新的发生频度最大的相邻小区(步骤S808)。

接着，将选择出的相邻小区和该临时分割后的规定的小区进行临时合并(步骤S810)。

接着，判断由临时分割后的规定的小区和选择出的相邻小区构成的临时合并后的跟踪区域中的寻呼信道量是否在预先设定的容许范围内(步骤S812)。例如，参照SR表，计算临时合并后的跟踪区域内的服务请求的发生频度的合计值，并判断该合计值是否在预先设定的容许范围内。

合计值在容许范围内时(步骤S812：“是”)，将选择出的相邻小区和临时分割后的规定的小区合并(步骤S814)。即，由相邻小区和临时分割后的规定的小区构成跟踪区域。另一方面，合计值不在容许范围内时(步骤S812：“否”)，选择出的相邻小区和临时分割后的规定的小区不合并(步骤S816)。即，将相邻小区返回到临时合并前归属的跟踪区域，并由临时分割后的规定的小区构成跟踪区域。

另一方面，在与规定的小区对应的服务请求的发生频度低于规定的第1阈值时(步骤S804：“否”)，判断与该规定的小区对应的服务请求的发生频度是否低于规定的第2阈值(步骤S818)。这里，第2阈值是低于第1阈值的值。

在与规定的小区对应的服务请求的发生频度低于规定的第2阈值时(步骤S818：“是”)，参照TAU表，在与该规定的小区相邻的小区内，选择从该相邻小区向该规定的小区的移动造成的跟踪区域更新的发生频度最大的相邻小区(步骤S820)。

接着，将选择出的相邻小区和该规定的小区临时合并(步骤S822)。

接着，判断由该规定的小区和选择出的相邻小区构成的临时合并后的跟踪区域中的寻呼信道量是否在预先设定的容许范围内(步骤S824)。例如，参照SR表，计算临时合并后的跟踪区域内的服务请求的发生频度的合计值，并判断该合计值是否在预先设定的容许范围内。

合计值在容许范围时(步骤S824：“是”)，将选择出的相邻小区和该规定的小区合并(步骤S826)。另一方面，在与规定的小区对应的服务请求的发生频度低于规定的第2阈值时(步骤S818：“否”)和合计值不在容许范围内时(步骤S824：“否”)，返回到步骤S802。

由此，基于服务请求的发生频度和跟踪区域更新的发生频度，能够将跟踪区域最佳化。

此外，能够降低跟踪区域更新的发生频度。

在本实施例中，说明了在步骤S808和S820中，有关在与规定的小区相邻的小区内，选择从该相邻小区向该规定的小区的移动造成的跟踪区域更新的发生频度最大的相邻小区的情况，但也可以在与规定的小区相邻的小区内，选择从该规定的小区向该相邻小区的移动造成的跟踪区域更新的发生频度最大的相邻小区。

此外，也可以在与规定的小区相邻的小区内，选择从该相邻小区向该规定的小区的移动造成的跟踪区域更新的发生频度和从该规定的小区向该相邻小区的移动造成的跟踪区域更新的发生频度之和最大的相邻小区。

在上述实施例中，说明了有关将跟踪区域设定装置设置在接入网关装置中的情况，但在接入网关装置由MME/UPE构成时，也可以设置在MME/UPE中，在采用了跟踪区域设定装置的移动通信系统中设置有OAM(OperationAnd Maintenance；操作和维护)服务器时，也可以设置在OAM服务器中。通过设置在OAM服务器中，对于由多个接入网关装置下属的基站覆盖的小区，能够将跟踪区域最佳化。

通过上述实施方式记载了本发明，但不应该理解为形成该公开的一部分的论述及附图是限定本发明的。从该公开中，本领域技术人员当然清楚各种各样的替代实施方式、实施例及应用技术。

即，本发明当然包含这里未记载的各种各样的实施方式等。因此，本发明的技术范围根据上述说明仅由适当的权利要求的范围的发明特定事项决定。

为了便于说明，将本发明分成几个实施例进行了说明，但各个实施例的划分对本发明不是实质性的，也可以根据需要而使用两个以上的实施例。使用并说明了具体的数值例子来促进对发明的理解，但除非特别事先说明，否则这些数值不过是简单的一例，合适的任何值都可以使用。

以上，参照特定的实施例说明了本发明，但各个实施例不过是简单的例示，本领域技术人员当然能够理解各种各样的变形例、修正例、替代例、置换例等。为了便于说明，本发明的实施例的装置使用功能性的方框图进行了说明，但这样的装置也可以用硬件、软件或它们的组合来实现。本发明不限于上述实施例，包含各种各样的变形例、修正例、替代例、置换例等而不脱离本发明的精神。

本国际申请要求2007年2月2日申请的日本专利申请第2007-024894号的优先权，将2007-024894号的全部内容引用于本国际申请。