通信経路制御装置
【課題】
インターネット等のパケット網を用い、音声データをＩＰパケットデータ化し、低コストでの従来回線交換サービスと同等の通話サービスを提供する。
【解決手段】
一般電話機５やＰＳＴＮ８を収容する従来回線部１１と、パケット網との呼制御を行うＩＰ呼制御部１４と、音声データとパケット音声データの相互変換を行う音声変換部１３と、前記従来回線部１１と前記ＩＰ呼制御部１４と前記音声変換部１３それぞれの交換制御を行う交換制御部１２とからなり、ＰＳＴＮ８等からのパケット網への呼制御情報は、従来回線部１１で受信後、交換制御部１２によってＩＰ呼制御部１４へ伝達され、パケット網に準じた呼制御データに変換され、ＰＳＴＮ８等からのパケット網への音声データは、従来回線部１１で受信後、交換制御部１２によって音声変換部１３へ伝達され、パケット網に準じた音声データに変換される。
インターネット等のパケット網を用い、音声データをＩＰパケットデータ化し、低コストでの従来回線交換サービスと同等の通話サービスを提供する。
【解決手段】
一般電話機５やＰＳＴＮ８を収容する従来回線部１１と、パケット網との呼制御を行うＩＰ呼制御部１４と、音声データとパケット音声データの相互変換を行う音声変換部１３と、前記従来回線部１１と前記ＩＰ呼制御部１４と前記音声変換部１３それぞれの交換制御を行う交換制御部１２とからなり、ＰＳＴＮ８等からのパケット網への呼制御情報は、従来回線部１１で受信後、交換制御部１２によってＩＰ呼制御部１４へ伝達され、パケット網に準じた呼制御データに変換され、ＰＳＴＮ８等からのパケット網への音声データは、従来回線部１１で受信後、交換制御部１２によって音声変換部１３へ伝達され、パケット網に準じた音声データに変換される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット網や、構内ＬＡＮ等のイントラネットのようなパケット網と、公衆回線交換網とに接続されている端末装置間を通信させる交換装置に関する。
【背景技術】
【０００２】
現在の公衆電話網において、最も多く使用されている機器はアナログ電話機である。また、公衆電話網に接続される交換機（ＰＢＸ）は多くの特別な機能を有し、アナログ電話機を内線電話として直接ＰＢＸに接続して多彩なサービスを行えるようにもしている。
【０００３】
そして一方では、交換機を介して公衆電話網とインターネットを接続し、インターネットを用いた音声通信（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）が可能となっている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１ー１９１７９１号公報（図１）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、このような状況においても、公衆電話網、内線電話機、インターネットやＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）等を収容し、インターネットのようなパケット交換網においても、発呼された電話番号をパケット網上での番号にアドレス変換する処理、呼び出し処理や呼の接続処理等を行うとともに、交換機間で多彩な情報を伝達するのに有効であるＳＳ７シグナリング信号（従来の公衆電話網においては、通話は端局が呼に関係するようになるまで、ＳＳ７シグナリング（ＮＯ．７）信号によって伝達され、各々の端局によって管理されていた。）をパケット交換網へ適用することも必要とされている。
【０００６】
例えば、ＳＳ７シグナリング信号を用いると局内転送（ＰＢＸをまたがる通信の転送）や局間での発信者番号通知、事業所用ＰＨＳのローミングなど、ＰＢＸネットワーク機能をＩＰネットワーク上で実現することが可能になる。
【０００７】
本発明は、上記に鑑みてなされたものであり、従来の交換機の機能を有しながら、インターネットのようなパケット網に接続可能で、接続された内線電話機がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理するとともに、インターネットのようなパケット網を介して交換機間で通信する場合においてもＳＳ７シグナリングで情報を伝達しあえる交換装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の発明は、パケット網に接続し通話可能な電話機であって、特定の交換機とインタフェースをとる手段と、所定の標準規格に準拠したインタフェースをとる手段と、前記特定の交換機とインタフェースをとる手段と、前記所定の標準規格に準拠したインタフェースをとる手段とを切り替える手段と、を備えたことを特徴とする。
【０００９】
本発明の第２の発明は、第１の発明の電話機であって、複数の物理ポートと、前記複数の物理ポート間のスイッチングを行うスイッチ手段と、を備えたことを特徴とする。
【発明の効果】
【００１０】
以上のように本発明によれば、従来のように特定の交換機の内線電話機としての使用にとどまらず、特定の交換機にしばられないＩＴＵ−Ｔ勧告等の標準規格に準拠しての仕様など、特定交換機の介在しないシステムにおいても通話が行える電話機を提供することができる（電話機として複数のインタフェースプロトコルに適用できるようになる）。また、電話機に複数の物理ポートとスイッチング機能が備わったことで、当該電話機を介して他の複数の装置をパケット網に接続したり、スイッチングしたりすることができるようになる。
【図面の簡単な説明】
【００１１】
【図１】本発明の交換装置を用いたシステム構成図である。
【図２】本発明の交換装置の内部ブロック図である。
【図３】本発明の交換装置を用いた通信システムの第１の接続形態を示す図である。
【図４】本発明の交換装置を用いた通信システムの第２の接続形態を示す図である。
【図５】本発明の交換装置を用いた通信システムの第３の接続形態を示す図である。
【図６】本発明の交換装置を用いた通信システムの第４の接続形態を示す図である。
【図７】本発明の交換装置を用いた通信システムの第５の接続形態を示す図である。
【図８】本発明の交換装置を用いた通信システムの第６の接続形態を示す図である。
【図９】本発明の交換装置を用いた通信システムの第７の接続形態を示す図である。
【図１０】本発明の交換装置を用いた通信システムの第８の接続形態を示す図である。
【図１１】本発明の交換装置を用いた通信システムの第９の接続形態を示す図である。
【図１２】ＮＯ.７共通信号線メッセージの一覧を示す図である。
【図１３】Ｈ．３２３メッセージの一覧を示す図である。
【図１４】ＮＯ.７共通信号線メッセージとＨ．３２３メッセージの変換対応を示す図である。
【図１５】本発明の交換装置と独自手順にて接続される端末装置との接続構成を示す図である。
【図１６】接続シーケンスにおける信号線を説明する図である。
【図１７】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図１８】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図１９】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２０】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２１】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。
【図２２】ＬＡＮ側送受信、独自データフレーム形式を示す図である。
【図２３】独自データのデータフォーマットを示す図である。
【図２４】ＩＰ-ＭＦＴ用ＩＰアドレステーブルを示す図である。
【図２５】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２６】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２７】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２８】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図２９】プロトコル変換部のメッセージ変換動作を示すシーケンス図である。
【図３０】個別メッセージの伝達シーケンスを示す図である。
【図３１】個別メッセージの伝達シーケンスを示す図である。
【図３２】個別メッセージの伝達シーケンスを示す図である。
【図３３】共通メッセージの伝達シーケンスを示す図である。
【図３４】共通メッセージの伝達シーケンスを示す図である。
【図３５】ＩＰパケットデータのフレームフォーマットを示す図である。
【図３６】本発明のＩＰ-ＭＦＴの第１の実施形態（ＭＦＴ部）を示す図である。
【図３７】本発明のＩＰ-ＭＦＴの第１の実施形態（ＩＰＡＤＰ部）を示す図である。
【図３８】本発明のＩＰ-ＭＦＴの通信までの動作を示す接続シーケンス図である。
【図３９】本発明のＩＰ-ＭＦＴの通信までの動作を示す接続シーケンス図である。
【図４０】本発明のＩＰ-ＭＦＴの第２の実施形態を示す図である。
【発明を実施するための形態】
【００１２】
図１に本発明である交換装置を用いたシステム構成を示す。本発明である交換機１は公衆交換網８（以下ＰＳＴＮという）と接続され、複数のアナログ端末５（以下電話機という）と、複数のＬＡＮ（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 ）ヘッダ）を付加したフレームフォーマットを作成して、ＬＡＮＣ３１１から送出する。但し、ＲＴＰヘッダはデータ部とＴＣＰ／ＵＤＰヘッダ部の間に付加されるものとする。
【０３６２】
ＬＡＮＣ３１１は、それらデータを受信すると、ＡＲＰ（アドレス解決プロトコル）で取得した宛先ＭＡＣアドレスや送信元（自装置）ＭＡＣアドレスなどの入ったＬＡＮヘッダ（フラグ（Ｆ）、アドレス（Ａ）、コントロール（Ｃ）、タイプ）及びＦＣＳを付加してＬＡＮプロトコルに応じたフレームを構成し、ＰＨＹ３１３を経由させＨＵＢ２に送出する。
【０３６３】
次に、受信側での処理を説明する。受信側では、ＬＡＮＣ３１１が受信した音声パケット信号を、自装置宛てのパケットであるか否かを検出する。ここで、当該音声パケットが自装置宛てであった場合、ＬＡＮＣ３１１は音声パケットからＬＡＮヘッダ及びＦＣＳを削除し、図示しないメモリに書き込む。
【０３６４】
ＭＰＵＢ３１０は、ＬＡＮＣ３１１が書き込んだメモリからデータを読出し、ＲＡＭ３０９に書き込む。ＲＡＭ３０９にデータを書きこみ後、ＭＰＵＢ３１０は、データに付されているＴＣＰ／ＵＤＰヘッダを解析し、そのデータが音声データか制御データかを判定し、データが音声信号であると判定した場合、ＭＰＵＢ３１０は、ＲＴＰヘッダ、ＴＣＰ／ＵＤＰヘッダ及びＩＰヘッダを削除し、ＤＳＰ３０４へデータを転送する。
【０３６５】
このように、ＬＡＮＣ３１１を介して受信される数パケット分の音声パケットをＲＡＭ３０９に一旦貯め込んだ後、ＤＳＰ３０４に順次書き込むことにより、音声パケットの同期補正や、音声パケットのゆらぎ吸収を行っている。
【０３６６】
ＤＳＰ３０４は、復号化演算処理を実行後に、ＭＦＴ部２００にデータを転送し、ＣＯＤＥＣ２０２によりディジタル信号をアナログ信号に変換され、ハンドセット２０３に当該アナログ信号を出力する。このような処理により、話者間の通話が可能となる。
【０３６７】
図４０に、ＩＰーＭＴＦ６２の第２の実施形態を示す。図３６、図３７に示した第１の実施形態のＩＰ−ＭＦＴ６２は、交換機１の内線電話インタフェースにも接続可能な構成であったが、図４０のＩＰ−ＭＦＴ６２は、ＬＡＮへの接続に特化した機能ブロック構成となっている。
【０３６８】
第１の実施形態と第２の実施形態との相違点のみを説明する。
【０３６９】
第２の実施形態は、交換機１の内線電話機インタフェースであるＤＬＩ２０１と、ＤＬＩ２０１とのインタフェースをとるためのピンポン伝送部３０２、給電部３０１、ピンポン伝送部がＤＳＰ３０４とのインタフェースをとる２ＭＨＷインタフェース部３０３を削除している。また、呼制御情報であるＤチャネル情報は、直接ＭＰＵが管理するので、Ｄチャネル情報部３０５を削除している。また、制御系を一つにするため、ＭＰＵも１つのＭＰＵＡに統合している。
【０３７０】
但し、ＣＯＤＥＣ２０２とＤＳＰ３０４を直接接続するため、この間のインタフェースをとる回路はＤＳＰ内部に取り込んでいるものとする。ＣＬＫ／ＦＲＭ生成部３１４及びクロック源３１５は、ＤＳＰ３０４が必要とするクロック周波数やフレームを供給するようにしている。
【０３７１】
その他の構成及び機能は、図３６、図３７で説明したものと同様であり、このように、交換機１の内線電話機として使用できるインタフェースを削除し、シンプルな機能ブロック構成となっている。
【０３７２】
また、収容される内線電話機等がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理し、更にパケット網を介して交換機間で通信する場合においてもＳＳ７シグナリングで情報を用いて通信を行うことができる。
【符号の説明】
【０３７３】
１:交換機
２：ＨＵＢ
３：ルーター
４：ＩＰ網
５：一般電話機
６１：ＩＰ電話機（Ｈ．３２３対応端末）
６２：ＩＰ−ＭＦＴ
７：ＬＡＮ
８：公衆交換網（ＰＳＴＮ）
１１：従来回線部（ＥＸ部）
１２：交換制御部（ＣＣ部）
１３：音声変換部（ＶＣ部）
１４：ＩＰ呼制御部（ＳＣ部）
【特許請求の範囲】
【請求項１】
物理ポートを介してパケット網に接続し通話可能な電話機であって、
前記パケット網を介して特定の交換機との間で独自の手順を用いて、当該物理ポートを介して前記パケット網に接続された他の電話機と通話を行う第１のインタフェース手段と、
所定の標準規格に準拠した手順を用いて、前記交換機を用いることなく当該物理ポートを介して前記パケット網に接続された他の電話機と通話を行う第２のインタフェース手段と、
ダイヤルトーンやリングバックトーン等のトーン信号を生成し、自身のハンドセットより送出する手段と、を備えたことを特徴とする電話機。
【請求項２】
前記第２のインタフェース手段は、
前記パケット網を介して電話番号とＩＰアドレスとの変換を行う装置にアクセスし、
相手先のＩＰアドレスを取得し、
当該物理ポートを介して前記パケット網に接続された他の電話機と通話を行う、ことを特徴とする請求項１記載の電話機。
【請求項３】
前記第１のインタフェース手段と、前記第２のインタフェース手段とを切り替え、動作モードを変えての通話を可能とする、ことを特徴とする請求項２記載の電話機。
【請求項４】
パソコンやＨＵＢ等を収容可能な前記複数の物理ポートと、
前記複数の物理ポート間のスイッチングを行うＥｔｈｅｒｎｅｔ(登録商標)スイッチ手段と、を備えたことを特徴とする請求項３記載の電話機。
【請求項１】
物理ポートを介してパケット網に接続し通話可能な電話機であって、
前記パケット網を介して特定の交換機との間で独自の手順を用いて、当該物理ポートを介して前記パケット網に接続された他の電話機と通話を行う第１のインタフェース手段と、
所定の標準規格に準拠した手順を用いて、前記交換機を用いることなく当該物理ポートを介して前記パケット網に接続された他の電話機と通話を行う第２のインタフェース手段と、
ダイヤルトーンやリングバックトーン等のトーン信号を生成し、自身のハンドセットより送出する手段と、を備えたことを特徴とする電話機。
【請求項２】
前記第２のインタフェース手段は、
前記パケット網を介して電話番号とＩＰアドレスとの変換を行う装置にアクセスし、
相手先のＩＰアドレスを取得し、
当該物理ポートを介して前記パケット網に接続された他の電話機と通話を行う、ことを特徴とする請求項１記載の電話機。
【請求項３】
前記第１のインタフェース手段と、前記第２のインタフェース手段とを切り替え、動作モードを変えての通話を可能とする、ことを特徴とする請求項２記載の電話機。
【請求項４】
パソコンやＨＵＢ等を収容可能な前記複数の物理ポートと、
前記複数の物理ポート間のスイッチングを行うＥｔｈｅｒｎｅｔ(登録商標)スイッチ手段と、を備えたことを特徴とする請求項３記載の電話機。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【公開番号】特開２０１０−２７９０６２（Ｐ２０１０−２７９０６２Ａ）
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願番号】特願２０１０−１６４４３４（Ｐ２０１０−１６４４３４）
【出願日】平成２２年７月２２日（２０１０．７．２２）
【分割の表示】特願２００７−６１１１８（Ｐ２００７−６１１１８）の分割
【原出願日】平成１４年９月１９日（２００２．９．１９）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願日】平成２２年７月２２日（２０１０．７．２２）
【分割の表示】特願２００７−６１１１８（Ｐ２００７−６１１１８）の分割
【原出願日】平成１４年９月１９日（２００２．９．１９）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]