JP2013538516A - ユーザ装置（ｕｅ）の複数のサービング・エレメントのアイデンティティについての加入者サーバへの問い合わせ - Google Patents

Abstract

ユーザ装置、ＵＥの複数のサービング・エレメントのアイデンティティを提供するシステムおよび方法が、開示される。一実施形態においては、パケット交換データ・ネットワーク（１２０）の加入者サーバ（１２６）は、ＵＥ（１４０）についてのデータを記憶し、このＵＥは、パケット交換データ・ネットワーク（１２０）によってサーブされる。加入者サーバ（１２６）は、ダイアメータ・インターフェースを介してネットワーク・エレメント（１３０）からユーザ・データ要求を受信する。ユーザ・データ要求に応じて、加入者サーバ（１２６）は、ＵＥ（１４０）がパケット交換データ・ネットワーク（１２０）および／またはレガシー・ネットワーク（１１０）において現在登録されている複数のサービング・エレメントを識別する。加入者サーバ（１２６）は、ＵＥ（１４０）が現在登録されている複数のサービング・エレメントの識別子をユーザ・データ応答の中に挿入し、またダイアメータ・インターフェースを介してユーザ・データ応答をネットワーク・エレメント（１３０）に対して送信する。

Description

本発明は、通信システムの分野に関し、また詳細には、ネットワーク・エレメントがユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の複数のサービング・エレメントのアイデンティティについて加入者サーバ（例えば、ＨＳＳ）に問い合わせを行うことを可能にするサービスを提供することに関する。

ワイヤレス電話プロバイダは、セルラー方式ネットワーク、および別のタイプのワイヤレス・データ・ネットワークと通信する機能を有するデュアル・モード電話を開発している。セルラー方式ネットワークは、一般に、音声通信のための回路交換コア・ネットワーク（例えば、ＵＭＴＳまたはｃｄｍａ２０００）を含んでおり、またデータ通信のためのパケット交換コア・ネットワーク（例えば、ＧＰＲＳ）を含むこともできる２Ｇまたは３Ｇのネットワークである。ワイヤレス・データ・ネットワークは、一般に、インターネット・ブラウジング、電子メール、ボイス・オーバーＩＰ（ＶｏＩＰ：Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）、オンライン・ゲームなどのデータ通信のために一般的に使用される３Ｇまたは４Ｇのデータだけの、またはデータに最適化されたネットワークである。デュアル・モード電話の概念は、セルラー方式ネットワークまたはワイヤレス・データ・ネットワークのいずれかと通信する柔軟性をユーザに可能にすることである。

デュアル・モード電話が、セルラー方式ネットワークの範囲の中にあるときに、デュアル・モード電話は、通信アクセスを受信するようにセルラー方式ネットワークに登録する。セルラー方式ネットワークの中のネットワーク・エレメントは、次いで、サービスを提供するようにデュアル・モード電話をサーブする（ｓｅｒｖｅ）ことができる。例えば、モバイル交換局（ＭＳＣ：Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）またはサービングＧＰＲＳサポート・ノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）は、それがセルラー方式ネットワークに登録される間にデュアル・モード電話をサーブすることができ、また電話のためのサービング・エレメントとしての機能を果たすことができる。

セルラー方式ネットワークに加えて、デュアル・モード電話は、会社または企業、空港、書店、コーヒー・ショップなどにおけるローカルなワイヤレス「ホット・スポット」の範囲の中へと入ることができる。ワイヤレス・ホット・スポットは、セルラー方式サービスが使用可能でなく、またはセルラー方式サービス・エリアがオーバーラップする可能性がある建物の中にあってもよい。デュアル・モード電話が、ワイヤレス・ホット・スポットの範囲の中にあるときに、デュアル・モード電話は、通信アクセスを受信するように、ワイヤレスＬＡＮ（ＷＬＡＮ）を経由してパケット交換コア・ネットワークに登録する。パケット交換コア・ネットワークのいくつかの例は、ＩＰマルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワーク、およびロング・ターム・エボリューション／進化型パケット・コア（ＬＴＥ／ＥＰＣ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ／Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークである。パケット交換コア・ネットワークの中のネットワーク・エレメントは、次いで、サービスを提供するようにデュアル・モード電話をサーブすることができる。例えば、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）およびパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）は、それがパケット交換コア・ネットワークに登録される間に、デュアル・モード電話をサーブすることができ、また電話についてのサービング・エレメントとしての機能を果たすことができる。

パケット交換コア・ネットワークは、加入者プロファイルを記憶するための、ユーザの認証および認可を実行するための、またユーザの物理的ロケーションについての情報を提供するためのマスタ・データベースである、ホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）などの加入者サーバを含んでいる。パケット交換コア・ネットワークはまた、アプリケーション・サーバ（ＡＳ：ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒｓ）を含み、またはアプリケーション・サーバと通信することができ、このアプリケーション・サーバは、デュアル・モード電話についての特定のサービスを提供するように構成されている。アプリケーション・サーバは、ダイアメータＳｈインターフェースを介してＨＳＳと通信して、サービスのロジックを送り出すために、必要なサービス・データを抽出する。

本明細書において説明される実施形態は、加入者サーバの内部で汎用サービスを提供しており、ここでは、ネットワーク・エレメント（例えば、アプリケーション・サーバ）は、ユーザ装置（ＵＥ）の登録されたサービング・エレメントを要求するダイアメータ・インターフェースを介して加入者サーバに問い合わせを行うことができ、また加入者サーバは、ＵＥが、現在登録されている複数のサービング・エレメントの識別子を提供する。サービング・エレメントは、パケット交換データ・ネットワーク（例えば、ＬＴＥまたはＩＭＳ）の中にあってもよいし、またはレガシー・ネットワーク（例えば、ＵＭＴＳ）の中にあってもよい。例えば、ネットワーク・エレメント（例えば、アプリケーション・サーバ）は、ＨＳＳなどの加入者サーバに対してダイアメータＳｈユーザ・データ要求を送信することができ、ＵＥの登録されたサーバＩＤを要求する。その要求に応じて、加入者サーバは、ＵＥが、現在登録されている複数のサービング・エレメントを識別する。例えば、ＵＥは、ＩＭＳネットワークの中のＳ−ＣＳＣＦと、ＵＭＴＳネットワークの中のＭＳＣおよびＳＧＳＮと、ＬＴＥネットワークのモビリティ管理エンティティ（ＭＭＥ）とに登録されている可能性がある。本明細書において説明される加入者サーバは、ＵＥが、現在登録されているこれらのサービング・エレメントのおのおのについてのＩＤを収集し、またダイアメータＳｈユーザ・データ応答などで、ダイアメータ・インターフェースを介して要求側ネットワーク・エレメントに対してアイデンティティを提供することができる。

以前には、ネットワーク・エレメントが、ＵＥの登録されたサーバＩＤを要求して加入者サーバに問い合わせを行うことになっていた場合、加入者サーバは、（ＵＥが、現在、Ｓ−ＣＳＣＦに登録されていることを仮定すると）ＩＭＳネットワークの中のＳ−ＣＳＣＦのＩＤだけを用いて応答していた。加入者サーバは、ＵＥが現在登録されている他のサービング・エレメントを識別するように構成されてはおらず、またダイアメータ・インターフェースは、加入者サーバが、Ｓ−ＣＳＣＦ ＩＤ以外の他の識別子を提供することを可能にしてはいなかった。本明細書において説明される実施形態によれば、加入者サーバは、ＵＥが、現在登録されている複数のサービング・エレメントを（まさにＳ−ＣＳＣＦ ＩＤの代わりに）識別し、また要求側ネットワーク・エレメントに対して複数のサービング・エレメントのＩＤを提供することができる。さらに、ダイアメータ・インターフェースは、拡張されており、その結果、複数のサービング・エレメントのＩＤが加入者サーバから要求側ネットワーク・エレメントへと送信可能である。上記で概説されるサービスの１つの利点は、ネットワーク・エレメントが、加入者サーバに対する単一の問い合わせを用いてＵＥがどこに位置しているかを識別できることである。したがって、ネットワーク・エレメントは、ＵＥが、パケット交換データ・ネットワークとレガシー・ネットワークとの間を移動している間に、シームレスなサービスをＵＥに対して提供することができる。

一実施形態は、パケット交換データ・ネットワークの加入者サーバを含む。加入者サーバは、パケット交換データ・ネットワークによってサーブされるユーザ装置（ＵＥ）についてのデータを記憶するように動作可能である。加入者サーバは、さらに、ダイアメータ・インターフェースを介してネットワーク・エレメントからユーザ・データ要求を受信するように、またユーザ・データ要求に応じて、ＵＥが現在パケット交換データ・ネットワークおよび／またはレガシー・ネットワークに登録されている複数のサービング・エレメントを識別するように、動作可能である。加入者サーバは、さらに、ＵＥが現在登録されている複数のサービング・エレメントの識別子をユーザ・データ応答の中に挿入するように、またダイアメータ・インターフェースを介してユーザ・データ応答をネットワーク・エレメントに対して送信するように、動作可能である。

他の例示の実施形態について、以下で説明され得る。

本発明についてのいくつかの実施形態が、次に、例だけとして、また添付の図面を参照して説明される。同じ参照番号は、すべての図面の上で、同じ要素、または同じタイプの要素を表す。

例示の一実施形態におけるシステムを示す図である。 例示の一実施形態におけるユーザ・データを要求する一方法を示すフローチャートである。 例示の一実施形態における、ＵＥが現在登録されている要求側ネットワーク・エレメントに通知する一方法を示すフローチャートである。 例示の一実施形態におけるレガシー加入者サーバに問い合わせを行う一方法を示すフローチャートである。

図面と、以下の説明とは、本発明の特定の例示の実施形態を示すものである。したがって、本明細書において明示的に説明されても、または示されてもいないが、本発明の原理を実施し、また本発明の範囲内に含まれる様々な構成を工夫することができるようになることが、当業者なら理解されよう。さらに、本明細書において説明されるどのような例も、本発明の原理を理解するに際して助けになるように意図されており、またそのように具体的に列挙された例および状態だけに限定されることのないように解釈されるべきである。結果として、本発明は、下記で説明される特定の実施形態または例だけには限定されないが、特許請求の範囲と、それらの均等形態とによって限定される。

図１は、例示の一実施形態におけるシステム１００を示すものである。システム１００は、レガシー・ネットワーク１１０と、パケット交換データ・ネットワーク１２０とを含む。ネットワークを示すネットワーク・クラウドは、サービス・エリアが、別個のものであり、またはオーバーラップしている可能性があるので、ネットワークの実際のサービス・エリアを示すために使用されてはいない。レガシー・ネットワーク１１０と、パケット交換データ・ネットワーク１２０とは、別個のネットワークであるが、両方のネットワーク１１０と１２０とは、共通のサービス・プロバイダによって管理され、または所有されることもある。

レガシー・ネットワーク１１０とパケット交換データ・ネットワーク１２０は両方とも、通信サービスをユーザ装置（ＵＥ）１４０に提供するようになされている。ＵＥ１４０は、パケット交換データ・ネットワーク１２０と、レガシー・ネットワーク１１０との両方と通信するように動作可能な端末またはデバイスを備えている。したがって、ＵＥ１４０は、デュアル・モード・デバイスと称されることもある。ＵＥ１４０は、ワイヤレス・デバイス、有線デバイス、またはそれら２つの組合せとすることができる。

レガシー・ネットワーク１１０は、ＩＭＳ、ＬＴＥネットワーク、あるいはパケット交換される別のタイプのデータだけの、またはデータに最適化されたネットワークではない、任意の２Ｇまたは３Ｇ（３ＧＰＰおよび３ＧＰＰ２）のネットワークを含む。レガシー・ネットワーク１１０の例は、２ＧのＣＤＭＡネットワーク、３ＧのＧＳＭネットワーク、ＵＭＴＳネットワークなどを含む。「レガシー」は、現在存在しているネットワークだけでなく、将来において開発される可能性がある２Ｇまたは３Ｇのネットワークも指すことが意図されている。レガシー・ネットワーク１１０は、一例として、モバイル交換局（ＭＳＣ）１１２と、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）１１４と、レガシー加入者サーバ１１６とを含む。レガシー加入者サーバ１１６は、レガシー・ネットワーク１１０に対する加入者についての情報を記憶するように動作可能な任意のデータベースまたはサーバを含む。レガシー加入者サーバ１１６の一例は、ホーム・ロケーション・レジスタ（ＨＬＲ：Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）である。レガシー加入者サーバ１１６は、レガシー・ネットワーク１１０の他のエンド・ユーザについてのプロファイルと一緒に、ＵＥ１４０のエンド・ユーザについての加入者プロファイルを記憶することができる。

パケット交換データ・ネットワーク１２０は、一例として、モビリティ管理エンティティ（ＭＭＥ）１２２と、サービング・ゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）１２４と、加入者サーバ１２６と、パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）１２８とを含む。図１におけるこれらの要素は、ＬＴＥ／ＥＰＣネットワークを示しているが、パケット交換データ・ネットワーク１２０は、他のタイプのパケット交換ネットワークからの要素を含むことができる。加入者サーバ１２６は、パケット交換データ・ネットワーク１２０の加入者についての情報を記憶するように動作可能な任意のデータベースまたはサーバを含む。加入者サーバ１２６の一例は、ホーム加入者サーバ（ＨＳＳ）である。加入者サーバ１２６は、パケット交換データ・ネットワーク１２０の他のエンド・ユーザについてのプロファイルと一緒に、ＵＥ１４０のエンド・ユーザについての加入者プロファイルを記憶することができる。加入者サーバ１２６は、図１に示されるように、レガシー加入者サーバ１１６とは独立している可能性がある。そのようなシナリオにおいては、加入者サーバ１２６は、ＭＡＰインターフェースまたは別のタイプのインターフェースを介して、レガシー加入者サーバ１１６に接続することができる。別のシナリオにおいては、レガシー加入者サーバ１１６と、加入者サーバ１２６とは、組み合わされたＨＬＲ／ＨＳＳなど、統合された、または共用された加入者サーバを含み得る。これは、図１における点線で書かれたボックスとして示される。レガシー加入者サーバ１１６と、加入者サーバ１２６とが、統合されたサーバを備える場合、サーバの間のＭＡＰインターフェースについての必要性は存在しない。

パケット交換データ・ネットワーク１２０の一部分は、「データ・サービス」と称される。本明細書において言及されるデータ・サービスは、ＩＰマルチメディア・サブシステム（ＩＭＳ）を通して提供されることもある。図１には具体的に示されてはいないが、ＩＭＳネットワークは、サービング・コール・セッション制御機能（Ｓ−ＣＳＣＦ：ｓｅｒｖｉｎｇ−ｃａｌｌ ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）、問い合わせ−ＣＳＣＦ（Ｉ−ＣＳＣＦ）、１つまたは複数のアプリケーション・サーバ、１つまたは複数のゲートウェイなどを含むことが当業者なら理解されよう。

動作中にあるときに、ＵＥ１４０が、レガシー・ネットワーク１１０のアクセス・ネットワークの範囲の中に入ってくる場合、ＵＥ１４０は、レガシー・ネットワーク１１０に登録する。例えば、ＵＥ１４０は、ＭＳＣ１１２、ＳＧＳＮ１１４などに登録することができる。レガシー・ネットワーク１１０におけるＵＥ１４０の登録は、加入者プロファイルになど、レガシー加入者サーバ１１６に記憶される可能性がある。同様に、ＵＥ１４０が、パケット交換データ・ネットワーク１２０のアクセス・ネットワークの範囲の中にある場合、ＵＥ１４０は、パケット交換データ・ネットワーク１２０に登録する。例えば、ＵＥ１４０は、ＭＭＥ１２２、ＰＤＮ−ＧＷ１２８、ＩＭＳネットワークの中のＳ−ＣＳＣＦなどに登録することができる。パケット交換データ・ネットワーク１２０におけるＵＥ１４０の登録は、加入者プロファイルになど、加入者サーバ１２６に記憶される可能性がある。

本明細書において説明される実施形態によれば、加入者サーバ１２６は、ＵＥ１４０が現在登録されている複数のサービング・エレメントについてネットワーク・エレメント１３０に通知する汎用サービスを提供することができる。ネットワーク・エレメント１３０は、ＵＥ１４０にサービスまたはコールの機能を提供するように動作可能な任意のアプリケーション・サーバ、または他のサーバを備える。ネットワーク・エレメント１３０の例は、アプリケーション・サーバ、ショート・メッセージ・サービス・センター（ＳＭＳＣ：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）、マルチメディア・メッセージ・サービス・センター（ＭＭＳＣ：Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）などを含む。ネットワーク・エレメント１３０が、ユーザ・データについての要求を加入者サーバ１２６に対して送信する場合、加入者サーバ１２６は、ＵＥ１４０が、現在、レガシー・ネットワーク１１０および／またはパケット交換データ・ネットワーク１２０に登録されている複数のサービング・エレメントを決定し、また要求側ネットワーク・エレメント１３０に対してサービング・エレメントについてのＩＤを送信する。要求側ネットワーク・エレメント１３０は、それゆえにＵＥ１４０に対して最良の可能性のあるサービスを提供するために、ＵＥ１４０をサーブしている各要素について通知される。

図２は、例示の一実施形態においてユーザ・データを要求する一方法２００を示すフローチャートである。方法２００のステップは、図１の中のシステム１００を参照して説明されることになるが、方法２００が、他のネットワークおよびシステムにおいて実行され得ることが当業者なら理解されよう。本明細書において説明されるフローチャートのステップは、必ずしも包含的なものではなく、また図示されていない他のステップを含むことができる。それらのステップは、代替的な順序において実行される可能性もある。

ネットワーク・エレメント１３０は、サービスをＵＥ１４０に対して提供するように要求されているものと仮定する。例えば、ネットワーク・エレメント１３０は、ＵＥ１４０に対してアドレス指定され、またＳＭＳメッセージをＵＥ１４０に対して配信する任務を負うＳＭＳメッセージを受信することができる。サービスを提供するために、ネットワーク・エレメント１３０は、加入者データベース１２６にアクセスして、ＵＥ１４０についてのデータを獲得することができる。したがって、ネットワーク・エレメント１３０は、ステップ２０２において、ＵＥ１４０についての登録されたサービング・エレメントについての情報を要求する、ＵＥ１４０についてのユーザ・データ要求をダイアメータ・インターフェースを介して加入者サーバ１２６に対して送信する。登録されたサービング・エレメントは、ＵＥ１４０が現在登録されている、パケット交換データ・ネットワーク１２０および／またはレガシー・ネットワーク１１０におけるサービング・エレメントである。プロセス・フローは、次いで、図３へと続く。

図３は、ＵＥ１４０が、現在、例示の一実施形態において登録されている場合の要求側ネットワーク・エレメント１３０に通知する一方法３００を示すフローチャートである。方法３００のステップは、図１におけるシステム１００に関連して説明されることになるが、方法３００が他のネットワークおよびシステムにおいて実行され得ることが当業者なら理解されよう。

ステップ３０２において、加入者サーバ１２６は、ネットワーク・エレメント１３０からユーザ・データ要求を受信する。ユーザ・データ要求は、ダイアメータＳｈインターフェースなどのダイアメータ・インターフェースを介して受信される。したがって、ユーザ・データ要求は、ダイアメータＳｈユーザ・データ要求を含むことができる。汎用サービスをサポートするために、ダイアメータＳｈインターフェース（３ＧＰＰ ＴＳ ２９．３２８を参照）についての新しいデータ参照は、ＵＥの登録されたサービング・エレメントについての情報を要求する新しいデータ参照値（単数または複数）と一緒に定義される可能性がある。また、新しいＸＭＬタグは、新しいデータ参照について定義される可能性もあり、この新しいデータ参照は、一実施形態においては、「汎用登録サーバＩＤ（ＧｅｎｅｒｉｃＲｅｇｉｓｔｅｒｅｄＳｅｒｖｅｒＩＤ）」と称されることもある。この新しいデータ参照のために可能にされるオペレーションは、Ｓｈ−プル（Ｓｈ−Ｐｕｌｌ）とすることができ、またアクセス・キーは、必要に応じて定義される可能性もある。さらにまた、ダイアメータＳｈデータＵＭＬモデル（３ＧＰＰ ＴＳ ２９．３２８ Ｃ．１を参照）は、他のＩＤのうちでもとりわけ、ＭＳＣ ＩＤと、ＳＧＳＮ ＩＤと、ＭＭＥ ＩＤと、ＰＤＮ−ＧＷ ＩＤとを有することができる「他の登録サーバ（ＯｔｈｅｒＲｅｇｉｓｔｅｒｅｄＳｅｒｖｅｒ）」についてのオプションの項目を用いて拡張される。３ＧＰＰ ＴＳ ２９．３２８ 付属書類ＤにおけるＸＭＬスキーマはまた、他のＩＤのうちでもとりわけ、ＭＳＣ ＩＤ、ＳＧＳＮ ＩＤ、ＭＭＥ ＩＤ、ＰＤＮ−ＧＷ ＩＤについての要素を追加するようにも拡張される。

ユーザ・データ要求に応じて、ステップ３０４において、加入者サーバ１２６は、ＵＥ１４０が、現在、パケット交換データ・ネットワーク１２０と、レガシー・ネットワーク１１０とのうちの一方または両方に登録されている複数のサービング・エレメントを識別する。加入者サーバ１２６は、ＵＥ１４０についての加入者プロファイルを記憶しており、そのようにして、加入者サーバ１２６は、加入者プロファイルを調べることにより、ＵＥ１４０が現在登録されているパケット交換データ・ネットワーク１２０におけるサービング・エレメントを決定することができる。例えば、ＵＥ１４０が、ＩＭＳネットワークにおけるＳ−ＣＳＣＦに登録されている場合、これは、加入者プロファイルにおいて示されていることになる。ＵＥ１４０が、ＭＭＥ１２２またはＰＤＮ−ＧＷ１２８に登録されている場合、これは、加入者プロファイルにおいて示されていることにもなる。

パケット交換データ・ネットワーク１２０におけるサービング・エレメントを識別することに加えて、加入者サーバ１２６はまた、レガシー・ネットワーク１１６においてサービング・エレメントを識別することもできる。そのようにするために、加入者サーバ１２６は、レガシー加入者サーバ１１６に問い合わせを行うことができる（それらが独立した要素であることを仮定して）。レガシー加入者サーバ１１６は、ＵＥ１４０についての加入者プロファイルを記憶しており、そのようにして加入者サーバ１２６は、レガシー・ネットワーク１１０の中に記憶される加入者プロファイル（または加入者プロファイルの一部分）を調べることにより、ＵＥ１４０が現在登録されているレガシー・ネットワーク１１０におけるサービング・エレメントを決定することができる。したがって、ＵＥ１４０がレガシー・ネットワーク１１０の中のＭＳＣ１１２またはＳＧＳＮ１１４に登録されている場合、加入者サーバ１２６は、レガシー加入者サーバ１１６に問い合わせを行うことにより、これを識別することができる。レガシー加入者サーバ１１６に問い合わせを行うことの一例は、図４に示されており、また後で考察される。

ステップ３０６において、加入者サーバ１２６は、ＵＥ１４０が現在登録されている複数のサービング・エレメントの識別子をユーザ・データ応答の中に挿入する。ユーザ・データ応答は、ダイアメータＳｈユーザ・データ応答を含むことができる。汎用サービスをサポートするために、新しい、または拡張された属性値対（Ａｔｔｒｉｂｕｔｅ Ｖａｌｕｅ Ｐａｉｒｓ）（ＡＶＰ）が、複数のサービング・エレメントの識別子についてのダイアメータ・インターフェースにおいて定義される。例えば、新しいＡＶＰは、モバイル交換局（ＭＳＣ）識別子と、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）識別子と、モビリティ管理エンティティ（ＭＭＥ）識別子と、パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）識別子とについて定義される可能性がある。拡張を用いて、ユーザ・データ応答（例えば、ダイアメータＳｈユーザ・データ応答）は、ＵＥが、現在登録されている複数のサービング・エレメントの識別子をサポートする。

ステップ３０８において、加入者サーバ１２６は、ダイアメータ・インターフェースを介してネットワーク・エレメント１３０に対してユーザ・データ応答を送信する。次いで、メッセージ・フローは、図２へと戻る。図２のステップ２０４において、加入者サーバ１２６は、加入者サーバ１２６からユーザ・データ応答を受信する。ユーザ・データ応答は、ＵＥ１４０が、現在登録されている複数のサービング・エレメントについてのＩＤを含んでいるので、ネットワーク・エレメント１３０は、ＵＥ１４０と通信するための複数の経路を識別することができる。例えば、ユーザ・データ応答が、ＭＳＣ ＩＤを含んでいる場合、ネットワーク・エレメント１３０は、レガシー・ネットワーク１１０のＭＳＣ１１２を通してＵＥ１４０に対してサービスを提供することができる。ユーザ・データ応答が、ＳＧＳＮ ＩＤを含む場合、ネットワーク・エレメント１３０は、レガシー・ネットワーク１１０のＳＧＳＮ１１４を通してＵＥ１４０に対してサービスを提供することができる。したがって、加入者サーバ１２６に対する単一の問い合わせを用いて、ネットワーク・エレメント１３０は、ＵＥ１４０が、現在登録されている各サービング・エレメントを識別することができる。次いで、ネットワーク・エレメント１３０は、ＵＥ１４０が、パケット交換データ・ネットワーク１２０と、レガシー・ネットワーク１１０との間でローミングするときにさえ、ＵＥ１４０に対してシームレスなサービスを提供することができる。

加入者サーバ１２６と、レガシー加入者サーバ１１６とが、独立した要素である場合、加入者サーバ１２６は、上記で説明されるように、レガシー加入者サーバ１１６に問い合わせを行ってＵＥ１４０が、レガシー・ネットワーク１１０における任意のサービング・エレメントに現在登録されているかどうかを決定することができる。図４は、例示の一実施形態におけるレガシー加入者サーバ１１６に問い合わせを行う一方法４００を示すフローチャートである。方法４００のステップは、図１におけるシステム１００を参照して説明されることになるが、方法４００は、他のネットワークおよびシステムにおいて実行される可能性もあることが当業者なら理解されよう。

ステップ４０２において加入者サーバ１２６は、ＵＥ１４０が、現在登録されている、レガシー・ネットワーク１１０におけるサービング・エレメントについての情報を要求する問い合わせをレガシー加入者サーバ１１６に対して送信する。加入者サーバ１２６と、レガシー加入者サーバ１１６との間のインターフェースは、モバイル・アプリケーション部（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）（ＭＡＰ）インターフェースを備えることができる。問い合わせに応じて、レガシー加入者サーバ１１６は、レガシー・ネットワーク１１０における（もしあれば）どのサービング・エレメントに、ＵＥ１４０が現在登録されるように示されているかを決定する。そのように行うために、レガシー加入者サーバ１１６は、加入者プロファイルにアクセスして、レガシー・ネットワーク１１０における（もしあれば）どのサービング・エレメントにＵＥ１４０が現在登録されているように示されているかについて、ＵＥ１４０が決定することができる。レガシー加入者サーバ１１６は、代わりに、レガシー・ネットワーク１１０における個々のサービング・エレメントに問い合わせを行い、または何らかの他のデータベースに問い合わせを行って、レガシー・ネットワーク１１０におけるどのサービング・エレメントにＵＥ１４０が現在登録されているかを決定することができる。

ステップ４０４において、加入者サーバ１２６は、ＵＥ１４０が現在登録されているレガシー・ネットワーク１１０におけるサービング・エレメントの識別子を含むレガシー加入者サーバ１１６からの問い合わせに対する応答を受信する。加入者サーバ１２６が、レガシー・ネットワーク１１０におけるサービング・エレメントについてのＩＤを受信できるようにするために、新しいパラメータが、モビリティ管理エンティティ（ＭＭＥ）識別子と、パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）識別子と、場合によっては他の識別子とについてのＭＡＰインターフェースにおいて定義される。一例においては、加入者サーバ１２６によって受信される応答は、ＭＭＥ ＩＤと、ＰＤＮ−ＧＷ ＩＤとについての新しいパラメータを含むＭＡＰ送信ルーティング情報フォーＬＣＳ（ＭＡＰ Ｓｅｎｄ−Ｒｏｕｔｉｎｇ−Ｉｎｆｏ−Ｆｏｒ−ＬＣＳ）応答を含むことができる。応答は、例えば、加入者サーバ１２６が、ＧＳＭ／ＵＭＴＳ ３Ｇ／４Ｇ ＨＬＲに問い合わせを行うときに、ＭＡＰ送信ルーティング情報フォーＬＣＳ応答とすることができる。別の例においては、加入者サーバ１２６によって受信される応答は、ＭＳＣ ＩＤについての新しいパラメータを含むＭＡＰ ＬＰＲｅｑ応答を含むことができる。応答は、例えば、加入者サーバ１２６が、ＡＮＳＩ ３Ｇ ＨＬＲに問い合わせを行うときに、ＭＡＰ ＬＰＲｅｑ応答とすることができる。他のサービング・エレメントの他の識別子について定義される追加の新しいパラメータが存在する可能性がある。

図面の中で示され、または本明細書において説明される様々な要素のどれもが、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組合せとして実装される可能性がある。例えば、要素は、専用のハードウェアとして実装される可能性がある。専用のハードウェア要素は、「プロセッサ」、「コントローラ」、または何らかの類似した専門用語と称されることもある。プロセッサによって提供されるとき、機能は、単一の専用プロセッサにより、単一の共用プロセッサにより、または複数の個別のプロセッサにより、提供される可能性があり、これらの個別のプロセッサのうちのいくつかは、共用される可能性がある。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行することができるハードウェアだけを排他的に意味するように解釈されるべきではなく、また限定することなく、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）または他の回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ソフトウェアを記憶するためのリード・オンリー・メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、不揮発性ストレージ、ロジック、あるいは何らかの他の物理的ハードウェアのコンポーネントまたはモジュールを暗黙的に含むことができる。

また、要素は、その要素の機能を実行するためにプロセッサまたはコンピュータにより実行可能な命令として実装されることもある。命令のいくつかの例は、ソフトウェア、プログラム・コード、およびファームウェアである。それらの命令は、プロセッサによって実行されるときに、要素の機能を実行するようにプロセッサに指示するように動作可能である。命令は、プロセッサによって読取り可能であるストレージ・デバイスの上に記憶されることもある。ストレージ・デバイスのいくつかの例は、デジタルまたはソリッド・ステートのメモリ、磁気ディスクや磁気テープなどの磁気ストレージ媒体、ハード・ドライブ、あるいは光学的に読取り可能なデジタル・データ・ストレージ媒体である。

特定の実施形態は、本明細書において説明されているが、本発明の範囲は、これらの特定の実施形態だけに限定されるものではない。本発明の範囲は、添付の特許請求の範囲およびそれらの任意の均等物によって定義される。

Claims (10)

1. パケット交換データ・ネットワーク（１２０）によってサーブされるユーザ装置、ＵＥ、（１４０）のためのデータを記憶するように動作可能な加入者サーバ（１２６）
   を備えるシステム（１００）であって、
   前記加入者サーバ（１２６）は、ダイアメータ・インターフェースを介してネットワーク・エレメント（１３０）に接続され、またさらに、前記ダイアメータ・インターフェースを介して前記ネットワーク・エレメント（１３０）からのユーザ・データ要求を受信するように動作可能である、システム（１００）において、
   前記加入者サーバ（１２６）がさらに、前記ユーザ・データ要求に応じて、前記ＵＥ（１４０）が前記パケット交換データ・ネットワーク（１２０）およびレガシー・ネットワーク（１１０）のうちの少なくとも一方に現在登録されている複数のサービング・エレメントを識別するように、前記ＵＥ（１４０）が現在登録されている前記複数のサービング・エレメントの識別子をユーザ・データ応答の中に挿入するように、また前記ダイアメータ・インターフェースを介して前記ユーザ・データ応答を前記ネットワーク・エレメント（１３０）に対して送信するように動作可能であること
   を特徴とするシステム（１００）。
2. 前記ダイアメータ・インターフェースは、ダイアメータＳｈインターフェースを含み、
   前記ユーザ・データ要求は、前記ＵＥ（１４０）の登録されたサービング・エレメントについての情報を要求する、データ参照が新しい値に設定されているダイアメータＳｈユーザ・データ要求を含み、また
   前記ユーザ・データ応答は、前記複数のサービング・エレメントの前記識別子についての、拡張された属性値対、ＡＶＰを有するダイアメータＳｈユーザ・データ応答を含む、請求項１に記載のシステム（１００）。
3. 前記複数のサービング・エレメントの前記識別子は、
   モバイル交換局、ＭＳＣ、識別子、
   サービングＧＰＲＳサポート・ノード、ＳＧＳＮ、識別子、
   モビリティ管理エンティティ、ＭＭＥ、識別子、および
   パケット・データ・ネットワーク・ゲートウェイ、ＰＤＮ−ＧＷ、識別子
   のうちの少なくとも１つを含む、請求項１に記載のシステム（１００）。
4. 前記加入者サーバ（１２６）は、さらに、前記ＵＥ（１４０）が現在登録されている前記レガシー・ネットワーク（１１０）におけるサービング・エレメントについての情報を要求する問い合わせを前記レガシー・ネットワーク（１１０）におけるレガシー加入者サーバ（１１６）に対して送信するように、また前記ＵＥ（１４０）が現在登録されている前記レガシー・ネットワーク（１１０）における前記サービング・エレメントの識別子を含む、前記問い合わせに対する応答を前記レガシー加入者サーバ（１１６）から受信するように、動作可能である、請求項１に記載のシステム（１００）。
5. 前記加入者サーバ（１２６）と前記レガシー加入者サーバ（１１６）との間のインターフェースは、モバイル・アプリケーション部、ＭＡＰ、インターフェースを含み、
   新しいパラメータは、少なくともモビリティ管理エンティティ、ＭＭＥ、識別子、およびパケット・データ・ネットワーク・ゲートウェイ、ＰＤＮ−ＧＷ、識別子について前記ＭＡＰインターフェースの中で定義され、
   前記応答は、少なくとも前記ＭＭＥ識別子および前記ＰＤＮ−ＧＷ識別子についての前記新しいパラメータを含んでいるＭＡＰ送信ルーティング情報フォーＬＣＳ応答を含む、請求項４に記載のシステム（１００）。
6. パケット交換データ・ネットワークによってサーブされるユーザ装置、ＵＥについてデータを加入者サーバに記憶するステップと、
   ダイアメータ・インターフェースを介して前記加入者サーバにおけるユーザ・データ要求をネットワーク・エレメントから受信するステップと、
   を含む方法であって、
   前記ユーザ・データ要求に応じて、前記ＵＥが前記パケット交換データ・ネットワークおよびレガシー・ネットワークのうちの少なくとも一方において現在登録されている複数のサービング・エレメントを識別するステップと、
   前記ＵＥが現在登録されている前記複数のサービング・エレメントの識別子をユーザ・データ応答の中に挿入するステップと、
   前記ダイアメータ・インターフェースを介して前記ユーザ・データ応答を前記ネットワーク・エレメントに対して送信するステップと
   を特徴とする方法。
7. 前記ダイアメータ・インターフェースは、ダイアメータＳｈインターフェースを含み、
   前記ユーザ・データ要求は、前記ＵＥの登録されたサービング・エレメントについての情報を要求する、データ参照が新しい値に設定されているダイアメータＳｈユーザ・データ要求を含み、
   前記ユーザ・データ応答は、前記複数のサービング・エレメントの前記識別子についての拡張された属性値対、ＡＶＰを有するダイアメータＳｈユーザ・データ応答を含む、請求項６に記載の方法。
8. 前記複数のサービング・エレメントの前記識別子は、
   モバイル交換局、ＭＳＣ、識別子、
   サービングＧＰＲＳサポート・ノード、ＳＧＳＮ、識別子、
   モビリティ管理エンティティ、ＭＭＥ、識別子、および
   パケット・データ・ネットワーク・ゲートウェイ、ＰＤＮ−ＧＷ、識別子
   のうちの少なくとも１つを含む、請求項６に記載の方法。
9. 前記ＵＥが前記レガシー・ネットワークにおいて現在登録されている複数のサービング・エレメントを識別するステップは、
   前記ＵＥが現在登録されている前記レガシー・ネットワークにおけるサービング・エレメントについての情報を要求する、前記加入者サーバからの問い合わせを前記レガシー・ネットワークにおけるレガシー加入者サーバに対して送信するステップと、
   前記ＵＥが現在登録されている前記レガシー・ネットワークにおける前記サービング・エレメントの識別子を含む、前記加入者サーバにおける前記問い合わせに対する応答を前記レガシー加入者サーバから受信するステップと
   を含む、請求項６に記載の方法。
10. 前記加入者サーバと前記レガシー加入者サーバとの間のインターフェースは、モバイル・アプリケーション部、ＭＡＰ、インターフェースを含み、
    新しいパラメータは、少なくともモビリティ管理エンティティ、ＭＭＥ、識別子、およびパケット・データ・ネットワーク・ゲートウェイ、ＰＤＮ−ＧＷ、識別子について前記ＭＡＰインターフェースの中で定義され、
    前記応答は、少なくとも前記ＭＭＥ識別子および前記ＰＤＮ−ＧＷ識別子についての前記新しいパラメータを含んでいるＭＡＰ送信ルーティング情報フォーＬＣＳ応答を含む、請求項９に記載の方法。

Images