(57)【要約】  装置および関連する方法であって、当該方法は、第1の時間のうちに応答を要求するリクエストを受信すること、第1の比較基準を用いて第1の最大応答時間を決定すること−ここにおいて前記最大応答時間は前記第1の時間より小さい、および応答時間を選択すること−ここにおいて前記応答時間は前記最大応答時間より大きくない、を円滑化するために提供される。  【選択図】  図４
2009544260.tif 000002
【特許請求の範囲】
【請求項１】
グループ通信システムにおける動作可能な装置であって、前記装置は、
第1の時間のうちに応答を要求するリクエストを受信するための手段、
第1の比較基準を用いて第1の最大応答時間を決定するための手段―ここにおいて前記最大応答時間は前記第1の時間より小さい、および
応答時間を選択するための手段―ここにおいて前記応答時間は前記最大応答時間より大きくない、
を備える装置。
【請求項２】
前記第1の比較基準は、比較基準のリストから選択される、請求項1に記載の装置。
【請求項３】
前記比較基準のリストは、残余電池寿命の比較基準、距離の比較基準、必要電力の比較基準、および端末状態の比較基準を備える、請求項2に記載の装置。
【請求項４】
前記第1の比較基準は、端末状態の比較基準を備える、請求項３に記載の装置。
【請求項５】
前記応答時間を選択するための前記手段は、第1の比較基準が残余電池寿命の比較基準であることが決定された場合、前記応答時間として前記最大応答時間を選択することを備える、請求項3に記載の装置。
【請求項６】
前記端末状態の比較基準は、ON状態、HOLD状態およびSLEEP状態を備える、請求項3に記載の装置。
【請求項７】
前記距離の比較基準は、第1のレンジ、第2のレンジ、および第3のレンジを備える、 請求項3に記載の装置。
【請求項８】
前記必要電力の比較基準は、第1のレンジ、第2のレンジ、および第3のレンジを備える、請求項3に記載の装置。
【請求項９】
前記第1の比較基準を用いることの前に端末状態を決定するための手段、
第1の開始時間を決定するための手段、および
前記第1の開始時間および前記第1の最大応答時間を用いて第1の期間を決定するための手段
をさらに備える、請求項１に記載の装置。
【請求項１０】
第1の開始時間を決定するための手段―ここにおいて前記第1の開始時間は前記第1の最大応答時間より小さい、をさらに備える、請求項1に記載の装置。
【請求項１１】
グループ通信システムにおいて用いられる方法であって、前記方法は、
第1の時間のうちに応答を要求するリクエストを受信すること、
第1の比較基準を用いて第1の最大応答時間を決定すること―ここにおいて前記最大応答時間は前記第1の時間より小さい、および
応答時間を選択すること―ここにおいて前記応答時間は前記最大応答時間より大きくない、
を備える方法。
【請求項１２】
前記第1の比較基準を決定することは、比較基準のリストから前記第1の比較基準を選択することを備える、請求項1に記載の方法。
【請求項１３】
前記比較基準のリストを前記選択することは、残余電池寿命の比較基準、距離の比較基準、必要電力の比較基準、および端末状態の比較基準から選択することを備える、請求項2に記載の方法。
【請求項１４】
前記第1の比較基準を選択することは、端末状態の比較基準を選択することを備える、請求項3に記載の方法。
【請求項１５】
前記応答時間を前記選択することは、第1の比較基準が残余電池寿命の比較基準であることが決定された場合、前記応答時間として前記最大応答時間を選択することを備える、請求項3に記載の装置
【請求項１６】
前記端末状態の比較基準を選択することは、ON状態、HOLD状態およびSLEEP状態を選択することを備える、請求項3に記載の方法。
【請求項１７】
前記距離の比較基準を選択することは、第1のレンジ、第2のレンジ、および第3のレンジを選択すること備える、 請求項3に記載の方法。
【請求項１８】
前記必要電力の比較基準を選択することは、第1のレンジ、第2のレンジ、および第3のレンジを選択することを備える、請求項3に記載の方法。
【請求項１９】
前記第1の比較基準を用いることの前に端末状態を決定すること、
第1の開始時間を決定すること、および
前記第1の開始時間および前記第1の最大応答時間を用いて第1の期間を決定すること
をさらに備える、請求項１に記載の方法。
【請求項２０】
第1の開始時間を決定すること―ここにおいて前記第1の開始時間は前記第1の最大応答時間より小さい、をさらに備える、請求項1に記載の方法。
【請求項２１】
機械によって実行されるとき前記機械に動作を行わせる命令を備える機械可読媒体であって、前記動作は、
第1の比較基準を用いることの前に端末状態を決定すること、
第1の開始時間を決定すること、および
前記第1の開始時間および第1の最大応答時間を用いて第1の期間を決定すること
を備える、機械可読媒体。
【請求項２２】
ワイヤレス通信システムにおける動作可能な装置であって、前記装置は、
第1の比較基準を用いることの前に端末状態を決定すること、第1の開始時間を決定すること、および、前記第1の開始時間および第1の最大応答時間を用いて第1の期間を決定すること、を行うように構成されているプロセッサ、および
前記プロセッサと結合されているデータ記憶のためのメモリ
を備える装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関係し、より詳細にはグループ通信に参加している1つまたは複数の端末からの不必要な応答を抑制する方法に関係する。
【背景技術】
【０００２】
ワイヤレス通信方式は、世界中の人々と通信するための有力な手段となってきた。セルラ電話、PDA(携帯情報端末)および同様のもののようなワイヤレス通信デバイスは、消費者のニーズに応えるとともに可搬性および簡便性を改善するために、より小さくよりパワフルになってきた。消費者は、これらのデバイスに依存するようになり、信頼性のあるサービス、拡大されたカバレッジエリア、追加のサービス（例えばウェブブラウジング能力)、およびデバイスのサイズおよびコストの継続的削減を求めている。
【０００３】
ある例示的なワイヤレス通信(例えば、周波数、時間および符号の分割技術を採用するワイヤレス通信)は、加入者にカバレッジエリアを提供する1つまたは複数の基地局、およびそのカバレッジエリアの中でデータを送信および受信することができるモバイル（例えばワイヤレスの）デバイスを含んでいる。典型的な基地局は、ブロードキャスト、マルチキャストおよび／またはユニキャストのサービスのために複数のデータストリームを複数のデバイスに同時に送信することができる。ここにおいて、データストリームは、ユーザデバイスの受信の関心とは独立のものであることができるデータのストリームである。基地局のカバレッジエリアの中のユーザデバイスは、合成ストリームによって運ばれる1つ、複数、またはすべてのデータストリームに関心を持つことができる。同様に、ユーザデバイスは、基地局または他のユーザデバイスにデータを送信することができる。
【０００４】
典型的な通信システムにおいて、いくつかのノード（例えばモバイル端末）、基地局およびネットワークサーバ(ホームエージェント)は、互いに通信する。モバイル端末は、ワイヤレスリンクを経由して基地局と通信する。基地局は、有線またはワイヤレスのいずれかのリンクを経由してネットワークサーバと通信してもよい。
【０００５】
マルチキャスト技術は、グループ通信(例えば、一対多および／または多対多)のための効率的配信サービスを提供する。マルチキャストの使用は、グループ通信のための帯域幅の利用を少なくする。このことは、帯域幅が稀少資源であるワイヤレスメディアの上でグループ通信をサポートすることにとっては特に重要である。ワイヤレスネットワーク(例えばセルラネットワーク)において、アクセスノード(例えば、基地局、アクセスポイント、アクセスネットワーク、ホームエージェントなど)から複数のエンドノード(例えば、モバイル端末、アクセス端末、ワイヤレス端末など)に共通情報を送るために、マルチキャスト通信メカニズムが用いられてもよい。
【０００６】
いくつかのグループ通信アプリケーションにおいて、フォワード信号(例えば、リクエストメッセージまたはデータメッセージ)は、第1のノードから他の複数のノード(例えばグループのメンバ)へマルチキャストされ、それを受信したノードのうちの少なくとも1つのノードがフィードバック信号(例えば、応答メッセージ、受信通知、または否定的受信通知)を返すことを要求する。このような場合、フィードバック信号の数を制限するために、フィードバック抑制技術が用いられることができる。例えば、フォワード信号を受信したとき、各受信者は、フィードバック信号を送信する時間をランダムに選び、他の受信者によって送信されるフィードバック信号を受信する前に前記選んだ時間に達した場合にのみ当該フィードバック信号を送信することができる。こうして、典型的には、フォワード信号の受信者のうちのただ1人（例えば最短フィードバック時間を選択した者）がフィードバック信号を送信し、他方、その他のフォワード信号受信者は、前記最初の応答者によって送信されたフィードバック信号を受信した場合、フィードバック信号の送信を抑制する。このことは、1人のフォワード信号受信者によって送信されるフィードバック信号は他のフィードバック信号受信者によって受信されることができる、例えば、フィードバック信号はグループにもマルチキャストされることを前提にしている。このタイプの信号交換の例は、グループ管理の質問／報告のメッセージ交換（例えばインタネットグループ管理プロトコルによるもの）、および信頼できるマルチキャストデータ配信メカニズムのデータ／受領通知またはデータ／否定的受領通知のメッセージ交換を含む。
【０００７】
通信システムは、しばしばマルチキャストシステムを採用する。ここにおいて、１つまたは複数の端末が参加し、基地局からのブロードキャストを受信することができるように、１つのグループが設立される。マルチキャストは、一方向の通信システムであって、グループに参加している端末は、特に基地局に情報を要求することなくその情報を受信する。端末側において設立される必要があるものは、受信リソースのみである。基地局は、グループに対して情報を継続的にブロードキャストする。
【０００８】
1つまたは複数の端末を含むグループを確立したマルチキャストシステムにおいて、マルチキャストは一方向の通信システムであるから、ある端末のユーザがグループから離れるためにその端末が接続を解除するとき、基地局はそのことを知らされない。したがって、基地局は、ブロードキャストを聴いている端末の数について不知である。グループの中にユーザが1人も残っていないということもありうることである。グループの中に1人もユーザが残っていないとき、BSはブロードキャストおよびリソースを浪費しているだけである。
【０００９】
こうして、端末が参加グループの一部であることを望み続けるかどうかを決定するために、さまざまなメカニズムが用いられる。基地局は、まだブロードキャストを聴いているユーザがいるかどうかを質問するキープアライブリクエストメッセージを周期的にブロードキャストする。このタイプのリクエストは、応答を送信するために基地局との間に通信リンクを設立することを各ユーザに要求する。もし応答がなければ、ブロードキャストおよびグループは終了させられる。しかしながら、もし1つまたは複数のユーザがまだ聴いているなら、それらの端末の各々は、基地局にブロードキャストの継続を要求する応答をあらかじめ定められた時間のうちに送信するであろう。一般に、各端末は、応答を送るべきあらかじめ定められた期間の範囲のうちの時間をランダムに選ぶので、すべての端末が同時に応答を送っているということにはならないだろう。ブロードキャスト基地局がブロードキャストをアライブの状態（通じている状態）に維持するために必要なことは、少なくとも１つの端末がまだ聴いているということをブロードキャスト基地局が知ることのみである。したがって、各々の端末が応答をするのは非効率である。特に、リソースをネゴシエートする端末が、その他の端末がすでにリソースを確立させているにもかかわらず、応答を送信するのは非効率である。したがって、あるタイプのユーザが、その他のユーザがあらかじめ定められた時間の経過後に応答するにもかかわらず、比較的短い時間のうちに応答する必要があるのかを決定するメカニズムが必要とされる。
【発明の概要】
【００１０】
さまざまな実施形態にしたがって、第1の時間のうちに応答を要求するリクエストを受信すること、第1の最大応答時間を第1の比較基準（criteria）を用いて決定すること―ここにおいて前記最大応答時間は前記第1の時間より短い―、および応答時間(reply time)を選択すること―ここにおいて前記応答時間は前記最大応答時間より大きくない―を円滑化するための方法が提供される。
【図面の簡単な説明】
【００１１】
【図１】図1は、例示的な通信システムのネットワークの図を示す。
【図２】図2は、例示的なアクセス端末を示す。
【図３】図3は、例示的なアクセスポイントを示す。
【図４】図4は、ある態様と一致する通信システムにおいて最大の時間の期間（a maximum time period）がどのように分けられるかを示す。
【図５】図5は、いくつかの実施形態のうちの１つの態様と一致するルーチンのフローを示す。
【図６】図6は、いくつかの実施形態の１つの態様と一致する方法600を実行するための1つまたは複数のモジュールの使用を示す。
【発明を実施するための形態】
【００１２】
本件態様は、通信システム、特に通信システムにおけるトラヒック間のQoS（通信品質）の差異化をサポートするための方法および装置に関係する。
【００１３】
図1は、本件態様にしたがって実装される例示的な通信システム100、例えば通信リンクによって相互接続される複数のノードを備えるセルラ通信ネットワークを示す。本ネットワークは、ワイヤレスリンクの上で情報を通信するためにOFDM(直交周波数分割多重化)信号を用いることができる。しかしながら、そのかわりに他のタイプの信号、例えばCDMA(符号分割多重接続)信号またはTDMA(時分割多重接続)信号を用いることもできる。例示的な通信システム100におけるノードは、通信プロトコル（例えばインタネットプロトコル（IP））に基づいて信号（例えばメッセージ）を用いて情報を交換する。システム100の通信リンクは、例えば、有線、光ファイバケーブルおよび／またはワイヤレス通信技術を用いて実装されてもよい。例示的な通信システム100は、複数のアクセスノード(アクセスポイントと呼ばれることもある) 140, 140', 140"を経由してその通信システムにアクセスする複数のエンドノード（アクセス端末と呼ばれることもある）144, 146, 144', 146', 144", 146"を含んでいる。アクセス端末144, 146, 144', 146', 144", 146" は、例えば、ワイヤレス通信デバイスまたは端末であってもよく、またアクセスポイント140, 140', 140" は、例えば、ワイヤレスアクセスルータまたは基地局であってもよい。例示的な通信システム100は、相互接続性を提供するためにまたは特別のサービスまたは機能を提供するために用いられる多数のその他のノード102、104、106、108、110および112も含んでいる。
【００１４】
図1の例示的なシステム100は、ネットワーク101を示している。このネットワーク101は、アクセス制御ノード102、モビリティサポートノード104、ポリシ制御ノード106およびアプリケーションサーバノード108を含んでいる。これらはすべて、それぞれ対応するネットワークリンク103、105、107および109によって中間ネットワークノード110と接続されている。いくつかの実施形態において、アクセス制御ノード、例えばRADIUS（Remote Authentication Dial In User Service)またはダイアメータ（Diameter）サーバは、アクセス端末および／またはアクセス端末と関連するサービスの認証、認可および／または会計をサポートしている。いくつかの実施形態において、モビリティサポートノード（例えば、モバイルIPホームエージェントおよび／またはコンテキスト転送サーバ）は、例えば、アクセス端末への／からのトラヒックのリダイレクション、および／またはアクセスポイント間のアクセス端末と関連する状態の転送によって、アクセスポイント間のモビリティ（例えばハンドオフ）をサポートする。いくつかの実施形態において、ポリシ制御ノード(例えばポリシサーバまたはPDP(Policy Decision Point))は、サービスまたはアプリケーション層セッションのためのポリシ認可をサポートする。いくつかの実施形態において、アプリケーションサーバノード(例えば、SIP（Session Initiation Protocol）サーバ、ストリーミングメディアサーバ、またはその他のアプリケーション層サーバ)は、アクセス端末に利用可能なサービスのためのセッションシグナリングをサポートし、および／またはアクセス端末に利用可能なサービスまたはコンテンツを提供する。
【００１５】
ネットワーク101の中間ネットワークノード110は、ネットワークリンク111を経由してネットワーク101からみて外部にあるネットワークノードに相互接続性を提供する。ネットワークリンク111は、もう1つの中間ネットワークノード112と接続されている。この中間ネットワークノード112 は、複数のアクセスポイント140, 140', 140" に対して、それぞれネットワークリンク141, 141', 141"を経由してさらなる接続性を提供している。
【００１６】
各アクセスポイント140, 140', 140"は、複数のN個のアクセス端末(144, 146), (144', 146'), (144", 146") のそれぞれに対して、それぞれの対応するアクセスリンク(145, 147), (145', 147'), (145", 147")を経由して接続性を供給するものとして描かれている。例示的な通信システム100において、各アクセスポイント140, 140', 140"は、アクセスを提供するためにワイヤレス技術(例えばワイヤレスのアクセスリンク)を用いるものとして描かれている。無線カバレッジエリア（例えば、各アクセスポイント140, 140', 140"のそれぞれの通信セル148, 148', 148"）は、対応するアクセスポイントを囲む円として示されている。
【００１７】
例示的な通信システム100は、さまざまな実施形態を説明するための基礎として後で用いられる。本件態様の代替的実施形態は、さまざまなネットワークトポロジを含む。すなわち、ノード(制御、サポートおよびサーバのためのさまざまなノードのほか、ネットワークノード、アクセスポイント、アクセス端末を含む)の数およびタイプ、リンクの数およびタイプ、およびさまざまなノードの間の相互接続性は、図1に描かれている例示的な通信システム100のものと異なるものであってもよい。
【００１８】
図2は、例示的なアクセス端末200(例えばワイヤレス端末)の詳細な実例を提供する。図2に描かれている例示的なアクセス端末200は、図1に描かれているアクセス端末144, 146, 144', 146', 144", 146"のうちのどれか1つとして用いられることができる装置の詳細な表現である。ある態様にしたがって、図2の実施形態において、アクセス端末200は、プロセッサ204、ワイヤレス通信インタフェースモジュール230、ユーザ入力／出力インタフェース240、およびメモリ210を含んでいる。これらは、バス206によって一体的に結合されている。したがって、アクセス端末200のさまざまなコンポーネントは、バス206を経由して情報、信号およびデータを交換することができる。アクセス端末200のコンポーネント204、206、210、230、240は、ハウジング202の内部に置かれている。
【００１９】
ワイヤレス通信インタフェースモジュール230は、あるメカニズムを提供しており、アクセス端末200の内部コンポーネントは、このメカニズムを用いることによって、外部装置およびネットワークノード(例えばアクセスポイント)へ／から信号を送信および受信することができる。ワイヤレス通信インタフェースモジュール230は、受信モジュール232および送信モジュール234を含んでいる。受信モジュール232は、対応するアンテナ236を有し、送信モジュール234は、対応するアンテナ238を有している。送信アンテナ238は、例えばワイヤレス通信チャネルを経由してアクセス端末200を他のネットワークノードと結合するために用いられる。
【００２０】
例示的なアクセス端末200はまた、ユーザ入力デバイス242（例えばキーパッド）およびユーザ出力デバイス244（例えばディスプレイ）を含んでいる。これらは、ユーザ入力／出力インタフェース240を経由してバス206に結合されている。したがって、ユーザ入力/出力デバイス242および244は、ユーザ入力／出力インタフェース240およびバス206を経由してアクセス端末200の他のコンポーネントと情報、信号およびデータを交換することができる。ユーザ入力/出力インタフェース240および関連するデバイス242、244は、あるメカニズムを提供し、ユーザはこのメカニズムによってアクセス端末200を操作し、もってさまざまなタスクを遂行することができる。特に、ユーザ入力デバイス242およびユーザ出力デバイス244は、ユーザがアクセス端末200およびアプリケーション(例えば、アクセス端末200のメモリ210において実行するモジュール、プログラム、ルーチンおよび／または機能)を制御することを可能にする機能性を提供する。
【００２１】
メモリ210に含まれるさまざまなモジュール(例えばルーチン)の管理下にあるプロセッサ204は、アクセス端末200の動作を制御してさまざまなシグナリングおよび処理を実行する。メモリ210に含まれるモジュールは、スタートアップまたは他のモジュールによる呼び出しによって実行される。モジュールは、実行されるとき、データ、情報および信号を交換することができる。モジュールは、実行されるとき、データおよび情報を共有することもできる。図2の実施形態において、アクセス端末200のメモリ210は、制御シグナリングモジュール212、アプリケーションモジュール214、およびトラヒック制御モジュール250を含み、トラヒック制御モジュール250は、コンフィギュレーション情報251およびさまざまな追加モジュール252、253、254、255、256、257、258および259をさらに含んでいる。
【００２２】
制御シグナリングモジュール212は、例えばトラヒック制御モジュール250およびコンフィギュレーション情報251ならびにそこに含まれるさまざまな追加モジュール252 ,253 ,254, 255, 256, 257, 258, および 259を含むアクセス端末200のさまざまな態様の動作および／または設定を制御するための信号（例えばメッセージ）を受信することおよび送信することに関係する処理を制御する。本件態様のいくつかの実施形態において、制御シグナリングモジュール212は、アクセス端末200の動作および／または制御シグナリングモジュール212にサポートされる1つまたは複数のシグナリングプロトコルに関係する状態情報（例えば、パラメータ、ステイタスおよび／またはその他の情報)を含んでいる。特に、制御シグナリングモジュール212は、コンフィギュレーション情報（例えば、アクセス端末識別情報および／またはパラメータ設定)および動作情報(例えば、現在の処理状態、未決定のメッセージの処理ステイタスなどについての情報)を含むことができる。
【００２３】
アプリケーションモジュール214は、アクセス端末200にサポートされる1つまたは複数のアプリケーションに関係する処理および通信を制御する。本件態様のいくつかの実施形態において、アプリケーションモジュール214の処理は、ユーザ入力／出力インタフェース240による情報の入力／出力、アプリケーションと関連する情報の操作、および／またはアプリケーションと関連する信号（例えばメッセージ）の受信または送信、に関係するタスクを含んでいる。いくつかの実施形態において、アプリケーションモジュール214は、アプリケーションモジュール214によってサポートされる1つまたは複数のアプリケーションの動作に関係する状態情報(例えばパラメータ、ステイタスおよび／またはその他の情報)を含んでいる。特に、アプリケーションモジュール214は、コンフィギュレーション情報（例えば、ユーザ識別情報および／またはパラメータ設定）および動作情報（例えば、現在の処理状態、未決定の応答のステイタスなどについての情報)を含むことができる。アプリケーションモジュール214にサポートされるアプリケーションは、例えばVoIP(Voice over IP)、ウェブブラウジング、ストリーミング音声／映像、インスタントメッセージ、ファイルシェアリング、ゲーミングなどを含んでいる。 
データベースモジュール215は、いくつかの実施形態の１つの態様と一致するプロセスについての情報を保持している。例えば、データベースモジュール215は、指定された送信プロセス、イベント探索表、プロセス登録情報、エンベロープの一時保管場所、価値化されたパラメータなどを記憶するのに用いられる。 [0024] トラヒック制御モジュール250は、ワイヤレス通信インタフェースモジュール230を経由してデータ情報（例えば、メッセージ、パケットおよび／またはフレーム）を送信することおよび受信することに関係する処理を制御する。例示的なトラヒック制御モジュールは、パケットおよび／またはトラヒックフローのためのQoS（通信品質）のさまざまな態様（例えばパケットの関連シーケンス）を制御するさまざまな追加モジュール252、253、254、255、256、257、258および259にくわえて、コンフィギュレーション情報251を含んでいる。いくつかの実施形態において、トラヒック制御モジュール250は、アクセス端末200、トラヒック制御モジュール250、および／またはそこに含まれるさまざまな追加モジュール252、253、254、255、256、257、258、および259の１つまたは複数のモジュールの動作に関係する状態情報（例えば、パラメータ、ステイタスおよび／またはその他の情報）を含んでいる。コンフィギュレーション情報251(例えばパラメータ設定)は、トラヒック制御モジュール250および／またはそこに含まれるさまざまな追加モジュール252、253、254、255、256、257、258および259の動作を決定し、その動作に影響を及ぼし、および／またはその動作を規定する。いくつかの実施形態において、トラヒック制御の特別の態様をサポートするために必要とされるような特定の機能および動作を実行するために、さまざまな追加モジュールが含まれている。さまざまな実施形態において、モジュールは、トラヒック制御の機能の要件に依存して必要とされるような省略または組み合わせが行われてもよい。例示的なトラヒック制御モジュール250に含まれる追加モジュールの各々についての説明は、以下のとおりである。
【００２４】
アドミッション制御モジュール252は、リソースの使用／利用可能性に関係する情報を維持し、および特定のトラヒックフローのQoS（通信品質）要件をサポートするために十分なリソースが利用可能であるかどうかを決定する。アドミッション制御モジュール252により維持されているリソースの利用性可能性に関する情報は、1つまたは複数のトラヒックフローをサポートするのに必要な処理および記憶の容量にくわえて、例えば、パケットおよび／またはフレームの待ち行列の容量、スケジューリング容量を含んでいる。制御シグナリングモジュール212、アプリケーションモジュール214、および／または、アクセス端末200に含まれるその他のモジュールは、新しいまたは修正されたトラヒックフローをサポートするために十分なリソースが利用可能であるかどうかを決定するために、アドミッション制御モジュール252に質問をしてもよく、またいくつかの実施形態においてそうしている。ここにおいて、アドミッション制御の決定は、特定のトラヒックフローおよび／または利用可能なリソースのQoS要件の関数である。コンフィギュレーション情報251は、アドミッション制御モジュール252の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、追加のリクエストを拒絶する前に割り当てられることができるリソースの百分率を示すアドミッション制御の閾値を含んでもよく、またいくつかの実施形態においてそうしている。
【００２５】
アップリンクのスケジューラモジュール253は、データ情報（例えば、メッセージ、パケットおよび／またはフレーム）がワイヤレスインタフェースモジュール230を経由して例えばアクセス端末200からアクセスポイントへ送信されるように、送信のスケジューリング（例えば、順序および／またはタイミング）および送信リソース（例えば、情報符号化レート、送信タイムスロットおよび／または送信電力）の割り当てに関係する処理を制御する。アップリンクのスケジューラモジュール253は、1つまたは複数のトラヒックフローと関連するQoS（通信品質）要件および制約の関数として、送信のスケジューリングおよび送信リソースの割り当てをしてもよく、またいくつかの実施形態においてそうしている。コンフィギュレーション情報251は、アップリンクのスケジューラモジュール253の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、１つまたは複数のトラヒックフローと関連する優先権、レートの境界、待ち時間の境界および／または共有ウェイトを含んでもよく、またいくつかの実施形態においてそうしている。本件態様のいくつかの実施形態において、アップリンクのスケジューラモジュール253によって行なわれるスケジューリングおよび／またはリソース割り当ては、追加的にチャネル条件およびその他のファクタ（例えば電力予算）の関数である。
【００２６】
アップリンクのPHY/MACモジュール254は、ワイヤレス通信インタフェースモジュール230を経由してデータ情報（例えば、メッセージ、パケットおよび／またはフレーム）を例えばアクセス端末200からアクセスポイントへ送信することに関係する物理(PHY)層およびMAC（Media Access Control）層の処理を制御する。本件態様のいくつかの実施形態において、アップリンクのPHY/MACモジュール254の動作は、データ情報の送信を調整する制御情報（例えば、信号またはメッセージ）を送信することおよび受信することの両方を含んでいる。コンフィギュレーション情報251は、アップリンクのPHY/MACモジュール254の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、送信に用いられる周波数、帯域、チャネル、拡散符号またはホッピング符号、アクセス端末200と関連する識別記号、割り当てリクエストチャネルの使用を規定するリクエスト辞書等々を含んでもよく、またいくつかの実施形態中ではそうしている。
【００２７】
アップリンクの論理リンク制御(ARQ)モジュール255は、ワイヤレス通信インタフェースモジュール230を経由して例えばアクセス端末200からアクセスポイントへデータ情報(例えばメッセージ、パケットおよび／またはフレーム)を送信することに関係するLLC（論理リンク制御）層の処理を制御する。アップリンクのLLC(ARQ)モジュール255は、ARQ（Automatic Repeat Request )能力と関連する処理、例えば消失パケットまたはフレームの再送信を含んでいる。本件態様のいくつかの実施形態において、アップリンクのLLC(ARQ)モジュール255は、追加の機能性、例えば、タイプフィールドによるマルチプロトコル多重機能/分離機能または検査合計フィールドによる誤り検出を提供するために、LLCヘッダおよび／またはトレイラを上位層のメッセージ（例えばパケット）に追加することに関係する処理をさらに含んでいる。アップリンクのLLC(ARQ)モジュール255はまた、上位層のメッセージ（例えばパケット）を複数のサブ部分（例えば、アップリンクのPHY/MACモジュール254によって送信されるべきフレーム）にフラグメンテーションしてもよく、またいくつかの実施形態においてそうしている。コンフィギュレーション情報251は、アップリンクのLLC(ARQ)モジュール255の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、ARQウィンドウサイズ、再送信の最大回数、ディスカードタイマ等々を含んでもよく、またいくつかの実施形態においてそうしている。
【００２８】
アップリンクの待ち行列管理モジュール256は、ワイヤレス通信インタフェースモジュール230を経由して例えばアクセス端末200からアクセスポイントへ送信されるべきデータ情報(例えばメッセージ、パケットおよび／またはフレーム)の記憶に関連する情報の維持および処理の制御を行う。アップリンクの待ち行列管理モジュール256は、トラヒックフロー単位をベースとして、送信待ちのデータ情報を記憶し、および送信待ちのデータ情報に関する状態情報を維持してもよく、またいくつかの実施形態においてそうしている。例えば、各トラヒックフローと関連するパケットは、別々の待ち行列に記憶されてもよい。本件態様のいくつかの実施形態において、アップリンクの待ち行列管理モジュール256は、RED（Random Early Detection）のようなさまざまなAQM(Active Queue Management)メカニズムにくわえて、さまざまな待ち行列管理技術および／または能力(例えば、ヘッドドロップ、トレイルドロップ)をサポートしている。コンフィギュレーション情報251は、アップリンクの待ち行列管理モジュール256の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、1つまたは複数のトラヒックフローと関連する待ち行列の限界、ドロップ戦略および／またはAQM閾値を含んでもよく、またいくつかの実施形態においてそうしている。
【００２９】
アップリンクの分類機モジュール257は、ワイヤレス通信インタフェースモジュール230を経由して例えばアクセス端末200からアクセスポイントへ送信される前に特定のトラヒックフローに所属しているものとしてデータ情報（例えば、メッセージ、パケットおよび／またはフレーム）を識別することに関係する処理を制御する。本件態様のいくつかの実施形態において、ワイヤレス通信インタフェースモジュール230を経由して送信されるべきメッセージ、パケットおよび／またはフレームは、１つまたは複数のヘッダおよび／またはペイロードフィールドの検査に基づいてアップリンクの分類機モジュールによってさまざまなトラヒックフローの１つに所属するものとして分類される。アップリンクの分類機モジュール257による分類の結果は、アップリンクの待ち行列管理モジュール256および他のモジュール253、254、255による分類されたデータ情報（例えば、メッセージ、パケットおよび／またはフレーム）の取り扱いに影響を与えてもよく、またいくつかの実施形態においてそうしている。例えば、その結果は、メッセージ、パケットおよび／またはフレームが記憶のために関連づけられるであろう特定の待ち行列を決定し、およびスケジューリングのような後続の処理にさらに影響を与えてもよい。コンフィギュレーション情報251は、アップリンクの分類機モジュール257の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、データ情報（例えば、メッセージ、パケットおよび／またはフレーム）を１つまたはトラヒックフローに所属するものとして関連づけるのに用いられる比較基準を規定する１つ又は複数の分類フィルタ規則の集合を含んでよく、またいくつかの実施形態においてそうしている。
【００３０】
ダウンリンクのPHY/MACモジュール258は、ワイヤレス通信インタフェースモジュール230を経由して例えばアクセスポイントからアクセス端末200へデータ情報（例えば、パケットおよび／またはフレーム)を受信することに関係するPHY層およびMAC層の処理を制御する。本件態様のいくつかの実施形態において、ダウンリンクのPHY/MACモジュール258の動作は、データ情報(例えば、メッセージ、パケット、またはフレーム)の受信を調整する制御情報(例えば、信号またはメッセージ)を送信することおよび受信することの両方を含んでいる。コンフィギュレーション情報251は、ダウンリンクのPHY/MACモジュール258の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、受信のために用いられる周波数、帯域、チャネル、拡散符号またはホッピング符号、アクセス端末200と関連する識別記号等々を含んでもよく、またいくつかの実施形態においてそうしている。
【００３１】
ダウンリンクのLLC(ARQ)モジュール259は、ワイヤレス通信インタフェースモジュール230を経由して例えばアクセスポイントからアクセス端末200へデータ情報（例えば、パケットおよび／またはフレーム）を受信することに関係するLLC層処理を制御する。ダウンリンクのLLC(ARQ)モジュール259は、ARQ能力(例えば、消失パケットまたはフレームの再送信)と関連する処理を含んでいる。本件態様のいくつかの実施形態において、ダウンリンクのLLC(ARQ)モジュール259は、上位層のメッセージ（例えばパケット）をカプセル化するLLCヘッダおよび／またはトレイラに関係する処理をさらに含んでいる。これは、追加の機能性、例えば、タイプフィールドによるマルチプロトコル多重機能/分離機能または検査合計フィールドによる誤り検出を提供する。ダウンリンクのLLC(ARQ)モジュール259はまた、ダウンリンクのPHY/MACモジュール258によって受信されたフレームを上位層のメッセージ(例えばパケット)にリアセンブルしてもよく、またいくつかの実施形態においてそうしている。コンフィギュレーション情報251は、ダウンリンクのLLC(ARQ)モジュール259の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、ARQウィンドウサイズ、再送信の最大回数、ディスカードタイマなどを含んでよく、またいくつかの実施形態においてそうしている
外部インタフェースモジュール250は、1つまたは複数の外部デバイス(外部ノード)に受信および送信されるデータを制御する。外部インタフェースモジュール250は、外部デバイスからの情報を受信するための受信機モジュール252を備えている。受信機モジュールインタフェースは、アンテナ、USBスロット、イーサネット(登録商標)スロットなどであってもよい。ある態様において、受信機モジュールは、大気上でワイヤレス信号、データパケットおよびメッセージを受信するためのRXモジュール(RXプロセッサ、復調器、解読器など)の集合も備えてもよい。外部インタフェースモジュール250は、送信機モジュール254をさらに備えている。ある態様において、送信機モジュール254は、大気上でワイヤレス信号、データパケットおよびメッセージを送信するためのTXモジュール(TXプロセッサ、変調器、暗号器)の集合を備えている。ある態様において、外部デバイスとワイヤレスで通信するために、USBスロット、イーサネット(登録商標)スロットなどが用いられてもよい。 
図3は、いくつかの実施形態の態様にしたがって実装されている例示的なアクセスポイント300の詳細な図示を提供する。図3に描かれている例示的なアクセスポイント300は、図1に描かれているアクセスポイント140, 140', 140"のうちのどれか1つとして用いられることができる装置の詳細な表現である。図3の実施形態において、アクセスポイント300は、プロセッサ304、メモリ310、ネットワーク/インタネットワークインタフェースモジュール320およびワイヤレス通信インタフェースモジュール330を含んでいて、これらはすべてバス306によって結合されている。したがって、アクセスポイント300のさまざまなコンポーネントは、バス306を経由して情報、信号およびデータを交換することができる。アクセスポイント300のコンポーネント304、306、310、320、330は、ハウジング302の内部に置かれている。
【００３２】
ネットワーク/インタネットワークインタフェースモジュール320は、あるメカニズムを提供し、アクセスポイント300の内部コンポーネントは、このメカニズムを用いることによって、外部デバイスおよびネットワークノードへ/から信号を送信および受信することができる。ネットワーク/インタネットワークインタフェースモジュール320は、例えば銅線または光ファイバ線を経由してノード300を他のネットワークノードと結合するために用いられる受信機モジュール322および送信機モジュール324を含んでいる。ワイヤレス通信インタフェースモジュール330は、さらにあるメカニズムを提供し、アクセスポイント300の内部コンポーネントは、このメカニズムを用いることによって、外部デバイスおよびネットワークノード(例えばアクセス端末)へ/から信号を送信および受信することができる。ワイヤレス通信インタフェースモジュール330は、例えば、受信機モジュール332および送信機モジュール334を含んでいて、前者は対応する受信アンテナ336を有し、後者は対応する送信アンテナ338を有している。ワイヤレス通信インタフェースモジュール330は、例えばワイヤレス通信チャネルを経由してアクセスポイント300を他のノードと結合するために用いられる。
【００３３】
メモリ310に含まれているさまざまなモジュール(例えばルーチン)の管理下にあるプロセッサ304は、アクセスポイント300の動作を制御してさまざまなシグナリングおよび処理を行う。メモリ310に含まれているモジュールは、始動によってまたは他のモジュールによる呼び出しによって実行される。モジュールは、実行されるとき、データ、情報および信号を交換してもよい。モジュールはまた、実行されるとき、データおよび情報を共有してもよい。図3の実施形態において、アクセスポイント300のメモリ310は、制御シグナリングモジュール312およびトラヒック制御モジュール350を含んでいて、後者は、コンフィギュレーション情報351およびさまざまな追加モジュール352、353、354、355、356、357、358、359、360、361、362および363をさらに含んでいる。
【００３４】
制御シグナリングモジュール312は、例えば、トラヒック制御モジュール350およびコンフィギュレーション情報351およびそこに含まれるさまざまな追加モジュール352, 353, 354, 355, 356, 357, 358, 359, 360, 361, 362, および363を含むアクセスポイント300のさまざまな態様の動作および／または設定を制御するための信号（例えばメッセージ）を受信することおよび送信することに関係する処理を制御する。本件態様のいくつかの実施形態において、制御シグナリングモジュール312は、アクセスポイント300の動作および／または制御シグナリングモジュール312によってサポートされる１つまたは複数のシグナリングプロトコルに関係する状態情報(例えばパラメータ、ステイタスおよび／またはその他の情報)を含んでいる。特に、制御シグナリングモジュール312は、コンフィギュレーション情報(例えば、アクセスポイント識別情報および／またはパラメータ設定)および動作情報(例えば、現在の処理状態、未決定のメッセージの処理ステイタスなどについての情報)を含んでよい。
【００３５】
トラヒック制御モジュール350は、ワイヤレス通信インタフェースモジュール330を経由してデータ情報(例えばメッセージ、パケットおよび／またはフレーム)を受信することおよび送信することに関係する処理を制御する。例示的なトラヒック制御モジュールは、パケットおよび／またはトラヒックフローのQoSのさまざまな態様（例えばパケットの関連シーケンス）を制御するさまざまな追加モジュール352、353、354、355、356、357、358、359、360、361、362および363にくわえて、コンフィギュレーション情報351を含んでいる。本件態様のいくつかの実施形態において、トラヒック制御モジュール350は、アクセスポイント300、トラヒック制御モジュール350、および／またはそこに含まれるさまざまな追加モジュール352、353、354、355、356、357、358、359、360、361、362および363の１つまたは複数のモジュールの動作に関係する状態情報(例えばパラメータ、ステイタスおよび／またはその他の情報)を含んでいる。コンフィギュレーション情報351(例えばパラメータ設定)は、トラヒック制御モジュール350および／またはそこに含まれるさまざまな追加モジュール352、353、354、355、356、357、358、359、360、361、362および363の動作を決定し、その動作に影響を及ぼし、および／またはその動作を規定する。いくつかの実施形態において、トラヒック制御の特別の態様をサポートするために必要とされるような特定の機能および動作を行うために、さまざまな追加モジュールが含まれている。本件態様のさまざまな実施形態において、モジュールは、トラヒック制御の機能的要件に依存して必要とされるような省略または組み合わせが行われてもよい。
【００３６】
例示的なトラヒック制御モジュール350に含まれる追加モジュールの各々についての説明は、以下のとおりである。
【００３７】
アドミッション制御モジュール352は、リソースの使用/活用可能性に関係する情報を維持し、および特定のトラヒックフローのQoS要件をサポートするのに十分なリソースが利用可能であるかどうかを決定する。アドミッション制御モジュール352によって維持されるリソース利用可能性情報は、1つまたは複数のトラヒックフローをサポートするために必要とされる処理および記憶の容量にくわえて、例えば、パケットおよび／またはフレームの待ち行列の容量、スケジューリング容量を含んでいる。制御シグナリングモジュール312および／またはアクセスポイント300に含まれる他のモジュールは、新しいまたは修正されたトラヒックフローをサポートするために十分なリソースが利用可能であるかどうかを決定するために、アドミッション制御モジュール352に質問をしてもよく、またいくつかの実施形態においてそうしている。ここにおいて、アドミッション制御の決定は、特定のトラヒックフローおよび／または利用可能なリソースのQoS要件の関数である。コンフィギュレーション情報351は、アドミッション制御モジュール352の動作に影響を与えるコンフィギュレーション情報(例えばパラメータ設定)、例えば、追加のリクエストを拒絶する前に割り当てられることができるリソースの百分率を示すアドミッション制御閾値を含んでもよく、いくつかの実施形態においてそうしている。
【００３８】
アップリンクのスケジューラモジュール353は、データ情報(例えば、メッセージ、パケットおよび／またはフレーム)がワイヤレスインタフェースモジュール330を経由して１つまたは複数のアクセス端末へ送信されるように、送信スケジューリング（例えば、順序および／またはタイミング）および送信リソース（例えば、情報符号化レート、送信タイムスロットおよび／または送信電力）の割り当てに関係する処理を制御する。アップリンクのスケジューラモジュール353は、１つまたは複数のトラヒックフローおよび／または１つまたは複数のアクセス端末と関連するQoS要件および／または制約の関数として、送信をスケジュールすることおよび送信リソースを割り当てることをしてもよく、またいくつかの実施形態中ではそうしている。コンフィギュレーション情報351は、アップリンクのスケジューラモジュール353の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、1つまたは複数のトラヒックフローおよび／またはアクセス端末と関連する優先権、レート境界、待ち時間の境界、および／または共有ウェイトを含んでもよく、またいくつかの実施形態においてそうしている。本件態様のいくつかの実施形態において、アップリンクのスケジューラモジュール353によって行なわれるスケジューリングおよび／またはリソース割り当ての動作は、追加的に、チャネル条件およびその他のファクタ(例えば電力予算)の関数である。
【００３９】
ダウンリンクのスケジューラモジュール354は、データ情報(例えば、メッセージ、パケットおよび／またはフレーム)がワイヤレスインタフェースモジュール330を経由してアクセスポイント300から１つまたは複数のアクセス端末へ送信されるように、送信のスケジューリング(例えば、順序および／またはタイミング)および送信リソース(例えば、情報符号化レート、送信タイムスロットおよび／または送信電力)の割り当てに関係する処理を制御する。ダウンリンクのスケジューラモジュール354は、１つまたは複数のトラヒックフローおよび／または１つまたは複数のアクセス端末と関連するQoS要件および／または制約の関数として、送信をスケジュールすることおよび送信リソースを割り当てることをしてもよく、またいくつかの実施形態ではそうしている。コンフィギュレーション情報351は、ダウンリンクのスケジューラモジュール354の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、１つまたは複数のトラヒックフローおよび／またはアクセス端末と関連する優先権、レート境界、待ち時間の境界、および／または共有ウェイトを含んでもよく、またいくつかの実施形態ではそうしている。本件態様のいくつかの実施形態において、ダウンリンクのスケジューラモジュール354によって行なわれるスケジューリングおよび／またはリソース割り当ての動作は、追加的に、チャネル条件およびその他のファクタ(例えば電力予算)の関数である。
【００４０】
アップリンクのトラヒック調節モジュール355は、データ情報（例えば、メッセージ、パケットおよび／またはフレーム）がワイヤレスインタフェースモジュール330を経由して例えばアクセス端末からアクセスポイント300へ受信されるように、トラヒックの調節（例えば、測定、マーキング、監視など）に関係する処理を制御する。アップリンクのトラヒック調節モジュール355は、１つまたは複数のトラヒックフローおよび／または１つまたは複数のアクセス端末と関連するQoS要件および／または制約の関数として、トラヒックを調節（例えば、測定、マークおよび／または監視）してもよく、またいくつかの実施形態ではそうしている。コンフィギュレーション情報351は、アップリンクのトラヒック調節モジュール355の動作に影響を与えるコンフィギュレーション情報(例えばパラメータ設定)、例えば、１つまたは複数のトラヒックフローおよび／または1つ又は複数のアクセス端末と関連するレート境界および／またはマーキング値を含んでよく、またいくつかの実施形態中ではそうしている。
【００４１】
アップリンクの分類機モジュール356は、ワイヤレスインタフェースモジュール330を経由して例えばアクセス端末からアクセスポイント300へ受信されるデータ情報(例えばメッセージ、パケットおよび／またはフレーム)を、アップリンクのトラヒック調節モジュール355によって処理される前に特定のトラヒックフローに所属するものとして識別することに関係する処理を制御する。本件態様のいくつかの実施形態において、ワイヤレス通信インタフェースモジュール330を経由して受信されるメッセージ、パケットおよび／またはフレームは、１つまたは複数のヘッダおよび／またはペイロードのフィールドの検査に基づいて、アップリンクの分類機モジュール356によって、さまざまなトラヒックフローのうちの1つに所属するものとして分類される。アップリンクの分類機モジュール356による分類の結果は、アップリンクのトラヒック分類機モジュール355によって分類されるデータ情報（例えばメッセージ、パケットおよび／またはフレーム）の取り扱いに影響を与えてもよく、またいくつかの実施形態ではそうしている。例えば、その結果は、メッセージ、パケットおよび／またはフレームが関連づけられるであろう特別のデータ構造または状態機械を決定し、および、測定、マーキングおよび／または監視のような後続の処理にさらに影響を与えてもよい。コンフィギュレーション情報351は、アップリンクの分類機モジュール356の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、データ情報（例えば、メッセージ、パケットおよび／またはフレーム）を１つまたは複数のトラヒックフローに所属するものとして関連づけるために用いられる比較基準を規定する１つまたは複数の分類フィルタ規則の集合を含んでよく、またいくつかの実施形態ではそうしている。
【００４２】
アップリンクのLLC(ARQ)モジュール357は、ワイヤレス通信インタフェースモジュール330を経由してデータ情報(例えばパケットおよび／またはフレーム)を例えばアクセス端末からアクセスポイント300へ受信することに関係するLLC層の処理を制御する。アップリンクのLLC(ARQ)モジュール357は、ARQ能力(例えば消失パケットまたはフレームの再送信)と関連する処理を含んでいる。本件態様のいくつかの実施形態において、アップリンクのLLC(ARQ)モジュール357は、上位層のメッセージ(例えばパケット)をカプセル化するLLCヘッダおよび／またはトレイラに関係する処理をさらに含んでいる。それは、追加の機能性、例えば、タイプフィールドによるマルチプロトコル多重機能/分離機能または合計検査フィールドによる誤り検出を提供する。アップリンクのLLC(ARQ)モジュール357は、アップリンクのPHY/MACモジュール358によって受信されるフレームを上位層のメッセージ(例えばパケット)にリアセンブルしてもよく、またいくつかの実施形態ではそうしている。コンフィギュレーション情報251は、アップリンクのLLC(ARQ)モジュール357の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、ARQウィンドウサイズ、再送信の最大回数、ディスカードタイマなど含んでもよく、またいくつかの実施形態ではそうしている。
【００４３】
アップリンクのPHY/MACモジュール358は、ワイヤレス通信インタフェースモジュール330を経由して例えばアクセス端末からアクセスポイント300へデータ情報(例えばパケットおよび／またはフレーム)を受信することに関係するPHY層およびMAC層の処理を制御する。本件態様のいくつかの実施形態において、アップリンクのPHY/MACモジュール358の動作は、データ情報(例えばメッセージ、パケットまたはフレーム)の受信を調整する制御情報(例えば信号またはメッセージ)を送信することおよび受信することの両方を含んでいる。コンフィギュレーション情報351は、アップリンクのPHY/MACモジュール358の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、受信のために用いられる周波数、帯域、チャネル、拡散符号またはホッピング符号、アクセスポイント300と関連する識別記号などを含んでよく、またいくつかの実施形態ではそうしている。
【００４４】
ダウンリンクの分類機モジュール359は、ワイヤレス通信インタフェースモジュール330を経由して例えばアクセスポイント300からアクセス端末へ送信される前に特定のトラヒックフローに所属するものとしてデータ情報（例えばメッセージ、パケットおよび／またはフレーム)を識別することに関係する処理を制御する。本件態様のいくつかの実施形態において、ワイヤレス通信インタフェースモジュール330を経由して送信されるべきメッセージ、パケットおよび／またはフレームは、１つまたは複数のヘッダおよび／またはペイロードのフィールドの検査に基づいて、ダウンリンクの分類機モジュール359によって、さまざまなトラヒックフローのうち1つに所属するものとして分類される。ダウンリンクの分類機モジュール359による分類の結果は、ダウンリンクの待ち行列管理モジュール361および他のモジュール360、362、363による分類されたデータ情報（例えばメッセージ、パケットおよび／またはフレーム)の取り扱いに影響を与えてもよく、またいくつかの実施形態ではそうしている。例えば、その結果は、メッセージ、パケットおよび／またはフレームが記憶のために関連づけられるであろう特定の待ち行列を決定し、およびスケジューリングのような後続の処理にさらに影響を与えてもよい。コンフィギュレーション情報351は、ダウンリンクの分類機モジュール359の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、データ情報（例えば、メッセージ、パケットおよび／またはフレーム）を１つまたは複数のトラヒックフローに所属するものとして関連づけるために用いられる比較基準を規定する１つまたは複数の分類フィルタ規則の集合を含んでよく、またいくつかの実施形態ではそうしている。
【００４５】
ダウンリンクのトラヒック調節モジュール360は、データ情報(例えばメッセージ、パケットおよび／またはフレーム)がワイヤレスインタフェースモジュール330を経由して例えばアクセスポイント300からアクセス端末へ送信されるように、トラヒックの調節（例えば、測定、マークキング、監視等）に関係する処理を制御する。ダウンリンクのトラヒック調節モジュール360は、１つまたは複数のトラヒックフローおよび／または１つまたは複数のアクセス端末と関連するQoS要件および／または制約の関数として、トラヒックの調節（例えば、測定、マーキングおよび／または監視）をしてもよく、またいくつかの実施形態ではそうしている。コンフィギュレーション情報351は、ダウンリンクのトラヒック調節モジュール360の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、１つまたは複数のトラヒックフローおよび／またはアクセス端末と関連するレート境界および／またはマーキング値を含んでよく、またいくつかの実施形態ではそうしている。
【００４６】
ダウンリンクの待ち行列管理モジュール361は、ワイヤレス通信インタフェースモジュール330を経由して例えばアクセスポイント300からアクセス端末へ送信されるべきデータ情報(例えばメッセージ、パケットおよび／またはフレーム)の記憶に関係する情報の維持および処理の制御を行う。ダウンリンクの待ち行列管理モジュール361は、トラヒックフロー単位をベースとして、送信待ちのデータ情報の記憶を制御し、および送信待ちのデータ情報に関する状態情報を維持してもよく、またいくつかの実施形態ではそうしている。例えば、各トラヒックフローと関連するパケットは、別々の待ち行列に記憶されてもよい。本件態様のいくつかの実施形態において、ダウンリンクの待ち行列管理361モジュールは、REDのようなさまざまなAQMメカニズムにくわえて、さまざまな待ち行列管理技術および／または能力(例えばヘッドドロップ、トレイルドロップ)をサポートする。コンフィギュレーション情報351は、ダウンリンクの待ち行列管理モジュール361の動作に影響を与えるコンフィギュレーション情報(例えばパラメータ設定)、例えば、１つまたは複数のトラヒックフローと関連する待ち行列の限界、ドロップ戦略および／またはAQM閾値を含んでよく、またいくつかの実施形態ではそうしている。
【００４７】
ダウンリンクのLLC(ARQ)モジュール362は、ワイヤレス通信インタフェースモジュール330を経由して例えばアクセスポイント300からアクセス端末へデータ情報(例えば、メッセージ、パケットおよび／またはフレーム)を送信することに関係するLLC層の処理を制御する。ダウンリンクのLLC(ARQ)モジュール362は、ARQ能力(例えば、消失パケットまたはフレームの再送信)と関連する処理を含んでいる。本件態様のいくつかの実施形態において、ダウンリンクのLLC(ARQ)モジュール362は、追加の機能性、例えば、タイプフィードによるマルチプロトコル多重機能/分離機能または検査合計フィールドによる誤り検出を提供するために、LLCヘッダおよび／またはトレイラを上位層のメッセージ(例えばパケット)に追加することに関係する処理をさらに含んでいる。ダウンリンクのLLC(ARQ)モジュール362はまた、上位層のメッセージ(例えばパケット)をダウンリンクのPHY/MACモジュール363によって送信されるべき複数のサブ部分（例えばフレーム）にフラグメンテーションしてもよく、またいくつかの実施形態ではそうしている。コンフィギュレーション情報351は、ダウンリンクのLLC(ARQ)モジュール362の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、ARQウィンドウサイズ、再送信の最大回数、ディスカードタイマなどを含んでよく、またいくつかの実施形態ではそうしている。 
ダウンリンクのPHY/MACモジュール363は、ワイヤレス通信インタフェースモジュール330を経由して例えばアクセスポイント300からアクセス端末へデータ情報（例えば、メッセージ、パケットおよび／またはフレーム）を送信することに関係するPHY層およびMAC層の処理を制御する。本件態様のいくつかの実施形態において、ダウンリンクのPHY/MACモジュール363の動作は、データ情報(例えば、メッセージ、パケットまたはフレーム)の送信を調整する制御情報(例えば、信号またはメッセージ)を送信することおよび受信することの両方を含んでいる。コンフィギュレーション情報351は、ダウンリンクのPHY/MACモジュール363の動作に影響を与えるコンフィギュレーション情報（例えばパラメータ設定）、例えば、送信のために用いられる周波数、帯域、チャネル、拡散符号、ホッピング符号、アクセスポイント300と関連する識別記号などを含んでよく、またいくつかの実施形態ではそうしている。
【００４８】
図4は、「キープアライブ」リクエスト（KAReq)のメッセージに応答すべき最大の時間の期間4000がどのように分けられるかを図示している。ある態様において、基地局は、ブロードキャストを聴いている端末が１つでもあるかどうかを決定するために、すべての端末にKAReqメッセージを送信する。システムの配備に依存して、あらかじめ定められた最大応答時間は、リクエストの時間（TREQ)に加えられるあらかじめ定められたデルタ(TD)を備えている。したがって、少なくとも1つの端末は、応答期間(PRESP)4000のうちに応答するはずである。ここにおいて、PRESP = TREQ + TDである。ある態様において、最大応答時間は、比較基準のリストから選ばれた１つの比較基準（残余電池寿命の比較基準、距離の比較基準、必要電力の比較基準、または端末状態の比較基準等）を用いることによって決定される。最大応答時間、および最大応答時間を計算するために用いられる測定値は、比較基準ごとに異なるものであってもよい。
【００４９】
ある態様において、応答期間4000は、第1の期間(Pfirst)4002、第2の期間(Psecond)4004および第3の期間(Pthird)4006の３つの期間に分けられてもよい。各期間は、開始時間(例えば、Tfirst-start, Tsecond-start および Tthird-start)および終了時間（Tfirst-end, Tsecond-end およびTthird-end)を備えている。ここにおいて、各期間についての終了時間は、その期間についての最大応答時間を表している。例えば、第1の期間はPfirst = Tfirst-start + Tfirst-endであり、第2の期間はPsecond = Tsecond-start + Tsecond-endであり、および第3の期間はPthird = Tthird-start + Tthird-endである。ここにおいて、Pfirst < Psecond < Pthirdである。
【００５０】
システムの配備に依存して、１つまたは複数のファクタに基づいて、例えば、端末の状態（ON、HOLD、SLEEPなど）、必要電力（P1、P2、P3など)および／または端末から基地局までの距離（D1、D2、D3など)に基づいて、各端末は、グループ化され、１つの期間に割り当てられてもよい。特定の端末が応答時間を設定するためにどの期間を用いるべきかを決定するために、他のファクタを採用してもよく、またどの期間のうちに端末がリクエスト者に応答を戻すかを決定するために、追加の期間を用いてもよい。
【００５１】
ある態様において、端末は、状態のリストから選ばれた状態のうちのどれか1つであることができる。ある態様において、状態のリストは、ON状態、HOLD状態、SLEEP状態、SPLIT状態およびOFF状態を含んでいる。ある態様において、プロセッサは、ON状態、HOLD状態またはSLEEP状態にいる間に基地局からメッセージを受信するように構成される。ある態様にしたがって、ある端末がON状態にあるとき、その端末は、電力が制御され、かつ時間が制御される。その端末はまた、アップリンクの専用制御チャネル(ULDCCH)リソースの排他的使用権を持っている。ULDCCHリソースについて、端末は、SNR(信号対雑音比)およびC/I比(キャリア対干渉比)のような測定されたダウンリンクチャネル品質情報を周期的に送信する。MAC ON状態にあるすべての端末のためのダウンリンクチャネル品質レポートは、基地局によって編集され、およびダウンリンクのデータ伝送のためにどの端末をスケジュールするべきかをダイナミックに決定するのに用いられる。さらに、MAC ON状態の端末は、トラヒック待ち行列のステイタスレポートを周期的に送信する。このレポートは、アップリンクのデータ伝送のためにどの端末をスケジュールするかを決定するために基地局によって用いられる。端末は、ダウンリンク上のブロードキャスト割り当てチャネルをコンスタントに受信する。端末は、いったん割り当てを受信すると、割り当てられたトラヒックチャネルのセグメント上で、基地局によって示されたレート（符号化および変調の組み合わせ）および電力レベルにおいて、送信および受信をすることができる。
【００５２】
端末がHOLD状態にあるとき、端末は、時間制御はされるが、電力制御はされない。端末は、ON状態またはSLEEP/HIBERNATE（睡眠／冬眠）状態に移る意思を示すために用いることができる非常に「薄い」アップリンクの専用リクエストチャネルを持っている。このリクエスト制御チャネルは、ULDCCHのスループットの小片のみを必要とする。さらに、状態を変えることを望むときにかぎり(つまり連続的にではなく)、端末は、このチャネルの上で送信をする必要がある。HOLD状態にあるすべての端末は、HOLD状態からON状態へ遷移する任意の特定の端末と交信するために基地局によって用いられるファーストページングチャネルを共有する。
【００５３】
端末がSLEEP状態にあるとき、その端末はどのエアリンクリソースも占有せず、およびデバイスは省電力モードのままである。端末は、電力制御もタイミング制御もされない。端末は、ダウンリンクのページングチャネルをチェックするために周期的に起き上がる（wake up）から、ページングメッセージを受信することができる。その起き上がりの周期性は、設定（変更）可能であって、ビーコンスロットまたは90ミリ秒以下程度の小さなものであってもよい。システムにアクセスし、およびユーザデータを受信または送信するために、端末はアクセス状態を通過しなければならない。
【００５４】
ある態様において、端末は、もしその端末がON状態にあれば、送信時間を決定するために第1の期間4002を用いるだろう。端末は、もしその端末がHOLD状態にあれば、送信時間を決定するために第2の期間4004を用いるだろう。端末は、もしその端末がSLEEP状態にあれば、送信時間を決定するために第3の期間4006を用いるだろう。
【００５５】
ある態様において、端末は、必要電力が第1のあらかじめ定められた必要電力レンジ（P1）の中にあれば、送信時間を決定するために第1の期間4002を用いるだろう。端末は、必要電力が第2のあらかじめ定められた必要電力レンジ（P2）の中にあれば、送信時間を決定するために第2の期間4004を用いるだろう。端末は、必要電力が第3のあらかじめ定められた必要電力レンジ（P3）の中にあれば、送信時間を決定するために第3の期間4006を用いるだろう。電力レンジは、リクエスト者（例えば基地局)に送信をするために必要な電力に基づいてあらかじめ定めておいてもよい。ある態様において、電力レンジは、互いに排他的であって、レンジP1における必要電力はレンジP2より小さく、レンジP2における必要電力はレンジP３より小さい。したがって、例えば、送信するために比較的小さな電力を必要とする端末は、応答するために第1の時間の期間の中の時間を選択するであろう。
【００５６】
ある態様において、端末は、基地局までの距離が第1のあらかじめ定められた距離レンジ（D1）であれば、送信時間を決定するために第1の期間4002を用いるだろう。端末は、基地局までの距離が第2のあらかじめ定められた距離レンジ(D2)であれば、送信時間を決定するために第2の期間4004を用いるだろう。端末は、基地局までの距離が第3のあらかじめ定められた距離レンジ（D3）であれば、送信時間を決定するために第3の期間4006を用いるだろう。距離レンジは、リクエスト者(例えば基地局)までの距離に基づいてあらかじめ定めておいてもよい。ある態様において、距離レンジは互いに排他的であって、レンジD1における端末の距離はレンジD2より小さく、レンジD2における端末の距離はレンジD3より小さい。したがって、例えば基地局に比較的近い端末は、第1の期間のうちの時間を選択するだろう。
【００５７】
ある態様において、端末は、残余電池電力が第1のあらかじめ定められた電池電力レンジであれば、送信時間を決定するために第1の期間4002を用いるだろう。端末は、残余電池電力が第2のあらかじめ定められた電池電力レンジであれば、送信時間を決定するために第2の期間4004を用いるだろう。端末は、残余電池電力が第3のあらかじめ定められた電池電力レンジであれば、送信時間を決定するために第3の期間4006を用いるだろう。ある態様において、第1のあらかじめ定められた電池電力レンジは、残余電池電力のハイレベルに基づいており、第2のあらかじめ定められた電池電力レンジは、残余電池電力の中間レベルに基づいており、第3のあらかじめ定められた電池電力レンジは、残余電池電力のローレベルに基づいている。あらかじめ定められた電池電力デルタは、残余電池電力のハイレベル、中間レベルおよびローレベルを区別するために用いられる。
【００５８】
他の態様において、端末は、その端末の電池寿命の関数としてその端末の応答時間を決定する（電池寿命が低いほど、応答時間が長い）。端末は、残余電池寿命（Bremaining)を最大電池寿命(Bmax)で割ることによる百分率として、残余電池寿命値（Blife）を決定するであろう(Blife = Bremaining / Bmax)。次に端末は、次の式を用いることによって最大応答時間(TMAX-REPLY)を決定することができる：TMAX-REPLY = TREQ ＋ (TD*(1−Blife))。このことにより、低い電池寿命を備えた端末は、電池電力を保存することができる。ある態様において、TMAX-REPLYは、現実の応答時間であってもよい。他の態様において、TMAX-REPLYは、メモリに記憶されている探索表を用いて決定されてもよい。この決定方法は、TDをTfirst-end, Tsecond-end または Tthird-endで置き換えることによって、前述の第1の期間4002、第2の期間4004または第3の期間4006の範囲内で適用されることができる。端末は、どの期間を用いるかをいったん決定したら、あらかじめ定められた各期間の範囲のうちのランダム時間を用いるかわりに、残余電池寿命に基づいて、最大応答時間を決定してもよい。
【００５９】
他の態様において、端末は、現在の動作モードに基づいて（例えば、最初の信号を受信したとき受信者ノードは複数の電力保存モードのどれにあるかの関数として）その端末の応答時間の期間を決定する。例えば、送信を可能にする動作モードにすでにある受信者ノードは、送信を可能にしないモードにある受信者ノードより短い応答時間を選択してもよい。
【００６０】
図5は、いくつかの実施形態の１つの態様と一致するルーチン5000のフロー図を示す。プロセッサは、論理モジュール、ソフトウェアオブジェクト、メモリおよび他のデバイスを用いてルーチン5000を実行するように構成されることができる。ブロック5002において、プロセッサは、応答を要求するリクエストメッセージを基地局が送信したという表示を受信するように構成される。ある態様において、端末状態にかかわらず、あるタイプのメッセージは監視され処理される。例えば、ブロードキャストメッセージは、端末がマルチキャストグループの一部であり続けている間、監視される。
【００６１】
ブロック5004において、プロセッサは、基地局のリクエストに応じて応答するための時間の期間を決定する、またはあらかじめ定められたファクタ（例えば、残余電池寿命、基地局からの距離など）に基づいて端末が応答するべき時間を計算するように構成される。ある態様において、システムの配備の上で、プロセッサは、応答を送信するためにどの時間の期間（第1の時間の期間、第2の時間の期間、または第3の時間の期間）を用いるべきかを決定するために、端末状態、必要電力レベル、基地局までの距離、および／または残余電池寿命を決定するように構成される。
【００６２】
ブロック5006において、端末は第1の期間の間に送信することを要求されているということが決定される場合、プロセッサは、応答時間を計算するために第1の時間の期間4002を選ぶように構成され、および第1の期間4002以内の応答時間を計算するように構成される。ある態様において、プロセッサは、選択された第1の期間内のランダム時間を選ぶことによって、応答時間を計算するように構成される。ブロック5008において、端末は第2の期間の間に送信することを要求されているということが決定される場合、プロセッサは、応答時間を計算するために第2の時間の期間4004を選ぶように構成され、および第2の期間4004以内の応答時間を計算するように構成される。ある態様において、プロセッサは、選択された第2の期間内のランダム時間を選ぶことによって、応答時間を計算するように構成される。ブロック5010において、端末は第3の期間の間に送信することを要求されているということが決定される場合、プロセッサは、応答時間を計算するために第3の時間の期間4006を選ぶように構成され、また第3の期間4006以内の応答時間を計算するように構成される。ある態様において、プロセッサは、選択された第3の期間内のランダム時間を選ぶことによって、応答時間を計算するように構成される。ブロック5013において、プロセッサは、計算された応答時間を選択する。計算された時間は、残余電池寿命に基づくものであってもよい。応答時間を計算するために、さまざまな方法が用いられてもよい。例えば、電池寿命が低ければ低いほど、端末が応答するまで待っている時間は長くなる。このことは、より多くの電池寿命を持っている他の端末が最初に応答することを可能にし、その結果、より低い電池寿命を持っている端末は電池寿命を保存することができる。残余電池寿命に依存して、当該応答時間は、最大応答時間であってもよい。
【００６３】
ある態様において、基地局が少なくとも1つの端末から応答を受信するとき、基地局は、少なくとも１つの端末から応答が受信されたというメッセージをグループ内のすべての端末に送信してもよい。このメッセージを受け取ると、プロセッサは、応答は必要ないと決定するように構成されている。いくつかの実施形態のうちの１つの態様において、他のある端末から基地局へ送信された応答は、本件端末によって受信されてもよい。応答して、プロセッサは、基地局のリクエストに対する応答は必要ないということを示すイベントを生成する。今の時間が選択された応答時間に達した場合、プロセッサは、タイマが満了したことを示すイベントを生成する。
【００６４】
ブロック5014において、プロセッサは、イベント（タイマが終了または応答が不要）を監視する。イベントを受信すると、プロセッサは、タイマが終了したのか、または応答が必要でないのかを決定する。もしタイマが終了したと決定されたら、ブロック5018において、プロセッサは、必要とされるリソースを用意し、応答メッセージを基地局に送信する。そうではなく、もし応答が必要でないと決定されたら、ブロック5020において、プロセッサは、タイマをリセットし、基地局からの次のリクエストを待つように構成される。
【００６５】
図6は、ある態様と一致する方法を実行するのに論理モジュールを用いるシステム6000を示す。システム6000は、相互に関係する機能ブロックのシリーズとして表わされる。これは、プロセッサ、ソフトウェアまたはこれらのものの組み合わせ（例えばファームウェエア）の１つまたは複数の論理モジュールによって実装される機能を表すことができる。ブロック6002において、第1の時間のうちに応答することを要求するリクエストを受信するためのモジュール。ブロック6004において、比較基準のリストから選ばれた第1の比較基準を用いて第1の最大応答時間を決定するための手段のためのモジュール。ここにおいて、最大応答時間は、第1の時間より小さい。ブロック6006において、応答時間を選ぶためのモジュール。ここにおいて、当該応答時間は、最大応答時間より大きくない。
【００６６】
本件特許出願の中で説明されているメッセージは、当該メッセージが通信されるノードにくわえて、当該メッセージを生成および／または受信するノードのメモリの中に記憶される。したがって、本件発明は、新規なメッセージを生成し、送信し、および用いるための方法および装置に向けられることにくわえて、本件出願のテキストおよび図面に説明および図示されるタイプの新規なメッセージの１つまたは複数を記憶する機械可読媒体（例えばメモリ）にも向けられる。
【００６７】
さまざまな実施形態において、本件明細書において説明されるノードは、本件態様の１つまたは複数の方法に対応するステップ(例えば、信号処理、メッセージ生成および／または送信のステップ)を実行する1つまたは複数のモジュールを用いて実装される。こうして、いくつかの実施形態において、さまざまな特徴は、モジュールを用いて実装される。そのようなモジュールは、ソフトウェア、ハードウェアまたはソフトウェアとハードウェアの組み合わせを用いて実装されてもよい。上記方法または方法のステップの多くは、例えば１つまたは複数のノードにおいて上記方法のすべてまたは一部を実装する機械（例えば、追加のハードウェアを備えているまたは備えていない汎用目的コンピュータ）を制御するメモリデバイス（例えば、RAM、FD等）のような機械可読媒体に含まれる機械実行可能命令（例えばソフトウェア）を用いて実装されることができる。したがって、とりわけ、本件態様は、機械（例えば、プロセッサ304および関連するハードウェア）に上記方法の１つまたは複数のステップを実行させるための機械実行可能命令を含む機械可読媒体に向けられる。
【００６８】
上記態様の方法および装置についての多数の追加的変形は、当業者にとって本件態様の上記説明を考慮して明白なものとなるであろう。そのような変形は、本件態様の範囲のうちにあると考えられるべきである。本件態様の方法および装置は、アクセスノードとモバイルノードの間のワイヤレス通信リンクを提供するために用いられることができるOFDM、CDMA、TDMAまたはその他のさまざまなタイプの通信技術とともに用いられてよく、またさまざまな実施形態においてそうされている。いくつかの実施形態において、アクセスノードは、OFDM、CDMAおよび／またはTDMAを用いてモバイルノードとの通信リンクを確立する基地局として実装される。さまざまな実施形態において、モバイルノードは、上記態様の方法を実装するためのノート型コンピュータ、PDAまたはその他のポータブルデバイス（受信機／送信機の回路および論理、および／またはルーチンを含む）として実装される。
【図１】
2009544260.tif 000003
【図２】
2009544260.tif 000004
【図３】
2009544260.tif 000005
【図４】
2009544260.tif 000006
【図５】
2009544260.tif 000007
【図６】
2009544260.tif 000008
【国際調査報告】
2009544260.tif 000009
2009544260.tif 000010
2009544260.tif 000011