(57)【要約】【課題】無線通信システムにおいて端末がネットワーク接続を制御する方法及び装置を提供する。【解決手段】無線通信システムにおいて端末がネットワーク接続を制御する方法であって、ＭＴＣ装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信するステップと、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うステップとを有し、前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ  ＵＥタイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、前記制御情報がネットワーク接続を許容せず、前記端末がＬＣ  ＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる方法及びそのための装置を提供する。【選択図】図１３
2016529793.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末がネットワーク接続を制御する方法であって、
ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信するステップと、
前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うステップと、
を有し、
前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ  ＵＥ（Ｌｏｗ  Ｃｏｓｔ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）タイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、
前記制御情報がネットワーク接続を許容せず、前記端末がＬＣ  ＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる、方法。
【請求項２】
前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示す、請求項１に記載の方法。
【請求項３】
前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含む、請求項１に記載の方法。
【請求項４】
前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含む、請求項１に記載の方法。
【請求項５】
前記システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含む、請求項１に記載の方法。
【請求項６】
前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信される、請求項１に記載の方法。
【請求項７】
無線通信システムに用いられる端末であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと、
を備え、
前記プロセッサは、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信し、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うように構成され、
前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ  ＵＥタイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、
前記制御情報がネットワーク接続を許容せず、前記端末がＬＣ  ＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる、端末。
【請求項８】
前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示す、請求項７に記載の端末。
【請求項９】
前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含む、請求項７に記載の端末。
【請求項１０】
前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含む、請求項７に記載の端末。
【請求項１１】
前記システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含む、請求項７に記載の端末。
【請求項１２】
前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信される、請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおいて信号送信方法及びそのための装置に関する。より具体的に、本発明は、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のための信号送信方法、シグナリング方法及びそのための装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力など）を共有して複数のユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。無線通信システムにおいて、端末は、基地局から下りリンク（ｄｏｗｎｌｉｎｋ；ＤＬ）で情報を受信することができ、上りリンク（ｕｐｌｉｎｋ；ＵＬ）で基地局に情報を送信することができる。端末の送信又は受信する情報にはデータ及び種々の制御情報があり、端末が送信又は受信する情報の種類及び用途によって様々な物理チャネルが存在する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて効率的な信号送信／処理方法及びそのための装置を提供することにある。具体的に、本発明の目的は、ＭＴＣのための効率的な信号送信／処理方法、シグナリング方法及びそのための装置を提供することにある。
【０００４】
本発明で遂げようとする技術的課題は、以上に言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一様相として、無線通信システムにおいて端末がネットワーク接続を制御する方法であって、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信するステップと、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うステップとを有し、前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ（Ｌｏｗ  Ｃｏｓｔ）ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）タイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、前記制御情報がネットワーク接続を許容せず、前記端末がＬＣ  ＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる方法が提供される。
【０００６】
本発明の他の様相として、無線通信システムに用いられる端末であって、ＲＦ（Ｒａｄｉｏ周波数）ユニットと、プロセッサとを備え、前記プロセッサは、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信し、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うように構成され、前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ  ＵＥタイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、前記制御情報がネットワーク接続を許容せず、前記端末がＬＣ  ＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる端末が提供される。
【０００７】
好適には、前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示すことができる。
【０００８】
好適には、前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含むことができる。
【０００９】
好適には、前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含むことができる。
【００１０】
好適には、前記システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含むことができる。
【００１１】
好適には、前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信されてもよい。
【発明の効果】
【００１２】
本発明の実施例によれば、無線通信システムにおいて効率的に信号を送信／処理することができる。具体的に、ＭＴＣのために効率的に信号送信／処理方法、シグナリング方法を提供することができる。
【００１３】
本発明から得られる効果は以上に言及した効果に制限されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者にとって明らかになるであろう。
【図面の簡単な説明】
【００１４】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【００１５】
【図１】図１は、ＬＴＥ（−Ａ）システムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を例示する図である。
【００１６】
【図２】図２は、ＬＴＥ（−Ａ）システムに用いられる無線フレームの構造を例示する図である。
【００１７】
【図３】図３は、スロットのリソースグリッドを例示する図である。
【００１８】
【図４】図４は、下りリンクサブフレーム（ｓｕｂｆｒａｍｅ、ＳＦ）の構造を例示する図である。
【００１９】
【図５】図５は、サブフレームにＥ−ＰＤＣＣＨ（Ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）を割り当てる例を示す図である。
【００２０】
【図６】図６は、上りリンクサブフレームの構造を例示する図である。
【００２１】
【図７】図７は、ＰＵＣＣＨフォーマットをＰＵＣＣＨ領域に物理的にマップする例を示す図である。
【００２２】
【図８】図８は、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）過程を例示する図である。
【００２３】
【図９】図９は、ＰＵＣＣＨフォーマット１ａ／１ｂのスロットレベル構造を示す図である。
【００２４】
【図１０】図１０は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。
【００２５】
【図１１】図１１は、ランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を示す図である。
【００２６】
【図１２】図１２は、本発明に係る、縮小した受信ＢＷ（Ｂａｎｄｗｉｄｔｈ）を例示する図である。
【００２７】
【図１３】図１３は、本発明に係るネットワーク接続過程を例示する図である。
【００２８】
【図１４】図１４は、本発明の一実施例に係る基地局及び端末のブロック図である。
【発明を実施するための形態】
【００２９】
添付の図面を参照して説明する本発明の実施例から、本発明の構成、作用及び別の特徴を容易に理解することができる。本発明の実施例は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＭＣ−ＦＤＭＡ（Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）のような様々な無線接続技術に用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部である。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進展したバージョンである。
【００３０】
以下の実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用される場合を中心に説明するが、これは例示に過ぎず、本発明がこれに制限されることはない。
【００３１】
本発明ではＬＴＥ−Ａに基づいて記述しているが、本発明の提案上の概念や提案方式及びそれらの実施例は、多重搬送波を用いる他のシステム（例、ＩＥＥＥ  ８０２．１６ｍシステム）のいずれにも適用可能である。
【００３２】
図１は、ＬＴＥ（−Ａ）システムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。
【００３３】
図１を参照すると、電源が消えた状態で電源が入ったり、新しくセルに進入した端末は、段階Ｓ１０１で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及び２次同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、端末は基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ、ＰＢＣＨ）を受信してセル内放送情報（すなわち、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を取得することができる。一方、端末は初期セル探索段階で下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ  ＲＳ）を受信して下りリンクチャネル状態を確認することができる。
【００３４】
初期セル探索を終えた端末は、段階Ｓ１０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信して、より具体的なシステム情報（すなわち、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））を取得する。
【００３５】
その後、端末は基地局に接続を完了するために段階Ｓ１０３乃至段階Ｓ１０６のようなランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）でプリアンブルを送信し（Ｓ１０３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ１０４）。競合ベースランダムアクセスでは、物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）送信（Ｓ１０５）、及びＰＤＣＣＨ及びこれに対応するＰＤＳＣＨ受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）をさらに行う。
【００３６】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ１０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）送信（Ｓ１０８）を行うことができる。
【００３７】
図２には、ＬＴＥ（−Ａ）で用いられる無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造を例示する。３ＧＰＰ  ＬＴＥでは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のためのタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）、及びＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）のためのタイプ２の無線フレームを支援する。
【００３８】
図２（ａ）は、タイプ１無線フレームの構造を例示する図である。ＦＤＤ無線フレームは、下りリンクサブフレーム（ｓｕｂｆｒａｍｅ、ＳＦ）のみから構成されたり、又は上りリンクサブフレームのみから構成される。無線フレームは１０個のサブフレームを含み、サブフレームは時間ドメイン（ｔｉｍｅ  ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）から構成される。サブフレームの長さは１ｍｓであり、スロットの長さは０．５ｍｓでよい。スロットは、時間領域で複数のＯＦＤＭシンボル（下りリンク）又はＳＣ−ＦＤＭＡシンボル（上りリンク）を含む。特に言及しない限り、本明細書ではＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを簡単にシンボル（以下、ｓｙｍ）と呼ぶものとする。
【００３９】
図２（ｂ）にはタイプ２無線フレームの構造を例示する。ＴＤＤ無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）から構成される。ハーフフレームは、４（５）個の一般サブフレーム及び１（０）個のスペシャル（ｓｐｅｃｉａｌ）サブフレームを含む。一般サブフレームは、ＵＬ−ＤＬ構成（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって上りリンク又は下りリンクに用いられる。スペシャルサブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、ＧＰ（Ｇｕａｒｄ  Ｐｅｒｉｏｄ）、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む。ＤｗＰＴＳは、端末にとっての初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局にとってのチャネル推定及び端末の上りリンク送信同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。サブフレームは２個のスロットから構成される。
【００４０】
表１に、ＵＬ−ＤＬ構成に従う無線フレーム内サブフレーム構成を例示する。
【表１】
2016529793.tif 000003
【００４１】
ここで、Ｄは下りリンクサブフレームを表し、Ｕは上りリンクサブフレームを表し、Ｓはスペシャルサブフレームを表す。
【００４２】
図３は、スロットにおけるリソースグリッドを例示する図である。時間領域でスロットは複数のシンボル（例、ＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボル）、例えば、７個又は６個のシンボルを含む。周波数領域でスロットは複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＲＢ）を含み、ＲＢは１２個の副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。リソースグリッド上の各要素は、リソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれる。ＲＥは、信号送信のための最小リソース単位であり、一つの変調シンボルがＲＥにマップされる。
【００４３】
図４は、下りリンクサブフレームの構造を例示する図である。サブフレームの一番目のスロットで先頭における最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。それ以外のＯＦＤＭシンボルは、共有チャネル（例、ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。制御チャネルの例には、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などがある。
【００４４】
ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネル送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＣＦＩＣＨは４個のＲＥＧから構成され、それぞれのＲＥＧは、セルＩＤに基づいて制御領域に均等に分散される。ＰＣＦＩＣＨは、１〜３（又は２〜４）の値を示し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）で変調される。ＰＨＩＣＨは、上りリンク送信に対する応答としてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号を運ぶ。ＰＨＩＣＨ区間（ｄｕｒａｔｉｏｎ）によって設定された一つ以上のＯＦＤＭシンボルにおいてＣＲＳ及びＰＣＦＩＣＨ（最初のＯＦＤＭシンボル）以外のＲＥＧ上にＰＨＩＣＨが割り当てられる。ＰＨＩＣＨは、周波数ドメイン上で最大限に分散された３個のＲＥＧに割り当てられる。
【００４５】
ＰＤＣＣＨは、下りリンク共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割り当て情報、端末グループ中の各端末に対するＴｘ電力制御命令セット、Ｔｘ電力制御命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨを制御領域で送信可能である。端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するために用いられる論理的割り当てユニットである。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥの個数によって決定される。
【００４６】
表２に、ＰＤＣＣＨフォーマットに従うＣＣＥ個数、ＲＥＧ個数、ＰＤＣＣＨビット数を示す。
【００４７】
【表２】
2016529793.tif 000004
【００４８】
ＣＣＥは、連続して番号が付けられ、デコーディングプロセスを単純化するために、ｎ  ＣＣＥｓから構成されたフォーマットを有するＰＤＣＣＨは、ｎの倍数と同じ数を有するＣＣＥでのみ開始可能である。特定ＰＤＣＣＨの送信のために用いられるＣＣＥの個数は、チャネル条件によって基地局で決定される。例えば、ＰＤＣＣＨが良好な下りリンクチャネルを有する（例、基地局に近接する）端末のためのものであれば、１つのＣＣＥでも十分であろう。しかし、悪いチャネルを有する（例、セル境界に近接する）端末に対しては、十分のロバスト（ｒｏｂｕｓｔｎｅｓｓ）を得るために８個のＣＣＥを用いることができる。また、ＰＤＣＣＨの電力レベルがチャネル条件に応じて調節されてもよい。
【００４９】
ＰＤＣＣＨで送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶ。様々なＤＣＩフォーマットが用途によって定義される。具体的に、上りリンクスケジューリングのためにＤＣＩフォーマット０、４（以下、ＵＬグラント）が定義され、下りリンクスケジューリングのためにＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ（以下、ＤＬグラント）が定義される。ＤＣＩフォーマットは、用途によって、ホッピングフラグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）、ＲＢ割り当て、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、サイクリックシフトＤＭ−ＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）要請、ＨＡＲＱプロセス番号、ＴＰＭＩ（Ｔｒａｎｓｍｉｔｔｅｄ  Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）確認（ｃｏｎｆｉｒｍａｔｉｏｎ）などの情報を選択的に含む。
【００５０】
基地局は、端末に送信される制御情報によってＰＤＣＣＨフォーマットを決定し、制御情報にエラー検出のためのＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者や用途によって識別子（例、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ））でマスクされる。言い換えると、ＰＤＣＣＨは識別子（例、ＲＮＴＩ）でＣＲＣスクランブルされる。
【００５１】
表３に、ＰＤＣＣＨにマスクされる識別子を例示する。
【００５２】
【表３】
2016529793.tif 000005
【００５３】
Ｃ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ）及びＳＰＳ  Ｃ−ＲＮＴＩ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  Ｃ−ＲＮＴＩ）が用いられると、ＰＤＣＣＨは特定端末のための端末−特定制御情報を運び、そ例外のＲＮＴＩが用いられると、ＰＤＣＣＨはセル内り全端末のための共通制御情報を運ぶ。
【００５４】
ＬＴＥ（−Ａ）は、それぞれの端末のためにＰＤＣＣＨが位置し得る制限されたセットのＣＣＥ位置を定義する。端末が自身のＰＤＣＣＨを探すためにモニタリングすべき制限されたセットのＣＣＥ位置（すなわち、制限されたＣＣＥセット又は制限されたＰＤＣＣＨ候補セット）を、検索空間（Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＳＳ）と呼ぶことができる。ここで、モニタリングは、それぞれのＰＤＣＣＨ候補をデコードすることを含む（ブラインドデコーディング）。ＵＥ−特定検索空間（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＵＳＳ）及び共通検索空間（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＣＳＳ）検索空間が定義される。ＵＳＳは端末別に設定され、ＣＳＳは各端末に対して同一に設定される。ＵＳＳ及びＣＳＳはオーバーラップされてもよい。ＵＳＳの開始位置は、端末−特定方式で各サブフレームでホップする。検索空間はＰＤＣＣＨフォーマットに従って別々のサイズを有することができる。
【００５５】
表４に、ＣＳＳ及びＵＳＳのサイズを示す。
【００５６】
【表４】
2016529793.tif 000006
【００５７】
ブラインドデコーディング（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ、ＢＤ）の総回数による計算負荷を統制するために、端末は定義された全てのＤＣＩフォーマットを同時に検索するように要求されない。一般に、ＵＳＳにおいて端末は常にフォーマット０と１Ａを検索する。フォーマット０と１Ａは同一サイズを有し、メッセージ中のフラグによって区別される。また、端末は追加フォーマットを受信するように要求されてもよい（例、基地局で設定されたＰＤＳＣＨ送信モードによって１、１Ｂ又は２）。ＣＳＳにおいて端末はフォーマット１Ａ及び１Ｃを検索する。また、端末はフォーマット３又は３Ａを検索するように設定されてもよい。フォーマット３及び３Ａは、フォーマット０及び１Ａと同じサイズを有し、端末−特定識別子よりは、異なる（共通）識別子でＣＲＣをスクランブルすることによって区別することができる。
【００５８】
送信モード（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ、ＴＭ）によるＰＤＳＣＨ送信技法と、ＤＣＩフォーマットの情報コンテンツを下記する。
【００５９】
送信モード
【００６０】
●送信モード１：単一基地局アンテナポートからの送信
【００６１】
●送信モード２：送信ダイバーシチ
【００６２】
●送信モード３：開−ループ空間多重化
【００６３】
●送信モード４：閉−ループ空間多重化
【００６４】
●送信モード５：多重−ユーザＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）
【００６５】
●送信モード６：閉−ループランク−１プリコーディング
【００６６】
●送信モード７：単一−アンテナポート（ポート５）送信
【００６７】
●送信モード８：二重レイヤ送信（ポート７及び８）又は単一−アンテナポート（ポート７又は８）送信
【００６８】
●送信モード９〜１０：最大８個のレイヤ送信（ポート７〜１４）又は単一−アンテナポート（ポート７又は８）送信
【００６９】
ＤＣＩフォーマット
【００７０】
●フォーマット０：ＰＵＳＣＨ送信のためのリソースグラント
【００７１】
●フォーマット１：単一コードワードＰＤＳＣＨ送信（送信モード１、２及び７）のためのリソース割り当て
【００７２】
●フォーマット１Ａ：単一コードワードＰＤＳＣＨ（全てのモード）のためのリソース割り当てのコンパクトシグナリング
【００７３】
●フォーマット１Ｂ：ランク−１閉−ループプリコーディングを用いるＰＤＳＣＨ（モード６）のためのコンパクトリソース割り当て
【００７４】
●フォーマット１Ｃ：ＰＤＳＣＨ（例、ページング／ブロードキャストシステム情報）のための非常にコンパクトなリソース割り当て
【００７５】
●フォーマット１Ｄ：多重−ユーザＭＩＭＯを用いるＰＤＳＣＨ（モード５）のためのコンパクトリソース割り当て
【００７６】
●フォーマット２：閉−ループＭＩＭＯ動作のＰＤＳＣＨ（モード４）のためのリソース割り当て
【００７７】
●フォーマット２Ａ：開−ループＭＩＭＯ動作のＰＤＳＣＨ（モード３）のためのリソース割り当て
【００７８】
●フォーマット３／３Ａ：ＰＵＣＣＨ及びＰＵＳＣＨのために２−ビット／１−ビット電力調整値を有する電力コントロールコマンド
【００７９】
●フォーマット４：多重−アンテナポート送信モードに設定されたセルでＰＵＳＣＨ送信のためのリソースグラント
【００８０】
ＤＣＩフォーマットは、ＴＭ−専用（ｄｅｄｉｃａｔｅｄ）フォーマットとＴＭ−共通（ｃｏｍｍｏｎ）フォーマットとに分類可能である。ＴＭ−専用フォーマットは、該当のＴＭにのみ設定されたＤＣＩフォーマットを意味し、ＴＭ−共通フォーマットは全てのＴＭに共通に設定されたＤＣＩフォーマットを意味する。例えば、ＴＭ８は、ＤＣＩフォーマット２ＢをＴＭ−専用ＤＣＩフォーマットとし、ＴＭ９は、ＤＣＩフォーマット２ＣをＴＭ−専用ＤＣＩフォーマットとし、ＴＭ１０は、ＤＣＩフォーマット２ＤをＴＭ−専用ＤＣＩフォーマットとすることができる。また、ＤＣＩフォーマット１ＡをＴＭ−共通ＤＣＩフォーマットとすることができる。
【００８１】
図５には、サブフレームにＥ−ＰＤＣＣＨを割り当てる例を示す。既存ＬＴＥシステムにおいてＰＤＣＣＨは制限されたＯＦＤＭシンボルで送信されるなどの限界がある。そこで、ＬＴＥ−Ａでは、より柔軟なスケジューリングのためにＥ−ＰＤＣＣＨ（ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）を導入している。
【００８２】
図５を参照すると、制御領域（図４参照）には、既存ＬＴＥ（−Ａ）に基づくＰＤＣＣＨ（便宜上、Ｌｅｇａｃｙ  ＰＤＣＣＨ、Ｌ−ＰＤＣＣＨ）を割り当てることができる。Ｌ−ＰＤＣＣＨ領域はＬ−ＰＤＣＣＨを割り当て可能な領域を意味する。文脈によって、Ｌ−ＰＤＣＣＨ領域は、制御領域、制御領域内で実際にＰＤＣＣＨが割り当てられてもよい制御チャネルリソース領域（すなわち、ＣＣＥリソース）、又はＰＤＣＣＨ検索空間を意味することができる。一方、データ領域（図4参照）内にＰＤＣＣＨがさらに割り当てられてもよい。データ領域に割り当てられたＰＤＣＣＨをＥ−ＰＤＣＣＨと呼ぶ。図示のように、Ｅ−ＰＤＣＣＨを用いて制御チャネルリソースをさらに確保することによって、Ｌ−ＰＤＣＣＨ領域の制限された制御チャネルリソースによるスケジューリング制約を緩和することができる。データ領域においてＥ−ＰＤＣＣＨとＰＤＳＣＨはＦＤＭ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で多重化される。
【００８３】
具体的に、Ｅ−ＰＤＣＣＨは、ＤＭ−ＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）に基ついで検出／復調することができる。Ｅ−ＰＤＣＣＨは時間軸上でＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）ペア（ｐａｉｒ）にわたって送信される構造を有する。Ｅ−ＰＤＣＣＨベーススケジューリングが設定される場合、どのサブフレームでＥ−ＰＤＣＣＨ送信／検出を行うかを指定することができる。Ｅ−ＰＤＣＣＨは、ＵＳＳにのみ構成することができる。端末は、Ｅ−ＰＤＣＣＨ送信が許容されるように設定されたサブフレーム（以下、Ｅ−ＰＤＣＣＨサブフレーム）でＬ−ＰＤＣＣＨ  ＣＳＳとＥ−ＰＤＣＣＨ  ＵＳＳに対してのみＤＣＩ検出を試み、Ｅ−ＰＤＣＣＨ送信が許容されないように設定されたサブフレーム（すなわち、ノン−Ｅ−ＰＤＣＣＨサブフレーム）ではＬ−ＰＤＣＣＨ  ＣＳＳとＬ−ＰＤＣＣＨ  ＵＳＳに対してＤＣＩ検出を試みることができる。
【００８４】
Ｌ−ＰＤＣＣＨと同様に、Ｅ−ＰＤＣＣＨはＤＣＩを搬送する。例えば、Ｅ−ＰＤＣＣＨは、下りリンクスケジューリング情報、上りリンクスケジューリング情報を運ぶことができる。Ｅ−ＰＤＣＣＨ／ＰＤＳＣＨ過程及びＥ−ＰＤＣＣＨ／ＰＵＳＣＨ過程は、図１の段階Ｓ１０７及びＳ１０８を参照して説明した過程と同一／類似に行われる。すなわち、端末は、Ｅ−ＰＤＣＣＨを受信し、Ｅ−ＰＤＣＣＨに対応するＰＤＳＣＨを介してデータ／制御情報を受信することができる。また、端末は、Ｅ−ＰＤＣＣＨを受信し、Ｅ−ＰＤＣＣＨに対応するＰＵＳＣＨを介してデータ／制御情報を送信することができる。一方、既存のＬＴＥは、制御領域内にＰＤＣＣＨ候補領域（以下、ＰＤＣＣＨ検索空間）をあらかじめ予約し、その一部の領域で特定端末のＰＤＣＣＨを送信する方式を取っている。このため、端末は、ブラインドデコーディングを用いてＰＤＣＣＨ検索空間内で自身のＰＤＣＣＨをモニタリングすることができる。同様に、Ｅ−ＰＤＣＣＨも、事前予約されたリソースの一部又は全てにわたって送信されてもよい。
【００８５】
図６はＬＴＥで用いられる上りリンクサブフレームの構造を例示する。
【００８６】
図６を参照すると、上りリンクサブフレームは、複数（例、２個）のスロットを含む。スロットはＣＰ長によって異なる数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは、周波数領域においてデータ領域と制御領域と区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置しているＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界にホップする。
【００８７】
ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。
【００８８】
−  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式で送信される。
【００８９】
−  ＨＡＲＱ応答：ＰＤＳＣＨ上の下りリンクデータブロック（例、伝送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ、ＴＢ）又はコードワード（ｃｏｄｅｗｏｒｄ、ＣＷ））に対する応答信号である。下りリンクデータブロックが成功的に受信されたか否かを示す。単一下りリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ  １ビットが送信され、２つの下りリンクコードワードに対する応答としてＡＣＫ／ＮＡＣＫ  ２ビットが送信される。ＨＡＲＱ応答は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ又はＨＡＲＱ−ＡＣＫと同じ意味で使われてもよい。
【００９０】
−  ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）：下りリンクチャネルに対するフィードバック情報である。ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）−関連フィードバック情報は、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）及びＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）を含む。サブフレーム当たり２０ビットが用いられる。
【００９１】
端末がサブフレームで送信可能な制御情報（ＵＣＩ）の量は、制御情報の送信に使用可能なＳＣ−ＦＤＭＡの個数に依存する。制御情報の送信に使用可能なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信に用いられるＳＣ−ＦＤＭＡシンボル以外のＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が設定されているサブフレームの場合、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除外される。参照信号は、ＰＵＣＣＨのコヒーレント検出に用いられる。ＰＵＣＣＨは、送信される情報によって７個のフォーマットを支援する。
【００９２】
表５に、ＬＴＥにおいてＰＵＣＣＨフォーマットとＵＣＩとのマッピング関係を示す。
【００９３】
【表５】
2016529793.tif 000007
【００９４】
図７には、ＰＵＣＣＨフォーマットをＰＵＣＣＨ領域に物理的にマップする例を示す。
【００９５】
図７を参照すると、ＰＵＣＣＨフォーマットは、バンド−エッジ（ｅｄｇｅ）から内側へ、ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）（例、ＰＵＣＣＨ領域ｍ＝０、１）、ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）又はＰＵＣＣＨフォーマット１／１ａ／１ｂ（ＳＲ／ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ）（例、存在する場合、ＰＵＣＣＨ領域ｍ＝２）、及びＰＵＣＣＨフォーマット１／１ａ／１ｂ（ＳＲ／ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ）（例、ＰＵＣＣＨ領域ｍ＝３，４，５）の順にＲＢ上にマップして送信される。ＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＣＱＩ）に利用可能なＰＵＣＣＨ  ＲＢの個数
【化１】
2016529793.tif 000008
は、セル内でブロードキャストシグナリングによって端末に送信される。
【００９６】
図８は、ＨＡＲＱ過程を例示する図である。便宜上、ＴＤＤにおいてＤＬデータ（例、ＰＤＳＣＨ）に対する応答として上りリンクでＡＣＫ／ＮＡＣＫを送信する場合を例示する。
【００９７】
図８を参照すると、端末は、Ｍ個のＤＬサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）上で一つ以上のＰＤＳＣＨ信号を受信することができる（Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１）。ＦＤＤにおいてＭ＝１である。それぞれのＰＤＳＣＨ信号は送信モードによって１つ又は複数（例、２個）の伝送ブロック（ＴＢ）を送信する。また、図示してはいないが、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１でＳＰＳ解除（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）を指示するＰＤＣＣＨ信号も受信することができる。Ｍ個のＤＬ  ＳＦにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在すると、端末はＡＣＫ／ＮＡＣＫを送信するための過程（例、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割り当てなど）を経て、Ｍ個のＤＬ  ＳＦに対応する1つのＵＬ  ＳＦでＡＣＫ／ＮＡＣＫを送信する（Ｓ５０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ５０２＿０〜Ｓ５０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に対する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨで送信されるが、ＡＣＫ／ＮＡＣＫ送信時点にＰＵＳＣＨ送信があると、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨを介して送信されてもよい。ＡＣＫ／ＮＡＣＫ送信のために、表５に示す種々のＰＵＣＣＨフォーマットを用いることができる。また、ＰＵＣＣＨフォーマットで送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）、ＡＣＫ／ＮＡＣＫチャネル選択（ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）などの方法を用いることができる。
【００９８】
上述したとおり、ＴＤＤでは、Ｍ個のＤＬ  ＳＦで受信したデータに対するＡＣＫ／ＮＡＣＫが１つのＵＬ  ＳＦで送信され（すなわち、Ｍ  ＤＬ  ＳＦ（ｓ）：１  ＵＬ  ＳＦ）、それらの関係はＤＡＳＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｏｃｉａｔｉｏｎ  Ｓｅｔ  Ｉｎｄｅｘ）によって与えられる。
【００９９】
表６には、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ０，ｋ１，…ｋＭ−１｝）を示す。表６は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームにとって自身と関連付いているＤＬサブフレームとの間隔を示す。具体的に、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ送信及び／又はＳＰＳ解除を示すＰＤＣＣＨがある場合、端末は、サブフレームｎでＡＣＫ／ＮＡＣＫを送信する。ＦＤＤにおいてｋ＝４である。
【０１００】
【表６】
2016529793.tif 000009
【０１０１】
図９は、ＰＵＣＣＨフォーマット１ａ／１ｂのスロットレベル構造を示す。ＰＵＣＣＨフォーマット１ａ／１ｂは、ＡＣＫ／ＮＡＣＫ送信に用いられる。ノーマルＣＰの場合、ＳＣ−ＦＤＭＡ  ＃２／＃３／＃４がＤＭ  ＲＳ送信に用いられる。拡張ＣＰの場合、ＳＣ−ＦＤＭＡ  ＃２／＃３がＤＭ  ＲＳ送信に用いられる。したがって、スロットにおいて４個のＳＣ−ＦＤＭＡシンボルがＡＣＫ／ＮＡＣＫ送信に用いられる。便宜上、ＰＵＣＣＨフォーマット１ａ／１ｂをＰＵＣＣＨフォーマット１と総称する。
【０１０２】
図９を参照すると、１ビット［ｂ（０）］及び２ビット［ｂ（０）ｂ（１）］ＡＣＫ／ＮＡＣＫ情報はそれぞれ、ＢＰＳＫ及びＱＰＳＫ変調方式によって変調され、１つのＡＣＫ／ＮＡＣＫ変調シンボルが生成される（ｄ０）。ＡＣＫ／ＮＡＣＫ情報においてそれぞれのビット［ｂ（ｉ）、ｉ＝０，１」は、当該ＤＬ伝送ブロックに対するＨＡＲＱ応答を示し、ポジティブＡＣＫの場合は当該ビットが１と与えられ、ネガティブＡＣＫ（ＮＡＣＫ）の場合は当該ビットが０と与えられる。ＰＵＣＣＨフォーマット１ａ／１ｂは、周波数ドメインにおいてサイクリックシフト（αｃｓ，ｘ）を行う他、直交拡散コード（例、Ｗａｌｓｈ−Ｈａｄａｍａｒｄ又はＤＦＴコード）（ｗ０，ｗ１，ｗ２，ｗ３）を用いて時間ドメイン拡散をする。ＰＵＣＣＨフォーマット１ａ／１ｂの場合、周波数及び時間ドメインの両方でコード多重化が用いられるので、より多数の端末を同一ＰＵＣＣＨ  ＲＢ上に多重化することができる。
【０１０３】
図１０は、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースを決定する例を示す図である。ＬＴＥシステムにおいてＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨリソースは、各端末にあらかじめ割り当てられておらず、複数のＰＵＣＣＨリソースをセル内の複数の端末が毎時点に分けて使用する。具体的に、端末がＡＣＫ／ＮＡＣＫを送信するために用いるＰＵＣＣＨリソースは、下りリンクデータに対するスケジューリング情報を運ぶＰＤＣＣＨに対応する。それぞれの下りリンクサブフレームでＰＤＣＣＨが送信される全体領域は複数のＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）で構成され、端末に送信されるＰＤＣＣＨは一つ以上のＣＣＥで構成される。端末は、自身の受信したＰＤＣＣＨを構成するＣＣＥのうち特定ＣＣＥ（例、最初のＣＣＥ）に対応するＰＵＣＣＨリソースでＡＣＫ／ＮＡＣＫを送信する。例えば、図１０に示すように、４〜６番のＣＣＥで構成されたＰＤＣＣＨを介してＰＤＳＣＨに関する情報が伝達されるとすれば、端末は、ＰＤＣＣＨを構成する最初のＣＣＥである４番ＣＣＥに対応する４番ＰＵＣＣＨでＡＣＫ／ＮＡＣＫを送信する。図１０は、ＤＬ  ＣＣに最大Ｎ個のＣＣＥが存在するとき、ＵＬ  ＣＣに最大Ｍ個のＰＵＣＣＨが存在する場合を例示している。Ｎ＝Ｍであってもよいが、Ｍ値とＮ値を異なるように設計し、ＣＣＥとＰＵＣＣＨとのマッピングが重なるようにしてもよい。
【０１０４】
具体的に、ＬＴＥシステムにおいてＰＵＣＣＨリソースインデックスは次のように定められる。
【０１０５】
【数１】
2016529793.tif 000010
【０１０６】
ここで、ｎ(１)ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ／ＤＴＸを送信するためのＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスを表し、Ｎ(１)ＰＵＣＣＨは、上位層から伝達されたシグナリング値を表し、ｎＣＣＥは、ＰＤＣＣＨ送信に用いられたＣＣＥインデックスのうちの最小値を表す。ｎ(１)ＰＵＣＣＨからＰＵＣＣＨフォーマット１ａ／１ｂのためのサイクリックシフト、直交拡散コード及びＰＲＢが得られる。
【０１０７】
図１１には、ランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を示す。ランダムアクセス過程は、上りで短い長さのデータを送信するために用いられる。例えば、ランダムアクセス過程は、ＲＲＣ＿ＩＤＬＥにおける初期接続、無線リンク失敗後の初期接続、ランダムアクセス過程を要求するハンドオーバー、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中にランダムアクセス過程が要求される上りリンク／下りリンクデータの発生時に行われる。ランダムアクセス過程は、衝突ベース（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ）と非衝突ベース（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ）過程とに区別される。
【０１０８】
図１１を参照すると、端末は、システム情報を用いて基地局からランダムアクセスに関する情報を受信して保存する。その後、ランダムアクセスが必要になると、端末は、ランダムアクセスプリアンブル（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ（メッセージ１、Ｍｓｇ１）をＰＲＡＣＨで基地局に送信する（Ｓ８１０）。基地局が端末からランダムアクセスプリアンブルを受信すると、基地局は、ランダムアクセス応答メッセージ（メッセージ２、Ｍｓｇ２）を端末に送信する（Ｓ８２０）。具体的に、ランダムアクセス応答メッセージに関する下りリンクスケジューリング情報は、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−ＲＮＴＩ）でＣＲＣマスクされてＰＤＣＣＨを介して送信される。ＲＡ−ＲＮＴＩでマスクされた下りリンクスケジューリング信号を受信した端末は、ＰＤＳＣＨからランダムアクセス応答メッセージを受信することができる。その後、端末は、ランダムアクセス応答メッセージに、自身に指示されたランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）があるか確認する。ＲＡＲは、タイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ、ＴＡ）、上りリンクリソース割り当て情報（ＵＬグラント）、端末臨時識別子などを含む。端末はＵＬグラントに基づいてＵＬ−ＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）メッセージ（メッセージ３、Ｍｓｇ３）を基地局に送信する（Ｓ８３０）。基地局は、ＵＬ−ＳＣＨメッセージを受信した後、衝突解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）メッセージ（メッセージ４、Ｍｓｇ４）を端末に送信する（Ｓ８４０）。
【実施例】
【０１０９】
実施例：ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のための信号送信／処理
【０１１０】
ＬＴＥ−Ａの次期システムは、メーター検針、水位測定、監視カメラ活用、自動販売機の在庫報告などのデータ通信を中心にする低価／低仕様の端末を構成することを考慮している。このような端末を、便宜上、ＬＣ  ＵＥタイプ（或いは、ＬＣタイプＵＥ、ＬＣ  ＵＥ）と総称する。ＬＣ  ＵＥタイプの場合、送信データ量が少なく、上りリンク／下りリンクデータ送受信がときおり発生するので、低いデータ送信率に合わせて端末の単価を下げるとともにバッテリー消耗を減らすことが効率的である。また、ＬＣ  ＵＥタイプの場合、移動性が少なく、チャネル環境がほとんど変わらないという特性がある。将来、ＬＣ  ＵＥタイプがビル、工場、地下室などのようにカバレッジ−制限（ｃｏｖｅｒａｇｅ−ｌｉｍｉｔｅｄ）の場所に設置される劣悪な状況を考慮して、それぞれのチャネル／信号別に様々なカバレッジ改善（ｅｎｈａｎｃｅｍｅｎｔ）技法が議論されている。一例として、ＭＴＣカバレッジを改善するためにチャネル／信号を反復送信する方法が議論されている。
【０１１１】
一方、ＬＣ  ＵＥタイプの低価／低仕様化のための技術として、受信アンテナ数の減少、最大ＴＢサイズの減少、受信バッファーサイズの減少などが考慮されている。ここで、受信バッファーサイズの減少は、端末の受信周波数区間／範囲を縮小（例、少数の特定ＲＢに限定）する形態として具現することができる。受信周波数区間／範囲は、端末が受信する周波数区間／範囲を表し、便宜上、受信ＢＷ（ｂａｎｄｗｉｄｔｈ）と呼ぶ。受信バッファーは、受信ＢＷ上の信号を受信及びバッファリングするために用いられ、受信した信号を関連制御チャネル（例、ＰＤＣＣＨ）の検出／受信／復号過程の間に或いは終了するまでバッファリングすることができる。
【０１１２】
これと関連して、制御チャネル（例、ＰＤＣＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ）の場合、制御チャネルを構成するリソース（例、ＲＥ／ＲＥＧ／ＣＣＥなど）がインターリービングなどによって全体システムＢＷ（ｂａｎｄｗｉｄｔｈ）に分散される。したがって、制御チャネルの場合、受信ＢＷの縮小が困難である。これと違い、データチャネル（例、ＰＤＳＣＨ）の場合、基地局のスケジューリングによって、データチャネルを構成するリソースが特定周波数リソース（例、ＲＢセット）に限定されてもよい。したがって、データチャネルの場合、受信ＢＷを縮小させることによって受信バッファーサイズを減少させることができる。便宜上、制御チャネルの受信に用いられる全体システムＢＷをＢｃ（例、Ｎ個ＲＢ）と定義する。また、Ｂｃ内でデータチャネル受信に用いられる縮小した受信ＢＷ（すなわち、データ（例、ＰＤＳＣＨ）受信ＢＷ）をＢｄ（例、Ｋ個ＲＢ）と定義する。
【０１１３】
一方、ＭＴＣ応用分野の特性の上、将来、ＬＣ  ＵＥタイプの数は非常に多くなると予想される。これに伴い、基地局／セルの観点で周波数効率（ｓｐｅｃｔｒａｌ  ｅｆｆｉｃｉｅｎｃｙ）を勘案してＬＣ  ＵＥタイプと一般（例、ｎｏｎ−ＬＣ−ＭＴＣ又はｎｏｎ−ＭＴＣ）端末を効率／安定的に支援／制御することが重要である。そのために、ＬＣ  ＵＥタイプ別に異なるＢｄ（例、ＲＢセット）を指定する／割り当てることを考慮することができる。一方、特定システム共通情報（例、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））は、全てのＬＣ  ＵＥタイプ或いは全ての端末（一般端末も含む）が同時に検出／受信できるようにするために、特定ＢＷ（例、システムＢＷの中央に位置する少数の特定ＲＢ）に限って送信されてもよい。したがって、ＬＣ  ＵＥタイプ観点で特定システム共通情報が送信されるリソースとデータチャネルが送信されるリソースは、周波数領域で物理的に全体或いは一部がオーバーラップしたりオーバーラップしないように構成されてもよい。便宜上、Ｂｃ内で特定システム共通情報の受信に用いられる縮小した受信ＢＷ（すなわち、システム共通情報（例、ＳＩＢ）受信ＢＷ）をＢｓ（例、Ｍ個ＲＢ）と定義する。ここで、Ｂｓ及びＭはそれぞれ、Ｂｄ及びＫと同じ値を有することができ、Ｂｃ内でＢｓとＢｄの位置は物理的に同一であってもよく異なってもよい。一例として、Ｂｓ及び／又はＢｄは１．４ＭＨｚであり、Ｍ及び／又はＫは６であってもよい。以下、縮小した受信ＢＷはＢｄ及びＢｓをすべて含み、文脈によって、Ｂｄ又はＢｓを意味するものと解釈することができる。
【０１１４】
図１２に、システムＢＷ（例、Ｂｃ）及び縮小した受信ＢＷ（例、Ｂｄ及びＢｓ）を示す。図１２は、Ｎ＝１００、Ｍ＝Ｋ＝６であり、Ｂｓはセルセンター（すなわち、ｃｅｎｔｅｒ  ｃａｒｒｉｅｒ、ｆｃ）に位置した６ＲＢで構成され、ＢｄはＢｓとオーバーラップしないように構成される場合を例示している。この場合、ＬＣ  ＵＥタイプは、一般ＳＦではＢｄでのみデータ（例、ＰＤＳＣＨ）受信及びバッファリング動作を行うが、特定システム共通情報（例、ＳＩＢ）がスケジューリング／送信されたＳＦでは受信ＢＷをＢｓに変更してデータ受信及びバッファリング動作を行うことができる。ＳＩＢに対するスケジューリングが存在可能な、或いはＳＩＢ送信が可能なＳＦ（便宜上、“ＳＩＢ−可能（ｐｏｓｓｉｂｌｅ）ＳＦ”という。）は別途に指定されてもよい。また、状況（例、ＳＩＢアップデートが必要でない）によって、ＳＩＢ−可能ＳＦでＳＩＢ送信無しで特定端末を対象に一般ＰＤＳＣＨのみを送信することも可能である。一方、既存の端末は、毎Ｎｏｎ−ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）サブフレームでデータチャネル（例、ＳＩＢ、ＰＤＳＣＨなど）をスケジューリングする制御チャネル（例、ＰＤＣＣＨなど）に対する検出／受信／復号過程の間に或いは終了まで周波数全領域でデータチャネル領域の信号を受信及びバッファリングする。
【０１１５】
以下、ＬＣ  ＵＥタイプを考慮してシステム共通情報及びデータチャネルに対する受信／バッファリングの実行及び動作方法を提案する。本明細書において、ＬＣ−ＭＣＴ端末は、ＬＣ端末、ＬＣタイプ端末に代替されたり一般化されてもよい。
【０１１６】
便宜上、ＳＩＢ−可能ＳＦ（情報）、Ｂｓ（すなわち、システム共通情報（例、ＳＩＢ）受信ＢＷ）、及びＢｄ（すなわち、データ（例、ＰＤＳＣＨ）受信ＢＷ）があらかじめ指定されている／割り当てられている状況を仮定する。例えば、ＳＩＢ−可能ＳＦ、Ｂｓ及び／又はＢｄは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングを用いて割り当てることができる。ＳＩＢ−可能ＳＦに属しないＳＦを一般（ｎｏｒｍａｌ）ＳＦと呼ぶ。一般ＳＦは、一般ＰＤＳＣＨに対するスケジューリング／送信が可能なＳＦにさらに限定されてもよい。一般ＰＤＳＣＨは、ＳＩＢを含まないＰＤＳＣＨを意味し、端末−特定ＰＤＳＣＨ（例、Ｃ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰＳ  Ｃ−ＲＮＴＩを有するＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ）にさらに限定されてもよい。また、ＰＣＦＩＣＨ検出から類推される、或いはＲＲＣシグナリングによって指定される（時間軸上の）データチャネル区間（例、図４のデータ領域）をＰＤＳＣＨ区間と呼ぶ。ＰＤＣＣＨは、Ｌ−ＰＤＣＣＨ及びＥ−ＰＤＣＣＨを全て含み、文脈によって、Ｌ−ＰＤＣＣＨ及び／又はＥ−ＰＤＣＣＨを意味することができる。クロス−ＳＦ−スケジューリングとは、ＰＤＣＣＨ（ＤＬグラントＤＣＩ）とこれに対応するＰＤＳＣＨとが異なるＳＦで送信される方式を指す。ノン−クロス−ＳＦ−スケジューリングとは、ＰＤＣＣＨ（ＤＬグラントＤＣＩ）とこれに対応するＰＤＳＣＨとが同一のＳＦで送信される方式を指す。
【０１１７】
方法１：ＳＩＢのための専用（ｄｅｄｉｃａｔｅｄ）ＲＢ領域で一般ＰＤＳＣＨを受信（Ｎｏｒｍａｌ  ＰＤＳＣＨ  ｒｅｃｅｐｔｉｏｎ  ｖｉａ  ｔｈｅ  ＲＢ  ｒｅｇｉｏｎ  ｄｅｄｉｃａｔｅｄ  ｆｏｒ  ＳＩＢ）（ｏｎｌｙ  ｉｎ  ＳＩＢ−ｐｏｓｓｉｂｌｅ  ＳＦ）
【０１１８】
この方法において、ＬＣ  ＵＥタイプは、一般ＳＦのＰＤＳＣＨ区間ではＢｄ領域に対して信号の受信及びバッファリング動作を行い、ＳＩＢ−可能ＳＦのＰＤＳＣＨ区間ではＢｓ領域に対して信号の受信及びバッファリング動作を行うことができる。そのために、基地局は、ＬＣ  ＵＥタイプに対して、一般ＳＦではＢｄ領域でのみ一般ＰＤＳＣＨをスケジューリング／送信することができ、ＳＩＢ−可能ＳＦではＳＩＢ或いは一般ＰＤＳＣＨをＢｓ領域でのみスケジューリング／送信することができる。したがって、ＬＣ  ＵＥタイプは、一般ＰＤＳＣＨが一般ＳＦではＢｄ領域のみを通じてスケジューリング／送信され、ＳＩＢ−可能ＳＦではＢｓ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。また、ＬＣ  ＵＥタイプは、ＳＩＢは、ＳＩＢ−可能ＳＦのＢｓ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。
【０１１９】
方法２：一般ＰＤＳＣＨのために割り当てられたＲＢ領域でＳＩＢを受信（ＳＩＢ  ｒｅｃｅｐｔｉｏｎ  ｖｉａ  ｔｈｅ  ＲＢ  ｒｅｇｉｏｎ  ａｓｓｉｇｎｅｄ  ｆｏｒ  ｎｏｒｍａｌ  ＰＤＳＣＨ）（ｅｖｅｎ  ｉｎ  ＳＩＢ−ｐｏｓｓｉｂｌｅ  ＳＦ）
【０１２０】
この方法において、ＬＣ  ＵＥタイプは、一般ＳＦとＳＩＢ−可能ＳＦにおけるＰＤＳＣＨ区間でＢｄ領域に対してのみ信号の受信及びバッファリング動作を行うことができる。そのために、基地局は、ＬＣ  ＵＥタイプに対して一般ＰＤＳＣＨもＳＩＢもＢｄ領域でのみスケジューリング／送信し、ＬＣ  ＵＥタイプは、一般ＰＤＳＣＨもＳＩＢもＢｄ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。したがって、ＳＩＢは、Ｂｄ領域別に及び／又は（同じＢｄ領域が割り当てられた）端末グループ別にスケジューリング／送信されてもよい。この場合、各ＳＩＢに対応するＳＩ−ＲＮＴＩは、周波数領域でＢｄ位置別に異なるように決定されてもよい。例えば、ＳＩ−ＲＮＴＩは、Ｂｄ位置（例、Ｂｄの中心周波数、Ｂｄの開始ＰＲＢインデックスなど）の関数で決定されてもよい。
【０１２１】
方法３：一般ＰＤＳＣＨとそれに対応するＰＤＣＣＨ間の異なる受信ＳＦタイミング（Ｄｉｆｆｅｒｅｎｔ  ｒｅｃｅｐｔｉｏｎ  ＳＦ  ｔｉｍｉｎｇ  ｂｅｔｗｅｅｎ  ｎｏｒｍａｌ  ＰＤＳＣＨ  ａｎｄ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ＰＤＣＣＨ）
【０１２２】
この方法において、ＬＣ  ＵＥタイプは、ＳＩＢとこれをスケジューリングするＰＤＣＣＨ（或いは、ＳＩＢ−可能ＳＦで送信されるＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨ）を同一のＳＦで受信／検出することができる。一方、この方法において、ＬＣ  ＵＥタイプは、（全体或いは特定の一部ＳＦで）一般ＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨ（或いは、一般ＳＦで送信されるＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨ）を異なるＳＦで受信／検出することができる。そのために、基地局は、ＬＣ  ＵＥタイプのための一般ＰＤＳＣＨとこれをスケジューリングするＰＤＣＣＨを、異なるＳＦで送信することができる。例えば、一般ＰＤＳＣＨは、対応するＰＤＣＣＨが送信されたＳＦと最も近接したＤＬ  ＳＦで送信することができる。例えば、ＤＬ  ＳＦ  ＃１でＰＤＣＣＨを送信し、ＤＬ  ＳＦ  ＃２で対応する一般ＰＤＳＣＨを送信することができる。このため、ＬＣ  ＵＥタイプは、一般ＳＦのＰＤＳＣＨ区間では、Ｂｄ領域に対して信号の受信及びバッファリング動作を行い、ＳＩＢ−可能ＳＦのＰＤＳＣＨ区間では、基地局スケジューリングによってＢｓ或いはＢｄ領域に対して信号の受信及びバッファリング動作を行うことができる。この場合、一般ＳＦ及び／又はＳＩＢ−可能ＳＦで一般ＰＤＳＣＨが送信されるＢｄ領域或いはＲＢリソースは、これをスケジューリングするＰＤＣＣＨを用いて直接示すことができる。
【０１２３】
具体的に、ＳＩＢ−可能ＳＦ以前のＳＦ（例、ＳＦ  ＃ａ）で、ＳＩＢ−可能ＳＦ（例、ＳＦ  ＃ｂ）で送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（以下、一般ＰＤＣＣＨ）が検出／受信された場合、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦ（ＳＦ  ＃ｂ）ではＳＩＢスケジューリング／送信がないと仮定した／見なした状態で動作することができる。例えば、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦ（例、ＳＦ  ＃ｂ）のＰＤＳＣＨ区間で、Ｂｄ領域に対して信号の受信及びバッファリング動作を行い、ＳＩＢスケジューリングの有無をモニタリングしなくて済む。一方、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦ（例、ＳＦ  ＃ｂ）に対して一般ＰＤＣＣＨが検出／受信されない場合、ＳＩＢ−可能ＳＦ（ＳＦ  ＃ｂ）でＳＩＢスケジューリングがあるか否かをモニタリングすることができる。例えば、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦのＰＤＳＣＨ区間でＢｓ領域に対して信号の受信及びバッファリング動作を行う、及び／又はＳＩＢ−可能ＳＦでは例外として一般ＰＤＳＣＨが同一ＳＦで送信されるＰＤＣＣＨによってスケジューリングされ、Ｂｓ領域のみを通じてスケジューリング／送信されると仮定した／見なした状態で動作することができる。一例として、ＳＩＢ−可能ＳＦにおいて一般ＰＤＳＣＨがＢｓ領域以外の領域でスケジューリングされた場合、端末は、Ｂｓ領域とオーバーラップする部分に対してのみ一般ＰＤＳＣＨを受信したり、一般ＰＤＳＣＨ受信を省略することができる。他の方案として、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦ以前のＳＦ（例、ＳＦ  ＃ａ）では、ＳＩＢ−可能ＳＦ（例、ＳＦ  ＃ｂ）に送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが送信／検出されないと仮定した／見なした状態で動作することができる。例えば、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦ以前のＳＦ（ＳＦ  ＃ａ）で、ＳＩＢ−可能ＳＦ（ＳＦ  ＃ｂ）に送信される一般ＰＤＳＣＨをスケジューリングしている一般ＰＤＣＣＨに対するモニタリングを省略することができる。すなわち、ＬＣ  ＵＥタイプは、ＳＦ  ＃ａでＰＤＣＣＨモニタリングを省略することができる。
【０１２４】
また、ＳＩＢ−可能ＳＦ（或いは、特定の一般ＳＦ）（例、ＳＦ  ＃ａ）以前のＤＬ  ＳＦ（例、ＳＦ  ＃ｎ）では、当該ＤＬ  ＳＦ（ＳＦ  ＃ｎ）とＳＩＢ−可能ＳＦ（或いは、特定の一般ＳＦ）（ＳＦ  ＃ａ）のそれぞれに送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが同時に送信／検出されたり（すなわち、これを支援／許容したり）、或いはいずれか一方のみ選択的に送信／検出されてもよい（すなわち、これを仮定した状態で動作）。この場合、ＰＤＣＣＨが当該２つのＳＦ（例、ＳＦ  ＃ｎ及びＳＦ  ＃ａ）のうちどのＳＦでのＰＤＳＣＨをスケジューリングするかを、当該ＰＤＣＣＨ送信によって直間接的に指示することができる。また、（ｉ）ＳＩＢをスケジューリングするＰＤＣＣＨと（ｉｉ）ＳＩＢ−可能ＳＦ以降のＳＦに送信される一般ＰＤＳＣＨをスケジューリングするＰＤＣＣＨが一つのＳＩＢ−可能ＳＦで同時に送信／検出されたり（すなわち、これを支援／許容したり）、或いは２つのうちいずれか一方のみが選択的に送信／検出されてもよい（すなわち、これを仮定した状態で動作）。例えば、いずれか一方のみが選択的に送信／検出される場合、端末は、ＳＩ−ＲＮＴＩを有するＰＤＣＣＨ又はＣ−ＲＮＴＩを有するＰＤＣＣＨのいずれかに対してのみモニタリングを行うことができる。一方、上記で提案した一般ＰＤＳＣＨスケジューリング方式は、全ての一般ＳＦ及び／又はＳＩＢ−可能ＳＦに一括的に適用されてもよく、特定の一部ＳＦ（例、ＳＩＢ−可能ＳＦ直前のＤＬ  ＳＦ或いはこれを含む一つ以上の特定ＳＦ）にのみ限定的に適用されてもよい。また、一般化して、この方法の一般ＰＤＳＣＨスケジューリング方式は、ＳＩＢを含む任意の全てのＰＤＳＣＨに一括的に適用されてもよい。
【０１２５】
一方、以上提案した方法は、Ｂｓ領域とＢｄ領域とが異なるように指定された／割り当てられたＬＣ  ＵＥタイプにのみ限定的に適用することができる。すなわち、以上提案した方法は、Ｂｓ領域とＢｄ領域とが同一に指定された／割り当てられたＬＣ  ＵＥタイプには適用されなくてもよい。また、以上提案した方法において、基地局は、ＳＩＢ−可能ＳＦでは、ＬＣ  ＵＥタイプのための一般ＰＤＳＣＨのスケジューリング／送信を省略／放棄することができ、これによって、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦでは一般ＰＤＳＣＨがスケジューリング／送信されないと仮定した／見なした状態で動作することができる。例えば、ＬＣ  ＵＥタイプは、ＳＩＢ−可能ＳＦで送信される一般ＰＤＳＣＨ及びこれをスケジューリングするＰＤＣＣＨに対する検出／受信を省略することができる。
【０１２６】
上記の提案方法及び動作は、一般ＰＤＳＣＨとＳＩＢとの関係にのみ限定的に適用されず0、一般ＰＤＳＣＨと特殊目的の他のチャネル（例、ページングメッセージに対するスケジューリングが存在する／可能なページング−可能（ｐａｇｉｎｇ−ｐｏｓｓｉｂｌｅ）ＳＦでＰ−ＲＮＴＩに基づいてスケジュールされるページングメッセージ及び／又はＲＡＲ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）に対するスケジューリングが存在する／可能なＲＡＲ−ｐｏｓｓｉｂｌｅ  ＳＦでＲＡ−ＲＮＴＩに基づいてスケジュールされるＲＡＲなど）との関係にも同一／類似に適用されてもよい。また、本明細書で、ＳＩＢ−可能ＳＦは、事前に定義された或いは基地局によって指定される特定ＳＦ（セット）に一般化されてもよく、これに基づいて、本発明の提案方法及び動作が同一／類似に適用されてもよい。
【０１２７】
一方、ＬＣ  ＵＥタイプが低価特徴（例、受信アンテナ個数の減少（例、１Ｒｘアンテナ）、最大ＴＢサイズの減少（例、ｕｐ  ｔｏ  １０００ビット）、受信データバッファーサイズの減少（例、６ＲＢｓ）など）関連動作を支援しないセル（又は、基地局）に対して無意味な初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）を試みる過程（及び、これによるレイテンシ／電力消耗）を縮小／省略するために、例えば、セル（又は、基地局）が低価特徴関連動作を支援するか否かに関する情報が特定ブロードキャスト信号（例、ＰＢＣＨ（例、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）の予備（ｒｅｓｅｒｖｅｄ）ビットを使用））或いは特定ＳＩＢ（例、ＳＩＢ１又はＳＩＢ２）など）によってシグナリングされてもよい。すなわち、セル（又は、基地局）は、ＬＣ  ＵＥタイプの初期接続を制御するための情報、或いは縮小／省略するための情報（すなわち、初期接続が許容されるか否かに関する情報）（例、低価特徴関連動作が支援されるか否かに関する情報）を、特定ブロードキャスト信号（例、ＰＢＣＨ（例、ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットを使用））或いは特定ＳＩＢ（例、ＳＩＢ１又はＳＩＢ２など、特にＳＩＢ１）を用いてシグナリングすることができる。参考として、既存にはコール／トラフィックタイプ或いはサービスクラスによるネットワーク（初期）接続禁止（ｂａｒｒｉｎｇ）のみが存在し、これはＳＩＢ２で指示された。これと違い、本発明では、ＵＥタイプ別に、或いは特定ＵＥタイプ（例、ＬＣ  ＵＥタイプ）に対してネットワーク（初期）接続禁止を行うことができ、ＳＩＢ１を用いて該当の情報を送信することによって既存のネットワーク接続制御情報に比べて迅速に指示し、特定ＵＥタイプ（例、ＬＣ  ＵＥタイプ）がネットワーク（初期）接続において消耗する電力／レイテンシを最小化することができる。端末にとってＳＩＢｘはｘ値が増加する順に受信される。
【０１２８】
図１３に、本発明に係るネットワーク接続過程を例示する。図１３を参照すると、端末は、ＭＴＣ装置のネットワーク（初期）接続を調節するための制御情報を含むシステム情報を、基地局（或いは、セル）から受信することができる（Ｓ１３０２）。その後、端末は、制御情報に基づき、基地局（或いは、セル）に対してネットワーク（初期）接続のための過程を行うことができる（Ｓ１３０４）。ここで、制御情報がネットワーク接続を許容したり、又は端末がノン−ＬＣ  ＵＥタイプである場合、ネットワーク（初期）接続のための過程でランダムアクセス過程を行うことができる（例、図１１参照）。一方、制御情報がネットワーク（初期）接続を許容しないとともに、端末がＬＣ  ＵＥタイプである場合、ネットワーク（初期）接続過程においてランダムアクセス過程はスキップされたり、特定時間遅延されてもよい。具体的に、上記制御情報がネットワーク接続を許容しないとともに、端末がＬＣ  ＵＥタイプである場合、端末は、当該基地局（或いは、セル）を禁止された（ｂａｒｒｅｄ）基地局（或いは、セル）と見なし、当該基地局（或いは、セル）にキャンプ−オン（ｃａｍｐ−ｏｎ）しなくてもよい。キャンプ−オンとは、端末が基地局（或いは、セル）の中心周波数に合わせて制御チャネルを用いるようにすることを指す。したがって、端末は、キャンプ−オンしたセルからページングメッセージ、システム情報のような制御情報を受信することができる。また、端末はランダムアクセス過程を行ったり、基地局にＲＲＣ接続を要請することができる。ＲＲＣ＿Ｉｄｌｅ状態で端末は、禁止された基地局（或いは、セル）に対しセル再選択（ｃｅｌｌ  ｒｅｓｅｌｅｃｔｉｏｎ）過程を行わないと、セル再選択条件を満たす他の基地局（或いは、セル）を再選択する。具現例によって、当該基地局（或いは、セル）は特定時間にのみ禁止された基地局（或いは、セル）と見なされてもよく、端末は、当該基地局（或いは、セル）を特定時間にのみセル再選択のための候補基地局（或いは、セル）から除外することができる。ここで、上記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示したり、ＭＴＣ装置のネットワーク接続を縮小したり省略するための情報を含んだり、又はＭＴＣ機能が上記基地局によって支援されるか否かを示す情報を含むことができる。制御情報を含むシステム情報はＳＩＢを含むことができる。また、制御情報を含むシステム情報はＭＩＢを含み、制御情報はＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットで受信することができる。
【０１２９】
■ＬＣ  ＵＥタイプに対するＰＤＳＣＨスケジューリングに対応するＨＡＲＱ−ＡＣＫフィードバックの構成
【０１３０】
ＬＣ  ＵＥタイプは、低価装置の具現のために１つの受信アンテナのみから構成されてもよい。この場合、ＰＤＳＣＨスケジューリングのために構成される送信ランク及び／又はレイヤも１つに制限されてもよい。一方、特定のＤＬ  ＴＭの場合（例、ＴＭ  ３  ｗｉｔｈ  ＤＣＩ  ｆｏｒｍａｔ  ２Ａ、ＴＭ  ４  ｗｉｔｈ  ＤＣＩ  ｆｏｒｍａｔ  ２、ＴＭ  ８  ｗｉｔｈ  ＤＣＩ  ｆｏｒｍａｔ  ２Ｂ、ＴＭ  ９  ｗｉｔｈ  ＤＣＩ  ｆｏｒｍａｔ  ２Ｃ、ＴＭ  １０  ｗｉｔｈ  ＤＣＩ  ｆｏｒｍａｔ  ２Ｄ）、１つのＰＤＳＣＨを介して最大２個のＴＢ或いはＣＷが送信されるように定義されるが、ＬＣ  ＵＥタイプの場合には、特定のＤＬ  ＴＭが設定されても単一受信アンテナによる送信ランク／レイヤ制限によって常に１つのＴＢ／ＣＷのみをスケジューリング／受信するようにすることができる。
【０１３１】
そこで、ＬＣ  ＵＥタイプの場合、最大２個のＴＢ／ＣＷまでの送信が可能な／支援される特定のＤＬ  ＴＭ（例、ＴＭ  ３／４／８／９／１０）に設定されても、１つのＳＦ或いはＰＤＳＣＨでは常に１つのＴＢ／ＣＷのみがスケジューリング／受信されると仮定して／見なして動作することを提案する。このため、特定のＤＬ  ＴＭに設定されたＬＣ  ＵＥタイプは、（ＢＰＳＫベースの）ＰＵＣＣＨフォーマット１ａを用いて単一ＴＢ／ＣＷに対する１−ビットＨＡＲＱ−ＡＣＫフィードバックのみを構成／送信することができ、ＰＵＳＣＨにＨＡＲＱ−ＡＣＫをピギーバックする場合にも、ＤＬ  ＳＦ当たり１−ビットＨＡＲＱ−ＡＣＫのみを構成／送信することができる。また、ＬＣ  ＵＥタイプの場合、最大２個のＴＢ／ＣＷまでスケジューリングが可能な／支援される特定ＤＣＩフォーマット（例、２Ａ／２／２Ｂ／２Ｃ／２Ｄ）では、常に一番目のＴＢ／ＣＷに関する情報のみが実際にスケジューリングされ、二番目のＴＢ／ＣＷに関する情報（例、ＭＣＳ及び／又はＨＡＲＱプロセス番号などのフィールド）は事前に定義された値（例、０又は１）に設定されてもよい。この場合、二番目のＴＢ／ＣＷに対して事前に定義された値は、エラーチェック用途に用いられてもよい。
【０１３２】
他の方法として、スケジューリング／受信された単一ＴＢ／ＣＷに対するＨＡＲＱ−ＡＣＫ応答（例、ＡＣＫ又はＮＡＣＫ）を、２個ＴＢ／ＣＷのそれぞれに対するＨＡＲＱ−ＡＣＫビットに同一にマップし、（ＱＰＳＫベースの）ＰＵＣＣＨフォーマット１ｂを用いて２個のＴＢ／ＣＷに対する２−ビットＨＡＲＱ−ＡＣＫフィードバックを構成／送信することができる。同様に、ＰＵＳＣＨにＨＡＲＱ−ＡＣＫをピギーバックする場合にもＤＬ  ＳＦ当たり２−ビットのＨＡＲＱ−ＡＣＫを構成／送信するが、２−ビットＨＡＲＱ−ＡＣＫは、スケジューリング／受信された単一ＴＢ／ＣＷに対するＨＡＲＱ−ＡＣＫ応答（例、ＡＣＫ又はＮＡＣＫ）と同じ値にマップすることができる。
【０１３３】
■以前ＤＣＩに基づくデータ受信ＲＢ領域（すなわち、Ｂｄ）の設定
【０１３４】
ＬＣ  ＵＥタイプに対するさらに他のスケジューリング方法として、ＳＦ  ＃ｎでのＰＤＳＣＨ送信をスケジューリングしたＤＣＩ（これによって割り当てられたＲＢリソース）に基づいて、ＳＦ  ＃ｎ以降のＳＦ（例、ＳＦ  ＃（ｎ＋ｋ）、ｋ＞０）でのＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｂｄ）を設定する方式を考慮することができる。便宜上、（ＳＦ  ＃ｎで送信された）ＳＦ  ＃ｎでのＰＤＳＣＨをスケジューリングしたＤＣＩを“以前（ｐｒｅｖｉｏｕｓ）ＤＣＩ”と称し、（ＳＦ  ＃（ｎ＋ｋ）で送信された）ＳＦ  ＃（ｎ＋ｋ）でのＰＤＳＣＨをスケジューリングするＤＣＩを“現在ＤＣＩ”と称する。また、ＬＣ  ＵＥタイプに対してＤＬデータ受信が可能な最大ＲＢ数がＬ個に制限されると仮定する。Ｌは、固定値であってもよく、あらかじめ定められた値の範囲内で以前ＤＣＩに基づいてＳＦ単位で可変されてもよい。Ｌ個ＲＢの位置は、以前ＤＣＩに基づいてＳＦ単位で可変されてもよい。
【０１３５】
具体的に、ＬＣ  ＵＥタイプは、以前ＤＣＩから割り当てられたＲＢリソースを基準に、現在ＤＣＩによってスケジュールされるＰＤＳＣＨ信号に対する受信／バッファリングＲＢ領域（Ｂｄ）、すなわち、Ｌ個ＲＢリソースを決定することができる。このため、ＬＣ  ＵＥタイプは、現在ＤＣＩによるＰＤＳＣＨはＬ個ＲＢリソース領域の全体或いは一部でのみ送信されるようにスケジュールされると見なした／仮定した状態で動作することができる。したがって、現在ＤＣＩ（例、ＤＣＩ  ＃ａ  ｉｎ  ＳＦ  ＃（ｎ＋ｋ））によって割り当てられたＲＢリソースがＬ個ＲＢリソース領域に属しない場合、ＬＣ  ＵＥタイプは、ＳＦ  ＃（ｎ＋ｋ）でのＰＤＳＣＨ受信／検出動作を省略した後、現在ＤＣＩ（例、ＤＣＩ  ＃ａ  ｉｎ  ＳＦ  ＃（ｎ＋ｋ））を新しい以前ＤＣＩと見なし、ＳＦ  ＃（ｎ＋ｋ）以降のＳＦ（例、ＳＦ  ＃（ｎ＋ｋ＋ｋ１）、ｋ１＞０）でのＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｌ個ＲＢ）を再設定することができる。
【０１３６】
又は、現在ＤＣＩ（例、ＤＣＩ  ＃ａ  ｉｎ  ＳＦ  ＃（ｎ＋ｋ））によって割り当てられたＲＢリソースがＬ個ＲＢと部分的にオーバーラップする場合（例、Ｌ個ＲＢのうち少なくとも一つのＲＢ或いは特定個数以上のＲＢとオーバーラップする）、ＬＣ  ＵＥタイプは、オーバーラップ領域でのみＰＤＳＣＨ信号を受信することができる。そのために、基地局は、オーバーラップしない領域に対してはパンクチャリング或いはレート−マッチングを適用した状態でＰＤＳＣＨ信号を送信し、ＬＣ  ＵＥタイプは、ＰＤＳＣＨ受信過程でオーバーラップする領域のみを考慮し、オーバーラップしない領域は除外することができる。このとき、現在ＤＣＩ（例、ＤＣＩ  ＃ａ  ｉｎ  ＳＦ  ＃（ｎ＋ｋ））によって割り当てられたＲＢリソースがＬ個ＲＢとオーバーラップする領域が存在しない場合、ＬＣ  ＵＥタイプは、ＳＦ  ＃（ｎ＋ｋ）でのＰＤＳＣＨ受信／検出動作を省略した後、現在ＤＣＩ（例、ＤＣＩ  ＃ａ  ｉｎ  ＳＦ  ＃（ｎ＋ｋ））を新しい以前ＤＣＩと見なし、ＳＦ  ＃（ｎ＋ｋ）以降のＳＦ（例、ＳＦ  ＃（ｎ＋ｋ＋ｋ１）、ｋ１＞０）でのＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｌ個ＲＢ）を再設定することができる。
【０１３７】
上記の提案方法は、ノン−クロス−ＳＦスケジューリング状況でＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｂｄ）が半−静的に設定された場合に、ＤＬグラントＤＣＩによって割り当てられたＲＢリソースのうち、実際にＰＤＳＣＨがスケジューリング／送信されるＬ個以下のＲＢを決定する方式にも同様に適用することができる。ＰＤＳＣＨ信号の受信／バッファリングＲＢ領域は、例えば、上位層シグナリング（例、ＲＲＣシグナリング）を用いてり半−静的に設定することができる。
【０１３８】
一方、以前ＤＣＩから割り当てられたＲＢの個数をＭと仮定し、Ｍ個ＲＢのうちの特定ＲＢのインデックス（例、最小のＲＢインデックス）をｍと仮定する場合、現在ＤＣＩに対応するＰＤＳＣＨ信号の受信／バッファリングＲＢ領域は、次のように設定することができる。これに制限されるものではないが、下記の方式は、特定ＵＥ−共通ＰＤＳＣＨ（例、（特定）ＳＩＢなど）スケジューリング／送信に限って適用されてもよい。下記において、Ｌは固定値を有してもよく、上位層シグナリング（例、ＲＲＣシグナリング）によって半−静的に設定されてもよい。
【０１３９】
Ｃａｓｅ  ＃１）Ｍ＝Ｌ
【０１４０】
Ａｌｔ  １）Ｌ個受信ＲＢリソースをＭ個ＲＢリソースと同一に設定。
【０１４１】
Ａｌｔ  ２）ｉ）ｍ〜ｍ＋Ｌ−１、ｉｉ）ｍ−Ｌ＋１〜ｍ、ｉｉｉ）ｍ−（Ｌ−１）／２〜ｍ＋（Ｌ−１）／２（Ｌ：奇数）、或いｉｖ）ｍ−Ｌ／２〜ｍ＋Ｌ／２−１又はｍ−Ｌ／２＋１〜ｍ＋Ｌ／２（Ｌ：偶数）をＬ個受信ＲＢリソースのインデックスに設定。
【０１４２】
Ｃａｓｅ  ＃２）Ｍ＜Ｌ
【０１４３】
Ａｌｔ  １）Ｌ個受信ＲＢリソースはＭ個ＲＢリソースを含み、Ｌ個受信ＲＢリソースに必要な余のＬ−Ｍ個ＲＢリソースは、ｉ）Ｍ個ＲＢリソースのうち最小のＲＢインデックスと隣接しながらより小さいインデックスを有するＲＢリソース、ｉｉ）最大のＲＢインデックスと隣接しながらより大きいインデックスを有するＲＢリソース、或いはｉｉｉ）Ｍ個ＲＢリソースのうち最小のＲＢインデックスと隣接しながらより小さいインデックスを有するＲＢリソース及び／又はＭ個ＲＢリソースのうち最大のＲＢインデックスと隣接しながらより大きいインデックスを有するＲＢリソース（組合せ）に設定。
【０１４４】
Ａｌｔ  ２）ｉ）ｍ〜ｍ＋Ｌ−１、ｉｉ）ｍ−Ｌ＋１〜ｍ、ｉｉｉ）ｍ−（Ｌ−１）／２〜ｍ＋（Ｌ−１）／２（Ｌ：奇数）、或いはｉｖ）ｍ−Ｌ／２〜ｍ＋Ｌ／２−１又はｍ−Ｌ／２＋１〜ｍ＋Ｌ／２（Ｌ：偶数）をＬ個受信ＲＢリソースのインデックスに設定。
【０１４５】
Ａｌｔ  ３）Ｍ個リソースのみを受信ＲＢリソースに設定。
【０１４６】
Ｃａｓｅ  ＃３）Ｍ＞Ｌ
【０１４７】
Ａｌｔ  １）Ｍ個ＲＢリソースのうち、ｉ）最小のＬ個インデックスに対応するＲＢリソース、ｉｉ）最大のＬ個インデックスに対応するＲＢリソース、或いはｉｉｉ）最小の一つ以上のインデックス及び／又は最大の一つ以上のインデックス（組合せ）を除く残りＬ個のＲＢインデックス（例、インデックス上中央に配置されたＬ個のＲＢインデックス）に対応するＲＢリソースとしてＬ個受信ＲＢリソースを設定。
【０１４８】
Ａｌｔ  ２）ｉ）ｍ〜ｍ＋Ｌ−１、ｉｉ）ｍ−Ｌ＋１〜ｍ、ｉｉｉ）ｍ−（Ｌ−１）／２〜ｍ＋（Ｌ−１）／２（Ｌ：奇数）、或いはｉｖ）ｍ−Ｌ／２〜ｍ＋Ｌ／２−１又はｍ−Ｌ／２＋１〜ｍ＋Ｌ／２（Ｌ：偶数）をＬ個受信ＲＢリソースのインデックスに設定。
【０１４９】
Ａｌｔ  ３）受信ＲＢリソース設定を省略し（すなわち、ＳＦ  ＃（ｎ＋ｋ）でＰＤＳＣＨ受信／検出動作を省略）、現在ＤＣＩを新しい以前ＤＣＩと見なして後にスケジュールされるＰＤＳＣＨ受信のためのＬ個ＲＢリソース領域を再設定。
【０１５０】
上記の提案方法（例、Ｃａｓｅ  ＃１のＡｌｔ  １、Ｃａｓｅ  ＃２のＡｌｔ  ３、Ｃａｓｅ  ３＃のＡｌｔ  １）は、クロス−ＳＦスケジューリングが適用される状況でＤＬグラントＤＣＩによって割り当てられたＲＢリソースのうち、実際にＰＤＳＣＨがスケジューリング／送信されたＬ個以下のＲＢを決定する方式にも同様に適用することができる。
【０１５１】
■クロス−ＳＦスケジューリングのためのＨＡＲＱ−ＡＣＫフィードバック送信
【０１５２】
クロス−ＳＦスケジューリング方式が適用される場合（方法３参照）、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ（以下、Ａ／Ｎ）フィードバック送信が行われるＳＦタイミング及びそのためのＰＵＣＣＨリソース割り当て方法などを定義する必要がある。便宜上、クロス−ＳＦスケジューリング状況で、ＤＬグラントＰＤＣＣＨがＳＦ  ＃ｎで送信され、ＰＤＳＣＨがＳＦ  ＃（ｎ＋ｋ）、ｋ＞０（例、ｋ＝１）で送信されると仮定する。クロス−ＳＦスケジューリング状況でＡ／Ｎ送信タイミングは、（ＰＤＳＣＨデコーディングにかかる時間を考慮して）ＰＤＳＣＨが受信されたＳＦにリンクされたＵＬ  ＳＦタイミングと定義することができる。例えば、ＰＤＳＣＨがＳＦ  ＃ｎで受信された場合、ＰＤＳＣＨに対するＡ／ＮはＳＦ  ＃（ｎ＋ｄ）で送信することができる。ＦＤＤにおいてｄ＝４であり、ＴＤＤにおいてｄは表６のように与えられてもよい。
【０１５３】
一方、Ａ／Ｎ送信のためのＰＵＣＣＨリソースは、次の方法を用いて割り当てることができる。
【０１５４】
オプション１）レガシーＰＵＣＣＨ領域以降に暗黙的ＰＵＣＣＨスタッキング（ｉｍｐｌｉｃｉｔ  ＰＵＣＣＨ  ｓｔａｃｋｉｎｇ  ａｆｔｅｒ  ｌｅｇａｃｙ  ＰＵＣＣＨ  ｒｅｇｉｏｎ）
【０１５５】
基本的に、ＰＤＣＣＨ  ＣＣＥリソースインデックスとＰＵＣＣＨリソースインデックス間の既存関係（式１参照）を用いてＡ／Ｎ送信リソースを決定するが、クロス−ＳＦスケジューリングのためのＰＵＣＣＨリソースは、ノン−クロス−ＳＦスケジューリングのために予約（ｒｅｓｅｒｖｅ）されるレガシーＰＵＣＣＨリソース（領域）以降にスタッキングされてもよい。例えば、ＳＦ  ＃（ｎ＋ｋ＋ｄ）にはＳＦ  ＃（ｎ＋ｋ）のＣＣＥインデックスにリンクされた（レガシー）ＰＵＣＣＨリソースがまず予約され、その後にＳＦ  ＃ｎのＣＣＥインデックスにリンクされた（クロス−ＳＦスケジューリングベース）ＰＵＣＣＨリソースがさらにスタッキングされてもよい（例、ＵＬバンドの外側から内側へと、レガシーＰＵＣＣＨ＝＞クロス−ＳＦベースＰＵＣＣＨの順にスタッキング）。一例として、ＳＦ  ＃（ｎ＋ｋ＋ｄ）でＰＵＣＣＨリソースインデックスを次のように決定することができる。
【０１５６】
【数２】
2016529793.tif 000011
ここで、ｎ(１)ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ／ＤＴＸを送信するためのＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスを表し、Ｎ(１)ＰＵＣＣＨは、上位層（例、ＲＲＣ）から伝達されるシグナリング値を表し、ｎＣＣＥは、ＰＤＣＣＨ送信に用いられた特定ＣＣＥインデックス（例、最小のＣＣＥインデックス）を表す。Ｎ＿ｌａｓｔは、ＳＦ  ＃（ｎ＋ｋ＋ｄ）に予約されるレガシーＰＵＣＣＨリソースの最後のインデックス又は個数を表す。Ｎ＿ｌａｓｔは、ＳＦ  ＃（ｎ＋ｋ）で構成可能な最大ＣＦＩ値（或いは、最大ＣＣＥリソース個数）を仮定して設定されてもよい。
【０１５７】
オプション２）ＰＵＣＣＨ開始オフセットを適用した暗黙的ＰＵＣＣＨスタッキング（ｉｍｐｌｉｃｉｔ  ＰＵＣＣＨ  ｓｔａｃｋｉｎｇ  ｂｙ  ａｐｐｌｙｉｎｇ  ＰＵＣＣＨ  ｓｔａｒｔｉｎｇ  ｏｆｆｓｅｔ）
【０１５８】
基本的に、ＰＤＣＣＨ  ＣＣＥリソースインデックスとＰＵＣＣＨリソースインデックス間の既存関係（式１参照）を用いてＡ／Ｎ送信リソースを決定するが、クロス−ＳＦスケジューリングの場合、既存のＰＵＣＣＨリソースインデックスにＰＵＣＣＨリソースインデックス開始オフセットを適用して最終ＰＵＣＣＨリソースを決定することができる。一例として、ＳＦ  ＃（ｎ＋ｋ＋ｄ）でＰＵＣＣＨリソースインデックスを次のように決定することができる。
【０１５９】
【数３】
2016529793.tif 000012
ここで、ｎ(１)ＰＵＣＣＨは、ＡＣＫ／ＮＡＣＫ／ＤＴＸを送信するためのＰＵＣＣＨフォーマット１ａ／１ｂのリソースインデックスを表し、Ｎ(１)ＰＵＣＣＨは、上位層（例、ＲＲＣ）から伝達されるシグナリング値を表し、ｎＣＣＥは、ＰＤＣＣＨ送信に用いられた特定ＣＣＥインデックス（例、最小のＣＣＥインデックス）を表す。Ｎ＿ｐｕｃｃｈは、ＰＵＣＣＨリソースインデックス開始オフセットを表す。Ｎ＿ｐｕｃｃｈは、ＳＩＢ或いはＲＡＲでシグナリング／設定されてもよい。
【０１６０】
オプション３）ＰＤＳＣＨ  ＰＲＢインデックスとのリンケージに基づく暗黙的ＰＵＣＣＨスタッキング（ｉｍｐｌｉｃｉｔ  ＰＵＣＣＨ  ｓｔａｃｋｉｎｇ  ｂａｓｅｄ  ｏｎ  ｌｉｎｋａｇｅ  ｗｉｔｈ  ＰＤＳＣＨ  ＰＲＢ  ｉｎｄｅｘ）
【０１６１】
既存方式（例、ＣＣＥ−ｔｏ−ＰＵＣＣＨリンケージ）と違い、ＰＤＳＣＨ送信に用いられたＰＲＢインデックスとＰＵＣＣＨリソースインデックス間にＰＵＣＣＨリンケージ関係をあらかじめ定義／設定した状態で、クロス−ＳＦスケジュールされたＰＤＳＣＨを構成する特定ＰＲＢインデックス（例、最初のＰＲＢインデックス）にリンクされた（暗黙的）ＰＵＣＣＨリソースインデックスを、ＰＤＳＣＨに対するＡ／Ｎ送信リソースと決定することができる。ノン−クロスＳＦスケジューリングの場合には、基本方式（例、式１）を用いてＡ／Ｎ送信のためのＰＵＣＣＨリソースを決定することができる。
【０１６２】
この場合、上記のように、ｉ）ＳＦ  ＃（ｎ＋ｋ）でのＰＤＳＣＨ  ＰＲＢインデックスにリンクされたＰＵＣＣＨリソースは、同一のＳＦ  ＃（ｎ＋ｋ）でのＣＣＥインデックスにリンクされたレガシーＰＵＣＣＨリソースが予約された（ｒｅｓｅｒｖｅ）領域以降からスタッキングされたり、ｉｉ）ＰＤＳＣＨを構成する特定ＰＲＢインデックス（例、最初のＰＲＢインデックス）にリンクされたＰＵＣＣＨインデックスに、ＰＵＣＣＨリソースインデックス開始オフセット（例、Ｎ＿ｐｕｃｃｈ）を適用して最終Ａ／Ｎ送信リソースを決定することができる。
【０１６３】
オプション４）Ａ／Ｎリソース指示子を用いた明示的ＰＵＣＣＨ設定（ｅｘｐｌｉｃｉｔ  ＰＵＣＣＨ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｗｉｔｈ  Ａ／Ｎ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ）
【０１６４】
複数のＰＵＣＣＨリソースを（ＲＲＣシグナリングなどの上位層信号を用いて）あらかじめ設定しておいた状態で、ＤＬグラントＤＣＩを用いて、又はＤＣＩが送信されたリソース（例、ＰＤＣＣＨ送信に用いられたＣＣＥインデックス）に基づいて、又はＤＣＩに対応するＤＬデータ送信に割り当てられたリソース（例、ＰＤＳＣＨ送信に用いられたＰＲＢインデックス）に基づいて、ＤＬデータに対するＨＡＲＱ−ＡＣＫフィードバックを複数ＰＵＣＣＨリソースのうちどのリソースを用いて送信するかを指示することができる。ＤＬグラントＤＣＩを用いてＨＡＲＱ−ＡＣＫ送信リソースを指示することは、例えば、ＤＣＩに新しいフィールドを追加したり、ＤＣＩにおける既存の特定フィールド（例、ＴＰＣフィールド又はＨＡＲＱプロセスナンバーフィールド）を借用／参照する方式によって具現することができる。
【０１６５】
一方、ＴＤＤの場合、ＤＬ  ＳＦのＰＤＳＣＨ受信に対するＡ／Ｎが１つのＵＬ  ＳＦで送信される。ここで、１つのＵＬ  ＳＦにリンクされたＤＬ  ＳＦセットを、便宜上、“バンドリングウィンドウ”と定義する。ＴＤＤの場合、ＤＬグラントＰＤＣＣＨと対応するＰＤＳＣＨが同一バンドリングウィンドウ内で送信された場合には、既存（レガシー）暗黙的ＰＵＣＣＨリンケージをそのまま適用し、ＰＤＣＣＨ／ＰＤＳＣＨが異なるバンドリングウィンドウで送信された場合には、上記提案方法のいずれか一つを適用してＡ／Ｎ送信リソースを決定することができる。
【０１６６】
一方、追加のＰＵＣＣＨリソーススタッキング導入、或いはＰＵＣＣＨ開始オフセット適用などを避けるために、クロス−ＳＦスケジューリングを構成するＤＬグラントＰＤＣＣＨと対応するＰＤＳＣＨは常に同一バンドリングウィンドウでのみ送信されるように限定することができる。等価的に、端末は、ＰＤＣＣＨ／ＰＤＳＣＨは異なるバンドリングウィンドウでは送信されないと仮定した／見なした状態で動作することができる。例えば、ＰＤＣＣＨ／ＰＤＳＣＨは異なるバンドリングウィンドウで送信される場合、ＰＤＣＣＨモニタリング及び／又はＰＤＳＣＨデコーディングを省略することができる。
【０１６７】
一方、ＰＤＳＣＨ送信／受信が可能なＳＦタイミング（以下、ＰＤＳＣＨ＿ｓｔａｒｔ＿ＳＦ）をあらかじめ設定しておいた状態で、ＤＬグラントＰＤＣＣＨに対する受信／検出に成功した場合、ＰＤＣＣＨに対応する（すなわち、これによってスケジュールされる）ＰＤＳＣＨは、ＰＤＣＣＨが送信／検出されたＳＦ以降にこれと最も近いＰＤＳＣＨ＿ｓｔａｒｔ＿ＳＦで送信／受信されてもよい。同様に、（ＨＡＲＱ−ＡＣＫフィードバックのためのＰＵＣＣＨ送信が可能なＳＦタイミング（以下、ＰＵＣＣＨ＿ｓｔａｒｔ＿ＳＦ）をあらかじめ設定しておいた状態で）ＰＤＳＣＨ受信に対応するＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨの送信は、ＰＤＳＣＨが受信されたＳＦ（或いは、ＰＤＳＣＨが受信されたＳＦに特定ＳＦオフセットが加えられたＳＦタイミングを含む）以降にこれと最も近いＰＵＣＣＨ＿ｓｔａｒｔ＿ＳＦで送信されてもよい。
【０１６８】
一方、ＤＬグラントＰＤＣＣＨでシグナルされるＴＰＣコマンドの場合、ＰＤＣＣＨが送信されたＳＦ  ＃ｎにリンクされたＳＦ  ＃（ｎ＋ｄ）ではなく、ＰＤＣＣＨからスケジューリングされたＰＤＳＣＨ受信に対するＡ／Ｎが送信されるＳＦ  ＃（ｎ＋ｋ＋ｄ）でのＰＵＣＣＨ送信（電力制御）に適用されてもよい。
【０１６９】
一方、クロス−ＳＦスケジューリングが適用される場合、ＤＬ  ＳＰＳ解除（ｒｅｌｅａｓｅ）を命令／指示するＰＤＣＣＨ（ＳＦ  ＃ｎ）に対するＡ／Ｎは、１）例外として、既存のようにＳＦ  ＃（ｎ＋ｄ）で送信されたり、２）ＰＤＣＣＨ−ｔｏ−Ａ／Ｎディレーを合わせるためにＳＦ  ＃（ｎ＋ｋ＋ｄ）で送信されてもよい。１）の場合には、既存の暗黙的ＰＵＣＣＨリソースをそのまま割り当てることができ、２）の場合には、上記の提案方法によってＰＵＣＣＨリソースを割り当てることができる。
【０１７０】
一方、ＤＬ  ＳＰＳ活性化（ａｃｔｉｖａｔｉｏｎ）を示すＰＤＣＣＨ（ＳＦ  ＃ｎ）がＰＤＳＣＨ（ＳＦ  ＃（ｎ＋ｋ））をクロス−ＳＦスケジューリングする場合を考慮することができる。この場合、ＳＰＳ  ＰＤＳＣＨ送信周期の開始点は、ＤＬ  ＳＰＳ活性化を示すＰＤＣＣＨの受信タイミング（ＳＦ  ＃ｎ）ではなく、当該ＰＤＣＣＨによってスケジュールされるＰＤＳＣＨの受信タイミング（ＳＦ  ＃（ｎ＋ｋ））に設定することができる。すなわち、ＰＤＳＣＨの受信タイミング（ＳＦ  ＃（ｎ＋ｋ））を基準／開始点にして一定周期を有しながらＳＰＳ  ＰＤＳＣＨが送信されてもよい。
【０１７１】
他の方法として、ＳＰＳ  ＰＤＳＣＨ送信周期をＮ個ＳＦと仮定する場合、（クロス−ＳＦスケジューリングが適用される場合或いは適用の有無にかかわらず）ＤＬ  ＳＰＳ活性化を示すＰＤＣＣＨ（ＳＦ  ＃ｎ）によってスケジュールされるＰＤＳＣＨはＳＦ  ＃（ｎ＋Ｎ）で送信されてもよい。又は、（クロス−ＳＦスケジューリングが適用されない場合又は適用の有無にかかわらず）ＲＲＣなどの上位層シグナリングを用いて、ＳＰＳ  ＰＤＳＣＨに対する受信／バッファリングＲＢ領域を一般ＰＤＳＣＨの受信バッファリングＲＢ領域と独立して設定することができる。
【０１７２】
一方、クロス−ＳＦスケジューリングが適用されない場合（例、ＰＤＳＣＨ信号の受信／バッファリングＲＢ領域は上位層シグナリングによって半−静的に設定された状態で、ＰＤＣＣＨとこれによってスケジュールされるＰＤＳＣＨは同じＳＦで送信される場合）、ＰＤＳＣＨ受信ＲＢ領域に対する再設定（例、ＲＲＣ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）過程においてＲＢ領域に対する端末と基地局間の不一致（ｍｉｓａｌｉｇｎｍｅｎｔ）／曖昧さ（ａｍｂｉｇｕｉｔｙ）及び誤動作が発生しうる。
【０１７３】
これを勘案して、ＣＳＳ（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）でスケジュールされるユニキャストＰＤＳＣＨ信号の受信／バッファリングのためのＲＢ領域（以下、Ｂ＿ｃｓｓ）と、ＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）でスケジュールされるユニキャストＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（以下、Ｂ＿ｕｓｓ）を独立して設定することができる。例えば、ユニキャストＰＤＳＣＨがＣＳＳでスケジューリングされ得るＳＦとＵＳＳでスケジューリングされ得るＳＦをＴＤＭ方式によって排他的に（ｅｘｃｌｕｓｉｖｅ）設定することができる。言い換えると、ユニキャストＰＤＳＣＨがＢ＿ｃｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦとＢ＿ｕｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦをＴＤＭ方式によって排他的に設定することができる。ここで、ユニキャストＰＤＳＣＨ信号は、例えば、Ｃ−ＲＮＴＩ−ベースＰＤＣＣＨを用いてスケジューリングすることができる。
【０１７４】
さらに一般化して、ＣＳＳでスケジュールされるＰＤＳＣＨ信号の受信／バッファリングのためのＲＢ領域（すなわち、Ｂ＿ｃｓｓ）とＵＳＳでスケジュールされるＰＤＳＣＨ信号の受信／バッファリングＲＢ領域（すなわち、Ｂ＿ｕｓｓ）とが独立して設定されてもよい。例えば、ＰＤＳＣＨがＣＳＳでスケジューリングされ得るＳＦとＵＳＳでスケジューリングされ得るＳＦがＴＤＭ方式で排他的に設定されてもよい。言い換えると、任意のＰＤＳＣＨがＢ＿ｃｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦとＢ＿ｕｓｓ領域を通じて送信されるようにスケジューリングされ得るＳＦがＴＤＭ方式によって排他的に設定されてもよい。ここで、ＰＤＳＣＨ信号は、ユニキャストＰＤＳＣＨ及び／又はマルチキャスト／ブロードキャストＰＤＳＣＨを含む。
【０１７５】
他の方法として、サーチスペース区別無しで、パラメータ再設定過程（例、ＲＲＣ再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ））に伴うＰＤＳＣＨスケジューリングを考慮したＲＢ領域（以下、Ｂ＿ｆｉｘ）と再設定用途以外の（柔軟な周波数リソース変更／設定に基づく）一般ＰＤＳＣＨスケジューリングを考慮したＲＢ領域（以下、Ｂ＿ｃｆｇ）とが独立して設定されてもよい。この場合、（Ｃ−ＲＮＴＩ−ベースＰＤＣＣＨを用いてスケジュールされる）ユニキャストＰＤＳＣＨがＢ＿ｆｉｘ領域で送信されるようにスケジューリングされ得るＳＦとＢ＿ｃｆｇ領域で送信されるようにスケジューリングされ得るＳＦとがＴＤＭ方式によって排他的に設定されてもよい。
【０１７６】
又は、一般化して、ＲＢ領域（Ｂ＿ｆｉｘ）とＲＢ領域（Ｂ＿ｃｆｇ）が独立して設定された状態で、任意のＰＤＳＣＨがＢ＿ｆｉｘ領域で送信されるようにスケジューリングされ得るＳＦとＢ＿ｃｆｇ領域で送信されるようにスケジューリングされ得るＳＦとがＴＤＭ方式で排他的に設定されてもよい。
【０１７７】
図１４は、本発明に実施例に適用可能な基地局と端末を例示する図である。
【０１７８】
図１４を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。下りリンクで送信器は基地局１１０の一部であり、受信器は端末１２０の一部である。基地局１１０は、プロセッサ１１２、メモリー１１４及び無線周波数（ＲＦ）ユニット１１６を備える。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作に関する様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、て無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリー１２４及びＲＦユニット１２６を備える。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリー１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作に関する様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。
【０１７９】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含めることもでき、別の実施例の対応する構成又は特徴に置き換えることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。
【０１８０】
本発明の実施例は主として端末と基地局との間のデータ送受信関係を中心に説明されている。本文書において基地局によって行われるとした特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の別のネットワークノードによって実行できることは明らかである。「基地局」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代替してもよい。また、「端末」は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代替してもよい。
【０１８１】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍ  ｗａｒｅ）、ソフトウェア、又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１８２】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに保存され、プロセッサによって駆動することができる。メモリーユニットはプロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０１８３】
本発明は、本発明の特徴を逸脱しない範囲で別の特定の形態に具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１８４】
本発明は、無線通信システムにおいてＭＴＣが支援される場合に通信を行う方法及び装置に適用可能である。
【図１】
2016529793.tif 000013
【図２】
2016529793.tif 000014
【図３】
2016529793.tif 000015
【図４】
2016529793.tif 000016
【図５】
2016529793.tif 000017
【図６】
2016529793.tif 000018
【図７】
2016529793.tif 000019
【図８】
2016529793.tif 000020
【図９】
2016529793.tif 000021
【図１０】
2016529793.tif 000022
【図１１】
2016529793.tif 000023
【図１２】
2016529793.tif 000024
【図１３】
2016529793.tif 000025
【図１４】
2016529793.tif 000026
【手続補正書】
【提出日】平成28年1月14日(2016.1.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいてＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）によりネットワーク接続を制御する方法であって、前記方法は、
特定のタイプの装置のネットワーク接続に関連するシステム情報を基地局（ＢＳ）から受信することであって、前記特定のタイプの装置は、１０００ビットまでの伝送ブロックサイズを支援し、単一受信アンテナのみを有する、ことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を許容するか、又は前記ＵＥが不特定のタイプの装置である場合、前記ＢＳに関するネットワーク初期接続の過程を行うことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を限定し、かつ前記ＵＥが前記特定のタイプの装置である場合、前記ＢＳに関する前記ネットワーク初期接続の過程をスキップすることと
を含む、方法。
【請求項２】
前記システム情報は、前記特定のタイプの装置のネットワーク接続が許容されるか否かを示す、請求項１に記載の方法。
【請求項３】
前記システム情報は、前記特定のタイプの装置のネットワーク接続を縮小又は省略するための情報を含む、請求項１に記載の方法。
【請求項４】
前記システム情報は、前記特定のタイプの装置に関連する機能を前記ＢＳが支援するか否かを示す情報を含む、請求項１に記載の方法。
【請求項５】
前記システム情報は、ＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  １）を含む、請求項１に記載の方法。
【請求項６】
前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記特定のタイプの装置のネットワーク接続制御を示す制御情報は、前記ＭＩＢの予備ビットで受信される、請求項１に記載の方法。
【請求項７】
前記ネットワーク初期接続の過程は、ランダムアクセス過程を含む、請求項１に記載の方法。
【請求項８】
無線通信システム内のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、前記ＵＥは、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと
を備え、
前記プロセッサは、
特定のタイプの装置のネットワーク接続に関連するシステム情報を基地局（ＢＳ）から受信することであって、前記特定のタイプの装置は、１０００ビットまでの伝送ブロックサイズを支援し、単一受信アンテナのみを有する、ことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を許容するか、又は前記ＵＥが不特定のタイプの装置である場合、前記ＢＳに対するネットワーク初期接続の過程を行うことと、
前記システム情報が前記特定のタイプの装置のネットワーク接続を限定し、かつ前記ＵＥが前記特定のタイプの装置である場合、前記ＢＳに対する前記ネットワーク初期接続の過程をスキップすることと
を行うように構成されている、ＵＥ。
【請求項９】
前記システム情報は、前記特定のタイプの装置のネットワーク接続が許容されるか否かを示す、請求項８に記載のＵＥ。
【請求項１０】
前記システム情報は、前記特定のタイプの装置のネットワーク接続を縮小又は省略するための情報を含む、請求項８に記載のＵＥ。
【請求項１１】
前記システム情報は、前記特定のタイプの装置に関連する機能を前記ＢＳが支援するか否かを示す情報を含む、請求項８に記載のＵＥ。
【請求項１２】
前記システム情報は、ＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  １）を含む、請求項８に記載のＵＥ。
【請求項１３】
前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記特定のタイプの装置のネットワーク接続制御を示す制御情報は、前記ＭＩＢの予備ビットで受信される、請求項８に記載のＵＥ。
【請求項１４】
前記ネットワーク初期接続の過程は、ランダムアクセス過程を含む、請求項８に記載のＵＥ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
好適には、前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信されてもよい。
本発明はさらに、例えば、以下を提供する。
（項目１）
無線通信システムにおいて端末がネットワーク接続を制御する方法であって、
ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信するステップと、
前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うステップと、
を有し、
前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ  ＵＥ（Ｌｏｗ  Ｃｏｓｔ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）タイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、
前記制御情報がネットワーク接続を許容せず、前記端末がＬＣ  ＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる、方法。
（項目２）
前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示す、上記項目に記載の方法。
（項目３）
前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含む、上記項目のいずれかに記載の方法。
（項目４）
前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含む、上記項目のいずれかに記載の方法。
（項目５）
前記システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含む、上記項目のいずれかに記載の方法。
（項目６）
前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信される、上記項目のいずれかに記載の方法。
（項目７）
無線通信システムに用いられる端末であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ユニットと、
プロセッサと、
を備え、
前記プロセッサは、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置のネットワーク接続を調節するための制御情報を含むシステム情報を基地局から受信し、前記制御情報に基いて、前記基地局に対してネットワーク接続のための過程を行うように構成され、
前記制御情報がネットワーク接続を許容したり、又は前記端末がノン−ＬＣ  ＵＥタイプである場合、前記ネットワーク接続のための過程においてランダムアクセス過程が行われ、
前記制御情報がネットワーク接続を許容せず、前記端末がＬＣ  ＵＥタイプである場合、前記ネットワーク接続過程において前記ランダムアクセス過程がスキップされる、端末。
（項目８）
前記制御情報は、ＭＴＣ装置のネットワーク接続が許容されるか否かを示す、上記項目のいずれかに記載の端末。
（項目９）
前記制御情報は、ＭＴＣ装置のネットワーク接続を縮小又は省略するための情報を含む、上記項目のいずれかに記載の端末。
（項目１０）
前記制御情報は、ＭＴＣ機能が前記基地局によって支援されるか否かを示す情報を含む、上記項目のいずれかに記載の端末。
（項目１１）
前記システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含む、上記項目のいずれかに記載の端末。
（項目１２）
前記システム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）を含み、前記制御情報は、前記ＭＩＢの予備（ｒｅｓｅｒｖｅｄ）ビットによって受信される、上記項目のいずれかに記載の端末。
【国際調査報告】
2016529793.tif 000027
2016529793.tif 000028
2016529793.tif 000029
2016529793.tif 000030