特許 5968396 ＨＡＲＱプロトコルの方法及びシステム

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

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

(11)【特許番号】5968396

(24)【登録日】2016年7月15日

(45)【発行日】2016年8月10日

(54)【発明の名称】ＨＡＲＱプロトコルの方法及びシステム

(51)【国際特許分類】

   H04W 28/04 20090101AFI20160728BHJP

   H04W 72/04 20090101ALI20160728BHJP

【ＦＩ】

   H04W28/04 110

   H04W72/04 136

【請求項の数】20

【全頁数】47

(21)【出願番号】特願2014-218322(P2014-218322)

(22)【出願日】2014年10月27日

(62)【分割の表示】特願2011-505328(P2011-505328)の分割

【原出願日】2009年4月21日

(65)【公開番号】特開2015-53715(P2015-53715A)

(43)【公開日】2015年3月19日

【審査請求日】2014年10月27日

(31)【優先権主張番号】61/046,625

(32)【優先日】2008年4月21日

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

(31)【優先権主張番号】61/050,329

(32)【優先日】2008年5月5日

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

(73)【特許権者】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100082005

【弁理士】

【氏名又は名称】熊倉 禎男

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(72)【発明者】

【氏名】フォン，モ−ハン

(72)【発明者】

【氏名】ヴァージック，ソフィー

(72)【発明者】

【氏名】ノヴァック，ロバート

(72)【発明者】

【氏名】ユアン，ジュン

(72)【発明者】

【氏名】ユー，ドン−シェン

【審査官】 石川 雄太郎

(56)【参考文献】

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

【文献】 国際公開第２００８／０１４２７５（ＷＯ，Ａ２）

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

【文献】 Qualcomm Europe，Number of HARQ processes[online]， 3GPP TSG-RAN WG2#58bis R2-072671，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_58bis/Docs/R2-072671.zip＞，２００７年 ６月２２日

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

Ｈ０４Ｗ ４／００−９９／００

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

【請求項1】

移動局が、
以前に基地局に送信された否定応答（ＮＡＫ）に応答して、前記基地局からの符号化器パケットのサブパケットの再送信を受信するタイミングを決定する段階を含み、
前記タイミングは構成シグナリングに基づくものであり、前記構成シグナリングはハイブリッド自動再送要求肯定応答（ＡＣＫ）遅延、再送遅延及びＨＡＲＱインタレースの数を定義し、それぞれは時分割双方向下りリンク／上りリンク（ＴＤＤ ＤＬ／ＵＬ）比及び周波数分割双方向下りリンク／上りリンク（ＦＤＤ ＤＬ／ＵＬ）比のうちの少なくとも１つの関数であり、前記タイミングは、下りリンク送信サブフレームの第１のセットの全てのインタレース送信より少ないインタレース送信が上りリンク送信サブフレームの後続する第１のセットにおいて肯定的に又は否定的に応答され、上りリンク送信サブフレームの前記後続する第１のセットにおいて肯定的に又は否定的に応答されない下りリンク送信サブフレームの前記第１のセットのインタレース送信が下りリンク送信サブフレームの第２のセットに後続する上りリンク送信サブフレームの後続する第２のセットにおいて肯定的に又は否定的に応答される、構成を含む、方法。

【請求項2】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は時間リソースにおいて送信される、請求項１に記載の方法。

【請求項3】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は周波数リソースにおいて送信される、請求項１に記載の方法。

【請求項4】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は時間リソース及び周波数リソースにおいて送信される、請求項１に記載の方法。

【請求項5】

複数のＵＬ ＡＣＫのために使用可能なＵＬサブフレームより多くのそのフレームにおけるＤＬサブフレームにおいてＤＬ送信が生じたことを検出したことに応答して、前記複数のＵＬ ＡＣＫを１つのＵＬサブフレームにおいて送信する、請求項１に記載の方法。

【請求項6】

前記ＨＡＲＱ肯定応答（ＡＣＫ）遅延、再送遅延及びＨＡＲＱインタレースの数はまたレガシー送信リソース及び非レガシー送信リソースの分配の関数である、請求項１に記載の方法。

【請求項7】

非レガシー送信リソースは、ＩＥＥＥ８０２．１６ｍ、ＷｉＭＡＸエボリューション及びＬＴＥアドバンストの少なくとも１つによってサポートされている送信リソースである、請求項６に記載の方法。

【請求項8】

基地局が、
移動局に以前送信した符号化器送信に応答して、構成シグナリングに基づいて肯定応答／否定応答（ＡＣＫ／ＮＡＫ）を前記移動局から受信するタイミングを決定する段階を含み、
前記タイミングは構成シグナリングに基づくものであり、前記構成シグナリングはハイブリッド自動再送要求肯定応答（ＡＣＫ）遅延、再送遅延及びＨＡＲＱインタレースの数を定義し、それぞれは時分割双方向下りリンク／上りリンク（ＴＤＤ ＤＬ／ＵＬ）比及び周波数分割双方向下りリンク／上りリンク（ＦＤＤ ＤＬ／ＵＬ）比のうちの少なくとも１つの関数であり、
前記タイミングは、下りリンク送信サブフレームの第１のセットの全てのインタレース送信より少ないインタレース送信が上りリンク送信サブフレームの後続する第１のセットにおいて肯定的に又は否定的に応答され、上りリンク送信サブフレームの前記後続する第１のセットにおいて肯定的に又は否定的に応答されない下りリンク送信サブフレームの前記第１のセットのインタレース送信が下りリンク送信サブフレームの第２のセットに後続する上りリンク送信サブフレームの後続する第２のセットにおいて肯定的に又は否定的に応答される、構成を含む、方法。

【請求項9】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は時間リソースにおいて送信される、請求項８に記載の方法。

【請求項10】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は周波数リソースにおいて送信される、請求項８に記載の方法。

【請求項11】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は時間リソース及び周波数リソースにおいて送信される、請求項８に記載の方法。

【請求項12】

複数のＵＬ ＡＣＫのために使用可能なＵＬサブフレームより多くのそのフレームにおけるＤＬサブフレームにおいてＤＬ送信が生じたことを検出したことに応答して、前記複数のＵＬ ＡＣＫを１つのＵＬサブフレームにおいて受信する、請求項８に記載の方法。

【請求項13】

前記ＨＡＲＱ肯定応答（ＡＣＫ）遅延、再送遅延及びＨＡＲＱインタレースの数はまたレガシー送信リソース及び非レガシー送信リソースの分配の関数である、請求項８に記載の方法。

【請求項14】

移動端末（ＵＥ）であって、
少なくとも１つのアンテナと、
前記アンテナに接続された少なくとも１つの無線装置であって、少なくとも１つの無線アクセス技術（ＲＡＴ）を用いてセルラー通信を実行する少なくとも１つの無線装置と、 前記少なくとも１つの無線装置に接続された１以上のプロセッサであって、当該１以上のプロセッサ及び前記少なくとも１つの無線装置は音声通信及びデータ通信の両方または少なくとも一方を実行する、１以上のプロセッサと、
を含み、
前記ＵＥは、
以前に基地局に送信された否定応答（ＮＡＫ）に応答して、前記基地局からの符号化器パケットのサブパケットの再送信を受信するタイミングを決定し、
前記タイミングは構成シグナリングに基づくものであり、前記構成シグナリングはハイブリッド自動再送要求肯定応答（ＡＣＫ）遅延、再送遅延及びＨＡＲＱインタレースの数を定義し、それぞれは時分割双方向下りリンク／上りリンク（ＴＤＤ ＤＬ／ＵＬ）比及び周波数分割双方向下りリンク／上りリンク（ＦＤＤ ＤＬ／ＵＬ）比のうちの少なくとも１つの関数であり、
前記タイミングは、下りリンク送信サブフレームの第１のセットの全てのインタレース送信より少ないインタレース送信が上りリンク送信サブフレームの後続する第１のセットにおいて肯定的に又は否定的に応答され、上りリンク送信サブフレームの前記後続する第１のセットにおいて肯定的に又は否定的に応答されない下りリンク送信サブフレームの前記第１のセットのインタレース送信が下りリンク送信サブフレームの第２のセットに後続する上りリンク送信サブフレームの後続する第２のセットにおいて肯定的に又は否定的に応答される、構成を含む、移動端末（ＵＥ）。

【請求項15】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は時間リソースにおいて送信される、請求項１４に記載の移動端末（ＵＥ）。

【請求項16】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は周波数リソースにおいて送信される、請求項１４に記載の移動端末（ＵＥ）。

【請求項17】

前記ＡＣＫ／ＮＡＫ、送信及び再送信は時間リソース及び周波数リソースにおいて送信される、請求項１４に記載の移動端末（ＵＥ）。

【請求項18】

複数のＵＬ ＡＣＫのために使用可能なＵＬサブフレームより多くのそのフレームにおけるＤＬサブフレームにおいてＤＬ送信が生じたことを検出したことに応答して、前記複数のＵＬ ＡＣＫを１つのＵＬサブフレームにおいて送信する、請求項１４に記載の移動端末（ＵＥ）。

【請求項19】

前記ＨＡＲＱ肯定応答（ＡＣＫ）遅延、再送遅延及びＨＡＲＱインタレースの数はまたレガシー送信リソース及び非レガシー送信リソースの分配の関数である、請求項１４に記載の移動端末（ＵＥ）。

【請求項20】

非レガシー送信リソースは、ＩＥＥＥ８０２．１６ｍ、ＷｉＭＡＸエボリューション及びＬＴＥアドバンストの少なくとも１つによってサポートされている送信リソースである、請求項１９に記載の移動端末（ＵＥ）。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願）
本出願は、本明細書及び特許請求の範囲において内容全体を援用する西暦２００８年４月２１日付出願の米国仮特許出願第６１／０４６６２５号及び西暦２００８年５月５日付出願の米国仮特許出願第６１／０５０３２９号の利益を主張する。

【0002】

（技術分野）
本発明は、無線通信システムに関する。

【背景技術】

【0003】

移動局が他の移動局との通信及び有線ネットワークに結合された有線端末との通信を行うことを可能にするために種々の無線アクセス技術が提案又は実現されている。無線アクセス技術の例には、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって規定されたＵＭＴＳ（ユニバーサル移動通信システム）及びＧＳＭ（ジーエスエム）技術、並びに３ＧＰＰ２によって規定されたＣＤＭＡ２０００（符号分割多元アクセス２０００）技術が含まれる。

【0004】

スペクトル効率を向上させ、サービスを向上させ、コストを低下させるための無線アクセス技術の連続する進化の一部として、新たな標準が提案されている。前述の標準の１つには、ＵＭＴＳ無線ネットワークを拡充しようとする、３ＧＰＰによるロング・ターム・エボリューション（ＬＴＥ）標準がある。３ＧＰＰ２によるＣＤＭＡ２０００無線アクセス技術も進化している。ＣＤＭＡ２０００の進化は、かなり高い速度及び削減されたレーテンシをサポートするウルトラ・モバイル・ブロードバンド（ＵＭＢ）アクセス技術として表される。

【0005】

別のタイプの無線アクセス技術は、ＷｉＭＡＸ（ワイマックス）技術である。ＷｉＭＡＸは、ＩＥＥＥ（米国電気電子技術者協会）８０２．１６標準に基づく。ＷｉＭＡＸ無線アクセス技術は、無線ブロードバンド・アクセスを提供することを意図している。

【発明の概要】

【発明が解決しようとする課題】

【0006】

ハイブリッド自動再送要求（ＨＡＲＱ）伝送／動作手法のいくつかの変形が、上述のアクセス技術において存在している。１つの変形は、一ユーザからのデータを符号化パケットそれぞれが含むユニキャストＨＡＲＱである。これは、完全に非同期であり得る。この場合、変調及び符号化手法（ＭＣＳ）／送信時間（スロット／フレーム）及びリソース割り当ては、符号化パケットの送信（最初及び全ての再送信）毎に独立している。割り当てシグナリングは、送信及び再送信毎にユーザＩＤ、ＭＣＳ及びリソース割り当てを表すために使用される。この手法は、リアルタイムのチャネル状態への適合を可能にする一方、大きなシグナリング・オーバヘッドを被る。あるいは、ユニキャストＨＡＲＱは完全に同期であり得る。この場合、送信（最初及び全ての再送信）のＭＣＳ手法は同じであり、リソース割り当て（位置）は、最初及び全ての再送信について同じ状態に留まる（送信位置は最初の送信と同じでなければならない）。送信間隔は固定であり、割り当てシグナリングは、最初の送信にのみ、必要である。これは、再送信の場合、より低いシグナリング・オーバヘッドを可能にするが、必要でないことがあり得る、特定リソースの、再送信のための予約を行う必要があるので生じる不規則なリソースの空き状態により、最初の送信についてのかなりのシグナリング・オーバヘッド及びスケジューリング問題をもたらし得る。

【0007】

別のＨＡＲＱの変形は、符号化パケットそれぞれが、複数のユーザのデータを含むマルチキャストＨＡＲＱである。複数のユーザの間での最悪のチャネル品質指標（ＣＱＩ）が、ＭＣＳを選択するために考慮される。一又は複数のユーザは、ユーザの一部がパケットを首尾良く復号化した場合があっても、首尾良く復号化することが可能でない場合、パケット全体が再送信される。マルチキャストＨＡＲＱは、完全非同期手法及び完全同期手法を使用して実現することが可能である。

【課題を解決するための手段】

【0008】

本発明の第１の局面によれば、方法であって、符号化器パケットの最初の送信、及び少なくとも１つの再送信を備え、それぞれの送信毎の送信リソースが割り当てられるＨＡＲＱ処理について、それぞれの送信毎に基地局から移動局に制御情報を送信する工程を含み、上記制御情報は、上記ＨＡＲＱ処理を一意に識別するための情報と、上記送信に割り当てられる時間及び周波数リソースと、周波数リソースと、時間リソースのうちの１つの識別情報とを含む方法が提供される。

【0009】

一部の実施例では、上記ＨＡＲＱ処理を一意に識別するために情報を送信する工程は、上記符号化器パケットを一意に識別するための符号化器パケット識別子（ＩＤ）、及び先行する送信のリソース識別子（ＩＤ）のうちの一方を送信する工程を含む。

【0010】

一部の実施例では、上記最初の送信の制御情報を送信する工程は、上記符号化器パケットの変調及び符号化手法（ＭＣＳ）、上記符号化器パケットを送信するために使用されるＭＩＭＯモード、及び上記符号化器パケットの上記ＨＡＲＱ送信に適切な他の１つ又は複数の制御情報のうちの１つ又は複数も備える。

【0011】

一部の実施例では、制御情報を送信する工程は、上記移動局に関連付けられたユーザ識別子（ＩＤ）を使用して上記制御情報をスクランブルする工程を更に含む
一部の実施例では、少なくとも１つのユニキャスト上りリンク（ＵＬ）送信のために送信リソースを割り当てるために、制御情報を送信する工程は、ＤＬ送信リソースの一部分であるＵＬ制御セグメントを送信する工程を含み、上記ＵＬ制御セグメントは、少なくとも１つのユニキャストＵＬ送信毎にユニキャスト制御情報を送信するために上記ＵＬ制御セグメントにおける位置を識別する部分、及び上記ユニキャストＵＬ送信の送信において使用するために上記制御情報を定義する部分を含む。

【0012】

一部の実施例では、少なくとも１つのユニキャスト下りリンク（ＤＬ）送信のために送信リソースを割り当てるために、制御情報を送信する工程は、少なくとも１つのユニキャストＤＬ送信毎に、上記ユニキャストＤＬ送信の送信に使用するための制御情報を規定するＤＬユニキャスト制御及びトラフィック・セグメントの一部分、及びそれぞれのユニキャストＤＬ送信のデータを送信するためのＤＬユニキャスト制御及びトラフィック・セグメントの一部分を含む、ＤＬユニキャスト制御及びトラフィック・セグメントを送信する工程を含む。

【0013】

本発明の第２の局面によれば、符号化器パケットを受信する工程と、上記符号化器パケットが首尾良く復号化された場合、肯定応答（ＡＣＫ）を送信する工程と、上記符号化器パケットが首尾良く復号化されなかった場合、否定応答（ＮＡＫ）を送信する工程と、上記ＮＡＫの送信の所定期間内に再送信が受信されなかった場合、上記再送信に関する制御情報シグナリングが何ら受信されていない旨を示すＮＵＬＬを送信する工程とを含む、ＤＬ ＨＡＲＱ送信に肯定応答する方法を提供する。

【0014】

本発明の第３の局面によれば、先行して送信された符号化器パケットに応じて肯定応答（ＡＣＫ）が受信されている場合、符号化器パケットを再送信しない工程と、先行して送信された符号化器パケットに応じて否定応答（ＮＡＫ）が受信されている場合、上記符号化器パケットのサブパケットを再送信する工程と、先行して送信された符号化器パケットに関し、ＮＵＬＬの送出側により、制御情報シグナリングが何ら受信されていない旨を示すＮＵＬＬが受信されている場合、上記符号化器パケットの少なくともサブパケットを再送信する工程とを含む、ＤＬ ＨＡＲＱ送信に肯定応答する方法。

【0015】

一部の実施例では、ＮＵＬＬが受信されている場合に少なくとも上記符号化器パケットのサブパケットを再送信する工程は、最初のサブパケット送信である、符号化器パケットの、先行して送信されたサブパケットに応じて上記ＮＵＬＬが受信されている場合、上記最初のサブパケット送信を再送信する工程であって、上記最初のサブパケット送信は最初のサブパケット送信において送出された制御情報シグナリングを備える工程と、最初のサブパケット送信に後続するサブパケット送信である、符号化器パケットの、先行して送信されたサブパケットに応じて上記ＮＵＬＬが受信されている場合、上記後続するサブパケット送信を再送信する工程であって、上記後続するサブパケット送信は、上記ＨＡＲＱ処理を一意に識別するための情報と、上記後続するサブパケット送信に割り当てられる時間リソース、周波数リソース、並びに、時間及び周波数リソースのうちの１つの識別情報とを含む制御情報シグナリングを備える工程とを含む。

【0016】

一部の実施例では、上記ＨＡＲＱ処理を一意に識別するための制御情報シグナリングを再送信する工程は、上記符号化器パケットを一意に識別するための符号化器パケット識別子（ＩＤ）、及び先行する送信のリソース識別子（ＩＤ）のうちの一方を送信する工程を含む。

【0017】

一部の実施例では、上記最初のサブパケット送信において送出される制御情報シグナリングを再送信する工程は、上記ＨＡＲＱ処理を一意に識別するための情報、上記送信に割り当てられる時間及び周波数リソース、時間リソース／周波数リソースのうちの１つの識別情報、並びに、上記符号化器パケットの変調及び符号化手法（ＭＣＳ）と、上記符号化器パケットを送信するために使用されるＭＩＭＯモードと、上記符号化器パケットの上記ＨＡＲＱ送信に適切な１つ又は複数の他の制御情報のうちの１つ又は複数を含む。

【0018】

本発明の第４の局面によれば、ＵＬ ＨＡＲＱ送信を再スケジューリングする方法であって、符号化器パケットが首尾良く復号化されなかった場合、所定の時間間隔でサブパケットのＵＬ送信をスケジューリングする工程と、上述の本発明の第１の局面に応じて、上記ＵＬ送信に関する制御情報を送信する工程とを含む。

【0019】

本発明の第５の局面によれば、ＵＬ ＨＡＲＱ送信の誤り回復の方法であって、最初のサブパケット送信である、符号化器パケットの、先行して送信されたサブパケットに応じてＮＵＬＬが受信された場合、何れの時点においても上記最初のサブパケット送信の再送信を動的にスケジューリングする工程と、上記最初のサブパケット送信を再送信する工程であって、上記最初のサブパケット送信は、最初のサブパケット送信において送出される制御情報シグナリングを備える工程と、最初のサブパケット送信に後続するサブパケット送信である、符号化器パケットの、先行して送信されたサブパケットに応じてＮＵＬＬが受信された場合、所定の時点で上記最初のサブパケット送信の再送信をスケジューリングする工程と、上記後続するサブパケット送信を再送信する工程とを含み、上記後続するサブパケット送信は、上記ＨＡＲＱ処理を一意に識別するための情報と、上記後続するサブパケット送信に割り当てられた時間リソース、周波数リソース、並びに、時間及び周波数リソースのうちの１つの識別情報とを含む制御シグナリング情報を含む方法を提供する。

【0020】

本発明の第６の局面によれば、方法であって、移動局に送出される構成シグナリングにそれぞれが定義され、時分割双方向下りリンク／上りリンク（ＴＤＤ ＤＬ／ＵＬ）比及び周波数分割双方向下りリンク／上りリンク（ＦＤＤ ＤＬ／ＵＬ）比の少なくとも一方の関数である、ＨＡＲＱインタレースの数、再送信遅延、及び既知のＨＡＲＱ肯定応答（ＡＣＫ）を有するシステムにおいて、基地局において、上記基地局により、符号化器パケットの、先行して送出された送信に応じて、構成シグナリングに基づいて移動局からＡＣＫ／ＮＡＫを受信するタイミングを求める工程と、移動局において、上記移動局により、先行して送出されたＮＡＫに応じて、上記構成シグナリングに基づいて基地局から符号化器パケットのサブパケットの送信及び再送信のうちの一方を受信するタイミングを求める工程とを含む方法が提供される。

【0021】

一部の実施例では、それぞれ、移動局に送出される構成シグナリングに定義されたＨＡＲＱインタレースの数、上記ＨＡＲＱ肯定応答（ＡＣＫ）遅延、再送信遅延は、レガシー送信リソース及び非レガシー送信リソースの分配の関数である。

【0022】

一部の実施例では、非レガシー送信リソースは、ＩＥＥＥ８０２．１６ｍ、ＷｉＭＡＸエボリューション、及びＬＴＥアドバンストのうちの少なくとも１つによってサポートされる送信源である。

【0023】

一部の実施例では、上記ＡＣＫ／ＮＡＫ及び上記送信、並びに再送信は、時間リソース、周波数リソース、並びに時間及び周波数リソースのうちの少なくとも１つで送信することが可能である。

【0024】

一部の実施例では、フレームのサブフレームのＴＤＤ ＤＬ／ＵＬ比が非対称である場合、上記ＵＬ ＡＣＫに利用可能なＵＬサブフレームよりも、上記フレームの多くのＤＬサブフレームにおいてＤＬ送信が行われる、対応するＤＬ送信に対するＵＬ ＡＣＫにより、一ＵＬサブフレームにおいて複数のＵＬ ＡＣＫが送信され、上記ＤＬ ＡＣＫに利用可能なＤＬサブフレームよりも、上記フレームの多くのＵＬサブフレームにおいてＵＬ送信が行われる、対応するＵＬ送信に対するＤＬ ＡＣＫにより、一ＤＬサブフレームにおいて複数のＤＬ ＡＣＫが送信される。

【0025】

一部の実施例では、フレームのサブフレームのＦＤＤ ＤＬ／ＵＬ比が非対称である場合、上記ＵＬ ＡＣＫに利用可能なＵＬサブフレームよりも、上記フレームの多くのＤＬサブフレームにおいてＤＬ送信が行われる、対応するＤＬ送信に対するＵＬ ＡＣＫにより、一ＵＬサブフレームにおいて複数のＵＬ ＡＣＫが送信され、上記ＤＬ ＡＣＫに利用可能なＤＬサブフレームよりも、上記フレームの多くのＵＬサブフレームにおいてＵＬ送信が行われる、対応するＵＬ送信に対するＤＬ ＡＣＫにより、一ＤＬサブフレームにおいて複数のＤＬ ＡＣＫが送信される。

【図面の簡単な説明】

【0026】

【図1】本発明の実施例を実現することができるセルラー通信システムを示すブロック図である。

【図2】本発明の実施例による、サブフレーム制御シグナリングに使用される送信リソースを示す概略図である。

【図3A】本発明の実施例による、ＨＡＲＱ手法のＵＬ肯定応答及びＤＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図3B】本発明の実施例による、ＨＡＲＱ手法のＵＬ肯定応答及びＤＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図3C】本発明の実施例による、ＨＡＲＱ手法のＵＬ肯定応答及びＤＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図3D】本発明の実施例による、ＨＡＲＱ手法のＵＬ肯定応答及びＤＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図3E】本発明の実施例による、ＨＡＲＱ手法のＵＬ肯定応答及びＤＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図4A】本発明の実施例による、ＨＡＲＱ手法のＤＬ肯定応答及びＵＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図4B】本発明の実施例による、ＨＡＲＱ手法のＤＬ肯定応答及びＵＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図4C】本発明の実施例による、ＨＡＲＱ手法のＤＬ肯定応答及びＵＬ送信の上りリンク（ＵＬ）部分及び下りリンク（ＤＬ）部分を有する無線フレームを示す例示的な概略図である。

【図5】本発明の実施例による、グループ割り当て及びユニキャスト割り当てが共存し得るリソース利用可能性ビットマップの例を示す概略図である。

【図6A】従来のパケット作成を示す概略図である。

【図6B】本発明の実施例による干渉の打ち消しに使用するためのパケットの重ね合わせのためのパケット作成処理を示す概略図である。

【図7】本発明の実施例による、パケット作成処理がパケットの重ね合わせに使用されるシステムを示す概略図である。

【図8】それぞれのキャリアの間隔により、アラインされない隣接する２つのキャリアのサブキャリアを示す概略図である。

【図9】本発明の実施例による、送信リソースにおけるレガシー・サブフレーム及び非レガシー・サブフレームを各キャリアがサポートする隣接する２つのキャリアの例を示す概略図である。

【図10】本発明の実施例による、一方のキャリアがレガシー送信をサポートし、他方のキャリアが非レガシー送信をサポートする隣接する２つのキャリアの例を示す概略図である。

【図11】本発明の実施例による、一方のキャリアが、送信リソースにおいてレガシー及び非レガシー・サブフレームをサポートし、他方のキャリアが、送信リソースにおいて非レガシー・サブフレームのみをサポートする隣接する２つのキャリアの例の概略図である。

【図12A】本発明の一実施例による、両方のキャリアが非レガシー送信をサポートする隣接する２つのキャリアの例の概略図である。

【図12B】本発明の一実施例による、両方のキャリアが非レガシー送信をサポートする隣接する２つのキャリアの例の概略図である。

【図13A】本発明の別の実施例による、両方のキャリアが非レガシー送信をサポートする隣接する２つのキャリアの例の概略図である。

【図13B】本発明の別の実施例による、両方のキャリアが非レガシー送信をサポートする隣接する２つのキャリアの例の概略図である。

【図13C】本発明の実施例による、キャリアそれぞれが非レガシー送信をサポートする複数の隣接するキャリアの例の概略図である。

【図14】本発明の実施例による、一方キャリアがレガシー送信をサポートし、他方のキャリアが非レガシー送信をサポートする隣接する２つのキャリアの例の概略図である。

【図15】本発明の一部の実施例を実現するために使用することができる例示的な基地局のブロック図である。

【図16】本発明の一部の実施例を実現するために使用することができる例示的な無線端末のブロック図である。

【図17】本発明の一部の実施例を実現するために使用し得る例示的なＯＦＤＭ送信器アーキテクチャの論理ブレークダウンを示すブロック図である。

【図18】本発明の一部の実施例を実現するために使用することができる例示的なＯＦＤＭ受信器の論理ブレークダウンのブロック図である。

【図19】本発明の実施例による例示的な方法を示すフローチャートである。

【図20】本発明の別の実施例による例示的な方法のフローチャートである。

【図21】本発明の更に別の実施例による例示的な方法のフローチャートである。

【図22】本発明の更なる実施例による例示的な方法を示すフローチャートである。

【図23】本発明の別の実施例による例示的な方法を示すフローチャートである。

【図24】本発明の更なる実施例による例示的な方法を示すフローチャートである。

【図25】本発明の更に別の実施例による例示的な方法を示すフローチャートである。

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

【0027】

本発明の他の局面及び特徴は、添付図面とともに、本発明の特定の実施例に以下の説明を読むと、当該技術分野における当業者に明らかになるであろう。

【0028】

次に、添付図面を参照して本発明を次に説明する。

【実施例】

【0029】

通信システムにおける使用のために本発明の実施例のコンテキストを提供する目的で、図１は、複数のセル１２内の無線通信を制御する基地局コントローラ（ＢＳＣ）を示し、上記セルは、対応する基地局（ＢＳ）１４によってサービスされる。一般に、各基地局１４は、対応する基地局１４に関連付けられたセル１２内にある移動端末及び／又は無線端末１６との、ＯＦＤＭを使用した通信を容易にする。移動端末１６は、以下の説明においてユーザ又はＵＥと表し得る。個々のセルは複数のセクタ（図示せず）を有し得る。基地局１４に対する移動端末１６の移動は、チャネル状態におけるかなりの変動をもたらす。
図示したように、基地局１４及び移動端末１６は、通信の空間ダイバーシチを提供するために複数のアンテナを含み得る。

【0030】

本明細書及び特許請求の範囲記載の送信の方法は、上りリンク（ＵＬ）及び下りリンク（ＤＬ）の一方又は両方について行うことができる。ＵＬは、移動局から基地局への方向に送信する。ＤＬは、基地局から移動局への方向に送信する。

【0031】

無線システム用のＨＡＲＱプロトコル及びタイミング
ＴＧｍ ＳＲＤ （ＩＥＥＥ ８０２．ｌ６ｍ−０７／００２ｒ４）は以下の要件を規定する。

【0032】

すなわち、データ・レーテンシに関するｓｅｃｔｉｏｎ６．２−１では、表３が、ＤＬ及びＵＬの最大許容可能レーテンシ１０ｍｓを規定しており、
システム・オーバヘッドに関するｓｅｃｔｉｏｎ６．１０では、「アプリケーション全てについての、ベアラー・データ転送に関するオーバヘッド、及び制御シグナリングのオーバヘッドを含むオーバヘッドは、システム機能の適切なサポートの保証、及び全体の性能を損なうことなく、実現可能な限り、削減するものとする」と規定している。

【0033】

本発明の局面は、上記要件の局面に対処するようＨＡＲＱ手法を提供する。しかし、本発明の局面をＩＥＥＥ８０２．１６ｍに関して説明し得るが、本発明の実施例は、ＩＥＥＥ８０２．１６ｍに限定されない。本発明の一部の実施例は、限定列挙でないが、ＷｉＭＡＸエボリューション及びＬＴＥアドバンストなどの他の通信標準に適用され得る。

【0034】

本願明細書及び特許請求の範囲には、ＨＡＲＱ手法と使用するための実施例がある。本発明の特定の実施例には、リソース適合ＨＡＲＱ（ＲＡＳ−ＨＡＲＱ）手法、特に、ＲＡＳ−ＨＡＲＱ手法の制御シグナリングが関係する。ＲＡＳ−ＨＡＲＱは、ユーザ間のリソース多重化における柔軟性とシグナリング・オーバヘッドとの間のトレードオフを提供する。本発明の一部の実施例では、特定の制御情報が、ＲＡＳ−ＨＡＲＱ動作を可能にするために基地局から移動局にシグナリングされる。

【0035】

本発明の一部の実施例では、再送信シグナリングが、最初の送信、及び再送信に使用される通常のユニキャスト・シグナリングの一部として含まれる。

【0036】

同期ＨＡＲＱは、再送信をシグナリングしなくてよいため、最小シグナリング・オーバヘッドという利点を有する一方、柔軟でないリソース割り当て及び多重化という欠点を有する。移動局が第１のサブパケットの制御シグナリングをしそこない、基地局がそれを認識しない場合、パケットを回復することが可能でない。ＤＬ・ＵＬ送信におけるＡＣＫ・ＮＡＫ誤りの場合、移動局の再送信は他の移動局と衝突し得る。

【0037】

非同期ＨＡＲＱは、新たな送信対再送信の優先順位付けの点で柔軟であるという利点を有する。したがって、超低速度の場合に、より良好なリンク適合／時間ダイバーシチ性能をもたらす。移動局が、最初又は何れかの他のサブパケットの制御シグナリングをしそこねた場合、パケットを回復する可能性がなお存在している。しかし、ＨＡＲＱチャネル識別子（ＡＣＩＤ）、サブパケット識別子（ＩＤ）、ＨＡＲＱ識別シーケンス番号（ＡＩ−ＳＮ）などのパラメータを示すための他の手法と比較して、より多くのシグナリング・オーバヘッドを必要とするという欠点を有する。

【0038】

ＲＡＳ−ＨＡＲＱは、ユーザ間の柔軟なリソース割り当て及び多重化、並びに非同期ＨＡＲＱと比較して相対的に小さいシグナリング・オーバヘッドという利点を有する。しかし、移動局が最初の送信の制御シグナリングをしそこない、基地局がそれを認識しない場合、パケットを回復することが可能でないという欠点を有する。

【0039】

再送信時間間隔、再送信のためのリソース位置、及び再送信に使用されるＭＣＳの点で再送信を行うやり方はいくつか存在している。表１は、同期ＨＡＲＱ、非同期ＨＡＲＱ、及びＲＡＳ−ＨＡＲＱの再送信の特性を要約する。

【0040】

【表1】

制御シグナリングにおける誤りはＨＡＲＱ性能に影響を及ぼす。基地局から移動局に送出される制御情報は、ＨＡＲＱサブパケット合成に重大な情報を含んでいるからである。
サブパケットの再合成の一般的な手法のうちの２つには、チェイス合成及び増加的冗長度（ＩＲ）が含まれる。チェイス合成では、各再送信は同じ情報を含む。ＩＲの場合、全ての再送信が更なる情報を受信器に提供するように、各再送信は、先行する再送信とは別の情報を含む。

【0041】

ＩＲは、ソフト合成利得及び符号化利得をもたらす。本発明の一部の実施例では、ＩＲが使用される場合に通常生じる更なるシグナリング・オーバヘッドは、サブパケット・フォーマット・ルックアップを規定することによって避けられる。ＭＣＳエントリ毎に、サブパケット・フォーマット（すなわち、母符号から導き出される変調及び効果的な符号化速度）が再送信の試行毎に規定される。ルックアップ・テーブルにおける一部のエントリは、連続する２つの再送信試行が、同じサブパケット・フォーマットを有する場合に、チェイス合成に効果的に変えることが可能である。

【0042】

本発明の一部の実施例では、３状態の肯定応答チャネル及び関連付けられた誤り回復動作は、基地局及び移動局が、制御シグナリングから回復し、パケット喪失を削減することを可能にする。

【0043】

非同期ＨＡＲＱは、通常、他のタイプのＨＡＲＱ手法よりも多くのシグナリング・オーバヘッドを必要とする一方、基地局において、より高いリソース多重化の柔軟性を可能にする。非同期ＨＡＲＱは、必要に応じて、誤り回復処理を基地局が行うことも可能にする。本発明の一部の実施例では、ＲＡＳ−ＨＡＲＱは非同期ＨＡＲＱと組み合わせて使用することができる。

【0044】

ＨＡＲＱ肯定応答及び再送信タイミングは、少なくとも部分的に、基地局及び移動局における処理遅延に依存する。送信に割り当てられるＤＬサブフレーム及びＵＬサブフレームの位置、及び時分割双方向（ＴＤＤ）下りリンク（ＤＬ）・上りリンク（ＵＬ）比もＨＡＲＱタイミングに影響を及ぼす。ＤＬ及びＵＬリソースが再送信及び肯定応答に利用可能な場合に、ＴＤＤ ＤＬ・ＵＬ比が影響を及ぼすからである。本発明の一部の実施例では、基地局によって構成されるＨＡＲＱ関連パラメータの使用に基づいた、移動局での自己推定可能なＨＡＲＱタイミングを可能にする方法が提供される。

【0045】

ＲＡＳ−ＨＡＲＱでは、リソース位置のみを再送信にシグナリングする必要がある。一部の実施例では、同じ移動局について、進行中の複数の並列ＨＡＲＱ処理が存在しており、各ＨＡＲＱ処理は、符号化器パケットの必要とされる最初の送信、及び何れかの再送信に対応する。したがって、ＲＡＳ−ＨＡＲＱによる再送信シグナリングには、再送信に割り当てられるリソース、及びＨＡＲＱ処理を一意に識別することが関係する。

【0046】

再送信のシグナリングの最初のやり方には、ＨＡＲＱプロセス、符号化器パケットを一意に識別するための符号化器パケットＩＤを含むシグナリング情報の送信、及び再送信のためのリソース割り当て情報が関係している。一部の実施例では、シグナリング情報が、再送信に関係する移動局のユーザＩＤの関数としてスクランブルされる。

【0047】

一部の実施例では、第１のやり方と整合する、後に再送信されるパケットに関し、そのパケットの当初の送信のシグナリング情報は、当初の送信のリソース割り当て情報及びパケットＩＤを含む。一部の実施例では、ユーザＩＤは、スクランブルにも使用される。更に、当初の送信について送信される他のシグナリング情報は、ＭＣＳ、ＭＩＭＯモード、及びパケット送信を規定する他の特性のうちの１つ又は複数を有し得る。

【0048】

再送信をシグナリングする第２のやり方には、再送信のためのリソース割り当て情報及び先行する再送信のリソースＩＤを含む送信シグナリング情報が関係する。先行する再送信のリソースＩＤの使用は、ＨＡＲＱ処理を一意に識別することが可能である。各ＨＡＲＱ処理は、先行する再送信において別のリソースが割り当てられるからである。一部の実施例では、シグナリング情報が、再送信に関係する移動局のユーザＩＤの関数としてスクランブルされる。

【0049】

一部の実施例では、上記第２のやり方と整合する、後に再送信されるパケットに関し、そのパケットの当初の送信のシグナリング情報は、当初の送信のリソース割り当て情報及び先行再送信のリソースＩＤを含む。一部の実施例では、ユーザＩＤは、スクランブルにも使用される。更に、当初の送信について送信される他のシグナリング情報は、ＭＣＳ、ＭＩＭＯモード、及びパケット送信を規定する他の特性のうちの１つ又は複数を有し得る。

【0050】

図１９を参照すれば、次に、上記第１のやり方及び上記第２のやり方を包含する方法を説明する。方法には、少なくとも１つの再送信、及び符号化器パケットの最初の送信を有するＨＡＲＱ処理について、それぞれの送信毎に基地局から移動局に制御情報を送信する工程１９−１が関係する。制御情報は、送信に割り当てられる時間リソース、周波数リソース及び時間・周波数リソースのうちの１つの識別情報、及びＨＡＲＱ処理を一意に識別するための情報を含む。

【0051】

一部の実施例では、ＨＡＲＱ処理を一意に識別するために情報を送信する工程は、符号化器パケットを一意に識別するための符号化器パケット識別子（ＩＤ）、及び先行する送信のリソース識別子（ＩＤ）のうちの一方を送信する工程を含む。

【0052】

サブフレーム制御構造の例の一部は、本出願の譲渡人に譲渡され、その全体の内容を本明細書及び特許請求の範囲に援用する西暦２００８年１１月７日付出願のＰＣＴ国際出願ＰＣＴ／２００８／００１９８６号、及び西暦２００８年９月２日付出願の米国特許出願第１２／２０２７４１号に開示している。

【0053】

ＲＡＳ−ＨＡＲＱの例を次に、図２を参照しながら説明する。図２は、複数の時間・周波数セグメント２１０、２２０、２３０、２４０、２５０に分割されるＤＬリソースとして使用される時間リソース、周波数リソース、又は時間・周波数リソース２００の少なくとも一部を示す。セグメント２１０はＵＬトラフィックのリソースを割り当てるために使用されるＵＬ制御セグメント（ＵＣＳ）である。セグメント２２０、２３０、２４０，２５０それぞれは、それぞれの移動局のＤＬトラフィックに使用されるリソース、及び特定のＤＬユニキャスト・リソースの割り当てに使用されるＤＬユニキャスト制御及びトラフィック・セグメントである。

【0054】

セグメント２１０の拡大図は、ＵＬ組み合わせインデクス２１のセグメント２１０の一部分、及びＵＬリソース割り当てのユニキャスト制御情報のセグメント２１２の複数の部分２１４、２１６、２１８を含む。一部の実施例では、ユニキャスト制御情報は、上記シグナリングの第１のやり方に応じて、再送信のシグナリングに使用される再送信制御情報を含む。一部の実施例では、ユニキャスト制御情報は、上記シグナリングの第２のやり方に応じて、再送信のシグナリングに使用される再送信制御情報を含む。

【0055】

セグメント２２０の拡大図は、ユニキャスト送信のセグメント２２２の一部分２２４、及びＤＬユニキャスト割り当てメッセージ２２２のセグメント２２０の一部分を含む。一部の実施例では、ＤＬユニキャスト割り当てメッセージ２２２は、上記シグナリングの第１のやり方に応じて、再送信のシグナリングに使用される再送信制御情報を含む。一部の実施例では、ＤＬユニキャスト割り当てメッセージ２２２は、上記シグナリングの第２のやり方に応じて、再送信のシグナリングに使用される再送信制御情報を含む。

【0056】

ＤＬユニキャスト制御及びトラフィック・セグメント２３０、２４０及び２５０は、別々のＤＬユニキャスト割り当てについて上述したセグメント２２０と同様な部分を含む。

【0057】

図１９における上述の一般的な方法を参照すれば、少なくとも１つのユニキャスト上りリンク（ＵＬ）送信のために送信リソースを割り当てる一部の実施例では、制御情報を送信する工程は、ＤＬ送信リソースの一部分であるＵＬ制御セグメントを送信する工程を含み、ＵＬ制御セグメントは、少なくとも１つのユニキャストＵＬ送信それぞれのユニキャスト制御情報を送信するためにＵＬ制御セグメントにおける位置を識別する部分、及びユニキャストＵＬ送信の送信に使用するために制御情報を定義する部分を含む。

【0058】

図１９における上述の一般的な方法を参照すれば、少なくとも１つの下りリンク（ＤＬ）送信のために送信リソースを割り当てる一部の実施例では、制御情報を送信する工程は、少なくとも１つのユニキャストＤＬ送信毎に、ユニキャストＤＬ送信の送信に使用するための制御情報を規定するＤＬユニキャスト制御及びトラフィック・セグメントの一部分、及びそれぞれのユニキャストＤＬ送信のデータを送信するためにＤＬユニキャスト制御及びトラフィック・セグメントの一部分を含む。

【0059】

本発明の一部の実施例では、３状態のＡＣＫチャネル（ＡＣＫＣＨ）が、ＲＡＳ−ＨＡＲＱ手法の一部として使用される。チャネル上で使用される第１の状態は、パケットの正しい受信を示す「ＡＣＫ」である。第２の状態は、パケットの受信における障害を示すために使用される「ＮＡＫ」である。第３の状態は、ＡＣＫＣＨ上で移動局により、信号が送信されない「ＮＵＬＬ」である。ＮＵＬＬは、移動局が、サブパケット送信に対応する制御シグナリング情報を検出することができない場合に生じる。

【0060】

以下の例は、ＤＬの移動局の観点から、３状態ＡＣＫＣＨの実現形態を説明する。

【0061】

移動局は、移動局が受信パケットを首尾良く復号化するとＡＣＫを基地局に送出する。

【0062】

移動局は、移動局が受信パケットを首尾良く復号化できなかった場合、ＮＡＫを基地局に送出する。ＮＡＫを送出した後、移動局は、基地局からの再送信を待つ。移動局が、所定の時間間隔内の再送信シグナリングを何ら受信しなかった場合、移動局は、再送信信号が受信されなかった旨を示すＮＵＬＬを送出する。

【0063】

移動局が、何れの再送信シグナリングも受信しなかったことがあり得る理由はいくつか存在している。第１の可能性は、基地局からの再送信シグナリングを移動局が検出できなかった場合である。これは、移動局からのＮＵＬＬを基地局を検出し、基地局が再送信シグナリングを再送信することによって解消し得る。第２の可能性は、基地局が、基地局におけるＮＡＫ対ＡＣＫ検出誤りにより、再送信を送出しなかったということである。このことは、ＮＡＫが移動局によって送出された場合に基地局がＡＣＫを誤って検出する場合に生じ得る。この場合、パケット障害が生じる可能性が高くなる。

【0064】

一部の実現形態では、移動局は、構成可能なタイムアウト期間が満了するまで、符号化器パケットに対応するＨＡＲＱバッファを確保する。

【0065】

以下に、ＤＬについて基地局の観点から、動作している３状態ＡＣＫＰＨの実現形態を説明する。

【0066】

基地局が移動局からＡＣＫを受け取ると、基地局は、移動局への再送信を行わない。一部の実現形態では、上述の通り、このことは、ＮＡＫが移動局によって送出された場合に、基地局がＡＣＫを誤って検出すると再送信が何ら送出されないことをもたらし得る。

【0067】

基地局が移動局からＮＡＫを受信すると、基地局は、所定の時間間隔でサブパケットを移動局に再送信する。新たなリソース割り当て、符号化パケットＩＤ、及び、場合によっては、ユーザＩＤが上述のようにシグナリングされる。

【0068】

基地局は、移動局からＮＵＬＬを受信すると、移動局がサブパケット送信に関連付けられたシグナリングを失ったと解釈する。

【0069】

送出された送信が最初のサブパケット送信であった場合、基地局は、上記最初のサブパケットを、完全なシグナリング情報（すなわち、ＭＣＳ、リソース位置、ユーザＩＤ、ＭＩＭＯ情報、パケットＩＤ等）とともに再送信する。基地局は、いつでもこの最初のサブパケットの再送信を動的にスケジューリングすることが可能である。

【0070】

送出された送信が第２の、又はその後のサブパケット送信であった場合、基地局は、所定の時間間隔で、対応するサブパケットを再送信する。一部の実施例では、上述のシグナリングを再送信する第１のやり方の場合、基地局は、ユーザＩＤ、現在の再送信サブパケットのリソース位置情報、及び符号化パケットＩＤを送出する。一部の実施例では、上述のシグナリングを再送信する第２のやり方の場合、基地局は、（スクランブリングのための）ユーザＩＤ、現在の再送信サブパケットのリソース位置情報、及び第１のサブパケットの元のリソース位置を送出する。

【0071】

図２０を参照すれば、次に、ＤＬ ＨＡＲＱ送信に肯定応答／否定応答するための方法を説明する。方法の第１の工程２０−１には、符号化器パケットを受信する工程が関係する。第２の工程２０−２には、符号化器パケットが首尾良く復号化された場合、肯定応答（ＡＣＫ）を送信する工程が関係する。第２の工程２０−３には、符号化器パケットが首尾良く復号化されなかった場合、否定応答（ＮＡＫ）を送信する工程が関係する。第４の工程２０−４には、ＮＡＫの送信の所定期間内に再送信が受信されなかった場合、再送信に関する制御情報シグナリングが何ら受信されていない旨を示すＮＵＬＬを送信する工程が関係している。

【0072】

以下の例は、ＵＬについて基地局の観点から動作する、３状態ＡＣＫＣＨの実現形態を説明する。

【0073】

基地局がパケットを受信できなかった場合、所定の時間間隔でサブパケットのＵＬ再送信をスケジュールする。ＵＬ再送信のスケジューリングでは、基地局は、新たなリソース割り当て、ＨＡＲＱ処理識別情報、又は符号化パケット識別情報及びユーザＩＤを移動局に送出する。

【0074】

基地局がパケットを首尾良く復号化すると、再送信はスケジューリングされない。

【0075】

一部の実施例では、基地局は、移動局が最初のサブパケット送信シグナリング又はその後の再送信シグナリングを復号化することができない場合に誤り回復手順を行う。誤り回復手順の例を以下に説明する。

【0076】

最初のサブパケット送信シグナリングの場合に、基地局が、割り当てられたリソースにおいて、移動局からのＵＬ送信を検出することができなかった場合、基地局は、完全なシグナリング情報（すなわち、ＭＣＳ、リソース位置、ユーザＩＤ（スクランブルしている）、ＭＩＭＯ情報等）を再送出することが可能である。一部の実施例では、基地局は、いつでもこの最初のサブパケットの再送信を動的にスケジュールする。

【0077】

再送信シグナリング（すなわち、第２の、又はその後のサブパケット再送信）の場合、基地局が、割り当てられたリソースで移動局から何れかのＵＬ送信を検出することができなかった場合、基地局は、最初の送信の場合に送出されるシグナリング情報と比較して、所定の時間間隔で、削減された量のシグナリング情報を送出することが可能である。上記再送信シグナリングの最初のやり方の場合、基地局は、ユーザＩＤ及び現在の再送信サブパケットのリソース割り当て、及び符号化パケットＩＤを送出する。上記再送信シグナリングの第２のやり方の場合、基地局は、ユーザＩＤ、次の再送信サブパケットのリソース割り当て、及び最初のサブパケットの元のリソース割り当てを送出する。

【0078】

図２１を参照すれば、次に、ＤＬ ＨＡＲＱ送信に肯定応答するための方法を説明する。方法の第１の工程２１−１には、先行して送信された符号化器パケットに応じて肯定応答（ＡＣＫ）が受け取られた場合、符号化器パケットを再送信しない工程が関係する。方法の第１の工程２１−２には、先行して送信された符号化器パケットに応じて否定応答（ＮＡＫ）が受け取られた場合、符号化器パケットのサブパケットを再送信する工程が関係する。方法の第１の工程２１−３には、先行して送信された符号化器パケットに関するＮＵＬＬの送出側により、制御情報シグナリングが受信されていない旨を示すＮＵＬＬが受信された場合、符号化器パケットの少なくともサブパケットを再送信する工程が関係する。

【0079】

一部の実施例では、最初のサブパケット送信である符号化器パケットの、先行して送信されたサブパケットに応じてＮＵＬＬが受信された場合、最初のサブパケット送信を再送信する工程を含み、最初のサブパケット送信は、最初のサブパケット送信において送出された制御情報シグナリングを含む。

【0080】

一部の実施例では、ＮＵＬＬが、最初のサブパケット送信に後続するサブパケット送信である符号化器パケットの、先行して送信されたサブパケットに応じて受信された場合、後続するサブパケット送信を再送信する。後続するサブパケット送信は、後続するサブパケット送信に割り当てられる時間リソース、周波数リソース及び時間・周波数リソースのうちの１つの識別情報、及びＨＡＲＱ処理を一意に識別するための情報などの制御情報シグナリングを含み得る。

【0081】

図２２を参照すれば、次に、ＵＬ ＨＡＲＱ送信を再スケジューリングするための方法を説明する。方法の第１の工程２２−１には、符号化器パケットが首尾良く復号化されなかった場合、所定の時間間隔におけるサブパケットのＵＬ送信をスケジューリングする工程が関係する。第２の工程２２−２には、図１９に関して上述した方法によるＵＬ送信に関する制御情報を送信する工程が関係する。

【0082】

図２３を参照すれば、次に、ＵＬ ＨＡＲＱ送信の誤り回復のための方法を説明する。
方法の第１の工程２３−１には、ＮＵＬＬが、最初のサブパケット送信である符号化器パケットの、先行して送信されたサブパケットに応じて受信された場合、いつでも最初のサブパケット送信の再送信を動的にスケジューリングする工程が関係する。第２の工程２３−２には、最初のサブパケットを再送信する工程が関係し、最初のサブパケット送信は、最初のサブパケット送信において送出される制御情報シグナリングを含む。

【0083】

第３の工程２３−３には、ＮＵＬＬが、最初のサブパケット送信に対する後続サブパケット送信である符号化器パケットの、先行して送信されたサブパケットに応じて受信された場合、所定の時点で最初のサブパケット送信の再送信をスケジューリングする工程が関係する。第４の工程２３−４には、後続サブパケット送信を再送信する工程が関係する。
後続サブパケット送信は、後続サブパケット送信に割り当てられる時間リソース、周波数リソース及び時間・周波数リソースのうちの１つの識別情報、及びＨＡＲＱ処理を一意に識別するための情報を含む制御シグナリング情報を含み得る。

【0084】

以下には、ＵＬについて移動局の観点から動作する、３状態ＡＣＫＣＨの実現形態を説明する。

【0085】

移動局が基地局から再送信シグナリングを受信した場合、移動局は、割り当てられたリソースにおいて、対応するサブパケットを送信する。

【0086】

一部の実現形態では、移動局は、構成可能なタイムアウト期間が満了するまで、符号化パケットに対応するＨＡＲＱバッファを確保する。

【0087】

推定可能なＤＬ ＨＡＲＱタイミング
ＨＡＲＱプロトコル・タイミングは、異なるＴＤＤ ＤＬ／ＵＬ比及び非レガシー（この一例はＩＥＥＥ８０２．１６ｍである）／レガシー・パーティションに、不必要なオーバヘッドを被ることなしで適合するよう柔軟でなければならない。最小ＮＡＲＱ ＡＣＫ遅延及び再送信（Ｒｅｔｒｘ）遅延、及びＨＡＲＱチャネル／インタレースの数は、ＴＤＤ ＤＬ／ＵＬ比、並びに、レガシー及び非レガシー・システムにおいて使用されるリソースの特定のパーティション化に対応するシステム／移動局構成シグナリングに定義されている。前述のように定義されたパラメータにより、ＡＣＫ／ＮＡＫ送信及び再送信の厳密なＨＡＲＱタイミングを、図３Ａ乃至図３Ｅを参照して以下に説明するように推定することが可能である。この概念は、ＴＤＤ及び周波数分割双方向（ＦＤＤ）に適用することが可能である。

【0088】

一部の実施例では、非対称ＤＬ／ＵＬ ＴＤＤ（又はＦＤＤ）比により、複数のＤＬサブフレームのＤＬ ＨＡＲＱのＵＬ ＡＣＫは、図３Ａ乃至図３Ｅに示すように一ＵＬサブフレームで衝突し得る。ＵＬサブフレーム内の移動局のＡＣＫＣＨの位置は、スーパーフレーム・ヘッダにおいてシグナリングされるようにＤＬサブフレーム毎に割り当てられたＵＬ ＡＣＫＣＨの数、及び先行するＨＡＲＱサブパケット送信の割り当てられたＤＬリソース、及びＨＡＲＱインタレース番号から推定することが可能である。一部の実施例では、図４Ａ乃至図４Ｃに示すようにＵＬ ＨＡＲＱ のＤＬ肯定応答の場合に使用される。

【0089】

別々のＴＤＤ ＤＬ／ＵＬ比、ＡＣＫ遅延、再送信遅延及びＨＡＲＱインタレースに基づいた種々の実現形態を示すためにいくつかの例を説明する。

【0090】

図３Ａは、それぞれが８サブフレームを含む連続する２つの５ｍｓの無線フレーム３１０、３２０を含む。４つのサブフレーム３１１、３１２、３１３，及び３１４は、ＤＬ送信及び再送信に使用される最初の無線フレーム３１０の一部分である。サブフレーム３１１及び３１２は、レガシー機器に使用するためのものであり、サブフレーム３１３及び３１４は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。４つのサブフレーム３２１、３２２、３２３、３２４は、ＤＬ送信及び再送信に使用される後続の５ｍｓの無線フレーム３２０の一部分である。サブフレーム３２１及び３２２は、レガシー機器に使用するためのものであり、サブフレーム３２３及び３２４は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。サブフレーム３１３及び３２３は第１のＨＡＲＱインタレース「Ａ」であり、サブフレーム３１４及び３２４は第２のＨＡＲＱインタレース「Ｂ」である。

【0091】

４つのサブフレーム３１５、３１６、３１７、３１８は、ＵＬ肯定応答（ＡＣＫ）に使用される最初の５ｍｓの無線フレーム３１０の一部分である。サブフレーム３１５は、レガシー機器に使用するためのものであり、サブフレーム３１６、３１７及び３１８は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。４つのサブフレーム３２５、３２６、３２７、３２８は、ＵＬ ＡＣＫに使用される後続無線フレーム３２０の一部分である。サブフレーム３２５は、レガシー機器に使用するためのものであり、サブフレーム３２６、３２７及び３２８は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。

【0092】

ＩＥＥＥ８０２．１６ｍのＤＬ送信及び再送信に２つのサブフレームが割り当てられており、ＵＬ ＡＣＫに３つのサブフレームが割り当てられているので、ＴＤＤ ＤＬ／ＵＬは２：３である。

【0093】

移動局によって送信されるＡＣＫと、基地局における再送信又は送信との間の遅延であるＡＣＫ遅延は、図３Ａの例では４つのサブフレームとして示す。基地局によって送信される再送信と、移動局において送信されるＡＣＫとの間の遅延である再送信遅延は、図３Ａの例では４つのサブフレームとして示す。

【0094】

図３Ａは、無線フレーム毎に８サブフレーム、５ｍｓ無線フレーム、ＨＡＲＱインタレース、再送信遅延、ＡＣＫ遅延、ＴＤＤ ＤＬ／ＵＬ比などの特定のパラメータの組を有する例である。一般に、前述のパラメータは実現形態特有であり、特定の実施例に本発明を限定することを意図していない。以下に続く更なる例は、パラメータの一部の別々の値の使用を示す。更に、２つの無線フレームのみを図３Ａに示す一方で、図は、タイミング手法の動作の例示であり、そういうものとして、２つのフレームのみの例証は、この特定の例のみを参照して説明したものに本発明を限定することを意図するものでない。更に、サブフレームは、特に、レガシー及びＩＥＥＥ８０２．１６ｍをサポートするものとして説明しているが、一般に、サブフレームは、レガシー送信及び非レガシー送信をサポートし得る。

【0095】

図３Ｂは、フレーム毎に、５つのサブフレームがＤＬ送信及び再送信に使用され、３つのサブフレームがＵＬ ＡＣＫに使用される第３の無線フレーム３５０のＤＬ送信部分、及び連続する２つの５ｍｓの無線フレーム３３０、３４０を示す。第１のフレーム３３０のＤＬ送信サブフレーム３３１及び３３２はレガシー機器に使用するためのものであり、第１のフレーム３３０のＤＬ送信サブフレーム３３３、３３４及び３３５はＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。第２のフレーム３４０のＤＬ送信サブフレーム３４１及び３４２はレガシー機器に使用するためのものであり、第２のフレーム３４０のＤＬ送信サブフレーム３４３、３４４及び３４５はＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。第３のフレーム３５０のＤＬ送信サブフレーム３５１及び３５２はレガシー機器に使用するためのものであり、第３のフレーム３５０のＤＬ送信サブフレーム３５３、３５４及び３５５はＩＥＥＥ８０２．１６ｍに準拠した機器に使用するためのものである。

【0096】

第１のフレーム３３０のＵＬ送信サブフレーム３３６はレガシー機器に使用するためのものであり、第１のフレーム３３０のＵＬ送信サブフレーム３３７、３３８はＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。第２のフレーム３４０のＵＬ送信サブフレーム３４６はレガシー機器に使用するためのものであり、第２のフレーム３４０の、サブフレーム３４８と、区分された部分３４７Ａ及び３４７Ｂを含むサブフレーム３４７は、ＩＥＥＥ８０２．１６ｍに準拠した機器に使用するためのものである。

【0097】

ＩＥＥＥ８０２．１６ｍのＤＬ送信及び再送信に３つのサブフレームが割り当てられ、ＵＬ ＡＣＫに２つのサブフレームが割り当てられるので、ＴＤＤ ＤＬ／ＴＬ比が３：２である。

【0098】

図３Ｂでは、４つのＨＡＲＱインタレースが存在しており、サブフレーム３３３、３３４及び３５４は第１のインタレース「Ａ」であり、サブフレーム３３４及び３４５は第２のインタレース「Ｂ」であり、サブフレーム３３５及び３５２は第３のインタレース「Ｃ」であり、サブフレーム３４３及び３５３は第４のインタレース「Ｄ」である。

【0099】

ＡＣＫ遅延及び再送信遅延はそれぞれ、図３Ｂの例において４つのサブフレームであるものとして示す。

【0100】

図３Ｂでは、ＨＡＲＱインタレースの再送信及びＡＣＫの無線フレーム内のサブフレーム位置は、最小ＡＣＫ遅延及び再送信遅延に対応し、ＨＡＲＱインタレースの同じ配列を維持するよう経時的に変動する。例えば、割り当てられたサブフレームにおける再送信の配列は、Ａ（サブフレーム３３３）、Ｂ（サブフレーム３３４）、Ｃ（サブフレーム３３５）、Ｄ（サブフレーム３４３）、Ａ（サブフレーム３４４）、Ｂ（サブフレーム３４５）、Ｃ（サブフレーム３５２）、Ｄ（サブフレーム３５３）、Ａ（サブフレーム３５５）から分かるようにパターン「ＡＢＣＤ」に維持される。割り当てられたサブフレームにおけるＡＣＫの配列は、Ａ（サブフレーム３３７）、Ｂ（サブフレーム３３８）、Ｃ（サブフレーム３４７Ａ）、Ｄ（サブフレーム３４７Ｂ）、Ａ（サブフレーム３４８）として、「ＡＢＣＤ」として同様に維持される。図３Ｂで分かるように、インタレースＣ及びＤの３４７Ａ及び３４７ＢにおけるＵＬ ＡＣＫは単一のサブフレームを共有する。

【0101】

図３Ｃは図３Ｂに示すように同様に、ＴＤＤ ＤＬ／ＵＬ比３：２、４つのサブフレームの再送信遅延、４つのサブフレームのＡＣＫ遅延、ＵＬ ＡＣＫ及びＤＬ送信のフレーム区分毎の３つのサブフレーム／５つのサブフレーム、５ｍｓ無線フレーム、フレーム毎の８つのサブフレームを有する例を示す。図３Ｃでは、ＨＡＲＱインタレースの再送信及びＡＣＫの無線フレーム内のサブフレーム位置は、最小のＡＣＫ遅延及び再送信遅延に対応するよう経時的に変動する。しかし、ＨＡＲＱインタレースの配列は、経時的に変動し得る。例えば、割り当てられたサブフレームにおける再送信の配列は、Ａ（サブフレーム３６３）、Ｂ（サブフレーム３６４）、Ｃ（サブフレーム３６５）、Ａ（サブフレーム３７３）、Ｂ（サブフレーム３７４）、Ｄ（サブフレーム３７５）、Ｃ（サブフレーム３８３）、Ａ（サブフレーム３８４）、Ｂ（サブフレーム３８５）から分かるようにパターン「ＡＢＣＡＢＤＣＡＢ」に維持される。割り当てられたサブフレームにおけるＡＣＫの配列は、Ａ（サブフレーム３６７）、Ｂ（サブフレーム３６８）、Ｃ（サブフレーム３７７Ａ）、Ａ（サブフレーム３７７Ｂ）、Ｂ（サブフレーム３７８）の形式で、送信されたパターンのものをたどる。図３Ｃで分かるように、インタレースＣ及びＡの３７７Ａ及び３７７ＢにおけるＵＬ ＡＣＫは単一のサブフレームを共有する。

【0102】

図３Ｄは、図３Ｂに示すように、同様に、ＴＤＤ ＤＬ／ＵＬ比３：２、４つのサブフレームの再送信遅延、４つのサブフレームのＡＣＫ遅延、ＵＬ ＡＣＫ及びＤＬ送信のフレーム区分毎の３つのサブフレーム／５つのサブフレーム、５ｍｓ無線フレーム、フレーム毎８つのサブフレームを有する例を示す。

【0103】

図３Ｄでは、ＨＡＲＱインタレースの再送信及びＡＣＫの無線フレーム内のサブフレーム位置が固定される。例えば、割り当てられたサブフレームにおける再送信の配列は、Ａ（サブフレーム３９３）、Ｂ（サブフレーム３９４）、Ｃ（サブフレーム３９５）、Ａ（サブフレーム４０３）、Ｂ（サブフレーム４０４）、Ｄ（サブフレーム４０５）、Ａ（サブフレーム４１３）、Ｂ（サブフレーム４１４）、Ｃ（サブフレーム４１５）によって示すように、パターン「ＡＢＣＡＢＤ」に維持される。割り当てられたサブフレームにおけるＡＣＫの配列は、Ａ（サブフレーム３９７）、Ｂ（サブフレーム３９８）、Ａ（サブフレーム４０７）、Ｃ（サブフレーム４０８Ａ）、Ｂ（サブフレーム４０８Ｂ）、Ａ（サブフレーム４１７）、Ｄ（サブフレーム４１８Ａ）、Ｂ（サブフレーム４１８Ｂ）である。
図３Ｄで分かるように、インタレースＣ及びＢそれぞれの４０８Ａ及び４０８ＢにおけるＵＬ ＡＣＫは単一のサブフレームを共有し、インタレースＤ及びＢそれぞれの４０８Ａ及び４０８ＢにおけるＵＬ ＡＣＫは単一のサブフレームを共有する。

【0104】

図３Ｅは、各フレームにおいて、５つのサブフレームがＤＬ送信及び再送信に使用され、３つのサブフレームがＵＬ ＡＣＫに使用される連続した３つの５ｍｓの無線フレーム５００、５１０、５２０を示す。フレーム毎のＤＬ送信のサブフレームは全て、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用する。フレーム毎のＵＬ送信のサブフレームは全て、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用する。

【0105】

ＩＥＥＥ８０２．１６ｍのＤＬ送信及び再送信に割り当てられるサブフレームは５つであり、ＵＬ ＡＣＫに割り当てられるサブフレームが３つであるので、ＴＤＤ ＤＬ／ＵＬ比は５：３である。

【0106】

図３Ｅには、７つのＨＡＲＱインタフェースがあり、サブフレーム５０１、５１３及び５２５は第１のインタフェース「Ａ」であり、サブフレーム５０２及び５１４は第２のインタフェース「Ｂ」であり、サブフレーム５０３及び５１５は第３のインタフェース「Ｃ」であり、サブフレーム５０４及び５２１は第４のインタフェース「Ｄ」であり、サブフレーム５０５及び５２２は第５のインタフェース「Ｅ」であり、サブフレーム５１１及び５２３は第６のインタフェース「Ｆ」であり、サブフレーム５１２及び５２４は第７のインタフェース「Ｇ」である。

【0107】

ＡＣＫ遅延及び再送信遅延はそれぞれ、図３Ｂの例において４つのサブフレームであるものとして示す。

【0108】

図３Ｅでは、ＨＡＲＱインタレースの再送信及びＡＣＫの無線フレーム内のサブフレーム位置は、最小ＡＣＫ遅延及び再送信遅延に対応し、ＨＡＲＱインタレースの同じ配列を維持するよう経時的に変動する。例えば、割り当てられたサブフレームにおける再送信の配列は、Ａ（サブフレーム５０１）、Ｂ（サブフレーム５０２）、Ｃ（サブフレーム５０３）、Ｄ（サブフレーム５０４）、Ｅ（サブフレーム５０５）、Ｆ（サブフレーム５１１）、Ｇ（サブフレーム５１２）、Ａ（サブフレーム５１３）、Ｂ（サブフレーム５１４）、Ｃ（サブフレーム５１５）、Ｄ（サブフレーム５２１）、Ｅ（サブフレーム５２２）、Ｆ（サブフレーム５２３）、Ｇ（サブフレーム５２４）、Ａ（サブフレーム５２５）の形式での「ＡＢＣＤＥＦＧ」である。割り当てられたサブフレームにおけるＡＣＫの配列は、Ａ（サブフレーム５０６Ａ）、Ｂ（サブフレーム５０６Ｂ）、Ｃ（サブフレーム５０７）、Ｄ（サブフレーム５０８）、Ｅ（サブフレーム５１６Ａ）、Ｆ（サブフレーム５１６Ｂ）、Ｇ（サブフレーム５１６Ｃ）、Ａ（サブフレーム５１７）、Ｂ（サブフレーム５１８）、Ｃ（サブフレーム５２６Ａ）、Ｄ（サブフレーム５２６Ｂ）、Ｅ（サブフレーム５２６Ｃ）、Ｆ（サブフレーム５２７）、Ｇ（サブフレーム５２８）である。図３Ｅで分かるように、ＵＬ ＡＣＫは、インタレースＡ及びＢそれぞれの５０６Ａ及び５０６Ｂにおいて単一のサブフレームを共有し、インタレースＥ、Ｆ及びＧそれぞれの５１６Ａ、５１６Ｂ及び５１６Ｃにおいて単一のサブフレームを共有し、インタレースＣ、Ｄ、Ｅそれぞれの５２６Ａ、５２６Ｂ、５２６Ｃにおいて単一のサブフレームを共有する。

【0109】

推定可能なＵＬ ＨＡＲＱタイミング
最小ＨＡＲＱ ＡＣＫ及び再送信遅延、並びにＨＡＲＱチャネルの数は、ＴＤＤ ＤＬ／ＵＬ比、レガシー及びＩＥＥＥ８０２．１６ｍの特定のパーティション化に対応するシステム・ブロードキャスト・シグナリングにおいて定義される。前述のパラメータを定義すれば、厳密なＨＡＲＱタイミングを推定することが可能である。この概念はＴＤＤ及びＦＤＤに適用可能である。
図４Ａは、それぞれが８サブフレームを含む連続する２つの５ｍｓの無線フレーム４２０、４３０を含む。３つのサブフレーム４２１、４２２及び４２３は、ＵＬ送信及び再送信に使用される最初の無線フレーム４２０の一部分である。サブフレーム４２１は、レガシー機器に使用するためのものであり、サブフレーム４２２及び４２３は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。３つのサブフレーム４３１、４３２、４３３は、ＵＬ送信及び再送信に使用される後続の５ｍｓの無線フレーム４３０の一部分である。サブフレーム４３１は、レガシー機器に使用するためのものであり、サブフレーム４３２及び４３３は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。サブフレーム４２２及び４３２は第１のＨＡＲＱインタフェース「Ａ」であり、サブフレーム４２３及び４３３は、第２のＨＡＲＱインタフェース「Ｂ」である。

【0110】

５つのサブフレーム４２４、４２５、４２６、４２７、及び４２８は、ＤＬ肯定応答（ＡＣＫ）に使用される最初の５ｍｓの無線フレーム４２０の一部分である。サブフレーム４２４及び４２５は、レガシー機器に使用するためのものであり、サブフレーム４２６、４２７及び４２８は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。５つのサブフレーム４３４、４３５、４３６、４３７、４３８はＤＬ ＡＣＫに使用される後続無線フレーム４３０の一部分である。サブフレーム４３４、４３５は、レガシー機器に使用するためのものであり、サブフレーム４３６、４３７及び４３８は、ＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。

【0111】

ＩＥＥＥ８０２．１６ｍＵＬの送信及び再送信に割り当てられるサブフレームは２つであり、ＤＬ ＡＣＫに割り当てられるサブフレームは３つであるので、ＴＤＤ ＤＬ／ＵＬ比は３：２である。

【0112】

図４Ａの例では、ＡＣＫ遅延は、４つのサブフレームであるとして図示されており、再送信遅延は、図４Ａの例では、４つのサブフレームであるように図示されている。

【0113】

図４Ｂは、各フレームにおいて、４つのサブフレームがＤＬ送信及び再送信に使用され、４つのサブフレームがＵＬ ＡＣＫに使用される第３の無線フレーム４６０のＤＬ送信部分、及び連続する２つの５ｍｓの無線フレーム４４０、４５０を示す。第１のフレーム４４０のＵＬ送信サブフレーム４４１はレガシー機器に使用するためのものであり、第１のフレーム４４０のＵＬ送信サブフレーム４４２、４４３及び４４４はＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。第２のフレーム４５０のＵＬ送信サブフレーム４５１はレガシー機器に使用するためのものであり、第２のフレーム４５０のＵＬ送信サブフレーム４５２、４５３及び４５４はＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。第３のフレーム４６０のＵＬ送信サブフレーム４６１はレガシー機器に使用するためのものであり、第３のフレーム４６０のＤＬ送信サブフレーム４６２、４６３及び４６４はＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。

【0114】

第１のフレーム４４０のＤＬ ＡＣＫサブフレーム４４５及び４４６はレガシー機器に使用するためのものであり、第１のフレーム４４０のＤＬ ＡＣＫサブフレーム４４８、及び、区分された部分４４７Ａ及び４４７Ｂを含む、ＤＬ ＡＣＫサブフレーム４４７はＩＥＥＥ８０２．１６ｍをサポートする機器に使用するためのものである。第２のフレーム４５０のＤＬ ＡＣＫサブフレーム４５５及び４５６はレガシー機器に使用するためのものであり、第２のフレーム４５０のＤＬ ＡＣＫサブフレーム４５８、及び、区分された部分４５７Ａ及び４５７Ｂを含む、ＤＬ ＡＣＫサブフレーム４５７はＩＥＥＥ８０２．−１６ｍをサポートする機器に使用するためのものである。

【0115】

ＩＥＥＥ８０２．１６ｍのＵＬ送信及び再送信に３つのサブフレームが割り当てられており、ＤＬ ＡＣＫに２つのサブフレームが割り当てられているので、ＴＤＤ ＤＬ／ＵＬは２：３である。

【0116】

図４Ｂでは、４つのＨＡＲＱインタレースが存在しており、サブフレーム４４２、４５３及び４６４は第１のインタレース「Ａ」であり、サブフレーム４４３及び４５４は第２のインタレース「Ｂ」であり、サブフレーム４４４及び４６２は第３のインタレース「Ｃ」であり、サブフレーム４５２及び４６３は第４のインタレース「Ｄ」である。

【0117】

ＡＣＫ遅延及び再送信遅延はそれぞれ、図４Ｂの例において４つのサブフレームであるものとして示す。

【0118】

図４Ｂでは、ＨＡＲＱインタレースの再送信及びＡＣＫの無線フレーム内のサブフレーム位置は、最小ＡＣＫ遅延及び再送信遅延に対応し、ＨＡＲＱインタレースの同じ配列を維持するよう経時的に変動する。例えば、割り当てられたサブフレームにおける再送信の配列は、Ａ（サブフレーム４４２）、Ｂ（サブフレーム４４３）、Ｃ（サブフレーム４４４）、Ｄ（サブフレーム４５２）、Ａ（サブフレーム４５３）、Ｂ（サブフレーム４５４）、Ｃ（サブフレーム４６２）、Ｄ（サブフレーム４６３）、Ａ（サブフレーム４６４）から分かるように「ＡＢＣＤ」である。割り当てられたサブフレームにおけるＡＣＫの配列は、Ａ（サブフレーム４４７Ａ）、Ｂ（サブフレーム４４７Ｂ）、Ｃ（サブフレーム４４８）、Ｄ（サブフレーム４５７Ａ）、Ａ（サブフレーム４５７Ｂ）、Ｂ（サブフレーム４５８）である。図４Ｂで分かるように、ＤＬ ＡＣＫは、インタレースＡ及びＢそれぞれの４４７Ａ及び４４７Ｂにおいて単一のサブフレームを共有し、インタレースＤ及びＡそれぞれの４５７Ａ及び４５７Ｂにおいて単一のサブフレームを共有する。

【0119】

図４Ｃは、図４Ｂに示すように、同様に、ＴＤＤ ＤＬ／ＵＬ比２：３、４つのサブフレームの再送信遅延、４つのサブフレームのＡＣＫ遅延、ＤＬ ＡＣＫ及びＵＬ送信のフレーム区分毎の４つのサブフレーム／４つのサブフレーム、５ｍｓ無線フレーム、フレーム毎の８つのサブフレームを有する例を示す。図４Ｃでは、ＨＡＲＱインタレース変動の再送信及びＡＣＫ無線フレーム内のサブフレーム位置が固定される。例えば、割り当てられたサブフレームにおける再送信の配列は、Ａ（サブフレーム４７２）、Ｂ（サブフレーム４７３）、Ｃ（サブフレーム４７４）、Ｄ（サブフレーム４８２）、Ｂ（サブフレーム４８３）、Ｃ（サブフレーム４８４）、Ａ（サブフレーム４９２）、Ｂ（サブフレーム４９３）、Ｂ（サブフレーム４９４）から分かるように「ＡＢＣＤＢＣＡＢＣ」である。割り当てられたサブフレームにおけるＡＣＫの配列は、Ａ（サブフレーム４７７Ａ）、Ｂ（サブフレーム４７７Ｂ）、Ｃ（サブフレーム４７８）、Ｄ（サブフレーム４８７Ａ）、Ｂ（サブフレーム４８７Ｂ）、Ｃ（サブフレーム４８８）、Ａ（サブフレーム４９７Ａ）、Ｂ（サブフレーム４９７Ｂ）、Ｂ（サブフレーム４９８）である。図４Ｃで分かるように、ＤＬ ＡＣＫは、インタレースＡ及びＢそれぞれの４７７Ａ及び４７７Ｂにおいて単一のサブフレームを共有し、インタレースＤ及びＢそれぞれの４８７Ａ及び４８７Ｂにおいて単一のサブフレームを共有し、インタレースＡ及びＢそれぞれの４９７Ａ及び４９７Ｂにおいて単一のサブフレームを共有する。

【0120】

図２４を参照すれば、次に、基地局でＡＣＫ／ＮＡＫを受信するタイミングを求める方法を説明する。方法の第１の工程２４−１には、移動局に送出される構成シグナリングにそれぞれが定義され、時分割双方向下りリンク／上りリンク（ＴＤＤ ＤＬ／ＵＬ）比及び周波数分割双方向下りリンク／上りリンク（ＦＤＤ ＤＬ／ＵＬ）比の少なくとも一方の関数である既知のＨＡＲＱ肯定応答（ＡＣＫ）遅延、再送信遅延及びＨＡＲＱインタレースの数を有するシステムにおいて、基地局において、基地局による符号化器パケットの先行して送出された送信に応じて構成シグナリングに基づいて移動局からＡＣＫ／ＮＡＫを受信するタイミングを求める工程が関係する。

【0121】

一部の実施例では、方法の更なる工程には、構成シグナリングを送出する工程が関係する。

【0122】

図２５を参照すれば、次に、移動局で符号化器パケットのサブパケットの再送信及び送信の一方を受信するタイミングを求める方法を次に説明する。方法の第１の工程２５−１には、移動局に送出される構成シグナリングにそれぞれが定義され、時分割双方向下りリンク／上りリンク（ＴＤＤ ＤＬ／ＵＬ）比及び周波数分割双方向下りリンク／上りリンク（ＦＤＤ ＤＬ／ＵＬ）比の少なくとも一方の関数である既知のＨＡＲＱ肯定応答（ＡＣＫ）遅延、再送信遅延及びＨＡＲＱインタレースの数を有するシステムにおいて、移動局において、移動局により、先行して送出されたＮＡＫに応じて構成シグナリングに基づいて移動局における符号化器パケットのサブパケットの送信及び再送信の一方を受信するタイミングを求める工程が関係する。

【0123】

一部の実施例では、方法の更なる工程は、構成シグナリングを受信する工程が関係する。

【0124】

パケット送信は、永続的な割り当てであっても、特定のリソース区分内でシグナリングされる非永続的割り当てであってもよい。永続的リソース割り当ては、そのユーザに対する割り当てが再発生毎に更なるシグナリングを必要としないような、ユーザに対する所定の（通常、再発生する）リソースの割り当てである。永続的な割り当ては、リソース利用可能性ビットマップ（ＲＡＢ）により、他のユーザに示される。ＲＡＢを実現する例は、本出願の譲渡人に譲渡され、その内容全体を本明細書及び特許請求の範囲に援用するＰＣＴ国際出願ＰＣＴ／２００８／００１９８０号でみることが可能である。

【0125】

ビットマップを使用したリソースのグループ割り当ては、非永続的なパケット割り当てに使用される。各グループには、別個のリソース区分が割り当てられる。

【0126】

一部の実施例では、利用可能なリソースの分割及び識別はマルチキャスト制御セグメント（ＭＣＣＳ）によって示す。

【0127】

一部の実施例では、ゾーンの区分は、永続的ゾーン及び非永続的ゾーン内にリソース区分を通知する合成インデクス（ＣＩ）によってシグナリングされる。ＲＡＢの例は、本願の出願人によって譲渡されたＰＣＴ国際出願ＰＣＴ／２００８／００１９８０号に記載されている。

【0128】

一部の実施例では、特定の総リソース数に対し、考えられるリソース区分を備えたルックアップ・テーブルが作成される。例えば、１２個のリソースの考えられる区分は｛１，２，４，６｝で表すことができる。

【0129】

ルックアップ・テーブルのエントリはそれぞれ、ＣＩインデクスによって規定される。
ＣＩは、フレームの最初において適切に符号化されたビット形式で送信され得る。永続的なサブゾーンが規定された場合、ＲＡＢを送出することができる。一部の実施例では、ＣＩは連結し、ＲＡＢとともに符号化される。ＲＡＢは、どのリソースが利用可能であり、どれが永続的ＨＡＲＱ送信で占められるかを示すビットマップである。ＲＡＢは、リソース（又はリソース・ブロック）毎に１ビットを含み、ビットの値は、リソースが使用中か、又は利用可能であるかを示す。

【0130】

ＨＡＲＱ送信の早期終結、沈黙状態、パケット到着ジッタによって未使用の永続的なリソースは、利用可能として示す。

【0131】

一部の実施例では、信頼性の目的で、ＣＲＣが、連結されたＣＩ及びＲＡＢに付加される。ＣＩによって示されたリソース・パーティションは、ＲＡＢによって占められているとして示されたリソースがリソース・リストから除去された後に残っているリソースの組を分割する。一部の実施例では、永続的ゾーンのサイズが、２次ブロードキャスト・チャネルにおいて送信される。

【0132】

図５を参照すれば、次に、リソース利用可能性ビットマップの例を説明する。図５は、永続的に割り当てられたリソースを有しない非永続的ゾーン９３０、永続的に割り当てられた少なくとも一部のリソースを有する永続的ゾーン９２０、ＲＡＢ９１５、及び合成インデクス９１０を有する、フレーム９００の少なくとも一部を示す。合成インデクス９１０及びＲＡＢ９１５は共に、マルチキャスト制御セグメント（ＭＣＣＳ）として表し得る。永続的ゾーンでは、３つのパーティション９２１、９２４、９２７が存在している。２つのパーティション９２１、９２４はグループ割り当てであり、シグナリング・ビットマップ９２２、９２５それぞれを有する。第３の割り当て９２７は、ユニキャスト割り当てを定義するための上りリンク制御セグメント（ＵＬＣＳ）である。一部の実施例では、ＵＣＴＳは、図２を参照して上述したものと同様に実現することができる。

【0133】

非永続的ゾーン９３０では、パーティション９４０の１つは、グループ割り当てを定義するために使用されるグループ制御及びトラフィック・セグメント（ＧＣＴＳ）である。
他の２つのパーティション９３０及び９５０は、ユニキャスト割り当てを定義するために使用されるユニキャスト制御及びトラフィック・セグメント（ＵＣＴＳ）である。一部の実施例では、ＵＣＴＳは、図２を参照してＤＬ ＵＣＴＳについて上述したものと同様に実現することができる。

【0134】

グループ割り当て９２４を参照すれば、グループ割り当て９２４は、割り当てビットマップ９４０、対又は組の合成インデクス・ビットマップ９４１、及びリソース並び替えインデクス・ビットマップ９４２を含むシグナリング・ビットマップ９２５を有する。割り当てビットマップ９４０は、６ビット（各ユーザへの考えられる割り当てのために１ビット）を有する。対又は組の合成インデクス・ビットマップ９４１は４ビットを有する。リソース並び替えビットマップ９４２は２ビットを有する。グループ割り当て９２１は、シグナリング・ビットマップも有する。

【0135】

グループ割り当て９２４には、使用中であり、そういうものとして、他のユーザに対する割り当てに利用可能でない永続的に割り当てられるリソース９２６（グループ割り当て９２４のうちの灰色であみかけした部分）も示す。同様な永続的割り当ては、グループ割り当て９２１及び９２７に示す。

【0136】

一部の実施例では、セキュリティを維持しながら一部のパケットの干渉打ち消しを可能にする改変されたパケット構造、及び別々のユーザの幾何構造を利用することにより、同じリソース上で複数のパケットを送信するために、重ね合わせを用いることが可能である。

【0137】

一部の実施例では、複数の割り当ての重ね合わせは、同じリソース又はリソースの組に割り当てることによって達成することが可能である。一部の実施例では、この処理は、永続的割り当て及び非永続的割り当てを重ね合わせるために使用することが可能である。

【0138】

永続的割り当ての多重化は、ＲＡＢにおいて利用可能であるように「使用中の」リソースを示すことによって達成することが可能である。ＲＡＢにおいて利用可能であるように、永続的に使用されるリソースを示すことにより、示された他の割り当ても、リソース（グループ又はその他）を使用する。よって、永続的送信及び他の送信は、同じリソース上で同時に送出される。永続的割り当て全てが利用可能として示される場合、ＲＡＢは送出しなくてよい。

【0139】

一部の実施例では、永続的なユーザ及び他のシグナリングされたユーザが、同じリソースに割り当てられることを可能にすることにより、下りリンク上にユーザを多重化するために、重ね合わせを使用することも可能である。これは、マルチユーザのＭＩＭＯアプリケーションに有用である。永続的割り当て及びシグナリングされた割り当ての重ね合わせはこのように達成することが可能である。

【0140】

ＲＡＢにおいて「使用中」又は「利用可能である」として使用される永続的割り当てリソースを示すことの決定は、各フレームにおいて、割り当て毎に動的に基地局で行うことが可能である。

【0141】

決定は、別々のパケットの信頼度、及び別々のパケットの宛先の移動局の幾何構造の少なくとも一方に基づき得る。高い幾何構造を有するユーザは、サービスする基地局と通信するための良好な長期チャネル状態を有するユーザである。したがって、一般に良好なチャネル状態を有するユーザにビットマップを提供することが一部の状況において望ましい。

【0142】

移動局は、その送信が永続的サブゾーンにおいて行われる旨を判定することにより、重ね合わせた永続的割り当ての存在を求めて検査するよう構成される。一部の実施例では、移動局は、（ＭＣＣＳフィールド内の）ＣＩに付加することが可能な、「レイヤ数」フィールドの表示を検出することにより、重ね合わせた永続的割り当ての存在を求めて検査するよう構成される。一部の実施例では、フィールドは、パーティション毎に、重ね合わせであってもＭＩＭＯであってもレイヤ数に対応し得る。一部の実施例では、移動局は、受信された電力閾値検出に基づいて、重ね合わせた永続的割り当ての存在を求めて検査するよう構成される。一部の実施例では、移動局は、常に、重ね合わせた永続的な割り当ての存在を求めて検査するよう構成される。

【0143】

一部の実施例では、より低い幾何構造（例えば、永続的な割り当て）を対象とするパケットは、復号化されることを可能にするやり方で符号化することが可能である。一部の実施例では、復号化は、干渉打ち消し（ＩＣ）に送信が使用されることを可能にするＣＲＣの使用によって検証される。しかし、送信を復号化するユーザは、使用可能なデータに対するアクセスを有することができない。意図されたユーザの識別（ＩＤ）系列によってスクランブルされた状態に留まるからである。

【0144】

一部のシステムでは、永続的な割り当てを使用することが可能である。永続的な割り当ては、１つ又は複数のＨＡＲＱ送信のための所定のリソース上の割り当てとして定義される。他のユーザを同じリソースに割り当てることが可能である。ユニキャスト又はグループ・シグナリングは、前述のリソースを割り当てるための前述のシグナリング手法の２つの例である。

【0145】

基地局は、容量を向上させるために、１つ又は複数のシグナリングされた割り当て、及び１つ又は複数の永続的割り当てを送信するために同じリソースを利用し得る。永続的パケット送信は、非永続的な送信を受信する移動局が、スクランブル解除する機能なしで、干渉打ち消しの目的で、これを受信し、復号化することを可能にするように改変される。
永続的な送信を受信する移動局は、パケットの干渉打ち消しの目的で復号化することを可能にするために改変を解除するための追加工程を追加して、通常のやり方で改変パケットを復号化する。

【0146】

一般に、２つ以上のパケットが、ＤＬ上に重ね合わせられ、別々のユーザ宛である場合、より高い信頼度のパケット送信（パケットＡ）は、より低い信頼度の別の送信（パケットＢ）を受信することが意図された移動局が、より高い信頼度の送信（パケットＡ）を受信し、スクランブル解除する機能なしで、干渉打ち消しの目的でこれを復号化することを可能にするように改変される。干渉打ち消しの目的で別のユーザが復号化することを可能にするよう改変された、パケットを受信することが意図された移動局は、通常のやり方で、改変されたパケットを復号化するが、パケットへの改変を解除するための追加の工程を含む。別のパケットに重ね合わせられた、改変パケット（パケットＡ）の送信を受信することが意図された移動局は、改変されたパケットを復号化する。

【0147】

より高い信頼度で送出されるパケットは、１つの送信のみの後に別の移動局で容易に復号化することができるので、移動局は、各フレームにおけるそれ自身の送信の干渉打ち消しのために、復号化された、より高い信頼度のパケットを利用することが可能である。一送信は、より高い電力レベルの使用、よりロバストな符号化手法の使用、及びより高い処理利得（すなわち、拡散）の使用のうちの何れか１つにより「高い信頼度」で送出することが可能である。この処理は、チェイス合成の場合、及び増加的冗長度（ＩＲ）ＨＡＲＱ送信の場合に使用し得る。

【0148】

干渉打ち消しに使用する対象の重ね合わせたパケットの処理
より低い幾何構造の移動局（例えば、永続的割り当て）を対象とするパケットは、他のユーザによって復号化され、ＣＲＣでの復号化を検証し、効率的な干渉打ち消し（ＩＣ）のために送信を使用することを可能にすることを可能にするやり方で符号化することが可能である。しかし、前述のユーザは、使用可能なデータへのアクセスを有することができない。意図されたユーザ識別系列によってスクランブルされた状態に留まるからである。

【0149】

この処理には、２つの巡回冗長度検査（ＣＲＣ）の使用が関係する。第１のＣＲＣは、意図されたユーザ識別系列によってスクランブルされる前に施され、第２のＣＲＣは後に施される。他の移動局は、送信の正しい復号化を確認するために第２のＣＲＣを使用することができる一方、第１のＣＲＣは、正しいスクランブル解除後、パケットの意図されたユーザを確認する。

【0150】

別々の２の（又はＮの）ユーザに対する別々の２つ（又はＮ個、Ｎはユーザ数に等しい）のパケットの送信などのアプリケーションのために、パケットの１つ又は複数のレイヤの干渉打ち消しが関係する重ね合わせ及び検出を可能にするために、より高い信頼度で送出されるパケットには、通常の符号化及びスクランブル手順に加えて、識別系列でスクランブリングされ、ＣＲＣで付加され得る。

【0151】

図６Ａを参照すれば、通常のやり方で、付加されたＣＲＣ「Ａ」６１２を備えたパケット６１０がどのようにしてスクランブルされ、符号化されるかの例を次に説明する。パケット６１０はＮ個のデータ・ビットを含む。ＣＲＣ「Ａ」６１２は、パケット６１０の末尾に付加される。合成されたデータ及びＣＲＣは識別系列を使用してスクランブルされる。一部の実現形態では、識別系列は、限定列挙でないが、スクランブルされたパケット６２０を作成するためのセクタＩＤ及びユーザＩＤ又はＭＡＣ ＩＤのうちの１つであり得る。スクランブルされたパケットは次いで、符号化パケット６３０を作成するために符号化される。一部の実現形態では、符号化は、限定列挙でないが、ターボ符号化、畳み込み符号化、ＬＤＰＣ符号化のうちの１つであり得る。

【0152】

図６Ｂを参照すれば、本発明の実施例により、どのようにしてＣＲＣ「Ａ」６４２を付加したパケット６４０がスクランブルされ、符号化され、次いで、符号化パケット６６０に、別のＣＲＣ「Ｂ」６６２が付加され、符号化パケット６６０が再度スクランブルされるかの例を次に説明する。前述の方法は、重ね合わせたパケットの干渉打ち消しに使用することが可能である。

【0153】

第１のいくつかの工程は、図６Ａに関して上述した工程と同様であり、符号化された、スクランブルされたパケット６６０をもたらす。ＣＲＣ「Ｂ」６６２は、符号化され、スクランブルされたパケット６６０の末尾に付加される。符号化されたパケット６６０及びＣＲＣ「Ｂ」６６２は、スクランブルされたパケット６７０を作成するために、複数のユーザに知られた更なる識別系列を使用してスクランブルされ、それにより、複数のユーザの何れかが、スクランブルされたパケットをスクランブル解除することが可能になる。一部の実現形態では、識別系列は、セクタＩＤであり得る、スクランブルされたパケット６７０を次いで符号化して符号化パケット６８０を作成する。一部の実現形態では、符号化は、限定列挙でないが、ターボ符号化、畳み込み符号化、ＬＰＤＣ符号化のうちの１つであり得る。

【0154】

第２のスクランブリング工程は任意であり、全ての実現形態に使用される訳でない。

【0155】

上記処理の一部の場合には、識別系列によるスクランブルは、データのみ、ＣＲＣのみ、又はデータ及びＣＲＣに対して行うことが可能である。

【0156】

他のスクランブリング、インタリーブ、及び変調ブロックをこの連鎖に加えることができる。本発明の説明に重要な必須の工程のみが含まれる。

【0157】

２つの移動局におけるパケットの検出及び受信の処理
図７を参照すれば、どのようにして、上記二重スクランブリング及び二重符号化による干渉打ち消しを使用して、重ね合わせたパケットを送信し、復号化することができるかの例を次に説明する。

【0158】

より低い相対幾何構造における移動局Ａ７２０は、上記二重スクランブル／二重符号化によって改変されているパケットＡ７１２を受信することが意図されている。パケットを送信するためのリソースは永続的に割り当てることができる。

【0159】

より高い相対幾何構造における移動局Ｂ７３０は、上記単一スクランブル／単一符号化によって符号化されているパケットＢ７１４を受信することが意図されている。何れのパケットも同じリソース上で送出される。パケットＡ７１２の送信が永続的に割り当てられた場合、リソースは、ＲＡＢ上で「利用可能」として示される。１つ又は複数のユーザに属する複数のパケットが、一部の送信について重なるリソース上で送出される。

【0160】

移動局Ａにおける処理
スクランブリングの外部レイヤが使用された場合、符号化及びスクランブリングの「外部レイヤ」の復号化及びスクランブル解除の試行が、正しい復号化の検証のためにＣＲＣ「Ｂ」を使用して、パケットＡ７１２について行われる。パケットＡ７１２が首尾良く復号化された場合、パケットは、正しい復号化／スクランブル解除の検証のためにＣＲＣ「Ａ」を使用して、識別系列によってスクランブル解除される。首尾良く復号化されなかった場合には、所望の場合、ＨＡＲＱに規定されたように再送信処理に従う。一部の実施例では、これは、上記制御情報シグナリング手法を使用したＲＡＳ―ＨＡＲＱ再送信を含み得る。

【0161】

例えば、ＨＡＲＱでは、首尾良く行われなかった送信は、更なる再送信と、特定のやり方（増加的冗長度又はチェイス合成）で合成するよう移動局で維持され得る。

【0162】

移動局Ｂにおける処理
パケットＡの復号化、及び（使用されている場合）スクランブル解除の試行は、正しい復号化の検証のためにＣＲＣ「Ｂ」を使用して行われる。

【0163】

首尾良く復号化された場合、２つのパケットが同じリソースにおいて送信されるので、移動局Ｂ７３０宛のパケットＢ及びパケットＡ７１２の合成された送信から、パケットＡ７１２を実質的に除外するために使用することが可能である。パケットＢ７１４が首尾良く復号化されなかった場合、ＨＡＲＱ手法を、パケットの回復の試行に使用することが可能である。

【0164】

他のパケットが、パケットＢと部分的に又は完全に重なり合う場合、連続干渉打ち消しと同様の処理を使用して前述のパケットを検出し、取り消すための試行を行い得る。結果として生じる信号から、パケットＢの復号の試行を行い得る。所望の場合、ＨＡＲＱ再送信処理は、パケットの回復及び検出に使用することが可能である。

【0165】

例えば、ＨＡＲＱでは、首尾良く行われなかった送信は、更なる再送信と、特定のやり方（増加的冗長度又はチェイス合成）で合成するよう移動局で維持され得る。他のユーザ宛の首尾良く復号化されたパケットは、更なるチャネル推定信頼度のために使用することが可能である。電力レベルは、知られていない場合、手探りで検出する必要があり得る。

【0166】

上記処理の利点には、
１）重ね合わせを可能にし、それにより、送信に使用されるリソースを削減する（容量拡充）こと、
２）信頼度が異なる送信が送出されるように、別々の幾何構造の標的化を利用する。一部の実施例では、送信は、別の移動局に到着し、再送信なしで干渉打ち消しを可能にするよう正確に受信し得る。一部の実施例では、より低い幾何構造を備えた移動局を対象とした送信は、重なり合ったパケットの存在によってあまり影響されないこと、
３）実際の使用可能データを移動局がスクランブル解除することを可能にすることなく、干渉打ち消しの目的で、別の移動局を対象としたパケットを移動局が復号化し、使用することを可能にすること、
４）リソースのＲＡＢが「利用可能」状態でなく、ＲＡＢをデフォールトとして短縮又は省略することを可能にする、「利用可能として」永続的リソースを示すことを可能にすること、及び
５）更なるコストは、送信に付加される更なるＣＲＣに過ぎないこと
を含む。

【0167】

一部の実施例では、パケット・サイズ／符号化レート／変調手法が有限数の仮説に限定されるので、当該処理はＶｏＩＰのアプリケーションに特に有用である。一部のアプリケーションでは、干渉打ち消しに使用する対象のＶｏＩＰパケットは、固定のパラメータ（又は非常に限定された組）であり得る。例えば、パケット・サイズ毎に１つの変調及び符号化手法（リソース割り当てサイズは固定である）。

【0168】

ＤＬ制御チャネル構造
一部の実施例では、サブゾーンは、ＤＬチャネル制御を可能にするようフレーム構造内で作成することが可能である。フレームは、一度設定されると変更されない、送信の物理構成である一方、サブゾーンは、スケジューリング構成として構成可能なフレームの一部分であり、そのサイズ及び形状は、特定の状態に対し、フレーム内で変動し得る。例えば、ＯＦＤＭアプリケーションでは、サブゾーンは、サブキャリアのブロックにわたって２個のＯＦＤＭシンボルの倍数を有し得る。一部の実施例では、サブキャリアのブロックは、利用可能な帯域のサブキャリアの全体の組である。

【0169】

一部の実施例では、基本チャネル単位（ＢＣＵ）割り当てブロック（ＢＡＢ）は１つ又は複数のＢＣＵを有し得る。ＢＣＵは、２次元の時間周波数送信リソース（すなわち、特定数のサブキャリアに及ぶ特定数のシンボル）である。サブキャリアは、物理サブキャリア対論理サブキャリアの特定のマッピングに基づいて並び替えられる物理サブキャリア又は論理サブキャリアであり得る。一部の実施例では、サブゾーン内に、ＢＡＢは、ＯＦＤＭシンボル毎に同数の時間周波数リソース・ブロックを有する。一部の実施例では、これは、１つ又は複数のフレームにわたって平均化した場合にあてはまり得る。ＯＦＤＭシンボルに特に言及しているが、ＯＦＤＭは例証の目的のために検討しているに過ぎず、他の送信形式も想定される。

【0170】

一部の実施例では、別々のサブゾーンは別々のＢＡＢ構成を有し得る。例えば、第１のサブゾーンは、各ＢＡＢが２ＢＣＵを有する４ＯＦＤＭシンボルを有する。別の例では、第２のサブゾーンは、一部のＢＡＢが４ＢＣＵを有し、他のＢＡＢが８ＢＣＵを有する４つのＯＦＤＭシンボルを有する。更に別の例では、第３のサブゾーンは６つのＯＦＤＭシンボルを有し、各ＢＡＢは１２ＢＣＵを有する。

【0171】

一部の実施例では、拡張されたフレームは、別個のゾーンを規定することによってサポートすることが可能である。拡張されたフレームの別個のゾーンにおけるＢＣＵは、拡張されていないフレーム・ゾーンと同じチャネル化を使用する。更なる複雑度は必要でない。

【0172】

一部の実施例では、拡張されたフレームの別個のゾーンでは、制御チャネルは、ＭＣＣＳであってもユニキャスト制御チャネルであってもｋフレーム毎に生じる。拡張されたフレームの別個のゾーンにおける各割り当ては、ｋフレームについてである。

【0173】

ユニキャスト制御情報は、第１のサブフレームにおける関連付けられたパーティション内に含まれる。このデザインでは、拡張されたサブフレームを使用した送信は、拡張されていないサブフレームを使用した送信と共存し得る。このようにして、拡張されたゾーンを使用する移動局のみが、増加したレーテンシによって影響を受ける。

【0174】

拡張されたフレームにおける別個のゾーンは、ＵＬ送信及びＤＬ送信について定義することが可能である。

【0175】

一部の実施例では、アクセス・グラント・メッセージは、アクセス要求を起動させた移動局のユーザＩＤを含む。アクセス・グラント・メッセージはＵＬ制御セグメントに含まれ、ＵＬランダム・アクセス・チャネルにおいて移動局が使用した系列によってスクランブルされる。

【0176】

一部の実施例では、ＵＬ制御セグメントは、ＭＣＣＳ、ユニキャスト割り当てメッセージ、グループ割り当てメッセージ、及びＵＬアクセス・グラント・メッセージのフィールドを含む。ＭＣＣＳは合成インデクス及び／又は並び替えインデクス、並びにＲＡＢ（永続的リソースが割り当てられている場合）を含む。合成インデクス、並び替えインデックス及びＲＡＢの実現形態に関する例は、ＰＣＴ国際出願ＰＣＴ／２００８／００１９８０に記載し得る。ユニキャスト割り当てメッセージは、割り当て毎に１つ、複数のユニキャスト割り当てメッセージを含み得る。グループ割り当てメッセージは、複数のグループ割り当てメッセージを割り当て毎に１つ、含み得る。

【0177】

永続的なリソースは、永続的な割り当てメッセージを使用して割り当てられる。ＤＬ割り当て及びＵＬ割り当てに別個の永続的な割り当てメッセージが存在している。一部の実施例では、各メッセージは、割り当てられたリソースの数及びリソースＩＤ（ＢＣＵ）を含む。一部の実施例では、各メッセージは、割り当てられたリソースを示すビットマップを含む。ビットマップ手法では、ビットマップの長さは、永続的ゾーンの長さである。一部の実施例では、永続的ゾーンの長さは、スーパーフレーム制御においてシグナリングされる。

【0178】

一部の実現形態では、ＵＬ永続的割り当てメッセージは、ＵＬ制御セグメントに含まれる。一部の実現形態では、ＵＬ永続的割り当てメッセージは、別個のパーティションに含まれる。

【0179】

一部の実現形態では、ＤＬ／ＵＬ永続的割り当てメッセージは、意図されたユーザのユーザＩＤによってスクランブルされる。

【0180】

複数のユーザが送信リソースの同じパーティションに割り当てられるマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）のケースでは、別個のユニキャスト・メッセージが、同じパーティションに割り当てられたユーザ毎に供給される。

【0181】

一部の実施例では、割り当てにおける最低幾何構造のユーザを目標としたマルチキャスト・メッセージであるＭＵ−ＭＩＭＯヘッダを含む。ＭＵ−ＭＩＭＯヘッダは、コードブックベースのプリコーディング・フィードバックの場合の送信に使用されるプリコーディング・マトリクス・インデクス（ＰＭＩ）、及び同じリソースに多重化されるレイヤの数を示すメッセージ・タイプを識別する情報を含む。ＰＭＩは、リソース上に多重化されるレイヤの数に等しい列の数を備えたマトリクスである。各列は、対応するレイヤのプリコーディング・ベクトルを含む。

【0182】

一部の実施例では、ＭＵ−ＭＩＭＯヘッダはＣＲＣ保護される。これには次いで、割り当て毎の個々のユニキャスト・メッセージが続く。個々のユニキャスト・メッセージは割り当てのＭＣＳを含む。一部の実現形態では、各ユニキャスト・メッセージは、意図されたユーザのユーザＩＤによってスクランブルされる。一部の実現形態では、ユニキャスト・メッセージはＣＲＣ保護される。

【0183】

一部の実施例では、ＤＬ ＡＣＫチャネルは、ＵＬデータ送信に肯定応答するために使用される。固定数のダイバーシチ・リソースが、限定列挙でないが、ＤＬ ＡＣＫ、ＵＬ電力制御チャネル、及びＭＣＣＳを含む制御チャネルの群に割り当てられる。

【0184】

一部の実現形態では、ＤＬ ＡＣＫチャネルのリソースの数、及び上記リソースの位置がスーパーフレーム制御においてシグナリングされる。一部の実現形態では、ＤＬ ＡＣＫチャネルはそれぞれ、帯域全体に拡散したＮ個のトーンを含む。一部の実現形態では、ＤＬ ＡＣＫチャネルはそれぞれ、意図されたユーザに対して電力制御される。一部の実現形態では、ＤＬ電力制御チャネルの場合、一チャネルが、電力制御の目的で各ユーザに割り当てられる。

【0185】

ＯＦＤＭシステムのマルチキャリア構成
本発明の別の局面によれば、隣接するキャリア間のサブキャリア・アラインメントを確実にするためにＯＦＤＭシステムの隣接するマルチキャリア構成の方法が提供される。

【0186】

現在のＷｉＭＡＸ／８０２．１６ｅ手法では、周波数ラスタ２５０ｋＨｚは、１０．９４ｋＨｚのＷＩＭＡＸ／８０２．１６ｅサブキャリア間隔で除算可能でない。隣接キャリアの中心周波数の間隔が、ラスタ・サイズ２５０ｋＨｚの整数の倍数である状態では、隣接する２つのキャリア間のＯＦＤＭサブキャリアはアラインされない。図８を参照すれば、第１のサブキャリアの組を有する第１のキャリアを示し、第２のサブキャリアの組を有する第２のキャリアを示す例を示す。第１のキャリア及び第２のキャリアの中心周波数の間隔は、Ｎ×２５０ｋＨｚであり、これは１０．９４ｋＨｚで除算可能でない。アラインされていないサブキャリアのこの状況は、キャリア間干渉をもたらす。

【0187】

この課題に対する提案された解決策は、２５０ｋＨｚのラスタ・サイズによって除算可能な１２．５ｋＨｚにサブキャリア間隔を変更することである。しかし、この解決策は、既存のＷｉＭＡＸ手法と後方互換でない新たなサブキャリア間隔をもたらす。

【0188】

後方互換性をサポートするために、ＩＥＥＥ８０２．１６ｍ―０８／００３ｒ１において、３つの組のＯＦＤＭサブキャリア間隔が採用されている。前述の間隔は７．８１ｋＨｚ、９．７７ｋＨｚ、及び１０．４９ｋＨｚを含む。しかし、キャリア間隔、サブキャリア割り当て、及びガード・トーンなどの隣接するキャリア構成に関する詳細は説明していない。

【0189】

７．８１ｋＨｚ及び９．７７ｋＨｚのサブキャリア間隔の場合、対応するシステム帯域幅は、上記提案のサブキャリア間隔で除算可能である。したがって、マルチキャリア展開では、隣接キャリアの中心周波数は、整数の数のサブキャリアで間隔が空けられる。

【0190】

ＩＥＥＥ８０２．１６ｍと互換の無線装置が、通信に使用される場合、ＩＥＥＥ８０２．１６ｍ送信に割り当てられるリソースのゾーンが存在する。ガード・トーンは、キャリア帯域を超える隣接キャリア間のＩＥＥＥ８０２．１６ｍゾーン内のサブフレームに対して必要でない。

【0191】

しかし、後方互換性をサポートするために、レガシー・サポート・キャリアに割り当てられるゾーン内のサブフレームは、隣接キャリア間でガード・トーンを含む。一部の実現形態では、隣接キャリア間のガード・トーンは、レガシー・システム並び替えの形式に定義されたガード・トーン配置と首尾一貫性を有する。

【0192】

図９を参照すれば、それぞれがレガシー及びＩＥＥＥ８０２．１６ｍＤＬ及びＵＬサブフレーム構成部分を有する隣接する２つのキャリアの例を次に説明する。

【0193】

個々に示さないが、垂直方向における周波数ブロックとして示す複数のサブキャリアを有する第１のキャリア５１０は、連続する２つの５ｍｓ無線フレーム５３０、５５０にわたって示す。各無線フレームのＤＬ部分は、４つのサブフレームを含む（このうちの２つはレガシー・サブフレーム５３３であり、このうちの２つはＩＥＥＥ８０２．１６ｍサブフレーム５３４である）。各無線フレームのＵＬ部分は４つのサブフレームを含む（このうち、１つはレガシー・サブフレーム５４３であり、３つはＩＥＥＥ８０２．１６ｍサブフレーム５４４である）。

【0194】

垂直方向における周波数ブロックにおいて複数のサブキャリアを有する第２のキャリア５２０は、連続する５ｍｓの２つの無線フレームにわたって示す。各無線フレームのＤＬ部分は４つのサブフレームを含み、そのうちの１つはレガシー・サブフレーム５３７であり、そのうちの３つはＩＥＥＥ８０２．１６ｍサブフレーム５３８である。各無線フレームのＵＬ部分は４つのサブフレームを含み、そのうちの２つはレガシー・サブフレーム５４７３であり、そのうちの２つはＩＥＥＥ８０２．１６ｍサブフレーム５４８である。

【0195】

第１のキャリア５１０では、レガシーＤＬサブフレーム５３３の一部のサブキャリアは、第１のキャリア５１０のサブキャリアと第２のキャリア５２０のサブキャリアとの間のガード・トーン５３５として割り当てられる。第２のキャリア５２０では、レガシーＤＬサブフレーム５３７の一部のサブキャリアは、第２のキャリア５２０のサブキャリアと第１のキャリア５１０のサブキャリアとの間のガード・トーン５３６として割り当てられる。しかし、サブキャリアがＩＥＥＥ８０２．１６ｍサブキャリアである場合、第１のキャリア５１０のサブキャリアと第２のキャリア５２０のサブキャリアとの間でガード・トーンは必要でなく、逆も同様である。

【0196】

第１のキャリア５１０では、レガシーＵＬサブフレーム５４３の一部のサブキャリアは、第１のキャリア５１０のサブキャリアと第２のキャリア５２０のサブキャリアとの間のガード・トーン５４５として割り当てられる。第２のキャリア５２０では、レガシーＵＬサブフレーム５４７の一部のサブキャリアは、第２のキャリア５２０のサブキャリアと第１のキャリア５１０のサブキャリアとの間のガード・トーン５４６として割り当てられる。しかし、サブフレームがＩＥＥＥ８０２．１６ｍサブフレームである場合、第１のキャリア５１０のサブキャリアと第２のキャリア５２０のサブキャリアとの間でガード・トーンは必要でなく、逆も同様である。

【0197】

図９は、特定のサイズの無線フレーム、ＤＬ及びＵＬサブフレームの数、並びに、レガシー及びＩＥＥＥ８０２．１６ｍによってサポートされるキャリアの配置の特定の例である。前述のパラメータは、実現形態特有であり、したがって、図９の特定の例は、本発明を限定することを意図するものでない。更に、ＩＥＥＥ８０２．１６ｍによってサポートされるキャリアを特に上述しているが、一般に、本発明は、非レガシーによってサポートされるキャリアである他のサポートされたキャリアに適用することが可能である。

【0198】

１０．９４ｋＨｚのサブキャリア間隔の場合、５／１０／２０ＭＨｚのシステム帯域幅は、サブキャリア間隔で除算可能でない。しかし、Ｎ×１．７５ＭＨｚ、例えば、５．２５ＭＨｚ、１０．５ＭＨｚ、２１ＭＨｚは、サブキャリア間隔で除算可能である。隣接する２つのキャリアがレガシー・サポート・キャリアである状況では、隣接キャリアの中心周波数は、後方互換性を確実にするためにキャリア帯域幅だけ、間隔が空けられる。ガード・トーンが、隣接キャリア間で使用される。

【0199】

非レガシー・サポート・キャリアがレガシー・サポート・キャリアに隣接している場合、非レガシー・キャリアの中心周波数は、隣接する２つのキャリアの中心周波数が、キャリア帯域幅５／１０／２０ＭＨｚに対して５．２５／１０．５／２１ＭＨｚだけ間隔を空け得るように非レガシー・キャリアの中心周波数をオフセットさせることが可能である。
よって、隣接キャリアの中心周波数の間隔は、サブキャリアのミスアラインメントの問題を避けるために５．２５ＭＨｚの倍数に設定することが可能である。例えば、隣接する２つの５ＭＨｚキャリアは５．２５ＭＨｚだけ、間隔が空けられる。隣接する２つの１０ＭＨｚは、１０．５ＭＨｚだけ、間隔が空けられる。キャリア帯域幅５ＭＨｚの例証を図１０に示す。非レガシー・キャリアの場合、図１０に示すように、キャリアの両側で、等しくない数のガード・サブキャリアが使用される。

【0200】

非レガシー・キャリアによってサポートされるゾーン内のサブフレーム上では、隣接キャリア間でキャリア帯域幅を超えるガード・トーンは必要でない。レガシー・キャリアによってサポートされたゾーン内のサブフレーム上では、レガシー・ゾーン内のサブフレーム上で、ガード・トーンがなお、隣接するキャリア間で使用される。

【0201】

図１１は、連続する２つの５ｍｓの無線フレーム１１３０、１１５０における非レガシー・サポート・キャリアを有する１つのキャリア、及びレガシー・サポート・キャリアを有する１つのキャリアの、隣接する２つのキャリアの例を示す。

【0202】

個々に示していないが、垂直方向において周波数ブロックとして示す複数のサブキャリアを有する、レガシー・サポートを含む第１のキャリア１１１０は、連続する２つの５ｍｓ無線フレームにわたって示す。各無線フレームのＤＬ部分は４つのサブフレームを含み、そのうちの２つはレガシー・サブフレーム１１３１であり、そのうちの２つは非レガシー・サブフレーム１１３３である。各無線フレームのＵＬ部分は４つのサブフレームを含み、そのうちの１つはレガシー・サブフレーム１１４１であり、そのうちの３つは非レガシー・サブフレーム１１４３である。

【0203】

垂直方向における周波数ブロックにおいて複数のサブキャリアを有する、レガシー・サポートを含まない第２のキャリア５２０は、連続する５ｍｓの２つの無線フレームにわたって示す。各無線フレームのＤＬ部分は４つのサブフレームを含み、それらは全て、非レガシー・サブフレーム１１３６を含む。各無線フレームのＵＬ部分は４つのサブフレームを含み、その全てが非レガシー・サブフレーム１１４６である。

【0204】

第１のキャリア１１１０では、レガシーＤＬサブフレーム１１３１の一部のサブキャリアは、第１のキャリア１１１０のサブキャリアと第２のキャリア１１２０のサブキャリアとの間のガード・トーン１１３５として割り当てられる。第２のキャリア１１２０では、第２のキャリア１１２０のサブキャリアと第１のキャリア１１１０のサブキャリアとの間のガード・トーンとして割り当てられるサブキャリアはない。

【0205】

第１のキャリア１１１０では、レガシーＵＬサブフレーム１１４１の一部のサブキャリアは、第１のキャリア１１１０のサブキャリアと第２のキャリア１１２０のサブキャリアとの間でガード・ト―ン１１４５として割り当てられる。第２のキャリア１１２０では、第２のキャリア１１２０のサブキャリアと第１のキャリア１１１０のサブキャリアとの間でガード・トーンとして割り当てられるサブキャリアはない。

【0206】

特定の実施例では、隣接する２つの５ＭＨｚキャリアの場合、隣接するキャリアは５．２５ＭＨｚだけ間隔が空けられているが、ＷｉＭＡＸ ＯＦＤＭの数秘学がオーバサンプリング・レートを使用するので、キャリア間の帯域幅の浪費はない。５１２−ＦＦＴの実効帯域幅は５．６ＭＨｚである。一部の実現形態では、両側のガード・サブキャリアを調節することにより、隣接する２つのキャリア間の間隙を除去することが可能である。更に、両側のガード・サブキャリアを調節することにより、帯域外スペクトル・マスク要件も満たし得る。このことは図１２ａに示す。

【0207】

図１２ａに示すように、等しくない数のガード・サブキャリアがキャリアの両側で使用される。隣接する２つのキャリア間のガード・サブキャリアの数は、キャリア毎に１６である。スペクトルの端部におけるガード・サブキャリアの数は、スペクトル・マスク要件に基づいて調節可能である。
図１２ａ及び図１２ｂ、並びに図１３ａ、１３ｂ、及び図１３ｃに２つのシナリオを示す。

【0208】

シナリオ１ スペクトル境界と各キャリアの中心キャリア周波数との間の一様な距離
図１２ａ及び図１２ｂに示すように、中心周波数は、５ＭＨｚスペクトル境界から２．６２５ＭＨｚ（又は１０．５ラスタ）にある。このシナリオの欠点は、中心周波数位置が、ラスタ境界と合っていないという点である。

【0209】

シナリオ２ スペクトル境界と、各キャリアの中心キャリア周波数との間の一様でない距離
シナリオ２では、中心周波数位置は、ラスタ境界と合わせられる。図１３ａ及び図１３ｂに示すように、キャリア１の中心周波数は、５ＭＨｚスペクトル境界から１１ラスタだけ、距離が空けられる。キャリア２の中心周波数は、５ＭＨｚのスペクトル境界から１０ラスタだけ、間隔が空けられる。これは、隣接する２つのキャリア間のガード・サブキャリアの数が一様でないことをもたらす。図１３ａに示すように、キャリア２の隣の側のキャリア１のガード・サブキャリアは５である。キャリア１の隣の側のキャリア２のガード・サブキャリアは２８である。スペクトルの端部におけるガード・サブキャリアの数は、スペクトル・マスク要件に基づいて調節可能である。

【0210】

図１３ｃは更に、３つ以上の隣接キャリアの一般的なケースを示す。スペクトル境界からの中心周波数の間隔は、中心周波数がラスタ境界と合っていることを確実にするよう、調節される。更に、隣接キャリアの中心周波数間の間隔は２１ラスタで維持される。

【0211】

レガシーＷｉＭＡＸキャリアを含む特定の実施例では、レガシー・キャリアのキャリア周波数は、図１４に示す５ＭＨｚ帯においてセンタリングされていなければならない（図１４参照）。この場合、隣接する非レガシー・キャリアは、中心周波数間の全体的な５．２５ＭＨｚ間隔を維持するために更にオフセットされなければならない。図１４に示すように、レガシー・キャリアの場合、同じ数のガード・サブキャリアがキャリアの両側で使用される。非レガシー・キャリアの場合、等しくない数のガード・サブキャリアがキャリアの両側で使用される。レガシー・キャリアに隣接する側のガード・サブキャリアの数は、５サブキャリアである。スペクトルの端部におけるガード・サブキャリアの数は、スペクトル・マスク要件に基づいて調節可能である。レガシー・キャリアに隣接していない、スペクトルにおける他のキャリアの場合、図１２ａ、図１２ｂ、図１３ａ、図１３ｂ及び図１３ｃを参照して説明した手法を使用し得る。

【0212】

一部の実施例では、サブキャリア間隔でキャリア間隔が除算可能であることを確実にするよう、隣接ＯＦＤＭキャリアの中心周波数の間隔をオフセットするための方法が提供される。

【0213】

一部の実施例では、各キャリアの帯域幅に等しくない間隔を有するよう、隣接ＯＦＤＭキャリアの中心周波数の間隔をオフセットするための方法が提供される。

【0214】

一部の実施例では、キャリアの両側に、等しくない数のガード・サブキャリアを割り当てるための方法が提供される。

【0215】

一部の実施例では、キャリアの両側に同数のガード・サブキャリアを有し、帯域幅の真ん中に配置された中心周波数を有する規則的なキャリアを、キャリアの両側に、等しくない数のガード・サブキャリアを有し、帯域幅の真ん中からオフセットされた中心周波数を有するキャリアと混合するための方法が提供される。

【0216】

通信システムの例示的な構成部分の説明
好ましい実施例の構造及び機能を詳説する前に、本発明の局面が実現される移動端末１６及び基地局１４を概要レベルで説明する。図１５を参照すれば、基地局１４を示す。基地局１４は一般に、制御システム２０と、ベースバンド・プロセッサ２２と、送信回路２４と、受信回路２６と、複数のアンテナ２８と、ネットワーク・インタフェース３０とを含む。受信回路２６は、（図１に示す）移動端末１６によって設けられる１つ又は複数の遠隔送信器からの情報を担持する無線周波数信号を受信する。低雑音増幅器及びフィルタ（図示せず）は、処理するために、信号から広帯域干渉を増幅し、除去するよう協調し得る。ダウンコンバージョン及びディジタル化回路（図示せず）は、次いで、フィルタリングされ、受信された信号を中間又はベースバンド周波数信号にダウンコンバートし、これは次いで、１つ又は複数のディジタル・ストリームにディジタル化される。

【0217】

ベースバンド・プロセッサ２２は、受信信号において伝えられた情報又はデータ・ビットを抽出するようディジタル化受信信号を処理する。この処理は通常、復調、復号化、及び誤り訂正動作を含む。そういうものとして、ベースバンド・プロセッサ２２は一般に、１つ又は複数のディジタル信号プロセッサ（ＤＳＰ）又は特定用途向集積回路（ＡＳＩＣ）において実現される。受信された情報は、次いで、ネットワーク・インタフェース３０を介して無線ネットワークにわたって送出されるか、又は、基地局１４によってサービスされる別の移動端末１６に送信される。

【0218】

送信側では、ベースバンド・プロセッサ２２は、制御システム２０の制御下で、ネットワーク・インタフェース３０から、音声、データ、又は制御情報を表し得るディジタル化データを受信し、送信するためにデータを符号化する。符号化データは送信回路２４に出力され、送信回路２４では、符号化データは、所望の送信周波数を有するキャリア信号によって変調される。電力増幅器（図示せず）は、送信に適切なレベルに変調済キャリア信号を増幅し、変調されたキャリア信号をアンテナ２８にマッチング・ネットワーク（図示せず）を介して供給する。当業者に入手可能な種々の変調及び処理手法を、基地局と移動端末との間での信号送信に使用することが可能である。

【0219】

図１６を参照すれば、本発明の一実施例によって構成される移動端末１６を示す。基地局１４と同様に、移動端末１６は、制御システム３２と、ベースバンド・プロセッサ３４と、送信回路３６と、受信回路３８と、複数のアンテナ４０と、ユーザ・インタフェース回路４２とを含む。受信回路３８は、１つ又は複数の基地局１４からの情報を担持する無線周波数信号を受信する。低雑音増幅器及びフィルタ（図示せず）は、処理するために信号から広帯域干渉を増幅し、除去するよう協調し得る。ダウンコンバージョン及びディジタル化回路（図示せず）は、次いで、フィルタリングされ、受信された信号を中間又はベースバンド周波数信号にダウンコンバートし、これは次いで、１つ又は複数のディジタル・ストリームにディジタル化される。

【0220】

ベースバンド・プロセッサ３４は、受信信号において伝えられた情報又はデータ・ビットを抽出するようディジタル化受信信号を処理する。この処理は通常、復調、復号化、及び誤り訂正動作を含む。ベースバンド・プロセッサ３４は一般に、１つ又は複数のディジタル信号プロセッサ（ＤＳＰ）及び特定用途向集積回路（ＡＳＩＣ）において実現される。

【0221】

送信については、ベースバンド・プロセッサ３４は、送信するために符号化する、音声、データ又は制御情報を表し得るディジタル化データを制御システム３２から受信する。
符号化データは送信回路３６に出力され、送信回路３６では、符号化データは、所望の送信周波数におけるキャリア信号を変調するために変調器によって使用される。電力増幅器（図示せず）は、送信に適切なレベルに変調済キャリア信号を増幅し、変調されたキャリア信号をアンテナ４０にマッチング・ネットワーク（図示せず）を介して供給する。当業者に入手可能な種々の変調及び処理手法が、移動端末と基地局との間での信号送信に使用される。

【0222】

ＯＦＤＭ変調では、送信帯域は、複数の直交キャリア波に分割される。各キャリア波は、送信する対象のディジタル・データに応じて変調される。ＯＦＤＭは送信帯域を複数のキャリアに分割するので、キャリア毎帯域幅は減少し、キャリア毎変調時間は増加する。
複数のキャリアは並列に送信されるので、何れかの特定のキャリア上のディジタル・データ又はシンボルの送信速度は、単一のキャリアが使用される場合よりも低い。

【0223】

ＯＦＤＭ変調は、送信する対象の情報に対する逆高速フーリエ変換（ＩＦＦＴ）の特性を利用する。復調については、受信信号に対する高速フーリエ変換（ＦＦＴ）の特性により、送信された情報が回復される。実際には、ＩＦＦＴ及びＦＦＴは、逆離散フーリエ変換（ＩＤＦＴ）及び離散フーリエ変換（ＤＦＴ）それぞれを行うディジタル信号処理によって提供される。よって、ＯＦＤＭ変調の特徴的な特性は、送信チャネル内の複数の帯域について、直交キャリア波が生成されるという点である。変調された信号は、相対的に低送信速度を有し、そのそれぞれの帯域内に留まることができる。個々のキャリア波はディジタル信号によって直接変調されない。その代わり、キャリア波は全て、一度、ＩＦＦＴ処理によって変調される。
動作上、ＯＦＤＭは好ましくは、少なくとも、基地局１４から移動端末１６への下りリンクに使用される。各基地局１４には、「ｎ」個の送信アンテナ２８が装備され、各移動端末１６には、「ｍ」個の受信アンテナ４０が装備される。特に、それぞれのアンテナは、適切な送受切り替え器又はスイッチを使用して受信及び送信に使用することが可能であり、明確にする目的のみで、そのように符号を付している。

【0224】

図１７を参照すれば、論理的なＯＦＤＭ送信アーキテクチャを説明する。まず、基地局コントローラ１０は、種々の移動端末１６に送信する対象のデータを基地局１４に送出する。基地局１４は、移動端末に関連付けられたチャネル品質指標（ＣＱＩ）を使用して、送信するためのデータをスケジューリングし、スケジューリングされたデータを送信するために適切な符号化及び変調を選択し得る。ＣＱＩは、移動端末１６から直接のものであり得るか、又は移動端末１６によって供給される情報に基づいて基地局１４によって求め得る。いずれにせよ、各移動端末１６のＣＱＩは、ＯＦＤＭ周波数帯にわたってチャネル振幅（又は応答）が変動する度合いの関数である。

【0225】

スケジューリングされたデータ４４は、ビットストリームであり、データ・スクランブリング・ロジック４６を使用してデータに関連付けられたピーク対平均電力比を削減するようにスクランブルされる。スクランブルされたデータの巡回冗長度検査（ＣＲＣ）が判定され、ＣＲＣ追加ロジック４８を使用してスクランブルされたデータに付加される。次いで、チャネル符号化が、データに冗長度を加えて、移動端末１６における回復及び誤り訂正を容易にするためにチャネル符号化器ロジック５０を使用して行われる。やはり、特定の移動端末１６のチャネル符号化はＣＱＩに基づく。一部の実現形態では、チャネル符号化器ロジック５０は、既知のターボ符号化手法を使用する。符号化データは次いで、符号化に関連付けられたデータ拡張を補償するために速度マッチング・ロジック５２によって処理される。
ビット・インタリーバ・ロジック５４は、連続データ・ビットの喪失を最小にするために、符号化データにおけるビットを体系的に再配列する。結果として生じるデータ・ビットは、マッピング・ロジック５６により、選ばれたベースバンド変調に応じて対応するシンボルに体系的にマッピングされる。好ましくは、直交振幅変調（ＱＡＭ）又は直交位相シフト・キー（ＱＰＳＫ）変調が使用される。変調の度合いは好ましくは、特定の移動端末のＣＱＩに基づいて選ばれる。シンボルは、シンボル・インタリーバ・ロジック５８を使用して周波数選択性フェジングによってもたらされる周期的データ喪失に対する、送信済信号の耐性を更に増強するよう体系的に再配列し得る。

【0226】

この時点で、ビット・グループは、振幅及び位相の配置図における位置を表すシンボルにマッピングされている。空間ダイバーシチが望まれる場合、シンボルのブロックが次いで、シンボルを修正する空間・時間ブロック符号（ＳＴＣ）符号化器ロジック６０により、送信済信号の、干渉に対する耐性を高め、移動端末１６における復号化をより容易にするように処理される。ＳＴＣ符号化器ロジックは、入ってくるシンボルを処理し、基地局１４の送信アンテナ２８の数に対応する「ｎ」個の出力を供給する。図１５に関して上述した制御システム２０及び／又はベースバンド・プロセッサ２２は、ＳＴＣ符号化を制御するためのマッピング制御信号を供給する。この時点で、「ｎ」個の出力のシンボルは、送信する対象のデータを表し、移動端末１６によって回復することができるものとする。

【0227】

この例の場合、基地局１４が２つのアンテナ２８（ｎ＝２）を有し、ＳＴＣ符号化器ロジック６０が２つの出力シンボル・ストリームを供給するものとする。よって、ＳＴＣ符号化器ロジック６０によって出力されるシンボル・ストリームそれぞれは、対応するＩＦＦＴプロセッサ６２（理解を容易にするために別個に示している）に送出される。１つ又は複数のプロセッサは、単独で、又は本明細書及び特許請求の範囲記載の他の処理と組み合わせて前述の信号処理を提供するために使用することができるということを当業者は認識するであろう。ＩＦＦＴプロセッサ６２は好ましくは、逆フーリエ変換を提供するようそれぞれのシンボルを処理する。ＩＦＦＴプロセッサ６２の出力は、時間領域においてシンボルを供給する。時間領域シンボルは、プレフィクス挿入ロジック６４により、プレフィクスに関連付けられたフレームにグループ化される。結果として生じた信号それぞれは、対応するディジタル・アップコンバージョン（ＤＵＣ）及びディジタル・アナログ（Ｄ／Ａ）変換回路６６により、ディジタル領域において中間周波数にアップコンバートされ、アナログ信号に変換される。結果として生じる（アナログ）信号は次いで、ＲＦ回路６８及びアンテナ２８により、同時に所望のＲＦ周波数で変調され、増幅され、送信される。特に、意図された移動端末１６によって知られているパイロット信号は、サブキャリアのうちで散乱させる。移動端末１６（以下に更に詳細に説明する）は、チャネル推定のためにパイロット信号を使用する。

【0228】

次に、移動端末１６による、送信された信号の受信を例証するために図１８を参照する。移動端末１６のアンテナ４０それぞれにおいて送信信号が到着すると、それぞれの信号は、対応するＲＦ回路７０によって復調され、増幅される。簡潔性及び明確性のために、２つの受信経路のうちの１つのみを詳細に説明し、例証する。アナログ・ディジタル（Ａ／Ｄ）変換器及びダウンコンバート回路７２は、ディジタル処理のために、アナログ信号をディジタル化し、ダウンコンバートする。結果として生じるディジタル化信号は、受信される信号レベルに基づいてＲＦ回路７０において増幅器の利得を制御するために自動利得制御回路（ＡＧＣ）７４によって使用することができる。

【0229】

当初、ディジタル化信号は、いくつかのＯＦＤＭシンボルをバッファリングし、連続する２つのＯＦＤＭシンボル間の自動相関を算出する粗同期化ロジック７８を含む同期化ロジック７６に供給される。相関結果の最大値に対応する結果として生じる時間インデクスにより、細かい同期化サーチ・ウィンドウ（ヘッダに基づいて、厳密なフレーミング開始位置を求めるために、細かい同期化ロジック８０によって使用される）が求められる。細かい同期化ロジック８０の出力は、フレーム・アラインメント・ロジック８４によるフレーム獲得を容易にする、適切なフレーミング・アライメントは、その後のＦＦＴ処理が時間領域から周波数領域への正確な変換をもたらすように重要である。細かい同期化アルゴリズムは、既知のパイロット・データの局所の複製、及びヘッダによって収容される受信パイロット信号との間の相関に基づく。フレーム・アラインメント獲得が行われると、ＯＦＤＭシンボルのプレフィクスがプレフィクス除去ロジック８６によって除去され、結果として生じるサンプルは周波数オフセット変換ロジック８８に送出され、これは、送信器及び受信器におけるマッチングされていない局所発振器によってもたらされるシステム周波数オフセットを補償する周波数オフセット補正ロジック８８に送出される。好ましくは、同期化ロジック７６は、送信された信号に対する前述の影響の推定を支援し、前述の推定を補正ロジック８８に供給してＯＦＤＭシンボルを適切に処理するためにヘッダに基づく周波数オフセット及びクロック推定ロジック８２を含む。

【0230】

この時点で、時間領域におけるＯＦＤＭシンボルは、すぐに、ＦＦＴ処理ロジック９０を使用して周波数領域に変換することができる。その結果は、周波数領域シンボルであり、これは処理ロジック９２に送出される。処理ロジック９２は、散乱パイロット抽出ロジック９４を使用して散乱パイロット信号を抽出し、チャネル推定ロジック９６を用いて、抽出されたパイロット信号に基づいてチャネル推定を求め、チャネル再構成ロジック９８を使用してサブキャリア全てのチャネル応答を供給する。サブキャリア毎のチャネル応答を求めるために、パイロット信号は、事実上、時間及び周波数において既知のパターンにおけるＯＦＤＭサブキャリアにわたるデータ・シンボルのうちで散乱した複数のパイロット・シンボルである。ＯＦＤＭ環境における特定の時間及び周波数プロットにわたる利用可能なサブキャリアのうちのパイロット・シンボルの散乱の例は、本出願の同じ譲受人に譲渡された西暦２００５年３月１５日付出願のＰＣＴ国際出願ＰＣＴ／ＣＡ２００５／０００３８７に記載されている。図１８を続ければ、処理ロジックは、パイロット・シンボルが送信された、サブキャリアのチャネル応答を求めるために特定の時点で特定のサブキャリアにおいて期待されるパイロット・シンボルと、受信されたパイロット・シンボルを比較する。結果は、パイロット・シンボルが供給されなかった残りのサブキャリアの、全部でなくても、大半のチャネル応答を推定するよう補間される。実際の、及び補間されたチャネル応答は、ＯＦＤＭチャネルにおけるサブキャリアの、全部でなくても、大半のチャネル応答を含む全体的なチャネル応答を推定するために使用される。

【0231】

受信経路毎のチャネル応答から導き出される周波数領域シンボル及びチャネル再構成情報はＳＴＣ復号化器１１０に供給され、ＳＴＣ復号化器は、送信されたシンボルを回復するために受信経路両方でＳＴＣ復号化を提供する。チャネル再構成情報は、それぞれの周波数領域シンボルを処理する場合に送信チャネルの影響を除去するために十分な等化情報をＳＴＣ復号化器１００に供給する。

【0232】

回復されたシンボルは、送信器のシンボル・インタリーバ・ロジック５８に対応するシンボル・デインタリーバ・ロジック１０２を使用してもう一度順番に配置される。インタリーブ解除されたシンボルは、次いで、マッピング解除ロジック１０４を使用して、対応するビットストリームに復調又はマッピング解除される。ビットは次いで、送信器アーキテクチャのビット・インタリーバ・ロジック５４に対応するビット・デインタリーバ・ロジック１０６を用いてインタリーブ解除される。インタリーブ解除されたビットは次いで、速度マッチング解除ロジック１０８によって処理され、当初スクランブルされたデータ及びＣＲＣチェックサムを回復するためにチャネル復号化器ロジック１１０に提示される。よって、ＣＲＣロジック１１２は、ＣＲＣチェックサムを除外し、スクランブルされたデータを伝統的なやり方で検査し、元々送信されたデータ１１６を回復するために既知の基地局スクランブリング解除コードを使用してスクランブル解除するためにスクランブル解除ロジック１１４に供給する。

【0233】

データ１１６の回復と並列に、ＣＱＩ、又は、少なくとも、基地局１４においてＣＱＩを作成するために十分な情報が、求められ、基地局１４に送信される。上述の通り、ＣＱＩは、キャリア対干渉比（ＣＲ）、及びＯＦＤＭ周波数帯における種々のサブキャリアにわたってチャネル応答が変動する度合いであり得る。情報を送信するために使用されるＯＦＤＭ周波数帯におけるサブキャリア毎のチャネル利得は、ＯＦＤＭ周波数帯にわたってチャネル利得が変動する度合いを判定するために互いに比較される。変動の度合いを測定するために数多くの手法が利用可能であるが、一手法は、データを送信するために使用されるＯＦＤＭ周波数帯にわたってサブキャリア毎のチャネル利得の標準偏差を算出する。

【0234】

図１、及び図１５乃至図１８はそれぞれ、本発明の実施例を実現するために使用することが可能な通信システム又は通信システムの構成要素の特定の例を示す。本発明の実施例は、特定の例とは異なるが、本明細書及び特許請求の範囲記載の実施例の実現形態と整合するやり方で動作するアーキテクチャを有する通信システムで実現することが可能である。

【0235】

本発明の数多くの修正及び変形が上記教示に照らして考えられる。したがって、特許請求の範囲記載の範囲内で、本発明は、本明細書及び特許請求の範囲記載のものとは別のやり方で実施することができる。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図4A】

【図4B】

【図4C】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12A】

【図12B】

【図13A】

【図13B】

【図13C】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】