(57)【特許請求の範囲】
【請求項１】
アクセス端末におけるアップリンクリソースを割り振る方法において、
ダウンリンク送信を受信することと、
前記ダウンリンク送信において使用された制御シンボルの数を決定することと、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、サブフレーム内にあるアップリンク制御領域を予約することと、
前記アップリンク制御領域において予約されたリソースブロックの数が奇数であるとの決定に応答して、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングすることとを含み、
アップリンク送信において使用される制御シンボルはミラーホッピングを使用して送信され、
前記アップリンク送信において使用されるデータシンボルは非ミラーホッピングを使用して送信される方法。
【請求項２】
前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記方法は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出すことと、
前記アップリンク制御領域を予約するために前記リソース割振構成を使用することとをさらに含む請求項１記載の方法。
【請求項３】
前記インジケータは、制御チャネル上で受信される請求項２記載の方法。
【請求項４】
前記リソース割振構成は、前記アップリンク制御領域において予約する前記リソースブロックの数を導出するために使用される請求項２記載の方法。
【請求項５】
ワイヤレス通信のための装置において、
ダウンリンク送信を受信する手段と、
前記ダウンリンク送信において使用された制御シンボルの数を決定する手段と、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、サブフレーム内にあるアップリンク制御領域を予約する手段と、
前記アップリンク制御領域において予約されたリソースブロックの数が奇数であるとの決定に応答して、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングする手段とを具備し、
アップリンク送信において使用される制御シンボルはミラーホッピングを使用して送信され、
前記アップリンク送信において使用されるデータシンボルは非ミラーホッピングを使用して送信される装置。
【請求項６】
前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記装置は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出す手段をさらに具備し、
前記アップリンク制御領域を予約する手段は、前記アップリンク制御領域を予約するために前記リソース割振構成を使用する請求項５記載の装置。
【請求項７】
前記ダウンリンク送信を受信する手段は、制御チャネル上で前記インジケータを受信する請求項６記載の装置。
【請求項８】
前記アップリンク制御領域を予約する手段は、前記リソース割振構成を使用して、前記アップリンク制御領域において予約する前記リソースブロックの数を導出する請求項６記載の装置。
【請求項９】
ワイヤレス通信のための装置において、
ダウンリンク送信を受信するように構成されている受信機と、
前記ダウンリンク送信において使用された制御シンボルの数を決定するようにと、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、サブフレーム内にあるアップリンク制御領域を予約するようにと、
前記アップリンク制御領域において予約されたリソースブロックの数が奇数であるとの決定に応答して、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングするように構成されている制御チャネルリソース割振器とを具備し、
アップリンク送信において使用される制御シンボルはミラーホッピングを使用して送信され、
前記アップリンク送信において使用されるデータシンボルは非ミラーホッピングを使用して送信される装置。
【請求項１０】
前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記制御チャネルリソース割振器は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出すようにと、
前記アップリンク制御領域を予約するために前記リソース割振構成を使用するようにさらに構成されている請求項９記載の装置。
【請求項１１】
前記受信機は、制御チャネル上で前記インジケータを受信するようにさらに構成されている請求項１０記載の装置。
【請求項１２】
前記制御チャネルリソース割振器は、前記リソース割振構成を使用して、前記アップリンク制御領域において予約する前記リソースブロックの数を導出するように構成されている請求項１０記載の装置。
【請求項１３】
アクセス端末においてアップリンクリソースを割り振るためのコンピュータ読み取り可能記憶媒体において、
ダウンリンク送信を受信するためのコードと、
前記ダウンリンク送信において使用された制御シンボルの数を決定するためのコードと、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、サブフレーム内にあるアップリンク制御領域を予約するためのコードと、
前記アップリンク制御領域において予約されたリソースブロックの数が奇数であるとの決定に応答して、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングするためのコードとを含み、
アップリンク送信において使用される制御シンボルはミラーホッピングを使用して送信され、
前記アップリンク送信において使用されるデータシンボルは非ミラーホッピングを使用して送信されるコンピュータ読み取り可能記憶媒体。
【請求項１４】
前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記コンピュータ読み取り可能記憶媒体は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出すためのコードをさらに含み、
前記アップリンク制御領域を予約するためのコードは、前記アップリンク制御領域を予約するために前記リソース割振構成を使用する請求項１３記載のコンピュータ読み取り可能記憶媒体。
【請求項１５】
前記ダウンリンク送信を受信するためのコードは、制御チャネル上で前記インジケータを受信する請求項１４記載のコンピュータ読み取り可能記憶媒体。
【請求項１６】
前記アップリンク制御領域を予約するためのコードは、前記リソース割振構成を使用して、前記アップリンク制御領域において予約する前記リソースブロックの数を導出する請求項１４記載のコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【米国特許法第１１９条による優先権の主張】
【０００１】
本特許出願は、“ワイヤレス通信システムにおいて未使用のリソースを利用するための方法および装置”と題し、２００８年８月１４日に出願されている仮出願番号第６１／０８９，０４２号に対する優先権を主張し、この出願は、本発明の譲受人に譲渡され、ここに参照により明示的に組み込まれている。
【背景】
【０００２】
分野
本願は、一般的に、ワイヤレス通信に関する。さらに詳細には、制御およびデータの送信のためにリソースを割り振ることに関する。
【０００３】
背景
音声、データ等のような、さまざまなタイプの通信コンテンツを提供するために、ワイヤレス通信システムが広範囲に展開されている。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することによって、複数のユーザとの通信をサポートすることができる多元接続システムであってもよい。このような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システムや、時分割多元接続（ＴＤＭＡ）システムや、周波数分割多元接続（ＦＤＭＡ）システムや、３ＧＰＰロングタームエボリューション（ＬＴＥ）システムや、直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
いくつかの通信システムにおいて情報を送信するために、制御チャネルおよびデータチャネルを使用してもよい。ＬＴＥのようないくつかの通信システムにおいて、信号を送信するために使用されるスロットを記述するために、リソースグリッドを使用する。リソースブロックは、複数のリソースエレメントを含んでいてもよい。リソースエレメントのグループは、リソースブロックとして知られている。現在、制御情報を送信するために使用されるリソースブロックの数（すなわち、制御領域）は、ＬＴＥワイヤレスデバイスプロトコルスタックにおける上位レイヤによって構成されている。しかしながら、制御情報に実際に必要とされるリソースブロックの数は可変であり、例えば、ダウンリンク上で受信される送信に依存しているかもしれない。したがって、制御領域を静的に規定することは、リソースの浪費を招くことがあるので効率的ではない。
【０００５】
さらに、制御情報に対して奇数のリソースブロックが予約された場合に、データが制御領域における制御情報とオーバーラップするかもしれない。現在、ＬＴＥ仕様は、制御領域とオーバーラップしているデータは、制御情報と同じチャネル上で送信することができないことを示す。しかしながら、制御領域中のリソースブロックは、使用されないが予約されることがあることから、予約されているが未使用である制御チャネルでデータトラフィックを送信することを禁止することによって、リソースが浪費されるかもしれない。これらの欠点と他の欠点とに対処するためのシステムおよび方法を有することが好ましいだろう。
【概要】
【０００６】
以下では、この態様の基本的な理解を提供するために、１つ以上の態様の簡略化した概要を示している。この概要は、すべての企図された態様の多彩な概略ではなく、すべての態様の重要なまたは不可欠なエレメントを識別することも、何らかの態様またはすべての態様の範囲を詳細に述べることも意図していない。この唯一の目的は、後に示す、さらなる詳細な説明に対する前置きとして、１つ以上の態様のいくつかの概念を、簡単にした形態で示すことである。
【０００７】
いくつかの態様にしたがうと、ワイヤレスアクセス端末（ＡＴ）においてアップリンク（ＵＬ）リソースを割り振る方法は、ダウンリンク（ＤＬ）送信を受信することと、ＤＬ送信において使用された制御シンボルの数を決定することと、ＤＬ送信において使用された制御シンボルの数に少なくとも部分的に基づいて、ＵＬ制御領域を予約することとを含む。
【０００８】
いくつかの態様にしたがうと、装置は、ダウンリンク（ＤＬ）送信を受信する手段と、ＤＬ送信において使用された制御シンボルの数を決定する手段と、ＤＬ送信において使用された制御シンボルの数に少なくとも部分的に基づいて、ＵＬ制御領域を予約する手段とを具備する。
【０００９】
先述の関連した目的の達成のために、詳細な説明および添付した図面とともに、１つ以上の態様は、以下で完全に記述した特徴および特許請求の範囲において特に指摘した特徴を含む。以下の詳細な説明および図面では、１つ以上の態様のいくつかの例示的な特徴を詳細に述べている。しかしながら、これらの特徴は、ほんの数例のさまざまな方法を示しているにすぎず、ここでは、さまざまな態様の原理が使用され、この記述はこのようなすべての態様および均等物を含むことを意図している。
【図面の簡単な説明】
【００１０】
本開示の特徴、性質および利点は、同じ参照文字が全体を通して対応しているものを識別している図面を考慮したとき、以下で説明した詳細な説明からさらに明らかになるであろう。  
【図１】図１は、多元接続ワイヤレス通信システムを図示している。
【図２】図２は、例示的なＬＴＥフレーム構造を図示している。
【図３Ａ】図３Ａは、アップリンク通信のためのリソースグリッドを図示している。
【図３Ｂ】図３Ｂは、ダウンリンク通信のためのリソースグリッドを図示している。
【図４】図４は、さまざまな開示した態様を実現する例示的な通信システムを図示している。
【図５】図５は、アップリンク通信に対する例示的なシンボル割振を図示している。
【図６】図６は、アップリンク制御リソースを割り振る方法を図示しているフローチャートである。
【図７】図７は、アップリンク通信に対する例示的なシンボル割振を図示している。
【図８】図８は、制御およびデータリソースを割り振るための方法を図示しているフローチャートである。
【図９】図９は、アップリンク通信に対する例示的なシンボル割振を図示している。
【図１０】図１０は、制御およびデータリソースを割り振るための方法を図示しているフローチャートである。
【図１１】図１１は、通信システムにおける例示的な装置の機能ブロック図である。
【詳細な説明】
【００１１】
コード分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような、さまざまなワイヤレス通信ネットワークに対して、ここで記述する技術を使用してもよい。「ネットワーク」および「システム」という用語は、互換性があるように使用されることが多い。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実現してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６標準規格をカバーする。ＴＤＭＡネットワークは、グローバルシステムフォーモバイル通信（ＧＳＭ）（登録商標）のような無線技術を実現してもよい。ＯＦＤＭＡシステムは、進化したＵＴＲＡ（Ｅ−ＵＴＲＡ）や、ＩＥＥＥ８０２．１１や、ＩＥＥＥ８０２．１６や、ＩＥＥＥ８０２．２０や、フラッシュＯＦＤＭ等のような無線技術を実現してもよい。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するやがて登場するリリースのＵＭＴＳである。ＵＴＲＡや、Ｅ−ＵＴＲＡや、ＧＳＭや、ＵＭＴＳや、ＬＴＥは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名付けられている機関による文書に記述されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名付けられている機関による文書に記述されている。これらのさまざまな無線技術および標準規格は、技術的に知られている。明確にするために、以下でＬＴＥについて、技術のいくつかの態様を記述し、以下の記述の大部分では、ＬＴＥという専門用語を使用する。
【００１２】
単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、単一搬送波変調および周波数ドメイン等化を利用する技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムの性能および複雑性と、類似した性能および実質的に同一の全体的な複雑さを有する。ＳＣ−ＦＤＭＡ信号は、この固有の単一搬送波構造であるために、より低いピーク対平均電力比（ＰＡＰＲ）を有する。特に、より低いＰＡＰＲが、送信電力効率の点で移動体端末に大いに利益をもたらすアップリンク通信において、ＳＣ−ＦＤＭＡが大きな注目を集めている。３ＧＰＰロングタームエボリューション（ＬＴＥ）または進化したＵＴＲＡにおけるアップリンク多元接続スキームに対して、ＳＣ−ＦＤＭＡは、現在、ＬＴＥ Ｒｅｌ−８に含まれており、将来のリリースにおいて、単一搬送波波形が維持されることが期待されている。
【００１３】
図１を参照すると、さまざまな開示した様態を実現してもよいワイヤレス通信システム１００を図示している。ワイヤレス通信システム１００は、例えば、３ＧＰＰ ＬＴＥによって指定されたプロトコルを実現してもよい。アクセスポイント（ＡＰ）１０２は、複数のアンテナグループを含んでいてもよく、１つは、１０４および１０６を含んでおり、別のものは、１０８および１１０を含んでおり、さらなるものは、１１２および１１４を含んでいる。図１では、それぞれのアンテナグループに対して、２本のアンテナだけを示している。しかしながら、それぞれのアンテナグループに対して、より多くのアンテナ、または、より少ないアンテナを利用してもよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、ここでは、アンテナ１１２および１１４は、フォワードリンク１２０を通してアクセス端末１１６に情報を送信し、リバースリンク１１８を通してアクセス端末１１６から情報を受信する。通信するように設計されているアンテナおよび／またはエリアのそれぞれのグループは、アクセスポイントのセクタと呼ぶことが多い。実施形態では、アンテナグループのそれぞれは、アクセスポイント１００によってカバーされているエリアの、セクタ中のアクセス端末と通信するように設計されている。
【００１４】
ＡＰは、端末と通信するために使用される固定局であってもよく、アクセスノード、ノードＢと呼ばれることもあり、または、他の何らかの専門用語で呼ばれることもある。ＡＴを、端末、ユーザ機器（ＵＥ）、ワイヤレス通信デバイスと呼ぶこともあり、または、他の何らかの専門用語で呼ぶこともある。
【００１５】
図２は、ＬＴＥフレーム２００の例示的なフレーム構造を図示している。アップリンクおよびダウンリンクの物理レイヤ送信のために、ＬＴＥフレーム２００を使用してもよい。ＬＴＥフレーム２００は、１０ｍｓの長さであってもよく、２０個のスロット２０２を含んでいてもよい。図２に図示したように、スロット２０２は、Ｓ０ないしＳ１９の番号が付けられている。それぞれのスロット２０２は、０．５ｍｓの長さである。２つの連続したスロット２０２は、２０４で図示したように、サブフレームとして知られている。したがって、ＬＴＥフレーム２００は、１０個のサブフレームを含む。ＬＴＥフレーム２００は、全二重および半二重ＦＤＤに対して使用してもよい例示的なＬＴＥフレーム構造にすぎないことに留意すべきである。例えば、３ＧＰＰ ＴＳ ３６．２１１に記述されているＴＤＤフレーム構造のような他のフレームタイプ／構造も適用されてもよく、この内容は、参照によってここに組み込まれている。
【００１６】
ここで使用するように、ダウンリンク（ＤＬ）は、ＡＰからＡＴに向けて発信する通信を意味する。ＬＴＥでは、いくつかのＤＬ物理チャネルが存在する。例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、上位レイヤの制御メッセージのリソース割振、物理ダウンリンク共有制御チャネル（ＰＤＳＣＨ）に対するリソース割振、アップリンク送信のリソース割振についてＡＴに報知するアップリンク（ＵＬ）スケジューリング許可、および／または他の制御情報を含む制御情報を伝えてもよい。ＰＤＣＣＨに対して使用されるＯＦＤＭシンボルの数についてＡＴに報知するために、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を提供してもよい。さらに、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を伝えるために、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）を提供してもよい。他のＤＬ制御信号も含んでいてもよい。
【００１７】
ここで使用するように、アップリンクは、ＡＴにおいて発信し、ＡＰに宛てられている通信を意味する。ＤＬ通信と同様に、ＵＬ通信もまた、複数の制御信号を含む。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、例えば、ダウンリンク上で受信したデータパケットに関連するＡＣＫ／ＮＡＣＫ情報、チャネル品質表示（ＣＱＩ）レポート、スケジューリング要求（ＳＲ）、および／または他の制御情報のようなアップリンク制御情報を伝える。ＵＬデータ送信のために、物理アップリンク共有チャネル（ＰＵＳＣＨ）を使用してもよい。
【００１８】
それぞれのスロットにおけるＵＬ送信信号およびＤＬ送信信号の両方とも、リソースグリッドによって記述することができる。図３Ａおよび３Ｂは、ＵＬ送信信号とＤＬ送信信号とをそれぞれ記述するために使用してもよいリソースグリッドを図示している。図３Ａに図示したように、１つのアップリンクスロットは、ＮRBULＮSCRBサブキャリアと、ＮsymbULＳＣ−ＦＤＭＡシンボルとのグリッドを含んでいてもよく、ＮSCRBは、サブキャリアの数として表されている、周波数ドメインにおけるリソースブロックサイズを意味し、そしてＮsymbULは、アップリンクスロットにおけるＳＣ−ＦＤＭＡシンボルの数を意味する。量ＮRBULは、セル中で構成されているアップリンク送信帯域幅に依存する。ＵＬリソースグリッド３１０におけるそれぞれのリソースエレメント３０２を、リソースエレメントと呼ぶ。ＵＬリソースグリッド３１０は、複数のリソースブロックを含んでいてもよく、このうちの１つを３０４において図示している。リソースブロック３０４のようなリソースブロックは、時間ドメインにおけるＮsymbUL個の連続的なＳＣ−ＦＤＭＡシンボルとして、そして周波数ドメインにおけるＮSCRB個の連続的なサブキャリアとして規定してもよい。リソースブロックにおけるリソースエレメント３０２の数は、送信に使用されるサイクリックプレフィックスに少なくとも部分的に依存する。例えば、通常のサイクリックプレフィックスが使用されるとき、リソースブロックは、１２個の連続的なサブキャリアと、７個の連続的なＳＣ−ＦＤＭＡシンボルとを含んでいてもよい。拡張されたサイクリックプレフィックスが使用されるとき、リソースブロックは、１２個の連続的なサブキャリアと、６個の連続的なＳＣ−ＦＤＭＡシンボルとを含んでいてもよい。リソースブロック３０４は、通常のサイクリックプレフィックスを使用する送信に対するリソースブロックの例である。
【００１９】
ＤＬリソースグリッド３２０は、ＮRBDLＮSCRBサブキャリア、および、ＮsymbDLＯＦＤＭシンボルのグリッドである。リソースグリッド３２０は、複数のリソースエレメント３０６と、リソースブロック３０８とを含んでいてもよい。リソースエレメント３０６へのいくつかの物理チャネルのマッピングを記述するために、リソースブロック３０８を使用してもよい。ＵＬリソースブロックに類似して、通常のサイクリックプレフィックスが使用される場合には、リソースブロック３０８におけるＤＬシンボルの数は７であってもよく、または、拡張されたサイクリックプレフィックスが使用される場合には６であってもよい。
【００２０】
リソースブロック３１０および３２０のようなリソースブロックを使用して、データおよび制御の送信をリソースエレメントにマッピングしてもよい。一般的に、制御チャネルリソースが、サブフレームの端にマッピングされる一方で、データ送信は、サブフレームの残りの部分を使用して送信される。図４は、データおよび制御のチャネルリソースを割り振るための例示的な通信システム４００を図示している。システム１００は、１つ以上のＡＰ４２０と、１つ以上のＡＴ４４０とを含んでいてもよい。図４では、１つのＡＰ４２０と１つのＡＴ４４０とのみを図示しているが、システム４００は、任意の適切な数のＡＰ４３０およびＡＴ４４０を備えていてもよいことを正しく認識すべきである。
【００２１】
ＡＰ４３０およびＡＴ４４０は、１つ以上のアンテナ４０２および４０４を通して、ＵＬおよびＤＬ通信を実行してもよい。例えば、ＤＬ送信は、ＡＰ４２０において、送信機４２２を通して開始してもよい。さらに詳細には、送信機４２２は、端末４４０に向けられる制御シグナリングおよび／または他の情報を発生させてもよく、またはそうでなければ端末４４０に向けられる制御シグナリングおよび／または他の情報を取得してもよい。この情報は、その後、送信機４２０と、アンテナ４０２とを通して、ＤＬ上で送信することができ、アンテナ４０４を通して、ＡＴ４４０における受信機４４４によって受信することができる。ＡＰ４２０は、プロセッサ４２６とメモリ４２８とをさらに備え、これらは、ここで記述するさまざまな態様を実現するためにＡＰ４２０によって使用してもよい。例えば、適切な制御信号を発生させるように制御領域発生エンジン４３０に指示するように、プロセッサ４２６を構成してもよい。制御領域発生エンジン４３０は、プロセッサ４２６と別に図示したが、一般的に、制御領域発生エンジン４３０によって実行される機能はプロセッサと一体化していることを、当業者は認識するであろうことに留意すべきである。したがって、制御領域発生エンジン４３０は、プロセッサ４２６の一部を形成するソフトウェアモジュールであってもよい。
【００２２】
ＡＴ４４０に送信されることなる制御情報を発生させるように、制御領域発生エンジン４３０を構成してもよい。ＡＴ４４０によって制御情報を使用して、その制御およびデータの送信のためにリソースを割り振ってもよい。制御領域発生エンジン４３０は、例えば、アップリンクスケジューリング許可を伝えてもよいＰＤＣＣＨ送信を発生させてもよい。アップリンクスケジューリング許可は、アップリンク送信のための、そのリソース割振についてＡＴ４４０に報知する。制御領域発生エンジン４３０は、ＰＤＦＩＣＨ送信をさらに発生させてもよく、ＰＤＦＩＣＨ送信は、ＰＤＣＣＨにおいて使用される制御シンボルの数を示してもよい。制御領域発生エンジン４３０はまた、他の制御情報を発生させてもよい。送信機４２０は、発生された制御情報をＡＴ４４０に送信してもよい。
【００２３】
ＡＴ４４０は、受信機４４４を備え、受信機４４４は、アンテナ４０４を通したＡＰ４２０からの送信を受信する。ＡＴ４４０は、リソース割振エンジン４５０をさらに備えていてもよく、リソース割振エンジン４５０は、ＡＰ４２０から受信した制御情報に基づいて、物理レイヤリソースを割り振るようにプロセッサ４４６によって構成してもよい。リソース割振エンジン４５０は、制御チャネル割振器４５２とデータチャネル割振器４５４とを備えていてもよい。ＤＬ送信における制御のために使用されるＯＦＤＭシンボルの実際の数に基づいて動的なＰＵＣＣＨ制御領域を動的に設定するように、制御チャネル割振器４５２を構成してもよい。その後、リソースは、実際のニーズに基づいて、リソースブロックにマッピングしてもよく、これにより、効率が高くなる。いくつかの態様にしたがうと、制御チャネル割振器４５２は、ダウンリンク送信パラメータに基づいてマッピングテーブルを調べて、適切な構成を決定してもよい。他の態様では、制御チャネル割振器４５２は、適切な構成を暗に導出してもよい。
【００２４】
データリソースをリソースブロックにマッピングするように、データチャネルリソース割振器４５４を構成してもよい。いくつかの態様にしたがうと、ＰＵＳＣＨデータ送信のために、予約されたものの、まだ使用されていないＰＵＣＣＨリソースを再使用するように、データチャネルリソース割振器４５４を構成してもよい。ＵＬ制御のために予約されたリソースブロックの数が奇数または偶数である否かに基づいてデータリソースマッピングを決定するように、データチャネルリソース割振器４５４を構成してもよい。
【００２５】
ＡＴ４４０は、アンテナ４０４を通して、データおよび制御情報をＡＮ４２０または他のＡＴに送信するための送信機４４０をさらに備えている。例えば、ＡＮ４２０でのように、さまざまな開示した様態を実現するために、ＡＴ４４０ではメモリ４４８が提供されている。
【００２６】
図５は、ＵＬリソースブロックの一般的な割振を図示している。図５に図示したシグナリング構造は、１つ以上のサブフレーム５１０全体にわたって実施してもよく、これらのそれぞれは、２つのスロット５１２と５１４とを含んでいてもよい。図５に図示したように、ＰＵＣＣＨ制御チャネルは、一般的に、システム帯域幅の端で、ＰＵＣＣＨ制御チャネルの周波数領域に割り振られる。周波数ダイバシティを活用するために、ＰＵＣＣＨ信号は、一般的に、ミラーホッピングを使用して送信される。すなわち、それぞれのＰＵＣＣＨ制御シンボルは、１つのスロットにおいて、帯域幅の第１の端で送信され、そして、第２のスロットでは帯域幅の反対の端で送信される。例えば、ＰＵＣＣＨ制御シンボル０は、スロット１において周波数０で送信され（ＰＵＣＣＨ ０Ａとして示した）、そしてスロット０において周波数２４で送信される（ＰＵＣＣＨ ０Ｂとして示した）。ＰＵＣＣＨ制御シンボル２および３は、同様に配置される。
【００２７】
ＰＵＣＣＨ制御シンボル送信のために予約されていないエリアを、ＰＵＳＣＨデータ送信のために使用してもよい。ＰＵＳＣＨシンボルは、一般的に、２つのスロット上で同じ周波数で送信される。例えば、図５に図示したように、第１のＰＵＳＣＨデータシンボルは、スロット０とスロット１の両方を使用して、周波数３で送信されてもよい。
【００２８】
ＰＵＣＣＨチャネルを通して伝送される制御シグナリングは、スケジューリング要求、ＰＤＳＣＨ上で送信されたＤＬデータパケットに応答したＨＡＲＱ ＡＣＫ／ＮＡＣＫメッセージ、チャネル品質インジケータ（ＣＱＩ）、および／または他の制御信号を含んでいてもよい。ＣＱＩおよびスケジューリング要求のような静的または半静的制御信号は、一般的に、指定された帯域幅の端で配置される。ＡＣＫ／ＮＡＣＫメッセージは、タイプに基づいて、半静的に割り振られてもよく、または、動的に割り振られてもよい。例えば、動的なＤＬ割当に応答して受信されるＡＣＫ／ＮＡＫメッセージは動的にマッピングされてもよいが、半永続的なスケジューリング割当に応答して受信されるＡＣＫ／ＮＡＫメッセージは、レイヤ３によって構成され、半静的に割り振られてもよい。これらの動的な制御信号および他の動的な制御信号に対するリソースは、半静的制御の後に割り振られ、指定された帯域幅領域中の内側を移動する。ここで記述するシステムおよび方法のいくつかの例示的な態様にしたがうと、動的な領域は、ＤＬの制御シンボルの実際の数に基づいて割り振られてもよい。割振が、上位レイヤによって規定されたＰＵＣＣＨリソースブロックの数に単に基づいている、３ＧＰＰ ＬＴＥ仕様によって指定されているような一般的なリソース割振とは対照的に、ＤＬ送信によって反映されるように、実際のニーズに基づいてリソースを予約することによって、効率を上げることができる。
【００２９】
図６は、動的なＰＵＣＣＨ制御領域を規定するためのプロセス６００を図示している簡略したフローチャートである。６０２に図示したように、ＡＴは、ＡＰからのＤＬ送信を受信してもよい。送信は、ここで記述したＰＣＦＩＣＨおよびＰＤＤＣＨのような、さまざまな制御チャネルを含んでいてもよい。
【００３０】
６０４で図示したように、ＤＬ送信のために使用された制御シンボルの数をＡＴが決定してもよい。ＰＵＣＣＨリソースを割り振るために、この情報を使用してもよい。いくつかの態様にしたがうと、ＤＬ上で構成される有限数の可能性ある制御シンボルが存在していてもよい。例えば、ＤＬは、ＤＬ通信チャネルの帯域幅に基づいて、１、２、３、または４個の制御シンボルを構成していてもよい。例えば、（例えば、１０個のＲＢよりも少ない）狭い帯域幅を有している通信チャネルは、２、３、または４個の制御シンボルを送信するように構成してもよい一方で、より広い帯域幅を持つ通信チャネルは、１、２、または３個の制御シンボルを送信するように構成してもよい。ＰＣＦＩＣＨは、制御のためのＯＦＤＭシンボルの数を示すように構成してもよい。したがって、ＡＴは、ＰＣＦＩＣＨを参照することによって、制御シンボルの数を決定してもよい。
【００３１】
６０６で図示したように、制御シンボルの決定された数に少なくとも部分的に基づいて、ＡＴは、動的なＰＵＣＣＨ制御領域を予約してもよい。いくつかの態様にしたがうと、上位レイヤは、可能性ある制御領域のＤＬ制御シンボルの数へのマッピングを維持してもよい。すなわち、ＡＴおよびＡＰの両方とも、ＤＬスロットにおいて構成可能な有限数の制御シンボルを認識する。上位レイヤは、１つの制御シンボルがＤＬ上で構成される場合に予約されることになる動的な制御領域を示している第１のパラメータＮRB,1PUCCHと、２つの制御シンボルがＤＬ上で構成される場合に予約されることになる動的な制御領域を示している第２のパラメータＮRB,2PUCCHと、３つの制御シンボルが使用される場合に予約されることになる動的な制御領域を示している第３のパラメータＮRB,3PUCCHとを維持してもよい。
【００３２】
したがって、ＰＣＦＩＣＨによって示されたように、制御シンボルの数を決定したときに、上位レイヤは、指定された制御領域を予約するように物理レイヤに明示的に指示してもよい。いくつかの態様にしたがうと、ＡＴは、ＰＣＦＩＣＨ値と他のパラメータとに基づいて、特定のサブフレームに対する動的な制御領域を暗に導出してもよい。例えば、以下の式
【数１】
0005591805.tif 000002
【００３３】
を使用してもよい。
【００３４】
したがって、サブフレームｎにおけるＰＵＣＣＨリソースブロックの数は、サブフレームｎ−ｋにおけるＰＣＦＩＣＨ値およびＰＵＣＣＨフォーマット２／２ａ／２ｂ（ＮRB(2)）に対して予約された帯域幅の上位レイヤ構成、１／１ａ／１ｂと２／２ａ／２ｂとのフォーマットの混合を持つリソースブロックにおけるＰＵＣＣＨフォーマット１／ｌａ／ｌｂ（Ｎcs(1)）に対して使用されるサイクリックシフトの数、周波数ドメインにおけるリソースブロックサイズ（ＮSCRB）、および／または他のパラメータに基づいて導出してもよい。
【００３５】
図４を参照して上述したように、ＰＵＣＣＨシンボルは、一般的に、フレームの端において配置されている。ＡＰによって割り振られたＰＵＳＣＨリソースは、予約されたＰＵＣＣＨ領域内に含まれていてもよい。３ＧＰＰ ＬＴＥ仕様において現在規定されているように、ＰＵＣＣＨ送信のために奇数のＲＢ対が構成されていて、ＡＴのＰＵＳＣＨリソース割振が搬送波帯域の端におけるＲＢを含む場合には、ＰＵＣＣＨリソーススロットによって占有されている、割り振られたＰＵＳＣＨ帯域の端のＲＢ対のＲＢは、ＰＵＳＣＨに対して使用されないだろう。すなわち、構成されたＰＵＣＣＨリソースの数が奇数であって、割り当てられたＰＳＵＣＨリソースとＰＵＣＣＨ領域とが１ＲＢ分だけオーバーラップしている場合には、オーバーラップしているＲＢは、ＰＵＳＣＨに対して使用されるべきではない。この例については、図７に図示されている。
【００３６】
図７に図示されているように、ＲＢ１２および１３では、非ホッピングＰＵＳＣＨ送信が割り当てられている。しかしながら、スロット０におけるＲＢ１３では、ＰＵＣＣＨ領域との衝突が存在する。したがって、このＰＵＳＣＨ送信は、スロット１におけるＲＢ上でのみ許容できる。１つのコードブロックは１つのＲＢによってのみ存在するかもしれないので、スロット１３において送信するＲＢ対の欠如は、ＰＵＳＣＨ性能に悪影響を与えるかもしれない。さらに、ＰＵＣＣＨに対してＲＢ１３および１４が予約されているが、第１のＰＵＣＣＨ対だけがアクティブである可能性がある。このケースでは、ＰＵＳＣＨ送信は、依然として禁止され、リソースが浪費される。
【００３７】
図８は、ＰＵＳＣＨ送信のために、予約されたＰＵＣＣＨリソースを再使用する１つの例示的な方法を図示している。８０２において図示しているように、ＰＵＣＣＨに対して予約されたＲＢの数をＡＴが最初に決定してもよい。上述したように、ＰＵＣＣＨリソース割振は、上位レイヤによって明示的に構成されていてもよく、または、さまざまなパラメータに基づいて物理レイヤによって導出されてもよい。８０４において図示しているように、次に、ＰＵＣＣＨ ＲＢの数が奇数であるか否かをＡＴが決定する。ＰＵＣＣＨ ＲＢの数が奇数でない場合、８０６において図示しているように、ＰＵＳＣＨリソースを割り当てるために、通常のＰＵＳＣＨインデックス付けを使用してもよい。例えば、ＰＵＳＣＨシンボルは、同じ周波数の２つのスロット中で送信してもよい。
【００３８】
ＰＵＣＣＨに対して奇数のＲＢが予約されている場合に、ＡＴは、１のオフセットを有するＰＵＳＣＨリソースを対にしてもよい。このことを図９に図示している。スロット０中の周波数２におけるＰＵＳＣＨシンボル２は、スロット１中の周波数１におけるＰＵＳＣＨシンボルとともに送信される。ＰＵＳＣＨ送信は１だけオフセットされているが、整数倍のＲＢ対が維持されている。
【００３９】
図１０は、ＰＵＳＣＨ送信のために、予約されたＰＵＣＣＨリソースを再使用する別の例示的な方法を図示しているフローチャートである。プロセス１０００は、ＰＵＣＣＨに対して奇数のＲＢが予約されていることをＡＴが決定したときに、１００２において開始する。１００４で図示しているように、割り当てられたＰＵＳＣＨ割振が完全にＰＵＣＣＨ領域内にあるか否かをＡＴが決定する。さらに詳細には、ＰＵＳＣＨ割振がＰＵＣＣＨ領域に全部含まれているか否か、またはＰＵＳＣＨ割振がＰＵＣＣＨ領域およびＰＵＳＣＨ領域の双方を含むか否かをＡＴが決定する。
【００４０】
ＰＵＳＣＨ割振が完全にＰＵＣＣＨ領域内にある場合に、１００６で図示しているように、構成されているＰＵＣＣＨ割振ルールを使用して、ＰＵＳＣＨリソースを割り振ってもよい。ここで記述するように、ＰＵＣＣＨリソースは、一般的に、ミラーホッピングを使用して割り振られる。したがって、ＰＵＳＣＨリソースもミラーホッピングを使用して割り振られるだろう。
【００４１】
１００８に図示しているように、割り当てられたＰＵＳＣＨ割振が完全にＰＵＣＣＨ領域内にない場合に、ＡＴは、割振が有効であると仮定し、構成されたＰＳＵＣＨ割振ルールにしたがってもよい。すなわち、ＡＴはＡＰの命令にしたがい、ＰＵＳＣＨリソースを割り振ってもよい。いくつかの様態にしたがうと、図８に図示しているように、ＰＵＳＣＨリソースをオフセット態様で割り振るように、ＡＴを構成してもよい。他の態様では、ＰＵＳＣＨリソースを同じＲＢにおけるスロットに割り当てるように、ＡＴを構成してもよい。
【００４２】
図１１は、通信システムにおける例示的なアクセス端末の機能ブロック図である。装置１１００は、ダウンリンク送信を受信するモジュール１１０２と、ダウンリンク送信において使用された制御シンボルの数を決定するモジュール１１０４と、ダウンリンク送信において使用された制御シンボルの数に少なくとも部分的に基づいてアップリンク制御領域を予約するモジュール１１０６とを備えている。
【００４３】
開示したプロセスにおける、ステップの特定の順序または階層は、例示的なアプローチの例であることが理解される。本開示の範囲内のままで、設計選択に基づいて、プロセスにおけるステップの特定の順序または階層を再構成してもよいことが理解される。方法の請求項は、エレメントのさまざまなステップをサンプルの順序で表現しており、示した特定の順序または階層に限定することを意味しているわけではない。
【００４４】
さまざまな異なるテクノロジーおよび技術のうちの任意のものを使用して、情報および信号を表してもよいことを、当業者は理解するだろう。例えば、上記の記述全体を通して参照した、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁気フィールドまたは微粒子、光学フィールドまたは光学微粒子、あるいはこれらの任意の組み合わせによって表してもよい。
【００４５】
ここで開示した実施形態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、あるいは双方を組み合わせたものとして実現してもよいことを、当業者はさらに正しく認識する。ハードウェアおよびソフトウェアのこの互換性を明確に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを、一般的に、これらの機能性の観点から上記に記述している。この機能性が、ハードウェアまたはソフトウェアとして実現されるか否かは、システム全体に課せられている特定のアプリケーションおよび設計制約に依存する。熟練者が、それぞれの特定のアプリケーションの方法を変えて、記述した機能性を実現するかもしれないが、このようなインプリメンテーションの決定は、本開示の範囲から逸脱が生じるとして解釈すべきでない。
【００４６】
ここで開示した実施形態に関連して記述した、さまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、または、ここで記述した機能を実行するように設計された、これらの任意の組み合わせにより実現または実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサとを組み合わせたもののような、コンピューティングデバイスを組み合わせたものとして、複数のマイクロプロセッサとして、ＤＳＰコアに関連した１つ以上のマイクロプロセッサとして、あるいは、このような他の何らかの構成として実現してもよい。
【００４７】
ここで開示した実施形態に関連して記述した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つのものを組み合わせたもので直接的に具体化してもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ−ＲＯＭ、または技術的に知られている記憶媒体の他の何らかの形態で存在していてもよい。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込んだりできるように、例示的な記憶媒体はプロセッサに結合されている。代替実施形態では、記憶媒体は、プロセッサに一体化されていてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣ中に存在していてもよい。ＡＳＩＣは、ユーザ端末中に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ端末中に存在していてもよい。
【００４８】
開示した実施形態の先の説明は、当業者が本開示を作り、または使用できるように提供されている。これらの実施形態に対するさまざまな修正は、当業者に容易に明らかになるであろう。また、ここで規定した一般的な原理は、本開示の精神または範囲を逸脱することなく、他の実施形態に適用してもよい。したがって、本開示は、ここで示した実施形態に限定されることを意図しているものではないが、ここで開示した原理および新規な特徴と矛盾しない最も広範囲に一致させるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］アップリンクリソースを割り振る方法において、
ダウンリンク送信を受信することと、
前記ダウンリンク送信において使用された制御シンボルの数を決定することと、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、アップリンク制御領域を予約することとを含む方法。
［２］前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記方法は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出すことと、
前記アップリンク制御領域を予約するために前記リソース割振構成を使用することとをさらに含む［１］記載の方法。
［３］前記インジケータは、制御チャネル上で受信される［２］記載の方法。
［４］前記リソース割振構成は、前記アップリンク制御領域において予約するリソースブロックの数を導出するために使用される［２］記載の方法。
［５］前記アップリンク制御領域がサブフレーム内にあり、
前記方法は、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であるか否かを決定することと、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であることを決定したとき、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングすることとをさらに含む［４］記載の方法。
［６］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、前記アップリンク制御領域がサブフレーム内にあり、
前記方法は、
アップリンクデータリソース割振を受信することと、
前記データリソース割振が、前記アップリンク制御領域と同じサブフレーム内にあるか否かを決定することと、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、データシンボル送信割振ルールを使用することとをさらに含む［４］記載の方法。
［７］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、前記アップリンク制御領域がサブフレーム内にあり、
前記方法は、
アップリンクデータリソース割振を受信することと、
前記データリソース割振が完全に前記アップリンク制御領域内にあるか否かを決定することと、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、制御シンボル送信割振ルールを使用することとをさらに含む［４］記載の方法。
［８］ワイヤレス通信のための装置において、
ダウンリンク送信を受信する手段と、
前記ダウンリンク送信において使用された制御シンボルの数を決定する手段と、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、アップリンク制御領域を予約する手段とを具備する装置。
［９］前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記装置は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出す手段をさらに具備し、
前記アップリンク制御領域を予約する手段は、前記アップリンク制御領域を予約するために前記リソース割振構成を使用する［８］記載の装置。
［１０］前記ダウンリンク送信を受信する手段は、制御チャネル上で前記インジケータを受信する［９］記載の装置。
［１１］前記アップリンク制御領域を予約する手段は、前記リソース割振構成を使用して、前記アップリンク制御領域において予約するリソースブロックの数を導出する［９］記載の装置。
［１２］前記アップリンク制御領域がサブフレーム内にあり、
前記装置は、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であるか否かを決定する手段と、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数である場合に、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングする手段とをさらに具備する［１１］記載の装置。
［１３］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、前記アップリンク制御領域がサブフレーム内にあり、
前記ダウンリンク送信を受信する手段が、アップリンクデータリソース割振を受信し、
前記装置は、
前記データリソース割振が、前記アップリンク制御領域と同じサブフレーム内にあるか否かを決定する手段と、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、データシンボル送信割振ルールを使用する手段とをさらに具備する［１１］記載の装置。
［１４］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、前記アップリンク制御領域がサブフレーム内にあり、
前記ダウンリンク送信を受信する手段が、アップリンクデータリソース割振を受信し、
前記装置は、
前記データリソース割振が完全に前記アップリンク制御領域内にあるか否かを決定する手段と、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、制御シンボル送信割振ルールを使用する手段とをさらに具備する［１１］記載の装置。
［１５］ワイヤレス通信のための装置において、
ダウンリンク送信を受信するように構成されている受信機と、
前記ダウンリンク送信において使用された制御シンボルの数を決定するようにと、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、アップリンク制御領域を予約するように構成されている制御チャネルリソース割振器とを具備する装置。
［１６］前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記制御チャネルリソース割振器は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出すようにと、
前記アップリンク制御領域を予約するために前記リソース割振構成を使用するようにさらに構成されている［１５］記載の装置。
［１７］前記受信機は、制御チャネル上で前記インジケータを受信するようにさらに構成されている［１６］記載の装置。
［１８］前記制御チャネルリソース割振器は、前記リソース割振構成を使用して、前記アップリンク制御領域において予約するリソースブロックの数を導出するように構成されている［１６］記載の装置。
［１９］前記アップリンク制御領域がサブフレーム内にあり、
前記装置は、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であるか否かを決定するようにと、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であることを決定したとき、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングするように構成されているデータチャネルリソース割振器をさらに具備する［１８］記載の装置。
［２０］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、前記アップリンク制御領域がサブフレーム内にあり、
前記受信機は、アップリンクデータリソース割振を受信するようにさらに構成され、
前記装置は、
前記データリソース割振が、前記アップリンク制御領域と同じサブフレーム内にあるか否かを決定するようにと、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、データシンボル送信割振ルールを使用するように構成されているデータチャネルリソース割振器をさらに具備する［１８］記載の装置。
［２１］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、前記アップリンク制御領域がサブフレーム内にあり、前記受信機は、アップリンクデータリソース割振を受信するようにさらに構成され、
前記装置は、
前記データリソース割振が完全に前記アップリンク制御領域内にあるか否かを決定するようにと、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、制御シンボル送信割振ルールを使用するように構成されているデータチャネルリソース割振器をさらに具備する［１８］記載の装置。
［２２］コンピュータプロダクトにおいて、
ダウンリンク送信を受信するためのコードと、
前記ダウンリンク送信において使用された制御シンボルの数を決定するためのコードと、
前記ダウンリンク送信において使用された前記制御シンボルの数に少なくとも部分的に基づいて、アップリンク制御領域を予約するためのコードとを含むコンピュータ読み取り可能媒体を含むコンピュータプロダクト。
［２３］前記ダウンリンク送信は、前記ダウンリンク送信において使用された前記制御シンボルの数を特定するインジケータを含み、
前記コンピュータ読み取り可能媒体は、
前記インジケータによって特定されている前記制御シンボルの数に対応するリソース割振構成を制御シンボルマッピングテーブルから取り出すためのコードをさらに含み、
前記アップリンク制御領域を予約するためのコードは、前記アップリンク制御領域を予約するために前記リソース割振構成を使用する［２２］記載のコンピュータプロダクト。
［２４］前記ダウンリンク送信を受信するためのコードは、制御チャネル上で前記インジケータを受信する［２３］記載のコンピュータプロダクト。
［２５］前記アップリンク制御領域を予約するためのコードは、前記リソース割振構成を使用して、前記アップリンク制御領域において予約するリソースブロックの数を導出する［２３］記載のコンピュータプロダクト。
［２６］前記アップリンク制御領域がサブフレーム内にあり、
前記コンピュータ読み取り可能媒体は、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であるか否かを決定するためのコードと、
前記アップリンク制御領域において予約された前記リソースブロックの数が奇数である場合に、１つのリソースブロックだけオフセットされているデータシンボルを前記サブフレーム内にマッピングするためのコードとをさらに含む［２５］記載のコンピュータプロダクト。
［２７］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、前記アップリンク制御領域がサブフレーム内にあり、
前記ダウンリンク送信を受信するためのコードが、アップリンクデータリソース割振を受信し、
前記コンピュータ読み取り可能媒体は、
前記データリソース割振が、前記アップリンク制御領域と同じサブフレーム内にあるか否かを決定するためのコードと、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、データシンボル送信割振ルールを使用するためのコードとをさらに含む［２５］記載のコンピュータプロダクト。
［２８］前記アップリンク制御領域において予約された前記リソースブロックの数が奇数であり、
前記アップリンク制御領域がサブフレーム内にあり、前記ダウンリンク送信を受信する手段が、アップリンクデータリソース割振を受信し、
前記コンピュータ読み取り可能媒体は、
前記データリソース割振が完全に前記アップリンク制御領域内にあるか否かを決定するためのコードと、
前記サブフレーム中のリソースブロックにデータシンボルを割り振るために、制御シンボル送信割振ルールを使用するためのコードとをさらに含む［２５］記載のコンピュータプロダクト。
【図１】
0005591805.tif 000003
【図２】
0005591805.tif 000004
【図３Ａ】
0005591805.tif 000005
【図３Ｂ】
0005591805.tif 000006
【図４】
0005591805.tif 000007
【図５】
0005591805.tif 000008
【図６】
0005591805.tif 000009
【図７】
0005591805.tif 000010
【図８】
0005591805.tif 000011
【図９】
0005591805.tif 000012
【図１０】
0005591805.tif 000013
【図１１】
0005591805.tif 000014