JP5069353B2 - Ｉｐマルチメディア・サブシステム通信ネットワークにおいて信用性を処理するための方法および装置 - Google Patents

Description

本発明は、ＩＰマルチメディア・サブシステム通信ネットワークにおいて信用性を処理する分野に関する。

ＩＰマルチメディア・サービスは、音声、動画、メッセージング、データ等の動的な組み合わせを同一セッションの中で提供する。基本アプリケーションの数と、組み合わせが可能なメディアの数とを増やすことによって、エンドユーザに提供されるサービスの数は増えるであろうし、個人間の通信体験は豊かになるであろう。これによって、新しい世代のパーソナライズされた豊かなマルチメディア通信サービスがもたらされるであろう。

ＩＰマルチメディア・サブシステム（ＩＭＳ）は、ＩＰマルチメディア・サービスを移動通信ネットワーク上で提供するために第３世代パートナシッププロジェクト（３ＧＰＰ）によって定義された技術である（３ＧＰＰ ＴＳ ２２．２２８、ＴＳ ２３．２２８、ＴＳ ２４．２２９、ＴＳ ２９．２２８、ＴＳ ２９．２２９、ＴＳ ２９．３２８、及びＴＳ ２９．３２９ リリース５乃至８）。ＩＭＳは、標準化されたＩＭＳサービス・イネーブラの使用を通じてエンドユーザの個人対個人の通信体験を豊かにする重要な諸機能を提供し、それらは、ＩＰに基づくネットワーク上で新しい豊かな個人対個人（クライアント対クライアント）の通信サービスだけでなく個人対コンテンツ（クライアント対サーバ）のサービスをも促進する。ＩＭＳは、セッション開始プロトコル（ＳＩＰ）を利用して、ユーザ端末間の（またはユーザ端末とアプリケーションサーバとの間の）呼またはセッションを設定し、制御する。セッションのメディアコンポーネントを記述して交渉するために、ＳＩＰシグナリングによって搬送されるセッション記述プロトコル（ＳＤＰ）が用いられる。ＳＩＰは、ユーザ対ユーザのプロトコルとして作成されているが、一方でＩＭＳは、オペレータおよびサービスプロバイダがサービスへのユーザアクセスを制御して、それに従ってユーザに課金することを可能にする。ＩＰマルチメディア・サブシステムを３Ｇ移動通信システムに統合することについて、図１に略示する。

ＩＭＳ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ（ＡＫＡ）を用いて、例えば移動電話のようなユーザ装置（ＵＥ）１０１と、ＩＭＳネットワーク１０３の中のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１０２との間で共有鍵が確立される。これにより、ＵＥ１０１とＩＭＳネットワーク１０３の間で送信される信号が、ＩＰ−ｓｅｃトンネルを用いて事前共有鍵を使ってセキュアなかたちで暗号化されることが可能になる。Ｐ−ＣＳＣＦ１０２は、図２に図解するようにホーム公衆陸上移動通信網（ＰＬＭＮ）に位置してもよいし、図３に図解するように在圏ＰＬＭＮに位置してもよい。ホームＰＬＭＮ２０１は、ＵＥ２０２が登録されているネットワークであり、在圏ＰＬＭＮ２０３は、ＵＥ２０２が接続する可能性があるネットワークである。サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）２０４は、ホームＰＬＭＮ２０１に位置しており、ＵＥがネットワークに加入するときのＵＥ２０２の認証と許可とを制御するが、これについては、例としてＴＳ ３３．２０３を参照されたい。

ＩＭＳは、３ＧＰＰ ＩＭＳネットワークだけでなく、３ＧＰＰ ＩＭＳ以外のネットワークにも、例えばＴｅｌｅｃｏｍｓ ＆ Ｉｎｔｅｒｎｅｔ ｃｏｎｖｅｒｇｅｄ Ｓｅｒｖｉｃｅｓ ＆ Ｐｒｏｔｏｃｏｌｓ ｆｏｒ Ａｄｖａｎｃｅｄ Ｎｅｔｗｏｒｋｓ（ＥＴＳＩ ＴＩＳＰＡＮ）およびＰａｃｋｅｔＣａｂｌｅにも適用されるであろうと考えられており、これについては、例としてＥＴＳＩ ＥＳ ２８２００７およびＰＫＴ−ＳＰ−２３．２２８−Ｉ０２−０６１０１３を参照されたい。しかし、ＴＩＳＰＡＮおよびＰａｃｋｅｔＣａｂｌｅがＩＭＳを展開する場合、３ＧＰＰ ＩＭＳネットワークによって用いられるようにＩＭＳ ＡＫＡを用いるだけではない。３ＧＰＰ ＩＭＳネットワークにアクセスする目的でＴＩＳＰＡＮまたはＰａｃｋｅｔＣａｂｌｅ端末においてユニバーサル加入者ＩＤモジュール（ＵＳＩＭ）またはＩＰマルチメディア・サービスＩＤモジュール（ＩＳＩＭ）を許可することは、一部のシナリオでは、これらのアクセス技術にとって障害である。ＴＩＳＰＡＮおよびＰａｃｋｅｔＣａｂｌｅは、ＨＴＴＰ Ｄｉｇｅｓｔ ｆｏｒ ＳＩＰ、Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｍｅｎｔ Ｓｕｂｓｙｓｔｅｍ（ＮＡＳＳ）−ＩＭＳバンドルによる認証、およびＴｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ（ＴＬＳ）のような、他のセキュリティソリューションをこれまでに導入している。しかし、これらのセキュリティメカニズムが提供するのは、ＩＭＳ ＡＫＡより低レベルのセキュリティである。

３ＧＰＰ ＩＭＳネットワークにとって、ネットワークのユーザが利用可能なオプションを向上させるために、ＴＩＳＰＡＮネットワークおよびＰａｃｋｅｔＣａｂｌｅネットワークとの相互作用ができることは望ましいことである。これを可能にするには、ＩＭＳネットワーク内のＳ−ＣＳＣＦは、異なるアクセス技術間の相互作用を処理してサポートすることができなければならない。そうすれば、端末同士が異なるアクセス技術を用いて相互に通信することが可能になるであろう。

また、ＩＭＳネットワークが、例えば３ＧＰＰ、ＴＩＳＰＡＮ、ＰａｃｋｅｔＣａｂｌｅのような、さまざまなアクセス技術を用いてアクセス可能であることに加えて、ＩＭＳネットワークは、例えばＰＳＴＮ相互接続（例えば３ＧＰＰ ＴＳ ２３．００２を参照）、ＩＭＳ相互接続（例えば３ＧＰＰ ＴＳ ２３．２２８を参照）、およびＩｎｔｅｒｎｅｔ Ｉｎｔｅｒｃｏｎｎｅｃｔのような相互接続技術を用いてアクセス可能であってもよい。ここで留意すべきことだが、Ｉｎｔｅｒｎｅｔ Ｉｎｔｅｒｃｏｎｎｅｃｔは、特定のプロトコルやシステムではなく、従って、プロプライエタリな実装に基づく傾向がある。これらによって、非ＩＭＳネットワークにアクセスする各端末は、ＩＭＳネットワークからのＩＭＳサービスにアクセスすることができるようになる。

多様なタイプのネットワークおよびアクセス技術は、ＩＭＳネットワークを多様なネットワークからの端末やネットワークノードからのシグナリングにさらすことになり、それらのシグナリングは、同じＩＭＳネットワーク内の他のノードとは異なる信用性レベルを有する可能性がある。これは、特にＩＭＳ相互接続にとって大きな問題であるが、なぜなら、相互接続ネットワークは、自分が相互接続している相手である別のネットワークで用いられている多様な信用性レベルについて知ることは不可能であるからである。従って、相互接続ネットワークは、すべての着信トラヒックを平等に扱うであろう。

現行のＩＭＳネットワークでは、シグナリングに与えられた信用性領域は１つしかなく、それゆえ、メッセージは信用されるかまたは信用されないかいずれか一方である。セッションを確立するために用いられるＳＩＰ要求が信用されない場合には、ＳＩＰ要求の中に含まれる、アサートされたユーザＩＤであるＰ−Ａｓｓｅｒｔｅｄ−ＩＤ（ＲＦＣ３３２５を参照）は、非信用領域に転送される前にＳＩＰ要求から削除される。ＩＭＳネットワークオペレータは、例えば初期のＩＭＳセキュリティ（ＴＲ ３３．９７８を参照）またはＨＴＴＰ Ｄｉｇｅｓｔ（ＲＦＣ２６１７を参照）で用いられる低レベルのセキュリティを受け入れるか、またはそれを受け入れずに、あらゆるアサートされた情報を要求から削除しなければならない。

ＩＭＳは非常に強固なセキュリティを提供するが、他のアクセス技術およびネットワークとの相互運用性が高まると、ＩＭＳ通信に適用されるセキュリティが低下する可能性がある。これは、各ＩＭＳユーザに対して迷惑通信が増えるというリスクにつながり、望ましくない。また、例えば、個々のユーザまたはユーザグループに対するメディアストリームが暗号化される可能性のあるＩＰＴＶのような、強固なセキュリティアーキテクチャを必要とするサービスにＩＭＳが採用される見込みを低下させることもありうる。

本出願人らは、現行のＩＭＳネットワークにおける信用性レベルに関連する諸問題を理解し、そして、シグナリングに与えられるべき信用性のレベルをＩＭＳネットワーク内のノードに示すためのソリューションを考案した。ＳＩＰプロトコルが、ＳＩＰメッセージの中にメッセージの信用性のレベルに関連する追加情報を含めることによって拡張される。これによって、ネットワーク間のＩＭＳセッションにおける信用性の柔軟な処理が可能になる。ネットワーク内のさまざまなエンティティによって、情報要素が、追加され、検証され、実施されてもよい。

本発明の第１の態様によって、ＩＰマルチメディア・サブシステム・ネットワーク内で信用性を処理する方法が提供される。ＩＰマルチメディア・サブシステム・ネットワーク内のノードがセッション開始プロトコル・メッセージをリモートノードから受信する。メッセージは、リモートノードからＩＰマルチメディア・サブシステムのノードへ送信された通信の信用性レベルを示す指標を有する。指標に基づいて、ノードはセキュリティポリシーをメッセージに適用する。

このことは、メッセージにどの程度の信用性を与えるかについての決定をノードが行うことができるという利点を有する。これは、リモートノードが、ＩＭＳネットワークでない可能性のある別のネットワーク内に配置されている場合に特に有利である。

ＳＩＰメッセージは通常、通信セッションを設定するのに用いられ、従って、１つの選択肢では、セキュリティポリシーは、セッション開始プロトコル・メッセージに関連するすべてのシグナリング（例えばメディア）に適用される。

指標は、１つの選択肢では、数値であり、その場合、数値をセキュリティポリシーに直接マッピングすることができる。あるいは、指標は記述であり、その場合、記述がセキュリティポリシーにマッピングされる。

指標は、１つの選択肢では、複数の指標要素を含み、各指標要素は、リモートノードと先のノードとの間のシグナリング経路における別のノードの信用性レベルに関連する。これによって、ＳＩＰメッセージが経路に沿ってその着信先まで多様なノードを横断する際に信用性レベルの指標が構築されることが可能になり、そして、横断した各ノードに関する信用性の情報を信用性レベルの指標に含めることが可能になる。指標要素は、ＳＩＰメッセージがそこから受信されたネットワークの指標を含んでいてもよい。

信用性レベルの指標は、任意で、メッセージに与えられるべき信用性レベルに影響を与える可能性がある、何らかの情報から導出される。そのような情報には、ユーザ端末のタイプと、暗号化のタイプと、ネットワークのタイプと、エンドユーザの認証メカニズムと、領域内セキュリティメカニズムとが含まれる。

１つの選択肢では、Ｐ−Ａｓｓｅｒｔｅｄ Ｉｄｅｎｔｉｔｙヘッダを削除することと、トポロジ隠蔽を適用することと、通信を許可しないことと、無修正の通信を許可することと、許容メッセージソースに関するデータベースに従ってメッセージをフィルタリングすることと、そして、ＳＩＰメッセージに関する着信シグナリングにマルウェア検出を適用することとのうちのいずれかから、適用されるセキュリティポリシーが選択される。

セキュリティポリシーは、任意で、そのようなポリシーを適用することに関連があるいずれかのノードで適用される。そのようなノードには、境界要素と、アプリケーションサーバと、ユーザ装置と、呼セッション制御機能とが含まれる。

本発明の第２の態様によって、ＩＰマルチメディア・サブシステム・ネットワーク内で用いられるノードが提供される。ノードは、セッション開始プロトコル・メッセージをリモートノードから受信するための受信器を有する。メッセージは、リモートノードからそのノードへ送信された通信の信用性レベルを示す指標を有する。ノードは、さらに、セキュリティポリシーをメッセージに適用するためのプロセッサを備える。セキュリティポリシーは、指標に含まれる情報から決定される。

そのようなノードは、指標に含まれる情報に基づいてセキュリティポリシーをメッセージに適用するために使用される。このことは、ノードがメッセージに与える信用性レベルに応じて、セキュリティポリシーをメッセージに対して柔軟に適用することを可能にするという利点を有する。

ノードは、任意で、ユーザ装置と、呼セッション制御機能と、境界要素と、アプリケーションサーバとのうちの１つから選択される。

本発明の第３の態様によって、通信ネットワーク内で用いられるノードが提供される。ノードは、信用性レベルの情報を収集するための手段と、信用性レベルの情報に基づいて信用性レベルの指標を生成するためのプロセッサとを備える。また、プロセッサは、セッション開始プロトコル・メッセージを、そのセッション開始プロトコル・メッセージが信用性レベルの指標を有するように修正するためのものでもある。ノードはさらに、セッション開始プロトコル・メッセージを送信するための送信器を備える。

そのようなノードは、信用性レベルの指標を含むＳＩＰメッセージが送信されることを可能にするという利点を有する。上記のように、信用性レベルの指標は、メッセージに適用されるセキュリティポリシーを決定するために用いることができ、そして、ネットワークによってメッセージに与えられた信用性の程度に応じて、多様なセキュリティポリシーを柔軟にメッセージに適用することを可能にする。

プロセッサは、信用性レベルの指標要素を既存の信用性レベルの指標に追加することによってＳＩＰメッセージの中の既存の信用性レベルの指標を修正するように構成されることが望ましい。ここで、信用性レベルの指標要素は、ノードかまたはノードが配置されているネットワークの信用性レベルに関係する。

ノードは、ユーザ装置と、呼セッション制御機能と、境界要素と、アプリケーションサーバとのうちの１つから選択されることが望ましい。

本発明の第４の態様によって、ＩＰマルチメディア・サブシステム・ネットワーク内で信用性を処理する方法が提供される。信用性レベルの情報がネットワークノードで収集され、そして、信用性レベルの情報に基づいて信用性レベルの指標が作成される。次いで、信用性レベルの指標が、セッション開始プロトコル・メッセージに追加される。

信用性レベルの指標を含むようにＳＩＰメッセージを作成または修正することの利点は、他のノードが、信用性レベルの指標に基づいて、どの程度の信用性がＳＩＰメッセージまたは関連するメッセージに与えられるべきかを判断することができ、そして、メッセージに適用されうるセキュリティポリシーのタイプに柔軟性を提供することである。

信用性レベルの指標は、１つの選択肢では、ネットワークノードによって作成された新たなセッション開始プロトコル・メッセージに追加されるかまたは、ネットワークノードによって受信された既存のセッション開始プロトコルに追加される。

信用性レベルの情報は、任意で、データベースの情報と、ユーザ端末のタイプと、暗号化のタイプと、ネットワークのタイプと、ノードのタイプと、エンドユーザの認証メカニズムと、そして、領域内セキュリティメカニズムとのいずれかに基づく。

ＩＰマルチメディア・サブシステムの３Ｇ移動通信システムへの統合をブロック図として略示する図である。 Ｐ−ＣＳＣＦが在圏ネットワーク内に配置されたときのＩＭＳネットワークのためのセキュリティアーキテクチャをブロック図として略示する図である。 Ｐ−ＣＳＣＦがホームネットワーク内に配置されたときのＩＭＳネットワークのためのセキュリティアーキテクチャをブロック図として略示する図である。 本発明の実施形態に従うメッセージフォーマットの例を略示する図である。 本発明の実施形態に従うメッセージフォーマットの例を略示する図である。 本発明の一実施形態に従う、通信ネットワーク内で用いられるノードをブロック図として略示する図である。 本発明の基本ステップを図解するフロー図である。 発信ＩＭＳネットワークと着信ＩＭＳネットワークとの間のＳＩＰメッセージのルーティングをブロック図として略示する図である。 本発明の一実施形態に従う、相互接続されたネットワークの中の機能的分割を略示する図である。

信用性レベルの指標をシグナリングの中に導入することによって、ＩＭＳネットワーク内のノードは、どのレベルの信用性が例えばユーザ装置（ＵＥ）のようなリモートノードからのシグナリングに与えられているのかを確認することができる。信用性レベルは、例えばＵＥにおけるセキュリティや、ＵＥからＩＭＳネットワーク内のノードまでの送信経路における多様なノードでのセキュリティのような、各種の因子に依存してもよい。

信用性の指標が作成されうる方法は、いくつかある。信用性を示す第１のやり方は、数値によるものであり、例を挙げると、新規の信用性レベルは例えば１乃至１０のような一定の範囲内に存在し、その場合、１０と表示された信用性レベルは、完全に信用されるアクセス技術またはセキュリティメカニズムに割り当てられ、そして、１と表示された信用性レベルは、シグナリングを受信するＩＭＳノードによって信用されていないアクセス技術に割り当てられてもよいであろう。

ＩＭＳネットワークオペレータは、多様なアクセス技術とセキュリティメカニズムとをサポートする多様な端末を、信用性レベルを使って分類することができる。表１は、多様なアクセス技術とセキュリティメカニズムとに対して与えられた信用性レベルの一例である。

上記の数値による例では、信用性レベルの指標は単純に数値である。しかし、多様なＩＭＳネットワークオペレータが、所与のアクセス技術またはセキュリティメカニズムにどの程度の信用性が与えられるかについて、各社自身のセキュリティポリシーおよびリスク評価に応じて、多様な見解を有することがある。この場合、信用性の指標は、数値ではなく記述的である。信用性の指標には、メッセージに与えられるべき信用性レベルに影響する可能性がある因子の記述が含まれる。記述は、標準化された上で、各ネットワークオペレータによってそのネットワークオペレータが正しいと考える信用性レベルにマッピングされてもよい。従って、所与の記述的な信用性レベルの指標を正確に有するシグナリングには、多様なＩＭＳネットワークオペレータによって多様な信用性レベルが与えられてもよいが、信用性レベルの指標は、各ネットワークオペレータが、与えられることになる信用性レベルに関して独自の見解をとりうるように標準化される。

下記の要素が、記述的な信用性レベルの指標の一部としてシグナリングに含まれてもよい。
・（利用可能ならば）適用されるエンドユーザ・ネットワーク・アクセス・セキュリティメカニズム
・利用されるエンドユーザＩＭＳ認証メカニズム
・アクセスセキュリティのために利用されるメッセージ完全性保護
・アクセスセキュリティのために利用されるメッセージ機密性保護
・適用される領域内セキュリティメカニズム

さらに、利用可能ならば下記の情報も含むことも、ＩＭＳネットワークへ送信されるシグナリングにとって有利であろう。
・端末タイプ、すなわち、どのようなタイプのハードウェアおよびソフトウェアが用いられ、そしてこれは認証されているか否か
・メディアセキュリティレベル、すなわち、ネットワークによっていずれかの特定のメディアセキュリティメカニズムが適用されているかどうかの指標
・ネットワークによって生成された、信用されているＡＳまたはＧＷからの要求がシグナリングに含まれているかどうかの指標。これは、ユーザに代わってリクエストを生成するのがネットワークである場合の、「突然の」呼の際に役立つ
・相互接続ネットワーク。これには、シグナリングが発信されたネットワークのＩＤまたはシグナリングが着信ネットワークに進入する前に横断したネットワークのＩＤが含まれる。これは特に、オペレータが自社ネットワークより信頼性が低いネットワーク、例えば、強固なユーザ認証を有しない純粋なインターネット電話や、ＰＳＴＮネットワーク等との合意を有する場合に用いられる

ＩＭＳセッションがＳＩＰシグナリングを用いて確立される際、セッションを確立するために用いられるＳＩＰシグナリングの中に信用性レベルの指標を含む方が、信用性情報を提供する別個のシグナリングを送信するより有利である。図４Ａに、メッセージの一部として信用性レベルの指標４０２を有する、一例としてのＳＩＰメッセージ４０１を略示する。

下記は、信用性レベルの指標を含むＳＩＰメッセージの一例である。

INVITE sip@company.com SIP/2.0
Via: SIP/2.0/UDP pc1.company.com;branch=sdher4ty56df
Max-Forwards: 40
To: Peter ＜sip:peter@company.com＞
From: Monica ＜sip:monica@company.com＞;tag=123456789
Call-ID: 762947fed38
TrustInfo: Authentication=HTTP Digest: Confidentiality=TLS-AES-CBC-128;
Integrity=TLS-HMAC-SHA1-160;
Contact: ＜sip:monica@pc1.company.com＞
Content-Type: application/sdp
Content-Length: 167
＜SDP contect...＞

信用性レベルの指標は、シグナリングのための単一の指標である必要はない。信用性レベルの指標は、信用性レベルの指標要素で構成されてもよく、それらは、ＳＩＰメッセージがＩＭＳネットワーク内の着信先まで多様なノードを横断する際に、それらのノードによって判定されて信用性レベルの指標に追加される。図４Ｂに示すように、信用性レベルの指標４０３は、どのタイプの機密性および完全性の保護が用いられているかを記述する信用性レベルの指標要素ＴＬ１ ４０４を含めて、Ｐ−ＣＳＣＦによって追加されてもよい。Ｓ−ＣＳＣＦが、適用が完了した認証メカニズムを記述する信用性レベルの指標要素ＴＬ２ ４０５を追加してもよい。相互接続機能が、ＳＩＰメッセージをそこから受信したネットワークを識別する信用性レベルの指標要素ＴＬ３ ４０６を追加してもよい。このようにして、ＳＩＰメッセージ４０１がＩＭＳネットワークに着信する前に多様なノードを横断するにつれて、信用性レベルの指標４０３が構築される。

本書の図５に、本発明の一実施形態に従う、通信ネットワーク内で用いられるノードを略示する。ノード５０１は、ＳＩＰメッセージを受信するための受信器５０２と、受信したＳＩＰメッセージを分析して信用性レベルの指標に含むようにＳＩＰメッセージを修正するためのプロセッサ５０３とを備える。プロセッサは、信用性レベルの指標に含める情報を取得するため、データベース５０４にアクセスしてもよい。このデータベースは、リモートな場所に位置してもよいし、ノード内に配置されてもよい。また、信用性レベルの指標についての情報が、図５に示していない他の収集ソースから受信されてもよい。また、データベース５０４には、ＳＩＰメッセージが所与の信用性レベルの指標を含む場合に適用されることになるセキュリティポリシーに対してその信用性レベルの指標をマッピングするマッピングデータベースが含まれてもよい。メッセージがそのノードで終端しない場合のために、ノード５０１には、さらに、修正されたＳＩＰメッセージを転送するための送信器５０５が含まれる。ノードの諸機能は、ユーザ装置と、アプリケーションサーバと、呼セッション制御機能と、境界要素または相互接続要素とを含めて、メッセージを処理するいずれかのノードまたはすべてのノードに存在してもよい。

ＳＩＰメッセージの中の信用性レベルの指標は、ＳＩＰメッセージに関連するいずれかのシグナリングにセキュリティポリシーを適用するために、ＩＭＳネットワーク内のノードによって用いられてもよい。例えば、２つのＵＥ間にメディアストリームを設定するために、ＳＩＰメッセージが用いられてもよいし、そのＳＩＰメッセージの中の信用性レベルの指標に基づいてセキュリティポリシーがそのメディアストリームに適用されてもよい。

本発明の一実施形態の基本ステップのフロー図を図６に示す。信用性レベルの指標を作成することを目的として、ノードにおいて信用性レベル情報が収集される（６０１）。ノードは収集された情報に基づいて信用性レベルの指標を作成する（６０２）。メッセージがＩＭＳノードに送信される（６０４）前に、信用性レベルの指標が、新たなＳＩＰメッセージに適用されるかまたは既存のＳＩＰメッセージに追加される（６０３）。ＩＭＳノードは、そのノードとは異なるネットワークにあるかもしれないノードからＳＩＰメッセージを受信する（６０５）。ＳＩＰメッセージは、信用性レベルの指標を含み、そしてＩＭＳノードは、（数値または記述であってもよく、そして複数の信用性レベルの指標要素で構成されていてもよい）指標をセキュリティポリシーにマッピングする（６０６）。次いでセキュリティポリシーが、メッセージおよび関連するシグナリングに適用される（６０７）が、そのセキュリティポリシーは、信用性レベルの指標によって決定されたものである。

時には、ＩＭＳネットワークオペレータは、他のＩＭＳオペレータとのローミング契約および相互接続契約を有する。この場合には、ＩＭＳオペレータは、他のＩＭＳオペレータから受信したかまたは他のＩＭＳオペレータを経由して受信したあらゆるトラヒックが、最大でも合意した信用性レベルを有するように、あるいは、別の言い方をすれば、一定の定義されたセキュリティメカニズムの集合が適用されたという保証を有するように、他のＩＭＳオペレータと信用性レベルについて合意する。ローミングパートナーの場合、例えば、Ｐ−ＣＳＣＦが他方のオペレータによってユーザに割り当てられる場合、他方のオペレータのネットワークは、同じセキュリティメカニズムをサポートしないかもしれない。このような環境では、ユーザがローミングしているとき、彼らは彼らのホームネットワークより低い信用性レベルを与えられているネットワークにいる可能性がある。同様に、ユーザは、ユーザのホームネットワークに低レベルの信用性を与える在圏ネットワークの中でローミングしている可能性がある。この場合、在圏ネットワークとホームネットワークとのいずれか一方または両方が、在圏ネットワークとホームネットワークとの間を通過するシグナリングにセキュリティポリシーを適用してもよい。多様なネットワークエンティティによって信用性レベルの指標に含められる追加の情報要素が、正確な信用性レベルおよび一貫したセキュリティポリシーの交渉と実施の際に用いられる。

信用性レベルの指標が用いられ、信用性レベルの指標に基づいてセキュリティポリシーが実施されうるような状況が、いくつか存在する。これらの例を以下に挙げる。
・オペレータを跨いだセキュリティポリシーを実施する境界要素または相互接続要素において、着信トラヒックの広範囲なフィルタリングを行うために信用性レベルの指標が用いられる
・アプリケーションサーバ（ＡＳ）において、特定のサービス動作を行う（または、一定のサービス動作を許可しない）ために信用性レベルの指標が用いられる。例えば、メッセージの信用性レベルが低いとアプリケーションサーバが考えた場合には、メッセージに何らかのウィルス、スパム等が含まれているかどうか確認するために特定のコンテンツ・フィルタリングが適用されてもよいだろう。加えて、特別プレミアムサービス（例えばＤＲＭコンテンツの音楽ダウンロード）が無効化され、そのようなコンテンツが「信用されている」ソースだけに送信されることが保証されてもよいだろう。ＡＳが、ユーザに基づいたポリシーを実施するために、ユーザに代わって動作してもよい
・エンドユーザの端末において、着信トラヒックの特定の処理を行うためか、または、エンドユーザに着信トラヒックの信用性レベルについて通知するためかいずれか一方のために、信用性レベルの指標が用いられてもよい。例えば、低い信用性レベルの着信呼は、「スパム」リストと突き合わせてチェックされてもよいし、またはユーザがそのようなトラヒックを完全に阻止したい場合には阻止されてもよいだろう

図７に図解するように、ＳＩＰメッセージが２つの領域、すなわち「発信ＩＭＳネットワーク」７０１と「着信ＩＭＳネットワーク」７０２とを横断する場合、ルーティングされた領域は、一定の領域から受信したすべてのＳＩＰ要求について静的な決定を行う。信用性レベルが、ローミング契約および相互接続契約で以前に交渉されて定義された一定のレベルを下回る場合、適切な動作が必要である。十分に信用された信用性レベルの指標を有しないＳＩＰメッセージについては、適切な動作とは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダの削除であってもよいし、トポロジ隠蔽が適用されてもよいし、あるいは、単純にＳＩＰメッセージが許可されないということでもよい。これには、例えばオペレータ間でローミング契約および／または相互接続契約を締結する際に合意された領域間の合意が、境界エンティティに与えられていることが必要である。

ＳＩＰ要求が発信ＩＭＳネットワーク７０１によって許可される場合、発信ＩＭＳネットワーク７０１は、信用性レベルの指標をＳＩＰ要求に追加する。ＳＩＰ要求が、もう１つの着信ＩＭＳネットワーク７０２へと送信される場合、着信ＩＭＳネットワーク７０２は、信用性レベルの指標をチェックして、それが、２つのネットワーク間で合意した最小限の信用性レベルと同じかまたはそれより高いことを保証する。また、着信ＩＭＳネットワーク境界要素が、例えば自分はどのネットワークからメッセージを受信したかといった、追加の信用性情報を追加してもよい。次いで、ＳＩＰ要求に含まれる情報（たとえばＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ）を信用すべきかどうかを信用性レベルの指標を用いて決定する、ユーザ装置（ＵＥ）７０３および他のエンティティ（たとえばアプリケーションサーバ（ＡＳ））７０４に向けて、ＳＩＰ要求がルーティングされる。

発信ＩＭＳネットワーク７０１が、信用性レベルの指標によって示されたセキュリティメカニズムをサポートしない場合、着信ＩＭＳネットワーク７０２へ送信されたＳＩＰ要求は、いかなる信用性情報をも含まないであろう。次いで、着信ＩＭＳネットワーク７０２は、発信ＩＭＳネットワークとのローミング契約または相互接続契約に基づいて、どの信用性レベルがＳＩＰ要求に与えられるべきかの静的な決定を行う。

図８に示すような特別の相互接続ネットワーク８０１が、正しい着信ネットワークにトラヒックをルーティングするために、２つ以上のオペレータ間で用いられてもよい（これは、多くの場合、世界中のすべてのオペレータの間の１対１の契約を回避するためである）。例えば、２つのオペレータが、ホームネットワーク８０２のオペレータと、それとは別の、もう１つのＩＭＳネットワーク８０３のオペレータとであってもよい。この場合、異なる境界要素８０４、８０５にとって、境界要素がそこからメッセージを受信したネットワークの指標を追加することが有利である。そうすることによって、着信ＩＭＳネットワークの境界要素８０４、８０５は、その後、受信した信用性情報と、メッセージがそれまでどのネットワークを横断してきたかということとに基づいてポリシーが用いられることを保証することができる。

また、アプリケーションサーバも、信用性レベルの指標を利用することができる。例えば、ユーザが一定の信用性レベルを与えられたＳＩＰメッセージを受信することだけを望んだ場合、信用性レベルの指標に基づいた、サービスについての特別加入が適用されてもよい。そのようなサービスがＡＳの中に実装されてもよいだろう。ＡＳは、加入情報をＨＳＳ２０５から検索することができ（あるいは、信用性レベルの指標がＵｔインタフェースを通してＵＥから送信され）、ＳＩＰ要求がユーザによって必要とされる信用性レベルよりも低い信用性レベルの指標を有する場合、ＳＩＰ要求は、例えば無視される、ログをとられる、拒否される、ボイスメールへ転送されるなどの特別な処理を与えられてもよい。

これが用いられうる１つの実例は、迷惑通信を処理するサービス（ＳＰＡＭ／ＳＰＩＴフィルタ）における場合であり、それによって、その後、受信されたＳＩＰメッセージの信用性レベルの指標に依存して多様なポリシーが適用されてもよい。そのようなポリシーの例を以下に挙げる。
・ＳＩＰメッセージがインターネットの相互接続から受信された場合、常に厳格なフィルタリングを適用し、ユーザによって構成されたホワイトリストの中のユーザＩＤからの着信呼だけを許可し、また、着信トラヒックに対してアンチマルウェア検出を適用する
・ＳＩＰメッセージがＩＭＳネットワークから、ＮＢＡまたはＤｉｇｅｓｔ認証を用いて受信された場合、着信パケットに対してアンチマルウェア保護を適用し、そして、１分間につき一定数の呼だけを許可する
・ＳＩＰメッセージがＩＭＳネットワークから、ＩＭＳ ＡＫＡを利用して「信用される端末」で受信された場合には、特別のセキュリティ規則は一切適用しない

またＵＥは、信用性レベルの指標の別の使い方をしてもよい。そのような用途の例には以下が含まれる。
・（特定のＩＭＳ通信のための）（導出された）信用性レベルをユーザに提示すること。ユーザは、その後、電話（呼）に出るか、あるいはリモートユーザに複数の質問をするかを決定することができ、（リモートユーザが「正しい」ユーザであることを保証する。これは、着呼および発呼について用いることができる）
・アプリケーションがそれを許可するならば、追加の認証を行う
・ユーザに提示するため、呼の番号にフィルタをかけるか、または、呼を直接、例えばボイスメールに転送する

ＵＥが（例えばホームＩＭＳゲートウェイまたはレジデンシャルゲートウェイ（ＲＧＷ）のような。例えば、ＥＴＳＩ ＴＳ １８７ ００３を参照）複数のデバイスを処理するゲートウェイである場合、プライベートネットワークの中のどのエンティティが着信する要求を受け取るべきかを、信用性レベルの指標を用いて決定することができる。

現在、ＩＭＳネットワーク内では、セキュリティと信用性とは同質であって完全に相互的であり、かつ、最小限のセキュリティレベルは、ＩＭＳネットワーク内で許可される最もセキュアでないセキュリティメカニズムであるという認識がある。信用性レベルの指標をＩＭＳネットワークに導入することによって、ＩＭＳ通信を処理するエンティティは、ＳＩＰメッセージの中で受信した情報がどの程度信頼できるかを知ることができる。これによって迷惑通信のリスクは限定的になり、セキュリティアーキテクチャを必要とするサービスが、セキュリティが備わっているという理由でＩＭＳを採用する確率が高くなる。また、これによって、現在の対称的セキュリティレベル（すなわち、２つの通信当事者が、相互に同じレベルで信用しなければならないこと）が回避されうることが保証される。

さまざまな実施形態を示し、詳細に記述してきたが、請求項は、いずれかの特定の実施形態または例に限定されない。上記の記述のいずれも、いずれかの特定の要素、ステップ、範囲、または機能が必須であって請求項の範囲内に含まれなければならないことを示唆していると解釈されるべきではない。特許の対象の範囲は、請求項によってのみ定義される。法的保護の程度は、許可された請求項の中で語られた言葉およびその均等物によって定義される。

Claims (17)

1. ＩＰマルチメディア・サブシステム・ネットワークにおいて信用性を処理する方法であって、
   前記ＩＰマルチメディア・サブシステム・ネットワーク内のノードにおいて、異なるネットワークに登録されたリモートノードから前記ＩＰマルチメディア・サブシステムのノードへ送信される通信の信用性レベルを示す指標を含んだセッション開始プロトコル・メッセージを、前記リモートノードから受信するステップと、
   前記指標によって決定されるセキュリティポリシーを前記メッセージに適用するステップと、
   を備えることを特徴とする方法。
2. 前記セキュリティポリシーを前記セッション開始プロトコル・メッセージに関連する全てのシグナリングに適用するステップを更に備えることを特徴とする請求項１に記載の方法。
3. 前記指標は数値であり、
   前記方法は、前記数値をセキュリティポリシーにマッピングするステップを更に備える
   ことを特徴とする請求項１又は２に記載の方法。
4. 前記指標は記述であり、
   前記方法は、前記記述をセキュリティポリシーにマッピングするステップを更に備える
   ことを特徴とする請求項１又は２に記載の方法。
5. 前記指標は複数の指標要素を含み、
   前記複数の指標要素の各々は、前記リモートノードと前記ノードとの間のシグナリング経路における他のノードの信用性レベルに関連する
   ことを特徴とする請求項４に記載の方法。
6. 指標要素が、前記ＳＩＰメッセージの送信元のネットワークを指し示す情報を含むことを特徴とする請求項５に記載の方法。
7. 前記信用性レベルの指標は、ユーザ端末のタイプ、暗号化のタイプ、ネットワークのタイプ、ノードのタイプ、エンドユーザの認証メカニズム、及び領域内セキュリティメカニズムのいずれかから選択された情報に従って、決定されることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. 前記適用されるセキュリティポリシーは、Ｐ−Ａｓｓｅｒｔｅｄ Ｉｄｅｎｔｉｔｙヘッダを除去すること、トポロジ隠蔽を適用すること、前記通信を許可しないこと、修正せずに前記通信を許可すること、容認されるメッセージソースに関するデータベースに従って前記メッセージをフィルタリングすること、及び前記ＳＩＰメッセージに関連する着信シグナリングに対してマルウェア検出を適用することのいずれかから選択されることを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. 前記セキュリティポリシーは、境界要素、アプリケーションサーバ、ユーザ装置、及び呼セッション制御機能のうちの１つにおいて適用されることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
10. ＩＰマルチメディア・サブシステム・ネットワークにおいて使用するためのノードであって、
    異なるネットワークに登録されたリモートノードから前記ＩＰマルチメディア・サブシステムのノードへ送信される通信の信用性レベルを示す指標を含んだセッション開始プロトコル・メッセージを、前記リモートノードから受信する受信器と、
    前記指標によって決定されるセキュリティポリシーを前記メッセージに適用するプロセッサと、
    を備えることを特徴とするノード。
11. 前記ノードは、ユーザ装置、呼セッション制御機能、境界要素、及びアプリケーションサーバのうちの１つから選択されることを特徴とする請求項１０に記載のノード。
12. 通信ネットワークにおいて使用するためのノードであって、
    信用性レベルの情報を収集する手段と、
    前記信用性レベルの情報に基づいて信用性レベルの指標を生成し、セッション開始プロトコル・メッセージが前記信用性レベルの指標を含むように当該セッション開始プロトコル・メッセージを修正するプロセッサと、
    前記セッション開始プロトコル・メッセージを送信する送信器と、
    を備えることを特徴とするノード。
13. 前記プロセッサは、前記ノード又は前記ノードが配置されているネットワークの信用性レベルに関連する信用性レベルの指標要素を、既存の信用性レベルの指標に追加することにより、セッション開始プロトコル・メッセージ内の前記既存の信用性レベルの指標を修正するように構成されることを特徴とする請求項１２に記載のノード。
14. 前記ノードは、ユーザ装置、呼セッション制御機能、境界要素、及びアプリケーションサーバのうちの１つから選択されることを特徴とする請求項１２又は１３に記載のノード。
15. ＩＰマルチメディア・サブシステム・ネットワークにおいて信用性を処理する方法であって、
    ネットワークノードにおいて、信用性レベルの情報を収集するステップと、
    前記収集された信用性レベルの情報から、信用性レベルの指標を作成するステップと、
    前記信用性レベルの指標を、セッション開始プロトコル・メッセージに追加するステップと、
    を備えることを特徴とする方法。
16. 前記信用性レベルの指標は、前記ネットワークノードによって作成された新しいセッション開始プロトコル、又は前記ネットワークノードによって受信された既存のセッション開始プロトコルに追加されることを特徴とする請求項１５に記載の方法。
17. 前記信用性レベルの情報は、データベースの情報、ユーザ端末のタイプ、暗号化のタイプ、ネットワークのタイプ、ノードのタイプ、エンドユーザの認証メカニズム、及び領域内セキュリティメカニズムのいずれかに基づくことを特徴とする請求項１５又は１６に記載の方法。

Images