JP4889617B2

JP4889617B2 - ゲートウエイ装置および通信制御方法

Info

Publication number: JP4889617B2
Application number: JP2007304686A
Authority: JP
Inventors: 浩司佐藤; 信司古谷; 基文田辺; 信吾杣; 哲也横谷
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2007-11-26
Filing date: 2007-11-26
Publication date: 2012-03-07
Anticipated expiration: 2027-11-26
Also published as: JP2009130712A

Description

本発明は、ＩＰ(インターネットプロトコル)ネットワークと、これをベースとした呼制御ネットワークと、を備える通信ネットワークにおける各ネットワークを接続するためのゲートウエイ装置および通信制御方法に関する。

次世代ネットワーク（ＮＧＮ：Next Generation Network）における通信では、接続先を電話番号で特定し、ＳＩＰ（Session Initiation Protocol）によりセッション制御を行うことを前提としている。すなわち、ＮＧＮに接続する端末装置は、ＳＩＰによるセッション制御機能を有している必要がある。

一方、ネットワークに接続する端末装置が、ネットワークのＮＧＮへの切り替えと並行してＮＧＮ対応のもの（ＳＩＰセッション機能を有する端末装置）に切り替わる可能性は低い。そのため、現在の端末装置（ＳＩＰセッション制御機能を有さない端末装置）からＮＧＮへの接続を実現することを目的とした、ＳＩＰによるセッション制御を代行するゲートウエイ装置を備えたシステムが提案されている（たとえば、下記特許文献１参照）。

特開２００６−１０９３１６号公報

しかしながら、上記特許文献１に記載のシステムでは、ゲートウエイ装置は、収容している端末装置から受信したＤＮＳネーム問い合わせパケットに含まれる接続先情報が、ＩＰ電話番号またはＳＩＰ−ＵＲＩ（ＳＩＰ−Uniform Resource Identifier）の場合にＳＩＰセッション接続処理を実行してＮＧＮへの接続を代行する。すなわち、端末装置は、接続先に対応する電話番号など、ゲートウエイ装置がＳＩＰセッションで使用する情報を保持しておき、その情報を通知する必要がある。換言すれば、上記特許文献１に記載のシステムでは、端末装置はＳＩＰセッション制御機能を実装する必要はないものの、従来は不要であった情報（ＳＩＰセッションで使用する接続相手の電話番号やＵＲＩの情報）を保持し、かつ当該情報のゲートウエイ装置へこの情報を通知する機能を有する必要がある。そのため、ゲートウエイ装置は、現在の端末装置をそのまま収容してＮＧＮへの接続を代行することができない、という問題があった。

また、上記特許文献１に記載のシステムでは、ＤＮＳネーム問い合わせパケットの受信をトリガとしてＳＩＰセッション接続代行処理を行うようにしているが、ＤＮＳネーム問い合わせパケットを受信した後に必ず通信が行われるという保証はない。そのため、通信リソースを不必要に消費してしまうことがある、という問題があった。

本発明は、上記に鑑みてなされたものであって、ＳＩＰセッション制御機能が実装されていない端末装置をそのまま収容し、端末装置から特別な情報を取得することなくＳＩＰセッション接続処理を実行して、ＳＩＰセッション制御が必要なネットワークへの接続を代行するゲートウエイ装置および通信制御方法を得ることを目的とする。

また、通信リソースを不必要に消費してしまうことのないゲートウエイ装置および通信制御方法を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、呼制御が不要な複数の第１のネットワークと、前記第１のネットワークに属しているすべての端末の管理情報を個別に保持するデータサーバと、前記複数の第１のネットワーク間にあって前記管理情報に基づいて呼制御を行う第２のネットワークと、を含んだ通信システムにおいて、前記第１のネットワークと前記第２のネットワークを接続するゲートウエイ装置であって、自身に接続された前記第１のネットワークに属している端末が発行したＤＮＳクエリを検出した場合に、当該ＤＮＳクエリに含まれる相手通信端末の識別情報に対応する管理情報を保持しているかどうかを確認し、保持していない場合に前記データサーバから当該識別情報に対応する管理情報を取得する管理情報取得手段と、前記端末から発行された接続要求を検出した場合に、当該接続要求に含まれる相手通信端末の識別情報に対応する前記管理情報を利用して、前記第２のネットワークにおける当該相手通信端末との間の呼制御処理を実行する呼制御手段と、を備えることを特徴とする。

この発明によれば、ゲートウエイ装置は、収容している端末から通信相手先の電話番号などの管理情報を取得することなしにＳＩＰセッション制御を代行することができる。すなわち、ＩＰ通信機能のみを有する一般的な端末に対して、ＳＩＰセッション制御が必要な次世代通信ネットワークを介した通信サービスを提供できる、という効果を奏する。

以下に、本発明にかかるゲートウエイ装置および通信制御方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態．
図１は、本発明にかかるゲートウエイ装置を含んだ通信システムの構成例を示す図である。この通信システムは、ＩＰ通信（ＴＣＰ／ＩＰ通信またはＵＤＰ／ＩＰ通信）機能を有する端末１と、本発明にかかるゲートウエイ装置であるホームゲートウエイ（ＨＧＷ）２および３と、端末１の通信相手先でありＩＰ通信機能を有するサーバ４と、ＳＩＰセッション制御に必要な情報が格納されているアドレスサーバ５と、ＳＩＰプロキシサーバとしての機能を有するＳＩＰサーバ６と、Session Border Gateway（ＳＢＧ）７と、ＳＩＰを利用した呼制御が必要な次世代ネットワーク（ＮＧＮ）１００と、により構成される。

図１に示した通信システムでは、ＨＧＷ２および３は、ＮＧＮ１００に接続され、ＨＧＷ２は、自身が管理するネットワーク（ＬＡＮ）に端末１を収容し、ＨＧＷ３は、自身が管理するネットワークにサーバ４を収容する。アドレスサーバ６およびＳＩＰサーバ６は、ＮＧＮ１００に接続されている。また、ＳＢＧ７はＮＧＮ１００内に位置し、ＮＧＮ１００内におけるＮＡＰＴ（Network Address Port Translation）処理（ＩＰアドレスとポート番号の変換処理）を行う。

なお、端末１およびサーバ４には、ＳＩＰが搭載されておらず、各ＨＧＷは、収容しているＩＰ端末（端末１，サーバ４，など）に代わってＳＩＰセッション制御を代行する機能を有するものとする。また、アドレスサーバ５は、各ＨＧＷがＳＩＰセッション制御を代行する際に必要な情報（以下、「ＳＩＰセッション制御用情報」と呼ぶ）として、各ＨＧＷに収容されている各ＩＰ端末の「ＦＱＤＮ」，「サービスを提供しているポート番号」，「サービス毎のＳＤＰ情報」，「電話番号」を関連付けて保持しているものとする。

図２は、ホームゲートウエイ（ＨＧＷ２および３）の構成例を示す図である。図２に示したように、ＨＧＷは、ＬＡＮＩ／Ｆ部２１−１〜２１−ｎと、ＷＡＮＩ／Ｆ２２と、パケット検出部２３と、ルーティング機能部２４と、ＤＮＳ中継部２５と、アドレス解決部２６と、ＳＩＰセッション制御部２７と、サーバ情報テーブル保持部２８と、により構成される。

端末検出手段としての機能を有するＬＡＮＩ／Ｆ部２１−１〜２１−ｎは、ＨＧＷのＬＡＮ側ネットワークインタフェイスであり、また、ＷＡＮＩ／Ｆ２２は、ＨＧＷのＷＡＮ（ＮＧＮ）側ネットワークインタフェイスである。

パケット検出部２３は、端末１からのＤＮＳ問い合わせを検出し、ＤＮＳ中継部２５へ渡す。また、端末１からＮＧＮへの通信の最初のパケットを検出しＳＩＰセッション制御部２７へ渡す。

ルーティング機能部２４は、ＬＡＮやＮＧＮから受け取ったＩＰパケットのＩＰ転送（ルーティング）処理を行う。

ＤＮＳ中継部２５は、端末１からのＤＮＳ問い合わせを受信し、アドレス解決部２６へ中継する。

管理情報取得手段としての機能を有するアドレス解決部２６は、ＤＮＳ中継部２５から渡されるＤＮＳ問い合わせに対し、サーバ情報テーブル保持部２８内のサーバ情報テーブルを参照し、問い合わせに対応する情報がテーブル内に無ければアドレスサーバ５へ情報を問い合わせ、その結果得られた情報を他と競合しないプライベートアドレスとセットでサーバ情報テーブルに格納した上で、当該プライベートアドレスをＤＮＳ中継部２５に応答する。また、対応する情報がテーブル内にあれば、そのＤＮＳ問い合わせが示すサーバに対応するプライベートアドレスをサーバ情報テーブルから取得し、ＤＮＳ中継部２５に応答する。

呼制御手段としての機能を有するＳＩＰセッション制御部２７は、パケット検出部２３で検出された、端末１からＮＧＮ１００への通信の最初のパケットの情報を受け取り、宛先アドレスおよび宛先ポート番号をキーとしてサーバ情報テーブルを検索し、該当するサーバの電話番号や、宛先ポート番号に対応するＳＤＰ（Session Description Protocol）情報を取得し、これらの情報を用いてサーバとの間でＳＩＰセッション制御を行い、通信路を準備する。また、通信路の準備が完了すると端末１からの通信をＮＧＮ１００に対してルーティングを行う。

サーバ情報テーブル保持部２８は、ＮＧＮ１００上でサービスを提供している各サーバ（サーバ４を含む）の、ＦＱＤＮ（Fully Qualified Domain Name）、電話番号、ポート番号およびＳＤＰ情報からなるＳＩＰセッション制御用情報と、各サーバに個別に対応付けられたプライベートアドレスとを管理するためのサーバ情報テーブルを保持する。

以上のような構成の通信システムにおいて、端末１とサーバ４がＩＰ通信を行う場合の動作を図３および図４を用いて説明する。なお、図３は、通信開始時に各装置間でやり取りされる信号の流れを示した図であり、図４は、端末１とサーバ４がＩＰ通信を行う場合のシーケンスの一例を示す図である。また、図３に示した信号の流れとそれに対応する図４に示した処理には、同じステップ番号を付与している。

端末１がサーバ４とＩＰ通信を行うためには、相手通信装置であるサーバ４のＩＰアドレス情報が必要である。そのため、端末１は、サーバ４のＩＰアドレス情報を保持していない場合には、サーバ４とＩＰ通信を行うにあたって、図４に示したステップＳ１を実行し、それに対応する処理であるステップＳ４にてＨＧＷ２からＩＰアドレス情報を取得する。以下では、まず、端末１がサーバ４のＩＰアドレス情報を保持していない場合に実行するステップＳ１〜Ｓ４の処理について説明する。

端末１は、サーバ４のＩＰアドレス情報を取得するために、従来と同様の手順で、サーバ４のＦＱＤＮを宛先に設定したＤＮＳ問い合わせ（ＤＮＳクエリ）を発行する（ステップＳ１）。

ＨＧＷ２は、端末１から発行されたＤＮＳクエリを受信した場合、サーバ４との間でＳＩＰセッション制御を行うために必要な情報（上記ＳＩＰセッション制御用情報に相当）を保持しているかどうかを確認し、保持していなければ、アドレスサーバ５に対して、サーバ４との間でＳＩＰセッション制御を行うために必要な情報の送信を要求する（ステップＳ２）。情報の送信を要求する際に送信するメッセージ（以下、「情報送信要求」と呼ぶ）には、受信したＤＮＳクエリの宛先に設定されていたＦＱＤＮ（この例ではサーバ４のＦＱＤＮ）を要求対象ＦＱＤＮとして含ませる。なお、ＨＧＷ２とアドレスサーバ５の通信にＳＩＰ手順が必要な場合、ＨＧＷ２は、アドレスサーバ５との間でＳＩＰセッション制御を実行してセッションを確立した上で、情報送信要求を送信する。

アドレスサーバ５は、ＨＧＷ２から情報送信要求を受け取った場合、その中に含まれている要求対象ＦＱＤＮをキーとしてサーバ情報テーブル保持部２８内の検索を行い、その結果得られた情報（要求対象ＦＱＤＮに対応する、サービスを提供しているポート番号、サービス毎のＳＤＰ情報および電話番号）をＨＧＷ２へ送信する（ステップＳ３）。

情報送信要求に対する応答として上記情報を受け取ったＨＧＷ２は、サーバ４に対して動的にユニークなプライベートアドレスを割り当てるとともに、このプライベートアドレスとアドレスサーバ５から受け取った情報（サービスを提供しているポート番号、サービス毎のＳＤＰ情報および電話番号）とを関連付けて記憶し、さらに、当該プライベートアドレス（サーバ４のプライベートアドレス）を、上記ＤＮＳクエリに対する応答として端末１へ送信する（ステップＳ４）。端末１は、ＨＧＷ２から通知されたプライベートアドレスをサーバ４のＩＰアドレスとして記憶しておく。

なお、上記ステップＳ２において、（必要なＳＩＰセッション制御用情報を既に保持しているため）アドレスサーバ５に対するＳＩＰセッション制御用情報の送信要求を行わなかった場合には、保持しているＳＩＰセッション制御用情報に関連付けられたプライベートアドレスを端末１へ通知する。

ここで、上記ステップＳ１〜Ｓ４の処理を実行する場合のＨＧＷ２の内部処理を図５に基づいて説明する。図５は、上記ステップＳ１〜Ｓ４の処理（アドレス解決処理）を実行した場合のＨＧＷ２内部の処理の流れを示した図である。なお、図５では、簡単のため、サーバ４のＳＩＰセッション制御を代行するＨＧＷ３の記載を省略した構成としている。

端末１から発行されたＤＮＳクエリを受信した場合、ＨＧＷ２のパケット検出部２３は、受信したＤＮＳクエリをＤＮＳ中継部２５経由でアドレス解決部２６へ渡す。アドレス解決部２６は、受け取ったＤＮＳクエリに含まれる要求対象ＦＱＤＮに対応するＳＩＰセッション制御用情報をサーバ情報テーブル保持部２８が保持しているかどうかを確認し、保持していない場合には、アドレスサーバ５に対して、当該要求対象ＦＱＤＮに対応する、サービスを提供しているポート番号、サービス毎のＳＤＰ情報および電話番号の送信を要求する（情報送信要求を送信する）。そして、要求対象ＦＱＤＮに対応する各情報をアドレスサーバ５から取得すると、アドレス解決部２６は、サーバ４に対してユニークな（他と競合しない）プライベートアドレスを割り当て、このプライベートアドレスと取得した情報（サービスを提供しているポート番号、サービス毎のＳＤＰ情報および電話番号）とを関連付けて、サーバ情報テーブル保持部２８へ格納する。さらに、サーバ４に割り当てたプライベートアドレスを端末１へ通知する。

なお、アドレスサーバ５が、上記情報（サービスを提供しているポート番号、サービス毎のＳＤＰ情報および電話番号）にＩＰアドレス情報を含めて管理を行い、ＨＧＷ２からの要求（上記ステップＳ２に相当）に対してＩＰアドレス情報を含んだＳＩＰセッション制御用情報を返信するようにしてもよい。この場合、ＨＧＷ２のアドレス解決機能部２６は、アドレスサーバ５から取得した情報に対応するＩＰ端末（この例ではサーバ４）へユニークなプライベートアドレスを割り当てる必要がなくなり、処理量を少なくすることができる。

次に、端末１がサーバ４との間でＩＰ通信を行う場合のシーケンスである図４のステップＳ５以降の処理について説明する。

ＨＧＷ２は、サーバ４との通信を開始する際に最初に送信されるパケット（図４に示したＳＹＮパケットに相当）を端末１から受信すると、それをバッファリングする（ステップＳ５）。そして、ＨＧＷ２は、記憶しておいたＳＩＰセッション制御用情報の中から、上記受信したＳＹＮパケットに対応する電話番号情報およびＳＤＰ情報を使用し、ＳＩＰサーバ６を介して、サーバ４との間でＳＩＰセッション制御を実行する（ステップＳ６〜Ｓ９）。なお、通信相手先（この例の場合サーバ４）がＳＩＰセッション制御機能を有せずに、それを収容しているゲートウエイ（この例の場合ＨＧＷ３）がＳＩＰセッション制御を代行して行う場合には、通信相手先側のゲートウエイとの間でＳＩＰセッション制御を実行することとなる。上述したように、本実施の形態では、ＨＧＷ３がサーバ４におけるＳＩＰセッション制御を代行するため、ＨＧＷ２とＨＧＷ３の間でＳＩＰセッション制御が行われることとなる。

上記ステップＳ６〜Ｓ９を実行してＳＩＰセッション制御が終了しセッションが確立すると、ＨＧＷ２は、バッファリングしておいたＳＹＮパケットをその宛先であるサーバ４へ送信する。以降、ＨＧＷ２およびＨＧＷ３は、端末１とサーバ４との間でやり取りされるパケットを受け取った場合、そのまま転送する（ステップＳ１０）。

なお、端末１とサーバ４がＩＰ通信を行う場合の手順は、上述したステップＳ５〜Ｓ１０と同一である必要はない。たとえば、上記の例ではＳＩＰセッション制御が終了した後にＳＹＮパケットをサーバ４へ送信することとしたが、ＳＹＮパケットをＳＩＰセッション制御において使用されるＩＮＶＩＴＥメッセージ（図４に示したステップＳ６にて送信するメッセージに相当）内に展開して送信するようにしてもよい。この場合、ＩＮＶＩＴＥメッセージを受け取ったＨＧＷ３は、ＩＮＶＩＴＥメッセージ（ステップＳ７にて受信するメッセージに相当）からＳＹＮパケットを取り出してサーバ４へ送信する。

上記ステップＳ５〜Ｓ１０の処理を実行する場合のＨＧＷ２の内部処理を図６に基づいて説明する。図６は、上記ステップＳ５〜Ｓ１０の処理を実行した場合のＨＧＷ２内部の処理の流れを示した図である。なお、図６では、簡単のため、サーバ４のＳＩＰセッション制御を代行するＨＧＷ３の記載を省略した構成としている。

端末１からのＳＹＮパケットを受信した場合、ＨＧＷ２のパケット検出部２３は、受信したＳＹＮパケットに含まれる宛先アドレスおよび宛先ポート番号を読み出してＳＩＰセッション制御部２７へ通知する。また、ＳＹＮパケットをバッファリングし、保持しておく。

ＳＩＰセッション制御部２７は、パケット検出部２３から通知された宛先アドレスおよび宛先ポート番号をキーとしてサーバ情報テーブルを検索し、これらの情報に対応する電話番号およびＳＤＰ情報を取得する。そして、取得した情報を使用して、サーバ４（上述したように、実際にはＨＧＷ３）との間でＳＩＰセッション制御を行い、通信路を準備する。通信路の準備が完了したあとは、バッファリングしておいたＳＹＮパケットをサーバ４に向けて送信する。サーバ４に向けたＳＹＮパケットの振り分けは、ルーティング機能部２４が行う。

また、図４に示したように、セッションが確立した状態において、ＨＧＷ２は、ＦＩＮパケットの監視を行い、端末１から送信されたＦＩＮパケットおよびそれに対応するＡＣＫパケットと、サーバ４から送信されたＦＩＮパケットおよびそれに対応するＡＣＫパケットと、を検出した場合、ＳＩＰセッション制御を実行し、ＨＧＷ２とＨＧＷ３の間のセッションを終了させる。具体的には、パケット検出部２３がＦＩＮパケット等の監視を行い、セッションを終了すると判断した場合、その旨をＳＩＰセッション制御部２７へ通知する。そして、ＳＩＰセッション制御部２７がＳＩＰセッション制御を行い、セッションを終了させる。

なお、ＨＧＷ２は、アドレスサーバ５からＳＩＰセッション制御用情報を取得してから一定時間が経過した時点、または、当該情報を使用したＳＩＰセッション制御を行ってから一定時間が経過した時点で、サーバ情報テーブル保持部２８で保持している当該ＳＩＰセッション制御用情報を消去するようにしてもよい。取得した時点からの経過時間の監視はアドレス解決部２６が行い、情報を使用してからの経過時間はＳＩＰセッション制御部２７が行う。サーバ情報テーブル保持部２８から該当する情報を消去する処理はアドレス解決部２６が代表して行う。こうすることにより、記憶領域を節約することができる。また、取得時点を基準として削除を行う場合には、可能な限り最新のＳＩＰセッション制御用情報を保持しておくことができる。

また、ＨＧＷ２のアドレス解決部２６は、上記ステップＳ３でアドレスサーバ５から取得した情報の中に、サービス毎のＳＤＰ情報など、ＳＩＰセッション制御を行う上で重要度がそれほど高くない情報（正確な情報ではなくてもセッションを確立させることが可能な情報）が含まれていない場合、含まれていなかった情報の代わりに、予め決定しておいたデフォルト値などのダミー情報を設定したＳＩＰセッション制御用情報、をサーバ情報テーブル保持部２８へ格納するようにしてもよい。これによりＳＩＰアダプテーションの対象範囲を広げることができる。

また、予め規定しておいた独自のプロトコルなどを使用して、ＮＧＮ１００を介してサーバ４からアドレスサーバ５へ、サービスを提供しているポート番号、サービス毎のＳＤＰ情報、電話番号などの情報を送信することにより、アドレスサーバ５への情報登録や登録されている情報の更新を行う構成としてもよい。この場合、たとえば、ＨＢＷのＬＡＮＩ／Ｆ部が、新たなＩＰ端末（端末やサーバ）が接続されたかどうかを監視し、新たなＩＰ端末を検出した場合には、アドレス解決部２６が新たに接続されたＩＰ端末から必要な情報を取得し、取得した情報をアドレスサーバ５へ送信する。これにより、アドレスサーバ５に格納されている情報を自動更新することができる。

このように、本実施の形態のゲートウエイ装置は、端末からＤＮＳクエリを受信した場合、その中に含まれる宛先のＦＱＤＮをキーとして、ＳＩＰセッション制御を行う際に必要な情報が格納されているアドレスサーバの検索を行い、ＤＮＳクエリの送信元端末に代わってＳＩＰセッション制御を行う場合に使用する情報を取得する。また、端末からＩＰ通信を開始する際に最初に送信されるパケットを検出した場合に、上記アドレスサーバから取得した情報を用いてＳＩＰセッション制御を実行してセッションを確立することとした。これにより、端末から通信相手先の電話番号などを取得することなしにＳＩＰセッション制御を代行することができる。すなわち、ＩＰ通信機能のみを有する一般的な端末の、ＳＩＰセッション制御が必要な次世代通信ネットワークへの接続を実現できる。換言すれば、一般的な端末に対して、ＳＩＰセッション制御が必要な次世代通信ネットワークを介した通信サービスを提供できる。

また、端末が実際に通信を開始するタイミングと同期させてＳＩＰセッション制御を実行するようにしたので、たとえば、ＤＮＳクエリを受信後、すぐに通信が行われない場合などにおいて通信リソースを不必要に消費してしまうのを防止できる。

なお、上記説明では、サーバ４のＳＩＰセッション制御をＨＧＷ３が代行する構成としたが、サーバ４がＳＩＰセッション制御機能を有し、ＨＧＷ３によるＳＩＰセッション制御の代行を必要としない構成のシステムであっても本発明を適用できる。

以上のように、本発明にかかるゲートウエイ装置は、自身が管理するローカルネットワークに収容された端末に代わってＳＩＰセッション制御を実行する必要がある場合に有用であり、特に、ＳＩＰセッション制御が必須とされる次世代通信ネットワークに対して、ＳＩＰセッション制御機能が実装されていない端末の接続を可能にするゲートウエイ装置に適している。

本発明にかかるゲートウエイ装置を含んだ通信システムの構成例を示す図である。本発明にかかるゲートウエイ装置であるＨＧＷの構成例を示す図である。通信開始時に各装置間でやり取りされる信号の流れを示した図ある。端末とサーバがＩＰ通信を行う場合のシーケンスの一例を示す図である。アドレス解決処理を実行した場合のＨＧＷ内部の処理の流れを示した図である。通信開始時におけるＨＧＷ内部の処理の流れを示した図である。

符号の説明

１端末
２、３ホームゲートウエイ（ＨＧＷ）
４サーバ
５アドレスサーバ
６ＳＩＰサーバ
７ＳＢＧ
２１−１〜２１−ｎＬＡＮＩ／Ｆ部
２２ＷＡＮＩ／Ｆ部
２３パケット検出部
２４ルーティング機能部
２５ＤＮＳ中継部
２６アドレス解決部
２７ＳＩＰセッション制御部
２８サーバ情報テーブル保持部
１００ＮＧＮ

Claims

呼制御が不要な複数の第１のネットワークと、前記第１のネットワークに属しているすべての端末の管理情報を個別に保持するデータサーバと、前記複数の第１のネットワーク間にあって前記管理情報に基づいて呼制御を行う第２のネットワークと、を含んだ通信システムにおいて、前記第１のネットワークと前記第２のネットワークを接続するゲートウエイ装置であって、
自身に接続された前記第１のネットワークに属している端末が発行したＤＮＳクエリを検出した場合に、当該ＤＮＳクエリに含まれる相手通信端末の識別情報に対応する管理情報を保持しているかどうかを確認し、保持していない場合に前記データサーバから当該識別情報に対応する管理情報を取得する管理情報取得手段と、
前記端末から発行された接続要求を検出した場合に、当該接続要求に含まれる相手通信端末の識別情報に対応する前記管理情報を利用して、前記第２のネットワークにおける当該相手通信端末との間の呼制御処理を実行する呼制御手段と、
を備えることを特徴とするゲートウエイ装置。
前記管理情報取得手段は、前記データサーバから管理情報を取得してからの経過時間を測定し、一定時間が経過した時点で、当該管理データを破棄することを特徴とする請求項１に記載のゲートウエイ装置。
さらに、
前記第１のネットワークに新たに接続された端末を検出する端末検出手段、
を備え、
前記管理情報取得手段は、前記端末検出手段により検出された端末から当該端末の管理情報を取得し、取得した管理情報を前記データサーバへ登録することを特徴とする請求項１または２に記載のゲートウエイ装置。
前記管理情報の構成要素を、端末の識別情報、サービスを提供しているポート番号、サービス毎のＳＤＰ情報および端末の電話番号とすることを特徴とする請求項１、２または３に記載のゲートウエイ装置。
前記管理情報取得手段は、取得した管理情報の構成要素の一部が欠落している場合、欠落している構成要素については、デフォルト値を設定して補充することを特徴とする請求項１〜４のいずれか一つに記載のゲートウエイ装置。
呼制御が不要な複数の第１のネットワークと、前記第１のネットワークに属しているすべての端末の管理情報を個別に保持するデータサーバと、前記複数の第１のネットワーク間にあって前記管理情報に基づいて呼制御を行う第２のネットワークと、前記第１のネットワークと前記第２のネットワークを接続するゲートウエイ装置と、を含んだ通信システムにおいて、前記ゲートウエイ装置が実行する通信制御方法であって、
自身に接続された前記第１のネットワークに属している端末が発行したＤＮＳクエリを検出した場合に、当該ＤＮＳクエリに含まれる相手通信端末の識別情報に対応する管理情報を保持しているかどうかを確認し、保持していない場合に前記データサーバから当該識別情報に対応する管理情報を取得する管理情報取得ステップと、
前記端末から発行された接続要求を検出した場合に、当該接続要求に含まれる相手通信端末の識別情報に対応する前記管理情報を利用して、前記第２のネットワークにおける当該相手通信端末との間の呼制御処理を実行する呼制御ステップと、
を含むことを特徴とする通信制御方法。
さらに、
前記データサーバから管理情報を取得してからの経過時間を測定し、一定時間が経過した時点で、当該管理データを破棄することを特徴とする請求項６に記載の通信制御方法。
さらに、
前記第１のネットワークに新たに接続された端末を検出した場合、検出した端末から当該端末の管理情報を取得し、取得した管理情報を前記データサーバへ登録する管理情報登録ステップ、
を含むことを特徴とする請求項６または７に記載の通信制御方法。
前記管理情報の構成要素を、端末の識別情報、サービスを提供しているポート番号、サービス毎のＳＤＰ情報および端末の電話番号とすることを特徴とする請求項６、７または８に記載の通信制御方法。
前記管理情報取得ステップでは、取得した管理情報の構成要素の一部が欠落している場合、欠落している構成要素については、デフォルト値を設定して補充することを特徴とする請求項６〜９のいずれか一つに記載の通信制御方法。