JP2003046595A

JP2003046595A - データ通信の方法および装置

Info

Publication number: JP2003046595A
Application number: JP2001244966A
Authority: JP
Inventors: Timothy M Schmidl; エム、シュミドルティモシイ; Mohammed Nafie; ナフィモハメド; Anand G Dabak; ジー、ダバクアナンド
Original assignee: Texas Instruments Inc
Current assignee: Texas Instruments Inc
Priority date: 2001-07-06
Filing date: 2001-07-06
Publication date: 2003-02-14

Abstract

(57)【要約】（修正有）【課題】オーディオ、ビデオ、およびコンピュータグ
ラフィックスのための、さまざまなデータ速度をサポー
トするデータ通信の方法および装置を提供する。【解決手段】データエンコーディングアルゴリズムを
用い（１２０）、原データビットからオーバヘッドビッ
トを発生させることができ、もしオーバヘッドビットが
必要ならば、原データビットとオーバヘッドビットとを
それぞれ別個の送信（１２１、１２３）において送るこ
とができる。受信機において、原データビットは、受信
されたオーバヘッドビットから決定することができ（１
２５）、または、受信されたデータビットと、受信され
た冗長ビットとを組合わせ、いっしょにデコードして
（１２６）、原データビットを発生させうる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的には無線通
信に関し、特に、チャネルコーディング、多重データ速
度、多重変調およびチャネルコーディングスキーム、ま
たは自動再送要求（ＡＲＱ）を用いる無線通信に関す
る。

【０００２】

【従来の技術】ＩＥＥＥ８０２．１５タスクグループ３
は、高速無線パーソナルエリアネットワーク（ＷＰＡ
Ｎ）における必要条件を概説している。例えば、オーデ
ィオ、ビデオ、およびコンピュータグラフィックスをサ
ポートするために、さまざまなデータ速度が用いられる
べきである。

【０００３】

【発明が解決しようとする課題】本発明は、オーディ
オ、ビデオ、およびコンピュータグラフィックスのため
のデータ速度をサポートするＷＰＡＮを提供する。

【０００４】

【課題を解決するための手段】本発明は、プローブ、聴
取、および選択技術を有利に用いて、利用可能な周波数
スペクトルから、所望のデータ速度での通信に適する通
信品質を有する周波数帯域を選択する。定められた期間
中にプローブパケットを、さまざまな周波数により送信
し、それらのプローブパケットから周波数チャネル品質
情報を得る。この品質情報を、望ましい周波数帯域を選
択するために用いる。選択された帯域の通信品質は、通
信動作において用いられる利用可能な複数の変調とコー
ディングとの組合せの中からの選択の基礎としても用い
られうる。さらに本発明によれば、ＡＲＱ動作が、スー
パーパケットにより複数のデータパケットを送り、スー
パーパケットのいずれのパケットが再送信を要求してい
るかを表示するＡＲＱ受理通知パケットにより応答する
ことによって実行されうる。さらに、本発明によれば、
データエンコーディングアルゴリズムを用い、原データ
ビットから冗長（オーバヘッド）ビットを発生させるこ
とができ、もし冗長ビットが必要ならば、原データビッ
トと冗長ビットとをそれぞれ別個の送信において送るこ
とができる。受信機において、原データビットは、受信
された冗長ビットから決定することができ、または、受
信されたデータビットと、受信された冗長ビットとを組
合わせ、いっしょにデコードして原データビットを発生
させうる。

【０００５】

【発明の実施の形態】本発明は、無線パーソナルエリア
ネットワーク（ＷＰＡＮ）のための、ＩＥＥＥＰ８０
２．１５ワーキンググループの基準文書、すなわち、高
速無線パーソナルエリアネットワーク（ＷＰＡＮ）シス
テムにおける要求を概説し、ここで参照することにより
その内容を本願に取り込むこととする、２０００年５月
１１日の「ＴＧ３基準定義（ＴＧ３−Ｃｒｉｔｅｒｉａ
−Ｄｅｆｉｎｉｔｉｏｎｓ）」、による複雑性対パフォ
ーマンスに関し最良の解決を提供する、ＩＥＥＥ８０
２．１５タスクグループ３に対するＰＨＹレイヤ解を含
む。本発明による高速ＷＰＡＮによりサポートされるべ
き必要なデータ速度は、上述の基準文書において指定さ
れている。オーディオにおけるデータ速度は、１２８ｋ
ｂｐｓないし１４５０ｋｂｐｓであり、ビデオにおいて
は２．５Ｍｂｐｓないし１８Ｍｂｐｓであり、コンピュ
ータグラフィックスにおいては１５，３８Ｍｂｐｓであ
る。必要なデータ速度の範囲が広いために、また全ての
データ速度をカバーする費用効果の高い解決法を得るた
めに、本発明は、２．４ＧＨｚ帯域における２モードま
たは３モードシステムを提供する。利用可能なモードに
は、以下のものが含まれる。（１）モード１は、従来のブルートゥース１．０システ
ムであり、１Ｍｂｐのデータ速度を与える。（２）モード２は、ブルートゥースと同じ周波数ホッピ
ング（ＦＨ）パターンを用いるが、３．９Ｍｂｐｓのデ
ータ速度を与えるＱＡＭ変調を用いる。（３）モード３は、プローブ、聴取、および選択（ＰＬ
Ｓ）技術を用いて、２．４０２ＧＨｚないし２．４８３
ＧＨｚのＩＳＭにおける良好な２２ＭＨｚ帯域を選択
し、直接スペクトラム拡散（ｄｉｒｅｃｔｓｅｑｕｅ
ｎｃｅｓｐｒｅａｄｓｐｅｃｔｒｕｍＤＳＳＳ）
を用いて４４Ｍｂｐｓまでを送信する。

【０００６】図１には、本発明によるシステムパラメー
タの例が要約されている。本発明による無線トランシー
バ装置は、上述の動作モードの任意の組合せをサポート
しうる。それらの例には、２．５Ｍｂｐｓまでのオーデ
ィオおよびインタネットのストリーミングデータ速度を
カバーする、モード１＋モード２を処理しうる装置と、
３８ＭｂｐｓまでのＤＶＤ高品質ゲームアプリケーショ
ンをカバーする、モード１＋モード３を処理しうる装置
と、が含まれる。図２には、これらの代表的構成が図式
的に示されている。

【０００７】提案されたシステムにおけるモード１は、
従来のブルートゥース動作であり、それは、１９９９年
７月２６日のブルートゥースシステムの仕様、バージョ
ン１．０Ａ（Ｓｐｅｃｉｆｉｃａｔｉｏｎｏｆｔｈ
ｅＢｌｕｅｔｏｏｔｈＳｙｓｔｅｍ，Ｖｅｒｓｉ
ｏｎ１．０Ａ）に詳述されている。

【０００８】図３は、モード２におけるパラメータを要
約し、またそれをモード１と比較している。モード２に
おける代表的記号速度は、０．６５Ｍｓｙｍｂｏｌｓ／
ｓｅｃ（他の速度も使用可能である）であり、１６ＱＡ
Ｍ（１６値直交振幅変調）に対しては２．６Ｍｂｉｔｓ
／ｓｅｃのビット速度を、また６４ＱＡＭ（６４値直交
振幅変調）に対しては３．９Ｍｂｉｔｓ／ｓｅｃのビッ
ト速度を与える。モード２における送信スペクトルマス
クは、図４に示されているように、例えば、ブルートゥ
ースと同じでありうる。図４においては、送信機はチャ
ネルＭ上へ送信し、隣接チャネルの電力がチャネルＮ上
で測定される。図４のスペクトルマスクは、例えば、∀
＝０．５４の二乗余弦フィルタ（ｒａｉｓｅｄｃｏｓ
ｉｎｅｆｉｌｔｅｒ）およびモード２の記号速度のため
の０．６５ＭＨｚの３ｄＢ帯域幅により実現されうる。

【０００９】モード１およびモード２における動作の１
つの例においては、ブルートゥースのマスタおよびスレ
ーブは、まず相互に同期し、モード１を用いて通信し、
次にネゴシエーションによりモード２に入る。図５は、
マスタおよびスレーブが、モード２に入り、またモード
２から出る、代表的遷移を示す。モード２へのエントリ
およびモード２からのエグジットは、マスタとスレーブ
との間でネゴシエート可能である。

【００１０】マスタからスレーブへの、またスレーブか
らマスタへの、モード２における送信のための代表的フ
レームフォーマットの構造は、モード１におけると同様
であり、図６Ａに示されている。１つの例においては、
プリアンブルは、パターン（１＋ｊ）＊｛１，−１，
１，−１，１，−１，１，−１，１，−１，１，−１，
１，−１，１，−１，１，−１，１，−１｝から成り、
これは、受信機の最初のタイミング捕捉を補助する。こ
のプリアンブルには、４相位相偏移変調（ＱＰＳＫ）を
用いて送信される６４ビットのブルートゥース同期ワー
ドが続き、これは、モード２における３２記号の送信を
意味する。この同期ワードには、ＱＰＳＫを用いて送信
される５４ビットのブルートゥースヘッダが続き、これ
はモード２における２７記号を意味する。１６／６４Ｑ
ＡＭにおける最先の配置は（ｃｏｎｓｔｅｌｌａｔｉｏ
ｎ）は、図６Ｂに示されているように、プリアンブル、
同期ワード、およびヘッダの送信のために用いられる。
ヘッダには、ブルートゥースと同様に、１スロット、ま
たは５スロットまで、のペイロードが続く。ペイロード
内のビットの最大数は、従って、１６ＱＡＭにおいては
７１２０ビットであり、６４ＱＡＭにおいては１０６８
０ビットである。

【００１１】マスタは、図７の代表的ＷＰＡＮ内に示さ
れているように、あるスレーブはモード２にあり、他の
スレーブはモード１にある、同じピコネット（ｐｉｃｏ
ｎｅｔ）内の複数のスレーブと通信しうる。図８のタイ
ミング図は、マスタＭと、スレーブＳ₁およびＳ₃との間
の、ブルートゥースＳＣＯＨＶ１リンク（すなわち、
モード１）のための例を示しており、この場合、スレー
ブＳ₂は、マスタとモード２で通信している（図７も参
照）。

【００１２】図９には、モード２における、捕捉および
パケット受信のための代表的受信機アルゴリズムのブロ
ック図が示されており、図１０には、モード２をサポー
トする代表的受信機のブロック図が示されている。図１
０において、Ａ／Ｄ変換器は、例えば、１．３ＭＨｚの
サンプリング速度を意味する２サンプル／記号で、入来
記号をサンプリングしうる。図１１には、モード２をサ
ポートする代表的送信機のブロック図が示されている。
いくつかのブロックは、送信機（図１１）と、受信機
（図１０）と、により共用されることによって、モード
２におけるトランシーバの全体的コストを減少させう
る。同様にして、モード２送信機およびモード２受信機
のいくつかのブロックは、モード１のためにも使用可能
であり、それにより、モード１＋モード２の組合せのた
めのトランシーバ実現の全体的コストを減少させうる。

【００１３】図１０の例の１０１においては、自動再送
要求（ＡＲＱ）の存在下におけるパケット誤り率を改善
するために、レイト１／２、Ｋ＝５の畳み込み（ｃｏｎ
ｖｏｌｕｔｉｏｎ）コードが用いられる。１０２におい
て誤ったパケットのＣＲＣが検出されると、送信機は、
再送信においてパリティビットを送る。受信機は、ビタ
ビデコーダで複数のパケット間の受信データを組合わ
せ、受信機の全体的パフォーマンスを改善する。図１２
Ａには、代表的スキームのフローダイアグラムが示され
ている。

【００１４】図１２Ａの例においては、原データビット
と、対応するＣＲＣビットとが、１２０において、（例
えば、畳み込みコーディングを用いて）エンコードさ
れ、原データビットおよび対応するＣＲＣビット＋エン
コーディングアルゴリズムにより発生されたパリティビ
ット（冗長オーバヘッドビット）、を含むエンコードさ
れた結果を発生する。１２０におけるエンコーディング
動作の後、１２１において、原データビットと、対応す
るＣＲＣビットのみが最初に送信される。もし受信機に
おいて、ＣＲＣが正しくチェックされなければ、１２２
において再送信が要求される。この再送信要求に応答し
て、前に送信されたデータビットに関連していたパリテ
ィビットが、１２３において送信される。受信機におい
て、受信されたパリティビットは、１２５において従来
の技術を用い、対応するデータおよびＣＲＣビット内へ
マッピングされる。もし１２５において発生されたデー
タビットのＣＲＣが、１２４において正しければ、これ
らのデータビットは次に、より高いレイヤへ送られる。
もしＣＲＣが、１２４において正しいとチェックされな
ければ、受信されたパリティビットは、関連するデータ
ビット＋（前に１２１において受信された）ＣＲＣビッ
トと組合わされて、１２６においてビタビデコーディン
グを受ける。その後、１２７において、もしビタビデコ
ーディングアルゴリズムにより発生されたデータビット
および対応するＣＲＣビットが、正しいＣＲＣ結果を発
生するならば、これらのデコーディングビットは、より
高いレイヤへ送られる。そうでない場合は、１２１にお
いて受信されたデータビットは廃棄され、１２８におい
て、それらのデータビットの再送信が要求される。

【００１５】次に１２９において、原データビットおよ
び対応するＣＲＣビットが再送信され、もしＣＲＣチェ
ックが正しければ、データビットは、より高いレイヤへ
送られる。そうでない場合は、再送信されたデータビッ
ト＋ＣＲＣビットは、（前に１２３において受信され
た）パリティビットと組合わされ、１２００においてビ
タビデコーディングを受ける。もし１２００においてビ
タビデコーディングアルゴリズムにより発生されたデー
タビットおよび対応するＣＲＣビットが、１２０１にお
いて正しいＣＲＣ結果を発生すれば、それらのデータビ
ットは、より高いレイヤへ送られる。そうでない場合
は、１２３において送信されたパリティビットは廃棄さ
れ、１２０２においてパリティビットの再送信が要求さ
れる。その後、図１２Ａの、１２３から１２０２を経て
のフロー内に一般的に示されている動作は、データビッ
トのためのＣＲＣが正しいとチェックされるまで、また
は所定のタイムアウトが起こるまで、繰返されうる。

【００１６】図１２Ｂは、図１２Ａに関連して上述した
受信機動作を実行しうる、代表的トランシーバの実施例
の関連部分を図式的に示す。例えば、原データビットの
受信バージョンおよび対応するＣＲＣビットを含む入来
パケットデータは、１２０４においてバッファされ、ま
たＣＲＣデコーダ１２０５へ印加される。ＣＲＣデコー
ディング動作に応答して、制御装置１２０６は、他の側
への送信のためのＡＲＱパケットの形式の、否定応答
（ＮＡＫ）または肯定応答（ＡＣＫ）を発生する。もし
ＣＲＣが正しいとチェックされれば（ＡＣＫ）、制御装
置１２０６はバッファ１２０４に知らせて、バッファさ
れたデータを、より高いレイヤへ送る。一方、もしＣＲ
Ｃが正しいとチェックされなければ（ＮＡＫ）、否定応
答に応答して、他の側はパリティビットを送り、これら
のパリティビットは制御装置１２０６へ入力され、１２
０４においてバッファされる。制御装置１２０６は、受
取ったパリティビットを、対応するデータビットおよび
ＣＲＣビット内へマッピングする。このマッピングの結
果は、ＣＲＣデコーダ１２０５へ印加され、もしＣＲＣ
が正しいとチェックされれば、データビットは１２０７
において、より高いレイヤへ送られる。

【００１７】もしマッピングの結果のＣＲＣが、正しい
とチェックされなければ、制御装置１２０６はビタビデ
コーダ１２０３へ知らせ、バッファからパリティビット
およびデータ（含ＣＲＣ）ビットをロードし、ビタビデ
コーディングを行わせる。ビタビデコーダ１２０３から
１２０８に得られるデータ（含ＣＲＣ）ビット出力は、
ＣＲＣデコーダ１２０５へ入力される。もしビタビデコ
ーディングされたデータビットのＣＲＣが、正しいとチ
ェックされれば、制御装置１２０６はビタビデコーダに
指示して、ビタビデコーディングされたデータビットを
１２０９において、より高いレイヤへ送らせる。一方、
もしビタビデコーディングされたデータビットのＣＲＣ
が、正しいとチェックされなければ、制御装置１２０６
は別の否定応答を出力し、他の側はこれに応答して、原
データ（含ＣＲＣ）ビットを再送信し（図１２Ａの１２
９参照）、これらはバッファ１２０４内の前に受信され
たデータ（含ＣＲＣ）ビット上に上書きされる。もしこ
れらの新しく受信されたデータビットのＣＲＣが正しい
とチェックされなければ、制御装置１２０６は、新しく
受信されたデータ（含ＣＲＣ）ビットおよび（まだバッ
ファ１２０４内にある）前に受信されたパリティビット
のビタビデコーディングを行わせる信号を送る。もしこ
のビタビデコーディングが、データビットの正しいＣＲ
Ｃを生じなければ、制御装置１２０６は、別のＮＡＫを
出力でき、これに応答してパリティビットが再送信さ
れ、制御装置１２０６へ入力され、またバッファ１２０
４内の前のパリティビット上に上書きされうる。

【００１８】図１２Ｃは、図１２Ａに示されているトラ
ンシーバ動作を実行しうる、トランシーバの実施例の関
連部分を図式的に示す。図１２Ｃにおいて、エンコーダ
１２１０（例えば、畳み込みエンコーダ）は、非コード
化データをエンコードし、そのデータ（含ＣＲＣ）ビッ
トおよび対応するパリティビットをバッファ１２１３内
に記憶させる。カウンタ１２１１により駆動されるポイ
ンタ１２１７は、バッファ１２１３内の選択されたエン
トリ１２１５をポイントする。選択されたエントリ１２
１５の、データ（含ＣＲＣ）ビットおよびパリティビッ
トは、フリップフロップ１２１２により制御されるセレ
クタ１２１４へ印加される。エントリ１２１５のデータ
（含ＣＲＣ）ビットが、最初の送出パケットとして選択
される。もし否定応答（ＮＡＫ）が受信されれば、フリ
ップフロップ１２１２は切り替り、それにより、エント
リ１２１５のパリティビットを次の送出パケットとして
選択する。受信された全ての追加の否定応答において、
エントリ１２１５のデータ（含ＣＲＣ）ビットおよびパ
リティビットは、受信された否定応答に応答してのフリ
ップフロップ１２１２の切り替り動作により、１２１４
において交互に選択される。肯定応答（ＡＣＫ）が受信
された時は、フリップフロップ１２１２はクリアされ
て、カウンタ１２１１が増加せしめられ、それによりポ
インタが移動せしめられて、バッファ１２１３の別のエ
ントリをセレクタ１２１４へ接続するように選択する。
もちろん、カウンタ１２１１は、所定のタイムアウト条
件に応答して増加せしめられることもありうる。

【００１９】図１３に示されている代表的なシミュレー
ションの結果は、ブルートゥース（１３１）のスループ
ットを、モード２（１３２、１３３）のスループットと
比較している。このシミュレーションは、それぞれのホ
ッピング周波数において単一経路はレーリーフェージン
グに独立していると仮定している。これは、前述の基準
文書に指定されている指数関数的に減衰するチャネルモ
デルとして、モード２の良好なモデルである。ｘ軸は、
全てのホッピング周波数にわたるチャネルの平均Ｅ_b／
Ｎ₀である。１６ＱＡＭ（１３２）においては、モード
２は、２．６ｘブルートゥースのスループットを実現
し、６４ＱＡＭ（１３３）においては、モード２は、
３．９ｘブルートゥースのスループットを実現する。Ｅ
_bＮ₀または他の利用可能なチャネル品質情報により、最
高のスループットを提供する変調スキームが選択されう
る。

【００２０】図１４Ａ、図１４Ｄ、および図１４Ｅは、
モード３における代表的なシステムパラメータを示す。
これらのパラメータの中の記号レイトは、（ＩＥＥＥ８
０２．１１（ｂ）と同じ）１１Ｍｓｙｍｂｏｌ／ｓｅｃ
であり、拡散（ｓｐｒｅａｄｉｎｇ）パラメータは、こ
れらの例において１１Ｍｃｈｉｐ／ｓｅｃである。図１
４Ｂは、さらなるパラメータの例を示しており、拡散パ
ラメータは１８Ｍｃｈｉｐ／ｓｅｃ、また記号速度は１
８Ｍｓｙｍｂｏｌ／ｓｅｃになっている。モード３にお
ける送信スペクトルマスクは、図１５に示されているよ
うに、ＩＥＥＥ８０２．１１（ｂ）におけると同じであ
りうる。１１Ｍｓｙｍｂｏｌ／ｓｅｃの記号速度におい
て、このスペクトルマスクは適度なコストのフィルタを
許容する。このスペクトルマスクは、例えば、∀＝０．
２２の二乗余弦フィルタにより実現されうる。１つの例
においては、マスタおよびスレーブは、モード１におい
て通信を開始しうる。もし双方の装置がモード３へのス
イッチングに同意すれば、周波数帯域選択のためのプロ
ーブ（ｐｒｏｂｅ）、聴取（ｌｉｓｔｅｎ）、および選
択（ｓｅｌｅｃｔ）（ＰＬＳ）プロトコルが起動され
る。ある代表的実施例においては、このプロトコルは、
全７９ＭＨｚ範囲内の、最良の連続する２２ＭＨｚ帯域
の（モード３送信のための）選択を許容する。これは、
周波数ダイバーシチの利得を与える。図１６は、前述の
基準文書において、２５ｎｓの遅延拡散のために指定さ
れた、ＩＥＥＥ８０２．１５．３指数関数的チャネルモ
デルにおけるパケット誤り率（ＰＥＲ）の代表的シミュ
レーション結果を示す。（非コード化ＱＰＳＫを用い
た）このシミュレーション結果は、本発明によるＰＬＳ
を用いたパフォーマンス（１６１）を、ＰＬＳなしのパ
フォーマンス（１６２）と比較している。２５ｎｓの遅
延拡散は、７９ＭＨｚのＩＳＭ帯域上におけるＰＬＳ技
術に対し３の周波数ダイバーシチを与える。これは、Ｐ
ＬＳにおいて約１５ｄＢのパフォーマンス利得を生じ
る。

【００２１】モード１およびモード３を用いるトランシ
ーバの間の代表的通信は、以下のステップを含みうる：
モード１において送信を開始し、良好な２２ＭＨｚの連
続帯域を識別するためにＰＬＳを用いる；モード３に入
ることをネゴシエイトする；モード３において時間Ｔ₂
を費やした後、時間Ｔ₁の間モード１へ復帰する；マス
タは、モード１にある時間Ｔ₁の間任意のブルートゥー
ス装置と通信できる；また、モード１にある時間Ｔ₁の
間、良好な２２ＭＨｚの連続帯域を識別するために再び
ＰＬＳが用いられうる；装置は、今度はことによると異
なる２２ＭＨｚ帯域（または同じ帯域）において、モー
ド３に入ることを再びネゴシエイトする。

【００２２】図１７の状態遷移図には、Ｔ₁＝２５ｍｓ
およびＴ₂＝２２５ｍｓである例が示されている。これ
らの選択は、２５０ｍｓ毎に、１８ＭｂｐｓのＨＤＴＶ
ＭＰＥＧ２ビデオの６つのビデオフレームの送信を許
容する。マスタは、図１８の代表的ＷＰＡＮに示されて
いるように、モード１においてはいくつかの装置と通信
でき、一方モード３においては他の装置と通信できる。

【００２３】図１９Ａには、モード１およびモード３に
おける通信を示す代表的タイミング図が示されている。
マスタおよびスレーブは、モード３においてＴ₂＝２２
５ｍｓｅｃの間通信し、一方残りの２５ｍｓは、他のス
レーブと（例えば、１７．５ｍｓの間）通信するため
に、また、モード３における次の送信のための最良の２
２ＭＨｚ送信を決定する（例えば、７．５ｍｓの間の）
ＰＬＳのために、用いられる。ＰＬＳのために用いられ
る時間は、ここではＴ_PLSとも呼ばれる。

【００２４】図１９Ｂは、本発明による無線通信トラン
シーバの代表的実施例を図式的に示す。図１９Ｂのトラ
ンシーバは、モード１およびモード３の動作をサポート
する。モード制御装置１９５は、モード１トランシーバ
（ＸＣＶＲ）セクション１９７と、モード３トランシー
バセクション１９８と、の間の選択により、モード１動
作と、モード３動作と、の間の遷移を制御する制御信号
１９６を発生する。モード制御装置１９５は、１９２に
おいてモード１トランシーバセクション１９７と通信
し、また、１９３においてモード３トランシーバセクシ
ョン１９８と通信する。

【００２５】ブルートゥース（モード１）トランシーバ
１９７は、３２００ｈｏｐ／ｓｅｃの最大速度でホッピ
ングしうる（それぞれのホップは１ＭＨｚ帯域上にあ
る）ので、この速度はチャネルサウンディングのために
用いられうる。これは、（マスタからスレーブへの、ま
たはスレーブからマスタへの）それぞれのスロットの期
間が３１２．５マイクロ秒であることを意味する。ある
実施例においては、擬似ランダムホッピングパターンが
用いられる。このパターンは、最良の２２ＭＨｚの周波
数帯域を識別するために、全７９ＭＨｚ範囲が（例え
ば、５ＭＨｚステップで）十分な速度によりサンプリン
グされるように選択される。このホッピングパターンを
用いることにより、マスタは、モード１（ブルートゥー
ス）においてスレーブへ、図２０に示されているフォー
マットの、ここでプローブパケットとも呼ばれる短いパ
ケットを送りうる。図２０の代表的プローブパケット
は、ブルートゥースＩＤパケットと同じであることに注
意すべきである。スレーブは、例えば、受信したプロー
ブパケットのアクセスコード（例えば、ブルートゥース
同期ワード）の相関に基づいて、チャネル品質を推定す
る。チャネル品質は、通常のモード１トラヒックパケッ
トに基づいても推定されうるので、特殊な、または専用
のプローブパケットは、必ずしも必要ではないことに注
意すべきである。

【００２６】図２１Ａの例を参照すると、１６個のプロ
ーブパケット（それぞれの期間は、ターンアラウンド時
間を含めて３１２．５マイクロ秒）の後、スレーブは、
モード３において用いるべき最良の連続した２２ＭＨｚ
帯域に関して決定し、次に、その帯域の最低周波数のイ
ンデックスをマスタへ、８つのスロット（それぞれの期
間は３１２．５マイクロ秒）を用いて８回送信する。こ
のインデックスは、１から５７までの数（７９（ＩＳＭ
帯域の帯域幅）−２２（モード３での帯域幅）＝５７）
であり、従って、最大で６ビットを必要とする。これら
の６ビットは３回繰返され、それゆえそれぞれの、ここ
では選択パケットとも呼ばれるスレーブからマスタへの
パケット（図２２）は、合計１８ビットとなる。これに
より、ターンアラウンド時間として２２６マイクロ秒が
残される。マスタからスレーブへのパケットの数ｎ（例
えば、図２１Ａにおいては１６）と、スレーブからマス
タへのパケットの数ｋ（例えば、図２１Ａにおいては
８）とは、ＰＬＳプロトコルにより定義済みでありえ、
またはマスタとスレーブとの間の最初のハンドシェイク
中に合意されうる。また、スレーブは、プローブパケッ
トをマスタへ送りうるので、それによりマスタは、スレ
ーブからマスタへのチャネルを評価しうる。

【００２７】それぞれの１ＭＨｚ帯域のチャネル状態
は、例えば、プローブパケットのアクセスコードまたは
任意の既知部分の相関の最大値を用いることにより推定
されうる。これは、その１ＭＨｚチャネルにおけるフェ
ージングパラメータの振幅の良い推定を与える。次にこ
の情報を用い、最良の２２ＭＨｚ帯域が選択されうる。
例えば、それぞれの連続した２２ＭＨｚの周波数帯域に
おいて、ｊ番目の周波数帯域をｆ（ｊ）で表せば、品質
パラメータｑ_f(j)は以下のように計算されうる。

【００２８】

【数１】ただし、｜α_i｜は、ｆ（ｊ）におけるｉ番目の周波数
ホップのためのフェージングパラメータ振幅推定（例え
ば相関値）の大きさである。

【００２９】最大のｑ_f(j)を有する周波数帯域ｆ（ｊ）
は、最良の帯域として採用される。別の例として、品質
パラメータｑ_f(j)は、それぞれの連続した２２ＭＨｚ帯
域において以下のように計算されうる。

【００３０】

【数２】ｑ_f(j)＝ｍｉｎ｜α_i｜そして、最大のｑ_f(j)を有する帯域ｆ（ｊ）が、最良の
帯域として選択される。別の例として、以下の品質パラ
メータが、それぞれの連続した２２ＭＨｚ帯域に対して
計算されうる。

【００３１】

【数３】

【００３２】所定のスレショルド値より大きい比Ａ_f(j)
／Ｂ_f(j)を生じる、関連のＡ_f(j)およびＢ_f(j)を有する
周波数帯域ｆ（ｊ）は識別されることができ、最大のｑ
_f(j)を有する識別された周波数帯域の１つが最良の帯域
として採用される。前記スレショルド値は、例えば、予
期されるチャネル状態における所望のパフォーマンスに
関する実験に基づき、経験的に決定されうる。

【００３３】ｎ＝１６およびｋ＝８であるＰＬＳの例を
考察する。これは、７９ＭＨｚ帯域が、５ＭＨｚのステ
ップでサンプリングされるべきことを示す。従って、ホ
ッピングパターンは、以下のように与えられる。

【００３４】

【数４】ｏ＝｛０，５，１０，１５，２０，２５，３
０，３５，４０，４５，５０，５５，６０，６５，７
０，７５｝

【００３５】ｉ番目のＰＬＳ周波数ホップは次のように
定義される。ｆ（ｉ）＝（ｘ＋ｏ（ｉ））ｍｏｄ（７
９）；ｉ＝１，２，．．．，１６。ここで、ｘは、ＰＬ
Ｓプロシージャの始めに生じるブルートゥースホッピン
グ周波数のインデックスであり、ｘ＝０，１，
２，．．．，７８の値を有しうる。インデックスｉは、
以下のような擬似ランダムシーケンスから順次とられう
る。

【００３６】

【数５】Ｐ＝｛１６，４，１０，８，１４，１２，６，
１，１３，７，９，１１，１５，５，２，３｝ｎおよびｋの異なる値に対しては、異なる擬似ランダム
シーケンスが定められうる。

【００３７】スレーブからマスタへの８回の送信は、例
えば、シーケンスｆ（ｉ）の最初の８つの周波数、すな
わち、ｉ＝０，１，２，．．．，８の場合のｆ（ｉ）の
周波数を用いうる。上述の代表的プロシージャは以下の
ように要約されうる。１．マスタはスレーブへ、シーケンスｆ（ｉ）により決
定される周波数によりプローブパケットを送る。送信周
波数は、（２４０２＋ｆ（ｉ））ＭＨｚにより与えられ
る。２．スレーブは、それぞれのチャネルの品質を推定す
る。３．マスタからスレーブへの１６個のプローブパケット
の後、スレーブは、それが蓄積した全ての品質情報を用
い、最良の２２ＭＨｚ帯域を推定する。４．スレーブはマスタへ、最良の２２ＭＨｚ帯域の最低
周波数のインデックスを含む選択パケットを送る。５．スレーブは、ステップ４を合計８回繰返す。６．送信は、選択された２２ＭＨｚ帯域を用い、モード
３において開始される。

【００３８】図２３には、２５ｎｓの遅延拡散のために
指数関数的フェージングを有するＩＥＥＥ８０２．１
５．３チャネルに対し適用された、ＰＬＳプロシージャ
の例の結果が示されており、そこでは７９ＭＨｚチャネ
ルが５ＭＨｚの間隔でサンプリングされている。図示さ
れているように、５ＭＨｚの間隔は、７９ＭＨｚ帯域幅
内の良好な２２ＭＨｚの連続帯域を識別しうる。上述の
１、５、２２、および７９ＭＨｚのパラメータは、もち
ろん代表的なものに過ぎず、他の値も所望により用いら
れうる。１つの例として、システムは、１ＭＨｚチャネ
ル上のホッピングではなく、異なる帯域幅のチャネル
（例えば、２２ＭＨｚチャネル）上においてホッピング
し、全チャネルを占有するデータを送信しうる。

【００３９】図２１Ｂは、図１９Ａのモード制御装置の
代表的実施例の関連部分を図式的に示す。図２１Ｂの実
施例は、プローブおよび選択制御装置２１１を含み、こ
の制御装置は、プローブおよび選択パケットを送信する
周波数を表示する情報をモード１トランシーバセクショ
ン１９７へ出力し、また、上述のＰＬＳ動作のプローブ
部分または選択部分が行われつつあるかどうかにより、
プローブパケットおよび選択パケットをモード１トラン
シーバセクション１９７へ供給することもできる。帯域
品質決定器２１２は、モード１トランシーバセクション
１９７から、従来のように利用可能な相関値を受取り、
それから帯域品質情報を決定し、その情報は２１５にお
いて帯域セレクタ２１３へ供給される。帯域品質情報２
１５は、例えば、上述の品質パラメータのいずれをも含
みうる。帯域セレクタ２１３は、品質情報２１５に応答
して動作し、モード３通信のための好ましい周波数帯域
を選択しうる。例えば、帯域セレクタ２１３は、上述の
帯域選択基準のいずれをも用いうる。帯域セレクタ２１
３は、２１６において、好ましい周波数帯域の最低周波
数のインデックスを、プローブおよび選択制御装置２１
１へ出力する。プローブおよび選択制御装置２１１は、
該装置がモード１トランシーバセクション１９７へ供給
する選択パケット内へ受取ったインデックスを含め、Ｐ
ＬＳ動作にかかわる他のトランシーバへの送信に用いら
れるようにする。

【００４０】図２１Ｂのモード制御装置はまた、周波数
帯域マッパ（ｍａｐｐｅｒ）２１４を含み、このマッパ
は、ＰＬＳ動作にかかわる他のトランシーバからの選択
パケットを受取る。その周波数帯域マッパは、選択パケ
ットからインデックスを抽出し、そのインデックスか
ら、選択された２２ＭＨｚの周波数帯域を決定する。選
択された周波数帯域を示す情報は、周波数帯域マッパ２
１４からモード３トランシーバセクション１９８へ出力
され、その後モード３通信は開始可能となる。

【００４１】図２１Ｃは、図１９Ｂおよび図２１Ｂのト
ランシーバにより行われうる代表的動作を示す。２２１
においては、前述のパラメータｎ、ｋ、Ｔ₁、Ｔ₂、およ
びＴ _PLSが、例えば、最初のハンドシェイキング中に決
定される。２２２においては、トランシーバが、Ｔ₁−
Ｔ_PLSの期間の間モード１で動作する。その後、２２３
において、利用可能な帯域幅（ｂａｎｄｗｉｄｔｈ
ＢＷ）内のｎ個のプローブ周波数が決定され、２２４に
おいて、それぞれのプローブ周波数によりプローブパケ
ットが送信される。２２５においては、プローブパケッ
トが受信され、対応する周波数チャネル品質情報（例え
ば最大相関値）が得られる。２２６においては、周波数
チャネル品質情報を用いて帯域品質情報が発生せしめら
れ、この帯域品質情報は２２７において、モード３通信
のための好ましい周波数帯域を選択するために用いられ
る。２２８においては、ｋ個の選択パケットが、ｋ個の
異なる周波数により送信され、それぞれの選択パケット
は、選択された周波数帯域を表示する。２２９において
は、モード３通信が、選択された周波数帯域を用い、期
間Ｔ₂の間行われる。期間Ｔ₂が終わった後、２２２にお
いてモード１通信が再開され、上述の動作が繰返され
る。

【００４２】図１４Ｃは、図１９Ｂのモード制御装置の
別の代表的実施例の関連部分を図式的に示す。図１４Ｃ
の実施例において、変調およびコーディングマッパ１４
１は、帯域セレクタ２１３（図２１Ｂ参照）から１４２
に、ＰＬＳプロシージャ中に選択された２２ＭＨｚ帯域
に関連する帯域品質情報を受取る。変調およびコーディ
ングマッパ１４１は、その帯域品質情報を、例えば、図
１４Ａ、図１４Ｂ、図１４Ｄ、および図１４Ｅにおける
１ないし２２に示されている、代表的な変調およびチャ
ネルコーディングの組合せのいずれかの上へマッピング
する。マッパ１４１は、１４３において、モード３トラ
ンシーバセクション１９８へ、選択された変調およびチ
ャネルコーディングの組合せを表示する情報を供給す
る。マッピング動作は、例えば、選択された帯域の帯域
品質情報が与えられた時の、システムのスループットを
最大化するように定められうる。ある代表的実施例にお
いては、上述の図１３に示されているものと同様の実験
的シミュレーション情報、例えば、異なる変調スキーム
における、また異なるコーディング速度における、スル
ープット対帯域品質は、マッパ１４１により、選択され
た帯域の帯域品質情報が与えられた時の最高スループッ
トを与える、変調スキームおよびコーディング速度の組
合せを選択するために、用いられうる。

【００４３】再び図１７および図１９Ａを参照すると、
マスタからスレーブへ、また逆に、モード３へ割当てら
れたタイムスロットＴ₂（例えば２２５ｍｓ）におい
て、いくつかのパケットが送信されうる。図２４Ａに示
されているように、例えば、２００マイクロ秒の公称パ
ケットサイズが用いられうる。マスタおよびスレーブ
は、それらの最初のハンドシェイク中に、例えば、ある
数のパケットがそれぞれの方向に送られるべきことを合
意しうる。それらはまた（ハンドシェイク中に）、それ
ぞれの方向において用いられるべき変調スキームについ
ても合意しうる。

【００４４】片方向通信の例においては、また、もしＡ
ＲＱ（自動再送要求ａｕｔｏｍａｔｉｃｒｅｐｅａ
ｔｒｅｑｕｅｓｔ）が用いられるならば、送信装置
は、例えば、所定数の通常パケット（ここではスーパー
パケットとも呼ぶ）を送信しうる。スーパーパケット内
の通常パケットの数は、最初のハンドシェイキング時に
合意されうる。所定数の通常パケットの受信後、コーデ
ィング装置は、例えば、通常パケットの半分の長さの短
いＡＲＱパケットを送りうる。このＡＲＱパケットの前
後には、（例えば１００マイクロ秒の）保護間隔が配置
されうる。このＡＲＱパケットは、通常パケットの受信
の受理通知として役立つ。ＣＲＣが正しいとチェックさ
れなかったパケットは、ＡＲＱパケット内に表示され
る。その場合、送信機は、要求されたパケットを、再び
さらなるスーパーパケット内において送信しうる。この
プロシージャは、全てのパケットが終わるまで、または
タイムアウトが起こるまで、繰返されうる。図２４Ａ
は、ＡＲＱありの、またはＡＲＱなしの、（明示的に図
示されている）マスタからスレーブへの、または（明示
的に図示されていない）スレーブからマスタへの、片方
向通信の場合における代表的スロットフォーマットを示
す。

【００４５】図２４Ｂの例に示されているように、マス
タからスレーブへの、またスレーブからマスタへの、両
方向モード３通信は、同様にして処理されうる。ＡＲＱ
および再送信はオプションである。再送信は、（ブルー
トゥース装置のような）妨害装置（ｉｎｔｅｒｆｅｒｅ
ｒ）の存在下におけるモード３パフォーマンスを向上さ
せうる。ＡＲＱを有する片方向送信のための図２４Ａを
参照すると、（図２４Ｃに示されている）代表的再送信
技術は以下のようになる。

【００４６】１．２４０１において、マスタはスレーブ
へ、それぞれのパケットの終りにＣＲＣを有する１００
個のパケットを含むスーパーパケットを送信する。２．スレーブは、そのＣＲＣを用い、パケットがエラー
なく受信されたかどうかを決定する。３．スレーブはマスタへ、１００ビットのペイロードを
有するＡＲＱパケットを送信する（図２４Ｃの２４３
０、２４３１を参照）。それぞれのビットは、もしパケ
ットがエラーなしに受信されたとすれば１であり、もし
エラーをもって受信されたとすれば０である。ＣＲＣ
が、ＡＲＱパケットの終りに追加される。４．もしマスタが、２４０４において、ＡＲＱパケット
を正しく受信すれば、マスタは、要求されたパケットを
（もしあれば）スレーブへ再送信する（図２４Ｃの２４
０５を参照）。もしマスタが、２４０４において、ＡＲ
Ｑパケットを正しく受信しなければ、（ａ）マスタはスレーブへ、サイズ１００μｓｅｃのＡ
ＲＱパケットを送信し（図２４Ｃの２４１０を参照）、
スレーブのＡＲＱパケットを求める。（ｂ）マスタは次に、２４０４において、スレーブのＡ
ＲＱパケットを聴取する。（ｃ）マスタが、２４０４において、（図２４Ｃの２４
２０において送信された）スレーブのＡＲＱパケットを
受信し、要求されたパケットがもしあれば（２４０８参
照）２４０５において再送信するまで、または、２４０
６においてＴ₂タイムスロットが終了しモード１通信が
開始されるまで、ステップ（ａ）および（ｂ）がマスタ
により繰返される。５．ステップ２からステップ４までが、全てのパケット
がスレーブにより正しく受信されるまで（２４０８参
照）、またはＴ₂タイムスロットが終了するまで、繰返
される。６．もしステップ４またはステップ５中にＴ₂タイムス
ロットが終了しなければ（２４０９参照）、マスタはス
レーブへ、新しいパケットを送信する。

【００４７】もしマスタが、Ｔ₂タイムスロットが終了
する前に、全てのそのパケットを送信し終われば、マス
タはモード１になって他のブルートゥース装置と通信し
うる。例えば、もし速度１８ＭｂｐｓのＭＰＥＧ２が送
信しつつあれば、６つのフレーム（２５０ｍｓのビデ
オ）は、２２Ｍｂｐｓの速度において２０４．５ｍｓを
必要とする。もしＴ₁＋Ｔ₂＝２５０ｍｓで、かつ１０ｍ
ｓが再送信要求のために用いられるならば、またもし
７．５ｍｓがＰＬＳのために用いられるならば、これ
は、マスタを、モード１ブルートゥース通信に２８ｍｓ
間留まらせる。

【００４８】両方向通信における再送信は（図２４Ｂ参
照）、上述の片方向通信と同様に行われうる。スレーブ
装置のＡＲＱ要求は、スレーブデータパケット上へ上乗
せ（ｐｉｇｇｙｂａｃｋ）されるか、または独立した
ＡＲＱパケットが用いられうる。

【００４９】図２４Ｄは、上述され、かつ図２４Ｃに示
されている、代表的再送信技術を実行しうるモード３ト
ランシーバの代表的実施例の関連部分を図式的に示す。
図２４Ｄにおいて、入力スーパーパケットデータは、Ｃ
ＲＣデコーダ２４２へ印加され、このデコーダは、スー
パーパケットのそれぞれのパケットに対しＣＲＣチェッ
クを行う。与えられたパケットのために、ＣＲＣデコー
ダ２４２は、ビット、例えば、もしパケットのＣＲＣが
正しいとチェックされれば、１のビット値を、また、も
しパケットのＣＲＣが正しいとチェックされなければ、
０のビット値を、レジスタ２４３内へシフトできる。こ
のようにして、レジスタ２４３は、スーパーパケットの
それぞれのパケットのためのビット値をロードされる。
レジスタ２４３内に含まれるビット値は論理２４４へ入
力され、論理２４４は、ことごとくの受信パケットのＣ
ＲＣが正しいとチェックされたか否かを決定する。もし
正しいとチェックされたとすれば、論理の出力２４８
は、入力スーパーパケットデータがロードされたバッフ
ァ２４１へ、スーパーパケットデータをより高いレイヤ
へ送っても良いことを知らせる。一方、もし論理２４４
が、１つまたはそれ以上の受信パケットのＣＲＣが正し
いとチェックされなかったと決定すれば、論理の出力２
４８はバッファ２４１へ、スーパーパケットデータを保
持するように知らせる。

【００５０】レジスタ２４３の内容はまた、ＡＲＱ発生
器２４５へ供給され、この発生器は、レジスタの内容を
用いて送出ＡＲＱパケットのペイロードを満たす。再送
信されたパケットを含むスーパーパケットが受信された
時は、それらの再送信パケットは、バッファ２４１内の
それらの適切なスーパーパケットロケーション内へバッ
ファされ、ＣＲＣデコーダ２４２は、それぞれの再送信
パケットのためにＣＲＣチェックを行い、ＣＲＣの結果
をレジスタ２４３へ供給する。

【００５１】ＡＲＱ受信機２４６は入力ＡＲＱパケット
を受信し、それに応答して、ＡＲＱ発生器２４５を促し
て適切なＡＲＱパケットを送らせ、または、前にバッフ
ァされた（２４７参照）送出スーパーパケットの要求さ
れたパケットを選択して他の側へ再送信する。ポイント
マルチポイント間通信は、複数のスレーブ間の時分割多
重化により実現されうる。各スレーブのための各々のタ
イムスロットの前には、マスタと関連するスレーブとの
間のＰＬＳスロットがある。

【００５２】ある実施例においては、図２４Ａにおける
それぞれの２００μｓｅｃの長さのパケットは、データ
ビット（ペイロード）および長さ３２ビットのＣＲＣを
含む。このＣＲＣは、例えば、多項式Ｄ³²＋Ｄ²⁶＋Ｄ²³
＋Ｄ²²＋Ｄ¹⁶＋Ｄ¹²＋Ｄ¹¹＋Ｄ¹⁰＋Ｄ⁸＋Ｄ⁷＋Ｄ⁵＋Ｄ⁴
＋Ｄ²＋１を用いて発生せしめられる３２ビットのシー
ケンスである。この代表的パケットフォーマットは、図
２５Ａに示されている。

【００５３】図２５Ｂは、本発明による代表的ＡＲＱパ
ケットフォーマットを示す。図２５ＢのＡＲＱパケット
フォーマットは、図２５Ａに示されているパケットフォ
ーマットと一般に類似しており、図２６の訓練シーケン
スを含む。図２５Ｂのパケットのペイロードは、反復コ
ードにより保護されている。図２５Ｂのパケットのサイ
ズは、そのヘッダにおいて指定することができ、また
は、マスタにより送信されたスーパーパケット内のパケ
ット数に反復コード速度を乗算したもの、ＣＲＣビット
の数、および訓練ビットの数、に基づいてマスタが決定
することができる。

【００５４】その数を最初のハンドシェイク時に合意で
きる、図２４Ａにおけるいくつかのパケットの前に、タ
イミング、自動利得制御、およびパケットタイミングの
捕捉のための訓練シーケンスが先行する。一般に、１０
個のパケットの前に訓練シーケンスが先行する。図２６
は、訓練シーケンスの代表的フォーマットを示す。図２
７は、訓練シーケンス（図２６も参照）およびＣＲＣを
含む、モード３における周期Ｔ₂の上述の代表的スロッ
トフォーマットの部分を図式的に示す。

【００５５】図２６の訓練シーケンスのプリアンブル
は、パターン（１＋ｊ）＊〔１，−１，１，−１，１，
−１，１，−１，１，−１，１，−１，１，−１，１，
−１，１，−１，１，−１，１，−１〕を含み、それ
は、受信機による最初の記号タイミング捕捉を補助す
る。この図２６の例におけるプリアンブルには、４相位
相偏移変調（ＱＰＳＫ）を用いて送信される６４ビット
のブルートゥース同期ワードが続き、モード３における
３２記号送信を意味する。この同期ワードには、ＱＰＳ
Ｋ変調を用いて送信されるヘッダが続く。プリアンブ
ル、同期ワード、およびヘッダの送信のためには、１６
ＱＡＭにおける最も遠いコンステレーションが用いられ
る（図６Ａ参照）。図２７をさらに参照すると、ヘッダ
には、パケットにより占有される合計時間が２００マイ
クロ秒になるように、ペイロードが続く。このペイロー
ドには、３２ビットのＣＲＣが続く。

【００５６】上述のスロットおよびパケットのフォーマ
ットは、単に代表的なものであり、例えば、パケット長
は任意の所望の長さにセットすることができ、ＣＲＣの
ためには異なるサイズの多項式を用いることができ、プ
リアンブルには異なるサイズの訓練シーケンスを用いる
ことができ、同期ワードおよびヘッダは所望のサイズと
することができることを理解すべきである。また、上述
のスロットおよびパケットのフォーマットは、容易に両
方向通信に対し適用されうることも理解すべきである。

【００５７】上述の代表的なスロットおよびパケットの
フォーマットは、例えば、１８ＭｂｐｓにおけるＨＤＴ
ＶＭＰＥＧ２ビデオの送信を可能にする。例えば、２
４フレーム／ｓｅｃが、ＭＰＥＧ２ビデオにおいて送信
されるものと仮定する。すなわち、マスタはスレーブ
へ、２１８４記号のデータペイロードを搬送する、それ
ぞれの長さが２００μｓｅｃである１００個のパケット
を送信する。例えば、１０個のそのようなパケットの前
に８１記号の訓練シーケンスが先行し（図２６）、レー
ト１／２のコーディングによる１６ＱＡＭが用いられる
ものと仮定すると、６個のビデオフレームの送信には２
０６．８ｍｓｅｃが必要である。９％のＡＲＱ速度を仮
定することは、６個のビデオフレームのために必要とさ
れる合計時間が２２５ｍｓｅｃであることを意味する。
図２８は、モード３を用いるＨＤＴＶＭＰＥＧ２ビデ
オの送信における代表的送信パラメータを要約してい
る。

【００５８】モード３における捕捉およびパケット受信
のための受信機アルゴリズムは、モード２と同様であ
る。図２９には、モード３受信機アルゴリズムの代表的
ブロック図が示されている。図３０には、モード３のた
めの代表的受信機の実施例が図式的に示されている。全
体が３０１に示されている図３０の復調器は、例えば、
チャネル推定、等化、および記号からビットへのマッピ
ングを行いうる。

【００５９】図３１には、モード３のための代表的送信
機が示されている。ＩおよびＱチャネルに関するそれぞ
れのＤ／Ａ変換器３１０は、例えば、６ビット４４ＭＨ
ｚの変換器でありうる。図３１および図３０の送信機お
よび受信機はいっしょに、上述の図１９Ｂの代表的モー
ド３トランシーバを形成するために用いられうる。

【００６０】ある代表的実施例においては、図３２Ａ、
図３２Ｂ、および図３３に示されているように、ＱＰＳ
Ｋ、１６ＱＡＭ、および８ＰＳＫ（８相位相偏移変調）
のような変調オプションが、モード３において用いられ
うる。図３２ＡのＱＰＳＫの例を参照すると、ＩＥＥＥ
８０２．１１において用いられるような代表的カバーシ
ーケンスＳが、送信記号を拡散させるために用いられて
いる。図３２Ａには、ビットから記号へのマッピングが
示されている。図３２Ｂの８ＰＳＫの例を参照すると、
ＩＥＥＥ８０２．１１において用いられるようなカバー
シーケンスＳが、送信記号を拡散させるために用いられ
ている。図３２Ｂには、ビットから記号へのマッピング
が示されている。図３３の１６ＱＡＭの例を参照する
と、ＩＥＥＥ８０２．１１において用いられるようなカ
バーシーケンス（ここではスクランブリングコードとも
呼ばれる）Ｓが、送信記号を拡散させるために用いられ
ている。図３３には、ビットから記号へのマッピングが
示されている。図３２Ａおよび図３３の例において、Ｓ
_iは、シーケンスＳのｉ番目のメンバーを表し、それは
１または０である。ある実施例においては、カバーシー
ケンスは用いられず、その場合は、Ｓのいずれの値に関
連するコンステレーションも用いられうる。

【００６１】図３４に示されている、指数関数的に遅延
せしめられるレーリーチャネルは、予期される動作環境
の代表的なものであり、従って、パフォーマンスをテス
トするために用いられうる。図３４のチャネルのインパ
ルス応答の複素振幅は、以下の数式により与えられる。

【００６２】

【数６】

【００６３】このチャネルモデルは、（図３０のフィル
タ３０５の出力における）等化を必要とし、これはさま
ざまな方法により行うことができ、その２つの従来の例
を図３５および図３６に関連して以下に説明する。図３
５には、代表的なＭＭＳＥ（最小２乗平均誤差）等化器
のセクションが示されている。等化器セクションはＭＭ
ＳＥ等化器を含み、それにＤＦＥ（決定帰還等化器）が
続いている。ＭＭＳＥは、最小２乗平均誤差基準および
チャネルの評価を用い、全ての記号に関する決定を３５
０に発生する。ＤＦＥは、ＭＭＳＥにより得られた全て
のチャネルの決定を、入力信号から減算し、次に３５１
に、全ての記号に関する整合フィルタのソフトデシジョ
ンを発生する。これらは次に、ソフトデシジョンブロッ
クへ供給され、このブロックは３５２に、ビットレベル
のソフトデシジョンを発生する。これらのビットレベル
のソフトデシジョンは、次にターボデコーダ３０７（図
３０参照）へ、または、非コード化システムの場合はス
レショルド装置へ、供給される。

【００６４】図３６の代表的ＭＡＰ等化器セクション
は、受信信号およびチャネルの評価が与えられた時の、
送信された記号のアポステリオリな確率を最大化する。
これらの記号確率３６０は、次に３６１において、記号
に関する加算によりビット確率へ変換される。これらの
ビット確率３６２は、次にターボデコーダまたはスレシ
ョルド装置へ入力される。

【００６５】ビデオ送信は、一般に１０^-8のＢＥＲを必
要とし、この誤り率を実現するためにターボコーディン
グが用いられる。並列連結畳み込みコード（ｐａｒａｌ
ｌｅｌｃｏｎｃａｔｅｎａｔｅｄｃｏｎｖｏｌｕｔ
ｉｏｎｃｏｄｅｓＰＣＣＣ）は約１０^-7のエラーフ
ロア（ｅｒｒｏｒｆｌｏｏｒ）を有することが公知で
あるが、直列連結畳み込みコード（ｓｅｒｉａｌｃｏ
ｎｃａｔｅｎａｔｅｄｃｏｎｖｏｌｕｔｉｏｎｃｏｄ
ｅｓＳＣＣＣ）はエラーフロアをもたずＢＥＲ要求を
満たしうる。図３７におけるＳＣＣＣは従来のものであ
り、最初ディブサラー（Ｄｉｖｓａｌａｒ）およびポラ
ラ（Ｐｏｌｌａｒａ）により、１９９７年９月のフラン
ス、ブレストにおける、ターボコードおよび応用の国際
シンポジウムの会報（ＰｒｏｃｅｅｄｉｎｇｓＩｎｔ
ｅｒｎａｔｉｏｎａｌＳｙｍｐｏｓｉｕｍｏｆＴ
ｕｒｂｏＣｏｄｅｓａｎｄＡｐｐｌｉｃａｔｉｏ
ｎｓ）の第８０ないし８７頁に所載の、「直列およびハ
イブリッド連結されたコードとその応用（Ｓｅｒｉａｌ
ａｎｄＨｙｂｒｉｄＣｏｎｃａｔｅｎａｔｅｄ
ＣｏｄｅｓｗｉｔｈＡｐｐｌｉｃａｔｉｏｎ）」に
提案されたもので、これはここで参照することにより、
その内容を本願に取り込むこととする。

【００６６】図３８から図４４までには、モード３のた
めのモンテカルロシミュレーションの代表的結果が与え
られている。全てのシミュレーションにおいて、４０９
６個の情報ビットを有するフレームサイズが用いられ
た。図３８および図３９は、ＡＷＧＮチャネルにおける
ＦＥＲおよびＢＥＲを示す。図４０および図４１は、フ
ェージングのないＩＥＥＥ８０２．１５．３多重経路チ
ャネルにおけるＦＥＲおよびＢＥＲを示す。図４２およ
び図４３は、フェージングのあるＩＥＥＥ８０２．１
５．３多重経路チャネルにおけるＦＥＲおよびＢＥＲを
示す。図４４は、単一経路レーリーフェージングチャネ
ルにおけるＦＥＲを示す。

【００６７】典型的なトランシーバサイズの制約によ
り、本発明による送信および受信のためには単一アンテ
ナが望ましい。しかし、送信および受信のダイバーシチ
のために、２つのアンテナを用いることも可能である。
交換ダイバーシチのような簡単なスキームは、（例え
ば、ブルートゥースピコネットにおける）他の装置に対
してはやはりトランスペアレントでありながら、本発明
により与えられるトランシーバ装置へ容易に取り入れう
る。上述の変調技術は、時空コーディング（ｓｐａｃｅ
ｔｉｍｅｃｏｄｉｎｇ）、ビーム形成、などのよう
な、もっと複雑な送信ダイバーシチに対しても適用可能
である。

【００６８】本発明の前述の変調スキームはまた、並列
連結トレリスコード化変調（ｐａｒａｌｌｅｌｃｏｎ
ｃａｔｅｎａｔｅｄｔｒｅｌｌｉｓｃｏｄｅｄｍ
ｏｄｕｌａｔｉｏｎＰＣＴＣＭ）および直列連結トレ
リスコード化変調（ｓｅｒｉａｌｌｙｃｏｎｃａｔｅ
ｎａｔｅｄｔｒｅｌｌｉｓｃｏｄｅｄｍｏｄｕｌ
ａｔｉｏｎＳＣＴＣＭ）のような、もっと複雑なコー
ディングスキームをも許容する。また、（図３７のター
ボコーディングよりも良い動作を行いうる）もっと複雑
度の低いトレリスコードが、本発明によるトランシーバ
装置には容易に取入れられうる。

【００６９】上述のように、図１０（受信機）および図
１１（送信機）は、モード２の代表的トランシーバを示
す。モード２受信機の多くの部品、例えば、フロントエ
ンドフィルタ１０５、ＬＮＡ１０６、ＲＦ／ＩＦ変換器
１０７、およびＳＡＷフィルタ１０８は、モード１と共
用されうる。モード２受信機のベースバンドは、フィル
タリング、ＡＧＣ、タイミング捕捉、チャネル推定、Ｑ
ＡＭ復調、およびＡＲＱの場合のビタビデコーディン
グ、を受入れるための、（モード１の範囲を越えた）追
加の論理を必要とする。ある実施例においては、この追
加の論理のための特別なゲートの数は、約１０，０００
ゲートになる。

【００７０】上述のように、図３０（受信機）および図
３１（送信機）は、モード３の代表的トランシーバを示
す。モード３受信機の多くの部品、例えば、フロントエ
ンドフィルタ３０８、ＬＮＡ３０６、およびＲＦ／ＩＦ
変換器３０２は、モード１と共用されうる。モード１＋
モード３のインプリメンテーションは、モード３の帯域
幅がモード１に比し大きいために、モード１のインプリ
メンテーションを超えて追加のＳＡＷフィルタを必要と
する。モード３受信機のベースバンドは、ＡＧＣ、タイ
ミング捕捉、チャネル推定、ＱＡＭ復調、等化、および
ターボデコーディングのための、（モード１の範囲を越
えた）追加の論理を必要とする。ある実施例において
は、この追加の論理のための特別なゲートの数は、約１
００，０００ゲートになる。

【００７１】当業者にとっては、本発明による代表的ト
ランシーバの実施例が、例えば、従来のブルートゥース
ＭＡＣにおいて、適切なハードウェアおよび／またはソ
フトウェアの改変を行うことにより実現されうることは
明らかであろう。上述の、本発明により提供される代表
的利点を以下にリストする。

【００７２】・ブルートゥースとのインタオペラビリ
ティ：本発明による高速度ＷＰＡＮピコネットは、いく
つかのモード１（ブルートゥース）およびモード２また
はモード３の装置に同時に適応しうる。・高スループット：モード３において、本発明による
高速度ＷＰＡＮは、２．４ＧＨｚのＩＳＭ帯域全体上に
おいて、６ｘ２０＝１２０Ｍｂｐｓの合計スループット
を与える、それぞれが２０Ｍｂｐｓのデータ速度を有す
る６つの同時接続をサポートする。モード２において
は、前記高速度ＷＰＡＮは、それぞれが４Ｍｂｐｓまで
のデータ速度を有するブルートゥースと同数の接続をサ
ポートする。・共存：本発明による代表的ＷＰＡＮの付近における
ブルートゥースのスループットは、１０％しか低下しな
い。ＰＬＳ技術は、本発明によるＷＰＡＮの付近におけ
るＩＥＥＥ８０２．１１のスループットの低下が０％で
あることを意味する。そのわけは、ＰＬＳが異なる周波
数帯域を選択するからである。・妨害に対する抵抗：ＰＬＳ技術は、マイクロ波、ブ
ルートゥース、およびＩＥＥＥ８０２．１１からの妨害
の回避を助け、従って、ＰＬＳ技術は妨害に対して堅牢
となる。・低い感度レベル：モード２における代表的感度レベ
ルは−７８ｄＢｍであり、モード３においては−６９ｄ
Ｂｍである。・低い電力消費：２００１年におけるモード２の推定
電力消費は、受信において平均２５ｍＷ、送信において
平均１５ｍＷであり、２００１年におけるモード３の推
定電力消費は、受信において平均９５ｍＷ、送信におい
て平均６０ｍＷである。以上においては、本発明の代表的実施例を詳述したが、
これは本発明の範囲を制限するものではなく、本発明は
さまざまな実施例により実行されうる。

【００７３】本願は、以下の同時期米国特許仮出願の、
３５Ｕ．Ｓ．Ｃ．１１９（ｅ）（１）のもとでの優先権
を主張する：２０００年６月９日付仮出願の第６０／２
１０，８５１号；２０００年７月５日付仮出願の第６０
／２１５，９５３号；２０００年７月６日付仮出願の第
６０／２１６，２９０号、第６０／２１６，４３６号、
第６０／２１６，２９１号、第６０／２１６，２９２
号、第６０／２１６，４１３号、および第６０／２１
６，４３３号；２０００年７月１１日付仮出願の第６０
／２１７，２６９号、第６０／２１７，２７２号、およ
び第６０／２１７，２７７号；２０００年８月２９日付
仮出願の第６０／２２８，８６０号。上述の仮出願は全
て、ここで参照してその内容を本願に取り込むこととし
た。本願は、本願と同時に出願された以下の同時期出願
に関連している：明細書番号はＴＩ−３１２８５および
ＴＩ−３１２８６であり、それぞれのタイトルは、「周
波数帯域選択を用いる無線通信（ＷｉｒｅｌｅｓｓＣ
ｏｍｍｕｎｉｃａｔｉｏｎｓｗｉｔｈＦｒｅｑｕｅ
ｎｃｙＢａｎｄＳｅｌｅｃｔｉｏｎ）」および「効
率的な再送信動作を用いる無線通信（Ｗｉｒｅｌｅｓｓ
ＣｏｍｍｕｎｉｃａｔｉｏｎｓｗｉｔｈＥｆｆｉ
ｃｉｅｎｔＲｅｔｒａｎｓｍｉｓｓｉｏｎＯｐｅｒ
ａｔｉｏｎ）」である。

【図面の簡単な説明】

【図１】本発明によるＷＰＡＮの代表的パラメータをテ
ーブル形式で示す。

【図２】本発明によるＷＰＡＮトランシーバ装置の代表
的構成を図式的に示す。

【図３】本発明によるＷＰＡＮトランシーバの第１およ
び第２動作モードに関連する代表的パラメータをテーブ
ル形式で示す。

【図４】図３に示されている動作モードに関連する、送
信スペクトルマスクをテーブル形式で示す。

【図５】図３に示されている動作モード間におけるトラ
ンシーバ装置の代表的遷移を示す、状態遷移図である。

【図６】Ａは、本発明によるモード２の送信における代
表的フレームフォーマットを図式的に示し、Ｂは、本発
明によるモード２の選択された記号送信において用いら
れうる、１６ＱＡＭコンステレーションの代表的コンス
テレーションポイントをグラフ表示する。

【図７】本発明による代表的ＷＰＡＮの動作を図式的に
示す。

【図８】図７のＷＰＡＮにおける通信のための代表的タ
イミング図である。

【図９】本発明によるモード２受信機における代表的捕
捉およびパケット受信アルゴリズムを図式的に示す。

【図１０】図９のアルゴリズムを実行しうるモード２受
信機の代表的実施例を図式的に示す。

【図１１】本発明によるモード２送信機の代表的実施例
を図式的に示す。

【図１２Ａ】本発明による代表的な送信エンコーディン
グ動作および受信デコーディング動作を示す。

【図１２Ｂ】Ａに示されている受信動作を行いうる、代
表的なトランシーバの実施例の関連部分を図式的に示
す。

【図１２Ｃ】Ａに示されている受信動作を行いうる、代
表的なトランシーバの実施例の関連部分を図式的に示
す。

【図１３】従来のブルートゥース動作（１３１）を用い
て得られる代表的なシミュレーションの結果と、１６Ｑ
ＡＭ（１３２）および６４ＱＡＭ（１３３）による本発
明のモード２動作を用いて得られる代表的シミュレーシ
ョンの結果とを、グラフにより比較する。

【図１４Ａ】本発明によるモード３において動作する、
ＷＰＡＮトランシーバに関連する代表的パラメータをテ
ーブル形式で示す。

【図１４Ｂ】本発明によるモード３において動作する、
ＷＰＡＮトランシーバに関連する代表的パラメータをテ
ーブル形式で示す。

【図１４Ｃ】Ｂのモード制御装置の代表的実施例の部分
を示す。

【図１４Ｄ】本発明によるモード３において動作する、
ＷＰＡＮトランシーバに関連する代表的パラメータをテ
ーブル形式で示す。

【図１４Ｅ】本発明によるモード３において動作する、
ＷＰＡＮトランシーバに関連する代表的パラメータをテ
ーブル形式で示す。

【図１５】本発明によるモード３トランシーバにより用
いられうる送信スペクトルマスクをテーブル形式で示
す。

【図１６】本発明によるＰＬＳを有するモード３パフォ
ーマンスと、本発明によるＰＬＳを有さないモード３パ
フォーマンスとを、グラフにより比較する。

【図１７】本発明によるトランシーバ装置の、モード１
とモード３との間の代表的遷移を示す、状態遷移図であ
る。

【図１８】本発明による代表的ＷＰＡＮの動作を図式的
に示す。

【図１９】Ａは、図１７の代表的状態遷移と、モード１
状態において行われうる代表的動作とを示すタイミング
図であり、Ｂは、本発明によるモード１およびモード３
をサポートするトランシーバの代表的実施例を図式的に
示す。

【図２０】本発明によるプローブパケットの代表的フォ
ーマットを図式的に示す。

【図２１Ａ】図１９ＡのＰＬＳ部分の例を詳細に示す。

【図２１Ｂ】図１９Ｂのモード制御装置の代表的実施例
の関連部分を図式的に示す。

【図２１Ｃ】図１９Ｂおよび図２１Ｂのモード制御装置
により行われうる代表的動作を示す。

【図２２】本発明による選択パケットの代表的フォーマ
ットを図式的に示す。

【図２３】本発明により得られた代表的ＰＬＳサンプリ
ングの結果をグラフにより示す。

【図２４Ａ】本発明によるモード３通信における代表的
タイムスロットフォーマットを図式的に示す。

【図２４Ｂ】本発明によるモード３通信における代表的
タイムスロットフォーマットを図式的に示す。

【図２４Ｃ】本発明による再送信技術の代表的動作を示
す。

【図２４Ｄ】Ｃに示されている動作を実行しうる代表的
トランシーバの実施例の関連部分を示す。

【図２５】Ａは、図２４Ａのタイムスロットフォーマッ
トと共に用いられる、代表的パケットフォーマットを示
し、Ｂは、本発明による代表的ＡＲＱパケットフォーマ
ットを示す。

【図２６】図２５Ａのパケットフォーマットと共に用い
られうる訓練シーケンスの代表的フォーマットを図式的
に示す。

【図２７】図２４Ａのスロットフォーマットの部分を詳
細に示す。

【図２８】本発明によるモード３を用いたビデオ送信に
用いられうる代表的送信パラメータをテーブル形式で示
す。

【図２９】本発明によるモード３動作における代表的な
捕捉およびパケット受信アルゴリズムを図式的示す。

【図３０】図２９のアルゴリズムを実行しうる、本発明
によるモード３受信機の代表的実施例を図式的に示す。

【図３１】本発明によるモード３送信機の代表的実施例
を図式的に示す。

【図３２】ＡおよびＢは、モード３動作において用いら
れうる、ビットから記号への代表的マッピングを図式的
に示す。

【図３３】モード３動作において用いられうる、ビット
から記号への別の代表的マッピングを図式的に示す。

【図３４】本発明によるトランシーバが遭遇する、典型
的なチャネルインパルス応答をグラフにより示す。

【図３５】図３４のチャネルモデルの等化を行うために
用いられうる、等化器セクションの代表的実施例を図式
的に示す。

【図３６】図３４のチャネルモデルを等化するために用
いられうる、別の代表的等化器セクションを図式的に示
す。

【図３７】本発明によるモード３動作と共に用いられる
代表的ターボコーダを図式的に示す。

【図３８】通信チャネルにおけるモード３動作のための
代表的シミュレーションの結果をグラフにより示す。

【図３９】通信チャネルにおけるモード３動作のための
代表的シミュレーションの結果をグラフにより示す。

【図４０】通信チャネルにおけるモード３動作のための
代表的シミュレーションの結果をグラフにより示す。

【図４１】通信チャネルにおけるモード３動作のための
代表的シミュレーションの結果をグラフにより示す。

【図４２】通信チャネルにおけるモード３動作のための
代表的シミュレーションの結果をグラフにより示す。

【図４３】通信チャネルにおけるモード３動作のための
代表的シミュレーションの結果をグラフにより示す。

【図４４】通信チャネルにおけるモード３動作のための
代表的シミュレーションの結果をグラフにより示す。

【符号の説明】

１２０３ビタビデコーダ１２０６制御装置１２１０エンコーダ１２１３バッファ１２１４セレクタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者モハメドナフィアメリカ合衆国テキサス、リチャードソン、バッキンガムロード 530、アパートメント 121 (72)発明者アナンドジー、ダバクアメリカ合衆国テキサス、プラノ、ケンドールドライブ 8625 Ｆターム(参考） 5K014 AA01 BA02 BA06 BA10 DA02 HA10 5K034 AA01 AA15 AA20 DD02 EE03 HH11 KK21 NN26

Claims

【特許請求の範囲】

【請求項１】送信側から受信側へデータを通信する方
法において、該方法が、前記送信側が、前記受信側へ送信されるべき複数の原デ
ータビットに、オーバヘッドビットを発生するエンコー
ディングアルゴリズムを適用するステップと、前記送信側が、前記オーバヘッドビットのない前記原デ
ータビットを、前記受信側へ送信するステップと、前記送信側が、前記原データビットが前記受信側におい
て正しく受信されなかったことの表示を前記受信側から
受信するまで、前記送信側が前記オーバヘッドビットの
送信を控えるステップと、を含む、前記方法。
【請求項２】前記原データビットが前記受信側におい
て正しく受信されなかったことの前記受信側からの表示
に応答して、前記送信側が、第２送信において前記受信
側へ前記オーバヘッドビットを送信するステップを含
む，請求項１に記載の方法。
【請求項３】前記受信側が、前記原データビットの受
信バージョンと、前記オーバヘッドビットの受信バージ
ョンとを組合わせて、受信ビットの組合せセットを発生
し、前記受信側が前記受信ビットの組合せセットに、前
記エンコーディングアルゴリズムに対応するデコーディ
ングアルゴリズムを適用するステップを含む、請求項２
に記載の方法。
【請求項４】前記受信側が、前記オーバヘッドビット
の受信バージョンにマッピング動作を適用し、該マッピ
ング動作は、もし前記オーバヘッドビットが前記受信側
において正しく受信されていれば、前記原データビット
を結果として生じ、また、前記受信側が、前記マッピン
グ動作の前記結果に対しエラー検出プロシージャを適用
して、前記マッピング動作が前記原データビットを結果
として生じたかどうかを決定し、前記マッピング動作が
結果として前記原データビットを生じなかったとの決定
に応答して、前記受信側が、前記オーバヘッドビットの
前記受信バージョンを、前記原データビットの受信バー
ジョンと組合わせて、受信ビットの組合せセットを発生
し、前記受信側が、該受信ビットの組合せセットに対
し、前記エンコーディングアルゴリズムに対応するデコ
ーディングアルゴリズムを適用するステップを含む、請
求項２に記載の方法。
【請求項５】前記エンコーディングおよびデコーディ
ングアルゴリズムが、ビタビエンコーディングおよびデ
コーディングアルゴリズムである、請求項４に記載の方
法。
【請求項６】前記受信側が、エラー検出プロシージャ
を前記デコーディングアルゴリズムの結果に適用して、
前記デコーディングアルゴリズムが前記原データビット
を結果として生じたかどうかを決定し、前記デコーディ
ングアルゴリズムが前記原データビットを結果として生
じなかったとの決定に応答して、前記受信側が前記送信
側へ、前記原データビットの再送信を求める要求を送信
するステップを含む、請求項４または請求項５に記載の
方法。
【請求項７】前記送信側が、前記受信側へ前記原デー
タビットを再送信し、前記原データビットが正しく受信
されなかったとの前記受信側による決定に応答して、前
記受信側が、前記再送信された原データビットの受信バ
ージョンを、前記オーバヘッドビットの前記受信バージ
ョンと組合わせて、受信ビットの別の組合せセットを発
生し、前記受信側が、前記別の受信ビットの組合せセッ
トに対し前記デコーディングアルゴリズムを適用するス
テップを含む、請求項６に記載の方法。
【請求項８】送信側から受信側へデータを通信する方
法において、該方法が、前記受信側が前記送信側から、原データビットを含む第
１送信を受信するステップと、前記原データビットが正しく受信されたかどうかを前記
受信側が決定し、前記原データビットが正しく受信され
なかったとの決定に応答して、前記受信側が前記送信側
へ、前記原データビットへ適用されたエンコーディング
アルゴリズムの動作により前記送信側において発生せし
められたオーバヘッドビットの送信を求める要求を送信
するステップと、を含む、前記方法。
【請求項９】前記エンコーディングアルゴリズムが、
畳み込みエンコーディングアルゴリズムである、請求項
８に記載の方法。
【請求項１０】データ通信装置において、該装置が、通信チャネルを経て、別のデータ通信装置へ送信される
べき原データビットを受取る入力と、前記入力に結合していて、オーバヘッドビットを発生す
るエンコーディングアルゴリズムを前記原データビット
に適用するエンコーダと、前記通信チャネルを経て送信されるべきビットを供給す
る出力と、前記原データビットおよび前記オーバヘッドビットの一
方を前記出力へ選択的に供給するための、前記エンコー
ダと前記出力との間に結合したデータ経路であって、該
データ経路は前記別の通信装置から制御情報を受ける制
御入力を有し、前記データ経路は前記制御情報に応答し
て前記出力へ供給されるべき、前記原データビットおよ
び前記オーバヘッドビットの一方を選択し、前記通信チ
ャネルを経て前記別の通信装置へ送信されるようにす
る、前記データ経路と、を含む、前記装置。
【請求項１１】前記データ経路が、前記原データビッ
トおよび前記オーバヘッドビットを記憶するための、前
記エンコーダに結合したバッファを含む、請求項１０に
記載の装置。
【請求項１２】前記データ経路が、前記バッファと前
記出力との間に結合したセレクタを含み、該セレクタ
が、前記制御入力に応答して前記バッファから前記原デ
ータビットおよび前記オーバヘッドビットの一方を得
て、前記別の通信装置へ送信されるように前記出力へ供
給する、請求項１１に記載の装置。
【請求項１３】前記制御情報が、前の送信が前記別の
通信装置において正しく受信されなかったことを表示す
る否定応答を含み、前記データ経路が該否定応答に応答
して、その選択を、前記原データビットおよび前記オー
バヘッドビットの一方から、前記原データビットおよび
前記オーバヘッドビットの他方へ変化させる、請求項１
０、請求項１１、または請求項１２に記載の装置。
【請求項１４】無線通信装置として提供される、請求
項１０から請求項１３までのいずれかに記載の装置。
【請求項１５】前記エンコーダが畳み込みエンコーダ
である、請求項１０から請求項１４までのいずれかに記
載の装置。
【請求項１６】データ通信装置において、該装置が、別のデータ通信装置により通信チャネルを経て送信され
た原データビットの受信バージョンを受信する入力と、前記入力に結合していて、前記原データビットの前記受
信バージョンが正しいかどうかを決定するエラー検出器
と、前記エラー検出器に結合した制御装置であって、前記原
データビットの前記受信バージョンが正しくないとの決
定に応答して、前記原データビットに適用されたエンコ
ーディングアルゴリズムの動作により前記別のデータ通
信装置において発生せしめられたオーバヘッドビットを
送信するように前記別のデータ通信装置に求める要求
を、前記別のデータ通信装置へ送信するために供給す
る、前記制御装置と、を含む、前記装置。
【請求項１７】前記入力が、前記別のデータ通信装置
から送信された前記オーバヘッドビットの受信バージョ
ンをさらに受信し、前記入力に結合した前記制御装置が
前記オーバヘッドビットの前記受信バージョンにマッピ
ング動作を適用し、もし前記オーバヘッドビットが前記
受信側において正しく受信されたならば、前記マッピン
グ動作が結果として前記原データビットを生じ、前記制
御装置に結合した前記エラー検出器が前記マッピング動
作の前記結果に対しエラー検出プロシージャを適用して
前記マッピング動作が前記原データビットを結果として
生じたかどうかを決定する、請求項１６に記載の装置。
【請求項１８】前記入力および前記制御装置に結合し
たデコーダを含み、前記制御装置が、前記マッピング動
作が前記原データビットを結果として生じなかったとの
前記エラー検出器による決定に応答して、前記原データ
ビットの前記受信バージョンおよび前記オーバヘッドビ
ットの前記受信バージョンに対し、前記エンコーディン
グアルゴリズムに対応するデコーディングアルゴリズム
を適用するよう前記デコーダに知らせる、請求項１７に
記載の装置。
【請求項１９】前記デコーダにより用いるために、前
記原データビットの前記受信バージョンおよび前記オー
バヘッドビットの前記受信バージョンを記憶する、前記
入力と前記デコーダとの間に結合したバッファを含む、
請求項１８に記載の装置。
【請求項２０】前記エラー検出器が、前記デコーダに
結合していて、前記デコーディングアルゴリズムが前記
原データビットを結果として生じたかどうかを決定し、
前記制御装置が、前記デコーディングアルゴリズムが前
記原データビットを結果として生じなかったとの決定に
応答して、前記原データビットの再送信を求める要求を
前記別のデータ通信装置へ送信する、請求項１８または
請求項１９に記載の装置。
【請求項２１】前記デコーダがビタビデコーダであ
る、請求項１８、請求項１９、または請求項２０に記載
の装置。
【請求項２２】無線通信装置として提供される、請求
項１６から請求項２１までのいずれかに記載の装置。