(57)【特許請求の範囲】
【請求項１】
一般電話機や公衆網を収容する従来回線部と、パケット網に接続された集線装置を介して
交換装置の独自プロトコル対応の第１のＩＰ端末及び前記パケット網において標準化されたプロトコル対応の第２のＩＰ端末を接続し、当該第１及び第２のＩＰ端末との呼制御を行うＩＰ呼制御部と、前記従来回線部からのアナログ音声データと前記パケット網からのパケット音声データの相互変換を行う複数の音声変換部と、前記複数の音声変換部の捕捉／解除を前記一般電話機や前記第１のＩＰ端末の動作状態に応じて制御する音声変換制御部と、前記従来回線部と前記ＩＰ呼制御部と前記音声変換部それぞれの交換制御を行う交換制御部とを有しており、前記従来回線部が受信した前記一般電話機や公衆網からのパケット網への呼制御情報は、前記交換制御部によって宛先を判別され、前記ＩＰ呼制御部へ送信後、前記パケット網に準じた呼制御データとして前記パケット網に送信し、前記従来回線部が受信した前記一般電話機や公衆網からのパケット網へのアナログ音声データは、前記交換制御部によって宛先を判別され、前記音声変換部へ送信後、前記パケット網に準じたパケット音声データとして前記パケット網に送信する交換装置であって、
前記交換制御部は、
前記第１のＩＰ端末が第２のＩＰ端末に対して接続要求した場合であって、前記音声変換制御部が前記複数の音声変換部のいずれかを捕捉し、前記第２のＩＰ端末が前記接続要求に対して応答した場合に、前記捕捉した音声変部を前記パケット音声データを送受信可能な状態とするとともに、前記第１のＩＰ端末に対しては、前記第２のＩＰ端末へのパケット音声データの宛先アドレスを前記第２のＩＰ端末、送信元アドレスを前記第１のＩＰ端末とさせ、前記第２のＩＰ端末に対しては、前記第１のＩＰ端末へのパケット音声データの宛先アドレスを前記捕捉した音声変換部、送信元アドレスを前記第２のＩＰ端末とさせるよう制御することを特徴とする交換装置。
【請求項２】
前記音声変換制御部が前記音声変換部を捕捉する際における前記パケット網に接続されている前記第１のＩＰ端末の動作状態とは、前記第１のＩＰ端末が発呼した時点、転送動作に入る時点、三者通話に入る時点及び前記第１のＩＰ端末を呼出す時点のいずれかであることを特徴とする請求項１記載の交換装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はインタ−ネット網や、構内ＬＡＮ等のイントラネットのようなパケット網と、公衆回線交換網とに接続されている端末装置間を通信させる交換装置に関する。
【０００２】
【従来の技術】
現在の公衆電話網において、最も多く使用されている機器はアナログ電話機である。また、構内交換機（ＰＢＸ）は多くの特別な機能を有し、アナログ電話機を内線電話として直接ＰＢＸに接続して多彩なサービスを行えるようにしている。
【０００３】
しかし、インタ−ネットの普及及び比較的安価なデジタルネットワ−クによって、インタ−ネットを用いた音声通信（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：ＶＯＩＰ）が急速に現実のものになってきている。すでにＶＯＩＰを用いてＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）とＰＣ間の音声通信を提供する製品はすでに存在している。
【０００４】
【発明が解決しようとする課題】
従来の公衆電話網においては、電話局が発呼された番号が登録されている電話番号であるかどうかのチェック、呼の接続、発呼者への呼び出し音等のステ−タス情報の提供、被呼者が応答したか否かの判別などによって通話を管理していが、インタ−ネットのようなパケット交換網においては、このような管理を行う電話局のようなものはない。そのためパケット交換網における通信デ−タを管理することも必要とされている。
【０００５】
また、従来の交換装置にパケット網とのインタフェースである通話回路を設けるが、パケット網とのデータ伝送を行うために物理的な通話回路を従来回線分（通話時に輻輳や塞がりが発生しないほどの数の通話回路）設けたりすることは物理的、経済的に問題がある。
【０００６】
【課題を解決するための手段】
本発明の第１の発明は、一般電話機や公衆網を収容する従来回線部と、パケット網に接続された集線装置を介して交換装置の独自プロトコル対応の第１のＩＰ端末及び前記パケット網において標準化されたプロトコル対応の第２のＩＰ端末を接続し、当該第１及び第２のＩＰ端末との呼制御を行うＩＰ呼制御部と、前記従来回線部からのアナログ音声データと前記パケット網からのパケット音声データの相互変換を行う複数の音声変換部と、前記複数の音声変換部の捕捉／解除を前記一般電話機や前記第１のＩＰ端末の動作状態に応じて制御する音声変換制御部と、前記従来回線部と前記ＩＰ呼制御部と前記音声変換部それぞれの交換制御を行う交換制御部とを有しており、前記従来回線部が受信した前記一般電話機や公衆網からのパケット網への呼制御情報は、前記交換制御部によって宛先を判別され、前記ＩＰ呼制御部へ送信後、前記パケット網に準じた呼制御データとして前記パケット網に送信し、前記従来回線部が受信した前記一般電話機や公衆網からのパケット網へのアナログ音声データは、前記交換制御部によって宛先を判別され、前記音声変換部へ送信後、前記パケット網に準じたパケット音声データとして前記パケット網に送信する交換装置であって、前記交換制御部は、前記第１のＩＰ端末が第２のＩＰ端末に対して接続要求した場合であって、前記音声変換制御部が前記複数の音声変換部のいずれかを捕捉し、前記第２のＩＰ端末が前記接続要求に対して応答した場合に、前記捕捉した音声変部を前記パケット音声データを送受信可能な状態とするとともに、前記第１のＩＰ端末に対しては、前記第２のＩＰ端末へのパケット音声データの宛先アドレスを前記第２のＩＰ端末、送信元アドレスを前記第１のＩＰ端末とさせ、前記第２のＩＰ端末に対しては、前記第１のＩＰ端末へのパケット音声データの宛先アドレスを前記捕捉した音声変換部、送信元アドレスを前記第２のＩＰ端末とさせるよう制御することを特徴とする。
【０００７】
本発明の第２の発明は、前記第１の発明の前記音声変換制御部が前記音声変換部を捕捉する際における前記パケット網に接続されている前記第１のＩＰ端末の動作状態とは、前記第１のＩＰ端末が発呼した時点、転送動作に入る時点、三者通話に入る時点及び前記第１のＩＰ端末を呼出す時点のいずれかであることを特徴とする。
【０００８】
【発明の実施の形態】
図１に本発明である交換装置を用いたシステム構成を示す。本発明である交換機１は公衆交換網８（以下ＰＳＴＮという）と接続され、複数のアナログ端末５（以下電話機という）と、複数のＬＡＮ（Local  Area   Network）通信用のＨＵＢ２を収容している。集線装置（Concentrator）であるＨＵＢ２は社内、構内用のＬＡＮケ−ブル７を通じてＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）と、交換機１との独自のインタフェ−スを持つＩＰ多機能電話機６２（以下ＩＰ−ＭＦＴという）および、一般的なＩＰル−タ−であるル−タ−３が接続されている。ル−タ−３は、異なるネットワーク同士を相互接続するネットワーク機器であり、通信経路が記述されたルーティングテーブルに従って、デジタルデ−タ（音声等）を宛先のネットワークまで中継する。そして、ル−タ−３を介して交換機１はInternet  Protocol網４（以下ＩＰ網という）と接続されている。
【０００９】
図２に本発明の交換機１の内部ブロック図を示す。交換機１内には従来の通りの電話交換機能と同様の機能を実現するための従来回線部１１（以下ＥＸ部という）と、ＬＡＮやＩＰ網４との呼制御を行うＩＰ呼制御部１４（以下ＳＣ部という）、アナログデ−タとパケットデ−タの変換を行う音声変換部１３（以下ＶＣ部という）と、ＥＸ部１１、ＳＣ部１４およびＶＣ部１３それぞれの交換制御を行う交換制御部１２（以下ＣＣ部という）とを備える。
【００１０】
従来回線部であるＥＸ部１１内には、ＰＳＴＮ８との電気的インタフェ−スを合わせ、通信を行う局線インタフェ−ス部１１１（以下ＣＯＴという）と、電話機５との電気的インタフェ−スを合わせ、通信を行う電話機インタフェ−ス部１１２（以下ＬＩＮＥという）と、ＣＣ部１２によって制御され、ＰＳＴＮ８、電話機５、および後述するＶＣ部１３からのデ−タの交換処理を行う時分割スイッチ部１１３（以下ＴＳＷという）とを備える。
【００１１】
ＥＸ部１１、ＳＣ部１４およびＶＣ部１３のそれぞれの交換制御を行うＣＣ部１２内には、ＰＳＴＮ８や専用線インタフェ−スとの接続制御を行っているＥＸ制御部１２１と、ＩＰ網４との呼制御を行うＳＣ部を制御し、チャネル毎の呼状態を管理、着信可否判定等を行うＳＣ制御部１２２と、音声変換を行う複数のＶＣ部１３を制御するＶＣ制御部１２３とを備えている。ＶＣ制御部１２３はチャネル毎のＩＰアドレスの管理する。チャネル毎に設定されている接続可能符号化方式やパケット多重数を管理し、呼接続時にその条件で接続可否の判定を行うチャネル毎接続条件管理機能と、チャネル毎の呼状態を管理して着信可否の判定を行うチャネル状態管理機能と、接続方路によりＶＣ部１３がチャネルの捕捉が必要か否かを判定し、チャネル捕捉／解除を行いチャネルの有効活用を行う機能を有している。
【００１２】
ＣＣ部１２が、ＥＸ部１１から通知される電話番号とパケット網内のアドレスであるＩＰアドレスの相互変換（予め変換する電話番号とＩＰアドレスは設定しておく必要がある）を行い、ＳＣ部１４を通じてＰＳＴＮ８とパケット網間の接続を制御している。
【００１３】
すなわち、ＰＳＴＮ８とパケット網に接続されている端末間の通信は、従来の交換機の着信機能でいうところのＤｉｒｅｃｔ  ｉｎ  Ｌｉｎｅ（ＤＩＬ）方式と同等の機能で接続されていることになる。
【００１４】
ＤＩＬとは、交換機１に収容してある特定の局線について、その局線に着信があった場合、予め指定してある内線あるいは内線グループに直接着信させる機能のことである。
【００１５】
ここで、複数のＶＣ部１３を搭載するようにしているのは、通話チャネル毎にＶＣ部１３のみを追加することで通話チャネル数の増加に対応ができるためであり、ＶＣ部１３は通話チャネル分の数あることが望ましい。しかし、通話チャネル分のＶＣ部１３を搭載することは、物理的、経済的に問題のあるので、後述するように通信を行う端末の動作状態に応じて、ＶＣ部１３の捕捉を行い使用することで、ＶＣ部の有効的な利用を行うことも可能である。
【００１６】
ＳＣ部１４も複数搭載可能であり、ＳＣ部１４の端末接続処理能力に応じて追加を行ったり、複数（ＳＣ分）の別ネットワークに接続することもできる。
【００１７】
次にＩＰ網４との呼制御を行うＳＣ部１４内には、ＣＣ部１２とのデ−タ送受信制御を行い、後述するプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェ−ス部１４３とに接続され、それらとＣＣ部１２とのメッセ−ジの送受信制御を行うＣＣインタフェ−ス部１４４と、ＣＣインタフェ−ス部１４４に接続され、ＳＳ７シグナリングにより局間サ−ビスを行うＮＯ．７制御部１４２と、同様にＣＣインタフェ−ス部１４４に接続され、ＣＣ部１２からの呼制御メッセ−ジをＨ．３２３呼制御メッセ−ジに変換し、Ｈ.３２３対応端末との通信を可能とするプロトコル変換部１４１と、同様にＣＣインタフェ−ス部１４４に接続され、交換機１と独自のプロトコルによって通信をおこなうＩＰ−ＭＦＴ６２とのインタフェ−スをとる独自インタフェ−ス部１４３と、プロトコル変換部１４１、ＮＯ．７制御部１４２および独自インタフェ−ス部１４３とに接続され、それらからのメッセ−ジの送受信制御を行い、またＨＵＢ２と接続され、ＬＡＮ側からのＩＰパケットデ−タの送受信処理を行うＬＡＮインタフェ−ス部１４５とを備えている。
【００１８】
また、プロトコル変換部１４１は、Ｈ．３２３対応端末との呼制御処理を行うＨ．２２５呼制御機能と、標準手順等がメディアパス未確立で接続された場合に、Ｈ．２４５手順による端末間での整合性確認処理を行うＨ．２４５メッセ−ジ制御機能をもつ。また、ＬＡＮ側に接続された相手端末の状態を常にＰｉｎｇコマンドによる監視を行うことにより、接続不可能状態となった装置への発信規制を行い、無駄な呼制御処理を行わないようにしている。監視方法は、定期的に相手先にＰｉｎｇコマンドを送出し、回線異常の発生及び異常からの復旧を検出しＣＣ部１２へ通知する。ｐｉｎｇ異常と判断する条件は、Ｐｉｎｇ応答結果データの異常時、Ｐｉｎｇコマンドに対する相手の応答なし及び、Ｐｉｎｇ送出時に使用するソケット異常とする。相手先のＩＰアドレスは、局データとして登録されたデータをＣＣ部１２から得て、そのＩＰアドレスを使用する。
【００１９】
次に、独自インタフェ−ス部１４３は、ＩＰ−ＭＦＴ６２からのログイン時に内線番号とＩＰアドレスとの関連づけ、その情報を管理する登録情報管理機能と、ＩＰ−ＭＦＴ６２の呼毎のチャネル接続情報（ポ−ト番号、パケット多重数、符号化方式等）を随時管理し、通話パス接続時の接続条件通知に用いる接続情報管理機能と、登録されたＩＰ−ＭＦＴ６２の正常性を確認し、常に最新のＩＰ−ＭＦＴ６２の状態をＣＣ部１２に通知する状態管理機能と、ＩＰ−ＭＦＴ６２との呼制御メッセ−ジの送受信処理を行う制御メッセ−ジ機能とを備える。
【００２０】
次に、ＣＣ部１２とＨＵＢ２との間に接続され音声変換を行うＶＣ部１３は、符号化方式（Ｇ．７１１、Ｇ．７２９、Ｇ．７２３）により音声デ−タの圧縮／伸長を行う音声圧縮機能と、Ｇ．７２３．１の有無により選択可否判断を行い発着信の規制を行うＧ．７２３．１動作規定処理機能と、パケットの多重化処理（各符号化方式／ＦＡＸ／モデム等の異なるペイロ−ドタイプ（以下ＰＴという）に対応したパケット生成／解析処理）を行う音声パケット処理機能と、ＬＡＮ上又は網間のゆらぎによる音の途切れをふせぐゆらぎ吸収制御機能と、対向装置間で発生する同期のズレを調整する同期補正機能と、通信中のＤＴＭＦ信号を音声とは別のコ−ド体系で送受信するＤＴＭＦ透過機能と、同一ＬＡＮ上に音声とデ−タが混在した場合に、ゆらぎや網内遅延による音声の途切れを回避するためにパケットデ−タの優先順位をきめて通信させる優先制御機能と、通話中の無音状態を検出して無音期間中のパケットデ−タの送出をやめ、ＬＡＮ上のトラヒック低減を行う無音サプレス機能と、通話中に回線障害等で通話先とのパケット送受信が不可能となった場合にその呼を無効として開放処理する通信中断監視機能とをもつ。
【００２１】
交換機１内のデータ形態は、ＣＣ部１２からのデータをプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５に送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３それぞれによって送信されるデータがＩＰパケット化される。
【００２２】
具体的には、プロトコル変換部１４１からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＨ．３２３データに変換した後ＩＰパケット化し、ＮＯ．７制御部１４２からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＮＯ．７データに変換した後ＩＰパケット化し、独自インタフェース部１４３からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データを独自インタフェース部１４３で、ＩＰ−ＭＦＴ６２が使用可能な独自データに変換後に、ＩＰパケット化して送信している。
【００２３】
ＣＣ部１２とＳＣ部１４間のデータは装置内独自データであるが、呼制御情報については、ＮＯ．７信号情報をそのまま使用すると変換効率がよいので、装置内独自メッセージとＮＯ．７メッセージが重複することが望ましい。
【００２４】
また、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５からＩＰパケットデータを受信し、ＣＣインタフェース１４４にデータを送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３において、パケットフレームがはずされ、受信したそれぞれのデータを装置内独自データに変換して、ＣＣ部１２に送信する。
【００２５】
本発明の実施形態に従う典型的な通話手順を図２を用いて説明する。これは、ＰＳＴＮ８に接続されている一般電話機（図示しない）が、ＨＵＢ２に接続されているＩＰ電話機６１へ電話をする場合を例とする。
【００２６】
一般電話機がＰＳＴＮ８を介して交換機１に発呼する。交換機１は発呼に対し、発信者からのダイヤル情報から接続しようとする相手先特定する。また、特定する発呼者自身を特定する番号、暗証コ−ド等を尋ねるアプリケ−ションで応答し、発呼者または発呼電話機を識別してもよい。
【００２７】
交換機１は発呼者が入力した電話番号に対応する地域をどの設備がサ−ビスしているのかを判断し、接続する相手がインタ−ネットのようなパケット交換網を用いているＩＰ電話機６１のような場合は、そのインタフェ−スに合わせた呼制御および通信デ−タの形態に変換して被呼側と通信させる。
【００２８】
交換機１は、被呼側の呼び出し中／話中／応答の状態を監視する。交換機１は、呼が応答される前に、発呼者に対して呼び出し音の再生などにより呼の状態を知らせることができるよう、呼の状態を発呼元に伝達できる。呼がＩＰ電話機６１を介して応答されると、交換機１は発呼者への呼び出し音再生を中止する。
【００２９】
そして、ＰＳＴＮ８側の電話機からの入力音声データを圧縮及び、圧縮した入力音声のパケットデ−タ化を行いＨＵＢ２に接続されているＩＰ電話機６１へ送信を開始する。一方では同時にＩＰ電話機６１からの入力パケットデ−タを受け取り、音声を伸長し、伸長した音声はＰＳＴＮ８を介して接続されている電話機に再生出力される。
【００３０】
このデ−タ通信（通話）の間、交換機１はデ−タ変換におけるＡ／Ｄ又はＤ／Ａ変換、暗号化／暗号翻訳、音声圧縮／伸長、それぞれの電話機へ出力されるデ−タ信号と同じデ−タ信号が話者に送り返されることの無いよう行われるエコ−キャンセル処理を行う。
【００３１】
上記２つの話者は、一方が電話を切るまで、通常通り通話する。交換機１によって回線の切断が検知されると、任意の使用料金への適用が可能な呼の詳細な記録（通話時間、送信されたパケット数、等）が取られる。
【００３２】
図３に本発明である交換機１を用いた通信システムにおける第１の接続形態を示す。
【００３３】
交換機１に収容されている電話機５と、交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）とが通信を行う場合、電話機５からＰＳＴＮ８への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。
【００３４】
ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものかを相手先番号等から判別して、ＴＳＷ１１３を動作させ、ＥＸ制御部１２１の受信した呼制御情報を基に、ＴＳＷ１１３、ＣＯＴ１１１を経由してＰＳＴＮ８へ送出する。次に、呼制御情報によって、ＰＳＴＮ８側への接続要求と認識したＥＸ制御部１２１が、ＴＳＷ１１３をＬＩＮＥ１１２とＣＯＴ１１１を接続させるよう動作させて、通信デ−タが通るル−トを形成させる。
【００３５】
電話機５からの通信（音声）デ−タは、先ほどル−トが形成されたとおり、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３およびＣＯＴ１１１の順でＰＳＴＮ８側へ送出され、ＰＳＴＮ８側からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００３６】
発信側がＰＳＴＮ８側からあるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００３７】
図４に本発明である交換機１を用いた通信システムにおける第２の接続形態を示す。
【００３８】
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、電話機５からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００３９】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
【００４０】
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
【００４１】
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００４２】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００４３】
図５に本発明である交換機１を用いた通信システムにおける第３の接続形態を示す。
【００４４】
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、電話機５からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００４５】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰ−ＭＦＴ６２で使用可能なＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
【００４６】
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
【００４７】
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
【００４８】
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
【００４９】
図６に本発明である交換機１を用いた通信システムにおける第４の接続形態を示す。
【００５０】
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、ＰＳＴＮ８側からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００５１】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３系の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
【００５２】
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させるよう指示する。
【００５３】
これによりＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２を経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
【００５４】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
【００５５】
図７に本発明である交換機１を用いた通信システムにおける第５の接続形態を示す。
【００５６】
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、ＰＳＴＮ８側からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
【００５７】
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
【００５８】
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に指示し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させる。
【００５９】
ＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
【００６０】
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
【００６１】
図８に本発明である交換機１を用いた通信システムにおける第６の接続形態を示す。
【００６２】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２ａとＩＰ−ＭＦＴ６２ｂとが通信を行う場合、ＩＰ−ＭＦＴ６２ａからＩＰ−ＭＦＴ６２ｂへの呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。（交換機１とＩＰ−ＭＦＴ６２間は独自手順による接続方式をとっているためである。）独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００６３】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２ａからの呼制御情報がどこに接続を要求しているものか判別して、ＩＰ−ＭＦＴ６２ｂへの接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ送信する。呼制御情報を受信した独自インタフェ−ス１４３は、独自メッセ−ジである呼制御情報をＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送信する。
【００６４】
ＩＰ−ＭＦＴ６２ａからの通信デ−タは、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送出される。ＩＰ−ＭＦＴ６２ｂからの通信デ−タもそれと同様のル−トで、送信される。
【００６５】
発信側がＩＰ−ＭＦＴ６２ｂであるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２ａに伝達される。
【００６６】
図９に本発明である交換機１を用いた通信システムにおける第７の接続形態を示す。
【００６７】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とＩＰ電話機６１とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ電話機６１への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＩＰパケットフレームをはずし、ＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００６８】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、プロトコル変換部１４１へ伝達する。装置内独自メッセージの呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換後にＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ電話機６１からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００６９】
ＩＰ−ＭＦＴ６２からＩＰ電話機６１への通信デ−タは、ＨＵＢ２を介してＩＰ電話機６１へ送出される。ＩＰ電話機６１からの通信デ−タは、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２というル−トでＩＰ−ＭＦＴ６２へ送信される。
【００７０】
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００７１】
図１０に本発明である交換機１を用いた通信システムにおける第８の接続形態を示す。
【００７２】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＨ．３２３対応端末９（以下ＩＰ網側端末）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側端末９への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００７３】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側端末９への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。
【００７４】
呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側端末９へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側端末９からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００７５】
ＩＰ−ＭＦＴ６２からＩＰ網側端末９への通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側端末９へ送出される。ＩＰ網側端末９からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
【００７６】
発信側がＩＰ網側端末９であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００７７】
図１１に本発明である交換機１を用いた通信システムにおける第９の接続形態を示す。
【００７８】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されている交換機１と同様の交換装置１０（以下ＩＰ網側交換機：本発明の交換機と同等機能の交換機若しくは同じ交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
【００７９】
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側交換機１０への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をＮＯ．７制御部１４２へ伝達する。
【００８０】
呼制御情報を受信したＮＯ．７制御部１４２は、呼制御情報をＰＢＸ間の通信で用いるＳＳ７系メッセージに変換後、ＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側交換機１０へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側交換機１０からのパケット音声データをＶＣ部１３で受信できるように準備する。
【００８１】
ＩＰ−ＭＦＴ６２からの通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側交換機１０へ送出される。ＩＰ網側交換機１０からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
【００８２】
発信側がＩＰ網側交換機１０であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
【００８３】
図３から図１１に示したとおり、ＳＣ部１４とＣＣ部１２間のメッセ−ジのやりとりは、装置内独自のメッセージ形態をとり、ＳＣ部１４とＨＵＢ２間のメッセージのやりとりは、ＩＰパケットデータ化したメッセージの形態をとっている。特に、ＩＰ網４を介しての交換機間（局間）でのメッセージのやりとりは、従来と同じく多彩な情報を伝達するのに有効なメッセ−ジであるＮＯ．７メッセ−ジをＩＰパケットデータ化して用いている。
【００８４】
ここで、ＮＯ．７メッセ−ジを伝達するＮＯ．７共通線信号方式について説明する。電話／ＩＳＤＮ網を構成するとき、電話交換機を制御する情報（制御信号）を、ユ−ザ−情報向け回線とは別の回線で伝送する方式を共通線信号方式という。
【００８５】
制御信号は、交換機間で接続を行う場合に必要な信号で、通信を接続するための相手先（着信）番号の転送、着信側が応答したことの通知、通信が終了したことの通知等の情報授受を行う。ＮＯ．７共通線信号方式は、ディジタル・ネットワ−クに対応した共通線信号方式として、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）が検討し、勧告した共通線信号方式(Ｑ．７００シリ−ズ勧告)である。これは、電話交換、デ−タ交換、ＩＳＤＮの疎通だけでなく、交換局の遠隔制御、ネットワ−クの保守や運用管理などの多様な用途に使用できる。
【００８６】
ＮＯ．７共通線信号方式は、その使用する用途によってユ−ザ−部が異なる。電話接続では電話ユ−ザ−部(TUP:telephone user part)、ＩＳＤＮではＩＳＤＮユ−ザ−部(ISUP：ISDN user part)を使用する。
【００８７】
ＮＯ．７共通線信号方式の特徴には、信号の種類が豊富、通話中の信号転送が可能、信号の高速転送が可能、電話、非電話サ−ビスの同一制御が可能、などがある。
【００８８】
図１２に、ＮＯ．７メッセ−ジの一覧を示す。
【００８９】
メッセ−ジの代表的なものを説明すると、ＩＡＩメッセ−ジ１２０とは、付加情報付アドレス信号であり、ＡＩＭ（アドレス信号）と同様に呼設定時最初に送られ、選択数字（ダイヤル等）情報と呼接続条件に関する情報の他に、発信者情報、呼種等の情報が付加された信号である。
【００９０】
ＡＣＩメッセ−ジ１２１とは、付加情報付アドレス完了信号であり、ＡＣＭ（アドレス完了信号）メッセ−ジと同様に被呼接続に必要なアドレス情報を全部受信したことを示し、そのほかに被呼者情報が付加された信号である。
【００９１】
ＡＮＤメッセ−ジ１２２とは、付加情報不応答信号であり、着呼加入者応答時に、応答加入者情報を付加して発信局側に送出される信号である。
【００９２】
ＣＬＦメッセ−ジ１２３とは、切断信号であり、設定途中の呼、または通話中の呼が終了したことを示す信号であり、通常は発信者の復旧により送出するが、ＲＳＣメッセ−ジ（回線リセット信号）受信時にも送出する。
【００９３】
ＲＬＧメッセ−ジ１２４は、復旧完了信号であり、切断信号又は回線リセット信号に対して当該回線が空き状態になったことを示す信号である。
【００９４】
ＳＳＢメッセ−ジ１２５は、加入者話中信号であり、被呼加入者が話中であることを示す信号である。
【００９５】
次に、図１３にはＨ．３２３メッセ−ジ（Ｈ．２２５呼制御情報）一覧を示す。
【００９６】
代表的な呼設定メッセ−ジと呼終結メッセ−ジについて説明する。まず、呼設定メッセ−ジであるＡｌｅｒｔｉｎｇ１３０は呼出を示す信号であり、ＣａｌｌＰｒｏｃｅｅｄｉｎｇ１３１は、呼設定受付を示す信号である。また、Ｃｏｎｎｅｃｔ１３２は応答を示し、Ｃｏｎｎｅｃｔ  Ａｃｋｎｏｗｌｅｄｇｅ１３３は応答確認を、Ｐｒｏｇｒｅｓｓ１３４は経過表示を、Ｓｅｔｕｐ１３５は呼設定を、Ｓｅｔｕｐ  Ａｃｋｎｏｗｌｅｄｇｅ１３６は呼設定確認を示す信号である。
【００９７】
次に呼終結メッセ−ジのＤｉｓｃ１３７は、切断を示し、Ｒｅｌｅａｓｅ１３８は開放を、Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅａｔｅ１３９は開放完了を示す信号である。
【００９８】
図１４に、ＮＯ．７メッセ−ジとＨ．３２３（Ｈ．２２５）メッセ−ジの変換対応表を示す。
【００９９】
図１４に示したように、ＮＯ．７メッセ−ジである付加情報付アドレス信号（ＩＡＩ）とＨ．３２３メッセ−ジである呼設定（Ｓｅｔ  ｕｐ）（１４０）、ＮＯ．７メッセ−ジである付加情報付アドレス完了信号（ＡＣＩ）とＨ．３２３メッセ−ジである呼出（Ａｌｅｒｔ）（１４１）、ＮＯ．７メッセ−ジである付加情報付応答信号（ＡＮＤ）とＨ．３２３メッセ−ジである応答（Ｃｏｎｎｅｃｔ）（１４２）、といった具合に相互に変換を対応づけている。
【０１００】
ＣＣ部１２内で扱うメッセ−ジ体系は、独自メッセ−ジとしているため、他の局から受信したＮＯ．７メッセージは、一旦装置内の独自メッセージにて変換後、Ｈ．３２３端末（ＩＰ電話機６１等）へ送信する場合に、更にメッセ−ジをＨ．３２３メッセ−ジに置換えて接続制御している。
【０１０１】
ＮＯ．７メッセージと独自メッセージの変換時に、同一データ（データフォーマット異なるが、主データは同じ）の場合は、データフォーマット変換のみ行う。また、Ｈ．３２３メッセ−ジと独自メッセージ変換も同一データ（データフォーマット異なるが、主データは同じ）である場合は、データフォーマット変換のみ行う。
【０１０２】
この変換メッセ−ジ処理を用いたシステム全体の動作シーケンス例は、図１６から図２１を用いて後述する。
【０１０３】
図１５に、独自手順にて交換機１と接続されるＩＰ−ＭＦＴ６２との間のメッセ−ジ送受信方式を示すシステム構成を示す。
【０１０４】
交換機１とＩＰ−ＭＦＴ６２間の共通メッセ−ジは、時刻情報や同時制御情報があり、交換機１から複数のＩＰ−ＭＦＴ６２に同時に伝送される。ＬＡＮ７上における共通メッセ−ジ伝送方式は以下のとおりである。
【０１０５】
交換機１から延びるＬＡＮにル−タ−３ａや複数のＩＰ−ＭＦＴ６２（ａ）、（ｂ）、（ｃ）が接続されている。ル−タ−３ａの先にはＩＰ網を経由して同様にルータ３ｂを介してＩＰ−ＭＦＴ６２（ｄ）、（ｅ）が接続されている。
【０１０６】
交換機１とＩＰ−ＭＦＴ６２間の通信は、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケット交換を行っている。これは、１パケットデ−タの送信のみのマルチキャスト伝送であるため、回線のトラヒックが低くて済むことからである。ここで、パケットデ−タ紛失等を考慮してパケットデ−タの２度送り等を行ってもよい。
【０１０７】
ＵＤＰとは、ＴＣＰ/ＩＰプロトコルにおける、トランスポ−ト層のプロトコルである。２つのノ−ド上のプロセス（アプリケ−ション）間で、ベストエフォ−ト型のデ−タグラム指向の通信を行なう。
【０１０８】
ＵＤＰは、その下位層にあるＩＰパケットをほとんどそのままアプリケ−ションから使えるようにしただけのプロトコルである。そのため、パケットが相手に確実に届くという保証はないし、再送や受信確認応答、フロ−制御、大きなデ−タの分割や再合成（フラグメント化）などはすべてアプリケ−ション側で自分で制御する必要がある。ただし、これらのオ−バ−ヘッドがないので、処理は簡単であり、高速という特徴がある。
【０１０９】
図１７から図２１に、交換機１を介した端末装置間の接続シ−ケンスを示す。図１６には、図１７から図２１を説明する上で必要となる記号の一覧を示す。
【０１１０】
項番１の記号▲１▼はＶＣのＩＰアドレス、相手端末のＩＰアドレス等の情報を含むことを示し、項番２の記号▲２▼は、圧縮方式、パケット多重数等の情報を含むことを示し、項番３の記号▲３▼は、ＩＰ−ＭＦＴ６２のＩＰアドレス等の情報を含むことを示し、項番４の矢印は呼制御（以下ＳＰ系という）メッセ−ジを示し、項番５の矢印ＳＰ（ＩＰ）系は呼制御ＩＰパケットデ−タ型メッセ−ジを示し、項番６の矢印はＴＳＷにおける経路スイッチング指示を示し、項番７の矢印は、ＰＣＭ音声を示し、項番８の矢印は、ＩＰパケット音声を示し、項番９はＶＣ部１３を捕捉した状態となったことを示し、項番１０はＩＰパケット音声の送受信可能状態（以下チャネルオ−プン状態という）を、項番１１はチＩＰパット音声の送受信停止状態（以下チャネルクロ−ズ状態という）を示すものとする。
【０１１１】
図１７に、交換機１に直接収容された電話機５と、ＨＵＢ２経由で交換機１に接続されたＩＰ−ＭＦＴ６２との接続シ−ケンスを示す。
【０１１２】
電話機５が受話器を上げる（ＯＦＦ  ＨＯＯＫ）と（Ｓ１７００）、その情報は、ＥＸ部１１で認識され、ＣＣ部１２に伝達される（Ｓ１７０１）。ＯＦＦ  ＨＯＯＫ情報を受けたＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７０２）、ダイヤルト−ンを電話機５に出力させる（Ｓ１７０３）。音源トランクは、ダイヤルト−ンやリングバックト−ン等の音生成をおこなっている部位である。
【０１１３】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識した電話機５は、接続するためのダイヤル送信を開始する（Ｓ１７０４）。ＥＸ部１１経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１７０５）、音源トランクとＬＩＮＥ１１２との接続を解除させ、ダイヤルト−ンの送出をとめる（Ｓ１７０６、Ｓ１７０７）。
【０１１４】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１７０８）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス部１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１７０９）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２のＩＰアドレス宛てに独自メッセ−ジ（ＩＰパケット型呼制御メッセージ）を送信し、ベルの鳴動を要求する（Ｓ１７１０）。このメッセージには、ＩＰ−ＭＦＴ６２が接続され、音声データの伝送に使用するＶＣ部１３のＩＰアドレス及び発信元のＳＣ部１４のＩＰアドレスの情報も付加されている。
【０１１５】
その要求に従い、ＩＰ−ＭＦＴ６２は自身の呼び出しベルを鳴動させる（Ｓ１７１１）。また、ＣＣ部１２は、ダイヤルを受信し終えたと同時に、ＶＣ部１３に対して使用中（以下ＢＳＹという）メッセ−ジを伝達し（Ｓ１７１２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１７１３）。
【０１１６】
これと同時にＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７１４）、リングバックト−ンを電話機５に出力させる（Ｓ１７１５）。これを受けて電話機５は、相手を呼び出し中であることを認識する。
【０１１７】
ここで、ＩＰ−ＭＦＴ６２が受話器を上げると（ＯＦＦ  ＨＯＯＫ）（Ｓ１７１６）、その情報をＩＰパケット型独自メッセ−ジでＳＣ部１４内の独自インタフェ−ス部１４３に送り（Ｓ１７１７）、ＣＣ部１２に伝達される（Ｓ１７１８）。それを受けたＣＣ部１２は、折り返し電話機５とＩＰ−ＭＦＴ６２が通話する旨のメッセ−ジを独自インタフェ−ス１４３に返し（Ｓ１７１９）、独自インタフェ−ス１４３はＩＰパケット型独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１７２０）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１７２１）。
【０１１８】
また、ＣＣ部１２は上記と同時期にＥＸ部１１内のＬＩＮＥ１１２とＶＣ部１３を接続するようＴＳＷ１１３に指示し（Ｓ１７２２）、ＶＣ部１３に対しても電話機５とＩＰ−ＭＦＴ６２が通話する旨の指示と（Ｓ１７２３）、チャネルをオ−プンさせる旨のメッセ−ジを送り（Ｓ１７２４）、このメッセ−ジを受け、ＶＣ部１３はチャネルオ−プン状態となり（Ｓ１７２５）、交換機１の通話準備が完了する。
【０１１９】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＶＣ部１３までがＩＰパケット音声（宛先はＶＣ部１３、発信元はＩＰ−ＭＦＴ６２）で伝送され、ＶＣ部１３でＰＣＭアナログ音声に変換後、ＥＸ部１１内のＴＳＷ１１３、ＬＩＮＥ１１２経由で電話機５に伝送される（Ｓ１７２６）。ＩＰパケット音声とＰＣＭ音声の変換はＶＣ部１３が行い、ＴＳＷ１１３が電話機５が接続されているＬＩＮＥ１１２とＶＣ１３との接続ル−トを形成させる。そのスイッチング制御をＴＳＷ１１３へ行っているのは、接続元、接続先情報を管理しているＣＣ部１２である。
【０１２０】
電話機５からのアナログ音声データは、ＥＸ部１１で受信後、ＶＣ部１３に送信し、ＶＣ部１３によってＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、発信元はＶＣ部１３）化され、ＩＰ-ＭＦＴ６２へ送信される。
【０１２１】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおき（ＯＮ  ＨＯＯＫ）（Ｓ１７２７）、その情報をＩＰパケット型独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１７２８）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１７２９）。そのＯＮ  ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して復旧（以下空という）メッセ−ジを返し（Ｓ１７３０）、それを受けた独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１７３１）。これで、ＩＰ−ＭＦＴ６２は待機状態であるチャネルクロ−ズ状態となる（Ｓ１７３２）。
【０１２２】
また、ＣＣ部１２はＩＰ−ＭＦＴ６２が受話器を置いたことを認識したため、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７３３）、音源トランクからのビジ−ト−ンを電話機５に出力させる（Ｓ１７３４）。それと同時にＣＣ部１２は、ＶＣ部１３に空メッセ−ジを送り、ＶＣ部１３も、チャネルクロ−ズ状態となる（Ｓ１７３５、Ｓ１７３６）。
【０１２３】
そして、ビジ−ト−ンを聞いた電話機５の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１７５０）。このＯＮ  ＨＯＯＫ情報をＥＸ部１１が検出して、ＣＣ部１２に伝送し通話が終了する（Ｓ１７３７）。
【０１２４】
次に、発呼者先掛け時で電話機５から通話を終了する場合は、まず、電話機５が受話器をおき（ＯＮ  ＨＯＯＫ）（Ｓ１７３８）、その情報をＥＸ部１１で認識し、ＣＣ部１２に伝達する（Ｓ１７３９）。そのＯＮ  ＨＯＯＫ情報を受信したＣＣ部１２は、ＶＣ部１３に対して、空メッセ−ジを送り（Ｓ１７４０）、それを受けたＶＣ部１３はチャネルクロ−ズ状態となる（Ｓ１７４１）。
【０１２５】
また、ＣＣ部１２は、ビジ−ト−ン送出要求をＳＣ部１４に送り（Ｓ１７４２）、ＳＣ部１４内の独自インタフェ−ス部１４３は、その情報を独自メッセ−ジ変換しＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４３）。
【０１２６】
相手が受話器をおいた情報であるビジ−ト−ン送出要求を受けたＩＰ−ＭＦＴ６２は、自身でビジ−ト−ンを発生させ話者に通知する（Ｓ１７４４）。そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１７４５）。ＩＰ−ＭＦＴ６２はＯＮ  ＨＯＯＫ情報を独自メッセ−ジでＳＣ部１４に送り、それを受信したＳＣ部１４からＯＮ  ＨＯＯＫ情報を受けたＣＣ部１２は（Ｓ１７４６）、ＩＰ−ＭＦＴ６２が受話器を置いたことを認識して、ＳＣ部１４経由で空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４７）。
【０１２７】
それをＩＰ−ＭＦＴ６２が受けるとチャネルクロ−ズ状態へ移行し、ビジ−ト−ンの出力を止め、通話が終了する（Ｓ１７４８、Ｓ１７４９）。
【０１２８】
図１８に、交換機１にＨＵＢ２を経由して接続されているＩＰ−ＭＦＴ６２（ａ）、（ｂ）相互間の接続シ−ケンスを示す。
【０１２９】
ＩＰ−ＭＦＴ６２（ａ）が受話器を上げる（ＯＦＦ  ＨＯＯＫ）と（Ｓ１８００）、その情報は、ＩＰパケット型呼制御メッセージとして送出され、ＳＣ部１４内の独自インタフェ−ス１４３で認識し（Ｓ１８０１）、ＣＣ部１２に伝達される（Ｓ１８０２）。このＳＣ部１４へのメッセージの宛先ＩＰアドレスはＳＣ部１４であり、発信元ＩＰアドレスはＩＰ−ＭＦＴ６２ａである。
【０１３０】
ＯＦＦ  ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ１８０３）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１８０４）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送出する（Ｓ１８０５、Ｓ１８０６）。ＳＣ部１４ｋａｒａＩＰ−ＭＦＴ６２ａに送信されたダイヤルト−ン出力要求には、音声通信で使用するＶＣ部１３のＩＰアドレス情報も付加されている。
【０１３１】
ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ａ）は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ１８０７）。
【０１３２】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２（ａ）の話者は、接続するためのダイヤル送信を開始する（Ｓ１８０８）。
【０１３３】
ＳＣ部１４経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１８０９）、ダイヤルト−ン停止要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送り（Ｓ１８２０）、ＩＰ−ＭＦＴ６２（ａ）からのダイヤルト−ンの出力を停止させる（Ｓ１８２１）。
【０１３４】
最終ダイヤルを受信したＣＣ部１２は（Ｓ１８２２）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１８２３）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレス宛てにパケット型の独自メッセ−ジを送信（送信元ＩＰアドレスはＳＣ部１４）し、ベルの鳴動を要求する（Ｓ１８２４）。
【０１３５】
その要求に従い、ＩＰ−ＭＦＴ６２（ｂ）は自身の呼び出しベルを鳴動させる（Ｓ１８２５）。これと同時にＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２（ａ）に行い（Ｓ１８２６）、その指示に従い、リングバックト−ンをＩＰ−ＭＦＴ６２（ａ）が出力する（Ｓ１８２７）。
【０１３６】
ここで、ＩＰ−ＭＦＴ６２（ｂ）の話者が受話器を上げると（ＯＦＦ  ＨＯＯＫ）（Ｓ１８２８）、その情報はＩＰパケット型の独自メッセ−ジ（宛先ＩＰアドレスはＳＣ部１４、送信元ＩＰアドレスはＩＰ−ＭＦＴ６２（ｂ））でＳＣ部１４内の独自インタフェ−ス１４３で受信され（Ｓ１８２９）、ＣＣ部１２に伝達される（Ｓ１８３０）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスを付加）を、ＳＣ部１４内の独自インタフェ−ス１４３に返し（Ｓ１８３１）、独自インタフェ−ス１４３は独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８３２）。この情報によりＩＰ−ＭＦＴ６２（ｂ）はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１８３３）。
【０１３７】
また、ＣＣ部１２は上記と同時期にＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスを付加）をＳＣ部１４内の独自インタフェ−ス１４３を用いて、ＩＰ−ＭＦＴ６２（ａ）へも伝達し、ＩＰ−ＭＦＴ６２（ａ）も通話準備が完了する（Ｓ１８３４、Ｓ１８３５）。
【０１３８】
また、ＣＣ部１２は、ＶＣ部１３に空メッセージも送り、先ほど捕捉したがこのＩＰ-ＭＦＴ６２間のい通信では使用しないＶＣ部１３をチャネルクローズ状態にする（Ｓ１８３７）。
【０１３９】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２（ａ）、（ｂ）間をＬＡＮ経由でＩＰパケット音声のみで伝送される（Ｓ１８３８）。この時のＩＰ−ＭＦＴ６２（ａ）からＩＰ−ＭＦＴ６２（ｂ）への音声データは、宛先がＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスであり、発信元ＩＰアドレスがＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスとなっており、ＩＰ−ＭＦＴ６２（ｂ）からＩＰ−ＭＦＴ６２（ａ）への音声データも同様の形態をとっている。
【０１４０】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２（ｂ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ｂ）が受話器をおき（ＯＮ  ＨＯＯＫ）（Ｓ１８３９）、その情報を独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１８４０）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１８４１）。そのＯＮ  ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して空メッセ−ジを返し（Ｓ１８４５）、それを受けたＳＣ部１４内の独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８４６）。これを受けて、ＩＰ−ＭＦＴ（ｂ）は待機状態であるチャネルクロ−ズとなる（Ｓ１８４７）。
【０１４１】
また、ＣＣ部１２は、ＩＰ−ＭＦＴ６２（ｂ）が受話器を置いたことを認識したため、ＩＰ−ＭＦＴ６２（ａ）に対してビジ−ト−ン出力要求を送信する（Ｓ１８４８）。それを受けたＩＰ−ＭＦＴ６２（ａ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８４９）。
【０１４２】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ａ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１８５０）。ＩＰ−ＭＦＴ６２（ａ）は、このＯＮ  ＨＯＯＫ情報を交換機１に送出し、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ａ）に返送する（Ｓ１８５１）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ａ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８５２）。
【０１４３】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２（ａ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ａ）が受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１８５３）、その情報は、ＩＰ−ＭＦＴ６２（ａ）からＳＣ部１４に伝達され（Ｓ１８５４）、それを受けたＳＣ部１４は、ビジ−ト−ン出力要求を相手方のＩＰ−ＭＦＴ６２（ｂ）へ送出する（Ｓ１８５５）。ビジ−ト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ｂ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８５６）。
【０１４４】
ＣＣ部１２は、ビジ−ト−ン出力要求を受けると、ＩＰ−ＭＦＴ６２（ａ）に対して、空メッセ−ジを送り（Ｓ１８５７）、それを受けたＩＰ−ＭＦＴ６２（ａ）は、チャネルクロ−ズ状態となる（Ｓ１８５８）。
【０１４５】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ｂ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１８５９）。ＩＰ−ＭＦＴ６２（ｂ）は、このＯＮ  ＨＯＯＫ情報を交換機１に送出し（Ｓ１８６０）、ＣＣ部１２がそれを検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ｂ）に返送する（Ｓ１８６１、Ｓ１８６２）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ｂ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８６３）。
【０１４６】
図１９に、ＨＵＢ２経由で交換機に接続されているＩＰ−ＭＦＴ６２と、ＩＰ電話機６１との接続シ−ケンスを示す。
【０１４７】
ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図１８と同様なので省略する。
【０１４８】
ダイヤル情報を独自メッセージによりＳＣ部１４内の独自インタフェース部１４３経由でダイヤルを受信したＣＣ部１２は（Ｓ１９００）、ＮＯ．７メッセ−ジの付加情報アドレス信号であるＩＡＩを使用し、ＳＣ部１４内のプロトコル変換部１４１に送る（Ｓ１９０１）。この呼制御メッセージには音声データ通信で使用するＶＣ部１３のＩＰアドレスや宛先であるＩＰ電話機６１のＩＰアドレス、ポート番号情報などが格納されている。
【０１４９】
それを受けたプロトコル変換部１４１は、図１４に示す変換表に従い、ＩＡＩメッセ−ジをＨ．３２３メッセ−ジの呼設定要求であるＳＥＴ  ＵＰに変換し、ＩＰパケットデ−タにてＩＰ電話機６１に伝達する（Ｓ１９０２）。また、このＳＥＴ  ＵＰメッセージは、送信元がＳＣ部１４のＩＰアドレス、宛先がＩＰ電話機６１としており、ＳＥＴ  ＵＰメッセージ内の着信者番号はＩＰ電話機６１のＩＰアドレスとしている。
【０１５０】
ＳＥＴ  ＵＰを受けたＩＰ電話機６１は、呼設定受付処理を行い、ＳＣ部１４に対して、Ｈ．３２３メッセージのＣＡＬＬ  ＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ１９０３、Ｓ１９０４、Ｓ１９０５）。また、このＣＡＬＬ  ＰＲＯＣ等の応答メッセージの宛先はＳＣ部１４のＩＰアドレスとしている。
【０１５１】
ＡＬＥＲＴを受けたＳＣ部１４内のプロトコル変換部１４１は、先ほどの変換表に従い、ＡＬＥＲＴメッセ−ジをＮＯ．７メッセ−ジの付加情報付アドレス完了信号であるＡＣＩに変換し、更に、ＩＰパケット音声送信不可情報（以下インチャネル利用不可情報という）とともにＣＣ部１２に伝える（Ｓ１９０６）。
【０１５２】
インチャネル利用不可情報は、ＩＰ−ＭＦＴ６２に対してのリングバックトーンを対向装置から送信できない場合に送るメッセージであり、ＩＰ−ＭＦＴ６２に対してリングバックトーン送出要求を送信する契機となっている。対向装置がＩＰ−ＭＦＴ６２に対してリングバックトーン（ＩＰパケット型）を送信できるような場合は、後述するＩＰパケット音声送信可能情報（以下インチャネル利用可情報という）を用いる。
【０１５３】
これを受けたＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ１９０７）、リングバックト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、リングバックト−ンの出力を行う（Ｓ１９０８、Ｓ１９０９）。
【０１５４】
ここで、ＩＰ電話機６１が受話器を上げると（ＯＦＦ  ＨＯＯＫ）（Ｓ１９１０）、そのＩＰ電話機６１自身がチャネルオープン状態となり、そのＯＦＦ  ＨＯＯＫ情報は、Ｈ．３２３メッセ−ジでＳＣ部１４内のＨ．３２３インタフェ−ス１４１に送られる（Ｓ１９１１）。
【０１５５】
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信したＳＣ部１４内のプロトコル変換部１４１は、ＮＯ．７メッセ−ジであるＡＮＤ(付加情報付応答信号)に変換され、ＣＣ部１２に伝達される（Ｓ１９１２）。この呼制御メッセージには相手端末（ＩＰ−ＭＦＴ６２）のＩＰアドレス、ポート番号、圧縮方式などの情報が格納されている。
【０１５６】
それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ電話機６１が通話する旨のメッセ−ジをプロトコル変換部１４１に返すとともに（Ｓ１９１３）、同様のメッセ−ジをＩＰ−ＭＦＴ６２へ送出するため、ＳＣ部１４内の独自インタフェ−ス部１４３へも送り（Ｓ１９１４）、同時にＶＣ部１３へＩＰパケット音声中継メッセ−ジ（以下デジタル１リンクメッセ−ジという）を送る（Ｓ１９１５）。
【０１５７】
上記メッセ−ジを受けた独自インタフェ−ス１４３は、独自メッセ−ジ（宛先はＩＰ−ＭＦＴ６２のＩＰアドレス、送信元は、ＳＣ部１４のＩＰアドレス）にてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１９１６）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１９１７）。また、上記デジタル１リンクメッセ−ジを受けたＶＣ部１３も、チャネルオ−プンの状態となり通話準備が完了する（Ｓ１９１８）。
【０１５８】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ電話機６１へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ電話機６１、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ電話機６１からＩＰ−ＭＦＴ６２への通話データ（宛先はＶＣ部１３、送信元はＩＰ電話機６１）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、送信元はＳＣ部１４）で伝送される（Ｓ１９１９）。
【０１５９】
ＩＰ電話機６１からＩＰ-ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ電話機６１が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ電話機６１が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＶＣ部１３から送信するＩＰ電話機６１から受信したデータの宛先を替えるだけよいからである。
【０１６０】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおき（ＯＮ  ＨＯＯＫ）（Ｓ１９２０）、その情報をＨ．３２３メッセ−ジのＲＥＬ  ＣＯＭＰにてＳＣ部１４内のプロトコル変換部１４１に伝達し（Ｓ１９２１）、ＳＣ部１４はそれをＣＣ部１２に伝達する。プロトコル変換部１４１では、ＯＮ  ＨＯＯＫ（開放）情報であるＲＥＬ  ＣＯＭＰメッセ−ジを受けて、ＣＢＫ（終話信号）に変換してＣＣ部１２に送り（Ｓ１９２２）、それを受けたＣＣ部１２はＣＬＦ（切断信号）を返す（Ｓ１９２３）。
【０１６１】
ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に送り（Ｓ１９２４）、ＣＣ部１２は、それを受けて空メッセ−ジを返し、プロトコル変換部は待機状態となる（Ｓ１９２５）。
【０１６２】
さきほど、ＣＢＫを受信したＣＣ部１２は、ＳＣ部内の独自インタフェ−ス１４３にビジ−ト−ン出力要求を行い（Ｓ１９２６）、それを受けた独自インタフェ−ス部１４３がＩＰパケット型の独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１９２７）。その要求を受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１９２８）。
【０１６３】
また、ＣＣ部１２はビジートーン出力要求を送出すると同時にＶＣ部１３に空メッセージを送出し（Ｓ１９２９）、それを受けてＶＣ部１３はチャネルクローズ状態となる（Ｓ１９３０）。
【０１６４】
その後、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１９３１）。ＩＰ−ＭＦＴ６２は、このＯＮ  ＨＯＯＫ情報を交換機１に送出し（Ｓ１９３２）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ１９３３）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１９３４）。
【０１６５】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１９３５）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４に伝達され（Ｓ１９３６）、それを受けたＳＣ部１４は、ＣＣ部１２に伝え（Ｓ１９３７）、ＣＣ部１２はプロトコル変換部１４１に対して、ＮＯ．７メッセージであるＣＬＦ（切断信号）で伝える（Ｓ１９４０）。これと同時に、空メッセ−ジをＩＰ−ＭＦＴ６２に返送してＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にする（Ｓ１９３８、Ｓ１９３９）。
【０１６６】
また、ＣＬＦを受けたプロトコル変換部１４１は、ＣＬＦをＨ．３２３メッセ−ジであるＲＥＬ  ＣＯＭＰ（開放完了）に変換して、ＩＰ電話機６１へ送出する（Ｓ１９４１）。これをＩＰ電話機６１が受けると、チャネルクロ−ズ状態となり話者が受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ１９４２、Ｓ１９４３）。
【０１６７】
ここで、ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に返し（Ｓ１９４４）、ＣＣ部１２は、それを受けて空メッセ−ジをプロトコル変換部１４１とＶＣ部１３に送り、ＶＣ部１３はチャネルクロ−ズ状態となり通話が終了する（Ｓ１９４５、Ｓ１９４６、Ｓ１９５７）。
【０１６８】
図２０に、ＨＵＢ２経由で交換機１に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３経由でＩＰ網２側に接続されているＮＯ．７メッセージ対応であるＩＰ網側交換装置１０との接続シ−ケンスを示す。
【０１６９】
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＮＯ．７メッセ−ジ対応交換装置１０（以下ＩＰ網側交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２が受話器を上げる（ＯＦＦ  ＨＯＯＫ）と（Ｓ２０００）、その情報（宛先はＳＣ部１４、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）は、ＳＣ部１４内の独自インタフェ−ス１４３で認識され、ＣＣ部１２に伝達される（Ｓ２００１）。
【０１７０】
ＯＦＦ  ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ２００２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ２００３）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２に送出する（Ｓ２００４）。ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ２００５）。
【０１７１】
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２は、接続するためのダイヤル送信を開始する（Ｓ２００６）。
【０１７２】
ＳＣ部１４内の独自インタフェース部１４３経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ２００７）、ダイヤルト−ン停止要求をＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２からのダイヤルト−ンの出力をとめさせる（Ｓ２００８、Ｓ２００９）。
【０１７３】
最終ダイヤルを受信したＣＣ部１２は（Ｓ２０１０）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内のＮＯ．７制御部１４２に対しＮＯ．７メッセージであるＩＡＩを送る（Ｓ２０１１）。このメッセ−ジは、発信元であるＳＣ部１４のＩＰアドレス、宛先であるＩＰ網側交換機１０のＩＰアドレスや、音声データ通信で使用するＶＣ部１３のＩＰアドレス等が格納されている。それを受けたＮＯ．７制御部１４２はＩＰ網４側装置にＮＯ．７メッセージであるＩＡＩをＩＰパケットデ−タ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）化して送出する（Ｓ２０１２）。
【０１７４】
ＩＡＩを受けたＩＰ網側交換機１０は、着信状態となり（Ｓ２０１３）、ＮＯ．７メッセ−ジのＡＣＩ（付加情報付アドレス完了信号）をパケットデ−タ（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０）にてＮＯ．７制御部１４２におくり（Ｓ２０１４）、ＩＰ網側交換機１０に接続されている端末に対してベル（リングバックト−ン）の鳴動を開始する（Ｓ２０１５）。
【０１７５】
ＩＰ網側交換機１０からのＡＣＩメッセージを受信したＳＣ部１４内のＮＯ．７制御部１４２はそれを認識し、ＡＣＩデータとインチャネル利用可情報とともに、ＣＣ部１２に伝達する（Ｓ２０１６）。このメッセージには相手先であるＶＣ部１３のＩＰアドレス、ポート番号等の情が格納されている。
【０１７６】
インチャネル利用可情報は、ＩＰ−ＭＦＴ６２の対向装置がＩＰ−ＭＦＴ６２に対してＩＰパケット型音声であるリングバックトーンを送信可能である場合に使用するメッセージであり、このメッセージを受信したＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに（Ｓ２０１７）、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０１８）。
【０１７７】
これを受けた独自インタフェース１４３は、パケット型にメッセージを変換し、ＩＰ−ＭＦＴ６２へ送信する（Ｓ２０１９）。また、このメッセ−ジを受けたＩＰ−ＭＦＴ６２はチャネルオ−プン状態となる（Ｓ２０２０）。
【０１７８】
更に、ＡＣＩを受信したＳＣ部１４内のＮＯ．７制御部１４２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジ（宛先はＩＰ−ＭＦＴ６２、送信元はＳＣ部１４、更に通信相手先のＩＰ網側交換機１０のＩＰアドレスを付加）も送り（Ｓ２０２１）、ＶＣ部１３もチャネルオ−プン状態となる。ここでのＶＣ部１３は、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２方向のパケット型音声を伝送するために使用する。
【０１７９】
ここでさきほど、ＩＰ網側交換機１０が鳴動を開始したリングバックト−ンは、ＩＰパケット音声として、ＶＣ部１３経由でＩＰ−ＭＦＴ６２へ流され、ＩＰ−ＭＦＴ６２の話者は呼び出し中であることを認識する（Ｓ２０２２）。
【０１８０】
リングバックトーン送出と同時に、ＩＰ網側交換機１０に接続されている内線電話機等に呼び出しが行われ、その呼び出しが行われている内線電話機等がＯＦＦ  ＨＯＯＫすると（Ｓ２０２３）、ＩＰ網側交換機１０がそれを認識し、パケット型のＮＯ．７メッセージであるＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝えるとともに（Ｓ２０２４）、リングバックトーンの送出を停止する。
【０１８１】
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２０２５）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０２７）。これを受けた独自インタフェース１４３はパケット型にメッセージを変換しＩＰ−ＭＦＴ６２に送出する（Ｓ２０２７）。ＡＮＤを受信したＣＣ部１２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジも送る（Ｓ２０２８）。
【０１８２】
これらのＳ２０２７、Ｓ２０２８メッセ−ジはＩＰ−ＭＦＴ６２とＶＣ部１３側では無視される（Ｓ２０２９、Ｓ２０３０）。
【０１８３】
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への通話データ（宛先ＶＣ部１３、送信元ＩＰ網側交換機１０のＩＰアドレス）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ−ＭＦＴ６２、送信元はＶＣ部１３）で伝送される（Ｓ２０３１）。このアドレス変換はＶＣ部１３で行っている。
【０１８４】
ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ網側交換機１０が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ網側交換機１０が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＩＰ網側交換機１０から受信した音声データの宛先を替えればよいからである。
【０１８５】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ  ＨＯＯＫ）（Ｓ２０３２）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２０３３）、ＮＯ.7制御部１４２は、それをＣＣ部１２に伝達する（Ｓ２０３４）。そのＯＮ  ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２０３５）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＩＰ網側交換機１０へ送出する（Ｓ２０３６）。それをＩＰ網側交換機１０が受けると、ＩＰパケット型ＮＯ．７メッセージのＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２０３７）、ＣＣ部１２はそれを受けて空メッセ−ジをＮＯ．７制御部１４２に送る（Ｓ２０３８）。
【０１８６】
また、そのＯＮ  ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内の独自インタフェ−ス１４３経由でＩＰ−ＭＦＴ６２に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、ビジ−ト−ン出力要求を送信する（Ｓ２０３９）。同時に、ＶＣ部１３に対して空メッセ−ジを送り、ＶＣ部１３をチャネルクロ−ズ状態にさせる（Ｓ２０４０、Ｓ２０４１）。
【０１８７】
ビジートーン出力要求受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ２０４２）。
【０１８８】
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ２０４３）。ＩＰ−ＭＦＴ６２は、このＯＮ  ＨＯＯＫ情報を交換機１に送出し（Ｓ２０４４）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ２０４５）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ２０４６）。
【０１８９】
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ２０４７）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４内の独自インタフェース部１４３経由でＣＣ部１２に伝達され（Ｓ２０４８）、それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセージであるＣＬＦ（切断信号）を送出し（Ｓ２０４９）、それを、ＮＯ．７制御部１４２がパケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２０５０）。
【０１９０】
ＩＰ網側交換機１０側では相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者も受話器を置く（ＯＮ  ＨＯＯＫ）（Ｓ２０５１）。
【０１９１】
ＣＣ部１２は、ＣＬＦを出力すると同時に空メッセ−ジを独自インタフェース部１４３を介してＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にさせる（Ｓ２０５２、Ｓ２０５３）。
【０１９２】
Ｓ２０５１にてＯＮ  ＨＯＯＫ状態を検出したＩＰ網側交換機１０は、ＩＰパケット型のＮＯ．７メッセージであるＲＬＧ（復旧完了信号）をＳＣ部１４内のＮＯ．７制御部１４２経由でＣＣ部１２に送り（Ｓ２０５４）、それを受けたＣＣ部１２は、ＶＣ部１３とＮＯ．７制御部１４２に対して空メッセ−ジを送り（Ｓ２０５５、Ｓ２０５６）、ＶＣ部１３はチャネルクロ−ズ状態となり、通話が終了する（Ｓ２０５７）。
【０１９３】
図２１に、ＨＵＢ２経由で交換機１と接続されているＩＰ電話機６１とＩＰ網側交換機１０との接続シ−ケンスを示す。
【０１９４】
ＩＰ電話機６１からのダイヤルが完了して、Ｈ．３２３メッセ−ジであるＳＥＴ  ＵＰ（宛先はＳＣ部１４、送信元はＩＰ電話機６１のＩＰアドレス）（呼設定要求）がＳＣ部１４内のプロトコル変換部１４１に伝えられると（Ｓ２１００）、プロトコル変換部１４１は、図１３に示すＨ．３２３メッセ−ジである（Ｈ．２２５）ＣＡＬＬ  ＰＲＯＣ（呼設定受付）をＩＰ電話機６１に返すとともに（Ｓ２１０１）、ＳＥＴ  ＵＰをＮＯ．７メッセ−ジのＩＡＩに変換し、ＣＣ部１２に伝える（Ｓ２１１２）。このＩＡＩには、相手端末（ＩＰ網側交換機１０）のＩＰアドレス、ポート番号、圧縮方式等のデータが格納されている。
【０１９５】
次に、ＣＣ部１２は、そのＩＡＩメッセ−ジを発信元であるＩＰ電話機６１が接続されているＶＣ部１３ａのＩＰアドレス等を格納したＩＡＩに変換し（Ｓ２１１３）、ＳＣ部１４内のＮＯ．７制御部１４２で、ＩＰパケット型データ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）に変換した後、ＩＰ網側交換機１０に送出する（Ｓ２１１４）。また、ＣＣ部１２は、プロトコル変換部１４１からＩＡＩを受けると同時に、ＩＰ電話機６１が接続されているＶＣ部１３ａと、ＩＰ網側交換機１０が接続されている別のＶＣ部１３ｂの両方にＢＳＹメッセージを送出して、各々のＶＣ部１３を捕捉状態にする（Ｓ２１１５、Ｓ２１１６、Ｓ２１１７、Ｓ２１１８）。
【０１９６】
ＩＡＩを受けたＩＰ網側交換機１０は、ＩＰパケット型のＡＣＩ（付加情報付アドレス完了信号）（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０のＩＰアドレス）をＳＣ部１４内のＮＯ．７制御部１４２経由で、ＣＣ部１２に送る（Ｓ２１１９）。ＮＯ．７制御部１４２からＣＣ部１２へ送るＡＣＩには、相手端末（ＩＰ電話機６１）のＩＰアドレス、ポート番号等が格納されている。それを受けた、ＣＣ部１２は、ＩＰ網側交換機１０と接続されているＶＣ部１３ｂのＩＰアドレス、相手端末（ＩＰ電話機６１）のＩＰアドレスを格納したＡＣＩに変換し、ＳＣ部１４内のプロトコル変換部１４１に伝達する（Ｓ２１２０）。次にプロトコル変換部１４１が、ＮＯ．７メッセ−ジであるＡＣＩをＨ．３２３メッセ−ジのＡＬＥＲＴ（呼出）に変換して、ＩＰ電話機６１におくる（宛先はＩＰ電話機６１、送信元はＳＣ部１４のＩＰアドレス。また、通信相手であるＩＰ網側交換機１０と接続されていて音声データ通信で使用するＶＣ部１３ｂのＩＰアドレス情報も付加している。）（Ｓ２１２１）。これで、ＩＰ電話機６１はチャネルオ−プン状態となる（Ｓ２１２２）。
【０１９７】
そして、ＡＣＩを受けたＣＣ部１２は、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨の情報をＳＣ部１４内のＮＯ．７制御部１４２と、プロトコル変換部１４１に送るとともに（Ｓ２１２３、Ｓ２１２４）、ＶＣ部１３ａ／ｂに対して、デジタル１リンクメッセ−ジを送り（Ｓ２１２５、Ｓ２１２６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３をチャネルオ−プン状態にさせる（Ｓ２１２７、Ｓ２１２８）。
【０１９８】
ＩＰ網側交換機１０がＩＡＩを受けて、鳴動を開始したリングバックト−ンは、ＩＰパケット音声（宛先はＶＣ部１３、送信元はＩＰ網側交換機１０のＩＰアドレス）として、ＶＣ部１３ｂ経由でＩＰ電話機６１へ流されたデータ（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）は、ＩＰ電話機６１で受信され、話者が相手を呼び出し中であることを認識する（Ｓ２１２９）。
【０１９９】
呼出は、ＩＰ網側交換機１０に接続されている内線電話機等に行われ、その内線電話機等がＯＦＦ  ＨＯＯＫすると（Ｓ２１３０）、ＩＰ網側交換機１０がそれを認識し、ＩＰパケット型ＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝える（Ｓ２１３１）。
【０２００】
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２１３２）。それを受けたＣＣ部１２は、ＡＮＤをＳＣ部１４内のプロトコル変換部１４１に送り（Ｓ２１３３）、プロトコル変換部１４１では、Ｎｏ．７メッセ−ジであるＡＮＤをＨ．３２３メッセ−ジのＣＯＮＮＥＣＴ（応答信号）に変換して、ＩＰ電話機６１へ伝達する（Ｓ２１３４）。
【０２０１】
また、ＡＮＤを受信したＣＣ部１２は、折り返しプロトコル変換部１４１とＮＯ．７制御部１４２に対して、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨のメッセ−ジ送るとともに（Ｓ２１３５、Ｓ２１３６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３ａ／ｂへデジタル１リンクメッセ−ジを送る（Ｓ２１３７、Ｓ２１３８）。このメッセ−ジを受けた各々のＶＣ部１３は、ＩＰパケット音声の送信先アドレス変更である接続替え処理を行う。
【０２０２】
この後、通話デ−タは、ＩＰ電話機６１からＩＰ網側交換機１０へのデータは（宛先はＶＣ部１３ａ、送信元はＩＰ電話機６１のＩＰアドレス）、ＶＣ部１３ａ、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＶＣ部１３ａのＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ電話機６１へのデータは（宛先はＶＣ部１３ｂ、送信元はＩＰ網側交換機１０のＩＰアドレス）、ＶＣ部１３ｂとＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）で伝送される（Ｓ２１３９）。
【０２０３】
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ  ＨＯＯＫ）（Ｓ２１４０）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２１４１）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ２１４２）。
【０２０４】
そのＯＮ  ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２１４３）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＣＬＦをＩＰ網側交換機１０へ送出する（Ｓ２１４４）。それをＩＰ網側交換機１０が受けると、ＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２１４５、Ｓ２１４６）、ＣＣ部１２はそれを受けて空メッセ−ジをＳＣ部１４内のＮＯ．７制御部１４２とＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送る（Ｓ２１８０、Ｓ２１４７）。これを受けてＶＣ部１３ｂはチャネルクローズ状態となり、ＩＰ網側交換機１０側の通話が終了する（Ｓ２１４８）。
【０２０５】
また、そのＯＮ  ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内のプロトコル変換部１４１に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、同じくＣＢＫを送信する（Ｓ２１４９）。それを受けたプロトコル変換部１４１は、ＣＢＫをＨ．３２３メッセ−ジのＲＥＬ  ＣＯＭＰ（開放完了信号）に変換してＩＰ電話機６１に送る（Ｓ２１５０）。それを受けたＩＰ電話機６１はチャネルクロ−ズ状態となり（Ｓ２１５１）、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する。
【０２０６】
そして、ビジ−ト−ンを聞いたＩＰ電話機６１の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ２１５２）。
【０２０７】
また、ＣＢＫを受信したプロトコル変換部１４１は、ＣＬＦ（切断信号）をＣＣ部１２に返送し（Ｓ２１５３）、ＣＣ部１２からＲＬＧ（復旧完了信号）と、空メッセ−ジを受信する（Ｓ２１５４、Ｓ２１５５）。
【０２０８】
これと、同時にＣＣ部１２は、ＩＰ電話機６１が接続されているＶＣ部１３ａに空メッセ−ジを送り、ＶＣ部１３ａをチャネルクロ−ズ状態にさせて、通話が終了する（Ｓ２１５６、Ｓ２１５７）。
【０２０９】
次に、発呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおく（ＯＮ  ＨＯＯＫ）（Ｓ２１５８）、その情報であるＨ．３２３メッセージのＲＥＬ  ＣＯＭＰは、ＳＣ部１４内のプロトコル変換部１４１で一旦受けられ（Ｓ２１５９）、Ｎｏ．７メッセ−ジであるＣＬＦ（切断信号）に変換され、ＣＣ部１２に伝達される（Ｓ２１６０）。それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセ−ジのＣＬＦ（切断信号）を送出し（Ｓ２１６１）、それを受信したＮＯ.７制御部１４２が、パケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２１６２）。
【０２１０】
ＩＰ網側交換機１０側でも相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置く（ＯＮ  ＨＯＯＫ）。
【０２１１】
ＣＣ部１２は、ＣＬＦを出力すると同時にＲＬＧと空メッセ−ジをプロトコル変換部１４１に送り（Ｓ２１６３、Ｓ２１６４）、空メッセージはプロトコル変換部１４１からＩＰ電話機６１に伝達され（Ｓ２１６５）、ＩＰ電話機６１は、チャネルクロ−ズ状態となる（Ｓ２１６６）。また、ＣＣ部１２からＩＰ電話機６１が接続されているＶＣ部１３ａにも空メッセージが送出され（Ｓ２１６７）、これによりＶＣ部１３ａもチャネルクローズ状態となる（Ｓ２１６８）。
【０２１２】
また、ＩＰ網側交換機１０側でもＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置いたことを認識すると、ＲＬＧをＮＯ．７制御部１４２経由で、ＣＣ部１２に送り（Ｓ２１６９）、それを受けたＣＣ部１２は、空メッセ−ジをＮｏ．７制御部１４２及びＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送出して（Ｓ２１７０、Ｓ２１７１）、ＶＣ部１３ｂがチャネルクロ−ズ状態となり通話が終了する（Ｓ２１７２）。
【０２１３】
図２２にＩＰパケットデータのフレームフォーマットを示す。
【０２１４】
図２２の（ａ）がＩＰパケットデータのフォーマットである。また、（ｂ）にＩＰパケットデータ内のＩＰヘッダ部のフォーマット、（ｃ）にＩＰパケットデータ内のＴＣＰ／ＵＤＰヘッダ部のフォーマットを示す。
【０２１５】
ＩＰ電話機６１やＩＰ−ＭＦＴ６２がＬＡＮ上で送受信するＩＰパケットデータは、（ａ）のようなファーマットである。ＩＰパケットデータは、情報部であるデータ部があり、データ部の送出側にＴＣＰ／ＵＤＰ部、ＩＰパケットであることを示すＩＰヘッダ部が付加され、更にＬＣＰ／ＮＣＰ等のタイプを示すタイプ部、コントロール（Ｃ）部、アドレス（Ａ）部、先頭にフラグ（Ｆ）部を配置し、データ部の後方にＦＣＳ部、最後尾にフラグ（Ｆ）部を付加した形態をとっている。これは、一般的にいうところのＨＤＬＣフレームフォーマットと同様である。
【０２１６】
ＴＣＰ／ＵＤＰ部は、ＴＣＰ／ＩＰプロトコルにおけるトランスポート層のプロトコルの種類をＴＣＰかＵＤＰかのいずれかを示す。
【０２１７】
ＩＰヘッダ部（ｂ）には、プロトコル番号、送信元のＩＰアドレスや宛先のＩＰアドレスが格納され、ＴＣＰ／ＵＤＰヘッダ部（ｃ）には、送信元のポート番号や宛先ポート番号が格納される。
【０２１８】
次に交換機１内に複数搭載されるＶＣ部１３の捕捉方法について説明する。
【０２１９】
ＶＣ部１３は、ＰＣＭ音声とＩＰ音声パケット変換を行う部位であり、ＩＰ−ＭＦＴ６２と、従来回線（局線、ＭＦＴ（多機能電話機）、２線式一般電話機等）が通話する場合に必要である。
【０２２０】
このため、従来回線に対応するに充分数のＶＣ部１３がある場合は、ＶＣ部１３の捕捉はＩＰ−ＭＦＴ６２と従来回線の通話路を接続する際に捕捉すれば良い。
【０２２１】
しかし、従来回線（チャネル）に対応する分のＶＣ部１３を追加実装するにはコストが掛かりすぎることと、ト−キ装置との接続を考えると（１回路に複数の端末が接続される）、通話時に輻輳や塞がりが発生しない程のＶＣ部１３を実装することはできない。
【０２２２】
そこで、ＶＣ部１３の捕捉及び解放を以下の方法で行うこととする。
【０２２３】
ＶＣ部１３捕捉はＣＣ部１２が行い、１つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が発呼した時点。その際捕捉不可時には、ＩＰ−ＭＦＴ６２のＬＣＤ表示部に“混み合っています。”等の表示を行うよう指示する。また、混雑ト−ン（ＢＴ等）を送出するよう指示する。
【０２２４】
２つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が転送動作に入る時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際の捕捉不可時には、転送操作を無視する。
【０２２５】
３つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が三者通話に入る時点。その際、捕捉不可時には、三者操作を無視する。
【０２２６】
前記ＩＰ−ＭＦＴ６２の発呼、転送、三者通話等の動作情報は、ＩＰ−ＭＦＴ６２から独自メッセージにて交換機１に送信されている。
【０２２７】
４つ目の捕捉条件として、ＩＰ−ＭＦＴ６２を呼出す時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際、捕捉不可時には、ＩＰ-ＭＦＴ６２に“混み合っています。”を表示させるよう指示する。また、混雑ト−ン又は混雑ト−キを送出させるよう指示する。
【０２２８】
次にＶＣ部１３の解放については、一つ目の解放条件として、通話路（ＴＳＷ）をつなぐ時点でＶＣ部１３が不要である場合（保留者の条件も考慮する）。
【０２２９】
ニつ目の解放条件として、内線・外線を解放する時点とする。
【０２３０】
【発明の効果】
以上のように本発明によれば、インタ−ネットのようなパケット交換網においても、発呼された番号が登録されている電話番号であるかどうかのチェック、呼の接続、発呼者への呼び出し音等のステ−タス情報の提供、被呼者が応答したか否かの判別など通信データを管理しているので、パケット網と接続される通話回路の捕捉をそのパケット網に接続された端末装置に状態に応じておこなえるので、パケット網とのデータ伝送を行うために物理的な通話回路を従来回線分（通話時に輻輳や塞がりが発生しないほどの数分）設けなくても済み、従来の一般公衆網とパケット網の相互接続をスムーズに行うことができる。
【図面の簡単な説明】
【図１】本発明の交換装置を用いたシステム構成図である。
【図２】本発明の交換装置の内部ブロック図である。
【図３】本発明の交換装置を用いた通信システムにおける第１の接続形態を示す図である。
【図４】本発明の交換装置を用いた通信システムにおける第２の接続形態を示す図である。
【図５】本発明の交換装置を用いた通信システムにおける第３の接続形態を示す図である。
【図６】本発明の交換装置を用いた通信システムにおける第４の接続形態を示す図である。
【図７】本発明の交換装置を用いた通信システムにおける第５の接続形態を示す図である。
【図８】本発明の交換装置を用いた通信システムにおける第６の接続形態を示す図である。
【図９】本発明の交換装置を用いた通信システムにおける第７の接続形態を示す図である。
【図１０】本発明の交換装置を用いた通信システムにおける第８の接続形態を示す図である。
【図１１】本発明の交換装置を用いた通信システムにおける第９の接続形態を示す図である。
【図１２】ＮＯ.７共通信号線メッセージの一覧を示す図である。
【図１３】Ｈ．３２３メッセージの一覧を示す図である。
【図１４】ＮＯ.７共通信号線メッセージとＨ．３２３メッセージの変換対応を示す図である。
【図１５】本発明の交換装置と独自手順にて接続される端末装置との接続構成を示す図である。
【図１６】接続シーケンスにおける信号線を説明する図である。
【図１７】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。（電話機５、ＩＰ-ＭＦＴ６２間）
【図１８】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。（ＩＰ-ＭＦＴ相互間）
【図１９】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。（ＩＰ−ＭＦＴ６２、ＩＰ電話機６１間）
【図２０】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。（ＩＰ-ＭＦＴ６２、ＩＰ網側交換機１０間）
【図２１】本発明の交換装置を介した端末装置間接続シーケンスを示す図である。（ＩＰ電話機６１、ＩＰ網側交換機１０間）
【図２２】ＩＰパケットデータのフレームフォーマットを示す図である。
【符号の説明】
１:交換機
２：ＨＵＢ
３：ルーター
４：ＩＰ網
５：一般電話機
６１：ＩＰ電話機（Ｈ．３２３対応端末）
６２：ＩＰ−ＭＦＴ
７：ＬＡＮ
８：公衆交換網（ＰＳＴＮ）
１１：従来回線部（ＥＸ部）
１２：交換制御部（ＣＣ部）
１３：音声変換部（ＶＣ部）
１４：ＩＰ呼制御部（ＳＣ部）
【図１】
0003899251.tif 000002
【図２】
0003899251.tif 000003
【図３】
0003899251.tif 000004
【図４】
0003899251.tif 000005
【図５】
0003899251.tif 000006
【図６】
0003899251.tif 000007
【図７】
0003899251.tif 000008
【図８】
0003899251.tif 000009
【図９】
0003899251.tif 000010
【図１０】
0003899251.tif 000011
【図１１】
0003899251.tif 000012
【図１２】
0003899251.tif 000013
【図１３】
0003899251.tif 000014
【図１４】
0003899251.tif 000015
【図１５】
0003899251.tif 000016
【図１６】
0003899251.tif 000017
【図１７】
0003899251.tif 000018
【図１８】
0003899251.tif 000019
【図１９】
0003899251.tif 000020
【図２０】
0003899251.tif 000021
【図２１】
0003899251.tif 000022
【図２２】
0003899251.tif 000023