(57)【要約】無線通信網は移動局毎に網が運ぶパケット・データのタイプに基づいて通信資源を管理する。使用する度にパケット・データと定義されたフロー・タイプ・プロファイル内のパケット・マッチング・フィルタとを突き合わせる。各フロー・タイプ・プロファイルは予想されるアプリケーション挙動に対応し、その予想される挙動に関する値のセットを有する１つ以上の資源制御パラメータを含む。移動局毎のアクティブなフローに対応するパラメータ値を用いる資源制御パラメータを得て、これに基づいて移動局毎にアプリケーション活動プロファイルを生成する。その移動局のパケット・データ・タイプと１つ以上の定義されたフロー・タイプ・プロファイルとの突合わせに基づいて網は各移動局のアクティブなフローを決定する。このように、ユーザ毎に網を通るパケット・データ・トラフィックのタイプに基づいて、網はそのユーザの通信資源を個別におよび／または共通に管理する。
2005531180.tif 000002
【特許請求の範囲】
【請求項１】
無線通信網内の通信資源を管理する方法であって、
網内の選択された通信資源を管理するために網が用いる１つ以上の資源制御パラメータを含む、移動局のパラメータ・セットを保持し、
網により伝送される前記移動局のパケット・データのタイプを識別し、
前記識別されたパケット・データのタイプに基づいて前記パラメータ・セット内の１つ以上の前記資源制御パラメータの値を設定する、
ことを含む前記方法。
【請求項２】
網により伝送される前記移動局のパケット・データのタイプを識別することは、前記移動局に関連するデータ・パケットと１つ以上のフロー・タイプ・プロファイルとをマッチングさせることを含む、請求項１記載の方法。
【請求項３】
各フロー・タイプ・プロファイルはパケット・マッチング・フィルタを含み、また前記移動局に関連するデータ・パケットと１つ以上のフロー・タイプ・プロファイルとをマッチングさせることは前記データ・パケット内の情報と前記パケット・マッチング・フィルタとを比較することを含む、請求項２記載の方法。
【請求項４】
各フロー・タイプ・プロファイルは１つ以上のパラメータ値を更に含む、請求項３記載の方法。
【請求項５】
前記１つ以上のパラメータ値は前記フロー・タイプ・プロファイルと一致するパケット・フローの活動満了の時間を計るための活動タイマ値を含む、請求項４記載の方法。
【請求項６】
前記１つ以上のパラメータ値は前記フロー・タイプ・プロファイルと一致するパケット・フローの移動局休止の時間を計るための休止タイマ値を含む、請求項４記載の方法。
【請求項７】
前記移動局のパケット・データと前記フロー・タイプ・プロファイルとのマッチングに基づいて前記移動局のアクティブ・フロー・セットを保持することを更に含む、請求項４記載の方法。
【請求項８】
前記移動局のアクティブ・フロー・セットを保持することは、データ・パケットが前記フロー・タイプ・プロファイルの１つの中のパケット・マッチング・フィルタと一致するとこれに応じてフローを前記アクティブ・フロー・セットに追加することを含む、請求項７記載の方法。
【請求項９】
フローを前記アクティブ・フロー・セットに追加することは前記一致したフロー・タイプ・プロファイルからの１つ以上のパラメータ値を前記アクティブ・フロー・セットに追加することを含む、請求項８記載の方法。
【請求項１０】
前記アクティブ・フロー・セットからパラメータ値を選択したことに基づいて前記移動局のパラメータ・セット内の１つ以上の前記資源制御パラメータの値を設定することを更に含む、請求項９記載の方法。
【請求項１１】
前記アクティブ・フロー・セットが複数のフローを含むとき、前記アクティブ・フロー・セットは或る資源制御パラメータを制御するための複製パラメータ値を含み、また所定の資源制御パラメータの制御パラメータ値として用いるために前記複製パラメータ値の１つを選択することを更に含む、請求項１０記載の方法。
【請求項１２】
前記アクティブ・フロー・セット内の各フローは関連する活動タイマを有し、また前記関連する活動タイマの満了に応じて前記アクティブ・フロー・セットからのフローを削除することを更に含む、請求項７記載の方法。
【請求項１３】
前記フローに対応する前記フロー・タイプ・プロファイル内の前記活動タイマ値に基づいて前記アクティブ・フロー・セット内のフローに関連する活動タイマの満了時間を設定することを更に含む、請求項１２記載の方法。
【請求項１４】
データ・パケットと、対応するフロー・タイプ・プロファイル内のパケット・マッチング・フィルタとが一致すると、これに応じて前記フローの活動タイマをリセットすることを更に含む、請求項１３記載の方法。
【請求項１５】
前記アクティブ・フロー・セットを保持することは、そのフローのフロー終わりパケットを受信するとこれに基づいて前記アクティブ・フロー・セットからフローを削除することを更に含む、請求項８記載の方法。
【請求項１６】
前記アクティブ・フロー・セットを保持することは、そのフロー終わりを表すパケットを受信するとこれに基づいて前記アクティブ・フロー・セットからフローを削除することを更に含む、請求項８記載の方法。
【請求項１７】
各フロー・タイプ・プロファイルは１つ以上のパラメータ値を含み、また前記アクティブ・フロー・セット内の各フローは前記対応するフロー・タイプ・プロファイルからのパラメータ値を含む、請求項７記載の方法。
【請求項１８】
アクティブ・フロー・セット内のフローからのパラメータ値から得られた結合パラメータ・セットとして前記移動局のアプリケーション活動プロファイルを生成することを更に含む、請求項１７記載の方法。
【請求項１９】
前記アプリケーション活動プロファイルに基づいて前記移動局に関連する１つ以上の網通信資源を制御することを更に含む、請求項１８記載の方法。
【請求項２０】
複数の移動局のアプリケーション活動プロファイルを生成し、
前記移動局のアプリケーション活動プロファイルに基づいて移動局毎に１つ以上の網通信資源を制御する、
ことを更に含む、請求項１９記載の方法。
【請求項２１】
前記パラメータ・セット内の１つ以上の前記資源制御パラメータの値を設定することは前記移動局の休止タイマを設定することを含む、請求項１記載の方法。
【請求項２２】
前記パラメータ・セット内の１つ以上の前記資源制御パラメータの値を設定することは前記移動局の無線チャンネル割当て情報を設定することを含む、請求項１記載の方法。
【請求項２３】
無線チャンネル割当て情報を設定することは前記移動局の補足的な無線チャンネル割当てをトリガするフラグをセットすることを含む、請求項２２記載の方法。
【請求項２４】
前記パラメータ・セット内の１つ以上の前記資源制御パラメータの値を設定することは１つ以上のサービス品質パラメータの設定を含む、請求項１記載の方法。
【請求項２５】
無線通信網内で無線通信資源を制御する方法であって、
選択された通信資源を管理するのに網が用いるための１つ以上のパラメータ値をそれぞれが含む１つ以上のフロー・タイプ・プロファイルを定義し、
前記網が運ぶ移動局のパケット・データと１つ以上の前記フロー・タイプ・プロファイルとが一致するかどうか判定することにより複数の移動局毎にアプリケーション活動プロファイルを生成し、
前記アプリケーション活動プロファイルに少なくとも部分的に基づいて前記選択された通信資源を管理する、
ことを含む前記方法。
【請求項２６】
複数の移動局毎に前記アプリケーション活動プロファイルを生成することは、前記一致したフロー・タイプ・プロファイル内のパラメータ値の中から選択されたパラメータ値を有する制御パラメータの結合セットを得ることを含む、請求項２５記載の方法。
【請求項２７】
前記移動局に関連するパケット・データと一致する前記フロー・タイプ・プロファイルに対応して移動局毎にアクティブ・フロー・セットを保持することを更に含み、また前記アクティブ・フロー・セットは前記一致したフロー・タイプ・プロファイルのパラメータ値を含む、請求項２６記載の方法。
【請求項２８】
制御パラメータの前記結合セットのパラメータ値は前記アクティブ・フロー・セット内のパラメータ値から選択される、請求項２７記載の方法。
【請求項２９】
請求項２７記載の方法であって、移動局毎に前記アクティブ・フロー・セットを保持することは、新たに一致したフロー・タイプ・プロファイルに対応するデータ・パケットを受信するとこれに応じて前記アクティブ・フロー・セットにフローを追加することを含み、またフローを追加することは前記新たに一致したフロー・タイプ・プロファイルからの前パラメータ値を前記アクティブ・フロー・セットに追加することを含む、前記方法。
【請求項３０】
前記対応するフロー・タイプ・プロファイルと一致するデータ・パケットを受信するとこれに応じて前記アクティブ・フロー・セット内にすでにあるフローを保持することを更に含み、また前記アクティブ・フロー・セット内のフローを保持することは前記アクティブ・フロー・セット内の前記一致したフロー・タイプ・プロファイルのパラメータ値を保持することを含む、請求項２９記載の方法。
【請求項３１】
移動局毎に前記アクティブ・フロー・セットを保持することは、前記フローに関連する活動タイマの満了に応じて前記アクティブ・フロー・セットからフローを削除することを含み、また前記アクティブ・フロー・セットからフローを削除することは前記対応するフロー・タイプ・プロファイルに関連するパラメータ値を削除することを含む、請求項２７記載の方法。
【請求項３２】
前記対応するフロー・タイプ・プロファイルと一致するデータ・パケットを受信するとこれに応じて前記アクティブ・フロー・セット内のフローの前記活動タイマをリセットすることを更に含む、請求項３１記載の方法。
【請求項３３】
移動局毎に前記アクティブ・フロー・セットを保持することは、そのフローの満了を示すデータ・パケットを受信するとこれに応じて前記アクティブ・フロー・セットからフローを削除することを含む、請求項２７記載の方法。
【請求項３４】
前記網が運ぶ前記移動局のパケット・データと１つ以上の前記フロー・タイプ・プロファイルとが一致するかどうか判定することは、１つ以上のデータ・パケット内のヘッダ情報と定義されたパケット・フィルタとを比較することを含む、請求項２５記載の方法。
【請求項３５】
１つ以上の定義されたパケット・フィルタと各フロー・タイプ・プロファイルとを関連させることを更に含む、請求項３４記載の方法。
【請求項３６】
前記ヘッダ情報は少なくとも１つの割り当てられたポート番号とプロトコル情報とを含む、請求項３５記載の方法。
【請求項３７】
前記アプリケーション活動プロファイルに少なくとも部分的に基づいて前記選択された通信資源を管理することは、前記アプリケーション活動プロファイル内の資源制御パラメータを用いて対応する網通信資源を制御することを含む、請求項２５記載の方法。
【請求項３８】
前記アプリケーション活動プロファイルに少なくとも部分的に基づいて前記選択された通信資源を管理することは、前記対応するアプリケーション活動プロファイル内の１つ以上のパラメータ値に基づいて移動局毎に１つ以上のサービス品質の設定値を制御することを含む、請求項２５記載の方法。
【請求項３９】
前記アプリケーション活動プロファイルに少なくとも部分的に基づいて前記選択された通信資源を管理することは、前記対応するアプリケーション活動プロファイル内の１つ以上のパラメータ値に基づいて移動局毎に無線トランシーバ資源を制御することを含む、請求項２５記載の方法。
【請求項４０】
前記アプリケーション活動プロファイルに少なくとも部分的に基づいて前記選択された通信資源を管理することは、前記対応するアプリケーション活動プロファイル内の１つ以上のパラメータ値に基づいて移動局毎に無線チャンネル割当てを制御することを含む、請求項２５記載の方法。
【請求項４１】
前記アプリケーション活動プロファイルに少なくとも部分的に基づいて前記選択された通信資源を管理することは、前記対応するアプリケーション活動プロファイル内の１つ以上のパラメータ値に基づいて移動局毎に休止タイマ満了を制御することを含む、請求項２５記載の方法。
【請求項４２】
無線通信網であって、
複数の移動局毎に、前記移動局に関連するパケット・データ・トラフィックのタイプに基づいてアプリケーション活動プロファイルを生成するプロファイリング・プロセスと、
前記無線通信網が用いる選択された通信資源を制御して前記パケット・データ・トラフィックの経路を指定し、また前記アプリケーション活動プロファイルを用いて前記選択された通信資源を制御する１つ以上の資源マネージャと、
を備える無線通信網。
【請求項４３】
前記複数の移動局の前記パケット・データ・トラフィックの経路を指定することは、パケット・データを前記移動局との間で無線で送信および受信することを含む、請求項４２記載の無線通信網。
【請求項４４】
前記網は無線アクセス網(ＲＡＮ)とパケット・コア網（ＰＣＮ）とを含み、また前記１つ以上の資源マネージャは前記ＲＡＮと前記ＰＣＮの少なくとも１つの中に存在する、請求項４２記載の無線通信網。
【請求項４５】
前記ＰＣＮは前記ＲＡＮと１つ以上外部網との間のパケット・データの経路を指定するパケット・データ・ルータを備える、請求項４４記載の無線通信網。
【請求項４６】
前記パケット・データ・ルータは前記プロファイリング・プロセスを実行する、請求項４５記載の無線通信網。
【請求項４７】
前記パケット・データ・ルータはパケット・データ・サービング・ノード（ＰＤＳＮ）である、請求項４５記載の無線通信網。
【請求項４８】
前記ＲＡＮは基地局制御器（ＢＳＣ）と１つ以上関連する無線基地局（ＲＢＳ）とを備え、また前記１つ以上資源マネージャはＢＳＣ内に資源制御器を備える、請求項４４記載の無線通信網。
【請求項４９】
前記ＢＳＣ内の前記資源制御器は前記アプリケーション活動プロファイルに少なくとも部分的に基づいて前記ＲＢＳ内の無線資源を制御する、請求項４８記載の無線通信網。
【請求項５０】
１つ以上のフロー・タイプ・プロファイルを更に備え、各フロー・タイプ・プロファイルは前記選択された通信資源を制御するのに用いる定義されたパケット・マッチング・フィルタと１つ以上のパラメータ値とを備える、請求項４２記載の無線通信網。
【請求項５１】
各プロファイリング・プロセスは前記フロー・タイプ・プロファイルからの前記パケット・マッチング・フィルタを用いて前記対応する移動局に関連するパケット・データ・トラフィックのタイプを識別する、請求項５０記載の無線通信網。
【請求項５２】
パケット・マッチング機能を更に備え、前記網が運ぶ前記移動局のデータ・パケットと前記パケット・マッチング・フィルタとを突き合せてこれに基づいて前記対応する移動局に関連するパケット・データ・トラフィックのタイプをそれぞれが識別する、請求項５１記載の無線通信網。
【請求項５３】
移動局毎にアクティブ・フロー・セットを更に備え、前記アクティブ・フロー・セットは一致したフロー・タイプ・プロファイル毎にアクティブなフローを含み、また各アクティブなフローは前記対応する一致したフロー・タイプ・プロファイルからの前記パラメータ値を含む、請求項５２記載の無線通信網。
【請求項５４】
前記移動局に対応する前記アクティブ・フロー・セット内の前記アクティブなフローの処理に基づいて移動局毎に前記アプリケーション活動プロファイルを生成する制御器／結合器を更に備える、請求項５３記載の無線通信網。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に無線通信網内の通信資源の管理と制御とに関するもので、詳しく述べると、或る移動局の通信資源の管理をその移動局に関連する通信トラフィックのタイプに基づいて行うことに関するものである。
【背景技術】
【０００２】
無線通信網の複雑さやデータ・レートや容量などが増加するに従って、その使用の性質も広がる。すなわち、最近の無線通信システムのユーザは、主としてディジタル通信への移行により可能になった、また特に、標準化されたパケット・データ・プロトコルおよびサービスへの移行により可能になった、比較的広範囲のサービスを受けている。
【０００３】
しかし、パケット・データ・サービス（インターネット・プロトコル（ＩＰ）に基づく無線網で提供されるサービスなど）は或る範囲のサービス・タイプの基本になっている。例えば、或る網ユーザは自分の移動局を介して電子メールの送信または受信を行い、他のユーザは自分の無線装置を介してストリーミング・メディアの受信やウエッブ・ブラウジングを行う。他の例では、ユーザはインターネット・ベースのインスタント・メッセージング・サービスへのアクセス、ボイス・オーバ・ＩＰ（ＶｏＩＰ）の使用、またはマルチキャスト・アプリケーションの契約を行う。
【０００４】
上の例は一般に無線通信網によるパケット・データに基づく通信トラフィックの転送に関係するが、異なるタイプのアプリケーションを効率的に支援しようとすると、用いる種々の網資源と構成に違いがある。例えば、ユーザが自分のサービス・ニーズに一般に適合するデータ・レートでサービスを受ける可変データ・レート網では、無線資源の効率的な割当てと管理はユーザの特定のアプリケーションの特性に依存する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一般に、網は「アプリケーションを認識していない」。すなわち、或るユーザのデータ接続を支援する物理的および論理的資源を設定して管理する種々の網エンティティは、そのデータ接続により支援されるアプリケーションの予想される挙動について全く知識がない。このように知識がないと、網のユーザに割り当てる種々の資源を効率的に管理する網の機能が或る程度低下する。
【課題を解決するための手段】
【０００６】
本発明は、網を通るデータ・パケットのタイプを識別してこれに基づいて無線通信網資源を管理するための方法と装置とを提供する。異なるパケット・タイプは異なるアプリケーション・タイプに対応し、種々のタイプのアプリケーションはその対応するパケット・トラフィックに関連した、異なる「フロー」を有する。したがって、１つ以上の網ユーザの網を通るパケット・データのタイプを観察することにより、網はかかるパケット・データ・タイプに関連する予想されるアプリケーションの挙動に基づいて、選択された通信資源をより効率的に管理することができる。
【０００７】
或る例示的な実施の形態では、網は１つ以上のフロー・タイプ・プロファイルを定義する。各プロファイルはそのプロファイルで表されるパケットの予想される挙動に関する１つ以上のパラメータ値のセットを含む。また或る例示的な実施の形態では、各フロー・タイプ・プロファイルは定義されたパケット・マッチング・フィルタと活動タイマ満了時間値とを含む。動作を説明すると、網は或る移動局のデータ・パケットと定義されたフロー・タイプ・プロファイルのいづれかとが一致するかどうか判定する。より詳しく述べると、どのフロー・タイプ・プロファイル（もしあれば）がその移動局のパケット・データ・トラフィックと一致するかに基づいて網は移動局毎にアクティブ・フロー・セットを保持する。
【０００８】
新しいフロー・タイプ・プロファイルが一致するとその移動局のアクティブ・フロー・セットにフローが追加され、フローの活動タイマが満了するとアクティブ・フロー・セットからフローが削除される。すでにアクティブなフローと一致するパケット・データを受信するとそのフローの活動タイマをリセットするので、少なくともこのタイマの満了時間（対応するフロー・タイプ・プロファイルから取られたもの）の間だけアクティブ・フロー・セット内に留まる。パラメータ値も、移動局のアクティブ・フロー・セット内のフローに対応するフロー・タイプ・プロファイルから取られる。
【０００９】
その移動局の対応するアクティブ・フロー・セット内のパラメータ値を用いて資源制御パラメータの組合せセットを得ることにより、網は移動局毎にアプリケーション活動プロファイルを生成する。複数のアクティブなフローが同じ資源制御パラメータについて異なる制御値を定義する場合は、網は制御値を知的に選択してその制御値に関連する資源を正しく制御できるようにする。例えば、移動局のアクティブ・フロー・セットが３つのフローを含み、それぞれが異なる最大パケット待ち時間値（例えば、低、中間、高）を含む場合、網はその移動局のアプリケーション活動プロファイル内に用いる待ち時間値として「低」を選択する。なぜなら、待ち時間を「低」に設定するとその移動局の全てのアクティブなフローの最大待ち時間要求を満たすからである。
【００１０】
１つ以上の網資源マネージャは、各移動局のアプリケーション活動プロファイル内の情報を用いて種々の移動局の選択された通信資源を制御する。また、各移動局のアクティブなフローが変わるとその移動局のアプリケーション活動プロファイルが更新されるので、網はその移動局の資源制御パラメータを動的に更新することができる。資源制御パラメータをこのように動的に更新することにより、網は通信資源使用に関する効率とエンド・ユーザにより認知される性能とのバランスを保つことができる。
【００１１】
フロー・タイプ・プロファイル内に含まれる基礎となるパラメータ値は網ノード内のデフォールト情報を用いて設定でき、および／または網の構成および保守動作の一部として網オペレータから全部または一部を与えてよい。また、網はオフライン・トラフィック分析器を含む。これは、例えば長期の監視から得られる観測されたパケット挙動の統計的分析を用いることにより、異なるタイプのパケット・データの最適化された資源制御パラメータ値を生成する。
【００１２】
フロー・タイプ・プロファイルの制御パラメータ値を開発する方法に関係なく、ユーザのパケット・データと定義されたフロー・タイプ・プロファイルとのマッチングに多数の例示的な方法を用いてよい。例えば、パケット・マッチングは種々のレベルのパケット・データの検査が関わってよい。例えば、資源割当ては、所定のパケット・データ・トラフィックが転送制御プロトコル（ＴＣＰ）を用いるかどうかに従って変わってよい。かかる情報は、単にパケット・データ・トラフィックに関連するポート番号を識別することに基づいて網が集めてよい。より一般的には、パケット・データ・フィルタリングは、ＴＣＩＰ／ＩＰプロトコル内の種々のヘッダ・フィールド（インターネット・プロトコル（ＩＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、転送制御プロトコル（ＴＣＰ）、およびＲＴＰに関する情報など）を検査することを含む。このように、網はデータ・パケット内の指定されたヘッダ情報とフロー・タイプ・プロファイルのために定義された１つ以上のフィルタとの一致を検出する。
【００１３】
上記の方法により、パケット・データ・フィルタリングに基づいて１つ以上の移動局との間で送られる通信トラフィックのパケット・データ・フローを決定するとこれに基づいて網は資源を動的に管理することができる。ユーザのパケット・データ・タイプに従って制御の計画が可能な通信資源の範囲は同じではないが、例示的な資源は無線トランシーバ資源と論理網資源とを含む（しかしこれに限定されるものではない）。休止タイマ、パケット待ち時間設定、ビット・レート設定、およびチャンネル割当て設定などの通信資源の割当てと制御とを行う資源制御パラメータは、ユーザの通信装置（例えば、移動局）毎に網が運ぶパケット・データのタイプを認識して、これに基づいて所定のユーザについて集合的にまたは個別に調整してよい。
【実施例】
【００１４】
本発明は或る範囲の無線通信網のタイプに適用することができる。すなわち、広帯域ＣＤＭＡ（ＷＣＤＭＡ）およびｃｄｍａ２０００網を含む（しかしこれに限定されるものではない）種々の標準に基づく網に適用することができる。
【００１５】
図面を参照すると、図１は一般に数字１０で示す無線通信網を示す。網１０は、１つ以上の移動局（ＭＳ）１２と、インターネット１４などの１つ以上の公衆データ網（ＰＤＮ）とを通信できるように結合する。或る例示的な実施の形態では、網１０は１つ以上の無線アクセス網（ＲＡＮ）１６と、１つ以上のパケット・コア網（ＰＣＮ）１８とを備える。一般に、通信トラフィックを網１０からＭＳ１２に送信しまたＭＳ１２から網１０で受信することができるように、ＰＣＮ１８はＲＡＮ１６に出入りする通信トラフィックの経路を指定し、ＲＡＮ１６はＭＳ１２との無線通信を支援する。このように、全体の動作では、網１０はＭＳ１２に送受される通信トラフィック（例えば、パケット・データ）の経路を指定する。
【００１６】
或るＭＳ１２の通信トラフィックは、網１０の外部（インターネット１４など）から発信されたり、網１０内部（或るＭＳ１２など）から発信されたり、他の網ユーザから発信されたり、またはその他から発信されたりしてよい。トラフィックがどこから発信されるかに関係なく、網１０は一般に複数のユーザに関連する複数のＭＳ１２の通信トラフィックを伝送し、そうでなければ通過させる。
【００１７】
本発明の或る例示的な実施の形態では、網１０が運ぶ１つ以上のユーザの通信トラフィックのタイプに少なくとも部分的に基づいて、網１０は複数のユーザの通信資源を動的に管理する。このように、例えば、無線チャンネルの割当て、最大ビット・レートの設定、休止タイマ資源の解除の設定、および種々のサービス品質の設定に関して網１０が行う資源制御決定は、ユーザのトラフィック・タイプに基づいて行ってよい。このように網１０は、かかるユーザに関連する異なるパケット・データ・タイプを認識し、これに基づいてインスタント・メッセージング・ユーザに割り当てられる通信資源を、例えば、電子メール・ユーザに割り当てられる資源とは異なるように管理して効率を高める。
【００１８】
図２はかかる動作を支援する例示的な機能的要素の図で、要素は個別のユーザのプロファイリング・プロセス２０−１、２０−２など、フロー・タイプ・プロファイル２２、種々の資源マネージャ２４、オペレータ／デフォールト入力２６、オフライン処理入力２８を含む。各ユーザのプロファイリング・プロセス２０は論理的に、パケット・マッチング機能３０、アクティブ・フロー・セット３２、制御器／結合器３４、およびアプリケーション活動プロファイル（ＡＡＰ）３６を含む。
【００１９】
ｉ番目のユーザ（例えば、網１０で支援されるｉ番目のＭＳ１２のユーザ）に関して述べると、プロファイリング・プロセス２０−ｉは、ユーザの入来するデータ・パケットと定義されたフロー・タイプとが一致するとこれに基づいてそのユーザのＡＡＰ３６を生成する。ＡＡＰ３６は、網１０内で動作する１つ以上の資源マネージャ２４が用いる１つ以上のパラメータ設定値の集合を表す。パケット・マッチング機能３０は、もしあればどの定義されたフロー・タイプ・プロファイル２２がＰＤＮ１４との間に流れるそのユーザのデータ・パケットと一致するかを識別する。各定義されたフロー・タイプは、パケット・マッチング機能３０によるかかるマッチング動作の基礎を与えるパケット・フィルタ定義を有する。
【００２０】
図２に示す機能性は、まずフロー・タイプ・プロファイル２２を理解することにより最もよく理解することができる。或る１つのフロー・タイプ・プロファイル２２は或るタイプの通信アプリケーションにより生成されるパケット・フローのモデルを表す。すなわち、アプリケーションの挙動はそのアプリケーションのパケット・フローにより特徴づけることができる。このように、フロー・タイプ・プロファイル２２と種々のタイプの通信アプリケーションとの間には、１対１ではないにしても或る対応がある。なぜなら、多数のアプリケーションが同じまたは実質的に同じフロー挙動を示すことがあるからである。それでも、フロー・タイプ・プロファイル２２は各ユーザのＡＡＰ３６を開発するのに用いられるグローバル資源として役に立つ。或る例示的な実施の形態では、フロー・タイプ・プロファイル２２内の各プロファイルは、フィルタ・マッチング基準、最初の活動タイマ値、および資源パラメータ設定値（すなわち、選択された網通信資源の管理に用いられる１つ以上の値）を含む。フロー・タイプ・プロファイル２２内の各プロファイルは、エア・インターフェース休止タイマの値を制御するのに用いられるパラメータである休止タイマ値を更に含む。これは、ユーザ活動の経過した時間を計ることにより専用のエア・インターフェース・チャンネル資源の解除を制御する。
【００２１】
このように、ユーザのプロファイリング・プロセス２０−ｉはフロー・タイプ・プロファイル２２から得られたフィルタ定義情報を用いて、網が運ぶユーザのデータ・パケットのタイプを識別する。かかる実時間パケット・マッチングに基づいて、プロファイリング・プロセス２０−ｉはユーザのアクティブ・フロー・セット３２を保持する。これは、そのユーザに関して活動状態にある全てのフロー・タイプと、各アクティブなフローに関連する活動タイマおよび資源制御パラメータ（休止タイマ値など）の動的リストと考えてよい。パケット・マッチング機能３０は例示的な実施の形態では実時間で動作し、ｉ番目のユーザに関連する個別のデータ・パケットとフロー・タイプ・プロファイル２２内の定義されたフィルタとを突き合わせ、必要に応じてアクティブ・フロー・セット３２をパケット毎に更新する。
【００２２】
図３は、ｉ番目のユーザのプロファイリング・プロセス２０−ｉの例示的な動作を示す。ここで、フロー・タイプ・プロファイル２２は３つのフロー・タイプ・プロファイルであるプロファイル１とプロファイル２とプロファイル３とを含み、定義されたパケット・マッチング・フィルタ、最初の活動タイマ値、および資源制御パラメータ値の１つを含むフロー・プロファイル情報の集合をそれぞれ有する。図に示すように、各プロファイルは休止タイマ値ＤＴＶｘとパケット待ち時間値ＰＬＶｘとを含む。実際には、各プロファイルは必要に応じて資源制御パラメータ値を含み、実際のプロファイルはＱｏＳ問題などに関連する実質的に多くの数の資源制御パラメータ値を含んでよい。また、ここに示す選択されたパラメータは「短」、「中間」、「長」などの質的設定値を取るが、当業者が認識するように、フロー・タイプ・プロファイル２２を含むプロファイル内に記憶されている資源制御パラメータは、実質的に任意の望ましい方法（実数および／または整数値を任意のまたは全てのパラメータに割り当てることを含む）に従って設定してよい。
【００２３】
時刻Ｔ１で、ｉ番目のユーザのデータ・パケットとプロファイル１内のフィルタｆ１とを突き合わせて、対応するフロー（フロー１）をユーザのアクティブ・フロー・セット３２に追加する。フロー１の活動タイマＡＴ１をプロファイル１から取ったｔ１タイマ値に初期化し、パラメータ値ＤＴＶ１、ＰＬＶ１などもアクティブ・フロー・セット３２に追加する。制御器／結合器３４はフロー１内のパラメータ値を用いてユーザのＡＡＰ３６を更新する。なぜなら、これがユーザに関して活動状態にある唯一のフローだからである。
【００２４】
時刻Ｔ２で、ｉ番目のユーザのデータ・パケットとプロファイル２内のフィルタｆ２とを突き合わせて、対応するフロー（フロー２）をユーザのアクティブ・フロー・セット３２に追加する。フロー２の活動タイマＡＴ２をプロファイル２から取ったｔ２タイマ値に初期化し、パラメータ値ＤＴＶ２、ＰＬＶ２などもアクティブ・フロー・セット３２に追加する。フロー１がまだ活動状態にあると仮定すると、ユーザのアクティブ・フロー・セット３２はここでフロー１とフロー２の両方を含む。制御器／結合器３４はフロー２の追加に応じてユーザのＡＡＰ３６を更新するが、ここではフロー１とフロー２の資源制御パラメータ値の統合されたセットを処理してＡＡＰ３６のパラメータ値の適当な組合せを決定しなければならない。
【００２５】
このように、時刻Ｔ１で、フロー１内に含まれる満了時間ＤＴＶ１を用いてユーザの休止タイマＤＴが設定された。同様に、パケット待ち時間制御パラメータはフロー１からのＰＬＶ１の値に設定された。しかし時刻Ｔ２でフロー２を追加したので、制御器／結合器３４は新たに追加されたパラメータのどれがユーザのＡＡＰ３６内の現在の設定より厳しい（またはその他の点で優れた）資源制御設定を表すかを決定しなければならない。ここで制御器／結合器３４は、フロー１とフロー２との間の矛盾する可能性のあるパラメータを調停する。より具体的に述べると、制御器／結合器３４はＤＴＶ１がＤＴＶ２より優先する（「中間の」休止時間切れに対する「短い」休止時間切れ）ことと、ＰＬＶ２がＰＬＶ１に優先する（「中間の」パケット待ち時間余裕に対する「高い」パケット待ち時間余裕）ことを決定する。制御器／結合器３４はフロー１とフロー２内の全ての種々の残りの資源制御パラメータの間で同じ厳密な比較を行い、これに従ってＡＡＰ３６を更新する。
【００２６】
時刻Ｔ３で、ｉ番目のユーザのデータ・パケットとプロファイル３内のフィルタｆ３と突き合わせて、対応するフロー（フロー３）をユーザのアクティブ・フロー・セット３２に追加する。フロー３の活動タイマＡＴ３をプロファイル３から取ったｔ３タイマ値に初期化し、パラメータ値ＤＴＶ３、ＰＬＶ３などもアクティブ・フロー・セット３２に追加する。フロー１とフロー２とがまだ活動状態にあると仮定すると、ユーザのアクティブ・フロー・セット３２はここでフロー１とフロー２の両方を含む。上述の論理動作と同様に、制御器／結合器３４はフロー３の追加に応じてユーザのＡＡＰ３６を更新する。すなわち、制御器／結合器３４は２つ以上のアクティブなフロー内に複写されたパラメータのどれを優先するかを決定し、これに基づいてＡＡＰ３６内で用いられる資源制御パラメータ値の統合されたセットを形成する。複写されないパラメータ値（すなわち、１つのアクティブなフローだけに現れるパラメータ値）は必要に応じてＡＡＰ３６に追加してよいことに注意すべきである。
【００２７】
ここで、フロー３の休止タイマ値ＤＴＶ３は「長」なので、フロー１のＤＴＶ１の「中間」やフロー２のＤＴＶ２の「短」より優先する。同様に、フロー３のパケット待ち時間パラメータ値ＰＬＶ３は「低」なので、フロー１のＰＬＶ１の「高」やフロー２のＰＬＶ２の「中間」より優先する。このように、制御器／結合器３４はユーザのＡＡＰ３６を更新し、ユーザの休止タイマ満了時間はＤＴＶ３の値により制御され、パケット待ち時間値はＰＬＶ３により制御される。もちろん、ユーザのＡＡＰ３６はアクティブ・フロー・セット３２内でアクティブな種々のフローから取られた恐らく多くの他の資源制御パラメータ値を含む。
【００２８】
次に、一般に制御器／結合器３４の例示的な動作は、ユーザのＡＡＰ３６内で用いられる各ユーザのアクティブ・フロー・セット３２内の２つ以上のフローの間に共通するパラメータ値の中から「最良の」すなわち最も制限的なパラメータ値を選択することに関する。これにより、ＡＡＰ３６内の情報は網１０内で動作する種々の資源マネージャ２４が行う資源制御動作の基礎となる。
【００２９】
フロー・タイプ・プロファイル２２内の個別のプロファイルを定義することについて述べると、網１０の網オペレータは継続する網管理動作の一部としてフロー・タイプ・プロファイル情報を定義および／または更新することができる。最も頻繁に用いられるアプリケーションに対応する共通のフロー・タイプ・プロファイルのために網１０はデフォールト・フロー・タイプ・プロファイル情報も記憶してよい。網１０はかかるデフォールト情報を最初にロードするので、網オペレータはこれを改善に用いることができる。またフロー・タイプ・プロファイル２２は、網１０を通るトラフィックの種々のタイプについて、パケット・フローのオフライン分析に基づいて時間をかけて開発されたオフライン・パラメータ入力から得てよく、またはこれを用いて調整してよい。
【００３０】
或る例示的な実施の形態では、デフォールト・プロファイルはフロー・タイプ・プロファイル２２内で定義してよい。ここでデフォールト・プロファイルは、実質的に全てのタイプのパケット・データがその一般的なフィルタ定義と一致するような「全ての一致する」フィルタを含む。このようにして、或るユーザのパケット・データが特に定義されたフロー・プロファイル・フィルタのどれとも一致しないときは、デフォールト・プロファイルは網１０が用いる資源制御パラメータ値で形成することができる。このように、移動局のＡＡＰ３６のデータが特に定義されたフロー・プロファイルのどれとも一致しない場合は、フロー・タイプ・プロファイル２２内の「全ての一致する」デフォールト・フロー・プロファイルからのデフォールト資源制御パラメータ値をそのＡＡＰ３６に入れてよい。もちろん、「全ての一致する」プロファイルを使用せずに、デフォールト資源制御パラメータ値を初期化して移動局に用いてよい。
【００３１】
図４は、図２の機能的要素に関連する例示的なフロー論理の図である。ｉ番目のユーザにおいて、処理はそのユーザに関連するデータ・パケットの受信から始まる（ステップ１００）。前と同様に、データ・パケットはＰＤＮ１４から発信するものでもよいし、ＰＤＮ１４に向けて送られるものでもよい。パケット・マッチング機能３０は、このパケットがフロー・タイプ・プロファイル２２内に定義されたフィルタのどれかと一致するかどうか判定する（ステップ１０２）。パケットと定義されたフロー・タイプとが一致する場合は、ユーザのアクティブ・フロー・セット３２を更新する（ステップ１０４）。
【００３２】
パケットがユーザにとって新しいフロー・タイプを表す場合は、すなわち、そのパケット・タイプのフローがユーザのアクティブ・フロー・セット３２内ですでにアクティブでない場合は、アクティブ・フロー・セット３２を更新してこの新しいフローを含める。言い換えると、ユーザの新しいフローが「活動化され」、ユーザのアクティブ・フロー・セット３２は新しいフローと、その関連する活動タイマおよび資源制御パラメータとを含む。パケットが現在アクティブなフローと一致する場合は、ユーザのアクティブ・フロー・セット３２の更新は単にそのフローの活動タイマをリセットしてそのフローを再活動化することを含む。
【００３３】
或る例示的な実施の形態では、このように、活動タイマはユーザのアクティブ・フロー・セット３２内のアクティブなフローを管理する基礎を提供する。パケットと定義されたフロー・タイプとが一致するとき、そのフローはユーザのアクティブ・フロー・セット３２内で新たに活動化されるか、またはそのフローの活動タイマをリセットすることにより再活動化される。アクティブなフローの活動タイマが満了すると、そのフローはユーザのアクティブ・フロー・セット３２から削除される。このように、活動タイマを用いることによりフローをアクティブ・フロー・セット３２に追加しまた削除することができる。
【００３４】
フロー・タイプ・プロファイル２２内で定義されたフロー毎の活動タイマは、そのフロー・タイプに関連するパケットの予想される挙動と一般に一致する満了時間を有する。例えば或るフロー・タイプは、顕著に断続するという特徴を有する１つ以上の通信アプリケーションに対応してよい。ウエッブ・ブラウジングはかかるアプリケーションの例で、ウエッブ・ブラウジングを実行しているユーザは或るページをダウンロードし、しばらくその内容を読んでから別のページ・リンクをクリックする。このように、ウエッブ・ブラウジングに対応するフロー・タイプ用の活動タイマ満了時間は妥当なブラウジング遅れに対応するのに十分な長さでなければならない。すなわち、或るユーザのウエッブ・ブラウジングに関連するフローがユーザのアクティブ・フロー・セット３２内で活動化された後は、早まって非活動化してはならない。
【００３５】
次に、一般にアクティブ・フロー・セット３２は、そのフローの予想される挙動に対応するセット内の各アクティブなフローにタイマ満了時間を割り当てることに基づいて、ユーザ毎に保持してよい。フローが活動化されるとその対応する活動タイマが起動し、フローがアクティブのときに追加の一致するパケットを受信するとそのタイマはリセットされる。かかるリセットを行なわないと、タイマはその定義された満了時間が来ると満了してフローは非活動化される、すなわち、ユーザのアクティブ・フロー・セット２２から削除される。
【００３６】
活動タイマを用いる代わりに、または恐らくその機能性を高めるために、網１０はフロー・タイプのマッチング動作に基づいてユーザのアクティブ・フロー・セット３２内のフローを活動化または非活動化してよい。例えば或るフローは定義されたフローの終わり、すなわちフロー終了データ・パケット（これは網１０が認識して、影響を受けるユーザの対応するフローを非活動化するのに用いることのできるもの）を有してよい。またパケット・マッチングは、或るタイプと他のタイプのパケット・フローを排他的にするために用いてよい。したがって、１つのフロー・タイプの活動化が他のフロー・タイプの非活動化を意味することを認識して、これに基づいてセット内のアクティブなフローを活動化および非活動化するようにｉ番目のユーザのアクティブ・フロー・セット３２を管理してよい。
【００３７】
いずれにしても、フローを追加（活動化）または削除（非活動化）すると１つ以上の資源制御パラメータの望ましい制御値を変える可能性があるので、制御器／結合器３４はかかる活動を監視して、フローがいつ活動化または非活動化されたか判定する（ステップ１０６）。かかる活動が起こると制御器／結合器３４は新しいＡＡＰ３６を生成する。またはより一般的に述べると、現在のＡＡＰ３６内の情報を更新して、活動化または非活動化に関連する全てのパラメータ変更を反映する。かかる変更は（もしあると）種々の網資源マネージャ２４に通知され（ステップ１１０）、パケット・マッチング・プロセスは例えばそのユーザのステップ１００に戻って続けられる。
【００３８】
当業者が認識するように、上の例示的な処理は一般に網１０が支援する複数のユーザで並列に行われ、一般に網１０が行う通信処理全体の一部にすぎない。また、上の処理は網１０内で動作する１つ以上のエンティティに分散されてよく、したがって、ＲＡＮ１６、ＰＣＮ１８、またはその組合せで行ってよい。
【００３９】
パケット・マッチングの詳細に関して述べると、網１０は１つ以上の例示的な方法を採用してよい。或る例示的な実施の形態では、網１０は或るユーザに関連するパケットとフロー・タイプ・プロファイル２２内で定義されたフィルタとを突き合せて、個別のパケットがフロー・タイプ・プロファイル２２内の定義されたパケット・データ・フィルタのどれかと一致するかどうか判定する。注意すべきであるが、或るデータ・パケットは１つ以上のパケット・データ・フィルタと一致してよい。すなわち、或るデータ・パケットはフロー・タイプ・プロファイル２２内で定義された２つ以上のプロファイルと一致してよく、これにより複数のフローを活動化してよい。或る例示的な実施の形態では、マッチング・フィルタはＴＣＰ／ＩＰプロトコル（ＩＰ、ＵＤＰ、ＴＣＰ、ＲＴＰなど）内の種々のヘッダ・フィールドを見ることにより構築される。入来するパケットの特定のヘッダ・フィールドがフィルタにより指定された値と一致した場合は一致が存在して、対応するフローは活動状態と見なされる。有効なフィルタの例は次の定義を含むが、これに限定されるものではない。
ＴＣＰポート番号＝１１０  （電子メール・プロトコルＰＯＰ３）
ＵＤＰポート番号＝２５    （電子メール・プロトコルＳＭＴＰ）
ＴＣＰポート番号＝８０、およびＩＰ宛先アドレス（アップリンク）＝１３５．２３．３４．４５
（サーバ１３５．２３．３４．４５とのＨＴＴＰ通信）
ＵＤＰポート番号＝５５４、およびＤＳＣＰ＝ｘｘ（ＲＴＳＰ−ストリーミング用のプロトコル、ｘｘに設定されたＩＰヘッダ内のＤｉｆｆＳｅｒｖＣｏｄｅ  Ｐｏｉｎｔ）
インターネット割当て番号協会(Internet Assigned Numbers Authority)（ＩＡＮＡ）はそのウエッブ・サイトiana.org/assigments/port-numbersに総合的なポート番号割当て情報を保持する。
【００４０】
或る例では、網１０は或るタイプのアプリケーションに関連する活動を検出するのに結合フィルタを用いる。例えば、電子メール・アプリケーションは一般に多数のプロトコルを用いる。したがって、電子メール・アプリケーションに関連するパケット・データ・トラフィックは複数の定義されたフィルタと一致してよい。網１０はそのデータ・パケットの資源の管理を、使用する特定のアプリケーションを確認するのではなく、１つ以上のフィルタ定義の単なるマッチングに基づいて行ってよい。例えば、或るフィルタ一致に関連するフローは資源管理の基礎として用いるのに十分であるし、または網１０は所定のデータ・トラフィックにより活動化されたフローの特定のセットすなわちパターンを、或るアプリケーションに対応するものと認識してよい。その評価から、網１０は資源管理に関して一層詳細な決定を行うことができる。
【００４１】
図５は網１０の例示的な網エンティティの詳細を示すもので、かかるエンティティは本発明の具体化の情況を示す。ここで、網１０のＲＡＮ部は１つ以上の基地局制御器（ＢＳＣ）４０を備える。各ＢＳＣ４０は１つ以上の関連する基地局４２（すなわち、４２−１、４２−２など）を有する。或る網構造ではＢＳ４２を無線基地局（ＲＢＳ）またはベース・トランシーバ装置（ＢＴＳ）と呼ぶが、他の構造では異なる用語を用いる。いずれにしても、ＢＳ４２はＭＳ１２との無線通信を支援する無線資源を提供する。すなわち各ＢＳ４２は一般に、ＭＳ１２に通信トラフィックと制御信号とを送信するための無線トランシーバ資源（ベースバンド・プロセッサ、変調器、および電力増幅器など）を備え、またＭＳ１２から通信トラフィックと制御信号を受信するための受信機、復調器、およびベースバンド・プロセッサを備える。もちろん、ＢＳ４２内に実現される無線資源の特定の詳細と構造は特定の網のタイプに従う。
【００４２】
次に、網１０のＰＣＮ部は、パケット・データ・サービング・ノード（ＰＤＳＮ）５０、ホーム・エージェント（ＨＡ）５２、および認証・許可・アカウンティング（ＡＡＡ）サーバ５４を備える。図に示すＰＣＮ１８は、或るＣＤＭＡに基づく網（ｃｄｍａ２０００標準に基づく網など）に共通の用語を用いる。別の網構造では、同じまたは同様の機能的構成を記述するのに別の用語を用いてよい。例えば一般パケット無線サービス（ＧＰＲＳ）網では、ＰＣＮ１８はサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）（ＲＡＮ１６の間のパケット・データ接続を行う）と、ゲートウエイＧＰＲＳサポート・ノード（ＧＧＳＮ）（ＰＤＮ１４などの外部網への移動体のグローバル・サービス（ＧＳＭ）通信接続を提供するゲートウエイ・ルータとして作用する）とを備えてよい。
【００４３】
とにかく、或るユーザ（すなわち、或るＭＳ１２）が網１０とのデータ接続を確立すると、網１０は選択された無線資源を含む選択された資源を割り当ててデータ接続を支援する。例えば網１０は、ユーザのデータ接続を支援するのに用いるために１つ以上のＢＳ４２内の特定の無線トランシーバ資源を割り当ててよい。もちろん、網１０内の種々のエンティティの他の資源（例えば、網１０に出入するユーザの通信トラフィックの経路を指定するための論理ルーティング資源など）を割り当ててデータ接続を支援してよい。ユーザがかかる資源の割当てを受けると、最大の可能な数のユーザにサービスする網の効率と全機能は、解除された資源を再割当てに利用できるようにするかかる資源の効率的な制御と適時の解除に依存する。
【００４４】
図６はフロー・タイプに基づく資源制御の例示的な実施の形態を示し、ＰＤＳＮ５０はかかる動作を支援する機能性の少なくとも一部を実現する。ＰＤＳＮ５０は複数の網ユーザ（例えばＭＳ１２−１から１２−Ｎのユーザ）のプロファイリング・プロセス２０を実現する。プロファイリング・プロセス２０−ｉはｉ番目のユーザのものを示す。前と同様に、プロファイリング・プロセス２０−ｉはパケット・マッチング機能３０と、ユーザのアクティブ・フロー・セット３２に関連する活動タイマとを含む。ここでは、このタイマを一組の活動タイマ（ＡＴ）６２として示し、個別にＡＴ１、ＡＴ２などと示す。ユーザのアクティブ・フロー・セット３２内で走るＡＴ６２の数はそのユーザでアクティブなフローの数に従う。制御器６４は制御器／結合器３４として動作し、複数のユーザのプロファイリング動作を支援すると共に、ＰＤＳＮ５０での他の通信機能を支援してよい。
【００４５】
ＢＳＣ４０も制御器７０を含む。これは実際には、ＢＳＣ動作を支援して処理命令を実行する１つ以上の処理装置を備える。或る例示的な実施の形態では、ＰＤＳＮ５０はＲＡＮ資源制御に用いるために各ユーザのＡＡＰ３６またはその中の関係するパラメータをＢＳＣ４０に転送する。このように、１つ以上の資源マネージャ２４が一般にＲＡＮ１６内に存在し、機能的にはＢＳＣ制御器７０内で実行してよい。したがって、或るユーザのＡＡＰ３６が更新されると、ＰＤＳＮ５０内の制御器６４はそのＡＡＰ３６をＢＳＣ４０内の制御器７０に送るか、または関係するＡＡＰの変化を示す指示フラグを送る。代替的に、またはかかる変化に基づく転送に加えて、ＢＳＣ４０は支援する種々のユーザのＡＡＰ詳細の計画的なポーリングまたは読取りを行ってよい。
【００４６】
いずれにしても、例示的な実施の形態では、制御器７０はＰＤＳＮ５０が行ったフロー・タイプ・マッチング動作に基づいてユーザ毎の関係する記憶された資源制御パラメータ７２を保持する。また制御器７０はユーザ毎の休止タイマ（ＤＴ）７４を保持して、或るユーザのデータ接続が非動作になると適時に資源を解除するために、ユーザの非活動化の時間を計る。一般に、制御器７０は種々のユーザに関連するＡＡＰ３６に基づいてＤＴ７４とＢＳ２２内のトランシーバ資源８０とを保持する。この方法で、或るユーザのＡＡＰ３６は、アクティブなそのユーザの異なるフローに対応するユーザのアクティブ・フロー・セット３２内に現れる休止タイマ値から制御器／結合器３４が選択した、休止タイマ値を含んでよい。
【００４７】
実際には、資源の解除は複数のレベルの解除が関係してよい。例えば、専用チャンネル（順リンクと逆リンクのトラフィック・チャンネルなど）を支援する無線資源は第１の非動作遅れの後に解除してよいが、網１０内のユーザ・トラフィックを運ぶために割り当てられた、選択された網ルーティング資源は第２の非動作遅れの後に解除してよい。このようにして、限られた乏しい資源（無線資源など）は最も早く解除してよい。もちろん、資源解除を計画的に実施するのは別の理由もある。例えば、或るユーザのための高レベルの通信トラフィック・ルーティング接続（ＲＡＮ１６とＰＣＮ１８との間や、ＰＣＮ１８内など）の或るものは、そのユーザが通信の再開を希望したときに網の信号を最小にするために、基礎となる無線資源を解除した後でもしばらく保存してよい。一例を挙げると、ＰＤＳＮ５０と或るＭＳ１２との間のポイント・ツー・ポイント・プロトコル（ＰＰＰ）は、そのＭＳ１２のトランシーバ資源８０を解除した後もしばらくは保存する。
【００４８】
例示的な休止タイミングでは、或るユーザのＤＴ７４はユーザのＡＡＰ３６に基づいて保持される。例えば、ユーザがそのフロー・セット３２内に３つのアクティブなフローを有し、それぞれが異なる休止タイマ値を有する場合を考える。制御器６４はユーザのアクティブ・フロー・セット３２を調べてその中に現れる最大の休止タイマ値を決定してその値をＢＳＣ４０に送るか、またはそのユーザのＤＴ７４にどの休止タイマ値を用いるべきかの指示を送る。かかる連絡に応じて、制御器７０はユーザのＤＴ７４を設定する。
【００４９】
一般に、各ユーザのＤＴ７４はユーザのアクティブ・フロー・セット３２内に現れる満了時間（休止タイマ値）の最大の値に基づいて設定し、このフロー・セットは必要に応じてパケット・マッチング機能３０による継続中のパケット・マッチングに基づいて更新する。このようにして、ユーザ毎の休止タイミングはそのユーザのアクティブなフロー・タイプの認識に基づいて変わる。したがって、電子メールのユーザ、ウエッブ・ブラウジングのユーザ、インスタント・メッセージングのユーザ、およびその他は、全て休止タイミング資源の解除に関して処理が異なる。
【００５０】
図７は休止タイミングの例示的な論理的フローを示す。処理は或るユーザについて網１０がユーザのＤＴ７４をデフォールト値に初期化することから始まる(ステップ１２０)。網１０はそのユーザのパケット・データを受信し(ステップ１２２)、上に述べたようにパケット・マッチングを行う(ステップ１２４)。パケット・データがどの定義されたフロー・タイプとも一致せず、かつデフォールト・タイマ情報がＢＳＣ４０ですでに利用できない場合は、ＰＤＳＮ５０は休止タイミングのデフォールト満了時間を転送し、または単にＢＳＣ４０がそのユーザのＤＴ７４のデフォールト満了時間を用いるべきことを示すフラグを転送する(ステップ１２６)。
【００５１】
所定のパケット・データと定義されたフィルタとが一致する場合は、網１０はかかるフィルタに対応するフローがアクティブであると考えるので、ユーザのアクティブ・フロー・セット３２内のかかるフローを活動化して、かかるフローに関連する活動タイマＡＴ６２を起動する(ステップ１２８)。ユーザのアクティブ・フロー・セット３２内の新しいフローを活動化すること、または既存のフローを非活動化することは、一般にアクティブ・フロー・セット３２内に保持されているフロー・パラメータに休止タイマ値を追加または削除することである。例えばフローを活動化すると、一般にフロー・タイプ・プロファイル２２内で定義された休止タイマ値がアクティブ・フロー・セット３２内のパラメータ・リストに追加される。したがって、一般に制御器／結合器３４は更新に応じてアクティブ・フロー・セット３２内の休止タイマ値を調べて、ユーザのＡＡＰ３６内の休止タイマ値を更新すべきかどうか判定する。次に、更新された休止タイマ値を必要に応じてＰＤＳＮ５０からＢＳＣ４０に送るか、または対応するフラグをＢＳＣ４０に送る(ステップ１３０)。
【００５２】
図８ＡはＢＳＣ４０の例示的な休止タイミング論理を示す。或るユーザについて初期または継続中の通信を考えると、ＢＳＣ４０はユーザのＡＡＰ３６に基づいてＰＤＳＮ５０から更新された休止タイマ情報を受ける（ステップ１４０）。かかる情報を受けると、ＢＳＣ４０はユーザのＤＴ７４を更新する(ステップ１４２)。前に述べたように、かかる情報を受けない場合は、ユーザのパケット・データはどの定義されたフローとも突き合わせなかったので、ＢＳＣ４０は単にそのユーザのデフォールト休止タイミングを用いる。
【００５３】
図８Ｂは、或るユーザの休止タイミングに関する例示的な資源管理を示す。そのユーザについて何か新しいパケット・データを受信したかどうかを網１０が判定することから処理は始まる(ステップ１５０)。パケット・データを受信した場合は、ＢＳＣ４０はユーザのＤＴ７４をリセットするので、満了時間切れが新しく始まる(ステップ１５２)。ＤＴの満了時間内にパケット・データを受信しない場合は、ＤＴ７４は満了する。ＤＴ７４が満了した場合は（ステップ１５４）、網１０はそのユーザに割り当てられた１つ以上の資源（無線資源など）を解除する(ステップ１５６)。ＤＴ７４が満了しない場合は、処理は継続する。
【００５４】
或る例示的な実施の形態では、各ユーザのＤＴ７４はユーザのアクティブ・フロー・セット３２内でアクティブな活動タイマＡＴ６２の値に基づいて設定する。この方法では、そのユーザのアクティブ・フロー・セット３２内で走る活動タイマの中の最も長い満了時間を用いてユーザのＤＴ７４を更新または設定してよい。単に最も長い定義された活動タイマ満了時間を用いるのではなく、ユーザのＤＴ７４は最も長い満了していない活動タイマ値に基づいて設定してよい。このようにして活動タイマ満了時間を用いて各ユーザのＤＴ７４の満了時間を設定すると、フロー・タイプ・プロファイル２２で定義されたフロー内で別個の休止タイマ満了値を定義する必要がなくなる。
【００５５】
より詳細に述べると、ｉ番目のユーザのＤＴ７４を上の方法に基づいて管理する例示的な管理は次の論理を含む。すなわち、
・  パケット・タイプが一致しない場合、またはそのユーザのフィルタリングがまだ始まっていない場合は、ＤＴ７４の値をデフォールト満了時間に設定し、
・  対応する定義されたフロー・タイプと一致するパケット・データを受信すると、ユーザのアクティブ・フロー・セット３２内の対応する活動タイマＡＴｘの満了時間をリセット／開始し、
・  最も長い満了時間を有して「制御用活動タイマ」として働くアクティブな活動タイマの満了時間（または実際の値）にユーザのＤＴ７４を設定し、
・  制御用活動タイマが満了すると、アクティブな他の活動タイマがあるかどうか判定し、もしあれば、新しい制御用活動タイマを選んでこれに従ってユーザのＤＴ７４を設定し、
・  ユーザの全ての活動タイマが満了すると、これに従ってＤＴ７４を満了させて資源の解除を始める。
もちろん、当業者が認識するように、上の論理は多くの方法の１つを示すものであり、アクティブ・フロー・セット３２とＡＡＰ３６とを用いることにより、資源の管理と活動タイミングに関する実質的な柔軟性とに対する種々の方法が可能になる。
【００５６】
図９は、網１０が或るＭＳ１２をイナクティブからアクティブへ移行させるとき、移動体で終わるパケット・トラフィックの場合に休止タイミングを使用する例を示す。コール・フロー処理は次のステップを含む。
（ａ）  ＭＳ１２向けのＩＰパケットをＰＣＮ１８が受信する。ＰＣＮ１８はパケットにフィルタ・マッチングを行い、このパケットが定義されたフローのどれかに関連するかどうか判定する。関連する場合は、網１０は一致したフローにより定義された休止タイマ値に基づいて休止タイミングを始める。
（ｂ）  一致したフローの休止タイマ値がＰＣＮ１８とＲＡＮ１６との間の無線パケット・セッションに前に関連した値より高い場合は、更新をＰＣＮ１８からＲＡＮ１６に送って、これに従ってＤＴ７４を更新する。初期設定では、一致したフローに基づいてＤＴ７４の満了時間として用いるために、かかる更新はＰＣＮ１８が非デフォールト休止タイマ値をＢＳＣ４０に与えることを含んでよい。例えばＩＳ−２０００無線網では、かかる更新された満了時間情報はＰＤＳＮ５０からＢＳＣ４０へのＡ１１信号メッセージを介して設定してよい。
（ｃ）  ＩＰパケットをＢＳＣ４０に送る。
（ｄ）  ユーザに関連するトラフィック・チャンネルを用いてパケット・データをユーザのＭＳ１２に転送する。
【００５７】
図１０は例示的な移動体から始まるイナクティブからアクティブへの移行を示す。例示的なコール・フロー処理は次のステップを含む。
（ａ）  或るＭＳ１２が網１０に開始メッセージを送り、網１０はＭＳ１２にトラフィック・チャンネルを割り当てる。
（ｂ）  ＰＣＮ１８とＲＡＮ１６との間で標準的なメッセージ交換を行って、パケットと網１０の無線部分との間のＲ−Ｐリンクを活動化する。例えば、標準の相互運用性標準（ＩＯＳ）Ａ１１メッセージを送ってリンクを確立してよい。
（ｃ）  ＭＳ１２からのＩＰパケット・データをＢＳＣ４０からＰＣＮ１８に送る。
（ｄ）  次にＰＣＮ１８はパケット・データの経路をＰＤＮ１４（例えば、インターネットまたは他の網宛先）に指定する。
（ｅ）  Ａ１１メッセージをＰＣＮ１８からＲＡＮ１６に送り、出てゆくトラフィックと一致するフローに基づいてＲＡＮ１６内でアクティブな休止タイマ満了時間を更新する。
【００５８】
このように、ＰＣＮに基づくパケット・タイプ・マッチングを介した休止タイミング制御は入来する（移動体で終わる）トラフィックにも、出てゆく（移動体から始まる）トラフィックにも適用することができる。例示的なフロー・タイプ・プロファイル情報は次のフィルタ（ｆｘ）と、対応する休止タイマ満了時間（ｔｘ）とを含んでよい。すなわち、
フィルタｆ１はインスタント・メッセージングや位置決めアプリケーションなどを認識するように形成され、
ｔ１＝４秒である。
フィルタｆ２は一般ウエッブ・セッションを認識するように形成され、
ｔ２＝４０秒である。
フィルタｆｄはデフォールトの「全ての一致する」フィルタとして形成され、
ｔｄ＝２０秒である。
【００５９】
上記の場合に、フロー・タイプ・プロファイル２２内の各定義されたフローは関連する活動タイマ値と休止タイマ値とを有する。或るユーザに関連する１つ以上のパケットと定義されたフローの１つとが一致するとパケット・マッチング機能３０が識別すると、そのフローをユーザのアクティブ・フロー・セット３２に追加する。フローをアクティブ・フロー・セット３２に追加すると活動タイマ（例えば、ＡＴ６２の１つで、その満了時間は関連する活動タイマ値に設定されているもの）が起動し、また一致したフローのパラメータ（関連する休止タイマ値を含む）をアクティブ・フロー・セット３２内に含まれるパラメータ・リストに追加する。
【００６０】
各ＡＴ６２は一般にアクティブとイナクティブの２つの状態を有する。定義されたフィルタと一致するパケット・データ活動がある場合は対応する活動タイマはアクティブであり、これは一致するパケット・データを最近のｔｘ秒内に受信したことを意味する（ｔｘは一致した活動タイマの満了時間を示す）。フィルタｆｘと一致するパケット・データを対応する満了時間ｔｘ内に受信しない場合は、そのフィルタの活動タイマは満了する。
【００６１】
例示的な休止タイミング制御に加えて、網１０はユーザのトラフィック・タイプに基づいて多数の他の資源制御の決定を行ってよい。したがって、ＲＡＮ１６は各ユーザのＡＡＰ情報に基づいて内部アルゴリズムおよび／または他の資源制御動作の最適化またはその他の調整を行うことができる。すなわち、或るユーザが現在用いているアプリケーションの特徴についての知識を与えられると、ＲＡＮ１６は資源の使用とアプリケーション性能のエンド・ユーザの認知との間に望ましい釣合いを取ることができる。ＲＡＮ１６における資源制御の基礎を与える項目は次の詳細を含むが、これに限定されるものではない。すなわち、
・  ユーザの任意の現在のアプリケーションに最大ビット・レートを割り当てることの利点（もしあれば）。なぜなら、かかる知識を用いれば、補助チャンネルの確立をいつ開始するか、またはより高いデータ・レート・チャンネルを形成するかの決定を改善することができるからである。
・  イナクティブになった後で、データ接続を支援する選択された資源の割当てを外す前に観測しなければならない遅れ。
・  アプリケーションの遅れ感度。これは、ユーザ・スケジューリング・アルゴリズムなどに入力する値として表してよい。
・  アプリケーションが必要とするビット・レート。
・  パケット・データ・トラフィックの相対的な増大(burstiness)。その指示は種々の資源制御の目的に用いてよい。
このように、ＲＡＮ１６は各ユーザのＡＡＰ３６に基づいて選択的に起動されまたは用いられる種々の制御および構成の設定値を保持してよい。
【００６２】
上の論理で示したように、関係するＡＡＰ情報をＢＳＣ４０が決定できるように、ＰＤＳＮ５０は或るユーザについてそのユーザのＡＡＰ３６をＢＳＣ４０に転送してよく、または関連するフラグまたは他の指標を転送してよい。この後者の方法を用いると、ＰＣＮ１８とＲＡＮ１６との間で送られるデータの量を減らすことができる。網１０内でＡＡＰ情報を管理する方法に関係なく、フロー・タイプ・プロファイル２２内で定義された種々の資源制御パラメータは、前に示したオフライン・パラメータ入力２８を使用することができるし、または使用することにより質を高めることができる。図１１はオフラインのパラメータ開発の例示的な実施の形態を示す。
【００６３】
オフライン処理装置（トラフィック分析器）２８はＰＤＳＮ５０に、またはＰＣＮ１８に、通信できるように結合する。時間をかけて、観測されたトラフィック挙動の統計的分析に基づいて、トラフィック分析器２８は種々のタイプのパケット・データ・トラフィックの最適化資源制御設定値（最適休止タイミングなど）を開発することができる。かかる最適化パラメータ値はオフライン・パラメータ入力として記憶しておいて、網１０への直接ローディングに用い、および／または網オペレータはこれを用いてオペレータ／デフォールト・パラメータ入力２６を形成することができる。
【００６４】
オフライン処理では、網１０は観測されたパケット・データ・フローの詳細なフロー・プロファイルを開発し、かかる観測に基づいて資源管理、構成、および制御の情報を更新することができる。このように、トラフィック分析器２８はアクティブなパケット・データ・トラフィックを管理するのに用いるために、フローに特有の資源管理設定値を時々フィードバックしてよい。かかる動作では、更新された設定値をトラフィック分析器２８から受けると、網１０はこれに応じて資源管理設定値を更新する。この意味で、網１０は時間と共に発生するフロー・プロファイル情報に基づいてその資源を活発に管理するので、資源管理は次第に最適化される。
【００６５】
オフラインのパラメータ開発を用いても用いなくても、本発明によりユーザ毎に網を通る通信トラフィックのパケット・タイプを識別することに基づいて通信資源（専用の物理的無線資源など）を動的に管理することができる。一般に、資源マネージャ２４は網１０を構成する１つ、２つ、または恐らく多くの種々のエンティティで実現してよい。種々のエンティティが通信資源の管理に関わる場合、かかるエンティティは種々のユーザのＡＡＰ３６内に含まれる選択された制御情報を協同で処理してよい。したがって、ＢＳＣ４０、ＢＳ４２、およびＰＤＳＮ５０は資源マネージャ２４の１つとしてそれぞれ動作し、それぞれは必要に応じてＡＡＰ３６を処理して種々のユーザの継続中の通信資源管理を行ってよい。
【００６６】
特定の実施の形態の詳細に関係なく、本発明により、網効率と使用目的とをユーザが認知する網の性能と釣り合わせるようにして、各ユーザに割り当てられた通信資源の動的な管理を行うことができる。資源制御をこのようにして最適化するのは、各ユーザの通信トラフィックに関連するパケット・タイプを識別し、この識別されたパケット・タイプに基づいて資源制御を行うことにより可能になる。すなわち、ユーザ毎の資源制御はそのユーザのトラフィック・タイプを補完する。ここで、本発明は上の例示的な詳細に制限されるものではなく、クレームとその妥当な同等物だけにより制限されるものである。
【図面の簡単な説明】
【００６７】
【図１】本発明の少なくとも複数の実施の形態を実施するための例示的な無線通信網の図である。
【図２】パケット・データ・タイプに基づいて通信資源制御を支援する例示的な機能的要素の図である。
【図３】例示的なフロー処理およびアプリケーション活動プロファイル動作の図である。
【図４】図２の機能的要素の例示的な論理の図である。
【図５】例示的な網エンティティの詳細の図である。
【図６】例示的な活動タイマの具体化を含む追加の例示的な網エンティティの詳細の図である。
【図７】例示的な活動タイマ管理の図である。
【図８Ａ】活動タイマに基づく例示的な休止タイミングの図である。
【図８Ｂ】活動タイマに基づく例示的な休止タイミングの図である。
【図９】例示的な網から発信された休止状態から活動状態への移動局の移行の図である。
【図１０】例示的な移動局から発信された休止状態から活動状態への移動局の移行の図である。
【図１１】パケット・タイプ活動プロファイルの例示的なオフライン開発の図である。
【図１】
2005531180.tif 000003
【図２】
2005531180.tif 000004
【図３】
2005531180.tif 000005
【図４】
2005531180.tif 000006
【図５】
2005531180.tif 000007
【図６】
2005531180.tif 000008
【図７】
2005531180.tif 000009
【図８Ａ】
2005531180.tif 000010
【図８Ｂ】
2005531180.tif 000011
【図９】
2005531180.tif 000012
【図１０】
2005531180.tif 000013
【図１１】
2005531180.tif 000014
【国際調査報告】
2005531180.tif 000015
2005531180.tif 000016
2005531180.tif 000017