【手続補正書】
【提出日】平成22年7月1日(2010.7.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
プロセッサ２１０は、データ及び本明細書において説明される様々な手順及び方法、又はその他の数多くの手順又は方法を実行するための命令を格納するために用いることができるメモリ２２０と接続された状態が示される。メモリ２２０は、全体又は一部をプロセッサ２１０内に埋め込むことができる様々な型の１つ以上のメモリ構成要素を具備できることを当業者は認識するであろう。Ｉ／Ｏ２３０は、プロセッサ２１０に接続された状態で示され、１つ以上の入力及び／又は出力機能を具備することができ、その例は、当業においてよく知られる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
示されている例においては、入力及び出力は１１０に関して識別され、ＲＸ及びＴＸはＷＬＡＮ１２０に関して識別される一方で、ＭＡＣプロセッサ２４０は、出力又は入力機能、及びあらゆる型の受信又は送信機能とともに動作するために適切に展開することができる。フロー分類をドライバによって行うことができ、該ドライバは、当業においてよく知られるように、プロセッサ２１０又はネットワークプロセッサ２８０において、又はその他の適切な構成要素において含めることができる。様々なデータ型、フォーマット、フロークラス等のＭＡＣ処理を許容するために様々なドライバを採用することができる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
様々な速度のインタフェースを受け入れること、及び着信パケット及び発信パケットの格納及び処理に関する要求が様々であることに備えることを目的として、ＳＲＡＭ  ５６０及びＳＤＲＡＭ  ３４０等のメモリにアクセスする際の混雑を緩和するためのレートマッチングと待ち行列、及びＨ２Ｗプロセッサ５３０及び下位ＭＡＣコア５４０等のＭＡＣ処理機能を実行するためのＦＩＦＯ、ｍｕｘ、及びフォーマット化論理を採用することができる。例えば、入力インタフェース及び出力インタフェースは、ＷＬＡＮのスループット能力と比較してより高速で動作することができる。着信フローは、バースト性でさらに高速の場合がある。プロセッサ２１０又はバス５２０に接続されたその他の構成要素から受信された情報は、さらに他の速度で到着する場合がある。以下においてさらに説明されるように、Ｈ２Ｗプロセッサ５３０及び下位ＭＡＣコア５４０は、アクセス要求を生成し、様々なタスクに関する処理が完了されるのに応じてこれらの要求の結果得られたデータを取り出す又は格納する。従って、この例においては、ＦＩＦＯ５７２は、フォーマット化論理とｍｕｘ５７０との間に及びフォーマット化論理とｍｕｘ５７４の間に配置することができる。一例においては、入力機能及び出力機能（例えば、ＳＤＩＯインタフェース５８２又はＰＣＩインタフェース５８４）へのインタフェースのために一組のＦＩＦＯ５７２、フォーマット化論理及びｍｕｘ５７０からフォーマット化論理及びｍｕｘ５７４へのデータをバッファリングするためのＦＩＦＯ５７２、及び反対方向のデータをバッファリングするための他のＦＩＦＯ５７２を採用することができる。Ｈ２Ｗプロセッサ５３０への又はＨ２Ｗプロセッサ５３０からのデータをサポートするために他の一組のＦＩＦＯ５７２、各方向に１つ、を採用することができる。下位ＭＡＣコア５４０と関連して用いるために他の同様の組を採用することができる。バス／スレーブインタフェース５２８を介してアクセスされる、バス５２０上の構成要素間におけるインタフェースのためにさらに他の同様の組を採用することができる。当業者は、この構成は一例にすぎないことを認識するであろう。様々な代替実施形態を採用することが可能であり、このことは、本明細書における教義に照らして当業者に明確になるであろう。以上のように、図５に示される無線通信デバイス１０４又は１０６の実施形態例は、様々な構成要素の１つの可能な相互接続を例示する役割を果たし、その詳細が以下において説明される。これらの構成要素及び／又は追加の構成要素（示されない）の部分組を用いた非常に多数の代替構成を同じ適用範囲内において採用することができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
９１０において、パケットが受け取られる。ブロック９１２において、パケットと関連づけるためにノードをポップする。決定ブロック９１４において、このパケットが各々の待ち行列における最初のパケットである場合は、９１６に進み、新しいパケットと関連づけられたノードを指し示すように先頭待ち行列ポインタを更新する（例えば、図６に示される待ち行列先頭ポインタ６３０）。次に、９１８に進む。決定ブロック９１４において、このパケットが各々の待ち行列における最初のパケットでない場合は、９１８に進む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
図１７は、より小さい、固定された一組の標準的ＥＤＣＡ待ち行列１７３０を用いて相対的に大きい複数のＥＤＣＡ待ち行列１７１０をサポートするように構成された無線通信デバイスの一部分の実施形態例を示す。一アプリケーションにおいては、各々が異なるサービス質レベルを提供する複数のＥＤＣＡ待ち行列を採用することができる。この例においては、複数のＮの局別ＥＤＣＡ待ち行列１７１０Ａ乃至Ｎが維持される。実施形態例においては、サポートされる２５６のフローの各々に関する２５６の該待ち行列を維持することができる。ラウンドロビンセレクタ１７２０は、局別ＥＤＣＡ待ち行列間における仲裁を行い、４つの標準的ＥＣＤＡ待ち行列１７３０Ａ乃至Ｄのうちの１つにおいて待ち行列状態にすべきデータを選択する。代替実施形態においては、ラウンドロビンに加えての代替スケジューリングアルゴリズムをセレクタ１７２０において実行することができる。
セレクタは、様々な方法で配置することができ、その一例が以下の図１８において詳述される。実施形態例においては、ファームウェアは、標準的ＥＤＣＡ待ち行列のうちの１つを用いて局別ＥＤＣＡ待ち行列を引き渡しのために選択するための選択基準を提供するスケジューリング機能を含む。代替実施形態においては、当然のことであるが、あらゆる数のＥＤＣＡ待ち行列をサポートすることができる。１つの実施形態においては、必要なタイマー及び共有チャネルへのアクセスを求めて競争して該アクセスを入手する上で要求されるチャネル評価構成要素を有する既存のレガシー処理構成要素の利用可能性に起因して４つの待ち行列が採用される。当業者は、本明細書における様々な実施形態において含めることができるか又は希望される追加の特長をサポートするように改修ことができる複数のレガシー８０２．１１コア及び構成要素を容易に見つけるであろう。本明細書において開示される原則に従ってレガシーコア及び／又は構成要素を利用する実施形態例が以下においてさらに詳細に説明される。ＥＤＣＡ待ち行列１７３０Ａ乃至Ｄにおいてスケジューリングされたパケットは、標準的なＥＤＣＡ手順を用いて送信することができる。ファームウェアスケジューラは、ＥＤＣＡ以外の追加スケジューリング、例えばポーリングされたＴＸＯＰ（一例がＨＣＣＡプロトコルにおいて既知である）、を実行することができる。当業者にとって明らかになるように、スケジューラを適合化することができる様々なその他のプロトコルを採用可能である。標準待ち行列を用いて送信するためにＥＤＣＡ待ち行列１７１０をラウンドロビン方式で選択することに加えて、一般的には、各ＳＴＡに関するパケットを統合してその局からの全パケットに関して固有操作（ｅｉｇｅｎｓｔｅｅｒｉｎｇ）（又はその他の空間処理）を行うほうが効率的である。固有操作は、送信が特定の局（又は同様に位置する局のグループ）に操作されたときに最大の利益を提供する。
従って所定の局に向けられた全パケットを１つのバッファ内に入れてこれらのパケットを統合してその局に送信できるようにすることが合理的な場合がある。代替実施形態においては、全ＥＤＣＡパケットに関して単一のバッファを有することが可能である。しかしながら、この場合は、パケットが（その他の固有値を有する）その他の局のパケットとインターリービングされるときには、統合を行うことは困難又は不可能なことがある。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１２９
【補正方法】変更
【補正の内容】
【０１２９】
アレイ制御１８４０、コマンドリスト１８１５、及び関連構成要素は、複数のキャッシュ（すなわち、１８１０）から要素を選択して複数の待ち行列のうちの１つ（例えば、待ち行列１８４２及びＥＤＣＡ及びＨＣＣＡ待ち行列１８５０及び１８５５によってそれぞれ例示される待ち行列）に格納するためのセレクタ（例えば、図１７に関して上述されるセレクタ）内に含めることができる構成要素の例である。一般的には、あらゆる数のフロー別キャッシュ又はフロー別待ち行列（すなわち、パケットバッファ内の送信待ち行列）を、希望される要因（例えば、サービスの質、チャネル型、等）に基づいて、ノードアレイ１８４２等の待ち行列内又は複数の該待ち行列のうちの１つ内に要素を格納するためにセレクタによって選択することができる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１４９
【補正方法】変更
【補正の内容】
【０１４９】
ＴＸエンジン１８８０は、様々なレディ信号を受信し、様々なプロセス及びタスクの実行に関してこれらのレディ信号間で仲裁する。ＴＸエンジン１８８０が送信のためにパケットを準備する態勢が整っているときには、共有メディアを用いるために利用可能な時間の長さを示すＴＸＯＰのサイズを知っている。しかしながら、データレートはリンク状態に基づいて可変であるため、ＴＸＯＰ内における送信すべきパケット数も変化する。実施形態例においては、特定のパケットが用いるＯＦＤＭシンボル数を決定する際に用いるためにレート有限状態マシン（ＦＳＭ）２２１１が採用される。ＴＸエンジン１８８０が（ノードの長さフィールド内に好都合に配置された）単位がバイトのパケットの長さを示すＴＸ長さをレートＦＳＭ２２１１に引き渡す。リンクＩＤが（リンクＩＤ１８４４）から引き渡され、レートＦＳＭ２２１１がそのプロセスを開始するように指示するための開始信号が引き渡される。レートＦＳＭ２２１１は、パケットが用いるシンボル数を戻す。この情報は、以下においてさらに詳細に説明される統合を実行時に累積することができる各パケットに関するシンボル数を決定するために用いることができる。シンボル数、レート、等を決定するための様々な代替技術を採用可能であることに注目すること。パケットごとのシンボル計算を行う外部ＦＳＭの使用は、採用に適する多く例のうちの１つであるにすぎない。レートＦＳＭ２２１１の実施形態例が以下において詳述される。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１５２
【補正方法】変更
【補正の内容】
【０１５２】
レディアサーションを受信した時点で、ＴＸエンジン１８８０は、第１のノードにおける指定に従って第１のパケットチャンクを適切なコアＦＩＦＯに入れる。直前において説明されたように、このことは、追加チャンクが存在する場合は第１のパケットが完了するまで継続することができる。同時に、送信することができる総パケット数は、レートＦＳＭ２２１１を用いて決定することができる。ＦＩＦＯレディをモニタリングする一方で、ＴＸエンジン１８８０は、手順を継続して残りのパケットを各々のＦＩＦＯに入れることができる。実施形態例においては、ＦＩＦＯ内にパケットを入れることは、レガシープロトコルエンジン２２１１を駆動してアクセス（ＥＤＣＡ型アクセス）求めて競争させ、（アクセスが入手されたとき、又はスケジューリングされたＴＸＯＰ中に）送信を開始させる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１５３
【補正方法】変更
【補正の内容】
【０１５３】
図２３は、レートＦＳＭ２２１１の実施形態例を示す。受信されたリンクＩＤは、レートテーブル２３１０内へのインデックスとして用いられる。テーブル２３１０は、リンクＩＤに基づいて格納され、リンクと関連づけられた１つ以上のレートと、タイムスタンプ値（ＴＳＶ）２３１１と、を具備する。レートテーブル２３１０は、様々な方法のうちのいずれかによって更新することができる。ファームウェアは、更新されたレートを提供することができる。受信されたデータレートベクトルフィードバックパケットは、レート情報を含むことができ、様々なレートを更新するために用いることができる。ＴＳＶ  ２３１１は、レートフィードバックが入っているパケットが受信されたときのタイムスタンプを示すために、従ってレート情報が新しいか又は古いかの表示を提供するために用いることができる。例えば、ある時間においてレートが更新されていない場合は、控えめな手法は、介在する時間枠においてチャネルが劣化している場合にレートを引き下げることである。ファームウェアは、時効が存在するかどうか及びレートをバックオフすべきかどうかを決定し、レートテーブルを更新することができる。実施形態例においては、４本のアンテナの各々に対応する４つのレートＲ１乃至Ｒ４  ２３１２乃至２３１５が存在する。その他の情報、例えば固有操作モード又は他の拡散モードのいずれが用いられるか、をレート計算の際にも用いることができる。テーブル２３１０からのレート情報は、レート計算ＦＳＭ２３２０に送られる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１５７
【補正方法】変更
【補正の内容】
【０１５７】
図２５は、ＰＨＹ２６０への概念的リンクと接続された典型的なレガシープロトコルエンジンを示す。示されるように、ＲＸベクトルが、受信されたデータ及びクリアチャネルアセスメント（ＣＣＡ）信号とともにＰＨＹ２６０からレガシープロトコルエンジン２２１０に引き渡される。ＲＸベクトルは、様々な情報、例えば変調型、受信データの長さ、及びその他のパラメータ、を具備することができる。特に、例えば上述されるレートＦＳＭ２２１１におけるレート決定に役立つデータレートフィードバックを戻すことができる。クリアチャネル評価は、コンテンションに基づくプロトコル（例えば、ＥＤＣＡ）を使用時にメディアへのアクセスに関して競争するために、様々なチャネルと関連づけられたタイマー２５１０とともに用いることができる。暗号化及び暗号解読は、ブロック２５２０において行うことができる。ＦＩＦＯ２２２０は、上述されるＦＩＦＯと同様であることができる。ＨＣＣＡに関しては、当然のことであるが、送信がスケジューリングされ、予め決められた時間に開始することができる。符号化されたデータは、送信が開始すべきであることを示すＴＸ要求とともにＰＨＹ２６０に送られる。ＰＨＹ２６０に引き渡されるＴＸベクトルは、レガシー機能の結果得られた様々なパラメータを示す。実施形態例においては、レガシーモードで動作時には、レガシープロトコルエンジンの出力はＰＨＹ２６０における送信に関して十分であることに注目すること。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１５９
【補正方法】変更
【補正の内容】
【０１５９】
統合対象となるパケット数は、ＴＸエンジン１８８０において計算することができる。
レートＦＳＭ２２１１への呼は、各パケットに関して行うことができ、パケットごとに戻されるシンボル数に関して、ＴＸＯＰをそのシンボル数だけ減らすことができる。ＴＸＯＰ内に適合する総パケット数が決定されるまで各統合パケットに関する統合パケットカウントを増やすことができる。この情報は、統合モジュール２６１０に引き渡すことができる。
【手続補正１２】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2009532954.tif 000001
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図２２
【補正方法】変更
【補正の内容】
【図２２】
2009532954.tif 000002