JP7279749B2 - 無線端末の方法、及び無線通信システム - Google Patents

無線端末の方法、及び無線通信システム Download PDF

Info

Publication number
JP7279749B2
JP7279749B2 JP2021134413A JP2021134413A JP7279749B2 JP 7279749 B2 JP7279749 B2 JP 7279749B2 JP 2021134413 A JP2021134413 A JP 2021134413A JP 2021134413 A JP2021134413 A JP 2021134413A JP 7279749 B2 JP7279749 B2 JP 7279749B2
Authority
JP
Japan
Prior art keywords
drx
subset
drxshortcycletimer
data
reception
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021134413A
Other languages
English (en)
Other versions
JP2021184643A (ja
Inventor
尚 二木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2021184643A publication Critical patent/JP2021184643A/ja
Priority to JP2023077212A priority Critical patent/JP2023100889A/ja
Application granted granted Critical
Publication of JP7279749B2 publication Critical patent/JP7279749B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H04W52/0232—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal according to average transmission signal activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/46—TPC being performed in particular situations in multi hop networks, e.g. wireless relay networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、無線端末の方法に関する。
次世代のセルラシステムの１つである３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）では、無線端末の消費電力の削減のため、無線端末の間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の機能がサポートされている（非特許文献１、２）。ＬＴＥでは、ＤＲＸ ｃｙｃｌｅと呼ばれる受信期間（Ｏｎ－Ｄｕｒａｔｉｏｎ）とそれに続く非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）とから構成される期間が定義され、これらの期間を繰り返すことでＤＲＸを実現する。
無線端末は、Ｏｎ－ｄｕｒａｔｉｏｎでは下り制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を常に受信する必要があり、Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸではＰＤＣＣＨを受信しなくてよい。なお、無線端末がＯｎ－Ｄｕｒａｔｉｏｎ期間中にデータ受信に失敗し、Ｏｎ－Ｄｕｒａｔｉｏｎ期間以降に当該データが再送される場合には、ＰＤＣＣＨを受信する期間を延長する。
ここで、ＤＲＸ動作中の無線端末がＰＤＣＣＨを受信する期間をＡｃｔｉｖｅ Ｔｉｍｅと呼び、Ｏｎ－ＤｕｒａｔｉｏｎはＡｃｔｉｖｅ Ｔｉｍｅの最小値である。さらに無線端末毎に、Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸの長さが異なる「ＳｈｏｒｔＤＲＸ」と「ＬｏｎｇＤＲＸ」という２つのＤＲＸ状態（レベル）が設定可能である。ＬＴＥでは、ＳｈｏｒｔＤＲＸ状態の無線端末が一定期間データ受信を行わなかった場合、ＬｏｎｇＤＲＸ状態に遷移するＤＲＸ状態制御（ＤＲＸ ｓｔａｔｅ ｃｏｎｔｒｏｌ）を行う。また、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸに状態遷移する判定に、タイマー（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を用いる。これにより、無線端末のデータ受信頻度に適したＤＲＸ状態（レベル）を設定でき、無線端末の消費電力の削減が可能になる。
さらに、ＬＴＥを高機能化したセルラシステムとして、ＬＴＥ－Ａｄｖａｎｃｅｄの標準化が行われている。ＬＴＥ－Ａｄｖａｎｃｅｄの機能の一つに、無線端末毎のピークデータレートを向上させる機能として、複数の構成キャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：ＣＣ）を一つの無線端末に対して同時に使用してデータ送受信を行うキャリアアグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）がある（非特許文献３）。ここで、ＣＣとは、ＬＴＥにおいて、無線基地局と無線端末の間の通信を実現するために必要な基本周波数ブロックである。ＣＡを行う場合、１つのトランスポートブロック（ＭＡＣ層からＰＨＹ層へのデータ転送単位）は１つのＣＣで送受信され、信号処理はＣＣそれぞれで独立に行われる。なお、データの再送が必要でＨＡＲＱを行う場合には、初回送信に用いたＣＣと再送で用いるＣＣは同じである。
現在、３ＧＰＰ標準化では、ＣＡ時の無線端末のＤＲＸについての議論が行われており、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）する全ＣＣに対して同じＤＲＸ ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＤＲＸパラメータの設定）を行う方法が検討されている。実際のＤＲＸ制御（Ａｃｔｉｖｅ Ｔｉｍｅ制御やＤＲＸ状態制御）としては、（Ａ）ＣＡするＣＣ間で協調して制御を行う方法（非特許文献５）や、（Ｂ）各ＣＣで独立に制御を行う方法（非特許文献６）が提案されている。（Ａ）ＣＣ間で協調して制御を行う方法では、全ＣＣにおけるＡｃｔｉｖｅ Ｔｉｍｅを最後までデータ受信が行われていたＣＣに合わせ、ＤＲＸ状態制御はＣＣ間共通に行われる。一方、（Ｂ）各ＣＣで独立に制御を行う方法では、各ＣＣのＡｃｔｉｖｅ Ｔｉｍｅは各ＣＣにおけるデータ受信状況に基づいて決まり、ＤＲＸ状態制御も各ＣＣで独立に行われる。
図２４を用いて（Ａ）ＣＡするＣＣ間で協調して制御を行う方法の例を説明する。
この図は、ある無線端末にＣＡするＣＣとしてＣＣ１～ＣＣ３が割り当てられており、無線端末は、これらすべてのＣＣにおけるＤＬデータ受信の準備ができている状態を示している。また、各ＣＣにおけるＤＲＸパラメータは同じであり、各ＤＲＸ ｃｙｃｌｅの始まりはＣＣ間で同期している。ＣＣ１における１番目のＤＲＸ ｃｙｃｌｅに注目すると、Ｏｎ－Ｄｕｒａｔｉｏｎ中にＤＬデータを受信したが正しく復号できなかったため、再送データを受信できるようＡｃｔｉｖｅ Ｔｉｍｅを延長している。そして、再送データを正しく復号できた場合、ＰＤＣＣＨを受信しなくてよい非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）へと移る。
次に、同タイミングのＤＲＸ ｃｙｃｌｅにおけるＣＣ２とＣＣ３での動作に注目すると、ＣＣ２ではデータ受信がなく、ＣＣ３ではＣＣ１と同様にデータ受信を行っている。このとき、ＣＣ２、ＣＣ３それぞれ個別にみると、ＣＣ２ではＡｃｔｉｖｅ ＴｉｍｅをＯｎ－Ｄｕｒａｔｉｏｎより延長する必要がなく、ＣＣ３ではＡｃｔｉｖｅ Ｔｉｍｅを延長するがＣＣ１よりも短くて良い。
しかし、（Ａ）の方法では、最も長いＡｃｔｉｖｅ Ｔｉｍｅを必要とするＣＣ１に合わせてＣＣ２、ＣＣ３のＡｃｔｉｖｅ Ｔｉｍｅを決定するため、ＣＣ１～ＣＣ３のすべてのＡｃｔｉｖｅ Ｔｉｍｅが図の点線のようになる。ここで、図中の網掛け部分が本来そのＣＣにとって不必要に延長したＡｃｔｉｖｅ Ｔｉｍｅとなる。２番目、３番目のＤＲＸ ｃｙｃｌｅについても同様で、２番目のＤＲＸ ｃｙｃｌｅではＣＣ３に合わせて、３番目のＤＲＸ ｃｙｃｌｅではＣＣ２に合わせて、それぞれＡｃｔｉｖｅ Ｔｉｍｅが制御される。
次に、図２５を用いて（Ｂ）各ＣＣで独立に制御を行う方法の例を説明する。
図２４と同様に、無線端末はＣＣ１～ＣＣ３におけるＤＬデータ受信の準備ができており、各ＣＣにおけるＤＲＸパラメータは同じで、各ＤＲＸ ｃｙｃｌｅの始まりはＣＣ間で同期している。さらに、無線端末は、まずＳｈｏｒｔＤＲＸの状態にあり、３回のＳｈｏｒｔＤＲＸ ｃｙｃｌｅに亘りデータ受信しなかった場合、ＬｏｎｇＤＲＸの状態に移るものとする（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さがＳｈｏｒｔＤＲＸ ｃｙｃｌｅの３回分）。
１番目のＤＲＸ ｃｙｃｌｅに注目すると、まず全ＣＣで独立にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ＣＣ１とＣＣ３ではデータ受信をしており、データ受信完了後ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタート（再び初期値からスタート）させる。ＣＣ２ではデータ受信をしていないため、そのままタイマーを継続して動作させる。このように、ＣＣそれぞれでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。ＣＣ３は最も早く５番目のＤＲＸ ｃｙｃｌｅでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了し、ＬｏｎｇＤＲＸへと移り、ＣＣ１は６番目のＤＲＸ ｃｙｃｌｅでＬｏｎｇＤＲＸへと移る。一方、ＣＣ２では６番目のＤＲＸ ｃｙｃｌｅにおいても依然としてＳｈｏｒｔＤＲＸのままデータ受信を行っている。
その結果、７番目と８番目のＤＲＸ ｃｙｃｌｅでは、ＣＣ２のみが利用でき、ＣＣ１とＣＣ３はＬｏｎｇＤＲＸの非受信期間であるため利用できない。なお、ＣＣ１とＣＣ３が再び利用可能となるのは、ＬｏｎｇＤＲＸ ｃｙｃｌｅの次のＯｎ－Ｄｕｒａｔｉｏｎのタイミングである。
３ＧＰＰ ＴＳ３６．３００ｖ９００（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ－ｉｎｆｏ／３６３００．ｈｔｍ） ３ＧＰＰ ＴＳ３６．３２１ｖ８６０（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ－ｉｎｆｏ／３６３２１．ｈｔｍ） ３ＧＰＰ ＴＲ３６．８１４ｖ１００（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ－ｉｎｆｏ／３６８１４．ｈｔｍ） ３ＧＰＰ ＴＲ３６．３３１ｖ８６０（インターネット＜ＵＲＬ＞ｈｔｔｐ：ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ－ｉｎｆｏ／３６３３１．ｈｔｍ） ３ＧＰＰ ＲＡＮ２＃６７寄書、"ＤＲＸ ｉｎ ＬＴＥ－Ａ"，Ｍｏｔｏｒｏｌａ（インターネット＜ＵＲＬ＞ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿６７／Ｄｏｃｓ／Ｒ２－０９４７３６．ｚｉｐ） ３ＧＰＰ ＲＡＮ２＃６７寄書、"Ｃｏｎｓｉｄｅｒａｔｉｏｎ ｏｎ ＤＲＸ"，ＣＡＴＴ（インターネット＜ＵＲＬ＞ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿６７／Ｄｏｃｓ／Ｒ２－０９４３２７．ｚｉｐ）
以下に本発明による関連技術の分析を与える。
まず、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）時のＤＲＸ制御を検討する上で２つの重要なポイントがある。１つ目は、無線端末のＤＲＸ状態（ＳｈｏｒｔＤＲＸか、ＬｏｎｇＤＲＸかを示す指標。ＤＲＸレベルとも呼ぶ。）は、Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ＣＣ）間で共通にすべきだという点である。これは、ＣＡ時に全ＣＣで常にデータ受信されるわけではなく、ＣＣ間の通信路品質の差や負荷分散のためにＣＣ毎のデータ受信頻度には差が生じる可能性があるが、ＤＲＸ状態はＣＣ毎のデータ受信頻度ではなく、無線端末のトータルのデータ受信頻度に基づいて決定されるべきだからである。
２つ目は、各ＤＲＸ ｃｙｃｌｅにおいては、ＣＣ毎にＡｃｔｉｖｅ Ｔｉｍｅを決定すべきだという点である。これは、データ受信の可能性がないにもかかわらず他のＣＣに合わせてＯｎ－Ｄｕｒａｔｉｏｎを越えてＡｃｔｉｖｅ Ｔｉｍｅを延長することを避け、無線端末ができる限り消費電力削減を実現可能にするためである。
上述したＤＲＸ制御方法のうち、（Ａ）ＣＡするＣＣ間で協調して制御を行う方法では、ＣＣ間でＤＲＸ状態が同じになるという利点があるが、各ＤＲＸ ｃｙｃｌｅにおけるＡｃｔｉｖｅ ＴｉｍｅもＣＣ間で同じであるために、データ受信のないＣＣでは無線端末が余分に電力を消費してしまうという欠点がある。
一方、（Ｂ）各ＣＣで独立に制御を行う方法では、Ａｃｔｉｖｅ ＴｉｍｅがＣＣ毎に独立であるため各ＤＲＸ ｃｙｃｌｅにおいて無線端末の消費電力削減効果があるという利点があるが、ＤＲＸ状態がＣＣ間で異なる可能性があるという欠点がある。
このように、上述したＣＡ時のＤＲＸ制御方法（Ａ）（Ｂ）にはそれぞれ利点・欠点があり、１つ目のポイントのＤＲＸ状態制御の観点からは（Ａ）ＣＡするＣＣ間で協調して制御を行う方法が好ましく、２つ目のポイントの無線端末の消費電力削減の観点からは（Ｂ）各ＣＣで独立に制御を行う方法が好ましい。
以上の分析から、上述したＤＲＸ制御方式では、２つの重要なポイントのどちらか一方しか達成することはできず、ＣＡ時における最適なＤＲＸ制御方式とは言えない。
そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は、無線端末の消費電力を削減する無線端末の方法を提供することにある。
本発明の一態様は、周波数の異なる複数のコンポーネントキャリアを用いるキャリアアグリゲーションをサポートする無線端末の方法であって、前記無線端末に割り当てられたコンポーネントキャリアを少なくとも第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとに分けて管理し、前記第１のＳｕｂｓｅｔに含まれるコンポーネントキャリア及び前記第２のＳｕｂｓｅｔに含まれるコンポーネントキャリアにおいてdrx-InactivityTimerをそれぞれ独立に制御し、ShortDRXの状態からLongDRXの状態への遷移、又はLongDRXの状態からShortDRXの状態への遷移を、前記１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとの間で独立に制御し、前記第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとは、コンポーネントキャリアの属する周波数帯又はコンポーネントキャリアで行われるサービスの種類が異なるコンポーネントキャリアどうしが異なるＳｕｂｓｅｔとなるように分けられている、方法である。
本発明の一態様は、無線端末及び無線基地局が、周波数の異なる複数のコンポーネントキャリアを用いて通信可能な無線通信システムであって、前記無線端末に割り当てられたコンポーネントキャリアを少なくとも第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとに分ける構成キャリア管理手段と、前記第１のＳｕｂｓｅｔに含まれるコンポーネントキャリア及び前記第２のＳｕｂｓｅｔに含まれるコンポーネントキャリアにおいてdrx-InactivityTimerをそれぞれ独立に制御する受信開始タイミング制御手段と、ShortDRXの状態からLongDRXの状態への遷移、又はLongDRXの状態からShortDRXの状態への遷移を、前記１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとの間で独立に制御するＤＲＸ状態制御手段と、を有し、前記構成キャリア管理手段は、前記第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとは、コンポーネントキャリアの属する周波数帯又はコンポーネントキャリアで行われるサービスの種類が異なるコンポーネントキャリアどうしが異なるＳｕｂｓｅｔに分ける、システムである。
本発明によれば、無線端末の消費電力を削減することができる。
図１は本発明の一実施形態の第１の無線通信システムの構成を示す図である。 図２は本発明による第１の実施例における無線端末（ＵＥ）のブロック図である。 図３は本発明による第１の実施例における無線基地局（ｅＮＢ）のブロック図である。 図４はＬＴＥにおける無線端末の間欠受信（ＤＲＸ）の動作を説明する図である。 図５はＬＴＥにおける無線端末のＤＲＸにおけるＡｃｔｉｖｅ Ｔｉｍｅを説明する図である。 図６はＬＴＥにおける無線端末のＤＲＸ状態遷移を説明する図である。 図７は本発明による第１の実施例における無線端末のＤＲＸ動作を説明する図である。 図８は本発明による第１の実施例における無線端末のフローチャートである。 図９は本発明による第１の実施例における無線基地局のフローチャートである。 図１０は本発明による第１の実施例の変形例における無線端末のＤＲＸ動作を説明する図である。 図１１は本発明による第２の実施例における無線端末のＤＲＸ動作を説明する図である。 図１２は本発明による第２の実施例における無線端末のフローチャートである。 図１３は本発明による第２の実施例における無線基地局のフローチャートである。 図１４は本発明による第３の実施例における無線端末のＤＲＸ動作を説明する図である。 図１５は本発明による第３の実施例における無線端末のフローチャートである。 図１６は本発明による第３の実施例における無線基地局のフローチャートである。 図１７は本発明による第３の実施例の変形例における無線端末のＤＲＸ動作を説明する図である。 図１８は本発明の別の実施形態の第２の無線通信システムの構成を示す図である。 図１９は本発明による第４の実施例における無線端末のＤＲＸ動作を説明する図である。 図２０は本発明の別の実施形態の第３の無線通信システムの構成を示す図である。 図２１は本発明による第５の実施例における無線端末のＤＲＸ動作を説明する図である。 図２２は本発明による第５の実施例における無線端末のフローチャートである。 図２３は本発明による第５の実施例における無線基地局のフローチャートである。 図２４は従来例における無線端末のＤＲＸ動作を説明する図である。 図２５は別の従来例における無線端末のＤＲＸ動作を説明する図である。 図２６は本発明の概要を説明するための図である。 図２７は本発明の概要を説明するための図である。
本発明の概要を説明する。
本発明は、図２６に示す如く、無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線通信システムであって、無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御部Ａと、無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、受信開始タイミングから開始される所定チャネルの受信期間を制御する受信制御部Ｂとを有する。
ここで、本発明の制御の対象となる構成キャリアであるが、無線端末に割り当てられた構成キャリアの全てでも良いし、予め定められた特定のキャリアであっても良い。更に、無線端末に割り当てられた構成キャリアをいくつかの組にし、組ごとに制御を行っても良い。
なお、無線端末に割り当てられた構成キャリアとは、該無線端末に対するデータが送られる可能性があると無線基地局から指定された（Ｃｏｎｆｉｇｕｒｅされた、あるいは、Ａｃｔｉｖａｔｅｄされた）構成キャリア、および／又は、該無線端末がデータ受信するために所定チャネルを受信する（あるいは、その必要がある）構成キャリア、である。また、周波数の異なる複数の構成キャリアをキャリアセットと呼ぶことも可能である。さらに、通信とは、データ送信、および／又は、データ受信、と考えることも可能である。
受信開始タイミングの周期は、少なくとも２以上の周期の長さが異なる受信開始タイミングの周期を用い、制御対象となる構成キャリア間でひとつの受信開始タイミングの周期を用いる。
また、受信開始タイミングの周期の選択であるが、制御対象となる構成キャリアのトータルのデータ受信頻度に基づいて決定されることが望ましい。
一例を説明すると、受信開始タイミング制御部Ａは、無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、予め定められた期間に新たなデータを受信しない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する。本例を、図２７を用いて説明する。
図２７では、無線端末に割り当てられた構成キャリアのうち制御対象の構成キャリアが構成キャリア１，２，３であることを示している。そして、各構成キャリア１，２，３は、第１の受信開始タイミングの周期、又は、この第１の受信開始タイミングの周期よりも周期が長い第２の受信開始タイミングの周期のいずれかで、所定のチャネルで送信される信号を受信するが、まず、各構成キャリア１，２，３は、第１の受信開始タイミングの周期で、所定のチャネルで送信される信号の受信を開始するものとする。
また、各構成キャリア１，２，３について、所定のチャネルで送信される、あるいは、所定のチャネルで送信された信号に関連付けて送信される、データを受信後、例えば、そのデータが正しく復号されてから、予め定められた期間の計測を開始する。この計測は、通常タイマー等で計測されるが、カウントアップ、カウントダウン等、予め定められた期間が満了することがわかるものであれば、種類は問わない。さらに、計測開始は、データが正しく復号されてからではなく、データの再送制御（この場合は受信処理）が完了されてからでも良い。
構成キャリア１において、１、２、３番目の第１の受信開始タイミングの周期で、データを受信しており、３番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。同様に、構成キャリア３において、１、２番目の第１の受信開始タイミングの周期で、データを受信しており、２番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。
一方、構成キャリア２において、２、３、４番目の第１の受信開始タイミングの周期で、データを受信しており、４番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間が満了する前にデータを受信している。
従って、構成キャリア１、３においては、予め定められた期間に新たなデータを受信していないが、構成キャリア２においては、予め定められた期間が満了する前にデータを受信しているので、第１の受信開始タイミングの周期から第２の受信開始タイミングの周期への遷移は行わない。
続いて、構成キャリア２において、７番目の第１の受信開始タイミングの周期で、データを受信しており、７番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。同様に、構成キャリア１において、９番目の第１の受信開始タイミングの周期で、データを受信しており、９番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。同様に、構成キャリア３において、９番目の第１の受信開始タイミングの周期で、データを受信しており、９番目の第１の受信開始タイミングの周期で受信したデータを正しく復号後、予め定められた期間の間にデータを受信していない。
従って、構成キャリア１，２，３の全てにおいて、予め定められた期間に新たなデータを受信していないので、第１の受信開始タイミングの周期から第２の受信開始タイミングの周期に遷移する。
このようにして、所定チャネルの受信開始タイミングの周期を構成キャリア間で共通にし、かつ、無線端末の消費電力を削減することができる。
以下に、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態では無線通信システム（セルラシステム）として「３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）」を想定する。
＜第１の実施の形態の無線通信システム＞
図１は、第１の実施の形態の無線通信システムの概略構成の例を示す図である。
この第１の実施の形態の無線通信システムは、無線基地局（ｅＮＢ：ｅｖｏｌｖｅｄ ＮｏｄｅＢ）ｅＮＢ１と無線端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）ＵＥ１を含む。ここで、ＵＥ１は、ｅＮＢ１と通信を行うための接続確立（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が完了している。また、キャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）可能な構成キャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）としてＣＣ１～ＣＣ３が割り当てられ、すでにＣＣ１～ＣＣ３で同時にデータ受信が可能な状態である。なお、ＣＣ１～ＣＣ３は各周波数が連続でも不連続でもどちらでも良く、さらに周波数帯が同一でも異なっていても良い。さらに、ｅＮＢ１はＵＥ１に間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）のパラメータを通知し、ＵＥ１は当該パラメータに従って必要な設定（例えば、ＤＲＸ関連タイマーの満了値の設定など）を行う。このとき、ＣＣ１～ＣＣ３ではＤＲＸのパラメータは共通である。
図２は第１の実施の形態の無線通信システムにおける無線端末（ＵＥ）のブロック図であり、図３は第１の実施の形態の無線基地局（ｅＮＢ）のブロック図である。
図２において、ＵＥ１は、受信器１１と、送信器１２と、信号処理部１３と、通信制御部１４とから構成される。
受信器１１、送信器１２では、それぞれｅＮＢ１との間で無線信号の受信・送信を行う部分である。信号処理部１３は、ある情報をｅＮＢへ送信するための無線信号の生成を行ったり、受信した無線信号から元の情報の復元を行ったりする部分である。通信制御部１４は、信号処理部１３への送信信号生成や情報復元などの指示を行う部分で、ＵＥのＤＲＸ制御もこの通信制御部１４で管理される。
図３において、ｅＮＢ１は、受信器２１と、送信器２２と、信号処理部２３と、通信制御部２４と、端末管理部２５とから構成される。受信器２１、送信器２２、信号処理部２３、通信制御部２４については、基本的にＵＥ１の場合と同様の機能を有する。また、端末管理部２５では、複数のＵＥそれぞれに対して個別に管理を行っている。
図４から図６は、第１の実施の形態の無線通信システムにおける無線端末の間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）の動作を示す図である。
まず、図４に示すように、間欠受信の周期であるＤＲＸ ｃｙｃｌｅは、下り制御チャネルＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を連続受信しなくてはいけない期間（Ｏｎ－Ｄｕｒａｔｉｏｎ）と、ＰＤＣＣＨを受信しなくてもよい期間（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）とから構成される。なお、前者はＷａｋｅ ｕｐ期間、後者はＳｌｅｅｐ期間とも呼ばれる。また、後者は、ＰＤＣＣＨを受信しない期間、あるいはＰＤＣＣＨを受信してはいけない期間、であってもよい。
なお、データはＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）で送信され、ＰＤＣＣＨにＰＤＳＣＨのスケジューリング情報が含まれている。従って、ＰＤＣＣＨを受信してスケジューリング情報を検出後、それにより指定されたデータを受信することができる。
ここで、所定チャネルの受信開始タイミングが、Ｏｎ－Ｄｕｒａｔｉｏｎの開始タイミングに相当し、所定チャネルの受信開始タイミングの周期が、Ｏｎ－Ｄｕｒａｔｉｏｎの開始タイミングの周期に相当する。また、所定チャネルの受信期間の最小値が、Ｏｎ－Ｄｕｒａｔｉｏｎに相当する。
さらに、所定チャネルの受信とは、所定チャネルで送信される信号の監視（モニター）と言い換えてもよい。
また、ＤＲＸ ｃｙｃｌｅには、ＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸの２通りがある。ＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸは、Ｏｎ－Ｄｕｒａｔｉｏｎは同じで、Ｏｎ－Ｄｕｒａｔｉｏｎ以外のＰＤＣＣＨを受信しなくてもよい期間の長さが異なり、ＳｈｏｒｔＤＲＸの方がＯｎ－Ｄｕｒａｔｉｏｎの間隔が短く設定される。なお、ＬＴＥではＬｏｎｇＤＲＸはＳｈｏｒｔＤＲＸの整数倍という制約がある。Ｏｎ－Ｄｕｒａｔｉｏｎ、ＤＲＸ ｃｙｃｌｅの長さは、非特許文献４で規定さている。例えば、Ｏｎ－Ｄｕｒａｔｉｏｎは、１ｍｓから２００ｍｓまでの間で十数通り設定が可能で、ＤＲＸ ｃｙｃｌｅは、２ｍｓ（ＳｈｏｒｔＤＲＸ最小）から２５６０ｍｓ（ＬｏｎｇＤＲＸ最大）まで、ＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸでそれぞれ十数通りの設定が可能である。
ここで、上述の例のほかに、Ｏｎ－Ｄｕｒａｔｉｏｎと同様に、周期的に無線端末が起きる期間において、ＰＤＣＣＨのような下り制御チャネルではなく、ＬＴＥのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）のような下りデータチャネルを受信するような場合も考えられる。例えば、ＬＴＥの継続的リソース割り当て（Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）のように、初回送信時は特にＰＤＣＣＨを使用せずに予め決まった無線リソースのＰＤＳＣＨを受信する場合が、その一例である。
基本的に、ＤＲＸは図５に示すように複数のタイマーに基づいて制御され、各タイマーはそれぞれ以下のように定義されている（非特許文献２）。

・ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ： ＵＬ（Ｕｐｌｉｎｋ）あるいはＤＬ（Ｄｏｗｎｌｉｎｋ）のユーザデータのスケジューリングを示すＰＤＣＣＨを正しく復号した後の連続するサブフレーム（ＰＤＣＣＨサブフレーム）の数
・ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ： ＤＬのＨＡＲＱ再送が行われるまでの最小サブフレーム数
・ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ： ＤＬの再送がＵＥに認識された後の連続するサブフレーム（ＰＤＣＣＨサブフレーム）の最大数

それぞれのタイマーの長さは、非特許文献２および非特許文献４で規定されている。例えば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、１ｍｓから２５６０ｍｓまでの間で約２０通りの設定が可能であり、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、１ｍｓから３３ｍｓまでの間で数通りの設定が可能である。ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）のシステムでは、８ｍｓとなっている。
これらタイマーを用いたＤＲＸ制御について図５を用いて説明する。
まず、ＵＥはＯｎ－Ｄｕｒａｔｉｏｎ中に新規ＤＬデータを受信するとｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをスタート（リスタート）させる。また同時に、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒをスタートさせる。ＤＬデータを正しく復号できなかった場合、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒが切れると同時にｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒをスタートさせる（基本的にｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが切れる前にＤＬデータの再送が行われる）。ＵＥは、ＤＬデータの再送を受け、正しく復号できた場合ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒをストップする。そして、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが切れると同時にＰＤＣＣＨを受信しなくてもよい期間（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）へと移る。
ここで、図５では、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒがＯｎ－Ｄｕｒａｔｉｏｎの期間を超えて動作し、Ｏｎ－Ｄｕｒａｔｉｏｎを超えてＵＥがＰＤＣＣＨを連続受信している。この、ＰＤＣＣＨを連続受信している期間はＡｃｔｉｖｅ Ｔｉｍｅと呼ばれ、Ｏｎ－ＤｕｒａｔｉｏｎはＡｃｔｉｖｅ Ｔｉｍｅの最小値に相当する。従って、所定チャネルの受信期間がＡｃｔｉｖｅ Ｔｉｍｅに相当する。また、再送されたＤＬデータが正しく復号できた場合、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを止めたが、止めずに動かしつづけてもよい。この場合、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒかｄｒｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒのいずれかが動いている場合にはＡｃｔｉｖｅ Ｔｉｍｅを延長し、両方のタイマーが切れた時点で、ＰＤＣＣＨを受信しなくてもよい期間に移る。このように、ＵＥはＤＲＸ ｃｙｃｌｅ毎にＡｃｔｉｖｅ Ｔｉｍｅを延長するかどうかを判定し、遅延なくＤＬデータを受信できるように動作する。
次に、ＤＲＸ状態（ＤＲＸレベル）制御について図６を用いて説明する。
前述の通り、ＤＲＸにはＳｈｏｒｔＤＲＸとＬｏｎｇＤＲＸと呼ばれる２つのＤＲＸ状態がある。基本的に、まずＳｈｏｒｔＤＲＸからスタートし、一定期間経つとＬｏｎｇＤＲＸへと遷移する。このＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへの遷移の判定に用いられるのが、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒであり、以下のように定義されている（非特許文献２）。

・ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ： ＵＥがＳｈｏｒｔＤＲＸ ｃｙｃｌｅに滞在すべき連続サブフレーム数

図６は、ＵＥがＳｈｏｒｔＤＲＸ中にＤＬデータ受信を行い、ある時点で正しく復号できた場合の様子である。ＵＥは、ＤＬデータを正しく復号できた時点で、ｄｒｘＳｈｏｒｔＣｙｃｌＴｉｍｅｒをスタート（リスタート）させる。ＵＥは、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの動作中に新規データ受信を行った場合、当該データが正しく復号できた時点で再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。
一方、図６のようにｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れるまでに新規データ受信を行わなかった場合、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。そして、ＬｏｎｇＤＲＸに遷移後に新規データを受信した場合、再びＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへと遷移する。
なお、タイマーのリスタートと言った場合、基本的に初期値からの再スタートを意味するが、他の意味であっても本発明は適用可能である。例えば、タイマーが一旦停止した後、その停止していた値から再び動作を始める場合などが考えられる。
次に、第１の実施の形態の無線通信システムにおけるＣＡ時のＤＲＸ制御方法について説明する。
はじめに、第１の実施の形態の無線通信システムでは、構成キャリア（ＣＣ）のすべて或いは一部において、無線端末（ＵＥ）の間欠受信（ＤＲＸ）の一連の動作のうち、ＤＲＸ状態制御以外（例えば、Ａｃｔｉｖｅ Ｔｉｍｅの延長など）をそれぞれ独立に行い、ＤＲＸ状態制御を共通に行う。図１に示すように、ＵＥ１がＣＣ１～ＣＣ３を同時に利用できる場合、各ＣＣでｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを動作させてＡｃｔｉｖｅ Ｔｉｍｅを決定する。これにより、各ＤＲＸ ｃｙｃｌｅにおいては、各ＣＣにおける実際のデータ受信に応じたＵＥの省電力削減が実現できる。一方、ＤＲＸ状態の制御方法としては、以下の３通りが考えられる。
１．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、各ＣＣでそれらを独立に動作させ、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
２．ＣＣ共通にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを１つ持ち、各ＤＲＸ ｃｙｃｌｅで１つでもデータ受信をしたＣＣがあった場合、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
３．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持つ。さらに、１つ（ＣＣ間共通）別のタイマー（ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を持つ。まず、各ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを独立に動作させる。いずれかのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタート或いはリスタートさせた場合、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタート或いはリスタートさせる。そして、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
これらの方法により、ＣＣそれぞれのデータ受信頻度ではなく、各ＵＥのトータルのデータ受信頻度に基づいたＤＲＸ状態制御を実現できる。なお、ＤＲＸ制御の途中で、不要になったＣＣについては、個別に無効化（Ｄｅａｃｔｉｖａｔｉｏｎ）することで、端末の余分な電力消費を避けることができる。また、ＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへの遷移は、いずれかのＣＣでＬｏｎｇＤＲＸのＯｎ－Ｄｕｒａｔｉｏｎに新規データ受信を行った場合に、すべてのＣＣでＳｈｏｒｔＤＲＸへと遷移するように行う。ただし、これに限定される必要はなく、例えば、あるＣＣで連続Ｎ回のＤＲＸ ｃｙｃｌｅでデータ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへ遷移する方法や、Ｍ個以上のＣＣで新規データ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへと遷移する方法なども考えられる。しかし、ＤＲＸ状態制御をＵＥのトータルのデータ受信頻度に基づいて行うという観点からは、一番目の方法が好ましい。
なお、この無線通信システムは、３ＧＰＰ ＬＴＥの仕様に準拠する好適な構成を有するが、これに限定されるものではない。
このように、本実施の形態によれば、無線端末が、周波数の異なる複数の構成キャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：ＣＣ）を同時に用いてデータ送受信を行う（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）時の間欠受信（ＤＲＸ）の制御を行う場合に、データ受信頻度に適したＤＲＸ状態（ＤＲＸレベル）を保ち、かつ、消費電力を削減しつつ、通信路品質やトラフィックなどの負荷に応じたＣＣの選択が実現できる。
＜第１の実施例＞
図７は、第１の実施の形態に対応する第１の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
本実施例では、各ＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、端末はまずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ ｃｙｃｌｅの３回分とする。
１番目のＤＲＸ ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、すべてのＣＣにおいて、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ＣＣ２ではデータ受信をしていないため、Ｏｎ－ＤｕｒａｔｉｏｎだけＰＤＣＣＨを受信した後（データが送信されていないことを確認した後）、非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）へと移る。一方、ＣＣ１とＣＣ３では、データ受信をしておりＡｃｔｉｖｅ ＴｉｍｅをそれぞれＯｎ－Ｄｕｒａｔｉｏｎから延長し、データ復号に成功した時点でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートしている。
２番目のＤＲＸ ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしており、それぞれデータ受信に成功した後でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートしている。
次に、５番目のＤＲＸ ｃｙｃｌｅに注目すると、ＣＣ３でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていることが分かる。従来、この時点でＣＣ３はＬｏｎｇＤＲＸへと遷移していたが、本発明ではＳｈｏｒｔＤＲＸのまま継続する。
同様に、６番目のＤＲＸ ｃｙｃｌｅでは、ＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れているが、引き続きＳｈｏｒｔＤＲＸとして動作を継続する。
７番目のＤＲＸ ｃｙｃｌｅに注目すると、ＣＣ１でデータ受信をしている。従来は、ＬｏｎｇＤＲＸへと遷移しているタイミングなのでＣＣ１ではデータ受信できないが、第１の実施例ではＳｈｏｒｔＤＲＸのままなのでデータ受信が可能である。さらに、このときｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを再びスタートさせる。
８番目のＤＲＸ ｃｙｃｌｅのＣＣ３についても同様である。
その後、各ＣＣで継続的にＳｈｏｒｔＤＲＸを行った後、１０番目のＤＲＸ ｃｙｃｌｅでＣＣ２が、１１番目のＤＲＸ ｃｙｃｌｅでＣＣ１とＣＣ３が、それぞれｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れている。そのため、１２番目のＤＲＸ ｃｙｃｌｅ以降では、全ＣＣでＬｏｎｇＤＲＸへと遷移する。なお、あるＣＣで一旦ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後で、特にデータ受信が行われず、他のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた場合、その時点でＬｏｎｇＤＲＸへと遷移可能である。
図８は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図９は本実施例におけるｅＮＢ１の通信制御部２４の動作フローを示す図である。
図８において、ＵＥ１は、まずＤＲＸ状態（ＤＲＸレベル）としてＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ１００）、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｏｎ ｅａｃｈ ＣＣ）（Ｓｔｅｐ１０１）。
初めのＯｎ－Ｄｕｒａｔｉｏｎにおいて、ＣＣ毎に下りデータ（ＤＬ ｄａｔａ）があるかどうかを判定する（ＤＬ ｄａｔａ ｏｎ ＣＣｎ？）（Ｓｔｅｐ１０２）。続いて、下りデータを受信した場合、正しく復号できたかどうかを判定し（Ｓｕｃｃｅｓｓｆｕｌｌｙ ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ１０３）、正しく復号できた後（あるいは、ＨＡＲＱプロセスが終了した後）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ１０４）。
同様に、Ｏｎ－Ｄｕｒａｔｉｏｎ期間は下りデータがあるかどうかを判定し（Ｓｔｅｐ１０５、Ｓｔｅｐ１０２）、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける（Ｓｔｅｐ１０３、Ｓｔｅｐ１０４）。そして、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定する（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ１０６）。
あるＣＣで切れた場合で、他のすべてのＣＣでもｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたか（切れているか）どうかを確認し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ ｏｎ ａｌｌ ＣＣｓ？）（Ｓｔｅｐ１０７）、他のＣＣではまだ切れていない場合には、同様の動作を繰り返す。つまり、下りデータを受信した場合には、正しく復号できた後でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタート（Ｒｅｓｔａｒｔ）させる。なお、あるＣＣで一旦ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたが、他のＣＣで切れていなかった場合、該ＣＣで再び下りデータを受信した場合、該Ｔｉｍｅｒが動いていないためリスタートでなくスタート（Ｓｔａｒｔ）とも言えるが、得られる結果は同じである。反対に、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていた場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ ＬｏｎｇＤＲＸ）（Ｓｔｅｐ１０８）。
次に、図９において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ ＵＥｘ‘ｓ ＳｈｏｒｔＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ２００）。
まず、ＵＥｘ（ｘ＝１、２、…、）に対して、ＤＲＸコンフィグレーションメッセージを送り（Ｓｅｎｄ ＤＲＸ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ）（Ｓｔｅｐ２０１）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｏｎ ｅａｃｈ ＣＣ）（Ｓｔｅｐ２０２）。
次に、ＵＥｘがＯｎ－Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ－Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ２０３）、Ｏｎ－Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ ｆｏｒ ＵＥｘ？）（Ｓｔｅｐ２０４）。データを送る場合には、どのＣＣで送信するかを決定して、ＣＣ毎に後続の動作に移る。
ＣＣ毎に、まずデータを送信するかどうかを確認し（Ｓｅｎｄ ｄａｔａ ｏｎ ＣＣｎ？）（Ｓｔｅｐ２０７）、送信する場合にはＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（Ｓｔｅｐ２０８）。データを送信した場合には、肯定応答の受信を確認後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ２０９）。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ２１０）、切れた（切れていた）場合には他のすべてのＣＣでも切れたかどうかを確認する（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ ｏｎ ａｌｌ ＣＣｓ？）（Ｓｔｅｐ２０５）。もし、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ ＵＥｘ’ｓ ＬｏｎｇＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ２０６）。
ここで、ＬＴＥは、ＵＥとｅＮＢの間で、初めのＯｎ－Ｄｕｒａｔｉｏｎ、つまりｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作開始タイミングは、予め決められた方法（ＤＲＸスタートオフセットの導出式）で同期が取れる。
なお、本実施例では、ＵＥ１とｅＮＢ１で同様の処理方法の場合を説明したが、得られる結果が同じであれば、ＵＥ１とｅＮＢ１で必ずしも同じ処理方法である必要はない。例えば、ＵＥは本実施例の方法を用い、ｅＮＢは後述の方法を用いる、あるいはその反対の方法をとっても良い。
このように、第１の実施例では、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ ｃｙｃｌｅではＵＥの消費電力低減が実現できる。
また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となる。例えば、図７の７番目と８番目のＤＲＸ ｃｙｃｌｅでは、ＣＣ１とＣＣ３ではｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていて、従来はＬｏｎｇＤＲＸの非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）になっているため、ＣＣ１とＣＣ３は使用できない。このとき、ＣＣ２の通信路品質が劣化し、ＣＣ１やＣＣ３に比べても劣っていた場合には、受信特性の劣化につながる可能性がある。また、ＣＣ２の使用率がＣＣ１やＣＣ３よりも高い、つまりＣＣ２の負荷が高い場合には、該無線端末だけでなく、他の無線端末へもスループット低下などの影響が生じる可能性がある。しかし、本発明では、これらの状況を回避することができる。
＜第１の実施例の変形例＞
図１０は、本発明の第１の実施例の変形例を説明するための図である。本実施例では、第１の実施例と同様に、各ＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
第１の実施例との違いは、一度ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたＣＣでは、以降でデータ受信があっても一旦ＬｏｎｇＤＲＸに遷移し再びＳｈｏｒｔＤＲＸになるまでは、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせないという点である。
６番目のＤＲＸ ｃｙｃｌｅに注目すると、ＣＣ１でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、従来はＬｏｎｇＤＲＸへ遷移するが、本発明では他のＣＣでのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていないため、ＣＣ１でもＳｈｏｒｔＤＲＸを継続する。
次に、７番目のＤＲＸ ｃｙｃｌｅに注目すると、ＣＣ１で再びデータ受信を行ったが、一度ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れているので、再びスタートさせていない。これは、８番目のＤＲＸ ｃｙｃｌｅにおけるＣＣ３についても同様である。そして、最後まで動作していたＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＬｏｎｇＤＲＸへと遷移する。なお、一度ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後でも、ある条件を満たした場合には、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせるようにしてもよい。例えば、連続Ｎ回データを受信した場合、あるいはＬｏｎｇＤＲＸにならないままでＴ ｓｕｂｆｒａｍｅ後に再びデータを受信した場合、などが考えられる。
第１の実施例の変形例は、第１の実施例よりもＵＥの消費電力削減を図ろうとするアグレッシブなＤＲＸ制御方法であると言える。
＜第２の実施例＞
図１１は、第１の実施の形態の第２の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
本実施例では、各ＣＣにおいて、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ Ｔｉｍｅを決定するが、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒはＣＣ間で共通で動作させ、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、ＵＥは、まずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ ｃｙｃｌｅの３回分とする。
１番目のＤＲＸ ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まずｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。図１１では、ＣＣ１とＣＣ３が１番目のＤＲＸ ｃｙｃｌｅでデータ受信をしており、ＣＣ３の方が長くデータ受信をしていた。そこで、ＣＣ３のデータ受信が完了した後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。
次に、２番目のＤＲＸ ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしており、ＣＣ２が最も長くデータを受信していたため、ＣＣ２のデータ受信完了後に、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。同様に、最も新しくデータを受信したＣＣに合わせてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、Ｔｉｍｅｒが切れるのを待つ。図１１では、８番目のＤＲＸ ｃｙｃｌｅで最後のデータを受信した後、１１番目のＤＲＸ ｃｙｃｌｅでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、ＬｏｎｇＤＲＸへと遷移する。
図１２は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図１３は本実施例におけるｅＮＢ１の通信制御部１４の動作フローを示す図である。
図１２において、ＵＥ１の通信制御部１４は、まずＤＲＸ状態（ＤＲＸレベル）としてＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ３００）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ３０１）。
初めのＯｎ－Ｄｕｒａｔｉｏｎにおいて、いずれかのＣＣで下りデータがあるかどうかを判定し（ＤＬ ｄａｔａ ｏｎ ａｎｙ ＣＣ？）（Ｓｔｅｐ３０２）、下りデータを受信した場合、正しく復号できたかどうか（あるいはＨＡＲＱプロセスが終了したかどうか）を判定する（Ｓｕｃｃｅｓｓｆｕｌｌｙ ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ３０３）。
下りデータを正しく復号できた後（あるいはＨＡＲＱプロセスが終了した後）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ（Ｓｔｅｐ３０４））。同様に、Ｏｎ－Ｄｕｒａｔｉｏｎ期間は、下りデータがあるかどうかを判定し、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ３０６）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた（切れていた）場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ ＬｏｎｇＤＲＸ）（Ｓｔｅｐ３０７）。
次に、図１３において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ ＵＥｘ‘ｓ ＳｈｏｒｔＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ４００）。
まず、ＵＥｘに対して、ＤＲＸコンフィグレーションメッセージ（Ｓｅｎｄ ＤＲＸ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ）を送り（Ｓｔｅｐ４０１）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔｅｐ４０２）。
ＵＥｘがＯｎ－Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ－Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ４０３）、Ｏｎ－Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ ｆｏｒ ＵＥｘ？）（Ｓｔｅｐ４０４）。データを送信した場合、ＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（ＡＣＫ？）（Ｓｔｅｐ４０５）。
肯定応答の受信を確認後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ４０６）。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ４０７）、切れた（切れていた）場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ ＵＥｘ’ｓ ＬｏｎｇＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ４０８）。
本実施例による効果は、第１の実施例と同様で、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ ｃｙｃｌｅではＵＥの消費電力低減が実現できること。また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となることである。第１の実施例に比べ、各ＤＲＸ ｃｙｃｌｅでＣＣ間のデータ受信状況（Ａｃｔｉｖｅ Ｔｉｍｅ）を共有しなくてはいけないが、扱うタイマーが少なくなるという利点がある。
＜第３の実施例＞
図１４は、第１の実施の形態の第３の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
本実施例では、各ＣＣにおいて、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ Ｔｉｍｅを決定し、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。さらに、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせたＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを用い、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、ＵＥは、まずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ ｃｙｃｌｅの３回分とする。
１番目のＤＲＸ ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まず全ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせ、同時にＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタートさせる。図１４では、ＣＣ１とＣＣ３が１番目のＤＲＸ ｃｙｃｌｅでデータ受信をしており、ＣＣ３の方が長くデータ受信をしていた。そこで、ＣＣ３のデータ受信が完了した後、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。
次に、２番目のＤＲＸ ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしており、ＣＣ２が最も長くデータを受信していたため、ＣＣ２のデータ受信完了後に、再びＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。同様に、最も新しくデータを受信したＣＣに合わせてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、Ｔｉｍｅｒが切れるのを待つ。なお、５番目のＤＲＸ ｃｙｃｌｅにおいてＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、６番目のＤＲＸ ｃｙｃｌｅにおいてＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れているが、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがまだ切れていない、つまり他にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていないＣＣ（ＣＣ２）があるため、ＣＣ１とＣＣ３ではＳｈｏｒｔＤＲＸをそのまま継続する。さらに、ＣＣ１とＣＣ３では新たにデータ受信があった場合、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。図１４では、１１番目のＤＲＸ ｃｙｃｌｅで、すべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、従ってＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒも切れ、ＬｏｎｇＤＲＸへと遷移する。
本実施例による効果も、第１の実施例と同様で、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ ｃｙｃｌｅではＵＥの消費電力低減が実現できること。また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となることである。第１の実施例に比べ、タイマーを新たに１つ持つ必要があるが、ＤＲＸ状態制御の判定は１つのタイマー（ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）に基づいて行えば良いという利点がある。なお、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒとＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さを同じとしたが、異なる値としてもよい。
図１５は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図１６は本実施例におけるｅＮＢ１の通信制御部１４の動作フローを示す図である。
図１５において、ＵＥはまずＤＲＸ状態（ＤＲＸレベル）として、ＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ５００）、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせ、さらに１つのＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｏｎ ｅａｃｈ ＣＣ ａｎｄ ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ５０１）。
初めのＯｎ－Ｄｕｒａｔｉｏｎにおいて、ＣＣ毎に下りデータ（ＤＬ ｄａｔａ）があるかどうかを判定し（ＤＬ ｄａｔａ ｏｎ ＣＣｎ？）（Ｓｔｅｐ５０２）、下りデータを受信した場合、正しく復号できたかどうかを判定し（Ｓｕｃｃｅｓｓｆｕｌｌｙ ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ５０３）、正しく復号できた後（あるいは、ＨＡＲＱプロセスが終了した後）、ＣＣｎのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒと、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ａｎｄ ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ５０４）。
同様に、Ｏｎ－Ｄｕｒａｔｉｏｎ期間は、下りデータがあるかどうかを判定し（Ｓｔｅｐ５０５）、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける。そして、ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定する（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ５０６）。あるＣＣで切れた場合で、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたか（切れているか）どうかを確認し（ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ５０７）、まだ切れていない場合には、同様の動作を繰り返す。反対にＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていた場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ ＬｏｎｇＤＲＸ）（Ｓｔｅｐ５０８）。
次に、図１６において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ ＵＥｘ‘ｓ ＳｈｏｒｔＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ６００）。
まず、ｅＮＢ１は、ＵＥｘに対して、ＤＲＸコンフィグレーションメッセージを送り（Ｓｅｎｄ ＤＲＸ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ）（Ｓｔｅｐ６０１）、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ６０２）。
ＵＥｘがＯｎ－Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ－Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ６０３）、Ｏｎ－Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ ｆｏｒ ＵＥｘ？）（Ｓｔｅｐ６０４）。データを送信する場合にはＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（ＡＣＫ？）（Ｓｔｅｐ６０５）。
肯定応答の受信を確認後、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ６０６）。
そして、Ｓｔｅｐ６０３に戻り、ＵＥｘがＯｎ－Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ－Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ６０３）、Ｏｎ－Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ ｆｏｒ ＵＥｘ？）。データを送信しない場合には、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ６０７）、切れた（切れていた）場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ ＵＥｘ’ｓ ＬｏｎｇＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ６０８）。
＜第３の実施例の変形例＞
図１７は、第１の実施の形態の第３の実施例の変形例を説明するための図である。
本実施例では、第３の実施例と同様に、各ＣＣにおいて、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ Ｔｉｍｅを決定し、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。さらに、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせたＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを用い、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。第３の実施例との違いは、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが、基本的に複数のＣＣのうち１つのＣＣにおけるｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせて動作する点である。
１番目のＤＲＸ ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まず全ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせ、同時にＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタートさせる。図１７では、ＣＣ１とＣＣ３が１番目のＤＲＸ ｃｙｃｌｅでデータ受信をしているが、ここでは例としてＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒにリンクさせてＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させる。２番目のＤＲＸ ｃｙｃｌｅにおいてもＣＣ１ではデータ受信をしておりｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートする。そのため、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒも同様にリスタートする。
次に、６番目のＤＲＸ ｃｙｃｌｅにおいてＣＣ１のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れている。そこで、他のＣＣ（ＣＣ２とＣＣ３）でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが動作しているかを確認する。図１７では、ＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが依然として動いているため、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒに同期させる。
一方、１０番目のＤＲＸ ｃｙｃｌｅにおいてＣＣ２のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ、およびＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れるが、ＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが依然として動作しているため、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒに再同期させる。そして、１１番目のＤＲＸ ｃｙｃｌｅでＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、他にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが動いているＣＣがないため、ＬｏｎｇＤＲＸへと遷移する。
本変形例は、第３の実施例に比べ、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの更新が簡易であるという利点がある。
＜第２の実施の形態の無線通信システム＞
図１８は、第２の実施の形態の無線通信システムの概略構成の例を示す図である。
この第２の実施の形態の無線通信システムは、無線基地局ｅＮＢ２と無線端末ＵＥ２を含む。ここで、ＵＥ２は、ｅＮＢ２と通信を行うための接続確立（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が完了している。また、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）可能なＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ＣＣ）としてＣＣ１～ＣＣ４が割り当てられ、すでにＣＣ１～ＣＣ４で同時にデータ受信が可能な状態である。なお、ＣＣ１～ＣＣ４は各周波数が連続でも不連続でもどちらでも良く、さらに周波数帯が同一でも異なっていても良い。さらに、ｅＮＢ２はＵＥ２にＤＲＸのパラメータを通知し、ＵＥ２は当該パラメータに従って必要な設定（例えば、ＤＲＸ関連タイマーの満了値の設定など）を行う。ここで、第２の無線通信システムにおける本実施形態の例では、ＣＣ１とＣＣ２（Ｓｕｂｓｅｔ１）、ＣＣ３とＣＣ４（Ｓｕｂｓｅｔ２）がそれぞれペアとして動作する場合を示す。このＳｕｂｓｅｔが構成される要因としては、（必ずそうでなくてはいけないわけではないが）基本的にＳｕｂｓｅｔ間で異なるサービスを行う場合（ＦＴＰ、ＶｏＩＰ、Ｓｔｒｅａｍｉｎｇ等）、Ｓｕｂｓｅｔ間で周波数帯が異なる場合、Ｓｕｂｓｅｔ間でセルカバレッジが異なる場合、あるいはＣＣのタイプ（例えば、全Ｒｅｌｅａｓｅ ｖｅｒｓｉｏｎに共通して利用可能なもの、特定のＲｅｌｅａｓｅ ｖｅｒｓｉｏｎ以降で利用可能なもの、特定の条件の場合だけ利用可能なもの等）が異なる場合、などが考えられる。このとき、ＣＣ１～ＣＣ４でＤＲＸのパラメータは共通であってもよいし、Ｓｕｂｓｅｔ内で共通でＳｕｂｓｅｔ間では異なってもよい。
次に、第２の実施の形態の無線通信システムにおけるＣＡ時のＤＲＸ制御方法について説明する。
図１８に示すように、ＵＥ２がＣＣ１～ＣＣ４を同時に利用できる場合、各ＣＣでｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを動作させてＡｃｔｉｖｅ Ｔｉｍｅを決定する。これにより、各ＤＲＸ ｃｙｃｌｅにおいては、各ＣＣにおける実際のデータ受信に応じたＵＥの省電力削減が実現できる。なお、ＤＲＸ状態の制御方法としては、ＣＣのＳｕｂｓｅｔ内でＤＲＸ状態が同じになるようにしつつ、Ｓｕｂｓｅｔ間ではＤＲＸ状態が異なっても良いように行う。詳細動作は、以下の３通りが考えられる。
１．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、各ＣＣでそれらを独立に動作させ、Ｓｕｂｓｅｔ内のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、そのＳｕｂｓｅｔ内のＣＣすべてでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
２．Ｓｕｂｓｅｔ内のＣＣ共通にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを１つ持ち、各ＤＲＸ ｃｙｃｌｅで１つでもデータ受信をしたＣＣがあった場合、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、そのＳｕｂｓｅｔ内のＣＣすべてでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
３．ＣＣ毎にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持つ。さらに、Ｓｕｂｓｅｔ毎に１つ（ＣＣ間共通）別のタイマー（ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を持つ。まず、各ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを独立に動作させる。いずれかのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタート或いはリスタートさせた場合、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒもスタート或いはリスタートさせる。そして、ＣＡ－ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、そのＳｕｂｓｅｔ内のＣＣすべてでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
これらの方法により、ＣＣそれぞれのデータ受信頻度ではなく、各ＵＥのＳｕｂｓｅｔ内のトータルのデータ受信頻度に基づいたＤＲＸ状態制御を実現できる。これらの方法は、上述の通り、Ｓｕｂｓｅｔ間でサービスが異なる場合や、周波数帯が異なる場合などで有効である。
なお、この無線通信システムは、３ＧＰＰ ＬＴＥの仕様に準拠する好適な構成を有するが、これに限定されるものではない。
＜第４の実施例＞
図１９は、第２の実施の形態の第４の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
また、本実施例では、各ＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、Ｓｕｂｓｅｔ内のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、端末はまずＳｈｏｒｔＤＲＸ状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ ｃｙｃｌｅの３回分とする。なお、ＤＲＸパラメータは、全ＣＣで共通とする。
まず、ＣＣ１とＣＣ２（Ｓｕｂｓｅｔ１）に注目する。１番目のＤＲＸ ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、両方のＣＣにおいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ＣＣ２では、データ受信をしていないため、Ｏｎ－ＤｕｒａｔｉｏｎだけＰＤＣＣＨを受信した後、非受信期間（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）へと移る。
一方、ＣＣ１では、データ受信をしておりＡｃｔｉｖｅ ＴｉｍｅをＯｎ－Ｄｕｒａｔｉｏｎから延長し、データ復号に成功した時点でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートしている。
次に、６番目のＤＲＸ ｃｙｃｌｅに注目すると、ＣＣ１でｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れていることが分かる。従来は、この時点でＣＣ１はＬｏｎｇＤＲＸへと遷移していたが、本実施例ではＳｈｏｒｔＤＲＸのまま継続する。
また、７番目のＤＲＸ ｃｙｃｌｅでは、ＣＣ１でデータ受信をしている。従来は、ＬｏｎｇＤＲＸへと遷移している期間なのでＣＣ１ではデータ受信できないが、本実施例ではＳｈｏｒｔＤＲＸのままなのでデータ受信が可能である。なお、このときＣＣ１では再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。その後、各ＣＣで継続的にＳｈｏｒｔＤＲＸを行った後、１０番目のＤＲＸ ｃｙｃｌｅでＣＣ２が、１１番目のＤＲＸ ｃｙｃｌｅでＣＣ１が、それぞれｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れている。そのため、１２番目のＤＲＸ ｃｙｃｌｅ以降では、Ｓｕｂｓｅｔ１内の全ＣＣでＬｏｎｇＤＲＸへと遷移する。なお、あるＣＣで一旦ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後で、特にデータ受信が行われず、他のすべてのＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた場合、その時点でＬｏｎｇＤＲＸへと遷移可能である。
次に、ＣＣ３とＣＣ４（Ｓｕｂｓｅｔ２）に注目する。基本的な動作は、Ｓｕｂｓｅｔ１と同じである。１番目のＤＲＸ ｃｙｃｌｅでは、まずＣＣ３とＣＣ４の両方ともｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。ここでは、どちらもデータ受信をしているため、データ受信完了後にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートする。そして、４番目のＤＲＸ ｃｙｃｌｅでＣＣ４のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた後、５番目のＤＲＸ ｃｙｃｌｅでＣＣ３のｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがそれぞれ切れている。従って、この時点でＳｕｂｓｅｔ２のＣＣでは、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。
一方、次のＬｏｎｇＤＲＸ ｃｙｃｌｅにおいて、ＣＣ３で再びデータ受信を行っているため、ＣＣ３とＣＣ４の両方で、ＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへと遷移する。そして、それぞれｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。
これにより、Ｓｕｂｓｅｔ１（ＣＣ１とＣＣ２）とＳｕｂｓｅｔ２（ＣＣ３とＣＣ４）で、異なるＤＲＸ状態が異なる場合が生じる。例えば、６番目から８番目のＤＲＸ ｃｙｃｌｅでは、Ｓｕｂｓｅｔ１はＳｈｏｒｔＤＲＸであるのに対し、Ｓｕｂｓｅｔ２ではＬｏｎｇＤＲＸとなっている。
このように、本実施例では、Ｓｕｂｓｅｔ毎にＤＲＸ状態制御を行うことで、Ｓｕｂｓｅｔ毎のデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ ｃｙｃｌｅではＵＥの消費電力低減が実現できる。また、このＤＲＸ制御方法を用いることで、ＣＡ時のＣＣ選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となる。
＜第３の実施の形態の無線通信システムの形態＞
図２０は、本発明の別の実施形態の無線通信システムの概略構成の例を示す図である。
この第３の無線通信システムは、無線基地局ｅＮＢ２と無線端末ＵＥ３を含む。ここで、ＵＥ３は、ｅＮＢ３と通信を行うための接続確立（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が完了している。また、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）可能なＣｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ＣＣ）として、ＣＣ１～ＣＣ３が割り当てられ、すでにＣＣ１～ＣＣ３で同時にデータ受信が可能な状態である。ただし、ＣＣ２が、サービングセル（Ｓｅｒｖｉｎｇ ｃｅｌｌ）のＤＬ ＣＣである。ここで、Ｓｅｒｖｉｎｇ ｃｅｌｌの定義は、例えば、ＣＡしない場合にも使用するＣＣ、無線端末がアクティブ（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）になる前にキャンプしていた（あるいは、キャンプ可能な）ＣＣ、システム情報（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）を受信するＣＣ、などが考えられる。また、Ｓｅｒｖｉｎｇ ｃｅｌｌのＣＣをサービングキャリア（Ｓｅｒｖｉｎｇ ｃａｒｒｉｅｒ）、あるいはアンカーキャリア（Ａｎｃｈｏｒ ｃａｒｒｉｅｒ）とも呼ぶ。なお、ＣＣ１～ＣＣ３は各周波数が連続でも不連続でもどちらでも良く、さらに周波数帯が同一でも異なっていても良い。さらに、ｅＮＢ３はＵＥ３にＤＲＸのパラメータを通知し、ＵＥ３は当該パラメータに従って必要な設定（例えば、ＤＲＸ関連タイマーの満了値の設定など）を行う。このとき、ＣＣ１～ＣＣ３でＤＲＸのパラメータは基本的に共通であることを想定しているが、異なっていてもよい。
次に、第３の実施の形態の無線通信システムにおけるＣＡ時のＤＲＸ制御方法について説明する。
はじめに、本発明における第３の無線通信システムでは、構成キャリア（ＣＣ）のすべて或いは一部において、無線端末（ＵＥ）の間欠受信（ＤＲＸ）の一連の動作のうち、ＤＲＸ状態（ＤＲＸレベル）制御以外（例えば、Ａｃｔｉｖｅ Ｔｉｍｅの延長など）をそれぞれ独立に行い、ＤＲＸ状態制御を共通に行う。図２０に示すように、ＵＥ３がＣＣ１～ＣＣ３を同時に利用できる場合、各ＣＣでｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを動作させてＡｃｔｉｖｅ Ｔｉｍｅを決定する。これにより、各ＤＲＸ ｃｙｃｌｅにおいては、各ＣＣにおける実際のデータ受信に応じたＵＥの省電力削減が実現できる。
一方、ＤＲＸ状態（ＤＲＸレベル）の制御方法としては、特定のＣＣだけｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、該ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、ＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、特定のＣＣとしては、図２０のＳｅｒｖｉｎｇ ｃｅｌｌのＣＣが考えられる。Ｓｅｒｖｉｎｇ ｃｅｌｌのＣＣの定義は様々あるが、例えば、無線端末がアクティブ（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）になった時点でキャンプしていたＣＣ、ＣＡのコンフィグレーションメッセージ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ）を受けたＣＣ、システム情報（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）などのセルの基本情報を受けるＣＣ、などが考えられる。
これらの方法により、ＣＣそれぞれのデータ受信頻度ではなく、各ＵＥのＳｅｒｖｉｎｇ ｃｅｌｌのＣＣにおけるデータ受信頻度に基づいたＤＲＸ状態制御、ひいてはトータルのデータ受信頻度に基づいたＤＲＸ状態制御を実現できる。なお、ＤＲＸ制御の途中で、不要になったＣＣについては、個別に無効化（Ｄｅａｃｔｉｖａｔｉｏｎ）することで、端末の余分な電力消費を避けることができる。また、ＬｏｎｇＤＲＸからＳｈｏｒｔＤＲＸへの遷移は、Ｓｅｒｖｉｎｇ ｃｅｌｌのＣＣでＬｏｎｇＤＲＸのＯｎ－Ｄｕｒａｔｉｏｎに新規データ受信を行った場合に、すべてのＣＣでＳｈｏｒｔＤＲＸへと遷移するように行う。ただし、これに限定される必要はなく、例えば、Ｓｅｒｖｉｎｇ ｃｅｌｌのＣＣで連続Ｎ回のＤＲＸ ｃｙｃｌｅでデータ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへ遷移する方法や、Ｓｅｒｖｉｎｇ ｃｅｌｌのＣＣに加えＭ個以上のＣＣで新規データ受信を行った場合に他のすべてのＣＣもＳｈｏｒｔＤＲＸへと遷移する方法なども考えられる。しかし、ＤＲＸ状態制御をＵＥのトータルのデータ受信頻度に基づいて行うという観点からは、一番目の方法が好ましい。
さらに、無線端末に設定されたＣＣがＳｕｂｓｅｔに分かれているような場合、Ｓｕｂｓｅｔ内の特定のＣＣだけｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを持ち、該ＣＣでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを動作させ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点で、Ｓｕｂｓｅｔ内の全ＣＣでＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移するようにしてもよい。
なお、この無線通信システムは、３ＧＰＰ ＬＴＥの仕様に準拠する好適な構成を有するが、これに限定されるものではない。
＜第５の実施例＞
図２１は、第３の実施の形態の第５の実施例を説明するための無線端末（ＵＥ）のＣＣ毎のＤＲＸの様子を示す図である。
本実施例では、各ＣＣにおいて、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒを動作させ、Ａｃｔｉｖｅ Ｔｉｍｅを決定するが、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、Ｓｅｒｖｉｎｇ ｃｅｌｌのＣＣのみで動作させ、このｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた時点でＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する。ここで、ＵＥは、まずＳｈｏｒｔＤＲＸの状態にあり、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの長さをＳｈｏｒｔＤＲＸ ｃｙｃｌｅの３回分とする。
１番目のＤＲＸ ｃｙｃｌｅ（ＳｈｏｒｔＤＲＸでカウント）では、まずｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる。図２１では、ＣＣ２とＣＣ３が１番目のＤＲＸ ｃｙｃｌｅでデータ受信をしている。ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、ＣＣ２のデータ受信状況に応じて制御するため、ＣＣ２でのデータ受信完了後に、リスタートさせる。次に、２番目のＤＲＸ ｃｙｃｌｅでは、すべてのＣＣでデータ受信をしているが、やはりＣＣ２のデータ受信情報に合わせるため、ＣＣ２のデータ受信完了後に、再びｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる。同様に、ＣＣ２のデータ受信状況に合わせてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせ、当該Ｔｉｍｅｒが切れるのを待つ。図２１では、７番目のＤＲＸ ｃｙｃｌｅで最後のデータを受信した後、１０番目のＤＲＸ ｃｙｃｌｅでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れ、ＬｏｎｇＤＲＸへと遷移する。
このＤＲＸ制御方法は、基本的にまずＳｅｒｖｉｎｇ ｃｅｌｌのＣＣを用い、さらに送信すべきデータがある場合には他のＣＣを用いる、というＣＡを行う場合に最も有効である。これにより、ＵＥのトータルのデータ受信頻度に適したＤＲＸ状態制御を行いつつ、各ＤＲＸ ｃｙｃｌｅではＵＥの消費電力低減が実現できる。さらに、このＤＲＸ制御方法を用いることで、ＣＡ時にＳｅｒｖｉｎｇ ｃｅｌｌのＣＣ以外の付加的なＣＣの選択がフレキシブルになり、通信路品質に応じたＣＣ選択や、ＣＣ間の負荷分散が可能となることである。
図２２は本実施例におけるＵＥ１の通信制御部１４の動作フローを示す図であり、図２３は本実施例におけるｅＮＢ１の通信制御部１４の動作フローを示す図である。
図２２において、ＵＥ１は、まずＤＲＸ状態（ＤＲＸレベル）としてＳｈｏｒｔＤＲＸから開始し（Ｓｔｅｐ７００）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ７０１）。
初めのＯｎ－Ｄｕｒａｔｉｏｎにおいて、ＣＣ２（Ｓｅｒｖｉｎｇ ｃｅｌｌ）で下りデータがあるかどうかを判定し（ＤＬ ｄａｔａ ｏｎ ＣＣ２？）（Ｓｔｅｐ７０２）、下りデータを受信した場合、正しく復号できたかどうか（あるいはＨＡＲＱプロセスが終了したかどうか）を判定する（Ｓｕｃｃｅｓｓｆｕｌｌｙ ｄｅｃｏｄｅｄ？）（Ｓｔｅｐ７０３）。
下りデータを正しく復号できた後（あるいはＨＡＲＱプロセスが終了した後）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ７０４）。同様に、Ｏｎ－Ｄｕｒａｔｉｏｎ期間は（Ｓｔｅｐ７０５）、ＣＣ２で下りデータがあるかどうかを判定し、ある場合には同様の動作を行い、無い場合には残りのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを止めずに動かし続ける。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ７０６）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れた（切れていた）場合、ＬｏｎｇＤＲＸへと遷移する（Ｓｔａｒｔ ＬｏｎｇＤＲＸ）（Ｓｔｅｐ７０７）。
一方、図２３において、ｅＮＢ１の通信制御部２４は、ＵＥｘ（ｘ＝１、２、…、）に対して、ＳｈｏｒｔＤＲＸの制御を開始する（Ｓｔａｒｔ ＵＥｘ‘ｓ ＳｈｏｒｔＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ８００）。
まず、ＵＥｘに対して、ＤＲＸコンフィグレーションメッセージ（ＤＲＸ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｍｅｓｓａｇｅ）を送り（Ｓｔｅｐ８０１）、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせる（Ｓｔｅｐ８０２）。ＵＥｘがＯｎ－Ｄｕｒａｔｉｏｎ期間であるかどうかを判定し（Ｏｎ－Ｄｕｒａｔｉｏｎ？）（Ｓｔｅｐ８０３）、Ｏｎ－Ｄｕｒａｔｉｏｎ期間である場合には、さらに該ＵＥｘに送るデータがあるかどうかを判定する（Ｄａｔａ ｆｏｒ ＵＥｘ？）（Ｓｔｅｐ８０４）。データを送信した場合、ＵＥ側で正しく復号されたか、つまり肯定応答（ＡＣＫ）が返って来たかどうか（あるいは、ＨＡＲＱプロセスが終了したかどうか）を判定する（ＡＣＫ？）（Ｓｔｅｐ８０５）。肯定応答の受信を確認後、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをリスタートさせる（Ｒｅ－ｓｔａｒｔ ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）（Ｓｔｅｐ８０６）。そして、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが切れたかどうかを判定し（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ ｅｘｐｉｒｅｄ？）（Ｓｔｅｐ８０７）、切れた（切れていた）場合、該ＵＥｘがＬｏｎｇＤＲＸに遷移すると判断し、ＬｏｎｇＤＲＸ制御を開始する（Ｓｔａｒｔ ＵＥｘ’ｓ ＬｏｎｇＤＲＸ ｃｏｎｔｒｏｌ）（Ｓｔｅｐ８０８）。
以上、これまで述べた実施形態では、ＣＡ時に利用可能なＣＣそれぞれで下り制御チャネル（ＰＤＣＣＨ）と対応する下りデータチャネル（ＰＤＳＣＨ）が送信されることを前提としてきたが、ＬＴＥではＰＤＣＣＨが特定のＣＣあるいはＰＤＳＣＨとは異なるＣＣで送信される場合も検討されている。この場合、無線端末側でのＣＣ毎にデータがあるかどうかの判定は、該ＣＣに限らず受信したＰＤＣＣＨのいずれかで、該ＣＣのＰＤＳＣＨへのスケジューリングがされているかどうかを基に行う。
また、ＣＡ時のＵＥのＤＲＸ制御について、特にＤＲＸ状態（ＤＲＸレベル）制御のＳｈｏｒｔＤＲＸからＬｏｎｇＤＲＸへと遷移する動作について説明を行った。しかし、本発明のポイントは、ＤＲＸ動作からＩｄｌｅ状態への遷移について適用可能である。つまり、ＵＥがＤＲＸ（特に、ＬｏｎｇＤＲＸ）からＩｄｌｅへの遷移を行う場合、ｅＮＢおよび／又はＵＥが持つタイマーによって制御されることが考えられ、このときＣＡするＣＣ間で共通に当該タイマーを制御することで、ＵＥのトータルのアクティビティに応じてＤＲＸからＩｄｌｅへの状態遷移が実現できる。また、Ａｃｔｉｖｅ Ｔｉｍｅを共通設定するようなシステムの場合には、本発明のポイントを、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの代わりに、ｄｒｘＩｎａｃｔｉｖｉｔｙＴｉｍｅｒに適用することも可能である。
さらに、ＤＲＸ制御以外にも、ＣＡ時のＵＥによる隣接セルのメジャメント（Ｍｅａｓｕｒｅｍｅｎｔ）や、継続的リソース割り当て（Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）にも本発明のポイントの応用が可能である。Ｍｅａｓｕｒｅｍｅｎｔにおいて、例えば、メジャメントパラメータ設定（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）は共通とした場合でも、実際の測定（Ｍｅａｓｕｒｅｍｅｎｔ）はＣＣ間で独立にし、報告（Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ）は共通にする、という方法が考えられる。このとき、各ＤＬのＣＣに対応したＵＬのＣＣそれぞれで報告をしてもよいし、あるＣＣでまとめて報告をしてもよい。また、Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇの黙示的なリソース開放（Ｉｍｐｌｉｃｉｔ ｒｅｌｅａｓｅ）において、上り（Ｕｐｌｉｎｋ：ＵＬ）の未使用リソースのカウントなどをＣＣ間で共通に制御する、という方法がある。例えば、ＣＣすべてで事前に割り当てられたＵＬリソースが未使用な場合にはカウントをしていき、その値が所定値（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ：非特許文献２・４）を超えた場合に、ＵＬリソースを開放するという方法や、各ＣＣでそれぞれ未使用リソースをカウントしていき、全ＣＣで所定値を越えた場合にＵＬリソースを開放するという方法、などが考えられる。
さらに、これまで述べた実施形態では、無線通信システムとして３ＧＰＰ ＬＴＥを想定して説明したが、本発明の対象はそれらに限定されることはなく、３ＧＰＰ ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）などにも適用可能である。
以下、更になる具体例を述べる。
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の送信はしない。
尚、上述した実施の形態及び実施例では各部をハードウェアで構成したが、プログラムで動作するＣＰＵ等の情報処理装置で構成しても良い。この場合、プログラムは、上述した動作をＣＰＵ等に実行させる。
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１） 無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線通信システムであって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御手段と、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御手段と
を有する無線通信システム。
（付記２） 前記受信制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記１に記載の無線通信システム。
（付記３） 前記受信開始タイミング制御手段は、長さの異なる少なくとも２以上の前記受信開始タイミングの周期からひとつの受信開始タイミングの周期を選択する
付記１又は付記２に記載の無線通信システム。
（付記４） 前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのデータの受信状況に基づいて、前記受信開始タイミングの周期を選択する付記３に記載の無線通信システム。
（付記５） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、予め定められた期間に新たなデータを受信しない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記３又は付記４に記載の無線通信システム。
（付記６） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーの全てが予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
（付記７） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのうちのいずれかで、計測中にデータを受信した場合、該データが正しく復号されると、計測をリスタートするタイマーを有し、
前記タイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
（付記８） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかが計測をリスタートすると、計測をリスタートし、予め定められた期間を計測する第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
（付記９） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかと対応し、前記対応する第１のタイマーが計測をリスタートすると、計測をリスタートする第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、前記対応する第１のタイマー以外で計測中の前記第１のタイマーのいずれかと対応させ、再び前記第２のタイマーの計測期間が予め定められた期間に達し、かつ、前記第１のタイマー全てが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記５に記載の無線通信システム。
（付記１０） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
全てのタイマーが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１から付記４のいずれかに記載の無線通信システム。
（付記１１） 前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアの少なくとも１つで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、予め決められた特定の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記３から付記１０のいずれかに記載の無線通信システム。
（付記１２） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの特定の種類の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーが前記予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１から付記４のいずれかに記載の無線通信システム。
（付記１３） 前記受信開始タイミング制御手段は、
前記特定の種類の構成キャリアで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、前記特定の種類の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記１２に記載の無線通信システム。
（付記１４） 前記特定の種類の構成キャリアが、サービングセルの構成キャリア、アンカー構成キャリア、の少なくともいずれか１つである付記１２又は付記１３に記載の無線通信システム。
（付記１５） 前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、無線端末に割り当てられた構成キャリアの組である少なくとも一以上のＳｕｂｓｅｔ毎に制御する
付記１から付記１１のいずれかに記載の無線通信システム。
（付記１６） 前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、間欠受信に関する制御を行う付記１から付記１５のいずれかに記載の無線通信システム。
（付記１７） 前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を、前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて個別に制御する
付記１から付記１６のいずれかに記載の無線通信システム。
（付記１８） 前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を、前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて共通に制御する
付記１から付記１７のいずれかに記載の無線通信システム。
（付記１９） 周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線端末であって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御手段と、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御手段と
を有する無線端末。
（付記２０） 前記受信制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記１９に記載の無線端末。
（付記２１） 前記受信開始タイミング制御手段は、長さの異なる少なくとも２以上の前記受信開始タイミングの周期からひとつの受信開始タイミングの周期を選択する
付記１９又は付記２０に記載の無線端末。
（付記２２） 前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのデータの受信状況に基づいて、前記受信開始タイミングの周期を選択する付記２１に記載の無線端末。
（付記２３） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、予め定められた期間に新たなデータを受信しない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２１又は付記２２に記載の無線端末。
（付記２４） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーの全てが予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２３に記載の無線端末。
（付記２５） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのうちのいずれかで、計測中にデータを受信した場合、該データが正しく復号されると、計測をリスタートするタイマーを有し、
前記タイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２３に記載の無線端末。
（付記２６） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかが計測をリスタートすると、計測をリスタートし、予め定められた期間を計測する第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２７に記載の無線端末。
（付記２７） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測する第１のタイマーと、
前記第１のタイマーのいずれかと対応し、前記対応する第１のタイマーが計測をリスタートすると、計測をリスタートする第２のタイマーとを有し、
前記第２のタイマーの計測期間が予め定められた期間に達した場合、前記対応する第１のタイマー以外で計測中の前記第１のタイマーのいずれかと対応させ、再び前記第２のタイマーの計測期間が予め定められた期間に達し、かつ、前記第１のタイマー全てが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記２３に記載の無線端末。
（付記２８） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
全てのタイマーが前記計測をしていない場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１９から付記２２のいずれかに記載の無線端末。
（付記２９） 前記受信開始タイミング制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアの少なくとも１つで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、予め決められた特定の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記１９から付記２８のいずれかに記載の無線端末。
（付記３０） 前記受信開始タイミング制御手段は、
前記無線端末に割り当てられた構成キャリアの特定の種類の構成キャリアに対応して設けられ、計測中にデータを受信した場合、該データが正しく復号されるとリスタートし、予め定められた期間を計測するタイマーを有し、
前記タイマーが前記予め定められた期間に達した場合、現在の受信開始タイミングの周期よりも長い受信開始タイミングの周期に遷移する
付記１９から付記２２のいずれかに記載の無線端末。
（付記３１） 前記受信開始タイミング制御手段は、
前記特定の種類の構成キャリアで新たなデータを受信した場合、前記割り当てられた構成キャリアの少なくとも一部の構成キャリア、又は、前記特定の種類の構成キャリアにおいて、現在の受信開始タイミングの周期よりも短い受信開始タイミングの周期に遷移する付記３１に記載の無線端末。
（付記３２） 前記特定の種類の構成キャリアが、サービングセルの構成キャリア、アンカー構成キャリア、の少なくともいずれか１つである付記３０又は付記３１に記載の無線端末。
（付記３３） 前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、無線端末に割り当てられた構成キャリアの組である少なくとも一以上のＳｕｂｓｅｔ毎に制御する
付記１９から付記３２のいずれかに記載の無線端末。
（付記３４） 前記受信開始タイミング制御手段、及び／又は、前記受信制御手段は、間欠受信に関する制御を行う付記１９から付記３３のいずれかに記載の無線端末。
（付記３５） 前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて個別に制御する
付記１９から付記３４のいずれかに記載の無線端末。
（付記３６） 前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を、前記無線端末に割り当てられた構成キャリアの少なくとも一部の各構成キャリアにおいて共通に制御する
付記１９から付記３５のいずれかに記載の無線端末。
（付記３７） 無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能であり、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御手段と、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御手段とを有する前記無線端末とのデータの送受信を行う無線基地局であって、
前記無線端末によって制御される所定チャネルの受信開始タイミングの周期と同期を取る手段を有する無線基地局。
（付記３８） 前記受信制御手段は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記３７に記載の無線基地局。
（付記３９） 無線端末が周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線通信方法であって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御し、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
無線通信方法。
（付記４０） 前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記４１に記載の無線通信方法。
（付記４１） 前記受信制御手段は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を共通に制御する
付記３９又は付記４０に記載の無線通信方法。
（付記４２） 周波数の異なる複数の構成キャリアを用いて通信を行うことが可能な無線端末のプログラムであって、
無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリア間で、所定チャネルの受信開始タイミングの周期を共通に制御する受信開始タイミング制御処理と、
前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアにおいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する受信制御処理と
を無線端末に実行させるプログラム。
（付記４３） 前記受信制御処理は、前記無線端末に割り当てられた構成キャリアの少なくとも一部の構成キャリアのそれぞれにおいて動作するタイマーに基づいて、前記受信開始タイミングから開始される前記所定チャネルの受信期間を制御する
付記４２に記載のプログラム。
（付記４４） 前記受信制御処理は、前記受信開始タイミングから開始される前記所定チャネルの受信期間を共通に制御する
付記４２又は付記４３に記載のプログラム。
以上好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
本出願は、２００９年１０月２日に出願された日本出願特願２００９－２３０１１４号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１１ 受信器
１２ 送信器
１３ 信号処理部
１４ 通信制御部
２１ 受信器
２２ 送信器
２３ 信号処理部
２４ 通信制御部
２５ 端末管理部

Claims (4)

  1. 周波数の異なる複数のコンポーネントキャリアを用いるキャリアアグリゲーションをサポートする無線端末の方法であって、
    前記無線端末に割り当てられたコンポーネントキャリアを少なくとも第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとに分けて管理し、
    前記第１のＳｕｂｓｅｔに含まれるコンポーネントキャリア及び前記第２のＳｕｂｓｅｔに含まれるコンポーネントキャリアにおいてdrx-InactivityTimerをそれぞれ独立に制御し、
    ShortDRXの状態からLongDRXの状態への遷移、又はLongDRXの状態からShortDRXの状態への遷移を、前記第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとの間で独立に制御し、
    前記第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとは、前記第１のＳｕｂｓｅｔに含まれる各コンポーネントキャリアの属する周波数帯と前記第２のＳｕｂｓｅｔに含まれる各コンポーネントキャリアの属する周波数帯とが異なるＳｕｂｓｅｔとなるように分けられている、又は前記第１のＳｕｂｓｅｔに含まれる各コンポーネントキャリアで行われるサービスの種類と前記第２のＳｕｂｓｅｔに含まれる各コンポーネントキャリアで行われるサービスの種類とが異なるＳｕｂｓｅｔとなるように分けられている
    方法。
  2. 前記第１のＳｕｂｓｅｔに含まれるコンポーネントキャリア及び前記第２のＳｕｂｓｅｔに含まれるコンポーネントキャリアのActive Timeは、On-duration Timerが動作中の時間、又はDRX Inactivity Timerが動作中の時間を含む、
    請求項１に記載の方法。
  3. 無線端末及び無線基地局が、周波数の異なる複数のコンポーネントキャリアを用いて通信可能な無線通信システムであって、
    前記無線端末に割り当てられたコンポーネントキャリアを少なくとも第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとに分ける構成キャリア管理手段と、
    前記第１のＳｕｂｓｅｔに含まれるコンポーネントキャリア及び前記第２のＳｕｂｓｅｔに含まれるコンポーネントキャリアにおいてdrx-InactivityTimerをそれぞれ独立に制御する受信開始タイミング制御手段と、
    ShortDRXの状態からLongDRXの状態への遷移、又はLongDRXの状態からShortDRXの状態への遷移を、前記第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとの間で独立に制御するＤＲＸ状態制御手段と、
    を有し、
    前記構成キャリア管理手段は、前記第１のＳｕｂｓｅｔと第２のＳｕｂｓｅｔとは、前記第１のＳｕｂｓｅｔに含まれる各コンポーネントキャリアの属する周波数帯と前記第２のＳｕｂｓｅｔに含まれる各コンポーネントキャリアの属する周波数帯とが異なるＳｕｂｓｅｔとなるように分けられている、又は前記第１のＳｕｂｓｅｔに含まれる各コンポーネントキャリアで行われるサービスの種類と前記第２のＳｕｂｓｅｔに含まれる各コンポーネントキャリアで行われるサービスの種類とが異なるＳｕｂｓｅｔに分ける
    無線通信システム。
  4. 前記第１のＳｕｂｓｅｔに含まれるコンポーネントキャリア及び前記第２のＳｕｂｓｅｔに含まれるコンポーネントキャリアのActive Timeは、On-duration Timerが動作中の時間、又はDRX Inactivity Timerが動作中の時間を含む、
    請求項３に記載の無線通信システム。
JP2021134413A 2009-10-02 2021-08-19 無線端末の方法、及び無線通信システム Active JP7279749B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023077212A JP2023100889A (ja) 2009-10-02 2023-05-09 無線通信システム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009230114 2009-10-02
JP2009230114 2009-10-02
JP2019152234A JP2020010357A (ja) 2009-10-02 2019-08-22 無線端末の方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2019152234A Division JP2020010357A (ja) 2009-10-02 2019-08-22 無線端末の方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023077212A Division JP2023100889A (ja) 2009-10-02 2023-05-09 無線通信システム

Publications (2)

Publication Number Publication Date
JP2021184643A JP2021184643A (ja) 2021-12-02
JP7279749B2 true JP7279749B2 (ja) 2023-05-23

Family

ID=43826328

Family Applications (9)

Application Number Title Priority Date Filing Date
JP2011534300A Active JP5812286B2 (ja) 2009-10-02 2010-09-30 無線通信システム、無線端末、無線基地局、無線通信方法、及びプログラム
JP2014123282A Active JP5664887B2 (ja) 2009-10-02 2014-06-16 無線通信システム、無線端末、無線基地局及び無線通信方法
JP2014204415A Active JP5892347B2 (ja) 2009-10-02 2014-10-03 無線通信システム、無線端末、無線基地局及び無線通信方法
JP2016035061A Active JP6260801B2 (ja) 2009-10-02 2016-02-26 無線通信システム、無線端末、無線基地局及び無線通信方法
JP2017238291A Active JP6429052B2 (ja) 2009-10-02 2017-12-13 ユーザ端末の方法及びユーザ端末
JP2018202437A Active JP6575783B2 (ja) 2009-10-02 2018-10-29 ユーザ端末の方法及びユーザ端末
JP2019152234A Pending JP2020010357A (ja) 2009-10-02 2019-08-22 無線端末の方法
JP2021134413A Active JP7279749B2 (ja) 2009-10-02 2021-08-19 無線端末の方法、及び無線通信システム
JP2023077212A Pending JP2023100889A (ja) 2009-10-02 2023-05-09 無線通信システム

Family Applications Before (7)

Application Number Title Priority Date Filing Date
JP2011534300A Active JP5812286B2 (ja) 2009-10-02 2010-09-30 無線通信システム、無線端末、無線基地局、無線通信方法、及びプログラム
JP2014123282A Active JP5664887B2 (ja) 2009-10-02 2014-06-16 無線通信システム、無線端末、無線基地局及び無線通信方法
JP2014204415A Active JP5892347B2 (ja) 2009-10-02 2014-10-03 無線通信システム、無線端末、無線基地局及び無線通信方法
JP2016035061A Active JP6260801B2 (ja) 2009-10-02 2016-02-26 無線通信システム、無線端末、無線基地局及び無線通信方法
JP2017238291A Active JP6429052B2 (ja) 2009-10-02 2017-12-13 ユーザ端末の方法及びユーザ端末
JP2018202437A Active JP6575783B2 (ja) 2009-10-02 2018-10-29 ユーザ端末の方法及びユーザ端末
JP2019152234A Pending JP2020010357A (ja) 2009-10-02 2019-08-22 無線端末の方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023077212A Pending JP2023100889A (ja) 2009-10-02 2023-05-09 無線通信システム

Country Status (8)

Country Link
US (7) US9042248B2 (ja)
EP (3) EP3986034A1 (ja)
JP (9) JP5812286B2 (ja)
KR (11) KR102107500B1 (ja)
CN (3) CN104869667B (ja)
ES (1) ES2897415T3 (ja)
TR (1) TR201909946T4 (ja)
WO (1) WO2011040516A1 (ja)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007049698A1 (ja) * 2005-10-28 2007-05-03 Nec Corporation 移動通信システム、基地局、移動局およびそれらに用いる省電力送受信方法
WO2011040516A1 (ja) 2009-10-02 2011-04-07 日本電気株式会社 無線通信システム、無線端末、無線基地局、無線通信方法、及びプログラム
KR20110052418A (ko) * 2009-11-11 2011-05-18 삼성전자주식회사 이동통신 시스템에서 불연속 수신을 수행하는 방법 및 장치
KR101720334B1 (ko) * 2010-01-12 2017-04-05 삼성전자주식회사 이동통신 시스템에서 불연속 수신 동작을 지원하는 방법 및 장치
USRE49879E1 (en) 2010-01-12 2024-03-19 Samsung Electronics Co., Ltd. Method and apparatus for supporting discontinuous reception operation in mobile communication system
JP5661865B2 (ja) * 2010-05-17 2015-01-28 株式会社Ｎｔｔドコモ 移動局
JP5314712B2 (ja) * 2011-02-14 2013-10-16 株式会社エヌ・ティ・ティ・ドコモ 基地局装置及びユーザ装置
JP5420587B2 (ja) * 2011-05-06 2014-02-19 株式会社Ｎｔｔドコモ ユーザ装置及び移動通信方法
WO2013006194A1 (en) * 2011-07-01 2013-01-10 Intel Corporation Structured codebook for uniform circular array (uca)
US8989013B2 (en) * 2011-07-29 2015-03-24 Nec Corporation Radio station, radio terminal, and synchronization timer control method in radio communication system
EP3203676B1 (en) * 2011-08-12 2019-01-02 Nokia Solutions and Networks Oy Discontinuous reception for carrier aggregation
JP5327490B2 (ja) * 2012-02-03 2013-10-30 住友電気工業株式会社 通信システム、無線基地局装置、無線端末装置、通信制御方法および通信制御プログラム
WO2013141336A1 (ja) * 2012-03-23 2013-09-26 住友電気工業株式会社 通信システム、無線基地局装置、無線端末装置、通信制御方法および通信制御プログラム
US20150163740A1 (en) * 2012-07-11 2015-06-11 Lg Electronics Inc. Method and apparatus for changing discontinuous reception cycle in wireless communication system
US8923880B2 (en) 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
CN104718782B (zh) * 2012-10-10 2019-04-09 爱立信(中国)通信有限公司 不连续接收方法和使用不连续接收方法的用户设备
US20140126400A1 (en) * 2012-11-08 2014-05-08 Qualcomm Incorporated Method and apparatus for downlink/uplink flow control in an hspa+ ue using autonomous connected drx mode triggering
ES2706001T3 (es) * 2012-11-16 2019-03-27 Nokia Technologies Oy Recepción discontinua (DRX) para tráfico diverso
US9667386B2 (en) * 2013-11-13 2017-05-30 Samsung Electronics Co., Ltd Transmission of control channel and data channels for coverage enhancements
US10306478B2 (en) 2014-11-06 2019-05-28 Nec Corporation Radio terminal, radio station, and method thereof
JP2018110275A (ja) * 2015-03-23 2018-07-12 日本電気株式会社 無線端末、通信方法及びプログラム
WO2016152806A1 (ja) * 2015-03-23 2016-09-29 日本電気株式会社 無線通信システム、無線通信ネットワーク、無線端末及び無線通信方法
EP3079436B1 (en) 2015-04-10 2018-09-19 Panasonic Intellectual Property Corporation of America Discontinuous reception operation for licensed-assisted access
CN112073942B (zh) * 2015-07-27 2021-12-10 华为技术有限公司 一种传输信息的方法和设备
KR102603921B1 (ko) 2015-12-03 2023-11-20 삼성전자주식회사 복수의 컴포넌트 캐리어를 처리하는 신호 처리 방법 및 그 장치
CN113067682B (zh) 2017-01-04 2023-04-07 华为技术有限公司 无线通信的方法和设备
CN113541904A (zh) * 2017-06-16 2021-10-22 华为技术有限公司 Drx配置方法、终端设备、网络设备和通信系统
JP6259541B2 (ja) * 2017-06-27 2018-01-10 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 不連続受信方法および不連続受信方法を使用するユーザ機器
CN109391372B (zh) 2017-08-11 2021-08-13 华为技术有限公司 通信方法与设备
JP7018827B2 (ja) * 2018-06-13 2022-02-14 本田技研工業株式会社 通信システム及び車両
US11224088B2 (en) * 2018-07-02 2022-01-11 Qualcomm Incorporated Beam sweeping during an on-period of a DRX cycle
CN112352458A (zh) 2018-07-25 2021-02-09 Oppo广东移动通信有限公司 一种信道监听方法及装置、终端设备、网络设备
WO2020022694A1 (ko) * 2018-07-25 2020-01-30 엘지전자 주식회사 하향링크 제어 채널을 송수신하는 방법 및 이를 위한 장치
CN114073132A (zh) * 2019-05-10 2022-02-18 上海诺基亚贝尔股份有限公司 唤醒信号监测指示
US11612012B1 (en) 2020-09-18 2023-03-21 T-Mobile Innovations Llc DRX control for wireless user equipment
JP2022167481A (ja) 2021-04-23 2022-11-04 新光電気工業株式会社 静電吸着部材及び基板固定装置
KR20230129278A (ko) 2022-03-01 2023-09-08 주식회사 이그널 이산화염소 가스 발생장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010059926A1 (en) 2008-11-21 2010-05-27 Interdigital Patent Holdings, Inc. Method and apparatus for multiple carrier utilization in wireless communications

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100518366C (zh) * 2003-09-30 2009-07-22 夏普株式会社 通信系统、基站、终端电台、通信装置、通信管理方法、控制程序和记录它的计算机可读记录介质
WO2007144956A1 (ja) * 2006-06-16 2007-12-21 Mitsubishi Electric Corporation 移動体通信システム及び移動端末
ES2553333T3 (es) 2007-02-05 2015-12-07 Nec Corporation Método de traspaso de estación base a estación base, sistema de comunicación inalámbrica, método de control de DRX, estación base y terminal de comunicación
JPWO2008108224A1 (ja) * 2007-03-01 2010-06-10 株式会社エヌ・ティ・ティ・ドコモ 基地局装置及び通信制御方法
JP5102830B2 (ja) 2007-04-24 2012-12-19 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線基地局、移動局及びプロセッサ
EP2148517B1 (en) 2007-04-24 2016-11-30 NTT DoCoMo, Inc. Mobile communication method and radio base station
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
US8908581B2 (en) 2007-05-01 2014-12-09 Qualcomm Incorporated Extended microsleep for communications
WO2008156130A1 (ja) * 2007-06-20 2008-12-24 Kyocera Corporation 携帯通信端末およびその制御方法
EP2183869B1 (en) * 2007-08-14 2017-10-04 Nokia Technologies Oy Resource scheduling enabling partially-constrained retransmission
US9504083B2 (en) * 2008-01-10 2016-11-22 Innovative Sonic Limited Method and related communications device for improving discontinuous reception functionality
JP5434099B2 (ja) 2008-02-28 2014-03-05 株式会社リコー 現像装置及び画像形成装置
US8488521B2 (en) * 2008-03-14 2013-07-16 Interdigital Patent Holdings, Inc. Behavior for wireless transmit/receive unit and MAC control elements for LTE DRX operations
EP2255578B1 (en) * 2008-03-19 2017-09-13 Telefonaktiebolaget LM Ericsson (publ) A method and a base station for detecting loss of synchronization
ES2428223T3 (es) * 2008-03-25 2013-11-06 Telefonaktiebolaget L M Ericsson (Publ) Funcionalidad de DRX en redes inalámbricas multi-portadoras
US20110002281A1 (en) * 2008-12-30 2011-01-06 Interdigital Patent Holdings, Inc. Discontinuous reception for carrier aggregation
EP2405691B1 (en) * 2009-03-06 2019-12-18 Sharp Kabushiki Kaisha Communication system and discontinuous reception method
KR101717522B1 (ko) * 2009-04-27 2017-03-17 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 하향링크 제어채널을 모니터링하는 방법 및 장치
HUE053391T2 (hu) 2009-06-15 2021-08-30 Guangdong Oppo Mobile Telecommunications Corp Ltd Módszer a szakaszos fogadási mûveletekre a hosszú távú evolúció fejlett hordozó aggregációja érdekében
CN102804903A (zh) * 2009-06-18 2012-11-28 交互数字专利控股公司 应用载波聚合在不连续接收模式中操作
CN102036348B (zh) 2009-09-30 2014-01-01 中兴通讯股份有限公司 一种不连续接收配置方法及系统
WO2011040516A1 (ja) * 2009-10-02 2011-04-07 日本電気株式会社 無線通信システム、無線端末、無線基地局、無線通信方法、及びプログラム
KR101617350B1 (ko) * 2010-03-30 2016-05-02 삼성전자주식회사 셀룰러 무선 통신시스템에서 단말의 구성 반송파를 활성화하는 방법 및 장치
US8590893B2 (en) * 2011-05-16 2013-11-26 Don Monopoli Productions, Inc. Wheel game with holes
US20140092758A1 (en) * 2012-10-02 2014-04-03 Research In Motion Limited Processing for a carrier according to a carrier type

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010059926A1 (en) 2008-11-21 2010-05-27 Interdigital Patent Holdings, Inc. Method and apparatus for multiple carrier utilization in wireless communications
JP2012510207A (ja) 2008-11-21 2012-04-26 インターデイジタル パテント ホールディングス インコーポレイテッド ワイヤレス通信でマルチキャリアを利用するための方法および装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT，Consideration on DRX [online]，3GPP TSG RAN WG2 Meeting #66 R2-092992, [検索日 2021.06.07]，インターネット <URL: http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_66/Docs/R2-092992.zip>，2009年04月28日，p.1-2
Motorola，DRX in LTE-A [online]，3GPP TSG RAN2 #67 R2-094736，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_67/Docs/R2-094736.zip＞，2009年08月24日

Also Published As

Publication number Publication date
KR101789706B1 (ko) 2017-10-25
CN104507178A (zh) 2015-04-08
JP6260801B2 (ja) 2018-01-17
US9042248B2 (en) 2015-05-26
JP5664887B2 (ja) 2015-02-04
WO2011040516A1 (ja) 2011-04-07
JP6575783B2 (ja) 2019-09-18
JP2021184643A (ja) 2021-12-02
KR101832813B1 (ko) 2018-02-28
US11792731B2 (en) 2023-10-17
US20230397104A1 (en) 2023-12-07
KR20190033651A (ko) 2019-03-29
KR20180023032A (ko) 2018-03-06
KR20120106937A (ko) 2012-09-27
KR101903430B1 (ko) 2018-10-04
KR101744667B1 (ko) 2017-06-08
KR102107500B1 (ko) 2020-05-07
US9749952B2 (en) 2017-08-29
EP2485540B1 (en) 2019-06-12
KR20130133298A (ko) 2013-12-06
JP6429052B2 (ja) 2018-11-28
TR201909946T4 (tr) 2019-08-21
KR101995329B1 (ko) 2019-07-02
KR102276688B1 (ko) 2021-07-14
US20120188903A1 (en) 2012-07-26
KR101385694B1 (ko) 2014-04-24
KR101524569B1 (ko) 2015-06-01
JP2015039211A (ja) 2015-02-26
KR20200047777A (ko) 2020-05-07
KR102148791B1 (ko) 2020-08-27
KR20190080964A (ko) 2019-07-08
KR20170119741A (ko) 2017-10-27
US9629082B2 (en) 2017-04-18
US20210227463A1 (en) 2021-07-22
US10912029B2 (en) 2021-02-02
EP2485540A1 (en) 2012-08-08
US20150230177A1 (en) 2015-08-13
CN104869667A (zh) 2015-08-26
CN102550088A (zh) 2012-07-04
JP5892347B2 (ja) 2016-03-23
CN102550088B (zh) 2015-06-17
KR20200102540A (ko) 2020-08-31
US20180041960A1 (en) 2018-02-08
US20150109982A1 (en) 2015-04-23
JPWO2011040516A1 (ja) 2013-02-28
US20170295543A1 (en) 2017-10-12
US10924994B2 (en) 2021-02-16
JP5812286B2 (ja) 2015-11-11
ES2897415T3 (es) 2022-03-01
CN104507178B (zh) 2019-06-18
EP3537778A1 (en) 2019-09-11
EP3537778B1 (en) 2021-09-22
JP2014209761A (ja) 2014-11-06
KR101962200B1 (ko) 2019-03-26
KR20160043129A (ko) 2016-04-20
JP2018078599A (ja) 2018-05-17
KR20170065674A (ko) 2017-06-13
EP2485540A4 (en) 2017-01-04
EP3986034A1 (en) 2022-04-20
JP2020010357A (ja) 2020-01-16
KR20150030280A (ko) 2015-03-19
CN104869667B (zh) 2018-10-30
JP2023100889A (ja) 2023-07-19
JP2019054523A (ja) 2019-04-04
JP2016146639A (ja) 2016-08-12

Similar Documents

Publication Publication Date Title
JP7279749B2 (ja) 無線端末の方法、及び無線通信システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210819

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20220712

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221025

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221220

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230411

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230424

R151 Written notification of patent or utility model registration

Ref document number: 7279749

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151