(57)【要約】【課題】ＳＩＰサーバを介してセッションを確立した後、ＩＰｖ４、ＩＰｖ６端末間のパケット通信を可能とするＩＰアドレス変換装置およびパケット転送装置を提供すること【解決手段】ＳＩＰサーバを介してＩＰｖ４装置とＩＰｖ６装置との間にセッションを確立する過程で、仮想ＩＰアドレスを割当てるＳＩＰ−ＡＬＧ制御メッセージ処理機能と、ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの対応関係、ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとの対応関係、各仮想アドレスに付随するフィルタ情報を記憶するアドレス変換テーブルと、ＩＰｖ４、ＩＰｖ６パケットを上記アドレス変換テーブルに従ってアドレス変換する機能とを有し、アドレス変換時に、フィルタ情報に基づいて受信パケットのヘッダ情報をチェックし、フィルタ情報に適合しないパケットは廃棄するＩＰアドレス変換装置。【選択図】図１
2004364141.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰｖ４網とＩＰｖ６網との間に位置したＩＰアドレス変換装置であって、
ＩＰｖ４アドレスを有するＩＰｖ４装置とＩＰｖ６アドレスを有するＩＰｖ６装置との間にセッションを確立する過程で、上記ＩＰｖ４装置に仮想ＩＰｖ６アドレスを割当て、上記ＩＰｖ６装置に仮想ＩＰｖ４アドレスを割当てるための手段と、
上記ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの対応関係と、上記ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとの対応関係と、上記各仮想アドレスに付随するフィルタ情報とを記憶するアドレス変換テーブルと、
上記ＩＰｖ４装置およびＩＰｖ６装置から受信したデータパケットのＩＰアドレスを上記アドレス変換テーブルに従って変換するアドレス変換手段とを有し、
上記アドレス変換手段が、上記アドレス変換テーブルに記憶されたフィルタ情報に基づいて、アドレス変換すべき各データパケットのヘッダ情報をチェックし、フィルタ情報に適合しないデータパケットは廃棄し、フィルタ情報に適合したデータパケットについてアドレス変換を実行することを特徴とするＩＰアドレス変換装置。
【請求項２】
前記仮想ＩＰｖ４アドレスに付随するフィルタ情報が、該仮想ＩＰｖ４アドレスを宛先アドレスとするデータパケットで使用すべき送信元ＩＰｖ６アドレスと宛先ポート番号を特定し、前記仮想ＩＰｖ６アドレスに付随するフィルタ情報が、該仮想ＩＰｖ６アドレスを宛先アドレスとするＩＰｖ４装置で使用すべき送信元ＩＰｖ４アドレスと宛先ポート番号を特定したことを特徴とする請求項１に記載のＩＰアドレス変換装置。
【請求項３】
前記各フィルタ情報が、各データパケットで指定すべきポート種別を特定していることを特徴とする請求項２に記載のＩＰアドレス変換装置。
【請求項４】
ＩＰｖ４網とＩＰｖ６網との間で通信されるデータパケットおよびセッション制御パケットのＩＰアドレスをアドレス変換テーブルに従って変換するＩＰアドレス変換装置であって、
ＩＰｖ４アドレスを有するＩＰｖ４装置とＩＰｖ６アドレスを有するＩＰｖ６装置との間で通信されるセッション制御パケットを捕捉し、カプセル化パケット形式でペイロード変換装置に転送し、上記ペイロード変換装置からペイロード変換されたセッション制御パケットを含むカプセル化パケットを受信した時、受信パケットから抽出したセッション制御パケットのＩＰアドレスを変換して宛先網に転送するセッション制御パケット処理手段と、
上記ペイロード変換装置からの要求に応じて、ＩＰｖ４アドレスへの仮想ＩＰｖ６アドレスの割当てと、ＩＰｖ６アドレスへの仮想ＩＰｖ４アドレスの割当てを行い、上記ペイロード変換装置が指定したフィルタ情報を付随させて、上記ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの関係を示すアドレス変換情報と、上記ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとの関係を示すアドレス変換情報を上記アドレス変換テーブルに記憶し、割当て結果を上記ペイロード変換装置に通知するアドレス変換情報管理手段と、
上記ＩＰｖ４装置およびＩＰｖ６装置から受信したデータパケットのＩＰアドレスを上記アドレス変換テーブルに従って変換するアドレス変換手段とを有し、上記アドレス変換手段が、上記アドレス変換テーブルに記憶されたフィルタ情報に基づいて、アドレス変換すべき各データパケットのヘッダ情報をチェックし、フィルタ情報に適合しないデータパケットは廃棄し、フィルタ情報に適合したデータパケットについてアドレス変換を実行することを特徴とするＩＰアドレス変換装置。
【請求項５】
前記仮想アドレス管理手段が、前記ペイロード変換装置から受信したＩＰｖ４アドレスへの仮想ＩＰｖ６アドレスの割当て要求に応答して、前記仮想ＩＰｖ６アドレスの割当てを実行し、前記ペイロード変換装置から受信したＩＰｖ６アドレスへの仮想ＩＰｖ４アドレスの割当て要求に応答して、前記仮想ＩＰｖ４アドレスの割当てを実行し、前記ペイロード変換装置から受信した仮想アドレス解放要求に応答して、該要求が指定するアドレス変換情報を前記アドレス変換テーブルから削除することを特徴とする請求項４に記載のＩＰアドレス変換装置。
【請求項６】
前記仮想ＩＰｖ４アドレスに付随するフィルタ情報が、該仮想ＩＰｖ４アドレスを宛先アドレスとするデータパケットで使用すべき送信元ＩＰｖ６アドレスとポート番号とを特定し、前記仮想ＩＰｖ６アドレスに付随するフィルタ情報が、該仮想ＩＰｖ６アドレスを宛先アドレスとするデータパケットで使用すべき送信元ＩＰｖ４アドレスとポート番号とを特定したことを特徴とする請求項４または請求項５に記載のＩＰアドレス変換装置。
【請求項７】
前記セッション制御パケットのペイロードがＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージを含むことを特徴とする請求項４〜請求項６の何れかに記載のＩＰアドレス変換装置。
【請求項８】
複数の回線インタフェースと、上記回線インタフェース毎に設けられた複数のプロトコル処理部と、上記複数のプロトコル処理部の間でパケット交換するスイッチ部とからなるパケット転送装置において、
上記回線インタフェースのうちの１つが前記ペイロード変換装置に接続され、
ＩＰｖ４網に接続された回線インタフェースに付随する各プロトコル処理部、またはＩＰｖ６網に接続された回線インタフェースに付随するた各プロトコル処理部が、請求項４〜請求項７の何れかのＩＰアドレス変換装置として機能することを特徴とするパケット転送装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰアドレス変換装置およびパケット転送装置に関し、更に詳しくは、アドレス体系の異なるＩＰ網に接続された２つの端末装置間で仮想的通話路（セッション）を介してパケット通信する際に有効となるＩＰアドレス変換装置およびパケット転送装置に関する。
【０００２】
【従来の技術】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網の急速な普及に伴って、３２ビット長アドレスを適用するＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）網ではアドレス不足となるため、１２８ビット長アドレスを使用する新たな通信プロトコルＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）が提案された。ＩＰｖ４網に接続された通信装置（以下、ＩＰｖ４端末と言う）とＩＰｖ６網に接続された通信装置（以下、ＩＰｖ６端末と言う）とが通信する場合、ＩＰｖ４網とＩＰｖ６網との接続装置において、ＩＰｖ４アドレスとＩＰｖ６アドレスとの変換を行い、ＩＰヘッダを書き換える必要ある。本明細書では、ヘッダ変換も含めて、ＩＰｖ４アドレスからＩＰｖ６アドレスへの変換（あるいはその逆変換）機能を備えた装置をＩＰアドレス変換装置と言う。
【０００３】
ＩＰｖ４アドレスｘをもつＩＰｖ４端末と、ＩＰｖ６アドレスｙをもつＩＰｖ６端末とが通信する場合、通信に先立って、ＩＰｖ４端末には仮想ＩＰｖ６アドレスＸ、ＩＰｖ６端末には仮想ＩＰｖ４アドレスＹを割り当てておき、ＩＰｖ４端末は、宛先端末を仮想ＩＰｖ４アドレスＹで指定したＩＰｖ４パケットを送信し、ＩＰｖ６端末は、宛先端末を仮想ＩＰｖ６アドレスＸで指定したＩＰｖ６パケットを送信するようにする。この場合、ＩＰアドレス変換装置は、アドレスｘとＸの対応関係と、ｙとＹの対応関係を記憶しておき、ＩＰｖ４網からアドレスｘ、ＹをもつＩＰｖ４パケットを受信した時、これをアドレスＸ、ｙをもつＩＰｖ６パケットに変換してＩＰｖ６網に転送する。逆に、ＩＰｖ６網からアドレスＸ、ｙをもつＩＰｖ６パケットを受信した時、これをアドレスｘ、ＹをもつＩＰｖ４パケットに変換してＩＰｖ４網に転送する。
【０００４】
ＩＰアドレス変換に関する従来技術として、特開平１１−１３６２８５号公報（特許文献１）では、例えば、ＩＰｖ４端末が、宛先装置となるＩＰｖ６端末のドメインネームを指定してアドレス変換装置にＩＰｖ６アドレスを問合せた時、アドレス変換装置が、ＩＰｖ６網のＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバから宛先装置のＩＰｖ６アドレスを取得し、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバから、上記ＩＰｖ６アドレスに対応する仮想ＩＰｖ４アドレスを動的に獲得して、これを要求元のＩＰｖ４端末に通知するようにしている。
【０００５】
ＩＰｖ４端末が、上記仮想ＩＰｖ４アドレスを宛先アドレスとしたＩＰｖ４パケットを送信すると、アドレス変換装置は、送信元ＩＰｖ４アドレスに固定データを追加することによって、送信元ＩＰｖ４アドレスを仮想ＩＰｖ６アドレスに変換し、アドレス変換テーブルから宛先仮想ＩＰｖ４アドレスと対応するＩＰｖ６アドレスを検索することによって、宛先ＩＰｖ４アドレスをＩＰｖ６アドレスに変換している。
【０００６】
また、特開２００１−２８５３６６号公報（特許文献２）は、仮想ＩＰｖ４アドレスの枯渇に対処するため、端末から相手アドレスの問合せを受けたアドレス変換装置が、ＩＰｖ６端末とＩＰｖ４端末との組み合わせに対して仮想ＩＰｖ４アドレスを割り当てることにより、同一仮想ＩＰｖ４アドレスを複数のＩＰｖ６端末で共用することを提案している。仮想ＩＰｖ４アドレスの割当て後に、例えば、ＩＰｖ４パケットを受信した場合、アドレス変換装置は、受信パケットの送信元ＩＰｖ４アドレスと宛先仮想ＩＰｖ４アドレスとの組み合わせを検索キーにして、アドレス変換テーブルから宛先端末のＩＰｖ６アドレスを検索する。送信元ＩＰｖ４アドレスは、特許文献１と同様、予め決められた規則に従って仮想ＩＰｖ６アドレスに変換される。
【０００７】
一方、ＩＰ網の分野では、音声をＩＰパケットで送信するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）技術が知られている。ＶｏＩＰでは、通信の開始前に端末間に仮想的な通信路（セッション）を確立しておき、音声データを含むＩＰパケットを上記通信路上で転送する。端末間のセッションの確立と切断は、セッション制御プロトコルに従って行われる。
【０００８】
ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）は、ＩＰマルチメディア通信におけるセッション制御プロトコルとして、ＶｏＩＰに適したＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＩＥＴＦ  ＲＦＣ３２６１：非特許文献１）を仕様化している。ＳＩＰは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）などのトランスポートメカニズムを利用したアプリケーションプロトコルである。また、ＳＩＰは、テキストベースのプロトコルであり、ＳＩＰメッセージは、要求または応答情報を搬送するヘッダ部と、セッション内容を記述するメッセージボディとから構成され、セッションの記述には、例えば、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が適用され、通信相手をＳＩＰ  ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）によって識別している。
ＳＩＰサーバの動作モードには、端末間のセッション確立（呼設定）要求をＳＩＰサーバが仲介するＰｒｏｘｙモードと、発側端末がＳＩＰサーバから着側端末の情報を取得して、着側端末と直接通信するＲｅｄｉｒｅｃｔモードとがある。
【０００９】
【特許文献１】
特開平１１−１３６２８５号
【特許文献２】
特開２００１−２８５３６６号
【非特許文献１】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ＩＥＴＦ  ＲＦＣ３２６１
【００１０】
【発明が解決しようとする課題】
ＳＩＰに代表されるセッション制御プロトコルを利用して、ＩＰｖ４端末がＩＰｖ６端末と通信する場合、ＩＰｖ４端末は、ＩＰｖ４網に接続されたＳＩＰサーバ（ＩＰｖ４ＳＩＰサーバ）に対して、着側ＩＰｖ６端末をＵＲＩで指定した呼設定要求用ＳＩＰメッセージ（ＩＮＶＩＴＥ）を含む制御用のＩＰパケットを送信する。
【００１１】
上記ＩＰパケットは、ＩＰｖ４ＳＩＰサーバによって宛先アドレスが書き換えられ、ＩＰｖ６網に接続された着側ＳＩＰサーバ（ＩＰｖ６ＳＩＰサーバ）に転送され、ＩＰｖ６ＳＩＰサーバが、受信メッセージが示すＵＲＩに基づいて着側ＩＰｖ６端末のＩＰｖ６アドレスを特定し、宛先アドレスを書き換えて、受信パケットを着側ＩＰｖ６端末に転送する。この場合、ＩＰｖ４ＳＩＰサーバとＩＰｖ６ＳＩＰサーバは、必要に応じてＤＮＳサーバからパケット転送先のＩＰアドレスを取得する。ＩＮＶＩＴＥメッセージを受信したＩＰｖ６端末は、ＩＰｖ６ＳＩＰサーバに対して、応答用ＳＩＰメッセージ（２００ＯＫ）を含む制御用のＩＰパケットを送信する。このＩＰパケットは、ＩＮＶＩＴＥメッセージの転送シーケンスとは逆方向に、発側のＩＰｖ４端末に転送される。
【００１２】
上述したセッション制御プロトコルを利用するパケット通信では、セッションの確立過程において、アドレス変換装置は、制御用ＩＰパケットが示すＩＰｖ４ＳＩＰサーバのアドレスとＩＰｖ６ＳＩＰサーバのアドレスについて、ＩＰアドレス変換を実行することになる。この場合、アドレス変換装置は、特許文献１、２のように、発側端末からは宛先端末ＩＰアドレスの問合せを受けていない。また、ＩＰｖ４ＳＩＰサーバとＩＰｖ６ＳＩＰサーバは、発側、着側の各端末に仮想ＩＰアドレスを割り当てるための通信処理機能を備えていない。
従って、発側、着側の各端末への仮想ＩＰアドレスの割り当て方法と、相手端末の仮想ＩＰアドレスの通知方法が問題となる。また、アドレス変換装置に対して、端末間で通信されるデータパケットのＩＰアドレス変換に必要なアドレス変換テーブル情報を如何にして設定するかが問題となる。
【００１３】
本発明の目的は、プロトコルバージョンの異なる端末間で仮想的通話路（セッション）を介してパケット通信する際に有効となるＩＰアドレス変換装置およびパケット転送装置を提供することにある。
本発明の他の目的は、宛先アドレスを不正使用したパケットを廃棄して、プロトコルバージョンの異なる端末間通信を可能にしたＩＰアドレス変換装置およびパケット転送装置を提供することにある。
【００１４】
【課題を解決するための手段】
上記目的を達成するため、本発明によるＩＰアドレス変換装置は、
ＩＰｖ４アドレスを有するＩＰｖ４装置とＩＰｖ６アドレスを有するＩＰｖ６装置との間にセッションを確立する過程で、上記ＩＰｖ４装置に仮想ＩＰｖ６アドレスを割当て、上記ＩＰｖ６装置に仮想ＩＰｖ４アドレスを割当てるための手段と、上記ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの対応関係と、上記ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとの対応関係と、上記各仮想アドレスに付随するフィルタ情報とを記憶するアドレス変換テーブルと、上記ＩＰｖ４装置およびＩＰｖ６装置から受信したデータパケットのＩＰアドレスを上記アドレス変換テーブルに従って変換するアドレス変換手段とを有し、
上記アドレス変換手段が、上記アドレス変換テーブルに記憶されたフィルタ情報に基づいて、アドレス変換すべき各データパケットのヘッダ情報をチェックし、フィルタ情報に適合しないデータパケットは廃棄し、フィルタ情報に適合したデータパケットについてアドレス変換を実行することを特徴とする。
【００１５】
本発明によるＩＰアドレス変換装置は、
ＩＰｖ４アドレスを有するＩＰｖ４装置とＩＰｖ６アドレスを有するＩＰｖ６装置との間で通信されるセッション制御パケットを捕捉し、カプセル化パケット形式でペイロード変換装置に転送し、上記ペイロード変換装置からペイロード変換されたセッション制御パケットを含むカプセル化パケットを受信した時、受信パケットから抽出したセッション制御パケットのＩＰアドレスを変換して宛先網に転送するセッション制御パケット処理手段と、
上記ペイロード変換装置からの要求に応じて、ＩＰｖ４アドレスへの仮想ＩＰｖ６アドレスの割当てと、ＩＰｖ６アドレスへの仮想ＩＰｖ４アドレスの割当てを行い、上記ペイロード変換装置が指定したフィルタ情報を付随させて、上記ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの関係を示すアドレス変換情報と、上記ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとの関係を示すアドレス変換情報を上記アドレス変換テーブルに記憶し、割当て結果を上記ペイロード変換装置に通知するアドレス変換情報管理手段と、
上記ＩＰｖ４装置およびＩＰｖ６装置から受信したデータパケットのＩＰアドレスを上記アドレス変換テーブルに従って変換するアドレス変換手段とを有し、
上記アドレス変換手段が、上記アドレス変換テーブルに記憶されたフィルタ情報に基づいて、アドレス変換すべき各データパケットのヘッダ情報をチェックし、フィルタ情報に適合しないデータパケットは廃棄し、フィルタ情報に適合したデータパケットについてアドレス変換を実行することを他の特徴とする。
【００１６】
本発明において、仮想ＩＰｖ４アドレスに付随するフィルタ情報は、例えば、仮想ＩＰｖ４アドレスを宛先アドレスとするデータパケットで使用すべき送信元ＩＰｖ６アドレスと宛先ポート番号を特定し、仮想ＩＰｖ６アドレスに付随するフィルタ情報は、上記仮想ＩＰｖ６アドレスを宛先アドレスとするＩＰｖ４装置で使用すべき送信元ＩＰｖ４アドレスと宛先ポート番号を特定する。
【００１７】
本発明によるパケット転送装置は、複数の回線インタフェースと、上記回線インタフェース毎に設けられた複数のプロトコル処理部と、上記複数のプロトコル処理部の間でパケット交換するスイッチ部とからなり、
上記回線インタフェースのうちの１つがペイロード変換装置に接続され、ＩＰｖ４網に接続された回線インタフェースに付随する各プロトコル処理部、またはＩＰｖ６網に接続された回線インタフェースに付随する各プロトコル処理部が、上述したＩＰアドレス変換装置として機能することを特徴とする。
本発明の他の目的と特徴は、以下の実施例の説明から明らかになる。
【００１８】
【発明の実施の形態】
以下、本発明の実施例について、図面を参照して説明する。
図１は、本発明のアドレス変換装置が適用される通信ネットワークの１例を示す。
【００１９】
図１において、１は、後述するＩＰｖ４アドレスとＩＰｖ６アドレスとの間のアドレス変換機能を備えたパケット転送装置であり、複数のＩＰ網２（２−１〜２−ｍ）と、ＳＩＰメッセージのペイロード変換装置として機能するＳＩＰ−ＡＬＧ（Ａｐｐｌｉｃａｔｉｏｎ  Ｌｅｖｅｌ  Ｇａｔｅｗａｙ）７に接続されている。図示した例では、パケット転送装置１には、ＩＰｖ４ＳＩＰサーバ３−１、３−２、…を有するＩＰｖ４網２−１、２−２、…と、ＩＰｖ６ＳＩＰサーバ３−ｋ、…、３−ｍを有するＩＰｖ６網２−ｋ、…、２−ｍとが接続されている。
【００２０】
ＩＰｖ４網２−１、２−２、…には、ＩＰｖ４端末５（５Ａ、５Ｂ、５Ｃ、…）とサーバ８（８Ａ、８Ｃ、…）が収容され、ＩＰｖ６網２−ｋ、…、２−ｍには、ＩＰｖ６端末６（６Ａ、６Ｂ、…、６Ｎ）とサーバ９（９Ａ、…、９Ｎ）が収容されている。簡単化のために図面からは省略されているが、各ＩＰ網２には、例えば、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバなど、各種の多数のサーバや通信ノード装置が接続されている。
【００２１】
本実施例では、ＩＰｖ４網２−１に収容された識別名“ＩＰｖ４  Ｕｓｅｒ  Ａ”をもつＩＰｖ４端末５Ａと、ＩＰｖ６網２−ｋに収容された識別名“ＩＰｖ６  Ｕｓｅｒ  Ｂ”をもつＩＰｖ６端末６Ｂとの間で、ＩＰｖ４ＳＩＰサーバ３−１、パケット転送装置１、ＩＰｖ６ＳＩＰサーバ３−ｋを経由してセッションを確立し、ＩＰパケット通信を行なう場合を例にとって、本発明のパケット転送装置１の動作を説明する。
【００２２】
図２は、パケット転送装置１の構成の１例を示すブロック図である。
パケット転送装置１は、それぞれ入出力回線Ｌ１〜Ｌｍを介してＩＰ網２−１〜２−ｍに接続される回線インタフェース１１−１〜１１−ｍと、入出力回線Ｌｎを介してＳＩＰ−ＡＬＧ７に接続される回線インタフェース１１−ｎと、各回線インタフェースに接続されたプロトコル処理部１２（１２−１〜１２−ｎ）と、これらのプロトコル処理部１２−１〜１２−ｎに接続された内部スイッチ部１３と、バス１５を介してプロトコル処理部１２−１〜１２と内部スイッチに接続された制御部１４とからなり、制御部１４には、回線１６を介して制御端末９０が接続されている。
【００２３】
各ＩＰ網２からの受信パケットは、回線インタフェース１１（１１−１〜１１−ｍ）を介してプロトコル処理部１２（１２−１〜１２−ｍ）に転送される。プロトコル処理部１２（１２−１〜１２−ｍ）は、受信パケットのＩＰヘッダに含まれる宛先ＩＰアドレスに従ってルーティングテーブルを参照し、ルーティングテーブルが指定する内部ルーティング情報（内部ヘッダ）を付加した形で、受信パケットを内部スイッチ入出力ポートＰ（Ｐ１〜Ｐｍ）に出力する。
以下に説明する実施例では、ＩＰアドレスの変換は、回線インタフェースを介してＩＰｖ４網に接続されたプロトコル処理部が実行し、ＩＰｖ６網に接続されたプロトコル処理部は、受信したＩＰｖ６パケットをアドレス変換することなく、内部スイッチに中継するものとする。
【００２４】
ＩＰｖ４網に接続されたプロトコル処理部１２−ｉは、回線インタフェースから受信したデータパケットの宛先がＩＰｖ６網に接続された端末（またはサーバ）の場合、アドレス変換テーブルに従ってアドレス変換を行い、受信パケットのＩＰｖ４ヘッダをＩＰｖ６ヘッダに書き換え、これに内部ヘッダを付加して内部スイッチに供給する。回線インタフェースから受信したデータパケットの宛先がＩＰｖ４網に接続された端末（またはサーバ）の場合は、アドレス変換することなく、内部ヘッダを付加して内部スイッチに供給する。
【００２５】
回線インタフェースからの受信パケットが、端末間のセッション制御用のＳＩＰメッセージを含む場合、プロトコル処理部１２−ｉは、受信パケットをＳＩＰ−ＡＬＧ７宛の宛先アドレスをもつＩＰヘッダでカプセル化し、これに内部ヘッダを付加した形で、内部スイッチに出力する。また、プロトコル処理部１２−ｉは、内部スイッチを介してＳＩＰ−ＡＬＧ７から、ＳＩＰペイロードのアドレス変換を終えたカプセル化パケットを受信すると、カプセル化ヘッダを除去し、必要に応じてＩＰヘッダのアドレス変換を行なった後、これに内部ヘッダを付加して内部スイッチに供給する。
内部スイッチ部１３は、ポートＰ１〜Ｐｎからの受信パケットを内部ルーティング情報に従ってルーティングし、宛先アドレスと対応した何れかのプロトコル処理部に転送する。
【００２６】
各プロトコル処理部は、内部スイッチ部１３からパケットを受信すると、受信パケットから内部ヘッダを除去する。受信パケットがＳＩＰ−ＡＬＧ制御メッセージを含む場合、プロトコル処理部１２−ｉは、後述するＳＩＰ−ＡＬＧ制御メッセージ処理プログラムに従って、仮想ＩＰアドレスの割当て、アドレス変換テーブルの更新（エントリの登録、フィルタリング情報の追加、既存エントリの削除）、ＳＩＰ−ＡＬＧ７に対する応答パケットの返送等の動作を実行する。
【００２７】
本発明の特徴の１つは、回線インタフェース１１−ｉ（または内部スイッチ）からデータパケットを受信した時、プロトコル処理部１２−ｉが、アドレス変換テーブルのフィルタリング情報に基づいて受信パケットの正当性を判定し、セッション確立過程を経ていない不正パケットは廃棄することにある。
【００２８】
図３は、制御部１４の構成の１例を示す。
制御部１４は、プロセッサ２０と、プログラム格納用メモリ２１と、データ格納用メモリ２２と、バス１５に接続されるプロセッサ間通信インタフェース２３と、回線１６に接続される端末インタフェース２４と、これらの要素を相互接続する内部バス２５とからなっている。メモリ２１には、例えば、基本制御プログラム２１０、ＩＰｖ４ルーティング演算プログラム２１１、ＩＰｖ６ルーティング演算プログラム２１２が格納されている。プロセッサ２０は、基本制御プログラム２１０に従って制御端末９０と交信すると共に、ＩＰｖ４ルーティング演算プログラム２１１、ＩＰｖ６ルーティング演算プログラム２１２に従ってルーティング情報を生成し、各プロトコル処理部１２のルーティングテーブルを更新する。
【００２９】
図４は、ＩＰｖ４網に接続されたアドレス変換機能をもつプロトコル処理部１２−１の構成の１例を示す。
プロトコル処理部１２−１は、回線インタフェース１１−１に接続された回線側受信バッファ３１および回線側送信バッファ３２と、内部スイッチ入出力ポートＰ１に接続された内部スイッチ側送信バッファ３３および内部スイッチ側受信バッファ３４と、これらのバッファに接続されたプロトコル処理プロセッサ３５と、内部バス３９を介して上記プロトコル処理プロセッサ３５に接続されたプログラム格納用メモリ３６およびデータ格納用メモリ３７と、パケット転送装置１のバス１５に接続されるプロセッサ間通信インタフェース３８とからなる。プロトコル処理プロセッサ３５は、アドレス変換装置として機能する。
【００３０】
データ格納用メモリ３７には、受信パケットに付された宛先ＩＰｖ４アドレスから内部ルーティング情報を検索するためのＩＰｖ４ルーティングテーブル３１０と、受信パケットに付された宛先ＩＰｖ６アドレスから内部ルーティング情報を検索するためのＩＰｖ６ルーティングテーブル３２０と、ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの間、ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとの間のアドレス変換に利用されるアドレス変換テーブル３３０と、仮想アドレスプール３４０とが用意されている。
【００３１】
ＩＰｖ４パケットをＩＰｖ６網に転送する時に送信元アドレスとして必要となる仮想ＩＰｖ６アドレスは、プロトコル処理プロセッサ（アドレス変換装置）３５に割当てられたＩＰｖ６アドレスの上位ビット群（プリフィクス）と送信元ＩＰｖ４アドレスとを組み合せることによって自動的に生成できるため、仮想アドレスプール３４０としては、ＩＰｖ６端末（ＩＰｖ６アドレス）に割当て可能な仮想ＩＰｖ４アドレスを格納した仮想ＩＰｖ４アドレスプールのみを用意すればよい。
【００３２】
プログラム格納用メモリ３６には、例えば、ルーティングテーブル３１０（３２０）を更新するためのルーティングエントリ管理プログラム１００と、パケット転送制御プログラム１１０と、ＳＩＰ−ＡＬＧ制御メッセージ処理プログラム１３０と、その他のプログラム１５０が用意されている。プロトコル処理プロセッサ（アドレス変換装置）３５は、受信バッファ３１、３４に入力されたパケットをパケット転送制御プログラム１１０に従って処理することによって、前述したアドレス変換、内部ヘッダの付加／削除、受信パケット転送を実現する。ＳＩＰ−ＡＬＧ制御メッセージ処理プログラム１３０は、受信パケットがＳＩＰ−ＡＬＧ７から送信されたＳＩＰ−ＡＬＧ制御メッセージを含む場合に、パケット転送制御プログラム１１０によって起動される。
【００３３】
図５は、セッションの確立および切断のための通信されるＳＩＰメッセージのパケットフォーマットを示す。
ＳＩＰメッセージは、ＩＰヘッダ５１とＴＣＰ／ＵＤＰヘッダ５２ともつＩＰパケットのペイロード部５３に設定される。ＳＩＰメッセージは、ＳＩＰメッセージの種類と宛先を示すスタートライン（Ｓｔａｒｔ−ｌｉｎｅ）５４と、ＳＩＰパラメータを含むメッセージヘッダ（Ｍｅｓｓａｇｅ−ｈｅａｄｅｒ）５５と、端末間に論理的に形成されるコネクションの情報を記述したメッセージボディ（Ｍｅｓｓａｇｅ−ｂｏｄｙ）５６とからなる。ＳＩＰメッセージの具体的な内容については、図１３〜図３５を参照して後述する。
【００３４】
図６は、ＩＰｖ４パケットヘッダのフォーマット、図７は、ＩＰｖ６パケットヘッダのフォーマットを示す。ＩＰｖ４パケットヘッダ６０ｖ４は、それぞれ３２ビット長の送信元アドレス６１ｖ４と宛先アドレス６２ｖ４を含み、ＩＰｖ６パケットヘッダ６０ｖ６は、それぞれ１２８ビット長の送信元アドレス６１ｖ６と宛先アドレス６２ｖ６を含んでいる。本発明におけるアドレス変換は、ＩＰアドレスの置き換え以外に、上記ヘッダフォーマットの変換も意味している。
【００３５】
ＩＰｖ４アドレスは、３２ビットのアドレスを８ビット単位の４ブロックに分け、各ブロックのビット値を０〜２５５の数字で表示して、例えば、「１３８．８５．２７．１０」のように、各ブロックのビット値をドットマークで区切った表示形式が採用される。一方、ＩＰｖ６アドレスは、１２８ビットのアドレスを１６ビット単位の８ブロックに分け、各ブロックのビット値を４桁のオクタル値で表示し、例えば、「２００１：１：：１００」のように、各ブロックのビット値をコロンマークで区切った表示形式が採用される。ここで、「：：」は、ビット値がゼロのブロックが連続していることを意味している。
【００３６】
以下、図８〜図１１に示すシーケンス図と、図１２に示すアドレス変換テーブル３３０を参照して、ＩＰｖ４端末５ＡがＩＰｖ６端末６Ｂと通信する際のアドレス変換装置３５の動作について説明する。
ここで、発側となるＩＰｖ４端末５ＡのＩＰアドレスとＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）をそれぞれ「１３８．８５．２７．１０」、「ｕｓｅｒａ．ａａａ．ｃｏｍ」、着側となるＩＰｖ６端末６ＢのＩＰアドレスとＵＲＩを「２００１：１：：１００」、「ｕｓｅｒｂ．ｂｂｂ．ｃｏｍ」、ＩＰｖ４網２−１に属する発側ＩＰｖ４ＳＩＰサーバ３−１のＩＰアドレスとＵＲＩを「１３８．８５．２８．１」、「ａａａ．ｃｏｍ」、ＩＰｖ６網２−ｋに属する着側ＩＰｖ６ＳＩＰサーバ３−ｋのＩＰアドレスとＵＲＩを「２００１：１：：１」、ＵＲＩを「ｂｂｂ．ｃｏｍ」とする。
【００３７】
パケット転送装置１においてＩＰｖ４網２−１用の回線インタフェース１１−１に接続されたプロトコル処理部１２−１のプロセッサ３５をアドレス変換装置と呼び、そのＩＰｖ６アドレスを「３ｆｆｅ：：１」とする。また、セッションの確立時に、アドレス変換装置３５が発側ＩＰｖ４端末のＩＰｖ４アドレスに割当てる仮想ＩＰｖ６アドレスは、上位９６ビットがプリフィクス値「２００２：：」、下位３２ビットが上記発側ＩＰｖ４アドレスの値となり、着側ＩＰｖ６端末のＩＰｖ６アドレスに割当てる仮想ＩＰｖ４アドレスは、上位２４ビットがプリフィクス値「１３８．９０．０．０」となるものと仮定する。
【００３８】
先ず、図８を参照して、セッションの確立シーケンスについて説明する。
発側ＩＰｖ４端末５Ａは、ＩＰｖ６端末との間でのデータパケット通信に先立って、ＩＰｖ４ＳＩＰサーバ３−１に、セッション確立要求用のＳＩＰメッセージを含むＩＮＶＩＴＥパケットＭ１を送信する（４０１）。
【００３９】
上記ＩＮＶＩＴＥパケットＭ１は、図１３に示すように、ＩＰヘッダの宛先アドレスＤＡにＩＰｖ４ＳＩＰサーバ３−１のＩＰアドレス、送信元アドレスＳＡにＩＰｖ４端末（Ｕｓｅｒ  Ａ）５ＡのＩＰアドレスを含み、ＵＤＰヘッダにＳＩＰ用のポート番号「５０６０」を含んでいる。尚、図において、＃記号に続く文字列は、注釈用として付されたものであり、パケット情報ではない。
【００４０】
ＳＩＰメッセージは、スタートライン５４に、メッセージ種類「ＩＮＶＩＴＥ」と、着側ＩＰｖ６端末（Ｕｓｅｒ  Ｂ）のＵＲＩを含む。メッセージヘッダ部５５では、メッセージ経路を示すＶｉａヘッダで発側端末５ＡのＵＲＩとポート番号を指定し、Ｔｏヘッダで要求の宛先識別子、Ｆｒｏｍヘッダで要求元識別子、Ｃａｌｌ−ＩＤでセッション（呼）の識別子をそれぞれ指定している。また、メッセージボディ５６において、ｃパラメータにより発側端末のＩＰアドレスを指定し、ｍパラメータにより発側端末におけるデータ受信用のポート番号「２０００２」を指定している。
【００４１】
上記ＩＮＶＩＴＥパケットＭ１は、ＩＰｖ４網２−１内のＩＰｖ４ＳＩＰサーバ３−１で受信される。ＩＰｖ４ＳＩＰサーバ３−１は、ＩＮＶＩＴＥパケットＭ１を受信すると、図１４に下線を付して示すように、ＳＩＰメッセージのメッセージヘッダに、自サーバをメッセージ経路に加えるための新たなＶｉａヘッダを追加し、ＩＰヘッダの宛先ＩＰアドレスＤＡをＩＰｖ６ＳＩＰサーバ３−ｋの仮想ＩＰｖ４アドレス、送信元ＩＰアドレスＳＡを自サーバのＩＰｖ４アドレスに書き換え、ＩＮＶＩＴＥパケットＭ２としてＩＰｖ４網２−１に送出する（４０２）。
【００４２】
ＩＰｖ６ＳＩＰサーバ３−ｋの仮想ＩＰｖ４アドレスは、ＳＩＰメッセージのＴｏヘッダが示す宛先識別子のドメイン名「ｂｂｂ．ｃｏｍ」に基づいて検索される。ここでは、説明を簡単化するために、ＩＰｖ４ＳＩＰサーバ３−１が、宛先ドメイン「ｂｂｂ．ｃｏｍ」と仮想ＩＰｖ４アドレス「１３８．９０．０．１」との対応関係を示すテーブルを備え、このテーブルから仮想ＩＰｖ４アドレスを求めるものとして説明するが、実際の応用においては、ＩＰｖ４網２−１に接続されたＤＮＳサーバに対してＩＰアドレスを問合せ、ＤＮＳサーバからの応答によって、仮想ＩＰｖ４アドレス「１３８．９０．０．１」を取得するようにしてもよい。
【００４３】
上記ＩＮＶＩＴＥパケットＭ２は、パケット転送装置１（アドレス変換装置３５）で受信される。アドレス変換装置３５は、ＩＮＶＩＴＥパケットＭ２を受信すると、ＵＤＰポート番号の値（「５０６０」）から、受信パケットがＳＩＰメッセージ用のものと判断する（４０３）。この場合、アドレス変換装置３５は、図１５に示すように、受信パケットＭ２に新たなヘッダ７０を付加し、カプセル化されたＩＰ（ＩＮＶＩＴＥ）パケットＭ３としてＳＩＰ−ＡＬＧ７に転送する（４０４）。
ヘッダ７０は、宛先ＩＰアドレスＤＡとしてＳＩＰ−ＡＬＧ７のＩＰｖ６アドレス「２１００：：１」、送信元アドレスＤＡとしてアドレス変換装置のＩＰｖ６アドレス「３ｆｆｅ：：１」、ＵＤＰ宛先ポート番号（ＵＤＰ  ｄｓｔ  ｐｏｒｔ）として「５５０００」、ＵＤＰ送信元ポート番号（ＵＤＰ  ｓｒｃ  ｐｏｒｔ）として「５５００１」を含む。
【００４４】
ＳＩＰ−ＡＬＧ７は、ＩＰ（ＩＮＶＩＴＥ）パケットＭ３を受信すると、受信パケットＭ３を保持した状態で、アドレス変換装置３５にＲＥＱＵＥＳＴパケットＭ４を送信する（４０５）。ＲＥＱＵＥＳＴパケットＭ４は、図１６に示すように、宛先ＩＰアドレスＤＡとしてアドレス変換装置のＩＰｖ６アドレス「３ｆｆｅ：：１」、送信元アドレスＤＡとしてＳＩＰ−ＡＬＧ７のＩＰｖ６アドレス「２１００：：１」、ＵＤＰ宛先ポート番号として「５６０００」、ＵＤＰ送信元ポート番号として「５６００１」を含み、ペイロード（ＵＳＥＲ  ＤＡＴＡ）に、このパケットが仮想ＩＰｖ６アドレス割当て要求用のものであることを示すメッセージ名と、仮想ＩＰｖ６アドレスの割当て対象となるＩＰｖ４アドレスを含む。この場合、ＩＰｖ４アドレスとしては、ＩＰ（ＩＮＶＩＴＥ）パケットＭ３のｃパラメータが示すＩＰｖ４端末５ＡのＩＰアドレス「１３５．８５．２７．１０」が設定される。
【００４５】
アドレス変換装置３５は、上記ＲＥＱＵＥＳＴパケットＭ４を受信すると、指定されたＩＰｖ４アドレス「１３５．８５．２７．１０」（＝「８ａ５５：１ｂ０ａ」）と前述した仮想ＩＰｖ６アドレス用のプリフィクス値「２００２：：」とから、発側ＩＰｖ４端末５Ａに割当てるべき仮想ＩＰｖ６アドレス「２００２：：８ａ５５：１ｂ０ａ」を生成し、ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスの関係を示す変換情報エントリをアドレス変換テーブル３３０に登録（４０６）した後、ＲＥＳＰＯＮＳＥパケットＭ５をＳＩＰ−ＡＬＧ７に送信する（４０７）。
【００４６】
ＲＥＳＰＯＮＳＥパケットＭ５は、図１７に示すように、ＵＤＰ宛先ポート番号とＵＤＰ宛先ポート番号に、ＲＥＱＵＳＴパケットＭ４で指定されたポート番号「５６００１」と「５６０００」を含み、ペイロード（ＵＳＥＲ  ＤＡＴＡ）に、このパケットが仮想ＩＰｖ６アドレス割当て要求に対する応答用のものであることを示すメッセージ名と、要求に対する結果（ＯＫ）と、割当てられた仮想ＩＰｖ６アドレスの値「２００２：：８ａ５５：１ｂ０ａ」を示している。
【００４７】
アドレス変換テーブル３３０は、図１２に示すように、ＩＰｖ４アドレス３３１と、ＩＰｖ６アドレス３３２と、フィルタ情報３３３との関係を示す複数のエントリからなる。アドレス変換テーブル３３０は、（Ａ）に示すように、固定的エントリとして、ＩＰｖ６ＳＩＰサーバ３−ｋの仮想ＩＰｖ４アドレスとＩＰｖ６アドレスとの関係を示すエントリＥＮ１と、ＩＰｖ４ＳＩＰサーバ３−１のＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの関係を示すエントリＥＮ２を含んでいる。ここでは、実ＩＰアドレスと区別できるように、仮想ＩＰアドレスには下線を付してある。
尚、実際には、図１に示したＩＰｖ６網２−ｍのＳＩＰサーバ３−ｍ用のエントリのように、更に他の固定的エントリも登録されているが、これらのエントリは実施例の動作説明に関係しないため、図面から省略してある。
【００４８】
フィルタ情報３３３は、アドレス変換動作の前提となる受信パケットの正当性の判定条件（フィルタ条件）を示すものであり、有効性表示ビット３３３Ａと、送信元アドレス３３３Ｂと、ポート種別３３３Ｃと、送信元ポート番号３３３Ｄと、宛先ポート番号３３３Ｅとからなる。有効性表示３３３Ａが“０”のエントリに該当する受信パケットについては、フィルタ条件に関係なく、アドレス変換が実行され、有効性表示３３３Ａが“１”のエントリに該当する受信パケットについては、フィルタ条件を満足した場合に限りアドレス変換が実行される。フィルタ条件を満足しない受信パケットと、変換テーブルに該当エントリがない受信パケットは、アドレス変換の対象外と判断して、廃棄される。
【００４９】
アドレス変換装置３５は、上記ＲＥＱＵＥＳＴパケットＭ４の受信に応答して、ステップ４０６で、図１２（Ｂ）のエントリＥＮ３をアドレス変換テーブル３３０に追加する。この時点では、セッション設定の途中段階にあり、フィルタ情報も完備していないため、仮フィルタ情報として、送信元アドレス３３３Ｂに「：：０」が設定される。
【００５０】
エントリＥＮ３は、ＩＰｖ４端末５Ａを仮想ＩＰｖ６アドレスで指定したデータパケットを受信した時、宛先アドレスを仮想ＩＰｖ６アドレスからＩＰｖ４アドレスに変換するために参照される。エントリＥＮ３を必要とするパケットの送信元端末は、セッションの着側ＩＰｖ６端末６Ｂである。
エントリＥＮ３に仮フィルタ情報として、送信元アドレス３３３ＢにＩＰｖ６アドレス「：：０」を設定しておけば、ＩＰｖ６アドレス「：：０」をもつ端末は実在しないため、如何なる端末もフィルタ条件を満足することができない。従って、セッションが確立される迄の間、アドレス変換装置３５は、仮想ＩＰｖ６アドレス「２００２：：８ａ５５：１ｂ０ａ」を宛先アドレスとする全てのデータパケットを不正パケットと判定し、アドレス変換を阻止し、廃棄処理することになる。
【００５１】
ＳＩＰ−ＡＬＧ７は、ＲＥＳＰＯＮＳＥパケットＭ５を受信すると、保持してあったＩＰ（ＩＮＶＩＴＥ）パケットＭ３のｃパラメータの値をＩＰｖ４アドレスから仮想ＩＰｖ６アドレス「２００２：：８ａ５５：１ｂ０ａ」に変換し（ＳＩＰペイロード変換：４０８）、図１８に示すカプセル化されたＩＰ（ＩＮＶＩＴＥ）パケットＭ６をアドレス変換装置３５に送信する（４０９）。パケットＭ６のカプセル化ヘッダは、ＩＰ（ＩＮＶＩＴＥ）パケットＭ３のカプセル化ヘッダに基づいて生成される。尚、ＩＰ（ＩＮＶＩＴＥ）パケットＭ６の内容は、後述するフィルタ要求パケットＭ２０を生成するために、ＳＩＰ−ＡＬＧ７に保存される。
【００５２】
アドレス変換装置３５は、上記ＩＰ（ＩＮＶＩＴＥ）パケットＭ６を受信すると、受信パケットからカプセル化ヘッダを除去して、ＳＩＰペイロード変換されたＩＰパケットＭ３を抽出し、ＩＰヘッダの宛先アドレスＤＡと送信元アドレスＳＡをＩＰｖ４からＩＰｖ６に変換する（４１０）。宛先アドレスＤＡの変換は、アドレス変換テーブル３３０のエントリＥＮ１、送信元アドレスＳＡの変換は、エントリＥＮ２に従って行なわれる。アドレス変換されたＩＰパケットは、図１９に示すＩＮＶＩＴＥパケットＭ７としてＩＰｖ６網２−ｋに送信され（４１１）、ＩＰｖ６ＳＩＰサーバ３−ｋで受信される。
【００５３】
ＩＰｖ６ＳＩＰサーバ３−ｋは、ＩＮＶＩＴＥパケットＭ７を受信すると、ＳＩＰメッセージのスタートラインが示す宛先識別子「Ｕｓｅｒｂ＠ｂｂｂ．ｃｏｍ」から着側ＩＰｖ６端末６ＢのＩＰｖ６アドレス「２００１：１：：１００」を特定し、図２０に示すように、上記宛先識別子の一部をＩＰｖ６アドレスに置き換え、メッセージヘッダに、自サーバをメッセージ経路に加えるための新たなＶｉａヘッダを追加し、パケットＭ７の宛先アドレスＤＡと送信元アドレスＳＡを書き換え、ＩＮＶＩＴＥパケットＭ８として、着側ＩＰｖ６端末６Ｂに転送する（４１２）。ＩＰｖ６アドレス「２００１：１：：１００」は、ＩＰｖ４ＳＩＰサーバ３−１と同様、ＩＰｖ６網２−ｋに接続されたＤＮＳサーバへの問合せによって特定するようにしてもよい。
【００５４】
着側ＩＰｖ６端末６Ｂは、ＩＮＶＩＴＥパケットＭ８に応答して、呼出し用のＳＩＰメッセージを含む１８０  ＲＩＮＧＩＮＧパケットＭ９を送信する（４１３）。１８０  ＲＩＮＧＩＮＧパケットＭ９は、図２１に示すように、ＳＩＰメッセージのスタートラインでメッセージ種類「１８０  Ｒｉｎｇｉｎｇ」を指定し、メッセージヘッダに、ＩＮＶＩＴＥパケットＭ８と同様のＶｉａヘッダ、Ｆｒｏｍヘッダ、Ｔｏヘッダ、Ｃａｌｌ−ＩＤを含み、Ｃｏｎｔａｃｔヘッダで着側ＩＰｖ６端末６ＢのＩＰｖ６アドレス「２００１：１：：１００」を指定している。ＩＰヘッダの宛先ＩＰアドレスＤＡと、ＵＤＰの宛先および送信元のポート番号は、ＩＮＶＩＴＥパケットＭ８のＩＰヘッダから特定される。
【００５５】
１８０  ＲＩＮＧＩＮＧパケットＭ９は、ＩＰｖ６ＳＩＰサーバ３−ｋで受信され、図２２に示す１８０  ＲＩＮＧＩＮＧパケットＭ１０に変換して、ＩＰｖ６網に転送される（４１４）。この時、ＳＩＰメッセージのメッセージヘッダからＩＰｖ６ＳＩＰサーバ３−ｋと対応するＶｉａヘッダが除去され、次のＶｉａヘッダが示すＵＲＩ「ａａａ．ｃｏｍ」に基づいて、宛先ＩＰアドレスとなるＩＰｖ４ＳＩＰサーバ３−１の仮想ＩＰｖ６アドレスが特定される。
【００５６】
１８０  ＲＩＮＧＩＮＧパケットＭ１０は、パケット転送装置１で受信され、内部スイッチ部１３を介してアドレス変換装置３５に転送される。アドレス変換装置３５は、１８０  ＲＩＮＧＩＮＧパケットＭ１０を受信すると、ＵＤＰポート番号の値から受信パケットがＳＩＰメッセージ用のものと判定し（４１５）、受信パケットをＩＰ（ＩＮＶＩＴＥ）パケットＭ３と同様のヘッダでカプセル化し、ＩＰ（ＲＩＮＧＩＮＧ）パケットＭ１１としてＳＩＰ−ＡＬＧ７に転送する（４１６）。
【００５７】
ＳＩＰ−ＡＬＧ７は、ＩＰ（ＲＩＮＧＩＮＧ）パケットＭ１１を受信すると、受信パケットを保持した状態で、アドレス変換装置３５にＲＥＱＵＥＳＴパケットＭ１２を送信する（４１７）。ＲＥＱＵＥＳＴパケットＭ１２は、図２３に示すように、ＲＥＱＵＥＳＴパケットＭ４と同様のヘッダを有し、ペイロード（ＵＳＥＲ  ＤＡＴＡ）に、このパケットが仮想ＩＰｖ４アドレス割当て要求用のものであることを示すメッセージ名と、仮想ＩＰｖ４アドレスの割当て対象となる着側ＵＰｖ６端末６ＢのＩＰｖ６アドレスを含む。この場合、ＩＰｖ６アドレスとしては、ＩＰ（ＲＩＮＧＩＮＧ）パケットＭ１１のＣｏｎｔａｃｔヘッダが示すＩＰｖ６端末６ＢのＩＰアドレス「２００１：１：：１００」が設定されている。
【００５８】
アドレス変換装置３５は、上記ＲＥＱＵＥＳＴパケットＭ１２を受信すると、仮想アドレスプール３４０から、ＩＰｖ６端末６Ｂに割当てるべき仮想ＩＰｖ４アドレスを取得し、仮想ＩＰｖ４アドレスとＩＰｖ６アドレス「２００１：１：：１００」との関係を示す新たなエントリをアドレス変換テーブル３３０に登録（４１８）した後、ＲＥＳＰＯＮＳＥパケットＭ１３をＳＩＰ−ＡＬＧ７に送信する（４１９）。
【００５９】
この時、アドレス変換テーブル３３０に登録されるエントリは、図１２の（Ｂ）のエントリＥＮ４で示すように、仮フィルタ情報として、送信元アドレス３３Ｂに「０．０．０．０」が設定される。また、ＲＥＳＰＯＮＳＥパケットＭ１３は、図２４に示すように、ＲＥＳＰＯＮＳＥパケットＭ５と同様のヘッダを有し、ペイロードでこのパケットが仮想ＩＰｖ４アドレス割当て要求に対する応答用のものであることを示すメッセージ名と、要求に対する結果（ＯＫ）と、割当てられた仮想ＩＰｖ４アドレスの値「１３８．９０．０．２」を示している。
【００６０】
ＳＩＰ−ＡＬＧ７は、上記ＲＥＳＰＯＮＳＥパケットＭ１３を受信すると、保持してあったＩＰ（１８０  ＲＩＮＧＩＮＧ）パケットＭ１１のＣｏｎｔａｃｔヘッダが示すＩＰｖ６端末６ＢのＩＰアドレス「２００１：１：：１００」を上記ＲＥＳＰＯＮＳＥパケットＭ１３が示す仮想ＩＰｖ４アドレス「１３８．９０．０．２」に変換し（ＳＩＰペイロード変換：４２０）、図２５に示すＩＰ（１８０  ＲＩＮＧＩＮＧ）パケットＭ１４としてアドレス変換装置３５に送信する（４２１）。
【００６１】
アドレス変換装置３５は、ＩＰ（１８０  ＲＩＮＧＩＮＧ）パケットＭ１４を受信すると、受信パケットからカプセル化ヘッダを除去して、ＳＩＰペイロード変換済み１８０  ＲＩＮＧＩＮＧパケットを抽出し、宛先ＩＰアドレスと送信元ＩＰアドレスを、アドレス変換テーブル３３０のエントリＥＮ１、ＥＮ２に従って、ＩＰｖ６からＩＰｖ４に変換する（４２２）。アドレス変換されたパケットは、図２６に示す１８０  ＲＩＮＧＩＮＧパケットＭ１５として、ＩＰｖ４網２−１に送信され（４２３）、ＩＰｖ４ＳＩＰサーバ３−１に転送される。
【００６２】
ＩＰｖ４ＳＩＰサーバ３−１は、上記１８０  ＲＩＮＧＩＮＧパケットＭ１５を受信すると、ＳＩＰメッセージから自分のＵＲＩを示すＶｉａヘッダを削除し、図２７に示すように、宛先ＩＰアドレスをＳＩＰメッセージのＶｉａヘッダが示すＵＲＩと対応したＩＰｖ４端末５ＡのＩＰアドレスに書き換え、送信元ＩＰアドレスをＩＰｖ４ＳＩＰサーバ３−１のＩＰｖ４アドレスに書き換え、１８０  ＲＩＮＧＩＮＧパケットＭ１６としてＩＰｖ４端末５Ａに転送する（４２４）。
【００６３】
次に、図９を参照して、着側のＩＰｖ６端末６Ｂが着呼に応答した場合の通信シーケンスについて説明する。
着側ユーザが着呼に応答すると、ＩＰｖ６端末６ＢからＩＰｖ６ＳＩＰサーバ３−ｋ宛に、ＳＩＰ応答メッセージを含む２００ＯＫパケットＭ１７が送信される（４３０）。上記２００ＯＫパケットＭ１７は、図２８に示すように、ＳＩＰメッセージのスタートラインでメッセージ種類「２００ＯＫ」を示し、メッセージヘッダ部にＩＮＶＩＴＥパケットＭ８と同様の情報を含んでいる。また、メッセージボディにおいて、ｃパラメータにより着側端末（ＩＰｖ６端末６Ｂ）のＩＰｖ６アドレスを指定し、ｍパラメータにより着側端末におけるデータ受信用のポート番号「４１０００」を指定している。
【００６４】
ＩＰｖ６ＳＩＰサーバ３−ｋは、上記２００ＯＫパケットＭ１７を受信すると、ＳＩＰメッセージのメッセージヘッダからＩＰｖ６ＳＩＰサーバ３−ｋと対応するＶｉａヘッダを除去し、ＩＰヘッダの宛先アドレスと送信元アドレスを１８０  ＲＩＮＧＩＮＧパケットＭ１０の場合と同じように書き換え、２００ＯＫパケットＭ１８として転送する（４３１）。
【００６５】
上記２００ＯＫパケットＭ１８は、パケット転送装置１で受信され、アドレス変換装置３５に転送される。アドレス変換装置３５は、２００ＯＫパケットＭ１８のＵＤＰポート番号から、受信パケットがＳＩＰメッセージ用のものと判定し（４３２）、ＩＰ（ＩＮＶＩＴＥ）パケットＭ３と同様、受信パケットをＳＩＰ−ＡＬＧ７宛のヘッダでカプセル化し、ＩＰ（２００ＯＫ）パケットＭ１９としてＳＩＰ−ＡＬＧ７に転送する（４３３）。
【００６６】
ＳＩＰ−ＡＬＧ７は、ＩＰ（２００ＯＫ）パケットＭ１９を受信すると、受信パケットＭ１９を保持した状態で、図２９に示すＲＥＱＵＥＳＴパケットＭ２０をアドレス変換装置３５に送信する（４３４）。ＲＥＱＵＥＳＴパケットＭ２０は、アドレス変換テーブルへのフィルタ情報の登録を要求するものであり、ペイロード（ＵＳＥＲ  ＤＡＴＡ）に、フィルタ情報の登録要求を示すメッセージ名と、仮想ＩＰｖ６アドレスと、該仮想ＩＰｖ６アドレスに付随するフィルタ情報と、仮想ＩＰｖ４アドレスと、該仮想ＩＰｖ４アドレスに付随するフィルタ情報を含んでいる。これらのフィルタ情報は、ＳＩＰ−ＡＬＧ７に保持してあるＩＰ（ＩＮＶＩＴＥ）パケットＭ３とＩＰ（２００ＯＫ）パケットＭ１３の内容に基づいて生成される。
【００６７】
ここに示したＲＥＱＵＥＳＴパケットＭ２０では、発側ＩＰｖ４端末用の仮想ＩＰｖ６アドレス「２００２：：８ａ５５：１ｂ０ａ」に付随するフィルタ情報として、ＩＰｖ６送信元アドレス＝「２００１：１：：１００」、ポート種別＝「ＵＤＰ」、送信元ポート＝「ａｎｙ」、宛先ポート＝「２０００２と２０００３」が指定されている。また、着側ＩＰｖ６端末用の仮想ＩＰｖ４アドレス「１３８．９０．０．２」に付随するフィルタ情報として、ＩＰ送信元アドレス＝「１３８．８５．２７．１０」、ポート種別＝「ＵＤＰ」、送信元ポート＝「ａｎｙ」、宛先ポート＝「４１０００と４１００１」が指定されている。
【００６８】
なお、ＩＰ（ＩＮＶＩＴＥ）パケットＭ３のｍパラメータでは、ポート番号＝「２０００２」、ＩＰ（２００ＯＫ）パケットＭ１３のｍパラメータでは、ポート番号＝「４１０００」となっているが、ＲＴＰでは、暗黙的に次番号（奇数）のポートも使用するため、フィルタ条件としての宛先ポートでは、２つのポート番号が指定されている。
【００６９】
アドレス変換装置３５は、ＲＥＱＵＥＳＴパケットＭ２０を受信すると、アドレス変換テーブル３３０を参照し、上記受信パケットＭ２０が指定した仮想ＩＰｖ６アドレス「２００２：：８ａ５５：１ｂ０ａ」に該当するエントリＥＮ３と、仮想ＩＰｖ４アドレス「１３８．９０．０．２」に該当するエントリＥＮ４に、上記受信パケットＭ２０が指定するフィルタ情報を設定する（４３５）。この結果、アドレス変換テーブルは、図１２の（Ｃ）のようになる。アドレス変換装置３５は、アドレス変換テーブルへのフィルタ情報の設定が完了すると、図３０に示すＲＥＳＰＯＮＳＥパケットＭ２１を生成し、ＳＩＰ−ＡＬＧ７に送信する（４３６）。
【００７０】
ＳＩＰ−ＡＬＧ７は、ＲＥＳＰＯＮＳＥパケットＭ２１を受信すると、受信済みのＩＰ（２００ＯＫ）パケットＭ１９のＳＩＰメッセージ（図２８の２００ＯＫパケットＭ１７参照）でＣｏｎｔａｃｔヘッダとｃパラメータが示す着側端末６ＢのＩＰｖ６アドレスを仮想ＩＰｖ４アドレス「１３８．９０．０．２」に変換し（ＳＩＰペイロード変換：４３７）、ＩＰヘッダのアドレスを書き換え、図３１に示すカプセル化されたＩＰ（２００ＯＫ）パケットＭ２２として、アドレス変換装置３５に送信する（４３８）。
【００７１】
アドレス変換装置３５は、上記ＩＰ（２００ＯＫ）パケットＭ２２を受信すると、ＩＰ（ＲＩＮＧＩＮＧ）パケットＭ１１の受信時と同様に、カプセル化ヘッダを除去した後、２００ＯＫパケットのＩＰアドレスをＩＰｖ６アドレスからＩＰｖ４アドレスに変換し（４３９）、図３２に示す２００ＯＫパケットＭ２３としてＩＰｖ４ＳＩＰサーバ３−１に転送する（４４０）。
【００７２】
上記２００ＯＫパケットＭ２３は、１８０ＲＩＮＧＩＮＧパケットＭ１５と同様、ＩＰｖ４ＳＩＰサーバ３−１において、メッセージヘッダ部からＩＰｖ４ＳＩＰサーバ３−１用のＶｉａヘッダが削除され、ＩＰヘッダの宛先ＩＰアドレスと送信元ＩＰアドレスが書き換えられ、発側ＩＰｖ４端末５Ａ宛の２００ＯＫパケットＭ２４として転送される（４４１）。
【００７３】
発側ＩＰｖ４端末５Ａは、上記２００ＯＫパケットＭ２４を受信すると、図３３に示すＡＣＫパケットＭ２５を送信する（４５０）。ＡＣＫパケットＭ２５は、宛先ＩＰアドレスが着側端末６Ｂの仮想ＩＰｖ４アドレス「１３８．９０．０．２」となっており、ＩＰｖ４ＳＩＰサーバ３−１を経由することなく、アドレス変換装置３５に到着する。
【００７４】
アドレス変換装置３５は、上記ＡＣＫパケットＭ２５のＵＤＰポート番号から、受信パケットがＳＩＰメッセージを含むものと判定し（４５１）、ＩＮＶＩＴＥパケットＭ２の受信時と同様、受信パケットをＳＩＰ−ＡＬＧ７宛のＩＰヘッダでカプセル化し、ＩＰ（ＡＣＫ）パケットＭ２６としてＳＩＰ−ＡＬＧ７に転送する（４５２）。
【００７５】
ＳＩＰ−ＡＬＧ７は、ＩＰ（ＡＣＫ）パケットＭ２６を受信すると、受信パケットのＳＩＰメッセージにおいて、スタートヘッダが示す着側ＩＰｖ６端末の仮想ＩＰｖ４アドレス「１３８．９０．０．２」をＩＰｖ６アドレス「２００１：１：：１００」に変換し（ＳＩＰペイロード変換：４５３）、カプセル化ヘッダを書き換えて、図３４に示すＩＰ（ＡＣＫ）パケットＭ２７をアドレス変換装置３５に返送する。
【００７６】
アドレス変換装置３５は、ＩＰ（ＡＣＫ）パケットＭ２７を受信すると、カプセル化ヘッダを除去し、アドレス変換テーブル３３０に従って、ＩＰヘッダの宛先ＩＰアドレスと送信元ＩＰアドレスをＩＰｖ４アドレスからＩＰｖ６アドレスに変換し（４５５）、図３５に示すＡＣＫパケットＭ２８として、ＩＰｖ６網２−ｋに転送する（４５６）。上記ＡＣＫパケットＭ２８着側ＩＰｖ６端末６Ｂが受信することによって、セッション確立シーケンスが完了する。
【００７７】
次に、図１０を参照して、ＩＰｖ４端末５ＡとＩＰｖ６端末６Ｂとの間のデータパケットの転送シーケンスについて説明する。
ＩＰｖ４端末５Ａは、図３６に示すように、宛先ＩＰアドレスにＩＰｖ６端末６Ｂの仮想ＩＰｖ４アドレス「１３８．９０．０．２」、ＵＤＰ宛先ポート番号にＩＰｖ６端末６Ｂで指定したポート番号「４１０００」をもつＩＰｖ４パケットＤ１によって、ユーザデータを送信する（４６０）。
【００７８】
アドレス変換装置３５は、上記ＩＰｖ４パケットＤ１を受信すると、アドレス変換テーブル３３０から宛先ＩＰアドレス「１３８．９０．０．２」に該当するエントリＥＮ４を検索し、フィルタ情報に従って受信パケットをチェックする。この場合、ＩＰｖ４パケットＤ１の送信元ＩＰアドレス「１３８．８５．２７．１０」、ポート種別「ＵＤＰ」、宛先ポート番号「４１０００」は、エントリＥＮ４が示すフィルタ条件を満たしているため、アドレス変換装置３５は、ＩＰｖ４パケットＤ１の送信元が正当な端末と判断し、アドレス変換テーブル３３０に従って、受信パケットの宛先ＩＰアドレスと送信元ＩＰアドレスをＩＰｖ４アドレスからＩＰｖ６アドレスに変換する（４６１）。上記アドレス変換によって、ＩＰｖ４パケットＤ１は、図３７に示すＩＰｖ６パケットＤ２としてＩＰｖ６網２−ｋに転送され（４６２）、宛先ＩＰｖ６端末６Ｂで受信される。
【００７９】
一方、ＩＰｖ６端末６は、図３８に示すように、宛先ＩＰアドレスにＩＰｖ４端末５Ａの仮想ＩＰｖ６アドレス「２００２：：８ａ５５：１ｂ０ａ」、ＵＤＰ宛先ポート番号にＩＰｖ４端末５Ａで指定したポート番号「２０００２」をもつＩＰｖ６パケットＤ３によって、ユーザデータを送信する（４６３）。
【００８０】
アドレス変換装置３５は、上記ＩＰｖ６パケットＤ３を受信すると、アドレス変換テーブル３３０から宛先ＩＰアドレス「２００２：：８ａ５５：１ｂ０ａ」に該当するエントリＥＮ３を検索し、フィルタ情報に従って受信パケットをチェックする。この場合、ＩＰｖ６パケットＤ３の送信元ＩＰアドレス「２００１：１：：１００」、ポート種別「ＵＤＰ」、宛先ポート番号「２０００２」は、エントリＥＮ３が示すフィルタ条件を満たしているため、アドレス変換装置３５は、ＩＰｖ６パケットＤ３の送信元が正当な端末と判断し、アドレス変換テーブル３３０に従って、受信パケットの宛先ＩＰアドレスと送信元ＩＰアドレスをＩＰｖ６アドレスからＩＰｖ４アドレスに変換する（４６４）。上記アドレス変換によって、ＩＰｖ６パケットＤ３は、図３９に示すＩＰｖ４パケットＤ４としてＩＰｖ４網２−１に転送され（４６５）、宛先ＩＰｖ４端末５Ａで受信される。
【００８１】
ここで、上述したセッションの確立に関係していない他の端末が、宛先ＩＰアドレスとして仮想ＩＰアドレス「１３８．９０．０．２」または「２００２：：８ａ５５：１ｂ０ａ」を使用してデータバケットを送信した場合を仮定する。
【００８２】
例えば、ＩＰｖ４網２−１に接続されたＩＰアドレス「１３８．８５．２７．１１」をもつＩＰｖ４端末５Ｂが、図４０に示すように、仮想ＩＰｖ４アドレス「１３８．９０．０．２」を宛先ＩＰアドレスとするデータパケットＤ５を送信すると（４６６）、アドレス変換装置３５は、アドレス変換テーブル３３０から宛先ＩＰアドレス「１３８．９０．０．２」に該当するエントリＥＮ４を検索し、フィルタ情報に従って受信パケットをチェックする。この場合、ＩＰｖ４パケットＤ５の送信元ＩＰアドレス「１３８．８５．２７．１１」が、フィルタ条件となる送信元ＩＰアドレス「１３８．８５．２７．１０」に一致しない。また、宛先ポート番号「４１００２」も、フィルタ条件となる宛先ポート番号「４１０００」と不一致になる。従って、アドレス変換装置３５は、ＩＰｖ４パケットＤ５の送信元を不正端末と判断し、受信パケットを廃棄できる（４６７）。
【００８３】
ＩＰｖ６網２−ｋに接続されたＩＰアドレス「２００１：１：１：：１０１」をもつＩＰｖ６端末６Ａが、図４１に示すように、仮想ＩＰｖ６アドレス「２００２：：８ａ５５：１ｂ０ａ」を宛先ＩＰアドレスとするデータパケットＤ６を送信（４６８）した場合も、アドレス変換装置３５は、上記と同様の理由で、受信パケットＤ６の送信元を不正端末と判断し、受信パケットを廃棄できる（４６９）。
【００８４】
次に、図１１を参照して、セッションの切断シーケンスについて説明する。
例えば、ＩＰｖ４端末５Ａのユーザがセッションの切断操作をした場合、ＩＰｖ４端末５Ａからセッション切断用のＳＩＰメッセージを含むＢＹＥパケットＭ２９が送信される（４７０）。この場合のＢＹＥパケットＭ２９は、図４２に示すように、ＡＣＫパケットＭ２５と同様のＩＰヘッダ、ＵＤＰヘッダを有し、ＳＩＰメッセージのスタートラインに、メッセージ種類「ＢＹＥ」と、着側ＩＰｖ６端末６Ｂの仮想ＩＰｖ４アドレス「１３８．９０．０．２」を含む。
【００８５】
アドレス変換装置３５は、ＢＹＥパケットＭ２９を受信すると、ＵＤＰポート番号から受信パケットがＳＩＰメッセージ用のものと判定し（４７１）、ＩＮＶＩＴＥパケットＭ２の受信時と同様に、受信パケットをカプセル化し、ＩＰ（ＢＹＥ）パケットＭ３０としてＳＩＰ−ＡＬＧ７に転送する（４７２）。
ＳＩＰ−ＡＬＧ７は、ＩＰ（ＢＹＥ）パケットＭ３０を受信すると、ＳＩＰメッセージに含まれるＩＰｖ４アドレス、この例では、スタートラインの仮想ＩＰｖ４アドレス「１３８．９０．０．２」をＩＰｖ６アドレス「２００１：１：：１００」に変換し（ＳＩＰペイロード変換：４７３）、図４３に示すＩＰ（ＢＹＥ）パケットＭ３１としてアドレス変換装置３５に返送する（４７４）。
【００８６】
アドレス変換装置３５は、ＩＰ（ＢＹＥ）パケットＭ３１を受信すると、カプセル化ヘッダを除去し、アドレス変換テーブル３３０に従って、ＩＰヘッダの宛先ＩＰアドレスと送信元ＩＰアドレスをＩＰｖ４アドレスからＩＰｖ６アドレスに変換し（４７５）、図４４に示すＢＹＥパケットＭ３２として、ＩＰｖ６網２−ｋに転送する（４７６）。ＢＹＥパケットＭ３２は、ＩＰｖ６網２−ｋ上で宛先ＩＰｖ６アドレスに従って転送され、ＩＰｖ６端末６Ｂにより受信される。
【００８７】
ＩＰｖ６端末６Ｂは、ＢＹＥパケットＭ３２の受信に応答して、２００ＯＫパケットＭ３３を送信する（４８０）。２００ＯＫパケットＭ３３は、図４５に示すように、ＳＩＰメッセージのスタートラインにメッセージ種類「２００  ＯＫ」を含み、メッセージヘッダ部にＢＹＥパケットＭ３２と同様の内容を含む。また、ＩＰヘッダの宛先ＩＰアドレスと送信元ＩＰアドレスには、ＢＹＥパケットＭ３２の送信元アドレスと宛先アドレスが適用されている。
【００８８】
２００ＯＫパケットＭ３３は、アドレス変換装置３５によって受信され、ＵＤＰポート番号から、ＳＩＰメッセージ用のものと判定される（４８１）。アドレス変換装置３５は、ＩＰ（ＮＹＥ）パケットＭ２９と同様に、２００ＯＫパケットＭ３３をカプセル化して、ＩＰ（２００ＯＫ）パケットＭ３４としてＳＩＰ−ＡＬＧ７に転送する（４８２）。
ＳＩＰ−ＡＬＧ７は、ＩＰ（２００ＯＫ）パケットＭ３４を受信すると、ＳＩＰメッセージのＣｏｎｔａｃｔヘッダが示すＩＰｖ６端末６Ｂ（Ｕｓｅｒ  Ｂ）のＩＰアドレスをＩＰｖ６アドレス「２００１：１：：１００」からＩＰｖ４アドレス「１３８．９０．０．２」に変換し（ＳＩＰペイロード変換：４３８）、図４６に示すＩＰ（２００ＯＫ）パケットＭ３５としてアドレス変換装置３５に返送する（４８４）。
【００８９】
アドレス変換装置３５は、ＩＰ（２００ＯＫ）パケットＭ３５を受信すると、ＩＰ（ＢＹＥ）パケットＭ３１の受信時と同様に、カプセル化ヘッダを除去し、アドレス変換テーブル３３０に従って、宛先ＩＰアドレスと送信元ＩＰアドレスをＩＰｖ４アドレスからＩＰｖ６アドレスに変換し（４８５）、図４７に示す２００ＯＫパケットＭ３６としてＩＰｖ４端末５Ａに転送する（４８６）。
【００９０】
ＳＩＰ−ＡＬＧ７は、アドレス変換装置３５にＩＰ（２００ＯＫ）パケットＭ３５を返送した後、不要となった仮想ＩＰアドレスを解放するためのＲＥＱＵＥＳＴパケットＭ３７を生成し、アドレス変換装置３５に送信する（４９０）。ＲＥＱＵＥＳＴパケットＭ３７は、図４８に示すように、ペイロード部（ＵＳＥＲ  ＤＡＴＡ）で仮想アドレス開放要求を示すメッセージ名と、解放すべき仮想ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスの値「２００２：８ａ５５：１ｂ０ａ」および「１３８．９０．０．２」を指定している。
【００９１】
アドレス変換装置３５は、ＲＥＱＵＥＳＴパケットＭ３７を受信すると、アドレス変換テーブル３３０から、受信パケットで指定された仮想アドレスに該当するエントリＥＮ３、ＥＮ４を削除し、仮想ＩＰｖ４アドレス「１３８．９０．０．２」を仮想アドレスプール３４０に空きアドレスとして登録する（４９１）。この後、アドレス変換装置３５は、図４９に示すＲＥＳＰＯＮＳＥパケットＭ３８を生成し、ＳＩＰ−ＡＬＧ７に送信する（４９２）。ＳＩＰ−ＡＬＧ７は、ＲＥＳＰＯＮＳＥパケットＭ３８を受信すると、コネクションの切断によって不要となったＳＩＰペイロード変換情報（ＳＩＰエントリ）を解放する（４９３）。
【００９２】
図５０は、上述したＩＰアドレス変換とパケット転送を実現するためにアドレス変換装置（プロトコル処理プロセッサ）３５が実行するパケット転送制御プログラム１１０のフローチャートを示す。
【００９３】
パケット転送制御プログラム１１０では、回線側受信バッファ３１または内部スイッチ側受信バッファ３４から受信パケットの読出し、受信ルート（１１１）が内部スイッチ側であれば、受信パケットから内部ルーティング情報を示す内部ヘッダを除去する（１１２）。受信パケットのＵＤＰ宛先ポート番号から、受信パケットがＳＩＰメッセージ用のものか否かを判定し（１１３）、ＳＩＰメッセージ用のパケットであれば、宛先ＩＰｖ６アドレスでＳＩＰ−ＡＬＧ７を指定したカプセル化ヘッダによって受信パケットをカプセル化し（１１４）、ステップ１２３を実行する。
【００９４】
受信パケットがＳＩＰメッセージ用以外の場合は、宛先ＩＰアドレスを判定する（１１５）。宛先ＩＰアドレスが仮想ＩＰアドレスの場合は、アドレス変換テーブル３３０から上記宛先ＩＰアドレスに該当するエントリを検索する（１１８）。アドレス変換テーブル３３０に該当するエントリがなければ、プログラムを終了する。この場合、受信パケットは廃棄されたことになる。
【００９５】
アドレス変換テーブル３３０に宛先ＩＰアドレス（仮想ＩＰアドレス）に該当するエントリがあった場合、フィルタ情報の有効性ビット３３３Ａを判定する。有効性ビット３３３Ａが“１”となっていた場合は、フィルタ情報と受信パケットのヘッダ情報とを比較することによって、受信パケットがフィルタ条件を満足するか否かを判定する（１２１）。もし、受信パケットがフィルタ条件を満足していなければ、プログラムを終了（受信パケットを廃棄）する。
フィルタ情報の有効性ビット３３３Ａが“０”、または受信パケットがフィルタ条件を満足していた場合は、検索されたエントリに従って、受信パケットＩＰヘッダのアドレスを変換し（１２２）、ステップ１２３を実行する。
【００９６】
ステップ１１５で、宛先アドレスが自装置（アドレス変換装置）のアドレスとなっていた場合は、ＵＤＰ宛先ポート番号を判定する（１１６）。ＵＤＰ宛先ポート番号が、ＳＩＰ−ＡＬＧ７との間でのトンネル通信（カプセル化パケット通信）用の値となっていた場合は、受信パケットからカプセル化ヘッダを除去（１１７）した後、アドレス変換テーブルの検索（１１８）を実行する。
【００９７】
ＵＤＰ宛先ポート番号が、ＳＩＰ−ＡＬＧ７との間でのＳＩＰ−ＡＬＧ制御メッセージ通信用の値となっていた場合は、図５１で詳述するＳＩＰ−ＡＬＧ制御メッセージ処理１３０を実行した後、ステップ１２３を実行する。ステップ１１５で、宛先アドレスが、仮想アドレスまたは自装置アドレスでなかった場合は、ステップ１２３を実行する。
【００９８】
ステップ１２３では、受信パケットの送信ルートを判定する。送信ルートが回線インタフェース、すなわち、受信パケットが内部スイッチ側受信バッファ３４からの読出しパケットの場合は、受信パケットを回線インタフェース側送信バッファ３２に出力し（１２７）、このプログラムを終了する。
【００９９】
送信ルートが内部スイッチ、すなわち、受信パケットが回線インタフェース側受信バッファ３１からの読出しパケットの場合は、ルーティングテーブルを参照して出力ポート番号を決定する（１２４）。この時、受信パケットの宛先アドレスがＩＰｖ４アドレスの場合は、ＩＰｖ４アドレステーブル３１０が利用され、ＩＰｖ６アドレスの場合は、ＩＰｖ６アドレステーブル３１０が利用される。この後、受信パケットに内部ルーティング情報として上記出力ポート番号を含む内部ヘッダを付加し（１２５）、受信パケットを内部スイッチ側送信バッファ３３に出力して（１２７）、このプログラムを終了する。
【０１００】
図５１は、ＳＩＰ−ＡＬＧ制御メッセージ処理１３０の詳細を示す。
ＳＩＰ−ＡＬＧ制御メッセージ処理１３０では、受信パケットに含まれるメッセージ（以下、受信メッセージと言う）の種別を判定する（１３１）。
【０１０１】
受信メッセージが、例えば、ＲＥＱＵＥＳＴパケットＭ４に含まれる仮想ＩＰｖ６アドレス要求メッセージの場合、受信メッセージで指定されたＩＰｖ４アドレスと、アドレス変換装置に割当てられたＩＰｖ６アドレスのプリフィクスとを組み合せて仮想ＩＰｖ６アドレスを生成し（１３２）、ＩＰｖ４アドレスと仮想ＩＰｖ６アドレスとの関係を示す新たなエントリをアドレス変換テーブル３３０に登録する（１３３）。この時点では、フィルタ情報は仮設定状態としておく。この後、上記要求に対する応答パケット（例えば、ＲＥＳＰＯＮＳＥパケットＭ４）を生成し（１３４）、ＳＩＰ−ＡＬＧ制御メッセージ処理１３０を終了する。
【０１０２】
受信メッセージが、例えば、ＲＥＱＵＥＳＴパケットＭ１２に含まれる仮想ＩＰｖ４アドレス要求メッセージの場合、仮想アドレスプール３３０から仮想ＩＰｖ４アドレスを取得し（１３５）、受信メッセージが指定するＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとの関係を示す新たなエントリをアドレス変換テーブル３３０に登録する（１３６）。この時点では、フィルタ情報は仮設定状態としておく。この後、上記要求に対する応答パケット（例えば、ＲＥＳＰＯＮＳＥパケットＭ１３）を生成し（１３７）、ＳＩＰ−ＡＬＧ制御メッセージ処理１３０を終了する。
【０１０３】
受信メッセージが、例えば、ＲＥＱＵＥＳＴパケットＭ２０に含まれるフィルタ情報登録要求メッセージの場合、アドレス変換テーブル３３０に受信メッセージが指定するフィルタ情報を設定し（１３８）、上記要求に対する応答パケット（例えば、ＲＥＳＰＯＮＳＥパケットＭ２１）を生成し（１３９）、ＳＩＰ−ＡＬＧ制御メッセージ処理１３０を終了する。
【０１０４】
受信メッセージが、例えば、ＲＥＱＵＥＳＴパケットＭ３７に含まれる仮想アドレス解放要求メッセージの場合、アドレス変換テーブル３３０から受信メッセージで指定された仮想ＩＰアドレスをもつエントリを削除し（１４０）、不要となった仮想ＩＰｖ４アドレスを仮想アドレスプール３３０に解放する（１４１）。この後、上記要求に対する応答パケット（例えば、ＲＥＳＰＯＮＳＥパケットＭ３８）を生成し（１４２）、ＳＩＰ−ＡＬＧ制御メッセージ処理１３０を終了する。
【０１０５】
以上の実施例では、回線ＬｎをＳＩＰ−ＡＬＧ７の専用線とし、ＳＩＰメッセージ用のカプセル化パケットとＳＩＰ−ＡＬＧ制御メッセージを回線インタフェース１１−ｎを介して送受信したが、ＳＩＰ−ＡＬＧ７は、何れかのＩＰｖ６網またはＩＰｖ４網に接続されていてもよい。また、ＳＩＰ−ＡＬＧ７をパケット転送装置の一部として、内部バス１５に接続した構成とすることもできる。
【０１０６】
また、実施例では、ＩＰアドレス変換をＩＰｖ４網側のプロトコル処理部で実行したが、本発明のＩＰアドレス変換は、ＩＰｖ６網側のプロトコル処理部で実行してもよい。
この場合、ＳＩＰメッセージを含む制御パケットのＳＩＰ−ＡＬＧへの転送と仮想アドレスの割り当ては、ＩＰｖ６網側のプロトコル処理部で行なわれるため、ＩＰｖ４網側のプロトコル処理部は、制御パケットを宛先ＩＰアドレスに従って転送処理すればよい。従って、ＩＰｖ４網側のプロトコル処理部は、回線インタフェースからの受信したＩｐｖ４パケットを、宛先が仮想ＩＰｖ４アドレスとなっていてもアドレス変換することなく、内部ルーティングヘッダを付加して内部スイッチ部に転送すればよく、パケット転送制御プログラムは、基本的には、図５０のステップ１１１、１１２、１２３〜１２７からなる簡単化されたものとなる。
【０１０７】
【発明の効果】
以上の実施例から明らかなように、本発明のＩＰアドレス変換装置によれば、セッションの確立過程でＩＰｖ４端末とＩＰｖ６端末にそれぞれ仮想ＩＰｖ６アドレスと仮想ＩＰｖ４アドレスとを割り当て、アドレス変換情報としてアドレス変換テーブルに登録することができるため、プロトコルバージョンの異なる端末間で仮想的通話路を介したパケット通信を実現できる。また、アドレス変換情報に付随して、アドレス変換テーブルにフィルタ情報を記憶しておくことによって、宛先アドレスを不正使用したパケットを廃棄することが可能となる。
【図面の簡単な説明】
【図１】本発明のアドレス変換装置が適用される通信ネットワークの１例を示す図。
【図２】パケット転送装置１の構成の１例を示す図。
【図３】図２における制御部１４の構成の１例を示す図。
【図４】図２におけるプロトコル処理部１２−１の構成の１例を示す図。
【図５】ＳＩＰメッセージのパケットフォーマットを示す図。
【図６】ＩＰｖ４パケットのヘッダフォーマットを示す図。
【図７】ＩＰｖ６パケットのヘッダフォーマットを示す図。
【図８】図１の通信網におけるＩＰｖ４端末５ＡとＩＰｖ６端末６Ｂとの間のセッション確立シーケンスの一部を示す図。
【図９】セッション確立シーケンスの残り部分を示す図。
【図１０】アドレス変換装置（プロトコル処理プロセッサ）３５によるデータパケットの転送シーケンスを示す図。
【図１１】ＩＰｖ４端末５ＡとＩＰｖ６端末６Ｂとの間のセッションの切断シーケンスを示す図。
【図１２】アドレス変換装置（プロトコル処理プロセッサ）３５が備えるアドレス変換テーブル３３０の内容を示す図。
【図１３】図８におけるＩＮＶＩＴＥパケットＭ１の１例を示す図。
【図１４】図８におけるＩＮＶＩＴＥパケットＭ２の１例を示す図。
【図１５】図８におけるＩＰ（ＩＮＶＩＴＥ）パケットＭ３の１例を示す図。
【図１６】図８におけるＲＥＱＵＥＳＴパケットＭ４の１例を示す図。
【図１７】図８におけるＲＥＳＰＯＮＳＥパケットＭ５の１例を示す図。
【図１８】図８におけるＩＰ（ＩＮＶＩＴＥ）パケットＭ６の１例を示す図。
【図１９】図８におけるＩＮＶＩＴＥパケットＭ７の１例を示す図。
【図２０】図８におけるＩＮＶＩＴＥパケットＭ８の１例を示す図。
【図２１】図８における１８０  ＲＩＮＧＩＮＧパケットＭ９の１例を示す図。
【図２２】図８における１８０  ＲＩＮＧＩＮＧパケットＭ１０の１例を示す図。
【図２３】図８におけるＲＥＱＵＥＳＴパケットＭ１２の１例を示す図。
【図２４】図８におけるＲＥＳＰＯＮＳＥパケットＭ１３の１例を示す図。
【図２５】図８におけるＩＰ（１８０  ＲＩＮＧＩＮＧ）パケットＭ１４の１例を示す図。
【図２６】図８における１８０  ＲＩＮＧＩＮＧパケットＭ１５の１例を示す図。
【図２７】図８における１８０  ＲＩＮＧＩＮＧパケットＭ１６の１例を示す図。
【図２８】図９における２００  ＯＫパケットＭ１７の１例を示す図。
【図２９】図９におけるＲＥＱＵＥＳＴパケットＭ２０の１例を示す図。
【図３０】図９におけるＲＥＳＰＯＮＳＥパケットＭ２１の１例を示す図。
【図３１】図９におけるＩＰ（２００  ＯＫ）パケットＭ２２の１例を示す図。
【図３２】図９における２００  ＯＫパケットＭ２３の１例を示す図。
【図３３】図９におけるＡＣＫパケットＭ２５の１例を示す図。
【図３４】図９におけるＩＰ（ＡＣＫ）パケットＭ２７の１例を示す図。
【図３５】図９におけるＡＣＫパケットＭ２８の１例を示す図。
【図３６】図１０におけるＩＰｖ４パケットＤ１の１例を示す図。
【図３７】図１０におけるＩＰｖ６パケットＤ２の１例を示す図。
【図３８】図１０におけるＩＰｖ６パケットＤ３の１例を示す図。
【図３９】図１０におけるＩＰｖ４ケットＤ４の１例を示す図。
【図４０】図１０におけるＩＰｖ４パケットＤ５の１例を示す図。
【図４１】図１０におけるＩＰｖ６ケットＤ６の１例を示す図。
【図４２】図１１におけるＢＹＥパケットＭ２９の１例を示す図。
【図４３】図１１におけるＩＰ（ＢＹＥ）パケットＭ３１の１例を示す図。
【図４４】図１１におけるＢＹＥパケットＭ３２の１例を示す図。
【図４５】図１１における２００  ＯＫパケットＭ３３の１例を示す図。
【図４６】図１１におけるＩＰ（２００  ＯＫ）パケットＭ３５の１例を示す図。
【図４７】図１１における２００  ＯＫパケットＭ３６の１例を示す図。
【図４８】図１１におけるＲＥＱＵＥＳＴパケットＭ３７の１例を示す図。
【図４９】図１１におけるＲＥＳＰＯＮＳＥパケットＭ３８の１例を示す図。
【図５０】パケット転送制御プログラム１１０の１実施例を示すフローチャート。
【図５１】ＳＩＰ−ＡＬＧ制御メッセージ処理１３０の１実施例を示すフローチャート。
【符号の説明】
１：パケット転送装置、２：ＩＰ網、３：ＳＩＰサーバ、５：ＩＰｖ４端末、
６：ＩＰｖ６端末、７：ＳＩＰペイロード変換装置（ＳＩＰ−ＡＬＧ）、
８：ＩＰｖ４サーバ、９：ＩＰｖ６サーバ、１１：回線インタフェース、
１２：プロトコル処理部、１３：内部スイッチ部、１４：制御部、
３１：回線側受信バッファ、３２：回線側送信バッファ、
３３：内部スイッチ側送信バッファ、３４：内部スイッチ側受信バッファ、
３５：プロトコル処理プロセッサ（ＩＰアドレス変換装置）、
１００：ルーティングエントリ管理プログラム、
１１０：パケット転送処理プログラム、
１３０：ＳＩＰ−ＡＬＧ制御メッセージ処理プログラム、
３１０：ＩＰｖ４ルーティングテーブル、
３２０：ＩＰｖ６ルーティングテーブル、３３０：アドレス変換テーブル、
３４０：仮想アドレステーブル。
【図１】
2004364141.tif 000003
【図２】
2004364141.tif 000004
【図３】
2004364141.tif 000005
【図４】
2004364141.tif 000006
【図５】
2004364141.tif 000007
【図６】
2004364141.tif 000008
【図７】
2004364141.tif 000009
【図８】
2004364141.tif 000010
【図９】
2004364141.tif 000011
【図１０】
2004364141.tif 000012
【図１１】
2004364141.tif 000013
【図１２】
2004364141.tif 000014
【図１３】
2004364141.tif 000015
【図１４】
2004364141.tif 000016
【図１５】
2004364141.tif 000017
【図１６】
2004364141.tif 000018
【図１７】
2004364141.tif 000019
【図１８】
2004364141.tif 000020
【図１９】
2004364141.tif 000021
【図２０】
2004364141.tif 000022
【図２１】
2004364141.tif 000023
【図２２】
2004364141.tif 000024
【図２３】
2004364141.tif 000025
【図２４】
2004364141.tif 000026
【図２５】
2004364141.tif 000027
【図２６】
2004364141.tif 000028
【図２７】
2004364141.tif 000029
【図２８】
2004364141.tif 000030
【図２９】
2004364141.tif 000031
【図３０】
2004364141.tif 000032
【図３１】
2004364141.tif 000033
【図３２】
2004364141.tif 000034
【図３３】
2004364141.tif 000035
【図３４】
2004364141.tif 000036
【図３５】
2004364141.tif 000037
【図３６】
2004364141.tif 000038
【図３７】
2004364141.tif 000039
【図３８】
2004364141.tif 000040
【図３９】
2004364141.tif 000041
【図４０】
2004364141.tif 000042
【図４１】
2004364141.tif 000043
【図４２】
2004364141.tif 000044
【図４３】
2004364141.tif 000045
【図４４】
2004364141.tif 000046
【図４５】
2004364141.tif 000047
【図４６】
2004364141.tif 000048
【図４７】
2004364141.tif 000049
【図４８】
2004364141.tif 000050
【図４９】
2004364141.tif 000051
【図５０】
2004364141.tif 000052
【図５１】
2004364141.tif 000053