特許 6808498 クロス・サブフレーム制御チャネル設計

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6808498

(24)【登録日】2020年12月11日

(45)【発行日】2021年1月6日

(54)【発明の名称】クロス・サブフレーム制御チャネル設計

(51)【国際特許分類】

   H04W 72/04 20090101AFI20201221BHJP

   H04J 1/00 20060101ALI20201221BHJP

   H04L 27/26 20060101ALI20201221BHJP

【ＦＩ】

   H04W72/04 136

   H04J1/00

   H04L27/26 300

【請求項の数】15

【外国語出願】

【全頁数】22

(21)【出願番号】特願2017-2687(P2017-2687)

(22)【出願日】2017年1月11日

(62)【分割の表示】特願2015-53633(P2015-53633)の分割

【原出願日】2010年9月13日

(65)【公開番号】特開2017-103792(P2017-103792A)

(43)【公開日】2017年6月8日

【審査請求日】2017年2月1日

【審判番号】不服2019-13505(P2019-13505/J1)

【審判請求日】2019年10月9日

(31)【優先権主張番号】61/242,303

(32)【優先日】2009年9月14日

(33)【優先権主張国】US

(31)【優先権主張番号】12/879,731

(32)【優先日】2010年9月10日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(72)【発明者】

【氏名】ヨンビン・ウェイ

(72)【発明者】

【氏名】ダーガ・プラサド・マラディ

(72)【発明者】

【氏名】タオ・ルオ

【合議体】

【審判長】 國分 直樹

【審判官】 相澤 祐介

【審判官】 望月 章俊

(56)【参考文献】

【文献】 特表２００９−５１０９７５（ＪＰ，Ａ）

【文献】 特開２００８−１７２３５７（ＪＰ，Ａ）

【文献】 特開２００９−１６４９７６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04B7/24-7/26

H04W4/00-99/00

(57)【特許請求の範囲】

【請求項1】

無線通信のための方法において、
少なくとも第２のサブフレームの間と第３のサブフレームの間に、送信されることになるデータを含むダウンリンク・データ・チャネルのための、前記第２のサブフレームと前記第３のサブフレームとの両方において割り当てられるリソースを示すために、第１のサブフレームの間に、制御チャネル上で制御情報を送信することと、
前記第２のサブフレームの間に、前記ダウンリンク・データ・チャネル上で前記データを送信することと、
前記第３のサブフレームの間に、前記ダウンリンク・データ・チャネル上で前記データを送信することと、
前記第２のサブフレームの間に、前記制御チャネルとは別の制御チャネル上で前記制御情報を再送信することを含み、
前記制御チャネルは、前記制御チャネルが前記第１のサブフレームとは別の第２および第３のサブフレームに関連していることを示すビットを含み、
前記第１のサブフレームと前記第２のサブフレームは、時間的にオーバーラップしない方法。

【請求項2】

前記制御チャネルは、前記第２および第３のサブフレームにおいて割り当てられたリソースを示すビットを含む請求項１記載の方法。

【請求項3】

前記制御情報を送信することはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を使用して、前記制御チャネルをスクランブルすることを含む請求項１記載の方法。

【請求項4】

第５のサブフレームの間におけるアップリンク送信のために割り当てられたアップリンク・リソースを示す制御情報を、第４のサブフレームの間に、前記制御チャネルとは別の制御チャネル上で送信することをさらに含む請求項１記載の方法。

【請求項5】

前記制御チャネルはさらに、第１および第２の制御チャネルを含み、前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されるシンボルの数のインジケーションを含む請求項１記載の方法。

【請求項6】

無線通信のための方法において、
第１のサブフレームの間に、制御チャネル上で制御情報を受信することと、ここで、前記制御情報は、少なくとも第２のサブフレームの間と第３のサブフレームの間に、送信されることになるデータを含むダウンリンク・データ・チャネルのための、前記第２のサブフレームと前記第３のサブフレームとの両方において割り当てられるリソースを示す、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、
前記第２のサブフレームまたは前記第３のサブフレームのうちの１つの間に、前記ダウンリンク・データ・チャネル上で前記データを受信することと、
前記第２のサブフレームの間に、前記制御チャネルとは別の制御チャネル上で前記制御情報を受信することを含み、
前記物理ダウンリンク制御チャネルは、前記物理ダウンリンク制御チャネルが前記第１のサブフレームとは別の第２および第３のサブフレームに関連していることを示すビットを含み、
前記第１のサブフレームと前記第２のサブフレームは、時間的にオーバーラップしない方法。

【請求項7】

前記制御チャネルは、前記第２および第３のサブフレームにおいて割り当てられたリソースを示すビットを含む請求項６記載の方法。

【請求項8】

前記制御情報を受信することはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を使用して、前記制御チャネルを逆スクランブルすることを含む請求項６記載の方法。

【請求項9】

第５のサブフレームの間におけるアップリンク送信のために割り当てられたアップリンク・リソースを示す制御情報を、第４のサブフレームの間に、別の制御チャネル上で受信することと、
前記第５のサブフレームにおいて、示された、割り当てられたアップリンク・リソースを使用して、アップリンク送信を送信することとをさらに含む請求項６記載の方法。

【請求項10】

前記制御チャネルはさらに、第１および第２の制御チャネルを含み、前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されるシンボルの数のインジケーションを含む請求項６記載の方法。

【請求項11】

無線通信のための装置において、
第１のサブフレームの間に、制御チャネル上で制御情報を受信し、ここで、前記制御情報は、少なくとも第２のサブフレームの間と第３のサブフレームの間に、送信されることになるデータを含むダウンリンク・データ・チャネルのための、前記第２のサブフレームと前記第３のサブフレームとの両方において割り当てられるリソースを示す、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、
前記第２のサブフレームまたは前記第３のサブフレームのうちの１つの間に、前記ダウンリンク・データ・チャネル上で前記データを受信し、
前記第２のサブフレームの間に、前記制御チャネルとは別の制御チャネル上で前記制御情報を受信するように構成されている少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを具備し、
前記物理ダウンリンク制御チャネルは、前記物理ダウンリンク制御チャネルが前記第１のサブフレームとは別の第２および第３のサブフレームに関連していることを示すビットを含み、
前記第１のサブフレームと前記第２のサブフレームは、時間的にオーバーラップしない装置。

【請求項12】

前記制御チャネルは、前記第２および第３のサブフレームにおいて割り当てられたリソースを示すビットを含む請求項１１記載の装置。

【請求項13】

前記少なくとも１つのプロセッサはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を使用して、前記制御チャネルを逆スクランブルするように構成されている請求項１１記載の装置。

【請求項14】

前記少なくとも１つのプロセッサはさらに、
第５のサブフレームの間におけるアップリンク送信のために割り当てられたアップリンク・リソースを示す制御情報を、第４のサブフレームの間に、前記制御チャネルとは別の制御チャネル上で受信し、
前記第５のサブフレームにおいて、示された、割り当てられたアップリンク・リソースを使用して、アップリンク送信を送信するように構成されている請求項１１記載の装置。

【請求項15】

前記制御チャネルはさらに、第１および第２の制御チャネルを含み、前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されるシンボルの数のインジケーションを含む請求項１１記載の装置。

【発明の詳細な説明】

【優先権の主張】

【0001】

本特許出願は、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれている２００９年９月１４日出願の仮特許出願６１／２４２，３０３号の利益を要求する。

【技術分野】

【0002】

本開示のある態様は、一般に、無線通信に関し、さらに詳しくは、発展した無線通信システムにおける制御チャネル・シグナリングのための方法に関する。

【背景技術】

【0003】

無線通信システムは、例えば、音声、データ等のようなさまざまなタイプの通信コンテンツを提供するために広く開発された。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、第３世代パートナシップ計画（３ＧＰＰ（登録商標））ロング・ターム・イボリューション（ＬＴＥ（登録商標））システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。

【0004】

一般に、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートすることができる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。

【0005】

ＭＩＭＯシステムはデータ送信のために、複数（Ｎ_Ｔ個）の送信アンテナと複数（Ｎ_Ｒ個）の受信アンテナとを適用する。Ｎ_Ｔ個の送信アンテナおよびＮ_Ｒ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮ_Ｓ個の独立チャネルへ分割される。ここでＮ_Ｓ≦ｍｉｎ｛Ｎ_Ｔ、Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与える。

【発明の概要】

【0006】

ある態様は、無線通信のための方法を提供する。この方法は一般に、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信することと、第２のサブフレームの間、ダウンリンク・データ・チャネルを送信することと、を含む。

【0007】

ある態様は、無線通信のための方法を提供する。この方法は一般に、第１のサブフレームの間、制御チャネルで制御情報を受信することと、ここで、制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、第２のサブフレームの間、ダウンリンク・データ・チャネルを受信することと、を含む。

【0008】

ある態様は、無線通信のための装置を提供する。この装置は一般に、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信する手段と、第２のサブフレームの間、ダウンリンク・データ・チャネルを送信する手段と、を含む。

【0009】

ある態様は、無線通信のための装置を提供する。この装置は一般に、第１のサブフレームの間、制御チャネルで制御情報を受信する手段と、ここで、制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、第２のサブフレームの間、ダウンリンク・データ・チャネルを受信する手段と、を含む。

【0010】

ある態様は、無線通信のための装置を提供する。この装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されたメモリとを含む。この少なくとも１つのプロセッサは一般に、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信し、第２のサブフレームの間、ダウンリンク・データ・チャネルを送信するように構成される。

【0011】

ある態様は、無線通信のための装置を提供する。この装置は、一般に、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに接続されたメモリとを含む。この少なくとも１つのプロセッサは一般に、第１のサブフレームの間、制御チャネルで制御情報を受信し、ここで、制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、第２のサブフレームの間、ダウンリンク・データ・チャネルを受信する、ように構成されている。

【0012】

ある態様は、無線通信のためのコンピュータ・プログラム製品を提供する。
このコンピュータ・プログラム製品は一般に、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信し、第２のサブフレームの間、ダウンリンク・データ・チャネルを送信する、ためのコードを備える、コンピュータ読取可能な媒体を含む。

【0013】

ある態様は、無線通信のためのコンピュータ・プログラム製品を提供する。このコンピュータ・プログラム製品は一般に、第１のサブフレームの間、制御チャネルで制御情報を受信し、ここで、制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、第２のサブフレームの間、ダウンリンク・データ・チャネルを受信する、ためのコードを備える、コンピュータ読取可能な媒体を含む。

【図面の簡単な説明】

【0014】

【図1】図１は、本開示のある態様にしたがう多元接続無線通信システムの例を例示する。

【図2】図２は、本開示のある態様にしたがうアクセス・ポイントおよびユーザ端末のブロック図を例示する。

【図3】図３は、本開示のある態様にしたがう典型的な送信スキームを例示する。

【図4】図４は、本開示のある態様にしたがってアクセス・ポイントによって実行されうる動作の例を例示する。

【図5】図５は、本開示のある態様にしたがってユーザ端末によって実行されうる動作の例を例示する。

【図6】図６は、本開示のある態様にしたがう典型的な送信を例示するタイミング図である。

【図7】図７は、本開示のある態様にしたがってアクセス・ポイントによって実行されうる動作の例を例示する。

【発明を実施するための形態】

【0015】

本開示のさまざまな態様は、添付図面を参照して以下により十分に記載される。しかしながら、本開示は、異なる多くの形態で具体化され、本開示を通じて示されたいかなる具体的な構成または機能にも限定されると解釈されるべきではない。むしろ、これらの態様は、本開示が十分で完全であり、本開示の範囲を当業者に十分に伝達できるように提供される。本明細書における教示に基づいて、当業者は、本開示の範囲は、独立して実施されようが、あるいは、本開示の任意の他の態様と組み合わされようが、本明細書で示された開示の態様をカバーすることが意図されていることを認識すべきである。例えば、本明細書に記載された任意の数の態様を用いて装置が実施され、方法が実現されうる。さらに、本開示の範囲は、別の構成、機能、または、本明細書に記載された開示のさまざまな態様またはそれ以外が追加された構成および機能を用いて実現されるこのような装置または方法をカバーすることが意図されている。本明細書で示された開示のあらゆる態様は、特許請求の範囲の１または複数の要素によって具体化されうる。

【0016】

「典型的である」という単語は「例、事例、あるいは実例として役立つ」ことを意味するために本明細書で使用される。本明細書において「典型的」と記載されるいかなる態様も、他の態様に対して好適であるとか、有利であると必ずしも解釈される必要はない。

【0017】

（典型的な無線通信システム）
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用される。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））および低チップ・レート（ＬＣＲ）を含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル・システム・フォー・モバイル通信（ＧＳＭ（登録商標））のようなラジオ技術を実現しうる。ＯＦＤＭＡネットワークは、例えば、イボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実施することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。

【0018】

シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、送信機側においてシングル・キャリア変調を利用し、受信機側において周波数領域等値化を利用する技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様の性能および同じ全体複雑さを有する。しかしながら、ＳＣ−ＦＤＭＡ信号は、その固有のシングル・キャリア構造のために、より低い平均ピーク対電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、送信電力効率の観点において、低ＰＡＰＲがモバイル端末に大いに有益となるアップリンク通信において、特に大きな注目を集めた。それは現在、３ＧＰＰ ＬＴＥおよびイボルブドＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提である。

【0019】

アクセス・ポイント（“ＡＰ”）は、ノードＢ、ラジオ・ネットワーク・コントローラ（“ＲＮＣ”）、イボルブド・ノードＢ（“ｅノードＢ”または“ｅＮＢ”）、基地局コントローラ（“ＢＳＣ”）、基地トランシーバ局（“ＢＴＳ”）、基地局（“ＢＳ”）、トランシーバ機能（“ＴＦ”）、ラジオ・ルータ、ラジオ・トランシーバ、基本サービス・セット（“ＢＳＳ”）、拡張サービス・セット（“ＥＳＳ”）、ラジオ基地局（“ＲＢＳ”）、または、その他いくつかの用語として知られているか、備えているか、または実現されうる。

【0020】

アクセス端末（“ＡＴ”）は、アクセス端末、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、ユーザ機器（“ＵＥ”）、ユーザ局、またはその他いくつかの用語として知られているか、または、実現されうるか、または、備えうる。いくつかの実施において、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（“ＳＩＰ”）電話、無線ローカル・ループ（“ＷＬＬ”）局、携帯情報端末（“ＰＤＡ”）、無線接続機能を有するハンドヘルド・デバイス、局（“ＳＴＡ”）、あるいは無線モデムに接続されたその他いくつかの適切な処理デバイスを備えうる。したがって、本明細書で教示された１または複数の態様は、電話（例えば、セルラ電話またはスマート・フォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ポータブル・コンピューティング・デバイス（例えば、情報携帯端末）、エンタテイメント・デバイス（例えば、音楽またはビデオ・デバイス、または衛星ラジオ）、全地球測位システム・デバイス、あるいは無線媒体または有線媒体によって通信するように構成されたその他任意の適切なデバイスに組み入れられうる。いくつかの態様では、ノードは無線ノードである。このような無線ノードは、例えば、有線または無線による通信リンクによる（例えば、インターネットまたはセルラ・ネットワークのような広域ネットワークのような）ネットワークへの、または、ネットワークのための接続を提供しうる。

【0021】

図１に示すように、１つの態様にしたがった多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、１つのグループはアンテナ１０４、１０６を含み、別のグループはアンテナ１０８、１１０を含み、さらに別のグループはアンテナ１１２、１１４を含む複数のアンテナ・グループを含みうる。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２、１１４と通信している。ここで、アンテナ１１２、１１４は、順方向リンク１２０でアクセス端末１１６へ情報を送信し、逆方向リンク１１８でアクセス端末１１６から情報を受信する。アクセス端末１２２（ＡＴ）はアンテナ１０６、１０８と通信している。ここで、アンテナ１０６、１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送信し、逆方向リンク１２４でアクセス端末１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は、通信のために異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。

【0022】

通信するように設計された領域および／またはアンテナのおのおののグループは、しばしば、アクセス・ポイントのセクタと称される。１つの態様では、おのおののアンテナ・グループは、アクセス・ポイント１００によってカバーされる領域のセクタ内のアクセス端末へ通信するように設計される。

【0023】

順方向リンク１２０、１２６による通信では、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６、１２２のための順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用することができる。さらに、有効範囲領域にわたってランダムに散在するアクセス端末へ送信するためにビームフォーミングを用いるアクセス・ポイントは、全てのアクセス端末へ単一のアンテナによって送信するアクセス・ポイントよりも、近隣のセル内のアクセス端末に対して少ない干渉しかもたらさない。

【0024】

図２は、複数入力複数出力（ＭＩＭＯ）システム２００における（アクセス・ポイントとしても知られている）送信機システム２１０および（アクセス端末としても知られている）受信機システム２５０の態様のブロック図である。送信機システム２１０では、多くのデータ・ストリーム用のトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。１つの態様では、データ・ストリームはおのおのの、それぞれの送信アンテナを介して送信されうる。ＴＸデータ・プロセッサ２１４は、おのおののデータ・ストリームのトラフィック・データをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。

【0025】

おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。

【0026】

すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルをさらに処理するＴＸ ＭＩＭＯプロセッサ２２０に提供される。ＴＸ ＭＩＭＯプロセッサ２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある態様では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。

【0027】

おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。

【0028】

受信機システム２５０では、送信された変調信号がＮ_Ｒ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供されうる。受信機２５４はおのおの、それぞれの受信信号を調整（例えば、フィルタ、増幅、および、ダウンコンバート）し、調整された信号をデジタル化して、サンプルを得る。さらに、これらサンプルを処理して、対応する「受信」シンボル・ストリームを提供する。

【0029】

ＲＸデータ・プロセッサ２６０は、Ｎ_Ｒ個の受信機２５４からＮ_Ｒ個のシンボル・ストリームを受信し、受信したＮ_Ｒ個のシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｔ個の検出済みシンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、さらに、検出された各シンボル・ストリームを復調、デインタリーブ、および復号し、データ・ストリームのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０におけるＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。

【0030】

プロセッサ２７０は、上述したように、どの事前符号化行列を使用するのかを定期的に決定する。さらに、プロセッサ２７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。これら逆方向リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関する様々なタイプの情報を含みうる。逆方向リンク・メッセージは、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。

【0031】

送信機システム２１０では、受信機システム２５０からの変調信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージを抽出する。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどの事前符号化行列を使用するかを決定するために、この抽出されたメッセージを処理する。

【0032】

１つの態様では、論理無線通信チャネルが、制御チャネルおよびトラフィック・チャネルに分類されうる。論理制御チャネルは、システム制御情報をブロードキャストするためのダウンリンク（ＤＬ）チャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を備えうる。ページング制御チャネル（ＰＣＣＨ）は、ページング情報を転送するＤＬ論理制御チャネルである。マルチキャスト制御チャネル（ＭＣＣＨ）は、１またはいくつかのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）のための、マルチメディア・ブロードキャストおよびマルチメディア・サービス（ＭＢＭＳ）スケジューリングと、制御情報とを送信するために使用されるポイント・トゥ・マルチポイントＤＬ論理制御チャネルである。一般に、ラジオ・リソース制御（ＲＲＣ）接続を確立した後、ＭＢＭＳを受信したユーザ端末によってのみＭＣＣＨが使用されうる。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイント・トゥ・ポイント双方向論理制御チャネルであり、ＲＲＣ接続を有するユーザ端末によって使用される。論理トラフィック・チャネルは、ユーザ情報の転送のために、１つのユーザ端末に特化されたポイント・トゥ・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備えうる。さらに、論理トラフィック・チャネルは、トラフィック・データを送信するポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）を備えうる。

【0033】

伝送チャネルは、（ＤＬ）チャネルとアップリンク（ＵＬ）チャネルとに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備えうる。ＰＣＨは、ユーザ端末における節電をサポートするために利用され（すなわち、不連続受信（ＤＲＸ）サイクルが、ネットワークによってユーザ端末へ示されうる）、セル全体にわたってブロードキャストされ、他の制御／トラフィック・チャネルのために使用されうる物理レイヤ（ＰＨＹ）リソースにマップされうる。ＵＬ伝送チャネルはランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備えうる。

【0034】

ＰＨＹチャネルは、ＤＬチャネルおよびＵＬチャネルのセットを備えうる。ＤＬ ＰＨＹチャネルは以下を備えうる。共通パイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、および負荷インジケータ・チャネル（ＬＩＣＨ）を備えうる。ＵＬ ＰＨＹチャネルは以下を備えうる。物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、およびブロードバンド・パイロット・チャネル（ＢＰＩＣＨ）。

【0035】

（クロス・サブフレーム制御チャネル設計）
図３は、例えば、ＬＴＥ規格（“Ｒｅｌ−８”）のリリース８で、無線通信において使用されうる送信リソース構造を例示する。１つの態様では、下記に述べられた送信リソース構造は、ＦＤＤに適切でありうる。ダウンリンク送信リソース３００は、１０ミリ秒のラジオ・フレーム３０２（“Ｆ１”、“Ｆ２”等と示される）の時間単位に分割されうる。おのおののラジオ・フレーム３０２はさらに、１０の１ミリ秒のサブフレーム３０４（“ＳＦ０”、“ＳＦ１”等と示される）に細分割されうる。おのおののサブフレームは、２つの０．５ミリ秒のスロット３０６に分割される。おのおののスロット３０６は、通常のサイクリック・プレフィクス長さの場合、７つのＯＦＤＭシンボルを含みうる。あるいは、拡張されたサイクリック・プレフィクスの場合、６つのＯＦＤＭシンボルを含みうる。周波数領域では、送信リソースは、１２のサブキャリアの単位にグループ化される。１つのスロットの持続時間について、１２のサブキャリアからなる１単位は、リソース・ブロック（ＲＢ）３０８として知られている。そして、１つのＯＦＤＭシンボルの持続時間について、１つのサブキャリアからなる１単位は、リソース要素（ＲＥ）３１０として知られている。

【0036】

ＴＤＤのために適切な送信リソース構造の別の実施形態では、１０ミリ秒のラジオ・フレーム３０２は、２つの５ミリ秒の半フレームを備えうる。おのおのの半フレームは、５つの１ミリ秒のサブフレーム３０４を有する。サブフレーム３０４は、ダウンリンク送信のために指定されたサブフレームと、アップリンク送信のための指定されたサブフレームと、ダウンリンク・パイロット時間スロット（ＤｗＰＴＳ）、アップリンク・パイロット時間スロット（ＵｐＰＴＳ）、およびガード期間（ＧＰ）を備える特別なサブフレームとを含む。

【0037】

図３に戻って、ＲＥ３１２は、例えば基準シグナリングのような特別な目的のために確保されうる。１つの態様では、ＲＥ３１４は、例えば物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）のような制御シグナリンの送信のために確保されうる。残りのＲＥ３１６は、主として、例えば物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のようなデータ送信のために使用されうる。１つの態様では、ダウンリンク制御チャネルは、制御チャネル領域３１８として例示されるように、サブフレーム３０４内の最初の１、２、または３つのＯＦＤＭシンボルを占有するように構成されうる。ＰＣＦＩＣＨは一般に、各サブフレームにおける制御チャネル情報の送信のために使用されうるＯＦＤＭシンボルの数を示す制御フォーマット・インジケータ（ＣＦＩ）を含む。ＰＤＣＣＨは一般に、ＵＥまたはＵＥのグループのためのリソース割当を含みうるダウンリンク制御情報（ＤＣＩ）を備える。１つの態様では、ＰＤＣＣＨは、サブフレームにおけるリソース・ブロックを、特定のＵＥのために、ＰＤＳＣＨ送信へ割り当てうる。ＰＤＣＣＨは、ネットワーク構成に依存して、（例えば、ＤＣＩフォーマット０、ＤＣＩフォーマット１Ａ等のような）さまざまなメッセージ・フォーマットを用いて構成されうる。

【0038】

１つの態様によれば、ダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）および関連付けられたデータ・チャネル（例えば、ＰＤＳＣＨ）が、ダウンリンク送信中、同じサブフレームを占有しうる。したがって、ＵＥ２５０によって受信された制御チャネルの復号は、近隣セルからの強い干渉がある場合には困難となりうる。

【0039】

１つのアプローチでは、セルは、干渉を回避するためにサブフレームを分割しうる。１つの実施形態によれば、異なるｅＮＢ２１０は、時分割多重化（ＴＤＭ−）タイプのシステムにおいて、異なるサブフレームを利用するように構成されうる。したがって、他のセルまたは送信機からの干渉は、異なるセルが、異なる時間において送信および／または受信するように、タイミングを調整することによって回避されうる。１つの態様では、分割は、固定されているか、予め設定されているか、半固定的であるか、または、シグナリングによって動的に設定されうる。

【0040】

別のアプローチでは、ｅＮＢ２１０は、制御チャネル・リソース割当のクロス・サブフレーム・シグナリングを実行するように構成されうる。ｅＮＢ２１０は、関連付けられたデータ・チャネルが送信される間のサブフレームとは異なるサブフレームの間に、制御チャネルからのリソース割当をシグナルするように構成されうる。

【0041】

図４は、本開示のある態様にしたがってｅＮＢ２１０によって実行されうる典型的な動作４００を例示する。４０２では、ｅＮＢ２１０は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信しうる。１つの実施形態では、ｅＮＢ２１０のプロセッサ２３０は、第１のサブフレームをサブフレームｎとして、１または複数の第２サブフレームをサブフレームｍとして認識しうる。プロセッサ２３０は、サブフレームｍの間、ＰＤＳＣＨのためのリソース割当をシグナルするために、サブフレームｎの間、送信のための制御チャネル（例えば、ＰＣＦＩＣＨおよびＰＤＣＣＨ）を生成しうる。ＴＸ ＭＩＭＯプロセッサ２２０は、サブフレームｎの間、制御チャネルを送信しうる。１つの態様では、ｅＮＢ２１０は、サブフレームｎにおいて、ＰＤＣＣＨによって、１または複数のサブフレームｍの間、（例えば、ＰＤＦＩＣＨのように）制御のために使用されるシンボル期間の数をシグナルしうる。

【0042】

１つの態様では、ｅＮＢ２１０は、第２のサブフレームにおいて割り当てられたリソースを示すビットを備える制御チャネルを生成しうる。例えば、ｅＮＢ２１０は、サブフレームまたはインタレースに関してターゲット割当を示すために、通常は、さまざまなＰＤＣＣＨフォーマットで確保されているビットを有するＰＤＣＣＨを生成しうる。

【0043】

他の態様では、ｅＮＢ２１０は、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて、制御チャネルをスクランブルしうる。１つの実施形態では、ｅＮＢ２１０のＴＸ ＭＩＭＯプロセッサ２２０は、ＰＤＣＣＨ情報をスクランブルするために、ＲＮＴＩ値に基づいて、スクランブリング・シーケンスを用いうる。１つの態様では、ｅＮＢ２１０は、例えば、ＬＴＥ Ｒｅｌ−８のために指定されたＲＮＴＩ値を示すテーブル７．１−１によって示されるように、例えば、１６進数値ＦＦＦ４−ＦＦＦＤのように、Ｒｅｌ−８による使用のために確保されたＲＮＴＩ値を用いて、ＰＤＣＣＨをスクランブルしうる。

【0044】

【表1】

【0045】

４０４では、ｅＮＢ２１０が、第２のサブフレームの間に、ダウンリンク・データ・チャネルを送信しうる。１つの実施形態では、送信機ＭＩＭＯプロセッサ２２０が、サブフレームｎにおいてシグナルされた割り当てられたリソースを用いて、サブフレームｍの間に、ＰＤＳＣＨコンテンツを送信しうる。

【0046】

態様では、ｅＮＢ２１０は、第２のサブフレームの間、制御チャネルで制御情報を再送信しうる。１つの実施形態では、第２のサブフレームの間、ｅＮＢ２１０は、Ｒｅｌ−８ダウンリンク送信と同じサブフレームで、制御チャネル（例えば、ＰＣＦＩＣＨおよびＰＤＣＣＨ）およびデータ・チャネル（例えば、ＰＤＳＣＨ）を送信しうる。例えば、サブフレームｍでは、ｅＮＢ２１０は、特定のＵＥ２５０またはＵＥ２５０のグループのための特定のＰＤＣＣＨを反復しうる。ここで、反復されたＰＤＣＣＨのコンテンツは、サブフレームｎでシグナルされたＰＤＣＣＨと同じである。ｅＮＢ２１０はまた、サブフレームｍでＰＣＦＩＣＨコンテンツを反復しうる。

【0047】

図５は、本開示のある態様にしたがって、ＵＥ２５０によって実行されうる典型的な動作５００を例示する。５０２では、ＵＥ２５０が、第１のサブフレームの間、制御チャネルで制御情報を受信する。ここで、制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる。１つの態様では、制御チャネルはさらに、少なくとも第３のサブフレームで、ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成されうる。１つの実施形態では、ＵＥ２５０のＲＸデータ・プロセッサ２６０は、サブフレームｍの間、ＰＤＳＣＨのためのリソース割当をシグナルする制御チャネル（例えば、ＰＣＦＩＣＨおよびＰＤＣＣＨ）をサブフレームｎの間に受信しうる。１つの態様では、ＵＥ２５０は、サブフレームｎにおいて、ＰＤＣＣＨによって、１または複数のサブフレームｍの間、（例えば、ＰＣＦＩＣＨのように）制御のために使用されるシンボル期間の数を示すシグナリングを受信しうる。

【0048】

１つの態様では、ＵＥ２５０は、第２のサブフレームにおいて割り当てられたリソースを示すビットを備える制御チャネルを受信しうる。例えば、ＵＥ２５０は、サブフレームまたはインタレースに関するターゲット割当を示すために、通常はさまざまなＰＤＣＣＨフォーマットで確保されるビットを有するＰＤＣＣＨを受信しうる。態様では、これら確保されたビットのうちのいくつかは、ＰＤＣＣＨ制御情報が適用されるサブフレームｍの将来の割当を示すために再定義されうる。それゆえ、ＵＥ２５０は、通常確保されているこれらのビットが、制御情報のためにターゲット割当をシグナルしうることを認識するように構成されうる。

【0049】

態様では、ＵＥ２５０は、制御シグナリングおよびリソース割当を取得するために、制御チャネルを復号しうる。ＵＥ２５０は、復号された制御チャネルが、現在のサブフレームｎのためであるか、別のサブフレーム（単数または複数）ｍのためであるかを判定するために、クロス・サブフレーム・ビットをチェックしうる。制御チャネルが現在のサブフレームｎに関連することをクロス・サブフレーム・ビットが示す場合、ＵＥ２５０は、Ｒｅｌ−８にしたがうようにして、ダウンリンク・データ・チャネルを復号することを試みる。制御チャネルが別のサブフレーム（単数または複数）ｍに関連していることをクロス・サブフレーム・ビットが示す場合、ＵＥ２５０は、サブフレーム（単数または複数）ｍの間、ＰＤＳＣＨを復号することを試みうる。

【0050】

しかしながら、１つの態様では、レガシーＲｅｌ−８ ＵＥは、ＰＤＣＣＨを適切に復号することに失敗しうる。例えば、レガシーＵＥは、再定義されたビットを含む、制御情報をＰＣＦＩＣＨで受信しうる。これは、異なるサブフレーム内のＰＤＳＣＨにおけるデータに関連する将来のサブフレーム割当を示す。しかしながら、レガシーＵＥは、受信した制御情報が、同じサブフレームに適合すると仮定しうる。それゆえ、同じサブフレームには、関連付けられたデータ・チャネルは存在しないので、レガシーＵＥは、巡回冗長検査（ＣＲＣ）に失敗し、ＰＤＣＣＨを復号することに失敗しうる。１つの態様では、この失敗した復号は、有利に利用されうる。制御情報は、異なるサブフレームｍのために向けられうるので、この失敗した復号によって、レガシーＵＥは、現在のサブフレームｎの間、受信した制御情報を無視しうる。それゆえ、この態様を利用する実施形態は、レガシーＵＥとの下位互換性を有しうる。

【0051】

別の態様では、ＵＥ２５０は、ＲＮＴＩを用いて、制御チャネルを逆スクランブルしうる。１つの実施形態では、ＵＥ２５０のＲＸデータ・プロセッサ２６０は、ＰＤＣＣＨ情報を逆スクランブルするために、ＲＮＴＩ値に基づいて、逆スクランブリング・シーケンスを使用しうる。態様では、ＵＥ２５０は、例えば、Ｒｅｌ−８によって使用されるために確保されたＲＮＴＩ値のように、Ｒｅｌ−８において使用されるものとは異なるＲＮＴＩ値を用いてＰＤＣＣＨを逆スクランブルしうる。したがって、レガシーＲｅｌ−８ ＵＥは、制御チャネルを適切に逆スクランブルすることに失敗しうる。それゆえ、レガシーＵＥは、制御チャネルを無視しうる。そして、受信された制御情報は、現在のサブフレームｎに適用されないだろう。

【0052】

５０２では、ＵＥ２５０は、第２のサブフレームの間、ダウンリンク・データ・チャネルを受信しうる。１つの実施形態では、ＲＸデータ・プロセッサ２６０は、サブフレームｎでシグナルされた割り当てられたリソースを用いて、サブフレームｍの間に、ＰＤＳＣＨコンテンツを受信しうる。

【0053】

１つの実施形態によれば、ＵＥ２５０はさらに、第２のサブフレームの間、制御チャネルで制御情報を受信しうる。例えば、ＵＥは、サブフレームｎで送信され、サブフレームｍで再送信されたＰＤＣＣＨを受信しうる。上述したように、レガシーＵＥは、リソースのクロス・サブフレーム割当を示す、サブフレームｎの間に受信した制御情報を無視しうる。したがって、レガシーＵＥは、サブフレームｍで受信されたダウンリンク・データ・チャネルのための制御情報を持たないかもしれない。それゆえ、Ｒｅｌ−８の態様にしたがうように、レガシーＵＥは、サブフレームｍで再送信されたＰＤＣＣＨを受信し、ＰＤＣＣＨを、サブフレームｍのＰＤＳＣＨデータ・チャネルへ適用しうる。繰り返すが、この態様を利用する実施形態は、レガシーＵＥとの下位互換性を持ちうる。

【0054】

図６は、本開示のある態様にしたがって、ｅＮＢ６０２によるＵＥ６０４への典型的な送信６００を例示するタイミング図である。一例において、システム情報ブロック（例えば、システム情報ブロック・タイプ１、すなわち、“ＳＩＢ１”）は、偶数のシングル周波数ネットワーク（ＳＦＮ）ラジオ・フレームの間に、５つのサブフレーム６０８毎に送信されうる。ＳＩＢ１情報は、例えばＰＤＳＣＨのようなデータ・チャネルにマップされうる。この例において、ＵＥ６０４は、ＰＤＳＣＨを復号するために、制御チャネルＰＣＦＩＣＨおよびＰＤＣＣＨで制御情報を復号する必要はない。上述したように、異なる電力クラスを有するｅＮＢ２１０の場合、強い干渉は、制御チャネルの復号を困難にしうる。それゆえ、この例によれば、ｅＮＢ６０２は、５番目のサブフレームのための制御情報をシグナルするために、５つのサブフレーム毎以外のサブフレームを利用しうる。１つの態様では、サブフレーム６０６の間、ｅＮＢ６０２は、５番目のサブフレーム６０８の間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、制御情報６１０を送信しうる（ここで、割当は、矢印６１２によって示される）。サブフレーム６０８の間、ｅＮＢ６０２は、サブフレーム６０６の間に送信されたものと同じ制御情報６１０を送信しうる。１つの態様では、ｅＮＢ６０２は、レガシーＲｅｌ−８システムとの互換性のために、ＳＩＢ１のＰＤＣＣＨを反復しうる。クロス・サブフレーム許可６１２と、ＵＥ６０４によって適用された時間との間に、暗黙的なタイミング関係が存在しうる。ＳＩＢ１の場合、ＵＥ６０４は、直後のＳＩＢ１送信機会において、クロス・サブフレーム許可６１２を適用しうる。ｅＮＢ６０２はさらに、５番目のサブフレーム６０８の間、ダウンリンク・データ・チャネル６１４を送信しうる。

【0055】

図７は、本開示のある態様にしたがってｅＮＢ２１０によって実行されうる典型的な動作７００を例示する。７０２では、ｅＮＢ２１０は、ＰＤＳＣＨのために、後のサブフレームｍにおいてリソースを割り当てるための制御情報を生成しうる。１つの態様では、例えば、ＰＤＣＣＨフォーマット１Ａのように、ＰＤＣＣＨフォーマットで確保されたビットが、後のサブフレームｍにおいて割当を示すために再使用されうる。この割当は、クロス・サブフレーム割当および／またはＰＣＦＩＣＨ値でありうる。７０４では、ｅＮＢ２１０が、ＲＮＴＩを用いて制御情報をスクランブルしうる。ここで、ＲＮＴＩは、Ｒｅｌ−８で使用されているものとは異なるＲＮＴＩ値である。それゆえ、スクランブルされた制御情報は、Ｒｅｌ−９およびＲｅｌ−９以降をサポートするＵＥによってのみ復号されうる。７０６では、ｅＮＢ２１０は、第１のサブフレームの間、ＰＤＣＣＨで制御情報を送信しうる。７０８では、ｅＮＢ２１０は、割り当てられたリソースを用いて、後のサブフレームｍの間、ＰＤＳＣＨでデータを送信しうる。それに加えて、後のサブフレームｍの間、ｅＮＢ２１０はオプションとして、７１０において、後のサブフレームｍの間に送信されたＰＤＣＣＨで制御情報を反復しうる。

【0056】

データ送信が送られたサブフレーム以外のサブフレームの間、制御チャネルを用いてリソース割当をシグナルする方法が、アップリンク送信のために利用されうることが注目される。１つの態様では、ｅＮＢ２１０は、第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を送信しうる。ｅＮＢ２１０は、第３のサブフレームの間、制御チャネルを用いて、持続的に割り当てられたアップリンク・リソースをシグナルしうる。１つの態様では、ＵＥ２５０は、第４のサブフレームの間、割り当てられたアップリンク・リソースを用いて、アップリンク・データ・チャネルを送信しうる。アップリンク・リソースは、後のサブフレームの間、定期的に複数回数、持続的に割り当てられうる。

【0057】

本明細書に記載されたシステムおよびネットワーク要素に関し、例えば「レガシー」、「Ｒｅｌ−８」、「Ｒｅｌ−８−互換のみ」、「Ｒ８」、「旧式」、および類似の用語のような文言は、例えば、ＵＥのように、ＬＴＥリリース８規格をサポートするが、例えばＬＴＥリリース９のようなさらなる規格はサポートしない場合があることが認められる。例えば、「非レガシー」、「Ｒ９」、「Ｒ９＋」、「Ｒｅｌ−９」、「Ｒｅｌ−９＋」、「Ｒｅｌ−９以降」、または「新式」、および類似の用語のような文言は、少なくともＬＴＥリリース９およびその後のリリースをサポートするネットワーク要素ＵＥに関連して使用されうることがさらに認められる。非レガシーＵＥはさらに、ＬＴＥリリース８との下位互換性をも持ちうる。

【0058】

本明細書で使用される場合、用語「判定すること（ｄｅｔｅｒｍｉｎｉｎｇ）」は、さまざまな動作を含む。例えば、「判定すること」は、計算、コンピューティング、処理、導出、調査、ルックアップ（例えば、テーブル、データベース、または他のデータ構造内のルックアップ）、確認等を含むことができる。また、「判定すること」は、受信（例えば、情報の受信）、アクセス（例えば、メモリ内のデータへのアクセス）等を含むことができる。また、「判定すること」は、解決、選択、選定、確立等を含むことができる。

【0059】

本明細書に記載されるように、アイテムのリストのうちの「少なくとも１つ」と称する文言は、単数を含むこれらアイテムのうちの任意の組み合わせを称する。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーすることが意図されている。

【0060】

上述した方法のさまざまな動作は、対応する機能を実行することが可能な任意の適切な手段によって実行されうる。これら手段は、限定される訳ではないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含むさまざまなハードウェア構成要素および／またはソフトウェア構成要素および／またはモジュールを含みうる。

【0061】

本開示に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路を、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ信号（ＦＰＧＡ）もしくはその他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリート・ゲートもしくはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または本明細書で説明される機能を実行するように設計されたその任意の組み合わせを用いて実施または実行することができる。汎用プロセッサは、マイクロプロセッサとすることができるが、代替案では、プロセッサを、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または順序回路とすることができる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。

【0062】

本明細書で開示された方法は、説明された方法を達成するための１または複数のステップまたは動作を備える。方法ステップおよび／または動作は、特許請求の範囲のスコープから逸脱せずに相互に置換することができる。言い換えると、ステップまたは動作の特定の順序が指定されていない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲のスコープから逸脱せずに変更されうる。

【0063】

記載された機能は、ハードウェアで、プロセッサによって実行されるソフトウェア・モジュールで、ファームウェアで、またはこれら任意の組み合わせによって実現されうる。ソフトウェア・モジュールは、当該技術分野において周知の任意の形態のコンピュータ読取可能な記憶媒体に存在しうる。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。ディスク（ｄｉｓｋおよびｄｉｓｃ）は、本明細書で使用される場合、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ｄｉｓｋは、通常は磁気的にデータを再生し、ｄｉｓｃは、レーザを用いて光学的にデータを再生する。ソフトウェア・モジュールは、単一の命令または複数の命令を備えることができ、複数の異なるコード・セグメント上で、異なるプログラムの間で、および複数の記憶媒体にまたがって分散させることができる。記憶媒体を、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込めるように、プロセッサに結合することができる。あるいは、この記憶媒体は、プロセッサに統合されうる。

【0064】

したがって、ある態様は、本明細書に記載された動作を実行するためのコンピュータ・プログラム製品を備えうる。例えば、このようなコンピュータ・プログラム製品は、格納された（および／またはエンコードされた）命令群を有するコンピュータ読取可能な媒体を備える。これら命令群は、本明細書において記載された動作を実行するために、１または複数のプロセッサによって実行されることが可能である。ある態様の場合、コンピュータ・プログラム製品は、パッケージング・マテリアルを含みうる。

【0065】

ソフトウェアまたは命令群は、送信媒体を介しても送信される。例えば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。

【0066】

さらに、本明細書で説明された方法および技法を実行するためのモジュールおよび／または他の適切な手段を、適宜、ユーザ端末および／または基地局によってダウンロードし、かつ／または他の形式で入手することができることを了解されたい。例えば、そのようなデバイスを、本明細書で説明した方法を実行するための手段の転送を容易にするためにサーバに結合することができる。あるいは、本明細書に記載されたさまざまな方法は、（例えば、ＲＡＭや、ＲＯＭや、例えばＣＤまたはフロッピー（登録商標）ディスク等のような物理記憶媒体である）記憶手段によって提供され、これによって、記憶手段がデバイスへ接続または提供されると、ユーザ端末および／または基地局が、さまざまな方法を取得できるようになる。さらに、本明細書で説明された方法および技法をデバイスに提供するために、その他任意の適切な技法を利用することができる。

【0067】

特許請求の範囲は、上述した正確な構成および構成要素に限定されないことを理解されたい。さまざまな修正、変更、および変形を、特許請求の範囲の範囲から逸脱せずに、前述した方法および装置の構成、動作、および詳細において実施することができる。

【0068】

前述したものは、本開示の態様に向けられているが、これら開示のその他およびさらなる態様が、本願の基本的な範囲から逸脱することなく考案され、この範囲は、以下に示す特許請求の範囲によって決定される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ 無線通信のための方法であって、
第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信することと、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを送信することと、
を備える方法。
［２］ 前記第２のサブフレームの間、前記制御チャネルで制御情報を再送信すること、をさらに備える［１］に記載の方法。
［３］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［１］に記載の方法。
［４］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［１］に記載の方法。
［５］ 前記制御情報を送信することはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルをスクランブルすることを備える、［１］に記載の方法。
［６］ 第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を送信すること、をさらに備える［１］に記載の方法。
［７］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、
前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［１］に記載の方法。
［８］ 無線通信のための方法であって、
第１のサブフレームの間、制御チャネルで制御情報を受信することと、ここで、前記制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを受信することと、
を備える方法。
［９］ 前記第２のサブフレームの間、前記制御チャネルで制御情報を受信すること、をさらに備える［８］に記載の方法。
［１０］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［８］に記載の方法。
［１１］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［８］に記載の方法。
［１２］ 前記制御情報を受信することはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルを逆スクランブルすることを備える、［８］に記載の方法。
［１３］ 第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を受信することと、
前記第４のサブフレームにおいて割り当てられたアップリンク・リソースを用いて、アップリンク送信を送ることと、
をさらに備える［８］に記載の方法。
［１４］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、
前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［８］に記載の方法。
［１５］ 無線通信のための装置であって、
第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信する手段と、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを送信する手段と、
を備える装置。
［１６］ 前記第２のサブフレームの間、前記制御チャネルで制御情報を再送信する手段をさらに備える、［１５］に記載の装置。
［１７］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［１５］に記載の装置。
［１８］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［１５］に記載の装置。
［１９］ 前記制御情報を送信する手段はさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルをスクランブルする手段を備える、［１５］に記載の装置。
［２０］ 第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を送信する手段をさらに備える、［１５］に記載の装置。
［２１］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、
前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［１５］に記載の装置。
［２２］ 無線通信のための装置であって、
第１のサブフレームの間、制御チャネルで制御情報を受信する手段と、ここで、前記制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを受信する手段と、
を備える装置。
［２３］ 前記第２のサブフレームの間、前記制御チャネルで制御情報を受信する手段、をさらに備える［２２］に記載の装置。
［２４］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［２２］に記載の装置。
［２５］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［２２］に記載の装置。
［２６］ 前記制御情報を受信する手段はさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルを逆スクランブルする手段を備える、［２２］に記載の装置。
［２７］ 第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を受信する手段と、
前記第４のサブフレームにおいて割り当てられたアップリンク・リソースを用いて、アップリンク送信を送る手段と、
をさらに備える［２２］に記載の装置。
［２８］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、
前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［２２］に記載の装置。
［２９］ 無線通信のための装置であって、
第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信し、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを送信する
ように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと、
を備える装置。
［３０］ 前記少なくとも１つのプロセッサはさらに、前記第２のサブフレームの間、前記制御チャネルで制御情報を再送信するように構成された、［２９］に記載の装置。
［３１］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［２９］に記載の装置。
［３２］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［２９］に記載の装置。
［３３］ 前記制御情報を送信するように構成された少なくとも１つのプロセッサはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルをスクランブルするように構成された、［２９］に記載の装置。
［３４］ 前記少なくとも１つのプロセッサはさらに、第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を送信するように構成された、［２９］に記載の装置。
［３５］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、
前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［２９］に記載の装置。
［３６］ 無線通信のための装置であって、
第１のサブフレームの間、制御チャネルで制御情報を受信し、ここで、前記制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを受信する
ように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと、
を備える装置。
［３７］ 前記少なくとも１つのプロセッサはさらに、前記第２のサブフレームの間、前記制御チャネルで制御情報を受信するように構成された、［３６］に記載の装置。
［３８］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［３６］に記載の装置。
［３９］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［３６］に記載の装置。
［４０］ 前記制御情報を受信するように構成された少なくとも１つのプロセッサはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルを逆スクランブルするように構成された、［３６］に記載の装置。
［４１］ 前記少なくとも１つのプロセッサはさらに、
第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を受信し、
前記第４のサブフレームにおいて割り当てられたアップリンク・リソースを用いて、アップリンク送信を送信する
ように構成された、［３６］に記載の装置。
［４２］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［３６］に記載の装置。
［４３］ コンピュータ読取可能な媒体を備える無線通信のためのコンピュータ・プログラム製品であって、前記コンピュータ読取可能な媒体は、
第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てるために、第１のサブフレームの間、制御チャネルで制御情報を送信することと、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを送信することと、
のためのコードを備える、コンピュータ・プログラム製品。
［４４］ 前記コードはさらに、前記第２のサブフレームの間、前記制御チャネルで制御情報を再送信するためのコードを備える、［４３］に記載のコンピュータ・プログラム製品。
［４５］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［４３］に記載のコンピュータ・プログラム製品。
［４６］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［４３］に記載のコンピュータ・プログラム製品。
［４７］ 前記制御情報を送信するためのコードはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルをスクランブルするためのコードを備える、［４３］に記載のコンピュータ・プログラム製品。
［４８］ 前記コードはさらに、第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を送信するためのコードを備える、［４３］に記載のコンピュータ・プログラム製品。
［４９］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、
前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［４３］に記載のコンピュータ・プログラム製品。
［５０］ コンピュータ読取可能な媒体を備える無線通信のためのコンピュータ・プログラム製品であって、前記コンピュータ読取可能な媒体は、
第１のサブフレームの間、制御チャネルで制御情報を受信することと、ここで、前記制御情報は、第２のサブフレームの間、ダウンリンク・データ・チャネルのためのリソースを割り当てる、
前記第２のサブフレームの間、前記ダウンリンク・データ・チャネルを受信することと
のためのコードを備える、コンピュータ・プログラム製品。
［５１］ 前記コードはさらに、前記第２のサブフレームの間、前記制御チャネルで制御情報を受信するためのコードを備える、［５０］に記載のコンピュータ・プログラム製品。
［５２］ 前記制御チャネルは、前記第２のサブフレームにおいて割り当てられたリソースを示すビットを備える、［５０］に記載のコンピュータ・プログラム製品。
［５３］ 前記制御チャネルはさらに、少なくとも第３のサブフレームで、前記ダウンリンク・データ・チャネルのためのリソースを割り当てるように構成された、［５０］に記載のコンピュータ・プログラム製品。
［５４］ 前記制御情報を受信するためのコードはさらに、ラジオ・ネットワーク・テンポラリ識別子（ＲＮＴＩ）を用いて前記制御チャネルを逆スクランブルするためのコードを備える、［５０］に記載のコンピュータ・プログラム製品。
［５５］ 前記コードはさらに、
第４のサブフレームの間、アップリンク送信のためのアップリンク・リソースを割り当てるために、第３のサブフレームの間、制御チャネルで制御情報を受信することと、
前記第４のサブフレームにおいて割り当てられたアップリンク・リソースを用いて、アップリンク送信を送ることと、
のためのコードを備える、［５０］に記載のコンピュータ・プログラム製品。
［５６］ 前記制御チャネルはさらに、第１および第２の制御チャネルを備え、前記第１の制御チャネルは、前記第２の制御チャネルにおける制御情報のために利用されたシンボルの数を示すインジケーションを備える、［５０］に記載のコンピュータ・プログラム製品。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】