複数の携帯通信端末と無線通信が可能な基地局であって、次回の状態監視の開始タイミングを規定する満了時間と前記各携帯通信端末とを対応付けた要素を前記満了時間の短い順番に並べたリストを記憶する記憶部と、所定時間間隔毎に、前記リストの先頭の要素から順番に現在時間と当該要素の満了時間とを比較し、現在時間と一致する満了時間を持つ要素について、当該要素に対応する携帯通信端末を間欠受信状態にあるか否かの判断を開始する制御部と、を備えたことを特徴とする基地局。前記記憶部は、さらに前記各携帯通信端末の間欠受信状態における間欠受信周期と同一に設定される前記各携帯通信端末の状態監視周期を記憶し、前記制御部は、前記所定時間間隔毎に、前記現在時間と一致する満了時間を持つ要素について、さらに当該要素に対応する携帯通信端末の状態監視周期に基づき新たな満了時間を算出し、その後、前記リストの各要素が前記満了時間の短い順番に並ぶように前記リストの各要素の並び換えを行うことを特徴とする請求項1記載の基地局。前記制御部は、前記新たな満了時間を算出した後、前記各携帯通信端末の前記状態監視周期及び台数から求められる前記各携帯通信端末の存在確率の累積分布に基づき、前記リストの先頭又は最後尾のいずれかの要素から順番に当該要素の満了時間と前記新たな満了時間とを比較して前記並び換えを行うかを決定することを特徴とする請求項2に記載の基地局。前記制御部は、前記新たな満了時間を算出した後、前記リスト内に前記新たな満了時間と一致する満了時間を持つ要素が所定数以上である場合に、当該各要素の満了時間をずらして前記並び換えを行うことを特徴とする請求項2に記載の基地局。複数の携帯通信端末と無線通信が可能な基地局の制御方法であって、所定時間間隔毎に、次回の状態監視の開始タイミングを規定する満了時間と前記各携帯通信端末とを対応付けた要素を前記満了時間の短い順番に並べたリストの先頭の要素から順番に、現在時間と当該要素の満了時間とを比較するステップと、前記比較の結果、現在時間と一致する満了時間を持つ要素について、当該要素に対応する携帯通信端末を間欠受信状態にあるか否かの判断を開始するステップと、を備えたことを特徴とする基地局の制御方法。前記比較の結果、現在時間と一致する満了時間を持つ要素について、前記各携帯通信端末の間欠受信状態における間欠受信周期と同一に設定される前記各携帯通信端末の状態監視周期に基づき新たな満了時間を算出するステップと、前記リストの各要素が前記満了時間の短い順番に並ぶように前記リストの各要素の並び換えを行うステップと、を備えたことを特徴とする請求項5に記載の基地局の制御方法。前記新たな満了時間を算出した後、前記各携帯通信端末の前記状態監視周期及び台数から求められる前記各携帯通信端末の存在確率の累積分布に基づき、前記リストの先頭又は最後尾のいずれかの要素から順番に当該要素の満了時間と前記新たな満了時間とを比較して前記並び換えを行うかを決定することを特徴とする請求項6に記載の基地局の制御方法。前記新たな満了時間を算出した後、前記リスト内に前記新たな満了時間と一致する満了時間を持つ要素が所定数以上である場合に、当該各要素の満了時間をずらして前記並び換えを行うことを特徴とする請求項6に記載の基地局の制御方法。しかしながら、間欠受信制御では、携帯通信端末が通信状態にある場合、ユーザパケットの送受信が一定時間drxInactivityTimer1~1260ms以上ないことを検知して、第1の間欠受信状態に移行する。このため、常時、ユーザパケットの送受信がない時間を計測し続けることとなる。つまり、ユーザパケットの送受信があれば、計測値を0にリセットし、ユーザパケットの送受信がなければ、計測値を更新1し、一定時間drxInactivityTimerに達したか否かを判定する。同様に、第1の間欠受信状態の場合、ユーザパケットの送受信があれば、計測値を0にリセットし、通信状態に戻し、ユーザパケットの送受信がなければ、計測値を更新1し、一定時間drxShortCycleTimer1~10240msに達したか否かを判定する。携帯通信端末と無線接続する基地局は、携帯通信端末が間欠受信状態にある場合、送受信可能な時間OnDurationTimerに合わせて通信を行う必要がある。この為、携帯通信端末において間欠受信制御を行っているのと同じように、基地局においても、間欠受信制御を行い、携帯通信端末の状態を監視することを行う。携帯通信端末は、端末自身のみの通信状態を把握すれば良い。これに対して、基地局は、無線接続している携帯通信端末全ての通信状態を把握する必要がある。例えば、無線接続する端末が500台ある場合、基地局は、500台の端末の通信状態を把握しなければならない。このため、間欠受信制御による基地局の処理負荷は、携帯通信端末1台の場合に比べ、単純計算で500倍になることになる。LTEの場合、伝送タイムインターバルTTITransmissionTimeIntervalとなる1サブフレームsubframeは、1msと非常に短い時間である。よって、TTI毎に無線接続している端末数分の間欠受信制御を行うことは、基地局の処理能力に多大な負荷を与えるという問題がある。したがって、かかる点に鑑みてなされた本発明の目的は、間欠受信制御における基地局の処理負荷を軽減することができる基地局、及びその制御方法を提供することである。本発明の基地局は、複数の携帯通信端末と無線通信が可能な基地局であって、次回の状態監視の開始タイミングを規定する満了時間と前記各携帯通信端末とを対応付けた要素を前記満了時間の短い順番に並べたリストを記憶する記憶部と、所定時間間隔毎に、前記リストの先頭の要素から順番に現在時間と当該要素の満了時間とを比較し、現在時間と一致する満了時間を持つ要素について、当該要素に対応する携帯通信端末を間欠受信状態にあるか否かの判断を開始する制御部と、を備えたことを特徴とする。本発明の基地局の制御方法は、複数の携帯通信端末と無線通信が可能な基地局の制御方法であって、所定時間間隔毎に、次回の状態監視の開始タイミングを規定する満了時間と前記各携帯通信端末とを対応付けた要素を前記満了時間の短い順番に並べたリストの先頭の要素から順番に、現在時間と当該要素の満了時間とを比較するステップと、前記比較の結果、現在時間と一致する満了時間を持つ要素について、当該要素に対応する携帯通信端末を間欠受信状態にあるか否かの判断を開始するステップと、を備えたことを特徴とする基地局の制御方法。本発明によれば、間欠受信制御における基地局の処理負荷を軽減することができる。実施の形態1.図1~図8を参照して、本発明の実施の形態1を説明する。なお、実施の形態1では、本発明をLTEに適用している。図1は、実施の形態1の携帯通信システムを示すブロック図である。携帯通信システム1は、基地局10と、基地局10と無線通信が可能な複数の携帯通信端末UEUserEquipment20とを備える。基地局10は、CPUなどからなる制御部100と、RAMなどからなる記憶部200とを備える。記憶部200には、後述するDrxTimer管理表201とDrx設定値202を記憶する他、間欠受信制御プログラムを記憶する。制御部100は、記憶部200に記憶される間欠受信制御プログラムを実行することにより、間欠受信制御を行う。図2は、実施の形態1の基地局が特定の携帯通信端末の状態監視を行うための状態監視タイミングを説明するための図である。横軸は時間を示している。時間TSFN×10subframeである。ここで、SFNとは、システムフレーム番号SystemFrameNumberである。基地局10は、時間Tが以下の式1を満たす場合、携帯通信端末20の状態監視、すなわち状態遷移を行うか否かの判定を行う。TOffsetmoduloCycle01式1において、Cycleは、状態遷移を行うと判定した場合に状態遷移した後の間欠受信状態における間欠受信周期である。Offsetは、状態遷移を行うと判定した場合に状態遷移した後の間欠受信状態における時間T0からの送受信開始オフセット、すなわち間欠受信状態での送受信時間OnDurationの開始タイミングである。次に、基地局10の記憶部200に記憶されるDrx設定値202について説明する。Drx設定値202は、携帯通信端末20の間欠受信動作を規定する第1の設定値と、基地局10の状態監視動作を規定する第2の設定値とを含む。第1の設定値は、サービス種別やQoSクラス等に応じて設定され、より一般的には無線ベアラ毎に設定されてもよい。第1の設定値は、任意のタイミングで携帯通信端末20に通知される。これにより、携帯通信端末20は、基地局10からの指示なしに、適宜状態遷移を行う。第1の設定値は、以下の表1に示すように、単一の間欠受信周期を規定する場合と、異なる2つの間欠受信周期を規定する場合とがある。実施の形態1において、単一の間欠受信周期を規定する場合とは、長い間欠受信周期に対応した設定値のみが設定され、短い間欠受信周期に対応した設定値が設定されていない場合である。異なる2つの間欠受信周期を規定する場合とは、短い間欠受信周期と長い間欠受信周期とのそれぞれに対応した設定値が設定されている場合である。表1において、Cycleは間欠受信周期であり、TTIShortDrxCycleLongDrxCycleである。DurTimは間欠受信状態での送受信時間であり、TTI≦ShortOnDurationLongOnDurationである。Offsetは、送受信開始オフセット、すなわち間欠受信状態での送受信時間DurTimの開始タイミングを規定する値である。図3は、実施の形態1の基地局に記憶される第2の設定値を説明するための図である。第2の設定値は、各第1の設定値と対応付けて、それぞれ記憶部200に記憶される。図3において、ShortDRXの各列は、それぞれ第1の設定値の中にShortDRX設定値が含まれる場合と含まれない場合とに対応付けられている。ShortDRX設定なしとは第1の設定値の中にShortDRX設定値が含まれていない場合を意味し、ShortDRX設定ありとは第1の設定値の中にShortDRX設定値が含まれている場合を意味する。また、Drx状態の各行は、それぞれ基地局10が状態監視により判定する携帯通信端末20の状態に対応付けられている。Nonとは略連続的に通信中以下、通信状態と呼ぶ。を意味し、Shortとは第1の設定値のShortDRX設定値を用いた間欠受信制御中以下、第1の間欠受信状態と呼ぶ。を意味し、Longとは第1の設定値のLongDRX設定値を用いた間欠受信制御中以下、第2の間欠受信状態と呼ぶ。を意味する。図3において、DrxTimは、状態監視に用いられる閾値である状態監視時間である。Cycleは、状態監視周期である。Offsetは、状態監視開始オフセット、すなわち状態監視周期Cycleの開始タイミングを規定する値である。図3のShortDRX設定なしの列において、Drx状態Nonの場合、状態監視時間DrxTimは、drxInactivityTimerに設定される。また、状態監視周期Cycle及び状態監視開始オフセットOffsetは、それぞれ第1の設定値のLongDRX設定値における間欠受信周期Cycle及び送受信開始オフセットOffsetと同じ値に設定される。Drx状態Longの場合、状態監視時間DrxTim、状態監視周期Cycle、及び状態監視開始オフセットOffsetは、それぞれDrx状態Nonの場合と同じ値に設定される。一方、図3のShortDRX設定ありの列において、Drx状態Nonの場合、状態監視時間DrxTimは、drxInactivityTimerに設定される。また、状態監視周期Cycle及び状態監視開始オフセットOffsetは、それぞれ第1の設定値のShortDRX設定値における間欠受信周期Cycle及び送受信開始オフセットOffsetと同じ値に設定される。Drx状態Shortの場合、状態監視時間DrxTimは、drxInactivityTimerShortDrxCycle×drxShortCycleTimeに設定される。ここで、間欠受信状態におけるユーザパケットの送受信が行われない時間以下、無通信時間と呼ぶ。をDrx状態Nonの時からの継続として観るため、Drx状態Shortの場合における無通信時間の閾値ShortDrxCycle×drxShortCycleTimeにdrxInactivityTimerを加えている。また、状態監視周期Cycle及び状態監視開始オフセットOffsetは、それぞれ第1の設定値のLongDRX設定値における間欠受信周期Cycle及び送受信開始オフセットOffsetと同じ値に設定される。Drx状態Longの場合、状態監視時間DrxTim、状態監視周期Cycle、及び状態監視開始オフセットOffsetは、それぞれDrx状態Shortの場合と同じ値に設定される。このように、実施の形態1では、状態監視の開始タイミングを、状態遷移を行うと判定した場合に状態遷移した後の間欠受信状態における送受信の開始タイミングに合わせる。すなわち、Drx状態Nonである間の状態監視の開始タイミングは、ShortDRX設定がある場合はDrx状態Shortにおける送受信の開始タイミングに合わせ、ShortDRX設定がない場合はDrx状態Longにおける送受信の開始タイミングに合わせる。同様に、Drx状態Shortである間の状態監視の開始タイミングは、Drx状態Longである場合の送受信の開始タイミングに合わせる。ただし、Drx状態Longである間の状態監視の開始タイミングは、Drx状態Longにおける送受信開始タイミングに合わせる。次に、基地局10の記憶部200に記憶されるDrxTimer管理表201について説明する。DrxTimer管理表201には、各携帯通信端末20と満了時間ExpTimとの対応付け以下、要素と呼ぶ。が、満了時間ExpTimの短い順番に並べて記憶される。満了時間ExpTimは、状態監視の開始タイミングを規定する値である。よって、基地局10は、各携帯通信端末20の状態監視を、DrxTimer管理表201の先頭にある要素に対応する携帯通信端末20から順番に行う。次に、図4~図8を参照して、実施の形態1における基地局の間欠受信制御の処理を説明する。なお、基地局10は、図4~図6の処理で状態監視を行って新たな満了時間ExpTimを算出し、その後、図8の処理でDrxTimer管理表201の各要素が満了時間ExpTimの短い順番に並ぶように、各要素を並び換える。図4は、ランダムアクセスRandomAccess手順完了時に実施の形態1における基地局が行う間欠受信制御の処理を示すフローチャートである。基地局10が特定の携帯通信端末20に対してランダムアクセスを行った後、制御部100は、この携帯通信端末20について、DrxTimer管理表201への登録又はDrx設定値202の設定が行われているか否かを判断するステップS10。S10で登録又は設定が行われていないと判断した場合、処理を終了する。一方、S10で登録又は設定が行われていると判断した場合、制御部100は、この携帯通信端末20がDrx状態Longにあるか否かを判断しステップS11、Drx状態Longにある場合は、DrxTimer管理表201のLong状態リストからこの携帯通信端末20に対応する要素を切り取りステップS12、S13に進む。S12により、基地局10は、この携帯通信端末20とのユーザパケットの送受信を検知するまで、この携帯通信端末20を状態監視の対象から除く。よって、基地局10の処理負荷が軽減される。一方、S11でDrx状態Longにないと判断した場合、そのままS13に進む。S13では、制御部100はこの携帯通信端末20をDrx状態Nonに設定し、最古送信時間TimSndLstを現在時間CurTimに設定するステップS13。次に、制御部100は、この携帯通信端末20についてDrx設定値202の第1の設定値がShortDRX設定値を含むか否かを判断するステップS14。S14で第1の設定値がShortDRX設定値を含まないと判断した場合は、第2の設定値を図3のShortDRX設定なしの列及びNonの行に対応する値に設定し、満了時間ExpTimの移動量ShiftTimを0に設定しステップS15、S17に進む。一方、S14で第1の設定値がShortDRX設定値を含むと判断した場合は、第2の設定値を図3のShortDRX設定ありの列及びNonの行に対応する値に設定し、満了時間ExpTimの移動量ShiftTimを0に設定しステップS16、S17に進む。なお、移動量ShiftTimについては、後に、図8を参照しながら説明する。S17では、制御部100は現在時間CurTimが状態監視開始オフセットOffset以上か否かを判断するステップS17。S17で現在時間CurTimが状態監視開始オフセットOffset未満であると判断した場合は、次回の状態監視の満了時間ExpTimを、ExpTimOffsetShiftTimにより算出しステップS18、算出した満了時間ExpTimをDrxTimer管理表201に登録しステップS20、処理を終了する。一方、S17で現在時間CurTimが状態監視開始オフセットOffset以上であると判断した場合は、次回の満了時間ExpTimを、PwrExpTimCycle×OffsetShiftTimにより算出しステップS19、算出した満了時間ExpTimをDrxTimer管理表201に登録しステップS20、処理を終了する。図4の処理により、TTIより長い周期毎に状態監視を行うので、基地局の処理負荷を軽減することができる。図5は、TTI毎に実施の形態1における基地局が行う間欠受信制御処理を示すフローチャートである。制御部100は、DrxTimer管理表201の先頭にある要素の満了時間ExpTimを読み込みステップS40、現在時間CurTimが満了時間ExpTimに達しているか否かを判断するステップS41。S41で現在時間CurTimが満了時間ExpTimに達していないと判断した場合、制御部100はDrxTimer管理表201に登録されている他の要素について何もせずに処理を終了する。これにより、状態監視開始タイミングになるまで状態監視を行わないことを担保することができ、基地局10の処理負荷を軽減することができる。一方、S41で現在時間CurTimが満了時間ExpTimに達していると判断した場合、この要素に対応する携帯通信端末20がDrx状態Longにあるか否かを判断するステップS42。S42でDrx状態Longにあると判断した場合、この要素を現在使用しているリストからLong状態リストに移動するステップS57。S57の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達していない場合はS40に戻る。一方、S57の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、処理を終了する。一方、S42でDrx状態Longにないと判断した場合、無通信時間TimNonをTimNonCurTimTimLstSndにより算出するステップS43。ここで、TimLstSndは、最古送信時間、すなわち最後に基地局10から携帯通信端末20にユーザパケットを送信した時間である。次に、制御部100は、無通信時間TimNonが状態監視時間DrxTim以上であるか判断するステップS44。S44で無通信時間TimNonが状態監視時間DrxTim未満であると判断した場合、制御部100は次回の状態監視の満了時間ExpTimをExpTimExpTimCycleにより算出しステップS45、算出した満了時間ExpTimをDrxTimer管理表201に登録するステップS53。S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達していない場合はS40に戻る。一方、S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、処理を終了する。一方、S44で無通信時間TimNonが状態監視時間DrxTim以上であると判断した場合、制御部100は、この携帯通信端末20がDrx状態Shortにあるか否か、又はこの携帯通信端末20の第1の設定値がShortDRX設定値を含むか否かを判断するステップS46。S46でこの携帯通信端末20がDrx状態Shortにない、又は第1の設定値がShortDRX設定値を含むと判断した場合、基地局10から携帯通信端末20に間欠受信要求DRXCommandMACControlElementを送信するステップS47。次に、制御部100は、Drx設定値202の第2の設定値を図3のShortDRX設定ありの列及びShortの行に対応する値に設定し、満了時間ExpTimの移動量ShiftTimを0に設定しステップS48、この携帯通信端末20をDrx状態Shortに状態遷移させるステップS49。次に、制御部100は現在時間CurTimが状態監視開始オフセットOffset以上か否かを判断するステップS50。S50で現在時間CurTimが状態監視開始オフセットOffset未満であると判断した場合は、次回の状態監視の満了時間ExpTimを、ExpTimOffsetShiftTimにより算出しステップS51、算出した満了時間ExpTimをDrxTimer管理表201に登録するステップS53。S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達していない場合はS40に戻る。一方、S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、処理を終了する。一方、S50で現在時間CurTimが状態監視開始オフセットOffset以上であると判断した場合は、次回の満了時間ExpTimを、PwrExpTimCycle×OffsetShiftTimにより算出しステップS52、算出した満了時間ExpTimをDrxTimer管理表201に登録するステップS53。S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達していない場合はS40に戻る。一方、S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、処理を終了する。S46でこの携帯通信端末20がDrx状態Shortにある、又は第1の設定値がShortDRX設定値を含まないと判断した場合、次に制御部100はこの携帯通信端末20がDrx状態Nonにあるか否かを判断するステップS54。S54でこの携帯通信端末20がDrx状態Nonにないと判断した場合は、S56に進む。一方、S54でDrx状態Nonにあると判断した場合は、基地局10から携帯通信端末20に間欠受信要求DRXCommandMACControlElementを送信しステップS55、S56に進む。S56では、制御部100はこの携帯通信端末20をDrx状態Longに状態遷移させS56、この要素を現在使用している状態リストからLong状態リストに移動するステップS57。S57の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達していない場合はS40に戻る。一方、S57の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、処理を終了する。図5の処理により、各TTI毎の基地局の処理負荷を軽減することができる。図6は、ユーザパケットの送受信時に実施の形態1における基地局が行う間欠受信制御処理を示すフローチャートである。基地局10が特定の携帯通信端末20とのユーザパケットの送受信を行った後、制御部100は、この携帯通信端末20について、Drx設定値202の設定が行われているか否かを判断するステップS70。S70で設定が行われていないと判断した場合、処理を終了する。一方、S70でDrx設定値202の設定が行われていると判断した場合、制御部100は、最古送信時間TimSndLstを現在時間CurTimに設定しステップS71、この携帯通信端末20がDrx状態Nonにあるか否かを判断するステップS72。S72でDrx状態Nonにあると判断した場合、この携帯通信端末20をDrx状態Nonに設定しステップS81、処理を終了する。一方、S72でこの携帯通信端末20がDrx状態Nonにないと判断した場合、次に制御部100はこの携帯通信端末20がDrx状態Longにあるか否かを判断するステップS73。S73でDrx状態Longにないと判断した場合、S75に進む。一方、S73でDrx状態Longにあると判断した場合、この携帯通信端末20に対応する要素をDrxTimer管理表201のLong状態リストから切り取りステップS74、その後、S75に進む。S75では、制御部100は、この通信携帯端末20についてDrx設定値202の第1の設定値がShortDRX設定値を含むか否かを判断するステップS75。S75でShortDRX設定値を含まないと判断した場合、Drx状態Nonに設定しステップS81、処理を終了する。一方、S75で第1の設定値がShortDRX設定値を含むと判断した場合、制御部100は、Drx設定値202の第2の設定値を図3のShortDRX設定ありの列及びNonの行に対応する値に設定し、満了時間ExpTimの移動量ShiftTimを0に設定しステップS76、現在時間CurTimが状態監視開始オフセットOffset以上か否かを判断するステップS77。S77で現在時間CurTimが状態監視開始オフセットOffset未満であると判断した場合、制御部100は次回の状態監視の満了時間ExpTimを、ExpTimOffsetShiftTimにより算出しステップS78、算出した満了時間ExpTimをDrxTimer管理表201に登録するステップS80。S80の後、制御部100はDrx状態Nonに状態遷移させステップS81、その後処理を終了する。一方、S77で現在時間CurTimが状態監視開始オフセットOffset以上であると判断した場合は、次回の満了時間ExpTimを、PwrExpTimCycle×OffsetShiftTimにより算出しステップS79、算出した満了時間ExpTimをDrxTimer管理表201に登録するステップS80。S80の後、制御部100はDrx状態Nonに状態遷移させステップS81、その後処理を終了する。図6の処理により、TTIより長い周期毎に状態監視を行うので、基地局の処理負荷を軽減することができる。図7は、帯域割り当てにおいて実施の形態1における基地局が行う間欠受信制御処理のフローチャートである。特定の携帯通信端末20から呼が発生すると、制御部100は、この携帯通信端末20についてDrx設定値202の設定が行われているか否かを判断するステップS100。S100でDrx設定値202の設定が行われていないと判断した場合、処理を終了する。一方、S100でDrx設定値202の設定が行われていると判断した場合、制御部100は、この携帯通信端末20がDrx状態Nonにあるか否かを判断するステップS101。S101でDrx状態Nonにないと判断した場合、次に制御部100はこの携帯通信端末20がDrx状態Shortにあるか否かを判断するステップS102。S102でDrx状態Shortにないと判断した場合、携帯通信端末20はDrx状態Longにあることになる。次に、制御部100は状態監視周期Cycleと状態監視開始オフセットOffsetを、それぞれLongDrxCycle、drxStartOffsetに設定し、満了時間ExpTimの移動量ShiftTimを0に設定しステップS103、S106に進む。一方、S102でDrx状態Shortにあると判断した場合、次に制御部100は、無通信時間TimNonが状態監視時間DrxTim以上であるか否かを判断するステップS104。S104で無通信時間TimNonが状態監視時間DrxTim以上であると判断した場合、制御部100はスケジューラに帯域の割り当てを要求せずステップS110、処理を終了する。一方、S104で無通信時間TimNonが状態監視時間DrmTim未満であると判断した場合、制御部100は状態監視周期Cycleと状態監視開始オフセットOffsetを、それぞれShortDrxCycle、drxStartOffsetShortDrxCycleに設定し、満了時間ExpTimの移動量ShiftTimを0に設定しステップS105、S106に進む。S106では、状態監視開始オフセットOffsetからの経過時間TimJdgをTimJdgCycleにより算出するステップS106。次に、制御部100は、この経過時間TimJdgが間欠受信状態の送受信時間DurTim未満であるか否かを判断するステップS107。このS107で制御部100は、この携帯通信端末20が間欠受信状態における送受信時間中にあるか否かを判断している。S107で経過時間TimJdgが送受信時間DurTim以上であると判断した場合、制御部100はスケジューラに帯域の割り当てを要求せずステップS110、処理を終了する。一方、S107で経過時間TimJdgが送受信時間DurTim未満であると判断した場合、S111に進む。S101でこの携帯通信端末20がDrx状態Nonにあると判断した場合、制御部100は、無通信時間TimNonを、TimNonCurTimTimLstSndにより算出しステップS108、無通信時間TimNonが状態監視時間DrmTim以上であるか否かを判断するステップS109。S109で無通信時間TimNonが状態監視時間DrmTim以上であると判断した場合、制御部100はスケジューラに帯域の割り当てを要求せずステップS110、処理を終了する。一方、S109で無通信時間TimNonが状態監視時間DrmTim未満であると判断した場合、S111に進む。S111では、制御部100はこの携帯通信端末20と同期が確立されているか否かを判断しステップS111、同期が確立されていると判断した場合はスケジューラへ帯域の割り当てを要求しステップS112、処理を終了する。一方、S111で同期が確立されていないと判断した場合は、スケジューラにこの携帯通信端末20との同期確立要求Format1Aを行いステップS113、スケジューラへ帯域の割り当てを要求せずステップS114、処理を終了する。図8は、実施の形態1における基地局が満了時間ExpTimをDrxTimer管理表に登録する際に行う処理を示すフローチャートである。図8の処理は、図4~図6において満了時間ExpTimをDrxTimer管理表に登録する処理に相当する。まず、新たな満了時間ExpTimを算出すると、制御部100はDrxTimer管理表201の現在使用している状態リストにおける要素の登録数が0か否かを判断するステップS130。S130で登録数が0であると判断した場合、この算出した満了時間ExpTimに対応する要素以下、指定要素と呼ぶを、現在使用している状態リストの最後尾すなわち先頭に配置しステップS146、処理を終了する。一方、S130で現在使用している状態リストにおける要素の登録数が0でないと判断した場合、次に制御部100は、新たに登録しようとする指定要素の満了時間ExpTimを読み込むステップS131。次に制御部100は、比較要素を現在使用している状態リストの最後尾ポインタに設定しステップS132、比較要素の満了時間ExpTimを読み込むステップS133。次に制御部100は、指定要素の満了時間ExpTimが比較要素の満了時間ExpTimと一致するか否かを判断するステップS134。S134で一致しないと判断した場合は、次に指定要素の満了時間ExpTimが比較要素の満了時間ExpTimより長いか否かを判断するステップS135。S135で指定要素の満了時間ExpTimが比較要素の満了時間ExpTimより短いと判断した場合は、比較要素を一つ前の要素に設定するステップS136。S136の後、S133に戻る回数が要素の登録数に達していない場合はS133に戻る。一方、S136の後、S133に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、指定要素を現在使用している状態リストの先頭に配置しステップS137、処理を終了する。一方、S135で指定要素の満了時間ExpTimが比較要素の満了時間ExpTimより長いと判断した場合は、指定要素を比較要素の次に配置しステップS138、処理を終了する。S134で指定要素の満了時間ExpTimが比較要素の満了時間ExpTimと一致すると判断した場合は、次に制御部100は、比較要素の残り送受信時間RstTimを、RstTimDurTimShiftTimにより算出するステップS139。ここで、残り送受信時間RstTimは、状態監視開始タイミングから送受信時間の終了タイミングまでの時間を意味する。DurTimは比較要素の第1の設定値における送受信時間DurTimであり、ShiftTimは比較要素の満了時間ExpTimの移動量であり初期値は0である。次に、制御部100は、比較要素の残り送受信時間RstTimが指定要素の送受信時間DurTimより長いか否かを判断するステップS140。ここで、移動量ShiftTimが0であることから、指定要素の送受信時間DurTimは残り送受信時間RstTimに相当する。すなわち、S140では、指定要素と比較要素の残り送受信時間RstTim同士を比較している。S140で比較要素の残り送受信時間RstTimが指定要素の送受信時間DurTimより短いと判断した場合、制御部100は指定要素の移動量ShiftTimを更新1しステップS141、指定要素を比較要素の次に配置するステップS142。これにより、指定要素の満了時間ExpTimが比較要素の満了時間ExpTimより長くなる。S142の後、比較要素を一つ前の要素に設定するステップS136。S136の後、S133に戻る回数が要素の登録数に達していない場合はS133に戻る。一方、S136の後、S133に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、指定要素を現在使用している状態リストの先頭に配置しステップS137、処理を終了する。S140で比較要素の残り送受信時間RstTimが指定要素の送受信時間DurTimより長いと判断した場合、制御部100は比較要素の移動量ShiftTimを更新1しステップS143、指定要素を比較要素の前に配置するステップS144。これにより、比較要素の満了時間ExpTimが指定要素の満了時間ExpTimより長くなる。S144の後、比較要素を指定要素に設定しステップS145、次に比較要素を一つ前の要素に設定するステップS136。S136の後、S133に戻る回数が要素の登録数に達していない場合はS133に戻る。一方、S136の後、S133に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、指定要素を現在使用している状態リストの先頭に配置しステップS137、処理を終了する。すなわち、実施の形態1では、原則としてDrxTimer管理表201の各要素は、満了時間ExpTimの短い順番に並べた状態で記憶される。しかし、同一の満了時間ExpTimを持つ要素が複数ある場合は、これらを残り送受信時間RstTimの短い順番に配置する。これにより、TTI毎に状態監視処理を行う携帯通信端末20の数を低減することができ、基地局10の処理負荷を軽減することができる。なお、制御部100は、満了時間ExpTimを当初設定時間からずらした場合には、その移動量ShiftTimを保持しておき、次回の満了時間ExpTimの算出時において、ExpTimExpTimCycleにより移動量ShiftTimを有効とする。すなわち、次回の満了時間ExpTimも、間欠受信状態における送受信の開始タイミングから移動量ShiftTimだけずらす。これにより、同じ状態監視周期Cycleにより状態監視される複数の携帯通信端末20が、繰り返し同一のタイミングで状態監視される可能性を低減することができる。なお、移動量ShiftTimが、間欠受信状態での送受信時間DurTimと等しい場合、次回の満了時間ExpTimの算出時において、ExpTimExpTimCycleShiftTimShiftTim0のように移動量ShiftTimを0に戻す。以上より、実施の形態1では、状態監視の開始タイミングを、状態遷移を行うと判定した場合に状態遷移した後の間欠受信状態における送受信の開始タイミングに合わせる。すなわち、通信状態である間の状態監視の開始タイミングは、第1の間欠受信状態の設定がある場合は第1の間欠受信状態における送受信の開始タイミングに合わせ、第1の間欠受信状態の設定がない場合は第2の間欠受信状態における送受信の開始タイミングに合わせる。同様に、第1の間欠受信状態である間の状態監視の開始タイミングは、第2の間欠受信状態における送受信の開始タイミングに合わせる。ただし、第2の間欠受信状態である間の状態監視の開始タイミングは、第2の間欠受信状態における送受信開始タイミングに合わせる。これにより、TTIより長い周期毎に状態監視を行うので、基地局の処理負荷を軽減することができる。また、実施の形態1では、基地局が複数の携帯通信端末の状態監視を行う場合、状態監視の開始タイミングが接近している順番に各携帯通信端末を順番付けする。そして、TTI毎に、先頭の携帯通信端末から順番に現在時間が状態監視の開始タイミングに達したか否かを判断し、状態監視の開始タイミングに達した携帯通信端末のみを状態監視し、他の携帯通信端末については何も処理をしない。また、状態監視の開始タイミングが同一である携帯通信端末が複数ある場合は、これらを状態監視開始タイミングから送受信時間の終了タイミングまでの時間の短い順番に順番付けする。これにより、TTI毎に状態監視処理を行う携帯通信端末の数を低減することができ、基地局の処理負荷を軽減することができる。本実施の形態では、LTEにおける伝送タイムインターバルTTIで実施した場合について説明したが、本発明では、LTEおよび伝送タイムインターバルでの実施に限定するものではなく、所定の通信方式、適切な所定時間間隔であればよい。実施の形態2.図9~図12を参照して、本発明の実施の形態2を説明する。なお、以降の説明では、実施の形態1と異なる部分を中心に説明し、他の部分の詳細の説明を省略する。実施の形態1では、図8の指定要素をDrxTimer管理表201に登録する処理において、常にDrxTimer管理表201の最後尾の比較要素から先頭に向かって順番に満了時間ExpTimの比較を行うものである。しかし、仮に指定要素がDrxTimer管理表201の先頭に配置されるべきものである場合、この指定要素はDrxTimer管理表201の全ての比較要素との比較及び並び換えを行った後に登録されることになる。このような場合、基地局10の処理負荷は高いものとなる。実施の形態2は、この点を改善することにより、基地局10の処理負荷を軽減するものである。実施の形態2は、図1~図8の構成について、実施の形態1と同様であるので、詳細の説明を省略する。図9は、3つの異なる状態監視周期c1、c2、c3を持つ携帯通信端末の存在確率pと時間tとの関係の1例を示すグラフである。図9では、携帯通信端末X、Y、及びZがそれぞれ同じ台数だけ存在し、それぞれ状態監視周期c1、c2、c3c1<c2<c3を有する場合の、横軸を時間t、縦軸を携帯通信端末X、Y、Zの存在確率pとしたグラフを示している。携帯通信端末Xの状態監視周期c1は最も短いため、期間0c1の任意の時間において、携帯通信端末Xが存在する確率は最も高い。同様に、携帯通信端末Zの状態監視周期がc3は最も長いため、期間0c3の任意の時間において、携帯通信端末Zが存在する確率は最も低い。図10は、3つの異なる状態監視周期c1、c2、c3を持つ携帯通信端末の存在確率の累積分布pと時間tとの関係の1例を示すグラフである。図11は、3つの異なる状態監視周期c1、c2、c3を持つ携帯通信端末の存在確率の累積分布pと時間tとの関係の他の例を示すグラフである。図10と図11は、互いに携帯通信端末X、Y、Zの各々の台数が異なる。図10の場合、累積分布50に対する時間t50は、t50<c1を満たす。よって、DrxTimer管理表201の各要素の全体の50が、満了時間ExpTim<c1を満たすと予測される。したがって、新たに満了時間ExpTimが算出された指定要素をDrxTimer管理表201に登録する際には、その指定要素がどの携帯通信端末X、Y、Zに対応している場合でも、図8に従って、DrxTimer管理表201の最後尾の比較要素から先頭に向かって順番に満了時間ExpTimの比較及び並び替えを行う。これにより、DrxTimer管理表201の先頭の比較要素から順番に満了時間ExpTimの比較及び並び替えを行う場合と比べて、比較要素との比較及び並び替えの回数を少なくすることができる。一方、図11の場合、累積分布50に対する時間t50は、c1<t50<c2を満たす。よって、DrxTimer管理表201の各要素の全体の50が、満了時間ExpTim<c2を満たすと予測される。したがって、新たに満了時間ExpTimが算出された指定要素をDrxTimer管理表201に登録する際には、その指定要素が携帯通信端末Xに対応している場合は、後に説明する図12に従って、DrxTimer管理表201の先頭の要素から最後尾に向かって順番に満了時間ExpTimの比較及び並び替えを行う。これにより、DrxTimer管理表201の最後尾の比較要素から先頭に向かって順番に満了時間ExpTimの比較及び並び替えを行う場合と比べて、比較要素との比較及び並び替えの回数を少なくすることができる。一方、その指定要素が携帯通信端末Y、Zに対応している場合は、図8に従って、DrxTimer管理表201の最後尾の要素から順番に満了時間ExpTimの比較及び並び替えを行う。これにより、DrxTimer管理表201の先頭の比較要素から順番に満了時間ExpTimの比較及び並び替えを行う場合と比べて、比較要素との比較及び並び替えの回数を少なくすることができる。図12は、実施の形態2における基地局が満了時間ExpTimをDrxTimer管理表に登録する際に行う処理を示すフローチャートである。図12の処理は、図4~図6において満了時間ExpTimをDrxTimer管理表に登録する処理に相当する。図8の処理はDrxTimer管理表201の最後尾の比較要素から順番に満了時間ExpTimの比較及び並び替えを行うのに対して、図12の処理はDrxTimer管理表201の先頭の比較要素から順番に満了時間ExpTimの比較及び並び替えを行う。まず、新たな満了時間ExpTimを算出すると、制御部100はDrxTimer管理表201の現在使用している状態リストにおける要素の登録数が0か否かを判断するステップS160。S160で登録数が0であると判断した場合、この算出した満了時間ExpTimを該当する携帯通信端末20と対応付けた指定要素を、現在使用している状態リストの最後尾すなわち先頭に配置しステップS176、処理を終了する。一方、S160で現在使用している状態リストにおける要素の登録数が0でないと判断した場合、次に制御部100は、新たに登録しようとする要素以下、指定要素と呼ぶの満了時間ExpTimを読み込むステップS161。次に制御部100は、比較要素を現在使用している状態リストの先頭ポインタに設定しステップS162、比較要素の満了時間ExpTimを読み込むステップS163。次に制御部100は、指定要素の満了時間ExpTimが比較要素の満了時間ExpTimと一致するか否かを判断するステップS164。S164で一致しないと判断した場合は、次に比較要素の満了時間ExpTimが指定要素の満了時間ExpTimより長いか否かを判断するステップS165。S165で比較要素の満了時間ExpTimが指定要素の満了時間ExpTimより短いと判断した場合は、比較要素を一つ後の要素に設定するステップS166。S166の後、S163に戻る回数が要素の登録数に達していない場合はS163に戻る。一方、S166の後、S163に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、指定要素を現在使用している状態リストの最後尾に配置しステップS167、処理を終了する。一方、S165で比較要素の満了時間ExpTimが指定要素の満了時間ExpTimより長いと判断した場合は、指定要素を比較要素の前に配置しステップS168、処理を終了する。S169~S175の処理は、それぞれ図8のS139~145の処理と同様であるので、詳細の説明を省略する。このように、実施の形態2では、図4~6の処理における満了時間ExpTimに対応する要素のDrxTimer管理表201への登録の前段階において、DrxTimer管理表201と無線通信する携帯通信端末20の存在確率の累積分布に基づいて、累積分布50に対する時間t50を求める。なお、この携帯通信端末20の存在確率の累積分布は、基地局10が任意のタイミングで、携帯通信端末20の状態監視周期Cycle及び台数に基づき求める。次に、新たに登録する要素に対応する携帯通信端末20の状態監視周期Cycleと時間t50よりとの比較に基づいて、DrxTimer管理表201の先頭又は最後尾のいずれのの比較要素から順番に満了時間ExpTimの比較及び並び替えを行うかを決定する。実施の形態2によれば、実施の形態1の効果に加え、基地局の間欠受信制御における満了時間の登録処理の負担を軽減することができる。本実施の形態では、LTEにおける伝送タイムインターバルTTIで実施した場合について説明したが、本発明では、LTEおよび伝送タイムインターバルでの実施に限定するものではなく、所定の通信方式、適切な所定時間間隔であればよい。実施の形態3.図13~図14を参照して、本発明の実施の形態3を説明する。なお、以降の説明では、実施の形態1と異なる部分を中心に説明し、他の部分の詳細の説明を省略する。実施の形態1では、図8の指定要素をDrxTimer管理表201に登録する処理において、同一の満了時間ExpTimを持つ要素が複数存在する場合に、常にこれらの満了時間ExpTimをずらすものである。しかし、仮に同一の満了時間ExpTimを持つ要素が多数存在する場合、基地局10の処理負荷は高いものとなる。実施の形態3は、この点を改善することにより、基地局10の処理負荷を軽減するものである。実施の形態3は、図1~図8の構成について、実施の形態1と同様であるので、詳細の説明を省略する。図13は、図10に対応する携帯通信端末の密集度dと時間tとの関係を示すグラフである。図14は、図11に対応する携帯通信端末の密集度dと時間tとの関係を示すグラフである。図13及び図14において、端末密集度dは、dint1である。ここで、Pは、各携帯通信端末X、Y、Zの存在確率の合計である。図13及び図14の場合、時間t0の付近において、端末密集度dは最大値d1を取る。すると、同一の満了時間ExpTimを持つ携帯通信端末20が平均的にd1だけ存在すると予測される。実施の形態3では、同一の満了時間ExpTimを持つ携帯通信端末20が最大d1まで存在することを許容する。すなわち、図8の処理において、同一の満了時間ExpTimを持つ要素の数がd1以下である場合は、これらの満了時間ExpTimをずらさない。これにより、同一満了時間ExpTimを持つ全ての要素について満了時間ExpTimをずらす場合に比べて、基地局10の処理負荷を軽減することができる。このように、実施の形態3では、図4~6の処理における満了時間ExpTimに対応する要素のDrxTimer管理表201への登録の前段階において、DrxTimer管理表201と無線通信する携帯通信端末20の端末密集度dの最大値を求める。次に、新たに登録する指定要素の満了時間ExpTimと同一の満了時間ExpTimを持つ要素の数が、この端末密集度dの最大値に等しい場合、比較要素との並び換えを行う。一方、指定要素の満了時間ExpTimと同一の満了時間ExpTimを持つ比較要素の数が、この端末密集度dの最大値未満である場合、比較要素との並び換えを行わない。実施の形態3によれば、実施の形態1の効果に加え、基地局の間欠受信制御における満了時間の登録処理の負担を軽減することができる。なお、実施の形態3では、端末密集度dの最大値を閾値として用いたが、その代わりに、予め決定された任意の値を閾値として用いても、実施の形態3と同様の効果を得ることができる。本実施の形態では、LTEにおける伝送タイムインターバルTTIで実施した場合について説明したが、本発明では、LTEおよび伝送タイムインターバルでの実施に限定するものではなく、所定の通信方式、適切な所定時間間隔であればよい。