"移動端末と基地局が無線通信を実施する際、上記基地局がデータの一時的な受信停止期間に移行する受信停止周期を上記移動端末に通知し、上記移動端末が上記基地局により通知された受信停止周期で、データの一時的な受信停止期間に移行する移動体通信システムにおいて、上記基地局は、上記移動端末に送信するデータが発生すると、現在の受信停止周期以下の受信停止周期を上記移動端末に通知し、上記移動端末に送信するデータが発生しなければ、現在の受信停止周期以上の受信停止周期を上記移動端末に通知することを特徴とする移動体通信システム。移動端末と基地局が無線通信を実施する際、上記基地局がデータの一時的な受信停止期間に移行する受信停止周期を上記移動端末に通知し、上記移動端末が上記基地局により通知された受信停止周期で、データの一時的な受信停止期間に移行する移動体通信システムにおいて、上記移動端末は、上記基地局から送信するデータが有る旨の通知を受ければ、上記受信停止周期を現在の受信停止周期以下に変更し、上記基地局から送信するデータが有る旨の通知を受けなければ、上記受信停止周期を現在の受信停止周期以上に変更することを特徴とする移動体通信システム。移動端末と基地局が無線通信を実施する際、上記基地局がデータの一時的な受信停止期間に移行する受信停止周期を上記移動端末に通知し、上記移動端末が上記基地局により通知された受信停止周期で、データの一時的な受信停止期間に移行する移動体通信システムにおいて、上記移動端末は、上記基地局から自己に送信するデータが有る旨の通知の受取処理を実施し、上記通知の受取の有無に対応する上記受信停止周期の変更パラメータを用いて、現在の受信停止周期を変更することを特徴とする移動体通信システム。移動端末は、基地局から自己に送信するデータが有る旨の通知を受けずに、現在の受信停止周期を変更する場合、所定回数連続して、自己に送信するデータが有る旨の通知を受けないとき、現在の受信停止周期を変更することを特徴とする請求項3記載の移動体通信システム。移動端末と基地局が無線通信を実施する際、上記基地局がデータの一時的な受信停止期間に移行する受信停止周期を上記移動端末に通知し、上記移動端末が上記基地局により通知された受信停止周期で、データの一時的な受信停止期間に移行する移動体通信システムにおいて、上記移動端末は、上記基地局から所定回数連続して、自己に送信するデータが有る旨の通知を受けないとき、上記受信停止周期の変更パラメータを用いて、現在の受信停止周期を変更することを特徴とする移動体通信システム。基地局からデータの一時的な受信停止期間に移行する受信停止周期の通知を受け取る受信停止周期受取手段と、上記受信停止周期受取手段により受け取られた受信停止周期で、データの一時的な受信停止期間に移行して、データの送信処理部及び受信処理部に対する電源の供給を一時的に停止する電源供給停止手段とを備えた移動端末において、上記基地局から自己に送信するデータが有る旨の通知の受取処理を実施する通知受取手段と、上記通知受取手段により通知が受け取られれば、上記受信停止周期を現在の受信停止周期以下に変更し、上記通知受取手段により通知が受け取られなければ、上記受信停止周期を現在の受信停止周期以上に変更する受信停止周期変更手段とを設けたことを特徴とする移動端末。基地局からデータの一時的な受信停止期間に移行する受信停止周期の通知を受け取る受信停止周期受取手段と、上記受信停止周期受取手段により受け取られた受信停止周期で、データの一時的な受信停止期間に移行して、データの送信処理部及び受信処理部に対する電源の供給を一時的に停止する電源供給停止手段とを備えた移動端末において、上記基地局から自己に送信するデータが有る旨の通知の受取処理を実施する通知受取手段と、上記通知受取手段による通知の受取の有無に対応する上記受信停止周期の変更パラメータを用いて、現在の受信停止周期を変更する受信停止周期変更手段とを設けたことを特徴とする移動端末。受信停止周期変更手段は、基地局から自己に送信するデータが有る旨の通知を受けずに、現在の受信停止周期を変更する場合、通知受取手段により所定回数連続して、自己に送信するデータが有る旨の通知を受け取られないとき、現在の受信停止周期を変更することを特徴とする請求項7記載の移動端末。基地局からデータの一時的な受信停止期間に移行する受信停止周期の通知を受け取る受信停止周期受取手段と、上記受信停止周期受取手段により受け取られた受信停止周期で、データの一時的な受信停止期間に移行して、データの送信処理部及び受信処理部に対する電源の供給を一時的に停止する電源供給停止手段とを備えた移動端末において、上記基地局から自己に送信するデータが有る旨の通知の受取処理を実施する通知受取手段と、上記通知受取手段により所定回数連続して、自己に送信するデータが有る旨の通知を受け取られないとき、上記受信停止周期の変更パラメータを用いて、現在の受信停止周期を変更する受信停止周期変更手段とを設けたことを特徴とする移動端末。従来の移動体通信システムは以上のように構成されているので、RRCレベルで活動中である状態2Active広義の中に、状態2-BActive中のDRX/DTX動作期間を導入することができる。しかし、移動端末の低消費電力を効率良く実現する方法や、DRX/DTX周期の設定方法が規定されておらず、移動端末の低消費電力化を必ずしも効率良く実現することができないなどの課題があった。この発明は上記のような課題を解決するためになされたもので、移動端末の低消費電力化を効率的に実現することができる移動体通信システム及び移動端末を得ることを目的とする。この発明に係る移動体通信システムは、移動端末と基地局が無線通信を実施する際、上記基地局がデータの一時的な受信停止期間に移行する受信停止周期を上記移動端末に通知し、上記移動端末が上記基地局により通知された受信停止周期で、データの一時的な受信停止期間に移行する移動体通信システムにおいて、上記基地局は、上記移動端末に送信するデータが発生すると、現在の受信停止周期以下の受信停止周期を上記移動端末に通知し、上記移動端末に送信するデータが発生しなければ、現在の受信停止周期以上の受信停止周期を上記移動端末に通知するようにしたものである。このことによって、移動端末の低消費電力化を効率的に実現することができるなどの効果がある。以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。以降、LTEシステムについて説明する。ただし、上り及び下りスケジューラが各移動端末へ送信レート、送信電力送信許可電力、送信許可最大電力、送信タイミング、利用周波数、利用周波数の幅などを制御及び指示する移動体通信システム例えば、UTRANシステムにおいて、本発明は適用可能である。実施の形態1.図1はこの発明の実施の形態1による移動体通信システムを示す構成図である。図1の移動体通信システムは、LTEシステムであり、基地局の上りスケジューラ及び下りスケジューラが複数の移動端末の送信レート、送信電力送信許可電力、送信許可最大電力、送信タイミング、利用周波数、利用周波数の幅などを制御するものである。また、図1の移動体通信システムでは、移動端末と基地局が通信するトランスポートチャネルTransportChannelsについて説明する。ただし、トランスポートチャネルについては議論中であるため、名称や定義が今後変更されることが考えられるが、名称や定義が変更された場合でも、本発明が適用可能であることは言うまでもない。本発明では、図13の状態2-BをActive中のDRX/DTX動作期間と称するが、Active中のDRX動作期間とActive中のDTX動作期間の両方が重なっている期間をActive中のDRX/DTX動作期間図13の状態2-Bとして説明する。またActive中のDRX動作期間とは、ある一定時間の受信動作とある一定時間の受信を行わない動作をActive中のDRX周期にて繰り返す期間として説明する図15を参照。なお、DRX周期の繰り返し回数が1回というActive中のDRX動作期間も存在する。Active中のDRX動作期間中であって、受信を行わない期間をDRX期間DRXPeriod、DRX間隔DRXIntervalとして説明する図15を参照。また、DRX動作期間中であって、DRX期間を除く部分については、DRX動作期間中のActiveとして説明する図15を参照。DRX周期にて移動端末3がDRX動作期間中のActiveで行う受信動作の例としては、下記の1~8の受信動作が考えられる。1移動端末3が自分宛てのデータが存在するか否かを下りスケジューリングチャネルによって確認するデータの受信動作2下りL1/L2制御信号のモニタ動作3測定動作周辺セル測定、自セルの測定など4ユーザデータTrafficデータの受信動作5上りタイミング情報Timinginformation、TimingAdvanceTAの受信動作6下りリファレンスシグナルの受信動作7上りデータに対するHARQ対応のAck信号/Nack信号の受信動作8前記1~7の組み合わせ動作ただし、8における1~7の組み合わせ動作は、時間的に連続でも不連続でもよい。以下、HARQHybridAutomaticRepeatRequestについて説明する。基地局から移動端末に対する送信データにHARQを適用する場合について説明する。移動端末は、基地局からデータを受信すると、そのデータに対する誤り検出処理を実施する。移動端末は、基地局への応答信号として、前記誤り検出処理で誤りを検出しなかった場合Ack信号を送信し、前記誤り検出処理で誤りを検出した場合Nack信号を送信する。基地局は、移動端末からAck信号を受信した場合、新たなデータを移動端末に送信することになるが、移動端末からNack信号を受信した場合、同じデータを移動端末に再送することになる。移動端末から基地局に対する送信データにも、上記と同様に、HARQを適用することが可能である。また、Active中のDTX動作期間とは、ある一定時間の送信動作と、ある一定時間の送信を行わない動作をActive中のDTX周期にて繰り返す期間として説明する図15を参照。なお、DTX周期の繰り返し回数が1回というActive中のDTX動作期間も存在する。Active中のDTX動作期間中であって、送信を行わない期間をDTX期間DTXPeriod、DTX間隔DTXIntervalとして説明する図15を参照。また、DTX動作期間中であって、DTX期間を除く部分については、DTX動作期間中のActiveとして説明する図15を参照。DTX周期にて移動端末3がDTX動作期間中のActiveで行う送信動作の例としては、下記の1~9の送信動作が考えられる。1下りスケジューリングに用いる情報例えばCQIの送信動作2復調Demodulationと同期検波Detectionに用いられるリファレンス信号の送信動作3上りチャネルの品質測定目的のリファレンス信号SoundingReferenceSignalの送信動作4上りスケジューリングリクエストの送信動作5ユーザデータTrafficデータの送信動作6基地局による上りタイミング測定を行うための送信動作例えば、SoundingReferenceSignal、CQI、RACHの送信などが考えられる。7下りデータに対するHARQ対応のAck信号/Nack信号の送信動作8L1/L2制御信号の送信動作9前記1~8の組み合わせ動作ただし、9における1~8の組み合わせ動作は、時間的に連続でも不連続でもよい。上記で説明した言葉の定義が変更された場合においても、本発明は適用可能である。例えば、DTX周期にて移動端末3が行う送信動作として、3上りチャネルの品質測定目的のリファレンス信号SoundingReferenceSignalが送信されることとなった場合、あるいは、6基地局による上りタイミング測定を行うための送信動作として、SoundingReferenceSignalが送信されることとなった場合に、DTX周期がSoundingReferenceSignal送信周期などと呼び方が変ることも考えられる。その場合であっても、本発明は適用可能である。また、例えば、DTX周期にて移動端末3が行う送信動作として、1下りスケジューリングに用いる情報例えば、CQIが送信されることとなった場合、あるいは、6基地局による上りタイミング測定を行うための送信動作として、CQIが送信されることとなった場合に、DTX周期がCQI送信周期などと呼び方が変ることも考えられる。その場合であっても、本発明は適用可能である。また、Active中のDRX動作期間、Active中のDTX動作期間、あるいは、Active中のDRX動作期間またはDTX動作期間のいずれかを実施している期間を図13の状態2-Bとしても適用可能である。なお、今後の議論で、状態の数や各状態の定義が変更される可能性もあるが、状態の数や各状態の定義が変更された場合でも、本発明が適用可能であることは言うまでもない。図1において、基地局制御装置1は傘下に複数の基地局2を有し、傘下にある複数の基地局2と制御データやユーザデータを送受信する。なお、基地局制御装置1はaGWやRNCなどと称される。基地局2は傘下に複数の移動端末3を有し、傘下にある複数の移動端末3と無線通信を実施する。即ち、基地局2には上り及び下りのスケジューラが存在し、スケジューラが基地局2と移動端末3間のデータの送受信を可能にして、個々の移動端末3及び移動体通信システム全体のスループット向上のためにスケジューリングを行っている。スケジューリングとは、上り及び下りスケジューラが各移動端末へ送信レート、送信電力送信許可電力、送信許可最大電力、送信タイミング、利用周波数、利用周波数の幅などを制御及び指示することをいう。また、HARQHybridAutomaticRepeatRequestを用いたデータ制御データ、ユーザデータの再送制御を行っている。なお、基地局2はNodeB、E-UTRANNodeBE-NodeB、eNBなどと称される。移動端末3は基地局2と無線通信を実施する。移動端末3は移動局、UEUserEquipment、MSMobileStationなどと称される。ここで、基地局2と移動端末3が通信するトランスポートチャネルについて説明する。BCHBroadcastChannelは、基地局2が傘下の移動端末3に報知情報を送信するチャネルである。DL-SCHDownlinkSharedChannelは、基地局2が傘下の移動端末3に制御データ及びユーザデータを送信する共有チャネルSharedChannelである。PCHPagingChannelは、基地局2がネットワークにより設定された移動端末3のDRX周期Active中のDRX/DTX動作期間図13の状態2-BのDRX周期とは異なる周期による移動端末3の不連続な受信間欠受信をサポートするチャネルである。UL-SCHUplinkSharedChannelは、移動端末3が基地局2に制御データ及びユーザデータを送信する共有チャネルである。RACHRandomAccessChannelは、移動端末3から基地局2にランダムに送信されるチャネルである。なお、複数の基地局2が互いにデータを通信することが検討されている。図2はこの発明の実施の形態1による移動体通信システムの移動端末を示す構成図である。プロトコル処理部11は基地局2又は基地局制御装置1宛ての制御データを送信データバッファ部13に出力するとともに、基地局2から送信された制御データを収集し、その制御データを用いてプロトコル処理などを実施する。アプリケーション部12はユーザデータを送信データバッファ部13に出力するとともに、基地局2から送信されたユーザデータを収集し、そのユーザデータをユーザが用いる形に変換する処理を実施する。送信データバッファ部13はプロトコル処理部11から出力された制御データ及びアプリケーション部12から出力されたユーザデータを一時的に格納するとともに、Sleep要求信号生成部20により生成されたSleep要求信号を制御データとして一時的に格納するメモリなどである。エンコーダ部14は送信データバッファ部13に格納されている制御データ及びユーザデータに対する誤り訂正処理などのエンコード処理を実施する。なお、エンコーダ部14が送信データバッファ部13に格納されている制御データ及びユーザデータに対するエンコード処理を実施せず、その制御データ及びユーザデータを変調部15に出力するようにしてもよい。変調部15はエンコーダ部14から出力された制御データ及びユーザデータを変調し、変調後の制御データ及びユーザデータをアンテナ16に出力する処理を実施する。アンテナ16は変調部15による変調後のデータを無線信号として基地局2に送信するとともに、基地局2から送信された無線信号を受信し、その無線信号を復調部17に出力する。復調部17はアンテナ16から出力された無線信号に対する復調処理を実施して、復調後の制御データ及びユーザデータをデコーダ部18に出力する処理を実施する。デコーダ部18は復調部17による復調後の制御データ及びユーザデータに対する誤り訂正などのデコード処理を実施して、デコード後の制御データをプロトコル処理部11、DTX周期保存部21及びDRX周期保存部22に出力し、デコード後のユーザデータをアプリケーション部12に出力する処理を実施する。即ち、デコーダ部18は、デコード後の制御データのうち、データの一時的な受信停止期間であるActive中のDRX動作期間に移行することが可能であるか否かを示す基地局2による判定結果をプロトコル処理部11に出力し、基地局2により設定されたDTX周期を示すDTX周期情報供給停止周期情報をDTX周期保存部21に出力し、基地局2により設定されたDRX周期を示すDRX周期情報供給停止周期情報をDRX周期保存部22に出力する。ただし、デコーダ部18が復調部17による復調後の制御データ及びユーザデータに対するデコード処理を実施せず、その制御データ及びユーザデータをプロトコル処理部11やアプリケーション部12等に出力するようにしてもよい。なお、アンテナ16、復調部17、デコーダ部18及びプロトコル処理部11から基地局2による判定結果受信手段が構成されている。DTX判定部19は例えば送信データバッファ部13に基地局2に送信するデータが格納されているか否かを確認し、基地局2に送信するデータが格納されていなければ、データの一時的な送信停止期間であるActive中のDTX動作期間に移行することが可能である旨の判定を行う。なお、DTX判定部19は移行判定手段を構成している。Sleep要求信号生成部20はDTX判定部19の判定結果がActive中のDTX動作期間に移行することが可能である旨を示す場合、プロトコル処理部11の指示の下、Sleep要求信号を生成し、そのSleep要求信号を制御データとして送信データバッファ部13に出力する処理を実施する。DTX周期保存部21はデコーダ部18によりデコードされた制御データのうち、基地局2により設定されたDTX周期を示すDTX周期情報供給停止周期情報を保存するメモリなどである。DRX周期保存部22はデコーダ部18によりデコードされた制御データのうち、基地局2により設定されたDRX周期を示すDRX周期情報供給停止周期情報を保存するメモリなどである。なお、DTX判定部19は、送信データバッファ部13の中に含まれてもよい。また、DTX判定部19、Sleep要求信号生成部20、DTX周期保存部21、DRX周期保存部22はそれぞれ、プロトコル処理部11の中に含まれてもよい。制御部23は移動端末3を構成している全ての処理部の制御を実施する。例えば、制御部23はDTX判定部19の判定結果がActive中のDTX動作期間に移行することが可能である旨を示し、かつ、プロトコル処理部11がActive中のDRX動作期間に移行することが可能である旨を示す基地局2の判定結果を取得すると、DTX周期保存部21に保存されているDTX周期情報及びDRX周期保存部22に保存されているDRX周期情報にしたがってデータの送信処理部例えば、エンコーダ部14、変調部15及び受信処理部例えば、復調部17、デコーダ部18に対する電源の供給を一時的に停止する処理を実施する。なお、DTX周期保存部21、DRX周期保存部22及び制御部23から電源供給停止手段が構成されている。ここでは、制御部23が送信処理部及び受信処理部に対する電源の供給を一時的に停止するものについて示したが、プロトコル処理部11が送信処理部及び受信処理部に対する電源の供給を一時的に停止するようにしてもよい。この実施の形態1では、制御部23がエンコーダ部14、変調部15、復調部17及びデコーダ部18に対する電源の供給を一時的に停止するものについて説明するが、電源の供給を停止する対象は一例に過ぎず、例えば、プロトコル処理部11、アプリケーション部12、送信データバッファ部13、DTX判定部19、Sleep要求信号生成部20、DTX周期保存部21、DRX周期保存部22などに対する電源の供給を一時的に停止するようにしてもよい。図3はこの発明の実施の形態1による移動体通信システムの基地局を示す構成図である。aGW通信部31は基地局制御装置1とデータの送受信を実施し、基地局制御装置1から送信されたユーザデータ及び制御データを送信データバッファ部34に出力する処理を実施する。他基地局通信部32は他の基地局2とデータの送受信を実施し、他の基地局2から送信されたユーザデータ及び制御データを送信データバッファ部34に出力する処理を実施する。プロトコル処理部33はaGW通信部31及び他基地局通信部32と情報の受け渡しを行うほか、移動端末3宛ての制御データを送信データバッファ部34に出力するとともに、移動端末3から送信された制御データを収集し、その制御データを用いてプロトコル処理などを実施する。送信データバッファ部34はプロトコル処理部33から出力された制御データや、aGW通信部31及び他基地局通信部32から出力されたユーザデータを一時的に格納するメモリなどである。エンコーダ部35は送信データバッファ部34に格納されている制御データ及びユーザデータに対する誤り訂正処理などのエンコード処理を実施する。なお、エンコーダ部35が送信データバッファ部34に格納されている制御データ及びユーザデータに対するエンコード処理を実施せず、その制御データ及びユーザデータを変調部36に出力するようにしてもよい。変調部36はエンコーダ部35から出力された制御データ及びユーザデータを変調し、変調後の制御データ及びユーザデータをアンテナ37に出力する処理を実施する。アンテナ37は変調部36による変調後のデータを無線信号として移動端末3に送信するとともに、移動端末3から送信された無線信号を受信し、その無線信号を復調部38に出力する。復調部38はアンテナ37から出力された無線信号に対する復調処理を実施して、復調後の制御データ及びユーザデータをデコーダ部39に出力する処理を実施する。デコーダ部39は復調部38による復調後の制御データ及びユーザデータに対する誤り訂正などのデコード処理を実施して、デコード後の制御データをaGW通信部31、他基地局通信部32、プロトコル処理部33、Sleep要求信号判定部40、下りスケジューラ部42及び上りスケジューラ部43に出力し、デコード後のユーザデータをaGW通信部31及び他基地局通信部32に出力する処理を実施する。ただし、デコーダ部39が復調部38による復調後の制御データ及びユーザデータに対するデコード処理を実施せず、その制御データ及びユーザデータをプロトコル処理部33やaGW通信部31等に出力するようにしてもよい。Sleep要求信号判定部40はデコーダ部39から出力された制御データの中にSleep要求信号が含まれているか否かを判定し、その判定結果をプロトコル処理部33に出力する。なお、プロトコル処理部33は、Sleep要求信号判定部40の判定結果がSleep要求信号が含まれている旨を示す場合、例えば、送信データバッファ部34に移動端末3に送信するデータが格納されているか否かを確認し、移動端末3に送信するデータが格納されていなければ、移動端末3がデータの一時的な受信停止期間であるActive中のDRX動作期間に移行することが可能である旨の判定を行う。ここでは、プロトコル処理部33が、移動端末3がActive中のDRX動作期間に移行可能か否かを判定しているが、この判定は基地局2がActive中のDTX動作期間に移行可能か否かを判定することと等価である。プロトコル処理部33は、移動端末3がActive中のDRX動作期間に移行することが可能である旨の判定を行うと、その判定結果を制御データとして送信データバッファ部34に出力する。QoS保存部41は基地局2と傘下の移動端末3が送受信を実施しているサービスの品質情報であるQoSを保存するメモリなどである。下りスケジューラ部42はプロトコル処理部33の指示の下、基地局2の傘下の移動端末3に対する下りのスケジューリングを実施する。上りスケジューラ部43はプロトコル処理部33の指示の下、基地局2の傘下の移動端末3に対する上りのスケジューリングを実施する。制御部44は基地局2を構成している全ての処理部の制御を実施する。図4はこの発明の実施の形態1による移動体通信システムの処理内容を示すシーケンス図である。次に動作について説明する。移動端末3のDTX判定部19は、移動端末3の状態が図13の状態2Active広義にある場合、Active中のDTX動作期間に移行することが可能であるか否かを判定するステップST1。即ち、DTX判定部19は、移動端末3がActive中のDTX動作を行うことが可能であるか否かを判定する。ここで、DTX動作の一例としては、移動端末3が上りユーザデータや下りのスケジューリングに用いる情報例えば、CQIと、パイロット信号上りデータの同期検波補償、上りデータの位相補償などに用いる信号と、上りチャネルの品質測定目的のリファレンス信号SoundingReferenceSignalを送信しない動作DTX:DiscontinuousTransmissionのことである。あるいは、DTX動作を次の1~8の期間及びそれらの組み合わせの動作としてもよい。1下りのスケジューリングに用いる情報CQIなどを送信しない2パイロット信号を送信しない3上りチャネルの品質測定目的のリファレンス信号SoundingReferenceSignalを送信しない4上りスケジューリングリクエストを送信しない5上りユーザデータを送信しない6基地局による上りタイミング測定を行うための送信をしない7下りデータに対するHARQ対応のAck信号/Nack信号を送信しない8L1/L2制御信号を送信しないDTX判定部19におけるDTX動作を行うことが可能であるか否かの判定は、例えば、送信データバッファ部13内のデータの有無を確認することにより行う。具体的には、送信データバッファ部13内にデータが無い場合はDTX動作を行うことが可能であると判断し、データが有る場合はDTX動作を行うことが不可能であると判断する。DTX判定部19は、DTX動作を行うことが可能であるか否かの判定結果をプロトコル処理部11に出力する。移動端末3のSleep要求信号生成部20は、DTX判定部19の判定結果がDTX動作を行うことが可能である旨を示す場合、即ち、Active中のDTX動作期間に移行することが可能である旨を示す場合、プロトコル処理部11の指示の下、Sleep要求信号を生成し、そのSleep要求信号を制御データとして送信データバッファ部13に出力する。ここで、Sleep要求信号は、以下の1~5の意味の全てを有する信号、あるいは、1~5の何れかの意味、また、その組み合わせを有する信号である。1移動端末3がActive中のDTX動作期間を開始することを意味する2移動端末3の送信データバッファ部13内に送信するデータが無い、あるいは、早急に送信するデータが無いことを意味する3図13の状態2Active広義中のDRX周期とDTX周期を合せることを基地局2に要求することを意味する4Active中のDRX/DTX動作期間中図13の状態2-Bへの遷移を要求することを意味する5Active中のDRX動作期間の開始を要求することを意味するなお、Sleep要求信号は、上記の1~5の意味の全て、あるいは、組み合わせ、あるいは1~5の何れかの意味を基地局2に通知、伝搬する信号としてもよい。移動端末3のエンコーダ部14は、Sleep要求信号生成部20が制御データSleep要求信号を送信データバッファ部13に格納すると、送信データバッファ部13に格納されている制御データSleep要求信号に対するエンコード処理を実施する。移動端末3の変調部15は、エンコーダ部14がエンコード処理を実施すると、エンコード処理後の制御データSleep要求信号を変調し、変調後の制御データSleep要求信号をアンテナ16に出力する。移動端末3のアンテナ16は、変調部15による変調後の制御データSleep要求信号を無線信号として基地局2に送信するステップST2。ここでは、移動端末3が制御データSleep要求信号を無線信号として基地局2に送信するものについて示したが、Sleep要求信号の通知方法としては、物理チャネルにマッピングする方法のほか、MACシグナリングとして、MACヘッダーなどにマッピングする方法などがある。基地局2のアンテナ37は、移動端末3から送信された無線信号を受信すると、その無線信号を復調部38に出力するステップST3。基地局2の復調部38は、アンテナ37から無線信号を受けると、その無線信号に対する復調処理を実施して、復調後の制御データSleep要求信号をデコーダ部39に出力する。基地局2のデコーダ部39は、復調部38による復調後の制御データSleep要求信号に対するデコード処理を実施して、デコード後の制御データSleep要求信号をプロトコル処理部33及びSleep要求信号判定部40に出力する。基地局2のSleep要求信号判定部40は、デコーダ部39から制御データを受けると、その制御データの中にSleep要求信号が含まれているか否かを判定し、その判定結果をプロトコル処理部33に出力する。基地局2のプロトコル処理部33は、Sleep要求信号判定部40からSleep要求信号が含まれている旨を示す判定結果を受けると、現在、移動端末3がDRX動作を実施しているか否かを判定しステップST4、現在、移動端末3がDRX動作を実施している場合には、ステップST6の処理に移行する。あるいは、ステップST4にて、現在、移動端末3がDRX動作期間中であるか否かを判定してもよい。なお、ステップST4の処理はオプションであり、必須の処理ではない。基地局2のプロトコル処理部33は、現在、移動端末3がDRX動作を実施していない場合、移動端末3がActive広義中のDRX動作を行うことが可能であるか否かを判定するステップST5。ここでは、プロトコル処理部33が判定処理を実施するようにしているが、下りスケジューラ部42又は上りスケジューラ部43が判定処理を実施するようにしてもよい。あるいは、ステップST5にて、移動端末3がDRX動作期間へ移行可能であるか否かを判定してもよい。Active広義中のDRX動作とは、移動端末3が一定期間、制御データ及びユーザデータの受信を行わないことを意味する。さらに詳細には、指定されたDRX周期で、指定されたモニタ信号を受信し、自分宛てのデータが存在した場合には引き続き受信動作を実施し、自分宛てのデータが存在しない場合には受信を休止することを意味する。あるいは、指定されたタイマーで、Active広義中のDRX動作期間の動作から通常の受信動作へ復旧することも考えられる。プロトコル処理部33におけるステップST5の処理内容の詳細は、図5のフローチャートを参照して後述する。このステップST5にてDRX動作を行うことが不可能であると判断した場合、タイマーなどを用いて一定時間毎にステップST5の判断を繰り返してもよい。基地局2のプロトコル処理部33は、移動端末3がActive広義中のDRX動作を行うことが可能であると判定すると、基地局2の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させるステップST6。プロトコル処理部33は、上記のようにして、移動端末3がActive広義中のDRX動作を行うことが可能であるか否かの判定を行うと、即ち、Active中のDRX動作期間に移行することが可能であるか否かの判定を行うと、その判定結果を制御データとして送信データバッファ部34に出力する。基地局2のエンコーダ部35は、プロトコル処理部33が制御データ判定結果を送信データバッファ部34に格納すると、送信データバッファ部34に格納されている制御データ判定結果に対するエンコード処理を実施する。基地局2の変調部36は、エンコーダ部35がエンコード処理を実施すると、エンコード処理後の制御データ判定結果を変調し、変調後の制御データ判定結果をアンテナ37に出力する。基地局2のアンテナ37は、変調部36による変調後の制御データ判定結果を無線信号判定結果信号情報、遷移通知信号情報、移行通知信号情報として移動端末3に送信するステップST7。ここでは、ステップST7の処理をステップST6の処理を実施した後に実施するものについて示したが、ステップST7の処理をステップST6の処理と同時に実施してもよいし、ステップST6の処理を実施する前に実施してもよい。また、ここでは、基地局2が制御データ判定結果を無線信号として移動端末3に送信するものについて示したが、判定結果の通知方法としては、物理チャネルにマッピングする方法のほか、MACシグナリングとして、MACヘッダーなどにマッピングする方法などがある。なお、ステップST2の処理において、基地局2から移動端末3への応答信号ACK信号/NACK信号が存在するチャネルトランスポートチャネル、物理チャネルを用いて、Sleep要求信号が送信された場合、即ち、Sleep要求信号がHARQによる高速再送制御のサポートがあるチャネルトランスポートチャネル、物理チャネルを用いて、移動端末3から基地局2に送信された場合、その応答信号ACK信号/NACK信号と制御データ判定結果を合わせて送信するようにしてもよい。この場合、別のチャネル例えば、DL-SCHを用いて、制御データ判定結果を送信する場合と比較して、更なる下りスケジューリングが不要であるという点や、少ない遅延Delayで制御データ判定結果を通知できる点で有利である。移動端末3のアンテナ16は、基地局2から送信された無線信号を受信すると、その無線信号を復調部17に出力するステップST8。移動端末3の復調部17は、アンテナ16から無線信号を受けると、その無線信号に対する復調処理を実施して、復調後の制御データ判定結果をデコーダ部18に出力する。移動端末3のデコーダ部18は、復調部17による復調後の制御データ判定結果に対するデコード処理を実施して、デコード後の制御データ判定結果をプロトコル処理部11に出力する。移動端末3の制御部23は、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させるか否かを判定するステップST9。移動端末3の制御部23は、ステップST1の処理において、DTX判定部19の判定結果がActive中のDTX動作期間に移行することが可能である旨を示し、かつ、プロトコル処理部11がActive中のDRX動作期間に移行することが可能である旨を示す基地局2の制御データ判定結果を取得すると、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させる旨の判断を実施して、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させるステップST10。移動端末3の制御部23は、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させると、DRX動作とDTX動作を行うステップST11。即ち、制御部23は、DTX周期保存部21に保存されているDTX周期情報が示す周期に従って、データの送信処理部例えば、エンコーダ部14、変調部15に対する電源の供給を一時的に停止する。また、DRX周期保存部22に保存されているDRX周期情報が示す周期に従って、データの受信処理部例えば、復調部17、デコーダ部18に対する電源の供給を一時的に停止する。またはDTX周期情報に従って、電源の供給を一時的に停止できる期間とDRX周期情報に従って電源の供給を一時的に停止できる期間が重なる期間において、送信処理部及び受信処理部に対する電源の供給を一時的に停止するようにしてもよい。ここでは、制御部23がエンコーダ部14、変調部15、復調部17及びデコーダ部18に対する電源の供給を一時的に停止するものについて示しているが、電源の供給を停止する対象は一例に過ぎず、例えば、プロトコル処理部11、アプリケーション部12、送信データバッファ部13、DTX判定部19、Sleep要求信号生成部20、DTX周期保存部21、DRX周期保存部22などに対する電源の供給を一時的に停止するようにしてもよい。移動端末3の制御部23は、ステップST1の処理において、DTX判定部19の判定結果がActive中のDTX動作期間に移行することが可能である旨を示していても、プロトコル処理部11がActive中のDRX動作期間に移行することが不可能である旨を示す基地局2の制御データ判定結果を取得するとあるいは、Active中のDRX動作期間に移行するという判定結果を取得しなかった場合、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bには遷移させず、DTX動作のみを行うステップST12。即ち、制御部23は、データの受信処理部例えば、復調部17、デコーダ部18に対する電源の供給を停止せずに、DTX周期保存部21に保存されているDTX周期情報が示す周期に従って、データの送信処理部例えば、エンコーダ部14、変調部15に対する電源の供給を一時的に停止する。または受信処理部に対する電源の供給を一時的に停止することができないので、送信処理部に対する電源の供給を一時的に停止する処理を行わなくてもよい。以下、プロトコル処理部33におけるステップST5の処理内容を詳細に説明する。図5はプロトコル処理部33におけるステップST5の処理内容を示すフローチャートである。基地局2のプロトコル処理部33は、送信データバッファ部34内に傘下の移動端末3の送信待ちデータが格納されているか否かを確認するステップST21。ここでは、プロトコル処理部33がデータの有無を確認するものについて示しているが、下りスケジューラ部42又は上りスケジューラ部43がプロトコル処理部33を通じてデータの有無を確認するようにしてもよいし、直接、送信データバッファ部34内のデータの有無を確認するようにしてもよい。また、基地局2のプロトコル処理部33は、QoS保存部41に保存されているサービスのQoS、即ち、Sleep要求信号を送信してきた移動端末3と基地局2が送受信を実施しているサービスのQoSを確認するステップST22。ここでは、プロトコル処理部33がサービスのQoSを確認するものについて示したが、下りスケジューラ部42又は上りスケジューラ部43がプロトコル処理部33を通じてサービスのQoSを確認するようにしてもよいし、直接、QoS保存部41に保存されているサービスのQoSを確認するようにしてもよい。また、基地局2のプロトコル処理部33は、下りスケジューラ部42が把握している傘下の移動端末3の下りスケジューリングに用いる情報例えば、CQIなどを確認するステップST23。ここでは、プロトコル処理部33が移動端末3の下りスケジューリングに用いる情報を確認するものについて示したが、上りスケジューラ部43がプロトコル処理部33を通じて下りスケジューリングに用いる情報を確認するようにしてもよいし、直接、下りスケジューラ部42が把握している下りスケジューリングに用いる情報を確認するようにしてもよい。さらに、基地局2のプロトコル処理部33は、下りスケジューラ部42におけるスケジューリングの負荷を確認するステップST24。ここでは、プロトコル処理部33が下りスケジューラ部42の負荷を確認するものについて示したが、上りスケジューラ部43がプロトコル処理部33を通じて下りスケジューラ部42の負荷を確認するようにしてもよいし、直接、下りスケジューラ部42の負荷を確認するようにしてもよい。なお、ステップST21~ST24の処理は同時であってもよいし、任意の順番で実施するようにしてもよい。また、全てのステップの処理を実施しなくてもよい。基地局2のプロトコル処理部33は、ステップST21~ST24で確認した情報に基づいて、該当の移動端末3がActive中広義のDRX動作が可能であるか否かを判定するステップST25。以下、プロトコル処理部33におけるステップST25の判定処理の具体例について説明する。プロトコル処理部33は、ステップST21において、送信データバッファ部34内にSleep要求信号を送信してきた移動端末3の送信待ちデータが格納されていることを確認した場合には、Active中広義のDRX動作が不可能であると判断する。送信データバッファ部34内にSleep要求信号を送信してきた移動端末3の送信待ちデータが格納されているとき、Active中広義のDRX動作が可能であると判断すると、DRX動作期間中、該当の移動端末3が送信データバッファ部34に格納されているデータの受信動作を行うことが不可能になるからである。また、プロトコル処理部33は、ステップST22において確認したQoS保存部41に保存されているサービスのQoS、即ち、Sleep要求信号を送信してきた移動端末3と基地局2が送受信を実施しているサービスのQoSが、リアルタイム性への要求が高い場合には、Active中広義のDRX動作が不可能であると判断する。サービスのQoSが、リアルタイム性への要求が高いとき、Active中広義のDRX動作が可能であると判断すると、DRX動作期間中、例えば、基地局制御装置1からリアルタイム性への要求が高いユーザデータが送信されてきても、そのユーザデータを移動端末3に送信することが不可能になり、要求のQoSを満足することができなくなるからである。また、プロトコル処理部33は、ステップST23において確認した傘下の移動端末3の下りスケジューリングに用いる情報例えば、CQIなどが悪い品質を示す場合には、仮に、送信データバッファ部34に該当の移動端末3に対する送信待ちデータが存在していても、Active中広義のDRX動作が可能であると判断する。CQI値が悪い品質を示す場合、該当の移動端末3にデータを高速に送信しても受信エラーになる可能性が高いため、該当の移動端末3にデータを送信するよりも、該当の移動端末3の低消費電力を実現しつつ、CQI値がよい品質を示す別の移動端末3に対して無線資源を割り当てることの方が、移動体通信システム全体としてのスループットを高めることができるからである。また、プロトコル処理部33は、ステップST24において確認した下りスケジューリングの負荷が高い場合には、Sleep要求信号を送信してきた移動端末3のActive中広義のDRX動作が不可能であると判断する。移動端末3に対してActive中広義のDRX動作を実現させるということは、下りスケジューラ部42にとっては該当の移動端末3が自分宛てのデータが存在するか否かを確認するモニタ信号のDRX周期毎のリソースを確保する必要である点、Active中広義のDRX動作を行っている移動端末3に対して送信が不可能である点、Active中広義のDRX動作期間への遷移が可能であるか否かを判断する必要がある点などにおいて、通常の受信動作と比較して負荷が高くなる。よって、スケジューリング負荷的に下りスケジューラ部42におけるActive中広義のDRX動作がサポート不可能となる場合が存在するからである。ここでは、プロトコル処理部33がActive中広義のDRX動作が可能であるか否かを判定するものについて示したが、プロトコル処理部33の代わりに、下りスケジューラ部42又は上りスケジューラ部43の何れか一方、または、下りスケジューラ部42と上りスケジューラ部43が合同で判定するようにしてもよい。また、判定に用いる情報は、ステップST21~ST24で確認する情報以外であってもよいし、ステップST21~ST24で確認する情報の全てを用いなくてもよい。以上で明らかなように、この実施の形態1によれば、移動端末3がActive中のDTX動作期間に移行することが可能であるか否かを判定し、Active中のDTX動作期間に移行することが可能である場合、基地局2がActive中のDRX動作期間に移行することが可能である旨の判定を行えば、移動端末3のデータの送信処理部及び受信処理部に対する電源の供給を一時的に停止するように構成したので、移動端末3の低消費電力化を効率的に実現することができるなどの効果を奏する。即ち、移動端末3がActive中広義のDTX動作を実施していない場合送信動作を実施している場合、移動端末3の送信処理部無線通信にのみ利用する部分の電源がONされているため、DRX動作を行っても効果的な低消費電力化を実現することができない。しかし、移動端末3のみが知ることが出来る情報例えば、移動端末3の送信データバッファ部13内のデータの有無に基づいて生成されるSleep要求信号を基地局2に通知することにより、基地局2がより積極的にDTX動作に合せてDRX動作を同時に行うことができる。これにより、移動端末3の低消費電力化を一層効果的に実現することが可能になる。その結果、移動端末3の待ち受け時間や連続通話時間などを長くすることができる。なお、この実施の形態1では、移動端末3がSleep要求信号を基地局2に送信するものについて示したが、移動端末3がSleep要求を行わないとき、移動端末3がSleep不要求信号を基地局2に送信するようにしてもよい。以下、図16を用いて、Sleep不要求信号を用いた場合の動作例について説明する。図4とステップの番号が同じ箇所は、図4で説明した同様の処理を行うものとして、ここでは説明を省略する。移動端末及び基地局において、図13の状態2-AActive狭義にある場合を考えるステップST1601。移動端末3のDTX判定部19は、移動端末3の状態が図13の状態2Active狭義にある場合、Active中のDTX動作期間に移行することが可能であるか否かを判定するステップST1602。即ち、DTX判定部19は、移動端末3がActive中のDTX動作を行うことが可能であるか否かを判定する。ここで、DTX動作の一例としては、移動端末3が上りユーザデータや下りのスケジューリングに用いる情報例えば、CQIと、パイロット信号上りデータの同期検波補償、上りデータの位相補償などに用いる信号と、上りチャネルの品質測定目的のリファレンス信号SoundingReferenceSignalを送信しない動作DTX:DiscontinuousTransmissionとして説明する。DTX判定部19におけるDTX動作を行うことが可能であるか否かの判定は、例えば、送信データバッファ部13内のデータの有無を確認することにより行う。具体的には、送信データバッファ部13内にデータが無い場合はDTX動作を行うことが可能であると判断し、データが有る場合はDTX動作を行うことが不可能であると判断する。DTX判定部19は、DTX動作を行うことが可能であるか否かの判定結果をプロトコル処理部11に出力する。移動端末3のSleep要求信号生成部20は、DTX判定部19の判定結果がDTX動作を行うことが不可能である旨を示す場合、即ち、Active中のDTX動作期間に移行することが不可能である旨を示す場合、プロトコル処理部11の指示の下、Sleep不要求信号を生成し、そのSleep不要求信号を制御データとして、送信データバッファ部13に出力する。ここで、Sleep不要求信号は、例えば、以下の1~6の意味の全てを有する信号、あるいは、1~6の何れかの意味、また、その組み合わせを有する信号である。1移動端末3がActive中のDTX動作期間を終了することを意味する2移動端末3の送信データバッファ部13内に送信するデータが有る、あるいは、早急に送信するデータが有ることを意味する3送信データバッファ部13内のデータ量を通知する4上りリソース割り当てスケジューリングを要求する5Active状態の継続を要求する6Active中のDRX動作期間の終了を要求することを意味するなお、Sleep不要求信号は、上記の1~6の意味の全て、あるいは、組み合わせ、あるいは1~6の何れかの意味を基地局2に通知、伝搬する信号としてもよい。移動端末3のエンコーダ部14は、Sleep要求信号生成部20が制御データSleep不要求信号を送信データバッファ部13に格納すると、送信データバッファ部13に格納されている制御データSleep不要求信号に対するエンコード処理を実施する。移動端末3の変調部15は、エンコーダ部14がエンコード処理を実施すると、エンコード処理後の制御データSleep不要求信号を変調し、変調後の制御データSleep不要求信号をアンテナ16に出力する。移動端末3のアンテナ16は、変調部15による変調後の制御データSleep不要求信号を無線信号として基地局2に送信するステップST1603。ここでは、移動端末3が制御データSleep不要求信号を無線信号として基地局2に送信するものについて示したが、Sleep不要求信号の通知方法としては、物理チャネルにマッピングする方法のほか、MACシグナリングとして、MACヘッダーなどにマッピングする方法などがある。基地局2のアンテナ37は、移動端末3から送信された無線信号を受信すると、その無線信号を復調部38に出力する。基地局2の復調部38は、アンテナ37から無線信号を受けると、その無線信号に対する復調処理を実施して、復調後の制御データSleep不要求信号をデコーダ部39に出力する。基地局2のデコーダ部39は、復調部38による復調後の制御データSleep不要求信号に対するデコード処理を実施して、デコード後の制御データSleep不要求信号をプロトコル処理部33及びSleep要求信号判定部40に出力する。基地局2のSleep要求信号判定部40は、デコーダ部39から制御データを受けると、その制御データの中にSleep不要求信号が含まれているか否かを判定し、その判定結果をプロトコル処理部33に出力するステップST1604。基地局2のプロトコル処理部33は、Sleep要求信号判定部40からSleep不要求信号が含まれている旨を示す判定結果を受けると、Active中のDTX動作を開始できない判断し、ステップ1601の処理に戻る。一方、基地局2のプロトコル処理部33は、Sleep要求信号判定部40からSleep不要求信号が含まれている旨を示す判定結果を受信しなかった場合には、移動端末3がActive広義中のDRX動作を行うことが可能であるか否かを判定するステップST5。このステップST5にてDRX動作を行うことが不可能であると判断した場合、タイマーなどを用いて、一定時間毎にステップST1604とステップST5の判断を繰り返し実施してもよい。ステップST1604とステップST5は任意の順番でもよい。ステップST5にてDRX動作を行うことが可能であると判断した場合、ステップST6、ステップST7の処理を行う。移動端末3の復調部17は、アンテナ16から無線信号を受けると、その無線信号に対する復調処理を実施して、復調後の制御データ判定結果をデコーダ部18に出力する。移動端末3のデコーダ部18は、復調部17による復調後の制御データ判定結果に対するデコード処理を実施して、デコード後の制御データ判定結果をプロトコル処理部11に出力する。移動端末3の制御部23は、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bへの遷移の通知を受信したか否かを判定するステップST1605。ステップST1605にて、Active中のDRX/DTX動作期間への遷移の通知を受信したと判定した場合、ステップST10、ステップST11の処理を行う。一方、ステップST1605にて、Active中のDRX/DTX動作期間への遷移の通知を受信したと判定しなかった場合、ステップST12の処理を行う。また、この実施の形態1では、基地局2がActive中のDRX動作期間に移行することが可能であるか否かを示す判定結果を移動端末3に送信するものについて示したが、基地局2がActive中のDRX動作期間に移行することが可能である旨の判定を行うと、Active中のDRX/DTX動作期間図13の状態2-Bへの遷移指示を移動端末3に送信し、移動端末3が基地局2の遷移指示にしたがってActive中のDRX/DTX動作期間図13の状態2-Bに遷移するようにしてもよい。実施の形態2.図6はこの発明の実施の形態2による移動体通信システムの処理内容を示すシーケンス図である。以下、移動体通信システムの処理内容を説明する。基地局2のプロトコル処理部33は、上記実施の形態1と同様にして、移動端末3がActive広義中のDRX動作を行うことが可能であると判定すると、Active中広義のDRX動作を行う際、移動端末3の消費電力を削減するために最適なActive中広義のDRX動作に用いるDRX周期と、Active中広義のDTX動作に用いるDTX周期を決定するステップST31。ここで、最適なDRX周期とDTX周期とは、移動端末3の送信処理部及び受信処理部無線通信にのみ利用する部分の電源をOFFすることが可能な期間を出来る限り長く最適な時間の範囲で長くする周期のことである。具体例として、最適なDRX周期とDTX周期としては、DRX周期とDTX周期を等しい周期に決定する場合や、DRX周期とDTX周期を逞倍の周期に決定して、DRX周期とDTX周期を協調させる場合などが考えられる。更に、別の例としては、DRX期間とDTX期間を等しい期間に決定する場合や、DRX期間とDTX期間を逞倍の期間に決定して、DRX期間とDTX期間を協調させる場合などが考えられる。以下、DRX周期とDTX周期を等しい周期等に決定する場合について詳細に説明するが、同様の方法で、DRX期間とDTX期間を等しい周期等に決定することも可能である。以下、図7を用いて、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間を出来る限り長くする方法の具体例について説明する。図7において、送信動作が実行されていない期間と受信動作が実行されていない期間が重なる部分が、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間となる。図7のパターン1は、図6のステップST31において、DTX周期とDRX周期を決定していない場合の一例を示している実施の形態1に相当する。図7のパターン2は、図6のステップST31において、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間を出来る限り長くするために、DTX周期とDRX周期を決定する場合の一例を示している。パターン2において決定するDTX周期とDRX周期としては、次の1~3のようなものが考えられる。1DTX周期とDRX周期を等しくする2DTX周期をDRX周期の倍数にするDRX周期とDTX周期を逞倍の周期3DTX周期をDRX周期の約数とするDRX周期とDTX周期を逞倍の周期図7のパターン3は、図6のステップST31において、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間を出来る限り長くするために、DTX周期とDRX周期を決定するとともに、DTX周期とDRX周期の始期StartingPointを同時に決定する場合の一例を示している。前記始期を調整させることも、DRX周期とDTX周期を協調させることに含まれると考える。このときのDTX周期の始期とDRX周期の始期を合わせるとは、時間的に完全に一致させる場合のみではなく、ある一定のオフセットが存在してもよい。オフセットには、上りリンクと下りリンクのタイミングオフセット、さらには、DRX動作期間中のActive期間に必要な時間と、DTX動作期間中のActive期間に必要な時間が異なる場合に生じるオフセットなどが考えられる。パターン3は、パターン2と比較して、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間を長くすることができる。図17のパターン4は、図6のステップST31において、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間を出来る限り長くするために、DTX周期とDRX周期の始期StartingPointを合わせる場合の一例を示している。前記始期を調整させることも、DRX周期とDTX周期を協調させることに含まれると考える。DTX周期あるいはDRX周期が1回のみ繰り返される場合などにおいては、DTX周期とDRX周期を決定しても1回のみの利用であるので、あまり意味はない。パターン4を用いて、DTX周期とDRX周期の始期を合わせた場合、DTX周期あるいはDRX周期が1回のみ繰り返される場合などにおいては、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間を長くすることができる。このときのDTX周期の始期とDRX周期の始期を合わせるとは、時間的に完全に一致させる場合のみではなく、ある一定のオフセットが存在してもよい。オフセットには、上りリンクと下りリンクのタイミングオフセット、さらには、DRX動作期間中のActive期間に必要な時間と、DTX動作期間中のActive期間に必要な時間が異なる場合に生じるオフセットなどが考えられる。なお、基地局2のプロトコル処理部33がDTX周期とDRX周期を決定する際、図5のステップST21~ST24で確認された情報傘下の移動端末3の送信待ちデータの有無サービスのQoS下りスケジューラが用いる情報下りスケジューラ部の負荷などを考慮して決定するようにしてもよい。また、基地局2のプロトコル処理部33がDTX周期とDRX周期を決定する際、Active中広義に用いるDTX周期を無限大に決定してもよい。DTX周期を無限大に決定すると、移動端末3がActive中広義のDRX/DTX動作期間中、下りスケジューリングに用いる情報CQIなどを送信しないことになる。また、DTX周期とDRX周期の決定処理は、プロトコル処理部33の代わりに、下りスケジューラ部42又は上りスケジューラ部43の何れか一方、または、下りスケジューラ部42と上りスケジューラ部43が合同で行うようにしてもよい。ここでは、ステップST31の処理は、ステップST6の処理の前に実施するものについて示したが、ステップST31の処理は、ステップST6の処理と同時に実施してもよい。基地局2のプロトコル処理部33は、DTX周期とDRX周期を決定すると、上記実施の形態1と同様に、基地局2の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させるステップST6。次に、基地局2のプロトコル処理部33は、移動端末3がActive広義中のDRX動作を行うことが可能であるか否かの判定結果、即ち、Active中のDRX動作期間に移行することが可能であるか否かの判定結果を制御データとして送信データバッファ部34に出力するとともに、DTX周期及びDRX周期の決定結果DTX周期情報及びDRX周期情報を制御データとして送信データバッファ部34に出力する。ただし、DTX周期情報は、DTX周期を示すインジケーターなども含むものとする。また、DRX周期情報は、DRX周期を示すインジケーターなども含むものとする。基地局2のエンコーダ部35は、プロトコル処理部33が制御データ判定結果、決定結果を送信データバッファ部34に格納すると、送信データバッファ部34に格納されている制御データ判定結果、決定結果に対するエンコード処理を実施する。基地局2の変調部36は、エンコーダ部35がエンコード処理を実施すると、エンコード処理後の制御データ判定結果、決定結果を変調し、変調後の制御データ判定結果、決定結果をアンテナ37に出力する。基地局2のアンテナ37は、変調部36による変調後の制御データ判定結果、決定結果を無線信号として移動端末3に送信するステップST32。ここでは、基地局2が制御データ判定結果、決定結果を無線信号として移動端末3に送信するものについて示したが、判定結果と決定結果の通知方法としては、物理チャネルにマッピングする方法のほか、MACシグナリングとして、MACヘッダーなどにマッピングする方法などがある。DTX周期及びDRX周期の通知は、周期が変更された場合に限り通知するようにしてもよいし、周期の変更に関わらず、常に通知するようにしてもよい。また、DTX周期とDRX周期の始期StartingPointを通知するようにしてもよい。始期は、スロット番号、フレーム番号、シンボル番号などで通知される。DTX周期とDRX周期の始期の通知は、始期が変更された場合に限り通知するようにしてもよいし、始期の変更に関わらず、常に通知するようにしてもよい。なお、上記実施の形態1と同様に、ステップST2の処理において、基地局2から移動端末3への応答信号ACK信号/NACK信号が存在するチャネルトランスポートチャネル、物理チャネルを用いて、Sleep要求信号が送信された場合、即ち、Sleep要求信号がHARQによる高速再送制御のサポートがあるチャネルトランスポートチャネル、物理チャネルを用いて、移動端末3から基地局2に送信された場合、その応答信号ACK信号/NACK信号と制御データ判定結果、決定結果を合わせて送信するようにしてもよい。この場合、別のチャネル例えば、DL-SCHを用いて、制御データ判定結果、決定結果を送信する場合と比較して、更なる下りスケジューリングが不要であるという点や、少ない遅延Delayで制御データ判定結果、決定結果を通知できる点で有利である。移動端末3のアンテナ16は、基地局2から送信された無線信号を受信すると、その無線信号を復調部17に出力するステップST33。移動端末3の復調部17は、アンテナ16から無線信号を受けると、その無線信号に対する復調処理を実施して、復調後の制御データ判定結果、決定結果をデコーダ部18に出力する。移動端末3のデコーダ部18は、復調部17による復調後の制御データ判定結果、決定結果に対するデコード処理を実施して、デコード後の制御データ判定結果をプロトコル処理部11に出力する。また、デコード後の制御データ決定結果をDTX周期保存部21及びDRX周期保存部22に出力する。移動端末3の制御部23は、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させるか否かを判定するステップST9。移動端末3の制御部23は、ステップST1の処理において、DTX判定部19の判定結果がActive中のDTX動作期間に移行することが可能である旨を示し、かつ、プロトコル処理部11がActive中のDRX動作期間に移行することが可能である旨を示す基地局2の制御データ判定結果を取得すると、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させる旨の判断を実施する。移動端末3のDTX周期保存部21は、デコーダ部18からデコード後の制御データDTX周期情報を受けると、即ち、基地局2から送信されたDTX周期情報を受けると、そのDTX周期情報を保存するステップST34、ST35。移動端末3のDRX周期保存部22は、デコーダ部18からデコード後の制御データDRX周期情報を受けると、即ち、基地局2から送信されたDRX周期情報を受けると、そのDRX周期情報を保存するステップST34、ST35。なお、DTX周期保存部21及びDRX周期保存部22は、デコーダ部18から出力されたDTX周期情報又はDRX周期情報を既に保存しているDTX周期情報又はDRX周期情報に上書き保存、あるいは、別途に保存する。また、デコーダ部18からDTX周期及びDRX周期の始期を示す情報を受けると、その始期も合わせて保存する。移動端末3の制御部23は、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させる旨の判断を実施すると、上記実施の形態1と同様に、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させるステップST10。移動端末3の制御部23は、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bに遷移させると、上記実施の形態1と同様にして、DRX動作とDTX動作を行うステップST11。即ち、制御部23は、DTX周期保存部21に保存されているDTX周期情報が示す周期に従って、データの送信処理部例えば、エンコーダ部14、変調部15に対する電源の供給を一時的に停止する。また、DRX周期保存部22に保存されているDRX周期情報が示す周期に従って、データの受信処理部例えば、復調部17、デコーダ部18に対する電源の供給を一時的に停止する。またはDTX周期情報に従って、電源の供給を一時的に停止できる期間とDRX周期情報に従って電源の供給を一時的に停止できる期間が重なる期間において、送信処理部及び受信処理部に対する電源の供給を一時的に停止するようにしてもよい。ここでは、制御部23がエンコーダ部14、変調部15、復調部17及びデコーダ部18に対する電源の供給を一時的に停止するものについて説明するが、電源の供給を停止する対象は一例に過ぎず、例えば、プロトコル処理部11、アプリケーション部12、送信データバッファ部13、DTX判定部19、Sleep要求信号生成部20、DTX周期保存部21、DRX周期保存部22などに対する電源の供給を一時的に停止するようにしてもよい。移動端末3の制御部23は、ステップST1の処理において、DTX判定部19の判定結果がActive中のDTX動作期間に移行することが可能である旨を示していても、プロトコル処理部11がActive中のDRX動作期間に移行することが不可能である旨を示す基地局2の制御データ判定結果を取得すると、移動端末3の状態をActive中のDRX/DTX動作期間図13の状態2-Bには遷移させず、DTX動作のみを行うステップST12。即ち、制御部23は、データの受信処理部例えば、復調部17、デコーダ部18に対する電源の供給を停止せずに、DTX周期保存部21に保存されているDTX周期情報が示す期間だけ、データの送信処理部例えば、エンコーダ部14、変調部15に対する電源の供給を一時的に停止する。または受信処理部に対する電源の供給を一時的に停止することができないので、送信処理部に対する電源の供給を一時的に停止する処理を行わなくてもよい。以上で明らかなように、この実施の形態2によれば、移動端末3が基地局2からDTX周期情報及びDRX周期情報を受信すると、そのDTX周期情報及びDRX周期情報にしたがって送信処理部及び受信処理部に対する電源の供給を停止するように構成したので、移動端末3の状況や移動体通信システム全体の状況が考慮されて決定された最適な期間だけ電源の供給を停止することができるようになり、その結果、移動端末3の低消費電力化を更に効率的に実現することができるなどの効果を奏する。即ち、この実施の形態2によれば、上記実施の形態1の効果に加え、以下の効果を得ることができる。Active中広義のDRX/DTX動作期間への遷移判断の都度、その時点での移動端末3の状況や、移動体通信システム全体の状況を考慮して最適なDTX周期とDRX周期を決定することができる点で有利である。加えて、DTX周期とDRX周期の始期を合わせることで、送信動作実行と受信動作実行を同時に行うことができる。これにより、一層、移動端末3の無線通信にのみ利用する部分の電源をOFFすることが可能な期間を長くすることができる。この結果、移動端末3の低消費電力化を一層効率的に実現することができるようになり、移動端末3の待ち受け時間や連続通話時間などを長くすることができる。更に、ステップST31において、パターン2を用いて、DTX周期とDRX周期が等しく決定された場合を考える。その場合のDRX周期、DTX周期の基地局から移動端末への通知方法と、DRX周期、DTX周期の移動端末における適用方法についての一例を説明する。その場合、ステップST32において、DTX周期あるいはDRX周期のみを基地局から移動端末に対して通知することができる。DTX周期のみを受信した移動端末は、受信したDTX周期をDTX周期保存部21とDRX周期保存部22に保存するステップST35。あるいは、DRX周期のみを受信した移動端末は、受信したDRX周期をDTX周期保存部21とDRX周期保存部22に保存する。その後、保存した等しい周期によりDRX動作及びDTX動作を行う。これにより、基地局から移動端末へ通知する情報周期を削減することができる。これは、無線資源の有効活用という観点において有益である。さらには、DRX周期とDTX周期が等しい場合には、DTX周期保存部21とDRX周期保存部22を1つの保存部とすることもできる。これにより、移動端末のハードウェアの削減という効果を得ることができる。更に、ステップST31において、パターン2を用いて、DTX周期とDRX周期が協調前記パターン2における倍数、約数など一定の関係、パターン3、パターン4などとして決定された場合を考える。その場合のDRX周期、DTX周期の基地局から移動端末への通知方法と、DRX周期、DTX周期の移動端末における適用方法についての一例を説明する。その場合、ステップST32において、DTX周期あるいはDRX周期と協調の関係のみを基地局から移動端末に対して通知することができる。DTX周期と協調の関係のみを受信した移動端末は、受信したDTX周期をDTX周期保存部21に保存し、DTX周期と協調の関係から計算した結果をDRX周期保存部22に保存するステップST35。あるいは、DRX周期と協調の関係のみを受信した移動端末は、受信したDRX周期と協調の関係から計算した結果をDTX周期保存部21に保存し、DRX周期をDRX周期保存部22に保存する。その後、保存した周期によりDRX動作及びDTX動作を行う。これにより、基地局から移動端末へ通知する情報周期を削減することができる。これは、無線資源の有効活用という観点において有益である。更に、協調の関係倍数、約数、一定の関係が事前に移動端末と基地局間で同意した値静的:Staticである場合には、ステップST32において、協調の関係を基地局から移動端末へ通知する必要はない。これにより、さらに基地局から移動端末へ通知する情報協調の関係を削減することができる。これは、無線資源の有効活用という観点において有益である。上記情報の削減は、パターン3及びパターン4においても適用することができ、同様に無線資源の有効活用という効果を得ることができる。以下、変形例1について説明する。基地局において、条件によってDRX周期及びDTX周期の決定方法を変更してもよい。一例としては、1条件を満たした場合にのみステップST31を実行し、例えば、DRX周期とDTX周期を等しく又は協調させるようにし、条件を満たさない場合にはステップST31を実行しないようにする。2条件を満たした場合にステップST31を実行し、例えば、DRX周期とDTX周期を協調させるようにし、条件を満たさない場合にもステップST31を実行し、例えば、DRX周期とDTX周期を条件を満たした場合とは異なる関係で協調させるなどが考えられる。条件の具体例としては、上り同期を維持するか否かDRX周期あるいはDTX周期が閾値以上であるか否か最後にTAを受信してからの経過時間が閾値以上であるか否かなどがある。変形例1の一例として、DTX周期にて移動端末3が行う送信動作として基地局による上りタイミング測定を行うための送信動作となった場合を考える。Active中のDRX/DTX動作期間において上り同期を維持する場合は、上り同期を維持することを満たすDTX周期を決定する必要がある。一方、上り同期を維持しない場合には、上り同期を維持することを満たすDTX周期を決定する必要はない。よって、条件を満たすか否かでDRX周期、DTX周期の決定方法を別にするメリットが存在する。具体的には、Active中のDRX/DTX動作期間において上り同期を維持する場合は、ステップST31を実行し、維持しない場合は、ステップST31を実行しないようにする。もちろん維持する場合は、ステップST31を実行せず、維持しない場合はステップST31を実行するとしてもよい。これにより、例えば、上り同期を維持する場合には、DRX周期とDTX周期及び始期が等しくパターン3、上り同期を維持しない場合には、DRX周期とDTX周期などが異なるとすることが可能となる。さらには、ステップST32にて、例えば、DRX周期及び始期のみを基地局から移動端末に通知した場合を考える。この場合、移動端末は、上り同期を維持する場合には、ステップST33にて通知されたDRX周期及び始期をDTX周期保存部21、DRX周期保存部22に保存し、DTX動作にも適用する。一方、上り同期を維持しない場合には、ステップST33にて通知されたDRX周期及び始期をDRX周期保存部22にのみ保存し、DTX周期保存部21には保存せずに、DTX動作には適用しない。このとき、DTX動作は、以前のDTX周期保存部21の内容に従うようにしてもよい。このようにすれば、基地局から移動端末への通知情報周期を削減しつつ、条件を満たすか否かでDRX周期、DTX周期の決定方法を別にすることを実現できる。基地局から移動端末への通知情報を削減することは、無線資源の有効活用という観点において有益である。この場合の上り同期を維持するか否かについては基地局から移動端末に対して周期とは別に通知するようにしてもよい。この場合においても、DTX周期を通知する情報量と比較して、上り同期を維持するか否かを示すパラメータの情報量が小さくなるので、無線資源の有効活用という観点においては有益である。また、この実施の形態2及び変形例1では、基地局からDRX周期が移動端末に送信される場合について述べたが、DRX周期あるいは、DTX周期があらかじめ決められている場合がある。その場合でも、上記例は適用可能である。具体例としては、ステップST32にてDRX動作を行うことが可能であるか否かの判定結果が通知された場合、移動端末は、あらかじめ決められたDRX周期をDTX周期保存部21に保存するステップST35。その後、保存した等しい周期によりDRX動作及びDTX動作を行う。あらかじめ決められるDRX周期あるいは、DTX周期とは、静的に移動体通信システムとして決められた値でもよいし、準静的に無線ベアラのセッションが開始されるときに基地局から移動端末に送信されるL3メッセージ等で通知されてもよい。なお、この実施の形態2及び変形例1では、移動端末3がSleep要求信号を基地局2に送信するものについて示したが、移動端末3がSleep要求を行わないとき、移動端末3がSleep不要求信号を基地局2に送信するようにしてもよい。図18はこの発明の実施の形態2によるSleep不要求信号を用いた場合の移動体通信システムの処理内容を示すシーケンス図である。図18の詳細な説明は、図6の説明と同様であるため省略する。また、この実施の形態2では、基地局2がActive中のDRX動作期間に移行することが可能であるか否かを示す判定結果を移動端末3に送信するものについて示したが、基地局2がActive中のDRX動作期間に移行することが可能である旨の判定を行うと、Active中のDRX/DTX動作期間図13の状態2-Bへの遷移指示を移動端末3に送信し、移動端末3が基地局2の遷移指示にしたがってActive中のDRX/DTX動作期間図13の状態2-Bに遷移するようにしてもよい。実施の形態3.図8はこの発明の実施の形態3による移動体通信システムの処理内容を示すシーケンス図である。上記実施の形態1,2では、移動端末3がActive中のDTX動作期間に移行することが可能であるか否かを判定し、Active中のDTX動作期間に移行することが可能である場合、基地局2がActive中のDRX動作期間に移行することが可能である旨の判定を行えば、データの送信処理部及び受信処理部に対する電源の供給を一時的に停止するものについて示したが、移動端末3のプロトコル処理部11が低消費電力を優先するか否かを決定しあるいは、スループットを優先するか否かを決定するようにしてもよい、その決定内容を示すパラメータを基地局2に送信するようにしてもよい。この場合、プロトコル処理部11が優先決定手段を構成し、送信データバッファ部13、エンコーダ部14、変調部15及びアンテナ16がパラメータ送信手段を構成する。即ち、この実施の形態3では、移動端末3の能力を示す移動端末能力情報UECapabilitiesの中に、移動端末3が低消費電力を優先するか否かを示すパラメータを設けるようにする。この実施の形態3では、移動端末3が低消費電力を優先するか否かを示すパラメータを設けるものについて説明するが、移動端末3がスループットを優先するか否かを示すパラメータを設けるようにしてもよい。このパラメータは、移動端末3毎に固有の値ではなく、移動端末3の状態や、ユーザの意思などの要因によって変更可能なものである。あるいは、低消費電力を優先するか否かを示すパラメータを含む移動端末能力情報UECapabilitiesの全体が変更可能なものであってもよい。この実施の形態3では、上記のパラメータを含む移動端末能力情報UECapabilitiesをRRCRadioResourceControlコネクション時attach時、発信時、位置登録時など以外でも、移動端末3からネットワーク側に通知することが可能であるものとする。具体的には、移動端末3の能力を示す移動端末能力情報UECapabilitiesが変更された場合に通知するものとする。あるいは、移動端末能力情報UECapabilitiesが変更されていない場合でも、事前に決められた周期で通知するものとする。移動端末能力情報UECapabilitiesが変更された場合に通知する場合、変更されたパラメータのみを通知するようにしてもよいし、移動端末能力情報UECapabilitiesの全体を通知するようにしてもよい。以下、移動体通信システムの処理内容を具体的に説明する。移動端末3のプロトコル処理部11は、移動端末能力情報UECapabilitiesが変更された場合、あるいは、事前に決められた周期毎に、低消費電力を優先するか否かを示すパラメータを含む移動端末能力情報UECapabilitiesを制御データとして送信データバッファ部13に出力する。移動端末3のエンコーダ部14は、送信データバッファ部13に格納されている制御データである移動端末能力情報UECapabilitiesに対するエンコード処理を実施する。移動端末3の変調部15は、エンコーダ部14によるエンコード処理後の制御データである移動端末能力情報UECapabilitiesを変調し、アンテナ16が変調部15による変調後の制御データを無線信号として基地局2に送信するステップST41。ここでは、移動端末3がパラメータを含む移動端末能力情報UECapabilitiesを制御データとして基地局2に送信するものを示したが、そのパラメータのみを基地局2に送信するようにしてもよい。ここで、移動端末能力情報UECapabilitiesの一例を説明する。例えば、移動端末3をノート型のパーソナルコンピュータのカードスロットに差し込む形態で利用する場合、低消費電力の優先順位:低い、または、スループットの優先順位:高いになる。また、移動端末3を携帯電話の形態で利用する場合、低消費電力の優先順位:高い、または、スループットの優先順位:低いになる。これらの場合、ノート型のパーソナルコンピュータの電池容量が、携帯電話の電池容量と比較して大きいからである。この実施の形態3では、移動端末3がパラメータを含む移動端末能力情報UECapabilitiesを制御データとして基地局2に送信するものについて示したが、移動端末能力情報UECapabilitiesの具体的な通知方法としては、RRCRadioResourceControlと呼ばれるプロトコルによってレイヤ3メッセージにマッピングする方法や、物理チャネルにマッピングする方法や、MACシグナリングとしてMACヘッダーなどにマッピングする方法などがある。このとき、上記実施の形態1で示したSleep要求信号と同時に通知するようにすれば、直接的にSleep要求信号によるActive中のDRX/DTX動作期間図13の状態2-Bへの遷移に対する移動端末3の要求優先度を示すことになり有効である。特に、Sleep要求信号と低消費電力の優先度スループットの優先度の双方を物理チャネルにマッピングして通知する場合の有効的なマッピング方法を開示する。従来3GPPRelease6規格TS25.309等より物理チャネルにマッピングされているHappyBitというL1シグナリング物理チャネルマッピング信号が存在する。HappyBitとは、上りデータ送信のために基地局2の上りスケジューラ部43から移動端末3に与えられている現在のServingGrant値について、移動端末3が満足しているか否かを基地局2に通知する上り方向のインジケーターである。つまり、上りデータ送信時にのみ意味を持つインジケーターである。言い換えれば、Sleep要求信号にて要求有りの場合、移動端末3にてActive中のDTX動作期間を開始する旨の決定がされたことになるのでHappyBitを送信する意味はなく、低消費電力の優先度スループットの優先度を送信する意味はある。反対にSleep要求信号にて要求無しの場合、移動端末3にてActive中のDTX動作期間を開始する旨の決定がされていないことになるのでHappyBitを送信する意味があり、低消費電力の優先度スループットの優先度を送信する意味はない。何の工夫も無くHappyBitSleep要求信号低消費電力の優先度スループットの優先度をL1シグナリングとして物理チャネルにマッピングしようとすると、3ビット必要である。例えば、図9に示すようにマッピングすれば、2ビットで同じ量の情報を移動端末3から基地局2に通知することが可能となり、物理チャネルへのマッピングを1ビット削減することが可能となる。無線資源の有効活用という意味において有効である。図9は一例であり、Sleep要求信号の要求無し、要求有りによって他方のビットが示す情報をHappyBitあるいは低消費電力の優先度スループットの優先度と切り替えるマッピングであれば、ここで開示する技術と同等とみなすことができる。基地局2の復調部38は、アンテナ37が移動端末3から送信された無線信号を受信すると、その無線信号を復調するステップST42。基地局2のデコーダ部39は、復調部38による復調後の制御データである移動端末能力情報UECapabilitiesに対するデコード処理を実施し、デコード処理後の移動端末能力情報UECapabilitiesをプロトコル処理部33に保存するステップST43。基地局2のプロトコル処理部33は、移動端末能力情報UECapabilitiesに含まれているパラメータを参照して、移動端末3が低消費電力を優先するか否かあるいは、スループットを優先するか否かを確認するステップST44。基地局2のプロトコル処理部33は、移動端末3が低消費電力を優先している場合、Active広義中図13の状態2の低消費電力を実現するために、Active中のDRX/DTX動作期間図13の状態2-Bへの遷移を可能とする動作を行うステップST45。例えば、図4におけるシーケンスを有効にして、基地局2が、移動端末3から送信されるSleep要求信号の受信を受け付けて、Active中のDRX動作期間への移行が可能であるか否かの判定を行うようにする。基地局2のプロトコル処理部33は、移動端末3が低消費電力を優先していない場合スループットを優先している場合、Active広義中図13の状態2の低消費電力を実現せずに、Active中のDRX/DTX動作期間図13の状態2-Bへの遷移を不可能とする動作を行うステップST46。例えば、Active中のDRX動作期間への移行が可能であるか否かの判定を行わないようにする。以上で明らかなように、この実施の形態3によれば、低消費電力を優先するか否かを決定し、その決定内容を示すパラメータを基地局2に送信するように構成したので、Active広義中図13の状態2の低消費電力化の更なる効率的な実現が可能になり、最適な移動端末3の消費電力の削減を実現することができる効果を奏する。また、この実施の形態3によれば、以下の効果を得ることができる。移動端末3の能力を示す移動端末能力情報UECapabilitiesが変更された場合にパラメータを通知、あるいは、移動端末能力情報UECapabilitiesが変更されない場合でも、事前に決められた周期で通知することにより、移動端末3がActive図13の状態2中であっても、移動端末3から基地局2に移動端末能力情報UECapabilitiesを通知することが可能になる。この効果は、常時接続の考え方となるパケット通信方式においてより顕著になる。なぜなら、常時接続となるためにRRCコネクションの回数が少なくなり、従来の技術のままでは、移動端末能力情報UECapabilitiesを通知することが可能なタイミングが少ないからである。これにより、低消費電力の実現とスループットの向上のどちらを優先したいかというパラメータの変更をActive図13の状態2中であっても、移動端末3から基地局2に通知することが可能となり、Active図13の状態2の低消費電力化をより効果的に実現できる。その結果、より最適な移動端末3の消費電力の削減を実現することができる。変形例1として、ステップST44において、基地局は、移動端末3が低消費電力を優先するか否かあるいは、スループットを優先するか否かを確認し、低消費電力を優先すると判断した場合、ステップST45においてDRX周期、DTX周期を閾値X以上に設定することを可能とするとしてもよい。一方、ステップST44において、基地局は、移動端末3が低消費電力を優先しないと判断した場合、ステップST46においてDRX周期、DTX周期を閾値Xより短く設定するとしてもよい。DRX周期、DTX周期の長さは、移動端末の低消費電力に影響を及ぼし、周期が長ければ、移動端末が電源OFFとする期間を長くすることができるために低消費電力を実現し易くなる。そのため、移動端末の状態に合わせたActive広義中図13の状態2の低消費電力化の更なる効率的な実現が可能になり、最適な移動端末3の消費電力の削減を実現することができる効果を奏する。変形例1は、低消費電力を優先するか否かとDRX周期が長くなることを優先する許すか否かあるいはDTX周期が長くなることを優先する許すか否かというパラメータを別々に移動端末から基地局に対して通知するようにしても実現可能である。変形例2として、ステップST44において、基地局は、移動端末3がスループットを優先するか否かあるいは、低消費電力を優先するか否かを確認し、スループットを優先しないと判断した場合、ステップST45において、上りActive中のDRX/DTX動作期間において上り同期を維持しないことを許容するとしてもよい。一方、ステップST44において、基地局は、移動端末3がスループットを優先すると判断した場合、ステップST46において、Active中のDRX/DTX動作期間において上り同期を維持しないことを許容しないとしてもよい。上り同期を維持されていない場合、移動端末から基地局に対してデータ制御データ、ユーザデータを送信する場合、データ送信の前に上り同期確立という手順が必要となる。一方、上り同期が維持されている場合には、そのような手順が不要となる。そのため、上り同期が維持されているか否かは、スループットに影響を及ぼすことになる。そのため、移動端末の状態に合わせたActive広義中図13の状態2の低消費電力化の更なる効率的な実現が可能になり、最適な移動端末3の消費電力の削減を実現することができる効果を奏する。変形例2は、スループットを優先するか否か低消費電力を優先するか否かと上り同期を維持するか否かというパラメータを別々に移動端末から基地局に対して通知するようにしても実現可能である。実施の形態4.上記実施の形態3では、移動端末3が低消費電力を優先するか否かの決定結果を示すパラメータを移動端末能力情報UECapabilitiesに含めて、その移動端末能力情報UECapabilitiesを基地局2に送信するものについて示したが、上記のパラメータを移動端末能力情報UECapabilitiesに含めずに、移動端末能力情報UECapabilitiesと別個に上記のパラメータを基地局2に送信するようにしてもよい。なお、移動端末3は、上記のパラメータが変更された場合、あるいは、変更されていない場合でも事前に決定された周期毎に上記のパラメータを基地局2に送信するようにする。この実施の形態4によれば、移動端末能力情報UECapabilitiesの機能を変更することなく、上記のパラメータを通知することができる効果を奏する。上記実施の形態3の変形例1,2は、この実施の形態4においても適用可能である。実施の形態5.図10はこの発明の実施の形態5による移動体通信システムの処理内容を示すシーケンス図である。上記実施の形態3では、移動端末3のプロトコル処理部11が低消費電力を優先するか否かを決定し、その決定内容を示すパラメータを移動端末能力情報UECapabilitiesに含めて、その移動端末能力情報UECapabilitiesを基地局2に送信するものについて示したが、移動端末3のプロトコル処理部11が低消費電力を優先するか否かを決定する際、電池残量を基準にして決定するようにしてもよい。具体的には、以下の通りである。まず、移動端末3のプロトコル処理部11または、制御部23は、電池残量の確認を行うステップST51。移動端末3のプロトコル処理部11または、制御部23は、電池残量と所定の閾値低消費電力を優先する必要がある下限の電池残量を比較し、その電池残量が所定の閾値以下であれば、低消費電力を優先する旨の決定スループットを優先しない旨の決定を行う。一方、その電池残量が所定の閾値を上回っていれば、低消費電力を優先しない旨の決定スループットを優先する旨の決定を行うステップST52。なお、移動端末3のプロトコル処理部11または、制御部23は、電池を充電中であるか否かを考慮して、低消費電力を優先するか否かを決定するようにしてもよい。電池の充電中であれば、電池残量を気にせずに、スループットを優先する動作を行うことが可能だからである。所定の閾値は、予め設定されている規定値であってもよいし、上位レイヤによる通知や計算により求められる値であってもよい。ステップST41~ST46の処理内容は、上記実施の形態3と同様であるため説明を省略する。ただし、低消費電力を優先するか否かの決定内容を示すパラメータは、上記実施の形態4と同様に、移動端末能力情報UECapabilitiesに含めずに、移動端末能力情報UECapabilitiesと別個に上記のパラメータを基地局2に送信するようにしてもよい。この実施の形態5では、移動端末3が低消費電力を優先するか否かの決定内容を示すパラメータを基地局2に送信するものについて示したが、移動端末3が電池残量を基地局2に送信し、基地局2が電池残量を基準にして、低消費電力を優先するか否かを決定するようにしてもよい。図11はこの発明の実施の形態5による移動体通信システムの処理内容を示すシーケンス図である。移動端末3のプロトコル処理部11または、制御部23は、電池残量の確認を行うステップST51。移動端末3のプロトコル処理部11または、制御部23は、電池残量を確認すると、電池残量を基地局2に送信するステップST61。電池残量の具体的な通知方法としては、例えば、RRCRadioResourceControlと呼ばれるプロトコルによって、レイヤ3メッセージで基地局2に通知する方法などがある。また、物理チャネルにマッピングする方法や、MACシグナリングとしてMACヘッダーなどにマッピングする方法などもある。なお、移動端末3のプロトコル処理部11または、制御部23が電池残量を確認する際、電池の充電中であるか否かを確認し、電池の充電中であれば、電池残量が最大あるいは無限大であるとして、基地局2に送信するようにしてもよい。あるいは、電池残量と別個に、充電中であるか否かを示すパラメータを基地局2に送信するようにしてもよい。あるいは、電池残量を送信せずに、充電中であるか否かを示すパラメータを基地局2に送信するようにしてもよい。基地局2に送信する情報としては、以下の1~3が考えられる。1電池残量の絶対値を送信する2電池容量に対する電池残量の割合を送信する3インジケーターを送信するインジケーターを送信する場合は、電池残量の絶対値や、電池容量に対する電池残量の割合を送信する場合と比較して、送信する情報量を削減することが可能である。そのため、無線資源を有効利用できるという点で有利である。図12はインジケーターの一例を示す説明図である。基地局2のプロトコル処理部33または、制御部44は、移動端末3から電池残量を受信するとステップST62、電池残量と所定の閾値低消費電力を優先する必要がある下限の電池残量を比較するステップST63。基地局2のプロトコル処理部33または、制御部44は、電池残量が所定の閾値以下であれば、Active中のDRX/DTX動作期間図13の状態2-Bへの遷移を可能とする動作を行うステップST45。一方、電池残量が所定の閾値を上回っていれば、Active中のDRX/DTX動作期間図13の状態2-Bへの遷移を不可能とする動作を行うステップST46。この実施の形態5の場合も、上記実施の形態3,4と同様に、移動端末3の電池残量が多い場合にはスループットを優先する一方、電池残量が少ない場合には低消費電力を優先するように動作することが可能になり、その結果、Active広義中図13の状態2の低消費電力化を効率に実現することができる。上記実施の形態3の変形例1,2は、この実施の形態5においても適用可能である。実施の形態6.上記実施の形態5では、電池残量を判断基準にして、低消費電力を優先するか否かを決定するものについて示したが、ユーザが移動端末3に自己の意思低消費電力を優先するか否かを示す意思を入力し、移動端末3がユーザの意思を判断基準にして、低消費電力を優先するか否かを決定するようにしてもよい。あるいは、移動端末3がユーザの意思を基地局2に送信し、基地局2がユーザの意思を判断基準にして、低消費電力を優先するか否かを決定するようにしてもよい。この実施の形態6の場合は、低消費電力を優先するか否かあるいは、スループットを優先するか否かのユーザの意思に従って動作することが可能になり、その結果、Active広義中図13の状態2の低消費電力化をユーザの意思に合わせて効率的に実現することができる。上記実施の形態3の変形例1,2は、この実施の形態6においても適用可能である。実施の形態7.非特許文献6では、基地局から移動端末に、初送データとともにDRX周期が送信されることが示されている。通常、DRX周期は、初送データとともにL1/L2制御信号によって通知される。一方、LTEシステムにおいては、下りデータ送信及び上りデータ送信において、HARQが適用されることが検討されている。HARQHybridARQが適用される場合、例えば、下りリンクでは、基地局が移動端末にデータを送信し、移動端末は、そのデータの受信状況に応じてAck信号/Nack信号を基地局に送信する。データ受信成功の場合はAck信号、失敗の場合はNack信号を送信する。基地局は、移動端末からAck信号を受信した場合、新たなデータを送信することになるが、Nack信号を受信した場合は再送を行うことになる。つまり、基地局は移動端末から受信成功を示すAck信号を受信するまで再送を行うことになる。非特許文献6では、Ack信号受信後、あらかじめ決められたタイマー時間終了後からDRX周期がカウントされる。しかし、HARQが適用されて再送が生じた場合、基地局が初送データとともにDRX周期を送信してしまうと問題が生じる。基地局は、DRX周期を移動端末に通知した時点で、次に移動端末にリソースを割当てる時間を決めねばならない。しかし、基地局が初送データとともにDRX周期を送信してしまうと、移動端末からNack信号が返り、再送が必要となった場合には、その分だけ初送データでリソースを割当てた時間を後ろに変更しなければならなくなる。つまり、基地局は、再送する度に、移動端末にリソースを割当てる時間を変更しなければならなくなる。このように、再送を考慮した場合には、基地局のスケジューリング負荷が増大してしまうという問題が生じる。この実施の形態7では、前述のような問題点を解決するため、下りリンクにおいては、基地局が制御信号でDRX周期情報を移動端末へ通知する方法を開示する。図19は基地局から移動端末へDRX周期を通知する方法の一例を示す説明図である。図において、下りリンクでは、白抜きはデータを表し、横線はDRX周期DRXインターバル情報が含まれないL1/L2制御信号を表し、斜線はDRX周期が含まれるL1/L2制御信号を表している。また、上りリンクでは、Ack信号、Nack信号が移動端末から基地局に送信される。図19に示すように、基地局はDRX周期情報を、従来のように初送データとともに送信するのではなく、上りで移動端末から送信されたAck信号を受信した後のデータを付随しない最初のL1/L2制御信号で送信する。基地局は、下り初送データを送信した後、移動端末よりAck信号を受け取った場合、次のL1/L2制御信号の送信タイミングにてDRX周期A情報を送信して図中、1を参照、DRX動作に移行する。DRX動作後、基地局が移動端末に送信する下りデータが無い場合は、L1/L2制御信号のみを送信する。このL1/L2制御信号には、DRX周期情報が含まれてもよい図中、2を参照。DRX周期情報が含まれる場合は、DRX周期Bが更新され、DRX動作に移行する。なお、DRX周期情報が含まれない場合は、直前のDRX周期を適用することをあらかじめ決めておいてもよい。次に、DRX動作後、基地局が送信する下りデータが発生した場合は、下りデータを移動端末に送信する。基地局は、その下りデータとともにDRX周期情報は送信しない。同様に、DRX動作後、移動端末は、基地局から下りデータを受信して、受信結果が成功でない場合、基地局にNack信号を送信する。移動端末からのNack信号を受信した基地局は、下り再送データを送信する。基地局は、下り再送データとともにDRX周期情報は送信しない。次に、移動端末は、基地局から下りデータを受信して、受信結果が成功である場合、Ack信号を基地局に送信する。移動端末からのAck信号を受信した基地局は、次のL1/L2制御信号を送信するタイミングでDRX周期情報図中、Bを参照を含んだL1/L2制御信号を移動端末に送信する。図19では、3において、2とDRX周期Bに変更が無いのに、DRX周期B情報を含んだL1/L2制御信号を送信しているが、DRX周期に変更が無いような場合は、DRX周期B情報を含んでいなくてもよく、DRX動作への移行を通知する情報トリガであってもよい。DRX周期の開始タイミング始期は、下りデータが有る場合、基地局が、移動端末からのAck信号受信後に、移動端末へ送信したDRX周期情報、もしくは、DRX移行情報を含むL1/L2制御信号の送信タイミングとすればよい。下りデータが無い場合は、基地局が、移動端末へ送信したDRX周期情報、もしくは、DRX移行情報を含むL1/L2制御信号の送信タイミングとすればよい。図20は移動端末と基地局との処理内容の一例を示すシーケンス図である。基地局は、移動端末への下りデータが発生したか否かを判断しステップST3201、下りデータが発生している場合、下り初送データとともにDRX周期を含まないL1/L2制御信号を移動端末に送信するステップST3202。移動端末は、下りデータを受信しステップST3203、データの受信状態を判定するステップST3204。移動端末は、受信結果が成功の場合には、Ack信号を基地局に送信しステップST3205、受信結果が失敗の場合には、Nack信号を基地局に送信するステップST3206。基地局は、移動端末からの受信結果Ack信号/Nack信号を受信しステップST3208、Ack信号かNack信号かを判定するステップST3209。判定結果がNack信号である場合、下り再送データを送信するステップST3210。ただし、再送データとともにDRX周期情報は送らない。移動端末は、Nack信号を送信した場合、下り再送データを受信しステップST3207、再度、下りデータの受信状態を判定し、その判定結果に応じてAck信号/Nack信号を基地局に送信する。基地局は、移動端末からの受信判定結果がAck信号となるまで、下り再送データを繰り返し送信する。移動端末は、下り再送データの受信状態判定結果が成功である場合、Ack信号を基地局に送信する。基地局は、移動端末からの受信判定結果がAck信号となった場合、DRX周期を含むL1/L2制御信号を送信した後ステップST3211、DRX動作へ移行するステップST3213。移動端末は、DRX周期を含むL1/L2制御信号を受信した後ステップST3212、DRX動作へ移行するステップST3215。基地局は、DRX周期後、該移動端末へのスケジューリングが可能となり、アクティブへ移行するステップST3214。また、移動端末は、DRX周期後にアクティブになるステップST3216。なお、基地局において、移動端末への下りデータが発生していない場合、基地局は、DRX周期を含むL1/L2制御信号を送信してステップST3211、DRX動作へ移行する。移動端末は、DRX周期を含むL1/L2制御信号を受信するとステップST3212、そのL1/L2制御信号に含まれるDRX周期でDRX動作に移行するステップST3215。そして、基地局は、DRX周期後、該移動端末へのスケジューリングが可能となり、アクティブへ移行するステップST3214。また、移動端末は、DRX周期後にアクティブになるステップST3216。例えば、DRX周期の開始タイミングは、下りデータが有る場合、基地局が、移動端末からのAck信号受信後に、移動端末へ送信したDRX周期情報を含むL1/L2制御信号の送信タイミングとしておく。また、下りデータが無い場合は、基地局が、移動端末へ送信したDRX周期情報を含むL1/L2制御信号の送信タイミングとしておく。これにより、DRX動作後にアクティブになるタイミングが基地局と移動端末で同じとなり、次のデータもしくはL1/L2制御信号等を送受信することが可能となる。上記例では、基地局が移動端末へ送信する情報として、DRX周期情報について述べたが、DRX周期の変更が無い場合はDRX移行情報であってもよい。上記に開示したように、基地局がAck信号受信後のデータを付随しないL1/L2制御信号等で、DRX周期情報もしくはDRX移行情報を移動端末に送信することで、HARQが適用されるシステムにおいて、再送が生じた場合も問題無く、DRX動作に移行することができる。さらに、再送の度に移動端末にリソースを割当てる時間を変更しなくてよくなるため、基地局におけるスケジューリングの負荷を軽減することが可能となる効果が得られる。さらに、基地局がAck信号受信後のL1/L2制御信号等で、DRX周期情報もしくはDRX移行情報を移動端末に送信するので、DRX周期を、HARQの再送回数の最大値に応じた所要時間以上に設定する必要が無くなるため、HARQの再送回数の最大値に依存せずにDRX周期を任意に設定できるという効果が得られる。また、移動端末がDRX周期もしくはDRX移行情報を受信できなかった場合でも、移動端末はDRX動作に入ることなく受信動作を行い、DRX周期後に基地局から送信されるタイミングで受信を行うことになるので、DRX周期後の受信エラーの発生を無くすことができる。このように、移動端末がDRX周期もしくはDRX移行情報を受信できずに状態遷移エラーが生じた場合にも、受信エラーの発生を無くせるという効果が得られる。さらには、基地局が移動端末からのAck信号を受信エラーした場合も、基地局と移動端末は、ともにDRX動作に入ることがないため、状態遷移エラーが生じにくいという効果が得られる。さらに、状態遷移エラーが生じにくいので、タイマーが無くせるという効果が得られる。また、上記実施の形態では、基地局からのDRX周期の送信タイミングを、Ack信号受信後、最初のL1/L2制御信号の送信タイミングとしたが、確実なDRX動作への移行を行うため、Ack信号受信後、n×TTI後nは1より大のL1/L2制御信号の送信タイミングとしてもよい。これにより、基地局のスケジューラは、Ack信号受信後のスケジューリング負荷に応じてDRX周期を設定するタイミングを調整することが可能になる効果が得られる。また、上記nは、あらかじめ決められていてもよいし、再送が始まる前に基地局より移動端末に通知されてもよい例えば、ラジオベアラのセッションがセットアップされたときに、基地局より移動端末に送信されるL3メッセージによる通知や、初送データとともに送信されるL1/L2制御信号による通知などが考えられる。これにより、移動端末は、Ack信号送信後のL1/L2制御信号をnTTI後まで連続受信しなくてもよく、低消費電力につながる。また、上記実施の形態では、基地局からのDRX周期情報もしくはDRX移行情報の送信タイミングを、Ack信号受信後、最初のL1/L2制御信号の送信タイミングとしたが、DRX周期情報を送信と同時、もしくは、その後のタイミングでDRX移行情報を送信し、DRX移行情報を送信した場合にDRX動作に移行するようにしてもよい。このようにすることで、DRX周期情報の送信タイミングとDRX移行情報の送信タイミングの間で、基地局のスケジューラ負荷が増加してしまうが、非特許文献6に示されたように、初送データとともにDRX周期情報が送信される場合よりも、基地局のスケジューラ負荷が軽減可能になる効果が得られる。さらに、上記実施の形態2で開示したように、DTX周期とDRX周期を等しく、または、協調させる方法を適用することも可能である。図21はDTX周期とDRX周期を等しくした場合に、基地局から移動端末へDRX周期を通知する方法の一例を示す説明図である。図21において、下りリンクでは、白抜きはデータを表し、横線はDRX周期DRXインターバル情報が含まれないL1/L2制御信号を表し、斜線はDRX周期が含まれるL1/L2制御信号を表している。また、上りリンクでは、Ack信号、Nack信号、および、上りチャネル品質評価用や上り同期用として用いられるサウンディング信号が、移動端末から基地局に送信される。図21に示すように、基地局は、DRX周期情報を、従来例のように初送データとともに送信するのではなく、上りで移動端末から送信されたAck信号を受信した後の最初のL1/L2制御信号で送信する。基地局は、下り初送データを送信した後、移動端末よりAck信号を受け取った場合、次のL1/L2制御信号の送信タイミングでDRX周期A情報を送信して図中、1を参照、DRX動作に移行する。移動端末は、DRX周期A情報を含むL1/L2制御信号を受信した場合、DTX周期をDRX周期Aに設定する。移動端末は、DTX周期AのDTX動作後のタイミングで、サウンディング信号を基地局に送信する図中、4を参照。基地局は、DRX周期Aの後、移動端末に送信する下りデータが無い場合には、L1/L2制御信号のみを移動端末に送信する。このL1/L2制御信号には、DRX周期情報が含まれてもよい図中、2を参照。DRX周期情報が含まれる場合は、DRX周期Bが更新され、DRX動作に移行する。なお、DRX周期情報が含まれない場合は、直前のDRX周期を適用することをあらかじめ決めておいてもよい。移動端末は、DRX周期B情報が含まれたL1/L2制御信号を受信すると、DTX周期をDRX周期Bに設定する。移動端末は、DTX周期BのDTX動作後のタイミングで、サウンディング信号を基地局に送信する図中、5を参照。基地局は、DRX周期Bの後、移動端末へ送信する下りデータが発生した場合、下りデータを移動端末に送信する。ただし、基地局は、下りデータとともにDRX周期情報は送信しない。移動端末は、基地局から下りデータを受信して、その受信結果が成功でない場合、Nack信号を基地局に送信する。移動端末からのNack信号を受信した基地局は、下り再送データを送信する。ただし、基地局は、下り再送データとともにDRX周期情報は送信しない。移動端末は、基地局から下りデータを受信して、その受信結果が成功である場合、Ack信号を基地局に送信する。移動端末からのAck信号を受信した基地局は、次のL1/L2制御信号を送信するタイミングで、DRX周期B情報を含むL1/L2制御信号を送信する図中、3を参照。移動端末は、DRX周期B情報が含まれたL1/L2制御信号を受信すると、DTX周期をDRX周期Bに設定する。移動端末は、DTX周期BのDTX動作後のタイミングで、サウンディング信号を基地局に送信する図中、6を参照。移動端末と基地局との一連の動作は、図20のシーケンスにおけるステップST3212で、移動端末が、基地局から送信されたDRX周期情報を受信した場合に、そのDRX周期情報をDTX周期とすればよく、移動端末は、そのDTX周期でDTX動作に移行するようにすればよい。DRX周期の開始タイミングは、下りデータが有る場合には、基地局が、移動端末からのAck信号を受信した後に、移動端末へ送信したDRX周期情報もしくはDRX移行情報を含むL1/L2制御信号の送信タイミングとすればよい。下りデータが無い場合には、基地局が、移動端末へ送信したDRX周期情報もしくはDRX移行情報を含むL1/L2制御信号の送信タイミングとすればよい。DTX周期の開始タイミングは、下りデータが有る場合には、基地局が移動端末へ送信したDRX周期情報もしくはDRX移行情報を含むL1/L2制御信号の直前の、移動端末から基地局へのAck信号の送信タイミングとすればよい。下りデータが無い場合には、基地局が移動端末へ送信したDRX周期情報もしくはDRX移行情報を含むL1/L2制御信号の直前のサウンディング信号の送信タイミングとすればよい。DTX周期の開始タイミングは、下りデータが有る場合には、基地局が移動端末へ送信したDRX周期情報もしくはDRX移行情報を含むL1/L2制御信号の受信タイミングとしてもよい。下りデータが無い場合には、基地局が移動端末へ送信したDRX周期情報もしくはDRX移行情報を含むL1/L2制御信号の受信タイミングとしてもよい。上記の例では、移動端末がDTX周期を基地局より通知されたDRX周期に設定するものとしたが、上記実施の形態2で示したようなDRX周期に設定するようにしてもよい。また、上記実施の形態2で示したようなDTX周期の通知方法や適用方法を用いてもよい。上記に開示したように、基地局がAck信号を受信した後に、データを付随しないL1/L2制御信号等で、DRX周期情報もしくはDRX移行情報を移動端末に送信し、DTX周期とDRX周期を等しくするようにすれば、HARQが適用されるシステムにおいても、この実施の形態7で述べた効果に加えて、上記実施の形態2で述べた効果が得られる。また、この実施の形態7では、基地局からDRX周期情報がL1/L2制御信号等で移動端末に送信される場合について述べたが、DRX周期情報があらかじめ決められており、基地局があらかじめ決められたDRX周期のタイミングでリソースを移動端末に割当てている場合がある。本発明は、そのような場合についても適用することができる。あらかじめ決められるDRX周期情報は、無線ベアラのセッションが開始されるときに、基地局から移動端末に送信されるL3メッセージ等で通知される。L3メッセージで通知されるDRX周期が、例えば、時間間隔の場合、この実施の形態7で開示した発明が適用可能である。ただし、DRX周期の変更ができる場合には、基地局から移動端末に送信されるL1/L2制御信号でDRX周期情報もしくはDRX動作移行情報を送信すればよいが、DRX周期の変更ができない場合は、DRX周期情報を送信することができず、DRX動作の移行情報を送信すればよい。基地局、移動端末ともに、L1/L2制御信号で送信されたDRX周期情報もしくはDRX動作の移行情報に基づいてDRX動作に移行すればよい。L3メッセージで通知されるDRX周期が、例えば、絶対時間指定の場合には、あらかじめ割当てられた時間が再送により変更されてしまうという問題が生じてしまう。例えば、絶対時間指定として、時間軸上で、無線フレーム10msが512個ナンバリング0~511され、さらに、無線フレームがTTI毎に10個ナンバリング0~9され、これが繰り返されることが考えられる。L3メッセージで、どの時間に割当てるかが指定される。例えば、無線フレームナンバnn=0,1,2...,511でTTIナンバ5などである。この場合、毎無線フレーム毎にTTIナンバ5のタイミングで、DRX周期が開始される。ある無線フレームのTTIナンバ5のタイミングで生じた下り初送データが、HARQにより再送が生じて、次の無線フレームのTTIナンバ5のタイミングを越えてしまうという問題が生じる。上記の問題を解決するため、L3メッセージで通知されるDRX周期が、例えば絶対時間指定の場合には、基地局が移動端末に送信するL1/L2制御信号で、DRX周期の絶対時間の変更情報を通知すればよい。絶対時間を変更するために通知するパラメータとしては、例えば、無線フレームナンバ、TTIナンバ、TTIナンバシフト量などがある。例えば、TTIナンバ9を通知するとか、TTIナンバのシフト量6TTIナンバは1となるを通知するとかである。また、同様に、無線フレームナンバを通知してもよい。基地局、移動端末ともに、L1/L2制御信号で送信されたDRX周期の絶対時間の変更情報に基づいてDRX動作に移行すればよい。上記で開示した方法を用いることにより、無線ベアラのセッションが開始されるときに、基地局から移動端末に送信されるL3メッセージ等によって、あらかじめDRX周期が決められる場合であっても、HARQにより再送が生じて、次に割当てられていたタイミングを越えてしまい、基地局で次に発生している下りデータの送信ができないという問題を解消することが可能となる。次に、並列に複数の信号や複数のラジオベアラに対応したDRX周期が設定された場合について説明する。図22は下りリンクにおいて、並列に複数のラジオベアラに対応したDRX周期が設定された場合を示す説明図である。図22において、ラジオベアラRB1、3はフレキシブルFlexibleなDRX周期の割当て、RB2は固定FixedのDRX周期の割当てを示している。ここで、フレキシブルな割当てはダイナミックな割当とも呼ばれ、初送データとともに送信されるL1/L2制御信号にて基地局から移動端末にDRX周期が通知される。固定割当ては、基地局があらかじめ決められたDRX周期のタイミングでリソースを移動端末に割当てている場合であり、あらかじめ決められるDRX周期情報が、無線ベアラのセッションが開始される以前に、基地局から移動端末に送信されるL3メッセージ等で通知される。複数のRBが同時に動作している場合、DRX周期は次の2通りで決められる。1移動端末が、基地局より通知された各RBのDRX周期から計算2基地局が、各RBのDRX周期から計算して移動端末に通知1の場合、初送データとともに送信されるL1/L2制御信号で、基地局から移動端末にDRX周期が通知されるのではなく、基地局がAck信号を受信した後、最初のL1/L2制御信号でDRX周期情報もしくはDRX動作の移行情報を通知するという、この実施の形態7で開示した方法を適用することが可能となる。ただし、固定割当てに関しては、前述したように、基地局と移動端末とでDRX動作に入るタイミング情報を共有するため、DRX動作の移行情報の通知が必要となる。2の場合、基地局がDRX周期を調整して、一つのDRX周期として通知するので、もし、フレキシブルな割当てが一つでもある場合は、フレキシブルな割当てとなる。また、固定割当てのみの場合が固定割当てとなる。従って、この場合も、この実施の形態7で開示した方法を適用することが可能となる。このように、並列に複数のラジオベアラに対応したDRX周期が設定された場合において、この実施の形態7で開示した方法を用いることによって、HARQによって生じる問題を解消することが可能となる。次に、変形例1について説明する。上記の例では、下りリンクにおいて、基地局がAck信号を受信した後のデータが付随しないL1/L2制御信号等でDRX周期情報を移動端末へ通知する方法を説明したが、ここでは、上りリンクにおいて、基地局がAck信号を送信した以降のL1/L2制御信号等でDTX周期情報を移動端末へ通知する方法を説明する。図23は上りデータが有る場合における基地局から移動端末へDTX周期を通知する方法の一例を示す説明図である。図23において、下りリンクでは、横線は上りリソース割当て情報が含まれるL1/L2制御信号を表し、斜線はDTX周期DTXインターバル情報が含まれるL1/L2制御信号を表している。また、上りデータに対するAck信号、Nack信号が基地局から移動端末に送信される。上りリンクでは、白抜きはデータを表し、移動端末から基地局に送信される。図23に示すように、基地局は、上りで移動端末から送信されたデータの受信に成功した場合、Ack信号とともにDTX周期A情報をL1/L2制御信号で移動端末に送信する図中1を参照。移動端末は、基地局からDTX周期A情報を受信すると、そのDTX周期A情報を受信する直前に行った送信の送信タイミングからDTX周期AのDTX動作に移行する。次に、移動端末は、DTX周期Aの後、上りデータが存在する場合には、初送データを基地局に送信する。基地局は、上りリンクで移動端末から送信されたデータの受信に失敗した場合、Nack信号とともに再送用の上りリソース割当てをL1/L2制御信号で送信する。Nack信号を受信した移動端末は、再送データを基地局に送信する。基地局は、上りで移動端末から送信された再送データの受信に成功した場合、Ack信号とともにDTX周期B情報をL1/L2制御信号で送信する図中、2を参照。移動端末は、基地局からDTX周期B情報を受信すると、そのDTX周期B情報を受信する直前に行った送信の送信タイミングからDTX周期BのDTX動作に移行する。ここでは、図23の2において、1とDTX周期に変更が無い場合は、基地局から移動端末へ送信するAck信号は、上りリソース割当てを伴わないので、基地局から移動端末へ送信するAck信号とともにDTX周期情報を含んでいなくてもよい。この場合、再度、DTX周期の直前に通知されたDTX周期となることをあらかじめ決めておけばよい。また、基地局が移動端末へ送信する情報としてDTX周期情報について述べたが、DRXの場合と同様に、DTX周期の変更が無い場合にはDTX移行情報であってもよい。DTX周期の開始タイミングは、移動端末が基地局からDTX周期情報を受信する直前に行った送信の送信タイミングとすればよい。その送信タイミングからDTX周期のDTX動作に移行する。DTX周期に変更が無い場合で、基地局から移動端末へDRX周期情報が送られてこない場合は、移動端末が基地局からAck信号を受信する直前に行った送信の送信タイミングを、DTX周期の開始タイミングとすればよい。DTX周期の開始タイミングは、移動端末が基地局からDTX周期情報を受信する受信タイミングとしてもよい。その受信タイミングからDTX周期のDTX動作に移行する。DTX周期に変更が無い場合で、基地局から移動端末へDRX周期情報が送られてこない場合は、移動端末が基地局からAck信号を受信する受信タイミングを、DTX周期の開始タイミングとすればよい。図23では、一例として、上りデータのリソース割当てがあらかじめ決められていない場合について示している。この場合、移動端末が上りデータを送信する前に基地局より送信される上りリソース割当て情報が含まれるL1/L2制御信号を受信する。該上りリソース割当て情報に基づいたリソースで、DTX動作後のタイミングで上りデータを送信すればよい。上りデータのリソース割当てがあらかじめ決められている場合は、移動端末が上りデータを送信する前に基地局より送信される上りリソース割当て情報を受信しなくてもよく、DTX動作後のタイミングであらかじめ決められたリソースで上りデータを送信すればよい。次に、上りデータがある場合と、上りデータが無い場合が混在している場合について説明する。上りデータがある場合は、基地局から移動端末へ送信するAck信号とともにDTX周期信号を送信し、上りデータが無い場合は、上り送信信号の後に基地局から移動端末へ送信するL1/L2制御信号でDTX周期を送信する方法を説明する。図24は上りデータが無い場合の上り送信信号として、サウンディング信号とする場合の一例を示す説明図である。図24において、下りリンクでは、横線は上りリソース割当て情報が含まれるL1/L2制御信号を表し、斜線はDTX周期DTXインターバル情報が含まれるL1/L2制御信号を表している。また、上りデータに対するAck信号、Nack信号が基地局から移動端末に送信される。上りリンクでは、白抜きはデータを表し、黒塗りはサウンディング信号を表し、移動端末から基地局に送信される。図24に示すように、移動端末は、サウンディング信号とともに上りデータを基地局に送信する。基地局は、移動端末から送信されたデータの受信に成功した場合、Ack信号、上りタイミング調整用信号TAとともにDTX周期A情報をL1/L2制御信号で送信する図中、1を参照。移動端末は、基地局からDTX周期A情報を受信すると、そのDTX周期A情報を受信する直前に行った送信の送信タイミングからDTX周期AのDTX動作に移行する。次に、移動端末は、DTX周期Aの後、上りデータが存在しない場合には、サウンディング信号を基地局に送信する。基地局は、サウンディング信号を受信すると、タイミング調整用信号TAとともにDTX周期B情報をL1/L2制御信号で移動端末に送信する図中、2を参照。移動端末は、基地局からDTX周期B情報を受信すると、そのDTX周期B情報を受信する直前に行った送信サウンディング信号の送信の送信タイミングからDTX周期BのDTX動作に移行する。次に、移動端末は、DTX周期Bの後、上りデータが存在する場合には、サウンディング信号とともに初送データを基地局に送信する。基地局は、上りで移動端末から送信されたデータの受信に失敗した場合、Nack信号、タイミング調整用信号とともに再送用の上りリソース割当てをL1/L2制御信号で移動端末に送信する。ただし、Nack信号にはDTX周期は含まれない。移動端末は、基地局からNack信号を受信すると、再送データを基地局に送信する。基地局は、上りで移動端末から送信された再送データの受信に成功した場合、Ack信号とともにDTX周期C情報をL1/L2制御信号で移動端末に送信する図中、3を参照。移動端末は、基地局からDTX周期C情報を受信すると、そのDTX周期C情報を受信する直前に行った送信の送信タイミングからDTX周期CのDTX動作に移行する。次に、移動端末は、DTX周期Cの後、上りデータが存在しない場合には、サウンディング信号を基地局に送信する。基地局は、サウンディング信号を受信すると、タイミング調整用信号TAとともにDTX周期D情報をL1/L2制御信号で移動端末に送信する図中、4を参照。移動端末は、基地局からDTX周期D情報を受信すると、そのDTX周期D情報を受信する直前に行った送信サウンディング信号の送信の送信タイミングからDTX周期DのDTX動作に移行する。次に、移動端末は、DTX周期Dの後、上りデータが存在しない場合には、サウンディング信号を基地局に送信する。基地局は、サウンディング信号を受信すると、タイミング調整用信号TAとともにDTX周期E情報をL1/L2制御信号で移動端末に送信する図中、5を参照。移動端末は、基地局からDTX周期E情報を受信すると、そのDTX周期E情報を受信する直前に行った送信サウンディング信号の送信の送信タイミングからDTX周期EのDTX動作に移行する。なお、この場合においても、DRX周期に変更が無い場合は、基地局から移動端末へ送信するAck信号とともにDRX周期情報を含んでいなくてもよい。あらかじめ、この場合は、例えば、直前のDTX周期と同じになることを決めておけばよい。DTX周期の開始タイミングは、移動端末が基地局からDTX周期情報を受信する直前に行った送信の送信タイミングとすればよい。その送信タイミングからDTX周期のDTX動作に移行する。DTX周期に変更が無い場合で、基地局から移動端末へDRX周期情報が送られてこない場合は、移動端末が基地局からAck信号もしくはタイミング調整用の信号を受信する直前に行った送信の送信タイミングを、DTX周期の開始タイミングとすればよい。DTX周期の開始タイミングは、移動端末が基地局からDTX周期情報を受信する受信タイミングとしてもよい。その受信タイミングからDTX周期のDTX動作に移行する。DTX周期に変更が無い場合で、基地局から移動端末へDRX周期情報が送られてこない場合は、移動端末が基地局からAck信号もしくはタイミング調整用の信号を受信する受信タイミングを、DTX周期の開始タイミングとすればよい。図24では、上りデータが無い場合の上り送信信号として、サウンディング信号を用いる場合について示したが、サウンディング信号に限るものではなく、例えば、CQI信号など、上りデータが無い場合の上り送信信号であればよい。また、上記の例では、基地局からDTX周期情報がL1/L2制御信号で移動端末に送信される場合について述べたが、DTX周期情報があらかじめ決められており、基地局が、あらかじめ決められたDTX周期のタイミングでリソースを移動端末に割当てている場合についても、ここで開示した本発明を適用することができる。あらかじめ決められるDTX周期情報は、無線ベアラのセッションが開始されるときに基地局から移動端末に送信されるL3メッセージ等で通知され、例えば、時間間隔の場合や絶対時間指定の場合であっても、下りリンクの場合と同様の方法を用いることにより適用することが可能となる。さらに、並列に複数の信号や複数のラジオベアラに対応したDTX周期が設定された場合についても、下りリンクの場合に開示した方法と同様の方法を用いることにより適用することが可能となる。さらに、上記実施の形態2で示したように、DRX周期とDTX周期を等しく、または、協調する方法を適用することも可能である。ただし、移動端末が上り送信に関連している何らかの基地局からの信号を受信する必要がある場合は、該受信信号の受信タイミングからDTX動作後の送信タイミングまでの時間をパラメータとしておけばよい。図25は受信信号の受信タイミングからDTX動作後の送信タイミングまでの時間のパラメータを示す説明図である。図25Aは上りデータが有る場合について示している。基地局が上りデータに対するAck信号とともにDTX周期A情報を移動端末に送信する図中、1を参照。移動端末は、基地局からDTX周期A情報を受信すると、DTX動作に移行するとともに、DRX周期をDTX周期と等しくして、DRX動作に移行する。しかし、移動端末は、DTX周期Aの後の上りデータ送信に備えて、上りリソース割当てを受信するため、DTX周期Aよりパラメータtpだけ早く受信する。基地局は、移動端末に送信したDTX周期Aもパラメータtpも知っているため、上りリソース割当てを移動端末に送信するタイミングを算出することができる。図25Bは上りCQIを送信する場合について示している。基地局がCQIを移動端末に送信した後、DTX周期B情報を移動端末に送信する図中、2を参照。移動端末は、基地局からDTX周期B情報を受信すると、DTX動作に移行するとともに、DRX周期をDTX周期と等しくして、DRX動作に移行する。しかし、移動端末は、DTX周期Bの後のCQI送信に備えて、下りリファレンス信号を受信するため、DTX周期Bよりパラメータtpだけ早く受信する。基地局は、移動端末に送信したDTX周期Bもパラメータtpも知っているため、下りリファレンス信号を移動端末に送信するタイミングを算出することができる。パラメータtpは、正の値であってもよいし送信タイミングからtpだけ早く受信、負の値であってもよい送信タイミングからtpだけ遅く受信。パラメータtpは、あらかじめ設定しておいて、基地局と移動端末とで共有しておいてもよいし、ラジオベアラのセッションが開始されるときに、基地局から移動端末に通知されてもよいし、DTX周期とともに基地局から移動端末に通知されてもよい。ここで開示した方法を用いることによって、DRX周期とDTX周期を形式的に等しくすることができ、上記実施の形態2で述べた効果を得ることができる。次に、変形例2について説明する。ここでは、下りリンクかつ上りリンクにおいて、それぞれデータ送信がある場合について、基地局がDTX周期情報やDRX周期情報を移動端末に通知する方法を説明する。下りリンクかつ上りリンクにおいて、それぞれデータ送信が有る場合には、HARQが適用されると、上りデータが先に終了して、下りデータのみがあっても、その下りデータに対する上りAck信号/Nack信号が必要となる。また、下りデータが先に終了して、上りデータのみがあっても、その上りデータに対する下りAck信号/Nack信号が必要となる。よって、DRX周期とDTX周期を異なる値に設定しても、上り下り両方のデータが終了するまで、DRX動作もしくはDTX動作に移行することができない。従って、DRX周期とDTX周期を異なる値に設定するのは無駄となる。さらには、基地局がDRX周期とDTX周期の両方を移動端末に通知し、それぞれ個別に、DRX動作の開始タイミングと、DTX動作の開始タイミングが動作する場合、下りもしくは上りでAck信号/Nack信号の送信があるにもかかわらず、DRX動作もしくはDTX動作に移行してしまうため、上りもしくは下りで受信エラーを生じてしまうという問題も生じる。従って、下りリンクかつ上りリンクにおいて、それぞれデータ送信が有る場合は、DRX周期とDTX周期を同じにする方が好ましい。変形例2では、下りリンクかつ上りリンクにおいて、それぞれデータ送信が有る場合には、DRX周期とDTX周期を同じにし、下りデータが先に終了する場合、上記実施の形態7で開示した上りデータ送信に対する方法を適用し、上りデータが先に終了する場合は、上記実施の形態7で開示した下りデータ送信に対する方法を適用した方法を適用する。図26は下りリンクかつ上りリンクにおいて、それぞれデータ送信が有り、DRX周期とDTX周期を同じにする場合について、基地局から移動端末へDRX周期やDTX周期を通知する方法の一例を示す説明図である。この場合、以下の2つの状態に分けられる。1下りデータが先に終了する場合2上りデータが先に終了する場合図26Aは下りデータが先に終了する場合を示し、Bは上りデータが先に終了する場合を示している。下りデータが先に終了する場合、基地局は、上り最終の初送データもしくは上り最終の再送データに対するAck信号とともにDTX周期A情報をL1/L2制御信号によって移動端末に送信する図中、1を参照。移動端末は、基地局からDTX周期A情報を受信すると、DRX周期をDTX周期Aと等しくする。DRX周期の開始タイミングは、基地局が移動端末に送信するDTX周期を含むL1/L2制御信号の送信タイミングとすればよい。DTX周期の開始タイミングは、移動端末が基地局に送信する上り最終の再送データの送信タイミングとすればよい。ここで開示した方法は、下りデータに上記実施の形態7を適用し、上りデータに変形例1を適用する場合よりも、基地局から移動体端末へ、下り再送データが終了した後のDRX周期情報を送信する必要が無いことにある。従って、基地局のスケジューラのスケジューリング負荷を軽減することができるという効果がある。上りデータが先に終了する場合、基地局は、下り最終の初送データもしくは下り最終の再送データに対するAck信号を受信した後、最初のL1/L2制御信号によってDRX周期B情報を移動端末に送信する図中、2を参照。移動端末は、基地局からDTX周期B情報を受信すると、DTX周期をDRX周期Bと等しくする。DRX周期の開始タイミングは、基地局が移動端末に送信するDRX周期を含むL1/L2制御信号の送信タイミングとすればよい。DTX周期の開始タイミングは、移動端末が基地局に送信する下り最終の再送データに対するAck信号を送信する送信タイミングとすればよい。また、移動端末が上り送信に先立って、何らかの基地局からの信号を受信する必要がある場合は、該受信タイミングからDTX動作後の送信タイミングまでの時間をパラメータとしておけばよい。これにより、移動端末は、移動端末が上り送信に先立って受信する何らかの基地局からの信号の受信タイミングを算出することができる。該パラメータは、あらかじめ設定しておいて、基地局と移動端末とで共有しておいてもよいし、ラジオベアラのセッションが開始されるときに、基地局から移動端末に通知されてもよいし、DTX周期とともに基地局から移動端末に通知されてもよい。ここで開示した方法は、下りデータに上記実施の形態7を適用し、上りデータに変形例1を適用する場合よりも、基地局から移動体端末へ、上り最終の再送データが終了した後のDTX周期情報を送信する必要が無いことにある。従って、基地局のスケジューラのスケジューリング負荷を軽減できるという効果がある。変形例2で開示した発明により、下りリンクかつ上りリンクにおいて、それぞれデータ送信が有る場合に、DRX周期とDTX周期を同じにし、下りデータが先に終了する場合は、上記実施の形態7で開示した上りデータ送信に対する方法を適用し、上りデータが先に終了する場合は、上記実施の形態7で開示した下りデータ送信に対する方法を適用することで、上記実施の形態2で述べた効果に加えて、無駄なDRX周期もしくはDTX周期の設定動作をなくし、下りもしくは上りで、Ack信号/Nack信号の送信があるにもかかわらず、DRX動作もしくはDTX動作に移行してしまうことによる上りもしくは下りでの受信エラーの発生を無くすことができるという効果が得られる。実施の形態8.上記実施の形態7では、DRXDTX動作時のHARQによるデータ送信において、HARQモードによるデータ送信が成功DRXの場合は、移動端末からAck信号を送信、DTXの場合は、基地局からAck信号を送信したときに、L1/L2制御信号によって、次回のデータ送信までのDRXDTX期間を基地局から移動端末に通知する方法について説明した。これにより、HARQの再送が続いて、本来のDRX周期を超えてしまった場合においても、最後の送信が完了した後に基地局から移動端末へDRXDTX期間が通知されるため、HARQによる再送途中で誤ってDRXDTX動作に入る危険がなく、基地局におけるスケジューリングの負荷を減らせるという効果が得られるが、下りにおいて、HARQモードでのデータ送信の途中で、どうしても、移動端末は、Ack信号の送信後、基地局からのL1/L2制御信号を1回受信する必要があるという問題がある。また、DRXDTX動作期間中の次回のActiveが始まるタイミングが、HARQによる送信成功のタイミングに依存するため、それぞれの初送開始までの間隔が毎回異なり、HARQでの送信成功まで予想がつかないという問題がある。この実施の形態8では、DRX動作時のHARQによるデータ送信において、初送時にDRXDTX周期を設定し、HARQでの再送により最初に設定したDRXDTX期間終了タイミングを超えてしまった場合においても、DRXDTX動作に入らずに再送を優先し、DRXDTX期間終了タイミングを、更に、次回のDRXDTX周期分延長して再設定するDRXDTX制御方法を説明する。また、HARQを用いたデータ送信において、再送が繰り返されたために、最初に想定したDRXDTX期間終了タイミングを超えてしまった場合においても、再送回数を気にすることなく、DRX/DTX制御を行うことができ、基地局側でのスケジューリング負荷を減らすことができるという効果を得ることができる。また、上記実施の形態7のように、下り送信において、途中で基地局から移動端末にL1/L2制御信号で送信する必要がなく、移動端末側で基地局からのL1/L2制御信号を待たずにDRX動作に移行できる。また、上記実施の形態7と同様に、HARQの再送回数により次回のActiveWakeUpタイミングが変動する可能性があるが、初送時に設定したDRX周期に対し、延長される期間が一定のルールに則って決定されるため、それぞれの初送開始までの間隔はある程度想定することができる。また、一定のルールに従って、DTXDRX周期を設定することにより、急なトラフィックの変化にも対応しやすいという効果を得ることができる。図27はこの発明の実施の形態8による移動体通信システムのDRX動作における制御の流れを示すシーケンス図である。以下、この実施の形態8における移動体通信システムのDRX制御の流れを説明する。基地局及び移動端末がActive広義中であることを把握しているときに、DRX動作をする必要のある下りデータが発生する。このとき、基地局は、DRX周期の設定処理に移行し、移動端末3の消費電力を削減するために最適なActive中広義のDRX動作に用いるDRX周期を設定するステップST5101。図29はステップST5101におけるDRX周期設定の動作の一例を示すフローチャートである。図29に示すように、この方法は、DTX周期設定にもDRX周期設定にも適用することができる。まず、基地局2のプロトコル処理部33は、DRX/DTX動作中か否かを確認し、動作中ではないと判定するとステップST5301、上記実施の形態1と同様にして、移動端末3がActive広義中のDRX動作もしくはDTX動作を行うことが可能か否かを判定するステップST5302。DRX/DTX動作を行うことが可能であり、基地局が送信するデータ、もしくは、制御信号がIdle期間を周期的に発生するもののみであれば、DRX動作モードとなるステップST5303。DRXもしくはDTX動作が必要で、異なったDRX/DTX周期を持つデータ、制御信号が2つ以上ある場合にはステップST5304、それぞれのDRX/DTX周期における現時点から最も近いDRX/DTX期間終了タイミングを算出して比較するステップST5305。そして、データ送信開始タイミングから最も近いDRX/DTX期間終了タイミングを次回DRX/DTX期間終了タイミングに設定する。また、このとき、同様にして、次のWakeUpタイミング送信データがあれば、次回データ送信開始タイミングから最も近いDRX/DTX期間終了タイミングを次々回のDRX/DTX期間終了タイミングとして設定するステップST5306。更に、次回DRX/DTX期間終了タイミングと、データ送信開始タイミングとのタイミング差をDRX/DTX周期として設定する。このとき、同様にして、その次のDRX/DTX周期や次々回のDRX/DTX周期も算出するステップST5307。基地局は、上記のようにして、DRX周期を設定するとステップST5101、データと共にL1/L2制御信号によって、これらのDRX周期情報次回DRX周期情報を含むを移動端末に通知するステップST5102。もし、基地局において、このステップがDRX動作モードに入ってからの繰り返し2回目以降の動作で、かつ、DRX期間終了後ステップST5119にWakeUpした時に送信するべきデータがなかった場合は、DRX周期情報を含むL1/L2制御信号のみを移動端末に送信する。移動端末は、基地局からデータとL1/L2制御信号を受信するステップST5103。移動端末は、HARQモードでなければステップST5104、基地局から通知されたDRX周期を元に、次のDRX期間終了タイミングまでDRX動作スリープするステップST5118、ST5120。移動端末は、HARQモードである場合ステップST5104、ステップST5103で受信したデータをチェックし、その受信データに問題がなければ、Ack信号を基地局に送信しステップST5108、その受信データに問題があれば、Nack信号を基地局に送信するステップST5107。基地局は、移動端末と同様に、HARQモードであるか否かを確認した後ステップST5105、HARQモードでなければ、次のDRX期間終了タイミングまで待機する。HARQモードであった場合には、移動端末から送信されたAck信号/Nack信号を受信しステップST5109、Ack信号を受信すれば、ステップST5113の処理に移行するステップST5110。一方、Ack信号を受信しなければ、データのみを移動端末に再送するステップST5111。基地局は、移動端末からAck信号を受信するまで、ステップST5109~ST5111の処理を繰り返し実施する。同様に移動端末も、再送データを受信してステップST5112、受信データに問題がなく、Ack信号を基地局に送信するまでステップST5108、ステップST5106~ST5112の処理を繰り返し実施する。基地局は、移動端末からAck信号を受信すると、現在のタイミングが、ステップST5101で設定したDRX周期によるDRX期間終了タイミングを超えていないかを確認するステップST5113。基地局は、現在のタイミングがDRX期間終了タイミングを超えている場合、ステップST5101で算出していた次回のDRX周期分、DRX期間終了タイミングを延長し、次々回のDRX期間終了タイミングを次回のDRX期間終了タイミングとして更新するステップST5115。あるいは、ステップST5115で、図29に示したDRX/DTX周期設定のステップST5304~ST5307の処理を行なって次回のDRX周期を算出し直し、DRX期間終了タイミングを新しく算出しなおした次回のDRX周期分延長したタイミングを次回のDRX期間終了タイミングとして更新してもよい。基地局は、その後、次回のDRX期間終了タイミングを過ぎたらステップST5119、ステップST5101の処理に戻り、次のDRX周期を設定するステップST5101。移動端末においても同様の動作を行う。即ち、移動端末は、ステップST5114に進んだ時点のタイミングが、ステップST5103で、基地局から受信したL1/L2制御信号にあるDRX周期情報から得たDRX期間終了タイミングを超えている場合、DRX期間期間終了タイミングを次回のDRX周期分延長して求めた次々回のDRX期間終了タイミングを次回のDRX期間終了タイミングとして更新するステップST5116。その後、移動端末は、次回のDRX期間終了タイミングまでスリープしステップST5118、ST5120、DRX動作後WakeUp後、ST5103の処理に戻り、基地局からの受信を待つ。ステップST5116における次回のDRX期間終了タイミングは、ステップST5103で基地局から受信してもよいし、ステップST5103ではDRX周期と次回DRX周期のみ受信し、これを元に該ステップで次回のDRX期間終了タイミングを算出再設定してもよい。あるいは、ステップST5103では、下りで発生するデータ及び制御信号のそれぞれのDRX周期情報データ、制御信号など送信するものが2つ以上あり、それぞれDRX周期が異なる場合は、そのすべてのDRX周期情報をL1/L2制御信号によって受信しておき、再送成功後に、ステップST5114に進んだ時のタイミングがDRX期間終了タイミングを超えていると判断した場合、移動端末側のステップST5116で、これらのDRX周期情報を元に、図29のステップST5304~ST5307記載の方法により次回のDRX周期を再計算し、DRX期間終了タイミングを計算しなおした次回のDRX周期分延長したタイミング=再計算した次々回のDRX期間終了タイミングを次回のDRX期間終了タイミングとして更新してもよい。これにより、ステップST5102で基地局からL1/L2制御信号で通知するDRX周期情報量を減らし、無線リソースの有効活用ができるという効果を得ることができる。図30は図27で説明したDRX動作制御シーケンスによる実際の動作を示したタイミングチャートである。図30では、下りリンクの通信において、HARQモードでデータ再送が発生し、再送が終わったタイミングがDRX周期を超えてしまったときのタイミング例を示している。まず、下りリンクで最初のデータとDRX周期情報DRX周期Aを含むL1/L2制御信号が移動端末から移動局に送信される図27のST5102に相当。移動端末は、HARQモードであるため、L1/L2制御信号を介して、DRX周期Aを受信し、これを元にDRX期間終了タイミングを算出すると共に、受信データに問題があるか否かをチェックし、その受信データに問題があれば、上りリンクでNack信号を基地局に送信する。基地局は、Nack信号を受信すると、再度、下りリンクでデータを移動端末に再送する。このとき、L1/L2制御信号にはDRX周期情報は含まれない。移動端末は、2回目の受信データに問題がなければ、上りリンクでAck信号を基地局に送信し、その後、算出したDRX期間終了タイミングまでスリープする。一方、基地局も同様にDRX期間終了タイミングまで待った後、次のDRX周期BをステップST5101で設定して、L1/L2制御信号にて移動端末に通知する。このとき、下りユーザデータが発生しなかったため、L1/L2制御信号のみ送信されている。移動端末は、DRX期間終了タイミング後にWakeUpして、このDRX周期Bの情報を含むL1/L2制御信号を受信し、次のDRX期間終了タイミングを算出し、このDRX期間終了タイミングABのタイミングまでスリープする。基地局は、ABのタイミングまで待ったあと、新たなDRX周期AをステップST5101で設定して、L1/L2制御信号にて移動端末に通知する。このとき、下りユーザデータが発生し、L1/L2制御信号と共に下りユーザデータが移動端末に送信される。ABのタイミングまでスリープしていた移動端末は、WakeUp後に新たなDRX周期Aを含むL1/L2制御信号とユーザデータを受信する。このとき、無線品質の劣化が原因でHARQによる送信がうまくいかず、3回目の再送通算4回目の送信で移動端末での受信が成功し、移動端末が上りリンクでAck信号を基地局に送信する。この時点で、既に最初に通知されたDRX周期Aにより算出されたDRX期間終了タイミング図30では、ABAのタイミングを超えていたため、DRX期間終了タイミングをDRX周期A分延長したタイミングをDRX期間終了タイミングAB2×Aのタイミングに再設定し、このタイミングまで移動端末と基地局がスリープする。以上のように、HARQモードを考慮したDRX制御を行うことにより、HARQによる再送が長引いたときにも、問題なくDRX制御を行うことできる。また、HARQによる再送が長引いたときは、基地局と移動端末の双方において、自動的に次のDRX期間終了タイミングを更新することにより、従来例と比べて、基地局側でのスケジューリング負荷を減らすことができる。更に、上記実施の形態7のように、下り送信において、途中で基地局から移動端末にL1/L2制御信号で送信する必要がなく、移動端末側で基地局からのL1/L2制御信号を待たずにDRX動作に移行でき、より消費電力の低減を図ることができる。同様に、移動体通信システムのDTX制御についても説明する。図28は移動通信システムのDTX制御の流れを示すシーケンス図である。以下、移動体通信システムのDTX制御の流れを説明する。まず、上りリンクにてデータ通信を行なっていないときに、移動端末側で送信データが発生するとステップST5201、移動端末は、上り送信用のリソース割当てやスケジューリングを要求するスケジューリングリクエスト以下、SRというを基地局に送信するステップST5202。基地局は、移動端末からSRを受信するとステップST5203、上りリンク用のリソースを確保してステップST5205、DTX周期を設定しステップST5206、これらの情報を下りリンクのL1/L2制御信号を介して移動端末に通知する。ステップST5206でのDTX周期設定方法については、DRX制御の説明箇所で既に記述しているので省略する。移動端末は、基地局からL1/L2制御信号を介して、上りのリソース割当てやDTX周期情報などを受信するとステップST5207、この情報に基づいて、送信用の無線リソースの設定、DTX周期の設定や、DTX期間終了タイミングの設定を実施してステップST5207、上りデータの送信を開始するステップST5208。基地局は、移動端末から上りデータを受信するとステップST5209、HARQモードでなければステップST5211、DTX期間終了タイミングに合わせてステップST5206の処理に戻り、次のDTX周期を設定する。HARQモードであればステップST5211、受信データをチェックしステップST5212、その受信データに問題がなければ、Ack信号を移動端末に送信しステップST5214、その受信データに問題があれば、Nack信号を移動端末に送信するステップST5213。移動端末は、基地局からAck信号又はNack信号を受信しステップST5216、Ack信号の受信であればステップST5217、ステップST5220の処理に移行し、Nack信号の受信であればステップST5217、上りデータを基地局に再送するステップST5218。ステップST5216~ST5218の処理は、基地局からAck信号を受信するまで繰り返し実施される。同様に基地局でも、ステップST5218で再送された上りデータを受信しステップST5213、その受信データに問題がなく、Ack信号を移動端末に送信するまで、ステップST5212~ST5215の処理を繰り返し実施する。移動端末では、データの送信に成功すると、現在のタイミングが、ステップST5207で算出した次回のDTX期間終了タイミングを超えているか否かを確認しステップST5220、現在のタイミングが次回のDTX期間終了タイミングを超えている場合は、次回のDTX期間終了タイミングを次回のDTX周期分延長し、次々回のDTX期間終了タイミングを次回のDTX期間終了タイミングとして更新するステップST5221。あるいは、移動端末は、ステップST5204で、これまでに説明したDTX周期情報を基地局から受信せずに、上りで発生するデータや制御信号のDTX周期周期が複数ある場合は、複数のDTX周期を受信しておき、ステップST5221で次回のDTX期間終了タイミングを延長する際、ステップST5221で改めて、図29のステップST5304~ST5307に記載のDTX周期設定方法に従って再計算した次回のDTX周期を用いて次回のDTX期間終了タイミングを延長してもよい。これにより、最初のステップST5206において、L1/L2制御信号で次回以降のDTX周期に関する情報を送信する必要がなく、無線リソースを有効に活用することができる。一方、基地局は、移動端末からのデータ受信に成功すると、移動端末と同様に、現在のタイミングが次回のDTX期間終了タイミングを超えているか否かを確認しステップST5219、現在のタイミングが次回のDTX期間終了タイミングを超えている場合には次回のDTX期間終了タイミングを次回のDTX周期分延長し、次々回のDTX期間終了タイミングを次回のDTX期間終了タイミングとして更新しステップST5222、このタイミングまでに、ステップST5206にて次回のDTX周期の設定を行い、これをL1/L2制御信号を介して移動端末に送信する。ステップST5222では、移動端末側と同じく、次回のDTX期間終了タイミングを延長する際に用いるDTX周期の値を、ステップST5206で算出したDTX周期ではなく、ステップST5222の時点で改めて、図29のステップST5304~ST5307記載の方法で次回のDTX周期を再計算した値を用いてもよい。移動端末は、ステップST5221で次回のDTX期間終了タイミングを更新した後、次回のDTX期間終了タイミングまで待機する。次回のDTX期間終了タイミングまで待っている間に、ステップST5223で次のDTX周期を基地局から受信しておく。この間ステップST5221~ST5223までの間、及び、ステップST5223~ST5224の間、移動端末は、消費電力を低減するためにDTX動作スリープしていることが望ましい。移動端末は、ステップST5224のタイミングで、DTX動作を終えたWakeUpした後、ステップST5207~ST5223を繰り返し実施する。図31及び図32は、図28で説明したDTX動作制御シーケンスによる実際の動作を示したタイミングチャートである。図31では、HARQモード時、上りリンクでデータ送信が発生した場合の動作タイミングを示し、図32では、HARQモード時、同じく上りリンクで2種類のDTX周期を持つデータと制御信号が発生した場合の動作タイミングを示している。まず、HARQモードで、上りリンクでデータ送信が発生した場合についての動作タイミングを図31に沿って説明する。図31において、送信データ1が発生すると、上りリンクでSRが基地局に送信される。基地局は、SRを受信した後、下りリンクのL1/L2制御信号を介して、データ1に対する上りリソース割当て情報と、データ1に対するDTX周期Aを移動端末に通知する。移動端末は、上りリソース割当て情報とDTX周期Aを受信すると、割当てられた上りリソースを用いて、データ1を送信初送する。ただし、図31の例では、データ1の送信初送に失敗し、データの再送を3回実施している通算、4回、データを送信。データ1の3回目の再送の後、基地局での受信が成功となり、基地局からAck信号が移動端末に送信され、移動端末がAck信号を受信する。この時点で、既に最初に通知されたDTX周期Aから算出した次回のDTX期間終了タイミング初送から時間Aが過ぎたタイミングを超えているため、更に次のDTX周期A分を延長した次々回のDTX期間終了タイミングAAのタイミングを次回のDTX終了タイミングとして再設定し、このタイミングまで移動端末はスリープする。その間に、基地局はステップST5206で、DTXサイクルDTX周期Bを設定し、下りのL1/L2制御信号を介して次回のDTX周期Bを移動端末に通知する。移動端末は、次回のDTX周期Bを受信して、WakeUp後、次回のDTX終了タイミングを再設定し、データ2を送信して、基地局からAck信号を受信した後、次回DTX終了タイミング=データ1の初送からAAB後のタイミングまでスリープする。次にHARQモード時、上りリンクで2種類のDTX周期を持つデータと制御信号が発生した場合の動作例について、図32に沿って説明する。上りリンクでデータ1が発生した場合、移動端末から基地局にSRが送信され、これを受けて、基地局からリソース割当てとDTXサイクルDTX周期Aの情報が下りリンクのL1/L2制御信号を介して移動端末に通知される。このとき通知されるDTX周期Aは、図29を用いて、ステップST5101のDRX周期設定について説明した方法と同じ方法で決定されている。即ち、データのDTX周期aと、上りのCQI測定の為のサウンディング信号のDTX周期bから現時点に最も近いDTX期間終了タイミングを選択し、初送からそのDTX期間終了タイミングまでの時間をDTX周期として算出した値である。例えば、図32では、データのDTX周期aとサウンディング信号のDTX周期bを比較すると、データのDTX周期aの方が近いため、移動端末に通知されるDTX周期Aは、データのDTX周期aとなっている。このDTX周期Aの移動端末は、割当てられたリソースを用いて、サウンディング信号と共にデータ1を送信するが、基地局でうまく受信できず、データ1のみ2回再送を行なっている。2回目の再送の後、基地局での受信が成功となり、Ack信号が移動端末に返されたタイミングは、既に最初に通知されたDTX周期Aから算出したDTX期間終了タイミングデータ1の初送から時間Aを経過したタイミングを超えていたため、基地局と移動端末の双方でDTX期間終了タイミングをその次のDTX周期A=データ周期a分延長し、データ1の初送から2×Aの時間経過したタイミングをDTX期間終了タイミングとして再設定する。このタイミングまで移動端末はスリープし、基地局は移動端末のWakeUpに合わせて、その次のDTX周期Bを設定し、L1/L2制御信号を介して、次のDTX周期Bを移動端末に通知する。このDTX周期Bの算出においては、データの周期aによる次回DTX期間終了タイミングデータ1の初送より3×aのタイミングとサウンディング信号周期bによる次回DTX期間終了タイミングデータ1の初送よりbのタイミングを比較して、現タイミングにより近いDTX周期bの期間終了タイミングを選択し、移動端末のWakeUp予定タイミングから次回のDTX周期bの期間終了タイミングまでをDTX周期Bとして設定するという手順を経ている。本例では、DTX周期の計算を基地局側のDTX周期設定時ステップST5206に行うとして説明したが、移動端末側でそれぞれのデータのDTX周期を受信して、ステップST5207もしくはステップST5221でDTX周期を算出設定してもよい。また、DRX動作期間中に、DTX動作となり、上記実施の形態2等で記載したようにDTX周期の始期をDRX周期始期に合わせる場合、DTX動作期間のActive開始タイミングを現DRX周期の始期に合わせるか、または、現在発生している上りデータや制御信号の送信を優先させ、次回のDTX周期からDRX周期の始期に合わせるかは、上りリンクの状態によって変えてもよく、いずれの場合においても、上記実施の形態8に記載のDRX/DTX周期設定、DRX/DTX制御方法を用いれば対応が可能である。この場合、DRX周期にDTX周期を合わせることもできる。以上のような方法で移動端末のWakeUpに合わせて、次回のDTX周期の設定を行うことにより、異なるDTX周期のデータや制御信号が存在する場合においても、HARQモードで再送がDTX周期を超えて発生した場合においても、基地局と移動端末との間におけるL1/L2制御信号の頻度を最低限に抑えると共に、双方の処理負荷を低減することができるDTX制御方法を得ることができる。また、一定のルールに従ってDRX/DTX周期設定、DRX/DTX制御を行うため、トラフィックの突然の変化が発生した場合においても、DRX/DTX周期の始期をある程度予想できるため、DRX動作期間中に、DTX動作となり、DTX周期の始期や周期をDRX周期の始期やDRX周期に合わせる場合においても、データや制御信号の優先度や上りリンクの状態によってDTX周期設定を無理なく行うことができる。更に、この実施の形態8の変形例1として、図33に示すように、1つ前のDRX周期で、移動端末がデータ1を受信している間に、DRX周期Bを持つ受信データ2が発生し、このDRX周期Bがデータ1のDRX期間a内に1回以上入るほど十分短い場合がある。このような場合、図27で説明したDRX制御のシーケンス図で言えば、1つ前のDRX動作が終了ステップST5119がYesしたときの次のステップST5101のDRX周期設定で、新規に発生したデータ2のDRX周期Bと、これまでにあったデータ1のDRX周期Aの双方を考慮して今回のDRX周期を設定する必要がある。ステップST5101での今回のDRX周期の設定では、図29を用いて説明したようなDRX/DTX周期設定方法によって、DRX周期の再設定を行う必要がある。これまで説明したDRX周期設定方法であれば、異なる2つのDRX周期におけるDRX期間終了タイミングを比較し、現在のDRX周期の始期からより近い終了タイミングまでの時間をDRX周期として再設定すればよい。しかし、この例の場合、DRX周期の中にDRX周期Bが含まれるため、新規のDRX周期Bの始期でWakeUpできるように、DRX周期を設定する必要がある。つまり、DRX周期Aの始期からDRX周期Bの始期までの期間CにDRX周期を設定しなければならない。その後は、図29のフローチャート記載の流れに沿って、DRX周期を更新すればよい。この変形例におけるDRX周期の設定は、DTX制御において、同じような状況が発生した場合にも適用することができる。また、データ1のDRX動作期間中に新規のDRX周期を持つデータ2が発生したときに、データ1がHARQによる再送中で、その後、再送が成功した際、1つ前のDRX周期Aを超えていた場合、図27におけるステップST5116において、これまでに説明したような方法で次回のDRX期間終了タイミングを1つ前のDRX周期A分延長してもよいし、HARQによるデータ再送中に基地局からL1/L2制御信号を介して新規に発生した下りデータ2のDRX周期Bを移動端末側に通知しておき、図27のステップST5116において、図29のステップST5304~ST5307で説明した方法でDRX周期を再計算し、再計算したDRX周期分次回のDRX機関終了タイミングを延長してもよい。以上のように、この実施の形態8で説明したようなDRX/DTX制御方法、DRX/DTX周期設定方法を使えば、HARQモードで再送が続き設定したDRX/DTX周期を超えてしまった場合でも、HARQにおける再送回数を気にすることなく、DRX/DTX制御が可能であり、かつ、従来技術に比べて、基地局のスケジューリング負荷を下げることができるという効果を得ることができる。また、上記実施の形態7と比べて、HARQモードでの下り送信の途中で基地局が移動端末にL1/L2制御信号を送信する必要もないため、移動端末が、L1/L2制御信号を受信することなく、DRX動作に移行でき、移動端末の消費電力を低減することができる。また、一定のルールに従ってDRX/DTX周期設定、DRX/DTX制御を行うため、トラフィックの突然の変化が発生した場合においても、DRX/DTXのActiveタイミングをある程度予想できるため、基地局と移動端末の双方で個別にDRX/DTX制御が行え、例えば、下りでのDRX制御と上りでのDTX制御が前後し、DTX制御におけるDTX周期の始期を、DRX制御でのDRX周期の始期に合わせたい場合においても、上りデータ、制御信号の優先度や、HARQでの再送状況に応じて、DTX周期の始期やDTX周期そのものを、どの時点からDRX周期に合わせるかを柔軟に設定することができる。更に、一定のルールに従ったDRX/DTX周期設定、タイミング制御を行えるため、基地局と移動端末でこうした制御負荷を分散させることができ、結果として基地局のスケジューリング負荷を減らすことができる。また、変形例1のように、新規のDRX動作が必要なデータが発生し、そのDRX/DTX周期がそれまでのデータのDRX/DTX周期に含まれるほど短い場合においても、一定のルールに従ったタイミングでDRX周期の変更ができ、しかも、それが基地局と移動端末の双方で個別に可能であるというように、複数のDRX/DTX周期の組み合わせや新規データの発生に伴うDRX/DTX周期の変化にも対応できる融通性の高いDRX/DTX制御方法を得ることができるという効果がある。更に、DTX周期をDRX周期に合わせることにより、上記実施の形態2と同様の効果を得ることもできる。実施の形態9.非特許文献8では、2つのDRX周期が設定される場合について示されている。しかし、非特許文献8では、HARQを適用する場合については全く考慮されていない。従って、従来のようにDRX周期情報が、初送データとともにL1/L2制御信号によって通知されたり、ラジオベアラのセットアップ時に通知されたり、あらかじめ決められていたりする方法だと、HARQによる再送がDRX周期を超えてしまうと、DRX動作に移行できなくなってしまう問題が生じる。また、非特許文献8では、DRX周期情報ではなく、DRX周期変更信号が通知される方法も示されているが、このような方法においても、上述したような問題が生じる。この実施の形態9では、上記のような問題を解消するため、上記実施の形態7と上記実施の形態8を組み合わせた方法を開示する。図34は非特許文献8で示された2つのDRX周期が設定される場合を示す説明図である。図34において、白抜きは下りデータとL1/L2制御信号を表し、斜線はL1/L2制御信号を表している。DRX周期[1]はDRX周期[2]よりも長く設定され、DRX周期[1]はあらかじめ決められて、基地局と移動端末とで共有されており、DRX周期[2]はラジオベアラがセットアップされるときに基地局より移動端末に送信される。DRX周期[1]でDRX動作に移行している移動端末は、DRX周期[1]の後、受信処理を実施して、下りデータがあれば、下りデータの受信を行う図中、1を参照。移動端末は、下りデータが無くなると、DRX周期[2]でDRX動作に移行する。移動端末は、DRX周期[2]の後、受信処理を実施して、下りデータがあれば、下りデータの受信を行い図中、2を参照、次のDRX周期[2]の後まで、下りデータの受信を続ける図中、2を参照。移動端末は、次のDRX周期[2]の後にL1/L2制御信号を受信して、下りデータが無い場合には、DRX周期[2]のDRX動作に移行する図中、3を参照。さらに、移動端末は、DRX周期[2]の後、受信処理を実施して、下りデータが無ければ、DRX周期[2]のDRX動作に移行する図中、4を参照。そして、DRX周期[1]後のタイミングと、DRX周期[2]後のタイミングの早い方で、移動端末は受信を行う。図34では、DRX周期[1]後のタイミンが早いため、DRX周期[1]後のタイミングで下り受信を行う。下りデータがない場合は、DRX周期[1]のDRX動作に移行する図中、5を参照。非特許文献8に示す従来例は、この様な方法が用いられているが、HARQを適用した場合については全く考慮されていない。従って、図34のように、DRX周期情報が1の最後の初送データとともにL1/L2制御信号によって通知される方法だと、HARQによる再送がDRX周期[2]を超えてしまった場合、DRX動作に移行できなくなってしまう問題が生じてしまう。また、DRX周期[1]の直前にHARQによる再送が生じて、DRX周期[1]を超えてしまった場合、DRX周期[1]後の受信ができなくなってしまう問題が生じてしまう。非特許文献8では、DRX周期情報ではなく、DRX周期変更信号が通知される方法も示されているが、このような方法においても、上述したような問題が生じる。この実施の形態9では、上記のような問題を解消するため、上記実施の形態7と上記実施の形態8を組み合わせた方法を開示する。図35は2つのDRX周期が設定される場合について、上記実施の形態7と上記実施の形態8を組み合わせた方法の一例を示す説明図である。DRX周期[2]の設定に関しては、上記実施の形態7で開示した方法を適用し、DRX周期[1]の設定に関しては、上記実施の形態8で開示した方法を適用する。下りリンクにおいて、白抜きは下り初送データもしくは再送データと、L1/L2制御信号を表し、横線は下り最終の初送データもしくは再送データを表し、斜線はDRX移行信号を含むL1/L2制御信号を表している。上りリンクにおいて、白抜きは下り初送データもしくは再送データに対する上りAck信号/Nack信号を表し、斜線は下り最終の初送データもしくは再送データに対するAck信号を表している。基地局は、下りデータを移動端末に送信し図中、1を参照、最終の初送データもしくは再送データを移動端末に送信した後、移動端末からAck信号を受信すると、Ack信号受信後、最初のL1/L2制御信号でDRX移行信号を移動端末に送信する図中、2を参照。移動端末は、基地局からDRX移行信号を受信すると、DRX周期[2]でDRX動作に移行する。移動端末は、DRX周期[2]の後、L1/L2制御信号の受信を実施して、自己宛のデータが有る場合には下りデータの受信を行う図中、3を参照。なお、DRX周期[2]の後、L1/L2制御信号の受信を実施して、自己宛のデータが無い場合には、再度、DRX周期[2]のDRX動作に移行する。上述の方法により、これら一連の動作を繰り返し行う。次に、基地局は、下りデータを移動端末に送信し、再送等により下り初送データもしくは再送データの送信がDRX周期[1]後のタイミングを超えてしまった場合図中、4を参照、引き続き、下り初送データもしくは再送データの送信を行う。基地局は、最終の初送データもしくは再送データを移動端末に送信した後、移動端末からAck信号を受信すると、Ack信号受信後、最初のL1/L2制御信号でDRX移行信号を移動端末に送信する図中、5を参照。移動端末は、DRX移行信号を受信すると、DRX周期[2]でDRX動作に移行する。ただし、再送等により下り初送データもしくは再送データの送信がDRX周期[1]後のタイミングを超えてしまっているので図中、4を参照、DRX周期[1]のDRX動作に入らずに、再送等を優先し、更にDRX周期[1]分延長して再設定する。この場合、再度、DRX周期[1]の設定しなおすことを基地局と移動端末とであらかじめ決めておけばよい。また、基地局から移動端末に設定しなおす情報を通知してもよい。再度、DRX周期[1]が設定しなおされ、次のDRX周期[1]後のタイミングで基地局から移動端末に対する下り初送データもしくは再送データが無い場合は、DRX周期[1]のDRX動作に移行する。この実施の形態9で開示した方法を用いることにより、2つのDRX周期が設定される場合についても、DRX周期[2]後にDRX動作に移行できなくなってしまったり、DRX周期[1]後の受信ができなくなってしまうという問題を解消することが可能となる効果が得られる。なお、この実施の形態9では、DRX周期[2]に関して、上記実施の形態7で開示した方法を適用し、DRX周期[1]に関して、上記実施の形態8で開示した方法を適用するものについて示したが、DRX周期[2]に関しても、上記実施の形態8で開示した方法を適用してもよい。なお、この実施の形態9では、設定されるDRX周期を2つとしたが、複数のDRX周期が設定される場合も、上記実施の形態7で開示した方法と、上記実施の形態8で開示した方法を組み合わせてもよい。実施の形態10.上記実施の形態9では、2つのDRX周期が設定される場合について、上記実施の形態7で開示した方法と、上記実施の形態8で開示した方法を組み合わせたものについて示したが、この実施の形態10では、HARQの最大MAX再送回数に応じた所要時間とDRX周期の大小関係によって、上記実施の形態7で開示した方法と従来の方法を組み合わるものについて説明する。基地局は、以下に示す条件によって、異なるDRX周期情報を移動端末に送信する。HARQの最大MAX再送回数に応じた所要時間をTmaxとし、DRX周期をTDRXとする。1Tmax≧TDRXの場合基地局は、上記実施の形態7を適用する。この場合、基地局は、Ack信号を受信した後のL1/L2制御信号等で、DRX周期情報を移動端末に通知する。この場合、DRX周期の開始タイミングは、下りデータが有る場合には、基地局が、移動端末からAck信号を受信した後に、移動端末に送信したDRX周期情報を含むL1/L2制御信号の送信タイミングとする。また、下りデータが無い場合には、基地局が、移動端末に送信したDRX周期情報を含むL1/L2制御信号の送信タイミングとする。なお、DRX周期の開始タイミングは、下りデータが有る場合、基地局がL1/L2制御信号を送信するタイミングとしてもよい。2Tmax<TDRXの場合基地局は、従来の方法を適用する。この場合、基地局は、初送データとともにL1/L2制御信号もしくはインバンドMACシグナリングとして、MACヘッダーなどにマッピング信号等で、DRX周期情報を移動端末に通知する。この場合、DRX周期の開始タイミングは、下りデータの有無にかかわらず、基地局が、初送データとともにDRX周期情報を送信するL1/L2制御信号もしくはインバンド信号の送信タイミングとする。ただし、Tmaxは、あらかじめ決められていてもよいし、セミスタティックに決められてもよいし、ダイナミックに決められてもよい。図36はHARQの最大MAX再送回数に応じた所要時間とDRX周期の大小関係によって、上記実施の形態7で開示した方法と従来の方法とを組み合わせた方法における移動端末と基地局のシーケンス図である。基地局は、下りデータが発生するとステップST8101、Tmax<TDRXが成立するか否かを判定するステップST8102。基地局は、TDRXがTmaxより大きい場合、初送データとともにDRX周期情報を移動端末に送信するステップST8103。移動端末は、基地局から初送データを受信するとステップST8104、その初送データとともにDRX周期情報が送られてきているか否かを判断するステップST8105。移動端末は、DRX周期が送られてきている場合、DRX周期開始タイミングを初送データ受信タイミングとしてステップST8106、HARQによる再送状態に入るST8107。移動端末は、下りデータの受信が成功したら、Ack信号を基地局に送信して再送状態を抜ける。移動端末は、Ack信号を送信した後、DRX動作に移行するステップST8108。基地局は、移動端末からAck信号を受信した後、再送状態を抜けて、移動端末にに対するDRX動作に移行するステップST8109。移動端末と基地局は、DRX周期後、アクティブ状態に移行するステップST8110、ST8111。基地局は、TDRXがTmax以下の場合には、初送データとともにDRX周期情報を送信せずに、HARQによる再送状態に入るステップST8112。移動端末は、基地局から初送データとともに、DRX周期情報が送信されているか否かを判定するステップST8105。移動端末は、DRX周期情報が送信されていない場合、HARQによる再送状態に入るステップST8112。移動端末は、下りデータの受信が成功したら、Ack信号を基地局に送信して、再送状態を抜ける。また、移動端末は、Ack信号を送信した後、DRX動作に移行する。基地局は、移動端末からAck信号を受信した後、最初のL1/L2制御信号でDRX周期情報を移動端末に送信するステップST8113。移動端末は、基地局からDRX周期信号を受信するとステップST8114、DRX周期開始タイミングをAck信号の送信タイミングとしてステップST8115、DRX動作に移行するステップST8116。基地局は、DRX周期情報を移動端末に送信した後ステップST8113、移動端末Aに対してDRX動作に移行するステップST8117。移動端末と基地局は、DRX周期後、アクティブ状態に移行するステップST8118、ST8119。上述したように、HARQの最大MAX再送回数に応じた所要時間とDRX周期の大小関係によって、上記実施の形態7で開示した方法と従来の方法を組み合わせた方法を用いることで、Tmax<TDRXの場合に、初送データと同じL1/L2制御信号でDRX周期を送信でき、その後、再送が生じても、基地局はDRX周期後に割当てられた時間を変更する必要が無くなる。従って、スケジューラ負荷を軽減することが可能となる。さらに、基地局において、移動端末への下りデータがすぐに発生することがわかっているため、DRX周期を短くしなければならなくなり、Tmax≧TDRXとなった場合も、上記実施の形態7で開示した方法を用いることで、再送における問題を回避することが可能となる。実施の形態11.DTX周期をCQI送信周期下り通信路の品質の測定結果を送信する周期とする場合、DTX周期はあらかじめ決められるか、もしくは、DRX周期と等しいか、それ以上とすることが考えられる。このような場合、下りデータに対する上りAck信号/Nack信号を送信するタイミングとCQI送信タイミングが重なる場合が生じる。Ack信号/Nack信号とCQI信号を同時に送信すると、PAPRPeaktoAveragePowerRatioが大きくなるため、消費電力の増大、送信電力の低下、隣接チャネル漏洩電力の増加などの問題が発生する。このような問題を解消するために、この実施の形態11では、上りAck信号/Nack信号を送信するタイミングとCQI送信タイミングが重なる場合、以下の3通りの方法を開示する。aCQI送信タイミングを遅らせるbCQI送信をスキップする重なったタイミングではCQIを送信しないcCQI送信タイミングは変えずに、Ack信号/Nack信号の送信タイミングを遅らせるこれらの方法を用いることにより、Ack信号/Nack信号とCQI信号の同時送信をなくし、さらにはDTX動作に移行することを可能にすることができる。なお、DTX周期の開始タイミングについては、以下の2通りの方法を開示する。Aあらかじめ決められたCQI送信タイミングとするB遅らせたCQI送信タイミングとするCQI送信タイミングとDTX周期の開始タイミングの組み合わせとして、以下の方法を開示する。aの方法に対しては、AまたはBの方法が適用できるbの方法に対しては、Aの方法が適用できるcの方法に対しては、Aの方法が適用できる図37は上りAck信号/Nack信号を送信するタイミングとCQI送信タイミングが重なった場合の一例を示す説明図である。図37aはCQI送信タイミングを1TTIだけ遅らせ、DTX周期の開始タイミングをあらかじめ決められたCQI送信タイミングとしている例を示し、bはCQI送信をスキップさせて、DTX周期の開始タイミングとして、あらかじめ決められたCQI送信タイミングとしている例を示している。移動端末は、基地局から下りリファレンス信号を受信すると、そのリファレンス信号から下り通信路の品質CQIを算出し、その品質CQIに対応するCQI信号を基地局に送信する。CQI信号の送信周期TCQIはあらかじめ決められるか、もしくは、DRX周期と等しいか、それ以上とすることが考えられる。一方、移動端末は、下りリンクにおいて、基地局から下りデータが送信されると、その下りデータを受信し、下りデータの受信状況に応じてAck信号/Nack信号を基地局に送信する。したがって、移動端末は、基地局から下りデータとともに下りリファレンス信号を受信すると、その下りリファレンス信号から下り通信路の品質CQIを算出し、その品質CQIに対応するCQI信号を基地局に送信するとともに、下りデータの受信状況に応じてAck信号/Nack信号を基地局に送信する。この場合には、Ack信号/Nack信号の送信タイミングとCQI信号の送信タイミングが重なってしまう。このような場合、図37aでは、CQI送信タイミングを1TTI遅らせるようにする。これにより、Ack信号/Nack信号の送信タイミングとCQI信号の送信タイミングが重なることなく送信される。また、この場合、DTX周期の開始タイミングはあらかじめ決められたCQI送信タイミングとしているので、CQIを送信した移動端末は、次のあらかじめ決められたCQI送信タイミングまでDTX動作に移行することができる。また、図37bでは、CQI送信をスキップするようにする。これにより、Ack信号/Nack信号の送信タイミングとCQI信号の送信タイミングが重なることなく、Ack信号/Nack信号が送信される。この場合、DTX周期の開始タイミングは、あらかじめ決められたCQI送信タイミングとしているので、Ack信号/Nack信号を送信した移動端末は、次のあらかじめ決められたCQI送信タイミングまでDTX動作に移行することができる。図38は上りAck信号/Nack信号を送信するタイミングとCQI送信タイミングが重なった場合の一例を示す説明図である。図38aは、CQI送信タイミングを1TTIだけ遅らせ、DTX周期の開始タイミングとして遅らせたCQI送信タイミングとする例を示している。移動端末は、基地局から下りリファレンス信号を受信すると、そのリファレンス信号から下り通信路の品質CQIを算出し、その品質CQIに対応するCQI信号を基地局に送信する。CQI信号の送信周期TCQIはあらかじめ決められるか、もしくは、DRX周期と等しいか、それ以上とすることが考えられる。一方、移動端末は、下りリンクにおいて、基地局から下りデータが送信されると、その下りデータを受信し、下りデータの受信状況に応じてAck信号/Nack信号を基地局に送信する。したがって、移動端末は、基地局から下りデータとともに下りリファレンス信号を受信すると、その下りリファレンス信号から下り通信路の品質CQIを算出し、その品質CQIに対応するCQI信号を基地局に送信するとともに、下りデータの受信状況に応じてAck信号/Nack信号を基地局に送信する。この場合には、Ack信号/Nack信号の送信タイミングとCQI信号の送信タイミングが重なってしまう。このような場合、CQI送信タイミングを1TTI遅らせるようにする。これにより、Ack信号/Nack信号の送信タイミングとCQI信号の送信タイミングが重なることなく送信される。また、この場合、DTX周期の開始タイミングは、遅らせたCQI送信タイミングとしているので、CQIを送信した移動端末は、DTX周期TCQIの後のCQI送信タイミングまでDTX動作に移行することができる。この実施の形態11で開示した方法を用いることによって、Ack信号/Nack信号とCQI信号の同時送信をなくしているため、PAPRが大きくなり、消費電力の増大、送信電力の低下、隣接チャネル漏洩電力の増加などの問題の発生を回避することができる。さらには、DTX周期の開始タイミングを開示した方法で決めておくことによって、DTX動作に移行することを可能にすることができる。実施の形態12.非特許文献8では、2つのDRX周期が設定されている場合について示されている。しかし、非特許文献8に示されたDRX動作方法では、移動端末の低消費電力という観点において問題である。非特許文献8のDRX動作方法の課題について、非特許文献8の説明図である図34を用いて以下に説明する。ただし、非特許文献8のDRX動作方法は、実施の形態9にて既に説明済みである。よって詳細は省略する。課題は、DRX周期[1]よりも短く設定されているDRX周期[2]にて動作している移動端末において、続けて受信するデータが存在しないにも関わらず、DRX周期[1]が経過するまでの間、DRX周期[2]でL1/L2制御信号の受信動作を行わなければならない点にある図34中、4を参照。上記課題は、移動端末の低消費電力化を実現する上では問題である。また、DRX周期[1]とDRX周期[2]の差が大きい場合には、上記課題がより顕著となる。この実施の形態12では、上記のような問題を以下の方法にて解決する。移動端末は、DRX周期の後、L1/L2制御信号を受信モニタし、自分宛のデータが存在する場合には、現在のDRX周期以下のDRX周期でのDRX動作に移行する。また、移動端末は、DRX周期の後、L1/L2制御信号を受信モニタし、自分宛のデータが存在しない場合には、現在のDRX周期以上のDRX周期でのDRX動作に移行するDRX動作方法を開示する。以下、この実施の形態12による移動体通信システムにおけるDRX動作方法を説明する。図39はこの発明の実施の形態12による移動体通信システムにおけるDRX動作方法の一例を示す説明図である。図39において、白抜きは下りデータを表し、斜線はL1/L2制御信号を表している。DRX周期の長さの関係は、初期DRX周期はDRX周期[2]より長く、DRX周期[2]はDRX周期[3]より長く、DRX周期[3]はDRX周期[4]より短く、DRX周期[4]はDRX周期[5]より短い。初期DRX周期でDRX動作に移行している移動端末は、初期DRX周期後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図39中、1を参照。このL1/L2制御信号中には、現在のDRX周期以下のDRX周期としてDRX周期[2]が含まれる。移動端末は、受信したDRX周期[2]をDRX周期として設定する。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在する場合には、移動端末は、下りデータの受信を行う図39中、2を参照。DRX周期[2]後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図39中、3を参照。このL1/L2制御信号中には、さらに短いDRX周期である現在のDRX周期以下のDRX周期としてDRX周期[3]が含まれる。移動端末は、受信したDRX周期[3]をDRX周期として設定する。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在しない場合には、移動端末は、DRX周期DRX周期[3]によってDRX動作を行う図39中、4を参照。この例では、DRX周期[3]の始点は、DRX周期[3]が通知されるL1/L2制御信号が含まれるサブフレームの先頭としている図39を参照。他の例としては、DRX周期[3]の始点として、連続して下りデータが存在しないことを確認したL1/L2制御信号が含まれるサブフレームの先頭としてもよい図39中、4を参照。DRX周期[3]後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図39中、5を参照。このL1/L2制御信号中には、現在のDRX周期以上のDRX周期としてDRX周期[4]が含まれる。図39の5のDRX動作は、このDRX周期[4]を用いて行う。DRX周期[4]後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図39中、6を参照。このL1/L2制御信号中には、さらに長いDRX周期である現在のDRX周期以上のDRX周期としてDRX周期[5]が含まれる。図39の6のDRX動作は、このDRX周期[5]を用いて行う。図40はこの発明の実施の形態12による移動端末と基地局の処理内容の一例を示すシーケンス図である。基地局は、初期DRX周期を移動端末に通知し、その初期DRX周期を当該移動端末のDRX周期として設定するステップST4001。移動端末は、基地局から初期DRX周期を受信し、その初期DRX周期をDRX周期として設定するステップST4002。この基地局から移動端末に対する初期DRX周期の通知方法の一例としては、次の方法が考えられる。1ラジオベアラがセットアップされるとき、基地局より移動端末に対してL3シグナリングを用いて通知する。2ダイナミックなタイミングにて、基地局より移動端末に対して、L1/L2制御信号、あるいは、インバンドシグナリングMACシグナリングを用いて通知する。3移動体通信システムの規定値Staticとして、基地局と移動端末において設定する。規定値の具体例としては、DRX周期の最大値例えば、5120[TTI]などが考えられる。規定値とした場合は、基地局から移動端末に対して初期DRX周期を通知する必要がないため、無線リソースの有効活用という効果を得ることができる。また、無線区間を通知する必要がないため、移動端末の受信エラーも発生しない。そのため、移動端末の受信エラーで基地局と移動端末において異なる初期DRX周期を設定し、移動端末が正常に自分宛ての下りデータを受信することができないという問題も生じないという効果を得ることができる。基地局及び移動端末は、上記のDRX周期にてDRX動作に移行するステップST4003、ST4004。次に、基地局は、当該移動端末に対して、下りデータが発生したか否かを判断するステップST4005。まず、下りデータが発生している場合の処理内容について説明する。下りデータが発生した場合は、ステップST4006の処理に移行する。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在する旨を通知するステップST4006。言い換えれば、下りデータの割り当てAllocationを行う図39中、1を参照。そして、基地局は、移動端末に対して下りデータの割り当てを行うとともに、現在のDRX周期以下のDRX周期を通知し、通知した現在のDRX周期以下のDRX周期を当該移動端末のDRX周期として設定するステップST4008。ただし、ステップST4006とステップST4008の処理は同時であっても構わないし、順序は任意である。移動端末は、DRX周期後のL1/L2制御信号の受信処理を実施するステップST4007。移動端末は、L1/L2制御信号の受信処理によって現在のDRX周期以下のDRX周期を受信するステップST4009。移動端末は、受信した現在のDRX周期以下のDRX周期をDRX周期に設定するステップST4010。図39中、1を参照。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4011。自分宛てのデータが存在する場合には、ステップST4013の処理に移行する。ただし、ステップST4007からステップST4011の処理は同時であっても構わないし、順序は任意である。基地局は、移動端末に対してステップST4006で割り当てた無線リソースを用いて、下りデータを送信するステップST4012。移動端末は、ステップST4007で基地局より割り当てられた無線リソースに応じて、下りデータを受信するステップST4013。基地局は、次の送信タイミング次のリソースブロックRBのタイミングがDRX周期を超えるか否かを判断するステップST4014。次の送信タイミングがDRX周期を超えない場合には、ステップST4016の処理に移行する。基地局は、連続して当該移動端末に対するデータが発生しているか否かを判断するステップST4016。データが発生している場合には、ステップST4017の処理に移行する。基地局は、連続したL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てを行うステップST4017。図39中、2参照。基地局は、連続したL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てを行うステップST4017。図39中、2を参照。基地局は、ステップST4012において、ステップST4017で割り当てた無線リソースに応じて、下りデータを送信する。移動端末は、次の受信タイミング次のリソースブロックのタイミングがDRX周期を超えるか否かを判断するステップST4015。次の受信タイミングがDRX周期を超えない場合には、ステップST4018の処理に移行する。移動端末は、連続したL1/L2制御信号にて、L1/L2制御信号の受信処理を実施するステップST4018。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4019。自分宛てのデータが存在する場合には、ステップST4013の処理に移行する。移動端末は、ステップST4013において、ステップST4018で基地局より割り当てられた無線リソースに応じて、下りデータを受信する。一方、基地局は、次の送信タイミング次のリソースブロックのタイミングがDRX周期を超えるか否かを判断するステップST4014。次の送信タイミングがDRX周期を超えると判断した場合には、ステップST4005の処理に移行する。図39中、3を参照。移動端末は、次の受信タイミング次のリソースブロックのタイミングがDRX周期を超えるか否かを判断するステップST4015。次の受信タイミングがDRX周期を超えた場合には、ステップST4007の処理に移行する。また、基地局は、連続して当該移動端末に対するデータが発生しているか否かを判断するステップST4016。データが発生していない場合は、ステップST4003の処理に移行し、DRX周期にてDRX動作を行う図39中、4を参照。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4019。自分宛てのデータが存在しない場合は、ステップST4004の処理に移行し、DRX周期にてDRX動作を行う。次に、下りデータが発生していない場合について説明する。基地局は、下りデータが発生していない場合は、ステップST4020の処理に移行する。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在する旨の通知を行わないステップST4020。言い換えれば、下りデータの割り当てAllocationを行わない図39中、5を参照。あるいは、ステップST4020にて基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在しない旨の通知をおこなってもよい。下りデータが存在しない旨の通知を行った場合、下りデータが存在しない旨の通知を行わない場合と比較して、明確な情報を基地局から移動端末に対して通知するため、移動端末での受信エラーの発生が減るという効果を得ることができる。次に、基地局は、移動端末に対して、DRX周期後のL1/L2制御信号にて現在のDRX周期以上のDRX周期を通知し、通知した現在のDRX周期以上のDRX周期を当該移動端末のDRX周期として設定するステップST4021。その後、ステップST4003の処理に移行し、DRX周期にてDRX動作を行う。ただし、ステップST4020とステップST4021の処理は同時であっても構わないし、順序は任意である。移動端末は、DRX周期後のL1/L2制御信号の受信処理を実施するステップST4007。移動端末は、L1/L2制御信号の受信処理によって現在のDRX周期以上のDRX周期を受信するステップST4009。移動端末は、受信した現在のDRX周期以上のDRX周期をDRX周期に設定するステップST4010。図39中、5を参照。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4011。あるいは、下りデータが存在しない旨の通知を受信したか否かを判断する。自分宛てのデータが存在しない場合あるいは、下りデータが存在しない旨の通知を受信した場合には、ステップST4004の処理に移行し、DRX周期にてDRX動作を行う。ただし、ステップST4007からステップST4011の処理は同時であっても構わないし、順序は任意である。上記の説明では、現在のDRX周期以下のDRX周期現在のDRX周期以上のDRX周期を、ステップST4006、ステップST4020にて、L1/L2制御信号にて通知する例を示したが、L1/L2制御信号ではなく、インバンド信号MACシグナリングで通知するようにしてもよい。さらには、ラジオベアラがセットアップされるときに、基地局から移動端末に対して、L3シグナリングを用いて、DRX周期セットが通知されてもよい。DRX周期セットの例としては、DRX周期A,DRX周期B,DRX周期C,DRX周期Dがある。このときの周期の関係をDRX周期A>DRX周期B>DRX周期C>DRX周期Dとする。この場合のDRX周期を変更するトリガとしては、ステップST4006,ステップST4020に示すDRX周期後のL1/L2制御信号が考えられる。具体的には、L1/L2制御信号にて当該移動端末に対する下りデータが存在する旨が通知された場合ステップST4006、あるいは、現在のDRX周期以下のDRX周期への変更が通知された場合、現在のDRX周期より1つ短いDRX周期を基地局および移動端末にて設定する。具体的には、現在のDRX周期がDRX周期Bであったときは、DRX周期CをDRX周期に設定する。一方、L1/L2制御信号にて当該移動端末に対する下りデータが存在する旨が通知されない場合ステップST4020あるいは、当該移動端末に対する下りデータが存在しない旨の通知あるいは、現在のDRX周期以上のDRX周期への変更が通知された場合、現在のDRX周期より1つ長いDRX周期を基地局および移動端末にて設定する。具体的には、現在のDRX周期がDRX周期Bであったときは、DRX周期AをDRX周期に設定する。ラジオベアラがセットアップされるときにDRX周期セットを通知することにより、DRX周期毎のL1/L2制御信号にて、DRX周期を通知する必要がなくなるので、無線リソースの有効活用という効果を得ることができる。さらには、移動体通信システムとして、DRX周期セットが規定値Staticとして基地局と移動端末において設定されていてもよい。DRX周期セットの具体例はラジオベアラセットアップ時に通知する場合と同様である。また、DRX周期を変更するトリガの例もラジオベアラセットアップ時に通知する場合と同様である。規定値とした場合は、基地局から移動端末に対してDRX周期を通知する必要がないため、無線リソースの有効活用という効果を得ることができる。また、無線区間を通知する必要がないため、移動端末の受信エラーも発生しない。そのため、移動端末の受信エラーで、基地局と移動端末において異なるDRX周期を設定し、移動端末が正常に自分宛ての下りデータを受信することができないという問題も生じないという効果を得ることができる。また、上記の説明では、現在のDRX周期以下のDRX周期現在のDRX周期以上のDRX周期を、ステップST4006、ステップST4020にて、L1/L2制御信号にて通知する例を示したが、差分新たに設定されるDRX周期-現在のDRX周期のみを通知しても良い。これにより、基地局から移動端末に対してDRX周期を通知する際の情報量ビット数、シンボル数を削減することが可能となり、無線資源の有効活用という効果を得ることができる。また上記、差分を用いる方法は、DRX周期の基地局から移動端末に対する通知方法現在のDRX周期以下のDRX周期現在のDRX周期以上のDRX周期をL1/L2制御信号、インバンド信号、L3シグナリング、移動体通信システムとして規定値などによらず用いることができる。また、トラフィック状況によりDRX周期を変更する必要が無い場合には、DRX周期を通知しないとすることも可能である。これにより、さらなる無線資源の有効活用という効果を得ることができる。上記に示したDRX動作方法を用いることにより以下の効果を得ることができる。一般的に、当該移動端末宛てのデータが有る場合は、当該移動端末宛てトラフィックが高くなることを示し、移動端末の受信が行われない期間を短くすることが望まれる。反対に、当該移動端末宛てのデータが無い場合は、トラフィックが低くなることを示し、移動端末の受信が行われない期間を長くしてもよいと考えられる。この実施の形態12で開示したDRX動作方法により、移動体通信システムは、DRX周期にて、当該移動端末がL1/L2制御信号を受信モニタし、その結果、当該移動端末宛てのデータがある場合は、DRX周期を現在のDRX周期以下のDRX周期に変更し、反対に当該移動端末宛てのデータがない場合は、DRX周期を現在のDRX周期以上のDRX周期に変更することが可能となる。よって、この実施の形態12により、トラフィックの状況に応じて、すばやくDRX周期を変更可能なDRX動作方法を得ることができる。これにより、トラフィックの状況に応じて、移動端末が低消費電力を実現することができるという効果を得ることができる。移動端末の低消費電力の実現例としては、移動端末が受信系の電源をOFFすることが可能と考えられる期間を図39の移動端末の受信系電源例1,例2として示している。また、この実施の形態12に示すDRX動作方法により、DRX周期の基地局から移動端末に対する通知方法現在のDRX周期以下のDRX周期現在のDRX周期以上のDRX周期をL1/L2制御信号、インバンド信号、L3シグナリング、移動体通信システムとして規定値などによらず、DRX周期として多くの値を取りえる点において特徴を有する。これにより、トラフィックの状況に柔軟に対応可能となる効果を得ることができる。特に非特許文献8に開示されたDRX動作方法と比較すれば、特に以下の効果を得ることができる。非特許文献8の課題としては、続けて受信するデータが存在しないにも関わらず、DRX周期[1]が経過するまでの間、DRX周期[2]でL1/L2制御信号の受信動作を行わなければならない点にある図34中、4を参照。言い換えれば、トラフックの状況に応じたDRX周期を素早く設定できないという問題がある。つまり、当該移動端末宛てのデータが無い場合においても、すばやくDRX周期を変更長くすることできないという問題がある。この実施の形態12に開示したDRX動作方法では、DRX周期にてL1/L2制御信号を受信モニタし、そのときの当該移動端末に対するトラフィックの状況に応じて素早くDRX周期を変更することが可能となるため、上記非特許文献8の課題を解決することができる。これにより、この実施の形態12にて開示したDRX動作方法を用いることにより、トラフック状況に応じてDRX周期を素早く設定できるため、トラフックが低くなっている場合においてもDRX周期を変更する長くすることができないために発生する不必要なL1/L2制御信号を受信する必要がなくなり、より効果的に移動端末の低消費電力化を実現することができる効果が得られる。実施の形態12の変形例1について説明する。実施の形態12においては、現在のDRX周期以下のDRX周期現在のDRX周期以上のDRX周期については任意の値を設定可能であったが、変形例1では、現在のDRX周期とトラフィックの状況に応じて新たに設定されるDRX周期の関係を一定とする方法を開示する。現在のDRX周期と新たに設定されるDRX周期の関係の具体例を以下に示す。ア差分を規定する方法。具体的に新たなDRX周期を求める方法例は、以下の通り。現在のDRX周期以下のDRX周期=現在のDRX周期N現在のDRX周期以上のDRX周期=現在のDRX周期-Nイ約数、倍数の関係を規定する方法。具体的に新たなDRX周期を求める方法例は、以下の通り。現在のDRX周期以下のDRX周期=現在のDRX周期×1/N現在のDRX周期以上のDRX周期=現在のDRX周期×N以下の説明では、イ約数、倍数の関係を規定した場合について説明する。図41は変形例1による移動体通信システムにおけるDRX動作方法の一例を示す説明図である。図41において、白抜きは下りデータを表し、斜線はL1/L2制御信号を表している。初期DRX周期図41ではxでDRX動作に移行している移動端末は、初期DRX周期後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図41中、1を参照。当該移動端末宛てのデータがある場合は、トラフック状況が高くなることを示しているので、移動端末の受信が行われない期間を短くするために、現在のDRX周期×1/Nを新たなDRX周期として設定する。図41ではN=2の例を記載している。よって、新たにDRX周期として設定される値はx/2となる。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在する場合には、移動端末は、下りデータの受信を行う図41中、2を参照。DRX周期x/2後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図41中、3を参照。移動端末は、現在のDRX周期×1/Nを新たなDRX周期として設定する。図41ではN=2の例を記載している。よって、新たにDRX周期として設定される値はx/4となる。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在しない場合には、移動端末は、DRX周期x/4にてDRX動作を行う図41中、4を参照。この例では、DRX周期の始点は、DRX周期後のL1/L2制御信号が含まれるサブフレームの先頭としている図41を参照。DRX周期x/4後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図41中、5を参照。本DRX動作に用いるDRX周期は次のように設定する。L1/L2制御信号の受信処理を実施して下りデータが存在しない場合は、トラフック状況が低くなることを示しているので、移動端末の受信が行われない期間を長くするために、現在のDRX周期×Nを新たなDRX周期として設定する。図41ではN=2の例を記載している。よって、新たにDRX周期として設定される値はx/2となる。DRX周期x/2後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図41中、6を参照。本DRX動作に用いるDRX周期はx/2×2=xとなりxである。図42は変形例1による移動端末と基地局の処理内容の一例を示すシーケンス図である。図42は、実施の形態12による移動端末と基地局との処理内容の一例を示すシーケンス図である図40と類似している。同じステップ番号は同じ処理を行うため、説明を省略する。基地局は、最大DRX周期、最小DRX周期、及び現在のDRX周期と新たに設定されるDRX周期の関係を示すNを移動端末に通知するステップST4201。移動端末は、基地局から最大DRX周期、最小DRX周期、Nを受信するステップST4202。この基地局から移動端末に対して通知される最大DRX周期、最小DRX周期は、変形例1にて新たに必要なパラメータである。実施の形態12では、DRX周期毎に基地局が移動端末に新たなDRX周期を通知する例、あるいは、DRX周期セットが予め基地局から移動端末に対して通知される例、あるいは、DRX周期セットが移動体通信システムとして規定されている例を示している。これと比較して変形例1では、基地局から移動端末に対して、新たなDRX周期の明示的な通知は行われず、基地局及び移動端末において、各々で現在のDRX周期とNを基に新たなDRX周期が設定される。最大DRX周期、最小DRX周期をパラメータに設けることにより、許容範囲外に長いDRX周期、許容範囲外に短いDRX周期が設定されることを防ぐという効果を得られる。最大DRX周期の一例としては、5120[TTI]が考えられる。また、最小DRX周期の一例としては、1[TTI]が考えられる。この基地局から移動端末に対する基地局より最大DRX周期、最小DRX周期、Nの通知方法の一例としては、次の方法が考えられる。1ラジオベアラがセットアップされるとき、基地局より移動端末に対してL3シグナリングを用いて通知する。2移動体通信システムの規定値Staticとして、基地局と移動端末において設定する。規定値とした場合は、基地局から移動端末に対して最大DRX周期、最小DRX周期、Nを通知する必要がないため、無線リソースの有効活用という効果を得ることができる。また、無線区間を通知する必要がないため、移動端末の受信エラーも発生しない。そのため、移動端末の受信エラーで基地局と移動端末において異なる基地局より最大DRX周期、最小DRX周期、Nを設定し、移動端末が正常に自分宛ての下りデータを受信することができないという問題も生じないという効果を得ることができる。また、最大DRX周期、最小DRX周期、Nの通知は、同時であっても異なってもよく、順序も任意である。なお、実施の形態12にて記載した現在のDRX周期以下のDRX周期現在のDRX周期以上のDRX周期を通知する方法として、ラジオベアラがセットアップされるときに、基地局から移動端末に対してDRX周期セットが通知される場合、あるいは移動体通信システムとしてDRX周期セットが規定値として基地局と移動端末において設定されている場合において、上記最大DRX周期最小DRX周期のパラメータを用いることができる。これにより、DRX周期セットに含まれるDRX周期においても、その時点における設定可能なDRX周期を基地局が移動端末に対して通知することが可能となる。これにより、他の移動端末との関係、同一セル内の移動端末の和、当該移動端末のトラフィックの状況などに応じて、より最適なDRX動作方法を実現可能となる効果を得ることができる。通知方法としては、トラフィック状況などに応じて、より早く変更可能とする必要が生じる場合も考えられる。よって、よりダイナミックに基地局より移動端末に対して通知可能となるように、上記に加えL1/L2制御信号、インバンド信号などを用いた通知方法が考えられれる。まず、下りデータが発生している場合の処理内容について説明する。基地局は、下りデータが発生した場合はステップST4006の処理に移行する。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在する旨を通知するステップST4006。言い換えれば、下りデータの割り当てAllocationを行う図41中、1を参照。次に、基地局は、新たなDRX周期を設定する上で、暫定的なDRX周期としてDRX周期’DRX周期’=DRX周期×1/Nを計算するステップST4203。基地局は、DRX周期’が当該移動端末に対してステップST4201で通知した最小DRX周期より小さいか否か判断するステップST4204。DRX周期’が最小DRX周期より小さくない場合、ステップST4205の処理に移行する。基地局は、DRX周期’をDRX周期として設定するステップST4205。一方、DRX周期’が最小DRX周期より小さい場合、ステップST4206の処理に移行する。基地局は、DRX周期’を破棄し、DRX周期の変更を行わないステップST4206。または、ステップST4201で通知した最小DRX周期をDRX周期として設定してもよい。移動端末は、DRX周期後のL1/L2制御信号の受信処理を実施するステップST4007。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4011。自分宛てのデータが存在する場合には、ステップST4211の処理に移行する。移動端末は、新たなDRX周期を設定する上で、暫定的なDRX周期としてDRX周期’DRX周期’=DRX周期×1/Nを計算するステップST4211。移動端末は、DRX周期’がステップST4202で受信した最小DRX周期より小さいか否か判断するステップST4212。DRX周期’が最小DRX周期より小さくない場合、ステップST4213の処理に移行する。移動端末は、DRX周期’をDRX周期として設定するステップST4213。一方、DRX周期’が最小DRX周期より小さい場合は、ステップST4214の処理に移行する。移動端末は、DRX周期’を破棄し、DRX周期の変更を行わないステップST4214。または、ステップST4202で受信した最小DRX周期をDRX周期として設定してもよい。基地局は、ステップST4006において、移動端末に対して割り当てた無線リソースを用いて、下りデータを送信するステップST4012。移動端末は、ステップST4007において、基地局より割り当てられた無線リソースに応じて、下りデータを受信するステップST4013。次に、下りデータが発生していない場合について説明する。基地局は、下りデータが発生していない場合、ステップST4020の処理に移行する。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在する旨の通知を行わないステップST4020。言い換えれば、下りデータの割り当てAllocationを行わないあるいは、当該移動端末に対する下りデータが存在しない旨の通知を行う図41中、5を参照。次に、基地局は、新たなDRX周期を設定する上で、暫定的なDRX周期としてDRX周期’DRX周期’=DRX周期×Nを計算するステップST4207。基地局は、DRX周期’が当該移動端末に対してステップST4201で通知した最大DRX周期より大きいか否か判断するステップST4208。DRX周期’が最大DRX周期より大きくない場合、ステップST4209の処理に移行する。基地局は、DRX周期’をDRX周期として設定するステップST4209。一方、DRX周期’が最大DRX周期より大きい場合は、ステップST4210の処理に移行する。基地局は、DRX周期’を破棄し、DRX周期の変更を行わないステップST4210。または、ステップST4201で通知した最大DRX周期をDRX周期として設定してもよい。移動端末は、DRX周期後のL1/L2制御信号の受信処理を実施するステップST4007。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4011。自分宛てのデータが存在しない場合あるいは、下りデータが存在しない旨の通知を受信した場合には、ステップST4215の処理に移行する。移動端末は、新たなDRX周期を設定する上で、暫定的なDRX周期としてDRX周期’DRX周期’=DRX周期×Nを計算するステップST4215。移動端末は、DRX周期’がステップST4202で受信した最大DRX周期より大きいか否か判断するステップST4216。DRX周期’が最大DRX周期より大きくない場合、ステップST4217の処理に移行する。移動端末は、DRX周期’をDRX周期として設定するステップST4217。一方、DRX周期’が最大DRX周期より大きい場合は、ステップST4218の処理に移行する。移動端末は、DRX周期’を破棄し、DRX周期の変更を行わないステップST4218。または、ステップST4202で受信した最大DRX周期をDRX周期として設定してもよい。上記変形例1に示したDRX動作方法を用いることにより、実施の形態12を用いることによる効果に加えて、以下の効果を得ることができる。実施の形態12では現在のDRX周期以下のDRX周期現在のDRX周期以上のDRX周期については、任意の値を基地局より移動端末に対して通知するのに対して、変形例1では、現在のDRX周期とトラフィックの状況に応じて新たに設定されるDRX周期の関係Nのみ基地局より移動端末に対して通知する。これにより、基地局から移動端末に対して通知する情報量が削減されることから、無線リソースの有効活用を図ることができる効果が得られる。さらに、現在のDRX周期と新たに設定されるDRX周期の関係にて上記イ約数、倍数の関係を規定する方法を用いることにより、設定されるDRX周期が、初期DRX周期のNのn乗倍、あるいは、1/Nのn乗倍となる。これにより、基地局にて当該移動端末に対して割り当てる下りリソースの予想がつくという効果を得ることができる。また、移動端末のL1/L2制御信号の受信エラーなどにより、基地局と移動端末の間にDRX周期の不整合状態遷移エラーが生じた場合に、基地局は1つより長いDRX周期にて当該移動端末に対してL1/L2制御信号を通知すれば、移動端末がL1/L2制御信号を受信可能となり、状態遷移エラーからの復旧が可能となるという効果が得られる。HARQが適用されて再送が生じた場合のDRX動作方法については、本明細書の中で大きく二つの方法について開示している。上記実施の形態7に示す方法と、上記実施の形態8に示す方法である。基地局が当該移動端末に対して割り当てる下りリソースの予想がつくという効果を得るためには、HARQが適用されて再送が生じた場合のDRX動作方法については、上記実施の形態8に示す方法を用いることで親和性が高くなる。特に非特許文献8に開示されたDRX動作方法と比較すれば、特に以下の効果を得ることができる。変形例1で示した、現在のDRX周期と新たに設定されるDRX周期の関係にて上記イ約数、倍数の関係を規定する方法を用いることにより、非特許文献8の方法のように、図34の4のような移動端末の低消費電力化としては避けたいL1/L2制御信号受信動作が発生することがないという利点がある。これにより、非特許文献8と比較して移動端末の低消費電力に有利な移動体通信システムを構築可能であるという効果を得ることができる。実施の形態12の変形例2について説明する。実施の形態12では、基地局が、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てを1回行なわなければ、当該移動端末に対して、現在のDRX周期以上のDRX周期を設定する。移動端末においても、DRX周期後のL1/L2制御信号にて、下りデータの割り当てが行われないことを1回確認すれば、基地局から通知された現在のDRX周期以上のDRX周期を設定する。変形例2では、基地局が、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てが連続してM回発生しなければ、当該移動端末に対して、現在のDRX周期以上のDRX周期を設定する。移動端末においても、DRX周期後のL1/L2制御信号にて、下りデータの割り当てが行われないことを連続してM回確認すれば、基地局から通知された現在のDRX周期以上のDRX周期を設定する。図43は変形例2による移動体通信システムにおけるDRX動作方法の一例を示す説明図である。図43において、白抜きは下りデータを表し、斜線はL1/L2制御信号を表している。DRX周期の長さの関係は、初期DRX周期はDRX周期[2]より長く、DRX周期[2]はDRX周期[3]より長く、DRX周期[3]はDRX周期[4]より短く、DRX周期[4]はDRX周期[5]より短い。初期DRX周期でDRX動作に移行している移動端末は、初期DRX周期後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図43中、1参照。このL1/L2制御信号中には、現在のDRX周期以下のDRX周期としてDRX周期[2]が含まれる。あわせてDRX周期[2]に対応するMDRX周期[2]が基地局から移動端末に対して通知される。移動端末は、受信したDRX周期[2]をDRX周期として設定する。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在する場合には、移動端末は、下りデータの受信を行う図43中、2参照。DRX周期[2]後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図43中、3を参照。このL1/L2制御信号中には、現在のDRX周期以下のDRX周期としてDRX周期[3]が含まれる。合わせてDRX周期[3]に対応するMDRX周期[3]が基地局から移動端末に対して通知される。図43においては、MDRX周期[3]=2として説明する。移動端末は、受信したDRX周期[3]をDRX周期として設定する。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在しない場合には、移動端末は、DRX周期DRX周期[3]によってDRX動作を行う図43中、4を参照。この例では、DRX周期[3]の始点は、DRX周期[3]が通知されるL1/L2制御信号が含まれるサブフレームの先頭としている図43参照。DRX周期[3]後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図43中、5を参照。このL1/L2制御信号中には、現在のDRX周期以上のDRX周期としてDRX周期[4]が含まれているかもしれない。しかし、DRX周期[3]後のL1/L2制御信号にて下りデータの割り当てが行われないことを1回のみ確認したのみであり、MDRX周期[3]=2であるので、図32の5では、移動端末は、DRX周期[4]をDRX周期としては設定しない。よって、DRX周期は、DRX周期[3]のままである。DRX周期[3]後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図43中、6を参照。DRX周期[3]後のL1/L2制御信号にて下りデータの割り当てが行われないことを連続してM回MDRX周期3=2確認したので、DRX周期[4]をDRX周期として設定する。図44は変形例2による移動端末と基地局の処理内容の一例を示すシーケンス図である。図44はこの発明の実施の形態12による移動端末と基地局の処理内容の一例を示すシーケンス図である図40と類似している。同じステップ番号は同じ処理を行うため説明を省略する。下りデータが発生している場合の処理内容について説明する。基地局は、下りデータが発生した場合は、ステップST4006の処理に移行する。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在する旨を通知するステップST4006。言い換えれば、下りデータの割り当てAllocationを行う図43中、1を参照。基地局は、移動端末に対して、下りデータの割り当てを行うとともに、現在のDRX周期以下のDRX周期を通知し、通知した現在のDRX周期以下のDRX周期を当該移動端末のDRX周期として設定するステップST4008。基地局は、ステップST4408で通知した現在のDRX周期以下のDRX周期に対応するMを移動端末に通知するステップST4401。ただし、ステップST4006とステップST4008とステップST4401の処理は同時であっても構わないし、順序は任意である。パラメータMの定義は以下の通りである。トラフィックの状況が低くなり、当該移動端末宛ての下りデータの発生頻度が下がった場合において、現在のDRX周期をより長いDRX周期に変更するタイミングを調整するパラメータである。具体的な使用例としては、基地局が、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てが連続してM回発生しなければ、当該移動端末に対して現在のDRX周期以上のDRX周期を設定する。移動端末においては、DRX周期後のL1/L2制御信号にて、下りデータの割り当てが行われないことを連続してM回確認すれば、基地局から通知された現在のDRX周期以上のDRX周期を設定する。移動端末は、DRX周期後のL1/L2制御信号の受信処理を実施するステップST4007。移動端末は、L1/L2制御信号の受信処理によって現在のDRX周期以下のDRX周期を受信するステップST4009。次に、移動端末は、基地局よりMを受信するステップST4402。パラメータMは、変形例2にて新たに設けたパラメータである。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4011。自分宛てのデータが存在する場合には、ステップST4403の処理に移行する。移動端末は、ステップST4009で受信したDRX周期をDRX周期に設定するステップST4403。図43中、1を参照。基地局は、ステップST4006において、移動端末に対して割り当てた無線リソースを用いて、下りデータを送信するステップST4012。移動端末は、ステップST4007において、基地局より割り当てられた無線リソースに応じて、下りデータを受信するステップST4013。次に下りデータが発生していない場合について説明する。基地局は、下りデータが発生していない場合、ステップST4020の処理に移行する。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在する旨の通知を行わないステップST4020。言い換えれば、下りデータの割り当てAllocationを行わない図43中、5参照。基地局は、DRX周期後のL1/L2制御信号にて現在のDRX周期以上のDRX周期を移動端末に通知するステップST4021。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てが連続してM回現在のDRX周期に対応したM発生していないか判断するステップST4404。当該移動端末に対する割り当てを行わない回数がM回未満であった場合、DRX周期を変更することなく、ステップST4003の処理に移行し、DRX動作を行う図43中、5を参照。一方、当該移動端末に対する割り当てを行わない回数がM回となった場合は、ステップST4405の処理に移行する図43中、6を参照。基地局は、通知した現在のDRX周期以上のDRX周期を当該移動端末のDRX周期として設定するステップST4405。その後、ステップST4003の処理に移行し、DRX動作を行う図43中、6参照。移動端末は、DRX周期後のL1/L2制御信号の受信処理を実施するステップST4007。移動端末は、L1/L2制御信号の受信処理によって現在のDRX周期以上のDRX周期を受信するステップST4009。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST4011。自分宛てのデータが存在しない場合には、ステップST4406の処理に移行する。移動端末は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てがないことを連続してM回現在のDRX周期に対応したM確認したか判断するステップST4406。割り当てがないことを確認した回数がM回未満であった場合、DRX周期を変更することなく、ステップST4004の処理に移行し、DRX動作を行う図43中、5を参照。一方、割り当てがないことを確認した回数がM回となった場合は、ステップST4407の処理に移行する図43中、6を参照。移動端末は、受信した現在のDRX周期以上のDRX周期をDRX周期として設定するステップST4407。その後、ステップST4004の処理に移行し、DRX動作を行う図43中、6を参照上記の説明では、MをステップST4401でL1/L2制御信号にて通知する例を示したが、L1/L2制御信号ではなく、対応するDRX周期と関係付けてインバンド信号MACシグナリングで通知するようにしてもよい。さらには、ラジオベアラがセットアップされるときに、基地局から移動端末に対して、L3シグナリングを用いて通知されるDRX周期セットと関係付けてMセットが通知されてもよい。あるいは、全てのDRX周期に対応するMを通知するようにしてもよい。ラジオベアラがセットアップされるときに、DRX周期セットと関係付けてMセットを通知することにより、DRX周期毎のL1/L2制御信号にて現在のDRX周期以下のDRX周期が通知される際にMを通知する必要がなくなるので、無線リソースの有効活用化を図ることができる効果が得られる。さらには、移動体通信システムとして規定されるDRX周期セットと関係付けてMセットが規定値Staticとして、基地局と移動端末において設定されていてもよい。あるいは、全てのDRX周期に対応するMを設定するようにしてもよい。規定値とした場合は、基地局から移動端末に対してDRX周期を通知する必要がないため、無線リソースの有効活用化を図ることができる効果が得られる。また、無線区間を通知する必要がないため、移動端末の受信エラーも発生しない。そのため、移動端末の受信エラーで基地局と移動端末において異なるDRX周期を設定し、移動端末が正常に自分宛ての下りデータを受信することができないという問題も生じないという効果を得ることができる。上記変形例2に示したDRX動作方法を用いることにより、実施の形態12を用いることによる効果に加えて、以下の効果を得ることができる。実施の形態12では、基地局が、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てを1回行なわなければ、当該移動端末に対して、現在のDRX周期以上のDRX周期を設定する。移動端末においても、DRX周期後のL1/L2制御信号にて、下りデータの割り当てが行われないことを1回確認すれば、基地局から通知された現在のDRX周期以上のDRX周期を設定する。変形例2では、基地局が、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータの割り当てが連続してM回発生しなければ、当該移動端末に対して、現在のDRX周期以上のDRX周期を設定する。移動端末においても、DRX周期後のL1/L2制御信号にて、下りデータの割り当てが行われないことを連続してM回確認すれば、基地局から通知された現在のDRX周期以上のDRX周期を設定する。これにより、下りデータの割り当てが無かった場合に、素早く現在のDRX周期以上のDRX周期に移行するのではなく、本当にトラフィックの状況が低くなったか否かを確認する期間を調整することが可能となる。下りデータの割り当てが無いことを確認する回数を変更可能とすること実現している。これにより、下りスループットと移動端末の低消費電力化を効率的に調整することが可能となる効果が得られる。実施の形態12の変形例3について説明する。変形例3では、変形例1と変形例2を組み合わせて用いる際の最適な方法の一例を示している。具体的には、変形例1のパラメータNと変形例2のパラメータMを同じ値とする。図45は変形例3による移動体通信システムにおけるDRX動作方法の一例を示す説明図である。図45において、白抜きは下りデータを表し、斜線はL1/L2制御信号を表している。初期DRX周期図45ではxでDRX動作に移行している移動端末は、初期DRX周期後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図45中、1を参照。当該移動端末宛てのデータがある場合は、トラフック状況が高くなることを示しているので、移動端末の受信が行われない期間を短くするために、現在のDRX周期×1/Nを新たなDRX周期として設定する。図45ではN=2の例を記載している。よって、新たにDRX周期として設定される値はx/2となる。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在する場合には、移動端末は、下りデータの受信を行う図45中、2を参照。DRX周期x/2後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがあれば、下りデータの受信を行う図45中、3を参照。移動端末は、現在のDRX周期×1/Nを新たなDRX周期として設定する。図45ではN=2の例を記載している。よって、新たにDRX周期として設定される値はx/4となる。L1/L2制御信号の受信処理を実施して、連続して下りデータが存在しない場合には、移動端末は、DRX周期=x/4にてDRX動作を行う図45中、4を参照。この例では、DRX周期の始点は、DRX周期後のL1/L2制御信号が含まれるサブフレームの先頭としている図45を参照。DRX周期x/4後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図45中、5を参照。DRX周期=x/4後のL1/L2制御信号にて、下りデータの割り当てが行われないことを1回確認したのみであり、M=N=2であるので、図45の5では、移動端末は、DRX周期の変更を行わない。DRX周期x/4後、L1/L2制御信号の受信処理を実施して、自分宛ての下りデータがなければ、DRX動作に移行する図45中、6を参照。DRX周期=x/4後のL1/L2制御信号にて、下りデータの割り当てが行われないことを2回図45中、56確認したので、図45の6では、移動端末は、DRX周期の変更を行う。DRX周期はx/4×2=x/2である。変形例3による移動端末と基地局の処理内容の一例を示すシーケンス図は、変形例1のシーケンスである図42と、変形例2のシーケンス図である図44とを合わせて用いることができる。よって説明を省略する。上記変形例3に示したDRX動作方法を用いることにより、実施の形態12、変形例1及び変形例2を用いることによる効果に加えて、以下の効果を得ることができる。変形例1のパラメータNと、変形例2のパラメータMを同じ値としたことにより、必ず1つより長いDRX周期で移動端末がL1/L2制御信号をモニタすることになる図45中、67を参照。これにより、移動端末のL1/L2制御信号の受信エラーなどにより、基地局と移動端末の間にDRX周期の不整合状態遷移エラーが生じた場合に、基地局は1つより長いDRX周期、あるいは、初期DRX周期にて当該移動端末に対してL1/L2制御信号を通知すれば、移動端末がL1/L2制御信号を受信可能となり、状態遷移エラーからの復旧が可能となるという効果が得られる。HARQが適用されて再送が生じた場合のDRX動作方法については、本明細書の中で大きく二つの方法について開示している。上記実施の形態7に示す方法と、上記実施の形態8に示す方法である。上記変形例3の効果を得るためには、HARQが適用されて再送が生じた場合のDRX動作方法については、上記実施の形態8に示す方法を用いることで親和性が高くなる。特に非特許文献8に開示されたDRX動作方法と比較すれば、特に以下の効果を得ることができる。変形例3では、現在のDRX周期とトラフィックの状況に応じて新たに設定されるDRX周期の関係を一定とする方法を用いているので、非特許文献8の方法のように、図34の4のような余分なL1/L2制御信号受信動作が発生することがないという利点がある。これにより、非特許文献8と比較して移動端末の低消費電力に有利な移動体通信システムを構築可能であるという効果を得ることができる。実施の形態12の変形例4について説明する。実施の形態12においては、初期DRX周期を基地局から移動端末に対して通知する方法について示したが、変形例4では、サービスのQoSに応じて初期DRX周期を設定する方法を開示する。移動端末と基地局の処理内容は、実施の形態12による移動端末と基地局の処理内容の一例を示すシーケンス図である図40と類似している。そのため図40を用いて異なる部分を中心に以下説明する。ステップST4001において、基地局から移動端末に対する初期DRX周期の通知は行わない。その代わりに基地局において、ラジオベアラがセットアップされるときなどに、基地局から移動端末に対して通知されるサービスのQoSに応じて例えば、図46の例1に従って、初期DRX周期を選択し、DRX周期として設定する。あわせて、ステップST4002において、移動端末では、初期DRX周期を受信する代わりに、基地局から通知されるサービスのQoSに応じて例えば、図46の例1に従って、初期DRX周期を選択し、DRX周期として設定する。図46の例1は、サービスのQoSと初期DRX周期との関係例を示している。QoSの分類については、図46の例1に限らない。他の例としては、提供サービスに応じて初期DRX周期が関係付けられていてもよい。また、DRX周期についても、図46の例1に示すように、TTI単位の指定に限られず、時間単位[ms]、サブフレーム単位などが考えられる。また、サービスのQoSと初期DRX周期との関係については、移動体通信システムとして規定されていてもよいし、基地局から移動端末に対して通知されてもよい。移動体通信システムにおいて、マルチサービスが実現された場合には、基地局および移動端末にて提供されているサービスのうち、最高のQoSに対応する初期DRX周期を選択し、DRX周期として設定するようにしてもよい。さらには、図46の例2に示すように、サービスのQoSに応じて、最大DRX周期を設定するようにしてもよい。あるいは、サービスのQoSに応じて、最小DRX周期を設定するようにしてもよい。この変形例4は、変形例1、変形例2、変形例3においても適用可能である。上記変形例4に示したDRX動作方法を用いることにより、実施の形態12、変形例1、変形例2及び変形例3を用いることによる効果に加えて、以下の効果を得ることができる。基地局にて当該移動端末に対する下りデータが発生した場合においても、当該移動端末がDRX動作中であれば、当該移動端末に対して下りデータを送信することはできない。よって、DRX周期を長く設定することは、移動端末の低消費電力化を図ることができる反面、下りスループットが落ちることになるという短所も生じる。つまり、サービスのQoSが高く要求されている場合には、初期DRX周期、あるいは、最大DRX周期を短く設定することにより、サービスのQoSを満たしつつ、移動体通信システムとしてDRX動作を行うことが可能となる。変形例4を用いることにより、初期DRX周期、あるいは、最大DRX周期、あるいは、初期DRX周期と最大DRX周期を基地局から移動端末に通知することなく、サービスのQoSに応じた最適な初期DRX周期、あるいは、最適な最大DRX周期を用いたDRX動作を実現することが可能になる。これにより、サービスのQoSを満たしつつ、移動端末の低消費電力化につながる最適なDRX動作を行うことが可能になるという効果を得る。また、初期DRX周期、あるいは、最大DRX周期、あるいは、初期DRX周期と最大DRX周期を基地局から移動端末に対して通知する必要がないため、無線リソースの有効活用という点においても効果を得ることができる。実施の形態13.非特許文献9には、E-MBMSEvolvedMultimediaBroadcastMulticastServiceとEMBMS以外non-MBMS、non-EMBMSのデータ送信の方法としては、時分割多重TimeDivisionMultiplexing:TDMされることが開示されている。図47はE-MBMSとE-MBMS以外の無線リソースの割り当て例を示す説明図である。時分割の単位は一例として、サブフレームSubframe単位で記載している。非特許文献10には、時分割多重TDMによりEMBMSに割り当てられたサブフレーム中の先頭1シンボルのみ、あるいは、先頭2シンボルのみをUnicastサービスにて用いることが開示されている。図48には、無線リソースの割り当て例が示されている。EMBMSに割り当てられたサブフレーム中の先頭1シンボル図48中、1を参照のみUnicastサービスにて用いることを例示している。非特許文献9,10には、DRX動作Active中のDRX動作については何も記載されていない。E-MBMSとE-MBMS以外のデータが時分割多重され、また、E-MBMSに割り当てられたサブフレーム中の先頭1シンボル、あるいは、数シンボルのみがUnicastサービスにて利用可能となった場合において、DRX動作Active中のDRX動作との関係にて以下の課題が生じる。図49を用いて、実施の形態13の課題を説明する。当該移動端末がDRX周期xにてDRX動作を行っている。当該移動端末は、DRX周期毎にL1/L2制御信号を受信モニタしている図49中、12を参照。L1/L2制御信号の受信処理の結果、自分宛ての下りデータがあれば、当該L1/L2制御信号にて割り当てられる無線リソースにより下りデータを受信する。ダイナミックなスケジューリングにおけるL1/L2制御信号にて割り当てられる無線リソースは、時間軸としては、L1/L2制御信号が含まれるサブフレームと同じサブフレーム内である。一方、L1/L2制御信号の受信処理の結果、自分宛ての下りデータがなければ、DRX周期にてDRX動作を行う図49中、1を参照。E-MBMSが送信される周期、言い換えれば、E-MBMSデータが時分割多重される周期と、DRX動作期間中のActive図15を参照になるタイミングが重なるタイミングにおいて、以下の問題が発生する。E-MBMSに割り当てられたサブフレーム内のUnicastサービスに利用可能なシンボルは、先頭1シンボルのみ、あるいは先頭2シンボルのみであり、E-MBMSに割り当てられていないサブフレーム内のL1/L2制御信号に割り当てられるシンボル数先頭1シンボルあるいは、先頭2シンボルあるいは、先頭3シンボルより少ない。よって、DRX動作を行っている移動端末は、E-MBMSが送信される周期と、DRX動作期間中のActive図15を参照になるタイミングが重なるタイミングにおいて、L1/L2制御信号をモニタしたとしても、そのL1/L2制御信号に自分宛てのデータが存在するか否かを判断することが出来ない可能性が生じる。以下、実施の形態13における移動体通信システムとしてのE-MBMSの動作及びDRX動作方法を説明する。図50はこの発明の実施の形態13による移動体通信システムにおけるE-MBMSの動作及びDRX動作方法の一例を示す説明図である。図50において、白抜きはUnicast用下りデータを表し、右上がり斜線はL1/L2制御信号を表し、右下がり斜線はE-MBMS用データを表している。当該移動端末がDRX周期xにてDRX動作を行っている。当該移動端末は、DRX周期毎にL1/L2制御信号を受信モニタしている図50中、1を参照。L1/L2制御信号の受信処理の結果、自分宛ての下りデータがあれば、当該L1/L2制御信号にて割り当てられる無線リソースにより下りデータを受信する。ダイナミックなスケジューリングにおけるL1/L2制御信号にて割り当てられる無線リソースは、時間軸としては、L1/L2制御信号が含まれるサブフレームと同じサブフレーム内である。一方、L1/L2制御信号の受信処理の結果、自分宛ての下りデータがなければ、DRX周期にてDRX動作を行う図50中、1を参照。当該移動端末は、E-MBMSが送信される周期、言い換えれば、E-MBMSデータが時分割多重される周期と、DRX動作期間中のActive図15を参照になるタイミングが重なった場合図50中、2を参照、DRX動作におけるL1/L2制御信号の受信動作を行わないスキップ。当該DRX動作中の移動端末は、E-MBMSが送信される周期の次のサブフレーム図50中、3を参照にて、DRX動作におけるL1/L2制御信号の受信動作を行う。E-MBMSが送信される周期の次のサブフレームのL1/L2制御信号にて、当該移動端末に対して下りデータ送信の割り当てが行われた場合、同じサブフレーム内にて割り当てに従って、下りデータの送受信を行う図50中、4を参照。また、E-MBMSが送信される周期と、DRX動作期間中のActiveになるタイミングDRX動作期間中のL1/L2制御信号の受信タイミングが重ならない場合には、DRX動作において、スキップを行わなかった場合と変わらないタイミングによりL1/L2制御信号の受信動作を行う図50中、5を参照。図51はこの発明の実施の形態13による移動端末と基地局の処理内容の一例を示すシーケンス図である。基地局は、E-MBMS送信周期、E-MBMS送信周期の始期StartingPointを移動端末に通知するステップST6101。始期は、フレーム番号、サブフレーム番号、スロット番号、シンボル番号などで通知されることが考えられる。通常、E-MBMS送信周期、E-MBMS送信周期の始期の通知は、E-MBMSサービスを受ける移動端末のみが受信すれば足りる。しかし、この実施の形態13においては、ステップST6101においては、E-MBMSサービスの送信情報E-MBMS送信周期、E-MBMS送信周期の始期をE-MBMSサービスを受信する移動端末、あるいは、E-MBMSサービスを受信する能力を有する移動端末のみならず、当該基地局傘下の全移動端末が受信することに特徴がある。なぜなら、E-MBMSサービスを受信する移動端末、あるいは、E-MBMSサービスを受信する能力を有する移動端末以外の移動端末であっても、Active中のDRX動作を行う可能性があるからである。このような理由から上記の通知には、報知情報を送信するチャネルであるBCHBroadcastChannelなどが用いられることが考えられる。移動端末は、基地局からE-MBMS送信周期、E-MBMS送信周期の始期を受信するステップST6102。Active中のDRX動作を行わない移動端末、あるいは、Active中のDRX動作を行う能力を有さない移動端末が許容される移動体通信システムにおいては、当該基地局傘下の全移動端末がE-MBMSサービスの送信情報を受信するのではなく、Active中のDRX動作を行わない移動端末、あるいは、Active中のDRX動作を行う能力を有さない移動端末においては、E-MBMSサービスの送信情報を受信しないとしてもよい。基地局及び移動端末は、DRX周期にてDRX動作に移行しているステップST6103,ステップST6104。基地局は、当該移動端末に対して、下りデータが発生したか否かを判断するステップST6105。まず、下りデータが発生している場合の処理内容について説明する。基地局は、下りデータが発生した場合、ステップST6106の処理に移行する。基地局は、当該移動端末に対すDRX動作期間中のL1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なるか否かを判断するステップST6106。L1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なる場合、ステップST6111の処理に移行する。基地局は、通常のDRX動作におけるL1/L2制御信号の送信タイミング図50中、2を参照にて送信動作を行わないスキップようにするステップST6111。通常のDRX動作におけるL1/L2制御信号の送信タイミングの次のサブフレーム図50中、3を参照にて、当該移動端末に対するDRX動作におけるL1/L2制御信号の送信動作を行う。移動端末は、DRX動作期間中のL1/L2制御信号の受信タイミングがE-MBMSの送信タイミングと重なるか否かを判断するステップST6107。L1/L2制御信号の受信タイミングがE-MBMSの送信タイミングと重なる場合、ステップST6112の処理に移行する。移動端末は、通常のDRX動作におけるL1/L2制御信号の受信タイミング図50中、2を参照にて受信動作を行わないスキップようにするステップST6112。通常のDRX動作におけるL1/L2制御信号の受信タイミングの次のサブフレーム図50中、3を参照にて、DRX動作におけるL1/L2制御信号の受信動作を行う。基地局は、ステップST6111、あるいは、ステップST6108において、移動端末に対して割り当てた無線リソースを用いて、下りデータを送信するステップST6113。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST6110。自分宛てのデータが存在する場合には、ステップST6114の処理に移行する。移動端末は、ステップST6112、あるいは、ステップST6109において、基地局により割り当てられた無線リソースに応じて、下りデータを受信するステップST6114。基地局は、当該移動端末に対すDRX動作期間中のL1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なるか否かを判断するステップST6106。L1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重ならなかった場合には、ステップST6108の処理に移行する。基地局は、通常のDRX動作におけるL1/L2制御信号の送信タイミングにて送信動作を行うステップST6108。その後、ステップST6113の処理に移行する。移動端末は、通常のDRX動作におけるL1/L2制御信号の受信タイミングにて受信動作を行うステップST5109。その後、ステップST6114の処理に移行する。次に、下りデータが発生していない場合について説明する。基地局は、下りデータが発生していない場合、ステップST6103の処理に移行するステップST6105。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST6110。自分宛てのデータが存在しない場合には、ステップST6104の処理に移行する。この実施の形態13により以下の効果を得ることができる。基地局と移動端末の間で新たに送受信される情報を設けることなく、E-MBMSサービスとUnicastサービスを齟齬なくサービスすることができるという効果を得ることができる。この実施の形態13の課題を解決する上で、基地局と移動端末の間で新たに送受信される情報を設けていない点において、無線リソースの有効活用化を図ることができるという点において効果的な解決手段である。実施の形態13の変形例1について説明する。実施の形態13では、E-MBMSが送信される周期と、DRX動作期間中のActiveになるタイミングが重なった場合、DRX動作におけるL1/L2制御信号の送受信動作を行わないことで課題を解決している。この変形例1においては、移動端末は、E-MBMSが送信される周期と、DRX動作期間中のActive図15を参照になるタイミングが重なった場合図50中、2を参照にもUnicastサービスにて利用可能な先頭1シンボル、あるいは、数シンボルを用いてDRX周期にてDRX動作におけるL1/L2制御信号の送受信を行うこととする。これにより以下の新たな課題が発生する。E-MBMSに割り当てられたサブフレーム内のUnicastサービスに利用可能なシンボル以外の部分はE-MBMSにより利用され、Unicastサービスにおいては利用することはできない。よって、E-MBMSに割り当てられたサブフレーム内のUnicastサービスに利用可能なシンボルにて、基地局から移動端末に対して送信されたL1/L2制御信号で当該移動端末に対して下りデータ送信の割り当てが行われた場合、E-MBMS用データとUnicast用データの衝突が発生するという問題が生じる図49中、3を参照。この変形例1では、E-MBMSが送信される周期と、DRX動作期間中のActiveになるタイミングが重なった場合、L1/L2制御信号にて下りデータの割り当てが行われた場合において、実際の下りデータの割り当ては、次のサブフレームあるいは移動体通信システムとして規定サブフレーム後、あるいは、基地局から移動端末に通知されたサブフレーム後で行うことにより課題を解決する。図50を用いて、変形例1による移動体通信システムとしてのE-MBMSの動作及びDRX動作方法の一例を説明する。図50において、白抜きはUnicast用下りデータを表し、右上がり斜線はL1/L2制御信号を表し、右下がり斜線はE-MBMS用データを表している。当該移動端末がDRX周期xにてDRX動作を行っている。当該移動端末は、DRX周期毎にL1/L2制御信号を受信モニタしている図50中、1を参照。L1/L2制御信号の受信処理の結果、自分宛ての下りデータがあれば、当該L1/L2制御信号にて割り当てられる無線リソースにより下りデータを受信する。ダイナミックなスケジューリングにおけるL1/L2制御信号にて割り当てられる無線リソースは、時間軸としては、L1/L2制御信号が含まれるサブフレームと同じサブフレーム内である。一方、L1/L2制御信号の受信処理の結果、自分宛ての下りデータがなければ、DRX周期にてDRX動作を行う図50中、1を参照。当該移動端末は、E-MBMSが送信される周期、言い換えれば、E-MBMSデータが時分割多重される周期と、DRX動作期間中のActive図15を参照になるタイミングが重なった場合図50中、2を参照にもUnicastサービスにて利用可能な先頭1シンボル、あるいは、数シンボルを用いてDRX周期にてDRX動作におけるL1/L2制御信号の送受信を行う。当該L1/L2制御信号にて、当該移動端末に対して下りデータの割り当てが行われた場合、同じサブフレーム内では下りデータの送受信は行わず、E-MBMSが送信される周期の次のサブフレーム図50中、4を参照にて下りデータの送受信を行う。また、E-MBMSが送信される周期と、DRX動作期間中のActiveになるタイミングDRX動作期間中のL1/L2制御信号の受信タイミングが重ならない場合に、L1/L2制御信号にて当該移動端末に対して下りデータの割り当てが行われた場合、通常のダイナミックなスケジューリングと同様に、L1/L2制御信号にて割り当てられる無線リソースと時間軸としては、同じサブフレーム内にて下りデータの送受信を行う。図52は変形例1による移動端末と基地局の処理内容の一例を示すシーケンス図である。図52は、この発明の実施の形態13による移動端末と基地局の処理内容の一例を示すシーケンス図である図51と類似している。同じステップ番号は同じ処理を行うため、説明を省略する。下りデータが発生している場合の処理内容について説明する。基地局は、下りデータが発生した場合、ステップST6201の処理に移行する。基地局は、DRX周期後のL1/L2制御信号にて、当該移動端末に対する下りデータが存在する旨を通知するステップST6201。言い換えれば、下りデータの割り当てAllocationを行う図50中、2を参照。その後、ステップST6106の処理に移行する。移動端末は、DRX周期後のL1/L2制御信号の受信処理を実施するステップST6202。その後、ステップST6110の処理に移行する。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST6110。自分宛てのデータが存在する場合には、ステップST6107の処理に移行する。基地局は、当該移動端末に対すDRX動作期間中のL1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なるか否かを判断するステップST6106。L1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なる場合には、ステップST6203の処理に移行する。基地局は、下りデータの送信タイミングを1サブフレーム飛ばしステップST6203、E-MBMSが送信される周期の次のサブフレーム図50中、4を参照にて下りデータの送信を行うステップST6113。移動端末は、当該移動端末に対すDRX動作期間中のL1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なるか否かを判断するステップST6107。L1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なる場合、ステップST6204の処理に移行する。移動端末は、下りデータの受信タイミングを1サブフレーム飛ばしステップST6204、E-MBMSが送信される周期の次のサブフレーム図50中、4を参照にて下りデータの受信を行うステップST6114。基地局は、当該移動端末に対すDRX動作期間中のL1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なるか否かを判断するステップST6106。L1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重ならなかった場合、ステップST6113の処理に移行する。移動端末に対して割り当てた無線リソースにおいて、通常のダイナミックなスケジューリングと同様に、L1/L2制御信号にて割り当てられる無線リソースと時間軸としては、同じサブフレーム内にて下りデータを送信する。移動端末は、当該移動端末に対すDRX動作期間中のL1/L2制御信号の受信タイミングがE-MBMSの送信タイミングと重なるか否かを判断するステップST6107。L1/L2制御信号の受信タイミングがE-MBMSの送信タイミングと重ならなかった場合、ステップST6114の処理に移行する。ステップST6202において、基地局より割り当てられた無線リソースに応じて、通常のダイナミックなスケジューリングと同様に、L1/L2制御信号にて割り当てられる無線リソースと時間軸としては、同じサブフレーム内にて下りデータを受信する。次に、下りデータが発生していない場合について説明する。基地局は、下りデータが発生していない場合、ステップST6103の処理に移行するステップST6105。移動端末は、L1/L2制御信号の受信モニタの結果、自分宛のデータが存在するか否かを判断するステップST6110。自分宛てのデータが存在しない場合には、ステップST6104の処理に移行する。上記の説明では、DRX動作期間中のL1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なる場合、下りデータの受信タイミングを1サブフレーム飛ばして、E-MBMSが送信される周期の次のサブフレームで下りデータを送受信する例を示した。別の例としては、E-MBMSが送信される周期から移動体通信システムとして規定サブフレーム後、あるいは、基地局から移動端末に通知されたサブフレーム後に下りデータを送受信してもよい。その場合は、DRX動作期間中のL1/L2制御信号DRX動作期間中のL1/L2制御信号の送信タイミングがE-MBMSの送信タイミングと重なる場合のL1/L2制御信号のみでもよいに次のようなパラメータを追加することで、上記動作を実施することが可能である。例えば0:DRX動作に移行1:次のサブフレームのL1/L2制御信号をモニタ2:nサブフレーム後のL1/L2制御信号をモニタ、または0:DRX動作に移行1:次のサブフレームにて下りデータ割り当て2:nサブフレーム後にて下りデータ割り当てなどである。上記変形例1に示したDRX動作方法を用いることにより、実施の形態13を用いることによる効果に加えて、以下の効果を得ることができる。実施の形態13と比較して、Active中のDRX動作において、移動端末がDRX動作期間中のActive図15を参照となるタイミングを変更することなく、E-MBMSサービスとUnicastサービスを齟齬なくサービス可能となる。移動端末がDRX動作期間中のActiveとなるタイミングにおいて、自分宛ての下りデータが割り当てられているか否かを確認モニタする動作以外の動作を行う場合、それらの動作の動作タイミング周期が変更されないという効果を得ることができる。DRX動作期間中に自分宛ての下りデータが割り当てられているか否かを確認する動作以外の移動端末の動作例としては、1SoundingRS送信、2CQI送信、3周辺セル測定などが考えられる。DRX動作期間中に自分宛ての下りデータが割り当てられているか否かを確認する動作のみを実施の形態13で示す方法であるE-MBMSが送信される周期の次のサブフレームとし、上記123などの動作をE-MBMSが送信される周期と同じサブフレームとしてもよい。しかし移動端末の低消費電力化を考える上で移動端末が送信動作及び受信動作を行わなければならないタイミングは可能な限り合わせることが効果的である。そのため、本変形例1は移動端末の低消費電力化において効果的である。実施の形態14.移動体通信システムにおいて、移動端末が割り当てられたC-RNTICellRadioNetworkTemporaryIdentifierとG-RNTIグループRNTIGERANRadioNetworkTemporaryIdentifierの両方を使用することで、L1/L2制御信号をモニタすることが考えられている。C―RNTIとは、制御RNCControllingRadioNetworkControllerによって割り当てられた移動端末の識別子である。C-RNTIは、セルの中で唯一uniqueである。DRX周期にてDRX動作を行っている移動端末においては、DRX周期とG-RNTIの送信周期が重ならないタイミングにおいては、G-RNTIに対応したL1/L2制御信号を取りこぼすという課題を生じる。G-RNTIが割り当てられた移動端末において、移動端末がDRX動作Active中のDRX動作を行った場合において、以下の課題が生じる。図53を用いて、実施の形態14の課題を説明する。図53において、右上がり斜線はC-RNTI用のL1/L2制御信号を表し、右下がり斜線はG-RNTI用のL1/L2制御信号を表している。当該移動端末がDRX周期XにてDRX動作を行っている場合、当該移動端末は、DRX周期X毎にL1/L2制御信号を受信モニタしている図53中、12456を参照。よって、移動端末においては、図53に示す移動端末の受信系電源例に例示するような低消費電力動作を行っていることも考えられる。当該移動端末に対して基地局よりC-RNTIのみではなく、G-RNTIが割り当てられ、G-RNTIを用いてL1/L2制御信号をモニタする必要が発生した場合を考える。G-RNTIに対応したL1/L2制御信号の通知周期、あるいは、変更周期がYであるとする。DRX周期XにてDRX動作を行っている当該移動端末においては、周期Xと周期Yが重なっているタイミング図53中、15におけるG-RNTIに対応したL1/L2制御信号を受信することは可能である。一方、周期Xと周期Yが重なっていないタイミング図53中、3におけるG-RNTIに対応したL1/L2制御信号を受信することは、DRX周期Xにより低消費電力を実現しようとしている移動端末においては不可能である。以上のように、G-RNTIが割り当てられた移動端末において、低消費電力を実現する上で課題が生じる。以下、実施の形態14による移動体通信システムとしてのDRX動作方法を説明する。図54はこの発明の実施の形態14による移動体通信システムとしてのDRX動作方法の一例を示す説明図である。当該移動端末がDRX周期XにてDRX動作を行っている場合、当該移動端末は、DRX周期X毎にL1/L2制御信号を受信モニタしている図54中、13579を参照。当該移動端末に対して基地局よりC-RNTIのみではなく、G-RNTIが割り当てられ、G-RNTIを用いてL1/L2制御信号をモニタする必要が発生した場合を考える。G-RNTIに対応したL1/L2制御信号の通知周期あるいは、変更周期がYであるとする。基地局は、G-RNTIが割り当てられた当該移動端末に対してDRX周期を再度計算する。再計算の際には、周期Xと周期Yが重ならないタイミング図53中、3を参照におけるG-RNTIに対応したL1/L2制御信号を当該移動端末が受信可能となるよう計算する。具体例としては、周期Xと周期Yの最大公約数を新たにDRX周期とすることが考えられる。例えば、図53中の周期Zがそれにあたる。基地局から移動端末に対して、DRX周期Zが再度通知された場合、移動端末は、図54中、123456789において、L1/L2制御信号を受信することとなり、周期Xと周期Yが重ならないタイミング図53中、3を参照においても、移動端末はL1/L2制御信号を受信することとなる。図55はこの発明の実施の形態14による移動端末と基地局の処理内容の一例を示すシーケンス図である。基地局は、移動端末に対してDRX周期を通知し、そのDRX周期を当該移動端末のDRX周期として設定するステップST6501。移動端末は、基地局からDRX周期を受信し、そのDRX周期をDRX周期として設定するステップST6502。基地局から移動端末に対する初期DRX周期の通知方法の一例としては、下記の方法が考えられる。1ラジオベアラがセットアップされるとき、基地局より移動端末に対してL3シグナリングを用いて通知する。2ダイナミックなタイミングにて基地局より移動端末に対して、L1/L2制御信号、あるいは、インバンドシグナリングMACシグナリングを用いて通知する。基地局及び移動端末は、DRX周期にてDRX動作に移行しているステップST6503,ステップST6504。基地局は、移動端末に対してG-RNTIを通知するステップST6505。移動端末は、基地局からG-RNTIを受信するステップST6506。基地局は、ステップST6501で移動端末に対して通知したDRX周期と、G-RNTIに対応したL1/L2制御信号の通知周期あるいは、変更周期とから当該移動端末に対するDRX周期を再計算するステップST6507。基地局は、移動端末に対してDRX周期を再通知し、そのDRX周期を当該移動端末のDRX周期として設定するステップST6508。移動端末は、基地局からDRX周期を再受信し、そのDRX周期をDRX周期として設定するステップST6509。基地局は、DRX周期にてDRX動作に移行するステップST6510。移動端末は、DRX周期にてDRX動作に移行するステップST6511。その際、移動端末は、G-RNTIが通知されているか否かに関わらず、基地局から通知されたDRX周期にてDRX動作を行うことが可能となる。なお、この実施の形態14の課題は、当該移動端末にG-RNTIが割り当てられたときのみならず、移動端末が異なる周期において、L1/L2制御信号中の複数の情報を受信する必要がある場合においても発生する。その場合においても、この実施の形態14を用いれば当該課題を解決することができる。この実施の形態14により、以下の効果を得ることができる。基地局と移動端末の間で新たに送受信される情報を設けることなく、当該移動端末に対してG-RNTIが割り当てられた場合においても、移動体通信システムとして齟齬なく、Active中のDRX動作が実現可能になる効果が得られる。この実施の形態14の課題を解決する上で、基地局と移動端末の間で新たに送受信される情報を設けていない点において、無線リソースの有効活用を図るという点において効果的な解決手段である。さらには、移動端末においては、基地局よりG-RNTIが通知されているか否かに関わらず、基地局から通知されたDRX周期にてDRX動作を行うことが可能となり、移動端末内の処理内容が単純化できるという効果を得ることができる。"