(57)【要約】少なくとも１つのアドレス変換装置（ＮＡＴ１、ＮＡＴ２）を含む通信ネットワーク（ＳＮ１、ＳＮ、ＳＮ２）を介して、呼出し元クライアント（Ｃ１）と呼出し先クライアント（Ｃ２）との間で通信セッションをセットアップする方法。この方法は、少なくとも１つのアドレス変換装置を通過し、クライアントの物理アドレスの交換を可能にする、信号メッセージ（ｆｓ）の送信のための段階を含む。クライアントのうちの少なくとも一方は、アドレス変換装置のトラバーサルのためのソリューションを実施する。少なくとも１つのクライアントが送信信号メッセージ内で、トラバーサル・ソリューションの実施を示すパラメータを追加し、このようなパラメータがある場合には、ネットワーク装置は、アドレス変換装置のトラバーサルのためのそれ自体のソリューションを実施しないという点で、この方法は革新的である。
2010503300.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのアドレス変換装置（ＮＡＴ１、ＮＡＴ２）を含む通信ネットワーク（ＳＮ１、ＳＮ、ＳＮ２）を介して、呼出し元通信クライアント（Ｃ１）と呼出し先通信クライアント（Ｃ２）との間で通信セッション（ｆｍ）をセットアップする方法において、前記少なくとも１つのアドレス変換装置を通過し、前記通信セッションをセットアップするための前記通信クライアントの物理アドレスの交換を可能にする、信号メッセージ（ｆｓ）の送信段階を含み、前記通信クライアントのうちの少なくとも一方が、アドレス変換装置のトラバーサル・ソリューションを実施する、方法であって、前記少なくとも一方の通信クライアントが、前記トラバーサル・ソリューションの実施を示すパラメータを送信信号メッセージ内に追加すること、およびこのようなパラメータがある場合には、前記通信ネットワークの装置が、それ自体のアドレス変換装置のトラバーサル・ソリューションを実施しないことを特徴とする方法。
【請求項２】
前記送信される信号メッセージが、ＳＩＰプロトコルに準拠するメッセージである、請求項１に記載の通信セッションをセットアップする方法。
【請求項３】
前記送信される信号メッセージが、「ＩＮＶＩＴＥ」に対応したメッセージである、請求項２に記載の通信セッションをセットアップする方法。
【請求項４】
前記トラバーサル・ソリューションが、ＳＴＵＮ、ＴＵＲＮおよびＩＣＥメカニズムを含むグループ内に入るメカニズムに準拠する、請求項１乃至３のいずれか１項に記載の通信セッションをセットアップする方法。
【請求項５】
前記パラメータが、ＳＩＰプロトコルに準拠するヘッダである、請求項２乃至４のいずれか１項に記載の通信セッションをセットアップする方法。
【請求項６】
前記パラメータが、ＳＤＰプロトコルに準拠するパラメータである、請求項２乃至４のいずれか１項に記載の通信セッションをセットアップする方法。
【請求項７】
前記パラメータがない場合に、前記通信ネットワークの装置が、それ自体のアドレス変換装置のトラバーサル・ソリューションを実施する、請求項１乃至６のいずれか１項に記載の通信セッションをセットアップする方法。
【請求項８】
前記通信ネットワークの装置が、それ自体のトラバーサル・ソリューションを実施するときに、この装置が、この実施を示すパラメータを発信信号メッセージ内に挿入する、請求項７に記載の通信セッションをセットアップする方法。
【請求項９】
少なくとも１つの他の通信クライアント（Ｃ２）との通信セッション（ｆｍ）をセットアップするための信号メッセージ（ｆｓ）を送信する手段と、アドレス変換装置のトラバーサル手段とを有する通信クライアント（Ｃ１）であって、信号メッセージを送信する前に、前記メッセージ内に前記アドレス変換装置のトラバーサル手段の実施を示すパラメータを追加するための手段を有することを特徴とする、通信クライアント。
【請求項１０】
前記信号メッセージが、ＳＩＰプロトコルに準拠するメッセージである、請求項９に記載の通信クライアント。
【請求項１１】
前記信号メッセージが、「ＩＮＶＩＴＥ」メッセージである、請求項１０に記載の通信クライアント。
【請求項１２】
前記トラバーサル・ソリューションが、ＳＴＵＮ、ＴＵＲＮおよびＩＣＥメカニズムを含むグループ内に入るメカニズムに準拠する、請求項９乃至１１のいずれか１項に記載の通信クライアント。
【請求項１３】
前記パラメータが、ＳＩＰプロトコルに準拠するヘッダである、請求項１０乃至１２のいずれか１項に記載の通信クライアント。
【請求項１４】
前記パラメータが、ＳＤＰプロトコルに準拠するパラメータである、請求項１０乃至１２のいずれか１項に記載の通信クライアント。
【請求項１５】
前記アドレス変換装置のトラバーサル手段が利用不可能なときに、前記信号メッセージ内に前記アドレス変換装置のトラバーサル手段の非実施を示すパラメータを追加するために、利用可能なさらなる手段を有する、請求項９乃至１４のいずれか１項に記載の通信クライアント。
【請求項１６】
呼出し元通信クライアント（Ｃ１）と呼出し先通信クライアント（Ｃ２）との間での通信セッション（ｆｍ）のセットアップを可能にし、少なくとも１つのネットワーク装置を含む、通信ネットワーク（ＳＮ１、ＳＮ２、ＳＮ）において、前記少なくとも１つのネットワーク装置が、少なくとも１つのアドレス変換装置（ＮＡＴ１、ＮＡＴ２）を含み、前記通信ネットワークも、前記少なくとも１つのアドレス変換装置のトラバーサルのための手段を含む通信ネットワークであって、受信信号メッセージ内に前記通信クライアントによるアドレス変換装置のトラバーサル手段の実施を示すパラメータがある場合には、前記ネットワーク装置が、それ自体のアドレス変換装置のトラバーサル手段を実施できないことを特徴とする、通信ネットワーク。
【請求項１７】
前記受信信号メッセージが、ＳＩＰプロトコルに準拠するメッセージである、請求項１６に記載の通信ネットワーク。
【請求項１８】
前記受信信号メッセージが、「ＩＮＶＩＴＥ」メッセージである、請求項１７に記載の通信ネットワーク。
【請求項１９】
前記トラバーサル・ソリューションが、ＳＴＵＮ、ＴＵＲＮおよびＩＣＥメカニズムを含むグループ内に入るメカニズムに準拠する、請求項１６乃至１８のいずれか１項に記載の通信ネットワーク。
【請求項２０】
前記パラメータが、ＳＩＰプロトコルに準拠するヘッダである、請求項１７乃至１９のいずれか１項に記載の通信ネットワーク。
【請求項２１】
前記パラメータが、ＳＤＰプロトコルに準拠するパラメータである、請求項１７乃至１９のいずれか１項に記載の通信ネットワーク。
【請求項２２】
前記パラメータがない場合に、前記通信ネットワークの装置が、それ自体のアドレス変換装置のトラバーサル・ソリューションを実施する、請求項１７乃至２１のいずれか１項に記載の通信ネットワーク。
【請求項２３】
前記通信ネットワークの装置が、それ自体のトラバーサル・ソリューションを実施するときに、この装置が、この実施を示すパラメータを発信信号メッセージ内に挿入する、請求項２２に記載の通信ネットワーク。
【請求項２４】
請求項１乃至１５のいずれか１項に記載の方法を実施する命令を含むコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークに関する。より詳細には、本発明は「ＮＡＴ」などのアドレス変換装置を介する信号メッセージの送信の問題に関する。
【背景技術】
【０００２】
現在の通信ネットワークは、Ｈ．３２３、ＭＧＣＰ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）またはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）およびＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などの信号プロトコルによって通信セッションの確立を可能にする。
【０００３】
このＳＩＰプロトコルは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）が発行するＲＦＣ３２６１によって定義され、その２つの目的は、２者が交信することを可能にすること、およびセッション特性のネゴシエーションが、ＳＤＰプロトコルを介して確立できる（ビデオ・ビットレート、（使用するコーデックなどの）エンコーダ）ようにすることである。
【０００４】
別の相手方をコールしたい呼出し元は、その個人アドレスと、その端末の物理アドレス（または、より一般的には、クライアントすなわち「ユーザ・エージェント」）と、呼出し先の個人アドレスとを含む、「プロキシ」と呼ばれる信号要素に、信号メッセージ「ＩＮＶＩＴＥ」を送信することが可能である。その信号要素は、呼び出される相手方の個人アドレスを、対応する端末の物理アドレスに照合する手段「レジストラ」を有する。この照合により、信号メッセージを呼出し元に経路指定することが可能になる。
【０００５】
呼出し元がコールを受信する場合には、端末またはクライアント（すなわち「ユーザ・エージェント」）の物理アドレスを含む新規の信号メッセージで応答する。このようにして、両方の端末に相手方の物理アドレスが分かるので、それらはデータ（音声、映像など）を送信するためのＩＰ（インターネット・プロトコル）接続を確立することができる。
【０００６】
しかしながら、ＲＦＣ１６３１において（「ＩＰネットワーク・アドレス変換器」）と、ＲＦＣ３０２２において「従来のＩＰネットワーク・アドレス変換器（従来のＮＡＴ）」と定義されるＮＡＴ（「ネットワーク・アドレス変換」）またはＮＡＰＴ（「ネットワーク・アドレスポート変換」）装置として知られている、アドレス変換装置について問題が生じる。これらの装置は、サブネットワーク（一般的には私設網）を公衆のインターネット網と接続するものである。これらのサブネットワークの装置（端末）は、有効性がサブネットワークに限られている物理ＩＰアドレスを有する。このサブネットワークの外側に位置するデバイスとの通信をセットアップしたいときには、アドレス変換装置は、それに一時的なパブリック・アドレス（公衆網に有効）を割り当て、クライアントのプライベート・アドレスとその一時的なパブリック・アドレスとの間の関連を記憶する。
【０００７】
したがって、ＮＡＴアドレス変換装置は、私設網と公衆網との間で送信されるメッセージを、
発信メッセージ、すなわち私設網から公衆網に移行するメッセージのＩＰヘッダ内で端末のプライベート・アドレスをパブリック・アドレスに変換することによって、および
着信メッセージ、すなわち公衆網から私設網に移行するメッセージのＩＰヘッダ内で端末のパブリック・アドレスをプライベート・アドレスに変換することによって、進行中に修正する。
【０００８】
したがって、ＳＩＰ／ＳＤＰ信号メッセージ（またはＨ．３２３もしくは他のもの）がアドレス変換装置をトラバースするときに、問題が生じる。この問題は「ＮＡＴトラバーサル」として知られている。
【０００９】
ＮＡＴトラバーサルは、その他に、オープンな百科事典「ウィキペディア」、アドレス「http://en.wikipedia.org/wiki/NAT_traversal」で説明されており、またＩＥＴＦのＲＦＣ３２３５において述べられ、「ネットワーク・アドレス変換（ＮＡＴ）―Ｆｒｉｅｎｄｌｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｄｅｓｉｇｎ  Ｇｕｉｄｅｌｉｎｅｓ」と題される。それは、Ｊ．Ｒｏｓｅｎｂｅｒｇによる「Ｃｏｎｓｉｄｅｒａｔｉｏｎｓ  Ｆｏｒ  Ｓｅｌｅｃｔｉｏｎ  ｏｆ  Ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＮＡＴ  Ｔｒａｖｅｒｓａｌ」（２００５年２月発行）と題されたＩＥＴＦ文書でも説明されている。
【００１０】
ＳＩＰおよびＳＤＰなどの信号プロトコルは、アプリケーション・プロトコルと考えられる。たとえば、ＳＩＰ／ＳＤＰプロトコルは、ＴＣＰまたはＵＤＰプロトコルを介して送信することができ、ＴＣＰおよびＵＤＰプロトコル自体はプロトコル・スタック内のＩＰ上に位置する。したがって、ＳＩＰメッセージは、実際には、ＩＰメッセージ内でそれ自体カプセル化されたＴＣＰまたはＵＤＰメッセージ内でカプセル化される一連のパラメータである。
【００１１】
ＮＡＴアドレス変換装置は、ＩＰ層の範囲内で見つけられるパラメータを編集するだけであり、上位層内で見つけられるパラメータはそのまま放置する。
【００１２】
言い換えると、ＳＩＰおよびＳＤＰメッセージ内に含まれる物理アドレスは、ＩＰヘッダ内に含まれるアドレスとは異なり、アドレス変換装置によって編集されない。
【００１３】
その結果、信号メッセージの受信側（呼出し先クライアント）は、呼出し元クライアントのプライベート・アドレスを知っているだけである。しかしながら、このことは私設網内で意味があるだけで、通信セッションをセットアップすることはできない。
【００１４】
この問題は周知であり、多数のソリューションがそれを解決するために発展した。この問題を解決するための主な手法が２つある。すなわち、呼出し元クライアントに基づく手法、および通信ネットワークのサーバまたは装置に基づく手法である。
【００１５】
第１のカテゴリは、ＲＦＣ３４８９で説明されているＳＴＵＮ（「Ｓｉｍｐｌｅ  Ｔｒａｖｅｒｓａｌ  ｏｆ  ＵＤＰ  ｔｈｒｏｕｇｈ  ＮＡＴｓ」）のメカニズムを含む。このメカニズムによって、クライアント（または端末）がそのパブリック・アドレスを見つけることができる。したがって、公衆網にメッセージを発する前に、呼出し元クライアントは、この公衆網内に位置するＳＴＵＮサーバにリクエストを送信する。このサーバは、クライアント、つまりそのパブリック・アドレスを「参照」するアドレス（およびポート）を含むメッセージで応答する。
【００１６】
次に、このクライアントは、応答を受信したいアドレスをＳＤＰプロトコルを介して示すために、このパブリック・アドレスを使用することができる。
【００１７】
しかしながら、多くのＮＡＴは「対称型」と言われ、パブリック・アドレスを一対の当事者間と関連づけるため、このソリューションは大きな制限を受ける。したがって、ＮＡＴによってクライアントに割り当てられるパブリック・アドレスは、ＳＴＵＮサーバとの通信、および相手方でセットアップされるセッションと異なることがある。このような場合、クライアントと相手方との間の通信は確立することができない。
【００１８】
同じ原理に基づいた他の提案が、ＴＵＲＮ（「Ｔｒａｖｅｒｓａｌ  Ｕｓｉｎｇ  Ｒｅｌａｙ  ＮＡＴ」）メカニズムなどの状況を改善するためになされてきた。このＴＵＲＮメカニズムは、ＩＥＴＦサイト上で２００６年３月に公表された「ｄｒａｆｔ−ｒｏｓｅｎｂｅｒｇ−ｍｉｄｃｏｍ−ｔｕｒｎ−０９．ｔｘｔ」文書で説明されている。
【００１９】
しかしながら、ＳＴＵＮメカニズムもＴＵＲＮメカニズムも、ＳＩＰプロトコルには適していない。
【００２０】
さらに、新しいメカニズム、ＩＣＥ（「Ｉｎｔｅｒａｃｔｉｖｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ」）が、ＳＩＰ信号メッセージをトラバーサルに合うようにするために提案されている。これはＳＴＵＮおよびＴＵＲＮメカニズムの適用されたバージョンに基づいている。ＩＣＥメカニズムは、「ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｉｃｅ−１０．ｔｘｔ」文書で説明され、やはり２００６年８月にＩＥＴＦサイト上で公表され、「Ｉｎｔｅｒａｃｔｉｖｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ：Ａ  Ｍｅｔｈｏｄｏｌｏｇｙ  ｆｏｒ  Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｏｒ（ＮＡＴ）Ｔｒａｖｅｒｓａｌ  ｆｏｒ  Ｏｆｆｅｒ／Ａｎｓｗｅｒ  Ｐｒｏｔｏｃｏｌ」と題されている。
【００２１】
ソリューションの第２のカテゴリは、通信ネットワーク内の装置に依存する。初期のソリューションは、ネットワーク（たとえばＳＴＵＮサーバ）内のサーバを実施しているが、イニシアティブを有するクライアントに関してであることに留意されたい。しかしながら、この第２のソリューション・ファミリでは、ＮＡＴトラバーサル・ソリューションのイニシアティブおよび実施の両方がネットワーク装置に負っている。
【００２２】
たとえば、このファミリに属する第１のソリューションは、アプリケーション・ゲートウェイをＮＡＴアドレス変換装置に連結している。このメカニズムは、ＡＬＧ（「Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ  Ｇａｔｅｗａｙ」または「Ａｐｐｌｉｃａｔｉｏｎ−Ｌｅｖｅｌ  Ｇａｔｅｗａｙ」）として知られており、１９９９年８月に公表された「ＩＰ  Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｏｒ（ＮＡＴ）Ｔｅｒｍｉｎｏｌｏｇｙ  ａｎｄ  Ｃｏｎｓｉｄｅｒａｔｉｏｎｓ」と題されたＲＦＣ２６６３のパラグラフ２．９内で定義されている。
【００２３】
このゲートウェイ（またはこのようなゲートウェイと同じ機能を有するＮＡＴ装置）は、メッセージが使用するアプリケーション・プロトコルを理解する手段を有する。特に、その手段が信号メッセージの内容を理解し、ＳＤＰメッセージ内に含まれる物理アドレスを変換することができる結果、当事者がそのプライベート・アドレスではなくパブリック・アドレスとを交換し、それによって、通信セッションをセットアップすることが可能になる。
【００２４】
このソリューションの１つの変形は、信号メッセージの経路に沿って位置するセッション・コントローラすなわちＳＢＣ（セッション・ボーダ・コントローラ）を使用することにある。この種の製品は、両方のネットワーク間で通信セッションおよび信号メッセージの送信を制御することを可能にする。より正確には、ＳＢＣは、Ｍｅｇａｃｏなどのプロトコルを介して媒体（メディア・プロキシ）を送信する手段を制御することができるＳＩＰ「プロキシ」信号要素の役割を担うことができ、その結果、通信セッションを当事者間で適切に確立することができる。
【００２５】
「Ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｏｆ  Ｅｘｉｓｔｉｎｇ  Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ（ＳＢＣ）」と題された、２００５年２月公表のＩＥＴＦ文書では、ＳＢＣセッション・コントローラの動作がより明示的に説明されている。
【００２６】
さらに、これらの大きいカテゴリそれぞれにおいてソリューションが存在するが、それらのソリューションには他のものを超える決定的に卓越したいかなるソリューションも存在しない。
【００２７】
したがって、単一の通信ネットワークは、いくつかのソリューションを同時に実施することができる。関連するネットワークがトラバーサル・ソリューションを実施するかどうか、つまりＩＣＥ形式のソリューションを実施する一方で、ネットワークがＡＬＧまたはＳＢＣ形式のソリューションを実施するかどうかということは、通信クライアントには前もって分からない。
【００２８】
２つのソリューションの導入は冗長であり、リソースの減少を導くが、さらに、それらのソリューションは相互に破壊的で、通信ネットワークの誤動作を導く可能性がある、つまり信号メッセージ内に含まれるアドレスがＡＬＧまたはＳＢＣ装置によって誤って、すなわち必要のないときに修正される可能性がある。したがって、通信セッションをセットアップすることができない。
【００２９】
この問題は、今まで取り上げられたことがあるようには思われない。
【００３０】
提案するソリューションでは、このクライアントそれ自体がＳＢＣまたはＡＬＧゲートウェイに接続すると知っているときに、ＳＩＰクライアント（ＩＣＥ、ＳＴＵＮ、ＴＵＲＮなど）によって実施されるメカニズムを手動で無効にすることになる。
【００３１】
しかしながら、このような処理を実施することは複雑である。つまりクライアントがＡＬＧゲートウェイまたはＳＢＣに接続されていると知るためには、そのアクセス・プロバイダのネットワークのトポロジーを知っていなければならない。さらに、この構成は、クライアントが新しいネットワークに接続されるたびに手動で変更しなければならない。
【００３２】
さらに、ＡＬＧゲートウェイまたはＳＢＣに基づくソリューションが一旦導入されると、構造によってクライアントに基づくソリューションが選ばれるので、この手法は最適ではない。しかしながら、それは、クライアントが通信セッションのセットアップを制御することを可能にし、ＳＢＣまたはＡＬＧソリューションのようなメディア・リレーを実施しないので、一般に最適であるのはこの後者のソリューションである。
【先行技術文献】
【非特許文献】
【００３３】
【非特許文献１】http://en.wikipedia.org/wiki/NAT_traversal
【非特許文献２】「ネットワーク・アドレス変換（ＮＡＴ）―Ｆｒｉｅｎｄｌｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｄｅｓｉｇｎ  Ｇｕｉｄｅｌｉｎｅｓ」
【非特許文献３】Ｊ．Ｒｏｓｅｎｂｅｒｇ、「Ｃｏｎｓｉｄｅｒａｔｉｏｎｓ  Ｆｏｒ  Ｓｅｌｅｃｔｉｏｎ  ｏｆ  Ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＮＡＴ  Ｔｒａｖｅｒｓａｌ」（２００５年２月）
【非特許文献４】ｄｒａｆｔ−ｒｏｓｅｎｂｅｒｇ−ｍｉｄｃｏｍ−ｔｕｒｎ−０９．ｔｘｔ文書（２００６年３月）
【非特許文献５】ｄｒａｆｔ−ｉｅｔｆ−ｍｍｕｓｉｃ−ｉｃｅ−１０．ｔｘｔ文書「Ｉｎｔｅｒａｃｔｉｖｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ：Ａ  Ｍｅｔｈｏｄｏｌｏｇｙ  ｆｏｒ  Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｏｒ（ＮＡＴ）Ｔｒａｖｅｒｓａｌ  ｆｏｒ  Ｏｆｆｅｒ／Ａｎｓｗｅｒ  Ｐｒｏｔｏｃｏｌ」（２００６年８月）
【非特許文献６】「ＩＰ  Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｏｒ（ＮＡＴ）Ｔｅｒｍｉｎｏｌｏｇｙ  ａｎｄ  Ｃｏｎｓｉｄｅｒａｔｉｏｎｓ」（１９９９年８月）パラグラフ２．９
【非特許文献７】「Ｆｕｎｃｔｉｏｎａｌｉｔｙ  ｏｆ  Ｅｘｉｓｔｉｎｇ  Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ（ＳＢＣ）」（２００５年２月）
【発明の概要】
【発明が解決しようとする課題】
【００３４】
本発明の目的は、通信ネットワーク（ＡＬＧ、ＳＢＣなど）に基づいたクライアントおよびソリューションを基礎としたソリューションを最適に共存させるための方法を提案することによって、これらの欠点を克服することである。
【課題を解決するための手段】
【００３５】
本発明の第１の対象は、少なくとも１つの「ＮＡＴ」アドレス変換装置を含む通信ネットワークを介して、呼出し元通信クライアント（すなわち「ユーザ・エージェント」）と呼出し先通信クライアントとの間で通信セッションをセットアップする方法である。
【００３６】
この方法は、アドレス変換装置を通過して、通信セッションをセットアップするための通信クライアントの物理アドレスの交換を可能にする、信号メッセージを送信するための段階を含む。通信クライアントのうちの少なくとも一方は、アドレス変換装置のトラバーサルのためのソリューションを実施する。
【００３７】
この方法は、以下のことによって特徴づけられる。
１つ目は、通信クライアントのうちの少なくとも一方が、少なくとも１つの送信信号メッセージ内で、アドレス変換装置のトラバーサル・ソリューションの実施を示すパラメータを追加すること。
２つ目は、このようなパラメータがある場合に、通信ネットワーク装置は、それ自体のアドレス変換装置のトラバーサル・ソリューションを実施しないことである。
【００３８】
本発明のいくつかの実施形態によると、送信される信号メッセージはＳＩＰプロトコルに準拠する。それは、「ＩＮＶＩＴＥ」メッセージでもよく、また他の形式のメッセージ（「ＲＥＧＩＳＴＥＲ」、「ＮＯＴＩＦＹ」など）でもよい。
【００３９】
パラメータは、ＳＩＰプロトコルに準拠するヘッダ、またはＳＤＰプロトコルに準拠するパラメータでもよい。
【００４０】
この装置のトラバーサル・ソリューションは、ＳＴＵＮ、ＩＣＥ、ＴＵＲＮなどのメカニズムを含むグループに属するソリューションでもよい。
【００４１】
本発明は、パラメータがない場合に、通信ネットワーク装置にそれ自体のアドレス変換装置のトラバーサル・ソリューションを実施させることもできる。
【００４２】
さらに、通信ネットワーク装置が、それ自体のトラバーサル・ソリューションを実施するときに、この実施を示すパラメータを発信信号メッセージ内に挿入することができる。
【００４３】
本発明は、他の少なくとも１つの通信クライアントとの通信セッションをセットアップするために信号メッセージを送信する手段、およびアドレス変換装置のトラバーサル手段を有する通信クライアントも対象とする。
【００４４】
本発明によるクライアントは、信号メッセージの送信に先立って、これらのアドレス変換装置のトラバーサル手段の実施を示すパラメータをこのメッセージ内に追加するための手段を有するという点で、革新的である。
【００４５】
本発明のいくつかの実施形態によると、送信される信号メッセージはＳＩＰプロトコルに準拠する。それは、「ＩＮＶＩＴＥ」メッセージでもよく、また他の形式のメッセージ（「ＲＥＧＩＳＴＥＲ」、「ＮＯＴＩＦＹ」など）でもよい。
【００４６】
パラメータは、ＳＩＰプロトコルに準拠するヘッダ、またはＳＤＰプロトコルに準拠するパラメータでもよい。
【００４７】
この装置のトラバーサル・ソリューションは、ＳＴＵＮ、ＩＣＥ、ＴＵＲＮなどのメカニズムを含むグループに属するソリューションでもよい。
【００４８】
本発明によるクライアントは、アドレス変換装置のトラバーサルのための手段が利用できないときに、送信信号メッセージ内にアドレス変換装置のトラバーサル手段の非実施を示すパラメータを追加するための手段も有することができる。
【００４９】
本発明の目的は、通信セッション（複数可）を呼出し元通信クライアントと呼出し先通信クライアントとの間でセットアップすることができ、少なくとも１つのネットワーク装置を含む、通信ネットワークである。このネットワーク装置は、少なくとも１つのアドレス変換装置を含み、通信ネットワークは、アドレス変換装置のトラバーサルのための手段も含む。
【００５０】
受信される信号メッセージ内で、通信クライアントによってアドレス変換装置のトラバーサル手段の実施を示すパラメータがある場合に、ネットワーク装置がそれ自体のアドレス変換装置のトラバーサル手段を実施しないということによって、本発明による通信ネットワークが特徴づけられる。
【００５１】
本発明のいくつかの実施形態によると、送信される信号メッセージはＳＩＰプロトコルに準拠する。それは、「ＩＮＶＩＴＥ」メッセージでもよく、また他の形式のメッセージ（「ＲＥＧＩＳＴＥＲ」、「ＮＯＴＩＦＹ」など）でもよい。
【００５２】
パラメータは、ＳＩＰプロトコルに準拠するヘッダ、またはＳＤＰプロトコルに準拠するパラメータでもよい。
【００５３】
この装置のトラバーサル・ソリューションは、ＳＴＵＮ、ＩＣＥ、ＴＵＲＮなどのメカニズムを含むグループに属するソリューションでもよい。
【００５４】
本発明による通信ネットワークは、このパラメータがない場合に、通信ネットワーク装置が、それ自体のアドレス変換装置のトラバーサル・ソリューションを実施するように設計することもできる。
【００５５】
さらに、通信ネットワークの装置が、それ自体のトラバーサル・ソリューションを実施するときに、この実施を示すパラメータを有するパラメータを発信信号メッセージ内に挿入すると想定することもできる。
【００５６】
本発明の特徴および利点を、添付の図とともに以下の説明においてより明確にする。
【図面の簡単な説明】
【００５７】
【図１】本発明を実施することができる通信ネットワークの一例を示す図である。
【発明を実施するための形態】
【００５８】
図１のこの例示では、通信ネットワークが、３つのネットワークＳＮ１、ＳＮ２およびＳＮで構成され、これらは２つのアドレス変換装置ＮＡＴ１およびＮＡＴ２によって接続されている。これは、標準のシナリオであって、各通信クライアント、Ｃ１およびＣ２が、私設のサブネットワーク、ＳＮ１およびＳＮ２にそれぞれ接続される。これらの私設のサブネットワークのそれぞれが、アドレス変換装置、ＮＡＴ１およびＮＡＴ２をそれぞれ使用して公衆網ＳＮに接続される。
【００５９】
しかしながら、他のシナリオも可能である。たとえば、単一のＮＡＴアドレス変換装置を、ある会社の２人の当事者に属する２つの私設サブネットワーク間で配備することができる。２つのクライアントのうちの一方が、ＮＡＴを使用せずに私設のサブネットワークに接続されるという状況を想像することもできる。この場合、単一のＮＡＴアドレス変換装置は、他の私設のサブネットワークと公衆のサブネットワークとの間で配備される。
【００６０】
通信ネットワーク（主にＳＮ公衆網）は、少なくとも１つの装置を含む。これらの装置は、ルータなどのＩＰ伝送ノード、またサーバ、信号要素、ＳＩＰプロキシ、呼サーバなどとすることができる。図１では、分かりやすいように、ＮＡＴ１およびＮＡＴ２のアドレス変換装置だけが、呼サーバＣＳとともに示される。この呼サーバＣＳは、その最も広い意味に従うものと見なし、したがって、「ＳＩＰプロキシ」要素、「ソフトスイッチ」、「コール・コントローラ」などをカバーする。
【００６１】
通信セッションのセットアップは、専門家にとって周知の従来技術の一部を形成している。図で示すように、通信セッションのセットアップは、２つの通信クライアント、Ｃ１とＣ２との間での信号メッセージの送信段階から成る。この信号フローｆｓは、公衆網ＳＮ内に位置する呼サーバＣＳによって送信される。上述したように、これらの信号メッセージの送信は、通信クライアントＣ１およびＣ２の物理アドレスの交換を可能にし、それによって、２つの通信クライアント間で通信セッションｆｍのセットアップを可能にし、したがって、この交換された物理アドレスを使用して２つのクライアント間で、メディア・フロー（音声、データ、映像など）ｆｍを送信することができる。
【００６２】
この信号メッセージは、アドレス変換装置、ＮＡＴ１およびＮＡＴ２を通過する。２つの通信クライアント、Ｃ１およびＣ２それぞれが、それが接続され、その私設の物理アドレスと異なるアドレス変換装置によって割り当てられる公衆の物理アドレスを（セッション中）有する。
【００６３】
通信セッションｆｍを確立することを可能にするためには、２つのクライアントは、それらクライアントの公衆の物理アドレス（クライアントの私設の物理アドレスでない）を交換しなければならない。
【００６４】
図１の例では、呼出し元通信クライアントＣ１は、アドレス変換装置のトラバーサル・ソリューション（「ＮＡＴ  Ｔｒａｖｅｒｓａｌ」）を実施することが想定される。「実施」という用語によって、クライアントがアドレス変換装置のトラバーサル手段を備えるだけでなく、これらの手段が使用可能であることが理解される。様々な理由（故障や、ユーザがこれらの手段の働きが悪いと考えるときの手動での設定解除）で、これらの手段が無効になる状況を実質的に想像することができる。
【００６５】
これらのトラバーサル手段は、通信クライアントに基づく従来および今後の技術において、利用可能である多様なソリューションに準拠することができる。上述したＳＴＵＮ、ＴＵＲＮまたはＩＣＥと、同じメカニズムを、ここで示すことができる。
【００６６】
信号メッセージの送信の前に、呼出し元通信クライアントＣ１は、アドレス変換装置のトラバーサル・ソリューションがクライアントＣ１によって実施されるという事実を示すパラメータをこのメッセージに追加する。
【００６７】
ＳＩＰプロトコルを使用する実施の状況では、この信号メッセージは、通常「ＩＮＶＩＴＥ」メッセージである。
【００６８】
一度送信された信号メッセージは、アドレス変換装置ＮＡＴ１に、次いで公衆網ＳＮの他の装置に送信される。必要に応じて、アドレス変換装置ＮＡＴ１に到着する前に、私設のサブネットワークＳＮ１の装置を通過することもできる。
【００６９】
これらのデバイスのいくつかは、アドレス変換装置のトラバーサル手段を有することができる。これらの手段は、先に記載されたソリューションに準拠することができ、これは、ＡＬＧゲートウェイ（アプリケーション層ゲートウェイ）またはＳＢＣサーバ（セッション・ボーダ・コントローラ）とすることができる。
【００７０】
受信したメッセージ内にＮＡＴ（クライアントＣ１によって）のトラバーサルの手段の実施を示すパラメータがある場合には、これらのネットワーク装置は、それら自体のＮＡＴトラバーサルの手段を実施しない。
【００７１】
このように、一旦、通信クライアントがＮＡＴトラバーサル・ソリューションを実施すると、どのネットワーク装置もそれ自体のソリューションを実施しないということが確実になる。したがって、唯一のソリューションが、所与のコールのために実施されることが保証される。
【００７２】
送信される信号メッセージにクライアントによって追加されたこのパラメータは、ＳＩＰプロトコルによるヘッダとすることができる。したがって、それは次のような文字列などの値が続くキーワードという形をとることができる。「Ｘ−Ｍｅｄｉａ−Ｐｒｏｃｅｓｓｉｎｇ：Ｎｏ−Ｐｒｏｃｅｓｓｉｎｇ」
【００７３】
この用語「Ｘ−Ｍｅｄｉａ−Ｐｒｏｃｅｓｓｉｎｇ」は、情報のためだけである。それは、ＳＩＰプロトコルおよびその拡張の状況では、まだ使用されていないいかなる文字列であってもよい。
【００７４】
この値「Ｎｏ−Ｐｒｏｃｅｓｓｉｎｇ」も、情報のためだけであり、ネットワーク装置によって処理を実行してはいけない（言い換えると、ＮＡＴトラバーサル手段を実施しない）ということを示している。
【００７５】
代わりに、このパラメータは、ＳＤＰプロトコル（セッション記述プロトコル）のパラメータとすることもできる。その場合、それは次のような文字列などの値が続くキーワードという形をとることができる。「ａ＝ｍｅｄｉａ−ｐｒｏｃｅｓｓｉｎｇ  ｎｏ−ｐｒｏｃｅｓｓｉｎｇ」
【００７６】
通信クライアントＣ１のアドレス変換装置のトラバーサル手段が利用不可能な場合は、以下のいずれかとすることができる。
信号メッセージ内でＮＡＴトラバーサル・ソリューションの実施を示すパラメータを追加しない。
あるいは、ＮＡＴトラバーサル・ソリューションの非実施を示すパラメータを追加することができる。
【００７７】
１つ目の選択では、互換性の理由により、 ＮＡＴトラバーサル・ソリューションの実施を示すパラメータを含まない信号メッセージを受信するネットワーク装置が、従来技術に従って動作する。言い換えると、ネットワーク装置がＮＡＴトラバーサル手段を有する場合は、それらを実施する。
【００７８】
２つ目の場合では、このパラメータを１つ目のパラメータと同様とすることができる。
【００７９】
たとえば、２つ目のパラメータを１つ目のパラメータと同じキーワードを使用するＳＩＰヘッダとすることができる。したがって、それは次のような形の文字列であってもよい。「Ｘ−Ｍｅｄｉａ−Ｐｒｏｃｅｓｓｉｎｇ：Ｐｒｏｃｅｓｓｉｎｇ−Ｒｅｑｕｉｒｅｄ」
【００８０】
「Ｐｒｏｃｅｓｓｉｎｇ−Ｒｅｑｕｉｒｅｄ」の文字列は、ＮＡＴトラバーサル・ソリューションを呼出し元の通信クライアントＣ１が導入しないので、通信ネットワーク装置がソリューションを実施しなければならないということを示し、意味する。
【００８１】
先に説明されたように、このパラメータをＳＤＰパラメータとして追加することもできる。
【００８２】
呼出し元通信クライアントが、このようなパラメータを追加することを必要とするのは、ＮＡＴトラバーサル手段を有しない場合、あるいは、このような手段を備えてはいるが、それらが利用不可能（ＳＴＵＮサーバの故障など）である場合、またはユーザがそれらを無効にすると選択したためである。
【００８３】
ネットワーク装置がＮＡＴトラバーサル・ソリューションを実施したときに、この実施を示すパラメータを発信信号メッセージに挿入することができ、その結果、信号メッセージの経路内に位置することができる他のいずれの装置も、それ自体のＮＡＴトラバーサル手段を実施しない。
【００８４】
本発明を生み出すこの方法は、通信ネットワーク内でのいくつかのＳＢＣサーバまたはＡＬＧゲートウェイの存在により生じる可能性のあるさらなる問題を解決する。
【００８５】
この新しいパラメータは、別の方法で実施することもできる。たとえば、新しいパラメータはクライアントによるトラバーサル・ソリューションの実施を示すものとは異なるＳＩＰヘッダまたはＳＤＰパラメータとすることができる。特定の値を取る場合には、新しいパラメータを同じＳＩＰヘッダまたは同じＳＤＰパラメータとすることもできる。
【００８６】
ＳＩＰヘッダを使用する実施の場合には、このパラメータは、「Ｘ−Ｍｅｄｉａ−Ｐｒｏｃｅｓｓｉｎｇ：Ｐｒｏｃｅｓｓｅｄ」という文字列の形をとることができ、「Ｐｒｏｃｅｓｓｅｄ」というキーワードは任意である。
【００８７】
着信信号メッセージがパラメータ（たとえば「Ｐｒｏｃｅｓｓｉｎｇ−Ｒｅｑｕｅｓｔｅｄ」の値と関連する）を含む場合に、その値は、発信信号メッセージ内で「Ｐｒｏｃｅｓｓｅｄ」になるように装置によって修正される。
【００８８】
着信信号メッセージがパラメータを含まない場合には、そのメッセージはパラメータを発信信号メッセージに追加することができる。
【図１】
2010503300.tif 000003
【国際調査報告】
2010503300.tif 000004
2010503300.tif 000005
2010503300.tif 000006
2010503300.tif 000007
2010503300.tif 000008
2010503300.tif 000009