(57)【特許請求の範囲】
【請求項１】
ハイブリッドセッションに基づくダイアメータルーティングのための方法であって、
第１のダイアメータシグナリングルータ（ＤＳＲ）で、ダイアメータサーバによって処理するための第１のダイアメータメッセージを受け取るステップと、
前記第１のダイアメータメッセージがルーティングされることになる第１のダイアメータサーバを、記憶されたダイアメータバインディング情報の使用を必要とせずに前記第１のダイアメータメッセージにおける少なくとも１つのパラメータ上で動作するダイアメータノード選択アルゴリズムを用いて、選択するステップと、
前記第１のダイアメータサーバが利用可能であるかどうかを判断するステップと、
前記第１のダイアメータサーバは利用可能ではないという判断に応答して、
前記第１のダイアメータメッセージがルーティングされることになる第２のダイアメータサーバを選択するステップと、
前記第２のダイアメータサーバ、および前記第１のダイアメータメッセージにおける情報を関連付ける例外バインディングレコードを作成するステップと、
前記第１のダイアメータメッセージに関連付けられる第２のダイアメータメッセージを受け取るステップと、
前記第１のダイアメータサーバが、前記第１のダイアメータメッセージに関連付けられ、予め定められた量の時間または受け取った前記第２のダイアメータメッセージのメッセージタイプに基づくダイアメータメッセージの処理に対して利用可能になると判断されることに応答して、前記第２のダイアメータメッセージを、前記第１のダイアメータサーバにルーティングすると判断するステップと、を含み、
前記予め定められた量の時間は、前記例外バインディングレコードに関連付けられる有効時間（ＴＴＬ）値によって示される期間内にある、方法。
【請求項２】
前記第１のダイアメータサーバが利用可能であると判断されることに応答して、前記第１のダイアメータメッセージを、前記例外バインディングレコードを作成せずに前記第１のダイアメータサーバにルーティングするステップを含む、請求項１に記載の方法。
【請求項３】
ダイアメータノード選択アルゴリズムを用いて第１のダイアメータサーバを選択する前に、前記第１のダイアメータメッセージがどのノードにルーティングされることになるか
を示す既存の例外バインディングレコードに関して、バインディングリポジトリを調べるステップを含む、請求項１に記載の方法。
【請求項４】
前記例外バインディングレコードを用いて、前記第２のダイアメータサーバに第２のダイアメータメッセージをルーティングするステップを含み、前記第２のダイアメータメッセージは前記第１のダイアメータメッセージと関連付けられる、請求項１に記載の方法。
【請求項５】
集中型のバインディングリポジトリ、ローカルのバインディングリポジトリ、遠隔のバインディングリポジトリ、または第２のＤＳＲに前記例外バインディングレコードを通信するステップを含む、請求項１に記載の方法。
【請求項６】
前記ダイアメータサーバは、ネットワーク課金ノード、オンライン課金方式（ＯＣＳ）ノード、オフライン課金方式（ＯＦＣＳ）ノード、課金トリガ機能（ＣＴＦ）ノード、課金ゲートウェイ機能（ＣＧＦ）ノード、課金データ機能（ＣＤＦ）ノード、ポリシーおよび課金ルール機能（ＰＣＲＦ）ノード、ホーム加入者サーバ（ＨＳＳ）ノード、認証、許可およびアカウンティング（ＡＡＡ）ノード、ならびにホームロケーションレジスタノード（ＨＬＲ）の少なくとも１つを含む、請求項１に記載の方法。
【請求項７】
ハイブリッドセッションに基づくダイアメータルーティングのためのシステムであって、
ダイアメータシグナリングルータ（ＤＳＲ）で、
ダイアメータサーバによって処理するために第１のダイアメータメッセージを受け取るように構成された通信インターフェイスと、
前記通信インターフェイスと通信を行なうように関連付けられるダイアメータルーティングモジュール（ＤＲＭ）とを含み、前記ＤＲＭは、記憶されたダイアメータバインディング情報の使用を必要とせずに、前記第１のダイアメータメッセージにおける少なくとも１つのパラメータ上で動作するダイアメータノード選択アルゴリズムを用いて、前記第１のダイアメータメッセージがルーティングされることになる第１のダイアメータサーバを選択し、前記第１のダイアメータサーバが利用可能であるかどうかを判断し、前記第１のダイアメータサーバは利用可能ではないと判断されることに応答して、
前記第１のダイアメータメッセージがルーティングされることになる第２のダイアメータサーバを選択し、
前記第２のダイアメータサーバ、および前記第１のダイアメータメッセージにおける情報を関連付ける例外バインディングレコードを作成し、
前記ＤＳＲは、前記第１のダイアメータメッセージに関連付けられる第２のダイアメータメッセージを受け取り、前記第１のダイアメータサーバが、前記第１のダイアメータメッセージに関連付けられ予め定められた量の時間または受け取った前記第２のダイアメータメッセージのメッセージタイプに基づくダイアメータメッセージの処理に対して利用可能になると判断されることに応答して、前記第２のダイアメータメッセージを前記第１のダイアメータサーバにルーティングすると判断するように構成され、
前記予め定められた量の時間は、前記例外バインディングレコードに関連付けられる有効時間（ＴＴＬ）値によって示される期間内にある、システム。
【請求項８】
前記ＤＳＲは、前記第１のダイアメータサーバが利用可能であると判断されることに応答して、前記第１のダイアメータメッセージを、前記例外バインディングレコードを作成せずに前記第１のダイアメータサーバにルーティングするように構成される、請求項７に記載のシステム。
【請求項９】
前記ＤＳＲは、ダイアメータノード選択アルゴリズムを用いて第１のダイアメータサーバを選択する前に、前記第１のダイアメータメッセージがどのノードにルーティングされることになるかを示す既存の例外バインディングレコードに関して、バインディングリポジトリを調べるように構成される、請求項７に記載のシステム。
【請求項１０】
前記ＤＳＲは、前記例外バインディングレコードを用いて、前記第２のダイアメータサーバに第２のダイアメータメッセージをルーティングするように構成され、前記第２のダイアメータメッセージは前記第１のダイアメータメッセージと関連付けられる、請求項７に記載のシステム。
【請求項１１】
前記ＤＳＲは、集中型のバインディングリポジトリ、ローカルのバインディングリポジトリ、遠隔のバインディングリポジトリ、または第２のＤＳＲに前記例外バインディングレコードを通信するように構成される、請求項７に記載のシステム。
【請求項１２】
前記ダイアメータサーバは、ネットワーク課金ノード、オンライン課金方式（ＯＣＳ）ノード、オフライン課金方式（ＯＦＣＳ）ノード、課金トリガ機能（ＣＴＦ）ノード、課金ゲートウェイ機能（ＣＧＦ）ノード、課金データ機能（ＣＤＦ）ノード、ポリシーおよび課金ルール機能（ＰＣＲＦ）ノード、ホーム加入者サーバ（ＨＳＳ）ノード、認証、許可およびアカウンティング（ＡＡＡ）ノード、ならびにホームロケーションレジスタノード（ＨＬＲ）の少なくとも１つを含む、請求項７に記載のシステム。
【請求項１３】
請求項１から６のいずれか１項に記載の方法をプロセッサに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
記載
優先権主張
この出願は、２０１１年３月１日に提出された米国仮特許出願連続番号第６１／４４８，０４４号の恩恵を主張し、その開示全体をここに引用により援用する。
【０００２】
技術分野
ここに記載される主題は、移動体加入者をネットワークサービスノードと関連付けるダイアメータバインディングレコードを向上させることに関する。より具体的には、この主題は、ハイブリッドセッションに基づくダイアメータルーティングのための方法、システムおよびコンピュータ読取可能媒体に関する。
【背景技術】
【０００３】
背景
現在、ダイアメータに基づくネットワークサービスノードを、共通のシグナリングトランザクションおよび／または移動体加入者に関連付けられるダイアメータシグナリングメッセージに割り当てることには、様々な問題が存在する。すなわち、最初に受け取られるダイアメータシグナリングメッセージトランザクションの識別、およびそれに対する、後で受け取られるダイアメータシグナリングメッセージの相関関係に関連付けられる難点がある。結果として、ダイアメータルーティングノードで受け取られるダイアメータシグナリングメッセージは、特定の移動体加入者に関連付けられる既存のダイアメータシグナリングメッセージトランザクションに割り当てられる同じネットワークサービスノードに転送されないかもしれない。
【０００４】
したがって、ハイブリッドセッションに基づくダイアメータルーティングのための、改善された方法、システムおよびコンピュータ読取可能媒体に対するニーズが存在する。
【発明の概要】
【課題を解決するための手段】
【０００５】
概要
ハイブリッドセッションに基づくダイアメータルーティングのための方法、システムおよびコンピュータ読取可能媒体が開示される。１つの方法によれば、この方法は、第１のダイアメータシグナリングルータ（ＤＳＲ）で、ダイアメータサーバによって処理するための第１のダイアメータメッセージを受け取ることを含む。この方法は、さらに、第１のダイアメータメッセージがルーティングされることになる第１のダイアメータサーバを、記憶されたダイアメータバインディング情報の使用を必要とせずに第１のダイアメータメッセージにおける少なくとも１つのパラメータ上で動作するダイアメータノード選択アルゴリズムを用いて、選択することを含む。この方法は、さらに、第１のダイアメータサーバが利用可能であるかどうかを判断することを含む。この方法は、さらに、第１のダイアメータサーバは利用可能ではないと判断されることに応答して、第１のダイアメータメッセージがルーティングされることになる第２のダイアメータサーバを選択することと、第２のダイアメータサーバおよび第１のダイアメータメッセージにおける情報を関連付ける例外バインディングレコードを作成することとを含む。
【０００６】
ハイブリッドセッションに基づくダイアメータルーティングのためのシステムも開示される。このシステムは、ダイアメータバインディングリポジトリ（ＤＢＲ）、およびダイアメータシグナリングルータ（ＤＳＲ）に位置するダイアメータルーティングモジュール（ＤＲＭ）を含む。ＤＢＲはダイアメータバインディングレコードを記憶するように構成される。ＤＲＭは、通信インターフェイスと通信を行なうように関連付けられ、記憶されたダイアメータバインディング情報の使用を必要とせずに、第１のダイアメータメッセージにおける少なくとも１つのパラメータ上で動作するダイアメータノード選択アルゴリズムを用いて、第１のダイアメータメッセージがルーティングされることになる第１のダイアメータサーバを選択し、第１のダイアメータサーバが利用可能であるかどうかを判断し、第１のダイアメータサーバは利用可能ではないと判断されることに応答して、第１のダイアメータメッセージがルーティングされることになる第２のダイアメータサーバを選択し、第２のダイアメータサーバおよび第１のダイアメータメッセージにおける情報を関連付ける例外バインディングレコードを作成するように構成される。
【０００７】
ここに記載される主題は、ハードウェアおよび／またはファームウェアと組み合わせられたソフトウェアにおいて実現されてもよい。例えば、ここに記載される主題は、プロセッサによって実行されるソフトウェアにおいて実現されてもよい。１つの例示的な実現例においては、ハイブリッドセッションに基づくダイアメータルーティングのためにここに記載される主題は、コンピュータのプロセッサによって実行されると、プロセッサを制御してステップを実行する、実行可能な命令を記憶する、非一時的なコンピュータ読取可能媒体を用いて実現されてもよい。ここに記載される主題を実現するのに好適な例示的な非一時的なコンピュータ読取可能媒体は、プロセッサ、プログラマブル論理装置および特定用途向け集積回路によってアクセス可能なチップメモリ装置またはディスクメモリ装置を含む。加えて、ここに記載される主題を実現するコンピュータ読取可能媒体は、単一のコンピューティングプラットフォームに位置してもよいし、または複数のコンピューティングプラットフォームにわたって分散してもよい。
【０００８】
ここに用いられるとおりでは、用語「ノード」は、１つ以上のプロセッサおよびメモリを含む物理的なコンピューティングプラットフォームを指す。
【０００９】
ここに用いられるとおりでは、用語「機能」、「エンジン」または「モジュール」は、ここに記載される特徴を実現するためのハードウェア、ファームウェア、またはハードウェアおよび／もしくはファームウェアとの組み合わせにおけるソフトウェアを指す。
【００１０】
図面の簡単な説明
ここに記載される主題を、ここで、添付の図面を参照して説明する。
【図面の簡単な説明】
【００１１】
【図１】ここに記載される主題の実施例に従ってハイブリッドセッションに基づくダイアメータルーティングのためのシステムを示すブロック図である。
【図２】ここに記載される主題の実施例に従ってダイアメータバインディングレコードデータを示す例示的なテーブルである。
【図３】ここに記載される主題の実施例に従ってバインディング情報を用いてダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。
【図４Ａ】ここに記載される主題の実施例に従って例外バインディング情報を用いてダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図の一部である。
【図４Ｂ】ここに記載される主題の実施例に従って例外バインディング情報を用いてダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図の一部である。
【図５Ａ】ここに記載される主題の実施例に従ってノードが最近回復された後ダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。
【図５Ｂ】ここに記載される主題の別の実施例に従ってノードが最近回復された後ダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。
【図５Ｃ】ここに記載される主題の実施例に従って停止イベントタイプを有するダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。
【図６】ここに記載される主題の実施例に従ってハイブリッドセッションに基づくダイアメータルーティングのための例示的なプロセスを示すフローチャートである。
【発明を実施するための形態】
【００１２】
詳細な記載
ここに記載される主題は、ハイブリッドセッションに基づくダイアメータルーティングのための方法、システムおよびコンピュータ読取可能媒体を含む。ここに用いられるとおりでは、用語「ダイアメータ」は、ＲＦＣ３５８８によって規定されるようなテレコミュニケーションおよびコンピュータネットワークによって利用される認証、許可およびアカウンティング（ＡＡＡ）プロトコルを指す。いくつかの実施例においては、この主題は、特定の移動体加入者に関連付けられるダイアメータシグナリングメッセージを受け取るダイアメータシグナリングルータ（ＤＳＲ）を含んでもよい。受け取られるダイアメータシグナリングメッセージは、ネットワーク課金機能ノード（例えば課金データ機能（ＣＤＦ）、ポリシーおよび課金ルール機能（ＰＣＲＦ）など）、ならびにホーム加入者サーバ（ＨＳＳ）、またはＡＡＡノードなど、ある特定のタイプのネットワークサービスノードから処理を必要としてもよい。ダイアメータシグナリングメッセージを受け取ると、ＤＳＲは、受け取られたダイアメータシグナリングメッセージを処理するように複数個のネットワークサービスノードの１つを割り当てるか、またはバインディング情報についてバインディングリポジトリを調べるなどしてネットワークサービスノードが移動体加入者に既に割り当てられているか（または「バインディングされている」か）を判断するように、構成されてもよい。
【００１３】
いくつかの実施例においては、ＤＳＲは、受け取られるダイアメータシグナリングメッセージに含まれる情報を用いる負荷分散ハッシュ関数（ＬＢＨＦ）のようなノード選択アルゴリズムに基づく適切なネットワークサービスノード（例えばＣＤＦまたはＰＣＲＦ）を判断または選択するように構成されてもよい。この主題は、さらに、選択アルゴリズムによって生成されるバインディング（例えばノード選択）に対する例外の維持のために、ハッシュ例外セッションバインディングリポジトリ（ＨＥ−ＳＢＲ）のような、バインディングリポジトリを含んでもよい。例えば、ノード選択アルゴリズムを用いて最初に選択されたノードとは異なるノードにダイアメータシグナリングメッセージが処理のためにルーティングされるときに、例外バインディングレコードが作成されてもよい。より特定的には、最初に選択されたノードが使用不可であるか、または利用可能ではなく、したがって、別のノードが、最初に選択されたノードによって処理されたであろうダイアメータシグナリングメッセージを処理することになるときに、例外バインディングレコードが作成されてもよい。
【００１４】
有利なことに、各ダイアメータセッション毎に状態またはバインディングレコードを維持する必要性が最小限にされるかまたは回避されるように、ここに記載される主題を利用することができる。例えば、ほとんどの状況において、この主題は、ダイアメータメッセージが、ＬＢＨＦのようなノード選択アルゴリズムの動的使用を通して、「無状態の」態様において、負荷平衡を保たれ、および／またはルーティングされることを可能にする。しかしながら、選択された宛先ダイアメータノード（例えばＣＤＦ、ＰＣＲＦなど）が使用不可能な（例えば、障害を起こしているかまたは利用可能ではない）状況においては、この主題は、ダイアメータセッションおよび／またはユーザならびに代替のノード（例えば選択アルゴリズムによって最初に選択されたノードとは異なるノード）を関連付ける例外バインディングレコードの記憶のために、ＨＥ−ＳＢＲのようなダイアメータバインディングリポジトリを提供する。
【００１５】
したがって、この主題は、所与の加入者および／またはセッションに関連付けられるダイアメータメッセージを処理するために、ノード選択アルゴリズムが、利用不可能であるかまたは最近利用不可能であるネットワークサービスノード（例えばダイアメータサーバ）を選択するときに、例外バインディングレコードを維持することを必要とするが、すべてのダイアメータセッションまたは関連するユーザのためにバインディング情報を維持することを必要としなくてもよい、ハイブリッドセッションに基づくルーティング解決策を含んでもよい。各ダイアメータセッション毎に明示的なバインディングレコードを必要とする解決策と比較して、この主題は処理および記憶資源使用の点ではるかにより効率的な解決策を提供する。例えば、単に、例外的な状況のためにバインディング情報を記憶することによって、この主題の局面に従うハイブリッドセッションに基づくルーティング解決策は、他のセッションに基づくルーティング解決策より有意に少ないメモリ資源を用い得る。
【００１６】
ここで、ここに記載される主題の例示的な実施例に詳細に言及する。それらの例は添付の図面において示される。可能である場合には、同じ参照番号を図面の全体にわたって用いて、同じかまたは同様の部分を示す。
【００１７】
図１は、ここに記載される主題の実施例に従ってハイブリッドセッションに基づくダイアメータルーティングのための例示的なシステム１００を示す。いくつかの実施例においては、システム１００は、ロングタームエボリューション（ＬＴＥ）ネットワーク、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワーク、またはこの主題の範囲から逸脱しない他のネットワークにおいて実現されてもよい。
【００１８】
システム１００は移動体加入者に関連付けられるダイアメータシグナリングメッセージを受け取るように構成される、例えばＤＳＲ  Ｘ  １０４１などの、１つ以上のダイアメータルーティングノードを含んでもよい。図１はＤＳＲの使用を示すが、ダイアメータシグナリングメッセージをルーティングするように構成される任意のネットワークノードを、この主題の範囲から逸脱せずに利用してもよい。例えば、ネットワークノードは、さらに、ダイアメータルーティングエージェント（ＤＲＡ）、ダイアメータプロキシエージェント（ＤＰＡ）、ダイアメータリレーエージェントおよびダイアメータトランスレーションエージェントなどを含んでもよい。
【００１９】
いくつかの実施例においては、ＤＳＲ  Ｘ  １０４１は、Ｇｙ、Ｒｏ、Ｒｆ、Ｓ６ｄおよびＳ６ａインターフェイスを含むが、これらに限定されないさまざまなダイアメータインターフェイス上においてさまざまなダイアメータノード間でダイアメータシグナリングメッセージをルーティングするように構成され得るダイアメータルーティングモジュールまたはエンジン（ＤＲＥ）１２２を含んでもよい。ＤＳＲ  Ｘ  １０４１および／またはＤＲＥ  １２２は、さらに、ここに記載されるハイブリッドセッションに基づくルーティングに関連付けられる１つ以上の局面を実行するように構成されてもよい。
【００２０】
ＤＳＲ  Ｘ  １０４１によって受け取られる、および／またはルーティングされる例示的なダイアメータに基づくシグナリングメッセージは、信用管理要求（ＣＣＲ）メッセージ、アカウンティング要求（ＡＣＲ）メッセージ、ロケーション更新要求（ＵＬＲ）メッセージ、ダイアメータモビリティ管理メッセージ、およびダイアメータ課金メッセージを含んでもよい。いくつかの実施例においては、ダイアメータに基づくシグナリングメッセージは、例えばポリシーおよび課金施行機能（ＰＣＥＦ）ノード、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、移動管理エンティティ（ＭＭＥ）、および公衆データ網（ＰＤＮ）ゲートウェイなどのようなネットワークノード（図示せず）によってダイアメータルーティングノードに送られてもよい。
【００２１】
ＤＳＲ  Ｘ  １０４１は、さらに、ダイアメータに基づくシグナリングメッセージを１つ以上のＤＢＲ（例えばＨＥ−ＳＢＲ  １０２１）に通信する（例えば送受する）ように構成されるバインディングクエリクライアント（ＢＱＣ）１２４を含んでもよい。
【００２２】
いくつかの実施例においては、ＤＳＲ  Ｘ  １０４１によって受け取られるダイアメータシグナリングメッセージは、もともと、ダイアメータシグナリングメッセージを処理することができるネットワークサービスノード行きとされるかまたはそれにアドレス指定されてもよい。例えば、ネットワークサービスノードは、ポリシーおよび課金ルール機能（ＰＣＲＦ）ノード１１４、ネットワーク課金ノード（例えば課金データ機能（ＣＤＦ）１１２、課金トリガ機能（ＣＴＦ）、課金ゲートウェイ機能（ＣＧＦ））、オンライン課金方式（ＯＣＳ）ノード、オフライン課金方式（ＯＦＣＳ）ノード、ホーム加入者サーバ（ＨＳＳ）１０６、ホームロケーションレジスタノード（ＨＬＲ）１０８、ＡＡＡノード１０５、加入者プロファイルリポジトリ１１０、および通話セッション制御機能（ＣＳＣＦ）ノードを含んでもよい。図１はダイアメータシグナリングメッセージがルーティングされてもよいさまざまなネットワークサービスノードを示すが、ダイアメータシグナリングメッセージをサービスするために構成された他のタイプのネットワークサービスノードを、この主題の範囲から逸脱せずに、システム１００において利用してもよい。
【００２３】
ＤＳＲ  Ｘ  １０４１は、ＳＰＲ１１０、ＨＳＳ１０６およびＨＬＲ１０８のようなさまざまな加入者データ管理（ＳＤＭ）ノードと双方向通信してもよい。ＳＤＭノードは、移動体加入者に関連付けられる識別子ならびにサービスおよびポリシープロファイル情報のようなさらなる移動体加入者情報を記憶および／または維持するように構成される指定されたネットワークノードであってもよい。ＳＤＭノードは、さらなる移動体加入者情報（例えば識別子）に関してＤＳＲ  Ｘ  １０４１によって照会されてもよい。他の例示的なＳＤＭノードは、ＰＣＲＦノード１１４およびＣＳＣＦノードを含む。
【００２４】
システム１００は、さまざまなバインディングレコードの維持のために、ＨＥ−ＳＢＲ  １０２１のような１つ以上のダイアメータバインディングリポジトリ（ＤＢＲ）を含んでもよい。ＨＥ−ＳＢＲ  １０２１は、バインディングデータベース１２８をホストするバインディングクエリサーバ（ＢＱＳ）１２６を含んでもよい。いくつかの実施例においては、バインディングデータベース１２８は、移動体加入者関連の識別子および割り当てられたネットワークサービスノードの関連付け（例えばダイアメータ関連のバインディング、マッピング、リンクなど）を提供するダイアメータバインディングレコードを記憶するように構成されてもよい。ＨＥ−ＳＢＲ  １０２１によって記憶される例示的なダイアメータ関連のバインディングは、ダイアメータセッションバインディング、ダイアメータセッション識別子対ネットワークサービスノード関連付け、ダイアメータ末端間識別子対ネットワークサービスノード関連付け、移動体加入者識別子対ネットワークサービスノード関連付け、課金識別子（例えばＩＭＳ課金ＩＤ）対ネットワークサービスノード関連付けなどを含んでもよいが、それらに限定はされない。ここに示された実施例においては、ＨＥ−ＳＢＲ  １０２１は、ダイアメータシグナリングルータから離れて位置するネットワークノード、サーバ、アプリケーション、コンピューティングプラットフォーム、またはデータベースのようなスタンドアロンのエンティティであるとして示される。しかしながら、ＨＥ−ＳＢＲ  １０２１は、ＤＳＲ内に同じ場所を共用するか、または他の実施例（図示せず）においては任意の他のネットワークノード内において同じ場所を共用してもよい。
【００２５】
いくつかの実施例においては、ネットワークが、上に記載されたものと同様の機能性を有する複数のモジュールまたはノード（例えばＤＳＲ  Ｙ  １０４２およびＨＥ−ＳＢＲ  １０２２）を含んでもよい。そのような実施例においては、各モジュールまたはノードは、他の同様のノードまたはモジュールと通信を行なうように接続されてもよい。例えば、図１に示されるように、ＤＳＲ  Ｘ  １０４１またはＨＥ−ＳＢＲ  １０２１は、ＤＳＲ  Ｙ  １０４２またはＨＥ−ＳＢＲ  １０２２と通信するように構成されてもよい。他のいくつかの実施例においては、複数のＤＳＲが、集中型のＨＥ−ＳＢＲまたは他のバインディングリポジトリと通信するように接続されてもよい。そのような通信を可能にすることによって、複数のＤＳＲは、ダイアメータメッセージのルーティングのために特定のＤＳＲから導出されるバインディング情報を用いてもよい。
【００２６】
図２は、ここに記載される主題の実施例に従ってダイアメータバインディングレコードデータを示す例示的なテーブル２００を示す。いくつかの実施例においては、テーブル２００は、ＨＥ−ＳＢＲ  １０２で維持されるデータベース１２８の少なくとも一部を表わしてもよい。テーブル２００は、列ヘッダとして、移動体加入者に関連する複数個の識別子２０２〜２１８を含んでもよい。例えば、テーブル２００は、ダイアメータセッション識別子２０２、ユーザ名２０４、ＩＭＰＩ識別子２０８、ＩＭＰＵ識別子２１０、ＳＩＰ  ＵＲＩ２１２、ＮＡＩ２１４、移動体またはダイヤル可能（移動体／ダイヤル可能）番号２１６、およびユーザＩＰアドレス２１８、ならびにアクセスポイント名２２０（ＡＰＮ）の各々に対して、少なくとも１つの列を含んでもよい。テーブル２００は、さらに、ＣＤＦ識別子／アドレス列２２２のようなネットワークサービスノード列を含んでもよい。テーブル２００は、さらに、バインディングレコードがどれくらいの間維持されることになるか、つまりバインディングレコードがいつ破棄されることになるかを示すための有効時間（ＴＴＬ）列２２４を含んでもよい。１１個の列が図２において示されるが、テーブル２００は任意のタイプの識別子に関連付けられる任意の数の列を含んでもよい。
【００２７】
いくつかの実施例においては、ダイアメータバインディングレコードデータを、ネットワークサービスノードを判断、識別および／または選択する際に用いて、例えば、特定のダイアメータトランザクションまたは関連のダイアメータメッセージを処理してもよい。例えば、ダイアメータバインディングレコードデータを用いて、ＩＭＳＩ値によって識別されるような特定のユーザに関連付けられるトランザクションを、ＨＳＳ識別子によって識別されるような特定のＨＳＳにルーティングしてもよい。
【００２８】
いくつかの実施例においては、ＨＥ−ＳＢＲまたはＤＢＲはテーブル２００をプロビジョニングするように構成されてもよい。例えば、ＤＳＲ  Ｘ  １０４１はＨＥ−ＳＢＲ１０２１にプロビジョニングメッセージを送ってもよい。ダイアメータバインディングレコード情報を含むプロビジョニングメッセージ（例えば図２におけるメッセージ２０４）を受け取ると、ＨＥ−ＳＢＲ１０２１は、テーブル２００に新しいダイアメータバインディングレコードを追加してもよい。この例においては、ＨＥ−ＳＢＲ１０２１が、「ＣＤＦ１」に関連付けられる、「６７８」のダイアメータセッション識別子、「ｔｔｔ」のＳＩＰ  ＵＲＩ、および「ＺＺＺ」のユーザＩＰアドレスを含んだダイアメータバインディングレコード情報を含んだプロビジョニングメッセージを受け取った場合、ＨＥ−ＳＢＲ１０２１は、次いで、テーブル２００の最終行として表わされる、新しいダイアメータバインディングレコードを追加してもよい。
【００２９】
図３は、ここに記載される主題の実施例に従ってバインディング情報を用いてダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。この実施例においては、ＤＳＲ  Ｘ  １０４１およびＤＳＲ  Ｙ  １０４２が、同一もしくは実質的に同様のＬＢＨＦまたは他の選択アルゴリズムを用いるように構成されてもよい。例えば、関連するダイアメータメッセージが、どのＤＳＲがそれを受け取るかにかかわらず同じ宛先ノードにルーティングされるように、ＤＳＲ  Ｘ  １０４１またはＤＳＲ  Ｙ  １０４２は同一のハッシュ関数を用いてもよい。
【００３０】
図３を参照して、ステップ１において、ＣＤＦ（例えばＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２）によって処理するためのダイアメータアカウンティング要求（ＡＣＲ）開始メッセージ「Ａ」が、ＤＳＲ  Ｘ  １０４１によって受け取られてもよい。いくつかの実施例においては、ＡＣＲ開始メッセージは、アカウンティングまたはダイアメータ課金セッションの開始を示してもよく、および／または特定のダイアメータトランザクションの第１のメッセージであってもよい。ＡＣＲ開始メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ開始メッセージは、「ＺＺ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００３１】
いくつかの実施例においては、ＡＣＲ開始メッセージを受け取った後、ＤＳＲ  Ｘ  １０４１はＣＤＦ  １１２１−２の１つを選択するためのダイアメータノード選択アルゴリズムを実行してもよい。例えば、ＤＳＲ  Ｘ  １０４１は、実行されると、受け取られるＡＣＲ開始メッセージを処理するように複数のＣＤＦ１−２から１つのＣＤＦ（例えばＣＤＦ  １  １１２１）を選択するＬＢＨＦ（例えばＤＳＲ  Ｘ  １０４１においてハードウェアプロセッサによって実行されるソフトウェアモジュール）または他の選択アルゴリズムを利用してもよい。ＬＢＨＦまたは選択アルゴリズムは適切なＨＳＳを選択するためのさまざまな方法および／または要素を用いてもよい。例示的な選択方法は、無作為選択、ラウンドロビン選択、負荷に基づく選択、ユーザに基づく選択、セッションに基づく選択、ロケーションに基づく選択、およびネットワークに基づく選択の１つ以上を含んでもよい。
【００３２】
いくつかの実施例においては、ＬＢＨＦは、セッション識別子および／または加入者識別子を用いて、特定のノードを示すハッシュ出力を生成してもよい。例えば、ＤＳＲ  Ｘ  １０４１は、ＬＢＨＦのために入力としてＡＣＲ開始メッセージに含まれる情報（例えばセッション識別子）を用いてもよい。用いられてもよい他の例示的な入力は、利用可能なＣＤＦノードの数、ネットワークまたはロケーション識別子、輻輳インジケータ、時刻および優先順位インジケータ、およびサービスタイプを含む。１つ以上の入力の提供後、ＬＢＨＦは、ＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２のどちらにＡＣＲ開始メッセージがルーティングされるべきであるかを直接的または間接的に識別するハッシュ出力を生成してもよい。例えば、図３に示されるように、ＬＢＨＦ出力は、ＡＣＲ開始メッセージがＣＤＦ  １  １１２１にルーティングされるべきであることを示してもよい。
【００３３】
いくつかの実施例においては、ＡＣＲ開始メッセージを受け取った後、ダイアメータノード選択アルゴリズムを用いて第１のダイアメータサーバを選択する前に、ＤＳＲ  Ｘ  １０４１は、第１のダイアメータメッセージがどのノードにルーティングされることになるかを示す既存のバインディングレコードに関してバインディングリポジトリ（例えばＨＥ−ＳＢＲ  １１２１）を調べてもよい。既存のバインディングレコードが見出される場合には、ＤＳＲ  Ｘ  １０４１は、（例えばノード選択アルゴリズムを用いることなく）既存のバインディングレコードによって示されたノードに第１のダイアメータメッセージをルーティングしてもよい。既存のバインディングレコードが見出されない場合には、ＤＳＲ  Ｘ  １０４１はノード選択アルゴリズムを用いてノードを選択してもよい。
【００３４】
いくつかの実施例においては、ＡＣＲ開始メッセージをルーティングする前に、ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１は利用可能（例えば、メッセージを成功裏に処理すべく使用可能）であるかどうかを判断してもよい。例えば、ノードがダイアメータメッセージを成功裏に処理することができるかどうかを確認することは、ノードが現在利用可能であること、最近障害から回復したのではないこと、関連情報を含むかまたはそれにアクセスを有すること、および／または最近サービスに供されたのではないことを判断することを含んでもよい。
【００３５】
さまざまな方法を用いて、ノードが利用可能であるかどうかを判断してもよい。例えば、ＤＳＲ  １０４は、利用可能性を判断するためにＨＥ−ＳＢＲ  １０２に調査メッセージを周期的にまたは非周期的に送ってもよい。別の例においては、ＨＥ−ＳＢＲ  １０２は、利用可能性を示すために、アライブメッセージまたはハートビートメッセージを周期的または非周期的にＤＳＲ  １０４に送ってもよい。さらに別の例においては、ＤＳＲ  １０４は、ノードがメッセージを成功裏に処理するのに使用可能であるかどうかを判断するために、ネットワーク管理システム（ＮＭＳ）データベースのようなデータベースに照会してもよい。
【００３６】
ステップ２において、ＡＣＲ開始メッセージは、ＬＢＨＦまたは他の選択アルゴリズムによって判断されるようにＣＤＦ  １  １１２１にルーティングされてもよい。ＡＣＲ開始メッセージを受け取った後、ＣＤＦ  １  １１２１は、メッセージを処理し、アカウンティング回答（ＡＣＡ）メッセージ（図示せず）で応答し返してもよい。
【００３７】
ステップ３において、ＣＤＦ（例えばＣＤＦ  １  １１２１またはＣＤＦ  １  １１２２）によって処理するためのダイアメータＡＣＲ暫定メッセージ「Ｂ」が、ＤＳＲ  Ｙ  １０４２によって受け取られてもよい。いくつかの実施例においては、ＡＣＲ暫定メッセージは、既存のアカウンティングセッションの更新を示してもよく、および／または特定のダイアメータトランザクションの非初期のメッセージ（例えば、ＡＣＲ開始メッセージの後に続く）であってもよい。ＡＣＲ暫定メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ暫定メッセージは、「ＺＺ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００３８】
ＡＣＲ暫定メッセージを受け取った後、ＤＳＲ  Ｙ  １０４２はＣＤＦ  １１２１−２の１つを選択するためのノード選択アルゴリズムを実行してもよい。上に述べたように、ＤＳＲ  Ｙ  １０４２は、ＤＳＲ  Ｘ  １０４１を含む、ネットワークにおける他のＤＳＲのように、同一または実質的に同様の選択アルゴリズムを含んでもよい。例えば、ＤＳＲ  Ｙ  １０４２およびＤＳＲ  Ｘ  １０４１は、同一のＬＢＨＦを実現してもよい。ＤＳＲ  Ｙ  １０４２は、ＬＢＨＦのために入力としてＡＣＲ暫定メッセージに含まれる情報（例えばセッション識別子）を用いてもよい。そのような例においては、ＤＳＲ  Ｙ  １０４２のＬＢＨＦが、特定の宛先を示すように用いられる上に記載されたＤＳＲ  Ｘ  １０４１のＬＢＨＦと同じ入力を用いる場合には、ＤＳＲ  Ｙ  １０４２のＬＢＨＦ出力は同じ宛先（例えばＣＤＦ  １  １０２１）を示してもよい。
【００３９】
ステップ４において、ＡＣＲ暫定メッセージは、ＬＢＨＦまたは他の選択アルゴリズムによって判断されるようにＣＤＦ  １  １１２１にルーティングされてもよい。ＡＣＲ暫定メッセージを受け取った後、ＣＤＦ  １  １１２１は、メッセージを処理し、ＡＣＡメッセージ（図示せず）で応答し返してもよい。
【００４０】
図３はＡＣＲメッセージを示しているが、信用管理要求（ＣＣＲ）メッセージおよび信用管理回答（ＣＣＡ）メッセージのようなさまざまなダイアメータメッセージ、ならびにＨＳＳ１１２またはＰＣＲＦ１１４のようなさまざまなネットワークサービスノードが、この主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。
【００４１】
図４Ａおよび図４Ｂは、ここに記載される主題の実施例に従って例外バインディング情報を用いてダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図の一部である。この実施例においては、ＤＳＲ  Ｘ  １０４１およびＤＳＲ  Ｙ  １０４２は、同一かまたは実質的に同様の選択アルゴリズムを用いるように構成されてもよく、選択されたＣＤＦが利用可能でない場合には、例外バインディング情報に関してローカルのＨＥ−ＳＢＲを調べるように構成されてもよい。
【００４２】
図４Ａを参照して、ステップ１において、ＣＤＦ（例えばＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２）によって処理するためのダイアメータＡＣＲ開始メッセージ「Ａ」が、ＤＳＲ  Ｘ  １０４１によって受け取られてもよい。ＡＣＲ開始メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ開始メッセージは、「ＺＺ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００４３】
いくつかの実施例においては、ＡＣＲ開始メッセージを受け取った後、ＤＳＲ  Ｘ  １０４１はＣＤＦ  １１２１−２の１つを選択するためのノード選択アルゴリズムを実行してもよい。１つ以上の入力の提供後、ＬＢＨＦは、ＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２のどちらにＡＣＲ開始メッセージがルーティングされるべきであるかを直接的または間接的に識別するハッシュ出力を生成してもよい。例えば、図４Ａに示されるように、ＬＢＨＦ出力は、ＡＣＲ開始メッセージがＣＤＦ  １  １１２１にルーティングされるべきであることを示してもよい。
【００４４】
いくつかの実施例においては、ＡＣＲ開始メッセージをルーティングする前に、ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１が利用可能であるかどうかを判断してもよい。ＣＤＦ  １  １１２１が利用可能であると判断される場合、ＤＳＲ  Ｘ  １０４１はメッセージを選択されたノードにルーティングしてもよい。ＣＤＦ  １  １１２１が利用可能ではないと判断される場合、ＤＳＲ  Ｘ  １０４１は例外バインディングレコードのような関係のあるバインディング情報に関してＨＥ−ＳＢＲ  １０２１を調べるかまたはそれに照会してもよい。例えば、例外バインディングレコードは、ダイアメータメッセージを成功裏に処理することができる代替のノードを示してもよい。
【００４５】
いくつかの実施例においては、ＨＥ−ＳＢＲ  １０２１を調べることは、クエリまたはルックアップ手順におけるキーまたは入力として、受け取られるダイアメータメッセージから情報を用いることを含んでもよい。例えば、ＡＣＲ開始メッセージからのセッション識別子を、ＨＥ−ＳＢＲ  １０２１において関係のあるバインディング情報を識別するためのルックアップ基準として用いてもよい。ＨＥ−ＳＢＲエントリまたはレコードがルックアップ基準と一致する場合、バインディング情報はダイアメータメッセージのルーティングにおいてＤＳＲ  Ｘ  １０４１によって得られ用いられてもよい。
【００４６】
いくつかの実施例においては、関係のあるバインディング情報が見出されないか利用可能ではない場合、異なるかまたは代替のＣＤＦ（例えばＣＤＦ  １  １１２２）が選択されてもよい。代替のＣＤＦの選択はさまざまな技術を用いて実行されてもよい。例えば、ＤＳＲ  Ｘ  １０４１は、最初のＣＤＦを選択するために用いられる同じ選択アルゴリズムを用いてもよいが、（例えばＬＢＨＦにおいて入力として用いられるセッション識別子または他のパラメータを修正することによって）入力として付加的および／または異なる情報を提供してもよい。別の例においては、ＤＳＲ  Ｘ  １０４１は、別のＣＤＦ（例えばＣＤＦ  ２  １１２２）を選択するために、異なる選択アルゴリズムを用いてもよい。
【００４７】
いくつかの実施例においては、ダイアメータ開始メッセージを代替宛先にルーティングする前に、ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２２が利用可能であるかどうかを判断してもよい。他のいくつかの実施例においては、代替のＣＤＦを選択するように用いられる選択アルゴリズムは、利用不可能なＣＤＦを選択から除去または排除してもよい。
【００４８】
代替宛先の選択後、ＤＳＲ  Ｘ  １０４１は、バインディング情報をＨＥ−ＳＢＲ  １０２１に記憶するかまたは記憶することを開始してもよい。例えば、ＤＳＲ  Ｘ  １０４１は、ＡＣＲ開始メッセージのセッション識別子およびＣＤＦ  ２  １１２２を関連付ける例外バインディングレコードを作成してもよい。いくつかの実施例においては、例外バインディングレコードは、ダイアメータＡＣＲ開始メッセージから抽出もしくは導出される、またはネットワークにおいてエンティティ（例えばＳＤＭノード）から得られる、他の情報を含んでもよい。バインディングレコードは、例えば更新メッセージまたはプロビジョニングメッセージを用いて、ＨＥ−ＳＢＲ  １０２１に記憶されてもよい。
【００４９】
いくつかの実施例においては、ＤＳＲ  Ｘ  １０４１またはＨＥ−ＳＢＲ  １０２１は、例外バインディング情報を、ネットワークにおける１つ以上のＤＳＲおよび／またはＨＥ−ＳＢＲに通信してもよい。例えば、ローカルのＨＥ−ＳＢＲ  １０２１に例外バインディング情報を記憶した後、ＤＳＲ  Ｘ  １０４１は、このレコードをＤＳＲ  Ｙ  １０４２に提供してもよく、それは、そのローカルのハッシュ例外ＳＢＲであってもよい。集中型のＨＥ−ＳＢＲがバインディング情報を維持するいくつかの実施例においては、バインディング情報を付加的なＤＳＲに直接通信する必要性はなくてもよい。
【００５０】
ステップ２において、ＨＥ−ＳＢＲ更新メッセージがＤＳＲ  Ｘ  １０４１からＤＳＲ  Ｙ  １０２２に送られてもよい。ＨＥ−ＳＢＲ更新メッセージは、セッション識別子、ユーザ識別子、および／または他の情報を含んでもよい。ＨＥ−ＳＢＲ更新メッセージは、バインディングレコードを含むか、またはメッセージ関連情報（例えばセッション識別子）とＣＤＦ（例えばＣＤＦ  ２  １１２２）との間のバインディング関連付けを示してもよい。
【００５１】
ＨＥ−ＳＢＲ更新メッセージを受け取った後、ＤＳＲ  Ｙ  １０４２は、バインディング情報をＨＥ−ＳＢＲ  １０２２に記憶するかまたは記憶することを開始してもよい。例えば、図４Ｂに示されるように、ＨＥ−ＳＢＲ  １０２２は、ＤＳＲ  Ｘ  １０４１によって提供されたバインディング情報を反映するように更新されてもよい。
【００５２】
ステップ３において、ＡＣＲ開始メッセージは、ＬＢＨＦまたは他の選択アルゴリズムによって判断されるようにＣＤＦ  ２  １１２２にルーティングされてもよい。ＡＣＲ開始メッセージを受け取った後、ＣＤＦ  ２  １１２２は、メッセージを処理し、ＡＣＡメッセージ（図示せず）で応答し返してもよい。
【００５３】
ステップ４において、ＣＤＦ（例えばＣＤＦ  １  １１２１、またはＣＤＦ  ２  １１２２）によって処理するためのダイアメータＡＣＲ暫定メッセージ「Ｂ」が、ＤＳＲ  Ｙ  １０４２によって受け取られてもよい。ＡＣＲ暫定メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ暫定メッセージは、「ＺＺ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００５４】
ＡＣＲ暫定メッセージを受け取った後、ＤＳＲ  Ｙ  １０４２はＣＤＦ  １１２１−２の１つを選択するためのノード選択アルゴリズムを実行してもよい。上に述べたように、ＤＳＲ  Ｙ  １０４２は、ＤＳＲ  Ｘ  １０４１を含む、ネットワークにおける他のＤＳＲのように、同一または実質的に同様の選択アルゴリズムを含んでもよい。例えば、図４Ｂに示されるように、ハッシュ関数が、ＡＣＲ暫定メッセージから入力としてセッション識別子を用いてもよい。ハッシュ関数は、ＣＤＦ  １  １１２１がメッセージを処理するべきであることを示してもよい。
【００５５】
ＤＳＲ  Ｙ  １０４２は、ＣＤＦ  １  １１２１が利用可能であるかどうかを判断してもよい。ＣＤＦ  １  １１２１が利用可能ではないと判断される場合、ＤＳＲ  Ｙ  １０４２は、例外バインディングレコードのような、関係のあるバインディング情報に関してＨＥ−ＳＢＲ  １０２２を調べるかまたはそれに照会してもよい。例えば、ＡＣＲ暫定メッセージからのセッション識別子を、ＨＥ−ＳＢＲ  １０２２において関係のあるバインディング情報を識別するためのルックアップ基準として用いてもよい。この例においては、ルックアップ基準と一致するＨＥ−ＳＢＲエントリ（例えばＤＳＲ  Ｘ  １０４１によって提供されるバインディング情報から導出される）が見つけ出されてもよい。そのエントリは、ＡＣＲ暫定メッセージのセッション識別子とＣＤＦ  ２  １１２２との間のバインディングを示してもよい。ＤＳＲ  Ｙ  １０４２は、バインディング情報を用いてＡＣＲ暫定メッセージをルーティングしてもよい。
【００５６】
ステップ５において、ＡＣＲ暫定メッセージは、記憶されたバインディング情報によって示されるように、ＤＳＲ  Ｙ  １０４２からＣＤＦ  ２  １１２２にルーティングされてもよい。ＡＣＲ暫定メッセージを受け取った後、ＣＤＦ  ２  １１２２は、メッセージを処理し、ＡＣＡメッセージ（図示せず）で応答し返してもよい。
【００５７】
図４Ａおよび図４ＢはＡＣＲメッセージを示しているが、信用管理要求（ＣＣＲ）メッセージおよび信用管理回答（ＣＣＡ）メッセージのようなさまざまなダイアメータメッセージ、ならびにＨＳＳ１１２またはＰＣＲＦ１１４のようなさまざまなネットワークサービスノードが、この主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。
【００５８】
図５Ａは、ここに記載される主題の実施例に従ってノードが最近回復された後ダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。この実施例においては、ＤＳＲ  Ｘ  １０４１およびＤＳＲ  Ｙ  １０４２は、ダイアメータノード回復の後の予め定められた期間の間、または予め定められたタイプ（例えば、ＡＣＲ停止、ＡＣＲ開始、ＣＣＲ−初期、ＣＣＲ−終端）のメッセージが検出されるまで、ダイアメータシグナリングトラフィックを、先に障害を起こしたが最近回復されたダイアメータノード（例えばＣＤＦ、ＰＣＲＦなど）から離れてルーティングするように構成されてもよい。例えば、もともと選択されたノードが回復された後、トラフィックをもともと選択されたノードに戻すことが望ましくないとき、例えば、そのような切換えに関連付けられるオーバヘッドまたはネットワーク輻輳が問題であるかもしれないときであっても、ＤＳＲ  Ｘ  １０４１はダイアメータメッセージを代替のノードにルーティングし続けてもよい。
【００５９】
図５Ａを参照して、ステップ１において、ＣＤＦ（例えばＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２）によって処理するためのダイアメータＡＣＲ暫定メッセージ「Ｃ」が、ＤＳＲ  Ｘ  １０４１によって受け取られてもよい。ＡＣＲ暫定メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ暫定メッセージは、「ＺＺ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００６０】
ＡＣＲ暫定メッセージを受け取った後、ＤＳＲ  Ｘ  １０４１はＣＤＦ  １１２１−２の１つを選択するためのノード選択アルゴリズムを実行してもよい。例えば、図５Ａに示されるように、ハッシュ関数が、ＡＣＲ暫定メッセージから入力としてセッション識別子を用いてもよい。ハッシュ関数は、ＣＤＦ  １  １１２１がメッセージを処理するべきであることを示してもよい。
【００６１】
ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１が利用可能であるかどうかを判断してもよい。いくつかの実施例においては、ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１は利用可能であるが、障害、停電または他の問題から最近回復した、と判断してもよい。ＣＤＦ  １  １１２１は最近回復したと判断した後、ＤＳＲ  Ｘ  １０４１は例外バインディングレコードのような関係のバインディング情報に関してＨＥ−ＳＢＲ  １０２１を調べるかまたはそれに照会してもよい。例えば、ＡＣＲ暫定メッセージからのセッション識別子を、ＨＥ−ＳＢＲ  １０２２において関係のあるバインディング情報を識別するためのルックアップ基準として用いてもよい。この例においては、ルックアップ基準と一致するＨＥ−ＳＢＲエントリが見つけ出されてもよい。そのエントリは、ＡＣＲ暫定メッセージのセッション識別子とＣＤＦ  ２  １１２２との間のバインディングまたは関連付けを示してもよい。ＤＳＲ  Ｘ  １０４１は、バインディング情報を用いてＡＣＲ暫定メッセージをルーティングしてもよい。
【００６２】
ステップ２において、ＡＣＲ暫定メッセージは、記憶されたバインディング情報によって示されるように、ＤＳＲ  Ｘ  １０４１からＣＤＦ  ２  １１２２にルーティングされてもよい。ＡＣＲ暫定メッセージを受け取った後、ＣＤＦ  ２  １１２２は、メッセージを処理し、ＡＣＡメッセージ（図示せず）で応答し返してもよい。
【００６３】
いくつかの実施例においては、記憶されたバインディング情報は、ＴＴＬ値と関連付けられてもよく、ＴＴＬ値に到達するかまたはそれを越えるときにフラッシュされてもよい。例えば、図５Ａに示されるように、ＴＴＬ値はバインディングレコードまたはＨＥ−ＳＢＲエントリと関連付けられてもよい。ＴＴＬ時間がＨＥ−ＳＢＲエントリに対して期限が切れると、エントリはＨＥ−ＳＢＲ  １０２１からフラッシュされてもよい。いくつかの実施例においては、複数のＨＥ−ＳＢＲがエントリのコピーを含む場合には、エントリは各ＨＥ−ＳＢＲによってフラッシュされてもよい。
【００６４】
図５ＡはＡＣＲメッセージを示しているが、信用管理要求（ＣＣＲ）メッセージおよび信用管理回答（ＣＣＡ）メッセージのようなさまざまなダイアメータメッセージ、ならびにＨＳＳ１１２またはＰＣＲＦ１１４のようなさまざまなネットワークサービスノードが、この主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。
【００６５】
図５Ｂは、ここに記載される主題の別の実施例に従ってノードが最近回復された後ダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。この実施例においては、ＤＳＲ  Ｘ  １０４１およびＤＳＲ  Ｙ  １０４２は、ダイアメータノード回復の後の予め定められた期間の間、または予め定められたタイプのメッセージが検出されるまで、ダイアメータシグナリングトラフィックを、先に障害を起こしたが最近回復されたダイアメータノードから離れてルーティングするように構成されてもよい。
【００６６】
図５Ｂを参照して、ステップ１において、ＣＤＦ（例えばＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２）によって処理するためのダイアメータＡＣＲ暫定メッセージ「Ｃ」が、ＤＳＲ  Ｘ  １０４１によって受け取られてもよい。ＡＣＲ暫定メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ暫定メッセージは、「ＺＺ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００６７】
ＡＣＲ暫定メッセージを受け取った後、ＤＳＲ  Ｘ  １０４１はＣＤＦ  １１２１−２の１つを選択するためのノード選択アルゴリズムを実行してもよい。例えば、図５Ａに示されるように、ハッシュ関数が、ＡＣＲ暫定メッセージから入力としてセッション識別子を用いてもよい。ハッシュ関数は、ＣＤＦ  １  １１２１がメッセージを処理するべきであることを示してもよい。
【００６８】
ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１が利用可能であるかどうかを判断してもよい。いくつかの実施例においては、ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１は利用可能であるが、障害、停電または他の問題から最近回復した、と判断してもよい。
【００６９】
ＣＤＦ  １  １１２１は最近回復したと判断した後、ＤＳＲ  Ｘ  １０４１は受け取られるダイアメータメッセージについてメッセージタイプを収集、観察、または得てもよい。このメッセージタイプ情報を用いて、ＤＳＲ  Ｘ  １０４１は、どのように進むか判断してもよい。例えば、図５Ｂに示されるように、ＡＣＲメッセージが「暫定」メッセージである場合、ＤＳＲ  Ｘ  １０４１は、関係のあるバインディング情報に関して、ＨＥ−ＳＢＲ  １０２１を調べるか、またはそれに照会してもよく、というのも、例えば、関係のある例外バインディングレコードがこの特定のダイアメータセッションのために存在しそうだからである。この例においては、関係のあるＨＥ−ＳＢＲエントリが見つけ出されてもよい。そのエントリは、ＡＣＲ暫定メッセージのセッション識別子とＣＤＦ  ２  １１２２との間のバインディングまたは関連付けを示してもよい。ＤＳＲ  Ｘ  １０４１は、バインディング情報を用いてＡＣＲ暫定メッセージをルーティングしてもよい。
【００７０】
ステップ２において、ＡＣＲ暫定メッセージは、記憶されたバインディング情報によって示されるように、ＤＳＲ  Ｘ  １０４１からＣＤＦ  ２  １１２２にルーティングされてもよい。ＡＣＲ暫定メッセージを受け取った後、ＣＤＦ  ２  １１２２は、メッセージを処理し、ＡＣＡメッセージ（図示せず）で応答し返してもよい。
【００７１】
ステップ３において、ＣＤＦ（例えばＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２）によって処理するためのダイアメータＡＣＲ開始メッセージ「Ｄ」が、ＤＳＲ  Ｘ  １０４１によって受け取られてもよい。ＡＣＲ開始メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ暫定メッセージは、「ＹＹ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００７２】
ＡＣＲ開始メッセージを受け取った後、ＤＳＲ  Ｘ  １０４１はＣＤＦ  １１２１−２の１つを選択するためのノード選択アルゴリズムを実行してもよい。例えば、図５Ｂに示されるように、ハッシュ関数が、ＡＣＲ暫定メッセージから入力としてセッション識別子を用いてもよい。ハッシュ関数は、ＣＤＦ  １  １１２１がメッセージを処理するべきであることを示してもよい。
【００７３】
ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１が利用可能であるかどうかを判断してもよい。いくつかの実施例においては、ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１は利用可能であるが、障害、停電または他の問題から最近回復した、と判断してもよい。
【００７４】
ＣＤＦ  １  １１２１は最近回復したと判断した後、ＤＳＲ  Ｘ  １０４１は受け取られるダイアメータメッセージについてメッセージタイプを収集、観察、または得てもよい。このメッセージタイプ情報を用いて、ＤＳＲ  Ｘ  １０４１は、どのように進むか判断してもよい。例えば、図５Ｂに示されるように、ＡＣＲメッセージが「開始」メッセージである場合、ＤＳＲ  Ｘ  １０４１は、ＨＥ−ＳＢＲ  １０２１は調べられる必要はない、と判断してもよく、というのも、例えば、関係のある例外バインディングレコードがこの新しいダイアメータセッションのために存在しそうにないからである。
【００７５】
ＨＥ−ＳＢＲ  １０２１を調べる必要はないと判断された後、選択アルゴリズムによって示されるように、ＡＣＲ開始メッセージはＤＳＲ  Ｘ  １０４１から最近回復されたＣＤＦ  １  １１２１にルーティングされてもよい。ＡＣＲ開始メッセージを受け取った後、ＣＤＦ  １  １１２１は、メッセージを処理し、ＡＣＡメッセージ（図示せず）で応答し返してもよい。
【００７６】
図５ＢはＡＣＲメッセージを示しているが、信用管理要求（ＣＣＲ）メッセージおよび信用管理回答（ＣＣＡ）メッセージのようなさまざまなダイアメータメッセージ、ならびにＨＳＳ１１２またはＰＣＲＦ１１４のようなさまざまなネットワークサービスノードが、この主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。
【００７７】
図５Ｃは、ここに記載される主題の実施例に従って停止イベントタイプを有するダイアメータシグナリングメッセージをルーティングすることを示すメッセージシーケンス図である。この実施例においては、ＤＳＲ  Ｘ  １０４１およびＤＳＲ  Ｙ  １０４２は、ダイアメータノード回復の後の予め定められた期間の間、または予め定められたタイプのメッセージが検出されるまで、ダイアメータシグナリングトラフィックを、先に障害を起こしたが最近回復されたダイアメータノードから離れてルーティングするように構成されてもよい。
【００７８】
図５Ｃを参照して、ステップ１において、ＣＤＦ（例えばＣＤＦ  １  １１２１またはＣＤＦ  ２  １１２２）によって処理するためのダイアメータＡＣＲ停止メッセージ「Ｄ」が、ＤＳＲ  Ｘ  １０４１によって受け取られてもよい。いくつかの実施例においては、ＡＣＲ停止メッセージは、アカウンティングセッションの停止を示してもよく、および／または特定のダイアメータトランザクションの最後のメッセージであってもよい。ＡＣＲ停止メッセージはセッション識別子およびユーザ識別子を含んでもよい。例えば、ＡＣＲ暫定メッセージは、「ＺＺ」のダイアメータセッションＩＤ値およびユーザ名を含んでもよい。
【００７９】
ＡＣＲ停止メッセージを受け取った後、ＤＳＲ  Ｘ  １０４１はＣＤＦ  １１２１−２の１つを選択するためのノード選択アルゴリズムを実行してもよい。例えば、図５Ａに示されるように、ハッシュ関数が、ＡＣＲ停止メッセージから入力としてセッション識別子を用いてもよい。ハッシュ関数は、ＣＤＦ  １  １１２１がメッセージを処理するべきであることを示してもよい。
【００８０】
ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１が利用可能であるかどうかを判断してもよい。いくつかの実施例においては、ＤＳＲ  Ｘ  １０４１は、ＣＤＦ  １  １１２１は利用可能であるが、障害、停電または他の問題から最近回復した、と判断してもよい。
【００８１】
ＣＤＦ  １  １１２１は最近回復したと判断した後、ＤＳＲ  Ｘ  １０４１は受け取られるダイアメータメッセージについてメッセージタイプを収集、観察、または得てもよい。このメッセージタイプ情報を用いて、ＤＳＲ  Ｘ  １０４１は、どのように進むか判断してもよい。例えば、図５Ｂに示されるように、ＡＣＲメッセージが、ダイアメータ課金セッションの終わりを示す「停止」メッセージタイプである場合、ＤＳＲ  Ｘ  １０４１は、関係のあるバインディング情報に関して、ＨＥ−ＳＢＲ  １０２１を調べるか、またはそれに照会してもよく、というのも、例えば、関係のある例外バインディングレコードがこの特定のダイアメータセッションのために存在しそうだからである。
【００８２】
ＤＳＲ  Ｘ  １０４１は例外バインディングレコードのような関係のあるバインディング情報に関してＨＥ−ＳＢＲ  １０２１を調べるかまたはそれに照会してもよい。関係のあるＨＥ−ＳＢＲエントリが見つけ出されてもよい。そのエントリは、ＡＣＲ停止メッセージのセッション識別子とＣＤＦ  ２  １１２２との間のバインディングまたは関連付けを示してもよい。ＤＳＲ  Ｘ  １０４１は、バインディング情報を用いてＡＣＲ停止メッセージをルーティングしてもよい。
【００８３】
ステップ２において、ＡＣＲ停止メッセージは、記憶されたバインディング情報によって示されるように、ＤＳＲ  Ｘ  １０４１からＣＤＦ  ２  １１２２にルーティングされてもよい。ＡＣＲ暫定メッセージを受け取った後、ＣＤＦ  ２  １１２２は、メッセージを処理し、ＡＣＡメッセージ（図示せず）で応答し返してもよい。
【００８４】
いくつかの実施例においては、ダイアメータメッセージが停止イベントタイプを有することを検出することに応答して、ＤＳＲ  Ｘ  １０４１は付加的な活動を実行してもよい。例えば、ＡＣＲ停止メッセージをＣＤＦ  ２  １１２２にルーティングした後、ＤＳＲ  Ｘ  １０４１はＨＥ−ＳＢＲ  １０２１からエントリをフラッシュしてもよい。ＤＳＲ  Ｘ  １０４１は、さらに、例えばネットワークにおける他のＤＳＲおよび／またはＨＥ−ＳＢＲに更新メッセージを送ることによって、他のＨＥ−ＳＢＲにおいてエントリのコピーをフラッシュするかまたはフラッシュすることを開始してもよい。
【００８５】
ステップ３において、ＨＥ−ＳＢＲ更新メッセージがＤＳＲ  Ｘ  １０４１からＤＳＲ  Ｙ  １０２２に送られてもよい。ＨＥ−ＳＢＲ更新メッセージは、ダイアメータＡＣＲ停止メッセージから抽出または導出されるセッション識別子、ユーザ識別子、および／または他の情報を含んでもよい。ＨＥ−ＳＢＲ更新メッセージは、バインディングレコードを含むか、またはメッセージ関連情報（例えばセッション識別子）とＣＤＦ（例えばＣＤＦ  ２  １１２２）との間のバインディング関連付けを示してもよい。ＨＥ−ＳＢＲ更新メッセージは、さらに、レコードまたは関連付けが削除、破棄、および／またはフラッシュされるべきであることを示してもよい。例えば、図５Ｃに示されるように、ＨＥ−ＳＢＲ更新メッセージは、０のＴＴＬ値を含んでもよい。ＨＥ−ＳＢＲ更新メッセージを受け取った後、ＤＳＲ  Ｙ  １０４２は、バインディング情報をＨＥ−ＳＢＲ  １０２２からフラッシュするかまたはフラッシュすることを開始してもよい。
【００８６】
図５ＣはＡＣＲメッセージを示しているが、信用管理要求（ＣＣＲ）メッセージおよび信用管理回答（ＣＣＡ）メッセージのようなさまざまなダイアメータメッセージ、ならびにＨＳＳ１１２またはＰＣＲＦ１１４のようなさまざまなネットワークサービスノードが、この主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。
【００８７】
図６は、ここに記載される主題の実施例に従ってダイアメータバインディング情報を動的に学習するための例示的なプロセスを示すフローチャートである。いくつかの実施例においては、ここに記載される例示的なプロセスまたはその一部分は、ＤＳＲ、ＤＲＥ、ＨＥ−ＳＢＲおよび／もしくは他のモジュールまたはノードによって実行されてもよい。
【００８８】
ブロック６００において、ダイアメータシグナリングメッセージが、ダイアメータルーティングノード（例えばＤＳＲ  Ｘ  １０４１）で受け取られてもよい。ダイアメータシグナリングメッセージは、ＣＤＦ  １  １１２１、ＰＣＲＦ  １１４１、ＨＬＲ  １０８、ＳＰＲ  １１０、ＡＡＡ  １０５またはＨＳＳ  １０６１のようなダイアメータサーバによって処理するためであってもよい。例えば、ＤＳＲ  Ｘ  １０４１は、さまざまなインターフェイスからダイアメータメッセージを受け取り得る通信インターフェイスを含んでもよい。
【００８９】
ブロック６０２において、関係のある例外バインディングレコードが既に存在しているかどうかが判断されてもよい。例えば、ＤＳＲ  Ｘ  １０４１またはＤＲＥ  １２２は、第１のダイアメータメッセージがどのノードにルーティングされることになるかを示す既存の例外バインディングレコードに関して、バインディングリポジトリを調べてもよい。この例においては、既存のバインディングレコードが見出される場合には、ＤＳＲ  Ｘ  １０４１またはＤＲＥ  １２２は、第１のダイアメータメッセージを、（例えばノード選択アルゴリズムを用いることなく）既存のバインディングレコードによって示されたノードにルーティングしてもよい。既存のバインディングレコードが見出されない場合には、ＤＳＲ  Ｘ  １０４１またはＤＲＥ  １２２はノード選択アルゴリズムを用いてノードを選択してもよい。
【００９０】
ブロック６０４において、第１のメッセージがルーティングされることになる第１のダイアメータサーバが、記憶されたダイアメータバインディング情報の使用を必要とせずに第１のダイアメータメッセージにおける少なくとも１つのパラメータ上で動作するダイアメータノード選択アルゴリズムを用いて選択されてもよい。いくつかの実施例においては、選択アルゴリズムはハッシュ関数またはＬＢＨＦを含んでもよい。例えば、ＤＳＲ  １０４１またはＤＲＥ  １２２は、すべての関連するダイアメータメッセージが同じノードによって処理されるようにダイアメータメッセージを負荷分散するためにＬＢＨＦを実現するように構成されてもよい。
【００９１】
ダイアメータノード選択アルゴリズムによって使用可能な例示的な情報は、受け取られるダイアメータメッセージまたはネットワークノードから導出されるパラメータおよび情報を含んでもよい。例えば、情報は、ダイアメータセッション識別子情報、ユーザ名情報、ユーザインターネットプロトコル（ＩＰ）情報、ＩＰマルチメディアサブシステム（ＩＭＳ）プライベート識別（ＩＭＰＩ）情報、ＩＭＳパブリック識別（ＩＭＰＵ）情報、セッション設定プロトコル（ＳＩＰ）統一資源識別子（ＵＲＩ）情報、ＵＲＩ、インターネットプロトコル（ＩＰ）アドレス、アクセスポイント名（ＡＰＮ）、移動局国際加入者登録番号（ＭＳＩＳＤＮ）情報、移動体／ダイヤル可能番号情報、セッション識別子、国際移動体加入者識別、ＩＭＳ課金識別子情報、移動体加入者登録番号（ＤＮ）、グローバル一意一時識別子（ＧＵＴＩ）、サービングＭＳＣアドレス情報、ビジターロケーションレジスタ（ＶＬＲ）番号情報、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）アドレス情報、ＳＧＳＮ番号情報、訪問移動体国コード（ＭＣＣ）情報、移動体ネットワークコード（ＭＮＣ）情報、ユーザ名属性値ペア（ＡＶＰ）、ネットワークアクセス識別子（ＮＡＩ）、サービング位置エリアコード情報、サービングセル識別情報、移動体加入者地理的位置座標情報、またはトラッキングエリア情報を含んでもよい。
【００９２】
ブロック６０６において、第１のダイアメータサーバが利用可能であるかどうかが判断されてもよい。例えば、ＤＳＲ  Ｘ  １０４１またはＤＲＥ  １２２は、第１のダイアメータサーバが利用可能（例えばメッセージを成功裏に処理すべく使用可能）であるかどうかを判断してもよい。第１のダイアメータサーバが利用可能であると判断される場合、ＤＳＲ  Ｘ  １０４１はメッセージを第１のダイアメータサーバにルーティングしてもよい。第１のダイアメータサーバが利用可能ではない（例えば、ノードは、利用可能ではないか、または最近障害があった）と判断される場合、ＤＳＲ  Ｘ  １０４１は例外バインディングレコードのような関係のあるバインディング情報に関してＨＥ−ＳＢＲ  １０２１を調べるかまたはそれに照会してもよい。例えば、例外バインディングレコードは、ダイアメータメッセージを成功裏に処理することができる代替のサーバを示してもよい。
【００９３】
いくつかの実施例では、第１のダイアメータサーバが利用可能であると判断されることに応答して、第１のダイアメータメッセージは、バインディングレコードを作成せずに第１のダイアメータサーバにルーティングされてもよい。
【００９４】
ブロック６０８において、第１のダイアメータサーバは利用可能ではないと判断されることに応答して、第１のメッセージがルーティングされることになる第２のダイアメータサーバが、ノード選択アルゴリズムを用いて選択されてもよい。いくつかの実施例においては、第２のダイアメータサーバの選択のために用いられる選択アルゴリズムは、第１のダイアメータサーバの選択のために用いられる選択アルゴリズムと同一または類似していてもよいが、修正されたセッション識別子のような、または考えられ得る選択として第１のダイアメータサーバを排除する、付加的および／または異なる情報を用いてもよい。
【００９５】
いくつかの実施例においては、第２のダイアメータサーバが選択された後、ＤＳＲ  １０４１またはＤＲＥ  １２２は、第２のダイアメータサーバが受け取られたダイアメータシグナリングメッセージの処理に対して使用可能または利用可能であることを確認してもよい。
【００９６】
ブロック６１０において、例外バインディングレコードが作成されてもよい。例外バインディングレコードは、第２のダイアメータメッセージ、および第１のダイアメータメッセージに含まれる情報を関連付けてもよい。例えば、ダイアメータセッションＩＤおよび／またはユーザ識別子（例えばＩＭＳＩ値またはＩＰアドレス）がＣＤＦ  ２  １１２２または他のネットワークサービスノード識別子に関連付けられてもよい。
【００９７】
例外バインディングレコードを作成した後、ＤＳＲ  Ｘ  １０４１またはＤＲＥ１２２は、そのレコードを記憶して、ダイアメータバインディングレコードを用いて、トランザクション、セッションまたはユーザに関連付けられた他のダイアメータメッセージを同じネットワークサービスノードに迅速にルーティングしてもよい。
【００９８】
いくつかの実施例においては、例外バインディングレコードは、ＨＥ−ＳＢＲまたは関連するバインディングデータベースにおいて記憶されてもよい。例えば、例外バインディングレコードは、ローカルのＨＥ−ＳＢＲ１０２１に記憶されてもよく、ネットワークにおいて他のＤＳＲに関連付けられた他のＤＢＲに送られてもよい。別の例においては、例外バインディングレコードは、ネットワークに位置する複数のＤＳＲによってアクセス可能であってもよい中央のＨＥ−ＳＢＲにおいて記憶されてもよい。
【００９９】
いくつかの実施例においては、（例えばバインディングレコードに関連付けられた有効時間（ＴＴＬ）値によって判断される）量の時間が経過した後、または非活動期間の後（例えばセッション「Ｘ」のためのダイアメータメッセージが２４時間で受け取られなかった後）に、例外バインディングレコードが破棄されてもよい。例えば、ＨＥ−ＳＢＲ１０２１または関係するバインディングデータベース１２８がメモリ切れになるのを防ぐために、ＤＳＲ  Ｘ  １０４１、ＨＥ−ＳＢＲ１０２１または別のエンティティは、ＨＥ−ＳＢＲ１０２１または関係するバインディングデータベース１２８から、古いバインディングレコード、失効したバインディングレコード、または非活動のバインディングレコードを破棄してもよい。
【０１００】
ここに記載される主題のさまざまな詳細がここに記載される主題の範囲から逸脱せずに変更されてもよいことが理解されるだろう。さらに、前述の記載は、例示の目的のみに対するものであって、限定の目的のためではなく、なぜならば、ここに記載される主題は、以下に述べられる特許請求の範囲によって規定されるからである。
【図１】
0005938052.tif 000002
【図２】
0005938052.tif 000003
【図３】
0005938052.tif 000004
【図４Ａ】
0005938052.tif 000005
【図４Ｂ】
0005938052.tif 000006
【図５Ａ】
0005938052.tif 000007
【図５Ｂ】
0005938052.tif 000008
【図５Ｃ】
0005938052.tif 000009
【図６】
0005938052.tif 000010