(57)【要約】      （修正有）【課題】無線端末の消費電力を削減する無線端末の方法を提供する。【解決手段】複数のコンポーネントキャリアを用いるキャリアアグリゲーションをサポートする無線端末の方法であって、第一のActive Timeでは、第一のコンポーネントキャリア及び第二のコンポーネントキャリアにおいてPDCCHをモニタし、第二のActive Timeでは、第一のコンポーネントキャリアにおいてPDCCHをモニタし、第二のコンポーネントキャリアにおいて前記PDCCHのモニタを行わず、drxShortCycleTimerが満了したときに、すべてのコンポーネントキャリアにおいてLongDRXに遷移する。【選択図】図７
2020010357.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンポーネントキャリアを用いるキャリアアグリゲーションをサポートする無線端末の方法であって、
第一のActive Timeでは、第一のコンポーネントキャリア及び第二のコンポーネントキャリアにおいてPDCCHをモニタし、
第二のActive Timeでは、前記第一のコンポーネントキャリアではPDCCHをモニタし、前記第二のコンポーネントキャリアでは前記PDCCHのモニタを行わず、
drxShortCycleTimerが満了したときに、すべてのコンポーネントキャリアにおいてLongDRXに遷移する、
方法。
【請求項２】
前記Active Timeは、On-duration Timerが動作中の時間、又は DRX Inactivity Timerが動作中の時間を含む、
請求項１に記載の方法。
【請求項３】
複数のコンポーネントキャリアを用いるキャリアアグリゲーションをサポートする無線端末の方法であって、
第一のActive Timeでは、第一のコンポーネントキャリア及び第二のコンポーネントキャリアにおいてPDCCHをモニタし、
第二のActive Timeでは、前記第一のコンポーネントキャリア及び第三のコンポーネントキャリアにおいてPDCCHをモニタし、前記第二のコンポーネントキャリアでは前記PDCCHのモニタを行わず、
drxShortCycleTimerが満了したときに、すべてのコンポーネントキャリアにおいてLongDRXに遷移する、
方法。
【請求項４】
前記Active Timeは、On-duration Timerが動作中の時間、又は DRX Inactivity Timerが動作中の時間を含む、
請求項３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線端末の方法に関する。
【背景技術】
【０００２】
次世代のセルラシステムの１つである３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）では、無線端末の消費電力の削減のため、無線端末の間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）の機能がサポートされている（非特許文献１、２）。ＬＴＥでは、ＤＲＸ  ｃｙｃｌｅと呼ばれる受信期間（Ｏｎ−Ｄｕｒａｔｉｏｎ）とそれに続く非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ）とから構成される期間が定義され、これらの期間を繰り返すことでＤＲＸを実現する。
【０００３】
無線端末は、Ｏｎ−ｄｕｒａｔｉｏｎでは下り制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を常に受信する必要があり、Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸではＰＤＣＣＨを受信しなくてよい。なお、無線端末がＯｎ−Ｄｕｒａｔｉｏｎ期間中にデータ受信に失敗し、Ｏｎ−Ｄｕｒａｔｉｏｎ期間以降に当該データが再送される場合には、ＰＤＣＣＨを受信する期間を延長する。
【０００４】
ここで、ＤＲＸ動作中の無線端末がＰＤＣＣＨを受信する期間をＡｃｔｉｖｅ  Ｔｉｍｅと呼び、Ｏｎ−ＤｕｒａｔｉｏｎはＡｃｔｉｖｅ  Ｔｉｍｅの最小値である。さらに無線端末毎に、Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸの長さが異なる「ＳｈｏｒｔＤＲＸ」と「ＬｏｎｇＤＲＸ」という２つのＤＲＸ状態（レベル）が設定可能である。ＬＴＥでは、ＳｈｏｒｔＤＲＸ状態の無線端末が一定期間データ受信を行わなかった場合、ＬｏｎｇＤＲＸ状態に遷移するＤＲＸ状態制御（ＤＲＸ  ｓｔａｔｅ  ｃｏｎｔｒｏｌ）を行う。また、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸに状態遷移する判定に、タイマー（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を用いる。これにより、無線端末のデータ受信頻度に適したＤＲＸ状態（レベル）を設定でき、無線端末の消費電力の削減が可能になる。
【０００５】
さらに、ＬＴＥを高機能化したセルラシステムとして、ＬＴＥ−Ａｄｖａｎｃｅｄの標準化が行われている。ＬＴＥ−Ａｄｖａｎｃｅｄの機能の一つに、無線端末毎のピークデータレートを向上させる機能として、複数の構成キャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ：ＣＣ）を一つの無線端末に対して同時に使用してデータ送受信を行うキャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）がある（非特許文献３）。ここで、ＣＣとは、ＬＴＥにおいて、無線基地局と無線端末の間の通信を実現するために必要な基本周波数ブロックである。ＣＡを行う場合、１つのトランスポートブロック（ＭＡＣ層からＰＨＹ層へのデータ転送単位）は１つのＣＣで送受信され、信号処理はＣＣそれぞれで独立に行われる。なお、データの再送が必要でＨＡＲＱを行う場合には、初回送信に用いたＣＣと再送で用いるＣＣは同じである。
【０００６】
現在、３ＧＰＰ標準化では、ＣＡ時の無線端末のＤＲＸについての議論が行われており、Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）する全ＣＣに対して同じＤＲＸ  ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＤＲＸパラメータの設定）を行う方法が検討されている。実際のＤＲＸ制御（Ａｃｔｉｖｅ  Ｔｉｍｅ制御やＤＲＸ状態制御）としては、（Ａ）ＣＡするＣＣ間で協調して制御を行う方法（非特許文献５）や、（Ｂ）各ＣＣで独立に制御を行う方法（非特許文献６）が提案されている。（Ａ）ＣＣ間で協調して制御を行う方法では、全ＣＣにおけるＡｃｔｉｖｅ  Ｔｉｍｅを最後までデータ受信が行われていたＣＣに合わせ、ＤＲＸ状態制御はＣＣ間共通に行われる。一方、（Ｂ）各ＣＣで独立に制御を行う方法では、各ＣＣのＡｃｔｉｖｅ  Ｔｉｍｅは各ＣＣにおけるデータ受信状況に基づいて決まり、ＤＲＸ状態制御も各ＣＣで独立に行われる。
【０００７】
図２４を用いて（Ａ）ＣＡするＣＣ間で協調して制御を行う方法の例を説明する。
【０００８】
この図は、ある無線端末にＣＡするＣＣとしてＣＣ１〜ＣＣ３が割り当てられており、無線端末は、これらすべてのＣＣにおけるＤＬデータ受信の準備ができている状態を示している。また、各ＣＣにおけるＤＲＸパラメータは同じであり、各ＤＲＸ  ｃｙｃｌｅの始まりはＣＣ間で同期している。ＣＣ１における１番目のＤＲＸ  ｃｙｃｌｅに注目すると、Ｏｎ−Ｄｕｒａｔｉｏｎ中にＤＬデータを受信したが正しく復号できなかったため、再送データを受信できるようＡｃｔｉｖｅ  Ｔｉｍｅを延長している。そして、再送データを正しく復号できた場合、ＰＤＣＣＨを受信しなくてよい非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ）へと移る。
【０００９】
次に、同タイミングのＤＲＸ  ｃｙｃｌｅにおけるＣＣ２とＣＣ３での動作に注目すると、ＣＣ２ではデータ受信がなく、ＣＣ３ではＣＣ１と同様にデータ受信を行っている。このとき、ＣＣ２、ＣＣ３それぞれ個別にみると、ＣＣ２ではＡｃｔｉｖｅ  ＴｉｍｅをＯｎ−Ｄｕｒａｔｉｏｎより延長する必要がなく、ＣＣ３ではＡｃｔｉｖｅ  Ｔｉｍｅを延長するがＣＣ１よりも短くて良い。
【００１０】
しかし、（Ａ）の方法では、最も長いＡｃｔｉｖｅ  Ｔｉｍｅを必要とするＣＣ１に合わせてＣＣ２、ＣＣ３のＡｃｔｉｖｅ  Ｔｉｍｅを決定するため、ＣＣ１〜ＣＣ３のすべてのＡｃｔｉｖｅ  Ｔｉｍｅが図の点線のようになる。ここで、図中の網掛け部分が本来そのＣＣにとって不必要に延長したＡｃｔｉｖｅ  Ｔｉｍｅとなる。２番目、３番目のＤＲＸ  ｃｙｃｌｅについても同様で、２番目のＤＲＸ  ｃｙｃｌｅではＣＣ３に合わせて、３番目のＤＲＸ  ｃｙｃｌｅではＣＣ２に合わせて、それぞれＡｃｔｉｖｅ  Ｔｉｍｅが制御される。
【００１１】
次に、図２５を用いて（Ｂ）各ＣＣで独立に制御を行う方法の例を説明する。
【００１２】
図２４と同様に、無線端末はＣＣ１〜ＣＣ３におけるＤＬデータ受信の準備ができており、各ＣＣにおけるＤＲＸパラメータは同じで、各ＤＲＸ  ｃｙｃｌｅの始まりはＣＣ間で同期している。さらに、無線端末は、まずＳｈｏｒｔＤＲＸの状態にあり、３回のＳｈｏｒｔＤＲＸ  ｃｙｃｌｅに亘りデータ受信しなかった場合、ＬｏｎｇＤＲＸの状態に移るものとする（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さがＳｈｏｒｔＤＲＸ  ｃｙｃｌｅの３回分）。
【００１３】
１番目のＤＲＸ  ｃｙｃｌｅに注目すると、まず全ＣＣで独立にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ＣＣ１とＣＣ３ではデータ受信をしており、データ受信完了後ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタート（再び初期値からスタート）させる。ＣＣ２ではデータ受信をしていないため、そのままタイマーを継続して動作させる。このように、ＣＣそれぞれでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。ＣＣ３は最も早く５番目のＤＲＸ  ｃｙｃｌｅでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了し、ＬｏｎｇＤＲＸへと移り、ＣＣ１は６番目のＤＲＸ  ｃｙｃｌｅでＬｏｎｇＤＲＸへと移る。一方、ＣＣ２では６番目のＤＲＸ  ｃｙｃｌｅにおいても依然としてＳｈｏｒｔＤＲＸのままデータ受信を行っている。
【００１４】
その結果、７番目と８番目のＤＲＸ  ｃｙｃｌｅでは、ＣＣ２のみが利用でき、ＣＣ１とＣＣ３はＬｏｎｇＤＲＸの非受信期間であるため利用できない。なお、ＣＣ１とＣＣ３が再び利用可能となるのは、ＬｏｎｇＤＲＸ  ｃｙｃｌｅの次のＯｎ−Ｄｕｒａｔｉｏｎのタイミングである。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００ｖ９００（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６３００．ｈｔｍ）
【非特許文献２】３ＧＰＰ  ＴＳ３６．３２１ｖ８６０（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６３２１．ｈｔｍ）
【非特許文献３】３ＧＰＰ  ＴＲ３６．８１４ｖ１００（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６８１４．ｈｔｍ）
【非特許文献４】３ＧＰＰ  ＴＲ３６．３３１ｖ８６０（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／３６３３１．ｈｔｍ）
【非特許文献５】３ＧＰＰ  ＲＡＮ２＃６７寄書、“ＤＲＸ  ｉｎ  ＬＴＥ−Ａ”，Ｍｏｔｏｒｏｌａ（インターネット＜ＵＲＬ＞ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿６７／Ｄｏｃｓ／Ｒ２−０９４７３６．ｚｉｐ）
【非特許文献６】３ＧＰＰ  ＲＡＮ２＃６７寄書、“Ｃｏｎｓｉｄｅｒａｔｉｏｎ  ｏｎ  ＤＲＸ”，ＣＡＴＴ（インターネット＜ＵＲＬ＞ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿６７／Ｄｏｃｓ／Ｒ２−０９４３２７．ｚｉｐ）
【発明の概要】
【発明が解決しようとする課題】
【００１６】
以下に本発明による関連技術の分析を与える。
【００１７】
まず、Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）時のＤＲＸ制御を検討する上で２つの重要なポイントがある。１つ目は、無線端末のＤＲＸ状態（ＳｈｏｒｔＤＲＸか、ＬｏｎｇＤＲＸかを示す指標。ＤＲＸレベルとも呼ぶ。）は、Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ（ＣＣ）間で共通にすべきだという点である。これは、ＣＡ時に全ＣＣで常にデータ受信されるわけではなく、ＣＣ間の通信路品質の差や負荷分散のためにＣＣ毎のデータ受信頻度には差が生じる可能性があるが、ＤＲＸ状態はＣＣ毎のデータ受信頻度ではなく、無線端末のトータルのデータ受信頻度に基づいて決定されるべきだからである。
【００１８】
２つ目は、各ＤＲＸ  ｃｙｃｌｅにおいては、ＣＣ毎にＡｃｔｉｖｅ  Ｔｉｍｅを決定すべきだという点である。これは、データ受信の可能性がないにもかかわらず他のＣＣに合わせてＯｎ−Ｄｕｒａｔｉｏｎを越えてＡｃｔｉｖｅ  Ｔｉｍｅを延長することを避け、無線端末ができる限り消費電力削減を実現可能にするためである。
【００１９】
上述したＤＲＸ制御方法のうち、（Ａ）ＣＡするＣＣ間で協調して制御を行う方法では、ＣＣ間でＤＲＸ状態が同じになるという利点があるが、各ＤＲＸ  ｃｙｃｌｅにおけるＡｃｔｉｖｅ  ＴｉｍｅもＣＣ間で同じであるために、データ受信のないＣＣでは無線端末が余分に電力を消費してしまうという欠点がある。
【００２０】
一方、（Ｂ）各ＣＣで独立に制御を行う方法では、Ａｃｔｉｖｅ  ＴｉｍｅがＣＣ毎に独立であるため各ＤＲＸ  ｃｙｃｌｅにおいて無線端末の消費電力削減効果があるという利点があるが、ＤＲＸ状態がＣＣ間で異なる可能性があるという欠点がある。
【００２１】
このように、上述したＣＡ時のＤＲＸ制御方法（Ａ）（Ｂ）にはそれぞれ利点・欠点があり、１つ目のポイントのＤＲＸ状態制御の観点からは（Ａ）ＣＡするＣＣ間で協調して制御を行う方法が好ましく、２つ目のポイントの無線端末の消費電力削減の観点からは（Ｂ）各ＣＣで独立に制御を行う方法が好ましい。
【００２２】
以上の分析から、上述したＤＲＸ制御方式では、２つの重要なポイントのどちらか一方しか達成することはできず、ＣＡ時における最適なＤＲＸ制御方式とは言えない。
【００２３】
そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は、無線端末の消費電力を削減する無線端末の方法を提供することにある。
【課題を解決するための手段】
【００２４】
本発明の一態様は、複数のコンポーネントキャリアを用いるキャリアアグリゲーションをサポートする無線端末の方法であって、第一のActive Timeでは、第一のコンポーネントキャリア及び第二のコンポーネントキャリアにおいてPDCCHをモニタし、第二のActive Timeでは、前記第一のコンポーネントキャリアではPDCCHをモニタし、前記第二のコンポーネントキャリアでは前記PDCCHのモニタを行わず、drxShortCycleTimerが満了したときに、すべてのコンポーネントキャリアにおいてLongDRXに遷移する、方法である。
【００２５】
本発明の一態様は、複数のコンポーネントキャリアを用いるキャリアアグリゲーションをサポートする無線端末の方法であって、第一のActive Timeでは、第一のコンポーネントキャリア及び第二のコンポーネントキャリアにおいてPDCCHをモニタし、第二のActive Timeでは、前記第一のコンポーネントキャリア及び第三のコンポーネントキャリアにおいてPDCCHをモニタし、前記第二のコンポーネントキャリアでは前記PDCCHのモニタを行わず、drxShortCycleTimerが満了したときに、すべてのコンポーネントキャリアにおいてLongDRXに遷移する、方法である。
【発明の効果】
【００２６】
本発明によれば、無線端末の消費電力を削減することができる。
【図面の簡単な説明】
【００２７】
【図１】図１は本発明の一実施形態の第１の無線通信システムの構成を示す図である。
【図２】図２は本発明による第１の実施例における無線端末（ＵＥ）のブロック図である。
【図３】図３は本発明による第１の実施例における無線基地局（ｅＮＢ）のブロック図である。
【図４】図４はＬＴＥにおける無線端末の間欠受信（ＤＲＸ）の動作を説明する図である。
【図５】図５はＬＴＥにおける無線端末のＤＲＸにおけるＡｃｔｉｖｅ  Ｔｉｍｅを説明する図である。
【図６】図６はＬＴＥにおける無線端末のＤＲＸ状態遷移を説明する図である。
【図７】図７は本発明による第１の実施例における無線端末のＤＲＸ動作を説明する図である。
【図８】図８は本発明による第１の実施例における無線端末のフローチャートである。
【図９】図９は本発明による第１の実施例における無線基地局のフローチャートである。
【図１０】図１０は本発明による第１の実施例の変形例における無線端末のＤＲＸ動作を説明する図である。
【図１１】図１１は本発明による第２の実施例における無線端末のＤＲＸ動作を説明する図である。
【図１２】図１２は本発明による第２の実施例における無線端末のフローチャートである。
【図１３】図１３は本発明による第２の実施例における無線基地局のフローチャートである。
【図１４】図１４は本発明による第３の実施例における無線端末のＤＲＸ動作を説明する図である。
【図１５】図１５は本発明による第３の実施例における無線端末のフローチャートである。
【図１６】図１６は本発明による第３の実施例における無線基地局のフローチャートである。
【図１７】図１７は本発明による第３の実施例の変形例における無線端末のＤＲＸ動作を説明する図である。
【図１８】図１８は本発明の別の実施形態の第２の無線通信システムの構成を示す図である。
【図１９】図１９は本発明による第４の実施例における無線端末のＤＲＸ動作を説明する図である。
【図２０】図２０は本発明の別の実施形態の第３の無線通信システムの構成を示す図である。
【図２１】図２１は本発明による第５の実施例における無線端末のＤＲＸ動作を説明する図である。
【図２２】図２２は本発明による第５の実施例における無線端末のフローチャートである。
【図２３】図２３は本発明による第５の実施例における無線基地局のフローチャートである。
【図２４】図２４は従来例における無線端末のＤＲＸ動作を説明する図である。
【図２５】図２５は別の従来例における無線端末のＤＲＸ動作を説明する図である。
【図２６】図２６は本発明の概要を説明するための図である。
【図２７】図２７は本発明の概要を説明するための図である。
【発明を実施するための形態】
【００２８】
本発明の概要を説明する。
【００２９】
本発明は、図２６に示す如く、無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線通信システムであって、無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御部Ａと、無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、受信開始タイミングから開始される所定チャネルの受信期間を制御する受信制御部Ｂとを有する。
【００３０】
ここで、本発明の制御の対象となる構成キャリアであるが、無線端末に割り当てられた構成キャリアの全てでも良いし、予め定められた特定のキャリアであっても良い。更に、無線端末に割り当てられた構成キャリアをいくつかの組にし、組ごとに制御を行っても良い。
【００３１】
なお、無線端末に割り当てられた構成キャリアとは、該無線端末に対するデータが送られる可能性があると無線基地局から指定された（Ｃｏｎｆｉｇｕｒｅされた、あるいは、Ａｃｔｉｖａｔｅｄされた）構成キャリア、および／又は、該無線端末がデータ受信するために所定チャネルを受信する（あるいは、その必要がある）構成キャリア、である。また、周波数の異なる複数の構成キャリアをキャリアセットと呼ぶことも可能である。さらに、通信とは、データ送信、および／又は、データ受信、と考えることも可能である。
【００３２】
受信開始タイミングの周期は、少なくとも２以上の周期の長さが異なる受信開始タイミングの周期を用い、制御対象となる構成キャリア間でひとつの受信開始タイミングの周期を用いる。
【００３３】
また、受信開始タイミングの周期の選択であるが、制御対象となる構成キャリアのトータルのデータ受信頻度に基づいて決定されることが望ましい。
【００３４】
一例を説明すると、受信開始タイミング制御部Ａは、無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、予め定められた期間に新たなデータを受信しない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する。本例を、図２７を用いて説明する。
【００３５】
図２７では、無線端末に割り当てられた構成キャリアのうち制御対象の構成キャリアが構成キャリア１，２，３であることを示している。そして、各構成キャリア１，２，３は、第１の受信開始タイミングの周期、又は、この第１の受信開始タイミングの周期よりも周期が長い第２の受信開始タイミングの周期のいずれかで、所定のチャネルで送信される信号を受信するが、まず、各構成キャリア１，２，３は、第１の受信開始タイミングの周期で、所定のチャネルで送信される信号の受信を開始するものとする。
【００３６】
また、各構成キャリア１，２，３について、所定のチャネルで送信される、あるいは、所定のチャネルで送信された信号に関連付けて送信される、データを受信後、例えば、そのデータが正しく復号されてから、予め定められた期間の計測を開始する。この計測は、通常タイマー等で計測されるが、カウントアップ、カウントダウン等、予め定められた期間が満了することがわかるものであれば、種類は問わない。さらに、計測開始は、データが正しく復号されてからではなく、データの再送制御（この場合は受信処理）が完了されてからでも良い。
【００３７】
構成キャリア１において、１、２、３番目の第１の受信開始タイミングの周期で、データを受信しており、３番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。同様に、構成キャリア３において、１、２番目の第１の受信開始タイミングの周期で、データを受信しており、２番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。
【００３８】
一方、構成キャリア２において、２、３、４番目の第１の受信開始タイミングの周期で、データを受信しており、４番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間が満了する前にデータを受信している。
【００３９】
従って、構成キャリア１、３においては、予め定められた期間に新たなデータを受信していないが、構成キャリア２においては、予め定められた期間が満了する前にデータを受信しているので、第１の受信開始タイミングの周期から第２の受信開始タイミングの周期への遷移は行わない。
【００４０】
続いて、構成キャリア２において、７番目の第１の受信開始タイミングの周期で、データを受信しており、７番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。同様に、構成キャリア１において、９番目の第１の受信開始タイミングの周期で、データを受信しており、９番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。同様に、構成キャリア３において、９番目の第１の受信開始タイミングの周期で、データを受信しており、９番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。
【００４１】
従って、構成キャリア１，２，３の全てにおいて、予め定められた期間に新たなデータを受信していないので、第１の受信開始タイミングの周期から第２の受信開始タイミングの周期に遷移する。
【００４２】
このようにして、所定チャネルの受信開始タイミングの周期を構成キャリア間で共通にし、かつ、無線端末の消費電力を削減することができる。
【００４３】
以下に、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態では無線通信システム（セルラシステム）として「３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）」を想定する。
＜第１の実施の形態の無線通信システム＞
図１は、第１の実施の形態の無線通信システムの概略構成の例を示す図である。
【００４４】
この第１の実施の形態の無線通信システムは、無線基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）ｅＮＢ１と無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）ＵＥ１を含む。ここで、ＵＥ１は、ｅＮＢ１と通信を行うための接続確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が完了している。また、キャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）可能な構成キャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）としてＣＣ１〜ＣＣ３が割り当てられ、すでにＣＣ１〜ＣＣ３で同時にデータ受信が可能な状態である。なお、ＣＣ１〜ＣＣ３は各周波数が連続でも不連続でもどちらでも良く、さらに周波数帯が同一でも異なっていても良い。さらに、ｅＮＢ１はＵＥ１に間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）のパラメータを通知し、ＵＥ１は当該パラメータに従って必要な設定（例えば、ＤＲＸ関連タイマーの満了値の設定など）を行う。このとき、ＣＣ１〜ＣＣ３ではＤＲＸのパラメータは共通である。
【００４５】
図２は第１の実施の形態の無線通信システムにおける無線端末（ＵＥ）のブロック図であり、図３は第１の実施の形態の無線基地局（ｅＮＢ）のブロック図である。
【００４６】
図２において、ＵＥ１は、受信器１１と、送信器１２と、信号処理部１３と、通信制御部１４とから構成される。
【００４７】
受信器１１、送信器１２では、それぞれｅＮＢ１との間で無線信号の受信・送信を行う部分である。信号処理部１３は、ある情報をｅＮＢへ送信するための無線信号の生成を行ったり、受信した無線信号から元の情報の復元を行ったりする部分である。通信制御部１４は、信号処理部１３への送信信号生成や情報復元などの指示を行う部分で、ＵＥのＤＲＸ制御もこの通信制御部１４で管理される。
【００４８】
図３において、ｅＮＢ１は、受信器２１と、送信器２２と、信号処理部２３と、通信制御部２４と、端末管理部２５とから構成される。受信器２１、送信器２２、信号処理部２３、通信制御部２４については、基本的にＵＥ１の場合と同様の機能を有する。また、端末管理部２５では、複数のＵＥそれぞれに対して個別に管理を行っている。
【００４９】
図４から図６は、第１の実施の形態の無線通信システムにおける無線端末の間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）の動作を示す図である。
【００５０】
まず、図４に示すように、間欠受信の周期であるＤＲＸ  ｃｙｃｌｅは、下り制御チャネルＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を連続受信しなくてはいけない期間（Ｏｎ−Ｄｕｒａｔｉｏｎ）と、ＰＤＣＣＨを受信しなくてもよい期間（Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ）とから構成される。なお、前者はＷａｋｅ  ｕｐ期間、後者はＳｌｅｅｐ期間とも呼ばれる。また、後者は、ＰＤＣＣＨを受信しない期間、あるいはＰＤＣＣＨを受信してはいけない期間、であってもよい。
【００５１】
なお、データはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）で送信され、ＰＤＣＣＨにＰＤＳＣＨのスケジューリング情報が含まれている。従って、ＰＤＣＣＨを受信してスケジューリング情報を検出後、それにより指定されたデータを受信することができる。
【００５２】
ここで、所定チャネルの受信開始タイミングが、Ｏｎ−Ｄｕｒａｔｉｏｎの開始タイミングに相当し、所定チャネルの受信開始タイミングの周期が、Ｏｎ−Ｄｕｒａｔｉｏｎの開始タイミングの周期に相当する。また、所定チャネルの受信期間の最小値が、Ｏｎ−Ｄｕｒａｔｉｏｎに相当する。
【００５３】
さらに、所定チャネルの受信とは、所定チャネルで送信される信号の監視（モニター）と言い換えてもよい。
【００５４】
また、ＤＲＸ  ｃｙｃｌｅには、ＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸの２通りがある。ＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸは、Ｏｎ−Ｄｕｒａｔｉｏｎは同じで、Ｏｎ−Ｄｕｒａｔｉｏｎ以外のＰＤＣＣＨを受信しなくてもよい期間の長さが異なり、ＳｈｏｒｔＤＲＸの方がＯｎ−Ｄｕｒａｔｉｏｎの間隔が短く設定される。なお、ＬＴＥではＬｏｎｇＤＲＸはＳｈｏｒｔＤＲＸの整数倍という制約がある。Ｏｎ−Ｄｕｒａｔｉｏｎ、ＤＲＸ  ｃｙｃｌｅの長さは、非特許文献４で規定さている。例えば、Ｏｎ−Ｄｕｒａｔｉｏｎは、１ｍｓから２００ｍｓまでの間で十数通り設定が可能で、ＤＲＸ  ｃｙｃｌｅは、２ｍｓ（ＳｈｏｒｔＤＲＸ最小）から２５６０ｍｓ（ＬｏｎｇＤＲＸ最大）まで、ＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸでそれぞれ十数通りの設定が可能である。
【００５５】
ここで、上述の例のほかに、Ｏｎ−Ｄｕｒａｔｉｏｎと同様に、周期的に無線端末が起きる期間において、ＰＤＣＣＨのような下り制御チャネルではなく、ＬＴＥのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）のような下りデータチャネルを受信するような場合も考えられる。例えば、ＬＴＥの継続的リソース割り当て（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）のように、初回送信時は特にＰＤＣＣＨを使用せずに予め決まった無線リソースのＰＤＳＣＨを受信する場合が、その一例である。
【００５６】
基本的に、ＤＲＸは図５に示すように複数のタイマーに基づいて制御され、各タイマーはそれぞれ以下のように定義されている（非特許文献２）。
・ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：  ＵＬ（Ｕｐｌｉｎｋ）あるいはＤＬ（Ｄｏｗｎｌｉｎｋ）のユーザデータのスケジューリングを示すＰＤＣＣＨを正しく復号した後の連続するサブフレーム（ＰＤＣＣＨサブフレーム）の数
・ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ：  ＤＬのＨＡＲＱ再送が行われるまでの最小サブフレーム数
・ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ：  ＤＬの再送がＵＥに認識された後の連続するサブフレーム（ＰＤＣＣＨサブフレーム）の最大数
それぞれのタイマーの長さは、非特許文献２および非特許文献４で規定されている。例えば、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、１ｍｓから２５６０ｍｓまでの間で約２０通りの設定が可能であり、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、１ｍｓから３３ｍｓまでの間で数通りの設定が可能である。ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のシステムでは、８ｍｓとなっている。
【００５７】
これらタイマーを用いたＤＲＸ制御について図５を用いて説明する。
【００５８】
まず、ＵＥはＯｎ−Ｄｕｒａｔｉｏｎ中に新規ＤＬデータを受信するとｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをスタート（リスタート）させる。また同時に、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒをスタートさせる。ＤＬデータを正しく復号できなかった場合、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒが切れると同時にｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒをスタートさせる（基本的にｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが切れる前にＤＬデータの再送が行われる）。ＵＥは、ＤＬデータの再送を受け、正しく復号できた場合ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒをストップする。そして、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが切れると同時にＰＤＣＣＨを受信しなくてもよい期間（Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ）へと移る。
【００５９】
ここで、図５では、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒがＯｎ−Ｄｕｒａｔｉｏｎの期間を超えて動作し、Ｏｎ−Ｄｕｒａｔｉｏｎを超えてＵＥがＰＤＣＣＨを連続受信している。この、ＰＤＣＣＨを連続受信している期間はＡｃｔｉｖｅ  Ｔｉｍｅと呼ばれ、Ｏｎ−ＤｕｒａｔｉｏｎはＡｃｔｉｖｅ  Ｔｉｍｅの最小値に相当する。従って、所定チャネルの受信期間がＡｃｔｉｖｅ  Ｔｉｍｅに相当する。また、再送されたＤＬデータが正しく復号できた場合、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを止めたが、止めずに動かしつづけてもよい。この場合、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒかｄｒｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒのいずれかが動いている場合にはＡｃｔｉｖｅ  Ｔｉｍｅを延長し、両方のタイマーが切れた時点で、ＰＤＣＣＨを受信しなくてもよい期間に移る。このように、ＵＥはＤＲＸ  ｃｙｃｌｅ毎にＡｃｔｉｖｅ  Ｔｉｍｅを延長するかどうかを判定し、遅延なくＤＬデータを受信できるように動作する。
【００６０】
次に、ＤＲＸ状態（ＤＲＸレベル）制御について図６を用いて説明する。
【００６１】
前述の通り、ＤＲＸにはＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸと呼ばれる２つのＤＲＸ状態がある。基本的に、まずＳｈｏｒｔＤＲＸからスタートし、一定期間経つとＬｏｎｇＤＲＸへと遷移する。このＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへの遷移の判定に用いられるのが、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒであり、以下のように定義されている（非特許文献２）。
・ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ：  ＵＥがＳｈｏｒｔＤＲＸ  ｃｙｃｌｅに滞在すべき連続サブフレーム数
図６は、ＵＥがＳｈｏｒｔＤＲＸ中にＤＬデータ受信を行い、ある時点で正しく復号できた場合の様子である。ＵＥは、ＤＬデータを正しく復号できた時点で、ｄｒｘＳｈｏｒｔＣｙｃｌＴｉｍｅｒをスタート（リスタート）させる。ＵＥは、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの動作中に新規データ受信を行った場合、当該データが正しく復号できた時点で再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。
【００６２】
一方、図６のようにｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れるまでに新規データ受信を行わなかった場合、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。そして、ＬｏｎｇＤＲＸに遷移後に新規データを受信した場合、再びＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへと遷移する。
【００６３】
なお、タイマーのリスタートと言った場合、基本的に初期値からの再スタートを意味するが、他の意味であっても本発明は適用可能である。例えば、タイマーが一旦停止した後、その停止していた値から再び動作を始める場合などが考えられる。
【００６４】
次に、第１の実施の形態の無線通信システムにおけるＣＡ時のＤＲＸ制御方法について説明する。
【００６５】
はじめに、第１の実施の形態の無線通信システムでは、構成キャリア（ＣＣ）のすべて或いは一部において、無線端末（ＵＥ）の間欠受信（ＤＲＸ）の一連の動作のうち、ＤＲＸ状態制御以外（例えば、Ａｃｔｉｖｅ  Ｔｉｍｅの延長など）をそれぞれ独立に行い、ＤＲＸ状態制御を共通に行う。図１に示すように、ＵＥ１がＣＣ１〜ＣＣ３を同時に利用できる場合、各ＣＣでｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを動作させてＡｃｔｉｖｅ  Ｔｉｍｅを決定する。これにより、各ＤＲＸ  ｃｙｃｌｅにおいては、各ＣＣにおける実際のデータ受信に応じたＵＥの省電力削減が実現できる。一方、ＤＲＸ状態の制御方法としては、以下の３通りが考えられる。
【００６６】
１．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、各ＣＣでそれらを独立に動作させ、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【００６７】
２．ＣＣ共通にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを１つ持ち、各ＤＲＸ  ｃｙｃｌｅで１つでもデータ受信をしたＣＣがあった場合、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【００６８】
３．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持つ。さらに、１つ（ＣＣ間共通）別のタイマー（ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を持つ。まず、各ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを独立に動作させる。いずれかのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタート或いはリスタートさせた場合、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタート或いはリスタートさせる。そして、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【００６９】
これらの方法により、ＣＣそれぞれのデータ受信頻度ではなく、各ＵＥのトータルのデータ受信頻度に基づいたＤＲＸ状態制御を実現できる。なお、ＤＲＸ制御の途中で、不要になったＣＣについては、個別に無効化（Ｄｅａｃｔｉｖａｔｉｏｎ）することで、端末の余分な電力消費を避けることができる。また、ＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへの遷移は、いずれかのＣＣでＬｏｎｇＤＲＸのＯｎ−Ｄｕｒａｔｉｏｎに新規データ受信を行った場合に、すべてのＣＣでＳｈｏｒｔＤＲＸへと遷移するように行う。ただし、これに限定される必要はなく、例えば、あるＣＣで連続Ｎ回のＤＲＸ  ｃｙｃｌｅでデータ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへ遷移する方法や、Ｍ個以上のＣＣで新規データ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへと遷移する方法なども考えられる。しかし、ＤＲＸ状態制御をＵＥのトータルのデータ受信頻度に基づいて行うという観点からは、一番目の方法が好ましい。
【００７０】
なお、この無線通信システムは、３ＧＰＰ  ＬＴＥの仕様に準拠する好適な構成を有するが、これに限定されるものではない。
【００７１】
このように、本実施の形態によれば、無線端末が、周波数の異なる複数の構成キャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ：ＣＣ）を同時に用いてデータ送受信を行う（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）時の間欠受信（ＤＲＸ）の制御を行う場合に、データ受信頻度に適したＤＲＸ状態（ＤＲＸレベル）を保ち、かつ、消費電力を削減しつつ、通信路品質やトラフィックなどの負荷に応じたＣＣの選択が実現できる。
＜第１の実施例＞
図７は、第１の実施の形態に対応する第１の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
【００７２】
本実施例では、各ＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、端末はまずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ  ｃｙｃｌｅの３回分とする。
【００７３】
１番目のＤＲＸ  ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、すべてのＣＣにおいて、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ＣＣ２ではデータ受信をしていないため、Ｏｎ−ＤｕｒａｔｉｏｎだけＰＤＣＣＨを受信した後（データが送信されていないことを確認した後）、非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ）へと移る。一方、ＣＣ１とＣＣ３では、データ受信をしておりＡｃｔｉｖｅ  ＴｉｍｅをそれぞれＯｎ−Ｄｕｒａｔｉｏｎから延長し、データ復号に成功した時点でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートしている。
【００７４】
２番目のＤＲＸ  ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしており、それぞれデータ受信に成功した後でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートしている。
【００７５】
次に、５番目のＤＲＸ  ｃｙｃｌｅに注目すると、ＣＣ３でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていることが分かる。従来、この時点でＣＣ３はＬｏｎｇＤＲＸへと遷移していたが、本発明ではＳｈｏｒｔＤＲＸのまま継続する。
【００７６】
同様に、６番目のＤＲＸ  ｃｙｃｌｅでは、ＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れているが、引き続きＳｈｏｒｔＤＲＸとして動作を継続する。
【００７７】
７番目のＤＲＸ  ｃｙｃｌｅに注目すると、ＣＣ１でデータ受信をしている。従来は、ＬｏｎｇＤＲＸへと遷移しているタイミングなのでＣＣ１ではデータ受信できないが、第１の実施例ではＳｈｏｒｔＤＲＸのままなのでデータ受信が可能である。さらに、このときｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを再びスタートさせる。
【００７８】
８番目のＤＲＸ  ｃｙｃｌｅのＣＣ３についても同様である。
【００７９】
その後、各ＣＣで継続的にＳｈｏｒｔＤＲＸを行った後、１０番目のＤＲＸ  ｃｙｃｌｅでＣＣ２が、１１番目のＤＲＸ  ｃｙｃｌｅでＣＣ１とＣＣ３が、それぞれｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れている。そのため、１２番目のＤＲＸ  ｃｙｃｌｅ以降では、全ＣＣでＬｏｎｇＤＲＸへと遷移する。なお、あるＣＣで一旦ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後で、特にデータ受信が行われず、他のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた場合、その時点でＬｏｎｇＤＲＸへと遷移可能である。
【００８０】
図８は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図９は本実施例におけるｅＮＢ１の通信制御部２４の動作フローを示す図である。
【００８１】
図８において、ＵＥ１は、まずＤＲＸ状態（ＤＲＸレベル）としてＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ１００）、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｏｎ  ｅａｃｈ  ＣＣ）（Ｓｔｅｐ１０１）。
【００８２】
初めのＯｎ−Ｄｕｒａｔｉｏｎにおいて、ＣＣ毎に下りデータ（ＤＬ  ｄａｔａ）があるかどうかを判定する（ＤＬ  ｄａｔａ  ｏｎ  ＣＣｎ？）（Ｓｔｅｐ１０２）。続いて、下りデータを受信した場合、正しく復号できたかどうかを判定し（Ｓｕｃｃｅｓｓｆｕｌｌｙ  ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ１０３）、正しく復号できた後（あるいは、ＨＡＲＱプロセスが終了した後）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ１０４）。
【００８３】
同様に、Ｏｎ−Ｄｕｒａｔｉｏｎ期間は下りデータがあるかどうかを判定し（Ｓｔｅｐ１０５、Ｓｔｅｐ１０２）、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける（Ｓｔｅｐ１０３、Ｓｔｅｐ１０４）。そして、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定する（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ１０６）。
【００８４】
あるＣＣで切れた場合で、他のすべてのＣＣでもｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたか（切れているか）どうかを確認し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ  ｏｎ  ａｌｌ  ＣＣｓ？）（Ｓｔｅｐ１０７）、他のＣＣではまだ切れていない場合には、同様の動作を繰り返す。つまり、下りデータを受信した場合には、正しく復号できた後でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタート（Ｒｅｓｔａｒｔ）させる。なお、あるＣＣで一旦ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたが、他のＣＣで切れていなかった場合、該ＣＣで再び下りデータを受信した場合、該Ｔｉｍｅｒが動いていないためリスタートでなくスタート（Ｓｔａｒｔ）とも言えるが、得られる結果は同じである。反対に、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていた場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ  ＬｏｎｇＤＲＸ）（Ｓｔｅｐ１０８）。
【００８５】
次に、図９において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ  ＵＥｘ‘ｓ  ＳｈｏｒｔＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ２００）。
【００８６】
まず、ＵＥｘ（ｘ＝１、２、…、）に対して、ＤＲＸコンフィグレーションメッセージを送り（Ｓｅｎｄ  ＤＲＸ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｍｅｓｓａｇｅ）（Ｓｔｅｐ２０１）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｏｎ  ｅａｃｈ  ＣＣ）（Ｓｔｅｐ２０２）。
【００８７】
次に、ＵＥｘがＯｎ−Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ−Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ２０３）、Ｏｎ−Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ  ｆｏｒ  ＵＥｘ？）（Ｓｔｅｐ２０４）。データを送る場合には、どのＣＣで送信するかを決定して、ＣＣ毎に後続の動作に移る。
【００８８】
ＣＣ毎に、まずデータを送信するかどうかを確認し（Ｓｅｎｄ  ｄａｔａ  ｏｎ  ＣＣｎ？）（Ｓｔｅｐ２０７）、送信する場合にはＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（Ｓｔｅｐ２０８）。データを送信した場合には、肯定応答の受信を確認後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ２０９）。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ２１０）、切れた（切れていた）場合には他のすべてのＣＣでも切れたかどうかを確認する（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ  ｏｎ  ａｌｌ  ＣＣｓ？）（Ｓｔｅｐ２０５）。もし、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ  ＵＥｘ’ｓ  ＬｏｎｇＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ２０６）。
【００８９】
ここで、ＬＴＥは、ＵＥとｅＮＢの間で、初めのＯｎ−Ｄｕｒａｔｉｏｎ、つまりｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作開始タイミングは、予め決められた方法（ＤＲＸスタートオフセットの導出式）で同期が取れる。
【００９０】
なお、本実施例では、ＵＥ１とｅＮＢ１で同様の処理方法の場合を説明したが、得られる結果が同じであれば、ＵＥ１とｅＮＢ１で必ずしも同じ処理方法である必要はない。例えば、ＵＥは本実施例の方法を用い、ｅＮＢは後述の方法を用いる、あるいはその反対の方法をとっても良い。
【００９１】
このように、第１の実施例では、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ  ｃｙｃｌｅではＵＥの消費電力低減が実現できる。
【００９２】
また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となる。例えば、図７の７番目と８番目のＤＲＸ  ｃｙｃｌｅでは、ＣＣ１とＣＣ３ではｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていて、従来はＬｏｎｇＤＲＸの非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ）になっているため、ＣＣ１とＣＣ３は使用できない。このとき、ＣＣ２の通信路品質が劣化し、ＣＣ１やＣＣ３に比べても劣っていた場合には、受信特性の劣化につながる可能性がある。また、ＣＣ２の使用率がＣＣ１やＣＣ３よりも高い、つまりＣＣ２の負荷が高い場合には、該無線端末だけでなく、他の無線端末へもスループット低下などの影響が生じる可能性がある。しかし、本発明では、これらの状況を回避することができる。
＜第１の実施例の変形例＞
図１０は、本発明の第１の実施例の変形例を説明するための図である。本実施例では、第１の実施例と同様に、各ＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【００９３】
第１の実施例との違いは、一度ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたＣＣでは、以降でデータ受信があっても一旦ＬｏｎｇＤＲＸに遷移し再びＳｈｏｒｔＤＲＸになるまでは、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせないという点である。
【００９４】
６番目のＤＲＸ  ｃｙｃｌｅに注目すると、ＣＣ１でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、従来はＬｏｎｇＤＲＸへ遷移するが、本発明では他のＣＣでのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていないため、ＣＣ１でもＳｈｏｒｔＤＲＸを継続する。
【００９５】
次に、７番目のＤＲＸ  ｃｙｃｌｅに注目すると、ＣＣ１で再びデータ受信を行ったが、一度ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れているので、再びスタートさせていない。これは、８番目のＤＲＸ  ｃｙｃｌｅにおけるＣＣ３についても同様である。そして、最後まで動作していたＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＬｏｎｇＤＲＸへと遷移する。なお、一度ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後でも、ある条件を満たした場合には、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせるようにしてもよい。例えば、連続Ｎ回データを受信した場合、あるいはＬｏｎｇＤＲＸにならないままでＴ  ｓｕｂｆｒａｍｅ後に再びデータを受信した場合、などが考えられる。
【００９６】
第１の実施例の変形例は、第１の実施例よりもＵＥの消費電力削減を図ろうとするアグレッシブなＤＲＸ制御方法であると言える。
＜第２の実施例＞
図１１は、第１の実施の形態の第２の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
【００９７】
本実施例では、各ＣＣにおいて、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ  Ｔｉｍｅを決定するが、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒはＣＣ間で共通で動作させ、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、ＵＥは、まずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ  ｃｙｃｌｅの３回分とする。
【００９８】
１番目のＤＲＸ  ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まずｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。図１１では、ＣＣ１とＣＣ３が１番目のＤＲＸ  ｃｙｃｌｅでデータ受信をしており、ＣＣ３の方が長くデータ受信をしていた。そこで、ＣＣ３のデータ受信が完了した後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。
【００９９】
次に、２番目のＤＲＸ  ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしており、ＣＣ２が最も長くデータを受信していたため、ＣＣ２のデータ受信完了後に、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。同様に、最も新しくデータを受信したＣＣに合わせてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、Ｔｉｍｅｒが切れるのを待つ。図１１では、８番目のＤＲＸ  ｃｙｃｌｅで最後のデータを受信した後、１１番目のＤＲＸ  ｃｙｃｌｅでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、ＬｏｎｇＤＲＸへと遷移する。
【０１００】
図１２は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図１３は本実施例におけるｅＮＢ１の通信制御部１４の動作フローを示す図である。
【０１０１】
図１２において、ＵＥ１の通信制御部１４は、まずＤＲＸ状態（ＤＲＸレベル）としてＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ３００）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ３０１）。
【０１０２】
初めのＯｎ−Ｄｕｒａｔｉｏｎにおいて、いずれかのＣＣで下りデータがあるかどうかを判定し（ＤＬ  ｄａｔａ  ｏｎ  ａｎｙ  ＣＣ？）（Ｓｔｅｐ３０２）、下りデータを受信した場合、正しく復号できたかどうか（あるいはＨＡＲＱプロセスが終了したかどうか）を判定する（Ｓｕｃｃｅｓｓｆｕｌｌｙ  ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ３０３）。
【０１０３】
下りデータを正しく復号できた後（あるいはＨＡＲＱプロセスが終了した後）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（Ｓｔｅｐ３０４））。同様に、Ｏｎ−Ｄｕｒａｔｉｏｎ期間は、下りデータがあるかどうかを判定し、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ３０６）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた（切れていた）場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ  ＬｏｎｇＤＲＸ）（Ｓｔｅｐ３０７）。
【０１０４】
次に、図１３において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ  ＵＥｘ‘ｓ  ＳｈｏｒｔＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ４００）。
【０１０５】
まず、ＵＥｘに対して、ＤＲＸコンフィグレーションメッセージ（Ｓｅｎｄ  ＤＲＸ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｍｅｓｓａｇｅ）を送り（Ｓｔｅｐ４０１）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔｅｐ４０２）。
【０１０６】
ＵＥｘがＯｎ−Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ−Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ４０３）、Ｏｎ−Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ  ｆｏｒ  ＵＥｘ？）（Ｓｔｅｐ４０４）。データを送信した場合、ＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（ＡＣＫ？）（Ｓｔｅｐ４０５）。
【０１０７】
肯定応答の受信を確認後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ４０６）。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ４０７）、切れた（切れていた）場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ  ＵＥｘ’ｓ  ＬｏｎｇＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ４０８）。
【０１０８】
本実施例による効果は、第１の実施例と同様で、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ  ｃｙｃｌｅではＵＥの消費電力低減が実現できること。また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となることである。第１の実施例に比べ、各ＤＲＸ  ｃｙｃｌｅでＣＣ間のデータ受信状況（Ａｃｔｉｖｅ  Ｔｉｍｅ）を共有しなくてはいけないが、扱うタイマーが少なくなるという利点がある。
＜第３の実施例＞
図１４は、第１の実施の形態の第３の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
【０１０９】
本実施例では、各ＣＣにおいて、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ  Ｔｉｍｅを決定し、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。さらに、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせたＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを用い、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、ＵＥは、まずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ  ｃｙｃｌｅの３回分とする。
【０１１０】
１番目のＤＲＸ  ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まず全ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせ、同時にＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタートさせる。図１４では、ＣＣ１とＣＣ３が１番目のＤＲＸ  ｃｙｃｌｅでデータ受信をしており、ＣＣ３の方が長くデータ受信をしていた。そこで、ＣＣ３のデータ受信が完了した後、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。
【０１１１】
次に、２番目のＤＲＸ  ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしており、ＣＣ２が最も長くデータを受信していたため、ＣＣ２のデータ受信完了後に、再びＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。同様に、最も新しくデータを受信したＣＣに合わせてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、Ｔｉｍｅｒが切れるのを待つ。なお、５番目のＤＲＸ  ｃｙｃｌｅにおいてＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、６番目のＤＲＸ  ｃｙｃｌｅにおいてＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れているが、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがまだ切れていない、つまり他にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていないＣＣ（ＣＣ２）があるため、ＣＣ１とＣＣ３ではＳｈｏｒｔＤＲＸをそのまま継続する。さらに、ＣＣ１とＣＣ３では新たにデータ受信があった場合、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。図１４では、１１番目のＤＲＸ  ｃｙｃｌｅで、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、従ってＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒも切れ、ＬｏｎｇＤＲＸへと遷移する。
【０１１２】
本実施例による効果も、第１の実施例と同様で、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ  ｃｙｃｌｅではＵＥの消費電力低減が実現できること。また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となることである。第１の実施例に比べ、タイマーを新たに１つ持つ必要があるが、ＤＲＸ状態制御の判定は１つのタイマー（ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）に基づいて行えば良いという利点がある。なお、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒとＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さを同じとしたが、異なる値としてもよい。
【０１１３】
図１５は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図１６は本実施例におけるｅＮＢ１の通信制御部１４の動作フローを示す図である。
【０１１４】
図１５において、ＵＥはまずＤＲＸ状態（ＤＲＸレベル）として、ＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ５００）、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせ、さらに１つのＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｏｎ  ｅａｃｈ  ＣＣ  ａｎｄ  ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ５０１）。
【０１１５】
初めのＯｎ−Ｄｕｒａｔｉｏｎにおいて、ＣＣ毎に下りデータ（ＤＬ  ｄａｔａ）があるかどうかを判定し（ＤＬ  ｄａｔａ  ｏｎ  ＣＣｎ？）（Ｓｔｅｐ５０２）、下りデータを受信した場合、正しく復号できたかどうかを判定し（Ｓｕｃｃｅｓｓｆｕｌｌｙ  ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ５０３）、正しく復号できた後（あるいは、ＨＡＲＱプロセスが終了した後）、ＣＣｎのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒと、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ａｎｄ  ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ５０４）。
【０１１６】
同様に、Ｏｎ−Ｄｕｒａｔｉｏｎ期間は、下りデータがあるかどうかを判定し（Ｓｔｅｐ５０５）、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける。そして、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定する（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ５０６）。あるＣＣで切れた場合で、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたか（切れているか）どうかを確認し（ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ５０７）、まだ切れていない場合には、同様の動作を繰り返す。反対にＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていた場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ  ＬｏｎｇＤＲＸ）（Ｓｔｅｐ５０８）。
【０１１７】
次に、図１６において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ  ＵＥｘ‘ｓ  ＳｈｏｒｔＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ６００）。
【０１１８】
まず、ｅＮＢ１は、ＵＥｘに対して、ＤＲＸコンフィグレーションメッセージを送り（Ｓｅｎｄ  ＤＲＸ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｍｅｓｓａｇｅ）（Ｓｔｅｐ６０１）、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ  ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ６０２）。
【０１１９】
ＵＥｘがＯｎ−Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ−Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ６０３）、Ｏｎ−Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ  ｆｏｒ  ＵＥｘ？）（Ｓｔｅｐ６０４）。データを送信する場合にはＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（ＡＣＫ？）（Ｓｔｅｐ６０５）。
【０１２０】
肯定応答の受信を確認後、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ６０６）。
【０１２１】
そして、Ｓｔｅｐ６０３に戻り、ＵＥｘがＯｎ−Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ−Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ６０３）、Ｏｎ−Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ  ｆｏｒ  ＵＥｘ？）。データを送信しない場合には、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ６０７）、切れた（切れていた）場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ  ＵＥｘ’ｓ  ＬｏｎｇＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ６０８）。
＜第３の実施例の変形例＞
図１７は、第１の実施の形態の第３の実施例の変形例を説明するための図である。
【０１２２】
本実施例では、第３の実施例と同様に、各ＣＣにおいて、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ  Ｔｉｍｅを決定し、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。さらに、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせたＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを用い、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。第３の実施例との違いは、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが、基本的に複数のＣＣのうち１つのＣＣにおけるｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせて動作する点である。
【０１２３】
１番目のＤＲＸ  ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まず全ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせ、同時にＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタートさせる。図１７では、ＣＣ１とＣＣ３が１番目のＤＲＸ  ｃｙｃｌｅでデータ受信をしているが、ここでは例としてＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせてＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。２番目のＤＲＸ  ｃｙｃｌｅにおいてもＣＣ１ではデータ受信をしておりｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートする。そのため、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒも同様にリスタートする。
【０１２４】
次に、６番目のＤＲＸ  ｃｙｃｌｅにおいてＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れている。そこで、他のＣＣ（ＣＣ２とＣＣ３）でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが動作しているかを確認する。図１７では、ＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが依然として動いているため、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒに同期させる。
【０１２５】
一方、１０番目のＤＲＸ  ｃｙｃｌｅにおいてＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、およびＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れるが、ＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが依然として動作しているため、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒに再同期させる。そして、１１番目のＤＲＸ  ｃｙｃｌｅでＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、他にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが動いているＣＣがないため、ＬｏｎｇＤＲＸへと遷移する。
【０１２６】
本変形例は、第３の実施例に比べ、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの更新が簡易であるという利点がある。
＜第２の実施の形態の無線通信システム＞
図１８は、第２の実施の形態の無線通信システムの概略構成の例を示す図である。
【０１２７】
この第２の実施の形態の無線通信システムは、無線基地局ｅＮＢ２と無線端末ＵＥ２を含む。ここで、ＵＥ２は、ｅＮＢ２と通信を行うための接続確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が完了している。また、Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）可能なＣｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ（ＣＣ）としてＣＣ１〜ＣＣ４が割り当てられ、すでにＣＣ１〜ＣＣ４で同時にデータ受信が可能な状態である。なお、ＣＣ１〜ＣＣ４は各周波数が連続でも不連続でもどちらでも良く、さらに周波数帯が同一でも異なっていても良い。さらに、ｅＮＢ２はＵＥ２にＤＲＸのパラメータを通知し、ＵＥ２は当該パラメータに従って必要な設定（例えば、ＤＲＸ関連タイマーの満了値の設定など）を行う。ここで、第２の無線通信システムにおける本実施形態の例では、ＣＣ１とＣＣ２（Ｓｕｂｓｅｔ１）、ＣＣ３とＣＣ４（Ｓｕｂｓｅｔ２）がそれぞれペアとして動作する場合を示す。このＳｕｂｓｅｔが構成される要因としては、（必ずそうでなくてはいけないわけではないが）基本的にＳｕｂｓｅｔ間で異なるサービスを行う場合（ＦＴＰ、ＶｏＩＰ、Ｓｔｒｅａｍｉｎｇ等）、Ｓｕｂｓｅｔ間で周波数帯が異なる場合、Ｓｕｂｓｅｔ間でセルカバレッジが異なる場合、あるいはＣＣのタイプ（例えば、全Ｒｅｌｅａｓｅ  ｖｅｒｓｉｏｎに共通して利用可能なもの、特定のＲｅｌｅａｓｅ  ｖｅｒｓｉｏｎ以降で利用可能なもの、特定の条件の場合だけ利用可能なもの等）が異なる場合、などが考えられる。このとき、ＣＣ１〜ＣＣ４でＤＲＸのパラメータは共通であってもよいし、Ｓｕｂｓｅｔ内で共通でＳｕｂｓｅｔ間では異なってもよい。
【０１２８】
次に、第２の実施の形態の無線通信システムにおけるＣＡ時のＤＲＸ制御方法について説明する。
【０１２９】
図１８に示すように、ＵＥ２がＣＣ１〜ＣＣ４を同時に利用できる場合、各ＣＣでｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを動作させてＡｃｔｉｖｅ  Ｔｉｍｅを決定する。これにより、各ＤＲＸ  ｃｙｃｌｅにおいては、各ＣＣにおける実際のデータ受信に応じたＵＥの省電力削減が実現できる。なお、ＤＲＸ状態の制御方法としては、ＣＣのＳｕｂｓｅｔ内でＤＲＸ状態が同じになるようにしつつ、Ｓｕｂｓｅｔ間ではＤＲＸ状態が異なっても良いように行う。詳細動作は、以下の３通りが考えられる。
【０１３０】
１．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、各ＣＣでそれらを独立に動作させ、Ｓｕｂｓｅｔ内のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、そのＳｕｂｓｅｔ内のＣＣすべてでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【０１３１】
２．Ｓｕｂｓｅｔ内のＣＣ共通にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを１つ持ち、各ＤＲＸ  ｃｙｃｌｅで１つでもデータ受信をしたＣＣがあった場合、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、そのＳｕｂｓｅｔ内のＣＣすべてでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【０１３２】
３．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持つ。さらに、Ｓｕｂｓｅｔ毎に１つ（ＣＣ間共通）別のタイマー（ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を持つ。まず、各ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを独立に動作させる。いずれかのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタート或いはリスタートさせた場合、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタート或いはリスタートさせる。そして、ＣＡ−ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、そのＳｕｂｓｅｔ内のＣＣすべてでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【０１３３】
これらの方法により、ＣＣそれぞれのデータ受信頻度ではなく、各ＵＥのＳｕｂｓｅｔ内のトータルのデータ受信頻度に基づいたＤＲＸ状態制御を実現できる。これらの方法は、上述の通り、Ｓｕｂｓｅｔ間でサービスが異なる場合や、周波数帯が異なる場合などで有効である。
【０１３４】
なお、この無線通信システムは、３ＧＰＰ  ＬＴＥの仕様に準拠する好適な構成を有するが、これに限定されるものではない。
＜第４の実施例＞
図１９は、第２の実施の形態の第４の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
【０１３５】
また、本実施例では、各ＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、Ｓｕｂｓｅｔ内のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、端末はまずＳｈｏｒｔＤＲＸ状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ  ｃｙｃｌｅの３回分とする。なお、ＤＲＸパラメータは、全ＣＣで共通とする。
【０１３６】
まず、ＣＣ１とＣＣ２（Ｓｕｂｓｅｔ１）に注目する。１番目のＤＲＸ  ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、両方のＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ＣＣ２では、データ受信をしていないため、Ｏｎ−ＤｕｒａｔｉｏｎだけＰＤＣＣＨを受信した後、非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ）へと移る。
【０１３７】
一方、ＣＣ１では、データ受信をしておりＡｃｔｉｖｅ  ＴｉｍｅをＯｎ−Ｄｕｒａｔｉｏｎから延長し、データ復号に成功した時点でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートしている。
【０１３８】
次に、６番目のＤＲＸ  ｃｙｃｌｅに注目すると、ＣＣ１でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていることが分かる。従来は、この時点でＣＣ１はＬｏｎｇＤＲＸへと遷移していたが、本実施例ではＳｈｏｒｔＤＲＸのまま継続する。
【０１３９】
また、７番目のＤＲＸ  ｃｙｃｌｅでは、ＣＣ１でデータ受信をしている。従来は、ＬｏｎｇＤＲＸへと遷移している期間なのでＣＣ１ではデータ受信できないが、本実施例ではＳｈｏｒｔＤＲＸのままなのでデータ受信が可能である。なお、このときＣＣ１では再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。その後、各ＣＣで継続的にＳｈｏｒｔＤＲＸを行った後、１０番目のＤＲＸ  ｃｙｃｌｅでＣＣ２が、１１番目のＤＲＸ  ｃｙｃｌｅでＣＣ１が、それぞれｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れている。そのため、１２番目のＤＲＸ  ｃｙｃｌｅ以降では、Ｓｕｂｓｅｔ１内の全ＣＣでＬｏｎｇＤＲＸへと遷移する。なお、あるＣＣで一旦ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後で、特にデータ受信が行われず、他のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた場合、その時点でＬｏｎｇＤＲＸへと遷移可能である。
【０１４０】
次に、ＣＣ３とＣＣ４（Ｓｕｂｓｅｔ２）に注目する。基本的な動作は、Ｓｕｂｓｅｔ１と同じである。１番目のＤＲＸ  ｃｙｃｌｅでは、まずＣＣ３とＣＣ４の両方ともｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ここでは、どちらもデータ受信をしているため、データ受信完了後にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートする。そして、４番目のＤＲＸ  ｃｙｃｌｅでＣＣ４のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後、５番目のＤＲＸ  ｃｙｃｌｅでＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがそれぞれ切れている。従って、この時点でＳｕｂｓｅｔ２のＣＣでは、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
【０１４１】
一方、次のＬｏｎｇＤＲＸ  ｃｙｃｌｅにおいて、ＣＣ３で再びデータ受信を行っているため、ＣＣ３とＣＣ４の両方で、ＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへと遷移する。そして、それぞれｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。
【０１４２】
これにより、Ｓｕｂｓｅｔ１（ＣＣ１とＣＣ２）とＳｕｂｓｅｔ２（ＣＣ３とＣＣ４）で、異なるＤＲＸ状態が異なる場合が生じる。例えば、６番目から８番目のＤＲＸ  ｃｙｃｌｅでは、Ｓｕｂｓｅｔ１はＳｈｏｒｔＤＲＸであるのに対し、Ｓｕｂｓｅｔ２ではＬｏｎｇＤＲＸとなっている。
【０１４３】
このように、本実施例では、Ｓｕｂｓｅｔ毎にＤＲＸ状態制御を行うことで、Ｓｕｂｓｅｔ毎のデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ  ｃｙｃｌｅではＵＥの消費電力低減が実現できる。また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となる。
＜第３の実施の形態の無線通信システムの形態＞
図２０は、本発明の別の実施形態の無線通信システムの概略構成の例を示す図である。
【０１４４】
この第３の無線通信システムは、無線基地局ｅＮＢ２と無線端末ＵＥ３を含む。ここで、ＵＥ３は、ｅＮＢ３と通信を行うための接続確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）が完了している。また、Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）可能なＣｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ（ＣＣ）として、ＣＣ１〜ＣＣ３が割り当てられ、すでにＣＣ１〜ＣＣ３で同時にデータ受信が可能な状態である。ただし、ＣＣ２が、サービングセル（Ｓｅｒｖｉｎｇ  ｃｅｌｌ）のＤＬ  ＣＣである。ここで、Ｓｅｒｖｉｎｇ  ｃｅｌｌの定義は、例えば、ＣＡしない場合にも使用するＣＣ、無線端末がアクティブ（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）になる前にキャンプしていた（あるいは、キャンプ可能な）ＣＣ、システム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信するＣＣ、などが考えられる。また、Ｓｅｒｖｉｎｇ  ｃｅｌｌのＣＣをサービングキャリア（Ｓｅｒｖｉｎｇ  ｃａｒｒｉｅｒ）、あるいはアンカーキャリア（Ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）とも呼ぶ。なお、ＣＣ１〜ＣＣ３は各周波数が連続でも不連続でもどちらでも良く、さらに周波数帯が同一でも異なっていても良い。さらに、ｅＮＢ３はＵＥ３にＤＲＸのパラメータを通知し、ＵＥ３は当該パラメータに従って必要な設定（例えば、ＤＲＸ関連タイマーの満了値の設定など）を行う。このとき、ＣＣ１〜ＣＣ３でＤＲＸのパラメータは基本的に共通であることを想定しているが、異なっていてもよい。
【０１４５】
次に、第３の実施の形態の無線通信システムにおけるＣＡ時のＤＲＸ制御方法について説明する。
【０１４６】
はじめに、本発明における第３の無線通信システムでは、構成キャリア（ＣＣ）のすべて或いは一部において、無線端末（ＵＥ）の間欠受信（ＤＲＸ）の一連の動作のうち、ＤＲＸ状態（ＤＲＸレベル）制御以外（例えば、Ａｃｔｉｖｅ  Ｔｉｍｅの延長など）をそれぞれ独立に行い、ＤＲＸ状態制御を共通に行う。図２０に示すように、ＵＥ３がＣＣ１〜ＣＣ３を同時に利用できる場合、各ＣＣでｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを動作させてＡｃｔｉｖｅ  Ｔｉｍｅを決定する。これにより、各ＤＲＸ  ｃｙｃｌｅにおいては、各ＣＣにおける実際のデータ受信に応じたＵＥの省電力削減が実現できる。
【０１４７】
一方、ＤＲＸ状態（ＤＲＸレベル）の制御方法としては、特定のＣＣだけｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、該ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、特定のＣＣとしては、図２０のＳｅｒｖｉｎｇ  ｃｅｌｌのＣＣが考えられる。Ｓｅｒｖｉｎｇ  ｃｅｌｌのＣＣの定義は様々あるが、例えば、無線端末がアクティブ（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）になった時点でキャンプしていたＣＣ、ＣＡのコンフィグレーションメッセージ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｍｅｓｓａｇｅ）を受けたＣＣ、システム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）などのセルの基本情報を受けるＣＣ、などが考えられる。
【０１４８】
これらの方法により、ＣＣそれぞれのデータ受信頻度ではなく、各ＵＥのＳｅｒｖｉｎｇ  ｃｅｌｌのＣＣにおけるデータ受信頻度に基づいたＤＲＸ状態制御、ひいてはトータルのデータ受信頻度に基づいたＤＲＸ状態制御を実現できる。なお、ＤＲＸ制御の途中で、不要になったＣＣについては、個別に無効化（Ｄｅａｃｔｉｖａｔｉｏｎ）することで、端末の余分な電力消費を避けることができる。また、ＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへの遷移は、Ｓｅｒｖｉｎｇ  ｃｅｌｌのＣＣでＬｏｎｇＤＲＸのＯｎ−Ｄｕｒａｔｉｏｎに新規データ受信を行った場合に、すべてのＣＣでＳｈｏｒｔＤＲＸへと遷移するように行う。ただし、これに限定される必要はなく、例えば、Ｓｅｒｖｉｎｇ  ｃｅｌｌのＣＣで連続Ｎ回のＤＲＸ  ｃｙｃｌｅでデータ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへ遷移する方法や、Ｓｅｒｖｉｎｇ  ｃｅｌｌのＣＣに加えＭ個以上のＣＣで新規データ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへと遷移する方法なども考えられる。しかし、ＤＲＸ状態制御をＵＥのトータルのデータ受信頻度に基づいて行うという観点からは、一番目の方法が好ましい。
【０１４９】
さらに、無線端末に設定されたＣＣがＳｕｂｓｅｔに分かれているような場合、Ｓｕｂｓｅｔ内の特定のＣＣだけｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、該ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、Ｓｕｂｓｅｔ内の全ＣＣでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移するようにしてもよい。
【０１５０】
なお、この無線通信システムは、３ＧＰＰ  ＬＴＥの仕様に準拠する好適な構成を有するが、これに限定されるものではない。
＜第５の実施例＞
図２１は、第３の実施の形態の第５の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
【０１５１】
本実施例では、各ＣＣにおいて、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ  Ｔｉｍｅを決定するが、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、Ｓｅｒｖｉｎｇ  ｃｅｌｌのＣＣのみで動作させ、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、ＵＥは、まずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ  ｃｙｃｌｅの３回分とする。
【０１５２】
１番目のＤＲＸ  ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まずｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。図２１では、ＣＣ２とＣＣ３が１番目のＤＲＸ  ｃｙｃｌｅでデータ受信をしている。ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、ＣＣ２のデータ受信状況に応じて制御するため、ＣＣ２でのデータ受信完了後に、リスタートさせる。次に、２番目のＤＲＸ  ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしているが、やはりＣＣ２のデータ受信情報に合わせるため、ＣＣ２のデータ受信完了後に、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。同様に、ＣＣ２のデータ受信状況に合わせてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、当該Ｔｉｍｅｒが切れるのを待つ。図２１では、７番目のＤＲＸ  ｃｙｃｌｅで最後のデータを受信した後、１０番目のＤＲＸ  ｃｙｃｌｅでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、ＬｏｎｇＤＲＸへと遷移する。
【０１５３】
このＤＲＸ制御方法は、基本的にまずＳｅｒｖｉｎｇ  ｃｅｌｌのＣＣを用い、さらに送信すべきデータがある場合には他のＣＣを用いる、というＣＡを行う場合に最も有効である。これにより、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ  ｃｙｃｌｅではＵＥの消費電力低減が実現できる。さらに、このＤＲＸ制御方法を用いることで、ＣＡ時にＳｅｒｖｉｎｇ  ｃｅｌｌのＣＣ以外の付加的なＣＣの選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となることである。
【０１５４】
図２２は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図２３は本実施例におけるｅＮＢ１の通信制御部１４の動作フローを示す図である。
【０１５５】
図２２において、ＵＥ１は、まずＤＲＸ状態（ＤＲＸレベル）としてＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ７００）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ７０１）。
【０１５６】
初めのＯｎ−Ｄｕｒａｔｉｏｎにおいて、ＣＣ２（Ｓｅｒｖｉｎｇ  ｃｅｌｌ）で下りデータがあるかどうかを判定し（ＤＬ  ｄａｔａ  ｏｎ  ＣＣ２？）（Ｓｔｅｐ７０２）、下りデータを受信した場合、正しく復号できたかどうか（あるいはＨＡＲＱプロセスが終了したかどうか）を判定する（Ｓｕｃｃｅｓｓｆｕｌｌｙ  ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ７０３）。
【０１５７】
下りデータを正しく復号できた後（あるいはＨＡＲＱプロセスが終了した後）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ７０４）。同様に、Ｏｎ−Ｄｕｒａｔｉｏｎ期間は（Ｓｔｅｐ７０５）、ＣＣ２で下りデータがあるかどうかを判定し、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ７０６）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた（切れていた）場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ  ＬｏｎｇＤＲＸ）（Ｓｔｅｐ７０７）。
【０１５８】
一方、図２３において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ  ＵＥｘ‘ｓ  ＳｈｏｒｔＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ８００）。
【０１５９】
まず、ＵＥｘに対して、ＤＲＸコンフィグレーションメッセージ（ＤＲＸ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｍｅｓｓａｇｅ）を送り（Ｓｔｅｐ８０１）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔｅｐ８０２）。ＵＥｘがＯｎ−Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ−Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ８０３）、Ｏｎ−Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ  ｆｏｒ  ＵＥｘ？）（Ｓｔｅｐ８０４）。データを送信した場合、ＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（ＡＣＫ？）（Ｓｔｅｐ８０５）。肯定応答の受信を確認後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ−ｓｔａｒｔ  ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ８０６）。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ  ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ８０７）、切れた（切れていた）場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ  ＵＥｘ’ｓ  ＬｏｎｇＤＲＸ  ｃｏｎｔｒｏｌ）（Ｓｔｅｐ８０８）。
【０１６０】
以上、これまで述べた実施形態では、ＣＡ時に利用可能なＣＣそれぞれで下り制御チャネル（ＰＤＣＣＨ）と対応する下りデータチャネル（ＰＤＳＣＨ）が送信されることを前提としてきたが、ＬＴＥではＰＤＣＣＨが特定のＣＣあるいはＰＤＳＣＨとは異なるＣＣで送信される場合も検討されている。この場合、無線端末側でのＣＣ毎にデータがあるかどうかの判定は、該ＣＣに限らず受信したＰＤＣＣＨのいずれかで、該ＣＣのＰＤＳＣＨへのスケジューリングがされているかどうかを基に行う。
【０１６１】
また、ＣＡ時のＵＥのＤＲＸ制御について、特にＤＲＸ状態（ＤＲＸレベル）制御のＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する動作について説明を行った。しかし、本発明のポイントは、ＤＲＸ動作からＩｄｌｅ状態への遷移について適用可能である。つまり、ＵＥがＤＲＸ（特に、ＬｏｎｇＤＲＸ）からＩｄｌｅへの遷移を行う場合、ｅＮＢおよび／又はＵＥが持つタイマーによって制御されることが考えられ、このときＣＡするＣＣ間で共通に当該タイマーを制御することで、ＵＥのトータルのアクティビティに応じてＤＲＸからＩｄｌｅへの状態遷移が実現できる。また、Ａｃｔｉｖｅ  Ｔｉｍｅを共通設定するようなシステムの場合には、本発明のポイントを、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの代わりに、ｄｒｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒに適用することも可能である。
【０１６２】
さらに、ＤＲＸ制御以外にも、ＣＡ時のＵＥによる隣接セルのメジャメント（Ｍｅａｓｕｒｅｍｅｎｔ）や、継続的リソース割り当て（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）にも本発明のポイントの応用が可能である。Ｍｅａｓｕｒｅｍｅｎｔにおいて、例えば、メジャメントパラメータ設定（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は共通とした場合でも、実際の測定（Ｍｅａｓｕｒｅｍｅｎｔ）はＣＣ間で独立にし、報告（Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ）は共通にする、という方法が考えられる。このとき、各ＤＬのＣＣに対応したＵＬのＣＣそれぞれで報告をしてもよいし、あるＣＣでまとめて報告をしてもよい。また、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇの黙示的なリソース開放（Ｉｍｐｌｉｃｉｔ  ｒｅｌｅａｓｅ）において、上り（Ｕｐｌｉｎｋ：ＵＬ）の未使用リソースのカウントなどをＣＣ間で共通に制御する、という方法がある。例えば、ＣＣすべてで事前に割り当てられたＵＬリソースが未使用な場合にはカウントをしていき、その値が所定値（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ：非特許文献２・４）を超えた場合に、ＵＬリソースを開放するという方法や、各ＣＣでそれぞれ未使用リソースをカウントしていき、全ＣＣで所定値を越えた場合にＵＬリソースを開放するという方法、などが考えられる。
【０１６３】
さらに、これまで述べた実施形態では、無線通信システムとして３ＧＰＰ  ＬＴＥを想定して説明したが、本発明の対象はそれらに限定されることはなく、３ＧＰＰ  ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）などにも適用可能である。
【０１６４】
以下、更になる具体例を述べる。
【０１６５】
DRXが設定されている場合、端末(UE)はsubframe毎に必ず以下の動作を行う。
【０１６６】
Short DRX Cycleが使用されていて、かつ、[(SFN * 10) + subframe number]modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle)となる場合、又は、Long DRX Cycleが使用されていて、かつ、[(SFN * 10) + subframe number] modulo (longDRX-Cycle) = drxStartOffset:となる場合であって、Carrier Aggregationが設定されている場合にはActivate（有効に）された各構成キャリアでonDurationTimerをスタートし、その他の場合にはonDurationTimerをスタートする。ここで、SFNはSystem Frame Numberである。
【０１６７】
現subframeでHARQ RTT Timerが切れ、かつ、当該HARQ processのsoft bufferのデータが正しく復号されていない場合であって、Carrier Aggregationが設定されている場合には当該構成キャリアにおける、当該HARQ processに対してdrx-RetransmissionTimer をスタートし、その他の場合には当該HARQ processに対してdrx-RetransmissionTimer をスタートする。
【０１６８】
DRX Command MAC control elementを受信した場合であって、Carrier Aggregationが設定されている場合には、当該構成キャリアにおけるonDurationTimerをストップし、当該構成キャリアにおけるdrx-InactivityTimerをストップし、その他の場合には、onDurationTimerをストップし、drx-InactivityTimerをストップする。
【０１６９】
drx-InactivityTimer 終了するか、又は、DRX Command MAC control elementをsubframeで受信した場合であって、Carrier Aggregationが設定されており、Short DRX cycleが設定されている場合には、当該構成キャリアにおけるdrxShortCycleTimerをスタート、又はリスタートし、当該構成キャリアにおいてShort DRX Cycleを使用し、その他の場合には、当該構成キャリアにおいてLong DRX Cycleを使用する。
【０１７０】
drx-InactivityTimer 終了するか、又は、DRX Command MAC control elementをsubframeで受信した場合であって、その他の場合であり、Short DRX cycleが設定されている場合には、drxShortCycleTimerをスタート、又はリスタートし、Short DRX Cycleを使用し、その他の場合には、Long DRX cycleを使用する。
【０１７１】
Carrier Aggregationが設定されている場合であって、現subframeでdrxShortCycleTimer が切れ、当該構成キャリア以外のすべてのActivateされた構成キャリアにおいてdrxShortCycleTimerが切れる（あるいは切れている）場合には、Long DRX cycleを使用し、Carrier Aggregationが設定されておらず、現subframeでdrxShortCycleTimerが切れる場合には、Long DRX cycleを使用する。
【０１７２】
Active Timeの間, half-duplex FDDシステムの上り送信に必要でなく、かつ、設定されたmeasurement gapの一部でないPDCCH-subframeに対して、PDCCHをモニターする。
【０１７３】
PDCCHが下り送信を明示している場合、又は当該subframeに対して下り送信が予め割り当てられている場合であって、Carrier Aggregationが設定されている場合には、当該構成キャリアにおける当該HARQ processにおいて、HARQ RTT Timerをスタートし、当該構成キャリアにおける当該HARQ processにおいて、drx-RetransmissionTimerをストップし、その他の場合には、当該HARQ processにおいて、HARQ RTT Timerをスタートし、当該HARQ processにおいて、drx-RetransmissionTimerをストップする。
【０１７４】
PDCCHが新規送信（DL 又は UL）を明示している場合であって、Carrier Aggregationが設定されている場合には、当該構成キャリアにおいて、drx-InactivityTimerをスタート、又はリスタートし、その他の場合には、drx-InactivityTimerをスタート、又はリスタートする。
【０１７５】
Active Time以外において、PUCCHでのCQI/PMI/RIの報告、SRSの送信はしない。
【０１７６】
尚、上述した実施の形態及び実施例では各部をハードウェアで構成したが、プログラムで動作するＣＰＵ等の情報処理装置で構成しても良い。この場合、プログラムは、上述した動作をＣＰＵ等に実行させる。
【０１７７】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１７８】
（付記１）  無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線通信システムであって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御手段と、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御手段と
を有する無線通信システム。
【０１７９】
（付記２）  前記受信制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記１に記載の無線通信システム。
【０１８０】
（付記３）  前記受信開始タイミング制御手段は、長さの異なる少なくとも２以上の前記受信開始タイミングの周期からひとつの受信開始タイミングの周期を選択する
付記１又は付記２に記載の無線通信システム。
【０１８１】
（付記４）  前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのデータの受信状況に基づいて、前記受信開始タイミングの周期を選択する付記３に記載の無線通信システム。
【０１８２】
（付記５）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、予め定められた期間に新たなデータを受信しない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記３又は付記４に記載の無線通信システム。
【０１８３】
（付記６）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーの全てが予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
【０１８４】
（付記７）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのうちのいずれかで、計測中にデータを受信した場合、該データが正しく復号されると、計測をリスタートするタイマーを有し、
前記タイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
【０１８５】
（付記８）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかが計測をリスタートすると、計測をリスタートし、予め定められた期間を計測する第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
【０１８６】
（付記９）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかと対応し、前記対応する第１のタイマーが計測をリスタートすると、計測をリスタートする第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、前記対応する第１のタイマー以外で計測中の前記第１のタイマーのいずれかと対応させ、再び前記第２のタイマーの計測期間が予め定められた期間に達し、かつ、前記第１のタイマー全てが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
【０１８７】
（付記１０）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
全てのタイマーが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１から付記４のいずれかに記載の無線通信システム。
【０１８８】
（付記１１）  前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアの少なくとも１つで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、予め決められた特定の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記３から付記１０のいずれかに記載の無線通信システム。
【０１８９】
（付記１２）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの特定の種類の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーが前記予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１から付記４のいずれかに記載の無線通信システム。
【０１９０】
（付記１３）  前記受信開始タイミング制御手段は、
前記特定の種類の構成キャリアで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、前記特定の種類の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記１２に記載の無線通信システム。
【０１９１】
（付記１４）  前記特定の種類の構成キャリアが、サービングセルの構成キャリア、アンカー構成キャリア、の少なくともいずれか１つである付記１２又は付記１３に記載の無線通信システム。
【０１９２】
（付記１５）  前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、無線端末に割り当てられた構成キャリアの組である少なくとも一以上のＳｕｂｓｅｔ毎に制御する
付記１から付記１１のいずれかに記載の無線通信システム。
【０１９３】
（付記１６）  前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、間欠受信に関する制御を行う付記１から付記１５のいずれかに記載の無線通信システム。
【０１９４】
（付記１７）  前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を、前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて個別に制御する
付記１から付記１６のいずれかに記載の無線通信システム。
【０１９５】
（付記１８）  前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を、前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて共通に制御する
付記１から付記１７のいずれかに記載の無線通信システム。
【０１９６】
（付記１９）  周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線端末であって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御手段と、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御手段と
を有する無線端末。
【０１９７】
（付記２０）  前記受信制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記１９に記載の無線端末。
【０１９８】
（付記２１）  前記受信開始タイミング制御手段は、長さの異なる少なくとも２以上の前記受信開始タイミングの周期からひとつの受信開始タイミングの周期を選択する
付記１９又は付記２０に記載の無線端末。
【０１９９】
（付記２２）  前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのデータの受信状況に基づいて、前記受信開始タイミングの周期を選択する付記２１に記載の無線端末。
【０２００】
（付記２３）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、予め定められた期間に新たなデータを受信しない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２１又は付記２２に記載の無線端末。
【０２０１】
（付記２４）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーの全てが予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２３に記載の無線端末。
【０２０２】
（付記２５）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのうちのいずれかで、計測中にデータを受信した場合、該データが正しく復号されると、計測をリスタートするタイマーを有し、
前記タイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２３に記載の無線端末。
【０２０３】
（付記２６）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかが計測をリスタートすると、計測をリスタートし、予め定められた期間を計測する第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２７に記載の無線端末。
【０２０４】
（付記２７）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかと対応し、前記対応する第１のタイマーが計測をリスタートすると、計測をリスタートする第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、前記対応する第１のタイマー以外で計測中の前記第１のタイマーのいずれかと対応させ、再び前記第２のタイマーの計測期間が予め定められた期間に達し、かつ、前記第１のタイマー全てが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２３に記載の無線端末。
【０２０５】
（付記２８）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
全てのタイマーが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１９から付記２２のいずれかに記載の無線端末。
【０２０６】
（付記２９）  前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアの少なくとも１つで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、予め決められた特定の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記１９から付記２８のいずれかに記載の無線端末。
【０２０７】
（付記３０）  前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの特定の種類の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーが前記予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１９から付記２２のいずれかに記載の無線端末。
【０２０８】
（付記３１）  前記受信開始タイミング制御手段は、
前記特定の種類の構成キャリアで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、前記特定の種類の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記３１に記載の無線端末。
【０２０９】
（付記３２）  前記特定の種類の構成キャリアが、サービングセルの構成キャリア、アンカー構成キャリア、の少なくともいずれか１つである付記３０又は付記３１に記載の無線端末。
【０２１０】
（付記３３）  前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、無線端末に割り当てられた構成キャリアの組である少なくとも一以上のＳｕｂｓｅｔ毎に制御する
付記１９から付記３２のいずれかに記載の無線端末。
【０２１１】
（付記３４）  前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、間欠受信に関する制御を行う付記１９から付記３３のいずれかに記載の無線端末。
【０２１２】
（付記３５）  前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて個別に制御する
付記１９から付記３４のいずれかに記載の無線端末。
【０２１３】
（付記３６）  前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を、前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて共通に制御する
付記１９から付記３５のいずれかに記載の無線端末。
【０２１４】
（付記３７）  無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能であり、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御手段と、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御手段とを有する前記無線端末とのデータの送受信を行う無線基地局であって、
前記無線端末によって制御される所定チャネルの受信開始タイミングの周期と同期を取る手段を有する無線基地局。
【０２１５】
（付記３８）  前記受信制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記３７に記載の無線基地局。
【０２１６】
（付記３９）  無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線通信方法であって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御し、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
無線通信方法。
【０２１７】
（付記４０）  前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記４１に記載の無線通信方法。
【０２１８】
（付記４１）  前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を共通に制御する
付記３９又は付記４０に記載の無線通信方法。
【０２１９】
（付記４２）  周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線端末のプログラムであって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御処理と、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御処理と
を無線端末に実行させるプログラム。
【０２２０】
（付記４３）  前記受信制御処理は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記４２に記載のプログラム。
【０２２１】
（付記４４）  前記受信制御処理は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を共通に制御する
付記４２又は付記４３に記載のプログラム。
【０２２２】
以上好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【０２２３】
本出願は、２００９年１０月２日に出願された日本出願特願２００９−２３０１１４号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０２２４】
１１    受信器
１２    送信器
１３    信号処理部
１４    通信制御部
２１    受信器
２２    送信器
２３    信号処理部
２４    通信制御部
２５    端末管理部
【図１】
2020010357.tif 000003
【図２】
2020010357.tif 000004
【図３】
2020010357.tif 000005
【図４】
2020010357.tif 000006
【図５】
2020010357.tif 000007
【図６】
2020010357.tif 000008
【図７】
2020010357.tif 000009
【図８】
2020010357.tif 000010
【図９】
2020010357.tif 000011
【図１０】
2020010357.tif 000012
【図１１】
2020010357.tif 000013
【図１２】
2020010357.tif 000014
【図１３】
2020010357.tif 000015
【図１４】
2020010357.tif 000016
【図１５】
2020010357.tif 000017
【図１６】
2020010357.tif 000018
【図１７】
2020010357.tif 000019
【図１８】
2020010357.tif 000020
【図１９】
2020010357.tif 000021
【図２０】
2020010357.tif 000022
【図２１】
2020010357.tif 000023
【図２２】
2020010357.tif 000024
【図２３】
2020010357.tif 000025
【図２４】
2020010357.tif 000026
【図２５】
2020010357.tif 000027
【図２６】
2020010357.tif 000028
【図２７】
2020010357.tif 000029