JP6199490B2

JP6199490B2 - Ｍｔｃのための信号送信方法及びそのための装置

Info

Publication number: JP6199490B2
Application number: JP2016527933A
Authority: JP
Inventors: ソクチェルヤン，; ユンジュンイ，; ヒャンスンユ，; ジョンキアン，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2013-07-16
Filing date: 2014-07-16
Publication date: 2017-09-20
Anticipated expiration: 2034-07-16
Also published as: JP2016529793A; DE112014002950B4; DE112014002950T5; WO2015009063A1; GB201522804D0; CN105393599B; US20160150462A1; CN105393599A; GB2529984A; KR20160032024A; US10142914B2

Description

本発明は、無線通信システムにおいて信号送信方法及びそのための装置に関する。より具体的に、本発明は、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）のための信号送信方法、シグナリング方法及びそのための装置に関する。

無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して複数のユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムなどがある。無線通信システムにおいて、端末は、基地局から下りリンク（ｄｏｗｎｌｉｎｋ；ＤＬ）で情報を受信することができ、上りリンク（ｕｐｌｉｎｋ；ＵＬ）で基地局に情報を送信することができる。端末の送信又は受信する情報にはデータ及び種々の制御情報があり、端末が送信又は受信する情報の種類及び用途によって様々な物理チャネルが存在する。

本発明の目的は、無線通信システムにおいて効率的な信号送信／処理方法及びそのための装置を提供することにある。具体的に、本発明の目的は、ＭＴＣのための効率的な信号送信／処理方法、シグナリング方法及びそのための装置を提供することにある。

本発明で遂げようとする技術的課題は、以上に言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

本発明の一様相として、無線通信システムにおいて端末がネットワーク接続を制御する方法であって、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信するステップと、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うステップとを有し、前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ（ＬｏｗＣｏｓｔ）ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）タイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、前記制御情報がネットワーク接続を許容せず、前記端末がＬＣＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる方法が提供される。

本発明の他の様相として、無線通信システムに用いられる端末であって、ＲＦ（Ｒａｄｉｏ周波数）ユニットと、プロセッサとを備え、前記プロセッサは、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信し、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うように構成され、前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣＵＥタイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、前記制御情報がネットワーク接続を許容せず、前記端末がＬＣＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる端末が提供される。

好適には、前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示すことができる。

好適には、前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含むことができる。

好適には、前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含むことができる。

好適には、前記システム情報は、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含むことができる。

好適には、前記システム情報は、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信されてもよい。
本発明はさらに、例えば、以下を提供する。
（項目１）
無線通信システムにおいて端末がネットワーク接続を制御する方法であって、
ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信するステップと、
前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うステップと、
を有し、
前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣＵＥ（ＬｏｗＣｏｓｔＵｓｅｒＥｑｕｉｐｍｅｎｔ）タイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、
前記制御情報がネットワーク接続を許容せず、前記端末がＬＣＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる、方法。
（項目２）
前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示す、上記項目に記載の方法。
（項目３）
前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含む、上記項目のいずれかに記載の方法。
（項目４）
前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含む、上記項目のいずれかに記載の方法。
（項目５）
前記システム情報は、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含む、上記項目のいずれかに記載の方法。
（項目６）
前記システム情報は、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信される、上記項目のいずれかに記載の方法。
（項目７）
無線通信システムに用いられる端末であって、
ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと、
を備え、
前記プロセッサは、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信し、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うように構成され、
前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣＵＥタイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、
前記制御情報がネットワーク接続を許容せず、前記端末がＬＣＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる、端末。
（項目８）
前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示す、上記項目のいずれかに記載の端末。
（項目９）
前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含む、上記項目のいずれかに記載の端末。
（項目１０）
前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含む、上記項目のいずれかに記載の端末。
（項目１１）
前記システム情報は、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含む、上記項目のいずれかに記載の端末。
（項目１２）
前記システム情報は、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信される、上記項目のいずれかに記載の端末。

本発明の実施例によれば、無線通信システムにおいて効率的に信号を送信／処理することができる。具体的に、ＭＴＣのために効率的に信号送信／処理方法、シグナリング方法を提供することができる。

本発明から得られる効果は以上に言及した効果に制限されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者にとって明らかになるであろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。

図１は、ＬＴＥ（−Ａ）システムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を例示する図である。

図２は、ＬＴＥ（−Ａ）システムに用いられる無線フレームの構造を例示する図である。

図３は、スロットのリソースグリッドを例示する図である。

図４は、下りリンクサブフレーム（ｓｕｂｆｒａｍｅ、ＳＦ）の構造を例示する図である。

図５は、サブフレームにＥ−ＰＤＣＣＨ（ＥｎｈａｎｃｅｄＰＤＣＣＨ）を割り当てる例を示す図である。

図６は、上りリンクサブフレームの構造を例示する図である。

図７は、ＰＵＣＣＨフォーマットをＰＵＣＣＨ領域に物理的にマップする例を示す図である。

図８は、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）過程を例示する図である。

図９は、ＰＵＣＣＨフォーマット１ａ／１ｂのスロットレベル構造を示す図である。

図１０は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。

図１１は、ランダムアクセス過程（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ）を示す図である。

図１２は、本発明に係る、縮小した受信ＢＷ（Ｂａｎｄｗｉｄｔｈ）を例示する図である。

図１３は、本発明に係るネットワーク接続過程を例示する図である。

図１４は、本発明の一実施例に係る基地局及び端末のブロック図である。

添付の図面を参照して説明する本発明の実施例から、本発明の構成、作用及び別の特徴を容易に理解することができる。本発明の実施例は、ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＦＤＭＡ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＴＤＭＡ（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＭＣ−ＦＤＭＡ（Ｍｕｌｔｉ−ＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）のような様々な無線接続技術に用いることができる。ＣＤＭＡは、ＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭ（登録商標）Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｅ−ＵＴＲＡ（ＥｖｏｌｖｅｄＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ＥｖｏｌｖｅｄＵＭＴＳ）の一部である。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰＬＴＥの進展したバージョンである。

以下の実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用される場合を中心に説明するが、これは例示に過ぎず、本発明がこれに制限されることはない。

本発明ではＬＴＥ−Ａに基づいて記述しているが、本発明の提案上の概念や提案方式及びそれらの実施例は、多重搬送波を用いる他のシステム（例、ＩＥＥＥ８０２．１６ｍシステム）のいずれにも適用可能である。

図１は、ＬＴＥ（−Ａ）システムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。

図１を参照すると、電源が消えた状態で電源が入ったり、新しくセルに進入した端末は、段階Ｓ１０１で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から１次同期チャネル（ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｐ−ＳＣＨ）及び２次同期チャネル（ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、端末は基地局から物理放送チャネル（ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ、ＰＢＣＨ）を受信してセル内放送情報（すなわち、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ））を取得することができる。一方、端末は初期セル探索段階で下りリンク参照信号（ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＤＬＲＳ）を受信して下りリンクチャネル状態を確認することができる。

初期セル探索を終えた端末は、段階Ｓ１０２で、物理下りリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ）及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＳＣＨ）を受信して、より具体的なシステム情報（すなわち、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ））を取得する。

その後、端末は基地局に接続を完了するために段階Ｓ１０３乃至段階Ｓ１０６のようなランダムアクセス過程（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は、物理ランダムアクセスチャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ）でプリアンブルを送信し（Ｓ１０３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４）。競合ベースランダムアクセスでは、物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ）送信（Ｓ１０５）、及びＰＤＣＣＨ及びこれに対応するＰＤＳＣＨ受信（Ｓ１０６）のような衝突解決手順（ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ）をさらに行う。

上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ１０７）及び物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＵＣＣＨ）送信（Ｓ１０８）を行うことができる。

図２には、ＬＴＥ（−Ａ）で用いられる無線フレーム（ｒａｄｉｏｆｒａｍｅ）の構造を例示する。３ＧＰＰＬＴＥでは、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）のためのタイプ１無線フレーム（ｒａｄｉｏｆｒａｍｅ）、及びＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）のためのタイプ２の無線フレームを支援する。

図２（ａ）は、タイプ１無線フレームの構造を例示する図である。ＦＤＤ無線フレームは、下りリンクサブフレーム（ｓｕｂｆｒａｍｅ、ＳＦ）のみから構成されたり、又は上りリンクサブフレームのみから構成される。無線フレームは１０個のサブフレームを含み、サブフレームは時間ドメイン（ｔｉｍｅｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）から構成される。サブフレームの長さは１ｍｓであり、スロットの長さは０．５ｍｓでよい。スロットは、時間領域で複数のＯＦＤＭシンボル（下りリンク）又はＳＣ−ＦＤＭＡシンボル（上りリンク）を含む。特に言及しない限り、本明細書ではＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを簡単にシンボル（以下、ｓｙｍ）と呼ぶものとする。

図２（ｂ）にはタイプ２無線フレームの構造を例示する。ＴＤＤ無線フレームは、２個のハーフフレーム（ｈａｌｆｆｒａｍｅ）から構成される。ハーフフレームは、４（５）個の一般サブフレーム及び１（０）個のスペシャル（ｓｐｅｃｉａｌ）サブフレームを含む。一般サブフレームは、ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−ＤｏｗｎｌｉｎｋＣｏｎｆｉｇｕｒａｔｉｏｎ）によって上りリンク又は下りリンクに用いられる。スペシャルサブフレームは、ＤｗＰＴＳ（ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）、ＧＰ（ＧｕａｒｄＰｅｒｉｏｄ）、ＵｐＰＴＳ（ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）を含む。ＤｗＰＴＳは、端末にとっての初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局にとってのチャネル推定及び端末の上りリンク送信同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。サブフレームは２個のスロットから構成される。

表１に、ＵＬ−ＤＬ構成に従う無線フレーム内サブフレーム構成を例示する。

ここで、Ｄは下りリンクサブフレームを表し、Ｕは上りリンクサブフレームを表し、Ｓはスペシャルサブフレームを表す。

図３は、スロットにおけるリソースグリッドを例示する図である。時間領域でスロットは複数のシンボル（例、ＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボル）、例えば、７個又は６個のシンボルを含む。周波数領域でスロットは複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＲＢ）を含み、ＲＢは１２個の副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。リソースグリッド上の各要素は、リソース要素（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ）と呼ばれる。ＲＥは、信号送信のための最小リソース単位であり、一つの変調シンボルがＲＥにマップされる。

図４は、下りリンクサブフレームの構造を例示する図である。サブフレームの一番目のスロットで先頭における最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。それ以外のＯＦＤＭシンボルは、共有チャネル（例、ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。制御チャネルの例には、ＰＣＦＩＣＨ（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌｈｙｂｒｉｄＡＲＱｉｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）などがある。

ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネル送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＣＦＩＣＨは４個のＲＥＧから構成され、それぞれのＲＥＧは、セルＩＤに基づいて制御領域に均等に分散される。ＰＣＦＩＣＨは、１〜３（又は２〜４）の値を示し、ＱＰＳＫ（ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ）で変調される。ＰＨＩＣＨは、上りリンク送信に対する応答としてＨＡＲＱＡＣＫ／ＮＡＣＫ信号を運ぶ。ＰＨＩＣＨ区間（ｄｕｒａｔｉｏｎ）によって設定された一つ以上のＯＦＤＭシンボルにおいてＣＲＳ及びＰＣＦＩＣＨ（最初のＯＦＤＭシンボル）以外のＲＥＧ上にＰＨＩＣＨが割り当てられる。ＰＨＩＣＨは、周波数ドメイン上で最大限に分散された３個のＲＥＧに割り当てられる。

ＰＤＣＣＨは、下りリンク共有チャネル（ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、ページングチャネル（ｐａｇｉｎｇｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割り当て情報、端末グループ中の各端末に対するＴｘ電力制御命令セット、Ｔｘ電力制御命令、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨを制御領域で送信可能である。端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌｃｈａｎｎｅｌｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するために用いられる論理的割り当てユニットである。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥの個数によって決定される。

表２に、ＰＤＣＣＨフォーマットに従うＣＣＥ個数、ＲＥＧ個数、ＰＤＣＣＨビット数を示す。

ＣＣＥは、連続して番号が付けられ、デコーディングプロセスを単純化するために、ｎＣＣＥｓから構成されたフォーマットを有するＰＤＣＣＨは、ｎの倍数と同じ数を有するＣＣＥでのみ開始可能である。特定ＰＤＣＣＨの送信のために用いられるＣＣＥの個数は、チャネル条件によって基地局で決定される。例えば、ＰＤＣＣＨが良好な下りリンクチャネルを有する（例、基地局に近接する）端末のためのものであれば、１つのＣＣＥでも十分であろう。しかし、悪いチャネルを有する（例、セル境界に近接する）端末に対しては、十分のロバスト（ｒｏｂｕｓｔｎｅｓｓ）を得るために８個のＣＣＥを用いることができる。また、ＰＤＣＣＨの電力レベルがチャネル条件に応じて調節されてもよい。

ＰＤＣＣＨで送信される制御情報をＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）と呼ぶ。様々なＤＣＩフォーマットが用途によって定義される。具体的に、上りリンクスケジューリングのためにＤＣＩフォーマット０、４（以下、ＵＬグラント）が定義され、下りリンクスケジューリングのためにＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ（以下、ＤＬグラント）が定義される。ＤＣＩフォーマットは、用途によって、ホッピングフラグ（ｈｏｐｐｉｎｇｆｌａｇ）、ＲＢ割り当て、ＭＣＳ（ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ）、ＲＶ（ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ）、ＮＤＩ（ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ）、ＴＰＣ（ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ）、サイクリックシフトＤＭ−ＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）、ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）要請、ＨＡＲＱプロセス番号、ＴＰＭＩ（ＴｒａｎｓｍｉｔｔｅｄＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ）、ＰＭＩ（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ）確認（ｃｏｎｆｉｒｍａｔｉｏｎ）などの情報を選択的に含む。

基地局は、端末に送信される制御情報によってＰＤＣＣＨフォーマットを決定し、制御情報にエラー検出のためのＣＲＣ（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者や用途によって識別子（例、ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ））でマスクされる。言い換えると、ＰＤＣＣＨは識別子（例、ＲＮＴＩ）でＣＲＣスクランブルされる。

表３に、ＰＤＣＣＨにマスクされる識別子を例示する。

Ｃ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ（ＴｅｍｐｏｒａｒｙＣ−ＲＮＴＩ）及びＳＰＳＣ−ＲＮＴＩ（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇＣ−ＲＮＴＩ）が用いられると、ＰＤＣＣＨは特定端末のための端末−特定制御情報を運び、そ例外のＲＮＴＩが用いられると、ＰＤＣＣＨはセル内り全端末のための共通制御情報を運ぶ。

ＬＴＥ（−Ａ）は、それぞれの端末のためにＰＤＣＣＨが位置し得る制限されたセットのＣＣＥ位置を定義する。端末が自身のＰＤＣＣＨを探すためにモニタリングすべき制限されたセットのＣＣＥ位置（すなわち、制限されたＣＣＥセット又は制限されたＰＤＣＣＨ候補セット）を、検索空間（ＳｅａｒｃｈＳｐａｃｅ、ＳＳ）と呼ぶことができる。ここで、モニタリングは、それぞれのＰＤＣＣＨ候補をデコードすることを含む（ブラインドデコーディング）。ＵＥ−特定検索空間（ＵＥ−ｓｐｅｃｉｆｉｃＳｅａｒｃｈＳｐａｃｅ、ＵＳＳ）及び共通検索空間（ＣｏｍｍｏｎＳｅａｒｃｈＳｐａｃｅ、ＣＳＳ）検索空間が定義される。ＵＳＳは端末別に設定され、ＣＳＳは各端末に対して同一に設定される。ＵＳＳ及びＣＳＳはオーバーラップされてもよい。ＵＳＳの開始位置は、端末−特定方式で各サブフレームでホップする。検索空間はＰＤＣＣＨフォーマットに従って別々のサイズを有することができる。

表４に、ＣＳＳ及びＵＳＳのサイズを示す。

ブラインドデコーディング（ＢｌｉｎｄＤｅｃｏｄｉｎｇ、ＢＤ）の総回数による計算負荷を統制するために、端末は定義された全てのＤＣＩフォーマットを同時に検索するように要求されない。一般に、ＵＳＳにおいて端末は常にフォーマット０と１Ａを検索する。フォーマット０と１Ａは同一サイズを有し、メッセージ中のフラグによって区別される。また、端末は追加フォーマットを受信するように要求されてもよい（例、基地局で設定されたＰＤＳＣＨ送信モードによって１、１Ｂ又は２）。ＣＳＳにおいて端末はフォーマット１Ａ及び１Ｃを検索する。また、端末はフォーマット３又は３Ａを検索するように設定されてもよい。フォーマット３及び３Ａは、フォーマット０及び１Ａと同じサイズを有し、端末−特定識別子よりは、異なる（共通）識別子でＣＲＣをスクランブルすることによって区別することができる。

送信モード（ＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ、ＴＭ）によるＰＤＳＣＨ送信技法と、ＤＣＩフォーマットの情報コンテンツを下記する。

送信モード

●送信モード１：単一基地局アンテナポートからの送信

●送信モード２：送信ダイバーシチ

●送信モード３：開−ループ空間多重化

●送信モード４：閉−ループ空間多重化

●送信モード５：多重−ユーザＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）

●送信モード６：閉−ループランク−１プリコーディング

●送信モード７：単一−アンテナポート（ポート５）送信

●送信モード８：二重レイヤ送信（ポート７及び８）又は単一−アンテナポート（ポート７又は８）送信

●送信モード９〜１０：最大８個のレイヤ送信（ポート７〜１４）又は単一−アンテナポート（ポート７又は８）送信

ＤＣＩフォーマット

●フォーマット０：ＰＵＳＣＨ送信のためのリソースグラント

●フォーマット１：単一コードワードＰＤＳＣＨ送信（送信モード１、２及び７）のためのリソース割り当て

●フォーマット１Ａ：単一コードワードＰＤＳＣＨ（全てのモード）のためのリソース割り当てのコンパクトシグナリング

●フォーマット１Ｂ：ランク−１閉−ループプリコーディングを用いるＰＤＳＣＨ（モード６）のためのコンパクトリソース割り当て

●フォーマット１Ｃ：ＰＤＳＣＨ（例、ページング／ブロードキャストシステム情報）のための非常にコンパクトなリソース割り当て

●フォーマット１Ｄ：多重−ユーザＭＩＭＯを用いるＰＤＳＣＨ（モード５）のためのコンパクトリソース割り当て

●フォーマット２：閉−ループＭＩＭＯ動作のＰＤＳＣＨ（モード４）のためのリソース割り当て

●フォーマット２Ａ：開−ループＭＩＭＯ動作のＰＤＳＣＨ（モード３）のためのリソース割り当て

●フォーマット３／３Ａ：ＰＵＣＣＨ及びＰＵＳＣＨのために２−ビット／１−ビット電力調整値を有する電力コントロールコマンド

●フォーマット４：多重−アンテナポート送信モードに設定されたセルでＰＵＳＣＨ送信のためのリソースグラント

ＤＣＩフォーマットは、ＴＭ−専用（ｄｅｄｉｃａｔｅｄ）フォーマットとＴＭ−共通（ｃｏｍｍｏｎ）フォーマットとに分類可能である。ＴＭ−専用フォーマットは、該当のＴＭにのみ設定されたＤＣＩフォーマットを意味し、ＴＭ−共通フォーマットは全てのＴＭに共通に設定されたＤＣＩフォーマットを意味する。例えば、ＴＭ８は、ＤＣＩフォーマット２ＢをＴＭ−専用ＤＣＩフォーマットとし、ＴＭ９は、ＤＣＩフォーマット２ＣをＴＭ−専用ＤＣＩフォーマットとし、ＴＭ１０は、ＤＣＩフォーマット２ＤをＴＭ−専用ＤＣＩフォーマットとすることができる。また、ＤＣＩフォーマット１ＡをＴＭ−共通ＤＣＩフォーマットとすることができる。

図５には、サブフレームにＥ−ＰＤＣＣＨを割り当てる例を示す。既存ＬＴＥシステムにおいてＰＤＣＣＨは制限されたＯＦＤＭシンボルで送信されるなどの限界がある。そこで、ＬＴＥ−Ａでは、より柔軟なスケジューリングのためにＥ−ＰＤＣＣＨ（ｅｎｈａｎｃｅｄＰＤＣＣＨ）を導入している。

図５を参照すると、制御領域（図４参照）には、既存ＬＴＥ（−Ａ）に基づくＰＤＣＣＨ（便宜上、ＬｅｇａｃｙＰＤＣＣＨ、Ｌ−ＰＤＣＣＨ）を割り当てることができる。Ｌ−ＰＤＣＣＨ領域はＬ−ＰＤＣＣＨを割り当て可能な領域を意味する。文脈によって、Ｌ−ＰＤＣＣＨ領域は、制御領域、制御領域内で実際にＰＤＣＣＨが割り当てられてもよい制御チャネルリソース領域（すなわち、ＣＣＥリソース）、又はＰＤＣＣＨ検索空間を意味することができる。一方、データ領域（図4参照）内にＰＤＣＣＨがさらに割り当てられてもよい。データ領域に割り当てられたＰＤＣＣＨをＥ−ＰＤＣＣＨと呼ぶ。図示のように、Ｅ−ＰＤＣＣＨを用いて制御チャネルリソースをさらに確保することによって、Ｌ−ＰＤＣＣＨ領域の制限された制御チャネルリソースによるスケジューリング制約を緩和することができる。データ領域においてＥ−ＰＤＣＣＨとＰＤＳＣＨはＦＤＭ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）方式で多重化される。

具体的に、Ｅ−ＰＤＣＣＨは、ＤＭ−ＲＳ（ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）に基ついで検出／復調することができる。Ｅ−ＰＤＣＣＨは時間軸上でＰＲＢ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ）ペア（ｐａｉｒ）にわたって送信される構造を有する。Ｅ−ＰＤＣＣＨベーススケジューリングが設定される場合、どのサブフレームでＥ−ＰＤＣＣＨ送信／検出を行うかを指定することができる。Ｅ−ＰＤＣＣＨは、ＵＳＳにのみ構成することができる。端末は、Ｅ−ＰＤＣＣＨ送信が許容されるように設定されたサブフレーム（以下、Ｅ−ＰＤＣＣＨサブフレーム）でＬ−ＰＤＣＣＨＣＳＳとＥ−ＰＤＣＣＨＵＳＳに対してのみＤＣＩ検出を試み、Ｅ−ＰＤＣＣＨ送信が許容されないように設定されたサブフレーム（すなわち、ノン−Ｅ−ＰＤＣＣＨサブフレーム）ではＬ−ＰＤＣＣＨＣＳＳとＬ−ＰＤＣＣＨＵＳＳに対してＤＣＩ検出を試みることができる。

Ｌ−ＰＤＣＣＨと同様に、Ｅ−ＰＤＣＣＨはＤＣＩを搬送する。例えば、Ｅ−ＰＤＣＣＨは、下りリンクスケジューリング情報、上りリンクスケジューリング情報を運ぶことができる。Ｅ−ＰＤＣＣＨ／ＰＤＳＣＨ過程及びＥ−ＰＤＣＣＨ／ＰＵＳＣＨ過程は、図１の段階Ｓ１０７及びＳ１０８を参照して説明した過程と同一／類似に行われる。すなわち、端末は、Ｅ−ＰＤＣＣＨを受信し、Ｅ−ＰＤＣＣＨに対応するＰＤＳＣＨを介してデータ／制御情報を受信することができる。また、端末は、Ｅ−ＰＤＣＣＨを受信し、Ｅ−ＰＤＣＣＨに対応するＰＵＳＣＨを介してデータ／制御情報を送信することができる。一方、既存のＬＴＥは、制御領域内にＰＤＣＣＨ候補領域（以下、ＰＤＣＣＨ検索空間）をあらかじめ予約し、その一部の領域で特定端末のＰＤＣＣＨを送信する方式を取っている。このため、端末は、ブラインドデコーディングを用いてＰＤＣＣＨ検索空間内で自身のＰＤＣＣＨをモニタリングすることができる。同様に、Ｅ−ＰＤＣＣＨも、事前予約されたリソースの一部又は全てにわたって送信されてもよい。

図６はＬＴＥで用いられる上りリンクサブフレームの構造を例示する。

図６を参照すると、上りリンクサブフレームは、複数（例、２個）のスロットを含む。スロットはＣＰ長によって異なる数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは、周波数領域においてデータ領域と制御領域と区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、上りリンク制御情報（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置しているＲＢ対（ＲＢｐａｉｒ）を含み、スロットを境界にホップする。

ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。

− ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−ＯｆｆＫｅｙｉｎｇ）方式で送信される。

− ＨＡＲＱ応答：ＰＤＳＣＨ上の下りリンクデータブロック（例、伝送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＴＢ）又はコードワード（ｃｏｄｅｗｏｒｄ、ＣＷ））に対する応答信号である。下りリンクデータブロックが成功的に受信されたか否かを示す。単一下りリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ１ビットが送信され、２つの下りリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ２ビットが送信される。ＨＡＲＱ応答は、ＨＡＲＱＡＣＫ／ＮＡＣＫ又はＨＡＲＱ−ＡＣＫと同じ意味で使われてもよい。

− ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）：下りリンクチャネルに対するフィードバック情報である。ＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ）−関連フィードバック情報は、ＲＩ（ＲａｎｋＩｎｄｉｃａｔｏｒ）及びＰＭＩ（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ）を含む。サブフレーム当たり２０ビットが用いられる。

端末がサブフレームで送信可能な制御情報（ＵＣＩ）の量は、制御情報の送信に使用可能なＳＣ−ＦＤＭＡの個数に依存する。制御情報の送信に使用可能なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信に用いられるＳＣ−ＦＤＭＡシンボル以外のＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）が設定されているサブフレームの場合、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除外される。参照信号は、ＰＵＣＣＨのコヒーレント検出に用いられる。ＰＵＣＣＨは、送信される情報によって７個のフォーマットを支援する。

表５に、ＬＴＥにおいてＰＵＣＣＨフォーマットとＵＣＩとのマッピング関係を示す。

図７には、ＰＵＣＣＨフォーマットをＰＵＣＣＨ領域に物理的にマップする例を示す。

図７を参照すると、ＰＵＣＣＨフォーマットは、バンド−エッジ（ｅｄｇｅ）から内側へ、ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）（例、ＰＵＣＣＨ領域ｍ＝０、１）、ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）又はＰＵＣＣＨフォーマット１／１ａ／１ｂ（ＳＲ／ＨＡＲＱＡＣＫ／ＮＡＣＫ）（例、存在する場合、ＰＵＣＣＨ領域ｍ＝２）、及びＰＵＣＣＨフォーマット１／１ａ／１ｂ（ＳＲ／ＨＡＲＱＡＣＫ／ＮＡＣＫ）（例、ＰＵＣＣＨ領域ｍ＝３，４，５）の順にＲＢ上にマップして送信される。ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）に利用可能なＰＵＣＣＨＲＢの個数

は、セル内でブロードキャストシグナリングによって端末に送信される。

図８は、ＨＡＲＱ過程を例示する図である。便宜上、ＴＤＤにおいてＤＬデータ（例、ＰＤＳＣＨ）に対する応答として上りリンクでＡＣＫ／ＮＡＣＫを送信する場合を例示する。

図８を参照すると、端末は、Ｍ個のＤＬサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）上で一つ以上のＰＤＳＣＨ信号を受信することができる（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）。ＦＤＤにおいてＭ＝１である。それぞれのＰＤＳＣＨ信号は送信モードによって１つ又は複数（例、２個）の伝送ブロック（ＴＢ）を送信する。また、図示してはいないが、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１でＳＰＳ解除（Ｓｅｍｉ−ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇｒｅｌｅａｓｅ）を指示するＰＤＣＣＨ信号も受信することができる。Ｍ個のＤＬＳＦにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在すると、端末はＡＣＫ／ＮＡＣＫを送信するための過程（例、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割り当てなど）を経て、Ｍ個のＤＬＳＦに対応する1つのＵＬＳＦでＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に対する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨで送信されるが、ＡＣＫ／ＮＡＣＫ送信時点にＰＵＳＣＨ送信があると、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨを介して送信されてもよい。ＡＣＫ／ＮＡＣＫ送信のために、表５に示す種々のＰＵＣＣＨフォーマットを用いることができる。また、ＰＵＣＣＨフォーマットで送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）、ＡＣＫ／ＮＡＣＫチャネル選択（ｃｈａｎｎｅｌｓｅｌｅｃｔｉｏｎ）などの方法を用いることができる。

上述したとおり、ＴＤＤでは、Ｍ個のＤＬＳＦで受信したデータに対するＡＣＫ／ＮＡＣＫが１つのＵＬＳＦで送信され（すなわち、ＭＤＬＳＦ（ｓ）：１ＵＬＳＦ）、それらの関係はＤＡＳＩ（ＤｏｗｎｌｉｎｋＡｓｓｏｃｉａｔｉｏｎＳｅｔＩｎｄｅｘ）によって与えられる。

表６には、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ_０，ｋ_１，…ｋ_Ｍ−１｝）を示す。表６は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームにとって自身と関連付いているＤＬサブフレームとの間隔を示す。具体的に、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ送信及び／又はＳＰＳ解除を示すＰＤＣＣＨがある場合、端末は、サブフレームｎでＡＣＫ／ＮＡＣＫを送信する。ＦＤＤにおいてｋ＝４である。

図９は、ＰＵＣＣＨフォーマット１ａ／１ｂのスロットレベル構造を示す。ＰＵＣＣＨフォーマット１ａ／１ｂは、ＡＣＫ／ＮＡＣＫ送信に用いられる。ノーマルＣＰの場合、ＳＣ−ＦＤＭＡ＃２／＃３／＃４がＤＭＲＳ送信に用いられる。拡張ＣＰの場合、ＳＣ−ＦＤＭＡ＃２／＃３がＤＭＲＳ送信に用いられる。したがって、スロットにおいて４個のＳＣ−ＦＤＭＡシンボルがＡＣＫ／ＮＡＣＫ送信に用いられる。便宜上、ＰＵＣＣＨフォーマット１ａ／１ｂをＰＵＣＣＨフォーマット１と総称する。

図９を参照すると、１ビット［ｂ（０）］及び２ビット［ｂ（０）ｂ（１）］ＡＣＫ／ＮＡＣＫ情報はそれぞれ、ＢＰＳＫ及びＱＰＳＫ変調方式によって変調され、１つのＡＣＫ／ＮＡＣＫ変調シンボルが生成される（ｄ_０）。ＡＣＫ／ＮＡＣＫ情報においてそれぞれのビット［ｂ（ｉ）、ｉ＝０，１」は、当該ＤＬ伝送ブロックに対するＨＡＲＱ応答を示し、ポジティブＡＣＫの場合は当該ビットが１と与えられ、ネガティブＡＣＫ（ＮＡＣＫ）の場合は当該ビットが０と与えられる。ＰＵＣＣＨフォーマット１ａ／１ｂは、周波数ドメインにおいてサイクリックシフト（α_ｃｓ，ｘ）を行う他、直交拡散コード（例、Ｗａｌｓｈ−Ｈａｄａｍａｒｄ又はＤＦＴコード）（ｗ_０，ｗ_１，ｗ_２，ｗ_３）を用いて時間ドメイン拡散をする。ＰＵＣＣＨフォーマット１ａ／１ｂの場合、周波数及び時間ドメインの両方でコード多重化が用いられるので、より多数の端末を同一ＰＵＣＣＨＲＢ上に多重化することができる。

図１０は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは、各端末にあらかじめ割り当てられておらず、複数のＰＵＣＣＨリソースをセル内の複数の端末が毎時点に分けて使用する。具体的に、端末がＡＣＫ／ＮＡＣＫを送信するために用いるＰＵＣＣＨリソースは、下りリンクデータに対するスケジューリング情報を運ぶＰＤＣＣＨに対応する。それぞれの下りリンクサブフレームでＰＤＣＣＨが送信される全体領域は複数のＣＣＥ（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ）で構成され、端末に送信されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。端末は、自身の受信したＰＤＣＣＨを構成するＣＣＥのうち特定ＣＣＥ（例、最初のＣＣＥ）に対応するＰＵＣＣＨリソースでＡＣＫ／ＮＡＣＫを送信する。例えば、図１０に示すように、４〜６番のＣＣＥで構成されたＰＤＣＣＨを介してＰＤＳＣＨに関する情報が伝達されるとすれば、端末は、ＰＤＣＣＨを構成する最初のＣＣＥである４番ＣＣＥに対応する４番ＰＵＣＣＨでＡＣＫ／ＮＡＣＫを送信する。図１０は、ＤＬＣＣに最大Ｎ個のＣＣＥが存在するとき、ＵＬＣＣに最大Ｍ個のＰＵＣＣＨが存在する場合を例示している。Ｎ＝Ｍであってもよいが、Ｍ値とＮ値を異なるように設計し、ＣＣＥとＰＵＣＣＨとのマッピングが重なるようにしてもよい。

具体的に、ＬＴＥシステムにおいてＰＵＣＣＨリソースインデックスは次のように定められる。

ここで、ｎ^(１) _{ＰＵＣＣＨ}は、ＡＣＫ／ＮＡＣＫ／ＤＴＸを送信するためのＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスを表し、Ｎ^(１) _{ＰＵＣＣＨ}は、上位層から伝達されたシグナリング値を表し、ｎ_ＣＣＥは、ＰＤＣＣＨ送信に用いられたＣＣＥインデックスのうちの最小値を表す。ｎ^(１) _{ＰＵＣＣＨ}からＰＵＣＣＨフォーマット１ａ／１ｂのためのサイクリックシフト、直交拡散コード及びＰＲＢが得られる。

図１１には、ランダムアクセス過程（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ）を示す。ランダムアクセス過程は、上りで短い長さのデータを送信するために用いられる。例えば、ランダムアクセス過程は、ＲＲＣ＿ＩＤＬＥにおける初期接続、無線リンク失敗後の初期接続、ランダムアクセス過程を要求するハンドオーバー、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中にランダムアクセス過程が要求される上りリンク／下りリンクデータの発生時に行われる。ランダムアクセス過程は、衝突ベース（ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄ）と非衝突ベース（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄ）過程とに区別される。

図１１を参照すると、端末は、システム情報を用いて基地局からランダムアクセスに関する情報を受信して保存する。その後、ランダムアクセスが必要になると、端末は、ランダムアクセスプリアンブル（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｅａｍｂｌｅ（メッセージ１、Ｍｓｇ１）をＰＲＡＣＨで基地局に送信する（Ｓ８１０）。基地局が端末からランダムアクセスプリアンブルを受信すると、基地局は、ランダムアクセス応答メッセージ（メッセージ２、Ｍｓｇ２）を端末に送信する（Ｓ８２０）。具体的に、ランダムアクセス応答メッセージに関する下りリンクスケジューリング情報は、ＲＡ−ＲＮＴＩ（ＲａｎｄｏｍＡｃｃｅｓｓ−ＲＮＴＩ）でＣＲＣマスクされてＰＤＣＣＨを介して送信される。ＲＡ−ＲＮＴＩでマスクされた下りリンクスケジューリング信号を受信した端末は、ＰＤＳＣＨからランダムアクセス応答メッセージを受信することができる。その後、端末は、ランダムアクセス応答メッセージに、自身に指示されたランダムアクセス応答（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ、ＲＡＲ）があるか確認する。ＲＡＲは、タイミングアドバンス（ＴｉｍｉｎｇＡｄｖａｎｃｅ、ＴＡ）、上りリンクリソース割り当て情報（ＵＬグラント）、端末臨時識別子などを含む。端末はＵＬグラントに基づいてＵＬ−ＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）メッセージ（メッセージ３、Ｍｓｇ３）を基地局に送信する（Ｓ８３０）。基地局は、ＵＬ−ＳＣＨメッセージを受信した後、衝突解決（ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎ）メッセージ（メッセージ４、Ｍｓｇ４）を端末に送信する（Ｓ８４０）。

実施例：ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）のための信号送信／処理

ＬＴＥ−Ａの次期システムは、メーター検針、水位測定、監視カメラ活用、自動販売機の在庫報告などのデータ通信を中心にする低価／低仕様の端末を構成することを考慮している。このような端末を、便宜上、ＬＣＵＥタイプ（或いは、ＬＣタイプＵＥ、ＬＣＵＥ）と総称する。ＬＣＵＥタイプの場合、送信データ量が少なく、上りリンク／下りリンクデータ送受信がときおり発生するので、低いデータ送信率に合わせて端末の単価を下げるとともにバッテリー消耗を減らすことが効率的である。また、ＬＣＵＥタイプの場合、移動性が少なく、チャネル環境がほとんど変わらないという特性がある。将来、ＬＣＵＥタイプがビル、工場、地下室などのようにカバレッジ−制限（ｃｏｖｅｒａｇｅ−ｌｉｍｉｔｅｄ）の場所に設置される劣悪な状況を考慮して、それぞれのチャネル／信号別に様々なカバレッジ改善（ｅｎｈａｎｃｅｍｅｎｔ）技法が議論されている。一例として、ＭＴＣカバレッジを改善するためにチャネル／信号を反復送信する方法が議論されている。

一方、ＬＣＵＥタイプの低価／低仕様化のための技術として、受信アンテナ数の減少、最大ＴＢサイズの減少、受信バッファーサイズの減少などが考慮されている。ここで、受信バッファーサイズの減少は、端末の受信周波数区間／範囲を縮小（例、少数の特定ＲＢに限定）する形態として具現することができる。受信周波数区間／範囲は、端末が受信する周波数区間／範囲を表し、便宜上、受信ＢＷ（ｂａｎｄｗｉｄｔｈ）と呼ぶ。受信バッファーは、受信ＢＷ上の信号を受信及びバッファリングするために用いられ、受信した信号を関連制御チャネル（例、ＰＤＣＣＨ）の検出／受信／復号過程の間に或いは終了するまでバッファリングすることができる。

これと関連して、制御チャネル（例、ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ）の場合、制御チャネルを構成するリソース（例、ＲＥ／ＲＥＧ／ＣＣＥなど）がインターリービングなどによって全体システムＢＷ（ｂａｎｄｗｉｄｔｈ）に分散される。したがって、制御チャネルの場合、受信ＢＷの縮小が困難である。これと違い、データチャネル（例、ＰＤＳＣＨ）の場合、基地局のスケジューリングによって、データチャネルを構成するリソースが特定周波数リソース（例、ＲＢセット）に限定されてもよい。したがって、データチャネルの場合、受信ＢＷを縮小させることによって受信バッファーサイズを減少させることができる。便宜上、制御チャネルの受信に用いられる全体システムＢＷをＢｃ（例、Ｎ個ＲＢ）と定義する。また、Ｂｃ内でデータチャネル受信に用いられる縮小した受信ＢＷ（すなわち、データ（例、ＰＤＳＣＨ）受信ＢＷ）をＢｄ（例、Ｋ個ＲＢ）と定義する。

一方、ＭＴＣ応用分野の特性の上、将来、ＬＣＵＥタイプの数は非常に多くなると予想される。これに伴い、基地局／セルの観点で周波数効率（ｓｐｅｃｔｒａｌｅｆｆｉｃｉｅｎｃｙ）を勘案してＬＣＵＥタイプと一般（例、ｎｏｎ−ＬＣ−ＭＴＣ又はｎｏｎ−ＭＴＣ）端末を効率／安定的に支援／制御することが重要である。そのために、ＬＣＵＥタイプ別に異なるＢｄ（例、ＲＢセット）を指定する／割り当てることを考慮することができる。一方、特定システム共通情報（例、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ））は、全てのＬＣＵＥタイプ或いは全ての端末（一般端末も含む）が同時に検出／受信できるようにするために、特定ＢＷ（例、システムＢＷの中央に位置する少数の特定ＲＢ）に限って送信されてもよい。したがって、ＬＣＵＥタイプ観点で特定システム共通情報が送信されるリソースとデータチャネルが送信されるリソースは、周波数領域で物理的に全体或いは一部がオーバーラップしたりオーバーラップしないように構成されてもよい。便宜上、Ｂｃ内で特定システム共通情報の受信に用いられる縮小した受信ＢＷ（すなわち、システム共通情報（例、ＳＩＢ）受信ＢＷ）をＢｓ（例、Ｍ個ＲＢ）と定義する。ここで、Ｂｓ及びＭはそれぞれ、Ｂｄ及びＫと同じ値を有することができ、Ｂｃ内でＢｓとＢｄの位置は物理的に同一であってもよく異なってもよい。一例として、Ｂｓ及び／又はＢｄは１．４ＭＨｚであり、Ｍ及び／又はＫは６であってもよい。以下、縮小した受信ＢＷはＢｄ及びＢｓをすべて含み、文脈によって、Ｂｄ又はＢｓを意味するものと解釈することができる。

図１２に、システムＢＷ（例、Ｂｃ）及び縮小した受信ＢＷ（例、Ｂｄ及びＢｓ）を示す。図１２は、Ｎ＝１００、Ｍ＝Ｋ＝６であり、Ｂｓはセルセンター（すなわち、ｃｅｎｔｅｒｃａｒｒｉｅｒ、ｆｃ）に位置した６ＲＢで構成され、ＢｄはＢｓとオーバーラップしないように構成される場合を例示している。この場合、ＬＣＵＥタイプは、一般ＳＦではＢｄでのみデータ（例、ＰＤＳＣＨ）受信及びバッファリング動作を行うが、特定システム共通情報（例、ＳＩＢ）がスケジューリング／送信されたＳＦでは受信ＢＷをＢｓに変更してデータ受信及びバッファリング動作を行うことができる。ＳＩＢに対するスケジューリングが存在可能な、或いはＳＩＢ送信が可能なＳＦ（便宜上、“ＳＩＢ−可能（ｐｏｓｓｉｂｌｅ）ＳＦ”という。）は別途に指定されてもよい。また、状況（例、ＳＩＢアップデートが必要でない）によって、ＳＩＢ−可能ＳＦでＳＩＢ送信無しで特定端末を対象に一般ＰＤＳＣＨのみを送信することも可能である。一方、既存の端末は、毎Ｎｏｎ−ＤＲＸ（ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ）サブフレームでデータチャネル（例、ＳＩＢ、ＰＤＳＣＨなど）をスケジューリングする制御チャネル（例、ＰＤＣＣＨなど）に対する検出／受信／復号過程の間に或いは終了まで周波数全領域でデータチャネル領域の信号を受信及びバッファリングする。

以下、ＬＣＵＥタイプを考慮してシステム共通情報及びデータチャネルに対する受信／バッファリングの実行及び動作方法を提案する。本明細書において、ＬＣ−ＭＣＴ端末は、ＬＣ端末、ＬＣタイプ端末に代替されたり一般化されてもよい。

便宜上、ＳＩＢ−可能ＳＦ（情報）、Ｂｓ（すなわち、システム共通情報（例、ＳＩＢ）受信ＢＷ）、及びＢｄ（すなわち、データ（例、ＰＤＳＣＨ）受信ＢＷ）があらかじめ指定されている／割り当てられている状況を仮定する。例えば、ＳＩＢ−可能ＳＦ、Ｂｓ及び／又はＢｄは、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリングを用いて割り当てることができる。ＳＩＢ−可能ＳＦに属しないＳＦを一般（ｎｏｒｍａｌ）ＳＦと呼ぶ。一般ＳＦは、一般ＰＤＳＣＨに対するスケジューリング／送信が可能なＳＦにさらに限定されてもよい。一般ＰＤＳＣＨは、ＳＩＢを含まないＰＤＳＣＨを意味し、端末−特定ＰＤＳＣＨ（例、Ｃ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰＳＣ−ＲＮＴＩを有するＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ）にさらに限定されてもよい。また、ＰＣＦＩＣＨ検出から類推される、或いはＲＲＣシグナリングによって指定される（時間軸上の）データチャネル区間（例、図４のデータ領域）をＰＤＳＣＨ区間と呼ぶ。ＰＤＣＣＨは、Ｌ−ＰＤＣＣＨ及びＥ−ＰＤＣＣＨを全て含み、文脈によって、Ｌ−ＰＤＣＣＨ及び／又はＥ−ＰＤＣＣＨを意味することができる。クロス−ＳＦ−スケジューリングとは、ＰＤＣＣＨ（ＤＬグラントＤＣＩ）とこれに対応するＰＤＳＣＨとが異なるＳＦで送信される方式を指す。ノン−クロス−ＳＦ−スケジューリングとは、ＰＤＣＣＨ（ＤＬグラントＤＣＩ）とこれに対応するＰＤＳＣＨとが同一のＳＦで送信される方式を指す。

方法１：ＳＩＢのための専用（ｄｅｄｉｃａｔｅｄ）ＲＢ領域で一般ＰＤＳＣＨを受信（ＮｏｒｍａｌＰＤＳＣＨｒｅｃｅｐｔｉｏｎｖｉａｔｈｅＲＢｒｅｇｉｏｎｄｅｄｉｃａｔｅｄｆｏｒＳＩＢ）（ｏｎｌｙｉｎＳＩＢ−ｐｏｓｓｉｂｌｅＳＦ）

この方法において、ＬＣＵＥタイプは、一般ＳＦのＰＤＳＣＨ区間ではＢｄ領域に対して信号の受信及びバッファリング動作を行い、ＳＩＢ−可能ＳＦのＰＤＳＣＨ区間ではＢｓ領域に対して信号の受信及びバッファリング動作を行うことができる。そのために、基地局は、ＬＣＵＥタイプに対して、一般ＳＦではＢｄ領域でのみ一般ＰＤＳＣＨをスケジューリング／送信することができ、ＳＩＢ−可能ＳＦではＳＩＢ或いは一般ＰＤＳＣＨをＢｓ領域でのみスケジューリング／送信することができる。したがって、ＬＣＵＥタイプは、一般ＰＤＳＣＨが一般ＳＦではＢｄ領域のみを通じてスケジューリング／送信され、ＳＩＢ−可能ＳＦではＢｓ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。また、ＬＣＵＥタイプは、ＳＩＢは、ＳＩＢ−可能ＳＦのＢｓ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。

方法２：一般ＰＤＳＣＨのために割り当てられたＲＢ領域でＳＩＢを受信（ＳＩＢｒｅｃｅｐｔｉｏｎｖｉａｔｈｅＲＢｒｅｇｉｏｎａｓｓｉｇｎｅｄｆｏｒｎｏｒｍａｌＰＤＳＣＨ）（ｅｖｅｎｉｎＳＩＢ−ｐｏｓｓｉｂｌｅＳＦ）

この方法において、ＬＣＵＥタイプは、一般ＳＦとＳＩＢ−可能ＳＦにおけるＰＤＳＣＨ区間でＢｄ領域に対してのみ信号の受信及びバッファリング動作を行うことができる。そのために、基地局は、ＬＣＵＥタイプに対して一般ＰＤＳＣＨもＳＩＢもＢｄ領域でのみスケジューリング／送信し、ＬＣＵＥタイプは、一般ＰＤＳＣＨもＳＩＢもＢｄ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。したがって、ＳＩＢは、Ｂｄ領域別に及び／又は（同じＢｄ領域が割り当てられた）端末グループ別にスケジューリング／送信されてもよい。この場合、各ＳＩＢに対応するＳＩ−ＲＮＴＩは、周波数領域でＢｄ位置別に異なるように決定されてもよい。例えば、ＳＩ−ＲＮＴＩは、Ｂｄ位置（例、Ｂｄの中心周波数、Ｂｄの開始ＰＲＢインデックスなど）の関数で決定されてもよい。

方法３：一般ＰＤＳＣＨとそれに対応するＰＤＣＣＨ間の異なる受信ＳＦタイミング（ＤｉｆｆｅｒｅｎｔｒｅｃｅｐｔｉｏｎＳＦｔｉｍｉｎｇｂｅｔｗｅｅｎｎｏｒｍａｌＰＤＳＣＨａｎｄｔｈｅｃｏｒｒｅｓｐｏｎｄｉｎｇＰＤＣＣＨ）

この方法において、ＬＣＵＥタイプは、ＳＩＢとこれをスケジューリングするＰＤＣＣＨ（或いは、ＳＩＢ−可能ＳＦで送信されるＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨ）を同一のＳＦで受信／検出することができる。一方、この方法において、ＬＣＵＥタイプは、（全体或いは特定の一部ＳＦで）一般ＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨ（或いは、一般ＳＦで送信されるＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨ）を異なるＳＦで受信／検出することができる。そのために、基地局は、ＬＣＵＥタイプのための一般ＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨを、異なるＳＦで送信することができる。例えば、一般ＰＤＳＣＨは、対応するＰＤＣＣＨが送信されたＳＦと最も近接したＤＬＳＦで送信することができる。例えば、ＤＬＳＦ＃１でＰＤＣＣＨを送信し、ＤＬＳＦ＃２で対応する一般ＰＤＳＣＨを送信することができる。このため、ＬＣＵＥタイプは、一般ＳＦのＰＤＳＣＨ区間では、Ｂｄ領域に対して信号の受信及びバッファリング動作を行い、ＳＩＢ−可能ＳＦのＰＤＳＣＨ区間では、基地局スケジューリングによってＢｓ或いはＢｄ領域に対して信号の受信及びバッファリング動作を行うことができる。この場合、一般ＳＦ及び／又はＳＩＢ−可能ＳＦで一般ＰＤＳＣＨが送信されるＢｄ領域或いはＲＢリソースは、これをスケジューリングするＰＤＣＣＨを用いて直接示すことができる。

具体的に、ＳＩＢ−可能ＳＦ以前のＳＦ（例、ＳＦ＃ａ）で、ＳＩＢ−可能ＳＦ（例、ＳＦ＃ｂ）で送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（以下、一般ＰＤＣＣＨ）が検出／受信された場合、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦ（ＳＦ＃ｂ）ではＳＩＢスケジューリング／送信がないと仮定した／見なした状態で動作することができる。例えば、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦ（例、ＳＦ＃ｂ）のＰＤＳＣＨ区間で、Ｂｄ領域に対して信号の受信及びバッファリング動作を行い、ＳＩＢスケジューリングの有無をモニタリングしなくて済む。一方、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦ（例、ＳＦ＃ｂ）に対して一般ＰＤＣＣＨが検出／受信されない場合、ＳＩＢ−可能ＳＦ（ＳＦ＃ｂ）でＳＩＢスケジューリングがあるか否かをモニタリングすることができる。例えば、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦのＰＤＳＣＨ区間でＢｓ領域に対して信号の受信及びバッファリング動作を行う、及び／又はＳＩＢ−可能ＳＦでは例外として一般ＰＤＳＣＨが同一ＳＦで送信されるＰＤＣＣＨによってスケジューリングされ、Ｂｓ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。一例として、ＳＩＢ−可能ＳＦにおいて一般ＰＤＳＣＨがＢｓ領域以外の領域でスケジューリングされた場合、端末は、Ｂｓ領域とオーバーラップする部分に対してのみ一般ＰＤＳＣＨを受信したり、一般ＰＤＳＣＨ受信を省略することができる。他の方案として、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦ以前のＳＦ（例、ＳＦ＃ａ）では、ＳＩＢ−可能ＳＦ（例、ＳＦ＃ｂ）に送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが送信／検出されないと仮定した／見なした状態で動作することができる。例えば、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦ以前のＳＦ（ＳＦ＃ａ）で、ＳＩＢ−可能ＳＦ（ＳＦ＃ｂ）に送信される一般ＰＤＳＣＨをスケジューリングしている一般ＰＤＣＣＨに対するモニタリングを省略することができる。すなわち、ＬＣＵＥタイプは、ＳＦ＃ａでＰＤＣＣＨモニタリングを省略することができる。

また、ＳＩＢ−可能ＳＦ（或いは、特定の一般ＳＦ）（例、ＳＦ＃ａ）以前のＤＬＳＦ（例、ＳＦ＃ｎ）では、当該ＤＬＳＦ（ＳＦ＃ｎ）とＳＩＢ−可能ＳＦ（或いは、特定の一般ＳＦ）（ＳＦ＃ａ）のそれぞれに送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが同時に送信／検出されたり（すなわち、これを支援／許容したり）、或いはいずれか一方のみ選択的に送信／検出されてもよい（すなわち、これを仮定した状態で動作）。この場合、ＰＤＣＣＨが当該２つのＳＦ（例、ＳＦ＃ｎ及びＳＦ＃ａ）のうちどのＳＦでのＰＤＳＣＨをスケジューリングするかを、当該ＰＤＣＣＨ送信によって直間接的に指示することができる。また、（ｉ）ＳＩＢをスケジューリングするＰＤＣＣＨと（ｉｉ）ＳＩＢ−可能ＳＦ以降のＳＦに送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが一つのＳＩＢ−可能ＳＦで同時に送信／検出されたり（すなわち、これを支援／許容したり）、或いは２つのうちいずれか一方のみが選択的に送信／検出されてもよい（すなわち、これを仮定した状態で動作）。例えば、いずれか一方のみが選択的に送信／検出される場合、端末は、ＳＩ−ＲＮＴＩを有するＰＤＣＣＨ又はＣ−ＲＮＴＩを有するＰＤＣＣＨのいずれかに対してのみモニタリングを行うことができる。一方、上記で提案した一般ＰＤＳＣＨスケジューリング方式は、全ての一般ＳＦ及び／又はＳＩＢ−可能ＳＦに一括的に適用されてもよく、特定の一部ＳＦ（例、ＳＩＢ−可能ＳＦ直前のＤＬＳＦ或いはこれを含む一つ以上の特定ＳＦ）にのみ限定的に適用されてもよい。また、一般化して、この方法の一般ＰＤＳＣＨスケジューリング方式は、ＳＩＢを含む任意の全てのＰＤＳＣＨに一括的に適用されてもよい。

一方、以上提案した方法は、Ｂｓ領域とＢｄ領域とが異なるように指定された／割り当てられたＬＣＵＥタイプにのみ限定的に適用することができる。すなわち、以上提案した方法は、Ｂｓ領域とＢｄ領域とが同一に指定された／割り当てられたＬＣＵＥタイプには適用されなくてもよい。また、以上提案した方法において、基地局は、ＳＩＢ−可能ＳＦでは、ＬＣＵＥタイプのための一般ＰＤＳＣＨのスケジューリング／送信を省略／放棄することができ、これによって、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦでは一般ＰＤＳＣＨがスケジューリング／送信されないと仮定した／見なした状態で動作することができる。例えば、ＬＣＵＥタイプは、ＳＩＢ−可能ＳＦで送信される一般ＰＤＳＣＨ及びこれをスケジューリングするＰＤＣＣＨに対する検出／受信を省略することができる。

上記の提案方法及び動作は、一般ＰＤＳＣＨとＳＩＢとの関係にのみ限定的に適用されず0、一般ＰＤＳＣＨと特殊目的の他のチャネル（例、ページングメッセージに対するスケジューリングが存在する／可能なページング−可能（ｐａｇｉｎｇ−ｐｏｓｓｉｂｌｅ）ＳＦでＰ−ＲＮＴＩに基づいてスケジュールされるページングメッセージ及び／又はＲＡＲ（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ）に対するスケジューリングが存在する／可能なＲＡＲ−ｐｏｓｓｉｂｌｅＳＦでＲＡ−ＲＮＴＩに基づいてスケジュールされるＲＡＲなど）との関係にも同一／類似に適用されてもよい。また、本明細書で、ＳＩＢ−可能ＳＦは、事前に定義された或いは基地局によって指定される特定ＳＦ（セット）に一般化されてもよく、これに基づいて、本発明の提案方法及び動作が同一／類似に適用されてもよい。

一方、ＬＣＵＥタイプが低価特徴（例、受信アンテナ個数の減少（例、１Ｒｘアンテナ）、最大ＴＢサイズの減少（例、ｕｐｔｏ１０００ビット）、受信データバッファーサイズの減少（例、６ＲＢｓ）など）関連動作を支援しないセル（又は、基地局）に対して無意味な初期接続（ｉｎｉｔｉａｌａｃｃｅｓｓ）を試みる過程（及び、これによるレイテンシ／電力消耗）を縮小／省略するために、例えば、セル（又は、基地局）が低価特徴関連動作を支援するか否かに関する情報が特定ブロードキャスト信号（例、ＰＢＣＨ（例、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）の予備（ｒｅｓｅｒｖｅｄ）ビットを使用））或いは特定ＳＩＢ（例、ＳＩＢ１又はＳＩＢ２）など）によってシグナリングされてもよい。すなわち、セル（又は、基地局）は、ＬＣＵＥタイプの初期接続を制御するための情報、或いは縮小／省略するための情報（すなわち、初期接続が許容されるか否かに関する情報）（例、低価特徴関連動作が支援されるか否かに関する情報）を、特定ブロードキャスト信号（例、ＰＢＣＨ（例、ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットを使用））或いは特定ＳＩＢ（例、ＳＩＢ１又はＳＩＢ２など、特にＳＩＢ１）を用いてシグナリングすることができる。参考として、既存にはコール／トラフィックタイプ或いはサービスクラスによるネットワーク（初期）接続禁止（ｂａｒｒｉｎｇ）のみが存在し、これはＳＩＢ２で指示された。これと違い、本発明では、ＵＥタイプ別に、或いは特定ＵＥタイプ（例、ＬＣＵＥタイプ）に対してネットワーク（初期）接続禁止を行うことができ、ＳＩＢ１を用いて該当の情報を送信することによって既存のネットワーク接続制御情報に比べて迅速に指示し、特定ＵＥタイプ（例、ＬＣＵＥタイプ）がネットワーク（初期）接続において消耗する電力／レイテンシを最小化することができる。端末にとってＳＩＢｘはｘ値が増加する順に受信される。

図１３に、本発明に係るネットワーク接続過程を例示する。図１３を参照すると、端末は、ＭＴＣ装置のネットワーク（初期）接続を調節するための制御情報を含むシステム情報を、基地局（或いは、セル）から受信することができる（Ｓ１３０２）。その後、端末は、制御情報に基づき、基地局（或いは、セル）に対してネットワーク（初期）接続のための過程を行うことができる（Ｓ１３０４）。ここで、制御情報がネットワーク接続を許容したり、又は端末がノン−ＬＣＵＥタイプである場合、ネットワーク（初期）接続のための過程でランダムアクセス過程を行うことができる（例、図１１参照）。一方、制御情報がネットワーク（初期）接続を許容しないとともに、端末がＬＣＵＥタイプである場合、ネットワーク（初期）接続過程においてランダムアクセス過程はスキップされたり、特定時間遅延されてもよい。具体的に、上記制御情報がネットワーク接続を許容しないとともに、端末がＬＣＵＥタイプである場合、端末は、当該基地局（或いは、セル）を禁止された（ｂａｒｒｅｄ）基地局（或いは、セル）と見なし、当該基地局（或いは、セル）にキャンプ−オン（ｃａｍｐ−ｏｎ）しなくてもよい。キャンプ−オンとは、端末が基地局（或いは、セル）の中心周波数に合わせて制御チャネルを用いるようにすることを指す。したがって、端末は、キャンプ−オンしたセルからページングメッセージ、システム情報のような制御情報を受信することができる。また、端末はランダムアクセス過程を行ったり、基地局にＲＲＣ接続を要請することができる。ＲＲＣ＿Ｉｄｌｅ状態で端末は、禁止された基地局（或いは、セル）に対しセル再選択（ｃｅｌｌｒｅｓｅｌｅｃｔｉｏｎ）過程を行わないと、セル再選択条件を満たす他の基地局（或いは、セル）を再選択する。具現例によって、当該基地局（或いは、セル）は特定時間にのみ禁止された基地局（或いは、セル）と見なされてもよく、端末は、当該基地局（或いは、セル）を特定時間にのみセル再選択のための候補基地局（或いは、セル）から除外することができる。ここで、上記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示したり、ＭＴＣ装置のネットワーク接続を縮小したり省略するための情報を含んだり、又はＭＴＣ機能が上記基地局によって支援されるか否かを示す情報を含むことができる。制御情報を含むシステム情報はＳＩＢを含むことができる。また、制御情報を含むシステム情報はＭＩＢを含み、制御情報はＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットで受信することができる。

■ＬＣＵＥタイプに対するＰＤＳＣＨスケジューリングに対応するＨＡＲＱ−ＡＣＫフィードバックの構成

ＬＣＵＥタイプは、低価装置の具現のために１つの受信アンテナのみから構成されてもよい。この場合、ＰＤＳＣＨスケジューリングのために構成される送信ランク及び／又はレイヤも１つに制限されてもよい。一方、特定のＤＬＴＭの場合（例、ＴＭ３ｗｉｔｈＤＣＩｆｏｒｍａｔ２Ａ、ＴＭ４ｗｉｔｈＤＣＩｆｏｒｍａｔ２、ＴＭ８ｗｉｔｈＤＣＩｆｏｒｍａｔ２Ｂ、ＴＭ９ｗｉｔｈＤＣＩｆｏｒｍａｔ２Ｃ、ＴＭ１０ｗｉｔｈＤＣＩｆｏｒｍａｔ２Ｄ）、１つのＰＤＳＣＨを介して最大２個のＴＢ或いはＣＷが送信されるように定義されるが、ＬＣＵＥタイプの場合には、特定のＤＬＴＭが設定されても単一受信アンテナによる送信ランク／レイヤ制限によって常に１つのＴＢ／ＣＷのみをスケジューリング／受信するようにすることができる。

そこで、ＬＣＵＥタイプの場合、最大２個のＴＢ／ＣＷまでの送信が可能な／支援される特定のＤＬＴＭ（例、ＴＭ３／４／８／９／１０）に設定されても、１つのＳＦ或いはＰＤＳＣＨでは常に１つのＴＢ／ＣＷのみがスケジューリング／受信されると仮定して／見なして動作することを提案する。このため、特定のＤＬＴＭに設定されたＬＣＵＥタイプは、（ＢＰＳＫベースの）ＰＵＣＣＨフォーマット１ａを用いて単一ＴＢ／ＣＷに対する１−ビットＨＡＲＱ−ＡＣＫフィードバックのみを構成／送信することができ、ＰＵＳＣＨにＨＡＲＱ−ＡＣＫをピギーバックする場合にも、ＤＬＳＦ当たり１−ビットＨＡＲＱ−ＡＣＫのみを構成／送信することができる。また、ＬＣＵＥタイプの場合、最大２個のＴＢ／ＣＷまでスケジューリングが可能な／支援される特定ＤＣＩフォーマット（例、２Ａ／２／２Ｂ／２Ｃ／２Ｄ）では、常に一番目のＴＢ／ＣＷに関する情報のみが実際にスケジューリングされ、二番目のＴＢ／ＣＷに関する情報（例、ＭＣＳ及び／又はＨＡＲＱプロセス番号などのフィールド）は事前に定義された値（例、０又は１）に設定されてもよい。この場合、二番目のＴＢ／ＣＷに対して事前に定義された値は、エラーチェック用途に用いられてもよい。

他の方法として、スケジューリング／受信された単一ＴＢ／ＣＷに対するＨＡＲＱ−ＡＣＫ応答（例、ＡＣＫ又はＮＡＣＫ）を、２個ＴＢ／ＣＷのそれぞれに対するＨＡＲＱ−ＡＣＫビットに同一にマップし、（ＱＰＳＫベースの）ＰＵＣＣＨフォーマット１ｂを用いて２個のＴＢ／ＣＷに対する２−ビットＨＡＲＱ−ＡＣＫフィードバックを構成／送信することができる。同様に、ＰＵＳＣＨにＨＡＲＱ−ＡＣＫをピギーバックする場合にもＤＬＳＦ当たり２−ビットのＨＡＲＱ−ＡＣＫを構成／送信するが、２−ビットＨＡＲＱ−ＡＣＫは、スケジューリング／受信された単一ＴＢ／ＣＷに対するＨＡＲＱ−ＡＣＫ応答（例、ＡＣＫ又はＮＡＣＫ）と同じ値にマップすることができる。

■以前ＤＣＩに基づくデータ受信ＲＢ領域（すなわち、Ｂｄ）の設定

ＬＣＵＥタイプに対するさらに他のスケジューリング方法として、ＳＦ＃ｎでのＰＤＳＣＨ送信をスケジューリングしたＤＣＩ（これによって割り当てられたＲＢリソース）に基づいて、ＳＦ＃ｎ以降のＳＦ（例、ＳＦ＃（ｎ＋ｋ）、ｋ＞０）でのＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｂｄ）を設定する方式を考慮することができる。便宜上、（ＳＦ＃ｎで送信された）ＳＦ＃ｎでのＰＤＳＣＨをスケジューリングしたＤＣＩを“以前（ｐｒｅｖｉｏｕｓ）ＤＣＩ”と称し、（ＳＦ＃（ｎ＋ｋ）で送信された）ＳＦ＃（ｎ＋ｋ）でのＰＤＳＣＨをスケジューリングするＤＣＩを“現在ＤＣＩ”と称する。また、ＬＣＵＥタイプに対してＤＬデータ受信が可能な最大ＲＢ数がＬ個に制限されると仮定する。Ｌは、固定値であってもよく、あらかじめ定められた値の範囲内で以前ＤＣＩに基づいてＳＦ単位で可変されてもよい。Ｌ個ＲＢの位置は、以前ＤＣＩに基づいてＳＦ単位で可変されてもよい。

具体的に、ＬＣＵＥタイプは、以前ＤＣＩから割り当てられたＲＢリソースを基準に、現在ＤＣＩによってスケジュールされるＰＤＳＣＨ信号に対する受信／バッファリングＲＢ領域（Ｂｄ）、すなわち、Ｌ個ＲＢリソースを決定することができる。このため、ＬＣＵＥタイプは、現在ＤＣＩによるＰＤＳＣＨはＬ個ＲＢリソース領域の全体或いは一部でのみ送信されるようにスケジュールされると見なした／仮定した状態で動作することができる。したがって、現在ＤＣＩ（例、ＤＣＩ＃ａｉｎＳＦ＃（ｎ＋ｋ））によって割り当てられたＲＢリソースがＬ個ＲＢリソース領域に属しない場合、ＬＣＵＥタイプは、ＳＦ＃（ｎ＋ｋ）でのＰＤＳＣＨ受信／検出動作を省略した後、現在ＤＣＩ（例、ＤＣＩ＃ａｉｎＳＦ＃（ｎ＋ｋ））を新しい以前ＤＣＩと見なし、ＳＦ＃（ｎ＋ｋ）以降のＳＦ（例、ＳＦ＃（ｎ＋ｋ＋ｋ１）、ｋ１＞０）でのＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｌ個ＲＢ）を再設定することができる。

又は、現在ＤＣＩ（例、ＤＣＩ＃ａｉｎＳＦ＃（ｎ＋ｋ））によって割り当てられたＲＢリソースがＬ個ＲＢと部分的にオーバーラップする場合（例、Ｌ個ＲＢのうち少なくとも一つのＲＢ或いは特定個数以上のＲＢとオーバーラップする）、ＬＣＵＥタイプは、オーバーラップ領域でのみＰＤＳＣＨ信号を受信することができる。そのために、基地局は、オーバーラップしない領域に対してはパンクチャリング或いはレート−マッチングを適用した状態でＰＤＳＣＨ信号を送信し、ＬＣＵＥタイプは、ＰＤＳＣＨ受信過程でオーバーラップする領域のみを考慮し、オーバーラップしない領域は除外することができる。このとき、現在ＤＣＩ（例、ＤＣＩ＃ａｉｎＳＦ＃（ｎ＋ｋ））によって割り当てられたＲＢリソースがＬ個ＲＢとオーバーラップする領域が存在しない場合、ＬＣＵＥタイプは、ＳＦ＃（ｎ＋ｋ）でのＰＤＳＣＨ受信／検出動作を省略した後、現在ＤＣＩ（例、ＤＣＩ＃ａｉｎＳＦ＃（ｎ＋ｋ））を新しい以前ＤＣＩと見なし、ＳＦ＃（ｎ＋ｋ）以降のＳＦ（例、ＳＦ＃（ｎ＋ｋ＋ｋ１）、ｋ１＞０）でのＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｌ個ＲＢ）を再設定することができる。

上記の提案方法は、ノン−クロス−ＳＦスケジューリング状況でＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｂｄ）が半−静的に設定された場合に、ＤＬグラントＤＣＩによって割り当てられたＲＢリソースのうち、実際にＰＤＳＣＨがスケジューリング／送信されるＬ個以下のＲＢを決定する方式にも同様に適用することができる。ＰＤＳＣＨ信号の受信／バッファリングＲＢ領域は、例えば、上位層シグナリング（例、ＲＲＣシグナリング）を用いてり半−静的に設定することができる。

一方、以前ＤＣＩから割り当てられたＲＢの個数をＭと仮定し、Ｍ個ＲＢのうちの特定ＲＢのインデックス（例、最小のＲＢインデックス）をｍと仮定する場合、現在ＤＣＩに対応するＰＤＳＣＨ信号の受信／バッファリングＲＢ領域は、次のように設定することができる。これに制限されるものではないが、下記の方式は、特定ＵＥ−共通ＰＤＳＣＨ（例、（特定）ＳＩＢなど）スケジューリング／送信に限って適用されてもよい。下記において、Ｌは固定値を有してもよく、上位層シグナリング（例、ＲＲＣシグナリング）によって半−静的に設定されてもよい。

Ｃａｓｅ＃１）Ｍ＝Ｌ

Ａｌｔ１）Ｌ個受信ＲＢリソースをＭ個ＲＢリソースと同一に設定。

Ａｌｔ２）ｉ）ｍ〜ｍ＋Ｌ−１、ｉｉ）ｍ−Ｌ＋１〜ｍ、ｉｉｉ）ｍ−（Ｌ−１）／２〜ｍ＋（Ｌ−１）／２（Ｌ：奇数）、或いｉｖ）ｍ−Ｌ／２〜ｍ＋Ｌ／２−１又はｍ−Ｌ／２＋１〜ｍ＋Ｌ／２（Ｌ：偶数）をＬ個受信ＲＢリソースのインデックスに設定。

Ｃａｓｅ＃２）Ｍ＜Ｌ

Ａｌｔ１）Ｌ個受信ＲＢリソースはＭ個ＲＢリソースを含み、Ｌ個受信ＲＢリソースに必要な余のＬ−Ｍ個ＲＢリソースは、ｉ）Ｍ個ＲＢリソースのうち最小のＲＢインデックスと隣接しながらより小さいインデックスを有するＲＢリソース、ｉｉ）最大のＲＢインデックスと隣接しながらより大きいインデックスを有するＲＢリソース、或いはｉｉｉ）Ｍ個ＲＢリソースのうち最小のＲＢインデックスと隣接しながらより小さいインデックスを有するＲＢリソース及び／又はＭ個ＲＢリソースのうち最大のＲＢインデックスと隣接しながらより大きいインデックスを有するＲＢリソース（組合せ）に設定。

Ａｌｔ２）ｉ）ｍ〜ｍ＋Ｌ−１、ｉｉ）ｍ−Ｌ＋１〜ｍ、ｉｉｉ）ｍ−（Ｌ−１）／２〜ｍ＋（Ｌ−１）／２（Ｌ：奇数）、或いはｉｖ）ｍ−Ｌ／２〜ｍ＋Ｌ／２−１又はｍ−Ｌ／２＋１〜ｍ＋Ｌ／２（Ｌ：偶数）をＬ個受信ＲＢリソースのインデックスに設定。

Ａｌｔ３）Ｍ個リソースのみを受信ＲＢリソースに設定。

Ｃａｓｅ＃３）Ｍ＞Ｌ

Ａｌｔ１）Ｍ個ＲＢリソースのうち、ｉ）最小のＬ個インデックスに対応するＲＢリソース、ｉｉ）最大のＬ個インデックスに対応するＲＢリソース、或いはｉｉｉ）最小の一つ以上のインデックス及び／又は最大の一つ以上のインデックス（組合せ）を除く残りＬ個のＲＢインデックス（例、インデックス***に配置されたＬ個のＲＢインデックス）に対応するＲＢリソースとしてＬ個受信ＲＢリソースを設定。

Ａｌｔ３）受信ＲＢリソース設定を省略し（すなわち、ＳＦ＃（ｎ＋ｋ）でＰＤＳＣＨ受信／検出動作を省略）、現在ＤＣＩを新しい以前ＤＣＩと見なして後にスケジュールされるＰＤＳＣＨ受信のためのＬ個ＲＢリソース領域を再設定。

上記の提案方法（例、Ｃａｓｅ＃１のＡｌｔ１、Ｃａｓｅ＃２のＡｌｔ３、Ｃａｓｅ３＃のＡｌｔ１）は、クロス−ＳＦスケジューリングが適用される状況でＤＬグラントＤＣＩによって割り当てられたＲＢリソースのうち、実際にＰＤＳＣＨがスケジューリング／送信されたＬ個以下のＲＢを決定する方式にも同様に適用することができる。

■クロス−ＳＦスケジューリングのためのＨＡＲＱ−ＡＣＫフィードバック送信

クロス−ＳＦスケジューリング方式が適用される場合（方法３参照）、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ（以下、Ａ／Ｎ）フィードバック送信が行われるＳＦタイミング及びそのためのＰＵＣＣＨリソース割り当て方法などを定義する必要がある。便宜上、クロス−ＳＦスケジューリング状況で、ＤＬグラントＰＤＣＣＨがＳＦ＃ｎで送信され、ＰＤＳＣＨがＳＦ＃（ｎ＋ｋ）、ｋ＞０（例、ｋ＝１）で送信されると仮定する。クロス−ＳＦスケジューリング状況でＡ／Ｎ送信タイミングは、（ＰＤＳＣＨデコーディングにかかる時間を考慮して）ＰＤＳＣＨが受信されたＳＦにリンクされたＵＬＳＦタイミングと定義することができる。例えば、ＰＤＳＣＨがＳＦ＃ｎで受信された場合、ＰＤＳＣＨに対するＡ／ＮはＳＦ＃（ｎ＋ｄ）で送信することができる。ＦＤＤにおいてｄ＝４であり、ＴＤＤにおいてｄは表６のように与えられてもよい。

一方、Ａ／Ｎ送信のためのＰＵＣＣＨリソースは、次の方法を用いて割り当てることができる。

オプション１）レガシーＰＵＣＣＨ領域以降に暗黙的ＰＵＣＣＨスタッキング（ｉｍｐｌｉｃｉｔＰＵＣＣＨｓｔａｃｋｉｎｇａｆｔｅｒｌｅｇａｃｙＰＵＣＣＨｒｅｇｉｏｎ）

基本的に、ＰＤＣＣＨＣＣＥリソースインデックスとＰＵＣＣＨリソースインデックス間の既存関係（式１参照）を用いてＡ／Ｎ送信リソースを決定するが、クロス−ＳＦスケジューリングのためのＰＵＣＣＨリソースは、ノン−クロス−ＳＦスケジューリングのために予約（ｒｅｓｅｒｖｅ）されるレガシーＰＵＣＣＨリソース（領域）以降にスタッキングされてもよい。例えば、ＳＦ＃（ｎ＋ｋ＋ｄ）にはＳＦ＃（ｎ＋ｋ）のＣＣＥインデックスにリンクされた（レガシー）ＰＵＣＣＨリソースがまず予約され、その後にＳＦ＃ｎのＣＣＥインデックスにリンクされた（クロス−ＳＦスケジューリングベース）ＰＵＣＣＨリソースがさらにスタッキングされてもよい（例、ＵＬバンドの外側から内側へと、レガシーＰＵＣＣＨ＝＞クロス−ＳＦベースＰＵＣＣＨの順にスタッキング）。一例として、ＳＦ＃（ｎ＋ｋ＋ｄ）でＰＵＣＣＨリソースインデックスを次のように決定することができる。

ここで、ｎ^(１) _{ＰＵＣＣＨ}は、ＡＣＫ／ＮＡＣＫ／ＤＴＸを送信するためのＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスを表し、Ｎ^(１) _{ＰＵＣＣＨ}は、上位層（例、ＲＲＣ）から伝達されるシグナリング値を表し、ｎ_ＣＣＥは、ＰＤＣＣＨ送信に用いられた特定ＣＣＥインデックス（例、最小のＣＣＥインデックス）を表す。Ｎ＿ｌａｓｔは、ＳＦ＃（ｎ＋ｋ＋ｄ）に予約されるレガシーＰＵＣＣＨリソースの最後のインデックス又は個数を表す。Ｎ＿ｌａｓｔは、ＳＦ＃（ｎ＋ｋ）で構成可能な最大ＣＦＩ値（或いは、最大ＣＣＥリソース個数）を仮定して設定されてもよい。

オプション２）ＰＵＣＣＨ開始オフセットを適用した暗黙的ＰＵＣＣＨスタッキング（ｉｍｐｌｉｃｉｔＰＵＣＣＨｓｔａｃｋｉｎｇｂｙａｐｐｌｙｉｎｇＰＵＣＣＨｓｔａｒｔｉｎｇｏｆｆｓｅｔ）

基本的に、ＰＤＣＣＨＣＣＥリソースインデックスとＰＵＣＣＨリソースインデックス間の既存関係（式１参照）を用いてＡ／Ｎ送信リソースを決定するが、クロス−ＳＦスケジューリングの場合、既存のＰＵＣＣＨリソースインデックスにＰＵＣＣＨリソースインデックス開始オフセットを適用して最終ＰＵＣＣＨリソースを決定することができる。一例として、ＳＦ＃（ｎ＋ｋ＋ｄ）でＰＵＣＣＨリソースインデックスを次のように決定することができる。

ここで、ｎ^(１) _{ＰＵＣＣＨ}は、ＡＣＫ／ＮＡＣＫ／ＤＴＸを送信するためのＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスを表し、Ｎ^(１) _{ＰＵＣＣＨ}は、上位層（例、ＲＲＣ）から伝達されるシグナリング値を表し、ｎ_ＣＣＥは、ＰＤＣＣＨ送信に用いられた特定ＣＣＥインデックス（例、最小のＣＣＥインデックス）を表す。Ｎ＿ｐｕｃｃｈは、ＰＵＣＣＨリソースインデックス開始オフセットを表す。Ｎ＿ｐｕｃｃｈは、ＳＩＢ或いはＲＡＲでシグナリング／設定されてもよい。

オプション３）ＰＤＳＣＨＰＲＢインデックスとのリンケージに基づく暗黙的ＰＵＣＣＨスタッキング（ｉｍｐｌｉｃｉｔＰＵＣＣＨｓｔａｃｋｉｎｇｂａｓｅｄｏｎｌｉｎｋａｇｅｗｉｔｈＰＤＳＣＨＰＲＢｉｎｄｅｘ）

既存方式（例、ＣＣＥ−ｔｏ−ＰＵＣＣＨリンケージ）と違い、ＰＤＳＣＨ送信に用いられたＰＲＢインデックスとＰＵＣＣＨリソースインデックス間にＰＵＣＣＨリンケージ関係をあらかじめ定義／設定した状態で、クロス−ＳＦスケジュールされたＰＤＳＣＨを構成する特定ＰＲＢインデックス（例、最初のＰＲＢインデックス）にリンクされた（暗黙的）ＰＵＣＣＨリソースインデックスを、ＰＤＳＣＨに対するＡ／Ｎ送信リソースと決定することができる。ノン−クロスＳＦスケジューリングの場合には、基本方式（例、式１）を用いてＡ／Ｎ送信のためのＰＵＣＣＨリソースを決定することができる。

この場合、上記のように、ｉ）ＳＦ＃（ｎ＋ｋ）でのＰＤＳＣＨＰＲＢインデックスにリンクされたＰＵＣＣＨリソースは、同一のＳＦ＃（ｎ＋ｋ）でのＣＣＥインデックスにリンクされたレガシーＰＵＣＣＨリソースが予約された（ｒｅｓｅｒｖｅ）領域以降からスタッキングされたり、ｉｉ）ＰＤＳＣＨを構成する特定ＰＲＢインデックス（例、最初のＰＲＢインデックス）にリンクされたＰＵＣＣＨインデックスに、ＰＵＣＣＨリソースインデックス開始オフセット（例、Ｎ＿ｐｕｃｃｈ）を適用して最終Ａ／Ｎ送信リソースを決定することができる。

オプション４）Ａ／Ｎリソース指示子を用いた明示的ＰＵＣＣＨ設定（ｅｘｐｌｉｃｉｔＰＵＣＣＨｃｏｎｆｉｇｕｒａｔｉｏｎｗｉｔｈＡ／Ｎｒｅｓｏｕｒｃｅｉｎｄｉｃａｔｏｒ）

複数のＰＵＣＣＨリソースを（ＲＲＣシグナリングなどの上位層信号を用いて）あらかじめ設定しておいた状態で、ＤＬグラントＤＣＩを用いて、又はＤＣＩが送信されたリソース（例、ＰＤＣＣＨ送信に用いられたＣＣＥインデックス）に基づいて、又はＤＣＩに対応するＤＬデータ送信に割り当てられたリソース（例、ＰＤＳＣＨ送信に用いられたＰＲＢインデックス）に基づいて、ＤＬデータに対するＨＡＲＱ−ＡＣＫフィードバックを複数ＰＵＣＣＨリソースのうちどのリソースを用いて送信するかを指示することができる。ＤＬグラントＤＣＩを用いてＨＡＲＱ−ＡＣＫ送信リソースを指示することは、例えば、ＤＣＩに新しいフィールドを追加したり、ＤＣＩにおける既存の特定フィールド（例、ＴＰＣフィールド又はＨＡＲＱプロセスナンバーフィールド）を借用／参照する方式によって具現することができる。

一方、ＴＤＤの場合、ＤＬＳＦのＰＤＳＣＨ受信に対するＡ／Ｎが１つのＵＬＳＦで送信される。ここで、１つのＵＬＳＦにリンクされたＤＬＳＦセットを、便宜上、“バンドリングウィンドウ”と定義する。ＴＤＤの場合、ＤＬグラントＰＤＣＣＨと対応するＰＤＳＣＨが同一バンドリングウィンドウ内で送信された場合には、既存（レガシー）暗黙的ＰＵＣＣＨリンケージをそのまま適用し、ＰＤＣＣＨ／ＰＤＳＣＨが異なるバンドリングウィンドウで送信された場合には、上記提案方法のいずれか一つを適用してＡ／Ｎ送信リソースを決定することができる。

一方、追加のＰＵＣＣＨリソーススタッキング導入、或いはＰＵＣＣＨ開始オフセット適用などを避けるために、クロス−ＳＦスケジューリングを構成するＤＬグラントＰＤＣＣＨと対応するＰＤＳＣＨは常に同一バンドリングウィンドウでのみ送信されるように限定することができる。等価的に、端末は、ＰＤＣＣＨ／ＰＤＳＣＨは異なるバンドリングウィンドウでは送信されないと仮定した／見なした状態で動作することができる。例えば、ＰＤＣＣＨ／ＰＤＳＣＨは異なるバンドリングウィンドウで送信される場合、ＰＤＣＣＨモニタリング及び／又はＰＤＳＣＨデコーディングを省略することができる。

一方、ＰＤＳＣＨ送信／受信が可能なＳＦタイミング（以下、ＰＤＳＣＨ＿ｓｔａｒｔ＿ＳＦ）をあらかじめ設定しておいた状態で、ＤＬグラントＰＤＣＣＨに対する受信／検出に成功した場合、ＰＤＣＣＨに対応する（すなわち、これによってスケジュールされる）ＰＤＳＣＨは、ＰＤＣＣＨが送信／検出されたＳＦ以降にこれと最も近いＰＤＳＣＨ＿ｓｔａｒｔ＿ＳＦで送信／受信されてもよい。同様に、（ＨＡＲＱ−ＡＣＫフィードバックのためのＰＵＣＣＨ送信が可能なＳＦタイミング（以下、ＰＵＣＣＨ＿ｓｔａｒｔ＿ＳＦ）をあらかじめ設定しておいた状態で）ＰＤＳＣＨ受信に対応するＨＡＲＱ−ＡＣＫＰＵＣＣＨの送信は、ＰＤＳＣＨが受信されたＳＦ（或いは、ＰＤＳＣＨが受信されたＳＦに特定ＳＦオフセットが加えられたＳＦタイミングを含む）以降にこれと最も近いＰＵＣＣＨ＿ｓｔａｒｔ＿ＳＦで送信されてもよい。

一方、ＤＬグラントＰＤＣＣＨでシグナルされるＴＰＣコマンドの場合、ＰＤＣＣＨが送信されたＳＦ＃ｎにリンクされたＳＦ＃（ｎ＋ｄ）ではなく、ＰＤＣＣＨからスケジューリングされたＰＤＳＣＨ受信に対するＡ／Ｎが送信されるＳＦ＃（ｎ＋ｋ＋ｄ）でのＰＵＣＣＨ送信（電力制御）に適用されてもよい。

一方、クロス−ＳＦスケジューリングが適用される場合、ＤＬＳＰＳ解除（ｒｅｌｅａｓｅ）を命令／指示するＰＤＣＣＨ（ＳＦ＃ｎ）に対するＡ／Ｎは、１）例外として、既存のようにＳＦ＃（ｎ＋ｄ）で送信されたり、２）ＰＤＣＣＨ−ｔｏ−Ａ／Ｎディレーを合わせるためにＳＦ＃（ｎ＋ｋ＋ｄ）で送信されてもよい。１）の場合には、既存の暗黙的ＰＵＣＣＨリソースをそのまま割り当てることができ、２）の場合には、上記の提案方法によってＰＵＣＣＨリソースを割り当てることができる。

一方、ＤＬＳＰＳ活性化（ａｃｔｉｖａｔｉｏｎ）を示すＰＤＣＣＨ（ＳＦ＃ｎ）がＰＤＳＣＨ（ＳＦ＃（ｎ＋ｋ））をクロス−ＳＦスケジューリングする場合を考慮することができる。この場合、ＳＰＳＰＤＳＣＨ送信周期の開始点は、ＤＬＳＰＳ活性化を示すＰＤＣＣＨの受信タイミング（ＳＦ＃ｎ）ではなく、当該ＰＤＣＣＨによってスケジュールされるＰＤＳＣＨの受信タイミング（ＳＦ＃（ｎ＋ｋ））に設定することができる。すなわち、ＰＤＳＣＨの受信タイミング（ＳＦ＃（ｎ＋ｋ））を基準／開始点にして一定周期を有しながらＳＰＳＰＤＳＣＨが送信されてもよい。

他の方法として、ＳＰＳＰＤＳＣＨ送信周期をＮ個ＳＦと仮定する場合、（クロス−ＳＦスケジューリングが適用される場合或いは適用の有無にかかわらず）ＤＬＳＰＳ活性化を示すＰＤＣＣＨ（ＳＦ＃ｎ）によってスケジュールされるＰＤＳＣＨはＳＦ＃（ｎ＋Ｎ）で送信されてもよい。又は、（クロス−ＳＦスケジューリングが適用されない場合又は適用の有無にかかわらず）ＲＲＣなどの上位層シグナリングを用いて、ＳＰＳＰＤＳＣＨに対する受信／バッファリングＲＢ領域を一般ＰＤＳＣＨの受信バッファリングＲＢ領域と独立して設定することができる。

一方、クロス−ＳＦスケジューリングが適用されない場合（例、ＰＤＳＣＨ信号の受信／バッファリングＲＢ領域は上位層シグナリングによって半−静的に設定された状態で、ＰＤＣＣＨとこれによってスケジュールされるＰＤＳＣＨは同じＳＦで送信される場合）、ＰＤＳＣＨ受信ＲＢ領域に対する再設定（例、ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）過程においてＲＢ領域に対する端末と基地局間の不一致（ｍｉｓａｌｉｇｎｍｅｎｔ）／曖昧さ（ａｍｂｉｇｕｉｔｙ）及び誤動作が発生しうる。

これを勘案して、ＣＳＳ（ＣｏｍｍｏｎＳｅａｒｃｈＳｐａｃｅ）でスケジュールされるユニキャストＰＤＳＣＨ信号の受信／バッファリングのためのＲＢ領域（以下、Ｂ＿ｃｓｓ）と、ＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃＳｅａｒｃｈＳｐａｃｅ）でスケジュールされるユニキャストＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（以下、Ｂ＿ｕｓｓ）を独立して設定することができる。例えば、ユニキャストＰＤＳＣＨがＣＳＳでスケジューリングされ得るＳＦとＵＳＳでスケジューリングされ得るＳＦをＴＤＭ方式によって排他的に（ｅｘｃｌｕｓｉｖｅ）設定することができる。言い換えると、ユニキャストＰＤＳＣＨがＢ＿ｃｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦとＢ＿ｕｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦをＴＤＭ方式によって排他的に設定することができる。ここで、ユニキャストＰＤＳＣＨ信号は、例えば、Ｃ−ＲＮＴＩ−ベースＰＤＣＣＨを用いてスケジューリングすることができる。

さらに一般化して、ＣＳＳでスケジュールされるＰＤＳＣＨ信号の受信／バッファリングのためのＲＢ領域（すなわち、Ｂ＿ｃｓｓ）とＵＳＳでスケジュールされるＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｂ＿ｕｓｓ）とが独立して設定されてもよい。例えば、ＰＤＳＣＨがＣＳＳでスケジューリングされ得るＳＦとＵＳＳでスケジューリングされ得るＳＦがＴＤＭ方式で排他的に設定されてもよい。言い換えると、任意のＰＤＳＣＨがＢ＿ｃｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦとＢ＿ｕｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦがＴＤＭ方式によって排他的に設定されてもよい。ここで、ＰＤＳＣＨ信号は、ユニキャストＰＤＳＣＨ及び／又はマルチキャスト／ブロードキャストＰＤＳＣＨを含む。

他の方法として、サーチスペース区別無しで、パラメータ再設定過程（例、ＲＲＣ再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ））に伴うＰＤＳＣＨスケジューリングを考慮したＲＢ領域（以下、Ｂ＿ｆｉｘ）と再設定用途以外の（柔軟な周波数リソース変更／設定に基づく）一般ＰＤＳＣＨスケジューリングを考慮したＲＢ領域（以下、Ｂ＿ｃｆｇ）とが独立して設定されてもよい。この場合、（Ｃ−ＲＮＴＩ−ベースＰＤＣＣＨを用いてスケジュールされる）ユニキャストＰＤＳＣＨがＢ＿ｆｉｘ領域で送信されるようにスケジューリングされ得るＳＦとＢ＿ｃｆｇ領域で送信されるようにスケジューリングされ得るＳＦとがＴＤＭ方式によって排他的に設定されてもよい。

又は、一般化して、ＲＢ領域（Ｂ＿ｆｉｘ）とＲＢ領域（Ｂ＿ｃｆｇ）が独立して設定された状態で、任意のＰＤＳＣＨがＢ＿ｆｉｘ領域で送信されるようにスケジューリングされ得るＳＦとＢ＿ｃｆｇ領域で送信されるようにスケジューリングされ得るＳＦとがＴＤＭ方式で排他的に設定されてもよい。

図１４は、本発明に実施例に適用可能な基地局と端末を例示する図である。

図１４を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。下りリンクで送信器は基地局１１０の一部であり、受信器は端末１２０の一部である。基地局１１０は、プロセッサ１１２、メモリー１１４及び無線周波数（ＲＦ）ユニット１１６を備える。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作に関する様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、て無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリー１２４及びＲＦユニット１２６を備える。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作に関する様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。

以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含めることもでき、別の実施例の対応する構成又は特徴に置き換えることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。

本発明の実施例は主として端末と基地局との間のデータ送受信関係を中心に説明されている。本文書において基地局によって行われるとした特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の別のネットワークノードによって実行できることは明らかである。「基地局」は、固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）などの用語に代替してもよい。また、「端末」は、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＭＳＳ（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）などの用語に代替してもよい。

本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに保存され、プロセッサによって駆動することができる。メモリーユニットはプロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。

本発明は、本発明の特徴を逸脱しない範囲で別の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。

本発明は、無線通信システムにおいてＭＴＣが支援される場合に通信を行う方法及び装置に適用可能である。

Claims

無線通信システムにおいてＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）によりネットワーク接続を制御する方法であって、前記方法は、
特定のタイプの装置のネットワーク接続に関連するシステム情報を基地局（ＢＳ）から受信することであって、前記特定のタイプの装置は、１０００ビットまでの伝送ブロックサイズを支援し、単一受信アンテナのみを有する、ことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を許容するか、又は前記ＵＥが前記特定のタイプの装置でない場合、前記ＢＳに関するネットワーク初期接続のランダムアクセス過程及び下りリンクデータを受信するための過程を行うことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を許容せず、かつ前記ＵＥが前記特定のタイプの装置である場合、前記ＢＳに関する前記ネットワーク初期接続のランダムアクセス過程をスキップすることと
を含み、
前記下りリンクデータを受信するための過程は、
サブフレーム＃ｎにおいて下りリンク信号受信領域に対応する第１のセットのＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）を示す第１の下りリンク制御情報を受信することと、
サブフレーム＃ｎ＋ｋにおいてＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）のために割り当てられた第２のセットのＲＢを示す第２の下りリンク制御情報を受信することと、
前記第１のセットのＲＢと前記第２のセットのＲＢとの間のオーバーラップ領域がある場合に、前記サブフレーム＃ｎ＋ｋにおいて前記オーバーラップ領域のみを介して前記ＰＤＳＣＨを受信することと、
前記第１のセットのＲＢと前記第２のセットのＲＢとの間のオーバーラップ領域がない場合に、前記サブフレーム＃ｎ＋ｋにおいて前記ＰＤＳＣＨを受信するための検出過程をスキップすることと
を含む、方法。
前記システム情報は、前記特定のタイプの装置に関連する機能を前記ＢＳが支援するか否かを示す情報を含む、請求項１に記載の方法。
前記システム情報は、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１）を含む、請求項１に記載の方法。
前記システム情報は、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含み、前記特定のタイプの装置のネットワーク接続制御を示す制御情報は、前記ＭＩＢの予備ビットで受信される、請求項１に記載の方法。
無線通信システム内のＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）であって、前記ＵＥは、
ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと
を備え、
前記プロセッサは、
特定のタイプの装置のネットワーク接続に関連するシステム情報を基地局（ＢＳ）から受信することであって、前記特定のタイプの装置は、１０００ビットまでの伝送ブロックサイズを支援し、単一受信アンテナのみを有する、ことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を許容するか、又は前記ＵＥが前記特定のタイプの装置でない場合、前記ＢＳに対するネットワーク初期接続のランダムアクセス過程及び下りリンクデータを受信するための過程を行うことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を許容せず、かつ前記ＵＥが前記特定のタイプの装置である場合、前記ＢＳに対する前記ネットワーク初期接続のランダムアクセス過程をスキップすることと
を行うように構成されており、
前記下りリンクデータを受信するための過程は、
サブフレーム＃ｎにおいて下りリンク信号受信領域に対応する第１のセットのＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）を示す第１の下りリンク制御情報を受信することと、
サブフレーム＃ｎ＋ｋにおいてＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）のために割り当てられた第２のセットのＲＢを示す第２の下りリンク制御情報を受信することと、
前記第１のセットのＲＢと前記第２のセットのＲＢとの間のオーバーラップ領域がある場合に、前記サブフレーム＃ｎ＋ｋにおいて前記オーバーラップ領域のみを介して前記ＰＤＳＣＨを受信することと、
前記第１のセットのＲＢと前記第２のセットのＲＢとの間のオーバーラップ領域がない場合に、前記サブフレーム＃ｎ＋ｋにおいて前記ＰＤＳＣＨを受信するための検出過程をスキップすることと
を含む、ＵＥ。
前記システム情報は、前記特定のタイプの装置に関連する機能を前記ＢＳが支援するか否かを示す情報を含む、請求項５に記載のＵＥ。
前記システム情報は、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１）を含む、請求項５に記載のＵＥ。
前記システム情報は、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含み、前記特定のタイプの装置のネットワーク接続制御を示す制御情報は、前記ＭＩＢの予備ビットで受信される、請求項５に記載のＵＥ。