JP2005064962A - インタフェース変換装置 - Google Patents

Abstract

【課題】 ＩＰ網とＩＳＤＮとのインタフェース変換装置が一台で、ＩＰ網に接続されている複数の網終端装置と通信できるようにする。
【解決手段】 ＴＥ側ＩＰゲートウェイ（インタフェース変換装置）３０は、ＩＰ網２０に接続されている複数のＮＴ側ＩＰゲートウェイ（網終端装置）の各ＩＰアドレス及び各ＩＰアドレスに対応する識別番号とが記憶されている構成情報テーブル６０と、この構成情報テーブル６０を参照してＩＳＤＮ１０からの呼設定メッセージ中に含まれている識別番号をＩＰアドレスに変換するレイヤ３部４５と、このＩＰアドレスを用いて、ＩＰ網２０に接続されている複数のＮＴ側ＩＰゲートウェイのうちの一台との間の呼制御を実行する呼制御部４７と、を備えている。
【選択図】 図３

Description

本発明は、一方がＩＰ（Internet Protocol）網に接続され、他方がＩＳＤＮ（Integrated Services Digital Network）等のＩＰ網のインタフェースと異なるインタフェースの網に接続され、２つの網相互間での通信を行う際のインタフェース変換処理を行うインタフェース変換装置に関する。

従来、ＩＰ網とＩＳＤＮと間のインタフェース変換処理を行う装置としては、例えば、以下の特許文献１に記載されているものがある。

このインタフェース変換装置（以下、第１インタフェース変換装置とする）は、ＩＰ網とＩＳＤＮとに接続されている。ＩＰ網には、この第1インタフェース変換装置やコンピュータやＩＰ電話機のほか、さらに一台のインタフェース変換装置（以下、第２インタフェース変換装置）が接続されている。この第２インタフェース変換装置には、ＩＳＤＮ通信通信端末が接続されている。仮に、第1インタフェース変換装置に、ＩＳＤＮに接続されているＩＳＤＮ通信端末から呼設定メッセージがあった場合、第1インタフェース変換装置は、ＩＰ網に接続されている各種機器のうち、第1インタフェース変換装置の接続先として予め定められている1つの第２インタフェース変換装置へ、ＩＰ網を介して呼設定メッセージを送る。第２インタフェース変換装置は、この呼設定メッセージを受けると、これに接続されているＩＳＤＮ通信端末との呼設定処理を行う。

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

しかしながら、以上の従来技術では、ＩＳＤＮに接続されているＩＳＤＮ通信端末から、ＩＰ網に接続されている端末との間で通信を行う場合、第１インタフェース変換装置に、１対１の関係で接続されている端末とのみ通信可能で、他の端末とは通信できない。仮に、ＩＰ網に接続されている他の端末と通信を行う場合には、このＩＰ網とＩＳＤＮに接続されている第1インタフェース変換装置をもう一台追加し、この追加の第1インタフェース変換装置に、ＩＰ網経由の接続先として前記他の端末を設定しておく必要があり、設備コストが嵩んでしまう。すなわち、従来技術では、ＩＳＤＮに接続されているＩＳＤＮ通信端末から、ＩＰ網に接続されている複数の端末のうちの任意の端末と通信するためには、設備コストが嵩んでしまうという問題点がある。

本発明は、このような従来技術の問題点に着目してなされたもので、ＩＰ網に接続されている複数の端末のうちの任意の端末と通信可能で、しかも設備コストを抑えることができるインタフェース変換装置を提供することを目的とする。

前記目的を達成するためのインタフェース変換装置は、
一方がＩＰ（Internet Protocol）網に接続され、他方が該ＩＰ網のインタフェースと異なるインタフェースの網（以下、他の網とする）に接続され、２つの網相互間での通信を行う際のインタフェース変換処理を行うインタフェース変換装置において、
前記ＩＰ網に接続されている複数のＩＰ網終端装置のＩＰアドレスと、複数の該ＩＰ網終端装置の識別番号とを対応付けて記憶している記憶手段と、
前記他の網から、複数の前記ＩＰ網終端装置のいずれかに対して呼設定メッセージを受信し、該呼設定メッセージの中に、該呼設定メッセージの対象であるＩＰ網終端装置の識別番号が含まれていると、前記記憶手段の記憶内容を参照して、該識別番号に対応する該ＩＰ網終端装置のＩＰアドレスを抽出するＩＰアドレス抽出手段と、
前記ＩＰアドレス抽出手段で抽出された前記ＩＰアドレスで特定される前記ＩＰ網終端装置に対する呼制御を行う呼制御手段と、
を備えていることを特徴とするものである。

ここで、前記インタフェース変換装置において、
前記他の網は、ＩＳＤＮ（Integrated Services Digital Network）であり、前記呼設定メッセージ中に、該呼設定メッセージの対象である前記ＩＰ網終端装置の識別番号として、着番号及び／又は着サブアドレスが含まれている場合には、
前記記憶手段には、複数の前記ＩＰアドレスと、各ＩＰアドレスに対応する着番号と着サブアドレスとのうちの少なくとも一方が記憶されていることを特徴とする。

さらに、このインタフェース変換装置において、
複数の前記ＩＰ網終端装置のうちの所定のＩＰ網終端装置に対する呼設定メッセージには、該ＩＰ網終端装置の識別番号として、着番号及び着サブアドレスが含まれている場合には、
前記記憶手段には、前記所定のＩＰ網終端装置の着番号と着サブアドレスのそれぞれに、該所定のＩＰ網終端装置のＩＰアドレスが対応付けられて記憶され、
前記ＩＰアドレス抽出手段は、前記呼設定メッセージ中に、着番号及び着サブアドレスが含まれている場合、前記記憶手段の記憶内容を参照して、着番号と着サブアドレスとのうちの予め優先するよう指定を受けている方に対応するＩＰアドレスを抽出することを特徴とする。

また、以上のように、前記呼設定メッセージ中の識別番号である前記着番号及び／又は着サブアドレスが含まれている場合、前記呼制御手段は、前記ＩＰアドレス抽出手段で抽出された前記ＩＰアドレスで特定される前記ＩＰ網終端装置へ、前記呼設定メッセージ中の識別番号である前記着番号及び／又は着サブアドレスを送信するようにしてもよい。

また、以上の各インタフェース変換装置において、
複数の前記ＩＰ網終端装置のうちの所定のＩＰ網終端装置に対する呼設定メッセージには、該ＩＰ網終端装置の識別番号が含まれていない場合、
前記記憶手段には、前記識別番号が無いものと、前記所定のＩＰ網終端装置のＩＰアドレスが対応付けられて記憶されており、
前記ＩＰアドレス抽出手段は、前記呼設定メッセージの中に、前記識別番号が含まれていない場合には、前記記憶手段の記憶内容を参照して、該識別番号が無いものと対応付けられている前記ＩＰアドレスを抽出するようにしてもよい。

本発明に係るインタフェース変換装置は、複数のＩＰ終端装置のＩＰアドレスと、複数の該ＩＰ網終端装置の識別番号とを対応付けて記憶している記憶手段を有しているので、ＩＰ網に接続されている複数のＩＰ終端装置毎に、インタフェース変換装置を設けなくても、1つのインタフェース変換装置で、ＩＰ網に接続されている複数のＩＰ網終端装置との通信を行うことができ、設備コストを抑えることができる。

まず、本発明に係る一実施形態としてのインタフェース変換装置が設けられる通信ネットワークの構成について、図１を用いて説明する。

本実施形態としてのインタフェース変換装置は、ＩＰゲートウェイ３０であり、このＩＰゲートウェイ（以下、ＴＥ側ＩＰゲートウェイとする）３０に、ＩＳＤＮ１０とＩＰ網２０とが接続されている。ＩＳＤＮ１０には、ＩＳＤＮ通信端末１１の他、ＰＢＸ（Private Branch Exchange）１２やＴＡ（Terminal Adapter）１４を介して複数の電話機１３，１５が接続されている。さらに、このＩＳＤＮ１０には、ＰＨＳ（Personal Handy-phone System）網１６が接続されており、このＰＨＳ網１６に複数のＰＨＳ１７が収容されている。ＩＰ網２０には、複数の拠点毎に、ＩＰゲートウェイ（以下、ＮＴ側ＩＰゲートウェイとする）２１が接続されており、各ＩＰゲートウェイ２１にＰＢＸ２２が接続され、これらＰＢＸ２２に1以上の電話機２３が接続されている。

なお、以上の通信ネットワークの構成は、一例であり、例えば、ＩＰ網２０には、直接、ＩＰ電話機やコンピュータが接続されていてもよく、また、ＩＳＤＮ１０には、ＰＨＳ網１６が接続されていなくてもよい。

ＴＥ側ＩＰゲートウェイ３０は、ハートウェア的には、図２に示すように、各種処理を実行するＣＰＵ３１と、このＣＰＵ３１が実行する各種プログラムが記憶されているプログラムメモリ３２と、このゲートウェイ３０の構成情報やその他の各種データが記憶されているデータメモリ３３と、ＩＳＤＮ１０と物理的に接続されるＩＳＤＮインタフェース３４と、ＩＰ網２０を構成するＬＡＮ回線と物理的に接続されるＬＡＮインタフェース３５と、を備えている。

このＴＥ側ＩＰゲートウェイ３０は、ソフトウェア的には、図３に示すように、ＩＳＤＮ１０との接続制御を行うＩＳＤＮ制御ブロック４２と、ＩＰ網２０を構成するＬＡＮ回線との接続制御を行うＬＡＮ制御ブロック４６と、構成情報が記憶されている構成情報記憶領域４１と、各制御ブロック４２，４６の統合的な管理や構成情報記憶領域４１からのデータの入出力管理等を行うシステム制御部４０と、を備えている。

ＩＳＤＮ制御ブロック４２は、JＴ−Ｉ．４３０又はJＴ−Ｉ．４３１に従ってＩＳＤＮのレイヤ１に関する処理を行うレイヤ１部４３と、JＴ−Ｑ．９２１（ＬＡＰＤ：Link access Procedure on the D-channel）に従ってレイヤ２（データリンク層）に関する処理を行うレイヤ２部４４と、JＴ−Ｑ．９３１に従ってレイヤ３（ネットワーク層）に関する処理を行うレイヤ３部４５と、を有している。なお、このＩＳＤＮ制御ブロック４２は、図２におけるプログラムメモリ３２内のプログラムを実行するＣＰＵ３１と、このＣＰＵ３１により制御されるＩＳＤＮインタフェース３４と、を有して構成されている。

ＬＡＮ制御ブロック４６は、JＴ−Ｈ．３２３又はＳＩＰに従ってＩＰ網内の呼制御を行う呼制御部４７と、ＴＣＰに従った処理を行うＴＣＰ部４８と、ＩＰに従った処理を行うＩＰ部４９と、を有している。なお、このＬＡＮ制御ブロック４６は、図２におけるプログラムメモリ３２内のプログラムを実行するＣＰＵ３１と、このＣＰＵ３１により制御されるＬＡＮインタフェース３５と、を有して構成されている。

構成情報記憶領域４１には、各種構成情報のうちの１つとして、ＩＳＤＮ１０から送られてくる各ＮＴ側ＩＰゲートウェイ２１の識別番号と、各ＮＴ側ＩＰゲートウェイ２１のＩＰアドレスとが対応付けられている構成情報テーブル６０が記憶されている。ＩＳＤＮ制御ブロック４２のレイヤ３部４５は、この構成情報テーブル６０を参照して、ＩＳＤＮ１０からの呼設定メッセージ中に含まれている各ＮＴ側ＩＰゲートウェイ２１のＩＰアドレスを抽出し、このＩＰアドレスをＬＡＮ制御ブロック４６の呼制御部４７に渡す。

ここで、ＩＳＤＮ１０からの呼設定メッセージのデータ構成について、図４を用いて説明する。

ＩＳＤＮ制御ブロック４２のレイヤ３部４５で解析されるデータは、共通部５１と個別部５３とを有している。呼設定メッセージ５０は、この共通部５１のメッセージ種別の欄５２に、呼設定メッセージである旨が書き込まれている。個別部５３は、伝達能力を示す伝達能力情報５４と、チャネル識別子５５と、着番号５６と、着サブアドレス５７、図示されていない発番号や発サブアドレス等の情報要素を有している。一般的に、着番号５６には、発信者が指定した公衆網番号が含まれているため、この着番号５６を利用することで、公衆網を利用するダイヤル・インを行うことができる。また、着サブアドレス５７には、発信者が指定した内容がそのまま含まれるため、例えば、この着サブアドレス５７を利用することで、このアドレスを利用したダイヤル・インを行うことができる。

構成情報テーブル６０には、図５に示すように、ＩＰ網２０の各拠点のＮＴ側ＩＰゲートウェイ２１，２１，…毎に、ＩＰアドレス６２と、各ＮＴ側ＩＰゲートウェイ２１，２１，…の識別番号６１である着番号又は着サブアドレスとが、対応付けられている。

なお、構成情報テーブル６０の記憶内容は、通信ネットワークの構成に応じて設定されるものであり、ＩＰ網２０に接続されている保守端末（図示せず）によってＩＰ網経由で設定記憶させるか、又は、ＩＰゲートウェイ３０に直接保守端末を接続し（この保守端末、及び保守端末接続用のポートは図示されていない）、この保守端末によって設定記憶させてもよい。即ち、ＩＰゲートウェイ３０のＣＰＵ３１が、ＬＡＮインタフェース３５を介して保守端末から得た構成情報、又は、直接接続された保守端末から得た構成情報を、構成情報記憶テーブル６０として、構成情報記憶領域４１に格納する。従って、ＩＰゲートウェイ３０は、保守端末等の構成情報を設定する手段によって設定された構成情報テーブル６０の内容に応じて動作する。

ＩＳＤＮ１０からの呼設定メッセージが一般着信である場合には、呼設定メッセージ５０ａの構成データのうち、着番号及び着サブアドレスが含まれていない。このため、ＩＳＤＮ制御ブロック４２のレイヤ３部４５は、この構成情報テーブル６０から、着番号「なし」及び着サブアドレス「なし」に対応付けられているＩＰアドレスを抽出する。この例では、拠点が「東京」のＮＴ側ＩＰゲートウェイのＩＰアドレス「100．100．100．3」が抽出される。

また、ＩＳＤＮからの呼設定メッセージがダイヤルイン着信である場合には、呼設定メッセージ５０ｂの構成データのうち、着番号５６ｂは含まれるが、着サブアドレスが含まれていない。このため、ＩＳＤＮ制御ブロック４２のレイヤ３部４５は、構成情報テーブル６０から、着番号「xxx xxxx」及び着サブアドレス「なし」に対応付けられているＩＰアドレスを抽出する。例えば、着番号５６ｂが「111 1111」である場合には、拠点が「東京」のＮＴ側ＩＰゲートウェイ２１のＩＰアドレス「100．100．100．3」が抽出され、着番号５６ｂが「222 2222」である場合には、拠点が「大阪」のＮＴ側ＩＰゲートウェイ２１のＩＰアドレス「100．100．100．4」が抽出される。

また、呼設定メッセージが着サブアドレス指定着信である場合には、呼設定メッセージ５０ｃの構成データのうち、着サブアドレス５７ｃは含まれるが、着番号が含まれていないときと、着番号及び着サブアドレスの両方が含まれるときがある。着サブアドレス５７ｃは含まれるが、着番号が含まれていないとき、ＩＳＤＮ制御ブロック４２のレイヤ３部４５は、構成情報テーブル６０から、着番号「なし」及び着サブアドレス「xxx xxx xxxx」に対応付けられているＩＰアドレスを抽出する。例えば、着サブアドレス５７ｃが「03 9999 9999」である場合には、拠点が「東京」のＮＴ側ＩＰゲートウェイ２１のＩＰアドレス「100．100．100．3」が抽出され、着サブアドレス５７ｃが「072 000 0001」である場合には、拠点が「大阪」のＮＴ側ＩＰゲートウェイ２１のＩＰアドレス「100．100．100．4」が抽出される。また、呼設定メッセージ５０ｃに着番号及び着サブアドレスの両方が含まれるとき、レイヤ３部４５は、予め優先順位が高く設定されている方に基づいて、ＩＰアドレスを抽出する。つまり、着番号と着サブアドレスとのうち、着番号の優先順位が高い場合には、この着番号に基づいてＩＰアドレスが抽出され、着サブアドレスの優先順位が高い場合には、この着サブアドレスに基づいてＩＰアドレスが抽出される。この優先順位は、構成情報の一部として、構成情報記憶領域４１に記憶されている。

次に、図６に示すフローチャートに従って、ＩＳＤＮから呼設定メッセージを受信した際のＴＥ側ＩＰゲートウェイ３０の動作について説明する。

ＴＥ側ＩＰゲートウェイ３０のレイヤ３部４５が呼設定メッセージを受信すると（ステップ１）、これを解析して、呼設定メッセージ中に着番号が有るか否かを判断する（ステップ２）。呼設定メッセージ中に着番号がある場合には、呼設定メッセージ中に着サブアドレスが有るか否かに関わらず、構成情報テーブル６０を参照して、この着番号をＩＰアドレスに変換する（ステップ３）。すなわち、この例は、着番号と着サブアドレスとのうち、着番号の優先順位が高く設定されている例で、仮に、着サブアドレスがあったとしても、着番号に基づいてＩＰアドレスが定められる。

また、ステップ２で、着番号がないと判断された場合には、着サブアドレスが有るか否かを判断する（ステップ４）。呼設定メッセージ中に、着サブアドレスがある場合には、呼設定情報テーブル６０を参照して、この着サブアドレスをＩＰアドレスに変換する（ステップ５）。また、着サブアドレスが無い場合、つまり、着番号も着サブアドレスも無い場合、構成情報テーブル６０を参照して、いずれも無いものに対するＩＰアドレスを定める（ステップ６）。

レイヤ３部４５は、ステップ３，５，６でＩＰアドレスを定めると、このＩＰアドレスと共に、呼設定メッセージ中に含まれている全てのデータをＬＡＮ制御部４６に渡す。ＬＡＮ制御部４６は、ＩＰアドレスや呼設定メッセージ内のデータを用いて、ＩＰパケットを生成する（ステップ７）。この際、ＩＰパケットのヘッダ部には、呼設定メッセージである旨とＩＰアドレス等が設定される。また、ＩＰパケットのペイロード部には、ＩＳＤＮ１０からの呼設定メッセージ内のデータ、つまり、伝達能力、発番号、発サブアドレス、着番号、着サブアドレス等が設定される。

ＬＡＮ制御ブロック４６は、呼設定メッセージをパケット化すると（ステップ７）、このＩＰパケット化された呼設定メッセージをＩＰ網２０に発信する（ステップ８）。発信された呼設定メッセージは、ＩＰ網２０に接続されている複数のＮＴ側ＩＰゲートウェイ２１のうち、この呼設定メッセージ中に含まれているＩＰアドレスに対応したＮＴ側ＩＰゲートウェイ２１が受信する。

なお、ここでは、ＩＰパケット中に、着番号や着サブアドレスのデータを含めているが、これらのデータは、ＩＰ網２０に接続されているＮＴ側ＩＰゲートウェイ２１のＩＰアドレスを定めるために使用するので、基本的に、ＮＴ側ＩＰゲートウェイ２１にこれらのデータを送る必要ない。しかしながら、本実施形態では、後述するように、これらの有無に応じて各種サービスを行うようにしているので、着番号や着サブ番号等をＩＰパケット中に含めている。

次に、以上で説明した通信ネットワークにおける呼制御手順について、図７に示す呼制御シーケンス図を用いて説明する。なお、ここでは、ＩＳＤＮ１０に接続されている端末１１，１３，１５，１７のいずれかからＩＰ網２０を経て、このＩＰ網２０に接続されている東京の電話機２３を呼び出すものとする。

発信者は、ＩＳＤＮ１０内の着番号“011 111 1111”をダイヤルした後、“＊”を押してから、ＩＰ網２０内の東京の着サブアドレス“03 9999 9999”をダイヤルする。発信者側の端末は、これらのダイヤルを受け付けると（ステップ１０）、着サブアドレスを含む呼設定メッセージをＩＳＤＮ１０に発信する（ステップ１１）。ＩＳＤＮ１０は、ＩＳＤＮ１０内の着番号を削除して、着番号対応のＴＥ側ＩＰゲートウェイ３０に、呼設定メッセージを送信する（ステップ１２）。

ＴＥ側ＩＰゲートウェイ３０は、ＩＳＤＮ１０から呼設定メッセージを受信すると、この呼設定メッセージを解析して、ＩＰ網２０に収容されている網終端装置（ＮＴ側ＩＰゲートウェイ２１）の着番号及び着サブアドレスの有無を確認する。この場合、呼設定メッセージ内には着サブアドレスのみが含まれているので、構成情報テーブル６０を参照して、この着サブアドレス“03 9999 9999”をＩＰアドレス“100．100．100．3”に変換する（ステップ１３）。そして、このＩＰアドレス及び呼設定メッセージの内容をパケット化して、ＩＰ網２０へ送信する（ステップ１４）。

ＮＴ側ＩＰゲートウェイ２１は、ＩＰ網２０から呼設定メッセージを受信すると、これをＰＢＸ２２のインタフェース仕様に変換してから、ＰＢＸ２２へ送信する（ステップ１５）。ＰＢＸ２２は、この呼設定メッセージを解析し、この呼設定メッセージに着サブアドレスが含まれていることを確認すると、この着サブアドレスが示す内線番号“9999”の電話機２３に呼設定メッセージを送信する。この電話機２３は、この呼設定メッセージを受信すると、接続応答をＰＢＸ２２に返す。この接続応答は、ＮＴ側ＩＰゲートウェイ２１、ＩＰ網２０、ＴＥ側ＩＰゲートウェイ３０、ＩＳＤＮ１０を経て、ＩＳＤＮ１０に接続されている端末に送られる（ステップ１６）。

ＩＳＤＮ１０に接続されている端末が接続応答を受信すると、ＩＰ網２０に接続されている東京の電話機２３と通話できるようになる（ステップ１７）。

ところで、ＮＴ側ＩＰゲートウェイ２１から呼設定メッセージを受信したＰＢＸ２２は、この呼設定メッセージ中に、着番号が含まれているか否か、着サブアドレスが含まれているか否かに応じて、各種サービスを実行する。例えば、ＰＢＸ２２は、呼設定メッセージ中に着番号及び着サブアドレスが含まれていない場合、このＰＢＸ２０に接続されている複数の電話機２３のうち、代表番号の電話機又は交換手対応の電話機との間での呼を確立する。また、ＰＢＸ２０は、呼設定メッセージ中に着サブアドレスが含まれ、着番号が含まれていない場合、つまり、図７を用いて説明した例の場合、着サブアドレス中に含まれている内線番号の電話機との間での呼を確立する。また、ＰＢＸ２２は、呼設定メッセージ中に着番号が含まれ、着サブアドレスが含まれていない場合、複数の部署のうち、着番号に予め対応付けられた部署の一部又は全ての電話機との間での呼を確立する。また、呼設定メッセージ中に、着番号及び着サブアドレスが含まれている場合には、予め定められているいずれか一方を優先し、優先する方のサービスを実行する。つまり、着サブアドレスを優先する場合には、この着サブアドレス中に含まれている内線番号の電話機との間での呼を確立し、着番号を優先する場合には、着番号に対応付けられた部署の一部又は全ての電話機との間での呼を確立する。

このため、図５に示すように、拠点が「東京」のＮＴ側ＩＰゲートウェイ２１のＩＰアドレス「100．100．100．3」に対して、識別番号の形態として、(1)着番号無し、着サブアドレス無し、(2)着番号＝111 1111、着サブアドレス無し、(3)着番号無し、着サブアドレス＝03 0000 0000〜03 9999 9999、の３つの形態があり、各形態により、着信側のサービスを変えている。

以上のように、本実施形態では、インタフェース変換装置であるＴＥ側ＩＰゲートウェイ３０は、各ＮＴ側ＩＰゲートウェイの識別番号と、各ＮＴ側ＩＰゲートウェイのＩＰアドレスとが対応付けられている構成情報テーブル６０を備えているので、ＩＰ網２０に接続されている複数の端末毎に、ＴＥ側ＩＰゲートウェイ３０を設けなくても、1つのＴＥ側ＩＰゲートウェイ３０で、ＩＰ網２０に接続されている各端末との通信を行うことができ、設備コストを抑えることができる。

また、本実施形態では、ＩＰパケット中に、着番号や着サブアドレスのデータを含め、これらのデータの有無に応じて各種サービスを行うようにしているので、サービスの多様化を図ることができる。

本発明に係る一実施形態における通信ネットワークの構成を示す説明図である。 本発明に係る一実施形態におけるＴＥ側ＩＰゲートウェイ（インタフェース変換装置）のハードウェア構成を示す説明図である。 本発明に係る一実施形態におけるＴＥ側ＩＰゲートウェイ（インタフェース変換装置）のソフトウェア構成を示す説明図である。 本発明に係る一実施形態における呼設定メッセージのデータ構成を示す説明図である。 本発明に係る一実施形態における構成情報テーブルの構成を示す説明図である。 本発明に係る一実施形態におけるＴＥ側ＩＰゲートウェイ（インタフェース変換装置）の呼設定メッセージ受信時の動作を示す説明図である。 本発明に係る一実施形態における通信ネットワークの呼制御のシーケンス図である。

符号の説明

１０：ＩＳＤＮ、２０：ＩＰ網、２１：ＮＴ側ＩＰゲートウェイ（インタフェース変換装置）、２２：ＰＢＸ、２３：電話機、３０：ＴＥ側ＩＰゲートウェイ（ＩＰ網終端装置）、４１：構成情報記憶領域４１、４２：ＩＳＤＮ制御ブロック、４５：レイヤ３部、４６：ＬＡＮ制御ブロック、４７：呼制御部、５０：呼設定メッセージ、５６：着番号、５７：着サブアドレス、６０：構成情報テーブル

Claims (5)

1. 一方がＩＰ（Internet Protocol）網に接続され、他方が該ＩＰ網のインタフェースと異なるインタフェースの網（以下、他の網とする）に接続され、２つの網相互間での通信を行う際のインタフェース変換処理を行うインタフェース変換装置において、
   前記ＩＰ網に接続されている複数のＩＰ網終端装置のＩＰアドレスと、複数の該ＩＰ網終端装置の識別番号とを対応付けて記憶している記憶手段と、
   前記他の網から、複数の前記ＩＰ網終端装置のいずれかに対して呼設定メッセージを受信し、該呼設定メッセージの中に、該呼設定メッセージの対象であるＩＰ網終端装置の識別番号が含まれていると、前記記憶手段の記憶内容を参照して、該識別番号に対応する該ＩＰ網終端装置のＩＰアドレスを抽出するＩＰアドレス抽出手段と、
   前記ＩＰアドレス抽出手段で抽出された前記ＩＰアドレスで特定される前記ＩＰ網終端装置に対する呼制御を行う呼制御手段と、
   を備えていることを特徴とするインタフェース変換装置。
2. 請求項１に記載のインタフェース変換装置において、
   前記他の網は、ＩＳＤＮ（Integrated Services Digital Network）であり、
   前記呼設定メッセージ中に、該呼設定メッセージの対象である前記ＩＰ網終端装置の識別番号として、着番号及び／又は着サブアドレスが含まれており、
   前記記憶手段には、複数の前記ＩＰアドレスと、各ＩＰアドレスに対応する着番号と着サブアドレスとのうちの少なくとも一方が記憶されている、
   ことを特徴とするインタフェース変換装置。
3. 請求項２に記載のインタフェース変換装置において、
   複数の前記ＩＰ網終端装置のうちの所定のＩＰ網終端装置に対する呼設定メッセージには、該ＩＰ網終端装置の識別番号として、着番号及び着サブアドレスが含まれており、
   前記記憶手段には、前記所定のＩＰ網終端装置の着番号と着サブアドレスのそれぞれに、該所定のＩＰ網終端装置のＩＰアドレスが対応付けられて記憶され、
   前記ＩＰアドレス抽出手段は、前記呼設定メッセージ中に、着番号及び着サブアドレスが含まれている場合、前記記憶手段の記憶内容を参照して、着番号と着サブアドレスとのうちの予め優先するよう指定を受けている方に対応するＩＰアドレスを抽出する、
4. 請求項２及び３のいずれか一項に記載のインタフェース変換装置において、
   前記呼制御手段は、前記ＩＰアドレス抽出手段で抽出された前記ＩＰアドレスで特定される前記ＩＰ網終端装置へ、前記呼設定メッセージ中に識別番号である前記着番号及び／又は着サブアドレスが含まれる場合、該着番号及び／又は着サブアドレスを送信する、
   ことを特徴とするインタフェース変換装置。
5. 請求項１から４のいずれか一項に記載のインタフェース変換装置において、
   複数の前記ＩＰ網終端装置のうちの所定のＩＰ網終端装置に対する呼設定メッセージには、該ＩＰ網終端装置の識別番号が含まれておらず、
   前記記憶手段には、前記識別番号が無いものと、前記所定のＩＰ網終端装置のＩＰアドレスが対応付けられて記憶されており、
   前記ＩＰアドレス抽出手段は、前記呼設定メッセージの中に、前記識別番号が含まれていない場合には、前記記憶手段の記憶内容を参照して、該識別番号が無いものと対応付けられている前記ＩＰアドレスを抽出する、
   ことを特徴とするインタフェース変換装置。