(57)【要約】  本発明は、複数のプレーンにわたるアイデンティティ管理のための方法を提供する。その方法は、ＭＣＰＴＴサーバにより、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと一つ以上の第２のＭＣＰＴＴクライアントとの間の呼を確立するための第１のリクエストメッセージを受信するステップを有する。 第１のリクエストメッセージは、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。さらに、上記方法は、ＭＣＰＴＴサーバで、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するステップを有する。また、上記方法は、ＭＣＰＴＴサーバにより、シグナリングプレーンエンティティを介して呼を確立するために、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージを第２のＭＣＰＴＴクライアントに送信するステップを有する。
2018522512.tif 000002
【特許請求の範囲】
【請求項１】
複数のプレーンにわたるアイデンティティ管理のための方法であって、
ミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)サーバにより、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと少なくとも一つの第２のＭＣＰＴＴクライアントとの間の呼を確立するための第１のリクエストメッセージを受信するステップと、
前記ＭＣＰＴＴサーバで、前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するステップと、
前記ＭＣＰＴＴサーバにより、前記シグナリングプレーンエンティティを介して前記呼を確立するために、前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む少なくとも一つの第２のリクエストメッセージを前記少なくとも一つの第２のＭＣＰＴＴクライアントに送信するステップと、を有し、
前記第１のリクエストメッセージは、前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含むことを特徴とする方法。
【請求項２】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するステップは、
前記アプリケーションプレーンアイデンティティに関連される前記少なくとも一つの第２のＭＣＰＴＴクライアントの各々に対するＭＣＰＴＴクライアントアイデンティティを検索するステップと、
アイデンティティ管理エンティティから前記ＭＣＰＴＴアイデンティティの各々に対応するシグナリングプレーンアイデンティティを識別するステップと、
前記少なくとも一つの第２のＭＣＰＴＴクライアントの各々に対して前記アプリケーションプレーンアイデンティティを前記シグナリングプレーンアイデンティティに変換するステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＣＰＴＴサーバは、前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを、
前記第１のＭＣＰＴＴクライアントに関連されるセキュリティキーをフェッチするステップと、
前記セキュリティキーに基づいて前記第１のリクエストメッセージの前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを復号するステップによって復号化することを特徴とする請求項１に記載の方法。
【請求項４】
複数のプレーンにわたるアイデンティティ管理のための方法であって、
シグナリングプレーンエンティティにより、第１のミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)クライアントから少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するために第１のリクエストメッセージを受信するステップと、
前記シグナリングプレーンエンティティにより前記ＭＣＰＴＴサーバに前記第１のリクエストメッセージを送信するステップと、
前記シグナリングプレーンエンティティにより、前記ＭＣＰＴＴサーバから前記少なくとも一つの第２のＭＣＰＴＴクライアントに呼を確立するために少なくとも一つの第２のリクエストメッセージを受信するステップと、を有し、
前記第１のリクエストメッセージは、前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含み、
前記少なくとも一つの第２のリクエストメッセージは、前記少なくとも一つの第２のＭＣＰＴＴクライアントの少なくとも一つのシグナリングプレーンアイデンティティを含むことを特徴とする方法。
【請求項５】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義され、サービス登録中にアイデンティティ管理エンティティに格納され、
前記アイデンティティ管理エンティティは、前記ＭＣＰＴＴサーバ、グループ管理サーバ、及びシグナリングプレーンドメインエンティティのうち少なくとも一つに格納されることを特徴とする請求項１または４に記載の方法。
【請求項６】
前記アプリケーションプレーンアイデンティティは、ＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴＴグループアイデンティティのうちいずれか一つであり、前記シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティ、ＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)、ｔｅｌユニフォームリソース識別子(ｔｅｌ  ＵＲＩ)、及び移動加入者統合サービスデジタルネットワーク(ＭＳＩＳＤＮ)アイデンティティのうち少なくとも一つであり、
前記シグナリングプレーンエンティティは、セッション開始プロトコル(ＳＩＰ)コアシグナリングプレーンエンティティ、インターネットプロトコル(ＩＰ)マルチメディアサブシステム(ＩＭＳ）コアシグナリングプレーンエンティティ、及びホーム加入者サーバ(ＨＳＳ）エンティティのうちいずれか一つであることを特徴とする請求項１または４に記載の方法。
【請求項７】
前記第１のリクエストメッセージに含まれている前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントにより暗号化され、
前記少なくとも一つの第２のリクエストメッセージの前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記ＭＣＰＴＴサーバにより暗号化され、前記ＭＣＰＴＴサーバは、前記第１のＭＣＰＴＴクライアントに前記暗号化されたアプリケーションプレーンアイデンティティを送信することを特徴とする請求項１または４に記載の方法。
【請求項８】
複数のプレーンにわたるアイデンティティ管理のためのミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)サーバであって、
メモリユニットと、
前記メモリユニットに結合されたプロセッサユニットと、を含み、
前記プロセッサユニットは、
シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと少なくとも一つの第２のＭＣＰＴＴクライアントとの間の呼を確立するために第１のリクエストメッセージを受信し、前記第１のリクエストメッセージは、前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含み、
前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換し、
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む少なくとも一つの第２のリクエストメッセージを、前記シグナリングプレーンエンティティを通じて前記呼を確立するために前記少なくとも一つの第２のＭＣＰＴＴクライアントに送信するように構成されることを特徴とするＭＣＰＴＴサーバ。
【請求項９】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換することは、
前記アプリケーションプレーンアイデンティティに関連される前記少なくとも一つの第２のＭＣＰＴＴクライアントの各々に対してＭＣＰＴＴクライアントアイデンティティを検索するステップと、
アイデンティティ管理エンティティから前記ＭＣＰＴＴアイデンティティの各々に対応するシグナリングプレーンアイデンティティを識別するステップと、
前記少なくとも一つの第２のＭＣＰＴＴクライアントの各々に対して前記アプリケーションプレーンアイデンティティを前記シグナリングプレーンアイデンティティに変換するステップと、
を有することを特徴とする請求項８に記載のＭＣＰＴＴサーバ。
【請求項１０】
前記ＭＣＰＴＴサーバは、前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを、
前記第１のＭＣＰＴＴクライアントに関連されるセキュリティキーをフェッチするステップと、
前記セキュリティキーに基づいて前記第１のリクエストメッセージに含まれている前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを復号するステップによって復号化されることを特徴とする請求項８に記載のＭＣＰＴＴサーバ。
【請求項１１】
複数のプレーンにわたるアイデンティティ管理のためのシグナリングプレーンエンティティであって、
メモリユニットと、
前記メモリユニットに結合されたプロセッサユニットと、を含み、
前記プロセッサユニットは、
第１のミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)クライアントから少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するために第１のリクエストメッセージを受信し、
前記ＭＣＰＴＴサーバに前記第１のリクエストメッセージを送信し、
前記ＭＣＰＴＴサーバから前記少なくとも一つの第２のＭＣＰＴＴクライアントの少なくとも一つのシグナリングプレーンアイデンティティを含む少なくとも一つの第２のリクエストメッセージを受信し、
前記シグナリングプレーンアイデンティティに基づいて前記少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するように構成され、
前記第１のリクエストメッセージは、前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含むことを特徴とするシグナリングプレーンエンティティ。
【請求項１２】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義され、サービスの登録中にアイデンティティ管理エンティティに格納され、
前記アイデンティティ管理エンティティは、前記ＭＣＰＴＴサーバ、グループ管理サーバ、及びシグナリングプレーンドメインエンティティのうちいずれか一つに格納されることを特徴とする請求項８に記載のＭＣＰＴＴサーバまたは請求項１１に記載のシグナリングプレーンエンティティ。
【請求項１３】
前記アプリケーションプレーンアイデンティティは、ＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴＴグループアイデンティティのうちいずれか一つであり、前記シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティ、ＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)、ｔｅｌユニフォームリソース識別子(ｔｅｌ  ＵＲＩ)、及び移動加入者統合サービスデジタルネットワーク(ＭＳＩＳＤＮ)アイデンティティのうち少なくとも一つであり、
前記シグナリングプレーンエンティティは、セッション開始プロトコル(ＳＩＰ)コアシグナリングプレーンエンティティ、インターネットプロトコル(ＩＰ)マルチメディアサブシステム(ＩＭＳ）コアシグナリングプレーンエンティティ、及びホーム加入者サーバ(ＨＳＳ）エンティティのうちいずれか一つであることを特徴とする請求項８に記載のＭＣＰＴＴサーバまたは請求項１１に記載のシグナリングプレーンエンティティ。
【請求項１４】
前記第１のリクエストメッセージに含まれている前記第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントにより暗号化され、
前記少なくとも一つの第２のリクエストメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記ＭＣＰＴＴサーバにより暗号化され、前記ＭＣＰＴＴサーバは、前記第１のＭＣＰＴＴクライアントに前記暗号化されたアプリケーションプレーンアイデンティティを送信することを特徴とする請求項８に記載のＭＣＰＴＴサーバまたは請求項１１に記載のシグナリングプレーンエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関するもので、特に複数のプレーンにわたるアイデンティティ管理のためのメカニズムに関する。
【背景技術】
【０００２】
公衆安全のためのミッションクリティカル通信(mission  critical  communications）は、通信標準化産業、国家規制機関、通信サービスプロバイダ、ネットワークベンダ、デバイス製造業者などで重要な関心事であり、非常に重要と考えられている。公衆安全及び公共安全通信のための次世代プラットフォームとしてロングタームエボリューション(ＬＴＥ）を確保するクリティカル通信コミュニティでの持続的な関心によって、プロジェクト２５(Ｐ２５)及びＴＥＴＲＡ(Terrestrial  Trunked  Radio)システムのような従来の狭帯域技術を通じて、３ＧＰＰ(3rd  Generation  Partnership  Project）は、新たな作業アイテム(work-item)であるＲｅｌｅａｓｅ１３のためのミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)を確立した。３ＧＰＰにおけるこのような作業の主な目的は、すべてのクリティカル通信ユーザーのニーズをグローバルに満たす単一の共通標準を生成するものである。
【０００３】
ＬＴＥを通じる公共安全(Public  Safety  over  LTE：ＰＳ-ＬＴＥ)標準は、近接性サービス(Proximity  Services：ＰｒｏＳｅ)及びグループ通信サービスイネーブラ(Group  Communication  Services  Enabler：ＧＣＳＥ)のような開始を通じて３ＧＰＰ内で既に開発中にある。３ＧＰＰ  Ｒｅｌｅａｓｅ１２から、ＭＣＰＴＴは、ミッションクリティカルアプリケーションの全般的なアプリケーション及びサービス層の側面を開発している。しかしながら、ＭＣＰＴＴは、このＭＣＰＴＴ要件を実現するために必要に応じてＰｒｏＳｅとＧＣＳＥのような基本技術を使用すると期待される。
【０００４】
ＭＣＰＴＴアプリケーションのための複数の配置モデルをサポートするために、アプリケーションプレーン及びシグナリングプレーンの管理は、異なる機関によりハンドリングされ、２個以上の別途のアイデンティティ(identity)、すなわちアプリケーションプレーンでの一部とシグナリングプレーンでの残りが存在することが予想される。言い換えれば、各プレーンあるいはドメインは、その固有のアイデンティティを定義する。
【０００５】
ＭＣＰＴＴアプリケーションに対してインターネットプロトコル(ＩＰ)マルチメディアサブシステム(ＩＭＳ）ベースのアーキテクチャ(すなわち、セッション開始プロトコル(ＳＩＰ)コア)を考慮することに対する相当な努力がなされる。しかしながら、ＭＣＰＴＴサービスの場合、ＩＭＳ/ＬＴＥ(例えば、公衆地上移動ネットワーク(ＰＬＭＮ)オペレータにより割り当てられた移動/サービス加入者アイデンティティとは別に固有アイデンティティを使用することが要求される。
【０００６】
ＭＣＰＴＴサービスは、３ＧＰＰネットワークオペレータにより上記ＵＥに割り当てられた国際移動加入者アイデンティティ(ＩＭＳＩ)とは独立的に、グローバルユニークなアイデンティティを用いてＭＣＰＴＴユーザーをサポートする。ＭＣＰＴＴアイデンティティは、ＭＣＰＴＴアプリケーションサービスドメインの一部である。ＭＣＰＴＴアイデンティティは、ＭＣＰＴＴサービスに対するＭＣＰＴＴアプリケーション層セキュリティのベースを形成する。
【０００７】
ＭＣＰＴＴ  ＵＥは、パワーオンされる場合、ＬＴＥシステムにアクセスし、進化したパケットコア(ＥＰＣ)に接続する。この段階では、ＭＣＰＴＴ  ＵＥに関連したＵＩＣＣ(Universal  Integrated  Circuit  Card)上のＵＳＩＭ(Universal  Subscriber  Identity  Module)アプリケーション(あるいは可能であれば、ＩＭＳが使用される場合はＩＳＩＭアプリケーション)からの認証書は、ホーム加入者サーバ(ＨＳＳ）との認証に使用される。その後、ＭＣＰＴＴ  ＵＥに存在するＭＣＰＴＴアプリケーションは接続を確立し、ＭＣＰＴＴサービスに対する接続でＭＣＰＴＴアプリケーション層セキュリティを使用する。
【０００８】
さらに、ＭＣＰＴＴサービスプロバイダ及びＩＭＳオペレータが独立的である場合の一部シナリオでは、次のようなＭＣＰＴＴ要件のため、ＭＣＰＴＴユーザーアイデンティティ及びミッションクリティカル機関秘密性(confidentiality)、すなわちＭＣＰＴＴ  ＩＤハイディング(hiding)がＭＣＰＴＴサービスプロバイダとＩＭＳオペレータとの間で維持されることを必要とする。ＭＣＰＴＴサービスは、ミッションクリティカル機関のアイデンティティの秘密性をサポートする。
【０００９】
また、ＭＣＰＴＴは、ＵＥのプール(pool)から共有ＵＥ(sharing  UE)に対する要求事項を有し、すなわち各ＵＥは、他のＵＥとも互換可能であり、ユーザーは、プールから一つ以上のＵＥをランダムに選択する。ＭＣＰＴＴ要件及びシナリオに基づき、ＩＭＳ(ＳＩＰコア)を通じるＭＣＰＴＴサービスの途切れない動作のためにＭＣＰＴＴアイデンティティとＩＭＳ(ＳＩＰコア)オペレータにより割り当てられるアイデンティティとの関係を確立し、格納し、使用することが要求される。
【００１０】
したがって、上記の短所を処理するか、あるいは少なくとも利用可能な代案を提供することが望ましい。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
したがって、上記した従来技術の問題点を解決するために、本発明の目的は、複数のプレーンにわたるアイデンティティ(identity)管理のための方法及びシステムを提供することにある。
【００１２】
本発明の他の目的は、ＭＣＰＴＴサーバにより、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと第２のＭＣＰＴＴクライアントとの間の呼を確立するためにの１のリクエストメッセージを受信する方法及びシステムを提供することにある。
【００１３】
また、本発明の目的は、ＭＣＰＴＴサーバで、第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換する方法及びシステムを提供することにある。
【００１４】
さらに、本発明の目的は、ＭＣＰＴＴサーバにより、呼を確立するために一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンエンティティを含む一つ以上の第２のリクエストメッセージをシグナリングプレーンエンティティに送信する方法及びシステムを提供することにある。
【００１５】
本発明の他の目的は、第１のＭＣＰＴＴクライアントにより送信された第１のリクエストメッセージの第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを暗号化する(encrypting)方法及びシステムを提供することにある。
【００１６】
本発明のもう一つの目的は、ＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを復号化する(decrypting)方法及びシステムを提供することにある。
【００１７】
さらに、本発明の目的は、ＭＣＰＴＴサーバにより送信されたリクエストメッセージの一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを暗号化する方法及びシステムを提供することにある。
【課題を解決するための手段】
【００１８】
上記のような目的を達成するために、本発明の一態様によれば、複数のプレーンにわたるアイデンティティ管理のための方法が提供される。その方法は、ミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)サーバにより、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと一つ以上の第２のＭＣＰＴＴクライアントとの間の呼を確立するための第１のリクエストメッセージを受信するステップを有する。第１のリクエストメッセージは、第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。さらに、上記方法は、ＭＣＰＴＴサーバで、少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するステップと、ＭＣＰＴＴサーバにより、シグナリングプレーンエンティティを介して呼を確立するために、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージを少なくとも一つの第２のＭＣＰＴＴクライアントに送信するステップとを有する。
【００１９】
一実施形態において、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換することは、アイデンティティ管理エンティティから一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを識別するステップを有する。
【００２０】
一実施形態において、第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換することは、アプリケーションプレーンアイデンティティに関連される第２のＭＣＰＴＴクライアントの各々に対するＭＣＰＴＴクライアントアイデンティティを検索(retrieving)するステップと、アイデンティティ管理エンティティから第２のＭＣＰＴＴアイデンティティの各々に対応するシグナリングプレーンアイデンティティを識別するステップを有する。
【００２１】
一実施形態では、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義され、サービス登録中にアイデンティティ管理エンティティに格納される。
【００２２】
一実施形態では、アイデンティティ管理エンティティは、ＭＣＰＴＴサーバ、グループ管理サーバ、及びシグナリングプレーンドメインエンティティのうちいずれか一つに格納される。
【００２３】
一実施形態では、アプリケーションプレーンアイデンティティは、ＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴグループアイデンティティのうちいずれか一つである。
【００２４】
一実施形態では、シグナリングプレーンアイデンティティはパブリックユーザーアイデンティティである。
【００２５】
一実施形態では、シグナリングプレーンアイデンティティはＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)である。
【００２６】
一実施形態では、シグナリングプレーンアイデンティティはｔｅｌ  ＵＲＩ(tel  Uniform  Resource  Identifier)である。
【００２７】
一実施形態では、シグナリングプレーンアイデンティティは、移動加入者統合サービスデジタルネットワーク(ＭＳＩＳＤＮ)アイデンティティである。
【００２８】
一実施形態において、シグナリングプレーンアイデンティティは、セッション開始プロトコル(ＳＩＰ)コアシグナリングプレーンエンティティ、ＩＭＳコアシグナリングプレーンエンティティ、及びＨＳＳエンティティのうちいずれか一つである。
【００２９】
一実施形態において、第１のリクエストメッセージに含まれている第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、第１のＭＣＰＴＴクライアントにより暗号化される。
【００３０】
一実施形態において、ＭＣＰＴＴサーバは、第１のＭＣＰＴＴクライアントに関連されるセキュリティキーをフェッチ(fetch)することによって、第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを復号化する。
【００３１】
一実施形態において、一つ以上の第２のリクエストメッセージに含まれている一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、ＭＣＰＴＴサーバにより暗号化され、ＭＣＰＴＴサーバは、暗号化されたアプリケーションプレーンアイデンティティを第１のＭＣＰＴＴクライアントに送信する。
【００３２】
本発明の他の態様によれば、複数のプレーンにわたるアイデンティティ管理のための方法が提供される。その方法は、シグナリングプレーンエンティティにより、第１のミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)クライアントから少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するために第１のリクエストメッセージを受信するステップと、シグナリングプレーンエンティティによりＭＣＰＴＴサーバに第１のリクエストメッセージを送信するステップと、シグナリングプレーンエンティティにより、ＭＣＰＴＴサーバから少なくとも一つの第２のＭＣＰＴＴクライアントに呼を確立するために少なくとも一つの第２のリクエストメッセージを受信するステップとを有する。第１のリクエストメッセージは、第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含み、少なくとも一つの第２のリクエストメッセージは、少なくとも一つの第２のＭＣＰＴＴクライアントの少なくとも一つのシグナリングプレーンアイデンティティを含む。
【００３３】
さらに、本発明の他の態様によれば、複数のプレーンにわたるアイデンティティ管理のためのミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)サーバが提供される。ＭＣＰＴＴサーバは、メモリユニットと、メモリユニットに結合されたプロセッサユニットとを含む。上記プロセッサユニットは、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと少なくとも一つの第２のＭＣＰＴＴクライアントとの間の呼を確立するために第１のリクエストメッセージを受信し、第１のリクエストメッセージは、第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含み、少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換し、少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む少なくとも一つの第２のリクエストメッセージを、シグナリングプレーンエンティティを通じて呼を確立するために少なくとも一つの第２のＭＣＰＴＴクライアントに送信するように構成される。
【００３４】
本発明の他の態様によれば、複数のプレーンにわたるアイデンティティ管理のためのシグナリングプレーンエンティティが提供される。シグナリングプレーンエンティティは、メモリユニットと、メモリユニットに結合されたプロセッサユニットとを含む。プロセッサユニットは、第１のミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)クライアントから少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するために第１のリクエストメッセージを受信し、ＭＣＰＴＴサーバに第１のリクエストメッセージを送信し、ＭＣＰＴＴサーバから少なくとも一つの第２のＭＣＰＴＴクライアントの少なくとも一つのシグナリングプレーンアイデンティティを含む少なくとも一つの第２のリクエストメッセージを受信し、シグナリングプレーンアイデンティティに基づいて少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するように構成され、第１のリクエストメッセージは、第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。
【００３５】
したがって、本発明の他の態様によれば、複数のプレーンにわたるアイデンティティ管理のためのシステムが提供される。上記システムは、第１のＭＣＰＴＴクライアントから一つ以上の第２のＭＣＰＴＴクライアントと呼を確立するために第１のリクエストメッセージを受信するように構成されるシグナリングプレーンエンティティを含む。第１のリクエストメッセージは、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。シグナリングプレーンエンティティは、第１のリクエストメッセージを送信するように構成される。ＭＣＰＴＴサーバは、シグナリングプレーンエンティティから第１のリクエストメッセージを受信するように構成される。ＭＣＰＴＴサーバは、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するようにさらに構成される。ＭＣＰＴＴサーバは、シグナリングプレーンエンティティに一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む、呼を確立するために一つ以上の第２のリクエストメッセージを送信するようにさらに構成される。シグナリングプレーンエンティティは、ＭＣＰＴＴサーバから一つ以上のリクエストメッセージを受信するように構成される。シグナリングプレーンエンティティは、シグナリングプレーンアイデンティティに基づいて一つ以上のＭＣＰＴＴクライアントと呼を確立するように構成される。
【００３６】
本発明による実施形態の一態様及び他の態様は、下記の説明及び添付の図面とともに考慮されるときよりよく理解されることであろう。しかしながら、以下の説明は、望ましい実施形態及びそれに関する多数の特定細部事項を示しても例示の方法であるだけで、それに限定されるものではないことに注意すべきである。本発明の実施形態を逸脱することなく、本発明の実施形態の範囲内で多くの変更及び修正が可能であり、それによって本明細書における実施形態は上記のようなすべての修正を含む。
【００３７】
本発明は、添付の図面に示され、上記図面の全体にわたって同一の参照符号は多様な図面で対応する部分を示す。本発明の実施形態は、これら図面を参照して下記の説明から一層容易に理解されるはずである。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態によるＭＣＰＴＴシステムを示す概略図である。
【図２】本発明の実施形態によるネットワークのためのＭＣＰＴＴ機能モデルを示す図である。
【図３】本発明の実施形態によるＵＥのためのＭＣＰＴＴ機能モデルを示す図である。
【図４】本発明の実施形態によるＭＣＰＴＴサーバの多様なユニットを示す図である。
【図５】本発明の実施形態によるシグナリングプレーンエンティティの多様なユニットを示す図である。
【図６】本発明の実施形態によるＭＣＰＴＴサーバで複数のプレーンにわたるアイデンティティ管理のための方法を示すフロー図である。
【図７】本発明の実施形態によるシグナリングプレーンエンティティで複数のプレーンにわたるアイデンティティ管理のための方法を示すフロー図である。
【図８】本発明の実施形態によるマッピングテーブル生成手順のための多様なシグナリングメッセージを示すシーケンス図である。
【図９】本発明の実施形態によるＭＣＰＴＴプライベート呼セットアップのための多様なシグナリングメッセージを示すシーケンス図である。
【図１０】本発明の実施形態によるマッピングテーブルを使用するＩＤ変換のための多様なシグナリングメッセージを示すシーケンス図である。
【図１１】本発明の実施形態による事前配列グループ呼セットアップのための多様なシグナリングメッセージを示すシーケンス図である。
【図１２】本発明の実施形態による複数のＭＣＰＴＴシステムからのグループを含むグループ呼に対する多様なシグナリングメッセージを示すシーケンス図である。
【図１３Ａ】本発明の実施形態によるアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１３Ｂ】本発明の実施形態によるアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１３Ｃ】本発明の実施形態によるアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１３Ｄ】本発明の実施形態によるアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１３Ｅ】本発明の実施形態によるアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１４Ａ】本発明の実施形態によるＩＤ(identification)ハイディングエンティティを使用するアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１４Ｂ】本発明の実施形態によるＩＤハイディングエンティティを使用するアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１５Ａ】本発明の実施形態によるＩＤハイディングエンティティを使用するアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１５Ｂ】本発明の実施形態によるＩＤハイディングエンティティを使用するアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１６Ａ】本発明の実施形態によるＩＤハイディングエンティティを使用するアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１６Ｂ】本発明の実施形態によるＩＤハイディングエンティティを使用するアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。
【図１７】本発明の実施形態によるグループ呼に関連されるＭＣＰＴＴクライアント及びＭＣＰＴＴサーバにより挿入されるＳＩＰヘッダ及びＳＩＰボディのコンテンツを示す図である。
【図１８】本発明の実施形態によるプライベート呼に関連されるＭＣＰＴＴクライアント及びＭＣＰＴＴサーバにより挿入されるＳＩＰヘッダ及びＳＩＰボディのコンテンツを示す図である。
【図１９】本発明の実施形態による複数のプレーンにわたるアイデンティティ管理メカニズムを実現するコンピューティング環境を示す図である。
【発明を実施するための形態】
【００３９】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００４０】
本発明による実施形態及び多様な特徴及び有利な詳細は、添付の図面に示し、下記の説明で記述される実施形態を参照してより完全に説明され、上記実施形態はこれに限定されるものではない。公知の構成要素またはプロセスの詳細な説明は、本発明の要旨を不明にする可能性がある場合に省略できる。さらに、一部実施形態は、新たな実施形態を形成するために一つ以上の他の実施形態と組み合わせることができるので、ここで説明される多様な実施形態は必ずしも相互に排他的ではない。また、ここで使用される用語“または(or)”は、特に他の指示がない限り、包括的または(non-exclusive or）を示す。ここで使用される例は、本発明の実施形態を実現する方法の理解を可能にし、当業者が本発明の実施形態を実現可能にするためのことである。したがって、これら例は、本発明の実施形態の範囲を限定するものとして理解してはならない。
【００４１】
実施形態において、用語“ＩＭＳ”及び“ＳＩＰコア”は、相互置換可能に使用される。
【００４２】
本発明の実施形態は、複数のプレーンにわたるアイデンティティ管理方法を実現する。上記方法は、ＭＣＰＴＴサーバにより、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと一つ以上の第２のＭＣＰＴＴクライアントとの間の呼を確立するために第１のリクエストメッセージを受信するステップを有する。第１のリクエストメッセージは、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。さらに、上記方法は、ＭＣＰＴＴサーバで、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するステップを有する。また、上記方法は、ＭＣＰＴＴサーバにより、呼を確立するために、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージをシグナリングプレーンエンティティに送信するステップを有する。
【００４３】
上記提案された方法は、単一サービス内の複数のプレーンにわたるアイデンティティマッピング及び変換を実行するために使用できる。上記方法は、登録及び非登録手順がマッピング情報を格納する論理的位置だけでなくＭＣＰＴＴシステムのユーザー間の複数のアイデンティティのコンセプトでサポートされるメカニズムを提供するために使用できる。
【００４４】
上記提案された方法は、シグナリングプレーンからのアプリケーションレベルアイデンティティをハイディングする(すなわち、アイデンティティを暗号化する)メカニズムを提供するために使用される。上記方法は、アイデンティティが受信される場合に暗号化されるため、同一のドメインアイデンティティ(下位レイヤのアイデンティティまたは同一のレイヤのアイデンティティ)以外のＭＣＰＴＴドメインでのセキュリティアソシエーションを識別するために使用できる。このようなプロセスは、アプリケーションドメインで他のドメインアイデンティティ(すなわち、シグナリングドメインアイデンティティ)をセキュリティアソシエーション(ＳＡ)にマッピングすることによって達成される。
【００４５】
一実施形態で、ＩＭＰＵ及びＭＣＰＴＴ  ＩＤのアイデンティティバインディング(binding）は、アプリケーション層アイデンティティの暗号化に使用される暗号化キーをユニークに識別するために使用される。
【００４６】
より詳細に図１乃至図１９を参照して、望ましい実施形態を示し、図面中、類似した参照符号は一貫して対応する特徴を示す。
【００４７】
図１は、本発明の実施形態によるＭＣＰＴＴシステムの概略図である。ＭＣＰＴＴシステムは、ＵＥ１００、オペレータドメイン２００、及びＭＣＰＴＴサーバ３００を含む。ＭＣＰＴＴシステムは、共有可能な(shareable)ＵＥ１００のコンセプトを定義する。一実施形態において、共有可能なＭＣＰＴＴ  ＵＥ１００は、ＵＥのプール(pool)として考慮され、ここで各ＵＥは、他のＭＣＰＴＴ応答者/ユーザー(公衆安全(ＰＳ）エージェント）と互換可能であり、ＭＣＰＴＴユーザー/応答者/ＰＳエージェントは、プールから一つ以上のＭＣＰＴＴ可能なＵＥ１００をランダムに選択する。一実施形態において、共有可能なＭＣＰＴＴ  ＵＥ１００は、ＵＥ１００に格納されているＭＣＰＴＴクライアント１０２に対するアクセスを取得できるユーザーにより使用され、認証されたＭＣＰＴＴユーザーとなり得る。
【００４８】
さらに、ＵＥ１００は、ＭＣＰＴＴクライアント１０２、シグナリングユーザーエージェント１０４、及びＬＴＥモジュール１０６を含む。オペレータドメイン２００は、基地局２０２、基本ゲートウェイ/補助ゲートウェイ２０４、プロキシ呼セッション制御機能(Ｐ-ＣＳＣＦ)２０６、サービングＣＳＣＦ２０８、加入者データベース２１０、及び移動性管理エンティティ(ＭＭＥ)２１２を含む。
【００４９】
ＭＣＰＴＴシステムは、３ＧＰＰ  ＴＳ  ２３.２２８標準で定義されているＩＭＳアーキテクチャ、３ＧＰＰ  ＴＳ２３.３０３標準で定義されているＰｒｏＳｅアーキテクチャ、３ＧＰＰ  ＴＳ２３.４６８標準で定義されているＬＴＥに対するグループ通信システムイネーブラ(Group  Communication  System  Enablers  for  LTE：ＧＣＳＥ_ＬＴＥ)アーキテクチャ、及び３ＧＰＰ  ＴＳ２３.２３７標準で定義されているパケット切り替え(Packet  Switched：ＰＳ）-パケット切り替え(ＰＳ）アクセス伝送手順の側面を用いてＭＣＰＴＴサービスのサポートを可能にする。ＵＥ１００は、基本的に３ＧＰＰ  ＴＳ２３.４０１標準に定義されているＥＰＳアーキテクチャを用いて、進化した汎用地上無線アクセス(Ｅ-ＵＴＲＡＮ)を通じてＭＣＰＴＴサービスに対するアクセスを獲得する。ディスパッチ(dispatch)のような特定ＭＣＰＴＴ機能及び管理機能は、Ｅ-ＵＴＲＡＮのＭＣＰＴＴ  ＵＥを用いて、あるいは非３ＧＰＰアクセスネットワーク(例えば、ＷＬＡＮアクセスネットワーク)を介してＭＣＰＴＴ  ＵＥを用いてサポートできる。
【００５０】
さらに、ＭＣＰＴＴシステムにおいて、シグナリングプレーンは、ＩＭＳ基準ポイントに基づいて動作される。シグナリングプレーンは、ＭＣＰＴＴ呼又は他のタイプのサービスに関連されるＵＥ１００のユーザーの関連付けを確立するために必要なシグナリングサポートを提供する。シグナリングプレーンは、サービスアクセスを提供し、サービスの動作を制御する。シグナリング制御プレーンは、ベアラプレーンのサービスを使用する。アプリケーション及びシグナリングプレーンが異なるアイデンティティを搬送する場合、２個のプレーン間のアイデンティティを変換し、２個のプレーン間のマッピングを維持する必要がある。アプリケーションプレーンは、メディア制御及び変換をサポートする必須機能とともに、ユーザーにより要求されるすべてのサービス(例えば、呼制御、フロア(floor)制御など)を提供する。シグナリングプレーンのサービスを使用してこれら要求事項をサポートする。アプリケーションプレーンは、メディア会議、メディアのトランスコーディング、及びトーンとアナウンスのプロビジョン(provision）を提供する。
【００５１】
上記ソリューションアーキテクチャを設計する間にユーザーデバイス関係、例えば、一対一ユーザーデバイス関係、一対多ユーザーデバイス関係、または多対一ユーザーデバイス関係に基づいて、確立及び考慮される必要のある多様なタイプのマッピング情報シナリオが存在する。また、登録及び非登録手順がどのようにマッピング情報を格納する論理位置だけでなく複数のアイデンティティのコンセプト、例えばプライベート呼(private  call)、ＭＣＰＴＴシステムの複数のユーザー間のグループ呼を使用してサポートされ、上記のようなマッピング情報を必要とするＭＣＰＴＴシステムの機能エンティティに便利にアクセスできる方法を定義する必要がある。
【００５２】
ＭＣＰＴＴサービスは、複数のユーザー間の通信(すなわち、グループ呼)をサポートし、各ユーザーは、調整(arbitrated)方式でトークに対する権限にアクセスできる能力を有する。ＭＣＰＴＴサービスは、２人のユーザー間のプライベート呼をサポートする。
【００５３】
さらに、ＭＣＰＴＴシステムは、シグナリングプレーンエンティティ及びＭＣＰＴＴサーバ３００を含む。シグナリングプレーンエンティティは、例えばＳＩＰコアシグナリングプレーンエンティティ(例えば、Ｐ-ＣＳＣＦ２０６及びＳ-ＣＳＣＦ２０８）、ＩＭＳコアシグナリングプレーンエンティティ、及びＨＳＳエンティティ(例えば、加入者データベース２１０)であり、これに限定されるものではない。シグナリングプレーンエンティティは、ＭＣＰＴＴサーバ３００を通じて第１のＭＣＰＴＴクライアントと一つ以上の第２のＭＣＰＴＴクライアントとの間の呼を確立することに対する第１のリクエストメッセージを受信するように構成される。第１のリクエストメッセージは、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。アプリケーションプレーンアイデンティティは、例えばＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴグループアイデンティティであり、これに限定されるものではない。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティから第１のリクエストメッセージを受信し、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するように構成される。シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティであり得る。一実施形態において、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義されており、サービス登録(すなわち、ＳＩＰ登録)中にアイデンティティ管理エンティティに格納される。アイデンティティ管理エンティティは、ＭＣＰＴＴサーバ３００、グループ管理サーバ、及びシグナリングプレーンドメインエンティティのうちいずれか一つに格納されている。
【００５４】
一実施形態において、アイデンティティ管理エンティティから一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを識別することによって、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティが一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換される。
【００５５】
一実施形態において、アプリケーションプレーンアイデンティティに関連される第２のＭＣＰＴＴクライアントの各々に対するＭＣＰＴＴクライアントアイデンティティを検出し、アイデンティティ管理エンティティから第２のＭＣＰＴＴアイデンティティの各々に対応するシグナリングプレーンアイデンティティを識別することによって、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティが一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換される。
【００５６】
一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換することに基づき、ＭＣＰＴＴサーバ３００は、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージを、呼を確立するためにシグナリングプレーンエンティティに送信するように構成される。
【００５７】
さらに、一実施形態において、第１のリクエストメッセージに含まれている第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティ及び一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、第１のＭＣＰＴＴクライアントにより暗号化される。
【００５８】
一実施形態において、ＭＣＰＴＴサーバ３００は、第１のＭＣＰＴＴクライアントに関連されるセキュリティキーをフェッチすることにより、第１のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティと一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを復号化する。
【００５９】
一実施形態において、一つ以上の第２のリクエストメッセージの一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、ＭＣＰＴＴサーバ３００により暗号化される。また、ＭＣＰＴＴサーバ３００は、第１のＭＣＰＴＴクライアントに暗号化されたアプリケーションプレーンアイデンティティを送信する。ＭＣＰＴＴサーバ３００は、暗号化プロセスに対して第２のＭＣＰＴＴクライアントに関連されるセキュリティキーをフェッチするように構成される。
【００６０】
図１は、ＭＣＰＴＴシステムの制限された概略図である。他の実施形態は、これに限定されるものではないことがわかる。また、ＭＣＰＴＴシステムは、相互に通信する任意の個数のハードウェアまたはソフトウェアコンポーネントを含むことができる。
【００６１】
図２は、本発明の実施形態によるネットワークのためのＭＣＰＴＴ機能モデルを示す。ＭＣＰＴＴ機能モデルは、ＭＣＰＴＴサービスプロバイダドメイン/アプリケーションプレーン４００とＩＭＳドメイン/シグナリングプレーン４５０との間で動作する。ＭＣＰＴＴサービスプロバイダドメイン/アプリケーションプレーン４００は、ＩＤ管理サーバ４０２、ＭＣＰＴＴ  ＡＳ４０４、グループ管理サーバ４０６、及びＭＣＰＴＴアイデンティティ４０８を含む。ＩＭＳドメイン/シグナリングプレーン４５０は、ＳＩＰコア４５２とＳＩＰアイデンティティ４５４を含む。ＭＣＰＴＴシステムの機能モデルは、異なるアイデンティティ間のマッピングを実現することに関係する。従来のメカニズムと違い、アプリケーションとシグナリングプレーンをクロスするすべてのメッセージは、アイデンティティ変換動作を必要とし、それによってプレーンの各々は異なるプレーン間の別途のアイデンティティの要求事項を満たす間に固有のプレーンアイデンティティを処理できる。
【００６２】
図３は、本発明の実施形態によるＵＥ１００のためのＭＣＰＴＴ機能モデルを示す。ＵＥ１００は、ＳＩＰユーザーエージェント１０４とＭＣＰＴＴクライアント１０２を含む。さらに、ＭＣＰＴＴシステムでのＭＣＰＴＴ機能モデルは、ＭＣＰＴＴユーザーアイデンティティ及びパブリックユーザーアイデンティティを含む。ＭＣＰＴＴユーザーアイデンティティは、ＭＣＰＴＴユーザー及びＭＣＰＴＴ  ＡＳ４０４又はアプリケーションプレーンで関連したユーザープロファイルをユニークに識別する。ＭＣＰＴＴユーザーアイデンティティは、ＭＣＰＴＴ ＩＤとして知られている。パブリックユーザーアイデンティティは、ＩＭＳドメイン４５０でＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)と称される。パブリックユーザーアイデンティティは、シグナリング制御プレーンレイヤのプロファイルに関連される。ＭＣＰＴＴユーザーエージェントとＭＣＰＴＴサーバ３００との間のすべてのシグナリングメッセージは、識別子(identifier)としてパブリックユーザーアイデンティティを利用し、シグナリングメッセージがＭＣＰＴＴシステムを通じてルーティングされ得る。このアイデンティティは、３ＧＰＰ  ＴＳ２３.２２８標準に定義されているパブリックユーザーアイデンティティと同一の機能を満たす。
ＭＣＰＴＴユーザーアイデンティティとパブリックユーザーアイデンティティとの間に次のような関係が存在する。
【００６３】
一実施形態において、ＭＣＰＴＴユーザーアイデンティティにより識別されるユーザーは、パブリックユーザーアイデンティティにより識別されるＭＣＰＴＴクライアント１０２からＭＣＰＴＴ  ＡＳ４０４のサービスにアクセスできる。
【００６４】
一実施形態において、単一ＭＣＰＴＴユーザーアイデンティティは、(複数のＵＥをサポートするために)複数のパブリックユーザーアイデンティティを有することができる。
一実施形態で、ＭＣＰＴＴ  ＩＤは、一つ以上のパブリックユーザーアイデンティティ(例えば、複数のＵＥ、共有されるＵＥにマッピングされてもよい。
【００６５】
一実施形態において、パブリックユーザーアイデンティティは、一つ以上のＭＣＰＴＴ  ＩＤ(例えば、ＵＥ対ネットワークリレー)にマッピングされてもよい。
【００６６】
一実施形態において、ＭＣＰＴＴ  ＩＤは一つ以上のグローバルルーティング可能ユーザーエージェントＵＲＩ(ＧＲＵＵ）にマッピングすることができる(例えば、複数のＵＥ、同一のＵＥを共有する複数のユーザーからのユーザーログオン)。
【００６７】
一実施形態において、複数のＭＣＰＴＴユーザーアイデンティティは、単一のパブリックユーザーアイデンティティ(共有されるＵＥをサポートする)にマッピングできる。
【００６８】
以下の表は、アプリケーションプレーンアイデンティティ、すなわちＭＣＰＴＴ  ＩＤとシグナリングプレーンアイデンティティ、すなわちＩＭＰＵとの間の関係を説明する。
【００６９】
【表１】
2018522512.tif 000003
【００７０】
ＩＭＰＵ-１Ａは、ユーザー１のデバイス＃１のＩＭＰＵを意味する。
ＩＭＰＵ-１Ｂは、ユーザー１のデバイス＃２のＩＭＰＵを意味する。
ＩＤ-１Ａは、ユーザー１のＭＣＰＴＴ  ＩＤを意味する。
【００７１】
＜表１＞は、一対一ユーザーデバイス関係、一対多ユーザーデバイス関係、及び多対一ユーザーデバイス関係を示す。
【００７２】
ＭＣＰＴＴユーザーアイデンティティとパブリックユーザーアイデンティティとの間の関係は、ＭＣＰＴＴアプリケーションドメインで維持され得る。ＭＣＰＴＴアプリケーションドメインは、例えばＭＣＰＴＴサーバ３００、アイデンティティ管理エンティティ、あるいは他のタイプの独立的な機能エンティティであり、これに限定されるものではない。ＭＣＰＴＴユーザーアイデンティティとパブリックユーザーアイデンティティとの間の関係は、どこでアイデンティティ変換が実行されるかに従ってグループ管理サーバまたはＭＣＰＴＴサーバのような他のアプリケーションドメイン機能に容易にアクセスでき、あるいはＩＭＳオペレータドメイン(例えば、シグナリングプレーンのＩＭＳコア、ＨＳＳ、または他のエンティティ)に容易にアクセスできる。
【００７３】
一実施形態において、ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴ  ＩＤとパブリックユーザーアイデンティティとの間のマッピングを管理するように構成される。
【００７４】
一実施形態において、ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴ  ＩＤとパブリックＧＲＵＵとの間のマッピングを管理するように構成される。
【００７５】
一実施形態において、臨時ＧＲＵＵは、ＳＩＰコア５４２によりパブリックＧＲＵＵにマッピングされる。
【００７６】
アイデンティティ変換がＭＣＰＴＴアプリケーションドメインにより実行される場合、ＭＣＰＴＴユーザーアイデンティティとパブリックユーザーアイデンティティとの間の関係は、ＭＣＰＴＴサーバ３００、アイデンティティ管理エンティティ、グループ管理サーバ、及びＭＣＰＴＴサーバのような他のアプリケーションドメイン機能に容易にアクセスできる他の共通機能エンティティのようなアプリケーションドメインエンティティに格納され得る。また、アイデンティティ関係がＭＣＰＴＴサーバ３００の外部に格納される場合、ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴサービスリクエストをハンドリングする。ＭＣＰＴＴサービスリクエストは、アドレス変換のためにアイデンティティ間の関係に対してアクセスするか、あるいはアイデンティティ関係を格納するエンティティは、アドレスアイデンティティ変換をＭＣＰＴＴサーバ３００に提供する。
【００７７】
アイデンティティ変換がＩＭＳシグナリングプレーンにより実行される場合、ＭＣＰＴＴユーザーアイデンティティとパブリックユーザーアイデンティティとの間の関係は、ＩＭＳコア、ＨＳＳのようなシグナリングプレーンドメインエンティティに格納できる。さらに、アイデンティティ関係がＩＭＳコアの外部に存在する場合、ＩＭＳコアは、アドレス変換のためにアイデンティティ間の関係にアクセスし、あるいはアイデンティティ関係を格納するエンティティはＩＭＳコアにアイデンティティ変換を提供する。
【００７８】
ＭＣＰＴＴサービスプロバイダ及びホームネットワークオペレータが同一の機関の一部である場合、シグナリングプレーンでのパブリックユーザーアイデンティティは、アプリケーションプレーンでのＭＣＰＴＴユーザーを識別する。このような場合、アドレス変換に対する必要性は存在しない。
【００７９】
一実施形態において、ＭＣＰＴＴサービスプロバイダ及びホームＰＬＭＮオペレータが同一の信頼ドメインの一部である場合、ＳＩＰシグナリング制御プレーンでパブリックユーザーアイデンティティは、アプリケーションプレーンでのＭＣＰＴＴユーザーを識別できる。
【００８０】
一実施形態において、ＭＣＰＴＴサービスプロバイダ及びホームＰＬＭＮオペレータが同一の信頼ドメインの一部である場合、ＳＩＰシグナリング制御プレーンでパブリックサービスアイデンティティは、アプリケーションプレーンでのＭＣＰＴＴグループＩＤを識別できる。
【００８１】
非共有(non-shared)ＵＥシナリオにおけるアイデンティティ変換：
登録リクエスト：ＵＥ１００は、ＭＣＰＴＴサービス登録のためのＳＩＰ  ＲＥＧＩＳＴＥＲリクエストを生成する。ユーザーのＭＣＰＴＴアイデンティティに関する情報は、ＳＩＰ  ＲＥＧＩＳＴＥＲリクエストのＳＩＰ  ｆｒｏｍヘッダに含まれ、ＭＣＰＴＴサーバ３００でのサービスの登録及び認証に使用される。Ｆｒｏｍヘッダを除外したＳＩＰヘッダの他の値は、通常のＳＩＰ(ＩＭＳ）手順と同一である。ＳＩＰコア５４２(例えば、ＩＭＳドメイン等)名称、ユーザーのＩＭＰＵ、ＵＥ１００のＩＰアドレスは、各々リクエストＵＲＩ、ｔｏヘッダ及びコンタクト(contact)ヘッダに含まれる。ＭＣＰＴＴサービス向けのＩＣＳＩは、コンタクトヘッダで搬送される。ＳＩＰ  ＲＥＧＩＳＴＥＲリクエストを受信し、ＳＩＰコア４５２及びＭＣＰＴＴサービスプロバイダの両方と、もとの成功的な登録の後に、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の関係情報は、アプリケーションドメイン及び/またはシグナリングドメインに格納される。
【００８２】
非登録リクエスト(単一ＭＣＰＴＴシステム１-１リクエスト)：１-１リクエストに対する非登録リクエスト(例えば、ＳＩＰ  ＩＮＶＩＴＥ、ＳＩＰ  ＢＹＥ）を追加する(populate)エンティティ(発信または着信ＵＥ１００あるいはＭＣＰＴＴサーバ３００）は、次のようなヘッダを含める：
【００８３】
リクエストＵＲＩ：シナリオに基づいたターゲットユーザーのＭＣＰＴＴユーザーアイデンティティまたはターゲットユーザーのパブリックユーザーアイデンティティ
Ｆｒｏｍヘッダ：発信者のＭＣＰＴＴユーザーアイデンティティ(あるいはＭＣＰＴＴ  ＩＤがボディで伝送される場合には何でも構わない)
Ｔｏヘッダ：ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティ(あるいはＭＣＰＴＴ  ＩＤがボディで伝送される場合には何でも構わない）
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｉｄｅｎｔｉｔｙヘッダ：発信者のパブリックユーザーアイデンティティ
Ｃｏｎｔａｃｔ：ＭＣＰＴＴ発信者ＵＥのＩＰアドレス
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｓｅｒｖｉｃｅヘッダ：ＭＣＰＴＴサービス識別子
【００８４】
ＭＣＰＴＴアプリケーションドメインで、非登録リクエストを追加するエンティティは、ＭＣＰＴＴアプリケーションドメインがターゲットユーザーに対するパブリックユーザーアイデンティティを認識しないため、ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティのみをリクエストＵＲＩに含めることができる。ＩＭＳオペレータドメインでリクエストを受信する場合、ＩＭＳオペレータドメインは、ＭＣＰＴＴサービスアイデンティティを用いてリクエストをＭＣＰＴＴサーバ３００にルーティングできる。パブリックユーザーアイデンティティは、ＩＭＳオペレータドメインでルーティング目的のために、すなわちリクエストをハンドリングし、リクエストをＭＣＰＴＴアプリケーションドメインで識別可能なターゲットユーザーに向かってルーティングするために一般的に要求されるアイデンティティである。その後、ＭＣＰＴＴサーバ３００は、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の格納されている関係情報から、ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティに対応するパブリックユーザーアイデンティティを取得し、ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティをターゲットユーザーのパブリックユーザーアイデンティティと取り替える。非登録リクエストをターゲットＭＣＰＴＴユーザーに配信する残りのステップは、３ＧＰＰ手順と同様にノーマルである。
【００８５】
非登録リクエスト(グループリクエスト)：グループリクエストに対する非登録リクエスト(例えば、ＳＩＰ  ＩＮＶＩＴＥ、ＳＩＰ  ＢＹＥ)を追加するエンティティ(発信または着信ＵＥあるいはＭＣＰＴＴサーバ）は、次のようなヘッダを含む：
リクエストＵＲＩ：(ＭＣＰＴＴグループ及びメンバーシップ構成メタデータで事前設定されている)パブリックサービス識別子
Ｆｒｏｍヘッダ：発信者のＭＣＰＴＴ  ＩＤ(あるいは呼出者のＭＣＰＴＴ  ＩＤがボディで伝送される場合は何でも構わない)
Ｔｏヘッダ：グループのＭＣＰＴＴ  ＩＤ(あるいはグループのＭＣＰＴＴ  ＩＤがボディで伝送される場合は何でも構わない)
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｉｄｅｎｔｉｔｙヘッダ：発信者のパブリックユーザーアイデンティティ
Ｃｏｎｔａｃｔ：ＭＣＰＴＴ発信者ＵＥのＩＰアドレス
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｓｅｒｖｉｃｅヘッダ：ＭＣＰＴＴサービス識別子
【００８６】
グループ呼のようなシナリオでは、非登録リクエストを追加するエンティティは、グループメンバーのパブリックユーザーアイデンティティを認識しない。したがって、リクエストＵＲＩヘッダは、非登録リクエストにパブリックサービスアイデンティティを含む必要がある。パブリックサービスアイデンティティは、特定グループが定義されており、あるいはグループ呼がホストされる(hosted)グループ所有者またはＭＣＰＴＴサーバ３００を識別する。パブリックサービスアイデンティティをリクエストＵＲＩに追加するために、ＭＣＰＴＴクライアント１０２は、リクエストＭＣＰＴＴユーザーがグループのメンバーである場合、グループ管理サーバでグループ定義のメタデータからこの情報を取得できる。グループ定義からパブリックサービスアイデンティティを得るためのＭＣＰＴＴシステムは、ハイパーテキスト転送プロトコル(ＨＴＴＰ)リクエストを通じて存在できる。
【００８７】
非登録リクエストは、グループ所有者によりＭＣＰＴＴグループアイデンティティをそのグループメンバーのＭＣＰＴＴユーザーアイデンティティに分析するために使用されるヘッダにＭＣＰＴＴグループアイデンティティを含む。ＩＭＳオペレータドメインでリクエストを受信する場合、ＩＭＳオペレータドメインは、ＭＣＰＴＴサービス識別子を使用してＭＣＰＴＴサーバ３００にリクエストをルーティングできる。パブリックサービスアイデンティティを有するリクエストＵＲＩが受信されたＭＣＰＴＴシステムに属しない場合、受信されたＭＣＰＴＴシステムは、非登録リクエストをリクエストのハンドリングのためにＩＭＳコアに再びフォワーディングする。ＩＭＳコアは、ＭＣＰＴＴアプリケーションドメインでリクエストＵＲＩが識別可能なリクエストＵＲＩを検討してリクエストをグループが定義されている、適したターゲットＭＣＰＴＴシステムにルーティングできる。パブリックサービスアイデンティティが定義されている、すなわちグループが定義されているＭＣＰＴＴサーバ３００で、ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴサーバ３００のメンバーに対するＭＣＰＴＴグループアイデンティティを分析する。ＭＣＰＴＴサーバ３００は、上記グループを維持し、ＭＣＰＴＴサーバ３００は、グループメンバーの各々のＭＣＰＴＴユーザーアイデンティティに対応するパブリックユーザーアイデンティティを取得する。ＭＣＰＴＴサーバ３００は、複数のＭＣＰＴＴシステムのシナリオでのアイデンティティ変換で説明したように、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の格納されている関係情報を取得するために異なるＭＣＰＴＴシステムに接続しなければならないことがある。さらに、各グループメンバーに対するＭＣＰＴＴユーザーアイデンティティは、ＭＣＰＴＴユーザーアイデンティティを配信するためにリクエストをＩＭＳオペレータドメインに送信する前に各パブリックユーザーアイデンティティに取り替えられる。その後、非登録リクエストをターゲットＭＣＰＴＴユーザーに伝送する残りの動作/機能は、３ＧＰＰ手順に従う。
【００８８】
一実施形態では、各ＭＣＰＴＴグループＩＤは、ＭＣＰＴＴサーバ３００に対するパブリックサービスアイデンティティにマッピングされ、上記グループが定義される。ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴグループＩＤとパブリックサービスアイデンティティとの間のマッピングを管理するように構成される。
【００８９】
共有ＵＥシナリオにおけるアイデンティティ変換：
一実施形態において、共有ＵＥコンセプトがＭＣＰＴＴサービスのために動作するために、ＭＣＰＴＴユーザーアイデンティティ及びパブリックユーザーアイデンティティを管理できる方法に対する少なくとも３つの方法がある。
【００９０】
ＵＥごとに複数のパブリックユーザーアイデンティティを事前設定し、複数のパブリックユーザーアイデンティティの各々は各ＭＣＰＴＴユーザーアイデンティティに関連する。
【００９１】
複数のＭＣＰＴＴユーザーアイデンティティにより使用できるＵＥごとに１個のパブリックユーザーアイデンティティ。
【００９２】
ＭＣＰＴＴユーザーアイデンティティに基づいてＵＥにユーザーアイデンティティを動的に割り当て。
【００９３】
ＭＣＰＴＴユーザーアイデンティティ及びパブリックユーザーアイデンティティが共有ＵＥに対して管理される方法に関係なく、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の関係は、ＩＭＳ及びＭＣＰＴＴサービス登録時に確立される。したがって、ＭＣＰＴＴサービスが共有ＵＥに配信される場合、ＭＣＰＴＴサーバ３００は、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の関係を利用する。
【００９４】
ＩＤハイディングシナリオにおけるアイデンティティ変換：
一実施形態では、ＭＣＰＴＴユーザーアイデンティティハイディングが必要なシナリオの場合、非登録リクエストでの発信者またはターゲットＭＣＰＴＴユーザーアイデンティティは、暗号化された後にボディまたはヘッダに搬送される。暗号化されたＭＣＰＴＴユーザーアイデンティティは、ＩＭＳオペレータドメインではなく、ＭＣＰＴＴオペレータドメインのみによって復号化できる。ＭＣＰＴＴクライアントとＭＣＰＴＴサーバ３００との間でＭＣＰＴＴユーザーアイデンティティハイディングのために使用される暗号化メカニズムが事前合意され、証明書(certificate)、トークンのような既存のセキュリティメカニズムを用いて実行できる。
【００９５】
さらに、ＭＣＰＴＴサーバ３００は、ＩＭＳオペレータドメインを通じてターゲットＭＣＰＴＴにリクエストを配信する前に非登録リクエストで受信した、暗号化されないＭＣＰＴＴユーザーアイデンティティを対応するパブリックユーザーアイデンティティに変換しなければならない。しかしながら、暗号化されたＭＣＰＴＴユーザーアイデンティティを有するリクエストを受信したＵＥ１００は、ＭＣＰＴＴユーザーにリクエストをレンダリング(rendering)する前に復号化できる。
【００９６】
複数のＭＣＰＴＴシステムシナリオにおけるアイデンティティ変換：
例えば、ＭＣＰＴＴユーザーがＭＣＰＴＴアプリケーションの相互接続シナリオのように他のＭＣＰＴＴシステムでの加入者であるため、アイデンティティ変換が実行されることが要求され、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の関係情報が他のＭＣＰＴＴシステムに格納されている場合、１個のＭＣＰＴＴシステムが他のＭＣＰＴＴシステムにアイデンティティ変換を分析できるかを問い合わせる(query)。一実施形態では、ＭＣＰＴＴシステムは、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の関係情報をグローバルにユニークであり、グローバルにアクセス可能なデータベースに維持し、あるいはユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の関係情報は分散データベースに存在できる。分散システムで関係情報を問い合わせ及び検出するメカニズムは、セキュリティ方法に関連されるシンプルなＨＴＴＰクエリ(query)などを使用して２個のＭＣＰＴＴシステムオペレータ間のＤＮＳルックアップ(lookup)あるいはサービスレベル合意と同様である。他の実施形態において、マッピング情報を交換する２個のシステム間のネットワークインターフェースに対する専用ネットワークが存在できる。グローバルデータベースから関係情報を習得するメカニズムは、ＨＴＴＰプロトコルを使用することができる。
【００９７】
同様に、発信側または着信側のＭＣＰＴＴシステムが含まれているターゲットユーザーのパブリックユーザーアイデンティティのみを有する非登録リクエストを受信する場合、ＭＣＰＴＴサーバ３００は、ユーザーのＭＣＰＴＴユーザーアイデンティティとシグナリングプレーンパブリックユーザーアイデンティティとの間の格納されている関係情報でリバースルックアップを実行してターゲットユーザーのＭＣＰＴＴユーザーアイデンティティがわかる。
【００９８】
図４は、本発明の実施形態によるＭＣＰＴＴサーバ３００の多様なユニットを示す。ＭＣＰＴＴサーバ３００は、通信ユニット３０２、アイデンティティ管理エンティティ３０４、プロセッサユニット３０６、及びメモリユニット３０８を含む。プロセッサユニット３０６は、メモリユニット３０８に結合される。プロセッサユニット３０６は、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアント１００と一つ以上の第２のＭＣＰＴＴクライアントとの間で呼を確立するために第１のリクエストメッセージを受信するように構成される。第１のリクエストメッセージは、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。アプリケーションプレーンアイデンティティは、例えばＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴグループアイデンティティであり、これに限定されるものではない。第１のリクエストメッセージを受信した後、プロセッサユニット３０６は、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換するように構成される。シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティであり得る。一実施形態では、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義され、サービス登録中にアイデンティティ管理エンティティ３０４に格納される。アイデンティティ管理エンティティは、ＭＣＰＴＴサーバ３００、グループ管理サーバ、及びシグナリングプレーンドメインエンティティのうちいずれか一つに格納される。
【００９９】
一実施形態では、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、アイデンティティ管理エンティティ３０４から一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを識別することによって、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換される。
【０１００】
一実施形態において、アプリケーションプレーンアイデンティティに関連される第２のＭＣＰＴＴクライアントの各々に対するＭＣＰＴＴクライアントアイデンティティを検出し、アイデンティティ管理エンティティ３０４から第２のＭＣＰＴＴアイデンティティの各々に対応するシグナリングプレーンアイデンティティを識別することによって、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換される。
【０１０１】
一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティに変換することに基づいて、通信ユニット３０２は、呼を確立するためにシグナリングプレーンエンティティに一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージを送信するように構成される。
【０１０２】
さらに、通信ユニット３０２は、内部ユニットの間に内部的に通信し、一つ以上のネットワークを通じて外部デバイスと通信するように構成される。また、メモリユニット３０８は、一つ以上のコンピュータ読み取り可能な記憶媒体を含むことができる。メモリユニット３０８は、不揮発性記憶エレメントを含むことができる。不揮発性記憶エレメントの例としては、磁気ハードディスク、光ディスク、フロッピーディスク、フラッシュメモリ、または電気的にプログラム可能なメモリ(ＥＰＲＯＭ)または電気的に消去及びプログラム可能なメモリ(ＥＥＰＲＯＭ)の形態が含まれる。さらに、メモリユニット３０８は、一部の例では、非一時的な記憶媒体と見なすことができる。“非一時的(non-transitory)”な記憶媒体が搬送波または伝搬信号に組み込まれないことを示すことができる。しかしながら、用語“非一時的”は、メモリユニット３０８が移動不能であると解釈されてはならない。いくつかの例では、メモリユニット３０８は、メモリより大量の情報を記憶するように構成することができる。特定の例では、非一時的記憶媒体は、(例えば、ランダムアクセスメモリ(ＲＡＭ)またはキャッシュで)時間が変わるに従って変更可能なデータを格納することができる。
【０１０３】
図４はＭＣＰＴＴサーバ３００の例示的なユニットを示すが、他の実施形態はそれに限定されるものではないことが理解されるべきである。他の実施形態野では、ＭＣＰＴＴサーバ３００は、より少ない個数のユニットまたはより多くの個数のユニットを含むことができる。また、ユニットのラベルまたは名称は、説明の目的のためのものであり、本発明の範囲を限定するものではない。一つ以上のユニットは、共に組み合わせてＭＣＰＴＴサーバ３００での機能と同一の機能または実質的に類似した機能を実行することができる。
【０１０４】
図５は、本発明の実施形態によるシグナリングプレーンエンティティ５００の多様なユニットを示す。シグナリングプレーンエンティティ５００は、通信ユニット５０２、プロセッサユニット５０４、及びメモリユニット５０６を含む。プロセッサユニット５０４は、及びメモリユニット５０６に結合される。シグナリングプレーンエンティティ５００は、例えばＳＩＰコアシグナリングプレーンエンティティ、ＩＭＳコアシグナリングプレーンエンティティ、ＨＳＳエンティティなどであり、これに限定されるものではない。通信ユニット５０２は、第１のＭＣＰＴＴクライアント１００から一つ以上の第２のＭＣＰＴＴクライアントと呼を確立するために第１のリクエストメッセージを受信するように構成される。第１のリクエストメッセージは、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含む。第１のＭＣＰＴＴクライアント１００から第１のリクエストメッセージを受信することに基づいて、通信ユニット５０２は、ＭＣＰＴＴサーバ３００に第１のリクエストメッセージを送信するように構成される。ＭＣＰＴＴサーバ３００に第１のリクエストメッセージを送信する場合、プロセッサユニット５０４は、ＭＣＰＴＴサーバ３００から一つ以上の第２のＭＣＰＴＴクライアントの一つ以上のシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージを受信するように構成される。また、プロセッサユニット５０４は、シグナリングプレーンアイデンティティに基づいて一つ以上の第２のＭＣＰＴＴクライアントと呼を確立するように構成される。
【０１０５】
さらに、通信ユニット５０２は、内部ユニットの間に内部的に通信し、一つ以上のネットワークを通じて外部デバイスと通信するように構成される。また、メモリユニット５０６は、一つ以上のコンピュータ読み取り可能な記憶媒体を含むことができる。メモリユニット５０６は、不揮発性記憶エレメントを含むことができる。不揮発性記憶エレメントの例としては、磁気ハードディスク、光ディスク、フロッピーディスク、フラッシュメモリ、または電気的にプログラム可能なメモリ(ＥＰＲＯＭ)または電気的に消去及びプログラム可能なメモリ(ＥＥＰＲＯＭ)の形態が含まれる。さらに、メモリユニット５０６は、一部の例では、非一時的な記憶媒体と見なすことができる。“非一時的(non-transitory)”な記憶媒体が搬送波または伝搬信号に組み込まれないことを示すことができる。しかしながら、用語“非一時的”は、メモリユニット５０６が移動不能であると解釈されてはならない。いくつかの例では、メモリユニット５０６は、メモリより大量の情報を記憶するように構成することができる。特定の例では、非一時的記憶媒体は、(例えば、ランダムアクセスメモリ(ＲＡＭ)またはキャッシュで)時間が変わるに従って変更可能なデータを格納することができる。
【０１０６】
図５はシグナリングプレーンエンティティ５００の例示的なユニットを示すが、他の実施形態はこれに限定されるものではないことが理解されるべきである。他の実施形態野では、シグナリングプレーンエンティティ５００は、より少ない個数のユニットまたはより多くの個数のユニットを含むことができる。また、ユニットのラベルまたは名称は、説明の目的のためのものであり、本発明の範囲を限定するものではない。一つ以上のユニットは、共に組み合わせてシグナリングプレーンエンティティ５００での機能と同一の機能または実質的に類似した機能を実行することができる。
【０１０７】
図６は、本発明の実施形態によるＭＣＰＴＴサーバ３００での複数のプレーンを通じたアイデンティティ管理のための方法６００を示すフロー図である。ステップ６０２において、方法６００は、シグナリングプレーンエンティティから第１のＭＣＰＴＴクライアントと一つ以上の第２のＭＣＰＴＴクライアント間の呼を確立するために第１のリクエストメッセージを受信することを含む。一実施形態において、方法６００は、通信ユニット３０２がシグナリングプレーンエンティティから第１のＭＣＰＴＴクライアント１００ａと一つ以上の第２のＭＣＰＴＴクライアント１００ｂ又は１００ｃとの間で呼を確立するために第１のリクエストメッセージを受信可能にする。ステップ６０４において、方法６００は、一つ以上の第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアント１００ａのシグナリングプレーンアイデンティティに変換することを含む。一実施形態において、方法６００は、プロセッサユニット５０４が一つ以上の第２のＭＣＰＴＴクライアント１００ｂ及び１００ｃのアプリケーションプレーンアイデンティティを一つ以上の第２のＭＣＰＴＴクライアント１００ｂまたは１００ｃのシグナリングプレーンアイデンティティに変換することを含む。ステップ６０６において、方法６００は、一つ以上の第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージを、呼を確立するためにシグナリングプレーンエンティティに送信することを含む。一実施形態において、方法６００は、通信ユニット３０２が一つ以上の第２のＭＣＰＴＴクライアント１００ｂまたは１００ｃのシグナリングプレーンアイデンティティを含む一つ以上の第２のリクエストメッセージを、呼を確立するためにシグナリングプレーンエンティティに送信することを可能にする。
【０１０８】
方法６００での多様なアクション、動作、ブロック、ステップなどは、提示された順序で、異なる順序で、あるいは同時に実行されてもよい。さらに、一部実施形態では、本発明の範囲を逸脱することなく、アクション、動作、ブロック、ステップのうち一部が省略され、追加され、修正され、あるいはスキップされてもよい。
【０１０９】
図７は、本発明の実施形態によるシグナリングプレーンエンティティ５００における複数のプレーンにわたるアイデンティティ管理のための方法７００を示すフロー図である。ステップ７０２において、方法７００は、第１のＭＣＰＴＴクライアントから第１のリクエストメッセージを受信して一つ以上の第２のＭＣＰＴＴクライアントとの呼を確立することを含む。一実施形態では、方法７００は、通信ユニット５０２が第１のＭＣＰＴＴクライアント１００ａから第１のリクエストメッセージを受信して一つ以上の第２のＭＣＰＴＴクライアント１００ｂ又は１００ｃとの呼を確立することを可能にする。ステップ７０４において、方法７００は、ＭＣＰＴＴサーバ３００に第１のリクエストメッセージを送信することを含む。一実施形態において、方法７００は、通信ユニット５０２がＭＣＰＴＴサーバ３００に第１のリクエストメッセージを送信することを可能にする。ステップ７０６において、方法７００は、一つ以上の第２のＭＣＰＴＴクライアント１００ｂ又は１００ｃへの呼を確立するために、ＭＣＰＴＴサーバ３００から一つ以上の第２のリクエストメッセージを受信することを含む。一実施形態では、方法７００は、通信ユニット５０２が一つ以上の第２のＭＣＰＴＴクライアント１００ｂまたは１００ｃへの呼確立のために、ＭＣＰＴＴサーバ３００から一つ以上の第２のリクエストメッセージを受信することを可能にする。
【０１１０】
方法７００での多様なアクション、動作、ブロック、ステップなどは、提示された順序で、異なる順序で、あるいは同時に実行されてもよい。さらに、一部実施形態では、本発明の範囲を逸脱することなく、アクション、動作、ブロック、ステップのうち一部が省略され、追加され、修正され、あるいはスキップされてもよい。
【０１１１】
図８は、本発明の実施形態によるマッピングテーブル生成手順に対する多様なシグナリングメッセージを示すシーケンス図である。一実施形態では、ＳＩＰコアアイデンティティ(すなわち、プライベート及びパブリックアイデンティティ）は、ＵＥ/ユーザーに対して動的に割り当てられてもよく、事前に割り当てられてもよい。ＭＣＰＴＴアイデンティティ、すなわちＭＣＰＴＴユーザーＩＤ、ＭＣＰＴＴパブリックＩＤ、及びグループＩＤは、ＵＥ１００(すなわち、ＭＣＰＴＴクライアント)に事前設定されている。グループＩＤまたはＭＣＰＴＴユーザーＩＤ及び/またはＭＣＰＴＴパブリックアイデンティティは、サービス確立のために(通信を開始する)被呼出側(called  party)により被呼出者(callee)(上記通信の他の着信側)を識別するために使用される。被呼出側ＩＤがグループＩＤとして指定される場合、複数のＭＣＰＴＴユーザーＩＤを参照する。
【０１１２】
一実施形態において、ＵＥ１００は、シグナリングプレーンアイデンティティ５００に登録される(８０２)。登録に基づいて、ＳＩＰコア認証手順は、ＵＥ１００とシグナリングプレーンアイデンティティ５００との間で実行される(８０４)。シグナリングプレーンアイデンティティ５００は、ＭＣＰＴＴサーバ３００に登録される。登録後に、ＭＣＰＴＴ認証手順は、ＵＥ１００とシグナリングプレーンアイデンティティ５００との間で実行される(８０８)。ＭＣＰＴＴ認証手順は、シグナリングプレーンアイデンティティ５００とＭＣＰＴＴサーバ３００との間で実行される(８１０)。ＭＣＰＴＴ認証手順後に、ＭＣＰＴＴサーバ３００は、マッピングテーブルを生成する(８１２)。
【０１１３】
一実施形態では、ＵＥ１００は、ＭＣＰＴＴサービス登録のためにＳＩＰ  ＲＥＧＩＳＴＥＲリクエストを生成する。登録しようとするＵＥ１００のユーザーのＭＣＰＴＴユーザーアイデンティティに関する情報は、ＳＩＰ  ＲＥＧＩＳＴＥＲリクエストのＳＩＰ  ｆｒｏｍヘッダに含まれ、ＳＩＰコア４５２を介してＭＣＰＴＴサーバ３００に送信される。この情報は、ＭＣＰＴＴ  ＡＳ４０４でのサービス登録及び認証のために使用される。ヘッダを除外したＳＩＰヘッダの他の値は、通常のＳＩＰ(ＩＭＳ）手順と同一である。ＳＩＰコア名、例えば、ＩＭＳドメイン名、ユーザーのＩＭＰＵ、ＵＥ１００のＩＰアドレスは、各々リクエストＵＲＩ、Ｔｏヘッダ、及びＣｏｎｔａｃｔヘッダに含まれる。ＭＣＰＴＴサービス識別子(identifier)は、Ｃｏｎｔａｃｔヘッダで送信される。ＳＩＰ登録リクエストを受信した後、ＭＣＰＴＴ  ＡＳ４０４は、リクエストを処理し、アイデンティティ管理サーバ４０２とＭＣＰＴＴ  ＡＳ４０４のようなアプリケーションドメインでユーザーのＭＣＰＴＴ  ＩＤとＩＭＰＵとの間の情報をマッピングする。これは、ＵＥ１００がＳＩＰコア４５２を介してＭＣＰＴＴサーバ３００に登録する登録手順の一例であるが、この登録順序は、実現選択によって変わることができる。
【０１１４】
一実施形態では、マッピングテーブルは静的に生成されてもよく、ＩＭＰＵは、ＵＥ１００に予め割り当てられる。ネットワークが静的マッピングテーブルを維持する場合、登録メッセージにおいて、ＵＥ１００は、ＭＣＰＴＴユーザーＩＤを送信しないことがある。登録に成功した後に、ＭＣＰＴＴサーバ３００は、登録が成功的に実行されたことを示すために、マッピング手順に対してマッピングテーブルでアクティブとしてフラグ設定できる。
【０１１５】
他の実施形態では、ＩＭＰＵがユーザーに対して動的である場合、例えば共有ＵＥが使用される場合、ＩＭＰＵは、ＵＥに属することが可能であり(ＩＭＰＩ及びＩＭＰＵは、ＵＥに予め割り当てられることを意味する)、この場合、マッピングテーブルは、図８に示すように生成される。
【０１１６】
他の実施形態において、ＩＭＰＵがＭＣＰＴＴサービスプロバイダドメイン(例えば、アイデンティティ管理サーバ４０２であり得る)により割り当てられる場合(例えば、ＩＭＰＵのプールから、信頼ノード認証(ＴＮＡ)を使用する場合)、アイデンティティ管理サーバ４０２は、ＭＣＰＴＴサーバ３００及び/またはＳＩＰコア４５２で動的にマッピングテーブルエントリ(entry)を生成/追加することができる。
【０１１７】
一実施形態では、一つ以上の第２のＭＣＰＴＴクライアントと呼を確立するために、ＵＥ１００は、シグナリングプレーンエンティティに登録する。シグナリングプレーンエンティティに登録した後、ＳＩＰコア認証手順は、ＵＥ１００とシグナリングプレーンエンティティとの間で実行される。ＳＩＰコア認証手順を実行した後、シグナリングプレーンエンティティは、ＭＣＰＴＴサーバ３００に登録する。ＳＩＰコア認証手順に基づき、ＭＣＰＴＴ認証手順は、ＵＥ３００とシグナリングプレーンエンティティとの間で実行される。ＭＣＰＴＴ認証手順は、シグナリングプレーンエンティティとＭＣＰＴＴサーバ３００との間で実行される。ＭＣＰＴＴサーバ３００は、マッピングテーブルを生成する。マッピングテーブルに基づき、呼確立手順が開始される。
【０１１８】
図９は、本発明の実施形態によるＭＣＰＴＴプライベート呼セットアップのための多様なシグナリングメッセージを示すシーケンス図である。まず、ＭＣＰＴＴ  ＵＥ-１  １００ａ及びＭＣＰＴＴ  ＵＥ-２  １００ｂが登録される(９０２)。ＵＥ１００の各ユーザーは、ＭＣＰＴＴサービスに対して認証されて権限が与えられる。また、ＭＣＰＴＴ  ＵＥ-１  １００ａは、プライベート呼を開始し(９０４)、ＭＣＰＴＴ  ＵＥ-１  １００ａは、ＭＣＰＴＴプライベート呼リクエストをシグナリングプレーンエンティティ５００に送信する(９０６)。シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＭＣＰＴＴプライベート呼リクエストを送信する(９０８)。ＭＣＰＴＴサーバ３００は、呼に参加するように権限を与え、ＭＣＰＴＴアイデンティティをシグナリングプレーンアイデンティティに変換する(９１０)。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００にＭＣＰＴＴプライベート呼リクエストメッセージを送信する(９１２)。シグナリングプレーンエンティティ５００は、ＭＣＰＴＴ  ＵＥ-２  １００ｂにＭＣＰＴＴプライベート呼リクエストを送信する(９１４)。ＵＥ-２  １００ｂは、シグナリングプレーンエンティティ５００にＭＣＰＴＴリンギング指示を送信する(９１６)。シグナリングプレーンエンティティ５００がＵＥ-２  １００ｂからＭＣＰＴＴリング指示を受信する場合、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＭＣＰＴＴリンギング指示を送信する(９１８)。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００にＭＣＰＴＴ進行指示(progress  indication)を送信する(９２０)。シグナリングプレーンエンティティ５００は、ＵＥ-１  １００ａにＭＣＰＴＴ進行指示を送信する(９２２)。ＭＣＰＴＴ進行指示に基づいて、ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００にＭＣＰＴＴリンギング信号を送信する(９２４)。シグナリングプレーンエンティティ５００は、ＵＥ-１  １００ａにＭＣＰＴＴリング信号を送信する(９２６)。ＵＥ-２  １００ｂは、シグナリングプレーンエンティティ５００に肯定応答(acknowledgement)メッセージを送信する(９２８)。シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００に肯定応答メッセージを送信する(９３０)。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００に肯定応答メッセージを送信する(９３２)。
【０１１９】
上記の変換手順に基づき、ＭＣＰＴＴ  ＵＥ-１  １００ａ、ＭＣＰＴＴ  ＵＥ-２  １００ｂ、シグナリングプレーンエンティティ５００、及びＭＣＰＴＴサーバ３００の間にはメディアプレーンが確立される(９３４)。
【０１２０】
一実施形態において、ＭＣＰＴＴクライアント１は、ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティを認識するが、ターゲットユーザーのパブリックユーザーアイデンティティを認識することなく、ターゲットユーザーとプライベート呼を確立するためにＳＩＰ  ＩＮＶＩＴＥリクエストを生成する。したがって、ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティは、ターゲットユーザーのパブリックユーザーアイデンティティの代わりにリクエストＵＲＩで使用される。ＭＣＰＴＴクライアント１００ａは、Ｐ-Ｐｒｅｆｅｒｒｅｄ-ＳｅｒｖｉｃｅヘッダにＭＣＰＴＴサービス識別子を含めることによって、このメッセージがＭＣＰＴＴサービスに対するリクエストであることを指示できる。発信者としてＭＣＰＴＴクライアント１とターゲットユーザーとしてＭＣＰＴＴクライアント２のＭＣＰＴＴユーザーアイデンティティは、ｆｒｏｍヘッダ及びｔｏヘッダの各々あるいはリクエストのボディに追加できる。上記情報は、暗号化されてもよい。また、ＭＣＰＴＴクライアント１００ａは、ＳＩＰコア４５２を通じてＭＣＰＴＴクライアント１００ａをサービスするＭＣＰＴＴサーバ３００にリクエストを送信する。発信者からＩＮＶＩＴＥリクエストを受信する場合、ＳＩＰコア４５２は、Ｐ-Ｐｒｅｆｅｒｒｅｄ-Ｓｅｒｖｉｃｅヘッダを決定し、リクエストをＭＣＰＴＴサーバ３００にフォワーディングすることに決定する。また、ＭＣＰＴＴサーバ３００は、ＩＤが暗号化されている場合、ＩＤを復号化した後に、リクエストＵＲＩに含まれているターゲットユーザーのＭＣＰＴＴユーザーアイデンティティを調べ、ＭＣＰＴＴユーザーアイデンティティとサービス登録中に格納されているパブリックサービスアイデンティティとの間のマッピング情報を問い合わせることによって、ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティをターゲットユーザーのパブリックサービスアイデンティティに変換する。パブリックサービスアイデンティティを使用する場合、ＳＩＰ  ＩＮＶＩＴＥは、追加的に処理される。また、リクエストは、ターゲットユーザーのＭＣＰＴＴユーザーアイデンティティの代わりにターゲットユーザーのパブリックサービスアイデンティティを含む。
【０１２１】
図１０は、本発明の実施形態によるマッピングテーブルを使用するＩＤ変換のための多様なシグナリングメッセージを示すシーケンス図である。ＭＣＰＴＴ  ＡＳ４０４は、それに登録されているＵＥ-１  １００ａに対する  ＩＮＶＩＴＥを受信する(１００２)。ＩＮＶＩＴＥを受信する場合、ＭＣＰＴＴサーバは、ＵＥ-１  １００ａの被呼出側のＭＣＰＴＴユーザーＩＤを決定し、ＵＥ-１のＩＭＰＵを識別する。その後、ＭＣＰＴＴサーバは、ＵＥ-１  １００ａのＭＣＰＴＴユーザーＩＤをＵＥ-１の対応するＩＭＰＵに変換し(１００４)、ＳＩＰコア４５２は、ＩＮＶＩＴＥをＵＥ-１００にルーティングできる(１００６及び１００８)。ＳＩＰ  ＩＮＶＩＴＥメッセージは、上記のようなパラメータ以外に他の可能なパラメータを含むことに留意しなければならない。
【０１２２】
図１１は、本発明の実施形態による事前配置されたグループ呼セットアップのための多様なシグナリングメッセージを示すシーケンス図である。ＵＥ-１  １００ａ、ＵＥ-２  １００ｂ、及びＵＥ-３  １００ｃは、ＭＣＰＴＴサービスに対して登録される(１００２)。ＵＥ-１  １００ａは、グループ呼を開始する(１１０４)。ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００にグループＩＤと共にｇｒｏｕｐ_ｃａｌｌ_ｒｅｑｕｅｓｔを送信する(１１０６)。シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にグループＩＤとともにｇｒｏｕｐ_ｃａｌｌ_ｒｅｑｕｅｓｔを送信する(１１０８)。ＭＣＰＴＴサーバ３００とグループ管理サーバ４０６は、グループ識別を決定し、各グループメンバーに対してＭＣＰＴＴ  ＩＤをＩＭＰＵに変換する(１１１０)。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００を通じてＵＥ-２  １００ｂにｇｒｏｕｐ_ｃａｌｌ_ｒｅｑｕｅｓｔ(すなわち、ＩＭＰＵ２)を送信する(１１１２)。ＵＥ-２  １００ｂは、グループ呼を通知する(１１１４)。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００を通じてＵＥ-３  １００ｃにｇｒｏｕｐ_ｃａｌｌ_ｒｅｑｕｅｓｔ(すなわち、ＩＭＰＵ３)を送信する(１１１６)。ＵＥ-３  １００ｃは、グループ呼を通知する(１１１８)。ＵＥ-２  １００ｂは、シグナリングプレーンエンティティ５００を通じて肯定応答メッセージをＭＣＰＴＴサーバ３００に送信する(１１２０ａ)。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００に肯定応答メッセージを送信する(１１２０ｂ)。シグナリングプレーンエンティティ５００は、ＵＥ-１  １００ａに肯定応答メッセージを送信する(１１２０ｃ)。ＵＥ-３  １００ｃは、シグナリングプレーンエンティティ５００を通じてＭＣＰＴＴサーバ３００に認知メッセージを送信する(１１２２ａ)。ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００に肯定応答メッセージを送信する(１１２２ｂ)。シグナリングプレーンエンティティ５００は、ＵＥ-１  １００ａに肯定応答メッセージを送信する(１１２２ｃ)。
【０１２３】
一実施形態では、事前配置されるグループ呼セットアップは、図１１に示す３ＧＰＰ  ＴＳ２３.１７９標準により定義される。図１１では、ＭＣＰＴＴグループ呼セットアップ手順とグループ呼サービスに対してＩＤ変換がどのように動作されるかに関して説明される。しかしながら、これは、機能エンティティの名前及びメッセージシーケンスの側面で図１１のフローに限定されるものではない。ＵＥ-１  １００ａ、ＵＥ-２  １００ｂ、及びＵＥ-３  １００ｃは、ＭＣＰＴＴサービスに対して登録される。ＵＥ-１  １００ａは、グループをホスティングするＭＣＰＴＴシステムのパブリックサービスアイデンティティは認識するが、グループメンバーのＩＭＰＵを認識せずに、事前配置されたグループとグループ呼をセットアップするためにＳＩＰ  ＩＮＶＩＴＥリクエストを生成する。上記情報は、ＭＣＰＴＴシステムのパブリックサービスアイデンティティに関連され、グループメンバーとして属するＭＣＰＴＴクライアント１は、グループ管理サーバ４０６にアクセスすることによってＵＥ-１  １００ａで構成される。したがって、ＭＣＰＴＴシステムのパブリックサービスアイデンティティまたはＭＣＰＴＴグループＩＤは、グループ呼をセットアップするためのリクエストＵＲＩが使用される。ＵＥ-１  １００ａは、Ｐ-Ｐｒｅｆｅｒｒｅｄ-Ｓｅｒｖｉｃｅヘッダに含まれているＭＣＰＴＴサービスアイデンティティを使用し、このメッセージがＭＣＰＴＴサービスに対するリクエストであることを指示できる。発信者のＭＣＰＴＴ  ＩＤ及びグループのＭＣＰＴＴ  ＩＤは、Ｆｒｏｍヘッダ及びＴｏヘッダに各々追加するか、あるいはボディに追加することができる。上記情報は、暗号化することができる。ＵＥ-１  １００ａからＩＮＶＩＴＥリクエストを受信した後、ＳＩＰコア４５２は、Ｐ-Ｐｒｅｆｅｒｒｅｄ-Ｓｅｒｖｉｃｅヘッダを決定し、ＵＥ-１  １００ａをサービス中のＭＣＰＴＴサーバ３００にリクエストをフォワーディングし、リクエストをＵＥ１００ｂに送信する。ＭＣＰＴＴサーバ３００は、リクエストＵＲＩに含まれているパブリックサービスアイデンティティまたはグループＩＤを決定する。ＭＣＰＴＴサーバ３００は、パブリックサービスアイデンティティに基づいてグループにリクエストをルーティングする。グループ所有者がＭＣＰＴＴサーバ３００である場合、ＭＣＰＴＴサーバ３００は、グループＩＤを分析してグループメンバーのＭＣＰＴＴユーザーアイデンティティを識別し、ＭＣＰＴＴユーザーアイデンティティをＭＣＰＴＴユーザーアイデンティティとパブリックユーザーアイデンティティとの間のマッピングテーブルを用いて各グループメンバーに対するパブリックユーザーアイデンティティに変換する。グループメンバーが他のＭＣＰＴＴシステムによりホスティングされる場合、ＭＣＰＴＴサーバ３００は、ホスティングされるＭＣＰＴＴシステムからグループメンバーのパブリックユーザーアイデンティティを取得する。リクエストは、ターゲットのＭＣＰＴＴユーザーアイデンティティの代わりにターゲットのパブリックユーザーアイデンティティを含み、ＳＩＰコア４５２を介してターゲットユーザー(すなわち、ＵＥ-２００ｂ又はＵＥ-３  １００ｃ)に到達する��
【０１２４】
図１２は、本発明の実施形態による複数のＭＣＰＴＴシステム(すなわち、プライマリＭＣＰＴＴサーバ３００ａ及びパートナーＭＣＰＴＴサーバ３００ｂ)からグループに関連されるグループ呼に対する多様なシグナリングメッセージを示すシーケンス図である。ＵＥ-１  １００ａは、プライマリＭＣＰＴＴサーバ３００ａに予め配列されたグループと共にグループ呼をセットアップするためのＳＩＰ  ＩＮＶＩＴＥリクエストを送信する(１２０２)。プライマリＭＣＰＴＴサーバ３００ａ及びグループ管理サーバ４０６は、グループ情報を獲得して構成グループの情報を決定する(１２０４)。ＭＣＰＴＴ  ＩＤからＩＭＰＵへの変換手順の後にプライマリＭＣＰＴＴサーバ３００ａは、呼招待(invite)手順を開始するか、あるいはアクセス可能なグループメンバーに通知する(１２０６)。プライマリＭＣＰＴＴサーバ３００ａは、パートナーＭＣＰＴＴサーバ３００ｂにグループＩＤと共に呼セットアップを送信する(１２０８)。パートナーＭＣＰＴＴサーバ３００ｂは、ＭＣＰＴＴ  ＩＤからＩＭＰＵへの変換手順の後に呼招待手順をトリガし、あるいはアクセス可能なグループメンバーを通知する(１２１０)。パートナーＭＣＰＴＴサーバ３００ｂは、プライマリＭＣＰＴＴサーバ３００ａに呼セットアップ応答を送信する(１２１２)。プライマリＭＣＰＴＴサーバ３００ａは、ＵＥ-１  １００に呼セットアップ完了情報を送信する(１２１４)。グループ呼通信は、ＵＥ-１  １００、プライマリＭＣＰＴＴサーバ３００ａ、及びパートナーＭＣＰＴＴサーバ３００ｂの間で確立する(１２１６)。
【０１２５】
図１３Ａ乃至図１３Ｄは、本発明の実施形態によるアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。図１３Ａ及び図１３Ｂに示すように、ステップ１３０２ａにおいて、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００に登録する。登録プロセスの後に、ステップ１３０４ａにおいて、ＳＩＰコア認証手順がＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。ステップ１３０６ａにおいて、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００に登録する。登録プロセスの後に、ステップ１３０８ａにおいて、ＭＣＰＴＴユーザー認証プロセスがＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。ステップ１３１０ａにおいて、ＭＣＰＴＴユーザー認証プロセスがシグナリングプレーンエンティティ５００とＭＣＰＴＴサーバ３００との間で実行される。ステップ１３１２ａにおいて、ＵＥ-１  １００ａは、ＳＡを確立する。ステップ１３１４ａにおいて、ＭＣＰＴＴサーバ３００は、ＳＡを確立する。ステップ１３１６ａにおいて、ＵＥ-１  １００ａは、ＩＭＰＵ-１とＭＣＰＴＴユーザーＩＤ-１(ＭＩＤ１)をマッピングする。ステップ１３１８ａにおいて、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１とＭＩＤ１をマッピングし、ＩＭＰＵ-２とＭＣＰＴＴユーザーＩＤ-２(ＭＩＤ２)をマッピングする。ステップ１３２０ａにおいて、ＵＥ-２  １００ｃは、ＩＭＰＵ-２及びＭＩＤ２をマッピングする。ステップ１３２２ａにおいて、ＵＥ-１  １００ａは、ＭＩＤ１及びＭＩＤ２アイデンティティをＵＥ-１  １００ａ及びＭＣＰＴＴサーバ３００に対応するＳＡに従って暗号化する。ステップ１３２４ａにおいて、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、ＩＭＰＵ-１及びＩＣＳＩを含む。ステップ１３２６ａにおいて、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ステップ１３２８ａにおいて、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１を利用してＵＥ-１  １００ａに対応するＳＡを識別する。識別されたＳＡを用いて、ＭＩＤ１及びＭＩＤ２アイデンティティは復号化される。また、ＭＩＤ２に対応するＩＭＰＵ-２はマッピングテーブルを用いて識別される。さらに、ＵＥ-２  １００ｂに対応するＳＡはＩＭＰＵ-２を利用して識別される。識別されたＳＡを用いて、ＭＩＤ１及びＭＩＤ２アイデンティティが暗号化される。ステップ１３３０ａにおいて、ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、及びＩＭＰＵ-２を含む。ステップ１３３２ａにおいて、シグナリングプレーンエンティティ５００は、ＵＥ-２  １００ｂにＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ステップ１３３４ａにおいて、ＵＥ-２  １００ｂは、ＵＥ-２  １００ｂ及びＭＣＰＴＴサーバ３００に対応するＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。
【０１２６】
図１３Ｃに示すように、ステップ(１３０２ｂ乃至１３２０ｂ）は、図１３Ａで説明したステップ(１３０２ａ乃至１３２０ａ）と同様である。ステップ１３２２ｂにおいて、ＵＥ-１  １００ａは、ＵＥ１  １００ａ及びＭＣＰＴＴサーバ３００に対応するＳＡを用いてＭＩＤ１及びＭＩＤ２アイデンティティを暗号化する。ステップ１３２４ｂにおいて、ＵＥ-１  １００ａは、ＳＩＰ  ＩＮＶＩＴＥメッセージをシグナリングプレーンエンティティ５００に送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、ＩＭＰＵ-１、及びＩＣＳＩを含む。ステップ１３２６ｂにおいて、シグナリングプレーンエンティティ５００はＩＣＳＩを用いてＭＣＰＴＴサーバ３００に送信する。ステップ１３２８ｂにおいて、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ステップ１３３０ｂにおいて、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１を用いてＵＥ-１  １００ａに対応するＳＡを識別する。識別されたＳＡに基づいて、ＭＣＰＴＴサーバ３００は、ＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。また、ＭＣＰＴＴサーバ３００は、マッピングテーブル及びリクエストＵＲＩを用いてＭＩＤ２に対応するＩＭＰＵ-２を識別する。さらに、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-２を用いてＵＥ-２  １００ｂに対応するＳＡを識別する。識別されたＳＡに基づき、ＭＣＰＴＴサーバ３００は、ＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。ステップ１３３２ｂにおいて、ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ  ＩＭＰＵ-２、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}を含む。ステップ１３３４ｂにおいて、シグナリングプレーンエンティティ５００は、ＵＥ-２  １００ｂにＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ステップ１３３６ｂにおいて、ＵＥ-２  １００ｂは、ＵＥ-２  １００ｂ及びＭＣＰＴＴサーバ３００に対応するＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。
【０１２７】
図１３Ｄに示すように、ステップ(１３０２ｃ乃至１３２０ｃ）は図１３Ａに説明したステップ(１３０２ａ乃至１３２０ａ）と同様である。ステップ１３２２ｃにおいて、ＵＥ-１  １００ａは、ＵＥ１  １００ａ及びＭＣＰＴＴサーバ３００に対応するＳＡを用いてＭＩＤ１及びＭＩＤ２アイデンティティを暗号化する。ステップ１３２４ｃにおいて、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥｘｙｚ、Ｆｒｏｍ：ｘｙｚ、Ｔｏ：ｘｙｚ、ＩＭＰＵ-１、ＩＣＳＩ、Ｂｏｄｙ{ＭＩＤ２、ＭＩＤ１}を含む。ステップ１３２６ｃにおいて、シグナリングプレーンエンティティ５００は、ＩＣＳＩを用いてＭＣＰＴＴサーバ３００に到達する。ステップ１３２８ｃにおいて、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。
【０１２８】
ステップ１３３０ｃにおいて、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１を用いてＵＥ１  １００ａに対応するＳＡを識別する。識別されたＳＡに基づいて、ＭＣＰＴＴサーバ３００は、ＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。さらに、ＭＣＰＴＴサーバ３００は、マッピングテーブル及びリクエストＵＲＩを用いてＭＩＤ２に対応するＩＭＰＵ-２を識別する。また、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-２を用いてＵＥ-２  １００ｂに対応するＳＡを識別する。識別されたＳＡに基づいて、ＭＣＰＴＴサーバ３００は、ＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。ステップ１３３２ｃにおいて、ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ  ＩＭＰＵ-２、Ｆｒｏｍ：ｘｙｚ  Ｔｏ：ｘｙｚ、ＩＭＰＵ-１、ＩＣＳＩ、及びＢｏｄｙ{ＭＩＤ２、ＭＩＤ１}を含む。ステップ１３３４ｃにおいて、シグナリングプレーンエンティティ５００は、ＵＥ-２  １００ｂにＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ステップ１３３６ｃにおいて、ＵＥ-２  １００ｂは、ＵＥ-２  １００及びＭＣＰＴＴサーバ３００に対応するＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。
【０１２９】
図１３Ｅに示すように、ステップ(１３０２ｄ乃至１３２０ｄ）は図１３Ａで説明したステップ(１３０２ａ乃至１３２０ａ）と同様である。ステップ１３２２ｄにおいて、ＵＥ-１  １００ａは、ＵＥ１  １００ａ及びＭＣＰＴＴサーバ３００に対応するＳＡを用いてＭＩＤ１、ＰＳＩ、及びＧＩＤアイデンティティを暗号化する。ステップ１３２４ｄにおいて、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＰＳＩ}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＧＩＤ}ＩＭＰＵ-１及びＩＣＳＩを含む。ステップ１３２６ｄにおいて、シグナリングプレーンエンティティ５００は、ＩＣＳＩを用いてＭＣＰＴＴサーバ３００に到達する。ステップ１３２８ｄにおいて、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。
【０１３０】
ステップ１３３０ｄにおいて、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１を用いてＵＥ-１  １００ａに対応するＳＡを識別する。識別されたＳＡに基づき、ＭＣＰＴＴサーバ３００は、ＭＩＤ１、ＰＳＩ、及びＧＩＤアイデンティティを暗号化する。さらに、ＰＳＩがＭＣＰＴＴサービスプロバイダドメインに属する場合、ＭＣＰＴＴサーバ３００は、例えばＧＭＳからＧＩＤに対するグループメンバーを分析する。また、各受信グループメンバーに対応するＩＭＰＵ-２はマッピングテーブルを用いて識別され、リクエストＵＲＩで使用される。さらに、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-２を用いてＵＥ-２  １００ｂに対応するＳＡを識別する。識別されたＳＡに基づいて、ＭＣＰＴＴサーバ３００は、ＭＩＤ１及びＭＩＤ２アイデンティティを暗号化する。
【０１３１】
ステップ１３３２ｄにおいて、ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ  ＩＭＰＵ-２、Ｆｒｏｍ：{ＭＩＤ１}、及びＴｏ：{ＧＩＤ}を含む。ステップ１３３４ｄにおいて、シグナリングプレーンエンティティ５００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＵＥ-２  １００ｂに送信する。ステップ１３３６ｄにおいて、ＵＥ-２  １００ｂは、ＵＥ-２  １００及びＭＣＰＴＴサーバ３００に対応するＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。
【０１３２】
一実施形態において、ＵＥ-１  １００ａは、ＳＩＰ認証を実行してＩＭＰＵを登録する。また、シグナリングプレーンエンティティ５００は、第三者登録を実行する。第三者登録は、ＩＭＰＵを含む。ＩＭＰＵは、ＭＣＰＴＴサービスプロバイダドメイン(すなわち、ＭＣＰＴＴサーバ３００)でユーザーを識別する。ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴユーザーＩＤの信頼性(authenticity）を検証するために認証手順を開始する。認証手順直後又は認証手順の一部として、ＵＥ-１１００ａ及びＭＣＰＴＴサーバ３００は、アイデンティティハイディングのためにＳＡ(例えば、暗号化のためのキー、選択的に完全保護のためのキー、交渉されたた暗号アルゴリズム等)を確立する。さらに、ＭＣＰＴＴ-1インターフェースを通じるＭＣＰＴＴユーザーの認証は、シグナリングプレーンエンティティ認証前後に実行される。一例では、共有可能なＵＥ１００ａ乃至１００ｃに対して、ＭＣＰＴＴユーザー認証は、ＭＣＰＴＴサーバ３００と実行され、ＵＥ１００ａ乃至１００ｃに格納されているＭＣＰＴＴクライアント１０２に対してアクセスされ、認証されたＭＣＰＴＴユーザーになることができる。成功的な相互認証手順後に、ＳＡは、ＵＥ-１  １００ａとＭＣＰＴＴサーバ３００との間で確立される。ＭＣＰＴＴユーザー認証手順は、ＭＣＰＴＴユーザーアイデンティティの保護(暗号化及び/または完全性保護)のためのＩＤハイディングキー(例えば、‘セッションキー’)を生成する。ＭＣＰＴＴ-１インターフェースを使用するＭＣＰＴＴユーザー認証に対して、次のような手順のいずれか一つが３ＧＰＰ  ＴＳ３３.２０３標準に明示されたように実行される。
ＩＭＳ認証及びキー合意(ＡＫＡ)
ＳＩＰダイジェスト認証
信頼されたノード認証
ＳＩＰダイジェストを有するシングルサインオン
【０１３３】
ＵＥ-１  １００ａがＳＩＰメッセージ(すなわち、ＳＩＰ  ＩＮＶＩＴＥ)を開始することによってＭＣＰＴＴサービスを開始する場合、ＵＥ-１  １００ａは、そのＭＣＰＴＴ  ＩＤ(すなわち、被呼出側ＩＤ)を暗号化し、さらに被呼出者のＭＣＰＴＴ  ＩＤを暗号化する。ＳＩＰ  ＩＮＶＩＴＥの部分暗号化が実行される、すなわちＭＣＰＴＴユーザーＩＤのみがＳＩＰメッセージで暗号化される。ＳＩＰメッセージは、被呼出側のＩＭＰＵを用いてシグナリングプレーンエンティティ５００にルーティングされる。
【０１３４】
一実施形態において、ＭＣＰＴＴドメインでＭＣＰＴＴサーバ３００とＭＣＰＴＴクライアント１０２との間で、シグナリングプレーンで伝送される特定値及び識別子は、公衆安全ユーザーにより敏感に処理されることができる。ＭＣＰＴＴドメインの外部の他のすべてのエンティティからこれら値を保護するために、この構文は、ＸＭＬ暗号化メカニズムを使用し、これらの値に対する秘密保護を提供する選択的メカニズムを定義する。
【０１３５】
一実施形態において、秘密保護は、ＳＩＰメッセージに含まれている次のような識別子及び値にのみ適用できる：ＭＣＰＴＴ  ＩＤ、ＭＣＰＴＴグループＩＤ、ユーザー位置情報、警告(Alert)、及びアクセストークン。
【０１３６】
さらに、シグナリングプレーンエンティティ５００は、被呼出側であるＵＥ１００ａによるＳＩＰメッセージに含まれているＩＭＳ通信サービスＩＤ(ＩＣＳＩ)を用いてＭＣＰＴＴサーバ３００にＳＩＰメッセージをフォワーディングする。また、ＭＣＰＴＴサーバ３００が被呼出側のＩＭＰＵを有するＳＩＰメッセージを受信すると、ＭＣＰＴＴサーバ３００は、呼出者のＭＰＵに関連付けられるＳＡをフェッチし、アイデンティティを復号化する。復号化された被呼出者のＭＣＰＴＴ  ＩＤに基づき、ＭＣＰＴＴサーバ３００は、マッピングテーブルから被呼出者のＩＭＰＵをフェッチする(ローカルにあるいは被呼出者のドメインから)。その後、ＭＣＰＴＴサーバ３００は、被呼出者のＩＭＰＵを含む。ＭＣＰＴＴサーバ３００は、被呼出者のＩＭＰＵに関連されるＳＡを使用し、被呼出者のシグナリングプレーンエンティティ５００にフォワーディングする前にＭＣＰＴＴアイデンティティを暗号化する。
【０１３７】
さらに、シグナリングプレーンエンティティ５００は、被呼出者ＵＥ(すなわち、ＵＥ-１  １００ａ）に適合したＳＩＰメッセージをフォワーディングする。ＵＥ-１  １００ａは、どのＭＣＰＴＴサーバ３００がメッセージを送信したかを識別してＳＡを識別し、ＭＣＰＴＴ  ＩＤを復号化する。
【０１３８】
上記した方法及びシステムを使用して、ＳＩＰコアからのＩＤハイディングが実現される。上記のようなフローは、説明の実例としてＳＩＰ  ＩＮＶＩＴＥを考慮する。
【０１３９】
一実施形態において、シグナリングプレーンエンティティ５００からのＩＤハイディングは、ＵＥ１００とＭＣＰＴＴサーバ３００との間のすべての非登録ＳＩＰメッセージ(例えば、ＳＵＢＳＣＲＩＢＥ、ＰＵＢＬＩＳＨ、ＢＹＥ、ＡＣＫ、ＯＫなど)に対して使用される。また、ＳＩＰメッセージは、ＳＡ確立手順を用いて暗号化だけでなく上記のパラメータに加えて、他のすべての可能なパラメータを含む。
【０１４０】
次は、一例を示す。
ヘッダ内のに暗号化されたＭＣＰＴＴ  ＩＤ
１-１  リクエスト
グループリクエスト
ボディ内の暗号化されたＭＣＰＴＴ  ＩＤ
１-１  リクエスト
グループリクエスト
ヘッダ内の暗号化されたＭＣＰＴＴ  ＩＤ(１-１  リクエスト)
【０１４１】
１-１リクエストに対する非登録リクエスト(例えば、ＳＩＰ  ＩＮＶＩＴＥ、ＳＩＰ  ＢＹＥ）を追加するエンティティ(例えば、発信ＵＥ、着信ＵＥ、ＭＣＰＴＴサーバ３００）は、次のようなヘッダを含む。
リクエストＵＲＩ：{ターゲットＵＥの暗号化されたＭＣＰＴＴユーザーアイデンティティ}
Ｆｒｏｍヘッダ：{発信者ＵＥの暗号化されたＭＣＰＴＴユーザーアイデンティティ}
Ｔｏヘッダ：{ターゲットＵＥの暗号化されたＭＣＰＴＴユーザーアイデンティティ}
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｉｄｅｎｔｉｔｙヘッダ：発信者ＵＥのパブリックユーザーアイデンティティ
Ｃｏｎｔａｃｔ：ＭＣＰＴＴ発信者ＵＥのＩＰアドレス
Ｐ-ｐｒｅｆｅｒｒｅｄ-サービスヘッダ：ＭＣＰＴＴサービス識別子
【０１４２】
ターゲットＭＣＰＴＴ  ＵＥ２(ＭＩＤ２)が同一のＭＣＰＴＴサービスプロバイダドメインに存在する場合、対応するＭＣＰＴＴサーバ３００は、ローカルに利用可能なマッピングテーブルを使用し、そうでない場合、すなわちターゲットＭＣＰＴＴ  ＵＥ２(ＭＩＤ２)が同一のＭＣＰＴＴサービスプロバイダドメインに存在しない場合、ＭＣＰＴＴサーバ３００は、グローバルデータベースに含まれているマッピング情報、あるいは他のＭＣＰＴＴサービスプロバイダドメインに対するオンデマンド(on-demand)、あるいはＭＣＰＴＴサービスプロバイダドメイン間のサービスレベル合意を通じてＭＩＤ２に対応するＩＭＰＵ-２を取得すると考える。
【０１４３】
ボディ内の暗号化されたＭＣＰＴＴ  ＩＤの動作(１-１リクエスト)
１-１リクエストに対する非登録リクエスト(例えば、ＳＩＰ  ＩＮＶＩＴＥ、ＳＩＰ  ＢＹＥ）を追加するエンティティ(例えば、発信ＵＥ、着信ＵＥ、ＭＣＰＴＴサーバ）は、次のようなヘッダを含む：
リクエストＵＲＩ：{ターゲットＵＥの暗号化されたＭＣＰＴＴユーザーアイデンティティ}
Ｆｒｏｍヘッダ：{発信者ＵＥの暗号化されたＭＣＰＴＴユーザーアイデンティティ}
Ｔｏヘッダ：{ターゲットＵＥの暗号化されたＭＣＰＴＴユーザーアイデンティティ}
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｉｄｅｎｔｉｔｙヘッダ：発信者ＵＥのパブリックユーザーアイデンティティ
Ｃｏｎｔａｃｔ：ＭＣＰＴＴ発信者ＵＥのＩＰアドレス
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｓｅｒｖｉｃｅヘッダ：ＭＣＰＴＴサービス識別子
【０１４４】
ターゲットＭＣＰＴＴ  ＵＥ２(ＭＩＤ２)が同一のＭＣＰＴＴサービスプロバイダドメインに存在する場合、該当するＭＣＰＴＴサーバ３００は、ローカルに利用可能なマッピングテーブルを使用し、そうでない場合、すなわちターゲットＭＣＰＴＴ  ＵＥ２(ＭＩＤ２)が同一のＭＣＰＴＴサービスプロバイダドメインに存在しない場合、ＭＣＰＴＴサーバ３００は、グローバルデータベースに含まれているマッピング情報、あるいは他のＭＣＰＴＴサービスプロバイダドメインに対するオンデマンド、あるいはＭＣＰＴＴサービスプロバイダドメイン間のサービスレベル合意を通じてＭＩＤ２に対応するＩＭＰＵ-２を取得すると考慮する。
【０１４５】
ヘッダ内の暗号化されたＭＣＰＴＴ  ＩＤの動作(グループリクエスト)
グループリクエストに対する非登録リクエスト(例えば、ＳＩＰ  ＩＮＶＩＴＥ、ＳＩＰ  ＢＹＥ）を追加するエンティティ(例えば、発信ＵＥ、着信ＵＥ、ＭＣＰＴＴサーバ）は、次のようなヘッダをむ：
リクエストＵＲＩ：暗号化されたパブリックサービス識別子
Ｆｒｏｍヘッダ：発信者ＵＥの暗号化されたＭＣＰＴＴ  ＩＤ
Ｔｏヘッダ：グループの暗号化されたＭＣＰＴＴ  ＩＤ
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｉｄｅｎｔｉｔｙヘッダ：発信者ＵＥのパブリックユーザーアイデンティティ
Ｃｏｎｔａｃｔ：ＭＣＰＴＴ発信者ＵＥのＩＰアドレス
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｓｅｒｖｉｃｅヘッダ：ＭＣＰＴＴサービス識別子
【０１４６】
パブリックサービスアイデンティティ(ＰＳＩ）は、グループの所有者を識別し、ＭＣＰＴＴグループ及びメンバーシップ(membership)構成メタデータに事前設定されると考慮される。ＰＳＩが同一のＭＣＰＴＴサービスプロバイダドメイン１に属する場合、対応するＭＣＰＴＴサーバ３００は、ＧＩＤでのグループメンバー分析を担当し、例えばグループ管理サーバ(ＧＭＳ）と相互作用する。また、各グループメンバーに対するＩＭＰＵ-２は、ローカルに利用可能なマッピングテーブルまたは他のＭＣＰＴＴサービスプロバイダドメインで利用可能なマッピングテーブルを通じてＭＩＤに対応するように分析される。
【０１４７】
ＰＳＩが同一のＭＣＰＴＴサービスプロバイダドメイン１に属しない場合、ＭＣＰＴＴサーバ３００は、グローバルデータベースに含まれているマッピング情報又はＭＣＰＴＴサービスプロバイダドメイン２に対するオンデマンドリクエストまたはＭＣＰＴＴサービスプロバイダドメイン間のサービスレベル合意を通じてＰＳＩに対応するＩＭＰＵ-２を取得する。
【０１４８】
ヘッダ内の暗号化されたＭＣＰＴＴ  ＩＤ(グループリクエスト)
一実施形態において、暗号化されたヘッダにＰＳＩ及ＧＩＤを含む代わりに、ＰＳＩびＧＩＤは暗号化され、ボディを介して送信できる。上記のような場合には、グループリクエストに対する非登録リクエスト(例えば、ＳＩＰ  ＩＮＶＩＴＥ、ＳＩＰ  ＢＹＥ）を追加するエンティティ(例えば、発信ＵＥ、着信ＵＥ、ＭＣＰＴＴサーバ３００)は、次のようなヘッダ及びボディを含む。
リクエストＵＲＩ：何でも構わない
Ｆｒｏｍヘッダ：何でも構わない
Ｔｏヘッダ：何でも構わない
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｉｄｅｎｔｉｔｙヘッダ：発信者ＵＥのパブリックユーザーアイデンティティ
Ｃｏｎｔａｃｔ：ＭＣＰＴＴ発信者ＵＥのＩＰアドレス
Ｐ-ｐｒｅｆｅｒｒｅｄ-ｓｅｒｖｉｃｅヘッダ：ＭＣＰＴＴサービス識別子
ボディ：
{リクエストＵＲＩ：(ＭＣＰＴＴグループ及びメンバーシップ構成メタデータで事前設定される)  暗号化されたパブリックサービス識別子
Ｆｒｏｍヘッダ：発信者の暗号化されたＭＣＰＴＴユーザーアイデンティティ
Ｔｏヘッダ：ターゲットの暗号化されたＭＣＰＴＴユーザーアイデンティティ}
【０１４９】
上記プロセスの残りは、ヘッダでの暗号化を使用する実施形態に関する説明と同一である。
【０１５０】
一実施形態において、呼出者と被呼出者が異なるＭＣＰＴＴサービスプロバイダドメイン(マルチドメイン)に存在する場合、上記手順は次の通りである。
【０１５１】
ＵＥ１００は、ＳＩＰ認証を実行し、ＩＭＰＵを登録する。シグナリングプレーンエンティティ５００は、第三者登録を実行する。第三者登録は、ＩＭＰＵ情報を含む。ＩＭＰＵ情報は、ＭＣＰＴＴサービスプロバイダドメイン(例えば、ＭＣＰＴＴサーバ３００)でユーザーを識別する。
【０１５２】
ＭＣＰＴＴサーバ３００は、認証手順を開始してＭＣＰＴＴユーザーＩＤの真正性を検証する。上記認証手順の直後または認証手順の一部として、ＵＥ１００及びＭＣＰＴＴサーバ３００は、アイデンティティハイディングのためにＳＡを確立する。ＭＣＰＴＴ-１インターフェースを通じるＭＣＰＴＴユーザーの認証がシグナリングプレーンエンティティ認証前後に実行される。共有可能なＵＥ１００ａ乃至１００ｃの場合、ＭＣＰＴＴユーザー認証がＭＣＰＴＴサーバ３００と実行され、ＵＥ１００に格納されているＭＣＰＴＴクライアント１０２にアクセスし、認証されたＭＣＰＴＴユーザーとなり得る。成功的な相互認証プロセス後に、ＳＡは、ＵＥ１００(すなわち、ＭＣＰＴＴクライアント)とＭＣＰＴＴサーバ３００との間で確立する。ＭＣＰＴＴユーザー認証手順は、ＭＣＰＴＴユーザーアイデンティティの保護(暗号化及び/または完全性保護)のためのＩＤハイディングキー(例えば、セッションキー等)を生成する。ＭＣＰＴＴ-１インターフェースを使用するＭＣＰＴＴユーザー認証に対して、次のような手順のうちいずれか一つは、３ＧＰＰ  ＴＳ３３.２０３標準に明示されているように実行される。
【０１５３】
ＩＭＳ  ＡＫＡ
ＳＩＰダイジェスト認証
信頼されるノード認証
ＳＩＰダイジェストを有するシングルサインオン
【０１５４】
さらに、ＵＥ１００がＳＩＰメッセージ(ＳＩＰ  ＩＮＶＩＴＥ)を開始することによってＭＣＰＴＴサービスを開始する場合、ＵＥ１００は、そのＭＣＰＴＴ  ＩＤ(すなわち、被呼出側)を暗号化し、被呼出者のＭＣＰＴＴ  ＩＤを暗号化する。ＳＩＰ  ＩＮＶＩＴＥの部分的暗号化が実行される。すなわち、ＭＣＰＴＴユーザーＩＤのみがＳＩＰメッセージで暗号化される。ＳＩＰメッセージは、被呼出側のＩＭＰＵを用いてシグナリングプレーンエンティティ５００にルーティングされる。
【０１５５】
さらに、シグナリングプレーンエンティティ５００は、被呼出側のＵＥによるＳＩＰメッセージに含まれているＩＣＳＩを使用して適合したＭＣＰＴＴサーバ３００にＳＩＰメッセージをフォワーディングする。ＭＣＰＴＴサーバ３００が被呼出側のＩＭＰＵを有するＳＩＰメッセージを受信する場合、ＭＣＰＴＴサーバ３００は、呼出者ＩＭＰＵに関連されるＳＡを識別し、アイデンティティを復号化する。復号化された被呼出者のＭＣＰＴＴ  ＩＤに基づいて、ＭＣＰＴＴサーバ３００は、被呼出者のドメイン及び被呼出者のＭＣＰＴＴサーバを分析する。また、ＭＣＰＴＴサーバ３００は、被呼出者のＭＣＰＴＴサーバと確立されているセキュリティアソシエーションを使用してＳＩＰメッセージでＭＣＰＴＴ  ＩＤを暗号化する。複数のＭＣＰＴＴサーバ間のＳＡは、静的に事前設定されるか、あるいはＳＡ確立のためによく知られている任意のセキュリティアソシエーション確立手順(ＩＫＥｖ２など)でも使用可能である。さらに、呼出者のＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００を通じて被呼出者のＭＣＰＴＴサーバにＳＩＰメッセージをフォワーディングする。
【０１５６】
呼出者のＭＣＰＴＴサーバからメッセージを受信した後、被呼出者のＭＣＰＴＴサーバは、呼出側のＭＣＰＴＴサーバと確立されているＳＡを使用してＭＣＰＴＴ  ＩＤを復号化する。最終的な被呼出者のＭＣＰＴＴユーザーＩＤに基づき、被呼出者の対応するＩＭＰＵは、マッピングテーブルから(あるいはローカルにまたは他のエンティティから)検出される。被呼出者のＭＣＰＴＴサーバは、被呼出者のＩＭＰＵを含む。被呼出者のＭＣＰＴＴサーバは、被呼出者のＩＭＰＵに関連されるＳＡを用いて被呼出側のシグナリングプレーンエンティティ５００にフォワーディングする前にＭＣＰＴＴアイデンティティを暗号化する。さらに、シグナリングプレーンエンティティ５００は、適合したＳＩＰメッセージを被呼出者ＵＥ１００にフォワーディングする。ＵＥ１００は、どのＭＣＰＴＴサーバ３００がメッセージを送信したかを知りＳＡを識別し、ＭＣＰＴＴ  ＩＤを復号化する。
【０１５７】
一実施形態において、ＭＣＰＴＴサービスプロバイダ４００は、ＳＩＰ-１及びＳＩＰ-２インターフェース上のＭＣＰＴＴクライアント１０２とＭＣＰＴＴサービスとの間で伝送されるＭＣＰＴＴ関連アイデンティティ及び他の機密情報がＳＩＰシグナリング層での観点から保護を含む任意の観点からアプリケーション層で保護されることが要求される。この要求事項を満たすために、クライアントサーバキー(ＣＳＫ)を利用するＳＩＰペイロードの対称キーベースの保護が使用される。
【０１５８】
一実施形態において、ＭＩＫＥＹ-ＳＡＫＫＥ  ＲＦＣ６５０９に基づいたアイデンティティベースのパブリックキー暗号化(ＩＤＰＫＣ）は、２個のＳＩＰエンドポイント間のＣＳＫを確立するために使用できる。ＩＤＰＫＣが暗号化キーを安全に共有するためにＭＣＰＴＴクライアントにより使用される前に、ＭＣＰＴＴユーザーは、ＭＣＰＴＴキー管理サービスに対してＫＭＳにより権限が与えられる。ＭＣＰＴＴユーザーに権限が与えられると、ＫＭＳは、標準で明示されるように、ユーザーのキー内容をＭＣＰＴＴクライアント１０２に分配する。
【０１５９】
一実施形態において、ＳＩＰ-１及びＳＩＰ-２インターフェースの保護がＭＣＰＴＴサービスプロバイダ４００により要求される場合、ＭＩＫＥＹ-ＳＡＫＫＥ  ＲＦＣ６５０９は、ＭＣＰＴＴドメイン内のすべてのサーバにＳＩＰを通じてＣＳＫを安全に伝送するためにＭＣＰＴＴクライアント１０２により使用される。
【０１６０】
一実施形態において、ＭＣＰＴＴサーバ３００は、保護されるＣＳＫを有するＳＩＰメッセージを受信してメッセージから検索する。ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴユーザーのＳＩＰコアアイデンティティ、ＭＣＰＴＴ  ＩＤ、及び受信されたＣＳＫを関連付けられる。アイデンティティバインディングは、ＭＣＰＴＴドメイン内でＭＣＰＴＴクライアント１０２及びＭＣＰＴＴサーバ３００両方ともにより送信される連続するＳＩＰメッセージに含まれているＳＩＰペイロードの保護時に使用されるＣＳＫをユニークに識別するために使用される。
ＣＳＫの目的は、次の通りである：
シグナリングプレーンでの敏感なＭＣＰＴＴアプリケーションデータの保護
シグナリングプレーンでのアクセストークンの保護
【０１６１】
図１４Ａ乃至図１６Ｂは、本発明の実施形態によるＩＤ(identification)ハイディングエンティティを使用するアイデンティティハイディングのためのシグナリングメッセージを示すシーケンス図である。図１４Ａ及び図１４Ｂに示すように、ステップ１４０２において、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００に登録する。登録プロセス後に、ステップ１４０４において、ＳＩＰコア認証手順は、ＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。ステップ１４０６において、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００に登録する。ステップ１４０８において、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、ＭＣＰＴＴサーバ３００に登録する。登録プロセス後に、ステップ１４１０において、ＭＣＰＴＴユーザー認証手順は、ＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。
【０１６２】
ステップ１４１２において、ＭＣＰＴＴユーザー認証手順は、シグナリングプレーンエンティティ５００とＭＣＰＴＴサービスＩＤハイディングエンティティ１４００との間で実行される。ステップ１４１４で、ＭＣＰＴＴユーザー認証手順は、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００とＭＣＰＴＴサーバ３００との間で実行される。ステップ１４１６において、ＵＥ-１  １００ａは、ＳＡを確立する。ステップ１４１８において、ＭＣＰＴＴサーバ３００は、ＳＡを生成する。ステップ１４２０において、ＵＥ-１  １００ａは、ＩＭＰＵ-１とＭＩＤ１をマッピングする。ステップ１４２２において、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１とＭＩＤ１をマッピングし、ＩＭＰＵ-２とＭＩＤ２をマッピングする。ステップ１４２４において、ＵＥ-２  １００ｃは、ＩＭＰＵ-２とＭＩＤ２をマッピングする。ステップ１４２６において、ＵＥ-１  １００ａは、ＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを暗号化する。
【０１６３】
ステップ１４２８において、ＵＥ-１  １００ａは、ＳＩＰ  ＩＮＶＩＴＥメッセージをシグナリングプレーンエンティティ５００に送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、ＩＭＰＵ-１、及びＩＣＳＩを含む。ステップ１４３０において、シグナリングプレーンエンティティ５００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＭＣＰＴＴサービスＩＤハイディングエンティティ１４００に送信する。ステップ１４３２において、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、ＭＣＰＴＴサーバ３００からＳＡをフェッチする。ステップ１４３４において、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、上記ＳＡを確立する。
【０１６４】
ステップ１４３６において、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、ＩＭＰＵ-１を用いてＵＥ１  １００ａに対応するＳＡを識別する。識別されたＳＡを用いて、ＭＩＤ１及びＭＩＤ２アイデンティティが復号化される。ステップ１４３８において、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＭＣＰＴＴサーバ３００に送信する。
【０１６５】
ステップ１４４０において、ＭＣＰＴＴサーバ３００は、マッピングテーブルを用いてＭＩＤ２に対応するＩＭＰＵ-２を識別する。ステップ１４４２において、ＭＣＰＴＴサーバ３００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをシグナリングプレーンエンティティ５００に送信する。ステップ１４４４において、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、ＩＭＰＵ-２を用いてＵＥ-２  １００ｂに対応するＳＡを識別する。識別されたＳＡを使用し、ＭＩＤ１及びＭＩＤ２アイデンティティが暗号化される。
【０１６６】
ステップ１４４６において、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、及びＩＭＰＵ-２を含む。ステップ１４４８において、シグナリングプレーンエンティティ５００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＵＥ-２  １００ｂに送信する。ステップ１４５０において、ＵＥ-２  １００ｂは、ＵＥ-２  １００ｂ及びＭＣＰＴＴサーバ３００に対応するＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを復号化される。
【０１６７】
一実施形態において、ＭＣＰＴＴサービスプロバイダドメイン及びＵＥ１００のＭＣＰＴＴアプリケーションの論理エンティティ(例えば、ＩＤハイディングエンティティ）は、ＩＤハイディングを実行する。論理エンティティは、ＭＣＰＴＴサービスプロバイダドメインでゲートウェイであり、あるいはすべてのＭＣＰＴＴサービスプロバイダドメインに対する中央ゲートウェイであり得る。ＩＤハイディングエンティティは、プッシュモデルまたはプル(pull)モデルを用いて(あるいはオンデマンド)ＭＣＰＴＴサーバ３００からセキュリティアソシエーションを獲得する。
【０１６８】
図１４Ａ及び図１４Ｂに示すように、プルモデルを示し、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００が非登録リクエストメッセージを受信する場合、ＭＣＰＴＴサービスＩＤハイディングエンティティ１４００は、ＵＥ-１  １００に対応するＳＡをフェッチする。他の実施形態において、ＭＣＰＴＴサーバ３００は、認証手順で成功的に確立する場合、ＵＥ１００に対応するＳＡをＩＤハイディングエンティティ１４００にプッシュする。
【０１６９】
他の実施形態において、ＭＣＰＴＴサーバ３００は、ＵＥ１００に対応するＳＡに対してＩＤハイディングエンティティ１４００からのリクエストに基づいてＵＥ１００と認証手順を開始する。
【０１７０】
一実施形態において、ダミー(dummy)ＩＤ及び臨時ＩＤを用いてＭＣＰＴＴ  ＩＤを完全にハイディングする方法が提供される。(ＵＥ１００とＭＣＰＴＴサーバ３００との間のセキュリティアソシエーションの生成前に)シグナリングプレーンエンティティ５００にＭＣＰＴＴユーザーＩＤ(呼出者及び/または被呼出者のＭＣＰＴＴユーザーＩＤまたは/及びグループＩＤ)を露出できるＵＥ１００からの登録メッセージまたは非登録メッセージを考慮することにする。ＵＥ１００とＭＣＰＴＴサービスプロバイダドメインとの間にＳＡの生成後に、すべてのＳＩＰメッセージは、ＭＣＰＴＴアイデンティティを暗号化する。
【０１７１】
一実施形態において、呼出者のＭＣＰＴＴユーザーＩＤは、ダミーアイデンティティ(または臨時ＩＤまたはマッピングＩＤ）の使用を通じてシグナリングプレーンエンティティ５００に決して露出されない。その上、ダミーＩＤは、暗号化がＵＥ１００とＭＣＰＴＴサービスプロバイダドメインとの間で可能でない場合、あるいはＳＡを生成する場合、あるいはＩＭＰＵとＭＣＰＴＴユーザーＩＤとの間のマッピングを生成する場合に使用される。ダミーＩＤは、ＭＣＰＴＴサービスプロバイダドメインでユニークであり、ユーザーを識別する。ダミーＩＤは、ＭＣＰＴＴサーバ３００によりＭＣＰＴＴユーザーＩＤ及びユーザー認証セキュリティ認証書を検索するために使用される。ダミーＩＤを使用して、サーバは、ＭＣＰＴＴユーザー認証セキュリティ認証書を検索し、ＭＣＰＴＴユーザー認証を実行する。ＭＣＰＴＴユーザー認証及びセキュリティアソシエーションの確立後に、呼出者ＵＥは、確立したＳＡを使用してＭＣＰＴＴユーザーアイデンティティを暗号化し、ＭＣＰＴＴサービスプロバイダドメインに向かってＳＩＰメッセージに暗号化されたＭＣＰＴＴアイデンティティを含む。
【０１７２】
図１５Ａ及び図１５Ｂに示すように、ステップ１５０２において、ダミーＩＤは、ＭＣＰＴＴクライアント１０２にプロビジョン(provision)される。ステップ１５０４において、ＵＥ-１１００ａは、シグナリングプレーンエンティティ５００に登録する。登録プロセス後に、ステップ１５０６で、ＳＩＰコア認証手順はＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。ステップ１５０８において、シグナリングプレーンエンティティ５００はＩＭＰＵを登録する。
【０１７３】
ステップ１５１０において、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＩＭＰＵを登録する。ステップ１５１２において、ＭＣＰＴＴサーバ３００は、シグナリングプレーンエンティティ５００に認知メッセージを送信する。ステップ１５１４において、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００にＳＩＰメッセージを送信する。ＳＩＰメッセージは、ダミーＩＤ、ＩＭＰＵ-１、及びＩＣＳＩを含む。ステップ１５１６において、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＳＩＰメッセージを送信する。ステップ１５１８において、ＭＣＰＴＴサーバ３００は、ダミーＩＤを用いて対応するＭＩＤ１を識別する。識別したＭＩＤ１に基づき、ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴユーザー認証のためのセキュリティ認証書を識別する。ステップ１５２０において、ＭＣＰＴＴユーザー認証手順は、ＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。
【０１７４】
ステップ１５２２において、ＭＣＰＴＴユーザー認証手順は、シグナリングプレーンエンティティ５００とＭＣＰＴＴサーバ３００との間で実行される。ステップ１５２４において、ＵＥ-１  １００ａは、ＳＡを確立する。ステップ１５２６において、ＭＣＰＴＴサーバ３００は、ＳＡを確立する。ステップ１５２８において、ＵＥ-１  １００ａは、ＩＭＰＵ-１とＭＩＤ１をマッピングする。ステップ１５３０において、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１とＭＩＤ１をマッピングし、ＩＭＰＵ-２とＭＩＤ２をマッピングする。ステップ１５３２において、ＵＥ-２  １００ｃは、ＩＭＰＵ-２とＭＩＤ２をマッピングする。
【０１７５】
ステップ１５３４において、ＵＥ-１  １００ａは、ＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを暗号化する。ステップ１５３６において、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＭＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、ＩＭＰＵ-１、及びＩＣＳＩを含む。ステップ１５３８において、シグナリングプレーンエンティティ５００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＭＣＰＴＴサーバ３００に送信する。
【０１７６】
ステップ１５４０において、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１を用いてＵＥ１  １００ａに対応するＳＡを識別する。識別されたＳＡを用いて、ＭＩＤ１及びＭＩＤ２アイデンティティが復号化される。さらに、ＭＣＰＴＴサーバ３００は、マッピングテーブルを用いてＭＩＤ２に対応するＩＭＰＵ-２を識別する。また、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-２を用いてＵＥ-２  １００ｂに対応するＳＡを識別する。識別されたＳＡを用いて、ＭＩＤ１及びＭＩＤ２アイデンティティが暗号化される。
【０１７７】
ステップ１５４２において、ＭＣＰＴＴサーバ３００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをシグナリングプレーンエンティティ５００に送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、及びＩＭＰＵ-２を含む。ステップ１５４４において、シグナリングプレーンエンティティ５００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＵＥ-２  １００ｂに送信する。ステップ１５４６において、ＵＥ-２  １００ｂは、ＵＥ-２  １００ｂ及びＭＣＰＴＴサーバ３００に対応するＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを復号化する。
一実施形態では、ＩＭＰＩは、ダミーＩＤの役割を実行できる。
【０１７８】
一実施形態において、ＭＣＰＴＴユーザーＩＤを含まないＳＩＰメッセージ(すなわち、ダミーメッセージ)を使用してＭＣＰＴＴ  ＩＤを完全にハイディングする方法が提供される。ＩＭＰＵの登録が成功した後に、ＵＥ１００は、(ダミー)ＳＩＰメッセージを開始する。ＳＩＰメッセージは、ＩＭＰＵのみを含み、任意のＭＣＰＴＴユーザーＩＤは含まれない。ＩＭＰＵのみを含む(ダミー)ＳＩＰメッセージは、ＭＣＰＴＴユーザー認証及びセキュリティアソシエーションの生成をトリガするために使用される。ＭＣＰＴＴユーザーＩＤは、ＳＩＰコアに露出せず、このような代案は、ＳＡの確立前に、ＭＣＰＴＴサービスプロバイダドメインでＩＭＰＵとＭＣＰＴＴユーザーＩＤとの間のマッピングの利用可能性を考慮する。ＭＣＰＴＴサーバ３００がＩＭＰＵを知るようになると、ＭＣＰＴＴサーバ３００は、ＭＣＰＴＴユーザー認証のためにＭＣＰＴＴユーザーＩＤ及び関連されるユーザーセキュリティ認証書を検索する。成功的なＭＣＰＴＴユーザー認証後に、ＳＡは、ＭＣＰＴＴユーザーアイデンティティをハイディングするために生成される。このような代替方式は、ＭＣＰＴＴユーザー認証前に、ＩＭＰＵとＭＣＰＴＴユーザーアイデンティティとの間のマッピングがアイデンティティ管理サーバのようなエンティティにより提供される場合(例えば、ＴＮＡベースの認証手順)に適用可能である。
【０１７９】
図１６Ａ及び図１６Ｂに示すように、ステップ１６０２において、ＵＥ-１  １００ａは、ＩＭＰＵ-１とＭＩＤ１をマッピングする。ステップ１６０４において、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１とＭＩＤ１をマッピングし、ＩＭＰＵ-２とＭＩＤ２をマッピングする。ステップ１６０６において、ＵＥ-２  １００ｃは、ＩＭＰＵ-２とＭＩＤ２をマッピングする。ステップ１６０８において、ＵＥ-１  １００ａは、シグナリングプレーンエンティティ５００に登録する。登録メッセージは、ＩＭＰＩ及びＩＭＰＵを含む。ステップ１６１０において、ＳＩＰコア認証手順は、ＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。
【０１８０】
ステップ１６１２で、シグナリングプレーンエンティティ５００は、ＩＭＰＵを登録する。ステップ１６１４において、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＩＭＰＵを登録する。ステップ１６１６において、ＭＣＰＴＴサーバ３００は、肯定応答メッセージをシグナリングプレーンエンティティ５００に送信する。ステップ１６１８において、ＵＥ-１  １００ａは、ＳＩＰメッセージをシグナリングプレーンエンティティ５００に送信する。ＳＩＰメッセージは、ＩＭＰＵ-１及びＩＣＳＩを含む。ステップ１６２０において、シグナリングプレーンエンティティ５００は、ＳＩＰメッセージをＭＣＰＴＴサーバ３００に送信する。
【０１８１】
ステップ１６２２において、ＭＣＰＴＴサーバ３００は、ＩＭＰＵを用いて対応するＭＩＤ１を識別する。さらに、ＭＣＰＴＴサーバ３００は、ＭＩＤ１に基づいてＭＣＰＴＴユーザー認証のためのセキュリティ認証書を識別する。
【０１８２】
ステップ１６２４において、ＭＣＰＴＴユーザー認証手順は、ＵＥ-１  １００ａとシグナリングプレーンエンティティ５００との間で実行される。ステップ１６２６において、ＭＣＰＴＴユーザー認証手順は、シグナリングプレーンエンティティ５００とＭＣＰＴＴサーバ３００との間で実行される。ステップ１６２８において、ＵＥ-１  １００ａは、ＳＡを確立する。
【０１８３】
ステップ１６３０において、ＭＣＰＴＴサーバ３００は、ＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを暗号化する。ステップ１６３２において、ＵＥ-１  １００ａは、ＳＩＰ  ＩＮＶＩＴＥメッセージをシグナリングプレーンエンティティ５００に送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、ＩＭＰＵ-１、及びＩＣＳＩを含む。ステップ１６３４において、シグナリングプレーンエンティティ５００は、ＭＣＰＴＴサーバ３００にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する。
【０１８４】
ステップ１６３６において、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-１を用いてＵＥ１  １００ａに対応するＳＡを識別する。識別されたＳＡを用いて、ＭＩＤ１及びＭＩＤ２アイデンティティが復号化される。さらに、ＭＣＰＴＴサーバ３００は、マッピングテーブルを用いてＭＩＤ２に対応するＩＭＰＵ-２を識別する。また、ＭＣＰＴＴサーバ３００は、ＩＭＰＵ-２を用いてＵＥ-２  １００ｂに対応するＳＡを識別する。識別されたＳＡを用いて、ＭＩＤ１及びＭＩＤ２アイデンティティが暗号化される。
【０１８５】
ステップ１６３８で、ＭＣＰＴＴサーバ３００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをシグナリングプレーンエンティティ５００に送信する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、ＩＮＶＩＴＥ{ＭＩＤ２}、Ｆｒｏｍ：{ＭＩＤ１}、Ｔｏ：{ＭＩＤ２}、及びＩＭＰＵ-２を含む。ステップ１６４０で、シグナリングプレーンエンティティ５００は、ＳＩＰ  ＩＮＶＩＴＥメッセージをＵＥ-２  １００ｂに送信する。ステップ１６４２で、ＵＥ-２  １００ｂは、ＵＥ-２  １００ｂ及びＭＣＰＴＴサーバ３００に対応するＳＡに基づいてＭＩＤ１及びＭＩＤ２アイデンティティを復号化される。
【０１８６】
一実施形態において、ＵＥ１００とＭＣＰＴＴサービスプロバイダドメイン４００との間の事前設定されるセキュリティアソシエーションを使用してＭＣＰＴＴ  ＩＤを完全にハイディングし、シグナリングプレーンアイデンティティにインデックシングする方法が提供される。ＩＰＭＵの登録が成功した後に、ＵＥ１００とＭＣＰＴＴサービスプロバイダドメインは、登録されたＩＭＰＵを予め構成されているセキュリティアソシエーションにインデックシングし、それによってＵＥ１００からＭＣＰＴＴサービスプロバイダドメインへの初期メッセージに含まれているＭＣＰＴＴユーザーアイデンティティが暗号化される。
【０１８７】
図１７は、本発明の実施形態によるグループ呼に関連されるＭＣＰＴＴクライアント１００ａ-１００ｃ及びＭＣＰＴＴサーバ３００により挿入されるＳＩＰヘッダ及びＳＩＰボディのコンテンツを示す。ＭＣＰＴＴサーバ３００は、Ｏ-ＰＦ機能エンティティ、ＣＦ機能エンティティ、及びＴ-ＰＦ機能エンティティを含む。ステップ１７０２ａ及び１７０２ｂにおいて、ＵＥ-１  １００ａまたはＵＥ-２  １００ｂは、ＭＣＰＴＴサーバ３００にグループ呼セッション開始リクエストを送信する。ステップ１７０４において、ＵＥ-１  １００ａは、グループアイデンティティを含むｒｅｑｕｅｓｔ-ＵＲＩをＯ-ＰＦ機能エンティティに送信する。ステップ１７０６において、ＣＦ機能エンティティは、発信ユーザーのグループアイデンティティ及びＭＣＰＴＴ  ＩＤを含む情報を受信する。ステップ１７０８において、ＣＦ機能エンティティは、発信ユーザーのグループアイデンティティ及びＭＣＰＴＴ  ＩＤを含む情報をグループ管理サーバ４０６に送信する。ステップ１７１０において、Ｔ-ＰＦ機能エンティティは、着信ユーザーのＭＣＰＴＴ  ＩＤ、発信ユーザーのＭＣＰＴＴ  ＩＤ、及びグループアイデンティティを含む情報を受信する。ステップ１７１０において、Ｔ-ＰＦ機能エンティティは、ＵＥ-２  １００ｂに着信ユーザーのＭＣＰＴＴ  ＩＤ、発信ユーザーのＭＣＰＴＴ  ＩＤ、及びグループアイデンティティを含む情報を送信する。
【０１８８】
Ｏ-ＰＦ機能エンティティ、ＣＦ機能エンティティ、及びＴ-ＰＦ機能エンティティの動作及び機能は、＜表２＞で説明される。さらに、ＭＣＰＴＴサーバ３００に含まれているＯ-ＰＦ機能エンティティ、ＣＦ機能エンティティ、及びＴ-ＰＦ機能エンティティの動作及び機能について、図１１と同様である。
【０１８９】
＜表２＞は、グループ呼に関連されるＵＥ-１  １００ａ、ＵＥ-２  １００ｂ、及びＭＣＰＴＴサーバ３００により挿入されるＳＩＰヘッダ及びＳＩＰボディのコンテンツを示す。
【０１９０】
【表２】
2018522512.tif 000004
2018522512.tif 000005
2018522512.tif 000006
【０１９１】
図１８は、本発明の実施形態によるプライベート呼に関連されるＭＣＰＴＴクライアント及びＭＣＰＴＴサーバ３００により挿入されるＳＩＰヘッダ及びＳＩＰボディのコンテンツを示す。＜表３＞は、プライベート呼に関連されるＵＥ-１  １００ａ、ＵＥ-２  １００ｂ、及びＭＣＰＴＴサーバ３００により挿入されるＳＩＰヘッダ及びＳＩＰボディのコンテンツを示す。
【０１９２】
ＭＣＰＴＴサーバ３００は、Ｏ-ＰＦ機能エンティティ、ＣＦ機能エンティティ、及びＴ-ＰＦ機能エンティティを含む。ステップ１８０２ａ及び１８０２ｂにおいて、ＵＥ-１  １００ａまたはＵＥ-２  １００ｂは、ＭＣＰＴＴサーバ３００にプライベート呼セッション開始リクエストを送信する。ステップ１８０４において、ＵＥ-１  １００ａは、被呼出側ユーザーのＭＣＰＴＴ  ＩＤを含むｒｅｑｕｅｓｔ-ＵＲＩをＯ-ＰＦ機能エンティティに送信する。ステップ１８０６において、ＣＦ機能エンティティは、被呼出ユーザーのＭＣＰＴＴ  ＩＤ及び呼出ユーザーのＭＣＰＴＴ  ＩＤを含む情報を受信し、Ｔ-ＰＦ機能エンティティは、呼出ユーザーのＭＣＰＴＴ  ＩＤと被呼出ユーザーのＭＣＰＴＴ  ＩＤを含む情報を受信する。ステップ１８０８において、Ｔ-ＰＦ機能エンティティは、ＵＥ-２  １００ｂに呼出ユーザーのＭＣＰＴＴ  ＩＤと被呼出ユーザーのＭＣＰＴＴ  ＩＤを含む情報を送信する。
【０１９３】
さらに、Ｏ-ＰＦ機能エンティティ、ＣＦ機能エンティティ、及びＴ-ＰＦ機能エンティティの動作及び機能は、＜表３＞で説明される。また、ＭＣＰＴＴサーバ３００に含まれるＯ-ＰＦ機能エンティティ、ＣＦ機能エンティティ、及びＴ-ＰＦ機能エンティティの動作及び機能は、図９と同様である。
【０１９４】
【表３】
2018522512.tif 000007
2018522512.tif 000008
【０１９５】
図１９は、本発明の実施形態による複数のフレームにわたるアイデンティティ管理のためのメカニズムを実現するコンピューティング環境１９０２を示す。図１９に示すように、コンピューティング環境１９０２は、制御ユニット１９０４とＡＬＵ(Arithmetic  Logic  Unit)１９０６を備える少なくとも一つのプロセッシングユニット１９０８、メモリ１９１０、格納ユニット１９１２、複数のネットワーキングデバイス１９１６、及び複数の入出力(Ｉ/Ｏ)デバイス１９１４を含む。プロセッシングユニット１９０８は、上記技術の命令をプロセッシングする。プロセッシングユニット１９０８は、そのプロセッシングを実行するために制御ユニット１９０４からコマンドを受信する。さらに、命令の実行に関連される論理及び演算動作がＡＬＵ１９０６の助けで演算される。
【０１９６】
全般的なコンピューティング環境１９０２は、複数の同種または異種コア、多様なタイプの複数のＣＰＵ、特定媒体及び他のアクセラレータ(accelerator)で構成される。複数のプロセッシングユニット１９０８は、単一チップ及び複数のチップ上に位置されてもよい。
【０１９７】
このような実行のために要求される命令及びコードを含む技術は、メモリ１９１０または格納部１９１２あるいは両方共に格納される。実行の際に、命令は、対応するメモリ１９１０または格納部１９１２からフェッチし、プロセッシングユニット１９０８により実行することができる。
【０１９８】
いかなるハードウェアを実現する場合でも、多様なネットワーキングデバイス１９１６または外部Ｉ/Ｏデバイス１９１４は、ネットワーキングユニット及びＩ/Ｏデバイスユニットを通じて実現をサポートするためにコンピューティング環境１９０２に接続することができる。
【０１９９】
ここで開示される実施形態は、少なくとも一つのハードウェアデバイスで実行され、ネットワーク管理機能を実行してエレメントを制御できる少なくとも一つのソフトウェアプログラムを通じて実現できる。図１乃至図１９に示すエレメントは、ハードウェアデバイス、またはハードウェアデバイスとソフトウェアモジュールの組み合わせのうち少なくとも一つであるブロックを含む。
【０２００】
以上、本発明を具体的な実施形態に関して図示及び説明したが、添付した特許請求の範囲により規定されるような本発明の精神及び範囲を外れることなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【０２０１】
特定実施形態に対する上記のような説明は、現在の知識を適用することによって包括的な概念を逸脱することなく多様なアプリケーション、上記のような特定の実施形態に対して容易に修正及び/または適用させることができる本発明の実施形態の一般的な性質を完全に示し、それによって上記のような適用及び修正は開始された実施形態の均等物の意味及び範囲内で理解されるように図ることがわかる。ここで使用される表現または用語は、説明のためのものであって、これに制限されるものではないことがわかる。したがって、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【０２０２】
１００  ＵＥ
１０２  クライアント
１０４  ユーザーエージェント
２１０  加入者データベース
２１２  移動性管理エンティティ（ＭＭＥ）
３００  ＭＣＰＴＴサーバ
３０２  通信ユニット
３０４  アイデンティティ管理エンティティ
３０６  プロセッサユニット
３０８  メモリユニット
４００  ＭＣＰＴＴサービスプロバイダドメイン／アプリケーションプレーン
４０２  アイデンティティ管理サーバ
４０６  グループ管理サーバ
４０８  ＭＣＰＴＴアイデンティティ
４５０  ＩＭＳドメイン／シグナリングプレーン
４５２  ＳＩＰコア
４５４  ＳＩＰアイデンティティ
５００  シグナリングプレーンエンティティ
５０２  通信ユニット
５０４  プロセッサユニット
５０６  メモリユニット
１９０４  制御ユニット
１９０８  プロセッシングユニット
１９１０  メモリ
１９１２  格納ユニット
１９１４  デバイス
１９１６  ネットワーキングデバイス
【図１】
2018522512.tif 000009
【図２】
2018522512.tif 000010
【図３】
2018522512.tif 000011
【図４】
2018522512.tif 000012
【図５】
2018522512.tif 000013
【図６】
2018522512.tif 000014
【図７】
2018522512.tif 000015
【図８】
2018522512.tif 000016
【図９】
2018522512.tif 000017
【図１０】
2018522512.tif 000018
【図１１】
2018522512.tif 000019
【図１２】
2018522512.tif 000020
【図１３Ａ】
2018522512.tif 000021
【図１３Ｂ】
2018522512.tif 000022
【図１３Ｃ】
2018522512.tif 000023
【図１３Ｄ】
2018522512.tif 000024
【図１３Ｅ】
2018522512.tif 000025
【図１４Ａ】
2018522512.tif 000026
【図１４Ｂ】
2018522512.tif 000027
【図１５Ａ】
2018522512.tif 000028
【図１５Ｂ】
2018522512.tif 000029
【図１６Ａ】
2018522512.tif 000030
【図１６Ｂ】
2018522512.tif 000031
【図１７】
2018522512.tif 000032
【図１８】
2018522512.tif 000033
【図１９】
2018522512.tif 000034
【手続補正書】
【提出日】平成30年4月12日(2018.4.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信システムにおけるミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)サーバの方法であって、
第１のＭＣＰＴＴクライアントと少なくとも一つの第２のＭＣＰＴＴクライアントとの間の呼を確立するための第１のメッセージをシグナリングプレーンエンティティから受信するステップと、
前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを識別するステップと、
前記シグナリングプレーンエンティティを介して前記呼を確立するために、前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む少なくとも一つの第２のメッセージを前記少なくとも一つの第２のＭＣＰＴＴクライアントに送信するステップと、を有し、
前記第１のメッセージは前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含むことを特徴とする方法。
【請求項２】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを識別するステップは、
前記アプリケーションプレーンアイデンティティに関連される前記少なくとも一つの第２のＭＣＰＴＴクライアントに対するＭＣＰＴＴクライアントアイデンティティを検索するステップと、
アイデンティティ管理エンティティから前記少なくとも一つの第２のＭＣＰＴＴクライアントに対するＭＣＰＴＴクライアントアイデンティティに対応するシグナリングプレーンアイデンティティを識別するステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義され、サービスの登録中にアイデンティティ管理エンティティに格納され、
前記アイデンティティ管理エンティティは、前記ＭＣＰＴＴサーバ、グループ管理サーバ及びシグナリングプレーンドメインエンティティのうちいずれか一つに格納されることを特徴とする請求項１に記載の方法。
【請求項４】
前記アプリケーションプレーンアイデンティティは、ＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴグループアイデンティティのうちいずれか一つであり、
前記シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティ、ＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)、ｔｅｌユニフォームリソース識別子(ｔｅｌ  ＵＲＩ)、及び移動加入者統合サービスデジタルネットワーク(ＭＳＩＳＤＮ)アイデンティティのうち少なくとも一つであり、
前記シグナリングプレーンエンティティは、セッション開始プロトコル(ＳＩＰ)コアシグナリングプレーンエンティティ、インターネットプロトコル(ＩＰ)マルチメディアサブシステム(ＩＭＳ）コアシグナリングプレーンエンティティ、及びホーム加入者サーバ(ＨＳＳ）エンティティのうちいずれか一つであることを特徴とする請求項１に記載の方法。
【請求項５】
前記少なくとも一つの第２のＭＣＰＴＴクライアントの前記アプリケーションプレーンアイデンティティを暗号化し、
前記少なくとも一つの第２のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントの暗号化されたアプリケーションプレーンアイデンティティを前記少なくとも一つの第２のＭＣＰＴＴクライアントに送信するステップを含み、
前記第１のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントにより暗号化されることを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のＭＣＰＴＴクライアントに関連されるセキュリティキーをフェッチするステップと、
前記セキュリティキーに基づいて前記第１のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを復号することで復号化するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
通信システムにおけるシグナリングプレーンエンティティの方法であって、
第１のミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)クライアントから少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するために第１のメッセージを受信するステップと、
前記第１のメッセージをＭＣＰＴＴサーバに送信するステップと、
前記少なくとも一つの第２のＭＣＰＴＴクライアントに呼を確立するために少なくとも一つの第２のメッセージを前記ＭＣＰＴＴサーバから受信するステップと、を有し、
前記第１のメッセージは、前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含み、
前記少なくとも一つの第２のメッセージは、前記少なくとも一つの第２のＭＣＰＴＴクライアントの少なくとも一つのシグナリングプレーンアイデンティティを含むことを特徴とする方法。
【請求項８】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義され、サービスの登録中にアイデンティティ管理エンティティに格納され、
前記アイデンティティ管理エンティティは、前記ＭＣＰＴＴサーバ、グループ管理サーバ、及びシグナリングプレーンドメインエンティティのうち少なくとも一つに格納されることを特徴とする請求項７に記載の方法。
【請求項９】
前記アプリケーションプレーンアイデンティティは、ＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴＴグループアイデンティティのうちいずれか一つであり、
前記シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティ、ＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)、ｔｅｌユニフォームリソース識別子(ｔｅｌ  ＵＲＩ)、及び移動加入者統合サービスデジタルネットワーク(ＭＳＩＳＤＮ)アイデンティティのうち少なくとも一つであり、
前記シグナリングプレーンエンティティは、セッション開始プロトコル(ＳＩＰ)コアシグナリングプレーンエンティティ、インターネットプロトコル(ＩＰ)マルチメディアサブシステム(ＩＭＳ）コアシグナリングプレーンエンティティ、及びホーム加入者サーバ(ＨＳＳ）エンティティのうちいずれか一つであることを特徴とする請求項７に記載の方法。
【請求項１０】
前記第１のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントにより暗号化され、
前記少なくとも一つの第２のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記ＭＣＰＴＴサーバにより暗号化され、
前記暗号化されたアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントに送信されることを特徴とする請求項７に記載の方法。
【請求項１１】
通信システムのミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)サーバであって、
送受信器と、
前記送受信器に結合された制御部と、を含み、
前記制御部は、
第１のＭＣＰＴＴクライアントと少なくとも一つの第２のＭＣＰＴＴクライアントとの間の呼を確立するために第１のメッセージをシグナリングプレーンエンティティから受信し、前記第１のメッセージは、前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含み、
前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを識別し、
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティを含む少なくとも一つの第２のメッセージを、前記シグナリングプレーンエンティティを通じて前記呼を確立するために前記少なくとも一つの第２のＭＣＰＴＴクライアントに送信するように構成されることを特徴とするＭＣＰＴＴサーバ。
【請求項１２】
前記制御部は、
前記アプリケーションプレーンアイデンティティに関連される前記少なくとも一つの第２のＭＣＰＴＴクライアントに対してＭＣＰＴＴクライアントアイデンティティを検索し、
アイデンティティ管理エンティティから前記少なくとも一つの第２のＭＣＰＴＴクライアントに対するＭＣＰＴＴクライアントアイデンティティに対応するシグナリングプレーンアイデンティティを識別
することを特徴とする請求項１１に記載のＭＣＰＴＴサーバ。
【請求項１３】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは予め定義され、サービスの登録中にアイデンティティ管理エンティティに格納され、
前記アイデンティティ管理エンティティは、前記ＭＣＰＴＴサーバ、グループ管理サーバ及びシグナリングプレーンドメインエンティティのうちいずれか一つに格納されることを特徴とする請求項１１に記載のＭＣＰＴＴサーバ。
【請求項１４】
前記アプリケーションプレーンアイデンティティは、ＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴグループアイデンティティのうちいずれか一つであり、
前記シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティ、ＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)、ｔｅｌユニフォームリソース識別子(ｔｅｌ  ＵＲＩ)、及び移動加入者統合サービスデジタルネットワーク(ＭＳＩＳＤＮ)アイデンティティのうち少なくとも一つであり、
前記シグナリングプレーンエンティティは、セッション開始プロトコル(ＳＩＰ)コアシグナリングプレーンエンティティ、インターネットプロトコル(ＩＰ)マルチメディアサブシステム(ＩＭＳ）コアシグナリングプレーンエンティティ、及びホーム加入者サーバ(ＨＳＳ）エンティティのうちいずれか一つであることを特徴とする請求項１１に記載のＭＣＰＴＴサーバ。
【請求項１５】
前記制御部は、
前記少なくとも一つの第２のＭＣＰＴＴクライアントの前記アプリケーションプレーンアイデンティティを暗号化し、
前記少なくとも一つの第２のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントの暗号化されたアプリケーションプレーンアイデンティティを前記少なくとも一つの第２のＭＣＰＴＴクライアントに送信するステップを含み、
前記第１のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントにより暗号化されることを特徴とする請求項１１に記載のＭＣＰＴＴサーバ。
【請求項１６】
前記制御部は、
前記第１のＭＣＰＴＴクライアントに関連されるセキュリティキーをフェッチし、
前記セキュリティキーに基づいて前記第１のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを復号することで復号化することをことを特徴とする請求項１１に記載のＭＣＰＴＴサーバ。
【請求項１７】
通信システムのシグナリングプレーンエンティティであって、
送受信器と、
前記送受信器に結合された制御部と、を含み、
前記制御部は、
第１のミッションクリティカルプッシュツートーク(ＭＣＰＴＴ)クライアントから少なくとも一つの第２のＭＣＰＴＴクライアントと呼を確立するために第１のメッセージを受信し、
前記第１のメッセージをＭＣＰＴＴサーバに送信し、
前記少なくとも一つの第２のＭＣＰＴＴクライアントに呼を確立するための少なくとも一つの第２のメッセージを前記ＭＣＰＴＴサーバから受信し、
前記第１のメッセージは、前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティを含み、
前記第２のメッセージは、前記少なくとも一つの第２のＭＣＰＴＴクライアントの少なくとも一つのシグナリングプレーンアイデンティティを含むことを特徴とするシグナリングプレーンエンティティ。
【請求項１８】
前記少なくとも一つの第２のＭＣＰＴＴクライアントのシグナリングプレーンアイデンティティは、予め定義され、サービスの登録中にアイデンティティ管理エンティティに格納され、
前記アイデンティティ管理エンティティは、前記ＭＣＰＴＴサーバ、グループ管理サーバ、及びシグナリングプレーンドメインエンティティのうちいずれか一つに格納されることを特徴とする請求項１７に記載のシグナリングプレーンエンティティ。
【請求項１９】
前記アプリケーションプレーンアイデンティティは、ＭＣＰＴＴクライアントアイデンティティ及びＭＣＰＴＴＴグループアイデンティティのうちいずれか一つであり、前記シグナリングプレーンアイデンティティは、パブリックユーザーアイデンティティ、ＩＰマルチメディアパブリックアイデンティティ(ＩＭＰＵ)、ｔｅｌユニフォームリソース識別子(ｔｅｌ  ＵＲＩ)、及び移動加入者統合サービスデジタルネットワーク(ＭＳＩＳＤＮ)アイデンティティのうち少なくとも一つであり、
前記シグナリングプレーンエンティティは、セッション開始プロトコル(ＳＩＰ)コアシグナリングプレーンエンティティ、インターネットプロトコル(ＩＰ)マルチメディアサブシステム(ＩＭＳ）コアシグナリングプレーンエンティティ、及びホーム加入者サーバ(ＨＳＳ）エンティティのうちいずれか一つであることを特徴とする請求項１７に記載のシグナリングプレーンエンティティ。
【請求項２０】
前記第１のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントにより暗号化され、
前記少なくとも一つの第２のメッセージに含まれている前記少なくとも一つの第２のＭＣＰＴＴクライアントのアプリケーションプレーンアイデンティティは、前記ＭＣＰＴＴサーバにより暗号化され、
前記暗号化されたアプリケーションプレーンアイデンティティは、前記第１のＭＣＰＴＴクライアントに送信されることを特徴とする請求項１７に記載のシグナリングプレーンエンティティ。
【国際調査報告】
2018522512.tif 000035
2018522512.tif 000036
2018522512.tif 000037