"無線通信基地局装置から送信された信号を受信する受信手段と、受信された前記信号に含まれる間欠受信の間隔を制御する制御情報と、前記無線通信基地局装置へ信号を送信するイベントとに基づいて、前記間欠受信の間隔を制御するDRX制御手段と、前記信号を前記無線通信基地局装置に送信する送信手段と、を具備する無線通信端末装置。前記DRX制御手段は、前記間欠受信の間隔が短間隔を示す前記制御情報に基づいて、前記間欠受信の間隔を短間隔とする制御を行う、請求項1記載の無線通信端末装置。前記無線通信基地局装置から受信された信号の品質を測定する品質測定手段をさらに具備し、前記無線通信基地局装置へ信号を送信するイベントは、品質測定結果を送信するものである、請求項1または請求項2に記載の無線通信端末装置。無線通信端末装置により実行される無線通信方法であって、無線通信基地局装置から送信された信号を受信する受信ステップと、受信した前記信号に含まれる間欠受信の間隔を制御する制御情報と、前記無線通信基地局装置へ信号を送信するイベントとに基づいて、前記間欠受信の間隔を制御するDRX制御ステップ、前記信号を前記無線通信基地局装置に送信する送信ステップと、を具備する無線通信方法。前記DRX制御ステップは、前記間欠受信の間隔が短間隔を示す前記制御情報に基づいて、前記間欠受信の間隔を短間隔とする制御を行う、請求項4記載の無線通信方法。前記無線通信基地局装置から受信された信号の品質を測定する品質測定ステップをさらに具備し、前記無線通信基地局装置へ信号を送信するイベントは、品質測定結果を送信するものである、請求項4または請求項5に記載の無線通信方法。ネットワークコントロールの移動制御を行う場合、端末と現在接続している基地局との間で、移動制御のためのMessageのやり取りを行う必要がある。具体的には、下記の3つの手順1~3のうち、12を移動前に行う必要がある。1品質測定報告MeasurementReport:この品質測定報告は、端末から現在接続しているハンドオーバ前の基地局に送られるMessageであり、端末で測定した自セル、隣接セルの無線品質を報告するものである。2ハンドオーバ指示HandoverIndication。UMTSでは、PhysicalChannelReconfiguration等のMessage:このハンドオーバ指示は、現在接続しているハンドオーバ前の基地局から端末に送られるMessageであり、どの基地局に、どのような設定で接続するかを通知するものである。3ハンドオーバ完了報告HandoverComplete。UMTSでは、PhysicalChannelReconfigurationComplete等のMessage:このハンドオーバ完了報告は、端末から新しく接続したハンドオーバ後の基地局に送られるMessageであり、ハンドオーバが無事終了したことを報告するものである。ところが、DRXDTXの間隔は比較的長い値が用いられることも想定される。すなわち、1で無線品質を受け取り、ハンドオーバを行うことを決定したとしても、端末がDRXDTX期間中であったら、DRXDTX期間が終了するまでハンドオーバ指示を送信できず、その間に端末が現在のセル自セルのサービス範囲を超えてしまう場合がある図2参照。この場合には、端末とネットワークとの接続が切れてしまうこととなり、ユーザはサービスを継続できないなどの大きな問題となりうる。この改善策として、品質測定報告をトリガとして基地局側がDRXDTX間隔を制御することが考えられる。すなわち、図3に示すように端末からの品質測定報告を受けた基地局がDRXDTX間隔の変更を決定し、それを端末に通知することでハンドオーバ指示を受けることができるように、DRXDTX間隔を変更することが考えられる。しかしながら、この方法では、Active間隔DRXDTXを行っている端末が送受信を行う間隔が比較的長い間隔の場合には有効であるが、短い場合にはDRXDTX間隔通知を送信できないことが考えられる。本発明の目的は、DRXDTX期間中でも、ハンドオーバをいち早く完了する無線通信端末装置及び無線通信方法を提供することである。本発明の無線通信端末装置は、無線通信基地局装置から送信された信号を受信する受信手段と、受信された前記信号に含まれる間欠受信の間隔を制御する制御情報と、前記無線通信基地局装置へ信号を送信するイベントとに基づいて、前記間欠受信の間隔を制御するDRX制御手段と、前記信号を前記無線通信基地局装置に送信する送信手段と、を具備する構成を採る。本発明の無線通信方法は、無線通信端末装置により実行される無線通信方法であって、無線通信基地局装置から送信された信号を受信する受信ステップと、受信した前記信号に含まれる間欠受信の間隔を制御する制御情報と、前記無線通信基地局装置へ信号を送信するイベントとに基づいて、前記間欠受信の間隔を制御するDRX制御ステップ、前記信号を前記無線通信基地局装置に送信する送信ステップと、を具備するようにした。本発明によれば、DRXDTX期間中でも、ハンドオーバをいち早く完了することができる。以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一機能を有する構成には、同一符号を付し、重複する説明は省略する。実施の形態1図4は、本発明の実施の形態1に係る端末100の構成を示すブロック図である。この図において、受信部101は、基地局から送信された信号を受信し、受信した信号のうち制御情報等をチャネル設定部102に出力し、Reference信号Pilot信号などを品質測定部104に出力する。また、受信部101は、後述するDRXDTX制御部103の制御に従って、受信処理を行うか否か切り換える。チャネル設定部102は、受信部101から出力された信号に含まれるチャネル設定情報に基づいて、チャネル設定を行う。チャネル設定情報には、品質測定の実施、DRXDTX制御の実施などの指示情報が含まれており、チャネル設定部102は、チャネル設定情報に基づいて、品質測定部104を制御する。また、後述するMessage作成部105から品質測定結果を取得すると、取得した品質測定結果に応じたDRXDTX間隔10ms間隔、100ms間隔などとするようにDRXDTX制御部103を制御する。さらに、チャネル設定部102は、品質測定結果を送信する際、どのようなDRXDTX間隔に変更するかの情報も保持する。DRXDTX制御部103は、チャネル設定部102からの制御に従って、受信部101のDRXと、送信部106のDTXを制御する。品質測定部104は、チャネル設定部102から品質測定の実施を指示されると、受信部101から出力されたReference信号Pilot信号等の品質を測定し、測定結果をMessage作成部105に出力する。なお、品質測定結果については後述する。Message作成部105は、品質測定部104から出力された測定結果を含めたMessageを作成し、作成したMessageを送信部106に出力する。また、品質測定部104から出力された測定結果をチャネル設定部102に出力する。送信部106は、DRXDTX制御部103からの制御に基づいて、送信処理を行うか否か切り換え、送信する場合には、Message作成部105から出力されたMessageを基地局に送信する。ここで、品質測定部104における品質測定結果の報告形態について説明する。3GPPにおいては、大きく分けて二つの報告形態が存在する。一つは、特定のEventが発生した場合に報告するものであり、もう一つは定期的に報告する方法である。一般的に、定期的に報告するよりも、特定のEventが発生した時のみに報告した方が効率が良いため、ここでは、前者の方法に関して主に説明する。3GPPにおいて、同一周波数内の測定結果報告には、代表的なEventとして次のようなものがある。Event1a:新たに報告対象になるような品質のセルが検出された場合。Event1b:報告対象であったセルの品質が悪化し、報告対象から抜ける場合。Event1c:報告対象となっているセルよりも良好なセルが検出された場合。Event1d:最適なセルが変わった場合。このようなことから、Event毎に端末に対してハンドオーバが起こりうる可能性は異なってくる。具体的には、Event1aでは、新たに良好な品質のセルが検出されただけであり、ただちにハンドオーバが行われるとは限らない。Event1bでは、報告対象であったセルが抜けただけであり、ハンドオーバ処理には直結しない。Event1cでは、Event1aと同様となる。Event1dでは、最適なセルが変わっているため、ただちにハンドオーバを行う必要があるといえる。これらのことから以下のようにまとめられる。Event1d:DRXDTXをハンドオーバ指示に対応して設定。Event1aEvent1c:DRXDTXをハンドオーバの可能性があるため調整。Event1b:DRXDTXを変える必要は特になし。このように、いずれのEventによって品質測定結果が送信されるかによって、DRXDTX間隔を制御する必要性が異なっている。このため、それぞれのEvent毎に異なるDRXDTX間隔制御を行うことを考える。図5は、図4に示した端末100のチャネル設定変更処理手順を示すフロー図である。この図において、ステップ以下、STと省略する111では、チャネル設定部102がチャネル設定情報を受信する。ここで、基地局から送信されるチャネル設定情報は、報知チャネルBroadcastControlChannelBCCHを用いて全ての端末に報知されてもよいし、個別制御チャネルDedicatedControlChannelDCCHを用いて個々の端末に通知されてもよい。また、これら2つのチャネルを組み合わせて通知されてもよく、どのような方法で通知されてもよい。報知チャネルと個別制御チャネルとを組み合わせて用いる場合、端末に対して共通の設定を報知チャネルによって送信し、端末毎に異なる設定を個別制御チャネルによって送信する。ST112では、チャネル設定情報にDRXDTX制御情報が含まれているか否かを判定する。DRXDTX制御情報の値は端末と基地局とで同じ値を用いなければならない。DRXDTX制御情報が含まれていればST113に移行し、含まれていなければ処理を終了する。なお、ここで、チャネル設定情報に含まれるDRXDTX制御情報のフォーマットは、以下のパターンが考えられる。一つには、Eventの発生していない通常時に使用するDRXDTX間隔を指定し、それ以外に各Eventが発生した時のDRXDTX間隔をそれぞれ指定する方法である。二つには、使用するDRXDTX間隔のパターンとインデックス等とを対応付け、通常時には何番のインデックス、各種Event時には何番のインデックスなどとインデックスによって指定する方法である。また、ここで通常時に使用できるものを複数通知しておき、別の信号やタイマー等で実際に使用するDRXDTX間隔を制御することも可能である。ST113では、チャネル設定部102がDRXDTX制御情報を保持し、処理を終了する。図6は、図4に示した端末100のハンドオーバ処理手順を示すフロー図である。この図において、ST121では、品質測定部104が受信信号の品質測定を実施し、ST122では、品質測定によりEventが発生したか否かを判定する。Eventが発生していればST123に移行し、Eventが発生していなければST121に戻る。ST123では、Message作成部105が品質測定結果を含めたMessageを作成し、ST124では、送信部106がMessageを基地局に送信する。ST125では、チャネル設定部102において、既に保持しているDRXDTX制御情報を用いて、DRXDTX間隔を変更するか否かを判定し、変更する場合にはST126に移行し、変更しない場合には処理を終了する。ST126では、チャネル設定部102がDRXDTX間隔を変更するようにDRXDTX制御部103を制御する。図7は、本発明の実施の形態1に係る基地局150の構成を示すブロック図である。この図において、チャネル設定決定部151は、後述する品質測定結果取得部156から出力された品質測定結果に基づいて、図4に示した端末100が行うチャネル設定の内容を決定し、決定した内容チャネル設定情報をMessage作成部152及びDRXDTX制御部153に出力する。なお、このチャネル設定情報にはDRXDTX制御情報も含まれる。Message作成部152は、チャネル設定決定部151から出力されたチャネル設定情報を含めたMessageを作成し、作成したMessageを送信部154に出力する。DRXDTX制御部153は、チャネル設定決定部151から出力されたチャネル設定情報のうち、DRXDTX制御情報に基づいて、送信部154及び受信部155を制御する。送信部154は、DRXDTX制御部153からの制御に基づいて、送信処理を行うか否か切り換え、送信する場合には、Message作成部152から出力されたMessageを端末100に送信する。なお、端末100では、基地局150が送信するタイミングで受信することが必要であり、言い換えれば、送信部154は端末100が受信するタイミングで送信する必要がある。また、品質測定に用いられるReference信号Pilot信号も送信部154から送信される。受信部155は、DRXDTX制御部153からの制御に基づいて、受信処理を行うか否か切り換え、受信する場合には、端末100から送信された信号を受信し、受信した信号を品質測定結果取得部156に出力する。品質測定結果取得部156は、受信部155から出力された信号から端末100において測定された品質測定結果を取得し、取得した品質測定結果をチャネル設定決定部151に出力する。図8は、図7に示した基地局150のチャネル設定変更の処理手順を示すフロー図である。この図において、ST161では、チャネル設定決定部151が端末100のチャネル設定を決定し、決定した内容をチャネル設定情報とする。DRXDTX間隔例えば、20ms間隔などのチャネル設定情報は以降のステップで設定される。ST162では、Eventが発生した際にDRXDTX制御情報を変更するか否かを判定し、変更する場合にはST163に移行し、変更しない場合には直接ST164に移行する。ST163では、DRXDTX制御情報を含んだチャネル設定情報を作成する。なお、DRXDTX制御情報は、上述したように、Event毎に変更することが考えられるため、Event毎に設定できるようにする。ST164では、チャネル設定情報を端末100に送信する。なお、チャネル設定情報は、上述したように、報知チャネル、個別制御チャネル、及び、これらのチャネルの組合せによって端末100に送信することが可能である。図9は、図7に示した基地局150のハンドオーバ処理手順を示すフロー図である。この図において、ST171では、品質測定結果取得部156が端末100から送信された品質測定結果を取得し、ST172では、チャネル設定決定部151が品質測定結果に基づいて、DRXDTX間隔を変更するか否かを判定する。DRXDTX間隔を変更する場合にはST173に移行し、変更しない場合には処理を終了する。ST173では、チャネル設定決定部151が、DRXDTX制御部153に対してDRXDTX間隔を変更することと、その値を伝える。DRXDTX制御部153は、その指示に基づきDRXDTX間隔を変更し、基地局150は変更したDRXDTX間隔に基づいて、端末100に対するスケジューリングなどを行う。図10は、ハンドオーバ処理時のタイミングチャートである。端末100はActive間隔において品質測定結果を基地局150に送信する。このとき、端末100側では、ハンドオーバが行われることが予測されるため、DRXDTX間隔を短く設定する。基地局150側では、端末100から送信された品質測定結果を受信したことにより、端末がDRXDTX間隔を短く設定したことを認識し、短くなったDRXDTX間隔を考慮して、ハンドオーバ指示をActive間隔において端末100に送信する。これにより、端末100がハンドオーバ指示を早く受けることが可能となり、ハンドオーバ指示に従って、指定されたセルへハンドオーバを行うことができる。このように実施の形態1によれば、端末から基地局への品質測定結果の報告自体をトリガとして、DRXDTX間隔を端末及び基地局共に変更することにより、DRXDTX期間中でも、ハンドオーバをいち早く完了することができる。本発明の実施の形態では、全てのEventに対してDRXDTXの値を通知するように説明したが、これに限らず、特定のEventのみに対してDRXDTXの値を通知するようにしてもよいし、一つの値を全てのEvent、または特定の複数のEventで用いてもよい。また、本実施の形態では、単純にDRXDTX間隔を新しい値に設定するものとして説明したが、これに限らず、現在のDRXDTX間隔の1/2,1/4などのように設定してもよい。また、特定のMessageを受けるためにActive間隔を特別設けるような設定でもよい。さらに、Active間隔の設定も変更可能である。また、すぐ応答が返るようなことが想定される場合には、DRXDTX動作を終了することも可能である。また、現在使用しているDRXDTX間隔が短くて、Eventに関連付けられているDRXDTX間隔の方が長いケースが特定の条件の下発生する可能性がある。その場合には、DRXDTX間隔は変更する必要はない。本実施の形態では、変更したDRXDTX間隔の戻し方については特に言及していないが、例えば、ハンドオーバ後に戻す、または、品質測定報告により変更したDRXDTX間隔を1回、もしくは数回用いたらもとのDRXDTX間隔に戻すなどが考えられる。また、何度変更したDRXDTX間隔を用いるかをチャネル設定の情報として含めることも可能である。先に記載したとおり、3GPPで規定されている品質測定報告としては、Event発生以外に定期的に送信するものが存在する。この場合にも、同様の処理を実現することは可能である。すなわち、チャネル設定決定部151において定期的な報告の際に、どのように制御するかのルールを決定し、それを端末に伝え、チャネル設定部102において、定期的な報告結果の値を確認して、DRXDTXの変更を行うかどうかを判断することが考えられる。本実施の形態では、RRCRadioResourceControlとMACMediumAccessControlの役割については特に言及していないが、RRCとMACに実装することにより実現される。ただし、どのように役割分担を行うか、また、その他のプロトコルを使用するかなどは限定しない。本発明での品質測定報告とは、3GPPで規定されているMEASUREMENTREPORTに該当するものであり、チャネル設定は3GPPで規定されているRADIOBEARERSETUP、RADIOBEARERRECONFIGURATIONなどのチャネルを設定、変更するMessageによって実現されるものである。また、チャネル設定として、品質測定を制御するMEASUREMENTCONTROLにて通知することも可能である。本実施の形態では、端末が品質測定報告をあらかじめ指定されているActive間隔で送信するように示したが、DRXDTX間隔中に送信するようにしてもかまわない。なお、その場合には、DRXDTX間隔の基準タイミングとしてその品質測定報告が行われたタイミングを用いてもよい図11B参照し、通常のDRXDTXの間隔をもとに規定してもよい。また、通常のDRXDTXの間隔をもとに規定する場合には、前のActive期間を基準にする方法図11C参照、次のActive期間を基準にする方法図11D参照などが考えられる。ただし、本発明ではいずれかの方法に限定されるものではなく、いずれの方法を用いてもよいし、別の方法でもかまわない。ちなみに、図11B~Dに示した制御されたDRXDTX間隔は通常時図11AのDRXDTX間隔を半分にした場合を示した。また、上記の例ではDRXDTX間隔とActive間隔が別々に定義されているが、DRXDTX間隔がActive間隔を含むように定義することも可能である。このような場合でも、同様の概念で制御可能である。実施の形態2図12は、本発明の実施の形態2に係る端末200の構成を示すブロック図である。図12が図4と異なる点は、CQI測定部201を追加した点と、チャネル設定部102をチャネル設定部202に変更した点である。CQI測定部201は、受信部101から出力された信号からCQIを測定し、測定したCQIをチャネル設定部202及び送信部106に出力する。チャネル設定部202は、実施の形態1の機能に加え、CQI測定部201から出力されたCQIに基づいて、DRXDTX間隔変更について判断する。すなわち、DRXDTX間隔を変更するか否か、また、変更する場合にはどのような間隔にするかを判断する。チャネル設定部202は判断結果に従って、DRXDTX制御部103を制御する。また、チャネル設定部202は、DRXDTX制御を行うか否かの判断に用いるCQIの閾値をチャネル設定情報として受信し、保持する。図13は、本発明の実施の形態2に係る基地局250の構成を示すブロック図である。図13が図7と異なる点は、CQI取得部251を追加した点と、チャネル設定決定部151をチャネル設定決定部252に変更した点である。CQI取得部251は、受信部155から出力された信号に含まれるCQIを取得し、取得したCQIをチャネル設定決定部252に出力する。チャネル設定決定部252は、実施の形態1の機能に加え、CQI取得部251から出力されたCQIに基づいて、DRXDTX間隔変更について判断する。すなわち、DRXDTX間隔を変更するか否か、また、変更する場合にはどのような間隔にするかを判断する。チャネル設定決定部252は判断結果に従って、DRXDTX制御部154を制御する。また、チャネル設定決定部252は、DRXDTX制御を行うか否かの判断に用いるCQIの閾値をチャネル設定情報として決定保持し、端末に対するチャネル設定情報に入れる。図14に、端末200がCellAからCellBに移る様子を示している。このような場合、端末200の品質測定結果としては、CellBが検出された時にEvent1aが、CellAよりCellBの品質が良くなったらEvent1dが、CellAが検出できなくなったらEvent1bが生じることとなる。ところが、Event1dが発生した場合でも、CellAとCellBと両方に通信できるような間隔が長い場合には、しばらくの間CellAと通信することができると考えられる。この判断を、CQIを用いて行うものである。上記のとおり、実施の形態1で使用していた品質測定結果だけでは、自セルとどれだけ通信できるかの判断は行えない。それに対して、CQIはどれだけの品質で通信できるかを表しているものであり、その値によってどのような通信多値化、コーディングレート等を行うかが決定される。このため、その値を用いれば、自セルとまだ通信できるのかできないのか判断することができる。そこで下記のような動作が考えられる。Event1aでは、自セルのCQIが閾値以上なら、そのままDRXDTX間隔を維持する。逆に、現セルのCQIが閾値以下なら、DRXDTX間隔をEvent1d送信を行うのに適した間隔に変更する。また、Event1bでは、この動作によって、特にMobility動作が入るわけではないので、処理しない。また、Event1cでは、Event1aと同様とする。さらに、Event1dでは、現セルのCQIが閾値以上で、そのCQIの有効期間eNBより設定がDRXDTX間隔以上長ければ、そのままDRXDTX間隔を維持する。自セルのCQIが閾値以上で、そのCQIの有効期間eNBより設定がDRXDTX間隔より短ければ、DRXDTX間隔をCQIの有効期間に変更する。自セルのCQIが閾値以下なら、DRXDTX間隔をハンドオーバ指示を受けるのに適した間隔に変更する。なお、ここでCQIの有効期間とは、一度受け取ったCQIがどれだけの期間有効な値として使用できるかを示す値であり、ネットワーク側から指定されるものである。また、この期間はCQIの送信間隔と同一にすることが考えられる。このように実施の形態2によれば、ハンドオーバ元とハンドオーバ先の双方の基地局と通信可能な間隔が長い場合、端末はハンドオーバ元の基地局から送信された信号のCQIに基づくことにより、ハンドオーバ元の基地局と通信可能か否かを判定することができる。なお、CQIの値は、3GPPでは個別制御チャネルDCCHではなくて、L1制御情報などで送られている。本実施の形態でも、CQIの送付が通常の動作、すなわち下りのシェアードチャネルの送信設定の決定のために必要な場合には、従来どおりL1制御情報で送ることが考えられる。その必要がない場合には、CQIの送付を通常の動作に合わせて図15Aに示すように、L1制御情報でCQIを送るようにしてもよい。この図15Aに示す場合は、L1制御情報と個別制御チャネルが異なるRadioresourceで送信される場合である。また、図15Bに示すように、CQIが個別制御チャネルを送るMACヘッダで送信されるようにしてもよい。さらに、図15Cに示すように、品質測定報告のように個別制御チャネルで送られるRRCmessageの中にCQIを含めて送るようにしてもよい。なお、CQIの閾値は、Event毎に異なる値にしてもよい。なお、本実施の形態では、CQIの値を用いてDRXDTX間隔を維持するかを判断した。これは、CQIの値がその時点でのチャネルの品質を表すのに最適な情報だからである。その他の候補として、品質測定結果の値を用いることが考えられる。品質測定結果の値は、移動制御に用いるものであり、CQIと比べて長い時間の平均化が一般的に行われる。そのため、その時点でのチャネルの品質のものではないが、この品質測定結果をCQIの値の変わりに用いることも可能である。この場合には、CQIの余計な報告は必要なくなる。実施の形態3図16に異周波の測定を行う場合について示す。図16Aはケース1として、自セルに対して異周波測定を行う場合を示し、図16Bはケース2として、自セル以外に対して異周波測定を行う場合を示す。ケース1では、他の周波数帯の品質が良いと判断された場合においても、早急に周波数変更処理を行う必要はない。これは、セルが変わらないため他の周波数帯の品質が良かったとしても、現在の周波数帯でも通信が維持できるためである。これに対して、ケース2では、他の周波数帯の品質が良いと判断された場合には、早急に周波数変更処理を行う必要がある。これは、端末が他セルの範囲に移ってきた可能性があるからである。このことを考えると、異周波測定を行う際には、ケース1に該当するのか、ケース2に該当するのかを判断して、ケース2の場合には早急に周波数変更できるようにし、ケース1の場合には特別な処理をしないということが考えられる。図17は、本発明の実施の形態3に係る端末300の構成を示すブロック図である。図17が図4と異なる点は、異周波対象判定部303を追加した点と、チャネル設定部102をチャネル設定部301に、Message作成部105をMessage作成部302に変更した点である。チャネル設定部301は、実施の形態1の機能に加え、基地局から送信された異周波対象の情報を異周波対象判定部303に出力する。Message作成部302は、品質測定部104から出力された測定結果を含めたMessageを作成し、作成したMessageを送信部106に出力する。また、品質測定部104から出力された測定結果を異周波対象判定部303に出力する。異周波対象判定部303は、チャネル設定部301から出力された異周波対象の情報と、Message作成部302から出力された品質測定結果とに基づいて、異周波対象が図16に示したケース1かケース2かを判定する。ケース2と判定された場合には、Message作成部302から出力された品質測定結果をチャネル設定部301に出力する。また、ケース1と判定された場合には、特に処理を行わない。図18は、本発明の実施の形態3に係る基地局350の構成を示すブロック図である。図18が図7と異なる点は、異周波情報記憶部351を追加した点と、Message作成部152をMessage作成部352に変更した点である。異周波情報記憶部351は、異周波対象の情報異周波情報を記憶し、記憶している異周波情報をMessage作成部352に出力する。Message作成部352は、チャネル設定決定部151から出力されたチャネル設定情報と、異周波情報記憶部351から出力された異周波情報とを含めたMessageを作成し、作成したMessageを送信部154に出力する。このように実施の形態3によれば、同一セル内の異周波測定と他セル間の異周波測定とを区別し、他セル間の異周波測定を行う場合に限り、端末から基地局への品質測定結果の報告自体をトリガとして、DRXDTX間隔を端末及び基地局共に変更することにより、他セルへのハンドオーバをいち早く行うことができる。実施の形態4上述した実施の形態1~3では、端末から基地局への品質測定結果の報告MEASUREMENTREPORTをトリガとしてDRXDTX間隔を変更する場合について説明したが、本発明の実施の形態4では、MEASUREMENTREPORT等の制御MessageをトリガとしてActive期間を延長する場合、及び、DRXDTXを終了させる場合について説明する。図19は、本発明の実施の形態4に係る端末400の構成を示すブロック図である。図19が図4と異なる点は、データ作成部403及び制御Message検出部404を追加した点と、チャネル設定部102をチャネル設定部401に、Message作成部105をMessage作成部402に、DRXDTX制御部103をDRXDTX制御部405にそれぞれ変更した点である。チャネル設定部401は、受信部101から出力された信号に含まれるチャネル設定情報に基づいて、チャネル設定を行う。チャネル設定情報には、品質測定、DRXDTX制御などの指示情報が含まれており、チャネル設定部401は、品質測定指示情報に基づいて、品質測定部104を制御する。また、チャネル設定部401は、DRXDTX制御の指示情報に基づいて、DRXDTXの制御指示をDRXDTX制御部405に出力する。また、制御Message検出部404からの通知を受けた時に行う処理、すなわち、Active期間の延長、DRXDTXの終了などの情報もここで送られる。Message作成部402は、MEASUREMENTREPORTなどの制御Messageを作成し、作成した制御Messageを制御Message検出部404に出力する。データ作成部403は、音声、画像、テキストなどのユーザデータを作成し、作成したユーザデータを制御Message検出部404に出力する。制御Message検出部404は、Message作成部402から出力された制御Messageと、データ作成部403から出力されたユーザデータのうち、制御Messageを検出する。ここでは、制御Messageとユーザデータとは論理チャネルが異なることから、論理チャネルの違いによって制御Messageを検出することが考えられる。制御Message検出部404は、制御Messageを検出した場合、後述するDRXDTX制御部405から通知された現在のDRXDTX制御状態に基づいて、チャネル設定部401から出力された制御指示の実施可否をDRXDTX制御部405に通知する。DRXDTX制御部405は、チャネル設定部401から出力された制御指示に基づいてDRXDTXの制御を行い、また制御Message検出部404からの通知があった時の処理、すなわちActive期間の延長、DRXDTXの終了などの情報を保持する。また、制御Message検出部404から出力された実施可否に基づいて、Active期間の延長、またはDRXDTXの終了を行い、受信部101のDRXと、送信部106のDTXを制御する。また、現在のDRXDTX制御状態を制御Message検出部404に通知する。図20は、本発明の実施の形態4に係る基地局450の構成を示すブロック図である。図20が図7と異なる点は、制御Message検出部451、データ処理部452及び制御Message処理部453を追加した点と、チャネル設定決定部151をチャネル設定決定部454に、DRXDTX制御部153をDRXDTX制御部455にそれぞれ変更した点である。制御Message検出部451は、受信部155から出力された信号に制御Messageが含まれるか否かを検出し、制御Messageを検出した場合には、検出した制御Messageを制御Message処理部453に出力し、制御Messageを検出しなかった場合、すなわち、受信部155から出力された信号がユーザデータであった場合、ユーザデータをデータ処理部452に出力する。また、制御Message検出部451は、制御Messageを検出したら、後述するDRXDTX制御部455から通知された現在のDRXDTX制御状態に基づいて、後述するチャネル設定決定部454から出力された制御指示の実施可否をDRXDTX制御部455に通知する。なお、ここでは、制御Messageとユーザデータとは論理チャネルが異なることから、論理チャネルの違いによって制御Messageを検出することが考えられる。データ処理部452は、制御Message検出部451から出力されたユーザデータを処理する。制御Message処理部453は、制御Message検出部451から出力された制御Messageを処理し、処理した制御Messageをチャネル設定決定部454に出力する。チャネル設定決定部454は、制御Message処理部453から出力された制御Messageに基づいて、図19に示した端末400が行うチャネル設定の内容を決定し、決定した内容チャネル設定情報をMessage作成部152に出力する。また、チャネル設定決定部454は、制御Message処理部453から出力された制御Messageなどに基づいて、DRXDTXの制御指示をDRXDTX制御部455に出力する。また、制御Message検出部451からの通知を受けた時に行う処理、すなわち、Active期間の延長、DRXDTXの終了などの情報もここで送られる。DRXDTX制御部455は、チャネル設定決定部454から出力された制御指示に基づいて、DRXDTXの制御を行い、また制御Message検出部451からの通知があった時の処理、すなわち、Active期間の延長、DRXDTXの終了などの情報を保持する。また、制御Message検出部からの通知をもとにDRXDTXの終了、またはActive期間の延長を行い、受信部155のDRXと、送信部154のDTXを制御する。また、現在のDRXDTX制御状態を制御Message検出部451に通知する。次に、上述した端末400と基地局450とのハンドオーバ処理時のDRXDTX制御について説明する。まず、端末からMEASUREMENTREPORTが送信されるタイミングとして二通り考えられる。一つには、DRXDTX期間中に送信される場合であり、二つ目はActive期間中に送信される場合である。一つ目のDRXDTX期間中にMEASUREMENTREPORTが送信される場合には、送信する端末、受信する基地局ともDRXDTXを通常とは異なる動作とする必要がある。すなわち、DRXDTX期間中に送信されることにより、急にハンドオーバ処理を行う必要が生じ、DRXDTX処理を中断することが考えられる。この動作を示したのが図21である。一方、二つ目のActive期間中にMEASUREMENTREPORTが送信される場合には、送信する端末、受信する基地局とも通常の処理と考えられ、DRXDTXを終了することにはならない。しかしながら、通常のDRXDTXの動作はデータ等を定期的に受信するように定義されていると考えられる。そのため、MEASUREMENTREPORTのような制御Message、すなわち、RRCmessageが送信された後は別の動作が予想される。例えば、制御MessageがMEASUREMENTREPORTであればハンドオーバ処理が、新しい呼の要求であれば呼設定処理が想定される。そのため、基地局がRRCmessageを受信した場合、及び、端末がRRCmessageを送信した場合には、Active期間を延長、またはDRXDTXを終了することが考えられる。この動作を示したのが図22である。このように実施の形態4によれば、制御Messageの送信又は受信をトリガとして、Active期間の延長、またはDRXDTXの終了を端末及び基地局共に制御することにより、ハンドオーバをいち早く完了することができる。なお、本実施の形態では、DRXDTXを制御するレイヤに関しては言及していないが、MACで実施することが想定される。また、本発明はこれに限らず、DRXDTXの制御をRRCmessageをトリガとしているので、DRXDTXをRRCで制御してもよい。この場合、MACで制御するより細かい制御が可能であり、例えば、RRCmessage毎の制御が可能である。また、本実施の形態では、MACにおいてデータが送られるか、RRCmessageが送られるかの大まかな判断を行うものとして説明したが、端末400のMessage作成部402において制御MessageにFlagを付加し、制御Message検出部404おいてFlagを検出することも考えられる。すなわち、RRCからMACに対するプリミティブ等でDRXDTXの変更の必要性をmessageに追加することが考えられる。このような動作により、より細かな動作を行うことが可能になる。本実施の形態では、DRXDTX制御中に制御messageを送信する場合に、基地局が端末に動作を設定することを示した。この設定としては、RRCmessageを使用することが考えられる。また、各端末の個別の設定を個別のRRCmessageを用いて行ってもよいし、各端末に共通の設定を行う場合には報知情報を用いて行ってもよい。なお、本実施の形態では、ハンドオーバ時の動作に関して説明したが、本発明はこれに限らず、ハンドオーバ以外の他の処理に適用してもよい。具体的には、端末が新たなサービスを要求する時、すでに使用しているサービスを解放する時、セキュリティ関係の設定を確認する時などがあげられるが、これらに限定されるものではない。また、MACが細かな制御を行うようなことも考えられる。具体的には、端末側にたまっているデータ量等を報告するような制御などがあげられる。このような場合には、制御MessageとしてMACのmessageも考慮することが可能である。なお、上記各実施の形態では、本発明を一つのRadioaccesstechnologyRAT内の動作、すなわちIntraRATの移動制御に関して説明したが、この動作をInterRATの移動制御に拡張することも可能である。また、上記各実施の形態では、移動制御に対してのみ説明したため、品質測定報告をもとにDRXDTX間隔を制御したが、本発明をその他の動作に応用することも可能である。具体的には、新たなサービスが追加される情報が端末より送信される際に、現在使用されているサービスに対するDRXDTX間隔と、新たなサービスで必要となるDRXDTX間隔とを比較し、その短い方、またはそれらを組み合わせたDRXDTX間隔を用いることなどが考えられる。なお、上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるLSIとして実現される。これらは個別に1チップ化されてもよいし、一部または全てを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路または汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサーを利用してもよい。さらには、半導体技術の進歩または派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。2006年6月26日出願の特願2006-175821及び2006年11月2日出願の特願2006-299297の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。"