JP2003273890A - 端末管理装置アドレス取得システム - Google Patents
端末管理装置アドレス取得システムInfo
- Publication number
- JP2003273890A JP2003273890A JP2002071378A JP2002071378A JP2003273890A JP 2003273890 A JP2003273890 A JP 2003273890A JP 2002071378 A JP2002071378 A JP 2002071378A JP 2002071378 A JP2002071378 A JP 2002071378A JP 2003273890 A JP2003273890 A JP 2003273890A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- address
- management device
- terminal management
- network address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】 端末が、自己を端末管理装置に登録するため
に必要な端末管理装置のアドレスを容易に取得でき、そ
のためのシステムへの設定作業も簡単にする。 【解決手段】 本発明の端末管理装置アドレス取得シス
テムでは、ネットワークアドレス割当て制御サーバに予
め端末管理装置のアドレスを設定しておく。端末と端末
管理装置との間に位置するネットワークアドレス変換装
置は、ネットワークアドレス割当て制御サーバにネット
ワークアドレスの割当てを要求した際に、ネットワーク
アドレスに加えて端末管理装置アドレスを受け取る。端
末は、ネットワークアドレス変換装置にネットワークア
ドレスの割当てを要求した際に、ネットワークアドレス
に加えて端末管理装置アドレスを受け取って、端末管理
装置アドレスを取得する。
に必要な端末管理装置のアドレスを容易に取得でき、そ
のためのシステムへの設定作業も簡単にする。 【解決手段】 本発明の端末管理装置アドレス取得シス
テムでは、ネットワークアドレス割当て制御サーバに予
め端末管理装置のアドレスを設定しておく。端末と端末
管理装置との間に位置するネットワークアドレス変換装
置は、ネットワークアドレス割当て制御サーバにネット
ワークアドレスの割当てを要求した際に、ネットワーク
アドレスに加えて端末管理装置アドレスを受け取る。端
末は、ネットワークアドレス変換装置にネットワークア
ドレスの割当てを要求した際に、ネットワークアドレス
に加えて端末管理装置アドレスを受け取って、端末管理
装置アドレスを取得する。
Description
【０００１】
【発明の属する技術分野】本発明は端末管理装置アドレ
ス取得システムに関し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ
ｏｖｅｒ ＩＰ）端末を配下のネットワークに収容す
るＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎ
ｓｌａｔｉｏｎ）ルータが、端末管理装置アドレスを取
得する方法などに適用し得るものである。
ス取得システムに関し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ
ｏｖｅｒ ＩＰ）端末を配下のネットワークに収容す
るＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎ
ｓｌａｔｉｏｎ）ルータが、端末管理装置アドレスを取
得する方法などに適用し得るものである。
【０００２】本発明は、例えば、ＤＨＣＰ（Ｄｙｎａｍ
ｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏ
ｔｏｃｏｌ）とＨ．３２３とのプロトコル連携や、ＤＨ
ＣＰとＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎ
ｔｒｏｌ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携や、
ＤＨＣＰとＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉ
ｏｎ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携などを意
図としているものである。
ｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏ
ｔｏｃｏｌ）とＨ．３２３とのプロトコル連携や、ＤＨ
ＣＰとＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎ
ｔｒｏｌ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携や、
ＤＨＣＰとＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉ
ｏｎ Ｐｒｏｔｏｃｏｌ）とのプロトコル連携などを意
図としているものである。
【０００３】なお、ＤＨＣＰはＲＦＣ２１３１とＲＦＣ
２１３２で、Ｈ．３２３の端末管理はＩＴＵ−Ｔ Ｈ．
２２５．０勧告で、ＭＧＣＰはＲＦＣ２７０５で、ＳＩ
ＰはＲＦＣ２５４３で規定されている。
２１３２で、Ｈ．３２３の端末管理はＩＴＵ−Ｔ Ｈ．
２２５．０勧告で、ＭＧＣＰはＲＦＣ２７０５で、ＳＩ
ＰはＲＦＣ２５４３で規定されている。
【０００４】
【従来の技術】今日においては、プロトコルなどが異な
る複数のネットワークに属する通信装置間でも、ネット
ワークアドレスを変換するなどの各種の処理により、通
信し得るようになされている。
る複数のネットワークに属する通信装置間でも、ネット
ワークアドレスを変換するなどの各種の処理により、通
信し得るようになされている。
【０００５】例えば、図２に示すような複数（図２では
３個）のネットワークＮＡ〜ＮＣの接続構成を考える。
３個）のネットワークＮＡ〜ＮＣの接続構成を考える。
【０００６】図２において、ネットワークＮＡとネット
ワークＮＢはルータＲＡＢによって接続されており、ネ
ットワークＮＢとネットワークＮＣはルータＲＢＣによ
って接続されている。ネットワークＮＡ及びＮＢ間のル
ータＲＡＢはＮＡＴルータである。また、ネットワーク
ＮＡにはＶｏＩＰ端末１が配置されており、ネットワー
クＮＢにはＤＨＣＰサーバ２が配置されており、ネット
ワークＮＣには端末管理装置３が配置されている。
ワークＮＢはルータＲＡＢによって接続されており、ネ
ットワークＮＢとネットワークＮＣはルータＲＢＣによ
って接続されている。ネットワークＮＡ及びＮＢ間のル
ータＲＡＢはＮＡＴルータである。また、ネットワーク
ＮＡにはＶｏＩＰ端末１が配置されており、ネットワー
クＮＢにはＤＨＣＰサーバ２が配置されており、ネット
ワークＮＣには端末管理装置３が配置されている。
【０００７】ルータＲＡＢはネットワークＮＢ側にはＤ
ＨＣＰクライアントとしての機能を装備し、ネットワー
クＮＡ側にはＤＨＣＰサーバとしての機能を装備してい
る。ルータＲＡＢは、外部ＤＨＣＰサーバ２からネット
ワークＮＢ側のグローバルアドレスを取得し、ＶｏＩＰ
端末１へプライベートアドレスを付与するものである。
ＨＣＰクライアントとしての機能を装備し、ネットワー
クＮＡ側にはＤＨＣＰサーバとしての機能を装備してい
る。ルータＲＡＢは、外部ＤＨＣＰサーバ２からネット
ワークＮＢ側のグローバルアドレスを取得し、ＶｏＩＰ
端末１へプライベートアドレスを付与するものである。
【０００８】従来、このようなネットワーク構成におい
て、ＶｏＩＰ端末１を端末管理装置３に登録するには、
例えば、次の２つの方法（１）、（２）のいずれかの方
法が用いられてきた。
て、ＶｏＩＰ端末１を端末管理装置３に登録するには、
例えば、次の２つの方法（１）、（２）のいずれかの方
法が用いられてきた。
【０００９】（１）明示的にＶｏＩＰ端末１に端末管理
装置３のアドレスを付与する方法（Ｈ．３２３、ＭＧＣ
Ｐ、ＳＩＰ） （２）マルチキャストパケットによる端末管理装置３の
発見手順を用いる方法（Ｈ．３２３、ＳＩＰ） なお、図２において端末管理装置３と表記している構成
は、ＶｏＩＰで用いるプロトコルにより名称が異なって
いる。端末管理装置３は、Ｈ．３２３ではゲートキーパ
に相当し、ＭＧＣＰではコールエージェントに相当し、
ＳＩＰではＳＩＰサーバに相当している。
装置３のアドレスを付与する方法（Ｈ．３２３、ＭＧＣ
Ｐ、ＳＩＰ） （２）マルチキャストパケットによる端末管理装置３の
発見手順を用いる方法（Ｈ．３２３、ＳＩＰ） なお、図２において端末管理装置３と表記している構成
は、ＶｏＩＰで用いるプロトコルにより名称が異なって
いる。端末管理装置３は、Ｈ．３２３ではゲートキーパ
に相当し、ＭＧＣＰではコールエージェントに相当し、
ＳＩＰではＳＩＰサーバに相当している。
【００１０】
【発明が解決しようとする課題】しかし、ＶｏＩＰ端末
１を端末管理装置３に登録する、上述した２つの方法
（１）、（２）はそれぞれ、以下のような課題を有する
ものであった。
１を端末管理装置３に登録する、上述した２つの方法
（１）、（２）はそれぞれ、以下のような課題を有する
ものであった。
【００１１】（１）端末管理装置３のアドレスが既知で
ある必要があり、さらに各ＶｏＩＰ端末１毎に設定登録
しなければならず、手間がかかる。また、端末管理装置
３が変更された場合には、その都度、全ＶｏＩＰ端末１
の再設定が必要となってしまう。
ある必要があり、さらに各ＶｏＩＰ端末１毎に設定登録
しなければならず、手間がかかる。また、端末管理装置
３が変更された場合には、その都度、全ＶｏＩＰ端末１
の再設定が必要となってしまう。
【００１２】（２）ＶｏＩＰ端末１と端末管理装置３間
のネットワークを構成する全てのルータ（ＲＡＢやＲＢ
Ｃなど）がマルチキャストパケットを送受信できるよう
に対応していなければならず、機器の選定と設定を必要
とする。
のネットワークを構成する全てのルータ（ＲＡＢやＲＢ
Ｃなど）がマルチキャストパケットを送受信できるよう
に対応していなければならず、機器の選定と設定を必要
とする。
【００１３】そのため、上述した課題を解決し得る端末
管理装置アドレス取得システムが求められている。
管理装置アドレス取得システムが求められている。
【００１４】
【課題を解決するための手段】かかる課題を解決するた
め、本発明の端末管理装置アドレス取得システムは、
（１）ネットワークアドレス割当て制御サーバに予め端
末管理装置のアドレスを設定しておき、（２）端末と上
記端末管理装置との間に位置するネットワークアドレス
変換装置は、上記ネットワークアドレス割当て制御サー
バにネットワークアドレスの割当てを要求した際に、割
当てられたネットワークアドレスと上記端末管理装置の
アドレスとを受け取り、（３）上記端末は、上記ネット
ワークアドレス変換装置にネットワークアドレスの割当
てを要求した際に、割当てられたネットワークアドレス
と上記端末管理装置のアドレスとを受け取って、上記端
末管理装置のアドレスを取得することを特徴とする。
め、本発明の端末管理装置アドレス取得システムは、
（１）ネットワークアドレス割当て制御サーバに予め端
末管理装置のアドレスを設定しておき、（２）端末と上
記端末管理装置との間に位置するネットワークアドレス
変換装置は、上記ネットワークアドレス割当て制御サー
バにネットワークアドレスの割当てを要求した際に、割
当てられたネットワークアドレスと上記端末管理装置の
アドレスとを受け取り、（３）上記端末は、上記ネット
ワークアドレス変換装置にネットワークアドレスの割当
てを要求した際に、割当てられたネットワークアドレス
と上記端末管理装置のアドレスとを受け取って、上記端
末管理装置のアドレスを取得することを特徴とする。
【００１５】
【発明の実施の形態】（Ａ）第１の実施形態
以下、本発明による端末管理装置アドレス取得システム
の第１の実施形態を図面を参照しながら詳述する。
の第１の実施形態を図面を参照しながら詳述する。
【００１６】第１の実施形態は、上述した従来方法の課
題を解決すべく、端末管理装置のアドレスを端末（例え
ばＶｏＩＰ端末）に自動的に付与する方法を提供しよう
としたものである。なお、この第１の実施形態は、Ｖｏ
ＩＰで用いられるプロトコルがＨ．３２３の場合であ
る。
題を解決すべく、端末管理装置のアドレスを端末（例え
ばＶｏＩＰ端末）に自動的に付与する方法を提供しよう
としたものである。なお、この第１の実施形態は、Ｖｏ
ＩＰで用いられるプロトコルがＨ．３２３の場合であ
る。
【００１７】（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態における複数のネットワークの
接続構成を示すブロック図であり、上述した図２との同
一、対応部分には、同一符号を付して示している。
接続構成を示すブロック図であり、上述した図２との同
一、対応部分には、同一符号を付して示している。
【００１８】図１において、ネットワークＮＡとネット
ワークＮＢはルータＲＡＢによって接続されており、ネ
ットワークＮＢとネットワークＮＣはルータＲＢＣによ
って接続されている。ネットワークＮＡ及びＮＢ間のル
ータＲＡＢはＮＡＴルータである。また、ネットワーク
ＮＡにはＶｏＩＰ端末としてのＨ．３２３端末１１が配
置されており、ネットワークＮＢにはＤＨＣＰサーバ１
２（以下、ルータＲＡＢ内部のＤＨＣＰサーバ機能部と
明確に区別できるように外部ＤＨＣＡサーバと呼ぶこと
もある）が配置されており、ネットワークＮＣには端末
管理装置としてのゲートキーパ１３が配置されている。
ワークＮＢはルータＲＡＢによって接続されており、ネ
ットワークＮＢとネットワークＮＣはルータＲＢＣによ
って接続されている。ネットワークＮＡ及びＮＢ間のル
ータＲＡＢはＮＡＴルータである。また、ネットワーク
ＮＡにはＶｏＩＰ端末としてのＨ．３２３端末１１が配
置されており、ネットワークＮＢにはＤＨＣＰサーバ１
２（以下、ルータＲＡＢ内部のＤＨＣＰサーバ機能部と
明確に区別できるように外部ＤＨＣＡサーバと呼ぶこと
もある）が配置されており、ネットワークＮＣには端末
管理装置としてのゲートキーパ１３が配置されている。
【００１９】なお、ゲートキーパ１３は、一般的に言え
ば、電話番号とＩＰアドレスの対応付けなどを管理、運
用する制御用のサーバである。
ば、電話番号とＩＰアドレスの対応付けなどを管理、運
用する制御用のサーバである。
【００２０】Ｈ．３２３は、サービス品質が保証されな
いＬＡＮ上での音声、動画像、データ通信の送受信方法
の仕様と発呼時の信号方式を規定したものであり、Ｖｏ
ＩＰ端末としてのＨ．３２３端末１１は、Ｈ．３２３に
従ってＶｏＩＰのサービスを提供するものである。な
お、Ｈ．３２３端末１１は、Ｈ．３２３に従う端末であ
れば、ＶｏＩＰサービスを提供しないものであっても良
い。
いＬＡＮ上での音声、動画像、データ通信の送受信方法
の仕様と発呼時の信号方式を規定したものであり、Ｖｏ
ＩＰ端末としてのＨ．３２３端末１１は、Ｈ．３２３に
従ってＶｏＩＰのサービスを提供するものである。な
お、Ｈ．３２３端末１１は、Ｈ．３２３に従う端末であ
れば、ＶｏＩＰサービスを提供しないものであっても良
い。
【００２１】ルータＲＡＢは、図３に示すように、ネッ
トワークアドレス変換を行うＮＡＴ機能部２１に加え、
ネットワークＮＢ側に対してＤＨＣＰクライアントとし
て動作するＤＨＣＰクライアント機能部２２を装備し、
ネットワークＮＡ側に対してＤＨＣＰサーバとして動作
するＤＨＣＰサーバ機能部２３を装備している。ルータ
ＲＡＢは、基本的には、外部ＤＨＣＰサーバ１２からネ
ットワークＮＢ側のグローバルアドレスを取得し、Ｈ．
３２３端末１１へプライベートアドレスを付与するもの
である。
トワークアドレス変換を行うＮＡＴ機能部２１に加え、
ネットワークＮＢ側に対してＤＨＣＰクライアントとし
て動作するＤＨＣＰクライアント機能部２２を装備し、
ネットワークＮＡ側に対してＤＨＣＰサーバとして動作
するＤＨＣＰサーバ機能部２３を装備している。ルータ
ＲＡＢは、基本的には、外部ＤＨＣＰサーバ１２からネ
ットワークＮＢ側のグローバルアドレスを取得し、Ｈ．
３２３端末１１へプライベートアドレスを付与するもの
である。
【００２２】なお、ＤＨＣＰは、一般的に言えば、クラ
イアントの起動時に動的にＩＰアドレスを割り当て、タ
イムアップなどの終了時にＩＰアドレスを回収するため
のプロトコルである。
イアントの起動時に動的にＩＰアドレスを割り当て、タ
イムアップなどの終了時にＩＰアドレスを回収するため
のプロトコルである。
【００２３】（Ａ−２）第１の実施形態の動作
（Ａ−２−１）正常起動シーケンス
次に、第１の実施形態における正常起動シーケンスを図
４のシーケンス図を参照しながら説明する。
４のシーケンス図を参照しながら説明する。
【００２４】まず、ルータＲＡＢがＤＨＣＰクライアン
トとして、外部ＤＨＣＰサーバ１２に対してＤＨＣＰ要
求を行う。
トとして、外部ＤＨＣＰサーバ１２に対してＤＨＣＰ要
求を行う。
【００２５】通常、ＤＨＣＰ要求は、ＤＨＣＰサーバ１
２を捜すためのＤＨＣＰＤＩＳＣＯＶＥＲメッセージ、
ＤＨＣＰサーバ１２が自己の存在を伝えるためのＤＨＣ
ＰＯＦＦＥＲメッセージ、ルータＲＡＢがＩＰアドレス
の割当てを求めるＤＨＣＰＲＥＱＵＥＳＴメッセージ、
割り当てられたＩＰアドレスをルータＲＡＢに通知する
ＤＨＣＰＡＣＫメッセージの授受を通して行われる。
２を捜すためのＤＨＣＰＤＩＳＣＯＶＥＲメッセージ、
ＤＨＣＰサーバ１２が自己の存在を伝えるためのＤＨＣ
ＰＯＦＦＥＲメッセージ、ルータＲＡＢがＩＰアドレス
の割当てを求めるＤＨＣＰＲＥＱＵＥＳＴメッセージ、
割り当てられたＩＰアドレスをルータＲＡＢに通知する
ＤＨＣＰＡＣＫメッセージの授受を通して行われる。
【００２６】この第１の実施形態の場合、予め、ルータ
ＲＡＢと外部ＤＨＣＰサーバ１２とで、ゲートキーパ１
３のアドレスの取得処理につき、メッセージのどのオプ
ションフィールドを使うか示し合わせておき、外部ＤＨ
ＣＰサーバ１２に設定しておく。
ＲＡＢと外部ＤＨＣＰサーバ１２とで、ゲートキーパ１
３のアドレスの取得処理につき、メッセージのどのオプ
ションフィールドを使うか示し合わせておき、外部ＤＨ
ＣＰサーバ１２に設定しておく。
【００２７】ルータＲＡＢは、自己から外部ＤＨＣＰサ
ーバ１２に与える、ＤＨＣＰＤＩＳＣＯＶＥＲメッセー
ジやＤＨＣＰＲＥＱＵＥＳＴメッセージの”Ｐａｒａｍ
ｅｔｅｒ Ｒｅｑｕｅｓｔ Ｌｉｓｔ”（上述したオプ
ションフィールド）に、そのオプションコードを指定し
たＤＨＣＰ要求を出す（Ｔ１１、Ｔ１３）。これに対し
て、外部ＤＨＣＰサーバ１２は、ルータＲＡＢからのＤ
ＨＣＰ要求に対して、応答メッセージ（ＤＨＣＰＯＦＦ
ＥＲメッセージやＤＨＣＰＡＣＫメッセージ）のオプシ
ョンフィールドに、ゲートキーパ１３のアドレスを入れ
る。そして、ルータＲＡＢは受け取ったゲートキーパ１
３のアドレスを記憶する（Ｔ１２、Ｔ１４）。
ーバ１２に与える、ＤＨＣＰＤＩＳＣＯＶＥＲメッセー
ジやＤＨＣＰＲＥＱＵＥＳＴメッセージの”Ｐａｒａｍ
ｅｔｅｒ Ｒｅｑｕｅｓｔ Ｌｉｓｔ”（上述したオプ
ションフィールド）に、そのオプションコードを指定し
たＤＨＣＰ要求を出す（Ｔ１１、Ｔ１３）。これに対し
て、外部ＤＨＣＰサーバ１２は、ルータＲＡＢからのＤ
ＨＣＰ要求に対して、応答メッセージ（ＤＨＣＰＯＦＦ
ＥＲメッセージやＤＨＣＰＡＣＫメッセージ）のオプシ
ョンフィールドに、ゲートキーパ１３のアドレスを入れ
る。そして、ルータＲＡＢは受け取ったゲートキーパ１
３のアドレスを記憶する（Ｔ１２、Ｔ１４）。
【００２８】なお、外部ＤＨＣＰサーバ１２において、
ゲートキーパ１３のアドレスは、例えば、その設定ファ
イルに記述されて記憶されている。
ゲートキーパ１３のアドレスは、例えば、その設定ファ
イルに記述されて記憶されている。
【００２９】上述のような処理においては、ルータＲＡ
Ｂは、ＤＨＣＰクライアントとして機能しており、以下
の処理においては、ルータＲＡＢは、ＤＨＣＰサーバと
して機能している。
Ｂは、ＤＨＣＰクライアントとして機能しており、以下
の処理においては、ルータＲＡＢは、ＤＨＣＰサーバと
して機能している。
【００３０】以上のような処理が実行された後におい
て、Ｈ．３２３端末１１からルータＲＡＢに対してＤＨ
ＣＰ要求を行う。
て、Ｈ．３２３端末１１からルータＲＡＢに対してＤＨ
ＣＰ要求を行う。
【００３１】上述と同様に、ルータＲＡＢとＨ．３２３
端末１１とで、ゲートキーパ１３のアドレス取得処理に
つき、メッセージのどのオプションフィールドを使うか
示し合わせておく。
端末１１とで、ゲートキーパ１３のアドレス取得処理に
つき、メッセージのどのオプションフィールドを使うか
示し合わせておく。
【００３２】Ｈ．３２３端末１１は、自己が送信元のＤ
ＨＣＰＤＩＳＣＯＶＥＲメッセージやＤＨＣＰＲＥＱＵ
ＥＳＴメッセージの”Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅ
ｓｔＬｉｓｔ”（オプションフィールド）にそのオプシ
ョンコードを指定したＤＨＣＰ要求を出す（Ｔ１５、Ｔ
１７）。ルータＲＡＢは、外部ＤＨＣＰサーバ１２より
受け取って記憶しているゲートキーパ１３のアドレス
を、ＤＨＣＰＯＦＦＥＲメッセージやＤＨＣＰＡＣＫメ
ッセージのオプションフィールドに入れてＨ．３２３端
末１１に与える（Ｔ１６、Ｔ１８）。
ＨＣＰＤＩＳＣＯＶＥＲメッセージやＤＨＣＰＲＥＱＵ
ＥＳＴメッセージの”Ｐａｒａｍｅｔｅｒ Ｒｅｑｕｅ
ｓｔＬｉｓｔ”（オプションフィールド）にそのオプシ
ョンコードを指定したＤＨＣＰ要求を出す（Ｔ１５、Ｔ
１７）。ルータＲＡＢは、外部ＤＨＣＰサーバ１２より
受け取って記憶しているゲートキーパ１３のアドレス
を、ＤＨＣＰＯＦＦＥＲメッセージやＤＨＣＰＡＣＫメ
ッセージのオプションフィールドに入れてＨ．３２３端
末１１に与える（Ｔ１６、Ｔ１８）。
【００３３】以上の手順により、Ｈ．３２３端末１１
は、ＩＰアドレスを取得しようとして実行しているＤＨ
ＣＰ手順を実行しているうちに、ゲートキーパ１３のア
ドレスを知ることができ、その後、登録を要求したり登
録を承認したりすることを表すＲＲＱ（Ｒｅｇｉｓｔｒ
ａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージやＲＣＦ（Ｒ
ｅｇｉｓｔｒａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージ
の授受により、自己（Ｈ．３２３端末１１）をゲートキ
ーパ１３に登録することができる（Ｔ１９〜Ｔ２２）。
は、ＩＰアドレスを取得しようとして実行しているＤＨ
ＣＰ手順を実行しているうちに、ゲートキーパ１３のア
ドレスを知ることができ、その後、登録を要求したり登
録を承認したりすることを表すＲＲＱ（Ｒｅｇｉｓｔｒ
ａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージやＲＣＦ（Ｒ
ｅｇｉｓｔｒａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージ
の授受により、自己（Ｈ．３２３端末１１）をゲートキ
ーパ１３に登録することができる（Ｔ１９〜Ｔ２２）。
【００３４】（Ａ−２−２）異常起動シーケンス
次に、第１の実施形態における異常起動シーケンスを図
５のシーケンス図を参照しながら説明する。
５のシーケンス図を参照しながら説明する。
【００３５】ルータＲＡＢがＤＨＣＰ要求によりゲート
キーパ１３のアドレスを取得する前に（図４のＴ１１〜
Ｔ１４参照）、Ｈ．３２３端末１１からＤＨＣＰ要求を
受けた場合には異常起動シーケンスが行われる。
キーパ１３のアドレスを取得する前に（図４のＴ１１〜
Ｔ１４参照）、Ｈ．３２３端末１１からＤＨＣＰ要求を
受けた場合には異常起動シーケンスが行われる。
【００３６】この第１の実施形態の場合には、図５に示
すようなシーケンスとすることとした。すなわち、ルー
タＲＡＢは、Ｈ．３２３端末１１から、ゲートキーパ１
３のアドレスを欲するオプションコードが挿入されてい
るＤＨＣＰＤＩＳＣＯＶＥＲメッセージが与えられても
（Ｔ２１）、ルータＲＡＢ自身がゲートキーパ１３のア
ドレスを取得していないので、ＤＨＣＰＤＩＳＣＯＶＥ
Ｒメッセージの到来を無視する（Ｔ２２）。
すようなシーケンスとすることとした。すなわち、ルー
タＲＡＢは、Ｈ．３２３端末１１から、ゲートキーパ１
３のアドレスを欲するオプションコードが挿入されてい
るＤＨＣＰＤＩＳＣＯＶＥＲメッセージが与えられても
（Ｔ２１）、ルータＲＡＢ自身がゲートキーパ１３のア
ドレスを取得していないので、ＤＨＣＰＤＩＳＣＯＶＥ
Ｒメッセージの到来を無視する（Ｔ２２）。
【００３７】以上のようにＤＨＣＰＤＩＳＣＯＶＥＲメ
ッセージの到来を無視することとしたのは、以下の理由
（１）及び（２）による。
ッセージの到来を無視することとしたのは、以下の理由
（１）及び（２）による。
【００３８】（１）ルータＲＡＢ自身がゲートキーパ１
３のアドレスを取得していないのに、ＤＨＣＰＤＩＳＣ
ＯＶＥＲメッセージの到来に応じてＩＰアドレスをＨ．
３２３端末１１に割り当ててしまうと、ゲートキーパ１
３のアドレスをＨ．３２３端末１１に通知できる次の契
機（タイミング）は、Ｈ．３２３端末１１がＩＰアドレ
スのリース更新を求めてきたときとなってしまう。な
お、Ｈ．３２３端末１１へのＩＰアドレスの割当て時に
は、例えばその割当ての有効時間（例えば２４時間；リ
ースタイム）も設定され、その有効時間を延長したい場
合には、Ｈ．３２３端末１１はリース更新を要求するこ
ととなる。
３のアドレスを取得していないのに、ＤＨＣＰＤＩＳＣ
ＯＶＥＲメッセージの到来に応じてＩＰアドレスをＨ．
３２３端末１１に割り当ててしまうと、ゲートキーパ１
３のアドレスをＨ．３２３端末１１に通知できる次の契
機（タイミング）は、Ｈ．３２３端末１１がＩＰアドレ
スのリース更新を求めてきたときとなってしまう。な
お、Ｈ．３２３端末１１へのＩＰアドレスの割当て時に
は、例えばその割当ての有効時間（例えば２４時間；リ
ースタイム）も設定され、その有効時間を延長したい場
合には、Ｈ．３２３端末１１はリース更新を要求するこ
ととなる。
【００３９】（２）ＤＨＣＰ再要求時（リース更新の要
求時）にゲートキーパ１３のオプション情報（アドレ
ス）を通知するようにした場合には、ＤＨＣＰの初期要
求時にゲートキーパ１３のオプション情報（アドレス）
をＨ．３２３端末１１が取得したか否かに拘わらず通知
する方式を採用すると考えられる。しかし、ＤＨＣＰ再
要求時にゲートキーパ１３のオプション情報（アドレ
ス）が通知されても、登録の自動切り替えが行われない
Ｈ．３２３端末１１の場合、手動で再起動しないと使用
することができない。
求時）にゲートキーパ１３のオプション情報（アドレ
ス）を通知するようにした場合には、ＤＨＣＰの初期要
求時にゲートキーパ１３のオプション情報（アドレス）
をＨ．３２３端末１１が取得したか否かに拘わらず通知
する方式を採用すると考えられる。しかし、ＤＨＣＰ再
要求時にゲートキーパ１３のオプション情報（アドレ
ス）が通知されても、登録の自動切り替えが行われない
Ｈ．３２３端末１１の場合、手動で再起動しないと使用
することができない。
【００４０】以上のような理由により、Ｈ．３２３端末
１１からのＤＨＣＰ要求（ＤＨＣＰＤＩＳＣＯＶＥＲメ
ッセージの到来）に対して無応答とし、ＩＰアドレスの
割り当ても行わない。
１１からのＤＨＣＰ要求（ＤＨＣＰＤＩＳＣＯＶＥＲメ
ッセージの到来）に対して無応答とし、ＩＰアドレスの
割り当ても行わない。
【００４１】ルータＲＡＢは、外部ＤＨＣＰサーバ１２
へのＤＨＣＰ要求によりゲートキーパ１３のアドレスを
取得した状態で（Ｔ１１〜Ｔ１４）、Ｈ．３２３端末１
１からＤＨＣＰ要求を受け取ったときに初めてＤＨＣＰ
要求に対する応答を返し、ＩＰアドレスの割り当てを行
うと共にゲートキーパ１３のアドレスを通知する（Ｔ１
５〜Ｔ１８）。
へのＤＨＣＰ要求によりゲートキーパ１３のアドレスを
取得した状態で（Ｔ１１〜Ｔ１４）、Ｈ．３２３端末１
１からＤＨＣＰ要求を受け取ったときに初めてＤＨＣＰ
要求に対する応答を返し、ＩＰアドレスの割り当てを行
うと共にゲートキーパ１３のアドレスを通知する（Ｔ１
５〜Ｔ１８）。
【００４２】その後、Ｈ．３２３端末１１は、上述した
正常起動シーケンスの場合と同様にして、ゲートキーパ
１３に自己を登録させる（Ｔ１９〜Ｔ２２）。
正常起動シーケンスの場合と同様にして、ゲートキーパ
１３に自己を登録させる（Ｔ１９〜Ｔ２２）。
【００４３】以上のような異常起動シーケンスによっ
て、初期起動時にＨ．３２３端末１１が長時間使用でき
ない状態になってしまうことを防ぐことができる。
て、初期起動時にＨ．３２３端末１１が長時間使用でき
ない状態になってしまうことを防ぐことができる。
【００４４】ところで、ルータＲＡＢが、ゲートキーパ
１３のアドレスが未取得のときに全てのＤＨＣＰ要求に
答えないようにしてしまうと、パーソナルコンピュータ
などのＨ．３２３に関係ない機器にまでＩＰアドレスが
割り当てられなくなってしまう。このような不都合を解
決するため、この第１の実施形態では、以下の２つの対
応方法（１）、（２）のいずれかを採用する。なお、以
下の対応方法（１）、（２）は、例えば、ルータＲＡＢ
内のＤＨＣＰサーバ機能部２３が担う。
１３のアドレスが未取得のときに全てのＤＨＣＰ要求に
答えないようにしてしまうと、パーソナルコンピュータ
などのＨ．３２３に関係ない機器にまでＩＰアドレスが
割り当てられなくなってしまう。このような不都合を解
決するため、この第１の実施形態では、以下の２つの対
応方法（１）、（２）のいずれかを採用する。なお、以
下の対応方法（１）、（２）は、例えば、ルータＲＡＢ
内のＤＨＣＰサーバ機能部２３が担う。
【００４５】（１）Ｈ．３２３端末１１のＭＡＣアドレ
ス（媒体アクセス制御層に付与されるアドレス）だけを
ルータＲＡＢに登録しておいて、Ｈ．３２３端末１１か
らのＤＨＣＰ要求か、他の機器からのＤＨＣＰ要求かを
弁別できるようにしておく。そして、ルータＲＡＢがゲ
ートキーパ１３のアドレスを未取得の場合には、Ｈ．３
２３端末１１からのＤＨＣＰ要求に対して無応答とし、
ＭＡＣアドレスが未登録の機器からのＤＨＣＰ要求には
応答する。一方、ルータＲＡＢがゲートキーパ１３のア
ドレスを取得している場合は、ルータＲＡＢは、全ての
ＤＨＣＰ要求に対して応答する。
ス（媒体アクセス制御層に付与されるアドレス）だけを
ルータＲＡＢに登録しておいて、Ｈ．３２３端末１１か
らのＤＨＣＰ要求か、他の機器からのＤＨＣＰ要求かを
弁別できるようにしておく。そして、ルータＲＡＢがゲ
ートキーパ１３のアドレスを未取得の場合には、Ｈ．３
２３端末１１からのＤＨＣＰ要求に対して無応答とし、
ＭＡＣアドレスが未登録の機器からのＤＨＣＰ要求には
応答する。一方、ルータＲＡＢがゲートキーパ１３のア
ドレスを取得している場合は、ルータＲＡＢは、全ての
ＤＨＣＰ要求に対して応答する。
【００４６】（２）ルータＲＡＢがゲートキーパ１３の
アドレスを未取得の場合には、ゲートキーパ１３のオプ
ション情報を要求しているＤＨＣＰ要求に対しては無応
答とし、ゲートキーパ１３のオプション情報を要求して
いないＤＨＣＰ要求には応答する。これに対して、ルー
タＲＡＢがゲートキーパ１３のアドレスを取得している
場合には全てのＤＨＣＰ要求に対して応答する。
アドレスを未取得の場合には、ゲートキーパ１３のオプ
ション情報を要求しているＤＨＣＰ要求に対しては無応
答とし、ゲートキーパ１３のオプション情報を要求して
いないＤＨＣＰ要求には応答する。これに対して、ルー
タＲＡＢがゲートキーパ１３のアドレスを取得している
場合には全てのＤＨＣＰ要求に対して応答する。
【００４７】以上のようなルータＲＡＢがゲートキーパ
１３のアドレスを未取得の場合における、Ｈ．３２３端
末１１からのＤＨＣＰ要求か、他の機器からのＤＨＣＰ
要求かの弁別処理により、ルータＲＡＢにおける一般の
ＮＡＴルータとしての利便性を損なわないようにするこ
とができる。
１３のアドレスを未取得の場合における、Ｈ．３２３端
末１１からのＤＨＣＰ要求か、他の機器からのＤＨＣＰ
要求かの弁別処理により、ルータＲＡＢにおける一般の
ＮＡＴルータとしての利便性を損なわないようにするこ
とができる。
【００４８】（Ａ−２−３）ＤＨＣＰ再要求シーケンス
次に、第１の実施形態におけるＤＨＣＰ再要求シーケン
スを図６のシーケンス図を参照しながら説明する。
スを図６のシーケンス図を参照しながら説明する。
【００４９】一般に、ＤＨＣＰクライアントは、ＩＰア
ドレスを割り当てられた後、リースタイムが切れる前
に、必要ならば、ＤＨＣＰサーバに対して期限延長を申
し出るＤＨＣＰ再要求を行う。第１の実施形態のＨ．３
２３端末１１も、必要ならば、期限延長を申し出るＤＨ
ＣＰ再要求を行う。
ドレスを割り当てられた後、リースタイムが切れる前
に、必要ならば、ＤＨＣＰサーバに対して期限延長を申
し出るＤＨＣＰ再要求を行う。第１の実施形態のＨ．３
２３端末１１も、必要ならば、期限延長を申し出るＤＨ
ＣＰ再要求を行う。
【００５０】なお、ＤＨＣＰ再要求では、ＤＨＣＰサー
バ（ルータＲＡＢのような擬似的なＤＨＣＰサーバを含
む）の存在をＤＨＣＰクライアントが認識しているの
で、ＤＨＣＰＲＥＱＵＥＳＴメッセージ及びＤＨＣＰＡ
ＣＫメッセージの授受を通してＤＨＣＰ再要求処理が行
われる。
バ（ルータＲＡＢのような擬似的なＤＨＣＰサーバを含
む）の存在をＤＨＣＰクライアントが認識しているの
で、ＤＨＣＰＲＥＱＵＥＳＴメッセージ及びＤＨＣＰＡ
ＣＫメッセージの授受を通してＤＨＣＰ再要求処理が行
われる。
【００５１】Ｈ．３２３端末１１は、ルータＲＡＢに対
し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与えてＤＨＣ
Ｐ再要求し、ＤＨＣＰＡＣＫメッセージの返信により、
再要求が受け付けられたことを認識する（Ｔ３１、Ｔ３
２）。
し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与えてＤＨＣ
Ｐ再要求し、ＤＨＣＰＡＣＫメッセージの返信により、
再要求が受け付けられたことを認識する（Ｔ３１、Ｔ３
２）。
【００５２】また、ルータＲＡＢも、外部ＤＨＣＰサー
バ１２に対し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与
えてＤＨＣＰ再要求し、ＤＨＣＰＡＣＫメッセージの返
信により、再要求が受け付けられたことを認識する（Ｔ
３３、Ｔ３４）。
バ１２に対し、ＤＨＣＰＲＥＱＵＥＳＴメッセージを与
えてＤＨＣＰ再要求し、ＤＨＣＰＡＣＫメッセージの返
信により、再要求が受け付けられたことを認識する（Ｔ
３３、Ｔ３４）。
【００５３】なお、この第１の実施形態においては、Ｄ
ＨＣＰ再要求時にも上述した起動時と同様に、再要求元
にゲートキーパ１３のアドレスを通知する。この通知に
も、上述したオプションフィールドが利用される。
ＨＣＰ再要求時にも上述した起動時と同様に、再要求元
にゲートキーパ１３のアドレスを通知する。この通知に
も、上述したオプションフィールドが利用される。
【００５４】（Ａ−２−４）ゲートキーパ切り換えシー
ケンス 次に、第１の実施形態におけるゲートキーパ切り換えシ
ーケンスを図７のシーケンス図を参照しながら説明す
る。
ケンス 次に、第１の実施形態におけるゲートキーパ切り換えシ
ーケンスを図７のシーケンス図を参照しながら説明す
る。
【００５５】ゲートキーパを切り換える際には、外部Ｄ
ＨＣＰサーバ１２の設定（設定ファイルのゲートキーパ
記憶内容）を、ゲートキーパ１３Ａからゲートキーパ１
３Ｂに変更する。
ＨＣＰサーバ１２の設定（設定ファイルのゲートキーパ
記憶内容）を、ゲートキーパ１３Ａからゲートキーパ１
３Ｂに変更する。
【００５６】このような変更後におけるルータＲＡＢか
らのＤＨＣＰ再要求により、外部ＤＨＣＰサーバ１２か
ら新たなゲートキーパ１３ＢのアドレスがルータＲＡＢ
に通知され、ルータＲＡＢで記憶するアドレスはゲート
キーパ１３Ｂのアドレスとなる（Ｔ３３、Ｔ３４）。
らのＤＨＣＰ再要求により、外部ＤＨＣＰサーバ１２か
ら新たなゲートキーパ１３ＢのアドレスがルータＲＡＢ
に通知され、ルータＲＡＢで記憶するアドレスはゲート
キーパ１３Ｂのアドレスとなる（Ｔ３３、Ｔ３４）。
【００５７】その後、Ｈ．３２３端末１１からのＤＨＣ
Ｐ再要求により、ルータＲＡＢから新たなゲートキーパ
１３ＢのアドレスがＨ．３２３端末１１に通知され、
Ｈ．３２３端末１１は、ゲートキーパ１３のアドレスが
切り換えられたことを察知する（Ｔ３１、Ｔ３２）。
Ｐ再要求により、ルータＲＡＢから新たなゲートキーパ
１３ＢのアドレスがＨ．３２３端末１１に通知され、
Ｈ．３２３端末１１は、ゲートキーパ１３のアドレスが
切り換えられたことを察知する（Ｔ３１、Ｔ３２）。
【００５８】これにより、Ｈ．３２３端末１１は、切り
換えられる前のゲートキーパ１３Ａとの間で、ＵＲＱ
（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メ
ッセージ及びＵＣＦ（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ
Ｃｏｎｆｉｒｍ）メッセージを授受し、ゲートキーパ１
３Ａによる自己の登録の抹消手続きを行い（Ｔ４１、Ｔ
４２）、切り換えられた後のゲートキーパ１３Ｂとの
間、ＲＲＱメッセージ及びＲＣＦメッセージを授受し、
ゲートキーパ１３Ｂへの自己の登録手続きを行う（Ｔ４
３、Ｔ４４）。
換えられる前のゲートキーパ１３Ａとの間で、ＵＲＱ
（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）メ
ッセージ及びＵＣＦ（Ｕｎｒｅｇｉｓｔｒａｔｉｏｎ
Ｃｏｎｆｉｒｍ）メッセージを授受し、ゲートキーパ１
３Ａによる自己の登録の抹消手続きを行い（Ｔ４１、Ｔ
４２）、切り換えられた後のゲートキーパ１３Ｂとの
間、ＲＲＱメッセージ及びＲＣＦメッセージを授受し、
ゲートキーパ１３Ｂへの自己の登録手続きを行う（Ｔ４
３、Ｔ４４）。
【００５９】以上のようにして、外部ＤＨＣＰサーバ１
２におけるゲートキーパの設定を変更するだけで、ゲー
トキーパの切り換え（１３Ａから１３Ｂ）が可能とな
る。
２におけるゲートキーパの設定を変更するだけで、ゲー
トキーパの切り換え（１３Ａから１３Ｂ）が可能とな
る。
【００６０】（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、ＮＡＴルータ
を介してゲートキーパとＨ．３２３端末が配置されてい
る構成でも、ＤＨＣＰにより、ゲートキーパのアドレス
をＨ．３２３端末に通知することができる。
を介してゲートキーパとＨ．３２３端末が配置されてい
る構成でも、ＤＨＣＰにより、ゲートキーパのアドレス
をＨ．３２３端末に通知することができる。
【００６１】かくするにつき、ゲートキーパのアドレス
をＤＨＣＰサーバにのみ設定するだけでよく、設定に手
間がかからない。また、ゲートキーパを変更するときに
も、ＤＨＣＰサーバの設定を変更することによって、Ｄ
ＨＣＰ再要求で自動的に変更することができる。
をＤＨＣＰサーバにのみ設定するだけでよく、設定に手
間がかからない。また、ゲートキーパを変更するときに
も、ＤＨＣＰサーバの設定を変更することによって、Ｄ
ＨＣＰ再要求で自動的に変更することができる。
【００６２】（Ｂ）第２の実施形態
次に、本発明を、ＤＨＣＰとＭＧＣＰとのプロトコル連
携に係るシステムに適用した第２の実施形態を、第１の
実施形態との比較で簡単に説明する。
携に係るシステムに適用した第２の実施形態を、第１の
実施形態との比較で簡単に説明する。
【００６３】上述した第１の実施形態のシステムにおけ
る構成要素やメッセージなどを、以下のように置き換え
た（読み換えた）ものが第２の実施形態となっている。
る構成要素やメッセージなどを、以下のように置き換え
た（読み換えた）ものが第２の実施形態となっている。
【００６４】すなわち、Ｈ．３２３端末をＭＧＣＰ端末
と読み換え、ゲートキーパをコールエージェントと読み
換えると共に、メッセージも、以下の〜ように読み
換えれば、ＭＧＣＰメッセージによるコールエージェン
トとＭＧＣＰ端末間の端末管理へ本発明を適用した第２
の実施形態のシステムとなる。
と読み換え、ゲートキーパをコールエージェントと読み
換えると共に、メッセージも、以下の〜ように読み
換えれば、ＭＧＣＰメッセージによるコールエージェン
トとＭＧＣＰ端末間の端末管理へ本発明を適用した第２
の実施形態のシステムとなる。
【００６５】ＵＲＱメッセージ：”ｇｒａｃｅｆｕ
ｌ”指定のＲＳＩＰメッセージ ＵＣＦメッセージ：ＲＳＩＰメッセージに対する正常
応答（リターンコード＝２００） ＲＲＱメッセージ：”ｒｅｓｔａｒｔ”指定のＲＳＩ
Ｐメッセージ ＲＣＦメッセージ：ＲＳＩＰメッセージに対する正常
応答（リターンコード＝２００） （Ｃ）第３の実施形態 次に、本発明を、ＤＨＣＰとＳＩＰとのプロトコル連携
に係るシステムに適用した第３の実施形態を、第１の実
施形態との比較で簡単に説明する。
ｌ”指定のＲＳＩＰメッセージ ＵＣＦメッセージ：ＲＳＩＰメッセージに対する正常
応答（リターンコード＝２００） ＲＲＱメッセージ：”ｒｅｓｔａｒｔ”指定のＲＳＩ
Ｐメッセージ ＲＣＦメッセージ：ＲＳＩＰメッセージに対する正常
応答（リターンコード＝２００） （Ｃ）第３の実施形態 次に、本発明を、ＤＨＣＰとＳＩＰとのプロトコル連携
に係るシステムに適用した第３の実施形態を、第１の実
施形態との比較で簡単に説明する。
【００６６】上述した第１の実施形態のシステムにおけ
る構成要素やメッセージなどを、以下のように置き換え
た（読み換えた）ものが第３の実施形態となっている。
る構成要素やメッセージなどを、以下のように置き換え
た（読み換えた）ものが第３の実施形態となっている。
【００６７】すなわち、Ｈ．３２３端末をＳＩＰ端末と
読み換え、ゲートキーパをＳＩＰサーバと読み換えると
共に、メッセージも、以下の〜ように読み換えれ
ば、ＳＩＰメッセージによるＳＩＰサーバとＳＩＰ端末
間の端末管理へ本発明を適用した第３の実施形態のシス
テムとなる。
読み換え、ゲートキーパをＳＩＰサーバと読み換えると
共に、メッセージも、以下の〜ように読み換えれ
ば、ＳＩＰメッセージによるＳＩＰサーバとＳＩＰ端末
間の端末管理へ本発明を適用した第３の実施形態のシス
テムとなる。
【００６８】ＵＲＱメッセージ：”ｅｘｐｉｒｅｓ”
パラメータを０としたＲＥＧＩＳＴＥＲメッセージ ＵＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対
する正常応答（リターンコード＝２００） ＲＲＱメッセージ：”ｅｘｐｉｒｅｓ”パラメータを
指定しない通常のＲＥＧＩＳＴＥＲメッセージ ＲＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対
する正常応答（リターンコード＝２００） （Ｄ）他の実施形態 本発明における端末は、ＶｏＩＰ端末に限定されず、し
かも、音声系の処理端末にも限定されるものではない。
パラメータを０としたＲＥＧＩＳＴＥＲメッセージ ＵＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対
する正常応答（リターンコード＝２００） ＲＲＱメッセージ：”ｅｘｐｉｒｅｓ”パラメータを
指定しない通常のＲＥＧＩＳＴＥＲメッセージ ＲＣＦメッセージ：ＲＥＧＩＳＴＥＲメッセージに対
する正常応答（リターンコード＝２００） （Ｄ）他の実施形態 本発明における端末は、ＶｏＩＰ端末に限定されず、し
かも、音声系の処理端末にも限定されるものではない。
【００６９】上記第１の実施形態の説明では、ＤＨＣＰ
ＤＩＳＣＯＶＥＲメッセージに対するＤＨＣＰＯＦＦＥ
Ｒメッセージ、及び、ＤＨＣＰＲＥＱＵＥＳＴメッセー
ジに対するＤＨＣＰＡＣＫメッセージのいずれにも、ゲ
ートキーパのアドレスを盛り込むものを示したが、どち
らか一方のみに、ゲートキーパのアドレスを盛り込むよ
うにしても良い。この場合において、ＤＨＣＰ再要求シ
ーケンスやゲートキーパ切り換えシーケンスなどを考慮
すると、ＤＨＣＰＲＥＱＵＥＳＴメッセージに対するＤ
ＨＣＰＡＣＫメッセージに、ゲートキーパのアドレスを
盛り込むことが好ましい。
ＤＩＳＣＯＶＥＲメッセージに対するＤＨＣＰＯＦＦＥ
Ｒメッセージ、及び、ＤＨＣＰＲＥＱＵＥＳＴメッセー
ジに対するＤＨＣＰＡＣＫメッセージのいずれにも、ゲ
ートキーパのアドレスを盛り込むものを示したが、どち
らか一方のみに、ゲートキーパのアドレスを盛り込むよ
うにしても良い。この場合において、ＤＨＣＰ再要求シ
ーケンスやゲートキーパ切り換えシーケンスなどを考慮
すると、ＤＨＣＰＲＥＱＵＥＳＴメッセージに対するＤ
ＨＣＰＡＣＫメッセージに、ゲートキーパのアドレスを
盛り込むことが好ましい。
【００７０】
【発明の効果】以上のように、本発明の端末管理装置ア
ドレス取得システムによれば、ネットワークアドレス変
換装置を介して端末管理装置と端末が配置されている構
成でも、ネットワークアドレスの割当て通知手順を通じ
て、端末管理装置のアドレスを端末が取得することがで
き、かくするにつき、端末管理装置のアドレスをネット
ワークアドレス割当て制御サーバにのみ設定するだけで
よく、設定に手間がかからない。
ドレス取得システムによれば、ネットワークアドレス変
換装置を介して端末管理装置と端末が配置されている構
成でも、ネットワークアドレスの割当て通知手順を通じ
て、端末管理装置のアドレスを端末が取得することがで
き、かくするにつき、端末管理装置のアドレスをネット
ワークアドレス割当て制御サーバにのみ設定するだけで
よく、設定に手間がかからない。
【図１】第１の実施形態のネットワーク構成を示すブロ
ック図である。
ック図である。
【図２】従来の説明に用いるネットワーク構成を示すブ
ロック図である。
ロック図である。
【図３】ルータＲＡＢの機能的内部構成を示すブロック
図である。
図である。
【図４】第１の実施形態の正常起動シーケンスを示すシ
ーケンス図である。
ーケンス図である。
【図５】第１の実施形態の異常起動シーケンスを示すシ
ーケンス図である。
ーケンス図である。
【図６】第１の実施形態のＤＨＣＰ再要求シーケンスを
示すシーケンス図である。
示すシーケンス図である。
【図７】第１の実施形態のゲートキーパ切り換えシーケ
ンスを示すシーケンス図である。
ンスを示すシーケンス図である。
ＮＡ〜ＮＣ…ネットワーク、ＲＡＢ…ＮＡＴルータ、１
１…Ｈ．３２３端末、１２…ＤＨＣＰサーバ（外部ＤＨ
ＣＰサーバ）、１３ゲートキーパ。
１…Ｈ．３２３端末、１２…ＤＨＣＰサーバ（外部ＤＨ
ＣＰサーバ）、１３ゲートキーパ。
Claims (10)
- 【請求項１】 ネットワークアドレス割当て制御サーバ
に予め端末管理装置のアドレスを設定しておき、 端末と上記端末管理装置との間に位置するネットワーク
アドレス変換装置は、上記ネットワークアドレス割当て
制御サーバにネットワークアドレスの割当てを要求した
際に、割当てられたネットワークアドレスと上記端末管
理装置のアドレスとを受け取り、 上記端末は、上記ネットワークアドレス変換装置にネッ
トワークアドレスの割当てを要求した際に、割当てられ
たネットワークアドレスと上記端末管理装置のアドレス
とを受け取って、上記端末管理装置のアドレスを取得す
ることを特徴とする端末管理装置アドレス取得システ
ム。 - 【請求項２】 上記ネットワークアドレス変換装置は、
上記端末管理装置のアドレスを保持していないときに
は、上記端末からのネットワークアドレスの割当て要求
に対して応答しないことを特徴とする請求項１に記載の
端末管理装置アドレス取得システム。 - 【請求項３】 上記端末が、ＶｏＩＰサービスを実行す
るＶｏＩＰ専用端末であることを特徴とする請求項２に
記載の端末管理装置アドレス取得システム。 - 【請求項４】 上記ネットワークアドレス変換装置は、
自己に関連する複数の端末を第１及び第２のグループに
区分する情報を備え、上記端末管理装置のアドレスを自
己が保持していない場合において、いずれかの上記端末
からのネットワークアドレスの割当て要求があったとき
には、その要求元の端末が、上記第１のグループの端末
であれば応答せず、上記第２のグループの端末であれば
ネットワークアドレスを返信することを特徴とする請求
項１に記載の端末管理装置アドレス取得システム。 - 【請求項５】 上記端末から上記ネットワークアドレス
変換装置へのネットワークアドレスの割当て要求として
２種類定めておき、 上記ネットワークアドレス変換装置は、上記端末管理装
置のアドレスを保持していない場合において、ある上記
端末から第１種類のネットワークアドレスの割当て要求
があったときには応答せず、ある上記端末から第２種類
のネットワークアドレスの割当て要求があったときには
ネットワークアドレスを返信することを特徴とする請求
項１に記載の端末管理装置アドレス取得システム。 - 【請求項６】 上記端末は、上記端末管理装置のアドレ
スを取得したときに、そのアドレスを有する上記端末管
理装置に、自己を管理対象として登録することを特徴と
する請求項１〜５のいずれかに記載の端末管理装置アド
レス取得システム。 - 【請求項７】 上記ネットワークアドレス変換装置は、
上記端末からのネットワークアドレスの割当て要求に対
し、上記端末管理装置のアドレスの提供条件を満たす際
には常に上記端末管理装置のアドレスを与え、 上記端末は、与えられた上記端末管理装置のアドレスが
今までのものと異なるときには、現在登録されている上
記端末管理装置に登録抹消手続きを行い、新しくアドレ
スを取得した上記端末管理装置に登録手続きを行うこと
を特徴とする請求項１〜６のいずれかに記載の端末管理
装置アドレス取得システム。 - 【請求項８】 上記端末がＨ．３２３に従うＨ．３２３
端末であり、上記端末管理装置がＨ．３２３に従うゲー
トキーパであることを特徴とする請求項１〜７のいずれ
かに記載の端末管理装置アドレス取得システム。 - 【請求項９】 上記端末がＭＧＣＰに従うＭＧＣＰ端末
であり、上記端末管理装置がＭＧＣＰに従うコールエー
ジェントであることを特徴とする請求項１〜７のいずれ
かに記載の端末管理装置アドレス取得システム。 - 【請求項１０】 上記端末がＳＩＰに従うＳＩＰ端末で
あり、上記端末管理装置がＳＩＰに従うＳＩＰサーバで
あることを特徴とする請求項１〜７のいずれかに記載の
端末管理装置アドレス取得システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002071378A JP4043261B2 (ja) | 2002-03-15 | 2002-03-15 | 端末管理装置アドレス取得システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002071378A JP4043261B2 (ja) | 2002-03-15 | 2002-03-15 | 端末管理装置アドレス取得システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003273890A true JP2003273890A (ja) | 2003-09-26 |
| JP4043261B2 JP4043261B2 (ja) | 2008-02-06 |
Family
ID=29201672
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002071378A Expired - Fee Related JP4043261B2 (ja) | 2002-03-15 | 2002-03-15 | 端末管理装置アドレス取得システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4043261B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1295912C (zh) * | 2004-06-25 | 2007-01-17 | 华为技术有限公司 | 语音信令穿透防火墙及网络地址转换器的方法 |
| JP2007532067A (ja) * | 2004-03-31 | 2007-11-08 | クゥアルコム・インコーポレイテッド | 無線ネットワーク内のサーバ情報を得るための方法および装置 |
| JP2008079059A (ja) * | 2006-09-22 | 2008-04-03 | Fujitsu Access Ltd | ＩＰｓｅｃの複数セッションを処理する通信装置及びその処理方法 |
| US7672320B2 (en) | 2004-05-31 | 2010-03-02 | Oki Electric Industry Co., Ltd. | IP communications system for notifying a gateway controller of an IP address allocated to a gateway and a method therefor |
| US8649372B2 (en) | 2003-11-08 | 2014-02-11 | Ericsson Ab | Call set-up systems |
| WO2018122892A1 (ja) * | 2016-12-26 | 2018-07-05 | 株式会社日立製作所 | 管理対象を追加する方法及び情報システム |
-
2002
- 2002-03-15 JP JP2002071378A patent/JP4043261B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8649372B2 (en) | 2003-11-08 | 2014-02-11 | Ericsson Ab | Call set-up systems |
| US10484435B2 (en) | 2003-11-08 | 2019-11-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Call set-up systems |
| JP2007532067A (ja) * | 2004-03-31 | 2007-11-08 | クゥアルコム・インコーポレイテッド | 無線ネットワーク内のサーバ情報を得るための方法および装置 |
| US7720024B2 (en) | 2004-03-31 | 2010-05-18 | Qualcomm Incorporated | Method and apparatus for obtaining server information in a wireless network |
| US8363598B2 (en) | 2004-03-31 | 2013-01-29 | Qualcomm Incorporated | Method and apparatus for obtaining server information in a wireless network |
| US7672320B2 (en) | 2004-05-31 | 2010-03-02 | Oki Electric Industry Co., Ltd. | IP communications system for notifying a gateway controller of an IP address allocated to a gateway and a method therefor |
| CN1295912C (zh) * | 2004-06-25 | 2007-01-17 | 华为技术有限公司 | 语音信令穿透防火墙及网络地址转换器的方法 |
| JP2008079059A (ja) * | 2006-09-22 | 2008-04-03 | Fujitsu Access Ltd | ＩＰｓｅｃの複数セッションを処理する通信装置及びその処理方法 |
| WO2018122892A1 (ja) * | 2016-12-26 | 2018-07-05 | 株式会社日立製作所 | 管理対象を追加する方法及び情報システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4043261B2 (ja) | 2008-02-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7203166B1 (en) | Method for providing voice-over-IP service | |
| US7010585B2 (en) | DNS server, DHCP server, terminal and communication system | |
| EP2034666B1 (en) | Method and system for realizing media stream interaction and media gateway controller and media gateway | |
| US7515549B2 (en) | Managing devices across NAT boundaries | |
| KR100360274B1 (ko) | Ｎａｔ 기반 로컬망에서 범용 ｉｐ 전화통신 시스템을지원하는 방법 | |
| CA2635181C (en) | Session initiation protocol adaptor | |
| KR100687614B1 (ko) | 아이피 기반 키폰 시스템의 아이피 주소 동적 할당 방법 | |
| US7729343B2 (en) | IP phone system and IP phone terminal registration method | |
| JP2007166069A (ja) | Ｉｐ通信装置およびこれを備えたｉｐ通信システムならびにｉｐ通信装置のｉｐアドレス設定方法 | |
| US7756142B2 (en) | Signaling agent realizing method based on media gateway control protocol | |
| JP2002330178A (ja) | 接続代行装置 | |
| JP2005347801A (ja) | Ｉｐ通信システム及びそのｉｐアドレス割当方法 | |
| JP2003273890A (ja) | 端末管理装置アドレス取得システム | |
| US20090141705A1 (en) | Device and method for address-mapping | |
| KR100355288B1 (ko) | 사설망 호스트에 서비스 서버 기능을 부여하는 장치 및 방법 | |
| JP2007150936A (ja) | スイッチングハブ装置および重複ｉｐアドレス自動変換方法 | |
| US8472588B2 (en) | Emergency call service system in IP network and method thereof | |
| JP3775378B2 (ja) | 動的ｉｐアドレス割り当てに対応したファイアウォールシステム | |
| KR20040105301A (ko) | Ｈ.323 서비스 제공 방법 및 시스템 | |
| KR100628331B1 (ko) | 듀얼스택전환 메커니즘 서버에서 자동으로 주소 블럭을획득하기 위한 통신 방법 | |
| JP2004214948A (ja) | パケット通信方法、パケット通信装置、パケット通信プログラム、およびパケット通信プログラム記録媒体 | |
| JP2009130712A (ja) | ゲートウエイ装置および通信制御方法 | |
| JP2003163690A (ja) | 呼制御装置および呼制御方法 | |
| JP2006186629A (ja) | 通信システム、通信方法、および通信プログラム | |
| KR20040024159A (ko) | 에스아이피 서버 아이피 주소 할당 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070227 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070416 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071113 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071113 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131122 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |