特開 2023-52727 無線通信における構成可能なＭＩＭＯ処理の方法および装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023052727

(43)【公開日】2023-04-12

(54)【発明の名称】無線通信における構成可能なＭＩＭＯ処理の方法および装置

(51)【国際特許分類】

   H04B 7/0413 20170101AFI20230405BHJP

   H04L 27/00 20060101ALI20230405BHJP

   H04L 1/00 20060101ALI20230405BHJP

【ＦＩ】

H04B7/0413

H04L27/00 Z

H04L1/00 E

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022170144

(22)【出願日】2022-10-24

(62)【分割の表示】P 2018128140の分割

【原出願日】2018-07-05

(31)【優先権主張番号】62/529,140

(32)【優先日】2017-07-06

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】518240233

【氏名又は名称】ペラソ、テクノロジーズ、インコーポレイテッド

【氏名又は名称原語表記】ＰＥＲＡＳＯ ＴＥＣＨＮＯＬＯＧＩＥＳ ＩＮＣ．

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100118843

【弁理士】

【氏名又は名称】赤岡 明

(74)【代理人】

【識別番号】100120385

【弁理士】

【氏名又は名称】鈴木 健之

(72)【発明者】

【氏名】ゲーリー、チェン

(72)【発明者】

【氏名】ジョセフ、アンドニフ

(72)【発明者】

【氏名】ブラッドリー、ロバート、リンチ

(72)【発明者】

【氏名】クリストファー、ジェームズ、ハンセン

【テーマコード（参考）】

5K014

【Ｆターム（参考）】

5K014BA05

5K014FA11

(57)【要約】      （修正有）

【課題】多種多様な環境で動作し、多種多様な機能を有する複数出力（ＭＩＭＯ）処理の方法および送信局を提供する。
【解決手段】送信局における方法は、送信局の複数のアンテナを介して受信局に送信するためのペイロードデータを生成するステップと、ペイロードデータを送信するために、いくつかの送信ストリームを選択するステップと、送信ストリームのそれぞれについて、それぞれの変調方式を選択するステップと、変調方式と、単一符号化モードおよびストリーム毎符号化モードのうちのアクティブなモードとに応じて、いくつかの符号化変調送信ストリームを生成するステップと、を含む。各符号化変調送信ストリームは、ペイロードデータの一部を含む。方法はさらに、受信局に送信するために符号化変調送信ストリームを各アンテナに提供するステップを含む。
【選択図】図２

【特許請求の範囲】

【請求項1】

送信局における方法であって、
前記送信局の複数のアンテナを介して受信局に送信するためのペイロードデータを生成するステップと、
前記ペイロードデータを送信するために、いくつかの送信ストリームを選択するステップと、
前記送信ストリームのそれぞれについて、それぞれの変調方式を選択するステップと、 前記変調方式と、（ｉ）単一符号化モードおよび（ｉｉ）ストリーム毎符号化モードのうちのアクティブなモードとに応じて、前記いくつかの符号化変調送信ストリームを生成するステップであって、
前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードがストリーム毎符号化モードである場合、
いくつかの非符号化送信ストリームを生成するために前記ペイロードデータをストリームパーサに提供し、
いくつかの符号化送信ストリームを生成するために、前記非符号化送信ストリームを各符号器に供給し、
前記符号化変調送信ストリームを生成するために、前記符号化送信ストリームを各変調器に供給する、
ことによって前記符号化変調送信ストリームを生成し、
各符号化変調送信ストリームが前記ペイロードデータの一部を含む、ステップと、
前記受信局に送信するために前記符号化変調送信ストリームを前記各アンテナに提供するステップと、
を備え、
前記方法は、前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードが前記単一符号化モードである場合、
符号化されたペイロードデータを生成するために前記ペイロードデータを単一符号器に供給するステップと、
前記符号化されたペイロードデータを前記いくつかの符号化送信ストリームを生成するために前記ストリームパーサに供給するステップと、
前記符号化変調送信ストリームを生成するために、前記符号化送信ストリームを前記各変調器に供給するステップと、
をさらに備える、方法。

【請求項2】

前記送信局は、単一符号器のみを含み、前記単一符号化モードが、前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードとして予め設定される、請求項１に記載の方法。

【請求項3】

前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードのインジケータを含むヘッダデータを前記ペイロードデータと連結するステップ、をさらに備える、請求項１に記載の方法。

【請求項4】

複数のアンテナと、
前記複数のアンテナに接続するコントローラと、
を備え、
前記コントローラが、
前記複数のアンテナを介して受信局に送信するためのペイロードデータを生成し、
前記ペイロードデータを送信するために、いくつかの送信ストリームを選択し、
前記送信ストリームのそれぞれについて、各変調方式を選択し、
前記変調方式と、（ｉ）単一符号化モードおよび（ｉｉ）ストリーム毎符号化モードのうちのアクティブなモードとに応じて、前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードがストリーム毎符号化モードである場合、それぞれが前記ペイロードデータの一部を含む前記いくつかの符号化変調送信ストリームを生成するために、
いくつかの非符号化送信ストリームを生成するために前記ペイロードデータをストリームパーサに提供し、
いくつかの符号化送信ストリームを生成するために、前記非符号化送信ストリームを各符号器に供給し、
前記符号化変調送信ストリームを生成するために、前記符号化送信ストリームを各変調器に供給し、
前記受信局に送信するために前記符号化変調送信ストリームを前記各アンテナに提供する、
よう構成され、
前記送信局は、前記コントローラが、前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードが前記単一符号化モードである場合に、
符号化されたペイロードデータを生成するために前記ペイロードデータを単一符号器に供給し、
前記符号化されたペイロードデータを前記いくつかの符号化送信ストリームを生成するために前記ストリームパーサに供給し、
前記符号化変調送信ストリームを生成するために、前記符号化送信ストリームを前記各変調器に供給するようさらに構成される、送信局。

【請求項5】

前記送信局が、単一符号器のみを含み、前記単一符号化モードが、前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードとして予め設定される、請求項４に記載の送信局。

【請求項6】

前記コントローラが、前記単一符号化モードおよび前記ストリーム毎符号化モードのうちの前記アクティブなモードのインジケータを含むヘッダデータを前記ペイロードデータと連結するようさらに構成される、
請求項４に記載の送信局。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれる、２０１７年７月６日に出願された米国仮特許出願第６２／５２９１４０号の優先権を主張する。

【0002】

本明細書は、一般に、無線通信に関し、具体的には、無線通信における構成可能な複数入力、複数出力（ＭＩＭＯ）処理のための方法および装置に関する。

【背景技術】

【0003】

無線デバイスは、多種多様な環境で動作し、多種多様な機能（例えば、利用可能な計算資源）を有することができる。したがって、共有通信規格を実装するデバイスは、異なる動作上の制約の下で動作することがある。ある動作上の制約に適した技術的適応は、他のものにはあまり適していない可能性があり、したがって、共有規格に従って動作するデバイスがそのような適応を実装する場合、結果として、上記のデバイスのいくつかは、互いに通信する場合に、または通信を確立することができないことにより性能が低下する可能性がある。

【発明の概要】

【0004】

本明細書の一態様は、送信局における方法を提供し、本方法は、送信局の複数のアンテナを介して受信局に送信するためのペイロードデータを生成するステップと、ペイロードデータを送信するために、いくつかの送信ストリームを選択するステップと、送信ストリームのそれぞれについて、それぞれの変調方式を選択するステップと、変調方式と、（ｉ）単一符号化モードおよび（ｉｉ）ストリーム毎符号化モードのうちのアクティブなモードとに応じて、いくつかの符号化変調送信ストリームを生成するステップであって、各符号化変調送信ストリームがペイロードデータの一部を含む、ステップと、符号化変調送信ストリームを受信局に送信するために各アンテナに提供するステップと、を備える。

【0005】

実施形態は、以下の図を参照して説明される。

【図面の簡単な説明】

【0006】

【図1】無線通信システムを示す図である。

【図2】構成可能なＭＩＭＯ処理の方法を示す図である。

【図3】図２の方法の機能を実現する送信器アーキテクチャを示す図である。

【図4】図２の方法の別の機能を実現する送信器アーキテクチャを示す図である。

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

【0007】

図１は、無線局とも呼ばれる複数の無線デバイスを含む無線通信システム１００を示す。特に、図１は、第２のデバイス１０８に接続された第１のデバイス１０４を示す。システム１００は、他の実施形態では、追加のデバイスを含むことができる。デバイス１０４および１０８のそれぞれは、無線アクセスポイント（例えば、ルータ）、スマートフォンもしくは他のモバイルデバイス、メディアサーバ、またはホームコンピュータなどとして実現することができる。この例では、デバイス１０４は、送信デバイスと呼ばれ、無線リンク１１２を介してデバイス１０４からデバイス１０８へのデータの送信に関連する機能（例えば、直接リンク、または無線ローカルエリアネットワーク（ＷＬＡＮ）を介して実現されるリンクなど）については後述する。したがって、デバイス１０８は、受信デバイス１０８とも称する。当業者には明らかであるように、デバイス１０４は、典型的には、データを受信するようにも構成され、デバイス１０８は、典型的には、データを送信するようにも構成される。

【0008】

以下に説明する例では、デバイス１０４および１０８のそれぞれは、共有無線通信規格を実装するよう構成された無線通信アセンブリを含む。より具体的には、システム１００のデバイスは、（ＷｉＧｉｇとも呼ばれる）約６０ＧＨｚの周波数を使用する無線規格に従って通信するようそれぞれ構成される。そのような規格の例は、ＩＥＥＥ８０２．１１ａｄ規格およびその拡張（例えば、８０２．１１ａｙ）である。したがって、明らかなように、システム１００のデバイスは、搬送周波数の共通セットを使用する。例えば、８０２．１１ａｄおよび８０２．１１ａｙ規格は、５８．３２ＧＨｚ、６０．４８ＧＨｚ、６２．６４ＧＨｚ、および６４．８ＧＨｚの中心周波数、ならびに２．１６ＧＨｚの帯域幅を有する４つのチャネルを規定する。送信のためのデータの処理に用いられるデバイス１０４のある特定の構成要素は、以下でより詳細に説明される。当業者には明らかであるように、そのような構成要素もデバイス１０８に含むことができ、両方のデバイス１０４および１０８は、受信信号の処理に使用されるさらなる構成要素（図示せず）も含むことができる。

【0009】

デバイス１０４は、プロセッサ１２０とも称する中央処理装置（ＣＰＵ）を含む。プロセッサ１２０は、様々な動作を実行するための様々なコンピュータ可読命令が格納された、メモリ１２４などの、非一時的コンピュータ可読記憶媒体（例えば、デバイス１０８へのストリーミングメディア）と相互接続される。メモリ１２４は、揮発性メモリ（例えば、ランダムアクセスメモリ、すなわち、ＲＡＭ）および不揮発性メモリ（例えば、リードオンリメモリ、すなわち、ＲＯＭ、電気的消去可能プログラマブル読み出し専用メモリ、すなわち、ＥＥＰＲＯＭ、フラッシュメモリ）の適切な組み合わせを含む。プロセッサ１２０およびメモリ１２４のそれぞれは、１つまたは複数の集積回路を備える。

【0010】

デバイス１０４はまた、一般に入力／出力デバイス１２８として示される、１つまたは複数の入力デバイスと、１つまたは複数の出力デバイスとを含む。入出力デバイス１２８は、デバイス１０４の動作を制御し、情報を、例えば、デバイス１０４のオペレータに提示するためのコマンドを受信するよう機能する。したがって、入出力デバイス１２８は、キーボード、マウス、ディスプレイ、タッチスクリーン、スピーカ、およびマイクロフォンなどを含むデバイスの任意の適切な組み合わせを含む。他の実施形態では、入出力デバイスは、ネットワークを介してプロセッサ１２０に接続してもよく、または単に省略してもよい。

【0011】

デバイス１０４は、プロセッサ１２０と相互接続された無線通信アセンブリ１３２をさらに含む。アセンブリ１３２は、デバイス１０４が他のコンピューティングデバイスと通信することを可能にする。この例では、前述したように、アセンブリ１３２は、ＩＥＥＥ８０２．１１ａｙ規格に従って通信を可能にし、したがって、約６０ＧＨｚの周波数でデータを送受信する。

【0012】

通信アセンブリ１３２は、他のデバイス（例えば、リンク１１２）との通信リンクを確立および維持するよう構成された１つまたは複数の集積回路の形態のコントローラ１３６を含む。コントローラ１３６は、ベースバンドプロセッサと、別個のハードウェア要素として実施されるか、単一の回路上に統合され得る１つまたは複数のトランシーバとを含む。コントローラ１３６は、複数のアンテナ１４０を介して送信するために出力データを処理するよう構成され、４つの例１４０－１、１４０－２、１４０－３、および１４０－４（総称してアンテナ１４０と称し、一般にアンテナ１４０と称する）が図１に示される。
各アンテナ１４０は、例えば、アンテナ素子のフェーズドアレイを含むことができる。言い換えれば、デバイス１０４は、複数入力および出力ストリームを使用してデータを送信および受信するために複数入力、複数出力（ＭＩＭＯ）機能を使用することが可能であり、送信データまたは受信データの一部が別個のアンテナ１４０を介して送信または受信される。以下により詳細に説明するように、コントローラ１３６は、処理されたデータをアンテナ１４０にもたらす前に、選択可能な符号化モードおよび変調方式に従って送信するために送信データを処理するよう構成される。

【0013】

コントローラ１３６は、上記の機能を実行するための制御アプリケーション１４４の形態で、（例えば、コントローラ１３６と一体化されたメモリ要素に格納されるか、またはアセンブリ１３２の個別のハードウェア構成要素として実装され、コントローラ１３６に接続される）様々なコンピュータ可読命令を実行するよう構成される。制御アプリケーション１４４は、例えば、プロセッサ１２０を介して、アセンブリ１３２に配備されたソフトウェアドライバとして実現することができる。アプリケーション１４４を実行することにより、コントローラ１３６は、無線通信アセンブリ１３２を動作させて、デバイス１０８に送信されるべきペイロードデータを処理する際に使用する構成を選択し、選択された構成に従って処理を実行するよう構成される。

【0014】

アンテナ１４０を介して送信するためのデータの処理は、当業者には明らかであるように、データに順方向誤り訂正（ＦＥＣ）動作を適用して、受信デバイス１０８がデバイス１０４から受信した信号において破損または欠損しているデータの部分を回復することを可能にすることができるある程度の冗長さを含む符号化データを生成することを含む。特に、後述するように、コントローラ１３６は、少なくとも１つの符号化モードに従って上述の符号化を実行するよう構成される。すなわち、いくつかの実施形態では、コントローラ１３６は、２つの異なる符号化モードのいずれかを選択するよう構成される。符号化モードは、（ｉ）すべてのペイロードデータが単一のＦＥＣ符号器（例えば、低密度パリティチェック、すなわち、ＬＤＰＣ、符号器）によって処理される単一符号化モード、および（ｉｉ）ペイロードデータが、（それぞれ別個のアンテナ１４０によって送信される）ストリームに分解され、各ストリームが別個のＦＥＣ符号器によって符号化される、ストリーム毎符号化モード、を含む。

【0015】

いくつかの実施形態では、（アプリケーション１４４を介して実装された機能の全体まで）コントローラ１３６でアプリケーション１４４を実行することによって実装される機能性の特定の態様は、別個のハードウェア構成要素として、コントローラ１３６の副構成要素としてまたはコントローラ１３６から離れていてコントローラ１３６と通信する回路として、実現される。

【0016】

図２を参照すると、構成可能なＭＩＭＯ処理のための方法２００が示される。方法２００は、図１に示すように、デバイス１０４でのその機能に関連して説明される。方法２００のブロックは、アプリケーション１４４を実行することを介して、無線通信アセンブリ１３２のコントローラ１３６によって実行される。

【0017】

ブロック２０５において、コントローラ１３６は、（例えば、デバイス１０８の対応するコントローラを用いて）機能データをデバイス１０８と交換するよう構成される。当業者には明らかなように、機能データの交換は、通信リンク（例えば、図１に示すリンク１１２）の確立中に行うことができる。例えば、デバイス１０４および１０８は、リンク１１２の確立中に、それぞれのデバイスにおいて様々な構成パラメータを示す１つまたは複数の機能フィールドを含むメッセージを交換することができる。この機能には、サポートされるデータ速度、サポートされる通信チャネル、およびアンテナ構成（例えば、デバイスによってサポートされるいくつかの同時ＭＩＭＯストリーム）などを含むことができる。

【0018】

さらに、ブロック２０５で交換される機能データは、各デバイスが上記の符号化モードの一方または両方をサポートするかどうかについての指示である。すなわち、デバイス１０４は、デバイス１０４が単一符号化モードおよびストリーム毎符号化モードの一方または両方をサポートするかどうかについての指示をデバイス１０８に送信するよう構成される。デバイス１０４はまた、デバイス１０８が両方のモードをサポートしているか、またはどちらか一方をサポートしているかどうかを示す、デバイス１０８からの同様のインジケータを受信するよう構成される。インジケータの性質は特に限定されない。例えば、インジケータは、メッセージの拡張指向性マルチギガビット（ＥＤＭＧ）機能フィールドまたはサブフィールドに含めることができる。

【0019】

ブロック２１０において、コントローラ１３６は、デバイス１０４自体およびデバイス１０８の両方が選択可能な符号化をサポートしているかどうかを判定するよう構成される。言い換えれば、コントローラ１３６は、デバイス１０４および１０８の両方が上記符号化モードの両方をサポートするかどうかを判定するよう構成される。判定が否定的である場合、例えば、デバイス１０８が、上記の符号化モードの１つのみをサポートする場合、方法２００の実行はブロック２１５に進む。

【0020】

ブロック２１５において、コントローラ１３６は、アクティブな符号化モードとして共有符号化モード、すなわち、デバイス１０４とデバイス１０８との両方によってサポートされる符号化モードを選択するよう構成される。例えば、デバイス１０４が両方の符号化モードをサポートし、デバイス１０８が単一符号化モードのみをサポートする場合、ブロック２１５で単一の符号化モードが選択される。いくつかの例では、デバイス１０４自体は、符号化モードのうちの１つのみをサポートすることができる。例えば、デバイス１０４が単一符号化モードのみをサポートする場合、ブロック２１０の判定は、デバイス１０８から受信したインジケータに関係なく、自動的に否定となる可能性がある。すなわち、判定の結果が事前に分かっており、単一符号化モードをアクティブモードとして予め構成することができるので、ブロック２１０における判定は効果的に省略することができる。
このように、方法２００の実行は、（唯一の利用可能モードとして）単一符号化モードが（例えば、デバイス１０８がどのモードをサポートしているかを全く考慮することなく）自動的に選択されるブロック２１５に自動的に進むことができる。デバイス１０４および１０８が共有符号化モードをサポートしていない場合、方法２００の実行は終了することができる。

【0021】

一方、ブロック２１０における判定が肯定的である場合、両方のデバイス１０４および１０８が上述の符号化モードの両方をサポートすることを示す場合、コントローラ１３６はブロック２２０に進むよう構成される。ブロック２２０において、コントローラ１３６は、アクティブモードとして符号化モードのうちの１つ（すなわち、単一符号器およびストリーム毎符号化のうちの一方）を選択するよう構成される。ブロック２２０での選択は、チャネルランク、以前の送信で使用された１つまたは複数のストリームでの信号対雑音比（ＳＮＲ）比（例えば、ＳＮＲは以前の送信に応じた受信デバイス１０８からのフィードバックに基づいて判定することができる）、パケットエラー率およびリトライ率（例えば、以前の送信から生じるフィードバックにも基づく）、ならびにビーム形成状態情報の任意の１つまたは複数に基づくことができる。

【0022】

ブロック２２５において、コントローラ１３６は、デバイス１０８に送信するためにデバイス１０４で生成されたペイロードデータを送信するためにいくつかの送信ストリームを選択するよう構成される。ペイロードデータは、プロセッサ１２０によるアプリケーションの実行などの任意の適切な手段を介して生成される多種多様なデータ（例えば、マルチメディア、電子メールやインスタントメッセージデータなどのメッセージング、およびウェブページなど）のいずれかを含むことができる。いくつかの送信ストリームを選択することは、任意の適切な選択動作に従って行われ、その例は当業者には明らかであろう。
例えば、コントローラ１３６は、両方のデバイス１０４および１０８によってサポートされる最大数のストリームを選択するよう構成することができる。例えば、デバイス１０８が４つのアンテナを含むと仮定すると、ブロック２２５において、コントローラ１３６は、４つの送信ストリームを選択するよう構成することができる。

【0023】

ブロック２２５において、コントローラ１３６はまた、各ストリームの変調方式を選択するよう構成される。当業者には明らかなように、変調方式の選択は、ブロック２０５で交換される機能データおよびリンク１１２（例えば、１つまたは複数のチャネルのＳＮＲなど）の状態の一方または両方に基づく。多種多様な変調方式のいずれかをブロック２２５で選択することができ、バイナリ位相シフトキーイング（ＢＰＳＫ）、直交位相シフトキーイング（ＱＰＳＫ）、８－ＰＳＫなどの高次位相シフトキーイング、ならびに１６－ＱＡＭおよび６４－ＱＡＭなどの直交振幅変調（ＱＡＭ）方式を含む。コントローラ１３６は、各ストリームについて単一の変調方式を選択するよう、またはストリームの一部もしくは全部について異なる変調方式を選択するよう構成することができる。

【0024】

ブロック２３０において、コントローラ１３６は、デバイス１０８に送信されるべきデータに含めるための符号化モードおよび変調インジケータを生成するよう構成される。インジケータは、送信前にペイロードデータと連結されるヘッダデータ内のフィールドまたはサブフィールドとして生成することができる。例えば、当業者には明らかなように、ヘッダデータは、各ストリームに対応する変調および符号化方式（ＭＣＳ）インジケータを含み、ペイロードデータを処理するためにどの変調方式およびＦＥＣ符号化率を使用するかを示す。ＭＣＳインジケータは、典型的には、構成パラメータのいくつかの予め定義されたセット（例えば、変調タイプ、変調タイプが適用されるいくつかのストリーム、ＦＥＣコード率、およびデータ率など）の１つに対応するインデックス値である。符号化モードは、例えば、ヘッダデータ内のビットフラグとして示すことができる。例えば、ビットフラグ内の値０は、単一符号化モードがペイロードデータにＦＥＣ符号化を適用するために使用されたことを示すことができ、一方、ビットフラグ中の値１は、ストリーム毎符号化モードが使用されたことを示すことができる。他の例では、符号化モードインジケータを上述のＭＣＳインジケータと組み合わせることができる。例えば、構成パラメータの上記の所定のセットは、各ＭＣＳインデックスに対応する符号化モードの指示を含むよう拡張することができる。

【0025】

ブロック２３５において、コントローラ１３６は、ブロック２１５または２２０ならびにブロック２２５における選択に従って送信するためにペイロードデータを処理するよう構成される。図２から分かるとおり、送信するためにペイロードデータの処理に用いられる動作シーケンスは、ブロック２１５または２２０で選択された符号化モードに基づいて変化する。特に、単一符号化モードが選択される場合、方法２００の実行はブロック２４０に進み、さらにブロック２４５に進む。要約すると、ブロック２４０において、コントローラ１３６は、符号化されたペイロードデータ（すなわち、上述のＬＤＰＣ符号化処理などの適切なＦＥＣメカニズムに従って符号化されたペイロードデータ）を生成するよう構成される。ブロック２４５において、符号化ペイロードデータが選択された数のストリームに分解され、選択された変調方式が符号化ストリームに適用される。言い換えると、ブロック２４０および２４５を介して、ＦＥＣ符号化の適用はストリーミングおよび変調に先行する。

【0026】

ここで図３を参照して、ブロック２４０および２４５の機能についてより詳細に説明する。図３は、ペイロードデータ３００と、ヘッダデータ３０４（上述の変調および符号化インジケータを含む）とを示す。図３はまた、アプリケーション１４４の様々な構成要素をより詳細に示している（上述したように、１つまたは複数の専用ハードウェア構成要素として実装することもできる）。具体的には、アプリケーション１４４は、４つの符号器３０８－１、３０８－２、３０８－３、および３０８－４を含む。この例では、符号器３０８はＬＤＰＣ符号器である。各符号器３０８は、単一の論理符号器を構成する１つまたは複数の並列ハードウェア構成要素または実行可能処理などとして実装してもよい。所与の符号器３０８が複数の副構成要素（例えば、複数の並列符号器回路）を含む場合、副構成要素の構成可能なサブセットは、例えば、ペイロードデータ３００が送信されるデータ率に応じて、使用することができる。例えば、データ率がより高いと、起動することができるそのような副構成要素の数がより多くなる可能性があるが、データ率がより低いと、起動することができるそのような副構成要素の数がより少なくなる可能性がある。

【0027】

アプリケーション１４４はまた、ストリームパーサ３１２と、アンテナ１４０の数に対応するいくつかの変調器３１６とを含む。したがって、この例では、アプリケーション１４４は、４つの変調器３１６－１、３１６－２、３１６－３、および３１６－４を含む。
アプリケーション１４４はまた、概ね３２０で示される、インタリーバおよびデジタル／アナログ（ＤＡＣ）変換器などを含む実行可能処理、ハードウェア構成要素、またはその両方として実装される複数の追加の処理構成要素を含むこともできる。

【0028】

ブロック２４０において、コントローラ１３６は、符号化データ３２４を生成するためにペイロードデータ３００およびヘッダ３０４を単一の符号器（図示の例では符号器３０８－１）に導くよう構成される。図３から明らかなように、符号化データ３２４は、単一ストリームからなり、ブロック２４５で、データの符号化ストリームを生成するために、ストリームパーサ３１２に供給される。具体的には、図３に示す例では、ストリームパーサ３１２は、符号化データ３２４を４つの符号化ストリーム３２８－１、３２８－２、３２８－３、３２８－４に分割する。各符号化ストリーム３２８は、符号化された形式のペイロードデータ３００の一部を含み、各符号化ストリーム３２８は、（一般に、追加の処理構成要素３２０の制御下で）ブロック２５０でアンテナ１４０を介した送信に先立って変調のために別個の変調器３１６に導かれる。すなわち、変調器３１６は、それぞれのアンテナ１４０を介した任意の適切なさらなる処理および送信のために、符号化され変調されたストリーム３３２－１、３３２－２、３３２－３、および３３２－４を生成する。

【0029】

図２に戻って、選択された符号化モードがストリーム毎符号化モードである場合、方法２００の実行は、ブロック２４０ではなくブロック２３５からブロック２５５に進む。ブロック２５５において、コントローラ１３６は、選択された数の非符号化データのストリーム（すなわち、符号化に先立ってペイロードデータの一部を含む各ストリーム）を生成するよう構成される。ブロック２６０において、コントローラ１３６は、非符号化ストリームから、ブロック２５０で送信するための複数の符号化され変調されたストリームを生成するよう構成される。

【0030】

ここで図４を参照すると、図３のアーキテクチャがブロック２５５および２６０の機能と共に示されている。ペイロードデータ３００およびヘッダデータ３０４が図４に示されているが、符号器３０８－１（図３に図示）ではなくストリームパーサ３１２に提供される。したがって、ストリームパーサ３１２は、ブロック２５５で、ペイロードデータ３００から複数の非符号化ストリーム４００－１、４００－２、４００－３、および４００－４を生成するよう構成される。次いで、ブロック２６０で符号化ストリーム３２８を生成するために、非符号化ストリーム４００が各符号器３０８に提供される。符号化ストリーム３２８は、図３に関連して上述したように、変調された符号化ストリーム３３２を生成するために、各変調器３１６に供給され、ブロック２６０の機能を決定する。変調符号化ストリーム３３２が生成されると、変調符号化ストリーム３３２は、処理構成要素３２０およびアンテナ１４０を介して送信される。

【0031】

ここで明らかになるように、デバイス１０８は、デバイス１０４から送信されたストリームを受信すると、１つまたは複数の復調器を介してストリームを復調し、ブロック２１５または２２０で選択され、１つまたは複数の復号器にストリームを適用し、ヘッダ３０４でシグナリングされた符号化モードに基づいて、ペイロードデータ３００を復号して再構成するよう構成される。例えば、ストリーム毎符号化がデバイス１０４で使用されたことをヘッダ３０４が示す場合、受信デバイス１０８は、各受信されたストリームを別個の復号器に導くよう構成される。ヘッダ３０４が、単一符号化モードがデバイス１０４で使用されたことを示す場合、デバイス１０８は、受信したすべてのストリームを単一復号器に導くよう構成される。

【0032】

上記のような選択可能な符号化モードの実装により、共有規格（例えば、８０２．１１ａｙ）に従って動作する装置が、通信を、環境要因ならびに加入デバイスの機能により良く適合させることが可能になる。

【0033】

特許請求の範囲は、上記例に記載された実施形態に限定されるべきではなく、総じて説明と一致する最も広い解釈が与えられるべきである。

【図1】

【図2】

【図3】

【図4】