(57)【要約】アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのトラフィック分類を実行する技術が記載される。局は、アップリンクでアクセス・ポイントへ送信するためのパケットを受け取る。局は、各トラフィック・ストリームについて、少なくとも１つの分類パラメータに基づいて、双方向トラフィック・ストリームそれぞれについてのパケットと、アップリンク・トラフィック・ストリームそれぞれについてのパケットとを識別する。局は、トラフィック・ストリームの少なくとも１つのＱｏＳパラメータに従って、各トラフィック・ストリームのパケットを送る。アクセス・ポイントは、ダウンリンクで少なくとも１つの局へ送信するためのパケットを受け取る。アクセス・ポイントは、各トラフィック・ストリームについて、少なくとも１つの分類パラメータに基づいて、双方向トラフィック・ストリームそれぞれについてのパケットと、ダウンリンク・トラフィック・ストリームそれぞれについてのパケットとを識別する。アクセス・ポイントは、トラフィック・ストリームの少なくとも１つのＱｏＳパラメータに従って、各トラフィック・ストリームのパケットを送る。
2009533970.tif 000002
【特許請求の範囲】
【請求項１】
アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取り、少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別し、前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送るように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備える装置。
【請求項２】
各トラフィック・ストリームは、前記トラフィック・ストリームのための少なくとも１つの分類パラメータとしてソース・アドレスと宛先アドレスとを有するそれぞれのトラフィック分類（ＴＣＬＡＳ）に関連付けられている請求項１に記載の装置。
【請求項３】
前記ソース・アドレスは、イーサネット・ソース・アドレス、ソース・インターネット・プロトコル（ＩＰ）アドレス、またはソース・ポートであり、
前記宛先アドレスは、イーサネット宛先アドレス、宛先ＩＰアドレス、または宛先ポートである請求項２に記載の装置。
【請求項４】
前記少なくとも１つのトラフィック・ストリームは、前記アップリンクによるトラフィック・ストリームのための少なくとも１つの分類パラメータとしてソース・アドレスと宛先アドレスとを有するトラフィック分類（ＴＣＬＡＳ）に関連付けられたアップリンク・トラフィック・ストリームを備える請求項１に記載の装置。
【請求項５】
前記局において受け取られた各パケットについて、前記少なくとも１つのプロセッサは、前記パケットのソース・アドレスを、前記ＴＣＬＡＳにおけるソース・アドレスと比較し、前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおける宛先アドレスと比較し、これら比較の結果に基づいて、前記パケットが、前記アップリンク・トラフィック・ストリームに属するか否かを判定するように構成された請求項４に記載の装置。
【請求項６】
前記少なくとも１つのトラフィック・ストリームは、前記双方向トラフィック・ストリームのための少なくとも１つの分類パラメータとしてソース・アドレスと宛先アドレスとを有するトラフィック分類（ＴＣＬＡＳ）に関連付けられた双方向トラフィック・ストリームを備える請求項１に記載の装置。
【請求項７】
前記局において受け取られた各パケットについて、前記少なくとも１つのプロセッサは、前記パケットのソース・アドレスを、前記ＴＣＬＡＳにおける宛先アドレスと比較し、前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおけるソース・アドレスと比較し、これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定するように構成された請求項６に記載の装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記双方向トラフィック・ストリームのＴＣＬＡＳを、前記双方向トラフィック・ストリームのアクセス・ポイントで受け取られたパケットの分類のために前記アクセス・ポイントへ送るように構成された請求項６に記載の装置。
【請求項９】
前記少なくとも１つのプロセッサは、前記少なくとも１つのトラフィック・ストリームが定められているかを判定し、前記少なくとも１つのトラフィック・ストリームが定められている場合、前記受け取ったパケットを識別するように構成された請求項１に記載の装置。
【請求項１０】
前記少なくとも１つのプロセッサは、トラフィック仕様（ＴＳＰＥＣ）が、前記少なくとも１つのトラフィック・ストリームのうちの何れかについて定められているかを判定し、前記トラフィック・ストリームについて定められたＴＳＰＥＣを有する各トラフィック・ストリームについての前記受け取られたパケットを識別するように構成された請求項１に記載の装置。
【請求項１１】
アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取ることと、
少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別することと、
前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送ることと
を備える方法。
【請求項１２】
前記パケットを識別することは、前記局で受け取られた各パケットについて、
前記パケットのソース・アドレスを、アップリンク・トラフィック・ストリームのためのトラフィック分類（ＴＣＬＡＳ）におけるソース・アドレスと比較することと、
前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおける宛先アドレスと比較することと、
これら比較の結果に基づいて、前記パケットが、前記アップリンク・トラフィック・ストリームに属するか否かを判定することと
を備える請求項１１に記載の方法。
【請求項１３】
前記パケットを識別することは、前記局で受け取られた各パケットについて、
前記パケットのソース・アドレスを、双方向トラフィック・ストリームのためのトラフィック分類（ＴＣＬＡＳ）における宛先アドレスと比較することと、
前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおけるソース・アドレスと比較することと、
これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定することと
を備える請求項１１に記載の方法。
【請求項１４】
アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取る手段と、
少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別する手段と、
前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送る手段と
を備える装置。
【請求項１５】
前記パケットを識別する手段は、前記局で受け取られた各パケットについて、
前記パケットのソース・アドレスを、アップリンク・トラフィック・ストリームのためのトラフィック分類（ＴＣＬＡＳ）におけるソース・アドレスと比較する手段と、
前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおける宛先アドレスと比較する手段と、
これら比較の結果に基づいて、前記パケットが、前記アップリンク・トラフィック・ストリームに属するか否かを判定する手段と
を備える請求項１４に記載の装置。
【請求項１６】
前記パケットを識別する手段は、前記局で受け取られた各パケットについて、
前記パケットのソース・アドレスを、双方向トラフィック・ストリームのためのトラフィック分類（ＴＣＬＡＳ）における宛先アドレスと比較する手段と、
前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおけるソース・アドレスと比較する手段と、
これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定する手段と
を備える請求項１４に記載の装置。
【請求項１７】
そこに格納された命令群を含むコンピュータ読取可能媒体であって、
前記命令群は、
アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取るための第１の命令群と、
少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別するための第２の命令群と、
前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送る第３の命令群と
を備えるコンピュータ読取可能媒体。
【請求項１８】
ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取り、双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別し、前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送るように構成された少なくとも１つのパラメータと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備える装置。
【請求項１９】
前記双方向トラフィック・ストリームは、前記双方向トラフィック・ストリームのための少なくとも１つの分類パラメータとしてソース・アドレスと宛先アドレスとを有するトラフィック分類（ＴＣＬＡＳ）に関連付けられている請求項１８に記載の装置。
【請求項２０】
前記アクセス・ポイントにおいて受け取られた各パケットについて、前記少なくとも１つのプロセッサは、
前記パケットのソース・アドレスを、前記ＴＣＬＡＳにおけるソース・アドレスと比較し、
前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおける宛先アドレスと比較し、
これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定する
ように構成された請求項１９に記載の装置。
【請求項２１】
前記少なくとも１つのプロセッサは、前記双方向トラフィック・ストリームを要求する局から前記ＴＣＬＡＳを受け取るように構成された請求項１９に記載の装置。
【請求項２２】
ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取ることと、
双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別することと、
前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送ることと
を備える方法。
【請求項２３】
前記パケットを識別することは、前記アクセス・ポイントで受け取られた各パケットについて、
前記パケットのソース・アドレスを、前記双方向トラフィック・ストリームのためのトラフィック分類（ＴＣＬＡＳ）における宛先アドレスと比較することと、
前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおける宛先アドレスと比較することと、
これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定することと
を備える請求項２２に記載の方法。
【請求項２４】
ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取る手段と、
双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別する手段と、
前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送る手段と
を備える装置。
【請求項２５】
前記パケットを識別する手段は、前記アクセス・ポイントで受け取られた各パケットについて、
前記パケットのソース・アドレスを、前記双方向トラフィック・ストリームのためのトラフィック分類（ＴＣＬＡＳ）におけるソース・アドレスと比較する手段と、
前記パケットの宛先アドレスを、前記ＴＣＬＡＳにおける宛先アドレスと比較する手段と、
これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定する手段と
を備える請求項２４に記載の装置。
【請求項２６】
そこに格納された命令群を含むコンピュータ読取可能媒体であって、
前記命令群は、
ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取るための第１の命令群と、
双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別するための第２の命令群と、
前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送るための第３の命令群と
を備えるコンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に通信に関し、特に、無線通信ネットワークにおいてデータを送信するための技術に関する。
【背景技術】
【０００２】
無線通信ネットワークは、例えば音声、ビデオ、パケット・データ、メッセージング等のような様々な通信サービスを提供するために広く展開している。これらのネットワークは、利用可能なネットワーク・リソースを共有することによって、複数のユーザのための通信をサポートすることができる。そのようなネットワークの一例は、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）、無線広域ネットワーク（ＷＷＡＮ）、無線都市内ネットワーク（ＷＭＡＮ）を含んでいる。
【０００３】
異なるサービスは、許容可能なパフォーマンスのための異なるトラフィック特性および異なる送信要求を有することができる。例えば、音声コールは、少量のデータを定期的に送信することができ、また、比較的厳格な遅延要求を有しうる。音声コールについて固定量のネットワーク・リソースを割り当てることによって、音声コールについて満足できるパフォーマンスが達成されうる。対照的に、パケット・データ・コールは、大きなバーストのデータを散発的に送りうるが、可変遅延を許容しうる。送るデータが存在するときには常に十分なデータ・レートを提供することによって、パケット・データ・コールについて満足できるパフォーマンスが達成されうる。
【０００４】
従って、全てのデータ・タイプについて許容可能なパフォーマンスが達成されるように、異なるタイプのデータを送信する技術に対するニーズが、当該技術分野において存在する。
【発明の開示】
【０００５】
（３５Ｕ．Ｓ．Ｃ．§１１９の下の優先権主張）  
本願は、２００６年４月１２日に出願され、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれ、「ＵＰＬＩＮＫ  ＡＮＤ  ＢＩ−ＤＩＲＥＣＴＩＯＮＡＬ  ＴＲＡＦＦＩＣ  ＣＬＡＳＳＩＦＩＣＡＴＩＯＮ  ＦＯＲ  ＷＩＲＥＬＥＳＳ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＤＥＶＩＣＥＳ」と題された米国仮出願６０／７９２，００１号の優先権を主張する。
【発明の概要】
【０００６】
本明細書では、アップリンク・ストリームおよび双方向トラフィック・ストリームについて、局においてトラフィック分類を実行する技術が記載される。本明細書ではまた、双方向トラフィック・ストリームについて、アクセス・ポイントにおいてトラフィック分類を実行する技術が記載される。これらの技術は、アップリンク・ストリームおよび双方向トラフィック・ストリームについて、所望のサービス品質（ＱｏＳ）を達成するために使用することができる。トラフィック・ストリームは、任意のサービスのために、任意のタイプのデータを運ぶことができる。
【０００７】
実施形態では、局は、アップリンクでアクセス・ポイントへ送信するためのパケットを受け取る。局は、トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、少なくとも１つのトラフィック・ストリームの各々のパケットを識別する。その後、局は、トラフィック・ストリームのための少なくとも１つのＱｏＳパラメータに従って、各トラフィック・ストリームのためのパケットを送る。
【０００８】
実施形態では、アクセス・ポイントは、ダウンリンクで少なくとも１つの局へ送信するためのパケットを受け取る。アクセス・ポイントは、トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、双方向トラフィック・ストリームのためのパケットを識別する。その後、アクセス・ポイントは、トラフィック・ストリームのための少なくとも１つのＱｏＳパラメータに従って、双方向トラフィック・ストリームのためのパケットを送る。
【０００９】
本開示の種々の局面および実施形態が、以下に更に詳細に記載される。
【００１０】
本開示の局面および実施形態は、同一の参照符号が全体を通じて対応して識別している図面と連携した場合に、以下に示す詳細記述からより明らかになるだろう。
【詳細な説明】
【００１１】
本明細書において「典型的な」という用語は、「例、事例、あるいは実例として役立つ」ことを意味するために使用される。本明細書において「典型的な」と記載される任意の実施形態または設計は、他の実施形態または設計に対して好適であるとか有利であるとか必ずしも解釈される必要はない。
【００１２】
本明細書に記載のトラフィック分類技術は、例えばＷＬＡＮ、ＷＷＡＮ、ＷＭＡＮ等のような様々な無線ネットワークのために使用されうる。ＷＬＡＮは、ＷＬＡＮのために、電気電子学会（ＩＥＥＥ）によって開発された規格からなるＩＥＥＥ８０２．１１ファミリーにおける１または複数の規格を実施することができる。ＷＷＡＮは、ＣＤＭＡネットワーク、ＴＤＭＡネットワーク、ＦＤＭＡネットワーク、ＯＦＤＭＡネットワーク、あるいはその他の幾つかネットワークでありうる。
【００１３】
図１は、局１２０およびアクセス・ポイント１３０を備えた無線ネットワーク１００を示す。一般に、無線ネットワークは、任意の数のアクセス・ポイントと、任意の数の局とを含むことができる。局は、無線媒体を介して他の局と通信することができるデバイスである。用語「無線媒体」、「無線チャネル」、および「チャネル」は、しばしば置換可能に使用される。局はまた、端末、移動局、ユーザ機器、加入者局、及び／又は、その他幾つかのエンティティとも呼ばれ、これらの機能のうちの幾つかまたは全てを含むことができる。局は、携帯電話、ハンドヘルド・デバイス、無線デバイス、携帯情報端末（ＰＤＡ）、ラップトップ・コンピュータ、無線モデム・カード、コードレス電話等でありうる。アクセス・ポイントは、アクセス・ポイントに関連付けられた局のために、無線媒体を介して配信サービスへアクセスを提供する局である。アクセス・ポイントは、基地局、基地トランシーバ・サブシステム（ＢＴＳ）、ノードＢ、及び／又は、その他幾つかのネットワーク・エンティティとも呼ばれ、これらの機能のうちの幾つかまたは全てを含むことができる。
【００１４】
図１に示す実施形態では、局１２０がデバイス１１０に接続しており、デバイス１１０のためのデータ接続をサポートする。デバイス１１０は、ラップトップ・コンピュータ、パーソナル・コンピュータ、あるいはその他幾つかのデバイスでありうる。アクセス・ポイント１３０は、デバイス１５０乃至１６０に接続しているハブ／ルータ１４０と接続している。一般に、局１２０およびアクセス・ポイント１３０は、任意の数のデバイスに接続され、これらのデバイスのためのデータ接続を提供することができる。
【００１５】
無線ネットワーク１００は、ＩＥＥＥ  ８０２．１１の規格ファミリーを実施するＷＬＡＮでありうる。例えば、無線ネットワーク１００は、既存のＩＥＥＥ  ８０２．１１規格であるＩＥＥＥ  ８０２．１１、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｅ、および／または８０２．１１ｇを実施しうる。無線ネットワーク１００はまた、作成中のＩＥＥＥ  ８０２．１１規格であるＩＥＥＥ  ８０２．１１ｎおよび／または８０２．１１ｓを実施しうる。ＩＥＥＥ  ８０２．１１、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇおよび８０２．１１ｎは、異なる無線通信技術をカバーし、異なる機能を持っている。ＩＥＥＥ  ８０２．１１ｅは、メディア・アクセス制御（ＭＡＣ）レイヤのため、ＱｏＳエンハンスメントをカバーする。ＩＥＥＥ  ８０２．１１ｅでは、ＱｏＳ設備をサポートする局はＱＳＴＡと称され、ＱｏＳ設備をサポートするアクセス・ポイントはＱＡＰと称される。ＱｏＳ設備は、パラメータ化され優先度付けられたＱｏＳを提供するために使用されるメカニズムを称する。
【００１６】
図２は、図１におけるデバイス１１０とデバイス１５０との間のデータ通信のための典型的なプロトコル・スタック２００を示す。このプロトコル・スタックは、トランスポート・レイヤ、ネットワーク・レイヤ、リンク・レイヤ、および物理レイヤを含んでいる。デバイス１１０は、転送制御プロトコル（ＴＣＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、あるいはトランスポート・レイヤにおけるその他幾つかのプロトコルを使用して、デバイス１５０と通信することができる。ＴＣＰとＵＤＰとは、一般に、ネットワーク・レイヤにおけるインターネット・プロトコル（ＩＰ）上で動作する。（例えば、ＴＣＰ及び／又はＵＤＰの）トランスポート・レイヤ・データは、ＩＰパケット中にカプセル化される。これらＩＰパケットは、局１２０、アクセス・ポイント１３０、およびハブ／ルータ１４０を介してデバイス１１０とデバイス１５０との間で交換される。エンティティはそれぞれ他のエンティティと通信する。局１２０およびアクセス・ポイント１３０は、ＩＥＥＥ  ８０２．１１  ＭＡＣおよびＩＥＥＥ  ８０２．１１物理レイヤ（ＰＨＹ）によって指定されたプロトコルに従って通信する。他のエンティティ（例えばデバイス１１０及び／又はデバイス１５０）のためのリンク・レイヤは、イーサネット（登録商標）あるいはその他幾つかのプロトコルでありうる。他のエンティティの物理レイヤは、任意の適切な物理レイヤ・プロトコルでありうる。
【００１７】
図３は、トランスポート・レイヤ、ネットワーク・レイヤ、およびリンク・レイヤのためのデータ・ユニットを示す。トランスポート・レイヤにおけるＴＣＰの場合、データはＴＣＰセグメントとして送信される。ＴＣＰセグメントはそれぞれＴＣＰヘッダおよびＴＣＰペイロードを含んでいる。ＴＣＰヘッダは、ソース・ポートおよび宛先ポートを含んでいる。ここでポートとは、ペイロード内のデータに関連付けられた論理チャネルを示す。ネットワーク・レイヤにおけるＩＰの場合、データは、ＩＰパケットあるいはデータグラムとして送られる。ＩＰパケットはそれぞれＩＰヘッダおよびＩＰペイロードを含んでいる。ＩＰヘッダは、ＩＰパケットに関するソース・デバイスのソースＩＰアドレスと、宛先デバイスの宛先ＩＰアドレスとを含む。ＩＰペイロードは、ＴＣＰセグメントまたはその他幾つかのデータを運ぶことができる。ＩＰパケットは、イーサネット・フレームあるいはその他幾つかのリンク・レイヤ・フレーム中にカプセル化されうる。イーサネット・フレームはそれぞれ、ソース・アドレスおよび宛先アドレスを含むヘッダと、ネットワーク・レイヤ・データを含むペイロードとを含む。
【００１８】
局（ＱＳＴＡ）は、１または複数のトラフィック・ストリームを求めてアクセス・ポイント（ＱＡＰ）と通信することができる。トラフィック・ストリームは、高次レイヤ（例えば、ＴＣＰまたはＵＤＰ）のために任意のタイプのデータ（例えば、音声、ビデオ、Ｗｅｂおよび／または、その他幾つかのデータ）を運ぶことができる。トラフィック・ストリームは、ダウンリンク・トラフィック・ストリーム、アップリンク・トラフィック・ストリーム、あるいは双方向トラフィック・ストリームでありうる。ダウンリンク・トラフィック・ストリームは、アクセス・ポイントから局へデータを運ぶ。アップリンク・トラフィック・ストリームは、局からアクセス・ポイントへデータを運ぶ。双方向トラフィック・ストリームは、ダウンリンクとアップリンクとの両方のデータを運ぶ。局は、与えられた任意の瞬間において、任意の数のダウンリンク・トラフィック・ストリーム、アップリンク・トラフィック・ストリーム、および双方向トラフィック・ストリームを有しうる。トラフィック・ストリームはそれぞれ、（１）局における方向およびトラフィック・ストリーム識別子（ＴＳＩＤ）と、（２）アクセス・ポイントにおけるＴＳＩＤ、方向、および局アドレスとによって識別される。
【００１９】
トラフィック・ストリームは、トラフィック仕様（ＴＳＰＥＣ）および／またはトラフィック分類（ＴＣＬＡＳ）に関連付けられうる。ＴＳＰＥＣは、トラフィック・ストリームのトラフィック特性要件およびＱｏＳ要件を記述する。ＴＣＬＡＳは、トラフィック・ストリームに属するＭＡＣサービス・データ・ユニット（ＭＳＤＵ）を識別するために使用されるパラメータを指定する。これによって、ＭＳＤＵは、トラフィック・ストリームについて、ＴＳＰＥＣに従って送信されるようになる。単純のため、ＭＳＤＵは、以下の記載の多くにおいてパケットと称される。
【００２０】
ＩＥＥＥ  ８０２．１１ｅでは、局はその方向にかかわらずトラフィック・ストリームを生成することに責任を持つ。ＴＳＰＥＣは、アプリケーション要件に基づいて、基地局において、トラフィック・ストリームについて定義され、次に、アクセス・ポイントとネゴシエートされる。ＴＣＬＡＳはまた、トラフィック・ストリームのために定義され、ＴＳＰＥＣにリンクされうる。ダウンリンク・トラフィック・ストリームの場合、局は、１または複数のＴＣＬＡＳ要素内のＴＣＬＡＳをアクセス・ポイントへ送ることができる。その後、アクセス・ポイントは、トラフィック・ストリームに属するダウンリンク・パケットを識別するために、ＴＣＬＡＳ要素にパラメータを適用する。ＩＥＥＥ  ８０２．１１ｅは、アップリンク・トラフィック・ストリームまたは双方向トラフィック・ストリームについてではなく、ダウンリンク・トラフィック・ストリームについてトラフィック分類をサポートする。
【００２１】
アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームについて、局においてトラフィック分類を実施するための技術が本明細書で記述される。双方向トラフィック・ストリームについて、アクセス・ポイントにおいてトラフィック分類を実施するための技術が本明細書で記述される。これらの技術は、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのためのトラフィックに適用されうるユーザ定義可能なポリシーをサポートする。これらの技術は、パケット・レイテンシについて特別な要件を有する、例えばストリーミング・ビデオおよびボイス・オーバＩＰ（ＶｏＩＰ）のようなマルチ・メディア・アプリケーションを含む様々なアプリケーションに利用可能である。レイテンシは、ビデオおよび音声をサポートするためにＱｏＳパラメータをネゴシエートした１または複数のトラフィック・ストリームにトラフィックを分類することによって保証されうる。
【００２２】
トラフィック・ストリームのＴＣＬＡＳは、トラフィック・ストリームに属するパケットを分類するために、１または複数のパラメータを利用することができる。ＩＥＥＥ  ８０２．１１ｅは以下の分類パラメータをサポートする。  
・イーサネット−ソース・アドレス、宛先アドレス、およびタイプ；  
・ＩＰ−ソースＩＰアドレス、宛先ＩＰアドレス、バージョン（ＩＰｖ４またはＩＰｖ６）、およびフロー・ラベル（ＩＰｖ６の場合）；  
・ＴＣＰ／ＵＤＰ−ソース・ポート、宛先ポート、およびプロトコル；  
・ＩＥＥＥ  ８０２．１１ｄ／ｑ−ユーザ優先度およびＶＬＡＮ  ＩＤ。
【００２３】
単純化のために、用語「ソース・アドレス」は、イーサネット・ソース・アドレス、ソースＩＰアドレス、ＴＣＰソース・ポート、ＵＤＰソース・ポート、その他幾つかのタイプのソース・アドレスまたはポート、あるいはこれらの任意の組み合わせを称することができる。用語「宛先アドレス」は、イーサネット宛先アドレス、宛先ＩＰアドレス、ＴＣＰ宛先ポート、ＵＤＰ宛先ポート、その他幾つかのタイプの宛先アドレスまたはポート、あるいはこれらの任意の組み合わせを称することができる。
【００２４】
トラフィック・ストリームのＴＳＰＥＣは、トラフィック・ストリームに適用可能な１または複数のＱｏＳパラメータを指定することができる。ＩＥＥＥ  ８０２．１１ｅは、以下のＱｏＳパラメータをサポートする。  
・データ・レート−最小、平均、およびピーク・データ・レート、バースト・サイズ、最小ＰＨＹレート；  
・サービス間隔／時間−公称および最大サービス間隔、非アクティブな間隔、保留間隔、およびサービス開始時刻；  
・ＭＳＤＵサイズ−公称および最大のＭＳＤＵサイズ；  
・遅延−遅延限界。
【００２５】
分類パラメータすなわちＴＳＰＥＣのためのＴＣＬＡＳおよびＱｏＳパラメータは、“Amendment : Medium Access Control (MAC) Quality of Service (QoS) Enhancements”と題され、公的に利用可能であるＩＥＥＥ  ８０２．１１ｅに記載されている。
【００２６】
図４は、図１における局１２０とアクセス・ポイント１３０との間で交換される３つのトラフィック・ストリームのための典型的なＴＣＬＡＳとＴＳＰＥＣを示す。この例において、トラフィック・ストリームＸは、ＢであるＩＰアドレスを備えたデバイス１５０から、ＡであるＩＰアドレスを備えたデバイス１１０へ送られるダウンリンク・トラフィック・ストリームである。トラフィック・ストリームＹは、デバイス１１０と１５０の間で交換される双方向トラフィック・ストリームである。トラフィック・ストリームＺは、デバイス１１０からデバイス１５０へ送られるアップリンク・トラフィック・ストリームである。この例において、ソースＩＰアドレスおよび宛先ＩＰアドレスは、各トラフィック・ストリームの分類パラメータとして用いられ、図４で与えられている。各トラフィック・ストリームの典型的なＱｏＳパラメータも図４で与えられる。一般に、各トラフィック・ストリームのＴＣＬＡＳは、分類パラメータの任意のセットも含み、各トラフィック・ストリームのＴＳＰＥＣは、ＱｏＳパラメータの任意のセットを含むことができる。
【００２７】
局１２０およびアクセス・ポイント１３０は、各トラフィック・ストリームのＱｏＳパラメータをネゴシエートすることができる。トラフィック・ストリームがアクセス・ポイント１３０によって受け取られた後、局１２０は、ダウンリンク・トラフィック・ストリームＸのＴＣＬＡＳを、１または複数のＴＣＬＡＳ要素でアクセス・ポイント１３０へ送ることができる。さらに、双方向トラフィック・ストリームＹのＴＣＬＡＳを、１または複数のＴＣＬＡＳ要素で送ることができる。アクセス・ポイント１３０は、これらのストリーム用の分類パラメータに基づいて、トラフィック・ストリームＸおよびＹのダウンリンク・パケットを分類する。局１２０は、これらのストリーム用の分類パラメータに基づいて、トラフィック・ストリームＹおよびＺのためのアップリンク・パケットを分類する。
【００２８】
図５は、図４に示される典型的なトラフィック・ストリームのためのアクセス・ポイント１３０におけるトラフィック分類および送信を示す。アクセス・ポイント１３０内では、トラフィック分類モジュール５１０は、トラフィック・ストリームＸのための少なくとも１つの分類パラメータを備えたＴＣＬＡＳ５１２と、トラフィック・ストリームＹのための少なくとも１つの分類パラメータを備えたＴＣＬＡＳ５１４とを含む。モジュール５１０は、局へ送られるダウンリンク・パケットを受け取り、これらトラフィック・ストリームの分類パラメータに基づいて、各ダウンリンク・パケットが、トラフィック・ストリームＸのものか、トラフィック・ストリームＹのものかを判定する。送信モジュール５２０は、トラフィック・ストリームＸのための少なくとも１つのＱｏＳパラメータを備えたＴＳＰＥＣ５２２と、トラフィック・ストリームＹのための少なくとも１つのＱｏＳパラメータを備えたＴＳＰＥＣ５２４とを含む。モジュール５２０は、モジュール５１０からダウンリンク・パケットを受信し、このトラフィック・ストリームのＱｏＳパラメータに従ってトラフィック・ストリームＸのためのパケットを送り、このトラフィック・ストリームのためのＱｏＳパラメータに従ってトラフィック・ストリームＹのためのパケットを送り、例えば、ベスト・エフォートを用いてその他のパケットを送る。
【００２９】
図６は、図４に示す典型的なトラフィック・ストリームのための局１２０におけるトラフィック分類および送信を示す。局１２０内では、トラフィック分類モジュール６１０が、トラフィック・ストリームＹのために少なくとも１つの分類パラメータを備えたＴＣＬＡＳ６１２と、トラフィック・ストリームＺのために少なくとも１つの分類パラメータを備えたＴＣＬＡＳ６１４とを含む。モジュール６１０は、アクセス・ポイント１３０へ送られるアップリンク・パケットを受け取り、これらトラフィック・ストリームのための分類パラメータに基づいて、それぞれのアップリンク・パケットが、トラフィック・ストリームＹのためのものか、トラフィック・ストリームＺのためのものかを判定する。送信モジュール６２０は、トラフィック・ストリームＹのために少なくとも１つのＱｏＳパラメータを備えたＴＳＰＥＣ６２２と、トラフィック・ストリームＺのために少なくとも１つのＱｏＳパラメータを備えたＴＳＰＥＣ６２４とを含む。モジュール６２０は、モジュール６１０からアップリンク・パケットを受信し、このトラフィック・ストリームのためのＱｏＳパラメータに従って、トラフィック・ストリームＹのパケットを送り、このトラフィック・ストリームのためのＱｏＳパラメータに従って、トラフィック・ストリームＺのパケットを送り、例えば、ベスト・エフォートを用いてその他のパケットを送る。
【００３０】
実施形態では、ＴＳＰＥＣを備えたトラフィック・ストリームのために単一のＴＣＬＡＳが使用される。ＴＣＬＡＳは、トラフィック・ストリームのためにパケットを分類するために使用される全てのパラメータを含む。この実施形態では、図５のアクセス・ポイント１３０におけるトラフィック・ストリームＹのためのＴＣＬＡＳ５１４は、図６の局１２０におけるトラフィック・ストリームＹのためのＴＣＬＡＳ６１２と同じである。トラフィック分類は、（１）トラフィック・ストリームが、単一方向のトラフィック・ストリームまたは双方向のトラフィック・ストリームであるか、（２）トラフィック分類が、局１２０において実行されるかまたはアクセス・ポイント１３０において実行されるかに依存して、異なる方式で実行されうる。
【００３１】
図７は、局１２０あるいはアクセス・ポイント１３０かの何れかにおける、単一方向のトラフィック・ストリームのためのトラフィック分類を例示している。例えば図４に示すように、アクセス・ポイント１３０は、このトラフィック分類をダウンリンク・トラフィック・ストリームＸについて実行し、局１２０は、このトラフィック分類をアップリンク・トラフィック・ストリームＺについて実行する。送られる着信パケットのおのおのについて、パケットのソース・アドレスが、トラフィック・ストリームのＴＣＬＡＳ内のソース・アドレスと比較され、パケットの宛先アドレスが、ＴＣＬＡＳ内の宛先アドレスと比較される。ソース・アドレスと宛先アドレスとの両方が一致する場合、このパケットはトラフィック・ストリームに属する。
【００３２】
実施形態では、双方向トラフィック・ストリームのＴＣＬＡＳが、アクセス・ポイント１３０の観点から定義される。従って、アクセス・ポイント１３０は、ダウンリンク・トラフィック・ストリームに対するものと同じ方式で、双方向トラフィック・ストリームのダウンリンク・パケットを分類するためにＴＣＬＡＳ内の分類パラメータを用いる。しかしながら、局１２０は、双方向トラフィック・ストリームのアップリンク・パラメータを分類するために、後述するものとは逆の方式で、ＴＣＬＡＳに分類パラメータを適用する。
【００３３】
図８Ａは、アクセス・ポイント１３０における双方向トラフィック・ストリームのためのトラフィック分類を例示する。図４に示す例では、アクセス・ポイント１３０は、双方向トラフィック・ストリームＹのためにこのトラフィック分類を実行することができる。アクセス・ポイント１３０によって送られるダウンリンク・パケットの各々について、パケットのソース・アドレスが、双方向トラフィック・ストリームについてＴＣＬＡＳ内のソース・アドレスと比較され、パケットの宛先アドレスが、ＴＣＬＡＳ内の宛先アドレスと比較される。ソース・アドレスと宛先アドレスとの両方が一致する場合、ダウンリンク・パケットは双方向トラフィック・ストリームに属する。
【００３４】
図８Ｂは、局１２０における双方向トラフィック・ストリームのトラフィック分類を例示する。図４に示す例では、局１２０は、双方向トラフィック・ストリームＹのためにこのトラフィック分類を実行する。局１２０によって送られるアップリンク・パケットの各々について、パケットのソース・アドレスが、双方向トラフィック・ストリームについてＴＣＬＡＳ内の宛先アドレスと比較され、パケットの宛先アドレスが、ＴＣＬＡＳ内のソース・アドレスと比較される。パケットのソース・アドレスおよび宛先アドレスが、ＴＣＬＡＳの宛先アドレスおよびソース・アドレスとそれぞれ一致するのであれば、アップリンク・パケットは、双方向トラフィック・ストリームに属する。
【００３５】
一例として、図４に示す双方向トラフィック・ストリームＹのＴＣＬＡＳを用いて、ＢのソースＩＰアドレスとＡの宛先ＩＰアドレスとを備えたダウンリンク・パケットは、トラフィック・ストリームＹについて一致するだろう。ＢのソースＩＰアドレスとＡの宛先ＩＰアドレスとを備えたアップリンク・パケットは、トラフィック・ストリームＹについて一致しないだろう。ＡのソースＩＰアドレスとＢの宛先ＩＰアドレスとを備えたアップリンク・パケットは、トラフィック・ストリームＹについて一致しないだろう。
【００３６】
図９は、ダウンリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのためのトラフィック分類についてアクセス・ポイント１３０によって実行される処理９００の実施形態を示す。最初に、ダウンリンク・パケットが受け取られる（ブロック９１２）。ダウンリンク・トラフィック・ストリームあるいは双方向トラフィック・ストリームかが定義されているかが判定される（ブロック９１４）。ブロック９１４において答えが「Ｙｅｓ」である場合、ＴＣＬＡＳがダウンリンク・トラフィック・ストリームについて定義されているか、あるいは双方向トラフィック・ストリームについて定義されているかが判定される（ブロック９１６）。ブロック９１４またはブロック９１６の答えが「Ｎｏ」である場合、パケットが、例えばベスト・エフォートで、ＱｏＳサービスなしで送られる（ブロック９２８）。
【００３７】
ブロック９１６の答えが「Ｙｅｓ」である場合、ブロック９２０は、ダウンリンク・トラフィック・ストリームの各ＴＣＬＡＳと、双方向トラフィック・ストリームの各ＴＣＬＡＳとについて、ブロック９２０が実行される。最初のＴＣＬＡＳについては、パケットのソース・アドレスが、ＴＣＬＡＳ内のソース・アドレスと比較される（ブロック９２２）。ソース・アドレスが一致する場合、パケットの宛先（ｄｅｓｔ）アドレスが、ＴＣＬＡＳ内の宛先アドレスと比較される（ブロック９２４）。ＴＣＬＡＳのソース・アドレスと宛先アドレスとの両方が一致する場合、パケットが、関連するＴＳＰＥＣで、ＱｏＳサービスとともに送られる（ブロック９２６）。ソース・アドレスおよび／または宛先アドレスが、最初のＴＣＬＡＳについて一致しない場合、もしあれば、トラフィック分類が、他のＴＳＰＥＣを用いて実行される。ソース・アドレスおよび／または宛先アドレスが、どのＴＣＬＡＳについても一致しない場合、パケットが、例えばベスト・エフォートによってＱｏＳサービスなしで送られる（ブロック９２８）。
【００３８】
図１０は、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームについてのトラフィック分類のために局１２０によって実行される処理１０００の実施形態を示す。最初に、アップリンク・パケットが受け取られる（ブロック１０１２）。アップリンク・トラフィック・ストリームあるいは双方向トラフィック・ストリームが定義されているかが判定される（ブロック１０１４）。ブロック１０１４の答えが「Ｎｏ」である場合、パケットが、例えばベスト・エフォートで、ＱｏＳサービスなしで送られる（ブロック１０３８）。そうでない場合、ＴＣＬＡＳが、アップリンク・トラフィック・ストリームのために定義されているかが判定される（ブロック１０１６）。ブロック１０１６の答えが「Ｎｏ」である場合、処理はブロック１０２６へ進む。
【００３９】
ブロック１０１６の答えが「Ｙｅｓ」である場合、アップリンク・トラフィック・ストリームのＴＣＬＡＳ（すなわち、アップリンクＴＣＬＡＳ）の各々についてブロック１０２０が実行される。最初のアップリンクＴＣＬＡＳについて、パケットのソース・アドレスが、ＴＣＬＡＳにおけるソース・アドレスと比較される（ブロック１０２２）。ソース・アドレスが一致する場合、パケットの宛先アドレスが、ＴＣＬＡＳ内の宛先アドレスと比較される（ブロック１０２４）。ＴＣＬＡＳのソース・アドレスと宛先アドレスとの両方が一致する場合、パケットがＱｏＳサービスとともに、関連するＴＳＰＥＣで送られる。ソース・アドレスおよび／または宛先アドレスが、最初のアップリンクＴＣＬＡＳについて一致しない場合、トラフィック分類が、もしあれば、別のアップリンクＴＳＰＥＣを用いて実行される。ソース・アドレスおよび／または宛先アドレスが、何れのアップリンクＴＣＬＡＳについても一致しない場合、処理はブロック１０２６へ進む。
【００４０】
ブロック１０２６では、ＴＣＬＡＳが、何れかの双方向トラフィック・ストリームについて定義されたかが判定される。ブロック１０２６について答えが「Ｎｏ」である場合、パケットはＱｏＳサービスなしで送られる（ブロック１０３８）。そうでない場合、双方向トラフィック・ストリームについて各ＴＣＬＡＳに対してブロック１０３０が実行される。最初の双方向ＴＣＬＡＳについて、パケットのソース・アドレスが、ＴＣＬＡＳ内の宛先アドレスと比較される（ブロック１０３２）。アドレスが一致する場合、パケットの宛先アドレスが、ＴＣＬＡＳ内のソース・アドレスと比較される（ブロック１０３４）。ＴＣＬＡＳについてソース・アドレスと宛先アドレスとの両方が一致する場合、パケットは、関連するＴＳＰＥＣで、ＱｏＳサービスとともに送られる（ブロック１０３６）。ソース・アドレスおよび／または宛先アドレスが、最初の双方向ＴＣＬＡＳについて一致しない場合、もしあれば、別の双方向ＴＳＰＥＣを用いてトラフィック分類が実行される。ソース・アドレスおよび／または宛先アドレスが、何れの双方向ＴＣＬＡＳについても一致しないのであれば、パケットは、ＱｏＳサービスなしで送られる（ブロック１０３８）。
【００４１】
図８Ａ乃至１０は、双方向トラフィック・ストリームのために局１２０とアクセス・ポイント１３０との両方において単一のＴＣＬＡＳが使用される実施形態のためのものである。別の実施形態では、ＴＣＬＡＳの２つのバージョンが、双方向トラフィック・ストリームのために生成される。１つのバージョンは、オリジナルのＴＣＬＡＳと等しく、アクセス・ポイント１３０において、トラフィック分類のために使用される。別のバージョンは、（１）オリジナルＴＣＬＡＳにおける宛先アドレスへ設定されたソース・アドレスと、（２）オリジナルのＴＣＬＡＳにおけるソース・アドレスへ設定された宛先アドレスとを有する。局１２０は、このバージョンを、トラフィック分類のために、アップリンク・トラフィック・ストリームのためのＴＣＬＡＳと同じ方式で用いる。
【００４２】
図１１は、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのためのトラフィックを分類する処理１１００の実施形態を示す。アップリンクでアクセス・ポイントへ送信するために、局においてパケットが受け取られる（ブロック１１１２）。少なくとも１つのトラフィック・ストリームの各々のパケットが、トラフィック・ストリームの少なくとも１つの分類パラメータに基づいて識別される（ブロック１１１４）。各トラフィック・ストリームのパケットが、トラフィック・ストリームの少なくとも１つのＱｏＳパラメータに従って送られる（ブロック１１１６）。
【００４３】
トラフィック・ストリームはそれぞれ、トラフィック・ストリームの少なくとも１つの分類パラメータとして、ソース・アドレスおよび宛先アドレスを有する各ＴＣＬＡＳに関連付けられうる。ソース・アドレスは、イーサネット（登録商標）ソース・アドレス、ソースＩＰアドレス、ソース・ポート、あるいはそれらの組み合わせでありうる。宛先アドレスは、イーサネット宛先アドレス、宛先ＩＰアドレス、宛先ポート、あるいはそれらの組み合わせでありうる。各トラフィック・ストリームはまた、トラフィック・ストリームの少なくとも１つのＱｏＳパラメータを有するＴＳＰＥＣにも関連付けられうる。各トラフィック・ストリームのＱｏＳは、局とアクセス・ポイントとの間でネゴシエートされ、各トラフィック・ストリームのＴＣＬＡＳが、アクセス・ポイントへ送られうる。
【００４４】
この少なくとも１つのトラフィック・ストリームは、アップリンク・トラフィック・ストリームを備えうる。受信した各パケットについて、パケットのソース・アドレスが、アップリンク・トラフィック・ストリームのＴＣＬＡＳ内のソース・アドレスと比較され、パケットの宛先アドレスが、ＴＣＬＡＳ内の宛先アドレスと比較され、これら比較の結果に基づいて、パケットがアップリンク・トラフィック・ストリームに属するか否かが判定される。それに加えて、あるいはその代わりに、少なくとも１つのトラフィック・ストリームは、双方向トラフィック・ストリームを備えうる。受信した各パケットについて、パケットのソース・アドレスが、双方向トラフィック・ストリームのＴＣＬＡＳ内の宛先アドレスと比較され、パケットの宛先アドレスが、ＴＣＬＡＳ内のソース・アドレスと比較され、これら比較の結果に基づいて、パケットが双方向トラフィック・ストリームに属するか否かが判定される。少なくとも１つのトラフィック・ストリームが定義される場合、およびＴＳＰＥＣが任意のトラフィック・ストリームに対して定義されるか、他の方法でスキップされるのであれば、トラフィック分類が実行されうる。
【００４５】
図１２は、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームについて、トラフィックを分類する装置１２００の実施形態を示す。装置１２００は、トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、少なくとも１つのトラフィック・ストリームの各々のパケットを識別する１または複数のプロセッサ１２１４に接続され、アクセス・ポイントへアップリンクで送信するために、局において、パケットを処理する１または複数のプロセッサ１２１２を含む。１または複数のプロセッサ１２１４は、トラフィック・ストリームのための少なくとも１つのＱｏＳパラメータに従って、各トラフィック・ストリームのためにパケットを送る１または複数のプロセッサ１２１６に接続されている。
【００４６】
図１３は、双方向トラフィック・ストリームのためのトラフィックを分類する処理１３００の実施形態を示す。ダウンリンクで少なくとも１つの局へ送信するために、パケットが、アクセス・ポイントにおいて受け取られる（ブロック１３１２）。双方向トラフィック・ストリームの少なくとも１つの分類パラメータに基づいて、双方向トラフィック・ストリームのパケットが識別される（ブロック１３１４）。双方向トラフィック・ストリームのパケットが、双方向トラフィック・ストリームのための少なくとも１つのＱｏＳパラメータに従って送られる（ブロック１３１６）。
【００４７】
ブロック１３１４では、受信した各パケットについて、パケットのソース・アドレスが、双方向トラフィック・ストリームのＴＣＬＡＳ内のソース・アドレスと比較され、パケットの宛先アドレスが、ＴＣＬＡＳ内の宛先アドレスと比較され、これら比較の結果に基づいて、パケットが双方向トラフィック・ストリームに属するか否かが判定される。ＴＣＬＡＳは、双方向トラフィック・ストリームを要求する局から受信されうる。
【００４８】
図１４は、双方向トラフィック・ストリームのトラフィックを分類する装置１４００の実施形態を示す。装置１４００は、双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、双方向トラフィック・ストリームの各々のパケットを識別する１または複数のプロセッサ１４１４に接続されており、少なくとも１つの局へ、ダウンリンクで送信するために、アクセス・ポイントにおいてパケットを処理する１または複数のプロセッサ１４１２を含む。１または複数のプロセッサ１４１４は、双方向トラフィック・ストリームのための少なくとも１つのＱｏＳパラメータに従って、双方向トラフィック・ストリームのパケットを送る１または複数のプロセッサ１４１６と接続されている。
【００４９】
本明細書に記載のトラフィック分類技術は、ユーザに、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームに関するパケットをマップする柔軟性を与える。その分類は、ＴＣＰパラメータ、ＵＤＰパラメータ、ＩＰパラメータ、イーサネット・パラメータ、および／またはＩＥＥＥ  ８０２．１Ｑパラメータに基づきうる。トラフィック・ストリームは、エンハンスト・ディストリビュート・チャネル・アクセス（ＥＤＣＡ）トラフィック・ストリーム、および／または、ＩＥＥＥ  ８０２．１１におけるハイブリッド・コーディネーション機能（ＨＣＦ）制御されたチャネル・アクセス（ＨＣＣＡ）トラフィック・ストリームでありうる。各トラフィック・ストリームのＱｏＳは、適切なＱｏＳパラメータを用いて定義される。そして、所望のパフォーマンス（例えば、帯域幅および遅延）を得るためにネゴシエートされる。
【００５０】
パケットをトラフィック・ストリームに分類する能力がなければ、ユーザは、ＩＰヘッダ内にタイプ・オブ・サービス（ＴＯＳ）ビットを設定するために、エンドポイントにおいて、アプリケーションに依存しなければならない。その後、局は、４つのトラフィック・カテゴリ、すなわち、バックグラウンド（ＢＫ）、ベスト・エフォート（ＢＥ）、ビデオ（ＶＩ）、および音声（ＶＯ）のうちの１つへＴＯＳ値をマップする。一般に、ＶＯトラフィックは、ＶＩトラフィックよりも良好なサービスを受信し、ＶＩトラフィックは、ＢＥトラフィックよりも良好なサービスを受信し、ＢＥトラフィックは、ＢＫトラフィックよりも良好なサービスを受信する。しかしながら、ユーザは、これら４つのトラフィック・カテゴリをうまく区別することができず、各トラフィック・カテゴリのためにどの程度の帯域幅が確保されるべきかを制御することができない。本明細書に記載された技術は、ユーザに、アップリンク・トラフィックおよび双方向トラフィックを介した制御のより大きな柔軟性およびグラニュラリティを与える。
【００５１】
図１５は、局１２０およびアクセス・ポイント１３０の実施形態のブロック図を示す。アップリンク送信の場合、送信（ＴＸ）データ・プロセッサ１５１０は、局１２０によって送られるアップリンク・パケットを分類し、これらパケットを処理（例えば、符合化および変調）し、出力チップを生成する。送信機（ＴＭＴＲ）１５１２は、出力チップを調整（例えば、アナログ変換、フィルタ、増幅、およびアップコンバート）し、アップリンク信号を生成する。それは、アンテナ１５１４を経由して送信される。アクセス・ポイント１３０では、局１２０からのアップリンク信号が、アンテナ１５５０によって受信され、受信機（ＲＣＶＲ）１５５４によって調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）されて、入力サンプルが生成される。受信（ＲＸ）データ・プロセッサ１５５４は、この入力サンプルを処理（例えば、復調および復号）して、復号データを提供する。
【００５２】
ダウンリンク送信の場合、ＴＸデータ・プロセッサ１５５６が、アクセス・ポイント１３０によって送られるダウンリンク・パケットを分類し、これらパケットを処理して、出力チップを生成する。送信機１５５８は、この出力チップを調整し、ダウンリンク信号を生成する。これはアンテナ１５５０を経由して送信される。局１２０では、ダウンリンク信号がアンテナ１５１４によって受信され、受信機１５１６によって処理されて、入力サンプルが得られる。ＲＸデータ・プロセッサ１５１８は更に、入力サンプルを処理し、復号されたデータを提供する。
【００５３】
ＴＸデータ・プロセッサ１５１０、１５５６、およびＲＸデータ・プロセッサ１５１８、１５５４は、局１２０とアクセス・ポイント１３０の間の通信に使用される無線技術（例えばＩＥＥＥ  ８０２．１１ａ／ｇ／ｎ）に従って処理を実行する。ＴＸデータ・プロセッサ１５１０は、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのために定められたＴＣＬＡＳに基づいて、アップリンク・パケットのためのトラフィック分類を実行し、関連付けられたＴＳＰＥＣに従ってこれらパケットを送ることができる。ＴＸデータ・プロセッサ１５５６は、ダウンリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのために定められたＴＣＬＡＳに基づいて、ダウンリンク・パケットのためのトラフィック分類を実行し、関連付けられたＴＳＰＥＣに従ってこれらパケットを送ることができる。
【００５４】
コントローラ／プロセッサ１５２０、１５６０はそれぞれ、局１２０およびアクセス・ポイント１３０における動作を指示する。局１２０では、プロセッサ１５１０および／またはプロセッサ１５２０は、図１０における処理１０００、図１１における処理１１００、および／または、アップリンク・パケットの送信および分類のためのその他の処理を行うことができる。アクセス・ポイント１３０では、プロセッサ１５５６および／またはプロセッサ１５６０が、図９における処理９００、図１３における処理１３００、および／または、ダウンリンク・パケットの送信および分類のためのその他の処理を行うことができる。メモリ１５２２およびメモリ１５６２は、局１２０およびアクセス・ポイント１３０それぞれのためのプログラム・コードおよびデータを格納する。通信（Ｃｏｍｍ）ユニット１５２４は、局１２０とデバイス１１０の間の通信をサポートする。通信ユニット１５６４は、アクセス・ポイント１３０とハブ／ルータ１４０および／またはその他のデバイスとの間の通信をサポートする。
【００５５】
本明細書に記載された技術は、様々な手段によって実現することができる。例えば、これらの技術は、ハードウェア、ファームウェア、ソフトウェア、あるいはそれらの組み合わせによって実現されうる。ハードウェアで実現する場合、トラフィック分類を実行するために使用される処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールド・プログラム可能なゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、電子デバイス、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、またはこれらの組み合わせ内に実装される。
【００５６】
ファームウェアおよび／またはソフトウェアで実現する場合、これら技術は、本明細書に記載の機能を実行する命令群（例えば、手順、関数等）によって実現される。ファームウェア命令および／またはソフトウェア命令は、メモリ（例えば、図１５におけるメモリ１５２２またはメモリ１５６２）内に格納され、プロセッサ（例えば、プロセッサ１５２０またはプロセッサ１５６０）によって実行される。メモリは、プロセッサ内に実装されるか、あるいはプロセッサ外部に存在することができる。
【００５７】
開示された実施形態の前記記述は、当業者が、本開示を製造または利用できるように提供される。これらの実施形態への様々な変形は、当業者に容易に明らかにあるであろう。そして、本明細書で定められた一般原理は、本開示の精神または範囲から逸脱することなく、他の実施形態にも適用されうる。したがって、本開示は、本明細書に示された実施携帯に限定されるようには意図されておらず、本明細書で開示した原理および新規特徴と整合のとれた最も広い範囲が与えられることになっている。
【図面の簡単な説明】
【００５８】
【図１】図１は、無線ネットワークにおける局およびアクセス・ポイントを示す。
【図２】図２は、典型的なプロトコル・スタックを示す。
【図３】図３は、トランスポート・レイヤ、ネットワーク・レイヤ、およびリンク・レイヤにおけるデータ・ユニットを示す。
【図４】図４は、３つのトラフィック・ストリームのための典型的なＴＣＬＡＳおよびＴＳＰＥＣを示す。
【図５】図５は、アクセス・ポイントにおけるトラフィック分類および送信を示す。
【図６】図６は、局におけるトラフィック分類および送信を示す。
【図７】図７は、単一方向トラフィック・ストリームのためのトラフィック分類を示す。
【図８Ａ】図８Ａは、双方向トラフィック・ストリームのためのトラフィック分類を示す。
【図８Ｂ】図８Ｂは、双方向トラフィック・ストリームのためのトラフィック分類を示す。
【図９】図９は、アクセス・ポイントによって実行されるトラフィック分類処理を示す。
【図１０】図１０は、局によって実行されるトラフィック分類処理を示す。
【図１１】図１１は、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのためトラフィックを分類する処理および装置をそれぞれ示す。
【図１２】図１２は、アップリンク・トラフィック・ストリームおよび双方向トラフィック・ストリームのためトラフィックを分類する処理および装置をそれぞれ示す。
【図１３】図１３は、双方向トラフィック・ストリームのためトラフィックを分類する処理および装置をそれぞれ示す。
【図１４】図１４は、双方向トラフィック・ストリームのためトラフィックを分類する処理および装置をそれぞれ示す。
【図１５】図１５は、局とアクセス・ポイントとのブロック図を示す。
【図１】
2009533970.tif 000003
【図２】
2009533970.tif 000004
【図３】
2009533970.tif 000005
【図４】
2009533970.tif 000006
【図５】
2009533970.tif 000007
【図６】
2009533970.tif 000008
【図７】
2009533970.tif 000009
【図８Ａ】
2009533970.tif 000010
【図８Ｂ】
2009533970.tif 000011
【図９】
2009533970.tif 000012
【図１０】
2009533970.tif 000013
【図１１】
2009533970.tif 000014
【図１２】
2009533970.tif 000015
【図１３】
2009533970.tif 000016
【図１４】
2009533970.tif 000017
【図１５】
2009533970.tif 000018
【国際調査報告】
2009533970.tif 000019
2009533970.tif 000020
2009533970.tif 000021
2009533970.tif 000022
2009533970.tif 000023