(57)【要約】  通信システムにおけるポリシー決定を容易にするための装置及び関連する方法が提供され、その装置は、第１の宛先デバイスの第１の宛先デバイス識別を備えるメッセージを受信し、無線端末の位置情報にアクセスすることによって第２の宛先デバイスの第２の宛先デバイス識別を決定し、そして、第１の宛先デバイス識別を第２の宛先デバイス識別で置換する。
2009544259.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおけるポリシー決定を容易にする方法であって、
送信デバイスの送信デバイス識別及び宛先デバイスの宛先デバイス識別を備えるメッセージをカレントデバイスにおいて受信すること、
送信識別を前記カレントデバイスのカレントデバイス識別で置換すること、
及び、前記宛先デバイスに前記メッセージを送信することを備え、前記宛先デバイスはポリシー決定を行うように構成される、方法。
【請求項２】
カレントデバイスにおいてメッセージを受信することは、プロキシ・サーバにおいてメセージを受信することよりなり、前記プロキシ・サーバはＭＡＰシグナリンングを受信するように構成される、請求項１の方法。
【請求項３】
メッセージを受信することは、アクセスノードからメッセージを受信することよりなり、前記アクセスノードはＰＥＰを備える、請求項１の方法。
【請求項４】
前記宛先デバイスにメッセージを送信することは、メッセージをＰＤＰに送信することよりなる、請求項１の方法。
【請求項５】
前記メッセージを受信することは、認証トークン、メッセージ認証コード及び分類子を受信することよりなる、請求項２の方法。
【請求項６】
前記メッセージを送信することは、ライブネス・チェックを行うためのキープアライブ・メッセージを送信することよりなる、請求項１の方法。
【請求項７】
通信システムにおけるポリシー決定を容易にするための方法であって、
第１の宛先デバイスの第１の宛先デバイス識別を備えるメッセージをカレントデバイスにおいて受信すること、
無線端末の位置情報にアクセスすることによって第２の宛先デバイスの第２の宛先デバイス識別を決定すること、
第１の宛先デバイス識別を第２の宛先デバイス識別で置換すること、
を備える、方法。
【請求項８】
カレントデバイスにおいてメッセージを受信することは、プロキシ・サ＾バにおいてメッセージを受信することよりなる、請求項７の方法。
【請求項９】
前記第２の宛先デバイス識別を決定することは、無線端末にサービスしているＰＥＰのＰＥＰ識別を決定することを備える、請求項７の９方法。
【請求項１０】
メッセージを受信することは、ライブネス・チェックが失敗した表示を受信することよりなる、請求項７の方法。
【請求項１１】
ライブネス・チェックが失敗したことが決定された場合にＰＤＰに関連する全てのＰＥＰにリセット・メッセージを送信することを更に備える、請求項１０の方法。
【請求項１２】
通信システムにおけるポリシー決定を容易にするための装置であって、
送信デバイスの送信デバイス識別及び宛先デバイスの宛先デバイス識別を備えるメッセージをカレントデバイスにおいて受信するための手段と、
送信識別をカレントデバイスのカレントデバイス識別で置換するための手段と、
前記宛先デバイスに前記メッセージを送信するための手段と、
を備え、前記宛先デバイスはポリシー決定を行うように構成される、装置。
【請求項１３】
カレントデバイスにおいてメッセージを受信するための手段は、プロキシ・サーバにおいて前記メッセージを受信するための手段よりなり、前記プロキシ・サーバは、ＭＡＰシグナリングを受信するように構成される、請求項１２の装置。
【請求項１４】
前記メッセージを受信するための手段は、アクセスノードからメッセージを受信するための手段よりなり、前記アクセスノードはＰＥＰを備える、請求項１２の装置。
【請求項１５】
前記宛先デバイスにメッセージを送信するための手段は、ＰＤＰにメッセージを送信するための手段よりなる、請求項１２の装置。
【請求項１６】
前記メッセージを受信するための手段は、認証トークン、メッセージ認証コード及び分類子を受信するための手段よりなる、請求項１３の装置。
【請求項１７】
前記メッセージを送信する手段は、ライブネス・チェックを行うためのキープアライブ・メッセージを送信することよりなる、請求項１２の装置。
【請求項１８】
通信システムにおけるポリシー決定を容易にするための装置であって、
第１の宛先デバイスの第１の宛先デバイス識別を備えるメッセージをカレントデバイスにおいて受信するための手段と、
無線端末の位置情報にアクセスすることによって第２の宛先デバイスの第２の宛先デバイス識別を決定するための手段と、
前記第１の宛先デバイス識別を第２の宛先デバイス識別で置換するための手段と、を備える装置。
【請求項１９】
前記メッセージをカレントデバイスにおいて受信するための手段は、前記メッセージをプロキシ・サーバにおいて受信するための手段よりなる、請求項１８の装置。
【請求項２０】
前記第２の宛先デバイス識別を決定するための手段は、無線端末にサービスしているＰＥＰのＰＥＰ識別を決定するための手段を備える、請求項１８の装置。
【請求項２１】
メッセージを受信するための手段は、ライブネス・チェックが失敗した表示を受信するための手段よりなる、請求項１８の装置。
【請求項２２】
ライブネス・チェックが失敗したことが決定された場合にＰＤＰに関連して全てのＰＥＰにリセット・メッセージを送信するための手段を更に備える、請求項２１の装置。
【請求項２３】
通信システムにおけるポリシー決定を容易にするためのプロキシ・サーバであって、
１つ又は複数の識別情報を記憶するためのメモリであって、カレントデバイス識別を備えるメモリと、
前記メモリに連結されかつ送信デバイスの送信デバイス識別及び宛先デバイスの宛先デバイス識別を備えるメッセージを受信するように構成されるプロセッサと、を備え、前記プロセッサは、さらに、送信識別をカレントデバイス識別で置換するように構成され、かつ前記メッセージを前記宛先デバイスに送信するように構成される、プロキシ・サーバ。
【請求項２４】
前記メッセージは、ＰＥＰを備えたアクセスノードから受信される、請求項１２の装置。
【請求項２５】
前記メッセージは、ＰＤＰに送信される、請求項１２の装置。
【請求項２６】
前記メッセージは、認証トークン、メッセージ認証コード及び分類子を備える、請求項１３の装置。
【請求項２７】
通信システムにおけるポリシー決定を容易にするためのプロキシ・サーバであって、
１つ又は複数の識別情報を記憶するためのメモリと、プロセッサとを備え、前記プロセッサは、前記メモリに連結されかつ第１の宛先デバイスの第１の宛先デバイス識別を備えるメッセージを受信するように構成され、前記プロセッサは、第１の宛先デバイス識別を第２の宛先デバイス識別で置換するように構成される、
プロキシ・サーバ。
【請求項２８】
前記プロセッサは、外部データベースにアクセスすることにより、無線端末にサービスしているＰＥＰのＰＥＰ識別を決定するように構成される、請求項１８の装置。
【請求項２９】
プロセッサは、さらに、ライブネス・チェックが失敗したことが決定された場合に、ＰＤＰに関連して全てのＰＥＰにリセット・メッセージを送信するように構成される、請求項２１の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、さらに詳細には、ポリシー決定（policy decision）及び施行（enforcement）を容易にするための方法及び装置に関する。
【背景技術】
【０００２】
通信システムでは、無線端末が、あるリソースの追加、使用又は修正を希望する場合には、その無線端末は、ポリシー施行点（Policy Enforcement Point）（PEP）に要求をする。ＰＥＰは、無線端末の要求を実行するために、コア・ネットワークの一部であるポリシー決定点（Policy Decision Point）（PDP）と通信する。ポリシー・コントロール・プロトコル（policy control protocol）を有する主な理由は、オペレータの領域（operator's domain）内のローカル・ポリシー（local policies）に基づいてＰＤＰｓがネットワーク・リソースの使用を認可（authorize）できるようにすることである。ポリシー・コントロールは、あるアプリケーションに限定されない。しかし、それは、リソース予約を必要とするアプリケーションに対して使用されることが予想される。
【０００３】
ネットワーク・リソースの使用をローカル・ポリシーに基づいて認可することに加えて、ポリシー・コントロールは、リソースがデバイスによって実際に使用されているかどうかについて直接認識を有することができる。これは、交渉されつつある又は既に確立されているセッションとそのようなセッションに対する要求されたリソースとの間のビンデイング（binding）を確保するネットワーク内のセッション・コントロール要素（session control elements）とインタフェースすることによって行われる。
【０００４】
一般に、ＰＤＰは、要求する無線端末が要求されたリソースへのアクセスを許可されているかどうかを決定するために種々のチェックを行う。決定がなされると、ＰＤＰは、その決定をＰＥＰに伝達する。ＰＥＰはこの情報を無線端末に中継する。固定ネットワークでは、ＰＤＰは、無線端末のために、その要求をどのＰＥＰが行ったかを知る。また、ＰＥＰは、それがＰＤＰからの応答をまっている間にＰＤＰについてのステータス及び情報を知る。固定ネットワークでは、このＰＥＰは、ＰＤＰの要求情報及びステータスを知る唯一のものであり、かつ、端末は一般にそのＰＥＰと通信する。しかし、モバイル・ネットワークでは、これが問題を提起する。これは、無線端末内で通信するためにインターネット・アクセス・ノード（ＡＮ）（例えば、コア・ルータ／ゲートウエイで又は基地局で具現されたインターネット・アクセス・ルータ）を用いるモバイル・ネットワークに対して特に該当する。無線端末が新しいＰＥＰ（すなわちＡＮ）に移動すると、その新しいＰＥＰは、先のＰＥＰによってＰＤＰに対してなされた保留のリソース要求について知らないであろう。ＰＥＰは１つのセッションの間に数回変わるから、ＰＤＰは静止ＰＥＰを特定の加入者と関連づけることができない。一般に、ＰＥＰは、それが取得を助けた割当てリソースについての情報を維持するだけである。モバイル・ネットワークでは、無線端末が大きい地理的領域内で移動しううことは普通である。このようにして、無線端末は、１つのＡＮから他のＡＮへと移動しうる。無線端末は、第１のＡＮにおいて第１のＰＥＰを用いて要求をなし、そして、ＰＤＰが回答する機会を持つ前に他のＰＥＰ及びＡＮに移動することが可能である。従って、無線端末が１つのＰＥＰを用いて要求をなし、他のＰＥＰにおいて回答を受信し、そして、他のＰＥＰを通じて１つのＰＥＰで確立された既存のリソースを修正できるようにするシステムの必要性が存在する。
【発明の概要】
【０００５】
種々の実施の形態によれば、通信システムにおけるポリシー決定を容易にするための方法が提供され、この方法は、カレントデバイス（current device）において、送信デバイスの送信デバイス識別及び宛先デバイスの宛先デバイス識別を備えるメッセージを受信し、送信識別をカレントデバイスのカレントデバイス識別で置換し、ポリシー決定を行うように構成された宛先デバイスにそのメッセージを送信する。
【０００６】
他の態様では、通信システムにおけるポリシー決定を容易にするための方法が提供され、その方法は、第１の宛先デバイスの第１の宛先デバイス識別を備えるメッセージをカレントデバイスにおいて受信し、無線端末の位置情報にアクセスすることによって第２の宛先デバイスの第２の宛先デバイス識別を決定し、そして第１の宛先デバイス識別を第２の宛先デバイス識別で置換する。
【０００７】
他の態様によれば、通信システムにおけるポリシー決定を容易にするための装置が提供され、その装置は、送信デバイスの送信デバイス識別及び宛先デバイスの宛先デバイス識別を備えるメッセージをカレントデバイスにおいて受信するための手段と、送信識別をカレントデバイスのカレントデバイス識別で置換するための手段と、メッセージを宛先デバイスに送信するための手段を有し、宛先デバイスはポリシー決定を行うように構成される。
【０００８】
他の態様によれば、通信システムにおけるポリシー決定を容易にするための装置であり、その装置は、第１の宛先デバイスの第１の宛先デバイス識別を備えるメッセージをカレントデバイスにおいて受信するための手段と、無線端末の位置情報にアクセスすることによって第２の宛先デバイスの第２の宛先デバイス識別を決定するための手段と、第１の宛先デバイス識別を第２の宛先デバイス識別で置換するための手段を有する。
【０００９】
この態様の全てに利益及び範囲についてのさらに完全な理解が、添付図面、説明及び添付請求項から取得できる。
【図面の簡単な説明】
【００１０】
【図１】例示の通信システムのネットワーク図である。
【図２】例示のアクセス端末を示す。
【図３】例示のアクセス・ポイントを示す。
【図４】１つの態様による通信システムのゾーンを示す。
【図５】幾つかの実施の形態の１つの態様によるルーチンのフローを示す。
【図６】幾つかの実施の形態の１つの態様による方法６００を実施するための１つ又は複数のモジュールの使用を示す。
【図７】幾つかの実施の形態の１つの態様による方法７００を実施するための１つ又は複数のモジュールの使用を示す。
【詳細な説明】
【００１１】
この態様は、通信システムに関し、さらに詳細には、通信システムにおけるトラフィック・フロー間のサービス差別化（service differentiation）の品質をサポートするための方法及び装置に関する。
【００１２】
図１は、１つの態様に従って実装される例示の通信システム１００、例えば、通信リンクによって相互接続される複数のノードを備えるセルラー通信ネットワークを示す。このネットワークは、情報を無線リンクで伝達するために直交周波数分割多重（ＯＦＤＭ）情報を用いてよい。しかし、他のタイプの信号、例えば、符号分割多重アクセス（ＣＤＭＡ）信号又は時分割多重アクセス（ＴＤＭＡ）信号が代わりに用いられてもよい。例示の通信システム１００におけるノードは、通信プロトコル、例えば、インターネット・プロトコル（ＩＰ）に基づく信号、例えば、メッセージを用いて情報を交換する。システム１００の通信リンクは、例えば、ワイヤ、ファイバ・オプテイック・ケーブル、及び(又は)無線通信技法を用いて、実装されてよい。例示通信システム１００は、複数のアクセスポイント１４０、１４０’、１４０’’、によって通信システムにアクセス複数のアクセス端末１４４、１４６、１４４’、１４６’、１４４’’、１４６’’を含む。アクセス端末１４４、１４６、１４４’、１４６’、１４４’’、１４６’’は、例えば、無線通信デバイス又は端末であってよく、そして、アクセス・ポイント１４０、１４０’、１４０”は、例えば、無線アクセス・ルータ又は基地局であってよい。例示の通信システム１００はまた、相互接続性（interconnectivity）を提供するため又は特定のサービス又は機能を提供するために用いられる幾つかの他のノード１０２、１０４、１０６、１０８、１１０、及び１１２を含む。
【００１３】
図１の例示システム１００は、全てがそれぞれ対応するネットワーク・リンク１０３、１０５、１０７，及び１０９によって中間のネットワーク・ノード１１０に接続されるアクセス制御ノード１０２、移動度サポート・ノード（mobility support node）１０４、ポリシー制御ノード、及びアプレイケーション・サーバ・ノード１０８を含むネットワークを示す。幾つかの実施の形態では、アクセス制御ノード、例えば、リモート・オーセンテイケーション・ダイアル・イン・ユーザ・サービス（Remote Authentication Dial In User Service）（ＲＡＤＩＵＳ）又は直径サーバ（Diameter server）が、アクセス端末の認証（authentication）、認可（authorization）及び(又は)アカウンテイング（accounting）及び（又は）アクセス端末に関連するサービスをサポートする。幾つかの実施の形態では、移動度サポート・ノード、例えば、モバイルＩＰホーム・エージェント及び（又は）コンテクスト・トランスファ・サーバ（context transfer server）は、例えば、アクセス端末への（からの）トラフィックの転送（redirection）及び(又は)アクセスポイント間のアクセス端末に関連する状態の伝達（transfer of state）によって、アクセスポイント間のアクセス端末の移動度（mobility）、例えば、ハンドオフ（handoff）をサポートする。幾つかの実施の形態では、ポリシー制御ノード、例えば、ポリシー・サーバ(policy server)又はポリシー決定点（Policy Decision Point）（ＰＤＰ）は、サービス又はアプリケーション層セッションに対するポリシー認可（policy authorization）をサポートする。幾つかの実施の形態では、アプリケーション・サーバ・ノード、例えば、セッション・イニシエーション・プロトコル・サーバ(Session Initiation Protocol server)、ストリーミング・メデイア・サーバ（streaming media server）、又は他のアプリケーション層サーバ（application layer server）が、アクセス端末に利用可能なサービスに対するセッション・シグナリング(session signaling)をサポートし、及び（又は）アクセス端末に利用可能なサービス又はコンテンツを提供する。
【００１４】
ネットワーク１０１における中間ネットワーク・ノード１１０は、ネットワーク１０１のパースペクテイブ(perspective)から外のネットワーク・ノードにネットワーク・リンク１１１によって相互接続性（interconnectivity）を提供する。ネットワーク・リンク１１１は、複数のアクセスポイント１４０、１４０’、１４０’’にそれぞれネットワーク・リンク１４１、１４１、１４１”によって他の接続性（connectivity）を提供する他の中間ネトワーク・ノード１１２に接続される。
【００１５】
各アクセスポイント１４０、１４０、１４０は、複数Ｎのアクセス端末（１４４，１４６）、（１４４、１４６）、（１４４、１４６）にそれぞれ対応するアクセス・リンク（１４５、１４７）、（１４５’、１４７’）、（１４５’’、１４７’’）によって接続性を提供するように描かれている。例示通信システム１００では、各アクセスポイント１４０、１４０’、１４０’’は、アクセスを提供するために無線技術、例えば、無線アクセス・リンクを用いるとして描かれている。各アクセスポイントの無線カバレージ・エリア（radio coverage area）、例えば、通信セル１４８、１４８、１４８はそれぞれ、対応するアクセスポイントを取り囲んだ円として示されている
例示通信ムシスｔ１００は、種々の実施の形態の説明のためのベースとして後で用いられる。この態様の他の実施の形態は、ノード（ネットワーク・ノード、アクセスポイント、アクセス端末、及び種々の制御、サポート、及びサーバ・ノードを含む）の数及びタイプ、リンクの数及びタイプ、及び種々のノード間の相互接続性は、図１に描かれた例示通信システム１００のとは異なってよい種々のネットワーク・トポロジー(network topologies)を含む。
【００１６】
図２は、例示のアクセス端末２００、例えば、無線端末の詳細な図示を提供する。図２に示された例示アクセス端末２００は、図１に示されたアクセス端末１４４、１４６、１４４’、１４６’、１４４’’、１４６’’のうちの任意の１つとして用いられうる装置の詳細な表示である。１つの態様によれば、図２の実施の形態では、アクセス端末２００は、バス２０６によって互いに結合されるプロセッサ２０４、無線通信インタフェース・モジュール２３０、ユーザ入力／出力インタフェース２４０及びメモリ２１０を含む。従って、バス２０６によって、サクセス端末２００の種々のコンポーネントは、情報、信号及びデータを交換できる。アクセス端末２００のコンポーネント２０４、２０６、２１０、２３０、２４０はハウジング２０２の内側に配置される。
【００１７】
無線通信インタフェース・モジュール２３０は、アクセス端末２００の内部コンポーネントが外部デバイス及びネットワーク・ノード、例えば、アクセスポイントへ（から）信号を送信及び受信できる機構を提供する。無線通信インタフェース・モジュール２３０は、例えば、対応する受信アンテナ２３６を有する受信器モジュール２３２及びアクセス端末２００を、例えば、無線通信チャンネルによって、他のネットワーク・ノードに結合するために用いられる対応する送信アンテナ２３８を有する送信器モジュール２３４を含む。
【００１８】
例示アクセス端末２００はまた、ユーザ入力デバイス２４２、例えば、キーパッド、及びユーザ出力デバイス２４４、例えば、ユーザ入力／出力インタフェース２４０によってバス２０６に結合されるデイスプレイを含む。従って、ユーザ入力／出力デバイス２４２、２４４は、ユーザ入力／出力インタフェース２４０及びバス２０６によって、アクセス端末の他のコンポーネントと情報、信号及びデータを交換できる。ユーザ入力／出力インタフェース２４０及び関連するデバイス２４２、２４４は、ユーザが種々のタスクを達成するためにアクセス端末を操作できる機構を提供する。特に、ユーザ入力デバイス２４２及びユーザ出力デバイス２４４は、アクセス端末２００及びアプリケーション、例えば、モジュール、プログラム、ルーチン及び(又は)アクセス端末２００のメモリ２１０内で実行する機能をユーザが制御できるようにする機能性（functionality）を提供する。
【００１９】
種々のモジュール、例えば、メモリ２１０に含まれたルーチンの制御のもとにあるプロセッサ２０４は、種々のシグナリング及び処理（signaling and processing）を実行するためにアクセス端末２００の動作を制御する。メモリ２１０に含まれたモジュールはスタートアップで又は他のモジュールに呼ばれて実行される。モジュールは、実行されると、データ、情報、及び信号を交換できる。モジュールはまた、実行されると、データ及び情報をシェアしてもよい。図２の実施の形態では、アクセス端末２００のメモリ２１０は、制御シグナリング・モジュール（control signaling module）２１２、アプリケーション・モジュール２１４、及びトラフィック制御モジュール２５０を含み、トラフィック制御モジュール２５０は、構成情報２５１及び種々の付加モジュール２５２、２５３、２５４、２５５、２５６、２５７、２５８及び２５９をさらに含む。
【００２０】
制御シグナリング・モジュール２１２は、例えば、トラフィック制御モジュール２５０ならびに構成情報２５１およびモジュール２５０に含まれた種々の付加モジュール２５２、２５３、２５４、２５５、２５６、２５７、２５８及び２５９を含むアクセス端末２００の種々の態様の動作及び（又は）構成を制御するための信号、例えば、メッセージを受信及び送信することに関係する処理を制御する。幾つかの実施の形態では、制御シグナリング・モジュール２１２は、ステート情報、例えば、パラメータ、アクセス端末２００の動作に関するステータス及び（又は）情報及び（又は）制御シグナリング・モジュール２１２によってサポートされた１つ又は複数のシグナリング・プロトコルを含む。特に、制御シグナリング・モジュール２１２は、構成情報、例えば、アクセス端末識別情報及び（又は）パラメータ設定、及び動作情報、例えば、現在の処理状態、保留メッセージ・トランザクションの状況、等を含んでよい。
【００２１】
アプリケーション・モジュール２１４は、アクセス端末２００によってサポートされる１つ又は複数のアプリケーションに関する処理及び通信を制御する。この態様の幾つかの実施の形態では、アプリケーション・モジュール２１４処理は、ユーザ入力／出力インタフェース２４０による情報の入力／出力に関するタスク、アプリケーションに関連した情報の操作、及び（又は）アプリケーションに関連した信号、例えば、メッセージを受信又は送信することを含む。幾つかの実施の形態では、アプリケーション・モジュール２１４は、ステート情報、例えば、アプリケーション・モジュール２１４によってサポートされた１つ又は複数のアプリケーションに関係するパラメータ、ステータス及び（又は）他の情報を含む。特に、アプリケーション・モジュール２１４は、構成情報、例えば、ユーザ識別情報及び(又は)パラメータ設定、及び動作情報、例えば、現在の処理状態、保留応答（pending responses）のステータス（status）、等についての情報を含む。アプリケーション・モジュール２１４によってサポートされたアプリケーションは、例えば、ボイス・オーバー・アイピー（ＶｏＩＰ）、ウエブ・ブラウジング、ストリーミング・オーデイオ／ビデオ、インスタント・メッセージ（instant messaging）、ファイル・シェアリング、ゲーミング（gaming）、等を含む。
【００２２】
トラフィック制御モジュール２５０は、データ情報、例えば、メッセージ、パケット、及び（又は）フレームを、無線通信インタフェース・モジュール２３０によって受信すること及び送信することに関係する処理を制御する。例示のトラフィック制御モジュールは、構成情報２５１ならびにパケット及び（又は）トラフィック・フロー、例えば、関連するパケットのシーケンスに対するサービスの品質の種々の態様を制御する種々の付加モジュール２５２、２５３、２５４、２５５、２５６、２５７、２５８、及び２５９を含む。幾つかの実施の形態では、トラフィック制御モジュール２５０は、ステート情報、例えば、アクセス端末２００、トｒフィック制御モジュール２５０、及び（又は）モジュール２５０に含まれた種々の付加モジュール２５２、２５３、２５４、２５５、２５６、２５７、２５８、及び２５９の１つ又は複数の動作に関するパラメータ、ステータス及び（又は）情報を含む。構成情報２５１、例えば、パラメータ設定は、トラフィック制御モジュール２５０及び（又は）それに含まれた種々の追加モジュール２５２、２５３、２５４、２５５、２５６、２５７、２５８、及び２５９の動作を決定する、その動作に影響を及ぼす、及び（又は）その動作を規定する。それらの種々の追加モジュールは、トラフィック制御の特定の態様をサポートするために必要とされる特定の機能及び動作を実行するために、幾つかの実施の形態に含まれる。種々の実施の形態において、モジュールは、トラフィック制御の機能的要件に応じて必要とされるように省略され及び（又は）組合せられうる。例示のトラフィック制御モジュール２５０に含まれる各付加モジュールの説明が続く。
【００２３】
アドミッション制御モジュール２５２はリソース利用／有効性に関する情報を維持し、かつ、特定のトラフィック・フローのサービス要件の品質をサポートするのに十分なリソースが利用可能であるかどうか決定する。アドミッション制御モジュール２５２によって維持されるリソース利用可能性情報は、例えば、１つ又は複数のトラフィック・フローをサポートするために必要とされるパケット及び（又は）フレーム・キューイング。キャパシテイ（packet and/or frame queuing capacity）、スケジューリング・キャパシテイ（scheduling capacity）、ならびに処理及びメモリ・キャパシテイ（processing and memory capacity）を含む。制御シグナリング・モジュール２１２、アプリケーション・モジュール２１４、及び（又は）アクセス端末２００に含まれる他のモジュールは、新しい又は修正されたトラフィック・フローをサポートするために十分なリソースが利用可能であるかどうかを決定するために、アドミッション制御モジュール２５２に問合せ（query）てもよく、幾つかの実施の形態では、問合せる。構成情報２５１は、構成情報、例えば、アドミッション制御モジュール２５２の動作、例えば、追加の問合せを拒否する前に割当てられうるリソースのパーセンテージを示すアドミッション制御閾値に影響を及ぼすパラメータ設定を含んでよく、幾つかの実施の形態では、含む。
【００２４】
アップリンク・スケジューラ・モジュール２５３は、送信スケジューリング、例えば、データ情報、送信リソースのオーダー及び（又は）タイミング、及び割当て、例えば、データ情報、例えば、メッセージ、パケット、及び（又は）フレームがアクセス端末２００からアクセスポイントに無線インタフェース・モジュール２３０によって送信されるための情報符号化レート、送信時間スロット、及び（又は）送信電力に関する処理を制御する。アップリンク・スケジューラ・モジュールは、送信をスケジュールしかつサービス要件及び（又は）１つ又は複数のトラフィック・フローに関連した制約の関数として送信リソースを割当ててもよく、幾つかの実施の形態では、そのようにスケジュールしかつ割当てる。構成情報２５１は、構成情報、例えば、アップリンク・スケジューラ・モジュール２５３の動作に影響するパラメータ設定、例えば、優先度（priority）、レート・バウンド（rate bound）、ラテンシー・バウンド(latency bound)、及び（又は）１つ又は複数のトラフィック・フローに関連したシェアリング・ウエイト（sharing weight）を含んでよく、幾つかの実施の形態では、含む。この態様の幾つかの実施の形態では、アップリンク・スケジューラ・モジュール２５３によって行われるスケジューリング及び（又は）リソース割当て動作はさらに、チャンネル条件及び他の要因、例えば、パワー・バジェット(power budget)の関数である。
【００２５】
アップリンクＰＨＹ／ＭＡＣモジュール２５４は、データ情報、例えば、メッセージ、パケット、及び（又は）フレームを、無線通信インタフェース・モジュール２３０によって、例えばアクセス端末２００からアクセスポイントに送信することに関する物理（ＰＨＹ）層及び媒体アクセス制御（Media Access Control）(MAC)層処理を制御する。幾つかの実施の形態では、アップリンクＰＨＹ／ＭＡＣモジュール２５４は、制御情報、例えば、データ情報、例えばメッセージ、パケット、又はフレームの送信を調整するための制御情報、例えば、信号又はメッセージを送信すること及び受信することの両方を含む。構成情報２５１は、構成情報、例えば、アップリンクＰＨＹ／ＭＡＣモジュール２５４の動作に影響を及ぼすパラメータ設定、例えば、送信のために用いられるべき周波数、帯域、チャンネル、拡散符号（spreading code）又は希望符号（hoping code）と、アクセス端末２００に関連した識別子、割当て要求チャンネルの使用を規定する要求辞書（request dictionary）を含んでよく、幾つかの実施の形態では、含む。
【００２６】
アップリンク論理リンク制御モジュール（Logical Link Control (ARQ) module）２５５は、データ情報、例えば、メッセージ、パケット、及び（又は）フレームを、無線通信インタフェース・モジュール２３０によって、例えば、アクセス端末２００からアクセスポイントに送信することに関する論理リンク制御層処理(Logical Link Control(LLC) layer processing)を制御する。アップリンクＬＬＣ（ＡＲＱ）モジュール２５５は、自動再送要求機能（Automatic Repeat Request (ARQ) capabilities）、例えば、失ったパケット又はフレームの再送信に関連した処理を含む。幾つかの実施の形態では、アップリンクＬＬＣ（ＡＲＱ）モジュール２５５は、付加的機能性、例えば、タイプ・フィールド(type field)によるマルチプロトコル多重化／多重分離（multi-protocol multiplexing/demultiplexing）又はチェックサム・フィールド(checksum field)によるエラー検知を提供するための、より上位層メッセージ（higher layer messages）、例えば、パケットへのＬＬＣヘッダ及び(又は)トレーラの追加に関する処理を含む。アップリンクＬＬＣ（ＡＲＱ）モジュール２５５はまた、より上位層メッセージ、例えば、パケットのアップリンクＰＨＹ／ＭＡＣモジュール２５４によって送られるべきマルチプル・サブポーション（multiple sub-portions）例えば、フレームへのフラグメンテーション（fragmentation）を行ってよく、幾つかの実施の形態では、行う。構成情報２５１は、構成情報、例えば、アップリンクＬＬＣ（ＡＲＱ）モジュール２５５の動作に影響を及ぼすパラメータ設定、例えば、ＡＲＱウインドウ・サイズ、再送信の最大数、廃棄タイマ、等を含んでよく、幾つかの実施の形態では、含む。
【００２７】
アップリンク・キュー・マネジメント・モジュール２５６は、情報を維持し、かつ、データ情報、例えば、無線通信インタフェース・モジュール２３０によって、例えば、アクセス端末２００からアクセスポイントに送られるべきメッセージ、パケット、及び(又は)フレームの記憶に関する処理を制御する。アップリンク・キュー・マネジメント・モジュール２５６は、トラフィック・フロー毎のベースで送信を待つデータ情報の記憶を制御してよく、幾つかの実施の形態では、制御し、例えば、各トラフィック・フローに関連したパケットは別々のキューで記憶されてよい。この態様の幾つかの実施の形態では、アップリンク・キュー・マネジメント・モジュール２５６は、種々のキュー・マネジメント技法及び（又は）機能、例えば、ヘッド・ドロップ（head drop）、テール・ドロップ（tail drop）、ランダム初期検知（ＲＥＤ）のような種々のアクテイブ・キュー・マネジメント（ＡＱＭ）機構をサポートする。構成情報２５１は、構成情報、例えば、アップリンク・キュー・マネジメント・モジュール２５６の動作に影響を及ぼすパラメータ設定、例えば、キュー・リミット(queue limit)、ドロップ・ストラテジー(drop strategy)及び（又は）１つ又は複数のトラフィック・フローに関連したＡＱＭ閾値を含んでよく、幾つかの実施の形態では、含む。
【００２８】
アップリンク分類子モジュール２５７は、データ情報、例えば、メッセージ、パケット、及び(又は)フレームの識別に関する処理を、無線通信インタフェース・モジュールによってアクセス端末２００からアクセスポイントに送られる前の特定のトラフィック・フローに属するとして制御する。この態様の幾つかの実施の形態では、無線通信インタフェース・モジュール２３０によって送られるべきメッセージ、パケット、及び（又は）フレームは、１つ又は複数のヘッダ及び（又は）ペイロード・フィールドの点検に基づいて、アップリンク分類子モジュール２５７により、種々のトラフィック・フローの１つに属するとして分類される。アップリンク分類子モジュール２５７による分類の結果は、アップリンク・キュー・マネジメント・モジュール２５６及び他のモジュール２５３、２５４、２５５による、分類されたデータ情報、例えば、メッセージ、パケット、及び（又は）フレームの処理（treatment）に影響を及ぼしてよく、幾つかの実施の形態では、影響を及ぼし、例えば、その結果は、記憶のためにメッセージ、パケット及び（又は）フレームが関連されるであろう特定のキューを決定し、そして、スケジューリングのような後での処理にさらに影響を及ぼしうる。構成情報２５１は、構成情報、例えば、アップリンク分類子モジュール２５７の動作に影響を及ぼすパラメータ設定、例えば、データ情報、例えば、メセージ、パケット、及び(又は)フレームを、１つ又は複数のトラフィック・フローに属するとして関連づけるための用いられる基準を規定する１つの組の１つ又は複数の分類子フィルタ・ルール（classifier filter rules）を含んでよく、幾つかの実施の形態では、含む。
【００２９】
ダウンリンクＰＨＹ／ＭＡＣモジュール２５８は、データ情報、例えば、パケット及び(又は)フレームを、無線通信インタフェース・モジュール２３０によって、アクセスポイントからアクセス端末２００に受信することに関するＰＨＹ層及びＭＡＣ層処理を制御する。この態様の幾つかの実施の形態では、ダウンリンクＰＨＹ／ＭＡＣモジュール２５８の動作は、データ情報、例えば、メッセージ、パケット、又はフレームの受信を調整するための制御情報、例えば、信号又はメッセージを送信すること及び受信することの両方を含む。構成情報２５１は、構成情報、例えば、ダウンリンクＰＨＹ／ＭＡＣモジュール２５８の動作に影響を及ぼすパラメータ設定、例えば、受信のために用いられるべき周波数、帯域、チャンネル、分散符号（spreading code）又は希望符号（hoping code）と、アクセス端末２００に関連した識別子、等を含んでよく、幾つかの実施の形態では、含む。
【００３０】
ダウンリンクＬＬＣ（ＡＲＱ）モジュール２５９は、データ情報、例えば、パケット及び(又は)フレームを、無線通信インタフェース・モジュール２３０によって、アクセスポイントからアクセス端末２００に受信することに関するＬＬＣ層処理を制御する。ダウンリンクＬＬＣ（ＡＲＱ）モジュール２５９は、ＡＲＱ機能に関連する処理、例えば、失ったパケット又はフレームの再送信を含む。この態様の幾つかの実施の形態では、ダウンリンクＬＬＣ（ＡＲＱ）は、付加的機能性、例えば、タイプ・フィールドによるマルチプロトコル多重化／多重分離又はチェックサム・フィールドによるエラー検知を提供する、上位層メッセージ、例えば、パケットをカプセル化（encapsulates）するＬＬＣヘッダ及び（又は）トレーラ（LLC header and/or trailer）に関する処理を含む。ダウンリンクＬＬＣ（ＡＲＱ）モジュール２５９はまた、ＰＨＹ／ＭＡＣモジュール２５８によって受信されたフレームの上位層メッセージ、例えば、パケットへのリアセンブリ(reassembly)を行ってよく、幾つかの実施の形態では、行う。構成情報２５１は、ダウンリンクＬＬＣ（ＡＲＱ）モジュール２５９の動作に影響を及ぼすパラメータ設定、例えば、ＡＲＱウインドウ・サイズ、再送信の最大数、廃棄タイマ、等を含んでよく、幾つかの実施の形態では、含む。
【００３１】
図３は、この態様に従って実装された例示のアクセスポイント３００の詳細な図示を提供する。図３に示された例示のアクセスポイント３００は、図１に示されたアクセスポイント１４０、１４０’、１４０’’の任意の１つとして使用されうる装置の詳細な表示である。図３の実施の形態では、アクセスポイント３００は、バス３０６によって互いに結合されたプロセッサ３０４、メモリ３１０、ネットワーク／インターネットワーク・インタフェース・モジュール３２０及び無線通信インタフェース・モジュール３３０を含む。従って、バス３０６によって、アクセスポイント３００の種々のコンポーネントは、情報、信号及びデータを交換できる。アクセスポイント３００のコンポーネント３０４、３０６、３１０、３２０、３３０は、ハウジング３０２の内側に配置される。
【００３２】
ネットワーク／インターネットワーク・インタフェース・モジュール３２０は、アクセスポイント３００の内部コンポーネントが信号を外部デバイス及びネットワーク・ノードへ／から送信しかつ受信する機構を提供する。ネットワーク／インターネットワーク・インタフェース・モジュール３２０は、銅ワイヤ又はファイバ・オプテイック・ラインによって他のネットワーク・ノードに結合するために用いられる受信器モジュール３２２及び送信器モジュール３２４を含む。無線通信インタフェース・モジュール３３０はまた、アクセスポイント３００の内部コンポーネントが外部デバイス及びネットワーク・ノード、例えば、アクセス端末へ／から信号を送信する及び受信することができる機構を提供する。無線通信インタフェース・モジュール３３０は、例えば、対応する受信アンテナ３３６を有する受信器モジュール３３２及び対応する送信アンテナ３３８を有する送信器モジュール３３４を含む。無線通信インタフェース・モジュール３３０は、例えば、無線通信チャンネルによってアクセスポイント３００を他のノードに結合するために用いられる。
【００３３】
メモリ３１０に含まれる種々のモジュール、例えば、ルーチンの制御のもとでのプロセッサ３０４は、種々のシグナリング（signaling）及び処理（processing）を行うためにアクセスポイント３００の動作を制御する。メモリ３１０に含まれたモジュールは、スタートアップ時に又は他のモジュールによって呼ばれて実行される。モジュールは、実行されると、データ、情報、及び信号を交換できる。モジュールは、実行されると、データ及び情報を共有（share）することもできる。図３の実施の形態では、アクセスポイント３００のメモリ３１０は、制御シグナリング・モジュール（control signaling module）及びトラフィック制御モジュール３５０を含み、トラフィック制御モジュール３５０は、構成情報３５１及び種々の付加モジュール３５２、３５３、３５４、３５５、３５６、３５７、３５８、３５９、３６０、３６１、３６２、及び３６３をさらに含む。
【００３４】
制御シグナリング・モジュール３１２は、例えば、トラフィック制御モジュール３５０ならびに構成情報３５１及びトラフィック制御モジュール３５０に含まれる種々の付加モジュール３５２、３５３、３５４、３５５、３５６、３５７、３５８、３５９、３６０、３６１、３６２、及び３６３を含むアクセスポイント３００の種々の態様の動作及び（又は）構成を制御するための信号、例えば、メッセージを受信すること及び送信することに関する処理を制御する。この態様の幾つかの実施の形態では、制御シグナリング・モジュール３１２は、アクセスポイント３００の動作及び（又は）制御シグナリング・モジュール３１２によってサポートされた１つ又は複数のシグナリング・プロトコルに関するステート情報、例えば、パラメータ、ステータス及び（又は）他の情報を含む。特に、制御シグナリング・モジュール３１２は、構成情報、例えば、アクセスポイント識別情報及び（又は）パラメータ設定と、動作情報、例えば、現在の処理状態、保留メッセージ・トランザクションの状況、等に関する情報を含んでよい。
【００３５】
トラフィック制御モジュール３５０は、データ情報、例えば、メッセージ、パケット、及び（又は）フレームを、無線通信インタフェース・モジュール３３０によって受信すること及び送信することに関する処理を制御する。例示のトラフィック制御モジュールは、構成情報３５１ならびにパケット及び（又は）トラフィック・フロー、例えば、パケットの関連シーケンスに対するサービスの品質の種々の態様を制御する種々の付加モジュール３５２、３５３、３５４、３５５、３５６、３５７、３５８、３５９、３６０、３６１、３６２、３６３を含む。この態様の幾つかの実施の形態では、トラフィック制御モジュール３５０は、アクセスポイント３００、トラフィック制御モジュール３５０及び（又は）それに含まれた種々の付加モジュール３５２、３５３、３５４、３５５、３５６、３５７、３５８、３５９、３６０、３６１、３６２、及び３６３の動作に関するステート情報、例えば、パラメータ、ステータス、及び（又は）他の情報を含む。構成情報３５１、例えば、パラメータ設定は、トラフィック制御モジュール３５０及びそれに含まれた種々のモジュール３５２、３５３、３５４、３５５、３５６、３５７、３５８、３５９、３６０、３６１、３６２、及び３６３の動作を決定し、その動作に影響を及ぼしそして（または）その動作を規定する。種々の付加モジュールは、幾つかの実施の形態では、トラフィック制御の特定の態様をサポートするために必要とされる特定の機能及び動作を行うために含まれる。この態様の種々の実施の形態において、モジュールは、トラフィック制御の機能的要件に応じて省略され及び（又は）組合せられうる。例示のトラフィック制御モジュール３５０に含まれる各付加モジュールの説明がこの後に続く。
【００３６】
アドミッション制御モジュール３５２は、リソース利用／利用可能性に関する情報を維持し、かつ、特定のトラフィック・フローのサービス要件の品質をサポートするために十分なリソースが利用可能であるかどうかを決定する。アドミッション制御モジュール３５２によって維持されるリソース利用可能性情報は、例えば、パケット及び(又は)キュー・キャパシテイ、スケジューリング・キャパシテイ、ならびに１つ又は複数のトラフィック・フローをサポートするために必要とされる処理及びメモリ・キャパシテイを含む。制御シグナリング・モジュール３１２及び（又は）アクセスポイント３００に含まれる他のモジュールは、新しい又は修正されたトラフィック・フローをサポートするために十分なリソースが利用可能であるかどうか決定するためにアドミッション制御モジュール３５２に問合せてもよく、幾つかの実施の形態では、問合せており、この場合、アドミッション制御決定は、特定のトラフィック・フロー及び(又は)利用可能なリソースのサービス要件の品質の関数である。構成情報３５１は、構成情報、例えば、アドミッション制御モジュール３５２の動作に影響を及ぼすパラメータ設定、例えば、追加の要求を拒否する前に割当てられうるリソースのパーセンテージを示すアドミッション制御閾値を含んでよく、幾つかの実施の形態では、含む。
【００３７】
アップリンク・スケジューラ・モジュール３５３は、無線インタフェース・モジュール３３０によって１つ又は複数のアクセス端末からアクセスポイントに送信されるべきデータ情報、例えば、メッセージ、パケット、及び（又は）フレームに対する送信スケジューリング（transmission scheduling）、例えば、オーダー及び（又は）タイミング、及び送信レソースの割当て、例えば、情報符号化レート、送信時間スロット、及び（又は）送信電力に関する処理を制御する。アップリンク・スケジューラ・モジュール３５３は、サービス要件の品質及び（又は）１つ又は複数のトラフィック・フロー及び(又は)１つ又は複数のアクセス端末に関連した制約の関数として送信をスケジュールしかつ送信リソースを割当ててよく、幾つかの実施の形態では、割当てる。構成情報３５１は、構成情報、例えば、アップリンク・スケジューラ・モジュール３５３の動作に影響を及ぼすパラメータ設定、例えば、優先度（priority）、レート・バウンド（rate bound）、ラテンシー・バウンド(latency bound)、及び（又は）１つ又は複数のトラフィック・フロー及び（又は）アクセス端末に関連したシェアリング・ウエイト（sharing weight）を含んでよく、幾つかの実施の形態では、含む。この態様の幾つかの実施の形態では、アップリンク・スケジューラ・モジュール３５３によって行われるスケジューリング及び(又は)リソース割当て動作は、さらにチャンネル条件及び他の要因、例えば、パワー・バジェット（power budget）の関数である。
【００３８】
ダウンリンク・スケジューラ・モジュール３５４は、無線インタフェース・モジュール３３０によってアクセスポイント３００から１つ又は複数のアクセス端末に送信されるべきデータ情報、例えば、メッセージ、パケット、及び（又は）フレームに対する、送信スケジューリング、例えば、オーダー及び（又は）タイミング、及び送信リソースの割当て、例えば、情報符号化レート、送信時間スロット、及び（又は）送信電力に関する処理を制御する。ダウンリンク・スケジューラ・モジュール３５４は、サービス要件の品質及び(又は)１つ又は複数のトラフィック・フロー及び（又は）１つ又は複数のアクセス端末に関連した制約の関数として送信をスケジュールしかつ送信リソースを割当ててよく、幾つかの実施の形態では、割当てる。構成情報３５１は、構成情報、例えば、ダウンリンク・スケジューラ・モジュール３５４の動作に影響を及ぼすパラメータ設定、例えば、優先度（priority）、レート・バウンド（rate bound）、ラテンシー・バウンド(latency bound)、及び（又は）１つ又は複数のトラフィック・フロー及び（又は）アクセス端末に関連したシェアリング・ウエイト（sharing weight）を含んでよく、幾つかの実施の形態では、含む。この態様の幾つかの実施の形態では、ダウンリンク・スケジューラ・モジュール３５４によって行われるスケジューリング及び（又は）リソース割当て動作は、さらにチャンネル条件及び他の要因、例えば、パワー・バジェットの関数である。
【００３９】
アップリンク・トラフィック・コンデイショナ・モジュール(traffic conditioner module)３５５は、無線インタフェース・モジュール３３０によって、例えば、アクセス端末からアクセスポイント３００に受信されるデータ情報、例えば、メッセージ、パケット、及び（又は）フレームに対するトラフィック・コンデイショニング、例えば、メータリング（metering）、マーキング（marking）、ポリーシング(policing)、等に関する処理を制御する。アップリンク・トラフィック・コンデイショナ・モジュール３５５は、サービス要件の質及び（又は）１つ又は複数のトラフィック・フロー及び（又は）１つ又は複数のアクセス端末に関連する制約の関数として、コンデイション・トラフィック、例えば、メータ、マーク、ポリースを調整（condition）してよく、幾つかの実施の形態では、調整する。構成情報３５１は、構成情報、例えば、アップリンク・トラフィック・コンデイショナ・モジュール３５５の動作に影響を及ぼすパラメータ設定、例えば、レート・バウンド、及び(又は)１つ又は複数のトラフィック・フロー及び（又は）アクセス端末に関連したマーキング値（marking value）を含んでよく、幾つかの実施の形態では、含む。
【００４０】
アップリンク分類子モジュール３５６は、無線インタフェース・モジュール３３０によって、例えば、アクセス端末からアクセスポイント３００に受信されるデータ情報、例えば、メッセージ、パケット、及び（又は）フレームの識別に関する処理を、アップリンク・トラフィック・コンデイショナ・モジュール３５５によって処理される前に特定のトラフィック・フローに属するとして制御する。この態様の幾つかの実施の形態では、無線通信インタフェース・モジュール３３０によって受信されるメッセージ、パケット、及び（又は）フレームは、１つ又は複数のヘッダ及び（又は）ペイロード・フィールドの点検に基づき、アップリンク分類子モジュール３５６によって、種々のトラフィック・フローの１つに属するとして分類される。アップリンク分類子モジュール３５６による分類の結果は、アップリンク・トラフィック・コンデイショナ・モジュール３５５による、分類されたデータ情報、例えば、メッセージ、パケット、及び(又は)フレームの処理（treatment）に影響を及ぼしてよく、幾つかの実施の形態では、影響を及ぼし、例えば、この結果は、そのメッセージ、パケット、及び（又は）フレームが関連づけられる特定のデータ構造又はステート・マシンを決定し、かつ、メータリング、マーキング、及び(又は)ポリーシングのような後の処理にさらに影響を及ぼしうる。構成情報３５１は、構成情報、例えば、アップリンク分類子モジュール３５６の動作に影響を及ぼすパラメータ設定、例えば、データ情報、例えば、メッセージ、パケット、及び(又は)フレームを、１つ又は複数のトラフィック・フローに属するとして関連づけるために用いられる基準を規定する１つの組の１つ又は複数の分類子フィルタ・ルールを含んでよく、幾つかの実施の形態では、含む。
【００４１】
アップリンクＬＬＣ（ＡＲＱ）モジュール３５７は、データ情報、例えば、パケット及び(又は)フレームを、無線通信インタフェース・モジュール３３０によって、例えば、アクセス端末からアクセスポイント３００に受信することに関するＬＬＣ層処理を制御する。アップリンクＬＬＣ（ＡＲＱ）モジュール３５７は、ＡＲＱ機能、例えば、失ったパケット又はフレームの再送信に関連する処理を含む。幾つかの実施の形態では、アップリンクＬＬＣ（ＡＲＱ）モジュール３５７は、上位層メッセージ、例えば、パケットをカプセル化するＬＬＣヘッダ及び(又は)トレーラに関する処理をさらに含み、付加的機能性、例えば、タイプ・フィールドによるマルチプロトコル多重化／多重分離又はチェックサム・フィールドによるエラー検知を提供する。アップリンクＬＬＣ（ＡＲＱ）モジュール３５７はまた、アップリンクＰＨＹ／ＭＡＣモジュール３５８によって受信されたフレームの上位層メッセージ、例えば、パケットへのリアセンブリを実行してもよく、幾つかの実施の形態では、実行する。構成情報２５１は、構成情報、例えば、アップリンクＬＬＣ（ＡＲＱ）モジュール３５７の動作に影響を及ぼすパラメータ設定、例えば、ＡＲＱウインドウ・サイズ、再送信の最大数、廃棄タイマ、等を含んでよく、幾つかの実施の形態では、含む。
【００４２】
アップリンクＰＨＹ／ＭＡＣモジュール３５８は、データ情報、例えば、パケット及び（又は）フレームを、無線通信インタフェース・モジュール３３０によって、例えば、アクセス端末からアクセスポイント３００に受信することに関するＰＨＹ層及びＭＡＣ層処理を制御する。この態様の幾つかの実施の形態では、アップリンクＰＨＹ／ＭＡＣモジュール３５８の動作は、データ情報、例えば、メッセージ、パケット、又はフレームの受信を調整するために、制御情報、例えば、信号又はメッセージを送信すること及び受信することの両方を含む。構成情報３５１は、構成情報、例えば、アップリンクＰＨＹ／ＭＡＣモジュール３５８の動作に影響を及ぼすパラメータ設定、例えば、受信のために使用されるべき周波数、帯域、チャンネル、分散部号又は希望部号、及びアクセスポイント３００に関連した識別子、等を含んでよく、幾つかの実施の形態では、含む。
【００４３】
ダウンリンク分類子モジュール３５９は、無線通信インタフェース・モジュール３３０によって、例えば、アクセスポイント３３０からアクセス端末に送信される前の特定のトラフィック・フローに属するとしてのデータ情報、例えば、メッセージ、パケット、及び（又は）フレームの識別に関する処理を制御する。この態様の幾つかの実施の形態では、無線通信インタフェース・モジュール３３０によって送信されるべきメッセージ、パケット、及び（又は）フレームは、１つ又は複数のヘッダ及び（又は）ペイロード・フィールドに基づいて、ダウンリンク分類子モジュール３５９によって、種々のトラフィック・フローの１つに属するとして分類される。ダウンリンク分類子モジュール３５９による分類の結果は、ダウンリンク・キュー・マネジメント・モジュール３６１及び他のモジュール３６０、３６２、３６３による分類されたデータ情報、例えば、メッセージ、パケット、及び(又は)フレームの処理に影響を及ぼしてよく、幾つかの実施の形態では、及ぼしており、例えば、この結果は、記憶のためにメッセージ、パケット、及び(又は)フレームが関連づけられるであろう特定のキューを決定しかつスケジューリングのような後での処理にさらに影響を及ぼしてよい。構成情報３５１は、構成情報、例えば、ダウンリンク分類子モジュール３５９の動作に影響を及ぼすパラメータ設定、例えば、データ情報、例えば、メッセージ、パケット、及び（又は）フレームを１つ又は複数のトラフィック・フローに属するとして関連づけるために用いられる基準を規定する１つの組の１つ又は複数の分類子フィルタ・ルールを含んでよく、幾つかの実施の形態では、含む。
【００４４】
ダウンリンク・トラフィック・コンデイショナ・モジュール３６０は、無線インタフェース・モジュール３３０によって、例えば、アクセスポイント３００からアクセス端末に送信されるべきデータ情報、例えば、メッセージ、パケット、及び(又は)フレームに対するトラフィック・コンデイショニング（traffic conditioning）、例えば、メータリング、マーキング、ポリーシング、等に関する処理を制御する。ダウンリンク・トラフィック・コンデイショナ・モジュール３６０は、トラフィック、例えば、メータ、マーク及び（又は）ポリースを、サービス要件の質及び（又は）１つ又は複数のトラフィック・フロー及び(又は)１つ又は複数のアクセス端末に関連した制約の関数として、調整してよく、幾つかの実施の形態では、調整する。構成情報３５１は、構成情報、例えば、ダウンリンク・トラフィック・コンデイショナ・モジュール３６０の動作に影響を及ぼすパラメータ設定、例えば、１つ又は複数のトラフィック・フロー及び（又は）アクセス端末に関連したレート・バウンド（rate bound）、及び(又は)マーキング値を含んでよく、幾つかの実施の形態では、含む。
【００４５】
ダウンリンク・キュー・マネジメント・モジュール３６１は、情報を維持し、かつ、無線通信インタフェース・モジュール３３０によってアクセスポイント３００からアクセス端末に送信されるべきデータ情報、例えば、メッセージ、パケット、及び(又は)フレームの記憶に関する処理を制御する。ダウンリンク・キュー・マネジメント・モジュール３６１は、送信を待つデータ情報の記憶を制御し、かつ、トラフィック・フロー毎のベースで送信を待つデータ情報に関するステート情報を維持してよく、幾つかの実施の形態であは、そのように制御しかつ維持し、例えば、各トラフィック・フローに関連したパケットは別々のキューで記憶されうる。この態様の幾つかの実施の形態では、ダウンリンク・キュー・マネジメント３６１モジュールは、種々のキュー・マネジメント技法及び（又は）機能、例えば、・ドロップ、ならびにＲＥＤのような種々のＡＱＭ機構をサポートする。構成情報３５１は、構成情報、例えば、ダウンリンク・キュー・マネジメント・モジュール３６１の動作に影響を及ぼすパラメータ設定、例えば、１つ又は複数のトラフィック・フローに関連したキュー・リミット、ドロップ・ストラテジー、及び（又は）ＡＱＭ閾値を含んでよく、幾つかの実施の形態では、含む。
【００４６】
ダウンリンクＬＬＣ（ＡＲＱ）モジュール３６２は、データ情報、例えば、メッセージ、パケット、及び（又は）フレームを、無線通信インタフェース・モジュール３３０によって、例えば、アクセスポイント３００からアクセス端末に送信することに関するＬＬＣ層処理を制御する。ダウンリンクＬＬＣ（ＡＲＱ）モジュール３６２は、ＡＲＱ機能、例えば、失ったパケット又はフレームの再送信に関連した処理を含む。この態様の幾つかの実施の形態では、ダウンリンクＬＬＣ（ＡＲＱ）モジュール３６２は、付加機能性、例えば、タイプ・フィールドによるマルチプロトコル多重化／多重分離又はチェックサム・フィールドによるエラー検知を提供するために、上位層メッセージ、例えば、パケットへのＬＬＣヘッダ及び（又は）トレーラの追加に関する処理をさらに含む。ダウンリンクＬＬＣ（ＡＲＱ）モジュール３６２はまた、ダウンリンクＰＨＹ／ＭＡＣモジュール３６３によって送信されるべき複数のサブポーション（multiple sub-portions）、例えば、フレームへの上位層メッセージのフラグメンテーション（fragmentation）を実行してよく、幾つかの実施の形態では、実行する。構成情報３５１は、構成情報、例えば、ダウンリンクＬＬＣ（ＡＲＱ）モジュール３６２の動作に影響を及ぼすパラメータ設定、例えば、ＡＲＱウインドウ・サイズ、再送信の最大数、廃棄タイマ、等を含んでよく、幾つかの実施の形態では、含む。
【００４７】
ダウンリンクＰＨＹ／ＭＡＣモジュール３６３は、データ情報、例えば、メッセージ、パケット、及び(又は)フレームを、無線通信インタフェース・モジュール３３０によって、例えばアクセスポイント３００からアクセス端末に送信することに関するＰＨＹ層及びＭＡＣ層処理を制御する。この態様の幾つかの実施の形態では、ダウンリンクＰＨＹ／ＭＡＣモジュール３６３の動作は、データ情報、例えば、メッセージ、パケット、又はフレームの送信を調整するために、制御情報、例えば、信号及びメッセージを送信すること及び受信することの両方を含む。構成情報３５１は、構成情報、例えば、ダウンリンクＰＨＹ／ＭＡＣモジュール３６３の動作に影響を及ぼすパラメータ設定、例えば、送信のために用いられるべき周波数、帯域、チャンネル、分散符号又は希望部号、アクセスポイント３００に関連する識別子、等を含んでよく、幾つかの実施の形態では、含む。
【００４８】
図４は、１つの態様による通信システム４００のゾーン（zone）を示す。このゾーンは、ＭＡＰＳプロキシ・サーバ（ＰＳ）４０４と通信するＰＤＰ４０２を備える。プロキシ・サーバは、複数のＡＮｓのＰＥＰ、例えば、それぞれ４０８ａ−ｃ及び４０６ａ−ｃと通信する。ＰＳと通信するＰＥＰｓの数は、システムの配備（deployment）に依存して変化してよい。各基地局４０８ａは、任意の所定時間において複数の無線端末（４１２、４２３及び４１４）と通信する。幾つかの実施の形態の１つの態様によれば、ＰＤＰ４０２は、ＰＳと通信するためにＭＡＰＳプロトコルを使用し、そして、ＰＳはＡＮ４０６ａのＰＥＰ４０８ａと通信するためにＭＡＰＳプロトコルを使用する。
【００４９】
１つの態様では、ユーザがサービス・セッションを確立すること又は既存のセッション、例えば、マルチメデイア・セッションを修正することを希望する場合には、無線端末４１２を使用しているユーザはセッションを確立することを要求する。この要求は、ＡＮ４０６のＰＥＰ４０８によって処理される。ＰＥＰ４０８は、ＰＤＰからの新しいセッション又は既存セッションの修正に対する認可（authorization）を要求する。ＰＥＰ４０８は、要求応答タイプのプロトコルであるＭＡＰＳプロトコルを使用する。１つの態様では、ＭＡＰＳは、次のオブジェクト（objects）、ＰＥＰ識別子（ＰＥＰｉｄ）及びＰＤＰ識別子（ＰＤＰｉｄ）を備える。ＰＥＰ識別子はＰＥＰのＩＰアドレスであってよく、そして、ＰＤＰ識別子はＰＤＰのＩＰアドレスであってよい。ＭＡＰＳは、ＰＥＰｓ及びＰＤＰｓが直接に又はＭＡＰＳプロキシ・サーバを介して通信することを許容する。ＭＡＰＳプロキシの存在は、構成を通じてＰＥＰｓにだけ知られている。ＰＥＰｓは、プロキシ・モード又は直接モードで動作するように構成できる。プロキシはＰＤＰｓに対して完全に透明である。通信モデルの１つの態様では、ＰＥＰｓは、最終のＰＤＰｉｄを常に認識している。この認識は、プロキシ・サーバが要求を正しいＰＤＰに送る（route）ことができるようにするために必要とされる。ＰＤＰｉｄｓは、ＰＥＰがプロキシを通じて通信するように構成されている場合にそのＰＥＰから送信される全ての要求及び応答に存在してよい。プロキシはトランザクション・ステイトフル(transaction-stateful)である。すなわち、それらは処理中のトランザクション（outstanding transactions）に対する情報を保持し、そして、応答が送信された後は、それを保持する必要はない。プロキキシは、ＰＥＰからＰＤＰへ、そして、ＰＤＰからＰＥＰへとメッセージを送る。要求がプロキシを通じてＰＥＰからＰＤＰに送られる場合には、ＰＤＰｉｄ及びＰＥＰｉｄが用いられ、その場合、ＰＥＰｉｄはＰＥＰのＩＰアドレスを含む。プロキシがＰＥＰの要求を転送する場合、それはそれ自体のＩＰアドレスをＰＥＰｉｄオブジェクトに置き、ＰＤＰにはそれがＰＥＰとして見えるようにする。プロキシを通じて通信する場合には、ＰＤＰからＰＥＰへ未承諾メッセージを送ることは、問題のセッションと関連したＷＴの場所についての認識に基づいて行われてよい。１つの態様では、プロキシは、ＷＴの場所をデータベースに維持するコンテクスト・トランスファ・サーバ（ＣＴＳ）に接続される。このようにして、プロキシは、どのＰＥＰが現在ＷＴにサーブ（serving）しているかを決定できる。
【００５０】
１つの態様では、要求はＰＥＰによって開始される。しかし、ＰＤＰは、いつでもセッションを取り消すことができる。従って、ＰＥＰは、未承諾メッセージに対応するために、プロキシを通じてＰＤＰと同じポートを聴く。また、ＭＡＰＳは、ＰＥＰとＰＤＰとの間のライブネス・チェック(liveness checks)のための機構を提供する。これは、キープアライブ・メッセージ(keep-alive message)を用いて行われる。これは、ＰＤＰとの接続が、例えばそのＰＤＰの再起動（rebooting）によって失われないことをＰＥＰに確保させる。
【００５１】
１つの態様では、モビリテイ・アウエア・ポリシー・シグナリング(ＭＡＰＳ)プロトコル（Mobility Aware Policy Signaling (MAPS) protocol）を用いて、ＰＤＰ及び１つ又は複数のＰＥＰと通信するプロキシが用いられる。そのプロトコルは、ポリシー施行点(ＰＥＰ)とポリシー決定点（ＰＤＰ）の間で走る（run）ように設計される。このプロトコルの目的は、ポリシー決定（Policy decisions）が行われ、そして、モバイル又は固定無線端末に対するＡＮｓに通信されるようにすることである。図４は、この通信システムの１つの態様を示す。
【００５２】
ＭＡＰＳプロトコルは、モバイル環境におけるポリシー・サービス（Policy services）を処理する。ＭＡＰＳは、ポリシー施行点（ＰＥＰ）とポリシー決定点（ＰＤＰ）の間で走る。このプロトコルは、プロキシを通じて２つのＡＮｓ間で直接走ることができる。プロキシの存在はＰＤＰに対しては完全に透明である。ＰＥＰだけがプロキシの存在を認識している。
【００５３】
このプロトコルは、ＰＥＰとＰＤＰの間のライブネス・チェックを含む。どちらかのエンド（ＰＥＰ又はＰＤＰ）の失敗は、他方のエンドによって検知できて、必要な行動が起される。
【００５４】
ＭＡＰＳプロトコルは、ＰＥＰｓとＰＤＰｓの間の通信を許容する。１つの態様では、ＭＡＰＳはプロキシと通信するために用いられる。これは、マネジメント及びスケーラビリテイ要件（management and scalability requirements）の容易性が、より少数のＰＥＰｓをＰＤＰに関連づけることをより容易にする場合に有用である。この場合には、プロキシ・サーバは、ＰＥＰにはＰＤＰのように見え、そして、最後のＰＤＰにはＰＥＰのように見えるバック・ツー・バックＰＥＰ／ＰＤＰである。これは、特にライブネス・チェックを処理する場合に、ＰＥＰｓとＰＤＰｓの間のよりスケーラブルなトラスト(more scalable trust)及びシグナリング・マネジメント（signaling management）を可能にする。ＭＡＰＳは、プロキシの存在をＰＤＰに対して透明にするように設計される。しかし、プロキシを通じての通信に対するサポートは、ＰＥＰにおいて構成可能であってよい。
【００５５】
１つの態様では、下記のメッセージは、ＭＡＰＳプロトコルを用いて使用される。
【００５６】
１．要求（ＲＥＱ）
２．修正（ＭＯＤ）
３．決定（ＤＥＣ）
４．確認（ＡＣＫ）
５．削除（ＤＥＬ）
６．取り消し（ＲＶＫ）
７．キープアライブ（ＫＡ）
８．リセット
１つの態様では、上記のメッセージは、次のオブジェクトの１つ又は複数を含む。
【００５７】
１．セッション・ハンドル（ＳＨＥ）
２．サービス識別子（ＳＩＤ）
３．分類子（ＣＬＳ）
４．認可トークン（ＡＵＴ）
５．ＰＥＰ識別子（ＰＥＰｉｄ）−このフィールドはＰＥＰ識別子を含む。ＰＥＰ識別子はＰＥＰのＩＰアドレスであってよい。
【００５８】
６．メッセージ認証コード（ＭＡＣ）
７．ＰＤＰ識別子（ＰＤＰｉｄ）−このフィールドはＰＤＰ識別子を含む。ＰＤＰ識別子はＰＤＰのＩＰアドレスであってよい。
【００５９】
下記の値がステータス・フィールドに対して割当てられる。
【００６０】
０：成功
１２８：失敗理由不明
１２９：失敗認証不可
１３０：フォーマット・エラー
１３１：このセッションに対するサービングＰＤＰではない
１３２：セッションは存在しない
１３３：行政上禁止
１３４：不十分なリソース
１３５：未知オブジェクト
１３６：リソースは存在しない
１３７：このセッションに対して許可されないサービス・クラス
１３８：行政上禁止されたサービス・クラス
１３９：無効セッション分類子
ＭＡＰＳは、ＰＥＰとＰＤＰの間で走る要求・応答プロトコルである。ＰＥＰは、新しいセッション又は既存セッションの修正に対するＰＤＰに対するＰＤＰからの認可を要求する。このルールに対する唯一の例外は、既存セッションの取消し又は削除である。ＰＤＰ又はＰＥＰはセッションを除去できる。セッションが一方のエンドによって除去された場合には、他方のエンドにそのセッションの除去を知らせるためにメッセージが送られる。従って、これは、セッションの除去を確認するために応答を増す要求を表わすものではない。
【００６１】
要求はＰＥＰによって開始される。しかし、ＰＤＰは、セッションをいつでも取消すことができる。従って、ＰＥＰは、未承諾メッセージに対応するためにＰＤＰと同じポートを聴かなければならない。ＭＡＰＳは、ＰＥＰとＰＤＰの間のライブネス・チェックのための機構を提供する。これは、ＫＡメッセージを用いて行われる。さらに、２つのＫＡメッセージ間に生ずる早期失敗を検知するために、失敗したノードは、ステートの喪失（loss）を示すための起動（booting）の後でＲＳＴメッセージを送る。
【００６２】
１つの態様では、ＭＡＰＳは、ＰＥＰｓ及びＰＤＰｓが直接又はＭＡＰＳプロキシ・サーバ（例えば、ＭＡＰＳプロキシ）を通じて通信できるようにする。ＭＰＡＳプロキシの存在は、構成を通じてＰＥＰにだけ知られる。ＰＥＰは、プロキシ・モード又は直接モードで動作するように構成できる。プロキシは、ＰＤＰｓに対して完全に透明である。この通信モデル内では、ＰＥＰｓは、最終のＰＤＰｉｄを常に認識する。この認識は、プロシキ・サーバが正しいＰＤＰに要求を送ることができるようにするために必要とされる。ＰＤＰｉｄｓは、ＰＤＰがプロキシを通じて通信するように構成される場合には、ＰＥＰから送られる全ての要求及び応答に存在してよい。プロキシはトランザクション・ステイトフル（transaction-stateful）である。すなわち、それらは、処理中のトランザクションに対する情報を保持し、そして、応答が送られた後ではそれを保持する必要はない。プロキシは、メッセージを、ＰＥＰからＰＤＰにそしてＰＤＰからＰＥＰに送る。要求がプロキシを通じてＰＥＰからＰＤＰに送られる場合には、ＰＤＰｉｄ及びＰＥＰｉｄが用いられ、その場合、ＰＥＰｉｄはＰＥＰのＩＰアドレスを含む。プロキシがＰＥＰの要求を転送（forwards）する場合には、それはそれ自体のＩＰアドレスをＰＥＰｉｄオブジェクトに配置し、そのＩＰアドレスがＰＤＰにＰＥＰとして見えるようにする。プロキシを通じて通信する場合には、ＰＤＰからＰＥＰへ未承諾メッセージを送ることは、問題のセッションに関連したＷＴの位置についてのプロキシの認識に基づいて行われるべきである。１つの態様では、プロキシは、ＷＴの位置をデータベースに維持するコンテクスト・トランスファ・サーバに接続される。このようにして、プロキシは、どのＰＥＰがＷＴに現在サーブしているかを決定できる。
【００６３】
ＲＥＱメッセージは、ＰＥＰによってＰＤＰに送られる。ＲＥＱメッセージの目的は、デバイスに対するリソースの割当てを認可することである。ＲＥＱメッセージは、下記のオプションを含む。
【００６４】
・ＰＥＰｉｄ
・[ＰＤＰｉｄ] これはメッセージがプロキシに送られる場合にだけ必要。
【００６５】
・ＡＵＴ
・ＳＩＤ
・ＣＬＳ
・ＭＡＣ
ＲＥＱメッセージは、同じ理由で１つより多い分類子を示す１つ又は複数のＣＬＳオブジェクトを含んでよい。しかし、１つのＡＵＴ及びＳＩＤオブジェクトがこのメッセージに存在してもよい。ＲＥＱメッセージを受信すると、ＰＤＰがＭＡＣを検証する。ＭＡＣの検証が失敗した場合には、メセージは黙って放棄されてよく、ＰＤＰはこの事象をそれの管理システムにログ（log）してよい。あるいは、ＰＤＰは、１２９（認証失敗）に設定されたステータス・コードと一緒にＤＥＣメッセージを送ってもよい。ＭＡＣ検証が成功である場合には、ＰＤＰは、ＡＵＴが既存のセッションに関連されているかどうかをチェックする。
【００６６】
１つの態様では、ＡＵＴが既存のセッションに対応しなかった場合には、ＰＤＰは１３２（セッションは存在しない）に設定されたステータス・フィールドを伴うＤＥＣメッセージで応答してよい。フォーマット・エラーがＲＥＱメッセージに検知された場合又は未知のオブジェクトが存在した場合には、ＰＤＰは１３０（フォーマット・エラー）又は１３５（未知のオブジェクト）に設定されたステータス・フィールドを有するＤＥＣメッセージを送ってよい。ステータス１３５が用いられる場合には、ＰＤＰはその未知のオブジェクトｊを応答に含めてよい。エラー・ケースの全てにおいて、ＤＥＣメッセージは、ＰＥＰに対するＤｏＳ攻撃（DoS attacks）を回避するためにＭＡＣオブジェクトを含んでよい。
【００６７】
ＡＵＴが進行中のセッションと関連している場合には、ＰＤＰは、そのセッション属性がＣＬＳオブジェクトに含まれたものに合致するかどうかをチェックする。セッション属性が合致しない場合には、ＰＤＰは、１３９（無効セッション分類子）に設定されたステータス・コード有するＤＥＣメッセージで応答してよい。
【００６８】
セッション属性が合致する場合には、ＰＤＰは、そのセッションに関連したサービス・クラス（Service Class）をチェックする。ローカル・ポリシーがリソースの認可を禁止した場合には、ＰＤＰは、１３３（行政上禁止）に設定されたステータス・フィールドを有するＤＥＣメッセージを送るべきである。ローカル・ポリシーがそのセッションに対するリソースの割当てを禁止しない場合には、ＰＤＰはリソースを認可し、そして、応答でのＤＥＣメッセージを作成する。ＤＥＣメッセージはＰＥＰに送られる。ステータス・コードはゼロに設定され、成功を示す。
【００６９】
ＤＥＣメッセージが成功を示す場合には、ＰＤＰはＲＥＱメッセージに受信された進行中セッションの情報に基づいてセッション・ハンドルを生成してよい。これは、ＰＤＰがそれを将来のトランザクションのためのリソース・ハンドルとして使用できるようにするために必要とされる。ＤＥＣメッセージは下記のオプションを含む。
【００７０】
・ＰＥＰｉｄ
・ＳＩＤ
・ＣＬＳ
・ＭＡＣ
１つの態様では、ＭＯＤメッセージは、特定のセッションに関連したリソースを修正するための認可を要求するために用いられる。このメッセージは、ＰＥＰからＰＤＰに送られる。ＲＥＱメッセージと同様に、ＭＯＤメッセージは下記のオブジェクトを含む。
【００７１】
・ＰＥＰｉｄ
・[ＰＤＰｉｄ] これはメッセージがプロキシに送られるときだけ必要。
【００７２】
・ＳＨＥ
・ＳＩＤ
・ＣＬＳ
・ＭＡＣ
１つ又は複数のＣＬＳオブジェクトは、それがＡＵＴオブジェクトによって示される同じセッションに全て対応する限り、このメッセージに存在可能である。ＲＥＱメッセージを受信すると、ＰＤＰはＭＡＣを検証する。ＭＡＣの検証が失敗する場合には、メッセージは黙って放棄されてよく、そして、ＰＤＰはこの事象をそれの管理システムにログ（log）すべきである。あるいは、ＰＤＰ ＭＡＹは、１２９（認証失敗）に設定されたステータス・コードを有するＤＥＣメッセージを送る。ＭＡＣ検証が成功である場合には、ＰＤＰは、ＳＨＥが既存のセッションに関連しているかどうかをチェックする。
【００７３】
ＳＨＥオブジェクトは既存のセッションに対応しなければならない。対応しなかった場合には、ＰＤＰは、１３２に設定されたステータス・フィールドを有するＤＥＣメッセージで応答してよい。
【００７４】
フォーマット・エラーがＲＥＱメッセージに検知された場合又は未知のオブジェクトが存在した場合には、ＰＤＰは１３０（フォーマット・エラー）又は１３５（未知のオブジェクト）に設定されたステータス・フィールドを有するＤＥＣメッセージを送ってよい。ステータス１３５が用いられる場合には、ＰＤＰは、応答に未知のオブジェクトを含めてよい。
【００７５】
ＭＯＤメッセージは、新しい又は修正されたＣＬＳ又はＳＩＤオブジェクトを含む。ＣＬＳ及びＳＩＤオブジェクトを処理する場合には、ＰＤＰは、ローカル・ポリシーがそのようなオブジェクトの使用を禁止するかどうかをチェックするであろう。ローカル・ポリシーがリソースの認可を禁止した場合には、ＰＤＰは、１３３（行政上禁止）に設定されたステータス・フィールを有するＤＥＣメッセージを送ってよい。ローカル・ポリシーがそのセッションに対するリソールの割当てを禁止しない場合には、ＰＤＰは、ＡＵＴをＳＩＤ及びＣＬＳオブジェクトに含まれた新しい情報と関連づけた後で、リソースを認可する。ＰＤＰはまた、応答してＤＥＣメッセージを作成する。ＤＥＣメッセージはＰＥＰに送られる。ステータス符号は、成功を示すゼロに設定される。
【００７６】
ＤＥＣメッセージは、下記のオプションを含む。
【００７７】
・ＰＥＰｉｄ
・ＳＩＤ
・ＣＬＳ
・ＭＡＣ
リソースは、ＰＥＰ又はＰＤＰによって取消されうる。ＰＥＰはＰＤＰにＤＥＬメッセージを送ることによってリソース取消しを要求し、一方、ＰＤＰはＲＶＫメッセージをＰＥＰに送ることによってリソースを取消す。
【００７８】
ＰＥＰは、ＤＥＬメッセージをＰＤＰに送ることによって既存のリソースを取消してよい。ＤＥＬメッセージは、下記のオプションを含む。
【００７９】
・ＰＥＰｉｄ
・ＰＤＰｉｄ
・ＳＨＥ
・ＭＡＣ
ＤＥＬメッセージを受信すると、ＰＤＰはＭＡＣオブジェクトを検証する。その検証が失敗の場合には、メッセージは黙って放棄され、エラーがＰＤＰの管理システムにログされる。あるいは、ＰＤＰは、１２９に設定されたステータス・フィールドを有するＡＣＫメッセージを送ってよい。ＭＡＣ検証が成功の場合には、ＰＤＰはＳＨＥオブジェクトに対応するセッションを探す。そのセッションが見つかったら、アプリケーション・サーバは、関連するリソースの取消しについて知らされる。ＰＤＰはＡＣＫメッセージをＰＥＰに送る。ＡＣＫメッセージは、成功を示すためにＤＥＬメッセージ及びステータス・フィールドがゼロに設定されるので同じトランザクション識別子を含む。さらに、ＡＣＫメッセージは下記のオプションを含む。
【００８０】
・ＰＤＰｉｄ
・ＳＨＥ
・ＭＡＣ
ＰＥＰがステータス・フィールドにエラー符号を含むＡＣＫメッセージを受信する場合（例えば、フォーマット・エラー）、それはＤＥＬメッセージを再送することを試行してよい。その他の場合には、ＰＥＰはトランザクションが終了したとみなしてよい。
【００８１】
ＰＤＰは、ＲＶＫメッセージをＰＥＰに送ることによってリソースを取消してよい。ＲＶＫメッセージは、下記のオプションを含む。
【００８２】
・ＰＤＰｉｄ
・ＭＡＣ
・ＳＨＥ
ＲＶＫメッセージを受信すると、ＰＥＰはＭＡＣオブジェクトを検証する。その検証が失敗の場合には、メッセージは黙って放棄される。その検証が成功の場合には、ＰＥＰは、ＳＨＥオブジェクトにおける情報に基づいてリソースを探す。リソースが見つかった場合には、ＰＥＰは、それを除去し、そして、成功を示すゼロに設定されたステータス・フィールドを有するＡＣＫメッセージで応答する。リソースが見つからない場合には、ＰＥＰは、１３６（リソーソスは存在しない）に設定されたステータス・フィールドを有するＡＣＫメッセージを送る。
【００８３】
ＡＣＫメッセージは下記のオプションを含む。
【００８４】
・ＰＥＰｉｄ
・[ＰＤＰｉｄ] これはメッセージがプロキシの送られるときのみ必要。
【００８５】
・ＭＡＣ
ＡＣＫメッセージがステータス・コード１３２をもって受信される場合にはＰＤＰは再試行する必要はなく、ＡＣＫメッセージがステータス・コード１３０、１３４、又は１３５を含んだ場合には、ＲＶＫメッセージを再送してよい。
【００８６】
１つの態様では、ＰＥＰとＰＤＰの間で直接又は存在する場合にはプロキシ・サーバを通じてライブネス・チェックが行われる。ライブネス・チェックは、ＫＡメッセージをＰＥＰからＰＤＰに送ることによって行われる。ＫＡメセージはトランザクションｉｄを含み、そして、同じトランザクションｉｄを有する応答を必要とする。
【００８７】
直接ライブネス・チェックは、ＫＡメッセージをＰＥＰからＰＤＰに送ることによって行われる。ＰＥＰは、それがＫＡメッセージをいつ送るべきかを決定できるようにするインターＫＡタイマ（inter-KA-timer）をもって構成されてよい。ＰＥＰは、常にライブネス・チェックを開始する。ＰＥＰから送られるＫＡメッセージは、下記のオプションを含む。
【００８８】
・ＰＥＰｉｄ
・ＭＡＣ
ＫＡメッセージを受信すると、ＰＤＰはＭＡＣオブジェクトを検証する。検証が失敗の場合には、そのメッセージは黙って廃棄される。その他の場合には、ＰＤＰは、同じトランザクションｉｄ及び下記のオプションを有するＫＡメッセージを送る。
【００８９】
・ＰＤＰｉｄ
・ＰＥＰｉｄ
・ＭＡＣ
ＰＥＰがＫＡタイムアウト期間（KATimeoutPeriod）内に応答を受信しない場合には、それは新しいトランザクションｉｄを有するＫＡメッセージを再送してよい。２つの再送信の後で応答が受信されない場合には、ＰＤＰは失敗したと仮定される。従って、ＰＥＰは、そのＰＤＰによって認可されたリソースを局所的に取消してよい。ＰＤＰ失敗の迅速な検知を可能にするために、ＫＡメッセージの最初の送信とその後での再送信との間のタイムアウトは不変のままであることに注目されたい。
【００９０】
ＰＥＰ又はＰＤＰが現在のリソース又はセッションについての情報をそれぞれリブート（reboots）又は喪失（loses）する場合には、ＲＳＴメッセージが送られてよい。ＰＤＰからＰＥＰに送られるＲＳＴメセージは、下記のオプションを含む。
【００９１】
・ＰＤＰｉｄ
・ＭＡＣ
このメッセージは、このＰＤＰによって認可された進行中のセッションについての全ての情報が失われたことをＰＥＰに告げる作用をする。従って、ＰＥＰは、このＰＤＰに関連したリソースを取消し、そして、同じトランザクションｉｄ及び下記のオプションを有するＡＣＫメッセージをもって応答すべきである。
【００９２】
・ＰＥＰｉｄ
・ＭＡＣ
ＲＳＴメセージがＰＥＰから送られる場合には、それは下記のオプションを含むべきである。
【００９３】
・ＰＥＰｉｄ
・ＭＡＣ
このメッセージに対するＰＤＰの応答は、下記のオプションを有するＡＣＫメッセージである。
【００９４】
・ＰＤＰｉｄ
・ＭＡＣ
プロキシはＰＥＰに見えるだけであるから、プロキシを通じてのライブネス・チェックは、本質的に非対称的である。すなわち、このＫＡメッセージは、ＰＥＰからプロキシに送られるＫＡメッセージとは独立にプロキシからＰＤＰに送られる。
【００９５】
従って、ＰＤＰｓのライブネスということになると、プロシキは、ステイトフル（stateful）であると予想される。ＰＥＰのように作用するプロキシは、ＰＤＰｓのライブネスをモニタし、そして、このような情報に基づいてＰＥＰからのＫＡ情報に応答する。
【００９６】
ＰＤＰがプロキシに対するライブネス・チェックを失敗した場合、又は、それがＰＤＰｉｄプロジェクトにそれ自体のアドレスを含むＲＳＴメッセージをプロキシに送る場合には、プロキシは、進行中のセッションについての認可情報をそのＰＤＰと共有する全てのＰＥＰｓにＲＳＴメッセージを送ってよい。ＲＳＴメッセージは、下記のオプションを含んでよい。
【００９７】
・ＰＤＰｉｄ
・ＭＡＣ
ＰＤＰｉｄ拡張は、失敗したＰＤＰのアイデンテイテイ（identity）を含む。１つより多いＰＤＰがプリキシに対するライブネス・チェックを失敗した場合には、１つより多いＰＤＰｉｄがこのメッセージに存在してもよいことに注目されたい。上記のチェックは別にして、ＰＥＰとプロキシの間のライブネス・チェックは、ＰＥＰとＰＤＰの間で行われるものと同一である。プロキシに対するライブネス・チェックの目的は、プロキシ自体が機能していることを確保するためである。プロキシは他のＰＤＰｓとのライブネス・チェックに関与するから、プロキシがＲＳＴメッセージを送らなければ他のＰＤＰがライブ(live)であることは暗黙である。プロキシ失敗の場合、又はプロキシがＲＳＴメッセージにそれ自体のアドレスを含んだ場合には、ＰＥＰは、そのプロキシを通じて認可された全てのリソースを取消してよいことに注目されたい。
【００９８】
１つの態様では、再送信方法が用いられる。このシステム内において、ＰＥＰ機能はＢＳに配置され、従って、それのカバレージ・エリア内におけるＷＴの存在を認識すると予想される。従って、回答されない要求の再送信は、ＷＴが他のＢＳに移動していないことをＰＥＰが認識する場合に有用であるにすぎない。ＷＴが他のＢＳに移動しておりかつＷＴに関する処理中の要求（outstanding request）が存在する場合には、ＰＥＰはトランザクションを無視すべきである。
【００９９】
ＷＴがＢＳのカバレージ・エリア内に存在する場合には、タイムアウト（timeouts）が処理中の要求の再送信を生じてもよい。ＰＥＰからの全ての要求に対するタイムアウト期間（ＫＡタイムアウト期間を除く）は、ＭＡＰＳタイムアウト（MAPSTimeout）に設定される。ＭＡＰＳタイムアウトのデフォルト値は２５０ｍｓである。同じ値がＰＤＰ要求に対するタイムアウトに該当する。
【０１００】
タイムアウトは、元の要求（original request）を再送信することになりうる。元の要求を再送信した後で、このトランザクションに対するタイムアウト期間は2*MAPSTimeoutに設定される。２回の再送信の後で、要求者はこのトランザクションを終了し、そして、受信器のライブネスをチェックする。図５は、幾つかの実施の形態の１つの態様によるルーチンのフロー５００を示す。プロキシ・サーバ４０４のプロセッサは、このルーチンを実行するように構成される。プロキィ・サーバは、ＰＳ４０４（例えばＰＳのＩＰアドレス）についての情報及びＰＥＰ４０８及びＰＤＰ４０２についての情報を記憶するためのメモリを備える。ブロック５０２において、プロセッサはメッセージを受信するように構成される。このメッセージは、メッセージのリストのメッセージのうちの１つであってよい。そのメッセージのリストは、要求（ＲＥＱ）メッセージ、修正（ＭＯＤ）メッセージ、決定（ＤＥＣ）メッセージ、確認（ＡＣＫ）メッセージ、削除（ＤＥＬ）メッセージ、取消し（ＲＶＫ）メッセージ、キープアアリブ（ＫＡ）メッセージ（Keepalive (KA) message）、リセット（ＲＳＴ）メッセージを含む。１つの態様では、ＲＥＱ常にＰＥＰから来て、そして、ＤＥＣは常にＰＤＰから来る。ソースがはっきり分からない場合には、ＰＳは、メッセージに含まれるかあるいはメッセージ・タイプに基づいて推定される意図されたあて先にメッセージを送る。ブロック５０４において、ＰＳ４０４はＰＤＰ又はＰＥＰからメッセージを受信できるので、プロセッサは、受信されたメッセージのタイプを決定するように構成される。メッセージが要求メッセージであると決定された場合には、ブロック５０６において、プロセッサは、要求している実体（例えばＰＥＰ４０８）についての情報（すなわち、ＰＥＰ識別子）をメッセージから抽出し、そして、それをメモリに格納する。ブロック５０８において、プロセッサは、メッセージのＰＥＰ識別子（ＰＥＰｉｄ）をそれ自体の予め定められた識別子（ＰＳｉｄ）で置換するように構成される。このことは、情報をどこに送るべきかをＰＤＰ４０２に示す。要求実体をＰＳｉｄで置換することによって、回答メッセージはＰＳ４０４に送られることになる。ブロック５１０において、プロセッサはメッセージをＰＤＰに送信するように構成される。ブロック５０４において、メッセージがＰＤＰからのＡＣＫメッセージ又は他のある未承諾メッセージ（例えば削除（ＤＥＬ）メッセージ、取消し（ＲＶＫ）メッセージ）であると決定される場合には、ブロックにおいて、プロセッサは、どのＷＴがメッセージによって影響を受けるかについての情報を抽出するように構成される。そのメッセージに依存して、例えばメッセージがＤＥＣである場合には、そのメッセージはそれの位置をルックアップ(look up)するために用いられるＷＴ識別子を含む。その他の場合には、例えばＲＳＴメッセージは、（ＲＳＴがＰＤＰから来ている場合には）そのＰＤＰを処理するＰＥＰｓ又は（ＲＳＴがＰＥＰから来た場合には）そのＰＥＰを処理するＰＤＰをフックアップすることを必要とするのみである。これらの場合におけるルックアップは、それぞれＰＤＰｉｄ又はＰＥＰｉｄに基づく。全てのこの情報はＣＴＳで入手可能であるべきである。ブロック５１４においてＷＴ情報を決定した後で、プロセッサは、どのＰＥＰｉｄを用いるべきか（例えば第２の宛先ｉｄ）を決定するように構成される。１つの態様では、ＷＴの位置情報は、コンテンツ・トランスファ・サーバ（ＣＴＳ）４２０データベースから抽出されうる。ＷＴのその位置情報を用いる場合には、プロセッサは、どのＰＥＰが現在サービス（servicing）しているかを決定する。ブロック５１６において、プロセッサは、送信されるべきメッセージのＰＥＰｉｄ部分をサービスしているＰＥＰのＰＥＰｉｄで置換することによって、ＷＴに現在サービスしているにメッセージを送信するように構成される。
【０１０１】
図６は、幾つかの実施の形態の１つの態様による方法６００を実施するための１つ又は複数のモジュールの使用を示す。図６で参照されるモジュールは、電子デバイス、プロセッサ、ハードウエア・デバイス、記憶媒体、等又はそれらの任意の組合せであってよい。１つの態様では、通信システムにおいてポリシー決定を容易にするための装置は、現在のデバイスにおいてメセージを受信するための手段を備え、そのメッセージは、送信デバイスの送信デバイス識別および宛先デバイスの宛先デバイス識別を備え、その手段はモジュール６１０を備える。装置はさらに、送信識別をカレントデバイスのカレントデバイス識別で置換するための手段を備え、その手段ハモジュール６１２を備える。装置は宛先デバイスにメッセージを送信するための手段を備え、その宛先デバイスはポリシー決定を行うように構成され、その手段はモジュール６１４を備える。
【０１０２】
図７は、幾つかの実施の形態の１つの態様による方法７００を実施するための１つ又は複数のモジュールの使用を示す。図７で参照されるモジュールは、電子デバイス、プロセッサ、ハードウエア・デバイス、記憶媒体、等又はそれらの任意の組合せであってよい。１つの態様では、通信システムにおいてポリシー決定を容易にするための装置は、現在のデバイスにおいてメッセージを受信するための手段を備え、そのメッセージは、カレントデバイスにおいてメッセージを受信するための第１の宛先デバイス手段の第１の宛先デバイス識別を備え、そのメッセージは、第１の宛先デバイスの第１の宛先デバイス識別を備え、その手段はモジュール７１０を備える。装置はさらに、無線端末の位置情報にアクセスすることによって第２の宛先デバイスの第２の宛先デバイス識別を決定するための手段を備え、その手段はモジュール７１２を備える。装置はさらに、第１の宛先デバイス識別を第２の宛先デバイス識別で置換するための手段を備える。
【０１０３】
本特許出願で記述されるメッセージは、前記メッセージが伝達されるノードに加えて、前記メッセージを生成する及び(又は)受信するノード（プロキシ・サーバ、ＡＮｓ、端末、等）のメモリに記憶される。従って、本発明の新規なメッセージを生成し、送信し、かつ使用するための方法及び装置に関することに加えて、本発明は、機械読取り可能媒体、例えば、本願の明細書及び図面に記載されかつ図示されたタイプの新規なメッセージの１つ又は複数を記憶するメモリにも関する。
【０１０４】
種々の実施の形態において、ここに記載されたノードは、この態様の１つ又は複数の方法に対応するステップ、例えば、信号処理、メッセージ生成、及び（又は）送信ステップを実行するための１つ又は複数のモジュールを用いて実装される。従って、幾つかの実施の形態では、種々の特徴がモジュールを用いて実装される。このようなモジュールは、ソフトウエア、ハードウエア、又はソフトウエアとハードウエアの組合せを用いて実装されうる。上記の方法又は方法ステップの多くは、例えば、１つ又は複数のノードにおいて、上記方法の全部又は一部を実行するための機械、例えば、付加ハードウエアを有する又は有しない汎用コンピュータを制御するためのメモリ・デバイス、例えば、ＲＡＭ、フロッピー（登録商標）デイスク、等のような機械読取り可能媒体に含まれるソフトウエアのような機械実行可能命令を用いて実行されうる。従って、特に、この態様は、機械、例えばプロセッサ及び関連するハードウエアに上記方法のステップの１つ又は複数を実行させるための機械実行可能命令を含む機械読取り可能媒体にも関する。
【０１０５】
上述した態様の方法及び装置に対する多くの付加的変更が、この態様についての上記説明を考慮して、当業者には明らかとなるであろう。そのような変更はこの態様の範囲内であると考えられるべきである。これらの態様の方法及び装置は、ＯＦＤＭ、ＣＤＭＡ、ＴＤＭＡ又はアクセスノードとモバイルノードとの間に無線通信を提供するために用いられうる種々の他のタイプの通信技法と共に使用されてよく、そして、種々の実施の形態において、使用される。幾つかの実施の形態では、アクセスノードは、中間のアクセス・ネットワークを通じてモバイルノードとのＩＰ通信を確立するコア・ルータ（core routers）又はゲートウエイ（gateways）で実装される。幾つかの実施の形態では、アクセスノードは、ＩＰ通信が流れるＯＦＤＭ、ＣＤＭＡ及び（又は）ＴＤＭＡを用いてモバイルノードとの直接通信リンクを確立する基地局として実装される。
【０１０６】
種々の実施の形態において、モバイルノードは、ノートブック・コンピュータ、ＰＤＡｓ、又は上述した態様の方法を実施するための受信器／送信器回路及びロジック及び（又は）ルーチンを含む他のポータブルデバイスとして実装される。
【０１０７】
関連出願
本願は、参照により明白に取り入れられる「ポリシー施行のための方法及び装置」というタイトルで２００６年７月１４日に提出された米国仮特許出願第60/830,995号の利益を主張する。
【図１】
2009544259.tif 000003
【図２】
2009544259.tif 000004
【図３】
2009544259.tif 000005
【図４】
2009544259.tif 000006
【図５】
2009544259.tif 000007
【図６】
2009544259.tif 000008
【図７】
2009544259.tif 000009
【国際調査報告】
2009544259.tif 000010
2009544259.tif 000011
2009544259.tif 000012
2009544259.tif 000013
2009544259.tif 000014