(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてユーザ機器(ＵＥ)が下りリンク信号を受信する方法において、
前記ＵＥが、前記ＵＥの下りリンク(ＤＬ)ＨＡＲＱプロセスに対するＤＬ不連続受信（ＤＲＸ)再送信タイマを開始するステップと、
前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマが駆動している状態において、前記ＵＥがＰＤＣＣＨをモニタするステップと、
上りリンク(ＵＬ)送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＵＥが、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止するステップと、を含み、
前記ＵＥは、複数のＤＬ ＨＡＲＱプロセスを支援し、
前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止するステップは、前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記複数のＤＬ ＨＡＲＱプロセスに対するそれぞれのＤＬ ＤＲＸ再送信タイマの全てを中止するステップを含む、方法。
【請求項２】
ＵＬ ＨＡＲＱプロセスに対して設定されたＵＬグラントに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＵＥはハーフデュプレックスで動作するＵＥである、請求項１又は２に記載の方法。
【請求項４】
前記ＵＥはＮＢ−ＩｏＴ(ｎａｒｒｏｗｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ)ＵＥである、請求項１〜３の何れか一項に記載の方法。
【請求項５】
前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止するステップは、前記ＵＥが前記ＤＬ ＨＡＲＱプロセスに対するＤＬ送信を示すＰＤＣＣＨを受信しない状態において、前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止するステップを含む、請求項１〜４の何れか一項に記載の方法。
【請求項６】
前記ＵＥが、前記ＤＬ ＤＲＸ再送信タイマに対する値を含むＤＲＸ設定情報を受信するステップをさらに含む、請求項１〜５の何れか一項に記載の方法。
【請求項７】
前記ＵＥがＵＬ送信を行うステップをさらに含む、請求項１〜６の何れか一項に記載の方法。
【請求項８】
無線通信システムにおいて下りリンク信号を受信するユーザ機器(ＵＥ)において、
無線周波数(ＲＦ)送受信器と、
プロセッサと、
メモリと、を含み、
前記メモリは、前記プロセッサに、
前記ＵＥの下りリンク(ＤＬ)ＨＡＲＱプロセスに対するＤＬ不連続受信（ＤＲＸ）再送信タイマを開始し、
前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマが駆動している状態において、ＰＤＣＣＨをモニタし、
上りリンク(ＵＬ)送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止することを含む動作を実行させる少なくとも１つのプログラムを格納し、
前記ＵＥは、複数のＤＬ ＨＡＲＱプロセスを支援し、
前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止することは、前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記複数のＤＬ ＨＡＲＱプロセスに対するそれぞれのＤＬ ＤＲＸ再送信タイマの全てを中止することを含む、ユーザ機器。
【請求項９】
前記動作は、ＵＬ ＨＡＲＱプロセスに対して設定されたＵＬグラントに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止することをさらに含む、請求項８に記載のユーザ機器。
【請求項１０】
前記ＵＥはハーフデュプレックスで動作するＵＥである、請求項８又は９に記載のユーザ機器。
【請求項１１】
前記ＵＥはＮＢ−ＩｏＴ(ｎａｒｒｏｗｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ)ＵＥである、請求項８〜１０の何れか一項に記載のユーザ機器。
【請求項１２】
前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止することは、前記ＵＥが前記ＤＬ ＨＡＲＱプロセスに対するＤＬ送信を示すＰＤＣＣＨを受信しない状態において、前記ＵＬ送信を指示するＰＤＣＣＨを受信することに基づいて、前記ＤＬ ＨＡＲＱプロセスに対する前記ＤＬ ＤＲＸ再送信タイマを中止することを含む、請求項８〜１１の何れか一項に記載のユーザ機器。
【請求項１３】
前記動作は、前記ＲＦ送受信器を通して、前記ＤＬ ＤＲＸ再送信タイマに対する値を含むＤＲＸ設定情報を受信することをさらに含む、請求項８〜１２の何れか一項に記載のユーザ機器。
【請求項１４】
前記動作は、前記ＲＦ送受信器を通して、前記ＵＬ送信を行うことをさらに含む、請求項８〜１３の何れか一項に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、特に、下りリンク信号を受信する方法及び装置に関する。
【背景技術】
【０００２】
本発明が適用される無線通信システムの一例として、３ＧＰＰ ＬＴＥ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；以下、“ＬＴＥ”という)通信システムについて概略的に説明する。
【０００３】
図１は無線通信システムの一例であって、Ｅ−ＵＭＴＳネットワーク構造を示す概略図である。Ｅ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)は、既存のＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格(ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ)の詳細な内容は、それぞれ「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ ７とＲｅｌｅａｓｅ ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)、基地局(ｅＮｏｄｅ Ｂ；ｅＮＢ)、及びネットワーク(Ｅ−ＵＴＲＡＮ)の終端に位置し、外部ネットワークと接続される接続ゲートウェイ(Ａｃｃｅｓｓ Ｇａｔｅｗａｙ；ＡＧ)を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末に下りリンク又は上りリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、複数の端末に対するデータ送受信を制御する。下りリンク(Ｄｏｗｎｌｉｎｋ；ＤＬ)データに対して、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ)関連情報などを知らせる。また、上りリンク(Ｕｐｌｉｎｋ；ＵＬ)データに対して、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。核心網(Ｃｏｒｅ Ｎｅｔｗｏｒｋ；ＣＮ)は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ(Ｔｒａｃｋｉｎｇ Ａｒｅａ)単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥまで開発されてきたが、ユーザと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競合力を有するためには新たな技術進化が要求され、ビット当たりの費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【０００７】
より多くの通信装置がより大きい通信容量を要求することにより、レガシー無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ)に比べて向上したモバイル広帯域通信に対する必要性が台頭しつつある。また、複数の装置と客体(ｏｂｊｅｃｔ)とを相互接続していつどこでも様々なサービスを提供するための大規模機械タイプ通信(ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ；ｍＭＴＣ)は、次世代通信において考慮すべき主要争点の一つである。また、信頼度及び待機時間に敏感なサービス／ＵＥを考慮して設計される通信システムに関する議論が進行中である。次世代(ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ)無線接続技術の導入は、向上したモバイル広帯域通信(ｅＭＢＢ)、ｍＭＴＣ、超高信頼性及び低待機時間通信(ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ；ＵＲＬＬＣ)などを考慮して論議されている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
新しい無線通信技術の導入から、基地局が所定リソース領域でサービスを提供すべきＵＥの個数が増加するだけでなく、上記基地局がサービスを提供するＵＥと送信／受信するデータと制御情報の量も増加している。基地局がＵＥとの通信に利用可能な無線リソースの量は有限のため、基地局が有限の無線リソースを用いて上りリンク／下りリンクデータ及び／又は上りリンク／下りリンク制御情報をＵＥから／に效率的に受信／送信するための新しい方案が要求される。
【０００９】
なお、技術の発達に伴ってディレイ(ｄｅｌａｙ)或いは遅延(ｌａｔｅｎｃｙ)の克服が重要な課題として台頭しつつある。性能がディレイ／遅延によって大きく左右されるアプリケーションが増加していることから、既存システムに比べてディレイ／遅延を減らすための方案が要求されている。
【００１０】
また、スマート機器の発達に伴って、少ない量のデータを効率的に送信／受信或いは低い頻度で発生するデータを効率的に送信／受信するための新しい方案も要求されている。
【００１１】
本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【００１２】
本発明の一形態において、無線通信システムにおいてユーザ機器(ＵＥ)が下りリンク信号を受信する方法が提供される。方法は、ＵＥの下りリンク(ＤＬ)ＨＡＲＱ(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ａｎｄ Ｒｅｑｕｅｓｔ)プロセスに対するＤＬ ＤＲＸ(ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ)再送信タイマを開始、ＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマが駆動している間にＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)をモニタし、及び上りリンク(ＵＬ)送信を指示するＰＤＣＣＨを受信すると、ＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマを中止することを含む。
【００１３】
本発明の他の形態において、無線通信システムにおいて下りリンク信号を受信するユーザ機器(ＵＥ)が提供される。ＵＥは無線周波数(ＲＦ)ユニット及びＲＦユニットを制御するように構成されたプロセッサを含む。プロセッサは、ＵＥの下りリンク(ＤＬ)ＨＡＲＱ(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ａｎｄ Ｒｅｑｕｅｓｔ)プロセスに対するＤＬ ＤＲＸ(ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ)再送信タイマを開始し、ＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマが駆動している間にＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)をモニタし、上りリンク(ＵＬ)送信を指示するＰＤＣＣＨを受信すると、ＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマを中止するように構成される。
【００１４】
本発明の各形態において、多数のＤＬ ＨＡＲＱプロセスに対して駆動している多数のＤＬ ＤＲＸ再送信タイマがあれば、ＵＬ送信を指示するＰＤＣＣＨを受信すると、多数のＤＬ ＨＡＲＱプロセスに対して駆動しているＤＬ ＤＲＸ再送信タイマが全て中止される。
【００１５】
本発明の各形態において、ＵＬ ＨＡＲＱプロセスに対する設定されたＵＬグラントがあると、ＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマが中止される。
【００１６】
本発明の各形態において、ＵＥはハーフデュプレックスで動作するＵＥである。
【００１７】
本発明の各形態において、ＵＥはＮＢ−ＩｏＴ(ｎａｒｒｏｗｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ)ＵＥである。
【００１８】
本発明の各形態において、ＵＥがＤＬ ＨＡＲＱプロセスに対するＤＬ送信を示すＰＤＣＣＨを受信しなくても、ＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信が中止される。
【００１９】
本発明の各形態において、ＵＥがＤＬ ＤＲＸ再送信タイマに対する値を含むＤＲＸ設定情報を受信することができる。
【００２０】
本発明の各形態において、ＵＥがＵＬ送信を行うことができる。
【００２１】
上記の課題解決方法は、本発明の実施例の一部に過ぎず、当該技術の分野における通常の知識を有する者にとっては、本願発明の技術的特徴が反映された様々な実施例を、以下に説明する本発明の詳細な説明から導出できるということは明らかであろう。
【発明の効果】
【００２２】
本発明の一実施例によれば、無線通信信号を效率的に送受信することができる。これによって、無線通信システムの全体処理量(ｔｈｒｏｕｇｈｐｕｔ)が向上する。
【００２３】
本発明の一実施例によれば、低価／低複雑度のＵＥがレガシーシステムと互換性を維持しながら低コストで基地局（ｂａｓｅ ｓｔａｔｉｏｎ；ＢＳ）と通信を行うことができる。
【００２４】
本発明の一実施例によれば、低価／低複雑度のＵＥを実現することができる。
【００２５】
本発明の一実施例によれば、ＵＥとＢＳとが狭い帯域（ｎａｒｒｏｗｂａｎｄ）で互いに通信を行うことができる。
【００２６】
本発明の一実施例によれば、ＵＥとＢＳとの通信過程で発生するディレイ／遅延を低減できる。
【００２７】
また、スマート機器のための少ない量のデータを効率的に送信／受信或いは低い頻度で発生するデータを効率的に送信／受信することができる。
【００２８】
本発明の一実施例によれば、少ない量のデータを効率的に送信／受信することができる。
【００２９】
本発明に係る効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の発明の詳細な説明から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００３０】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】無線通信システムの一例であって、Ｅ−ＵＭＴＳネットワーク構造を示す概略図である。
【図２】Ｅ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)のネットワーク構造を示すブロック図である。
【図３】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示すブロック図である。
【図４】３ＧＰＰ無線接続ネットワーク規格に基づくユーザ機器(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の制御平面(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ、ＣＰ)及びユーザ平面(Ｕｓｅｒ Ｐｌａｎｅ、ＵＰ)構造を示す図である。
【図５】Ｅ−ＵＭＴＳシステムにおいて用いる物理チャネル構造の一例を示す図である。
【図６】両方向無線通信に使用される３つのデュプレックス方式を示す概略図である。
【図７】ＵＥ側の媒体接続制御(ＭＡＣ)構造の概要を示す図である。
【図８】ＤＲＸ(ｄｉｓｃｏｎｔｉｎｕｏｕＳ ｒｅｃｅｐｔｉｏｎ)の概念を示す図である。
【図９】現在のＬＴＥ／ＬＴＥ−ＡシステムにおけるＤＲＸ動作方法を示す図である。
【図１０】１つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。
【図１１】２つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。
【図１２】本発明による１つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。示す図である。
【図１３】本発明による２つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。
【図１４】本発明により上りリンク送信に利用可能なデータ量をネットワークに知らせる方法を示す図である。
【発明を実施するための形態】
【００３１】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにも本発明を実施できることは明らかである。
【００３２】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書全体を通じて同一の構成要素については、同一の図面符号を付して説明する。
【００３３】
以下に説明する技法(ｔｅｃｈｎｉｑｕｅ)及び装置、システムは、様々な無線多元接続システムに適用することができる。多元接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＭＣ−ＦＤＭＡ(ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ ａｃｃｅｓｓ)又はＣＤＭＡ２０００のような無線技術(ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)、ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)(ｉ．ｅ．，ＧＥＲＡＮ)などのような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２．１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ(ｅｖｏｌｖｅｄ−ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)の一部であり、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳの一部である。３ＧＰＰ ＬＴＥは、下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)ではＯＦＤＭＡを採択し、上りリンク(ｕｐｌｉｎｋ、ＵＬ)ではＳＣ−ＦＤＭＡを採択している。ＬＴＥ−Ａ(ＬＴＥ−ａｄｖａｎｃｅｄ)は、３ＧＰＰ ＬＴＥの進化した形態である。説明の便宜のために、以下では、本発明が３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａに適用される場合を仮定して説明する。しかし、本発明の技術的特徴がこれに制限されるものではない。例えば、以下の詳細な説明が、移動通信システムが３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに対応する移動通信システムに基づいて説明されても、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａに特有の事項以外は、他の任意の移動通信システムにも適用可能である。
【００３４】
例えば、本発明は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムのように、ｅＮＢがＵＥに下りリンク／上りリンク時間／周波数リソースを割り当て、ＵＥがｅＮＢの割当てによって下りリンク信号を受信し、上りリンク信号を送信する非−競合ベース(ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ)通信だけでなく、Ｗｉ−Ｆｉのような競合ベース(ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ)通信にも適用することができる。非−競合ベース通信技法は、接続ポイント(ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ)或いは上記接続ポイントを制御する制御ノード(ｎｏｄｅ)が、ＵＥと上記ＡＰ間の通信のためのリソースを割り当てるが、競合ベース通信技法は、ＡＰに接続しようとする複数ＵＥ間の競合によって通信リソースが占有される。競合ベース通信技法についして簡略に説明すると、競合ベース通信技法の一種として搬送波感知多元接続(ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＳＭＡ)がある。ＣＳＭＡとは、ノード或いは通信機器が周波数帯域(ｂａｎｄ)のような、共有送信媒体(ｓｈａｒｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｍｅｄｉｕｍ)(共有チャネルともいう。)上でトラフィック(ｔｒａｆｆｉｃ)を送信する前に、同一の共有送信媒体上に他のトラフィックがないことを確認する確率的(ｐｒｏｂａｂｉｌｉｓｔｉｃ)媒体接続制御(ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)プロトコル(ｐｒｏｔｏｃｏｌ)を指す。ＣＳＭＡにおいて送信装置は受信装置にトラフィックを送ることを試みる前に、他の送信が進行中であるか否か決定する。換言すれば、送信装置は、送信を試みる前に、他の送信装置からの搬送波(ｃａｒｒｉｅｒ)の存在を検出(ｄｅｔｅｃｔ)することを試みる。搬送波が感知されると、送信装置は、自身の送信を開始する前に、進行中の他の送信装置によって送信が完了(ｆｉｎｉｓｈ)することを待つ。結局、ＣＳＭＡは、“ｓｅｎｓｅ ｂｅｆｏｒｅ ｔｒａｎｓｍｉｔ”或いは“ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ”の原理を基盤にした通信技法といえる。ＣＳＭＡを用いる競合ベース通信システムにおいて送信装置間の衝突を回避するための技法としてＣＳＭＡ／ＣＤ(Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ)及び／又はＣＳＭＡ／ＣＡ(Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ)が用いられる。ＣＳＭＡ／ＣＤは、有線ＬＡＮ環境での衝突検出技法であり、イーサネット(ｅｔｈｅｒｎｅｔ)環境で通信をしようとするＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ)やサーバー(ｓｅｒｖｅｒ)がまず、ネットワーク上で通信が行われているか確認した後、他の装置(ｄｅｖｉｃｅ)がデータを上記ネットワーク上で載せて送っていると、待ってからデータを送る。即ち、２人以上のユーザ(例、ＰＣ、ＵＥなど)が同時にデータを乗せて送る場合、上記同時送信間に衝突が発生するが、ＣＳＭＡ／ＣＤは、上記衝突を監視し、柔軟性あるデータ送信がなされるようにする技法である。ＣＳＭＡ／ＣＤを用いる送信装置は、特定規則を用いて他の送信装置によるデータ送信を感知し、自身のデータ送信を調節する。ＣＳＭＡ／ＣＡは、ＩＥＥＥ８０２．１１標準に明示されている媒体接近制御プロトコルである。ＩＥＥＥ８０２．１１標準に従うＷＬＡＮシステムは、ＩＥＥＥ８０２．３標準で用いられたＣＳＭＡ／ＣＤを用いず、ＣＡ、即ち、衝突を回避する方式を用いている。送信装置は、常にネットワークの搬送波を感知しているが、ネットワークが空になると、目録に登載された自身の位置によって、定められた時間を待ってからデータを送る。目録内で送信装置間の優先順位を決め、これを再設定(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)するためには様々方法を用いることができる。ＩＥＥＥ８０２．１１標準の一部バージョンに従うシステムでは、衝突が起きることがあり、この場合には衝突感知手順が行われる。ＣＳＭＡ／ＣＡを用いる送信装置は、特定規則を用いて、他の送信装置によるデータ送信と自身のデータ送信間の衝突を回避する。
【００３５】
後述する本発明の実施例において「仮定する」という表現は、チャネルを送信する主体が該当の「仮定」に符合するように上記チャネルを送信することを意味できる。上記チャネルを受信する主体は、上記チャネルが該当の「仮定」に符合するように送信されたという前提下に、該当の「仮定」に符合する形態で上記チャネルを受信或いは復号(ｄｅｃｏｄｅ)するものであることを意味できる。
【００３６】
本発明において、ＵＥは、固定していても移動性を有してもよく、基地局(ｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ)と通信してユーザデータ及び／又は各種制御情報を送受信する各種機器がこれに属する。ＵＥは、端末(Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＴ(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、ＵＴ(Ｕｓｅｒ Ｔｅｒｍｉｎａｌ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅ Ｓｔａｔｉｏｎ)、無線機器(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ)、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓ ｍｏｄｅｍ)、携帯機器(ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅ)などと呼ぶことができる。また、本発明において、ＢＳは、一般に、ＵＥ及び／又は他のＢＳと通信する固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)のことをいい、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳは、ＡＢＳ(Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ)、ＮＢ(Ｎｏｄｅ−Ｂ)、ｅＮＢ(ｅｖｏｌｖｅｄ−ＮｏｄｅＢ)、ＢＴＳ(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ)、接続ポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ)、ＰＳ(Ｐｒｏｃｅｓｓｉｎｇ Ｓｅｒｖｅｒ)等の他の用語と呼ぶこともできる。以下の本発明に関する説明ではＢＳをｅＮＢと通称する。
【００３７】
本発明でいうノード(ｎｏｄｅ)とは、ＵＥと通信して無線信号を送信／受信し得る固定した地点(ｐｏｉｎｔ)のことを指す。様々な形態のｅＮＢを、その名称に関係なくノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコセルｅＮＢ(ＰｅＮＢ)、ホームｅＮＢ(ＨｅＮＢ)、リレー、リピータなどをノードとすることができる。また、ノードは、ｅＮＢでなくてもよい。例えば、無線リモートヘッド(ｒａｄｉｏ ｒｅｍｏｔｅ ｈｅａｄ、ＲＲＨ)、無線リモートユニット(ｒａｄｉｏ ｒｅｍｏｔｅ ｕｎｉｔ、ＲＲＵ)とすることもできる。ＲＲＨ、ＲＲＵなどは、一般に、ｅＮＢの電力レベル(ｐｏｗｅｒ ｌｅｖｅｌ)よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ(以下、ＲＲＨ／ＲＲＵ)は、一般に、光ケーブルなどの専用回線(ｄｅｄｉｃａｔｅｄ ｌｉｎｅ)でｅＮＢに接続されているため、一般に、無線回線で接続されたｅＮＢによる協調通信に比べて、ＲＲＨ／ＲＲＵとｅＮＢによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。上記アンテナは物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント(ｐｏｉｎｔ)とも呼ばれる。
【００３８】
本発明でいうセル(ｃｅｌｌ)とは、１つ以上のノードが通信サービスを提供する一定の地理的領域を指す。従って、本発明で特定セルと通信するということは、上記特定セルに通信サービスを提供するｅＮＢ或いはノードと通信するということを意味できる。また、特定セルの下りリンク／上りリンク信号は、上記特定セルに通信サービスを提供するｅＮＢ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上りリンク／下りリンク通信サービスを提供するセルを特にサービングセル(ｓｅｒｖｉｎｇ ｃｅｌｌ)という。
【００３９】
一方、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル(ｃｅｌｌ)の概念を用いているが、無線リソースと関連付く(ｃｅｌｌ)は、地理的領域のセル(ｃｅｌｌ)と区別される。
【００４０】
地理的領域の“セル”は、ノードが搬送波を用いてサービスを提供できるカバレッジ(ｃｏｖｅｒａｇｅ)と理解することができ、無線リソースの“セル”は、上記搬送波によって設定(ｃｏｎｆｉｇｕｒｅ)される周波数範囲である帯域幅(ｂａｎｄｗｉｄｔｈ、ＢＷ)に関連する。ノードが有効な信号を送信できる範囲である下りリンクカバレッジと、ＵＥから有効な信号を受信できる範囲である上りリンクカバレッジは、当該信号を運ぶ搬送波に依存するので、ノードのカバレッジは、上記ノードが用いる無線リソースの“セル”のカバレッジと関連することもある。従って、“セル”という用語は、時にはノードによるサービスのカバレッジを、時には無線リソースを、時には上記無線リソースを用いた信号が有効な強度で到達できる範囲を意味することに用いることができる。
【００４１】
一方、３ＧＰＰ ＬＴＥ−Ａ標準は、無線リソースを管理するためにセル(ｃｅｌｌ)の概念を使用する。無線リソースと関連付く“セル”とは、下りリンクリソース(ＤＬ ｒｅｓｏｕｒｃｅｓ)と上りリンクリソース(ＵＬ ｒｅｓｏｕｒｃｅｓ)との組合せ、即ち、ＤＬ ＣＣとＵＬ ＣＣの組合せと定義される。セルは、ＤＬリソース単独、又はＤＬリソースとＵＬリソースとの組合せで設定する(ｃｏｎｆｉｇｕｒｅ)ことができる。搬送波集約が支援される場合、ＤＬリソース(又は、ＤＬ ＣＣ)の搬送波周波数(ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ)とＵＬリソース(又は、ＵＬ ＣＣ)の搬送波周波数(ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ)間のリンケージ(ｌｉｎｋａｇｅ)をシステム情報によって示すことができる。例えば、システム情報ブロックタイプ２(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ Ｔｙｐｅ ２；ＳＩＢ２)リンケージ(ｌｉｎｋａｇｅ)によってＤＬリソースとＵＬリソースとの組合せを示すことができる。ここで、搬送波周波数とは、各セル或いはＣＣの中心周波数(ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ)を意味することができる。以下では、１次周波数(ｐｒｉｍａｒｙ ｆｒｅｑｕｅｎｃｙ)上で動作するセルを１次セル(ｐｒｉｍａｒｙ ｃｅｌｌ；Ｐｃｅｌｌ)或いはＰＣＣと呼び、２次周波数(Ｓｅｃｏｎｄａｒｙ ｆｒｅｑｕｅｎｃｙ)(又は、ＳＣＣ)上で動作するセルを２次セル(ｓｅｃｏｎｄａｒｙ ｃｅｌｌ；Ｓｃｅｌｌ)或いはＳＣＣと呼ぶ。下りリンクにおいてＰｃｅｌｌに対応する搬送波を下りリンク１次ＣＣ(ＤＬ ＰＣＣ)と称し、上りリンクにおいてＰｃｅｌｌに対応する搬送波を上りリンク１次ＣＣ(ＤＬ ＰＣＣ)と称する。Ｓｃｅｌｌとは、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)接続樹立(ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ)の後に設定可能であり、追加の無線リソースを提供のために利用できるセルを意味する。ＵＥの性能(ｃａｐａｂｉｌｉｔｉｅｓ)によって、ＳｃｅｌｌがＰｃｅｌｌと共に、上記ＵＥのためのサービングセルのセット(ｓｅｔ)を形成することができる。下りリンクにおいてＳｃｅｌｌに対応する搬送波を下りリンク２次ＣＣ(ＤＬ ＳＣＣ)と称し、上りリンクにおいて上記Ｓｃｅｌｌに対応する搬送波を上りリンク２次ＣＣ(ＵＬ ＳＣＣ)と称する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、搬送波集成が設定されていないか或いは搬送波集成を支援しないＵＥの場合、Ｐｃｅｌｌだけで設定されたサービングセルがただ一つ存在する。
【００４２】
本発明で使用する用語及び技術のうち、具体的に説明されていない用語及び技術については、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａ標準文書、例えば、３ＧＰＰ ＴＳ ３６.２１１、３ＧＰＰ ＴＳ ３６.２１２、３ＧＰＰ ＴＳ ３６.２１３、３ＧＰＰ ＴＳ ３６．３２１、３ＧＰＰ ＴＳ ３６．３２２、３ＧＰＰ ＴＳ ３６．３００、３ＧＰＰ ＴＳ ３６．３２３及び３ＧＰＰ ＴＳ ３６．３３１などを参照できる。
【００４３】
図２はＥ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)のネットワーク構造を示すブロック図である。Ｅ−ＵＭＴＳはＬＴＥシステムとも呼ばれる。通信ネットワークはＩＭＳ及びパケットデータを通じたＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のような様々なサービスを提供するために広く配置される。
【００４４】
図２に示したように、Ｅ−ＵＭＴＳネットワークはＥ−ＵＴＲＡＮ(ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ)、ＥＰＣ(ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ ｃｏｒｅ)及び１つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは１つのセルに位置可能な１つ以上のｅＮＢ(ｅｖｏｌｖｅｄ ＮｏｄｅＢ)２０及び複数のＵＥ１０を含む。一つ以上のＥ―ＵＴＲＡＮ ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)／ＳＡＥ(Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ)ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００４５】
本明細書において、「下りリンク(ｄｏｗｎｌｉｎｋ)」は、ｅＮＢ２０からＵＥ１０への通信を称し、「上りリンク(ｕｐｌｉｎｋ)」は、ＵＥ１０からｅＮＢ２０への通信を称する。 
【００４６】
図３は、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【００４７】
図３に示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント(ｅｎｄ ｐｏｉｎｔ)をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。
【００４８】
ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局(ＢＳ)又は接続ポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。
【００４９】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、接続総(ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＡＳ)保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター(ｉｎｔｅｒ)ＣＮノードシグナリング、(ページング再送信の制御及び実行を含む。)遊休モード(ｉｄｌｅ ｍｏｄｅ)ＵＥ接近性(Ｒｅａｃｈａｂｉｌｉｔｙ)、(遊休モード及び活性モード(ａｃｔｉｖｅ ｍｏｄｅ)のＵＥのための)トラッキング領域リスト管理、ＰＤＮ ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、(ＥＴＷＳ及びＣＭＡＳを含む)ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ(Ｐｅｒ―ｕｓｅｒ)ベースのパケットフィルタリング(例えば、深層パケット検査を使用)、適法なインターセプション(Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ)、ＵＥ ＩＰアドレス割当て、下りリンクでの送信(Ｔｒａｎｓｐｏｒｔ)レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００５０】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造(ｍｅｓｈｅｄ ｎｅｔｗｏｒｋ ｓｔｒｕｃｔｕｒｅ)を有することができる。
【００５１】
図３に示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ)活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル(ＢＣＣＨ)情報のスケジューリング及び送信、上りリンク及び下りリンクの全てにおける各ＵＥ１０のための動的リソース割当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御(Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ、ＲＡＣ)、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション(Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ)ベアラ制御、及び非―接続層(Ｎｏｎ―Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ)シグナリングの暗号化及び完全性保護などの各機能を行うことができる。
【００５２】
ＥＰＣは、移動性管理エンティティー(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ)、サービング―ゲートウェイ(ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ)、及びパケットデータネットワーク―ゲートウェイ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ)を含む。ＭＭＥは主にＵＥの移動性を管理する目的で用いられる連結及び可用性に関する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ―ＧＷは、パケットデータネットワーク(ＰＤＮ)を終端点として有するゲートウェイである。
【００５３】
図４は、３ＧＰＰ無線接続網規格に基づくＵＥとＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００５４】
第１階層(即ち、Ｌ１階層)である物理階層は物理チャネル(ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ)を用いて上位階層に情報送信サービス(ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ)を提供する。物理層は、上位にある媒体接続制御(Ｍｅｄｉｕｍ ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)層とは送信チャネル(Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ)を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)方式で変調され、上りリンクでＳＣ―ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)方式で変調される。
【００５５】
第２階層(即ち、Ｌ２階層)のＭＡＣ階層は、論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)を介して上位階層である無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)階層にサービスを提供する。第２階層のＲＬＣ階層は信頼性のあるデータ送信を支援する。ＲＬＣ階層の機能はＭＡＣ内部の機能ブロックにより具現される。第２階層のＰＤＣＰ(Ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ)階層は、帯域幅が狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に送信するために不要な制御情報を減らすヘッダー圧縮(Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)機能を行う。
【００５６】
第３階層(即ち、Ｌ３階層)の最下部に位置する無線リソース制御(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)階層は制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラ(Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ)の設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)、再設定(Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ)及び解除(Ｒｅｌｅａｓｅ)と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、ＵＥとネットワークとの間のデータ伝達のために第２階層によって提供されるサービスを意味する。このために、ＵＥのＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層は互いにＲＲＣメッセージを取り取る。
【００５７】
無線ベアラは、おおよそ(ユーザ)データ無線ベアラ(ＤＲＢ)及びシグナリング無線ベアラ(ＳＲＢ)に分類される。ＳＲＢはＲＲＣ及びＮＡＳメッセージの送信にのみ使用される無線ベアラ(ＲＢ)として定義される。
【００５８】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域で下りリンク又は上りリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００５９】
Ｅ―ＵＴＲＡＮから端末への送信のための下りリンク送信チャネル(Ｄｏｗｎｌｉｎｋ ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ)は、システム情報を送信するＢＣＨ(Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)、各ページングメッセージを送信するＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)、及びユーザトラフィック又は各制御メッセージを送信するための下りリンク共有チャネル(Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＳＣＨ)を含む。下りリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、下りリンクＳＣＨを介して送信することもでき、又は別途の下りリンクＭＣＨ(Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ)を介して送信することもできる。
【００６０】
ＵＥからネットワークにデータを送信する上りリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ(Ｒａｎｄｏｍ ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)と、その他にユーザトラフィックや制御メッセージを送信する上りリンクＳＣＨ(Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ(Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＣＣＨ(Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＣＣＣＨ(Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＭＣＣＨ(Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、及びＭＴＣＨ(Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ)などがある。
【００６１】
図５は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある複数のサブフレームと、周波数軸上にある複数のサブキャリア(Ｓｕｂ―ｃａｒｒｉｅｒ)とで構成される。ここで、一つのサブフレーム(Ｓｕｂ―ｆｒａｍｅ)は、時間軸上に複数のシンボル(Ｓｙｍｂｏｌ)で構成される。一つのサブフレームは、複数のリソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、即ち、Ｌ１／Ｌ２制御チャネルのために該当のサブフレームの特定シンボル(例えば、１番目のシンボル)の特定サブキャリアを用いることができる。ＰＤＣＣＨはスケジューリング割り当て(ｓｃｈｅｄｕｌｉｎｇ ａｓｓｉｇｎｍｅｎｔ)及び他の制御情報を運ぶ。図５には、Ｌ１／Ｌ２制御情報送信領域(ＰＤＣＣＨ)とデータ領域(ＰＤＳＣＨ)を示した。現在論議中であるＥ−ＵＭＴＳシステム(ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ)においては、１０ｍｓの無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)が使用され、一つの無線フレームは１０個のサブフレーム(ｓｕｂｆｒａｍｅ)で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは複数のＯＦＤＭシンボルで構成され、複数のＯＦＤＭシンボルのうち一部のシンボル(例えば、１番目のシンボル)は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。 
【００６２】
図６は両方向無線通信に使用される３つのデュプレックス方式を示す概略図である。
【００６３】
無線フレームはデュプレックス(ｄｕｐｌｅｘ)モードによって異なるように設定される。デュプレックスは２つの装置間の両方向通信を示し、単一方向(ｕｎｉｄｉｒｅｃｔｉｏｎａｌ)の通信を示すシンプレックス(ｓｉｍｐｌｅｘ)とは区別される。両方向(ｂｉｄｉｒｅｃｔｉｏｎａｌ)通信において、両方向リンク上の送信は、同時(フルデュプレックス(ｆｕｌｌ−ｄｕｐｌｅｘ))又は独立した時間(ハーフデュプレックス(ｈａｌｆ−ｄｕｐｌｅｘ))で発生することができる。例えば、ＦＤＤモードにおいて、下りリンク送信及び上りリンク送信は周波数により区分されるので、無線フレームは特定の周波数帯域に対して下りリンクサブフレーム又は上りリンクサブフレームのうちの１つのみを含む。図６(ａ)を参照すると、フルデュプレックスのトランシーバは周波数ドメインにおいて逆方向の２つの通信リンクを分離する時に使用される。即ち、各々のリンク方向には異なる搬送波周波数が採択される。各々のリンク方向において、異なる搬送波周波数を使用するデュプレックスを周波数分割デュプレックス(ＦＤＤ)という。ＴＤＤモードにおいて、下りリンク送信及び上りリンク送信は時間によって区分されるので、特定の周波数帯域について無線フレームは下りリンクサブフレームと上りリンクサブフレームをいずれも含む。図６(ｃ)を参照すると、各々のリンク方向で同一の搬送波周波数を用いるデュプレックスを時間分割デュプレックス(ＴＤＤ)という。図６(ｂ)を参照すると、ハーフデュプレックスのトランシーバは各々のリンク方向で異なる搬送波周波数を用いることができ、これはハーフデュプレックスＦＤＤ(ＨＤ−ＦＤＤ)という。ＨＤ−ＦＤＤにおいて、特定の装置に対する逆方向の通信は、異なる搬送波周波数だけではなく、異なるタイミングで発生する。よって、ＨＤＤ−ＦＤＤはＦＤＤ及びＴＤＤのハイブリッドと見なされる。
【００６４】
サブフレームを送信するための時間は送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ；ＴＴＩ)と定義される。時間リソースは、無線フレーム番号(或いは無線フレームインデックスともいう)、サブフレーム番号(或いは、サブフレーム番号ともいう)、スロット番号(或いはスロットインデックスともいう)などによって区分することができる。ＴＴＩとは、データがスケジューリングされ得る間隔を意味する。例えば、現在ＬＴＥ／ＬＴＥ−ＡシステムにおいてＵＬグラント或いはＤＬグラントの送信機会は１ｍｓごとに存在し、１ｍｓより短い時間内にはＵＬ／ＤＬグラント機会が複数回存在しない。従って、現在ＬＴＥ／ＬＴＥ−ＡシステムにおいてはＴＴＩは１ｍｓである。
【００６５】
基地局とＵＥは、一般に特定の制御信号又は特定のサービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末(一つ又は複数の端末)に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード(ｄｅｃｏｄｉｎｇ)しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて送信される。
【００６６】
例えば、特定のＰＤＣＣＨが"Ａ"というＲＮＴＩ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ)によりＣＲＣマスキング(ｍａｓｋｉｎｇ)されており、"Ｂ"という無線リソース(例えば、周波数位置)及び"Ｃ"という送信形式情報(例えば、輸送ブロックサイズ、変調方式、コーディング情報など)を用いて送信されるデータに関する情報が特定のサブフレームで送信されたと仮定する。この場合、セル内のＵＥは自分が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタし、"Ａ"ＲＮＴＩを有している１つ以上のＵＥがあれば、ＵＥはＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報により"Ｂ"と"Ｃ"が指示されるＰＤＳＣＨを受信する。
【００６７】
図７はＵＥ側のＭＡＣ構造概要を示す図である。
【００６８】
ＭＡＣ階層は以下のような機能を支援する:論理チャネル(ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ)と送信チャネル(ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ)の間のマッピング；１つ又は他の論理チャネルからのＭＡＣ ＳＤＵを、送信チャネル上の物理階層に伝達される輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)に多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ);送信チャネル上で物理階層から伝達された輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)からの１つ又は他の論理チャネルからＭＡＣ ＳＤＵを逆多重化；スケジューリング情報報告(例えば、スケジューリング要請、バッファー状態報告)；ＨＡＲＱによるエラー訂正；動的スケジューリングによりＵＥ間の優先順位ハンドリング；１つのＭＡＣエンティティーの論理チャネルの間の優先順位ハンドリング；論理チャネル優先順位指定(ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ);送信フォーマット選択;及びサイドリンク(ｓｉｄｅｌｉｎｋ、ＳＬ)のための無線リソース選択。
【００６９】
多数の並列ＨＡＲＱプロセスを維持する各々のサービングセルに対するＭＡＣエンティティーに１つのＨＡＲＱエンティティーがある。各々のＨＡＲＱプロセスはＨＡＲＱプロセス識別子に連関する。ＨＡＲＱエンティティーはＤＬ−ＳＣＨ上で受信されたＨＡＲＱ情報及び連関する(ａｓｓｏｃｉａｔｅｄ)輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)を該当ＨＡＲＱプロセスに送る。レガシーＬＴＥ／ＬＴＥ−Ａシステムにおいて、ＦＤＤの場合は、サービングセル当たり最大８つのＤＬ ＨＡＲＱプロセスがある。非同期(ａｓｙｎｃｈｒｏｎｏｕｓ)ＨＡＲＱ動作において、ＨＡＲＱプロセスは受信されたＵＬグラントに基づいてＴＴＩに連関される。各々の非同期ＨＡＲＱプロセスはＨＡＲＱプロセス識別子に連関される。ＨＡＲＱフィードバックは非同期ＵＬ ＨＡＲＱに適用できない。レガシーＬＴＥ／ＬＴＥ−Ａシステムにおいて、ＦＤＤの場合は、サービングセル当たり最大８つ又は１６つのＵＬ ＨＡＲＱプロセスがある。
【００７０】
図８は不連続受信(ｄｉｓｃｏｎｔｉｎｕｏｕＳ ｒｅｃｅｐｔｉｏｎ、ＤＲＸ)の概念を示す図である。
【００７１】
ＬＴＥ／ＬＴＥ−Ａシステムにおいて、ＰＤＣＣＨの連続するモニタリングによる消費電力を減少するために、ＤＲＸがＵＥにより行われる。ここで、モニタリングはＰＤＣＣＨ候補のセット内の各ＰＤＣＣＨの復号(ｄｅｃｏｄｅ)を試みることを暗示する。ＤＲＸがないと、下りリンクデータがいつでも到達できるので、ＵＥは下りリンクデータを復号するために常に動作状態である必要がある。これはＵＥの消費電力に深刻な影響を与える。ＭＡＣエンティティーはＵＥのＰＤＣＣＨモニタリング活動を制御するＤＲＸ機能性(ｆｕｎｃｔｉｏｎａｌｉｔｙ)を有するようにＲＲＣにより設定される。ＲＲＣ_ＣＯＮＮＥＣＴＥＤにおいて、ＤＲＸが設定されると、ＭＡＣエンティティーはＤＲＸ動作を使用して不連続にＰＤＣＣＨをモニタするように許容され、そうではないと、ＭＡＣエンティティーはＰＤＣＣＨを連続してモニタする。図８を参照すると、ＤＲＸがＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態のＵＥについて設定されると、ＵＥは下りリンクチャネル(ＰＤＣＣＨ)の受信を試みる。即ち、ＵＥは、所定期間の間にのみＰＤＣＣＨをモニタし、残りの期間の間にはＰＤＣＣＨをモニタしない。ＵＥがＰＤＣＣＨをモニタすべき時間の期間を"Ｏｎ Ｄｕｒａｔｉｏｎ"という。ＤＲＸサイクルごとに１つのＯｎ Ｄｕｒａｔｉｏｎが定義される。即ち、ＤＲＸサイクルは図８に示したように、Ｏｎ Ｄｕｒａｔｉｏｎ及びその後の可能な(ｐｏｓｓｉｂｌｅ)非活動性(ｉｎａｃｔｉｖｉｔｙ)期間の周期的な(ｐｅｒｉｏｄｉｃ)繰り返しを特定する。
【００７２】
ＵＥは１つのＤＲＸサイクルにおいてＯｎ Ｄｕｒａｔｉｏｎの間に常にＰＤＣＣＨをモニタし、ＤＲＸサイクルはＯｎ Ｄｕｒａｔｉｏｎが設定された期間を決定する。ＤＲＸサイクルはＤＲＸサイクルの期間によって長いＤＲＸサイクルと短いＤＲＸサイクルに分類される。長いＤＲＸサイクルはＵＥのバッテリー消費を最小化できる反面、短いＤＲＸサイクルはデータ送信遅延を最小化することができる。
【００７３】
ＵＥがＤＲＸサイクルにおいて、Ｏｎ Ｄｕｒａｔｉｏｎの間にＰＤＣＣＨを受信すると、Ｏｎ Ｄｕｒａｔｉｏｎ以外の時間の間にはさらなる送信又は再送信が発生することができる。よって、ＵＥはＯｎ Ｄｕｒａｔｉｏｎ以外の時間にＰＤＣＣＨをモニタしなければならない。即ち、ＵＥはＯｎ Ｄｕｒａｔｉｏｎ管理タイマｏｎＤｕｒａｔｉｏｎＴｉｍｅｒだけではなく、非活動性管理タイマｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又は再送信管理タイマｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが駆動している間にＰＤＣＣＨをモニタしなければならない。
【００７４】
ＲＲＣは、タイマｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ(ブロードキャストプロセスを除いたＤＬ ＨＡＲＱプロセスごとに１つ)、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ(非同期ＵＬＨＡＲＱプロセスごとに１つ)、ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔの値、及び選択的にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ及びｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅを設定することによりＤＲＸ動作を制御する。ｅＮＢはＲＲＣシグナリングによりこれらのパラメータを含むＤＲＸ設定情報をＵＥに提供する。ＵＥはＤＲＸ設定情報を受信する。ＤＬ ＨＡＲＱ当たり(ブロードキャストプロセスを除外)ＤＬ ＨＡＲＱ ＲＴＴタイマ及び非同期ＵＬ ＨＡＲＱプロセス当たりＵＬ ＨＡＲＱ ＲＴＴタイマも定義される。ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒはＤＲＸサイクルの初期に連続するＰＤＣＣＨ−サブフレームの数を特定する。ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒはＰＤＣＣＨがこのＭＡＣエンティティーに対する初期ＵＬ、ＤＬ又はＳＬユーザデータ送信を示すサブフレーム後の連続するＰＤＣＣＨサブフレームの数を特定する。ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒはＤＬ再送信が受信されるまでの連続するＰＤＣＣＨ−サブフレームの最大数を特定する。ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒはＵＬ再送信に対するグラントが受信されるまでの連続するＰＤＣＣＨ−サブフレームの最大数を特定する。ｄｒｘＳｔａｒｔＯｆｆｓｅｔはＤＲＸサイクルが開始されるサブフレームを特定する、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒはＭＡＣエンティティーが短いＤＲＸサイクルに従う連続するサブフレームの数を特定する。ＤＬ ＨＡＲＱ ＲＴＴタイマはＭＡＣエンティティーによりＤＬ ＨＡＲＱ再送信が期待される前の最小量(ｍｉｎｉｍｕｍ ａｍｏｕｎｔ)のサブフレームを特定する。ＵＬ ＨＡＲＱ ＲＴＴタイマはＭＡＣエンティティーによりＵＬ ＨＡＲＱ再送信グラントが期待される前の最小量のサブフレームを特定する。
【００７５】
各タイマの値はサブフレームの数により定義される。サブフレームの数はタイマの値に到達するまでカウントされる。タイマの値が満たすと、タイマが満了する。一旦開始されると、停止するまで又は満了するまでタイマが駆動し、そうではないと、駆動しない。タイマが駆動していないと開始するか、駆動していると再開始されることができる。タイマは常に初期値から開始又は再開始される。
【００７６】
さらに、ＵＥは任意接続(ｒａｎｄｏｍ ａｃｃｅｓｓ)の間又はＵＥがスケジューリング要請を送信し、ＵＬグラントの受信を試みる時、ＰＤＣＣＨモニタリングを行わなければならない。
【００７７】
ＵＥがＰＤＣＣＨモニタリングを行うべき期間をアクティブ時間という。アクティブ時間はＰＤＣＣＨが周期的にモニタリングされるＯｎ Ｄｕｒａｔｉｏｎ及びイベント発生時にＰＤＣＣＨがモニタリングされる時間間隔を含む。
【００７８】
最近、ＭＴＣ(ＭＡＣｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)が重要な通信標準問題になっている。ＭＴＣとは、人が介入しないか又は人が最小限介入する機械及びｅＮＢ間の情報交換をいう。例えば、ＭＴＣは計量器の読み取り、水位計測、監視カメラの使用、自動販売機の在庫報告などの計測、感知／報告のためのデータ通信に使用され、複数のＵＥに対する自動アプリケーション又はファームウェアプロセスに使用できる。ＭＴＣでは送信データの量は少なく、ＵＬ／ＤＬデータ送信又は受信(以下、送受信)が時々発生する。ＭＴＣのかかる特性を考慮して、データ送信レートによってＭＴＣ用のＵＥ(以下、ＭＴＣ ＵＥ)の生産費用及びバッテリー消費を減少させることが効率面で有利である。帯域幅減少低複雑性(ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ、ＢＬ)ＵＥ又は強化カバレッジＵＥ(ＵＥ ｉｎ ｅｎｈａｎｃｅｄ ｃｏｖｅｒａｇｅ)はＭＴＣ ＵＥに該当することができる。
【００７９】
今後莫大な機器がＩｏＴ(ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ)に無線連結されると予想される。ＩｏＴとは、該当モノ(ｏｂｊｅｃｔ)がデータを収集及び交換することを可能にする、電子装置、ソフトウェア、センサ、アクチュエータ及びネットワーク連結性を備える物理的機器、連結された機器、スマート機器、建物及び他のアイテムなどのインターネットワーキングを意味する。言い換えれば、ＩｏＴは、知能的(ｉｎｔｅｌｌｉｇｅｎｔ)アプリケーション及びサービスのためのデータを交換するための連結性及び通信を可能にする物理的なモノ、機械、人及び他の機器のネットワークを意味する。ＩｏＴはモノが現存するネットワーク基盤施設(ｉｎｆｒａｓｔｒｕｃｔｕｒｅ)により遠隔で感知及び制御することを許容し、改善した効率性、正確性及び経済的利得を招来する物理及びデジタル世界間の直接通合(ｉｎｔｅｇｒａｔｉｏｎ)のための機会を提供する。特に、本発明では３ＧＰＰ技術を用いるＩｏＴをセルラーＩｏＴ(ＣＩｏＴ)という。また、狭帯域(例えば、約２００ｋＨｚの周波数帯域)を用いてＩｏＴ信号を送受信するＣＩｏＴをＮＢ−ＩｏＴという。ＣＩｏＴは相対的に長い周期、例えば、数十分〜数年の単位で送信されるトラフィック(例えば、スモーク警報検出、スマートメータ(ｍｅｔｅｒ)からの電力失敗通知、タンパー(ｔａｍｐｅｒ)通知、スマートユーティリテイィー(ガス／水／電気)計測報告、ソフトウェアパッチ／アップデートなど)、そして超低複雑度、電力制限及び低いデータレートの'ＩｏＴ'機器を支援する。従来の付加(ａｔｔａｃｈ)過程又はサービス要請過程が数多いメッセージ交換によりＵＥの電力を浪費する問題を解決するために、ＣＩｏＴは、ＭＭＥがデータを処理できるようにするか(Ｃ−平面解決策)或いはＵＥがＲＲＣ休止状態と同様の状態になってもＵＥ及びｅＮＢがコンテキストを維持して次回の連結に活用する方式(Ｕ−平面解決策)により、ＵＥの電力消耗を最小化する技術である。ＮＢ−ＩｏＴ(ｎａｒｒｏｗｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ)は名前からも分かるように、２００Ｋｈｚ程度の狭帯域周波数を用いてＩｏＴサービスを提供する無線技術である。従来のＬＴＥ技術が最小１.２５ＭＨｚ周波数帯域を使用することに比べて、ＮＢ−ＩｏＴは非常に少ない周波数を使用するので、ＵＥの側面ではプロセス電力の最小化及び電力消耗の最小化を図ることができる。ＣＩｏＴネットワーク又は技術は主にコアネットワークの側面で、ＩｏＴ ＵＥに最適化した通信サービスを提供し、ＮＢ−ＩｏＴネットワーク又は技術は既存のＬＴＥ技術の無線インターフェースをＩｏＴのために最適化することをいう。よって、ＮＢ−ＩｏＴ無線技術とＣＩｏＴ技術は個々に適用可能である。即ち、ＮＢ−ＩｏＴ無線技術を使用しなくても、従来のＬＴＥ無線ネットワークによりＣＩｏＴ技術を適用することが可能である。これはＮＢ−ＩｏＴ無線技術を使用できないＵＥ、例えば、既にＬＴＥ無線技術のみが適用されて出たＵＥにも、ＣＩｏＴ技術を適用できることを意味する。また、従来のＬＴＥ無線技術基盤のセルにおいて、スマートフォンのような従来のＬＴＥ ＵＥを支援しながら、同時にＩｏＴ ＵＥを支援できることを意味する。
【００８０】
ＮＢ−ＩｏＴに対する下りリンク送信方式は、一般的なＬＴＥ／ＬＴＥ−Ａ／ＮＲ ＵＥと類似するが、周波数ドメインにおいてＮＢ−ＩｏＴ搬送波のための１つのリソースブロックがあり、ＯＦＤＭ副搬送波間隔が常にΔｆ＝１５ｋＨｚであり、ＮＢ−ＩｏＴ ＵＥの観点でハーフデュプレックスの動作のみが支援されるという点で差がある。ＮＢ−ＩｏＴ ＵＥは１つ以上のＮＢ−ＩｏＴ搬送波により設定されることもできる。
【００８１】
ＮＢ−ＩｏＴに対するＤＣＩを伝達するＰＤＣＣＨを"ＮＰＤＣＣＨ"といい、ＮＢ−ＩｏＴに対する下りリンクデータを伝達するＰＤＳＣＨを"ＮＰＤＳＣＨ"といい、ＮＢ−ＩｏＴに対する上りリンクデータを伝達するＰＵＳＣＨを"ＮＰＵＳＣＨ"という。
【００８２】
近い未来に完全な移動性及び連結性を有する社会が期待されているが、これは連結性(ｃｏｎｎｅｃｔｉｖｉｔｙ)、トラフィックボリューム及びさらに広い使用シナリオの範囲における莫大な成長により特徴付けられる。一般的な趨勢はデータトラフィックの爆発的な増加、連結された装置の大幅増加及び新しいサービスの持続的な出表などを含む。市場の要求事項以外にも、モバイル通信社会自体が生態系の持続可能な開発を必要とし、これはスペクトル効率、エネルギー効率、動作効率及び費用効率などのシステム効率を一層改善する必要性を発生させる。市場及びモバイル通信社会からの増加する要求事項を満たすために、近い未来に次世代の接続技術が出現すると予想される。
【００８３】
３ＧＰＰ ＳＡ１研究アイテムであるＮｅｗ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｍａｒｋｅｔｓ Ｔｅｃｈｎｏｌｏｇｙ Ｅｎａｂｌｅｒ（ＳＭＡＲＴＥＲ)及び(５Ｇ新しいＲＡＴとも呼ばれる)新しいＲＡＴ(ｎｅｗ ＲＡＴ、ＮＲ)システム(また５Ｇ ｎｅｗ ＲＡＴという)に対するＳＡ２研究アイテムのアーキテクチャーだけではなく、ＩＴＵ−Ｒ Ｍ.２０８３ “Ｆｒａｍｅｗｏｒｋ ａｎｄ ｏｖｅｒａｌｌ ｏｂｊｅｃｔｉｖｅｓ ｏｆ ｔｈｅ ｆｕｔｕｒｅ ｄｅｖｅｌｏｐｍｅｎｔ ｏｆ ＩＭＴ ２０２０ ａｎｄ ｂｅｙｏｎｄ”のような、新しい無線システムに対する要求事項及び仕様を開発するための作業がＩＴＵ及び３ＧＰＰで開始されている。消費者の緊急要求と、ＩＴＵ−Ｒ ＩＭＴ−２０２０プロセスにより提示されるより長期的な要求事項を適時に満たすＮＲシステムを成功的に標準化するために必要な技術構成要素を確認して開発する必要がある。これを達成するために、"新しい無線接続技術"において無線インターフェース及び無線ネットワークアーキテクチャーの進歩を考慮する必要がある。
【００８４】
レガシーＬＴＥ／ＬＴＥ−Ａにおいて、送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ、ＴＴＩ)は、ＭＡＣがＰＨＹにＭＡＣ ＰＤＵを伝達する基本時間単位であって、ＭＡＣ階層で使用され、これは１ｍｓに固定される。即ち、ＨＡＲＱエンティティーはＴＴＩ当たり１回のＭＡＣ ＰＤＵをＰＨＹに伝達する。３０ｋＨｚ、６０ｋＨｚなどのような多数のニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)、即ち、多数の副搬送波間隔が新しい無線接続技術のために研究されている。スロット及びミニスロットのような多重時間単位は多重副搬送波間隔において論議されており、ここで、ミニスロットは可能な最小スケジューリング単位であり、スロット又はサブフレームより小さい。スロットの概念は既にレガシーＬＴＥ／ＬＴＥ−Ａにあったが、レガシーＬＴＥ／ＬＴＥ−Ａでは７つのＯＦＤＭシンボルに該当する０.５ｍｓと固定されており、ＭＡＣ階層の作動に透明である(ｔｒａｎｓｐａｒｅｎｔ)。しかし、ＮＲにおいて、スロット又はミニスロットは、副搬送波間隔に依存して時間において異なるデュレーションを有することができる。例えば、スロットデュレーションは３０ｋＨｚの副搬送波間隔については０.５ｍｓであり、スロットデュレーションは５０ｋＨｚの副搬送波間隔について０.２５ｍｓになる。また、ＭＡＣ階層がスロット及び／又はミニスロットに基づいて動作することが求められる。即ち、ＨＡＲＱエンティティーはスロット又はミニスロット当たり１回のＭＡＣ ＰＤＵをＰＨＹに伝達する。サブフレーム、スロット又はミニスロットの単位でスケジューリングするか否か、又はどの副搬送波間隔が使用されるかについての決定がネットワークによるので、ＭＡＣ階層の動作のために使用される時間単位は動的に変化することができる。本発明では１ｍｓ ＴＴＩ及び１ｍｓより短いＴＴＩ長さを参照して記述しているが、本発明は以下の説明と同様又は類似する方式で１ｍｓより長いＴＴＩデュレーションにも適用可能である。７つのＯＦＤＭシンボル及び２つのＯＦＤＭシンボルを有する短いＴＴＩが各々スロット及びミニスロットとして導入され、１つのＯＦＤＭシンボルを有する短いＴＴＩがミニスロットについて論議されている。よって、ＮＲシステムにおいて、ＭＡＣは多数のＴＴＩに基づいて動作する必要がある。本発明又は後述するサブフレームと言及された時間単位はスロット、ミニスロット、シンボル、ミリ秒又は秒であることができる。
【００８５】
図９は現在のＬＴＥ／ＬＴＥ−ＡシステムにおいてＤＲＸ動作方法を示す図である。
【００８６】
ＤＲＸサイクルが設定されると、アクティブ時間は以下の時間を含む:
【００８７】
＞ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ又はｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ又はｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ又はｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ又はｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが駆動中である；又は
【００８８】
＞スケジューリング要請がＰＵＣＣＨ上で送信されて保留中(ｐｅｎｄｉｎｇ)である；又は
【００８９】
＞保留中のＨＡＲＱ再送信に対する上りリンクグラントが発生することができ、同期ＨＡＲＱプロセスに対する該当ＨＡＲＱバッファー内にデータがある；又は
【００９０】
＞ＭＡＣエンティティーにより選択されなかったプリアンブルに対する任意接続応答(ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ)の成功的な受信後にＭＡＣエンティティーのＣ−ＲＮＴＩにアドレスされた新しい送信を示すＰＤＣＣＨが受信されなかった時間。
【００９１】
ＤＲＸが設定されると、各々のサブフレームについて、ＭＡＣエンティティーは:
【００９２】
＞ＤＬ ＨＡＲＱ ＲＴＴタイマがこのサブフレームで満了すると:
【００９３】
＞＞該当ＨＡＲＱプロセスのデータが成功的に復号されなかった場合:
【００９４】
＞＞＞該当ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始する。
【００９５】
＞＞ＮＢ−ＩｏＴであると、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始又は再開始する。
【００９６】
＞ＵＬ ＨＡＲＱ ＲＴＴタイマがこのサブフレームで満了すると:
【００９７】
＞＞該当ＨＡＲＱプロセスに対するｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始する。
【００９８】
＞＞ＮＢ−ＩｏＴであると、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅを開始又は再開始する。
【００９９】
＞ＤＲＸ命令ＭＡＣ制御要素又は長いＤＲＸ命令ＭＡＣ制御要素が受信されると:
【０１００】
＞＞ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを中止し;
【０１０１】
＞＞ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止する。
【０１０２】
＞ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか又はＤＲＸ命令ＭＡＣ制御要素がこのサブフレームで受信されると:
【０１０３】
＞＞短いＤＲＸサイクルが設定される場合:
【０１０４】
＞＞＞ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始又は再開始し;
【０１０５】
＞＞＞短いＤＲＸサイクルを使用する。
【０１０６】
＞＞そうではないと:
【０１０７】
＞＞＞長いＤＲＸサイクルを使用する。
【０１０８】
＞ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがこのサブフレームで満了すると:
【０１０９】
＞＞長いＤＲＸサイクルを使用する。
【０１１０】
＞長いＤＲＸ命令ＭＡＣ制御要素が受信されると:
【０１１１】
＞＞ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを中止し;
【０１１２】
＞＞長いＤＲＸサイクルを使用する。
【０１１３】
＞短いＤＲＸサイクルが使用され、{(ＳＦＮ＊１０)＋サブフレーム番号}モジュロ(ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ)＝(ｄｒｘＳｔａｒｔＯｆｆｓｅｔ)モジュロ(ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅであるか；又は
【０１１４】
＞長いＤＲＸサイクルが使用され、{(ＳＦＮ＊１０)＋サブフレーム番号}モジュロ(ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ)＝ｄｒｘＳｔａｒｔＯｆｆｓｅｔであれば:
【０１１５】
＞＞ＮＢ−ＩｏＴであると:
【０１１６】
＞＞＞ＨＡＲＱ ＲＴＴタイマもＵＬ ＨＡＲＱ ＲＴＴタイマも駆動していない、少なくとも１つのＨＡＲＱプロセスがあれば、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する。
【０１１７】
＞＞そうではないと:
【０１１８】
＞＞＞ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する。 
【０１１９】
＞アクティブ時間の間にＰＤＣＣＨ−サブフレームについてハーフデュプレックスＦＤＤに対する上りリンク送信のためにサブフレームが要求されないと、サブフレームがハーフデュプレックスガードのサブフレームではないと(３ＧＰＰ ＴＳ ３６.２１１参照)、及びサブフレームが設定された測定ギャップの一部ではないと、及びサブフレームが受信のために設定されたサイドリンクディスカバリーギャップの一部ではないと、及びＮＢ−ＩｏＴについてＰＤＣＣＨ上以外の上りリンク送信及び下りリンク受信にサブフレームが要求されないか;又は
【０１２０】
＞アクティブ時間の間にＰＤＣＣＨ−サブフレーム以外のサブフレームについて及び集成された(ａｇｇｒｅｇａｔｅｄ)セル内で同時受信及び送信が可能なＵＥについてサブフレームがｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄに設定されていない少なくとも１つのサービングセルについて有効なｅＩＭＴＡ Ｌ１シグナリングにより指示された下りリンクサブフレームであると(３ＧＰＰ ＴＳ ３６.３３１)及びサブフレームが設定された測定ギャップの一部がないと、及びサブフレームが受信のために設定されたサイドリンクのディスカバリーギャップの一部がないと；又は
【０１２１】
＞アクティブ時間の間にＰＤＣＣＨ−サブフレーム以外のサブフレームについて及び集成された(ａｇｇｒｅｇａｔｅｄ)セルで同時受信及び送信が不可能なＵＥについてサブフレームがＳｐＣｅｌｌに有効なｅＩＭＴＡＬ１シグナリングにより指示された下りリンクサブフレームであると、及びサブフレームが設定された測定ギャップの一部ではないと、及びサブフレームが受信のための設定されたサイドリンクのディスカバリーギャップの一部ではないと:
【０１２２】
＞＞ＰＤＣＣＨをモニタし;
【０１２３】
＞＞ＰＤＣＣＨがＤＬ送信を指示するか又はＤＬ割り当てがこのサブフレームのために設定された場合:
【０１２４】
＞＞＞ＵＥがＮＢ−ＩｏＴ ＵＥであると、強化したカバレッジ内のＢＬ ＵＥ又はＵＥは:
【０１２５】
＞＞＞＞該当ＰＤＳＣＨ受信の最後の繰り返しを含むサブフレームで該当ＨＡＲＱプロセスに対するＨＡＲＱ ＲＴＴタイマを開始し;
【０１２６】
＞＞＞そうではないと:
【０１２７】
＞＞＞＞該当ＨＡＲＱプロセスに対するＨＡＲＱ ＲＴＴタイマを中止し;
【０１２８】
＞＞＞該当ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止する。
【０１２９】
＞＞＞ＮＢ−ＩｏＴであると、全てのＵＬ ＨＡＲＱプロセスに対するｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止する。
【０１３０】
＞＞ＰＤＣＣＨが非同期ＨＡＲＱプロセスに対するＵＬ送信を示すか、又はＵＬグラントがこのサブフレームに対する非同期ＨＡＲＱプロセスについて設定されると:
【０１３１】
＞＞＞該当ＰＵＳＣＨ送信の最後の繰り返しを含むサブフレームで該当ＨＡＲＱプロセスに対するＵＬ ＨＡＲＱ ＲＴＴタイマを開始し;
【０１３２】
＞＞＞該当ＨＡＲＱプロセスに対するｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止する。
【０１３３】
＞＞ＰＤＣＣＨが新しい送信(ＤL、ＵＬ ｏｒ ＳＬ)を示すと:
【０１３４】
＞＞＞単一のＤＬ及びＵＬ ＨＡＲＱプロセスに設定されたＮＢ−ＩｏＴ ＵＥを除いて、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始又は再開始する。
【０１３５】
＞＞ＰＤＣＣＨがＮＢ−ＩｏＴ ＵＥに対する送信(ＤＬ、ＵＬ)を示すと:
【０１３６】
＞＞＞ＮＢ−ＩｏＴ ＵＥが単一のＤＬ及びＵＬ ＨＡＲＱプロセスに設定された場合:
【０１３７】
＞＞＞＞ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止し、
【０１３８】
＞＞＞ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを中止する。
【０１３９】
ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒに対する中止又は開始条件(ｃｏｎｄｉｔｉｏｎ)は、ｄｒｘ−ＲｅｔｒａｎｓｍｓｓｉｏｎＴｉｍｅｒに対する中止又は開始条件とは異なる。ＵＬ送信の場合、ＵＥはＵＥがｅＮＢからフィードバックを受信するまでは把握できず、ｅＮＢがフィードバックを送信してもＵＬ送信に対するフィードバックが紛失されることができる。ＵＥがＵＬを送信すると、ｅＮＢがＵＬ送信に対するＡＣＫ／ＮＡＣＫをＵＥへ送信する可能性がある。よって、ＵＬ送信を行ったＵＥはＵＬ ＨＡＲＱ ＲＴＴタイマが満了する時、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始又は再開始する。ＤＬ送信の場合、ＵＥがＤＬ送信を復号しようとしたので、ＵＥはＤＬ送信に成功したか否かを分かり、ＤＬ送信の復号結果に基づいてＡＣＫ又はＮＡＣＫを送信する。ＬＴＥ／ＬＴＥ−Ａシステムにおいて、ＵＥがＤＬ送信についてＮＡＣＫを送信すると、該当ＨＡＲＱプロセスに対するＨＡＲＱ ＲＴＴタイマが満了する時、ＵＥはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始又は再開始する。ＵＥがＤＬ送信についてＡＣＫを送信すると、ＵＥはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始しない。即ち、ＤＬ送信の場合、ＵＥがＤＬ送信についてＮＡＣＫを送信する時にのみＵＥはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始する。よって、ＮＡＣＫを送信したＵＥはＮＡＣＫに対する応答としてｅＮＢから再送信グラントを受けると判断できる。しかし、ｅＮＢは新しいＵＬ送信がＤＬ再送信より高い優先順位を有するスケジューリング政策を有することができる。スケジューリング政策下で、ｅＮＢはＤＬ再送信グラントより先に又はその代わりに新しい送信グラントを送信することができ、必要であれば、新しい送信グラントを送信した後にＤＬ再送信グラントを送信する。即ち、ＵＥはＤＬ再送信に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを駆動している間にＵＬ送信グラントを受信することができる。
【０１４０】
以上の説明において、ＰＤＣＣＨ−サブフレームはＰＤＣＣＨを有するサブフレームである。任意のＴＤＤサービングセルにより設定されていないＭＡＣエンティティーの場合、これは任意のサブフレームを示し、少なくとも１つのＴＤＤサービングセルにより設定されたＭＡＣエンティティーの場合は、ＭＡＣエンティティーが集成されたセルにおいて同時受信及び送信が可能であれば、これはＲＲＣシグナリングにより提供されたｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄパラメータにより設定されたサービングセルを除いて、ＲＲＣシグナリングにより提供されたｔｄｄ−Ｃｏｎｆｉｇ(３ＧＰＰ ＴＳ ３６.３３１参照)により指示されたＴＤＤ ＵＬ／ＤＬ設定のＤｗＰＴＳを含むサブフレーム及び下りリンクサブフレームの全てのサービングセルに対する和集合(ｕｎｉｏｎ)を示し、そうではないと、これはＳｐＣｅｌｌがｔｄｄ−Ｃｏｎｆｉｇにより指示されたＴＤＤ ＵＬ／ＤＬ設定のＤｗＰＴＳを含むサブフレーム又は下りリンクサブフレームで設定されたサブフレームを示す。
【０１４１】
ＮＢ−ＩｏＴの場合、ＤＬ及びＵＬ送信は並列にスケジューリングされない。即ち、ＤＬ送信がスケジューリングされると、ＤＬ ＨＡＲＱプロセスが満了するまでＵＬ送信はスケジューリングされない(逆の場合も可能)。
【０１４２】
図１０は１つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。
【０１４３】
３ＧＰＰ ＬＴＥリリース１３(以下、３ＧＰＰ ＬＴＥ Ｒｅｌ−１３)において、ＮＢ−ＩｏＴ ＵＥはただ１つのＨＡＲＱプロセスを支援できる。３ＧＰＰ ＬＴＥ Ｒｅｌ−１３において、ＤＬ又はＵＬ送信がＰＤＣＣＨ上で指示されるたびにｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは中止される。即ち、ＵＥが送信(ＤＬ、ＵＬ)により指示されたＰＤＣＣＨを受信すると、ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ及びｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを中止する。しかし、３ＧＰＰ ＬＴＥリリース１３において、ＤＬ送信がＰＤＣＣＨ上で指示されると、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒのみが中止される。ＵＥがＤＬデータのＮＡＣＫを送信後、ＵＬグラント(例えば、図１０のＰＵＳＣＨ新しい送信を示すＰＤＣＣＨ)を受信すると、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは中止するが、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは相変わらず駆動する。ＮＢ−ＩｏＴの場合、これは、ＮＢ−ＩｏＴとしてのＵＥがハーフデュプレックス動作のみを支援するので、(図１０の
0006840857.tif 000002
によりマーキングされた期間の間に)ＵＥの電力を無駄に消費することになる。
【０１４４】
最近、２つのＨＡＲＱプロセスを支援するＮＢ−ＩｏＴ ＵＥを許容することが論議されている。この場合、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの中止条件は以下のように変更できる。ＵＥがＵＬ送信により指示されたＰＤＣＣＨを受信すると、該当ＨＡＲＱプロセスについてｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが中止される。ＵＥがＤＬ送信により指示されたＰＤＣＣＨを受信すると、全てのＵＬ ＨＡＲＱプロセスに対するｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが中止される。
【０１４５】
しかし、３ＧＰＰ ＬＴＥ Ｒｅｌ−１３ＵＥのように、ＤＬ送信がＰＤＣＣＨ上で指示される時、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒのみが中止される。
【０１４６】
図１１は２つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。
【０１４７】
図１１において、２つのＨＡＲＱプロセス(ＨＡＲＱ＃１及びＨＡＲＱ＃２)に対するＤＬ送信に失敗し、該当ＨＡＲＱ ＲＴＴタイマが満了した後、ＵＥがＨＡＲＱ＃１に対するＵＬグラントを受信し、ＨＡＲＱ＃２に対するＵＬグラントを受信したと仮定する。また、第２ＨＡＲＱプロセス(ＨＡＲＱ＃２)に対するＨＡＲＱ ＲＴＴタイマが満了した後、ＵＥが第１ＨＡＲＱプロセス(ＨＡＲＱ＃１)に対するＵＬグラントを受信したと仮定する。この場合、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは上位階層(例えば、ＲＲＣ階層)により設定された値として相変わらず駆動している。ＮＢ−ＩｏＴの場合、ＮＢ−ＩｏＴとしてのＵＥはハーフデュプレックス動作のみを支援するので、これは(図１１において
0006840857.tif 000003
によりマーキングされた期間の間に)無駄にＵＥの電力を消費することになる。
【０１４８】
ＵＥの電力が無駄に消費されることを防止するために、本発明ではＵＥがＵＬ ＨＡＲＱプロセスを使用してＰＵＳＣＨ送信を指示するＰＤＣＣＨを受信するか、又はＵＬグラントがＵＬ ＨＡＲＱプロセスについて設定されていると、ＵＥは全てのＤＬ ＨＡＲＱプロセスについて駆動中である場合、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止することを提案する。ＰＵＳＣＨ送信を示すＰＤＣＣＨが時点(例えば、サブフレーム、スロット、ミニスロット、シンボル、ミリ秒又は秒)内に受信されるか又はＵＬグラントがこの時点について設定されていると、ＵＥはその時点に全てのＤＬ ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止する。ＰＵＳＣＨ送信は新しい送信又は再送信であることができる。ＨＡＲＱプロセスは非同期ＨＡＲＱプロセスであることができる。
【０１４９】
本発明において、例えば、ＵＥは以下のように動作できる。ＵＥはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを含むＤＲＸ設定を有して設定される。ＵＥはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが駆動している間にＰＤＣＣＨをモニタする。ＵＥはＤＬ ＨＡＲＱプロセス上のＰＤＳＣＨ新しい送信を指示するＰＤＣＣＨを受信する。ＵＥはＰＤＣＣＨにより指示されたＤＬ ＨＡＲＱプロセスを使用してＰＤＳＣＨ新しい送信を受信する。ＰＤＳＣＨ新しい送信を受信した後、ＵＥは次のＰＤＳＣＨ新しい送信を受信するために使用されるＤＬ ＨＡＲＱプロセスに対するＨＡＲＱ ＲＴＴタイマを開始する。ＵＥはＨＡＲＱ ＲＴＴタイマが満了する時、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始する。ｄｒｘ−ＲｅｔｒａｎｓｉｍｓｓｉｏｎＴｉｍｅｒが駆動している間にＵＥはＰＤＣＣＨをモニタする。ＵＥがＰＵＳＣＨ送信を指示するＰＤＣＣＨを受信すると、ＵＥはｄｒｘ−ＲｅｔｒａｎｓｉｍｓｓｉｏｎＴｉｍｅｒを中止する。ＵＥが他のＤＲＸ関連タイマによるアクティブ時間になるまでＵＥはＰＤＣＣＨをモニタしない。ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒはＤＬ再送信が受信されるまでの連続するＰＤＣＣＨ−サブフレームの最大数を指定する。ＨＡＲＱ ＲＴＴタイマはＨＡＲＱ再送信に対するＤＬ割り当てがＭＡＣエンティティーにより期待される前にサブフレームの最小量を指定する。 
【０１５０】
本発明の一例において、ＰＤＣＣＨはＰＤＣＣＨ、ＥＰＤＣＣＨ、Ｒ−ＰＤＣＣＨ、ＭＰＤＣＣＨ又はＮＰＤＣＣＨであり、ＰＤＳＣＨはＰＤＳＣＨ又はＮＰＤＳＣＨであり、ＰＵＳＣＨはＰＵＳＣＨ又はＮＰＵＳＣＨである。
【０１５１】
本発明はＵＥがただ１つ又は２つのＨＡＲＱプロセスを支援することについて説明するが、また本発明はＵＥがハーフデュプレックスモードのみを支援すると、２より多いＨＡＲＱプロセスを支援することに適用されることができる。
【０１５２】
図１２は本発明による１つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。
【０１５３】
図１２を参照すると、１つのＨＡＲＱプロセスのみを支援するＵＥ内のｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは以下のような手順により中止できる。
【０１５４】
＞Ｓ１２０１．ＤＲＸが設定されたＵＥはＰＤＣＣＨ新しい送信を示すＰＤＣＣＨを受信する。
【０１５５】
＞Ｓ１２０２．ＰＤＳＣＨ新しい送信を示すＰＤＣＣＨを受信後、ＵＥはＰＤＣＣＨにより指示されたＤＬ ＨＡＲＱプロセス及びスケジューリング遅延を使用してＰＤＳＣＨ新しい送信(ＰＤＳＣＨ ｎｅｗ ｔｒａｎｓｍｉｓｓｉｏｎ)を受信する。
【０１５６】
＞Ｓ１２０３．ＰＤＳＣＨ新しい送信を受信後、ＵＥはＰＤＳＣＨ新しい送信の最後の繰り返しを含むサブフレームでＤＬ ＨＡＲＱプロセスに対するＨＡＲＱ ＲＴＴタイマを開始する。
【０１５７】
＞Ｓ１２０４．ＰＤＳＣＨ新しい送信が成功的に復号されないと、ＵＥはＰＤＣＣＨで指示されたＨＡＲＱ−ＡＣＫリソースによってＰＵＳＣＨ上でＮＡＣＫを送信する。
【０１５８】
＞Ｓ１２０５．ＨＡＲＱ ＲＴＴタイマが満了すると、ＵＥはＤＬ ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する。
【０１５９】
＞Ｓ１２０６．ＵＥがＰＵＳＣＨ新しい送信を指示するＰＤＣＣＨを受信すると、ＵＥはＤＬ ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止する。
【０１６０】
＞Ｓ１２０７．ＵＥはＰＵＳＣＨ新しい送信を示すＰＤＣＣＨによってＰＵＳＣＨ新しい送信を送信する。
【０１６１】
ＮＢ−ＩｏＴ ＵＥがハーフデュプレックスモードのみを支援できるので、ＰＤＣＣＨとＰＵＳＣＨの間のサブフレームの間にＰＤＣＣＨをモニタしない。ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの従来の動作とは異なり、本発明では図１２において
0006840857.tif 000004
によりマーキングされたデュレーション内でハーフデュプレックスＵＥに対する電力をさらに節約することができる。
【０１６２】
図１３は本発明による２つのＨＡＲＱプロセスを支援するＵＥにおけるＤＲＸタイマの動作を示す図である。２つのＨＡＲＱプロセスを支援するＵＥはＮＢ−ＩｏＴ ＵＥであることができる。
【０１６３】
＞Ｓ１３０１．ＤＲＸが設定されたＵＥはＤＬ ＨＡＲＱプロセス＃１(ＨＡＲＱ＃１)に対するＰＤＳＣＨ新しい送信を示すＰＤＣＣＨを受信する。ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する。
【０１６４】
＞Ｓ１３０２。ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが駆動中である時、ＤＬ ＨＡＲＱプロセス＃２(ＨＡＲＱ＃２)に対するＰＤＳＣＨ新しい送信を示すＰＤＣＣＨを受信する。ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを再開始する。
【０１６５】
＞Ｓ１３０３．ＵＥはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了すると、ＤＲＸに進入する。
【０１６６】
＞Ｓ１３０４．ＤＬ ＨＡＲＱ＃１に対するＰＤＳＣＨ新しい送信を示すＰＤＣＣＨを受信後、ＵＥはＤＬ ＨＡＲＱ＃１に対するＰＤＣＣＨのスケジューリング遅延によってＤＬ ＨＡＲＱ＃１を使用してＰＤＳＣＨ新しい送信を受信する。
【０１６７】
＞Ｓ１３０５．ＤＬ ＨＡＲＱ＃１に対するＰＤＳＣＨ新しい送信を受信後、ＵＥはＤＬ ＨＡＲＱ＃１に対するＰＤＳＣＨ新しい送信の最後の繰り返しを含むサブフレームにおいてＤＬ ＨＡＲＱ＃１に対するＨＡＲＱ ＲＴＴタイマを開始する。
【０１６８】
＞Ｓ１３０６．ＤＬ ＨＡＲＱ＃２に対するＰＤＳＣＨ新しい送信を示すＰＤＣＣＨを受信後、ＵＥはＤＬ ＨＡＲＱ＃２に対するＰＤＣＣＨのスケジューリング遅延によってＤＬ ＨＡＲＱ＃２を使用したＰＤＳＣＨ新しい送信を受信する。
【０１６９】
＞Ｓ１３０７．ＤＬ ＨＡＲＱ＃２に対するＰＤＳＣＨ新しい送信を受信後、ＵＥはＤＬ ＨＡＲＱ＃２に対するＰＤＳＣＨ新しい送信の最後の繰り返しを含むサブフレームにおいてＤＬ ＨＡＲＱ＃２に対するＨＡＲＱ ＲＴＴタイマを開始する。
【０１７０】
＞Ｓ１３０８．ＤＬ ＨＡＲＱ＃１に対するＰＤＳＣＨ新しい送信が成功的に復号されないと、ＵＥはＤＬ ＨＡＲＱ＃１に対するＨＡＲＱ−ＡＣＫリソースによってＤＬ ＨＡＲＱ＃１に対するＰＵＳＣＨ上でＮＡＣＫを送信する。
【０１７１】
＞Ｓ１３０９．ＤＬ ＨＡＲＱ＃２に対するＰＤＳＣＨ新しい送信が成功的に復号されないと、ＵＥはＤＬ ＨＡＲＱ＃２に対するＰＤＣＣＨにおいてＨＡＲＱ−ＡＣＫリソースによってＤＬ ＨＡＲＱ＃２に対するＰＵＳＣＨ上でＮＡＣＫを送信する。
【０１７２】
＞Ｓ１３１０．ＤＬ ＨＡＲＱ＃１に対するＨＡＲＱ ＲＴＴタイマが満了すると、ＵＥはＤＬ ＨＡＲＱ＃１に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始する。
【０１７３】
＞Ｓ１３１１．ＤＬ ＨＡＲＱ＃２に対するＨＡＲＱ ＲＴＴタイマが満了すると、ＵＥはＤＬ ＨＡＲＱ＃２に対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを再開始する。
【０１７４】
＞Ｓ１３１２．ＵＥが任意のＵＬ ＨＡＲＱプロセスに対するＰＵＳＣＨ新しい送信を示すＰＤＣＣＨを受信すると、ＵＥは全てのＤＬ ＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒsを中止し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを再開始する。
【０１７５】
＞Ｓ１３１３．ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了すると、ＵＥがＤＲＸに進入する。
【０１７６】
＞Ｓ１３１４．ＵＥはＵＬ ＨＡＲＱ＃１に対するＰＵＳＣＨ新しい送信を示すＰＤＣＣＨによりＵＬ ＨＡＲＱ＃１に対するＰＵＳＣＨ新しい送信を送信する。
【０１７７】
＞Ｓ１３１５．ＵＥはＵＬ ＨＡＲＱ＃２に対するＰＵＳＣＨ新しい送信を示すＰＤＣＣＨによりＵＬ ＨＡＲＱ＃２に対するＰＵＳＣＨ新しい送信を送信する。
【０１７８】
ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの従来の動作とは異なり、本発明では図１３において
0006840857.tif 000005
によりマーキングされたデュレーションでハーフデュプレックスＵＥに対する電力をさらに節約することができる。
【０１７９】
図１４は、本発明を実行する送信装置１００及び受信装置２００の構成要素を示すブロック図である。
【０１８０】
送信装置１００及び受信装置２００は、情報及び／又はデータ、信号、メッセージなどを搬送する無線信号を送信又は受信できる無線周波数(ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ、ＲＦ)１３，２３と、無線通信システムにおける通信と関連した各種情報を記憶するメモリ１２，２２と、上記ＲＦユニット１３，２３及びメモリ１２，２２などの構成要素と動作的に連結され、上記構成要素を制御して該当装置が前述した本発明の実施例の少なくとも１つを行うようにメモリ１２，２２及び／又はＲＦユニット１３，２３を制御するように構成された(ｃｏｎｆｉｇｕｒｅｄ)プロセッサ１１，２１とをそれぞれ備える。
【０１８１】
メモリ１２，２２は、プロセッサ１１，２１の処理及び制御のためのプログラムを格納することができ、入／出力される情報を臨時記憶することができる。メモリ１２，２２をバッファーとして活用することができる。
【０１８２】
プロセッサ１１，２１は、通常、送信装置又は受信装置内の各種モジュールの全般的な動作を制御する。特に、プロセッサ１１，２１は、本発明を実行するための各種の制御機能を実行することができる。プロセッサ１１，２１は、コントローラ(ｃｏｎｔｒｏｌｌｅｒ)、マイクロコントローラ(ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ)、マイクロプロセッサ(ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ)、マイクロコンピュータ(ｍｉｃｒｏｃｏｍｐｕｔｅｒ)などと呼ぶこともできる。プロセッサ１１，２１は、ハードウェア(ｈａｒｄｗａｒｅ)、ファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア、又はそれらの結合によって具現することができる。ハードウェアを用いて本発明を具現する場合には、本発明を実行するように構成されたＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ)などをプロセッサ１１，２１に具備することができる。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合には、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアを構成することができ、本発明を実行するように構成されたファームウェア又はソフトウェアは、プロセッサ１１，２１内に設けられてもよく、メモリ１２，２２に記憶されてプロセッサ１１，２１によって駆動されてもよい。
【０１８３】
送信装置１００のプロセッサ１１は、プロセッサ１１又はプロセッサ１１と接続されたスケジューラからスケジュールされて外部に送信される信号及び／又はデータに対して所定のコーディング(ｃｏｄｉｎｇ)及び変調(ｍｏｄｕｌａｔｉｏｎ)を行った後にＲＦユニット１３に送信する。例えば、プロセッサ１１は、送信しようとするデータ列を逆多重化及びチャネルコーディング、スクランブリング、変調過程などを経てＫ個のレイヤに変換する。コーディングされたデータ列はコードワードとも呼ばれ、ＭＡＣ層の提供するデータブロックである輸送ブロックと等価である。１つの輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)は１つのコードワードにコーディングされ、各コードワードは、１つ以上のレイヤの形態で受信装置に送信される。周波数アップコンバートのためにＲＦユニット１３はオシレーター(ｏｓｃｉｌｌａｔｏｒ)を備えることができる。ＲＦユニット１３は、Ｎｔ個(Ｎｔは１以上の正の整数)の送信アンテナを有することができる。
【０１８４】
受信装置２００の信号処理過程は、送信装置１００の信号処理過程の逆に構成される。プロセッサ２１の制御下に、受信装置２００のＲＦユニット２３は送信装置１００によって送信された無線信号を受信する。ＲＦユニット２３はＮｒ個の受信アンテナを有することができ、ＲＦユニット２３は、受信アンテナで受信した信号のそれぞれを周波数ダウンコンバート(ｆｒｅｑｕｅｎｃｙ ｄｏｗｎ−ｃｏｎｖｅｒｔ)して基底帯域信号に復元する。ＲＦユニット２３は、周波数ダウンコンバートのためにオシレーターを備えることができる。プロセッサ２１は、受信アンテナで受信した無線信号に対する復号(ｄｅｃｏｄｉｎｇ)及び復調(ｄｅｍｏｄｕｌａｔｉｏｎ)を行い、送信装置１００が本来送信しようとしたデータを復元することができる。
【０１８５】
ＲＦユニット１３，２３は、１つ以上のアンテナを具備する。アンテナは、プロセッサ１１，２１の制御下に、本発明の一実施例によって、ＲＦユニット１３，２３によって処理された信号を外部に送信したり、外部から無線信号を受信してＲＦユニット１３，２３に伝達する機能を果たす。アンテナは、アンテナポートとも呼ばれる。各アンテナは、１つの物理アンテナに該当してもよく、１つよりも多い物理アンテナ要素(ｅｌｅｍｅｎｔ)の組合せによって構成されてもよい。各アンテナから送信された信号は、受信装置２００でそれ以上分解することができない。該当アンテナに対応して送信された参照信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)は、受信装置２００の観点で見たアンテナを定義し、チャネルが１つの物理アンテナからの単一(ｓｉｎｇｌｅ)無線チャネルか或いは上記アンテナを含む複数の物理アンテナ要素(ｅｌｅｍｅｎｔ)からの合成(ｃｏｍｐｏｓｉｔｅ)チャネルかに関係なく、上記受信装置２００にとって上記アンテナに対するチャネル推定を可能にする。即ち、アンテナは、上記アンテナ上のシンボルを伝達するチャネルが、上記同一アンテナ上の他のシンボルが伝達される上記チャネルから導出されうるように定義される。複数のアンテナを用いてデータを送受信する多重入出力(Ｍｕｌｔｉ−Ｉｎｐｕｔ Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ)機能を支援するＲＦユニットの場合は、２個以上のアンテナと接続することができる。
【０１８６】
本発明の実施例において、ＵＥは、上りリンクでは送信装置１００として動作し、下りリンクでは受信装置２００として動作する。本発明の実施例において、ｅＮＢは上りリンクでは受信装置２００として動作し、下りリンクでは送信装置１００として動作する。以下、ＵＥに具備されたプロセッサ、ＲＦユニット及びメモリを、ＵＥプロセッサ、ＵＥ ＲＦユニット及びＵＥメモリとそれぞれ称し、ｅＮＢに具備されたプロセッサ、ＲＦユニット及びメモリを、ｅＮＢプロセッサ、ｅＮＢ ＲＦユニット及びｅＮＢメモリとそれぞれ称する。
【０１８７】
ＵＥプロセッサはＵＥのＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマを開始する。ＵＥプロセッサはＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマが駆動していう間、ＰＤＣＣＨをモニタする。上りリンク(ＵＬ)の送信を示すＰＤＣＣＨを受信すると、ＵＥプロセッサはＤＬ ＨＡＲＱに対するＤＬ ＤＲＸ再送信タイマを中止する。多数のＤＬ ＨＡＲＱプロセスに対して駆動している多数のＤＬ ＤＲＸ再送信タイマがあると、ＵＥプロセッサはＵＬ送信を示すＰＤＣＣＨを受信すると、多数のＤＬ ＨＡＲＱプロセスに対して駆動しているＤＬ ＤＲＸ再送信タイマを全て中止する。ＵＬ ＨＡＲＱプロセスについて設定されたＵＬグラントがあれば、ＵＥプロセッサはＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマを中止する。ＵＥはハーフデュプレックスで動作するＵＥであることができる。ＵＥは(ＮＢ−ＩｏＴ)ＵＥであることができる。ＵＬ送信を示すＰＤＣＣＨを受信すると、ＤＬ ＨＡＲＱプロセスに対するＤＬ送信を示すＰＤＣＣＨを受信しなくても、ＵＥプロセッサはＤＬ ＨＡＲＱプロセスに対するＤＬ ＤＲＸ再送信タイマを中止する。ＵＥプロセッサはＵＥ ＲＦユニットがＤＬ ＤＲＸ再送信タイマに対する値を含むＤＲＸ設定情報を受信するように制御する。ＵＥプロセッサはＵＥ ＲＦユニットがＵＬ送信を送信するように制御する。
【０１８８】
上述したように開示された本発明の好適な実施例に関する詳細な説明は、当業者が本発明を具現して実施できるように提供された。上記では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者にとっては、添付の特許請求の範囲に記載された本発明を様々に修正及び変更させることができるということは明らかである。従って、本発明は、ここに開示された実施の形態に制限しようとするものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を与えようとするものである。
【産業上の利用可能性】
【０１８９】
本発明の実施例は、無線通信システムにおいて、ネットワークノード(例えば、ＢＳ)又はユーザ機器、その他の装備に用いることができる。
【図１】
0006840857.tif 000006
【図２】
0006840857.tif 000007
【図３】
0006840857.tif 000008
【図４】
0006840857.tif 000009
【図５】
0006840857.tif 000010
【図６】
0006840857.tif 000011
【図７】
0006840857.tif 000012
【図８】
0006840857.tif 000013
【図９】
0006840857.tif 000014
【図１０】
0006840857.tif 000015
【図１１】
0006840857.tif 000016
【図１２】
0006840857.tif 000017
【図１３】
0006840857.tif 000018
【図１４】
0006840857.tif 000019