(57)【要約】【課題】パケットの分類と各受信ターミナルの電力モードによりインデックスされるサービステーブルとに基づいてパケットを処理するパケット通信方法及び装置を提供すること。【解決手段】  本発明は、ターミナルとの接続を有するコンピュータネットワークのネットワークエッジポイントであって、前記ターミナルを行先として指定するパケットを前記コンピュータネットワークから受け取って、各パケットに分類を指定するネットワークインターフェイスプログラムと、前記分類されたパケットを入力として受け取り、前記パケットの分類と前記ターミナルに関連する現在の電力モードとに基づいて前記パケットへサービスをマップするサービステーブルにアクセスするサービスプログラムとを備えるネットワークエッジポイントを特徴とする。【選択図】  図３
2008503990.tif 000002
【特許請求の範囲】
【請求項１】
ターミナルとの接続を有するコンピュータネットワークのネットワークエッジポイントであって、
前記ターミナルを行先として指定するパケットを前記コンピュータネットワークから受け取って、各パケットに分類を指定するネットワークインターフェイスプログラムと、
前記分類されたパケットを入力として受け取り、前記パケットの分類と前記ターミナルに関連する現在の電力モードとに基づいて前記パケットへサービスをマップするサービステーブルにアクセスするサービスプログラムと、
を備えるネットワークエッジポイント。
【請求項２】
前記ネットワークインターフェイスプログラムは、前記パケットに接続識別情報を指定する、請求項１に記載のネットワークエッジポイント。
【請求項３】
前記特定のサービスは、特定のクオリティ・オブ・サービスを含む、請求項１に記載のネットワークエッジポイント。
【請求項４】
前記特定のサービスは、パケットを破棄することを含む、請求項１に記載のネットワークエッジポイント。
【請求項５】
前記サービスプログラムは、現在電力モードテーブルにアクセスして、前記ターミナルの現在の電力モードを決定する、請求項１に記載のネットワークエッジポイント。
【請求項６】
前記サービスプログラムは、ルールテーブルにアクセスして、パケット処理のためにターミナルを節電状態からアラートすべきかどうか決定する、請求項１に記載のネットワークエッジポイント。
【請求項７】
前記ターミナルは、電力モードの遷移を開始するときに前記ネットワークエッジポイントに現在電力モードを与える、請求項１に記載のネットワークエッジポイント。
【請求項８】
前記ネットワークエッジポイントと前記ターミナルとの間の接続を管理する接続プログラムを更に備える、請求項１に記載のネットワークエッジポイント。
【請求項９】
前記ネットワークエッジポイントから第２のネットワークエッジポイントへ前記接続を転送するハンドオフプログラムを更に備える、請求項１に記載のネットワークエッジポイント。
【請求項１０】
前記接続が前記第２のネットワークエッジポイントへ転送されるときに、前記ターミナルに関連した前記サービステーブルの一部が前記第２のネットワークエッジポイントへ転送される、請求項９に記載のネットワークエッジポイント。
【請求項１１】
前記パケットが複数の受信者を指定するときには、各受信者は、少なくとも、前記複数の受信者に対して指定されたサービスの最低のものを受ける、請求項１に記載のネットワークエッジポイント。
【請求項１２】
ターミナルとの接続を有するコンピュータネットワークのネットワークエッジポイントにサービスを提供する方法であって、
前記ターミナルを行先として指定するパケットを前記コンピュータネットワークから受け取って、各パケットに分類を指定するステップと、
前記パケットの分類と前記ターミナルに関連する現在の電力モードとに基づいてサービステーブルから前記パケットに対するサービスを決定するステップと、
前記サービステーブルにおいて特定された前記サービスを提供するステップと、
を含む方法。
【請求項１３】
クラシファイアが前記パケットに接続識別情報を指定する、請求項１２に記載の方法。
【請求項１４】
前記特定のサービスは、特定のクオリティ・オブ・サービスを含む、請求項１２に記載の方法。
【請求項１５】
前記特定のサービスは、パケットを破棄することを含む、請求項１２に記載の方法。
【請求項１６】
現在電力モードテーブルにアクセスして、前記ターミナルの前記現在の電力モードを決定するステップを更に備える、請求項１２に記載の方法。
【請求項１７】
ルールテーブルにアクセスして、パケット処理のためにターミナルを節電状態からアラートすべきかどうか決定するステップを更に備える、請求項１２に記載の方法。
【請求項１８】
前記ターミナルは、電力モードの遷移を開始するときに、前記ネットワークエッジポイントにターミナルの前記現在電力モードを通知するステップを更に備える、請求項１２に記載の方法。
【請求項１９】
接続テーブルにおいて前記ターミナルとの接続を管理するステップを更に備える、請求項１２に記載の方法。
【請求項２０】
前記ターミナルが前記ネットワークエッジポイントから第２のネットワークエッジポイントへ前記接続を転送するときにハンドオフ手順に従うステップを更に備える、請求項１２に記載の方法。
【請求項２１】
前記接続が前記第２のネットワークエッジポイントへ転送されるときに、前記ターミナルに関連する前記サービステーブルの一部が前記第２のネットワークエッジポイントへ転送される、請求項２０に記載の方法。
【請求項２２】
前記パケットが複数の受信者を指定するときには、各受信者は、少なくとも複数の受信者に対して指定されるサービスの最低のものを受ける、請求項１２に記載の方法。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本出願は、（ａ）２００４年６月２２日に出願された「Power Mode Aware Packet Communication Method and Apparatus」と題する米国仮特許出願第６０／５８１，６８３号、（ｂ）２００４年８月１３日に出願された「Power Mode Aware Packet Communication Method and Apparatus」と題する米国仮特許出願第６０／６０１，４１１号、及び（ｃ）２００４年８月２７日に出願された「Power Mode Aware Packet Communication Method and Apparatus」と題する米国仮特許出願第６０／６０５，０４４号に関連しており、これらに基づく優先権を主張する。
【発明の分野】
【０００２】
本発明は、データネットワークにおけるプロトコルに関する。より詳細には、本発明は、節電状態を有するネットワークアクセス装置及びターミナルの間で使用されるプロトコルに関する。
【関連技術の説明】
【０００３】
多くの通信装置は、「ノーマル」または「アクティブ」モードと、「節電(power-saving)」モードで動作する。ノーマルまたはアクティブモードは、通常、装置の最高性能の動作モードであるとともに、最も電力を消費するモードでもある。これとは対照的に、節電モードは、性能と引き換えに低い電力消費で済む動作モードである。今日の殆どのコンピュータ及び通信装置は、性能及び電力消費レベルの異なる複数の動作モードを有している。例えば、ＩＥＥＥ８０２．１１ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）、ＩＥＥＥ８０２．１６ワイヤレスＭＡＮ（都市エリアネットワーク）、ＧＳＭ、ＩＳ−９５、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００のようなワイヤレス通信システムにおけるバッテリ給電型装置はすべて、アクティブモード及び節電の動作モードを有する。特に、ＩＥＥＥ８０２．１１装置は、アクティブモード（即ちノーマル動作）と節電モードとの２つの電力モードを有している。節電モードでは、装置がその回路の一部を遮断する。同様に、ＩＥＥＥ８０２．１６装置は、３つの電力モード（「ノーマル」、「スリープ」及び「アイドル」モード）を有し、各モードは、規定レベルの通信及び節電能力を有する。
【０００４】
従来の殆どの節電モードでは、ワイヤレスターミナルをアラート（またはページング）することができる。通常、アラートされたワイヤレスターミナルは、アクティブな動作モードに戻り、ターミナルが節電モードに入ってから到着したパケットを処理する。
【０００５】
ある従来の節電モードは、電力消費と通信能力をトレードオフする。しかしながら、従来の節電モードでは、ターミナル装置は、節約モード中に到着したパケットを配送すべきか破棄すべきかを制御しない。例えば、ＩＥＥＥ８０２．１１規格では、パケットを後に配送するためにバッファする。しかしながら、本願の最先の優先日における最新のＩＥＥＥ８０２．１６規格では、パケットはシステム設定に基づいて破棄されるかまたは配送される。更に、従来の節電モードは、ワイヤレスターミナルがアラートメカニズムをほとんど制御しないようにする。一般に、ワイヤレスターミナルが節電モードにあるときにパケットが到着すると、ワイヤレスターミナルはアラートされる。節電モード中はターミナルがパケットの処分及びアラートメカニズムの両方を制御することはできないので、効率が悪い。
【０００６】
通信ネットワークでは、幾つかのパケットは、ワイヤレスターミナルにとって殆ど関係が無いものであることがある。例えば、Ｗｉｎｄｏｗｓ  ＣＥオペレーティングシステムのもとで動作する「ボイスオーバーＩＰ」（ＶＯＩＰ）イネーブル型ワイヤレスターミナルは、受信した全てのブロードキャストＡｐｐｌｅＴａｌｋまたはＩＰＸパケットを破棄することができる。しかしながら、この同じワイヤレスターミナルは、ファイル及びプリンタ共有のためにＮｅｔＢＩＯＳパケットを受信し、そしてＶｏＩＰセッションを開始するためにセッション開始プロトコル（ＳＩＰ）パケットを受信することができる。ワイヤレスターミナルが上流でパケットの処分を制御しないので、関係のないパケットも配送される。しかし、節電モード中に到着する全てのパケットを破棄するというルールであれば、希望のサービスのパケットも破棄されるので、その性能が著しく低下することになる。
【０００７】
更に、ターミナルがアラートメカニズムを制御しないので、ターミナルは、節電モード中に到着するどのようなパケットによってもアラートされる。このようなアラートポリシーは、望ましからぬパケットに対して電力を浪費することが明らかである。実際のコンピュータ及び通信ネットワークでは、異なる節電動作のもとで異なるパケット取り扱い方法が必要となる。例えば、Ｗｉｎｄｏｗｓ  ＣＥオペレーティングシステムを実行するＶＯＩＰイネーブル型ワイヤレスターミナルでは、ＮｅｔＢＩＯＳ及びＳＩＰの両パケットが１つの電力モード（例えば、ＩＥＥＥ８０２．１６のスリープモード）において関連しているが、別の電力モード（例えば、ＩＥＥＥ８０２．１６のアイドルモード）では、電力を更に節約するために、ＳＩＰパケットのみを受信する。
【０００８】
あるアプリケーションでは、「分類(classification)」を使用して、パケットの処分を決定することができる。例えば、パケットは、ソース及び行先アドレス、ポート番号及びプロトコル識別子に基づいて分類することができる。あるアプリケーションでは、パケットの処分は、ワイヤレスターミナルの身元（例えば、そのＭＡＣまたはＩＰアドレス）及びポート番号の両方に基づいて判断することができる。このようなアプリケーションの一例は、セキュリティの目的で（例えば、無断アクセスを防止するために）パケット阻止サービスを提供するネットワークファイアウオールである。図１は、フィルタマネージャ１０３のフィルタテーブルに従うパケットクラシファイア１０１を含む従来のネットワークファイアウオール１００を示すブロック図である。受信可能なものとして分類されたパケットは、それらの特定の受信者へ通され、一方、受信不可能と判断されたパケットは、ドロッパ１０２へ送られて破棄される。テーブル１は、ネットワークファイアウオール１００に使用するのに適したフィルタテーブルの一例を示す。ネットワークファイアウオール１００では、受信者の電力モードに関わらずパケットが処理される。
【表１】
2008503990.tif 000003
【０００９】
通信システムでは、「クオリティ・オブ・サービス」（ＱｏＳ）の能力（例えば、ＩＥＥＥ８０２．１６）が、通常、パケット分類に基づくＱｏＳテーブルに従って各接続に与えられる。テーブル２は、ＱｏＳテーブルの一例である。図２は、クラシファイア２０１及びＱｏＳメカニズム２０２を含む従来のＱｏＳイネーブル型通信システム２００のブロック図である。このＱｏＳイネーブル型通信システム２００では、接続マネージャ２０３により複数の接続が維持される。この例では、パケットは、ソース及び行先アドレス、ソース及び行先ポート、プロトコル及び接続身元（ＩＤ）情報に基づいて分類することができる。それらの分類に従い、ＱｏＳテーブルに基づいて適切なＱｏＳアクションがパケットに対してとられる。通信システム２００でも、受信者の電力モードに関わりなくパケットが処理される。
【表２】
2008503990.tif 000004
【００１０】
パケットの分類及び受信者の電力モードに基づいて各パケットが処理されるようなパケット通信方法が望まれる。更に、節電モードにある受信者をアラートすべきかどうか決定するようなパケット通信ネットワークも望まれる。
【概要】
【００１１】
本発明は、パケットの分類と各受信ターミナルの電力モードによりインデックスされるサービステーブルとに基づいてパケットを処理するパケット通信方法及び装置を提供するものである。サービスは、例えばパケットに所定のクオリティ・オブ・サービスが与えられるべきか、または、パケットは破棄されるべきかを、受信ターミナルの電力モードに基づいて指定するようにできる。また、サービスは、受信ターミナルをアラートすべきかまたはページングすべきかも指定するようにしてもよい。サービステーブルに特定されるサービスは、例えば、ターミナルに関するものでもよいし、プロビジョニングサーバーに関するものでもよいし、またはハンドオフソースに関するものでもよい。マルチキャストまたはブロードキャストパケットを受信するときは、各受信ターミナルが異なる電力モードであることもある。このような場合は、サービステーブルが、ターミナルそれぞれの電力モードに基づいて各ターミナルに異なるサービスを指定するようにしてもよい。サービステーブルは、少なくともサービステーブルで指示されたレベルのサービスがターミナルに与えられることを保証する。その結果、マルチキャストまたはブロードキャストパケットは、サービステーブルが全てのターミナルに対してパケットの破棄を命令した場合にのみ破棄される。また、サービステーブルは、ターミナルの各電力状態のもとでターミナルをアラートすべきかどうか指定してもよい。ターミナルがネットワークアクセスポイント間のハンドオフを行うときには、そのターミナルに関連するサービステーブルの一部がハンドオフソースからハンドオフ行先へ転送されてもよい。
【００１２】
本発明は、節電と通信能力との間でトレードオフする別の方法も提供する。重要の低いパケットを破棄すると共に、パケットがワイヤレスターミナルへのアラート（即ちページング）をトリガーするのを防止することにより、既存の節電モードの効率を更に改善することができる。
【００１３】
上記のトレードオフは、パケットの機能及びターミナルの電力モードに基づいて、柔軟な方法で実行することができる。パケットがマルチキャストされてもブロードキャストされても、各々の受信ワイヤレスターミナルに対して柔軟なトレードオフが可能である。
【００１４】
一実施形態では、パケットフィルタ、ロードアクチベーション及びＱｏＳ接続設定のための手順を１つに集積することができる。
【００１５】
本発明は、電力モード切り換え中に、ＱｏＳ及びパケットフィルタリングメカニズムの高速で且つ低オーバーヘッド（間接処理）のスレーブアクチベーションを可能にする。節電モードの作動を開始したり解除したりする手順を使用して、電力モードに関連するＱｏＳ及びパケットフィルタリングのアクチベーションまたはデアクチベーションをトリガーすることができる。従って、付加的な個別のシグナリングを伴わずに、高速アクチベーション及びデアクチベーションが達成される。
【００１６】
本発明は、ワイヤレスターミナルのハンドオフ中に、新たなネットワークアタッチメントポイントに関連したサービステーブルを再配置するための低オーバーヘッドで且つ電力効率の良い手順を可能とする。ワイヤレスターミナルに関連したサービステーブルの一部を現在のネットワークエッジポイントから他のネットワークエッジポイントへ転送することにより、新たなネットワークエッジポイントにおいて最小のシグナリングで新たなサービステーブルが設定され、これにより低いオーバーヘッド及び電力効率が達成される。
【００１７】
また、本発明は、節電モードにおいて、性能を犠牲にせずに、ターミナルのリソースを保持するための低オーバーヘッドの手順を可能とする。これは、スレーブ接続の終端(termination)技術を組み合せて使用し、制御メッセージ及び接続確立または切り換えメッセージにリソース保持フィールド及び電力モード遷移ルールを与えることにより、達成される。
【００１８】
本発明は、クオリティ・オブ・サービス（ＱｏＳ）機能及びパケットフィルタリングに使用されるものと同様の手順を使用して、既存のハードウェアの変更を最小としてまたは全く行わずに達成される。従って、本発明は、最小の実装コスト及び作動オーバーヘッドで達成することができる。パケット分類ハードウェア、並びに、サービステーブル、分類ルールテーブル、サービスルールテーブル及びアラートルールテーブルに割り当てられるメモリは、共有することができる。
【００１９】
本発明は、以下の詳細な説明及び添付図面に基づいて更に理解することができる。
【好ましい実施形態の詳細な説明】
【００２０】
本発明は、望ましからぬパケットを配送したりワイヤレスターミナルを不必要にアラートしたりするのを回避して電力を節約する、電力モードを認識する(power mode aware)パケット通信システムを提供する。本発明は、ネットワーク３０１を備えた図３の通信システム３００のような通信システムに適用することができる。図３に示すように、ネットワーク３０１は、ネットワークエッジポイントまたはアクセスポイント３０２及び３０３を経てアクセスできる。また、図３は、ネットワーク３０１に直接アタッチされるネットワーク装置３０７と、ネットワークエッジポイント３０２及び３０３を経てネットワーク３０１に接続されたターミナル３０４、３０５及び３０６も示している。ネットワーク３０１は、インターネットのようなグローバルネットワーク、都市エリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、またはローカルエリアネットワーク（ＬＡＮ）でよい。或いはまた、ネットワーク３０１は、コアネットワーク、バックボーンネットワーク、帰路(backhaul)ネットワーク、またはアクセスネットワークを含むものでもよい。本発明は、同じネットワークエッジポイントに結合されたターミナル（例えば、ネットワークエッジポイント３０２に接続されたターミナル３０５及び３０６）間の通信、またはネットワーク３０１に何らかの仕方で結合された２つ以上のターミナル間の通信に適用できる。この通信は、インバウンドパケット（即ちターミナルからネットワークエッジポイントへ到来する）、アウトバウンドパケット（即ちネットワークエッジポイントからターミナルへ到来する）、或いはその両方に関連したものでよい。
【００２１】
ネットワークエッジポイント３０２及び３０３は、各々、ＩＥＥＥ８０２．１１規格のもとでのアクセスポイント、ＩＥＥＥ８０２．１６、ＧＳＭ、ＩＳ−９５、Ｗ−ＣＤＭＡ及びＣＤＭＡ２０００規格のもとでのベースステーション、ＩＥＥＥ８０２．３イーサネットネットワークにおけるハブ、インターネットサービスプロバイダー（ＩＳＰ）のポイント対ポイントプロトコル（ＰＰＰ）、ビジネスエンタープライズまたは他のダイヤルアップネットワーク、或いはＬＡＮ、ＷＡＮ、ＭＡＮ、衛星ネットワーク、ブルーツースネットワーク、または他の形式のネットワークのネットワークエッジポイントでよい。
【００２２】
図４は、本発明の一実施形態によるネットワークエッジポイント４００の機能的ブロック図である。図４に示すように、ネットワークエッジポイント４００は、クラシファイア４０１、接続マネージャ４０２、電源モードマネージャ４０３、サービスマネージャ４０４、ＱｏＳメカニズム４０７、ドロッパ４０８、プロビジョン(provision)マネージャ４０５、及びハンドオフマネージャ４０６を備えている。図４には明示していないが、他の機能的ブロックをネットワークエッジポイント４００に設けてもよい。接続マネージャ４０２は、ターミナルにおける対応部の接続マネージャ（例えば、図５の接続マネージャ５０１）、プロビジョンマネージャ４０５及びハンドオフマネージャ５０３と通信して、各々、接続を設定し、切り換えそして終端することができる。
【００２３】
本実施形態では、各ターミナル３０４、３０５、３０６及び３０７は、デスクトップコンピュータ、サーバー、ラップトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ポケットＰＣ、ワイヤレス電話、セルラー電話、スマートホン、データカード、ＰＣＭＣＩＡカード、ＵＳＢスティック、或いは別の通信イネーブルチップまたは装置でよい。ターミナル３０４、３０５、３０６及び３０７の各々は、クライアント、サーバーまたはピア（ピア対ピア接続のための）として構成されてもよい。通信は、例えばワイヤレス通信によって行ってもよい。更に各ターミナルは、バッテリ給電式のものでよい。
【００２４】
図５は、本発明によるターミナル５００の機能的ブロック図である。図５に示すように、ターミナル５００は、接続マネージャ５０１、電源モードマネージャ５０２、ハンドオフマネージャ５０３、及びパケット通信に有用な他の機能ブロックを備えることができる。接続マネージャ５０１は、適宜、分類ルール、サービステーブル、サービスルール、及びページングルールに関してネットワークエッジポイントの対応部（例えば、ネットワークエッジポイント４００の接続マネージャ４０２）と通信する。同様に、電力モードマネージャ５０２は、ネットワークエッジポイントの対応部（例えば、ネットワークエッジポイント４００の電力モードマネージャ４０３）にその電力モードの情報を伝達することができる。電力モードマネージャ５０２は、例えば、インストールされてサービスまたはアプリケーションを実行するオペレーティングシステム、現在の電力モード、またはバッテリ状態に基づいて、ターミナル５００の適切な電力モードを決定する。電力モードが切り換えられると、電力モードマネージャ５０２は、電力モードの切り換えに関する情報を接続マネージャ５０１に通信する。
【００２５】
図８は、図３のネットワークエッジポイント３０３のようなネットワークエッジポイントにおけるパケット処理手順を例示するフローチャート８００を示す。フローチャート８００は、ステップ８０１−８０５を含む。ステップ８０１において、ターミナルを指定するアウトバウンドパケットがネットワーク３０１から受け取られるかまたはネットワークエッジポイント（例えば、ネットワークエッジポイント３０２）から受け取られると、クラシファイア４０１は、その受け取ったパケットを、接続マネージャ４０２によりインストールされた適用可能な分類ルールに基づいて分類する。例えば、クラシファイア４０１は、それらパケットを「接続」識別子（接続識別情報）に基づいて分類することができ、これは１つ又は複数の受信ターミナルも識別する（ステップ８０２）。ステップ８０３において、各受信ターミナルの電力モードを、電力モードマネージャ４０３により決定することができる。ステップ８０４において、分類されたパケットがサービスマネージャ４０４に供給され、このサービスマネージャは、接続マネージャ４０２によりインストールされたサービステーブルからパケットの処理要件（即ち、指定のアクション）を決定する。この処理要件は、例えば、パケットをＱｏＳメカニズム４０７へ配送するか、またはパケットをドロッパ４０８において破棄するというものである。指定のアクションは、サービステーブルから決定され、例えば、パケットの分類及び各受信ターミナルの電力モードから決定されてもよい。指定のアクションは、ステップ８０５において実行される。更に、サービステーブルは、節電モードにある受信ターミナルをアラートすべきかどうかを、アラートルールに基づいて指定してもよい。アラートメカニズムは、例えば、ＩＳ−９５、ＣＤＭＡ−２０００、ＧＳＭ、Ｗ−ＣＤＭＡ、または他のセルラーシステムのもとでのページング機構、ＩＥＥＥ８０２．１１のもとでのトラフィック指示機構、並びにＩＥＥＥ８０２．１６のもとでのページング機構及びトラフィック指示機構を含む。
【００２６】
本発明は、媒体アクセス制御（ＭＡＣ）レイヤフレーム、論理的リンク制御（ＬＬＣ）フレーム、インターネットプロトコル（ＩＰ）パケット、非同期転送モード（ＡＴＭ）セル、データグラム、或いはパケットベースプロトコルのもとでの他の形式のネットワークメッセージのような種々のプロトコルレイヤにおける種々様々なパケットに適用可能である。本発明は、（ａ）特定のサービスに対するネットワークメッセージ、例えば、ボイスオーバーＩＰ（ＶｏＩＰ）、ビデオ会議、テキストメッセージング、ファイル共有、ビデオストリーミング、オーディオストリーミング、ウェブブラウジング、ショートメッセージング、マルチメディアブロードキャストまたはマルチキャスト、ｅメール、或いは他の通信フォーマット、（ｂ）特定のオペレーティングシステム（ＯＳ）に対するネットワークメッセージ、例えば、ＮｅｔＷａｒｅ、ＡｐｐｌｅＴａｌｋ、ＵＮＩＸ、Ｗｉｎｄｏｗｓ、またはＷｉｎｄｏｗｓ  ＣＥ、（ｃ）インターネットワークパケット交換（ＩＰＸ）、シーケンス型パケット交換（ＳＰＸ）、ルーティング情報プロトコル（ＲＩＰ）、ＮｅｔＷａｒｅリンクサービスプロトコル（ＮＬＳＰ）、ネットワーク基本入力／出力システム（ＮｅｔＢＩＯＳ）、ＮｅｔＢＩＯＳ拡張ユーザインターフェイス（ＮｅｔＢＥＵＩ）、ＥｔｈｅｒＴａｌｋリンクアクセスプロトコル（ＥＬＡＰ）、ＬｏｃａｌＴａｌｋリンクアクセスプロトコル（ＬＬＡＰ）、ＴｏｋｅｎＴａｌｋリンクアクセスプロトコル（ＴＬＡＰ）、またはデータグラム配送プロトコル（ＤＤＰ）のためのネットワークメッセージ、並びに（ｄ）送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、セッション開始プロトコル（ＳＩＰ）、トリビアルファイル転送プロトコル（ＴＦＴＰ）、ファイル転送プロトコル（ＦＴＰ）、リアルタイムプロトコル（ＲＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＤＨＣＰ（ダイナミックホストコンフィギュレーションプロトコル）ディスカバリー、ＤＨＣＰ要求、エージェント広告、ルーター広告、近隣ディスカバリー、マルチキャストリスナーディスカバリー（ＭＬＤ）、インターネットグループマネージメントプロトコル（ＩＧＭＰ）、或いは任意の種類のインターネット制御メッセージプロトコル（ＩＣＭＰ）のためのネットワークメッセージに適用することができる。パケットは、制御メッセージ、マネージメントメッセージ、またはデータメッセージを含んでもよい。テーブル３は、ネットワークエッジポイントとターミナルとの間、或いは２つのネットワークエッジポイント間の通信に使用できるメッセージフォーマットを例示するものである。テーブル３に示すように、メッセージフォーマットは、ＩＰアドレス、ＭＡＣアドレス、ＬＬＣアドレスまたは他のアドレスとして指定できる行先（ＤＳＴ）及びソース（ＳＲＣ）を指示してもよいし、或いはメッセージの行先及びソースを識別する識別子を指示してもよい。パケットは、ユニキャストでも、マルチキャストでも、またはブロードキャストでもよい。
【表３】
2008503990.tif 000005
【００２７】
テーブル３において、付加的なフィールドは、コード化または非コードコマンド（ＣＭＤ）を与える。適用可能なコマンドの幾つかの例がテーブル４に示されている。メッセージは、１つ又は複数の他のデータメッセージ、制御メッセージ、マネージメントメッセージ、または他のネットワークメッセージに便乗されてもよい。各メッセージは、２つ以上のＣＭＤを含んでもよい。
【表４】
2008503990.tif 000006
【００２８】
ターミナルは、パケットのソース及び行先アドレス、そのオペレーティングシステム（ＯＳ）、そのインストールされた或いは実行中のサービスまたはアプリケーション、その現在の電力モード、そのバッテリ状態、又は、他の状態情報を指定することにより、受信を希望するパケットの形式を特定することができる。本発明によれば、ネットワークエッジポイントは、ターミナルをアラートせずに望ましからぬパケットを破棄することで、節電を達成することができる。
【００２９】
アクティブまたはノーマルな動作モード（例えば、ＩＥＥＥ８０２．１１のもとでのアクティブなモード、ＩＥＥＥ８０２．１６のもとでのノーマルなモード、ＩＳ−９５のもとでのアクセス状態またはトラフィックチャンネル状態、ＣＤＭＡ−２０００のもとでのシステムアクセス状態、またはＧＳＭのもとでの専用モード）では、ターミナルがネットワークにより緊密に結合されて、パケットを送信または受信し、パケットを送信または受信する準備をし、或いは他の通信プロセスを実行することができる。節電モードのレベルを複数設けることができる。典型的な節電モードは、スリープ、休止(dormant)、アイドル、スタンバイ、または冬眠(hibernated)モードを含むことができる。節電モード（例えば、ＩＥＥＥ８０２．１１のもとでの節電モード、ＩＥＥＥ８０２．１６のもとでのアイドルまたはスリープモード、ＩＳ−９５、ＣＤＭＡ−２０００またはＧＳＭのもとでのアイドル状態またはモード）では、ターミナルは、ネットワーク通信を含むそのオペレーションに制約が課せられた状態で、ネットワークに相対的により緩く結合されてもよい。節電モードにあるターミナルは、特定の時間またはスロット内に、特定のチャンネルを使用して、または他の動作制約のもとで、特定の形式のパケットしか受信または送信しないように制限されてもよい。このような制限は、節電モードにあるターミナルが、その制限された機能を提供するために必要でない回路からの電力を遮断することを可能とする。
【００３０】
節電モードにあるターミナルは依然として、例えば、ネットワークエッジポイントを選択または再選択したり、或いは、それが監視するチャンネル（例えば、ページングまたはクイックページングチャンネル、共通シグナリングチャンネル）を、あるネットワークエッジポイントから別のネットワークエッジポイントへと転送したりすることができる。あるアプリケーションでは、監視されるチャンネルは、所定のルールに基づいて、周期的に、擬似周期的にまたは非周期的に生じる指定のタイムスロット中にのみ送信を行う。監視されるチャンネルは、ネットワークエッジポイントにより周期的に、擬似周期的にまたは非周期的に送信されるビーコンフレームを含むことができる。或いは、監視されるチャンネルは、１組のコード、１組のサブチャンネル、１組のサブキャリア、１組の周波数ホッピングパターンにより定義されてもよい。ターミナルは、ネットワークに登録されて、所定のメッセージ（例えば、アラートメッセージ、ページングメッセージ、トラフィック指示メッセージ）を聴取してもよい。ターミナルは、必要に応じて位置変更を行うことができる。
【００３１】
本発明の一実施形態によれば、ターミナルがその電力モードを切り換えるときには、ターミナルとターミナルに関連したネットワークエッジポイントとが、電力モード遷移メッセージを交換する。一態様では、交換されるメッセージは、各遷移形式に対して、「電力モード遷移の要求」と、その要求に対する応答とを含む。要求メッセージは、ネットワークまたはネットワークエッジポイントにより開始され、そして応答メッセージは、要求メッセージを受け取る側により送信される。上記のテーブル４は、これら電力モード遷移メッセージの例（例えば、スリープモード要求、スリープモード応答、アイドルモード要求、及びアイドルモード応答）を含む。他のメッセージと同様に、電力モード遷移メッセージは、他のネットワークメッセージに便乗されてもよい。或いは、電力モード遷移メッセージが暗示されてもよい。例えば、ターミナルの現在の電力モードとは異なる電力モードでのみ実行されるオペレーションに関連したネットワークメッセージを、電力モード遷移メッセージを暗示的に含むものとして扱い、そのオペレーションが実行される電力モードにターミナルが入るようにしてもよい。例えば、ノーマルモード、スリープモード及びアイドルモードを有するパケット通信システムでは、スリープモードまたはアイドルモードにおいてターミナルにより送信されるデータメッセージ、並びにネットワークエッジポイントにより送信されるＡＣＫメッセージは、スリープモードまたはアイドルモードを終了するための電力モード遷移要求、並びにそれに対応する応答を各々含むものとして処理されてもよい。
【００３２】
また、電力モード遷移メッセージは、テーブル５に示すようなリソース保持フィールド（ＲＳＣ  ＲＴＮ）を含んでもよい。このような電力モード遷移メッセージは、上記テーブル３のメッセージの変形である。ＲＳＣ  ＲＴＮフィールドに対する例示的な値がテーブル６に示されている。このリソース保持フィールドは、ターミナルが指定の電力モードにある時間中にターミナルへのネットワークエッジポイントに割り当てられたリソースの処理に関してターミナルまたはネットワークエッジポイントによる要求、応答、優先、コマンドまたはポリシーを指定することができる。リソース保持フィールドにおける値は、ターミナルに対して関連リソースを保持するための要求として解釈されてもよい。
【表５】
2008503990.tif 000007
【表６】
2008503990.tif 000008
【００３３】
テーブル６に示すように、リソース保持フィールドの値「１」は、全ての接続に対するリソースを解除すべきであるという要求として扱われる。ネットワークエッジポイントは、ターミナルが節電モードへ遷移するときに、ターミナルに対する全てのリソース（即ち、サービステーブル、アラートルールテーブル、分類ルールテーブル、サービスルールテーブル、クラシファイア、スケジューラ、ポーラー、ポリサー、シェーパー、バッファ、帯域巾割り当てユニット、及びリソース予約ユニットにおける全てのエントリー及びリソース）を解放する。もちろん、このようなリソース保持ポリシーのもとでは、ターミナルは、ＱｏＳの低下、望ましからぬパケット阻止、望ましからぬパケット配送、望ましからぬアラート、及び望ましからぬアラート欠如による影響を受けることがある。別の例は、リソース保持フィールドが「Ｎ」である場合に対応する。テーブル６に示すように、このリソース保持ポリシーのもとでは、全てのリソースを保持すべきである。全てのリソースを保持することにより、ターミナルは、良好なＱｏＳの利益を享受し、節電モードからノーマルモードへの復帰がより速く且つスムーズになる。しかしながら、ネットワークエッジポイントの負担は、対応して高くなる。
【００３４】
リソース保持フィールドの値「２」に対応する更に別の例として、特定の形式の接続に対してのみリソースが保持される。どの接続形式がリソース保持に有利であるかは、接続形式により実行される機能、接続形式に対して必要なＱｏＳ、リソース保持の関連オーバーヘッドコスト、及びネットワークエッジポイントに利用できる全リソースのようなファクタを考慮して、付帯的利益に対するリソース保持のオーバーヘッドコストを重み付けすることにより、決定される。例えば、パケット通信システムのネットワークエッジポイントは、上述したファクタを考慮した後に、基本的接続、一次マネージメント接続、及び二次マネージメント接続に対するリソースを保持することができる。
【００３５】
テーブル６において、値「３」及び「４」に対応するケースは、リソースが特定の要求のみにより保持されるか、またはアラートルールにより要求されるように保持される保持ポリシーを示す。これらのポリシーは、単なる接続形式に加えてファクタを伴う評価を含むため、より大きな節電に対して柔軟性の幅が広がると共により精密な制御が可能となる。
【００３６】
図４に戻ると、ネットワークエッジポイント４００の電力モードマネージャ４０３は、アラートメッセージをターミナル５００へ送信することができる。テーブル７及び８は、各々、トラフィック指示メッセージ及びページングメッセージのフォーマットを示す。テーブル７及び８のメッセージフォーマットは、テーブル３のメッセージフォーマットの変形である。これらのアラートメッセージがブロードキャストまたはマルチキャストされるときには、受信ターミナルを行先アドレス（ＤＳＴ）から別々に指定することができる。例えば、ターミナルは、テーブル７及び８に示すメッセージのトラフィック指示フィールドまたはページング情報フィールドにおいて指定することができる。
【表７】
2008503990.tif 000009
【表８】
2008503990.tif 000010
【００３７】
ネットワークエッジポイントからのアラートメッセージは、ターミナルに対する保留パケットに関する情報を伝達することができる。或いは、アラートメッセージは、レンジング、スキャニング、位置更新、確認、アイドルハンドオフ、ハンドオフ、または電力モードを切り換える要求等のオペレーションを実行するためのターミナルへの要求であってもよい。アラートメッセージにおける情報または要求は、ターミナルの電力モードマネージャ（例えば、ターミナル５００の電力モードマネージャ５０２）によって解釈することができる。メッセージを受信すると、ターミナルは、要求されたオペレーションを開始して、保留のパケットの受信または要求への応答等を適宜行うことができる。
【００３８】
本発明の一実施形態によれば、電力モードマネージャ（例えば、ネットワークエッジポイント４００の電力モードマネージャ４０３）は、パケットの分類、受信ターミナルの身元、及びターミナルの電力モードに基づいて、アラートメッセージを受信ターミナルへ送信すべきかどうか決定するために、アラートルールテーブルを維持する。アラートルールテーブルの一例を、以下のテーブル９に示す。
【表９】
2008503990.tif 000011
【００３９】
テーブル９に示すように、受信ターミナルがスリープモードにある最中に、接続ＩＤ「１」及び受信者ＩＤ「１」を示すパケットが受け取られた場合、アラートメッセージがその受信ターミナルに送信される。同様に、テーブル９に示すように、接続ＩＤ「２」及び受信者ＩＤ「１」を指定するパケットは、受信ターミナルがスリープモードにあるかアイドルモードにあるかに関わらず、アラートメッセージをトリガーしない。
【００４０】
ネットワークエッジポイントの電力モードマネージャ（例えば、電力モードマネージャ４０３）は、各々の関連ターミナルに対して現在の電力モードを記憶するターミナル電力状態テーブル（例えば、テーブル１０）を維持することができる。ターミナル電力状態テーブルは、ターミナルの電力モードが切り換えられるときに更新される。電力モードマネージャを通して、ターミナル電力状態テーブルは、ネットワークエッジポイントの他の機能的ブロック、例えば、サービスマネージャ（例えば、サービスマネージャ４０４）、またはＱｏＳメカニズム（例えば、ＱｏＳメカニズム４０７）によりアクセスすることができる。
【表１０】
2008503990.tif 000012
【００４１】
ネットワークエッジポイントの電力モードマネージャは、アラートメッセージサービスを提供するために、テーブル９のようなアラートルールテーブルを維持することができる。或いは、アラートルールテーブルは、ネットワークエッジポイントの接続マネージャ（例えば、接続マネージャ４０２）の制御のもとで、サービステーブルに取り込むことができる。この場合に、ネットワークからパケットを受け取ると、ネットワークエッジポイントの電力モードマネージャは、接続マネージャと通信してサービステーブルにアクセスする。
【００４２】
この詳細な説明において、「接続(connection)」という語は、ネットワークエッジポイントと特定のサービスに関連したターミナルとの間に流れるデータパケットのグループを指す。例えば、接続は、ＡＴＭにおける仮想チャンネルまたは仮想経路、ＩＥＥＥ８０２．１１ｅにおけるトラフィックストリームまたはトラフィックフロー、ＩＥＥＥ８０２．１６における接続またはサービスフロー、ＧＳＭ、Ｗ−ＣＤＭＡ、ＩＳ−９５、Ｗ−ＣＤＭＡ、ＩＥＴＦ総合サービス（ＩｎｔＳｅｒｖ）における接続、セッション、フローまたはサービスを示すようにしてもよい。この用語の意味において、接続とは、接続指向のプロトコル及び無接続(connectionless)のプロトコル（例えば、インターネットプロトコル（ＩＰ））の両方のもとでのデータトラフィックを包含し得る。多数の仮想経路、仮想チャンネル、トラフィックストリーム、トラフィックフロー、接続、サービスフロー、セッション、またはフローを、単一接続でサービスすることができる。逆に、１つの仮想経路、仮想チャンネル、トラフィックストリーム、トラフィックフロー、接続、サービスフロー、セッション、またはフローを、多数の接続でサービスすることもできる。一実施形態では、接続をパケット分類で識別し、そして「接続識別子」（ＣＩＤ）に関連付けることができる。上述したように、クラシファイアは、パケットに適用される１組の一致基準である。この一致基準は、プロトコル特有のパケット属性（例えば、行先ＩＰアドレス）でよい。分類によりグループ分けされる接続の例が、テーブル１１及び１２に示されている。テーブル１２の各接続は、ＣＩＤに明確に関連している。テーブル１１及び１２は、ソースＭＡＣアドレス（ＳＲＣ  ＭＡＣ  ＡＤＤＲ）、行先ＭＡＣアドレス（ＤＳＴ  ＭＡＣ  ＡＤＤＲ）、フレーム形式（ＦＲＭ形式）、ソースＩＰアドレス（ＳＲＣ  ＩＰ  ＡＤＤＲ）、行先ＩＰアドレス（ＤＳＴ  ＩＰ  ＡＤＤＲ）、ソースポート（ＳＲＣポート）、行先ポート（ＤＳＴポート）、及びプロトコルフィールド（プロトコル）に基づく分類を示す。
【００４３】
テーブル１１には示されていないが（説明を簡略化するために）、各接続に対してアラートルールを設けてもよい。
【００４４】
パケット分類は、データパケットのＡＴＭヘッダ、ＭＡＣヘッダ、ＬＬＣヘッダ、ＩＰヘッダ、ＴＣＰヘッダ、ＵＤＰヘッダ、或いは他のヘッダ、本体、末尾、または他の部分に基づいて行われてもよい。例えば、仮想経路識別子（ＶＰＩ）及び仮想チャンネル識別子（ＶＣＩ）の値により独特に識別されるＡＴＭ接続では、パケット分類は、ＡＴＭセルヘッダのＶＰＩ及びＶＣＩフィールドに基づいて行われてもよい。別の例として、ＩＥＥＥ８０２．３パケットの場合には、パケット分類は、行先ＭＡＣアドレス、ソースＭＡＣアドレス、及びイーサタイプ(Ethertype)／ＳＡＰフィールドに基づいて行うこともできる。例えば、ＩＰパケットの場合には、パケットの分類は、サービス形式フィールド、プロトコルフィールド、ＩＰソースアドレス、ＩＰ行先アドレス、ソースポート、及び行先ポートに基づいてもよい。パケット分類は、マスクされたフィールドまたは非マスクフィールドに基づいてもよい。
【表１１】
2008503990.tif 000013
【表１２】
2008503990.tif 000014
【００４５】
同じデータサービスに対して複数のクラシファイアが存在してもよい。従って、クラシファイア順序付けスキームを使用して、クラシファイアをパケットに適用することができる。クラシファイアにより使用されるパターンが重畳する場合には、明確な順序付けが必要になることがある。必要とされる順序付けスキームは、独特なものではなく、適用可能なクラシファイアを明瞭に選択するものでなければならない。パケットを処理するために、ネットワークエッジポイントのクラシファイア（例えば、ネットワークエッジポイント４００のクラシファイア４０１）は、接続マネージャ（例えば、接続マネージャ４０２）を経てサービステーブル（例えば、テーブル１１）の分類ルールにアクセスする。或いはまた、クラシファイアは、それ自身の分類ルールテーブル（例えば、テーブル１２）を維持してもよく、この場合、クラシファイアには、接続マネージャ（例えば、接続マネージャ４０２）により分類ルールテーブルに影響する変化が通知される。
【００４６】
テーブル１３は、ターミナルの接続マネージャ（例えば、ターミナル５００の接続マネージャ５０１）により維持されるサービステーブルの一例である。テーブル１３に示すように、サービステーブルは、分類ルール及びサービスルールを含む。テーブル１３には示されていないが（説明を簡略化するために）、各接続に対してアラートルールが設けられてもよい。
【表１３】
2008503990.tif 000015
【００４７】
ネットワークエッジポイントに関連した各ターミナルのサービステーブルは、以下に詳細に述べる接続設定及び切り換え手順を介してネットワークエッジポイントに通信される。これらのサービステーブルは、ネットワークエッジポイントのサービステーブル（例えば、テーブル１１のサービステーブル）に一体化される。
【００４８】
接続を設定、切り換えまたは終端するために、ターミナル及びネットワークエッジポイントの各接続マネージャは、「接続マネージメントメッセージ」を交換する。この接続マネージメントメッセージは、テーブル４に示すように、接続設定要求メッセージ、接続設定応答メッセージ、接続設定ＡＣＫメッセージを含むことができる。テーブル１４、１５及び１６は、各々、ノーマル、スリープ、及びアイドル電力モードに対する接続設定要求、接続設定応答、及び接続設定ＡＣＫの例示的フォーマットを示す。
【表１４】
2008503990.tif 000016
【表１５】
2008503990.tif 000017
【表１６】
2008503990.tif 000018
【００４９】
図９は、テーブル１４に示すように、ターミナルが接続設定要求メッセージを送信する（ステップ９０１）接続設定手順を示す。それに応答して、ネットワークエッジポイントは、接続設定応答メッセージを送信する（ステップ９０２）。次いで、ターミナルは、接続設定応答メッセージの受信を確認して、ネットワークエッジポイントに接続設定ＡＣＫメッセージを送信する（ステップ９０３）。
【００５０】
接続設定要求メッセージは、例えば、ネットワークエッジポイントのアドレスをＤＳＴフィールドに指定し、ターミナルのアドレスをＳＲＣフィールドに指定し、値「１」をＣＭＤフィールドに指定し、そして接続に対する分類ルールを分類フィールドに指定することができる。テーブル１４に示すように、メッセージは、ノーマル、スリープ及びアイドルの各電力モードに対してコード化または非コードのサービスルールを指定するアクションフィールドを含むこともできる。例えば、サービスルールは、「パケットを破棄する(to discard the packet)」、「パケットを配送する(to deliver the packet)」、「特定のＱｏＳ仕様で配送する(to deliver with a particular QoS specification)」でよい。サービスルールがコード化されるときには、ＴＬＶ値（即ち、形式、長さ及び変数）としてコード化されてもよい。
【表１７】
2008503990.tif 000019
【００５１】
テーブル１７は、接続設定要求メッセージの一例を示す。テーブル１７に示すように、この接続設定要求メッセージは、ノーマル、スリープ及びアイドルモードに対して、「ＱｏＳ仕様１の配送」、「ＱｏＳ仕様２の配送」、及び「破棄」のサービスルールを各々指定する。ネットワークエッジポイントのアドレス（ＡＤ  ＮＥ）及びターミナルのアドレス（ＡＤ  ＴＥ）は、ＤＳＴ及びＳＲＣフィールドに各々設けられる。テーブル１７は、パケットが配送されるときだけターミナルをアラートするシステムを示す。このようなシステムのもとでは、接続設定要求メッセージにアラートルールを明確に設ける必要がない。しかしながら、より精巧なアラートメカニズムが電力モードに関連付けられる場合には、テーブル１８の例示的接続設定要求メッセージに示すように、各アクションフィールドにアラートルールが含まれてもよい。テーブル１８に示すように、スリープ及びアイドルモードに対して「アラート」及び「否アラート」が各々指定される。アラートルールは、ブール値として設けられてもよい（即ち、「アラート」及び「否アラート」に対して相補的な論理値）。
【表１８】
2008503990.tif 000020
【００５２】
一実施形態では、各電力モードに対してデフォールトサービスルールが設けられる。例えば、スリープモードに対するデフォールトサービスルールは、「ＱｏＳ仕様２」でよく、一方、アイドルモードに対するデフォールトサービスルールは、「破棄」でよい。デフォールトサービスルールでは、このような電力モードに対するサービスルールが電力設定要求メッセージに明確に含まれなくてもよい。テーブル１９は、スリープ及びアイドルモードに対するアラートルールを明確に指定するが、これら電力モードに対するサービスルールが暗示的に指定されるのを可能とする例示的な接続設定要求メッセージである。
【表１９】
2008503990.tif 000021
【００５３】
一実施形態では、特定の電力モード（例えば、スリープモード）に対してデフォールトＱｏＳ仕様（例えば、「ＱｏＳ仕様２」）が設けられる。次いで、テーブル２０に示すように、アクションフィールドにブール値（即ち、「配送」及び「破棄」に対して相補的な論理値）を使用することができる。
【表２０】
2008503990.tif 000022
【００５４】
システムが各電力モードに対してデフォールトサービスルール及びデフォールトアラートルールの両方を有する場合には、接続設定要求メッセージは、各電力モードに対してアクションを指定する必要がない。テーブル２１は、スリープモードに対してデフォールトサービスルール（例えば、「パケット配送」）及びデフォールトアラートルール（例えば、「アラート」）を仮定する接続設定要求を示す。
【表２１】
2008503990.tif 000023
【００５５】
上述したように、テーブル１５は、対応する接続設定要求メッセージに応答する接続応答メッセージのための例示的フォーマットを示す。ターミナルが、図９のステップ９０１に示すように、接続設定手順を開始すると、接続設定応答メッセージは、ＳＲＣフィールドにネットワークエッジポイントのアドレスを、ＤＳＴフィールドにターミナルのアドレスを、そしてＣＭＤフィールドに値「２」を指定する。接続設定応答メッセージは、クラシファイアフィールドを有すると共に、ノーマル、スリープ及びアイドル電力モードの各々に対してアクションフィールドを有することができる。クラシファイア及びアクションフィールドは、ネットワークエッジポイントとターミナルとの間でこれらフィールドの値に対してネゴシエーションを行うことができる。例えば、ネットワークエッジポイントは、これがターミナルにより要求されたＱｏＳをサポートするに充分なリソースをもたないときには、低いグレードのＱｏＳ仕様をノーマルモードに対するサービスルールとして提案してもよい。このようなネゴシエーションが要求されない場合には、接続設定応答メッセージは、ネットワークエッジポイントが、ターミナルの接続設定要求メッセージに指定されたクラシファイア及びアクションを受け容れるかどうか指示するブール値を単に含むだけでよい。ネットワークエッジポイントは、このネットワークエッジポイントとターミナルとの間の対応接続を識別するように接続ＩＤ（ＣＩＤ）フィールドに値を指定してもよく、これは、この接続に関するその後のメッセージに使用されてもよい。（ＣＩＤフィールドは、ネットワークエッジポイントにより接続設定要求メッセージに含まれる。）接続設定メッセージのＣＩＤフィールドの値は、ネットワークエッジポイントに使用される接続ＩＤとして内部に使用されるものでなくてもよいことに注意すべきである。
【００５６】
ターミナルが接続設定ＡＣＫメッセージを送信するときには、メッセージは、ＤＳＴフィールドにネットワークエッジポイントのアドレスを、ＳＲＣフィールドにターミナルのアドレスを、そしてＣＭＤフィールドに値「３」を指定する。
【００５７】
節電モードがスレーブ接続終端（即ち、電力モード遷移のような指定の事象によりトリガーされる接続終端）に関連している場合には、接続設定要求が各電力モードに対してアクションフィールドを含む必要がない。例えば、アイドルモードがスレーブ接続終端に関連している場合には、接続設定要求メッセージが、テーブル２２に示すように、アイドルモードに対してアクションフィールドを与える必要がない。
【表２２】
2008503990.tif 000024
【００５８】
節電モードがスレーブ接続終端に関連する場合には、ターミナルまたはネットワークエッジポイントは、スレーブ接続終端から指定の接続を除外することを要求してもよい。それに対応する接続設定要求メッセージは、その接続に対するリソース保持ルール（または好み）を表現するためのリソース保持ルールフィールドを有してもよい。テーブル２３は、スレーブ接続終端から除外されるべき接続をリソース保持ルールフィールドに指定するのを可能とする接続設定要求メッセージの例示的フォーマットを示す。リソース保持ルールフィールドの値は、「保持」または「否保持」を指定するブール値でよい。電力モードに対するアクションは、デフォールトの振舞いにより決定されてもよいし、或いは同じ接続要求メッセージまたはその後の接続切り換えメッセージで配送されるアクションフィールドにより決定されてもよい。
【表２３】
2008503990.tif 000025
【００５９】
リソース保持ルールフィールドとは別に、接続設定要求は、電力モードに対するアクションフィールドを有してもよい。電力モードに対するアクションフィールドの存在は、そのアクションに対するリソース保持の暗示的要求として解釈される。アイドルモードアクションフィールドを有する接続設定要求メッセージのフォーマットは、テーブル１４に既に示した。
【００６０】
電力モードが接続のスレーブアクチベーションまたはデアクチベーションに関連している（即ち、接続のアクチベーションまたはデアクチベーションが電力モード遷移のような指定の事象によりトリガーされる）場合には、ターミナルまたはネットワークエッジポイントは、スレーブ接続アクチベーションまたはデアクチベーションから除外されるべき指定の接続を要求してもよい。従って、接続設定要求メッセージは、スレーブアクチベーション、デアクチベーションまたはその両方からの接続の除外を要求するためのフィールド（１つまたは複数）を含んでもよい。例えば、ターミナルがノーマルモードからアイドルモードへ遷移するときには、そのターミナルに関連した全ての接続が、リソースを解除するように終端されてもよい。
【００６１】
スレーブオペレーション（終端、アクチベーションまたはデアクチベーション）からの除外は、接続設定要求メッセージを交換するときに要求されてもよい。接続は、ターミナルがネットワークエッジポイントに結合されるとき、または電力モード遷移メッセージが交換されるときに、１つずつ、または一度に全部（即ち、単一のオムニバス要求により）、除外されてもよい。例えば、電力モード遷移メッセージが、スレーブ接続終端から除外されるべき全ての接続に対して単一の要求として使用されるときには、遷移メッセージのリソース保持フィールドが、上記テーブル６に示すように「Ｎ」の値を有してもよい。
【００６２】
或いは、サービスルールは、一度に１つの接続が指定されなくてもよい。むしろ、２つ以上の接続に対するサービスルールを、複数のＣＭＤを他の付随する関連フィールドと合体する単一メッセージにおいて配送することができる。テーブル２４は、クラシファイア（ＣＳＦ）フィールド、ノーマルモードアクション（ＮＭＡ）フィールド、スリープモードアクション（ＳＭＡ）フィールド、及びアイドルモードアクション（ＩＭＡ）フィールドを各々付随する２つのＣＭＤを含む例示的メッセージを示す。
【表２４】
2008503990.tif 000026
【００６３】
２つ以上の接続に対して同じＣＭＤが指定される場合には、単一のＣＭＤだけを指定することで効率化を達成できる。それでも、各接続に対する付随のフィールドを指定しなければならないことがある。テーブル２５は、同じＣＭＤのもとにある２つの接続に対してサービスルールを配送するための例示的メッセージを示す。テーブル２５において、各接続に対するフィールドは、グループ（「接続指向のリスト」）として現われる。例えば、ＣＭＤ１、ＣＳＦ１、ＮＭＡ１、ＳＭＡ１、及びＩＭＡ１は、接続１に関するフィールドであり、従って、一緒にグループ編成される。
【表２５】
2008503990.tif 000027
【００６４】
更に、２つ以上の接続が同じサービスルールを指定するときには、共通のサービスルールが一度だけメッセージに指定されるだけでよい。この場合に、メッセージにおけるフィールドは、同じサービスルールを指定する接続がその関連サービスルールと一緒にリストされるように配列できる（「サービスルール指向のリスト」）。テーブル２６は、２つの接続においてスリープモードに同じサービスルールが使用されるメッセージのための接続指向のリストフォーマットを示す。
【表２６】
2008503990.tif 000028
【００６５】
或いは、テーブル２７に示すように、クラシファイアＣＳＦ１及びＣＳＦ２の次に一度だけスリープモードサービスルールが指定されるサービスルール指向のリストが使用されてもよい。
【表２７】
2008503990.tif 000029
【００６６】
サービスルールをリストすることに関連したオーバーヘッドコストが、接続をリストすることに関連したオーバーヘッドコストより高いときには、サービスルール指向のリストが、接続指向のリストより効率の良いものになり得る。サービスルールをリストするオーバーヘッドコストは、サービスルールを表現するのに必要なビットの数が大きくなるとき、及び同じサービスルールが繰り返されるときに、増大する。テーブル２６及びテーブル２７は、サービスルール指向のリストにおいて、たとえサービスルール（ＳＭＡ１）が一度しか現われなくても、接続指定子（即ち、ＣＳＦ１及びＣＳＦ２）の出現の回数が２から６へ増加することを示している。
【００６７】
各接続またはサービスルールを表現するのに必要なビットの数を検査しなければならない。接続ＩＤ（ＣＩＤ）、或いは他の識別子、指示子、指定子またはポインタが、僅かなビットを使用して接続に関連したクラシファイアを表現できる場合には、クラシファイアを明確に設けるのではなく、このようなデバイスをメッセージに使用しなければならない。ある場合には、サービスルール指向のリストが、より効率的である。同様に、サービスルールＩＤ、或いは他の識別子、指示子、指定子、またはポインタが、僅かなビットでサービスルールを表現できる場合には、サービスルールを直接述べるのではなく、このようなデバイスをメッセージに使用しなければならない。サービスルールは、時々、効率を向上するためにブール変数（例えば、「アラートする」または「アラートしない」、「破棄する」または「破棄しない」、及び「リソースを保持する」または「リソースを保持しない」）で記述することもできる。
【００６８】
サービスルールの数が非常に少ないとき（例えば、ブールのサービスルールの場合に２つ）、及び全ての接続が既知であるときには、１つのサービスルールが暗示的に指定されるサービスルール指向のリストを使用してもよい。この場合に、明確にリストされない接続は、全て、暗示的なサービスルールによりカバーされると仮定する。接続の数が多い場合には、オーバーヘッドの著しい節約を実現できる。例えば、スリープモードに対するサービスルールＳＭＡ１及びＳＭＡ２が、記述の必要のある唯一のサービスルールであり、そして６つの接続（ＣＳＦ１−６）がある場合には、テーブル２９は、ＳＭＡ１がＣＳＦ１、ＣＳＦ２及びＣＳＦ４−６に対するスリープモードのサービスルールであり、一方、ＳＭＡ２がＣＳＦ３に対するサービスルールであるようなサービスルール指向のリストを使用するメッセージを示す。
【表２８】
2008503990.tif 000030
【００６９】
或いはまた、テーブル３０に示すように、接続ＣＳＦ２のサービスリストＳＭＡ２に対してサービスルール指向のリストを設け、且つ全ての非リスト接続（即ち、ＣＳＦ１、ＣＳＦ２及びＣＳＦ４−６）が、暗示的に関連したサービスルールＳＭＡ２であることを許すだけでよい。
【表２９】
2008503990.tif 000031
【００７０】
メッセージに明確にリストされないデフォールトのブールサービスルール（例えば、サービスルールＳＭＡ１）がある場合には、テーブル３０のメッセージにおけるサービスルールフィールドを省略してもよい。というのは、指定の接続がサービスルールＳＭＡ２を使用することが明らかであるからである。
【表３０】
2008503990.tif 000032
【００７１】
ある場合には、サービスリストとの暗示的関連付けを可能とするデフォールトサービスルールを採用すると、非効率的になることがある。テーブル３２は、デフォールトサービスルールがＳＭＡ２であり、従って、サービスルールＳＭＡ１を使用する接続をメッセージに含ませねばならないケースを示す。
【表３１】
2008503990.tif 000033
【００７２】
従って、メッセージのサービスルールフィールドは、より少ないオーバーヘッドのリストを使用するように選択できる融通性のあるリスティングを可能にする（例えば、テーブル３０のメッセージ）。また、２つ以上のサービスルールオプションがあるときには、デフォールトサービスルールがあるときでも、サービスルールフィールドを省略できない。というのは、サービスルールフィールドなしに２つ以上の接続リストを区別できないからである。
【００７３】
或いはまた、ターミナル及びネットワークエッジポイントは、サービスルールを使用する接続がないときにはサービスルールに対するリストを省略するように選択してもよい。この場合には、接続に関連した各サービスルールに対してサービスルール指向のリストが設けられる。この解決策は、以下に述べるように、差のリスティング方法の使用を可能とする。
【００７４】
ターミナル及びネットワークエッジポイントは、サービス指向のリストまたは接続指向のリストに変化があるときだけメッセージを送信するように選択してもよい。変化のみを与えるリストは、「差のリスティング」と称される。例えば、ＳＭＡ１に対するサービスルール指向のリストがある場合に、リスト内の接続は、他の何らかのサービスルールまたは何の関連もないものからＳＭＡ１へサービスルールを変化させるものとして解釈できる。テーブル３３は、ＣＳＦ３の接続がサービスルールＳＭＡ２からサービスルールＳＭＡ１へ変化し、そしてＣＳＦ１の接続がサービスルールＳＭＡ１からＳＭＡ２へ変化する場合を示す。
【表３２】
2008503990.tif 000034
【００７５】
差のリスティングにおいて、リストに関連しないサービスルールは、接続に関連しないサービスルールを表わすものとして解釈される。
【００７６】
差のリスティングの初期状態は、接続指向のリスト、所定のデフォールト値、サービスルール指向のリスティング方法、或いは初期サービスルールを定義する他の方法を使用して、最初に定義することができる。また、サービスルールは、電力モード遷移メッセージ、制御メッセージ、マネージメントメッセージ、またはデータメッセージの交換に関連して指定されてもよい。
【００７７】
接続が設定された後に、ターミナル及びネットワークエッジポイントは、両方とも、分類ルールまたはアクションを含む接続のパラメータを変化させてもよい。一実施形態では、ノーマルモードに対する分類ルール及びアクションのみが接続設定手順において定義され、そしてスリープ及びアイドルモードに対するアクションは、１つ以上の接続切り換え手順により後で定義されてもよい。
【００７８】
接続の切り換えを達成するために、上記テーブル４に示されたように、接続マネージメントメッセージは、接続切り換え要求メッセージ、接続切り換え応答メッセージ、及び接続切り換えＡＣＫメッセージを含む。接続切り換え要求、接続切り換え応答、及び接続切り換えＡＣＫメッセージのフォーマットは、接続設定要求、接続設定応答、及び接続設定ＡＣＫメッセージについて上述したものと同様である。各接続切り換え要求メッセージには、接続ＩＤが含まれてもよい。
【００７９】
接続を終端するために、接続クローズ要求メッセージが送信され、そして接続クローズ応答メッセージがクローズ要求を確認する。テーブル３４及び３５は、各々、接続クローズ要求及び接続クローズ応答メッセージに対する例示的フォーマットを与える。
【表３３】
2008503990.tif 000035
【表３４】
2008503990.tif 000036
【００８０】
スレーブ接続終端は、接続終端メッセージを交換せずに達成できる。接続は、接続設定または接続切り換え手順が実行された直後にアクチベートされてもよい。しかしながら、接続は、接続設定または接続切り換え手順とは個別にアクチベートされてもよい。接続が設定されるがアクチベートされないときには、ＱｏＳメカニズムが接続の通信を動作する前に、接続のためのリソースがＱｏＳメカニズムに予約されるかまたはプロビジョニングされることがある。アクチベーションが分離される場合には、接続アクチベーション要求または接続アクチベーション応答メッセージのような付加的なメッセージが交換される。
【００８１】
接続は、接続をクローズせずにデアクチベートされてもよい。接続がデアクチベートされるがクローズされないときには、たとえＱｏＳメカニズムが接続上で動作しなくても、接続のためのリソースが依然ＱｏＳメカニズムに予約されるかまたはプロビジョニングされることがある。デアクチベーションが接続クローズから分離される場合には、接続デアクチベーション要求または接続デアクチベーション応答メッセージのような付加的なメッセージが交換される。
【００８２】
一実施形態において、ターミナルがノーマルモードに入るときには、ノーマルモードのサービスに関連した全ての接続がアクチベートされる。同様に、ターミナルがスリープモードに遷移するときには、スリープモードのサービスに関連した全ての接続が再アクチベートされる（デアクチベートされそしてアクチベートされる）。この実施形態では、接続アクチベーションまたはデアクチベーションごとのメッセージは使用されず、スリープモード要求及びスリープモード応答メッセージのような電力モード遷移メッセージのみを交換してアクチベーションをトリガーする。
【００８３】
接続は、内部または外部プロビジョニングサーバーにより設定することができ、このサーバーは、ドメインアドミニストレータ、サービスプロバイダー、またはネットワークエッジポイントアドミニストレータとしてサービスルールまたはアラートルールを実行する。図６は、本発明の一実施形態によるプロビジョニングプロセスを示す。図６に示すように、ステップ６０２において、ネットワークエッジポイントのプロビジョンマネージャ（例えば、プロビジョンマネージャ４０５）は、プロビジョニングサーバー（例えば、プロビジョニングサーバー６０１）と通信して、サービスまたはアラートルールを受け取ることができる。プロビジョニングサーバーは、次いで、ターミナルの接続マネージャ及び電力モードマネージャと協働して（ステップ６０３及び６０４）、１つ以上の接続を適宜設定する。図６に示すように、プロビジョニングのために、プロビジョン要求メッセージ、プロビジョン応答メッセージ及びプロビジョンＡＣＫメッセージを、ネットワークエッジポイントのプロビジョニングサーバー６０１とプロビジョニングマネージャ４０５との間で交換することができる。これらメッセージのフォーマットは、上述した接続設定要求、接続設定応答、及び接続設定ＡＣＫメッセージと同様でよい。
【００８４】
移動ターミナルがそのネットワークアタッチメントポイントを１つのネットワークエッジポイントから別のネットワークエッジポイントへ切り換えるときには、幾つかの接続が生きた状態に保たれるのが好ましい。ターミナルのハンドオフマネージャ（例えば、ハンドオフマネージャ５０３）は、通常、ハンドオフに関連したオペレーションを管理する。ネットワークエッジポイントのハンドオフマネージャ（例えば、ハンドオフマネージャ４０６）は、その関連ターミナルのハンドオフマネージャと通信して、接続の転送を含むハンドオフプロセスを必要に応じて援助または先導し、ハンドオフ中のサービス中断及び無線(over-the-air；オーバージエア)シグナリングを回避する。接続の転送において、接続転送要求メッセージ、接続転送応答メッセージ、及び接続転送ＡＣＫメッセージが、上記テーブル４に示すように、交換される。接続転送要求、接続転送応答、及び接続転送ＡＣＫメッセージのフォーマットは、接続設定要求、接続設定応答、及び接続設定ＡＣＫメッセージの場合と同様でよい。ハンドオフメッセージは、サービステーブルの当該部分のような転送されるべき接続に関する情報を含んでもよい。
【００８５】
「サービス」という語は、分類されたパケットに対して実行されるオペレーションを指す。パケットを配送したり破棄したりすることは、サービスの一例である。接続においてパケットに対するＱｏＳの特定レベルを配送することは、サービスの別の例である。ネットワークエッジポイントにおけるサービスマネージャ（例えば、サービスマネージャ４０４）は、分類されたパケットを、パケット分類及び受信者の電力モードに基づき、サービステーブルに従ってＱｏＳメカニズムまたはドロッパへ向けることができる。ある実施形態では、サービスマネージャは、それがパケットを処理するときにサービステーブルにアクセスするために、接続マネージャと通信する。或いは、サービスマネージャは、テーブル１１に例示されたように、それ自身のサービステーブルを維持してもよく、そしてテーブルへの更新が要求されるときに通信マネージャと通信してもよい。別の態様として、サービスマネージャは、テーブル３６に示すようなサービスルールテーブルを維持してもよく、そしてテーブルに変更があるときには通信マネージャと通信してもよい。テーブル３６では、上記テーブル１１とは異なり、パケットは、サービスマネージャが分類ステップを実行せずにパケットをサービスに一致させることができるようにする接続ＩＤと共に、サービスマネージャへ供給される。
【表３５】
2008503990.tif 000037
【００８６】
また、サービスマネージャ（例えば、サービスマネージャ４０４）は、ターミナルの電力状態テーブル（例えば、テーブル１０に示すターミナルの電力状態テーブル）にアクセスするために電力モードマネージャ（例えば、電力モードマネージャ４０３）と通信してもよい。或いは、サービスマネージャがそれ自身のターミナル電力モードテーブルを維持してもよい。ＱｏＳは、トラフィック、サービス形式、サービスクラス、サービスプライオリティ、及びパーホップ(per hop)振舞いのようなパラメータを指定するＱｏＳ仕様により定義されてもよい。例えば、ＱｏＳ仕様は、最大持続トラフィックレート、最大トラフィックバーストレート、最小予約トラフィックレート、最小許容トラフィックレート、スケジューリング形式、帯域巾要求または送信ポリシー、許容ジッター、或いは最大待ち時間を含んでもよい。別の例として、ＱｏＳ仕様は、アクセスポリシー、ユーザポリシー、ＡＣＫポリシー、スケジュール、公称パケットサイズ、最大パケットサイズ、最小サービスインターバル、最大サービスインターバル、インアクティビティインターバル、保留インターバル、サービススタート時間、最小データレート、平均データレート、ピークデータレート、最大バーストサイズ、遅延境界、最小物理的レート、過剰帯域巾許容、または中間タイムを含んでもよい。
【００８７】
ＱｏＳメカニズムは、スケジューラ、ポーラー、ポリサー、シェーパー、バッファ、帯域巾割り当てユニット、リソース予約ユニット、或いはパケットに特定のＱｏＳを与えるのに適した別の手段を含んでもよい。パケットが受け取られると、ＱｏＳメカニズムは、最初に、パケットに関連したＱｏＳ仕様を見出し、そしてＱｏＳメカニズムにより維持され得るサービステーブルまたはサービスルールテーブルにアクセスすることができる。或いはまた、接続マネージャまたはサービスマネージャを通してサービステーブルにアクセスしてもよい。パケットは、接続ＩＤ（ＣＩＤ）と共に受け取られてもよい。また、ＱｏＳメカニズムは、テーブル１０に示すようなターミナル電力モードテーブルにアクセスするために、電力モードマネージャと通信してもよい。或いはまた、ＱｏＳメカニズムがそれ自身のターミナル電力モードテーブルを維持してもよい。ＱｏＳメカニズムは、ＱｏＳ仕様に基づいて動作するようにそれ自身を構成またはプロビジョニングしてもよい。
【００８８】
ブロードキャストまたはマルチキャストパケットは、複数の受信ターミナルを異なるサービスルールで異なる電力モードに入れることがある。それ故、本発明は、マルチキャストまたはブロードキャストパケットを、パケットの分類及び各ターミナルの電力モードに基づいて各ターミナルへ配送したりまたは破棄したりするのを可能とする。更に、本発明は、節電モードにある受信器を、パケットの分類及び多数の受信器の節電モードに基づいてアラートさせるのを可能とする。
【００８９】
一実施形態では、ターミナルは、ブロードキャストまたはマルチキャストパケットを含むその全ての接続に対して、分類ルール、サービスルール及びアラートルールを定義するサービステーブルを維持する。このサービステーブル（例えば、テーブル１３に示すサービステーブル）は、ターミナルの接続マネージャ（例えば、接続マネージャ５０１）により管理されてもよい。ネットワークエッジポイントは、接続設定または接続切り換え手順を経てそれが通信する全てのターミナルのサービステーブルを受け取り、そしてそれら全てのサービステーブルをそれ自身のサービステーブル（例えば、テーブル１１に示すサービステーブル）へ一体化することができる。ブロードキャスト接続を含むサービスルールの一例が、接続ＩＤ「ｉ＋１」分類ルールテーブル１２、サービスルールテーブル３６、及びアラートルールテーブル９に対応するエントリーで与えられる。
【００９０】
本発明の一実施形態によれば、ブロードキャストまたはマルチキャストパケットは、ＱｏＳが少なくともサービステーブルにおいてそのサービスに対して指定されたレベルにある状態で配送される。その結果、ブロードキャストまたはマルチキャストパケットは、全ての受信器がパケットの破棄を必要とするときだけ破棄される。ブロードキャストまたはマルチキャストパケットの各受信ターミナルは、そのターミナルに対してアラートが指定される場合にアラートされる。テーブル１２に例示されたように、接続ＩＤ「ｉ＋１」でブロードキャスト接続するためのパケットは、全てのターミナル１〜Ｎに送信される。マルチキャスト接続の全ての受信器のリストは、接続マネージャ（例えば、接続マネージャ４０２）により維持されてもよい。
【００９１】
説明上、ターミナル１、２及びＮが、各々、ノーマル、スリープ及びアイドル電力モードを有すると考える。テーブル３６に示すように、受信ターミナル１、２及びＮの各電力モードに対して、表現されるべきサービスは、ＱｏＳ仕様１、ＱｏＳ仕様２及び「破棄」である。ＱｏＳ仕様１が、ＱｏＳ仕様２より高いレベルのサービスである場合には、ブロードキャストパケットは、ＱｏＳ仕様１でターミナル１へ一度だけ配送される。しかしながら、ターミナル２については、パケットが２度配送されることになり、即ち一度はＱｏＳ仕様１で不成功になる。というのは、配送が最初に試みられるときにはターミナル２がスリープモードにあるからである。配送は、ＱｏＳ２のもとでは成功となり、これはアラートルールテーブル（テーブル９）においてアラートターミナル２を指定する。
【００９２】
次に、ターミナル１、２及びＮの電力モードが、各々、アイドル、アイドル及びスリープ電力モードであると考える。テーブル３６に示すように、これらの受信ターミナルの各電力モードに対応するサービスは、全て「破棄」である。更に、どのターミナルもアラートを指定しないので、これらターミナルはどれもアラートされない。
【００９３】
図７は、ターミナルを１つのネットワークエッジポイントからデタッチして別のネットワークエッジポイントにアタッチするハンドオフ手順を示す。接続転送の一部分として、そのターミナルに関連しているネットワークエッジポイント１のサービステーブルは、ネットワークエッジポイント２のサービステーブルに一体化するためにネットワークエッジポイント２へ転送される。図７に示すように、転送されるべき接続は、図６を参照して上述したプロビジョニング手順６０２及び接続設定手順６０３により、プロビジョニングサーバー６０１と、ネットワークエッジポイント１と、ターミナル５００との間に確立される接続でよい。ある時点で、ターミナル５００は、ネットワークエッジポイント１、またはネットワークポイント２、或いはその両方とのハンドオフ手順７００を開始する。ネットワークエッジポイント１と２との間で接続転送が実施される。本発明による接続転送は、ハンドオフの間の進行中接続の中断を回避すると共に、ネットワークエッジポイント１との接続をクローズしてネットワークエッジポイント２との接続を設定するのに必要となる無線(over-the-air)シグナリングを回避する上で役立つ。
【００９４】
以上の詳細な説明は、本発明の特定の実施形態を例示するものであり、本発明をそれに限定するものではない。本発明の範囲内で多数の変更や修正が可能である。本発明は、特許請求の範囲に規定される。
【図面の簡単な説明】
【００９５】
【図１】パケットクラシファイア１０１及びパケットドロッパ１０２と関連して動作するフィルタマネージャ１０３を有する従来のネットワークファイアウオール１００を示すブロック図である。
【図２】サービステーブルに基づいてＱｏＳサービスを提供するためのクラシファイア２０１及びＱｏＳメカニズム２０２を備えた従来のＱｏＳイネーブル型通信システム２００のブロック図である。
【図３】ネットワークエッジポイントまたはアクセスポイント３０２及び３０３を有するネットワーク３０１を備えた通信システム３００を示す図である。
【図４】本発明の一実施形態によるネットワークエッジポイント４００の機能的ブロック図である。
【図５】本発明によるターミナル５００の機能的ブロック図である。
【図６】本発明の一実施形態によるプロビジョニングプロセスを示す。
【図７】ターミナルがあるネットワークエッジポイントからデタッチして、別のエッジポイントにアタッチするところのハンドオフ手順を示す図である。
【図８】ネットワークエッジポイントにおけるパケットプロセス手順８０１−８０５を例示するフローチャート８００を示す図である。
【図９】ターミナルが接続設定要求メッセージを送信する接続設定手順を示す図である。
【符号の説明】
【００９６】
１００・・・従来のネットワークファイアウオール、２００・・・従来のＱｏＳイネーブル型通信システム、３００・・・通信システム、３０１・・・ネットワーク、３０２、３０３・・・ネットワークエッジポイント、３０４、３０５、３０６・・・ターミナル、４００・・・ネットワークエッジポイント、４０１・・・クラシファイア、４０２・・・接続マネージャ、４０３・・・電力モードマネージャ、４０４・・・サービスマネージャ、４０５・・・プロビジョンマネージャ、４０６・・・ハンドオフマネージャ、４０７・・・ＱｏＳメカニズム、４０８・・・ドロッパ、５００・・・ターミナル、５０１・・・接続マネージャ、５０２・・・電力モードマネージャ、５０３・・・ハンドオフマネージャ。
【図１】
2008503990.tif 000038
【図２】
2008503990.tif 000039
【図３】
2008503990.tif 000040
【図４】
2008503990.tif 000041
【図５】
2008503990.tif 000042
【図６】
2008503990.tif 000043
【図７】
2008503990.tif 000044
【図８】
2008503990.tif 000045
【図９】
2008503990.tif 000046
【国際調査報告】
2008503990.tif 000047