JP4971426B2 - 無線通信のためのアップリンクおよび双方向トラフィック分類 - Google Patents

無線通信のためのアップリンクおよび双方向トラフィック分類 Download PDF

Info

Publication number
JP4971426B2
JP4971426B2 JP2009505617A JP2009505617A JP4971426B2 JP 4971426 B2 JP4971426 B2 JP 4971426B2 JP 2009505617 A JP2009505617 A JP 2009505617A JP 2009505617 A JP2009505617 A JP 2009505617A JP 4971426 B2 JP4971426 B2 JP 4971426B2
Authority
JP
Japan
Prior art keywords
packet
traffic stream
destination address
parameter
source address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2009505617A
Other languages
English (en)
Other versions
JP2009533970A (ja
Inventor
タイ、カーク
チャオ、ジョン・ワイ．
フ、チアン
クマー、ラビ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2009533970A publication Critical patent/JP2009533970A/ja
Application granted granted Critical
Publication of JP4971426B2 publication Critical patent/JP4971426B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0685—Clock or time synchronisation in a node; Intranode synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

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

Claims (16)

  1. アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取り、少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別し、前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送るように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに接続されたメモリとを備え、
    前記分類パラメータは、前記トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記トラフィック・ストリームに備えられ、
    前記少なくとも１つのプロセッサは、おのおののパケットを識別する場合、前記局において受け取られた各パケットについて、前記パケットのソース・アドレスを、前記分類パラメータにおける宛先アドレスと比較し、前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較し、これら比較の結果に基づいて、前記パケットが、双方向トラフィック・ストリームに属するか否かを判定する装置。
  2. 前記トラフィック・ストリームのソース・アドレスは、イーサネット・ソース・アドレス、ソース・インターネット・プロトコル（ＩＰ）アドレス、またはソース・ポートであり、
    前記トラフィック・ストリームの宛先アドレスは、イーサネット宛先アドレス、宛先ＩＰアドレス、または宛先ポートである請求項１に記載の装置。
  3. 前記局において受け取られた各パケットについて、前記少なくとも１つのプロセッサは、前記パケットのソース・アドレスを、前記分類パラメータのソース・アドレスと比較し、前記パケットの宛先アドレスを、前記分類パラメータの宛先アドレスと比較し、これら比較の結果に基づいて、前記パケットが、アップリンク・トラフィック・ストリームに属するか否かを判定するように構成された請求項１に記載の装置。
  4. 前記少なくとも１つのプロセッサは、前記双方向トラフィック・ストリームの分類パラメータを、前記双方向トラフィック・ストリームのアクセス・ポイントで受け取られたパケットの分類のために前記アクセス・ポイントへ送るように構成された請求項１に記載の装置。
  5. 前記少なくとも１つのプロセッサは、前記少なくとも１つのトラフィック・ストリームが定義されているかを判定し、前記少なくとも１つのトラフィック・ストリームが定義されている場合、前記分類パラメータがどのトラフィック・ストリームに定義されているかを判定するように構成された請求項１に記載の装置。
  6. 前記少なくとも１つのプロセッサは、前記おのおののパケットを識別する場合、前記ＱｏＳパラメータを含み、前記トラフィック・ストリームに備えられたトラフィック仕様（ＴＳＰＥＣ）が、前記少なくとも１つのトラフィック・ストリームのうちの何れかについて定められているかを判定し、前記トラフィック・ストリームについて定められたＴＳＰＥＣを有する各トラフィック・ストリームに関するソース・アドレスおよび宛先アドレスと、前記受け取られたパケットに付加されたソース・アドレスおよび宛先アドレスとを比較することによって、前記受け取られたパケットを識別するように構成された請求項１に記載の装置。
  7. アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取ることと、
    少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別することと、
    前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送ることとを備え、
    前記分類パラメータは、前記トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記トラフィック・ストリームに備えられ、
    前記おのおののパケットを識別することは、前記局で受け取られた各パケットについて、
    前記パケットのソース・アドレスを、双方向トラフィック・ストリームのための分類パラメータにおける宛先アドレスと比較することと、
    前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較することと、
    これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定することと
    を備える方法。
  8. 前記パケットを識別することは、前記局で受け取られた各パケットについて、
    前記パケットのソース・アドレスを、アップリンク・トラフィック・ストリームのための分類パラメータにおけるソース・アドレスと比較することと、
    前記パケットの宛先アドレスを、前記分類パラメータにおける宛先アドレスと比較することと、
    これら比較の結果に基づいて、前記パケットが、前記アップリンク・トラフィック・ストリームに属するか否かを判定することと
    を備える請求項７に記載の方法。
  9. アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取る手段と、
    少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別する手段と、
    前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送る手段とを備え、
    前記分類パラメータは、前記トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記トラフィック・ストリームに備えられ、
    前記パケットを識別する手段は、前記局において受け取られた各パケットについて、
    前記パケットのソース・アドレスを、双方向トラフィック・ストリームのための分類パラメータにおける宛先アドレスと比較する手段と、
    前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較する手段と、
    これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定する手段と
    を備える装置。
  10. 前記パケットを識別する手段は、前記局で受け取られた各パケットについて、
    前記パケットのソース・アドレスを、アップリンク・トラフィック・ストリームのための分類パラメータにおけるソース・アドレスと比較する手段と、
    前記パケットの宛先アドレスを、前記分類パラメータにおける宛先アドレスと比較する手段と、
    これら比較の結果に基づいて、前記パケットが、前記アップリンク・トラフィック・ストリームに属するか否かを判定する手段と
    を備える請求項９に記載の装置。
  11. 格納された命令群を含むコンピュータ読取可能媒体であって、
    前記命令群は、
    アップリンクでアクセス・ポイントへ送信するために、局においてパケットを受け取るための第１の命令群と、
    少なくとも１つのトラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記トラフィック・ストリームのおのおののパケットを識別するための第２の命令群と、
    前記トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、各トラフィック・ストリームのためのパケットを送る第３の命令群とを備え、
    前記分類パラメータは、前記トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記トラフィック・ストリームに備えられ、
    前記第２の命令群は、前記局において受け取られた各パケットについて、前記パケットのソース・アドレスを、前記分類パラメータにおける宛先アドレスと比較し、前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較し、これら比較の結果に基づいて、前記パケットが、双方向トラフィック・ストリームに属するか否かを判定するコンピュータ読取可能媒体。
  12. ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取り、双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別し、前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送るように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに接続されたメモリとを備え、
    前記分類パラメータは、前記双方向トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記双方向トラフィック・ストリームに備えられ、
    前記少なくとも１つのプロセッサは、前記アクセス・ポイントにおいて受け取られた各パケットについて、前記パケットのソース・アドレスを、前記分類パラメータにおける宛先アドレスと比較し、前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較し、これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定するように構成された装置。
  13. 前記少なくとも１つのプロセッサは、前記双方向トラフィック・ストリームを要求する局から前記分類パラメータを受け取るように構成された請求項１２に記載の装置。
  14. ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取ることと、
    双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別することと、
    前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送ることとを備え、
    前記分類パラメータは、前記双方向トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記双方向トラフィック・ストリームに備えられ、
    前記パケットを識別することは、前記アクセス・ポイントで受け取られた各パケットについて、前記パケットのソース・アドレスを、前記双方向トラフィック・ストリームのための分類パラメータにおける宛先アドレスと比較することと、
    前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較することと、
    これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定することと
    を備える方法。
  15. ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取る手段と、
    双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別する手段と、
    前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送る手段とを備え、
    前記分類パラメータは、前記双方向トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記双方向トラフィック・ストリームに備えられ、
    前記パケットを識別する手段は、前記アクセス・ポイントで受け取られた各パケットについて、
    前記パケットのソース・アドレスを、前記双方向トラフィック・ストリームのための分類パラメータにおける宛先アドレスと比較する手段と、
    前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較する手段と、
    これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定する手段と
    を備える装置。
  16. 格納された命令群を含むコンピュータ読取可能媒体であって、
    前記命令群は、
    ダウンリンクで少なくとも１つの局へ送信するために、アクセス・ポイントにおいてパケットを受け取るための第１の命令群と、
    双方向トラフィック・ストリームのための少なくとも１つの分類パラメータに基づいて、前記双方向トラフィック・ストリームのパケットを識別するための第２の命令群と、
    前記双方向トラフィック・ストリームのための少なくとも１つのサービス品質（ＱｏＳ）パラメータにしたがって、前記双方向トラフィック・ストリームのためのパケットを送るための第３の命令群とを備え、
    前記分類パラメータは、前記双方向トラフィック・ストリームのソース・アドレスおよび宛先アドレスを定義し、
    前記パケットには、前記パケットの、設定されたソース・アドレスおよび宛先アドレスが付加され、
    前記分類パラメータおよび前記ＱｏＳパラメータともに前記双方向トラフィック・ストリームに備えられ、
    前記第２の命令群は、前記アクセス・ポイントで受け取られた各パケットについて、前記パケットのソース・アドレスを、前記双方向トラフィック・ストリームのための分類パラメータにおける宛先アドレスと比較し、前記パケットの宛先アドレスを、前記分類パラメータにおけるソース・アドレスと比較し、これら比較の結果に基づいて、前記パケットが、前記双方向トラフィック・ストリームに属するか否かを判定するコンピュータ読取可能媒体。
JP2009505617A 2006-04-12 2007-04-12 無線通信のためのアップリンクおよび双方向トラフィック分類 Expired - Fee Related JP4971426B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US79200106P 2006-04-12 2006-04-12
US60/792,001 2006-04-12
US11/504,413 US8634399B2 (en) 2006-04-12 2006-08-11 Uplink and bi-directional traffic classification for wireless communication
US11/504,413 2006-08-11
PCT/US2007/066488 WO2007121283A2 (en) 2006-04-12 2007-04-12 Uplink and bi-directional traffic classification for wireless communication

Publications (2)

Publication Number Publication Date
JP2009533970A JP2009533970A (ja) 2009-09-17
JP4971426B2 true JP4971426B2 (ja) 2012-07-11

Family

ID=38521223

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009505617A Expired - Fee Related JP4971426B2 (ja) 2006-04-12 2007-04-12 無線通信のためのアップリンクおよび双方向トラフィック分類

Country Status (7)

Country Link
US (1) US8634399B2 (ja)
EP (2) EP2216946B1 (ja)
JP (1) JP4971426B2 (ja)
KR (1) KR101054367B1 (ja)
CN (1) CN101421998B (ja)
TW (1) TW200812301A (ja)
WO (1) WO2007121283A2 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7729278B2 (en) * 2007-02-14 2010-06-01 Tropos Networks, Inc. Wireless routing based on data packet classifications
US8830982B2 (en) * 2008-05-05 2014-09-09 Industrial Technology Research Institute System and method for multicarrier uplink control
US8456997B2 (en) * 2008-05-08 2013-06-04 Koninklijke Philips Electronics N.V. Wireless communication systems for medical data
US8009567B2 (en) * 2009-02-05 2011-08-30 Cisco Technology, Inc. System and method for improved data transmission reliability over a network
US8023522B2 (en) * 2009-03-30 2011-09-20 Intel Corporation Enabling long-term communication idleness for energy efficiency
EP2415216B1 (en) 2009-04-02 2014-06-11 Telefonaktiebolaget LM Ericsson (publ) Techniques for handling network traffic
CN103004155B (zh) * 2010-07-29 2015-11-25 瑞典爱立信有限公司 处理经固定接入的网络业务
CN108429800B (zh) 2010-11-22 2020-04-24 杭州硕文软件有限公司 一种移动设备
CN111083792B (zh) * 2018-10-22 2021-09-07 华为技术有限公司 WiFi网络中的数据传输方法、装置及设备
CN112511457B (zh) 2019-09-16 2021-12-28 华为技术有限公司 一种数据流类型识别方法及相关设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020143911A1 (en) 2001-03-30 2002-10-03 John Vicente Host-based network traffic control system
US7349433B2 (en) 2001-11-01 2008-03-25 Texas Instruments Incorporated Signaling for parameterized quality of service (QoS) support
JP4528541B2 (ja) * 2004-03-05 2010-08-18 株式会社東芝 通信装置、通信方法、および通信システム
US7339913B2 (en) * 2004-08-17 2008-03-04 Intel Corporation Method and system of network management and service provisioning for broadband wireless networks
KR20060027031A (ko) 2004-09-22 2006-03-27 한국전자통신연구원 서비스품질-기반 상향 데이터 전송을 위한 단말의 내부자료 구조 및 그 운영 방법
WO2006096037A1 (en) * 2005-03-10 2006-09-14 Samsung Electronics Co., Ltd. Transmission control method for tcp bi-directional transmission in asymmetric bandwidth pre-allocated subscriber network and apparatus therefor
US7911997B2 (en) * 2006-05-10 2011-03-22 Intel Corporation Quality of service resource negotiation

Also Published As

Publication number Publication date
JP2009533970A (ja) 2009-09-17
CN101421998A (zh) 2009-04-29
WO2007121283A3 (en) 2008-01-10
CN101421998B (zh) 2012-05-30
US8634399B2 (en) 2014-01-21
EP2216946B1 (en) 2016-09-07
WO2007121283A2 (en) 2007-10-25
EP2005673B1 (en) 2015-03-25
KR101054367B1 (ko) 2011-08-05
TW200812301A (en) 2008-03-01
US20070242627A1 (en) 2007-10-18
EP2005673A2 (en) 2008-12-24
EP2216946A1 (en) 2010-08-11
KR20090006195A (ko) 2009-01-14

Similar Documents

Publication Publication Date Title
JP4971426B2 (ja) 無線通信のためのアップリンクおよび双方向トラフィック分類
US10530558B2 (en) Intra-QCI scheduler and method for intra-QCI scheduling in a wireless access network
JP5536203B2 (ja) 明示的な管理交渉を行わないＱｏＳパケット処理
KR101129872B1 (ko) 다중 통신 프로토콜들에 대한 적절한 공존
US8917625B2 (en) Mapping quality of service (QOS) from a wireless network to a wired network
US8619731B2 (en) Fragmenting large packets in the presence of high priority packets
KR100666992B1 (ko) ＱｏＳ 제공 와이브로 단말 및 와이브로 네트워크에서의ＱｏＳ 제공 방법
JP5602427B2 (ja) 通信システムにおける下位層を介してのデータルーティング
WO2018126692A1 (zh) 数据传输的控制方法和设备
JP2007082210A (ja) 無線ｌａｎにおけるパケットフロー制御装置及び方法
WO2020051745A1 (zh) 一种数据传输方法及装置、通信设备
WO2020192776A1 (zh) 通信方法和装置
Kim et al. Friendly coexistence of voice and data traffic in IEEE 802.11 WLANs
WO2020077543A1 (zh) 一种处理帧头的方法及装置、通信设备
KR100728271B1 (ko) 무선랜 시스템에서 무선랜 단말기와 액세스 포인트간트래픽 제어 장치 및 방법
WO2020062240A1 (zh) 一种信息传输方法及装置、通信设备
WO2021253432A1 (zh) 无线通信方法、压缩端和解压缩端
WO2020097809A1 (zh) 压缩、解压缩以太帧的方法和通信设备
Zhang The Research on QoS Model Design in Mobile Ad Hoc Networks
Collaboration–Enabling Converged Communications

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110704

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110712

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20111012

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20111019

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111027

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120306

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120405

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150413

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4971426

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees