JP2003324442A - 無線ネットワークで効率的なバッファ機構を用いることにより媒体アクセスを高速化する方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、リアルタイム及び非リアルタイム
アプリケーションを同時に供給可能とし、更に無線媒体
がリアルタイムアプリケーションによる要求に応じてサ
ービス品質（ＱｏＳ）を維持できる効率的な媒体専用ス
ケジュールを生成する方法及び装置を提供する。 【解決手段】 本発明は、データパケット肯定応答群に
関する媒体アクセスレイヤで実施されるバッファメモリ
システムを提供する手段、トラフィックストリーム優先
度及びトラフィックパラメータに基づく優先度アクセス
制御を用いて媒体アクセス制御を可能にする手段、送信
器と受信器の両方で遅延肯定応答データを管理する手
段、特定のトラフィックパラメータを有するトラフィッ
クストリームに関して受信器と送信器の双方でバッファ
制御の同期をとる手段、及び接続設定及び接続終了中に
バッファリング機構を制御する手段により問題を解決す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、対話型アプリケー
ション、通信アプリケーション及びゲーミング用のリア
ルタイム音声映像データなどの時間依存データのストリ
ーミングに用いられる無線媒体のアクセス制御に関す
る。移動無線端末間及びアクセスポイントすなわち基地
ステーションと移動端末との間に設定された通信セッシ
ョンのサービス品質を満たすために、アクセス機構を統
括しているネットワーク層は、セッションに要するサー
ビス品質がどのように提供されるべきかを知っている必
要がある。アクセスポイントと移動端末との間のリアル
タイムデータの伝送に関するサービスレベルを維持する
必要性は、移動端末の数及び前記アクセスポイントの制
御内のデータトラフィックが増えるにつれて益々高くな
る。無線端末の複雑さ及び必要性が増大するにつれて、
無線アクセス制御機構を実施するための効率的かつ経済
的な方法を持つことが益々重要になる。無線移動端末で
効率的に実施すると、確実にバッテリーが一層少なくな
り、メモリ利用が効率的になる。

【０００２】

【従来の技術】従来技術において、一部の無線ＬＡＮネ
ットワーク（例えば、８０２．１１）では、ステーショ
ン（ＳＴＡ）とアクセスポイント（ＡＰ）との間で重要
な制御及び接続情報を交換するのに共通の無線媒体を用
いる。前記制御及び接続情報は、任意の時点で前記ＳＴ
Ａ又は前記ＡＰのデータ転送要求によって周期的に又は
オンデマンドで生じる管理フレームの形で交換される。
ＳＴＡとＡＰとの間の重要な及び重要でないデータの交
換は、無線媒体の競合によって行われる。これにより、
重要なデータ交換の予測可能性が困難になり、よって、
前記無線媒体に関するリアルタイムデータストリーミン
グが殆ど不可能になる。より高い層でのデータストリー
ムのバッファリングは、メモリ管理のために前記ＳＴＡ
又はＡＰのオペレーティングシステムにとって計算が非
常に困難になってきている。

【０００３】

【発明が解決しようとする課題】バースト伝送及びバー
スト肯定応答を用いると、バッファ管理が複雑になる。
これは、送信ステーションが、送信中であるがまだ肯定
応答がないプロトコルデータ単位をバッファリングする
必要があるからである。このバッファに格納されたプロ
トコルデータ単位は、それに関して否定応答が示されて
いる場合、再送信されるべきである。受信器に関して２
種類の追加バッファが必要とされる。第１番目は、要求
があったときのみ送信される一連のプロトコルデータユ
ニットに対する肯定応答情報を含む肯定応答記録のため
に各プロトコルデータユニットの受信状態を記録するた
めのものである。第２番目は、順序が乱れたプロトコル
データ単位からデータペイロードをバッファリングする
ためである。バースト伝送によれば、プロトコルデータ
ユニットは一連のバーストで到来しており、肯定応答は
前記バースト後に要求があったときにのみ送信される。
故に、一連のバーストからの損失又はエラープロトコル
データユニットをバーストの終了後に再送信できるだけ
である。その結果、順序が乱れてプロトコルデータ単位
を受信することになる。

【０００４】リアルタイム音声映像符号化されたペイロ
ード及び音声符号化されたペイロードでデータパケット
の均一な転送を提供するために、低遅延、及び無線チャ
ネルに関する高ビット速度を維持することは、両方のア
クセスポイントで重要であり、無線ステーションについ
て特に当てはまる。誤りのある無線チャネルでは、デー
タパケットストリーム群が順序正しく時宜を得て到来す
ることを保証する媒体アクセスチャネルが必要とされ
る。多くの場合、媒体アクセス層で協調して受信された
データパケットのバッファリング及び肯定応答は、高ビ
ット速度でリアルタイム転送を保証すると同時にアクセ
スポイントにより多数のステーションをサポートする際
に媒体アクセス制御の性能を決める。より低い層でのデ
ータバッファの管理は、誤りのある無線チャネルでデー
タパケットのリアルタイム受信を可能とする際に極めて
重要になっている。

【０００５】時間が重要なデータストリームは、リアル
タイム性のニーズを満たすために、無線媒体へのより良
いアクセス権を持つことが必要な他のデータストリーム
よりも高い優先度を必要とする。多くの場合、優先度を
つけられた媒体アクセスと結合したバッファリングは、
高トラフィックバースト期間中にリアルタイムの要件を
満たすことができる。本発明は、１つのトラフィックス
トリームに属するデータパケット群間の内部到達時間を
延長する問題を解決するための、トラフィック速度と、
メモリバッファリングに対するレイテンシとのバランス
をとる方法を提供することを目的とする。

【０００６】媒体アクセス層でのメモリバッファの管理
において、時間及びメモリサイズは、これがバーストデ
ータパケットの肯定応答の動作を実現するために、より
大きいメモリサイズを意味しハードウェアを特化するこ
とから、重要である。本発明は、ＳＴＡ及びＡＰの両方
における複数のデータストリームに対するバッファメモ
リのメモリ管理の複雑さを解決することを目的とする。

【０００７】

【課題を解決するための手段】本発明は、データパケッ
ト肯定応答のグループについて媒体アクセス層で実施さ
れるべきバッファメモリシステムを提供する手段と、ト
ラフィックストリーム優先度及びトラフィックパラメー
タに基づく優先度アクセス制御を用いて媒体アクセス制
御を可能にする手段と、送信器と受信器の両方で遅延肯
定応答データを管理する手段と、所定のトラフィックパ
ラメータを用いてトラフィックストリームに対して受信
器と送信器の両方にてバッファ制御を同期させる手段
と、接続準備及び接続終了中にバッファリング機構を制
御する手段とにより上記問題を解決する。

【０００８】本発明の第１の態様では、受信器に到達す
る複数のデータパケット（plural number of data pack
ets）のバーストによるメモリ利用率を制御する手段
は、 １）必要なビットレートで通信を行うために送信器と受
信器との間で信号伝達を行ない、無線媒体への伝送のた
めにバッファを割当てる処理と、 ２）受信器側及び送信器側に到達し、格納された受信デ
ータパケットに対して固定メモリを設定する処理とを行
なう。

【０００９】本発明の第２の態様では、入力データフレ
ームをバッファリングするため受信器側への割当てに必
要なバッファサイズを判定する手段は、下限値がバース
トで送信されるデータパケット数の２倍の値で、上限値
がバーストで送信されるデータパケット数の４倍の最小
値であり、１回のメッセージで送信されるべきデータパ
ケット肯定応答レコードの数を有する値を選択する。

【００１０】本発明の第３の態様では、受信器側に到来
するデータの正確さを登録する手段において、バッファ
を登録するために生成される２種類のメモリバッファ
は、 １）肯定応答されるデータパケットのためのメモリであ
って、そのデータパケットの肯定応答情報を含む第１の
メモリと、 ２）順序が乱れて受信され、連続した正しいデータパケ
ットストリームを形成するデータパケットを記録する第
２のメモリとを含むことを特徴とする手段。

【００１１】本発明の第４の態様では、ストリーム毎に
スロットを有するストリームに対する、固定サイズのス
ロットデータ構造を用いて送信器側でメモリバッファを
管理、制御する手段は、 １）伝送されるプロトコルデータユニット(protocol da
ta unit)の順序番号に基づく順序制御番号と、 ２）項目ｉに記載の前記順序制御番号を有し、伝送され
肯定応答を待っているプロトコルデータユニットのメモ
リ位置とを含む。

【００１２】本発明の第５の態様では、第３の態様にお
けるバッファのサイズ及び全部を用いて、ストリームに
対してバーストで送信されるべきデータ数を制御する。

【００１３】本発明の第６の態様では、第３の態様の項
目１において、順序制御番号を用いて、第３の態様の項
目２における値により参照されるプロトコルデータユニ
ットの何れを再伝送する必要があるかを適時に判定する
ために受信者から返される肯定応答レコードに索引付け
を行なう。

【００１４】本発明の第７の態様では、訂正動作を行う
ために第３の態様におけるデータ構造の状態を追跡する
手段は、 １）最も早く伝送され、肯定応答を依然として待ってい
るプロトコルデータウニットを格納しているスロット索
引と、 ２）次の伝送プロトコルデータユニットを格納するスロ
ット索引とを含む。

【００１５】本発明の第８の態様では、受信器側で受信
プロトコルデータ単位のデータペイロードを格納し、各
ストリームに対して固定サイズのスロットデータ構造を
用いるメモリバッファを管理、制御する手段は、各スロ
ットはリンクサイズを含み、各リンクサイズは配信デー
タユニットに属するプロトコルデータユニットのデータ
ペイロードを保持し、該リンクリストの各要素が、 １）プロトコルデータユニットの順序番号に基づく順序
制御番号と、 ２）項目ｉに記載の順序制御番号を有している、前記プ
ロトコルデータユニットのデータペイロードのメモリ位
置と、 ３）次の要素のメモリ位置とを含む。

【００１６】本発明の第９の態様では、受信器側で各プ
ロトコルデータユニットの肯定応答を格納し、ストリー
ム毎にスロットを有するストリームに対する固定サイズ
のスロットデータ構造を用いるメモリバッファを管理、
制御する手段であって、 １）最大１６のプロトコルデータユニットまでの形式で
伝送可能な配信データユニットに対する肯定応答レコー
ドと、 ２）配信データユニットに属するプロトコルデータユニ
ットの全てのデータペイロードを格納するリンクリスト
を含む、第８の態様におけるデータ構造のスロット位置
とを含む。

【００１７】本発明の第１０の態様では、訂正動作を行
うために第９の態様におけるデータ構造の状態を追跡す
る手段であって、 １）肯定応答情報が前の肯定応答要求フレームから最初
に要求されているプロトコルデータユニットの順序制御
番号と、 ２）項目ｉのプロトコルデータユニットに関する肯定応
答情報を保持するスロット索引とを含む。

【００１８】本発明の第１１の態様では、媒体と他のス
テーションとを競合させる目的で実際のバックオフ工程
を実行するために、内部競合に勝つた優先待ち行列を決
定する手段であって、 １）空でない優先待ち行列毎に乱数を選択し、 ２）項目ｉから得られた待ち行列及び乱数に関連するバ
ックオフパラメータを用いて、空でない優先待ち行列毎
に必要なバックオフ時間を計算し、 ３）最短のバックオフ時間を有する空でない優先待ち行
列を、内部競合に勝つた優先待ち行列とする。

【００１９】本発明の第１２の態様では、２つの待ち行
列のみを用いることによりそれらのそれぞれのトラフィ
ック要件に違反しないやり方で、関連するＴＳＰＥＣに
より多数の同時トラフィックを供給するステーションの
ための手段であって、 １）周期的（等時性）トラフィックを一の待ち行列に送
出し、非周期的（非同期）トラフィックを他の待ち行列
に送出し、 ２）待ち行列が非周期的トラフィックを含む前に周期的
トラフィックを含む待ち行列を供給し、 ３）それらの２つの待ち行列を、通常優先待ち行列の１
つが内部競合に勝った場合であっても、他の通常優先待
ち行列の前に供給し、 ４）２つの待ち行列の前に供給されるべきトラフィック
手段を含む待ち行列が存在する場合、それがＴＳＰＥＣ
トラフィックストリーム又はネットワークの活発さに関
する構成メッセージでなければならない。

【００２０】本発明は、効率的なバッファ管理機構を利
用し、バースト伝送及びバースト肯定応答により得られ
る効果、例えば、損失又はエラーデータフレームを適時
に検出し応答する際にＭＡＣの性能を維持すると共にス
ループットを向上する等の効果を奏する。

【００２１】

【発明の実施の形態】無線ネットワークに適用されるＯ
ＳＩモデルの第２層でのネットワーク資源を制御する装
置が、以下に開示されている。本発明のより容易な理解
を助けるために、次のような定義を用いる。

【００２２】以下の説明では、説明目的のために、特定
の数、回数、構造及び他のパラメータが本発明を完全に
理解させるために示されている。以下の段落では、本発
明を実施できる方法を例示している。しかし、これらの
特定の詳細なしで本発明を実施できることは当業者にと
って明らかであろう。

【００２３】現在の無線ＬＡＮのＭＡＣでは、別々のサ
ービスを提供するために複数のユーザの優先度が定義さ
れている。各優先度は、バックオフ工程において使用す
るために１組のパラメータに関連付けられている。実施
において、ＭＡＣレイヤ伝送待ち行列は、実施に必要な
待ち行列の総数を低減するために、１つ以上のユーザ優
先度に対応し得る。バックオフ工程の前に、各々の空で
ない待ち行列は、バックオフカウンタを用いて必要なバ
ックオフ時間を決定する。最短のバックオフ時間を有す
る待ち行列のみが、バックオフ工程に進む。今の競合に
参加した残りの空でない待ち行列は、それらのバックオ
フカウンタから競合に勝つた待ち行列のバックオフカウ
ンタを減算し、それらの次の競合に必要なバックオフ時
間を計算するためにその値を使用する。このようにする
ことにより、多数の待ち行列を供給するために、唯一の
バックオフ工程のみが必要とされる。

【００２４】ＡＶストリームを配信するために、無線媒
体は、リソース監視フェーズ、トラフィック要件指示フ
ェーズ、帯域幅最適化フェーズ、媒体専用収集フェーズ
及びコーディネータ存在保存フェーズ等のいくつかのフ
ェーズを含む。ここで、各フェーズ中に実行される動作
を説明するが、それがすべてを含んでいるわけではな
い。リソース監視フェーズ中、ステーションは、コーデ
ィネータが受けるそれらの状態を示すためのメッセージ
を送出す。一定の間隔で、コーディネータは、それ自体
（コーディネータ）により収集された状態パラメータ及
びステーションにより報告された同パラメータから、そ
の間隔内にまとめた統計量を同報通信する。コーディネ
ータは、それらの統計量をそのスケジューラに対する入
力として使用して、図５に示すように、スロットベース
の競合期間及び媒体専用スケジュールを開始する周波数
等の出力に影響を及ぼす。スロットベースの競合期間の
例を、図６に示す。更に、ステーションは、それらの統
計量を使用して、追加媒体専用を要求する必要性、トラ
フィック要件を再指定する必要性、及び媒体占有に関し
て競合する前に利用可能なネットワークリソースを決定
する必要性などの決定に影響を及ぼす。トラフィック要
件指示フェーズ中、ステーションは、それらのトラフィ
ック要件（コーディネータのスケジューラに対する入力
として使用される）をコーディネータに指示するための
メッセージを交換する。ＩＤは、２組のＩＤを連結する
ことにより形成される各成功（正常）の指示に索引付け
のために使用される。ＩＤの第１の組は関連する工程に
おいて｛Ｑ｝ＡＰにより与えられる。｛Ｑ｝ＡＰは、コ
ーディネータがトラフィックストリームの発信ステーシ
ョンである場合には、目的ステーションの関連ＩＤであ
り、非調整ステーションがトラフィックストリームの発
信ステーションである場合には、発信ステーションの関
連ＩＤである。もう１組のＩＤは、ストリームの優先
度、又はステーションについてのトラフィック仕様に対
する索引を保持している。第１の場合、ＩＤはＴＣＩＤ
と称され、第２の場合、ＩＤはＴＳＩＤと称される。Ｔ
ＣＩＤからＭＡＣ層での伝送待ち行列へのトラフィック
に対するマッピングは、優先待ち行列１に格納されてい
るＴＣＩＤ１からのトラフィック、優先待ち行列２に格
納されているＴＣＩＤ２からのトラフィック等を意味す
る一対一であるか、又は、優先待ち行列１に格納されて
いるＴＣＩＤ１、２、３、４からのトラフィック及び優
先待ち行列２に格納されているＴＩＤ５、６、７、８か
らのトラフィックを意味する多対一であってもよい。Ｔ
ＳＩＤにより識別されているトラフィック仕様を有する
全トラフィックストリームは、２つの特定の伝送待ち行
列に送出されている。第１の待ち行列は周期的（isochr
onous:等時性）トラフィックを送出するためであり、第
２の待ち行列は非周期的（asynchronous:非同期）トラ
フィックを送出するためである。第１の待ち行列は、第
２の待ち行列よりも高い優先度で提供される。これは、
周期的トラフィックが一般に一層厳しい要件を有してい
るためである。更に、それらの２つの待ち行列は、ＴＣ
ＩＤにより識別されるユーザ優先度トラフィックにマッ
プされた待ち行列よりも高い優先度で提供されている。
ネットワーク構成に関連したメッセージなどの重要なフ
レームは、それらの２つの特定の待ち行列よりも高い優
先度で供給可能である。それらの２つの特定待ち行列は
先入れ先出し方式で機能するために、待ち行列に送出さ
れているトラフィックは、コントローラ（１０１）によ
り制御される速度である必要がある。このコントローラ
は、２つの特定待ち行列に対するトラフィック伝送レー
トを、トラフィック仕様に準拠するようにするだけであ
る。これらの複数の待ち行列のすべてを実現するのに必
要な構造（１０２）を、図１に示す。この構造は固定サ
イズの配列であり、そのサイズは実現される伝送待ち行
列の数である。固定サイズの配列の各スロットは、伝送
されるべきＭＰＤＵのポインタを含むリンクリストであ
る１つの待ち行列を表す。コントローラ（１０１）は、
それらのトラフィック仕様に関して２つの特定の待ち行
列に対する送出速度を制御するだけである。

【００２５】下記の内容は、トラフィック要件指示フェ
ーズにおける信号方式の例であり、３つの場合に一般化
可能である。 I．アップ及びダウンストリーム用のコーディネータ開
始信号方式：より高いレイヤから信号方式指示を受信し
たときに、コーディネータのＳＭＥは、ＭＬＭＥ−ＡＤ
ＤＴＳ．要求プリミティブを用いてこの指示を渡し、Ａ
ｄｄ ＴＳＱｏＳ Ａｃｔｉｏｎ（TS QoS追加動作）フ
レームをステーションに伝送するようにする。この管理
フレームが正常に受信されると、ＡＣＫフレームが肯定
応答として使用され、それにより、コーディネータはＭ
ＬＭＥ−ＡＤＤＴＳ．確認プリミティブを用いて、その
確認をその要求が実行されている上位のレイヤに渡す。
更に、ＭＬＭＥ−ＡＤＤＴＳ．指示プリミティブを用い
てステーションのより上位のレイヤにＴＳＰＥＣ情報を
渡す（図７参照）。 II．アップ及びダウンストリーム用のステーション開始
信号伝達：より高いレイヤから信号伝達指示を受信する
と、ステーションのＳＭＥは、ＭＬＭＥ−ＡＤＤＴＳ．
要求プリミティブを用いてこの指示を渡し、それによ
り、Ａｄｄ ＴＳ ＱｏＳ Ａｃｔｉｏｎフレームがコ
ーディネータに伝送される。この管理フレームが正常に
受信されると、ＡＣＫフレームが返され、ＭＬＭＥ−Ａ
ＤＤＴＳ．指示プリミティブを用いてコーディネータの
上位のレイヤにＴＳＰＥＣ情報を渡す。応答として、Ｍ
ＬＭＥ−ＡＤＤＴＳ．応答がＳＭＥにより使用され、認
められたＴＳＰＥＣを指示し、別のＡｄｄ ＴＳ Ｑｏ
Ｓ Ａｃｔｉｏｎフレームをステーションに伝送するよ
うにする。この管理フレームが正常に受信されることに
より、ＡＣＫフレームが返され、ステーションは、ＭＬ
ＭＥ−ＡＤＤＴＳ．確認プリミティブを用いて、このプ
リミティブに指示されるようなＴＳＰＥＣがコーディネ
ータに登録されていることを上位のレイヤで確認する。
より高いレイヤが指示されたＴＳＰＥＣと一致しない場
合、ＴＳＰＥＣの削除を実行すべきである。この場合、
伝送されたＡＣＫフレームは、正常に受信されたことを
示すだけである（図８参照）。 III．サイドストリーム用のステーション開始信号伝
達：コーディネータが別の関係ステーションに対するＡ
ｄｄ ＴＳ ＱｏＳ Ａｃｔｉｏｎフレームを生成する
ことを追加した、IIの場合と同一の動作を実行する。こ
のフレームが正常に受信されることにより、ステーショ
ンは、ＭＬＭＥ−ＡＤＤＴＳ．指示プリミティブを用い
て上位のレイヤにＴＳＰＥＣを渡す。

【００２６】下記の内容は、ＢＳＳにおける既存のＴＳ
ＰＥＣを削除する３つの場合である。 I．アップ及びダウンストリーム用の信号伝達：より高
いレイヤから信号伝達指示を受信すると、イニシェータ
のＳＭＥは、ＭＬＭＥ−ＤＥＬＴＳ．要求プリミティブ
を用いてこの指示を渡し、それによって、Ｄｅｌ ＴＳ
ＱｏＳ Ａｃｔｉｏｎ（TS QoS削除動作）フレームが
別の関係部に伝送される。この管理フレームが正常に受
信されると、ＡＣＫフレームが肯定応答として使用さ
れ、それにより、イニシェータがＭＬＭＥ−ＤＥＬＴ
Ｓ．確認プリミティブを用いて、その確認をその要求が
実行されている上位のレイヤに渡す。更に、ＭＬＭＥ−
ＤＥＬＴＳ．指示プリミティブを用いてこの削除指示を
上位のレイヤに渡す。 II．非活動（inactivity）によりトリガされる信号伝
達：非活動を検出すると、イニシェータのＭＡＣは、Ｍ
ＬＭＥ−ＤＥＬＴＳ．指示プリミティブを用いてこの指
示をＳＭＥに渡し、それにより、ＭＬＭＥ−ＤＥＬＴ
Ｓ．応答を用いて別の関係部に伝送すべきＤｅｌ ＴＳ
ＱｏＳ Ａｃｔｉｏｎフレームを生成する。この管理
フレームを正常に受信すると、ＡＣＫフレームが返さ
れ、ＭＬＭＥ−ＤＥＬＴＳ．指示プリミティブを用いて
この削除指示を上位のレイヤに渡す。 III．サイドストリーム用の信号伝達：より高いレイヤ
から信号伝達指示を受信すると、ステーションのＳＭＥ
は、ＭＬＭＥ−ＤＥＬＴＳ．要求プリミティブを用いて
この指示を渡し、それにより、ＤＥＬ ＴＳ ＱｏＳ
Ａｃｔｉｏｎフレームをコーディネータに伝送する。こ
の管理フレームを正常に受信すると、ＡＣＫフレームが
肯定応答として使用され、それによりイニシェータがＭ
ＬＭＥ−ＤＥＬＴＳ．確認プリミティブを用いて、その
確認を、その要求が実行されている上位のレイヤに渡す
ようにする。更に、ＭＬＭＥ−ＤＥＬＴＳ．指示プリミ
ティブを用いてこの削除指示をコーディネータの上位の
レイヤに渡し、それにより、別の関係部に伝送すべきＤ
ｅｌ ＴＳＱｏＳ Ａｃｔｉｏｎフレームを生成するた
めにＭＬＭＥ−ＤＥＬＴＳ．応答を伴うようにする。こ
のフレームを正常に受信することにより、ＡＣＫフレー
ムが返され、ＭＬＭＥ−ＤＥＬＴＳ．指示プリミティブ
が使用されてこの削除指示が上位のレイヤに渡される。

【００２７】帯域幅最適化フェーズにおいて、統合肯定
応答セッションを有するバースト伝送は、より高い帯域
幅使用効率を達成するために設定されている。図９は、
統合肯定応答を有するバースト伝送に関するメッセージ
シーケンスチャートを示す。

【００２８】統合肯定応答機構を有するバースト伝送を
適用するためには、相互に作用するそれら無線ステーシ
ョンは、３つのフェーズ（設定フェーズ、伝送フェーズ
及び分解フェーズ）を通過する必要がある。まず、送信
器及び受信器は設定メッセージを交換する。データバー
ストパラメータ及びトラフィック要件を含む要求メッセ
ージを送信器から受信した後で、受信器は、順序が乱れ
たデータフレームを格納するのに割当てられたバッファ
サイズＢ_０及び肯定応答情報を格納するのに割当てられ
たレコードサイズＲ_０を、送信器に指示する必要があ
る。よりよい性能を得るために、Ｒ_０はＢ_０よりも小さ
くてはならず、Ｂ_０は、バーストで送信されるデータ数
の少なくとも２倍、また、多くともその４倍としなけれ
ばならない。下記の内容は３つのフェーズの例である。
まず、発信器は、下記の情報フィールドを含むＤｅｆｉ
ｎｅ Ｂｕｒｓｔ Ａｃｋ ｒｅｑｕｅｓｔ ＱｏＳ
Ａｃｔｉｏｎ（バーストＡＣＫ要求QoS定義動作）フレ
ームを受信器に送信する。 ・ＴＩＤ：このフィールドは、そのＩＤを有する発信器
からのトラフィックストリームに対してバッファ割当て
が必要であることを受信器に示すものである。 ・伝送バッファサイズ(Transmit Buffer Size)：このフ
ィールドは、その再配列バッファサイズを決定するため
のガイダンスを受信器に与えるものである。それは、２
３０４オクテットの単位である。

【００２９】このフレームを正常に受信したとき、受信
器は、ＳＩＦＳでＡCK応答の必要がある。Ｄｅｆｉｎｅ
Ｂｕｒｓｔ Ａｃｋ ｒｅｓｐｏｎｓｅ ＱｏＳ Ａ
ｃｔｉｏｎ（バーストＡＣＫ応答QoS定義動作）フレー
ムを、下記の情報フィールドを含むＤｅｆｉｎｅ Ｂｕ
ｒｓｔ Ａｃｋ ｒｅｑｕｅｓｔ ＱｏＳ Ａｃｔｉｏ
ｎフレームに応答して送信する。 ・拒否（Reject）：このフィールドは、受信者がバース
ト肯定応答要求に対応できない場合に１に設定され、バ
ースト肯定応答に関与する受信器の準備を指示するのに
０に設定される。拒否フィールドが１に設定されている
場合、バースト肯定応答ポリシー及び再配列バッファサ
イズのフィールドは、保留され、０に設定される。 ・バースト肯定応答ポリシー（Burst Ack Policy）：こ
のフィールドは、即時バースト肯定応答の場合に１に設
定され、遅延バースト肯定応答の場合に０に設定され
る。即時バースト肯定応答に関して、受信器は、発信器
からのＢｕｒｓｔ Ａｃｋ Ｒｅｑフレームを正常に受
信した後、ＳＩＦＳでＢｕｒｓｔ ＡCKフレームを返す
だけである。遅延バースト肯定応答に関して、受信器
は、発信器からＢｕｒｓｔ Ａｃｋ Ｒｅｑフレームを
正常に受信した後ＴＸＯＰを所有する場合、Ｂｕｒｓｔ
ＡCKフレームを返すだけである。この場合、発信器
は、Ｂｕｒｓｔ ＡCKフレームを正常に受信した後、Ｓ
ＩＦＳにてＡCKで応答する必要がある。 ・ＴＩＤ：このフィールドは、応答すべきＤｅｆｉｎｅ
Ｂｕｒｓｔ Ａｃｋ ｒｅｑｕｅｓｔ ＱｏＳ Ａｃ
ｔｉｏｎフレーム内の１つで同一の値を有している。 ・再配列バッファサイズ（Re-ordering buffer siz
e）：このフィールドは、この特定のＴＩＤに関するバ
ーストに利用できる２３０４オクテットのサイズのバッ
ファの数を示す。

【００３０】このフレームを正常に受信すると、発信器
はＳＩＦＳでＡCKを応答する必要がある。

【００３１】統合された肯定応答セッションを有するバ
ースト伝送を準備した後、下記の情報フィールドを含む
制御フレームであるＢｕｒｓｔ Ａｃｋ Ｒｅｑフレー
ムを伝送する前に、発信器は、伝送バッファサイズ（Tr
ansmit Buffer Size）フィールドに示す最大値まで、バ
ーストで複数のデータフレームを、各データフレームを
ＳＩＦＳのギャップだけ離して、受信器に送信すること
ができる。 ・送信カウント（Sent Count）：このフィールドは、バ
ースト肯定応答開始順序制御フィールド（burst Ack st
arting sequence control field）で示すＭＰＤＵから
始まる受信器へ発信器により送信されたユニークなＭＰ
ＤＵの数を示す。 ・ＴＩＤ：このフィールドは、Ｂｕｒｓｔ ＡCKフレー
ムが要求されるＴＩＤである。 ・バースト肯定応答開始順序制御（Burst Ack Starting
Sequence Control）：このフィールドは、肯定応答レ
コードが要求されている最も容易なＭＰＤＵの順序制御
番号を示す。

【００３２】ＡCK及びＢｕｒｓｔ ＡCKフレームは正常
に受信されたときに、ＢｕｒｓｔＡｃｋ Ｒｅｑフレー
ムに対する応答として使用可能となる。Ｂｕｒｓｔ Ａ
CKフレームは、下記の情報フィールドを含む制御フレー
ムである。 ・再配列バッファサイズ（Re-ordering buffer siz
e）：このフィールドは、このバースト伝送に割当てら
れた合計バッファサイズを示す２３０４オクテットの単
位であり、管理フレーム交換によって最後に処理された
バッファサイズ数よりも小さくないものとする。 ・ＴＩＤ：このフィールドは、Ｂｕｒｓｔ Ａｃｋ Ｒ
ｅｑフレームにおける応答時の値と同一の値を有してい
る。 ・バースト肯定応答開始順序制御（Burst Ack Starting
Sequence Control）：このフィールドは、肯定応答ビ
ットマップ（Ack Bitmap）のビット０に対応するトラフ
ィックＴＩＤに関する最初のＭＰＤＵの順序制御番号を
示す。 ・肯定応答ビットマップ（Ack Bitmap）：このフィール
ドは、長さが１２８オクテットであり、最大６４のＭＳ
ＤＵの受信状態を示すものである。ビットマップのビッ
ト位置ｎは、１に設定されている場合、（バースト肯定
応答開始順序制御＋ｎ）に等しいＭＰＤＵ順序制御番号
を有するＭＰＤＵに応答し、それ以外ならば０である。
１６フラグメント未満のＭＳＤＵの場合、未使用のフラ
グメント番号に対応するビットは、０に設定される。

【００３３】Ｂｕｒｓｔ Ａｃｋ Ｒｅｑフレームは、
受信者によりサポートされている速度で伝送されるもの
とする。Ｂｕｒｓｔ Ａｃｋフレームは、応答するＢｕ
ｒｓｔ Ａｃｋ Ｒｅｑフレームと同一の速度で伝送さ
れるものとする。

【００３４】Ｄｅｌｅｔｅ Ｂｕｒｓｔ Ａｃｋ Ｒｅ
ｑｕｅｓｔ ＱｏＳ Ａｃｔｉｏｎ（バーストＡＣＫ要
求QoS削除動作）フレームは、下記のフィールドを含む
統合肯定応答セッションを有するバースト伝送を終了す
るのに使用されている。 ・指示（Direction）：このフィールドは、データの発
信者又は受信者のいずれがこのフレームを送信したかを
示す。 ・ＴＩＤ：このフィールドは、バースト伝送が分解され
る必要があるトラフィックＩＤを示す。

【００３５】バースト伝送の発信者又は受信器は、この
フレームを開始することができる。ｒｅｓｐｏｎｓｅ
ＱｏＳ ａｃｔｉｏｎフレームがなく、このフレームの
受信器により送信される即時肯定応答は、肯定的な応答
とみなされる。

【００３６】統合肯定応答を有するバースト伝送には２
種類あり、即時Ｂｕｒｓｔ ＡＣＫ及び遅延Ｂｕｒｓｔ
Ａｃｋがある。図１０及び図１１は、即時Ｂｕｒｓｔ
ＡＣＫ及び遅延Ｂｕｒｓｔ ＡＣＫをそれぞれ例示す
る。即時Ｂｕｒｓｔ ＡＣＫに関し、Ｂｕｒｓｔ Ａｃ
ｋ Ｒｅｑフレームに対する応答フレームは、ＡＣＫ及
びＢｕｒｓｔ ＡＣＫフレームである。ＡＣＫがＢｕｒ
ｓｔ Ａｃｋ Ｒｅｑの応答フレームである場合、発信
者は、Ｂｕｒｓｔ ＡＣＫフレームを受信するために後
で別のＢｕｒｓｔ Ａｃｋ Ｒｅｑフレームを伝送しな
ければならない。換言すれば、ＢｕｒｓｔＡＣＫフレー
ムは、Ｂｕｒｓｔ Ａｃｋ Ｒｅｑを受信した後、ＳＩ
ＦＳ期間で伝送されているだけである。この機構は、よ
り高い帯域幅及びより小さいジッタを必要とするＡＶ伝
送により使用されるべきである。

【００３７】遅延Ｂｕｒｓｔ ＡＣＫについては、Ｂｕ
ｒｓｔ Ａｃｋ Ｒｅｑに対する唯一の応答フレーム
は、ＡＣＫフレームである。このＡＣＫフレームは、Ｅ
ＤＣＦ競合に勝つこと又はポーリングされることによっ
て受信器がＴＸＯＰを所有する場合にＢｕｒｓｔ ＡＣ
Ｋフレームが伝送されることを示す。この場合、Ｂｕｒ
ｓｔ ＡＣＫフレームの受信は、肯定応答される必要が
ある。この機構は、帯域幅を効率的に使用し、ＳＩＦＳ
期間内に復号できないＦＥＣ符号化ストリームに対する
肯定応答機構を提供する。

【００３８】Ｂｕｒｓｔ Ａｃｋ Ｒｅｑフレームが失
われ、又は応答フレームが一定の時間内に受信されてい
ない場合、Ｂｕｒｓｔ Ａｃｋ Ｒｅｑフレームの伝送
は、最も早く伝送されたデータフレームの遅延限度が切
れる前に再試行カウント限界に達するほど積極的なもの
にすべきではない。これは、各々の再伝送間で小さい遅
延を設けることにより達成できる。

【００３９】バースト伝送の場合、送信者は、肯定応答
されるまで伝送された全データフレームを格納する必要
がある。より効率的に後処理を行うために、図２に示す
ように、サイズがＳ_１の配列（２０１）が、ストリーム
の全伝送パケットのメモリ参照を格納するために使用さ
れる。Ｓ_１の値は、肯定応答なしで伝送可能なデータフ
レームの数を制御する。この値は、多くとも遅延限度時
間内で伝送することができるデータフレーム数である、
トラフィックストリームに対する遅延限度の値から推測
可能である。この配列上の動作をサポートするために、
ｈｅａｄ＿ｉｎｄｅｘ及びｃｕｒｒｅｎｔ＿ｉｎｄｅｘ
と称する２つの変数を必要とする。ｈｅａｄ＿ｉｎｄｅ
ｘは、肯定応答を待っている最も早い伝送パケットを格
納するのに使用されているスロットの索引を記録するた
めのものである。ｃｕｒｒｅｎｔ＿ｉｎｄｅｘは、次に
伝送されるパケットを格納するのに使用されているスロ
ットの索引を記録するためのものである。配列の各スロ
ットは、２つの要素を含む、構造（２０２）に対するメ
モリ参照を含む。それらの２つの要素は、Ｓｅｑ＿ｎｏ
（２０３）及びＭＰＤＵ＿ｐａｃｋｅｔ＿ｐｔｒ（２０
４）である。Ｓｅｑ＿ｎｏは、そのＭＰＤＵのＭＡＣヘ
ッダにおける順序制御番号であり、ＭＰＤＵ＿ｐａｃｋ
ｅｔ＿ｐｔｒは、ＭＡＣヘッダにおける順序制御フィー
ルド内のＳｅｑ＿ｎｏの値でＭＰＤＵが格納されている
メモリ位置に対する参照情報である。受信器からの肯定
応答レコードを受信すると、ｈｅａｄ＿ｉｎｄｅｘが示
すスロットからｃｕｒｒｅｎｔ＿ｉｎｄｅｘの前のスロ
ットまでのＳｅｑ＿ｎｏの各々の値が肯定応答レコード
に対する索引として使用される。索引を付けられた値が
０である場合、これはＭＰＤＵが受信されていないこと
を意味するので、対応するスロットから得られたＭＰＤ
Ｕは、再伝送のために属する待ち行列（１０１）に戻っ
て挿入される。索引付けられた値が０又は１である場
合、配列内の対応するスロットは無効にされ、ｈｅａｄ
＿ｉｎｄｅｘは次のスロットに進められ、配列（２０
１）内のすべての有効な項目が供給されるまで動作が継
続する。

【００４０】データフレームを受信すると、受信器はバ
ースト伝送のために肯定応答情報レコードを更新する必
要がある。肯定応答情報レコード（３０１）は、図３に
示すように、各スロットが２つの要素を持つ構造（３０
２）を有する配列である。それらの２つの要素は、ＭＳ
ＤＵ＿ｓｔａｔｕｓ（３０３）、Ｐｏｓ＿ｉｎｄｅｘ
（３０４）及びＦｉｎａｌである。ＭＳＤＵ＿ｓｔａｔ
ｕｓは固定ビット長の変数である。Ｐｏｓ＿ｉｎｄｅｘ
は図４に示すようにスロット（４０１）に対する索引で
ある。スロット（４０１）は、リンクリスト（４０２）
に対するメモリ参照を保持する。リンクリスト（４０
２）は、ＭＳＤＵに属するフラグメントのデータペイロ
ードを格納するために使用される。Ｆｉｎａｌは、その
ＭＳＤＵの全フラグメントが正常に受信されていること
を示す場合に１に設定され、それ以外は０に設定されて
いる。配列（３０１）の動作をサポートするために、ｓ
ｔａｒｔ＿ｓｅｑｕｅｎｃｅ＿ｉｎｄｅｘ及びｓｔａｒ
ｔ＿ｓｅｑ＿ｃｏｎｔｒｏｌ＿ｎｏと称する２つの変数
が必要とされる。ｓｔａｒｔ＿ｓｅｑ＿ｃｏｎｔｒｏｌ
＿ｎｏは、その肯定応答情報が前の肯定応答要求フレー
ムから最初に要求されているＭＰＤＵの順序制御番号で
ある。ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ＿ｉｎｄｅｘは、
ｓｔａｒｔ＿ｓｅｑ＿ｃｏｎｔｒｏｌ＿ｎｏに示す順序
制御番号を有するＭＰＤＵに対する肯定応答情報を保持
する配列（３０１）のスロット索引である。ｍｓｄｕ＿
ｓｔａｔｕｓにおける各ビットはフラグメントの状態を
表す。そのビットは、（ｓｔａｒｔ＿ｓｅｑ＿ｃｏｎｔ
ｒｏｌ＿ｎｏ＋１６×（ｓｔａｒｔ＿ｓｅｑｕｅｎｃｅ
＿ｉｎｄｅｘからの現在のスロット索引までの距離）＋
ＭＳＤＵ＿ｓｔａｔｕｓにおけるビット位置）と等しい
順序制御番号を有するＭＰＤＵが受信されている場合、
１に設定される。肯定応答要求フレームを受信したとき
に、要求範囲内のそれらのＭＰＤＵ＿ｓｔａｔｕｓはシ
フト及びマージされ、要求フレームの送信側で理解され
ているフォーマットで肯定応答レコードを生成する。

【００４１】図３の構造は、データフレームが受信され
る度に更新される。その更新後、現在スロット又は前回
スロットのｆｉｎａｌの値が１に設定されていない場
合、受信中のデータフレームの順序制御番号及びデータ
ペイロードを図４に示すような構造に格納する必要があ
る。ＭＳＤＵ＿ｓｔａｔｕｓが更新されているスロット
のＰｏｓ＿ｉｎｄｅｘが図４の構造に対応する有効なス
ロット索引で割当てられている場合、Ｐｏｓ＿ｉｎｄｅ
ｘにより索引付けられた図４のリンクリストは、現在受
信中のデータフレームの順序制御番号及びデータペイロ
ードを格納するために使用される。それが無効なスロッ
ト索引である場合、ｎｅｘｔ＿ｓｌｏｔ＿ｉｎｄｅｘに
より索引付けられた図４内のリンクリストは、受信中の
データフレームの順序制御番号及びデータペイロードを
格納するために使用される。ｎｅｘｔ＿ｓｌｏｔ＿ｉｎ
ｄｅｘは、次の格納のために使用されるスロットに索引
付けするために使用される。ｓｔａｒｔ＿ｓｅｑｕｅｎ
ｃｅ＿ｉｎｄｅｘから更新がちょうど行われている現在
スロットまでの全てのＦｉｎａｌの値が１である場合、
対応するＰｏｓ＿ｉｎｄｅｘにより索引付けられるリン
クリストに格納されるペイロードは上位のレイヤに転送
されるための準備ができている。図４の構造は、各スロ
ットがリンクリスト（４０２）に対するメモリ参照を格
納している配列（４０１）である。リンクリスト（４０
２）は、ＭＳＤＵに属する一連のＭＰＤＵからのデータ
ペイロードを格納するために使用される。リンクリスト
内の各要素は、３つの要素を含む構造（４０３）であ
る。それらの３つの要素は、Ｓｅｑ＿ｎｏ、Ｄａｔａ＿
ｐａｙｌｏａｄ＿ｐｔｒ及びＮｅｘｔ＿ｐｔｒである。
Ｓｅｑ＿ｎｏは、Ｄａｔａ＿ｐａｙｌｏａｄ＿ｐｔｒに
より示されるデータペイロードを含むＭＰＤＵの順序制
御番号である。Ｎｅｘｔ＿ｐｔｒは、次のリンクリスト
要素（４０３）に対するメモリ参照を格納する。

【００４２】媒体専用収集フェーズ中、コーディネータ
は、ステーション用のスロットベースの競合期間を開始
して、更なる媒体専用に関するそれらの要求を指示す
る。一例として、コーディネータは、ＣＣ制御フレーム
を伝送して制御競合を開始する。このフレームは、下記
の情報フィールドを含む。 ・優先度マスク（Priority Mask）：このフィールド
は、高負荷状態下で衝突の可能性を低減するために、Ｈ
Ｃが、特定ＣＣＩ内で要求が許可される優先度の値のサ
ブセットを指定することを可能にする。ＨＣは、ＣＣＩ
の間に応答が送信され得る優先度に対応する１ｓビット
位置を含むよう、優先度マスク（Priority Mask）フィ
ールドを設定する。 ・ＣＣＯＰ時間（CCOP Duration）：このフィールド
は、このＣＣフレームに続くＣＣＩ内の各ＣＣＯＰの時
間を指定する。それは、ＣＣフレーム送信時に使用され
たのと同じデータレート、コーディング及びプリアンブ
ルオプションでＲＲフレームを送信するためのマイクロ
秒数に、１つのＳＩＦＳ期間を加えた値である。 ・ＣＣＩ長（CCI Length）：このフィールドは、このＣ
Ｃフレームに続くＣＣＩ内のＣＣＯＰの数を指定する。 ・フィードバックカウント（Feedback Count）：このフ
ィールドは、このＣＣフレーム内のフィードバックＴＡ
ＩＤの数を指定する。 ・フィードバックＴＡＩＤ（Feedback TAID）：このフ
ィールドは、ＣＣフレームの最後の伝送以来ＨＣにより
正常に受信された全ＲＲフレームからのＴＡＩＤを含
む。

【００４３】制御された競合の全時間は、ｄｏｔ１１マ
クスドゥエル時間（dotll Max Dwell Time）及び／又は
ｄｏｔ１１媒体占有制限（dotll Medium Occupancy Lim
it）に従った媒体占有の単一の場合と同様に、単一のＣ
Ｐ又はＣＦＰ内で適合する必要がある。

【００４４】ＣＣフレームを受信したとき、ＢＳＳ内の
ＱＳＴＡは、下記の応答手順を実行する。 ａ）受信されたＣＣフレーム内のＣＣＩ長の値が０であ
る場合、又はＱＳＴＡが未実効の要求を有していない場
合、そのＱＳＴＡはステップ（ｄ）に進み、それ以外な
らば、ＱＳＴＡはステップ（ｂ）を続ける。 ｂ）要求が待ち状態にあるＴＩＤを有するトラフィック
の転送優先度が、ＣＣフレームの優先度マスクフィール
ドにおいて０に設定されているビット位置に対応する場
合、現在のＣＣＩにおいて、そのＴＩＤに関して要求は
伝送されるべきではない。各ＱＳＴＡは、各ＣＣＩ中に
わずか１つの要求を伝送することもある。しかし、新し
い又は修正されたＴＸＯＰを必要とする複数のＴＩＤを
有するＱＳＴＡは、ＣＣフレームの優先度マスクフィー
ルド内の値に基づいて要求が送信されるＴＩＤを選択す
ることが許される。ＣＣＩ応答手順のこのステップ
（ｂ）の最後に、各々の潜在的な競合ＱＳＴＡは、現在
のＣＣＩ中に伝送されるべき１つの要求を正確に選択し
たステップ（ｃ）に進む一方、すべての他のＱＳＴＡは
ステップ（ｄ）に進む。 ｃ）ＱＳＴＡは、下記の情報フィールドを含むサブタイ
プＲＲの制御フレームを伝送する。 ・ＱｏＳ制御（Qos Control）：このフィールドは、Ｔ
ＩＤ、及び要求されたＴＸＯＰ時間又は対応するＴＩＤ
の待ち行列サイズの何れかを指定する。ＴＳＰＥＣに基
づいてポーリングされたＴＸＯＰを要求するために、Ｑ
ｏＳ制御フィールドは、（この場合のＴＸＯＰ時間はＴ
ＳＰＥＣ内のパラメータ値を用いて決められるので）待
ち行列サイズフィールドと共にＴＩＤフィールド内の適
切なＴＳＰＥＣについてのＴＳＩＤを含む。ポーリング
されたＴＸＯＰを要求して現在のトラフィックを処理す
るために、ＱｏＳ制御フィールドは、要求されたＴＸＯ
Ｐ時間要求（又は待ち行列サイズ）フィールドと共にＴ
ＩＤフィールド内の転送優先度を含む。 ・ＡＩＤ：このフィールドは、このＲＲフレームを伝送
するステーションのＡＩＤを指定する。 ＲＲ伝送の開始は、下記の式を用いて計算されたマイク
ロ秒数だけＣＣフレームの最後に続く。 （ＳＩＦＳ 時間＋スロット時間）＋（Ｒ×Ｄｃｃｏ
ｐ） ここで、Ｒは、区間［０，（Ｎｃｃｏｐ−１）］にわた
る一様分布から取り出されるランダムな整数である。Ｃ
ＣフレームのＤｕｒａｔｉｏｎ／ＩＤフィールドからの
更新なしで、ＱＳＴＡのＮＡＶが、ＷＭがアイドル状態
であることを示す場合にのみ、この伝送が起こる。進行
中のＣＣＯＰ中に他の競合するＱＳＴＡによる伝送の可
能性のために、競合するＱＳＴＡは、この伝送を開始す
べきか否かを判定する際にＣＣＡを無視する。ＲＲは、
このＣＣＩを開始したＣＣフレームと同一データ速度で
伝送されるべきである。ＲＲフレームを伝送した後、又
はＮＡＶが設定されているのでＲＲを伝送できないと判
定した後、ＱＳＴＡはステップ（ｄ）に進む。 ｄ）ＱＳＴＡは、ＣＣＩ後、そのＣＣフレームのＤｕｒ
ａｔｉｏｎ／ＩＤフィールドに示すマイクロ秒数と等し
い、ＣＣフレームの最後に続く、経過時間により判定さ
れるまで更なる伝送を行わない。

【００４５】ＣＣＩの最後からのＰＩＦＳ期間で、ＨＣ
は、受信されるＲＲフレームに肯定応答を与える目的で
ＣＣフレームを伝送する。これは、フィードバックＴＡ
ＩＤフィールド内の正常に受信したＲＲフレームについ
て、ＣＣＩ長をゼロにし、ＡＩＤを指定することにより
実現できる。

【００４６】コーディネータ存在の保存に関して、コー
ディネータであることができるステーションは、低いラ
ンクのＱＡＰＣＳパラメータセットを含むビーコンを受
信する、又はdot 11無ビーコンしきい値（dot 11 Misse
d Beacon Threthold）とビーコン期間の積に等しい期間
に有効なビーコンを受信しない場合、引継ぎを実行する
必要がある。ここで、ビーコン期間は、最後の有効なビ
ーコンフレームからのビーコン間隔、又は開始以来ビー
コンを全く受信していない場合にＭＬＭＥ−ＳＴＡＲ
Ｔ．要求プリミティブからのビーコン期間値に等しい。
第１の場合、活動中の引継ぎが実行されるべきであり、
ＱＡＰＣＳは、ＱＡＰＣＳ表明動作要求フレーム（QAPC
S assertion action request frame）を現在活動中のＱ
ＡＰＣＳに送信する。成功（正常）又は応答無しの応答
状態を有するＱＡＰＣＳ表明動作応答フレーム（QAPCS
assertion action response frame）が２ビーコン間隔
内に受信された場合、非活動ＱＡＰＣＳは活動ＱＡＰＣ
Ｓになる。第２の場合について、非活動ＱＡＰＣＳがそ
のＡＰの喪失を検出すると、そのＱＡＰＣＳは、（６５
５３５−ＱｏＳ制御フィールド）×ｄｏｔ１１スロット
時間（dot II Slot Time）に等しい期間だけ遅れるもの
とする。この期間内にビーコンが受信されていない場
合、ＱＡＰＣＳは、ＴＢＴＴと一致する遅延の終わりに
そのビーコンを伝送して活動ＱＡＰＣＳになる。

【００４７】

【発明の効果】本発明を適用することにより、複数スト
リームのリアルタイム転送を媒体アクセスレイヤでの最
小メモリ領域で効率的に実現することができる。効率的
なメモリ制御を用いた複数トラフィックストリームにつ
いてのメモリ管理は、ハードウェアの複雑さを最小に
し、より小さいメモリ領域で、高ビット速度データスト
リームのリアルタイム転送を可能にする。本発明はま
た、送信器と受信器の両方により同時に処理される多数
の低ビット速度データストリームに対するメモリバッフ
ァ管理の方法を提供する。

【図面の簡単な説明】

【図１】 関連したＴＳＰＥＣを有するトラフィックを
供給するために使用される各優先度及び２つの待ち行列
に関する待ち行列データ構造である。

【図２】 伝送されて肯定応答を待っているプロトコル
データユニット（protocol data unit）を格納するバッ
ファデータ構造である。

【図３】 要求があったときに肯定応答メッセージを生
成するために使用されるプロトコルデータユニット肯定
応答レコードを格納するバッファデータ構造である。

【図４】 順序が乱れて受信されているプロトコルデー
タユニットのデータのペイロードを格納するバッファデ
ータ構造である。

【図５】 一定の間隔におけるコーディネータのスケジ
ューラの例である。

【図６】 スロットベースの競合（コンテンション）期
間の例である。

【図７】 コーディネータによる開始される信号伝達で
ある。

【図８】 ステーションにより開始された信号伝達であ
る。

【図９】 統合肯定応答によるバースト伝送に関するメ
ッセージシーケンスチャートである。

【図１０】 即時バースト肯定応答である。

【図１１】 遅延バースト肯定応答である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ウェイ リー・リム シンガポール534415シンガポール、タイ・ セン・アベニュー、ブロック1022、04− 3530番、タイ・セン・インダストリアル・ エステイト、パナソニック・シンガポール 研究所株式会社内 (72)発明者 原田 泰男 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 エイ・チャルムポン 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 安道 和弘 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5K033 BA14 CB06 CC01 DA19 DB13

Claims (12)

【特許請求の範囲】
1. 【請求項１】 受信器に到達する複数のデータパケット
   のバーストによるメモリ利用率を制御する手段であっ
   て、 i．必要なビットレートで通信を行うために送信器と受
   信器との間で信号伝達を行ない、無線媒体への伝送のた
   めにバッファを割当てる処理と、 ii．受信器側及び送信器側に到達し、格納された受信デ
   ータパケットに対して固定メモリを設定する処理とを行
   なうことを特徴とする手段。
2. 【請求項２】 入力データフレームをバッファリングす
   るため受信器側への割当てに必要なバッファサイズを判
   定する手段であって、 下限値がバーストで送信されるデータパケット数の２倍
   の値で、上限値がバーストで送信されるデータパケット
   数の４倍の最小値であり、１回のメッセージで送信され
   るべきデータパケット肯定応答レコードの数を有する値
   を選択する、ことを特徴とする手段。
3. 【請求項３】 受信器側に到来するデータの正確さを登
   録する手段において、 バッファを登録するために生成される２種類のメモリバ
   ッファは、 i．肯定応答されるデータパケットのためのメモリであ
   って、そのデータパケットの肯定応答情報を含む第１の
   メモリと、 ii．順序が乱れて受信され、連続した正しいデータパケ
   ットストリームを形成するデータパケットを記録する第
   ２のメモリとを含むことを特徴とする手段。
4. 【請求項４】 ストリーム毎にスロットを有するストリ
   ームに対する、固定サイズのスロットデータ構造を用い
   て送信器側でメモリバッファを管理、制御する手段であ
   って、 i．伝送されるプロトコルデータユニットの順序番号に
   基づく順序制御番号と、 ii．項目iに記載の前記順序制御番号を有し、伝送され
   肯定応答を待っているプロトコルデータユニットのメモ
   リ位置と、を含む、ことを特徴とする手段。
5. 【請求項５】 請求項３に記載のバッファのサイズ及び
   全部を用いて、ストリームに対してバーストで送信され
   るべきデータ数を制御することを特徴とする手段。
6. 【請求項６】 請求項３の項目iにおいて、順序制御番
   号を用いて、 請求項３の項目iiにおける値により参照されるプロトコ
   ルデータユニットの何れを再伝送する必要があるかを適
   時に判定するために受信者から返される肯定応答レコー
   ドに索引付けを行なうことを特徴とする手段。
7. 【請求項７】 訂正動作を行うために請求項３に記載の
   データ構造の状態を追跡する手段であって、 i．最も早く伝送され、肯定応答を依然として待ってい
   るプロトコルデータウニットを格納しているスロット索
   引と、 ii．次の伝送プロトコルデータユニットを格納するスロ
   ット索引とを含むことを特徴とする手段。
8. 【請求項８】 受信器側で受信プロトコルデータ単位の
   データペイロードを格納し、各ストリームに対して固定
   サイズのスロットデータ構造を用いるメモリバッファを
   管理、制御する手段であって、 各スロットはリンクサイズを含み、各リンクサイズは配
   信データユニットに属するプロトコルデータユニットの
   データペイロードを保持し、該リンクリストの各要素
   が、 i．プロトコルデータユニットの順序番号に基づく順序
   制御番号と、 ii．項目iに記載の順序制御番号を有している、前記プ
   ロトコルデータユニットのデータペイロードのメモリ位
   置と、 iii．次の要素のメモリ位置と、 を含むことを特徴とする手段。
9. 【請求項９】 受信器側で各プロトコルデータユニット
   の肯定応答を格納し、ストリーム毎にスロットを有する
   ストリームに対する固定サイズのスロットデータ構造を
   用いるメモリバッファを管理、制御する手段であって、 i．最大１６のプロトコルデータユニットまでの形式で
   伝送可能な配信データユニットに対する肯定応答レコー
   ドと、 ii．配信データユニットに属するプロトコルデータユニ
   ットの全てのデータペイロードを格納するリンクリスト
   を含む、請求項８に記載のデータ構造のスロット位置と
   を含むことを特徴とする手段。
10. 【請求項１０】 訂正動作を行うために請求項９に記載
    のデータ構造の状態を追跡する手段であって、 i．肯定応答情報が前の肯定応答要求フレームから最初
    に要求されているプロトコルデータユニットの順序制御
    番号と、 ii．項目iのプロトコルデータユニットに関する肯定応
    答情報を保持するスロット索引とを含むことを特徴とす
    る手段。
11. 【請求項１１】 媒体と他のステーションとを競合させ
    る目的で実際のバックオフ工程を実行するために、内部
    競合に勝つた優先待ち行列を決定する手段であって、 i．空でない優先待ち行列毎に乱数を選択し、 ii．項目iから得られた待ち行列及び乱数に関連するバ
    ックオフパラメータを用いて、空でない優先待ち行列毎
    に必要なバックオフ時間を計算し、 iii．最短のバックオフ時間を有する空でない優先待ち
    行列を、内部競合に勝つた優先待ち行列とすることを特
    徴とする手段。
12. 【請求項１２】 ２つの待ち行列のみを用いることによ
    りそれらのそれぞれのトラフィック要件に違反しないや
    り方で、関連するＴＳＰＥＣにより多数の同時トラフィ
    ックを供給するステーションのための手段であって、 i．周期的（等時性）トラフィックを一の待ち行列に送
    出し、非周期的（非同期）トラフィックを他の待ち行列
    に送出し、 ii．待ち行列が非周期的トラフィックを含む前に周期的
    トラフィックを含む待ち行列を供給し、 iii．それらの２つの待ち行列を、通常優先待ち行列の
    １つが内部競合に勝った場合であっても、他の通常優先
    待ち行列の前に供給し、 iv．２つの待ち行列の前に供給されるべきトラフィック
    手段を含む待ち行列が存在する場合、それがＴＳＰＥＣ
    トラフィックストリーム又はネットワークの活発さに関
    する構成メッセージでなければならないことを特徴とす
    る手段。