JP2015505217A - Ｉｃｅベースｎａｔトラバーサル - Google Patents

Abstract

ＩＭＳネットワーク（１０５）における発信／着信Ｐ−ＣＳＣＦノード（１１４ａ／１１４ｂ）による使用のための双方向接続性確立ＩＣＥベースＮＡＴトラバーサル機構が記載されている。発信Ｐ−ＣＳＣＦノード（１１４ａ）は、第２のＵＥ（１０３）へ呼を発信する第１のユーザ機器（ＵＥ）（１０１）からＳＩＰ ＩＮＶＩＴＥ要求を受け取る。第１のＵＥ（１０１）のためのリレー候補アドレスがＳＩＰ ＩＮＶＩＴＥ要求に存在しない場合、ＳＩＰ ＩＮＶＩＴＥ要求は、発信ＩＭＳ−ＡＧＷノード（１１５ａ）により与えられる第１のアドレスを第１のＵＥ（１０１）のためのリレー候補として含むように変更され、第２のＵＥ（１０３）へ転送される。発信Ｐ−ＣＳＣＦノード（１１４ａ）は、ＳＩＰ ＩＮＶＩＴＥ要求に応じて第２のＵＥ（１０３）からＳＩＰ ＩＮＶＩＴＥ応答メッセージを受け取る。第２のＵＥ（１０３）のためのリレー候補アドレスがＳＩＰ ＩＮＶＩＴＥ応答に存在しない場合、ＳＩＰ ＩＮＶＩＴＥ応答は、発信ＩＭＳ−ＡＧＷノード（１１５ａ）により与えられる第２のアドレスを第２のＵＥ（１０３）のためのリレー候補として含むように変更され、第１のＵＥ（１０１）へ転送される。対応する候補アドレス情報は、ＩＣＥ手順において両方のＵＥ（１０１，１０３）により使用される。リレーサーバが必要とされる場合、ＩＭＳ−ＡＧＷノード（１１５ａ）のみが展開される。

Description

本発明は、ネットワークアドレス変換（ＮＡＴ）デバイスの背後にあるユーザ機器間のセッション確立のための通信ネットワークにおける方法および装置に関する。更に特に、本発明は、ユーザ機器がＮＡＴデバイスの背後に位置するときにインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）を含む通信ネットワークにおいてマルチメディアセッションを確立するための方法および装置に関する。

インターネットプロトコルマルチメディア（ＩＰＭＭ）サービスは、音声、ビデオ、メッセージング、データなどの動的な組合せを同じ呼セッションまたはメディアセッション（マルチメディアセッション）内で与える。組み合わせることができる基本的なアプリケーションおよびメディアの数を増大させることにより、エンドユーザに提供されるサービスの数が増大することになり、個人間通信経験が豊かにされることになる。これは、いわゆる「組合せＩＰマルチメディア」サービスを含む個別の豊富なマルチメディア通信サービスの新しい世代をもたらすことになる。

ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワーク（ＩＭＳとも称される）は、固定通信ネットワークおよび移動体通信ネットワークにわたってＩＰＭＭサービスを提供するために第３世代パートナーシッププロジェクト（３ＧＰＰ）により規定される技術である。ＩＭＳは、サービスの統合および相互作用によってエンドユーザ個人対個人通信経験を豊かにするために重要な特徴を与える。ＩＭＳは、インターネットプロトコル（ＩＰ）ベースネットワークにわたる新しい豊富な個人対個人（クライアント対クライアント）通信および個人対コンテンツ（クライアント対サーバ）通信を可能にする。ＩＭＳは、ユーザ機器とアプリケーションサーバとの間の呼セッションまたはマルチメディアセッションをセットアップし制御するためにセッション開始プロトコル（ＳＩＰ）を使用する。ＳＩＰ信号送信によって運ばれるセッション記述プロトコル（ＳＤＰ）は、呼セッションまたはマルチメディアセッションのメディアコンポーネントを記述し取り決めるために使用される。ＳＩＰに加えて、リアルタイムトランスポートプロトコル・リアルタイムトランスポート制御プロトコル（ＲＴＰ／ＲＴＣＰ）など、メディアの送信および制御のために他のプロトコルが使用され得る。

ユーザ機器（ＵＥ）は、ＩＰベース通信ネットワークにわたる通信のために使用される任意のデバイスを備えまたは表し得る。記載された通信ネットワークまたはアクセスネットワークの特定の実施形態で使用され得るＵＥの例は、ＩＰベース通信ネットワークにアクセスするための固定された、配線された、または、有線のデバイス、あるいは、移動型または無線のデバイスであり、デバイスとしては、コンピュータ、端末、電話、携帯ハンドセット、携帯電話、スマートフォン、携帯型コンピュータデバイス、例えば、ラップトップ、手持ち式デバイス、タブレット、ネットブック、コンピュータ、携帯端末、加入者宅内機器、モデム、および、ＩＰベース通信ネットワークにアクセスできる他の通信デバイスが挙げられ得るが、これらに限定されない。

図１ａは、第１のＵＥ１０１が第２のＵＥ１０３へ呼セッションまたはマルチメディアセッションを発信する通信ネットワーク１００を概略的に示し、第１のＵＥ１０１は発信ネットワーク１０２に位置し、第２のＵＥ１０３は着信ネットワーク１０４に位置する。第１のＵＥ１０１および第２のＵＥ１０３は、ＩＭＳネットワーク１０５を介して互いに通信し得る。第１のＵＥ１０１は、発信ネットワーク１０２内の第１のアクセスネットワーク１０６を介してＩＭＳネットワーク１０５にアクセスし、第２のＵＥ１０３は、着信ネットワーク１０４内の第２のアクセスネットワーク１０７を介してＩＭＳネットワーク１０５にアクセスする。また、第１のＵＥ１０１とＩＭＳネットワーク１０５との間の通信経路には、発信ネットワーク１０２における第１のＮＡＴデバイス１０８が存在する。同様に、第２のＵＥ１０３とＩＭＳネットワーク１０５との間の通信経路には、着信ネットワーク１０４における第２のＮＡＴデバイス１０９が存在する。

第１および第２のＮＡＴデバイス１０８および１０９は、単一のパブリッックＩＰアドレスを多くのＵＥ間またはＩＰホスト間で共有できるようにする。ＮＡＴデバイスの背後にあるＵＥ（例えば、第１のＵＥ１０１は第１のＮＡＴデバイス１０８の背後にあり、第２のＵＥ１０３は第２のＮＡＴデバイス１０９の背後にある）には、第１および第２のアクセスネットワーク１０６および１０７のシステム管理者、単数のオペレータ、または、複数のオペレータによって割り当てられるプライベートＩＰアドレス空間内にあるＩＰアドレスが与えられ得る。これらのプライベートアドレスは、パブリックＩＰベースネットワーク、例えばインターネットまたは他のオペレータのアクセスネットワークにわたって、例えば、ＩＭＳネットワーク１０５および他の通信ネットワークにわたってルーティングできないことがある。第１および第２のＮＡＴデバイス１０８および１０９は、１接続ごとにパブリックアドレス空間とプライベートアドレス空間（単数または複数）との間に一時的な結合を作り出す。結合は、特定のトランスポートと関連するパブリックアドレスおよびポートとプライベートアドレスおよびポートとの間のマッピング、例えば、ユーザデータグラムプロトコル（ＵＤＰ）または送信制御プロトコル（ＴＣＰ）である。

第１および第２のアクセスネットワーク１０６および１０７は、第１および第２のアクセスネットワーク１０６および１０７とＩＭＳネットワーク１０５との間にインタフェースを与える様々なサポートエンティティまたはノード（図示せず）、例えば、様々なインタフェースノード、アクセスポイント、ルータ、ＬＡＮブリッジ、スイッチ、基地局、切り換えセンター、ネットワークゲートウェイを含むがこれらに限定されない任意のコアネットワークまたはアクセスネットワーク技術を含み得る。これにより、第１および第２のＵＥ１０１および１０３がＩＭＳネットワーク１０５を介して互いに通信できるようになる。

第１のＵＥ１０１のユーザＡなどの発呼者が第２のＵＥ１０３のユーザＢなどの被呼者へ呼を発信するまたは被呼者と共にマルチメディアセッションを開始するときに、セットアッププロセスは、発信ネットワーク１０２においてセットアップされる第１のＵＥ１０１と関連する発呼と、着信ネットワーク１０４においてセットアップされる第２のＵＥ１０３と関連する着呼とを伴う。

「発呼」および「着呼」なる用語は、第１のＵＥ１０１および第２のＵＥ１０３にそれぞれ関するセッションまたは接続セットアップ送信信号を備えまたは表し得る。記載されたネットワークの特定の実施形態で使用され得る発呼または着呼の例は、２呼半体モデルにおいて第１のＵＥ１０１のユーザＡと第２のＵＥ１０３のユーザＢとの間での通信接続を可能にする接続セットアップ信号送信を含むが、これらに限定されない。発呼は、第１の呼半体における発信ネットワーク１０２に関する第１のＵＥ１０１のユーザＡのための接続セットアップ信号送信であり、着呼は、第２の呼半体における着信ネットワーク１０４に関する第２のＵＥ１０３のユーザＢと呼を接続するための接続セットアップ信号送信である。

ＩＭＳネットワーク１０５は、発信ネットワーク１０２と関連する発信ＩＭＳ１１０と、着信ネットワーク１０４と関連する着信ＩＭＳ１１１とを含む。発信および着信ＩＭＳネットワーク１１０および１１１はそれぞれ、第１および第２のアクセスネットワーク１０６および１０７へ／から信号を送る／受け取るネットワークエンティティ、ノード、または、ＩＭＳネットワークノードを含み得る。これらのＩＭＳネットワークノードは、アクセスネットワークゲートウェイまたは切り換えセンターノードを介して第１および第２のアクセスネットワーク１０６および１０７と接続する。ＩＭＳネットワークノードは、ＩＭＳネットワーク１０５内でＳＩＰプロキシとして動作する呼／セッション制御機能（ＣＳＣＦ）ノードを含み得る。３ＧＰＰアーキテクチャは、幾つかのタイプのＣＳＣＦノード、一般にＳＩＰ使用可能なＵＥのためのＩＭＳネットワーク１０５内の第１の接触ポイントであるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）ノード、ユーザが加入するサービスをユーザに提供するサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）ノード、ならびに、その役割が正しいＳ−ＣＳＣＦを特定することおよびＰ−ＣＳＣＦノードを介してＵＥから受け取られた要求をそのＳ−ＣＳＣＦへ転送することであるインタロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）ノードを規定する。

この例では、ＩＭＳ音声サービス、メッセージング、ビデオ、マルチメディア等を含むＩＭＳサービスに第１のＵＥ１０１が加入されると想定する。第１のＵＥ１０１が第２のＵＥ１０３との呼セッションまたはマルチメディアセッションを発信するときに、第１のＵＥ１０１が発呼者となり、第１の呼半体の呼信号送信は、第１のＵＥ１０１に関する発呼である。第１のＵＥ１０１がＩＰアドレス指定を使用することになるので、これがＩＰベースの呼セッションまたはマルチメディアセッションとなるため、呼セットアップ信号送信は、第１のＵＥ１０１から第１のＮＡＴ１０８を介して発信ネットワーク１０２における発信ＩＭＳネットワーク１１０へ方向付けられることになる。第２のＵＥ１０３は着信ネットワーク１０４に位置するので、ＩＭＳネットワーク１１０は、第２のＵＥ１０３である被呼者への呼信号送信をセットアップするためのＩＭＳネットワーク１１１へ呼セットアップ信号送信を送り、第２の呼半体の呼信号送信、すなわち、第２のＵＥ１０３に関する着呼は、第２のＮＡＴデバイス１０９を介して第２のＵＥ１０３へと方向付けられる。第１および第２のＵＥ１０１および１０３は、呼またはマルチメディアセッションをセットアップし制御するために、ＳＩＰメッセージングを使用してＩＭＳネットワーク１０５を介して通信することになる。

しかしながら、ＩＭＳネットワーク１０５を介して送られるＳＩＰメッセージおよびＳＤＰメッセージの場合、ＵＥは、ＵＥがメディアを受け取りたい同じＩＰアドレスからのＳＩＰメッセージを送ることになるため、ＳＩＰコンタクトヘッダおよびＳＤＰ接続アドレス（ｃ−ライン）に位置するＩＰアドレスは通常は同一である。ＩＭＳネットワーク１０５内において、ＳＩＰ信号送信およびマルチメディアセッションは、それらが互いに独立に終端間で運ばれるため、同じネットワークノードを横切らない。第１および第２のＮＡＴデバイス１０８および１０９は、通常、異なる信号送信プロトコル間の複雑な関係に気付かないことになり、ＩＰアドレス変換を行うときにこれらの関係を考慮に入れない場合がある。このことは、ＩＭＳネットワーク１０５が殆どの呼セットアップ信号送信のために使用するＳＩＰ信号送信を第１および第２のＮＡＴデバイス１０８または１０９の背後にあるＵＥのために使用できないことがあることを意味する。

ＮＡＴトラバーサル機構は、ＵＥがＮＡＴデバイスの背後にあるかどうかをＵＥが見出すこと、および着信ネットワーク１０４における第２のＵＥである遠隔エンドのパブリックＩＰアドレスおよびパブリックアドレスなどのパブリックトランスポートアドレス（ＩＰアドレスおよびポート）にＵＥが気付くことができるようにする。３ＧＰＰ技術仕様ＴＳ ２４．２２９は、ＳＩＰを使用してＮＡＴデバイスの背後にあるＵＥ間のマルチメディアセッションをセットアップするためのＳＩＰ終端間信号送信を可能にする２つのＮＡＴトラバーサル機構を定める。これらは、双方向接続確立（ＩＣＥ）（または、ＵＥ管理ＮＡＴトラバーサル）およびホストＮＡＴトラバーサル（または、ネットワーク管理ＮＡＴトラバーサル）と称される。

図１ｂおよび図１ｃはそれぞれ、発信および着信ネットワーク１０２および１０４を介した第１のＵＥ１０１と第２のＵＥ１０３との間のＩＣＥ ＮＡＴトラバーサルの一例を示す概略図および信号フロー図である。第１のＵＥ１０１および第２のＵＥ１０３はＳＩＰポートおよびメディアポートを含み、ＳＩＰポートは、実線矢印により表されたＳＩＰ信号送信のために使用され、メディアポートは、トラフィックまたはメディアを運ぶための破線矢印により表されたメディアベアラーへのインタフェースである。第１および第２のＵＥ１０１および１０３がＩＣＥベースＮＡＴトラバーサルをサポートすると想定する。

マルチメディアセッションを開始しマルチメディアストリームをセットアップする前に、第１のＵＥ１０１は、ＴＵＲＮサーバ１１２ａが第１のＵＥ１０１に割り当て得るＩＰアドレスＡ３などのパブリックトランスポートアドレス（ＩＰアドレスおよびポート番号）を発見するために、通信ネットワーク１００におけるＴｒａｖｅｒｓａｌ Ｕｓｉｎｇ Ｒｅｌａｙｓ ａｒｏｕｎｄ ＮＡＴ（ＴＵＲＮ）サーバ１１２ａと相互に作用する。ＴＵＲＮサーバ１１２ａは通信ネットワーク１００内のリレー機能性を与え、したがって、メディアは、ＴＵＲＮサーバ１１２ａを介して第１のＮＡＴデバイス１０８を横切ることができる。第１のＵＥ１０１は、第１のＵＥ１０１が第１のＮＡＴデバイス１０８の背後に位置するときに、パブリックアドレス、例えばＩＰアドレスＡ２を発見するために、セッショントラバーサルユーティリティＮＡＴ（ＳＴＵＮ）サーバ１１３ａと相互に作用する。

ＴＵＲＮサーバ１１２ａおよび／またはＳＴＵＮサーバ１１３ａからのトランスポートアドレス情報が与えられると、第１のＵＥ１０１は、トランスポートアドレス情報に基づいて候補アドレス情報を含むＳＤＰオファーを伴うＳＩＰ ＩＮＶＩＴＥ（呼セットアップ要求）要求メッセージを第２のＵＥ１０３へ送ることによって呼を発信する。ＳＩＰ ＩＮＶＩＴＥ要求メッセージは、発信ネットワーク１０４の発信ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび着信ネットワーク１０４の着信ＩＭＳ Ｐ−ＣＳＣＦノード１１４ｂを介して通信ネットワーク１００を横切る。

この例において、候補アドレス情報は、第１のＵＥ１０１のための３つのトランスポートアドレス候補を含み、これらのトランスポートアドレス候補は、第１のＵＥ１０１のためのリレートランスポートアドレス候補（例えば、ＴＵＲＮサーバ１１２ａからのＩＰアドレスＡ３）、第１のＵＥ１０１のためのサーバ再帰アドレス候補（例えば、ＳＴＵＮサーバ１１３ａからのＩＰアドレスＡ２）、および、第１のＵＥ１０１のための局所ホストアドレストランスポートアドレス候補（例えば、ＩＰアドレスＡ）である。エンドポイント（ＵＥ）のうちの一方のみがＩＣＥをサポートする場合、ＴＵＲＮリレートランスポートアドレスが常に使用されることになる（ネットワークにおいて利用可能なＴＵＲＮサーバが存在すると想定する）。

ＳＩＰ ＩＮＶＩＴＥ要求メッセージおよびＳＤＰオファーを第１のＵＥ１０１から受け取ると、第２のＵＥ１０３は、第１のＵＥ１０１と同様に第２のＵＥ１０３のための候補アドレス情報を収集するためにＴＵＲＮおよびＳＴＵＮサーバ１１２ｂおよび１１３ｂと相互に作用する。第２のＵＥ１０３は、着信ＩＭＳ Ｐ−ＣＳＣＦノード１１４ｂおよび発信ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａを介して候補アドレス情報を含むＳＤＰアンサー（セッション記述）を含むＳＩＰ ＩＮＶＩＴＥ（呼セットアップ応答）応答メッセージを第１のＵＥ１０１へ送信する。第２のＵＥ１０３のための候補アドレス情報は３つのトランスポートアドレス候補を含み、これらのトランスポートアドレス候補は、第２のＵＥ１０３のためのリレートランスポートアドレス候補（例えば、ＴＵＲＮサーバ１１２ｂからのＩＰアドレスＢ３）、第２のＵＥ１０３のためのサーバ再帰アドレス候補（例えば、ＳＴＵＮサーバ１１３ｂからのＩＰアドレスＢ２）、および、第２のＵＥ１０３のための局所ホストアドレス候補（例えば、ＩＰアドレスＢ）である。

第１および第２のＵＥ１０１および１０３は、対応する候補アドレス情報を互いから受け取った後、ＩＣＥ手順を行う。この手順において、第１および第２のＵＥ１０１および１０３は、他のＵＥ１０３または１０１（エンドポイント）から受け取られたトランスポートアドレス候補へＩＣＥ接続性チェックを送る。一方のエンドポイントのみがＮＡＴデバイス１０８または１０９の背後にある場合、あるいは、関与するＮＡＴデバイス１０８および／または１０９がアドレス制限的でない場合、ホストアドレス候補（単数または複数）またはサーバ再帰アドレス候補（単数または複数）のいずれかの接続性チェックが成功することになる。このことは、ＴＵＲＮサーバ１１２ａおよび１１２ｂが必要とされないことを意味する。この場合、ＵＥ１０１および１０３は、ＴＵＲＮサーバ１１２ａおよび１１２ｂが暫定的に既に予約したリレーリソースの割り当てを解除するためにＴＵＲＮサーバ１１２ａおよび１１２ｂと相互に作用する。

ＩＣＥベースＮＡＴトラバーサルの場合、トラフィックを中継するためにＴＵＲＮサーバ１１２ａまたは１１２ｂを使用するという結果を常にもたらさないようにするには、第１および第２のＵＥ１０１および１０３がＩＣＥ機構をサポートする必要があり、または、ＩＭＳネットワーク１０５がＩＣＥ機構についてバックツーバックユーザエージェント（Ｂ２ＢＵＡ）の役割を果たさなければならない。しかしながら、レガシーＵＥおよび更には何らかのより新しいＵＥなど、ＩＣＥ機能をサポートしない多くのＵＥが存在し得る。ＩＣＥをサポートしないＵＥに可能なるＮＡＴトラバーサルの場合、および、ＮＡＴトラバーサルが加入者宅で解決されない（ユニバーサルプラグアンドプレイ（ＵｐＮＰ）またはＳＩＰアプリケーションレイヤーゲートウェイ（ＡＬＧ）ベースＮＡＴトラバーサルなどのインテリジェントＮＡＴデバイスの使用によって）場合、ＩＭＳは、リレーベースでありＴＵＲＮサーバベースＮＡＴトラバーサルに類似するホストＮＡＴトラバーサルと呼ばれる他のＮＡＴトラバーサル機構をサポートする。

図１ｄおよび図１ｅはそれぞれ、発信および着信ネットワーク１０２および１０４を介した第１のＵＥ１０１と第２のＵＥ１０３との間のホストＮＡＴトラバーサル機構の一例を示す概略図および信号フロー図である。第１および第２のＵＥ１０１および１０３はＳＩＰポートおよびメディアポートを含み、ＳＩＰポートは、実線矢印により表されたＳＩＰ信号送信のために使用され、メディアポートは、破線矢印により表されたメディアベアラーなどへのインタフェースである。第１および第２のＵＥ１０１および１０３がＩＣＥベースＮＡＴトラバーサル機構をサポートすると想定する。

ホストＮＡＴトラバーサル機構において、発信および着信ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび１１４ｂは、第１および第２のＵＥ１０１および１０３間のＳＩＰ信号送信でやりとりされるＳＤＰオファーおよびアンサーのメディア記述におけるトランスポートアドレス情報を操作することによってＮＡＴトラバーサルを行う。その際、ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび１１４ｂは、第１および第２のＵＥ１０１および１０３間の通信経路内にＩＭＳアクセスゲートウェイ（ＩＭＳ ＡＧＷ）ノード１１５ａおよび１１５ｂを配置または挿入して、メディアセッションがＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂを介して中継されるようにする。

ＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂのそれぞれは、このノードと対応するＵＥ１０１または１０３との間にＮＡＴデバイス１０８または１０９が存在する場合、ホストＮＡＴトラバーサルをする。このことは、第１および第２のＮＡＴデバイスのＩＭＳ側で使用されるトランスポートアドレス（およびポート）をＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂが発見することを意味する。これは、各ＵＥ１０１および１０３からそれぞれ受け取られた第１のパケットにおけるソーストランスポートアドレス情報を検査することによって行われる。このソーストランスポートアドレス情報は、他の方向で中継されるパケットのための送信先トランスポートアドレス情報として使用される。

このようにして、マルチメディアセッションは、ＳＩＰ信号送信を操作するために第１および第２のＮＡＴデバイス１０８および１０９が必要とされないように第１のＵＥ１０１と第２のＵＥ１０３との間でセットアップされる。しかしながら、このことは、第１および第２のＵＥ１０１および１０３間の通信経路が第１および第２のＮＡＴデバイス１０８および１０９と発信および着信ＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂとを含むことを意味する。これらのデバイスおよびノードの全ては、第１および第２のＵＥ１０１および１０３によりマルチメディアセッションパケットを送信／受信できるようにするためにアドレス変換を行う必要があり、結果として、第１および第２のＵＥ１０１および１０３間の通信経路を横切るマルチメディアパケットの遅延を増大させる。

ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび１１４ｂがＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂを介してマルチメディアセッションをルーティングし得る理由は多く存在する。それは、一般的なセキュリティポリシー（例えば、認証目的）に起因することから、あるいは、ＩＰｖ６トランスポートとＩＰｖ４トランスポートとの間の特定のマルチメディアセッションをマッピングするために必要とされることから、あるいは、ＮＡＴトラバーサルのために必要とされ第１および／または第２のＵＥ１０１および／または１０３のうちの少なくとも一方がＩＣＥをサポートしないことから、あるいは、その他の理由などからであり得る。しかしながら、第１のＵＥ１０１および／または第２のＵＥ１０３がＩＣＥベースＮＡＴトラバーサルを使用し、ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび１１４ｂがＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂを介してマルチメディアセッションをルーティングする場合、ＩＣＥ機構は、リレー候補アドレスを（ＴＵＲＮサーバ１１２ａおよび／または１１２ｂから）選ぶという結果をもたらす。これは、結果として、ＩＭＳ−ＡＧＷノード１１５ａおよび／または１１５ｂと直列のＴＵＲＮサーバ１１２ａおよび／または１１２ｂをもたらす。このことは、第１および第２のＵＥ１０１および１０３間の通信経路が、第１および第２のＮＡＴデバイス１０８および１０９、ＴＵＲＮサーバ１１２ａおよび１１２ｂ、ならびに、ＩＭＳ ＡＧＷノード１１５ａおよび１１５ｂを含み得、結果として、第１および第２のＵＥ１０１および１０３間の通信経路を横切るマルチメディアパケットの遅延を増大させることを意味する。

これは、ＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂがメディアプレーンにおけるＩＣＥ接続性チェックを終わらせる一方でＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび１１４ｂがＳＩＰ信号送信およびＳＤＰオファー／アンサーボディにおけるＩＣＥ信号送信を終わらせることができれば軽減され得る。これは、ホストＮＡＴトラバーサルおよびＩＣＥベースＮＡＴトラバーサルを組み入れる複合ＮＡＴトラバーサル機構の一例を示す信号送信フロー図である図１ｆに示されている。３ＧＰＰ ＴＳ ２４．２２９において定められるように、ＩＭＳ ＡＧＷノード１１５ａおよび１１５ｂは、ＳＤＰオファー／アンサーボディにおけるＩＣＥ機構アドレス候補を、対応するＩＭＳ ＡＧＷノード１１５ａおよび１１５ｂにより与えられるホスト候補アドレス（例えば、ＩＰアドレスＴ１、Ｔ２、Ｔ３またはＴ４）で置き換えることによってＩＣＥ信号送信を終わらせることができる。

このことは、通信ネットワーク１００はホストＮＡＴトラバーサルを使用することになり、ＵＥ１０１および１０３によってＩＣＥ機構がサポートされ使用される場合であっても、ホスト候補アドレスはＩＣＥ機構によって常に選択されることになり、そのため、確立された終端間メディア接続においてＩＭＳ−ＡＧＷノードおよびＴＵＲＮサーバの両方が決して存在しないことになり得ることを意味する。しかしながら、このことは、依然として、第１および第２のＵＥ１０１および１０３間の通信経路が依然として第１および第２のＮＡＴデバイス１０８および１０９とＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂとを含むことになり、これには、マルチメディアセッションパケットを第１および第２のＵＥ１０１および１０３により送信／受信できるようにするためにアドレス変換を行う必要があることを意味する。これは、依然として、第１および第２のＮＡＴデバイス１０８および１０９とＩＭＳ−ＡＧＷノード１１５ａおよび１１５ｂとを介して第１および第２のＵＥ１０１および１０３間の通信経路を横切るマルチメディアパケットの遅延を結果としてもたらす。

ＩＭＳネットワーク１０５または発信ＩＭＳネットワーク１１０または着信ＩＭＳネットワーク１１１のオペレータは、それらのポリシーがＩＭＳ−ＡＧＷノード１１５ａおよび／または１１５ｂをそれぞれ介して第１および／または第２のＮＡＴデバイス１０８および／または１０９の背後にある第１および／または第２のＵＥ１０１および／または１０３からのメディアを常に固定するようになっていない場合、ＴＵＲＮサーバ１１２ａおよび／または１１２ｂならびにＩＭＳ−ＡＧＷ／変換ゲートウェイ（ＴｒＧＷ）ノード１１５ａおよび／または１１５ｂを展開し管理する必要があり得る。しかしながら、現在のＮＡＴトラバーサル機構が、結果として、第１および第２のＵＥ１０１および１０３間の通信経路を横切るマルチメディアパケットの遅延の増大または不必要な遅延をもたらし得ることは避けられない。高帯域幅マルチメディアアプリケーションの使用の増大に伴って、これらの遅延は、マルチメディアストリーミング、音声、および、ビデオ会議用途などの時間依存リアルタイムマルチメディアトラフィックには受け入れられないことになる。

マルチメディアセッションのメディア通信経路内のＮＡＴトラバーサルのために必要とされるノードの数を最小にするＩＭＳネットワーク内で使用するためのＮＡＴトラバーサル機構の要望がある。

本発明の目的は、ＴＲＵＮサーバが展開される必要もなくエンドポイント間のメディアセッションの通信経路におけるノードまたはリレーサーバの不必要な使用を最小にするまたは防止するために通信ネットワーク内でＩＣＥベースＮＡＴトラバーサルを行うための機構を提供することである。

本発明の第１の態様は、ＩＭＳ、第１のＵＥ、および、第２のＵＥを含む通信ネットワークにおけるＩＣＥベースＮＡＴトラバーサルのための発呼Ｐ−ＣＳＣＦノードを動作させるための方法を提供する。第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージは発信Ｐ−ＣＳＣＦノードで受け取られる。ＳＩＰ Ｉｎｖｉｔｅメッセージは、第１のＵＥのための候補アドレス情報を含む。第１のＵＥのためのサーバ再帰候補アドレスが第１のＵＥのための候補アドレス情報に存在する場合、および、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための候補アドレス情報に存在しない場合、ＳＩＰ Ｉｎｖｉｔｅメッセージは、発信ＩＭＳアクセスゲートウェイノードにより与えられる第１のアドレスを第１のＵＥのためのリレー候補アドレスとして第１のＵＥのための候補アドレス情報に含めることによって変更される。変更されたＳＩＰ Ｉｎｖｉｔｅメッセージは、ＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへルーティングするための更なるＩＭＳノードへ転送される。そうでない場合には、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージは、ＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへルーティングするための更なるＩＭＳノードへ転送される。第１のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

選択肢として、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージは発信Ｐ−ＣＳＣＦノードで受け取られ、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、第２のＵＥのための候補アドレス情報を含む。第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在する場合、および、リレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、発信ＩＭＳ ＡＧＷノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして第２のＵＥのための候補アドレス情報に含めることによって変更される。変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第１のＵＥへ転送される。そうでない場合には、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第１のＵＥへ転送される。第２のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第１のＵＥによる使用のためのものである。

随意的に、発信ＩＭＳ−ＡＧＷノードの第２のアドレスは、リレー候補アドレスとして使用するために決定される。代替えとしてまたは追加として、第１のＵＥが第１のＮＡＴデバイスの背後にあるときに、発信ＩＭＳ ＡＧＷノードは、第１のＮＡＴデバイスが第１のＵＥのために使用するトランスポートアドレスを発見するための第１のＵＥへのアドレスラッチングを行うように発信Ｐ−ＣＳＣＦノードによって指示される。代替えとしてまたは追加として、第２のＵＥが第２のＮＡＴデバイスの背後にあるときに、発信ＩＭＳ ＡＧＷノードは、第２のＮＡＴデバイスが第２のＵＥのために使用するトランスポートアドレスを発見するための第２のＵＥへのアドレスラッチングを行うように発信Ｐ−ＣＳＣＦノードによって指示される。

随意的に、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを変更することは、発信ＩＭＳ ＡＧＷノードの第１のアドレスである第１のＵＥのためのリレー候補アドレスをデフォルト候補アドレスとなるように設定することを更に含んでもよい。追加として、ＩＣＥ制御エンドポイントである第１または第２のＵＥから更新メッセージを受け取ることができ、更新メッセージは、第１のＵＥのためのリレー候補アドレス以外の他のアドレス候補が使用のために選択されたことを示す。他の選択されたアドレス候補はデフォルト候補アドレスとして設定され、発信ＩＭＳ−ＡＧＷノードの第１のアドレスは、発信ＩＭＳ−ＡＧＷノードが第１および第２のＵＥ間のメディア経路から除去されるように除去される。

本発明の第２の態様によれば、ＩＭＳ、第１のＵＥ、および、第２のＵＥを含む通信ネットワークにおけるＩＣＥベースＮＡＴトラバーサルのための着呼Ｐ−ＣＳＣＦノードを動作させるための方法が提供される。第２のＵＥのための第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージは着信Ｐ−ＣＳＣＦノードで受け取られ、ＳＩＰ Ｉｎｖｉｔｅメッセージは第１のＵＥのための候補アドレス情報を含む。受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージは第２のＵＥへ転送される。第１のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

随意的に、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージに応じて、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージは着信Ｐ−ＣＳＣＦノードで受け取られる。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第２のＵＥのための候補アドレス情報を含む。サーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在する場合、および、第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、および、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための関連する受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報に存在しなかった場合、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、着信ＩＭＳアクセスゲートウェイノードの第２のアドレスを第２のＵＥのためのリレー候補アドレスとして第２のＵＥのための候補アドレス情報に含めることによって変更される。変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送される。そうでない場合には、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送される。第２のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第１のＵＥによる使用のためのものである

選択肢として、第２のＵＥのためのリレー候補アドレスとして使用するための着信ＩＭＳ ＡＧＷノードの第２のアドレスが決定される。代替えとしてまたは追加として、第１のＵＥが第１のＮＡＴデバイスの背後にあるときに、着信ＩＭＳ ＡＧＷノードは、第１のＮＡＴデバイスが第１のＵＥのために使用するトランスポートアドレスを発見するための第１のＵＥへのアドレスラッチングを行うように着信Ｐ−ＣＳＣＦノードによって指示される。代替えとしてまたは追加として、第２のＵＥが第２のＮＡＴデバイスの背後にあるときに、着信ＩＭＳ ＡＧＷノードは、第２のＮＡＴデバイスが第２のＵＥのために使用するトランスポートアドレスを発見するための第２のＵＥへのアドレスラッチングを行うように着信Ｐ−ＣＳＣＦノードによって指示される。

選択肢として、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更することは、着信ＩＭＳ ＡＧＷにより与えられる第２のアドレスを含む第２のＵＥのためのリレー候補アドレスをデフォルト候補アドレスとなるように設定することを更に含んでもよい。追加として、ＩＣＥ制御エンドポイントである第１または第２のＵＥから更新メッセージを受け取ってもよく、更新メッセージは、第１または第２のＵＥのためのリレー候補アドレス以外の他のアドレス候補が使用のために選択されたことを示す。他のアドレス候補はデフォルト候補アドレスとして設定される。第１または第２のＵＥのためのリレー候補アドレスは、発信または着信ＩＭＳ−ＡＧＷノードが第１および第２のＵＥ間のメディア経路から除去されるように除去される。

本発明の第３の態様によれば、ＩＭＳ、第１のＵＥ、および、第２のＵＥを含む通信ネットワークにおけるネットワークノードが提供される。ネットワークノードは、受信器、送信器、メモリユニット、および、プロセッサを含み、プロセッサは、受信器、送信器、および、メモリユニットに接続される。受信器は、第２のＵＥとのメディアストリームを発信するための第１のＵＥからＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るように構成されている。受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージは、少なくとも、ホスト候補アドレスおよび第１のＵＥのためのサーバ再帰候補アドレスを含む。プロセッサは、第１のＵＥのためのリレー候補アドレスが受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージに存在しないときに、発信ＩＭＳ ＡＧＷノードのアドレスを第１のＵＥのためのリレー候補アドレスとして含むように、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを変更するように構成されている。送信器は、第２のＵＥと関連する着呼Ｐ−ＣＳＣＦノードへ変更されたＳＩＰ Ｉｎｖｉｔｅメッセージを送信するように構成されており、第１のＵＥのための候補アドレスは、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

選択肢として、受信器は、着呼Ｐ−ＣＳＣＦノードからＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように更に構成されており、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、少なくとも、ホスト候補アドレスおよび第２のＵＥのためのサーバ再帰候補アドレスを含む。プロセッサは、第２のＵＥのためのリレー候補アドレスが受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージに存在しないときに、発信ＩＭＳ ＡＧＷノードを第２のＵＥのためのリレー候補アドレスとして含むように、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更するように更に構成されている。送信器は、第２のＵＥとのＩＣＥ手順を行うときの第１のＵＥによる使用のために変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへ送信するように更に構成されている。

本発明の第４の態様によれば、ＩＭＳ、第１のユーザＵＥ、第２のＵＥを含む通信ネットワークにおけるネットワークノードが提供され、ネットワークノードは、受信器、送信器、メモリユニット、および、プロセッサを含み、プロセッサは、受信器、送信器、および、メモリユニットに接続される。受信器は、第２のＵＥのための第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るように構成されている。ＳＩＰ Ｉｎｖｉｔｅメッセージは第１のＵＥのための候補アドレス情報を含む。送信器は、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへ転送するように構成されている。第１のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

選択肢として、受信器は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージに応じて第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように更に構成される。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第２のＵＥのための候補アドレス情報を含む。サーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在する場合、および、第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、および、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための関連する受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報に存在しなかった場合、プロセッサは、着信ＩＭＳアクセスゲートウェイノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして含むように第２のＵＥのためのＳＩＰ Ｉｎｖｉｔｅ応答メッセージ候補アドレス情報を変更するように更に構成されている。送信器は、変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送するように更に構成されている。そうでない場合には、送信器は、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送するように更に構成されている。第２のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第１のＵＥによる使用のためのものである。

本発明の実施形態は、通信リソースの効率的な使用を与える、例えばＴＵＲＮサーバなどのリレーサーバの展開を最小にするための、かつＮＡＴトラバーサルが必要とされるときにメディアセッションにおけるトラフィックの効率的なスループットを与えるための比較的簡単で効率的な機構を提供できる。これは、メディアセッションのトラフィックにとって最適な通信経路またはメディア経路を選択するようにＵＥを構成できるようにするＮＡＴトラバーサル機能をオペレータが与えるための仕方を提供する。

一例として、ＮＡＴトラバーサルが必要とされるとき、およびＵＥがＩＣＥをサポートし、ＩＭＳ−ＡＧＷノードが通信経路に存在する理由がＮＡＴトラバーサルのため以外にないときの通信ネットワークにおいては、ＳＤＰ情報にリレー候補が存在しない場合、本発明は、呼セットアップＳＩＰ信号送信においてＳＤＰ情報を操作することにより、ＩＭＳネットワークがＩＭＳ−ＡＧＷノードのみをリレー候補として付加することができるようにする。これは、ＩＣＥ機構が使用されるリレー候補を結果としてもたらす場合（例えば、ホスト候補アドレスおよびサーバ再帰候補アドレスが役立たなかった）、最終的に確立された呼経路にＩＭＳ−ＡＧＷノードのみが存在することになるという利点を与える。

発信ネットワークおよび着信ネットワークを含む通信ネットワークを概略的に示す図である。 ＩＣＥ ＮＡＴトラバーサル機構例で使用するための発信ネットワークの一部を概略的に示す図である。 ＩＣＥ ＮＡＴトラバーサル機構例の信号送信フロー図である。 ホストＮＡＴトラバーサル機構例で使用するための発信ネットワークの一部を概略的に示す図である。 ホストＮＡＴトラバーサル機構例の信号送信フロー図である。 ＩＣＥ機構を使用するＵＥを伴うホストＮＡＴトラバーサル例の信号送信フロー図である。 本発明によるＩＣＥベースＮＡＴトラバーサルのための発信または着信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための解決策例で使用するための発信ネットワークの一部を概略的に示す図である。 本発明によるＩＣＥベースＮＡＴトラバーサルのための発信または着信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための他の解決策例の信号送信フロー図である。 本発明によるＩＣＥベースＮＡＴトラバーサルのための発信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための解決策例のフロー図である。 本発明によるＩＣＥベースＮＡＴトラバーサルのための発信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための他の解決策例のフロー図である。 本発明によるＩＣＥベースＮＡＴトラバーサルのための着信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための解決策例のフロー図である。 本発明によるＩＣＥベースＮＡＴトラバーサルのための着信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための他の解決策例のフロー図である。 本発明によるネットワークノードの一例の概略図である。 本発明によるネットワークノードの他の例の概略図である。

図１ｂおよび図１ｃは、ＵＥがＩＣＥをサポートしＩＭＳコアネットワークがＩＭＳ−ＡＧＷノードをメディア経路に挿入しないときのＮＡＴトラバーサルの第１のシナリオを示す。ＩＣＥベースＮＡＴトラバーサル機構は結果として、メディアリレーノードがＮＡＴトラバーサルを達成する唯一の手段であるまたは他のエンドポイントがＩＣＥ機構をサポートしないときの唯一の手段であるようなＮＡＴトラバーサルのケースにＴＵＲＮサーバを使用するリレーベースＮＡＴトラバーサルをもたらす。図１ｄ、図１ｅ、および図１ｆは、ＵＥとＩＭＳコアネットワークとの間に位置するＮＡＴデバイスをＩＭＳネットワークが検出するときのＮＡＴトラバーサルの第２のシナリオを示す。Ａ）ＵＥがＩＣＥベースＮＡＴトラバーサルをサポートしないとき（例えば図１ｄおよび図１ｅに示される）またはＢ）ＵＥがＩＣＥベースＮＡＴトラバーサルをサポートするがＩＭＳ−ＡＧＷノードが既にメディア経路で使用されるとき（例えば図１ｆに示される）に、ＴＵＲＮベースＮＡＴトラバーサルを回避するために一般に使用されるＩＭＳネットワークにおけるメディアリレーノードとして複数のＩＭＳ−ＡＧＷノードが使用される。

本明細書中で先に説明した問題を少なくとも部分的に克服するために、可能な限りＴＵＲＮサーバの代わりにＩＭＳ−ＡＧＷノードを効率的に使用することによってＩＣＥベースＮＡＴトラバーサル機構を改良することが提案される。これは、ＩＭＳオペレータが幾つかの異なるタイプのリレーサーバまたはノード（例えば、第１のシナリオをサポートするためのＴＵＲＮサーバおよび第２のシナリオをサポートするためのＩＭＳ−ＡＧＷノード）を展開できないようにするがＩＭＳ−ＡＧＷノードのみを展開できるようにし得る。本明細書中で提案されているＩＣＥベース機構は、第１のＵＥと第２のＵＥとの間のメディアセッションにおけるトラフィックの待ち時間を更に減少させるメディア経路または通信経路に配置されるリレーサーバ、メディアリレー、または、ＩＭＳ ＡＧＷノードの数を最小にすることができる。

一例として、機構は、第１のＵＥが第２のＵＥとの呼を発信するときにＩＣＳベースＮＡＴトラバーサルのための発呼Ｐ−ＣＳＣＦノードを動作させるための方法および／または装置であることができる。発呼Ｐ−ＣＳＣＦは呼セッション要求を第１のＵＥから受け取り、呼セッション要求は、第１のＵＥのための候補アドレス情報（例えば、ホスト候補アドレス、または、サーバ再帰候補アドレス、または、リレー候補アドレス）を含む。候補アドレスは、ＩＰアドレス（単数または複数）またはＩＰアドレス（単数または複数）とポート（単数または複数）とを備えるトランスポートアドレスであってもよい。第１のＵＥのためのリレー候補アドレスが呼セッション要求に存在しない場合、発信Ｐ−ＣＳＣＦノードは、発信ＩＭＳ ＡＧＷノードにより与えられる第１のアドレスを第１のＵＥのためのリレー候補アドレスとして含む（例えば、ａ−ライン、すなわち、ａ＝ＩＭＳ ＡＧＷアドレスリレーにより与えられる候補第１アドレス）ように呼セッション要求を変更する。このことは、発信ＩＭＳ ＡＧＷノードが、ＩＣＥ手順（例えば、ＩＣＥ接続性チェック）を行うときの第２のＵＥによる使用のためのトランスポートアドレス候補のリスト内にメディアリレーサーバとして働くように含まれることを意味する。変更された呼セッション要求は、第２のＵＥへルーティングするための更なるＩＭＳノードへ送信される。そうでない場合には、リレー候補が存在するときまたはホスト候補アドレスのみが存在するときに、受け取られた呼セッション要求は、第２のＵＥへルーティングするための更なるＩＭＳノードへ転送される。呼セッション要求における第１のＵＥのためのトランスポートアドレス候補は、ＩＣＥ手順を行うときに第２のＵＥによって使用される。

また、機構は、第１のＵＥが第２のＵＥとの呼を発信するときにＩＣＥベースＮＡＴトラバーサルのための着呼Ｐ−ＣＳＣＦノードを動作させるための方法および／または装置などになり得る。着呼Ｐ−ＣＳＣＦノードは、第１のＵＥから呼セッション要求を受け取り、呼セッション要求は、第１のＵＥのための候補アドレス情報（例えば、ホスト候補アドレス、または、サーバ再帰候補アドレス、または、リレー候補アドレス）を含む。着信Ｐ−ＣＳＣＦノードは、呼セッション要求を第１のＵＥから第２のＵＥへ転送する。第１のＵＥのための候補アドレス情報は、ＩＣＥ手順において第２のＵＥによって使用される。それに応じて、第２のＵＥは、第２のＵＥのための候補アドレス情報（例えば、ホスト候補アドレス、または、サーバ再帰候補アドレス、または、リレー候補アドレス）を収集する。着信Ｐ−ＣＳＣＦノードは、第１のＵＥから呼セッション要求を受け取る第２のＵＥに応じて、第２のＵＥから呼セッション応答を受け取る。着信Ｐ−ＣＳＣＦノードは、第２のＵＥのためのリレー候補アドレスが第２のＵＥからの呼セッション応答に存在しない場合および第１のＵＥのためのリレー候補アドレスが第１のＵＥからの対応する呼セッション要求に存在しなかった場合、呼セッション応答を変更することになる。これらの条件が満たされる場合、着信Ｐ−ＣＳＣＦノードは、着信ＩＭＳ ＡＧＷノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして含む（例えば、ａ−ライン、すなわち、ａ＝ＩＭＳ ＡＧＷアドレスリレーにより与えられる候補第２アドレス）ように呼セッション応答を変更する。このことは、着信ＩＭＳ ＡＧＷノードが、ＩＣＥ手順（例えば、ＩＣＥ接続性チェック）を行うときの第１のＵＥによる使用のためのトランスポートアドレス候補のリスト内にメディアリレーサーバとして働くように含まれることを意味する。変更された呼セッション応答は、第１のＵＥへルーティングするための更なるＩＭＳノードへ送信される。そうでない場合には、受け取られた呼セッション要求は、第１のＵＥへルーティングするための更なるＩＭＳノードへ転送される。呼セッション応答における第２のＵＥのためのトランスポートアドレス候補は、ＩＣＥ手順を行うときに第１のＵＥによって使用される。

第１および第２のＵＥがメディア経路および通信経路のそれらの構成を完了するために、発信Ｐ−ＣＳＣＦノードは、第１のＵＥからの呼セッション要求と関連する第２のＵＥからの呼セッション応答を受け取るべきである。発信Ｐ−ＣＳＣＦノードは、第２のＵＥから発信される呼セッション応答を受け取ってもよく、この場合、呼セッション応答は、第２のＵＥのための候補アドレス情報（例えば、第２のＵＥのためのホスト候補アドレス、および／または、サーバ再帰候補アドレス、および／または、リレー候補アドレス）を含む。第２のＵＥのためのリレー候補アドレスが受け取られた呼セッション応答に存在しないがトランスポート候補属性が応答に存在する場合、発呼Ｐ−ＣＳＣＦノードは、発信ＩＭＳ ＡＧＷノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして含むように受け取られた呼セッション応答における第２のＵＥのための候補アドレス情報を変更する。変更された呼セッション応答は第１のＵＥへ転送される。そうでない場合には、受け取られた呼セッション応答がそのまま第１のＵＥへ転送される。第１のＵＥは、ＩＣＥ手順を行うときに第２のＵＥのための候補アドレス情報を使用する。

このことは、リレーサーバがＮＡＴトラバーサルのために両方向で必要とされる場合、他のリレーサーバが存在しないときに、第１のＵＥと第２のＵＥとの間のメディア経路がリレーサーバとして発信ＩＭＳ ＡＧＷのみを含むことを意味する。リレーサーバがＮＡＴトラバーサルのために両方向で必要とされない場合、ＩＣＥ手順は、最終的に確立される通信経路にリレーサーバが全く存在しなくなるという結果をもたらす。

受け取られた呼セッション要求に第１のＵＥのためのリレー候補アドレスが存在するときに、発呼Ｐ−ＣＳＣＦノードは、受け取られた呼セッション要求を、第２のＵＥへルーティングするための更なるＩＭＳへ転送する。このことは、ＴＵＲＮサーバが第１のＵＥによって発見され、そのため、発信Ｐ−ＣＳＣＦが第１のＵＥと第２のＵＥとの間の通信経路またはメディア経路内に更なるリレーサーバを配置すべきでない、例えばＩＭＳ ＡＧＷを配置すべきでないことを意味する。ＩＣＥ接続性チェック中に、リレーサーバが第１のＵＥによって必要とされる場合、ＴＵＲＮサーバのみが通信経路に含まれることになり、ＩＭＳ ＡＧＷが更に含まれない。受け取られた呼セッション応答に第２のＵＥのためのリレー候補アドレスが存在するときに、発呼Ｐ−ＣＳＣＦノードは、受け取られた呼セッション応答を第１のＵＥへ転送する。このことは、ＴＵＲＮサーバが第２のＵＥによって発見され、そのため、発信および／または着信Ｐ−ＣＳＣＦが、第２のＵＥと第１のＵＥとの間の通信経路またはメディア経路に更なるリレーサーバ、例えばＩＭＳ ＡＧＷを配置すべきでないことを意味する。ＩＣＥ接続性チェック中に、リレーサーバが第２のＵＥによって必要とされる場合、ＴＵＲＮサーバのみが第２のＵＥと第１のＵＥとの間の通信経路に含まれることになり、ＩＭＳ ＡＧＷが更に含まれない。

また、呼セッション要求および呼セッション応答がリレー候補を含むように発信ＩＭＳ ＡＧＷノードによって変更されるときに、リレー候補アドレス（例えば、発信ＩＭＳ ＡＧＷのアドレス）がデフォルト候補アドレスになるように設定される。ＩＣＥ接続性チェックが第１のＵＥと第２のＵＥとの間で完了したときに、ＩＣＥ制御エンドポイント（第１のＵＥまたは第２のＵＥのいずれか）が更新メッセージを発信Ｐ−ＣＳＣＦノードおよび／または着信Ｐ−ＣＳＣＦノードへ送信してもよく、更新メッセージは、第１のＵＥと第２のＵＥとの間のメディア経路または通信経路を構成するために第１および第２のＵＥにより選択されたアドレスの候補対を示す。デフォルト候補アドレスがアドレスの候補対に含まれない場合、発信Ｐ−ＣＳＣＦは、第１のＵＥと第２のＵＥとの間のメディア経路から発信ＩＭＳ−ＡＧＷを除去しまたは解放してもよい。

本発明による前述した解決策例は、呼セッション要求メッセージおよび呼セッション応答メッセージを使用した。本発明による以下の解決策例はＳＩＰ信号送信プロトコルおよびＳＤＰオファー／アンサープロトコル・モデルについて説明されているが、第１のＵＥが第２のＵＥとの呼を発信するときに、他の信号送信プロトコルまたは呼セッションプロトコルおよびセッション記述プロトコルがＳＩＰ信号送信プロトコルおよびＳＤＰプロトコルの代わりに使用されてもよいことを理解されたい。

図２ａおよび図２ｂは、通信ネットワーク１００におけるＩＣＥベースＮＡＴトラバーサルのための発信および着信Ｐ−ＣＳＣＦノード１１４ａおよび１１４ｂを動作させるための本発明による解決策例を示す概略図および信号フロー図である。図１ａ〜図１ｅの参照数字は、同じまたは同様のネットワーク要素に再使用される。この解決策例は、ＩＭＳネットワーク環境で通信ネットワーク１００におけるＩＣＥベースＮＡＴトラバーサルを使用するときのＴＵＲＮサーバの必要性を排除するが、ＴＵＲＮサーバの使用を除外しない。

第１のＵＥ１０１が第２のＵＥ１０３へ呼を発信するときに、オペレータは、それがＮＡＴトラバーサルを達成するための唯一の仕方でない限り第１および第２のＵＥ１０１および１０３間のメディア接続がリレーサーバを経由しないことを望み得る。ＮＡＴデバイス１０８および／または１０９の背後にそれぞれある第１のＵＥ１０１および／または第２のＵＥ１０３などのＩＣＥ準拠ＵＥから連絡を受けるのに利用可能なＴＵＲＮサーバが存在しない場合、ＩＭＳネットワーク１０５は、例えば発信Ｐ−ＣＳＣＦノード１１４ａおよび／または着信Ｐ−ＣＳＣＦノード１１４ｂを使用して、ＴＵＲＮサーバが使用され得る代替リレーサーバとしてＩＭＳ−ＡＧＷノード１１５ａおよび／または１１５ｂを使用するように構成されることになる。

第１および第２のＵＥ１０１および１０３でのＩＣＥ手順は、メディアリレーを伴わずにＮＡＴトラバーサルを達成できる状況でＩＭＳ−ＡＧＷノード１１５ａおよび／または１１５ｂが使用されないように第１および第２のＵＥ１０１および１０３が最適なメディア経路を選択できるようにすることになる。ＩＭＳネットワークオペレータは、ＴＵＲＮサーバを展開させる必要が全くなくなり得る。その代わりに、後述する解決策例に基づいて、オペレータは、ＩＭＳ−ＡＧＷノード１１５ａおよび／または１１５ｂを展開でき、メディア経路内のリレーサーバの数を最小にするべくＮＡＴトラバーサルのためのＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂの使用を控えめに効率的に行うように発信および着信Ｐ−ＣＳＣＦノード１１４ａ／１１４ｂを構成できる。発信および着信Ｐ−ＣＳＣＦノード１１４ａ／１１５ｂは、ＩＭＳ ＡＧＷノード１１５ａ／１１５ｂと通信するときにＨ．２４８ゲートウェイネットワーキングプロトコルを使用してもよいが、ＩＭＳ ＡＧＷ機能を有するノードと通信するために任意のネットワークプロトコルが使用されてもよいことを理解されたい。

図２ａおよび図２ｂを参照すると、第１のＵＥ１０１は、発信ネットワーク１０２の第１のＮＡＴデバイス１０８の背後にあるＩＣＥ準拠ＵＥ１０１であると想定される。第１および第２のＵＥ１０１および１０３はＳＩＰポートおよびメディアポートを含み、ＳＩＰポートは、実線矢印により表されたＳＩＰ信号送信のために使用され、メディアポートは、破線矢印により表されたメディアベアラー等へのインタフェースである。呼を発信する前に、または、マルチメディアセッションを開始しマルチメディアストリームをセットアップする前に、ステップ２００において、第１のＵＥは、第１のＮＡＴデバイス１０８が第１のＵＥ１０１へのパケットにアドレス制限またはポート制限フィルタリングを行わないときに発信ネットワーク１０２の第１のＮＡＴデバイス１０８がそのパブリックネットワーク側でメディアのために割り当て得るトランスポートアドレス（単数または複数）を決定するために第１のＳＴＵＮサーバ１１３ａと相互に作用する。トランスポートアドレスは、ＩＰアドレスを表すデータ、または、ＩＰアドレスおよびポートを表すデータを含んでもよい。第１のＵＥ１０１がＴＵＲＮサーバ（図示せず）も見出すならば、第１のＵＥ１０１は次いで、第１のＵＥ１０１とＴＵＲＮサーバとの間にトンネルをセットアップするためにＴＵＲＮサーバと相互に作用することになり、これにより、メディアがＴＵＲＮサーバのパブリックネットワーク側で使用するためのリレートランスポートアドレス（単数または複数）が割り当てられることになる。この場合、第１のＵＥ１０１は、ＴＵＲＮサーバを見出さず、そのため、ＳＴＵＮサーバ１１３ａからのアンサーで受け取られた少なくとも１つのサーバ再帰候補トランスポートアドレスを発見するにすぎない。

ステップ２０１において、第１のＵＥ１０１は、ＳＤＰオファーを伴うＳＩＰ ＩＮＶＩＴＥ要求メッセージを、第２のＵＥ１０３へ転送するための発信Ｐ−ＣＳＣＦノード１１４ａへ送ることによって第２のＵＥ１０１へ呼を発信するためにＳＩＰ信号送信を使用する。ＳＤＰオファーを伴うＳＩＰ ＩＮＶＩＴＥ要求メッセージは、第１のＵＥのための候補アドレス情報を含む。候補アドレス情報は、少なくとも、第１のＵＥのホスト候補アドレス（例えば、ＩＰアドレスおよび／またはポート情報Ａ）、ＳＴＵＮサーバからのアンサーで受け取られた第１のＵＥのためのサーバ再帰候補アドレス（例えば、ＩＰアドレスおよび／またはポート情報Ａ２）、および、随意的には、それが存在すれば、ＴＵＲＮサーバ（図示せず）から受け取られた第１のＵＥのためのリレー候補アドレスを含む。この例では、ＴＵＲＮサーバが第１のＵＥ１０１によって見出されず、そのため、候補アドレス情報に含まれるリレー候補アドレスが存在しないことになる。

図２ｂに示されるように、第１のＵＥ１０１は第１のＮＡＴデバイス１０８の背後にあるため、候補アドレス情報は、ＳＤＰ属性ｃ＝Ａ１；ａ＝候補Ａホスト；および、ａ＝候補Ａ２ ｓｒｖｒｆｌｘのリストを含んでもよく、ここで、Ａ１は、ホストトランスポートアドレスに関するＮＡＴデバイス１０８により与えられるトランスポートアドレスであり、Ａは、ホストトランスポートアドレスであり、Ａ２は、ＳＴＵＮサーバ１１３ａにより与えられるトランスポートアドレスである。

図１ａ〜図１ｅを参照すると、３ＧＰＰ ＴＳ ２４．２２９は、ＳＩＰ ＩＮＶＩＴＥ要求メッセージをＵＥから受け取る発信／着信ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａ／１１４ｂが、第１のＵＥ１０１が第１のＮＡＴデバイス１０８の背後にあるときおよびメディアコンポーネントのためのＳＤＰオファーがＩＣＥ候補属性（例えば、前述のＳＩＰ ＩＮＶＩＴＥ要求メッセージ）を含むときに、Ｐ−ＣＳＣＦノード１１４ａ／１１４ｂが、ＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂをメディア経路に配置してもよいことを必要とする。これは、一般に、局所的に構成されたポリシーによって決定される。しかしながら、発信／着信Ｐ−ＣＳＣＦノード１１４ａ／１１４ｂがメディア経路にＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂを配置するための理由がホストＮＡＴトラバーサル以外に存在しない場合、発信／着信Ｐ−ＣＳＣＦノード１１４ａ／１１４ｂは、Ａ）ＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂをメディア経路に配置せず、その代わりに、図１ｃの場合のようにＳＴＵＮサーバおよびＴＵＲＮサーバ１１３ａ／１１３ｂおよび１１２ａ／１１２ｂによってそれぞれＩＣＥを中継するように選んでもよく、または、Ｂ）図１ｅの場合のように、発信／着信Ｐ−ＣＳＣＦノード１１４ａ／１１４ｂは、ＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂをメディア経路に配置し、ホストＮＡＴトラバーサルを行うようにＩＭＳ−ＡＧＷノードに命令してもよい。これにより、メディアは、常に、利用可能であり得るいずれのＴＵＲＮサーバおよびＳＴＵＮサーバ１１２ａ／１１２ｂおよび１１３ａ／１１３ｂを含むＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂを通じてルーティングされる。

図２ａおよび図２ｂを参照すると、ＩＣＥベースＮＡＴトラバーサルの解決策例により与えられる利点は、ＴＵＲＮサーバが第１のＵＥ１０１に利用可能でないときであってもリレーサーバとしての役割を果たすＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂの数が大きく最小にされるという点である。解決策例は、リレーサーバを使用する選択肢が維持されることを確実にし、殆どの場合、ＩＣＥベースＮＡＴトラバーサルのために第１および第２のＵＥ間のメディア経路で必要とされるＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂおよびリレーサーバの数を減少させる。

図２ｂを参照すると、ＳＩＰ ＩＮＶＩＴＥ要求メッセージを第１のＵＥから受け取ると、発信Ｐ−ＣＳＣＦノード１１４ａは、第１のＵＥ１０１のためのリレー候補アドレスが存在するかどうかを決定するために候補アドレス情報をチェックすることになる。サーバ再帰候補アドレスが存在する場合、このことは、第１のＵＥ１０１が第１のＮＡＴデバイス１０８の背後にあることを意味し、リレー候補アドレスが第１のＵＥ１０１のための候補アドレス情報に存在しない場合、ステップ２０２ａが行われる。ステップ２０２ａにおいて、発信Ｐ−ＣＳＣＦノード１１４ａは（他の局所的に構成されたポリシーによる）、ＳＤＰオファーのｃ＝ラインおよびｍ＝ラインおよびａ＝ラインにおけるトランスポートアドレス情報を操作することによって発信ＩＭＳ−ＡＧＷノード１１５ａをメディア経路に付加または配置する。これは、ＳＤＰオファーに存在する候補に付加される発信ＩＭＳ−ＡＧＷノード１１５ａにより与えられる第１のアドレスに対応するリレー候補アドレスを有することによって達成できる。

ＳＩＰ ＩＮＶＩＴＥ要求メッセージにおける候補アドレス情報は、発信ＩＭＳ−ＡＧＷノード１１５ａにより与えられる第１のアドレスをリレー候補アドレスとして含むように変更される。例えば、図２ｂにおいて、候補アドレス情報は、ＳＤＰ属性ａ＝候補Ｔ２リレーを含むように変更され、ここで、Ｔ２は、リレー候補アドレスとして発信ＩＭＳ ＡＧＷノード１１５ａにより与えられるトランスポートアドレスである。リレー候補アドレスがデフォルト候補として設定されてもよい。あるいは、発信Ｐ−ＣＳＣＦノード１１４ａは、リレーサーバを伴わずにＮＡＴトラバーサルが達成されることを信頼し、したがって、ＩＭＳ−ＡＧＷノード１１５ａを経路に配置しなくてもよいが、これは保証されなくてもよい。

発信ＩＭＳ ＡＧＷノード１１５ａが付加された時点で、発信Ｐ−ＣＳＣＦノード１１４ａは、第１のＵＥ１０１および／または第２のＵＥ１０３へのアドレスラッチングを行うように発信ＩＭＳ−ＡＧＷノード１１５ａに指示または命令してもよい。これは、発信ＩＭＳ ＡＧＷノード１１５ａがメディアパケットを中継することになるアドレス（ＩＰアドレスおよび／またはポート）を発信Ｐ−ＣＳＣＦノード１１４ａが知らない場合があるからである。そのため、ＩＭＳ ＡＧＷノード１１５ａは、メディアパケットが到達するのを待ち、ソースアドレスを検査し、そのアドレスを使用して、他の方向に中継されるメディアを中継する必要があることになる。ステップ２０２ｂにおいて、発信Ｐ−ＣＳＣＦノード１１４ａは、第２のＵＥ１０３へルーティングするためのＩＭＳネットワーク１０５における更なるＩＭＳノードへ変更されたＳＩＰ ＩＮＶＩＴＥ要求メッセージを転送する。

受け取られたＳＩＰ ＩＮＶＩＴＥ要求メッセージのための候補情報にリレー候補アドレスが存在すること、すなわち、ＳＤＰオファーのメディアコンポーネントがＴＵＲＮサーバリレー候補を含むことが決定される場合、発信Ｐ−ＣＳＣＦノード１１４ａは、メディアコンポーネントのために発信ＩＭＳ−ＡＧＷノード１１５ａによりホストＮＡＴトラバーサルを呼び出さないことになる。すなわち、受け取られたＳＩＰ ＩＮＶＩＴＥ要求メッセージは変更されない。このことは、発信ＩＭＳ ＡＧＷノード１１５ａがメディア経路に配置されないことになることを意味する。この場合、発信Ｐ−ＣＳＣＦノード１１４ａは、受け取られたＳＩＰ ＩＮＶＩＴＥ要求メッセージ（変更されていないＳＩＰ ＩＮＶＩＴＥ要求メッセージ）をＵＥ１０１から、第２のＵＥ１０３へルーティングするためのＩＭＳネットワーク１０５における更なるＩＭＳノードへ転送する。

着信Ｐ−ＣＳＣＦノード１１４ｂと称される着呼側Ｐ−ＣＳＣＦノード１１４ｂが第１のＵＥ１０１から発信されるＳＩＰ ＩＮＶＩＴＥ要求メッセージを受け取るときに、これは、前述したような第１のＵＥからの変更されたＳＩＰ ＩＮＶＩＴＥメッセージであってもよく、または、前述したような第１のＵＥからの変更されていないＳＩＰ ＩＮＶＩＴＥメッセージであってもよい。着信Ｐ−ＣＳＣＦノード１１４ｂは、リレー候補アドレスがＳＤＰオファーに存在するかどうかを決定するために、受け取られたＳＩＰ ＩＮＶＩＴＥメッセージのチェックを行う。変更されたまたは変更されていないＳＩＰ要求メッセージのいずれかにおけるリレー候補アドレスの存在に起因して、着信Ｐ−ＣＳＣＦノード１１４ｂは、ＩＭＳ ＡＧＷノード１１５ｂを経路に配置しない。その代わりに、ステップ２０３において、着信Ｐ−ＣＳＣＦノード１１４ｂは、第１のＵＥ１０１からのＳＩＰ ＩＮＶＩＴＥ要求メッセージがリレー候補アドレスを有したことに留意し、受け取られたＳＩＰ ＩＮＶＩＴＥ要求メッセージを着信ネットワーク１０４における第２のＵＥ１０３へ転送する。第１のＵＥ１０１からのＳＩＰ ＩＮＶＩＴＥメッセージがリレー候補アドレスを含まなければ、着信Ｐ−ＣＳＣＦノード１１４ｂは、受け取られたＳＩＰ ＩＮＶＩＴＥメッセージを第２のＵＥ１０３へ転送する。

ＳＩＰ ＩＮＶＩＴＥ要求メッセージを受け取ると、第２のＵＥ１０３は、ＩＣＥ手順を行うときに第１のＵＥ１０１のための候補アドレス情報を使用できる。ステップ２０４では、第１のＵＥ１０１から発信されるＳＩＰ ＩＮＶＩＴＥ要求メッセージを受け取った後、第２のＵＥ１０３は、発信ネットワーク１０２におけるステップ２００で行われた第１のＵＥ１０１と同様に、ＳＴＵＮサーバ１１３ｂ（および、存在する場合にはＴＵＲＮサーバ）により着信ネットワーク１０４において候補トランスポートアドレス発見を行う。

ステップ２０５では、第１のＵＥ１０１からのＳＩＰ ＩＮＶＩＴＥ要求メッセージに応じて、第２のＵＥ１０３は、ＳＤＰアンサーを伴うＳＩＰ ＩＮＶＩＴＥ応答メッセージを着信Ｐ−ＣＳＣＦノード１１４ｂへ送る。ＳＤＰアンサーは、第２のＵＥ１０３のための候補アドレス情報を含む。図２ｂに示すように、候補アドレス情報は、少なくとも、第２のＵＥのホスト候補トランスポートアドレス（例えば、ＩＰアドレスおよび／またはポート情報Ｂ）、ＳＴＵＮサーバ１１３ｂからのアンサーで受け取られた第２のＵＥ１０３のためのサーバ再帰候補トランスポートアドレス（例えば、ＩＰアドレスおよび／またはポート情報Ｂ２）、および、随意的には、ＴＵＲＮサーバ（図示せず）から受け取られた第２のＵＥのためのリレートランスポートアドレス（例えば、随意的なＩＰアドレスおよび／またはポート情報Ｂ３）を含む。図２ｂにおいて、角括弧内の属性は随意的であると見なされる。

ＴＵＲＮサーバが見出されない場合、リレートランスポートアドレスが第２のＵＥ１０３のための候補アドレス情報に含まれない。図２ｂに示されるように、第２のＵＥ１０３が着信ネットワーク１０４における第２のＮＡＴデバイス１０９の背後にあるため、候補アドレス情報は、ＳＤＰ属性ｃ＝Ｂ１（例えば、パブリックアドレスＮＡＴデバイス１０９は第２のＵＥ１０３のために使用する）、ａ＝候補Ｂホスト（第２のＵＥ１０３の実際のホストアドレス）、および、ａ＝候補Ｂ２ ｓｒｖｒｆｌｘ（ＳＴＵＮサーバ１１３ｂにより与えられるサーバ再帰アドレス）のリストを含んでもよく、ここで、Ｂ１は、ＮＡＴデバイス１０９により与えられるトランスポートアドレスであり、Ｂは、第２のＵＥ１０３のためのホストトランスポートアドレスであり、Ｂ２は、ＳＴＵＮサーバ１１３ｂにより第２のＵＥ１０３へ与えられるトランスポートアドレスである。

着信Ｐ−ＣＳＣＦノード１１４ｂがＳＤＰアンサーを伴うＳＩＰ ＩＮＶＩＴＥ応答メッセージを受け取るときに、着信Ｐ−ＣＳＣＦノード１１４ｂは、この例では存在しないリレー候補アドレスがＳＤＰアンサーに存在するかどうかを決定する。第２のＵＥ１０３のためのリレー候補アドレスが第２のＵＥ１０３のための候補アドレス情報に存在しないことが決定される場合、着信Ｐ−ＣＳＣＦノード１１４ｂは、ＳＩＰ ＩＮＶＩＴＥ応答メッセージと関連するＳＩＰ ＩＮＶＩＴＥ要求メッセージ（例えば、第１のＵＥ１０１から発信される変更された／変更されていないＳＩＰ ＩＮＶＩＴＥ要求メッセージ）が第１のＵＥ１０１のためのリレーアドレス候補を有したかどうかを更に決定する。ＳＩＰ ＩＮＶＩＴＥ応答メッセージと関連するＵＥ１０１からのＳＩＰ ＩＮＶＩＴＥ要求メッセージが第１のＵＥ１０１のためのリレーアドレス候補を有したと着信Ｐ−ＣＳＣＦノードが決定する場合、ステップ２０６において、着信Ｐ−ＣＳＣＦノード１１４ｂは、受け取られたＳＩＰ ＩＮＶＩＴＥ応答メッセージを、第１のＵＥ１０１へルーティングするためのＩＭＳネットワーク１０５における他のＩＭＳノードへ転送する。この例では、着信Ｐ−ＣＳＣＦノード１１４ｂがリレー候補アドレス（例えば、トランスポートアドレスＴ２）を有した変更されたＳＩＰ ＩＮＶＩＴＥ要求メッセージを第１のＵＥ１０１から受け取ったため、ステップ２０６において、着信Ｐ−ＣＳＣＦノード１１４ｂは、受け取られたＳＩＰ ＩＮＶＩＴＥ応答メッセージを、第１のＵＥ１０１へルーティングするための他のＩＭＳノードへ転送する。このことは、着信ＩＭＳ ＡＧＷノード（図示せず）が経路に配置されないことを意味する。

しかしながら、第１のＵＥ１０１から発信されるＳＩＰ ＩＮＶＩＴＥ要求メッセージが第１のＵＥ１０１のためのリレーアドレス候補を有さなかったと着信Ｐ−ＣＳＣＦノード１１４ｂが決定する場合、着信Ｐ−ＣＳＣＦノード１１４ｂは、着信ＩＭＳ ＡＧＷノード１１５ｂにより与えられる第２のアドレスをリレー候補アドレスとして第２のＵＥ１０３のための候補アドレス情報に含めることによって着信ＩＭＳ ＡＧＷノード１１５ｂ（図示せず）を経路内に付加または配置し、これにより、第２のＵＥ１０３から受け取られたＳＩＰ ＩＮＶＩＴＥ応答メッセージにおけるＳＤＰアンサーが変更される。着信Ｐ−ＣＳＣＦノード１１４ｂは、変更されたＳＩＰ ＩＮＶＩＴＥ応答メッセージを、第１のＵＥ１０１へルーティングするためのＩＭＳネットワーク１０５における他のＩＭＳノードへ転送する。

また、受け取られたＳＩＰ ＩＮＶＩＴＥ応答メッセージに第２のＵＥ１０３のためのリレー候補アドレスが存在する場合、ステップ２０６において、着信Ｐ−ＣＳＣＦノード１１４ｂは、第２のＵＥ１０３から受け取られたＳＩＰ ＩＮＶＩＴＥ応答メッセージを、第１のＵＥ１０１へルーティングするためのＩＭＳネットワーク１０５における他のＩＭＳノードへ転送する。

第２のＵＥ１０３から発信されるＳＤＰアンサーを伴うＳＩＰ ＩＮＶＩＴＥ応答メッセージを受け取ると、発信Ｐ−ＣＳＣＦノード１１４ａは、第２のＵＥ１０１がＮＡＴデバイスの背後にあるかどうか、および、第２のＵＥ１０３のためのリレーアドレス候補がＳＩＰ ＩＮＶＩＴＥ応答メッセージにおける第２のＵＥ１０３のための候補アドレス情報に存在するかどうかを決定する。候補アドレス情報が第２のＵＥ１０３のためのサーバ再帰候補アドレスを含むと決定される場合、第２のＵＥ１０３がＮＡＴデバイスの背後にある。次いで、発信Ｐ−ＣＳＣＦノード１１４ａは、再帰候補アドレスが存在するかどうかを決定する。再帰候補アドレスが候補アドレス情報の候補属性に存在しないことが決定される場合、ステップ２０７ａにおいて、発信Ｐ−ＣＳＣＦノード１１４ａは、ＩＭＳ−ＡＧＷノード１１５ａにより与えられる第２のアドレス（例えばＴ１）を第２のＵＥ１０３のためのリレー候補アドレスとして付加することによって第２のＵＥ１０３のための候補情報を変更する。この例において、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージのＳＤＰアンサーは、属性ｃ−ラインがｃ＝Ｔ１に置き換えられリレー候補アドレスがａ−ライン、ａ＝候補Ｔ１リレーによって含められるように変更される。ステップ２０７ｂにおいて、発信Ｐ−ＣＳＣＦノード１１４ａは、変更されたＳＩＰ ＩＮＶＩＴＥ応答メッセージを第１のＵＥ１０１へ転送する。第１のＵＥ１０１は、ＩＣＥ手順を行うときに第２のＵＥ１０３のための候補アドレス情報を使用する。

第２のＵＥ１０３のためのリレー候補アドレスが第２のＵＥ１０３のための候補アドレス情報に存在すると決定される場合、受け取られたＳＩＰ ＩＮＶＩＴＥ応答メッセージが第１のＵＥ１０１へ転送される。すなわち、ＩＭＳ ＡＧＷノード１１５ａタイプのリレーアドレス候補が付加されない。ＳＤＰアンサーがリレーアドレス候補を含んでいた場合、ＩＭＳ ＡＧＷノード１１５ａは、ＳＤＰアンサーにおいてではなくＳＤＰオファーにおけるリレーアドレス候補として単に見えることになる。次いで、第１のＵＥ１０１により行われるＩＣＥ手順は、ＩＣＥ接続性チェック段階中に、ＩＭＳ−ＡＧＷノード１１５ａをピア候補として発見することになる。

第１および第２のＵＥ１０１および１０３が第２および第１のＵＥ１０３および１０１とそれぞれ関連する候補アドレス情報を有すると、これらのＵＥ１０１および１０３は、ＩＣＥ手順に完全に従って、マルチメディアセッションに役立つ最適な候補対を決定するために、ＩＣＥ接続性チェックを互いにやりとりすることができる。ＮＡＴトラバーサルのためにリレーサーバが必要とされないことがＩＣＥ接続性チェックにより決定される場合、図２ｂに示されるように、第１および第２のＵＥ１０１および１０３間の端末相互間通信を可能にする最適な候補対が選ばれる。ＮＡＴトラバーサルのためにリレーサーバが必要とされることがＩＣＥ接続性チェックにより決定される場合、次いで、図２ｂに概説されるようにＩＭＳ ＡＧＷノード１１５ａが経路に含まれていた場合、ＩＭＳ ＡＧＷノード１１５ａのみがメディア経路に含まれることになる。メディア遅延は、メディアリレーリソースなどの通信リソースの効率的な使用によって最小にされている。

いずれにしても、エンドポイントとも呼ばれる第１および第２のＵＥ１０１および１０３は、最終的に、最適な実用候補対（アドレスの組）を選択することになる。最終的に選択される候補対がデフォルト候補でなかった場合、すなわち、デフォルトリレー候補アドレスとしてＩＭＳ−ＡＧＷ１１５ａにより与えられるアドレスでなかった場合、ＩＣＥ制御エンドポイントは、ＳＤＰ更新メッセージを発信Ｐ−ＣＳＣＦ１１４ａへ送ることになり、ＳＤＰ更新メッセージは、いずれの候補対が選択されたのかを示す。次いで、発信Ｐ−ＣＳＣＦノード１１４ａは、ＩＭＳ−ＡＧＷノード１１５ａリソースは使用されないので、この割り当てを解除してもよい。

ＮＡＴトラバーサルのため以外のその他の理由により経路で必要とされるＩＭＳ−ＡＧＷノード１１５ａが存在せず、リレーサーバを伴わずにＮＡＴトラバーサルを行うことができる場合、次いで、セッションにおける両方のエンドポイントが前述の解決策に基づいてＮＡＴトラバーサルのためのＩＣＥベース機構をサポートする場合、セッションメディアは、常にリレーサーバを介してルーティングされる代わりに最も短い経路をたどることになる。これは、これらのケースのメディア遅延を最小にし、ネットワーク帯域幅およびメディアリレー（ＩＭＳ−ＡＧＷノード１１５ａ／１１５ｂ）リソースを最小にすることによって通信リソースを効率的に使用する。

図３ａは、本発明によるＩＣＥベースＮＡＴトラバーサルのための発信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための他の解決策例のフロー図を示す。ＩＭＳ、第１のＵＥ、および、第２のＵＥを含む通信ネットワークが想定され、ここで、第１のＵＥは、第２のＵＥへ呼を発信する。発信ＩＭＳ Ｐ−ＣＳＣＦノードにより行われるプロセスステップは以下を含む。

Ａ１．第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るステップ。ＳＩＰ Ｉｎｖｉｔｅメッセージは第１のＵＥのための候補アドレス情報を含む。候補アドレス情報は、ホスト候補アドレス、サーバ再帰アドレス、および、リレー候補アドレスの群からの少なくとも１つのトランスポートアドレスを含んでもよい。Ａ２へ進む。

Ａ２．第１のＵＥのためのサーバ再帰候補アドレスが第１のＵＥのための候補アドレス情報に存在するかどうかを決定するステップ。第１のＵＥのためのサーバ再帰候補アドレスが第１のＵＥのための候補アドレス情報に存在する場合、プロセスはステップＡ３へ進む。そうでない場合、第１のＵＥのためのサーバ再帰候補アドレスが第１のＵＥのための候補アドレス情報に存在しない場合、プロセスはステップＡ６へ進む。

Ａ３．第１のＵＥのためのリレー候補アドレスが第１のＵＥのための候補アドレス情報に存在しないかどうかを決定するステップ。第１のＵＥのためのリレー候補アドレスが第１のＵＥのための候補アドレス情報に存在しない場合、プロセスはステップＡ４へ進む。そうでない場合、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための候補アドレス情報に存在する場合、プロセスはステップＡ６へ進む。

Ａ４．発信ＩＭＳアクセスゲートウェイノードにより与えられる第１のアドレスを第１のＵＥのためのリレー候補アドレスとして第１のＵＥのための候補アドレス情報に含めることによりＳＩＰ Ｉｎｖｉｔｅメッセージを変更するステップ。ステップＡ５へ進む。

Ａ５．変更されたＳＩＰ Ｉｎｖｉｔｅメッセージを、ＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへルーティングするための更なるＩＭＳノードへ転送するステップ。

Ａ６．受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを、ＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへルーティングするための更なるＩＭＳノードへ転送するステップ。

第１のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

前述のプロセスは、次いで、第１のＵＥまたはその他のＵＥからの更なるＳＩＰ Ｉｎｖｉｔｅメッセージの受信を待ってもよく、ここでプロセスは、更なるＳＩＰ Ｉｎｖｉｔｅメッセージに関して前述したステップを行う。あるいは、プロセスが図３ｂに概説されたプロセスへ進んでもよく、これは、発信Ｐ−ＣＳＣＦノードが次いで、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを予期し得、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージが、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージと関連するからである。

図３ｂは、本発明によるＩＣＥベースＮＡＴトラバーサルのための発信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための他の解決策例のフロー図を示す。ＩＭＳ、第１のＵＥ、および、第２のＵＥを含む通信ネットワークが想定され、ここで、第１のＵＥは、第２のＵＥへ呼を発信した。発信ＩＭＳ Ｐ−ＣＳＣＦノードにより行われるプロセスステップは以下を含む。

Ｂ１．第１のＵＥからのＳＩＰ Ｉｎｖｉｔｅメッセージに応じて、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るステップ。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第２のＵＥのための候補アドレス情報を含む。Ｂ２へ進む。

Ｂ２．第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在するかどうかを決定するステップ。第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在する場合、Ｂ３へ進む。そうでない場合、第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、Ｂ６へ進む。

Ｂ３．第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しないかどうかを決定するステップ。第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在する場合、Ｂ６へ進む。そうでない場合、第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、Ｂ４へ進む。

Ｂ４．発信ＩＭＳ ＡＧＷノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして第２のＵＥのための候補アドレス情報に含めることによりＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更するステップ。Ｂ５へ進む。

Ｂ５．変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへ転送するステップ。

Ｂ６．受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへ転送するステップ。

第２のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第１のＵＥによる使用のためのものである。

図３ｃは、本発明によるＩＣＥベースＮＡＴトラバーサルのための着信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための他の解決策例のフロー図を示す。ＩＭＳ、第１のＵＥ、および、第２のＵＥを含む通信ネットワークが想定され、ここで、第１のＵＥは、第２のＵＥへ呼を発信する。着信ＩＭＳ Ｐ−ＣＳＣＦノードにより行われるプロセスステップは以下を含む。

Ｃ１．第２のＵＥへ呼を発信する第１のＵＥに関する第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るステップ。ＳＩＰ Ｉｎｖｉｔｅメッセージは第１のＵＥのための候補アドレス情報を含む。ステップＣ２へ進む。

Ｃ２．受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへ転送するステップ。

第１のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

前述のプロセスは、次いで、第１のＵＥまたはその他のＵＥから発信される更なるＳＩＰ Ｉｎｖｉｔｅメッセージの受信を待ってもよく、ここで、プロセスは次いで、更なるＳＩＰ Ｉｎｖｉｔｅメッセージ（単数または複数）に関して前述したステップを行う。あるいは、プロセスは図３ｄに概説されたプロセスへ進んでもよく、これは、着信Ｐ−ＣＳＣＦノードが次いで、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを予期し得、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージと関連するからである。

図３ｄは、本発明によるＩＣＥベースＮＡＴトラバーサルのための着信ＩＭＳ Ｐ−ＣＳＣＦノードを動作させるための他の解決策例のフロー図を示す。ＩＭＳ、第１のＵＥ、および、第２のＵＥを含む通信ネットワークが想定され、ここで、第１のＵＥは、第２のＵＥへ呼を発信した。着信ＩＭＳ Ｐ−ＣＳＣＦノードにより行われるプロセスステップは以下を含む。

Ｄ１．第１のＵＥから発信される受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージに応じて、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るステップ。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第２のＵＥのための候補アドレス情報を含む。Ｄ２へ進む。

Ｄ２．サーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在しないかどうかを決定するステップ。サーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、Ｄ７へ進む。そうでない場合、サーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在する場合、Ｄ３へ進む。

Ｄ３．第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在するかどうかを決定するステップ。第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在する場合、Ｄ７へ進む。そうでない場合、第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、Ｄ４へ進む。

Ｄ４．第１のＵＥのためのリレー候補アドレスが、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージからの第１のＵＥのための候補アドレス情報に存在するかどうかを決定するステップ。第１のＵＥのためのリレー候補アドレスが、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージからの第１のＵＥのための候補アドレス情報に存在する場合、Ｄ７へ進む。そうでない場合、第１のＵＥのためのリレー候補アドレスが、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージからの第１のＵＥのための候補アドレス情報に存在しない場合、Ｄ５へ進む。

Ｄ５．着信ＩＭＳアクセスゲートウェイノードの第２のアドレスを第２のＵＥのためのリレー候補アドレスとして第２のＵＥのための候補アドレス情報に含めることによりＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更するステップ。Ｄ６へ進む。

Ｄ６．変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送するステップ。

Ｄ７．受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送するステップ。

第２のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第１のＵＥによる使用のためのものである。

図４は、第１のＵＥにより第２のＵＥへ発信される呼の発信側と関連する本発明による方法、プロセス、および／または、解決策を実施する際に使用するためのＰ−ＣＳＣＦ機能性（例えば、ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび／または１１４ｂ）を伴うネットワークノード４０１の一例の概略図を示す。ネットワークノード４０１は、コンピュータのハードウェアとソフトウェアとの組合せとして実施でき、前述した解決策に従って発信Ｐ−ＣＳＣＦノードとして動作するように構成できる。発信Ｐ−ＣＳＣＦノードとして動作するときに、ネットワークノード４０１は、受信器４０２、送信器４０３、メモリ４０４、および、プロセッサ４０５を含み、これらは互いに接続される。メモリ４０４は、プロセッサ４０５により実施される様々なプログラム／実行可能ファイルを記憶するとともに、任意の所要のデータ、例えば１つ以上のＵＥと関連するトランスポートアドレスを表すデータのための記憶ユニットを与える。メモリ４０４に記憶されプロセッサ４０５により実施されるプログラム／実行可能ファイルは、発信変更ＳＩＰ Ｉｎｖｉｔｅユニット４０６（例えば、ｏｒｉｇ．変更ＳＩＰ Ｉｎｖｉｔｅユニット）および発信変更ＳＩＰ Ｉｎｖｉｔｅ応答ユニット４０７（例えば、ｏｒｉｇ．変更ＳＩＰ Ｉｎｖｉｔｅ応答ユニット）のうちの１つ以上を含むがこれらに限定されない。

発信変更ＳＩＰ Ｉｎｖｉｔｅユニット４０６は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージ（第１のＵＥのための候補アドレス情報を伴うＳＤＰオファーを含むＳＩＰ Ｉｎｖｉｔｅメッセージ）を受け取るネットワークノード４０１で、第１のＵＥのためのサーバ再帰候補アドレスが第１のＵＥのための候補アドレス情報に存在するかどうか、および、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための候補アドレス情報に存在しないかどうかを決定するためのプログラム命令を含む。これらの両方の条件が満たされるときに、ＳＩＰ Ｉｎｖｉｔｅメッセージの第１のＵＥのための候補アドレス情報は、発信ＩＭＳアクセスゲートウェイノードにより与えられる第１のアドレスを第１のＵＥのためのリレー候補アドレスとして含むように変更される。

着信ＳＩＰ Ｉｎｖｉｔｅ応答ユニット４０７は、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージ（第２のＵＥのための候補アドレス情報を含むＳＩＰ Ｉｎｖｉｔｅ応答メッセージ）を受け取ると、第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在するかどうか、および、リレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しないかどうかを決定するためのプログラム命令を含む。これらの両方の条件が満たされるときに、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージの第２のＵＥのための候補アドレス情報は、発信ＩＭＳアクセスゲートウェイノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして含むように変更される。

動作時、プロセッサ４０５および受信器４０２は、第２のＵＥへ呼を発信する第１のＵＥに関する第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るように、かつ、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように構成されている。プロセッサ４０５および送信器４０３は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへ送信するように、かつ、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへ送信するように構成されている。

特に、受信器４０２は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るように構成されており、ＳＩＰ Ｉｎｖｉｔｅメッセージは第１のＵＥのための候補アドレス情報を含む。プロセッサ４０５は、第１のＵＥのためのサーバ再帰候補アドレスが第１のＵＥのための候補アドレス情報に存在する場合、および、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための候補アドレス情報に存在しない場合、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを変更するように構成されている。

プロセッサ４０５が続けて、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを変更する場合、プロセッサ４０５は、発信ＩＭＳアクセスゲートウェイノードにより与えられる第１のアドレスを第１のＵＥのためのリレー候補アドレスとして含むように、第１のＵＥのためのＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報を変更する。次いで、プロセッサ４０５および送信器４０３は、変更されたＳＩＰ Ｉｎｖｉｔｅメッセージを、ＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへルーティングするための更なるＩＭＳノードへ転送するように構成されている。そうでない場合には、プロセッサ４０５が続けて、ＳＩＰ Ｉｎｖｉｔｅメッセージを変更しないときに、プロセッサ４０５および送信器４０３は、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを、ＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへルーティングするための更なるＩＭＳノードへ転送するように構成されている。第１のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

受信器４０２は、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように更に構成されている。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージと関連する。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第２のＵＥのための候補アドレス情報を含む。プロセッサ４０５は、第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在し、かつ第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しない場合、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更するように構成されている。

プロセッサ４０５が続けて、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更する場合、プロセッサ４０５は、発信ＩＭＳ ＡＧＷノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして含むように、第２のＵＥのためのＳＩＰ Ｉｎｖｉｔｅ応答メッセージ候補アドレス情報を変更する。プロセッサ４０５および送信器４０３は、変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへ転送するように更に構成されている。そうでない場合には、プロセッサ４０５が続けて、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更しないときに、プロセッサ４０５および送信器は、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへ転送するように構成されている。第２のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第１のＵＥによる使用のためのものである。

図５は、第１のＵＥにより第２のＵＥへ発信される呼の着信側と関連する本発明による方法、プロセス、および／または、解決策を実施する際に使用するＰ−ＣＳＣＦ機能性（例えば、ＩＭＳ Ｐ−ＣＳＣＦノード１１４ａおよび／または１１４ｂ）を伴うネットワークノード５０１の一例の概略図を示す。ネットワークノード５０１は、コンピュータのハードウェアとソフトウェアとの組合せとして実施でき、前述した解決策に従って着信Ｐ−ＣＳＣＦノードとして動作するように構成できる。着信Ｐ−ＣＳＣＦノードとして動作するときに、ネットワークノード５０１は、受信器５０２、送信器５０３、メモリ５０４、および、プロセッサ５０５を含み、これらは互いに接続される。メモリ５０４は、プロセッサ５０５により実施される様々なプログラム／実行可能ファイルを記憶するとともに、任意の所要のデータ、例えば１つ以上のＵＥと関連するトランスポートアドレスを表すデータのための記憶ユニットを与える。メモリ５０４に記憶されプロセッサ５０５により実施されるプログラム／実行可能ファイルは、着信変更ＳＩＰ Ｉｎｖｉｔｅ応答ユニット５０７のうちの１つ以上を含むがこれらに限定されない。

着信ＳＩＰ Ｉｎｖｉｔｅ応答ユニット５０７は、第１のＵＥからのＳＩＰ Ｉｎｖｉｔｅメッセージに応じて第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージ（第２のＵＥのための候補アドレス情報を含むＳＩＰ Ｉｎｖｉｔｅ応答メッセージ）を受け取ると、第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在するかどうか、および、リレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しないかどうか、および、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための関連する受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報に存在しなかったかどうかを決定するためのプログラム命令を含む。これらの条件が満たされるときに、ＳＩＰ Ｉｎｖｉｔｅ応答メッセージの第２のＵＥのための候補アドレス情報は、発信ＩＭＳアクセスゲートウェイノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして含むように変更される。

動作時、プロセッサ５０５および受信器５０２は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るように、かつ、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージに応じて第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように構成されている。プロセッサ５０５および送信器５０３は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへ送信するように、かつ、第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへ送信するように構成されている。

特に、受信器５０２は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージに応じて第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように構成されている。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは第２のＵＥのための候補アドレス情報を含む。送信器５０３は、受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを第２のＵＥへ転送するように構成されている。第１のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第２のＵＥによる使用のためのものである。

受信器５０２は、第１のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取る第２のＵＥに応じて第２のＵＥから発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように更に構成されている。ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは、第２のＵＥのための候補アドレス情報を含む。プロセッサ５０５は、第２のＵＥのためのサーバ再帰候補アドレスが第２のＵＥのための候補アドレス情報に存在するかどうか、および、第２のＵＥのためのリレー候補アドレスが第２のＵＥのための候補アドレス情報に存在しないかどうか、および、第１のＵＥのためのリレー候補アドレスが第１のＵＥのための関連する受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報に存在しなかったかどうかに基づいて、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更するように構成されている。

プロセッサ５０５が続けて、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更する場合、プロセッサ５０５は、着信ＩＭＳアクセスゲートウェイノードにより与えられる第２のアドレスを第２のＵＥのためのリレー候補アドレスとして含むように、第２のＵＥのためのＳＩＰ Ｉｎｖｉｔｅ応答メッセージ候補アドレス情報を変更する。プロセッサ５０５および送信器５０３は、変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送するように更に構成されている。そうでない場合には、プロセッサ５０５が続けて、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更しないときに、プロセッサ５０５および送信器５０３は、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを第１のＵＥへルーティングするための他のＩＭＳノードへ転送するように構成されている。第２のＵＥのための候補アドレス情報は、ＩＣＥ手順を行うときの第１のＵＥによる使用のためのものである。

当業者には、本発明の範囲から逸脱することなく前述した例および実施形態に対して様々な変更形態がなされてもよいことが理解されよう。例えば、前述した実施形態は、ＳＩＰ信号送信プロトコルおよびＳＤＰオファー／アンサーモデルなどの特定のプロトコルに言及したが、第１のＵＥが第２のＵＥとの呼を発信するときに、他の信号送信プロトコルまたは呼セッションプロトコルおよびセッション記述プロトコルがＳＩＰ信号送信およびＳＤＰの代わりに使用されてもよいことを理解されたい。前述した実施形態は、ＩＭＳ−ＡＧＷノード（単数または複数）、ＩＭＳ Ｐ−ＣＳＣＦ（単数または複数）、ＮＡＴデバイス（単数または複数）などのＩＭＳネットワーク内のエンティティ、ノード、または、機能に言及したが、これらのエンティティ、ノード、または、機能のうちの１つ以上に言及するために使用される名前が変化し得ること、あるいは、これらのエンティティ、ノード、または、機能のうちの１つ以上の機能性が他のネットワークエンティティまたはＩＭＳノードの機能性と組み合わされてもよいことが可能である。

前述した解決策例または好ましい実施形態の観点から本発明を説明してきたが、これらの例または実施形態が単なる例示であること、および特許請求の範囲がこれらの例または実施形態のみに限定されないことを理解されたい。当業者は、添付の特許請求の範囲内に入ると考えられる変更形態および代替形態を本開示に照らしてなすことができよう。本明細書中に開示または例示された特徴、ステップ、または、ノードのそれぞれは、単独であるいは本明細書中に開示または例示されたその他の特徴、ステップ、または、ノードとの任意の適した組合せで本発明に組み入れられてもよい。

Claims (18)

1. ＩＰマルチメディアサブシステムＩＭＳ（１０５）、第１のユーザ機器ＵＥ（１０１）、および、第２のＵＥ（１０３）を含む通信ネットワーク（１００）における双方向接続性確立ＩＣＥベースネットワークアドレス変換ＮＡＴトラバーサルのための発呼Ｐ−ＣＳＣＦノード（１１４ａ；４０１）を動作させるための方法であって、前記方法は、
   前記第１のＵＥ（１０１）から発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取る（Ａ１；２０１）ステップであって、前記ＳＩＰ Ｉｎｖｉｔｅメッセージは前記第１のＵＥ（１０１）のための候補アドレス情報を備える、ステップと、
   前記第１のＵＥ（１０１）のためのサーバ再帰候補アドレスが前記第１のＵＥ（１０１）のための前記候補アドレス情報に存在し（Ａ２）、かつ前記第１のＵＥ（１０１）のためのリレー候補アドレスが前記第１のＵＥ（１０１）のための前記候補アドレス情報に存在しない（Ａ３）場合、
   発信ＩＭＳアクセスゲートウェイノード（１１５ａ）により与えられる第１のアドレスを前記第１のＵＥ（１０１）のための前記リレー候補アドレスとして含むように前記第１のＵＥ（１０１）のための前記ＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報を変更する（Ａ４；２０２ａ）ステップと、
   前記変更されたＳＩＰ Ｉｎｖｉｔｅメッセージを、前記ＳＩＰ Ｉｎｖｉｔｅメッセージを前記第２のＵＥ（１０３）へルーティングするための更なるＩＭＳノードへ転送し（Ａ５；２０２ｂ）、
   そうでない場合（Ａ２，Ａ３）には、前記受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを、前記ＳＩＰ Ｉｎｖｉｔｅメッセージを前記第２のＵＥ（１０３）へルーティングするための前記更なるＩＭＳノードへ転送する（Ａ６）ステップと、
   を行うステップと、
   を備え、
   前記第１のＵＥ（１０１）のための前記候補アドレス情報は、ＩＣＥ手順を行うときの前記第２のＵＥ（１０３）による使用のためのものである、方法。
2. 前記第２のＵＥ（１０３）から発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取る（Ｂ１；２０７，２０７ａ）ステップであって、前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは前記第２のＵＥ（１０３）のための候補アドレス情報を含む、ステップと、
   前記第２のＵＥのためのサーバ再帰候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在し（Ｂ２）、かつリレー候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在しない（Ｂ３）場合、前記方法は、
   前記発信ＩＭＳ ＡＧＷノード（１１５ａ）により与えられる第２のアドレスを前記第２のＵＥ（１０３）のための前記リレー候補アドレスとして含むように前記第２のＵＥ（１０３）のための前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージ候補アドレス情報を変更する（Ｂ４；２０７ａ）ステップと、
   前記変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へ転送し（２０７ｂ）、
   そうでない場合（Ｂ２，Ｂ３）には、前記受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へ転送する（Ｂ６）ステップと、
   を行うステップと、
   を更に備え、
   前記第２のＵＥ（１０３）のための前記候補アドレス情報は、ＩＣＥ手順を行うときの前記第１のＵＥ（１０１）による使用のためのものである、
   請求項１に記載の方法。
3. 前記リレー候補アドレスとして使用するための前記発信ＩＭＳ ＡＧＷノード（１１５ａ）のアドレスを決定するステップを更に備える、請求項１または２に記載の方法。
4. 前記第１のＵＥ（１０１）は第１のＮＡＴデバイス（１０８）の背後にあり、方法は、前記第１のＮＡＴデバイス（１０８）が前記第１のＵＥ（１０１）のために使用するトランスポートアドレスを発見するための前記第１のＵＥ（１０１）へのアドレスラッチングを行うように前記発信ＩＭＳ ＡＧＷノード（１１５ａ）に命令するステップを更に備える、請求項１から３のいずれか一項に記載の方法。
5. 前記第２のＵＥ（１０３）は第２のＮＡＴデバイス（１０９）の背後にあり、方法は、前記第２のＮＡＴデバイス（１０９）が前記第２のＵＥ（１０３）のために使用するトランスポートアドレスを発見するための前記第２のＵＥ（１０３）へのアドレスラッチングを行うように前記発信ＩＭＳ ＡＧＷノード（１１５ａ）に命令するステップを更に備える、請求項１から４のいずれか一項に記載の方法。
6. 前記受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを変更する（Ａ４；２０２ａ）前記ステップは、前記発信ＩＭＳ ＡＧＷノード（１１５ａ）の前記アドレスを備える前記リレー候補アドレスをデフォルト候補アドレスとなるように設定することを更に備える、請求項１から５のいずれか一項に記載の方法。
7. ＩＣＥ制御エンドポイントである前記第１または第２のＵＥ（１０１）または（１０３）から更新メッセージを受け取るステップであって、前記更新メッセージは、前記発信ＩＭＳ ＡＧＷノード（１１５ａ）の前記アドレスを備える前記リレー候補アドレス以外の他のアドレス候補が使用のために選択されたことを示す、ステップと、
   前記他のアドレス候補を前記デフォルト候補アドレスとして設定するステップと、
   前記発信ＩＭＳ ＡＧＷノード（１１５ａ）の前記アドレスを前記第１および第２のＵＥ（１０１）および（１０３）間のメディア経路から除去するステップと、
   を更に備える、請求項６に記載の方法。
8. ＩＰマルチメディアサブシステムＩＭＳ（１０５）、第１のユーザ機器ＵＥ（１０１）、および、第２のＵＥ（１０３）を含む通信ネットワーク（１００）における双方向接続性確立ＩＣＥベースＮＡＴトラバーサルのための着呼Ｐ−ＣＳＣＦノード（１１４ｂ；５０１）を動作させるための方法であって、前記方法は、
   前記第２のＵＥ（１０３）のための前記第１のＵＥ（１０１）から発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取る（Ｃ１；２０２ｂ）ステップであって、前記ＳＩＰ Ｉｎｖｉｔｅメッセージは前記第１のＵＥ（１０１）のための候補アドレス情報を含む、ステップと、
   前記受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを前記第２のＵＥ（１０３）へ転送する（Ｃ２；２０３）ステップと、
   を備え、
   前記第１のＵＥ（１０１）のための前記候補アドレス情報は、ＩＣＥ手順を行うときの前記第２のＵＥ（１０３）による使用のためのものである、方法。
9. 前記第１のＵＥ（１０１）から発信される前記ＳＩＰ Ｉｎｖｉｔｅメッセージに応じて前記第２のＵＥ（１０３）から発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取る（Ｄ１；２０５）ステップであって、前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは前記第２のＵＥ（１０３）のための候補アドレス情報を含む、ステップと、
   サーバ再帰候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在する（Ｄ２）場合、および、前記第２のＵＥ（１０３）のためのリレー候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在しない（Ｄ３）場合、および、前記第１のＵＥ（１０１）のための前記リレー候補アドレスが前記第１のＵＥ（１０１）のための前記関連する受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報に存在しなかった（Ｄ４）場合、
   前記着信ＩＭＳアクセスゲートウェイノード（１１５ｂ）により与えられる第２のアドレスを前記第２のＵＥ（１０３）のための前記リレー候補アドレスとして含むように前記第２のＵＥ（１０３）のための前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージ候補アドレス情報を変更する（Ｄ４，Ｄ５）ステップと、
   前記変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、前記変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へルーティングするための他のＩＭＳノードへ転送し（Ｄ６；２０６）、
   そうでない場合には、前記受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、前記受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へルーティングするための他のＩＭＳノードへ転送する（Ｄ７；２０６）ステップと、
   を行うステップと、
   を更に備え、
   前記第２のＵＥ（１０３）のための前記候補アドレス情報は、ＩＣＥ手順を行うときの前記第１のＵＥ（１０１）による使用のためのものである、
   請求項８に記載の方法。
10. 前記第２のＵＥ（１０３）のための前記リレー候補アドレスとして使用するための前記着信ＩＭＳ ＡＧＷノード（１１５ｂ）のアドレスを決定するステップを更に備える、請求項８または９に記載の方法。
11. 前記第１のＵＥ（１０１）は第１のＮＡＴデバイス（１０８）の背後にあり、方法は、前記第１のＮＡＴデバイス（１０８）が前記第１のＵＥ（１０１）のために使用するトランスポートアドレスを発見するための各ＵＥ（１０１，１０３）へのアドレスラッチングを行うように前記着信ＩＭＳ ＡＧＷノード（１１５ｂ）に命令するステップを更に備える請求項８から１０のいずれか一項に記載の方法。
12. 前記第２のＵＥ（１０３）は第２のＮＡＴデバイス（１０９）の背後にあり、方法は、前記第２のＮＡＴデバイス（１０９）が前記第２のＵＥ（１０３）のために使用するトランスポートアドレスを発見するための各ＵＥ（１０１，１０３）へのアドレスラッチングを行うように前記着信ＩＭＳ ＡＧＷノード（１１５ｂ）に命令するステップを更に備える請求項８から１１のいずれか一項に記載の方法。
13. 前記受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを変更する（Ｄ５）前記ステップは、前記着信ＩＭＳ ＡＧＷノード（１１５ｂ）の前記アドレスを備える前記リレー候補アドレスをデフォルト候補アドレスとなるように設定することを更に備える、請求項８から１２のいずれか一項に記載の方法。
14. ＩＣＥ制御エンドポイントである前記第１または第２のＵＥ（１０１，１０３）から更新メッセージを受け取るステップであって、前記更新メッセージは、前記着信ＩＭＳ ＡＧＷノード（１１５ｂ）の前記第２のアドレスを備える前記リレー候補アドレス以外の他のアドレス候補が使用のために選択されたことを示す、ステップと、
    前記他のアドレス候補を前記デフォルト候補アドレスとして設定するステップと、
    前記着信ＩＭＳ ＡＧＷノード（１１５ｂ）の前記第２のアドレスを前記第１および第２のＵＥ（１０１，１０３）間のメディア経路から除去するステップと、
    を更に備える、請求項１３に記載の方法。
15. ＩＰマルチメディアサブシステムＩＭＳ（１０５）、第１のユーザ機器ＵＥ（１０１）、および、第２のＵＥ（１０３）を含む通信ネットワーク（１００）におけるネットワークノード（４０１）であって、前記ネットワークノード（４０１）は、
    受信器（４０２）、送信器（４０３）、メモリユニット（４０４）、および、プロセッサ（４０５）を備え、前記プロセッサ（４０５）は、前記受信器（４０２）、前記送信器（４０３）、および、前記メモリユニット（４０４）に接続され、
    前記受信器（４０２）は、前記第１のＵＥ（１０１）から発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るように構成されており、前記ＳＩＰ Ｉｎｖｉｔｅメッセージは前記第１のＵＥ（１０１）のための候補アドレス情報を備え、
    前記第１のＵＥ（１０１）のためのサーバ再帰候補アドレスが前記第１のＵＥ（１０１）のための前記候補アドレス情報に存在し、かつ前記第１のＵＥ（１０１）のためのリレー候補アドレスが前記第１のＵＥ（１０１）のための前記候補アドレス情報に存在しない場合、
    前記プロセッサ（４０５）は、発信ＩＭＳアクセスゲートウェイノード（１１５ａ）により与えられる第１のアドレスを前記第１のＵＥ（１０１）のための前記リレー候補アドレスとして含むように前記第１のＵＥ（１０１）のための前記ＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報を変更するように構成されており、
    前記送信器（４０３）は、前記変更されたＳＩＰ Ｉｎｖｉｔｅメッセージを、前記ＳＩＰ Ｉｎｖｉｔｅメッセージを前記第２のＵＥ（１０３）へルーティングするための更なるＩＭＳノードへ転送するように構成されており、
    そうでない場合には、前記送信器（４０３）は、前記受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを、前記ＳＩＰ Ｉｎｖｉｔｅメッセージを前記第２のＵＥ（１０３）へルーティングするための前記更なるＩＭＳノードへ転送するように更に構成されており、
    前記第１のＵＥ（１０１）のための前記候補アドレス情報は、双方向接続性確立ＩＣＥ手順を行うときの前記第２のＵＥ（１０３）による使用のためのものである、ネットワークノード（４０１）。
16. 前記受信器（４０２）は、前記第２のＵＥ（１０３）から発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように更に構成されており、前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは前記第２のＵＥ（１０３）のための候補アドレス情報を含み、
    前記第２のＵＥ（１０３）のためのサーバ再帰候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在する場合、および、前記第２のＵＥ（１０３）のためのリレー候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在しない場合、
    前記プロセッサ（４０５）は、前記発信ＩＭＳ ＡＧＷノード（１１５ａ）により与えられる第２のアドレスを前記第２のＵＥ（１０３）のための前記リレー候補アドレスとして含むように前記第２のＵＥ（１０３）のための前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージ候補アドレス情報を変更するように更に構成されており、
    前記送信器（４０３）は、前記変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へ転送するように更に構成されており、
    そうでない場合には、前記送信器（４０３）は、前記受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へ転送するように更に構成されており、
    前記第２のＵＥ（１０３）のための前記候補アドレス情報は、ＩＣＥ手順を行うときの前記第１のＵＥ（１０１）による使用のためのものである、
    請求項１５に記載のネットワークノード（４０１）。
17. ＩＰマルチメディアサブシステムＩＭＳ、第１のユーザ機器ＵＥ（１０１）、第２のＵＥ（１０３）を含む通信ネットワーク（１００）におけるネットワークノード（５０１）であって、前記ネットワークノード（５０１）は、
    受信器（５０２）、送信器（５０３）、メモリユニット（５０４）、および、プロセッサ（５０５）を備え、前記プロセッサ（５０５）は、前記受信器（５０２）、前記送信器（５０３）、および、前記メモリユニット（５０４）に接続され、
    前記受信器（５０２）は、前記第２のＵＥ（１０３）のための前記第１のＵＥ（１０１）から発信されるＳＩＰ Ｉｎｖｉｔｅメッセージを受け取るように構成されており、前記ＳＩＰ Ｉｎｖｉｔｅメッセージは前記第１のＵＥ（１０１）のための候補アドレス情報を含み、
    前記送信器（４０３）は、前記受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージを前記第２のＵＥ（１０３）へ転送するように構成されており、
    前記第１のＵＥ（１０１）のための前記候補アドレス情報は、双方向接続性確立ＩＣＥ手順を行うときの前記第２のＵＥ（１０３）による使用のためのものである、ネットワークノード（５０１）。
18. 前記受信器（５０２）は、前記第１のＵＥ（１０１）から発信される前記ＳＩＰ Ｉｎｖｉｔｅメッセージに応じて前記第２のＵＥ（１０３）から発信されるＳＩＰ Ｉｎｖｉｔｅ応答メッセージを受け取るように更に構成されており、前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージは前記第２のＵＥ（１０３）のための候補アドレス情報を含み、
    サーバ再帰候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在する場合、および、前記第２のＵＥ（１０３）のためのリレー候補アドレスが前記第２のＵＥ（１０３）のための前記候補アドレス情報に存在しない場合、および、前記第１のＵＥのための前記リレー候補アドレスが前記第１のＵＥのための前記関連する受け取られたＳＩＰ Ｉｎｖｉｔｅメッセージ候補アドレス情報に存在しなかった場合、
    前記プロセッサ（５０５）は、前記着信ＩＭＳアクセスゲートウェイノード（１１５ｂ）により与えられる第２のアドレスを前記第２のＵＥ（１０３）のための前記リレー候補アドレスとして含むように前記第２のＵＥ（１０３）のための前記ＳＩＰ Ｉｎｖｉｔｅ応答メッセージ候補アドレス情報を変更するように更に構成されており、
    前記送信器（５０３）は、前記変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、前記変更されたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へルーティングするための他のＩＭＳノードへ転送するように更に構成されており、
    そうでない場合には、前記送信器（５０３）は、前記受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを、前記受け取られたＳＩＰ Ｉｎｖｉｔｅ応答メッセージを前記第１のＵＥ（１０１）へルーティングするための他のＩＭＳノードへ転送するように更に構成されており、
    前記第２のＵＥ（１０３）のための前記候補アドレス情報は、ＩＣＥ手順を行うときの前記第１のＵＥ（１０１）による使用のためのものである、
    請求項１７に記載のネットワークノード（５０１）。

Images