(57)【要約】  様々な例示的な実施形態が、以下：メッセージを受信すること、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべきであるかどうかを判定し、その複数のエンティティレコードの各エンティティレコードがエンティティに対応すること、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべき場合、少なくとも１つの識別値を抽出すること、その少なくとも１つの識別値と合致するものとしてエンティティレコードのセットを識別すること、エンティティレコードのそのセットが複数のレコードを含むかどうかを判定すること、およびエンティティレコードのそのセットが複数のエンティティレコードを含む場合、最も新しく変更された最新のエンティティレコードを識別し、さらにそのメッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理することのうちの１つまたは複数を含む方法、および関連するネットワークノードに関する。
2014531159.tif 000002
【特許請求の範囲】
【請求項１】
メッセージを処理するためにネットワークデバイスによって実行される方法であって、
ネットワークデバイスにおいてメッセージを受信するステップ（５１０）と、
複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべきであるかどうかを判定し、複数のエンティティレコードの各エンティティレコードがエンティティに対応するステップ（５１５）と、
複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべき場合、
メッセージから少なくとも１つの識別値を抽出するステップ（５３０）と、
少なくとも１つの識別値と合致するものとして複数のレコードのうちのエンティティレコードのセットを識別するステップ（５４０、５４５）と、
エンティティレコードのセットが複数のレコードを含むかどうかを判定するステップ（５５０）と、
エンティティレコードのセットが複数のエンティティレコードを含む場合、
最も新しく変更されたエンティティレコードのセットの中の最新のエンティティを識別するステップ（５５５）と、
メッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理するステップ（５６０）とを備える、方法。
【請求項２】
少なくとも１つの識別値がＩＰアドレスを含み、さらに
エンティティが、ＩＰ−ＣＡＮセッションと加入者の少なくともいずれかを含む、請求項１に記載の方法。
【請求項３】
複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべきであるかどうかを判定するステップが、
メッセージが新たなエンティティの確立と関係するかどうかを判定するステップ（５１５）と、
メッセージが新たなエンティティの確立と関係しない場合、複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべきであると判定するステップ（５１５）とを備える方法であって、
メッセージが新たなエンティティの確立と関係する場合、新たなエンティティレコードを作成して（５２０）、格納し、エンティティレコードが、エンティティレコードがいつ作成されたかを示すステップをさらに備える、請求項１から２のいずれかに記載の方法。
【請求項４】
最も新しく変更されたエンティティレコードのセットの中の最新のエンティティレコードを識別するステップが、最も新しく作成されたエンティティレコードのセットの中の最新のエンティティレコードを識別するステップを備える、請求項１から３のいずれかに記載の方法。
【請求項５】
メッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理するステップが、
エンティティに関連するＰＣＲＮ（ポリシー−課金規則ノード）ブレードを識別するステップと、
ＰＣＲＮブレードにメッセージを転送するステップとを備える、請求項１から４のいずれかに記載の方法。
【請求項６】
最も新しく変更されたエンティティレコードのセットの中の最新のエンティティレコードを識別するステップが、少なくとも２つのタイムスタンプを互いに比較し、タイムスタンプが、それぞれ、エンティティレコードのセットの中の少なくとも２つのエンティティレコードに関連するステップを備える、請求項１から５のいずれかに記載の方法。
【請求項７】
メッセージがＡＰＮ（アクセスポイント名）を含まない、請求項１から６のいずれかに記載の方法。
【請求項８】
メッセージを処理するためのネットワークデバイスであって、
メッセージを受信するネットワークインターフェース（３０５）と、
複数のエンティティレコードを格納し、複数のエンティティレコードの各エンティティレコードがエンティティに対応する、エンティティストレージ（３３０）と、
複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべきであるかどうかを判定するように構成された着信メッセージハンドラ（３１０）と、
複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべき場合、
メッセージから少なくとも１つの識別値を抽出し、
少なくとも１つの識別値と合致するものとして複数のレコードのうちのエンティティレコードのセットを識別し、さらに
エンティティレコードのセットが複数のエンティティレコードを含むかどうかを判定する
ように構成されたエンティティ識別モジュール（３４０）と、
エンティティレコードのセットが複数のエンティティレコードを含む場合、最も新しく変更されたエンティティレコードのセットの中の最新のエンティティレコードを識別するように構成された複数レコードリゾルバ（３５０）と、
メッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理するように構成されたメッセージプロセッサとを備える、ネットワークデバイス。
【請求項９】
少なくとも１つの識別値がＩＰアドレスを含み、さらに
エンティティが、ＩＰ−ＣＡＮセッションと加入者の少なくともいずれかを含む、請求項８に記載のネットワークデバイス。
【請求項１０】
複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべきであるかどうかを判定する際、着信メッセージハンドラ（３１０）が、
メッセージが新たなエンティティの確立と関係するかどうかを判定し、
メッセージが新たなエンティティの確立と関係しない場合、複数のエンティティレコードを使用してネットワークデバイスがメッセージに関連するエンティティを識別すべきであると判定するように構成される、ネットワークデバイスであって、
メッセージが新たなエンティティの確立と関係する場合、新たなエンティティレコードを作成して、エンティティストレージに格納するように構成され、エンティティレコードが、エンティティレコードがいつ作成されたかを示す、レコードクリエータ（３２０）をさらに備える、請求項８から９のいずれかに記載のネットワークデバイス。
【請求項１１】
最も新しく変更されたエンティティレコードのセットの中の最新のエンティティレコードを識別する際、複数レコードリゾルバ（３５０）が、最も新しく作成されたエンティティレコードのセットの中の最新のエンティティレコードを識別するように構成される、請求項８から１０のいずれかに記載のネットワークデバイス。
【請求項１２】
メッセージプロセッサが、メッセージを、エンティティに関連する他の少なくとも１つのデバイスに転送するように構成されたメッセージルータ（３８０）を備える、請求項８から１１のいずれかに記載のネットワークデバイス。
【請求項１３】
最も新しく変更されたエンティティレコードのセットの中の最新のエンティティレコードを識別する際、複数レコードリゾルバ（３５０）が、少なくとも２つのタイムスタンプを互いに比較するように構成され、タイムスタンプが、それぞれ、エンティティレコードのセットの中の少なくとも２つのエンティティレコードに関連する、請求項８から１２のいずれかに記載のネットワークデバイス。
【請求項１４】
メッセージが、ＡＰＮ（アクセスポイント名）を含まない、請求項８から１３のいずれかに記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、引用によりその全体が本明細書に組み込まれている以下の同時係属出願を相互参照する：Ｍａｎｎ他、「Ｐｒｏｃｅｓｓｉｎｇ  Ｍｅｓｓａｇｅｓ  ｗｉｔｈ  Ｉｎｃｏｍｐｌｅｔｅ  Ｐｒｉｍａｒｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ」、出願番号１３／２７３，６８６、整理番号ＡＬＣ３７５２。
【０００２】
本明細書で開示される様々な例示的な実施形態は、一般に、遠隔通信ネットワークに関する。
【背景技術】
【０００３】
モバイル遠隔通信ネットワーク内の様々なタイプのアプリケーションに関する要求が増大するにつれ、サービスプロバイダは、この拡大された機能を確実に提供するためにサービスプロバイダのシステムを絶えずアップグレードしなければならない。かつては、単に音声通信のために設計されたシステムは、テキストメッセージング、マルチメディアストリーミング、および汎用インターネットアクセスを含む無数のアプリケーションへのアクセスを提供する汎用ネットワークアクセスポイントになっている。そのようなアプリケーションをサポートするために、プロバイダは、既存の音声ネットワークの上に新たなネットワークを構築しており、洗練されているとは言えないソリューションにつながっている。第２世代ネットワークおよび第３世代ネットワークで見られるとおり、音声サービスは、専用の音声チャネルを介して伝送されて、回線交換コアに向かわせられなければならない一方で、他のサービス通信は、ＩＰ（インターネットプロトコル）に準拠して伝送され、異なるパケット交換コアに向かわせられる。このことが、アプリケーションプロビジョニング、計量と課金、およびＱｏＥ（体感品質）保証に関する独特の問題につながっている。
【０００４】
第２世代および第３世代のデュアルコアアプローチを簡単にしようと、３ＧＰＰ（第３世代パートナーシッププロジェクト）が、「ロングタームエボリューション」（ＬＴＥ）と呼ぶ新たなネットワークスキームを推奨している。ＬＴＥネットワークにおいて、すべての通信は、ＩＰチャネルを介してＵＥ（ユーザ機器）からＥＰＣ（発展型パケットコア）と呼ばれるすべてのＩＰコアに伝送される。その後、ＥＰＣが、許容可能なＱｏＥを確実にするとともに、加入者の特定のネットワーク活動に関して加入者に課金しながら、他のネットワークへのゲートウェイアクセスを提供する。
【０００５】
３ＧＰＰは、いくつかの技術仕様にてＥＰＣの構成要素、およびそれらの構成要素の間の対話を一般的に説明する。詳細には、３ＧＰＰ  ＴＳ２９．２１２、３ＧＰＰ  ＴＳ２９．２１３、および３ＧＰＰ  ＴＳ２９．２１４が、ＥＰＣのＰＣＲＦ（ポリシー−課金規則機能）、ＰＣＥＦ（ポリシー−課金執行機能）、およびＢＢＥＲＦ（ベアラバインディング−イベント報告機能）を説明する。これらの仕様は、これらの要素が、確実なデータサービスを提供するとともに、それらのデータサービスの使用に関して加入者に課金するために、どのように対話するかについてのいくらかの手引きをさらに与える。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＳ２９．２１２
【非特許文献２】３ＧＰＰ  ＴＳ２９．２１３
【非特許文献３】３ＧＰＰ  ＴＳ２９．２１４
【発明の概要】
【課題を解決するための手段】
【０００７】
様々な例示的な実施形態の簡単な概要が、後段で提示される。いくつかの単純化および省略が、以下の概要において行われることが可能であり、このことは、様々な例示的な実施形態のいくつかの態様を強調し、概説することを意図しているが、本発明の範囲を限定するものではない。当業者が本発明の概念を作り、使用することを十分に可能にする好ましい例示的な実施形態の詳細な説明が、以下のセクションで行われる。
【０００８】
様々な例示的な実施形態は、メッセージを処理するためにネットワークデバイスによって実行される方法に関し、この方法は、以下のうちの１つまたは複数を含む：ネットワークデバイスにおいてメッセージを受信すること、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべきであるかどうかを判定し、その複数のエンティティレコードの各エンティティレコードがエンティティに対応すること、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべき場合、そのメッセージから少なくとも１つの識別値を抽出すること、その少なくとも１つの識別値と合致するものとしてその複数のレコードのうちのエンティティレコードのセットを識別すること、エンティティレコードのそのセットが複数のレコードを含むかどうかを判定すること、およびエンティティレコードのそのセットが複数のエンティティレコードを含む場合、最も新しく変更されたエンティティレコードのそのセットの中の最新のエンティティレコードを識別し、さらにそのメッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理すること。
【０００９】
様々な例示的な実施形態が、メッセージを処理するためのネットワークデバイスに関し、このネットワークデバイスは、以下のうちの１つまたは複数を含む：メッセージを受信するネットワークインターフェース、複数のレコードを格納し、その複数のレコードの各エンティティレコードがエンティティに対応する、エンティティストレージ、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべきであるかどうかを判定するように構成された着信メッセージハンドラ、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべき場合、そのメッセージから少なくとも１つの識別値を抽出し、その少なくとも１つの識別値と合致するものとしてその複数のレコードのうちのエンティティレコードのセットを識別し、エンティティレコードのそのセットが複数のレコードを含むかどうかを判定するように構成されたエンティティ識別モジュール、およびエンティティレコードのそのセットが複数のエンティティレコードを含む場合、最も新しく変更されたエンティティレコードのそのセットの中の最新のエンティティレコードを識別するように構成された複数レコードリゾルバ、およびそのメッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理するように構成されたメッセージプロセッサ。
【００１０】
様々な例示的な実施形態は、メッセージを処理するためにネットワークデバイスによって実行されるように命令が符号化された実体のある、一時的でないマシン可読記憶媒体に関し、実体のある、一時的でないマシン可読記憶媒体は、以下のうちの１つまたは複数を含む：ネットワークデバイスにおいてメッセージを受信するための命令、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべきであるかどうかを判定するための、その複数のエンティティレコードの各エンティティレコードがエンティティに対応する、命令、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべき場合、そのメッセージから少なくとも１つの識別値を抽出するための命令、その少なくとも１つの識別値と合致するものとしてその複数のレコードのうちのエンティティレコードのセットを識別する命令、エンティティレコードのそのセットが複数のレコードを含むかどうかを判定するための命令、およびエンティティレコードのそのセットが複数のエンティティレコードを含む場合、最も新しく変更されたエンティティレコードのそのセットの中の最新のエンティティレコードを識別し、さらにそのメッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理するための命令。
【００１１】
その少なくとも１つの識別値がＩＰアドレスを含み、さらにそのエンティティがＩＰ−ＣＡＮセッションと加入者の少なくともいずれかを含む、様々な実施形態が本明細書で説明される。
【００１２】
複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべきであるかどうかを判定するステップが、以下のうちの１つまたは複数：そのメッセージが新たなエンティティの確立と関係するかどうかを判定すること、およびそのメッセージが新たなエンティティの確立と関係しない場合、複数のエンティティレコードを使用してネットワークデバイスがそのメッセージに関連するエンティティを識別すべきであると判定することを含み、方法が、以下のうちの１つまたは複数、そのメッセージが新たなエンティティの確立と関係する場合、新たなエンティティレコードを作成して、格納し、そのエンティティレコードが、そのエンティティレコードがいつ作成されたかを示すことを含む、様々な実施形態が本明細書で説明される。
【００１３】
最も新しく変更されたエンティティレコードのそのセットの中の最新のエンティティを識別するステップが、最も新しく作成されたエンティティレコードのそのセットの中の最新のエンティティレコードを識別することを含む、様々な実施形態が説明される。
【００１４】
そのメッセージを、最新のエンティティレコードが対応するエンティティに関連するものとして処理するステップが、そのエンティティに関連するＰＣＲＮ（ポリシー−課金規則ノード）ブレードを識別すること、およびそのＰＣＲＮブレードにそのメッセージを転送することを含む、様々な実施形態が説明される。
【００１５】
最も新しく変更されたエンティティレコードのそのセットの中の最新のエンティティレコードを識別するステップが、少なくとも２つのタイムスタンプを互いに比較し、それらのタイムスタンプが、それぞれ、エンティティレコードのそのセットの中の少なくとも２つのエンティティレコードに関連することを含む、様々な実施形態が説明される。
【００１６】
そのメッセージがＡＰＮ（アクセスポイント名）を含まない、様々な実施形態が説明される。
【００１７】
様々な例示的な実施形態をよりよく理解するために、添付の図面が参照される。
【図面の簡単な説明】
【００１８】
【図１】様々なデータサービスを提供するための例示的な加入者ネットワークを示す図である。
【図２】図１の加入者ネットワークを示す代替の図である。
【図３】例示的なＤＰＡ（Ｄｉａｍｅｔｅｒプロキシエージェント）を示す図である。
【図４】ＩＰ−ＣＡＮセッションレコードを格納するための例示的なデータ構成を示す図である。
【図５】メッセージを処理するための例示的な方法を示す図である。
【発明を実施するための形態】
【００１９】
理解を容易にするように、実質的に同一の、もしくは同様の構造、および／または実質的に同一の、もしくは同様の機能を有する要素を示すのに同一の参照番号が使用されている。
【００２０】
３ＧＰＰによって指定される様々なメッセージを処理する際、そのメッセージに関連する加入者、ＩＰ−ＣＡＮセッション、または他のエンティティを識別することがしばしば、有用であり得る。そのようなエンティティは、例えば、加入者識別子、ＩＰアドレス、および／またはＡＰＮ（アクセスポイント名）などのメッセージによって伝送される情報に基づいて識別され得る。しかし、その利用可能な識別情報では、エンティティを一意に識別するのに十分でない可能性がある。例えば、３ＧＰＰは、様々なＡＡＲ（アカウンティング−許可要求）がＡＰＮを伝送することも、加入者識別子を伝送することも要求せず、ＩＰ−ＣＡＮセッションを識別する際に使用するのにＩＰアドレスだけを残す。しかし、様々な実施形態において、複数のＩＰ−ＣＡＮセッションが同一のＩＰアドレスに関連付けられることが可能である。別の例として、ノードが、現在のＩＰ−ＣＡＮセッションと同一のＩＰアドレスおよび同一のＡＰＮを含む期限切れになったＩＰ−ＣＡＮセッションのレコードを有することが可能である。
【００２１】
以上のことに鑑みて、メッセージによって伝送される識別情報に複数のエンティティレコードがマップされる場合に、メッセージに関連するエンティティを識別する方法を提供することが望ましい。詳細には、識別情報と合致する複数のエンティティレコードから、メッセージに関連する正しいエンティティに対応する可能性が最も高いレコードを識別することができる方法を提供することが望ましい。
【００２２】
次に、同様の番号が同様の構成要素またはステップを参照する図面を参照すると、様々な例示的な実施形態の広い態様が開示されている。
【００２３】
図１は、様々なデータサービスを提供するための例示的な加入者ネットワーク１００を示す。例示的な加入者ネットワーク１００は、様々なサービスへのアクセスを提供するための遠隔通信ネットワークまたは他のネットワークであることが可能である。例示的な加入者ネットワーク１００は、ユーザ機器１１０と、基地局１２０と、ＥＰＣ（発展型パケットコア）１３０と、パケットデータネットワーク１４０と、ＡＦ（アプリケーション機能）１５０とを含むことが可能である。
【００２４】
ユーザ機器１１０は、エンドユーザにデータサービスを提供するためのパケットデータネットワーク１４０と通信するデバイスであり得る。そのようなデータサービスは、例えば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含み得る。より詳細には、様々な例示的な実施形態において、ユーザ機器１１０は、ＥＰＣ１３０を介して他のデバイスと通信することができるパーソナルコンピュータもしくはラップトップコンピュータ、ワイヤレス電子メールデバイス、セルラ電話機、タブレット、テレビセットトップボックス、または他の任意のデバイスである。
【００２５】
基地局１２０は、ユーザ機器１１０とＥＰＣ１３０の間の通信を可能にするデバイスであり得る。例えば、基地局１２０は、３ＧＰＰ標準によって定義されるｅノードＢ（発展型ノードＢ）などの基地局トランシーバであり得る。このため、基地局１２０は、電波などの第１の媒体を介してユーザ機器１１０と通信し、さらにイーサネット（登録商標）ケーブルなどの第２の媒体を介してＥＰＣ１３０と通信するデバイスであり得る。基地局１２０は、ＥＰＣ１３０と直接の通信状態にあることも、またはいくつかの中間ノード（図示せず）を介して通信することも可能である。様々な実施形態において、複数の基地局（図示せず）が、ユーザ機器１１０にモビリティを提供するように存在することが可能である。様々な代替の実施形態において、ユーザ機器１１０は、ＥＰＣ１３０と直接に通信することが可能であることに留意されたい。そのような実施形態において、基地局１２０は、存在しなくてもよい。
【００２６】
ＥＰＣ（発展型パケットコア）１３０は、パケットデータネットワーク１４０へのゲートウェイアクセスをユーザ機器１１０に提供するデバイスまたはデバイスのネットワークであることが可能である。ＥＰＣ１３０は、提供されたデータサービスの使用に関して加入者にさらに課金し、特定のＱｏＥ（体感品質）が満たされることを確実にすることが可能である。このため、ＥＰＣ１３０は、少なくとも部分的に、３ＧＰＰ  ＴＳ２９．２１２標準、３ＧＰＰ  ＴＳ２９．２１３標準、３ＧＰＰ  ＴＳ２９．２１４標準に準拠して実施されることが可能である。したがって、ＥＰＣ１３０は、ＳＧＷ（サービングゲートウェイ）１３２と、ＰＧＷ（パケットデータネットワーク）１３４と、ＰＣＲＮ（ポリシー−課金規則ノード）１３６と、ＳＰＲ（加入者プロファイルリポジトリ）１３８とを含み得る。
【００２７】
ＳＧＷ（サービングゲートウェイ）１３２は、ＥＰＣ１３０に対するゲートウェイアクセスをもたらすデバイスであり得る。ＳＧＷ１３２は、ユーザ機器１１０によって送信されたパケットを受信するＥＰＣ１３０内の最初のデバイスであり得る。ＳＧＷ１３２は、そのようなパケットをＰＧＷ１３４に向けて転送することが可能である。ＳＧＷ１３２は、例えば、複数の基地局（図示せず）の間でユーザ機器１１０のモビリティを管理すること、および供給されている各フローに関して特定のＱｏＳ（サービス品質）特性を執行することなどの、いくつかの機能を実行することが可能である。プロキシモバイルＩＰ標準を実施する実装形態などの様々な実装形態において、ＳＧＷ１３２は、ＢＢＥＲＦ（ベアラバインディング−イベント報告機能）を含み得る。様々な例示的な実施形態において、ＥＰＣ１３０が、複数のＳＧＷ（図示せず）を含むことが可能であり、各ＳＧＷが、複数の基地局（図示せず）と通信することが可能である。
【００２８】
ＰＧＷ（パケットデータネットワークゲートウェイ）１３４は、パケットデータネットワーク１４０に対するゲートウェイアクセスを提供するデバイスであり得る。ＰＧＷ１３４は、ユーザ機器１１０によって、ＳＧＷ１３２を介してパケットデータネットワーク１４０に向けて送信されたパケットを受信するＥＰＣ１３０内の最終デバイスであり得る。ＰＧＷ１３４は、各ＳＤＦ（サービスデータフロー）に関してＰＣＣ（ポリシー−課金管理）規則を執行するＰＣＥＦ（ポリシー−課金執行機能）を含み得る。したがって、ＰＧＷ１３４は、ＰＣＥＮ（ポリシー−課金執行ノード）であり得る。ＰＧＷ１３４は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートなどのいくつかのさらなるフィーチャを含み得る。また、ＰＧＷ１３４は、知られていないアプリケーションサービスに対するリソース割り当てを要求することを担うことも可能である。
【００２９】
ＰＣＲＮ（ポリシー−課金規則ノード）１３６は、アプリケーションサービスを求める要求を受信し、ＰＣＣ規則を生成し、さらにＰＧＷ１３４および／または他のＰＣＥＮ（図示せず）にＰＣＣ規則を与えるデバイス、またはデバイスのグループであることが可能である。ＰＣＲＮ１３６は、Ｒｘインターフェースを介してＡＦ１５０と通信状態にあることが可能である。ＡＦ１５０に関連して後段でさらに詳細に説明されるとおり、ＰＣＲＮ１３６は、ＡＦ１５０からＡＡＲ（認証−許可要求）１６０の形態でアプリケーション要求を受信することが可能である。ＡＡＲ１６０を受信すると、ＰＣＲＮ１３６は、アプリケーション要求１６０を満たすための少なくとも１つの新たなＰＣＣ規則を生成することが可能である。
【００３０】
また、ＰＣＲＮ１３６は、Ｇｘｘインターフェースを介してＳＧＷ１３２と、さらにＧｘインターフェースを介してＰＧＷ１３４とそれぞれ通信状態にあることも可能である。ＰＣＲＮ１３６は、ＳＧＷ１３２またはＰＧＷ１３４からＣＣＲ（クレジット管理要求）（図示せず）の形態でアプリケーション要求を受信することが可能である。ＡＡＲ１６０の場合と同様に、ＣＣＲを受信すると、ＰＣＲＮは、アプリケーション要求１７０を満たすための少なくとも１つの新たなＰＣＣ規則を生成することが可能である。様々な実施形態において、ＡＡＲ１６０とＣＣＲは、別々に処理されるべき独立した２つのアプリケーション要求を表し得る一方で、他の実施形態において、ＡＡＲ１６０とＣＣＲは、単一のアプリケーション要求に関する情報を伝送することが可能であり、さらにＰＣＲＮ１３６は、ＡＡＲ１６０とＣＣＲの組み合わせに基づいて少なくとも１つのＰＣＣ規則を作成することが可能である。様々な実施形態において、ＰＣＲＮ１３６は、単一のメッセージとペアにされたメッセージアプリケーション要求をともに扱うことができることが可能である。
【００３１】
新たなＰＣＣ規則を作成すると、またはＰＧＷ１３４によって要求が行われると、ＰＣＲＮ１３６は、Ｇｘインターフェースを介してＰＧＷ１３４にＰＣＣ規則を供給することが可能である。例えば、ＰＭＩＰ標準を実施する実施形態などの様々な実施形態において、ＰＣＲＮ１３６は、ＱｏＳ規則を生成することも可能である。新たなＱｏＳ規則を作成すると、またはＳＧＷ１３２によって要求されると、ＰＣＲＮ１３６は、Ｇｘｘインターフェースを介してＳＧＷ１３２にＱｏＳ規則を供給することが可能である。
【００３２】
ＳＰＲ（サブスクリプションプロファイルリポジトリ）１３８は、加入者ネットワーク１００の加入者と関係する情報を格納するデバイスであり得る。このため、ＳＰＲ１３８は、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似した記憶媒体などのマシン可読記憶媒体を含み得る。ＳＰＲ１３８は、ＰＣＲＮ１３６の構成要素であることも、ＥＰＣ１３０内で独立したノードを構成することも可能である。ＳＰＲ１３８によって格納されるデータには、各加入者の識別子、ならびに帯域幅限度、課金パラメータ、および加入者ポリシーなどの各加入者に関する加入情報の指示が含まれ得る。
【００３３】
パケットデータネットワーク１４０は、ユーザ機器１１０と、ＡＦ１５０などの、パケットデータネットワーク１４０に接続された他のデバイスの間でデータ通信を提供するための任意のネットワークであり得る。パケットデータネットワーク１４０は、パケットデータネットワーク１４０と通信状態にある様々なユーザデバイスに、例えば、電話サービスおよび／またはインターネットサービスをさらに提供することが可能である。
【００３４】
ＡＦ（アプリケーション機能）１５０は、ユーザ機器１１０に知られているアプリケーションサービスを提供するデバイスであり得る。このため、ＡＦ１５０は、ユーザ機器１１０に、例えば、ビデオストリーミングサービスまたは音声通信サービスを提供するサーバまたは他のデバイスであり得る。ＡＦ１５０は、Ｒｘインターフェースを介してＥＰＣ１３０のＰＣＲＮ１３６とさらに通信状態にあることが可能である。ＡＦ１５０が、知られているアプリケーションサービスをユーザ機器１１０に提供することを開始することになると、ＡＦ１５０は、Ｄｉａｍｅｔｅｒプロトコルに準拠してＡＡＲ（認証−許可要求）１６０などのアプリケーション要求メッセージを生成して、そのアプリケーションサービスにリソースが割り当てられるべきことをＰＣＲＮ１３６に通知することが可能である。このアプリケーション要求メッセージは、そのアプリケーションサービスを使用する加入者のＩＤ、その加入者のＩＰアドレス、関連するＩＰ−ＣＡＮセッションに関するＡＰＮ（アクセスポイント名）、および／または要求されるサービスを提供するために確立されなければならない特定のサービスデータフローのＩＤなどの情報を含み得る。ＡＦ１５０は、Ｒｘインターフェースを介してＰＣＲＮ１３６にそのようなアプリケーション要求を通信することが可能である。
【００３５】
加入者ネットワーク１００の構成要素について説明したので、加入者ネットワーク１００の動作の簡単な概要を与える。以下の説明は、加入者ネットワーク１００の動作の概略を与えることを意図しており、したがって、いくつかの点で単純化であることが明白であろう。例示的な加入者ネットワーク１００の詳細な動作は、図２−図６に関連して後段でさらに詳細に説明される。
【００３６】
ＡＡＲ１６０を処理する際、ＰＣＲＮ１３６は、その要求に関連するＩＰ−ＣＡＮセッションを識別しようと試みることが可能である。例えば、ＰＣＲＮ１３６は、そのメッセージに関連するＩＰアドレスおよびＡＰＮを使用して、知られているＩＰ−ＣＡＮセッションを一意に識別しようと試みることが可能である。ＩＰ−ＣＡＮセッションを識別するのに、ＰＣＲＮ１３６は、複数のＩＰ−ＣＡＮセッションレコードを参照して、そのＩＰアドレスと、そのＡＰＮとを含む２つのレコードを探し出すことが可能である。合致する複数のレコードが存在するため、次に、ＰＣＲＮ１３６は、例えば、それらのレコードのそれぞれに関連するタイムスタンプを比較することによって、それらのレコードのうちのいずれが、最も新しく作成されたかを判定することが可能である。最新のレコードを識別した後、次に、ＰＣＲＮ１３６は、そのメッセージを、その最新のレコードに対応するＩＰ−ＣＡＮセッションに関連するものとして処理することにとりかかることが可能である。
【００３７】
図２は、図１の加入者ネットワーク１００の代替の図２００を示す。代替の図２００に示されるとおり、例示的な加入者ネットワーク１００は、ネットワーク２１０およびＰＣＲＮ（ポリシー−課金規則ノード）２２０として表され得る。ネットワーク２１０は、例えば、ユーザ機器１１０、ＰＧＷ１３４、および／またはＡＦ１５０などの、例示的なネットワーク１００の１つまたは複数のデバイスに対応することが可能である。ＰＣＲＮ２２０は、図１のＰＣＲＮ１３６に対応することが可能である。
【００３８】
スケーラビリティおよびより高い処理能力をもたらすのに、ＰＣＲＮ２２０は、ＤＰＡ（Ｄｉａｍｅｔｅｒプロキシエージェント）２３０を介してネットワーク２１０と通信するいくつかの別々のＰＣＲＮブレード２４０、２４２、２４４として編成されることが可能である。このため、ＤＰＡ２３０が、ネットワーク２１０とＰＣＲＮブレード２４０、２４２、２４４の間のメッセージルータの役割をすることが可能である。様々な実施形態において、ＤＰＡ２３０は、ＰＣＲＮブレード２４０、２４２、２４４と同一のシャーシ内に配置され得る。
【００３９】
ＤＰＡ２３０は、ネットワーク２１０から様々なメッセージを受信するように構成されたデバイス、またはグループのデバイスを含み得る。受信された各メッセージに関して、ＤＰＡ２３０は、そのメッセージを処理すべき適切なＰＣＲＮブレード２４０、２４２、２４４を識別することが可能である。例えば、様々な実施形態において、各加入者が、１つのＰＣＲＮブレード２４０、２４２、２４４に関連することが可能である。そのような実施形態において、ＤＰＡ２３０は、そのメッセージによって伝送される情報を使用して、そのメッセージに関連する加入者を識別することが可能である。次に、ＤＰＡ２３０は、ＳＰＲの中に格納されたレコードなどの加入者レコードを使用して、その加入者に関連するＰＣＲＮブレード２４０、２４２、２４４を特定することが可能である。最後に、ＤＰＡ２３０は、そのＰＣＲＮブレード２４０にメッセージを転送することが可能である。ＰＣＲＮブレード割り当ての、さらに／または適切なＰＣＲＮブレードにメッセージを転送する様々な代替の方法は、当業者には明白であろう。様々な実施形態において、ＤＰＡ２３０は、ＰＣＲＮブレード２４０、２４２、２４４から受信されたメッセージをネットワーク２１０の適切な要素に転送することも可能である。
【００４０】
ＰＣＲＮ２２０は、複数のＰＣＲＮブレード２４０、２４２、２４４を含むことも可能である。３つのＰＣＲＮブレード２４０、２４２、２４４が例示されるが、様々な実施形態は、より少ないＰＣＲＮブレードを含んでも、より多くのＰＣＲＮブレードを含んでもよいことに留意されたい。さらに、ＰＣＲＮブレード２４０、２４２、２４４の数は、ＰＣＲＮ２２０の運用中に変わることが可能である。例えば、管理者が、障害のあるＰＣＲＮブレードを取り外すことが可能であり、さらに／またはＰＣＲＮ２２０の容量を増加させるように新たなＰＣＲＮブレード（図示せず）を追加することが可能である。
【００４１】
各ＰＣＲＮブレード２４０、２４２、２４４は、３ＧＰＰによって定義されたＰＣＲＦ（ポリシー−課金規則機能）の完全な実施を含むことが可能である。各ＰＣＲＮブレード２４０、２４２、２４４は、独立した回路基板上に実装されることが可能であり、さらにプロセッサ、メインメモリ、ネットワークインターフェースおよび／またはバックプレーンインターフェース、および／またはデータストレージデバイスなどの様々なハードウェア構成要素を含むことが可能である。したがって、各ＰＣＲＮブレード２４０、２４２、２４４は、要求メッセージを受信すること、ＰＣＣ（ポリシー−課金管理）規則を作成するように要求メッセージを処理すること、他のノードにＰＣＣ規則をインストールすることなどの様々なＰＣＲＦ機能を実行するように構成され得る。
【００４２】
図３は、例示的なＤＰＡ（Ｄｉａｍｅｔｅｒプロキシエージェント）３００を示す。例示的なＤＰＡ３００は、図２のＤＰＡ２３０に対応することが可能である。ＤＰＡ３００は、ネットワークインターフェース３０５、着信メッセージハンドラ３１０、レコードクリエータ３２０、ＩＰ−ＣＡＮセッションストレージ３３０、加入者識別モジュール３４０、複数のエンティティリゾルバ３５０、ＰＣＲＮブレード識別モジュール３６０、加入者ストレージ３７０、メッセージルータ３８０、および／またはＰＣＲＮブレードインターフェース３８５を含み得る。例示的なＤＰＡ３００は、いくつかの点で、単純化および／または抽象化であることに留意されたい。このため、様々な実装形態は、さらなる機能、または強化された機能をもたらすためのさらなる構成要素（図示せず）を含むことが可能であり、様々な構成要素が、１つまたは複数のプロセッサ、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、および／またはメインメモリなどのハードウェア上に実装されることが可能である。さらに、本明細書で詳細に説明される機能を実現するための様々な代替の構成が、当業者には明白であり得る。
【００４３】
ネットワークインターフェース３０５は、例えば、ＰＧＷおよび／またはＡＦなどの他の少なくとも１つのデバイスと通信するように構成されたハードウェア、および／またはマシン可読記憶媒体上に符号化された実行可能命令を備えるインターフェースであり得る。様々な実施形態において、ネットワークインターフェース３０５は、イーサネットインターフェースであり得る。動作中、ネットワークインターフェース３０５は、別のデバイスから要求メッセージを受信し、そのメッセージを着信メッセージハンドラ３１０に転送することが可能である。
【００４４】
着信メッセージハンドラ３１０は、ネットワークインターフェース３０５を介して着信するメッセージを受信し、そのメッセージを、そのメッセージタイプに基づいてさらに処理するために適切なモジュールに転送するように構成されたハードウェア、および／またはマシン可読記憶媒体上の実行可能命令を含み得る。例えば、メッセージを受け取ると、着信メッセージハンドラは、そのメッセージが新たなＩＰ−ＣＡＮセッションの確立を求める要求であるかどうかを判定することが可能である。そのメッセージが新たなＩＰ−ＣＡＮセッションと関係する場合、着信メッセージハンドラ３１０は、そのメッセージをレコードクリエータ３２０に転送して、ＤＰＡ３００がその新たなＩＰ−ＣＡＮセッションに気づき得るようにすることが可能である。そのメッセージが新たなＩＰ−ＣＡＮセッションと関係しない場合、着信メッセージハンドラ３１０は、そのメッセージを加入者識別モジュール２４０に転送して、そのメッセージが、既に知られているＩＰ−ＣＡＮセッションに応じて処理され得るようにすることが可能である。つまり、着信メッセージハンドラ３１０は、後段でより詳細に説明されるとおり、ＤＰＡ３００上に既に格納された複数のエンティティレコードを使用してメッセージを評価して、ＤＰＡ３００が、ＩＰ−ＣＡＮセッションなどの関連するエンティティを識別すべきであるかどうかを判定する。他のタイプのメッセージを処理する様々なさらなるモジュール（図示せず）が存在してもよいことに留意されたい。例えば、着信メッセージハンドラ３１０は、受信されたメッセージがＩＰ−ＣＡＮセッションの終了を要求するかどうかを判定するように構成されてもよい。そのような実施形態において、着信メッセージハンドラ３１０は、ＩＰ−ＣＡＮセッションレコードを消去することを担うモジュール（図示せず）にそのようなメッセージを渡すように構成されることが可能である。様々な変形形態が、当業者には明白となろう。
【００４５】
レコードクリエータ３２０は、受信されたメッセージに基づいて新たなＩＰ−ＣＡＮセッションレコードを作成して、その新たなレコードをＩＰ−ＣＡＮセッションストレージの中に格納するように構成されたハードウェア、および／またはマシン可読記憶媒体上の実行可能命令を含み得る。様々な実施形態において、レコードクリエータ３２０は、ＩＰ−ＣＡＮセッションを識別する際に役立つ１つまたは複数の識別値を抽出することが可能である。そのような識別値は、例えば、ＩＰアドレスと、ＡＰＮとを含み得る。また、レコードクリエータは、例えば、１つまたは複数の加入識別子などの、ＩＰ−ＣＡＮセッションと互いに関連付けられるべき情報を抽出することも可能である。様々な実施形態において、ＩＰ−ＣＡＮセッション確立メッセージは、これらの値のうちの１つまたは複数を伝送しなくてもよい。例えば、レコードクリエータが、加入者ストレージ３７０を参照して１つまたは複数の加入者識別子を取り出してもよく、またはＰＣＲＮブレードもしくは他のデバイスと通信してＩＰアドレスを取り出してもよい。さらなる変形形態が、当業者には明白となろう。これらの値を取り出すと、レコードクリエータ３２０は、新たなレコードを生成して、そのレコードをＩＰ−ＣＡＮセッションストレージの中に格納することが可能である。様々な実施形態において、レコードクリエータ３２０は、そのレコードの中に現在時刻に対応するタイムスタンプを含めることも可能である。新たなレコードを作成した後、レコードクリエータは、そのメッセージおよび／または少なくとも１つの加入者識別子をＰＣＲＮブレード識別モジュール３６０に渡すことも可能である。
【００４６】
ＩＰ−ＣＡＮセッションストレージ３３０は、ＤＰＡ３００に知られている様々なＩＰ−ＣＡＮセッションと関係する情報を格納することができる任意のマシン可読媒体であり得る。したがって、ＩＰ−ＣＡＮセッションストレージ３３０は、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似した記憶媒体などのマシン可読記憶媒体を含み得る。ＩＰ−ＣＡＮセッションストレージ３３０は、知られている各ＩＰ−ＣＡＮセッションに関するレコード、ならびに１つまたは複数の加入者識別子および／またはそれらの加入者識別子に関連する時間標識を格納することが可能である。ＩＰ−ＣＡＮセッションストレージ３３０は、ＤＰＡ３００のさらなる機能をもたらすのに役立つさらなる様々な情報を含み得ることが当業者には明白であろう。様々な実施形態において、ＩＰ−ＣＡＮセッションストレージ３３０は、ＤＰＡ３００外部のデバイス、またはデバイスのグループであり得る。例えば、ＩＰ−ＣＡＮセッションストレージ３３０は、いくつかのＰＣＲＮブレードの間で実装されてもよい。
【００４７】
加入者識別モジュール３４０は、受信されたメッセージに関連する加入者を識別するように構成されたハードウェア、および／またはマシン可読記憶媒体上の実行可能命令を含み得る。例えば、加入者識別モジュール３４０は、メッセージによって伝送されるＩＰアドレスおよび／またはＡＰＮを利用して、ＩＰ−ＣＡＮセッションストレージ３３０の中に格納されたＩＰ−ＣＡＮセッションを調べ、ＩＰ−ＣＡＮセッションに関連付けられた１つまたは複数の加入者識別子を取り出すことが可能である。代替として、加入者識別モジュール３４０は、受信されたメッセージから、存在する場合、１つまたは複数の加入者識別子を単に抽出してもよい。次に、加入者識別モジュール３４０は、そのメッセージおよび／または加入者識別子をＰＣＲＮブレード識別モジュール３６０に渡すことが可能である。
【００４８】
様々な実施形態において、受信されたメッセージから抽出される識別値は、ＩＰ−ＣＡＮセッションを一意に識別しない可能性がある。例えば、メッセージが、ＡＰＮを含まない可能性があり、加入者識別モジュール３４０が、ＩＰアドレスだけに基づいてＩＰ−ＣＡＮセッションを識別しようと試みることが可能である。しかし、様々なＡＰＮが重なり合うアドレスプールに関連することが可能であるため、そのＩＰアドレスが、異なる複数のＩＰ−ＣＡＮセッションを識別する可能性がある。別の例として、ＩＰ−ＣＡＮセッションストレージ３３０が、現在のレコードと重なり合う識別値を有する古くなったレコードを含む可能性がある。ＩＰ−ＣＡＮセッションストレージは、ＤＰＡ３００が、ＩＰ−ＣＡＮセッションに関連する終了メッセージを受信しなかった、またはそのような終了メッセージを処理しなかった場合に、古くなったレコードを含む可能性がある。識別情報がＩＰ−ＣＡＮセッションレコードを一意に識別しない場合、加入者識別モジュールは、合致するレコードのセットを複数レコードリゾルバ３５０に転送することが可能である。次に、加入者識別モジュール３４０は、後段で説明されるとおり、複数レコードリゾルバ３５０から単一のレコードを受け取り、前述したとおり、先に進むことが可能である。
【００４９】
複数レコードリゾルバ３５０は、ＩＰ−ＣＡＮセッションレコードなどの複数のエンティティレコードのうちのいずれのレコードが、受信されたメッセージを処理する際に使用されるべきかを判定するように構成されたハードウェア、および／またはマシン可読記憶媒体上の実行可能命令を含み得る。様々な実施形態において、複数レコードリゾルバ３５０が、いずれのレコードが最も新しく更新されたかを判定し、そのレコードを、例えば、加入者識別モジュール３４０などの要求側モジュールに戻すことが可能である。本明細書における用法では、レコードは、様々な機会に「変更」され得る。例えば、レコードは、レコードが作成される際、レコード内に保持されるデータが更新される場合にいつでも、さらに／またはレコードがメッセージを処理するのに使用される場合にいつでも、変更され得る。様々な実施形態が、レコードが、作成された際にだけ「変更」されたと見なすことが可能であり、したがって、複数レコードリゾルバ３５０は、最も新しく作成されたエンティティレコード、つまり、「最新のエンティティレコード[.]」を単に識別することが可能である。
【００５０】
最も新しく変更された、または作成されたレコードを特定するのに、複数レコードリゾルバ３５０は、レコードがいつ作成されたか、または変更されたかの指示を参照することが可能である。例えば、各レコードが、エンティティレコードが変更された、またはエンティティレコードが作成された最後の時刻を示すタイムスタンプを含み得る。このため、複数レコードリゾルバ３５０は、最高のタイムスタンプ値を有するレコードを単に戻すことが可能である。レコードがいつ変更された、または作成されたかの様々な代替の指示が、当業者には明白であろう。例えば、レコードは、変更時刻または作成時刻に応じて並べられてもよく、その場合、複数レコードリゾルバ３５０は、単に最初のレコードを戻すことが可能である。
【００５１】
ＰＣＲＮブレード識別モジュール３６０は、加入者に関連するＰＣＲＮブレードを識別するように構成されたハードウェア、および／またはマシン可読記憶媒体上の実行可能命令を含み得る。例えば、加入者識別モジュール３４０によって渡された１つまたは複数の加入識別子を使用して、ＰＣＲＮブレード識別モジュール３６０は、加入者ストレージ３７０を参照して、加入者に関連するレコードを取り出す。すると、そのようなレコードが、その加入者が割り当てられた、したがって、メッセージが転送されるべきＰＣＲＮブレードを識別することが可能である。次に、ＰＣＲＮブレード識別モジュール３６０が、そのメッセージ、およびその適切なＰＣＲＮブレードの指示をメッセージルータ３８０に転送することが可能である。
【００５２】
加入者ストレージ３７０は、様々な加入者と関係する情報を格納することができる任意のマシン可読媒体であり得る。したがって、加入者ストレージ３７０は、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似した記憶媒体などのマシン可読記憶媒体を含み得る。加入者ストレージ３７０は、各加入者に関するレコード、および各加入者が割り当てられたＰＣＲＮを格納することが可能である。加入者ストレージ３７０は、ＤＰＡ３００のさらなる機能をもたらすのに役立つ様々なさらなる情報を含み得ることが当業者には明白となろう。様々な実施形態において、加入者ストレージ３７０は、ＤＰＡ４００外部のデバイスであり得る。例えば、加入者ストレージ３７０は、ＳＰＲ（加入者プロファイルリポジトリ）であり得る。様々な実施形態において、加入者ストレージ３７０は、ＩＰ−ＣＡＮセッションストレージ３３０と同一の物理的デバイスによって実施され得る。
【００５３】
メッセージルータ３８０は、ＰＣＲＮブレードと他のネットワークデバイスの間でメッセージをルーティングするように構成されたハードウェア、および／またはマシン可読記憶媒体上の実行可能命令を含み得る。例えば、メッセージルータ３８０は、ＰＣＲＮブレード識別モジュール３６０からメッセージ、およびＰＣＲＮブレードの指示を受信することが可能である。代替として、メッセージルータ３８０は、ＰＣＲＮブレード識別モジュール３６０からＰＣＲＮブレードの指示を受信することが可能であるが、メッセージ自体は、ネットワークインターフェース３０５から直接受信してもよい。次に、メッセージルータ３８０は、そのメッセージを、ＰＣＲＮブレードインターフェース３８５を介して、識別されたＰＣＲＮブレードに送信することが可能である。また、メッセージルータ３８０は、ＰＣＲＮブレードインターフェース３８５を介してＡＡＡ（認証−許可応答）およびＲＡＲ（再許可要求）などのメッセージを受信して、そのようなメッセージを、ネットワークインターフェース３０５を介して適切なノードにルーティングすることも可能である。
【００５４】
ＰＣＲＮブレードインターフェース３８５は、１つまたは複数のＰＣＲＮブレードと通信するように構成されたハードウェア、および／またはマシン可読記憶媒体上に符号化された実行可能命令を備えるインターフェースであり得る。様々な実施形態において、ＰＣＲＮブレードインターフェース３８５は、イーサネット技術、ＰＣＩ技術、ＳＣＳＩ技術、ＡＴＡ技術、および／または他のハードウェアインターフェース技術を含み得る。様々な実施形態において、ＰＣＲＮブレードインターフェース３８５は、ブレードサーババックプレーンを含み得る。様々な実施形態において、ＰＣＲＮブレードインターフェース３８５は、ネットワークインターフェース３０５と同一の物理デバイスであり得る。
【００５５】
様々な代替の実施形態は、代替の方法を利用して、着信するメッセージを適切なＰＣＲＮブレードにマップすることが可能であることが当業者には明白であろう。例えば、ＤＰＡ３００が、ＩＰ−ＣＡＮセッション識別子とＰＣＲＮブレードの間の直接のマッピングを含み得る。そのような実施形態において、ＤＰＩ３００は、識別値を使用して異なるエンティティを識別することが可能であり、例えば、加入者およびＩＰ−ＣＡＮセッションを識別する代わりに、ＤＰＩ３００は、受信されたメッセージに関連する１次識別情報を使用してＩＰ−ＣＡＮセッションだけを識別してもよい。さらに別の代替として、識別値が、ＰＣＲＮブレードに直接にマップされてもよく、このため、識別されるエンティティには、ＰＣＲＮブレードだけが含まれ得る。したがって、本明細書で使用される「エンティティ」という用語は、通常のＤＰＩ動作中に１次識別情報を使用して識別され得る任意のエンティティを指すものと理解されたい。さらに、様々なエンティティの識別に対処するのに、ＤＰＡ３００は、様々なタイプのエンティティレコードに関するストレージを含んでもよい。例えば、ＩＰ−ＣＡＮセッションレコードを格納する代わりに、またはそうすることに加えて、ＤＰＡ３００は、いくつかのＰＣＲＮブレードレコードを格納することが可能である。本明細書で説明される方法は、任意のタイプの潜在的な複数のエンティティレコードの間で選択を行う際に役立ち得ることが明白であろう。そのような代替の実施形態を実現する様々な変形が、当業者には明白であろう。
【００５６】
図４は、ＩＰ−ＣＡＮセッションレコードを格納するための例示的なデータ構成４００を示す。データ構成４００は、例えば、ＤＰＡ３００のＩＰ−ＣＡＮセッションストレージ３３０の中に格納されたデータベースの中のテーブルのグループであることが可能である。代替として、データ構成４００は、一連の連結リスト、アレイ、または類似したデータ構造であることも可能である。このため、データ構成４００は、基礎をなすデータの抽象化であり、つまり、このデータの格納に適した任意のデータ構造が使用され得ることが明白であろう。
【００５７】
データ構成４００は、例えば、ＩＰアドレスフィールド４１０、ＡＰＮフィールド４２０、加入識別子フィールド４３０、および／またはタイムスタンプフィールド４４０などの複数のデータフィールドを含み得る。データ構成４００は、ＤＰＡの機能を実行する際に役立つさらなるフィールド（図示せず）を含み得ることが当業者には明白であろう。ＩＰアドレスフィールド４１０は、ＩＰ−ＣＡＮセッションに関連するＩＰアドレスを格納することが可能である。様々な実施形態において、このＩＰアドレスは、ＩＰｖ４アドレスおよび／またはＩＰｖ６アドレスであることが可能である。ＡＰＮフィールド４２０は、ＩＰ−ＣＡＮセッションに関連するＡＰＮを格納することが可能である。ＩＰアドレスフィールド４１０とＡＰＮアドレスフィールド４２０は一緒に、着信するメッセージに関連するＩＰ−ＣＡＮセッションレコードを調べる際に役立つ識別値を格納することが可能である。
【００５８】
加入識別子フィールド４３０は、１つまたは複数の加入識別子を格納することが可能である。そのような加入識別子は、加入者に関連することが可能であり、加入者は、ＩＰ−ＣＡＮセッションに関連することが可能である。タイムスタンプフィールド４４０は、各レコードがいつ作成されたか、または最後に変更されたかのタイムスタンプまたは他の標識を格納することが可能である。例えばレコードの順序がインジケータなどとしての役割を果たす様々な実施形態において、タイムスタンプフィールド４４０は存在しなくてもよい。
【００５９】
例として、ＩＰ−ＣＡＮセッションレコード４５０が、ＩＰアドレス１５．５８．１１４．２０３と、ＡＰＮ０ｘ４とを有するものとして識別されたＩＰ−ＣＡＮセッションが、加入識別子ａおよびｂを有する加入者に関連することが可能であることを示す。このレコード４５０が、時刻１３１８９５９８９７に作成されていることが可能である。例示的なＩＰ−ＣＡＮセッションレコード４６０、４７０、４８０によって伝送される情報も同様に明白である。データ構成４００が、多数のさらなるＩＰ−ＣＡＮセッションレコード４９０を含み得る。
【００６０】
ＩＰアドレスフィールド４１０およびＡＰＮフィールド４２０は、ＩＰ−ＣＡＮセッションを一意に識別しない可能性があることは注目に値する。図示されるとおり、ＩＰ−ＣＡＮセッションレコード４５０、４７０、４８０はすべて、ＩＰアドレス１５．５８．１１４．２０３に関連する。さらに、ＩＰ−ＣＡＮセッションレコード４５０、４８０は、同一のＩＰアドレスとＡＰＮのペアに関連する。
【００６１】
図５は、メッセージを処理するための例示的な方法５００を示す。方法５００は、ＤＰＡ３００の構成要素によって実行され得る。方法５００は、ステップ５０５で開始して、ステップ５１０に進み、ＤＰＡが別のノードからメッセージを受信することが可能である。次に、ステップ５１５で、ＤＰＡが、そのメッセージがＩＰ−ＣＡＮセッション確立メッセージであるかどうかを判定することによって、複数の利用可能なエンティティレコードを使用してＩＰ−ＣＡＮセッションが識別されるべきかどうかを判定する。様々な代替の実施形態において、ＤＰＡは、受信されたすべてのメッセージに関する、または他のサブセットのメッセージタイプに関する複数の利用可能なエンティティレコードを使用してＩＰ−ＣＡＮセッションが識別されるべきかどうかを判定することが可能である。適切な変形が、当業者には明白であろう。
【００６２】
メッセージがＩＰ−ＣＡＮセッション確立メッセージである場合、方法５００は、ステップ５１５からステップ５２０に進むことが可能であり、ＤＰＡが、受信されたメッセージに基づいて新たなＩＰ−ＣＡＮセッションレコードを作成することが可能である。そのような新たなレコードは、ＩＰアドレス、ＡＰＮ、および／または１つまたは複数の加入識別子などの情報を含み得る。次に、ステップ５２５で、ＤＰＡが、その新たなレコードに現在時刻でタイムスタンプを付けることが可能である。次に、方法５００は、ステップ５６０に進むことが可能である。
【００６３】
逆に、そのメッセージがＩＰ−ＣＡＮセッション確立メッセージではない場合、方法５００は、ステップ５１５からステップ５３０に進むことが可能である。ステップ５３０で、ＤＰＡが、ＩＰアドレスおよびＡＰＮなどの識別値を抽出しようと試みることが可能である。次に、ステップ５３５で、ＤＰＡが、そのメッセージがＡＰＮを伝送していたかどうかを判定することが可能である。メッセージがＡＰＮを伝送していた場合、ＤＰＡは、ステップ５４０でＩＰアドレスおよびＡＰＮを使用して、関連するＩＰ−ＣＡＮセッションを識別しようと試みることが可能である。メッセージがＡＰＮを含んでいなかった場合、ＤＰＡは、ステップ５４５でＩＰアドレスだけを使用して、関連するＩＰ−ＣＡＮセッションを識別しようと試みることが可能である。ステップ５４０またはステップ５４５で１つまたは複数のＩＰ−ＣＡＮセッションを識別した後、方法５００は、ステップ５５０に進むことが可能である。
【００６４】
ステップ５５０で、ＤＰＡが、複数のＩＰ−ＣＡＮセッションレコードが抽出された識別値と合致するかどうかを判定することが可能である。１つ以下のＩＰ−ＣＡＮセッションが識別された場合、方法５００は、ステップ５６０に進むことが可能である。そうでない場合、ＤＰＡが、ステップ５５５で、いずれのＩＰ−ＣＡＮセッションが最新のタイムスタンプを有するかを特定することが可能である。次に、このＩＰ−ＣＡＮセッションレコードが、受信されたメッセージに対応するものとして選択されることが可能である。次に、方法５００は、ステップ５６０に進むことが可能であり、ＤＰＡが、引き続きそのメッセージを処理することが可能である。例えば、ＤＰＡが、関連するＩＰ−ＣＡＮセッション、および／または関連する加入者に基づいて、適切なＰＣＲＮブレードを識別し、そのメッセージをそのＰＣＲＮブレードに転送することが可能である。次に、方法５００は、ステップ５６５で終了することに進むことが可能である。
【００６５】
例示的な加入者ネットワーク１００およびＰＣＲＮ２２０の例示的な構成要素および動作の方法を説明してきたので、次に、例示的な加入者ネットワーク１００およびＰＣＲＮ２２０の動作の例を、図１−図５に関連して与える。ＰＣＲＮ２２０は、ＰＣＲＮ１３６に対応することが可能であり、ＤＰＡ３００は、ＤＰＡ２３０に対応することが可能であり、データ構成４００は、ＩＰ−ＣＡＮセッションストレージ３３０のコンテンツを示すことが可能であり、さらに方法５００が、ＤＰＡ２３０、３００の構成要素によって実行されることが可能である。
【００６６】
このプロセスは、ステップ５１０でＤＰＡ２３０、３００がＡＦ１５０からＡＡＲ１６０を受信すると、始まることが可能である。次に、ステップ５１５で、着信メッセージハンドラ３１０が、ＡＡＲ１６０がＩＰ−ＣＡＮ確立メッセージではないと判定することが可能である。したがって、着信メッセージハンドラ３１０は、そのメッセージを加入者識別モジュール３４０に転送することが可能である。ステップ５３０で、加入者識別モジュール３４０が、ＩＰ１５．５８．１１４．２０３およびＡＰＮ０ｘ４を抽出することが可能である。ステップ５４０で、加入者識別モジュール３４０が、ＩＰ−ＣＡＮセッションレコード４５０と４８０の両方のレコードが抽出されたＩＤと合致するので、この両方のレコードを取り出すことが可能である。複数レコードリゾルバ３５０が、ステップ５５５で、ＩＰ−ＣＡＮセッションレコード４８０の方がより新しいタイムスタンプを含むので、このレコードが使用されるべきであると判定することが可能である。次に、ＤＰＡ２３０、３００が、ステップ５６０で、そのメッセージに関連するものとして加入識別子ｇおよびｈを識別し、次に、その加入者に関連するものとしてＰＣＲＮブレード１  ２４０を識別することに進むことが可能である。最後に、ＤＰＡ２３０、３００が、ＡＡＲ１６０をさらなる処理のためにＰＣＲＮブレード１  ２４０に転送することが可能である。
【００６７】
ＡＡＲ１６０がＡＰＮ値を伝送しない場合、加入者識別モジュール３４０が、ステップ５４５で、３つのＩＰ−ＣＡＮセッションレコード４５０、４７０、４８０がすべて、抽出されたＩＰアドレスを含むので、これら３つのレコードを識別することが可能であることに留意されたい。その後、複数レコードリゾルバ３５０が、ステップ５５５で、レコード４７０を、最新のタイムスタンプを有するものとして代わりに識別することが可能である。したがって、ＤＰＡ２３０、３００は、メッセージを、加入識別子ｆに関連する異なるＰＣＲＮブレード２４０、２４２、２４４に転送することが可能である。
【００６８】
以上のことにより、様々な実施形態が、複数のエンティティレコードが、メッセージによって伝送される識別情報にマップされる場合に、メッセージに関連するエンティティを識別する方法を可能にする。詳細には、各エンティティがいつ作成されたか、または最後に変更されたかの指示を含めることによって、ＤＰＡが、最新であり、正しい可能性が最も高いエンティティを選択することができる。その後、メッセージが、そのエンティティに関連して処理され得る。
【００６９】
以上の説明から、本発明の様々な例示的な実施形態は、ハードウェアおよび／またはファームウェアで実施され得ることが明白であろう。さらに、様々な例示的な実施形態は、少なくとも１つのプロセッサによって読み取られ、本明細書で詳細に説明される動作を実行するように実行され得るマシン可読記憶媒体上に格納された命令として実施されてもよい。マシン可読記憶媒体は、パーソナルコンピュータもしくはラップトップコンピュータ、サーバ、または他のコンピューティングデバイスによって読み取り可能な形態で情報を格納するための任意の機構を含み得る。このため、実体のある、一時的でないマシン可読記憶媒体には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および類似した記憶媒体が含まれることが可能である。
【００７０】
本明細書のブロック図は、本発明の原理を実現する例示的な回路の概念図を表すことが当業者には理解されよう。同様に、フローチャート、流れ図、状態遷移図、疑似コードなどは、実質的にマシン可読媒体として表されることが可能であり、したがって、コンピュータまたはプロセッサによって、そのようなコンピュータまたはプロセッサが明示されるか否かにかかわらず、実行されることが可能である様々なプロセスを表すことが理解されよう。
【００７１】
様々な例示的な実施形態が、それらの実施形態のいくつかの例示的な態様に特に関連して詳細に説明されてきたものの、本発明は、他の実施形態が可能であり、本発明の詳細は、様々な明白な点で変形可能であることを理解されたい。当業者には直ちに明白なとおり、本発明の趣旨および範囲の内に留まりながら、変更および変形が行われ得る。したがって、以上の開示、説明、および図は、単に例示を目的としており、特許請求の範囲によってのみ規定される本発明を全く限定するものではない。
【図１】
2014531159.tif 000003
【図２】
2014531159.tif 000004
【図３】
2014531159.tif 000005
【図４】
2014531159.tif 000006
【図５】
2014531159.tif 000007
【国際調査報告】
2014531159.tif 000008
2014531159.tif 000009