携帯通信端末と無線通信が可能な基地局であって、前記携帯通信端末の第1の間欠受信状態における前記携帯通信端末への第1の開始タイミングを記憶する記憶部と、前記携帯通信端末が間欠受信状態にない場合、前記第1の開始タイミングになると、前記携帯通信端末を前記第1の間欠受信状態にあるか否かの判断を開始する制御部とを備えたことを特徴とする基地局。前記記憶部は、さらに前記第1の間欠受信状態より長い間欠受信周期を持つ前記携帯通信端末の第2の間欠受信状態における前記携帯通信端末への第2の開始タイミングを記憶し、前記制御部は、前記携帯通信端末が前記第1の間欠受信状態にある場合、前記第2の開始タイミングになると、前記携帯通信端末を前記第2の間欠受信状態にあるか否かの判断を開始することを特徴とする請求項1に記載の基地局。携帯通信端末と無線通信が可能な基地局の制御方法であって、前記携帯通信端末が間欠受信状態にない場合、前記携帯通信端末の第1の間欠受信状態における前記携帯通信端末への第1の開始タイミングになると、前記携帯通信端末を前記第1の間欠受信状態にあるか否かの判断を開始するステップを備えたことを特徴とする基地局の制御方法。前記携帯通信端末が前記第1の間欠受信状態にある場合、前記第1の間欠受信状態より長い間欠受信周期を持つ前記携帯通信端末の第2の間欠受信状態における前記携帯通信端末への第2の開始タイミングになると、前記携帯通信端末を前記第1の間欠受信状態にあるか否かの判断を開始するステップを備えたことを特徴とする請求項3に記載の基地局の制御方法。しかしながら、間欠受信制御では、携帯通信端末が通信状態にある場合、ユーザパケットの送受信が一定時間drxInactivityTimer1~1260ms以上ないことを検知して、第1の間欠受信状態に移行する。このため、常時、ユーザパケットの送受信がない時間を計測し続けることとなる。つまり、ユーザパケットの送受信があれば、計測値を0にリセットし、ユーザパケットの送受信がなければ、計測値を更新1し、一定時間drxInactivityTimerに達したか否かを判定する。同様に、第1の間欠受信状態の場合、ユーザパケットの送受信があれば、計測値を0にリセットし、通信状態に戻し、ユーザパケットの送受信がなければ、計測値を更新1し、一定時間drxShortCycleTimer1~10240msに達したか否かを判定する。携帯通信端末と無線接続する基地局は、携帯通信端末が間欠受信状態にある場合、送受信可能な時間OnDurationTimerに合わせて通信を行う必要がある。この為、携帯通信端末において間欠受信制御を行っているのと同じように、基地局においても、間欠受信制御を行い、携帯通信端末の状態を監視することを行う。携帯通信端末は、端末自身のみの通信状態を把握すれば良い。これに対して、基地局は、無線接続している携帯通信端末全ての通信状態を把握する必要がある。例えば、無線接続する端末が500台ある場合、基地局は、500台の端末の通信状態を把握しなければならない。このため、間欠受信制御による基地局の処理負荷は、携帯通信端末1台の場合に比べ、単純計算で500倍になることになる。LTEの場合、伝送タイムインターバルTTITransmissionTimeIntervalとなる1サブフレームsubframeは、1msと非常に短い時間である。よって、TTI毎に無線接続している端末数分の間欠受信制御を行うことは、基地局の処理能力に多大な負荷を与えるという問題がある。したがって、かかる点に鑑みてなされた本発明の目的は、間欠受信制御における基地局の処理負荷を軽減することができる基地局、及びその制御方法を提供することである。本発明の基地局は、携帯通信端末と無線通信が可能な基地局であって、前記携帯通信端末の第1の間欠受信状態における前記携帯通信端末への第1の開始タイミングを記憶する記憶部と、前記携帯通信端末が間欠受信状態にない場合、前記第1の開始タイミングになると、前記携帯通信端末を前記第1の間欠受信状態にあるか否かの判断を開始する制御部とを備えたことを特徴とする。本発明の基地局の制御方法は、携帯通信端末と無線通信が可能な基地局の制御方法であって、前記携帯通信端末が間欠受信状態にない場合、前記携帯通信端末の第1の間欠受信状態における前記携帯通信端末への第1の開始タイミングになると、前記携帯通信端末を前記第1の間欠受信状態にあるか否かの判断を開始するステップを備えたことを特徴とする。本発明によれば、間欠受信制御における基地局の処理負荷を軽減することができる。実施の形態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の基地局10が特定の携帯通信端末20の状態監視を行うための状態監視タイミングを説明するための図である。横軸は時間を示している。時間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の行に対応する値に設定しステップS15、S17に進む。一方、S14で第1の設定値がShortDRX設定値を含むと判断した場合は、第2の設定値を図3のShortDRX設定ありの列及びNonの行に対応する値に設定しステップS16、S17に進む。S17では、制御部100は現在時間CurTimが状態監視開始オフセットOffset以上か否かを判断するステップS17。S17で現在時間CurTimが状態監視開始オフセットOffset未満であると判断した場合は、次回の状態監視の満了時間ExpTimを、ExpTimOffsetにより算出しステップS18、算出した満了時間ExpTimをDrxTimer管理表201に登録しステップS20、処理を終了する。一方、S17で現在時間CurTimが状態監視開始オフセットOffset以上であると判断した場合は、次回の状態監視の満了時間ExpTimを、PwrExpTimCycle×Offsetにより算出しステップ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の後、この要素がDrxTimer管理表に登録された最後尾の要素でない場合はS40に戻る。一方、S57の後、この要素が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の行に対応する値に設定しステップS48、この携帯通信端末20をDrx状態Shortに状態遷移させるステップS49。次に、制御部100は現在時間CurTimが状態監視開始オフセットOffset以上か否かを判断するステップS50。S50で現在時間CurTimが状態監視開始オフセットOffset未満であると判断した場合は、次回の状態監視の満了時間ExpTimを、ExpTimOffsetにより算出しステップS51、算出した満了時間ExpTimをDrxTimer管理表201に登録するステップS53。S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達していない場合はS40に戻る。一方、S53の後、S40に戻る回数がDrxTimer管理表に登録された要素の数に達している場合は、処理を終了する。一方、S50で現在時間CurTimが状態監視開始オフセットOffset以上であると判断した場合は、次回の状態監視の満了時間ExpTimを、PwrExpTimCycle×Offsetにより算出しステップ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の行に対応する値に設定しステップS76、現在時間CurTimが状態監視開始オフセットOffset以上か否かを判断するステップS77。S77で現在時間CurTimが状態監視開始オフセットOffset未満であると判断した場合、制御部100は次回の状態監視の満了時間ExpTimを、ExpTimOffsetにより算出しステップS78、算出した満了時間ExpTimをDrxTimer管理表201に登録するステップS80。S80の後、制御部100はDrx状態Nonに状態遷移させステップS81、その後処理を終了する。一方、S77で現在時間CurTimが状態監視開始オフセットOffset以上であると判断した場合は、次回の状態監視の満了時間ExpTimを、PwrExpTimCycle×Offsetにより算出しステップ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に設定しステップS103、S106に進む。一方、S102でDrx状態Shortにあると判断した場合、次に制御部100は、無通信時間TimNonが状態監視時間DrxTim以上であるか否かを判断するステップS104。S104で無通信時間TimNonが状態監視時間DrxTim以上であると判断した場合、制御部100はスケジューラに帯域の割り当てを要求せずステップS110、処理を終了する。一方、S104で無通信時間TimNonが状態監視時間DrmTim未満であると判断した場合、制御部100は状態監視周期Cycleと状態監視開始オフセットOffsetを、それぞれShortDrxCycle、drxStartOffsetShortDrxCycleに設定しステップ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に対応する要素以下、指定要素と呼ぶを、現在使用している状態リストの最後尾すなわち先頭に配置しステップS145、処理を終了する。一方、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より長くなる。一方、S140で比較要素の残り送受信時間RstTimが指定要素の送受信時間DurTimより長いと判断した場合、制御部100は比較要素の移動量ShiftTimを更新1しステップS143、指定要素を比較要素の前に配置しステップS144、処理を終了する。これにより、比較要素の満了時間ExpTimが指定要素の満了時間ExpTimより長くなる。すなわち、実施の形態1では、原則としてDrxTimer管理表201の各要素は、満了時間ExpTimの短い順番に並べた状態で記憶される。しかし、同一の満了時間ExpTimを持つ要素が複数ある場合は、これらを残り送受信時間RstTimの短い順番に配置する。これにより、TTI毎に状態監視処理を行う携帯通信端末20の数を低減することができ、基地局10の処理負荷を軽減することができる。なお、制御部100は、満了時間ExpTimを当初設定時間からずらした場合には、その移動量ShiftTimを保持しておき、次回の状態監視の満了時間ExpTimの算出時において、ExpTimExpTimCycleShiftTimにより補正を行う。これにより、次回の状態監視の満了時間ExpTimを、間欠受信状態における送受信の開始タイミングに合わせる。以上より、実施の形態1では、状態監視の開始タイミングを、状態遷移を行うと判定した場合に状態遷移した後の間欠受信状態における送受信の開始タイミングに合わせる。すなわち、通信状態である間の状態監視の開始タイミングは、第1の間欠受信状態の設定がある場合は第1の間欠受信状態における送受信の開始タイミングに合わせ、第1の間欠受信状態の設定がない場合は第2の間欠受信状態における送受信の開始タイミングに合わせる。同様に、第1の間欠受信状態である間の状態監視の開始タイミングは、第2の間欠受信状態における送受信の開始タイミングに合わせる。ただし、第2の間欠受信状態である間の状態監視の開始タイミングは、第2の間欠受信状態における送受信開始タイミングに合わせる。これにより、TTIより長い周期毎に状態監視を行うので、基地局の処理負荷を軽減することができる。また、実施の形態1では、基地局が複数の携帯通信端末の状態監視を行う場合、状態監視の開始タイミングが接近している順番に各携帯通信端末を順番付けする。そして、TTI毎に、先頭の携帯通信端末から順番に現在時間が状態監視の開始タイミングに達したか否かを判断し、状態監視の開始タイミングに達した携帯通信端末のみを状態監視し、他の携帯通信端末については何も処理をしない。また、状態監視の開始タイミングが同一である携帯通信端末が複数ある場合は、これらを状態監視開始タイミングから送受信時間の終了タイミングまでの時間の短い順番に順番付けする。これにより、TTI毎に状態監視処理を行う携帯通信端末の数を低減することができ、基地局の処理負荷を軽減することができる。本実施の形態では、LTEにおける伝送タイムインターバルTTIで実施した場合について説明したが、本発明では、LTEおよび伝送タイムインターバルでの実施に限定するものではなく、所定の通信方式、適切な所定時間間隔であればよい。