JP3889003B2 - 複数ｎａｔ／ｆｗ装置接続に対応したｓｉｐ−ａｌｇの呼関連リソース管理方法及びそのｓｉｐ−ａｌｇ - Google Patents

Description

本発明は、複数のＮＡＴ／ＦＷ装置等を跨いだＩＰ通信網間におけるＳＩＰ信号（Session Initiation Protocol）の送受信に関するものであり、詳細には複数ＮＡＴ／ＦＷ装置等と連携したＳＩＰ−ＡＬＧの呼関連リソースの管理方法及びそのＳＩＰ−ＡＬＧに関する。

ＳＩＰ−ＡＬＧ（Session Initiation Protocol-Application Level Gateway、ＳＩＰアプリケーションレベルゲートウェイ）は、非特許文献１、２に示すようにネットワークアドレス変換（ＮＡＴ：Network Address Translation）機能やファイアウォール（ＦＷ：Firewall）機能を備えたＮＡＴ／ＦＷ装置と連携し、ＳＩＰレイヤのアドレス変換や、発着端末間のＲＴＰ（Real time Transport Protocol）信号などメディア送受信に必要となるピンホール設定を行うことを目的とした装置であり、カプセル化ＳＩＰ信号の送受信を行い、必要に応じてＮＡＴ／ＦＷ装置に対しアドレス変換要求、ピンホール設定要求を行う。

また、非特許文献３に示すように、呼開始から呼終了までそれらの情報を呼関連リソースとして保持し、呼終了時には保持した情報を基に、ＮＡＴ／ＦＷ装置に対してアドレス組、ピンホール設定の削除要求を行い、同時に自身で管理しているリソースも削除する。また、アドレス変換を行う際の処理量、処理時間を軽減するため、同様のアドレス変換、ピンホール設定を行う場合は、ＳＩＰ−ＡＬＧ上に管理した呼関連リソースを参照することにより、それらの結果を取得する。即ち、呼関連リソースはキャッシュとしての役割も持っている。

非特許文献４、５のＲＦＣ２５４３／３２６１において、ＳＩＰ通信のトランザクション状態管理など呼状態管理、及び呼に関する情報は、ＳＩＰレイヤに記述されたＣａｌｌ−ＩＤをキー情報として管理されている。

ＳＩＰ−ＡＬＧにおいても同様に、ＮＡＴ／ＦＷ装置１台と接続された場合、呼関連リソースを管理するためのキー情報は、ＳＩＰレイヤに記述されているＣａｌｌ−ＩＤを用いることで管理することが可能である。

しかし、複数の異なるプライベートＩＰ通信網を収容する複数のＮＡＴ／ＦＷ装置と連携する場合、各プライベートＩＰ通信網の端末間においてＳＩＰ信号を送受信すると、複数のＮＡＴ／ＦＷ装置から同一Ｃａｌｌ−ＩＤの信号が送信されることとなるが、その結果、複数のＮＡＴ／ＦＷ装置に対してアドレス変換要求を行った結果に得られるアドレス変換情報が、同一のキー情報の基に管理されることになる。特に、複数のプライベートＩＰ通信網のアドレス体系が重複した場合、ＳＩＰ−ＡＬＧがプライベートＩＰアドレスをグローバルＩＰアドレスに変換するために呼関連リソース（キャッシュ）を参照する時、アドレス組が複数存在する可能性があり、アドレス組を特定できないという問題が発生する。

また、呼を終了させる信号を受信した時に、呼関連リソースの削除を行うが、上記呼関連リソースの管理方法の場合、１つのＮＡＴ／ＦＷ装置から送信されたカプセル化ＳＩＰ信号を受信し、呼の終了と判断した場合、全てのＮＡＴ／ＦＷ装置に関わる呼関連リソースが削除されてしまうという問題もある。

林和仁外４名、「ＳＩＰアプリケーションレベルゲートウェイ（ＳＩＰ−ＡＬＧ）におけるアドレス変換エントリの管理方法に関する一考察」、信学技報ＮＳ２００２−１８８、ＰＳ２００２−６２（２００２−１２）、ｐ２５−２８

黒木純一郎外３名、「ＳＩＰアプリケーションレベルゲートウェイ（ＳＩＰ−ＡＬＧ）におけるファイアウォール制御方式に関する一検討」、信学技報ＮＳ２００２−２４８（２００３−０３）、ｐ１０５−１０８ 林和仁外２名、「ＳＩＰアプリケーションレベルゲートウェイ（ＳＩＰ−ＡＬＧ）における呼状態モデルに関する一検討」、信学技報ＮＳ２００３−３３（２００３−６）、ｐ３７−４０ ＲＦＣ２５４３、"SIP: Session Initiation Protocol"、M. Handley外３名、March 1999、[online]、［平成１６年１月７日検索］、インターネット＜http://www.ietf.org/rfc/rfc2543.txt?number=2543＞ ＲＦＣ３２６１、"SIP: Session Initiation Protocol"、J. Rosenberg外７名、June 2002、［平成１６年１月７日検索］、インターネット＜http://www.ietf.org/rfc/rfc3261.txt?number=3261＞

本発明においては、複数のＮＡＴ／ＦＷ装置等と連携した場合にも、ＳＩＰ−ＡＬＧ上で管理する呼関連リソースを参照の際に当該リソースの特定を可能とし、また、呼終了の時において、複数のＮＡＴ／ＦＷ装置等に関連する呼関連リソースを、各ＮＡＴ／ＦＷ装置等毎に削除できるようにすることを目的とする。

請求項１、６では、複数ＮＡＴ／ＦＷ装置と連携したＳＩＰ−ＡＬＧの呼関連リソースの管理方法とそのＳＩＰ−ＡＬＧを示している。

ＮＡＴ／ＦＷ装置から送信されるカプセル化ＳＩＰ信号には、カプセル化部に送信元ＮＡＴ／ＦＷ装置のＩＰアドレスが設定されている。そこで、ＳＩＰ−ＡＬＧではカプセル化ＳＩＰ信号を受信した際に、当該カプセル化部分よりＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得する。また、ＳＩＰレイヤに設定されるＣａｌｌ−ＩＤなど呼識別情報を取得し、対向装置識別情報と呼識別情報の組を呼関連リソース管理のためのキー情報とする。その後取得したキー情報に基づき、アドレス変換情報や、ピンホール設定情報など呼関連リソースを管理することで、対向するＮＡＴ／ＦＷ装置毎、及び呼毎に呼関連リソースの管理が可能となる。

請求項２〜４、７〜９では、具体的なＳＩＰ−ＡＬＧの呼関連リソースの管理方法とそのＳＩＰ−ＡＬＧを示している。

ＳＩＰ−ＡＬＧには、アドレス変換情報を保持するテーブルとして「アドレス変換テーブル」、ピンホール設定情報を保持するテーブルとして「ピンホール管理テーブル」、発着端末のＳＤＰ情報を収集するテーブルとして「メディア情報収集テーブル」を配備する。

請求項２、７では、上記テーブルを配備した状態において、ＳＩＰ−ＡＬＧでカプセル化ＳＩＰ信号を受信する際に、カプセル化部分よりＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰレイヤよりＣａｌｌ−ＩＤなど呼識別情報を取得しそれらの組をキー情報として記録しておく第１の手段を設ける。

その後、ＳＩＰレイヤにおいて変換対象となるＩＰアドレス、Ｐｏｒｔ番号があった場合には、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対しアドレス変換要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、アドレス変換テーブルに登録する第２の手段を設ける。

また、ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合には、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、第１の手段で取得したキー情報に対するレコードとしてそれらの情報を、メディア情報収集テーブルに登録する第３の手段を設ける。

さらには、発着端末のメディア送受信ＩＰアドレス、Ｐｏｒｔ番号を収集できた場合には、それらの情報を基に、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対してピンホール設定要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、ピンホール管理テーブルに登録する第４の手段を設ける。

それら第１〜４の手段を配備することで、アドレス変換情報、ピンホール設定情報、メディア情報など呼関連リソースを呼毎、対向するＮＡＴ／ＦＷ装置毎に登録できる。

請求項３、８では、ＳＩＰ−ＡＬＧでＳＩＰレイヤのアドレス変換や、ピンホール設定情報の登録を行う場合、ＮＡＴ／ＦＷ装置に対して、即座にアドレス変換要求やピンホール設定要求を行わず、まず、カプセル化ＳＩＰ信号受信時に取得する対向装置識別情報と呼識別情報組をキー情報として、アドレス変換テーブルやピンホール管理テーブルを参照する手段を設けている。

参照して得られた結果の中に、当該アドレス組や、当該ピンホール設定情報があれば、その結果を取得することができ、当該アドレス組、当該ピンホール設定情報がなければ、キー情報の対向装置識別情報より取得した対向装置のアドレスに対してアドレス変換要求や、ピンホール設定要求を行う。

請求項３、８により、請求項２、７で登録した呼関連リソースに対しての参照処理を行うことで、アドレス変換情報、ピンホール設定情報をキャッシュとして参照し、ＮＡＴ／ＦＷ装置に対するアドレス変換要求、ピンホール設定要求の回数を削減できる。

請求項４、９では、呼終了時の処理について示している。ＳＩＰ−ＡＬＧではカプセル化ＳＩＰ信号を受信した際に、呼の終了と判断した場合、カプセル化部より対向装置識別情報、ＳＩＰレイヤより呼識別情報を取得し、それらの組をキー情報としてアドレス変換テーブルや、ピンホール管理テーブル、ＳＤＰ情報収集テーブルを参照し、アドレス変換テーブルやピンホール管理テーブルに当該レコードがあれば、対向装置識別情報より取得できるＮＡＴ／ＦＷ装置のＩＰアドレスに対し、それぞれアドレス組削除要求、ピンホール削除要求を行い、その後、検索にヒットした当該レコードについて削除する。

請求項４、９により、呼毎、対向するＮＡＴ／ＦＷ装置毎に関連するリソースを削除できる。

請求項５、１０では、請求項１〜４、６〜９のＮＡＴ／ＦＷ装置が、本出願人による特願２００３−１０１５２６号（本出願時点では公開されていない）のＶＰＮ（Virtual Private Network、仮想プライベート網）収容装置のように、１台の装置で複数のプライベート網を収容でき、それぞれのプライベート網毎に論理的にＮＡＴ／ＦＷを配備できる装置であった場合の呼関連リソース管理方法について示している。

上記ＶＰＮ収容装置は、前述の特許出願公開２００３−１０１５２６号で示すように、論理的なＮＡＴ／ＦＷが接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送し、また、転送先から送信されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能、及び、アドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求などを装置のＩＰアドレスとＶＰＮ番号で指定される装置内の論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定などを行う機能を有している。

上記ＶＰＮ収容装置と連携するＳＩＰ−ＡＬＧでは、ＶＰＮ収容装置より送信されたカプセル化ＳＩＰ信号のカプセル化部分より対向装置識別情報、ＳＩＰ信号よりＣａｌｌ−Ｄなど呼識別情報を取得するだけでなく、カプセル化部分よりＶＰＮ番号をＶＰＮ識別情報として取得し、それら取得した対向装置識別情報、ＶＰＮ識別情報、呼識別情報の組を呼関連リソース管理のキー情報として記録する。即ち、請求項１〜４、６〜９のキー情報を、対向装置識別情報、ＶＰＮ識別情報、呼識別情報の組と置き換えることで、呼毎、対向装置毎、ＶＰＮ対応の論理ＮＡＴ／ＦＷ毎に、独立に呼関連リソースを登録、参照、削除することが可能となる。

本発明により、複数台のＮＡＴ／ＦＷ装置等を１台のＳＩＰ−ＡＬＧで収容することが可能となり、これまで各ＮＡＴ／ＦＷ装置等に対して１台ずつ必要であったＳＩＰ−ＡＬＧの台数を削減でき、効率的な設備設計が可能となる。

図１〜図８３を用いて、第１の実施例を説明する。

図１はネットワーク構成を示している。プライベート網１（１０）は、ネットワークアドレスが１９２．１６８．０．０／２４であり、１９２．１６８．０．１というＩＰアドレスを持つ端末１（１１）が配備されている。

プライベート網２（２０）は、ネットワークアドレスが１９２．１６８．０．０／２４であり、１９２．１６８．０．１というＩＰアドレスを持つ端末２（２１）が配備されている。

グローバル網（３０）は、ネットワークアドレスが１２８．０．０．０／１６であり、１２８．０．０．１というＩＰアドレスを持つＳＩＰサーバ（３１）が配備されている。

プライベート網１（１０）はＮＡＴ／ＦＷ装置１（１２）を介し、グローバル網（３０）と接続されており、また、プライベート網２（２０）はＮＡＴ／ＦＷ装置２（２２）を介し、グローバル網（３０）と接続されている。また、ＮＡＴ／ＦＷ装置１（１２）とＮＡＴ／ＦＷ装置２（２２）は、１７２．３０．０．０／２４というネットワークアドレスの管理網（４０）で、ＳＩＰ−ＡＬＧ（５１）と接続されており、ＮＡＴ／ＦＷ装置１（１２）のＩＰアドレスは、１７２．３０．０．１、ＮＡＴ／ＦＷ装置２（２２）のＩＰアドレスは１７２．３０．０．２、ＳＩＰ−ＡＬＧ（５１）のＩＰアドレスは１７２．３０．０．３である。

ＮＡＴ／ＦＷ装置１（１２）、ＮＡＴ／ＦＷ装置２（２２）は、ＳＩＰ信号を検出すると、自身のＩＰアドレスを被せてカプセル化した、カプセル化ＳＩＰ信号を転送先装置すなわちＳＩＰ−ＡＬＧ（５１）に転送し、また、転送先装置から返送されたカプセル化ＳＩＰ信号をデカプセル化し、元のＳＩＰ信号に戻す機能を有し、転送先装置からアドレス変換要求されたＩＰアドレス、Ｐｏｒｔ番号に対して、変換先のＩＰアドレス、Ｐｏｒｔ番号を払い出し、変換前後のアドレス組を管理し、転送先装置に対して結果を応答する機能、及び、転送先装置からのアドレス組の削除要求に対して払い出したアドレス組を削除する機能を有し、さらに、転送先装置からピンホール設定要求された送受信ＩＰアドレス、Ｐｏｒｔ番号などに対してピンホール設定を行う機能、及び、転送先装置からピンホール削除要求された送受信ＩＰアドレス、Ｐｏｒｔ番号のピンホールを削除する機能を有している。

図２はネットワークアドレス管理テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、ＳＩＰレイヤの変換対象アドレスを抽出する際に参照される。

本テーブルは対向装置識別情報、プライベート網側アドレス体系、グローバル網側アドレス体系で構成されており、対向装置識別情報には、ＮＡＴ／ＦＷ装置のＩＰアドレスが記述されており、プライベート網側アドレス体系、及びグローバル網側アドレス体系には、各ＮＡＴ／ＦＷ装置で管理されるアドレス変換前後のアドレス体系が記述されている。

図２においては、対向装置識別情報が１７２．３０．０．１の場合のプライベート網側アドレス体系は１９２．１６８．０．０／２４であり、グローバル網側アドレス体系は１３０．０．０．０／２４となっており、対向装置識別情報が１７２．３０．０．２の場合のプライベート網側アドレス体系は１９２．１６８．０．０／２４であり、グローバル網側アドレス体系は１３１．０．０．０／２４となっている。

図３はアドレス変換テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、アドレス変換に関わるリソースを格納するために用いられる。

本テーブルは対向装置識別情報、呼識別情報、プライベート網側ＩＰアドレス、Ｐｏｒｔ番号、グローバル網側ＩＰアドレス、Ｐｏｒｔ番号、及び変換ＩＤで構成される。

図４はメディア情報収集テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、発着端末のメディア情報送受信に関わるリソースを格納するために用いられる。

本テーブルは、対向装置識別情報、呼識別情報、プライベート網側ＩＰアドレス、Ｐｏｒｔ番号、グローバル網側ＩＰアドレス、Ｐｏｒｔ番号、及び発着端末種別で構成される。

図５はピンホール管理テーブルを示している。本テーブルはＳＩＰ−ＡＬＧに配備されており、発着端末間でのメディア送受信のために必要となる、ピンホール設定に関するリソースを格納するために用いられる。

本テーブルは、対向装置識別情報、呼識別情報、プライベート網側ＩＰアドレス、Ｐｏｒｔ番号、グローバル網側ＩＰアドレス、Ｐｏｒｔ番号、及び送信先ＩＰアドレス、Ｐｏｒｔ番号、ピンホールＩＤで構成される。

ピンホールとはＮＡＴ／ＦＷ装置のファイアウォール（ＦＷ）に対するフィルタのことであり、ＦＷはフィルタ設定が行われた送受信ＩＰアドレス、送受信ポート番号の組が一致したパケットのみを通過させる。本実施例においては、ＳＩＰ−ＡＬＧ（５１）がＮＡＴ／ＦＷ装置１（１２）、ＮＡＴ／ＦＷ装置２（２２）のＦＷにピンホール設定を行い、メディア信号（主にＲＴＰ：Real Time Transport Protocol）を端末１（１１）、端末２（２１）間で送受信できるようにし、また、メディア信号の送受信が終了したときはピンホール削除を行う。

ＳＩＰ−ＡＬＧ（５１）は、上記テーブルを配備すると共に、カプセル化ＳＩＰ信号を受信する際に、カプセル化部分よりＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰレイヤよりＣａｌｌ−ＩＤなど呼識別情報を取得しそれらの組をキー情報として記録しておく第１の手段と、ＳＩＰレイヤにおいて変換対象となるＩＰアドレス、Ｐｏｒｔ番号があった場合には、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対しアドレス変換要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、アドレス変換テーブルに登録する第２の手段と、ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合には、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、第１の手段で取得したキー情報に対するレコードとしてそれらの情報を、メディア情報収集テーブルに登録する第３の手段と、発着端末のメディア送受信ＩＰアドレス、Ｐｏｒｔ番号を収集できた場合には、それらの情報を基に、対向装置識別情報より得られるＮＡＴ／ＦＷ装置に対してピンホール設定要求を行い、その結果を第１の手段で取得したキー情報に対するレコードとして、ピンホール管理テーブルに登録する第４の手段と、を備えている。

図６〜図１８を用いて、ＲＥＧＩＳＴＥＲ呼に対するＳＩＰ−ＡＬＧの処理を説明する。

図６は端末１（１１）からＳＩＰサーバ（３１）に対するＲＥＧＩＳＴＥＲシーケンスである。

端末１（１１）はＲＥＧＩＳＴＥＲ（Ｓ１）をＮＡＴ／ＦＷ装置１（１２）に送信する。ＲＥＧＩＳＴＥＲ（Ｓ１）は図７に示すようなＳＩＰ信号である。図７に示すようにＳＩＰ信号はＳＩＰレイヤとＵＤＰレイヤとＩＰレイヤとを有している。これは後述する他のＳＩＰ信号においても同様である。なお、ＳＩＰ信号の詳細についてはＲＦＣ２５４３（非特許文献４）、ＲＦＣ３２６１（非特許文献５）に規定されている。

端末１（１１）より図７に示すようなＲＥＧＩＳＴＥＲ（Ｓ１）が送信されると、ＮＡＴ／ＦＷ装置１（１２）では、自身のＩＰアドレス、Ｐｏｒｔ番号、及び転送先ＳＩＰ−ＡＬＧ（５１）のＩＰアドレス、Ｐｏｒｔ番号で、図８のようにＲＥＧＩＳＴＥＲ（Ｓ１）をカプセル化し、ＳＩＰ−ＡＬＧ（５１）に転送する。図８に示すように、カプセル化ＳＩＰ信号はＳＩＰ信号部とカプセル化部とを有し、カプセル化部はＵＤＰレイヤとＩＰレイヤとを有する。なお、図８ではＳＩＰ信号部にＲＥＧＩＳＴＥＲ（Ｓ１）と略記しているが、図８のＳＩＰ信号部は図７のＳＩＰ信号と同じである。これは後述する他のカプセル化ＳＩＰ信号においても同様である。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化ＲＥＧＩＳＴＥＲ（Ｓ２）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｖｉａ、Ｃｏｎｔａｃｔヘッダより１９２．１６８．０．１：５０６０を取得する。なお本出願人による特願２００２−３３０３００号（本出願時点では公開されていない）に示したように、ＲＥＧＩＳＴＥＲのＣｏｎｔａｃｔヘッダについては、Ｔｉｍｅｒを用いた登録を行うことから、ＥｘｐｉｒｅｓヘッダよりＴｉｍｅｒ値として３６００（秒）を取得する。Ｖｉａヘッダのアドレス変換においては、通常Ｔｉｍｅｒを用いないが、ＣｏｎｔａｃｔとＶｉａが同一アドレスの場合、Ｃｏｎｔａｃｔを優先しＴｉｍｅｒを用いて、アドレス変換要求を行う。

アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０を用いて、まず、アドレス変換テーブルの検索を行う。しかしながら、当該レコードを得られないため、図９のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０及びＴｉｍｅｒ＝３６００を指定し、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス変換要求（Ｓ３）を行い、その結果ＮＡＴ／ＦＷ装置１（１２）より、図１０のようなアドレス変換応答（Ｓ４）を取得し、変換後ＩＰアドレス＝１３０．０．０．１、変換後Ｐｏｒｔ番号＝２５０６０を取得する。

ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図１１のようにアドレス変換テーブルに登録する。なお、Ｔｉｍｅｒを用いた場合アドレス組削除要求を行わないため、変換ＩＤ部分にはＴｉｍｅｒで登録した旨を登録する。

その後、ＳＩＰ−ＡＬＧ（５１）では、ＳＩＰレイヤのＶｉａヘッダとＣｏｎｔａｃｔヘッダを変換し、また、カプセル化部分の送受信ＩＰアドレス、Ｐｏｒｔ番号を逆にして、図１２のようなカプセル化ＲＥＧＩＳＴＥＲ（Ｓ５）をＮＡＴ／ＦＷ装置１（１２）に返送する。

ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化ＲＥＧＩＳＴＥＲをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３０．０．０．１、２５０６０と変換し、ＳＩＰサーバ（３１）に向けて図１３のようなＲＥＧＩＳＴＥＲ（Ｓ６）を送信する。

ＳＩＰサーバ（３１）では、ＦｒｏｍヘッダのＳＩＰ−ＵＲＩ（ＵＡ１＠ｖｏｉｐ．ｎｅ．ｊｐ）とＣｏｎｔａｃｔヘッダのＩＰアドレス、Ｐｏｒｔ番号の関連を登録し、図１４のような２００ ＯＫ（Ｓ７）をＮＡＴ／ＦＷ装置１（１２）に対して返送する。

ＮＡＴ／ＦＷ装置１（１２）では、受信した２００ ＯＫ信号を図１５のように、カプセル化し、ＳＩＰ−ＡＬＧ（５１）に転送する。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ８）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３０．０．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｖｉａ、Ｃｏｎｔａｃｔヘッダより１３０．０．０．１：２５０６０を取得する。

アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３０．０．０．１、変換元Ｐｏｒｔ番号＝２５０６０を用いて、まず、アドレス変換テーブルの検索を行うが、既に当該レコードは存在しているため、結果として変換後ＩＰ＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０を得ることができる。

その後、ＳＩＰ−ＡＬＧ（５１）では、ＳＩＰレイヤのＶｉａヘッダとＣｏｎｔａｃｔヘッダを変換し、また、カプセル化部分の送受信ＩＰアドレス、Ｐｏｒｔ番号を逆にして、図１６のようなカプセル化２００ ＯＫ（Ｓ９）をＮＡＴ／ＦＷ装置１（１２）に返送する。

ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化２００ ＯＫ（Ｓ９）をデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、端末１（１１）に向けて図１７のような２００ ＯＫ（Ｓ１０）を送信する。

ＳＩＰ−ＡＬＧではカプセル化２００ ＯＫ（Ｓ９）送信後、呼の終了と判断し、先に取得したキー情報に関連するレコードを検索する。その結果アドレス変換テーブルのレコードが得られる。当該レコードの変換ＩＤがＴｉｍｅｒとなっているため、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス組削除要求を行わず、当該レコードのみを削除し、呼関連リソースの全てがクリアされる。この時のアドレス変換テーブルを図１８に示す。

図１９〜図８３を用いて、ＩＮＶＩＴＥ呼に対するＳＩＰ−ＡＬＧの処理を説明する。

なお、図４〜図１８のＲＥＧＩＳＴＥＲ呼においては、プライベート網１（１０）側の端末１（１１）についてのＲＥＧＩＳＴＥＲ呼であったが、プライベート網２（２０）側の端末２（２１）についても同様の処理を既に行っている状態とし、端末２（２１）のＩＰアドレス＝１９２．１６８．０．１、Ｐｏｒｔ番号＝５０６０は、ＮＡＴ／ＦＷ装置２（２２）において、それぞれＩＰアドレス＝１３１．０．０．１、Ｐｏｒｔ番号＝３５０６０に変換されるようＴｉｍｅｒで登録されており、またＳＩＰサーバ（３１）においても、端末２のＳＩＰ−ＵＲＩ（ＵＡ２＠ｖｏｉｐ．ｎｅ．ｊｐ）とＩＰアドレス＝１３１．０．０．１、Ｐｏｒｔ番号＝５０６０の関連を保持しているものとする。

図１９〜図２４は端末１（１１）から端末２（２１）へのＩＮＶＩＴＥシーケンスである。なお、本シーケンスにおいては、呼の開始、終了、及び１部の呼の継続処理について示しており、通常送信される１００ Ｔｒｙｉｎｇ、１８０ Ｒｉｎｇｉｎｇなどの暫定応答やＡＣＫ、ＢＹＥは省略している。

まず、ＩＮＶＩＴＥにおける呼の開始時の処理について説明する。

端末１（１１）から図２５のようなＩＮＶＩＴＥ（Ｓ１１）が送信されると、ＮＡＴ／ＦＷ装置１（１２）では、カプセル化を行い、図２６のようなカプセル化ＩＮＶＩＴＥ（Ｓ１２）をＳＩＰ−ＡＬＧ（５１）に転送する。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化ＩＮＶＩＴＥ（Ｓ１２）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置１（１１）のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｖｉａ、Ｃｏｎｔａｃｔヘッダより１９２．１６８．０．１：５０６０、ＳＤＰ（Session Definition Protocol）のｃ、ｍフィールドよりそれぞれ１９２．１６８．０．１、１００００を取得する。

アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００のそれぞれを用いて、まず、アドレス変換テーブルの検索を行う。しかしながら、当該レコードを得られないため、まず、図２７のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０を指定し、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス変換要求（Ｓ１３）を行い、その結果ＮＡＴ／ＦＷ装置１（１２）より、図２８のようなアドレス変換応答（Ｓ１４）を取得し、変換後ＩＰアドレス＝１３０．０．０．１、変換後Ｐｏｒｔ番号＝２５０６０、変換ＩＤ＝２を取得する。

次に、図２９のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００を指定し、ＮＡＴ／ＦＷ装置１（１２）に対してアドレス変換要求（Ｓ１５）を行い、その結果ＮＡＴ／ＦＷ装置１（１２）より、図３０のようなアドレス変換応答（Ｓ１６）を取得し、変換後ＩＰアドレス＝１３０．０．０．１、変換後Ｐｏｒｔ番号＝３００００、変換ＩＤ＝３を取得する。

ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図３１のようにアドレス変換テーブルに登録する。また、ＳＤＰより発端末のメディア送受信アドレスを収集できるため、発端末の変換前後のＩＰアドレス、Ｐｏｒｔ番号について、図３２のようにメディア情報収集テーブルに登録する。

その後、ＳＩＰ−ＡＬＧでは、ＳＩＰレイヤのＶｉａヘッダとＣｏｎｔａｃｔヘッダ、ＳＤＰのｃ、ｍフィールドを変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図３３のようなカプセル化ＩＮＶＩＴＥ（Ｓ１７）をＮＡＴ／ＦＷ装置１（１２）に返送する。

ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化ＩＮＶＩＴＥをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３０．０．０．１、２５０６０と変換し、ＳＩＰサーバ（３１）に向けて図３４のようなＩＮＶＩＴＥ（Ｓ１８）を送信する。

ＳＩＰサーバ（３１）では、Ｒｅｑｕｅｓｔ−ＵＲＩから送信先端末のＩＰアドレス、Ｐｏｒｔ番号としてそれぞれ、１３１．０．０．１、３５０６０を取得し、Ｒｅｑｕｅｓｔ−ＵＲＩを書き換え、また、Ｖｉａ、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダ、及びＩＰレイヤ、ＵＤＰレイヤを編集し、図３５のようなＩＮＶＩＴＥ（Ｓ１９）を送信する。

ＩＮＶＩＴＥ（Ｓ１９）を受信したＮＡＴ／ＦＷ装置２（２２）では、自身のＩＰアドレス、Ｐｏｒｔ番号、及び転送先ＳＩＰ−ＡＬＧ（５１）のＩＰアドレス、Ｐｏｒｔ番号で、図３６のようにカプセル化し、ＳＩＰ−ＡＬＧにカプセル化ＩＮＶＩＴＥ（Ｓ２０）を送信する。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化ＩＮＶＩＴＥ（Ｓ２０）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置のＩＰアドレス＝１７２．３０．０．２、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３１．０．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｒｅｑｕｅｓｔ−ＵＲＩより１３１．０．０．１：３５０６０を取得する。

アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３１．０．０．１、変換元Ｐｏｒｔ番号＝３５０６０を用いて、まず、アドレス変換テーブルの検索を行う。しかしながら、当該レコードを得られないため、図３７のように変換元ＩＰアドレス＝１３１．０．０．１、変換元Ｐｏｒｔ番号＝３５０６０を指定し、ＮＡＴ／ＦＷ装置２（２２）に対してアドレス変換要求（Ｓ２１）を行い、その結果ＮＡＴ／ＦＷ装置２（２２）より、図３８のようなアドレス変換応答（Ｓ２２）を取得し、変換後ＩＰアドレス＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０、変換ＩＤ＝４を取得する。

ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図３９のようにアドレス変換テーブルに登録する。また、ＳＤＰより発端末のメディア送受信アドレスを収集できる。ＮＡＴ／ＦＷ装置２において、上記ＳＤＰは端末２（着端末）から見た送信先ＩＰアドレス、Ｐｏｒｔ番号となるため、ピンホール設定に必要である。そこで当該情報を、発端末のグローバル側のＩＰアドレス、Ｐｏｒｔ番号として、図４０のようにメディア情報収集テーブルに登録する。

その後、ＳＩＰ−ＡＬＧでは、Ｒｅｑｕｅｓｔ−ＵＲＩのＩＰアドレス、Ｐｏｒｔ番号をそれぞれ１９２．１６８．０．１、５０６０に変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信元、送信先を逆にして、図４１のようなカプセル化ＩＮＶＩＴＥ（Ｓ２３）をＮＡＴ／ＦＷ装置２（２２）に返送する。

ＮＡＴ／ＦＷ装置２（２２）では、受信したカプセル化ＩＮＶＩＴＥをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、図４２のようなＩＮＶＩＴＥ（Ｓ２４）を端末２（２１）に対して送信する。

次にＩＮＶＩＴＥに対する２００ ＯＫ時における呼の継続処理について説明する。

端末２（２１）から図４３のような２００ ＯＫ（Ｓ２５）が送信されると、ＮＡＴ／ＦＷ装置２（２２）では、カプセル化を行い、図４４のようなカプセル化２００ ＯＫ（Ｓ２６）をＳＩＰ−ＡＬＧ（５１）に転送する。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ２６）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置２（２２）のＩＰアドレス＝１７２．３０．０．２、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果Ｃｏｎｔａｃｔヘッダより１９２．１６８．０．１：５０６０、ＳＤＰのｃ、ｍフィールドよりそれぞれ１９２．１６８．０．１、１００００を取得する。

アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００のそれぞれを用いて、まず、アドレス変換テーブルの検索を行う。

その中で、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝５０６０については、既に当該レコードは存在しているため、結果として変換後ＩＰ＝１３１．０．０．１、変換後Ｐｏｒｔ番号＝３５０６０を得ることができる。

一方、変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００については、当該レコードを得られないため、まず、図４５のように変換元ＩＰアドレス＝１９２．１６８．０．１、変換元Ｐｏｒｔ番号＝１００００を指定し、ＮＡＴ／ＦＷ装置２（２２）に対してアドレス変換要求（Ｓ２７）を行い、その結果ＮＡＴ／ＦＷ装置２（２２）より、図４６のようなアドレス変換応答（Ｓ２８）が得られ、変換後ＩＰアドレス＝１３１．０．０．１、変換後Ｐｏｒｔ番号＝４００００、変換ＩＤ＝５を取得する。

ＳＩＰ−ＡＬＧ（５１）では、先に取得したキー情報と、アドレス変換応答より取得した結果を、図４７のようにアドレス変換テーブルに登録する。

また、ＳＤＰより着端末のメディア送受信アドレスを収集できるため、着端末の変換前後のＩＰアドレス、Ｐｏｒｔ番号について図４８のようにメディア情報収集テーブルに登録する。メディア情報を登録した結果、同一対向装置識別情報、呼識別情報において発着端末のメディア送受信情報が収集できることからピンホール設定を行う。

ピンホール設定においては、本出願人による特願２００３−０４１３２８号（本出願時点では公開されていない）に示すように、送信元ＩＰアドレス、送信元Ｐｏｒｔ番号、送信元（変換後）ＩＰアドレス、送信元（変換後）Ｐｏｒｔ番号、送信先ＩＰアドレス、送信先Ｐｏｒｔ番号を設定する必要がある。そこで、送信元ＩＰアドレス、送信元Ｐｏｒｔ番号、送信元（変換後）ＩＰアドレス、送信元（変換後）Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置２（２２）のプライベート網側の端末２の変換前後のＩＰアドレス、Ｐｏｒｔ番号を設定し、送信先ＩＰアドレス、送信先Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置２（２２）のグローバル網側のアドレスとして、端末１の変換後のＩＰアドレス、Ｐｏｒｔ番号を設定し、図４９のようなピンホール設定要求１（Ｓ２９）をＮＡＴ／ＦＷ装置２（２２）に送信する。ピンホール設定要求１（Ｓ２９）を受信したＮＡＴ／ＦＷ装置２（２２）では、当該送信元、送信先のＩＰアドレス、Ｐｏｒｔ番号のピンホールを開放してメディア信号の通過を可能とし、当該ピンホールのＩＤを付与し、ピンホール設定応答１（Ｓ３０）を返送し、ＳＩＰ−ＡＬＧ（５１）ではその結果ピンホールＩＤを取得する。それらピンホール設定の結果を元に、ピンホール管理テーブルにおいて、先に求めたキー情報に対するレコードとして、図５１に示すように各ＩＰアドレス、Ｐｏｒｔ番号、ピンホールＩＤを登録する。

その後、ＳＩＰ−ＡＬＧでは、ＳＩＰレイヤのＣｏｎｔａｃｔヘッダ、ＳＤＰのｃ、ｍフィールドを変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図５２のようなカプセル化２００ ＯＫ（Ｓ３１）をＮＡＴ／ＦＷ装置２（２２）に返送する。

ＮＡＴ／ＦＷ装置２（２２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３１．０．０．１、３５０６０と変換し、ＳＩＰサーバ（３１）に向けて図５３のような２００ ＯＫ（Ｓ３２）を送信する。

ＳＩＰサーバ（３１）では、最上位のＶｉａヘッダに記述されている自身のＩＰアドレスを確認し、そのＶｉａヘッダを削除し、その下のＶｉａヘッダから送信先ＩＰアドレス、Ｐｏｒｔ番号を取得し、図５４のような２００ ＯＫ（Ｓ３３）を送信する。

２００ ＯＫ（Ｓ３３）を受信したＮＡＴ／ＦＷ装置１（１２）では、図５５のようにカプセル化し、ＳＩＰ−ＡＬＧ（５１）にカプセル化２００ ＯＫ（Ｓ３４）を送信する。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ３４）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置１（１２）のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３０．０．０．０／２４を取得し、受信したカプセル化２００ ＯＫ（Ｓ３４）より変換対象アドレスを抽出する。その結果Ｖｉａより１３０．０．０．１：２５０６０を取得する。

アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３０．０．０．１、変換元Ｐｏｒｔ番号＝２５０６０を用いて、まず、アドレス変換テーブルの検索を行うが、既に当該レコードは存在しているため、結果として変換後ＩＰ＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０を得ることができる。

また、ＳＤＰより着端末のメディア送受信アドレスを収集できる。ＮＡＴ／ＦＷ装置１（１２）において、上記ＳＤＰは端末１（発端末）から見た送信先ＩＰアドレス、Ｐｏｒｔ番号となるため、ピンホール設定に必要である。そこで当該情報を、着端末のグローバル側のＩＰアドレス、Ｐｏｒｔ番号として、図５６のようにメディア情報収集テーブルに登録する。メディア情報を登録した結果、同一対向装置識別情報、呼識別情報において発着端末のメディア送受信情報が収集できることからピンホール設定を行う。

ピンホール設定においては、送信元ＩＰアドレス、送信元Ｐｏｒｔ番号、送信元（変換後）ＩＰアドレス、送信元（変換後）Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置１（１２）のプライベート網側の端末１の変換前後のＩＰアドレス、Ｐｏｒｔ番号を設定し、送信先ＩＰアドレス、送信先Ｐｏｒｔ番号には、ＮＡＴ／ＦＷ装置１（１２）のグローバル網側のアドレスとして、端末２の変換後のＩＰアドレス、Ｐｏｒｔ番号を設定し、図５７のようなピンホール設定要求２（Ｓ３５）をＮＡＴ／ＦＷ装置１（１２）に送信する。ピンホール設定要求２（Ｓ２９）を受信したＮＡＴ／ＦＷ装置１（１２）では、当該送信元、送信先のＩＰアドレス、Ｐｏｒｔ番号のピンホールを開放してメディア信号の通過を可能とし、当該ピンホールのＩＤを付与し、ピンホール設定応答２（Ｓ３６）を返送し、ＳＩＰ−ＡＬＧではその結果ピンホールＩＤを取得する。それらピンホール設定の結果を元に、ピンホール管理テーブルにおいて、先に求めたキー情報に対するレコードとして、図５９に示すように各ＩＰアドレス、Ｐｏｒｔ番号、ピンホールＩＤを登録する。

その後、ＳＩＰ−ＡＬＧ（５１）では、ＶｉａのＩＰアドレス、Ｐｏｒｔ番号をそれぞれ１９２．１６８．０．１、５０６０に変換し、またカプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信元、送信先を逆にして、図６０のようなカプセル化２００ ＯＫ（Ｓ３７）をＮＡＴ／ＦＷ装置１（１２）に返送する。

ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、図６１のような２００ ＯＫ（Ｓ３８）を端末１（１１）に対して送信する。

次にＢＹＥに対する２００ ＯＫ時における呼の終了処理について説明する。

端末２（２１）から図６２のような２００ ＯＫ（Ｓ３９）が送信されると、ＮＡＴ／ＦＷ装置２（２２）では、カプセル化を行い、図６３のようなカプセル化２００ ＯＫ（Ｓ４０）をＳＩＰ−ＡＬＧ（５１）に転送する。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ４０）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置２（２２）のＩＰアドレス＝１７２．３０．０．２、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。また、ＳＩＰ信号がＢＹＥに対する２００ ＯＫであることから、呼の終了信号であることを把握する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１９２．１６８．０．０／２４を取得し、受信したカプセル化ＳＩＰ信号より変換対象アドレスを抽出する。その結果、特に変換対象となるアドレスはないことを把握する。

次に、呼の終了処理としてピンホール削除を行う。先に取得したキー情報を元に、ピンホール管理テーブルを検索し、ピンホールＩＤ＝１のレコードを取得する。その結果得られたピンホールＩＤを指定し、図６４のようなピンホール削除要求１（Ｓ４１）を、ＮＡＴ／ＦＷ装置２（２２）に対して送信し、ＮＡＴ／ＦＷ装置２（２２）では当該ピンホールを閉鎖し、ＳＩＰ−ＡＬＧ（５１）に対して応答を送信する。ＳＩＰ−ＡＬＧ（５１）ではＮＡＴ／ＦＷ装置２（２２）からの応答を取得し、ＳＩＰ−ＡＬＧ（５１）のピンホール管理テーブルの当該レコードを図６６のように削除する。

その後、ＳＩＰ−ＡＬＧ（５１）では、ＳＩＰレイヤは特に変更せず、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図６７のようなカプセル化２００ ＯＫ（Ｓ４３）をＮＡＴ／ＦＷ装置２（２２）に返送する。

ＮＡＴ／ＦＷ装置２（２２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信元をそれぞれ、１３１．０．０．１、３５０６０と変換し、ＳＩＰサーバ（３１）に向けて図６８のような２００ ＯＫ（Ｓ４４）を送信する。

なお、ＳＩＰ−ＡＬＧではカプセル化２００ ＯＫ（Ｓ４３）送信後における、呼の終了処理として、先に取得したキー情報を元に、アドレス変換テーブルを検索し、変換ＩＤ＝４、５のレコードを取得する。その結果得られた変換ＩＤを指定し、図６９のようなアドレス組削除要求１（Ｓ４５）を、ＮＡＴ／ＦＷ装置２（２２）に対して送信し、ＮＡＴ／ＦＷ装置２（２２）より応答を取得する。応答取得後、ＳＩＰ−ＡＬＧ（５１）のアドレス変換テーブルの当該レコードを図７１のように削除する。

また、同様に先に取得したキー情報を元に、メディア情報収集テーブルを検索し、当該キー情報にヒットする２つのレコードを取得する。それらの結果についても、図７２のように削除する。

ＳＩＰサーバ（３１）では、最上位のＶｉａヘッダに記述されている自身のＩＰアドレスを確認し、そのＶｉａヘッダを削除し、その下のＶｉａヘッダから送信先ＩＰアドレス、Ｐｏｒｔ番号を取得し、図７３のような２００ ＯＫ（Ｓ４７）を送信する。

２００ ＯＫ（Ｓ４７）を受信したＮＡＴ／ＦＷ装置１（１２）では、図７４のようにカプセル化し、ＳＩＰ−ＡＬＧ（５１）にカプセル化２００ ＯＫ（Ｓ４８）を送信する。

ＳＩＰ−ＡＬＧ（５１）ではカプセル化２００ ＯＫ（Ｓ４８）を受信すると、カプセル化部より対向装置識別情報としてＮＡＴ／ＦＷ装置１（１２）のＩＰアドレス＝１７２．３０．０．１、及び、ＳＩＰレイヤより呼識別情報として、Ｃａｌｌ−ＩＤの値＝１２３４５６７８＠１９２．１６８．０．１を取得し、それらの組を呼関連リソース管理のためのキー情報として記録する。また、ＳＩＰ信号がＢＹＥに対する２００ ＯＫであることから、呼の終了信号であることを把握する。

次に、取得した対向装置識別情報をキー情報として、図２のネットワークアドレス管理テーブルを参照し、変換対象となるアドレス体系として１３０．０．０．０／２４を取得し、受信したカプセル化２００ ＯＫ（Ｓ４８）より変換対象アドレスを抽出する。その結果Ｖｉａより１３０．０．０．１：２５０６０を取得する。

アドレス変換要求においては、先に取得したキー情報、及び取得した変換元ＩＰアドレス＝１３０．０．０．１、変換元Ｐｏｒｔ番号＝２５０６０を用いて、まず、アドレス変換テーブルの検索を行うが、既に当該レコードは存在しているため、結果として変換後ＩＰアドレス＝１９２．１６８．０．１、変換後Ｐｏｒｔ番号＝５０６０を得ることができる。

次に、呼の終了処理としてピンホール削除を行う。先に取得したキー情報を元に、ピンホール管理テーブルを検索し、ピンホールＩＤ＝２のレコードを取得する。その結果得られたピンホールＩＤを指定し、図７５のようなピンホール削除要求２（Ｓ４９）を、ＮＡＴ／ＦＷ装置１（１２）に対して送信し、ＮＡＴ／ＦＷ装置１（１２）では当該ピンホールを閉鎖し、ＳＩＰ−ＡＬＧ（５１）に対して応答を送信する。ＳＩＰ−ＡＬＧ（５１）ではＮＡＴ／ＦＷ装置１（１２）からの応答を取得し、ＳＩＰ−ＡＬＧ（５１）のピンホール管理テーブルの当該レコードを図７７のように削除する。

その後、ＳＩＰ−ＡＬＧでは、ＳＩＰレイヤのＶｉａヘッダを変換し、また、カプセル化部分のＩＰアドレス、Ｐｏｒｔ番号の送信先、送信元を逆にして、図７８のようなカプセル化２００ ＯＫ（Ｓ５１）をＮＡＴ／ＦＷ装置１（１２）に返送する。

ＮＡＴ／ＦＷ装置１（１２）では、受信したカプセル化２００ ＯＫをデカプセル化し、ＳＩＰ信号のＩＰレイヤ、ＵＤＰレイヤの送信先をそれぞれ、１９２．１６８．０．１、５０６０と変換し、ＳＩＰサーバ（３１）に向けて図７９のような２００ ＯＫ（Ｓ５２）を送信する。

なお、ＳＩＰ−ＡＬＧではカプセル化２００ ＯＫ（Ｓ５１）送信後における、呼の終了処理として、先に取得したキー情報を元に、アドレス変換テーブルを検索し、変換ＩＤ＝２、３のレコードを取得する。その結果得られた変換ＩＤを指定し、図８０のようなアドレス組削除要求２（Ｓ５３）を、ＮＡＴ／ＦＷ装置１（１２）に対して送信し、ＮＡＴ／ＦＷ装置１（１２）より応答を取得する。応答取得後、ＳＩＰ−ＡＬＧ（５１）のアドレス変換テーブルの当該レコードを図８２のように削除する。

また、同様に先に取得したキー情報を元に、メディア情報収集テーブルを検索し、当該キー情報にヒットする２つのレコードを取得する。それらの結果についても、図８３のように削除する。

以上のように、対向装置識別情報、呼識別情報をキー情報として、アドレス変換情報、ピンホール管理情報、メディア情報など呼関連リソースを管理することで、呼毎、対向するＮＡＴ／ＦＷ装置毎に呼関連リソースの登録、参照、削除が可能となる。また、既に登録されている呼関連リソースについては、ＮＡＴ／ＦＷ装置に対するアドレス変換要求、ピンホール設定要求を行わないので処理の軽減が可能である。

次に、図８４〜図８６を用いて、第２の実施例を説明する。図８４に本実施例のネットワーク構成を示す。図８４に示すように、本実施例は図１に示す第１の実施例のネットワーク構成のＮＡＴ／ＦＷ装置１（１２）、ＮＡＴ／ＦＷ装置２（２２）をＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）に置き換えたものである。ＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）は複数の仮想プライベート網（ＶＰＮ：Virtual Private Network）を収容し、複数のＶＰＮに対して論理的にＮＡＴ／ＦＷを設定できる。

図８４に示すように、ＶＰＮ収容装置１（１２’）に設定された論理ＮＡＴ／ＦＷ＃１〜＃ｎ−１にはＶＰＮ＃１〜＃ｎ−１が接続されており、それぞれの論理ＮＡＴ／ＦＷ＃１〜＃ｎ−１はグローバル網（３０）にも接続されている。ＶＰＮ収容装置１（１２’）は論理ＮＡＴ／ＦＷ＃１〜＃ｎ−１とは独立に、図示していないＡＬＧ送受信機能、アドレス変換信号送受信機能を配備しており、それらは全ての論理ＮＡＴ＃１〜＃ｎ−１と連携することが可能となっている。また、ＶＰＮ収容装置１（１２’）は論理的なＮＡＴ／ＦＷが接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送し、また、転送先から送信されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能、及び、アドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求などを装置のＩＰアドレスとＶＰＮ番号で指定される論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定などを行う機能を有している。

ＶＰＮ収容装置２（２２’）に設定された論理ＮＡＴ／ＦＷ＃ｎ〜＃ｚにはＶＰＮ＃ｎ〜＃ｚが接続されており、それぞれの論理ＮＡＴ／ＦＷ＃ｎ〜＃ｚはグローバル網（３０）にも接続されている。また、ＶＰＮ収容装置２（２２’）はＶＰＮ収容装置１（１２’）と同様な機能を有している。

本実施例ではＳＩＰ−ＡＬＧ（５１’）の対向装置は上記のような１台の装置で論理的なＮＡＴ／ＦＷを複数設定できるＶＰＮ収容装置であり、対向装置であるＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）から送信されるカプセル化ＳＩＰ信号は、図８５のようになっており、カプセル化部分のＶＰＮ番号を設定する独自のカプセル化部分を付加している。

ＳＩＰ−ＡＬＧ（５１’）では、ＶＰＮ収容装置１（１２’）、ＶＰＮ収容装置２（２２’）より受信したカプセル化ＳＩＰ信号を取得した際に、上記ＮＡＴ／ＦＷ装置の場合に取得する、対向装置識別情報、呼識別情報に含め、さらにＶＰＮ番号をＶＰＮ識別情報として取得することで、呼関連リソース管理のキー情報として記録する。

また、アドレス変換テーブルなどの呼関連リソースを管理するテーブルのキー情報に、図８６のようにＶＰＮ識別情報を加え、各リソースを登録する際には、ＶＰＮ識別情報も含めて登録することで、呼毎、対向するＶＰＮ収容装置毎、また、ＶＰＮに接続されている論理ＮＡＴ／ＦＷ毎に、呼関連リソースの管理が可能となり、参照処理や、削除処理を行うことができるようになる。

第２の実施例について以上に説明したこと以外については、第１の実施例と同様である。

以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。

第１の実施例のネットワーク構成を示す図である。 第１の実施例のネットワークアドレス変換テーブルを示す図である。 第１の実施例のアドレス変換テーブル構成を示す図である。 第１の実施例のメディア情報収集テーブル構成を示す図である。 第１の実施例のピンホール管理テーブル構成を示す図である。 ＲＥＧＩＳＴＥＲシーケンス（１／１）の例を示す図である。 ＲＥＧＩＳＴＥＲ（Ｓ１）の例を示す図である。 カプセル化ＲＥＧＩＳＴＥＲ（Ｓ２）の例を示す図である。 アドレス変換要求１（Ｓ３）の例を示す図である。 アドレス変換応答１（Ｓ４）の例を示す図である。 アドレス変換テーブル（Ｐ４）の例を示す図である。 カプセル化ＲＥＧＩＳＴＥＲ（Ｓ５）の例を示す図である。 ＲＥＧＩＳＴＥＲ（Ｓ６）の例を示す図である。 ２００ ＯＫ（Ｓ７）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ８）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ９）の例を示す図である。 ２００ ＯＫ（Ｓ１０）の例を示す図である。 アドレス変換テーブル（Ｐ９）の例を示す図である。 ＩＮＶＩＴＥシーケンス（１／６）の例を示す図である。 ＩＮＶＩＴＥシーケンス（２／６）の例を示す図である。 ＩＮＶＩＴＥシーケンス（３／６）の例を示す図である。 ＩＮＶＩＴＥシーケンス（４／６）の例を示す図である。 ＩＮＶＩＴＥシーケンス（５／６）の例を示す図である。 ＩＮＶＩＴＥシーケンス（６／６）の例を示す図である。 ＩＮＶＩＴＥ（Ｓ１１）の例を示す図である。 カプセル化ＩＮＶＩＴＥ（Ｓ１２）の例を示す図である。 アドレス変換要求２（Ｓ１３）の例を示す図である。 アドレス変換応答２（Ｓ１４）の例を示す図である。 アドレス変換要求３（Ｓ１５）の例を示す図である。 アドレス変換応答３（Ｓ１６）の例を示す図である。 アドレス変換テーブル（Ｐ１６）の例を示す図である。 メディア情報収集テーブル（Ｐ１６）の例を示す図である。 カプセル化ＩＮＶＩＴＥ（Ｓ１７）の例を示す図である。 ＩＮＶＩＴＥ（Ｓ１８）の例を示す図である。 ＩＮＶＩＴＥ（Ｓ１９）の例を示す図である。 カプセル化ＩＮＶＩＴＥ（Ｓ２０）の例を示す図である。 アドレス変換要求４（Ｓ２１）の例を示す図である。 アドレス変換応答４（Ｓ２２）の例を示す図である。 アドレス変換テーブル（Ｐ２２）の例を示す図である。 メディア情報収集テーブル（Ｐ２２）の例を示す図である。 カプセル化ＩＮＶＩＴＥ（Ｓ２３）の例を示す図である。 ＩＮＶＩＴＥ（Ｓ２４）の例を示す図である。 ２００ ＯＫ（Ｓ２５）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ２６）の例を示す図である。 アドレス変換要求５（Ｓ２７）の例を示す図である。 アドレス変換応答５（Ｓ２８）の例を示す図である。 アドレス変換テーブル（Ｐ２８）の例を示す図である。 メディア情報収集テーブル（Ｐ２８）の例を示す図である。 ピンホール設定要求１（Ｓ２９）の例を示す図である。 ピンホール設定応答１（Ｓ３０）の例を示す図である。 ピンホール管理テーブル（Ｐ３０）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ３１）の例を示す図である。 ２００ ＯＫ（Ｓ３２）の例を示す図である。 ２００ ＯＫ（Ｓ３３）の例を示す図である。 カプセル化２００ ＯＫ．（Ｓ３４）の例を示す図である。 メディア情報収集テーブル（Ｐ３４）の例を示す図である。 ピンホール設定要求２（Ｓ３５）の例を示す図である。 ピンホール設定応答２（Ｓ３６）の例を示す図である。 ピンホール管理テーブル（Ｐ３６）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ３７）の例を示す図である。 ２００ ＯＫ（Ｓ３８）の例を示す図である。 ２００ ＯＫ（Ｓ３９）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ４０）の例を示す図である。 ピンホール削除要求（Ｓ４１）の例を示す図である。 ピンホール削除応答（Ｓ４２）の例を示す図である。 ピンホール管理テーブル（Ｐ４２）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ４３）の例を示す図である。 ２００ ＯＫ（Ｓ４４）の例を示す図である。 アドレス組削除要求１（Ｓ４５）の例を示す図である。 アドレス組削除応答１（Ｓ４６）の例を示す図である。 アドレス変換テーブル（Ｐ４６）の例を示す図である。 メディア情報収集テーブル（Ｐ４６）の例を示す図である。 ２００ ＯＫ（Ｓ４７）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ４８）の例を示す図である。 ピンホール削除要求２（Ｓ４９）の例を示す図である。 ピンホール削除応答２（Ｓ５０）の例を示す図である。 ピンホール管理テーブル（Ｐ５０）の例を示す図である。 カプセル化２００ ＯＫ（Ｓ５１）の例を示す図である。 ２００ ＯＫ（Ｓ５２）の例を示す図である。 アドレス組削除要求２（Ｓ５３）の例を示す図である。 アドレス組削除応答２（Ｓ５４）の例を示す図である。 アドレス変換テーブル（Ｐ５４）の例を示す図である。 メディア情報収集テーブル（Ｐ５４）の例を示す図である。 第２の実施例（ＶＰＮ収容装置を用いた場合）のネットワーク構成を示す図である。 第２の実施例のカプセル化ＳＩＰ信号の例を示す図である。 第２の実施例のテーブル構成の例を示す図である。

符号の説明

１０…プライベート網１、１１…端末１、１２…ＮＡＴ／ＦＷ装置１、１２’…ＶＰＮ収容装置１、２０…プライベート網２、２１…端末２、２２…ＮＡＴ／ＦＷ装置２、２２’…ＶＰＮ収容装置２、３０…グローバル網、３１…ＳＩＰサーバ、４０…管理網、５１、５１’…ＳＩＰ−ＡＬＧ

Claims (10)

1. ＩＰ通信網において、ネットワークアドレス変換機能及びファイアウォール機能を備えたＮＡＴ／ＦＷ装置があり、前記ＮＡＴ／ＦＷ装置が、ＳＩＰ信号を検出すると、自身のＩＰアドレスを被せてカプセル化した、カプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化ＳＩＰ信号をデカプセル化し、元のＳＩＰ信号に戻す機能を有し、前記転送先装置からアドレス変換要求されたＩＰアドレス、Ｐｏｒｔ番号に対して、変換先のＩＰアドレス、Ｐｏｒｔ番号を払い出し、変換前後のアドレス組を管理し、前記転送先装置に対して結果を応答する機能、及び、前記転送先装置からのアドレス組の削除要求に対して払い出したアドレス組を削除する機能を有しており、さらに、前記転送先装置からピンホール設定要求された送受信ＩＰアドレス、Ｐｏｒｔ番号に対してピンホール設定を行う機能、及び、転送先装置からピンホール削除要求された送受信ＩＰアドレス、Ｐｏｒｔ番号のピンホールを削除する機能を有している状態において、
   複数台数の前記ＮＡＴ／ＦＷ装置を跨いだネットワーク間に置かれた端末同士のＳＩＰ通信について、複数台数の前記ＮＡＴ／ＦＷ装置の転送先装置として連携し、ＳＩＰレイヤのアドレス変換要求及びアドレス変換情報の保持を行い、また、発着端末間で信号を送受信をするために必要となるピンホール設定要求及びピンホール設定情報の保持を行い、また、ＳＩＰ通信終了時には、アドレス変換情報、ピンホール設定情報の削除を行うＳＩＰ−ＡＬＧにおいて、前記アドレス変換情報、ピンホール設定情報を含むＳＩＰの呼に関連するリソースを管理する方法であって、
   前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号をＳＩＰ−ＡＬＧで受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置を識別するための情報を対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤより呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソース管理のためのキー情報として記録し、前記ＮＡＴ／ＦＷ装置に対してアドレス変換要求を行った結果として得られるアドレス変換情報、ピンホール設定要求を行った結果として得られるピンホール設定情報を含む呼関連リソースを前記キー情報に対するレコードとして管理することで、前記呼関連リソースを対向するＮＡＴ／ＦＷ装置毎、呼毎に独立に管理するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
2. 請求項１に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
   前記ＳＩＰ−ＡＬＧに、アドレス変換情報を格納するアドレス変換テーブル、ピンホール設定情報を格納するピンホール管理テーブル、及び、発着端末のメディア送受信用アドレスを格納するメディア情報収集テーブルを配備している状態において、
   前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号をＳＩＰ−ＡＬＧで受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤよりＣａｌｌ−ＩＤを呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として記録する第１のステップと、
   変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換要求を行う際に、前記キー情報の対向装置識別情報より取得した前記ＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する第２のステップと、
   ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、前記キー情報に対するレコードとして、ＩＰアドレス、Ｐｏｒｔ番号、発着端末種別を、メディア情報収集テーブルに記述する第３のステップと、
   メディア情報収集テーブルにおいて、発着端末のメディア送受信用ＩＰアドレス、Ｐｏｒｔ番号の組を収集できた場合、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納する第４のステップと、
   を有するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
3. 請求項２に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
   前記第２のステップにおいて変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換を行う場合、前記第１のステップで取得したキー情報を基に、まずアドレス変換テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号に対応する変換後ＩＰアドレス、Ｐｏｒｔ番号が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する処理を行い、
   前記第４のステップにおいてピンホール設定用の送受信ＩＰアドレス、Ｐｏｒｔ番号組のピンホール設定を行う際に、前記第１のステップで取得したキー情報を基に、ピンホール管理テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号組が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納する処理を行うＳＩＰ−ＡＬＧの呼関連リソース管理方法。
4. 請求項２に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
   ＳＩＰ−ＡＬＧで受信したカプセル化ＳＩＰ信号を解析した結果、呼を終了させる信号であった場合、
   前記第１のステップを行った上で得られた対向装置識別情報と呼識別情報をキー情報としてアドレス変換テーブルを検索し、検索した結果アドレス組が得られた場合、当該アドレス組のアドレス組削除要求を前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のアドレス組を削除し、また、アドレス変換テーブルに対しても当該アドレス組を削除し、
   前記キー情報を基に、ピンホール管理テーブルを検索し、検索した結果、送受信ＩＰアドレス、Ｐｏｒｔ番号組が得られた場合は、当該ＩＰアドレス、Ｐｏｒｔ番号組のピンホール削除要求を、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のピンホール情報を削除し、また、ピンホール管理テーブルに対しても当該ＩＰアドレス、Ｐｏｒｔ番号組を削除し、
   前記キー情報を基に、メディア情報収集テーブルを検索し、検索した結果ＳＤＰ情報が得られた場合は当該ＳＤＰ情報を削除することで、呼毎、対向するＮＡＴ／ＦＷ装置毎に関連するリソースを削除するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
5. 請求項１ないし４のうちいずれか１項に記載のＳＩＰ−ＡＬＧの呼関連リソース管理方法であって、
   前記ＮＡＴ／ＦＷ装置に代えて、仮想プライベート網（ＶＰＮ）を収容し、複数のＶＰＮに対して論理的に複数のＮＡＴ／ＦＷを設定できるＶＰＮ収容装置があり、前記ＶＰＮ収容装置が、前記カプセル化ＳＩＰ信号のカプセル化部分に前記ＶＰＮ装置のＩＰアドレスだけでなく、論理的なＮＡＴ／ＦＷに接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能を有し、前記転送先装置からのアドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求を前記ＶＰＮ装置のＩＰアドレスとＶＰＮ番号で指定されるＶＰＮ装置内の論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定を行う機能を有しており、
   複数台数の前記ＶＰＮ収容装置の転送先装置として連携するＳＩＰ−ＡＬＧが、カプセル化部分より対向装置識別情報だけでなく、ＶＰＮ番号も取得し、前記アドレス変換要求、アドレス組の削除要求、ピンホール設定要求及び削除要求を行う際に、対向装置識別情報にＶＰＮ番号も含めて行い、
   請求項１ないし４の呼関連リソースを管理するためのキー情報である対向装置識別情報と呼識別情報の組に代えて、前記ＶＰＮ収容装置より送信されたカプセル化ＳＩＰ信号から、カプセル化部分より前記対向装置識別情報を取得し、また、カプセル化部分より前記ＶＰＮ番号をＶＰＮ識別情報として取得し、ＳＩＰ信号より呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報、前記ＶＰＮ識別情報、前記呼識別情報の組をＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として収集し、
   アドレス変換情報、ピンホール設定情報を含む呼関連リソースを、呼毎、対向装置毎、ＶＰＮに対応した論理ＮＡＴ／ＦＷ毎に、独立に登録、参照、削除するＳＩＰ−ＡＬＧの呼関連リソース管理方法。
6. ＩＰ通信網において、ネットワークアドレス変換機能及びファイアウォール機能を備えたＮＡＴ／ＦＷ装置があり、前記ＮＡＴ／ＦＷ装置が、ＳＩＰ信号を検出すると、自身のＩＰアドレスを被せてカプセル化した、カプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化ＳＩＰ信号をデカプセル化し、元のＳＩＰ信号に戻す機能を有し、前記転送先装置からアドレス変換要求されたＩＰアドレス、Ｐｏｒｔ番号に対して、変換先のＩＰアドレス、Ｐｏｒｔ番号を払い出し、変換前後のアドレス組を管理し、前記転送先装置に対して結果を応答する機能、及び、前記転送先装置からのアドレス組の削除要求に対して払い出したアドレス組を削除する機能を有しており、さらに、前記転送先装置からピンホール設定要求された送受信ＩＰアドレス、Ｐｏｒｔ番号に対してピンホール設定を行う機能、及び、転送先装置からピンホール削除要求された送受信ＩＰアドレス、Ｐｏｒｔ番号のピンホールを削除する機能を有している状態において、
   複数台数のＮＡＴ／ＦＷ装置を跨いだネットワーク間に置かれた端末同士のＳＩＰ通信について、複数台数の前記ＮＡＴ／ＦＷ装置の転送先装置として連携し、ＳＩＰレイヤのアドレス変換要求及びアドレス変換情報の保持を行い、また、発着端末間で信号を送受信をするために必要となるピンホール設定要求及びピンホール設定情報の保持を行い、また、ＳＩＰ通信終了時には、アドレス変換情報、ピンホール設定情報の削除を行うＳＩＰ−ＡＬＧであって、
   前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号を受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置を識別するための情報を対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤより呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソース管理のためのキー情報として記録する手段を有し、
   前記ＮＡＴ／ＦＷ装置に対してアドレス変換要求を行った結果として得られるアドレス変換情報、ピンホール設定要求を行った結果として得られるピンホール設定情報を含む呼関連リソースを前記キー情報に対するレコードとして管理することで、前記呼関連リソースを対向するＮＡＴ／ＦＷ装置毎、呼毎に独立に管理するＳＩＰ−ＡＬＧ。
7. 請求項６に記載のＳＩＰ−ＡＬＧあって、
   アドレス変換情報を格納するアドレス変換テーブル、ピンホール設定情報を格納するピンホール管理テーブル、及び、発着端末のメディア送受信用アドレスを格納するメディア情報収集テーブルを配備し、
   前記ＮＡＴ／ＦＷ装置より送信されたカプセル化ＳＩＰ信号をＳＩＰ−ＡＬＧで受信すると、カプセル化部分より前記ＮＡＴ／ＦＷ装置のＩＰアドレスを対向装置識別情報として取得し、ＳＩＰ信号のＳＩＰレイヤよりＣａｌｌ−ＩＤを呼識別情報として取得し、前記対向装置識別情報と前記呼識別情報の組を、ＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として記録する第１の手段と、
   変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換要求を行う際に、前記キー情報の対向装置識別情報より取得した前記ＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する第２の手段と、
   ＳＩＰレイヤのＳＩＰボディ部がＳＤＰであった場合、ＳＤＰに記述されるメディア送受信用のＩＰアドレス、Ｐｏｒｔ番号を収集し、前記キー情報に対するレコードとして、ＩＰアドレス、Ｐｏｒｔ番号、発着端末種別を、メディア情報収集テーブルに記述する第３の手段と、
   メディア情報収集テーブルにおいて、発着端末のメディア送受信用ＩＰアドレス、Ｐｏｒｔ番号の組を収集できた場合、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納する第４の手段と、
   を有するＳＩＰ−ＡＬＧ。
8. 請求項７に記載のＳＩＰ−ＡＬＧであって、
   前記第２の手段において変換対象となるＳＩＰヘッダのＩＰアドレス、Ｐｏｒｔ番号のアドレス変換を行う場合、前記第１の手段で取得したキー情報を基に、まずアドレス変換テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号に対応する変換後ＩＰアドレス、Ｐｏｒｔ番号が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してアドレス変換要求を行い、その結果として変換前後のＩＰアドレス、Ｐｏｒｔ番号を取得し、前記キー情報に対するレコードとして、変換前後のＩＰアドレス、Ｐｏｒｔ番号をアドレス変換テーブルに格納する処理を行い、
   前記第４の手段においてピンホール設定用の送受信ＩＰアドレス、Ｐｏｒｔ番号組のピンホール設定を行う際に、前記第１の手段で取得したキー情報を基に、ピンホール管理テーブルを参照し、当該ＩＰアドレス、Ｐｏｒｔ番号組が既に格納されているか否かを確認し、格納されていればその結果を取得し、格納されていなければ、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスを指定してピンホール設定要求を行い、その際に用いた送受信ＩＰアドレス、Ｐｏｒｔ番号をピンホール管理テーブルに格納するＳＩＰ−ＡＬＧ。
9. 請求項７に記載のＳＩＰ−ＡＬＧであって、
   受信したカプセル化ＳＩＰ信号を解析した結果、呼を終了させる信号であった場合、
   前記第１の手段により得られた対向装置識別情報と呼識別情報をキー情報としてアドレス変換テーブルを検索し、検索した結果アドレス組が得られた場合、当該アドレス組のアドレス組削除要求を前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のアドレス組を削除し、また、アドレス変換テーブルに対しても当該アドレス組を削除し、
   前記キー情報を基に、ピンホール管理テーブルを検索し、検索した結果、送受信ＩＰアドレス、Ｐｏｒｔ番号組が得られた場合は、当該ＩＰアドレス、Ｐｏｒｔ番号組のピンホール削除要求を、前記キー情報の対向装置識別情報より取得したＮＡＴ／ＦＷ装置のＩＰアドレスに対して送信することにより、ＮＡＴ／ＦＷ装置のピンホール情報を削除し、また、ピンホール管理テーブルに対しても当該ＩＰアドレス、Ｐｏｒｔ番号組を削除し、
   前記キー情報を基に、メディア情報収集テーブルを検索し、検索した結果ＳＤＰ情報が得られた場合は当該ＳＤＰ情報を削除することで、呼毎、対向するＮＡＴ／ＦＷ装置毎に関連するリソースを削除するＳＩＰ−ＡＬＧ。
10. 請求項６ないし９のうちいずれか１項に記載のＳＩＰ−ＡＬＧであって、
    前記ＮＡＴ／ＦＷ装置に代えて、仮想プライベート網（ＶＰＮ）を収容し、複数のＶＰＮに対して論理的に複数のＮＡＴ／ＦＷを設定できるＶＰＮ収容装置があり、前記ＶＰＮ収容装置が、前記カプセル化ＳＩＰ信号のカプセル化部分に前記ＶＰＮ装置のＩＰアドレスだけでなく、論理的なＮＡＴ／ＦＷに接続されているＶＰＮの番号も付加しカプセル化ＳＩＰ信号を転送先装置に転送し、前記転送先装置から返送されたカプセル化信号を受信しデカプセル化し元のＳＩＰ信号に戻す機能を有し、前記転送先装置からのアドレス変換要求、アドレス組削除要求、ピンホール設定要求、ピンホール削除要求を前記ＶＰＮ装置のＩＰアドレスとＶＰＮ番号で指定されるＶＰＮ装置内の論理ＮＡＴ／ＦＷで受信し、アドレス組の払い出し、ピンホール設定を行う機能を有しており、
    複数台数の前記ＶＰＮ収容装置の転送先装置として連携するＳＩＰ−ＡＬＧが、カプセル化部分より対向装置識別情報だけでなく、ＶＰＮ番号も取得し、前記アドレス変換要求、アドレス組の削除要求、ピンホール設定要求及び削除要求を行う際に、対向装置識別情報にＶＰＮ番号も含めて行うＳＩＰ−ＡＬＧであって、
    請求項６ないし９の呼関連リソースを管理するためのキー情報である対向装置識別情報と呼識別情報の組に代えて、前記ＶＰＮ収容装置より送信されたカプセル化ＳＩＰ信号から、カプセル化部分より前記対向装置識別情報を取得し、また、前記ＶＰＮ番号をＶＰＮ識別情報として取得し、ＳＩＰ信号より呼を識別するための情報を呼識別情報として取得し、前記対向装置識別情報、前記ＶＰＮ識別情報、前記呼識別情報の組をＳＩＰ−ＡＬＧにおける呼関連リソースを管理するためのキー情報として収集し、
    アドレス変換情報、ピンホール設定情報を含む呼関連リソースを、呼毎、対向装置毎、ＶＰＮに対応した論理ＮＡＴ／ＦＷ毎に、独立に登録、参照、削除するＳＩＰ−ＡＬＧ。

Images