JP4205445B2

JP4205445B2 - 交換装置

Info

Publication number: JP4205445B2
Application number: JP2003016425A
Authority: JP
Inventors: 亨吉原; 紳也鈴木; 和宣片桐
Original assignee: Hitachi Communication Technologies Ltd
Current assignee: Hitachi Communication Technologies Ltd
Priority date: 2003-01-24
Filing date: 2003-01-24
Publication date: 2009-01-07
Anticipated expiration: 2023-01-24
Also published as: JP2004229112A; US7489677B2; US20040208192A1

Description

【０００１】
【発明の属する技術分野】
本発明はインタ−ネット網や、構内ＬＡＮ等のイントラネットのようなパケット網と、公衆回線交換網とに接続されている端末装置間を通信させる交換装置に関する。
【０００２】
【従来の技術】
現在の公衆電話網において、最も多く使用されている機器はアナログ電話機である。また、公衆電話網に接続される交換機（ＰＢＸ）は多くの特別な機能を有し、アナログ電話機を内線電話として直接ＰＢＸに接続して多彩なサービスを行えるようもにしている。
【０００３】
そして一方では、交換機を介して公衆電話網とインタ−ネットを接続し、インタ−ネットを用いた音声通信（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：ＶｏＩＰ）が可能となっている。（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開平１１−１９１７９１号公報（図１）
【０００５】
【発明が解決しようとする課題】
しかしながら、このような状況においても、公衆電話網、内線電話機、インターネットやＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）等を収容し、インタ−ネットのようなパケット交換網においても、発呼された電話番号をパケット網上での番号にアドレス変換する処理、呼び出し処理や呼の接続処理等を行うことが必要であり、また、交換機間で情報を伝達するのに有効であるＳＳ７シグナリング信号（従来の公衆電話網においては、通話は端局が呼に関係するようになるまで、ＳＳ７シグナリング（以下ＮＯ．７という）信号によって伝達され、各々の端局によって管理されていた。）をパケット交換網へ適用することも必要とされている。
【０００６】
そして、インターネットのようなパケット網を使用して、デジタルデータ通信のみでシステムを構築する場合にも安価に対応可能な交換装置が必要とされてきている。
【０００７】
本発明は、上記に鑑みてなされたものであり、従来の交換機の機能を有しながら、インターネットのようなパケット網に接続可能で、従来のアナログ電話機を用いないＬＡＮのようなパケット（ＩＰ）網のみのシステム構成にも対応し、パケット（ＩＰ）網と既存の公衆網を融合したアナログ電話機を用いいれるようなハイブリットシステムにも最低限の設備で容易に対応可能な交換装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
内線電話機及び公衆網を収容接続し、集線装置を介してＩＰ対応端末装置が接続するパケット網に接続させる交換装置であって、前記交換装置は、前記内線電話機及び前記公衆網を収容接続し、前記内線電話機又は前記公衆網と、前記ＩＰ対応端末装置との間で通話音声データの伝送処理を実行する回線収容部と、前記内線電話機及び前記ＩＰ対応端末装置の通話に関わる呼制御情報を一元管理し、この呼制御情報に基づき、前記通話音声データの伝送処理を実行する前記回線収容部を制御する呼制御部とを有し、前記内線電話機又は前記公衆網と、前記ＩＰ対応端末装置との間での音声通話を実行する場合、前記回線収容部は、前記内線電話機又は前記公衆網から呼制御情報を受信すると、この呼制御情報をパケット化して、前記パケット網経由で前記呼制御部に送信し、前記呼制御部は、前記回線収容部から前記パケット化された呼制御情報を受信すると、この呼制御情報に応じて、前記回線収容部に対して、前記回線収容部が前記内線電話機又は前記公衆網から受信する通話音声データの宛先アドレスを通知し、前記回線収容部は、前記呼制御部による宛先アドレスを受信すると、前記内線電話機又は前記公衆網からの通話音声データを前記宛先アドレスにパケット化して送信する処理を実行し、前記内線電話機又は前記公衆網と、前記ＩＰ対応端末装置との音声通話を実行すると共に、前記ＩＰ対応端末装置同士で音声通話を実行する場合、前記呼制御部は、前記パケット網経由で前記ＩＰ対応端末装置から前記呼制御情報を受信すると、この呼制御情報に応じて、前記ＩＰ対応端末装置及び通話相手先のＩＰ対応端末装置に対して、前記通話音声データの送信宛先アドレスを通知することで、前記ＩＰ対応端末装置間で音声通話を実行することを特徴とする。
【０００９】
【発明の実施の形態】
図１に本発明である交換装置を用いたシステム構成を示す。
本発明である交換機１は、呼制御装置１ａ（以下ＴＭ部という）と回線収容部1ｂ（以下ＴＵ部という）から構成され、ＴＵ部１ｂは公衆交換網８（以下ＰＳＴＮという）と接続され、複数のアナログ端末５（以下電話機という）と、複数のＬＡＮ（Local Area Network）通信用のＨＵＢ２を収容している。
【００１０】
集線装置（Concentrator）であるＨＵＢ２には社内、構内用のＬＡＮケ−ブル７を通じて、ＴＭ部１ａと、ＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）と、交換機１との独自のインタフェ−スを持つＩＰ多機能電話機６２（以下ＩＰ−ＭＦＴという）および、一般的なＩＰル−タ−であるル−タ−３が接続されている。
【００１１】
ル−タ−３は、異なるネットワーク同士を相互接続するネットワーク機器であり、通信経路が記述されたルーティングテーブルに従って、デジタルデ−タ（音声等）を宛先のネットワークまで中継する。そして、ル−タ−３を介して交換機１はInternet Protocol網４（以下ＩＰ網という）と接続されている。
ＴＭ部１ａ、ＩＰ電話機６１、ＩＰ−ＭＦＴ６２間は、ＬＡＮで接続し、音声信号、メール及び各種情報（電話番号、ＩＰアドレス、メールアドレス等）をＩＰパケットで伝送する。
【００１２】
ＴＵ部１ｂは、ＴＭ部１ａの制御のもとに、内線電話機５やＰＳＴＮ８をパケット網であるＬＡＮやＩＰ網４に接続可能とし、回線数や、内線電話機の数により任意に増設可能としている。
【００１３】
ＴＵ部1ｂは、電話機５等からの呼制御情報やアナログ音声をＩＰパケットデータ化して、ＴＭ部１ａやＬＡＮ上送出し、また、ＴＭ部１ａやＬＡＮからのＩＰパケットデータを受信して、アナログ音声に変換する動作を行う。
【００１４】
図２に本発明の交換機１の内部ブロック図を示す。
ＴＵ部１ｂ内には従来の通りの電話交換機能と同様の機能を実現するための従来回線部１１（以下ＥＸ部という）と、ＥＸ部１１からの音声デ−タとパケットデ−タの変換を行うパケット処理部１３（以下ＰＵ部という）と備える。
【００１５】
従来回線部であるＥＸ部１１内には、ＰＳＴＮ８との電気的インタフェ−スを合わせ、通信を行う局線インタフェ−ス部１１１（以下ＣＯＴという）と、電話機５との電気的インタフェ−スを合わせ、通信を行う電話機インタフェ−ス部１１２（以下ＬＩＮＥという）とを備える。
【００１６】
次に、後述するＣＣ部１２の制御のものに音声変換を行うＰＵ部１３は、符号化方式（Ｇ．７１１、Ｇ．７２９、Ｇ．７２３．１）により音声デ−タの圧縮／伸長を行う音声圧縮機能と、Ｇ．７２３．１の有無により選択可否判断を行い発着信の規制を行うＧ．７２３．１動作規定処理機能と、パケットの多重化処理（各符号化方式／ＦＡＸ／モデム等の異なるペイロ−ドタイプ（以下ＰＴという）に対応したパケット生成／解析処理）を行う音声パケット処理機能と、ＬＡＮ上又は網間のゆらぎによる音の途切れをふせぐゆらぎ吸収制御機能と、対向装置間で発生する同期のズレを調整する同期補正機能と、通信中のＤＴＭＦ信号を音声とは別のコ−ド体系で送受信するＤＴＭＦ透過機能と、同一ＬＡＮ上に音声とデ−タが混在した場合に、ゆらぎや網内遅延による音声の途切れを回避するためにパケットデ−タの優先順位をきめて通信させる優先制御機能と、通話中の無音状態を検出して無音期間中のパケットデ−タの送出をやめ、ＬＡＮ上のトラヒック低減を行う無音サプレス機能と、通話中に回線障害等で通話先とのパケット送受信が不可能となった場合にその呼を無効として開放処理する通信中断監視機能とをもっている。
【００１７】
また、チャネル毎に設定されている接続可能符号化方式やパケット多重数を管理し、呼接続時にその条件で接続可否の判定を行うチャネル毎接続条件管理機能と、チャネル毎の呼状態を管理して着信可否の判定を行うチャネル状態管理機能を有している。
【００１８】
音声優先制御機能とは、LAN機器において受信したパケットをその順番のまま送信するのではなく、パケットの種類別に優先順位をつけ、その優先順位の高いものから順番に送信する機能のことであり、音声系／データ系混在のネットワーク構成で使用するLAN機器では、音声系の伝送遅延を小さくするために、この機能を利用して音声パケットが最優先で転送されるるようにしている。
【００１９】
優先順位が高いパケットが多くなると優先順位の低いパケットは「大幅な遅延」が発生するか、「廃棄」されるが、一般に音声系トラフィック量はデータ系トラフィック量よりはるかに小さいので、データ系への波及はほとんどない。
【００２０】
データ系の中でも特にトラフィックの多いサーバ系通信経路と音声系経路を共有する場合は、音声優先制御は必須の機能となる。
【００２１】
音声優先制御に関しては、レイヤ２での優先制御（IEEE802.1Q/p）に対応している。この詳細は、IEEE802.1Qは通常のMACフレーム(IEEE802.1D)にVLANタグ（4Byte）を付与した規格で、（VLANタグ内のVIDビットによってVLAN番号が指定されます）IEEE802.1pはVLANタグ内のユーザプライオリティビットを使用して、優先順位付けを行う規格に示されている。また、この他にも、レイヤ３（IPアドレス）やレイヤ４（TCP，UDPポート番号）による優先制御を行うことも可能としている。
【００２２】
その他、前記した通りＴＵ部１ｂは、帯域制御機能、フラグメント機能、ゆらぎ吸収機能を備えているので、以下に詳細を説明する。
【００２３】
まず、帯域制御機能とは、LAN機器においてパケットを送信するとき、パケットの種類毎に帯域を確保する機能であり、この機能によって、音声が必要とする回線帯域割合を指定しておくことにより、データトラフィックが増大しても音声データの送信を保証するものである。
【００２４】
音声系／データ系混在のネットワーク構成で使用するLAN機器LAN機器の持つ優先制御機能が不十分な場合、この機能を利用して音声パケットが使用する帯域を確保する。
【００２５】
次に、フラグメント機能（あるいはフラグメンテーション機能）とは、LAN機器において受信したパケットをその長さのまま送信するのではなく、指定した長さに分割して送信する機能である。
【００２６】
しかし、この機能を使用することによってルータの処理に負荷与え、遅延等の音声品質に影響がでる恐れがある。この機能は主として帯域幅1.5Mbit/s以下のWAN系通信で他の優先制御が難しい場合に限定し、実施している。
【００２７】
例えば、ＩＰ網の回線サービス速度が、６４〜２５６ｋｂｉｔ／ｓの場合のフラグメントバイト数は、音声パケットサイズ又は、FAXパケットサイズのどちらかサイズにFR,PPPなどのプロトコルヘッダ分の必要バイト数を付加し、フラグメントの設定値（以下Ａ値という）とする。「３８４ｋｂｉｔ／ｓの場合のフラグメントバイト数は、Ａ値以上３６０Ｂｙｔｅ以下」、「５１２ｋｂｉｔ／ｓの場合のフラグメントバイト数は、Ａ値以上４８０Ｂｙｔｅ以下」、「１０２４ｋｂｉｔ／ｓの場合のフラグメントバイト数は、Ａ値以上９６０Ｂｙｔｅ以下」、「１５３６ｋｂｉｔ／ｓ以上の場合のフラグメントバイト数は、フラグメントの設定必要なし」のように設定を行う。
【００２８】
次に、ゆらぎ吸収機能について説明する。IP網では、さまざまな理由により、遅延が発生し、パケット到着間隔にばらつき（ゆらぎ）が生じる。音声IP信号を音声信号に変換するとき、このゆらぎをそのまま再生すると、音声品質が低下することが知られている。その為、ゆらぎを吸収するために、音声−IP変換回路（ＴＵ部１ｂやＩＰ−ＭＦＴ６２の内蔵回路）では、ゆらぎ吸収バッファを具備している。
【００２９】
ゆらぎ吸収の方法として、ゆらぎ状況に追従する自動ゆらぎ吸収と、固定幅でゆらぎ吸収する固定ゆらぎ吸収があり、ゆらぎ吸収バッファ数（遅延時間）と共に設定情報により設定している。
【００３０】
ＴＵ部１ｂにおけるゆらぎ吸収のしくみは、ＬＡＮ側からの音声IP信号は、ＴＵ部１ｂ内のＬＡＮとのインタフェースをとるLANIF回路で受信後、ゆらぎ吸収バッファでゆらぎを吸収した後、CODECにて音声信号に変換します。逆に、従来インタフェース（ＣＯＴ、ＬＩＮＥ）からの音声信号は、CODECにてパケット化され、音声IP信号として、LANIF回路でLAN（IP-MFT等）へ送信する。このLANIF回路、ゆらぎ吸収バッファ及びCODECはＰＵ部１３及びＶＩＤＰ１５が各々有している。
【００３１】
次にＴＭ部１ａ内には、ＬＡＮやＩＰ網４との呼制御を行うＩＰ呼制御部１４（以下ＳＣ部という）、ＥＸ部１１、ＳＣ部１４およびＰＵ部１３それぞれのデータ交換制御を行う交換制御部１２（以下ＣＣ部という）とを備える。
【００３２】
ＥＸ部１１、ＳＣ部１４およびＰＵ部１３のそれぞれの交換制御を行うＣＣ部１２は、ＩＰ−ＭＦＴ６２やＰＵ部１３毎に割り付けられるＩＰアドレスを管理したり、通話相手先のＩＰアドレスを通知したりする機能を持っている。
【００３３】
ＣＣ部１２が、ＥＸ部１１から通知される電話番号とパケット網４内のアドレスであるＩＰアドレスの相互変換（予め変換する電話番号とＩＰアドレスは設定しておく必要がある）を行い、ＳＣ部１４を通じてＰＳＴＮ８とパケット網４間の接続を制御している。
【００３４】
すなわち、ＰＳＴＮ８とパケット網４に接続されている端末間の通信は、従来の交換機の着信機能でいうところのＤｉｒｅｃｔｉｎＬｉｎｅ（ＤＩＬ）方式と同等の機能で接続されていることになる。
【００３５】
ＳＣ部１４も複数搭載可能であり、ＳＣ部１４の端末接続処理能力に応じて追加を行ったり、複数（ＳＣ部）の別ネットワークに接続することもできる。
【００３６】
次にＩＰ網４との呼制御を行うＳＣ部１４内には、ＣＣ部１２とのデ−タ送受信制御を行い、後述するプロトコル変換部１４２、独自インタフェ−ス部１４３、ＰＵ制御部１４６、及び保守制御部１４７とに接続され、それらの部位とＣＣ部１２間とのメッセ−ジの送受信制御を行うＣＣインタフェ−ス部１４４と、そのＣＣインタフェ−ス部１４４に接続され、ＳＳ７シグナリングにより局間サ−ビスを行うとともに、ＣＣ部１２からの呼制御メッセ−ジをＨ．３２３呼制御メッセ−ジに変換し、Ｈ.３２３対応端末との通信を可能とするプロトコル変換部１４２と、同様にＣＣインタフェ−ス部１４４に接続され、交換機１と独自のプロトコルによって通信をおこなうＩＰ−ＭＦＴ６２とのインタフェ−スをとる独自インタフェ−ス部１４３と、従来回線の管理制御のため、ＣＣ部１２から通知される独自メッセージをＩＰデータ化してＰＵ部１３に通知し、ＰＵ部１３から通知されるメッセージＣＣ部１２に通知する機能と、ＰＵ部１３の登録情報管理のため、ＰＵ部１３からのログイン時にＰＫＧ番号とＩＰアドレスを関連づけ等の初期登録処理を行う機能とを有するＰＵ制御部１４６と、更に、ＣＣインタフェース部１４４と同様にプロトコル変換部１４２、独自インタフェ−ス部１４３、ＰＵ制御部１４６、及び保守制御部１４７とに接続され、それらからのメッセ−ジの送受信制御を行い、またＨＵＢ２に接続され、ＬＡＮ側からのＩＰパケットデ−タの送受信処理を行うＬＡＮインタフェ−ス部１４５とを備えている。
【００３７】
また、プロトコル変換部１４２は、Ｈ．３２３対応端末との呼制御処理を行うＨ．２２５呼制御機能と、標準手順等がメディアパス未確立で接続された場合に、Ｈ．２４５手順による端末間での整合性確認処理を行うＨ．２４５メッセ−ジ制御機能をもつ。
【００３８】
また、ＬＡＮ側に接続された相手端末の状態を常にＰｉｎｇコマンドによる監視を行うことにより、接続不可能状態となった装置への発信規制を行い、無駄な呼制御処理を行わないようにしている。監視方法は、定期的に相手先にＰｉｎｇコマンドを送出し、回線異常の発生及び異常からの復旧を検出しＣＣ部１２へ通知する。ｐｉｎｇ異常と判断する条件は、Ｐｉｎｇ応答結果データの異常時、Ｐｉｎｇコマンドに対する相手の応答なし及び、Ｐｉｎｇ送出時に使用するソケット異常とする。相手先のＩＰアドレスは、局データとして登録されたデータをＣＣ部１２から得て、そのＩＰアドレスを使用する。
【００３９】
次に、独自インタフェ−ス部１４３は、ＩＰ−ＭＦＴ６２からのログイン時に内線番号とＩＰアドレスとの関連づけ、その情報を管理する登録情報管理機能と、ＩＰ−ＭＦＴ６２の呼毎のチャネル接続情報（ポ−ト番号、パケット多重数、符号化方式等）を随時管理し、通話パス接続時の接続条件通知に用いる接続情報管理機能と、登録されたＩＰ−ＭＦＴ６２の正常性を確認し、常に最新のＩＰ−ＭＦＴ６２の状態をＣＣ部１２に通知する状態管理機能と、ＩＰ−ＭＦＴ６２との呼制御メッセ−ジの送受信処理を行う制御メッセ−ジ機能とを備える。
【００４０】
交換機１内のデータ形態は、ＣＣ部１２からのデータをプロトコル変換部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５に送信する際には、プロトコル変換部１４２及び独自インタフェース部１４３それぞれによって送信されるデータがＩＰパケット化される。
【００４１】
具体的には、プロトコル変換部１４２からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＨ．３２３データやＮＯ．７データに変換した後ＩＰパケット化し、独自インタフェース部１４３からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データを独自インタフェース部１４３で、ＩＰ−ＭＦＴ６２が使用可能な独自データに変換後に、ＩＰパケット化して送信している。
【００４２】
ＣＣ部１２とＳＣ部１４間のデータは装置内独自データであるが、呼制御情報については、ＮＯ．７信号情報をそのまま使用すると変換効率がよいので、装置内独自メッセージとＮＯ．７メッセージが重複することが望ましい。
【００４３】
また、プロトコル変換部１４２及び独自インタフェース部１４３は、ＬＡＮインタフェース１４５からＩＰパケットデータを受信し、ＣＣインタフェース１４４にデータを送信する際には、プロトコル変換部１４２及び独自インタフェース部１４３において、パケットフレームがはずされ、受信したそれぞれのデータを装置内独自データに変換して、ＣＣ部１２に送信する。
【００４４】
次に、本発明の実施形態に従う典型的な通話手順を図１を用いて説明する。
ＰＳＴＮ８に接続されている一般電話機（図示しない）が、ＨＵＢ２に接続されているＩＰ電話機６１へ電話をする場合を例とする。
【００４５】
一般電話機が発信するとその呼制御情報はＰＳＴＮ８を介してＴＵ部１ｂで受信される。ＴＵ部1ｂはその発呼に対し、発信者からのダイヤル情報から接続しようとする相手先特定させる為、ＴＭ部１ａに連絡する。
【００４６】
ＴＭ部1ａは、その呼制御情報をＴＵ部１ｂから受けると、ＴＭ部１ａが発呼者が入力した電話番号に対応する地域をどの設備がサ−ビスしているのかを判断し、接続する相手がインタ−ネットのようなパケット交換網を用いているＩＰ電話機６１のような場合は、そのインタフェ−スに合わせた呼制御および通信デ−タの形態に変換して被呼側と通信させる。
【００４７】
ＴＭ部１ａは、被呼側の呼び出し中／話中／応答の状態を監視し、呼が応答される前に、発呼者に対して呼び出し音の再生などにより呼の状態を知らせることができるよう、呼の状態を発呼元に伝達できる。呼がＩＰ電話機６１を介して応答されると、ＴＭ部１ａは発呼者への呼び出し音再生を中止する。
【００４８】
そして、ＴＵ部１ｂ内のＰＵ部１３が、ＰＳＴＮ８側の電話機からの入力音声データを圧縮及び、圧縮した入力音声のパケットデ−タ化を行いＨＵＢ２に接続されているＩＰ電話機６１へ送信を開始する。一方では同時にＩＰ電話機６１からの入力パケットデ−タを受け取り、音声を伸長し、伸長した音声はＰＳＴＮ８を介して接続されている電話機に再生出力される。
【００４９】
このデ−タ通信（通話）の間、ＴＵ部1ｂはデ−タ変換におけるＡ／Ｄ又はＤ／Ａ変換、暗号化／暗号翻訳、音声圧縮／伸長、それぞれの電話機へ出力されるデ−タ信号と同じデ−タ信号が話者に送り返されることの無いよう行われるエコ−キャンセル処理を行う。
【００５０】
上記２つの話者は、一方が電話を切るまで、通常通り通話する。交換機１によって回線の切断が検知されると、任意の使用料金への適用が可能な呼の詳細な記録（通話時間、送信されたパケット数、等）が取られる。
【００５１】
このように、呼制御に関するデータはＴＭ部１ａがすべて処理管理し、その他の音声データ等の変換処理はＴＵ部１ｂが行っている。ＴＵ部１ｂが送受信するするデータの発信元アドレスや、送信先アドレスの指定は、ＴＭ部１ａから指示されている。
【００５２】
第２の実施例として、ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２間が電話をする場合を説明する。
【００５３】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２ａとＩＰ−ＭＦＴ６２ｂとが通信を行う場合、ＩＰ−ＭＦＴ６２ａからＩＰ−ＭＦＴ６２ｂへの呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。（交換機１とＩＰ−ＭＦＴ６２間は独自手順による接続方式をとっているためである。）独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２に伝達する。
【００５４】
ＣＣ部１２では、ＩＰ−ＭＦＴ６２ａからの呼制御情報がどこに接続を要求しているものか判別して、ＩＰ−ＭＦＴ６２ｂへの接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ送信する。呼制御情報を受信した独自インタフェ−ス１４３は、独自メッセ−ジである呼制御情報をＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送信する。
【００５５】
ＩＰ−ＭＦＴ６２ａからの通信デ−タは、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送出される。ＩＰ−ＭＦＴ６２ｂからの通信デ−タもそれと同様のル−トで、送信される。
【００５６】
発信側がＩＰ−ＭＦＴ６２ｂであるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２ａに伝達される。
【００５７】
第３の実施例として、ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とＩＰ電話機６１とが通信を行う場合を説明する。
【００５８】
ＩＰ−ＭＦＴ６２からＩＰ電話機６１への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＩＰパケットフレームをはずし、ＣＣインタフェ−ス１４４を介してＣＣ部１２に伝達する。
【００５９】
ＣＣ部１２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、プロトコル変換部１４２へ伝達する。装置内独自メッセージの呼制御情報を受信したプロトコル変換部１４２は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換後にＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
【００６０】
ＩＰ−ＭＦＴ６２からの通信デ−タは、ＨＵＢ２を介してＩＰ電話機６１へ送出される。ＩＰ電話機６１からの通信デ−タもそれと同様のル−トで送信される。
【００６１】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。前記の通り、ＳＣ部１４とＣＣ部１２間のメッセ−ジのやりとりは、装置内独自のメッセージ形態をとり、ＳＣ部１４とＨＵＢ２間のメッセージのやりとりは、ＩＰパケットデータ化したメッセージの形態をとっている。特に、ＩＰ網４を介しての交換機間（局間）でのメッセージのやりとりは、従来と同じく多彩な情報を伝達するのに有効なメッセ−ジであるＮＯ．７メッセ−ジをＩＰパケットデータ化して用いている。
【００６２】
ここで、ＮＯ．７メッセ−ジを伝達するＮＯ．７共通線信号方式について説明する。電話／ＩＳＤＮ網を構成するとき、電話交換機を制御する情報（制御信号）を、ユ−ザ−情報向け回線とは別の回線で伝送する方式を共通線信号方式という。
【００６３】
制御信号は、交換機間で接続を行う場合に必要な信号で、通信を接続するための相手先（着信）番号の転送、着信側が応答したことの通知、通信が終了したことの通知等の情報授受を行う。ＮＯ．７共通線信号方式は、ディジタル・ネットワ−クに対応した共通線信号方式として、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）が検討し、勧告した共通線信号方式(Ｑ．７００シリ−ズ勧告)である。これは、電話交換、デ−タ交換、ＩＳＤＮの疎通だけでなく、交換局の遠隔制御、ネットワ−クの保守や運用管理などの多様な用途に使用できる。
【００６４】
ＮＯ．７共通線信号方式は、その使用する用途によってユ−ザ−部が異なる。電話接続では電話ユ−ザ−部(TUP:telephone user part)、ＩＳＤＮではＩＳＤＮユ−ザ−部(ISUP：ISDN user part)を使用する。
【００６５】
ＮＯ．７共通線信号方式の特徴には、信号の種類が豊富、通話中の信号転送が可能、信号の高速転送が可能、電話、非電話サ−ビスの同一制御が可能、などがある。
【００６６】
図３に、ＮＯ．７メッセ−ジの一覧を示す。
【００６７】
メッセ−ジの代表的なものを説明すると、ＩＡＩメッセ−ジ１２０とは、付加情報付アドレス信号であり、ＡＩＭ（アドレス信号）と同様に呼設定時最初に送られ、選択数字（ダイヤル等）情報と呼接続条件に関する情報の他に、発信者情報、呼種等の情報が付加された信号である。
【００６８】
ＡＣＩメッセ−ジ１２１とは、付加情報付アドレス完了信号であり、ＡＣＭ（アドレス完了信号）メッセ−ジと同様に被呼接続に必要なアドレス情報を全部受信したことを示し、そのほかに被呼者情報が付加された信号である。
【００６９】
ＡＮＤメッセ−ジ１２２とは、付加情報不応答信号であり、着呼加入者応答時に、応答加入者情報を付加して発信局側に送出される信号である。
【００７０】
ＣＬＦメッセ−ジ１２３とは、切断信号であり、設定途中の呼、または通話中の呼が終了したことを示す信号であり、通常は発信者の復旧により送出するが、ＲＳＣメッセ−ジ（回線リセット信号）受信時にも送出する。
【００７１】
ＲＬＧメッセ−ジ１２４は、復旧完了信号であり、切断信号又は回線リセット信号に対して当該回線が空き状態になったことを示す信号である。
【００７２】
ＳＳＢメッセ−ジ１２５は、加入者話中信号であり、被呼加入者が話中であることを示す信号である。
【００７３】
次に、図４にはＨ．３２３メッセ−ジ（Ｈ．２２５呼制御情報）一覧を示す。
【００７４】
代表的な呼設定メッセ−ジと呼終結メッセ−ジについて説明する。まず、呼設定メッセ−ジであるＡｌｅｒｔｉｎｇ１３０は呼出を示す信号であり、ＣａｌｌＰｒｏｃｅｅｄｉｎｇ１３１は、呼設定受付を示す信号である。また、Ｃｏｎｎｅｃｔ１３２は応答を示し、ＣｏｎｎｅｃｔＡｃｋｎｏｗｌｅｄｇｅ１３３は応答確認を、Ｐｒｏｇｒｅｓｓ１３４は経過表示を、Ｓｅｔｕｐ１３５は呼設定を、ＳｅｔｕｐＡｃｋｎｏｗｌｅｄｇｅ１３６は呼設定確認を示す信号である。
【００７５】
次に呼終結メッセ−ジのＤｉｓｃ１３７は、切断を示し、Ｒｅｌｅａｓｅ１３８は開放を、ＲｅｌｅａｓｅＣｏｍｐｌｅａｔｅ１３９は開放完了を示す信号である。
【００７６】
図５に、ＮＯ．７メッセ−ジとＨ．３２３（Ｈ．２２５）メッセ−ジの変換対応表を示す。
【００７７】
図５に示したように、ＮＯ．７メッセ−ジである付加情報付アドレス信号（ＩＡＩ）とＨ．３２３メッセ−ジである呼設定（Ｓｅｔｕｐ）（１４０）、ＮＯ．７メッセ−ジである付加情報付アドレス完了信号（ＡＣＩ）とＨ．３２３メッセ−ジである呼出（Ａｌｅｒｔ）（１４１）、ＮＯ．７メッセ−ジである付加情報付応答信号（ＡＮＤ）とＨ．３２３メッセ−ジである応答（Ｃｏｎｎｅｃｔ）（１４２）、といった具合に相互に変換を対応づけている。
【００７８】
図６に発着信におけるプロトコル変換部１４２の変換処理（ＮＯ．７メッセージとＨ．３２３メッセージとの変換）の動作シーケンスを示す。
【００７９】
図示しないＩＰ網４側に接続されている交換装置からＩＰ電話機６１に電話する場合は、前記交換装置からの呼制御情報等のパケットデータは、ＩＰ網４−ＨＵＢ２−独自インタフェース部１４３を経由して、ＣＣ部１２が受信する。その受信したＮＯ．７メッセージである呼制御データ（発信先が電話機５の場合は、ＴＵ部１ｂが送信する独自メッセージとなる）をプロトコル変換部１４２に伝達し、プロトコル変換部１４２がそれをＨ．３２３メッセージに変換し、ＩＰ電話機６１に伝達する。
【００８０】
図６は、発信の場合の第１例を示す。ＣＣ部１２からダイヤル情報であるＩＡＩ（Ｓ２５０１）を受信すると、呼設定メッセージであるＳｅｔｕｐ（Ｓ２５０２）に変換してＨＵＢ２側へ送出する。ＨＵＢ２側から呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２５０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２５０４）をプロトコル変換部１４２が受信すると、ダイヤル完了としてＡＣＩに変換してＣＣ部１２に送信する。ＨＵＢ２側から応答メッセージであるＣｏｎｎｅｃｔ（Ｓ２５０６）が送られてくると、プロトコル変換部１４２は、ＡＮＤに変換しＣＣ部１２へ送信する。
【００８１】
通信中に入り、ＨＵＢ２側から開放完了メッセージであるＲｅｌＣｏｍｐ（Ｓ２５０８）を受信したプロトコル変換部１４２は、終話信号であるＣＢＫ（Ｓ２５０９）に変換し、ＣＣ部１２に送信する。ＣＢＫを受信したＣＣ部１２は切断信号ＣＬＦ（Ｓ２５１０）をプロトコル変換部１４２に送り、プロトコル変換部１４２がＣＣ部１２に復旧完了信号ＲＬＧ（Ｓ２５１１）を送信し、通信が終了する。
【００８２】
図７から図９に、交換機１を介した端末装置間の接続シ−ケンスを示す。
図７に、ＴＵ部1ｂに直接収容された電話機５と、ＨＵＢ２経由で交換機１に接続されたＩＰ−ＭＦＴ６２との接続シ−ケンスを示す。
【００８３】
電話機５が受話器を上げる（ＯＦＦＨＯＯＫ）と（Ｓ１７００）、その情報は、ＴＵ部１ｂで認識され、ＣＣ部１２に伝達される（Ｓ１７０１）。ＯＦＦＨＯＯＫ情報を受けたＣＣ部１２は、ＰＵ部１３内の図示しない音源トランクとＬＩＮＥ１１２を接続する（Ｓ１７０２）、音源トランクから出力されるダイヤルト−ンを電話機５に流す（Ｓ１７０３）。音源トランクは、ダイヤルト−ンやリングバックト−ン等の音生成をおこなっている部位である。
【００８４】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識した電話機５は、接続するためのダイヤル送信を開始する（Ｓ１７０４）。ＥＸ部１１、ＰＵ部１３経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１７０５）、音源トランクとＬＩＮＥ１１２との接続を解除させ、ダイヤルト−ンの送出を止めるようにＴＵ部１ｂに指示し、ダイヤルトーンの送出が止まる（Ｓ１７０６、Ｓ１７０７）。
【００８５】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１７０８）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス部１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１７０９）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２のＩＰアドレス宛てに独自メッセ−ジ（ＩＰパケット型呼制御メッセージ）を送信し、ベルの鳴動を要求する（Ｓ１７１０）。
【００８６】
その要求に従い、ＩＰ−ＭＦＴ６２は自身の呼び出しベルを鳴動させる（Ｓ１７１１）。これと同時にＣＣ部１２は、ＰＵ部１３内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７１４）、リングバックト−ンを電話機５に出力させる（Ｓ１７１５）。これを受けて電話機５は、相手を呼び出し中であることを認識する。
【００８７】
ここで、ＩＰ−ＭＦＴ６２が受話器を上げると（ＯＦＦＨＯＯＫ）（Ｓ１７１６）、その情報をＩＰパケット型独自メッセ−ジでＳＣ部１４内の独自インタフェ−ス部１４３に送り（Ｓ１７１７）、ＣＣ部１２に伝達される（Ｓ１７１８）。それを受けたＣＣ部１２は、折り返し電話機５とＩＰ−ＭＦＴ６２が通話する旨のメッセ−ジを独自インタフェ−ス１４３に返し（Ｓ１７１９）、独自インタフェ−ス１４３はＩＰパケット型独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１７２０）。この情報によりＩＰ−ＭＦＴ６２はＩＰパケットデータ送受信可能状態（以下チャネルオ−プンの状態という）となり、通話準備が完了する（Ｓ１７２１）。
【００８８】
また、ＣＣ部１２は上記と同時期にＥＸ部１１内のＬＩＮＥ１１２とＰＵ部１３を接続するよう指示し（Ｓ１７２２）、交換機１の通話準備が完了する。
【００８９】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＰＵ部１３までがＩＰパケット音声（宛先はＰＵ部１３、発信元はＩＰ−ＭＦＴ６２）で伝送され、ＰＵ部１３でＰＣＭ音声データに変換後、ＥＸ部１１内のＬＩＮＥ１１２経由で電話機５に伝送される（Ｓ１７２６）。
電話機５からのアナログ音声データは、ＥＸ部１１で受信後、ＰＵ部１３に送信し、ＰＵ部１３によってＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、発信元はＰＵ部１３）化され、ＩＰ-ＭＦＴ６２へ送信される。
【００９０】
図８に、交換機１にＨＵＢ２を経由して接続されているＩＰ−ＭＦＴ６２（ａ）、（ｂ）相互間の接続シ−ケンスを示す。
【００９１】
ＩＰ−ＭＦＴ６２（ａ）が受話器を上げる（ＯＦＦＨＯＯＫ）と（Ｓ１８００）、その情報は、ＩＰパケット型呼制御メッセージとして送出され、ＳＣ部１４内の独自インタフェ−ス１４３で認識し（Ｓ１８０１）、ＣＣ部１２に伝達される（Ｓ１８０２）。このＳＣ部１４へのメッセージの宛先ＩＰアドレスはＳＣ部１４であり、発信元ＩＰアドレスはＩＰ−ＭＦＴ６２ａである。
【００９２】
同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送出する（Ｓ１８０５、Ｓ１８０６）。ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ａ）は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ１８０７）。
【００９３】
ダイヤルト−ンを受信して、交換機１（ＴＭ部１ａ）に起動がかかったと認識したＩＰ−ＭＦＴ６２（ａ）の話者は、接続するためのダイヤル送信を開始する（Ｓ１８０８）。
【００９４】
ＳＣ部１４経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１８０９）、ダイヤルト−ン停止要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送り（Ｓ１８２０）、ＩＰ−ＭＦＴ６２（ａ）からのダイヤルト−ンの出力を停止させる（Ｓ１８２１）。
【００９５】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１８２２）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１８２３）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレス宛てにパケット型の独自メッセ−ジを送信（送信元ＩＰアドレスはＳＣ部１４）し、ベルの鳴動を要求する（Ｓ１８２４）。
【００９６】
その要求に従い、ＩＰ−ＭＦＴ６２（ｂ）は自身の呼び出しベルを鳴動させる（Ｓ１８２５）。これと同時にＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２（ａ）に行い（Ｓ１８２６）、その指示に従い、リングバックト−ンをＩＰ−ＭＦＴ６２（ａ）が出力する（Ｓ１８２７）。
【００９７】
ここで、ＩＰ−ＭＦＴ６２（ｂ）の話者が受話器を上げると（ＯＦＦＨＯＯＫ）（Ｓ１８２８）、その情報はＩＰパケット型の独自メッセ−ジ（宛先ＩＰアドレスはＳＣ部１４、送信元ＩＰアドレスはＩＰ−ＭＦＴ６２（ｂ））でＳＣ部１４内の独自インタフェ−ス１４３で受信され（Ｓ１８２９）、ＣＣ部１２に伝達される（Ｓ１８３０）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスを付加）を、ＳＣ部１４内の独自インタフェ−ス１４３に返し（Ｓ１８３１）、独自インタフェ−ス１４３は独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８３２）。この情報によりＩＰ−ＭＦＴ６２（ｂ）はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１８３３）。
【００９８】
また、ＣＣ部１２は上記と同時期にＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスを付加）をＳＣ部１４内の独自インタフェ−ス１４３を用いて、ＩＰ−ＭＦＴ６２（ａ）へも伝達し、ＩＰ−ＭＦＴ６２（ａ）も通話準備が完了する（Ｓ１８３４、Ｓ１８３５）。
【００９９】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２（ａ）、（ｂ）間をＬＡＮ経由でＩＰパケット音声のみで伝送される（Ｓ１８３８）。この時のＩＰ−ＭＦＴ６２（ａ）からＩＰ−ＭＦＴ６２（ｂ）への音声データは、宛先がＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスであり、発信元ＩＰアドレスがＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスとなっており、ＩＰ−ＭＦＴ６２（ｂ）からＩＰ−ＭＦＴ６２（ａ）への音声データも同様の形態をとっている。
【０１００】
図９に、ＨＵＢ２経由で交換機に接続されているＩＰ−ＭＦＴ６２と、ＩＰ電話機６１との接続シ−ケンスを示す。
【０１０１】
ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図８と同様なので省略する。
【０１０２】
ダイヤル情報を独自メッセージによりＳＣ部１４内の独自インタフェース部１４３経由でダイヤルを受信したＣＣ部１２は（Ｓ１９００）、ＮＯ．７メッセ−ジの付加情報アドレス信号であるＩＡＩを使用し、ＳＣ部１４内のプロトコル変換部１４２に送る（Ｓ１９０１）。この呼制御メッセージには音声データ通信で使用するＰＵ部１３のＩＰアドレスや宛先であるＩＰ電話機６１のＩＰアドレス、ポート番号情報などが格納されている。
【０１０３】
それを受けたプロトコル変換部１４２は、図５に示す変換表に従い、ＩＡＩメッセ−ジをＨ．３２３メッセ−ジの呼設定要求であるＳＥＴＵＰに変換し、ＩＰパケットデ−タにてＩＰ電話機６１に伝達する（Ｓ１９０２）。また、このＳＥＴＵＰメッセージは、送信元がＳＣ部１４のＩＰアドレス、宛先がＩＰ電話機６１としており、ＳＥＴＵＰメッセージ内の着信者番号はＩＰ電話機６１のＩＰアドレスとしている。
【０１０４】
ＳＥＴＵＰを受けたＩＰ電話機６１は、呼設定受付処理を行い、ＳＣ部１４に対して、Ｈ．３２３メッセージのＣＡＬＬＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ１９０３、Ｓ１９０４、Ｓ１９０５）。また、このＣＡＬＬＰＲＯＣ等の応答メッセージの宛先はＳＣ部１４のＩＰアドレスとしている。
【０１０５】
ＡＬＥＲＴを受けたＳＣ部１４内のプロトコル変換部１４２は、先ほどの変換表に従い、ＡＬＥＲＴメッセ−ジをＮＯ．７メッセ−ジの付加情報付アドレス完了信号であるＡＣＩに変換し、更に、ＩＰパケット音声送信不可情報（以下インチャネル利用不可情報という）とともにＣＣ部１２に伝える（Ｓ１９０６）。
【０１０６】
インチャネル利用不可情報は、ＩＰ−ＭＦＴ６２に対してのリングバックトーンを対向装置から送信できない場合に送るメッセージであり、ＩＰ−ＭＦＴ６２に対してリングバックトーン送出要求を送信する契機となっている。対向装置がＩＰ−ＭＦＴ６２に対してリングバックトーン（ＩＰパケット型）を送信できるような場合は、後述するＩＰパケット音声送信可能情報（以下インチャネル利用可情報という）を用いる。
【０１０７】
これを受けたＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ１９０７）、リングバックト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、リングバックト−ンの出力を行う（Ｓ１９０８、Ｓ１９０９）。
【０１０８】
ここで、ＩＰ電話機６１が受話器を上げると（ＯＦＦＨＯＯＫ）（Ｓ１９１０）、そのＩＰ電話機６１自身がチャネルオープン状態となり、そのＯＦＦＨＯＯＫ情報は、Ｈ．３２３メッセ−ジでＳＣ部１４内のＨ．３２３インタフェ−ス１４１に送られる（Ｓ１９１１）。
【０１０９】
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信したＳＣ部１４内のプロトコル変換部１４２は、ＮＯ．７メッセ−ジであるＡＮＤ(付加情報付応答信号)に変換され、ＣＣ部１２に伝達される（Ｓ１９１２）。この呼制御メッセージには相手端末（ＩＰ−ＭＦＴ６２）のＩＰアドレス、ポート番号、圧縮方式などの情報が格納されている。
【０１１０】
それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ電話機６１が通話する旨のメッセ−ジをプロトコル変換部１４２に返すとともに（Ｓ１９１３）、同様のメッセ−ジをＩＰ−ＭＦＴ６２へ送出するため、ＳＣ部１４内の独自インタフェ−ス部１４３へも送り（Ｓ１９１４）、同時にＴＵ部１ｂへＩＰパケット音声中継メッセ−ジ（以下デジタル１リンクメッセ−ジという）を送る（Ｓ１９１５）。
【０１１１】
上記メッセ−ジを受けた独自インタフェ−ス１４３は、独自メッセ−ジ（宛先はＩＰ−ＭＦＴ６２のＩＰアドレス、送信元は、ＳＣ部１４のＩＰアドレス）にてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１９１６）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１９１７）。
【０１１２】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ電話機６１へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ電話機６１、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ電話機６１からＩＰ−ＭＦＴ６２への通話データ（宛先はＰＵ部１３、送信元はＩＰ電話機６１）は、ＰＵ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、送信元はＳＣ部１４）で伝送される（Ｓ１９１９）。
【０１１３】
ＩＰ電話機６１からＩＰ-ＭＦＴ６２への音声データのみがＨ．３２３ＩＰトランク１５(以下ＶＩＰＤという)を介している理由は以下のとおりである。もし、ＶＩＰＤ部１５を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ電話機６１が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＩＰＤ部１５を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ電話機６１が入手しなくとも、ＶＩＰＤ部１５のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＶＩＰＤ部１５から送信するＩＰ電話機６１から受信したデータの宛先を替えるだけよいからである。
【０１１４】
図１０にＩＰパケットデータのフレームフォーマットを示す。
【０１１５】
図１０の（ａ）がＩＰパケットデータのフォーマットである。また、（ｂ）にＩＰパケットデータ内のＩＰヘッダ部のフォーマット、（ｃ）にＩＰパケットデータ内のＴＣＰ／ＵＤＰヘッダ部のフォーマットを示す。
【０１１６】
ＩＰ電話機６１やＩＰ−ＭＦＴ６２がＬＡＮ上で送受信するＩＰパケットデータは、（ａ）のようなファーマットである。ＩＰパケットデータは、情報部であるデータ部があり、データ部の送出側にＴＣＰ／ＵＤＰ部、ＩＰパケットであることを示すＩＰヘッダ部が付加され、更にＬＣＰ／ＮＣＰ等のタイプを示すタイプ部、コントロール（Ｃ）部、アドレス（Ａ）部、先頭にフラグ（Ｆ）部を配置し、データ部の後方にＦＣＳ部、最後尾にフラグ（Ｆ）部を付加した形態をとっている。これは、一般的にいうところのＨＤＬＣフレームフォーマットと同様である。
【０１１７】
ＴＣＰ／ＵＤＰ部は、ＴＣＰ／ＩＰプロトコルにおけるトランスポート層のプロトコルの種類をＴＣＰかＵＤＰかのいずれかを示す。
【０１１８】
ＩＰヘッダ部（ｂ）には、プロトコル番号、送信元のＩＰアドレスや宛先のＩＰアドレスが格納され、ＴＣＰ／ＵＤＰヘッダ部（ｃ）には、送信元のポート番号や宛先ポート番号が格納される。
【０１１９】
【発明の効果】
以上のように本発明によれば、インタ−ネットのようなパケット交換網においても、発呼された番号が登録されている電話番号であるかどうかのチェック、呼の接続、発呼者への呼び出し音等のステ−タス情報の提供、被呼者が応答したか否かの判別など通信データを管理し、従来の一般公衆網とパケット網の相互接続をスムーズに行うことができる。
【０１２０】
また、パケット網のみのシステム構築行う場合には、呼制御をコントロールするＴＭ部のみを配置すれば、フルＩＰ化のネットワーク構築が可能となり、パケット網のほかに更に、局線やアナログ内線電話機を収容するようなハイブリットシステムを構築する場合は、回線を収容するＴＵ部を追加設置すすだけでその構成を構築できる。ＴＵ部は、回線数により増設可能とし、小規模なシステムから大規模なシステムに至るまで柔軟に対応できる。
【図面の簡単な説明】
【図１】本発明の交換装置を用いたシステム構成図である。
【図２】本発明の交換装置の内部ブロック図である。
【図３】ＮＯ.７共通信号線メッセージの一覧を示す図である。
【図４】Ｈ．３２３メッセージの一覧を示す図である。
【図５】ＮＯ.７共通信号線メッセージとＨ．３２３メッセージの変換対応を示す図である。
【図６】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図７】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図８】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図９】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図１０】ＩＰパケットデータのフレームフォーマットを示す図である。
【符号の説明】
１ａ：交換機（ＴＭ部）
１ｂ：交換機（ＴＵ部）
２：ＨＵＢ
３：ルーター
４：ＩＰ網
５：一般電話機
６１：ＩＰ電話機（Ｈ．３２３対応端末）
６２：ＩＰ−ＭＦＴ
７：ＬＡＮ
８：公衆交換網（ＰＳＴＮ）
１１：従来回線部（ＥＸ部）
１２：交換制御部（ＣＣ部）
１３：音声変換部（ＰＵ部）
１４：ＩＰ呼制御部（ＳＣ部）

Claims

内線電話機及び公衆網を収容接続し、集線装置を介してＩＰ対応端末装置が接続するパケット網に接続させる交換装置であって、
前記交換装置は、
前記内線電話機及び前記公衆網を収容接続し、前記内線電話機又は前記公衆網と、前記ＩＰ対応端末装置との間で通話音声データの伝送処理を実行する回線収容部と、
前記内線電話機及び前記ＩＰ対応端末装置の通話に関わる呼制御情報を一元管理し、この呼制御情報に基づき、前記通話音声データの伝送処理を実行する前記回線収容部を制御する呼制御部とを有し、
前記内線電話機又は前記公衆網と、前記ＩＰ対応端末装置との間での音声通話を実行する場合、
前記回線収容部は、
前記内線電話機又は前記公衆網から呼制御情報を受信すると、この呼制御情報をパケット化して、前記パケット網経由で前記呼制御部に送信し、
前記呼制御部は、
前記回線収容部から前記パケット化された呼制御情報を受信すると、この呼制御情報に応じて、前記回線収容部に対して、前記回線収容部が前記内線電話機又は前記公衆網から受信する通話音声データの宛先アドレスを通知し、
前記回線収容部は、
前記呼制御部による宛先アドレスを受信すると、前記内線電話機又は前記公衆網からの通話音声データを前記宛先アドレスにパケット化して送信する処理を実行し、前記内線電話機又は前記公衆網と、前記ＩＰ対応端末装置との音声通話を実行すると共に、
前記ＩＰ対応端末装置同士で音声通話を実行する場合、
前記呼制御部は、
前記パケット網経由で前記ＩＰ対応端末装置から前記呼制御情報を受信すると、この呼制御情報に応じて、前記ＩＰ対応端末装置及び通話相手先のＩＰ対応端末装置に対して、前記通話音声データの送信宛先アドレスを通知することで、前記ＩＰ対応端末装置間で音声通話を実行することを特徴とする交換装置。
前記収容接続する前記内線電話機又は前記公衆網の数を増やす場合、前記回線収容部を複数増設可能としたことを特徴とする請求項１記載の交換装置。