(57)【特許請求の範囲】
【請求項１】
通信コネクションの制御／管理機能であるセッション制御機能を前提としないＩＰ端末が収容される複数の第１のＩＰネットワークと、前記複数の第１のＩＰネットワーク間にあってセッション制御機能を有する第２のＩＰネットワークと、を連結するゲートウェイ装置とを備える通信ネットワークにおけるＩＰパケット中継方法において、
送信元の前記ＩＰ端末が、前記ゲートウェイ装置において送信先の前記ＩＰ端末とのセッションを制御するための必要情報と、予め決められた形式の識別子と、を含んだＤＮＳネーム問い合わせパケットを生成して前記ゲートウェイ装置に送信する第１ステップと、
前記ゲートウェイ装置が、前記ＤＮＳネーム問い合わせパケットを受信して解析し、前記識別子を検出した場合に前記ＤＮＳネーム問い合わせパケットから前記必要情報を取得し、前記必要情報に対して固有の仮想のＩＰアドレスを割り当てる第２ステップと、
前記ゲートウェイ装置が、前記必要情報と前記仮想のＩＰアドレスとを対応づけて対応情報として保持する第３ステップと、
前記ゲートウェイ装置が、前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する第４ステップと、
前記送信元のＩＰ端末が、通信要求パケットを生成して前記仮想のＩＰアドレス宛に送信する第５ステップと、
前記ゲートウェイ装置が、前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記対応情報を参照して前記仮想のＩＰアドレスに対応する前記必要情報を取得することにより前記第２のＩＰネットワークとの間で所要のセッションを制御する第６ステップと、
を含むことを特徴とする通信ネットワークにおけるＩＰパケット中継方法。
【請求項２】
前記必要情報が、送信先のＩＰ端末の宛先情報であること、
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項３】
前記必要情報が、前記第２のＩＰネットワークとの間のセッション確立時に用いるパラメータであること、
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項４】
前記ゲートウェイ装置は、前記パラメータを解析し、前記パラメータが前記第２のＩＰネットワークにおいて許容されないものである場合には前記送信元のＩＰ端末にエラー応答を送信して前記送信元のＩＰ端末に対する通信処理を終了すること、
を特徴とする請求項３に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項５】
前記必要情報が、前記送信先のＩＰ端末との間の通信時に用いる通信情報であること、
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項６】
前記ゲートウェイ装置は、前記通信要求パケットにおいて指定された通信情報と、前記ＤＮＳネーム問い合わせパケットから取得して前記対応情報として保持された前記通信情報との整合性を検査し、整合性が無い場合には前記送信元のＩＰ端末にエラー応答を送信して前記送信元のＩＰ端末に対する通信処理を終了すること、
を特徴とする請求項５に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項７】
前記ゲートウェイ装置は、前記ＤＮＳネーム問い合わせにおける問合せ対象のレコードのプロトコルを検査し、前記問合せ対象のレコードのプロトコルが自ゲートウェイ装置または前記第２のＩＰネットワークにおいて対応していないプロトコルである場合には、前記送信元のＩＰ端末にエラー応答を送信して前記送信元のＩＰ端末に対する通信処理を終了すること、
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項８】
前記ゲートウェイ装置は、前記ＤＮＳネーム問い合わせが前記仮想のＩＰアドレスのＰＴＲレコードに対する問い合わせである場合に、前記対応情報として保持した前記必要情報を前記送信元のＩＰ端末に送信すること、
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項９】
前記送信元のＩＰ端末が、前記ＤＮＳネーム問い合わせパケットにより、前記必要情報と前記識別子とをＦＱＤＮで指定し、Ａレコードの問い合わせをすること、
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項１０】
前記送信元のＩＰ端末が、前記ＤＮＳネーム問い合わせパケットにより、前記必要情報と前記識別子とをＦＱＤＮで指定し、ＡＡＡＡレコードの問い合わせをすること、
を特徴とする請求項１に記載の通信ネットワークにおけるＩＰパケット中継方法。
【請求項１１】
通信コネクションの制御／管理機能であるセッション制御機能を前提としないＩＰ端末が収容される複数の第１のＩＰネットワークと、前記複数の第１のＩＰネットワーク間にあってセッション制御機能を有する第２のＩＰネットワークと、を連結するゲートウェイ装置とを備える通信ネットワークにおけるＩＰパケット中継方法において、
送信元の前記ＩＰ端末が、前記ゲートウェイ装置に予め設定された、前記ゲートウェイ装置において前記第２のＩＰネットワークとの間のセッション確立時に用いる複数のパラメータからいずれかのパラメータを選択する情報を含んだＤＮＳネーム問い合わせパケットを生成して前記ゲートウェイ装置に送信する第１ステップと、
前記ゲートウェイ装置が、前記ＤＮＳネーム問い合わせパケットを受信して解析し、前記パラメータを選択する情報を取得し、前記情報により選択されたパラメータに対して固有の仮想のＩＰアドレスを割り当てる第２ステップと、
前記ゲートウェイ装置が、前記選択されたパラメータと前記仮想のＩＰアドレスとを対応づけて対応情報として保持する第３ステップと、
前記ゲートウェイ装置が、前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する第４ステップと、
前記送信元のＩＰ端末が、通信要求パケットを生成して前記仮想のＩＰアドレス宛に送信する第５ステップと、
前記ゲートウェイ装置が、前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記対応情報を参照して前記仮想のＩＰアドレスに対応する前記パラメータを取得することにより前記第２のＩＰネットワークとの間で所要のセッションを制御する第６ステップと、
を含むことを特徴とする通信ネットワークにおけるＩＰパケット中継方法。
【請求項１２】
通信コネクションの制御／管理機能であるセッション制御機能を前提としないＩＰ端末が収容される複数の第１のＩＰネットワークと、前記複数の第１のＩＰネットワーク間にあってセッション制御機能を有する第２のＩＰネットワークと、を連結するゲートウェイ装置において、
送信元の前記ＩＰ端末よりＤＮＳネーム問い合わせパケットを受信した場合に前記ＤＮＳ問い合わせパケットを解析し、予め決められた形式の識別子を検出した場合に送信先の前記ＩＰ端末とのセッションを制御するための必要情報を前記ＤＮＳ問い合わせパケットパケットから取得し、前記必要情報に対して固有の仮想のＩＰアドレスを割り当てる解析手段と、
前記必要情報と前記仮想のＩＰアドレスとを対応づけた対応情報を格納する格納手段と、
前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する仮想ＩＰアドレス通知手段と、
前記送信元のＩＰ端末より前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記格納手段を参照して前記仮想のＩＰアドレスに対応する前記必要情報を取得することにより前記第２のＩＰネットワークとの間で所要のセッションを確立するセッション制御手段と、
を備えることを特徴とするゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ(インターネットプロトコル)ネットワークと、これをベースとした呼制御ネットワークと、それらを接続するためのゲートウェイ装置とを備える通信ネットワークにおけるＩＰパケット中継方法およびゲートウェイ装置に関するものである。
【背景技術】
【０００２】
従来、元来ベストエフォートを基本とするＩＰ（インターネットプロトコル）ネットワーク上において、セッションの概念を導入し通信帯域等のＱｏＳを保証するネットワークが構築されている。このようなネットワークに接続するため、あるいはセッション制御による恩恵を受けるためには、各端末はセッション制御のためのプロトコルをサポートする必要があるが、既存の全ての端末においてこのセッション制御プロトコルに対応することが困難である。このため、端末とネットワークの間に存在し、端末とネットワークの間におけるパケットの中継を行うゲートウェイ装置において、ネットワークとの間のセッション制御処理を代行する方法が提案されている（たとえば、特許文献１参照）。
【０００３】
【特許文献１】国際公開第２００６／０５１５９４号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術によれば、ゲートウェイ装置においてセッション制御処理を代行する場合、既存端末はセッション制御プロトコルに対応していないためそれらの情報を指定することができず、ゲートウェイ装置において通信相手との接続のために必要となる情報を持つ必要がある。従来これらの情報はゲートウェイ装置内に予め設定することにより実現しているが、通信相手毎にセッション制御時の情報を変更したい場合には、その都度その情報をゲートウェイ装置に設定する必要がある、という問題があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、ゲートウェイ装置においてセッション制御処理を代行する場合に、通信相手との接続するためのセッション制御において必要となる情報を既存端末から指定可能とする通信ネットワークにおけるＩＰパケット中継方法およびゲートウェイ装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明にかかる通信ネットワークにおけるＩＰパケット中継方法は、通信コネクションの制御／管理機能であるセッション制御機能を前提としないＩＰ端末が収容される複数の第１のＩＰネットワークと、前記複数の第１のＩＰネットワーク間にあってセッション制御機能を有する第２のＩＰネットワークと、を連結するゲートウェイ装置とを備える通信ネットワークにおけるＩＰパケット中継方法において、送信元の前記ＩＰ端末が、前記ゲートウェイ装置において送信先の前記ＩＰ端末とのセッションを制御するための必要情報と、予め決められた形式の識別子と、を含んだＤＮＳネーム問い合わせパケットを生成して前記ゲートウェイ装置に送信する第１ステップと、前記ゲートウェイ装置が、前記ＤＮＳネーム問い合わせパケットを受信して解析し、前記識別子を検出した場合に前記ＤＮＳネーム問い合わせパケットから前記必要情報を取得し、前記必要情報に対して固有の仮想のＩＰアドレスを割り当てる第２ステップと、前記ゲートウェイ装置が、前記必要情報と前記仮想のＩＰアドレスとを対応づけて対応情報として保持する第３ステップと、前記ゲートウェイ装置が、前記送信元のＩＰ端末に前記仮想のＩＰアドレスを通知する第４ステップと、前記送信元のＩＰ端末が、通信要求パケットを生成して前記仮想のＩＰアドレス宛に送信する第５ステップと、前記ゲートウェイ装置が、前記仮想のＩＰアドレス宛の通信要求パケットを受信した場合に前記対応情報を参照して前記仮想のＩＰアドレスに対応する前記必要情報を取得することにより前記第２のＩＰネットワークとの間で所要のセッションを制御する第６ステップと、を含むことを特徴とする。
【発明の効果】
【０００７】
この発明によれば、セッション制御プロトコルに対応していないＩＰ端末からセッション制御時の宛先を指定することができ、ゲートウェイ装置でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となる情報をＩＰ端末から指定することが可能となる、という効果を奏する。
【発明を実施するための最良の形態】
【０００８】
以下に、本発明にかかる通信ネットワークにおけるＩＰパケット中継方法およびゲートウェイ装置の実施の形態を図面に基づいて詳細に説明する。なお、本発明は以下の記述に限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。
【０００９】
実施の形態１．
図１は、本発明の実施の形態１にかかるネットワークシステムの構成を示す図である。図１に示すネットワークシステムとして、セッション制御プロトコルとしてＳＩＰ(Session Initiation Protocol)を例に説明する。ただし、本発明においてはセッション制御プロトコルをＳＩＰに限定するものではなく、Ｈ．３２３，ＭＥＧＡＣＯ（Media Gateway Control）などの、ＩＰネットワーク上でセッション制御・管理ができるものであればよい。
【００１０】
図１に示すように、実施の形態１にかかるネットワークシステムは、ＳＩＰによる呼制御・呼管理を伴う呼制御ネットワーク１００、呼制御ネットワーク１００に接続されたＳＩＰサーバ１０、呼制御を伴わない既存のＩＰネットワークであるユーザネットワーク１０１，１０２、それぞれ１０１，１０２と１００との間に存在するゲートウェイ装置１，２、それぞれ１０１，１０２内の既存のＩＰ端末（以下、単にＩＰ端末と呼ぶ）１１，１２により構成される。
【００１１】
図２は、図１に示した本実施の形態にかかるネットワークシステムにおけるゲートウェイ装置１の構成を示す図である。ゲートウェイ装置１は、パケット中継処理部２１と、ＤＮＳ解析処理部２２と、セッション制御部２３と、ＤＮＳ  ｑｕｅｒｙテーブル２４と、を備える。
【００１２】
パケット中継処理部２１は、ゲートウェイ装置１の外部とのＩＰパケット（以下、単にパケットと呼ぶ）の送受信および２つのネットワーク間のパケットの中継・トラフィックの監視を行う。ＤＮＳ解析処理部２２は、ＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙのパケット（ＤＮＳネーム問い合わせパケット）の内容を解析し、その応答を生成する。セッション制御部２３は、ＩＰ端末１１に代わり呼制御ネットワーク１００との間のセッション制御処理を代行する。ＤＮＳ  ｑｕｅｒｙテーブル２４は、ＤＮＳ解析処理部２２により解析されたＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙの情報およびこれに対応するＩＰアドレスを対応づけて保持するテーブルである。なお、ゲートウェイ装置２もゲートウェイ装置１と同様の構成とされている。
【００１３】
次に動作について説明する。以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図３を参照して説明する。図３は、ＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
【００１４】
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ  （Fully Qualified Domain Name）として宛先ＵＲＩであるｔｅｌ：０３１２３４５６７８を基に０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ３０１）。そしてＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ３０２）  。
【００１５】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ  ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８と、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＤＮＳ  ｑｕｅｒｙテーブル２４に登録する（ステップＳ３０３）。
【００１６】
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ  ｑｕｅｒｙパケットの応答としてＤＮＳ  ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ３０４）。ＩＰ端末１１は、このＤＮＳ  ｒｅｓｐｏｎｓｅを受信する。
【００１７】
つぎに、ＤＮＳ  ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ  ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ３０５）。
【００１８】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部２３に転送する。セッション制御部２３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ３０３においてＤＮＳ  ｑｕｅｒｙテーブル２４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報として宛先情報をＤＮＳ  ｑｕｅｒｙテーブル２４より検索し、ＳＩＰにおける宛先情報（宛先ＵＲＩ）としてｔｅｌ：０３１２３４５６７８を得る（ステップＳ３０６）。
【００１９】
つぎに、セッション制御部２３は、呼接続要求パケットとして宛先ＵＲＩをｔｅｌ：０３１２３４５６７８としたＳＩＰ  ＩＮＶＩＴＥパケットを生成し、生成したＳＩＰ  ＩＮＶＩＴＥパケット（ＩＮＶＩＴＥメッセージ）をＳＩＰサーバ１０に送信する（ステップＳ３０７）。
【００２０】
ＳＩＰサーバ１０は、ゲートウェイ装置１からＩＮＶＩＴＥメッセージを受信すると、このＩＮＶＩＴＥメッセージを宛先ＵＲＩに対応するゲートウェイ装置２へ転送する。このとき、ＳＩＰサーバ１０は、ゲートウェイ装置１に１００Ｔｒｙｉｎｇなどの準備応答メッセージを返す。
【００２１】
ゲートウェイ装置２は、ＩＮＶＩＴＥメッセージを受け取ると、ＳＩＰサーバ１０に１００Ｔｒｙｉｎｇなどの準備応答メッセージを返すとともに、ＩＮＶＩＴＥメッセージの受け付け応答である呼接続応答パケット（２００  ＯＫメッセージ）をＳＩＰサーバ１０に返す。ＳＩＰサーバ１０は、ＩＮＶＩＴＥメッセージの受け付け応答である呼接続応答パケット（２００  ＯＫメッセージ）をゲートウェイ装置１に転送する。
【００２２】
ゲートウェイ装置１では、セッション制御部２３がＩＮＶＩＴＥメッセージの受け付け応答である呼接続応答パケット（２００  ＯＫメッセージ）を検出すると、ＳＹＮパケットをゲートウェイ装置２を経由してＩＰ端末１２に転送する（ステップＳ３０８）。
【００２３】
ＩＰ端末１２は、ＳＹＮパケットを受け取ると、ＴＣＰセッション確立応答パケットとしてのＳＹＮ  ＡＣＫパケット（ＳＹＮ  ＡＣＫメッセージ）をＩＰ端末１１宛に返す。ＳＹＮ  ＡＣＫパケットは、ゲートウェイ装置２、ゲートウェイ装置１を経由してＩＰ端末１１で受け取られる。
【００２４】
ＩＰ端末１１では、このＳＹＮ  ＡＣＫパケットを受け取ると、ＡＣＫパケット（ＡＣＫメッセージ）をＩＰ端末１２宛に送付する。この時点でＴＣＰセッションはＩＰ端末１１，１２間で確立され、ＳＩＰプロトコルレベルにおいてもセッションが確立されたことになる。ＡＣＫパケットは、ゲートウェイ装置１、ゲートウェイ装置２を経由してＩＰ端末１２で受け取られる。
【００２５】
このようにセッション制御部２３により呼制御ネットワーク１００上に通信路を確立すると、その後のＩＰ端末１１とステップＳ３０３において割り当てたＩＰアドレス（との間の当該ＴＣＰ通信におけるパケット通信をパケット中継処理部１において中継処理を行う。また、ゲートウェイ装置１は、ＩＰ端末１１からの当該ＴＣＰ通信の終了（ＦＩＮメッセージ）をパケット中継処理部２１において検出し、ＩＰ端末１１とＩＰ端末１２間でのＦＩＮメッセージおよびこれに対するＡＣＫメッセージの送受信が終了すると、セッション制御部２３がＳＩＰサーバ１０に呼切断要求であるＢＹＥメッセージを送信し、セッションの切断処理を行う。
【００２６】
ＳＩＰサーバ１０は、ＢＹＥメッセージをゲートウェイ装置２に転送する。ゲートウェイ装置２は、ＢＹＥメッセージを受け取ると、ＢＹＥメッセージの受付応答である応答パケット（２００  ＯＫメッセージ）をＳＩＰサーバ１０を経由して、ゲートウェイ装置１宛に返す。ゲートウェイ装置１でセッション制御部２３がこの応答パケット（２００  ＯＫメッセージ）を受け取ることで、セッションの切断処理が終了する。セッション制御部２３は、セッションの切断後、切断したセッションの宛先に対応するエントリをＤＮＳ  ｑｕｅｒｙテーブル２４より削除する。
【００２７】
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の宛先情報をゲートウェイ装置１に通知することで、セッション制御プロトコルに対応していないＩＰ端末１１からセッション制御時の宛先を指定することができ、ゲートウェイ装置１でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となる情報をＩＰ端末１１から指定することが可能となる。
【００２８】
また、上述した実施の形態１では、ＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットがＡレコードの場合を示したが、ＩＰ端末１１がＩＰｖ６に対応し、ＤＮＳ  ｑｕｅｒｙパケットがＡＡＡＡレコードの場合にも同様に適用可能である。
【００２９】
また、上述した実施の形態１では、ＤＮＳ  ｑｕｅｒｙテーブル２４からの切断したセッションの宛先に対応するエントリの削除を、当該セッションの切断時に行っているが、当該セッションが一定時間存在しない場合に行ってもよい。
【００３０】
また、上述した実施の形態１では、ＩＰ端末１１から宛先に指定するＦＱＤＮに架空ドメインを用いる場合を示したが、本発明はこれに限定されず、ゲートウェイ装置１においてＩＰ端末１１から受信したＤＮＳ  ｑｕｅｒｙパケットにおけるレコードの対象を区別し、セッション制御時の宛先を抽出することができればよい。
【００３１】
また、上述した実施の形態１では、発呼時の宛先ＵＲＩがｔｅｌ  ＵＲＩである場合を示したが、ＦＱＤＮとＳＩＰ  ＵＲＩとの対応方法を決めればよく、一般のＳＩＰ  ＵＲＩ形式の場合も同様の方法で実現することができる。
【００３２】
実施の形態２．
実施の形態２では、ＩＰ端末から指定する通信相手のＦＱＤＮとして宛先情報およびセッション確立時に用いる接続パラメータ情報を指定する場合について説明する。実施の形態２におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
【００３３】
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図３を参照して説明する。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
【００３４】
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ  としてｔｅｌ番号：０３１２３４５６７８と通信に必要となる通信帯域情報：６４ｋｂｐｓとを基に０３１２３４５６７８＿＿ｂ＿６４＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ３０１）。そしてＩＰ端末１１は、０３１２３４５６７８＿＿ｂ＿６４＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ３０２）。
【００３５】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ  ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８および通信帯域情報である６４ｋｂｐｓと、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＤＮＳ  ｑｕｅｒｙテーブル２４に登録する（ステップＳ３０３）。
【００３６】
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ  ｑｕｅｒｙパケットの応答としてＤＮＳ  ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ３０４）。ＩＰ端末１１は、このＤＮＳ  ｒｅｓｐｏｎｓｅを受信する。
【００３７】
つぎに、ＤＮＳ  ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ  ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ３０５）。
【００３８】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部２３に転送する。セッション制御部２３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ３０３においてＤＮＳ  ｑｕｅｒｙテーブル２４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報として宛先情報をＤＮＳ  ｑｕｅｒｙテーブル２４より検索し、ＳＩＰにおける宛先情報（宛先ＵＲＩ）としてｔｅｌ：０３１２３４５６７８および通信帯域情報として６４ｋｂｐｓを得る（ステップＳ３０６）。
【００３９】
つぎに、セッション制御部２３は、呼接続要求パケットとして宛先ＵＲＩをｔｅｌ：０３１２３４５６７８とし、さらに帯域指定としてＳＤＰ（Session Description Protocol）情報にｂ＝ＡＳ：６４を含むＳＩＰ  ＩＮＶＩＴＥパケット（ＩＮＶＩＴＥメッセージ）を生成し、生成したＳＩＰ  ＩＮＶＩＴＥパケットをＳＩＰサーバ１０に送信する（ステップＳ３０７）。以降の動作は実施の形態１と同様である。
【００４０】
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の宛先情報および接続パラメータ情報をゲートウェイ装置１に通知することで、セッション制御プロトコルに対応していないＩＰ端末１１からセッション制御時の宛先および接続パラメータを指定することができ、ゲートウェイ装置１でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となる情報をＩＰ端末１１から指定することが可能となる。
【００４１】
また、上述した実施の形態２では、ＩＰ端末１１から宛先に指定するＦＱＤＮに宛先情報および通信帯域情報を指定する場合を示したが、他のパラメータに関しても同様にＦＱＤＮと指定するパラメータ情報との対応方法を決めることで、上記と同様の方法でＩＰ端末１１から指定することが可能である。
【００４２】
実施の形態３．
実施の形態３では、実施の形態２の変形例について説明する。実施の形態３におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
【００４３】
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図４を参照して説明する。図４は、実施の形態３においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
【００４４】
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮとしてｔｅｌ：０３１２３４５６７８と通信に必要となる通信帯域情報：２００Ｍｂｐｓとを基に０３１２３４５６７８＿＿ｂ＿２０００００＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ４０１）。そしてＩＰ端末１１は、０３１２３４５６７８＿＿ｂ＿２０００００＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ４０２）。
【００４５】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ  ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８および通信帯域情報である２０００００ｋｂｐｓ（＝２００Ｍｂｐｓ）を抽出する。
【００４６】
このとき、ＤＮＳ解析処理部２２は、抽出したパラメータ情報を解析する（ステップＳ４０３）。そして、このパラメータ情報（通信帯域情報：２００Ｍｂｐｓ）の値が呼制御ネットワーク１００において許容されない値である場合には、エラー応答であるＤＮＳ  ｒｅｓｐｏｎｓｅ  をＩＰ端末１１に送信して、ＤＮＳ  ｑｕｅｒｙパケットに対する通信処理を終了する（ステップＳ４０４）。また、ＩＰ端末１１は、エラー応答であるＤＮＳ  ｒｅｓｐｏｎｓｅを受信すると、それ以降のシーケンスの処理に移行しない。
【００４７】
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の接続パラメータ情報をゲートウェイ装置１に通知し、ゲートウェイ装置１においてその値の内容の精査を行い、呼制御ネットワーク１００において許容されない値である場合には、エラー応答をＩＰ端末１１に返すことで、以降の無効なセッションの発生を抑制することが可能となる。
【００４８】
また、上述した実施の形態３では、ＩＰ端末１１から宛先に指定するＦＱＤＮに通信帯域情報を指定する場合を示したが、他のパラメータに関しても同様にＦＱＤＮと指定するパラメータ情報との対応方法を決めることで、上記と同様の方法でＩＰ端末１１から指定することが可能である。
【００４９】
実施の形態４．
実施の形態４では、ＩＰ端末から指定する通信相手のＦＱＤＮとして宛先情報および送信先のＩＰ端末との間の通信時に用いる通信情報を指定する場合について説明する。実施の形態４におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
【００５０】
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図５を参照して説明する。図５は、実施の形態４においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
【００５１】
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮとしてｔｅｌ：０３１２３４５６７８と、通信相手との通信に使用するプロトコルＴＣＰおよびポート番号８０を基に０３１２３４５６７８＿＿ＴＣＰ＿８０＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ５０１）。そしてＩＰ端末１１は、０３１２３４５６７８＿＿ＴＣＰ＿８０＿＿．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ５０２）。
【００５２】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ  ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮから抽出した宛先情報である０３１２３４５６７８，使用プロトコルＴＣＰおよびポート番号８０と、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスと、を対応づけて対応情報としてＤＮＳ  ｑｕｅｒｙテーブル２４に登録する（ステップＳ５０３）。
【００５３】
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ  ｑｕｅｒｙパケットの応答としてＤＮＳ  ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ５０４）。ＩＰ端末１１は、このＤＮＳ  ｒｅｓｐｏｎｓｅを受信する。
【００５４】
つぎに、ＤＮＳ  ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ  ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ５０５）。このときＴＣＰの宛先ポート番号として８０以外が指定されているとする。
【００５５】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部２３に転送する。セッション制御部２３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ５０３においてＤＮＳ  ｑｕｅｒｙテーブル２４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報として宛先情報をＤＮＳ  ｑｕｅｒｙテーブル２４より検索し、ＳＩＰにおける宛先情報（宛先ＵＲＩ）であるｔｅｌ：０３１２３４５６７８および使用プロトコルＴＣＰおよびポート番号８０を得る。
【００５６】
ここで、セッション制御部２３は、ＳＹＮパケットにおける宛先ポート番号とＤＮＳ  ｑｕｅｒｙテーブル２４より得られた宛先ポート番号（８０）との整合性を検査する（ステップＳ５０６）。この場合には、ＳＹＮパケットにおける宛先ポート番号とＤＮＳ  ｑｕｅｒｙテーブル２４より得られた宛先ポート番号（８０）とが異なるため、セッション制御部２３はエラー応答としてＴＣＰ通信切断のパケットであるＲＳＴ（Reset）パケットを生成し、ＩＰ端末１１に送信して、ＳＹＮパケットに対する通信処理を終了する（ステップＳ５０７）。また、ＩＰ端末１１は、エラー応答であるＴＣＰのＲＳＴパケットを受信すると、それ以降のシーケンスの処理に移行しない。
【００５７】
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいて送信先のＩＰ端末との間の通信時に用いる通信情報をゲートウェイ装置１に通知し、ゲートウェイ装置１においてその情報とＩＰ端末１１からのＳＹＮパケットとの整合性を検査し、整合性が無い場合にはエラー応答をＩＰ端末１１に返すことで、意図しないセッションの発生を抑制することが可能となる。
【００５８】
また、上述した実施の形態４では、ＩＰ端末１１からのＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットに対してＴＣＰのＲＳＴパケットによりＩＰ端末１１にエラーを通知したが、ＩＣＭＰ（Internet Control Message Protocol）によりエラーを通知してもよい。
【００５９】
また、上述した実施の形態４では、ＩＰ端末１１から通信相手との通信に使用するプロトコルおよびポート番号を指定する場合について示したが、ＳＹＮパケットから得られる情報であれば他の情報でも同様に整合性の検査を行うことができる。
【００６０】
実施の形態５．
実施の形態５では、ＤＮＳ  ｑｕｅｒｙパケットにおける問合せ対象のレコードがゲートウェイ装置または呼制御ネットワーク１００において対応していないプロトコルを使用している場合について説明する。実施の形態５におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
【００６１】
以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合において、ＩＰ端末１１からＩＰ端末１２に対してＩＰｖ６上での通信を試みた後、ＩＰｖ４上でのＴＣＰによる通信を行う場合の動作について図６を参照して説明する。図６は、実施の形態５においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。また、本実施の形態においても、呼制御ネットワーク１００においてＩＰ端末１２に接続するための宛先ＵＲＩとしてｔｅｌ：０３１２３４５６７８が割り当てられているものとする。
【００６２】
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ  （Fully Qualified Domain Name）として宛先ＵＲＩであるｔｅｌ：０３１２３４５６７８を基に０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ６０１）。そしてＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡＡＡＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ６０２）。
【００６３】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ  ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡＡＡＡレコード問合せであることを認識する。
【００６４】
ここで、セッション制御部２３は、ＤＮＳ  ｑｕｅｒｙパケットにおける問合せ対象のレコードのプロトコルを検査する（ステップＳ６０３）。この場合、呼制御ネットワーク１００やゲートウェイ装置１自身がＩＰｖ６に対応していないので、ＤＮＳ解析処理部２２はエラー応答であるＤＮＳ  ｒｅｓｐｏｎｓｅを生成し、ＩＰ端末１１に送信する（ステップＳ６０４）。
【００６５】
ＤＮＳ  ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ６０５）。以降の処理は実施の形態１のステップＳ３０２の後と同様である。
【００６６】
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいてセッション制御時の宛先情報をゲートウェイ装置１に通知する際に、ゲートウェイ装置１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙにおける問合せ対象のレコードを検査し、問合せ対象のレコードが呼制御ネットワーク１００またはゲートウェイ１が対応しないプロトコルである場合には、エラー応答をＩＰ端末１１に返すことで、ＩＰ端末１１のフォールバック動作を促進することが可能となる。
【００６７】
実施の形態６．
実施の形態６では、ＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙ、ゲートウェイ装置１からのＤＮＳ  ｒｅｓｐｏｎｓｅの後に、ドメインのホスト名とＩＰアドレスの対応付けをＤＮＳが行なう際にＩＰアドレスからホスト名に変換する逆引きを行う場合について図７を参照して説明する。図７は、実施の形態６においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。実施の形態６におけるネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。
【００６８】
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ  （Fully Qualified Domain Name）として宛先ＵＲＩであるｔｅｌ：０３１２３４５６７８を基に０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍを指定する（ステップＳ７０１）。そしてＩＰ端末１１は、０３１２３４５６７８．ｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ７０２）。
【００６９】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ  ｑｕｅｒｙパケットからＦＱＤＮを抽出し、予め定義しておいた架空ドメインｄｕｍｍｙ．ｅｘａｍｐｌｅ．ｃｏｍのホストのＡレコード問合せであることを認識し、ＦＱＤＮと、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＤＮＳ  ｑｕｅｒｙテーブル２４に登録する（ステップＳ７０３）。
【００７０】
また、ＤＮＳ解析処理部２２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ  ｑｕｅｒｙパケットの応答としてＤＮＳ  ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ７０４）。ＩＰ端末１１は、このＤＮＳ  ｒｅｓｐｏｎｓｅを受信する。
【００７１】
その後、ＤＮＳ  ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＤＮＳ  ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレスのＰＴＲ（Ｐｏｉｎｔｅｒ）レコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成して、ゲートウェイ装置１に送信する（ステップＳ７０５）。
【００７２】
ゲートウェイ装置１は、パケット中継処理部２１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部２２に転送する。ＤＮＳ解析処理部２２では、受信したＤＮＳ  ｑｕｅｒｙパケットがＤＮＳ  ｑｕｅｒｙテーブル２４に登録された仮想ＩＰアドレスのＰＴＲレコードの問合せであることを認識し、ＤＮＳ  ｑｕｅｒｙテーブル２４を検索して対応するＦＱＤＮを得る（ステップＳ７０６）。
【００７３】
そして、ＤＮＳ解析処理部２２は、対応するＦＱＤＮをＤＮＳ  ｑｕｅｒｙパケットの応答としてＤＮＳ  ｒｅｓｐｏｎｓｅに格納して送信することでＩＰ端末１１に通知する（ステップＳ７０７）。ＩＰ端末１１は、このＤＮＳ  ｒｅｓｐｏｎｓｅを受信する。
【００７４】
以上のように、ゲートウェイ装置１が、ＩＰ端末１１からのＡレコード問合せ時に応答として返した仮想ＩＰアドレスに対するＰＲＴレコードの問合せに、元のＡレコード問合せ時のＦＱＤＮを返すことで、ＩＰ端末１１からのＤＮＳの逆引きに対応することが可能となる。
【００７５】
実施の形態７．
実施の形態７では、通信相手と接続するためのセッション制御において必要となるパラメータをＩＰ端末から指定する場合について説明する。実施の形態７における基本的なネットワークシステムの構成は実施の形態１と同様であるため、詳細な説明は省略する。実施の形態７でも、セッション制御プロトコルとしてＳＩＰ(Session Initiation Protocol)を例に説明する。図８は、実施の形態７にかかるネットワークシステムにおけるゲートウェイ装置１の構成を示す図である。実施の形態７にかかるゲートウェイ装置１は、パケット中継処理部８１と、ＤＮＳ解析処理部８２と、セッション制御部８３と、ＳＩＰ  パラメータテーブル８４と、を備える。
【００７６】
パケット中継処理部８１は、ゲートウェイ装置１の外部とのＩＰパケット（以下、単にパケットと呼ぶ）の送受信および２つのネットワーク間のパケットの中継・トラフィックの監視を行う。ＤＮＳ解析処理部８２は、ＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙのパケット（ＤＮＳネーム問い合わせパケット）の内容を解析し、その応答を生成する。セッション制御部８３は、ＩＰ端末１１に代わり呼制御ネットワーク１００との間のセッション制御処理を代行する。ＳＩＰパラメータテーブル８４は、呼制御ネットワーク１００への発呼時に必要となる一連のパラメータ（ＳＩＰパラメータ）が複数組、インデックス付けされて保持されるテーブルである。なお、ゲートウェイ装置２もゲートウェイ装置１と同様の構成とされている。
【００７７】
次に動作について説明する。以下では、図１に示す構成において、ＩＰ端末１１からＩＰ端末１２に対してＴＣＰによる通信を行う場合の、ＴＣＰセッションがＩＰ端末１１からの要求で開始される場合の動作について図９を参照して説明する。図９は、ＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
【００７８】
まずＩＰ端末１１では、該ＩＰ端末１１上で動作しているＴＣＰアプリケーションにおいて、通信相手のＦＱＤＮ  （Fully Qualified Domain Name）としてゲートウェイ装置１内のＳＩＰパラメータテーブル８４に格納されたＳＩＰパラメータのインデックスを指定する（ステップＳ９０１）。そしてＩＰ端末１１は、指定されたインデックスをＦＱＤＮとするＡレコードに対するＤＮＳ  ｑｕｅｒｙパケットを生成してゲートウェイ装置１に送信する（ステップＳ９０２）。
【００７９】
ゲートウェイ装置１は、パケット中継処理部８１においてＩＰ端末１１からのＤＮＳ  ｑｕｅｒｙパケットを受信すると、これをＤＮＳ解析処理部８２に転送する。ＤＮＳ解析処理部８２では、受信したＤＮＳ  ｑｕｅｒｙパケットからＦＱＤＮを抽出し、ＦＱＤＮに基づいてＳＩＰパラメータテーブル８４より該当するエントリを検索する。そして、検索結果と、ネットワーク上に実在しない仮想アドレス空間から割り当てた適当な仮想ＩＰアドレスとを対応づけて対応情報としてＳＩＰパラメータテーブル８４に登録する（ステップＳ９０３）。
【００８０】
また、ＤＮＳ解析処理部８２は、この割り当てた仮想ＩＰアドレスを、ＤＮＳ  ｑｕｅｒｙパケットの応答としてＤＮＳ  ｒｅｓｐｏｎｓｅに格納して送信することで、この仮想ＩＰアドレスをＩＰ端末１１に通知する（ステップＳ９０４）。ＩＰ端末１１は、このＤＮＳ  ｒｅｓｐｏｎｓｅを受信する。
【００８１】
つぎに、ＤＮＳ  ｒｅｓｐｏｎｓｅを受信したＩＰ端末１１は、ＴＣＰセッション確立要求パケットとしてのＴＣＰのＳＹＮパケットを生成し、ＤＮＳ  ｒｅｓｐｏｎｓｅにより通知された仮想ＩＰアドレス宛に送信する（ステップＳ９０５）。
【００８２】
ゲートウェイ装置１は、パケット中継処理部８１においてＩＰ端末１１からのＳＹＮパケットを受信すると、これをセッション制御部８３に転送する。セッション制御部８３では、ＳＹＮパケットの宛先ＩＰアドレスがステップＳ９０３においてＳＩＰパラメータテーブル８４に登録した仮想ＩＰアドレスであることを認識すると、該仮想ＩＰアドレスに対応する情報をＳＩＰパラメータテーブル８４より検索し、ＳＩＰセッション確立時に必要となるパラメータ値を得る（ステップＳ９０６）。
【００８３】
つぎに、セッション制御部８３は、得られたパラメータ値より呼接続要求パケットとしてＳＩＰ  ＩＮＶＩＴＥパケットを生成し、生成したＳＩＰ  ＩＮＶＩＴＥパケット（ＩＮＶＩＴＥメッセージ）をＳＩＰサーバ１０に送信する（ステップＳ９０７）。以降の動作は実施の形態１の場合と同様である。
【００８４】
以上のように、ＩＰ端末１１における通信相手指定時のＦＱＤＮにおいて、ゲートウェイ装置１に予め設定された複数の発呼用パラメータの中から、セッション制御時に必要となるパラメータを選択してゲートウェイ装置１に通知することで、ゲートウェイ装置１でセッション制御処理を代行する場合に、通信相手と接続するためのセッション制御において必要となるパラメータをＩＰ端末１１から指定することが可能となる。
【産業上の利用可能性】
【００８５】
以上のように、本発明にかかる通信ネットワークにおけるＩＰパケット中継方法は、ゲートウェイ装置においてセッション制御処理を代行する通信ネットワークにおいて通信相手毎にセッション制御時の情報を変更する場合に有用である。
【図面の簡単な説明】
【００８６】
【図１】本発明の実施の形態１にかかるネットワークシステムの構成を示す図である。
【図２】本発明の実施の形態１にかかるネットワークシステムにおけるゲートウェイ装置の構成を示す図である。
【図３】本発明の実施の形態１にかかるネットワークシステムにおいてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
【図４】本発明の実施の形態３にかかるネットワークシステムにおいてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
【図５】本発明の実施の形態４においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
【図６】本発明の実施の形態５においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
【図７】本発明の実施の形態６においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
【図８】本発明の実施の形態７にかかるネットワークシステムにおけるゲートウェイ装置の構成を示す図である。
【図９】本発明の実施の形態７においてＴＣＰによる通信を行う場合のネットワークの構成要素に関するメッセージシーケンスを示すシーケンス図である。
【符号の説明】
【００８７】
１  ゲートウェイ装置
２  ゲートウェイ装置
１０  ＳＩＰサーバ
１１  ＩＰ端末
１２  ＩＰ端末
２１  パケット中継処理部
２２  ＤＮＳ解析処理部
２３  セッション制御部
２４  ＤＮＳ  ｑｕｅｒｙテーブル
８１  パケット中継処理部
８２  ＤＮＳ解析処理部
８３  セッション制御部
８４  ＳＩＰ  パラメータテーブル
１００  呼制御ネットワーク
１０１  ユーザネットワーク
１０２  ユーザネットワーク
【図１】
0004889620.tif 000002
【図２】
0004889620.tif 000003
【図３】
0004889620.tif 000004
【図４】
0004889620.tif 000005
【図５】
0004889620.tif 000006
【図６】
0004889620.tif 000007
【図７】
0004889620.tif 000008
【図８】
0004889620.tif 000009
【図９】
0004889620.tif 000010