(57)【要約】【課題】音声通信及びデータ通信の混合トラヒックを搬送する無線ローカルエリアネットワークに関する。【解決手段】無線ローカルエリアネットワークは、一つのアクセスポイントと、アクセスポイントに関連付けされた複数の遠隔端末とを含む。アクセスポイントは、優先ネットワークに作動可能に接続でき、パケットの公平な分配を保って、他の通信よりも音声通信に対して高い優先順位を与えるようにトラヒックを管理できる。【選択図】図１
2006087140.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つのパケット形式の一つである送信用パケットを選択し、
通信媒体が使用中であるかどうかを決定し、
前記通信媒体が使用中であるときに、前記パケットが第１形式であるときの第１の時間期間と、前記パケットが第２形式であるときの第２の時間期間の一方を選択し、
前記パケットが前記第１形式であるときの第１の時間期間と、前記パケットが前記第２形式であるときの第２の時間期間のどちからの後に、前記パケットを送信する、
段階からなる方法。
【請求項２】
前記第１の時間期間は第１の期間範囲のうちの１つであり、前記第２の時間期間は第２の期間範囲の１つであることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１期間範囲は前記第２期間範囲を除くものであることを特徴とする請求項２に記載の方法。
【請求項４】
前記第１期間範囲は前記第２期間範囲を除くものではないことを特徴とする請求項２に記載の方法。
【請求項５】
前記パケットの形式は前記パケットの所定の優先順位に基づくものであることを特徴とする請求項１に記載の方法。
【請求項６】
パケットを通信するための通信媒体と、
該通信媒体から前記パケットを受け取るためのアクセスポイントと、
前記通信媒体へパケットを送信する複数の遠隔端末と、を備え、該遠隔端末の１つが送信パケットの１つを有するとき、前記１つの遠隔端末が前記通信媒体が使用中であるかどうかを判断し、前記通信媒体が使用中である場合には、前記パケットが第１形式であるときの第１の時間期間と、前記パケットが第２形式であるときの第２の時間期間のうちの１つを選択し、前記パケットが前記第１形式であるときの前記第１の時間期間と、前記パケットが第２の形式のときの前記第２の時間期間のうちのどちからの後に、前記パケットを送信するようになっていることを特徴とするシステム。
【請求項７】
前記第１の時間期間が、第１の期間範囲の１つであり、前記第２の時間期間が第２の期間範囲の１つであることを特徴とする請求項６に記載のシステム。
【請求項８】
前記第１期間範囲は前記第２期間範囲を除くものであることを特徴とする請求項７に記載のシステム。
【請求項９】
前記第１期間範囲は前記第２期間範囲を除くものではないことを特徴とする請求項７に記載のシステム。
【請求項１０】
前記パケットの前記形式は前記パケットの所定の優先順位に基づくものであることを特徴とする請求項６に記載のシステム。
【請求項１１】
少なくとも２つのパケットの形式の１つである、送信されるべきパケットを含む送信待ち行列と、
通信媒体が使用中であるかどうかを判断し、前記通信媒体が使用中の場合には、前記パケットが第１形式であるときの第１の時間期間と、前記パケットが第２形式であるときの第２時間期間のうち１つを選択し、前記パケットが前記第１形式であるときの前記第１の時間期間と前記パケットが前記第２形式のときの前記第２時間期間のいずれかの後に、無線で送信する送信機と、
を備える通信装置。
【請求項１２】
前記通信装置は遠隔端末及びアクセスポイントのいずれか一方であることを特徴とする請求項１１に記載の通信装置。
【請求項１３】
前記第１時間期間は、第１期間範囲の１つであり、前記第２時間期間は、第２期間範囲の１つであることを特徴とする請求項１１に記載の通信装置。
【請求項１４】
前記第１期間範囲は前記第２期間範囲を除くものであることを特徴とする請求項１３に記載の通信装置。
【請求項１５】
前記第１期間範囲は前記第２期間範囲を除くものではないことを特徴とする請求項１３に記載の通信装置。
【請求項１６】
前記パケットの前記形式は前記パケットの所定の優先順位に基づくものであることを特徴とする請求項１１に記載の通信装置。
【請求項１７】
少なくとも２つのパケット形式の１つである、送信パケットを選択し、
前記通信媒体が使用中であるかどうかを判断し、
前記通信媒体がビ使用中であるときに、前記パケットが第１形式であるときの第１の時間期間と、前記パケットが第２の形式であるときの第２の時間期間のいずれか一方を選択し、
前記パケットが前記第１形式であるときの前記第１時間期間と前記パケットが前記第２形式のときの前記第２時間期間のいずれか一方の後に、前記パケットを送信するよう試みる、
段階からなる方法。
【請求項１８】
前記送信の試みが不成功のときに、前記パケットが前記第１形式であるときの第３の時間期間と、前記パケットが前記第２形式であるときの第４の時間期間を選択し、
前記パケットが前記第１形式であるときの前記第３の時間期間と、前記パケットが前記第２形式であるときの前記第４の時間期間のいずれかの後に前記パケットを送信するよう試みる、
段階をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記第１時間期間は、第１範囲の期間の１つであり、前記第２時間期間は、第２範囲の期間の１つであることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記第３の時間期間は、前記第１範囲の期間の１つであり、前記第４の時間期間は、前記第２範囲の時間期間の１つであることを特徴とする請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線ローカルエリアネットワーク（ＬＡＮ）に関し、更に詳細には、音声及びデータの混合トラヒックを搬送する無線ローカルエリアネットワークに関する。
【背景技術】
【０００２】
無線ローカルエリアネットワークは、典型的に、有線設備を利用できないといった用途であって、携帯型コンピュータを含む用途に使用されている。このような用途には、倉庫在庫追跡、携帯式店舗販売時点情報管理（ＰＯＳ）端末、発送及び荷受、パッケージ追跡等を挙げることができる。
【０００３】
無線ローカルエリアネットワーク装置間の相互運用性をもたらすために、ＩＥＥＥ８０２．１１通信規格が特定のメーカーによって使用されてきた。ＩＥＥＥ８０２．１１通信規格は、情報をパケットで送信するプロトコルを定義する。この規格は、パケットサイズ、パケット内容情報、データ転送速度、ローミング等の機能を定義する。公表されたＩＥＥＥ８０２．１１通信規格に合わせて設計されたシステムにおいて最初に送信が行われた情報の主形式は、バーコード情報、ＰＯＳ情報、パッケージ追跡情報等であった。この公知のシステムにおいて、バーコード情報、ＰＯＳ情報、パッケージ追跡情報等の情報を送受信するために、多くの遠隔端末は、単一のアクセスポイントと通信できる。公表された規格は、送信機（例えば、アクセスポイント及び１つ又はそれ以上の遠隔端末）によって共有される通信媒体を定義している。
【０００４】
更に、この規格は、可変パケットサイズを定義している。比較的長い送信パケットを有する遠隔端末は、比較的短い送信パケットを有する遠隔端末よりも長い時間にわたって共有通信媒体を占有する必要がある。これまで、このシステムが送信する情報形式のために、一般的に、少なくとも部分的に通信を行うには通信パケットの遅延は重要ではなかった。一般的に、バーコード情報、パッケージ追跡情報等の情報は、次の増分事象が起るまでは有効なままである（例えば、バーコード情報が変わってしまうまで、又はパッケージがルートの次の地点まで追跡される等）。更に、幾分遅れて配信されてもこのような情報は一般にシステム通信に影響を与えない。
【０００５】
特定の公知のシステムにおいて、送信パケットは、単に受信した順番で送信される。これらの公知のシステムにおいて、送信パケットは、指定受信者から適切な受信確認がなければ所定回数だけ繰り返して送信されるが、残りの他のパケットの送信は遅れてしまう。適切な受信確認を受信できないとパケットは所定回数再送信され、送信機は、その後で残りのパケットを送信できるようになる。
【０００６】
近年、無線ローカルエリアネットワークにおいて音声及びデータの混合トラヒックを提供することに対する要求が益々高くなってきている。現在、ＩＥＥＥ８０２．１１通信規格は、音声通信を行うための仕様は提供していない。一般に、音声通信を行うための情報は、バーコード情報、パッケージ追跡情報等の情報よりも時間が重要になる。音声通信を行うための通信は、一般にシステムが無線ローカルエリアネットワークによって搬送された情報に関する通信を行う場合よりも、システムが搬送すべき大量の情報を必要とする。更に、音声通信の品質は、情報交換の速度に依存する。パッケージ追跡用の通信といったデータ通信においては、一般に通信品質は通信の有効性を評価するファクタではないので、情報交換の速度は重要ではない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特定の公知の無線ローカルエリアネットワークは、通信トラヒックの一部として音声信号を搬送するが、このシステムは前述のような混合通信に対する要求を有効に満たすには不十分である。更に、システムの複雑性、構造性、設計性、コスト等を実質的に高めることなく、現存のシステムでかかる要求を満たす必要がある。
【課題を解決するための手段】
【０００８】
本発明の原理に従って、音声及びデータの混合通信トラヒックのための送信機とネットワークとが提供される。通信ネットワークは、パケット式通信を使用する無線ローカルエリアネットワークであってもよい。通信ネットワークは、少なくとも１つのアクセスポイントを含むことができ、アクセスポイントは、該アクセスポイントに関連付けされた端末への送信用の音声及び他の通信を受信する。
【０００９】
パケット送信を管理するために、送信機はパケットに優先順位を付けることができる。優先順位付けは、各々のパケットが何時受信されたかに基づいて、パケットが音声通信を含むか否かに基づいて、パケットがネットワーク管理通信を含むか否かに基づいて、パケットがデータ通信を含むか否かに基づいて（例えば、音声又はネットワーク管理のため以外の通信）、パケットが音声通信可能な装置へ向けられているか否かに基づいて、パケットが特定の通信プロトコルを用いて送信されたか否かに基づいて行われる。
【００１０】
アクセスポイント等の送信機は、パケットがどの受信機端末にアドレス指定されているかに基づいて、送信パケットに優先順位を付けることができる。パケットは待ち行列に分離でき、各々の待ち行列は、受信された特定の端末への送信パケットを記憶する。パケットは、各々の待ち行列内で更に優先順位を付けてもよい。
【００１１】
優先順位付けされたパケットは、各々の端末に公平な機会を与え、各々の端末が同数のパケットを受信できるような順序で送信できる。例えば、パケットはラウンド方式で送信できる。各々のラウンドにおいて、各々の端末へ最も高い優先順位パケットを送信できる（例えば、端末毎にラウンド毎に１つのパケットを送信する方式）。各々のラウンドにおいて、同数のパケットを各々の端末へ送信できる（例えば、パケット毎に１つ）。
【００１２】
各々の送信パケットに関連して、送信機が送信パケットを廃棄するか、又は端末へ次のパケットを送信する前に、各々の送信パケットに対する受信端末からの受信確認（例えば、受信確認パケット）を要求できる。特定のパケットが受信確認されるまで、又は再試行閾値（例えば、パケットが送信される総回数）に達するまで、送信機は、そのパケットを繰り返して送信できる。再試行閾値は、再送信されているパケットが音声通信用か否かに基づいて決定できる。音声通信用の再試行閾値は、他の通信用の閾値よりも小さくてもよい。周波数ホッピング方式スペクトラム拡散通信を使用する通信ネットワークにおいて、パケットは、送信回数が初期再試行閾値に達した場合に再送信できる。受信確認が受信されることなく初期再試行閾値に達した場合、変調における周波数ホップが終わるまで再送信は中断できる。その後、受信確認が受信されるか、又は全再試行閾値に達するまで再送信を再開できる。初期及び全再試行閾値は、再送信されているパケットが音声通信用か否かに基づいて変わり得る。
【００１３】
受信され且つ優先順位付けされた新しいパケットは、受信確認されていないパケットよりも高い優先順位をもつ場合がある。再送信されているパケットよりも高い優先順位をもつパケットが受信された場合、受信確認されていないパケットの再送信は置き換わる。新しい受信パケットが他のパケットよりも高い優先順位をもつことが判定された場合、送信機は、同じ端末への先の受信パケットを終了して、特定の端末へ新しい受信パケットを送信する。その後、受信確認されていないパケットはその後のラウンドで再送信される。
【発明の効果】
【００１４】
データ通信用のパケットよりも音声通信用のパケットに対して一層高い優先順位を与えながら、データ通信の送信が実質的に妨害されることを防止する。更に、このシステム及び方法は、混合通信トラヒック環境の複雑な要件を満たしながら、公知の無線ローカルエリアネットワークシステム及び方法に対して構造性、複雑性、コスト、処理遅延等を実質的に高めることなく実行できる。
本発明の更なる特徴、本質、及び種々の利点は、添付図面を参照して以下の詳細な説明から一層明らかになるであろう。添付図面全体にわたって、同じ参照番号は同じ部分を言及している。
【発明を実施するための最良の形態】
【００１５】
本発明は、前述の通信要件を実質的に満たすことによって、無線ローカルエリアネットワーク（ＬＡＮ）のための混合トラヒック音声通信を改善する。半二重通信媒体を介して無線ローカルエリアネットワーク中で送信されるパケットは、優先順位に従って送信される。優先順位は、少なくとも特定パケットが音声通信を行うためのものか否かに基づいて決定できる。パケットが音声通信を行うためのものか否かを判定する１つの技術は、パケットの指定受信者が音声通信可能に識別されているか否かを判定し、更に送信パケットが特定の通信プロトコル（例えば、音声を送るために一般に使用されるプロトコル）を用いて受信されたか否かを判定することである。送信パケットの優先順位を決めて、どのパケットが音声通信用であるかを判定するための他の技術を以下に説明する。
【００１６】
音声通信に対して高い優先順位を与えると、他の非音声通信パケットの送信を妨害することになる。この妨害は、パケットを公平に分配することで実質的に防止できる。各々の送信ラウンドにおいて全ての受信者（例えば、遠隔端末）に対して１つのパケット（例えば、最も高い優先順位のパケット）を送信する、複数のラウンドでもってパケット送信することによって公平に分配することができる。指定受信者によって受信確認されていない送信パケットの場合、その受信確認されていないパケットよりも優先順位の高い、同一端末への最新の送信パケットを受信している場合を除いては、次の送信ラウンドで再送信することができる。高い優先順位を有する最新の受信パケットは、受信確認されていないパケットが送信される前に送信されることになる。パケットの再送信回数は、パケットが音声通信を行うか否かに基づいて決定できる。また、音声通信用のパケットを送信しようとしている送信者に対して通信媒体へのより大きなアクセス権を与える、以下に説明する技術を用いることによって、音声通信に優先順位を与えることができる。
【００１７】
図１を参照すると、無線ローカルエリアネットワーク（ＬＡＮ）２０は、複数のセル２２を含むことができる。説明を簡潔かつ明瞭にするために、無線ローカルエリアネットワーク２０は、主としてローカルエリアネットワークが１つのセル２２を有するものとして例示的に説明する。セル２２は、アクセスポイント２４（無線ローカルブリッジと呼ぶ場合もある）を含むことができる。セル２２は遠隔端末２６を含むことができる。各々の端末２６は、移動式端末、携帯式端末、又は固定式端末であってよい。各々の端末２６は、デスクトップワークステーション、ラップトップコンピュータ、パームトップコンピュータ、ハンドヘルドパソコン、ペン入力コンピュータ、パーソナルデジタルアシスタント、ハンドヘルドスキャナ、データコレクタ、ハンドヘルドプリンタ等であってよい。各々の端末２６は、双方向無線又は赤外線信号通信を行うように構成された無線ネットワークインターフェース資源を含むことができる。このような資源は、インターフェースカード（又は外部モデム）、ソフトウェアドライバ、及びアンテナを含むことができる。他の適当な資源も使用できるが、説明を簡潔かつ明瞭にするために、主として無線ネットワークインターフェース資源をインターフェースカード、ソフトウェアドライバ、及びアンテナとの関連において説明する。インターフェースカードは、標準コンピュータバスインターフェース（例えば、ＩＳＡ、ＰＣＭＣＩＡ等）、又は標準コンピュータポート（例えば、ＲＳ２３２、ＲＳ４２２等）を使用するように構成して、端末装置への好都合なアクセスを提供できる。
【００１８】
各々の端末２６には、ネットワークオペレーティングシステムを実装することができる。各々の端末２６において、インターフェースカードは、ソフトウェアドライバを使用するネットワークＯＳアプリケーションに結合することができる。各々の遠隔端末２６に対するインターフェースカードは、ネットワーク通信インターフェースであってよい。典型的に、各々の遠隔端末２６に対するネットワークインターフェースカードは、キャリアセンス・アクセス・プロトコルを使用して、拡散シーケンスを用いて通信信号を変調するよう実装される。
【００１９】
アクセスポイント２４は、無線ネットワーク２０と有線ネットワークとの間で通信を行うインターフェースであってよい。アクセスポイント２４は、セル２２内の各々の端末２６間、又は有線ネットワークと端末２６との間の通信ゲートウェイを提供するよう構成できる。アクセスポイント２４は、アクセスポイントを有線ネットワーク（例えば、イーサネット（登録商標）ネットワーク上、トークンリングネットワーク上等）に接続するよう構成された資源（例えば、ソフトウェア、ハードウエア、又はこれらの組み合わせ）を含むことができる。典型的に、アクセスポイント２４は、有線通信媒体と無線通信媒体との間で信号を変換するように構成されている。この変換により、アクセスポイントは、有線ネットワークと無線遠隔端末２６との間で通信情報を受け渡すことが可能になる。
【００２０】
典型的に、アクセスポイントは、ＩＥＥＥ８０２．１１規格に応じて作動して（例えば、８０２．１１ローミング、標準８０２．１１データ速度を提供する）、メーカーにより開発された追加機能をもたらすのに十分な処理機能、ハードウエア、ソフトウェア等を備えている。アクセスポイント２４は、適当なオペレーティングシステム、無線ネットワークインターフェース資源、有線ネットワークインターフェース資源、ネットワークＯＳアプリケーション等をもつパソコン（例えば、Ｐｏｗｅｒ  ＰＣ、ＩＢＭ互換コンピュータ）、サーバ、ワークステーション等を用いて実現できる。
【００２１】
アクセスポイント２４及び遠隔端末２６は、スペクトラム拡散変調技術（例えば、ダイレクトシーケンス方式スペクトラム拡散変調、周波数ホッピング方式スペクトラム拡散変調）を用いて通信するよう構成できる。
ＩＥＥＥ８０２．１１規格は、通信パケットの形式及び内容を定義する。フレームとも呼ばれる通信パケットは、各々のパケットサイズがパケットヘッダー情報でもって識別される可変サイズであってもよい。特定の実施形態において、各々のパケット本体は０から２３１２オクテットまで可変であってもよい。
【００２２】
作動時に、最初に端末２６内の１つに電源が投入されると、その端末２６は、アクセスポイント２４と協働して結合セル２２を捜し出す。遠隔端末２６は、アクセスポイント２４と端末２６との間の通信の予備的なやりとりの後で、アクセスポイント２４と関連するようになる。複数の端末２６を各々のアクセスポイント２４と関連付けできる。各々の端末２６は、異なる通信性能及び要件を有していてもよい。アクセスポイント２４は、端末２６と有線ネットワークとの間の通信トラヒックを管理できる。アクセスポイント２４は、パケットがセル２２内の各々の遠隔端末２６に送信される時を制御することによって通信トラヒックを管理できる。セル２２の通信トラヒックは、データパケット（例えば、データ通信を行うためにパケットを搬送する信号）、音声パケット（例えば、音声通信を行うためにパケットを搬送する信号）、リアルタイムパケット（例えば、マルチメディア又は音声通信等のリアルタイム通信を行うためにパケットを搬送する信号）、管理パケット（例えば、ネットワーク管理通信を行うためにパケットを搬送する信号）等を含むことができる。
【００２３】
アクセスポイント２４に結合される有線ネットワークは、該有線ネットワークを実行するよう構成された装置２３を含むことができる。有線ネットワークは、外部ネットワーク（ＰＢＸ、ＰＳＴＮ、インターネット等）に接続できる。
【００２４】
アクセスポイント２４は、関連付けされた遠隔端末２６に送信されるパケットに優先順位を付けることにより、通信トラヒックを管理できる。図２ａは、図１に示すアクセスポイント２４等のアクセスポイントに使用するための通信トラヒックを管理する例示的なステップを示す。ステップ４０において、アクセスポイントは、遠隔端末に送信されるパケット（例えば、図１のセル２２の個々の端末２６にアドレス指定されるパケット）を搬送する信号を受信できる。ステップ４２において、アクセスポイントは、受信した送信パケットに優先順位を付けることができる。アクセスポイントは、次にどの遠隔端末へパケットを送信するかを決定し、その遠隔端末に送信されるパケットの内のどれが次に送信されるべきパケットであるかを決定するために、受信パケットに優先順位を付ける。優先順位付けは、アクセスポイントがパケットを受信する合間に実行できる。例えば、優先順位付けは、規則的な周期で実行できる。各々のパケットは、受信時間、パケット内容、パケットアドレス情報、メッセージプロトコル、各々の端末に対する公平性等に基づいて優先順位付けできる。
【００２５】
説明を明瞭にするために、パケット通信トラヒックの管理を、主として待ち行列に関連して説明する。同様に、待ち行列を使用すること以外の他の技術を、パケット通信トラヒックを管理するために使用してもよい。図２ｂに示す例示的な待ち行列４４、４６、４８、５０、及び５２は、図２ａの例示的なステップに基づいて提供される。待ち行列４４は、アクセスポイントが受信した順序での例示的なパケットを含む。待ち行列４４のパケットは、アクセスポイントと関連付けされた遠隔端末から、又は有線ネットワークから受信してもよい。待ち行列４４のパケットは、４つの端末Ｔ１、Ｔ２、Ｔ３、及びＴ４へ向けられるパケットである。待ち行列４４、４６、４８、５０、及び５２は、パケットがアクセスポイントによって優先順位付けされている場合、待ち行列４４からのパケットを含むことができる。待ち行列４４、４６、４８、５０、及び５２の各々は、端末Ｔ１、Ｔ２、Ｔ３、及びＴ４の各々に関連付けされた待ち行列である。各々の待ち行列４４、４６、４８、５０、及び５２において、パケットは、該パケットを受信した時間に基づいて優先順位付けできる。
【００２６】
待ち行列４４に示される各々のパケットは、端末アドレス及びパケット番号をもつ。ここでは説明の便宜上、パケット番号は、アクセスポイントがパケットを受信した順序を示すために用いる。待ち行列４４、４６、４８、５０、及び５２において、小さな番号のパケットは早く受信されたものであり送信優先順位が高い。
【００２７】
パケットは優先順位に基づいて送信できる。図３ａは、パケット送信に関する例示的なステップを示す。ステップ５４において、アクセスポイントは送信パケットに優先順位を付ける。ステップ５６において、例えば、優先順位に基づいて、公平性に基づいて、公平性及び優先順位に基づいて、各々の端末に対する公平性に基づいて、端末通信シーケンス毎に１つのパケットに基づいてパケットを送信することにより、優先順位付けされたパケットは分配される。所望であれば、公平性は、アクセスポイントがパケットを優先順位付けする際に、ステップ５４の一部として決定してもよい。
【００２８】
図３ｂの例示的な待ち行列５８、６０、６２、６４、及び６４は、図３ａの例示的なステップに基づいて提供される。各々の待ち行列５８、６０、６２、６４、及び６４は、端末Ｔ１、Ｔ２、Ｔ３、及びＴ４にそれぞれ関連付けされている。端末Ｔ１、Ｔ２、Ｔ３、及びＴ４への送信パケットは、アクセスポイントにより受信される。各々の待ち行列において、パケットは受信時間に基づいて優先順位付けされている。公平性を得るために、アクセスポイントは、パケットをラウンド方式で送信できる。各々のラウンドにおいて、アクセスポイントは、各々の端末へ同一番号のパケット（例えば、１つのパケット）を送信できる。
【００２９】
待ち行列６６は、パケットが送信される順序でもって、待ち行列５８、６０、６２、６４、及び６４からのパケットを含む。この順序は複数のラウンドに分割されるが、各々のラウンドは端末毎に１つのパケットを含む。図示のように、第１及び第２のラウンドの各々は、アクセスポイントに関連付けされた各々の端末に１つずつ、すなわち４つのパケットを含む。最初の２つのラウンドが正しく送信された後は、待ち行列６２には端末Ｔ３へ送信すべきパケットはないので、第３のラウンドは３つのパケットを含む。
【００３０】
アクセスポイントは、各々のラウンドにおける各々の端末に対するパケットを、アクセスポイントがその端末に対するパケットを受信した順序で、選択して送信できる。更に図３ｂを参照すると、第１のラウンドにおいて、アクセスポイントは、各々が待ち行列５８、６０、６２、６４、及び６４にそれぞれ含まれる第１のパケットである、パケット番号２、３、６、及び１を送信する。第２のラウンドにおいて、アクセスポイントは、それぞれ各々の端末Ｔ１、Ｔ２、Ｔ３、及びＴ４に関して受信された、各々が次のパケットであるパケット番号４、８、７、５を送信する。各々のラウンドにおいて、各々の待ち行列からの１つのパケットは、ラウンド内の位置について各々の待ち行列間で競争することなく送信される。
図３ｂ（及び他の図面）の例示的なパケットは、可変サイズパケットである。図を簡略化するために、パケットは固定長パケットとして示されている。
【００３１】
アクセスポイントは、どのパケットが音声通信用であるかに基づいてパケットの優先順位付けを行う。図４ａは、どのパケットが音声通信用であるかに基づいてパケットの優先順位付けを行うことに関連する例示的なステップを示す。ステップ６８において、アクセスポイントは、送信されるべきパケットのどれが音声通信用パケットであるかを判定する。
【００３２】
音声通信用パケットは、デジタル化された音声通信を搬送するパケットである。前述のように、典型的に音声通信は、在庫管理データ、ポイントオブセール情報等の他の通信よりも厳しい通信要件をもつ。アクセスポイントは、パケットのメッセージフラグに基づいて、音声通信可能な端末にアドレス指定されたパケットに基づいて、又はメッセージプロトコルに基づいて（更に後述する）、どのパケットが音声用かを判定できる。ステップ７０において、パケットは優先順位付けできる。音声通信用パケットは、他のパケットよりも優先順位が高くてもよい。
【００３３】
図４ｂの例示的な待ち行列７２、７４、７６は、図４ａの例示的なステップに基づいて提供できる。待ち行列７２は、アクセスポイントが受信した端末Ｔ１及びＴ２への送信パケットを含んでもよい。待ち行列７２は、音声通信を行うために送信されるパケット（パケット番号１、４、及び６）を含む。音声通信用パケットは、待ち行列７４、７６の他のパケットよりも優先順位が高いので、これらの音声パケットは他のパケットよりも先に送信される。端末Ｔ１に関する待ち行列７４は、パケット番号６よりも前に受信されたパケット番号３、５よりも優先順位が高い、音声パケット番号６を含む。端末Ｔ２に関する待ち行列７６は、他の通信のためのパケット番号２、７よりも優先順位が高い音声パケット番号１及び４を含む。各々の待ち行列内で、音声パケットは他のパケットよりも先に送信されるように優先順位付けされている。更に、待ち行列の全てのパケットは、アクセスポイントが各々のパケットを受信した時間に基づいて送信されるように優先順位付けされている。
【００３４】
アクセスポイントは、ネットワーク管理要件に基づいてパケットを優先順位付けできる。図５ａは、ネットワーク管理要件に基づくパケットの優先順位付けに関連する例示的なステップを示す。ステップ７８において、アクセスポイントは、ネットワーク作動を管理するために、どのパケットを送信すべきかを判定する。パケットは、メッセージフラグやメッセージ長に基づいて、ネットワーク管理用のパケットであることが判定される。ステップ８０において、パケットは、どのパケットがネットワーク管理用であるかに基づいて優先順位付けされる。
【００３５】
図５ｂの例示的な待ち行列８２、８４、及び８６は、図５ａの例示的なステップに基づいて提供できる。受信パケットの待ち行列８２は、ネットワーク管理を行うために送信されるパケット番号１、４、及び６を含むことができる。管理パケットは、ネットワーク作動の完全性を保護するために、他のパケットよりも優先順位が高くてもよい。待ち行列８４及び８６は、それぞれ端末Ｔ１及びＴ２に対して実行できる。管理パケット番号１及び４は、端末Ｔ１に関する待ち行列内の他のパケットよりも優先順位が高く（つまり、待ち行列の最初に配置される）、管理パケット番号６は、端末Ｔ２に関する待ち行列内の他のパケットよりも優先順位が高い。各々の待ち行列内の優先順位の高いパケットは、待ち行列内の優先順位の低いパケットよりも先に送信される。
【００３６】
無線ローカルエリアネットワークにおいて、パケットトラヒックは異なるレベルの優先順位を用いて管理できる。図６ａは、異なるレベルの優先順位によるパケットの優先順位付けに関連する例示的なステップを示す。ステップ８８において、アクセスポイントは、どのパケットが音声通信用、ネットワーク管理通信用、又は他の通信用であるかを判定する。ステップ９０において、ネットワーク作動の管理用パケットは、最も高い優先順位が与えられる。ステップ９２において、音声通信用パケットは、２番目に高い優先順位が与えられる。ステップ９４において、他の通信用パケットは、３番目に高い優先順位が与えられる。
【００３７】
図６ｂの例示的な待ち行列９６、９８、１００、及び１０２は、図６ａの例示的なステップに基づいて提供できる。待ち行列９６は、端末Ｔ１、Ｔ２、及びＴ３に送信される音声通信パケット、管理通信パケット、及び他の通信パケットを含む、受信パケットを含むことができる。待ち行列９８、１００、及び１０２は、それぞれ端末Ｔ１、Ｔ２、Ｔ３に対して実行できる。待ち行列９８、１００、及び１０２において、管理パケットは、優先順位が最も高く（すなわち、音声通信及び他の通信よりも高い）、音声パケットは優先順位が２番目に高く、他の通信パケットは優先順位が３番目に高い。同一形式の通信に関するパケット間の優先順位は、受信時間に基づくことができる。パケットは、それぞれの遠隔端末に対するパケット優先順位の順番でアクセスポイントから送信できる。
【００３８】
特定の無線ローカルエリアネットワークは、国際標準化機構（ＩＳＯ）により制定された７階層開放型システム間相互接続（ＯＳＩ）参照モデルを使用する。開放型システム間相互接続は、７階層に分類された完全な１組のネットワーク機能を定義する。７階層とは、物理層（第１層）、データリンク層（第２層）、ネットワーク層（第３層）、トランスポート層（第４層）、セッション層（第５層）、プレゼンテーション層（第６層）、及びアプリケーション層（第７層）である。ネットワーク機能は、各々のＯＳＩ層がその下位の層によってサポートされるよう構成されている。
【００３９】
トランスポート層は、異なるコンピュータにおけるアプリケーションの間の通信を確立して維持する。伝送制御プロトコル（ＴＣＰ）及びユーザー・データグラム・プロトコル（ＵＤＰ）等の通信プロトコルは、トランスポート層において作動する。ＴＣＰは、全二重コネクション型サービス（例えば、最終ユーザー間で仮想通信接続を維持する）を提供するが、ＵＤＰは、コネクションレス型サービス（例えば、開放型コネクションを維持することなく、最終ユーザー間に通信を提供する）を提供する。ネットワーク層における音声通信のために、一般に使用される通信プロトコルはＵＤＰである。
【００４０】
図７ａは、７階層開放型システム間相互接続のトランスポート層を実行するように構成された無線ローカルエリアネットワーク（例えば、図１の無線ローカルエリアネットワーク２０）で使用するためのパケット送信に関連する例示的なステップを示す。ステップ１０４において、アクセスポイントは、どの端末が音声通信可能であるかを判定できる。アクセスポイントは、パケット内のメッセージフラグや、音声通信可能な端末用に予め割り当てられたアドレス等に基づいて、どの端末が音声通信可能であるかを判定できる。ステップ１０６において、アクセスポイントは、端末への送信パケットを受信できる。ステップ１０６は、ステップ１０４の前又は後、又はそのステップ中に実行できる。
【００４１】
ステップ１０８において、アクセスポイントは、パケットの優先順位付けを行うことができる。優先順位付けは、複数のファクタに基づいて行うことができる。優先順位付けは、パケットがどの端末に向けられるかに基づいて、パケットの通信プロトコルに基づいて、パケットがネットワーク管理用か否かに基づいて、及び更に受信時間に基づいて行うことができる。ステップ１１０において、パケットは送信される。パケットは、どのように優先順位付けされたかに基づいて、及び公平性に基づいて（例えば、各々の遠隔端末の間のパケットの一様な分配を保つことによって公平性を維持する）送信できる。
【００４２】
図７ｂの例示的な待ち行列１１２、１１４、１１６、１１８、及び１２０は、図７ａの例示的なステップに基づいて実行できる。待ち行列１１２は、アクセスポイントが受信した順序で待ち行列１１２内に配置される、受信パケットの待ち行列であってもよい。端末Ｔ１、Ｔ２、及びＴ３は、アクセスポイントがパケットを受信した際に、アクセスポイントと関連付けされてもよい。待ち行列１１４、１１６、及び１１８は、受信パケットが優先順位付けされる場合、端末Ｔ１、Ｔ２、Ｔ３に対してそれぞれ実行できる。アクセスポイントは、待ち行列１１２内のパケットが受信されるよりも前に、端末Ｔ１が音声通信可能な端末であることを判定してもよい。
【００４３】
無線ネットワークを管理するために送信されるパケットには、最も高い優先順位を与えることができる。待ち行列１１２は、２つの管理パケット、すなわち端末Ｔ１へのパケット番号１（例えば、端末Ｔ１にアドレス指定された）及び端末Ｔ３へのパケット番号９を含む。端末Ｔ１に関する待ち行列１１４は、パケット番号１が待ち行列１１４内で優先順位が最も高くなっており、端末Ｔ３に関する待ち行列１１８は、パケット番号９が待ち行列１１８内で優先順位が最も高くなっている。
【００４４】
音声通信を行うために送信されるパケットは、優先順位が２番目に高い。ＯＳＩトランスポート層の通信プロトコルは、パケットが音声通信用か否かを判定することなくパケットを処理する。ＯＳＩトランスポート層を用いて実行される特定のネットワークは、音声通信を行うためにＵＤＰを使用する。アクセスポイントは、パケットの通信プロトコル（例えばＵＤＰ）に基づいて、及びパケットが音声通信可能な端末に向けられているか否かに基づいて、どのパケットが音声通信用かを判定する。トランスポート層で作動する通信プロトコル（すなわち、ＴＣＰ及びＵＤＰ）は、発信元システム（例えば、外部ネットワーク）と受信先システム（例えば、図１の無線ローカルエリアネットワーク２０）との間でメッセージを配信するために、ネットワーク層においてインターネットプロトコル（ＩＰ）サービスを使用する。ＩＰパケットは、同封のパケットがトランスポート層のどのプロトコル用（例えば、ＵＤＰ、ＴＣＰ等）であるかを示すプロトコルフィールドを含む。
【００４５】
パケットは、アクセスポイントと遠隔端末との間で共有され、遠隔端末がアクセスポイントと通信する半二重通信媒体（例えば、無線周波数チャンネル）からアクセスポイントによって受信できる。更に、パケットは、有線ネットワークがアクセスポイントと通信する他の通信媒体から受信できる。パケットは、ネットワーク層通信のためのインターネットプロトコルを使用して（例えば、ＩＰパケット形式を使用して）、及びトランスポート層通信のためのＵＰＤ、ＴＣＰ等を使用して（例えば、ＵＤＰパケット形式を使用して）、アクセスポイントに送信される。従って、アクセスポイントが遠隔端末から受信するパケットは、すでにＩＰ及びＵＤＰ、ＴＣＰ等に関する通信要件と合致している。必要であれば（例えば、無線ＬＡＮ内の２つの遠隔端末が通信する場合）、アクセスポイントは、８０２．１１規格に合致するようにパケットを構成してもよい。
【００４６】
アクセスポイントは、受信パケットのトランスポート層通信プロトコルを判定するために、受信されたＩＰパケットのプロトコルフィールドを読み取ることができる。ＵＤＰを使用して処理され、音声通信可能な端末に向けられるパケットは、アクセスポイントによって音声通信を含むことを判定できる。アクセスポイントは、端末との以前のやりとりを通して、どの端末が音声通信可能であるかを前もって判定できている。以前のやりとりは、遠隔端末が通信を確立するために最初にアクセスポイントを捜す際に（例えば、関連付けされる際に）発生する場合もある。所望であれば、アクセスポイントは、各々の端末の性能に関連する情報を用いてプログラムされていてもよい。
【００４７】
図７ｂを参照すると、音声通信可能な端末に関する待ち行列１１４は、パケット番号７（ＵＤＰ）及びパケット番号１０（ＵＤＰ）を含み、両者共に、先に受信されたパケット番号３よりも高い優先順位が与えられている。待ち行列１１６及び１１８において、アクセスポイントは、端末Ｔ２及びＴ３が音声通信可能であることを判定していないので、ＵＤＰの優先順位はＴＣＰよりも低い。待ち行列１１６及び１１８において、管理パケットは（もし存在すれば）、優先順が最も高く、全ての他のパケットは、優先順位が２番目に高い。
【００４８】
待ち行列１２０は、送信されるべき順序（すなわち送信順序で）でもってパケットを含む。パケットは、端末毎に１つのパケットといったラウンド方式で送信でき、各々の端末に関して優先順位が最も高いパケットが各々のラウンドにおいて送信される。このような送信技術は、ネットワーク装置の複雑性、コスト、構造性、又は設計性を実質的に高めることなく、音声通信の迅速な配信を可能にする。
【００４９】
待ち行列１１４、１１６、及び１１８は、同一のサイズに構成できる。同一サイズの待ち行列は、１つの端末に対する多数のパケットがアクセスポイントの記憶空間の大部分を占有するといった状況を防止できる。このような状況では、記憶空間が不十分なので、アクセスポイントが受信する新しいパケットの記憶を妨害することもある。このように同じサイズにされた待ち行列のサイズは、システム制限に基づいて決定される。説明の都合上、待ち行列１１４、１１６、及び１１８は、各々４つのパケットのみを記憶可能として示されている。
【００５０】
図８ａは、音声通信可能な状態を有する端末に基づくパケットの優先順位付けに関連する例示的なステップを示す。ステップ１２２において、端末は音声フラグを含むパケットをアクセスポイントに送信できる。音声フラグは、端末が音声通信可能であることを示すよう設定できる。ステップ１２３において、アクセスポイントは、パケットを受信してパケットの音声フラグを読み取ることによって、端末の状態を判定できる。ステップ１２４において、アクセスポイントは、端末の音声通信可能な状態を表す情報を記憶できる。ステップ１２６において、アクセスポイントは、音声通信可能な状態を有する端末に基づいて、パケットを優先順位付けできる。
【００５１】
図８ｂの待ち行列１１８及びパケットフローチャート１３０は、図８ａの例示的なステップに基づいて実行できる。フローチャート１３０は、端末Ｔが、該端末Ｔの音声通信可能状態を示すよう設定された音声フラグをもつパケットをアクセスポイントへ送信したことを示す。端末は、アクセスポイントとの間の最初の通信のやりとりにおいて、パケットを送信できる。端末Ｔは、アクセスポイントと関連付けされた複数の端末の１つであってもよい。
【００５２】
待ち行列１２８のパケットは、アクセスポイントと端末Ｔとの間の最初のやりとり後に受信されてもよい。待ち行列１２８のパケットは、端末Ｔの音声通信可能状態に基づいて優先順位付けされる（例えば、ＵＤＰパケットの優先順位は、ＴＣＰパケットより高い）。アクセスポイント内で、アプリケーションは待ち行列１２８内の各々のパケットに優先順位を割り当てることができる。次に、パケットは、割り当てられた優先順位に基づいて送信され、受信確認パケットは、端末Ｔにより送信され、端末Ｔが適切に受信した各々のパケットに対して送信される。待ち行列１２８内の受信パケットは、パケット番号４（ＭＮＧＴ）、パケット番号１（ＵＤＰ）、パケット番号３（ＵＤＰ）、パケット番号２（ＴＣＰ）の順序で優先順位付けされて送信される。
【００５３】
キャリアセンス多重アクセス衝突回避（ＣＳＭＡ／ＣＡ）を使用する無線ローカルエリアネットワークにおいて、通信帯域幅に対する大きなアクセス権が、他の通信を送信するためよりも、音声通信を送信するために提供される。図９ａは、ＣＳＭＡ／ＣＡにおける音声パケットの送信に関連する例示的なステップを示す。ステップ１３２において、送信機（アクセスポイント又は端末等の）は、送信されるべきパケットが音声通信を行うためのものか否かを判定できる。ステップ１３６において、送信機は、搬送チャンネルが所定期間Ｔ0の間、アイドル状態であるか否か（すなわち、搬送チャンネルが利用可能である）を判定できる。この判定は、送信機に実装されたキャリアセンス手段を用いて行うことができる。ステップ１３４において、送信機が、送信されるべきパケットが音声通信用であると判定した場合、送信機は、期間Ｔ0より短い期間Ｔr（すなわち、実際に使用される期間）の間、搬送チャンネルがアイドル状態であるか否かを判定できる。ステップ１３８において、送信機が適当な期間（例えば、Ｔ0又はＴr）の間に搬送チャンネルがアイドル状態にあると判定した場合、送信機はパケットを送信する。競合ウインドウは、送信機が搬送チャンネル周波数を検知して、チャンネルがアイドル状態（例えば、通信を搬送するために使用できる）か否かを判定するための期間を指定できる。図９ｂは、音声及び他のデータのための異なる競合ウインドウを説明するグラフである。
【００５４】
送信パケットは、指定受信者が送信パケットを受信して、それに応じて受信確認パケットを送信することにより、各々の受信者によって確認される。次に、送信機は、受信確認された送信パケットを廃棄し、及び／又は未送信パケットの送信を開始する。確認がなされていないパケットは再送信できる（例えば、送信パケットは待ち行列内に残る）。図１０ａは、無線ローカルエリアネットワーク（例えば、図１の無線ローカルエリアネットワーク２０）に使用するためのパケットの再送信に関連する例示的なステップを示す。ステップ１４０において、特定の端末に向けられたパケットを送信できる。ステップ１４２において、送信機は受信確認パケットが受信されたか否かを判定できる。ステップ１４４において、送信されたパケットに対する受信確認が受信された後に、送信機はその端末に対する次のパケット（例えば、次に高い優先順位をもつパケット）を送信する。ステップ１４６において、送信パケットに対する受信確認が受信されていない場合、送信機は、パケットが受信確認されるまで、又はパケットの送信回数が再試行閾値に達するまでそのパケットを再送信し続けることができる。ステップ１４６は、パケットが音声通信用か否かに基づいて再試行閾値を決定するステップを含む。音声パケット用の再試行閾値は、他のパケット用の再試行閾値よりも小さくなるよう予め設定できる。
【００５５】
図１０ｂの例示的なパケット送信ラウンド１４８、１５０、１５２、及び１６２は、図１０ａの例示的なステップに基づいて実行できる。ラウンド１４８（第１ラウンド）において、パケットＡは、アクセスポイント１５４から端末Ｔ２へ送信されるが、これに応答して端末Ｔ２からは受信確認が送信されていない。ラウンド１５０（第２ラウンド）において、パケットＡは再送信されるが、端末Ｔ２からの受信確認は受信されない。その後の合計ｎ回のラウンドでもってパケットＡは送信され続けるが、各々のラウンドにおいてパケットＡに対する受信確認は受信されない。このｎの値が再試行閾値であり、この値は音声パケットと他のパケットとでは異なっていてもよい。第ｎ回目のラウンド１５２の後に、パケットＡの連続送信は中断され、その後のラウンド１６２において、別のパケット（例えば、端末Ｔ２への優先順位が次に高いパケット）を送信できる。
【００５６】
図１１ａは、周波数ホッピング方式スペクトラム拡散変調を使用するよう構成された無線ローカルエリアネットワーク（例えば、図１の無線ローカルエリアネットワーク２０）で使用するための、受信確認されていないパケットを再送信するための例示的ステップを示す。ステップ１０４において、送信機は、特定の端末に１つのパケットを送信できる。ステップ１６６において、送信機は、送信パケットに応答して受信確認が受信されているか否かを判定できる。ステップ１６８において、送信機が送信パケットに対する受信確認が受信されたことを判定した場合、送信機は、その端末に対して次のパケットを送信できる。ステップ１７０において、受信確認が受信されていないことが判定された場合、パケットは、受信確認されるまで、又は初期再試行閾値に達するまで再送信される（例えば、パケットがｋ回送信されるまで）。所望であれば、ステップ１７０は、送信が何回再試行するかを判定するステップ（ステップ１７０ａ）を含むことができる（例えば、パケットが音声通信用か否かに基づいて）。初期再試行閾値に達した場合、変調についての周波数ホップの後まで更なる再試行送信は中断される（ステップ１７２）。ステップ１７４において、受信確認されるまで、又は全再試行閾値に達するまでパケットは更に再送信される。所望であれば、ステップ１７４は、合計何回パケットの送信を再試行するかを決定するステップを含むことができる（例えば、パケットが音声通信用か否かに基づいて）。
【００５７】
図１１ｂの例示的な送信ラウンド１７６、１７８、１８０、及び１８２は、図１１ａの例示的なステップに基づいて実行できる。ラウンド１７６において、アクセスポイント１８４は、パケットＡを端末Ｔ２へ送信できる。ラウンド１７８において、アクセスポイント１８４は、先のラウンドにおいてパケットＡに対する受信確認が受信されていない場合、パケットＡを端末Ｔ２へ再送信できる。その後のラウンドにおいて、応答の受信確認が受信されるまで、及びパケットＡが特定回数ｋだけ送信されるまで、アクセスポイント１８４は、パケットＡを送信し続ける。パケットＡがｋ回送信された場合、スペクトラム拡散通信のために使用される周波数におけるホップまで更なる再送信は中断される。周波数ホップの後のラウンド１８２において、アクセスポイント１８２は端末Ｔ２へのパケット送信を再開する。
【００５８】
受信確認されていないパケットの再送信は、受信確認されていないパケットよりも高い優先順位をもつパケットの受信によって差し替えできる。図１２ａは、無線ローカルエリアネットワーク（例えば、図１の無線ＬＡＮ）の各々の端末に関する最も高い優先順位パケットの送信に関連する例示的なステップを示す。ステップ１９０において、受信パケットは優先順位付けできる。ステップ１９２において、各々の端末に関する最も高い優先順位パケットを選択できる。ステップ１９４において、パケットの１ラウンド（例えば、選択パケット）が送信される。ステップ１９６において、送信機は、各々のパケットに対する受信確認が受信されたか否かを判定する。ステップ１９８において、新しい送信パケットが受信される。ステップ２００において、送信されるべきパケット（すなわち、受信パケット及び受信確認されていないパケット）が優先順位付けされる。ステップ２０２において、各々の端末に関する最も高い優先順位パケットが選択される。ステップ２０４において、パケットの他のラウンドが送信される。
【００５９】
図１２ｂの例示的な待ち行列２０６、２０８、２１０、２１２、及び２１４は、図１２ａの例示的なステップに基づいて実行できる。待ち行列２０６及び２０８は、アクセスポイント２１６が端末Ｔ１及びＴ２へそれぞれ送信するようになった優先順位付けされたパケットを含む待ち行列であってもよい。第１のラウンドにおいて、半二重通信チャンネル（例えば、多重装置がキャリアセンス多重アクセス及びスペクトラム拡散変調を利用して通信する所定の周波数帯域幅）がアイドル状態であると判定された場合、アクセスポイントは、それぞれ端末Ｔ１及びＴ２に関する最も高い優先順位パケットであるパケット番号１及び６を送信できる。第１のラウンドにおいて、音声通信可能な端末Ｔ２へ送信されるパケット番号６（ＵＤＰ）は、端末Ｔ２によって受信確認されていない。次のラウンド時に、パケット番号６は、端末Ｔ２に関する待ち行列２０６内に再度加えられる。パケットの次のラウンドが送信される前に、端末Ｔ１及びＴ２への追加の送信パケット２１０は、アクセスポイント２１６によって受信され得る。追加パケットが優先順位付けされると、待ち行列２０６ａ及び２０６ｂは実行できる。
【００６０】
待ち行列２０６ａ及び２０６ｂは、それぞれ端末Ｔ１及びＴ２へ送信される優先順位付けされたパケットを含む。先のラウンドにおいて、端末Ｔ２へのパケット番号６は受信確認されず、待ち行列２０８ａ内に再度加えられる。端末Ｔ２に関する新しい管理パケットは、第１ラウンドの後に受信され、パケット番号６よりも高い優先順位を有するように優先順位付けされている。アクセスポイント２１６が端末Ｔ２に関する最も高い優先順位パケットを送信する場合、パケット番号１３は受信確認されていないパケット番号６を終了して送信される。つまり、パケット番号６の再送信は、それよりも高い優先順位をもつパケット番号１３の送信によって差し替えられる。パケット番号６が端末Ｔ２への送信が保留されている最も高い優先順位をもつパケットである場合、その後のラウンドにおいて再送信が開始される。
【００６１】
従って、混合トラヒック通信を有効に搬送する無線ローカルエリアネットワークシステム及び方法が提供されることが理解できる。データ通信用のパケットよりも音声通信用のパケットに対して一層高い優先順位を与えながら、データ通信の送信が実質的に妨害されることを防止する。更に、このシステム及び方法は、混合通信トラヒック環境の複雑な要件を満たしながら、公知の無線ローカルエリアネットワークシステム及び方法に対して構造性、複雑性、コスト、処理遅延等を実質的に高めることなく実行できる。
前述の説明は単に本発明の原理を例示したものであって、当業者であれば本発明の範囲と精神から逸脱することなく種々の変更を行うことができる。
【図面の簡単な説明】
【００６２】
【図１】本発明による、例示的な無線ローカルエリアネットワークを含む例示的な通信ネットワークを示す。
【図２ａ】本発明による、送信機で使用するためのパケットトラヒック管理に関連する例示的なステップのフローチャートである。
【図２ｂ】本発明による、図２ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【図３ａ】本発明による、パケット送信に関連する例示的なステップのフローチャートである。
【図３ｂ】本発明による、図３ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【図４ａ】本発明による、どのパケットが音声通信用であるかに基づくパケットトラヒック管理に関連する例示的なステップのフローチャートである。
【図４ｂ】本発明による、図４ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【図５ａ】本発明による、どのパケットがネットワーク管理用であるかに基づくパケットトラヒック管理に関連する例示的なステップのフローチャートである。
【図５ｂ】本発明による、図５ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【図６ａ】本発明による、複数レベルの優先順位を有するパケットトラヒック管理に関連する例示的なステップのフローチャートである。
【図６ｂ】本発明による、図６ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【図７ａ】本発明による、どの端末が音声通信可能であるかに基づくパケットトラヒック管理に関連する例示的なステップのフローチャートである。
【図７ｂ】本発明による、図７ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【図８ａ】本発明による、どの端末が音声通信可能であるかの判定に基づくトラヒック管理に関連する例示的なステップのフローチャートである。
【図８ｂ】本発明による、図８ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【図９ａ】本発明による、可変競合ウインドウの使用に関連する例示的なステップのフローチャートである。
【図９ｂ】本発明による、可変競合ウインドウのための例示的な持続期間を示す。
【図１０ａ】本発明による、パケット送信に関連する例示的なステップのフローチャートである。
【図１０ｂ】本発明による、図１０ａの例示的なステップに基づく例示的なパケット式通信のフローチャートである。
【図１１ａ】本発明による、周波数ホッピング方式を使用したパケットベース通信に関連する例示的なステップのフローチャートである。
【図１１ｂ】本発明による、図１１ａの例示的なステップに基づく例示的なパケット式通信のフローチャートである。
【図１２ａ】本発明による、パケットを増分的に送信することに関連する例示的なステップのフローチャートである。
【図１２ｂ】本発明による、図１２ａの例示的なステップに基づいて実行される例示的な待ち行列を示す。
【符号の説明】
【００６３】
２０  ＬＡＮ
２４  アクセスポイント
２６  端末
４４、４６、４８、５０、５２、５８、６０、６２、６４、６６、７２、７４、７６、８２、８４、８６、９６、９８、１００、１０２、１１２、１１４、１１６、１１８、１２０、２０６、２０８、２１０、２１２、２１４  待ち行列
【図１】
2006087140.tif 000003
【図２ａ】
2006087140.tif 000004
【図２ｂ】
2006087140.tif 000005
【図３ａ】
2006087140.tif 000006
【図３ｂ】
2006087140.tif 000007
【図４ａ】
2006087140.tif 000008
【図４ｂ】
2006087140.tif 000009
【図５ａ】
2006087140.tif 000010
【図５ｂ】
2006087140.tif 000011
【図６ａ】
2006087140.tif 000012
【図６ｂ】
2006087140.tif 000013
【図７ａ】
2006087140.tif 000014
【図７ｂ】
2006087140.tif 000015
【図８ａ】
2006087140.tif 000016
【図８ｂ】
2006087140.tif 000017
【図９ａ】
2006087140.tif 000018
【図９ｂ】
2006087140.tif 000019
【図１０ａ】
2006087140.tif 000020
【図１０ｂ】
2006087140.tif 000021
【図１１ａ】
2006087140.tif 000022
【図１１ｂ】
2006087140.tif 000023
【図１２ａ】
2006087140.tif 000024
【図１２ｂ】
2006087140.tif 000025