JP4552914B2 - Exchange device - Google Patents
Exchange device Download PDFInfo
- Publication number
- JP4552914B2 JP4552914B2 JP2006225267A JP2006225267A JP4552914B2 JP 4552914 B2 JP4552914 B2 JP 4552914B2 JP 2006225267 A JP2006225267 A JP 2006225267A JP 2006225267 A JP2006225267 A JP 2006225267A JP 4552914 B2 JP4552914 B2 JP 4552914B2
- Authority
- JP
- Japan
- Prior art keywords
- unit
- mft
- message
- telephone
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
本発明はインタ−ネット網や、構内ＬＡＮ等のイントラネットのようなパケット網と、公衆回線交換網とに接続されている端末装置間を通信させる交換装置に関する。 The present invention relates to a switching apparatus for communicating between a terminal network connected to a packet network such as an Internet network or an intranet such as a private LAN and a public line switching network.
現在の公衆電話網において、最も多く使用されている機器はアナログ電話機である。また、公衆電話網に接続される交換機（ＰＢＸ）は多くの特別な機能を有し、アナログ電話機を内線電話として直接ＰＢＸに接続して多彩なサービスを行えるようもにしている。 In the current public telephone network, the most frequently used device is an analog telephone. The exchange (PBX) connected to the public telephone network has many special functions, and an analog telephone can be directly connected to the PBX as an extension telephone so that various services can be performed.
そして一方では、交換機を介して公衆電話網とインタ−ネットを接続し、インタ−ネットを用いた音声通信（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）が可能となっている。（例えば、特許文献１参照）。
しかしながら、このような状況においても、公衆電話網、内線電話機、インターネットやＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）等を収容し、インタ−ネットのようなパケット交換網においても、発呼された電話番号をパケット網上での番号にアドレス変換する処理、呼び出し処理や呼の接続処理等を行うとともに、交換機間で多彩な情報を伝達するのに有効であるＳＳ７シグナリング信号（従来の公衆電話網においては、通話は端局が呼に関係するようになるまで、ＳＳ７シグナリング（ＮＯ．７）信号によって伝達され、各々の端局によって管理されていた。）をパケット交換網へ適用することも必要とされている However, even in such a situation, a public telephone network, an extension telephone, the Internet, and ITU-T recommendation H.264. 323 compatible terminal 61 (hereinafter referred to as IP telephone) is accommodated, and even in a packet switching network such as the Internet, the telephone number that has been called is converted into a number on the packet network, the calling process and the call The SS7 signaling signal is effective for transmitting various information between exchanges (in the conventional public telephone network, the call is SS7 signaling until the terminal station becomes involved in the call). (NO.7) is transmitted by signal and managed by each terminal station) is also required to be applied to the packet switching network
例えば、ＳＳ７シグナリング信号を用いると局内転送（ＰＢＸをまたがる通信の転送）や局間での発信者番号通知、事業所用ＰＨＳのローミングなど、ＰＢＸネットワーク機能をＩＰネットワーク上で実現することが可能になる。 For example, using the SS7 signaling signal, PBX network functions such as intra-station transfer (communication transfer across PBX), caller ID notification between stations, roaming PHS for offices, etc. can be realized on the IP network. .
本発明は、上記に鑑みてなされたものであり、従来の交換機の機能を有しながら、インターネットのようなパケット網に接続可能で、接続された内線電話機がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理するとともに、インターネットのようなパケット網を介して交換機間で通信する場合においてもＳＳ７シグナリングで情報を伝達しあえる交換装置を提供することを目的とする。 The present invention has been made in view of the above, and can be connected to a packet network such as the Internet while having the function of a conventional exchange, and the connected extension telephone performs voice communication using the packet network. However, in order to provide a service equivalent to the conventional public network connection service, call control information and voice information are managed separately, and also when communicating between exchanges via a packet network such as the Internet. It is an object of the present invention to provide an exchange device capable of transmitting information by SS7 signaling.
本発明の第１の発明は、電話機を接続する電話機インタフェース手段と、公衆網を収容する局線インタフェース手段と、前記公衆網及び前記電話機からの呼制御情報により接続制御を行う呼制御手段と、前記呼制御手段の指示により前記電話機インタフェース手段と前記局線インタフェース手段との交換接続処理を行うスイッチ手段と、を有する交換装置であって、前記交換装置との間で独自の手順を用いて呼制御処理を行う第１のＩＰ電話端末及び前記交換装置との間で標準手順を用いて呼制御処理を行う第２のＩＰ電話端末を収容するＩＰインタフェース手段と、前記第１のＩＰ電話端末又は前記第２のＩＰ電話端末との呼制御処理を行うＩＰ呼制御手段と、前記スイッチ手段と、前記ＩＰインタフェース手段との接続制御を行う交換制御手段と、を備え、前記交換制御手段は、前記呼制御手段又は前記ＩＰ呼制御手段が受信した呼制御情報に基づき、前記公衆網、前記電話機、前記第１のＩＰ電話端末及び前記第２のＩＰ電話端末を相互に接続する制御を行い、前記ＩＰ呼制御手段は、輻輳状態の場合に、前記第１のＩＰ電話端末よりオフフック情報を受信すると、この受信に対する応答にて輻輳状態であることを通知することを特徴とする。
The first invention of the present invention is a telephone interface means for connecting a telephone, a station line interface means for accommodating a public network, a call control means for performing connection control by call control information from the public network and the telephone, Switch means for performing exchange connection processing between the telephone interface means and the office line interface means in accordance with an instruction from the call control means, wherein the call equipment is called using a unique procedure with the exchange equipment. IP interface means for accommodating a second IP telephone terminal that performs call control processing using a standard procedure between the first IP telephone terminal that performs control processing and the switching apparatus, and the first IP telephone terminal or Exchange control means for controlling connection between the IP call control means for performing call control processing with the second IP telephone terminal, the switch means, and the IP interface means. And the exchange control means based on the call control information received by the call control means or the IP call control means, the public network, the telephone, the first IP telephone terminal, and the second there line control to connect an IP telephone terminal to each other, the IP call control unit, when the congestion state, when receiving the off-hook information from the first IP telephone terminal is in a congestion state in response to the reception It is characterized by notifying .
以上のように本発明によれば、インタ−ネットのようなパケット交換網においても、発呼された番号が登録されている電話番号であるかどうかのチェック、呼の接続、発呼者への呼び出し音等のステ−タス情報の提供、被呼者が応答したか否かの判別など通信データを管理し、従来の一般公衆網とパケット網の相互接続をスムーズに行うことができる。 As described above, according to the present invention, even in a packet switching network such as the Internet, it is checked whether the called number is a registered telephone number, call connection, caller Communication data such as provision of status information such as ringing tone and determination of whether or not the called party has answered can be managed, and the conventional general public network and packet network can be interconnected smoothly.
図１に本発明である交換装置を用いたシステム構成を示す。本発明である交換機１は公衆交換網８（以下ＰＳＴＮという）と接続され、複数のアナログ端末５（以下電話機という）と、複数のＬＡＮ（Local Area Network）通信用のＨＵＢ２を収容している。集線装置（Concentrator）であるＨＵＢ２は社内、構内用のＬＡＮケ−ブル７を通じてＩＴＵ−Ｔ勧告Ｈ．３２３対応端末６１（以下ＩＰ電話機という）と、交換機１との独自のインタフェ−スを持つＩＰ多機能電話機６２（以下ＩＰ−ＭＦＴという）および、一般的なＩＰル−タ−であるル−タ−３が接続されている。ル−タ−３は、異なるネットワーク同士を相互接続するネットワーク機器であり、通信経路が記述されたルーティングテーブルに従って、デジタルデ−タ（音声等）を宛先のネットワークまで中継する。そして、ル−タ−３を介して交換機１はInternet Protocol網４（以下ＩＰ網という）と接続されている。
FIG. 1 shows a system configuration using an exchange apparatus according to the present invention. The
図２に本発明の交換機１の内部ブロック図を示す。交換機１内には従来の通りの電話交換機能と同様の機能を実現するための従来回線部１１（以下ＥＸ部という）と、ＬＡＮやＩＰ網４との呼制御を行うＩＰ呼制御部１４（以下ＳＣ部という）、アナログデ−タとパケットデ−タの変換を行う音声変換部１３（以下ＶＣ部という）と、ＥＸ部１１、ＳＣ部１４およびＶＣ部１３それぞれの交換制御を行う交換制御部１２（以下ＣＣ部という）とを備える。
FIG. 2 shows an internal block diagram of the
従来回線部であるＥＸ部１１内には、ＰＳＴＮ８との電気的インタフェ−スを合わせ、通信を行う局線インタフェ−ス部１１１（以下ＣＯＴという）と、電話機５との電気的インタフェ−スを合わせ、通信を行う電話機インタフェ−ス部１１２（以下ＬＩＮＥという）と、ＣＣ部１２によって制御され、ＰＳＴＮ８、電話機５、および後述するＶＣ部１３からのデ−タの交換処理を行う時分割スイッチ部１１３（以下ＴＳＷという）とを備える。
In the
ＥＸ部１１、ＳＣ部１４およびＶＣ部１３のそれぞれの交換制御を行うＣＣ部１２内には、ＰＳＴＮ８や専用線インタフェ−スとの接続制御を行っているＥＸ制御部１２１と、ＩＰ網４との呼制御を行うＳＣ部を制御し、チャネル毎の呼状態を管理、着信可否判定等を行うＳＣ制御部１２２と、音声変換を行う複数のＶＣ部１３を制御するＶＣ制御部１２３とを備えている。ＶＣ制御部１２３はチャネル毎のＩＰアドレスの管理する。チャネル毎に設定されている接続可能符号化方式やパケット多重数を管理し、呼接続時にその条件で接続可否の判定を行うチャネル毎接続条件管理機能と、チャネル毎の呼状態を管理して着信可否の判定を行うチャネル状態管理機能と、接続方路によりＶＣ部１３がチャネルの捕捉が必要か否かを判定し、チャネル捕捉／解除を行いチャネルの有効活用を行う機能を有している。
In the
ＣＣ部１２が、ＥＸ部１１から通知される電話番号とパケット網内のアドレスであるＩＰアドレスの相互変換（予め変換する電話番号とＩＰアドレスは設定しておく必要がある）を行い、ＳＣ部１４を通じてＰＳＴＮ８とパケット網間の接続を制御している。
The
すなわち、ＰＳＴＮ８とパケット網に接続されている端末間の通信は、従来の交換機の着信機能でいうところのＤｉｒｅｃｔ ｉｎ Ｌｉｎｅ（ＤＩＬ）方式と同等の機能で接続されていることになる。
In other words, communication between the terminals connected to the
ＤＩＬとは、交換機１に収容してある特定の局線について、その局線に着信があった場合、予め指定してある内線あるいは内線グループに直接着信させる機能のことである。
The DIL is a function for causing a specific station line accommodated in the
ここで、複数のＶＣ部１３を搭載するようにしているのは、通話チャネル毎にＶＣ部１３のみを追加することで通話チャネル数の増加に対応ができるためであり、ＶＣ部１３は通話チャネル分の数あることが望ましい。しかし、通話チャネル分のＶＣ部１３を搭載することは、物理的、経済的に問題があるので、後述するように通信を行う端末の動作状態に応じて、ＶＣ部１３の捕捉を行い使用することで、ＶＣ部の有効的な利用を行うことも可能である。
Here, the reason why the plurality of
ＳＣ部１４も複数搭載可能であり、ＳＣ部１４の端末接続処理能力に応じて追加を行ったり、複数（ＳＣ分）の別ネットワークに接続することもできる。
A plurality of
次にＩＰ網４との呼制御を行うＳＣ部１４内には、ＣＣ部１２とのデ−タ送受信制御を行い、後述するプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェ−ス部１４３とに接続され、それらとＣＣ部１２とのメッセ−ジの送受信制御を行うＣＣインタフェ−ス部１４４と、ＣＣインタフェ−ス部１４４に接続され、ＳＳ７シグナリングにより局間サ−ビスを行うＮＯ．７制御部１４２と、同様にＣＣインタフェ−ス部１４４に接続され、ＣＣ部１２からの呼制御メッセ−ジをＨ．３２３呼制御メッセ−ジに変換し、Ｈ.３２３対応端末との通信を可能とするプロトコル変換部１４１と、同様にＣＣインタフェ−ス部１４４に接続され、交換機１と独自のプロトコルによって通信をおこなうＩＰ−ＭＦＴ６２とのインタフェ−スをとる独自インタフェ−ス部１４３と、プロトコル変換部１４１、ＮＯ．７制御部１４２および独自インタフェ−ス部１４３とに接続され、それらからのメッセ−ジの送受信制御を行い、またＨＵＢ２と接続され、ＬＡＮ側からのＩＰパケットデ−タの送受信処理を行うＬＡＮインタフェ−ス部１４５とを備えている。
Next, in the
また、プロトコル変換部１４１は、Ｈ．３２３対応端末との呼制御処理を行うＨ．２２５呼制御機能と、標準手順等がメディアパス未確立で接続された場合に、Ｈ．２４５手順による端末間での整合性確認処理を行うＨ．２４５メッセ−ジ制御機能をもつ。また、ＬＡＮ側に接続された相手端末の状態を常にＰｉｎｇコマンドによる監視を行うことにより、接続不可能状態となった装置への発信規制を行い、無駄な呼制御処理を行わないようにしている。監視方法は、定期的に相手先にＰｉｎｇコマンドを送出し、回線異常の発生及び異常からの復旧を検出しＣＣ部１２へ通知する。ｐｉｎｇ異常と判断する条件は、Ｐｉｎｇ応答結果データの異常時、Ｐｉｎｇコマンドに対する相手の応答なし及び、Ｐｉｎｇ送出時に使用するソケット異常とする。相手先のＩＰアドレスは、局データとして登録されたデータをＣＣ部１２から得て、そのＩＰアドレスを使用する。
Further, the
次に、独自インタフェ−ス部１４３は、ＩＰ−ＭＦＴ６２からのログイン時に内線番号とＩＰアドレスとの関連づけ、その情報を管理する登録情報管理機能と、ＩＰ−ＭＦＴ６２の呼毎のチャネル接続情報（ポ−ト番号、パケット多重数、符号化方式等）を随時管理し、通話パス接続時の接続条件通知に用いる接続情報管理機能と、登録されたＩＰ−ＭＦＴ６２の正常性を確認し、常に最新のＩＰ−ＭＦＴ６２の状態をＣＣ部１２に通知する状態管理機能と、ＩＰ−ＭＦＴ６２との呼制御メッセ−ジの送受信処理を行う制御メッセ−ジ機能とを備える。
Next, the
次に、ＣＣ部１２とＨＵＢ２との間に接続され音声変換を行うＶＣ部１３は、符号化方式（Ｇ．７１１、Ｇ．７２９、Ｇ．７２３．１）により音声デ−タの圧縮／伸長を行う音声圧縮機能と、Ｇ．７２３．１の有無により選択可否判断を行い発着信の規制を行うＧ．７２３．１動作規定処理機能と、パケットの多重化処理（各符号化方式／ＦＡＸ／モデム等の異なるペイロ−ドタイプ（以下ＰＴという）に対応したパケット生成／解析処理）を行う音声パケット処理機能と、ＬＡＮ上又は網間のゆらぎによる音の途切れをふせぐゆらぎ吸収制御機能と、対向装置間で発生する同期のズレを調整する同期補正機能と、通信中のＤＴＭＦ信号を音声とは別のコ−ド体系で送受信するＤＴＭＦ透過機能と、同一ＬＡＮ上に音声とデ−タが混在した場合に、ゆらぎや網内遅延による音声の途切れを回避するためにパケットデ−タの優先順位をきめて通信させる優先制御機能と、通話中の無音状態を検出して無音期間中のパケットデ−タの送出をやめ、ＬＡＮ上のトラヒック低減を行う無音サプレス機能と、通話中に回線障害等で通話先とのパケット送受信が不可能となった場合にその呼を無効として開放処理する通信中断監視機能とをもつ。
Next, the
交換機１内のデータ形態は、ＣＣ部１２からのデータをプロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５に送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３それぞれによって送信されるデータがＩＰパケット化される。
The data format in the
具体的には、プロトコル変換部１４１からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＨ．３２３データに変換した後ＩＰパケット化し、ＮＯ．７制御部１４２からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データをＮＯ．７データに変換した後ＩＰパケット化し、独自インタフェース部１４３からＬＡＮインタフェース部１４５へデータを送信する際は、装置内独自データを独自インタフェース部１４３で、ＩＰ−ＭＦＴ６２が使用可能な独自データに変換後に、ＩＰパケット化して送信している。
Specifically, when data is transmitted from the
ＣＣ部１２とＳＣ部１４間のデータは装置内独自データであるが、呼制御情報については、ＮＯ．７信号情報をそのまま使用すると変換効率がよいので、装置内独自メッセージとＮＯ．７メッセージが重複することが望ましい。
The data between the
また、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３がＬＡＮインタフェース１４５からＩＰパケットデータを受信し、ＣＣインタフェース１４４にデータを送信する際には、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３において、パケットフレームがはずされ、受信したそれぞれのデータを装置内独自データに変換して、ＣＣ部１２に送信する。
Further, the
本発明の実施形態に従う典型的な通話手順を図２を用いて説明する。これは、ＰＳＴＮ８に接続されている一般電話機（図示しない）が、ＨＵＢ２に接続されているＩＰ電話機６１へ電話をする場合を例とする。
A typical call procedure according to an embodiment of the present invention will be described with reference to FIG. This is an example in which a general telephone (not shown) connected to the
一般電話機がＰＳＴＮ８を介して交換機１に発呼する。交換機１は発呼に対し、発信者からのダイヤル情報から接続しようとする相手先特定する。また、特定する発呼者自身を特定する番号、暗証コ−ド等を尋ねるアプリケ−ションで応答し、発呼者または発呼電話機を識別してもよい。
A general telephone makes a call to the
交換機１は発呼者が入力した電話番号に対応する地域をどの設備がサ−ビスしているのかを判断し、接続する相手がインタ−ネットのようなパケット交換網を用いているＩＰ電話機６１のような場合は、そのインタフェ−スに合わせた呼制御および通信デ−タの形態に変換して被呼側と通信させる。
The
交換機１は、被呼側の呼び出し中／話中／応答の状態を監視する。交換機１は、呼が応答される前に、発呼者に対して呼び出し音の再生などにより呼の状態を知らせることができるよう、呼の状態を発呼元に伝達できる。呼がＩＰ電話機６１を介して応答されると、交換機１は発呼者への呼び出し音再生を中止する。
The
そして、ＰＳＴＮ８側の電話機からの入力音声データを圧縮及び、圧縮した入力音声のパケットデ−タ化を行いＨＵＢ２に接続されているＩＰ電話機６１へ送信を開始する。一方では同時にＩＰ電話機６１からの入力パケットデ−タを受け取り、音声を伸長し、伸長した音声はＰＳＴＮ８を介して接続されている電話機に再生出力される。
Then, the input voice data from the
このデ−タ通信（通話）の間、交換機１はデ−タ変換におけるＡ／Ｄ又はＤ／Ａ変換、暗号化／暗号翻訳、音声圧縮／伸長、それぞれの電話機へ出力されるデ−タ信号と同じデ−タ信号が話者に送り返されることの無いよう行われるエコ−キャンセル処理を行う。
During the data communication (call), the
上記２つの話者は、一方が電話を切るまで、通常通り通話する。交換機１によって回線の切断が検知されると、任意の使用料金への適用が可能な呼の詳細な記録（通話時間、送信されたパケット数、等）が取られる。
The two speakers talk as usual until one hangs up. When the
図３に本発明である交換機１を用いた通信システムにおける第１の接続形態を示す。
FIG. 3 shows a first connection form in a communication system using the
交換機１に収容されている電話機５と、交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）とが通信を行う場合、電話機５からＰＳＴＮ８への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。
When the
ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものかを相手先番号等から判別して、ＴＳＷ１１３を動作させ、ＥＸ制御部１２１の受信した呼制御情報を基に、ＴＳＷ１１３、ＣＯＴ１１１を経由してＰＳＴＮ８へ送出する。次に、呼制御情報によって、ＰＳＴＮ８側への接続要求と認識したＥＸ制御部１２１が、ＴＳＷ１１３をＬＩＮＥ１１２とＣＯＴ１１１を接続させるよう動作させて、通信デ−タが通るル−トを形成させる。
The
電話機５からの通信（音声）デ−タは、先ほどル−トが形成されたとおり、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３およびＣＯＴ１１１の順でＰＳＴＮ８側へ送出され、ＰＳＴＮ８側からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
Communication (voice) data from the
発信側がＰＳＴＮ８側からあるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
When the calling side is from the
図４に本発明である交換機１を用いた通信システムにおける第２の接続形態を示す。
FIG. 4 shows a second connection form in the communication system using the
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、電話機５からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
When the
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
The
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
Similar to the
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
As a result, communication data from the
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
When the caller is the
図５に本発明である交換機１を用いた通信システムにおける第３の接続形態を示す。
FIG. 5 shows a third connection form in the communication system using the
交換機１に収容されている電話機５と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、電話機５からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、電話機５からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
When the
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰ−ＭＦＴ６２で使用可能なＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
The
ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対して、通信デ−タの伝達ル−トであるＬＩＮＥ１１２とＶＣ部１３を接続させるよう指示する。
Similar to the
これにより電話機５からの通信デ−タは、ＥＸ部１１内のＬＩＮＥ１１２、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トで電話機５へ送信される。
As a result, communication data from the
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機５に伝達される。
When the caller is the IP-
図６に本発明である交換機１を用いた通信システムにおける第４の接続形態を示す。
FIG. 6 shows a fourth connection form in the communication system using the
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ電話機６１とが通信を行う場合、ＰＳＴＮ８側からＩＰ電話機６１への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
When the
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３系の呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。
The
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ電話機６１への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に対し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させるよう指示する。
Similarly to the
これによりＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２を経由してＩＰ電話機６１へ送出され、ＩＰ電話機６１からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
As a result, communication data from the
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
When the caller is the
図７に本発明である交換機１を用いた通信システムにおける第５の接続形態を示す。
FIG. 7 shows a fifth connection form in the communication system using the
交換機１が接続されているＰＳＴＮ８（ＰＳＴＮ８に接続されている交換機１以外の端末）と、交換機１が接続されているＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とが通信を行う場合、ＰＳＴＮ８側からＩＰ−ＭＦＴ６２への呼制御情報は、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３を経由してＣＣ部１２内のＥＸ制御部１２１に送られる。ＥＸ制御部１２１では、ＰＳＴＮ８からの呼制御情報がどこに接続を要求しているものか判別して、ＥＸ制御部１２１の受信した呼制御情報を基に、ＳＣ制御部１２２と、ＶＣ制御部１２３を起動させる。
When the
ＳＣ制御部１２２では、呼制御情報によって、ＩＰ−ＭＦＴ６２への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ伝達する。呼制御情報を受信した独自インタフェ−ス部１４３は、呼制御情報をＩＰパケット型の独自メッセージに変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２へ送信する。
The
また、ＳＣ制御部１２２と同様に、呼制御情報によってＩＰ−ＭＦＴ６２への接続要求と認識したＶＣ制御部１２３は、ＴＳＷ１１３に指示し、通信デ−タの伝達ル−トであるＣＯＴ１１１とＶＣ部１３を接続させる。
Similarly to the
ＰＳＴＮ８からの通信デ−タは、ＥＸ部１１内のＣＯＴ１１１、ＴＳＷ１１３、ＶＣ部１３およびＨＵＢ２の順に経由してＩＰ−ＭＦＴ６２へ送出され、ＩＰ−ＭＦＴ６２からの通信デ−タはそれとは逆のル−トでＰＳＴＮ８へ送信される。
Communication data from the
発信側がＩＰ−ＭＦＴ６２であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＰＳＴＮ８に伝達される。
When the caller is the IP-
図８に本発明である交換機１を用いた通信システムにおける第６の接続形態を示す。
FIG. 8 shows a sixth connection form in the communication system using the
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２ａとＩＰ−ＭＦＴ６２ｂとが通信を行う場合、ＩＰ−ＭＦＴ６２ａからＩＰ−ＭＦＴ６２ｂへの呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。（交換機１とＩＰ−ＭＦＴ６２間は独自手順による接続方式をとっているためである。）独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
When the IP-
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２ａからの呼制御情報がどこに接続を要求しているものか判別して、ＩＰ−ＭＦＴ６２ｂへの接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報を独自インタフェ−ス部１４３へ送信する。呼制御情報を受信した独自インタフェ−ス１４３は、独自メッセ−ジである呼制御情報をＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送信する。
The
ＩＰ−ＭＦＴ６２ａからの通信デ−タは、ＨＵＢ２を介してＩＰ−ＭＦＴ６２ｂへ送出される。ＩＰ−ＭＦＴ６２ｂからの通信デ−タもそれと同様のル−トで、送信される。
Communication data from the IP-
発信側がＩＰ−ＭＦＴ６２ｂであるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２ａに伝達される。
When the caller is the IP-
図９に本発明である交換機１を用いた通信システムにおける第７の接続形態を示す。
FIG. 9 shows a seventh connection form in the communication system using the
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２とＩＰ電話機６１とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ電話機６１への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＩＰパケットフレームをはずし、ＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
When the IP-
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ電話機６１への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、プロトコル変換部１４１へ伝達する。装置内独自メッセージの呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換後にＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ電話機６１へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ電話機６１からのパケット音声データをＶＣ部１３で受信できるように準備する。
The
ＩＰ−ＭＦＴ６２からＩＰ電話機６１への通信デ−タは、ＨＵＢ２を介してＩＰ電話機６１へ送出される。ＩＰ電話機６１からの通信デ−タは、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２というル−トでＩＰ−ＭＦＴ６２へ送信される。
Communication data from the IP-
発信側がＩＰ電話機６１であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
When the caller is the
図１０に本発明である交換機１を用いた通信システムにおける第８の接続形態を示す。
FIG. 10 shows an eighth connection form in the communication system using the
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＨ．３２３対応端末９（以下ＩＰ網側端末）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側端末９への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、独自メッセ−ジである呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
The IP-
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側端末９への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をプロトコル変換部１４１へ伝達する。
The
呼制御情報を受信したプロトコル変換部１４１は、呼制御情報をＨ．３２３メッセ−ジの呼制御情報に変換し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側端末９へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側端末９からのパケット音声データをＶＣ部１３で受信できるように準備する。
The
ＩＰ−ＭＦＴ６２からＩＰ網側端末９への通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側端末９へ送出される。ＩＰ網側端末９からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
Communication data from the IP-
発信側がＩＰ網側端末９であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
When the originating side is the IP
図１１に本発明である交換機１を用いた通信システムにおける第９の接続形態を示す。
FIG. 11 shows a ninth connection form in the communication system using the
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されている交換機１と同様の交換装置１０（以下ＩＰ網側交換機：本発明の交換機と同等機能の交換機若しくは同じ交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０への呼制御情報は、ＨＵＢ２、ＳＣ部１４内のＬＡＮインタフェ−ス１４５を経由して、独自インタフェ−ス部１４３に送られる。独自インタフェ−ス部１４３では、呼制御情報をＣＣインタフェ−ス１４４を介してＣＣ部１２内のＳＣ制御部１２２に伝達する。
An IP-
ＳＣ制御部１２２では、ＩＰ−ＭＦＴ６２からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、ＩＰ網側交換機１０への接続要求と認識し、ＳＣ部１４内のＣＣインタフェ−ス１４４を経由して、呼制御情報をＮＯ．７制御部１４２へ伝達する。
The
呼制御情報を受信したＮＯ．７制御部１４２は、呼制御情報をＰＢＸ間の通信で用いるＳＳ７系メッセージに変換後、ＩＰパケット化し、ＬＡＮインタフェ−ス１４５、ＨＵＢ２を介してＩＰ網側交換機１０へ送信する。この時受信した呼制御情報をもとに、ＶＣ制御部１２３を起動させて、ＩＰ網側交換機１０からのパケット音声データをＶＣ部１３で受信できるように準備する。
The NO. The 7
ＩＰ−ＭＦＴ６２からの通信デ−タは、ＨＵＢ２、ル−タ−３、ＩＰ網４を介してＩＰ網側交換機１０へ送出される。ＩＰ網側交換機１０からの通信デ−タは、ＩＰ網４、ルーター３、ＨＵＢ２、ＶＣ部１３及びＨＵＢ２のル−トでＩＰ−ＭＦＴ６２へ送信される。
Communication data from the IP-
発信側がＩＰ網側交換機１０であるときは、呼制御情報の伝達ル−トは上記と逆の順序でＩＰ−ＭＦＴ６２に伝達される。
When the originating side is the IP
図３から図１１に示したとおり、ＳＣ部１４とＣＣ部１２間のメッセ−ジのやりとりは、装置内独自のメッセージ形態をとり、ＳＣ部１４とＨＵＢ２間のメッセージのやりとりは、ＩＰパケットデータ化したメッセージの形態をとっている。特に、ＩＰ網４を介しての交換機間（局間）でのメッセージのやりとりは、従来と同じく多彩な情報を伝達するのに有効なメッセ−ジであるＮＯ．７メッセ−ジをＩＰパケットデータ化して用いている。
As shown in FIG. 3 to FIG. 11, the message exchange between the
ここで、ＮＯ．７メッセ−ジを伝達するＮＯ．７共通線信号方式について説明する。電話／ＩＳＤＮ網を構成するとき、電話交換機を制御する情報（制御信号）を、ユ−ザ−情報向け回線とは別の回線で伝送する方式を共通線信号方式という。 Here, NO. No. 7 message is transmitted. The 7 common line signal system will be described. When a telephone / ISDN network is configured, a system for transmitting information (control signal) for controlling a telephone exchange through a line different from the line for user information is called a common line signal system.
制御信号は、交換機間で接続を行う場合に必要な信号で、通信を接続するための相手先（着信）番号の転送、着信側が応答したことの通知、通信が終了したことの通知等の情報授受を行う。ＮＯ．７共通線信号方式は、ディジタル・ネットワ−クに対応した共通線信号方式として、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）が検討し、勧告した共通線信号方式(Ｑ．７００シリ−ズ勧告)である。これは、電話交換、デ−タ交換、ＩＳＤＮの疎通だけでなく、交換局の遠隔制御、ネットワ−クの保守や運用管理などの多様な用途に使用できる。 The control signal is a signal required when connecting between exchanges, and includes information such as transfer of the destination (incoming) number to connect the communication, notification that the called party has responded, notification that the communication has been completed, etc. Give and receive. NO. The 7 common line signal system is a common line signal system compatible with digital networks, which is studied and recommended by the ITU-T (International Telecommunication Union Telecommunication Standardization Sector). Recommended). This can be used not only for telephone exchange, data exchange, and ISDN communication, but also for various purposes such as remote control of a switching center, network maintenance and operation management.
ＮＯ．７共通線信号方式は、その使用する用途によってユ−ザ−部が異なる。電話接続では電話ユ−ザ−部(TUP:telephone user part)、ＩＳＤＮではＩＳＤＮユ−ザ−部(ISUP：ISDN user part)を使用する。 NO. In the 7 common line signal system, the user part is different depending on the intended use. A telephone user part (TUP) is used for telephone connection, and an ISDN user part (ISUP) is used for ISDN.
ＮＯ．７共通線信号方式の特徴には、信号の種類が豊富、通話中の信号転送が可能、信号の高速転送が可能、電話、非電話サ−ビスの同一制御が可能、などがある。 NO. Features of the 7 common line signal system include a wide variety of signals, signal transfer during a call, high-speed signal transfer, and the same control of telephone and non-telephone services.
図１２に、ＮＯ．７メッセ−ジの一覧を示す。 In FIG. A list of 7 messages is shown.
メッセ−ジの代表的なものを説明すると、ＩＡＩメッセ−ジ１２０とは、付加情報付アドレス信号であり、ＡＩＭ（アドレス信号）と同様に呼設定時最初に送られ、選択数字（ダイヤル等）情報と呼接続条件に関する情報の他に、発信者情報、呼種等の情報が付加された信号である。
A typical message will be described. The
ＡＣＩメッセ−ジ１２１とは、付加情報付アドレス完了信号であり、ＡＣＭ（アドレス完了信号）メッセ−ジと同様に被呼接続に必要なアドレス情報を全部受信したことを示し、そのほかに被呼者情報が付加された信号である。
The
ＡＮＤメッセ−ジ１２２とは、付加情報不応答信号であり、着呼加入者応答時に、応答加入者情報を付加して発信局側に送出される信号である。
The AND
ＣＬＦメッセ−ジ１２３とは、切断信号であり、設定途中の呼、または通話中の呼が終了したことを示す信号であり、通常は発信者の復旧により送出するが、ＲＳＣメッセ−ジ（回線リセット信号）受信時にも送出する。
The
ＲＬＧメッセ−ジ１２４は、復旧完了信号であり、切断信号又は回線リセット信号に対して当該回線が空き状態になったことを示す信号である。
The
ＳＳＢメッセ−ジ１２５は、加入者話中信号であり、被呼加入者が話中であることを示す信号である。
The
次に、図１３にはＨ．３２３メッセ−ジ（Ｈ．２２５呼制御情報）一覧を示す。 Next, FIG. A list of 323 messages (H.225 call control information) is shown.
代表的な呼設定メッセ−ジと呼終結メッセ−ジについて説明する。まず、呼設定メッセ−ジであるＡｌｅｒｔｉｎｇ１３０は呼出を示す信号であり、Ｃａｌｌ Ｐｒｏｃｅｅｄｉｎｇ１３１は、呼設定受付を示す信号である。また、Ｃｏｎｎｅｃｔ１３２は応答を示し、Ｃｏｎｎｅｃｔ Ａｃｋｎｏｗｌｅｄｇｅ１３３は応答確認を、Ｐｒｏｇｒｅｓｓ１３４は経過表示を、Ｓｅｔｕｐ１３５は呼設定を、Ｓｅｔｕｐ Ａｃｋｎｏｗｌｅｄｇｅ１３６は呼設定確認を示す信号である。
A typical call setup message and call termination message will be described. First,
次に呼終結メッセ−ジのＤｉｓｃ１３７は、切断を示し、Ｒｅｌｅａｓｅ１３８は開放を、Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅａｔｅ１３９は開放完了を示す信号である。
Next,
図１４に、ＮＯ．７メッセ−ジとＨ．３２３（Ｈ．２２５）メッセ−ジの変換対応表を示す。 In FIG. 7 messages and H.C. A conversion correspondence table of 323 (H.225) messages is shown.
図１４に示したように、ＮＯ．７メッセ−ジである付加情報付アドレス信号（ＩＡＩ）とＨ．３２３メッセ−ジである呼設定（Ｓｅｔ ｕｐ）（１４０）、ＮＯ．７メッセ−ジである付加情報付アドレス完了信号（ＡＣＩ）とＨ．３２３メッセ−ジである呼出（Ａｌｅｒｔ）（１４１）、ＮＯ．７メッセ−ジである付加情報付応答信号（ＡＮＤ）とＨ．３２３メッセ−ジである応答（Ｃｏｎｎｅｃｔ）（１４２）、といった具合に相互に変換を対応づけている。 As shown in FIG. Address signal with additional information (IAI), which is 7 messages, 323 message setup (Set up) (140), NO. 7 address complete signal (ACI) with additional information and H.264 message. 323 message (Alert) (141), NO. A response signal with additional information (AND), which is 7 messages, Conversions are associated with each other such as a response (Connect) (142) which is a H.323 message.
図２５から図２９に発着信におけるプロトコル変換部１４１の変換処理（ＮＯ．７メッセージとＨ．３２３メッセージとの変換）の動作シーケンスを示す。
25 to 29 show an operation sequence of the conversion process (conversion between NO.7 message and H.323 message) of the
ＣＣ部１２が受信したデータ（ＮＯ．７セッセージ及び独自メッセージ）をプロトコル変換部１４１に伝達し、プロトコル変換部１４１がそれをＨ．３２３メッセージに変換している。
The data (NO. 7 message and unique message) received by the
図２５は、発信の場合の第１例を示す。ＣＣ部１２からダイヤル情報であるＩＡＩ（Ｓ２５０１）を受信すると、呼設定メッセージであるＳｅｔｕｐ（Ｓ２５０２）に変換してＨＵＢ２側へ送出する。ＨＵＢ２側から呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２５０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２５０４）をプロトコル変換部１４１が受信すると、ダイヤル完了としてＡＣＩに変換してＣＣ部１２に送信する。ＨＵＢ２側から応答メッセージであるＣｏｎｎｅｃｔ（Ｓ２５０６）が送られてくると、プロトコル変換部１４１は、ＡＮＤに変換しＣＣ部１２へ送信する。
FIG. 25 shows a first example in the case of transmission. When IAI (S2501) as dial information is received from the
通信中に入り、ＨＵＢ２側から開放完了メッセージであるＲｅｌ Ｃｏｍｐ（Ｓ２５０８）を受信したプロトコル変換部１４１は、終話信号であるＣＢＫ（Ｓ２５０９）に変換し、ＣＣ部１２に送信する。ＣＢＫを受信したＣＣ部１２は切断信号ＣＬＦ（Ｓ２５１０）をプロトコル変換部１４１に送り、プロトコル変換部１４１がＣＣ部１２に復旧完了信号ＲＬＧ（Ｓ２５１１）を送信し、通信が終了する。
Upon entering communication, the
図２６は、発信の場合の第２の例を示す。ＣＣ部１２からダイヤル情報であるＩＡＩ（Ｓ２６０１）を受信すると、呼設定メッセージであるＳｅｔｕｐ（Ｓ２６０２）に変換してＨＵＢ２側へ送出する。ＨＵＢ２側から応答メッセージであるＣｏｎｎｅｃｔ（Ｓ２６０６）が送られてくると、プロトコル変換部１４１は、ＡＣＩとＡＮＤに変換し、２つのメッセージをＣＣ部１２へ送信する。図２５で説明したＡｌｅｒｔｉｎｇがない場合でもＡＣＩは送出する（Ｓ２６０５、Ｓ２６０６）。
FIG. 26 shows a second example in the case of transmission. When IAI (S2601) as dial information is received from the
通信中に入り、ＣＣ部１２から切断メッセージであるＣＬＦ（Ｓ２６１０）を受信したプロトコル変換部１４１は、開放完了Ｒｅｌ ｃｏｍｐ（Ｓ２６０８）に変換し、ＨＵＢ２側に送信する。ＣＬＦを受信したプロトコル変換部１４１は、復旧完了信号ＲＬＧ（Ｓ２６１１）をＣＣ部１２に返し、通信が終了する。
Upon entering communication, the
図２７は、着信の場合の第１例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２７０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２７０１）に変換して、ＣＣ部１２へ送出する。次にＣＣ部１２はダイヤル完了としてＡＣＩ（Ｓ２７０５）を返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２７０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２７０４）に変換し、ＨＵＢ２側に送信する。ＣＣ部１２から応答であるＡＮＤ（Ｓ２７０７）を受信すると、プロトコル変換部１４１がＣｏｎｎｅｃｔ（Ｓ２７０６）に変換し、ＨＵＢ２側に送信する。
FIG. 27 shows a first example in the case of an incoming call. The
通信中に入り、ＣＣ部１２から終話信号であるＣＢＫ（Ｓ２７０９）を受信すると、プロトコル変換部１４１が開放完了メッセージであるＲｅｌ Ｃｏｍｐ（Ｓ２７０８）に変換してＨＵＢ２側に送信する。その送信と同時に切断信号ＣＬＦ（Ｓ２７１０）をＣＣ部１２に送り、ＣＣ部１２が復旧完了信号ＲＬＧ（Ｓ２７１１）を返信し、通信が終了する。
Upon entering communication and receiving CBK (S2709) as a call termination signal from the
図２８は、着信の場合の第２例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２８０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２８０１）に変換して、ＣＣ部１２へ送出する。
FIG. 28 shows a second example in the case of an incoming call. Upon receiving the call setup message Setup (S2802) from the
次にＣＣ部１２はダイヤル完了としてＡＣＩ（Ｓ２８０５）を返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２８０３）及び呼び出しメッセージであるＡｌｅｒｔｉｎｇ（Ｓ２８０４）に変換し、ＨＵＢ２側に送信する。ＣＣ部１２から応答であるＡＮＤ（Ｓ２８０７）を受信すると、プロトコル変換部がＣｏｎｎｅｃｔ（Ｓ２８０６）に変換し、ＨＵＢ２側に送信する。
Next, the
通信中に入り、ＨＵＢ２側からＲｅｌ Ｃｏｍｐ（Ｓ２８０８）を受信したプロトコル変換部１４１は、切断信号ＣＬＦ（Ｓ２８１０）に変換後、ＣＣ部１２に送信し、折り返しＣＣ部１２からの復旧完了信号ＲＬＧ（Ｓ２８１１）を受信して通信が終了する。
The
図２９は、着信の場合の第３例を示す。ＨＵＢ２側からＣＣ部１２から呼設定メッセージであるＳｅｔｕｐ（Ｓ２９０２）を受信したプロトコル変換部１４１は、ダイヤル情報であるＩＡＩ（Ｓ２９０１）に変換して、ＣＣ部１２へ送出する。次にＣＣ部１２は、ダイヤル完了としてＡＣＩを返信し、それを受信したプロトコル変換部１４１は、呼設定受付メッセージであるＣａｌｌｐｒｏｃ（Ｓ２９０３）に変換し、ＨＵＢ２側に送信する。
FIG. 29 shows a third example in the case of an incoming call. Upon receiving the call setup message Setup (S2902) from the
ＣＣ部１２から不完了通知信号であるＥＵＭ（Ｓ２９０９）を受信すると、プロトコル変換部がＲｅｌ Ｃｏｍｐ（Ｓ２９０８）に変換し、ＨＵＢ２側に送信する。ＨＵＢ２へＲｅｌ Ｃｏｍｐを送信したプロトコル変換部１４１は、切断信号ＣＬＦ（Ｓ２９１０）をＣＣ部１２に送信し、折り返しＣＣ部１２からの復旧完了信号ＲＬＧ（Ｓ２９１１）を受信して通信が終了する。
When the EUM (S2909), which is an incomplete notification signal, is received from the
Ｈ．３２３による接続制御は、以下に示すプロトコルからなっている。第１はＨ．２２５．０（ＴＣＰコネクションによる接続を行う）、第２はＨ．２４５（Ｑ．９３１で接続された呼に対するメディアパスの設定等を行う）、第３はＨ．４５０（転送や保留等の不可サ−ビスの規定）である。 H. The connection control by H.323 consists of the following protocol. The first is H. 225.0 (connection by TCP connection), second is H.264. 245 (performs setting of a media path for a call connected in Q.931), and the third is H.245. 450 (prescription of unusable services such as transfer and hold).
ＣＣ部１２内で扱うメッセ−ジ体系は、独自メッセ−ジとしているため、他の局から受信したＮＯ．７メッセージは、一旦装置内の独自メッセージにて変換後、Ｈ．３２３端末（ＩＰ電話機６１等）へ送信する場合に、更にメッセ−ジをＨ．３２３メッセ−ジに置換えて接続制御している。
Since the message system handled in the
ＮＯ．７メッセージと独自メッセージの変換時に、同一データ（データフォーマット異なるが、主データは同じ）の場合は、データフォーマット変換のみ行う。また、Ｈ．３２３メッセ−ジと独自メッセージ変換も同一データ（データフォーマット異なるが、主データは同じ）である場合は、データフォーマット変換のみ行う。 NO. When converting 7 messages and unique messages, if the same data (data format is different but main data is the same), only data format conversion is performed. H. If the H.323 message and the original message conversion are the same data (data format is different, but the main data is the same), only the data format conversion is performed.
この変換メッセ−ジ処理を用いたシステム全体の動作シーケンス例は、図１６から図２１を用いて後述する。 An example of the operation sequence of the entire system using this conversion message processing will be described later with reference to FIGS.
図１５に、独自手順にて交換機１と接続されるＩＰ−ＭＦＴ６２との間のメッセ−ジ送受信方式を示すシステム構成を示す。
FIG. 15 shows a system configuration showing a message transmission / reception system between the IP-
交換機１とＩＰ−ＭＦＴ６２間の共通メッセ−ジは、時刻情報や同時制御情報があり、交換機１から複数のＩＰ−ＭＦＴ６２に同時に伝送される。ＬＡＮ７上における共通メッセ−ジ伝送方式は以下のとおりである。
Common messages between the
交換機１から延びるＬＡＮにル−タ−３ａや複数のＩＰ−ＭＦＴ６２（ａ）、（ｂ）、（ｃ）が接続されている。ル−タ−３ａの先にはＩＰ網を経由して同様にルータ３ｂを介してＩＰ−ＭＦＴ６２（ｄ）、（ｅ）が接続されている。
A router-3a and a plurality of IP-MFTs 62 (a), (b), and (c) are connected to the LAN extending from the
交換機１とＩＰ−ＭＦＴ６２間の通信は、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケット交換を行っている。これは、１パケットデ−タの送信のみのマルチキャスト伝送であるため、回線のトラヒックが低くて済むことからである。ここで、パケットデ−タ紛失等を考慮してパケットデ−タの２度送り等を行ってもよい。
The communication between the
ＵＤＰとは、ＴＣＰ/ＩＰプロトコルにおける、トランスポ−ト層のプロトコルである。２つのノ−ド上のプロセス（アプリケ−ション）間で、ベストエフォ−ト型のデ−タグラム指向の通信を行なう。 UDP is a transport layer protocol in the TCP / IP protocol. Best-effort datagram-oriented communication is performed between processes (applications) on two nodes.
ＵＤＰは、その下位層にあるＩＰパケットをほとんどそのままアプリケ−ションから使えるようにしただけのプロトコルである。そのため、パケットが相手に確実に届くという保証はないし、再送や受信確認応答、フロ−制御、大きなデ−タの分割や再合成（フラグメント化）などはすべてアプリケ−ション側で自分で制御する必要がある。ただし、これらのオ−バ−ヘッドがないので、処理は簡単であり、高速という特徴がある。 UDP is a protocol that allows IP packets in the lower layers to be used almost directly from an application. For this reason, there is no guarantee that the packet will surely reach the other party, and retransmission, reception acknowledgment, flow control, large data segmentation and recombination (fragmentation) must all be controlled by the application. There is. However, since these over heads are not provided, the processing is simple and there is a feature of high speed.
図１７から図２１に、交換機１を介した端末装置間の接続シ−ケンスを示す。図１６には、図１７から図２１を説明する上で必要となる記号の一覧を示す。
FIG. 17 to FIG. 21 show a connection sequence between terminal devices via the
項番１の記号１はＶＣのＩＰアドレス、相手端末のＩＰアドレス等の情報を含むことを示し、項番２の記号２は、圧縮方式、パケット多重数等の情報を含むことを示し、項番３の記号３は、ＩＰ−ＭＦＴ６２のＩＰアドレス等の情報を含むことを示し、項番４の矢印は呼制御（以下ＳＰ系という）メッセ−ジを示し、項番５の矢印ＳＰ（ＩＰ）系は呼制御ＩＰパケットデ−タ型メッセ−ジを示し、項番６の矢印はＴＳＷにおける経路スイッチング指示を示し、項番７の矢印は、ＰＣＭ音声を示し、項番８の矢印は、ＩＰパケット音声を示し、項番９はＶＣ部１３を捕捉した状態となったことを示し、項番１０はＩＰパケット音声の送受信可能状態（以下チャネルオ−プン状態という）を、項番１１はチＩＰパット音声の送受信停止状態（以下チャネルクロ−ズ状態という）を示すものとする。
図１７に、交換機１に直接収容された電話機５と、ＨＵＢ２経由で交換機１に接続されたＩＰ−ＭＦＴ６２との接続シ−ケンスを示す。
FIG. 17 shows a connection sequence between the
電話機５が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ１７００）、その情報は、ＥＸ部１１で認識され、ＣＣ部１２に伝達される（Ｓ１７０１）。ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７０２）、ダイヤルト−ンを電話機５に出力させる（Ｓ１７０３）。音源トランクは、ダイヤルト−ンやリングバックト−ン等の音生成をおこなっている部位である。
When the
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識した電話機５は、接続するためのダイヤル送信を開始する（Ｓ１７０４）。ＥＸ部１１経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１７０５）、音源トランクとＬＩＮＥ１１２との接続を解除させ、ダイヤルト−ンの送出をとめる（Ｓ１７０６、Ｓ１７０７）。
The
最終ダイヤルを受信したＣＣ部１２は（Ｓ１７０８）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス部１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１７０９）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２のＩＰアドレス宛てに独自メッセ−ジ（ＩＰパケット型呼制御メッセージ）を送信し、ベルの鳴動を要求する（Ｓ１７１０）。このメッセージには、ＩＰ−ＭＦＴ６２が接続され、音声データの伝送に使用するＶＣ部１３のＩＰアドレス及び発信元のＳＣ部１４のＩＰアドレスの情報も付加されている。
The
その要求に従い、ＩＰ−ＭＦＴ６２は自身の呼び出しベルを鳴動させる（Ｓ１７１１）。また、ＣＣ部１２は、ダイヤルを受信し終えたと同時に、ＶＣ部１３に対して使用中（以下ＢＳＹという）メッセ−ジを伝達し（Ｓ１７１２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１７１３）。
In accordance with the request, the IP-
これと同時にＣＣ部１２は、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７１４）、リングバックト−ンを電話機５に出力させる（Ｓ１７１５）。これを受けて電話機５は、相手を呼び出し中であることを認識する。
At the same time, the
ここで、ＩＰ−ＭＦＴ６２が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１７１６）、その情報をＩＰパケット型独自メッセ−ジでＳＣ部１４内の独自インタフェ−ス部１４３に送り（Ｓ１７１７）、ＣＣ部１２に伝達される（Ｓ１７１８）。それを受けたＣＣ部１２は、折り返し電話機５とＩＰ−ＭＦＴ６２が通話する旨のメッセ−ジを独自インタフェ−ス１４３に返し（Ｓ１７１９）、独自インタフェ−ス１４３はＩＰパケット型独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１７２０）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１７２１）。
When the IP-
また、ＣＣ部１２は上記と同時期にＥＸ部１１内のＬＩＮＥ１１２とＶＣ部１３を接続するようＴＳＷ１１３に指示し（Ｓ１７２２）、ＶＣ部１３に対しても電話機５とＩＰ−ＭＦＴ６２が通話する旨の指示と（Ｓ１７２３）、チャネルをオ−プンさせる旨のメッセ−ジを送り（Ｓ１７２４）、このメッセ−ジを受け、ＶＣ部１３はチャネルオ−プン状態となり（Ｓ１７２５）、交換機１の通話準備が完了する。
In addition, the
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＶＣ部１３までがＩＰパケット音声（宛先はＶＣ部１３、発信元はＩＰ−ＭＦＴ６２）で伝送され、ＶＣ部１３でＰＣＭアナログ音声に変換後、ＥＸ部１１内のＴＳＷ１１３、ＬＩＮＥ１１２経由で電話機５に伝送される（Ｓ１７２６）。ＩＰパケット音声とＰＣＭ音声の変換はＶＣ部１３が行い、ＴＳＷ１１３が電話機５が接続されているＬＩＮＥ１１２とＶＣ１３との接続ル−トを形成させる。そのスイッチング制御をＴＳＷ１１３へ行っているのは、接続元、接続先情報を管理しているＣＣ部１２である。
Thereafter, the call data is transmitted from the IP-
電話機５からのアナログ音声データは、ＥＸ部１１で受信後、ＶＣ部１３に送信し、ＶＣ部１３によってＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、発信元はＶＣ部１３）化され、ＩＰ-ＭＦＴ６２へ送信される。
Analog voice data from the
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１７２７）、その情報をＩＰパケット型独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１７２８）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１７２９）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して復旧（以下空という）メッセ−ジを返し（Ｓ１７３０）、それを受けた独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１７３１）。これで、ＩＰ−ＭＦＴ６２は待機状態であるチャネルクロ−ズ状態となる（Ｓ１７３２）。
Next, the cutting sequence will be described. First, when a call is terminated from the IP-
また、ＣＣ部１２はＩＰ−ＭＦＴ６２が受話器を置いたことを認識したため、ＥＸ部１１内の図示しない音源トランクとＬＩＮＥ１１２を接続するようＴＳＷ１１３を制御し（Ｓ１７３３）、音源トランクからのビジ−ト−ンを電話機５に出力させる（Ｓ１７３４）。それと同時にＣＣ部１２は、ＶＣ部１３に空メッセ−ジを送り、ＶＣ部１３も、チャネルクロ−ズ状態となる（Ｓ１７３５、Ｓ１７３６）。
Further, since the
そして、ビジ−ト−ンを聞いた電話機５の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１７５０）。このＯＮ ＨＯＯＫ情報をＥＸ部１１が検出して、ＣＣ部１２に伝送し通話が終了する（Ｓ１７３７）。
Then, the speaker of the telephone set 5 who has heard the business tone recognizes that the other party has placed the receiver and puts the receiver (ON HOOK) (S1750). This EX HOOK information is detected by the
次に、発呼者先掛け時で電話機５から通話を終了する場合は、まず、電話機５が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１７３８）、その情報をＥＸ部１１で認識し、ＣＣ部１２に伝達する（Ｓ１７３９）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、ＶＣ部１３に対して、空メッセ−ジを送り（Ｓ１７４０）、それを受けたＶＣ部１３はチャネルクロ−ズ状態となる（Ｓ１７４１）。
Next, when the call is terminated from the
また、ＣＣ部１２は、ビジ−ト−ン送出要求をＳＣ部１４に送り（Ｓ１７４２）、ＳＣ部１４内の独自インタフェ−ス部１４３は、その情報を独自メッセ−ジ変換しＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４３）。
The
相手が受話器をおいた情報であるビジ−ト−ン送出要求を受けたＩＰ−ＭＦＴ６２は、自身でビジ−ト−ンを発生させ話者に通知する（Ｓ１７４４）。そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１７４５）。ＩＰ−ＭＦＴ６２はＯＮ ＨＯＯＫ情報を独自メッセ−ジでＳＣ部１４に送り、それを受信したＳＣ部１４からＯＮ ＨＯＯＫ情報を受けたＣＣ部１２は（Ｓ１７４６）、ＩＰ−ＭＦＴ６２が受話器を置いたことを認識して、ＳＣ部１４経由で空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２へ送出する（Ｓ１７４７）。
The IP-
それをＩＰ−ＭＦＴ６２が受けるとチャネルクロ−ズ状態へ移行し、ビジ−ト−ンの出力を止め、通話が終了する（Ｓ１７４８、Ｓ１７４９）。
When the IP-
図１８に、交換機１にＨＵＢ２を経由して接続されているＩＰ−ＭＦＴ６２（ａ）、（ｂ）相互間の接続シ−ケンスを示す。
FIG. 18 shows a connection sequence between the IP-MFTs 62 (a) and (b) connected to the
ＩＰ−ＭＦＴ６２（ａ）が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ１８００）、その情報は、ＩＰパケット型呼制御メッセージとして送出され、ＳＣ部１４内の独自インタフェ−ス１４３で認識し（Ｓ１８０１）、ＣＣ部１２に伝達される（Ｓ１８０２）。このＳＣ部１４へのメッセージの宛先ＩＰアドレスはＳＣ部１４であり、発信元ＩＰアドレスはＩＰ−ＭＦＴ６２ａである。
When the IP-MFT 62 (a) raises the handset (OFF HOOK) (S1800), the information is transmitted as an IP packet type call control message and is recognized by the
ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ１８０３）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ１８０４）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送出する（Ｓ１８０５、Ｓ１８０６）。ＳＣ部１４ｋａｒａＩＰ−ＭＦＴ６２ａに送信されたダイヤルト−ン出力要求には、音声通信で使用するＶＣ部１３のＩＰアドレス情報も付加されている。
The
ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ａ）は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ１８０７）。 Upon receiving the dial tone output request, the IP-MFT 62 (a) generates a dial tone and outputs it from the receiver in order to let the speaker hear the dial tone (S1807).
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２（ａ）の話者は、接続するためのダイヤル送信を開始する（Ｓ１８０８）。
The speaker of the IP-MFT 62 (a) that has received the dial tone and recognizes that the
ＳＣ部１４経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ１８０９）、ダイヤルト−ン停止要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２（ａ）に送り（Ｓ１８２０）、ＩＰ−ＭＦＴ６２（ａ）からのダイヤルト−ンの出力を停止させる（Ｓ１８２１）。
The
最終ダイヤルを受信したＣＣ部１２は（Ｓ１８２２）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内の独自インタフェ−ス１４３に接続相手先のベルを鳴動させるよう指示する（Ｓ１８２３）。指示を受けた独自インタフェ−ス１４３は、ＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレス宛てにパケット型の独自メッセ−ジを送信（送信元ＩＰアドレスはＳＣ部１４）し、ベルの鳴動を要求する（Ｓ１８２４）。
The
その要求に従い、ＩＰ−ＭＦＴ６２（ｂ）は自身の呼び出しベルを鳴動させる（Ｓ１８２５）。これと同時にＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２（ａ）に行い（Ｓ１８２６）、その指示に従い、リングバックト−ンをＩＰ−ＭＦＴ６２（ａ）が出力する（Ｓ１８２７）。
In accordance with the request, the IP-MFT 62 (b) rings its own calling bell (S1825). At the same time, the
ここで、ＩＰ−ＭＦＴ６２（ｂ）の話者が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１８２８）、その情報はＩＰパケット型の独自メッセ−ジ（宛先ＩＰアドレスはＳＣ部１４、送信元ＩＰアドレスはＩＰ−ＭＦＴ６２（ｂ））でＳＣ部１４内の独自インタフェ−ス１４３で受信され（Ｓ１８２９）、ＣＣ部１２に伝達される（Ｓ１８３０）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスを付加）を、ＳＣ部１４内の独自インタフェ−ス１４３に返し（Ｓ１８３１）、独自インタフェ−ス１４３は独自メッセ−ジにてその情報をＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８３２）。この情報によりＩＰ−ＭＦＴ６２（ｂ）はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１８３３）。
Here, when the speaker of the IP-MFT 62 (b) lifts the handset (OFF HOOK) (S1828), the information is an IP packet type unique message (the destination IP address is the
また、ＣＣ部１２は上記と同時期にＩＰ−ＭＦＴ６２（ａ）とＩＰ−ＭＦＴ６２（ｂ）が通話する旨のメッセ−ジ（通信相手先であるＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスを付加）をＳＣ部１４内の独自インタフェ−ス１４３を用いて、ＩＰ−ＭＦＴ６２（ａ）へも伝達し、ＩＰ−ＭＦＴ６２（ａ）も通話準備が完了する（Ｓ１８３４、Ｓ１８３５）。
In addition, the
また、ＣＣ部１２は、ＶＣ部１３に空メッセージも送り、先ほど捕捉したがこのＩＰ-ＭＦＴ６２間のい通信では使用しないＶＣ部１３をチャネルクローズ状態にする（Ｓ１８３７）。
Further, the
この後、通話デ−タは、ＩＰ−ＭＦＴ６２（ａ）、（ｂ）間をＬＡＮ経由でＩＰパケット音声のみで伝送される（Ｓ１８３８）。この時のＩＰ−ＭＦＴ６２（ａ）からＩＰ−ＭＦＴ６２（ｂ）への音声データは、宛先がＩＰ−ＭＦＴ６２（ｂ）のＩＰアドレスであり、発信元ＩＰアドレスがＩＰ−ＭＦＴ６２（ａ）のＩＰアドレスとなっており、ＩＰ−ＭＦＴ６２（ｂ）からＩＰ−ＭＦＴ６２（ａ）への音声データも同様の形態をとっている。 Thereafter, the call data is transmitted between the IP-MFTs 62 (a) and (b) only by IP packet voice via the LAN (S1838). At this time, the voice data from the IP-MFT 62 (a) to the IP-MFT 62 (b) has the IP address of the IP-MFT 62 (b) as the destination and the IP address of the IP-MFT 62 (a) as the source IP address. The voice data from the IP-MFT 62 (b) to the IP-MFT 62 (a) has the same form.
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ−ＭＦＴ６２（ｂ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ｂ）が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１８３９）、その情報を独自メッセ−ジにて交換機１のＳＣ部１４内の独自インタフェ−ス１４３に伝達し（Ｓ１８４０）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ１８４１）。そのＯＮ ＨＯＯＫ情報を受信したＣＣ部１２は、折り返しＳＣ部１４に対して空メッセ−ジを返し（Ｓ１８４５）、それを受けたＳＣ部１４内の独自インタフェ−ス部１４３が独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２（ｂ）に伝達する（Ｓ１８４６）。これを受けて、ＩＰ−ＭＦＴ（ｂ）は待機状態であるチャネルクロ−ズとなる（Ｓ１８４７）。
Next, the cutting sequence will be described. First, when a call is terminated from the IP-MFT 62 (b) when the called party is called, the IP-MFT 62 (b) first places the handset (ON HOOK) (S1839), and the information is sent to the original message. Is transmitted to the
また、ＣＣ部１２は、ＩＰ−ＭＦＴ６２（ｂ）が受話器を置いたことを認識したため、ＩＰ−ＭＦＴ６２（ａ）に対してビジ−ト−ン出力要求を送信する（Ｓ１８４８）。それを受けたＩＰ−ＭＦＴ６２（ａ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８４９）。
Further, since the
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ａ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５０）。ＩＰ−ＭＦＴ６２（ａ）は、このＯＮ ＨＯＯＫ情報を交換機１に送出し、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ａ）に返送する（Ｓ１８５１）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ａ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８５２）。
Then, the speaker of the IP-MFT 62 (a) who heard the visit tone recognizes that the other party has placed the receiver and puts the receiver (ON HOOK) (S1850). The IP-MFT 62 (a) sends this ON HOOK information to the
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２（ａ）から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２（ａ）が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５３）、その情報は、ＩＰ−ＭＦＴ６２（ａ）からＳＣ部１４に伝達され（Ｓ１８５４）、それを受けたＳＣ部１４は、ビジ−ト−ン出力要求を相手方のＩＰ−ＭＦＴ６２（ｂ）へ送出する（Ｓ１８５５）。ビジ−ト−ン出力要求を受けたＩＰ−ＭＦＴ６２（ｂ）は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１８５６）。
Next, when terminating a call from the IP-MFT 62 (a) when calling the caller, the IP-MFT 62 (a) first places the receiver (ON HOOK) (S1853). The
ＣＣ部１２は、ビジ−ト−ン出力要求を受けると、ＩＰ−ＭＦＴ６２（ａ）に対して、空メッセ−ジを送り（Ｓ１８５７）、それを受けたＩＰ−ＭＦＴ６２（ａ）は、チャネルクロ−ズ状態となる（Ｓ１８５８）。
When the
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２（ｂ）の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１８５９）。ＩＰ−ＭＦＴ６２（ｂ）は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ１８６０）、ＣＣ部１２がそれを検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２（ｂ）に返送する（Ｓ１８６１、Ｓ１８６２）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２（ｂ）は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１８６３）。
Then, the speaker of IP-MFT 62 (b) who heard the visit tone recognizes that the other party has placed the receiver and puts the receiver (ON HOOK) (S1859). The IP-MFT 62 (b) sends this ON HOOK information to the exchange 1 (S1860), the
図１９に、ＨＵＢ２経由で交換機に接続されているＩＰ−ＭＦＴ６２と、ＩＰ電話機６１との接続シ−ケンスを示す。
FIG. 19 shows a connection sequence between the IP-
ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図１８と同様なので省略する。
Since the process from when the IP-
ダイヤル情報を独自メッセージによりＳＣ部１４内の独自インタフェース部１４３経由でダイヤルを受信したＣＣ部１２は（Ｓ１９００）、ＮＯ．７メッセ−ジの付加情報アドレス信号であるＩＡＩを使用し、ＳＣ部１４内のプロトコル変換部１４１に送る（Ｓ１９０１）。この呼制御メッセージには音声データ通信で使用するＶＣ部１３のＩＰアドレスや宛先であるＩＰ電話機６１のＩＰアドレス、ポート番号情報などが格納されている。
The
それを受けたプロトコル変換部１４１は、図１４に示す変換表に従い、ＩＡＩメッセ−ジをＨ．３２３メッセ−ジの呼設定要求であるＳＥＴ ＵＰに変換し、ＩＰパケットデ−タにてＩＰ電話機６１に伝達する（Ｓ１９０２）。また、このＳＥＴ ＵＰメッセージは、送信元がＳＣ部１４のＩＰアドレス、宛先がＩＰ電話機６１としており、ＳＥＴ ＵＰメッセージ内の着信者番号はＩＰ電話機６１のＩＰアドレスとしている。
In response to this, the
ＳＥＴ ＵＰを受けたＩＰ電話機６１は、呼設定受付処理を行い、ＳＣ部１４に対して、Ｈ．３２３メッセージのＣＡＬＬ ＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ１９０３、Ｓ１９０４、Ｓ１９０５）。また、このＣＡＬＬ ＰＲＯＣ等の応答メッセージの宛先はＳＣ部１４のＩＰアドレスとしている。
Upon receiving the SET UP, the
ＡＬＥＲＴを受けたＳＣ部１４内のプロトコル変換部１４１は、先ほどの変換表に従い、ＡＬＥＲＴメッセ−ジをＮＯ．７メッセ−ジの付加情報付アドレス完了信号であるＡＣＩに変換し、更に、ＩＰパケット音声送信不可情報（以下インチャネル利用不可情報という）とともにＣＣ部１２に伝える（Ｓ１９０６）。
Upon receipt of ALERT, the
インチャネル利用不可情報は、ＩＰ−ＭＦＴ６２に対してのリングバックトーンを対向装置から送信できない場合に送るメッセージであり、ＩＰ−ＭＦＴ６２に対してリングバックトーン送出要求を送信する契機となっている。対向装置がＩＰ−ＭＦＴ６２に対してリングバックトーン（ＩＰパケット型）を送信できるような場合は、後述するＩＰパケット音声送信可能情報（以下インチャネル利用可情報という）を用いる。
The in-channel unusable information is a message that is sent when a ringback tone for the IP-
これを受けたＣＣ部１２は、ＳＣ部１４を介してリングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ１９０７）、リングバックト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、リングバックト−ンの出力を行う（Ｓ１９０８、Ｓ１９０９）。
Upon receiving this, the
ここで、ＩＰ電話機６１が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ１９１０）、そのＩＰ電話機６１自身がチャネルオープン状態となり、そのＯＦＦ ＨＯＯＫ情報は、Ｈ．３２３メッセ−ジでＳＣ部１４内のＨ．３２３インタフェ−ス１４１に送られる（Ｓ１９１１）。
Here, when the
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信したＳＣ部１４内のプロトコル変換部１４１は、ＮＯ．７メッセ−ジであるＡＮＤ(付加情報付応答信号)に変換され、ＣＣ部１２に伝達される（Ｓ１９１２）。この呼制御メッセージには相手端末（ＩＰ−ＭＦＴ６２）のＩＰアドレス、ポート番号、圧縮方式などの情報が格納されている。
The information is CONNECT of the response message, and the
それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ電話機６１が通話する旨のメッセ−ジをプロトコル変換部１４１に返すとともに（Ｓ１９１３）、同様のメッセ−ジをＩＰ−ＭＦＴ６２へ送出するため、ＳＣ部１４内の独自インタフェ−ス部１４３へも送り（Ｓ１９１４）、同時にＶＣ部１３へＩＰパケット音声中継メッセ−ジ（以下デジタル１リンクメッセ−ジという）を送る（Ｓ１９１５）。
In response to this, the
上記メッセ−ジを受けた独自インタフェ−ス１４３は、独自メッセ−ジ（宛先はＩＰ−ＭＦＴ６２のＩＰアドレス、送信元は、ＳＣ部１４のＩＰアドレス）にてその情報をＩＰ−ＭＦＴ６２に伝達する（Ｓ１９１６）。この情報によりＩＰ−ＭＦＴ６２はチャネルオ−プンの状態となり、通話準備が完了する（Ｓ１９１７）。また、上記デジタル１リンクメッセ−ジを受けたＶＣ部１３も、チャネルオ−プンの状態となり通話準備が完了する（Ｓ１９１８）。
The
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ電話機６１へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ電話機６１、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ電話機６１からＩＰ−ＭＦＴ６２への通話データ（宛先はＶＣ部１３、送信元はＩＰ電話機６１）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ-ＭＦＴ６２、送信元はＳＣ部１４）で伝送される（Ｓ１９１９）。
Thereafter, the call data is transmitted from the IP-
ＩＰ電話機６１からＩＰ-ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ電話機６１が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ電話機６１が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＶＣ部１３から送信するＩＰ電話機６１から受信したデータの宛先を替えるだけよいからである。
The reason why only the voice data from the
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ１９２０）、その情報をＨ．３２３メッセ−ジのＲＥＬ ＣＯＭＰにてＳＣ部１４内のプロトコル変換部１４１に伝達し（Ｓ１９２１）、ＳＣ部１４はそれをＣＣ部１２に伝達する。プロトコル変換部１４１では、ＯＮ ＨＯＯＫ（開放）情報であるＲＥＬ ＣＯＭＰメッセ−ジを受けて、ＣＢＫ（終話信号）に変換してＣＣ部１２に送り（Ｓ１９２２）、それを受けたＣＣ部１２はＣＬＦ（切断信号）を返す（Ｓ１９２３）。
Next, the cutting sequence will be described. First, when a call is terminated from the
ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に送り（Ｓ１９２４）、ＣＣ部１２は、それを受けて空メッセ−ジを返し、プロトコル変換部は待機状態となる（Ｓ１９２５）。
Upon receiving the CLF, the
さきほど、ＣＢＫを受信したＣＣ部１２は、ＳＣ部内の独自インタフェ−ス１４３にビジ−ト−ン出力要求を行い（Ｓ１９２６）、それを受けた独自インタフェ−ス部１４３がＩＰパケット型の独自メッセ−ジに変換して、ＩＰ−ＭＦＴ６２に伝達する（Ｓ１９２７）。その要求を受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ１９２８）。
The
また、ＣＣ部１２はビジートーン出力要求を送出すると同時にＶＣ部１３に空メッセージを送出し（Ｓ１９２９）、それを受けてＶＣ部１３はチャネルクローズ状態となる（Ｓ１９３０）。
In addition, the
その後、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９３１）。ＩＰ−ＭＦＴ６２は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ１９３２）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ１９３３）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ１９３４）。
Thereafter, the speaker of the IP-
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９３５）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４に伝達され（Ｓ１９３６）、それを受けたＳＣ部１４は、ＣＣ部１２に伝え（Ｓ１９３７）、ＣＣ部１２はプロトコル変換部１４１に対して、ＮＯ．７メッセージであるＣＬＦ（切断信号）で伝える（Ｓ１９４０）。これと同時に、空メッセ−ジをＩＰ−ＭＦＴ６２に返送してＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にする（Ｓ１９３８、Ｓ１９３９）。
Next, when terminating a call from the IP-
また、ＣＬＦを受けたプロトコル変換部１４１は、ＣＬＦをＨ．３２３メッセ−ジであるＲＥＬ ＣＯＭＰ（開放完了）に変換して、ＩＰ電話機６１へ送出する（Ｓ１９４１）。これをＩＰ電話機６１が受けると、チャネルクロ−ズ状態となり話者が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ１９４２、Ｓ１９４３）。
Also, the
ここで、ＣＬＦを受けたプロトコル変換部１４１は、ＲＬＧ（復旧完了信号）をＣＣ部１２に返し（Ｓ１９４４）、ＣＣ部１２は、それを受けて空メッセ−ジをプロトコル変換部１４１とＶＣ部１３に送り、ＶＣ部１３はチャネルクロ−ズ状態となり通話が終了する（Ｓ１９４５、Ｓ１９４６、Ｓ１９５７）。
Here, the
図２０に、ＨＵＢ２経由で交換機１に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３経由でＩＰ網２側に接続されているＮＯ．７メッセージ対応であるＩＰ網側交換装置１０との接続シ−ケンスを示す。
FIG. 20 shows the IP-
ＨＵＢ２に接続されているＩＰ−ＭＦＴ６２と、ル−タ−３を介してＩＰ網４側に接続されているＮＯ．７メッセ−ジ対応交換装置１０（以下ＩＰ網側交換機）とが通信を行う場合、ＩＰ−ＭＦＴ６２が受話器を上げる（ＯＦＦ ＨＯＯＫ）と（Ｓ２０００）、その情報（宛先はＳＣ部１４、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）は、ＳＣ部１４内の独自インタフェ−ス１４３で認識され、ＣＣ部１２に伝達される（Ｓ２００１）。
The IP-
ＯＦＦ ＨＯＯＫ情報を受けたＣＣ部１２は、ＶＣ部１３に対してＢＳＹメッセ−ジを伝達し（Ｓ２００２）、ＶＣ部１３はこれを受けて捕捉された状態となる（Ｓ２００３）。同時に、ダイヤルト−ン出力要求をＳＣ部１４経由でＩＰ−ＭＦＴ６２に送出する（Ｓ２００４）。ダイヤルト−ン出力要求を受けたＩＰ−ＭＦＴ６２は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する（Ｓ２００５）。
Upon receiving the OFF HOOK information, the
ダイヤルト−ンを受信して、交換機１に起動がかかったと認識したＩＰ−ＭＦＴ６２は、接続するためのダイヤル送信を開始する（Ｓ２００６）。
The IP-
ＳＣ部１４内の独自インタフェース部１４３経由で最初のダイヤルを受信したＣＣ部１２は（Ｓ２００７）、ダイヤルト−ン停止要求をＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２からのダイヤルト−ンの出力をとめさせる（Ｓ２００８、Ｓ２００９）。
The
最終ダイヤルを受信したＣＣ部１２は（Ｓ２０１０）、そのダイヤル情報から接続相手先を認識し、ＳＣ部１４内のＮＯ．７制御部１４２に対しＮＯ．７メッセージであるＩＡＩを送る（Ｓ２０１１）。このメッセ−ジは、発信元であるＳＣ部１４のＩＰアドレス、宛先であるＩＰ網側交換機１０のＩＰアドレスや、音声データ通信で使用するＶＣ部１３のＩＰアドレス等が格納されている。それを受けたＮＯ．７制御部１４２はＩＰ網４側装置にＮＯ．７メッセージであるＩＡＩをＩＰパケットデ−タ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）化して送出する（Ｓ２０１２）。
The
ＩＡＩを受けたＩＰ網側交換機１０は、着信状態となり（Ｓ２０１３）、ＮＯ．７メッセ−ジのＡＣＩ（付加情報付アドレス完了信号）をパケットデ−タ（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０）にてＮＯ．７制御部１４２におくり（Ｓ２０１４）、ＩＰ網側交換機１０に接続されている端末に対してベル（リングバックト−ン）の鳴動を開始する（Ｓ２０１５）。
Upon receiving the IAI, the IP
ＩＰ網側交換機１０からのＡＣＩメッセージを受信したＳＣ部１４内のＮＯ．７制御部１４２はそれを認識し、ＡＣＩデータとインチャネル利用可情報とともに、ＣＣ部１２に伝達する（Ｓ２０１６）。このメッセージには相手先であるＶＣ部１３のＩＰアドレス、ポート番号等の情が格納されている。
When the ACI message from the IP
インチャネル利用可情報は、ＩＰ−ＭＦＴ６２の対向装置がＩＰ−ＭＦＴ６２に対してＩＰパケット型音声であるリングバックトーンを送信可能である場合に使用するメッセージであり、このメッセージを受信したＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに（Ｓ２０１７）、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０１８）。
The in-channel availability information is a message used when the opposite device of the IP-
これを受けた独自インタフェース１４３は、パケット型にメッセージを変換し、ＩＰ−ＭＦＴ６２へ送信する（Ｓ２０１９）。また、このメッセ−ジを受けたＩＰ−ＭＦＴ６２はチャネルオ−プン状態となる（Ｓ２０２０）。
Receiving this, the
更に、ＡＣＩを受信したＳＣ部１４内のＮＯ．７制御部１４２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジ（宛先はＩＰ−ＭＦＴ６２、送信元はＳＣ部１４、更に通信相手先のＩＰ網側交換機１０のＩＰアドレスを付加）も送り（Ｓ２０２１）、ＶＣ部１３もチャネルオ−プン状態となる。ここでのＶＣ部１３は、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２方向のパケット型音声を伝送するために使用する。
Further, the NO. 7 The
ここでさきほど、ＩＰ網側交換機１０が鳴動を開始したリングバックト−ンは、ＩＰパケット音声として、ＶＣ部１３経由でＩＰ−ＭＦＴ６２へ流され、ＩＰ−ＭＦＴ６２の話者は呼び出し中であることを認識する（Ｓ２０２２）。
Here, the ringback tone from which the IP
リングバックトーン送出と同時に、ＩＰ網側交換機１０に接続されている内線電話機等に呼び出しが行われ、その呼び出しが行われている内線電話機等がＯＦＦ ＨＯＯＫすると（Ｓ２０２３）、ＩＰ網側交換機１０がそれを認識し、パケット型のＮＯ．７メッセージであるＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝えるとともに（Ｓ２０２４）、リングバックトーンの送出を停止する。
Simultaneously with the ringback tone transmission, a call is made to the extension telephone connected to the IP
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２０２５）。それを受けたＣＣ部１２は、折り返しＩＰ−ＭＦＴ６２とＩＰ網側交換機１０が通話する旨のメッセ−ジをＮｏ．７制御部１４２に返すとともに、同様のメッセ−ジをＳＣ部１４内の独自インタフェ−ス部１４３へも送る（Ｓ２０２７）。これを受けた独自インタフェース１４３はパケット型にメッセージを変換しＩＰ−ＭＦＴ６２に送出する（Ｓ２０２７）。ＡＮＤを受信したＣＣ部１２は、同時にＶＣ部１３へデジタル１リンクメッセ−ジも送る（Ｓ２０２８）。
When the AND is received, the NO. The 7
これらのＳ２０２７、Ｓ２０２８メッセ−ジはＩＰ−ＭＦＴ６２とＶＣ部１３側では無視される（Ｓ２０２９、Ｓ２０３０）。
These S2027 and S2028 messages are ignored on the IP-
この後、通話デ−タは、ＩＰ−ＭＦＴ６２からＩＰ網側交換機１０へは、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＩＰ−ＭＦＴ６２のＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への通話データ（宛先ＶＣ部１３、送信元ＩＰ網側交換機１０のＩＰアドレス）は、ＶＣ部１３とＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ−ＭＦＴ６２、送信元はＶＣ部１３）で伝送される（Ｓ２０３１）。このアドレス変換はＶＣ部１３で行っている。
Thereafter, the call data is transferred from the IP-
ＩＰ網側交換機１０からＩＰ−ＭＦＴ６２への音声データのみがＶＣ部１３を介している理由は以下のとおりある。もし、ＶＣ部１３を介さずにＩＰ−ＭＦＴ６２が別のＩＰ−ＭＦＴに転送した場合は、ＩＰ網側交換機１０が転送先のＩＰアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、ＶＣ部１３を介して通信を行っていれば、転送先のＩＰアドレスをＩＰ網側交換機１０が入手しなくとも、ＶＣ部１３のＩＰアドレスにだけ音声パケットデータを送っていればよい。それは、交換機１にＩＰ−ＭＦＴ６２が転送指示してくる情報から入手した転送先ＩＰアドレスで、ＩＰ網側交換機１０から受信した音声データの宛先を替えればよいからである。
The reason why only the voice data from the IP
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ２０３２）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２０３３）、ＮＯ.7制御部１４２は、それをＣＣ部１２に伝達する（Ｓ２０３４）。そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２０３５）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＩＰ網側交換機１０へ送出する（Ｓ２０３６）。それをＩＰ網側交換機１０が受けると、ＩＰパケット型ＮＯ．７メッセージのＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２０３７）、ＣＣ部１２はそれを受けて空メッセ−ジをＮＯ．７制御部１４２に送る（Ｓ２０３８）。
Next, the cutting sequence will be described. First, when a call is terminated from the IP
また、そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内の独自インタフェ−ス１４３経由でＩＰ−ＭＦＴ６２に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、ビジ−ト−ン出力要求を送信する（Ｓ２０３９）。同時に、ＶＣ部１３に対して空メッセ−ジを送り、ＶＣ部１３をチャネルクロ−ズ状態にさせる（Ｓ２０４０、Ｓ２０４１）。
Also, the
ビジートーン出力要求受けたＩＰ−ＭＦＴ６２は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する（Ｓ２０４２）。
The IP-
そして、ビジ−ト−ンを聞いたＩＰ−ＭＦＴ６２の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２０４３）。ＩＰ−ＭＦＴ６２は、このＯＮ ＨＯＯＫ情報を交換機１に送出し（Ｓ２０４４）、ＣＣ部１２が検出して、空メッセ−ジとビジ−ト−ン停止要求をＩＰ−ＭＦＴ６２に返送する（Ｓ２０４５）。空メッセージとビジ−ト−ン停止要求を受信したＩＰ−ＭＦＴ６２は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する（Ｓ２０４６）。
Then, the IP-
次に、発呼者先掛け時でＩＰ−ＭＦＴ６２から通話を終了する場合は、まず、ＩＰ−ＭＦＴ６２が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２０４７）、その情報は、ＩＰ−ＭＦＴ６２からＳＣ部１４内の独自インタフェース部１４３経由でＣＣ部１２に伝達され（Ｓ２０４８）、それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセージであるＣＬＦ（切断信号）を送出し（Ｓ２０４９）、それを、ＮＯ．７制御部１４２がパケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２０５０）。
Next, when terminating a call from the IP-
ＩＰ網側交換機１０側では相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者も受話器を置く（ＯＮ ＨＯＯＫ）（Ｓ２０５１）。
The IP
ＣＣ部１２は、ＣＬＦを出力すると同時に空メッセ−ジを独自インタフェース部１４３を介してＩＰ−ＭＦＴ６２に送り、ＩＰ−ＭＦＴ６２をチャネルクロ−ズ状態にさせる（Ｓ２０５２、Ｓ２０５３）。
The
Ｓ２０５１にてＯＮ ＨＯＯＫ状態を検出したＩＰ網側交換機１０は、ＩＰパケット型のＮＯ．７メッセージであるＲＬＧ（復旧完了信号）をＳＣ部１４内のＮＯ．７制御部１４２経由でＣＣ部１２に送り（Ｓ２０５４）、それを受けたＣＣ部１２は、ＶＣ部１３とＮＯ．７制御部１４２に対して空メッセ−ジを送り（Ｓ２０５５、Ｓ２０５６）、ＶＣ部１３はチャネルクロ−ズ状態となり、通話が終了する（Ｓ２０５７）。
The IP
図２１に、ＨＵＢ２経由で交換機１と接続されているＩＰ電話機６１とＩＰ網側交換機１０との接続シ−ケンスを示す。
FIG. 21 shows a connection sequence between the
ＩＰ電話機６１からのダイヤルが完了して、Ｈ．３２３メッセ−ジであるＳＥＴ ＵＰ（宛先はＳＣ部１４、送信元はＩＰ電話機６１のＩＰアドレス）（呼設定要求）がＳＣ部１４内のプロトコル変換部１４１に伝えられると（Ｓ２１００）、プロトコル変換部１４１は、図１３に示すＨ．３２３メッセ−ジである（Ｈ．２２５）ＣＡＬＬ ＰＲＯＣ（呼設定受付）をＩＰ電話機６１に返すとともに（Ｓ２１０１）、ＳＥＴ ＵＰをＮＯ．７メッセ−ジのＩＡＩに変換し、ＣＣ部１２に伝える（Ｓ２１１２）。このＩＡＩには、相手端末（ＩＰ網側交換機１０）のＩＰアドレス、ポート番号、圧縮方式等のデータが格納されている。
When the dialing from the
次に、ＣＣ部１２は、そのＩＡＩメッセ−ジを発信元であるＩＰ電話機６１が接続されているＶＣ部１３ａのＩＰアドレス等を格納したＩＡＩに変換し（Ｓ２１１３）、ＳＣ部１４内のＮＯ．７制御部１４２で、ＩＰパケット型データ（宛先はＩＰ網側交換機１０、送信元はＳＣ部１４のＩＰアドレス）に変換した後、ＩＰ網側交換機１０に送出する（Ｓ２１１４）。また、ＣＣ部１２は、プロトコル変換部１４１からＩＡＩを受けると同時に、ＩＰ電話機６１が接続されているＶＣ部１３ａと、ＩＰ網側交換機１０が接続されている別のＶＣ部１３ｂの両方にＢＳＹメッセージを送出して、各々のＶＣ部１３を捕捉状態にする（Ｓ２１１５、Ｓ２１１６、Ｓ２１１７、Ｓ２１１８）。
Next, the
ＩＡＩを受けたＩＰ網側交換機１０は、ＩＰパケット型のＡＣＩ（付加情報付アドレス完了信号）（宛先はＳＣ部１４、送信元はＩＰ網側交換機１０のＩＰアドレス）をＳＣ部１４内のＮＯ．７制御部１４２経由で、ＣＣ部１２に送る（Ｓ２１１９）。ＮＯ．７制御部１４２からＣＣ部１２へ送るＡＣＩには、相手端末（ＩＰ電話機６１）のＩＰアドレス、ポート番号等が格納されている。それを受けた、ＣＣ部１２は、ＩＰ網側交換機１０と接続されているＶＣ部１３ｂのＩＰアドレス、相手端末（ＩＰ電話機６１）のＩＰアドレスを格納したＡＣＩに変換し、ＳＣ部１４内のプロトコル変換部１４１に伝達する（Ｓ２１２０）。次にプロトコル変換部１４１が、ＮＯ．７メッセ−ジであるＡＣＩをＨ．３２３メッセ−ジのＡＬＥＲＴ（呼出）に変換して、ＩＰ電話機６１におくる（宛先はＩＰ電話機６１、送信元はＳＣ部１４のＩＰアドレス。また、通信相手であるＩＰ網側交換機１０と接続されていて音声データ通信で使用するＶＣ部１３ｂのＩＰアドレス情報も付加している。）（Ｓ２１２１）。これで、ＩＰ電話機６１はチャネルオ−プン状態となる（Ｓ２１２２）。
Upon receiving the IAI, the IP
そして、ＡＣＩを受けたＣＣ部１２は、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨の情報をＳＣ部１４内のＮＯ．７制御部１４２と、プロトコル変換部１４１に送るとともに（Ｓ２１２３、Ｓ２１２４）、ＶＣ部１３ａ／ｂに対して、デジタル１リンクメッセ−ジを送り（Ｓ２１２５、Ｓ２１２６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３をチャネルオ−プン状態にさせる（Ｓ２１２７、Ｓ２１２８）。
Upon receiving the ACI, the
ＩＰ網側交換機１０がＩＡＩを受けて、鳴動を開始したリングバックト−ンは、ＩＰパケット音声（宛先はＶＣ部１３、送信元はＩＰ網側交換機１０のＩＰアドレス）として、ＶＣ部１３ｂ経由でＩＰ電話機６１へ流されたデータ（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）は、ＩＰ電話機６１で受信され、話者が相手を呼び出し中であることを認識する（Ｓ２１２９）。
The ringback tone that has started ringing upon receipt of the IAI by the IP
呼出は、ＩＰ網側交換機１０に接続されている内線電話機等に行われ、その内線電話機等がＯＦＦ ＨＯＯＫすると（Ｓ２１３０）、ＩＰ網側交換機１０がそれを認識し、ＩＰパケット型ＡＮＤ（付加情報付応答信号）をＮＯ．７制御部１４２に伝える（Ｓ２１３１）。
The call is made to an extension telephone connected to the IP
そのＡＮＤを受信したＳＣ部１４内のＮＯ．７制御部１４２は、それを認識し、ＣＣ部１２に伝達する（Ｓ２１３２）。それを受けたＣＣ部１２は、ＡＮＤをＳＣ部１４内のプロトコル変換部１４１に送り（Ｓ２１３３）、プロトコル変換部１４１では、Ｎｏ．７メッセ−ジであるＡＮＤをＨ．３２３メッセ−ジのＣＯＮＮＥＣＴ（応答信号）に変換して、ＩＰ電話機６１へ伝達する（Ｓ２１３４）。
When the AND is received, the NO. The 7
また、ＡＮＤを受信したＣＣ部１２は、折り返しプロトコル変換部１４１とＮＯ．７制御部１４２に対して、ＩＰ電話機６１とＩＰ網側交換機１０が通話する旨のメッセ−ジ送るとともに（Ｓ２１３５、Ｓ２１３６）、ＩＰ電話機６１とＩＰ網側交換機１０が接続されている各々別のＶＣ部１３ａ／ｂへデジタル１リンクメッセ−ジを送る（Ｓ２１３７、Ｓ２１３８）。このメッセ−ジを受けた各々のＶＣ部１３は、ＩＰパケット音声の送信先アドレス変更である接続替え処理を行う。
In addition, the
この後、通話デ−タは、ＩＰ電話機６１からＩＰ網側交換機１０へのデータは（宛先はＶＣ部１３ａ、送信元はＩＰ電話機６１のＩＰアドレス）、ＶＣ部１３ａ、ＨＵＢ２（ＬＡＮ）を経由し、ＩＰパケット音声データ（宛先はＩＰ網側交換機１０、送信元はＶＣ部１３ａのＩＰアドレス）として伝送され、ＩＰ網側交換機１０からＩＰ電話機６１へのデータは（宛先はＶＣ部１３ｂ、送信元はＩＰ網側交換機１０のＩＰアドレス）、ＶＣ部１３ｂとＨＵＢ２（ＬＡＮ）を経由して、ＩＰパケット音声（宛先はＩＰ電話機６１、送信元はＶＣ部１３ｂのＩＰアドレス）で伝送される（Ｓ２１３９）。
Thereafter, the call data is transmitted from the
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でＩＰ網側交換機１０から通話を終了する場合は、まず、ＩＰ網側交換機１０に接続されている内線電話機等が受話器をおき（ＯＮ ＨＯＯＫ）（Ｓ２１４０）、それをＩＰ網側交換機１０が認識し、その情報をＮＯ．７メッセ−ジのＣＢＫ(終話信号)として、ＳＣ部１４内のＮＯ．７制御部１４２に伝達し（Ｓ２１４１）、ＳＣ部１４はそれをＣＣ部１２に伝達する（Ｓ２１４２）。
Next, the cutting sequence will be described. First, when terminating a call from the IP
そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、折り返しＮＯ．７制御部１４２に対してＣＬＦ（切断信号）を返し（Ｓ２１４３）、それを受けたＮＯ．７制御部１４２がパケットデ−タとしてＣＬＦをＩＰ網側交換機１０へ送出する（Ｓ２１４４）。それをＩＰ網側交換機１０が受けると、ＲＬＧ（復旧完了信号）をＳＣ部１４経由で、ＣＣ部１２に送り（Ｓ２１４５、Ｓ２１４６）、ＣＣ部１２はそれを受けて空メッセ−ジをＳＣ部１４内のＮＯ．７制御部１４２とＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送る（Ｓ２１８０、Ｓ２１４７）。これを受けてＶＣ部１３ｂはチャネルクローズ状態となり、ＩＰ網側交換機１０側の通話が終了する（Ｓ２１４８）。
The
また、そのＯＮ ＨＯＯＫ情報（ＣＢＫ）を受信したＣＣ部１２は、ＳＣ部１４内のプロトコル変換部１４１に対して、ＩＰ網側交換機１０が受話器を置いたことを認識したため、同じくＣＢＫを送信する（Ｓ２１４９）。それを受けたプロトコル変換部１４１は、ＣＢＫをＨ．３２３メッセ−ジのＲＥＬ ＣＯＭＰ（開放完了信号）に変換してＩＰ電話機６１に送る（Ｓ２１５０）。それを受けたＩＰ電話機６１はチャネルクロ−ズ状態となり（Ｓ２１５１）、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する。
Further, the
そして、ビジ−ト−ンを聞いたＩＰ電話機６１の話者は、相手が受話器を置いたことを認識して受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２１５２）。
Then, the speaker of the
また、ＣＢＫを受信したプロトコル変換部１４１は、ＣＬＦ（切断信号）をＣＣ部１２に返送し（Ｓ２１５３）、ＣＣ部１２からＲＬＧ（復旧完了信号）と、空メッセ−ジを受信する（Ｓ２１５４、Ｓ２１５５）。
The
これと、同時にＣＣ部１２は、ＩＰ電話機６１が接続されているＶＣ部１３ａに空メッセ−ジを送り、ＶＣ部１３ａをチャネルクロ−ズ状態にさせて、通話が終了する（Ｓ２１５６、Ｓ２１５７）。
At the same time, the
次に、発呼者先掛け時でＩＰ電話機６１から通話を終了する場合は、まず、ＩＰ電話機６１が受話器をおく（ＯＮ ＨＯＯＫ）（Ｓ２１５８）、その情報であるＨ．３２３メッセージのＲＥＬ ＣＯＭＰは、ＳＣ部１４内のプロトコル変換部１４１で一旦受けられ（Ｓ２１５９）、Ｎｏ．７メッセ−ジであるＣＬＦ（切断信号）に変換され、ＣＣ部１２に伝達される（Ｓ２１６０）。それを受けたＣＣ部１２は、ＳＣ部１４内のＮＯ．７制御部１４２にＮＯ．７メッセ−ジのＣＬＦ（切断信号）を送出し（Ｓ２１６１）、それを受信したＮＯ.７制御部１４２が、パケットデ−タ化して、ＩＰ網側交換機１０に伝達する（Ｓ２１６２）。
Next, when the call is terminated from the
ＩＰ網側交換機１０側でも相手が受話器を置いたこと認識し、ＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置く（ＯＮ ＨＯＯＫ）。
The IP
ＣＣ部１２は、ＣＬＦを出力すると同時にＲＬＧと空メッセ−ジをプロトコル変換部１４１に送り（Ｓ２１６３、Ｓ２１６４）、空メッセージはプロトコル変換部１４１からＩＰ電話機６１に伝達され（Ｓ２１６５）、ＩＰ電話機６１は、チャネルクロ−ズ状態となる（Ｓ２１６６）。また、ＣＣ部１２からＩＰ電話機６１が接続されているＶＣ部１３ａにも空メッセージが送出され（Ｓ２１６７）、これによりＶＣ部１３ａもチャネルクローズ状態となる（Ｓ２１６８）。
The
また、ＩＰ網側交換機１０側でもＩＰ網側交換機１０に接続している内線電話機の話者が受話器を置いたことを認識すると、ＲＬＧをＮＯ．７制御部１４２経由で、ＣＣ部１２に送り（Ｓ２１６９）、それを受けたＣＣ部１２は、空メッセ−ジをＮｏ．７制御部１４２及びＩＰ網側交換機１０が接続されているＶＣ部１３ｂに送出して（Ｓ２１７０、Ｓ２１７１）、ＶＣ部１３ｂがチャネルクロ−ズ状態となり通話が終了する（Ｓ２１７２）。
Further, when the IP
次に、交換機１のＩＰ−ＭＦＴ６２制御を具体的に説明する。制御処理とは、ＣＣ部１２〜ＳＣ部１４間、及びＳＣ部１４からＩＰ−ＭＦＴ６２間メッセ−ジの送受信制御をいう。制御処理では、以下に示す機能を実施する。
Next, the IP-
まず一番目としては、ＩＰ−ＭＦＴ ＣＳスキャン応答機能。これは、ＩＰ−ＭＦＴ６２が行うＳＣ部１４スキャン動作に対して応答し、自ＳＣ部１２のＩＰアドレス、ログインポ−ト番号等をＩＰ−ＭＦＴ６２に通知するものである。
First, the IP-MFT CS scan response function. This responds to the
次に二番目は、ＩＰ−ＭＦＴ６２のログイン状態を管理する機能。これはＩＰ−ＭＦＴ６２から交換機１へログインする際のログインコマンド許可／拒否、及びログアウトコマンド処理を行い、ログイン状態を管理するものである。
The second function is to manage the login state of the IP-
三番目は、ＣＣ部１２からの情報要素メッセ−ジをＩＰ−ＭＦＴ６２へ送信する機能。これはＣＣ部１２からの共通メッセ−ジ（複数のＩＰ−ＭＦＴへ一斉に通知する場合のメッセージ）、及び個別メッセ−ジ（特定のＩＰ−ＭＦＴに通知する場合のメッセージ）毎に該当ＩＰ−ＭＦＴ６２へメッセ−ジ送信を行うものである。
The third is a function of transmitting an information element message from the
四番目は、ＩＰ−ＭＦＴ６２からの情報要素メッセ−ジをＣＣ部１２へ通知する機能。これは、ＩＰ−ＭＦＴ６２から受信した情報要素メッセ−ジをＣＣ部１２へ通知するものである。
The fourth function is to notify the
五番目は、ＳＣ部１４輻輳時のＩＰ−ＭＦＴ６２発信規制機能。これは、ＳＣ部１４にて輻輳発生時、ＩＰ−ＭＦＴ６２オフフック時に輻輳であることを通知し、発信規制を行うものである。
The fifth function is an IP-MFT62 transmission restriction function when the
六番目は、ＩＰ−ＭＦＴ６２からの通信統計情報収集機能。これは、ＩＰ−ＭＦＴ６２から送られる通信統計情報を収集するものである。
The sixth is a function for collecting communication statistical information from the IP-
以下に、上記各機能毎の処理概要を示す。 The outline of processing for each function will be described below.
ＩＰ−ＭＦＴ ＳＣスキャン応答機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのＳＣ部１４のスキャンを待って、ＩＰ−ＭＦＴ６２からのマルチキャストによるＳＣスキャンメッセ−ジ受信時に、局デ−タに基づいた自ＳＣ情報（ＳＣ部１４のＩＰアドレス、サブネットマスクは必須、ログインポ−ト番号はＳＣスキャンポ−ト番号と異なる場合に必要。）をスキャン元ＩＰ−ＭＦＴ６２へユニキャストで通知する。
IP-MFT SC scan response function processing. This control process waits for scanning of the
ＩＰ−ＭＦＴログイン状態管理機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのログインを待って、ＩＰ−ＭＦＴ６２からのログイン／ログアウトメッセ−ジ、及びライフチェックタスクからのライフチェック（自己診断）ＮＧ通知により、それぞれ以下の処理を行う。ＩＰ−ＭＦＴ６２からのユニキャストによるログインメッセ−ジ受信時は、ＩＰ−ＭＦＴ状態管理テ−ブルによりログイン許可判定処理を行う。
IP-MFT login state management function processing. In this control process, after the login from the IP-
ログイン許可した場合には、ＩＰ−ＭＦＴ６２へログイン許可、呼制御ポ−ト番号通知、及びＩＰ−ＭＦＴ初期化情報を通知し、ＩＰ−ＭＦＴ状態管理テ−ブルの該当電話番号位置へＩＰ−ＭＦＴ情報（ＩＰ−ＭＦＴのＩＰアドレス、ＭＡＣアドレス）の登録を行い、ＩＰ−ＭＦＴ６２をログイン状態とする。その後ライフチェックタスクへ該当ＩＰ−ＭＦＴ６２のライフチェック開始指示を行う。また、ログイン拒否した場合は、ＩＰ−ＭＦＴ６２へログイン拒否通知を行い、ＩＰ−ＭＦＴ情報登録せず、ライフチェック開始指示も行わない。
When the login is permitted, the IP-
ＩＰ−ＭＦＴ６２からのユニキャストによるログアウトメッセ−ジ受信時、及び、ＩＰ−ＭＦＴ６２（ライフチェックタスク）からのＩＰ−ＭＦＴライフチェック（自己診断）ＮＧ通知時には、ＩＰ−ＭＦＴ状態管理テ−ブルの該当電話番号位置のＩＰ−ＭＦＴ情報（ＩＰ−ＭＦＴのＩＰアドレス、ＭＡＣアドレス）のクリアを行い、ＩＰ−ＭＦＴ６２をログアウト状態とする。
Corresponding to the IP-MFT state management table when receiving a unicast logout message from the IP-
ＩＰ−ＭＦＴ情報要素メッセ−ジ送信機能処理。ＣＣ部１２からのメッセ−ジ受信時、受信した情報要素の共通メッセ−ジ／個別メッセ−ジ分別を行う。その後、メッセ−ジ種別毎に以下の処理を行う。
IP-MFT information element message transmission function processing. When a message is received from the
共通メッセ−ジ受信時の処理は、ＳＣ部１４がＣＣ部１２から受信した情報要素をＬＡＮ側送受信デ−タフレ−ムフォ−マットにカプセリングし、全ＩＰ−ＭＦＴに対して一斉同報を行うため、マルチキャストにて呼制御用ポ−トからメッセ−ジ送信を行う。この際ＩＰ−ＭＦＴ６２からの受信応答は無いため、パケットロス対策として局デ−タにて指定された送信回数分連続送信を行う。また、マルチキャストアドレスは設定されている局デ−タに従う。
The process at the time of receiving the common message is to encapsulate the information element received by the
個別メッセ−ジ受信時の処理は、メッセ−ジの送信先判定を行い、該当ＩＰ−ＭＦＴ６２がログアウト中であればメッセ−ジは捨て、処理を終了する。該当ＩＰ−ＭＦＴ６２がログイン中であれば、宛先アドレスの特定して情報要素をＬＡＮ側送受信デ−タフレ−ムフォ−マットにカプセリングし、該当ＩＰ−ＭＦＴ６２に呼制御用ポ−トから送信を行う。その後ＩＰ−ＭＦＴ６２からの受信応答を呼制御用ポ−トにて受信し、送信処理完了となる。
When receiving an individual message, the message destination is determined. If the corresponding IP-
ＩＰ−ＭＦＴ６２からの受信応答がない場合にはメッセ−ジ再送処理を行う。この場合のタイムアウト時間、再送リトライ回数は、局デ−タに従う。再送リトライオ−バ−時には、ＩＰ−ＭＦＴ６２状態管理テ−ブルをＩＰ−ＭＦＴ６２ログアウト状態とし、ＣＣ部１２へ切断通知後ＩＰ−ＭＦＴログアウト通知を行う。
When there is no reception response from the IP-
ＩＰ−ＭＦＴ情報要素メッセ−ジ受信機能処理。本制御処理ではＩＰ−ＭＦＴ６２からのメッセージを待って、ＩＰ−ＭＦＴ６２からのユニキャストによる呼制御メッセ−ジ受信時、該当ＩＰ−ＭＦＴ６２がログアウト中であればメッセ−ジ受信拒否応答をＩＰ−ＭＦＴ６２へ送信し処理を終了する。該当ＩＰ−ＭＦＴ６２がログイン中であれば、メッセ−ジ受信応答をＩＰ−ＭＦＴ６２へ送信し、受信したデ−タ中の情報要素を抽出し、ＣＣインタフェ−スタスクに対してのＣＣメッセ−ジ送信要求ハンドリングにより、ＣＣ部１２へＩＰ−ＭＦＴ情報通知を行う。
IP-MFT information element message reception function processing. In this control process, a message from IP-
また、ＩＰ−ＭＦＴ６２からの再送メッセ−ジのＣＣ部１２への２度送りを防止するため、受信デ−タのシ−ケンス番号をチェックし、同一ＩＰ−ＭＦＴ６２からの最終受信デ−タと同一のシ−ケンス番号のデ−タを受信した際は、受信メッセ−ジを破棄する。
Further, in order to prevent the retransmission message from the IP-
ＳＣ部輻輳時のＩＰ−ＭＦＴ発信規制機能処理。本制御処理ではＳＣ部にて輻輳発生を検出した時に、ＩＰ−ＭＦＴ６２から受信した呼制御メッセ−ジがオフフック通知であった場合、ＩＰ−ＭＦＴ６２への受信応答にて輻輳中通知を行い、発信規制を行う。この規制は、開放メッセージ等にて行い、ＩＰ−ＭＦＴ６２がビジートーンを送出できるようにする。
IP-MFT transmission restriction function processing at the time of SC unit congestion. In this control process, when the occurrence of congestion is detected in the SC unit, if the call control message received from the IP-
また、輻輳復旧検出時には、マルチキャストにて全てのＩＰ−ＭＦＴ６２に対して輻輳復旧通知を行い、発信規制を解除する。
Further, when congestion recovery is detected, a congestion recovery notification is sent to all IP-
ＳＣ部１４で検出する輻輳とは、定められたＩＰパケットの送受信能力を超えたり、同時に接続される端末数が定められた台数を超えた場合等に発生する。
The congestion detected by the
例えば、プロトコル変換部１４１、ＮＯ．７制御部１４２及び独自インタフェース部１４３の処理中呼をＣＣ部１２で管理し、一定量（閾値）を超えた場合に輻輳と判断し、閾値を下回った場合に輻輳を解除する。
For example, the
輻輳時の処理として、ＣＣ部１２側へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。プロトコル変換部１４１へは、着信は全て拒否するよう指示し、ＮＯ．７制御部１４２へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。また、独自インタフェース部１４２へは、ＩＰ−ＭＦＴ６２がオフフックした場合に、ビジートーンをＩＰ−ＭＦＴ６２に出力させる指示を出す。
As a process at the time of congestion, all the channels are blocked to the
ＩＰ−ＭＦＴからの通信統計情報収集機能処理。ＩＰ−ＭＦＴ６２は通話終了時、呼制御ポ−トにて１通話の通信統計情報をＳＣ部１４に通知する。本制御処理では、ＩＰ−ＭＦＴ６２から通信統計情報受信時、通信統計情報テ−ブルへの展開を行う。通信統計情報テ−ブルはそれぞれ、ＩＰ−ＭＦＴ６２毎の通信統計情報トレ−スエリア、全体統計エリアが有り、両方のエリアに展開格納する。
Communication statistical information collection function processing from IP-MFT. When the call ends, the IP-
図２２から図２４を用いて、交換機１とＩＰ−ＭＦＴ６２間で行われる独自メッセ−ジに関し説明する。
A unique message performed between the
図２２にＳＣ部１４（交換機１）とＩＰ−ＭＦＴ６２間で行われる独自メッセ−ジ変換のフレ−ム形式を示す。
FIG. 22 shows a frame format of original message conversion performed between the SC unit 14 (switch 1) and the IP-
ＬＡＮ側のメッセ−ジは独自規定のものであるため、ＩＰ−ＭＦＴ６２用情報要素メッセ−ジをＬＡＮ側送受信用の独自フレ−ムにカプセリングする。このデ−タはＵＤＰユ−ザ−デ−タとして取り扱っている。
Since the message on the LAN side is uniquely defined, the information element message for the IP-
独自フレームのデ−タフォ−マットは、ヘッダ部とデ−タ部に分かれている。ヘッダ部は、２バイトのメッセージ固有の識別子を示すメッセージ識別子２２１と、２バイトのメッセージ発信元装置固有の識別子を示すメッセージ発信元識別子２２２と、２バイトのヘデータ固有の識別子を示すデ−タ識別子２２３と、２バイトのヘッダ個別デ−タ長を示すヘッダ個別デ−タレングス２２４、ｎバイト（ｎは４の倍数）プロトコル固有の情報を設定するデ−タであるヘッダ個別デ−タ２２５から構成されている。
The data format of the unique frame is divided into a header portion and a data portion. The header portion includes a
また、ヘッダ個別デ−タレングス２２４は、４の倍数を指定するものとして、ヘッダ部全体長が、ヘッダ個別デ−タレングス（ｎ：４の倍数）メッセ−ジと８バイトとなるようにしている。
Further, the header
デ−タ部は、ユ−ザ−デ−タであるＩＰ−ＭＦＴ６２用情報要素メッセ−ジ長を示すデ−タレングス２２６（４バイト）と、ＩＰ−ＭＦＴ６２用情報要素メッセ−ジであるユーザデータ２２７から構成されている。ユーザデータ２２７内にＯＮ／ＯＦＦ ＨＯＯＫ情報やダイヤル情報等を格納する。
The data section includes data length 226 (4 bytes) indicating the information element message length for IP-MFT62, which is user data, and user data, which is an information element message for IP-MFT62. 227. ON / OFF HOOK information, dial information, and the like are stored in the
図２３には、ＳＣ部１４からＩＰ−ＭＦＴ６２へ送られる個別メッセ−ジのフレーム内容を示す。
FIG. 23 shows the frame contents of an individual message sent from the
メッセージ識別子２２１は、０００１（ＨＥＸ）が個別メッセージの「応答有（応答の必要あり）」、０００２（ＨＥＸ）が個別メッセージの「応答無（応答の必要なし）」、０００３（ＨＥＸ）が共通メッセージの「応答有（応答の必要あり）」、０００４（ＨＥＸ）が共通メッセージの「応答無（応答の必要なし）」、８００１（ＨＥＸ）が個別メッセージに対する応答、８００３（ＨＥＸ）が共通メッセージに対する応答を示すようにしている。
In the
メッセージ発信元装置識別子２２２は、０００１（ＨＥＸ）がＳＣ部１４、０００２（ＨＥＸ）がＶＣ部１３、０００３（ＨＥＸ）がＩＰ−ＭＦＴ６２、０００４（ＨＥＸ）がＩＰ−ＭＦＴ６２用保守端末を示すようにしている。
The message
デ−タ識別子２２３は、データ固有の識別子を示し、ヘッダ個別データレングス２２４は、ヘッダ個別のデータ長を示し、ヘッダ個別デ−タ２２５は、装置、プロトコルメッセージ固有の情報を設定するところで、ＳＣ部１４が管理、付加する情報である。ひとつのＩＰ−ＭＦＴ６２に送信する個別メッセ−ジ毎に００００００００〜ＦＦＦＦＦＦＦＦ（ＨＥＸ）までサイクリックに使用する（メッセ−ジシ−ケンシャル番号として使用）。
The data identifier 223 indicates an identifier unique to the data, the header
本情報は、同一個別メッセ−ジ再送時に、同一シ−ケンシャル番号が使用されるため、受信側において同一個別メッセ−ジかどうかの判断基準として使用できる。このデータは２バイトを初期値としているが、機能拡張を想定して可変長（ｎバイト）としている。 Since this information uses the same sequential number when the same individual message is retransmitted, it can be used as a criterion for determining whether or not it is the same individual message on the receiving side. This data has an initial value of 2 bytes, but is assumed to have a variable length (n bytes) assuming function expansion.
デ−タレングス２２６はユーザデータ２２７の長さを示し、最後にユーザデ−タ２２７は、送受信のデータエリアであり、ＩＰ−ＭＦＴ６２用情報要素を格納するものである。
The
次にＩＰ-ＭＦＴのＩＰアドレス特定する動作を説明する。 Next, an operation for specifying the IP address of the IP-MFT will be described.
ＳＣ部１４に対し、ＩＰ−ＭＦＴ６２への個別メッセ−ジを送信時に、ＣＣ部１２から送られてくるＩＰ−ＭＦＴ６２用情報要素メッセ−ジの宛先情報をパッケ−ジ番号と回路番号のみとしているので、ＳＣ部１４ではその情報から送信先アドレスを特定する処置が必要となる。
When transmitting an individual message to the
ここで、パッケージ番号とは、本発明の交換装置に搭載される物理的な基板の搭載を管理する番号であり、基板の搭載位置に応じて付与される。そして回路番号とは、前記基板（パッケージ）内に複数の機能回路が搭載された場合にその機能回路を管理する番号である。 Here, the package number is a number for managing the mounting of the physical board mounted on the exchange apparatus of the present invention, and is given according to the mounting position of the board. The circuit number is a number for managing the functional circuit when a plurality of functional circuits are mounted on the substrate (package).
前記パッケ−ジ番号と回路番号はＣＣ部１２が管理し、前記パッケ−ジ番号と回路番号に電話番号がマッピングされる。そのデータをもとにＳＣ部１４では、パッケ−ジ番号及び回路番号毎の電話番号及びＩＰアドレステ−ブルを作成し、ＩＰ−ＭＦＴ６２のログイン時に該当電話番号のテ−ブルへＩＰ−ＭＦＴ６２のＩＰアドレスを登録する。これで、メッセ−ジ送信先のＩＰ−ＭＦＴ６２のＩＰアドレスを特定する。
The package number and the circuit number are managed by the
図２４のＩＰアドレステーブルを用いて、ＩＰ−ＭＦＴ６２のＩＰアドレス特定方式を詳細に説明する。
The IP address specifying method of the IP-
ＳＣ部１４では、ＩＰ−ＭＦＴ６２の状態管理を行うために図２４に示す管理テ−ブル作成し、ＩＰ−ＭＦＴ６２ログイン毎にＣＣ部１２に記憶させておく。
The
ＣＣ部１２で記憶した情報は、ＳＣ部１４リブ−ト時に再送され、ＳＣ部１４はリブ−ト前の状態を維持できるようにしているためである。
This is because the information stored in the
また、ＩＰ−ＭＦＴ６２からの情報要素付加用に、交換機１内のパッケ−ジ番号及び回路番号をＩＰ−ＭＦＴ６２ログイン時にＳＣ部１４よりＩＰ−ＭＦＴ６２に対して通知する。
Further, for adding information elements from the IP-
図中の電話番号部２４１には、パッケ−ジ番号・回路番号に対応した電話番号をセットする。本情報はＳＣ部１４の起動時にＣＣ部１２よりセットされる。
In the telephone number section 241 in the figure, a telephone number corresponding to the package number / circuit number is set. This information is set by the
次のＩＰ−ＭＦＴ ＩＰアドレス部２４２は、電話番号に対応したＩＰ−ＭＦＴ ＩＰアドレスをＩＰ−ＭＦＴログイン時に登録し、ＩＰ−ＭＦＴ６２のＩＰアドレスの特定に使用する。（ＩＰ-ＭＦＴ ＩＰアドレスは、ログイン時にＩＰ−ＭＦＴから入手する。）
The next IP-MFT
ＳＣ部１４ではＩＰ−ＭＦＴ６２がＳＣ部１４にログイン時、対応する電話番号を検索し、一致するＳＣ部１４内のオフセット部にＩＰ−ＭＦＴ ＩＰアドレスをセットする。ログインしていない場合やログアウトした場合には、０．０．０．０をセットする。
In the
ＩＰ−ＭＦＴ ＭＡＣアドレス部２４３は、電話番号に対応したＩＰ−ＭＦＴ６２のＭＡＣアドレスをＩＰ−ＭＦＴ６２ログイン時に登録し、再ログイン時の許可判定に使用して、同一電話番号の２重ログイン防止を行う。（ＩＰ-ＭＦＴ ＭＡＣアドレスも、ログイン時にＩＰ−ＭＦＴから入手する。）
The IP-MFT
ＳＣ部１４ではＩＰ−ＭＦＴ６２がＳＣ部１４にログイン時、対応する電話番号を検索し、一致するオフセット部にＩＰ−ＭＦＴ ＭＡＣアドレスをセットする。ログインしていない場合やログアウトした場合には００００ ００００ ００００を入力し未ログイン状態と判断する。
In the
その他の状態情報部２４４は、ＳＣ部１４が管理すべき上記以外のＩＰ−ＭＦＴ６２の状態（例えば通話状態等）を随時セットする。
The other
ＩＰ−ＭＦＴ６２がＳＣ部１４にログイン後、ＳＣ部１４がそのＩＰ−ＭＦＴ６２に対してメッセ−ジ送信を行う際、ＣＣ部１２からの情報要素のパッケ−ジ番号、回路番号をオフセットとしてＩＰ−ＭＦＴ ＩＰアドレスを取得し、そのＩＰアドレスに対してメッセ−ジ送信を行う。
After the IP-
また、ＩＰアドレスが０．０．０．０の場合(ＩＰ−ＭＦＴ６２がログインしていない状態)、ＣＣ部１２からの該当パッケ−ジ番号・回路番号へのメッセ−ジは読み捨てる。
When the IP address is 0.0.0.0 (the IP-
ＩＰ−ＭＦＴ６２が同一電話番号であった場合の２重ログイン防止については、ＩＰ−ＭＦＴ６２がログインした際に、既にＭＡＣアドレスが登録されていた場合、再ログインと認識する。
Regarding double login prevention when the IP-
ＩＰ−ＭＦＴ６２が再ログインした際にＭＡＣアドレスが同一であれば、ＩＰ−ＭＦＴ６２移動や、ＩＰ−ＭＦＴ６２のＩＰアドレス変更等と判断し、そのままＩＰ−ＭＦＴ ＩＰアドレスを更新しログインを許可する。また、再ログイン時にＭＡＣアドレスが不一致であれば別装置からの同一電話番号２重ログインと判断しログインを許可しない。
If the MAC address is the same when the IP-
尚、他ＭＡＣアドレスにて同一電話番号が使用される条件として、装置（ＩＰ−ＭＦＴ６２）故障等による装置交換時のＭＡＣアドレス変更がある。この場合装置交換時には１度ログアウト操作してから交換することが条件となる。 Note that, as a condition for using the same telephone number with another MAC address, there is a MAC address change at the time of device replacement due to a device (IP-MFT 62) failure or the like. In this case, when replacing the device, it is necessary to perform the logout operation once and then replace it.
ＳＣ部１４からＩＰ-ＭＦＴ６２へのメッセージ伝達方式について図３０〜図３４を用いて説明する。
A message transmission method from the
ＳＣ部１４からＩＰ-ＭＦＴ６２へ送信されるメッセージはＵＤＰで行うため、データの保証を行わなければならない。図３０から図３２に個別メッセージの伝達方法、図３３、図３４に共通メッセージの伝達方法を示す。
Since the message transmitted from the
図３０から図３２に示す通り、個別メッセージは、それに対するメッセージ受信応答を返送することにより伝送確認を行う。 As shown in FIGS. 30 to 32, the individual message confirms transmission by returning a message reception response to the individual message.
図３０には、ＳＣ部１４がＩＰ−ＭＦＴ６２へメッセージを正常に送信した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３０００、Ｓ３００１）。シーケンス番号は、送信するデータの順序を示す番号のことをいう。メッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、ＳＣ部１４に送信する。この応答にもシーケンス番号が付加される（Ｓ３００２、Ｓ３００３、Ｓ３００４）。
FIG. 30 shows a sequence when the
応答を受信したＳＣ部１４は、いままで、ＩＰ−ＭＦＴ６２からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする（Ｓ３００６、Ｓ３００７、Ｓ３００８）。
The
また、ＳＣ部１４からメッセージを送信した際に、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている（Ｓ３００５）。
In addition, when a message is transmitted from the
図３１にＳＣ部１４に送信リトライが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３１００、Ｓ３１０１）。このときＩＰ−ＭＦＴ６２からの応答待ちタイマを起動させる（Ｓ３１０３）。
FIG. 31 shows a sequence when a transmission retry occurs in the
ネットワーク上でパケットロスや対向ＩＰ−ＭＦＴ６２の無応答（以降、パケットロスという）が発生した場合は（Ｓ３１０２）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３１０４）。これを契機に前記メッセージを同じメッセージの再送信を行う（Ｓ３１０５）。
When a packet loss or no response of the counter IP-MFT 62 (hereinafter referred to as packet loss) occurs on the network (S3102), the
メッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、ＳＣ部１４に送信する。この応答にもシーケンス番号が付加される（Ｓ３１０６、Ｓ３１０７、Ｓ３１０８）。
The IP-
応答を受信したＳＣ部１４は、いままで、ＩＰ−ＭＦＴ６２からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする（Ｓ３１１０、Ｓ３１１１、Ｓ３１１２）。
The
また、ＳＣ部１４からメッセージを再送信した場合にも、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている（Ｓ３１０９）。
In addition, even when a message is retransmitted from the
図３２にＳＣ部１４に送信リトライオーバーが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、指定のＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして送信する（Ｓ３２００、Ｓ３２０１）。このときＩＰ−ＭＦＴ６２からの応答待ちタイマを起動させる（Ｓ３２０３）。
FIG. 32 shows a sequence when a transmission retry over occurs in the
ネットワーク上でパケットロスが発生し（Ｓ３２０２）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３２０４）。これを契機に前記メッセージを同じメッセージの再送信を行う（Ｓ３２０５）。しかし、このときもネットワーク上でパケットロスが発生し（Ｓ３２０６）、ＳＣ部１４で再度応答待ちタイムアウトが発生する（Ｓ３２０７、Ｓ３２０８）。ここで、もう一度Ｓ３２０５と同じメッセージを再送信する（Ｓ２１０９）。ここでも、ネットワーク上でパケットロスが発生し（Ｓ３２１０）、ＳＣ部１４で応答を受信できないので、応答待ちタイムアウトが発生する（Ｓ３２１２）。この３回の応答待ちタイムアウトが発生した場合は、指定したＩＰ−ＭＦＴ６２が３回無応答状態と判断し、通信エラーの処理へ移行する。
A packet loss occurs on the network (S3202), and the
応答待ちタイムアウト時間は交換機１（データ）→ＩＰ−ＭＦＴ６２（応答）→交換機１メッセージ伝送時間が３ｍｓ程度である場合は、安全率が１０倍以上のとすること（例えば５０ｍｓ）が望ましい。伝送時間の内訳は、交換機１の処理時間、ＬＡＮ伝送時間、ＨＵＢ２の中継遅延時間、ＩＰ-ＭＦＴ６２の処理時間等からなっている。
The response waiting timeout time is preferably 10 times or more (for example, 50 ms) when the exchange 1 (data) → IP-MFT 62 (response) →
またリトライ２回ＮＧにてメッセージ送信不可と判定し、送信装置毎の通信障害処理を行うこととする。尚、応答待ちタイムアウト時間、リトライ回数は今回の例としては５０ｍｓ、２回としているが、ネットワーク特性に合わせて可変設定可能としている。 Further, it is determined that the message cannot be transmitted by NG twice, and communication failure processing is performed for each transmission device. The response waiting timeout time and the number of retries are 50 ms and 2 times in this example, but can be variably set according to the network characteristics.
また、メッセージ送信のパイプライン処理（並列処理）を行う場合、同一送信先に対してはメッセージの順序入れ替えの無いよう、シリアル処理としている。 When performing pipeline processing (parallel processing) of message transmission, serial processing is performed so that the same transmission destination does not change the order of messages.
図３３から図３４に示す通り、共通メッセージは、マルチキャストにて複数の端末へ送信するため、トラフィックの問題からメッセージに対するメッセージ受信応答を返送しない。よって、２回連続送信を行い、パケットロスに対応している。 As shown in FIGS. 33 to 34, since the common message is transmitted to a plurality of terminals by multicast, a message reception response to the message is not returned due to a traffic problem. Therefore, continuous transmission is performed twice to cope with packet loss.
尚、連続送信回数は基本的に２回とするが、ネットワーク特性に合わせて可変設定可能としている。共通メッセージはＳＣ部１４からの送信のみで、ＩＰ−ＭＦＴ６２からの送信は無いものとしている。
The number of continuous transmissions is basically two, but can be variably set according to network characteristics. The common message is only transmitted from the
図３３には、ＳＣ部１４がＩＰ−ＭＦＴ６２へ共通メッセージを正常に送信した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、ＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして２回連続して送信する（Ｓ３３００、Ｓ３３０１、Ｓ３３０３）。
FIG. 33 shows a sequence in the case where the
１回目のメッセージを受信したＩＰ−ＭＦＴ６２は、送られてきたデータとともに、データのシーケンシャル番号を記憶する（Ｓ３３０２）。その後２回目のメッセージを受信した場合は、１回目に受信したシーケンシャル番号と２回目に受信したデータのシーケンシャル番号とを比較して、同一のシーケンシャル番号であった場合には、２回目に受信したメッセージを破棄する（Ｓ３３０４）。先程２回連続してメッセージを送信したＳＣ部１４は、ＩＰ-ＭＦＴ６２が受信したか否かにかかわらず送信完了の状態となる（Ｓ３３０５）。
The IP-
次に図３４には、共通メッセージ送信時にパケットロスが発生した場合のシーケンスを示す。まず、ＳＣ部１４がシーケンシャル（順序）番号を付加したメッセージを作成し、ＩＰ−ＭＦＴ６２のＩＰアドレスを宛て先にして２回連続して送信する（Ｓ３４００、Ｓ３４０１、Ｓ３４０３）。そして２回連続してメッセージを送信したＳＣ部１４は、ＩＰ-ＭＦＴ６２が受信したか否かにかかわらず送信完了の状態となる（Ｓ３４０５）。
Next, FIG. 34 shows a sequence in the case where a packet loss occurs when a common message is transmitted. First, the
１回目のメッセージがネットワーク上でパケットロスし、その後２回目のメッセージを受信した場合は、２回目に受信したデータを記憶する（Ｓ３４０４）。 If the first message causes packet loss on the network and then the second message is received, the data received for the second time is stored (S3404).
図３５にＩＰパケットデータのフレームフォーマットを示す。 FIG. 35 shows the frame format of IP packet data.
図３５の（ａ）がＩＰパケットデータのフォーマットである。また、（ｂ）にＩＰパケットデータ内のＩＰヘッダ部のフォーマット、（ｃ）にＩＰパケットデータ内のＴＣＰ／ＵＤＰヘッダ部のフォーマットを示す。 FIG. 35A shows a format of IP packet data. Further, (b) shows the format of the IP header part in the IP packet data, and (c) shows the format of the TCP / UDP header part in the IP packet data.
ＩＰ電話機６１やＩＰ−ＭＦＴ６２がＬＡＮ上で送受信するＩＰパケットデータは、（ａ）のようなファーマットである。ＩＰパケットデータは、情報部であるデータ部があり、データ部の送出側にＴＣＰ／ＵＤＰ部、ＩＰパケットであることを示すＩＰヘッダ部が付加され、更にＬＣＰ／ＮＣＰ等のタイプを示すタイプ部、コントロール（Ｃ）部、アドレス（Ａ）部、先頭にフラグ（Ｆ）部を配置し、データ部の後方にＦＣＳ部、最後尾にフラグ（Ｆ）部を付加した形態をとっている。これは、一般的にいうところのＨＤＬＣフレームフォーマットと同様である。
The IP packet data transmitted / received on the LAN by the
ＴＣＰ／ＵＤＰ部は、ＴＣＰ／ＩＰプロトコルにおけるトランスポート層のプロトコルの種類をＴＣＰかＵＤＰかのいずれかを示す。 The TCP / UDP unit indicates the type of the transport layer protocol in the TCP / IP protocol, either TCP or UDP.
ＩＰヘッダ部（ｂ）には、プロトコル番号、送信元のＩＰアドレスや宛先のＩＰアドレスが格納され、ＴＣＰ／ＵＤＰヘッダ部（ｃ）には、送信元のポート番号や宛先ポート番号が格納される。 The IP header part (b) stores the protocol number, the source IP address and the destination IP address, and the TCP / UDP header part (c) stores the source port number and the destination port number. .
次に交換機１内に複数搭載されるＶＣ部１３の捕捉方法について説明する。
Next, a method of capturing a plurality of
ＶＣ部１３は、ＰＣＭ音声とＩＰ音声パケット変換を行う部位であり、ＩＰ−ＭＦＴ６２と、従来回線（局線、ＭＦＴ（多機能電話機）、２線式一般電話機等）が通話する場合に必要である。
The
このため、従来回線に対応するに充分数のＶＣ部１３がある場合は、ＶＣ部１３の捕捉はＩＰ−ＭＦＴ６２と従来回線の通話路を接続する際に捕捉すれば良い。
For this reason, when there are a sufficient number of
しかし、従来回線（チャネル）に対応する分のＶＣ部１３を追加実装するにはコストが掛かりすぎることと、ト−キ装置との接続を考えると（１回路に複数の端末が接続される）、通話時に輻輳や塞がりが発生しない程のＶＣ部１３を実装することはできない。
However, considering the fact that it is too expensive to additionally mount the
そこで、ＶＣ部１３の捕捉及び解放を以下の方法で行うこととする。
Therefore, the
ＶＣ部１３捕捉はＣＣ部１２が行い、１つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が発呼した時点。その際捕捉不可時には、ＩＰ−ＭＦＴ６２のＬＣＤ表示部に“混み合っています。”等の表示を行うよう指示する。また、混雑ト−ン（ＢＴ等）を送出するよう指示する。
The
２つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が転送動作に入る時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際の捕捉不可時には、転送操作を無視する。
As a second acquisition condition, a point in time when the IP-
３つ目の捕捉条件として、ＩＰ−ＭＦＴ６２が三者通話に入る時点。その際、捕捉不可時には、三者操作を無視する。
As a third capturing condition, a point in time when the IP-
前記ＩＰ−ＭＦＴ６２の発呼、転送、三者通話等の動作情報は、ＩＰ−ＭＦＴ６２から独自メッセージにて交換機１に送信されている。
Operation information of the IP-
４つ目の捕捉条件として、ＩＰ−ＭＦＴ６２を呼出す時点（発信者がＶＣ部１３をすでに捕捉している場合を除く）。その際、捕捉不可時には、ＩＰ-ＭＦＴ６２に“混み合っています。”を表示させるよう指示する。また、混雑ト−ン又は混雑ト−キを送出させるよう指示する。
As a fourth capturing condition, a point in time when the IP-
次にＶＣ部１３の解放については、一つ目の解放条件として、通話路（ＴＳＷ）をつなぐ時点でＶＣ部１３が不要である場合（保留者の条件も考慮する）。
Next, regarding the release of the
ニつ目の解放条件として、内線・外線を解放する時点とする。 The second release condition is when the extension / outline is released.
次に、本発明で使用されるＩＰ−ＭＦＴ６２の第１の実施形態を図３６及び図３７に示す。
Next, FIG. 36 and FIG. 37 show a first embodiment of the IP-
ＩＰ−ＭＦＴ６２は２つのブロックから構成されていて、一方は通常の電話機として機能するＭＦＴ部２００であり、他方は、前記ＭＦＴ部２００をパケット網に接続するためのＩＰＡＤＰ部３００である。図３６には、ＭＦＴ部２００の内部構成を示し、図３７にはＩＰＡＤＰ部３００の内部構成を示す。
The IP-
図３６において、２０１は、通常の多機能電話機として交換機１の内線電話機インタフェースに直接収用する為のインタフェ−スであり、後述するＩＰＡＤＰ部３００に接続可能なインタフェ−ス部（以下ＤＬＩという）である。２０２は、ＤＬＩ２０１から得たディジタル化されている通話デ−タをアナログ信号に変換し、ハンドセット２０３に送出すると共に、ハンドセット２０３からのアナログ信号をディジタル化し、ＤＬＩ２０１に送出するコ−ディック（以下ＣＯＤＥＣという）、２０５は呼び出し音や音声等を出力するスピ−カ、２０４は着信音を鳴動させるベル２１３からのアナログ信号や、コ−ディック２０２からの音声信号等を増幅し、スピ−カ２０５に送出するアンプ（以下ＡＭＰという）、２０６は電話機としての機能の全体を制御する制御装置（以下ＭＰＵＡという）、２０７はＭＰＵＡ２０６の制御に従い、表示器であるＬＣＤ表示器２０８にメッセ−ジを文字表示させるＬＣＤドライバ（以下ＬＣＤＤＲＶという）、２１０は複数のＬＥＤでマトリックスを形成しているＬＥＤ表示器、２０９はＭＰＵＡ２０６の制御に従い、ＬＥＤ表示器２１０を駆動するＬＥＤドライバ（以下ＬＥＤＤＲＶという）、２１１はダイヤルキ−、保留キ−、オ−トダイヤルキ−等の各種キ−でマトリックスを形成しているボタン部である。
In FIG. 36,
なお、ＭＰＵＡ２０６は、ハンドセット２０３の状態をＣＯＤＥＣ２０２を介して得たり、ＤＬＩ２０１を介して後述するＩＰＡＤＰ部３００内のピンポン伝送部が送出した制御情報を受信し、その制御情報に基づいてＬＣＤ表示器２０８、ＬＥＤ表示器部２１０、アンプ２０４等を制御している。
The
また、ＭＰＵＡ２０６は、ボタン部２１１から得たキ−情報により制御情報を生成し、その制御情報をＤＬＩ２０１に送出する。これによって、ＭＦＴ部２００の状態をＩＰＡＤＰ部３００に伝達している。
The
また、ＤＬＩ２０１は、交換機１の内線に直接接続可能のインタフェ−スであり、ＭＦＴ部２００は、このポイントでＩＰＡＤＰ部３００と、切り離しても使用するようにしてもよい。その場合、交換機１にＭＦＴ部２００のみを収用し、内線電話機として動作させることができる。
The
次に図３７にＩＰＡＤＰ部３００の内部構成を示す。図３７において、３０１は、ＭＦＴ部２００用の電源を伝送ラインに与える給電部であり、３０２は、ＭＦＴ部２００と２線式時分割伝送方式を用いて通信を行うピンポン伝送部、３０３は、ＣＬＫ/ＦＬＭ生成部３１４から供給される２．０４８ＭＨｚのクロック信号と、８ｋＨｚフレ−ム信号により、ピンポン伝送部３０２と後述する音声圧縮コ−デック（以下ＤＳＰ３０４という）間の上り下りの通信に用いる２Ｍハイウェイバスの同期化を行う２ＭＨＷインタフェ−スである。
Next, FIG. 37 shows the internal configuration of the
また、３０４はＧ．７１１／Ｇ．７２９Ａ／Ｇ．７２３．１音声符号化に対応し、音声処理に必要とされる各種処理を演算により実行するＤＳＰ（ディジタル信号プロセッサ）である。例えば、符号化復号化（ＣＯＤＥＣ）演算処理、受信検出演算処理、エコ−キャンセラ−演算処理、レベル調整演処理等が実行される。 In addition, 304 represents G.H. 711 / G. 729A / G. This is a DSP (digital signal processor) that corresponds to 723.1 speech coding and executes various processes required for speech processing by calculation. For example, coding / decoding (CODEC) calculation processing, reception detection calculation processing, eco-canceller calculation processing, level adjustment performance processing, and the like are executed.
また、本実施例ではＤＴＭＦ信号や４００Ｈｚ等の各種ト−ン信号送出について、そのト−ンデ−タを図示しないＲＯＭ上に記憶し、その記憶した複数のト−ンデ−タをＩＰＡＤＰ部３００の制御部であるＭＰＵＢ３１０の指示により、ト−ン信号を発生させる形態をとっている。
In the present embodiment, the tone data for various tone signals such as DTMF signals and 400 Hz is stored on a ROM (not shown), and the stored tone data is stored in the IPADP unit. A tone signal is generated in accordance with an instruction from the
上記各種ト−ン発生演算処理機能及び、ＤＴＭＦ（Dual Tone Multi Frequency ）発生演算処理機能をＤＳＰ３０４に取り込み、演算により任意のト−ン信号を発生させ、また、ト−ン信号の発生に必要な周波数、位相等の情報の入力により、周波数、位相、インタ−バル等の任意の組み合わせによる任意のト−ン信号を発生できるよう構成させてもよい。
The above various tone generation calculation processing functions and DTMF (Dual Tone Multi Frequency) generation calculation processing functions are taken into the
次に、Ｄｃｈ情報部３０５は、Ｄｃｈ制御（呼制御手順）デ−タを１６ｋｂｉｔ／ｓの伝送容量にてピンポン伝送部３０２との間で送受信し、また、ＭＰＵＢ３１０との間でその呼制御データのやり取りを行う部位である。
Next, the
ＣＬＫ/ＦＬＭ生成部３１４は、８．１９２ＭＨｚクロック源３１５から２ＭＨＷインタフェ−ス３０３動作用のクロックと８ｋＨｚフレ−ム信号を生成している。
The CLK /
ＭＰＵＢ３１０は、ＩＰＡＤＰ部３００の主制御部で、ＭＡＣ制御等のＬＡＮインタフェ−スの制御及び、Ｄｃｈ制御、Ｂｃｈ制御等のＭＦＴ部２００の制御、音声ゆらぎ制御等を行う。具体的にはＩＴＵ−Ｔ勧告Ｈ ．３２３に準拠した呼処理、音声パケット化処理等を実行する中央処理装置である。
The
ＲＯＭ３０８はＩＰＡＤＰ３００のプログラムを格納し、ＲＡＭ３０９は前記プログラムが動作する等のワ−クエリアである。
The
上記ＭＰＵＢ３１０と、ＤＳＰ３０４、ＳＲＤインタフェ−ス３０６、ＲＯＭ３０８、ＲＡＭ３０９は内部バス３０７で接続されている。
The
ＬＡＮＣ３１１は、ＭＰＵＢ３１０と接続され、ＬＡＮ７上で定義されたフレ−ム形式へのデ−タの組み立てと、その反対に、フレ−ム形式からデ−タへの分解とを行う回路であるとともに、Ｅｔｈｅｒｎｅｔ（登録商標）スイッチの機能であるポ−ト間のスイッチングと、異インタフェ−ス間の速度整合を行う機能も備える。
The
ＰＨＹ３１２はパ−ソナルコンピュ−タ（以下ＰＣという）を接続するインタフェ−スであり、ＰＨＹ３１３は、ＨＵＢ２との接続のためのインタフェ−スをとるＩＥＥＥ８０２．３準拠のトランシ−バ−である。
A
次に図３８を用いて交換機１を介して、２台のＩＰ−ＭＦＴ６２が通信可能となるまでの接続シ−ケンスを説明する。（以下、便宜上、発信側をＩＰ−ＭＦＴ６２ａ、着信側をＩＰ−ＭＦＴ６２ｂと呼ぶ）
Next, a connection sequence until two IP-
まず、ＩＰ−ＭＦＴ６２ａのＭＦＴ部２００内のハンドセット２０３ａのオフフック状態を、ＣＯＤＥＣ２０２ａが検出し（Ｓ３８０１）、ＩＰＡＤＰ部３００と接続されたＤＬＩ２０１ａを経由して、ＭＰＵＢ３１０ａに通知される（Ｓ３８０２）。
First, the
ＭＰＵＢ３１０ａがこのオフフック通知を認識すると、交換機１に伝達する（Ｓ３８０３）。これを受信した交換機１がＩＰ−ＭＦＴ６２ａに対してダイヤルト−ン出力要求を送出し（Ｓ３８０４）、ＭＰＵＢ３１０ａがそれを認識して、ダイヤルト−ンの送出をＤＳＰ３０４ａに指示する（Ｓ３８０５）。指示を受けたＤＳＰ３０４ａは、当該指示を入力すると、ダイヤルト−ン生成のための演算を行い、生成されたダイヤルト−ンをＭＦＴ部２００に送出する。
When the
ＤＳＰ３０４ａから送出されたダイヤルト−ンは、ＤＬＩ２０１ａを介してＣＯＤＥＣ２０２ａに送られ、デジタルデ−タからアナログデ−タに変換され、ハンドセット２０３ａから可聴音として送出される（Ｓ３８０６）。
The dial tone sent from the
次に、ダイヤルト−ンを聞いた話者は、交換機１に起動がかかったと認識しボタン部２１１ａを操作し、相手先の電話番号をダイヤルする（Ｓ３８０７）。この信号は、ＭＦＴ部２００内のＣＯＤＥＣ２０２ａでＡ／Ｄ変換されてＤＳＰ３０４ａに取り込まれて解読される。ＤＳＰ３０４ａは、解読された相手先電話番号をＭＰＵＢ３１０ａに通知する（Ｓ３８０８）。ダイヤル情報を受信したＭＰＵＢ３１０ａは、この後、ＬＡＮＣ３１１ａを経由させ、交換機１にダイヤル情報を送出する（Ｓ３８０９）。
Next, the speaker who has heard the dial tone recognizes that the
最初のダイヤル情報を受信した交換機１は、ＩＰ−ＭＦＴ６２ａに対してダイヤルト−ン停止要求を送出し（Ｓ３８１０）、それを受けたＤＳＰ３０４ａがダイヤルト−ンの出力を停止する（Ｓ３８１１）。
Upon receiving the first dial information, the
その後、ＭＰＵＢ３１０ａが最終ダイヤルを受信し、交換機１にダイヤル情報を送信すると（Ｓ３８１２）、交換機１がそのダイヤル情報から接続相手先を認識し、接続相手先へ着信要求を行う。（Ｓ３８１３）。着信要求にてベル鳴動指示を受けたＩＰ−ＭＦＴ６２ｂ内のＭＰＵＡ２０６ｂは、ベル２１３ｂを起動させ着信ベルを鳴動させる（Ｓ３８１４、Ｓ３８１５）。
Thereafter, when the
交換機１は、この着信要求を出すとともにリングバックト−ン出力要求をＩＰ−ＭＦＴ６２ａに行い（Ｓ３８１６）、その指示を受けたＭＰＵＢ３１０ａがＤＳＰ３０４ａに出力指示を行う（Ｓ３８１７）。そして、その指示に従いＤＳＰ３０４ａがリングバックト−ンをハンドセット２０３ａに出力し、相手呼出中であることを話者に伝える（Ｓ３８１８）。
The
ここで、呼び出されているＩＰ−ＭＦＴ６２ｂの話者が受話器を上げて応答すると（ＯＦＦ ＨＯＯＫ）（Ｓ３８１９）、その情報はＣＯＤＥＣ２０２ｂで認識され、ＭＰＵＡ２０６ｂを介して交換機１に伝達される（Ｓ３８２１）。ＭＰＵＡ２０６ｂは、受話器が上げられたことを察知すると、ベル２１３ｂのベルの鳴動を停止させ（Ｓ３８２２）、ＩＰ−ＭＦＴ６２ｂの通話準備が完了する。
When the called IP-
交換機１が、ＩＰ−ＭＦＴ６２ｂのＯＦＦ ＨＯＯＫ状態を認識すると、ＩＰ−ＭＦＴ６２ａに対してリングバックト−ン出力停止指示を送出し（Ｓ３８２３）、それを受信したＤＳＰ３０４ａがングバックト−ンの出力を停止し、（Ｓ３８２４）ＩＰ−ＭＦＴ６２ａの通話準備が完了し、ＩＰ−ＭＦＴ６２ｂと通話が可能となる（Ｓ３８２５）。
When the
次に図３９を用いて、交換機１を介してＩＰ−ＭＦＴ６２とＩＰ網側端末９（Ｈ．３２３対応ＩＰ電話機等）間の通信が可能となるまでの接続シ−ケンスを説明する。ＩＰ−ＭＦＴ６２が受話器を上げてからダイヤルを開始するまでは、図３８と同様なので説明は省略し、ＩＰ−ＭＦＴ６２が最終ダイヤルを送出するシ−ケンスから説明する。
Next, a connection sequence until communication between the IP-
ＭＰＵＢ３１０が最終ダイヤルを受信し、交換機１にダイヤル情報を送信し（Ｓ３９１２）、交換機１がそのダイヤル情報から接続相手先を認識し、接続相手先への着信要求を行う。
The
交換機１はその受信した情報をＨ．３２３メッセ−ジの呼設定要求であるＳＥＴ ＵＰに変換し、ＩＰ網４を介してＩＰパケットデ−タにてＩＰ網側端末９に伝達する（Ｓ３９１３）。
The
ＳＥＴ ＵＰを受けたＩＰ網側端末９は、呼設定受付処理を行い、交換機１に対して、Ｈ．３２３メッセ−ジのＣＡＬＬ ＰＲＯＣ（呼設定処理中）と、ＡＬＥＲＴ（呼出中）メッセ−ジを返し、自身の呼び出しベルを鳴動させる（Ｓ３９１４、Ｓ３９１５）。ＡＬＥＲＴを受けた交換機１は、リングバックト−ン出力要求をＩＰ−ＭＦＴ６２に行い（Ｓ３９１６）、その指示を受けたＭＰＵＢ３１０がＤＳＰ３０４に出力指示を行う（Ｓ３９１７）。そして、その指示に従いＤＳＰ３０４がリングバックト−ンをハンドセット２０３に出力し、相手呼出中を話者に伝える（Ｓ３９１８）。
Upon receiving the SET UP, the IP
ここで、呼び出されているＩＰ網側端末９の話者が受話器を上げると（ＯＦＦ ＨＯＯＫ）（Ｓ３９１９）、呼び出しベルの鳴動を停止させるとともに、そのＯＦＦ ＨＯＯＫ情報を、Ｈ．３２３メッセ−ジに変換して交換機１に送る（Ｓ３９２０）。
Here, when the speaker of the called IP
その情報は、応答メッセ−ジのＣＯＮＮＥＣＴであり、それを受信した交換機１は、ＩＰ網側端末９のＯＦＦ ＨＯＯＫ状態をＣＯＮＮＥＣＴ受信で認識すると、ＩＰ−ＭＦＴ６２に対してリングバックト−ン出力停止指示を送出し（Ｓ３９２１）、それを受信したＤＳＰ３０４がングバックト−ンの出力を停止し、（Ｓ３９２２）ＩＰ−ＭＦＴ６２の通話準備が完了し、ＩＰ網側端末９と通話が可能となる（Ｓ３９２３）。
The information is the CONNECT of the response message. When the
次に、ＩＰ−ＭＦＴ６２が交換機１を介さずにＩＰ網４に接続されたＩＰ−ＭＦＴ６２やＩＰ網側端末９と通話を行う場合について説明する。
Next, a case where the IP-
ＩＰ−ＭＦＴ６２は、交換機１との独自インタフェースを用いて多彩な機能を実現しようとする為の電話機であるが、交換機１の介在しないシステムにおいても使用できるようになっている。すなわち、ＩＰ−ＭＦＴ６２の動作モードを切り替えることで、ＩＰ電話機６１の様に動作することが可能である。
The IP-
動作についは、まず、ＭＰＵＢ３１０が、ハンドセット２０３のオフフックを検出したときに、ダイヤルトーン出力要求をＤＳＰ３０４に行う。次に相手先電話番号が通知されると、例えばＩＴＵ−Ｔ勧告Ｈ．３２３に規定するＲＡＳ手順に従い、ＩＰ網４に接続されているゲ−トキ−パ（ＩＰネットワ−クにおける電話番号とＩＰアドレスの変換を行う装置）よりアクセスを要求する相手先のＩＰアドレス及びポ−ト番号を取得する。この後、ＭＰＵＢ３１０は、取得したＩＰアドレスの相手先に対して、例えばＩＴＵ−Ｔ勧告Ｈ．３２３の呼処理手順（Ｑ．９３１，Ｈ．２４５）に基づいた発呼処理を行う。
Regarding the operation, first, when the
なお、ＭＰＵＢ３１０は、相手先の呼出し中のときは、ＭＦＴ部２００に対するリングバックト−ンの送出をＤＳＰ３０４に指示する。
Note that the
一方、相手先である着呼側のＩＰ−ＭＦＴ６２は、そのＭＰＵＢ３１０において、発信側が呼び出し中であって、自側のハンドセット２０３がオフフックするまでの間、自側のＭＦＴ部２００内のベル２１３を鳴らすようにする。
On the other hand, the called-side IP-
この後、符号化の方法が相互間の通信手順のやり取りで確定し、自側のハンドセット２０３がオフフックされると、通話状態に移行する。
Thereafter, when the encoding method is determined by the exchange of the communication procedure between them, and when the
次に、ＭＦＴ部２００に入力された音声信号は、アナログ電話収容回路を内臓したＣＯＤＥＣ２０２が、Ａ／Ｄ変換して、ディジタル信号に変換され、ＩＰＡＤＰ３００に入力される。
Next, the audio signal input to the MFT unit 200 is A / D converted by the
ＩＰＡＤＰ３００内のＤＳＰ３０４は、ＭＰＵＢ３１０から指示があった場合は、ディジタル信号に対してのレベル調整演算処理、レベル制御処理、符号化演算処理を実行し、データを回線側に送出する。
When instructed by the
次に、アナログ信号（音声データ）のパケット化について説明する。ＤＳＰ３０４にデ−タが入力されるとＭＰＵＢ３１０は、ＤＳＰ３０４内の音声信号を読み出し、内部バス３０７を介して、ＲＡＭ３０９に書き込む。その後、図３５に示す各種ヘッダ（ＴＣＰ／ＵＤＰヘッダ、ＩＰヘッダ、及び図示しないＲＴＰ （Real Time Protocol ）ヘッダ）を付加したフレ−ムフォ−マットを作成して、ＬＡＮＣ３１１から送出する。但し、ＲＴＰヘッダはデータ部とＴＣＰ／ＵＤＰヘッダ部の間に付加されるものとする。
Next, packetization of analog signals (voice data) will be described. When data is input to the
ＬＡＮＣ３１１は、それらデ−タを受信すると、ＡＲＰ（アドレス解決プロトコル）で取得した宛先ＭＡＣアドレスや送信元（自装置）ＭＡＣアドレスなどの入ったＬＡＮヘッダ（フラグ（Ｆ）、アドレス（Ａ）、コントロール（Ｃ）、タイプ）及びＦＣＳを付加してＬＡＮプロトコルに応じたフレ−ムを構成し、ＰＨＹ３１３を経由させＨＵＢ２に送出する。
When the
次に、受信側での処理を説明する。受信側では、ＬＡＮＣ３１１が受信した音声パケット信号を、自装置宛てのパケットであるか否かを検出する。ここで、当該音声パケットが自装置宛てであった場合、ＬＡＮＣ３１１は音声パケットからＬＡＮヘッダ及びＦＣＳを削除し、図示しないメモリに書き込む。
Next, processing on the receiving side will be described. On the receiving side, it is detected whether the voice packet signal received by the
ＭＰＵＢ３１０は、ＬＡＮＣ３１１が書き込んだメモリからデ−タを読出し、ＲＡＭ３０９に書き込む。ＲＡＭ３０９にデータを書きこみ後、ＭＰＵＢ３１０は、デ−タに付されているＴＣＰ／ＵＤＰヘッダを解析し、そのデ−タが音声データか制御データかを判定し、デ−タが音声信号であると判定した場合、ＭＰＵＢ３１０は、ＲＴＰヘッダ、ＴＣＰ／ＵＤＰヘッダ及びＩＰヘッダを削除し、ＤＳＰ３０４へデ−タを転送する。
The
このように、ＬＡＮＣ３１１を介して受信される数パケット分の音声パケットをＲＡＭ３０９に一旦貯め込んだ後、ＤＳＰ３０４に順次書き込むことにより、音声パケットの同期補正や、音声パケットのゆらぎ吸収を行っている。
As described above, voice packets for several packets received via the
ＤＳＰ３０４は、復号化演算処理を実行後に、ＭＦＴ部２００にデ−タを転送し、ＣＯＤＥＣ２０２によりディジタル信号をアナログ信号に変換され、ハンドセット２０３に当該アナログ信号を出力する。このような処理により、話者間の通話が可能となる。
After executing the decoding calculation process, the
図４０に、ＩＰ−ＭＴＦ６２の第２の実施形態を示す。図３６、図３７に示した第１の実施形態のＩＰ−ＭＦＴ６２は、交換機１の内線電話インタフェースにも接続可能な構成であったが、図４０のＩＰ−ＭＦＴ６２は、ＬＡＮへの接続に特化した機能ブロック構成となっている。
FIG. 40 shows a second embodiment of the IP-
第１の実施形態と第２の実施形態との相違点のみを説明する。 Only the differences between the first embodiment and the second embodiment will be described.
第２の実施形態は、交換機１の内線電話機インタフェ−スであるＤＬＩ２０１と、ＤＬＩ２０１とのインタフェ−スをとるためのピンポン伝送部３０２、給電部３０１、ピンポン伝送部がＤＳＰ３０４とのインタフェ−スをとる２ＭＨＷインタフェ−ス部３０３を削除している。また、呼制御情報であるＤチャネル情報は、直接ＭＰＵが管理するので、Ｄチャネル情報部３０５を削除している。また、制御系を一つにするため、ＭＰＵも１つのＭＰＵＡに統合している。
In the second embodiment, the
但し、ＣＯＤＥＣ２０２とＤＳＰ３０４を直接接続するため、この間のインタフェ−スをとる回路はＤＳＰ内部に取り込んでいるものとする。ＣＬＫ／ＦＲＭ生成部３１４及びクロック源３１５は、ＤＳＰ３０４が必要とするクロック周波数やフレ−ムを供給するようにしている。
However, since the
その他の構成及び機能は、図３６、図３７で説明したものと同様であり、このように、交換機１の内線電話機として使用できるインタフェースを削除し、シンプルな機能ブロック構成となっている。
Other configurations and functions are the same as those described with reference to FIGS. 36 and 37. Thus, an interface that can be used as an extension telephone of the
また、収容される内線電話機等がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理し、更にパケット網を介して交換機間で通信する場合においてもＳＳ７シグナリングで情報を用いて通信を行うことができる。 Moreover, even if the accommodated extension telephones perform voice communication using the packet network, call control information and voice information are separately managed so that a service equivalent to the conventional public network connection service can be provided, Further, even when communication is performed between exchanges via a packet network, communication can be performed using information by SS7 signaling.
１:交換機
２：ＨＵＢ
３：ルーター
４：ＩＰ網
５：一般電話機
６１：ＩＰ電話機（Ｈ．３２３対応端末）
６２：ＩＰ−ＭＦＴ
７：ＬＡＮ
８：公衆交換網（ＰＳＴＮ）
１１：従来回線部（ＥＸ部）
１２：交換制御部（ＣＣ部）
１３：音声変換部（ＶＣ部）
１４：ＩＰ呼制御部（ＳＣ部）
1: Switch 2: HUB
3: Router 4: IP network 5: General telephone 61: IP telephone (H.323 compatible terminal)
62: IP-MFT
7: LAN
8: Public switched network (PSTN)
11: Conventional line section (EX section)
12: Exchange control unit (CC unit)
13: Voice conversion unit (VC unit)
14: IP call control unit (SC unit)
Claims (1)
公衆網を収容する局線インタフェース手段と、
前記公衆網及び前記電話機からの呼制御情報により接続制御を行う呼制御手段と、
前記呼制御手段の指示により前記電話機インタフェース手段と前記局線インタフェース手段との交換接続処理を行うスイッチ手段と、を有する交換装置であって、
前記交換装置との間で独自の手順を用いて呼制御処理を行う第１のＩＰ電話端末及び前記交換装置との間で標準手順を用いて呼制御処理を行う第２のＩＰ電話端末を収容するＩＰインタフェース手段と、
前記第１のＩＰ電話端末又は前記第２のＩＰ電話端末との呼制御処理を行うＩＰ呼制御手段と、
前記スイッチ手段と、前記ＩＰインタフェース手段との接続制御を行う交換制御手段と、を備え、
前記交換制御手段は、前記呼制御手段又は前記ＩＰ呼制御手段が受信した呼制御情報に基づき、前記公衆網、前記電話機、前記第１のＩＰ電話端末及び前記第２のＩＰ電話端末を相互に接続する制御を行い、
前記ＩＰ呼制御手段は、輻輳状態の場合に、前記第１のＩＰ電話端末よりオフフック情報を受信すると、この受信に対する応答にて輻輳状態であることを通知することを特徴とする交換装置。 Telephone interface means for connecting a telephone; and
A line interface means for accommodating a public network;
Call control means for performing connection control according to call control information from the public network and the telephone;
Switch means for performing exchange connection processing between the telephone interface means and the office line interface means in accordance with an instruction from the call control means,
Accommodates a first IP telephone terminal that performs call control processing using a unique procedure with the switching apparatus and a second IP telephone terminal that performs call control processing using a standard procedure with the switching apparatus IP interface means to
IP call control means for performing call control processing with the first IP telephone terminal or the second IP telephone terminal;
An exchange control means for controlling connection between the switch means and the IP interface means,
The exchange control means mutually connects the public network, the telephone, the first IP telephone terminal, and the second IP telephone terminal based on call control information received by the call control means or the IP call control means. Control to connect,
When the IP call control means receives off-hook information from the first IP telephone terminal in a congested state, the IP call control means notifies the congested state in response to the reception.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006225267A JP4552914B2 (en) | 2001-11-12 | 2006-08-22 | Exchange device |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001346164 | 2001-11-12 | ||
| JP2006225267A JP4552914B2 (en) | 2001-11-12 | 2006-08-22 | Exchange device |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002272600A Division JP4517567B2 (en) | 2001-11-12 | 2002-09-19 | Exchange device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007006524A JP2007006524A (en) | 2007-01-11 |
| JP4552914B2 true JP4552914B2 (en) | 2010-09-29 |
Family
ID=37691586
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006225267A Expired - Fee Related JP4552914B2 (en) | 2001-11-12 | 2006-08-22 | Exchange device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4552914B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5582693B2 (en) * | 2008-10-30 | 2014-09-03 | 岩崎通信機株式会社 | IP button telephone equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001186193A (en) * | 1999-12-24 | 2001-07-06 | Fujitsu Ltd | Ip communication interface device, line switching exchanger and ip communication network system |
| JP2001237897A (en) * | 2000-02-22 | 2001-08-31 | Nec Corp | Hybrid type telephony system |
| JP2001245056A (en) * | 2000-01-12 | 2001-09-07 | Lucent Technol Inc | Method and system for communication |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6295456B1 (en) * | 1998-02-27 | 2001-09-25 | Avaya Technology Corp. | Dynamic binding and bridging in a communication system |
| JP3303776B2 (en) * | 1998-05-11 | 2002-07-22 | 日本電気株式会社 | Exchanger for connecting LAN telephone terminal and connection method therefor |
-
2006
- 2006-08-22 JP JP2006225267A patent/JP4552914B2/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001186193A (en) * | 1999-12-24 | 2001-07-06 | Fujitsu Ltd | Ip communication interface device, line switching exchanger and ip communication network system |
| JP2001245056A (en) * | 2000-01-12 | 2001-09-07 | Lucent Technol Inc | Method and system for communication |
| JP2001237897A (en) * | 2000-02-22 | 2001-08-31 | Nec Corp | Hybrid type telephony system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007006524A (en) | 2007-01-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3854691B2 (en) | Wireless communication system and wireless communication apparatus | |
| CN101422028A (en) | Techniques for facilitating emergency calls | |
| JP2001186193A (en) | Ip communication interface device, line switching exchanger and ip communication network system | |
| US6839341B1 (en) | Device capable of accommodating existing voice terminals | |
| JP4517567B2 (en) | Exchange device | |
| JP4205445B2 (en) | Exchange device | |
| US7068594B1 (en) | Method and apparatus for fault tolerant permanent voice calls in voice-over-packet systems | |
| JPH04185094A (en) | Key telephone system | |
| JP4552914B2 (en) | Exchange device | |
| JP2010279062A (en) | Communication route control apparatus | |
| JP4945269B2 (en) | Telephone | |
| JPH11331371A (en) | Exchange for connecting lan telephone terminal and its connecting method | |
| JP3899251B2 (en) | Exchange device | |
| JP4089596B2 (en) | Telephone exchange equipment | |
| JP4474511B2 (en) | Exchange device | |
| US20080043974A1 (en) | Communication system for selectively establishing communication among various types of communication devices | |
| JP3874638B2 (en) | Specific partner non-operation notification method in VoIP system and communication exchange management apparatus for VoIP system | |
| JP3623669B2 (en) | INTERNET CONNECTION SYSTEM, GATEWAY DEVICE, INTERGATEWAY CONNECTION METHOD, AND RECORDING MEDIUM | |
| JPH01105693A (en) | System for controlling isdn remote station | |
| JP4050395B2 (en) | Multimedia information communication system | |
| JPH0546132B2 (en) | ||
| JP2004194185A (en) | Device for routing voice data | |
| JP2002057711A (en) | Ip multiplexing and switching system | |
| JPS63122345A (en) | Voice message transferring system | |
| JP2004312440A (en) | Private branch exchange system for performing inter-system connection by ip, and its system information transmission method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060822 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080529 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090407 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090522 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20090914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091013 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091209 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100511 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100607 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100622 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100705 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130723 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |