複数のデバイスから受信した少なくとも2つのメッセージを処理するためにポリシーおよび課金規則ノードPCRNによって実施される方法であって、第1のデバイスから第1の要求を受信することであって、第1の要求が、第1の加入者プロファイルに関連する少なくとも1つの属性を含む第1のセッションバインディング識別子SBIに関連すること、第1の要求に関連する第1のSBIを識別すること、第1のSBIに関連するロックを取得することであって、ロックの取得が、他の要求によって処理を中断することができないことを示すこと、第1の要求を処理すること、第1の要求を処理したことに応答して、第1のデバイスに応答メッセージを送信すること、ロックを修正して、少なくとも1つの優先タスクの受信によって第1の要求の処理を修正できることを示すこと、少なくとも第1の要求を処理した後、得られるメッセージを少なくとも第2のデバイスに送信すること、およびロックを解除することを含む、方法。第1の要求に関連するSBIの識別が、第1の要求に対する、対応するセッションを見つけることであって、第1の要求に含まれるdiameter-session-idを使用することをさらに含むこと、および対応するセッションからセッションSBIを抽出することであって、セッションSBIが第1のSBIと同等であることをさらに含む、請求項1に記載の方法。将来タスクを生成することをさらに含み、将来タスクが、ロックを修正して、少なくとも1つの優先タスクによって処理を中断できることを示すことであって、優先タスクが生じた場合、将来タスクが通知を受けること、定義された期間の間待機すること、第2のデバイスからの第2の要求の受信をチェックすることであって、第2の要求が第1のSBIに関連すること、および第2の要求が到着しないとき、得られるメッセージを第2のデバイスに送信することであって、得られるメッセージが、第2のデバイスから情報を受信することなく作成されることを行う、請求項1に記載の方法。第2のデバイスから第2の要求を受信することであって、第2の要求が第1のSBIに関連すること、第1の要求からロックを取得すること、ロックを修正して、少なくとも1つの優先タスクの受信によって第2の要求の処理を修正できることを示すこと、第2の要求がロックを取得したことを将来タスクに通知すること、将来タスクを終了すること、第2の要求を処理すること、および第2の要求を処理した後、得られるメッセージを少なくとも第2のデバイスに送信することをさらに含む、請求項3に記載の方法。第2のデバイスから第2の要求を受信することであって、第2の要求が第1のSBIに関連すること、第2の要求に関連する第2のSBIを識別することであって、第2のSBIが第1のSBIと同等であること、第1のSBIに関連するロックを取得するように試みること、第1のSBIに関連するロックを取得する試行が失敗したとき、第2の要求を処理できないことを示す失敗メッセージを返すこと、および失敗メッセージに応答して、第2のデバイスから失敗応答を受信することをさらに含む、請求項1に記載の方法。複数のデバイスから受信した少なくとも2つのメッセージを処理するポリシーおよび課金規則ノードPCRNであって、第1のデバイスから第1の要求を受信することであって、第1の要求が、第1の加入者プロファイルに関連する少なくとも1つの属性を含む第1のセッションバインディング識別子SBIに関連すること、および第1の要求を処理したことに応答して、第1のデバイスに応答メッセージを送信することを行う第1のインターフェースと、第1の要求に関連するSBIを識別するメッセージメイトチェッカと、第1のSBIに関連するロックを維持するロッキングデバイスと、規則プロセッサであって、第1の要求を処理すること、ロッキングデバイスからロックを取得することであって、ロックの取得が、他の要求によって処理を中断することができないことを示すこと、SBIに関連するロックを修正して、少なくとも1つの優先タスクによって第1の要求の処理を修正できることを示すこと、およびロックを解除することを行う規則プロセッサと、少なくとも第1の要求を処理した後、得られるメッセージを少なくとも第2のデバイスに送信する第2のインターフェースとを備える、PCRN。メッセージメイトチェッカによる第1の要求に関連するSBIの識別が、第1の要求に対する、対応するセッションを見つけることであって、第1の要求に含まれるdiameter-session-idを使用することをさらに含むこと、および対応するセッションからセッションSBIを抽出することであって、セッションSBIが第1のSBIと同等であることをさらに含む、請求項6に記載のPCRN。将来タスクを生成する将来タスクモジュールをさらに備え、将来タスクが、ロックを修正して、少なくとも1つの優先タスクによって処理を中断できることを示すことであって、優先タスクが生じた場合、将来タスクが通知を受けること、ある期間の間待機すること、第2のデバイスからの第2の要求の受信をチェックすることであって、第2の要求が第1の要求に対応すること、および第2の要求が到着しないとき、第2のデバイスに紛失要求を送信することであって、紛失要求が、第2のデバイスから情報を受信することなく第2のデバイスに送信される要求を含むことを行う、請求項6に記載のPCRN。第2のインターフェースが、第2のデバイスから第2の要求を受信し、第2の要求が第1のSBIに関連し、規則プロセッサが、第1の要求からロックを取得し、ロックを修正して、優先タスクによって第1の要求を修正できることを示し、第2の要求がロックを取得したことを将来タスクに通知し、第2の要求を処理し、将来タスクモジュールが将来タスクを終了し、第2のインターフェースが、第2の要求を処理した後、第2のデバイスに応答を送信する、請求項8に記載のPCRN。第2のインターフェースが、第2のデバイスから第2の要求を受信し、第2の要求が第1のSBIに関連し、メッセージメイトチェッカが、第2の要求に関連する第2のSBIを識別し、第2のSBIが第1のSBIと同等であり、規則プロセッサが、第1のSBIに関連するロックを取得するように試み、第1のSBIに関連するロックを取得する試行が失敗したとき、第2の要求を処理できないことを示す失敗メッセージを返し、第1の要求を処理した後、第2のデバイスに要求を送った後、第2のデバイスから第2の応答を受信する、請求項6に記載のPCRN。定義された期間が、規則プロセッサの実行キューの終わりに将来タスクをスケジュールすることによって定義される、請求項15に記載のPCRN。上記に鑑みて、関連メッセージを処理する能力がより高いシステムおよび方法を提供することが望ましいであろう。具体的には、複数のソースから関連メッセージを受信するときに適切な処置を取ることのできるシステムを提供することが望ましいであろう。多様なソースからの関連メッセージを処理する方法の現在の必要に照らして、様々な例示的実施形態の簡潔な概要が提示される。以下の概要では、本発明の範囲を限定することでなく、様々な例示的実施形態のいくつかの態様を強調および紹介することを意図した、いくつかの単純化および省略が行われることがある。後のセクションでは、当業者が本発明の概念を作成および使用することを十分に可能にする好ましい例示的実施形態の詳細な説明が続く。様々な実施形態は、複数のデバイスから受信した少なくとも2つのメッセージを処理するためにポリシーおよび課金規則ノードPCRNによって実施される方法に関するものとすることができ、この方法は、以下のうちの1つまたは複数を含む:第1のデバイスから第1の要求を受信することであって、第1の要求が、第1の加入者プロファイルに関連する少なくとも1つの属性を含む第1のセッションバインディング識別子SBIに関連すること、第1の要求に関連する第1のSBIを識別すること、第1のSBIに関連するロックを取得することであって、ロックの取得が、他の要求によって処理を中断することができないことを示すこと、第1の要求を処理すること、第1の要求を処理したことに応答して、第1のデバイスに応答メッセージを送信すること、ロックを修正して、少なくとも1つの優先タスクの受信によって第1の要求の処理を修正できることを示すこと、少なくとも第1の要求を処理した後、得られるメッセージを少なくとも第2のデバイスに送信すること、およびロックを解除すること。様々な他の実施形態はまた、複数のデバイスから受信した少なくとも2つのメッセージを処理するためのポリシーおよび課金規則ノードPCRNに関するものとすることができ、このPCRNは、以下のうちの1つまたは複数を含む:第1の要求を第1のデバイスから受信することであって、第1の要求が、第1の加入者プロファイルに関連する少なくとも1つの属性を含む第1のセッションバインディング識別子SBIに関連すること、および第1の要求を処理したことに応答して、第1のデバイスに応答メッセージを送信することを行う第1のインターフェース、第1の要求に関連するSBIを識別するメッセージメイトチェッカ、第1のSBIに関連するロックを維持するロッキングデバイス、第1の要求を処理すること、ロッキングデバイスからロックを取得することであって、ロックの取得が、他の要求によって処理を中断することができないことを示すこと、SBIに関連するロックを修正して、少なくとも1つの優先タスクによって第1の要求の処理を修正できることを示すこと、およびロックを解除することを行うように構成された規則プロセッサ、ならびに少なくとも第1の要求を処理した後、得られるメッセージを少なくとも第2のデバイスに送信する第2のインターフェース。このようにして、様々な例示的実施形態が、多様なソースから発信される複数のメッセージの動的バインディングを可能にすることが明らかなはずである。具体的には、PCRNが多様なソースからのメッセージを同期することを可能にすることにより、システムは、可能な限り少ない待ち時間でユーザに対して完全に働くことができる。様々な例示的実施形態をより良く理解するために、添付の図面に参照が行われる。ここで図面を参照すると、同様の番号が同様の構成要素またはステップを指しており、様々な例示的実施形態の広範な態様が開示されている。図1に、様々なデータサービスを提供する例示的加入者ネットワーク100を示す。例示的加入者ネットワーク100は、電気通信ネットワーク、または様々なサービスへのアクセスを実現する他のネットワークでよい。例示的加入者ネットワーク100は、少なくとも1つのユーザ機器UE110、基地局120、進化型パケットコアEPC130、パケットデータネットワーク140、およびアプリケーションノードAN150を含むことができる。ユーザ機器UE110は、エンドユーザにデータサービスを提供するパケットデータネットワーク140と通信するデバイスでよい。そのようなデータサービスは、例えば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含むことができる。具体的には、様々な例示的実施形態では、UE110は、パーソナルまたはラップトップコンピュータ、ワイヤレスEメールデバイス、携帯電話、テレビジョンセットトップボックス、あるいはEPC130を介して他のデバイスと通信することのできる任意の他のデバイスである。基地局120は、UE110とEPC130との間の通信を可能にするデバイスでよい。例えば、基地局120は、3GPP規格で定義される進化型nodeBeNodeBなどの基地トランシーバ局でよい。したがって、基地局120は、無線通信などの第1の媒体を介してUE110と通信し、イーサネット登録商標ケーブルなどの第2の媒体を介してEPC130と通信するデバイスでよい。基地局120は、EPC130と直接通信することができ、またはいくつかの中間ノード図1には図示せずを介して通信することができる。様々な実施形態では、UE110にモビリティを提供するために、基地局120と同様の複数の基地局図示せずが存在することができる。様々な代替実施形態では、UE110はEPC130と直接通信することができる。そのような実施形態では、基地局120は存在しないことがある。進化型パケットコアEPC130は、パケットデータネットワーク140へのゲートウェイアクセスをUE110に与えるデバイスまたはデバイスのネットワークでよい。EPC130はさらに、提供されるデータサービスの使用に関して加入者に課金し、特定のエクスペリエンス品質QoE基準が満されることを保証することができる。したがって、少なくとも部分的に、3GPPTS29.212、29.213、29.214技術的仕様に従ってEPC130を実装することができる。したがって、EPC130は、サービングゲートウェイSGW132、パケットデータネットワークゲートウェイP-GW134、ポリシーおよび課金規則ノードPCRN136、および加入プロファイルリポジトリSPR138を含むことができる。サービングゲートウェイSGW132は、EPC130にゲートウェイアクセスを与えるデバイスでよい。SGW132は、UE110によって送信されたパケットを受信するEPC130内の第1のデバイスでよい。SGW132は、そのようなパケットをP-GW134に転送することができる。SGW132は、例えば、複数の基地局図示せず間のユーザ機器110のモビリティを管理すること、サービス中の各フローについて、保証ビットレートなどの特定のサービス品質QoS特性を実施することなどのいくつかの機能を実施することができる。プロキシモバイルインターネットプロトコルPMIP規格を実装するものなどの様々な実装では、SGW132は、ベアラバインディングおよびイベント報告機能BBERFを含むことができる。様々な例示的実施形態では、EPC140は、SGW132と同様の複数のSGW図示せずを含むことができ、各SGWは、基地局120と同様の複数の基地局図示せずと通信することができる。パケットデータネットワークゲートウェイP-GW134は、パケットデータネットワーク140にゲートウェイアクセスを与えるデバイスでよい。P-GW134は、ユーザ機器110によってSGW132を介してパケットデータネットワーク140に向けて送信されるパケットを受信するEPC130内の最終デバイスでよい。P-GW134は、各サービスデータフローSDFについてポリシーおよび課金制御PCC規則を実施するポリシーおよび課金実施機能PCEFを含むことができる。したがって、P-GW134はポリシーおよび課金実施ノードPCENでよい。P-GW134は、例えば、パケットフィルタリング、ディープパケットインスペクション、加入者課金サポートなどのいくつかの追加の機能を含むことができる。ポリシーおよび課金規則ノードPCRN136は、サービスを求める要求を受信し、PCC規則を生成し、PCC規則をP-GW134および/またはPCEN図示せずに提供するデバイスでよい。PCRN136は、Rxインターフェースを介してAN150と通信することができる。PCRN136は、AN150、SGW132、またはP-GW134から要求を受信することができる。サービス要求の受信時に、PCRN136は、サービス要求を履行するための少なくとも1つ新しいPCC規則を生成することができる。PCRN136はまた、GxxおよびGxインターフェースを介して、それぞれSGW132およびP-GW134とも通信することができる。新しいPCC規則の作成時、またはP-GW134による要求時に、PCRN136は、Gxインターフェースを介してP-GW134にPCC規則を提供することができる。例えばPMIP規格を実装するような、様々な実施形態では、PCRN136はQoS規則も生成することができる。新しいQoS規則の作成時、またはSGW132による要求時に、PCRN136は、Gxxインターフェースを介してSGW132にQoS規則を提供することができる。加入プロファイルリポジトリSPR138は、加入者ネットワーク100への加入者に関する情報を格納するデバイスでよい。したがって、SPR138は、読取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および/または類似の記憶媒体などの機械可読記憶媒体を含むことができる。SPR138はPCRN136の構成要素でよく、またはEPC130内の独立ノードを構成することができる。SPR138によって格納されるデータは、各加入者の識別子と、帯域幅制限、課金パラメータ、加入者優先順位などの各加入者についての加入情報の表示とを含むことができる。パケットデータネットワーク140は、ユーザ機器110と、AN150などのパケットデータネットワーク140に接続された他のデバイスとの間のデータ通信を実現する任意のネットワークでよい。パケットデータネットワーク140はさらに、例えば、パケットデータネットワーク140と通信する様々なユーザデバイスに対する電話および/またはインターネットサービスを提供することができる。アプリケーションノードAN150は、アプリケーション機能AFを含み、ユーザ機器110にアプリケーションサービスを提供するデバイスでよい。したがって、AN150は、例えば、ユーザ機器110に対するビデオストリーミングまたは音声通信サービスを提供するサーバまたは他のデバイスでよい。AN150はさらに、Rxインターフェースを介してEPC130のPCRN136と通信することができる。AN150がユーザ機器110に対するアプリケーションサービスの提供を開始しようとするとき、AN150は、Diameterプロトコルに従うAA-RequestAARなどの要求メッセージを生成して、PCRN136に通知することができる。この要求メッセージは、アプリケーションサービスを使用する加入者の識別や、要求されたサービスを提供するために確立しなければならない特定のサービスデータフローの識別などの情報を含むことができる。AN150は、Rxインターフェースを介して、そのようなアプリケーション要求をPCRN136に通信することができる。図2に、PCRNが複数のデバイスから複数のメッセージを受信する例示的通信ネットワークを示す。システム200はシステム100と同様でよく、アプリケーションノードAN201、ポリシーおよび課金規則ノードPCRN202、パケットデータネットワークゲートウェイP-GW203、および加入者プロファイルリポジトリSPR206が、それぞれAN150、PCRN136、P-GW134、およびSPR138に対応する。システム200はまた、1次サービスゲートウェイP-SGW204および非1次サービスゲートウェイSGW205をも含むことができる。システム200では、AN201、P-GW203、P-SGW204、SGW205などの複数のデバイスを通じて、複数の関連メッセージを送信することができ、各メッセージは、最終的にPCRN202に送信される。次いでPCRN202は、各メッセージから情報を取得し、受信したメッセージが、PCRN202が受信した何らかの他のメッセージに関係するかどうかを判定する。次いでPCRN202は、共通ロックを使用して、処理関連メッセージを規制することができ、処理関連メッセージはまた、共通確立セッションを共有する関連メッセージをも含むことができる。例えば、AN201は、AN201のセッション識別、IPv4アドレス、少なくとも1つの加入識別子、アクセスポイント名APNなどの情報を含むメッセージMSG1をPCRN202に送信することができる。同様のメッセージがIPv6プレフィックスを含むこともできる。次いで、PCRN202は、MSG1に含まれる情報を使用して、PCRN202が何らかの関連情報を以前に受信したかどうかを判定し、そうである場合、そのメッセージに関連するロックが解除されているか、それとも占有されているかを判定することができる。これにより、PCRN202が同一の構成要素内の複数のメッセージを同期することを可能にし、複数のメッセージが共通セッションを共有することを可能にすることができる。PCRN202は、Spインターフェースを介してSPR206に照会することにより、MSG1が以前に受信または格納されたメッセージに関係するかどうかを判定することができる。PCRN202によって受信される各メッセージについて、PCRN202は、セッションバインディング識別子SBIを構築することができる。次いでPCRN202は、メッセージのSBIに含まれる属性を使用して、SPR206に格納された加入者プロファイルと比較することができる。SBIは、例えばIPv4アドレス、IPv6プレフィックス、APN、および/または加入識別子複数可含む、加入者プロファイルに含まれるすべての情報を含むことができる。しかし、メッセージのSBIは、特定のメッセージ内に含まれる情報のみを有することができる。システム200では、例えば、AN201からPCRN202に送信されるMSG1のSBIは、セッション識別子、IPv4アドレス、APN、および加入識別子複数可のみを含むことができるが、SBIはIPv6プレフィックスを含まない。その後で、PCRN202は、別のデバイスから別のメッセージを受信することができる。例えば、P-SGW204は、PCRN202に第2のメッセージMSG2を送信することができる。第2のメッセージのSBIは、MSG1のSBIとは対照的に、異なるセッション識別子、APN、および恐らくは異なる加入識別子複数可を含むことができる。PCRN202が2つのメッセージを直接比較する場合、PCRN202は、MSG1およびMSG2のSBIに含まれる情報が互いに直接的に合致しない例えば、セッションと加入識別子が合致しないので、2つのメッセージが関係すると判定することができない。実際、直接的に合致する2つのメッセージ内の唯一の情報は、例えばIPv4アドレスであることがある。別の例では、合致することのできる唯一の値はAPNであることがあり、各メッセージからの情報が同一の加入者に対応する。多くの場合には、PCRN202がSPR206に格納された加入プロファイルを使用するとき、PCRN202は、MSG1とMSG2が同一の加入者プロファイルに関係し、したがってグループとしてバインドし、処理すべきであると判定することができる。このことは、例えば、MSG1によって使用されるアプリケーションセッションをMSG2によって使用されるゲートウェイセッションにバインドすることを含むことができる。このことはまた、共通ロックを使用してMSG1およびMSG2を処理するPCRN202を規制することも含むことができる。例示的動作中に、PCRN202は、受信時に第1のメッセージMSG1の処理を直ちに開始することができる。このことは、第1のメッセージMSG1に含まれる要求を処理するためにPCRN202内の複数の構成要素が行う動作のシーケンスを含むことができる。この例示的動作では、MSG1に関係するPCRN202によって第2のメッセージMSG2を受信することができ、一方PCRN202は、MSG1を処理するためのシーケンス中の動作を依然として行っている。PCRN202は、MSG1およびMSG2のSBIを検査し、互いに比較することによってこの関係を検出することができる。ある実施形態では、PCRN202はMSG1の処理を中止し、MSG2の処理を開始することができる。このことは、MSG2の優先順位レベルがMSG1よりも高いためでよい。別の実施形態では、PCRN202は、PCRN202がMSG1の処理を終了するまで、MSG2を遅延または拒否することができる。PCRN202は、SBIに関連するロックの使用により、関連要求を処理することができる。関連メッセージが同一のSBIを共有するとき、ロックを使用して、関連要求の処理を優先順位付けすることができる。PCRN202は、第1のメッセージMSG1の受信時に、MSG1を処理するために、MSG1のSBIに関するロックを生成し、ロックを取り出すことができる。ある実施形態では、ロックが処理のためにMSG1によって保持されるので、PCRN202は、MSG1としてSBIを含む、受信した任意の後続の要求を拒否することができる。別の実施形態では、PCRN202は、MSG1が中断できないメッセージであるので、任意の後続の要求を拒否することができる。PCRN202は、MSG1の処理の開始時に、中断可能なメッセージまたは中断できないメッセージとなるようにMSG1のステータスを修正することができる。別の実施形態では、PCRN202はまず、MSG1および後続の受信したメッセージMSG2の優先順位レベルをチェックして、MSG1の現在の処理を取り消し、MSG2に対するロックを再割当てし、そのメッセージに関する処理を開始するかどうかを判定する。別の実施形態では、PCRN202は、MSG1を部分的に処理し、MSG1を完全に処理する前に、MSG2を受信するために定義された待機期間の間待機することができる。MSG2が到着したとき、PCRN202は、MSG2の処理と共にMSG1の処理を完了することができる。PCRN202が後続のメッセージMSG2を決して受信しない場合、PCRN202は、待機期間が経過した後、元のメッセージMSG1の処理を完了することができる。図3に、多様なソースからの複数の要求を処理する例示的ポリシーおよび課金規則ノードPCRN300を示す。PCRN300は、例示的加入者ネットワーク100のPCRN136および/または例示的システム200のPCRN202に対応することができる。PCRN300は、Rxインターフェース301、タイマ303、規則ストレージ305、メッセージメイトチェッカ307、Spインターフェース309、規則ジェネレータ311、Gxインターフェース313、Gxxインターフェース315、およびロッキングモジュール317を含むことができる。Rxインターフェース301は、AN150、201に含まれるアプリケーション機能AFなどのAFと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。そのような通信は、3GPPTS29.214に従って実装することができる。具体的には、Rxインターフェース301は、AN150からのアプリケーション要求AARなどの、メッセージ内のサービス要求を受信することができる。PCRN200は、アプリケーションノードからの着信サービス要求メッセージをサービスフローに変換することができる。サービスフローは、例えば要求される帯域幅、加入者識別子、および/またはデータストリームタイプなどの、アプリケーションメッセージによって記述される情報を含むことができる。タイマ303は、PCRN300が第1のサービス要求メッセージを受信した後、第2のメイトサービス要求メッセージが到着するのをPCRN300が待機する期間をトリガするように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことができる。タイマ303は、PCRN300でのタスクに関するセットクロック周期を使用して、第2のメッセージを明示的に待機することができる。代替実施形態では、タイマ303は、PCRN300をトリガして、タスクを処理する優先順位を実行キューの後ろに配置することによってタスクの処理を遅延することができる。そのような場合、PCRN300は、その実行キュー内の優先順位のより高い他の機能を実行することにより、ある期間、受動的に待機する。タスクが実行キュー内で再び生じるとき、PCRN300は再び、第2のメイトサービス要求メッセージが実際に到着したかどうかを判定するためにチェックすることができる。そうでない場合、PCRN300は、メイトメッセージなしにタスクを処理することができる。規則ストレージ305は、PCRN300によって生成されたPCC規則を格納することのできる任意の機械可読媒体でよい。したがって、規則ストレージ305は、読取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および/または類似の記憶媒体などの機械可読記憶媒体を含むことができる。規則ストレージ305は、PCRN300によって作成された多数のPCC規則の定義を格納することができる。そのような定義は、例えば、規則名、サービスデータフローフィルタ、QoSパラメータ、および課金パラメータを含むことができる。メッセージメイトチェッカ307は、複数のインターフェースからメッセージを受信し、メッセージがメイトであるかどうかを判定するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことができる。UE110は、複数のデバイスに補足的メッセージを送信することができる。こうしたメッセージは複数の情報を含むことができ、情報は、補足的メッセージを予期しているかどうかに関する表示を少なくとも含むことができる。したがって、メッセージメイトチェッカ307は、マッチングアプリケーションノードAN要求またはゲートウェイ要求の形態のマッチングメッセージがあるかどうかを判定することにより、少なくとも2つのメッセージを相関させることができる。メッセージを規則ジェネレータ311によって処理することができ、得られる規則は、PCRN300が別のデバイスからマッチングメッセージを受信するまで、規則ストレージ307に格納される。Spインターフェース309は、SPR138などのSPRと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。したがって、Spインターフェース309は、記録要求を送信し、加入プロファイル記録を受信することができる。規則ジェネレータ311は、例えばサービス要求メッセージ内に含まれる情報に基づいてPCC規則を生成するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことができる。規則ジェネレータ311はまず、PCRN300によって受信された情報からPCC規則オブジェクトを生成することができる。次に、規則ジェネレータ311は、PCC規則に関するPCC規則名を生成および格納することができる。例えば、以前に割り振った規則名を増分すること、ランダムな名前を生成することなど、当業者に知られている任意の方法に従ってPCC規則名を生成することができる。規則ジェネレータ311はまた、PCC規則に他のデータを挿入することもできる。この時点で、PCC規則は、インストールの準備のできた有効な規則でよく、または別の修正を要求することができる。Gxインターフェース313は、P-GW134などのP-GWと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。そのような通信を3GPPTS29.212に従って実装することができる。したがって、Gxインターフェース313は、PCC規則を求める要求を受信し、インストールのためのPCC規則を送信することができる。Gxxインターフェース315は、SGW132などのSGWと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。そのような通信を3GPPTS29.212に従って実装することができる。したがって、Gxxインターフェース315は、QoS規則を求める要求を受信し、インストールのためのQoS規則を送信することができる。ロッキングデバイス317は、PCRN300によって追跡される各SBIに関連するロックを作成および制御するように構成されたハードウェアおよび/または機械可読記憶媒体上に符号化された実行可能命令を含むデバイスでよい。例えば、Rxインターフェース301、Gxインターフェース313、またはGxxインターフェース315を通じて要求を受信するとき、着信メッセージはSBIを含むことができる。ロッキングデバイス317は、その特定のSBIに関連するロックを生成することができる。例示的動作中、規則ジェネレータ311は、SBIに関連する要求を処理するとき、SBIに関連するロックをチェックアウトすることができる。その後で、PCRN300が同一のSBIに関連する別の要求を受信する場合、規則ジェネレータ311がロッキングデバイス317にロックを解除するまで、規則ジェネレータ311は、この後続のメッセージの処理を停止することができる。このことは、要求を処理すること、および生成したPCC規則を例えばP-GW203などのデバイスに転送することのどちらも含むことができる。このことはまた、生成または修正したPCC規則を規則ストレージ305に格納することをも含むことができる。図4に、アプリケーションノードによる修正要求に応答してメッセージを同期する例示的方法を示す。方法400は、システム100およびシステム200の構成要素と同様の構成要素間の対話を含むいくつかのステップを含むことができる。各ライフライン401-407についての活動化ボックスすなわち方法呼出しボックスの長さは、他の活動化ボックスに対して相対的なものであることがあり、縮尺通りでないことがある。方法400で使用される構成要素は、アプリケーションノードAN401、パケットデータネットワークゲートウェイP-GW403、ポリシーおよび課金規則ノードPCRN405、ロッキングデバイス407を含むことができる。ロッキングデバイス407は、PCRN405内部の構成要素でよい。別々には列挙されないPCRN405内の構成要素により、PCRN405によって実施される動作を行うことができる。方法400はステップ410で始まり、ステップ410では、AN401がPCRN405にメッセージを送信する。メッセージはRxAA-RequestAARの形態でよい。次いでステップ412で、PCRN405は、受信したアプリケーションメッセージからセッションバインディング識別子SBIを求めることができる。AARがメッセージに含まれる場合、AARからSBIを抽出することができる。別の実施形態では、PCRN405は、AAR内のdiameter-session-idを使用して、対応するAFセッションを見つけることにより、アプリケーションメッセージに関連するSBIを求めることができる。次いで、PCRN405は、AFセッションからSBIを抽出することができる。ステップ414では、PCRN405は、ロッキングデバイス407からロックを取得することができる。PCRN405は、アプリケーションメッセージに関連するSBIに関連するロックを取得するように試みることができる。ロックが解除されていない場合、ロッキングデバイス407は要求を拒否することができ、ロックがロッキングデバイス407に解除されるまで、PCRN405は、アプリケーション要求の処理を開始することができない。そうではなく、ロックが解除されている場合、ステップ416で、PCRN405は、ロッキングデバイス407からロックを取得することができる。ある実施形態では、PCRN405は、規則プロセッサがロックを取得したメッセージを処理しているが、受信したアプリケーションメッセージがより高い優先順位であるとき、例えば規則ジェネレータ311などの別の構成要素からロックを取得することができる。取得したロックは、受信したアプリケーションメッセージの処理を他の要求によって中断することができないことを示す。ある実施形態では、後続の受信したメッセージの優先順位レベルがアプリケーションメッセージの優先順位レベルよりも高い場合にのみ、処理を中断することができる。ステップ418では、PCRN405はアプリケーションメッセージを処理することができる。ある実施形態では、PCRN405は、アプリケーションメッセージの処理を完了しないことがある。このことは例えば、より高い優先順位の要求を受信しているためであることがある。別の実施形態では、アプリケーションメッセージがPCRN405に関連メッセージを待機させるとき、処理を停止することができる。そのような場合、PCRN405は、待機期間の間、後続のメッセージを受信するために待機し、後続のメッセージが到着したとき、アプリケーションメッセージの処理を完了することができる。PCRN405は、関連メッセージ内の情報を使用して、アプリケーションメッセージの処理を完了することができる。アプリケーションメッセージの処理が完了したとき、ステップ420で、PCRN405は、AA-AnswerAAAの形態の応答をAN401に返す。ステップ422で、PCRN405は、アプリケーションメッセージに関連するロックを修正することができる。PCRN405は、ロックを修正して、アプリケーションメッセージの処理を優先順位メッセージによって中断できることを示すことができる。優先順位メッセージは、AFセッション終了要求、またはIP-CANセッション終了要求を含むメッセージを含むことができる。これは処理時間を節約することができる。関連するセッションが終了を要求している場合、アプリケーションメッセージを完全に処理する必要がないからである。ステップ424では、PCRN405は、AN401によって要求されるリソース変更を反映するメッセージをP-GW403に送信することができる。PCRN405によってP-GW403に送信されるメッセージは、GxRe-AuthorizationRequestRARの形態でよく、アプリケーションメッセージを処理した結果を含むことができる。RARの内容は、例えば、少なくともアプリケーションメッセージ内の情報を使用して生成されたポリシーおよび課金制御PCC規則を含むことができる。ステップ426で、P-GW403は、PCRN405にメッセージを返信することによって応答することができる。PCRN405によって受信されるメッセージは、GxRe-AuthorizationAnswerRAAの形態でよい。P-GW403から応答を受信した後、次いでステップ428で、PCRN405は、ロッキングデバイス407にロックを解除する。図5に、UEが開始したリソース要求に応答してメッセージを同期する例示的方法を示す。方法500は、方法400のステップと同様のステップを含むことができる。方法500はまた、方法400で使用される構成要素と同様の構成要素を使用することができ、AN501、P-GW503、PCRN505、およびロッキングデバイス507が、同様に番号付けされた構成要素401-407に対応する。方法500はまた、将来タスクモジュール509も使用することができ、将来タスクモジュール509は、PCRN505内の別々の構成要素でよい。将来タスクモジュールは、別々のハードウェアデバイスまたは規則ジェネレータ311の構成要素でよい。ステップ510から始めて、方法500のステップ510-518は、方法400のステップ410-418に相関し、ステップ510-518では、PCRN505がAN501からAARを受信し、受信したメッセージに関連するSBIを取り出し、取り出したSBIに関連するロックを取得するように試み、ロックが取得されたとき、メッセージの処理を開始する。ステップ520で、PCRN405は、将来タスクモジュール509で将来タスクを作成する。将来タスクは、定義された期間の間待機し、PCRN505がアプリケーションメッセージと同一のSBIを有するP-GW503からクレジットおよび制御要求CCRを受信したかどうかをチェックする役割を有する。対応するゲートウェイメッセージが到着した場合、将来タスクは、アプリケーションメッセージの処理を中断し、ゲートウェイメッセージを処理することができる。そうではなく、PCRN405が対応するゲートウェイメッセージを受信しないとき、PCRN405は、アプリケーションメッセージの処理を終了し、P-GW503にAARを送信することができる。ステップ522はステップ420に対応することができ、ステップ522では、PCRNはAN501にAAAを返す。ステップ524では、将来タスクモジュール509が、ロッキングデバイス507内のロックを修正する。将来タスクモジュール509は、ロックを修正して、優先メッセージsupersedingmessageによってアプリケーションメッセージの処理を修正できることを示すことができる。優先メッセージは、より高い優先順位の要求を含むことができ、より高い優先順位の要求は、例えば、AFセッション終了、IP-CANセッション要求、またはロックのSBIに関連するGxCCR要求を含むことができる。将来タスクモジュール509はまた、ロックが取得されたときはいつでも、ロックを修正して、将来タスクモジュール509に通知することができる。次いでロックは、例えば、対応するゲートウェイメッセージが到着し、その後でロックを取得したとき、将来タスクモジュール509に通知することができる。したがって、通知は、後続の関連メッセージが到着したことを将来タスクモジュールに示すことができる。ステップ526で、将来タスクモジュール509は、定義された期間の間、PCRN505が対応するゲートウェイメッセージを受信するのを待機することができる。将来タスクモジュール509はタイマを使用して、定義された待機期間の間待機することができる。別の実施形態では、将来タスクモジュールは、PCRN505がその実行キュー内の前の動作を処理するのにかかる時間によって待機期間を定義することができるように、PCRN505の実行キューの終わりにタスクをスケジュールする。ステップ528で、PCRN505は、対応するゲートウェイメッセージを受信し、対応するゲートウェイメッセージはGxCCR要求でよい。PCRN505は、例えばメッセージがマッチングSBIを有することを判定することにより、受信したゲートウェイメッセージがアプリケーションメッセージに対応することを判定することができる。ステップ524で、対応するゲートウェイメッセージによる中断を許可するようにロックが修正されたので、ステップ530で、PCRN505は、アプリケーションメッセージによって保持されるロックを取得する。このことは、PCRN505がアプリケーション要求の処理を完了した後に行うことができる。優先順位メッセージのみによってゲートウェイメッセージの処理を中断することができるようにロックを修正することもできる。そのような優先順位メッセージは、例えば、AFセッション終了要求やIP-CANセッション終了要求などの要求を含むことができる。ステップ532で、ロッキングデバイス507が、ロックがゲートウェイメッセージによって取得されたことを将来タスクモジュール509に通知することができる。次いでステップ534で、将来タスクモジュール509は将来タスクを終了する。ステップ536で、PCRN505はゲートウェイメッセージを処理することができる。PCRN505は、例えばCCRメッセージおよび前に処理したAAR内に含まれる情報を使用して、ゲートウェイ要求を処理することができる。PCRN505は、CCRを使用して新しいPCC規則を作成することができ、または既存のPCC規則を修正することができる。ステップ538で、PCRN505は、P-GW503にメッセージを返す。メッセージは課金および制御応答CCAの形態でよく、新しいPCC規則または修正されたPCC規則を含むことができる。次いでステップ540で、PCRN505は、ロッキングデバイス507にロックを解除する。図6に、PCRNが少なくとも1つメッセージを受信することに失敗したときに、多様なソースからのメッセージを同期する例示的方法を示す。方法600は、方法400、500のステップと同様のステップを含む。方法600はまた、方法400、500で使用される構成要素と同様の構成要素を使用することができ、AN601、P-GW603、PCRN605、およびロッキングデバイス607が、それぞれ同様に番号付けされた構成要素401-407および501-509に対応する。ステップ610から始めて、方法600のステップ610-626は、方法500のステップ510-526に相関し、ステップ610-626では、PCRN605がAN601からAARを受信し、受信したメッセージに関連するSBIを取り出し、取り出したSBIに関連するロックを取得するように試み、ロックが取得されたとき、メッセージの処理を開始する。将来タスクモジュール609が将来タスクを作成し、次いでPCRN605は、AN601に応答を返す。将来タスクは、ロックを修正して、処理が優先メッセージによって中断できることを示す。次いで、将来タスクは、対応するゲートウェイメッセージが到着するのを待機する。しかし、ステップ628で、PCRN605が対応するゲートウェイメッセージを受信することなく、待機期間が満了する。したがって、ステップ630で、将来タスクモジュール609は、P-GW603にメッセージを送信することができる。メッセージはGxRARの形態でよく、ゲートウェイメッセージに含まれる情報なしに作成されたPCC規則を含むことができる。PCC規則は、アプリケーション要求を処理するときに作成されたPCC規則でよい。ステップ632で、P-GW603は、将来タスクモジュール609にGxRAAの形態のメッセージを返すことができる。次いでステップ634で、将来タスクモジュール609は、ロッキングデバイス607にロックを解除することができる。図7に、第1のソースから受信したメッセージが第2のソースから受信したメッセージと競合するときに、多様なソースからのメッセージを同期する例示的方法を示す。方法700は、方法400のステップと同様のステップを含むことができる。方法700はまた、方法400で使用される構成要素と同様の構成要素を使用することができ、AN701、P-GW703、PCRN705、およびロッキングデバイス707が、同様に番号付けされた構成要素401-407に対応する。ステップ710から始めて、方法700のステップ710-722は、方法400のステップ410-418に相関することができ、ステップ710-722では、PCRN705がAN701からAARを受信し、受信したメッセージに関連するSBIを取り出し、取り出したSBIに関連するロックを取得するように試み、ロックが取得されたとき、メッセージの処理を開始する。次いで、PCRN705は、受信したメッセージの処理を開始した後、AN701にAAAを送信することができる。次いで、PCRN705は、ロックを修正して、アプリケーション要求の処理を優先順位メッセージによって中断できることを示すことができ、優先順位メッセージは、例えば、AFセッション終了要求またはIP-CANセッション終了要求を含むことができる。ステップ724で、PCRN705は、P-GW703からメッセージを受信する。PCRN705によって受信されるゲートウェイメッセージはGxCCRの形態でよく、イベント通知を含むことができる。この通知は、処理を開始する要求でよい。ステップ726のPCRN705は、CCR要求からSBIを抽出することにより、受信したゲートウェイメッセージのSBIを取得することができる。ステップ726はステップ712と相関することができ、ステップ726では、PCRN705が、例えばdiameter-session-idを使用して、対応するIP-CANセッションを見つけ、次いでIP-CANセッションからSBIを抽出することにより、SBIを取得するように試みることができる。SBIを取得した後、ステップ728で、PCRNは、ロッキングデバイス707からロックを取得するように試みることができる。ステップ730で、CCR要求が優先タスクではなかった可能性があり、したがってアプリケーション要求の処理を中断することができなかった可能性があるので、PCRN705は、ロッキングデバイス7070からロックを取得することに失敗することがある。したがって、ステップ732で、PCRN705は、要求を処理することができなかったことを示すメッセージをGxCCAの形態でP-GW703に返す。ステップ734で、PCRN705は、P-GW703に後続のメッセージを送信することができる。後続のメッセージはGxRARの形態でよい。後続のメッセージは、AN701によってそのアプリケーションメッセージで要求されるリソース変更を含むことができる。そのようなリソース変更は、例えば、PCC規則の生成または修正を含むことができる。次いで、PCRN705は、P-GW703からGxRAAの形態で応答を受信することができる。次いでステップ738で、PCRN705は、ロッキングデバイス707にロックを解除する。上記に従って、様々な例示的実施形態が、PCRNによって受信されたときに、多様なソースからのメッセージの動的関連付けおよび同期を実現する。具体的には、各着信メッセージに含まれる固有セッションバインディング識別子SBIに関連するロックを使用することにより、PCRNは、関連メッセージの処理を適時に調整することができ、異なる優先順位レベルを有する関連メッセージを処理することができ、したがって処理時間およびリソースを節約する。上記の説明から、本発明の様々な例示的実施形態をハードウェアおよび/またはファームウェアで実装できることは明らかなはずである。さらに、少なくとも1つプロセッサによって読み取り、実行し、本明細書で詳細に説明される動作を実施することのできる、機械可読記憶媒体上に格納された命令として様々な例示的実施形態を実装することができる。機械可読記憶媒体は、パーソナルまたはラップトップコンピュータ、サーバ、他のコンピューティングデバイスなどの機械で読取り可能な形で情報を格納する任意の機構を含むことができる。したがって、機械可読記憶媒体は、読取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および類似の記憶媒体を含むことができる。本明細書の任意のブロック図は本発明の原理を実施する例示的回路の概念図を表すことを当業者は理解されたい。同様に、コンピュータまたはプロセッサが明示的に示されているか否かにかかわらず、任意のフローチャート、流れ図、状態遷移図、擬似コードなどが、実質的に機械可読媒体で表すことができ、したがってそのようなコンピュータまたはプロセッサで実行することのできる様々なプロセスを表すことを理解されよう。様々な例示的実施形態が、そのいくつかの例示的態様を具体的に参照しながら詳細に説明されたが、本発明は他の実施形態が可能であり、その詳細は、様々な明らかな点で修正が可能であることを理解されたい。当業者には直ちに明らかであるように、本発明の趣旨および範囲内にとどまりながら、変形形態および修正形態に影響を与えることができる。したがって、上記の開示、説明、および図は例示のためのものに過ぎず、特許請求の範囲のみによって定義される本発明をいかなる形でも限定するものではない。