JP2003163690A - 呼制御装置および呼制御方法 - Google Patents

Abstract

(57)【要約】 【課題】呼を確立してデータパケットを送受する場合
に、緊急連絡等の優先度の高い呼のデータパケットを、
迅速に送受できるようにする。 【解決手段】ＶｏＩＰ端末５から電話機６ａ〜６ｃへの
呼において、災害時等のための緊急用の電話機６ａが着
呼側ときは、予め帯域確保してある帯域確保経路１３を
介して、ＶｏＩＰ端末５および電話機６ａ間におけるデ
ータパケットの送受が行なわれ、一方、一般用の電話機
６ｂ、６ｃが着呼側ときは、各ルータ１５ａ〜１６ｅで
のルーティング処理（通常のルーティング処理）により
定まる経路を介して、ＶｏＩＰ端末５および電話機６
ｂ、６ｃ間におけるデータパケットの送受が行なわれ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＶｏＩＰ（Voice
over IP）のような、呼を確立してデータパケットを送
受することにより通話を行なう技術に関する。

【０００２】

【従来の技術】呼を確立してデータパケットを送受する
ことにより通話を行なう技術が提案されている。このよ
うな技術としてＶｏＩＰがある。ＶｏＩＰシステムで
は、ＩＴＵ−Ｔ（ITU Telecommunication Standardizat
ion Sector，ITU：InternationalTelecommunication Un
ion）で定められたＨ．３２３やＩＥＴＦ（Internet En
gineering Task Force）で定められたＳＩＰ（Session
Initiation Protocol，RFC 2543）といった接続制御プ
ロトコルを用いて、通話を行なう両端末がデータパケッ
トの送受信に使用する通信アドレス（ＩＰアドレスとポ
ート番号、以下、データパケット送受信アドレスと呼
ぶ）のネゴシエーションを行う。そして、データパケッ
ト送受信アドレスのネゴシエーションが成立したなら
ば、ＩＥＴＦで定められているＲＴＰ（Real-time Tran
sfer Protocol，RFC 1889）を用いてデータパケットの
送受信を行なう。これにより通話が行なわれる。

【０００３】

【発明が解決しようとする課題】上述したように、Ｖｏ
ＩＰは、ＩＰ網を利用して通話を行なうため、通信帯域
の有効活用を図ることができる。しかし、Ｈ．３２３や
ＳＩＰなどの呼制御プロトコルでは、ＲＴＰで使用する
帯域や経路の保証を行なっていない。このため、ＶｏＩ
Ｐでは、緊急連絡等の優先度の高い呼を確立する場合
に、この呼に対して十分な帯域や経路を確保することが
できないことがある。

【０００４】なお、帯域制御を行なうプロトコルとし
て、ＲＳＶＰ（Resource ReSerVationProtocol，RFC 22
05）がある。また、経路制御を行うプロトコルとして、
ＭＰＬＳ（Multi-Protocol Label Switching，RFC 303
1）がある。そして、ＩＥＴＦのInternet Draft（draft
-sinnerich-aaa-interdomain-sip-qos-osp-00.txt, Jul
y 2000）では、ＳＩＰを使って接続制御を行う際に、Ｒ
ＳＶＰを併用して、呼毎に帯域を確保する方法を提案し
ている。

【０００５】しかし、上記の方法では、呼毎つまり呼制
御手順が行なわれる毎に帯域制御を行なうため、制御手
順が複雑になり、発呼されてから実際に通話が開始され
るようになるまでに時間がかかってしまう。これでは緊
急連絡等に対応できない。また、呼毎に帯域を確保した
のでは、呼１つ１つに帯域を割り当てることになるの
で、管理が複雑になる。

【０００６】また、従来、ＳＩＰのような接続制御メッ
セージは、ＳＩＰプロキシサーバ経由で送受信させるこ
とにより、ＳＩＰ ＵＲＬ（Uniform Resource Locato
r）で指定されたＳＩＰアドレスの解決を、ＳＩＰプロ
キシサーバで行なうようにしている。したがって、ＳＩ
ＰプロキシサーバをＮＡＴ（Network Address Translat
ion）の境界に設置することで、ＮＡＴ内外の端末間
で、接続制御メッセージを送受信することができる。

【０００７】しかし、ＲＴＰによるデータパケットは、
通話を行なう端末同士のデータパケット送受信アドレス
（ＩＰアドレスとポート番号）を用いて送受信が行なわ
れる。したがって、ＮＡＴが介在すると、通話を行なう
両端末の一方がグローバルアドレスとなり、他方がプラ
イベートアドレスとなるため、ＲＴＰによるデータパケ
ットの送受信を行なうことができない。このため、ＮＡ
Ｔが介在する環境では、ＩＰ電話システムを実現できな
い。

【０００８】本発明は上記事情に鑑みてなされたもので
あり、本発明の目的の１つは、ＶｏＩＰのような、呼を
確立してデータパケットを送受する場合に、緊急連絡等
の優先度の高い呼のデータパケットを、迅速に送受でき
るようにすることにある。

【０００９】また、本発明の目的の１つは、ＮＡＴが介
在する環境でも、ＩＰ電話システムを実現できるように
することにある。

【００１０】

【課題を解決するための手段】優先度の高い呼のデータ
パケットを迅速に送受できるようにするために、本発明
の第１の態様では、接続制御メッセージを受信してその
内容を解析し、その結果、当該接続制御メッセージが接
続を要求する着呼側の端末のアドレスが、予め帯域確保
された経路へ送出すべきデータパケットの宛先アドレス
として登録されているアドレスならば、前記着呼側の端
末アドレスを制御対象アドレスとして管理している。

【００１１】また、データパケットを受信してヘッダ情
報を解析し、その結果、当該データパケットの送信先の
アドレスが、前記制御対象アドレスであるならば、当該
データパケットが前記予め帯域確保された経路へ送出さ
れるように、当該データパケットの中継を制御してい
る。

【００１２】また、優先度の高い呼のデータパケットを
迅速に送受できるようにするために、本発明の第２の態
様では、接続制御メッセージを受信してその内容を解析
し、その結果、当該接続制御メッセージが接続を要求す
る着呼側の端末のアドレスが、予め帯域確保された経路
へ送出すべきデータパケットの宛先アドレスとして登録
されているアドレスならば、当該接続制御メッセージが
接続を要求する発呼側および着呼側の端末アドレスを制
御対象アドレスとして管理すると共に、前記発呼側およ
び着呼側の端末各々が通話のために送信するデータパケ
ットを受信できるように、当該接続制御メッセージのメ
ッセージ内容を書き換えている。

【００１３】また、データパケットを受信してヘッダ情
報を解析し、その結果、当該データパケットの送信元の
アドレスが、前記制御対象アドレスとして管理されてい
る着呼側の端末アドレスであるならば、当該データパケ
ットの送信先のアドレスを、前記着呼側の端末アドレス
と対で管理されている発呼側の端末アドレスに書き換え
てから、当該データパケットを送信し、その一方、当該
データパケットの送信元のアドレスが、前記制御対象ア
ドレスとして管理されている発呼側の端末アドレスであ
るならば、当該データパケットの送信先のアドレスを、
前記発呼側の端末アドレスと対で管理されている着呼側
の端末アドレスに書き換えると共に、このデータパケッ
トが前記予め帯域確保された経路へ送出されるように中
継を制御している。

【００１４】また、ＮＡＴが介在する環境でも、ＩＰ電
話システムを実現できるようにするために、本発明の第
３の態様では、接続制御メッセージを受信してその内容
を解析し、その結果、当該接続制御メッセージが接続を
要求する着呼側の端末のアドレスが、ＮＡＴを介してプ
ライベートアドレス空間からグローバルアドレス空間へ
送出されるデータパケットの宛先アドレスとして登録さ
れているアドレスならば、当該接続制御メッセージが接
続を要求する発呼側端末のプライベートアドレスおよび
着呼側端末のグローバルアドレスを制御対象アドレスと
して管理すると共に、前記発呼側および着呼側の端末各
々が通話のために送信するデータパケットを受信できる
ように、当該接続制御メッセージのメッセージ内容を書
き換えている。

【００１５】また、データパケットを受信してヘッダ情
報を解析し、その結果、当該データパケットの送信元の
アドレスが、前記制御対象アドレスとして管理されてい
る着呼側端末のグローバルアドレスであるならば、当該
データパケットの送信先のアドレスを、前記着呼側端末
のグローバルアドレスと対で管理されている発呼側端末
のプライベートアドレスに書き換えてから、当該データ
パケットを送信し、その一方、当該データパケットの送
信元のアドレスが、前記制御対象アドレスとして管理さ
れている発呼側端末のプライベートアドレスであるなら
ば、当該データパケットの送信先のアドレスを、前記発
呼側端末のプライベートアドレスと対で管理されている
着呼側端末のグローバルアドレスに書き換えてから、当
該データパケットを送信するように中継を制御してい
る。

【００１６】

【発明の実施の形態】以下に、本発明の実施の形態につ
いて説明する。

【００１７】先ず、本発明の第１実施形態について説明
する。

【００１８】図１は本発明の第１実施形態が適用された
ＶｏＩＰシステムの概略図である。

【００１９】このＶｏＩＰシステムでは、ＶｏＩＰ端末
５から電話機６ａ〜６ｃへの呼において、災害時等のた
めの緊急用の電話機６ａが着呼側ときは、予め帯域確保
してある帯域確保経路１３を介して、ＶｏＩＰ端末５お
よび電話機６ａ間におけるデータパケットの送受が行な
われ、一方、一般用の電話機６ｂ、６ｃが着呼側とき
は、各ルータ１５ａ〜１６ｅでのルーティング処理（通
常のルーティング処理）により定まる経路を介して、Ｖ
ｏＩＰ端末５および電話機６ｂ、６ｃ間におけるデータ
パケットの送受が行なわれる。

【００２０】さて、図１において、ＶｏＩＰ端末５は、
アクセス網１を介してバックボーン（ＩＰ網）２と繋が
る。本実施形態では、アクセス網１としてＣＡＴＶ（Ca
bleTV）網を想定している。このため、アクセス網１側
の終端装置としてＣＭＴＳ（Cable Modem Termination
System）７が設置されている。しかし、アクセス網１自
体は、地域ＩＰ網でも、ＩＳＰ（Internet Service Pro
vider）網でも、ＰＳＴＮ（Public Switched Telephone
Network）網でも、そして、ｘＤＳＬ（Digital Subscr
iber Line）網でもかまわない。アクセス網１が地域Ｉ
Ｐ網やＩＳＰ網の場合、終端装置はエッジルータとな
る。アクセス網１がＰＳＴＮ網の場合、終端装置は、電
話音声をＩＰデータパケットに変換するＭＧ（Media Ga
teway）となる。そして、アクセス網１がｘＤＳＬ網の
場合、終端装置はＤＳＬＡＭ（Digital Subscriber Lin
e Access Multiplexer）となる。

【００２１】ここで、ＶｏＩＰ端末５は、ＩＰ電話機で
も、一般電話機でも、そして、コンピュータ端末上で動
くソフトウェアにより電話機能が実現されたものでもか
まわない。但し、一般電話機を用いる場合は、アクセス
網１とバックボーン２との間、もしくは一般電話機のユ
ーザ環境内に、音声をデータパケット化してＩＰ網と送
受できるようにするためのメディアゲートウェイ装置
（ＭＧ）を設ける必要がある。

【００２２】また、ここでは、電話機６ａ〜６ｃとして
一般電話機を想定している。このため、ＭＧ８ａ〜８ｃ
を介して、電話機６ａ〜６ｃをバックボーン２に接続し
ている。しかし、電話機６ａ〜６ｃも、ＶｏＩＰ端末５
と同様に、電話機能の実現手段は問わない。なお、本実
施形態では、緊急用の電話機６ａとして１つの電話機を
示している。しかし、緊急用の電話は、例えば一般的な
コールセンタと同様に、複数台の電話機を用意して代表
番号を公開し、代表番号にかけられた（着信した）呼
を、適宜、複数台用意した電話機各々に割り振るように
してもよい。このようなＣＴＩ（Computer Telephony I
ntegration）機能は、緊急用の電話機６ａのユーザ環境
内にＣＴＩサーバやＰＢＸ（Private Branch Exchang
e）を用意することで実現できる。あるいは、緊急用の
電話機６ａが接続するＰＳＴＮやＩＰ網を提供するキャ
リア側で実現することもできる。

【００２３】バックボーン２内の帯域確保経路１３を含
む各経路は、例えばルータ１５ａ〜１５ｅなどにより構
成される。ここで、帯域確保経路１３は、上述したよう
に、予め帯域確保されている経路であり、アクセス網１
およびバックボーン２を接続するデータパケット処理装
置（ＡＧ）１１に繋がるエッジルータ１５ａから、バッ
クボーン２および緊急用の電話機６ａを接続するＭＧ８
ａに繋がるエッジルータ１５ｃ、あるいは、ＭＧ８ａま
でとする。帯域確保経路１３の設定方法としては、上述
したようなＲＳＶＰやＭＰＬＳを使う方法でもよいし、
あるいは、ポリシーサーバを用いて各ルータ１５ａ〜１
５ｃを制御する方法であってもよい。

【００２４】接続制御メッセージ処理装置（ＣＡ）１０
は、ＶｏＩＰ端末５および電話機６ａ〜６ｃ間でやり取
りされる接続制御メッセージ、例えばＶｏＩＰ端末５か
ら電話機６ａ〜６ｃに送られる接続要求メッセージや、
電話機６ａ〜６ｃからＶｏＩＰ端末５に送られる応答メ
ッセージなどを中継する。つまり、ＳＩＰプロキシサー
バと同様の役割を担う。したがって、ＶｏＩＰ端末５に
は、ＳＩＰに関し、ＣＡ１０がプロキシ設定されてい
る。また、ＣＡ１０は、ＳＩＰプロキシサーバとしての
機能に加えて、ＶｏＩＰ端末５より発せられた呼の接続
要求先が緊急用の電話機６ａである場合に、この呼によ
るデータパケットの送受が帯域確保経路１３を介して行
なわれるようにＡＧ１１を制御する処理を行なう。

【００２５】ここで、図２に接続制御メッセージの構成
例を示す。

【００２６】図示するように、接続制御メッセージは、
ＩＰヘッダ部１８０およびボディ部からなるＩＰパケッ
トであり、ＩＰパケットのボディ部には、ＵＤＰまたは
ＴＣＰヘッダ１８２およびボディ部からなるＵＤＰまた
はＴＣＰパケットが格納される。さらに、ＵＤＰまたは
ＴＣＰパケットのボディ部には、宛先アドレスなどを格
納した接続制御ヘッダ１８４と、メッセージボディ部で
ある接続制御データ１８６と、を有する接続制御パケッ
トが格納される。

【００２７】ここで、接続制御メッセージがＳＩＰであ
り、通話のためにやり取りされるデータパケットがＲＴ
Ｐデータパケットである場合、データパケット送受信ア
ドレス（ＩＰアドレスおよびポート番号）は、メッセー
ジボディ部（接続制御データ１８６）内に設けられるＳ
ＤＰ（Session Description Protocol，RFC 2327）のｃ
フィールドおよびｍフィールドに設定される。また、接
続制御メッセージがＳＩＰであり、且つ、接続要求もし
くは切断要求メッセージである場合、ＳＩＰヘッダであ
る接続制御ヘッダ１８４に設けられるCseqフィールドの
情報が、この要求メッセージに対応する応答メッセージ
の識別情報に相当する。

【００２８】図３は、ＣＡ１０の概略図である。

【００２９】図において、接続制御メッセージ受信部２
０は、ＣＭＴＳ７を介してアクセス網１に接続されると
共に、ＡＧ１１を介してバックボーン２に接続されてお
り、ＣＡ１０をプロキシ設定している端末もしくはこの
端末の相手からの接続制御メッセージを受信する。例え
ば、ＶｏＩＰ端末５から電話機６ａ〜６ｃに送られる要
求メッセージや、電話機６ａ〜６ｃからＶｏＩＰ端末５
に送られる応答メッセージを受信する。

【００３０】監視対象アドレス管理部２４は、緊急用の
電話機６ａに接続されたＭＧ８ａのアドレス（監視対象
アドレスと呼ぶ）を管理する。例えばＣＡ１０の起動時
に、図示していない入力装置を介して操作者よりＭＧ８
ａのアドレスを受付け、これを監視対象アドレスとして
初期設定する。なお、設定内容の追加や削除をＣＡ１０
の稼動中に行う場合は、既に接続中となっている呼に影
響が及ばぬように、更新情報と接続中の呼の宛先アドレ
スとを照合し、照合結果が一致している場合には、呼が
終了するまで更新するタイミングを待機させるようにす
る。

【００３１】メッセージ解析部２２は、接続制御メッセ
ージ受信部２０が受信した接続制御メッセージのメッセ
ージ内容、宛先アドレスおよび応答メッセージ識別情報
を解析する。そして、宛先アドレスが、監視対象アドレ
ス管理部２４が管理している監視対象アドレスと一致す
る場合は、メッセージ内容に応じて次のような処理を行
い、その後、この接続制御メッセージを接続制御メッセ
ージ送信部２８に渡す。一方、宛先アドレスが、監視対
象アドレス管理部２４が管理している監視対象アドレス
と一致しない場合は、直ちにこの接続制御メッセージを
接続制御メッセージ送信部２８に渡す。

【００３２】メッセージ内容が接続要求である場合 接続要求メッセージに含まれている発呼側つまりＶｏＩ
Ｐ端末５のデータパケット送受信アドレス（ＩＰアドレ
スおよびポート番号）を調査する。そして、この接続要
求メッセージに対する接続要求応答メッセージが返って
くるまで、調査したデータパケット送受信アドレスを一
時記憶する。接続要求メッセージに、これに対する接続
要求応答メッセージの識別情報が含まれている場合は、
この識別情報も一時記憶する。

【００３３】メッセージ内容が接続要求応答メッセー
ジである場合 接続要求応答メッセージに含まれているメッセージ内容
が成功を示しているならば、この接続要求応答メッセー
ジに含まれている着呼側つまりＭＧ８ａのデータパケッ
ト送受信アドレスを調査する。そして、着呼側のデータ
パケット送受信アドレスと、上記ので調査した発呼側
のデータパケット送受信アドレスとを含む設定要求を、
ＡＧ制御部２６に通知する。

【００３４】メッセージ内容が切断要求メッセージで
ある場合 切断要求メッセージに含まれている、これに対する切断
要求応答メッセージの識別情報を、一時記憶する。

【００３５】メッセージ内容が切断要求応答メッセー
ジである場合 切断要求応答メッセージに対応する呼の発呼側および着
呼側それぞれのデータパケット送受信アドレスを含む設
定解除要求を、ＡＧ制御部２６に通知する。

【００３６】ＡＧ制御部２６は、メッセージ解析部２２
よりの指示に従いＡＧ１１を制御する。具体的には、メ
ッセージ解析部２２より設定要求を受け取ると、設定要
求に含まれている発呼側のデータパケット送受信アドレ
スおよび着呼側のデータパケット送受信アドレス間で行
なわれるデータパケットの送受が帯域確保経路１３を介
して行なわれるように、このデータパケットを中継する
ための制御情報を、ＡＧ１１に設定する。また、メッセ
ージ解析部２２より設定解除要求を受け取ると、設定解
除要求により特定される発呼側のデータパケット送受信
アドレスおよび着呼側のデータパケット送受信アドレス
間で行なわれるデータパケット送受のための帯域確保経
路１３の割り当てを、解除するための制御情報を、ＡＧ
１１に設定する。

【００３７】ここで、図４に、ＡＧ制御部２６からＡＧ
１１へ通知される制御情報の構成例を示す。図示するよ
うに、制御情報は、設定要求かそれとも設定解除要求か
を示す命令種別２００と、発呼側の接続制御メッセージ
のＩＰアドレス２０２およびポート番号２０３と、発呼
側のデータパケットのＩＰアドレス２０４およびポート
番号２０５と、着呼側の接続制御メッセージのＩＰアド
レス２０６およびポート番号２０７と、着呼側のデータ
パケットのＩＰアドレス２０８およびポート番号２０９
と、を含んで構成される。以下では、接続制御メッセー
ジのＩＰアドレスおよびポート番号を、接続制御メッセ
ージ送受信アドレスと呼ぶこととする。

【００３８】接続制御メッセージ送信部２８は、ＣＭＴ
Ｓ７を介してアクセス網１に接続されると共に、ＡＧ１
１を介してバックボーン２に接続されており、メッセー
ジ解析部２２で解析された接続制御メッセージを、ＣＡ
１０をプロキシ設定している端末もしくはこの端末の相
手に対して送信する。例えば、ＶｏＩＰ端末５の要求メ
ッセージを電話機６ａ〜６ｃへ送信したり、電話機６ａ
〜６ｃの応答メッセージをＶｏＩＰ端末５へ送信したり
する。

【００３９】図５は、ＣＡ１０の動作フローを説明する
ため図である。

【００４０】ＣＡ１０の起動後の初期設定として、先
ず、監視対象アドレス管理部２４に、監視対象アドレス
つまりＭＧ８ａのアドレスが設定される（Ｓ１００）。
上述したように、監視対象アドレス管理部２４に対する
設定内容の追加や削除は、ＣＡ１０の稼動中に行うよう
にしてもかまわない。そして、ＣＡ１０は、シャットダ
ウンされるまでの期間中、次の処理を行なう（Ｓ１０
１）。すなわち、接続制御メッセージ受信部２０が接続
制御メッセージを受信したならば（Ｓ１０３）、メッセ
ージ解析部２２は、これを解析する（Ｓ１０４）。

【００４１】その結果、受信した接続制御メッセージの
ヘッダ部にて指定されている宛先アドレスが、監視対象
アドレス管理部２４で管理されている監視対象アドレス
と一致しない場合は、この接続制御メッセージを接続制
御メッセージ送信部２８に渡す。これを受けて、接続制
御メッセージ送信部２８は、この接続制御メッセージを
宛先アドレスに向けて送信する（Ｓ１１４）。

【００４２】一方、受信した接続制御メッセージのヘッ
ダ部にて指定されている宛先アドレスが、監視対象アド
レス管理部２４で管理されている監視対象アドレスと一
致する場合は、さらにメッセージ内容を確認する（Ｓ１
０５）。

【００４３】その結果、受信した接続制御メッセージが
接続要求メッセージあるいは切断要求メッセージである
場合（Ｓ１０６）、メッセージ解析部２２は、これらの
メッセージに含まれている応答メッセージ（接続要求メ
ッセージの場合は接続要求応答メッセージ、切断要求メ
ッセージの場合は切断要求応答メッセージ）の識別情報
を一時記憶する（Ｓ１１０）。ここで、受信した接続制
御メッセージが接続要求メッセージである場合、メッセ
ージ解析部２２は、このメッセージのメッセージボディ
部にて指定されている発呼側つまりＶｏＩＰ端末５のデ
ータパケット送受信アドレスも併せて一時記憶する。そ
れから、この接続要求メッセージあるいは切断要求メッ
セージを、接続制御メッセージ送信部２８に渡す。これ
を受けて、接続制御メッセージ送信部２８は、この接続
要求メッセージあるいは切断要求メッセージを、宛先ア
ドレスに向けて送信する（Ｓ１１４）。

【００４４】また、受信した接続制御メッセージが接続
要求応答メッセージである場合（Ｓ１０７）、メッセー
ジ解析部２２は、このメッセージのメッセージボディ部
にて指定されている着呼側つまりＭＧ８ａのデータパケ
ット送受信アドレスを調べる。そして、着呼側のデータ
パケット送受信アドレスと、Ｓ１１０で一時記憶した発
呼側のデータパケット送受信アドレスとを含む設定要求
を、ＡＧ制御部２６に通知する。これを受けて、ＡＧ制
御部２６は、設定要求に含まれている発呼側のデータパ
ケット送受信アドレスおよび着呼側のデータパケット送
受信アドレス間で行なわれるデータパケットの送受が帯
域確保経路１３を介して行なわれるように、このデータ
パケットを中継するための制御情報を、ＡＧ１１に設定
する（Ｓ１１１）。それから、メッセージ解析部２２
は、Ｓ１１０にて接続要求メッセージ受信時に一時記憶
した情報をクリアする（ステップ１１３）。その後、こ
の接続要求応答メッセージを、接続制御メッセージ送信
部２８に渡す。これを受けて、接続制御メッセージ送信
部２８は、この接続要求応答メッセージを宛先アドレス
に向けて送信する（Ｓ１１４）。

【００４５】また、受信した接続制御メッセージが切断
要求応答メッセージである場合（Ｓ１０８）、メッセー
ジ解析部２２は、この切断要求応答メッセージに対応す
る呼の設定解除要求を、ＡＧ制御部２６に通知する。こ
れを受けて、ＡＧ制御部２６は、設定解除要求により特
定される発呼側のデータパケット送受信アドレスおよび
着呼側のデータパケット送受信アドレス間で行なわれる
データパケット送受のための帯域確保経路１３の割り当
てを、解除するための制御情報を、ＡＧ１１に設定する
（Ｓ１１２）。それから、メッセージ解析部２２は、Ｓ
１１０にて切断要求メッセージ受信時に一時記憶した情
報をクリアする（ステップ１１３）。その後、この切断
要求応答メッセージを、接続制御メッセージ送信部２８
に渡す。これを受けて、接続制御メッセージ送信部２８
は、この切断要求応答メッセージを、宛先アドレスに向
けて送信する（Ｓ１１４）。

【００４６】図１に戻って説明を続ける。

【００４７】ＡＧ１１は、アクセス網１とバックボーン
２との境界に設置される。つまり、アクセス網１および
バックボーン２間を行き来するデータパケットが、必ず
ＡＧ１１を通るように設置される。ＡＧ１１は、アクセ
ス網１より送られてきたデータパケットの着呼側のデー
タパケット送受信アドレスに基づいて、このデータパケ
ットを次に中継すべきルータ１５ａ〜１５ｅ（直近ホッ
プ先と呼ぶ）を決定し、この直近ホップ先に向けてこの
データパケットを送出する。このとき、このデータパケ
ットの発呼側のデータパケット送受信アドレスおよび着
呼側のデータパケット送受信アドレス間で行なわれるデ
ータパケット送受に、帯域確保経路１３を割り当てるた
めの制御情報が、ＣＡ１０によって設定されている場
合、ＡＧ１１は、このデータパケットが帯域確保経路１
３を介して着呼側へ送出されるように、このデータパケ
ットを帯域確保経路１３内のＡＧ１１に最も近いルータ
１５ａ（このルータの情報は、ＡＧ１１に予め登録され
ているものとする）に向けて送出する。

【００４８】ここで、図６にデータパケットの構成例を
示す。

【００４９】図示するように、データパケットは、ＩＰ
ヘッダ部１８０およびボディ部からなるＩＰパケットで
あり、ＩＰパケットのボディ部には、ＵＤＰヘッダ１９
２およびボディ部からなるＵＤＰパケットが格納され
る。さらに、ＵＤＰパケットのボディ部には、ＲＴＰヘ
ッダ１９４と音声等のデータ１９６とを有するＲＴＰパ
ケットが格納される。

【００５０】図７は、ＡＧ１１の概略図である。

【００５１】図において、パケット受信部２０は、ＣＭ
ＴＳ７を介してアクセス網１に接続されると共に、ルー
タ１５ａを含む複数のルータを介してバックボーン２に
接続されており、アクセス網１からバックボーン２へ伝
送されるデータパケットおよびバックボーン２からアク
セス網１へ伝送されるデータパケットを受信する。

【００５２】制御対象アドレス管理部３４は、ＣＡ１０
により通知された制御情報、つまり、データパケット送
受に帯域確保経路１３を割り当てる発呼側および着呼側
それぞれのデータパケット送受信アドレスを、情報管理
テーブルを用いて管理する。

【００５３】図８に、制御対象アドレス管理部３４で管
理する情報管理テーブルの構成例を示す。図示するよう
に、発呼側の接続制御メッセージ送受信アドレス（ＩＰ
アドレス１７０１およびポート番号１７０２）を登録す
るためのフィールド１７０と、発呼側のデータパケット
送受信アドレス（ＩＰアドレス１７１１およびポート番
号１７１２）を登録するためのフィールド１７１と、着
呼側の接続制御メッセージ送受信アドレス（ＩＰアドレ
ス１７２１およびポート番号１７２２）を登録するため
のフィールド１７２と、着呼側のデータパケット送受信
アドレス（ＩＰアドレス１７３１およびポート番号１７
３２）を登録するためのフィールド１７３と、を備え
て、１つのレコードが形成される。

【００５４】制御対象アドレス管理部３４は、ＣＡ１０
により通知された制御情報に含まれている情報に基づい
て、情報管理テーブルのレコードを登録・更新する。こ
こで、図４に示す制御情報のように、発呼側および着呼
側それぞれの接続制御メッセージ送受信アドレスおよび
データパケット送受信アドレスが全て含まれている場合
は、１つのレコードに必要な情報が一度に登録される。
しかし、ＣＡ１０が、制御対象アドレス管理部３４に、
発呼側および着呼側それぞれの接続制御メッセージ送受
信アドレスおよびデータパケット送受信アドレスを、要
求メッセージ受信時と応答メッセージ受信時とに分けて
通知する場合は、データが登録されないフィールドが生
じる。このようなフィールドには、例えばＮＵＬＬを登
録しておき、後にＣＡ１０より情報を受信した時点で登
録内容を変更する。また、設定解除要求では、設定解除
要求に含まれている発呼側および着呼側それぞれの接続
制御メッセージ送受信アドレスが登録されているレコー
ドを特定し、このレコードの発呼側および着呼側それぞ
れのデータパケット送受信アドレスの登録内容を、ＮＵ
ＬＬに変更する。

【００５５】ヘッダ情報解析部３２は、データパケット
受信部３０が受信したデータパケットのヘッダ情報を解
析する。そして、発呼側および着呼側それぞれのデータ
パケット送受信アドレスがフィールド１７１、１７３に
登録されているレコードが、制御対象アドレス管理部３
４の情報管理テーブルに登録されているか否かを調べ
る。そのようなレコードが情報管理テーブルに登録され
ており、且つ、データパケットの送信先が着呼側のデー
タパケット送受信アドレスである場合は、このデータパ
ケットの直近ホップ先を、帯域確保経路１３内のＡＧ１
１に最も近いルータ１５ａ（上述したように、このルー
タの情報は予め設定されているものとする）に決定す
る。一方、そのようなレコードが情報管理テーブルに登
録されていない場合や、そのようなレコードが情報管理
テーブルに登録されているけれども、データパケットの
送信先が発呼側のデータパケット送受信アドレスである
場合は、通常のルーティング処理を行なってこのデータ
パケットの直近ホップ先を決定する。

【００５６】データパケット送信部３６は、ＣＭＴＳ７
を介してアクセス網１に接続されると共に、ルータ１５
ａを含む複数のルータを介してバックボーン２に接続さ
れており、ヘッダ情報解析部３２が解析したデータパケ
ットを、ヘッダ情報解析部３２が決定した直近ホップ先
に向けて送出する。

【００５７】図９は、ＡＧ１１の動作フローを説明する
ための図である。

【００５８】ＡＧ１１は、起動されてからシャットダウ
ンされるまでの期間中、次の処理を行なう（Ｓ１３
９）。

【００５９】すなわち、ＣＡ１０より制御情報の通知を
受けた場合（Ｓ１２０）、制御対象アドレス管理部３４
は、その制御情報の命令種別２００を調べる。

【００６０】その結果、命令種別２００が設定要求であ
る場合（Ｓ１２３）、制御対象アドレス管理部３４は、
この制御情報に含まれている発呼側および着呼側それぞ
れの接続制御メッセージ送受信アドレスが登録されてい
るレコードを、情報管理テーブルから検出する。そのよ
うなレコードが情報管理テーブルに登録されているなら
ば、制御情報に含まれている発呼側および/または着呼
側のデータパケット送受信アドレスを、このレコードの
対応するフィールドに登録する。一方、そのようなレコ
ードが情報管理テーブルに登録されていないならば、情
報管理テーブルに新たなレコードを追加し、制御情報に
含まれている各種情報を、このレコードの対応するフィ
ールドに登録する（Ｓ１２４）。

【００６１】また、命令種別２００が設定解除要求であ
る場合（Ｓ１２５）、制御対象アドレス管理部３４は、
この制御情報に含まれている発呼側および着呼側それぞ
れの接続制御メッセージ送受信アドレスが登録されてい
るレコードを、情報管理テーブルから検出する。そし
て、検出したレコードに登録されている発呼側および着
呼側それぞれのデータパケット送受信アドレスを、例え
ばＮＵＬＬに変更する（Ｓ１２６）。

【００６２】また、データパケット受信部３０がデータ
パケットを受信した場合（Ｓ１３０）、ヘッダ情報解析
部３２は、このデータパケットのヘッダ情報を解析する
（Ｓ１３２）。そして、発呼側および着呼側それぞれの
データパケット送受信アドレスが登録されているレコー
ドが、制御対象アドレス管理部３４の情報管理テーブル
に登録されているか否かを調べる（Ｓ１３３）。

【００６３】そのようなレコードが情報管理テーブルに
登録されている場合、データパケットの送信先が着呼側
のデータパケット送受信アドレスであるならば、ヘッダ
情報解析部３２は、このデータパケットの直近ホップ先
を、帯域確保経路１３内のＡＧ１１に最も近いルータ１
５ａに決定する。これにより、データパケット送信部３
６は、このデータパケットをルータ１５ａに向けて送出
する（Ｓ１３４）。ここで、経路制御にＭＰＬＳが用い
られている場合、このデータパケットに、帯域確保経路
１３へ流すためのラベルを付しておく。帯域確保経路１
３上の各ルータ１５ａ〜１５は、このラベルが付された
データパケットを受信すると、これを予め定められた直
近ホップ先に送出する。これにより、このデータパケッ
トは、帯域確保経路１３を介して、ＭＧ８ａに送られ
る。そして、ＭＧ８ａにおいて、音声データに変換され
て、緊急用の電話機６ａに届く。

【００６４】一方、そのようなレコードが情報管理テー
ブルに登録されていない場合、もしくは、そのようなレ
コードが情報管理テーブルに登録されているけれども、
データパケットの送信先が発呼側のデータパケット送受
信アドレスである場合、ヘッダ情報解析部３２は、通常
のルーティング処理を行なって、このデータパケットの
直近ホップ先を決定する。これにより、データパケット
送信部３６は、このデータパケットを、直近ホップ先に
指定されたルータに向けて送出する（Ｓ１３６）。

【００６５】次に、以上のような構成を有するＶｏＩＰ
システムにおいて、ＶｏＩＰ端末５が緊急用の電話機６
ａに対して発呼した場合におけるＣＡ１０およびＡＧ１
１の動作シーケンスを説明する。

【００６６】図１０は、図１に示すＶｏＩＰシステムに
おいて、ＶｏＩＰ端末５が緊急用の電話機６ａに対して
発呼した場合におけるＣＡ１０およびＡＧ１１の動作シ
ーケンスを説明するための図である。

【００６７】先ず、ＣＡ１０において、接続制御メッセ
ージ受信部２０がＣＭＴＳ７を介してＶｏＩＰ端末５よ
り接続要求メッセージを受信すると（Ｓ６０）、メッセ
ージ解析部２２は、この接続要求メッセージのメッセー
ジ内容、メッセージの宛先およびこのメッセージに対す
る応答メッセージ識別情報を解析する。そして、宛先ア
ドレスが監視対象アドレス管理部２４で管理されている
監視対象アドレス、つまり、緊急用の電話機６ａに接続
されたＭＧ８ａのアドレスであることを確認すると、こ
の接続要求メッセージに含まれている発呼側のデータパ
ケット送受信アドレスと応答メッセージ識別情報を一時
記憶させる。それから、メッセージ解析部２２は、通常
のルーティング処理を行なって、この接続要求メッセー
ジの直近ホップ先を決定する。接続制御メッセージ送信
部２８は、この接続要求メッセージを、直近ホップ先に
指定されたルータに向けて送出する。

【００６８】これにより、接続要求メッセージは、バッ
クボーン２内のルータを経由してＭＧ８ａに到達し、そ
こでＩＰパケットから取り出された後に、緊急用の電話
機６ａに到達する（Ｓ６１）。

【００６９】さて、接続要求メッセージを受信した緊急
用の電話機６ａは、呼出中であることなどを知らせる経
過メッセージを送出する。この経過メッセージは、ＭＧ
８ａにてＩＰパケットに格納された後、バックボーン２
内のルータを経由して、ＣＡ１０に到達する。ＣＡ１０
において、接続制御メッセージ受信部２０が経過メッセ
ージを受信すると（Ｓ６２）、メッセージ解析部２２
は、このメッセージのメッセージ内容やメッセージの宛
先を解析し、このメッセージがＳ６０で受信した接続要
求メッセージに対する経過メッセージであることを認識
する。この場合、メッセージ解析部２２は、このメッセ
ージが接続要求メッセージ、接続要求応答メッセージ、
切断要求メッセージおよび切断要求応答メッセージのい
ずれでもないので、特別な処理は行わない。メッセージ
解析部２２は、通常のルーティング処理を行なって、こ
の経過メッセージの直近ホップ先を決定する。接続制御
メッセージ送信部２８は、この経過メッセージを、直近
ホップ先に向けて送出する。

【００７０】これにより、経過メッセージは、ＣＭＴＳ
７を介してＶｏＩＰ端末５に到達する（Ｓ６３）。

【００７１】次に、接続要求メッセージを受信した緊急
用の電話機６ａは、経過メッセージの送出後、接続要求
応答メッセージを送出する。この接続要求応答メッセー
ジは、ＭＧ８ａにてＩＰパケットに格納された後、バッ
クボーン２内のルータを経由して、ＣＡ１０に到達す
る。ＣＡ１０において、接続制御メッセージ受信部２０
が接続要求応答メッセージを受信すると（Ｓ６４）、メ
ッセージ解析部２２は、このメッセージのメッセージ内
容、メッセージの宛先および応答メッセージ識別情報を
解析し、このメッセージがＳ６０で受信した接続要求メ
ッセージに対する応答メッセージであることを認識す
る。そして、メッセージ内容が成功を示している場合
は、この接続要求応答メッセージの発呼側および着呼側
それぞれの接続制御メッセージ送受信アドレスと、この
接続要求応答メッセージに含まれている着呼側のデータ
パケット送受信アドレスと、Ｓ６０で一時記憶した発呼
側のデータパケット送受信アドレスとを含む設定要求
を、ＡＧ制御部２６に通知する。これを受けて、ＡＧ制
御部２６は、設定要求に含まれている発呼側のデータパ
ケット送受信アドレスおよび着呼側のデータパケット送
受信アドレス間で行なわれるデータパケットの送受が帯
域確保経路１３を介して行なわれるように、このデータ
パケットを中継するための制御情報を、ＡＧ１１に通知
する（Ｓ６７）。その後、ＣＡ１０において、メッセー
ジ解析部２２は、通常のルーティング処理を行なって、
この接続要求応答メッセージの直近ホップ先を決定す
る。接続制御メッセージ送信部２８は、この接続要求応
答メッセージを、直近ホップ先に向けて送出する。

【００７２】これにより、接続要求応答メッセージは、
ＣＭＴＳ７を介してＶｏＩＰ端末５に到達する（Ｓ６
５）。

【００７３】さて、ＡＧ１１において、制御対象アドレ
ス管理部３４は、ＣＡ１０より受け取った制御情報に従
い、情報管理テーブルの登録内容を更新する。これによ
り、ＡＧ１１は、ＶｏＩＰ端末５と緊急用の電話機６ａ
に接続されているＭＧ８ａとの間で通話のためにやり取
りされるデータパケットが、帯域確保経路１３を通過す
るように中継制御する。

【００７４】ＶｏＩＰ端末５が接続要求応答メッセージ
を受信した段階で通話が可能となる。この通話のために
やり取りされるデータパケットは、必ずＡＧ１１を通
る。ＡＧ１１において、ヘッダ情報解析部３２は、デー
タパケット受信部３０で受信したデータパケットの発呼
側および着呼側それぞれのデータパケット送受信アドレ
スを含むレコードが、制御対象アドレス管理部３４の情
報管理テーブルに登録されており、且つ、このデータパ
ケットの送信先が着呼側のデータパケット送受信アドレ
スである場合、このデータパケットが帯域確保経路１３
を介して伝送されるように直近ホップ先を決定し、この
直近ホップ先へ向けててデータパケット送信部３６から
送出する。これにより、ＶｏＩＰ端末５およびＭＧ８ａ
間で通話のためにやり取りされるデータパケットは、帯
域確保経路１３を経由することになる（Ｓ６８、Ｓ６
９）。そして、ＭＧ８ａにおいて、ＩＰパケットから音
声データが取り出され、また、音声データがＩＰパケッ
トに格納されることにより、緊急の電話機６ａは、ＭＧ
８ａと音声データを送受する。

【００７５】次に、ＣＡ１０において、接続制御メッセ
ージ受信部２０がＣＭＴＳ７を介してＶｏＩＰ端末５よ
り切断要求メッセージを受信すると（Ｓ７０）、メッセ
ージ解析部２２は、この切断要求メッセージのメッセー
ジ内容、メッセージの宛先およびこのメッセージに対す
る応答メッセージ識別情報を解析する。そして、宛先ア
ドレスが監視対象アドレス管理部２４で管理されている
監視対象アドレス、つまり、緊急用の電話機６ａに接続
されたＭＧ８ａのアドレスであることを確認すると、こ
の切断要求メッセージに含まれている発呼側のパケット
データ送受信アドレスと応答メッセージ識別情報を一時
記憶させる。それから、メッセージ解析部２２は、通常
のルーティング処理を行なって、この切断要求メッセー
ジの直近ホップ先を決定する。接続制御メッセージ送信
部２８は、この切断要求メッセージを、直近ホップ先へ
送出する。

【００７６】これにより、切断要求メッセージは、バッ
クボーン２内のルータを経由してＭＧ８ａに到達し、そ
こでＩＰパケットから取り出された後に、緊急用の電話
機６ａに到達する（Ｓ７１）。

【００７７】切断要求メッセージを受信した緊急用の電
話機６ａは、切断要求応答メッセージを送出する。この
切断要求応答メッセージは、ＭＧ８ａにてＩＰパケット
に格納された後、バックボーン２内のルータを経由し
て、ＣＡ１０に到達する。ＣＡ１０において、接続制御
メッセージ受信部２０が切断要求応答メッセージを受信
すると（Ｓ７２）、メッセージ解析部２２は、このメッ
セージのメッセージ内容、メッセージの宛先および応答
メッセージ識別情報を解析し、このメッセージがＳ７０
で受信した切断要求メッセージに対する応答メッセージ
であることを認識する。そして、この切断要求応答メッ
セージの発呼側および着呼側それぞれの接続制御メッセ
ージ送受信アドレスと、この切断要求応答メッセージに
含まれている着呼側のデータパケット送受信アドレス
と、Ｓ７０で一時記憶した発呼側のデータパケット送受
信アドレスとを含む設定解除要求を、ＡＧ制御部２６に
通知する。これを受けて、ＡＧ制御部２６は、設定解除
要求に含まれている発呼側のデータパケット送受信アド
レスおよび着呼側のデータパケット送受信アドレス間で
行なわれるデータパケット送受に割り当てられている帯
域確保経路１３を、解放するための制御情報を、ＡＧ１
１に通知する（Ｓ７７）。その後、ＣＡ１０において、
メッセージ解析部２２は、通常のルーティング処理を行
なって、この切断要求応答メッセージの直近ホップ先を
決定する。接続制御メッセージ送信部２８は、この切断
要求応答メッセージを、直近ホップ先へ送出する。

【００７８】これにより、切断要求応答メッセージは、
ＣＭＴＳ７を介してＶｏＩＰ端末５に到達する（Ｓ７
３）。

【００７９】さて、ＡＧ１１において、制御対象アドレ
ス管理部３４は、ＣＡ１０より受け取った制御情報に従
い、情報管理テーブルの登録内容を更新する。これによ
り、ＡＧ１１は、ＶｏＩＰ端末５およびＭＧ８ａ間で通
話のためにやり取りされるデータパケットにために割り
当てた帯域確保経路１３を解放する。

【００８０】以上、本発明の第１実施形態について説明
した。

【００８１】本実施形態において、ＣＡ１０は、ＶｏＩ
Ｐ端末５から発せられた呼の接続要求先が、監視対象ア
ドレスつまり緊急用の電話機６ａに接続されているＭＧ
８ａである場合、この呼の通話のためにやり取りされる
データパケットが、予め帯域確保しておいた経路である
帯域確保経路１３を通過するように、ＡＧ１１の中継を
制御する。したがって、呼制御手順が行なわれる毎に、
ＲＳＶＰやＭＰＬＳを用いて帯域制御や経路確保を行な
う必要がない。このため、制御手順が複雑になるのを防
止できる。また、着呼側が監視対象アドレスである場合
にのみ、予め帯域確保しておいた経路が使用されるた
め、つまり、呼１つ１つに帯域を確保して割り当てる必
要がないので、管理が複雑になるのを防止できる。よっ
て、本実施形態によれば、緊急連絡等の優先度の高い呼
のデータパケットを、迅速に送受することができる。

【００８２】なお、本実施形態において、ＣＡ１０は、
図５のフローに示したように、接続要求応答メッセージ
もしくは切断要求応答メッセージ受信時に、ＡＧ制御部
２６からＡＧ１１へ制御情報を通知するようにしている
（Ｓ１１１、Ｓ１１２）。つまり、接続要求メッセージ
もしくは切断要求メッセージ受信時で一時記憶した情報
を、接続要求応答メッセージもしくは切断要求応答メッ
セージ受信時にＡＧ制御部２６からＡＧ１１へ通知する
制御情報に反映させる（含める）ようにしている。この
ため、発呼側および着呼側それぞれのデータパケット送
受信アドレス（ＩＰアドレスおよびポート番号）が一度
にまとめてＡＧ１１に設定される。

【００８３】しかし、発呼側および着呼側それぞれのデ
ータパケット送受信アドレスを、要求メッセージ受信時
と応答メッセージ受信時とに分けて設定するようにして
もよい。この場合、接続要求メッセージ受信時の設定要
求と接続要求応答メッセージ受信時の設定要求とを識別
できるように、制御情報の命令種別２００を用意してお
くとよい。但し、接続要求応答メッセージが必ずしも成
功を示しているとは限らない。そこで、このようにした
場合、接続要求応答メッセージが失敗を示しているとき
は、接続要求メッセージ受信時に行った発呼側のデータ
パケット送受信アドレスの設定を解除する命令をＡＧ１
１に発行するとよい。そして、ＡＧ１１に、制御対象ア
ドレス管理部３４の情報管理テーブル内の、前記接続要
求メッセージの発呼側および着呼側それぞれの接続制御
メッセージ送受信アドレスを有するレコードに登録され
ている発呼側のデータパケット送受信アドレスを、例え
ばＮＵＬＬに変更させるようにするとよい。

【００８４】また、本実施形態において、ＣＡ１０から
ＡＧ１１に通知する情報として、発呼側および着呼側そ
れぞれのデータパケット送受信アドレスを用いている。
しかし、ＡＧ１１での中継制御のために、ＣＡ１０から
ＡＧ１１に通知すべき必要最小限の情報は、着呼側のデ
ータパケット送受信アドレスである。但し、着呼側のデ
ータパケット送受信アドレスを常時固定とし、さらに、
本実施形態のように、呼毎にＣＡ１０からＡＧ１１に必
要な情報を通知するのではなく、当該情報をＡＧ１１に
予め設定してしまうと、正式な接続制御手順をふまない
悪意を持つ呼によって、ＡＧ１１での中継制御が妨害を
受けるおそれがある。

【００８５】また、本実施形態において、ＣＡ１０およ
びＡＧ１１を１台の装置として構成し、これをアクセス
網１およびバックボーン２の境界に設定するようにして
もかまわない。

【００８６】次に、本発明の第２実施形態について説明
する。

【００８７】図１１は本発明の第２実施形態が適用され
たＶｏＩＰシステムの概略図である。ここで、図１に示
す第１実施形態のものと同一の機能を有するものには、
同一の符号を付している。

【００８８】上記の第１実施形態では、接続制御メッセ
ージを中継するＣＡ１０と、アクセス網１およびバック
ボーン２間のデータパケット通路に設置したＡＧ１１と
を用いて、緊急用の電話機６ａに対する呼の通話のため
にやり取りされるデータパケットが帯域確保経路１３を
経由するように、データパケットの中継制御を行なう場
合について説明した。これに対し、本実施形態では、Ｃ
Ａ１０およびＡＧ１１の代わりに呼制御装置（ＣＲ）１
２を用いて、緊急用の電話機６ａに対する呼の通話のた
めにやり取りされるデータパケットが帯域確保経路１３
を経由するように、データパケットの中継制御を行なう
ようにしている。

【００８９】ＣＲ１２は、第１実施形態のＣＡ１０と同
様に、ＶｏＩＰ端末５および電話機６ａ〜６ｃ間でやり
取りされる接続制御メッセージを中継する。つまり、Ｓ
ＩＰプロキシサーバと同様の役割を担う。加えて、ＣＲ
１２は、ＶｏＩＰ端末５より発せられた呼の接続要求先
が緊急用の電話機６ａである場合に、この呼によるデー
タパケットの送受が帯域確保経路１３を介して行なわれ
るように中継制御する処理を行なう。具体的には、この
呼によるデータパケットの宛先をＣＲ１２に設定させる
ことで、この呼によるデータパケットがＣＲ１２に届く
ようにする。そして、ＣＲ１２は、自身に届いたデータ
パケットの宛先を当該パケットデータの送信元に応じて
定まる宛先に変換し送出する。この際、変換後の宛先が
緊急用の電話機６ａである場合は、このデータパケット
を帯域確保経路１３に送出する。

【００９０】ＣＲ１２は、図１に示す第１実施形態のＡ
Ｇ１１と異なり、必ずしも、アクセス網１とバックボー
ン２との境界に設置する必要はない。つまり、アクセス
網１およびバックボーン２間を行き来する全てのデータ
パケットが、必ずＣＲ１２を通過するように設置する必
要はない。しかし、アクセス網１とバックボーン２とを
接続するゲートウエイに少しでも近いバックボーン２内
の位置に設置することが好ましい。このようにすれば、
帯域確保経路１３を通過するデータパケットが通過す
る、帯域確保経路１３以外のバックボーン２内の経路が
短くなるため、このようなデータパケットをより迅速に
送受することができる図１２は、ＣＲ１２の概略図であ
る。

【００９１】図において、受信制御部４５は、バックボ
ーン２あるいはアクセス網１から自身宛のＩＰパケット
を受信する。そして、そのＩＰパケットが接続制御メッ
セージならば接続制御メッセージ受信部４０に送出し、
一方、データパケットならばデータパケット受信部５０
に送出する。ＩＰパケットの種別（接続制御メッセージ
であるか、それともデータパケットであるか）の判別方
法は、例えば、接続制御メッセージ送受信用の受信ポー
ト番号を予め定めておき、受信したＩＰパケットの受信
ポート番号を用いて判別する方法や、受信したＩＰパケ
ットの内容（ペイロード）を解析して判別する方法など
が考えられる。前者の方が後者に比べて、判別処理をよ
り高速に行なうことができる。

【００９２】送信制御部５５は、接続制御メッセージ送
信部４８より受け取った接続制御メッセージ、および、
データパケット送信部５６より受け取ったデータパケッ
トを、バックボーン２あるいはアクセス網１へ送出す
る。

【００９３】接続制御メッセージ受信部４０は、受信制
御部４５を介して、ＣＲ１２をプロキシ設定している端
末もしくはこの端末の相手からの接続制御メッセージを
受信する。

【００９４】監視対象アドレス管理部４４は、監視対象
アドレスを管理する。監視対象アドレス管理部４４の具
体的な処理内容は、図３に示すＣＡ１０の監視対象アド
レス管理部２４と同様である。

【００９５】メッセージ解析部４２は、接続制御メッセ
ージ受信部４０が受信した接続制御メッセージのメッセ
ージ内容、宛先アドレスおよび応答メッセージ識別情報
を解析する。そして、宛先アドレスが、監視対象アドレ
ス管理部４４が管理している監視対象アドレスと一致す
る場合は、メッセージ内容に応じて次のような処理を行
う。一方、宛先アドレスが、監視対象アドレス管理部４
４が管理している監視対象アドレスと一致しない場合
は、直ちにこの接続制御メッセージを接続制御メッセー
ジ送信部４８に渡す。

【００９６】メッセージ内容が接続要求である場合 接続要求メッセージに含まれている、この接続要求メッ
セージに対する接続要求応答メッセージの識別情報を一
時記憶する。次に、この接続要求メッセージを、送信元
アドレス差換え命令と共に、データ通信アドレス差換部
４６に渡す。

【００９７】メッセージ内容が接続応答メッセージで
ある場合 上記ので一時記憶したこの接続要求応答メッセージの
識別情報を記憶から消去する。次に、この接続要求応答
メッセージを、送信元アドレス差換え命令と共に、デー
タ通信アドレス差換部４６に渡す。

【００９８】メッセージ内容が切断要求メッセージで
ある場合 切断要求メッセージに含まれている、この切断要求メッ
セージに対する切断要求応答メッセージの識別情報を、
一時記憶する。次に、この切断要求メッセージを、接続
制御メッセージ送信部４８に渡す。

【００９９】メッセージ内容が切断要求応答メッセー
ジである場合 上記ので一時記憶したこの切断要求応答メッセージの
識別情報を記憶から消去する。次に、この切断要求応答
メッセージを、差換え解除命令と共に、データ通信アド
レス差換部４６に渡す。

【０１００】データ通信アドレス差換部４６は、メッセ
ージ解析部２２より接続要求メッセージを、送信元アド
レス差換え命令と共に受け取ると、この接続要求メッセ
ージのメッセージボディ部に設定されている発呼側つま
りＶｏＩＰ端末５のデータパケット送受信アドレスを、
自身（ＣＲ１２）のデータパケット送受信アドレスに差
換える。その後、この接続要求メッセージを、接続制御
メッセージ送信部４８に渡す。このとき、データ通信ア
ドレス差換部４６は、この接続要求メッセージの発呼側
および着呼側それぞれの接続制御メッセージ送受信アド
レスと、差換えた発呼側のデータパケット送受信アドレ
スとを含む、情報設定のための制御情報を制御対象アド
レス管理部５８に通知する。

【０１０１】また、データ通信アドレス差換部４６は、
メッセージ解析部２２より接続要求応答メッセージを、
送信元アドレス差換え命令と共に受け取ると、この接続
要求応答メッセージのメッセージボディ部に設定されて
いる着呼側つまりＭＧ８ａのデータパケット送受信アド
レスを、自身（ＣＲ１２）のデータパケット送受信アド
レスに差換える。その後、この接続要求応答メッセージ
を、接続制御メッセージ送信部４８に渡す。このとき、
データ通信アドレス差換部４６は、この接続要求応答メ
ッセージの発呼側および着呼側それぞれの接続制御メッ
セージ送受信アドレスと、差換えた着呼側のデータパケ
ット送受信アドレスとを含む、情報設定のための制御情
報を制御対象アドレス管理部５８に通知する。

【０１０２】さらに、データ通信アドレス差換部４６
は、メッセージ解析部２２より切断要求応答メッセージ
を、差換え解除命令と共に受け取ると、この切断要求応
答メッセージを、接続制御メッセージ送信部４８に渡
す。このとき、データ通信アドレス差換部４６は、この
切断要求応答メッセージの発呼側および着呼側それぞれ
の接続制御メッセージ送受信アドレスを含む、情報設定
解除のための制御情報を制御対象アドレス管理部５８に
通知する。

【０１０３】制御対象アドレス管理部５８は、データ通
信アドレス差換部４６より通知された制御情報、つま
り、データパケット送受に帯域確保経路１３を割り当て
る発呼側および着呼側それぞれのデータパケット送受信
アドレスを、情報管理テーブルを用いて管理する。ここ
で、制御対象アドレス管理部５４の具体的な処理内容
は、図７に示すＡＧ１１の制御対象アドレス管理部３４
と基本的に同様である。つまり、情報設定のための制御
情報を受け取った場合は、この制御情報に含まれている
送受信アドレスを、対応するレコードの対応するフィー
ルドに登録・更新する。一方、情報設定解除のための制
御情報を受け取った場合は、この制御情報に含まれてい
る発呼側および着呼側それぞれの接続制御メッセージ送
受信アドレスを有するレコードから、発呼側および着呼
側それぞれのデータパケット送受信アドレスに関する設
定を解除する。また、制御対象アドレス管理部５４の情
報管理テーブルも、図８に示す第１実施形態で用いたも
のと基本的に同様である。

【０１０４】接続制御メッセージ送信部２８は、メッセ
ージ解析部４２およびデータ通信アドレス差換部４６よ
り受け取った接続制御メッセージを送信制御部５５に渡
す。

【０１０５】データパケット受信部５０は、受信制御部
４５を介してバックボーン２あるいはアクセス網１から
データパケットを受信する。

【０１０６】ヘッダ情報解析部５２は、パケット受信部
５０が受信したデータパケットのヘッダ情報を解析す
る。そして、このデータパケットの送信先が自身（ＣＲ
１２）でない場合は、通常のルーティング処理を行なっ
て、このデータパケットの直近ホップ先を決定する。そ
れから、ヘッダ情報解析部５２は、このデータパケット
をデータパケット送信部５６に渡す。

【０１０７】一方、このデータパケットの送信先が自身
である場合、ヘッダ情報解析部５２は、このデータパケ
ットの送信元のデータパケット送受信アドレスが、発呼
側もしくは着呼側のデータパケット送受信アドレスとし
て登録されているレコードが、制御対象アドレス管理部
５８の情報管理テーブルに登録されているか否かを調べ
る。そのようなレコードが情報管理テーブルに登録され
ていない場合、ヘッダ情報解析部５２は、通常のルーテ
ィング処理を行なって、このデータパケットの直近ホッ
プ先を決定する。それから、ヘッダ情報解析部５２は、
このデータパケットをデータパケット送信部５６に渡
す。

【０１０８】これに対し、そのようなレコードが情報管
理テーブルに登録されている場合、ヘッダ情報解析部５
２は、このデータパケットのヘッダに設定されている送
信先のデータパケット送受信アドレスを、自身（ＣＲ１
２）のデータパケット送受信アドレスから、前記レコー
ドに登録されている発呼側もしくは着呼側のデータパケ
ット送受信アドレスに書き換える。次に、ヘッダ情報解
析部５２は、このデータパケットの新たな送信先のデー
タパケット送受信アドレスが、着呼側つまりＭＧ８ａで
あるならば、直近ホップ先を、帯域確保経路１３内のＣ
Ｒ１２に最も近いルータ１５ａ（このルータの情報は予
め設定されているものとする）に決定する。一方、そう
でないならば、通常のルーティング処理を行なって、こ
のデータパケットの直近ホップ先を決定する。それか
ら、ヘッダ情報解析部５２は、このデータパケットをデ
ータパケット送信部５６に渡す。

【０１０９】データパケット送信部５６は、ヘッダ情報
解析部５２より受け取ったデータパケットを、送信制御
部５５を介して、ヘッダ情報解析部５２が決定した直近
ホップ先に向けて送出する。

【０１１０】図１３は、ＣＲ１２の動作フローを説明す
るための図である。

【０１１１】ＣＲ１２の起動後の初期設定として、先
ず、監視対象アドレス管理部４４に、監視対象アドレス
つまりＭＧ８ａのアドレスが設定される（Ｓ１４０）。
それから、ＣＲ１２は、シャットダウンされるまでの期
間中、次の処理を行なう（Ｓ１４１）。

【０１１２】すなわち、接続制御メッセージ受信部４０
が受信制御部４５を介して接続制御メッセージを受信し
た場合（Ｓ１４３）、メッセージ解析部４２は、これを
解析する（Ｓ１４４）。

【０１１３】その結果、受信した接続制御メッセージの
ヘッダ部にて指定されている宛先アドレスが、監視対象
アドレス管理部４４で管理されている監視対象アドレス
と一致しない場合は、この接続制御メッセージを接続制
御メッセージ送信部４８に渡す。これを受けて、接続制
御メッセージ送信部４８は、送信制御部５５を介して、
この接続制御メッセージを、宛先アドレスに向けて送信
する（Ｓ１４８）。

【０１１４】一方、受信した接続制御メッセージのヘッ
ダ部にて指定されている宛先アドレスが、監視対象アド
レス管理部４４で管理されている監視対象アドレスと一
致する場合は、後述するデータ通信アドレス変換処理を
行なってから（Ｓ１４６）、この接続制御メッセージを
接続制御メッセージ送信部４８に渡す。これを受けて、
接続制御メッセージ送信部４８は、送信制御部５５を介
して、この接続制御メッセージを宛先アドレスに向けて
送信する（Ｓ１４８）。

【０１１５】また、データパケット受信部５０が受信制
御部４５を介してデータパケットを受信した場合（Ｓ１
５０）、ヘッダ情報解析部５２は、これを解析する（Ｓ
１５２）。そして、このデータパケットの送信先のデー
タパケット送受信アドレスが自身（ＣＲ１２）のデータ
パケット送受信アドレスである場合、制御対象アドレス
管理部５８の情報管理テーブルの登録内容を調べて、こ
のデータパケットの送信元のデータパケット送受信アド
レスが、発呼側もしくは着呼側のデータパケット送受信
アドレスとして登録されているレコードが存在するか否
かを調べる（Ｓ１５３）。

【０１１６】データパケットの送信先のデータパケット
送受信アドレスが自身のデータパケット送受信アドレス
でない場合、ヘッダ情報解析部５２は、通常のルーティ
ング処理を行なってこのデータパケットの直近ホップ先
を決定する。これにより、データパケット送信部５６
は、このデータパケットを、送信制御部５５を介して直
近ホップ先に向けて送出する（Ｓ１５８）。

【０１１７】一方、データパケットの送信先のデータパ
ケット送受信アドレスが自身のデータパケット送受信ア
ドレスであり、且つ、上述のようなレコードが情報管理
テーブルに登録されている場合、ヘッダ情報解析部５２
は、このデータパケットのヘッダに設定されている送信
先のデータパケット送受信アドレスを、自身のデータパ
ケット送受信アドレスから、前記レコードに登録されて
いる発呼側もしくは着呼側のデータパケット送受信アド
レスに書き換える（Ｓ１５４）。

【０１１８】具体的には、送信元のデータパケット送受
信アドレスが前記レコードに登録されている発呼側のデ
ータパケット送受信アドレスと一致する場合、ヘッダに
設定されている送信先のデータパケット送受信アドレス
を前記レコードに登録されている着呼側のデータパケッ
ト送受信アドレスに書き換える。一方、送信元のデータ
パケット送受信アドレスが前記レコードに登録されてい
る着呼側のデータパケット送受信アドレスと一致する場
合は、ヘッダに設定されている送信先のデータパケット
送受信アドレスを前記レコードに登録されている発呼側
のデータパケット送受信アドレスに書き換える。

【０１１９】次に、ヘッダ情報解析部５２は、このデー
タパケットの新たな送信先のデータパケット送受信アド
レスが、着呼側つまりＭＧ８ａであるならば（Ｓ１５
９）、直近ホップ先を、帯域確保経路１３内のＣＲ１２
に最も近いルータ１５ａに決定する。これにより、デー
タパケット送信部５６は、このデータパケットを、送信
制御部５５を介してルータ１５ａに向けて送出する（Ｓ
１５６）。ここで、経路制御にＭＰＬＳが用いられてい
る場合、このデータパケットに、帯域確保経路１３へ流
すためのラベルを付しておく。帯域確保経路１３上の各
ルータ１５ａ〜１５ｃは、このラベルが付されたデータ
パケットを受信すると、これを予め定められた直近ホッ
プ先に送出する。これにより、このデータパケットは、
帯域確保経路１３を介して、ＭＧ８ａに送られる。そし
て、ＭＧ８ａにおいて、音声データに変換されて、緊急
用の電話機６ａに届く。

【０１２０】一方、ヘッダ情報解析部５２は、このデー
タパケットの新たな送信先のデータパケット送受信アド
レスが、着呼側つまりＭＧ８ａでないならば（Ｓ１５
９）、通常のルーティング処理を行なって、このデータ
パケットの直近ホップ先を決定する。これにより、デー
タパケット送信部５６は、このデータパケットを、送信
制御部５５を介して直近ホップ先へ送出する（Ｓ１５
８）。

【０１２１】図１４は、図１３に示すデータ通信アドレ
ス差換え処理（Ｓ１４６）の動作フローを説明するため
の図である。

【０１２２】メッセージ解析部４２は、受信した接続制
御メッセージのメッセージ内容をさらに解析する。その
結果、受信した接続制御メッセージが接続要求メッセー
ジである場合（Ｓ１６０）、メッセージ解析部４２は、
この接続要求メッセージに含まれている接続要求応答メ
ッセージの識別情報を一時記憶する（Ｓ１６４）。それ
から、この接続要求メッセージを、送信元アドレス差換
え命令と共に、データ通信アドレス差換部４６に渡す。
これを受けて、データ通信アドレス差換部４６は、この
接続要求メッセージのメッセージボディ部に設定されて
いる発呼側つまりＶｏＩＰ端末５のデータパケット送受
信アドレスを、自身（ＣＲ１２）のデータパケット送受
信アドレスに差換える（Ｓ１６５）。その後、この接続
要求メッセージを、接続制御メッセージ送信部４８を介
して、送信制御部５５よりバックボーン２へ送出する。

【０１２３】このとき、データ通信アドレス差換部４６
は、この接続要求メッセージの発呼側および着呼側それ
ぞれの接続制御メッセージ送受信アドレスと、差換えた
発呼側のデータパケット送受信アドレスとを含む、情報
設定のための制御情報を制御対象アドレス管理部５８に
通知する。

【０１２４】これを受けて、制御対象アドレス管理部５
８は、データ通信アドレス差換部４６より通知された制
御情報、つまり、データパケット送受に帯域確保経路１
３を割り当てる発呼側のデータパケット送受信アドレス
と、この呼の発呼側および着呼側それぞれの接続制御メ
ッセージ送受信アドレスとを、情報管理テーブルを用い
て管理する（Ｓ１６６）。

【０１２５】また、受信した接続制御メッセージが接続
要求応答メッセージである場合（Ｓ１６１）、メッセー
ジ解析部４２は、Ｓ１６４で一時記憶したこの接続要求
応答メッセージの識別情報を記憶から消去する（Ｓ１６
７）。次に、この接続要求応答メッセージを、送信元ア
ドレス差換え命令と共に、データ通信アドレス差換部４
６に渡す。これを受けて、データ通信アドレス差換部４
６は、この接続要求応答メッセージが成功を示している
ならば（Ｓ１６９）、この接続要求応答メッセージのメ
ッセージボディ部に設定されている着呼側つまりＭＧ８
ａのデータパケット送受信アドレスを、自身（ＣＲ１
２）のデータパケット送受信アドレスに差換える（Ｓ１
６５）。その後、この接続要求応答メッセージを、接続
制御メッセージ送信部４８を介して、送信制御部５５よ
りバックボーン２へ送出する。

【０１２６】このとき、データ通信アドレス差換部４６
は、この接続要求応答メッセージの発呼側および着呼側
それぞれの接続制御メッセージ送受信アドレスと、差換
えた着呼側のデータパケット送受信アドレスとを含む、
情報設定のための制御情報を制御対象アドレス管理部５
８に通知する。

【０１２７】これを受けて、制御対象アドレス管理部５
８は、データ通信アドレス差換部４６より通知された制
御情報、つまり、データパケット送受に帯域確保経路１
３を割り当てる着呼側のデータパケット送受信アドレス
と、この呼の発呼側および着呼側それぞれの接続制御メ
ッセージ送受信アドレスとを、情報管理テーブルを用い
て管理する（Ｓ１６６）。接続要求メッセージ受信時に
受付けた制御情報と、接続要求応答メッセージ受信時に
受付けた制御情報とにより、データパケット送受に帯域
確保経路１３を割り当てる発呼側および着呼側それぞれ
のデータパケット送受信アドレスが、発呼側および着呼
側それぞれの接続制御メッセージ送受信アドレスに対応
付けられて、情報管理テーブルにより管理されることに
なる。

【０１２８】一方、Ｓ１６９において、接続要求応答メ
ッセージが成功を示していないならば、データ通信アド
レス差換部４６は、この接続要求応答メッセージの発呼
側および着呼側それぞれの接続制御メッセージ送受信ア
ドレスを含む、情報設定解除のための制御情報を制御対
象アドレス管理部５８に通知する。これを受けて、制御
対象アドレス管理部５８は、データ通信アドレス差換部
４６より通知された制御情報に含まれている発呼側およ
び着呼側それぞれの接続制御メッセージ送受信アドレス
に対応付けて、管理している発呼側のデータパケット送
受信アドレスを設定解除する（Ｓ１６８）。

【０１２９】また、受信した接続制御メッセージが切断
要求メッセージである場合（Ｓ１６２）、メッセージ解
析部４２は、この切断要求メッセージに含まれている切
断要求応答メッセージの識別情報を一時記憶する（Ｓ１
７１）。それから、この切断要求メッセージを、接続制
御メッセージ送信部４８を介して、送信制御部５５より
バックボーン２へ送出する。

【０１３０】また、受信した接続制御メッセージが切断
要求応答メッセージである場合（Ｓ１６３）、メッセー
ジ解析部４２は、Ｓ１７１で一時記憶したこの切断要求
応答メッセージの識別情報を記憶から消去する（Ｓ１７
２）。次に、この切断要求応答メッセージを、差換え解
除命令と共に、データ通信アドレス差換部４６に渡す。
これを受けて、データ通信アドレス差換部４６は、この
切断要求応答メッセージを、接続制御メッセージ送信部
４８を介して、送信制御部５５よりバックボーン２へ送
出する。

【０１３１】このとき、データ通信アドレス差換部４６
は、この切断要求応答メッセージの発呼側および着呼側
それぞれの接続制御メッセージ送受信アドレスを含む、
情報設定解除のための制御情報を制御対象アドレス管理
部５８に通知する。

【０１３２】これを受けて、制御対象アドレス管理部５
８は、データ通信アドレス差換部４６より通知された制
御情報に含まれている発呼側および着呼側それぞれの接
続制御メッセージ送受信アドレスに対応付けて、管理し
ている発呼側および着呼側それぞれのデータパケット送
受信アドレスを設定解除する（Ｓ１７３）。

【０１３３】次に、以上のような構成を有するＶｏＩＰ
システムにおいて、ＶｏＩＰ端末５が緊急用の電話機６
ａに対して発呼した場合におけるＣＲ１２の動作シーケ
ンスを説明する。

【０１３４】図１５は、図１１に示すＶｏＩＰシステム
において、ＶｏＩＰ端末５が緊急用の電話機６ａに対し
て発呼した場合におけるＣＲ１２の動作シーケンスを説
明するための図である。

【０１３５】先ず、接続制御メッセージ部４０が受信制
御部４５を介してＶｏＩＰ端末５より接続要求メッセー
ジを受信すると（Ｓ８０）、メッセージ解析部４２は、
この接続要求メッセージのメッセージ内容、メッセージ
の宛先およびこのメッセージに対する応答メッセージ識
別情報を解析する。そして、宛先アドレスが監視対象ア
ドレス管理部４４で管理されている監視対象アドレス、
つまり、緊急用の電話機６ａに接続されたＭＧ８ａのア
ドレスであることを確認すると、この接続要求メッセー
ジに含まれている応答メッセージ識別情報を一時記憶す
る。また、データ通信アドレス差換部４６は、この接続
要求メッセージのメッセージボディ部に設定されている
発呼側つまりＶｏＩＰ端末５のデータパケット送受信ア
ドレスを自身（ＣＲ１２）のデータパケット送受信アド
レスに差し換えると共に、通常のルーティング処理を行
なって、ヘッド情報を差換えた接続要求メッセージの直
近ホップ先を決定する。また、制御対象アドレス管理部
５８は、この接続要求メッセージの発呼側および着呼側
それぞれの接続制御メッセージ送受信アドレスと、差換
え前のヘッド情報にて指定されていた発呼側のデータパ
ケット送受信アドレスとを、情報管理テーブルを用いて
管理する（Ｓ８６）。また、接続制御メッセージ送信部
４８は、送信制御部５５を介して、このヘッダ情報が差
換えられた接続要求メッセージを、直近ホップ先へ送出
する。これにより、接続要求メッセージは、バックボー
ン２内のルータを経由してＭＧ８ａに到達し、そこでＩ
Ｐパケットから取り出された後に、緊急用の電話機６ａ
に到達する（Ｓ８１）。

【０１３６】さて、接続要求メッセージを受信した緊急
用の電話機６ａは、呼出中であることなどを知らせる経
過メッセージを送出する。この経過メッセージは、ＭＧ
８ａにてＩＰパケットに格納された後、バックボーン２
内のルータを経由して、ＣＲ１２に到達する。ＣＲ１２
において、接続制御メッセージ受信部４０が経過メッセ
ージを受信すると（Ｓ８２）、メッセージ解析部４２
は、このメッセージのメッセージ内容やメッセージの宛
先を解析し、このメッセージがＳ８０で受信した接続要
求メッセージに対する経過メッセージであることを認識
する。この場合、メッセージ解析部４２は、このメッセ
ージが接続要求メッセージ、接続要求応答メッセージ、
切断要求メッセージおよび切断要求応答メッセージのい
ずれでもないので、特別な処理は行わない。通常のルー
ティング処理を行なって、この経過メッセージの直近ホ
ップ先を決定する。そして、接続制御メッセージ送信部
４８は、この経過メッセージを、決定された直近ホップ
先へ送出する。これにより、経過メッセージは、ＣＭＴ
Ｓ７を介してＶｏＩＰ端末５に到達する（Ｓ８３）。

【０１３７】次に、接続要求メッセージを受信した緊急
用の電話機６ａは、経過メッセージの送出後、接続要求
応答メッセージを送出する。この経過メッセージは、Ｍ
Ｇ８ａにてＩＰパケットに格納された後、バックボーン
２内のルータを経由して、ＣＲ１２に到達する。ＣＲ１
２において、接続制御メッセージ受信部４０が接続要求
応答メッセージを受信すると（Ｓ８４）、メッセージ解
析部４２は、このメッセージのメッセージ内容、メッセ
ージの宛先および応答メッセージ識別情報を解析し、こ
のメッセージがＳ８０で受信した接続要求メッセージに
対する応答メッセージであることを認識すると、Ｓ８０
で一時記憶したこの接続要求応答メッセージの識別情報
を記憶から消去する。

【０１３８】そして、接続要求応答メッセージのメッセ
ージ内容が成功を示している場合、データ通信アドレス
差換部４６は、この接続要求応答メッセージのメッセー
ジボディ部に設定されている着呼側つまりＭＧ８ａのデ
ータパケット送受信アドレスを自身（ＣＲ１２）のデー
タパケット送受信アドレスに差し換えると共に、通常の
ルーティング処理を行なって、ヘッド情報を差換えた接
続要求応答メッセージの直近ホップ先を決定する。ま
た、制御対象アドレス管理部５８は、この接続要求応答
メッセージの発呼側および着呼側それぞれの接続制御メ
ッセージ送受信アドレスと、差換え前のヘッド情報にて
指定されていた着呼側のデータパケット送受信アドレス
とを、情報管理テーブルを用いて管理する。一方、接続
要求応答メッセージのメッセージ内容が失敗を示してい
る場合、制御対象アドレス管理部５８は、この接続要求
応答メッセージの発呼側および着呼側それぞれの接続制
御メッセージ送受信アドレスに対応付けて管理されてい
る発呼側のデータパケット送受信アドレスを、情報管理
テーブルから削除する（Ｓ８７）。

【０１３９】それから、接続制御メッセージ送信部４８
は、送信制御部５５を介して、接続要求応答メッセージ
を、直近ホップ先へ送出する。これにより、接続要求応
答メッセージは、ＣＭＴＳ７を介してＶｏＩＰ端末５に
到達する（Ｓ８５）。

【０１４０】以上により、制御対象アドレス管理部５８
の情報管理テーブルにより、ＶｏＩＰ端末５およびＭＧ
８ａそれぞれの接続制御メッセージ送受信アドレスに対
応付けられて、ＶｏＩＰ端末５およびＭＧ８ａそれぞれ
のデータパケット送受信アドレスが管理されることにな
る。これにより、ＣＲ１２は、ＶｏＩＰ端末５およびＭ
Ｇ８ａ間で通話のためにやり取りされるデータパケット
が、帯域確保経路１３を通過するように中継制御する。

【０１４１】ＶｏＩＰ端末５が接続応答メッセージを受
信した段階で通話が可能となる。Ｓ８６およびＳ８７で
行なわれた、接続制御メッセージのメッセージボディ部
に設定されているデータパケット送受信アドレスの差換
え処理により、この通話のためにやり取りされるデータ
パケットの送信先は、ＣＲ１２となる。ヘッダ情報解析
部５２は、受信制御部４５およびデータパケット受信部
５０を介して受信したデータパケットを解析する。そし
て、このデータパケットの送信先が自身（ＣＲ１２）で
あり、且つ、このデータパケットの送信元のデータパケ
ット送受信アドレスが、発呼側もしくは着呼側のデータ
パケット送受信アドレスとして、制御対象アドレス管理
部５８の情報管理テーブルに登録されているレコードが
あることを確認すると、このデータパケットのヘッダに
設定されている送信先アドレスを、自身のデータパケッ
ト送受信アドレスから前記レコードに登録されている発
呼側もしくは着呼側のデータパケット送受信アドレス
（このデータパケットの送信元と異なる方のアドレス）
に書き換える。次に、ヘッダ情報解析部５２は、このデ
ータパケットの新たな送信先のデータパケット送受信ア
ドレスがＭＧ８ａであるならば、直近ホップ先を、帯域
確保経路１３内のＣＲ１２に最も近いルータ１５ａに決
定する。一方、このデータパケットの新たな送信先のデ
ータパケット送受信アドレスがＶｏＩＰ端末５であるな
らば、通常のルーティング処理に従って直近ホップ先を
決定する。そして、データパケット送信部５６は、この
データパケットを、送信制御部５５を介して直近ホップ
先へ送出する。これにより、ＶｏＩＰ端末５およびＭＧ
８ａ間で通話のためにやり取りされるデータパケット
は、帯域確保経路１３を経由することになる（Ｓ８８、
Ｓ８９）。そして、ＭＧ８ａにおいて、ＩＰパケットか
ら音声データが取り出され、また、音声データがＩＰパ
ケットに格納されることにより、緊急の電話機６ａは、
ＭＧ８ａと音声データを送受する。

【０１４２】次に、接続制御メッセージ受信部４０が受
信制御部４５を介してＶｏＩＰ端末５より切断要求メッ
セージを受信すると（Ｓ９０）、メッセージ解析部４２
は、この切断要求メッセージのメッセージ内容、メッセ
ージの宛先およびこのメッセージに対する応答メッセー
ジ識別情報を解析する。そして、このメッセージの宛先
アドレスが監視対象アドレス管理部４４で管理されてい
る監視対象アドレス、つまり、緊急用の電話機６ａに接
続されたＭＧ８ａのアドレスであることを確認すると、
この切断要求メッセージに含まれている応答メッセージ
識別情報を一時記憶する。それから、メッセージ解析部
４２は、通常のルーティング処理を行なって、この切断
要求メッセージの直近ホップ先を決定する。接続制御メ
ッセージ送信部４８は、この切断要求メッセージを、直
近ホップ先へ送出する。これにより、切断要求メッセー
ジは、バックボーン２内のルータを経由してＭＧ８ａに
到達し、そこでＩＰパケットから取り出された後に、緊
急用の電話機６ａに到達する（Ｓ９１）。

【０１４３】切断要求メッセージを受信した緊急用の電
話機６ａは、切断要求応答メッセージを送出する。この
切断要求応答メッセージは、ＭＧ８ａにてＩＰパケット
に格納された後、バックボーン２内のルータを経由し
て、ＣＲ１２に到達する。ＣＲ１２において、接続制御
メッセージ受信部４０が切断要求応答メッセージを受信
すると（Ｓ９２）、メッセージ解析部４２は、このメッ
セージのメッセージ内容、メッセージの宛先および応答
メッセージ識別情報を解析し、このメッセージがＳ９０
で受信した切断要求メッセージに対する応答メッセージ
であることを認識する。そして、制御対象アドレス管理
部５８は、この切断要求応答メッセージの発呼側および
着呼側それぞれの接続制御メッセージ送受信アドレスに
対応付けて管理している発呼側および着呼側それぞれの
データパケット送受信アドレスを、情報管理テーブルか
ら削除する（Ｓ９７）。これにより、ＣＲ１２は、Ｖｏ
ＩＰ端末５およびＭＧ８ａ間で通話のためにやり取りさ
れるデータパケットのために割り当てた帯域確保経路１
３を解放する。

【０１４４】また、メッセージ解析部４２は、通常のル
ーティング処理を行なって、この切断要求応答メッセー
ジの直近ホップ先を決定する。接続制御メッセージ送信
部４８は、この切断要求応答メッセージを、直近ホップ
先へ送出する。これにより、切断要求応答メッセージ
は、ＣＭＴＳ７を介してＶｏＩＰ端末５に到達する（Ｓ
９３）。

【０１４５】以上、本発明の第２実施形態について説明
した。

【０１４６】本実施形態において、ＣＲ１２は、ＶｏＩ
Ｐ端末５から発せられた呼の接続要求先が、監視対象ア
ドレスつまり緊急用の電話機６ａに接続されているＭＧ
８ａである場合、この呼の通話のためにやり取りされる
データパケットの送信先がＣＲ１２となるように設定す
る。そして、ＣＲ１２は、自身宛に送られてきたＶｏＩ
Ｐ端末５およびＭＧ８ａ間の通話のためにやり取りされ
るデータパケットの送信先を、自身当てから、ＶｏＩＰ
端末５宛（データパケットの送信元がＭＧ８ａの場合）
あるいはＭＧ８ａ宛（データパケットの送信元がＶｏＩ
Ｐ端末５の場合）に差換えてバックボーン２に送出す
る。このとき、差換え後のデータパケットの送信先がＭ
Ｇ８ａの場合は、予め帯域確保しておいた経路である帯
域確保経路１３を通過するように中継制御する。

【０１４７】したがって、呼制御手順が行なわれる毎
に、ＲＳＶＰやＭＰＬＳを用いて帯域制御や経路確保を
行なう必要がない。このため、制御手順が複雑になるの
を防止できる。また、着呼側が監視対象アドレスである
場合にのみ、予め帯域確保しておいた経路が使用される
ため、つまり、呼１つ１つに帯域を確保して割り当てる
必要がないので、管理が複雑になるのを防止できる。よ
って、本実施形態によれば、緊急連絡等の優先度の高い
呼のデータパケットを、迅速に送受することができる。
加えて、本実施形態では、ＣＲ１２の設置位置につい
て、上記の第１実施形態のように、アクセス網１および
バックボーン２間を行き来する全てのデータパケットが
通過する位置に設置しなければならないといった制限が
ない。

【０１４８】なお、本実施形態において、ＣＲ１２は、
図１４のフローに示すように、接続要求メッセージ受信
時および接続要求応答メッセージ受信時のそれぞれにお
いて、データ通信アドレス差換部４６から制御対象アド
レス管理部５８へ、情報設定のための制御情報を通知す
るようにしている（Ｓ１６６）。しかし、上記の第１実
施形態のように、接続要求メッセージ受信時に情報設定
のための制御情報を通知する代わりに、この制御情報の
内容を一時記憶しておき、接続要求応答メッセージ受信
時に、データ通信アドレス差換部４６から制御対象アド
レス管理部５８へ通知する情報設定のための制御情報
に、この一時記憶した内容を反映させる（含める）よう
にしてもよい。

【０１４９】また、本実施形態では、ＣＲ１２を、ルー
ティング機能を持つ１台の装置として説明した。しか
し、ＣＲ１２は、上記の第１実施形態のＣＡ１０および
ＡＧ１１のように、２台に機能分けして構成してもかま
わない。この場合、接続制御メッセージの中継を担う接
続制御メッセージ処理装置を、接続制御メッセージ受信
部４０、メッセージ解析部４２、監視対象アドレス管理
部４４、データ通信アドレス差換部４６および接続制御
メッセージ送信部４８を含めて構成し、データパケット
の中継を担うデータパケット処理装置を、データパケッ
ト受信部５０、ヘッダ情報解析部５２、ヘッダ情報差換
部５４、制御対象アドレス管理部５８およびデータパケ
ット送信部５６を含めて構成する。そして、両装置を専
用ネットワークなどを用いて接続する。

【０１５０】次に、本発明の第３実施形態について説明
する。

【０１５１】上記の第１、２実施形態では、本発明を、
災害時などの緊急用の電話機６ａに対する呼の通話のた
めのデータパケット送受信に、予め帯域確保しておいた
帯域確保経路１３を割り当てるように構成されたＶｏＩ
Ｐシステムに適用した場合を例にとり説明した。これに
対し、本実施形態は、ＮＡＴが介在する環境において通
話を実現するＶｏＩＰシステム、つまり、グローバルア
ドレスおよびプライベートアドレス間でのＲＴＰによる
データパケットの送受を実現するためのＶｏＩＰシステ
ムに適用した場合を例にとり説明する。

【０１５２】図１６は、本発明の第３実施形態が適用さ
れたＶｏＩＰシステムの概略図である。ここで、図１や
図１１に示す上記の第１、２実施形態のＶｏＩＰシステ
ムと同じ機能を有するものには、同じ符号を付してい
る。

【０１５３】図１６において、グローバルＩＰアドレス
空間１９には、複数のルータ１５ａ〜１５ｆによりＩＰ
網が構築されており、このＩＰ網には、着呼側となるＶ
ｏＩＰ端末１７ｂや、ＶｏＩＰ端末１７ｂのＳＩＰプロ
キシサーバ１９などが接続されている。このＩＰ網に接
続されている各装置には、グローバルＩＰアドレスが割
り当てられている。

【０１５４】また、プライベートＩＰアドレス空間１８
には、発呼側となるＶｏＩＰ端末１７ａを含む複数の装
置によりＩＰ網が構築されており、これらの装置は、Ｃ
Ｒ１２’を介して、グローバルＩＰアドレス空間１９に
設けられている各装置と通信を行なう。

【０１５５】そして、ＣＲ１２’は、ＮＡＴ機能を持つ
ルータとしての機能を有し、プライベートＩＰアドレス
空間１８の各装置に割り当てられたプライベートＩＰア
ドレスと、ＣＲ１２’に割り当てられているグローバル
ＩＰアドレスとの変換処理を行うことにより、プライベ
ートＩＰアドレス空間１８の各装置と、グローバルＩＰ
アドレス空間１９の各装置との通信を中継する。

【０１５６】また、ＣＲ１２’は、ＶｏＩＰ端末１７ａ
のＳＩＰプロキシサーバとしての機能を有し、ＶｏＩＰ
端末１７ａおよびＶｏＩＰ端末１７ｂ間でやり取りされ
る接続制御メッセージを中継する。

【０１５７】加えて、ＣＲ１２’は、ＶｏＩＰ端末１７
ａの接続を要求する通話相手がグローバルＩＰアドレス
空間１９に設置されているＶｏＩＰ端末１７ｂである場
合に、この通話のためのデータパケットが、ＶｏＩＰ端
末１７ａおよびＶｏＩＰ端末１７ｂ間で確実に送受され
るように、中継制御する処理を行なう。

【０１５８】具体的には、ＶｏＩＰ端末１７ｂに対して
は、ＶｏＩＰ端末１７ａとの通話のためのデータパケッ
トの宛先をＣＲ１２’に割り当てられているグローバル
ＩＰアドレスに設定させることで、ＶｏＩＰ端末１７ｂ
よりのデータパケットがＣＲ１２’に届くようにする。
一方、ＶｏＩＰ端末１７ａに対しては、ＶｏＩＰ端末１
７ｂとの通話のためのデータパケットの宛先をＣＲ１
２’に割り当てられているプライベートＩＰアドレスに
設定させることで、ＶｏＩＰ端末１７ａよりのデータパ
ケットがＣＲ１２’に届くようにする。

【０１５９】そして、ＣＲ１２’は、自身に届いたデー
タパケット（ＣＲ１２’宛のデータパケット）の宛先
を、当該パケットデータの送信元に応じて定まる宛先に
差換えて送出する。つまり、当該パケットデータの送信
元がＶｏＩＰ端末１７ｂのデータパケット送受信アドレ
ス（グローバルＩＰアドレスとポート番号）ならば、当
該パケットデータの宛先を、自身のデータパケット送受
信アドレス（グローバルＩＰアドレスとポート番号）か
らＶｏＩＰ端末１７ａのデータパケット送受信アドレス
（プライベートＩＰアドレスとポート番号）に差換え
て、プライベートＩＰアドレス空間１８に送出する。一
方、当該パケットデータの送信元がＶｏＩＰ端末１７ａ
のデータパケット送受信アドレス（プライベートＩＰア
ドレスとポート番号）ならば、当該パケットデータの宛
先を、自身のデータパケット送受信アドレス（プライベ
ートＩＰアドレスとポート番号）からＶｏＩＰ端末１７
ｂのデータパケット送受信アドレス（グローバルＩＰア
ドレスとポート番号）に差換えて、グローバルＩＰアド
レス空間１９に送出する。

【０１６０】なお、ＣＲ１２’の概略構成は、図５に示
す第２実施形態のＣＲ１２と基本的に同様である。但
し、監視対象アドレス管理部４４に設定される監視対象
アドレスは、グローバルＩＰアドレス空間１９に設置さ
れているＶｏＩＰ端末１７ｂのアドレスもしくはグロー
バルＩＰアドレス空間１９にある装置であることを示す
アドレスとなる。

【０１６１】また、データ通信アドレス差換部４６は、
ＶｏＩＰ端末１７ａより受け取った接続要求メッセージ
のメッセージボディ部に設定されている発呼側つまりＶ
ｏＩＰ端末１７ａのデータパケット送受信アドレス（プ
ライベートＩＰアドレスとポート番号）を、自身（ＣＲ
１２’）のデータパケット送受信アドレス（グローバル
ＩＰアドレスとポート番号）に差換える。また、ＶｏＩ
Ｐ端末１７ｂより受け取った接続要求応答メッセージの
メッセージボディ部に設定されている着呼側つまりＶｏ
ＩＰ端末１７ｂのデータパケット送受信アドレス（グロ
ーバルＩＰアドレスとポート番号）を、自身（ＣＲ１
２’）のデータパケット送受信アドレス（プライベート
ＩＰアドレスとポート番号）に差換える。

【０１６２】また、制御対象アドレス管理部５８の情報
管理テーブル（図８参照）は、着呼側の接続制御メッセ
ージ送受信アドレス１７２およびデータパケット送受信
アドレス１７３が、グローバルＩＰアドレスとポート番
号で構成され、発呼側の接続制御メッセージ送受信アド
レス１７０およびデータパケット送受信アドレス１７１
が、プライベートＩＰアドレスとポート番号で構成され
ることになる。

【０１６３】さらに、ヘッダ情報差換部５４は、自身
（ＣＲ１２’）宛のデータパケットの送信元がグローバ
ルＩＰアドレスとポート番号からなるデータパケット送
受信アドレスならば、このデータパケットの宛先を、自
身のデータパケット送受信アドレス（グローバルＩＰア
ドレスとポート番号）から、情報管理テーブルで、この
送信元のデータパケット送受信アドレスと対で管理され
ているプライベートＩＰアドレスとポート番号からなる
データパケット送受信アドレスに差換える。一方、自身
（ＣＲ１２’）宛のデータパケットの送信元がプライベ
ートＩＰアドレスとポート番号からなるデータパケット
送受信アドレスならば、このデータパケットの宛先を、
自身のデータパケット送受信アドレス（プライベートＩ
Ｐアドレスとポート番号）から、情報管理テーブルで、
この送信元のデータパケット送受信アドレスと対で管理
されているグローバルＩＰアドレスとポート番号からな
るデータパケット送受信アドレスに差換える。

【０１６４】以上、本発明の各実施形態について説明し
た。

【０１６５】なお、本発明は上記の各実施形態に限定さ
れるものではなく、その要旨の範囲内で数々の変形が可
能である。

【０１６６】例えば、上記の各実施形態では、データパ
ケット送受信アドレスのネゴシエーションを、接続要求
メッセージおよび接続要求応答メッセージを用いて行う
場合を例にとり説明した。ここで、接続制御プロトコル
として、例えばＳＩＰを用いる場合、通常、接続要求メ
ッセージはＩＮＶＩＴＥメッセージ、接続要求応答メッ
セージは２００ ＯＫの応答メッセージとなる。しか
し、ＳＩＰでは、ＩＮＶＩＴＥメッセージでＳＤＰを設
定せず、２００ ＯＫの応答メッセージで相手から送ら
れてくるＳＤＰの値を見た後に、ＡＣＫメッセージを返
す際にＳＤＰの値を設定してネゴシエーションを行なう
場合がある。この場合は、２００ ＯＫメッセージを、
上記の各実施形態における接続要求メッセージ、そし
て、ＡＣＫメッセージを上記の各実施形態における接続
要求応答メッセージとして処理するとよい。すなわち、
データパケット送受信アドレスのネゴシエーションを行
う接続制御メッセージは、ＳＤＰの値が設定されたメッ
セージを、接続要求および接続応答メッセージとして処
理するとよい。

【０１６７】

【発明の効果】以上説明したように、本発明によれば、
ＶｏＩＰのような、呼を確立してデータパケットを送受
する場合に、緊急連絡等の優先度の高い呼のデータパケ
ットを、迅速に送受することができる。また、本発明に
よれば、ＮＡＴが介在する環境でも、ＩＰ電話システム
を実現できる。

【図面の簡単な説明】

【図１】本発明の第１実施形態が適用されたＶｏＩＰシ
ステムの概略図である。

【図２】接続制御メッセージの構成例を示す図である。

【図３】図１に示すＣＡ１０の概略図である。

【図４】図２に示すＡＧ制御部２６からＡＧ１１へ通知
される制御情報の構成例を示す図である。

【図５】図１に示すＣＡ１０の動作フローを説明するた
め図である。

【図６】データパケットの構成例を示す図である。

【図７】図１に示すＡＧ１１の概略図である。

【図８】図７に示す制御対象アドレス管理部３４で管理
する情報管理テーブルの構成例を示す図である。

【図９】図１に示すＡＧ１１の動作フローを説明するた
めの図である。

【図１０】図１に示すＶｏＩＰシステムにおいて、Ｖｏ
ＩＰ端末５が緊急用の電話機６ａに対して発呼した場合
におけるＣＡ１０およびＡＧ１１の動作シーケンスを説
明するための図である。

【図１１】本発明の第２実施形態が適用されたＶｏＩＰ
システムの概略図である。

【図１２】図１１に示すＣＲ１２の概略図である。

【図１３】図１１に示すＣＲ１２の動作フローを説明す
るための図である。

【図１４】図１３に示すデータ通信アドレス差換え処理
（Ｓ１４６）の動作フローを説明するための図である。

【図１５】図１１に示すＶｏＩＰシステムにおいて、Ｖ
ｏＩＰ端末５が緊急用の電話機６ａに対して発呼した場
合におけるＣＲ１２の動作シーケンスを説明するための
図である。

【図１６】本発明の第３実施形態が適用されたＶｏＩＰ
システムの概略図である。

【符号の説明】

１…アクセス網、２…バックボーン、５，１７ａ，１７
ｂ…ＶｏＩＰ端末、６ａ〜６ｃ…電話機、７…ＣＭＴ
Ｓ、８ａ〜８ｃ…ＭＧ（メディアゲートウェイ）、１０
…ＣＡ（接続制御メッセージ処理装置）、１１…ＡＧ
（データパケット処理装置）、１２，１２’…ＣＲ（呼
制御装置）、１３…帯域確保経路、１５ａ〜１５ｆ…ル
ータ、１９…ＳＩＰプロキシサーバ、２０，４０…接続
制御メッセージ受信部、２２，４２…メッセージ解析
部、２４，４４…監視対象アドレス管理部、２６…ＡＧ
制御部、２８，４８…接続制御メッセージ送信部、３
０，５０…データパケット受信部、３２，５２…ヘッダ
情報解析部、３４，５８…制御対象アドレス管理部、３
６，５６…データパケット送信部、４５…受信制御部、
４６…データ通信アドレス差換部、５５…送信制御部、
５４…ヘッダ情報差換部

フロントページの続き (72)発明者 星 徹 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 秋山 秀洋 神奈川県横浜市戸塚区戸塚町216番地 株 式会社日立製作所通信事業部内 Ｆターム(参考） 5K030 GA01 HA08 HB01 HD03 HD06 HD09 LC06 LC09 5K033 AA02 BA14 CB09 DA05 DB18

Claims (10)

【特許請求の範囲】
1. 【請求項１】データパケットを送受することにより通話
   を行なう端末間の呼を中継する呼制御装置であって、 前記端末間で送受される接続制御メッセージを中継する
   接続制御メッセージ処理部と、前記端末間で送受される
   データパケットを中継するデータパケット処理部と、を
   有し、 前記接続制御メッセージ処理部は、 予め帯域確保された経路へ送出すべきデータパケットの
   宛先アドレスを監視対象アドレスとして管理する監視対
   象アドレス管理手段と、 接続制御メッセージを受信する接続制御メッセージ受信
   手段と、 前記接続制御メッセージ受信手段が受信した接続制御メ
   ッセージを送信する接続制御メッセージ送信手段と、 前記接続制御メッセージ受信手段が受信した接続制御メ
   ッセージの内容を解析し、その結果、当該接続制御メッ
   セージが接続を要求する着呼側の端末のアドレスが、前
   記監視対象アドレス管理手段で管理されている監視対象
   アドレスである場合に、当該接続制御メッセージが接続
   を要求する着呼側の端末アドレスを、前記データパケッ
   ト処理部に通知するメッセージ解析手段と、を備え、 前記データパケット処理部は、 前記接続制御メッセージ処理部より通知された着呼側の
   端末アドレスを管理する制御対象アドレス管理手段と、 データパケットを受信するデータパケット受信手段と、 前記データパケット受信手段が受信したデータパケット
   を送信するデータパケット送信手段と、 前記データパケット受信手段が受信したデータパケット
   のヘッダ情報を解析し、その結果、当該データパケット
   の送信先のアドレスが、前記制御対象アドレス管理手段
   で管理されている着呼側の端末アドレスである場合に、
   当該データパケットが前記予め帯域確保された経路へ送
   出されるように、前記データパケット送信手段を制御す
   る中継制御手段と、を備えることを特徴とする呼制御装
   置。
2. 【請求項２】請求項１記載の呼制御装置であって、 前記データパケット処理部は、 通話を行なう両端末の一方が所属する第１のネットワー
   クと、他方が所属する第２のネットワークとの間を行き
   来する全てのデータパケットが、前記データパケット受
   信手段で受信されるように設置されることを特徴とする
   呼制御装置。
3. 【請求項３】データパケットを送受することにより通話
   を行なう端末間の呼を中継する呼制御装置であって、 前記端末間で送受される接続制御メッセージを中継する
   接続制御メッセージ処理部と、前記端末間で送受される
   データパケットを中継するデータパケット処理部と、を
   有し、 前記接続制御メッセージ処理部は、 予め帯域確保された経路へ送出すべきデータパケットの
   宛先アドレスを監視対象アドレスとして管理する監視対
   象アドレス管理手段と、 接続制御メッセージを受信する接続制御メッセージ受信
   手段と、 前記接続制御メッセージ受信手段が受信した接続制御メ
   ッセージを送信する接続制御メッセージ送信手段と、 前記接続制御メッセージ受信手段が受信した接続制御メ
   ッセージの内容を解析し、その結果、当該接続制御メッ
   セージが接続を要求する着呼側の端末のアドレスが、前
   記監視対象アドレス管理手段で管理されている監視対象
   アドレスである場合に、当該接続制御メッセージが接続
   を要求する発呼側および着呼側の端末アドレスを、前記
   データパケット処理部に通知すると共に、前記発呼側お
   よび着呼側の端末各々が通話のために送信するデータパ
   ケットの宛先が、前記データパケット処理部となるよう
   に、当該接続制御メッセージのメッセージ内容を書き換
   えるメッセージ解析手段と、を備え、 前記データパケット処理部は、 前記接続制御メッセージ処理部より通知された発呼側お
   よび着呼側の端末アドレスを管理する制御対象アドレス
   管理手段と、 データパケットを受信するデータパケット受信手段と、 前記データパケット受信手段が受信したデータパケット
   を送信するデータパケット送信手段と、 前記データパケット受信手段が受信したデータパケット
   のヘッダ情報を解析し、その結果、当該データパケット
   の送信元のアドレスが、前記制御対象アドレス管理手段
   で管理されている着呼側の端末アドレスである場合は、
   当該データパケットの送信先のアドレスを、前記着呼側
   の端末アドレスと対で管理されている発呼側の端末アド
   レスに書き換え、その一方、当該データパケットの送信
   元のアドレスが、前記制御対象アドレス管理手段で管理
   されている発呼側の端末アドレスである場合は、当該デ
   ータパケットの送信先のアドレスを、前記発呼側の端末
   アドレスと対で管理されている着呼側の端末アドレスに
   書き換えると共に、このデータパケットが前記予め帯域
   確保された経路へ送出されるように、前記データパケッ
   ト送信手段を制御する中継制御手段と、を備えることを
   特徴とする呼制御装置。
4. 【請求項４】請求項１、２または３記載の呼制御装置で
   あって、 前記データパケット処理部の前記データパケット送信手
   段は、 前記予め帯域確保された経路へ送出するデータパケット
   に、経路識別用のラベル付けを行うことを特徴とする呼
   制御装置。
5. 【請求項５】データパケットを送受することにより通話
   を行なう端末間の呼を中継する呼制御装置であって、 前記端末間で送受される接続制御メッセージを中継する
   接続制御メッセージ処理部と、前記端末間で送受される
   データパケットを中継するデータパケット処理部と、を
   有し、 前記接続制御メッセージ処理部は、 ＮＡＴ（Network Address Translation）を介してプラ
   イベートアドレス空間からグローバルアドレス空間へ送
   出されるデータパケットの宛先アドレスを監視対象アド
   レスとして管理する監視対象アドレス管理手段と、 接続制御メッセージを受信する接続制御メッセージ受信
   手段と、 前記接続制御メッセージ受信手段が受信した接続制御メ
   ッセージを送信する接続制御メッセージ送信手段と、 前記接続制御メッセージ受信手段が受信した接続制御メ
   ッセージの内容を解析し、その結果、当該接続制御メッ
   セージが接続を要求する着呼側の端末のアドレスが、前
   記監視対象アドレス管理手段で管理されている監視対象
   アドレスである場合に、当該接続制御メッセージが接続
   を要求する発呼側端末のプライベートアドレスおよび着
   呼側端末のグローバルアドレスを、前記データパケット
   処理部に通知すると共に、前記発呼側および着呼側の端
   末各々が通話のために送信するデータパケットの宛先
   が、前記データパケット処理部となるように、当該接続
   制御メッセージのメッセージ内容を書き換えるメッセー
   ジ解析手段と、を備え、 前記データパケット処理部は、 前記接続制御メッセージ処理部より通知された発呼側端
   末のプライベートアドレスおよび着呼側端末のグローバ
   ルアドレスを管理する制御対象アドレス管理手段と、 データパケットを受信するデータパケット受信手段と、 前記データパケット受信手段が受信したデータパケット
   を送信するデータパケット送信手段と、 前記データパケット受信手段が受信したデータパケット
   のヘッダ情報を解析し、その結果、当該データパケット
   の送信元のアドレスが、前記制御対象アドレス管理手段
   で管理されている着呼側端末のグローバルアドレスであ
   る場合は、当該データパケットの送信先のアドレスを、
   前記着呼側端末のグローバルアドレスと対で管理されて
   いる発呼側端末のプライベートアドレスに書き換え、そ
   の一方、当該データパケットの送信元のアドレスが、前
   記制御対象アドレス管理手段で管理されている発呼側端
   末のプライベートアドレスである場合は、当該データパ
   ケットの送信先のアドレスを、前記発呼側端末のプライ
   ベートアドレスと対で管理されている着呼側端末のグロ
   ーバルアドレスに書き換える中継制御手段と、を備える
   ことを特徴とする呼制御装置。
6. 【請求項６】請求項１、２、３、４または５記載の呼制
   御装置であって、 前記接続制御メッセージ処理部および前記データパケッ
   ト処理部は、それぞれ別個の独立した装置であることを
   特徴とする呼制御装置。
7. 【請求項７】請求項１、２、３、４または５記載の呼制
   御装置であって、 前記接続制御メッセージ処理部および前記データパケッ
   ト処理部は、同じ装置上に構築されていることを特徴と
   する呼制御装置。
8. 【請求項８】データパケットを送受することにより通話
   を行なう端末間の呼を中継する呼制御方法であって、 接続制御メッセージを受信してその内容を解析し、その
   結果、当該接続制御メッセージが接続を要求する着呼側
   の端末のアドレスが、予め帯域確保された経路へ送出す
   べきデータパケットの宛先アドレスとして登録されてい
   るアドレスならば、前記着呼側の端末アドレスを制御対
   象アドレスとして管理するステップと、 データパケットを受信してヘッダ情報を解析し、その結
   果、当該データパケットの送信先のアドレスが、前記制
   御対象アドレスであるならば、当該データパケットが前
   記予め帯域確保された経路へ送出されるように、当該デ
   ータパケットの中継を制御するステップと、を有するこ
   とを特徴とする呼制御方法。
9. 【請求項９】データパケットを送受することにより通話
   を行なう端末間の呼を中継する呼制御方法であって、 接続制御メッセージを受信してその内容を解析し、その
   結果、当該接続制御メッセージが接続を要求する着呼側
   の端末のアドレスが、予め帯域確保された経路へ送出す
   べきデータパケットの宛先アドレスとして登録されてい
   るアドレスならば、当該接続制御メッセージが接続を要
   求する発呼側および着呼側の端末アドレスを制御対象ア
   ドレスとして管理すると共に、前記発呼側および着呼側
   の端末各々が通話のために送信するデータパケットを受
   信できるように、当該接続制御メッセージのメッセージ
   内容を書き換えるステップと、 データパケットを受信してヘッダ情報を解析し、その結
   果、当該データパケットの送信元のアドレスが、前記制
   御対象アドレスとして管理されている着呼側の端末アド
   レスであるならば、当該データパケットの送信先のアド
   レスを、前記着呼側の端末アドレスと対で管理されてい
   る発呼側の端末アドレスに書き換えてから、当該データ
   パケットを送信し、その一方、当該データパケットの送
   信元のアドレスが、前記制御対象アドレスとして管理さ
   れている発呼側の端末アドレスであるならば、当該デー
   タパケットの送信先のアドレスを、前記発呼側の端末ア
   ドレスと対で管理されている着呼側の端末アドレスに書
   き換えると共に、このデータパケットが前記予め帯域確
   保された経路へ送出されるように中継を制御するステッ
   プと、を有することを特徴とする呼制御方法。
10. 【請求項１０】データパケットを送受することにより通
    話を行なう端末間の呼を中継する呼制御方法であって、 接続制御メッセージを受信してその内容を解析し、その
    結果、当該接続制御メッセージが接続を要求する着呼側
    の端末のアドレスが、ＮＡＴ（Network Address Transl
    ation）を介してプライベートアドレス空間からグロー
    バルアドレス空間へ送出されるデータパケットの宛先ア
    ドレスとして登録されているアドレスならば、当該接続
    制御メッセージが接続を要求する発呼側端末のプライベ
    ートアドレスおよび着呼側端末のグローバルアドレスを
    制御対象アドレスとして管理すると共に、前記発呼側お
    よび着呼側の端末各々が通話のために送信するデータパ
    ケットを受信できるように、当該接続制御メッセージの
    メッセージ内容を書き換えるステップと、 データパケットを受信してヘッダ情報を解析し、その結
    果、当該データパケットの送信元のアドレスが、前記制
    御対象アドレスとして管理されている着呼側端末のグロ
    ーバルアドレスであるならば、当該データパケットの送
    信先のアドレスを、前記着呼側端末のグローバルアドレ
    スと対で管理されている発呼側端末のプライベートアド
    レスに書き換えてから、当該データパケットを送信し、
    その一方、当該データパケットの送信元のアドレスが、
    前記制御対象アドレスとして管理されている発呼側端末
    のプライベートアドレスであるならば、当該データパケ
    ットの送信先のアドレスを、前記発呼側端末のプライベ
    ートアドレスと対で管理されている着呼側端末のグロー
    バルアドレスに書き換えてから、当該データパケットを
    送信するように中継を制御するステップと、を有するこ
    とを特徴とする呼制御方法。