電話機
【課題】 インタ−ネット等のパケット網に接続する電話機において、特定の交換機とのインタフェースをとる手段と、所定の標準規格に準拠したインタフェースをとる手段とを切り替えて使用可能とする電話機を提供する。
【解決手段】 複数の物理ポートであるＰＨＹ３１２、ＰＨＹ３１３と、Ｅｔｈｅｒｎｅｔ（登録商標）スイッチであるＬＡＮＣ３１１を有し、物理ポート間のスイッチング動作を行うとともに、特定の交換機との独自インタフェースと、所定の標準規格に準拠したインタフェースを切り替えて使用することで、特定の交換機の内線電話機としての動作や特定交換機の介在しないシステムにおいての通話が行える。
【解決手段】 複数の物理ポートであるＰＨＹ３１２、ＰＨＹ３１３と、Ｅｔｈｅｒｎｅｔ（登録商標）スイッチであるＬＡＮＣ３１１を有し、物理ポート間のスイッチング動作を行うとともに、特定の交換機との独自インタフェースと、所定の標準規格に準拠したインタフェースを切り替えて使用することで、特定の交換機の内線電話機としての動作や特定交換機の介在しないシステムにおいての通話が行える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインタ−ネット網や構内ＬＡＮ等のイントラネットのようなパケット網に接続し、通話を行うことができる電話機に関する。
【背景技術】
【０００２】
現在の公衆電話網において、最も多く使用されている機器はアナログ電話機である。また、公衆電話網に接続される交換機（ＰＢＸ）は多くの特別な機能を有し、アナログ電話機を内線電話として直接ＰＢＸに接続して多彩なサービスを行えるようもにしている。
【０００３】
そして一方では、交換機を介して公衆電話網とインタ−ネットを接続し、インタ−ネットを用いた音声通信（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）が可能となっている。（例えば、特許文献１参照）。
【特許文献１】特開平１１−１９１７９１号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、電話機がパケット網に接続されるようになり、従来のように特定の交換機の内線電話機としての使用にとどまらず、特定の交換機にしばられないＩＴＵ−Ｔ勧告等の標準規格に準拠しての使用など、電話機としてさまざまなインタフェースに適用できることが望まれている。また、電話機がパケット網に接続されるようになったことで、電話機を介して他の装置をパケット網に接続したいとのニーズも増えてきている。
【０００５】
また、公衆電話網、内線電話機、インターネットやＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）等を収容し、インタ−ネットのようなパケット交換網においても、発呼された電話番号をパケット網上での番号にアドレス変換する処理、呼び出し処理や呼の接続処理等を行うとともに、交換機間で多彩な情報を伝達するのに有効であるＳＳ７シグナリング信号（従来の公衆電話網においては、通話は端局が呼に関係するようになるまで、ＳＳ７シグナリング（ＮＯ．７）信号によって伝達され、各々の端局によって管理されていた。）をパケット交換網へ適用することも必要とされている。
【０００６】
本発明は、上記に鑑みてなされたものであり、パケット網に接続し通話ができる電話機であって、特定の交換装置の内線電話機としての動作や、ＩＴＵ−Ｔ勧告等の標準規格に準拠しての動作を切替えて使用することが可能であり、また、複数の物理ポートを備えることで、複数の機器を収容可能とし、その物理ポート間（収容装置間）のスイッチングが行える電話機を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の発明は、パケット網に接続し通話可能な電話機であって、特定の交換機とインタフェースをとる手段と、所定の標準規格に準拠したインタフェースをとる手段と、前記特定の交換機とインタフェースをとる手段と、前記所定の標準規格に準拠したインタフェースをとる手段とを切り替える手段と、を備えたことを特徴とする。
【０００８】
本発明の第２の発明は、第１の発明の電話機であって、複数の物理ポートと、前記複数の物理ポート間のスイッチングを行うスイッチ手段と、を備えたことを特徴とする。
【発明の効果】
【０００９】
以上のように本発明によれば、従来のように特定の交換機の内線電話機としての使用にとどまらず、特定の交換機にしばられないＩＴＵ−Ｔ勧告等の標準規格に準拠しての使用など、特定交換機の介在しないシステムにおいても通話が行える電話機を提供することができる（電話機として複数のインタフェースプロトコルに適用できるようになる）。また、電話機に複数の物理ポートとスイッチング機能が備わったことで、当該電話機を介して他の複数の装置をパケット網に接続したり、スイッチングしたりすることができるようになる。
【発明を実施するための最良の形態】
【００１０】
図１に本発明である交換装置を用いたシステム構成を示す。本発明である交換機１は公衆交換網８（以下ＰＳＴＮという）と接続され、複数のアナログ端末５（以下電話機という）と、複数のＬＡＮ（Local Area Network）通信用のＨＵＢ２を収容している。集線装置（Concentrator）であるＨＵＢ２は社内、構内用のＬＡＮケ−ブル７を通じてＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）と、交換機１との独自のインタフェ−スを持つＩＰ多機能電話機６２（以下ＩＰ−ＭＦＴという）および、一般的なＩＰル−タ−であるル−タ−３が接続されている。ル−タ−３は、異なるネットワーク同士を相互接続するネットワーク機器であり、通信経路が記述されたルーティングテーブルに従って、デジタルデ−タ（音声等）を宛先のネットワークまで中継する。そして、ル−タ−３を介して交換機１はInternet Protocol網４（以下ＩＰ網という）と接続されている。
【００１１】
図２に本発明の交換機１の内部ブロック図を示す。交換機１内には従来の通りの電話交換機能と同様の機能を実現するための従来回線部１１（以下ＥＸ部という）と、ＬＡＮやＩＰ網４との呼制御を行うＩＰ呼制御部１４（以下ＳＣ部という）、アナログデ−タとパケットデ−タの変換を行う音声変換部１３（以下ＶＣ部という）と、ＥＸ部１１、ＳＣ部１４およびＶＣ部１３それぞれの交換制御を行う交換制御部１２（以下ＣＣ部という）とを備える。
【００１２】
従来回線部であるＥＸ部１１内には、ＰＳＴＮ８との電気的インタフェ−スを合わせ、通信を行う局線インタフェ−ス部１１１（以下ＣＯＴという）と、電話機５との電気的インタフェ−スを合わせ、通信を行う電話機インタフェ−ス部１１２（以下ＬＩＮＥという）と、ＣＣ部１２によって制御され、ＰＳＴＮ８、電話機５、および後述するＶＣ部１３からのデ−タの交換処理を行う時分割スイッチ部１１３（以下ＴＳＷという）とを備える。
【００１３】
ＥＸ部１１、ＳＣ部１４およびＶＣ部１３のそれぞれの交換制御を行うＣＣ部１２内には、ＰＳＴＮ８や専用線インタフェ−スとの接続制御を行っているＥＸ制御部１２１と、ＩＰ網４との呼制御を行うＳＣ部を制御し、チャネル毎の呼状態を管理、着信可否判定等を行うＳＣ制御部１２２と、音声変換を行う複数のＶＣ部１３を制御するＶＣ制御部１２３とを備えている。ＶＣ制御部１２３はチャネル毎のＩＰアドレスの管理する。チャネル毎に設定されている接続可能符号化方式やパケット多重数を管理し、呼接続時にその条件で接続可否の判定を行うチャネル毎接続条件管理機能と、チャネル毎の呼状態を管理して着信可否の判定を行うチャネル状態管理機能と、接続方路によりＶＣ部１３がチャネルの捕捉が必要か否かを判定し、チャネル捕捉／解除を行いチャネルの有効活用を行う機能を有している。
【００１４】
ＣＣ部１２が、ＥＸ部１１から通知される電話番号とパケット網内のアドレスであるＩＰアドレスの相互変換（予め変換する電話番号とＩＰアドレスは設定しておく必要がある）を行い、ＳＣ部１４を通じてＰＳＴＮ８とパケット網間の接続を制御している。
【００１５】
すなわち、ＰＳＴＮ８とパケット網に接続されている端末間の通信は、従来の交換機の着信機能でいうところのＤｉｒｅｃｔ ｉｎ Ｌｉｎｅ（ＤＩＬ）方式と同等の機能で接続されていることになる。
【００１６】
ＤＩＬとは、交換機１に収容してある特定の局線について、その局線に着信があった場合、予め指定してある内線あるいは内線グループに直接着信させる機能のことである。
【００１７】
ここで、複数のＶＣ部１３を搭載するようにしているのは、通話チャネル毎にＶＣ部１３のみを追加することで通話チャネル数の増加に対応ができるためであり、ＶＣ部１３は通話チャネル分の数あることが望ましい。しかし、通話チャネル分のＶＣ部１３を搭載することは、物理的、経済的に問題があるので、後述するように通信を行う端末の動作状態に応じて、ＶＣ部１３の捕捉を行い使用することで、ＶＣ部の有効的な利用を行うことも可能である。
【００１８】
ＳＣ部１４も複数搭載可能であり、ＳＣ部１４の端末接続処理能力に応じて追加を行ったり、複数（ＳＣ分）の別ネットワークに接続することもできる。
【００１９】
次にＩＰ網４との呼制御を行うＳＣ部１４内には、ＣＣ部１２とのデ−タ送受信制御を行い、後述するプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェ−ス部１４３とに接続され、それらとＣＣ部１２とのメッセ−ジの送受信制御を行うＣＣインタフェ−ス部１４４と、ＣＣインタフェ−ス部１４４に接続され、ＳＳ７シグナリングにより局間サ−ビスを行うＮＯ．７制御部１４２と、同様にＣＣインタフェ−ス部１４４に接続され、ＣＣ部１２からの呼制御メッセ−ジをＨ．３２３呼制御メッセ−ジに変換し、Ｈ.３２３対応端末との通信を可能とするプロトコル変換部１４１と、同様にＣＣインタフェ−ス部１４４に接続され、交換機１と独自のプロトコルによって通信をおこなうＩＰ−ＭＦＴ６２とのインタフェ−スをとる独自インタフェ−ス部１４３と、プロトコル変換部１４１、ＮＯ．７制御部１４２および独自インタフェ−ス部１４３とに接続され、それらからのメッセ−ジの送受信制御を行い、またＨＵＢ２と接続され、ＬＡＮ側からのＩＰパケットデ−タの送受信処理を行うＬＡＮインタフェ−ス部１４５とを備えている。
【００２０】
また、プロトコル変換部１４１は、Ｈ．３２３対応端末との呼制御処理を行うＨ．２２５呼制御機能と、標準手順等がメディアパス未確立で接続された場合に、Ｈ．２４５手順による端末間での整合性確認処理を行うＨ．２４５メッセ−ジ制御機能をもつ。また、ＬＡＮ側に接続された相手端末の状態を常にＰｉｎｇコマンドによる監視を行うことにより、接続不可能状態となった装置への発信規制を行い、無駄な呼制御処理を行わないようにしている。監視方法は、定期的に相手先にＰｉｎｇコマンドを送出し、回線異常の発生及び異常からの復旧を検出しＣＣ部１２へ通知する。ｐｉｎｇ異常と判断する条件は、Ｐｉｎｇ応答結果データの異常時、Ｐｉｎｇコマンドに対する相手の応答なし及び、Ｐｉｎｇ送出時に使用するソケット異常とする。相手先のＩＰアドレスは、局データとして登録されたデータをＣＣ部１２から得て、そのＩＰアドレスを使用する。
【００２１】
次に、独自インタフェ−ス部１４３は、ＩＰ−ＭＦＴ６２からのログイン時に内線番号とＩＰアドレスとの関連づけ、その情報を管理する登録情報管理機能と、ＩＰ−ＭＦＴ６２の呼毎のチャネル接続情報（ポ−ト番号、パケット多重数、符号化方式等）を随時管理し、通話パス接続時の接続条件通知に用いる接続情報管理機能と、登録されたＩＰ−ＭＦＴ６２の正常性を確認し、常に最新のＩＰ−ＭＦＴ６２の状態をＣＣ部１２に通知する状態管理機能と、ＩＰ−ＭＦＴ６２との呼制御メッセ−ジの送受信処理を行う制御メッセ−ジ機能とを備える。
【００２２】
次に、ＣＣ部１２とＨＵＢ２との間に接続され音声変換を行うＶＣ部１３は、符号化方式（Ｇ．７１１、Ｇ．７２９、Ｇ．７２３．１）により音声デ−タの圧縮／伸長を行う音声圧縮機能と、Ｇ．７２３．１の有無により選択可否判断を行い発着信の規制を行うＧ．７２３．１動作規定処理機能と、パケットの多重化処理（各符号化方式／ＦＡＸ／モデム等の異なるペイロ−ドタイプ（以下ＰＴという）に対応したパケット生成／解析処理）を行う音声パケット処理機能と、ＬＡＮ上又は網間のゆらぎによる音の途切れをふせぐゆらぎ吸収制御機能と、対向装置間で発生する同期のズレを調整する同期補正機能と、通信中のＤＴＭＦ信号を音声とは別のコ−ド体系で送受信するＤＴＭＦ透過機能と、同一ＬＡＮ上に音声とデ−タが混在した場合に、ゆらぎや網内遅延による音声の途切れを回避するためにパケットデ−タの優先順位をきめて通信させる優先制御機能と、通話中の無音状態を検出して無音期間中のパケットデ−タの送出をやめ、ＬＡＮ上のトラヒック低減を行う無音サプレス機能と、通話中に回線障害等で通話先とのパケット送受信が不可能となった場合にその呼を無効として開放処理する通信中断監視機能とをもつ。
【００２３】
交換機１内のデータ形態は、ＣＣ部１２からのデータをプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５に送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３それぞれによって送信されるデータがＩＰパケット化される。
【００２４】
具体的には、プロトコル変換部１４１からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＨ．３２３データに変換した後ＩＰパケット化し、ＮＯ．７制御部１４２からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＮＯ．７データに変換した後ＩＰパケット化し、独自インタフェース部１４３からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データを独自インタフェース部１４３で、ＩＰ−ＭＦＴ６２が使用可能な独自データに変換後に、ＩＰパケット化して送信している。
【００２５】
ＣＣ部１２とＳＣ部１４間のデータは装置内独自データであるが、呼制御情報については、ＮＯ．７信号情報をそのまま使用すると変換効率がよいので、装置内独自メッセージとＮＯ．７メッセージが重複することが望ましい。
【００２６】
また、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５からＩＰパケットデータを受信し、ＣＣインタフェース１４４にデータを送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３において、パケットフレームがはずされ、受信したそれぞれのデータを装置内独自データに変換して、ＣＣ部１２に送信する。
【００２７】
本発明の実施形態に従う典型的な通話手順を図２を用いて説明する。これは、ＰＳＴＮ８に接続されている一般電話機（図示しない）が、ＨＵＢ２に接続されているＩＰ電話機６１へ電話をする場合を例とする。
【００２８】
一般電話機がＰＳＴＮ８を介して交換機１に発呼する。交換機１は発呼に対し、発信者からのダイヤル情報から接続しようとする相手先特定する。また、特定する発呼者自身を特定する番号、暗証コ−ド等を尋ねるアプリケ−ションで応答し、発呼者または発呼電話機を識別してもよい。
【００２９】
交換機１は発呼者が入力した電話番号に対応する地域をどの設備がサ−ビスしているのかを判断し、接続する相手がインタ−ネットのようなパケット交換網を用いているＩＰ電話機６１のような場合は、そのインタフェ−スに合わせた呼制御および通信デ−タの形態に変換して被呼側と通信させる。
【００３０】
交換機１は、被呼側の呼び出し中／話中／応答の状態を監視する。交換機１は、呼が応答される前に、発呼者に対して呼び出し音の再生などにより呼の状態を知らせることができるよう、呼の状態を発呼元に伝達できる。呼がＩＰ電話機６１を介して応答されると、交換機１は発呼者への呼び出し音再生を中止する。
【００３１】
そして、ＰＳＴＮ８側の電話機からの入力音声データを圧縮及び、圧縮した入力音声のパケットデ−タ化を行いＨＵＢ２に接続されているＩＰ電話機６１へ送信を開始する。一方では同時にＩＰ電話機６１からの入力パケットデ−タを受け取り、音声を伸長し、伸長した音声はＰＳＴＮ８を介して接続されている電話機に再生出力される。
【００３２】
このデ−タ通信（通話）の間、交換機１はデ−タ変換におけるＡ／Ｄ又はＤ／Ａ変換、暗号化／暗号翻訳、音声圧縮／伸長、それぞれの電話機へ出力されるデ−タ信号と同じデ−タ信号が話者に送り返されることの無いよう行われるエコ−キャンセル処理を行う。
【００３３】
上記２つの話者は、一方が電話を切るまで、通常通り通話する。交換機１によって回線の切断が検知されると、任意の使用料金への適用が可能な呼の詳細な記録（通話時間、送信されたパケット数、等）が取られる。
【００３４】
図３に本発明である交換機１を用いた通信システムにおける第１の接続形態を示す。
【００３５】
交換機１に収容されている電話機５と、交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）とが通信を行う場合、電話機５からＰＳＴＮ８への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。
【００３６】
ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものかを相手先番号等から判別して、ＴＳＷ１１３を動作させ、ＥＸ制御部１２１の受信した呼制御情報を基に、ＴＳＷ１１３、ＣＯＴ１１１を経由してＰＳＴＮ８へ送出する。次に、呼制御情報によって、ＰＳＴＮ８側への接続要求と認識したＥＸ制御部１２１が、ＴＳＷ１１３をＬＩＮＥ１１２とＣＯＴ１１１を接続させるよう動作させて、通信デ−タが通るル−トを形成させる。
【００３７】
電話機５からの通信（音声）デ−タは、先ほどル−トが形成されたとおり、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３およびＣＯＴ１１１の順でＰＳＴＮ８側へ送出され、ＰＳＴＮ８側からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００３８】
発信側がＰＳＴＮ８側からあるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００３９】
図４に本発明である交換機１を用いた通信システムにおける第２の接続形態を示す。
【００４０】
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、電話機５からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００４１】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
【００４２】
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
【００４３】
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００４４】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００４５】
図５に本発明である交換機１を用いた通信システムにおける第３の接続形態を示す。
【００４６】
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、電話機５からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００４７】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰ−ＭＦＴ６２で使用可能なＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
【００４８】
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
【００４９】
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００５０】
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００５１】
図６に本発明である交換機１を用いた通信システムにおける第４の接続形態を示す。
【００５２】
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、ＰＳＴＮ８側からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００５３】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３系の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
【００５４】
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させるよう指示する。
【００５５】
これによりＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２を経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
【００５６】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
【００５７】
図７に本発明である交換機１を用いた通信システムにおける第５の接続形態を示す。
【００５８】
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、ＰＳＴＮ８側からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００５９】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
【００６０】
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に指示し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させる。
【００６１】
ＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
【００６２】
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
【００６３】
図８に本発明である交換機１を用いた通信システムにおける第６の接続形態を示す。
【００６４】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２ａとＩＰ−ＭＦＴ６２ｂとが通信を行う場合、ＩＰ−ＭＦＴ６２ａからＩＰ−ＭＦＴ６２ｂへの呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。（交換機１とＩＰ−ＭＦＴ６２間は独自手順による接続方式をとっているためである。）独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００６５】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２ａからの呼制御情報がどこに接続を要求しているものか判別して、ＩＰ−ＭＦＴ６２ｂへの接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ送信する。呼制御情報を受信した独自インタフェ−ス１４３は、独自メッセ−ジである呼制御情報をＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送信する。
【００６６】
ＩＰ−ＭＦＴ６２ａからの通信デ−タは、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送出される。ＩＰ−ＭＦＴ６２ｂからの通信デ−タもそれと同様のル−トで、送信される。
【００６７】
発信側がＩＰ−ＭＦＴ６２ｂであるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２ａに伝達される。
【００６８】
図９に本発明である交換機１を用いた通信システムにおける第７の接続形態を示す。
【００６９】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とＩＰ電話機６１とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ電話機６１への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＩＰパケットフレームをはずし、ＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００７０】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、プロトコル変換部１４１へ伝達する。装置内独自メッセージの呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換後にＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ電話機６１からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００７１】
ＩＰ−ＭＦＴ６２からＩＰ電話機６１への通信デ−タは、ＨＵＢ２を介してＩＰ電話機６１へ送出される。ＩＰ電話機６１からの通信デ−タは、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２というル−トでＩＰ−ＭＦＴ６２へ送信される。
【００７２】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００７３】
図１０に本発明である交換機１を用いた通信システムにおける第８の接続形態を示す。
【００７４】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＨ．３２３対応端末９（以下ＩＰ網側端末）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側端末９への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００７５】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側端末９への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。
【００７６】
呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側端末９へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側端末９からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００７７】
ＩＰ−ＭＦＴ６２からＩＰ網側端末９への通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側端末９へ送出される。ＩＰ網側端末９からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
【００７８】
発信側がＩＰ網側端末９であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００７９】
図１１に本発明である交換機１を用いた通信システムにおける第９の接続形態を示す。
【００８０】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されている交換機１と同様の交換装置１０（以下ＩＰ網側交換機：本発明の交換機と同等機能の交換機若しくは同じ交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００８１】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側交換機１０への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をＮＯ．７制御部１４２へ伝達する。
【００８２】
呼制御情報を受信したＮＯ．７制御部１４２は、呼制御情報をＰＢＸ間の通信で用いるＳＳ７系メッセージに変換後、ＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側交換機１０へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側交換機１０からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００８３】
ＩＰ−ＭＦＴ６２からの通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側交換機１０へ送出される。ＩＰ網側交換機１０からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
【００８４】
発信側がＩＰ網側交換機１０であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００８５】
図３から図１１に示したとおり、ＳＣ部１４とＣＣ部１２間のメッセ−ジのやりとりは、装置内独自のメッセージ形態をとり、ＳＣ部１４とＨＵＢ２間のメッセージのやりとりは、ＩＰパケットデータ化したメッセージの形態をとっている。特に、ＩＰ網４を介しての交換機間（局間）でのメッセージのやりとりは、従来と同じく多彩な情報を伝達するのに有効なメッセ−ジであるＮＯ．７メッセ−ジをＩＰパケットデータ化して用いている。
【００８６】
ここで、ＮＯ．７メッセ−ジを伝達するＮＯ．７共通線信号方式について説明する。電話／ＩＳＤＮ網を構成するとき、電話交換機を制御する情報（制御信号）を、ユ−ザ−情報向け回線とは別の回線で伝送する方式を共通線信号方式という。
【００８７】
制御信号は、交換機間で接続を行う場合に必要な信号で、通信を接続するための相手先（着信）番号の転送、着信側が応答したことの通知、通信が終了したことの通知等の情報授受を行う。ＮＯ．７共通線信号方式は、ディジタル・ネットワ−クに対応した共通線信号方式として、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）が検討し、勧告した共通線信号方式(Ｑ．７００シリ−ズ勧告)である。これは、電話交換、デ−タ交換、ＩＳＤＮの疎通だけでなく、交換局の遠隔制御、ネットワ−クの保守や運用管理などの多様な用途に使用できる。
【００８８】
ＮＯ．７共通線信号方式は、その使用する用途によってユ−ザ−部が異なる。電話接続では電話ユ−ザ−部(TUP:telephone user part)、ＩＳＤＮではＩＳＤＮユ−ザ−部(ISUP：ISDN user part)を使用する。
【００８９】
ＮＯ．７共通線信号方式の特徴には、信号の種類が豊富、通話中の信号転送が可能、信号の高速転送が可能、電話、非電話サ−ビスの同一制御が可能、などがある。
【００９０】
図１２に、ＮＯ．７メッセ−ジの一覧を示す。
【００９１】
メッセ−ジの代表的なものを説明すると、ＩＡＩメッセ−ジ１２０とは、付加情報付アドレス信号であり、ＡＩＭ（アドレス信号）と同様に呼設定時最初に送られ、選択数字（ダイヤル等）情報と呼接続条件に関する情報の他に、発信者情報、呼種等の情報が付加された信号である。
【００９２】
ＡＣＩメッセ−ジ１２１とは、付加情報付アドレス完了信号であり、ＡＣＭ（アドレス完了信号）メッセ−ジと同様に被呼接続に必要なアドレス情報を全部受信したことを示し、そのほかに被呼者情報が付加された信号である。
【００９３】
ＡＮＤメッセ−ジ１２２とは、付加情報不応答信号であり、着呼加入者応答時に、応答加入者情報を付加して発信局側に送出される信号である。
【００９４】
ＣＬＦメッセ−ジ１２３とは、切断信号であり、設定途中の呼、または通話中の呼が終了したことを示す信号であり、通常は発信者の復旧により送出するが、ＲＳＣメッセ−ジ（回線リセット信号）受信時にも送出する。
【００９５】
ＲＬＧメッセ−ジ１２４は、復旧完了信号であり、切断信号又は回線リセット信号に対して当該回線が空き状態になったことを示す信号である。
【００９６】
ＳＳＢメッセ−ジ１２５は、加入者話中信号であり、被呼加入者が話中であることを示す信号である。
【００９７】
次に、図１３にはＨ．３２３メッセ−ジ（Ｈ．２２５呼制御情報）一覧を示す。
【００９８】
代表的な呼設定メッセ−ジと呼終結メッセ−ジについて説明する。まず、呼設定メッセ−ジであるＡｌｅｒｔｉｎｇ１３０は呼出を示す信号であり、Ｃａｌｌ Ｐｒｏｃｅｅｄｉｎｇ１３１は、呼設定受付を示す信号である。また、Ｃｏｎｎｅｃｔ１３２は応答を示し、Ｃｏｎｎｅｃｔ Ａｃｋｎｏｗｌｅｄｇｅ１３３は応答確認を、Ｐｒｏｇｒｅｓｓ１３４は経過表示を、Ｓｅｔｕｐ１３５は呼設定を、Ｓｅｔｕｐ Ａｃｋｎｏｗｌｅｄｇｅ１３６は呼設定確認を示す信号である。
【００９９】
次に呼終結メッセ−ジのＤｉｓｃ１３７は、切断を示し、Ｒｅｌｅａｓｅ１３８は開放を、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅａｔｅ１３９は開放完了を示す信号である。
【０１００】
図１４に、ＮＯ．７メッセ−ジとＨ．３２３（Ｈ．２２５）メッセ−ジの変換対応表を示す。
【０１０１】
図１４に示したように、ＮＯ．７メッセ−ジである付加情報付アドレス信号（ＩＡＩ）とＨ．３２３メッセ−ジである呼設定（Ｓｅｔ ｕｐ）（１４０）、ＮＯ．７メッセ−ジである付加情報付アドレス完了信号（ＡＣＩ）とＨ．３２３メッセ−ジである呼出（Ａｌｅｒｔ）（１４１）、ＮＯ．７メッセ−ジである付加情報付応答信号（ＡＮＤ）とＨ．３２３メッセ−ジである応答（Ｃｏｎｎｅｃｔ）（１４２）、といった具合に相互に変換を対応づけている。
【０１０２】
図２５から図２９に発着信におけるプロトコル変換部１４１の変換処理（ＮＯ．７メッセージとＨ．３２３メッセージとの変換）の動作シーケンスを示す。
【０１０３】
ＣＣ部１２が受信したデータ（ＮＯ．７セッセージ及び独自メッセージ）をプロトコル変換部１４１に伝達し、プロトコル変換部１４１がそれをＨ．３２３メッセージに変換している。
【０１０４】
図２５は、発信の場合の第１例を示す。ＣＣ部１２からダイヤル情報であるＩＡＩ（Ｓ２５０１）を受信すると、呼設定メッセージであるＳｅｔｕｐ（Ｓ２５０２）に変換してＨＵＢ２側へ送出する。ＨＵＢ２側から呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２５０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２５０４）をプロトコル変換部１４１が受信すると、ダイヤル完了としてＡＣＩに変換してＣＣ部１２に送信する。ＨＵＢ２側から応答メッセージであるＣｏｎｎｅｃｔ（Ｓ２５０６）が送られてくると、プロトコル変換部１４１は、ＡＮＤに変換しＣＣ部１２へ送信する。
【０１０５】
通信中に入り、ＨＵＢ２側から開放完了メッセージであるＲｅｌ Ｃｏｍｐ（Ｓ２５０８）を受信したプロトコル変換部１４１は、終話信号であるＣＢＫ（Ｓ２５０９）に変換し、ＣＣ部１２に送信する。ＣＢＫを受信したＣＣ部１２は切断信号ＣＬＦ（Ｓ２５１０）をプロトコル変換部１４１に送り、プロトコル変換部１４１がＣＣ部１２に復旧完了信号ＲＬＧ（Ｓ２５１１）を送信し、通信が終了する。
【０１０６】
図２６は、発信の場合の第２の例を示す。ＣＣ部１２からダイヤル情報であるＩＡＩ（Ｓ２６０１）を受信すると、呼設定メッセージであるＳｅｔｕｐ（Ｓ２６０２）に変換してＨＵＢ２側へ送出する。ＨＵＢ２側から応答メッセージであるＣｏｎｎｅｃｔ（Ｓ２６０６）が送られてくると、プロトコル変換部１４１は、ＡＣＩとＡＮＤに変換し、２つのメッセージをＣＣ部１２へ送信する。図２５で説明したＡｌｅｒｔｉｎｇがない場合でもＡＣＩは送出する（Ｓ２６０５、Ｓ２６０６）。
【０１０７】
通信中に入り、ＣＣ部１２から切断メッセージであるＣＬＦ（Ｓ２６１０）を受信したプロトコル変換部１４１は、開放完了Ｒｅｌ ｃｏｍｐ（Ｓ２６０８）に変換し、ＨＵＢ２側に送信する。ＣＬＦを受信したプロトコル変換部１４１は、復旧完了信号ＲＬＧ（Ｓ２６１１）をＣＣ部１２に返し、通信が終了する。
【０１０８】
図２７は、着信の場合の第１例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２７０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２７０１）に変換して、ＣＣ部１２へ送出する。次にＣＣ部１２はダイヤル完了としてＡＣＩ（Ｓ２７０５）を返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２７０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２７０４）に変換し、ＨＵＢ２側に送信する。ＣＣ部１２から応答であるＡＮＤ（Ｓ２７０７）を受信すると、プロトコル変換部１４１がＣｏｎｎｅｃｔ（Ｓ２７０６）に変換し、ＨＵＢ２側に送信する。
【０１０９】
通信中に入り、ＣＣ部１２から終話信号であるＣＢＫ（Ｓ２７０９）を受信すると、プロトコル変換部１４１が開放完了メッセージであるＲｅｌ Ｃｏｍｐ（Ｓ２７０８）に変換してＨＵＢ２側に送信する。その送信と同時に切断信号ＣＬＦ（Ｓ２７１０）をＣＣ部１２に送り、ＣＣ部１２が復旧完了信号ＲＬＧ（Ｓ２７１１）を返信し、通信が終了する。
【０１１０】
図２８は、着信の場合の第２例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２８０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２８０１）に変換して、ＣＣ部１２へ送出する。
【０１１１】
次にＣＣ部１２はダイヤル完了としてＡＣＩ（Ｓ２８０５）を返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２８０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２８０４）に変換し、ＨＵＢ２側に送信する。ＣＣ部１２から応答であるＡＮＤ（Ｓ２８０７）を受信すると、プロトコル変換部がＣｏｎｎｅｃｔ（Ｓ２８０６）に変換し、ＨＵＢ２側に送信する。
【０１１２】
通信中に入り、ＨＵＢ２側からＲｅｌ Ｃｏｍｐ（Ｓ２８０８）を受信したプロトコル変換部１４１は、切断信号ＣＬＦ（Ｓ２８１０）に変換後、ＣＣ部１２に送信し、折り返しＣＣ部１２からの復旧完了信号ＲＬＧ（Ｓ２８１１）を受信して通信が終了する。
【０１１３】
図２９は、着信の場合の第３例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２９０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２９０１）に変換して、ＣＣ部１２へ送出する。次にＣＣ部１２は、ダイヤル完了としてＡＣＩを返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２９０３）に変換し、ＨＵＢ２側に送信する。
【０１１４】
ＣＣ部１２から不完了通知信号であるＥＵＭ（Ｓ２９０９）を受信すると、プロトコル変換部がＲｅｌ Ｃｏｍｐ（Ｓ２９０８）に変換し、ＨＵＢ２側に送信する。ＨＵＢ２へＲｅｌ Ｃｏｍｐを送信したプロトコル変換部１４１は、切断信号ＣＬＦ（Ｓ２９１０）をＣＣ部１２に送信し、折り返しＣＣ部１２からの復旧完了信号ＲＬＧ（Ｓ２９１１）を受信して通信が終了する。
【０１１５】
Ｈ．３２３による接続制御は、以下に示すプロトコルからなっている。第１はＨ．２２５．０（ＴＣＰコネクションによる接続を行う）、第２はＨ．２４５（Ｑ．９３１で接続された呼に対するメディアパスの設定等を行う）、第３はＨ．４５０（転送や保留等の不可サ−ビスの規定）である。
【０１１６】
ＣＣ部１２内で扱うメッセ−ジ体系は、独自メッセ−ジとしているため、他の局から受信したＮＯ．７メッセージは、一旦装置内の独自メッセージにて変換後、Ｈ．３２３端末（ＩＰ電話機６１等）へ送信する場合に、更にメッセ−ジをＨ．３２３メッセ−ジに置換えて接続制御している。
【０１１７】
ＮＯ．７メッセージと独自メッセージの変換時に、同一データ（データフォーマット異なるが、主データは同じ）の場合は、データフォーマット変換のみ行う。また、Ｈ．３２３メッセ−ジと独自メッセージ変換も同一データ（データフォーマット異なるが、主データは同じ）である場合は、データフォーマット変換のみ行う。
【０１１８】
この変換メッセ−ジ処理を用いたシステム全体の動作シーケンス例は、図１６から図２１を用いて後述する。
【０１１９】
図１５に、独自手順にて交換機１と接続されるＩＰ−ＭＦＴ６２との間のメッセ−ジ送受信方式を示すシステム構成を示す。
【０１２０】
交換機１とＩＰ−ＭＦＴ６２間の共通メッセ−ジは、時刻情報や同時制御情報があり、交換機１から複数のＩＰ−ＭＦＴ６２に同時に伝送される。ＬＡＮ７上における共通メッセ−ジ伝送方式は以下のとおりである。
【０１２１】
交換機１から延びるＬＡＮにル−タ−３ａや複数のＩＰ−ＭＦＴ６２（ａ）、（ｂ）、（ｃ）が接続されている。ル−タ−３ａの先にはＩＰ網を経由して同様にルータ３ｂを介してＩＰ−ＭＦＴ６２（ｄ）、（ｅ）が接続されている。
【０１２２】
交換機１とＩＰ−ＭＦＴ６２間の通信は、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット交換を行っている。これは、１パケットデ−タの送信のみのマルチキャスト伝送であるため、回線のトラヒックが低くて済むことからである。ここで、パケットデ−タ紛失等を考慮してパケットデ−タの２度送り等を行ってもよい。
【０１２３】
ＵＤＰとは、ＴＣＰ/ＩＰプロトコルにおける、トランスポ−ト層のプロトコルである。２つのノ−ド上のプロセス（アプリケ−ション）間で、ベストエフォ−ト型のデ−タグラム指向の通信を行なう。
【０１２４】
ＵＤＰは、その下位層にあるＩＰパケットをほとんどそのままアプリケ−ションから使えるようにしただけのプロトコルである。そのため、パケットが相手に確実に届くという保証はないし、再送や受信確認応答、フロ−制御、大きなデ−タの分割や再合成（フラグメント化）などはすべてアプリケ−ション側で自分で制御する必要がある。ただし、これらのオ−バ−ヘッドがないので、処理は簡単であり、高速という特徴がある。
【０１２５】
図１７から図２１に、交換機１を介した端末装置間の接続シ−ケンスを示す。図１６には、図１７から図２１を説明する上で必要となる記号の一覧を示す。
【０１２６】
項番１の記号１はＶＣのＩＰアドレス、相手端末のＩＰアドレス等の情報を含むことを示し、項番２の記号２は、圧縮方式、パケット多重数等の情報を含むことを示し、項番３の記号３は、ＩＰ−ＭＦＴ６２のＩＰアドレス等の情報を含むことを示し、項番４の矢印は呼制御（以下ＳＰ系という）メッセ−ジを示し、項番５の矢印ＳＰ（ＩＰ）系は呼制御ＩＰパケットデ−タ型メッセ−ジを示し、項番６の矢印はＴＳＷにおける経路スイッチング指示を示し、項番７の矢印は、ＰＣＭ音声を示し、項番８の矢印は、ＩＰパケット音声を示し、項番９はＶＣ部１３を捕捉した状態となったことを示し、項番１０はＩＰパケット音声の送受信可能状態（以下チャネルオ−プン状態という）を、項番１１はチＩＰパット音声の送受信停止状態（以下チャネルクロ−ズ状態という）を示すものとする。
【０１２７】
図１７に、交換機１に直接収容された電話機５と、ＨＵＢ２経由で交換機１に接続されたＩＰ−ＭＦＴ６２との接続シ−ケンスを示す。
【０１２８】
電話機５が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ１７００）、その情報は、ＥＸ部１１で認識され、ＣＣ部１２に伝達される（Ｓ１７０１）。ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７０２）、ダイヤルト−ンを電話機５に出力させる（Ｓ１７０３）。音源トランクは、ダイヤルト−ンやリングバックト−ン等の音生成をおこなっている部位である。
【０１２９】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識した電話機５は、接続するためのダイヤル送信を開始する（Ｓ１７０４）。ＥＸ部１１経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１７０５）、音源トランクとＬＩＮＥ１１２との接続を解除させ、ダイヤルト−ンの送出をとめる（Ｓ１７０６、Ｓ１７０７）。
【０１３０】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１７０８）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス部１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１７０９）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２のＩＰアドレス宛てに独自メッセ−ジ（ＩＰパケット型呼制御メッセージ）を送信し、ベルの鳴動を要求する（Ｓ１７１０）。このメッセージには、ＩＰ−ＭＦＴ６２が接続され、音声データの伝送に使用するＶＣ部１３のＩＰアドレス及び発信元のＳＣ部１４のＩＰアドレスの情報も付加されている。
【０１３１】
その要求に従い、ＩＰ−ＭＦＴ６２は自身の呼び出しベルを鳴動させる（Ｓ１７１１）。また、ＣＣ部１２は、ダイヤルを受信し終えたと同時に、ＶＣ部１３に対して使用中（以下ＢＳＹという）メッセ−ジを伝達し（Ｓ１７１２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１７１３）。
【０１３２】
これと同時にＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７１４）、リングバックト−ンを電話機５に出力させる（Ｓ１７１５）。これを受けて電話機５は、相手を呼び出し中であることを認識する。
【０１３３】
ここで、ＩＰ−ＭＦＴ６２が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１７１６）、その情報をＩＰパケット型独自メッセ−ジでＳＣ部１４内の独自インタフェ−ス部１４３に送り（Ｓ１７１７）、ＣＣ部１２に伝達される（Ｓ１７１８）。それを受けたＣＣ部１２は、折り返し電話機５とＩＰ−ＭＦＴ６２が通話する旨のメッセ−ジを独自インタフェ−ス１４３に返し（Ｓ１７１９）、独自インタフェ−ス１４３はＩＰパケット型独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１７２０）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１７２１）。
【０１３４】
また、ＣＣ部１２は上記と同時期にＥＸ部１１内のＬＩＮＥ１１２とＶＣ部１３を接続するようＴＳＷ１１３に指示し（Ｓ１７２２）、ＶＣ部１３に対しても電話機５とＩＰ−ＭＦＴ６２が通話する旨の指示と（Ｓ１７２３）、チャネルをオ−プンさせる旨のメッセ−ジを送り（Ｓ１７２４）、このメッセ−ジを受け、ＶＣ部１３はチャネルオ−プン状態となり（Ｓ１７２５）、交換機１の通話準備が完了する。
【０１３５】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＶＣ部１３までがＩＰパケット音声（宛先はＶＣ部１３、発信元はＩＰ−ＭＦＴ６２）で伝送され、ＶＣ部１３でＰＣＭアナログ音声に変換後、ＥＸ部１１内のＴＳＷ１１３、ＬＩＮＥ１１２経由で電話機５に伝送される（Ｓ１７２６）。ＩＰパケット音声とＰＣＭ音声の変換はＶＣ部１３が行い、ＴＳＷ１１３が電話機５が接続されているＬＩＮＥ１１２とＶＣ１３との接続ル−トを形成させる。そのスイッチング制御をＴＳＷ１１３へ行っているのは、接続元、接続先情報を管理しているＣＣ部１２である。
【０１３６】
電話機５からのアナログ音声データは、ＥＸ部１１で受信後、ＶＣ部１３に送信し、ＶＣ部１３によってＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、発信元はＶＣ部１３）化され、ＩＰ-ＭＦＴ６２へ送信される。
【０１３７】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１７２７）、その情報をＩＰパケット型独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１７２８）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１７２９）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して復旧（以下空という）メッセ−ジを返し（Ｓ１７３０）、それを受けた独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１７３１）。これで、ＩＰ−ＭＦＴ６２は待機状態であるチャネルクロ−ズ状態となる（Ｓ１７３２）。
【０１３８】
また、ＣＣ部１２はＩＰ−ＭＦＴ６２が受話器を置いたことを認識したため、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７３３）、音源トランクからのビジ−ト−ンを電話機５に出力させる（Ｓ１７３４）。それと同時にＣＣ部１２は、ＶＣ部１３に空メッセ−ジを送り、ＶＣ部１３も、チャネルクロ−ズ状態となる（Ｓ１７３５、Ｓ１７３６）。
【０１３９】
そして、ビジ−ト−ンを聞いた電話機５の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１７５０）。このＯＮ ＨＯＯＫ情報をＥＸ部１１が検出して、ＣＣ部１２に伝送し通話が終了する（Ｓ１７３７）。
【０１４０】
次に、発呼者先掛け時で電話機５から通話を終了する場合は、まず、電話機５が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１７３８）、その情報をＥＸ部１１で認識し、ＣＣ部１２に伝達する（Ｓ１７３９）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、ＶＣ部１３に対して、空メッセ−ジを送り（Ｓ１７４０）、それを受けたＶＣ部１３はチャネルクロ−ズ状態となる（Ｓ１７４１）。
【０１４１】
また、ＣＣ部１２は、ビジ−ト−ン送出要求をＳＣ部１４に送り（Ｓ１７４２）、ＳＣ部１４内の独自インタフェ−ス部１４３は、その情報を独自メッセ−ジ変換しＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４３）。
【０１４２】
相手が受話器をおいた情報であるビジ−ト−ン送出要求を受けたＩＰ−ＭＦＴ６２は、自身でビジ−ト−ンを発生させ話者に通知する（Ｓ１７４４）。そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１７４５）。ＩＰ−ＭＦＴ６２はＯＮ ＨＯＯＫ情報を独自メッセ−ジでＳＣ部１４に送り、それを受信したＳＣ部１４からＯＮ ＨＯＯＫ情報を受けたＣＣ部１２は（Ｓ１７４６）、ＩＰ−ＭＦＴ６２が受話器を置いたことを認識して、ＳＣ部１４経由で空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４７）。
【０１４３】
それをＩＰ−ＭＦＴ６２が受けるとチャネルクロ−ズ状態へ移行し、ビジ−ト−ンの出力を止め、通話が終了する（Ｓ１７４８、Ｓ１７４９）。
【０１４４】
図１８に、交換機１にＨＵＢ２を経由して接続されているＩＰ−ＭＦＴ６２（ａ）、（ｂ）相互間の接続シ−ケンスを示す。
【０１４５】
ＩＰ−ＭＦＴ６２（ａ）が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ１８００）、その情報は、ＩＰパケット型呼制御メッセージとして送出され、ＳＣ部１４内の独自インタフェ−ス１４３で認識し（Ｓ１８０１）、ＣＣ部１２に伝達される（Ｓ１８０２）。このＳＣ部１４へのメッセージの宛先ＩＰアドレスはＳＣ部１４であり、発信元ＩＰアドレスはＩＰ−ＭＦＴ６２ａである。
【０１４６】
ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ１８０３）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１８０４）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送出する（Ｓ１８０５、Ｓ１８０６）。ＳＣ部１４ｋａｒａＩＰ−ＭＦＴ６２ａに送信されたダイヤルト−ン出力要求には、音声通信で使用するＶＣ部１３のＩＰアドレス情報も付加されている。
【０１４７】
ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ａ）は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ１８０７）。
【０１４８】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２（ａ）の話者は、接続するためのダイヤル送信を開始する（Ｓ１８０８）。
【０１４９】
ＳＣ部１４経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１８０９）、ダイヤルト−ン停止要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送り（Ｓ１８２０）、ＩＰ−ＭＦＴ６２（ａ）からのダイヤルト−ンの出力を停止させる（Ｓ１８２１）。
【０１５０】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１８２２）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１８２３）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレス宛てにパケット型の独自メッセ−ジを送信（送信元ＩＰアドレスはＳＣ部１４）し、ベルの鳴動を要求する（Ｓ１８２４）。
【０１５１】
その要求に従い、ＩＰ−ＭＦＴ６２（ｂ）は自身の呼び出しベルを鳴動させる（Ｓ１８２５）。これと同時にＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２（ａ）に行い（Ｓ１８２６）、その指示に従い、リングバックト−ンをＩＰ−ＭＦＴ６２（ａ）が出力する（Ｓ１８２７）。
【０１５２】
ここで、ＩＰ−ＭＦＴ６２（ｂ）の話者が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１８２８）、その情報はＩＰパケット型の独自メッセ−ジ（宛先ＩＰアドレスはＳＣ部１４、送信元ＩＰアドレスはＩＰ−ＭＦＴ６２（ｂ））でＳＣ部１４内の独自インタフェ−ス１４３で受信され（Ｓ１８２９）、ＣＣ部１２に伝達される（Ｓ１８３０）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスを付加）を、ＳＣ部１４内の独自インタフェ−ス１４３に返し（Ｓ１８３１）、独自インタフェ−ス１４３は独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８３２）。この情報によりＩＰ−ＭＦＴ６２（ｂ）はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１８３３）。
【０１５３】
また、ＣＣ部１２は上記と同時期にＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスを付加）をＳＣ部１４内の独自インタフェ−ス１４３を用いて、ＩＰ−ＭＦＴ６２（ａ）へも伝達し、ＩＰ−ＭＦＴ６２（ａ）も通話準備が完了する（Ｓ１８３４、Ｓ１８３５）。
【０１５４】
また、ＣＣ部１２は、ＶＣ部１３に空メッセージも送り、先ほど捕捉したがこのＩＰ-ＭＦＴ６２間のい通信では使用しないＶＣ部１３をチャネルクローズ状態にする（Ｓ１８３７）。
【０１５５】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２（ａ）、（ｂ）間をＬＡＮ経由でＩＰパケット音声のみで伝送される（Ｓ１８３８）。この時のＩＰ−ＭＦＴ６２（ａ）からＩＰ−ＭＦＴ６２（ｂ）への音声データは、宛先がＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスであり、発信元ＩＰアドレスがＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスとなっており、ＩＰ−ＭＦＴ６２（ｂ）からＩＰ−ＭＦＴ６２（ａ）への音声データも同様の形態をとっている。
【０１５６】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２（ｂ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ｂ）が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１８３９）、その情報を独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１８４０）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１８４１）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して空メッセ−ジを返し（Ｓ１８４５）、それを受けたＳＣ部１４内の独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８４６）。これを受けて、ＩＰ−ＭＦＴ（ｂ）は待機状態であるチャネルクロ−ズとなる（Ｓ１８４７）。
【０１５７】
また、ＣＣ部１２は、ＩＰ−ＭＦＴ６２（ｂ）が受話器を置いたことを認識したため、ＩＰ−ＭＦＴ６２（ａ）に対してビジ−ト−ン出力要求を送信する（Ｓ１８４８）。それを受けたＩＰ−ＭＦＴ６２（ａ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８４９）。
【０１５８】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ａ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５０）。ＩＰ−ＭＦＴ６２（ａ）は、このＯＮ ＨＯＯＫ情報を交換機１に送出し、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ａ）に返送する（Ｓ１８５１）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ａ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８５２）。
【０１５９】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２（ａ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ａ）が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５３）、その情報は、ＩＰ−ＭＦＴ６２（ａ）からＳＣ部１４に伝達され（Ｓ１８５４）、それを受けたＳＣ部１４は、ビジ−ト−ン出力要求を相手方のＩＰ−ＭＦＴ６２（ｂ）へ送出する（Ｓ１８５５）。ビジ−ト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ｂ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８５６）。
【０１６０】
ＣＣ部１２は、ビジ−ト−ン出力要求を受けると、ＩＰ−ＭＦＴ６２（ａ）に対して、空メッセ−ジを送り（Ｓ１８５７）、それを受けたＩＰ−ＭＦＴ６２（ａ）は、チャネルクロ−ズ状態となる（Ｓ１８５８）。
【０１６１】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ｂ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５９）。ＩＰ−ＭＦＴ６２（ｂ）は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ１８６０）、ＣＣ部１２がそれを検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ｂ）に返送する（Ｓ１８６１、Ｓ１８６２）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ｂ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８６３）。
【０１６２】
図１９に、ＨＵＢ２経由で交換機に接続されているＩＰ−ＭＦＴ６２と、ＩＰ電話機６１との接続シ−ケンスを示す。
【０１６３】
ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図１８と同様なので省略する。
【０１６４】
ダイヤル情報を独自メッセージによりＳＣ部１４内の独自インタフェース部１４３経由でダイヤルを受信したＣＣ部１２は（Ｓ１９００）、ＮＯ．７メッセ−ジの付加情報アドレス信号であるＩＡＩを使用し、ＳＣ部１４内のプロトコル変換部１４１に送る（Ｓ１９０１）。この呼制御メッセージには音声データ通信で使用するＶＣ部１３のＩＰアドレスや宛先であるＩＰ電話機６１のＩＰアドレス、ポート番号情報などが格納されている。
【０１６５】
それを受けたプロトコル変換部１４１は、図１４に示す変換表に従い、ＩＡＩメッセ−ジをＨ．３２３メッセ−ジの呼設定要求であるＳＥＴ ＵＰに変換し、ＩＰパケットデ−タにてＩＰ電話機６１に伝達する（Ｓ１９０２）。また、このＳＥＴ ＵＰメッセージは、送信元がＳＣ部１４のＩＰアドレス、宛先がＩＰ電話機６１としており、ＳＥＴ ＵＰメッセージ内の着信者番号はＩＰ電話機６１のＩＰアドレスとしている。
【０１６６】
ＳＥＴ ＵＰを受けたＩＰ電話機６１は、呼設定受付処理を行い、ＳＣ部１４に対して、Ｈ．３２３メッセージのＣＡＬＬ ＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ１９０３、Ｓ１９０４、Ｓ１９０５）。また、このＣＡＬＬ ＰＲＯＣ等の応答メッセージの宛先はＳＣ部１４のＩＰアドレスとしている。
【０１６７】
ＡＬＥＲＴを受けたＳＣ部１４内のプロトコル変換部１４１は、先ほどの変換表に従い、ＡＬＥＲＴメッセ−ジをＮＯ．７メッセ−ジの付加情報付アドレス完了信号であるＡＣＩに変換し、更に、ＩＰパケット音声送信不可情報（以下インチャネル利用不可情報という）とともにＣＣ部１２に伝える（Ｓ１９０６）。
【０１６８】
インチャネル利用不可情報は、ＩＰ−ＭＦＴ６２に対してのリングバックトーンを対向装置から送信できない場合に送るメッセージであり、ＩＰ−ＭＦＴ６２に対してリングバックトーン送出要求を送信する契機となっている。対向装置がＩＰ−ＭＦＴ６２に対してリングバックトーン（ＩＰパケット型）を送信できるような場合は、後述するＩＰパケット音声送信可能情報（以下インチャネル利用可情報という）を用いる。
【０１６９】
これを受けたＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ１９０７）、リングバックト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、リングバックト−ンの出力を行う（Ｓ１９０８、Ｓ１９０９）。
【０１７０】
ここで、ＩＰ電話機６１が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１９１０）、そのＩＰ電話機６１自身がチャネルオープン状態となり、そのＯＦＦ ＨＯＯＫ情報は、Ｈ．３２３メッセ−ジでＳＣ部１４内のＨ．３２３インタフェ−ス１４１に送られる（Ｓ１９１１）。
【０１７１】
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信したＳＣ部１４内のプロトコル変換部１４１は、ＮＯ．７メッセ−ジであるＡＮＤ(付加情報付応答信号)に変換され、ＣＣ部１２に伝達される（Ｓ１９１２）。この呼制御メッセージには相手端末（ＩＰ−ＭＦＴ６２）のＩＰアドレス、ポート番号、圧縮方式などの情報が格納されている。
【０１７２】
それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ電話機６１が通話する旨のメッセ−ジをプロトコル変換部１４１に返すとともに（Ｓ１９１３）、同様のメッセ−ジをＩＰ−ＭＦＴ６２へ送出するため、ＳＣ部１４内の独自インタフェ−ス部１４３へも送り（Ｓ１９１４）、同時にＶＣ部１３へＩＰパケット音声中継メッセ−ジ（以下デジタル１リンクメッセ−ジという）を送る（Ｓ１９１５）。
【０１７３】
上記メッセ−ジを受けた独自インタフェ−ス１４３は、独自メッセ−ジ（宛先はＩＰ−ＭＦＴ６２のＩＰアドレス、送信元は、ＳＣ部１４のＩＰアドレス）にてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１９１６）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１９１７）。また、上記デジタル１リンクメッセ−ジを受けたＶＣ部１３も、チャネルオ−プンの状態となり通話準備が完了する（Ｓ１９１８）。
【０１７４】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ電話機６１へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ電話機６１、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ電話機６１からＩＰ−ＭＦＴ６２への通話データ（宛先はＶＣ部１３、送信元はＩＰ電話機６１）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、送信元はＳＣ部１４）で伝送される（Ｓ１９１９）。
【０１７５】
ＩＰ電話機６１からＩＰ-ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ電話機６１が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ電話機６１が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＶＣ部１３から送信するＩＰ電話機６１から受信したデータの宛先を替えるだけよいからである。
【０１７６】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１９２０）、その情報をＨ．３２３メッセ−ジのＲＥＬ ＣＯＭＰにてＳＣ部１４内のプロトコル変換部１４１に伝達し（Ｓ１９２１）、ＳＣ部１４はそれをＣＣ部１２に伝達する。プロトコル変換部１４１では、ＯＮ ＨＯＯＫ（開放）情報であるＲＥＬ ＣＯＭＰメッセ−ジを受けて、ＣＢＫ（終話信号）に変換してＣＣ部１２に送り（Ｓ１９２２）、それを受けたＣＣ部１２はＣＬＦ（切断信号）を返す（Ｓ１９２３）。
【０１７７】
ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に送り（Ｓ１９２４）、ＣＣ部１２は、それを受けて空メッセ−ジを返し、プロトコル変換部は待機状態となる（Ｓ１９２５）。
【０１７８】
さきほど、ＣＢＫを受信したＣＣ部１２は、ＳＣ部内の独自インタフェ−ス１４３にビジ−ト−ン出力要求を行い（Ｓ１９２６）、それを受けた独自インタフェ−ス部１４３がＩＰパケット型の独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１９２７）。その要求を受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１９２８）。
【０１７９】
また、ＣＣ部１２はビジートーン出力要求を送出すると同時にＶＣ部１３に空メッセージを送出し（Ｓ１９２９）、それを受けてＶＣ部１３はチャネルクローズ状態となる（Ｓ１９３０）。
【０１８０】
その後、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９３１）。ＩＰ−ＭＦＴ６２は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ１９３２）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ１９３３）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１９３４）。
【０１８１】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９３５）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４に伝達され（Ｓ１９３６）、それを受けたＳＣ部１４は、ＣＣ部１２に伝え（Ｓ１９３７）、ＣＣ部１２はプロトコル変換部１４１に対して、ＮＯ．７メッセージであるＣＬＦ（切断信号）で伝える（Ｓ１９４０）。これと同時に、空メッセ−ジをＩＰ−ＭＦＴ６２に返送してＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にする（Ｓ１９３８、Ｓ１９３９）。
【０１８２】
また、ＣＬＦを受けたプロトコル変換部１４１は、ＣＬＦをＨ．３２３メッセ−ジであるＲＥＬ ＣＯＭＰ（開放完了）に変換して、ＩＰ電話機６１へ送出する（Ｓ１９４１）。これをＩＰ電話機６１が受けると、チャネルクロ−ズ状態となり話者が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９４２、Ｓ１９４３）。
【０１８３】
ここで、ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に返し（Ｓ１９４４）、ＣＣ部１２は、それを受けて空メッセ−ジをプロトコル変換部１４１とＶＣ部１３に送り、ＶＣ部１３はチャネルクロ−ズ状態となり通話が終了する（Ｓ１９４５、Ｓ１９４６、Ｓ１９５７）。
【０１８４】
図２０に、ＨＵＢ２経由で交換機１に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３経由でＩＰ網２側に接続されているＮＯ．７メッセージ対応であるＩＰ網側交換装置１０との接続シ−ケンスを示す。
【０１８５】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＮＯ．７メッセ−ジ対応交換装置１０（以下ＩＰ網側交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ２０００）、その情報（宛先はＳＣ部１４、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）は、ＳＣ部１４内の独自インタフェ−ス１４３で認識され、ＣＣ部１２に伝達される（Ｓ２００１）。
【０１８６】
ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ２００２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ２００３）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２に送出する（Ｓ２００４）。ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ２００５）。
【０１８７】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２は、接続するためのダイヤル送信を開始する（Ｓ２００６）。
【０１８８】
ＳＣ部１４内の独自インタフェース部１４３経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ２００７）、ダイヤルト−ン停止要求をＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２からのダイヤルト−ンの出力をとめさせる（Ｓ２００８、Ｓ２００９）。
【０１８９】
最終ダイヤルを受信したＣＣ部１２は（Ｓ２０１０）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内のＮＯ．７制御部１４２に対しＮＯ．７メッセージであるＩＡＩを送る（Ｓ２０１１）。このメッセ−ジは、発信元であるＳＣ部１４のＩＰアドレス、宛先であるＩＰ網側交換機１０のＩＰアドレスや、音声データ通信で使用するＶＣ部１３のＩＰアドレス等が格納されている。それを受けたＮＯ．７制御部１４２はＩＰ網４側装置にＮＯ．７メッセージであるＩＡＩをＩＰパケットデ−タ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）化して送出する（Ｓ２０１２）。
【０１９０】
ＩＡＩを受けたＩＰ網側交換機１０は、着信状態となり（Ｓ２０１３）、ＮＯ．７メッセ−ジのＡＣＩ（付加情報付アドレス完了信号）をパケットデ−タ（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０）にてＮＯ．７制御部１４２におくり（Ｓ２０１４）、ＩＰ網側交換機１０に接続されている端末に対してベル（リングバックト−ン）の鳴動を開始する（Ｓ２０１５）。
【０１９１】
ＩＰ網側交換機１０からのＡＣＩメッセージを受信したＳＣ部１４内のＮＯ．７制御部１４２はそれを認識し、ＡＣＩデータとインチャネル利用可情報とともに、ＣＣ部１２に伝達する（Ｓ２０１６）。このメッセージには相手先であるＶＣ部１３のＩＰアドレス、ポート番号等の情が格納されている。
【０１９２】
インチャネル利用可情報は、ＩＰ−ＭＦＴ６２の対向装置がＩＰ−ＭＦＴ６２に対してＩＰパケット型音声であるリングバックトーンを送信可能である場合に使用するメッセージであり、このメッセージを受信したＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに（Ｓ２０１７）、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０１８）。
【０１９３】
これを受けた独自インタフェース１４３は、パケット型にメッセージを変換し、ＩＰ−ＭＦＴ６２へ送信する（Ｓ２０１９）。また、このメッセ−ジを受けたＩＰ−ＭＦＴ６２はチャネルオ−プン状態となる（Ｓ２０２０）。
【０１９４】
更に、ＡＣＩを受信したＳＣ部１４内のＮＯ．７制御部１４２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジ（宛先はＩＰ−ＭＦＴ６２、送信元はＳＣ部１４、更に通信相手先のＩＰ網側交換機１０のＩＰアドレスを付加）も送り（Ｓ２０２１）、ＶＣ部１３もチャネルオ−プン状態となる。ここでのＶＣ部１３は、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２方向のパケット型音声を伝送するために使用する。
【０１９５】
ここでさきほど、ＩＰ網側交換機１０が鳴動を開始したリングバックト−ンは、ＩＰパケット音声として、ＶＣ部１３経由でＩＰ−ＭＦＴ６２へ流され、ＩＰ−ＭＦＴ６２の話者は呼び出し中であることを認識する（Ｓ２０２２）。
【０１９６】
リングバックトーン送出と同時に、ＩＰ網側交換機１０に接続されている内線電話機等に呼び出しが行われ、その呼び出しが行われている内線電話機等がＯＦＦ ＨＯＯＫすると（Ｓ２０２３）、ＩＰ網側交換機１０がそれを認識し、パケット型のＮＯ．７メッセージであるＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝えるとともに（Ｓ２０２４）、リングバックトーンの送出を停止する。
【０１９７】
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２０２５）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０２７）。これを受けた独自インタフェース１４３はパケット型にメッセージを変換しＩＰ−ＭＦＴ６２に送出する（Ｓ２０２７）。ＡＮＤを受信したＣＣ部１２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジも送る（Ｓ２０２８）。
【０１９８】
これらのＳ２０２７、Ｓ２０２８メッセ−ジはＩＰ−ＭＦＴ６２とＶＣ部１３側では無視される（Ｓ２０２９、Ｓ２０３０）。
【０１９９】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への通話データ（宛先ＶＣ部１３、送信元ＩＰ網側交換機１０のＩＰアドレス）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ−ＭＦＴ６２、送信元はＶＣ部１３）で伝送される（Ｓ２０３１）。このアドレス変換はＶＣ部１３で行っている。
【０２００】
ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ網側交換機１０が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ網側交換機１０が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＩＰ網側交換機１０から受信した音声データの宛先を替えればよいからである。
【０２０１】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ２０３２）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２０３３）、ＮＯ.7制御部１４２は、それをＣＣ部１２に伝達する（Ｓ２０３４）。そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２０３５）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＩＰ網側交換機１０へ送出する（Ｓ２０３６）。それをＩＰ網側交換機１０が受けると、ＩＰパケット型ＮＯ．７メッセージのＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２０３７）、ＣＣ部１２はそれを受けて空メッセ−ジをＮＯ．７制御部１４２に送る（Ｓ２０３８）。
【０２０２】
また、そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内の独自インタフェ−ス１４３経由でＩＰ−ＭＦＴ６２に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、ビジ−ト−ン出力要求を送信する（Ｓ２０３９）。同時に、ＶＣ部１３に対して空メッセ−ジを送り、ＶＣ部１３をチャネルクロ−ズ状態にさせる（Ｓ２０４０、Ｓ２０４１）。
【０２０３】
ビジートーン出力要求受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ２０４２）。
【０２０４】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２０４３）。ＩＰ−ＭＦＴ６２は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ２０４４）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ２０４５）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ２０４６）。
【０２０５】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２０４７）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４内の独自インタフェース部１４３経由でＣＣ部１２に伝達され（Ｓ２０４８）、それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセージであるＣＬＦ（切断信号）を送出し（Ｓ２０４９）、それを、ＮＯ．７制御部１４２がパケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２０５０）。
【０２０６】
ＩＰ網側交換機１０側では相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者も受話器を置く（ＯＮ ＨＯＯＫ）（Ｓ２０５１）。
【０２０７】
ＣＣ部１２は、ＣＬＦを出力すると同時に空メッセ−ジを独自インタフェース部１４３を介してＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にさせる（Ｓ２０５２、Ｓ２０５３）。
【０２０８】
Ｓ２０５１にてＯＮ ＨＯＯＫ状態を検出したＩＰ網側交換機１０は、ＩＰパケット型のＮＯ．７メッセージであるＲＬＧ（復旧完了信号）をＳＣ部１４内のＮＯ．７制御部１４２経由でＣＣ部１２に送り（Ｓ２０５４）、それを受けたＣＣ部１２は、ＶＣ部１３とＮＯ．７制御部１４２に対して空メッセ−ジを送り（Ｓ２０５５、Ｓ２０５６）、ＶＣ部１３はチャネルクロ−ズ状態となり、通話が終了する（Ｓ２０５７）。
【０２０９】
図２１に、ＨＵＢ２経由で交換機１と接続されているＩＰ電話機６１とＩＰ網側交換機１０との接続シ−ケンスを示す。
【０２１０】
ＩＰ電話機６１からのダイヤルが完了して、Ｈ．３２３メッセ−ジであるＳＥＴ ＵＰ（宛先はＳＣ部１４、送信元はＩＰ電話機６１のＩＰアドレス）（呼設定要求）がＳＣ部１４内のプロトコル変換部１４１に伝えられると（Ｓ２１００）、プロトコル変換部１４１は、図１３に示すＨ．３２３メッセ−ジである（Ｈ．２２５）ＣＡＬＬ ＰＲＯＣ（呼設定受付）をＩＰ電話機６１に返すとともに（Ｓ２１０１）、ＳＥＴ ＵＰをＮＯ．７メッセ−ジのＩＡＩに変換し、ＣＣ部１２に伝える（Ｓ２１１２）。このＩＡＩには、相手端末（ＩＰ網側交換機１０）のＩＰアドレス、ポート番号、圧縮方式等のデータが格納されている。
【０２１１】
次に、ＣＣ部１２は、そのＩＡＩメッセ−ジを発信元であるＩＰ電話機６１が接続されているＶＣ部１３ａのＩＰアドレス等を格納したＩＡＩに変換し（Ｓ２１１３）、ＳＣ部１４内のＮＯ．７制御部１４２で、ＩＰパケット型データ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）に変換した後、ＩＰ網側交換機１０に送出する（Ｓ２１１４）。また、ＣＣ部１２は、プロトコル変換部１４１からＩＡＩを受けると同時に、ＩＰ電話機６１が接続されているＶＣ部１３ａと、ＩＰ網側交換機１０が接続されている別のＶＣ部１３ｂの両方にＢＳＹメッセージを送出して、各々のＶＣ部１３を捕捉状態にする（Ｓ２１１５、Ｓ２１１６、Ｓ２１１７、Ｓ２１１８）。
【０２１２】
ＩＡＩを受けたＩＰ網側交換機１０は、ＩＰパケット型のＡＣＩ（付加情報付アドレス完了信号）（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０のＩＰアドレス）をＳＣ部１４内のＮＯ．７制御部１４２経由で、ＣＣ部１２に送る（Ｓ２１１９）。ＮＯ．７制御部１４２からＣＣ部１２へ送るＡＣＩには、相手端末（ＩＰ電話機６１）のＩＰアドレス、ポート番号等が格納されている。それを受けた、ＣＣ部１２は、ＩＰ網側交換機１０と接続されているＶＣ部１３ｂのＩＰアドレス、相手端末（ＩＰ電話機６１）のＩＰアドレスを格納したＡＣＩに変換し、ＳＣ部１４内のプロトコル変換部１４１に伝達する（Ｓ２１２０）。次にプロトコル変換部１４１が、ＮＯ．７メッセ−ジであるＡＣＩをＨ．３２３メッセ−ジのＡＬＥＲＴ（呼出）に変換して、ＩＰ電話機６１におくる（宛先はＩＰ電話機６１、送信元はＳＣ部１４のＩＰアドレス。また、通信相手であるＩＰ網側交換機１０と接続されていて音声データ通信で使用するＶＣ部１３ｂのＩＰアドレス情報も付加している。）（Ｓ２１２１）。これで、ＩＰ電話機６１はチャネルオ−プン状態となる（Ｓ２１２２）。
【０２１３】
そして、ＡＣＩを受けたＣＣ部１２は、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨の情報をＳＣ部１４内のＮＯ．７制御部１４２と、プロトコル変換部１４１に送るとともに（Ｓ２１２３、Ｓ２１２４）、ＶＣ部１３ａ／ｂに対して、デジタル１リンクメッセ−ジを送り（Ｓ２１２５、Ｓ２１２６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３をチャネルオ−プン状態にさせる（Ｓ２１２７、Ｓ２１２８）。
【０２１４】
ＩＰ網側交換機１０がＩＡＩを受けて、鳴動を開始したリングバックト−ンは、ＩＰパケット音声（宛先はＶＣ部１３、送信元はＩＰ網側交換機１０のＩＰアドレス）として、ＶＣ部１３ｂ経由でＩＰ電話機６１へ流されたデータ（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）は、ＩＰ電話機６１で受信され、話者が相手を呼び出し中であることを認識する（Ｓ２１２９）。
【０２１５】
呼出は、ＩＰ網側交換機１０に接続されている内線電話機等に行われ、その内線電話機等がＯＦＦ ＨＯＯＫすると（Ｓ２１３０）、ＩＰ網側交換機１０がそれを認識し、ＩＰパケット型ＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝える（Ｓ２１３１）。
【０２１６】
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２１３２）。それを受けたＣＣ部１２は、ＡＮＤをＳＣ部１４内のプロトコル変換部１４１に送り（Ｓ２１３３）、プロトコル変換部１４１では、Ｎｏ．７メッセ−ジであるＡＮＤをＨ．３２３メッセ−ジのＣＯＮＮＥＣＴ（応答信号）に変換して、ＩＰ電話機６１へ伝達する（Ｓ２１３４）。
【０２１７】
また、ＡＮＤを受信したＣＣ部１２は、折り返しプロトコル変換部１４１とＮＯ．７制御部１４２に対して、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨のメッセ−ジ送るとともに（Ｓ２１３５、Ｓ２１３６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３ａ／ｂへデジタル１リンクメッセ−ジを送る（Ｓ２１３７、Ｓ２１３８）。このメッセ−ジを受けた各々のＶＣ部１３は、ＩＰパケット音声の送信先アドレス変更である接続替え処理を行う。
【０２１８】
この後、通話デ−タは、ＩＰ電話機６１からＩＰ網側交換機１０へのデータは（宛先はＶＣ部１３ａ、送信元はＩＰ電話機６１のＩＰアドレス）、ＶＣ部１３ａ、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＶＣ部１３ａのＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ電話機６１へのデータは（宛先はＶＣ部１３ｂ、送信元はＩＰ網側交換機１０のＩＰアドレス）、ＶＣ部１３ｂとＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）で伝送される（Ｓ２１３９）。
【０２１９】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ２１４０）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２１４１）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ２１４２）。
【０２２０】
そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２１４３）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＣＬＦをＩＰ網側交換機１０へ送出する（Ｓ２１４４）。それをＩＰ網側交換機１０が受けると、ＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２１４５、Ｓ２１４６）、ＣＣ部１２はそれを受けて空メッセ−ジをＳＣ部１４内のＮＯ．７制御部１４２とＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送る（Ｓ２１８０、Ｓ２１４７）。これを受けてＶＣ部１３ｂはチャネルクローズ状態となり、ＩＰ網側交換機１０側の通話が終了する（Ｓ２１４８）。
【０２２１】
また、そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内のプロトコル変換部１４１に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、同じくＣＢＫを送信する（Ｓ２１４９）。それを受けたプロトコル変換部１４１は、ＣＢＫをＨ．３２３メッセ−ジのＲＥＬ ＣＯＭＰ（開放完了信号）に変換してＩＰ電話機６１に送る（Ｓ２１５０）。それを受けたＩＰ電話機６１はチャネルクロ−ズ状態となり（Ｓ２１５１）、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する。
【０２２２】
そして、ビジ−ト−ンを聞いたＩＰ電話機６１の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２１５２）。
【０２２３】
また、ＣＢＫを受信したプロトコル変換部１４１は、ＣＬＦ（切断信号）をＣＣ部１２に返送し（Ｓ２１５３）、ＣＣ部１２からＲＬＧ（復旧完了信号）と、空メッセ−ジを受信する（Ｓ２１５４、Ｓ２１５５）。
【０２２４】
これと、同時にＣＣ部１２は、ＩＰ電話機６１が接続されているＶＣ部１３ａに空メッセ−ジを送り、ＶＣ部１３ａをチャネルクロ−ズ状態にさせて、通話が終了する（Ｓ２１５６、Ｓ２１５７）。
【０２２５】
次に、発呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２１５８）、その情報であるＨ．３２３メッセージのＲＥＬ ＣＯＭＰは、ＳＣ部１４内のプロトコル変換部１４１で一旦受けられ（Ｓ２１５９）、Ｎｏ．７メッセ−ジであるＣＬＦ（切断信号）に変換され、ＣＣ部１２に伝達される（Ｓ２１６０）。それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセ−ジのＣＬＦ（切断信号）を送出し（Ｓ２１６１）、それを受信したＮＯ.７制御部１４２が、パケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２１６２）。
【０２２６】
ＩＰ網側交換機１０側でも相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置く（ＯＮ ＨＯＯＫ）。
【０２２７】
ＣＣ部１２は、ＣＬＦを出力すると同時にＲＬＧと空メッセ−ジをプロトコル変換部１４１に送り（Ｓ２１６３、Ｓ２１６４）、空メッセージはプロトコル変換部１４１からＩＰ電話機６１に伝達され（Ｓ２１６５）、ＩＰ電話機６１は、チャネルクロ−ズ状態となる（Ｓ２１６６）。また、ＣＣ部１２からＩＰ電話機６１が接続されているＶＣ部１３ａにも空メッセージが送出され（Ｓ２１６７）、これによりＶＣ部１３ａもチャネルクローズ状態となる（Ｓ２１６８）。
【０２２８】
また、ＩＰ網側交換機１０側でもＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置いたことを認識すると、ＲＬＧをＮＯ．７制御部１４２経由で、ＣＣ部１２に送り（Ｓ２１６９）、それを受けたＣＣ部１２は、空メッセ−ジをＮｏ．７制御部１４２及びＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送出して（Ｓ２１７０、Ｓ２１７１）、ＶＣ部１３ｂがチャネルクロ−ズ状態となり通話が終了する（Ｓ２１７２）。
【０２２９】
次に、交換機１のＩＰ−ＭＦＴ６２制御を具体的に説明する。制御処理とは、ＣＣ部１２〜ＳＣ部１４間、及びＳＣ部１４からＩＰ−ＭＦＴ６２間メッセ−ジの送受信制御をいう。制御処理では、以下に示す機能を実施する。
【０２３０】
まず一番目としては、ＩＰ−ＭＦＴ ＣＳスキャン応答機能。これは、ＩＰ−ＭＦＴ６２が行うＳＣ部１４スキャン動作に対して応答し、自ＳＣ部１２のＩＰアドレス、ログインポ−ト番号等をＩＰ−ＭＦＴ６２に通知するものである。
【０２３１】
次に二番目は、ＩＰ−ＭＦＴ６２のログイン状態を管理する機能。これはＩＰ−ＭＦＴ６２から交換機１へログインする際のログインコマンド許可／拒否、及びログアウトコマンド処理を行い、ログイン状態を管理するものである。
【０２３２】
三番目は、ＣＣ部１２からの情報要素メッセ−ジをＩＰ−ＭＦＴ６２へ送信する機能。これはＣＣ部１２からの共通メッセ−ジ（複数のＩＰ−ＭＦＴへ一斉に通知する場合のメッセージ）、及び個別メッセ−ジ（特定のＩＰ−ＭＦＴに通知する場合のメッセージ）毎に該当ＩＰ−ＭＦＴ６２へメッセ−ジ送信を行うものである。
【０２３３】
四番目は、ＩＰ−ＭＦＴ６２からの情報要素メッセ−ジをＣＣ部１２へ通知する機能。これは、ＩＰ−ＭＦＴ６２から受信した情報要素メッセ−ジをＣＣ部１２へ通知するものである。
【０２３４】
五番目は、ＳＣ部１４輻輳時のＩＰ−ＭＦＴ６２発信規制機能。これは、ＳＣ部１４にて輻輳発生時、ＩＰ−ＭＦＴ６２オフフック時に輻輳であることを通知し、発信規制を行うものである。
【０２３５】
六番目は、ＩＰ−ＭＦＴ６２からの通信統計情報収集機能。これは、ＩＰ−ＭＦＴ６２から送られる通信統計情報を収集するものである。
【０２３６】
以下に、上記各機能毎の処理概要を示す。
【０２３７】
ＩＰ−ＭＦＴ ＳＣスキャン応答機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのＳＣ部１４のスキャンを待って、ＩＰ−ＭＦＴ６２からのマルチキャストによるＳＣスキャンメッセ−ジ受信時に、局デ−タに基づいた自ＳＣ情報（ＳＣ部１４のＩＰアドレス、サブネットマスクは必須、ログインポ−ト番号はＳＣスキャンポ−ト番号と異なる場合に必要。）をスキャン元ＩＰ−ＭＦＴ６２へユニキャストで通知する。
【０２３８】
ＩＰ−ＭＦＴログイン状態管理機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのログインを待って、ＩＰ−ＭＦＴ６２からのログイン／ログアウトメッセ−ジ、及びライフチェックタスクからのライフチェック（自己診断）ＮＧ通知により、それぞれ以下の処理を行う。ＩＰ−ＭＦＴ６２からのユニキャストによるログインメッセ−ジ受信時は、ＩＰ−ＭＦＴ状態管理テ−ブルによりログイン許可判定処理を行う。
【０２３９】
ログイン許可した場合には、ＩＰ−ＭＦＴ６２へログイン許可、呼制御ポ−ト番号通知、及びＩＰ−ＭＦＴ初期化情報を通知し、ＩＰ−ＭＦＴ状態管理テ−ブルの該当電話番号位置へＩＰ−ＭＦＴ情報（ＩＰ−ＭＦＴのＩＰアドレス、ＭＡＣアドレス）の登録を行い、ＩＰ−ＭＦＴ６２をログイン状態とする。その後ライフチェックタスクへ該当ＩＰ−ＭＦＴ６２のライフチェック開始指示を行う。また、ログイン拒否した場合は、ＩＰ−ＭＦＴ６２へログイン拒否通知を行い、ＩＰ−ＭＦＴ情報登録せず、ライフチェック開始指示も行わない。
【０２４０】
ＩＰ−ＭＦＴ６２からのユニキャストによるログアウトメッセ−ジ受信時、及び、ＩＰ−ＭＦＴ６２（ライフチェックタスク）からのＩＰ−ＭＦＴライフチェック（自己診断）ＮＧ通知時には、ＩＰ−ＭＦＴ状態管理テ−ブルの該当電話番号位置のＩＰ−ＭＦＴ情報（ＩＰ−ＭＦＴのＩＰアドレス、ＭＡＣアドレス）のクリアを行い、ＩＰ−ＭＦＴ６２をログアウト状態とする。
【０２４１】
ＩＰ−ＭＦＴ情報要素メッセ−ジ送信機能処理。ＣＣ部１２からのメッセ−ジ受信時、受信した情報要素の共通メッセ−ジ／個別メッセ−ジ分別を行う。その後、メッセ−ジ種別毎に以下の処理を行う。
【０２４２】
共通メッセ−ジ受信時の処理は、ＳＣ部１４がＣＣ部１２から受信した情報要素をＬＡＮ側送受信デ−タフレ−ムフォ−マットにカプセリングし、全ＩＰ−ＭＦＴに対して一斉同報を行うため、マルチキャストにて呼制御用ポ−トからメッセ−ジ送信を行う。この際ＩＰ−ＭＦＴ６２からの受信応答は無いため、パケットロス対策として局デ−タにて指定された送信回数分連続送信を行う。また、マルチキャストアドレスは設定されている局デ−タに従う。
【０２４３】
個別メッセ−ジ受信時の処理は、メッセ−ジの送信先判定を行い、該当ＩＰ−ＭＦＴ６２がログアウト中であればメッセ−ジは捨て、処理を終了する。該当ＩＰ−ＭＦＴ６２がログイン中であれば、宛先アドレスの特定して情報要素をＬＡＮ側送受信デ−タフレ−ムフォ−マットにカプセリングし、該当ＩＰ−ＭＦＴ６２に呼制御用ポ−トから送信を行う。その後ＩＰ−ＭＦＴ６２からの受信応答を呼制御用ポ−トにて受信し、送信処理完了となる。
【０２４４】
ＩＰ−ＭＦＴ６２からの受信応答がない場合にはメッセ−ジ再送処理を行う。この場合のタイムアウト時間、再送リトライ回数は、局デ−タに従う。再送リトライオ−バ−時には、ＩＰ−ＭＦＴ６２状態管理テ−ブルをＩＰ−ＭＦＴ６２ログアウト状態とし、ＣＣ部１２へ切断通知後ＩＰ−ＭＦＴログアウト通知を行う。
【０２４５】
ＩＰ−ＭＦＴ情報要素メッセ−ジ受信機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのメッセージを待って、ＩＰ−ＭＦＴ６２からのユニキャストによる呼制御メッセ−ジ受信時、該当ＩＰ−ＭＦＴ６２がログアウト中であればメッセ−ジ受信拒否応答をＩＰ−ＭＦＴ６２へ送信し処理を終了する。該当ＩＰ−ＭＦＴ６２がログイン中であれば、メッセ−ジ受信応答をＩＰ−ＭＦＴ６２へ送信し、受信したデ−タ中の情報要素を抽出し、ＣＣインタフェ−スタスクに対してのＣＣメッセ−ジ送信要求ハンドリングにより、ＣＣ部１２へＩＰ−ＭＦＴ情報通知を行う。
【０２４６】
また、ＩＰ−ＭＦＴ６２からの再送メッセ−ジのＣＣ部１２への２度送りを防止するため、受信デ−タのシ−ケンス番号をチェックし、同一ＩＰ−ＭＦＴ６２からの最終受信デ−タと同一のシ−ケンス番号のデ−タを受信した際は、受信メッセ−ジを破棄する。
【０２４７】
ＳＣ部輻輳時のＩＰ−ＭＦＴ発信規制機能処理。本制御処理ではＳＣ部にて輻輳発生を検出した時に、ＩＰ−ＭＦＴ６２から受信した呼制御メッセ−ジがオフフック通知であった場合、ＩＰ−ＭＦＴ６２への受信応答にて輻輳中通知を行い、発信規制を行う。この規制は、開放メッセージ等にて行い、ＩＰ−ＭＦＴ６２がビジートーンを送出できるようにする。
【０２４８】
また、輻輳復旧検出時には、マルチキャストにて全てのＩＰ−ＭＦＴ６２に対して輻輳復旧通知を行い、発信規制を解除する。
【０２４９】
ＳＣ部１４で検出する輻輳とは、定められたＩＰパケットの送受信能力を超えたり、同時に接続される端末数が定められた台数を超えた場合等に発生する。
【０２５０】
例えば、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３の処理中呼をＣＣ部１２で管理し、一定量（閾値）を超えた場合に輻輳と判断し、閾値を下回った場合に輻輳を解除する。
【０２５１】
輻輳時の処理として、ＣＣ部１２側へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。プロトコル変換部１４１へは、着信は全て拒否するよう指示し、ＮＯ．７制御部１４２へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。また、独自インタフェース部１４２へは、ＩＰ−ＭＦＴ６２がオフフックした場合に、ビジートーンをＩＰ−ＭＦＴ６２に出力させる指示を出す。
【０２５２】
ＩＰ−ＭＦＴからの通信統計情報収集機能処理。ＩＰ−ＭＦＴ６２は通話終了時、呼制御ポ−トにて１通話の通信統計情報をＳＣ部１４に通知する。本制御処理では、ＩＰ−ＭＦＴ６２から通信統計情報受信時、通信統計情報テ−ブルへの展開を行う。通信統計情報テ−ブルはそれぞれ、ＩＰ−ＭＦＴ６２毎の通信統計情報トレ−スエリア、全体統計エリアが有り、両方のエリアに展開格納する。
【０２５３】
図２２から図２４を用いて、交換機１とＩＰ−ＭＦＴ６２間で行われる独自メッセ−ジに関し説明する。
【０２５４】
図２２にＳＣ部１４（交換機１）とＩＰ−ＭＦＴ６２間で行われる独自メッセ−ジ変換のフレ−ム形式を示す。
【０２５５】
ＬＡＮ側のメッセ−ジは独自規定のものであるため、ＩＰ−ＭＦＴ６２用情報要素メッセ−ジをＬＡＮ側送受信用の独自フレ−ムにカプセリングする。このデ−タはＵＤＰユ−ザ−デ−タとして取り扱っている。
【０２５６】
独自フレームのデ−タフォ−マットは、ヘッダ部とデ−タ部に分かれている。ヘッダ部は、２バイトのメッセージ固有の識別子を示すメッセージ識別子２２１と、２バイトのメッセージ発信元装置固有の識別子を示すメッセージ発信元識別子２２２と、２バイトのヘデータ固有の識別子を示すデ−タ識別子２２３と、２バイトのヘッダ個別デ−タ長を示すヘッダ個別デ−タレングス２２４、ｎバイト（ｎは４の倍数）プロトコル固有の情報を設定するデ−タであるヘッダ個別デ−タ２２５から構成されている。
【０２５７】
また、ヘッダ個別デ−タレングス２２４は、４の倍数を指定するものとして、ヘッダ部全体長が、ヘッダ個別デ−タレングス（ｎ：４の倍数）メッセ−ジと８バイトとなるようにしている。
【０２５８】
デ−タ部は、ユ−ザ−デ−タであるＩＰ−ＭＦＴ６２用情報要素メッセ−ジ長を示すデ−タレングス２２６（４バイト）と、ＩＰ−ＭＦＴ６２用情報要素メッセ−ジであるユーザデータ２２７から構成されている。ユーザデータ２２７内にＯＮ／ＯＦＦ ＨＯＯＫ情報やダイヤル情報等を格納する。
【０２５９】
図２３には、ＳＣ部１４からＩＰ−ＭＦＴ６２へ送られる個別メッセ−ジのフレーム内容を示す。
【０２６０】
メッセージ識別子２２１は、０００１（ＨＥＸ）が個別メッセージの「応答有（応答の必要あり）」、０００２（ＨＥＸ）が個別メッセージの「応答無（応答の必要なし）」、０００３（ＨＥＸ）が共通メッセージの「応答有（応答の必要あり）」、０００４（ＨＥＸ）が共通メッセージの「応答無（応答の必要なし）」、８００１（ＨＥＸ）が個別メッセージに対する応答、８００３（ＨＥＸ）が共通メッセージに対する応答を示すようにしている。
【０２６１】
メッセージ発信元装置識別子２２２は、０００１（ＨＥＸ）がＳＣ部１４、０００２（ＨＥＸ）がＶＣ部１３、０００３（ＨＥＸ）がＩＰ−ＭＦＴ６２、０００４（ＨＥＸ）がＩＰ−ＭＦＴ６２用保守端末を示すようにしている。
【０２６２】
デ−タ識別子２２３は、データ固有の識別子を示し、ヘッダ個別データレングス２２４は、ヘッダ個別のデータ長を示し、ヘッダ個別デ−タ２２５は、装置、プロトコルメッセージ固有の情報を設定するところで、ＳＣ部１４が管理、付加する情報である。ひとつのＩＰ−ＭＦＴ６２に送信する個別メッセ−ジ毎に００００００００〜ＦＦＦＦＦＦＦＦ（ＨＥＸ）までサイクリックに使用する（メッセ−ジシ−ケンシャル番号として使用）。
【０２６３】
本情報は、同一個別メッセ−ジ再送時に、同一シ−ケンシャル番号が使用されるため、受信側において同一個別メッセ−ジかどうかの判断基準として使用できる。このデータは２バイトを初期値としているが、機能拡張を想定して可変長（ｎバイト）としている。
【０２６４】
デ−タレングス２２６はユーザデータ２２７の長さを示し、最後にユーザデ−タ２２７は、送受信のデータエリアであり、ＩＰ−ＭＦＴ６２用情報要素を格納するものである。
【０２６５】
次にＩＰ-ＭＦＴのＩＰアドレス特定する動作を説明する。
【０２６６】
ＳＣ部１４に対し、ＩＰ−ＭＦＴ６２への個別メッセ−ジを送信時に、ＣＣ部１２から送られてくるＩＰ−ＭＦＴ６２用情報要素メッセ−ジの宛先情報をパッケ−ジ番号と回路番号のみとしているので、ＳＣ部１４ではその情報から送信先アドレスを特定する処置が必要となる。
【０２６７】
ここで、パッケージ番号とは、本発明の交換装置に搭載される物理的な基板の搭載を管理する番号であり、基板の搭載位置に応じて付与される。そして回路番号とは、前記基板（パッケージ）内に複数の機能回路が搭載された場合にその機能回路を管理する番号である。
【０２６８】
前記パッケ−ジ番号と回路番号はＣＣ部１２が管理し、前記パッケ−ジ番号と回路番号に電話番号がマッピングされる。そのデータをもとにＳＣ部１４では、パッケ−ジ番号及び回路番号毎の電話番号及びＩＰアドレステ−ブルを作成し、ＩＰ−ＭＦＴ６２のログイン時に該当電話番号のテ−ブルへＩＰ−ＭＦＴ６２のＩＰアドレスを登録する。これで、メッセ−ジ送信先のＩＰ−ＭＦＴ６２のＩＰアドレスを特定する。
【０２６９】
図２４のＩＰアドレステーブルを用いて、ＩＰ−ＭＦＴ６２のＩＰアドレス特定方式を詳細に説明する。
【０２７０】
ＳＣ部１４では、ＩＰ−ＭＦＴ６２の状態管理を行うために図２４に示す管理テ−ブル作成し、ＩＰ−ＭＦＴ６２ログイン毎にＣＣ部１２に記憶させておく。
【０２７１】
ＣＣ部１２で記憶した情報は、ＳＣ部１４リブ−ト時に再送され、ＳＣ部１４はリブ−ト前の状態を維持できるようにしているためである。
【０２７２】
また、ＩＰ−ＭＦＴ６２からの情報要素付加用に、交換機１内のパッケ−ジ番号及び回路番号をＩＰ−ＭＦＴ６２ログイン時にＳＣ部１４よりＩＰ−ＭＦＴ６２に対して通知する。
【０２７３】
図中の電話番号部２４１には、パッケ−ジ番号・回路番号に対応した電話番号をセットする。本情報はＳＣ部１４の起動時にＣＣ部１２よりセットされる。
【０２７４】
次のＩＰ−ＭＦＴ ＩＰアドレス部２４２は、電話番号に対応したＩＰ−ＭＦＴ ＩＰアドレスをＩＰ−ＭＦＴログイン時に登録し、ＩＰ−ＭＦＴ６２のＩＰアドレスの特定に使用する。（ＩＰ-ＭＦＴ ＩＰアドレスは、ログイン時にＩＰ−ＭＦＴから入手する。）
【０２７５】
ＳＣ部１４ではＩＰ−ＭＦＴ６２がＳＣ部１４にログイン時、対応する電話番号を検索し、一致するＳＣ部１４内のオフセット部にＩＰ−ＭＦＴ ＩＰアドレスをセットする。ログインしていない場合やログアウトした場合には、０．０．０．０をセットする。
【０２７６】
ＩＰ−ＭＦＴ ＭＡＣアドレス部２４３は、電話番号に対応したＩＰ−ＭＦＴ６２のＭＡＣアドレスをＩＰ−ＭＦＴ６２ログイン時に登録し、再ログイン時の許可判定に使用して、同一電話番号の２重ログイン防止を行う。（ＩＰ-ＭＦＴ ＭＡＣアドレスも、ログイン時にＩＰ−ＭＦＴから入手する。）
【０２７７】
ＳＣ部１４ではＩＰ−ＭＦＴ６２がＳＣ部１４にログイン時、対応する電話番号を検索し、一致するオフセット部にＩＰ−ＭＦＴ ＭＡＣアドレスをセットする。ログインしていない場合やログアウトした場合には００００ ００００ ００００を入力し未ログイン状態と判断する。
【０２７８】
その他の状態情報部２４４は、ＳＣ部１４が管理すべき上記以外のＩＰ−ＭＦＴ６２の状態（例えば通話状態等）を随時セットする。
【０２７９】
ＩＰ−ＭＦＴ６２がＳＣ部１４にログイン後、ＳＣ部１４がそのＩＰ−ＭＦＴ６２に対してメッセ−ジ送信を行う際、ＣＣ部１２からの情報要素のパッケ−ジ番号、回路番号をオフセットとしてＩＰ−ＭＦＴ ＩＰアドレスを取得し、そのＩＰアドレスに対してメッセ−ジ送信を行う。
【０２８０】
また、ＩＰアドレスが０．０．０．０の場合(ＩＰ−ＭＦＴ６２がログインしていない状態)、ＣＣ部１２からの該当パッケ−ジ番号・回路番号へのメッセ−ジは読み捨てる。
【０２８１】
ＩＰ−ＭＦＴ６２が同一電話番号であった場合の２重ログイン防止については、ＩＰ−ＭＦＴ６２がログインした際に、既にＭＡＣアドレスが登録されていた場合、再ログインと認識する。
【０２８２】
ＩＰ−ＭＦＴ６２が再ログインした際にＭＡＣアドレスが同一であれば、ＩＰ−ＭＦＴ６２移動や、ＩＰ−ＭＦＴ６２のＩＰアドレス変更等と判断し、そのままＩＰ−ＭＦＴ ＩＰアドレスを更新しログインを許可する。また、再ログイン時にＭＡＣアドレスが不一致であれば別装置からの同一電話番号２重ログインと判断しログインを許可しない。
【０２８３】
尚、他ＭＡＣアドレスにて同一電話番号が使用される条件として、装置（ＩＰ−ＭＦＴ６２）故障等による装置交換時のＭＡＣアドレス変更がある。この場合装置交換時には１度ログアウト操作してから交換することが条件となる。
【０２８４】
ＳＣ部１４からＩＰ-ＭＦＴ６２へのメッセージ伝達方式について図３０〜図３４を用いて説明する。
【０２８５】
ＳＣ部１４からＩＰ-ＭＦＴ６２へ送信されるメッセージはＵＤＰで行うため、データの保証を行わなければならない。図３０から図３２に個別メッセージの伝達方法、図３３、図３４に共通メッセージの伝達方法を示す。
【０２８６】
図３０から図３２に示す通り、個別メッセージは、それに対するメッセージ受信応答を返送することにより伝送確認を行う。
【０２８７】
図３０には、ＳＣ部１４がＩＰ−ＭＦＴ６２へメッセージを正常に送信した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３０００、Ｓ３００１）。シーケンス番号は、送信するデータの順序を示す番号のことをいう。メッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、ＳＣ部１４に送信する。この応答にもシーケンス番号が付加される（Ｓ３００２、Ｓ３００３、Ｓ３００４）。
【０２８８】
応答を受信したＳＣ部１４は、いままで、ＩＰ−ＭＦＴ６２からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする（Ｓ３００６、Ｓ３００７、Ｓ３００８）。
【０２８９】
また、ＳＣ部１４からメッセージを送信した際に、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている（Ｓ３００５）。
【０２９０】
図３１にＳＣ部１４に送信リトライが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３１００、Ｓ３１０１）。このときＩＰ−ＭＦＴ６２からの応答待ちタイマを起動させる（Ｓ３１０３）。
【０２９１】
ネットワーク上でパケットロスや対向ＩＰ−ＭＦＴ６２の無応答（以降、パケットロスという）が発生した場合は（Ｓ３１０２）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３１０４）。これを契機に前記メッセージを同じメッセージの再送信を行う（Ｓ３１０５）。
【０２９２】
メッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、ＳＣ部１４に送信する。この応答にもシーケンス番号が付加される（Ｓ３１０６、Ｓ３１０７、Ｓ３１０８）。
【０２９３】
応答を受信したＳＣ部１４は、いままで、ＩＰ−ＭＦＴ６２からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする（Ｓ３１１０、Ｓ３１１１、Ｓ３１１２）。
【０２９４】
また、ＳＣ部１４からメッセージを再送信した場合にも、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている（Ｓ３１０９）。
【０２９５】
図３２にＳＣ部１４に送信リトライオーバーが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３２００、Ｓ３２０１）。このときＩＰ−ＭＦＴ６２からの応答待ちタイマを起動させる（Ｓ３２０３）。
【０２９６】
ネットワーク上でパケットロスが発生し（Ｓ３２０２）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３２０４）。これを契機に前記メッセージを同じメッセージの再送信を行う（Ｓ３２０５）。しかし、このときもネットワーク上でパケットロスが発生し（Ｓ３２０６）、ＳＣ部１４で再度応答待ちタイムアウトが発生する（Ｓ３２０７、Ｓ３２０８）。ここで、もう一度Ｓ３２０５と同じメッセージを再送信する（Ｓ２１０９）。ここでも、ネットワーク上でパケットロスが発生し（Ｓ３２１０）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３２１２）。この３回の応答待ちタイムアウトが発生した場合は、指定したＩＰ−ＭＦＴ６２が３回無応答状態と判断し、通信エラーの処理へ移行する。
【０２９７】
応答待ちタイムアウト時間は交換機１（データ）→ＩＰ−ＭＦＴ６２（応答）→交換機１メッセージ伝送時間が３ｍｓ程度である場合は、安全率が１０倍以上のとすること（例えば５０ｍｓ）が望ましい。伝送時間の内訳は、交換機１の処理時間、ＬＡＮ伝送時間、ＨＵＢ２の中継遅延時間、ＩＰ-ＭＦＴ６２の処理時間等からなっている。
【０２９８】
またリトライ２回ＮＧにてメッセージ送信不可と判定し、送信装置毎の通信障害処理を行うこととする。尚、応答待ちタイムアウト時間、リトライ回数は今回の例としては５０ｍｓ、２回としているが、ネットワーク特性に合わせて可変設定可能としている。
【０２９９】
また、メッセージ送信のパイプライン処理（並列処理）を行う場合、同一送信先に対してはメッセージの順序入れ替えの無いよう、シリアル処理としている。
【０３００】
図３３から図３４に示す通り、共通メッセージは、マルチキャストにて複数の端末へ送信するため、トラフィックの問題からメッセージに対するメッセージ受信応答を返送しない。よって、２回連続送信を行い、パケットロスに対応している。
【０３０１】
尚、連続送信回数は基本的に２回とするが、ネットワーク特性に合わせて可変設定可能としている。共通メッセージはＳＣ部１４からの送信のみで、ＩＰ−ＭＦＴ６２からの送信は無いものとしている。
【０３０２】
図３３には、ＳＣ部１４がＩＰ−ＭＦＴ６２へ共通メッセージを正常に送信した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、ＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして２回連続して送信する（Ｓ３３００、Ｓ３３０１、Ｓ３３０３）。
【０３０３】
１回目のメッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータとともに、データのシーケンシャル番号を記憶する（Ｓ３３０２）。その後２回目のメッセージを受信した場合は、１回目に受信したシーケンシャル番号と２回目に受信したデータのシーケンシャル番号とを比較して、同一のシーケンシャル番号であった場合には、２回目に受信したメッセージを破棄する（Ｓ３３０４）。先程２回連続してメッセージを送信したＳＣ部１４は、ＩＰ-ＭＦＴ６２が受信したか否かにかかわらず送信完了の状態となる（Ｓ３３０５）。
【０３０４】
次に図３４には、共通メッセージ送信時にパケットロスが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、ＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして２回連続して送信する（Ｓ３４００、Ｓ３４０１、Ｓ３４０３）。そして２回連続してメッセージを送信したＳＣ部１４は、ＩＰ-ＭＦＴ６２が受信したか否かにかかわらず送信完了の状態となる（Ｓ３４０５）。
【０３０５】
１回目のメッセージがネットワーク上でパケットロスし、その後２回目のメッセージを受信した場合は、２回目に受信したデータを記憶する（Ｓ３４０４）。
【０３０６】
図３５にＩＰパケットデータのフレームフォーマットを示す。
【０３０７】
図３５の（ａ）がＩＰパケットデータのフォーマットである。また、（ｂ）にＩＰパケットデータ内のＩＰヘッダ部のフォーマット、（ｃ）にＩＰパケットデータ内のＴＣＰ／ＵＤＰヘッダ部のフォーマットを示す。
【０３０８】
ＩＰ電話機６１やＩＰ−ＭＦＴ６２がＬＡＮ上で送受信するＩＰパケットデータは、（ａ）のようなファーマットである。ＩＰパケットデータは、情報部であるデータ部があり、データ部の送出側にＴＣＰ／ＵＤＰ部、ＩＰパケットであることを示すＩＰヘッダ部が付加され、更にＬＣＰ／ＮＣＰ等のタイプを示すタイプ部、コントロール（Ｃ）部、アドレス（Ａ）部、先頭にフラグ（Ｆ）部を配置し、データ部の後方にＦＣＳ部、最後尾にフラグ（Ｆ）部を付加した形態をとっている。これは、一般的にいうところのＨＤＬＣフレームフォーマットと同様である。
【０３０９】
ＴＣＰ／ＵＤＰ部は、ＴＣＰ／ＩＰプロトコルにおけるトランスポート層のプロトコルの種類をＴＣＰかＵＤＰかのいずれかを示す。
【０３１０】
ＩＰヘッダ部（ｂ）には、プロトコル番号、送信元のＩＰアドレスや宛先のＩＰアドレスが格納され、ＴＣＰ／ＵＤＰヘッダ部（ｃ）には、送信元のポート番号や宛先ポート番号が格納される。
【０３１１】
次に交換機１内に複数搭載されるＶＣ部１３の捕捉方法について説明する。
【０３１２】
ＶＣ部１３は、ＰＣＭ音声とＩＰ音声パケット変換を行う部位であり、ＩＰ−ＭＦＴ６２と、従来回線（局線、ＭＦＴ（多機能電話機）、２線式一般電話機等）が通話する場合に必要である。
【０３１３】
このため、従来回線に対応するに充分数のＶＣ部１３がある場合は、ＶＣ部１３の捕捉はＩＰ−ＭＦＴ６２と従来回線の通話路を接続する際に捕捉すれば良い。
【０３１４】
しかし、従来回線（チャネル）に対応する分のＶＣ部１３を追加実装するにはコストが掛かりすぎることと、ト−キ装置との接続を考えると（１回路に複数の端末が接続される）、通話時に輻輳や塞がりが発生しない程のＶＣ部１３を実装することはできない。
【０３１５】
そこで、ＶＣ部１３の捕捉及び解放を以下の方法で行うこととする。
【０３１６】
ＶＣ部１３捕捉はＣＣ部１２が行い、１つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が発呼した時点。その際捕捉不可時には、ＩＰ−ＭＦＴ６２のＬＣＤ表示部に“混み合っています。”等の表示を行うよう指示する。また、混雑ト−ン（ＢＴ等）を送出するよう指示する。
【０３１７】
２つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が転送動作に入る時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際の捕捉不可時には、転送操作を無視する。
【０３１８】
３つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が三者通話に入る時点。その際、捕捉不可時には、三者操作を無視する。
【０３１９】
前記ＩＰ−ＭＦＴ６２の発呼、転送、三者通話等の動作情報は、ＩＰ−ＭＦＴ６２から独自メッセージにて交換機１に送信されている。
【０３２０】
４つ目の捕捉条件として、ＩＰ−ＭＦＴ６２を呼出す時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際、捕捉不可時には、ＩＰ-ＭＦＴ６２に“混み合っています。”を表示させるよう指示する。また、混雑ト−ン又は混雑ト−キを送出させるよう指示する。
【０３２１】
次にＶＣ部１３の解放については、一つ目の解放条件として、通話路（ＴＳＷ）をつなぐ時点でＶＣ部１３が不要である場合（保留者の条件も考慮する）。
【０３２２】
ニつ目の解放条件として、内線・外線を解放する時点とする。
【０３２３】
次に、本発明で使用されるＩＰ−ＭＦＴ６２の第１の実施形態を図３６及び図３７に示す。
【０３２４】
ＩＰ−ＭＦＴ６２は２つのブロックから構成されていて、一方は通常の電話機として機能するＭＦＴ部２００であり、他方は、前記ＭＦＴ部２００をパケット網に接続するためのＩＰＡＤＰ部３００である。図３６には、ＭＦＴ部２００の内部構成を示し、図３７にはＩＰＡＤＰ部３００の内部構成を示す。
【０３２５】
図３６において、２０１は、通常の多機能電話機として交換機１の内線電話機インタフェースに直接収用する為のインタフェ−スであり、後述するＩＰＡＤＰ部３００に接続可能なインタフェ−ス部（以下ＤＬＩという）である。２０２は、ＤＬＩ２０１から得たディジタル化されている通話デ−タをアナログ信号に変換し、ハンドセット２０３に送出すると共に、ハンドセット２０３からのアナログ信号をディジタル化し、ＤＬＩ２０１に送出するコ−ディック（以下ＣＯＤＥＣという）、２０５は呼び出し音や音声等を出力するスピ−カ、２０４は着信音を鳴動させるベル２１３からのアナログ信号や、コ−ディック２０２からの音声信号等を増幅し、スピ−カ２０５に送出するアンプ（以下ＡＭＰという）、２０６は電話機としての機能の全体を制御する制御装置（以下ＭＰＵＡという）、２０７はＭＰＵＡ２０６の制御に従い、表示器であるＬＣＤ表示器２０８にメッセ−ジを文字表示させるＬＣＤドライバ（以下ＬＣＤＤＲＶという）、２１０は複数のＬＥＤでマトリックスを形成しているＬＥＤ表示器、２０９はＭＰＵＡ２０６の制御に従い、ＬＥＤ表示器２１０を駆動するＬＥＤドライバ（以下ＬＥＤＤＲＶという）、２１１はダイヤルキ−、保留キ−、オ−トダイヤルキ−等の各種キ−でマトリックスを形成しているボタン部である。
【０３２６】
なお、ＭＰＵＡ２０６は、ハンドセット２０３の状態をＣＯＤＥＣ２０２を介して得たり、ＤＬＩ２０１を介して後述するＩＰＡＤＰ部３００内のピンポン伝送部が送出した制御情報を受信し、その制御情報に基づいてＬＣＤ表示器２０８、ＬＥＤ表示器部２１０、アンプ２０４等を制御している。
【０３２７】
また、ＭＰＵＡ２０６は、ボタン部２１１から得たキ−情報により制御情報を生成し、その制御情報をＤＬＩ２０１に送出する。これによって、ＭＦＴ部２００の状態をＩＰＡＤＰ部３００に伝達している。
【０３２８】
また、ＤＬＩ２０１は、交換機１の内線に直接接続可能のインタフェ−スであり、ＭＦＴ部２００は、このポイントでＩＰＡＤＰ部３００と、切り離しても使用するようにしてもよい。その場合、交換機１にＭＦＴ部２００のみを収用し、内線電話機として動作させることができる。
【０３２９】
次に図３７にＩＰＡＤＰ部３００の内部構成を示す。図３７において、３０１は、ＭＦＴ部２００用の電源を伝送ラインに与える給電部であり、３０２は、ＭＦＴ部２００と２線式時分割伝送方式を用いて通信を行うピンポン伝送部、３０３は、ＣＬＫ/ＦＬＭ生成部３１４から供給される２．０４８ＭＨｚのクロック信号と、８ｋＨｚフレ−ム信号により、ピンポン伝送部３０２と後述する音声圧縮コ−デック（以下ＤＳＰ３０４という）間の上り下りの通信に用いる２Ｍハイウェイバスの同期化を行う２ＭＨＷインタフェ−スである。
【０３３０】
また、３０４はＧ．７１１／Ｇ．７２９Ａ／Ｇ．７２３．１音声符号化に対応し、音声処理に必要とされる各種処理を演算により実行するＤＳＰ（ディジタル信号プロセッサ）である。例えば、符号化復号化（ＣＯＤＥＣ）演算処理、受信検出演算処理、エコ−キャンセラ−演算処理、レベル調整演処理等が実行される。
【０３３１】
また、本実施例ではＤＴＭＦ信号や４００Ｈｚ等の各種ト−ン信号送出について、そのト−ンデ−タを図示しないＲＯＭ上に記憶し、その記憶した複数のト−ンデ−タをＩＰＡＤＰ部３００の制御部であるＭＰＵＢ３１０の指示により、ト−ン信号を発生させる形態をとっている。
【０３３２】
上記各種ト−ン発生演算処理機能及び、ＤＴＭＦ（Dual Tone Multi Frequency ）発生演算処理機能をＤＳＰ３０４に取り込み、演算により任意のト−ン信号を発生させ、また、ト−ン信号の発生に必要な周波数、位相等の情報の入力により、周波数、位相、インタ−バル等の任意の組み合わせによる任意のト−ン信号を発生できるよう構成させてもよい。
【０３３３】
次に、Ｄｃｈ情報部３０５は、Ｄｃｈ制御（呼制御手順）デ−タを１６ｋｂｉｔ／ｓの伝送容量にてピンポン伝送部３０２との間で送受信し、また、ＭＰＵＢ３１０との間でその呼制御データのやり取りを行う部位である。
【０３３４】
ＣＬＫ/ＦＬＭ生成部３１４は、８．１９２ＭＨｚクロック源３１５から２ＭＨＷインタフェ−ス３０３動作用のクロックと８ｋＨｚフレ−ム信号を生成している。
【０３３５】
ＭＰＵＢ３１０は、ＩＰＡＤＰ部３００の主制御部で、ＭＡＣ制御等のＬＡＮインタフェ−スの制御及び、Ｄｃｈ制御、Ｂｃｈ制御等のＭＦＴ部２００の制御、音声ゆらぎ制御等を行う。具体的にはＩＴＵ−Ｔ勧告Ｈ ．３２３に準拠した呼処理、音声パケット化処理等を実行する中央処理装置である。
【０３３６】
ＲＯＭ３０８はＩＰＡＤＰ３００のプログラムを格納し、ＲＡＭ３０９は前記プログラムが動作する等のワ−クエリアである。
【０３３７】
上記ＭＰＵＢ３１０と、ＤＳＰ３０４、ＳＲＤインタフェ−ス３０６、ＲＯＭ３０８、ＲＡＭ３０９は内部バス３０７で接続されている。
【０３３８】
ＬＡＮＣ３１１は、ＭＰＵＢ３１０と接続され、ＬＡＮ７上で定義されたフレ−ム形式へのデ−タの組み立てと、その反対に、フレ−ム形式からデ−タへの分解とを行う回路であるとともに、Ｅｔｈｅｒｎｅｔ（登録商標）スイッチの機能であるポ−ト間のスイッチングと、異インタフェ−ス間の速度整合を行う機能も備える。
【０３３９】
ＰＨＹ３１２はパ−ソナルコンピュ−タ（以下ＰＣという）を接続するインタフェ−スであり、ＰＨＹ３１３は、ＨＵＢ２との接続のためのインタフェ−スをとるＩＥＥＥ８０２．３準拠のトランシ−バ−である。
【０３４０】
次に図３８を用いて交換機１を介して、２台のＩＰ−ＭＦＴ６２が通信可能となるまでの接続シ−ケンスを説明する。（以下、便宜上、発信側をＩＰ−ＭＦＴ６２ａ、着信側をＩＰ−ＭＦＴ６２ｂと呼ぶ）
【０３４１】
まず、ＩＰ−ＭＦＴ６２ａのＭＦＴ部２００内のハンドセット２０３ａのオフフック状態を、ＣＯＤＥＣ２０２ａが検出し（Ｓ３８０１）、ＩＰＡＤＰ部３００と接続されたＤＬＩ２０１ａを経由して、ＭＰＵＢ３１０ａに通知される（Ｓ３８０２）。
【０３４２】
ＭＰＵＢ３１０ａがこのオフフック通知を認識すると、交換機１に伝達する（Ｓ３８０３）。これを受信した交換機１がＩＰ−ＭＦＴ６２ａに対してダイヤルト−ン出力要求を送出し（Ｓ３８０４）、ＭＰＵＢ３１０ａがそれを認識して、ダイヤルト−ンの送出をＤＳＰ３０４ａに指示する（Ｓ３８０５）。指示を受けたＤＳＰ３０４ａは、当該指示を入力すると、ダイヤルト−ン生成のための演算を行い、生成されたダイヤルト−ンをＭＦＴ部２００に送出する。
【０３４３】
ＤＳＰ３０４ａから送出されたダイヤルト−ンは、ＤＬＩ２０１ａを介してＣＯＤＥＣ２０２ａに送られ、デジタルデ−タからアナログデ−タに変換され、ハンドセット２０３ａから可聴音として送出される（Ｓ３８０６）。
【０３４４】
次に、ダイヤルト−ンを聞いた話者は、交換機１に起動がかかったと認識しボタン部２１１ａを操作し、相手先の電話番号をダイヤルする（Ｓ３８０７）。この信号は、ＭＦＴ部２００内のＣＯＤＥＣ２０２ａでＡ／Ｄ変換されてＤＳＰ３０４ａに取り込まれて解読される。ＤＳＰ３０４ａは、解読された相手先電話番号をＭＰＵＢ３１０ａに通知する（Ｓ３８０８）。ダイヤル情報を受信したＭＰＵＢ３１０ａは、この後、ＬＡＮＣ３１１ａを経由させ、交換機１にダイヤル情報を送出する（Ｓ３８０９）。
【０３４５】
最初のダイヤル情報を受信した交換機１は、ＩＰ−ＭＦＴ６２ａに対してダイヤルト−ン停止要求を送出し（Ｓ３８１０）、それを受けたＤＳＰ３０４ａがダイヤルト−ンの出力を停止する（Ｓ３８１１）。
【０３４６】
その後、ＭＰＵＢ３１０ａが最終ダイヤルを受信し、交換機１にダイヤル情報を送信すると（Ｓ３８１２）、交換機１がそのダイヤル情報から接続相手先を認識し、接続相手先へ着信要求を行う。（Ｓ３８１３）。着信要求にてベル鳴動指示を受けたＩＰ−ＭＦＴ６２ｂ内のＭＰＵＡ２０６ｂは、ベル２１３ｂを起動させ着信ベルを鳴動させる（Ｓ３８１４、Ｓ３８１５）。
【０３４７】
交換機１は、この着信要求を出すとともにリングバックト−ン出力要求をＩＰ−ＭＦＴ６２ａに行い（Ｓ３８１６）、その指示を受けたＭＰＵＢ３１０ａがＤＳＰ３０４ａに出力指示を行う（Ｓ３８１７）。そして、その指示に従いＤＳＰ３０４ａがリングバックト−ンをハンドセット２０３ａに出力し、相手呼出中であることを話者に伝える（Ｓ３８１８）。
【０３４８】
ここで、呼び出されているＩＰ−ＭＦＴ６２ｂの話者が受話器を上げて応答すると（ＯＦＦ ＨＯＯＫ）（Ｓ３８１９）、その情報はＣＯＤＥＣ２０２ｂで認識され、ＭＰＵＡ２０６ｂを介して交換機１に伝達される（Ｓ３８２１）。ＭＰＵＡ２０６ｂは、受話器が上げられたことを察知すると、ベル２１３ｂのベルの鳴動を停止させ（Ｓ３８２２）、ＩＰ−ＭＦＴ６２ｂの通話準備が完了する。
【０３４９】
交換機１が、ＩＰ−ＭＦＴ６２ｂのＯＦＦ ＨＯＯＫ状態を認識すると、ＩＰ−ＭＦＴ６２ａに対してリングバックト−ン出力停止指示を送出し（Ｓ３８２３）、それを受信したＤＳＰ３０４ａがングバックト−ンの出力を停止し、（Ｓ３８２４）ＩＰ−ＭＦＴ６２ａの通話準備が完了し、ＩＰ−ＭＦＴ６２ｂと通話が可能となる（Ｓ３８２５）。
【０３５０】
次に図３９を用いて、交換機１を介してＩＰ−ＭＦＴ６２とＩＰ網側端末９（Ｈ．３２３対応ＩＰ電話機等）間の通信が可能となるまでの接続シ−ケンスを説明する。ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図３８と同様なので説明は省略し、ＩＰ−ＭＦＴ６２が最終ダイヤルを送出するシ−ケンスから説明する。
【０３５１】
ＭＰＵＢ３１０が最終ダイヤルを受信し、交換機１にダイヤル情報を送信し（Ｓ３９１２）、交換機１がそのダイヤル情報から接続相手先を認識し、接続相手先への着信要求を行う。
【０３５２】
交換機１はその受信した情報をＨ．３２３メッセ−ジの呼設定要求であるＳＥＴ ＵＰに変換し、ＩＰ網４を介してＩＰパケットデ−タにてＩＰ網側端末９に伝達する（Ｓ３９１３）。
【０３５３】
ＳＥＴ ＵＰを受けたＩＰ網側端末９は、呼設定受付処理を行い、交換機１に対して、Ｈ．３２３メッセ−ジのＣＡＬＬ ＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ３９１４、Ｓ３９１５）。ＡＬＥＲＴを受けた交換機１は、リングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ３９１６）、その指示を受けたＭＰＵＢ３１０がＤＳＰ３０４に出力指示を行う（Ｓ３９１７）。そして、その指示に従いＤＳＰ３０４がリングバックト−ンをハンドセット２０３に出力し、相手呼出中を話者に伝える（Ｓ３９１８）。
【０３５４】
ここで、呼び出されているＩＰ網側端末９の話者が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ３９１９）、呼び出しベルの鳴動を停止させるとともに、そのＯＦＦ ＨＯＯＫ情報を、Ｈ．３２３メッセ−ジに変換して交換機１に送る（Ｓ３９２０）。
【０３５５】
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信した交換機１は、ＩＰ網側端末９のＯＦＦ ＨＯＯＫ状態をＣＯＮＮＥＣＴ受信で認識すると、ＩＰ−ＭＦＴ６２に対してリングバックト−ン出力停止指示を送出し（Ｓ３９２１）、それを受信したＤＳＰ３０４がングバックト−ンの出力を停止し、（Ｓ３９２２）ＩＰ−ＭＦＴ６２の通話準備が完了し、ＩＰ網側端末９と通話が可能となる（Ｓ３９２３）。
【０３５６】
次に、ＩＰ−ＭＦＴ６２が交換機１を介さずにＩＰ網４に接続されたＩＰ−ＭＦＴ６２やＩＰ網側端末９と通話を行う場合について説明する。
【０３５７】
ＩＰ−ＭＦＴ６２は、交換機１との独自インタフェースを用いて多彩な機能を実現しようとする為の電話機であるが、交換機１の介在しないシステムにおいても使用できるようになっている。すなわち、ＩＰ−ＭＦＴ６２の動作モードを切り替えることで、ＩＰ電話機６１の様に動作することが可能である。
【０３５８】
動作についは、まず、ＭＰＵＢ３１０が、ハンドセット２０３のオフフックを検出したときに、ダイヤルトーン出力要求をＤＳＰ３０４に行う。次に相手先電話番号が通知されると、例えばＩＴＵ−Ｔ勧告Ｈ．３２３に規定するＲＡＳ手順に従い、ＩＰ網４に接続されているゲ−トキ−パ（ＩＰネットワ−クにおける電話番号とＩＰアドレスの変換を行う装置）よりアクセスを要求する相手先のＩＰアドレス及びポ−ト番号を取得する。この後、ＭＰＵＢ３１０は、取得したＩＰアドレスの相手先に対して、例えばＩＴＵ−Ｔ勧告Ｈ．３２３の呼処理手順（Ｑ．９３１，Ｈ．２４５）に基づいた発呼処理を行う。
【０３５９】
なお、ＭＰＵＢ３１０は、相手先の呼出し中のときは、ＭＦＴ部２００に対するリングバックト−ンの送出をＤＳＰ３０４に指示する。
【０３６０】
一方、相手先である着呼側のＩＰ−ＭＦＴ６２は、そのＭＰＵＢ３１０において、発信側が呼び出し中であって、自側のハンドセット２０３がオフフックするまでの間、自側のＭＦＴ部２００内のベル２１３を鳴らすようにする。
【０３６１】
この後、符号化の方法が相互間の通信手順のやり取りで確定し、自側のハンドセット２０３がオフフックされると、通話状態に移行する。
【０３６２】
次に、ＭＦＴ部２００に入力された音声信号は、アナログ電話収容回路を内臓したＣＯＤＥＣ２０２が、Ａ／Ｄ変換して、ディジタル信号に変換され、ＩＰＡＤＰ３００に入力される。
【０３６３】
ＩＰＡＤＰ３００内のＤＳＰ３０４は、ＭＰＵＢ３１０から指示があった場合は、ディジタル信号に対してのレベル調整演算処理、レベル制御処理、符号化演算処理を実行し、データを回線側に送出する。
【０３６４】
次に、アナログ信号（音声データ）のパケット化について説明する。ＤＳＰ３０４にデ−タが入力されるとＭＰＵＢ３１０は、ＤＳＰ３０４内の音声信号を読み出し、内部バス３０７を介して、ＲＡＭ３０９に書き込む。その後、図３５に示す各種ヘッダ（ＴＣＰ／ＵＤＰヘッダ、ＩＰヘッダ、及び図示しないＲＴＰ （Real Time Protocol ）ヘッダ）を付加したフレ−ムフォ−マットを作成して、ＬＡＮＣ３１１から送出する。但し、ＲＴＰヘッダはデータ部とＴＣＰ／ＵＤＰヘッダ部の間に付加されるものとする。
【０３６５】
ＬＡＮＣ３１１は、それらデ−タを受信すると、ＡＲＰ（アドレス解決プロトコル）で取得した宛先ＭＡＣアドレスや送信元（自装置）ＭＡＣアドレスなどの入ったＬＡＮヘッダ（フラグ（Ｆ）、アドレス（Ａ）、コントロール（Ｃ）、タイプ）及びＦＣＳを付加してＬＡＮプロトコルに応じたフレ−ムを構成し、ＰＨＹ３１３を経由させＨＵＢ２に送出する。
【０３６６】
次に、受信側での処理を説明する。受信側では、ＬＡＮＣ３１１が受信した音声パケット信号を、自装置宛てのパケットであるか否かを検出する。ここで、当該音声パケットが自装置宛てであった場合、ＬＡＮＣ３１１は音声パケットからＬＡＮヘッダ及びＦＣＳを削除し、図示しないメモリに書き込む。
【０３６７】
ＭＰＵＢ３１０は、ＬＡＮＣ３１１が書き込んだメモリからデ−タを読出し、ＲＡＭ３０９に書き込む。ＲＡＭ３０９にデータを書きこみ後、ＭＰＵＢ３１０は、デ−タに付されているＴＣＰ／ＵＤＰヘッダを解析し、そのデ−タが音声データか制御データかを判定し、デ−タが音声信号であると判定した場合、ＭＰＵＢ３１０は、ＲＴＰヘッダ、ＴＣＰ／ＵＤＰヘッダ及びＩＰヘッダを削除し、ＤＳＰ３０４へデ−タを転送する。
【０３６８】
このように、ＬＡＮＣ３１１を介して受信される数パケット分の音声パケットをＲＡＭ３０９に一旦貯め込んだ後、ＤＳＰ３０４に順次書き込むことにより、音声パケットの同期補正や、音声パケットのゆらぎ吸収を行っている。
【０３６９】
ＤＳＰ３０４は、復号化演算処理を実行後に、ＭＦＴ部２００にデ−タを転送し、ＣＯＤＥＣ２０２によりディジタル信号をアナログ信号に変換され、ハンドセット２０３に当該アナログ信号を出力する。このような処理により、話者間の通話が可能となる。
【０３７０】
図４０に、ＩＰ−ＭＴＦ６２の第２の実施形態を示す。図３６、図３７に示した第１の実施形態のＩＰ−ＭＦＴ６２は、交換機１の内線電話インタフェースにも接続可能な構成であったが、図４０のＩＰ−ＭＦＴ６２は、ＬＡＮへの接続に特化した機能ブロック構成となっている。
【０３７１】
第１の実施形態と第２の実施形態との相違点のみを説明する。
【０３７２】
第２の実施形態は、交換機１の内線電話機インタフェ−スであるＤＬＩ２０１と、ＤＬＩ２０１とのインタフェ−スをとるためのピンポン伝送部３０２、給電部３０１、ピンポン伝送部がＤＳＰ３０４とのインタフェ−スをとる２ＭＨＷインタフェ−ス部３０３を削除している。また、呼制御情報であるＤチャネル情報は、直接ＭＰＵが管理するので、Ｄチャネル情報部３０５を削除している。また、制御系を一つにするため、ＭＰＵも１つのＭＰＵＡに統合している。
【０３７３】
但し、ＣＯＤＥＣ２０２とＤＳＰ３０４を直接接続するため、この間のインタフェ−スをとる回路はＤＳＰ内部に取り込んでいるものとする。ＣＬＫ／ＦＲＭ生成部３１４及びクロック源３１５は、ＤＳＰ３０４が必要とするクロック周波数やフレ−ムを供給するようにしている。
【０３７４】
その他の構成及び機能は、図３６、図３７で説明したものと同様であり、このように、交換機１の内線電話機として使用できるインタフェースを削除し、シンプルな機能ブロック構成となっている。
【０３７５】
また、収容される内線電話機等がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理し、更にパケット網を介して交換機間で通信する場合においてもＳＳ７シグナリングで情報を用いて通信を行うことができる。
【図面の簡単な説明】
【０３７６】
【図１】本発明の交換装置を用いたシステム構成図である。
【図２】本発明の交換装置の内部ブロック図である。
【図３】本発明の交換装置を用いた通信システムの第１の接続形態を示す図である。
【図４】本発明の交換装置を用いた通信システムの第２の接続形態を示す図である。
【図５】本発明の交換装置を用いた通信システムの第３の接続形態を示す図である。
【図６】本発明の交換装置を用いた通信システムの第４の接続形態を示す図である。
【図７】本発明の交換装置を用いた通信システムの第５の接続形態を示す図である。
【図８】本発明の交換装置を用いた通信システムの第６の接続形態を示す図である。
【図９】本発明の交換装置を用いた通信システムの第７の接続形態を示す図である。
【図１０】本発明の交換装置を用いた通信システムの第８の接続形態を示す図である。
【図１１】本発明の交換装置を用いた通信システムの第９の接続形態を示す図である。
【図１２】ＮＯ.７共通信号線メッセージの一覧を示す図である。
【図１３】Ｈ．３２３メッセージの一覧を示す図である。
【図１４】ＮＯ.７共通信号線メッセージとＨ．３２３メッセージの変換対応を示す図である。
【図１５】本発明の交換装置と独自手順にて接続される端末装置との接続構成を示す図である。
【図１６】接続シーケンスにおける信号線を説明する図である。
【図１７】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図１８】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図１９】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２０】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２１】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２２】ＬＡＮ側送受信、独自データフレーム形式を示す図である。
【図２３】独自データのデータフォーマットを示す図である。
【図２４】ＩＰ-ＭＦＴ用ＩＰアドレステーブルを示す図である。
【図２５】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２６】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２７】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２８】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２９】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図３０】個別メッセージの伝達シーケンスを示す図である。
【図３１】個別メッセージの伝達シーケンスを示す図である。
【図３２】個別メッセージの伝達シーケンスを示す図である。
【図３３】共通メッセージの伝達シーケンスを示す図である。
【図３４】共通メッセージの伝達シーケンスを示す図である。
【図３５】ＩＰパケットデータのフレームフォーマットを示す図である。
【図３６】本発明のＩＰ-ＭＦＴの第１の実施形態（ＭＦＴ部）を示す図である。
【図３７】本発明のＩＰ-ＭＦＴの第１の実施形態（ＩＰＡＤＰ部）を示す図である。
【図３８】本発明のＩＰ-ＭＦＴの通信までの動作を示す接続シーケンス図である。
【図３９】本発明のＩＰ-ＭＦＴの通信までの動作を示す接続シーケンス図である。
【図４０】本発明のＩＰ-ＭＦＴの第２の実施形態を示す図である。
【符号の説明】
【０３７７】
１:交換機
２：ＨＵＢ
３：ルーター
４：ＩＰ網
５：一般電話機
６１：ＩＰ電話機（Ｈ．３２３対応端末）
６２：ＩＰ−ＭＦＴ
７：ＬＡＮ
８：公衆交換網（ＰＳＴＮ）
１１：従来回線部（ＥＸ部）
１２：交換制御部（ＣＣ部）
１３：音声変換部（ＶＣ部）
１４：ＩＰ呼制御部（ＳＣ部）
【技術分野】
【０００１】
本発明はインタ−ネット網や構内ＬＡＮ等のイントラネットのようなパケット網に接続し、通話を行うことができる電話機に関する。
【背景技術】
【０００２】
現在の公衆電話網において、最も多く使用されている機器はアナログ電話機である。また、公衆電話網に接続される交換機（ＰＢＸ）は多くの特別な機能を有し、アナログ電話機を内線電話として直接ＰＢＸに接続して多彩なサービスを行えるようもにしている。
【０００３】
そして一方では、交換機を介して公衆電話網とインタ−ネットを接続し、インタ−ネットを用いた音声通信（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）が可能となっている。（例えば、特許文献１参照）。
【特許文献１】特開平１１−１９１７９１号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、電話機がパケット網に接続されるようになり、従来のように特定の交換機の内線電話機としての使用にとどまらず、特定の交換機にしばられないＩＴＵ−Ｔ勧告等の標準規格に準拠しての使用など、電話機としてさまざまなインタフェースに適用できることが望まれている。また、電話機がパケット網に接続されるようになったことで、電話機を介して他の装置をパケット網に接続したいとのニーズも増えてきている。
【０００５】
また、公衆電話網、内線電話機、インターネットやＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）等を収容し、インタ−ネットのようなパケット交換網においても、発呼された電話番号をパケット網上での番号にアドレス変換する処理、呼び出し処理や呼の接続処理等を行うとともに、交換機間で多彩な情報を伝達するのに有効であるＳＳ７シグナリング信号（従来の公衆電話網においては、通話は端局が呼に関係するようになるまで、ＳＳ７シグナリング（ＮＯ．７）信号によって伝達され、各々の端局によって管理されていた。）をパケット交換網へ適用することも必要とされている。
【０００６】
本発明は、上記に鑑みてなされたものであり、パケット網に接続し通話ができる電話機であって、特定の交換装置の内線電話機としての動作や、ＩＴＵ−Ｔ勧告等の標準規格に準拠しての動作を切替えて使用することが可能であり、また、複数の物理ポートを備えることで、複数の機器を収容可能とし、その物理ポート間（収容装置間）のスイッチングが行える電話機を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の発明は、パケット網に接続し通話可能な電話機であって、特定の交換機とインタフェースをとる手段と、所定の標準規格に準拠したインタフェースをとる手段と、前記特定の交換機とインタフェースをとる手段と、前記所定の標準規格に準拠したインタフェースをとる手段とを切り替える手段と、を備えたことを特徴とする。
【０００８】
本発明の第２の発明は、第１の発明の電話機であって、複数の物理ポートと、前記複数の物理ポート間のスイッチングを行うスイッチ手段と、を備えたことを特徴とする。
【発明の効果】
【０００９】
以上のように本発明によれば、従来のように特定の交換機の内線電話機としての使用にとどまらず、特定の交換機にしばられないＩＴＵ−Ｔ勧告等の標準規格に準拠しての使用など、特定交換機の介在しないシステムにおいても通話が行える電話機を提供することができる（電話機として複数のインタフェースプロトコルに適用できるようになる）。また、電話機に複数の物理ポートとスイッチング機能が備わったことで、当該電話機を介して他の複数の装置をパケット網に接続したり、スイッチングしたりすることができるようになる。
【発明を実施するための最良の形態】
【００１０】
図１に本発明である交換装置を用いたシステム構成を示す。本発明である交換機１は公衆交換網８（以下ＰＳＴＮという）と接続され、複数のアナログ端末５（以下電話機という）と、複数のＬＡＮ（Local Area Network）通信用のＨＵＢ２を収容している。集線装置（Concentrator）であるＨＵＢ２は社内、構内用のＬＡＮケ−ブル７を通じてＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）と、交換機１との独自のインタフェ−スを持つＩＰ多機能電話機６２（以下ＩＰ−ＭＦＴという）および、一般的なＩＰル−タ−であるル−タ−３が接続されている。ル−タ−３は、異なるネットワーク同士を相互接続するネットワーク機器であり、通信経路が記述されたルーティングテーブルに従って、デジタルデ−タ（音声等）を宛先のネットワークまで中継する。そして、ル−タ−３を介して交換機１はInternet Protocol網４（以下ＩＰ網という）と接続されている。
【００１１】
図２に本発明の交換機１の内部ブロック図を示す。交換機１内には従来の通りの電話交換機能と同様の機能を実現するための従来回線部１１（以下ＥＸ部という）と、ＬＡＮやＩＰ網４との呼制御を行うＩＰ呼制御部１４（以下ＳＣ部という）、アナログデ−タとパケットデ−タの変換を行う音声変換部１３（以下ＶＣ部という）と、ＥＸ部１１、ＳＣ部１４およびＶＣ部１３それぞれの交換制御を行う交換制御部１２（以下ＣＣ部という）とを備える。
【００１２】
従来回線部であるＥＸ部１１内には、ＰＳＴＮ８との電気的インタフェ−スを合わせ、通信を行う局線インタフェ−ス部１１１（以下ＣＯＴという）と、電話機５との電気的インタフェ−スを合わせ、通信を行う電話機インタフェ−ス部１１２（以下ＬＩＮＥという）と、ＣＣ部１２によって制御され、ＰＳＴＮ８、電話機５、および後述するＶＣ部１３からのデ−タの交換処理を行う時分割スイッチ部１１３（以下ＴＳＷという）とを備える。
【００１３】
ＥＸ部１１、ＳＣ部１４およびＶＣ部１３のそれぞれの交換制御を行うＣＣ部１２内には、ＰＳＴＮ８や専用線インタフェ−スとの接続制御を行っているＥＸ制御部１２１と、ＩＰ網４との呼制御を行うＳＣ部を制御し、チャネル毎の呼状態を管理、着信可否判定等を行うＳＣ制御部１２２と、音声変換を行う複数のＶＣ部１３を制御するＶＣ制御部１２３とを備えている。ＶＣ制御部１２３はチャネル毎のＩＰアドレスの管理する。チャネル毎に設定されている接続可能符号化方式やパケット多重数を管理し、呼接続時にその条件で接続可否の判定を行うチャネル毎接続条件管理機能と、チャネル毎の呼状態を管理して着信可否の判定を行うチャネル状態管理機能と、接続方路によりＶＣ部１３がチャネルの捕捉が必要か否かを判定し、チャネル捕捉／解除を行いチャネルの有効活用を行う機能を有している。
【００１４】
ＣＣ部１２が、ＥＸ部１１から通知される電話番号とパケット網内のアドレスであるＩＰアドレスの相互変換（予め変換する電話番号とＩＰアドレスは設定しておく必要がある）を行い、ＳＣ部１４を通じてＰＳＴＮ８とパケット網間の接続を制御している。
【００１５】
すなわち、ＰＳＴＮ８とパケット網に接続されている端末間の通信は、従来の交換機の着信機能でいうところのＤｉｒｅｃｔ ｉｎ Ｌｉｎｅ（ＤＩＬ）方式と同等の機能で接続されていることになる。
【００１６】
ＤＩＬとは、交換機１に収容してある特定の局線について、その局線に着信があった場合、予め指定してある内線あるいは内線グループに直接着信させる機能のことである。
【００１７】
ここで、複数のＶＣ部１３を搭載するようにしているのは、通話チャネル毎にＶＣ部１３のみを追加することで通話チャネル数の増加に対応ができるためであり、ＶＣ部１３は通話チャネル分の数あることが望ましい。しかし、通話チャネル分のＶＣ部１３を搭載することは、物理的、経済的に問題があるので、後述するように通信を行う端末の動作状態に応じて、ＶＣ部１３の捕捉を行い使用することで、ＶＣ部の有効的な利用を行うことも可能である。
【００１８】
ＳＣ部１４も複数搭載可能であり、ＳＣ部１４の端末接続処理能力に応じて追加を行ったり、複数（ＳＣ分）の別ネットワークに接続することもできる。
【００１９】
次にＩＰ網４との呼制御を行うＳＣ部１４内には、ＣＣ部１２とのデ−タ送受信制御を行い、後述するプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェ−ス部１４３とに接続され、それらとＣＣ部１２とのメッセ−ジの送受信制御を行うＣＣインタフェ−ス部１４４と、ＣＣインタフェ−ス部１４４に接続され、ＳＳ７シグナリングにより局間サ−ビスを行うＮＯ．７制御部１４２と、同様にＣＣインタフェ−ス部１４４に接続され、ＣＣ部１２からの呼制御メッセ−ジをＨ．３２３呼制御メッセ−ジに変換し、Ｈ.３２３対応端末との通信を可能とするプロトコル変換部１４１と、同様にＣＣインタフェ−ス部１４４に接続され、交換機１と独自のプロトコルによって通信をおこなうＩＰ−ＭＦＴ６２とのインタフェ−スをとる独自インタフェ−ス部１４３と、プロトコル変換部１４１、ＮＯ．７制御部１４２および独自インタフェ−ス部１４３とに接続され、それらからのメッセ−ジの送受信制御を行い、またＨＵＢ２と接続され、ＬＡＮ側からのＩＰパケットデ−タの送受信処理を行うＬＡＮインタフェ−ス部１４５とを備えている。
【００２０】
また、プロトコル変換部１４１は、Ｈ．３２３対応端末との呼制御処理を行うＨ．２２５呼制御機能と、標準手順等がメディアパス未確立で接続された場合に、Ｈ．２４５手順による端末間での整合性確認処理を行うＨ．２４５メッセ−ジ制御機能をもつ。また、ＬＡＮ側に接続された相手端末の状態を常にＰｉｎｇコマンドによる監視を行うことにより、接続不可能状態となった装置への発信規制を行い、無駄な呼制御処理を行わないようにしている。監視方法は、定期的に相手先にＰｉｎｇコマンドを送出し、回線異常の発生及び異常からの復旧を検出しＣＣ部１２へ通知する。ｐｉｎｇ異常と判断する条件は、Ｐｉｎｇ応答結果データの異常時、Ｐｉｎｇコマンドに対する相手の応答なし及び、Ｐｉｎｇ送出時に使用するソケット異常とする。相手先のＩＰアドレスは、局データとして登録されたデータをＣＣ部１２から得て、そのＩＰアドレスを使用する。
【００２１】
次に、独自インタフェ−ス部１４３は、ＩＰ−ＭＦＴ６２からのログイン時に内線番号とＩＰアドレスとの関連づけ、その情報を管理する登録情報管理機能と、ＩＰ−ＭＦＴ６２の呼毎のチャネル接続情報（ポ−ト番号、パケット多重数、符号化方式等）を随時管理し、通話パス接続時の接続条件通知に用いる接続情報管理機能と、登録されたＩＰ−ＭＦＴ６２の正常性を確認し、常に最新のＩＰ−ＭＦＴ６２の状態をＣＣ部１２に通知する状態管理機能と、ＩＰ−ＭＦＴ６２との呼制御メッセ−ジの送受信処理を行う制御メッセ−ジ機能とを備える。
【００２２】
次に、ＣＣ部１２とＨＵＢ２との間に接続され音声変換を行うＶＣ部１３は、符号化方式（Ｇ．７１１、Ｇ．７２９、Ｇ．７２３．１）により音声デ−タの圧縮／伸長を行う音声圧縮機能と、Ｇ．７２３．１の有無により選択可否判断を行い発着信の規制を行うＧ．７２３．１動作規定処理機能と、パケットの多重化処理（各符号化方式／ＦＡＸ／モデム等の異なるペイロ−ドタイプ（以下ＰＴという）に対応したパケット生成／解析処理）を行う音声パケット処理機能と、ＬＡＮ上又は網間のゆらぎによる音の途切れをふせぐゆらぎ吸収制御機能と、対向装置間で発生する同期のズレを調整する同期補正機能と、通信中のＤＴＭＦ信号を音声とは別のコ−ド体系で送受信するＤＴＭＦ透過機能と、同一ＬＡＮ上に音声とデ−タが混在した場合に、ゆらぎや網内遅延による音声の途切れを回避するためにパケットデ−タの優先順位をきめて通信させる優先制御機能と、通話中の無音状態を検出して無音期間中のパケットデ−タの送出をやめ、ＬＡＮ上のトラヒック低減を行う無音サプレス機能と、通話中に回線障害等で通話先とのパケット送受信が不可能となった場合にその呼を無効として開放処理する通信中断監視機能とをもつ。
【００２３】
交換機１内のデータ形態は、ＣＣ部１２からのデータをプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５に送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３それぞれによって送信されるデータがＩＰパケット化される。
【００２４】
具体的には、プロトコル変換部１４１からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＨ．３２３データに変換した後ＩＰパケット化し、ＮＯ．７制御部１４２からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＮＯ．７データに変換した後ＩＰパケット化し、独自インタフェース部１４３からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データを独自インタフェース部１４３で、ＩＰ−ＭＦＴ６２が使用可能な独自データに変換後に、ＩＰパケット化して送信している。
【００２５】
ＣＣ部１２とＳＣ部１４間のデータは装置内独自データであるが、呼制御情報については、ＮＯ．７信号情報をそのまま使用すると変換効率がよいので、装置内独自メッセージとＮＯ．７メッセージが重複することが望ましい。
【００２６】
また、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５からＩＰパケットデータを受信し、ＣＣインタフェース１４４にデータを送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３において、パケットフレームがはずされ、受信したそれぞれのデータを装置内独自データに変換して、ＣＣ部１２に送信する。
【００２７】
本発明の実施形態に従う典型的な通話手順を図２を用いて説明する。これは、ＰＳＴＮ８に接続されている一般電話機（図示しない）が、ＨＵＢ２に接続されているＩＰ電話機６１へ電話をする場合を例とする。
【００２８】
一般電話機がＰＳＴＮ８を介して交換機１に発呼する。交換機１は発呼に対し、発信者からのダイヤル情報から接続しようとする相手先特定する。また、特定する発呼者自身を特定する番号、暗証コ−ド等を尋ねるアプリケ−ションで応答し、発呼者または発呼電話機を識別してもよい。
【００２９】
交換機１は発呼者が入力した電話番号に対応する地域をどの設備がサ−ビスしているのかを判断し、接続する相手がインタ−ネットのようなパケット交換網を用いているＩＰ電話機６１のような場合は、そのインタフェ−スに合わせた呼制御および通信デ−タの形態に変換して被呼側と通信させる。
【００３０】
交換機１は、被呼側の呼び出し中／話中／応答の状態を監視する。交換機１は、呼が応答される前に、発呼者に対して呼び出し音の再生などにより呼の状態を知らせることができるよう、呼の状態を発呼元に伝達できる。呼がＩＰ電話機６１を介して応答されると、交換機１は発呼者への呼び出し音再生を中止する。
【００３１】
そして、ＰＳＴＮ８側の電話機からの入力音声データを圧縮及び、圧縮した入力音声のパケットデ−タ化を行いＨＵＢ２に接続されているＩＰ電話機６１へ送信を開始する。一方では同時にＩＰ電話機６１からの入力パケットデ−タを受け取り、音声を伸長し、伸長した音声はＰＳＴＮ８を介して接続されている電話機に再生出力される。
【００３２】
このデ−タ通信（通話）の間、交換機１はデ−タ変換におけるＡ／Ｄ又はＤ／Ａ変換、暗号化／暗号翻訳、音声圧縮／伸長、それぞれの電話機へ出力されるデ−タ信号と同じデ−タ信号が話者に送り返されることの無いよう行われるエコ−キャンセル処理を行う。
【００３３】
上記２つの話者は、一方が電話を切るまで、通常通り通話する。交換機１によって回線の切断が検知されると、任意の使用料金への適用が可能な呼の詳細な記録（通話時間、送信されたパケット数、等）が取られる。
【００３４】
図３に本発明である交換機１を用いた通信システムにおける第１の接続形態を示す。
【００３５】
交換機１に収容されている電話機５と、交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）とが通信を行う場合、電話機５からＰＳＴＮ８への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。
【００３６】
ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものかを相手先番号等から判別して、ＴＳＷ１１３を動作させ、ＥＸ制御部１２１の受信した呼制御情報を基に、ＴＳＷ１１３、ＣＯＴ１１１を経由してＰＳＴＮ８へ送出する。次に、呼制御情報によって、ＰＳＴＮ８側への接続要求と認識したＥＸ制御部１２１が、ＴＳＷ１１３をＬＩＮＥ１１２とＣＯＴ１１１を接続させるよう動作させて、通信デ−タが通るル−トを形成させる。
【００３７】
電話機５からの通信（音声）デ−タは、先ほどル−トが形成されたとおり、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３およびＣＯＴ１１１の順でＰＳＴＮ８側へ送出され、ＰＳＴＮ８側からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００３８】
発信側がＰＳＴＮ８側からあるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００３９】
図４に本発明である交換機１を用いた通信システムにおける第２の接続形態を示す。
【００４０】
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、電話機５からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００４１】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
【００４２】
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
【００４３】
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００４４】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００４５】
図５に本発明である交換機１を用いた通信システムにおける第３の接続形態を示す。
【００４６】
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、電話機５からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００４７】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰ−ＭＦＴ６２で使用可能なＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
【００４８】
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
【００４９】
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００５０】
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００５１】
図６に本発明である交換機１を用いた通信システムにおける第４の接続形態を示す。
【００５２】
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、ＰＳＴＮ８側からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００５３】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３系の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
【００５４】
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させるよう指示する。
【００５５】
これによりＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２を経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
【００５６】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
【００５７】
図７に本発明である交換機１を用いた通信システムにおける第５の接続形態を示す。
【００５８】
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、ＰＳＴＮ８側からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００５９】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
【００６０】
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に指示し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させる。
【００６１】
ＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
【００６２】
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
【００６３】
図８に本発明である交換機１を用いた通信システムにおける第６の接続形態を示す。
【００６４】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２ａとＩＰ−ＭＦＴ６２ｂとが通信を行う場合、ＩＰ−ＭＦＴ６２ａからＩＰ−ＭＦＴ６２ｂへの呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。（交換機１とＩＰ−ＭＦＴ６２間は独自手順による接続方式をとっているためである。）独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００６５】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２ａからの呼制御情報がどこに接続を要求しているものか判別して、ＩＰ−ＭＦＴ６２ｂへの接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ送信する。呼制御情報を受信した独自インタフェ−ス１４３は、独自メッセ−ジである呼制御情報をＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送信する。
【００６６】
ＩＰ−ＭＦＴ６２ａからの通信デ−タは、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送出される。ＩＰ−ＭＦＴ６２ｂからの通信デ−タもそれと同様のル−トで、送信される。
【００６７】
発信側がＩＰ−ＭＦＴ６２ｂであるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２ａに伝達される。
【００６８】
図９に本発明である交換機１を用いた通信システムにおける第７の接続形態を示す。
【００６９】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とＩＰ電話機６１とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ電話機６１への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＩＰパケットフレームをはずし、ＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００７０】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、プロトコル変換部１４１へ伝達する。装置内独自メッセージの呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換後にＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ電話機６１からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００７１】
ＩＰ−ＭＦＴ６２からＩＰ電話機６１への通信デ−タは、ＨＵＢ２を介してＩＰ電話機６１へ送出される。ＩＰ電話機６１からの通信デ−タは、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２というル−トでＩＰ−ＭＦＴ６２へ送信される。
【００７２】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００７３】
図１０に本発明である交換機１を用いた通信システムにおける第８の接続形態を示す。
【００７４】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＨ．３２３対応端末９（以下ＩＰ網側端末）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側端末９への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００７５】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側端末９への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。
【００７６】
呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側端末９へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側端末９からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００７７】
ＩＰ−ＭＦＴ６２からＩＰ網側端末９への通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側端末９へ送出される。ＩＰ網側端末９からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
【００７８】
発信側がＩＰ網側端末９であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００７９】
図１１に本発明である交換機１を用いた通信システムにおける第９の接続形態を示す。
【００８０】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されている交換機１と同様の交換装置１０（以下ＩＰ網側交換機：本発明の交換機と同等機能の交換機若しくは同じ交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００８１】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側交換機１０への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をＮＯ．７制御部１４２へ伝達する。
【００８２】
呼制御情報を受信したＮＯ．７制御部１４２は、呼制御情報をＰＢＸ間の通信で用いるＳＳ７系メッセージに変換後、ＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側交換機１０へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側交換機１０からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００８３】
ＩＰ−ＭＦＴ６２からの通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側交換機１０へ送出される。ＩＰ網側交換機１０からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
【００８４】
発信側がＩＰ網側交換機１０であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００８５】
図３から図１１に示したとおり、ＳＣ部１４とＣＣ部１２間のメッセ−ジのやりとりは、装置内独自のメッセージ形態をとり、ＳＣ部１４とＨＵＢ２間のメッセージのやりとりは、ＩＰパケットデータ化したメッセージの形態をとっている。特に、ＩＰ網４を介しての交換機間（局間）でのメッセージのやりとりは、従来と同じく多彩な情報を伝達するのに有効なメッセ−ジであるＮＯ．７メッセ−ジをＩＰパケットデータ化して用いている。
【００８６】
ここで、ＮＯ．７メッセ−ジを伝達するＮＯ．７共通線信号方式について説明する。電話／ＩＳＤＮ網を構成するとき、電話交換機を制御する情報（制御信号）を、ユ−ザ−情報向け回線とは別の回線で伝送する方式を共通線信号方式という。
【００８７】
制御信号は、交換機間で接続を行う場合に必要な信号で、通信を接続するための相手先（着信）番号の転送、着信側が応答したことの通知、通信が終了したことの通知等の情報授受を行う。ＮＯ．７共通線信号方式は、ディジタル・ネットワ−クに対応した共通線信号方式として、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）が検討し、勧告した共通線信号方式(Ｑ．７００シリ−ズ勧告)である。これは、電話交換、デ−タ交換、ＩＳＤＮの疎通だけでなく、交換局の遠隔制御、ネットワ−クの保守や運用管理などの多様な用途に使用できる。
【００８８】
ＮＯ．７共通線信号方式は、その使用する用途によってユ−ザ−部が異なる。電話接続では電話ユ−ザ−部(TUP:telephone user part)、ＩＳＤＮではＩＳＤＮユ−ザ−部(ISUP：ISDN user part)を使用する。
【００８９】
ＮＯ．７共通線信号方式の特徴には、信号の種類が豊富、通話中の信号転送が可能、信号の高速転送が可能、電話、非電話サ−ビスの同一制御が可能、などがある。
【００９０】
図１２に、ＮＯ．７メッセ−ジの一覧を示す。
【００９１】
メッセ−ジの代表的なものを説明すると、ＩＡＩメッセ−ジ１２０とは、付加情報付アドレス信号であり、ＡＩＭ（アドレス信号）と同様に呼設定時最初に送られ、選択数字（ダイヤル等）情報と呼接続条件に関する情報の他に、発信者情報、呼種等の情報が付加された信号である。
【００９２】
ＡＣＩメッセ−ジ１２１とは、付加情報付アドレス完了信号であり、ＡＣＭ（アドレス完了信号）メッセ−ジと同様に被呼接続に必要なアドレス情報を全部受信したことを示し、そのほかに被呼者情報が付加された信号である。
【００９３】
ＡＮＤメッセ−ジ１２２とは、付加情報不応答信号であり、着呼加入者応答時に、応答加入者情報を付加して発信局側に送出される信号である。
【００９４】
ＣＬＦメッセ−ジ１２３とは、切断信号であり、設定途中の呼、または通話中の呼が終了したことを示す信号であり、通常は発信者の復旧により送出するが、ＲＳＣメッセ−ジ（回線リセット信号）受信時にも送出する。
【００９５】
ＲＬＧメッセ−ジ１２４は、復旧完了信号であり、切断信号又は回線リセット信号に対して当該回線が空き状態になったことを示す信号である。
【００９６】
ＳＳＢメッセ−ジ１２５は、加入者話中信号であり、被呼加入者が話中であることを示す信号である。
【００９７】
次に、図１３にはＨ．３２３メッセ−ジ（Ｈ．２２５呼制御情報）一覧を示す。
【００９８】
代表的な呼設定メッセ−ジと呼終結メッセ−ジについて説明する。まず、呼設定メッセ−ジであるＡｌｅｒｔｉｎｇ１３０は呼出を示す信号であり、Ｃａｌｌ Ｐｒｏｃｅｅｄｉｎｇ１３１は、呼設定受付を示す信号である。また、Ｃｏｎｎｅｃｔ１３２は応答を示し、Ｃｏｎｎｅｃｔ Ａｃｋｎｏｗｌｅｄｇｅ１３３は応答確認を、Ｐｒｏｇｒｅｓｓ１３４は経過表示を、Ｓｅｔｕｐ１３５は呼設定を、Ｓｅｔｕｐ Ａｃｋｎｏｗｌｅｄｇｅ１３６は呼設定確認を示す信号である。
【００９９】
次に呼終結メッセ−ジのＤｉｓｃ１３７は、切断を示し、Ｒｅｌｅａｓｅ１３８は開放を、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅａｔｅ１３９は開放完了を示す信号である。
【０１００】
図１４に、ＮＯ．７メッセ−ジとＨ．３２３（Ｈ．２２５）メッセ−ジの変換対応表を示す。
【０１０１】
図１４に示したように、ＮＯ．７メッセ−ジである付加情報付アドレス信号（ＩＡＩ）とＨ．３２３メッセ−ジである呼設定（Ｓｅｔ ｕｐ）（１４０）、ＮＯ．７メッセ−ジである付加情報付アドレス完了信号（ＡＣＩ）とＨ．３２３メッセ−ジである呼出（Ａｌｅｒｔ）（１４１）、ＮＯ．７メッセ−ジである付加情報付応答信号（ＡＮＤ）とＨ．３２３メッセ−ジである応答（Ｃｏｎｎｅｃｔ）（１４２）、といった具合に相互に変換を対応づけている。
【０１０２】
図２５から図２９に発着信におけるプロトコル変換部１４１の変換処理（ＮＯ．７メッセージとＨ．３２３メッセージとの変換）の動作シーケンスを示す。
【０１０３】
ＣＣ部１２が受信したデータ（ＮＯ．７セッセージ及び独自メッセージ）をプロトコル変換部１４１に伝達し、プロトコル変換部１４１がそれをＨ．３２３メッセージに変換している。
【０１０４】
図２５は、発信の場合の第１例を示す。ＣＣ部１２からダイヤル情報であるＩＡＩ（Ｓ２５０１）を受信すると、呼設定メッセージであるＳｅｔｕｐ（Ｓ２５０２）に変換してＨＵＢ２側へ送出する。ＨＵＢ２側から呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２５０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２５０４）をプロトコル変換部１４１が受信すると、ダイヤル完了としてＡＣＩに変換してＣＣ部１２に送信する。ＨＵＢ２側から応答メッセージであるＣｏｎｎｅｃｔ（Ｓ２５０６）が送られてくると、プロトコル変換部１４１は、ＡＮＤに変換しＣＣ部１２へ送信する。
【０１０５】
通信中に入り、ＨＵＢ２側から開放完了メッセージであるＲｅｌ Ｃｏｍｐ（Ｓ２５０８）を受信したプロトコル変換部１４１は、終話信号であるＣＢＫ（Ｓ２５０９）に変換し、ＣＣ部１２に送信する。ＣＢＫを受信したＣＣ部１２は切断信号ＣＬＦ（Ｓ２５１０）をプロトコル変換部１４１に送り、プロトコル変換部１４１がＣＣ部１２に復旧完了信号ＲＬＧ（Ｓ２５１１）を送信し、通信が終了する。
【０１０６】
図２６は、発信の場合の第２の例を示す。ＣＣ部１２からダイヤル情報であるＩＡＩ（Ｓ２６０１）を受信すると、呼設定メッセージであるＳｅｔｕｐ（Ｓ２６０２）に変換してＨＵＢ２側へ送出する。ＨＵＢ２側から応答メッセージであるＣｏｎｎｅｃｔ（Ｓ２６０６）が送られてくると、プロトコル変換部１４１は、ＡＣＩとＡＮＤに変換し、２つのメッセージをＣＣ部１２へ送信する。図２５で説明したＡｌｅｒｔｉｎｇがない場合でもＡＣＩは送出する（Ｓ２６０５、Ｓ２６０６）。
【０１０７】
通信中に入り、ＣＣ部１２から切断メッセージであるＣＬＦ（Ｓ２６１０）を受信したプロトコル変換部１４１は、開放完了Ｒｅｌ ｃｏｍｐ（Ｓ２６０８）に変換し、ＨＵＢ２側に送信する。ＣＬＦを受信したプロトコル変換部１４１は、復旧完了信号ＲＬＧ（Ｓ２６１１）をＣＣ部１２に返し、通信が終了する。
【０１０８】
図２７は、着信の場合の第１例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２７０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２７０１）に変換して、ＣＣ部１２へ送出する。次にＣＣ部１２はダイヤル完了としてＡＣＩ（Ｓ２７０５）を返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２７０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２７０４）に変換し、ＨＵＢ２側に送信する。ＣＣ部１２から応答であるＡＮＤ（Ｓ２７０７）を受信すると、プロトコル変換部１４１がＣｏｎｎｅｃｔ（Ｓ２７０６）に変換し、ＨＵＢ２側に送信する。
【０１０９】
通信中に入り、ＣＣ部１２から終話信号であるＣＢＫ（Ｓ２７０９）を受信すると、プロトコル変換部１４１が開放完了メッセージであるＲｅｌ Ｃｏｍｐ（Ｓ２７０８）に変換してＨＵＢ２側に送信する。その送信と同時に切断信号ＣＬＦ（Ｓ２７１０）をＣＣ部１２に送り、ＣＣ部１２が復旧完了信号ＲＬＧ（Ｓ２７１１）を返信し、通信が終了する。
【０１１０】
図２８は、着信の場合の第２例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２８０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２８０１）に変換して、ＣＣ部１２へ送出する。
【０１１１】
次にＣＣ部１２はダイヤル完了としてＡＣＩ（Ｓ２８０５）を返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２８０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２８０４）に変換し、ＨＵＢ２側に送信する。ＣＣ部１２から応答であるＡＮＤ（Ｓ２８０７）を受信すると、プロトコル変換部がＣｏｎｎｅｃｔ（Ｓ２８０６）に変換し、ＨＵＢ２側に送信する。
【０１１２】
通信中に入り、ＨＵＢ２側からＲｅｌ Ｃｏｍｐ（Ｓ２８０８）を受信したプロトコル変換部１４１は、切断信号ＣＬＦ（Ｓ２８１０）に変換後、ＣＣ部１２に送信し、折り返しＣＣ部１２からの復旧完了信号ＲＬＧ（Ｓ２８１１）を受信して通信が終了する。
【０１１３】
図２９は、着信の場合の第３例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２９０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２９０１）に変換して、ＣＣ部１２へ送出する。次にＣＣ部１２は、ダイヤル完了としてＡＣＩを返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２９０３）に変換し、ＨＵＢ２側に送信する。
【０１１４】
ＣＣ部１２から不完了通知信号であるＥＵＭ（Ｓ２９０９）を受信すると、プロトコル変換部がＲｅｌ Ｃｏｍｐ（Ｓ２９０８）に変換し、ＨＵＢ２側に送信する。ＨＵＢ２へＲｅｌ Ｃｏｍｐを送信したプロトコル変換部１４１は、切断信号ＣＬＦ（Ｓ２９１０）をＣＣ部１２に送信し、折り返しＣＣ部１２からの復旧完了信号ＲＬＧ（Ｓ２９１１）を受信して通信が終了する。
【０１１５】
Ｈ．３２３による接続制御は、以下に示すプロトコルからなっている。第１はＨ．２２５．０（ＴＣＰコネクションによる接続を行う）、第２はＨ．２４５（Ｑ．９３１で接続された呼に対するメディアパスの設定等を行う）、第３はＨ．４５０（転送や保留等の不可サ−ビスの規定）である。
【０１１６】
ＣＣ部１２内で扱うメッセ−ジ体系は、独自メッセ−ジとしているため、他の局から受信したＮＯ．７メッセージは、一旦装置内の独自メッセージにて変換後、Ｈ．３２３端末（ＩＰ電話機６１等）へ送信する場合に、更にメッセ−ジをＨ．３２３メッセ−ジに置換えて接続制御している。
【０１１７】
ＮＯ．７メッセージと独自メッセージの変換時に、同一データ（データフォーマット異なるが、主データは同じ）の場合は、データフォーマット変換のみ行う。また、Ｈ．３２３メッセ−ジと独自メッセージ変換も同一データ（データフォーマット異なるが、主データは同じ）である場合は、データフォーマット変換のみ行う。
【０１１８】
この変換メッセ−ジ処理を用いたシステム全体の動作シーケンス例は、図１６から図２１を用いて後述する。
【０１１９】
図１５に、独自手順にて交換機１と接続されるＩＰ−ＭＦＴ６２との間のメッセ−ジ送受信方式を示すシステム構成を示す。
【０１２０】
交換機１とＩＰ−ＭＦＴ６２間の共通メッセ−ジは、時刻情報や同時制御情報があり、交換機１から複数のＩＰ−ＭＦＴ６２に同時に伝送される。ＬＡＮ７上における共通メッセ−ジ伝送方式は以下のとおりである。
【０１２１】
交換機１から延びるＬＡＮにル−タ−３ａや複数のＩＰ−ＭＦＴ６２（ａ）、（ｂ）、（ｃ）が接続されている。ル−タ−３ａの先にはＩＰ網を経由して同様にルータ３ｂを介してＩＰ−ＭＦＴ６２（ｄ）、（ｅ）が接続されている。
【０１２２】
交換機１とＩＰ−ＭＦＴ６２間の通信は、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット交換を行っている。これは、１パケットデ−タの送信のみのマルチキャスト伝送であるため、回線のトラヒックが低くて済むことからである。ここで、パケットデ−タ紛失等を考慮してパケットデ−タの２度送り等を行ってもよい。
【０１２３】
ＵＤＰとは、ＴＣＰ/ＩＰプロトコルにおける、トランスポ−ト層のプロトコルである。２つのノ−ド上のプロセス（アプリケ−ション）間で、ベストエフォ−ト型のデ−タグラム指向の通信を行なう。
【０１２４】
ＵＤＰは、その下位層にあるＩＰパケットをほとんどそのままアプリケ−ションから使えるようにしただけのプロトコルである。そのため、パケットが相手に確実に届くという保証はないし、再送や受信確認応答、フロ−制御、大きなデ−タの分割や再合成（フラグメント化）などはすべてアプリケ−ション側で自分で制御する必要がある。ただし、これらのオ−バ−ヘッドがないので、処理は簡単であり、高速という特徴がある。
【０１２５】
図１７から図２１に、交換機１を介した端末装置間の接続シ−ケンスを示す。図１６には、図１７から図２１を説明する上で必要となる記号の一覧を示す。
【０１２６】
項番１の記号１はＶＣのＩＰアドレス、相手端末のＩＰアドレス等の情報を含むことを示し、項番２の記号２は、圧縮方式、パケット多重数等の情報を含むことを示し、項番３の記号３は、ＩＰ−ＭＦＴ６２のＩＰアドレス等の情報を含むことを示し、項番４の矢印は呼制御（以下ＳＰ系という）メッセ−ジを示し、項番５の矢印ＳＰ（ＩＰ）系は呼制御ＩＰパケットデ−タ型メッセ−ジを示し、項番６の矢印はＴＳＷにおける経路スイッチング指示を示し、項番７の矢印は、ＰＣＭ音声を示し、項番８の矢印は、ＩＰパケット音声を示し、項番９はＶＣ部１３を捕捉した状態となったことを示し、項番１０はＩＰパケット音声の送受信可能状態（以下チャネルオ−プン状態という）を、項番１１はチＩＰパット音声の送受信停止状態（以下チャネルクロ−ズ状態という）を示すものとする。
【０１２７】
図１７に、交換機１に直接収容された電話機５と、ＨＵＢ２経由で交換機１に接続されたＩＰ−ＭＦＴ６２との接続シ−ケンスを示す。
【０１２８】
電話機５が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ１７００）、その情報は、ＥＸ部１１で認識され、ＣＣ部１２に伝達される（Ｓ１７０１）。ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７０２）、ダイヤルト−ンを電話機５に出力させる（Ｓ１７０３）。音源トランクは、ダイヤルト−ンやリングバックト−ン等の音生成をおこなっている部位である。
【０１２９】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識した電話機５は、接続するためのダイヤル送信を開始する（Ｓ１７０４）。ＥＸ部１１経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１７０５）、音源トランクとＬＩＮＥ１１２との接続を解除させ、ダイヤルト−ンの送出をとめる（Ｓ１７０６、Ｓ１７０７）。
【０１３０】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１７０８）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス部１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１７０９）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２のＩＰアドレス宛てに独自メッセ−ジ（ＩＰパケット型呼制御メッセージ）を送信し、ベルの鳴動を要求する（Ｓ１７１０）。このメッセージには、ＩＰ−ＭＦＴ６２が接続され、音声データの伝送に使用するＶＣ部１３のＩＰアドレス及び発信元のＳＣ部１４のＩＰアドレスの情報も付加されている。
【０１３１】
その要求に従い、ＩＰ−ＭＦＴ６２は自身の呼び出しベルを鳴動させる（Ｓ１７１１）。また、ＣＣ部１２は、ダイヤルを受信し終えたと同時に、ＶＣ部１３に対して使用中（以下ＢＳＹという）メッセ−ジを伝達し（Ｓ１７１２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１７１３）。
【０１３２】
これと同時にＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７１４）、リングバックト−ンを電話機５に出力させる（Ｓ１７１５）。これを受けて電話機５は、相手を呼び出し中であることを認識する。
【０１３３】
ここで、ＩＰ−ＭＦＴ６２が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１７１６）、その情報をＩＰパケット型独自メッセ−ジでＳＣ部１４内の独自インタフェ−ス部１４３に送り（Ｓ１７１７）、ＣＣ部１２に伝達される（Ｓ１７１８）。それを受けたＣＣ部１２は、折り返し電話機５とＩＰ−ＭＦＴ６２が通話する旨のメッセ−ジを独自インタフェ−ス１４３に返し（Ｓ１７１９）、独自インタフェ−ス１４３はＩＰパケット型独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１７２０）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１７２１）。
【０１３４】
また、ＣＣ部１２は上記と同時期にＥＸ部１１内のＬＩＮＥ１１２とＶＣ部１３を接続するようＴＳＷ１１３に指示し（Ｓ１７２２）、ＶＣ部１３に対しても電話機５とＩＰ−ＭＦＴ６２が通話する旨の指示と（Ｓ１７２３）、チャネルをオ−プンさせる旨のメッセ−ジを送り（Ｓ１７２４）、このメッセ−ジを受け、ＶＣ部１３はチャネルオ−プン状態となり（Ｓ１７２５）、交換機１の通話準備が完了する。
【０１３５】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＶＣ部１３までがＩＰパケット音声（宛先はＶＣ部１３、発信元はＩＰ−ＭＦＴ６２）で伝送され、ＶＣ部１３でＰＣＭアナログ音声に変換後、ＥＸ部１１内のＴＳＷ１１３、ＬＩＮＥ１１２経由で電話機５に伝送される（Ｓ１７２６）。ＩＰパケット音声とＰＣＭ音声の変換はＶＣ部１３が行い、ＴＳＷ１１３が電話機５が接続されているＬＩＮＥ１１２とＶＣ１３との接続ル−トを形成させる。そのスイッチング制御をＴＳＷ１１３へ行っているのは、接続元、接続先情報を管理しているＣＣ部１２である。
【０１３６】
電話機５からのアナログ音声データは、ＥＸ部１１で受信後、ＶＣ部１３に送信し、ＶＣ部１３によってＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、発信元はＶＣ部１３）化され、ＩＰ-ＭＦＴ６２へ送信される。
【０１３７】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１７２７）、その情報をＩＰパケット型独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１７２８）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１７２９）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して復旧（以下空という）メッセ−ジを返し（Ｓ１７３０）、それを受けた独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１７３１）。これで、ＩＰ−ＭＦＴ６２は待機状態であるチャネルクロ−ズ状態となる（Ｓ１７３２）。
【０１３８】
また、ＣＣ部１２はＩＰ−ＭＦＴ６２が受話器を置いたことを認識したため、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７３３）、音源トランクからのビジ−ト−ンを電話機５に出力させる（Ｓ１７３４）。それと同時にＣＣ部１２は、ＶＣ部１３に空メッセ−ジを送り、ＶＣ部１３も、チャネルクロ−ズ状態となる（Ｓ１７３５、Ｓ１７３６）。
【０１３９】
そして、ビジ−ト−ンを聞いた電話機５の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１７５０）。このＯＮ ＨＯＯＫ情報をＥＸ部１１が検出して、ＣＣ部１２に伝送し通話が終了する（Ｓ１７３７）。
【０１４０】
次に、発呼者先掛け時で電話機５から通話を終了する場合は、まず、電話機５が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１７３８）、その情報をＥＸ部１１で認識し、ＣＣ部１２に伝達する（Ｓ１７３９）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、ＶＣ部１３に対して、空メッセ−ジを送り（Ｓ１７４０）、それを受けたＶＣ部１３はチャネルクロ−ズ状態となる（Ｓ１７４１）。
【０１４１】
また、ＣＣ部１２は、ビジ−ト−ン送出要求をＳＣ部１４に送り（Ｓ１７４２）、ＳＣ部１４内の独自インタフェ−ス部１４３は、その情報を独自メッセ−ジ変換しＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４３）。
【０１４２】
相手が受話器をおいた情報であるビジ−ト−ン送出要求を受けたＩＰ−ＭＦＴ６２は、自身でビジ−ト−ンを発生させ話者に通知する（Ｓ１７４４）。そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１７４５）。ＩＰ−ＭＦＴ６２はＯＮ ＨＯＯＫ情報を独自メッセ−ジでＳＣ部１４に送り、それを受信したＳＣ部１４からＯＮ ＨＯＯＫ情報を受けたＣＣ部１２は（Ｓ１７４６）、ＩＰ−ＭＦＴ６２が受話器を置いたことを認識して、ＳＣ部１４経由で空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４７）。
【０１４３】
それをＩＰ−ＭＦＴ６２が受けるとチャネルクロ−ズ状態へ移行し、ビジ−ト−ンの出力を止め、通話が終了する（Ｓ１７４８、Ｓ１７４９）。
【０１４４】
図１８に、交換機１にＨＵＢ２を経由して接続されているＩＰ−ＭＦＴ６２（ａ）、（ｂ）相互間の接続シ−ケンスを示す。
【０１４５】
ＩＰ−ＭＦＴ６２（ａ）が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ１８００）、その情報は、ＩＰパケット型呼制御メッセージとして送出され、ＳＣ部１４内の独自インタフェ−ス１４３で認識し（Ｓ１８０１）、ＣＣ部１２に伝達される（Ｓ１８０２）。このＳＣ部１４へのメッセージの宛先ＩＰアドレスはＳＣ部１４であり、発信元ＩＰアドレスはＩＰ−ＭＦＴ６２ａである。
【０１４６】
ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ１８０３）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１８０４）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送出する（Ｓ１８０５、Ｓ１８０６）。ＳＣ部１４ｋａｒａＩＰ−ＭＦＴ６２ａに送信されたダイヤルト−ン出力要求には、音声通信で使用するＶＣ部１３のＩＰアドレス情報も付加されている。
【０１４７】
ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ａ）は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ１８０７）。
【０１４８】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２（ａ）の話者は、接続するためのダイヤル送信を開始する（Ｓ１８０８）。
【０１４９】
ＳＣ部１４経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１８０９）、ダイヤルト−ン停止要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送り（Ｓ１８２０）、ＩＰ−ＭＦＴ６２（ａ）からのダイヤルト−ンの出力を停止させる（Ｓ１８２１）。
【０１５０】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１８２２）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１８２３）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレス宛てにパケット型の独自メッセ−ジを送信（送信元ＩＰアドレスはＳＣ部１４）し、ベルの鳴動を要求する（Ｓ１８２４）。
【０１５１】
その要求に従い、ＩＰ−ＭＦＴ６２（ｂ）は自身の呼び出しベルを鳴動させる（Ｓ１８２５）。これと同時にＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２（ａ）に行い（Ｓ１８２６）、その指示に従い、リングバックト−ンをＩＰ−ＭＦＴ６２（ａ）が出力する（Ｓ１８２７）。
【０１５２】
ここで、ＩＰ−ＭＦＴ６２（ｂ）の話者が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１８２８）、その情報はＩＰパケット型の独自メッセ−ジ（宛先ＩＰアドレスはＳＣ部１４、送信元ＩＰアドレスはＩＰ−ＭＦＴ６２（ｂ））でＳＣ部１４内の独自インタフェ−ス１４３で受信され（Ｓ１８２９）、ＣＣ部１２に伝達される（Ｓ１８３０）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスを付加）を、ＳＣ部１４内の独自インタフェ−ス１４３に返し（Ｓ１８３１）、独自インタフェ−ス１４３は独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８３２）。この情報によりＩＰ−ＭＦＴ６２（ｂ）はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１８３３）。
【０１５３】
また、ＣＣ部１２は上記と同時期にＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスを付加）をＳＣ部１４内の独自インタフェ−ス１４３を用いて、ＩＰ−ＭＦＴ６２（ａ）へも伝達し、ＩＰ−ＭＦＴ６２（ａ）も通話準備が完了する（Ｓ１８３４、Ｓ１８３５）。
【０１５４】
また、ＣＣ部１２は、ＶＣ部１３に空メッセージも送り、先ほど捕捉したがこのＩＰ-ＭＦＴ６２間のい通信では使用しないＶＣ部１３をチャネルクローズ状態にする（Ｓ１８３７）。
【０１５５】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２（ａ）、（ｂ）間をＬＡＮ経由でＩＰパケット音声のみで伝送される（Ｓ１８３８）。この時のＩＰ−ＭＦＴ６２（ａ）からＩＰ−ＭＦＴ６２（ｂ）への音声データは、宛先がＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスであり、発信元ＩＰアドレスがＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスとなっており、ＩＰ−ＭＦＴ６２（ｂ）からＩＰ−ＭＦＴ６２（ａ）への音声データも同様の形態をとっている。
【０１５６】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２（ｂ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ｂ）が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１８３９）、その情報を独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１８４０）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１８４１）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して空メッセ−ジを返し（Ｓ１８４５）、それを受けたＳＣ部１４内の独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８４６）。これを受けて、ＩＰ−ＭＦＴ（ｂ）は待機状態であるチャネルクロ−ズとなる（Ｓ１８４７）。
【０１５７】
また、ＣＣ部１２は、ＩＰ−ＭＦＴ６２（ｂ）が受話器を置いたことを認識したため、ＩＰ−ＭＦＴ６２（ａ）に対してビジ−ト−ン出力要求を送信する（Ｓ１８４８）。それを受けたＩＰ−ＭＦＴ６２（ａ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８４９）。
【０１５８】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ａ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５０）。ＩＰ−ＭＦＴ６２（ａ）は、このＯＮ ＨＯＯＫ情報を交換機１に送出し、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ａ）に返送する（Ｓ１８５１）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ａ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８５２）。
【０１５９】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２（ａ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ａ）が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５３）、その情報は、ＩＰ−ＭＦＴ６２（ａ）からＳＣ部１４に伝達され（Ｓ１８５４）、それを受けたＳＣ部１４は、ビジ−ト−ン出力要求を相手方のＩＰ−ＭＦＴ６２（ｂ）へ送出する（Ｓ１８５５）。ビジ−ト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ｂ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８５６）。
【０１６０】
ＣＣ部１２は、ビジ−ト−ン出力要求を受けると、ＩＰ−ＭＦＴ６２（ａ）に対して、空メッセ−ジを送り（Ｓ１８５７）、それを受けたＩＰ−ＭＦＴ６２（ａ）は、チャネルクロ−ズ状態となる（Ｓ１８５８）。
【０１６１】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ｂ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５９）。ＩＰ−ＭＦＴ６２（ｂ）は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ１８６０）、ＣＣ部１２がそれを検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ｂ）に返送する（Ｓ１８６１、Ｓ１８６２）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ｂ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８６３）。
【０１６２】
図１９に、ＨＵＢ２経由で交換機に接続されているＩＰ−ＭＦＴ６２と、ＩＰ電話機６１との接続シ−ケンスを示す。
【０１６３】
ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図１８と同様なので省略する。
【０１６４】
ダイヤル情報を独自メッセージによりＳＣ部１４内の独自インタフェース部１４３経由でダイヤルを受信したＣＣ部１２は（Ｓ１９００）、ＮＯ．７メッセ−ジの付加情報アドレス信号であるＩＡＩを使用し、ＳＣ部１４内のプロトコル変換部１４１に送る（Ｓ１９０１）。この呼制御メッセージには音声データ通信で使用するＶＣ部１３のＩＰアドレスや宛先であるＩＰ電話機６１のＩＰアドレス、ポート番号情報などが格納されている。
【０１６５】
それを受けたプロトコル変換部１４１は、図１４に示す変換表に従い、ＩＡＩメッセ−ジをＨ．３２３メッセ−ジの呼設定要求であるＳＥＴ ＵＰに変換し、ＩＰパケットデ−タにてＩＰ電話機６１に伝達する（Ｓ１９０２）。また、このＳＥＴ ＵＰメッセージは、送信元がＳＣ部１４のＩＰアドレス、宛先がＩＰ電話機６１としており、ＳＥＴ ＵＰメッセージ内の着信者番号はＩＰ電話機６１のＩＰアドレスとしている。
【０１６６】
ＳＥＴ ＵＰを受けたＩＰ電話機６１は、呼設定受付処理を行い、ＳＣ部１４に対して、Ｈ．３２３メッセージのＣＡＬＬ ＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ１９０３、Ｓ１９０４、Ｓ１９０５）。また、このＣＡＬＬ ＰＲＯＣ等の応答メッセージの宛先はＳＣ部１４のＩＰアドレスとしている。
【０１６７】
ＡＬＥＲＴを受けたＳＣ部１４内のプロトコル変換部１４１は、先ほどの変換表に従い、ＡＬＥＲＴメッセ−ジをＮＯ．７メッセ−ジの付加情報付アドレス完了信号であるＡＣＩに変換し、更に、ＩＰパケット音声送信不可情報（以下インチャネル利用不可情報という）とともにＣＣ部１２に伝える（Ｓ１９０６）。
【０１６８】
インチャネル利用不可情報は、ＩＰ−ＭＦＴ６２に対してのリングバックトーンを対向装置から送信できない場合に送るメッセージであり、ＩＰ−ＭＦＴ６２に対してリングバックトーン送出要求を送信する契機となっている。対向装置がＩＰ−ＭＦＴ６２に対してリングバックトーン（ＩＰパケット型）を送信できるような場合は、後述するＩＰパケット音声送信可能情報（以下インチャネル利用可情報という）を用いる。
【０１６９】
これを受けたＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ１９０７）、リングバックト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、リングバックト−ンの出力を行う（Ｓ１９０８、Ｓ１９０９）。
【０１７０】
ここで、ＩＰ電話機６１が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１９１０）、そのＩＰ電話機６１自身がチャネルオープン状態となり、そのＯＦＦ ＨＯＯＫ情報は、Ｈ．３２３メッセ−ジでＳＣ部１４内のＨ．３２３インタフェ−ス１４１に送られる（Ｓ１９１１）。
【０１７１】
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信したＳＣ部１４内のプロトコル変換部１４１は、ＮＯ．７メッセ−ジであるＡＮＤ(付加情報付応答信号)に変換され、ＣＣ部１２に伝達される（Ｓ１９１２）。この呼制御メッセージには相手端末（ＩＰ−ＭＦＴ６２）のＩＰアドレス、ポート番号、圧縮方式などの情報が格納されている。
【０１７２】
それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ電話機６１が通話する旨のメッセ−ジをプロトコル変換部１４１に返すとともに（Ｓ１９１３）、同様のメッセ−ジをＩＰ−ＭＦＴ６２へ送出するため、ＳＣ部１４内の独自インタフェ−ス部１４３へも送り（Ｓ１９１４）、同時にＶＣ部１３へＩＰパケット音声中継メッセ−ジ（以下デジタル１リンクメッセ−ジという）を送る（Ｓ１９１５）。
【０１７３】
上記メッセ−ジを受けた独自インタフェ−ス１４３は、独自メッセ−ジ（宛先はＩＰ−ＭＦＴ６２のＩＰアドレス、送信元は、ＳＣ部１４のＩＰアドレス）にてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１９１６）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１９１７）。また、上記デジタル１リンクメッセ−ジを受けたＶＣ部１３も、チャネルオ−プンの状態となり通話準備が完了する（Ｓ１９１８）。
【０１７４】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ電話機６１へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ電話機６１、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ電話機６１からＩＰ−ＭＦＴ６２への通話データ（宛先はＶＣ部１３、送信元はＩＰ電話機６１）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、送信元はＳＣ部１４）で伝送される（Ｓ１９１９）。
【０１７５】
ＩＰ電話機６１からＩＰ-ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ電話機６１が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ電話機６１が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＶＣ部１３から送信するＩＰ電話機６１から受信したデータの宛先を替えるだけよいからである。
【０１７６】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１９２０）、その情報をＨ．３２３メッセ−ジのＲＥＬ ＣＯＭＰにてＳＣ部１４内のプロトコル変換部１４１に伝達し（Ｓ１９２１）、ＳＣ部１４はそれをＣＣ部１２に伝達する。プロトコル変換部１４１では、ＯＮ ＨＯＯＫ（開放）情報であるＲＥＬ ＣＯＭＰメッセ−ジを受けて、ＣＢＫ（終話信号）に変換してＣＣ部１２に送り（Ｓ１９２２）、それを受けたＣＣ部１２はＣＬＦ（切断信号）を返す（Ｓ１９２３）。
【０１７７】
ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に送り（Ｓ１９２４）、ＣＣ部１２は、それを受けて空メッセ−ジを返し、プロトコル変換部は待機状態となる（Ｓ１９２５）。
【０１７８】
さきほど、ＣＢＫを受信したＣＣ部１２は、ＳＣ部内の独自インタフェ−ス１４３にビジ−ト−ン出力要求を行い（Ｓ１９２６）、それを受けた独自インタフェ−ス部１４３がＩＰパケット型の独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１９２７）。その要求を受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１９２８）。
【０１７９】
また、ＣＣ部１２はビジートーン出力要求を送出すると同時にＶＣ部１３に空メッセージを送出し（Ｓ１９２９）、それを受けてＶＣ部１３はチャネルクローズ状態となる（Ｓ１９３０）。
【０１８０】
その後、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９３１）。ＩＰ−ＭＦＴ６２は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ１９３２）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ１９３３）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１９３４）。
【０１８１】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９３５）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４に伝達され（Ｓ１９３６）、それを受けたＳＣ部１４は、ＣＣ部１２に伝え（Ｓ１９３７）、ＣＣ部１２はプロトコル変換部１４１に対して、ＮＯ．７メッセージであるＣＬＦ（切断信号）で伝える（Ｓ１９４０）。これと同時に、空メッセ−ジをＩＰ−ＭＦＴ６２に返送してＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にする（Ｓ１９３８、Ｓ１９３９）。
【０１８２】
また、ＣＬＦを受けたプロトコル変換部１４１は、ＣＬＦをＨ．３２３メッセ−ジであるＲＥＬ ＣＯＭＰ（開放完了）に変換して、ＩＰ電話機６１へ送出する（Ｓ１９４１）。これをＩＰ電話機６１が受けると、チャネルクロ−ズ状態となり話者が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９４２、Ｓ１９４３）。
【０１８３】
ここで、ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に返し（Ｓ１９４４）、ＣＣ部１２は、それを受けて空メッセ−ジをプロトコル変換部１４１とＶＣ部１３に送り、ＶＣ部１３はチャネルクロ−ズ状態となり通話が終了する（Ｓ１９４５、Ｓ１９４６、Ｓ１９５７）。
【０１８４】
図２０に、ＨＵＢ２経由で交換機１に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３経由でＩＰ網２側に接続されているＮＯ．７メッセージ対応であるＩＰ網側交換装置１０との接続シ−ケンスを示す。
【０１８５】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＮＯ．７メッセ−ジ対応交換装置１０（以下ＩＰ網側交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ２０００）、その情報（宛先はＳＣ部１４、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）は、ＳＣ部１４内の独自インタフェ−ス１４３で認識され、ＣＣ部１２に伝達される（Ｓ２００１）。
【０１８６】
ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ２００２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ２００３）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２に送出する（Ｓ２００４）。ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ２００５）。
【０１８７】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２は、接続するためのダイヤル送信を開始する（Ｓ２００６）。
【０１８８】
ＳＣ部１４内の独自インタフェース部１４３経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ２００７）、ダイヤルト−ン停止要求をＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２からのダイヤルト−ンの出力をとめさせる（Ｓ２００８、Ｓ２００９）。
【０１８９】
最終ダイヤルを受信したＣＣ部１２は（Ｓ２０１０）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内のＮＯ．７制御部１４２に対しＮＯ．７メッセージであるＩＡＩを送る（Ｓ２０１１）。このメッセ−ジは、発信元であるＳＣ部１４のＩＰアドレス、宛先であるＩＰ網側交換機１０のＩＰアドレスや、音声データ通信で使用するＶＣ部１３のＩＰアドレス等が格納されている。それを受けたＮＯ．７制御部１４２はＩＰ網４側装置にＮＯ．７メッセージであるＩＡＩをＩＰパケットデ−タ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）化して送出する（Ｓ２０１２）。
【０１９０】
ＩＡＩを受けたＩＰ網側交換機１０は、着信状態となり（Ｓ２０１３）、ＮＯ．７メッセ−ジのＡＣＩ（付加情報付アドレス完了信号）をパケットデ−タ（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０）にてＮＯ．７制御部１４２におくり（Ｓ２０１４）、ＩＰ網側交換機１０に接続されている端末に対してベル（リングバックト−ン）の鳴動を開始する（Ｓ２０１５）。
【０１９１】
ＩＰ網側交換機１０からのＡＣＩメッセージを受信したＳＣ部１４内のＮＯ．７制御部１４２はそれを認識し、ＡＣＩデータとインチャネル利用可情報とともに、ＣＣ部１２に伝達する（Ｓ２０１６）。このメッセージには相手先であるＶＣ部１３のＩＰアドレス、ポート番号等の情が格納されている。
【０１９２】
インチャネル利用可情報は、ＩＰ−ＭＦＴ６２の対向装置がＩＰ−ＭＦＴ６２に対してＩＰパケット型音声であるリングバックトーンを送信可能である場合に使用するメッセージであり、このメッセージを受信したＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに（Ｓ２０１７）、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０１８）。
【０１９３】
これを受けた独自インタフェース１４３は、パケット型にメッセージを変換し、ＩＰ−ＭＦＴ６２へ送信する（Ｓ２０１９）。また、このメッセ−ジを受けたＩＰ−ＭＦＴ６２はチャネルオ−プン状態となる（Ｓ２０２０）。
【０１９４】
更に、ＡＣＩを受信したＳＣ部１４内のＮＯ．７制御部１４２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジ（宛先はＩＰ−ＭＦＴ６２、送信元はＳＣ部１４、更に通信相手先のＩＰ網側交換機１０のＩＰアドレスを付加）も送り（Ｓ２０２１）、ＶＣ部１３もチャネルオ−プン状態となる。ここでのＶＣ部１３は、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２方向のパケット型音声を伝送するために使用する。
【０１９５】
ここでさきほど、ＩＰ網側交換機１０が鳴動を開始したリングバックト−ンは、ＩＰパケット音声として、ＶＣ部１３経由でＩＰ−ＭＦＴ６２へ流され、ＩＰ−ＭＦＴ６２の話者は呼び出し中であることを認識する（Ｓ２０２２）。
【０１９６】
リングバックトーン送出と同時に、ＩＰ網側交換機１０に接続されている内線電話機等に呼び出しが行われ、その呼び出しが行われている内線電話機等がＯＦＦ ＨＯＯＫすると（Ｓ２０２３）、ＩＰ網側交換機１０がそれを認識し、パケット型のＮＯ．７メッセージであるＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝えるとともに（Ｓ２０２４）、リングバックトーンの送出を停止する。
【０１９７】
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２０２５）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０２７）。これを受けた独自インタフェース１４３はパケット型にメッセージを変換しＩＰ−ＭＦＴ６２に送出する（Ｓ２０２７）。ＡＮＤを受信したＣＣ部１２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジも送る（Ｓ２０２８）。
【０１９８】
これらのＳ２０２７、Ｓ２０２８メッセ−ジはＩＰ−ＭＦＴ６２とＶＣ部１３側では無視される（Ｓ２０２９、Ｓ２０３０）。
【０１９９】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への通話データ（宛先ＶＣ部１３、送信元ＩＰ網側交換機１０のＩＰアドレス）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ−ＭＦＴ６２、送信元はＶＣ部１３）で伝送される（Ｓ２０３１）。このアドレス変換はＶＣ部１３で行っている。
【０２００】
ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ網側交換機１０が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ網側交換機１０が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＩＰ網側交換機１０から受信した音声データの宛先を替えればよいからである。
【０２０１】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ２０３２）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２０３３）、ＮＯ.7制御部１４２は、それをＣＣ部１２に伝達する（Ｓ２０３４）。そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２０３５）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＩＰ網側交換機１０へ送出する（Ｓ２０３６）。それをＩＰ網側交換機１０が受けると、ＩＰパケット型ＮＯ．７メッセージのＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２０３７）、ＣＣ部１２はそれを受けて空メッセ−ジをＮＯ．７制御部１４２に送る（Ｓ２０３８）。
【０２０２】
また、そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内の独自インタフェ−ス１４３経由でＩＰ−ＭＦＴ６２に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、ビジ−ト−ン出力要求を送信する（Ｓ２０３９）。同時に、ＶＣ部１３に対して空メッセ−ジを送り、ＶＣ部１３をチャネルクロ−ズ状態にさせる（Ｓ２０４０、Ｓ２０４１）。
【０２０３】
ビジートーン出力要求受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ２０４２）。
【０２０４】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２０４３）。ＩＰ−ＭＦＴ６２は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ２０４４）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ２０４５）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ２０４６）。
【０２０５】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２０４７）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４内の独自インタフェース部１４３経由でＣＣ部１２に伝達され（Ｓ２０４８）、それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセージであるＣＬＦ（切断信号）を送出し（Ｓ２０４９）、それを、ＮＯ．７制御部１４２がパケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２０５０）。
【０２０６】
ＩＰ網側交換機１０側では相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者も受話器を置く（ＯＮ ＨＯＯＫ）（Ｓ２０５１）。
【０２０７】
ＣＣ部１２は、ＣＬＦを出力すると同時に空メッセ−ジを独自インタフェース部１４３を介してＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にさせる（Ｓ２０５２、Ｓ２０５３）。
【０２０８】
Ｓ２０５１にてＯＮ ＨＯＯＫ状態を検出したＩＰ網側交換機１０は、ＩＰパケット型のＮＯ．７メッセージであるＲＬＧ（復旧完了信号）をＳＣ部１４内のＮＯ．７制御部１４２経由でＣＣ部１２に送り（Ｓ２０５４）、それを受けたＣＣ部１２は、ＶＣ部１３とＮＯ．７制御部１４２に対して空メッセ−ジを送り（Ｓ２０５５、Ｓ２０５６）、ＶＣ部１３はチャネルクロ−ズ状態となり、通話が終了する（Ｓ２０５７）。
【０２０９】
図２１に、ＨＵＢ２経由で交換機１と接続されているＩＰ電話機６１とＩＰ網側交換機１０との接続シ−ケンスを示す。
【０２１０】
ＩＰ電話機６１からのダイヤルが完了して、Ｈ．３２３メッセ−ジであるＳＥＴ ＵＰ（宛先はＳＣ部１４、送信元はＩＰ電話機６１のＩＰアドレス）（呼設定要求）がＳＣ部１４内のプロトコル変換部１４１に伝えられると（Ｓ２１００）、プロトコル変換部１４１は、図１３に示すＨ．３２３メッセ−ジである（Ｈ．２２５）ＣＡＬＬ ＰＲＯＣ（呼設定受付）をＩＰ電話機６１に返すとともに（Ｓ２１０１）、ＳＥＴ ＵＰをＮＯ．７メッセ−ジのＩＡＩに変換し、ＣＣ部１２に伝える（Ｓ２１１２）。このＩＡＩには、相手端末（ＩＰ網側交換機１０）のＩＰアドレス、ポート番号、圧縮方式等のデータが格納されている。
【０２１１】
次に、ＣＣ部１２は、そのＩＡＩメッセ−ジを発信元であるＩＰ電話機６１が接続されているＶＣ部１３ａのＩＰアドレス等を格納したＩＡＩに変換し（Ｓ２１１３）、ＳＣ部１４内のＮＯ．７制御部１４２で、ＩＰパケット型データ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）に変換した後、ＩＰ網側交換機１０に送出する（Ｓ２１１４）。また、ＣＣ部１２は、プロトコル変換部１４１からＩＡＩを受けると同時に、ＩＰ電話機６１が接続されているＶＣ部１３ａと、ＩＰ網側交換機１０が接続されている別のＶＣ部１３ｂの両方にＢＳＹメッセージを送出して、各々のＶＣ部１３を捕捉状態にする（Ｓ２１１５、Ｓ２１１６、Ｓ２１１７、Ｓ２１１８）。
【０２１２】
ＩＡＩを受けたＩＰ網側交換機１０は、ＩＰパケット型のＡＣＩ（付加情報付アドレス完了信号）（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０のＩＰアドレス）をＳＣ部１４内のＮＯ．７制御部１４２経由で、ＣＣ部１２に送る（Ｓ２１１９）。ＮＯ．７制御部１４２からＣＣ部１２へ送るＡＣＩには、相手端末（ＩＰ電話機６１）のＩＰアドレス、ポート番号等が格納されている。それを受けた、ＣＣ部１２は、ＩＰ網側交換機１０と接続されているＶＣ部１３ｂのＩＰアドレス、相手端末（ＩＰ電話機６１）のＩＰアドレスを格納したＡＣＩに変換し、ＳＣ部１４内のプロトコル変換部１４１に伝達する（Ｓ２１２０）。次にプロトコル変換部１４１が、ＮＯ．７メッセ−ジであるＡＣＩをＨ．３２３メッセ−ジのＡＬＥＲＴ（呼出）に変換して、ＩＰ電話機６１におくる（宛先はＩＰ電話機６１、送信元はＳＣ部１４のＩＰアドレス。また、通信相手であるＩＰ網側交換機１０と接続されていて音声データ通信で使用するＶＣ部１３ｂのＩＰアドレス情報も付加している。）（Ｓ２１２１）。これで、ＩＰ電話機６１はチャネルオ−プン状態となる（Ｓ２１２２）。
【０２１３】
そして、ＡＣＩを受けたＣＣ部１２は、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨の情報をＳＣ部１４内のＮＯ．７制御部１４２と、プロトコル変換部１４１に送るとともに（Ｓ２１２３、Ｓ２１２４）、ＶＣ部１３ａ／ｂに対して、デジタル１リンクメッセ−ジを送り（Ｓ２１２５、Ｓ２１２６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３をチャネルオ−プン状態にさせる（Ｓ２１２７、Ｓ２１２８）。
【０２１４】
ＩＰ網側交換機１０がＩＡＩを受けて、鳴動を開始したリングバックト−ンは、ＩＰパケット音声（宛先はＶＣ部１３、送信元はＩＰ網側交換機１０のＩＰアドレス）として、ＶＣ部１３ｂ経由でＩＰ電話機６１へ流されたデータ（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）は、ＩＰ電話機６１で受信され、話者が相手を呼び出し中であることを認識する（Ｓ２１２９）。
【０２１５】
呼出は、ＩＰ網側交換機１０に接続されている内線電話機等に行われ、その内線電話機等がＯＦＦ ＨＯＯＫすると（Ｓ２１３０）、ＩＰ網側交換機１０がそれを認識し、ＩＰパケット型ＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝える（Ｓ２１３１）。
【０２１６】
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２１３２）。それを受けたＣＣ部１２は、ＡＮＤをＳＣ部１４内のプロトコル変換部１４１に送り（Ｓ２１３３）、プロトコル変換部１４１では、Ｎｏ．７メッセ−ジであるＡＮＤをＨ．３２３メッセ−ジのＣＯＮＮＥＣＴ（応答信号）に変換して、ＩＰ電話機６１へ伝達する（Ｓ２１３４）。
【０２１７】
また、ＡＮＤを受信したＣＣ部１２は、折り返しプロトコル変換部１４１とＮＯ．７制御部１４２に対して、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨のメッセ−ジ送るとともに（Ｓ２１３５、Ｓ２１３６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３ａ／ｂへデジタル１リンクメッセ−ジを送る（Ｓ２１３７、Ｓ２１３８）。このメッセ−ジを受けた各々のＶＣ部１３は、ＩＰパケット音声の送信先アドレス変更である接続替え処理を行う。
【０２１８】
この後、通話デ−タは、ＩＰ電話機６１からＩＰ網側交換機１０へのデータは（宛先はＶＣ部１３ａ、送信元はＩＰ電話機６１のＩＰアドレス）、ＶＣ部１３ａ、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＶＣ部１３ａのＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ電話機６１へのデータは（宛先はＶＣ部１３ｂ、送信元はＩＰ網側交換機１０のＩＰアドレス）、ＶＣ部１３ｂとＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）で伝送される（Ｓ２１３９）。
【０２１９】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ２１４０）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２１４１）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ２１４２）。
【０２２０】
そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２１４３）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＣＬＦをＩＰ網側交換機１０へ送出する（Ｓ２１４４）。それをＩＰ網側交換機１０が受けると、ＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２１４５、Ｓ２１４６）、ＣＣ部１２はそれを受けて空メッセ−ジをＳＣ部１４内のＮＯ．７制御部１４２とＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送る（Ｓ２１８０、Ｓ２１４７）。これを受けてＶＣ部１３ｂはチャネルクローズ状態となり、ＩＰ網側交換機１０側の通話が終了する（Ｓ２１４８）。
【０２２１】
また、そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内のプロトコル変換部１４１に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、同じくＣＢＫを送信する（Ｓ２１４９）。それを受けたプロトコル変換部１４１は、ＣＢＫをＨ．３２３メッセ−ジのＲＥＬ ＣＯＭＰ（開放完了信号）に変換してＩＰ電話機６１に送る（Ｓ２１５０）。それを受けたＩＰ電話機６１はチャネルクロ−ズ状態となり（Ｓ２１５１）、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する。
【０２２２】
そして、ビジ−ト−ンを聞いたＩＰ電話機６１の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２１５２）。
【０２２３】
また、ＣＢＫを受信したプロトコル変換部１４１は、ＣＬＦ（切断信号）をＣＣ部１２に返送し（Ｓ２１５３）、ＣＣ部１２からＲＬＧ（復旧完了信号）と、空メッセ−ジを受信する（Ｓ２１５４、Ｓ２１５５）。
【０２２４】
これと、同時にＣＣ部１２は、ＩＰ電話機６１が接続されているＶＣ部１３ａに空メッセ−ジを送り、ＶＣ部１３ａをチャネルクロ−ズ状態にさせて、通話が終了する（Ｓ２１５６、Ｓ２１５７）。
【０２２５】
次に、発呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２１５８）、その情報であるＨ．３２３メッセージのＲＥＬ ＣＯＭＰは、ＳＣ部１４内のプロトコル変換部１４１で一旦受けられ（Ｓ２１５９）、Ｎｏ．７メッセ−ジであるＣＬＦ（切断信号）に変換され、ＣＣ部１２に伝達される（Ｓ２１６０）。それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセ−ジのＣＬＦ（切断信号）を送出し（Ｓ２１６１）、それを受信したＮＯ.７制御部１４２が、パケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２１６２）。
【０２２６】
ＩＰ網側交換機１０側でも相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置く（ＯＮ ＨＯＯＫ）。
【０２２７】
ＣＣ部１２は、ＣＬＦを出力すると同時にＲＬＧと空メッセ−ジをプロトコル変換部１４１に送り（Ｓ２１６３、Ｓ２１６４）、空メッセージはプロトコル変換部１４１からＩＰ電話機６１に伝達され（Ｓ２１６５）、ＩＰ電話機６１は、チャネルクロ−ズ状態となる（Ｓ２１６６）。また、ＣＣ部１２からＩＰ電話機６１が接続されているＶＣ部１３ａにも空メッセージが送出され（Ｓ２１６７）、これによりＶＣ部１３ａもチャネルクローズ状態となる（Ｓ２１６８）。
【０２２８】
また、ＩＰ網側交換機１０側でもＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置いたことを認識すると、ＲＬＧをＮＯ．７制御部１４２経由で、ＣＣ部１２に送り（Ｓ２１６９）、それを受けたＣＣ部１２は、空メッセ−ジをＮｏ．７制御部１４２及びＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送出して（Ｓ２１７０、Ｓ２１７１）、ＶＣ部１３ｂがチャネルクロ−ズ状態となり通話が終了する（Ｓ２１７２）。
【０２２９】
次に、交換機１のＩＰ−ＭＦＴ６２制御を具体的に説明する。制御処理とは、ＣＣ部１２〜ＳＣ部１４間、及びＳＣ部１４からＩＰ−ＭＦＴ６２間メッセ−ジの送受信制御をいう。制御処理では、以下に示す機能を実施する。
【０２３０】
まず一番目としては、ＩＰ−ＭＦＴ ＣＳスキャン応答機能。これは、ＩＰ−ＭＦＴ６２が行うＳＣ部１４スキャン動作に対して応答し、自ＳＣ部１２のＩＰアドレス、ログインポ−ト番号等をＩＰ−ＭＦＴ６２に通知するものである。
【０２３１】
次に二番目は、ＩＰ−ＭＦＴ６２のログイン状態を管理する機能。これはＩＰ−ＭＦＴ６２から交換機１へログインする際のログインコマンド許可／拒否、及びログアウトコマンド処理を行い、ログイン状態を管理するものである。
【０２３２】
三番目は、ＣＣ部１２からの情報要素メッセ−ジをＩＰ−ＭＦＴ６２へ送信する機能。これはＣＣ部１２からの共通メッセ−ジ（複数のＩＰ−ＭＦＴへ一斉に通知する場合のメッセージ）、及び個別メッセ−ジ（特定のＩＰ−ＭＦＴに通知する場合のメッセージ）毎に該当ＩＰ−ＭＦＴ６２へメッセ−ジ送信を行うものである。
【０２３３】
四番目は、ＩＰ−ＭＦＴ６２からの情報要素メッセ−ジをＣＣ部１２へ通知する機能。これは、ＩＰ−ＭＦＴ６２から受信した情報要素メッセ−ジをＣＣ部１２へ通知するものである。
【０２３４】
五番目は、ＳＣ部１４輻輳時のＩＰ−ＭＦＴ６２発信規制機能。これは、ＳＣ部１４にて輻輳発生時、ＩＰ−ＭＦＴ６２オフフック時に輻輳であることを通知し、発信規制を行うものである。
【０２３５】
六番目は、ＩＰ−ＭＦＴ６２からの通信統計情報収集機能。これは、ＩＰ−ＭＦＴ６２から送られる通信統計情報を収集するものである。
【０２３６】
以下に、上記各機能毎の処理概要を示す。
【０２３７】
ＩＰ−ＭＦＴ ＳＣスキャン応答機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのＳＣ部１４のスキャンを待って、ＩＰ−ＭＦＴ６２からのマルチキャストによるＳＣスキャンメッセ−ジ受信時に、局デ−タに基づいた自ＳＣ情報（ＳＣ部１４のＩＰアドレス、サブネットマスクは必須、ログインポ−ト番号はＳＣスキャンポ−ト番号と異なる場合に必要。）をスキャン元ＩＰ−ＭＦＴ６２へユニキャストで通知する。
【０２３８】
ＩＰ−ＭＦＴログイン状態管理機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのログインを待って、ＩＰ−ＭＦＴ６２からのログイン／ログアウトメッセ−ジ、及びライフチェックタスクからのライフチェック（自己診断）ＮＧ通知により、それぞれ以下の処理を行う。ＩＰ−ＭＦＴ６２からのユニキャストによるログインメッセ−ジ受信時は、ＩＰ−ＭＦＴ状態管理テ−ブルによりログイン許可判定処理を行う。
【０２３９】
ログイン許可した場合には、ＩＰ−ＭＦＴ６２へログイン許可、呼制御ポ−ト番号通知、及びＩＰ−ＭＦＴ初期化情報を通知し、ＩＰ−ＭＦＴ状態管理テ−ブルの該当電話番号位置へＩＰ−ＭＦＴ情報（ＩＰ−ＭＦＴのＩＰアドレス、ＭＡＣアドレス）の登録を行い、ＩＰ−ＭＦＴ６２をログイン状態とする。その後ライフチェックタスクへ該当ＩＰ−ＭＦＴ６２のライフチェック開始指示を行う。また、ログイン拒否した場合は、ＩＰ−ＭＦＴ６２へログイン拒否通知を行い、ＩＰ−ＭＦＴ情報登録せず、ライフチェック開始指示も行わない。
【０２４０】
ＩＰ−ＭＦＴ６２からのユニキャストによるログアウトメッセ−ジ受信時、及び、ＩＰ−ＭＦＴ６２（ライフチェックタスク）からのＩＰ−ＭＦＴライフチェック（自己診断）ＮＧ通知時には、ＩＰ−ＭＦＴ状態管理テ−ブルの該当電話番号位置のＩＰ−ＭＦＴ情報（ＩＰ−ＭＦＴのＩＰアドレス、ＭＡＣアドレス）のクリアを行い、ＩＰ−ＭＦＴ６２をログアウト状態とする。
【０２４１】
ＩＰ−ＭＦＴ情報要素メッセ−ジ送信機能処理。ＣＣ部１２からのメッセ−ジ受信時、受信した情報要素の共通メッセ−ジ／個別メッセ−ジ分別を行う。その後、メッセ−ジ種別毎に以下の処理を行う。
【０２４２】
共通メッセ−ジ受信時の処理は、ＳＣ部１４がＣＣ部１２から受信した情報要素をＬＡＮ側送受信デ−タフレ−ムフォ−マットにカプセリングし、全ＩＰ−ＭＦＴに対して一斉同報を行うため、マルチキャストにて呼制御用ポ−トからメッセ−ジ送信を行う。この際ＩＰ−ＭＦＴ６２からの受信応答は無いため、パケットロス対策として局デ−タにて指定された送信回数分連続送信を行う。また、マルチキャストアドレスは設定されている局デ−タに従う。
【０２４３】
個別メッセ−ジ受信時の処理は、メッセ−ジの送信先判定を行い、該当ＩＰ−ＭＦＴ６２がログアウト中であればメッセ−ジは捨て、処理を終了する。該当ＩＰ−ＭＦＴ６２がログイン中であれば、宛先アドレスの特定して情報要素をＬＡＮ側送受信デ−タフレ−ムフォ−マットにカプセリングし、該当ＩＰ−ＭＦＴ６２に呼制御用ポ−トから送信を行う。その後ＩＰ−ＭＦＴ６２からの受信応答を呼制御用ポ−トにて受信し、送信処理完了となる。
【０２４４】
ＩＰ−ＭＦＴ６２からの受信応答がない場合にはメッセ−ジ再送処理を行う。この場合のタイムアウト時間、再送リトライ回数は、局デ−タに従う。再送リトライオ−バ−時には、ＩＰ−ＭＦＴ６２状態管理テ−ブルをＩＰ−ＭＦＴ６２ログアウト状態とし、ＣＣ部１２へ切断通知後ＩＰ−ＭＦＴログアウト通知を行う。
【０２４５】
ＩＰ−ＭＦＴ情報要素メッセ−ジ受信機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのメッセージを待って、ＩＰ−ＭＦＴ６２からのユニキャストによる呼制御メッセ−ジ受信時、該当ＩＰ−ＭＦＴ６２がログアウト中であればメッセ−ジ受信拒否応答をＩＰ−ＭＦＴ６２へ送信し処理を終了する。該当ＩＰ−ＭＦＴ６２がログイン中であれば、メッセ−ジ受信応答をＩＰ−ＭＦＴ６２へ送信し、受信したデ−タ中の情報要素を抽出し、ＣＣインタフェ−スタスクに対してのＣＣメッセ−ジ送信要求ハンドリングにより、ＣＣ部１２へＩＰ−ＭＦＴ情報通知を行う。
【０２４６】
また、ＩＰ−ＭＦＴ６２からの再送メッセ−ジのＣＣ部１２への２度送りを防止するため、受信デ−タのシ−ケンス番号をチェックし、同一ＩＰ−ＭＦＴ６２からの最終受信デ−タと同一のシ−ケンス番号のデ−タを受信した際は、受信メッセ−ジを破棄する。
【０２４７】
ＳＣ部輻輳時のＩＰ−ＭＦＴ発信規制機能処理。本制御処理ではＳＣ部にて輻輳発生を検出した時に、ＩＰ−ＭＦＴ６２から受信した呼制御メッセ−ジがオフフック通知であった場合、ＩＰ−ＭＦＴ６２への受信応答にて輻輳中通知を行い、発信規制を行う。この規制は、開放メッセージ等にて行い、ＩＰ−ＭＦＴ６２がビジートーンを送出できるようにする。
【０２４８】
また、輻輳復旧検出時には、マルチキャストにて全てのＩＰ−ＭＦＴ６２に対して輻輳復旧通知を行い、発信規制を解除する。
【０２４９】
ＳＣ部１４で検出する輻輳とは、定められたＩＰパケットの送受信能力を超えたり、同時に接続される端末数が定められた台数を超えた場合等に発生する。
【０２５０】
例えば、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３の処理中呼をＣＣ部１２で管理し、一定量（閾値）を超えた場合に輻輳と判断し、閾値を下回った場合に輻輳を解除する。
【０２５１】
輻輳時の処理として、ＣＣ部１２側へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。プロトコル変換部１４１へは、着信は全て拒否するよう指示し、ＮＯ．７制御部１４２へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。また、独自インタフェース部１４２へは、ＩＰ−ＭＦＴ６２がオフフックした場合に、ビジートーンをＩＰ−ＭＦＴ６２に出力させる指示を出す。
【０２５２】
ＩＰ−ＭＦＴからの通信統計情報収集機能処理。ＩＰ−ＭＦＴ６２は通話終了時、呼制御ポ−トにて１通話の通信統計情報をＳＣ部１４に通知する。本制御処理では、ＩＰ−ＭＦＴ６２から通信統計情報受信時、通信統計情報テ−ブルへの展開を行う。通信統計情報テ−ブルはそれぞれ、ＩＰ−ＭＦＴ６２毎の通信統計情報トレ−スエリア、全体統計エリアが有り、両方のエリアに展開格納する。
【０２５３】
図２２から図２４を用いて、交換機１とＩＰ−ＭＦＴ６２間で行われる独自メッセ−ジに関し説明する。
【０２５４】
図２２にＳＣ部１４（交換機１）とＩＰ−ＭＦＴ６２間で行われる独自メッセ−ジ変換のフレ−ム形式を示す。
【０２５５】
ＬＡＮ側のメッセ−ジは独自規定のものであるため、ＩＰ−ＭＦＴ６２用情報要素メッセ−ジをＬＡＮ側送受信用の独自フレ−ムにカプセリングする。このデ−タはＵＤＰユ−ザ−デ−タとして取り扱っている。
【０２５６】
独自フレームのデ−タフォ−マットは、ヘッダ部とデ−タ部に分かれている。ヘッダ部は、２バイトのメッセージ固有の識別子を示すメッセージ識別子２２１と、２バイトのメッセージ発信元装置固有の識別子を示すメッセージ発信元識別子２２２と、２バイトのヘデータ固有の識別子を示すデ−タ識別子２２３と、２バイトのヘッダ個別デ−タ長を示すヘッダ個別デ−タレングス２２４、ｎバイト（ｎは４の倍数）プロトコル固有の情報を設定するデ−タであるヘッダ個別デ−タ２２５から構成されている。
【０２５７】
また、ヘッダ個別デ−タレングス２２４は、４の倍数を指定するものとして、ヘッダ部全体長が、ヘッダ個別デ−タレングス（ｎ：４の倍数）メッセ−ジと８バイトとなるようにしている。
【０２５８】
デ−タ部は、ユ−ザ−デ−タであるＩＰ−ＭＦＴ６２用情報要素メッセ−ジ長を示すデ−タレングス２２６（４バイト）と、ＩＰ−ＭＦＴ６２用情報要素メッセ−ジであるユーザデータ２２７から構成されている。ユーザデータ２２７内にＯＮ／ＯＦＦ ＨＯＯＫ情報やダイヤル情報等を格納する。
【０２５９】
図２３には、ＳＣ部１４からＩＰ−ＭＦＴ６２へ送られる個別メッセ−ジのフレーム内容を示す。
【０２６０】
メッセージ識別子２２１は、０００１（ＨＥＸ）が個別メッセージの「応答有（応答の必要あり）」、０００２（ＨＥＸ）が個別メッセージの「応答無（応答の必要なし）」、０００３（ＨＥＸ）が共通メッセージの「応答有（応答の必要あり）」、０００４（ＨＥＸ）が共通メッセージの「応答無（応答の必要なし）」、８００１（ＨＥＸ）が個別メッセージに対する応答、８００３（ＨＥＸ）が共通メッセージに対する応答を示すようにしている。
【０２６１】
メッセージ発信元装置識別子２２２は、０００１（ＨＥＸ）がＳＣ部１４、０００２（ＨＥＸ）がＶＣ部１３、０００３（ＨＥＸ）がＩＰ−ＭＦＴ６２、０００４（ＨＥＸ）がＩＰ−ＭＦＴ６２用保守端末を示すようにしている。
【０２６２】
デ−タ識別子２２３は、データ固有の識別子を示し、ヘッダ個別データレングス２２４は、ヘッダ個別のデータ長を示し、ヘッダ個別デ−タ２２５は、装置、プロトコルメッセージ固有の情報を設定するところで、ＳＣ部１４が管理、付加する情報である。ひとつのＩＰ−ＭＦＴ６２に送信する個別メッセ−ジ毎に００００００００〜ＦＦＦＦＦＦＦＦ（ＨＥＸ）までサイクリックに使用する（メッセ−ジシ−ケンシャル番号として使用）。
【０２６３】
本情報は、同一個別メッセ−ジ再送時に、同一シ−ケンシャル番号が使用されるため、受信側において同一個別メッセ−ジかどうかの判断基準として使用できる。このデータは２バイトを初期値としているが、機能拡張を想定して可変長（ｎバイト）としている。
【０２６４】
デ−タレングス２２６はユーザデータ２２７の長さを示し、最後にユーザデ−タ２２７は、送受信のデータエリアであり、ＩＰ−ＭＦＴ６２用情報要素を格納するものである。
【０２６５】
次にＩＰ-ＭＦＴのＩＰアドレス特定する動作を説明する。
【０２６６】
ＳＣ部１４に対し、ＩＰ−ＭＦＴ６２への個別メッセ−ジを送信時に、ＣＣ部１２から送られてくるＩＰ−ＭＦＴ６２用情報要素メッセ−ジの宛先情報をパッケ−ジ番号と回路番号のみとしているので、ＳＣ部１４ではその情報から送信先アドレスを特定する処置が必要となる。
【０２６７】
ここで、パッケージ番号とは、本発明の交換装置に搭載される物理的な基板の搭載を管理する番号であり、基板の搭載位置に応じて付与される。そして回路番号とは、前記基板（パッケージ）内に複数の機能回路が搭載された場合にその機能回路を管理する番号である。
【０２６８】
前記パッケ−ジ番号と回路番号はＣＣ部１２が管理し、前記パッケ−ジ番号と回路番号に電話番号がマッピングされる。そのデータをもとにＳＣ部１４では、パッケ−ジ番号及び回路番号毎の電話番号及びＩＰアドレステ−ブルを作成し、ＩＰ−ＭＦＴ６２のログイン時に該当電話番号のテ−ブルへＩＰ−ＭＦＴ６２のＩＰアドレスを登録する。これで、メッセ−ジ送信先のＩＰ−ＭＦＴ６２のＩＰアドレスを特定する。
【０２６９】
図２４のＩＰアドレステーブルを用いて、ＩＰ−ＭＦＴ６２のＩＰアドレス特定方式を詳細に説明する。
【０２７０】
ＳＣ部１４では、ＩＰ−ＭＦＴ６２の状態管理を行うために図２４に示す管理テ−ブル作成し、ＩＰ−ＭＦＴ６２ログイン毎にＣＣ部１２に記憶させておく。
【０２７１】
ＣＣ部１２で記憶した情報は、ＳＣ部１４リブ−ト時に再送され、ＳＣ部１４はリブ−ト前の状態を維持できるようにしているためである。
【０２７２】
また、ＩＰ−ＭＦＴ６２からの情報要素付加用に、交換機１内のパッケ−ジ番号及び回路番号をＩＰ−ＭＦＴ６２ログイン時にＳＣ部１４よりＩＰ−ＭＦＴ６２に対して通知する。
【０２７３】
図中の電話番号部２４１には、パッケ−ジ番号・回路番号に対応した電話番号をセットする。本情報はＳＣ部１４の起動時にＣＣ部１２よりセットされる。
【０２７４】
次のＩＰ−ＭＦＴ ＩＰアドレス部２４２は、電話番号に対応したＩＰ−ＭＦＴ ＩＰアドレスをＩＰ−ＭＦＴログイン時に登録し、ＩＰ−ＭＦＴ６２のＩＰアドレスの特定に使用する。（ＩＰ-ＭＦＴ ＩＰアドレスは、ログイン時にＩＰ−ＭＦＴから入手する。）
【０２７５】
ＳＣ部１４ではＩＰ−ＭＦＴ６２がＳＣ部１４にログイン時、対応する電話番号を検索し、一致するＳＣ部１４内のオフセット部にＩＰ−ＭＦＴ ＩＰアドレスをセットする。ログインしていない場合やログアウトした場合には、０．０．０．０をセットする。
【０２７６】
ＩＰ−ＭＦＴ ＭＡＣアドレス部２４３は、電話番号に対応したＩＰ−ＭＦＴ６２のＭＡＣアドレスをＩＰ−ＭＦＴ６２ログイン時に登録し、再ログイン時の許可判定に使用して、同一電話番号の２重ログイン防止を行う。（ＩＰ-ＭＦＴ ＭＡＣアドレスも、ログイン時にＩＰ−ＭＦＴから入手する。）
【０２７７】
ＳＣ部１４ではＩＰ−ＭＦＴ６２がＳＣ部１４にログイン時、対応する電話番号を検索し、一致するオフセット部にＩＰ−ＭＦＴ ＭＡＣアドレスをセットする。ログインしていない場合やログアウトした場合には００００ ００００ ００００を入力し未ログイン状態と判断する。
【０２７８】
その他の状態情報部２４４は、ＳＣ部１４が管理すべき上記以外のＩＰ−ＭＦＴ６２の状態（例えば通話状態等）を随時セットする。
【０２７９】
ＩＰ−ＭＦＴ６２がＳＣ部１４にログイン後、ＳＣ部１４がそのＩＰ−ＭＦＴ６２に対してメッセ−ジ送信を行う際、ＣＣ部１２からの情報要素のパッケ−ジ番号、回路番号をオフセットとしてＩＰ−ＭＦＴ ＩＰアドレスを取得し、そのＩＰアドレスに対してメッセ−ジ送信を行う。
【０２８０】
また、ＩＰアドレスが０．０．０．０の場合(ＩＰ−ＭＦＴ６２がログインしていない状態)、ＣＣ部１２からの該当パッケ−ジ番号・回路番号へのメッセ−ジは読み捨てる。
【０２８１】
ＩＰ−ＭＦＴ６２が同一電話番号であった場合の２重ログイン防止については、ＩＰ−ＭＦＴ６２がログインした際に、既にＭＡＣアドレスが登録されていた場合、再ログインと認識する。
【０２８２】
ＩＰ−ＭＦＴ６２が再ログインした際にＭＡＣアドレスが同一であれば、ＩＰ−ＭＦＴ６２移動や、ＩＰ−ＭＦＴ６２のＩＰアドレス変更等と判断し、そのままＩＰ−ＭＦＴ ＩＰアドレスを更新しログインを許可する。また、再ログイン時にＭＡＣアドレスが不一致であれば別装置からの同一電話番号２重ログインと判断しログインを許可しない。
【０２８３】
尚、他ＭＡＣアドレスにて同一電話番号が使用される条件として、装置（ＩＰ−ＭＦＴ６２）故障等による装置交換時のＭＡＣアドレス変更がある。この場合装置交換時には１度ログアウト操作してから交換することが条件となる。
【０２８４】
ＳＣ部１４からＩＰ-ＭＦＴ６２へのメッセージ伝達方式について図３０〜図３４を用いて説明する。
【０２８５】
ＳＣ部１４からＩＰ-ＭＦＴ６２へ送信されるメッセージはＵＤＰで行うため、データの保証を行わなければならない。図３０から図３２に個別メッセージの伝達方法、図３３、図３４に共通メッセージの伝達方法を示す。
【０２８６】
図３０から図３２に示す通り、個別メッセージは、それに対するメッセージ受信応答を返送することにより伝送確認を行う。
【０２８７】
図３０には、ＳＣ部１４がＩＰ−ＭＦＴ６２へメッセージを正常に送信した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３０００、Ｓ３００１）。シーケンス番号は、送信するデータの順序を示す番号のことをいう。メッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、ＳＣ部１４に送信する。この応答にもシーケンス番号が付加される（Ｓ３００２、Ｓ３００３、Ｓ３００４）。
【０２８８】
応答を受信したＳＣ部１４は、いままで、ＩＰ−ＭＦＴ６２からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする（Ｓ３００６、Ｓ３００７、Ｓ３００８）。
【０２８９】
また、ＳＣ部１４からメッセージを送信した際に、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている（Ｓ３００５）。
【０２９０】
図３１にＳＣ部１４に送信リトライが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３１００、Ｓ３１０１）。このときＩＰ−ＭＦＴ６２からの応答待ちタイマを起動させる（Ｓ３１０３）。
【０２９１】
ネットワーク上でパケットロスや対向ＩＰ−ＭＦＴ６２の無応答（以降、パケットロスという）が発生した場合は（Ｓ３１０２）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３１０４）。これを契機に前記メッセージを同じメッセージの再送信を行う（Ｓ３１０５）。
【０２９２】
メッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、ＳＣ部１４に送信する。この応答にもシーケンス番号が付加される（Ｓ３１０６、Ｓ３１０７、Ｓ３１０８）。
【０２９３】
応答を受信したＳＣ部１４は、いままで、ＩＰ−ＭＦＴ６２からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする（Ｓ３１１０、Ｓ３１１１、Ｓ３１１２）。
【０２９４】
また、ＳＣ部１４からメッセージを再送信した場合にも、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている（Ｓ３１０９）。
【０２９５】
図３２にＳＣ部１４に送信リトライオーバーが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３２００、Ｓ３２０１）。このときＩＰ−ＭＦＴ６２からの応答待ちタイマを起動させる（Ｓ３２０３）。
【０２９６】
ネットワーク上でパケットロスが発生し（Ｓ３２０２）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３２０４）。これを契機に前記メッセージを同じメッセージの再送信を行う（Ｓ３２０５）。しかし、このときもネットワーク上でパケットロスが発生し（Ｓ３２０６）、ＳＣ部１４で再度応答待ちタイムアウトが発生する（Ｓ３２０７、Ｓ３２０８）。ここで、もう一度Ｓ３２０５と同じメッセージを再送信する（Ｓ２１０９）。ここでも、ネットワーク上でパケットロスが発生し（Ｓ３２１０）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３２１２）。この３回の応答待ちタイムアウトが発生した場合は、指定したＩＰ−ＭＦＴ６２が３回無応答状態と判断し、通信エラーの処理へ移行する。
【０２９７】
応答待ちタイムアウト時間は交換機１（データ）→ＩＰ−ＭＦＴ６２（応答）→交換機１メッセージ伝送時間が３ｍｓ程度である場合は、安全率が１０倍以上のとすること（例えば５０ｍｓ）が望ましい。伝送時間の内訳は、交換機１の処理時間、ＬＡＮ伝送時間、ＨＵＢ２の中継遅延時間、ＩＰ-ＭＦＴ６２の処理時間等からなっている。
【０２９８】
またリトライ２回ＮＧにてメッセージ送信不可と判定し、送信装置毎の通信障害処理を行うこととする。尚、応答待ちタイムアウト時間、リトライ回数は今回の例としては５０ｍｓ、２回としているが、ネットワーク特性に合わせて可変設定可能としている。
【０２９９】
また、メッセージ送信のパイプライン処理（並列処理）を行う場合、同一送信先に対してはメッセージの順序入れ替えの無いよう、シリアル処理としている。
【０３００】
図３３から図３４に示す通り、共通メッセージは、マルチキャストにて複数の端末へ送信するため、トラフィックの問題からメッセージに対するメッセージ受信応答を返送しない。よって、２回連続送信を行い、パケットロスに対応している。
【０３０１】
尚、連続送信回数は基本的に２回とするが、ネットワーク特性に合わせて可変設定可能としている。共通メッセージはＳＣ部１４からの送信のみで、ＩＰ−ＭＦＴ６２からの送信は無いものとしている。
【０３０２】
図３３には、ＳＣ部１４がＩＰ−ＭＦＴ６２へ共通メッセージを正常に送信した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、ＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして２回連続して送信する（Ｓ３３００、Ｓ３３０１、Ｓ３３０３）。
【０３０３】
１回目のメッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータとともに、データのシーケンシャル番号を記憶する（Ｓ３３０２）。その後２回目のメッセージを受信した場合は、１回目に受信したシーケンシャル番号と２回目に受信したデータのシーケンシャル番号とを比較して、同一のシーケンシャル番号であった場合には、２回目に受信したメッセージを破棄する（Ｓ３３０４）。先程２回連続してメッセージを送信したＳＣ部１４は、ＩＰ-ＭＦＴ６２が受信したか否かにかかわらず送信完了の状態となる（Ｓ３３０５）。
【０３０４】
次に図３４には、共通メッセージ送信時にパケットロスが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、ＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして２回連続して送信する（Ｓ３４００、Ｓ３４０１、Ｓ３４０３）。そして２回連続してメッセージを送信したＳＣ部１４は、ＩＰ-ＭＦＴ６２が受信したか否かにかかわらず送信完了の状態となる（Ｓ３４０５）。
【０３０５】
１回目のメッセージがネットワーク上でパケットロスし、その後２回目のメッセージを受信した場合は、２回目に受信したデータを記憶する（Ｓ３４０４）。
【０３０６】
図３５にＩＰパケットデータのフレームフォーマットを示す。
【０３０７】
図３５の（ａ）がＩＰパケットデータのフォーマットである。また、（ｂ）にＩＰパケットデータ内のＩＰヘッダ部のフォーマット、（ｃ）にＩＰパケットデータ内のＴＣＰ／ＵＤＰヘッダ部のフォーマットを示す。
【０３０８】
ＩＰ電話機６１やＩＰ−ＭＦＴ６２がＬＡＮ上で送受信するＩＰパケットデータは、（ａ）のようなファーマットである。ＩＰパケットデータは、情報部であるデータ部があり、データ部の送出側にＴＣＰ／ＵＤＰ部、ＩＰパケットであることを示すＩＰヘッダ部が付加され、更にＬＣＰ／ＮＣＰ等のタイプを示すタイプ部、コントロール（Ｃ）部、アドレス（Ａ）部、先頭にフラグ（Ｆ）部を配置し、データ部の後方にＦＣＳ部、最後尾にフラグ（Ｆ）部を付加した形態をとっている。これは、一般的にいうところのＨＤＬＣフレームフォーマットと同様である。
【０３０９】
ＴＣＰ／ＵＤＰ部は、ＴＣＰ／ＩＰプロトコルにおけるトランスポート層のプロトコルの種類をＴＣＰかＵＤＰかのいずれかを示す。
【０３１０】
ＩＰヘッダ部（ｂ）には、プロトコル番号、送信元のＩＰアドレスや宛先のＩＰアドレスが格納され、ＴＣＰ／ＵＤＰヘッダ部（ｃ）には、送信元のポート番号や宛先ポート番号が格納される。
【０３１１】
次に交換機１内に複数搭載されるＶＣ部１３の捕捉方法について説明する。
【０３１２】
ＶＣ部１３は、ＰＣＭ音声とＩＰ音声パケット変換を行う部位であり、ＩＰ−ＭＦＴ６２と、従来回線（局線、ＭＦＴ（多機能電話機）、２線式一般電話機等）が通話する場合に必要である。
【０３１３】
このため、従来回線に対応するに充分数のＶＣ部１３がある場合は、ＶＣ部１３の捕捉はＩＰ−ＭＦＴ６２と従来回線の通話路を接続する際に捕捉すれば良い。
【０３１４】
しかし、従来回線（チャネル）に対応する分のＶＣ部１３を追加実装するにはコストが掛かりすぎることと、ト−キ装置との接続を考えると（１回路に複数の端末が接続される）、通話時に輻輳や塞がりが発生しない程のＶＣ部１３を実装することはできない。
【０３１５】
そこで、ＶＣ部１３の捕捉及び解放を以下の方法で行うこととする。
【０３１６】
ＶＣ部１３捕捉はＣＣ部１２が行い、１つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が発呼した時点。その際捕捉不可時には、ＩＰ−ＭＦＴ６２のＬＣＤ表示部に“混み合っています。”等の表示を行うよう指示する。また、混雑ト−ン（ＢＴ等）を送出するよう指示する。
【０３１７】
２つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が転送動作に入る時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際の捕捉不可時には、転送操作を無視する。
【０３１８】
３つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が三者通話に入る時点。その際、捕捉不可時には、三者操作を無視する。
【０３１９】
前記ＩＰ−ＭＦＴ６２の発呼、転送、三者通話等の動作情報は、ＩＰ−ＭＦＴ６２から独自メッセージにて交換機１に送信されている。
【０３２０】
４つ目の捕捉条件として、ＩＰ−ＭＦＴ６２を呼出す時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際、捕捉不可時には、ＩＰ-ＭＦＴ６２に“混み合っています。”を表示させるよう指示する。また、混雑ト−ン又は混雑ト−キを送出させるよう指示する。
【０３２１】
次にＶＣ部１３の解放については、一つ目の解放条件として、通話路（ＴＳＷ）をつなぐ時点でＶＣ部１３が不要である場合（保留者の条件も考慮する）。
【０３２２】
ニつ目の解放条件として、内線・外線を解放する時点とする。
【０３２３】
次に、本発明で使用されるＩＰ−ＭＦＴ６２の第１の実施形態を図３６及び図３７に示す。
【０３２４】
ＩＰ−ＭＦＴ６２は２つのブロックから構成されていて、一方は通常の電話機として機能するＭＦＴ部２００であり、他方は、前記ＭＦＴ部２００をパケット網に接続するためのＩＰＡＤＰ部３００である。図３６には、ＭＦＴ部２００の内部構成を示し、図３７にはＩＰＡＤＰ部３００の内部構成を示す。
【０３２５】
図３６において、２０１は、通常の多機能電話機として交換機１の内線電話機インタフェースに直接収用する為のインタフェ−スであり、後述するＩＰＡＤＰ部３００に接続可能なインタフェ−ス部（以下ＤＬＩという）である。２０２は、ＤＬＩ２０１から得たディジタル化されている通話デ−タをアナログ信号に変換し、ハンドセット２０３に送出すると共に、ハンドセット２０３からのアナログ信号をディジタル化し、ＤＬＩ２０１に送出するコ−ディック（以下ＣＯＤＥＣという）、２０５は呼び出し音や音声等を出力するスピ−カ、２０４は着信音を鳴動させるベル２１３からのアナログ信号や、コ−ディック２０２からの音声信号等を増幅し、スピ−カ２０５に送出するアンプ（以下ＡＭＰという）、２０６は電話機としての機能の全体を制御する制御装置（以下ＭＰＵＡという）、２０７はＭＰＵＡ２０６の制御に従い、表示器であるＬＣＤ表示器２０８にメッセ−ジを文字表示させるＬＣＤドライバ（以下ＬＣＤＤＲＶという）、２１０は複数のＬＥＤでマトリックスを形成しているＬＥＤ表示器、２０９はＭＰＵＡ２０６の制御に従い、ＬＥＤ表示器２１０を駆動するＬＥＤドライバ（以下ＬＥＤＤＲＶという）、２１１はダイヤルキ−、保留キ−、オ−トダイヤルキ−等の各種キ−でマトリックスを形成しているボタン部である。
【０３２６】
なお、ＭＰＵＡ２０６は、ハンドセット２０３の状態をＣＯＤＥＣ２０２を介して得たり、ＤＬＩ２０１を介して後述するＩＰＡＤＰ部３００内のピンポン伝送部が送出した制御情報を受信し、その制御情報に基づいてＬＣＤ表示器２０８、ＬＥＤ表示器部２１０、アンプ２０４等を制御している。
【０３２７】
また、ＭＰＵＡ２０６は、ボタン部２１１から得たキ−情報により制御情報を生成し、その制御情報をＤＬＩ２０１に送出する。これによって、ＭＦＴ部２００の状態をＩＰＡＤＰ部３００に伝達している。
【０３２８】
また、ＤＬＩ２０１は、交換機１の内線に直接接続可能のインタフェ−スであり、ＭＦＴ部２００は、このポイントでＩＰＡＤＰ部３００と、切り離しても使用するようにしてもよい。その場合、交換機１にＭＦＴ部２００のみを収用し、内線電話機として動作させることができる。
【０３２９】
次に図３７にＩＰＡＤＰ部３００の内部構成を示す。図３７において、３０１は、ＭＦＴ部２００用の電源を伝送ラインに与える給電部であり、３０２は、ＭＦＴ部２００と２線式時分割伝送方式を用いて通信を行うピンポン伝送部、３０３は、ＣＬＫ/ＦＬＭ生成部３１４から供給される２．０４８ＭＨｚのクロック信号と、８ｋＨｚフレ−ム信号により、ピンポン伝送部３０２と後述する音声圧縮コ−デック（以下ＤＳＰ３０４という）間の上り下りの通信に用いる２Ｍハイウェイバスの同期化を行う２ＭＨＷインタフェ−スである。
【０３３０】
また、３０４はＧ．７１１／Ｇ．７２９Ａ／Ｇ．７２３．１音声符号化に対応し、音声処理に必要とされる各種処理を演算により実行するＤＳＰ（ディジタル信号プロセッサ）である。例えば、符号化復号化（ＣＯＤＥＣ）演算処理、受信検出演算処理、エコ−キャンセラ−演算処理、レベル調整演処理等が実行される。
【０３３１】
また、本実施例ではＤＴＭＦ信号や４００Ｈｚ等の各種ト−ン信号送出について、そのト−ンデ−タを図示しないＲＯＭ上に記憶し、その記憶した複数のト−ンデ−タをＩＰＡＤＰ部３００の制御部であるＭＰＵＢ３１０の指示により、ト−ン信号を発生させる形態をとっている。
【０３３２】
上記各種ト−ン発生演算処理機能及び、ＤＴＭＦ（Dual Tone Multi Frequency ）発生演算処理機能をＤＳＰ３０４に取り込み、演算により任意のト−ン信号を発生させ、また、ト−ン信号の発生に必要な周波数、位相等の情報の入力により、周波数、位相、インタ−バル等の任意の組み合わせによる任意のト−ン信号を発生できるよう構成させてもよい。
【０３３３】
次に、Ｄｃｈ情報部３０５は、Ｄｃｈ制御（呼制御手順）デ−タを１６ｋｂｉｔ／ｓの伝送容量にてピンポン伝送部３０２との間で送受信し、また、ＭＰＵＢ３１０との間でその呼制御データのやり取りを行う部位である。
【０３３４】
ＣＬＫ/ＦＬＭ生成部３１４は、８．１９２ＭＨｚクロック源３１５から２ＭＨＷインタフェ−ス３０３動作用のクロックと８ｋＨｚフレ−ム信号を生成している。
【０３３５】
ＭＰＵＢ３１０は、ＩＰＡＤＰ部３００の主制御部で、ＭＡＣ制御等のＬＡＮインタフェ−スの制御及び、Ｄｃｈ制御、Ｂｃｈ制御等のＭＦＴ部２００の制御、音声ゆらぎ制御等を行う。具体的にはＩＴＵ−Ｔ勧告Ｈ ．３２３に準拠した呼処理、音声パケット化処理等を実行する中央処理装置である。
【０３３６】
ＲＯＭ３０８はＩＰＡＤＰ３００のプログラムを格納し、ＲＡＭ３０９は前記プログラムが動作する等のワ−クエリアである。
【０３３７】
上記ＭＰＵＢ３１０と、ＤＳＰ３０４、ＳＲＤインタフェ−ス３０６、ＲＯＭ３０８、ＲＡＭ３０９は内部バス３０７で接続されている。
【０３３８】
ＬＡＮＣ３１１は、ＭＰＵＢ３１０と接続され、ＬＡＮ７上で定義されたフレ−ム形式へのデ−タの組み立てと、その反対に、フレ−ム形式からデ−タへの分解とを行う回路であるとともに、Ｅｔｈｅｒｎｅｔ（登録商標）スイッチの機能であるポ−ト間のスイッチングと、異インタフェ−ス間の速度整合を行う機能も備える。
【０３３９】
ＰＨＹ３１２はパ−ソナルコンピュ−タ（以下ＰＣという）を接続するインタフェ−スであり、ＰＨＹ３１３は、ＨＵＢ２との接続のためのインタフェ−スをとるＩＥＥＥ８０２．３準拠のトランシ−バ−である。
【０３４０】
次に図３８を用いて交換機１を介して、２台のＩＰ−ＭＦＴ６２が通信可能となるまでの接続シ−ケンスを説明する。（以下、便宜上、発信側をＩＰ−ＭＦＴ６２ａ、着信側をＩＰ−ＭＦＴ６２ｂと呼ぶ）
【０３４１】
まず、ＩＰ−ＭＦＴ６２ａのＭＦＴ部２００内のハンドセット２０３ａのオフフック状態を、ＣＯＤＥＣ２０２ａが検出し（Ｓ３８０１）、ＩＰＡＤＰ部３００と接続されたＤＬＩ２０１ａを経由して、ＭＰＵＢ３１０ａに通知される（Ｓ３８０２）。
【０３４２】
ＭＰＵＢ３１０ａがこのオフフック通知を認識すると、交換機１に伝達する（Ｓ３８０３）。これを受信した交換機１がＩＰ−ＭＦＴ６２ａに対してダイヤルト−ン出力要求を送出し（Ｓ３８０４）、ＭＰＵＢ３１０ａがそれを認識して、ダイヤルト−ンの送出をＤＳＰ３０４ａに指示する（Ｓ３８０５）。指示を受けたＤＳＰ３０４ａは、当該指示を入力すると、ダイヤルト−ン生成のための演算を行い、生成されたダイヤルト−ンをＭＦＴ部２００に送出する。
【０３４３】
ＤＳＰ３０４ａから送出されたダイヤルト−ンは、ＤＬＩ２０１ａを介してＣＯＤＥＣ２０２ａに送られ、デジタルデ−タからアナログデ−タに変換され、ハンドセット２０３ａから可聴音として送出される（Ｓ３８０６）。
【０３４４】
次に、ダイヤルト−ンを聞いた話者は、交換機１に起動がかかったと認識しボタン部２１１ａを操作し、相手先の電話番号をダイヤルする（Ｓ３８０７）。この信号は、ＭＦＴ部２００内のＣＯＤＥＣ２０２ａでＡ／Ｄ変換されてＤＳＰ３０４ａに取り込まれて解読される。ＤＳＰ３０４ａは、解読された相手先電話番号をＭＰＵＢ３１０ａに通知する（Ｓ３８０８）。ダイヤル情報を受信したＭＰＵＢ３１０ａは、この後、ＬＡＮＣ３１１ａを経由させ、交換機１にダイヤル情報を送出する（Ｓ３８０９）。
【０３４５】
最初のダイヤル情報を受信した交換機１は、ＩＰ−ＭＦＴ６２ａに対してダイヤルト−ン停止要求を送出し（Ｓ３８１０）、それを受けたＤＳＰ３０４ａがダイヤルト−ンの出力を停止する（Ｓ３８１１）。
【０３４６】
その後、ＭＰＵＢ３１０ａが最終ダイヤルを受信し、交換機１にダイヤル情報を送信すると（Ｓ３８１２）、交換機１がそのダイヤル情報から接続相手先を認識し、接続相手先へ着信要求を行う。（Ｓ３８１３）。着信要求にてベル鳴動指示を受けたＩＰ−ＭＦＴ６２ｂ内のＭＰＵＡ２０６ｂは、ベル２１３ｂを起動させ着信ベルを鳴動させる（Ｓ３８１４、Ｓ３８１５）。
【０３４７】
交換機１は、この着信要求を出すとともにリングバックト−ン出力要求をＩＰ−ＭＦＴ６２ａに行い（Ｓ３８１６）、その指示を受けたＭＰＵＢ３１０ａがＤＳＰ３０４ａに出力指示を行う（Ｓ３８１７）。そして、その指示に従いＤＳＰ３０４ａがリングバックト−ンをハンドセット２０３ａに出力し、相手呼出中であることを話者に伝える（Ｓ３８１８）。
【０３４８】
ここで、呼び出されているＩＰ−ＭＦＴ６２ｂの話者が受話器を上げて応答すると（ＯＦＦ ＨＯＯＫ）（Ｓ３８１９）、その情報はＣＯＤＥＣ２０２ｂで認識され、ＭＰＵＡ２０６ｂを介して交換機１に伝達される（Ｓ３８２１）。ＭＰＵＡ２０６ｂは、受話器が上げられたことを察知すると、ベル２１３ｂのベルの鳴動を停止させ（Ｓ３８２２）、ＩＰ−ＭＦＴ６２ｂの通話準備が完了する。
【０３４９】
交換機１が、ＩＰ−ＭＦＴ６２ｂのＯＦＦ ＨＯＯＫ状態を認識すると、ＩＰ−ＭＦＴ６２ａに対してリングバックト−ン出力停止指示を送出し（Ｓ３８２３）、それを受信したＤＳＰ３０４ａがングバックト−ンの出力を停止し、（Ｓ３８２４）ＩＰ−ＭＦＴ６２ａの通話準備が完了し、ＩＰ−ＭＦＴ６２ｂと通話が可能となる（Ｓ３８２５）。
【０３５０】
次に図３９を用いて、交換機１を介してＩＰ−ＭＦＴ６２とＩＰ網側端末９（Ｈ．３２３対応ＩＰ電話機等）間の通信が可能となるまでの接続シ−ケンスを説明する。ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図３８と同様なので説明は省略し、ＩＰ−ＭＦＴ６２が最終ダイヤルを送出するシ−ケンスから説明する。
【０３５１】
ＭＰＵＢ３１０が最終ダイヤルを受信し、交換機１にダイヤル情報を送信し（Ｓ３９１２）、交換機１がそのダイヤル情報から接続相手先を認識し、接続相手先への着信要求を行う。
【０３５２】
交換機１はその受信した情報をＨ．３２３メッセ−ジの呼設定要求であるＳＥＴ ＵＰに変換し、ＩＰ網４を介してＩＰパケットデ−タにてＩＰ網側端末９に伝達する（Ｓ３９１３）。
【０３５３】
ＳＥＴ ＵＰを受けたＩＰ網側端末９は、呼設定受付処理を行い、交換機１に対して、Ｈ．３２３メッセ−ジのＣＡＬＬ ＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ３９１４、Ｓ３９１５）。ＡＬＥＲＴを受けた交換機１は、リングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ３９１６）、その指示を受けたＭＰＵＢ３１０がＤＳＰ３０４に出力指示を行う（Ｓ３９１７）。そして、その指示に従いＤＳＰ３０４がリングバックト−ンをハンドセット２０３に出力し、相手呼出中を話者に伝える（Ｓ３９１８）。
【０３５４】
ここで、呼び出されているＩＰ網側端末９の話者が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ３９１９）、呼び出しベルの鳴動を停止させるとともに、そのＯＦＦ ＨＯＯＫ情報を、Ｈ．３２３メッセ−ジに変換して交換機１に送る（Ｓ３９２０）。
【０３５５】
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信した交換機１は、ＩＰ網側端末９のＯＦＦ ＨＯＯＫ状態をＣＯＮＮＥＣＴ受信で認識すると、ＩＰ−ＭＦＴ６２に対してリングバックト−ン出力停止指示を送出し（Ｓ３９２１）、それを受信したＤＳＰ３０４がングバックト−ンの出力を停止し、（Ｓ３９２２）ＩＰ−ＭＦＴ６２の通話準備が完了し、ＩＰ網側端末９と通話が可能となる（Ｓ３９２３）。
【０３５６】
次に、ＩＰ−ＭＦＴ６２が交換機１を介さずにＩＰ網４に接続されたＩＰ−ＭＦＴ６２やＩＰ網側端末９と通話を行う場合について説明する。
【０３５７】
ＩＰ−ＭＦＴ６２は、交換機１との独自インタフェースを用いて多彩な機能を実現しようとする為の電話機であるが、交換機１の介在しないシステムにおいても使用できるようになっている。すなわち、ＩＰ−ＭＦＴ６２の動作モードを切り替えることで、ＩＰ電話機６１の様に動作することが可能である。
【０３５８】
動作についは、まず、ＭＰＵＢ３１０が、ハンドセット２０３のオフフックを検出したときに、ダイヤルトーン出力要求をＤＳＰ３０４に行う。次に相手先電話番号が通知されると、例えばＩＴＵ−Ｔ勧告Ｈ．３２３に規定するＲＡＳ手順に従い、ＩＰ網４に接続されているゲ−トキ−パ（ＩＰネットワ−クにおける電話番号とＩＰアドレスの変換を行う装置）よりアクセスを要求する相手先のＩＰアドレス及びポ−ト番号を取得する。この後、ＭＰＵＢ３１０は、取得したＩＰアドレスの相手先に対して、例えばＩＴＵ−Ｔ勧告Ｈ．３２３の呼処理手順（Ｑ．９３１，Ｈ．２４５）に基づいた発呼処理を行う。
【０３５９】
なお、ＭＰＵＢ３１０は、相手先の呼出し中のときは、ＭＦＴ部２００に対するリングバックト−ンの送出をＤＳＰ３０４に指示する。
【０３６０】
一方、相手先である着呼側のＩＰ−ＭＦＴ６２は、そのＭＰＵＢ３１０において、発信側が呼び出し中であって、自側のハンドセット２０３がオフフックするまでの間、自側のＭＦＴ部２００内のベル２１３を鳴らすようにする。
【０３６１】
この後、符号化の方法が相互間の通信手順のやり取りで確定し、自側のハンドセット２０３がオフフックされると、通話状態に移行する。
【０３６２】
次に、ＭＦＴ部２００に入力された音声信号は、アナログ電話収容回路を内臓したＣＯＤＥＣ２０２が、Ａ／Ｄ変換して、ディジタル信号に変換され、ＩＰＡＤＰ３００に入力される。
【０３６３】
ＩＰＡＤＰ３００内のＤＳＰ３０４は、ＭＰＵＢ３１０から指示があった場合は、ディジタル信号に対してのレベル調整演算処理、レベル制御処理、符号化演算処理を実行し、データを回線側に送出する。
【０３６４】
次に、アナログ信号（音声データ）のパケット化について説明する。ＤＳＰ３０４にデ−タが入力されるとＭＰＵＢ３１０は、ＤＳＰ３０４内の音声信号を読み出し、内部バス３０７を介して、ＲＡＭ３０９に書き込む。その後、図３５に示す各種ヘッダ（ＴＣＰ／ＵＤＰヘッダ、ＩＰヘッダ、及び図示しないＲＴＰ （Real Time Protocol ）ヘッダ）を付加したフレ−ムフォ−マットを作成して、ＬＡＮＣ３１１から送出する。但し、ＲＴＰヘッダはデータ部とＴＣＰ／ＵＤＰヘッダ部の間に付加されるものとする。
【０３６５】
ＬＡＮＣ３１１は、それらデ−タを受信すると、ＡＲＰ（アドレス解決プロトコル）で取得した宛先ＭＡＣアドレスや送信元（自装置）ＭＡＣアドレスなどの入ったＬＡＮヘッダ（フラグ（Ｆ）、アドレス（Ａ）、コントロール（Ｃ）、タイプ）及びＦＣＳを付加してＬＡＮプロトコルに応じたフレ−ムを構成し、ＰＨＹ３１３を経由させＨＵＢ２に送出する。
【０３６６】
次に、受信側での処理を説明する。受信側では、ＬＡＮＣ３１１が受信した音声パケット信号を、自装置宛てのパケットであるか否かを検出する。ここで、当該音声パケットが自装置宛てであった場合、ＬＡＮＣ３１１は音声パケットからＬＡＮヘッダ及びＦＣＳを削除し、図示しないメモリに書き込む。
【０３６７】
ＭＰＵＢ３１０は、ＬＡＮＣ３１１が書き込んだメモリからデ−タを読出し、ＲＡＭ３０９に書き込む。ＲＡＭ３０９にデータを書きこみ後、ＭＰＵＢ３１０は、デ−タに付されているＴＣＰ／ＵＤＰヘッダを解析し、そのデ−タが音声データか制御データかを判定し、デ−タが音声信号であると判定した場合、ＭＰＵＢ３１０は、ＲＴＰヘッダ、ＴＣＰ／ＵＤＰヘッダ及びＩＰヘッダを削除し、ＤＳＰ３０４へデ−タを転送する。
【０３６８】
このように、ＬＡＮＣ３１１を介して受信される数パケット分の音声パケットをＲＡＭ３０９に一旦貯め込んだ後、ＤＳＰ３０４に順次書き込むことにより、音声パケットの同期補正や、音声パケットのゆらぎ吸収を行っている。
【０３６９】
ＤＳＰ３０４は、復号化演算処理を実行後に、ＭＦＴ部２００にデ−タを転送し、ＣＯＤＥＣ２０２によりディジタル信号をアナログ信号に変換され、ハンドセット２０３に当該アナログ信号を出力する。このような処理により、話者間の通話が可能となる。
【０３７０】
図４０に、ＩＰ−ＭＴＦ６２の第２の実施形態を示す。図３６、図３７に示した第１の実施形態のＩＰ−ＭＦＴ６２は、交換機１の内線電話インタフェースにも接続可能な構成であったが、図４０のＩＰ−ＭＦＴ６２は、ＬＡＮへの接続に特化した機能ブロック構成となっている。
【０３７１】
第１の実施形態と第２の実施形態との相違点のみを説明する。
【０３７２】
第２の実施形態は、交換機１の内線電話機インタフェ−スであるＤＬＩ２０１と、ＤＬＩ２０１とのインタフェ−スをとるためのピンポン伝送部３０２、給電部３０１、ピンポン伝送部がＤＳＰ３０４とのインタフェ−スをとる２ＭＨＷインタフェ−ス部３０３を削除している。また、呼制御情報であるＤチャネル情報は、直接ＭＰＵが管理するので、Ｄチャネル情報部３０５を削除している。また、制御系を一つにするため、ＭＰＵも１つのＭＰＵＡに統合している。
【０３７３】
但し、ＣＯＤＥＣ２０２とＤＳＰ３０４を直接接続するため、この間のインタフェ−スをとる回路はＤＳＰ内部に取り込んでいるものとする。ＣＬＫ／ＦＲＭ生成部３１４及びクロック源３１５は、ＤＳＰ３０４が必要とするクロック周波数やフレ−ムを供給するようにしている。
【０３７４】
その他の構成及び機能は、図３６、図３７で説明したものと同様であり、このように、交換機１の内線電話機として使用できるインタフェースを削除し、シンプルな機能ブロック構成となっている。
【０３７５】
また、収容される内線電話機等がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理し、更にパケット網を介して交換機間で通信する場合においてもＳＳ７シグナリングで情報を用いて通信を行うことができる。
【図面の簡単な説明】
【０３７６】
【図１】本発明の交換装置を用いたシステム構成図である。
【図２】本発明の交換装置の内部ブロック図である。
【図３】本発明の交換装置を用いた通信システムの第１の接続形態を示す図である。
【図４】本発明の交換装置を用いた通信システムの第２の接続形態を示す図である。
【図５】本発明の交換装置を用いた通信システムの第３の接続形態を示す図である。
【図６】本発明の交換装置を用いた通信システムの第４の接続形態を示す図である。
【図７】本発明の交換装置を用いた通信システムの第５の接続形態を示す図である。
【図８】本発明の交換装置を用いた通信システムの第６の接続形態を示す図である。
【図９】本発明の交換装置を用いた通信システムの第７の接続形態を示す図である。
【図１０】本発明の交換装置を用いた通信システムの第８の接続形態を示す図である。
【図１１】本発明の交換装置を用いた通信システムの第９の接続形態を示す図である。
【図１２】ＮＯ.７共通信号線メッセージの一覧を示す図である。
【図１３】Ｈ．３２３メッセージの一覧を示す図である。
【図１４】ＮＯ.７共通信号線メッセージとＨ．３２３メッセージの変換対応を示す図である。
【図１５】本発明の交換装置と独自手順にて接続される端末装置との接続構成を示す図である。
【図１６】接続シーケンスにおける信号線を説明する図である。
【図１７】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図１８】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図１９】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２０】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２１】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２２】ＬＡＮ側送受信、独自データフレーム形式を示す図である。
【図２３】独自データのデータフォーマットを示す図である。
【図２４】ＩＰ-ＭＦＴ用ＩＰアドレステーブルを示す図である。
【図２５】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２６】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２７】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２８】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２９】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図３０】個別メッセージの伝達シーケンスを示す図である。
【図３１】個別メッセージの伝達シーケンスを示す図である。
【図３２】個別メッセージの伝達シーケンスを示す図である。
【図３３】共通メッセージの伝達シーケンスを示す図である。
【図３４】共通メッセージの伝達シーケンスを示す図である。
【図３５】ＩＰパケットデータのフレームフォーマットを示す図である。
【図３６】本発明のＩＰ-ＭＦＴの第１の実施形態（ＭＦＴ部）を示す図である。
【図３７】本発明のＩＰ-ＭＦＴの第１の実施形態（ＩＰＡＤＰ部）を示す図である。
【図３８】本発明のＩＰ-ＭＦＴの通信までの動作を示す接続シーケンス図である。
【図３９】本発明のＩＰ-ＭＦＴの通信までの動作を示す接続シーケンス図である。
【図４０】本発明のＩＰ-ＭＦＴの第２の実施形態を示す図である。
【符号の説明】
【０３７７】
１:交換機
２：ＨＵＢ
３：ルーター
４：ＩＰ網
５：一般電話機
６１：ＩＰ電話機（Ｈ．３２３対応端末）
６２：ＩＰ−ＭＦＴ
７：ＬＡＮ
８：公衆交換網（ＰＳＴＮ）
１１：従来回線部（ＥＸ部）
１２：交換制御部（ＣＣ部）
１３：音声変換部（ＶＣ部）
１４：ＩＰ呼制御部（ＳＣ部）
【特許請求の範囲】
【請求項１】
パケット網に接続し通話可能な電話機であって、
特定の交換機とインタフェースをとる手段と、
所定の標準規格に準拠したインタフェースをとる手段と、
前記特定の交換機とインタフェースをとる手段と、前記所定の標準規格に準拠したインタフェースをとる手段とを切り替える手段と、
を備えたことを特徴とする電話機。
【請求項２】
パケット網に接続し通話可能な電話機であって、
複数の物理ポートと、
前記複数の物理ポート間のスイッチングを行うスイッチ手段と、
を備えたことを特徴とする請求項１記載の電話機。
【請求項１】
パケット網に接続し通話可能な電話機であって、
特定の交換機とインタフェースをとる手段と、
所定の標準規格に準拠したインタフェースをとる手段と、
前記特定の交換機とインタフェースをとる手段と、前記所定の標準規格に準拠したインタフェースをとる手段とを切り替える手段と、
を備えたことを特徴とする電話機。
【請求項２】
パケット網に接続し通話可能な電話機であって、
複数の物理ポートと、
前記複数の物理ポート間のスイッチングを行うスイッチ手段と、
を備えたことを特徴とする請求項１記載の電話機。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【公開番号】特開２００７−１６６６７１（Ｐ２００７−１６６６７１Ａ）
【公開日】平成１９年６月２８日（２００７．６．２８）
【国際特許分類】
【出願番号】特願２００７−６１１１８（Ｐ２００７−６１１１８）
【出願日】平成１９年３月１０日（２００７．３．１０）
【分割の表示】特願２００２−２７２６００（Ｐ２００２−２７２６００）の分割
【原出願日】平成１４年９月１９日（２００２．９．１９）
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
【公開日】平成１９年６月２８日（２００７．６．２８）
【国際特許分類】
【出願日】平成１９年３月１０日（２００７．３．１０）
【分割の表示】特願２００２−２７２６００（Ｐ２００２−２７２６００）の分割
【原出願日】平成１４年９月１９日（２００２．９．１９）
【出願人】（０００１５３４６５）株式会社日立コミュニケーションテクノロジー (770)
【Ｆターム（参考）】
[ Back to top ]