JP4660624B2 - 互いに異なるｉｐアドレス体系を使用するｉｐネットワークの相互接続システム、相互接続方法及びそのｓｉｐメッセージルーティング方法 - Google Patents

Description

本発明は互いに異なるＩＰアドレス体系を使用するＩＰネットワークの相互接続システム、相互接続方法及びそのＳＩＰメッセージルーティング方法に関するものである。

第３世代ネットワーク基盤と呼ばれるＩＰマルチメディアサブシステム（ＩＭＳ）は、既存の回線中心のネットワークシステムと異なって、すべてのサービスをＩＰ基盤に基づいて提供する。

サーキットスイッチ、ソフトスイッチに続く第３世代スイッチングシステムであるＩＭＳは、音声とデータサービスを１つの構造に統合し、これをＩＰネットワークに固定された装置或いはモバイル装置へ伝達する。

またＩＭＳは、ネットワークをインターネットプロトコルを使用して開放型に変える意味をも有する。

ＩＭＳは、有線／無線ネットワークのサービス柔軟性を向上させ、ネットワーク統合を加速化する技術により、アプリケーションの開発及び管理費用を減少させると同時に、新規サービスを多様化させるので、通信分野での最大の関心事である。

このようなＩＰネットワークは、世界のどこでも利用できるＩＰ、即ちグローバルＩＰアドレスを各端末装置に割り当てて各端末装置間の通信時に送信元アドレスを識別する。

しかし、ＩＭＳをはじめとするＩＰネットワークアプリケーションの拡張に伴い、その利用頻度が増加してグローバルＩＰアドレスの許容量が非常に不足している。

そこで、ほとんどの通信業者は、十分なグローバルＩＰアドレスと通信業者のネットワークの安全性を確保するため、ネットワークアドレス変換技術（ＮＡＴ）を用いている。

ＮＡＴはプライベートＩＰアドレスをグローバルＩＰアドレスに変換する通信ネットワークのアドレス変換技術である。

即ち、ＮＡＴは、端末にローカルネットワークで使用可能なプライベートＩＰアドレスを割り当てる。

このような端末が他のネットワーク又は公共のインターネットを利用する場合、端末に割り当てられたプライベートＩＰアドレスはグローバルＩＰアドレスに置換され、グローバルＩＰアドレスはプライベートＩＰアドレスに置換される。

また、ＮＡＴ技術の１つであるポートアドレス変換（ＰＡＴ）は、ＩＰアドレスだけでなくＴＣＰ／ＵＤＰのポート番号を変更する。

これによって、グローバルＩＰアドレスは複数のユーザにより使用され、グローバルＩＰアドレスの不足問題が改善される。

しかし、ＮＡＴは、ＯＳＩモデルの第３層及び第４層ヘッダを分析しており、それより上位の階層は分析できず、パケットの第４層ヘッダ内のペイロードにパケット生成ホストの認識情報（発信場所のアドレス、発信ポート）を含むインターネットアプリケーションをサポートできない。これをＮＡＴ通過問題という。

即ち、ＮＡＴ通過問題は、ローカルネットワーク内の端末の着信アドレス、つまり、プライベートＩＰアドレスに設定されたパケット生成ホストの認識情報をＮＡＴによってグローバルＩＰアドレスに変換できないので、外部からの着信ルーティングが不可能な状況が発生することを意味する。

このような問題点を解決するための従来技術としては、ＵＤＰ下でのＮＡＴによる簡易通過（ＳＴＵＮ）がある。

ＳＴＵＮ方式は、サーバ−クライアントを基盤とし、ＮＡＴ外部に位置してＮＡＴにより割り当てられるグローバルＩＰアドレス及びポート情報を提供する。

ＳＴＵＮ方式によれば、ＳＴＵＮ−クライアントが稼働するそれぞれの端末が、ＳＴＵＮサーバからＮＡＴ変換されたグローバルＩＰアドレスを取得する。

しかし、個別端末ごとにＳＴＵＮ−クライアントを稼働させる必要があるため、ＳＴＵＮをネットワークに適用することが難しく、また、ＳＴＵＮは端末に負担となる。

また、呼発信端末は、呼接続前に呼着信端末が同一のネットワーク上に存在するかどうかが分からない場合がある。

この場合、呼着信端末がＮＡＴ通過が要らないネットワーク上に存在するにもかかわらず、ＮＡＴを介してＳＴＵＮサーバにアクセスするという不必要な処理が実行される。

このため、望まない呼処理を生じ、無線チャンネルが浪費される。

本発明は、異なるＩＰアドレス体系を使用するネットワークを相互接続するため、ＮＡＴ通過問題を解決しようとしてなされたものである。

本発明は、ＳＩＰ基盤上で異なるＩＰアドレス体系を使用するネットワークを相互接続するためのＳＩＰメッセージルーティングを提供しようとしてなされたものである。

本発明は、ＳＩＰ基盤に基づいた異なるＩＰアドレス体系を使用するネットワーク間のＳＩＰサービスの相互接続を提供しようとしてなされたものである。

本発明の一態様では、ネットワークアドレス変換（ＮＡＴ）を用いてプライベートＩＰアドレスを使用するローカルネットワークとグローバルＩＰアドレスを使用するグローバルネットワークとを相互接続させるための相互接続システムは、前記ＮＡＴの外部に位置し、前記ＮＡＴを通過したプライベートＩＰアドレスに対するグローバルＩＰバインディング情報を提供するＳＴＵＮサーバと、前記ローカルネットワークに位置し、呼発信端末から受信した呼接続要求パケットのペイロードに収録されたプライベートＩＰ形式のメディア受信アドレス情報を前記ＳＴＵＮサーバに提供して、グローバルＩＰ形式に変換されたメディア受信アドレス情報を受信し、受信したメディア受信アドレス情報を前記受信した呼接続要求パケットに適用して、呼着信端末へ伝送するアプリケーション層ゲートウェイ（ＡＬＧ）とを含む。

本発明のもう一つの態様では、ＮＡＴを用いて、プライベートＩＰアドレスを使用するローカルネットワークと、グローバルＩＰアドレスを使用するグローバルネットワークとを相互接続するための方法は、（ａ）前記ローカルネットワークが呼発信端末から受信した呼接続要求パケットのペイロードからプライベートＩＰ形式のメディア受信アドレス情報を抽出し、（ｂ）ヘッダ情報が前記抽出したプライベートＩＰ形式のメディア受信アドレス情報に置換されたグローバルＩＰバインディング要求を伝送し、（ｃ）前記ＮＡＴによってグローバルＩＰに変換された前記ヘッダ情報を含むグローバルＩＰバインディング応答を受信し、（ｄ）前記プライベートＩＰ形式のメディア受信アドレス情報を（ｃ）で受信した前記グローバルＩＰに変換されたメディア受信アドレス情報に変更することにより生成された前記呼接続要求パケットを呼着信端末へ伝送することを含む。

本発明のもう一つの態様では、プライベートＩＰアドレスを使用するローカルネットワークと、グローバルＩＰアドレスを使用するグローバルネットワークとを相互接続するＳＩＰサービスのための相互接続システムは、ＮＡＴを通過して変換された前記プライベートＩＰアドレスのグローバルＩＰバインディング情報を提供するＳＴＵＮサーバと、呼発信端末から受信したＳＩＰメッセージから抽出したプライベートＩＰ形式のメディア及びＲＴＣＰ受信アドレス情報を前記ＳＴＵＮサーバに提供して、グローバルＩＰに変換されたアドレス情報を受信し、当該アドレス情報を前記ＳＩＰメッセージに適用し、適用された結果を呼着信端末へ伝送するアプリケーション層ゲートウェイ（ＡＬＧ）とを含む。

本発明のもう一つの態様では、プライベートＩＰアドレスを使用するローカルネットワークと、グローバルＩＰアドレスを使用するグローバルネットワークとを相互接続するノードのＳＩＰメッセージルーティング方法は、（ａ）呼発信端末から受信したＳＩＰメッセージから抽出したプライベートＩＰ形式のメディア及びＲＴＣＰ受信アドレス情報に変更されたヘッダ情報を持つグローバルＩＰバインディング要求を伝送し、（ｂ）グローバルＩＰに変換された前記ヘッダ情報が含まれたグローバルＩＰバインディングの応答を受信し、（ｃ）前記グローバルＩＰバインディング応答のヘッダ情報から取得したグローバルＩＰに変換された前記メディア及びＲＴＣＰ受信アドレス情報を前記受信したＳＩＰメッセージに適用して、適用結果を呼着信端末へ伝送することを含む。

本発明の実施形態によれば、従来のＳＴＵＮプロトコル自体に対する大きな変更を要することなく、既存のＮＡＴを用いて、呼設定とデータ送受信が分離されたプロトコルにおけるＮＡＴ通過の問題は解決する。

また、ＳＴＵＮプロトコルがサーバとクライアントを基盤とする場合、端末が行うＳＴＵＮクライアントの機能をネットワークノード上で実現するので、端末の負担を最少化できると同時に、既存端末の変更又は付加が不要である。

また、ＳＩＰメッセージ内の必要な変更内容は、ＳＩＰ基盤サービスのＮＡＴ通過問題解決のために実質的に提供されるため、本発明は関連ノードの開発／実現に直接活用可能である。

以下の詳細な説明では、本願発明の特定の実施形態のみを簡単に図示して開示し、説明する。

当業者であれば理解できるように、説明された実施形態は本発明の本質又は範囲を逸脱しない限り、種々の異なる方法により変形可能である。

したがって、図面と説明は、本質的に説明的であるとみなされ、限定的であるとはみなされない。

明細書全体において、同様の部分には同様の符号を付した。

明細書全体と特許請求の範囲とにおいて、「含む」という語は、特に明示的な反対の説明がない限り、指定された要素を含むことを意味し、更に他の要素を含むことを除外することは意味しないと理解される。

また、本明細書における「〜部」、「〜機」、「モジュール」、「ブロック」等の用語は、特定の機能や動作を行う単位を意味し、これは、ハードウェアやソフトウェア、あるいはハードウェアとソフトウェアの結合により実現される。

以下、本発明の実施形態に係る互いに異なるＩＰアドレス体系を使用するＩＰネットワーク間の相互接続システム、アプリケーション層ゲートウェイ（ＡＬＧ）、ネットワークアドレス変換装置、その相互接続方法及びＳＩＰメッセージルーティング方法について図面を参照して説明する。

まず、本発明の第１実施形態によるＮＡＴ通過問題を解決する互いに異なるＩＰアドレス体系を使用するネットワークの相互接続について説明する。

図１は本発明の第１実施形態による互いに異なるＩＰアドレス体系を使用するＩＰネットワークの相互接続システムの概略図である。

図１によれば、相互接続システムのホスト（ノード）は、呼発信端末１００、アプリケーション層ゲートウェイ（ＡＬＧ）バ２００、ネットワークアドレス変換装置３００、ＳＴＵＮサーバ４００及び呼着信端末５００を含む。

相互接続システムは、プライベートＩＰアドレスを使用するローカルネットワーク１０と、グローバルＩＰアドレスを使用するグローバルネットワーク２０を含むＩＰネットワーク１内で実現される。

相互接続システムは、呼設定のためのシグナリング過程とデータ送受信のためのメディアセッション過程とを含み、パケットペイロードに前記メディアセッション過程の交渉情報が収録されるプロトコルを利用する。

このようなプロトコルでは、アプリケーションのペイロードはホスト情報を含み、メディアセッション交渉は、終端ホストつまり呼発信端末１００と呼着信端末５００との間で行われる。

細かく見ると、ホスト情報は終端ホスト間で音声、画像などのマルチメディアを実際に送受信するためのメディア受信情報、即ち、メディア受信のための呼発信端末１００及び呼着信端末５００のアドレス情報を意味する。

呼発信端末１００及び呼着信端末５００は、ＩＰネットワーク１の通信線路上の終端ホストである。

この際、端末（呼発信）１００はローカルＩＰネットワーク１０内に位置し、プライベートＩＰアドレスが割り当てられる。

端末（呼着信）５００はグローバルＩＰネットワーク２０に位置し、グローバルＩＰアドレスが割り当てられた端末であってもよいし、あるいは他のローカルＩＰネットワークに位置し、対応プライベートＩＰアドレスが割り当てられた端末であってもよい。

アプリケーション層ゲートウェイ（ＡＬＧ）２００は、呼発信端末１００が伝送したパケットのペイロード内のプライベートＩＰアドレス形式のメディア受信情報をグローバルＩＰアドレス形式のメディア受信情報に変更して、対応端末（呼着信）５００に伝送する。

即ち、アプリケーション層ゲートウェイ（ＡＬＧ）２００はアプリケーション層ゲートウェイ（ＡＬＧ）機能を実行する。

この場合、グローバルＩＰアドレスは、ＳＴＵＮサーバ４００にグローバルＩＰのバインディング情報を要求し、バインディング応答を受信することによって取得される。

よって、アプリケーション層ゲートウェイ（ＡＬＧ）２００は、グローバルＩＰアドレスをバインディングするためのＳＴＵＮクライアントとして機能する。

ここで、グローバルＩＰアドレスのバインディング要求には、ＩＰマスカレード技術を利用する。

ＩＰマスカレードは、Ｌｉｎｕｘのネットワーキング機能であって、リナックスボックスに接続された内部のコンピュータに仮想ＩＰアドレスが各々割り当てられ、実際ＩＰアドレス１つでインターネット接続が可能な機能である。

よって、ＩＰマスカレードを利用すれば、バインディング要求は、そのヘッダ情報が呼発信端末１００から受信したパケットのペイロードから抽出したプライベートＩＰアドレス形式のメディア受信情報に変更され、アプリケーション層ゲートウェイ（ＡＬＧ）２００に伝送される。

アプリケーション層ゲートウェイ２００から受信したバインディング応答には、プライベートＩＰアドレス形式のメディア受信情報に変更されたヘッダ情報のグローバルＩＰアドレスが含まれる。

この際、受信したグローバルＩＰアドレスのバインディング情報は、メディア受信情報に置換されたヘッダ情報に関するもので、これによりパケットペイロードに含まれたプライベートＩＰアドレス形態のメディア受信情報に対するグローバルＩＰアドレス形態のメディア受信情報を取得する。

これによって、アプリケーション層ゲートウェイ（ＡＬＧ）２００は、ＩＰマスカレード機能を行う。

ネットワークアドレス変換装置（ＮＡＴ）３００は、ローカルネットワーク１０とグローバルネットワーク２０との境界に位置し、パケットのヘッダに含まれたプライベートＩＰアドレス形式のソースアドレス情報をグローバルＩＰアドレス形式のソースアドレス情報に変換する。

また、ＮＡＴは、グローバルＩＰアドレス形式のソースアドレス情報をプライベートＩＰ形式のソースアドレス情報に変換する。

このようなソースＩＰアドレス情報はＩＰアドレス及びポートを含む。

ここで、アドレス変換は、開放型システム相互接続（ＯＳＩ）モデルを基準にする場合の第３層３及び第４層に対応するネットワーク層とトランスポート層に対して可能である。

ＳＴＵＮサーバ４００は、ＳＴＵＮ（ユーザデータグラムのネットワークアドレス変換装置簡易通過）プロトコルを用いて、グローバルＩＰアドレスのバインディング情報をＳＴＵＮクライアントに提供する。

即ち、ＳＴＵＮサーバ４００は、ＳＴＵＮサーバのグローバルＩＰアドレスをバインディングするクライアントと対応するサーバとして機能する。

よって、アプリケーション層ゲートウェイ（ＡＬＧ）２００からバインディング要求を受信すると、ＳＴＵＮサーバ４００は、ネットワークアドレス変換装置３００によるプロセス受ける間に、グローバルＩＰアドレスに変換されたパケットのヘッダ情報を抽出する。

ＳＴＵＮサーバ４００はヘッダ情報をバインディング応答に読み込み、それをアプリケーション層ゲートウェイ（ＡＧＬ）２００に伝送する。

この際、ＳＴＵＮサーバ４００は、バインディング要求の応答受信先アドレスを確認し、確認したアドレスにバインディング応答を伝送し、バインディング要求の場合には、アプリケーション層ゲートウェイ（ＡＧＬ）２００のＩＰアドレスとしてバインディング応答アドレスを設定することがアプリケーション層ゲートウェイ（ＡＧＬ）２００にとって望ましい。

図２は本発明の第１実施形態に係る図１の相互接続システムにおけるアプリケーション層ゲートウェイ（ＡＬＧ）の詳細な機能ブロック概略図である。

図２によれば、アプリケーション層ゲートウェイ（ＡＬＧ）２００は、ＩＰマスカレード実行部２１０、ＳＴＵＮクライアント実行部２２０、アドレス変換部２３０、プロキシ実行部２４０及び判断部２５０を含む。

ＩＰマスカレード実行部２１０はＩＰマスカレード化を行う。

より詳細には、ＩＰマスカレード実行部２１０は、ヘッダ情報設定モジュール２１２、ヘッダチェックサム計算モジュール２１４を含む。

ヘッダ情報設定モジュール２１２は、呼発信端末１００から受信されたパケットのペイロードから抽出したメディア受信情報をＳＴＵＮサーバ４００に伝送するバインディング要求のためのパケットのヘッダ情報になるよう設定する。

このようなヘッダ情報設定について図３及び図４を参照して説明する。

ＩＰヘッダを示す図３を参照すれば、パラメータ「ソースＩＰアドレス」（Ｐ１０３）が呼発信端末１００のメディア受信情報に置換される。

図４は、パラメータ「ソースポート」（Ｐ１０５）が呼発信端末１００のメディア受信情報に置換されたＵＤＰヘッダを示す。

ここで、メディア受信情報は図１に説明した通り、呼発信端末１００及び呼着信端末２００のメディア受信のためのＩＰアドレスであり、それはプライベートＩＰアドレスとして割り当てられる。

ヘッダチェックサム計算モジュール２１４は、ヘッダ情報設定モジュール２１２により置換されたＩＰアドレスが適用されたＩＰヘッダのパラメータ「ヘッダチェックサム」（Ｐ１０１）を再計算し、ＵＤＰヘッダのパラメータ「チェックサム」（Ｐ１０７）を再計算することができる。

しかしＵＤＰ層ではパラメータ「チェックサム」（Ｐ１０７）の再計算を行わないので、再計算は必ず必要なわけではない。

ＳＴＵＮクライアント実行部２２０は、グローバルＩＰアドレスのバインディング情報を提供するため、ＳＴＵＮサーバ４００に対応するクライアントとして機能する。

即ち、ＳＴＵＮクライアント実行部２２０は、ＩＰマスカレード実行部２１０によってヘッダ情報が置換されたバインディング要求のためのパケットをＳＴＵＮサーバ４００に伝送する。

この際、ＳＴＵＮクライアント実行部２２０は、バインディング要求の応答アドレスをアプリケーション層ゲートウェイ（ＡＬＧ）２００のＩＰアドレスに設定して伝送する。

そしてＳＴＵＮサーバ４００からバインディング応答を受信すると、ＳＴＵＮクライアント実行部２２０は、バインディング応答からヘッダ情報のグローバルＩＰバインディング情報を抽出する。

アドレス変換部２３０は、パケットのペイロードに含まれたプライベートＩＰアドレス形式のメディア受信情報をグローバルＩＰアドレス形式のメディア受信情報に変更するアプリケーション層ゲートウェイとして機能する。

即ち、アドレス変換部２３０は、プライベートＩＰアドレス形式のメディア受信情報をＳＴＵＮクライアント実行部２２０が抽出したヘッダ情報のグローバルＩＰバインディング情報に変更する。

ここで、ヘッダ情報は、ＩＰマスカレード実行部２１０によってプライベートＩＰアドレス形式のメディア受信情報に置換されたときに与えられるため、対応するグローバルＩＰバインディング情報は、グローバルＩＰアドレス形式のメディア受信情報に一致する。

また、アプリケーション層ゲートウェイ（ＡＬＧ）２００は、図２に示したように、プロキシ実行部２４０を含む。

ここで、プロキシ実行部２４０は、呼中継機能を行う。

即ち、呼発信端末１００から呼接続要求を受信してこれを呼着信端末５００に伝達し、呼着信端末５００から呼接続応答を受信してこれを呼発信端末１００に伝達するプロキシ機能を行う。

この際、呼着信端末５００に伝達する呼接続要求は、アドレス変換部２３０から提供された、ペイロードのメディア受信アドレス情報がグローバルＩＰアドレス形態に変換されたパケットである。

また、アプリケーション層ゲートウェイ（ＡＬＧ）サーバ２００は、図２に示したように、判断部２４０を含む。

判断部２４０は、ＩＰマスカレード実行部２１０及びプロキシ実行部２４０と連動する。

判断部２４０は、受信されたパケットヘッダの宛先を確認して、呼発信端末１００のネットワークが呼着信端末５００のネットワークと同一であるかを判断して、ＩＰマスカレードを実行するかどうかを決定する。

ここで、ＩＰマスカレードの実行を決定した場合は、それをＩＰマスカレード実行部２１０に知らせる。

よって、このようなアプリケーション層ゲートウェイ（ＡＬＧ）２００の構成によれば、ＳＴＵＮクライアント実行部２２０がグローバルＩＰバインディングのクライアント機能を行い、判断部２４０の制御によってグローバルＩＰバインディングを実行するかどうかを決定する。

これによって、通信セッションの交渉が完了する前にネットワークアドレスの変換が要らない同一ネットワーク上ではグローバルＩＰバインディングは行なわれない。

図５は図１の相互接続システムにおけるＳＴＵＮサーバの詳細な機能ブロック概略図である。

図５によれば、ＳＴＵＮサーバ４００はグローバルＩＰバインディングのためのサーバとして機能する。

より詳細には、ＳＴＵＮサーバ４００は格納部４１０及びＳＴＵＮ実行部４２０を含む。

格納部４１０は、アプリケーション層ゲートウェイ（ＡＬＧ）２００、特にＳＴＵＮクライアント実行部２２０と連動して、グローバルＩＰバインディングの処理を行うための設定情報を格納する。

ＳＴＵＮ実行部４２０は、格納部４１０の設定情報によってＳＴＵＮクライアント実行部２２０から受信したグローバルＩＰバインディング要求のヘッダ情報からネットワークアドレス変換装置３００により変換されたグローバルＩＰアドレス情報を抽出する。

また、ＳＴＵＮ実行部４２０は、グローバルＩＰバインディングの応答アドレス情報から設定された応答アドレスを抽出し、そして抽出したグローバルＩＰアドレス情報をグローバルＩＰバインディング応答に読み込み、グローバルＩＰ情報を抽出した応答アドレスに伝送する。

図６は本発明の第１実施形態による互いに異なるＩＰアドレス体系を使用するＩＰネットワーク間の相互接続方法を示す。

プライベートＩＰアドレスを割り当てられた呼発信端末１００は、アプリケーション層ゲートウェイ（ＡＬＧ）２００に呼接続要求を伝送する（Ｓ１０１）。

Ｓ１０９より前にＳ１０３、Ｓ１０５、Ｓ１０７をさらに含むことができる。

アプリケーション層ゲートウェイ（ＡＬＧ）２００は、Ｓ１０１で受信した呼接続要求から呼発信端末１００と呼着信端末５００とが同一ネットワーク上に配置されているかどうかを判別する（Ｓ１０３）。

アプリケーション層ゲートウェイ（ＡＬＧ）２００は、呼接続要求の宛先（ＩＰヘッダのパラメータ「宛先ＩＰアドレス」に対応）に指定されたＩＰアドレスと、ソース（ＩＰヘッダのパラメータ「ソースＩＰアドレス」に対応）に指定されたＩＰアドレスとを比較してネットワークの状態を判断する。

Ｓ１０３での判断結果により、呼発信端末１００と呼着信端末５００がＩＰアドレス変換が要らない同一ネットワークに存在する場合は、ネットワークアドレス変換装置３００を実行する必要がないので、呼発信端末１００の呼接続要求を呼着信端末５００に伝達する（Ｓ１０７）。

Ｓ１０３での判断結果により、呼発信端末１００と呼着信端末５００が互いに異なるネットワークに存在する場合は、ＩＰアドレス変換が必要であるので、ＩＰマスカレードの実行を決定する。

アプリケーション層ゲートウェイ（ＡＬＧ）２００はＩＰマスカレードを行う（Ｓ１０９）。

つまり、アプリケーション層ゲートウェイ（ＡＬＧ）２００はＳ１０１で受信した呼接続要求のためのパケットのペイロードからメディア受信情報を抽出し、メディア受信情報をＳＴＵＮサーバ４００に伝送するグローバルＩＰバインディング要求のためのパケットのヘッダ情報で置換し、次いでＩＰマスカレードを付けたグローバルＩＰバインディング要求をＳＴＵＮサーバ４００に伝送する（Ｓ１１１）。

この際、グローバルＩＰバインディング要求は、アプリケーション層ゲートウェイ（ＡＬＧ）２００のＩＰアドレスに設定された応答アドレス情報を含む。

このＳＴＵＮサーバ４００は、グローバルＩＰバインディング動作を行う（Ｓ１１３）。

即ち、ＳＴＵＮサーバ４００は、ネットワークアドレス変換装置３００を通過して受信されたグローバルＩＰバインディング要求からグローバルＩＰアドレスに変換されたヘッダ情報を抽出し、抽出したヘッダ情報をグローバルＩＰバインディング応答に含ませる。

ＳＴＵＮサーバ４００は、グローバルＩＰバインディング要求の応答アドレス情報に含まれたアプリケーション層ゲートウェイ（ＡＬＧ）２００のＩＰアドレスを用い、グローバルＩＰバインディング応答をアプリケーション層ゲートウェイ（ＡＬＧ）サーバ２００に伝送する（Ｓ１１５）。

アプリケーション層ゲートウェイ（ＡＬＧ）２００は、グローバルＩＰバインディング応答を受信して、新規のアプリケーション層ゲートウェイ機能を行う（Ｓ１１７）。

即ち、アプリケーション層ゲートウェイ（ＡＬＧ）２００は、Ｓ１０１で受信した呼接続要求のペイロードのメディア受信情報をバインディング応答から抽出したグローバルＩＰアドレスに変換されたヘッダ情報に変更する。

そこで、アプリケーション層ゲートウェイ（ＡＬＧ）２００は、パケットペイロードのメディア受信情報をグローバルＩＰアドレス形式に変更することにより生成された呼接続要求をネットワークアドレス変換装置３００を通して、呼着信端末５００に伝送し（Ｓ１１９）、呼着信端末５００から呼接続応答を受信し（Ｓ１２１）、これにより、呼発信端末１００と呼着信端末５００との呼接続が行われる。

このように、ネットワークアドレス変換装置３００が呼接続要求のヘッダ情報をグローバルＩＰアドレスに変換する場合、メディア受信情報がＳ１０９、Ｓ１１１、Ｓ１１３、Ｓ１１５、Ｓ１１７を通じてグローバルＩＰアドレス形式に変換されているので、メディアセッション交渉は円滑に行われる。

以下、本発明の第２実施形態によるＮＡＴ通過問題を解決する互いに異なるＩＰアドレス体系を使用するネットワーク間のＳＩＰルーティングについて説明する。

図７は、本発明の第２実施形態によるＳＩＰメッセージルーティング方法の概略を示す。

図７によれば、受信されたＳＩＰメッセージのメッセージ伝送主体及び方法を確認する（Ｓ２０１）。

メッセージ伝送主体は呼発信／着信主体を示し、方法はメッセージが要求メッセージであるか、又は応答メッセージであるかを示す。

この際、ＳＩＰメッセージは要求メッセージと応答メッセージとを含む。

Ｓ２０１で確認した内容に適したＮＡＴアドレス変換が、受信したＳＩＰメッセージのメディア及びリアルタイム制御プロトコル（ＲＴＣＰ）受信アドレス情報に適用される（Ｓ２０３）。

即ち、受信したＳＩＰメッセージの発信主体がローカルネットワークであるかグローバルネットワークであるかと、メッセージが要求メッセージであるか応答メッセージであるかによってＮＡＴアドレス変換を行う。

また、ＳＩＰメッセージのトランスポート情報に対してＮＡＴアドレス変換を行うことができるが、これは、ＳＩＰメッセージルーティングノードにグローバルＩＰアドレスが割り当てられるので必ず必要なわけではない。

ここでトランスポートは、ＳＩＰメッセージを伝送した主体、即ち、ＳＩＰクライアントのホストネーム又はネットワークアドレス情報を含む。

Ｓ２０１で確認した内容に適したノードのアドレス、即ち、ＳＩＰメッセージルーティングを行うノードのアドレスをＳＩＰメッセージのルーティング経路に含ませる（Ｓ２０７）。

ここでルーティング経路は、次の要求メッセージ（ＵＰＤＡＴＥ、ＰＲＡＣＫなど）のルーティング経路を決定する。

以降受信されるＳＩＰメッセージは、伝送主体がローカルネットワークである場合、決定されたルーティング経路にしたがって、ノードのプライベートＩＰアドレスを用いたＳＩＰサービス要求メッセージを受信する。

また、以降受信されるＳＩＰメッセージは、伝送主体がグローバルネットワークである場合、ノードのグローバルＩＰアドレスを用いてＳＩＰサービス要求メッセージを受信する。

Ｓ２０３、Ｓ２０５によって変換されたＳＩＰメッセージは対応宛先アドレスにルーティングされる（Ｓ２０７）。

以下、ＳＩＰメッセージの伝送主体及び方法に応じたＳＩＰメッセージルーティング方法について詳細に説明する。

図８は、本発明の第２実施形態によるＳＩＰメッセージルーティング方法の詳細例に示したもので、‘Ｃａｓｅ１’（Ｐ２０１）を示す。

図８によれば、メッセージ伝送主体がローカルネットワークであり、方法がセッション招待要求のＳＩＰメッセージを受信する（Ｓ３０１）。

Ｓ３０１で受信されたＳＩＰメッセージのセッション指定プロトコル（ＳＤＰ）フィールドに指定された発信元から割り当てたメディア及びＲＴＣＰアドレスを抽出する（Ｓ３０３）。

この際、抽出したアドレスは発信先アドレスのＩＰ、即ち、プライベートＩＰ形式である。

Ｓ３０３で抽出したアドレスに対するグローバルＩＰアドレスの割り当て及び変換が行われる（Ｓ３０５）。

Ｓ３０５で行ったアドレス割り当て情報は一時的に格納される（Ｓ３０７）。

Ｓ３０７で変換されたＳＩＰメッセージのルーティング経路にＳＩＰルーティングを行うノードのグローバルＩＰアドレスが指定される（Ｓ３０９）。

Ｓ３０９でルーティング経路を指定したＳＩＰメッセージは宛先アドレスに伝送される（Ｓ３１１）。

この際、Ｓ３０５では、ＮＡＴアドレス変換テーブルを用いて、グローバルＩＰアドレスの割り当てを行うことができる。

また、サーバを用いたクエリー方式でグローバルＩＰアドレスの割り当てを行うことができる。

外部サーバを用いたクエリー方式として、ＳＴＵＮプロトコルを利用することができる。

この際、ＳＴＵＮプロトコルを用いたグローバルＩＰアドレスの割り当て過程は、ＳＩＰメッセージのメディア及びＲＴＣＰ受信アドレスをＳＴＵＮバインディングメッセージのＩＰヘッダ情報に置換し、これに対応するＮＡＴバインディング値を取得する。

図９は、本発明の第２実施形態によるＳＩＰメッセージルーティング方法を詳細に示したもので、‘Ｃａｓｅ２’（Ｐ２０３）を示す。

図９によれば、メッセージ伝送主体がグローバルネットワークであり、方法がセッション招待応答のＳＩＰメッセージを受信する（Ｓ４０１）。

Ｓ４０１で受信されたＳＩＰメッセージのＳＤＰフィールドに指定された発信元に対応するメディア及びＲＴＣＰアドレスを抽出する（Ｓ４０３）。

Ｓ４０３で抽出したアドレスのプライベートＩＰアドレスを検索し、これを抽出したアドレスにマッピングさせて結果をＳＩＰアドレス割り当てテーブルに格納する（Ｓ４０５）。

Ｓ４０５を経たＳＩＰメッセージのルーティング経路にＳＩＰメッセージルーティングを行うノードのプライベートＩＰアドレスを挿入する（Ｓ４０７）。

Ｓ４０７を経たＳＩＰメッセージは宛先アドレスに伝送される（Ｓ４０９）。

図１０及び図１１は、本発明の第２実施形態によるＳＩＰメッセージルーティングのための変換前のＳＩＰメッセージと変換後のＳＩＰメッセージとを比較して示すもので、‘Ｃａｓｅ１’（Ｐ２０１）を示す。

図１０と図１１を比較すれば、ＳＩＰメッセージでルーティングのために変換されたフィールドは、ＳＤＰフィールド（Ｐ３０５）、Ｖｉａヘッダフィールド（Ｐ３０１）、Ｒｅｃｏｒｄ−Ｒｏｕｔｅフィールド（Ｐ３０３）である。

詳しく見ると、ＳＤＰフィールド（Ｐ３０５）は、具体的には、「メディア受信ポート（ｍ属性）」フィールド（Ｐ３０７）、「メディア受信ＩＰアドレス（ｃ属性）」フィールド（Ｐ３０９）及び「ＲＴＣＰ受信ＩＰアドレス及びポート（ａ属性）」フィールド（Ｐ３１１）を変換する。

「メディア受信ポート（ｍ属性）」フィールド（Ｐ３０７）は、発信場所で割り当てられたメディア受信ポート値がＮＡＴ変換された値として格納される。

この場合、全てのメディア類型別、即ち、オーディオ、ビデオ、テキスト（Ｐ３１３、Ｐ３１５、Ｐ３１７）に対して変換される。これは、外部ネットワーク、即ちグローバルネットワークからのメディア着信を可能にするために必要な変換である。

「メディア受信ＩＰアドレス（ｃ属性）」フィールド（Ｐ３０９）は、発信場所で割り当てられたメディア受信ＩＰアドレス値がＮＡＴ変換された値に変更される。

同様に、全てのメディア類型別、即ち、オーディオ、ビデオ、テキスト（Ｐ３１３、Ｐ３１５、Ｐ３１７）に対して変換される。これは、外部ネットワーク、即ちグローバルネットワークからのメディア着信を可能するために必要な変換である。

「ＲＴＣＰ受信用ＩＰアドレス及びポート（ａ属性）」フィールド（Ｐ３１１）は、発信場所で割り当てられたＲＴＣＰ受信用ＩＰアドレス及びポート値がＮＡＴ変換された値に変更される。

この場合、全てのメディア類型別、即ち、オーディオ、ビデオ、テキスト（Ｐ３１３、Ｐ３１５、Ｐ３１７）に対して変換され、これは、外部ネットワーク、即ちグローバルネットワークからのＲＴＣＰ着信を可能にするために必要な変換である。

図１０と比較して、図１１の各フィールド（Ｐ３０７、Ｐ３０９、Ｐ３１１）の変換部分は太字で表示した。

Ｖｉａヘッダフィールド（Ｐ３０１）は、Ｖｉａヘッダ内のｒｐｏｒｔ機能に対する支援のためのもので、呼発信端末から転送されたメッセージは「ｒｐｏｒｔ」パラメータを含む。

この場合、「ｒｐｏｒｔ」パラメータが含まれているＶｉａヘッダフィールドの「ＩＰアドレス」及びメッセージの「ソースポート」値を抽出し、それぞれ「ｒｅｃｅｉｖｅｄ」パラメータ及び「ｒｐｏｒｔ」パラメータに明記する、即ち、Ｖｉａヘッダをリライトすることが好ましい。

ＳＩＰメッセージルーティングを行うノードは、ＮＡＴによって適切にマッピングされたグローバルＩＰアドレスを有するので、ＳＩＰメッセージルーティングを実行するノードのアドレス変換は必須の操作ではない。

Ｒｅｃｏｒｄ−Ｒｏｕｔｅフィールド（Ｐ３０３）は、次の要求（ＵＰＤＡＴＥ、ＰＲＡＣＫなど）メッセージのルーティングが可能なように、メッセージ伝送主体に依拠してプロキシアドレスを指定するためのフィールドである。

この際、Ｒｅｃｏｒｄ−Ｒｏｕｔｅフィールドは、次の要求メッセージがＳＩＰ ＡＬＧ機能を行うノードを通過するようにルーティングするために必要である。

ローカルネットワークからグローバルネットワークに転送されるメッセージには、メッセージ伝送主体によって、グローバルＩＰアドレスが指定される。

また、グローバルネットワークからローカルネットワークに転送されるメッセージはプライベートＩＰアドレスを指定する。

図１０及び図１１を比較すれば、メディア受信アドレス（プライベート）は１０．１０．１０．１４（オーディオ：２００００、ビデオ：２０００２、テキスト：２０００４）である。

メディア受信アドレス（グローバル）は２００．２００．２００．１（オーディオ：２００００、ビデオ：２０００２、テキスト：２０００４）である。

そしてｒｔｃｐ受信アドレス（プライベート）は１０．１０．１０．１４（ポート：２０００１）であり、ｒｔｃｐ受信アドレス（グローバル）は２００．２００．２００．１（ポート：２０００１）であって、これは呼発信端末（ｕｅ１）がプライベートＩＰアドレスを有するので、プライベート受信アドレスが１０．１０．１０．１４（ポートはそれぞれオーディオ：２００００、ビデオ：２０００２、テキスト：２０００４）であり、このＩＰアドレス／ポートのＮＡＴ変換された値が２００．２００．２００．１（ポートは各々オーディオ：２００００、ｒｔｃｐ：２０００１、ビデオ：２０００２、テキスト：２０００４）であることを示す。

ＳＩＰメッセージのルーティングを行うノードのアドレス（プライベート）は１０．１０．１０．１１であり、アドレス（グローバル）は２００．２００．２００．２０１である。

図１３は本発明の第２実施形態によるＳＩＰメッセージルーティングを行うアプリケーション層ゲートウェイ（ＡＬＧ）のブロック図であり、図７〜図１２を参照して説明したＳＩＰメッセージルーティングを行うノードの構成を示す。

アプリケーション層ゲートウェイ（ＡＬＧ）が含まれたネットワーク構成は図１と同一である。

この場合、アプリケーション層ゲートウェイ（ＡＬＧ）の細部構成については図１３を参照して説明する。

図１３によれば、アプリケーション層ゲートウェイ（ＡＬＧ）（図１の２００）は、メッセージ受信部２６０、メッセージ変換部２７０及びメッセージ送信部２８０を含む。

メッセージ受信部２６０は、ＳＩＰメッセージを受信して、メッセージ伝送主体及び方法を確認する。

メッセージ変換部２７０は、メッセージ受信部２６０の確認内容に基づいてＳＩＰメッセージのメディア及びＲＴＣＰ受信アドレス情報に対するＮＡＴアドレス変換を行い、ＳＩＰメッセージルーティング経路に前記ノードのアドレス情報を含ませる。

ここで、メッセージ変換部２７０は、ＳＩＰアドレス割り当て格納モジュール２７２、ＳＩＰアドレス割り当てモジュール２７４、ＳＩＰアドレスマッピングモジュール２７６及びＳＩＰメッセージ変換モジュール２７８を含む。

ＳＩＰアドレス割り当て格納モジュール２７２は、マッピングされたＮＡＴアドレス変換前／後の情報を格納する。

ＳＩＰアドレス割り当てモジュール２７４は、伝送主体がローカルネットワークで、方法がセッション招待要求である受信されたＳＩＰメッセージのメディア及びＲＴＣＰ受信のためのホスト情報に対するグローバルＩＰ割り当てを行う。

ＳＩＰアドレスマッピングモジュール２７６は、伝送主体がグローバルネットワークで、方法がセッション招待要求に対する応答であるＳＩＰメッセージのメディア及びＲＴＣＰ受信のためのホスト情報をＳＩＰアドレス割り当てモジュール２７４によるＳＩＰアドレス割り当て前の情報にマッピングし、マッピング結果をＳＩＰアドレス割り当て格納部２２２に格納する。

ＳＩＰメッセージ変換モジュール２７８は、ＳＩＰアドレス割り当てモジュール２７４及びＳＩＰアドレスマッピングモジュール２７６と連動して、適切なＳＩＰアドレス変換を行い、セッション招待要求メッセージのルーティング経路にアプリケーション層ゲートウェイ（ＡＬＧ）２００のグローバルＩＰアドレスを指定し、セッション招待要求に対する応答メッセージのルーティング経路にアプリケーション層ゲートウェイ（ＡＬＧ）２００のプライベートＩＰアドレスを指定する。

ＳＩＰメッセージ変換モジュール２７８は、第１アドレス変換モジュール２７８ａ、第２アドレス変換モジュール２７８ｂ及びルーティング経路作成モジュール２７８ｃを含む。

第１アドレス変換モジュール２７８ａは、ＲＴＣＰ受信のためのＳＩＰメッセージのメディア及びホスト情報のアドレス変換を行う。

第２アドレス変換モジュール２７８ｂは、ＳＩＰメッセージのトランスポート情報のアドレス変換を行う。ここでトランスポートは、伝送主体のホストネーム又はネットワークアドレスを含む。

ルーティング経路作成モジュール２７８ｃは、ＳＩＰサービス要求メッセージに対する応答のルーティング経路をメッセージ伝送主体にしたがってアプリケーション層アプリケーション層ゲートウェイ（ＡＬＧ）２００のグローバルＩＰアドレス又はプライベートＩＰアドレスとして作成する。

メッセージ受信部２６０は、プライベートＩＰアドレス又はグローバルＩＰアドレスを用いて、サービス要求メッセージ又はサービス応答メッセージを受信する。

メッセージ送信部２８０は、メッセージ変換部２７０によって変換されたメッセージを適切なルーティング経路に伝送する。

図１４は、本発明の他の第２実施形態によるＳＩＰ基盤のネットワーク相互接続概略図であって、図７〜図１２を参照して説明したＳＩＰメッセージルーティング法の既存ＮＡＴ技術への適用を示す。

この場合、ＮＡＴアドレス変換はＮＡＴ変換テーブルを利用する。

図１４によれば、ＳＩＰ基盤のネットワーク相互接続構成図は、呼発信端末６００、ネットワークアドレス変換装置７００及び呼着信端末８００を含む。

呼発信端末６００及び呼着信端末８００は、上記と同様であるので説明は省略する。

ネットワークアドレス変換装置７００は、ローカルネットワーク３０とグローバルネットワーク４０との境界に位置してＮＡＴ機能を行うと共に、ＳＩＰアプリケーション層ゲートウェイ機能を行ってＳＩＰ基盤のネットワーク相互接続を可能とする。

このようなネットワークアドレス変換装置７００の細部構成について図１５を参照して説明する。

図１５によれば、ネットワークアドレス変換装置７００は、パケット分析部７２０及びアプリケーション層ゲートウェイ駆動部７４０を含む。

パケット分析部７２０は、受信されたパケットを分析し、パケットの生成場所のアドレスとポート番号を分析してパケットがＳＩＰメッセージであるか否かを確認する。

即ち、ＳＩＰでは初期値としてポート番号５０６０を使用するので、このポート番号を用いてＳＩＰメッセージを確認することができる。

アプリケーション層ゲートウェイ駆動部７４０は、パケット分析部７２０による確認の結果、メッセージがＳＩＰメッセージであるとわかると、ＮＡＴ変換テーブルを参照して、メディア及びＲＴＣＰを受信するためのホスト情報のＮＡＴ変換を行い、アプリケーション層ゲートウェイ駆動部７４０のアドレス情報をルーティング経路に含ませて、対応宛先にルーティングする。

ここで、受信パケットがＳＩＰメッセージでない場合は、アプリケーション層ゲートウェイ駆動部７４０は、他のパケットと同様に、ＩＰヘッダや他の追加的な要素を変換して、上位階層に伝達し、既存のＮＡＴ動作を行う。

ここで、アプリケーション層ゲートウェイ駆動部７４０は、メッセージ分析モジュール７４２、ＳＩＰアドレス割り当てモジュール７４４、第１メッセージ変換モジュール７４６及び第２メッセージ変換モジュール７４８を含む。

メッセージ分析モジュール７４２は、パケット分析部７１０から伝達されたＳＩＰメッセージの方法及びメッセージ伝送主体を分析する。

ＳＩＰアドレス割り当てモジュール７４４は、ＮＡＴアドレス変換テーブルを用いて、分析した方法及びメッセージ伝送主体に適したＳＩＰアドレス割り当て及びマッピングを行う。

ＳＩＰアドレス割り当てモジュール７４４は、割り当て機７４４ａ及びマッピング機７４４ｂを含む。

割り当て機７４４ａは、ＮＡＴアドレス変換テーブルを用いてＳＩＰメッセージのメディア及びＲＴＣＰ受信アドレス情報に該等するグローバルＩＰを割り当てる。

マッピング機７４４ｂは、メディア及びＲＴＣＰアドレス情報に対して割り当てたグローバルＩＰアドレスと割り当て前のプライベートＩＰアドレスをマッピングして、ＳＩＰアドレス割り当てテーブルを構成する。

第１メッセージ変換モジュール７４６は、ＳＩＰアドレス割り当てモジュール７４４によって割り当てられたアドレスを用いてＳＩＰメッセージ変換を行う。

この際、割り当てられたグローバルＩＰをＳＩＰメッセージのトランスポート情報、即ち、伝送主体のホストネーム又はネットワークアドレスのうちのいずれか一つを含む情報に適用することもできる。

第２メッセージ変換モジュール７４８は、ＳＩＰメッセージの伝送主体がローカルネットワークである場合、自分のグローバルＩＰアドレスをルーティング経路に含ませ、伝送主体がグローバルネットワークである場合、自分のプライベートＩＰアドレスをルーティング経路に含ませる。

図７〜図１５を参照すれば、必要なＳＩＰメッセージヘッダのアドレス変換事項は、ＳＤＰの‘ｍ’及び‘ｃ’パラメータ、ＲＴＣＰの‘ａ’パラメータ及び‘Ｒｅｃｏｒｄ−ｒｏｕｔｅ’パラメータに最小化される。

よって、ＳＩＰメッセージのＲｅｑｕｅｓｔ−ＵＲＩ、Ｖｉａ、Ｃｏｎｔａｃｔ、Ｒｏｕｔｅ、Ｆｒｏｍ、Ｔｏ、Ｅｒｒｏｒ−ｉｎｆｏ、Ｐｒｏｘｙ−ａｕｔｈｅｎｔｉｃａｔｅ、ＷＷＷ−ａｕｔｈｅｎｔｉｃａｔｅ、Ｗａｒｎｉｎｇなどのような多数のフィールドに対する変換を行わなくても、ローカルネットワークとグローバルネットワーク間でＳＩＰ基盤のネットワーク相互接続を実現することができる。

次に、本発明の第３実施形態による互いに異なるＩＰアドレス体系を使用するＩＰネットワーク間でのＳＴＵＮプロトコルを用いたＳＩＰメッセージルーティングについて説明する。

図１６は本発明の第３実施形態による互いに異なるＩＰアドレスを使用するＩＰネットワーク間の相互接続ネットワーク構成の概略図である。

図１６によれば、ＳＩＰユーザエージェントＡ９００は、移動通信ネットワーク５０上に位置し、無線接続ネットワーク（ＲＡＮ）に接続されている。

無線接続ネットワークは、基地局１０００及びパケットデータ提供ノード（ＰＤＳＮ）／ゲートウェイＧＧＳＮ提供ノード（ＧＧＳＮ）１１００を含み、ＳＩＰユーザエージェントＡ９００と無線ネットワークを介して接続されたネットワークを意味する。

基地局１０００は、サービスセル内のＳＩＰユーザエージェントＡ９００から受信されたアナログ信号をデジタル信号に変換し、デジタル信号を有線で接続されたＰＤＳＮ／ＧＧＳＮ１１００に伝送し、ＰＤＳＮ／ＧＧＳＮ１１００から受信されるデジタル信号をアナログ信号に変換して、ＳＩＰユーザエージェントＡ(９００)に伝送する。

ＰＤＳＮ／ＧＧＳＮ１１００は、ＩＰアドレス割り当て／管理／ルーティングを行う。

即ち、ＰＤＳＮ／ＧＧＳＮ１１００は、基地局１０００から受信されたデジタル信号をＩＰパケットに変換し、ＩＰパケットをインターネット６０へ送り、またインターネット６０から受信されるＩＰパケットをデジタル信号に変換して、これを基地局１０００に送る。

よって、ＳＩＰユーザエージェントＡ９００は、無線接続ネットワークを介してＩＰパケット形態のＳＩＰメッセージをＳＩＰユーザエージェントＢ１５００と交換することができる。

アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、ＳＩＰ−アプリケーションレベルゲートウェイ（ＡＬＧ）機能、ＩＰマスカレード機能、ＳＴＵＮクライアント機能及びＳＩＰプロキシ機能を行う。

ＳＩＰ−ＡＬＧ機能は、ＳＩＰメッセージのソースＩＰアドレス及びソースポートをインターネットから着信可能なＩＰ形式に割り当て及び変換するＡＬＧ機能である。

より詳しくは、ＩＰマスカレード機能によってパケットにＳＩＰユーザエージェントＡ６００のＩＰアドレス及びポートを設定することにより、招待メッセージの内容（ＳＤＰユニット）内の「ｍ（メディア）／ｃ（接続）行」内のアドレス／ポート情報がインターネット６０と相互接続可能なＩＰ形式に変換される。

ＳＴＵＮクライアント機能は、ＳＩＰユーザエージェントＡ９００がインターネット６０からメディアを受信できるように、グローバルＩＰアドレス（ＩＰアドレス及びポート）をＳＴＵＮサーバ１４００に要求し、これを受信する。これをＳＴＵＮバインディング動作という。

ＳＩＰプロキシ機能は、ＳＩＰユーザエージェントＡ、Ｂ（９００、１５００）間のプロキシサーバの役割を果たす。

このように構成されたアプリケーション層ゲートウェイ（ＡＬＧ）１２００は、ＳＩＰメッセージを用いてインターネット６０と相互接続する際のＮＡＴ通過問題を解決し、端末の負担を最小化する。その理由は、ＳＴＵＮクライアントがＳＩＰクライアントエージェントＡ９００上になくノード上に別途の装置として存在するからである。

さらに、ＳＩＰユーザエージェントＢ１５００が移動通信ネットワーク６０上に位置する場合には、ＳＴＵＮバインディングなしでセッション接続ができるように、アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、招待メッセージの受信後、ＳＴＵＮバインディング動作を行うことができ、これにより、ＳＴＵＮクライアントとして呼着信ＳＩＰユーザエージェントが位置するネットワークが端末にインストールされているか否かに関係なくＳＴＵＮバインディング動作を行うことにより生じる呼処理の問題や無線チャンネルの浪費を防ぐことができる。

ＮＡＴ１３００は、移動通信ネットワーク５０とインターネット６０との相互接続時に着信が可能なように、パケットのソースＩＰアドレス及びソースポートをグローバルＩＰに割り当てて変換する。

ＳＴＵＮサーバ１４００はＮＡＴ１３００の外部に位置する。

ＳＴＵＮサーバ１４００は、移動通信ネットワーク３０に位置するＳＩＰユーザエージェントＡ９００がインターネット６０に相互接続する時にＮＡＴ１３００によって割り当てられるグローバルＩＰアドレス及びポートをＳＴＵＮクライアント、即ち、アプリケーション層ゲートウェイ（ＡＬＧ）１２００に通知する。

図１７は本発明の第３実施形態によるアプリケーション層ゲートウェイ（ＡＬＧ）のブロック図を示す。

図１７によれば、アプリケーション層ゲートウェイ（ＡＬＧ）（図１６の１２００）は、プロキシ実行部１２０２、判断部１２０４、ＩＰマスカレード実行部１２０６、ＳＴＵＮクライアント実行部１２０８及びメッセージ変換部１２１０を含む。

プロキシ実行部１２０２は、ＳＩＰメッセージのプロキシ機能を行う。

判断部１２０４は、受信したＳＩＰメッセージの伝送主体及び方法を確認して、ネットワーク及びメッセージの種類を判断し、それによって呼発信端末のネットワークが呼着信端末のネットワークと同一であるかどうかを判断し、そしてＳＩＰメッセージが要求メッセージであるか、又は応答メッセージであるかを判断する。

ＩＰマスカレード実行部１２０６は、ＳＴＵＮサーバ（図１６の１４００）に伝送されるグローバルＩＰバインディング要求のヘッダ情報をＳＩＰメッセージのＳＤＰから抽出したｍ／ｃ／ａ属性値に置換する。

ここでｍ／ｃ／ａ属性値は、メディア及びＲＴＣＰ受信アドレス情報を含む。

ＩＰマスカレード実行部１２０６は、グローバルＩＰバインディング要求のヘッダ情報のソースＩＰアドレス及びソースポートを、受信したＳＩＰメッセージのｍ／ｃ／ａ属性値に置換する。

この時、置換処理は、判断部の判断結果に基づいて、呼発信端末のネットワークが呼着信端末のネットワークと異なり、受信したＳＩＰメッセージがセッション招待要求メッセージである場合に実行される。

ＳＴＵＮクライアント実行部１２０８は、ＩＰマスカレード実行部１２０６によってヘッダ情報が置換されたグローバルＩＰバインディング要求をＳＴＵＮサーバに伝送し、グローバルＩＰでバインディングされた置換されたヘッダ情報が含まれているグローバルＩＰバインディング応答を受信する。

メッセージ変換部１２１０は、ＳＴＵＮクライアント実行部１２０８が受信した置換されたヘッダ情報からグローバルＩＰに変換されたｍ／ｃ／ａ属性値を取得し、このｍ／ｃ／ａ属性値を受信したＳＩＰメッセージに適用する。

また、メッセージ変換部１２１０は、判断部１２０４が判断したＳＩＰメッセージの伝送主体に基づいて選択した自己のグローバルＩＰアドレス又はプライベートＩＰアドレスのうちの一つを選択し、選択結果をＳＩＰメッセージのルーティング経路に指定する。

このルーティング経路は、次の要求メッセージのルーティング経路を決定する。

図１８は、本発明の第３実施形態によるＳＩＰメッセージ伝送のフローチャートを示し、ＳＩＰユーザエージェントＡ、Ｂ（図１６の９００、１５００）間のセッション交渉のための呼手順を示すものである。

セッション交渉は、「招待」、「１００ Ｔｒｙｉｎｇ」、「１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ」、「ＰＲＲＡＣＫ」、「２００ ＯＫ」、「ＡＣＫ」等のＳＩＰメッセージを用いて行われる。

図１８は「招待」メッセージ交換を示す。

図１８によれば、アプリケーション層ゲートウェイ（ＡＬＧ）（図１６の１２００）は、ＳＩＰユーザエージェントＡ９００から「招待」メッセージを受信し（Ｓ５０１）、「招待」メッセージに対する受信応答である「１００ Ｔｒｙｉｎｇ」メッセージを伝送する（Ｓ５０３）。

アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、Ｓ５０１で受信したメッセージの方法及び伝送主体にしたがってＩＰマスカレード動作を行う（Ｓ５０５）。

Ｓ５０１で受信したメッセージは「招待」メッセージであるので、アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、メッセージ本体に含まれているＳＤＰのｍ（メディア）／ｃ（結合）行に指定されたＩＰアドレス及びポート値を抽出し、そして抽出した値をグローバルＩＰバインディングを要求するための「ＳＴＵＮバインディング要求」メッセージのヘッダ情報の代わりに挿入し、アプリケーション層ゲートウェイ（ＡＬＧ）９００のＩＰアドレスとして設定された「応答アドレス」を「ＳＴＵＮバインディング要求」メッセージに挿入する。

アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、Ｓ５０５を経た「ＳＴＵＮバインディング要求」メッセージをＳＴＵＮサーバ（図１６の１４００）に伝送する（Ｓ５０７）。

ＳＴＵＮサーバ１４００は、Ｓ５０７で受信した「ＳＴＵＮバインディング要求」メッセージのヘッダ情報を用いて、ＳＴＵＮ動作を行う（Ｓ５０９）。

即ち、ＳＴＵＮサーバ１４００は、ＮＡＴ１３００を通過して、変換されたＩＰヘッダの「ソースＩＰアドレス」とＵＤＰヘッダ内「ソースポート」を「ＳＴＵＮバインディング要求」メッセージから抽出し、抽出結果を「ＳＴＵＮバインディング応答」メッセージの「マッピングアドレス」属性に記述する。

ＳＴＵＮサーバ１４００は、アプリケーション層ゲートウェイ（ＡＬＧ）１２００で伝送した「ＳＴＵＮバインディング要求」メッセージの「応答アドレス」属性に指定されたアドレスに「ＳＴＵＮバインディング応答」を伝送する（Ｓ５１１）。

アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、Ｓ５１１で受信した「ＳＴＵＮバインディング応答」メッセージの「マッピングアドレス」属性値を抽出し、そして抽出値を、ＳＩＰユーザエージェントＡ９００から受信した「招待」のメディア受信アドレス（ｍ／ｃ行）に適用する（Ｓ５１３）。この時、メディア受信アドレスはＩＰアドレス及びポートを含む。

ここで、アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、アプリケーション層ゲートウェイ（ＡＬＧ）１２００のＩＰアドレスを「招待」メッセージのルーティング経路に指定することができる。

この際、着信側がインターネット（図１６の６０）にあるので、アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、アプリケーション層ゲートウェイ（ＡＬＧ）１２００のグローバルＩＰアドレスを「招待」メッセージのルーティング経路に指定する。

また、グローバルネットワークからローカルネットワークに転送されるメッセージである場合は、アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、自分のプライベートＩＰアドレスを指定する。

アプリケーション層ゲートウェイ（ＡＬＧ）１２００は、Ｓ５１３を経た「招待」メッセージをＳＩＰユーザエージェントＢ１２００に伝送する（Ｓ５１５）。

この際、ＳＩＰユーザエージェントＢ１５００は、Ｓ５１５で受信した「招待」メッセージに対する受信応答である「１００ ｔｒｙｉｎｇ」をアプリケーション層ゲートウェイ（ＡＬＧ）１２００に伝送する（Ｓ５１７）。

図１６〜図１８を参照すれば、呼接続のためのシグナリング時に「招待」メッセージを伝送する前に、「招待」メッセージの「ＳＤＰ」メッセージに含まれているメディア受信情報は、インターネット６０で着信可能なようにＩＰマスカレードとＳＴＵＮバインディング動作によりグローバルＩＰアドレスに変換される。

これにより、呼セットアップのためのシグナリング段階と実際データ送受信過程のメディアストリーム段階に分けられたプロトコルの場合、ＮＡＴによって変換されないセッション層に収録されるメディア受信情報をシグナリング段階の初期にグローバルＩＰアドレスに設定して、ＮＡＴ通過の問題を解消している。

以上、本発明の好ましい実施形態について詳細に説明したが、本発明の権利範囲はこれに限定されず、請求の範囲で定義している本発明の基本概念を用いた当業者の多様な変形及び改良形態も本発明の権利範囲に属するものである。

本発明の第１実施形態による互いに異なるＩＰアドレス体系を使用するＩＰネットワーク間の相互接続システムの概略図である。 本発明の第１実施形態によるアプリケーション層ゲートウェイ（ＡＬＧ）の詳細な機能ブロック概略図である。 図２のアプリケーション層ゲートウェイ（ＡＬＧ）により設定されるＩＰヘッダを示す図である。 図２のアプリケーション層ゲートウェイ（ＡＬＧ）により設定されるＵＤＰヘッダを示す図である。 本発明の第１実施形態によるＳＴＵＮサーバの詳細な機能ブロック概略図である。 本発明の第１実施形態による互いに異なるＩＰアドレス体系を使用するＩＰネットワークの相互接続方法を示す図である。 本発明の第２実施形態によるＳＩＰメッセージルーティング方法を示す概略図である。 本発明の第２実施形態によるＳＩＰメッセージルーティング方法の詳細な例を示す図である。 本発明の第２実施形態によるＳＩＰメッセージルーティング方法の他の詳細な例を示す図である。 本発明の第２実施形態によるＳＩＰメッセージルーティングのためのＳＩＰメッセージ変換前と変換後を比較するための図である。 本発明の第２実施形態によるＳＩＰメッセージルーティングのためのＳＩＰメッセージ変換前と変換後を比較するための図である。 本発明の第２実施形態によるＳＩＰメッセージの伝送部及び方法のための識別情報を示す図である。 本発明の第２実施形態によるＳＩＰメッセージルーティングを行うアプリケーション層ゲートウェイ（ＡＬＧ）を示すブロック図である。 本発明の第２実施形態によるＳＩＰ基盤のネットワーク相互接続を示す概略図である。 本発明の第２実施形態によるＮＡＴの詳細なブロック図である。 本発明の第３実施形態による相互接続ネットワークの概略図である。 本発明の第３実施形態によるアプリケーション層ゲートウェイ（ＡＬＧ）を示すブロック図である。 本発明の第３実施形態によるＳＩＰメッセージ伝送を示すフローチャートである

符号の説明

１００…呼発信端末
２００…アプリケーション層ゲートウェイ（ＡＬＧ）
３００…ネットワークアドレス変換装置（ＮＡＴ）
４００…ＳＴＵＮサーバ
５００…呼着信端末
１０…ローカルネットワーク
２０…グローバルネットワーク
２１０…ＩＰマスカレード実行部
２２０…ＳＴＵＮクライアント実行部
２３０…アドレス変換部
２４０…プロキシ実行部
２５０…判断部
４１０…格納部
４２０…ＳＴＵＮ実行部
２６０…メッセージ受信部
２７０…メッセージ変換部
２８０…メッセージ送信部
６００…呼発信端末
７００…ネットワークアドレス変換装置
８００…呼着信端末
３０…ローカルネットワーク
４０…グローバルネットワーク
７２０…パケット分析部
７４０…アプリケーション層ゲートウェイ駆動部
７４４ａ…割り当て機
７４４ｂ…マッピング機
７４６…第１メッセージ変換モジュール
７４４…ＳＩＰアドレス割り当てモジュール
７４８…第２メッセージ変換モジュール
５０…移動通信網
６０…インターネット網
１０００…基地局
１４００…ＳＴＵＮサーバ
１２００…アプリケーション層ゲートウェイ（ＡＬＧ）
１３００…ＮＡＴ
１２０２…プロキシ実行部
１２０４…判断部
１２０６…ＩＰマスカレード実行部
１２０８…ＳＴＵＮクライアント実行部
１２１０…メッセージ変換部

Claims (20)

1. ネットワークアドレス変換（ＮＡＴ）を用いて、プライベートＩＰアドレスを使用するローカルネットワークとグローバルＩＰアドレスを使用するグローバルネットワークとを相互接続させるための相互接続システムにおいて、
   前記ＮＡＴの外部に位置し、前記ＮＡＴを通過したプライベートＩＰアドレスに対するグローバルＩＰバインディング情報を提供するＳＴＵＮサーバと、
   前記ローカルネットワークに位置し、呼発信端末から受信した呼接続要求パケットのペイロードに収録されたプライベートＩＰ形式のメディア受信アドレス情報を前記ＳＴＵＮサーバに提供して、グローバルＩＰ形式に変換されたメディア受信アドレス情報を受信し、受信したメディア受信アドレス情報を前記受信した呼接続要求パケットに適用して、呼着信端末へ伝送するアプリケーション層ゲートウェイ（ＡＬＧ）とを含む相互接続システム。
2. 前記アプリケーション層ゲートウェイ（ＡＬＧ）は、
   前記ＳＴＵＮサーバに伝送するグローバルＩＰバインディング要求のヘッダ情報を前記プライベートＩＰ形式のメディア受信アドレス情報に変更するＩＰマスカレード実行部と、
   前記ＩＰマスカレード実行部により変更されたヘッダ情報及び前記アプリケーション層ゲートウェイ（ＡＬＧ）のＩＰアドレスに設定されたバインディング応答アドレスとを含む前記グローバルＩＰバインディング要求を前記ＳＴＵＮサーバに伝送し、グローバルＩＰに変換された前記変更されたヘッダ情報が含まれているグローバルＩＰバインディング応答を受信するＳＴＵＮクライアント実行部と、
   前記受信した呼接続要求パケットのメディア受信アドレス情報を前記グローバルＩＰにバインディングされたメディア受信アドレス情報に変更するアドレス変換部とを含む請求項１に記載の相互接続システム。
3. 前記ＩＰマスカレード実行部は、
   前記グローバルＩＰバインディング要求のヘッダ情報のソースＩＰアドレス及びソースポートを前記プライベートＩＰ形式のメディア受信アドレス情報のＩＰアドレス及びポートに変更するヘッダ情報設定モジュールと、
   前記変更されたＩＰアドレス及びポートを適用して、前記ヘッダ情報のチェックサムを再計算するヘッダチェックサム計算モジュールとを含む請求項２に記載の相互接続システム。
4. 前記アプリケーション層ゲートウェイ（ＡＬＧ）は、
   前記呼接続要求パケットのヘッダに指定された宛先のネットワークがソースネットワークと同一であるかどうかによって前記ＩＰマスカレード実行部を駆動するか否かを判断する判断部とをさらに含む請求項３に記載の相互接続システム。
5. 前記ＳＴＵＮサーバは、
   前記アプリケーション層ゲートウェイ（ＡＬＧ）と連動して、前記グローバルＩＰバインディング要求及び応答処理に関する設定情報を格納する格納部と、
   前記格納部の設定情報を用いて、前記ＮＡＴを通過して前記グローバルＩＰバインディング応答内のグローバルＩＰに変換された前記グローバルＩＰバインディング要求のヘッダ情報を読み込み、前記ヘッダ情報を前記アプリケーション層ゲートウェイ（ＡＬＧ）に伝送するＳＴＵＮ実行部とを含む請求項１〜４のいずれか１項に記載の相互接続システム。
6. ＮＡＴを用いて、プライベートＩＰアドレスを使用するローカルネットワークと、グロ
   ーバルＩＰアドレスを使用するグローバルネットワークとを相互接続させる相互接続方法において、
   （ａ）前記ローカルネットワークが呼発信端末から受信した呼接続要求パケットのペイロードからプライベートＩＰ形式のメディア受信アドレス情報を抽出し、
   （ｂ）ヘッダ情報が前記抽出したプライベートＩＰ形式のメディア受信アドレス情報に置換されたグローバルＩＰバインディング要求を伝送し、
   （ｃ）前記ＮＡＴによってグローバルＩＰに変換された前記ヘッダ情報を含むグローバルＩＰバインディング応答を受信し、
   （ｄ）前記プライベートＩＰ形式のメディア受信アドレス情報を（ｃ）で受信した前記グローバルＩＰに変換されたメディア受信アドレス情報に変更することにより生成された前記呼接続要求パケットを呼着信端末へ伝送することを含む相互接続方法。
7. 前記（ａ）は、
   前記呼接続要求パケットのヘッダの宛先をチェックして、前記呼着信端末のネットワークが前記呼発信端末のネットワークと同一であるかを確認し、
   前記呼着信端末のネットワークが前記呼発信端末のネットワークと同一である場合は、前記呼接続要求パケットを前記呼着信端末に伝送し、
   前記呼着信端末のネットワークが前記呼発信端末のネットワークと同一でない場合は、前記呼接続要求パケットのペイロードから前記プライベートＩＰ形式のメディア受信アドレス情報を抽出することを含む請求項６に記載の相互接続方法。
8. 前記（ｂ）は、
   前記グローバルＩＰバインディング要求のＩＰヘッダ情報のソースＩＰアドレスを前記プライベートＩＰ形式のメディア受信情報から抽出したソースＩＰアドレスに置換し、
   前記グローバルＩＰバインディング要求のユーザデータグラムプロトコル（ＵＤＰ）ヘッダ情報のソースポートを前記プライベートＩＰ形式のメディア受信アドレス情報から抽出したソースポートに置換することを含む請求項７に記載の相互接続方法。
9. 前記（ｂ）は、
   前記置換されたＩＰアドレス値を適用して、前記ＩＰヘッダ情報のチェックサムを再計算し、
   前記置換されたソースポート値を適用して、前記ＵＤＰヘッダ情報のチェックサムを再計算することをさらに含む請求項８に記載の相互接続方法。
10. プライベートＩＰアドレスを使用するローカルネットワークとグローバルＩＰアドレスを使用するグローバルネットワーク間のＳＩＰサービスのための相互接続システムにおいて、
    ＮＡＴを通過して変換された前記プライベートＩＰアドレスのグローバルＩＰバインディング情報を提供するＳＴＵＮサーバと、
    呼発信端末から受信したＳＩＰメッセージから抽出したプライベートＩＰ形式のメディア及びＲＴＣＰ受信アドレス情報を前記ＳＴＵＮサーバに提供して、グローバルＩＰに変換されたアドレス情報を受信し、当該アドレス情報を前記ＳＩＰメッセージに適用し、適用された結果を呼着信端末に伝送するアプリケーション層ゲートウェイ（ＡＬＧ）とを含む相互接続システム。
11. 前記アプリケーション層ゲートウェイ（ＡＬＧ）は、
    前記ＳＩＰメッセージのプロキシ機能を実行するプロキシ実行部をさらに含む請求項１０に記載の相互接続システム。
12. 前記アプリケーション層ゲートウェイ（ＡＬＧ）は、
    前記受信したＳＩＰメッセージの伝送主体及び方法を確認して、前記呼発信端末のネットワークが呼着信端末のネットワークと同一であるか否か、及び前記ＳＩＰメッセージが要求メッセージであるか、又は応答メッセージであるかを判断する判断部をさらに含む請求項１０又は１１に記載の相互接続システム。
13. 前記アプリケーション層ゲートウェイ（ＡＬＧ）は、
    前記判断部の判断によって前記ＳＴＵＮサーバに伝送するグローバルＩＰバインディング要求のヘッダ情報を前記ＳＩＰメッセージのＳＤＰ内で抽出したｍ／ｃ／ａ属性値（ここで前記ｍ／ｃ／ａ属性値は、前記メディア及びＲＴＣＰ受信アドレス情報である）に置換するＩＰマスカレード実行部と、
    前記ＩＰマスカレード実行部によりヘッダ情報が置換された前記グローバルＩＰバインディング要求を前記ＳＴＵＮサーバに伝送し、グローバルＩＰでバインディングされた前記置換されたヘッダ情報が含まれているグローバルＩＰバインディング応答を受信するＳＴＵＮクライアント実行部と、
    前記ＳＴＵＮクライアント実行部が受信した前記置換されたヘッダ情報からグローバルＩＰに変換された前記ｍ／ｃ／ａ属性値を取得し、前記ｍ／ｃ／ａ属性値を前記受信したＳＩＰメッセージに適用するメッセージ変換部とを含む請求項１２に記載の相互接続システム。
14. 前記メッセージ変換部は、
    前記判断部が判断したＳＩＰメッセージの伝送主体に基づいて選択された自分のグローバルＩＰアドレス又はプライベートＩＰアドレスのうちのいずれか一つを前記ＳＩＰメッセージのルーティング経路（ここでルーティング経路は、次の要求メッセージのルーティング経路を決定する）情報に指定する請求項１３に記載の相互接続システム。
15. 前記ＩＰマスカレード実行部は、
    前記グローバルＩＰバインディング要求のヘッダ情報のソースＩＰアドレス及びソースポートを前記受信したＳＩＰメッセージのｍ／ｃ／ａ属性値に置換する請求項１４に記載の相互接続システム。
16. プライベートＩＰアドレスを使用するローカルネットワークとグローバルＩＰアドレスを使用するグローバルネットワークとを相互接続するノードのＳＩＰメッセージルーティング方法において、
    （ａ）呼発信端末から受信したＳＩＰメッセージから抽出したプライベートＩＰ形式のメディア及びＲＴＣＰ受信アドレス情報に変更されたヘッダ情報を持つグローバルＩＰバインディング要求を伝送し、
    （ｂ）グローバルＩＰに変換された前記ヘッダ情報が含まれたグローバルＩＰバインディング応答を受信し、
    （ｃ）前記グローバルＩＰバインディング応答のヘッダ情報から取得されグローバルＩＰに変換された前記メディア及びＲＴＣＰ受信アドレス情報を前記受信したＳＩＰメッセージに適用して、適用結果を呼着信端末に伝送することを含むＳＩＰメッセージルーティング方法。
17. 前記（ａ）以前に、
    前記呼発信端末からＳＩＰメッセージを受信し、
    前記受信したＳＩＰメッセージの伝送主体及び方法を確認し、
    前記受信したＳＩＰメッセージの伝送主体のネットワークが同一であるか否か、及びメッセージの種類が要求メッセージであるか、又は応答メッセージであるかを判断することを含む請求項１６に記載のＳＩＰメッセージルーティング方法。
18. 前記（ａ）は、
    前記ＳＩＰメッセージの伝送主体のネットワークが互いに異なり、メッセージがセッション招待要求メッセージである場合、前記ＳＩＰメッセージのＳＤＰ内でｍ／ｃ／ａ属性値（ここで前記ｍ／ｃ／ａ属性値は、前記メディア及びＲＴＣＰ受信アドレス情報である）を抽出し、
    前記グローバルＩＰバインディング要求のヘッダ情報を前記抽出したｍ／ｃ／ａ属性値に置換することを含む請求項１７に記載のＳＩＰメッセージルーティング方法。
19. 前記（ａ）は、
    前記ＳＩＰメッセージの伝送主体のネットワークが互いに異なり、メッセージがセッション招待要求メッセージである場合、前記ＳＩＰメッセージのＳＤＰ内でｍ／ｃ／ａ属性値を抽出し、
    前記グローバルＩＰバインディング要求のヘッダ情報のソースＩＰアドレス及びソースポートを前記抽出したｍ／ｃ／ａ属性値に置換することを含む請求項１８に記載のＳＩＰメッセージルーティング方法。
20. 前記（ｃ）は、
    前記受信したＳＩＰメッセージに含まれているメディア及びＲＴＣＰ受信アドレス情報を前記グローバルＩＰに変換されたメディア及びＲＴＣＰ受信アドレス情報に置換し、
    前記判断部が判断したＳＩＰメッセージの伝送主体に基づいて選択されたグローバルＩＰアドレス及びプライベートＩＰアドレスのうちのいずれか一つを選択し、
    前記選択したＩＰアドレスを前記変更されたＳＩＰメッセージのルーティング経路（ここでルーティング経路は、次の要求メッセージのルーティング経路を決定する）情報に指定し、
    前記変更されたメディア及びＲＴＣＰアドレス及びルーティング経路が指定されたＳＩＰメッセージを伝送することを含む請求項１６〜１９のいずれか１項に記載のＳＩＰメッセージルーティング方法。

Images