JP5313395B2 - Ｓｉｐメッセージに対する信用を決定するシステムおよび方法 - Google Patents

Description

（背景）
ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）は、モバイルおよび固定のユーザエージェント（ＵＡ）の両方にマルチメディアサービスおよびボイスオーバＩＰコールを提供するための標準化されたアーキテクチャである。セッション開始プロトコル（ＳＩＰ）は、ＩＭＳベースのコールまたはセッションを作成し、修正し、終了させる信号方式プロトコルとして、主としてインターネット技術標準化委員会（ＩＥＴＦ）によって標準化され、管理されている。

本明細書において用いられる場合、用語「ユーザエージェント」および「ＵＡ」は、いくつかの場合、携帯電話、携帯情報端末、ハンドヘルトコンピュータまたはラップトップコンピュータなどのモバイルデバイス、および遠隔通信能力を有する類似のデバイスをいい得る。そのようなＵＡは、ＵＥ（ユーザ機器）の一部であり得る。ＵＥは複数のＵＡを有し得る。ＵＥは、加入者識別モジュール（ＳＩＭ）アプリケーション、ユニバーサル加入者識別モジュール（ＵＳＩＭ）アプリケーション、ＩＰマルチメディアサービス識別モジュール（ＩＳＩＭ）アプリケーション、またはリムーバブルユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションなどを含むユニバーサル集積回路カード（ＵＩＣＣ）などであるが、これらに限定されないリムーバブルメモリモジュールを有し得る。そのようなモジュールの例は、ＰＣ Ｃａｒｄ、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標） Ｉ、ＣｏｍｐａｃｔＦｌａｓｈ（登録商標） ＩＩ、ＳｍａｒｔＭｅｄｉａ（登録商標）、Ｍｅｍｏｒｙ Ｓｔｉｃｋ、Ｍｅｍｏｒｙ Ｓｔｉｃｋ Ｄｕｏ、Ｍｅｍｏｒｙ Ｓｔｉｃｋ ＰＲＯ Ｄｕｏ、Ｍｅｍｏｒｙ Ｓｔｉｃｋ ＰＲＯ−ＨＧ Ｄｕｏ、Ｍｅｍｏｒｙ Ｓｔｉｃｋ Ｍｉｃｒｏ Ｍ２、Ｍｕｌｔｉｍｅｄｉａ Ｃａｒｄ、Ｒｅｄｕｃｅｄ Ｓｉｚｅ Ｍｕｌｔｉｍｅｄｉａ Ｃａｒｄ、ＭＭＣｍｉｃｒｏ Ｃａｒｄ、Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌカード、ＳｘＳ、Ｕｎｉｖｅｒｓａｌ Ｆｌａｓｈ Ｓｔｏｒａｇｅ、ミニＳＤカード、マイクロＳＤカード、ｘＤ−Ｐｉｃｔｕｒｅ Ｃａｒｄ、Ｉｎｔｅｌｌｉｇｅｎｔ Ｓｔｉｃｋ、Ｓｅｒｉａｌ Ｆｌａｓｈ Ｍｏｄｕｌｅ、μカード、およびＮＴＣａｒｄを含み得るがこれらに限定されない。情報がリムーバブルメモリモジュールに格納された場合、モジュールのコンテンツはＵＥ内で画像化され得る。

あるいは、そのようなＵＡは、そのようなモジュールなしにデバイスそれ自体で構成され得る。他の場合において、用語「ＵＡ」は、類似の能力を有するが可搬ではない、固定線電話、デスクトップコンピュータ、セットトップボックス、またはネットワークノードなどのデバイスをいい得る。１つ以上のＵＡがネットワークノードの一部である場合、ネットワークノードは、ＵＡまたは固定線デバイスなどの別の機能の代わりとして動作し得、ＵＡまたは固定線デバイスをシミュレートするかまたはエミュレートし得る。例えば、いくつかのＵＡに関して、典型的にデバイス上に存在するＩＭＳ ＳＩＰクライアントは、実際にはネットワークに存在し、最適化されたプロトコルを用いてＳＩＰメッセージ情報をデバイスに中継する。換言すると、従来、ＵＡによって実行された、いくつかの機能は、リモートＵＡの形式で分配され得、この場合、リモートＵＡは、ネットワークにおけるＵＡを表す。用語「ＵＡ」はまた、ＳＩＰセッションを含み得るが、それに限定されない通信セッションを終了させ得る任意のハードウェアまたはソフトウェア構成要素をいい得る。また、用語「ユーザエージェント」、「ＵＡ」、「ユーザ機器」、「ＵＥ」、および「ノード」は、本明細書において同義で用いられ得る。また、用語「ヘッダ」および「ヘッダフィールド」は、本明細書において同義で用いられ得る。また、ＳＩＰメッセージは、ＳＩＰリクエストまたはＳＩＰ応答である。

ＵＡは、ＳＩＰベースのネットワークに接続し得、ＳＩＰベースのネットワークは、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ ＣＳＣＦ）、ＩＢＣＦ（Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｂｏｒｄｅｒ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（ＡＳ）、および他の構成要素（これらのどれもがネットワークノードと呼ばれ得る）などの複数の他の構成要素を含む。信用関係（ｔｒｕｓｔ ｒｅｌａｔｉｏｎｓｈｉｐ）がＳＩＰネットワークにおけるノード間に存在し得る。すなわち、ネットワーク内のノードの一群は、群における他のノードから受信されるすべてのメッセージを合法（ｌｅｇｉｔｉｍａｔｅ）とみなし得る。そのような群は、信用ドメインまたは１つ以上の信用ネットワークを形成するといわれ得る。非特許文献１は、この主題についてさらに考察する。

ＩＥＴＦ ＲＦＣ ３３２５"Ｐｒｉｖａｔｅ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ） ｆｏｒ Ａｓｓｅｒｔｅｄ Ｉｄｅｎｔｉｔｙ ｗｉｔｈｉｎ Ｔｒｕｓｔｅｄ Ｎｅｔｗｏｒｋｓ"

（詳細な説明）
本開示の１つ以上の実施形態の例示的実装が下記に提供されるが、開示されるシステムおよび／または方法が、現在公知であるにせよ存在するにせよ任意の数の技術を用いて実装されることは最初に理解されるべきである。本開示は、本明細書に示され説明される例示的な設計および実装を含む、下記に示される例示的な実装、図面および技術に決して限定されるべきではなく、均等物の添付の特許請求の範囲の全範囲と共に、添付の特許請求の範囲の範囲内で修正され得る。

ＩＭＳネットワークにおける信用ドメイン内のノードは、信用ドメイン外のノードからメッセージを受信し得る。いくつかの場合において、そのようなメッセージは、信用ドメインにおけるノードにそのノードが実行することが望ましくない場合があり得る１つ以上の動作を実行するように指示し得る。例えばメッセージは、複数のＵＡに不当に送信され得、サーバタイムアウトが生じたことをＵＡに誤って知らせる。そのようなメッセージを受信したＵＡは、再登録が実際は必要ないとしてもＳＩＰレジストラによって再登録しようと試み得る。多数のＵＡが再登録しようと試みると、レジストラは、過負荷となり得、障害を起こし得る。このことは、次いで他のＵＡが登録することができなくなり得るので、ネットワークにおける重大な問題を引き起こし得る。

一実施形態において、ネットワークノードの信用ドメイン外からネットワークノードに送信されるメッセージは、メッセージの信用度を示す信用インディケータを含み得る。信用インディケータはまた、信用トークン、信用識別子、または信用フラグであり得る。信用インディケータは、２つのタイプの１つであり得る。１つのタイプの信用インディケータがメッセージに存在することは、メッセージを送信したネットワークノードが信用され得ることを示す。そのような信用インディケータを含むメッセージの受信者は、信用インディケータのいかなる検証も実行する必要がない。もう一方のタイプの信用インディケータがメッセージに存在する場合、メッセージの受信者は、その信用インディケータを内部に格納された信用情報／データベースと比較する。信用インディケータが格納された信用情報と整合する場合、信用インディケータは検証され、受信者／受信器はメッセージを送信したネットワークノードが信用され得ることを知る。

第１のタイプの信用インディケータがメッセージに存在するかまたは第２のタイプが存在し検証された場合、メッセージを受信するネットワークノードは、メッセージの受信またはメッセージおよびメッセージのコンテンツに典型的に関連する動作を実行する。どの信用インディケータも存在しない場合または信用インディケータが検証されない場合、メッセージを受信するネットワークノードは、メッセージの受信またはメッセージおよびそのコンテンツに典型的に関連する１つ以上の動作を実行しない場合がある。

一実施形態において、メッセージを受信するネットワークノードは、ＵＡの信用ドメイン外のネットワークノードに関係する信用情報を維持するＵＡである。ＵＡの信用ドメイン外からメッセージを受信すると、ＵＡは、メッセージに含められ得る信用インディケータをＵＡが維持する信用情報と比較し得る。ＵＡが維持する信用情報と信用インディケータが整合するとＵＡが検証した場合、ＵＡは、メッセージの受信またはメッセージおよびそのコンテンツに典型的に関連する動作を実行する。ＵＡが維持する信用情報と信用インディケータが整合するとＵＡが検証できない場合、ＵＡは、メッセージの受信またはメッセージおよび典型的にそのコンテンツに関連する少なくとも１つの動作を実行しない。

本開示をより完全に理解するために、添付の図面および詳細な説明に関連して解されると、ここで以下の簡単な説明に参照がなされ、添付の図面および詳細な説明において類似の参照番号は類似の部分を表す。

図１は、本開示の一実施形態に従う、複数のネットワークノードを含む通信システムの図である。 図２は、本開示の一実施形態に従って信用情報を検索する、ＵＡのための方法を例示するコールフロー図である。 図３は、本開示の一実施形態に従ってＩＭＳネットワークにおける信用ドメイン外のノードが信用され得るかどうかを決定する方法を例示する。 図４は、本開示の代替の実施形態に従ってＩＭＳネットワークにおける信用ドメイン外のノードが信用され得るかどうかを決定する方法を例示する。 図５は、本開示のいくつかの実施形態を実装するのに適したプロセッサおよび関係する構成要素を例示する。

これらの実施形態は図１に例示され、図１においてＵＡ１１０はネットワークノードＢ１３０と通信することが可能であり、ネットワークノードＢ１３０はネットワークノードＡ１２０と通信することが可能である。ＵＡ１１０、ネットワークノードＡ１２０、およびネットワークノードＢ １３０は、ＩＭＳベースのネットワークにおける構成要素であり得、ネットワークノードＡ１２０およびネットワークノードＢ１３０は、ＵＡの信用ドメイン外であり得る。２つのみの他のネットワークノードが示されるが、他の数が存在し得る。この実施形態において、ネットワークノードＡ１２０は、メッセージＡ１４０を生成し、メッセージＡ１４０に信用インディケータＡ１４５を含む。ネットワークノード１２０は、次いでネットワークノードＢ１３０にメッセージＡ１４０を送信する。メッセージＡ１４０の受信はネットワークノードＢ１３０に信用インディケータＢ１５５を含むメッセージＢ１５０を生成するようにさせ、メッセージＢ１５０は次いでＵＡ１１０に送信される。メッセージＡ１４０はメッセージＢ１５０と同じであり得るかまたは同じでない場合があり、信用インディケータＡ１４５は信用インディケータＢ１５５と同じであり得るかまたは同じでない場合がある。換言すると、ネットワークノードＢ１３０はネットワークノードＡ１２０から受信された信用インディケータＡ１４５を単純に通過し得るか、またはネットワークノードＢ１３０は信用インディケータＡ１４５に基づいて新しい信用インディケータＢ１５５もしくはネットワークノードＡ１２０および／または他のネットワークノードから受信された他の情報を生成し得る。

他の実施形態において、ネットワークノードＡ１２０は、メッセージＡ１４０に信用インディケータＡ１４５を含まない。そうではなく、ネットワークノードＢ１３０はメッセージＡ１４０に含まれる任意の情報にかかわりなく信用インディケータＢ１５５を生成し、ネットワークノードＢ１３０は次いでＵＡ１１０に送信されるメッセージＢ１５０に信用インディケータＢ１５５を含む。換言すると、ＵＡ１１０が受信する信用インディケータは、ＵＡ１１０が直接通信するネットワークノードによって生成され得るか、別のネットワークノードによって生成され、次いでＵＡ１１０が直接通信するネットワークノードによって修正されることなく通過させられ得るか、または別のネットワークノードによって生成され、次いでＵＡ１１０が直接通信するネットワークノードによって修正されて通過させられ得る。

いくつかの実施形態において、信用インディケータを含むメッセージを受信すると、ＵＡ１１０は、メッセージの受信に典型的に関連する動作を実行する。他の実施形態において、信用インディケータを含むメッセージを受信すると、ＵＡ１１０は、信用インディケータをＵＡ１１０が以前に受信し格納した信用情報１１５と比較する。メッセージ内の信用インディケータと格納された信用情報１１５との間に整合が見出された場合、ＵＡ１１０は、メッセージの受信に典型的に関連する動作を実行する。信用インディケータと格納された信用情報１１５との間に整合が見出されない場合、ＵＡ１１０は、典型的にメッセージの受信に関連する少なくとも１つの動作を実行しない。

一実施形態において、信用インディケータおよび／または信用情報１１５は、信用ネットワークノードのユニフォームリソース識別子（ＵＲＩ）またはいくつかの他のタイプの識別子であり得る。ネットワークノードは、そのＵＲＩをＵＡ１１０に送信されるメッセージに含み得る。ＵＡ１１０は、信用ＵＲＩのリストの形式で以前に受信された信用情報１１５を有し得る。ＵＲＩの形式の信用インディケータを有するメッセージを受信すると、ＵＡ１１０は、メッセージにおけるＵＲＩをＵＲＩのリストにおけるメッセージと比較し得る。整合が見つかると、ＵＡ１１０はメッセージを送信したネットワークノードを信用し得る。

ＵＡ１１０は、ＵＲＩがＰ−ＣＳＣＦ、Ｓ−ＳＣＳＦ、ＩＢＣＦ、または他のタイプのネットワークノードに属するかどうかを識別することが可能ではない場合がある。（ＩＢＣＦなどの）いくつかのネットワークノードは、そのＵＲＩ情報を含み得るか、または含まない場合がある。従って、ＵＡは、どのＵＲＩがどのネットワークノードを表すかについて確信しない場合がある。これを決定するために、いくつかの規定に従い得るか、またはさらなるインディケータが追加され得る。ＳＩＰ ＲＥＧＩＳＴＥＲリクエストおよびその応答（ならびに応答またはリクエストに含まれるヘッダフィールド値）は、典型的には信用ドメインを出るべきではない。初期ＲＥＧＩＳＴＥＲリクエストによってトリガされた第三者ＲＥＧＩＳＴＥＲリクエストは、信用ドメインを出得る。一実施形態において、そのような場合、ＲＥＧＩＳＴＥＲへの応答における情報の汚染を防ぐために対策がとられる。例えば、ＵＲＩが既知のネットワークノードを表すという事実は、ＵＲＩパラメータによってＳＩＰメッセージに示され得る。例えば、Ｓ−ＣＳＣＦに対して、ＵＲＩパラメータｓｃｓｃｆが追加される。あるいは「ｆｅ」などのＵＲＩパラメータは、ｆｅ＝「ｓｃｓｃｆ」またはｆｅ＝「ｐｃｓｃｆ，ｓｃｓｃｆ」などの値または値のリストに設定され得る。ここで、ネットワークノードは、機能要素または「ｆｅ」と呼ばれる。ＳＩＰ Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダが用いられる場合、Ｐ−ＣＳＣＦおよびＳ−ＣＳＣＦ（およびおそらくその他）の機能要素が１つの物理的装置に配置されるという配備において、メッセージは次のような形式をとり得る。

Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅ：ｓｉｐ：ｏｒｉｇ＠ｓｃｓｃｆ１．ｈｏｍｅ１．ｃｏｍ；Ｉｒ；ｓｃｓｃｆ
または
Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅ：ｓｉｐ：ｏｒｉｇ＠ｐｃｓｃｆ１．ｈｏｍｅ１．ｃｏｍ；Ｉｒ；“ｐｃｓｃｆ，ｓｃｓｃｆ”
代案として、ＵＲＩのリストの形式で信用情報１１５を受信した後、ＵＡ １１０は、データベースまたは他のデータリポジトリに問い合わせて、リストにされたＵＲＩに対応するネットワークノード／または信用インディケータおよび／または信用情報を決定し得る。データベースは、ネットワークにおけるネットワークノードであり得るか、または内部メモリモジュールもしくはリムーバブルメモリモジュールのいずれかであるメモリに格納された、デバイス上のデータベースであり得る。

別の実施形態において、ＳＩＰ Ｃｏｎｆｉｇ Ｆｒａｍｅｗｏｒｋ、ＳＩＰ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ、ＥＡＰベースのポリシー検索機構、ＸＣＡＰ／ＨＴＴＰベースのサーバ、またはオープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）オブジェクトは、信用インディケータおよび／または信用情報および／またはＵＡ１１０へのリストにされたＵＲＩに対応するネットワークノードを伝えるために用いられ得る。

ＵＡ１１０は、１つ以上のいくつかの異なる方法で信用情報１１５を受信し得る。いくつかの実施形態において、信用情報１１５は、ＵＡ１１０によって提出されるＳＩＰ ＲＥＧＩＳＴＥＲリクエストに応答してＵＡ１１０に提供され得る。これらの実施形態のいくつかの変形において、応答は、ＳＩＰＳＩＰ ２００ ＯＫ応答であり得、信用情報１１５は、２００ ＯＫ応答に直接に含められ得る。信用情報１１５は、リクエストがアプリケーショオンサーバを経由して送られるのでＲＥＧＩＳＴＥＲリクエストを受信したアプリケーションサーバなどのネットワークノードによって２００ ＯＫ応答に含められ得る。あるいは、アプリケーションサーバは、Ｓ−ＣＳＣＦの初期Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａによって構成されるような第三者登録リクエストを受信し得る。

これらの実施形態の他の変形において、ＵＡ１１０がＲＥＧＩＳＴＥＲリクエストに応答して受信する２００ ＯＫ応答は、信用情報１１５が得られ得る方法をＵＡ１１０に知らせる情報を含み得る。そのような実施形態は、図２に例示される。イベント２１０において、ＵＡ１１０は、Ｓ−ＣＳＣＦであり得るＲＥＧＩＳＴＥＲリクエストをネットワークノードＢ１３０に送信することによってＩＭＳネットワークにレジスタする。登録手順２２０の一部として、ホーム加入者サーバ（ＨＳＳ）２００または類似の構成要素は、ＵＡ１１０によって用いられる信用情報１１５をネットワークノードＢ１３０にダウンロードし得る。イベント２３０において、登録は完了し、ネットワークノードＢ１３０は、ＵＡ１１０に２００ ＯＫ応答を送信する。図２の実施形態において、２００ ＯＫ応答は、信用情報１１５が得られ得る場所を識別するＵＲＩまたはある他のタイプの識別子を含み得る。他の実施形態において上記に言及されたように、２００ ＯＫ応答は、信用情報１１５を直接含み得る。

あるいは、イベント２４０に示されるように、ＳＩＰ登録の一部として、ＵＡ１１０は、ＵＡ１１０に情報を戻るように受け渡し得るＳＩＰ Ｒｅｇ Ｅｖｅｎｔパッケージに加入し得る。イベント２４０におけるＳｕｂｓｃｒｉｂｅメッセージに応答して、ネットワークノードＢ１３０は、エベント２５０においてＮｏｔｉｆｙメッセージなどのメッセージを戻し得る。Ｎｏｔｉｆｙメッセージは、上記に説明されたようにＨＳＳ２００からダウンロードされた信用情報１１５の場所を含み得る。

ＵＡ１１０が、イベント２３０において２００ＯＫメッセージを介してか、イベント２５０においてＮｏｔｉｆｙメッセージを介してか、または別のＳＩＰ方法のいずれかを介して、信用情報１１５の場所を受信する場合、ＵＡ１１０は、指定された場所から信用情報１１５を検索し得る。この場合、指定された場所はネットワークノードＡ１２０であり、しかし他の場合、信用情報１１５は他のネットワークノードから検索され得る。イベント２６０において、ＵＡ１１０は、ＨＴＴＰ ＧＥＴメッセージなどのメッセージを送信して、ネットワークノードＡ１２０から信用情報１１５を検索する。イベント２７０において、ネットワークノードＡ１２０は、信用情報１１５をＵＡ１１０に送信する。ＵＡ１１０は次いで、内部メモリまたはリムーバブルメモリに信用情報１１５を格納し得、ここで、信用情報１１５は、ネットワークノードが信用されるかどうかを決定する際にＵＡ１１０によって後に用いられるように利用可能である。

代替の実施形態において、信用情報１１５は、ＳＩＰ ＰａｔｈヘッダまたはＳＩＰ Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダにおける１つ以上のフィールドにおいてＵＡ１１０の登録中に提供され得る。例えば、ＵＡ１１０によって発信されるＳＩＰ ＲＥＧＩＳＴＥＲリクエストは、少なくともＰ−ＣＳＣＦおよびＳ−ＣＳＣＦを通って送られ得、ここで、Ｓ−ＣＳＣＦはＲＥＧＩＳＴＲＡＲの役割を果たす。ＵＡ１１０のＲＥＧＩＳＴＥＲリクエストに対するＵＡ１１０が受信する（２００ ＯＫ応答などの）応答は、（新Ｐヘッダ、既存ヘッダまたは埋込みＸＭＬなどの）インディケータを含み得、インディケータは、ＲＥＧＩＳＴＥＲリクエストがその上を送られる経路で（Ｐ−ＣＳＣＦおよびＳ−ＳＣＳＦなどの）ネットワークノードについての情報を伝える。さらに、ＳＩＰ Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダにおける１つ以上のフィールドは、任意のサービスを実際に行うＰ−ＣＳＣＦまたはＳ−ＣＳＣＦの少なくともアドレスを含み得る。Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールド上のＳ−ＣＳＣＦおよびＰａｔｈヘッダフィールド上のＳ−ＣＳＣＦは、必ずしも同じではない。

いくつかの場合において、ＲＥＧＩＳＴＲＡＲとして振舞うＳ−ＣＳＣＦは、ＵＡ１１０からの他のリクエストに回答するＳ−ＣＳＣＦではない場合がある。より一般的には、信用メッセージを送信することが可能であるネットワークノードは、必ずしもすべてがＲＥＧＩＳＴＥＲリクエストまたはＲＥＧＩＳＴＥＲ応答が送られる経路上に含まれ得るとは限らない。しかしながら、ネットワークノードが信用メッセージを送信する場合、発信者を表す値と共に、（ＳＩＰ Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドなどの）ヘッダフィールドまたはＵＲＩパラメータまたはＳＩＰ本体部分を入れることが有利であり得る。発信者を表すある値が発信者にのみ知られ得るかまたは発信者によってのみ挿入され得ることをＵＡ１１０が決定することを可能にするいくつかの手段が存在する。例えば、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドにおける値は、Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールド上の値に対して比較され得る。

信用インディケータがＵＡの信用ドメイン外のネットワークノードからＵＡ１１０によって受信されたメッセージに存在しないか、または信用インディケータは存在するがＵＡの格納された信用情報１１５と整合しない場合、ＵＡ１１０はいくつかの異なる方法で反応し得る。いくつかの場合において、ＵＡ１１０は、メッセージを否定するか、廃棄するか、または終了させ得る。他の場合において、ＵＡ１１０は、メッセージを送信したネットワークノードにエラーメッセージを戻し得る。なおも他の場合において、ＵＡ１１０は、望ましくない動作がなされようにし得る、メッセージの部分を除去し得、メッセージの残余を処理し得る。いくつかの場合において、これらの動作の様々な組み合わせがなされ得る。

図３は、ＩＭＳネットワークにおける信用ドメイン外のノードが信用され得るかどうかを決定するための方法３００の一実施形態を例示する。ブロック３１０において、ＵＡは、ネットワークノードから信用インディケータを含むメッセージを受信する。ブロック３２０において、ＵＡは、信用インディケータがＵＡに格納された信用情報と整合するかどうかを決定する。ブロック３３０において、信用インディケータがＵＡに格納された信用情報と整合する場合、ＵＡは、典型的にメッセージの受信に関連するすべての動作を実行する。ブロック３４０において、信用インディケータがＵＡに格納された信用情報と整合しない場合、ＵＡは、典型的にメッセージの受信に関連する少なくとも１つの動作を実行することをやめる。

図４は、ＩＭＳネットワークにおける信用ドメイン外のノードが信用され得るかどうかを決定するための方法４００の代替の実施形態を例示する。ブロック４１０において、ＵＡは、ネットワークノードからメッセージを受信する。ブロック４２０において、ＵＡは、信用インディケータがメッセージに存在するかどうかを決定する。ブロック４３０において、信用インディケータがメッセージに存在する場合、ＵＡは、典型的にメッセージの受信に関連するすべての動作を実行する。ブロック４４０において、信用インディケータがメッセージに存在しない場合、ＵＡは、典型的にメッセージの受信に関連する少なくとも１つの動作を実行することをやめる。

サーバタイムアウトが生じたことをＵＡに誤って知らせるメッセージが複数のＵＡに不当に送信される上記に言及された実施例に戻ると、本明細書に説明される実施形態は、ＵＡがネットワークに再登録しようと不必要に試みることを防ぎ得る。ＵＡのうちの１つが不当なメッセージを受信した場合、ＵＡは、メッセージの送信者が信用され得るかどうかを決定するために本明細書に説明される技術を用い得る。この場合送信者は信用されないので、ＵＡは典型的にメッセージの受信に関連する１つ以上の動作を実行しない。この場合、ＵＡは再レジスタしない。

ＵＥの１つの可能な反映は、３ＧＰＰ ＴＳ ２４．２２９、「異常な場合（Ａｂｎｏｒｍａｌ ｃａｓｅｓ）」という表題の下位条項５．１．２Ａにおいて以下のとおりであり得る。
ＵＥが、
−登録中に受信されたＳｅｒｖｉｃｅ−ＲｏｕｔｅまたはＰａｔｈヘッダフィールドの値と等しい値に設定された
−Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールド、または
−Ｃｏｎｔｅｎｔ−Ｄｉｓｐｏｓｉｔｉｏｎヘッダフィールドの値または存在にかかわりなく、Ｃｏｎｔｅｎｔ−Ｄｉｓｐｏｓｉｔｉｏｎパラメータの値または存在にかかわりなく、下位条項７．６（すなわち、「アプリケーション／３ｇｐｐ−ｉｍｓ＋ｘｍｌ」）に従って設定されたＣｏｎｔｅｎｔ−Ｔｙｐｅヘッダフィールド
を含む５０４（Ｓｅｒｖｅｒ Ｔｉｍｅ−ｏｕｔ）応答を受信する場合、「３ｇｐｐ−代替−サービス」として識別されるディフォルトコンテンツディスポジションが以下のように適用される。
−タイプ要素が「復元」に設定され、動作要素が「初期登録」に設定されている状態で、５０４（Ｓｅｒｖｅｒ Ｔｉｍｅ−ｏｕｔ）応答が、下位条項７．６に説明されるようにＩＭ ＣＮサブシステムＸＭＬ本体を含む場合、ＵＥは、
−下位条項５．１．１．２に規定されるように初期登録を実行することによって復元手順を開始し、
−理由要素に含まれるテキストストリングに基づいてユーザに指示を提供し得る。

Ｐ−ＣＳＣＦの１つの可能な反映は、３ＧＰＰ ＴＳ ２４．２２９、「異常な場合」という表題の下位条項５．２．６．３．２Ａにおいて以下のとおりであり得る。
次のこと、
−Ｐ−ＣＳＣＦによるサービスリクエストおよびその再送信に対する応答がない
−リクエストに対して３ｘｘ応答または４８０（Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅ）応答が受信されるか、または
−Ｐ−ＣＳＣＦに利用可能な規定されない手段により、および
−Ｐ−ＣＳＣＦサポート復元手順
のうちの１つによって決定されるように、Ｐ−ＣＳＣＦが対話に対する初期リクエストまたはスタンドアロントランザクションに対するリクエストをＳｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダにおける次のホップに転送することが可能でない場合、
Ｐ−ＣＳＣＦは、
１）５０４（Ｓｅｒｖｅｒ Ｔｉｍｅ−ｏｕｔ）応答をＵＥに戻すことによってリクエストを拒否し、
２）Ａｃｃｅｐｔヘッダフィールドにおいて下位条項７．６に記載されるように、３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体に対するサポートが指示されない場合、ＵＥが３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体に対するＸＭＬ Ｓｃｈｅｍａのバージョン１をサポートすることを仮定し、
３）５０４（Ｓｅｒｖｅｒ Ｔｉｍｅ−ｏｕｔ）応答に
ａ）下位条項７．６．１に記載されるように、値が関連するＭＩＭＥタイプの３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体に設定されている、Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダフィールドと、
ｂ）ユーザのＵＥがこの応答を引き起こすリクエストを送信したユーザの登録中にＰａｔｈヘッダフィールドに含まれるＰ−ＣＳＣＦのＳＩＰ ＵＲＩの値に設定されたＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドと、
ｃ）３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体であって、
ｉ）代替サービスのパラメータに設定された＜代替−サービス＞要素と、
ｉｉ）復元手順がサポートされていることを示す＜復元＞に設定された＜タイプ＞子要素と、
ｉｉｉ）オペレータ構成可能理由に設定された＜理由＞子要素と、
ｉｖ）「初期−登録」に設定された＜動作＞子要素と
を含む、本体と
を含む。
注：これらの手順は、この下位条項に規定される、規定されない信頼技術または復元技術の上またはそれらの技術を越える規定されない信頼性技術または復元技術の使用を妨げない。

Ｐ−ＣＳＣＦの１つの可能な反映は、３ＧＰＰ ＴＳ ２４．２２９、「サービスを受けるユーザによって開始されるリクエスト（Ｒｅｑｕｅｓｔｓ ｉｎｉｔｉａｔｅｄ ｂｙ ｔｈｅ ｓｅｒｖｅｄ ｕｓｅｒ」という表題の下位条項５．４．３．２において以下のとおりであり得る。

Ｓ−ＣＳＣＦがサービスを受けるユーザによって開始されるリクエストを受信し、そのリクエストに対してＳ−ＣＳＣＦがユーザプロファイルを有しないかまたはＳ−ＣＳＣＦが有するデータを信用しない場合（例えば、再開始により）、Ｓ−ＣＳＣＦは、ＨＳＳからユーザプロファイルを検索するように試みる。Ｓ−ＣＳＣＦがユーザプロファイルを検索しないで、Ｓ−ＣＳＣＦが復元手順をサポートする場合、Ｓ−ＣＳＣＦは、
１）５０４（Ｓｅｒｖｅｒ Ｔｉｍｅ−ｏｕｔ）応答をＵＥに戻すことによってリクエストを拒否し、
２）Ａｃｃｅｐｔヘッダフィールドにおいて下位条項７．６に記載されるように、３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体に対するサポートが指示されない場合、ＵＥが３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体に対するＸＭＬ Ｓｃｈｅｍａのバージョン１をサポートすることを仮定し、
３）ユーザのＵＥがこの応答を引き起こすリクエストを送信したユーザの登録中にＳｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールドに含まれるＳ−ＣＳＣＦのＳＩＰ ＵＲＩの値に設定されたＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドを含み、
４）５０４（Ｓｅｒｖｅｒ Ｔｉｍｅ−ｏｕｔ）応答に
ａ）下位条項７．６．１に記載されるように、値が関連するＭＩＭＥタイプの３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体に設定されている、Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダフィールドと、
ｂ）３ＧＰＰ ＩＭ ＣＮサブシステムＸＭＬ本体であって、
ｉ）代替サービスのパラメータに設定された＜代替−サービス＞要素と、
ｉｉ）復元手順がサポートされていることを示す＜復元＞に設定された＜タイプ＞子要素と、
ｉｉｉ）オペレータ構成可能理由に設定された＜理由＞子要素と、
ｉｖ）「初期−登録」に設定された＜動作＞子要素と
を含む、本体と
を含む。

さらに、３ＧＰＰ ＴＳ ２４．２２９、「概要（Ｇｅｎｅｒａｌ）」という表題の下位条項５．１０．４．１に以下の修正がなされ得る。

注１：ＴＨＩＧ機能性は、Ｒｅｌｅａｓｅ−５およびＲｅｌｅａｓｅ−６におけるＩ−ＣＳＣＦにおいて行われ、この下位条項に規定される手順と適合する。
以下の手順は、ネットワークトポロジ隠蔽（ｈｉｄｉｎｇ）がネットワークによって必要とされる場合のみ適用され得る。

注２：リクエストおよび応答は独立して扱われ、従って、ＩＢＣＦ内においてその目的のためにどの状態情報も必要ではない。
ＩＢＣＦは、ネットワークトポロジ隠蔽をすべてのヘッダフィールドに適用し、すべてのヘッダフィールドは、Ｖｉａ、Ｒｏｕｔｅ、Ｒｅｃｏｒｄ−Ｒｏｕｔｅ、Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅ、およびＰａｔｈなどのトポロジ情報を明らかにする。入力するＲＥＧＩＳＴＥＲリクエストであって、それに対してネットワークトポロジ隠蔽が適用されなければならず、Ｐａｔｈヘッダフィールドを含む、ＲＥＧＩＳＴＥＲリクエストを受信すると、ＩＢＣＦは、ＩＢＣＦの経由送り可能（ｒｏｕｔａｂｌｅ）ＳＩＰ ＵＲＩをＰａｔｈヘッダフィールドの上部に追加する。ＩＢＣＦは、ＵＥ終了事例を識別するために、ＩＢＣＦによって受信されたその後のリクエストの方向、すなわち、Ｓ−ＣＳＣＦからＰ−ＣＳＣＦの方への方向を識別するインディケータを、挿入されたＳＩＰ ＵＲＩに含み得る。ＩＢＣＦは、例えば、ＵＲＩにおける固有のパラメータ、ＵＲＩのユーザ名の一部にある文字列、またはＵＲＩにおける専用のポート番号などの異なる方法でこのインディケータをコード化し得る。

注３：（Ｒｏｕｔｅヘッダフィールドに）方向インディケータを含むかまたは専用のポート番号に到着する任意の後のリクエストは、リクエストがＳ−ＣＳＣＦによってＰ−ＣＳＣＦの方に送信されたことを示す。
ネットワークトポロジ隠蔽が適用されなければならない入力初期リクエスト、ＳＩＰリクエストまたはＳＩＰ応答を受信し、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドが、機能要素のＳＩＰ ＵＲＩがその信用ドメイン内であることを設定すると、ＩＢＣＦは、ネットワークトポロジ隠蔽をＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドに適用する。
入力する初期リクエストであって、それに対してネットワークトポロジ隠蔽が適用されなければならず、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダフィールドを含む、初期リクエストを受信すると、ＩＢＣＦは、ＩＢＣＦの経由送り可能ＳＩＰ ＵＲＩをＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダフィールドの上部に追加する。

ＩＢＣＦが、場所隠蔽を行い、（ＰａｔｈまたはＳｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールドなどの）ＳＩＰメッセージにおけるＵＲＩを、例えばＩＢＣＦのＳＩＰ ＵＲＩの値のうちの少なくとも１つに置き換え得ると、ＵＥは、ネットワークノードによって格納された値とは異なる値を受信し得る。ＩＢＣＦは、示される信用を壊さないようにするために、この場所隠蔽またはＵＲＩの置き換えを絶えず行わなければならない。

ＳＩＰ ＵＡがＳＩＰメッセージを受信する場合、ＳＩＰ ＵＡは、例えばＩＮＶＩＴＥリクエストなどのそのＳＩＰメッセージに対して何らかの動作がなされる必要があるかどうかを見るために機能内の表を分析する。これらのインディケータは、ＳＩＰヘッダフィールド、捜すべきＳＩＰ測定値などであり得るがこれらに限定されない。各フィールドに対して、行われ得るが、下記に限定されない動作または一群の動作があり得る：
除去（Ｒｅｍｏｖｅ） アイテムが信用されない場合アイテムを除去する
無視（Ｉｇｎｏｒｅ） アイテムを無視する
終了（Ｔｅｒｍｉｎａｔｅ） 対話を終了するかまたは対話が続行することを拒否する
信用（Ｔｒｕｓｔｅｄ） フィールドを信用されるものとしてマークする
不信用（Ｎｏｎｔｒｕｓｔ） フィールドを信用されないものとしてマークする
信用状態（Ｔｒｕｓｔ ｍｅｓｓ） メッセージを信用されるものとしてマークする
不信用状態（Ｔｒｕｓｔｎｏｍｅｓｓ） メッセージを信用されないものとしてマークする
後者の２つのアイテム「信用状態」および「不信用状態」に対して、ＳＩＰ方法におけるすべてのアイテムは、信用されなければならない。メッセージを信用されるものとして識別する方法は、以下として伝えられ得る。

Ａ）新機能タグ（Ｎｅｗ Ｆｅａｔｕｒｅ Ｔａｇ） ここで機能タグは、メッセージの信頼性を示す値を有する接触ヘッダに付加される。

Ｂ）新ＵＲＩパラメータ
Ｃ）本体部分（ｂｏｄｙ ｐａｒｔ）（例えば、ＸＭＬにおける）
Ｄ）新ヘッダフィールド
データ構造の例示の実施形態は、下記のとおりである。

上記に説明されるＵＡ １１０および他の構成要素は、上記に説明される動作に関係する命令を実行することが可能である処理構成要素を含み得る。図５は、本明細書に開示される１つ以上の実施形態を実装するのに適した処理構成要素１３１０を含むシステム１３００の一実施例を示す。プロセッサ１３１０（中央処理装置またはＣＰＵと呼ばれ得る）に加えて、システム１３００は、ネットワーク接続デバイス１３２０と、ランダムアクセスメモリ（ＲＡＭ）１３３０と、リードオンリーメモリ（ＲＯＭ）１３４０と、補助記憶装置１３５０と、入力／出力（Ｉ／Ｏ）デバイス１３６０とを含み得る。これらの構成要素は、バス１３７０を介して互いに通信し得る。いくつかの場合において、これらの構成要素のいくつかは、存在しない場合があるかまたは様々な組み合わせで互いにもしくは図示されていない他の構成要素と組み合わされ得る。これらの構成要素は、単一の物理エンティティまたは２つ以上の物理エンティティに位置を定められ得る。プロセッサ１３１０によって行われるような本明細書に説明される任意の動作は、プロセッサ１３１０単独で、またはデジタル信号プロセッサ（ＤＳＰ）１３８０など、図示されているかもしくは図示されていない１つ以上の構成要素と連結してプロセッサ１３１０によって行われ得る。ＤＳＰ１３８０は分離した構成要素として示されているが、ＤＳＰ１３８０は、プロセッサ１３１０の中に組み込まれ得る。

プロセッサ１３１０は、それがネットワーク接続デバイス１３２０、ＲＡＭ１３３０、ＲＯＭ１３４０、または補助記憶装置１３５０（これは、ハードディスク、フロッピー（登録商標）ディスク、もしくは光ディスクなどの様々なディスクベースのシステムを含み得る）からアクセスし得る命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのみのＣＰＵ１３１０が示されているが、複数のプロセッサが存在し得る。従って、命令が一プロセッサによって実行されるように考察され得るが、命令は、同時に、シリアルに、またはさもなければ１つまたは複数のプロセッサによって実行され得る。プロセッサ１３１０は、１つ以上のＣＰＵチップとして実装され得る。

ネットワーク接続デバイス１３２０は、モデム、モデムバンク、Ｅｔｈｅｒｎｅｔ（登録商標）デバイス、ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ（ＵＳＢ）インタフェースデバイス、シリアルインタフェース、トークンリングデバイス、ｆｉｂｅｒ ｄｉｓｔｒｉｂｕｔｅｄ ｄａｔａ ｉｎｔｅｒｆａｃｅ（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多元接続（ＣＤＭＡ）デバイスなどの無線トランシーバデバイス、ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））無線トランシーバデバイス、ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続する他の周知のデバイスの形態をとり得る。これらのネットワーク接続デバイス１３２０は、プロセッサ１３１０がインターネットまたは１つ以上の電気通信ネットワーク、またはプロセッサ１３１０がネットワークから情報を受信し得るかもしくはプロセッサ１３１０がネットワークに情報を出力し得る他のネットワークと通信することを可能にし得る。ネットワーク接続デバイス１３２０はまた、無線でデータを送信しかつ／または受信する能力のある１つ以上のトランシーバコンポーネント１３２５を含み得る。

ＲＡＭ１３３０は、揮発性データを格納しおそらくプロセッサ１３１０によって実行される命令を格納するために用いられ得る。ＲＯＭ１３４０は、典型的には補助記憶装置１３５０の記憶容量より小さい記憶容量を有する不揮発性メモリデバイスである。ＲＯＭ１３４０は、命令を格納しおそらく命令の実行中に読み取られるデータを格納するために用いられ得る。ＲＡＭ１３３０およびＲＯＭ１３４０の両方へのアクセスは、典型的には補助記憶装置１３５０へのアクセスより速い。補助記憶装置１３５０は、典型的には１つ以上のディスクドライブまたはテープドライブから成り、データの不揮発性記憶のためまたはＲＡＭ１３３０がすべての作業データを保持するのに十分大きくない場合、オーバフローデータの記憶デバイスとして用いられ得る。補助記憶装置１３５０は、ＲＡＭ１３３０にロードされるプログラムが実行のために選択される場合、そのようなプログラムを格納するために用いられ得る。

Ｉ／Ｏデバイス１３６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイアル、マウス、トラックボール、音声認識器、カードリーダ、紙テープ読取り器、プリンタ、ビデオモニタ、または他の周知の入力または出力デバイスを含み得る。また、トランシーバ１３２５は、ネットワーク接続デバイス１３２０の構成要素であることの代わりにまたはそれに追加してＩ／Ｏデバイス１３６０の構成要素であると考えられ得る。

一実施形態において、ＩＭＳネットワークにおける信用ドメイン外のノードが信用され得るかどうかを決定する方法が提供される。方法は、ネットワークノードから信用インディケータを含むメッセージを受信するＵＡを含む。方法は、信用インディケータがＵＡに格納された信用情報と整合するかどうかを決定するＵＡをさらに含む。方法は、信用インディケータがＵＡに格納された信用情報と整合する場合、典型的にメッセージの受信に関連するすべての動作を実行するＵＡをさらに含む。方法は、信用インディケータがＵＡに格納された信用情報と整合しない場合、典型的にメッセージの受信に関連する少なくとも１つの動作を実行することをやめるＵＡをさらに含む。

別の実施形態において、ＵＡが提供される。ＵＡは、ＩＭＳネットワークにおける信用ドメイン外のノードから信用インディケータを含むメッセージを受信するように構成されるプロセッサを含む。プロセッサは、信用インディケータがＵＡに格納された信用情報と整合するかどうかを決定するようにさらに構成される。プロセッサは、信用インディケータがＵＡに格納された信用情報と整合する場合、典型的にメッセージの受信に関連するすべての動作を実行するようにさらに構成される。プロセッサは、信用インディケータがＵＡに格納された信用情報と整合しない場合、典型的にメッセージの受信に関連する少なくとも１つの動作を実行することをやめるようにさらに構成される。

別の実施形態において、ＩＭＳネットワークにおける信用ドメイン外のノードが信用され得るかどうかを決定する代替の方法が提供される。方法は、ネットワークノードからメッセージを受信するＵＡを含む。方法は、信用インディケータがメッセージに存在するかどうかを決定するＵＡをさらに含む。方法は、信用インディケータがメッセージに存在する場合、典型的にメッセージの受信に関連するすべての動作を実行するＵＡをさらに含む。方法は、信用インディケータがメッセージに存在しない場合、典型的にメッセージの受信に関連する少なくとも１つの動作を実行することをやめるＵＡをさらに含む。

別の実施形態において、ＵＡが提供される。ＵＡは、ＩＭＳネットワークにおける信用ドメイン外のノードからメッセージを受信するように構成されるプロセッサを含む。プロセッサは、信用インディケータがメッセージに存在するかどうかを決定するようにさらに構成される。プロセッサは、信用インディケータがメッセージに存在する場合、典型的にメッセージの受信に関連するすべての動作を実行するようにさらに構成される。プロセッサは、信用インディケータがメッセージに存在しない場合、典型的にメッセージの受信に関連する少なくとも１つの動作を実行することをやめるようにさらに構成される。

別の実施形態において、登録を実行する方法が提供される。方法は、サーバタイムアウトメッセージを受信することを含み、サーバタイムアウトメッセージは、第１の登録中に第２のフィールドにおいて受信される値と等しい値に設定される少なくとも第１のフィールドを含む。方法は、サーバタイムアウトメッセージの受信に応答して第２の登録を実行することによって復元手順を開始することをさらに含む。

別の実施形態において、ＵＡが提供される。ＵＡは、第１の登録中に第２のフィールドにおいて受信される値と等しい値に設定される少なくとも第１のフィールドを含むサーバタイムアウトメッセージをＵＡが受信するように構成され、サーバタイムアウトメッセージの受信に応答して第２の登録を実行することによってＵＡが復元手順を開始するように構成される１つ以上のプロセッサを含む。

次の３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＴＳ）が参照によって本明細書に援用される：ＴＳ ２４．２２９。

いくつかの実施形態が本開示において提供されたが、開示されたシステムおよび方法が本開示の精神または範囲から逸脱することなく多くの他の特定の形式で実施され得ることは理解されるべきである。本実施例は、例示的であり、制限的ではないと考えられるべきであり、意図は、本明細書において与えられる詳細に限定されるべきではない。例えば、様々な要素もしくは構成要素が別のシステムに組み合わされ得るかもしくは統合され得、または特定の特徴が省略され得るかもしくは実装されない場合がある。

また、様々な実施形態において個別または分離として説明され例示される技術、システム、サブシステムおよび方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わされ得るかまたは統合され得る。互いに連結されるかもしくは直接連結されるかもしくは通信するものとして示されるかまたは考察される他のアイテムは、電気的、機械的もしくは他の方法であるにせよ、あるインタフェース、デバイス、もしくは中間構成要素を介して間接的に連結され得るかまたは通信し得る。変更、代用、および改変の他の実施例は、当業者によって確認可能であり、本明細書において開示される精神および範囲から逸脱することなくなされ得る。

例えば、本発明は以下の項目を提供する。
（項目１）
方法であって、該方法は、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいてノードから受信されたメッセージが１つ以上の動作を実行されるようにし得るかどうかを決定し、
該ネットワークノードから信用インディケータを含むメッセージを受信するユーザエージェント（ＵＡ）
を含み、
該ＵＡは、該信用インディケータが該ＵＡに格納された信用情報と整合するかどうかを決定し、
該信用インディケータが該ＵＡに格納された信用情報と整合する場合、該ＵＡは、典型的に該メッセージの受信に関連するすべての動作を実行し、
該信用インディケータが該ＵＡに格納された信用情報と整合しない場合、該ＵＡは、典型的に該メッセージの受信に関連する少なくとも１つの動作を実行することをやめる、
方法。
（項目２）
上記信用インディケータは、上記メッセージを送信した上記ネットワークノードのユニフォームリソース識別子（ＵＲＩ）である、項目１に記載の方法。
（項目３）
上記信用情報は、上記ＵＡに提供され、該ＵＡに格納される信用ネットワークノードの複数のＵＲＩである、項目２に記載の方法。
（項目４）
上記複数のＵＲＩは、セッション開始プロトコル（ＳＩＰ）メッセージにおいてＵＲＩパラメータによって上記信用ネットワークノードに関連付けられる、項目３に記載の方法。
（項目５）
上記ＵＡは、信用ネットワークノードの複数のＵＲＩを含むデータリポジトリを問い合わせることによって該複数のＵＲＩを該信用ネットワークノードに関連付ける、項目３に記載の方法。
（項目６）
上記信用インディケータは、
ＳＩＰ Ｃｏｎｆｉｇ Ｆｒａｍｅｗｏｒｋ、
ＳＩＰ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ、
ＥＡＰベースのポリシー検索機構、
ＸＣＡＰ／ＨＴＴＰベースのサーバ、
オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）オブジェクト
のうちの１つにおいて上記ＵＡに伝えられる、項目１に記載の方法。
（項目７）
上記信用インディケータは上記メッセージの送信者を表す値として上記ＵＡに伝えられ、該ＵＡは該値が信用送信者によってのみ提供され得ることを知っている、項目１に記載の方法。
（項目８）
上記信用情報は、上記ＵＡによってなされる登録リクエストに応答して該ＵＡに送信されるメッセージにおいて該ＵＡに提供される、項目１に記載の方法。
（項目９）
上記信用情報の位置は、上記ＵＡによってなされる登録リクエストに応答して該ＵＡに送信されるメッセージにおいて該ＵＡに提供され、該ＵＡは、該位置から該信用情報を検索する、項目１に記載の方法。
（項目１０）
上記信用情報の位置は、上記ＵＡによってなされる加入リクエストに応答して該ＵＡに送信されるメッセージにおいて該ＵＡに提供され、該ＵＡは、該位置から該信用情報を検索する、項目１に記載の方法。
（項目１１）
上記信用情報は、上記ＵＡによってなされる登録リクエストが送られる経路に関係する情報として該ＵＡに提供される、項目１に記載の方法。
（項目１２）
上記経路に関係する上記情報は、
ＳＩＰ Ｐａｔｈヘッダ、
ＳＩＰ Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダ、
該情報を含めるために規定される新ＳＩＰヘッダ
のうちの少なくとも１つにおける少なくとも１つのフィールドに含まれる、項目１１に記載の方法。
（項目１３）
典型的に上記メッセージの受信に関連する少なくとも１つの動作を実行することをやめることは、
該メッセージを否定すること、
該メッセージを廃棄すること、
該メッセージを終了すること、
該メッセージに関係するエラーメッセージを戻すこと、
該メッセージに関連する望ましくない動作を実行しないで、該メッセージに関連する他の動作を実行すること
のうちの少なくとも１つを含む、項目１に記載の方法。
（項目１４）
ユーザエージェント（ＵＡ）であって、該ＵＡは、プロセッサであって、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいて信用ドメイン外のノードから信用インディケータを含むメッセージ受信するように構成され、該信用インディケータが該ＵＡに格納された信用情報と整合するかどうかを決定するようにさらに構成され、該信用インディケータが該ＵＡに格納された信用情報と整合する場合、典型的に該メッセージの受信に関連するすべての動作を実行するようにさらに構成され、該信用インディケータが該ＵＡに格納された信用情報と整合しない場合、典型的に該メッセージの受信に関連する少なくとも１つの動作を実行することをやめるようにさらに構成される、プロセッサを備えている、ＵＡ。
（項目１５）
上記信用インディケータは、上記メッセージを送信した上記ネットワークノードのユニフォームリソース識別子（ＵＲＩ）である、項目１４に記載のＵＡ。
（項目１６）
上記信用情報は、上記ＵＡに提供され、該ＵＡに格納される信用ネットワークノードの複数のＵＲＩである、項目１５に記載のＵＡ。
（項目１７）
上記複数のＵＲＩは、セッション開始プロトコル（ＳＩＰ）メッセージにおいてＵＲＩパラメータによって上記信用ネットワークノードに関連付けられる、項目１６に記載のＵＡ。
（項目１８）
上記ＵＡは、信用ネットワークノードの複数のＵＲＩを含むデータリポジトリを問い合わせることによって該複数のＵＲＩを該信用ネットワークノードに関連付ける、項目１６に記載のＵＡ。
（項目１９）
上記信用インディケータは、
ＳＩＰ Ｃｏｎｆｉｇ Ｆｒａｍｅｗｏｒｋ、
ＳＩＰ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ、
ＥＡＰベースのポリシー検索機構、
ＸＣＡＰ／ＨＴＴＰベースのサーバ、
オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）オブジェクト
のうちの１つにおいて上記ＵＡに伝えられる、項目１４に記載のＵＡ。
（項目２０）
上記信用インディケータは上記メッセージの送信者を表す値として上記ＵＡに伝えられ、該ＵＡは該値が信用送信者によってのみ提供され得ることを知っている、項目１４に記載のＵＡ。
（項目２１）
上記信用情報は、上記ＵＡによってなされる登録リクエストに応答して該ＵＡに送信されるメッセージにおいて該ＵＡに提供される、項目１４に記載のＵＡ。
（項目２２）
上記信用情報の位置は、上記ＵＡによってなされる登録リクエストに応答して該ＵＡに送信されるメッセージにおいて該ＵＡに提供され、該ＵＡは、該位置から該信用情報を検索する、項目１４に記載のＵＡ。
（項目２３）
上記信用情報の位置は、上記ＵＡによってなされる加入リクエストに応答して該ＵＡに送信されるメッセージにおいて該ＵＡに提供され、該ＵＡは、該位置から該信用情報を検索する、項目１４に記載のＵＡ。
（項目２４）
上記信用情報は、上記ＵＡによってなされる登録リクエストが送られる経路に関係する情報として該ＵＡに提供される、項目１４に記載のＵＡ。
（項目２５）
上記経路に関係する上記情報は、
ＳＩＰ Ｐａｔｈヘッダ、
ＳＩＰ Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダ、
該情報を含めるために規定される新ＳＩＰヘッダ
のうちの少なくとも１つにおける少なくとも１つのフィールドに含まれる、項目２４に記載のＵＡ。
（項目２６）
典型的に上記メッセージの受信に関連する少なくとも１つの動作を実行することをやめることは、
該メッセージを否定すること、
該メッセージを廃棄すること、
該メッセージを終了すること、
該メッセージに関係するエラーメッセージを戻すこと、
該メッセージに関連する望ましくない動作を実行しないで、該メッセージに関連する他の動作を実行すること
のうちの少なくとも１つを含む、項目１４に記載のＵＡ。
（項目２７）
方法であって、該方法は、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）ネットワークにおける信用ドメイン外のノード
が信用され得るかどうかを決定し、
該ネットワークノードからメッセージを受信するユーザエージェント（ＵＡ）を含み、
該ＵＡは、信用インディケータが該メッセージに存在するかどうかを決定し、
該信用インディケータが該メッセージに存在する場合、該ＵＡは、典型的に該メッセージの受信に関連するすべての動作を実行し、
該信用インディケータが該メッセージに存在しない場合、該ＵＡは、典型的に該メッセージの受信に関連する少なくとも１つの動作を実行することをやめる、方法。
（項目２８）
上記信用インディケータは、
ＳＩＰ Ｃｏｎｆｉｇ Ｆｒａｍｅｗｏｒｋ、
ＳＩＰ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ、
ＥＡＰベースのポリシー検索機構、
ＸＣＡＰ／ＨＴＴＰベースのサーバ、
オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）オブジェクト
のうちの１つにおいて上記ＵＡに伝えられる、項目２７に記載の方法。
（項目２９）
上記信用インディケータは上記メッセージの送信者を表す値として上記ＵＡに伝えられ、該ＵＡは該値が信用送信者によってのみ提供され得ることを知っている、項目２７に記載の方法。
（項目３０）
典型的に上記メッセージの受信に関連する少なくとも１つの動作を実行することをやめることは、
該メッセージを否定すること、
該メッセージを廃棄すること、
該メッセージを終了すること、
該メッセージに関係するエラーメッセージを戻すこと、
該メッセージに関連する望ましくない動作を実行しないで、該メッセージに関連する他の動作を実行すること
のうちの少なくとも１つを含む、項目２７に記載の方法。
（項目３１）
ユーザエージェント（ＵＡ）であって、該ＵＡは、プロセッサであって、ＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいて信用ドメイン外のノードからメッセージ受信するように構成され、
信用インディケータが該メッセージに存在するかどうかを決定するようにさらに構成され、該信用インディケータが該メッセージに存在する場合、典型的に該メッセージの受信に関連するすべての動作を実行するようにさらに構成され、該信用インディケータが該メッセージに存在しない場合、典型的に該メッセージの受信に関連する少なくとも１つの動作を実行することをやめるようにさらに構成される、プロセッサを備えている、ＵＡ。
（項目３２）
上記信用インディケータは、
ＳＩＰ Ｃｏｎｆｉｇ Ｆｒａｍｅｗｏｒｋ、
ＳＩＰ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ、
ＥＡＰベースのポリシー検索機構、
ＸＣＡＰ／ＨＴＴＰベースのサーバ、
オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）オブジェクト
のうちの１つにおいて上記ＵＡに伝えられる、項目３１に記載のＵＡ。
（項目３３）
上記信用インディケータは上記メッセージの送信者を表す値として上記ＵＡに伝えられ、該ＵＡは該値が信用送信者によってのみ提供され得ることを知っている、項目３１に記載のＵＡ。
（項目３４）
典型的に上記メッセージの受信に関連する少なくとも１つの動作を実行することをやめることは、
該メッセージを否定すること、
該メッセージを廃棄すること、
該メッセージを終了すること、
該メッセージに関係するエラーメッセージを戻すこと、
該メッセージに関連する望ましくない動作を実行しないで、該メッセージに関連する他の動作を実行すること
のうちの少なくとも１つを含む、項目３１に記載のＵＡ。
（項目３５）
登録を実行する方法であって、該方法は、
サーバタイムアウトメッセージを受信することであって、該サーバタイムアウトメッセージは、第１の登録中に第２のフィールドにおいて受信される値と等しい値に設定された少なくとも第１のフィールドを含む、ことと、
該サーバタイムアウトメッセージを受信することに応答して第２の登録を実行することによって復元手順を開始することと
を包含する、方法。
（項目３６）
上記サーバタイムアウトメッセージにおいて受信される上記値は、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）のセッション開始プロトコル（ＳＩＰ）ユニフォームリソース識別子（ＵＲＩ）である、項目３５に記載の方法。
（項目３７）
上記サーバタイムアウトメッセージにおいて受信される上記値は、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）のＳＩＰ ＵＲＬである、項目３５に記載の方法。
（項目３８）
上記サーバタイムアウトメッセージ値が上記第１の登録中に受信される上記値と等しくない値に設定された上記第１のフィールドを含む場合、上記復元は実行されない、項目３５に記載の方法。
（項目３９）
上記第１のフィールドは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドを含む、項目３５に記載の方法。
（項目４０）
上記第２のフィールドは、
Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールド、および
Ｐａｔｈヘッダフィールド
のうちの１つである、項目３５に記載の方法。
（項目４１）
プロセッサを備えるユーザエージェント（ＵＡ）であって、
該プロセッサは、該ユーザエージェント（ＵＡ）がサーバタイムアウトメッセージを受信するように構成され、該サーバタイムアウトメッセージは第１の登録中に第２のフィールドにおいて受信される値と等しい値に設定された少なくとも第１のフィールドを含み、ＵＡが該サーバタイムアウトメッセージを受信することに応答して第２の登録を実行することによって復元手順を開始するように構成される、ＵＡ。
（項目４２）
上記サーバタイムアウトメッセージにおいて受信される上記値は、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）のセッション開始プロトコル（ＳＩＰ）ユニフォームリソース識別子（ＵＲＩ）である、項目４１に記載のＵＡ。
（項目４３）
上記サーバタイムアウトメッセージにおいて受信される上記値は、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）のＳＩＰ ＵＲＩである、項目４１に記載のＵＡ。
（項目４４）
上記サーバタイムアウトメッセージ値が、上記第１の登録中に受信される上記値と等しくない値に設定された上記第１のフィールドを含む場合、上記復元は実行されない、項目４１に記載のＵＡ。
（項目４５）
上記第１のフィールドは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドを含む、項目４１に記載のＵＡ。
（項目４６）
上記第２のフィールドは、
Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールド、および
Ｐａｔｈヘッダフィールド
のうちの１つである、項目４１に記載のＵＡ。

Claims (12)

1. 登録を実行する方法であって、
   該方法は、
   サーバタイムアウトメッセージを受信することであって、該サーバタイムアウトメッセージは、第１の登録中に第２のフィールドにおいて受信される値と等しい値に設定された少なくとも第１のフィールドを含む、ことと、
   該サーバタイムアウトメッセージを受信することに応答して第２の登録を実行することによって復元手順を開始することと
   を包含する、方法。
2. 前記サーバタイムアウトメッセージにおいて受信される前記値は、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）のセッション開始プロトコル（ＳＩＰ）ユニフォームリソース識別子（ＵＲＩ）である、請求項１に記載の方法。
3. 前記サーバタイムアウトメッセージにおいて受信される前記値は、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）のＳＩＰ ＵＲＩである、請求項１に記載の方法。
4. 前記サーバタイムアウトメッセージ値が前記第１の登録中に受信される前記値と等しくない値に設定された前記第１のフィールドを含む場合、前記復元は実行されない、請求項１に記載の方法。
5. 前記第１のフィールドは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドを含む、請求項１に記載の方法。
6. 前記第２のフィールドは、
   Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールド、および
   Ｐａｔｈヘッダフィールド
   のうちの１つである、請求項１に記載の方法。
7. プロセッサを備えるユーザエージェント（ＵＡ）であって、
   該プロセッサは、該ユーザエージェント（ＵＡ）がサーバタイムアウトメッセージを受信するように構成され、該サーバタイムアウトメッセージは第１の登録中に第２のフィールドにおいて受信される値と等しい値に設定された少なくとも第１のフィールドを含み、ＵＡが該サーバタイムアウトメッセージを受信することに応答して第２の登録を実行することによって復元手順を開始するように構成される、ＵＡ。
8. 前記サーバタイムアウトメッセージにおいて受信される前記値は、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）のセッション開始プロトコル（ＳＩＰ）ユニフォームリソース識別子（ＵＲＩ）である、請求項７に記載のＵＡ。
9. 前記サーバタイムアウトメッセージにおいて受信される前記値は、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）のＳＩＰ ＵＲＩである、請求項７に記載のＵＡ。
10. 前記サーバタイムアウトメッセージ値が、前記第１の登録中に受信される前記値と等しくない値に設定された前記第１のフィールドを含む場合、前記復元は実行されない、請求項７に記載のＵＡ。
11. 前記第１のフィールドは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドを含む、請求項７に記載のＵＡ。
12. 前記第２のフィールドは、
    Ｓｅｒｖｉｃｅ−Ｒｏｕｔｅヘッダフィールド、および
    Ｐａｔｈヘッダフィールド
    のうちの１つである、請求項７に記載のＵＡ。

Images