(57)【特許請求の範囲】
【請求項１】
ネットワークリソース（８０）のネットワークアドレスを取得する検索手順が先行して行われる前記ネットワークリソースに関連するデータトラフィックの区別された処理の方法であって、
データパケットの通信において前記ネットワークリソース（８０）の代替になることができる代替ネットワークリソース（６０）のネットワークアドレスを返すように前記検索手順を適応させるために前記検索手順のメッセージを処理することを有し、
前記代替ネットワークリソースのネットワークアドレスが、前記ネットワークリソースに関するデータトラフィックのトラフィッククラスに応じて選択され、
前記代替ネットワークリソース（６０）との前記通信における前記データパケットの区別された処理は、前記代替ネットワークリソース（６０）の前記ネットワークアドレスに基づいて作用するパケットクラス分類規則を用いて遂行されることを特徴とする方法。
【請求項２】
前記メッセージの前記処理は、
前記ネットワークリソース（８０）の前記ネットワークアドレスに対するクエリ（２０３）を受信することと、
前記代替ネットワークリソース（６０）の前記ネットワークアドレスを用いて前記クエリ（２０３）に応答することと
を有することを特徴とする請求項１記載の方法。
【請求項３】
前記メッセージの前記処理は、
前記ネットワークリソースの前記ネットワークアドレスに対するクエリ（３０４）に対する応答（３０５）を受信することと、
前記ネットワークリソース（８０）の前記ネットワークアドレスを前記代替ネットワークリソース（６０）の前記ネットワークアドレスに置換することにより前記応答（３０５）を変更することと
を有することを特徴とする請求項１記載の方法。
【請求項４】
前記メッセージの前記処理は、前記ネットワークリソースの前記ネットワークアドレスに対するクエリ（２０３、３０４）をリダイレクトすることを有することを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記パケットクラス分類規則は事前設定されることを特徴とする請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記代替ネットワークリソース（６０）の前記ネットワークアドレスは、前記パケットクラス分類規則に一致するネットワークアドレスの範囲から選択されることを特徴とする請求項５記載の方法。
【請求項７】
前記データパケットを検査することと、
前記検査に基づいて前記パケットクラス分類規則を更新することと
を有することを特徴とする請求項５又は６記載の方法。
【請求項８】
前記区別された処理は、無線インタフェース上に確立されたベアラ（５２、５４）に前記データパケットをルーティングすることを含むことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記データパケットは、前記代替ネットワークリソース（６０）の前記ネットワークアドレスに基づいて動作するパケットフィルタ（６２、６４、７２、７４）により前記ベアラ（５２、５４）にルーティングされることを特徴とする請求項８記載の方法。
【請求項１０】
ユーザ機器（１０）のゲートウェイ（２６）への接続時に前記ユーザ機器（１０）と前記ゲートウェイ（２６）との間に前記ベアラ（５２、５４）を確立することを有することを特徴とする請求項８又は９記載の方法。
【請求項１１】
対応するネットワークリソース（８０）に関連するデータトラフィックを区別するために複数の代替ネットワークリソース（６０）が提供され、
前記代替ネットワークリソース（６０）の前記ネットワークアドレスは、サブネットに対応する異なるネットワークアドレスの範囲からそれぞれ選択されることを特徴とする請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
前記代替ネットワークリソース（６０）は、キャッシュサーバ又はトンネルエッジサーバを含むことを特徴とする請求項１から１１のいずれか１項に記載の方法。
【請求項１３】
前記代替ネットワークリソース（６０）は、前記ネットワークリソースに対する代理ノードとして動作することを特徴とする請求項１から１２のいずれか１項に記載の方法。
【請求項１４】
ネットワークリソース（８０）のネットワークアドレスを取得する検索手順のメッセージを受信するためのインタフェースと、
データパケットの通信において前記ネットワークリソースの代替になることができる代替ネットワークリソース（６０）のネットワークアドレスを返し、かつ前記ネットワークリソースに関するデータトラフィックのトラフィッククラスに応じて前記代替ネットワークリソースの前記ネットワークアドレスを選択するように前記検索手順を適応させるために前記メッセージを処理するように構成されるプロセッサ（１５０）とを備え、
それによって、前記代替ネットワークリソース（６０）との前記通信における前記データパケットの区別された処理は、前記代替ネットワークリソース（６０）の前記ネットワークアドレスに基づいて作用するパケットクラス分類規則を用いて遂行されることを可能ならしめることを特徴とするネットワーク装置（１００）。
【請求項１５】
前記ネットワーク装置（１００）は、請求項１から１３のいずれか１項において定義される方法に従って動作するように構成されることを特徴とする請求項１４記載のネットワーク装置（１００）。
【請求項１６】
データパケットの通信においてネットワークリソース（８０）の代替になることができる代替ネットワークリソース（６０）と、
前記ネットワークリソース（８０）のネットワークアドレスを取得する検索手順のメッセージを処理するように構成され、前記処理により前記検索手順は前記代替ネットワークリソース（６０）のネットワークアドレスを返し、かつ前記ネットワークリソースに関するデータトラフィックのトラフィッククラスに応じて前記代替ネットワークリソースの前記ネットワークアドレスを選択するように適応されるネットワーク装置（１００）と、
前記代替ネットワークリソース（６０）の前記ネットワークアドレスに基づいて作用するパケットクラス分類規則を用いて、前記代替ネットワークリソース（６０）との前記通信における前記データパケットの区別された処理を、前記代替ネットワークリソース（６０）のネットワークアドレスに基づいて遂行するように構成される少なくとも１つのネットワーク装置（１０、２６）と
を有することを特徴とするネットワークシステム。
【請求項１７】
前記ネットワークシステムは、請求項１から１３のいずれか１項において定義される方法に従って動作するように構成されることを特徴とする請求項１６記載のネットワークシステム。
【請求項１８】
ネットワーク装置（１００）のプロセッサにより処理されるデータを備え、前記ネットワーク装置（１００）を請求項１から１３のいずれか１項において定義される方法に従って動作させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークトラフィックの異なった処理の方法、並びに対応するネットワーク装置及びネットワークシステムに関する。
【背景技術】
【０００２】
通信ネットワークにおいて、データトラフィックの異なるクラスを区別するために、データトラフィックの区別された処理が使用される場合がある。例えばデータパケットの転送処理、すなわち送信先に向う途中のデータパケットを転送する方法は、トラフィックのクラスに依存する特定のサービス品質（ＱｏＳ）レベルを提供するために制御されてもよい。他の例において、データトラフィックの処理は課金に関しても区別されることがある。すなわち、１つのトラフィックのクラスは別のトラフィックのクラスと異なる方法で課金されることがあり得る。通常、データトラフィックの種々のクラスを実現するために、トラフィッククラス分類規則（例えばパケットクラス分類規則）が定義される。
【０００３】
例えば移動通信ネットワークにおいて、特定のサービスに関連するデータトラフィックは特定のＱｏＳレベルを提供するベアラに向けられることがある。この点において、ベアラは定義された特徴（例えば容量、遅延又はビット誤り率又はそれらの組み合わせ）を持つ情報送信コンテキスト又はパスであると考えられる。通常、多くのベアラが移動通信ネットワークのゲートウェイと例えば移動電話又は他の種類の移動端末であるユーザ機器（ＵＥ）との間に確立されるであろう。ベアラは、ネットワークからユーザ機器に向う方向にダウンリンク（ＤＬ）データトラフィックを搬送し、ユーザ機器からネットワークに向うアップリンク（ＵＬ）方向にデータトラフィックを搬送する。ゲートウェイ及びユーザ機器において、複数のＩＰデータパケット（ＩＰ：「インターネットプロトコル」であり、ＩＰｖ４とも呼ばれるＩＰバージョン４又はＩＰｖ６とも呼ばれるＩＰバージョン６があり得る）を含むデータトラフィックは、例えばＩＰの５タプルパケットフィルタを使用してフィルタリングされ、それにより、ＩＰデータパケットは所望のベアラに向けられる。３ＧＰＰ（第３世代パートナーシッププロジェクト）の技術仕様書（ＴＳ）２３．０６０及び２４．３０１によると、データトラフィックを特定のベアラに向けるために使用される一組のパケットフィルタは、トラフィックフローテンプレート（ＴＦＴ）とも呼ばれる。この文脈において、ＴＦＴはパケットクラス分類規則の一例であると考えられる。
【０００４】
データトラフィックの区別された処理は、例えばＤＳＬ（デジタル加入者線）、光ファイバアクセス又は同軸ケーブルアクセス等の固定アクセス技術を使用する他の種類の通信ネットワーク環境においても有用である。
【０００５】
更に、特定のネットワークリソースに関連するデータトラフィックに区別された処理を適用することも望ましい。例えば特定のインターネットサービス又は特定のコンテンツ提供者である特定のネットワークリソースに関連するデータトラフィックは、特定のＱｏＳレベルを必要とすることが知られている場合がある。しかし、いくつかの例において、必要とされる処理をデータトラフィック自体に基づいて判定するのは困難なことがある。一方、区別された処理は、これらの特定のネットワークリソースにより使用される既知のネットワークアドレスに基づいて同様に実現可能である。しかし、この場合、種々の異なるネットワークアドレスを使用する可能性のある多くの特定のネットワークリソースを扱う必要がある場合に問題が生じる。従って、多くの任意のネットワークアドレスを考慮するために、かなり複雑なトラフィッククラス分類規則が定義される必要がある。これは、いくつかの通信ネットワーク環境においてトラフィッククラス分類規則の複雑性に対する制限が存在することを考慮する場合に特に問題である。例えば３ＧＰＰ  ＴＳは、ＵＥのＴＦＴにインストール可能なパケットフィルタの最大数を制限する。
【０００６】
従って、特定のネットワークリソースに関連するネットワークトラフィックの効率的な区別された処理を可能にする技術が必要とされる。
【発明の概要】
【０００７】
本発明の一実施形態によると、データトラフィックの区別された処理の方法が提供される。データトラフィックはネットワークリソースに関連し、ネットワークリソースのネットワークアドレスを取得する検索（ルックアップ）手順が先行して行われる。この方法によると、検索手順のメッセージは検索手順を適応させるために処理される。適応により、検索手順は代替ネットワークリソースのネットワークアドレスを返す。代替ネットワークリソースは、データトラフィックのデータパケットの通信においてネットワークリソースの代替になることができる。代替ネットワークリソースのネットワークアドレスに基づいて、代替ネットワークリソースとの前記通信におけるデータパケットの区別された処理が達成される。
【０００８】
本発明の更なる一実施形態によると、ネットワーク装置が提供される。ネットワーク装置は、ネットワークリソースのネットワークアドレスを取得する検索手順のメッセージを受信するためのインタフェースを備える。更に、ネットワーク装置はプロセッサを備える。プロセッサは、代替ネットワークリソースのネットワークアドレスを返すように検索手順を適応させるために受信メッセージを処理するように構成される。代替ネットワークリソースは、データパケットの通信においてネットワークリソースの代替になることができる。代替ネットワークリソースのネットワークアドレスに基づいて、代替ネットワークリソースとの前記通信におけるデータパケットの区別された処理が達成される。
【０００９】
本発明の更なる一実施形態によると、ネットワークシステムが提供される。ネットワークシステムは代替ネットワークリソースと、ネットワーク装置と、少なくとも１つの通信装置とを備える。代替ネットワークリソースは、データパケットの通信においてネットワークリソースの代替になることができる。ネットワーク装置は、ネットワークリソースのネットワークアドレスを取得する検索手順のメッセージを処理するように構成される。この処理により、検索手順は代替ネットワークリソースのネットワークアドレスを返すように適応される。少なくとも１つの通信装置は、代替ネットワークリソースのネットワークアドレスに基づいて、代替ネットワークリソースとの前記通信におけるデータパケットの区別された処理を達成するように構成される。
【００１０】
更なる実施形態によると、方法を実現する他の方法、装置又はコンピュータプログラムが提供される。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施形態に係る概念が実現される通信ネットワーク環境を概略的に示す図である。
【図２】図２は、本発明の一実施形態に係るデータトラフィックの区別された処理が適用可能である例示的な例を示すシグナリング図である。
【図３】図３は、本発明の一実施形態に係るデータトラフィックの区別された処理が適用可能である更なる例示的な例を示すシグナリング図である。
【図４】図４は、本発明の一実施形態に係るネットワーク装置を概略的に示す図である。
【図５】図５は、本発明の一実施形態に係る方法を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下において、例示的な実施形態及び添付の図面を参照して、本発明を更に詳細に説明する。示される実施形態は、ネットワークトラフィックの区別された処理に対する概念に関する。図１に示すように、この概念は３ＧＰＰ  ＴＳに従う移動通信ネットワークにおいて適用される。しかし、示される概念は、例えばＤＳＬ、光ファイバアクセス又は同軸ケーブルアクセス等の固定アクセス技術を使用する他の種類の通信ネットワークにおいて同様に適用されることが理解されるべきである。
【００１３】
図１は、本発明の実施形態に係る概念が適用可能である通信ネットワーク環境を概略的に示す。
【００１４】
通信ネットワーク環境は、端末とも呼ばれるＵＥ１０と多くのネットワーク構成要素２２、２４、２６、３０とを含む。これらのネットワーク構成要素の中に無線アクセスネットワーク（ＲＡＮ）２２が存在する。ＲＡＮ２２は、例えばＧＳＭ（汎ヨーロッパデジタル移動通信システム）、ＥＤＧＥ（ＧＳＭの拡張向け高速データ）、ＵＭＴＳ（ユニバーサル移動通信システム）、広帯域符号分割多元接続（ＷＣＤＭＡ）又はＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）である１つ又は複数の特定の種類の無線アクセス技術に基づく。ＲＡＮ２２は単一ノードとして示されるが、ＲＡＮ２２が実際は本明細書中で更に説明されない多くの構成要素から形成されてもよいことが理解されるべきである。ＲＡＮ２２はトランスポートノード２４に結合され、これはゲートウェイ（ＧＷ）２６に結合される。この場合、代わりに２つ以上のトランスポートノード２４がＲＡＮ２２とゲートウェイ２６との間に結合されてもよく、あるいはＲＡＮ２２がゲートウェイ２６に直接結合されてもよいことが理解されるべきである。ゲートウェイ２６は、ＧＰＲＳベースのサービスから１つ以上の外部パケットデータネットワークへの接続を提供するゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）であってもよい。ゲートウェイ２６は、３ＧＰＰ  ＴＳに従うシステムアーキテクチャエボリューションゲートウェイ（ＳＡＥ  ＧＷ）であってもよい。
【００１５】
更に、移動通信ネットワークは、３ＧＰＰ  ＴＳに従うポリシー／課金ルール機能（ＰＣＲＦ）として実現されるポリシー制御器３０を含む。ポリシー制御器３０は専用ハードウェアにより実現されるか、又はプロセッサにより実行されるソフトウェア機能を備えるか、またはその両方である。ゲートウェイ２６及びポリシー制御器３０は一般に、コアネットワークの構成要素として見なされる。ポリシー制御器３０は、３ＧＰＰ  ＴＳに従うＧｘインタフェースを使用して実現されてもよいシグナリングパス６を介してゲートウェイ２６と通信する。ポリシー制御器３０は、例えば３ＧＰＰ  ＴＳに従うＳｐインタフェースを使用して実現されるシグナリングパス８を介して、例えば３ＧＰＰ  ＴＳに従うホームロケーションレジスタ（ＨＬＲ）又はホーム加入者サーバ（ＨＳＳ）である加入者データベース３２とサービスポリシーデータベース３４とに更に結合されてもよい。従って、ポリシー制御器３０は、特定のユーザに関連する、又は例えば移動ＴＶである移動通信ネットワークにおいて利用可能な特定のサービスに関連する、又はその両方に関連するポリシーデータを受信する。ポリシー制御器３０は、３ＧＰＰ  ＴＳに従うＲｘインタフェースを使用して実現される制御シグナリングパス５を使用して他のネットワーク機能と更に通信する。
【００１６】
他の機能のうち、ポリシー制御器３０はフィルタ生成器３５を備えてもよい。フィルタ生成器３５は、ＵＥ１０及びゲートウェイ２６において使用されるパケットフィルタを指定するように構成される。これは、加入データベース３２からの加入データ、サービスポリシーデータベース３４からのサービスポリシー、並びにシグナリングパス５を介して受信される制御データに基づいて達成される。パケットフィルタは、示される例においてトラフィックの種類に依存して異なるＱｏＳサービスレベルを提供するために使用されるパケットクラス分類規則の一例である。他の例において、パケットフィルタ又は他のパケットクラス分類規則は、異なる課金方法の区別、ゲーティングとも呼ばれる特定のトラフィックの種類の選択的阻止、あるいは特定のトラフィックの種類の選択的リダイレクトのために使用される。
【００１７】
更に示すように、ネットワークとユーザ機器１０との間のデータトラフィックは、ＵＥ１０とＲＡＮ２２との間の無線インタフェースにわたり確立される多くのベアラ５２、５４により搬送される。データトラフィックは、通常はＵＥ１０上で実行する１つ以上のクライアント／ピアアプリケーション１２に関し、例えばインターネットサービス又はコンテンツの提供者である特定のネットワークリソースに関連する。ベアラ５２、５４は、ユーザ機器１０とゲートウェイ２６との間に確立される。ベアラ５２、５４は、ＤＬ方向及びＵＬ方向の双方にデータトラフィックを搬送する。すなわち、ベアラ５２、５４はＤＬベアラ及びＵＬベアラから形成されると更に考えられる。ベアラ５２、５４における双方向通信をサポートするために、ＵＥ１０は、ベアラ５２、５４からの入力データパケットの受信及びベアラ５２、５４上での出力データパケットの送出を可能にする対応するインタフェース１５を備える。同様に、ゲートウェイ２６は、ベアラ５２、５４からの入力データパケットの受信及びベアラ５２、５４上での出力データパケットの送出を可能にする対応するインタフェース２５を備える。ベアラ５２、５４は、一般にユーザ機器１０にパケット利用サービスを提供するために確立されるデフォルトベアラ５２と、デフォルトベアラとは異なる例えば上位又は下位のＱｏＳレベルであるＱｏＳレベルを有する１つ以上の専用ベアラ５４とを含む。デフォルトベアラ５２は、通常、ＵＥ１０がゲートウェイ２６に接続し且つそのＩＰアドレス及びＩＰ接続性を受信する時に確立される。専用ベアラ５４は、通常、特定のＱｏＳレベルを必要とするデータパケットが送信される必要のある時等、要望に応じて確立される。しかし、いくつかの実施形態において、専用ベアラは、例えばＵＥ１０のゲートウェイ２６への接続時等、事前に確立されてもよい。各ベアラ５２、５４は、対応するＱｏＳプロファイルと関連付けられる。ＱｏＳプロファイルは、ＱｏＳクラス識別子（ＱＣＩ）、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ／Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）、ＴＨＰ（Ｔｒａｆｆｉｃ  Ｈａｎｄｌｉｎｇ  Ｐｒｉｏｒｉｔｙ）、最大ビットレート（ＭＢＲ）、総合最大ビットレート（ＡＭＢＲ）及び保証ビットレート（ＧＢＲ）又はそれらの組み合わせ等のパラメータを介して定義される。従って、ベアラ５２、５４のうちの対応する一方にデータパケットを割り当てることにより、特定のＱｏＳレベルがＵＥ１０とゲートウェイ２６との間でのデータパケットの通信に対して提供される。
【００１８】
ＵＥ１０において、データパケットは、対応して構成されるパケットクラス分類規則を使用して所望のベアラ５２、５４にＵＬパケットフィルタ６２、６４の形態でルーティングされる。ゲートウェイ２６において、データパケットは、対応して構成されるパケットクラス分類規則を使用して所望のベアラ５２、５４にＤＬパケットフィルタ７２、７４の形態でルーティングされる。示される３ＧＰＰの例に従って、データパケットを対応するベアラに向けるように動作する一組のフィルタ６２、６４、７２、７４をＴＦＴと呼んでもよい。ＱｏＳプロファイルのパラメータは、シグナリングパス６を使用してポリシー制御器３０からゲートウェイ２６にシグナリングされる。同様に、ゲートウェイ２６において使用されるＤＬパケットフィルタ７２、７４は、シグナリングパス６を介してポリシー制御器３０からゲートウェイ２６にシグナリングされる。ＵＥ１０において使用されるＵＬパケットフィルタ６２、６４に関して、これらはポリシー制御器３０からゲートウェイ２６を介してシグナリングされる。いくつかの実施形態において、ＵＬパケットフィルタ６２、６４のうちの少なくともいくつかはＵＥ１０において事前設定され、又はＤＬパケットフィルタのうちのいくつかはゲートウェイ２６において事前設定され、または両方が事前設定される。更に、いくつかの実施形態において、ＵＬパケットフィルタはゲートウェイ２６において事前設定され、ＵＥ１０のゲートウェイ２６への接続時又は対応するベアラ５２、５４の確立時にＵＥ１０にシグナリングされる。ＵＥ１０又はゲートウェイ２６又はその両方において事前設定されたパケットフィルタを使用するそのような実施形態において、ポリシー制御器３０又はポリシー制御器３０のフィルタ生成器３５又はその両方は省略可能である。いくつかの実施形態において、ＵＬパケットフィルタ又はＤＬパケットフィルタまたはその両方はポリシー制御器３０において同様に事前設定され、例えばＵＥ１０のゲートウェイ２６への接続時又は対応するベアラ５２、５４の確立時にゲートウェイ２６又はＵＥ１０又はその両方にシグナリングされる。
【００１９】
以下において、１つ以上の特定のネットワークリソースに関連するデータトラフィックに区別された処理を効率的に実行できるようにする本発明の実施形態に係る概念を説明する。この点において、用語「ネットワークリソース」は、ネットワークにおいてアクセス可能である種々の構造、コンテンツ又はサービスを含むことを意図する。いくつかの例において、ネットワークリソースは、例えばユニフォームリソース識別子（ＵＲI）に従ってサービス又はコンテンツを主催するサーバ、またはユニフォームリソース識別子である。いくつかの例において、同一のサーバが異なるネットワークリソースを主催する。図１の例において、これらの概念は特定のＱｏＳレベルの提供に関して適用される。これは、ＵＥ１０及びゲートウェイ２６においてパケットフィルタ６２、６４、７２、７４を使用してデータパケットをベアラ５２、５４にルーティングすることにより達成される。しかし、これらの概念は、例えば課金、リダイレクトとも呼ばれるデータトラフィックの選択的阻止、又はデータトラフィックの選択的リダイレクトに関する、他の種類の区別に更に適用可能であることが理解されるべきである。
【００２０】
区別された処理は、図１の例ではＵＥ１０及びゲートウェイ２６である１つ以上の通信装置により適用されるパケットクラス分類規則に基づいて達成される。図１の例において、パケットクラス分類規則はパケットフィルタ６２、６４、７２、７４により実現される。パケットフィルタ６２、６４、７２、７４は、一般に、データパケットの各プロトコルヘッダに含まれるネットワークアドレスに基づいて動作するように構成される。ネットワークアドレスは、特にＩＰアドレスである。例えばデータパケットを介するデータの伝送を実現するために伝送制御プロトコル（ＴＣＰ）又はユーザデータグラムプロトコル（ＵＤＰ）を使用する場合、プロトコルヘッダは、パケットフィルタ６２、６４、７２、７４において定義されるフィルタパターンに一致するための基準として別個に又は組み合わせて使用されるデータパケットの送信元ネットワークアドレス及び送信先ネットワークアドレスを定義するＩＰアドレスを含む。更に、プロトコルヘッダの上記の例は、パケットフィルタ６２、６４、７２、７４において定義されるフィルタパターンに一致するための基準として別個に又は組み合わせて使用される送信元ポート番号及び送信先ポート番号を更に定義する。いくつかの実施形態において、パケットフィルタ６２、６４、７２、７４は、データパケットのＩＰ５タプル（送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、ｐｒｏｔｏｃｏｌ  ａｂｏｖｅ  ＩＰのプロトコルＩＤ）に一致するパターンに基づいて動作する。更に、パケットフィルタは、ＩＰアドレスがプレフィックスマスクと組み合わされ且つ／又はポート番号がポート範囲として指定されるフィルタパターンにおいて動作してもよい。フィルタパターンは、サービスの種類（ＴＯＳ）（ＩＰｖ４）／トラフィックの種類（ＩＰｖ６）及びマスクにより拡張されてもよい。フィルタパターンは、送信先ＩＰアドレス、ｐｒｏｔｏｃｏｌ  ａｂｏｖｅ  ＩＰのプロトコルＩＤ、サービスの種類（ＴＯＳ）（ＩＰバージョン４）／トラフィックの種類（ＩＰバージョン６）及びマスク、並びにＩＰＳｅｃのセキュリティパラメータインデックス（ＳＰＩ）から更に構成可能である。フィルタパターンは、送信先ＩＰアドレス、サービスの種類（ＴＯＳ）（ＩＰｖ４）／トラフィックの種類（ＩＰｖ６）及びマスク、並びにフローラベル（ＩＰｖ６）から更に構成可能である。いくつかの実施形態において、パケットフィルタ６２、６４、７２、７４のフィルタパターンにおいて指定されていない値はデータパケット内の対応する情報の何らかの値と一致し、すなわち、ワイルドカードが定義される。
【００２１】
所望の区別された処理を実現するために必要とされる例えばパケットフィルタ６２、６４、７２、７４であるパケットクラス分類規則の複雑性を低減するために、以下に説明する本発明の実施形態に係る概念は、区別された処理が実現される特定のネットワークリソースのネットワークアドレスを取得する検索手順の適応に基づく。この適応は、検索手順の１つ以上のメッセージを処理することにより達成される。この処理は、ネットワークリソースのネットワークアドレスに対するクエリを受信することと、代替ネットワークリソースのネットワークアドレスを用いてクエリに応答することとを含む。更に、この処理は、ネットワークリソースのネットワークアドレスに対するクエリに対する応答を受信することと、ネットワークリソースのネットワークアドレスを代替ネットワークリソースのネットワークアドレスに置換することにより応答を変更することとを含んでもよい。更に、この処理は、ネットワークリソースのネットワークアドレスに対するクエリをリダイレクトすることを更に含んでもよい。示される例において、検索手順はドメイン名システム（ＤＮＳ）に基づき、適応は、例えばＤＮＳクエリ又はＤＮＳクエリに対する応答である１つ以上のＤＮＳメッセージを処理することにより達成される。他の例において、例えばＮｅｔＢＩＯＳ検索手順である他の検索手順が同様に使用可能である。
【００２２】
更に詳細には、示される概念は、特定のネットワークリソースに関連するデータトラフィックに先行して当該ネットワークリソースのネットワークアドレスを取得する検索手順が行われる例に適用される。検索手順は、検索手順がデータパケットの通信においてネットワークリソースの代替になることができる代替ネットワークリソースのネットワークアドレスを返すように検索手順の１つ以上のメッセージを処理することにより適応される。例えば代替ネットワークリソースは、ネットワークリソースに対する代理ノードとして動作することにより当該機能を有するように構成される。代替ネットワークリソースは更に、ネットワークリソースにより提供されたコンテンツをキャッシュしてもよい。いくつかの実施形態において、代替ネットワークリソースはキャッシュサーバであってもよく、あるいはネットワークリソースのコンテンツを配信するためのトンネルエッジサーバであってもよい。
【００２３】
その場合、データパケットの通信は代替ネットワークリソースに対して確立され、データパケットの区別された処理は代替ネットワークリソースのネットワークアドレスに基づいて遂行される。従って、データパケットの区別された処理は、代替ネットワークリソースのネットワークアドレスを適切に選択することにより助長される。この目的のために、代替ネットワークリソースは、通信が確立される例えばＵＥ１０である通信装置と同一のローカルネットワーク内に位置する。従って、ローカルネットワークのネットワークオペレータは、代替ネットワークリソースにネットワークアドレスを適切に割り当てる。例えばネットワークアドレスは、例えばＲＦＣ１９１８、ＲＦＣ４１９３又はＲＦＣ５７３５において定義されるプライベートネットワークアドレスの範囲から選択される。しかし、ネットワークアドレスは、例えばネットワーク事業者に割り当てられた公衆ネットワークアドレスの特定の範囲から更に選択されてもよい。
【００２４】
例えば代替ネットワークリソースのネットワークアドレスは、サブネットに対応するネットワークアドレスの範囲から選択される。この場合、当該ネットワークアドレスに基づいて動作するパケットクラス分類規則は単純な構造を備える。例えばパケットフィルタ６２、６４、７２、７４のうちの１つ以上により使用されるフィルタパターンは、ワイルドカードを使用することにより一致されるネットワークアドレスを定義することにより、当該サブネット内の全てのネットワークアドレスがフィルタパターンに一致することを達成する。理解されるように、従って、当該サブネットからの全てのネットワークアドレスに対して同一の処理を提供するパケットクラス分類規則を効率的に定義できる。これは、多くの特定のネットワークリソースに対する代替ネットワークリソースに同一のサブネットからのネットワークアドレスを割り当てることにより、これらのネットワークリソースに対して特定の処理を提供するために使用可能である。更なる一例によると、異なるネットワークリソースのデータトラフィックの区別は、サブネットに対応する異なるネットワークの範囲から対応する代替ネットワークリソースのネットワークアドレスをそれぞれ選択することにより同様に実現可能である。対応するパケットクラス分類規則はサブネット毎に定義されてもよく、それにより、関連するデータトラフィックの対応する処理を個別に定義できる。従って、いくつかの実施形態において、代替ネットワークアドレスのネットワークアドレスは、ネットワークリソースに関連するデータトラフィックのトラフィックの種類に従って選択される。特に、各トラフィックの種類は、例えばサブネットである対応するネットワークアドレスの範囲に割り当てられてもよく、代替ネットワークリソースのネットワークアドレスは、ネットワークリソースに関連するデータトラフィックのトラフィックの種類に対応するネットワークアドレスの範囲から選択されてもよい。
【００２５】
上記の概念を実現するために、図１の通信システムは検索適応装置（ＬＡＤ）１００を更に含む。通常、検索適応装置１００は、特定のネットワークリソースに関連するデータトラフィックに関係する検索メッセージを受信する。いくつかの実施形態において、検索適応装置１００は、ＵＥ１０のデータトラフィックに関係する検索メッセージが検索適応装置１００を経由するように配置される。例えばこれは、ゲートウェイ２６とローカルＤＮＳサーバ（図１に不図示）との間のデータパスに検索適応装置１００を配置することにより達成される。いくつかの実施形態において、検索適応装置１００はゲートウェイ２６の一部である。いくつかの実施形態において、検索適応装置１００はローカルＤＮＳサーバの一部である。更なる実施形態によると、検索適応装置はローカルＤＮＳサーバと外部ＤＮＳサーバとの間のデータパスに配置される。更に、いくつかの実施形態において、検索適応装置１００は外部ＤＮＳサーバの一部である。検索適応装置１００は、例えばゲートウェイ２６又はローカルＤＮＳサーバである他のネットワーク装置内で実現されてもよく、あるいはスタンドアロンネットワーク装置として実現されてもよい。検索適応装置１００の機能性は、検索適応装置１００のプロセッサ（図１に不図示）に適切に構成されたプログラムコードを実行させ且つ適切に構成された検索適応データを使用させることにより、ソフトウェアで実現されてもよい。代替例として、検索適応装置１００は専用ハードウェアにより少なくとも部分的に実現されてもよい。
【００２６】
いくつかの実施形態において、代替ネットワークリソースのネットワークアドレスは、当該ネットワークアドレスに基づいて動作する事前設定されたパケットクラス分類規則に一致するように選択される。このように、パケットクラス分類規則を生成し、又はシグナリングし、またはその両方を行う個別の手順は不要である。例えば図１の移動通信ネットワーク環境において、パケットフィルタ６２、６４はＵＥ１０において事前設定されてもよく、又はパケットフィルタ７２、７４はゲートウェイ２６において事前設定されてもよく、またはその両方であってもよい。また、パケットフィルタ６２、６４はゲートウェイ２６において事前設定された後にＵＥ１０にシグナリングされてもよい。更に、パケットフィルタ６２、６４、７２、７４はポリシー制御器３０において事前設定され、ゲートウェイ２６又はＵＥ１０またはその両方にシグナリングされてもよい。事前設定は、例えばパケットクラス分類規則に基づいて区別された処理を実行する通信装置のオペレーティングソフトウェアと共にこれらのパケットクラス分類規則を提供するか又は通信装置にパケットクラス分類規則を提供するために保守手順を使用することにより得られる。いくつかの実施形態において、そのような事前設定されたパケットクラス分類規則はデータパケットの検査に応じて更新され、それにより、例えば同一のネットワークリソースに関連する種々のデータトラフィック、又は同一の代替ネットワークリソースを使用する異なるネットワークリソースに関連するデータトラフィックの区別を改善できる。
【００２７】
いくつかの実施形態において、代替ネットワークリソースのネットワークアドレスに基づいて動作するパケットクラス分類規則が代替ネットワークリソースのネットワークアドレスの選択に応答して動的に生成されてもよく、あるいは、既存のパケットクラス分類規則が代替ネットワークリソースのネットワークアドレスの選択に応答して変更されてもよい。図１の例において、検索適応装置は、ポリシー制御器３０へのシグナリングパス９を使用して、ＵＥ１０又はゲートウェイ２６又はその両方により使用される新規のパケットフィルタの生成を開始するか、あるいは既存のパケットフィルタ６２、６４、７２、７４の変更を開始する。各例において、これはポリシー制御器３０のフィルタ生成器３５により達成される。
【００２８】
更に示すように、図１の通信システムはパケット検査器４０を更に含む。いくつかの実施形態において、パケット検査器４０は、例えば同一のインターネットサービスの異なるアプリケーション又は同一のコンテンツ提供者からの異なる種類のコンテンツである同一のネットワークリソースに関連するデータトラフィック内のトラフィックの種類を更に区別するために使用される。その代わりに又はそれに加えて、パケット検査器４０は、同一の代替ネットワークリソースを使用する異なるネットワークリソースに関連するデータトラフィックを区別するために更に使用される。
【００２９】
パケット検査器４０は、ＵＬトラフィック又はＤＬトラフィックにおけるデータパケットのトラフィックの種類を判定するように動作可能である。この目的のために、パケット検査器４０は、例えばデータパケットのプロトコルヘッダ以降の情報に対してＵＬトラフィック又はＤＬトラフィックのデータパケットを解析する。例えばパケット検査器４０は、データパケットのペイロード部分に含まれるホスト名、ユニフォームリソース識別子（ＵＲＩ）、ユニフォームリソースロケータ（ＵＲＬ）又はネットワークアドレスに対してデータパケットを解析する。例えばそのような情報は、ＨＴＴＰ要求において見つけられ、例えばＨＴＴＰ要求の要求ヘッダにおいて見つけられる。パケット検査器４０により取得された情報は、例えばパケットフィルタ６２、６４、７２、７４のうちの１つ以上であるパケットクラス分類規則を更新するために使用可能である。図１の例において、更新は、ポリシー制御器３０へのシグナリングパス５を使用してパケット検査器４０により開始される。ポリシー制御器３０のフィルタ生成器３５は、ゲートウェイ２６又はＵＥ１０又はその両方において使用される更新されたフィルタを生成する。
【００３０】
図２は、データトラフィックの区別された処理が上記の概念に従って検索手順を適応させることにより提供される例示的な例を示すシグナリング図である。図２のシグナリング図は、ＵＥ１０、ローカルＤＮＳサーバ５０、代替サーバ６０及びサーバ８０を示す。検索適応装置の上述の機能性は、ローカルＤＮＳサーバ５０内で実現される。すなわち、図１の検索適応装置１００はローカルＤＮＳサーバ５０の一部であってもよい。
【００３１】
図２の例において、サーバ８０は、ＵＥ１０に対する通信において関連するデータトラフィックに区別された処理が実行される特定のネットワークリソースの一例を表す。例えばサーバ８０は、１つ以上の特定のインターネットサービスを提供してもよく、あるいはコンテンツの効率的な配信のために使用されるコンテンツ配信システムの一部であってもよい。図１と関連して説明するように、この区別された処理はデータトラフィックに対して特定のＱｏＳレベルを提供するという目的を有し、これは例えばベアラ５２、５４の一方であり特に専用ベアラ５４である対応するベアラに当該データトラフィックのデータパケットをルーティングすることにより得られる。代替サーバ６０は、サーバ８０に対する代替ネットワークリソースとして機能する。代替サーバ６０は、ＵＥ１０との通信においてサーバ８０の代替になることができる。特に、代替サーバ６０はサーバ８０と同一の方法でＵＥ１０からの要求に応答できる。この目的のために、代替サーバ６０は、例えば要求をサーバ８０に中継し且つサーバ８０からの応答をＵＥ１０に転送することによりサーバ８０に対する代理ノードを動作させてもよく、あるいはサーバ８０により提供されたコンテンツをキャッシュしてもよいし、その両方を行ってもよい。いくつかの例において、加速トンネルが代替サーバ６０とサーバ８０との間の通信に対して提供される。そのような例において、代替サーバはトンネルエッジサーバとして機能し、例えば加速トンネルを介してサーバ８０へ送信されるデータパケットのカプセル化及び加速トンネルを介してサーバ８０から受信されるデータパケットのカプセル解除を行う。いくつかの実施形態において、代替サーバ６０の代理ノードの動作、キャッシュサーバの動作及びトンネルエッジサーバの動作は組み合わされる。
【００３２】
更に、ＵＥ１０は例えば図１に示すように無線アクセス技術を使用して移動通信ネットワークに接続され、ローカルＤＮＳサーバ５０及び代替サーバ６０はこの移動通信ネットワークの一部であり、すなわち同一のネットワークオペレータにより制御されると仮定する。ネットワークオペレータは、代替ネットワークリソースにより使用される例えばプライベートネットワークアドレスの範囲である特定の範囲のネットワークアドレスを割り当てており、代替サーバ６０はこの範囲から選択されるネットワークアドレスを有する。
【００３３】
ステップ２０１において、サーバ８０に関連するデータトラフィックにより使用される例えば専用ベアラ５４であるベアラが確立される。ベアラは、特定のＱｏＳレベルを提供することにより、例えばプレミアムトラフィック又はトラッシュトラフィックとしてデータトラフィックを処理できるようにするために確立される。ベアラは、ＵＥ１０の移動通信ネットワークへの接続時に既に確立されていてもよい。あるいは、ベアラは、例えばパケット検査器４０を使用してサーバ８０に関連するデータトラフィックを最初に検出したことに応答して確立されてもよい。データトラフィックをベアラにルーティングするために使用されるパケットフィルタは、代替サーバ６０に割り当てられたネットワークアドレスに基づいて動作するように構成される。特に、ＵＥ１０において使用されるＵＬパケットフィルタは、代替サーバのネットワークアドレスに向けられたＵＬデータパケットをベアラにルーティングするように構成され、ＵＥ１０が接続される例えば図１のゲートウェイ２６であるゲートウェイにおいて使用されるＤＬパケットフィルタは、代替サーバのネットワークアドレスから入力されるＤＬデータパケットをベアラにルーティングするように構成される。パケットフィルタはＵＥ１０又はゲートウェイにおいて事前設定され、代替サーバ６０のネットワークアドレスはこれらの事前設定されたパケットフィルタに一致するように選択される。あるいは、パケットフィルタは代替サーバのネットワークアドレスの選択に応答して生成される。各例において、ベアラを確立するために必要なシグナリングは限定される。更に、他のサーバに対応する他の代替サーバのネットワークアドレスは、単純なフィルタ構造が得られるように割り当てられる。
【００３４】
２０２に示すように、サーバ８０は代替サーバ６０へデータを送信する。代替サーバ６０の動作に依存して、これは何らかの適切な時点に達成される。例えば送信は、サーバ８０において利用可能になった新規データ又は別のクライアントによるデータに対する要求によりトリガされる。そのような要求は、最初に代替サーバ６０により受信され、データがローカルで利用可能でない場合、代替サーバ６０はサーバ８０に要求を転送する。代替サーバ６０は、後続の要求に応答するために使用するために受信データを格納する。例えばトンネルエッジサーバとしての代理ノードの動作において、サーバ８０から代替サーバ６０へのデータの送信は、代替サーバ６０によりサーバ８０に中継されるＵＥ１０の要求によりトリガされる。
【００３５】
ＵＥ１０がサーバ８０にアクセスする必要がある場合、ＵＥ１０は最初にローカルＤＮＳサーバ５０に対してＤＮＳクエリ２０３を発行する。ＤＮＳクエリ２０３は、サーバ８０のネットワークアドレスを要求するために、サーバ８０に関連するホスト名又はＵＲＩを指定する。その後、検索適応機能性を含むローカルＤＮＳサーバ５０は、メッセージ２０５を用いてＤＮＳクエリに応答する前に適応ステップ２０４を実行する。適応ステップ２０４により、ＤＮＳクエリ２０３はメッセージ２０５が代替サーバ６０のネットワークアドレスを示すように処理される。従って、適応ステップ２０４により、検索手順は代替サーバ６０のネットワークアドレスを返す。適応ステップ２０４は、ローカルＤＮＳサーバ５０により格納されたサーバ８０に関連するホスト名又はＵＲＩに対するリソースレコードの対応する構成により実現される。リソースレコードの構成は、サーバ８０に関連するホスト名又はＵＲＩ又はその両方と代替サーバ６０のネットワークアドレスとを関連付ける適切に構成された検索適応データに基づいてもよい。
【００３６】
その後、ＵＥ１０はデータを要求するために代替サーバに要求２０６を送出し、代替サーバ６０は要求されたデータを有する応答２０７をＵＥ１０に送出する。要求２０６のデータパケットは、送信先アドレスとして代替サーバ６０のネットワークアドレスを示すため、ＵＥ１０のＵＬパケットフィルタによりステップ２０１で確立されたベアラに向けられる。同様に、応答２０７のデータパケットは、送信先アドレスとして代替サーバ６０のネットワークアドレスを示すため、ＵＥ１０が接続されるゲートウェイのＤＬパケットフィルタによりステップ２０１で確立されてベアラに向けられる。
【００３７】
サーバ８０に関連する後続のデータトラフィックに対して、代替サーバ６０のネットワークアドレスがＵＥ１０によりキャッシュされる限り、ＵＥ１０による新規のＤＮＳクエリは不要である。そのようなトラフィックは、代替サーバ６０に直接ルーティングされる。
【００３８】
図２の検索手順は種々の方法で変更可能であることが理解されるべきである。例えばＤＮＳクエリ２０３は、ローカルＤＮＳサーバ５０により、例えばサーバ８０のドメインに対して権限を有するＤＮＳサーバである外部ＤＮＳサーバにリダイレクトされる。このリダイレクトは１つ以上のステップで行われる。その場合、ステップ２０４の適応も外部ＤＮＳサーバにより達成される。しかし、この外部ＤＮＳサーバは、移動通信ネットワークのネットワークオペレータによりホストされてもよい。そのような場合、検索手順は、例えばキャッシュクラスタ又はキャッシュサーバを選択するステップであるコンテンツの配信を最適化する更なるステップを更に含むことができる。
【００３９】
いくつかの例において、図２の検索手順は反復型である。そのような例において、ローカルＤＮＳサーバ５０は、次のステップでＤＮＳクエリを送出する必要のある更なるＤＮＳサーバを示すメッセージを用いてＵＥ１０に応答する。その後、ＵＥ１０は、更なるＤＮＳサーバにＤＮＳクエリを送出し、要求したネットワークアドレス、あるいは次のステップでＤＮＳクエリを送出する更に別のＤＮＳサーバに関する情報を取得する。これは、ＤＮＳクエリが代替サーバ６０のネットワークアドレスを用いてＤＮＳクエリに応答するＤＮＳサーバに到着するまで繰り返される。クエリに対する最終応答を送出する当該ＤＮＳサーバは、例えばサーバ８０のドメインに対して権限を有するＤＮＳサーバである外部ＤＮＳサーバであってもよい。しかし、この外部ＤＮＳサーバは移動通信ネットワークのネットワークオペレータによりホストされてもよい。
【００４０】
また、ＵＥ１０に返されたメッセージ２０５は、代替サーバ６０のネットワークアドレスだけではなく、代替サーバ又は更なる代替サーバに関連する追加のネットワークアドレスを更に示してもよい。これらの更なる代替サーバに対して、対応するネットワークアドレスは、ステップ２０１で確立されたベアラのパケットフィルタに一致するように割り当てられる。更に、ＤＮＳクエリ２０３及びＤＮＳクエリ２０３に応答してＵＥに返されたメッセージ２０５は、送信元又は送信先ポートとしてポート番号５３を示す全てのデータパケットに一致するベアラのパケットフィルタを生成することにより、ステップ２０１で確立されたベアラにルーティングされる。
【００４１】
図３は、データトラフィックの区別された処理が上記の概念に従って検索手順を適応させることにより提供される更なる例示的な例を示すシグナリング図である。本例において、適応はＤＮＳクエリに応答して送信されたメッセージの傍受に基づく。図３のシグナリング図は、ＵＥ１０、検索適応装置１００、ローカルＤＮＳサーバ５０、代替サーバ６０、外部ＤＮＳサーバ及びサーバ８０を示す。検索適応装置１００は、ＵＥ１０とローカルＤＮＳサーバ５０との間に配置されるように示される。例えば検索適応装置１００は、ＵＥ１０が接続される例えば図１のゲートウェイ２６であるゲートウェイ内で実現されるか又はゲートウェイと共に配置される。
【００４２】
図３の例において、サーバ８０は、ＵＥ１０に対する通信において関連するデータトラフィックに区別された処理が実行される特定のネットワークリソースの一例を表す。例えばサーバ８０は、１つ以上の特定のインターネットサービスを提供してもよく、あるいはコンテンツの効率的な配信のために使用されるコンテンツ配信システムの一部であってもよい。図１と関連して説明するように、この区別された処理はデータトラフィックに対して特定のＱｏＳレベルを提供するという目的を有し、これは例えばベアラ５２、５４の一方であり特に専用ベアラ５４である対応するベアラに当該データトラフィックのデータパケットをルーティングすることにより得られる。代替サーバ６０は、サーバ８０に対する代替ネットワークリソースとして機能する。代替サーバ６０は、ＵＥ１０との通信においてサーバ８０の代替になることができる。特に、代替サーバ６０はサーバ８０と同一の方法でＵＥ１０からの要求に応答できる。この目的のために、代替サーバ６０は、例えば要求をサーバ８０に中継し且つサーバ８０からの応答をＵＥ１０に転送することによりサーバ８０に対する代理ノードを動作してもよく、あるいはサーバ８０により提供されたコンテンツをキャッシュしてもよいい、その両方を行ってもよい。いくつかの例において、加速トンネルが代替サーバ６０とサーバ８０との間の通信に対して提供される。そのような例において、代替サーバはトンネルエッジサーバとして機能し、例えば加速トンネルを介してサーバ８０へ送信されるデータパケットのカプセル化及び加速トンネルを介してサーバ８０から受信されるデータパケットのカプセル解除を達成する。いくつかの実施形態において、代替サーバ６０の代理ノードの動作、キャッシュサーバの動作及びトンネルエッジサーバの動作は組み合わされる。
【００４３】
更に、ＵＥ１０は例えば図１に示すように無線アクセス技術を使用して移動通信ネットワークに接続され、ローカルＤＮＳサーバ５０及び代替サーバ６０はこの移動通信ネットワークの一部であり、すなわち同一のネットワークオペレータにより制御されると仮定する。ネットワークオペレータは、代替ネットワークリソースにより使用される例えばプライベートネットワークアドレスの範囲である特定の範囲のネットワークアドレスを割り当てており、代替サーバ６０はこの範囲から選択されるネットワークアドレスを有する。外部ＤＮＳサーバ７０は、例えばサーバ８０のドメインに対して権限を有するＤＮＳサーバである。
【００４４】
ステップ３０１において、サーバ８０に関連するデータトラフィックにより使用される例えば専用ベアラ５４であるベアラが確立される。ベアラは、特定のＱｏＳレベルを提供することにより、例えば高級（プレミアム）トラフィック又はくず（トラッシュ）トラフィックとしてデータトラフィックを処理できるようにするために確立される。ベアラは、ＵＥ１０の移動通信ネットワークへの接続時に既に確立されてもよい。あるいは、当該ベアラは、例えばパケット検査器４０を使用してサーバ８０に関連するデータトラフィックを最初に検出したことに応答して確立されてもよい。データトラフィックをベアラにルーティングするために使用されるパケットフィルタは、代替サーバ６０に割り当てられたネットワークアドレスに基づいて動作するように構成される。特に、ＵＥ１０において使用されるＵＬパケットフィルタは、代替サーバのネットワークアドレスに向けられたＵＬデータパケットをベアラにルーティングするように構成され、ＵＥ１０が接続される例えば図１のゲートウェイ２６であるゲートウェイにおいて使用されるＤＬパケットフィルタは、代替サーバのネットワークアドレスから入力されるＤＬデータパケットをベアラにルーティングするように構成される。パケットフィルタはＵＥ１０又はゲートウェイにおいて事前設定されてもよく、代替サーバ６０のネットワークアドレスはこれらの事前設定されたパケットフィルタに一致するように選択される。あるいは、パケットフィルタは代替サーバのネットワークアドレスの選択に応答して生成される。各例において、ベアラを確立するために必要なシグナリングは限定される。更に、他のサーバに対応する他の代替サーバの他のネットワークアドレスは、単純なフィルタ構造が得られるように割り当てられる。
【００４５】
３０２に示すように、サーバ８０は代替サーバ６０へデータを送信する。代替サーバ６０の動作に依存して、これは何らかの適切な時点に達成される。例えば送信は、サーバ８０において利用可能になった新規データ又は別のクライアントによるデータに対する要求によりトリガされる。そのような要求は、最初に代替サーバ６０により受信され、データがローカルで利用可能でない場合、代替サーバ６０はサーバ８０に要求を転送する。代替サーバ６０は、後続の要求に応答するために使用するために受信データを格納する。例えばトンネルエッジサーバとしての代理ノードの動作において、サーバ８０から代替サーバ６０へのデータの送信は、代替サーバ６０によりサーバ８０に中継されるＵＥ１０の要求によりトリガされる。
【００４６】
ＵＥ１０がサーバ８０にアクセスする必要がある場合、ＵＥ１０は最初にローカルＤＮＳサーバ５０に対してＤＮＳクエリ３０３を発行する。ＤＮＳクエリ３０３は、サーバ８０のネットワークアドレスを要求するために、サーバ８０に関連するホスト名又はＵＲＩを指定する。本例では、ローカルＤＮＳサーバ５０がＤＮＳクエリ３０３に応答できないため、外部ＤＮＳサーバ７０に対して更なるＤＮＳクエリ３０４を発行すると仮定する。外部ＤＮＳサーバ７０は、サーバ８０のネットワークアドレスを示すメッセージ３０５を用いてローカルＤＮＳサーバ５０に応答する。その後、ローカルＤＮＳサーバ５０は、サーバ８０のネットワークアドレスを示すメッセージ３０６をＵＥ１０に向けて発行する。メッセージ３０６は検索適応装置１００により傍受され、適応ステップ３０７においてサーバ８０のネットワークアドレスを代替サーバ６０のネットワークアドレスに置換することにより変更される。検索適応装置１００は変更されたメッセージ３０８をＵＥ１０に転送する。適応ステップ３０７により、検索手順は代替サーバ６０のネットワークアドレスを返す。適応ステップ３０７は、サーバ８０に関連するネットワークアドレス、ホスト名又はＵＲＩ又はその両方と代替サーバ６０のネットワークリソースとを関連付ける適切に構成された検索適応データを検索適応装置１００に提供することにより実現される。
【００４７】
その後、ＵＥ１０はデータを要求するために代替サーバ６０に要求３０９を送出し、代替サーバ６０は要求されたデータを有する応答３１０をＵＥ１０に送出する。要求３０９のデータパケットは、送信先アドレスとして代替サーバのネットワークアドレスを示すため、ＵＥ１０のＵＬパケットフィルタによりステップ３０１で確立されたベアラに向けられる。同様に、応答３１０のデータパケットは、送信先アドレスとして代替サーバのネットワークアドレスを示すため、ＵＥ１０が接続されるゲートウェイのＤＬパケットフィルタによりステップ３０１で確立されてベアラに向けられる。
【００４８】
サーバ８０に関連する後続のデータトラフィックに対して、代替サーバ６０のネットワークアドレスがＵＥ１０によりキャッシュされる限り、ＵＥ１０による新規のＤＮＳクエリは不要である。そのようなトラフィックは、代替サーバ６０に直接ルーティングされる。
【００４９】
図３の検索手順は種々の方法で変更可能であることが理解されるべきである。例えば外部ＤＮＳサーバへのＤＮＳクエリのリダイレクトは、１つ以上の更なるリダイレクト処理を含むことができる。更に、検索手順は、例えばキャッシュクラスタ又はキャッシュサーバを選択するステップであるコンテンツの配信を最適化する更なるステップを更に含むことができる。また、検索適応装置１００は、ＤＮＳクエリに対する応答を異なる位置で傍受できる。例えば検索適応装置１００は、ローカルＤＮＳサーバ５０と外部ＤＮＳサーバ７０との間に配置されてメッセージ３０５を傍受してもよい。
【００５０】
いくつかの例において、図３の検索手順は反復型である。そのような例において、ローカルＤＮＳサーバ５０は、次のステップでＤＮＳクエリを送出する必要のある更なるＤＮＳサーバを示すメッセージを用いてＵＥ１０に応答する。その後、ＵＥ１０は、更なるＤＮＳサーバにＤＮＳクエリを送出し、要求したネットワークアドレス、あるいは次のステップでＤＮＳクエリを送出する更に別のＤＮＳサーバに関する情報を取得する。これは、ＤＮＳクエリがサーバ８０のネットワークアドレスを用いてＤＮＳクエリに応答するＤＮＳサーバに到着するまで繰り返される。その後、この最終応答は検索適応装置１００により傍受され、適応ステップ３０７に対して説明したように変更される。
【００５１】
また、ＵＥ１０に返されたメッセージ３０８は、代替サーバ６０のネットワークアドレスだけではなく、代替サーバ又は更なる代替サーバに関連する追加のネットワークアドレスを更に示してもよい。これらの更なる代替サーバに対して、ステップ３０１で確立されたベアラのパケットフィルタに一致するネットワークアドレスが割り当てられる。更に、ＤＮＳクエリ３０３及びＤＮＳクエリ３０３に応答してＵＥに返されたメッセージ３０８は、送信元又は送信先ポートとしてポート番号５３を示す全てのデータパケットに一致するベアラのパケットフィルタを生成することにより、ステップ３０１で確立されたベアラにルーティングされる。
【００５２】
図２及び図３の例において、ベアラを確立するステップは更なる条件に依存してもよい。例えばベアラは、例えばＵＥ１０のＩＭＥＩ（国際移動体識別番号）に基づいて、特定の種類のＵＥに対してのみ確立されてもよい。更に、ベアラは、例えば図１の加入者データベース３２内の情報に基づいて、特定の加入者に対してのみ確立されてもよい。更に、ベアラは、例えばＵＥ１０の場所に基づいて、ネットワークの特定の一部のみにおいて確立されてもよい。更に、ベアラは、例えば図１のＲＡＮ２２の種類に基づいて、移動通信ネットワークに接続するためにＵＥ１０が使用する特定の無線アクセス技術に対してのみ確立されてもよい。ベアラが確立されない場合、データトラフィックは一般的な方法で処理されてもよく、例えばデフォルトベアラ５２にルーティングされてもよい。
【００５３】
上述の概念において、区別された処理は種々の方法で実現可能である。例えば複数の異なるネットワークリソースに関連するデータトラフィックは、各ネットワークリソースに対応する代替ネットワークリソースを提供し、代替ネットワークリソースのネットワークアドレスにおいて動作するパケットクラス分類規則が単純な構造を備えるように、例えば同一のサブネット又は連続する範囲のネットワークアドレスからネットワークアドレスを選択することにより代替ネットワークリソースのネットワークアドレスを選択することにより、同一の方法で処理される。
【００５４】
また、第１のネットワークリソースセットに関連するデータトラフィックは、各ネットワークリソースに対応する代替ネットワークリソースを提供し、代替ネットワークリソースのネットワークアドレスにおいて動作するパケットクラス分類規則が単純な構造を備えるように、例えば第２のネットワークリソースセットに対応する代替ネットワークリソースのネットワークアドレスとは異なるサブネット又は異なる連続する範囲のネットワークアドレスから第１のセットに対応する代替ネットワークリソースのネットワークアドレスを選択することにより代替ネットワークリソースのネットワークアドレスを選択することにより、第２のネットワークリソースセットに関連するデータトラフィックとは異なる方法で処理可能である。その場合、通常は異なるパケットクラス分類規則が第１のセット及び第２のセットに対して定義される。例えば異なるセットのパケットフィルタは、例えば第２のセットに関連するデータトラフィックとは別の専用ベアラである別のベアラに第１のセットに関連するデータトラフィックをルーティングするために定義される。例えばこれらの２つのベアラは、異なるＱｏＳレベルを有する専用ベアラである。しかし、これは一方のセットのネットワークリソース及び対応する代替ネットワークリソースに対する明確なパケットクラス分類規則が提供されない可能性を更に含む。図１の例において、その場合、このセットに関連するデータトラフィックはデフォルトベアラにルーティングされる。
【００５５】
いくつかの実施形態において、２つ以上の異なるデータトラフィック処理方法を提供するために、同一の代替ネットワークリソースが使用される。例えばこれは、例えば異なるサブネットである異なるデータトラフィック処理方法に関連する範囲からそれぞれ選択される２つ以上のネットワークアドレスを同一の代替ネットワークリソースに割り当てることにより達成される。いくつかの実施形態において、同一の代替ネットワークリソースの２つ以上のネットワークアドレスは、同一の代替ネットワークリソースに関連する異なるネットワークリソースにそれぞれ関連するデータトラフィックを区別するために更に使用される。
【００５６】
更に、上記の概念は、ＱｏＳ以外の他の特徴に対する区別された処理に更に適用されてもよいことが理解されるべきである。いくつかの実施形態において、パケットクラス分類規則又はパケットフィルタは、異なる課金方法に対してデータパケットを区別するために使用される。例えば特定のコンテンツ提供者又はインターネットサービスに対して、トラフィックの無課金等の特定の課金方法が適用される。これは、これらのコンテンツ提供者又はインターネットサービスに関連するトラフィックが課金の目的で加入者の先払い又は後払いアカウントに考慮される必要がないことを意味する。別の例によると、対応する課金レートはネットワークリソース毎に定義される。
【００５７】
図４は、検索適応装置１００を実現するためのネットワーク装置の構造の一例を更に概略的に示す。
【００５８】
示される実現例において、検索適応装置１００は、例えばＤＮＳクエリ又はＤＮＳクエリに対する応答である検索手順のメッセージを受信するように構成された第１のインタフェース１３０を含む。更に、検索適応装置１００は、例えばＤＮＳクエリの送出又は転送、あるいはＤＮＳクエリに対する応答の送出である検索手順のメッセージの送信を行うように構成された第２のインタフェース１３５を更に含む。いくつかの実施形態において、第１のインタフェース１３０及び第２のインタフェース１３５は単一の双方向インタフェースで更に実現可能である。
【００５９】
更に、検索適応装置１００は、例えばポリシー制御器３０又はゲートウェイ２６又はその両方にシグナリングすることによりパケットフィルタの生成又は更新を開始するため、あるいは例えばベアラ５２、５４の変更又は確立又はその両方であるデータパケットの転送手順に対する制御処理を開始するため、あるいはその両方のために他のエンティティに指示を提供するために使用可能である制御インタフェース１４０を更に備える。示される３ＧＰＰの例において、制御インタフェース１４０は３ＧＰＰ  ＴＳに従うＲｘインタフェースとして実現される。更に、インタフェース１４０は、検索適応データ又は検索適応データが導出される他のデータ又はその両方を取得するために更に使用されてもよい。いくつかの実施形態において、制御インタフェース１４０は、第１のインタフェース１３０及び第２のインタフェース１３５と共に単一のインタフェースで実現される。
【００６０】
更に、検索適応装置１００は、インタフェース１３０、１３５、１４０に結合されたプロセッサ１５０と、プロセッサ１５０に結合されたメモリ１６０とを含む。メモリ１６０は、例えばフラッシュＲＯＭである読み出し専用メモリ（ＲＯＭ）、例えばダイナミックＲＡＭ（ＤＲＡＭ）又はスタティックＲＡＭ（ＳＲＡＭ）であるランダムアクセスメモリ（ＲＡＭ）、あるいは例えばハードディスク又は固体ディスクである大容量記憶装置等を含む。メモリ１６０は、検索適応装置１００の上述の機能性を実現するためにプロセッサ１５０により実行される適切に構成されたプログラムコードを含む。更に詳細には、メモリ１６０は、検索手順を適応させる上述の機構を実現するための検索適応モジュール１７０と、検索手順を適応させる処理において使用される検索適応データ１８０とを含む。
【００６１】
図４に示す構造は概略にすぎず、実際は、検索適応装置１００は明確にするために不図示である例えば更なるインタフェースである更なる構成要素を含んでもよいことが理解されるべきである。また、メモリ１５０は、不図示である更なる種類のプログラムコードモジュールを含んでもよいことが理解されるべきである。いくつかの実施形態によると、本発明の実施形態に係る概念を実現するために、例えばメモリ１６０に格納されるプログラムコード及び／又は検索適応データを格納するコンピュータ可読媒体であるコンピュータプログラムが更に提供される。
【００６２】
図５は、本発明の一実施形態に係るデータトラフィックの区別された処理の方法５００を概略的に示すフローチャートである。方法は、例えば図１の移動通信ネットワークにおいて検索適応装置１００を使用することにより上述の概念を実現するために使用される。いくつかの実施形態において、方法５００は、検索適応装置と、例えばＵＥ１０又はゲートウェイ２６又はその両方である少なくとも１つの通信装置と、例えば代替サーバ６０である代替ネットワークリソースとを含むネットワークシステムを使用することにより上記の概念を実現するために更に使用される。いくつかの実施形態において、ネットワークシステムは、例えばパケット検査器４０である更なる構成要素を含む。上述のように、方法５００は、データトラフィックが例えばインターネットサービス又はコンテンツ提供者であるとするネットワークリソースに関連し且つデータトラフィックに先行してネットワークリソースのネットワークアドレスを取得する検索手順が行われるという仮定に基づく。
【００６３】
ステップ５１０において、例えば図４に示す検索適応装置１００のインタフェース１３０を使用して、検索手順のメッセージが受信される。メッセージは、例えばＤＮＳクエリ又はＤＮＳクエリに対する応答であるＤＮＳメッセージである。
【００６４】
ステップ５２０において、メッセージは検索手順を適応させるように処理される。適応により、検索手順は、例えばキャッシュサーバ又はトンネルエッジサーバである代替サーバ６０である代替ネットワークリソースのネットワークアドレスを返す。代替ネットワークリソースは、データトラフィックのデータパケットの通信においてネットワークリソースの代替になることができる。この目的のために、代替ネットワークリソースは、ネットワークリソースにより提供されたコンテンツをキャッシュし、又はネットワークリソースに対する代理ノードとして動作し、またはその双方を行う。
【００６５】
ステップ５３０において、データパケットの区別された処理が代替ネットワークリソースのネットワークアドレスに基づいて達成される。この目的のために、代替ネットワークリソースのネットワークアドレスに基づいて動作するパケットクラス分類規則が定義される。例えば図１に示すような移動通信ネットワーク環境において、これらのパケットクラス分類規則は、代替ネットワークリソースのネットワークアドレスに一致するフィルタパターンが定義されるパケットフィルタにより実現される。その場合、パケットフィルタは、所望のＱｏＳレベルを提供するベアラにデータパケットをルーティングするために使用される。例えばプライベートＩＰアドレスの範囲から代替ネットワークリソースのネットワークアドレスを適切に選択することにより、パケットクラス分類規則の単純な構造が達成される。例えば代替ネットワークのネットワークアドレスが選択される総範囲は、異なるトラフィックの種類に対応する部分範囲に編成される。その場合、部分範囲は異なるサブネットに対応する。そのような編成により、区別された処理の異なる例が解決される。例えば、関連するデータトラフィックが同一の方法で処理される異なるネットワークリソースの場合、対応する代替ネットワークリソースのネットワークアドレスは同一の部分範囲から選択される。それに対して、関連するデータトラフィックが異なる方法で処理される異なるネットワークリソースの場合、対応する代替ネットワークリソースのネットワークアドレスは異なる部分範囲から選択される。
【００６６】
理解されるように、上述の概念を使用することにより、１つ以上の特定のネットワークリソースに関連するデータトラフィックの区別された処理は非常に効率的な方法で実現可能である。
【００６７】
上述の例及び実施形態は例示にすぎず、種々の変更を行われることが理解されるべきである。例えば概念は、例えば一般のＩＰ利用ネットワークである特定のネットワークリソースに関連するデータトラフィックの区別された処理から利益を得る他の種類の通信ネットワークにおいて使用可能である。そのような他の種類の通信ネットワークにおいて、ベアラの割り当て以外の他の機構がＱｏＳレベルを適応させるために使用されてもよい。例えばＩＰ利用ネットワークにおいて、データパケットのＤｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｃｏｄｅ  ＰｏｉｎｔフィールドがＱｏＳレベルを適応させるために設定されてもよい。また、概念はどんな数の異なるトラフィックの種類に適用されてもよい。更に、区別された処理は、データパケットの課金、ゲーティング又はリダイレクトに対して更に達成されてもよい。更に、上記の概念は、既存のネットワーク装置内の、対応して設計されたソフトウェアを使用するか又は専用のネットワーク装置のハードウェアを使用して実現されてもよいことが理解されるべきである。
【図１】
0005636113.tif 000002
【図２】
0005636113.tif 000003
【図３】
0005636113.tif 000004
【図４】
0005636113.tif 000005
【図５】
0005636113.tif 000006