特許 5758508 ダイアメータバインディング情報を動的に学習する方法、システムおよびコンピュータ読取可能媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5758508

(24)【登録日】2015年6月12日

(45)【発行日】2015年8月5日

(54)【発明の名称】ダイアメータバインディング情報を動的に学習する方法、システムおよびコンピュータ読取可能媒体

(51)【国際特許分類】

   H04W 8/02 20090101AFI20150716BHJP

【ＦＩ】

   H04W8/02

【請求項の数】15

【全頁数】25

(21)【出願番号】特願2013-556857(P2013-556857)

(86)(22)【出願日】2012年3月1日

(65)【公表番号】特表2014-508481(P2014-508481A)

(43)【公表日】2014年4月3日

(86)【国際出願番号】US2012027269

(87)【国際公開番号】WO2012118963

(87)【国際公開日】20120907

【審査請求日】2014年2月10日

(31)【優先権主張番号】61/448,048

(32)【優先日】2011年3月1日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】513219898

【氏名又は名称】テケレック・インコーポレイテッド

【氏名又は名称原語表記】ＴＥＫＥＬＥＣ， ＩＮＣ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】マッキャン，トーマス・マシュー

(72)【発明者】

【氏名】カノデ，マーク・エドワード

(72)【発明者】

【氏名】マーシコ，ピーター・ジェイ

【審査官】 深津 始

(56)【参考文献】

【文献】 米国特許出願公開第２００９／０２３２０１１（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１０／０２９９４５１（ＵＳ，Ａ１）

【文献】 3GPP TS 29.272 V9.5.0，２０１０年１２月，pages 30-33,83-84

【文献】 P. Calhoun et al.，Diameter Base Protocol，IETF RFC 3588，２００３年 ９月，pages 65,74-75

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ −Ｈ０４Ｂ ７／２６

Ｈ０４Ｗ ４／００ −Ｈ０４Ｗ ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

ダイアメータバインディング情報を動的に学習する方法であって、
ダイアメータルーティングノードによって、１つ以上のダイアメータシグナリングメッセージを１つ以上のネットワークサービスノードにルーティングするステップを含み、前記１つ以上のダイアメータシグナリングメッセージは識別情報を含み、前記方法はさらに、
前記１つ以上のダイアメータシグナリングメッセージに関連付けられる１つ以上の応答メッセージを受け取るステップと、
前記１つ以上の応答メッセージに含まれる情報に基づいて、前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断するステップと、
前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージの少なくとも１つを成功裡に処理できたと判断されることに応答して、前記識別情報、および前記１つ以上のネットワークサービスノードの前記少なくとも１つを関連付けるダイアメータバインディングレコードを生成するステップと、
あるネットワークサービスノードが、前記ダイアメータシグナリングメッセージを成功裡に処理することができなかったという判断に応答して、当該ダイアメータシグナリングメッセージを別のネットワークサービスノードにルーティングするステップとを含み、当該別のネットワークサービスノードは、当該ダイアメータシグナリングメッセージに関連付けられる応答メッセージ内の情報において識別される、方法。

【請求項2】

前記１つ以上のネットワークサービスノードは第１のネットワークサービスノードを含み、前記１つ以上のダイアメータシグナリングメッセージはダイアメータ要求メッセージを含み、前記方法はさらに、
前記第１のネットワークサービスノードは前記ダイアメータ要求メッセージを成功裡に処理することができなかったという判断に応答して、前記ダイアメータ要求メッセージを第２のネットワークサービスノードにルーティングするステップと、
前記第２のネットワークサービスノードから、前記ダイアメータ要求メッセージに関連付けられる応答メッセージを受け取るステップと、
前記応答メッセージに含まれる情報に基づいて、前記第２のネットワークサービスノードは前記ダイアメータ要求メッセージを成功裡に処理することができたかどうかを判断するステップと、
前記第２のネットワークサービスノードは前記ダイアメータ要求メッセージを成功裡に処理することができたという判断に応答して、前記識別情報および前記第２のネットワークサービスノードを関連付けるダイアメータバインディングレコードを生成するステップとを含む、請求項１に記載の方法。

【請求項3】

前記１つ以上のネットワークサービスノードは第１のネットワークサービスノードを含み、前記１つ以上のダイアメータシグナリングメッセージはダイアメータ要求メッセージを含み、前記方法はさらに、
前記第１のネットワークサービスノードは前記ダイアメータ要求メッセージを成功裡に処理することができなかったという判断に応答して、前記識別情報、および前記ダイアメータ要求メッセージに関連付けられる応答メッセージに含まれるリダイレクションインジケータにおいて識別される第２のネットワークサービスノードを関連付けるダイアメータバインディングレコードを生成するステップと、
前記ダイアメータ要求メッセージを前記第２のネットワークサービスノードにルーティングするステップとを含む、請求項１に記載の方法。

【請求項4】

前記１つ以上のネットワークサービスノードは第１のネットワークサービスノードおよび第２のネットワークサービスノードを含み、前記１つ以上のダイアメータシグナリングメッセージは第１のダイアメータ要求メッセージおよび第２のダイアメータ要求メッセージを含み、前記第１のダイアメータ要求メッセージは前記第１のネットワークサービスノードにルーティングされ、前記第２のダイアメータ要求メッセージは、前記第１のダイアメータ要求メッセージに基づいて生成され、前記第１のダイアメータ要求メッセージに関連付けられる第１の応答メッセージが前記ダイアメータルーティングノードで受け取られる前に前記第２のネットワークサービスノードにルーティングされる、請求項１に記載の方法。

【請求項5】

前記１つ以上の応答メッセージに含まれる情報に基づいて、前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断するステップは、ダイアメータリザルトコード属性値ペア（ＡＶＰ）値、ダイアメータリダイレクトホストＡＶＰ値、またはダイアメータメッセージエラービットに基づいて判断するステップを含む、請求項１〜４のいずれか１項に記載の方法。

【請求項6】

前記１つ以上のダイアメータシグナリングメッセージを前記１つ以上のネットワークサービスノードにルーティングする前に、前記１つ以上のダイアメータシグナリングメッセージのコピーをキャッシュに入れるステップを含む、請求項１〜５のいずれか１項に記載の方法。

【請求項7】

前記ダイアメータバインディングレコードをダイアメータバインディングリポジトリ（ＤＢＲ）に記憶するステップを含む、請求項１〜６のいずれか１項に記載の方法。

【請求項8】

前記ＤＢＲは、ダイアメータルータと同じ場所を共用するか、または前記ダイアメータルータから離れているノードもしくはプラットフォームにおいて同じ場所を共用する、請求項７に記載の方法。

【請求項9】

ダイアメータバインディング情報を動的に学習するシステムであって、
ダイアメータバインディングレコードを記憶するように構成されたダイアメータバインディングリポジトリ（ＤＢＲ）と、
１つ以上のダイアメータシグナリングメッセージを１つ以上のネットワークサービスノードにルーティングするように構成されたダイアメータルーティングノードとを含み、前記１つ以上のダイアメータシグナリングメッセージは、識別情報を含み、前記ダイアメータルーティングノードは、前記１つ以上のダイアメータシグナリングメッセージに関連付けられる１つ以上の応答メッセージを受け取り、前記１つ以上の応答メッセージに含まれる情報に基づいて、前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断し、前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージの少なくとも１つを成功裡に処理できたと判断されることに応答して、前記識別情報、および前記１つ以上のネットワークサービスノードの前記少なくとも１つを関連付けるダイアメータバインディングレコードを生成し、あるネットワークサービスノードが、前記ダイアメータシグナリングメッセージを成功裡に処理することができなかったという判断に応答して、当該ダイアメータシグナリングメッセージを別のネットワークサービスノードにルーティングし、当該別のネットワークサービスノードは、当該ダイアメータシグナリングメッセージに関連付けられる応答メッセージ内の情報において識別される、システム。

【請求項10】

前記１つ以上のネットワークサービスノードは第１のネットワークサービスノードを含み、前記１つ以上のダイアメータシグナリングメッセージはダイアメータ要求メッセージを含み、前記ダイアメータルーティングノードは、前記第１のネットワークサービスノードが前記ダイアメータ要求メッセージを成功裡に処理することができなかったという判断に応答して、前記ダイアメータ要求メッセージを第２のネットワークサービスノードにルーティングし、前記第２のネットワークサービスノードから、前記ダイアメータ要求メッセージに関連付けられる応答メッセージを受け取り、前記応答メッセージに含まれる情報に基づいて、前記第２のネットワークサービスノードは前記ダイアメータ要求メッセージを成功裡に処理することができたかどうかを判断し、前記第２のネットワークサービスノードは前記ダイアメータ要求メッセージを成功裡に処理することができたという判断に応答して、前記識別情報および前記第２のネットワークサービスノードを関連付けるダイアメータバインディングレコードを生成するように構成される、請求項９に記載のシステム。

【請求項11】

前記１つ以上のネットワークサービスノードは第１のネットワークサービスノードを含み、前記１つ以上のダイアメータシグナリングメッセージはダイアメータ要求メッセージを含み、前記ダイアメータルーティングノードは、前記第１のネットワークサービスノードが前記ダイアメータ要求メッセージを成功裡に処理することができなかったという判断に応答して、前記識別情報、および前記ダイアメータ要求メッセージに関連付けられる応答メッセージに含まれるリダイレクションインジケータにおいて識別される第２のネットワークサービスノードを関連付けるダイアメータバインディングレコードを生成し、前記ダイアメータ要求メッセージを前記第２のネットワークサービスノードにルーティングするように構成される、請求項９に記載のシステム。

【請求項12】

前記１つ以上のネットワークサービスノードは第１のネットワークサービスノードおよび第２のネットワークサービスノードを含み、前記１つ以上のダイアメータシグナリングメッセージは第１のダイアメータ要求メッセージおよび第２のダイアメータ要求メッセージを含み、前記ダイアメータルーティングノードは、前記第２のダイアメータ要求メッセージを前記第１のダイアメータ要求メッセージに基づいて生成し、前記第１のダイアメータ要求メッセージを前記第１のネットワークサービスノードにルーティングし、前記第２のダイアメータ要求メッセージを前記第２のネットワークサービスノードにルーティングするように構成され、前記ダイアメータルーティングノードで、前記第１のダイアメータ要求メッセージに関連付けられる第１の応答メッセージを受け取る前に、前記第１のダイアメータ要求メッセージおよび前記第２のダイアメータ要求メッセージはルーティングされる、請求項９に記載のシステム。

【請求項13】

前記１つ以上の応答メッセージに含まれる情報に基づいて、前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断することは、ダイアメータリザルトコード属性値ペア（ＡＶＰ）値、またはダイアメータリダイレクトホストＡＶＰ値、またはダイアメータメッセージエラービットに基づいて判断することを含む、請求項９に記載のシステム。

【請求項14】

前記ダイアメータバインディングレコードをＤＢＲに記憶する、請求項９〜１３のいずれか１項に記載のシステム。

【請求項15】

コンピュータ実行可能命令を含むコンピュータ読取可能媒体であって、コンピュータ実行可能命令がコンピュータのプロセッサによって実行されると、前記コンピュータを制御して、
ダイアメータルーティングノードによって、識別情報を含む１つ以上のダイアメータシグナリングメッセージを１つ以上のネットワークサービスノードにルーティングするステップと、
前記１つ以上のダイアメータシグナリングメッセージに関連付けられる１つ以上の応答メッセージを受け取るステップと、
前記１つ以上の応答メッセージに含まれる情報に基づいて、前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断するステップと、
前記１つ以上のネットワークサービスノードの少なくとも１つが、前記１つ以上のダイアメータシグナリングメッセージの少なくとも１つを成功裡に処理できたと判断されることに応答して、前記識別情報、および前記１つ以上のネットワークサービスノードの前記少なくとも１つを関連付けるダイアメータバインディングレコードを生成するステップと、
あるネットワークサービスノードが、前記ダイアメータシグナリングメッセージを成功裡に処理することができなかったという判断に応答して、当該ダイアメータシグナリングメッセージを別のネットワークサービスノードにルーティングするステップとを実行させ、当該別のネットワークサービスノードは、当該ダイアメータシグナリングメッセージに関連付けられる応答メッセージ内の情報において識別される、コンピュータ読取可能媒体。

【発明の詳細な説明】

【技術分野】

【0001】

優先権主張
この出願は、２０１１年３月１日に提出された米国仮特許出願連続番号第６１／４４８，０４８号の恩恵を主張し、その開示全体をここに引用により援用する。

【0002】

技術分野
ここに記載される主題は、移動体加入者をネットワークサービスノードと関連付けるダイアメータバインディングレコードを向上させることに関する。より具体的には、この主題は、ダイアメータバインディング情報を動的に学習するための方法、システムおよびコンピュータ読取可能媒体に関する。

【背景技術】

【0003】

背景
現在、ダイアメータに基づいたネットワークサービスノードを、共通のシグナリングトランザクションおよび／または移動体加入者に関連付けられるダイアメータシグナリングメッセージに割り当てることには、様々な問題が存在する。すなわち、最初に受け取られるダイアメータシグナリングメッセージトランザクションの識別、およびそれに対する、後で受け取られるダイアメータシグナリングメッセージの相関関係に関連付けられる難点がある。結果として、ダイアメータルーティングノードで受け取られるダイアメータシグナリングメッセージは、特定の移動体加入者に関連付けられる既存のダイアメータシグナリングメッセージトランザクションに割り当てられる同じネットワークサービスノードに転送されないかもしれない。

【0004】

したがって、ダイアメータバインディング情報を動的に学習するための、改善された方法、システムおよびコンピュータ読取可能媒体に対するニーズが存在する。

【発明の概要】

【課題を解決するための手段】

【0005】

概要
ダイアメータバインディング情報を動的に学習する方法、システムおよびコンピュータ読取可能媒体が開示される。１つの方法によれば、この方法は、１つ以上のダイアメータシグナリングメッセージに関連付けられる１つ以上の応答メッセージを受け取るステップと、１つ以上の応答メッセージに含まれる情報に基づいて、１つ以上のネットワークサービスノードの少なくとも１つが、１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断するステップと、１つ以上のネットワークサービスノードの少なくとも１つが、１つ以上のダイアメータ要求メッセージの少なくとも１つを成功裡に処理できたと判断されることに応答して、識別情報および１つ以上のネットワークサービスノードの少なくとも１つを関連付けるダイアメータバインディングレコードを生成するステップとを含む。

【0006】

ダイアメータバインディング情報を動的に学習するためのシステムも開示される。このシステムは、ダイアメータバインディングリポジトリ（ＤＢＲ）およびダイアメータルーティングノードを含む。ＤＢＲはダイアメータバインディングレコードを記憶するように構成される。ダイアメータルーティングノードは、１つ以上のダイアメータシグナリングメッセージを１つ以上のネットワークサービスノードにルーティングするように構成され、１つ以上のダイアメータシグナリングメッセージは識別情報を含み、ダイアメータルーティングノードは、さらに、１つ以上のダイアメータシグナリングメッセージに関連付けられる１つ以上の応答メッセージを受け取り、１つ以上の応答メッセージに含まれる情報に基づいて、１つ以上のネットワークサービスノードの少なくとも１つが、１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断し、１つ以上のネットワークサービスノードの少なくとも１つが、１つ以上のダイアメータ要求メッセージの少なくとも１つを成功裡に処理できたと判断されることに応答して、識別情報および１つ以上のネットワークサービスノードの少なくとも１つを関連付けるダイアメータバインディングレコードを生成するように構成される。

【0007】

ここに記載される主題は、ハードウェアおよび／またはファームウェアと組み合わせられたソフトウェアにおいて実現されてもよい。例えば、ここに記載される主題は、プロセッサによって実行されるソフトウェアにおいて実現されてもよい。１つの例示的な実現例においては、ダイアメータバインディング情報を動的に学習するためにここに記載される主題は、コンピュータのプロセッサによって実行されると、プロセッサを制御してステップを実行する、実行可能な命令を記憶する、非一時的なコンピュータ読取可能媒体を用いて実現されてもよい。ここに記載される主題を実現するのに好適な例示的な非一時的なコンピュータ読取可能媒体は、プロセッサ、プログラマブル論理装置および特定用途向け集積回路によってアクセス可能なチップメモリ装置またはディスクメモリ装置を含む。加えて、ここに記載される主題を実現するコンピュータ読取可能媒体は、単一のコンピューティングプラットフォームに位置してもよいし、または複数のコンピューティングプラットフォームにわたって分散してもよい。

【0008】

ここに用いられるとおりでは、用語「ノード」は、１つ以上のプロセッサおよびメモリを含む物理的なコンピューティングプラットフォームを指す。

【0009】

ここに用いられるとおりでは、用語「機能」または「モジュール」は、ここに記載される特徴を実現するためのハードウェア、ファームウェア、またはハードウェアおよび／もしくはファームウェアとの組み合わせにおけるソフトウェアを指す。

【0010】

図面の簡単な説明
ここに記載される主題を、ここで、添付の図面を参照して説明する。

【図面の簡単な説明】

【0011】

【図1】ここに記載される主題の実施例に従ってダイアメータバインディング情報を動的に学習するためのシステムを示すブロック図である。

【図2】ここに記載される主題の実施例に従ってダイアメータバインディングレコードデータを示す例示的なテーブルである。

【図3】ここに記載される主題の実施例に従ってダイアメータバインディング情報を学習することを示すメッセージシーケンス図である。

【図4】ここに記載される主題の実施例に従って代替ネットワークサービスノードに関連付けられるダイアメータバインディング情報を学習することを示すメッセージシーケンス図である。

【図5】ここに記載される主題の実施例に従ってリダイレクションインジケータに応答してダイアメータバインディング情報を学習することを示すメッセージシーケンス図である。

【図6】ここに記載される主題の実施例に従って複数レスポンスメッセージに応答してダイアメータバインディング情報を学習するメッセージシーケンス図である。

【図7】ここに記載される主題の実施例に従ってダイアメータバインディング情報を動的に学習するための例示的なプロセスを示すフローチャートである。

【発明を実施するための形態】

【0012】

詳細な記載
ここに記載される主題は、ダイアメータバインディング情報を動的に学習するための方法、システムおよびコンピュータ読取可能媒体を含む。ここに用いられるとおりでは、用語「ダイアメータ」は、ＲＦＣ３５８８によって定義されるようなテレコミュニケーションおよびコンピュータネットワークによって利用される認証、許可およびアカウンティング（ＡＡＡ）プロトコルを指す。いくつかの実施例においては、この主題は、特定の移動体加入者に関連付けられるダイアメータシグナリングメッセージを受け取るダイアメータシグナリングルーティング（ＤＳＲ）ノードを含む。受け取られるダイアメータシグナリングメッセージは、さらに、ネットワーク課金機能ノード（例えば課金データ機能（ＣＤＦ）、ポリシーおよび課金ルール機能（ＰＣＲＦ）など）、ならびにホーム加入者サーバ（ＨＳＳ）、またはＡＡＡノードなど、ある特定のタイプのネットワークサービスノードから処理を必要としてもよい。ダイアメータシグナリングメッセージを受け取ると、ＤＳＲは、受け取られるダイアメータシグナリングメッセージを処理するように複数個のネットワークサービスノードの１つを割り当てるか、またはネットワークサービスノードが移動体加入者に既に割り当てられているか（または「バインディングされている」か）を判断するように、構成されてもよい。

【0013】

いくつかの実施例においては、ＤＳＲは、受け取られるダイアメータシグナリングメッセージに含まれる情報を用いる負荷分散ハッシュ関数のような、負荷分散アルゴリズムに基づいた適切なネットワークサービスノード（例えばＣＤＦまたはＰＣＲＦ）を判断または選択するように構成されてもよい。この主題は、さらに、バインディングレコードの維持のために、セッションバインディングリポジトリ（ＳＢＲ）のような、ノードおよび所与の加入者、セッションおよび／または他の識別子を関連付けるバインディングリポジトリを含んでもよい。例えば、選択されたノードが所与の加入者および／またはセッションに関連付けられるダイアメータメッセージを成功裡に処理することができるとして確認された後、バインディングレコードが形成され記憶されてもよい。

【0014】

有利なことに、各ダイアメータセッションまたは加入者のためにバインディングレコードを再形成するかまたは更新する必要性が最小限にされるように、ここに記載される主題を利用することができる。例えば、バインディングレコードを形成し記憶するネットワークサービスノードによる処理能力確認まで待つことにより、この主題に従うダイアメータルーティングノードは、バインディングリポジトリの過度の更新を回避し得、ダイアメータメッセージを処理またはサービスすることができないノードにダイアメータメッセージをルーティングすることおよび関連する追加の再ルーティングを回避し得る。処理能力の確認の前にバインディングレコードを記憶する解決策と比較して、この主題は処理および記憶資源使用の点ではるかにより効率的な解決策を提供する。

【0015】

図１は、ここに記載される主題の実施例に従ってダイアメータバインディング情報を動的に学習するための例示的なシステム１００を示す。いくつかの実施例においては、システム１００は、ロングタームエボリューション（ＬＴＥ）ネットワーク、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ネットワーク、またはこの主題の範囲から逸脱しない他のネットワークにおいて実現されてもよい。

【0016】

システム１００は移動体加入者に関連付けられるダイアメータシグナリングメッセージを受け取るように構成される、例えばＤＳＲ１０４などの、ダイアメータルーティングノードを含んでもよい。図１はＤＳＲの使用を示すが、ダイアメータシグナリングメッセージをルーティングするように構成される任意のネットワークノードを、この主題の範囲から逸脱せずに利用してもよい。例えば、ネットワークノードは、さらに、ダイアメータルーティングエージェント（ＤＲＡ）、ダイアメータプロキシエージェント（ＤＰＡ）、ダイアメータリレーエージェントおよびダイアメータトランスレーションエージェントなどを含んでもよい。いくつかの実施例においては、ＤＳＲ１０４は、Ｇｙ、Ｒｏ、Ｒｆ、Ｓ６ｄおよびＳ６ａインターフェイスを含むが、これらに限定されないさまざまなダイアメータインターフェイス上においてさまざまなダイアメータノード間でダイアメータシグナリングメッセージをルーティングするように構成され得るダイアメータルーティングエンジン（ＤＲＥ）１２２を含んでもよい。ＤＳＲ１０４によって受け取られる、例示的なダイアメータに基づいたシグナリングメッセージは、信用管理要求（ＣＣＲ）メッセージ、アカウンティング要求（ＡＣＲ）メッセージ、ロケーション更新要求（ＵＬＲ）メッセージ、ダイアメータモビリティ管理メッセージ、およびダイアメータ課金メッセージを含む。いくつかの実施例においては、ダイアメータに基づいたシグナリングメッセージは、例えばポリシーおよび課金施行機能（ＰＣＥＦ）ノード、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、移動管理エンティティ（ＭＭＥ）、および公衆データ網（ＰＤＮ）ゲートウェイなどのような、ネットワークノード（図示せず）によってダイアメータルーティングノードに送られてもよい。

【0017】

ＤＳＲ１０４は、さらに、ダイアメータに基づいたシグナリングメッセージを１つ以上のＤＢＲ（例えばＤＢＲ１０２）に通信する（例えば送受する）ように構成されるバインディングクエリクライアント（ＢＱＣ）１２４を含んでもよい。

【0018】

いくつかの実施例においては、ＤＳＲ１０４によって受け取られるダイアメータシグナリングメッセージは、もともと、ダイアメータシグナリングメッセージを処理することができるネットワークサービスノード行きとされるかまたはそれにアドレス指定されてもよい。例えば、ネットワークサービスノードは、ポリシーおよび課金ルール機能（ＰＣＲＦ）ノード１１４、ネットワーク課金ノード（例えば、課金データ機能（ＣＤＦ）１１２、課金トリガ機能（ＣＴＦ）、課金ゲートウェイ機能（ＣＧＦ））、オンライン課金方式（ＯＣＳ）ノード、オフライン課金方式（ＯＦＣＳ）ノード、ホーム加入者サーバ（ＨＳＳ）１０６、ホームロケーションレジスタノード（ＨＬＲ）１０８、ＡＡＡノード１０５、加入者プロファイルリポジトリ１１０、および通話セッション制御機能（ＣＳＣＦ）ノードを含んでもよい。図１はダイアメータシグナリングメッセージがルーティングされてもよいさまざまなネットワークサービスノードを示すが、ダイアメータシグナリングメッセージをサービスするために構成された他のタイプのネットワークサービスノードを、この主題の範囲から逸脱せずに、システム１００において利用してもよい。

【0019】

ＤＳＲ１０４は、ＳＰＲ１１０、ＨＳＳ１０６およびＨＬＲ１０８のようなさまざまな加入者データ管理（ＳＤＭ）ノードと双方向通信してもよい。ＳＤＭノードは、移動体加入者に関連付けられる識別子ならびにサービスおよびポリシープロファイル情報のようなさらなる移動体加入者情報を記憶および／または維持するように構成される指定されたネットワークノードであってもよい。ＳＤＭノードは、さらなる移動体加入者情報（例えば識別子）のためにＤＳＲ１０４によって照会されてもよい。他の例示的なＳＤＭノードは、ＰＣＲＦノード１１４およびＣＳＣＦノードを含む。

【0020】

システム１００は、バインディングデータベース１２８をホストするバインディングクエリサーバ（ＢＱＳ）１２６を含むダイアメータバインディングリポジトリ（ＤＢＲ）１０２を含んでもよい。いくつかの実施例においては、バインディングデータベース１２８は、移動体加入者関連の識別子および割り当てられたネットワークサービスノードの関連付け（例えばダイアメータ関連のバインディング、マッピング、リンクなど）を提供するダイアメータバインディングレコードを記憶するように構成されてもよい。ＤＢＲ１０２によって記憶される例示的なダイアメータ関連のバインディングは、ダイアメータセッションバインディング、ダイアメータセッション識別子対ネットワークサービスノード関連付け、ダイアメータ末端間識別子対ネットワークサービスノード関連付け、移動体加入者識別子対ネットワークサービスノード関連付け、課金識別子（例えばＩＭＳ課金ＩＤ）対ネットワークサービスノード関連付けなど含んでもよいが、それらに限定はされない。ここに示された実施例においては、ＤＢＲ１０２は、ダイアメータシグナリングルータから離れて位置するネットワークノード、サーバ、アプリケーション、コンピューティングプラットフォーム、またはデータベースのようなスタンドアロンのエンティティであるとして示される。しかしながら、ＤＢＲ１０２は、ＤＳＲ内に同じ場所を共用するか、または他の実施例（図示せず）においては任意の他のネットワークノード内において同じ場所を共用してもよい。単一のＤＳＲおよび単一のＤＢＲのみが図１において示されるが、この主題は、この主題の範囲から逸脱せずに、ＤＳＲ１０４およびＤＢＲ１０２に通信を行なうように接続される付加的なＤＳＲおよびＤＢＲを含んでもよい。

【0021】

図２は、ここに記載される主題の実施例に従ってダイアメータバインディングレコードデータを示す例示的なテーブル２００を示す。いくつかの実施例においては、テーブル２００は、ＤＢＲ１０２で維持されるデータベース１２８の少なくとも一部を表わしてもよい。テーブル２００は、列ヘッダとして、移動体加入者に関連する複数個の識別子２０２〜２１８を含んでもよい。例えば、テーブル２００は、ダイアメータセッション識別子２０２、ユーザ名２０４、ＩＭＰＩ識別子２０８、ＩＭＰＵ識別子２１０、ＳＩＰ ＵＲＩ２１２、ＮＡＩ２１４、移動体またはダイヤル可能（移動体／ダイヤル可能）番号２１６、およびユーザＩＰアドレス２１８、およびアクセスポイント名２２０（ＡＰＮ）の各々に対して、少なくとも１つの列を含んでもよい。テーブル２００は、さらに、ＣＤＦ識別子／アドレス列２２２のようなネットワークサービスノード列を含んでもよい。１１個の列が図２において示されるが、テーブル２００は任意のタイプの識別子に関連付けられる任意の数の列を含んでもよい。

【0022】

いくつかの実施例においては、ダイアメータバインディングレコードデータを、ネットワークサービスノードを判断、識別および／または選択する際に用いて、例えば、特定のダイアメータトランザクションまたは関連のダイアメータメッセージを処理してもよい。例えば、ダイアメータバインディングレコードデータを用いて、ＩＭＳＩ値によって識別されるような特定のユーザに関連付けられるトランザクションを、ＨＳＳ識別子によって識別されるような特定のＨＳＳにルーティングしてもよい。

【0023】

いくつかの実施例においては、ＤＢＲ１０２またはＤＳＲ１０４はテーブル２００をプロビジョニングするように構成されてもよい。例えば、ＤＳＲ１０４はＤＢＲ１０２にプロビジョニングメッセージを送ってもよい。ダイアメータバインディングレコード情報（例えば図２におけるメッセージ２０４）を含むプロビジョニングメッセージを受け取ると、ＤＢＲ１０２は、テーブル２００に新しいダイアメータバインディングレコードを追加してもよい。この例においては、ＤＢＲ１０２が、「ＣＤＦ１」に関連付けられる、「６７８」のダイアメータセッション識別子、「ｔｔｔ」のＳＩＰ ＵＲＩ、および「ＺＺＺ」のユーザＩＰアドレスを含んだダイアメータバインディングレコード情報を含むプロビジョニングメッセージを受け取った場合、ＤＢＲ１０２は、次いで、テーブル２００の最終行として表わされる、新しいダイアメータバインディングレコードを追加してもよい。

【0024】

図３は、ここに記載される主題の実施例に従ってダイアメータバインディング情報を学習することを示すメッセージシーケンス図である。図３において示されるように、ステップ１において、ダイアメータロケーション更新要求（ＵＬＲ）メッセージがＤＳＲ１０４に送られてもよい。ＵＬＲメッセージは、セッションＩＤおよびユーザ名（例えばＩＭＳＩ値）のような識別情報を含んでもよい。例えば、ＵＬＲメッセージは、加入者「Ｘ」に関連付けられてもよく、ダイアメータＵＬＲメッセージをサービスすることができる複数個のＨＳＳ１０６_１−２の１つ行きとされるかまたはそれによる処理を必要としてもよい。

【0025】

ＤＳＲ１０４はＵＬＲメッセージを受け取ってもよい。ＵＬＲメッセージを受け取った後、ＤＳＲ１０４は、ＤＢＲ１０２を調べるかまたはそれに照会して、関係のあるＨＳＳバインディングレコードが利用可能かどうかを判断してもよい。例えば、ＤＳＲ１０４は、関係のあるＨＳＳバインディングレコードのためにＤＢＲ１０２またはＤＢ１２８に照会するときにバインディングキー情報として識別情報（例えばセッションＩＤおよび／またはユーザ識別子）を用いてもよい。関係のあるＨＳＳバインディングレコードが利用可能な場合、ＨＳＳバインディングレコードはＤＳＲ１０４に返されてもよい。ＤＳＲ１０４はＵＬＲメッセージまたは関連するメッセージのルーティングにおいてＨＳＳバインディングレコードを用いてもよい。例えば、ＵＬＲメッセージは、ＨＳＳバインディングレコードにおいて識別されるＨＳＳエンティティにルーティングされてもよい。

【0026】

ＨＳＳバインディングレコードが利用可能でない場合、ＤＳＲ１０４は、ＨＳＳ１０６_１−２の１つを選択するためのネットワークサービスノード選択アルゴリズムを実行してもよい。例えば、ＤＳＲ１０４は、実行されると、受け取られるＵＬＲメッセージを処理するように複数のＨＳＳ１０６_１−２から１つのＨＳＳ（例えばＨＳＳ１０６_１）を指定するＨＳＳ選択アルゴリズム（例えばＤＳＲ１０４においてハードウェアプロセッサによって実行されるソフトウェアモジュール）を利用してもよい。ＨＳＳ選択アルゴリズムは適切なＨＳＳを選択するためのさまざまな方法および／または要素を用いてもよい。例示的な選択方法は、無作為選択、ラウンドロビン選択、負荷に基づいた選択、ユーザに基づいた選択、セッションに基づいた選択、ロケーションに基づいた選択、およびネットワークに基づいた選択の１つ以上を含んでもよい。

【0027】

ステップ２において、ＤＳＲ１０４は、ＵＬＲメッセージを、選択されたＨＳＳ（例えばＨＳＳ１０６_１）にルーティングしてもよい。いくつかの実施例においては、ＤＳＲ１０４は、例えばＵＬＲメッセージをＨＳＳ１０６_１にルーティングする前に、ＵＬＲメッセージのコピーを一時的に記憶またはキャッシュに入れてもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_１からの対応するロケーション更新回答（ＵＬＡ）メッセージの受取および処理まで、ＵＬＲメッセージのコピーを維持してもよい。

【0028】

ステップ３において、選択されたＨＳＳ（例えばＨＳＳ１０６_１）は、ＤＳＲ１０４に応答メッセージを送ってもよい。例えば、ＨＳＳ１０６_１はＵＬＡメッセージで応答してもよい。ＤＳＲ１０４は、応答メッセージを受け取り、応答メッセージの内容を審査または調査して、ＨＳＳが関連付けられたＵＬＲメッセージを成功裡に処理することができたかどうか判断してもよい。この例においては、ＵＬＡメッセージは、ＨＳＳ１０６_１による成功した処理を示す、成功リザルトコードのようなインジケータを含んでもよい。いくつかの実施例においては、成功リザルトコードは、送り手側ＨＳＳは関連付けられる加入者および／またはセッションのためのサービングＨＳＳであることを示してもよい。

【0029】

いくつかの実施例においては、選択されたＨＳＳ（例えばＨＳＳ１０６_１）が関連するダイアメータ要求メッセージを成功裡に処理したことを「学習」または確認すると、ＤＳＲ１０４はＤＢＲ１０２においてバインディング情報を形成および／または更新してもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_１とＵＬＲメッセージおよび／またはＵＬＡメッセージに含まれる識別情報（例えばユーザ名、セッション識別子、ＩＭＳパブリックＩＤ、ＩＭＳプライベートＩＤ、ＭＳＩＳＤＮ、ＩＭＳＩなど）との間において関連付けを示すＤＢＲプロビジョニングメッセージを生成してもよい。ＤＢＲ１０２またはそこにおける構成要素（例えばＢＱＳ１２６）は、このＤＢＲプロビジョニングメッセージを受け取り、この情報をＨＳＳバインディングレコードとして形成し、ＤＢ１２８に記憶してもよい。記憶されたＨＳＳバインディングレコードまたは関連付けは、ＤＳＲ１０４（またはダイアメータネットワークにおける他のＤＳＲ１０４）によって用いられて、加入者またはセッションに関連付けられる他の（例えば後の）ダイアメータメッセージをＨＳＳ１０６_１に迅速にルーティングしてもよい。

【0030】

ＨＳＳバインディングレコードの形成および記録後、ＤＳＲ１０４はＵＬＲ要求発信側に向かって応答メッセージ（例えばＵＬＡメッセージ）をルーティングしてもよい。

【0031】

図３はＵＬＲメッセージおよびＵＬＡメッセージを示しているが、信用管理要求（ＣＣＲ）メッセージおよび信用管理回答（ＣＣＡ）メッセージのようなさまざまなダイアメータメッセージ、ならびにＣＤＦ１１２またはＰＣＲＦ１１４のようなさまざまなネットワークサービスノードが、この主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。

【0032】

図４は、ここに記載される主題の実施例に従って代替ネットワークサービスノードに関連付けられるダイアメータバインディング情報を学習することを示すメッセージシーケンス図である。この実施例においては、先に選択されたノード（例えばＨＳＳ１０６_１）がダイアメータメッセージを成功裡に処理しない場合には、ＤＳＲ１０４は代替のノード（例えばＨＳＳ１０６_２）を選択するように構成されてもよい。

【0033】

図４を参照して、ステップ１〜２は、上に記載される図３のステップ１〜２と本質的に同様である。例えば、ステップ１において、ダイアメータロケーション更新要求（ＵＬＲ）メッセージがＤＳＲ１０４に送られてもよい。ＵＬＲメッセージは、セッションＩＤおよびユーザ名（例えばＩＭＳＩ値）のような識別情報を含んでもよい。ＤＳＲ１０４はＵＬＲメッセージを受け取ってもよい。ＵＬＲメッセージを受け取った後、ＤＳＲ１０４は、ＤＢＲ１０２を調べるかまたはそれに照会し、ＨＳＳバインディングレコードは利用可能ではないと判断してもよい。ＨＳＳバインディングレコードは利用可能ではないと判断した後、ＤＳＲ１０４は、ＨＳＳ１０６_１−２の１つを選択するためのネットワークサービスノード選択アルゴリズムを実行してもよい。ステップ２において、ＤＳＲ１０４は、ＵＬＲメッセージを、選択されたＨＳＳ（例えばＨＳＳ１０６_１）にルーティングしてもよい。いくつかの実施例においては、ＤＳＲ１０４は、例えばＵＬＲメッセージをＨＳＳ１０６_１にルーティングする前に、ＵＬＲメッセージのコピーを一時的に記憶またはキャッシュに入れてもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_１からの対応するＵＬＡメッセージの受取および処理まで、ＵＬＲメッセージのコピーを維持してもよい。

【0034】

ステップ３において、選択されたＨＳＳ（例えばＨＳＳ１０６_１）は、応答メッセージをＤＳＲ１０４に送ってもよい。例えば、ＨＳＳ１０６_１はＵＬＡメッセージで応答してもよい。ＤＳＲ１０４は、応答メッセージを受け取り、応答メッセージの内容を審査または調査して、ＨＳＳが関連付けられたＵＬＲメッセージを成功裡に処理することができたかどうか判断してもよい。この例においては、ＵＬＡメッセージは、ＨＳＳ１０６_１による成功しなかった処理を示す、エラーリザルトコードのようなインジケータを含んでもよい。いくつかの実施例においては、エラーリザルトコードは、送り手側ＨＳＳは関連付けられる加入者および／またはセッションのためのサービングＨＳＳではないことを示してもよい。

【0035】

１つの例示的なエラーメッセージは、特定のユーザまたは加入者が特定のＨＳＳに「未知」であることを示す未知加入者エラーであってもよい。いくつかの実施例においては、ＤＳＲ１０４は、未知加入者エラー条件を、送り手側ＨＳＳ１０６が（例えばユーザ名またはＩＭＳＩ値によって識別される）関連付けられた加入者のためにデータをホストまたは維持しないことを示す、として解釈してもよい。

【0036】

ダイアメータメッセージはＨＳＳ１０６_１によって不成功に処理されたという判断に応答して、ＤＳＲ１０４は、ＨＳＳ１０６_１から受け取られたＵＬＡメッセージを破棄し、記憶キャッシュから元のＵＬＲメッセージのコピーを検索するように構成されてもよい。

【0037】

ステップ４において、検索されたＵＬＲメッセージまたは同様のメッセージは、ＨＳＳ１０６_２にルーティングされてもよい。

【0038】

ステップ５において、応答メッセージがＨＳＳ１０６_２からＤＳＲ１０４に送られてもよい。例えば、ＵＬＡメッセージがＨＳＳ１０６_２からＤＳＲ１０４に送られてもよい。ＤＳＲ１０４はＨＳＳ１０６_２から応答メッセージを受け取り、応答メッセージの内容を審査または調査して、ＨＳＳ１０６_２が関連付けられたＵＬＲメッセージを成功裡に処理することができたかどうか判断してもよい。例えば、ＵＬＡメッセージは、ＨＳＳ１０６_２による成功した処理を示す、成功リザルトコードのようなインジケータを含んでもよい。

【0039】

いくつかの実施例においては、選択されたＨＳＳ（例えばＨＳＳ１０６_２）が関連するダイアメータ要求メッセージを成功裡に処理したことを「学習」または確認すると、ＤＳＲ１０４はＤＢＲ１０２においてバインディング情報を形成および／または更新してもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_２とＵＬＲメッセージおよび／またはＵＬＡメッセージに含まれる識別情報との間において関連付けを示すＤＢＲプロビジョニングメッセージを生成してもよい。ＤＢＲ１０２または関連付けられる構成要素は、このＤＢＲプロビジョニングメッセージを受け取り、この情報をＨＳＳバインディングレコードとして形成し記憶してもよい。

【0040】

ＨＳＳバインディングレコードの形成および記録後、ＤＳＲ１０４はＵＬＲ要求発信側に向かって応答メッセージ（例えばＨＳＳ１０６_２からのＵＬＡメッセージ）をルーティングしてもよい。

【0041】

図４はＵＬＲメッセージおよびＵＬＡメッセージを示しているが、さまざまなダイアメータメッセージおよびノードがこの主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。

【0042】

図５は、ここに記載される主題の実施例に従って応答メッセージにおいてリダイレクションインジケータに応答してダイアメータバインディング情報を学習することを示すメッセージシーケンス図である。この実施例においては、ＤＳＲ１０４は、リダイレクションインジケータのためにダイアメータ応答メッセージを解析するように構成されてもよい。いくつかの実施例においては、ＤＳＲ１０４は、受け取られたリダイレクションインジケータまたは関連の情報に基づいたバインディング情報を形成し記録してもよい。他のいくつかの実施例においては、ＤＳＲ１０４は、リダイレクションインジケータが確認された後、バインディング情報を記録または更新してもよい。例えば、ＤＳＲ１０４は、リダイレクションインジケータによって示される宛先にダイアメータ要求メッセージを送り、ダイアメータ要求メッセージが宛先によって成功裡に処理されたことを示すインジケータを含むダイアメータ応答メッセージを受け取った後に、ＤＢＲ１０２を更新してもよい。

【0043】

図５を参照して、ステップ１〜２は、上に記載されるような図３のステップ１〜２と本質的に同様である。例えば、ステップ１において、ダイアメータロケーション更新要求（ＵＬＲ）メッセージがＤＳＲ１０４に送られてもよい。ＵＬＲメッセージは、セッションＩＤおよびユーザ名（例えばＩＭＳＩ値）のような識別情報を含んでもよい。ＤＳＲ１０４はＵＬＲメッセージを受け取ってもよい。ＵＬＲメッセージを受け取った後、ＤＳＲ１０４は、ＤＢＲ１０２を調べるかまたはそれに照会し、ＨＳＳバインディングレコードは利用可能ではないと判断してもよい。したがって、ＤＳＲ１０４は、１０６_１−２の１つを選択するためのネットワークサービスノード選択アルゴリズムを実行してもよい。ステップ２において、ＤＳＲ１０４は、ＵＬＲメッセージを、選択されたＨＳＳ（例えばＨＳＳ１０６_１）にルーティングしてもよい。いくつかの実施例においては、ＤＳＲ１０４は、例えばＵＬＲメッセージをＨＳＳ１０６_１にルーティングする前に、ＵＬＲメッセージのコピーを一時的に記憶またはキャッシュに入れてもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_１からの対応するＵＬＡメッセージの受取および処理まで、ＵＬＲメッセージのコピーを維持してもよい。

【0044】

ステップ３において、選択されたＨＳＳ（例えばＨＳＳ１０６_１）は、応答メッセージをＤＳＲ１０４に送ってもよい。例えば、ＨＳＳ１０６_１はＵＬＡメッセージで応答してもよい。ＤＳＲ１０４は、応答メッセージを受け取り、応答メッセージの内容を審査または調査して、ＨＳＳ１０６_１が関連付けられたＵＬＲメッセージを成功裡に処理することができたかどうか判断してもよい。この例においては、ＵＬＡメッセージは、ＨＳＳ１０６_１による成功しなかった処理を示す、エラーリザルトコードのようなインジケータを含んでもよい。

【0045】

いくつかの実施例においては、受け取られたダイアメータメッセージは、リダイレクションインジケータに対して解析または調査されてもよい。１つの例示的なリダイレクションインジケータはリダイレクト−ホストＡＶＰであってもよい。例えば、リダイレクト−ホストＡＶＰが存在してもよいのは、エラービットまたは「Ｅ」ビットが応答メッセージにおいてセットされる場合である。この例においては、リザルト−コードＡＶＰは、ノード識別子のようなダイアメータリダイレクション表示または関連の情報を含んでもよい。いくつかの実施例においては、リザルト−コードＡＶＰを含むダイアメータメッセージを受け取ると、受け手側ダイアメータノードは、ＡＶＰにおいて識別されるノードの１つに要求を直接転送してもよい。

【0046】

いくつかの実施例においては、リダイレクションインジケータを含むダイアメータ応答メッセージを受け取ることに応答して、ＤＳＲ１０４はＤＢＲ１０２においてバインディング情報を形成および／または更新してもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_２とＵＬＲメッセージおよび／またはＵＬＡメッセージに含まれる識別情報との間において関連付けを示すＤＢＲプロビジョニングメッセージを生成し送ってもよい。ＤＢＲ１０２または関連付けられる構成要素は、このＤＢＲプロビジョニングメッセージを受け取り、この情報をＨＳＳバインディングレコードとして形成し記憶してもよい。

【0047】

他のいくつかの実施例においては、ＨＳＳ１０６_２によって、それが関連するダイアメータメッセージを成功裡に処理したことが確認されるまで、ＤＳＲ１０４はバインディングアップデートを実行しなくてもよい。例えば、ＨＳＳ１０６_１によって成功しなかった処理を示すインジケータを含む応答メッセージを受け取ったと判断することに応答して、ＤＳＲ１０４は、ＨＳＳ１０６_１から受け取られたＵＬＡメッセージを破棄し、記憶キャッシュから元のＵＬＲメッセージのコピーを検索するように構成されてもよい。

【0048】

ステップ４において、検索されたＵＬＲメッセージまたは同様のメッセージは、ＨＳＳ１０６_２にルーティングされてもよい。

【0049】

ステップ５において、応答メッセージがＨＳＳ１０６_２からＤＳＲ１０４に送られてもよい。例えば、ＵＬＡメッセージがＨＳＳ１０６_２からＤＳＲ１０４に送られてもよい。ＤＳＲ１０４はＨＳＳ１０６_２から応答メッセージを受け取り、応答メッセージの内容を審査または調査して、ＨＳＳ１０６_２が関連付けられたＵＬＲメッセージを成功裡に処理することができたかどうか判断してもよい。例えば、ＵＬＡメッセージは、ＨＳＳ１０６_２による成功した処理を示す、成功リザルトコードのようなインジケータを含んでもよい。

【0050】

いくつかの実施例においては、ＨＳＳ（例えばＨＳＳ１０６_２）が関連するダイアメータ要求メッセージを成功裡に処理したことを「学習」または確認すると、ＤＳＲ１０４はＤＢＲ１０２においてバインディング情報を形成および／または更新してもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_２とＵＬＲメッセージおよび／またはＵＬＡメッセージに含まれる識別情報との間において関連付けを示すＤＢＲプロビジョニングメッセージを生成してもよい。ＤＢＲ１０２はこのＤＢＲプロビジョニングメッセージを受け取り、この情報をＨＳＳバインディングレコードとして形成し記憶してもよい。

【0051】

ＨＳＳバインディングレコードの形成および記録後、ＤＳＲ１０４はＵＬＲ要求発信側に向かって応答メッセージ（例えばＨＳＳ１０６_２からのＵＬＡメッセージ）をルーティングしてもよい。

【0052】

図５はＵＬＲメッセージおよびＵＬＡメッセージを示しているが、さまざまなダイアメータメッセージおよびノードがこの主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。

【0053】

図６は、ここに記載される主題の実施例に従って複数応答メッセージに応答してダイアメータバインディング情報を記録することを学習するメッセージシーケンス図である。この実施例においては、ＤＳＲ１０４は、ダイアメータ要求メッセージまたは同様のメッセージを複数のＨＳＳ１０６_１−２に送るように構成されてもよい。例えば、実質的に同様のダイアメータメッセージ（例えば同じセッションおよび／または加入者に関連付けられるＵＬＲメッセージ）が、適切なＨＳＳ１０６を判断しようとする試みにおいて、ＨＳＳ１０６_１−２に送られてもよい。

【0054】

図６を参照して、ステップ１において、ＵＬＲメッセージがＤＳＲ１０４に送られてもよい。ＵＬＲメッセージは、セッションＩＤおよびユーザ名（例えばＩＭＳＩ値）のような識別情報を含んでもよい。ＤＳＲ１０４は、ＵＬＲメッセージを受け取ってもよく、関係のあるＨＳＳバインディングレコードのためにＤＢＲ１０２に照会してもよい。ＨＳＳバインディングレコードがＤＢＲ１０２に位置しない場合、ＤＳＲ１０４はＵＬＲメッセージを成功裡に処理することができるかもしれないすべての考えられ得るＨＳＳを判断してもよい。例えば、ＤＳＲ１０４は、ＨＳＳ１０６_１またはＨＳＳ１０６_２に恐らく関連付けられた加入者のデータをプロビジョニングすることができるかもしれない、と判断してもよい。次いで、ＤＳＲ１０４は受け取られたＵＬＲメッセージの１つ以上のコピーを生成してもよい。いくつかの実施例においては、ＤＳＲ１０４は、例えばＵＬＲメッセージをＨＳＳ１０６_１およびＨＳＳ１０６_２にルーティングする前に、ＵＬＲメッセージのコピーを一時的に記憶またはキャッシュに入れてもよい。

【0055】

ステップ２Ａ−Ｂにおいて、ＤＳＲ１０４は、１つのＵＬＡメッセージをＨＳＳ１０６_１に、および別のＵＬＡメッセージをＨＳＳ１０６_２に、同時にルーティングしてもよい。例えば、各ＵＬＲメッセージは、加入者「Ｘ」に関連付けられ、「１」のセッションＩＤ値を含んでもよい。いくつかの実施例においては、ＤＳＲ１０４は、ＵＬＲメッセージの一方または両方のコピーを、例えばＵＬＲメッセージをルーティングする前に、一時的に記憶またはキャッシュに入れてもよい。ＤＳＲ１０４は、そ（れら）のメッセージを、１つ以上の応答メッセージが受け取られるまで、記憶してもよい。

【0056】

ステップ３Ａにおいて、応答メッセージがＨＳＳ１０６_１からＤＳＲ１０４に送られてもよい。例えば、ＵＬＡメッセージがＨＳＳ１０６_１からＤＳＲ１０４に送られてもよい。ＤＳＲ１０４はＨＳＳ１０６_１から応答メッセージを受け取り、応答メッセージの内容を解析または調査して、そのＨＳＳが関連付けられたＵＬＲメッセージを成功裡に処理することができたかどうか判断してもよい。例えば、ＵＬＡメッセージは、未知加入者エラーを示す、エラーリザルトコードのようなインジケータを含んでもよい。いくつかの実施例においては、ＨＳＳが特定のセッションまたはユーザに関連付けられるメッセージを処理するのに好適ではないことを示す応答メッセージを受け取った後、応答メッセージはログおよび／または破棄されてもよい。

【0057】

ステップ３Ｂにおいて、応答メッセージがＨＳＳ１０６_２からＤＳＲ１０４に送られてもよい。例えば、ＵＬＡメッセージがＨＳＳ１０６_２からＤＳＲ１０４に送られてもよい。ＤＳＲ１０４はＨＳＳ１０６_２から応答メッセージを受け取り、応答メッセージの内容を審査または調査して、そのＨＳＳが関連付けられたＵＬＲメッセージを成功裡に処理することができたかどうか判断してもよい。例えば、ＵＬＡメッセージは、ＨＳＳ１０６_２による成功した処理を示す、成功リザルトコードのようなインジケータを含んでもよい。

【0058】

いくつかの実施例においては、ＨＳＳ（例えばＨＳＳ１０６_２）が関連するダイアメータ要求メッセージを成功裡に処理したことを「学習」または確認すると、ＤＳＲ１０４はＤＢＲ１０２においてバインディング情報を形成および／または更新してもよい。

【0059】

いくつかの実施例においては、ダイアメータメッセージが成功裡に処理されたことを示す第１の応答メッセージがＨＳＳ１０６からＤＳＲ１０４によって受け取られると、ＨＳＳバインディングレコードが生成され、ＤＢＲ１０２に記憶されてもよい。

【0060】

いくつかの実施例においては、複数のＨＳＳ（例えばＨＳＳ１０６_１−２）が所与の加入者および／またはセッションに関連付けられるダイアメータメッセージを成功裡に処理することができる場合には、複数のＨＳＳが所与の加入者および／またはセッションに関連付けられるダイアメータメッセージを処理することができることを示すＨＳＳバインディングレコードが生成され、ＤＢＲ１０２において記憶されてもよい。

【0061】

ＨＳＳバインディングレコードの形成および記録後、ＤＳＲ１０４はＵＬＲ要求発信側に向かって応答メッセージ（例えばＨＳＳ１０６_２からのＵＬＡメッセージ）をルーティングしてもよい。

【0062】

図６はＵＬＲメッセージおよびＵＬＡメッセージを示しているが、さまざまなダイアメータメッセージおよびノードがこの主題の範囲から逸脱せずに用いられてもよいことが十分に理解されるだろう。

【0063】

図７は、ここに記載される主題の実施例に従ってダイアメータバインディング情報を動的に学習するための例示的なプロセスを示すフローチャートである。いくつかの実施例においては、ここに記載される例示的なプロセスまたはその一部分は、ＤＳＲ１０４、ＤＲＥ１２２、ＤＢＲ１０２および／もしくは他のモジュールまたはノードによって実行されてもよい。

【0064】

ブロック７００において、１つ以上のダイアメータシグナリングメッセージが、ダイアメータルーティングノードによって、１つ以上のネットワークサービスノードにルーティングされてもよい。１つ以上のダイアメータシグナリングメッセージは、ＩＭＳＩ値、ＡＰＮ値、ＩＰアドレスおよび／またはセッション識別子のような識別情報を含んでもよい。例えば、ＤＳＲ１０４は、送り手側のダイアメータに基づいたノード（例えばＭＭＥ）から、ＵＬＲメッセージのような、ダイアメータに基づいた要求メッセージを受け取り、そのメッセージを、複数個のＨＳＳ１０６_１−２のうちの選択されたＨＳＳ１０６にルーティングしてもよい。

【0065】

複数個のネットワークサービスノードの１つは、さまざまな要素に基づいて選択されてもよい。例えば、受け取られたダイアメータシグナリングメッセージは、ＨＳＳ１０６_１のような、元のネットワークサービスノード宛先にアドレス指定されるかまたはそれに向けられてもよい。この例においては、ＤＳＲ１０４は、アドレス指定されたネットワークサービスノードを適切なノードとして選択して、受け取られたダイアメータシグナリングメッセージを処理してもよい。別の例においては、ＤＳＲ１０４は、ネットワークサービスノード選択モジュール（例えばハードウェアプロセッサによって実行されるソフトウェアアルゴリズム）を利用して、ダイアメータシグナリングメッセージを処理またはサービスすることができる複数個のネットワークサービスノードから１つのネットワークサービスノードを選択するように構成されてもよい。例えば、ＨＳＳ１０６_１−２の１つは、負荷に基づいた選択方法に基づいて、ＤＳＲ１０４によって受け取られるＵＬＲメッセージを処理するために選択されてもよい。

【0066】

いくつかの実施例においては、識別情報を、複数個のネットワークサービスノードの１つを選択する際に用いてもよい。識別情報の例は、ダイアメータセッション識別子情報、ユーザ名情報、ユーザインターネットプロトコル（ＩＰ）情報、ＩＰマルチメディアサブシステム（ＩＭＳ）プライベート識別（ＩＭＰＩ）情報、ＩＭＳパブリック識別（ＩＭＰＵ）情報、セッション設定プロトコル（ＳＩＰ）統一資源識別子（ＵＲＩ）情報、ＵＲＩ、インターネットプロトコル（ＩＰ）アドレス、アクセスポイント名（ＡＰＮ）、移動局国際加入者登録番号（ＭＳＩＳＤＮ）情報、移動体／ダイヤル可能番号情報、セッション識別子、国際移動体加入者識別、ＩＭＳ課金識別子情報、移動体加入者登録番号、グローバル一意一時識別子（ＧＵＴＩ）、サービングＭＳＣアドレス情報、ビジターロケーションレジスタ（ＶＬＲ）番号情報、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）アドレス情報、ＳＧＳＮ番号情報、訪問移動体国コード（ＭＣＣ）情報、移動体ネットワークコード（ＭＮＣ）情報、ユーザ名属性値ペア（ＡＶＰ）、ネットワークアクセス識別子（ＮＡＩ）、サービング位置エリアコード情報、サービングセル識別情報、移動体加入者地理的位置座標情報、およびトラッキングエリア情報のようなパラメータおよび識別子情報を含む。

【0067】

ネットワークサービスノードにルーティングされた後、ダイアメータシグナリングメッセージはネットワークサービスノードによって処理されてもよい。例えば、ＵＬＲメッセージを受け取って処理した後、ＨＳＳ１０６_１は、１つ以上のステータス条件、例えば成功リザルトコードを含むＵＬＡメッセージを生成してもよい。ＨＳＳ１０６_１はＵＬＡメッセージをＤＳＲ１０４に送ってもよい。

【0068】

ブロック７０２においては、１つ以上のダイアメータシグナリングメッセージに関連付けられる１つ以上の応答メッセージが受け取られてもよい。

【0069】

ブロック７０４においては、１つ以上の応答メッセージに含まれる情報に基づいて、１つ以上のネットワークサービスノードの少なくとも１つが、１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかが判断される。例えば、ステータス条件またはリザルトコードを含むＵＬＡメッセージが、ＤＳＲ１０４によって解析されてもよい。リザルトコードは、ダイアメータシグナリングメッセージがＨＳＳ１０６で成功裡に処理されたことを示してもよい。

【0070】

いくつかの実施例においては、１つ以上の応答メッセージに含まれる情報に基づいて、１つ以上のネットワークサービスノードの少なくとも１つが、１つ以上のダイアメータシグナリングメッセージを成功裡に処理できたかどうかを判断することは、ダイアメータリザルトコード属性値ペア（ＡＶＰ）値、ダイアメータリダイレクトホストＡＶＰ値またはダイアメータメッセージ「エラー」ビットに基づいて判断することを含んでもよい。例えば、ダイアメータ応答メッセージは、対応するダイアメータに基づいた要求メッセージが成功裡に処理されたかどうかを判断するためにＤＳＲ１０４が解釈してもよいさまざまなＡＶＰ値または他のインジケータを含んでもよい。

【0071】

ブロック７０６においては、１つ以上のネットワークサービスノードの少なくとも１つが、１つ以上のダイアメータ要求メッセージの少なくとも１つを成功裡に処理できたと判断されることに応答して、ダイアメータバインディングレコードが生成されてもよい。ダイアメータバインディングレコードは、識別情報および１つ以上のネットワークサービスノードの少なくとも１つを関連付けてもよい。例えば、ダイアメータセッションＩＤおよび／またはユーザ識別子（例えばＩＭＳＩ値またはＩＰアドレス）がＨＳＳまたは他のネットワークサービスノード識別子に関連付けられてもよい。ダイアメータバインディングレコードを生成および記憶した後、ＤＳＲ１０４は、ダイアメータバインディングレコードを用いて、トランザクション、セッションまたはユーザに関連付けられた他のダイアメータメッセージを同じネットワークサービスノードに迅速にルーティングしてもよい。

【0072】

いくつかの実施例においては、ダイアメータバインディングレコードは、ＤＢＲ１０２または関連するバインディングデータベース１２８において記憶されてもよい。例えば、バインディングレコードは、ローカルのＤＢＲ１０２に記憶されてもよく、ネットワークにおいて他のＤＳＲ１０４に関連付けられた他のＤＢＲ１０２に送られてもよい。別の例においては、バインディングレコードは、ネットワークに位置する複数のＤＳＲ１０４によってアクセス可能であってもよい中央のＤＢＲ１０２において記憶されてもよい。いくつかの実施例においては、（例えばバインディングレコードに関連付けられた有効時間（ＴＴＬ）値によって判断される）量の時間が経過した後、または非活動期間の後（例えばセッション「Ｘ」のためのダイアメータメッセージが２４時間で受け取られなかった後）に、バインディングレコードが破棄されてもよい。例えば、ＤＢＲ１０２または関係するバインディングデータベース１２８がメモリ切れになるのを防ぐために、ＤＳＲ１０４、ＤＢＲ１０２または別のエンティティは、ＤＢＲ１０２または関係するバインディングデータベース１２８から、古いバインディングレコード、失効したバインディングレコード、または非活動のバインディングレコードを破棄してもよい。

【0073】

ここに記載される主題のさまざまな詳細がここに記載される主題の範囲から逸脱せずに変更されてもよいことが理解されるだろう。さらに、前述の記載は、例示の目的のみに対するものであって、限定の目的のためではなく、なぜならば、ここに記載される主題は、以下に述べられる特許請求の範囲によって規定されるからである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】