JP2007006524A - Switching device - Google Patents
Switching device Download PDFInfo
- Publication number
- JP2007006524A JP2007006524A JP2006225267A JP2006225267A JP2007006524A JP 2007006524 A JP2007006524 A JP 2007006524A JP 2006225267 A JP2006225267 A JP 2006225267A JP 2006225267 A JP2006225267 A JP 2006225267A JP 2007006524 A JP2007006524 A JP 2007006524A
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
本発明はインタ−ネット網や、構内LAN等のイントラネットのようなパケット網と、公衆回線交換網とに接続されている端末装置間を通信させる交換装置に関する。 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.
現在の公衆電話網において、最も多く使用されている機器はアナログ電話機である。また、公衆電話網に接続される交換機(PBX)は多くの特別な機能を有し、アナログ電話機を内線電話として直接PBXに接続して多彩なサービスを行えるようもにしている。 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.
そして一方では、交換機を介して公衆電話網とインタ−ネットを接続し、インタ−ネットを用いた音声通信(Voice over Internet Protocol:VoIP)が可能となっている。(例えば、特許文献1参照)。
しかしながら、このような状況においても、公衆電話網、内線電話機、インターネットやITU−T勧告H.323対応端末61(以下IP電話機という)等を収容し、インタ−ネットのようなパケット交換網においても、発呼された電話番号をパケット網上での番号にアドレス変換する処理、呼び出し処理や呼の接続処理等を行うとともに、交換機間で多彩な情報を伝達するのに有効であるSS7シグナリング信号(従来の公衆電話網においては、通話は端局が呼に関係するようになるまで、SS7シグナリング(NO.7)信号によって伝達され、各々の端局によって管理されていた。)をパケット交換網へ適用することも必要とされている 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
例えば、SS7シグナリング信号を用いると局内転送(PBXをまたがる通信の転送)や局間での発信者番号通知、事業所用PHSのローミングなど、PBXネットワーク機能をIPネットワーク上で実現することが可能になる。 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. .
本発明は、上記に鑑みてなされたものであり、従来の交換機の機能を有しながら、インターネットのようなパケット網に接続可能で、接続された内線電話機がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理するとともに、インターネットのようなパケット網を介して交換機間で通信する場合においてもSS7シグナリングで情報を伝達しあえる交換装置を提供することを目的とする。 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.
本発明の第1の発明は、 電話機を接続する電話機インタフェース手段と、公衆網を収容する局線インタフェース手段と、前記公衆網及び前記電話機からの呼制御情報により接続制御を行う呼制御手段と、前記呼制御手段の指示により前記電話機インタフェース手段と前記局線インタフェース手段との交換接続処理を行うスイッチ手段とを有する交換装置であって、IPネットワーク又はIP電話端末を収容するIPインタフェース手段と、前記IPネットワーク又はIP電話端末との呼制御処理を行うIP呼制御手段と、前記スイッチ手段と、前記IPインタフェース手段との接続制御を行う交換制御手段とを備え、前記交換制御手段は、前記呼制御手段又は前記IP呼制御手段が受信した呼制御情報に基づき、前記公衆網、前記電話機、前記IPネットワーク及びIP電話端末を相互に接続する制御を行うことを特徴とする。 The first invention of the present invention comprises telephone interface means for connecting a telephone, office line interface means for accommodating a public network, call control means for performing connection control based on call control information from the public network and the telephone, An exchange device having 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, an IP interface means for accommodating an IP network or an IP telephone terminal; An IP call control means for performing call control processing with an IP network or an IP telephone terminal, switch means, and exchange control means for controlling connection with the IP interface means, wherein the exchange control means includes the call control means. Or the telephone call based on the call control information received by the IP call control means, And performing control to connect the serial IP network and IP telephone terminals to each other.
本発明の第2の発明は、電話機を接続する電話機インタフェース手段と、公衆網を収容する局線インタフェース手段と、前記公衆網及び前記電話機からの呼制御情報により接続制御を行う呼制御手段と、前記呼制御手段の指示により前記電話機インタフェース手段と前記局線インタフェース手段との交換接続処理を行うスイッチ手段とを有する交換装置であって、IPネットワーク又はIP電話端末を収容するIPインタフェース手段と、前記IPネットワーク又はIP電話端末との呼制御処理を行うIP呼制御手段と、前記公衆網又は前記電話機よりのアナログ音声データと、前記IPネットワーク又はIP電話端末よりのパケット音声データの相互変換を行う音声変換手段と、前記スイッチ手段と、前記IPインタフェース手段との交換制御を行う交換制御手段とを備え、前記交換制御手段は、前記呼制御手段又は前記IP呼制御手段が受信した呼制御情報に基づき、前記音声変換手段が変換した音声データを、前記公衆網又は前記電話機と、前記IPネットワーク又はIP電話端末の間で相互に通信させることを特徴とする。 A second 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, An exchange device having 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, an IP interface means for accommodating an IP network or an IP telephone terminal; IP call control means for performing call control processing with an IP network or IP telephone terminal, voice for performing interconversion between analog voice data from the public network or the telephone and packet voice data from the IP network or IP telephone terminal Exchange of conversion means, switch means, and IP interface means Switching control means for performing control, and the switching control means converts the voice data converted by the voice conversion means based on call control information received by the call control means or the IP call control means to the public network or The telephone and the IP network or IP telephone terminal communicate with each other.
以上のように本発明によれば、インタ−ネットのようなパケット交換網においても、発呼された番号が登録されている電話番号であるかどうかのチェック、呼の接続、発呼者への呼び出し音等のステ−タス情報の提供、被呼者が応答したか否かの判別など通信データを管理し、従来の一般公衆網とパケット網の相互接続をスムーズに行うことができる。 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.
図1に本発明である交換装置を用いたシステム構成を示す。本発明である交換機1は公衆交換網8(以下PSTNという)と接続され、複数のアナログ端末5(以下電話機という)と、複数のLAN(Local Area Network)通信用のHUB2を収容している。集線装置(Concentrator)であるHUB2は社内、構内用のLANケ−ブル7を通じてITU−T勧告H.323対応端末61(以下IP電話機という)と、交換機1との独自のインタフェ−スを持つIP多機能電話機62(以下IP−MFTという)および、一般的なIPル−タ−であるル−タ−3が接続されている。ル−タ−3は、異なるネットワーク同士を相互接続するネットワーク機器であり、通信経路が記述されたルーティングテーブルに従って、デジタルデ−タ(音声等)を宛先のネットワークまで中継する。そして、ル−タ−3を介して交換機1はInternet Protocol網4(以下IP網という)と接続されている。
FIG. 1 shows a system configuration using an exchange apparatus according to the present invention. The
図2に本発明の交換機1の内部ブロック図を示す。交換機1内には従来の通りの電話交換機能と同様の機能を実現するための従来回線部11(以下EX部という)と、LANやIP網4との呼制御を行うIP呼制御部14(以下SC部という)、アナログデ−タとパケットデ−タの変換を行う音声変換部13(以下VC部という)と、EX部11、SC部14およびVC部13それぞれの交換制御を行う交換制御部12(以下CC部という)とを備える。
FIG. 2 shows an internal block diagram of the
従来回線部であるEX部11内には、PSTN8との電気的インタフェ−スを合わせ、通信を行う局線インタフェ−ス部111(以下COTという)と、電話機5との電気的インタフェ−スを合わせ、通信を行う電話機インタフェ−ス部112(以下LINEという)と、CC部12によって制御され、PSTN8、電話機5、および後述するVC部13からのデ−タの交換処理を行う時分割スイッチ部113(以下TSWという)とを備える。
In the EX
EX部11、SC部14およびVC部13のそれぞれの交換制御を行うCC部12内には、PSTN8や専用線インタフェ−スとの接続制御を行っているEX制御部121と、IP網4との呼制御を行うSC部を制御し、チャネル毎の呼状態を管理、着信可否判定等を行うSC制御部122と、音声変換を行う複数のVC部13を制御するVC制御部123とを備えている。VC制御部123はチャネル毎のIPアドレスの管理する。チャネル毎に設定されている接続可能符号化方式やパケット多重数を管理し、呼接続時にその条件で接続可否の判定を行うチャネル毎接続条件管理機能と、チャネル毎の呼状態を管理して着信可否の判定を行うチャネル状態管理機能と、接続方路によりVC部13がチャネルの捕捉が必要か否かを判定し、チャネル捕捉/解除を行いチャネルの有効活用を行う機能を有している。
In the
CC部12が、EX部11から通知される電話番号とパケット網内のアドレスであるIPアドレスの相互変換(予め変換する電話番号とIPアドレスは設定しておく必要がある)を行い、SC部14を通じてPSTN8とパケット網間の接続を制御している。
The
すなわち、PSTN8とパケット網に接続されている端末間の通信は、従来の交換機の着信機能でいうところのDirect in Line(DIL)方式と同等の機能で接続されていることになる。
In other words, communication between the terminals connected to the
DILとは、交換機1に収容してある特定の局線について、その局線に着信があった場合、予め指定してある内線あるいは内線グループに直接着信させる機能のことである。
The DIL is a function for causing a specific station line accommodated in the
ここで、複数のVC部13を搭載するようにしているのは、通話チャネル毎にVC部13のみを追加することで通話チャネル数の増加に対応ができるためであり、VC部13は通話チャネル分の数あることが望ましい。しかし、通話チャネル分のVC部13を搭載することは、物理的、経済的に問題があるので、後述するように通信を行う端末の動作状態に応じて、VC部13の捕捉を行い使用することで、VC部の有効的な利用を行うことも可能である。
Here, the reason why the plurality of
SC部14も複数搭載可能であり、SC部14の端末接続処理能力に応じて追加を行ったり、複数(SC分)の別ネットワークに接続することもできる。
A plurality of
次にIP網4との呼制御を行うSC部14内には、CC部12とのデ−タ送受信制御を行い、後述するプロトコル変換部141、NO.7制御部142及び独自インタフェ−ス部143とに接続され、それらとCC部12とのメッセ−ジの送受信制御を行うCCインタフェ−ス部144と、CCインタフェ−ス部144に接続され、SS7シグナリングにより局間サ−ビスを行うNO.7制御部142と、同様にCCインタフェ−ス部144に接続され、CC部12からの呼制御メッセ−ジをH.323呼制御メッセ−ジに変換し、H.323対応端末との通信を可能とするプロトコル変換部141と、同様にCCインタフェ−ス部144に接続され、交換機1と独自のプロトコルによって通信をおこなうIP−MFT62とのインタフェ−スをとる独自インタフェ−ス部143と、プロトコル変換部141、NO.7制御部142および独自インタフェ−ス部143とに接続され、それらからのメッセ−ジの送受信制御を行い、またHUB2と接続され、LAN側からのIPパケットデ−タの送受信処理を行うLANインタフェ−ス部145とを備えている。
Next, in the
また、プロトコル変換部141は、H.323対応端末との呼制御処理を行うH.225呼制御機能と、標準手順等がメディアパス未確立で接続された場合に、H.245手順による端末間での整合性確認処理を行うH.245メッセ−ジ制御機能をもつ。また、LAN側に接続された相手端末の状態を常にPingコマンドによる監視を行うことにより、接続不可能状態となった装置への発信規制を行い、無駄な呼制御処理を行わないようにしている。監視方法は、定期的に相手先にPingコマンドを送出し、回線異常の発生及び異常からの復旧を検出しCC部12へ通知する。ping異常と判断する条件は、Ping応答結果データの異常時、Pingコマンドに対する相手の応答なし及び、Ping送出時に使用するソケット異常とする。相手先のIPアドレスは、局データとして登録されたデータをCC部12から得て、そのIPアドレスを使用する。
Further, the
次に、独自インタフェ−ス部143は、IP−MFT62からのログイン時に内線番号とIPアドレスとの関連づけ、その情報を管理する登録情報管理機能と、IP−MFT62の呼毎のチャネル接続情報(ポ−ト番号、パケット多重数、符号化方式等)を随時管理し、通話パス接続時の接続条件通知に用いる接続情報管理機能と、登録されたIP−MFT62の正常性を確認し、常に最新のIP−MFT62の状態をCC部12に通知する状態管理機能と、IP−MFT62との呼制御メッセ−ジの送受信処理を行う制御メッセ−ジ機能とを備える。
Next, the
次に、CC部12とHUB2との間に接続され音声変換を行うVC部13は、符号化方式(G.711、G.729、G.723.1)により音声デ−タの圧縮/伸長を行う音声圧縮機能と、G.723.1の有無により選択可否判断を行い発着信の規制を行うG.723.1動作規定処理機能と、パケットの多重化処理(各符号化方式/FAX/モデム等の異なるペイロ−ドタイプ(以下PTという)に対応したパケット生成/解析処理)を行う音声パケット処理機能と、LAN上又は網間のゆらぎによる音の途切れをふせぐゆらぎ吸収制御機能と、対向装置間で発生する同期のズレを調整する同期補正機能と、通信中のDTMF信号を音声とは別のコ−ド体系で送受信するDTMF透過機能と、同一LAN上に音声とデ−タが混在した場合に、ゆらぎや網内遅延による音声の途切れを回避するためにパケットデ−タの優先順位をきめて通信させる優先制御機能と、通話中の無音状態を検出して無音期間中のパケットデ−タの送出をやめ、LAN上のトラヒック低減を行う無音サプレス機能と、通話中に回線障害等で通話先とのパケット送受信が不可能となった場合にその呼を無効として開放処理する通信中断監視機能とをもつ。
Next, the
交換機1内のデータ形態は、CC部12からのデータをプロトコル変換部141、NO.7制御部142及び独自インタフェース部143がLANインタフェース145に送信する際には、プロトコル変換部141、NO.7制御部142及び独自インタフェース部143それぞれによって送信されるデータがIPパケット化される。
The data format in the
具体的には、プロトコル変換部141からLANインタフェース部145へデータを送信する際は、装置内独自データをH.323データに変換した後IPパケット化し、NO.7制御部142からLANインタフェース部145へデータを送信する際は、装置内独自データをNO.7データに変換した後IPパケット化し、独自インタフェース部143からLANインタフェース部145へデータを送信する際は、装置内独自データを独自インタフェース部143で、IP−MFT62が使用可能な独自データに変換後に、IPパケット化して送信している。
Specifically, when data is transmitted from the
CC部12とSC部14間のデータは装置内独自データであるが、呼制御情報については、NO.7信号情報をそのまま使用すると変換効率がよいので、装置内独自メッセージとNO.7メッセージが重複することが望ましい。
The data between the
また、プロトコル変換部141、NO.7制御部142及び独自インタフェース部143がLANインタフェース145からIPパケットデータを受信し、CCインタフェース144にデータを送信する際には、プロトコル変換部141、NO.7制御部142及び独自インタフェース部143において、パケットフレームがはずされ、受信したそれぞれのデータを装置内独自データに変換して、CC部12に送信する。
Further, the
本発明の実施形態に従う典型的な通話手順を図2を用いて説明する。これは、PSTN8に接続されている一般電話機(図示しない)が、HUB2に接続されているIP電話機61へ電話をする場合を例とする。
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
一般電話機がPSTN8を介して交換機1に発呼する。交換機1は発呼に対し、発信者からのダイヤル情報から接続しようとする相手先特定する。また、特定する発呼者自身を特定する番号、暗証コ−ド等を尋ねるアプリケ−ションで応答し、発呼者または発呼電話機を識別してもよい。
A general telephone makes a call to the
交換機1は発呼者が入力した電話番号に対応する地域をどの設備がサ−ビスしているのかを判断し、接続する相手がインタ−ネットのようなパケット交換網を用いているIP電話機61のような場合は、そのインタフェ−スに合わせた呼制御および通信デ−タの形態に変換して被呼側と通信させる。
The
交換機1は、被呼側の呼び出し中/話中/応答の状態を監視する。交換機1は、呼が応答される前に、発呼者に対して呼び出し音の再生などにより呼の状態を知らせることができるよう、呼の状態を発呼元に伝達できる。呼がIP電話機61を介して応答されると、交換機1は発呼者への呼び出し音再生を中止する。
The
そして、PSTN8側の電話機からの入力音声データを圧縮及び、圧縮した入力音声のパケットデ−タ化を行いHUB2に接続されているIP電話機61へ送信を開始する。一方では同時にIP電話機61からの入力パケットデ−タを受け取り、音声を伸長し、伸長した音声はPSTN8を介して接続されている電話機に再生出力される。
Then, the input voice data from the
このデ−タ通信(通話)の間、交換機1はデ−タ変換におけるA/D又はD/A変換、暗号化/暗号翻訳、音声圧縮/伸長、それぞれの電話機へ出力されるデ−タ信号と同じデ−タ信号が話者に送り返されることの無いよう行われるエコ−キャンセル処理を行う。
During the data communication (call), the
上記2つの話者は、一方が電話を切るまで、通常通り通話する。交換機1によって回線の切断が検知されると、任意の使用料金への適用が可能な呼の詳細な記録(通話時間、送信されたパケット数、等)が取られる。
The two speakers talk as usual until one hangs up. When the
図3に本発明である交換機1を用いた通信システムにおける第1の接続形態を示す。
FIG. 3 shows a first connection form in a communication system using the
交換機1に収容されている電話機5と、交換機1が接続されているPSTN8(PSTN8に接続されている交換機1以外の端末)とが通信を行う場合、電話機5からPSTN8への呼制御情報は、EX部11内のLINE112、TSW113を経由してCC部12内のEX制御部121に送られる。
When the
EX制御部121では、電話機5からの呼制御情報がどこに接続を要求しているものかを相手先番号等から判別して、TSW113を動作させ、EX制御部121の受信した呼制御情報を基に、TSW113、COT111を経由してPSTN8へ送出する。次に、呼制御情報によって、PSTN8側への接続要求と認識したEX制御部121が、TSW113をLINE112とCOT111を接続させるよう動作させて、通信デ−タが通るル−トを形成させる。
The
電話機5からの通信(音声)デ−タは、先ほどル−トが形成されたとおり、EX部11内のLINE112、TSW113およびCOT111の順でPSTN8側へ送出され、PSTN8側からの通信デ−タはそれとは逆のル−トで電話機5へ送信される。
Communication (voice) data from the
発信側がPSTN8側からあるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機5に伝達される。
When the calling side is from the
図4に本発明である交換機1を用いた通信システムにおける第2の接続形態を示す。
FIG. 4 shows a second connection form in the communication system using the
交換機1に収容されている電話機5と、交換機1が接続されているHUB2に接続されているIP電話機61とが通信を行う場合、電話機5からIP電話機61への呼制御情報は、EX部11内のLINE112、TSW113を経由してCC部12内のEX制御部121に送られる。EX制御部121では、電話機5からの呼制御情報がどこに接続を要求しているものか判別して、EX制御部121の受信した呼制御情報を基に、SC制御部122と、VC制御部123を起動させる。
When the
SC制御部122では、呼制御情報によって、IP電話機61への接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、呼制御情報をプロトコル変換部141へ伝達する。呼制御情報を受信したプロトコル変換部141は、呼制御情報をH.323の呼制御情報に変換し、LANインタフェ−ス145、HUB2を介してIP電話機61へ送信する。
The
SC制御部122と同様に、呼制御情報によってIP電話機61への接続要求と認識したVC制御部123は、TSW113に対して、通信デ−タの伝達ル−トであるLINE112とVC部13を接続させるよう指示する。
Similar to the
これにより電話機5からの通信デ−タは、EX部11内のLINE112、TSW113、VC部13およびHUB2の順に経由してIP電話機61へ送出され、IP電話機61からの通信デ−タはそれとは逆のル−トで電話機5へ送信される。
As a result, communication data from the
発信側がIP電話機61であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機5に伝達される。
When the caller is the
図5に本発明である交換機1を用いた通信システムにおける第3の接続形態を示す。
FIG. 5 shows a third connection form in the communication system using the
交換機1に収容されている電話機5と、交換機1が接続されているHUB2に接続されているIP−MFT62とが通信を行う場合、電話機5からIP−MFT62への呼制御情報は、EX部11内のLINE112、TSW113を経由してCC部12内のEX制御部121に送られる。EX制御部121では、電話機5からの呼制御情報がどこに接続を要求しているものか判別して、EX制御部121の受信した呼制御情報を基に、SC制御部122と、VC制御部123を起動させる。
When the
SC制御部122では、呼制御情報によって、IP−MFT62への接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、呼制御情報を独自インタフェ−ス部143へ伝達する。呼制御情報を受信した独自インタフェ−ス部143は、呼制御情報をIP−MFT62で使用可能なIPパケット型の独自メッセージに変換し、LANインタフェ−ス145、HUB2を介してIP−MFT62へ送信する。
The
SC制御部122と同様に、呼制御情報によってIP−MFT62への接続要求と認識したVC制御部123は、TSW113に対して、通信デ−タの伝達ル−トであるLINE112とVC部13を接続させるよう指示する。
Similar to the
これにより電話機5からの通信デ−タは、EX部11内のLINE112、TSW113、VC部13およびHUB2の順に経由してIP−MFT62へ送出され、IP−MFT62からの通信デ−タはそれとは逆のル−トで電話機5へ送信される。
As a result, communication data from the
発信側がIP−MFT62であるときは、呼制御情報の伝達ル−トは上記と逆の順序で電話機5に伝達される。
When the caller is the IP-
図6に本発明である交換機1を用いた通信システムにおける第4の接続形態を示す。
FIG. 6 shows a fourth connection form in the communication system using the
交換機1が接続されているPSTN8(PSTN8に接続されている交換機1以外の端末)と、交換機1が接続されているHUB2に接続されているIP電話機61とが通信を行う場合、PSTN8側からIP電話機61への呼制御情報は、EX部11内のCOT111、TSW113を経由してCC部12内のEX制御部121に送られる。EX制御部121では、PSTN8からの呼制御情報がどこに接続を要求しているものか判別して、EX制御部121の受信した呼制御情報を基に、SC制御部122と、VC制御部123を起動させる。
When the
SC制御部122では、呼制御情報によって、IP電話機61への接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、呼制御情報をプロトコル変換部141へ伝達する。呼制御情報を受信したプロトコル変換部141は、呼制御情報をH.323系の呼制御情報に変換し、LANインタフェ−ス145、HUB2を介してIP電話機61へ送信する。
The
また、SC制御部122と同様に、呼制御情報によってIP電話機61への接続要求と認識したVC制御部123は、TSW113に対し、通信デ−タの伝達ル−トであるCOT111とVC部13を接続させるよう指示する。
Similarly to the
これによりPSTN8からの通信デ−タは、EX部11内のCOT111、TSW113、VC部13およびHUB2を経由してIP電話機61へ送出され、IP電話機61からの通信デ−タはそれとは逆のル−トでPSTN8へ送信される。
As a result, communication data from the
発信側がIP電話機61であるときは、呼制御情報の伝達ル−トは上記と逆の順序でPSTN8に伝達される。
When the caller is the
図7に本発明である交換機1を用いた通信システムにおける第5の接続形態を示す。
FIG. 7 shows a fifth connection form in the communication system using the
交換機1が接続されているPSTN8(PSTN8に接続されている交換機1以外の端末)と、交換機1が接続されているHUB2に接続されているIP−MFT62とが通信を行う場合、PSTN8側からIP−MFT62への呼制御情報は、EX部11内のCOT111、TSW113を経由してCC部12内のEX制御部121に送られる。EX制御部121では、PSTN8からの呼制御情報がどこに接続を要求しているものか判別して、EX制御部121の受信した呼制御情報を基に、SC制御部122と、VC制御部123を起動させる。
When the
SC制御部122では、呼制御情報によって、IP−MFT62への接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、呼制御情報を独自インタフェ−ス部143へ伝達する。呼制御情報を受信した独自インタフェ−ス部143は、呼制御情報をIPパケット型の独自メッセージに変換し、LANインタフェ−ス145、HUB2を介してIP−MFT62へ送信する。
The
また、SC制御部122と同様に、呼制御情報によってIP−MFT62への接続要求と認識したVC制御部123は、TSW113に指示し、通信デ−タの伝達ル−トであるCOT111とVC部13を接続させる。
Similarly to the
PSTN8からの通信デ−タは、EX部11内のCOT111、TSW113、VC部13およびHUB2の順に経由してIP−MFT62へ送出され、IP−MFT62からの通信デ−タはそれとは逆のル−トでPSTN8へ送信される。
The communication data from the
発信側がIP−MFT62であるときは、呼制御情報の伝達ル−トは上記と逆の順序でPSTN8に伝達される。
When the caller is the IP-
図8に本発明である交換機1を用いた通信システムにおける第6の接続形態を示す。
FIG. 8 shows a sixth connection form in the communication system using the
HUB2に接続されているIP−MFT62aとIP−MFT62bとが通信を行う場合、IP−MFT62aからIP−MFT62bへの呼制御情報は、HUB2、SC部14内のLANインタフェ−ス145を経由して、独自インタフェ−ス部143に送られる。(交換機1とIP−MFT62間は独自手順による接続方式をとっているためである。)独自インタフェ−ス部143では、独自メッセ−ジである呼制御情報をCCインタフェ−ス144を介してCC部12内のSC制御部122に伝達する。
When the IP-
SC制御部122では、IP−MFT62aからの呼制御情報がどこに接続を要求しているものか判別して、IP−MFT62bへの接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、呼制御情報を独自インタフェ−ス部143へ送信する。呼制御情報を受信した独自インタフェ−ス143は、独自メッセ−ジである呼制御情報をLANインタフェ−ス145、HUB2を介してIP−MFT62bへ送信する。
The
IP−MFT62aからの通信デ−タは、HUB2を介してIP−MFT62bへ送出される。IP−MFT62bからの通信デ−タもそれと同様のル−トで、送信される。
Communication data from the IP-
発信側がIP−MFT62bであるときは、呼制御情報の伝達ル−トは上記と逆の順序でIP−MFT62aに伝達される。
When the caller is the IP-
図9に本発明である交換機1を用いた通信システムにおける第7の接続形態を示す。
FIG. 9 shows a seventh connection form in the communication system using the
HUB2に接続されているIP−MFT62とIP電話機61とが通信を行う場合、IP−MFT62からIP電話機61への呼制御情報は、HUB2、SC部14内のLANインタフェ−ス145を経由して、独自インタフェ−ス部143に送られる。独自インタフェ−ス部143では、独自メッセ−ジである呼制御情報をIPパケットフレームをはずし、CCインタフェ−ス144を介してCC部12内のSC制御部122に伝達する。
When the IP-
SC制御部122では、IP−MFT62からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、IP電話機61への接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、プロトコル変換部141へ伝達する。装置内独自メッセージの呼制御情報を受信したプロトコル変換部141は、呼制御情報をH.323メッセ−ジの呼制御情報に変換後にIPパケット化し、LANインタフェ−ス145、HUB2を介してIP電話機61へ送信する。この時受信した呼制御情報をもとに、VC制御部123を起動させて、IP電話機61からのパケット音声データをVC部13で受信できるように準備する。
The
IP−MFT62からIP電話機61への通信デ−タは、HUB2を介してIP電話機61へ送出される。IP電話機61からの通信デ−タは、HUB2、VC部13及びHUB2というル−トでIP−MFT62へ送信される。
Communication data from the IP-
発信側がIP電話機61であるときは、呼制御情報の伝達ル−トは上記と逆の順序でIP−MFT62に伝達される。
When the caller is the
図10に本発明である交換機1を用いた通信システムにおける第8の接続形態を示す。
FIG. 10 shows an eighth connection form in the communication system using the
HUB2に接続されているIP−MFT62と、ル−タ−3を介してIP網4側に接続されているH.323対応端末9(以下IP網側端末)とが通信を行う場合、IP−MFT62からIP網側端末9への呼制御情報は、HUB2、SC部14内のLANインタフェ−ス145を経由して、独自インタフェ−ス部143に送られる。独自インタフェ−ス部143では、独自メッセ−ジである呼制御情報をCCインタフェ−ス144を介してCC部12内のSC制御部122に伝達する。
The IP-
SC制御部122では、IP−MFT62からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、IP網側端末9への接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、呼制御情報をプロトコル変換部141へ伝達する。
The
呼制御情報を受信したプロトコル変換部141は、呼制御情報をH.323メッセ−ジの呼制御情報に変換し、LANインタフェ−ス145、HUB2を介してIP網側端末9へ送信する。この時受信した呼制御情報をもとに、VC制御部123を起動させて、IP網側端末9からのパケット音声データをVC部13で受信できるように準備する。
The
IP−MFT62からIP網側端末9への通信デ−タは、HUB2、ル−タ−3、IP網4を介してIP網側端末9へ送出される。IP網側端末9からの通信デ−タは、IP網4、ルーター3、HUB2、VC部13及びHUB2のル−トでIP−MFT62へ送信される。
Communication data from the IP-
発信側がIP網側端末9であるときは、呼制御情報の伝達ル−トは上記と逆の順序でIP−MFT62に伝達される。
When the originating side is the IP
図11に本発明である交換機1を用いた通信システムにおける第9の接続形態を示す。
FIG. 11 shows a ninth connection form in the communication system using the
HUB2に接続されているIP−MFT62と、ル−タ−3を介してIP網4側に接続されている交換機1と同様の交換装置10(以下IP網側交換機:本発明の交換機と同等機能の交換機若しくは同じ交換機)とが通信を行う場合、IP−MFT62からIP網側交換機10への呼制御情報は、HUB2、SC部14内のLANインタフェ−ス145を経由して、独自インタフェ−ス部143に送られる。独自インタフェ−ス部143では、呼制御情報をCCインタフェ−ス144を介してCC部12内のSC制御部122に伝達する。
An IP-
SC制御部122では、IP−MFT62からの呼制御情報がどこに接続を要求しているものか判別して、呼制御情報によって、IP網側交換機10への接続要求と認識し、SC部14内のCCインタフェ−ス144を経由して、呼制御情報をNO.7制御部142へ伝達する。
The
呼制御情報を受信したNO.7制御部142は、呼制御情報をPBX間の通信で用いるSS7系メッセージに変換後、IPパケット化し、LANインタフェ−ス145、HUB2を介してIP網側交換機10へ送信する。この時受信した呼制御情報をもとに、VC制御部123を起動させて、IP網側交換機10からのパケット音声データをVC部13で受信できるように準備する。
The NO. The 7
IP−MFT62からの通信デ−タは、HUB2、ル−タ−3、IP網4を介してIP網側交換機10へ送出される。IP網側交換機10からの通信デ−タは、IP網4、ルーター3、HUB2、VC部13及びHUB2のル−トでIP−MFT62へ送信される。
Communication data from the IP-
発信側がIP網側交換機10であるときは、呼制御情報の伝達ル−トは上記と逆の順序でIP−MFT62に伝達される。
When the originating side is the IP
図3から図11に示したとおり、SC部14とCC部12間のメッセ−ジのやりとりは、装置内独自のメッセージ形態をとり、SC部14とHUB2間のメッセージのやりとりは、IPパケットデータ化したメッセージの形態をとっている。特に、IP網4を介しての交換機間(局間)でのメッセージのやりとりは、従来と同じく多彩な情報を伝達するのに有効なメッセ−ジであるNO.7メッセ−ジをIPパケットデータ化して用いている。
As shown in FIG. 3 to FIG. 11, the message exchange between the
ここで、NO.7メッセ−ジを伝達するNO.7共通線信号方式について説明する。電話/ISDN網を構成するとき、電話交換機を制御する情報(制御信号)を、ユ−ザ−情報向け回線とは別の回線で伝送する方式を共通線信号方式という。 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.
制御信号は、交換機間で接続を行う場合に必要な信号で、通信を接続するための相手先(着信)番号の転送、着信側が応答したことの通知、通信が終了したことの通知等の情報授受を行う。NO.7共通線信号方式は、ディジタル・ネットワ−クに対応した共通線信号方式として、ITU−T(国際電気通信連合電気通信標準化部門)が検討し、勧告した共通線信号方式(Q.700シリ−ズ勧告)である。これは、電話交換、デ−タ交換、ISDNの疎通だけでなく、交換局の遠隔制御、ネットワ−クの保守や運用管理などの多様な用途に使用できる。 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.
NO.7共通線信号方式は、その使用する用途によってユ−ザ−部が異なる。電話接続では電話ユ−ザ−部(TUP:telephone user part)、ISDNではISDNユ−ザ−部(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.7共通線信号方式の特徴には、信号の種類が豊富、通話中の信号転送が可能、信号の高速転送が可能、電話、非電話サ−ビスの同一制御が可能、などがある。 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.
図12に、NO.7メッセ−ジの一覧を示す。 In FIG. A list of 7 messages is shown.
メッセ−ジの代表的なものを説明すると、IAIメッセ−ジ120とは、付加情報付アドレス信号であり、AIM(アドレス信号)と同様に呼設定時最初に送られ、選択数字(ダイヤル等)情報と呼接続条件に関する情報の他に、発信者情報、呼種等の情報が付加された信号である。
A typical message will be described. The
ACIメッセ−ジ121とは、付加情報付アドレス完了信号であり、ACM(アドレス完了信号)メッセ−ジと同様に被呼接続に必要なアドレス情報を全部受信したことを示し、そのほかに被呼者情報が付加された信号である。
The
ANDメッセ−ジ122とは、付加情報不応答信号であり、着呼加入者応答時に、応答加入者情報を付加して発信局側に送出される信号である。
The AND
CLFメッセ−ジ123とは、切断信号であり、設定途中の呼、または通話中の呼が終了したことを示す信号であり、通常は発信者の復旧により送出するが、RSCメッセ−ジ(回線リセット信号)受信時にも送出する。
The
RLGメッセ−ジ124は、復旧完了信号であり、切断信号又は回線リセット信号に対して当該回線が空き状態になったことを示す信号である。
The
SSBメッセ−ジ125は、加入者話中信号であり、被呼加入者が話中であることを示す信号である。
The
次に、図13にはH.323メッセ−ジ(H.225呼制御情報)一覧を示す。 Next, FIG. A list of 323 messages (H.225 call control information) is shown.
代表的な呼設定メッセ−ジと呼終結メッセ−ジについて説明する。まず、呼設定メッセ−ジであるAlerting130は呼出を示す信号であり、Call Proceeding131は、呼設定受付を示す信号である。また、Connect132は応答を示し、Connect Acknowledge133は応答確認を、Progress134は経過表示を、Setup135は呼設定を、Setup Acknowledge136は呼設定確認を示す信号である。
A typical call setup message and call termination message will be described. First,
次に呼終結メッセ−ジのDisc137は、切断を示し、Release138は開放を、Release Compleate139は開放完了を示す信号である。
Next,
図14に、NO.7メッセ−ジとH.323(H.225)メッセ−ジの変換対応表を示す。 In FIG. 7 messages and H.C. A conversion correspondence table of 323 (H.225) messages is shown.
図14に示したように、NO.7メッセ−ジである付加情報付アドレス信号(IAI)とH.323メッセ−ジである呼設定(Set up)(140)、NO.7メッセ−ジである付加情報付アドレス完了信号(ACI)とH.323メッセ−ジである呼出(Alert)(141)、NO.7メッセ−ジである付加情報付応答信号(AND)とH.323メッセ−ジである応答(Connect)(142)、といった具合に相互に変換を対応づけている。 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から図29に発着信におけるプロトコル変換部141の変換処理(NO.7メッセージとH.323メッセージとの変換)の動作シーケンスを示す。
25 to 29 show an operation sequence of the conversion process (conversion between NO.7 message and H.323 message) of the
CC部12が受信したデータ(NO.7セッセージ及び独自メッセージ)をプロトコル変換部141に伝達し、プロトコル変換部141がそれをH.323メッセージに変換している。
The data (NO. 7 message and unique message) received by the
図25は、発信の場合の第1例を示す。CC部12からダイヤル情報であるIAI(S2501)を受信すると、呼設定メッセージであるSetup(S2502)に変換してHUB2側へ送出する。HUB2側から呼設定受付メッセージであるCallproc(S2503)及び呼び出しメッセージであるAlerting(S2504)をプロトコル変換部141が受信すると、ダイヤル完了としてACIに変換してCC部12に送信する。HUB2側から応答メッセージであるConnect(S2506)が送られてくると、プロトコル変換部141は、ANDに変換しCC部12へ送信する。
FIG. 25 shows a first example in the case of transmission. When IAI (S2501) as dial information is received from the
通信中に入り、HUB2側から開放完了メッセージであるRel Comp(S2508)を受信したプロトコル変換部141は、終話信号であるCBK(S2509)に変換し、CC部12に送信する。CBKを受信したCC部12は切断信号CLF(S2510)をプロトコル変換部141に送り、プロトコル変換部141がCC部12に復旧完了信号RLG(S2511)を送信し、通信が終了する。
Upon entering communication, the
図26は、発信の場合の第2の例を示す。CC部12からダイヤル情報であるIAI(S2601)を受信すると、呼設定メッセージであるSetup(S2602)に変換してHUB2側へ送出する。HUB2側から応答メッセージであるConnect(S2606)が送られてくると、プロトコル変換部141は、ACIとANDに変換し、2つのメッセージをCC部12へ送信する。図25で説明したAlertingがない場合でもACIは送出する(S2605、S2606)。
FIG. 26 shows a second example in the case of transmission. When IAI (S2601) as dial information is received from the
通信中に入り、CC部12から切断メッセージであるCLF(S2610)を受信したプロトコル変換部141は、開放完了Rel comp(S2608)に変換し、HUB2側に送信する。CLFを受信したプロトコル変換部141は、復旧完了信号RLG(S2611)をCC部12に返し、通信が終了する。
Upon entering communication, the
図27は、着信の場合の第1例を示す。HUB2側からCC部12から呼設定メッセージであるSetup(S2702)を受信したプロトコル変換部141は、ダイヤル情報であるIAI(S2701)に変換して、CC部12へ送出する。次にCC部12はダイヤル完了としてACI(S2705)を返信し、それを受信したプロトコル変換部141は、呼設定受付メッセージであるCallproc(S2703)及び呼び出しメッセージであるAlerting(S2704)に変換し、HUB2側に送信する。CC部12から応答であるAND(S2707)を受信すると、プロトコル変換部141がConnect(S2706)に変換し、HUB2側に送信する。
FIG. 27 shows a first example in the case of an incoming call. The
通信中に入り、CC部12から終話信号であるCBK(S2709)を受信すると、プロトコル変換部141が開放完了メッセージであるRel Comp(S2708)に変換してHUB2側に送信する。その送信と同時に切断信号CLF(S2710)をCC部12に送り、CC部12が復旧完了信号RLG(S2711)を返信し、通信が終了する。
Upon entering communication and receiving CBK (S2709) as a call termination signal from the
図28は、着信の場合の第2例を示す。HUB2側からCC部12から呼設定メッセージであるSetup(S2802)を受信したプロトコル変換部141は、ダイヤル情報であるIAI(S2801)に変換して、CC部12へ送出する。
FIG. 28 shows a second example in the case of an incoming call. Upon receiving the call setup message Setup (S2802) from the
次にCC部12はダイヤル完了としてACI(S2805)を返信し、それを受信したプロトコル変換部141は、呼設定受付メッセージであるCallproc(S2803)及び呼び出しメッセージであるAlerting(S2804)に変換し、HUB2側に送信する。CC部12から応答であるAND(S2807)を受信すると、プロトコル変換部がConnect(S2806)に変換し、HUB2側に送信する。
Next, the
通信中に入り、HUB2側からRel Comp(S2808)を受信したプロトコル変換部141は、切断信号CLF(S2810)に変換後、CC部12に送信し、折り返しCC部12からの復旧完了信号RLG(S2811)を受信して通信が終了する。
The
図29は、着信の場合の第3例を示す。HUB2側からCC部12から呼設定メッセージであるSetup(S2902)を受信したプロトコル変換部141は、ダイヤル情報であるIAI(S2901)に変換して、CC部12へ送出する。次にCC部12は、ダイヤル完了としてACIを返信し、それを受信したプロトコル変換部141は、呼設定受付メッセージであるCallproc(S2903)に変換し、HUB2側に送信する。
FIG. 29 shows a third example in the case of an incoming call. Upon receiving the call setup message Setup (S2902) from the
CC部12から不完了通知信号であるEUM(S2909)を受信すると、プロトコル変換部がRel Comp(S2908)に変換し、HUB2側に送信する。HUB2へRel Compを送信したプロトコル変換部141は、切断信号CLF(S2910)をCC部12に送信し、折り返しCC部12からの復旧完了信号RLG(S2911)を受信して通信が終了する。
When the EUM (S2909), which is an incomplete notification signal, is received from the
H.323による接続制御は、以下に示すプロトコルからなっている。第1はH.225.0(TCPコネクションによる接続を行う)、第2はH.245(Q.931で接続された呼に対するメディアパスの設定等を行う)、第3はH.450(転送や保留等の不可サ−ビスの規定)である。 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).
CC部12内で扱うメッセ−ジ体系は、独自メッセ−ジとしているため、他の局から受信したNO.7メッセージは、一旦装置内の独自メッセージにて変換後、H.323端末(IP電話機61等)へ送信する場合に、更にメッセ−ジをH.323メッセ−ジに置換えて接続制御している。
Since the message system handled in the
NO.7メッセージと独自メッセージの変換時に、同一データ(データフォーマット異なるが、主データは同じ)の場合は、データフォーマット変換のみ行う。また、H.323メッセ−ジと独自メッセージ変換も同一データ(データフォーマット異なるが、主データは同じ)である場合は、データフォーマット変換のみ行う。 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.
この変換メッセ−ジ処理を用いたシステム全体の動作シーケンス例は、図16から図21を用いて後述する。 An example of the operation sequence of the entire system using this conversion message processing will be described later with reference to FIGS.
図15に、独自手順にて交換機1と接続されるIP−MFT62との間のメッセ−ジ送受信方式を示すシステム構成を示す。
FIG. 15 shows a system configuration showing a message transmission / reception system between the IP-
交換機1とIP−MFT62間の共通メッセ−ジは、時刻情報や同時制御情報があり、交換機1から複数のIP−MFT62に同時に伝送される。LAN7上における共通メッセ−ジ伝送方式は以下のとおりである。
Common messages between the
交換機1から延びるLANにル−タ−3aや複数のIP−MFT62(a)、(b)、(c)が接続されている。ル−タ−3aの先にはIP網を経由して同様にルータ3bを介してIP−MFT62(d)、(e)が接続されている。
A router-3a and a plurality of IP-MFTs 62 (a), (b), and (c) are connected to the LAN extending from the
交換機1とIP−MFT62間の通信は、UDP(User Datagram Protocol)パケット交換を行っている。これは、1パケットデ−タの送信のみのマルチキャスト伝送であるため、回線のトラヒックが低くて済むことからである。ここで、パケットデ−タ紛失等を考慮してパケットデ−タの2度送り等を行ってもよい。
The communication between the
UDPとは、TCP/IPプロトコルにおける、トランスポ−ト層のプロトコルである。2つのノ−ド上のプロセス(アプリケ−ション)間で、ベストエフォ−ト型のデ−タグラム指向の通信を行なう。 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は、その下位層にあるIPパケットをほとんどそのままアプリケ−ションから使えるようにしただけのプロトコルである。そのため、パケットが相手に確実に届くという保証はないし、再送や受信確認応答、フロ−制御、大きなデ−タの分割や再合成(フラグメント化)などはすべてアプリケ−ション側で自分で制御する必要がある。ただし、これらのオ−バ−ヘッドがないので、処理は簡単であり、高速という特徴がある。 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.
図17から図21に、交換機1を介した端末装置間の接続シ−ケンスを示す。図16には、図17から図21を説明する上で必要となる記号の一覧を示す。
FIG. 17 to FIG. 21 show a connection sequence between terminal devices via the
項番1の記号1はVCのIPアドレス、相手端末のIPアドレス等の情報を含むことを示し、項番2の記号2は、圧縮方式、パケット多重数等の情報を含むことを示し、項番3の記号3は、IP−MFT62のIPアドレス等の情報を含むことを示し、項番4の矢印は呼制御(以下SP系という)メッセ−ジを示し、項番5の矢印SP(IP)系は呼制御IPパケットデ−タ型メッセ−ジを示し、項番6の矢印はTSWにおける経路スイッチング指示を示し、項番7の矢印は、PCM音声を示し、項番8の矢印は、IPパケット音声を示し、項番9はVC部13を捕捉した状態となったことを示し、項番10はIPパケット音声の送受信可能状態(以下チャネルオ−プン状態という)を、項番11はチIPパット音声の送受信停止状態(以下チャネルクロ−ズ状態という)を示すものとする。
図17に、交換機1に直接収容された電話機5と、HUB2経由で交換機1に接続されたIP−MFT62との接続シ−ケンスを示す。
FIG. 17 shows a connection sequence between the
電話機5が受話器を上げる(OFF HOOK)と(S1700)、その情報は、EX部11で認識され、CC部12に伝達される(S1701)。OFF HOOK情報を受けたCC部12は、EX部11内の図示しない音源トランクとLINE112を接続するようTSW113を制御し(S1702)、ダイヤルト−ンを電話機5に出力させる(S1703)。音源トランクは、ダイヤルト−ンやリングバックト−ン等の音生成をおこなっている部位である。
When the
ダイヤルト−ンを受信して、交換機1に起動がかかったと認識した電話機5は、接続するためのダイヤル送信を開始する(S1704)。EX部11経由で最初のダイヤルを受信したCC部12は(S1705)、音源トランクとLINE112との接続を解除させ、ダイヤルト−ンの送出をとめる(S1706、S1707)。
The
最終ダイヤルを受信したCC部12は(S1708)、そのダイヤル情報から接続相手先を認識し、SC部14内の独自インタフェ−ス部143に接続相手先のベルを鳴動させるよう指示する(S1709)。指示を受けた独自インタフェ−ス143は、IP−MFT62のIPアドレス宛てに独自メッセ−ジ(IPパケット型呼制御メッセージ)を送信し、ベルの鳴動を要求する(S1710)。このメッセージには、IP−MFT62が接続され、音声データの伝送に使用するVC部13のIPアドレス及び発信元のSC部14のIPアドレスの情報も付加されている。
The
その要求に従い、IP−MFT62は自身の呼び出しベルを鳴動させる(S1711)。また、CC部12は、ダイヤルを受信し終えたと同時に、VC部13に対して使用中(以下BSYという)メッセ−ジを伝達し(S1712)、VC部13はこれを受けて捕捉された状態となる(S1713)。
In accordance with the request, the IP-
これと同時にCC部12は、EX部11内の図示しない音源トランクとLINE112を接続するようTSW113を制御し(S1714)、リングバックト−ンを電話機5に出力させる(S1715)。これを受けて電話機5は、相手を呼び出し中であることを認識する。
At the same time, the
ここで、IP−MFT62が受話器を上げると(OFF HOOK)(S1716)、その情報をIPパケット型独自メッセ−ジでSC部14内の独自インタフェ−ス部143に送り(S1717)、CC部12に伝達される(S1718)。それを受けたCC部12は、折り返し電話機5とIP−MFT62が通話する旨のメッセ−ジを独自インタフェ−ス143に返し(S1719)、独自インタフェ−ス143はIPパケット型独自メッセ−ジにてその情報をIP−MFT62に伝達する(S1720)。この情報によりIP−MFT62はチャネルオ−プンの状態となり、通話準備が完了する(S1721)。
When the IP-
また、CC部12は上記と同時期にEX部11内のLINE112とVC部13を接続するようTSW113に指示し(S1722)、VC部13に対しても電話機5とIP−MFT62が通話する旨の指示と(S1723)、チャネルをオ−プンさせる旨のメッセ−ジを送り(S1724)、このメッセ−ジを受け、VC部13はチャネルオ−プン状態となり(S1725)、交換機1の通話準備が完了する。
In addition, the
この後、通話デ−タは、IP−MFT62からVC部13までがIPパケット音声(宛先はVC部13、発信元はIP−MFT62)で伝送され、VC部13でPCMアナログ音声に変換後、EX部11内のTSW113、LINE112経由で電話機5に伝送される(S1726)。IPパケット音声とPCM音声の変換はVC部13が行い、TSW113が電話機5が接続されているLINE112とVC13との接続ル−トを形成させる。そのスイッチング制御をTSW113へ行っているのは、接続元、接続先情報を管理しているCC部12である。
Thereafter, the call data is transmitted from the IP-
電話機5からのアナログ音声データは、EX部11で受信後、VC部13に送信し、VC部13によってIPパケット音声(宛先はIP-MFT62、発信元はVC部13)化され、IP-MFT62へ送信される。
Analog voice data from the
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でIP−MFT62から通話を終了する場合は、まず、IP−MFT62が受話器をおき(ON HOOK)(S1727)、その情報をIPパケット型独自メッセ−ジにて交換機1のSC部14内の独自インタフェ−ス143に伝達し(S1728)、SC部14はそれをCC部12に伝達する(S1729)。そのON HOOK情報を受信したCC部12は、折り返しSC部14に対して復旧(以下空という)メッセ−ジを返し(S1730)、それを受けた独自インタフェ−ス部143が独自メッセ−ジに変換して、IP−MFT62に伝達する(S1731)。これで、IP−MFT62は待機状態であるチャネルクロ−ズ状態となる(S1732)。
Next, the cutting sequence will be described. First, when a call is terminated from the IP-
また、CC部12はIP−MFT62が受話器を置いたことを認識したため、EX部11内の図示しない音源トランクとLINE112を接続するようTSW113を制御し(S1733)、音源トランクからのビジ−ト−ンを電話機5に出力させる(S1734)。それと同時にCC部12は、VC部13に空メッセ−ジを送り、VC部13も、チャネルクロ−ズ状態となる(S1735、S1736)。
Further, since the
そして、ビジ−ト−ンを聞いた電話機5の話者は、相手が受話器を置いたことを認識して受話器をおく(ON HOOK)(S1750)。このON HOOK情報をEX部11が検出して、CC部12に伝送し通話が終了する(S1737)。
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
次に、発呼者先掛け時で電話機5から通話を終了する場合は、まず、電話機5が受話器をおき(ON HOOK)(S1738)、その情報をEX部11で認識し、CC部12に伝達する(S1739)。そのON HOOK情報を受信したCC部12は、VC部13に対して、空メッセ−ジを送り(S1740)、それを受けたVC部13はチャネルクロ−ズ状態となる(S1741)。
Next, when the call is terminated from the
また、CC部12は、ビジ−ト−ン送出要求をSC部14に送り(S1742)、SC部14内の独自インタフェ−ス部143は、その情報を独自メッセ−ジ変換しIP−MFT62へ送出する(S1743)。
The
相手が受話器をおいた情報であるビジ−ト−ン送出要求を受けたIP−MFT62は、自身でビジ−ト−ンを発生させ話者に通知する(S1744)。そして、ビジ−ト−ンを聞いたIP−MFT62の話者は、相手が受話器を置いたことを認識して受話器をおく(ON HOOK)(S1745)。IP−MFT62はON HOOK情報を独自メッセ−ジでSC部14に送り、それを受信したSC部14からON HOOK情報を受けたCC部12は(S1746)、IP−MFT62が受話器を置いたことを認識して、SC部14経由で空メッセ−ジとビジ−ト−ン停止要求をIP−MFT62へ送出する(S1747)。
The IP-
それをIP−MFT62が受けるとチャネルクロ−ズ状態へ移行し、ビジ−ト−ンの出力を止め、通話が終了する(S1748、S1749)。
When the IP-
図18に、交換機1にHUB2を経由して接続されているIP−MFT62(a)、(b)相互間の接続シ−ケンスを示す。
FIG. 18 shows a connection sequence between the IP-MFTs 62 (a) and (b) connected to the
IP−MFT62(a)が受話器を上げる(OFF HOOK)と(S1800)、その情報は、IPパケット型呼制御メッセージとして送出され、SC部14内の独自インタフェ−ス143で認識し(S1801)、CC部12に伝達される(S1802)。このSC部14へのメッセージの宛先IPアドレスはSC部14であり、発信元IPアドレスはIP−MFT62aである。
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
OFF HOOK情報を受けたCC部12は、VC部13に対してBSYメッセ−ジを伝達し(S1803)、VC部13はこれを受けて捕捉された状態となる(S1804)。同時に、ダイヤルト−ン出力要求をSC部14経由でIP−MFT62(a)に送出する(S1805、S1806)。SC部14karaIP−MFT62aに送信されたダイヤルト−ン出力要求には、音声通信で使用するVC部13のIPアドレス情報も付加されている。
The
ダイヤルト−ン出力要求を受けたIP−MFT62(a)は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する(S1807)。 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).
ダイヤルト−ンを受信して、交換機1に起動がかかったと認識したIP−MFT62(a)の話者は、接続するためのダイヤル送信を開始する(S1808)。
The speaker of the IP-MFT 62 (a) that has received the dial tone and recognizes that the
SC部14経由で最初のダイヤルを受信したCC部12は(S1809)、ダイヤルト−ン停止要求をSC部14経由でIP−MFT62(a)に送り(S1820)、IP−MFT62(a)からのダイヤルト−ンの出力を停止させる(S1821)。
The
最終ダイヤルを受信したCC部12は(S1822)、そのダイヤル情報から接続相手先を認識し、SC部14内の独自インタフェ−ス143に接続相手先のベルを鳴動させるよう指示する(S1823)。指示を受けた独自インタフェ−ス143は、IP−MFT62(b)のIPアドレス宛てにパケット型の独自メッセ−ジを送信(送信元IPアドレスはSC部14)し、ベルの鳴動を要求する(S1824)。
The
その要求に従い、IP−MFT62(b)は自身の呼び出しベルを鳴動させる(S1825)。これと同時にCC部12は、SC部14を介してリングバックト−ン出力要求をIP−MFT62(a)に行い(S1826)、その指示に従い、リングバックト−ンをIP−MFT62(a)が出力する(S1827)。
In accordance with the request, the IP-MFT 62 (b) rings its own calling bell (S1825). At the same time, the
ここで、IP−MFT62(b)の話者が受話器を上げると(OFF HOOK)(S1828)、その情報はIPパケット型の独自メッセ−ジ(宛先IPアドレスはSC部14、送信元IPアドレスはIP−MFT62(b))でSC部14内の独自インタフェ−ス143で受信され(S1829)、CC部12に伝達される(S1830)。それを受けたCC部12は、折り返しIP−MFT62(a)とIP−MFT62(b)が通話する旨のメッセ−ジ(通信相手先であるIP−MFT62(b)のIPアドレスを付加)を、SC部14内の独自インタフェ−ス143に返し(S1831)、独自インタフェ−ス143は独自メッセ−ジにてその情報をIP−MFT62(b)に伝達する(S1832)。この情報によりIP−MFT62(b)はチャネルオ−プンの状態となり、通話準備が完了する(S1833)。
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
また、CC部12は上記と同時期にIP−MFT62(a)とIP−MFT62(b)が通話する旨のメッセ−ジ(通信相手先であるIP−MFT62(a)のIPアドレスを付加)をSC部14内の独自インタフェ−ス143を用いて、IP−MFT62(a)へも伝達し、IP−MFT62(a)も通話準備が完了する(S1834、S1835)。
In addition, the
また、CC部12は、VC部13に空メッセージも送り、先ほど捕捉したがこのIP-MFT62間のい通信では使用しないVC部13をチャネルクローズ状態にする(S1837)。
Further, the
この後、通話デ−タは、IP−MFT62(a)、(b)間をLAN経由でIPパケット音声のみで伝送される(S1838)。この時のIP−MFT62(a)からIP−MFT62(b)への音声データは、宛先がIP−MFT62(b)のIPアドレスであり、発信元IPアドレスがIP−MFT62(a)のIPアドレスとなっており、IP−MFT62(b)からIP−MFT62(a)への音声データも同様の形態をとっている。 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.
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でIP−MFT62(b)から通話を終了する場合は、まず、IP−MFT62(b)が受話器をおき(ON HOOK)(S1839)、その情報を独自メッセ−ジにて交換機1のSC部14内の独自インタフェ−ス143に伝達し(S1840)、SC部14はそれをCC部12に伝達する(S1841)。そのON HOOK情報を受信したCC部12は、折り返しSC部14に対して空メッセ−ジを返し(S1845)、それを受けたSC部14内の独自インタフェ−ス部143が独自メッセ−ジに変換して、IP−MFT62(b)に伝達する(S1846)。これを受けて、IP−MFT(b)は待機状態であるチャネルクロ−ズとなる(S1847)。
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
また、CC部12は、IP−MFT62(b)が受話器を置いたことを認識したため、IP−MFT62(a)に対してビジ−ト−ン出力要求を送信する(S1848)。それを受けたIP−MFT62(a)は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する(S1849)。
Further, since the
そして、ビジ−ト−ンを聞いたIP−MFT62(a)の話者は、相手が受話器を置いたことを認識して受話器をおく(ON HOOK)(S1850)。IP−MFT62(a)は、このON HOOK情報を交換機1に送出し、CC部12が検出して、空メッセ−ジとビジ−ト−ン停止要求をIP−MFT62(a)に返送する(S1851)。空メッセージとビジ−ト−ン停止要求を受信したIP−MFT62(a)は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する(S1852)。
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
次に、発呼者先掛け時でIP−MFT62(a)から通話を終了する場合は、まず、IP−MFT62(a)が受話器をおく(ON HOOK)(S1853)、その情報は、IP−MFT62(a)からSC部14に伝達され(S1854)、それを受けたSC部14は、ビジ−ト−ン出力要求を相手方のIP−MFT62(b)へ送出する(S1855)。ビジ−ト−ン出力要求を受けたIP−MFT62(b)は話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する(S1856)。
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
CC部12は、ビジ−ト−ン出力要求を受けると、IP−MFT62(a)に対して、空メッセ−ジを送り(S1857)、それを受けたIP−MFT62(a)は、チャネルクロ−ズ状態となる(S1858)。
When the
そして、ビジ−ト−ンを聞いたIP−MFT62(b)の話者は、相手が受話器を置いたことを認識して受話器をおく(ON HOOK)(S1859)。IP−MFT62(b)は、このON HOOK情報を交換機1に送出し(S1860)、CC部12がそれを検出して、空メッセ−ジとビジ−ト−ン停止要求をIP−MFT62(b)に返送する(S1861、S1862)。空メッセージとビジ−ト−ン停止要求を受信したIP−MFT62(b)は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する(S1863)。
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
図19に、HUB2経由で交換機に接続されているIP−MFT62と、IP電話機61との接続シ−ケンスを示す。
FIG. 19 shows a connection sequence between the IP-
IP−MFT62が受話器を上げてからダイヤルを開始するまでは、図18と同様なので省略する。
Since the process from when the IP-
ダイヤル情報を独自メッセージによりSC部14内の独自インタフェース部143経由でダイヤルを受信したCC部12は(S1900)、NO.7メッセ−ジの付加情報アドレス信号であるIAIを使用し、SC部14内のプロトコル変換部141に送る(S1901)。この呼制御メッセージには音声データ通信で使用するVC部13のIPアドレスや宛先であるIP電話機61のIPアドレス、ポート番号情報などが格納されている。
The
それを受けたプロトコル変換部141は、図14に示す変換表に従い、IAIメッセ−ジをH.323メッセ−ジの呼設定要求であるSET UPに変換し、IPパケットデ−タにてIP電話機61に伝達する(S1902)。また、このSET UPメッセージは、送信元がSC部14のIPアドレス、宛先がIP電話機61としており、SET UPメッセージ内の着信者番号はIP電話機61のIPアドレスとしている。
In response to this, the
SET UPを受けたIP電話機61は、呼設定受付処理を行い、SC部14に対して、H.323メッセージのCALL PROC(呼設定処理中)と、ALERT(呼出中)メッセ−ジを返し、自身の呼び出しベルを鳴動させる(S1903、S1904、S1905)。また、このCALL PROC等の応答メッセージの宛先はSC部14のIPアドレスとしている。
Upon receiving the SET UP, the
ALERTを受けたSC部14内のプロトコル変換部141は、先ほどの変換表に従い、ALERTメッセ−ジをNO.7メッセ−ジの付加情報付アドレス完了信号であるACIに変換し、更に、IPパケット音声送信不可情報(以下インチャネル利用不可情報という)とともにCC部12に伝える(S1906)。
Upon receipt of ALERT, the
インチャネル利用不可情報は、IP−MFT62に対してのリングバックトーンを対向装置から送信できない場合に送るメッセージであり、IP−MFT62に対してリングバックトーン送出要求を送信する契機となっている。対向装置がIP−MFT62に対してリングバックトーン(IPパケット型)を送信できるような場合は、後述するIPパケット音声送信可能情報(以下インチャネル利用可情報という)を用いる。
The in-channel unusable information is a message that is sent when a ringback tone for the IP-
これを受けたCC部12は、SC部14を介してリングバックト−ン出力要求をIP−MFT62に行い(S1907)、リングバックト−ン出力要求を受けたIP−MFT62は、リングバックト−ンの出力を行う(S1908、S1909)。
Upon receiving this, the
ここで、IP電話機61が受話器を上げると(OFF HOOK)(S1910)、そのIP電話機61自身がチャネルオープン状態となり、そのOFF HOOK情報は、H.323メッセ−ジでSC部14内のH.323インタフェ−ス141に送られる(S1911)。
Here, when the
その情報は、応答メッセ−ジのCONNECTであり、それを受信したSC部14内のプロトコル変換部141は、NO.7メッセ−ジであるAND(付加情報付応答信号)に変換され、CC部12に伝達される(S1912)。この呼制御メッセージには相手端末(IP−MFT62)のIPアドレス、ポート番号、圧縮方式などの情報が格納されている。
The information is CONNECT of the response message, and the
それを受けたCC部12は、折り返しIP−MFT62とIP電話機61が通話する旨のメッセ−ジをプロトコル変換部141に返すとともに(S1913)、同様のメッセ−ジをIP−MFT62へ送出するため、SC部14内の独自インタフェ−ス部143へも送り(S1914)、同時にVC部13へIPパケット音声中継メッセ−ジ(以下デジタル1リンクメッセ−ジという)を送る(S1915)。
In response to this, the
上記メッセ−ジを受けた独自インタフェ−ス143は、独自メッセ−ジ(宛先はIP−MFT62のIPアドレス、送信元は、SC部14のIPアドレス)にてその情報をIP−MFT62に伝達する(S1916)。この情報によりIP−MFT62はチャネルオ−プンの状態となり、通話準備が完了する(S1917)。また、上記デジタル1リンクメッセ−ジを受けたVC部13も、チャネルオ−プンの状態となり通話準備が完了する(S1918)。
The
この後、通話デ−タは、IP−MFT62からIP電話機61へは、HUB2(LAN)を経由し、IPパケット音声データ(宛先はIP電話機61、送信元はIP−MFT62のIPアドレス)として伝送され、IP電話機61からIP−MFT62への通話データ(宛先はVC部13、送信元はIP電話機61)は、VC部13とHUB2(LAN)を経由して、IPパケット音声(宛先はIP-MFT62、送信元はSC部14)で伝送される(S1919)。
Thereafter, the call data is transmitted from the IP-
IP電話機61からIP-MFT62への音声データのみがVC部13を介している理由は以下のとおりある。もし、VC部13を介さずにIP−MFT62が別のIP−MFTに転送した場合は、IP電話機61が転送先のIPアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、VC部13を介して通信を行っていれば、転送先のIPアドレスをIP電話機61が入手しなくとも、VC部13のIPアドレスにだけ音声パケットデータを送っていればよい。それは、交換機1にIP−MFT62が転送指示してくる情報から入手した転送先IPアドレスで、VC部13から送信するIP電話機61から受信したデータの宛先を替えるだけよいからである。
The reason why only the voice data from the
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でIP電話機61から通話を終了する場合は、まず、IP電話機61が受話器をおき(ON HOOK)(S1920)、その情報をH.323メッセ−ジのREL COMPにてSC部14内のプロトコル変換部141に伝達し(S1921)、SC部14はそれをCC部12に伝達する。プロトコル変換部141では、ON HOOK(開放)情報であるREL COMPメッセ−ジを受けて、CBK(終話信号)に変換してCC部12に送り(S1922)、それを受けたCC部12はCLF(切断信号)を返す(S1923)。
Next, the cutting sequence will be described. First, when a call is terminated from the
CLFを受けたプロトコル変換部141は、RLG(復旧完了信号)をCC部12に送り(S1924)、CC部12は、それを受けて空メッセ−ジを返し、プロトコル変換部は待機状態となる(S1925)。
Upon receiving the CLF, the
さきほど、CBKを受信したCC部12は、SC部内の独自インタフェ−ス143にビジ−ト−ン出力要求を行い(S1926)、それを受けた独自インタフェ−ス部143がIPパケット型の独自メッセ−ジに変換して、IP−MFT62に伝達する(S1927)。その要求を受けたIP−MFT62は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する(S1928)。
The
また、CC部12はビジートーン出力要求を送出すると同時にVC部13に空メッセージを送出し(S1929)、それを受けてVC部13はチャネルクローズ状態となる(S1930)。
In addition, the
その後、ビジ−ト−ンを聞いたIP−MFT62の話者は、相手が受話器を置いたことを認識して受話器をおく(ON HOOK)(S1931)。IP−MFT62は、このON HOOK情報を交換機1に送出し(S1932)、CC部12が検出して、空メッセ−ジとビジ−ト−ン停止要求をIP−MFT62に返送する(S1933)。空メッセージとビジ−ト−ン停止要求を受信したIP−MFT62は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する(S1934)。
Thereafter, the speaker of the IP-
次に、発呼者先掛け時でIP−MFT62から通話を終了する場合は、まず、IP−MFT62が受話器をおく(ON HOOK)(S1935)、その情報は、IP−MFT62からSC部14に伝達され(S1936)、それを受けたSC部14は、CC部12に伝え(S1937)、CC部12はプロトコル変換部141に対して、NO.7メッセージであるCLF(切断信号)で伝える(S1940)。これと同時に、空メッセ−ジをIP−MFT62に返送してIP−MFT62をチャネルクロ−ズ状態にする(S1938、S1939)。
Next, when terminating a call from the IP-
また、CLFを受けたプロトコル変換部141は、CLFをH.323メッセ−ジであるREL COMP(開放完了)に変換して、IP電話機61へ送出する(S1941)。これをIP電話機61が受けると、チャネルクロ−ズ状態となり話者が受話器をおく(ON HOOK)(S1942、S1943)。
Also, the
ここで、CLFを受けたプロトコル変換部141は、RLG(復旧完了信号)をCC部12に返し(S1944)、CC部12は、それを受けて空メッセ−ジをプロトコル変換部141とVC部13に送り、VC部13はチャネルクロ−ズ状態となり通話が終了する(S1945、S1946、S1957)。
Here, the
図20に、HUB2経由で交換機1に接続されているIP−MFT62と、ル−タ−3経由でIP網2側に接続されているNO.7メッセージ対応であるIP網側交換装置10との接続シ−ケンスを示す。
FIG. 20 shows the IP-
HUB2に接続されているIP−MFT62と、ル−タ−3を介してIP網4側に接続されているNO.7メッセ−ジ対応交換装置10(以下IP網側交換機)とが通信を行う場合、IP−MFT62が受話器を上げる(OFF HOOK)と(S2000)、その情報(宛先はSC部14、送信元はIP−MFT62のIPアドレス)は、SC部14内の独自インタフェ−ス143で認識され、CC部12に伝達される(S2001)。
The IP-
OFF HOOK情報を受けたCC部12は、VC部13に対してBSYメッセ−ジを伝達し(S2002)、VC部13はこれを受けて捕捉された状態となる(S2003)。同時に、ダイヤルト−ン出力要求をSC部14経由でIP−MFT62に送出する(S2004)。ダイヤルト−ン出力要求を受けたIP−MFT62は、話者に対してダイヤルト−ン聞かせるためダイヤルト−ンを生成し受話器から出力する(S2005)。
Upon receiving the OFF HOOK information, the
ダイヤルト−ンを受信して、交換機1に起動がかかったと認識したIP−MFT62は、接続するためのダイヤル送信を開始する(S2006)。
The IP-
SC部14内の独自インタフェース部143経由で最初のダイヤルを受信したCC部12は(S2007)、ダイヤルト−ン停止要求をIP−MFT62に送り、IP−MFT62からのダイヤルト−ンの出力をとめさせる(S2008、S2009)。
The
最終ダイヤルを受信したCC部12は(S2010)、そのダイヤル情報から接続相手先を認識し、SC部14内のNO.7制御部142に対しNO.7メッセージであるIAIを送る(S2011)。このメッセ−ジは、発信元であるSC部14のIPアドレス、宛先であるIP網側交換機10のIPアドレスや、音声データ通信で使用するVC部13のIPアドレス等が格納されている。それを受けたNO.7制御部142はIP網4側装置にNO.7メッセージであるIAIをIPパケットデ−タ(宛先はIP網側交換機10、送信元はSC部14のIPアドレス)化して送出する(S2012)。
The
IAIを受けたIP網側交換機10は、着信状態となり(S2013)、NO.7メッセ−ジのACI(付加情報付アドレス完了信号)をパケットデ−タ(宛先はSC部14、送信元はIP網側交換機10)にてNO.7制御部142におくり(S2014)、IP網側交換機10に接続されている端末に対してベル(リングバックト−ン)の鳴動を開始する(S2015)。
Upon receiving the IAI, the IP
IP網側交換機10からのACIメッセージを受信したSC部14内のNO.7制御部142はそれを認識し、ACIデータとインチャネル利用可情報とともに、CC部12に伝達する(S2016)。このメッセージには相手先であるVC部13のIPアドレス、ポート番号等の情が格納されている。
When the ACI message from the IP
インチャネル利用可情報は、IP−MFT62の対向装置がIP−MFT62に対してIPパケット型音声であるリングバックトーンを送信可能である場合に使用するメッセージであり、このメッセージを受信したCC部12は、折り返しIP−MFT62とIP網側交換機10が通話する旨のメッセ−ジをNo.7制御部142に返すとともに(S2017)、同様のメッセ−ジをSC部14内の独自インタフェ−ス部143へも送る(S2018)。
The in-channel availability information is a message used when the opposite device of the IP-
これを受けた独自インタフェース143は、パケット型にメッセージを変換し、IP−MFT62へ送信する(S2019)。また、このメッセ−ジを受けたIP−MFT62はチャネルオ−プン状態となる(S2020)。
Receiving this, the
更に、ACIを受信したSC部14内のNO.7制御部142は、同時にVC部13へデジタル1リンクメッセ−ジ(宛先はIP−MFT62、送信元はSC部14、更に通信相手先のIP網側交換機10のIPアドレスを付加)も送り(S2021)、VC部13もチャネルオ−プン状態となる。ここでのVC部13は、IP網側交換機10からIP−MFT62方向のパケット型音声を伝送するために使用する。
Further, the NO. 7 The
ここでさきほど、IP網側交換機10が鳴動を開始したリングバックト−ンは、IPパケット音声として、VC部13経由でIP−MFT62へ流され、IP−MFT62の話者は呼び出し中であることを認識する(S2022)。
Here, the ringback tone from which the IP
リングバックトーン送出と同時に、IP網側交換機10に接続されている内線電話機等に呼び出しが行われ、その呼び出しが行われている内線電話機等がOFF HOOKすると(S2023)、IP網側交換機10がそれを認識し、パケット型のNO.7メッセージであるAND(付加情報付応答信号)をNO.7制御部142に伝えるとともに(S2024)、リングバックトーンの送出を停止する。
Simultaneously with the ringback tone transmission, a call is made to the extension telephone connected to the IP
そのANDを受信したSC部14内のNO.7制御部142は、それを認識し、CC部12に伝達する(S2025)。それを受けたCC部12は、折り返しIP−MFT62とIP網側交換機10が通話する旨のメッセ−ジをNo.7制御部142に返すとともに、同様のメッセ−ジをSC部14内の独自インタフェ−ス部143へも送る(S2027)。これを受けた独自インタフェース143はパケット型にメッセージを変換しIP−MFT62に送出する(S2027)。ANDを受信したCC部12は、同時にVC部13へデジタル1リンクメッセ−ジも送る(S2028)。
When the AND is received, the NO. The 7
これらのS2027、S2028メッセ−ジはIP−MFT62とVC部13側では無視される(S2029、S2030)。
These S2027 and S2028 messages are ignored on the IP-
この後、通話デ−タは、IP−MFT62からIP網側交換機10へは、HUB2(LAN)を経由し、IPパケット音声データ(宛先はIP網側交換機10、送信元はIP−MFT62のIPアドレス)として伝送され、IP網側交換機10からIP−MFT62への通話データ(宛先VC部13、送信元IP網側交換機10のIPアドレス)は、VC部13とHUB2(LAN)を経由して、IPパケット音声(宛先はIP−MFT62、送信元はVC部13)で伝送される(S2031)。このアドレス変換はVC部13で行っている。
Thereafter, the call data is transferred from the IP-
IP網側交換機10からIP−MFT62への音声データのみがVC部13を介している理由は以下のとおりある。もし、VC部13を介さずにIP−MFT62が別のIP−MFTに転送した場合は、IP網側交換機10が転送先のIPアドレスを入手しなければ、転送先に音声パケットデータを送出できない。そこで、VC部13を介して通信を行っていれば、転送先のIPアドレスをIP網側交換機10が入手しなくとも、VC部13のIPアドレスにだけ音声パケットデータを送っていればよい。それは、交換機1にIP−MFT62が転送指示してくる情報から入手した転送先IPアドレスで、IP網側交換機10から受信した音声データの宛先を替えればよいからである。
The reason why only the voice data from the IP
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でIP網側交換機10から通話を終了する場合は、まず、IP網側交換機10に接続されている内線電話機等が受話器をおき(ON HOOK)(S2032)、それをIP網側交換機10が認識し、その情報をNO.7メッセ−ジのCBK(終話信号)として、SC部14内のNO.7制御部142に伝達し(S2033)、NO.7制御部142は、それをCC部12に伝達する(S2034)。そのON HOOK情報(CBK)を受信したCC部12は、折り返しNO.7制御部142に対してCLF(切断信号)を返し(S2035)、それを受けたNO.7制御部142がパケットデ−タとしてIP網側交換機10へ送出する(S2036)。それをIP網側交換機10が受けると、IPパケット型NO.7メッセージのRLG(復旧完了信号)をSC部14経由で、CC部12に送り(S2037)、CC部12はそれを受けて空メッセ−ジをNO.7制御部142に送る(S2038)。
Next, the cutting sequence will be described. First, when terminating a call from the IP
また、そのON HOOK情報(CBK)を受信したCC部12は、SC部14内の独自インタフェ−ス143経由でIP−MFT62に対して、IP網側交換機10が受話器を置いたことを認識したため、ビジ−ト−ン出力要求を送信する(S2039)。同時に、VC部13に対して空メッセ−ジを送り、VC部13をチャネルクロ−ズ状態にさせる(S2040、S2041)。
Also, the
ビジートーン出力要求受けたIP−MFT62は、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する(S2042)。
The IP-
そして、ビジ−ト−ンを聞いたIP−MFT62の話者は、相手が受話器を置いたことを認識して受話器をおく(ON HOOK)(S2043)。IP−MFT62は、このON HOOK情報を交換機1に送出し(S2044)、CC部12が検出して、空メッセ−ジとビジ−ト−ン停止要求をIP−MFT62に返送する(S2045)。空メッセージとビジ−ト−ン停止要求を受信したIP−MFT62は、ビジ−ト−ンの出力を停止し、チャネルクロ−ズ状態となり、通話が終了する(S2046)。
Then, the IP-
次に、発呼者先掛け時でIP−MFT62から通話を終了する場合は、まず、IP−MFT62が受話器をおく(ON HOOK)(S2047)、その情報は、IP−MFT62からSC部14内の独自インタフェース部143経由でCC部12に伝達され(S2048)、それを受けたCC部12は、SC部14内のNO.7制御部142にNO.7メッセージであるCLF(切断信号)を送出し(S2049)、それを、NO.7制御部142がパケットデ−タ化して、IP網側交換機10に伝達する(S2050)。
Next, when terminating a call from the IP-
IP網側交換機10側では相手が受話器を置いたこと認識し、IP網側交換機10に接続している内線電話機の話者も受話器を置く(ON HOOK)(S2051)。
The IP
CC部12は、CLFを出力すると同時に空メッセ−ジを独自インタフェース部143を介してIP−MFT62に送り、IP−MFT62をチャネルクロ−ズ状態にさせる(S2052、S2053)。
The
S2051にてON HOOK状態を検出したIP網側交換機10は、IPパケット型のNO.7メッセージであるRLG(復旧完了信号)をSC部14内のNO.7制御部142経由でCC部12に送り(S2054)、それを受けたCC部12は、VC部13とNO.7制御部142に対して空メッセ−ジを送り(S2055、S2056)、VC部13はチャネルクロ−ズ状態となり、通話が終了する(S2057)。
The IP
図21に、HUB2経由で交換機1と接続されているIP電話機61とIP網側交換機10との接続シ−ケンスを示す。
FIG. 21 shows a connection sequence between the
IP電話機61からのダイヤルが完了して、H.323メッセ−ジであるSET UP(宛先はSC部14、送信元はIP電話機61のIPアドレス)(呼設定要求)がSC部14内のプロトコル変換部141に伝えられると(S2100)、プロトコル変換部141は、図13に示すH.323メッセ−ジである(H.225)CALL PROC(呼設定受付)をIP電話機61に返すとともに(S2101)、SET UPをNO.7メッセ−ジのIAIに変換し、CC部12に伝える(S2112)。このIAIには、相手端末(IP網側交換機10)のIPアドレス、ポート番号、圧縮方式等のデータが格納されている。
When the dialing from the
次に、CC部12は、そのIAIメッセ−ジを発信元であるIP電話機61が接続されているVC部13aのIPアドレス等を格納したIAIに変換し(S2113)、SC部14内のNO.7制御部142で、IPパケット型データ(宛先はIP網側交換機10、送信元はSC部14のIPアドレス)に変換した後、IP網側交換機10に送出する(S2114)。また、CC部12は、プロトコル変換部141からIAIを受けると同時に、IP電話機61が接続されているVC部13aと、IP網側交換機10が接続されている別のVC部13bの両方にBSYメッセージを送出して、各々のVC部13を捕捉状態にする(S2115、S2116、S2117、S2118)。
Next, the
IAIを受けたIP網側交換機10は、IPパケット型のACI(付加情報付アドレス完了信号)(宛先はSC部14、送信元はIP網側交換機10のIPアドレス)をSC部14内のNO.7制御部142経由で、CC部12に送る(S2119)。NO.7制御部142からCC部12へ送るACIには、相手端末(IP電話機61)のIPアドレス、ポート番号等が格納されている。それを受けた、CC部12は、IP網側交換機10と接続されているVC部13bのIPアドレス、相手端末(IP電話機61)のIPアドレスを格納したACIに変換し、SC部14内のプロトコル変換部141に伝達する(S2120)。次にプロトコル変換部141が、NO.7メッセ−ジであるACIをH.323メッセ−ジのALERT(呼出)に変換して、IP電話機61におくる(宛先はIP電話機61、送信元はSC部14のIPアドレス。また、通信相手であるIP網側交換機10と接続されていて音声データ通信で使用するVC部13bのIPアドレス情報も付加している。)(S2121)。これで、IP電話機61はチャネルオ−プン状態となる(S2122)。
Upon receiving the IAI, the IP
そして、ACIを受けたCC部12は、IP電話機61とIP網側交換機10が通話する旨の情報をSC部14内のNO.7制御部142と、プロトコル変換部141に送るとともに(S2123、S2124)、VC部13a/bに対して、デジタル1リンクメッセ−ジを送り(S2125、S2126)、IP電話機61とIP網側交換機10が接続されている各々別のVC部13をチャネルオ−プン状態にさせる(S2127、S2128)。
Upon receiving the ACI, the
IP網側交換機10がIAIを受けて、鳴動を開始したリングバックト−ンは、IPパケット音声(宛先はVC部13、送信元はIP網側交換機10のIPアドレス)として、VC部13b経由でIP電話機61へ流されたデータ(宛先はIP電話機61、送信元はVC部13bのIPアドレス)は、IP電話機61で受信され、話者が相手を呼び出し中であることを認識する(S2129)。
The ringback tone that has started ringing upon receipt of the IAI by the IP
呼出は、IP網側交換機10に接続されている内線電話機等に行われ、その内線電話機等がOFF HOOKすると(S2130)、IP網側交換機10がそれを認識し、IPパケット型AND(付加情報付応答信号)をNO.7制御部142に伝える(S2131)。
The call is made to an extension telephone connected to the IP
そのANDを受信したSC部14内のNO.7制御部142は、それを認識し、CC部12に伝達する(S2132)。それを受けたCC部12は、ANDをSC部14内のプロトコル変換部141に送り(S2133)、プロトコル変換部141では、No.7メッセ−ジであるANDをH.323メッセ−ジのCONNECT(応答信号)に変換して、IP電話機61へ伝達する(S2134)。
When the AND is received, the NO. The 7
また、ANDを受信したCC部12は、折り返しプロトコル変換部141とNO.7制御部142に対して、IP電話機61とIP網側交換機10が通話する旨のメッセ−ジ送るとともに(S2135、S2136)、IP電話機61とIP網側交換機10が接続されている各々別のVC部13a/bへデジタル1リンクメッセ−ジを送る(S2137、S2138)。このメッセ−ジを受けた各々のVC部13は、IPパケット音声の送信先アドレス変更である接続替え処理を行う。
In addition, the
この後、通話デ−タは、IP電話機61からIP網側交換機10へのデータは(宛先はVC部13a、送信元はIP電話機61のIPアドレス)、VC部13a、HUB2(LAN)を経由し、IPパケット音声データ(宛先はIP網側交換機10、送信元はVC部13aのIPアドレス)として伝送され、IP網側交換機10からIP電話機61へのデータは(宛先はVC部13b、送信元はIP網側交換機10のIPアドレス)、VC部13bとHUB2(LAN)を経由して、IPパケット音声(宛先はIP電話機61、送信元はVC部13bのIPアドレス)で伝送される(S2139)。
Thereafter, the call data is transmitted from the
次に切断シ−ケンスを説明する。まずは、被呼者先掛け時でIP網側交換機10から通話を終了する場合は、まず、IP網側交換機10に接続されている内線電話機等が受話器をおき(ON HOOK)(S2140)、それをIP網側交換機10が認識し、その情報をNO.7メッセ−ジのCBK(終話信号)として、SC部14内のNO.7制御部142に伝達し(S2141)、SC部14はそれをCC部12に伝達する(S2142)。
Next, the cutting sequence will be described. First, when terminating a call from the IP
そのON HOOK情報(CBK)を受信したCC部12は、折り返しNO.7制御部142に対してCLF(切断信号)を返し(S2143)、それを受けたNO.7制御部142がパケットデ−タとしてCLFをIP網側交換機10へ送出する(S2144)。それをIP網側交換機10が受けると、RLG(復旧完了信号)をSC部14経由で、CC部12に送り(S2145、S2146)、CC部12はそれを受けて空メッセ−ジをSC部14内のNO.7制御部142とIP網側交換機10が接続されているVC部13bに送る(S2180、S2147)。これを受けてVC部13bはチャネルクローズ状態となり、IP網側交換機10側の通話が終了する(S2148)。
The
また、そのON HOOK情報(CBK)を受信したCC部12は、SC部14内のプロトコル変換部141に対して、IP網側交換機10が受話器を置いたことを認識したため、同じくCBKを送信する(S2149)。それを受けたプロトコル変換部141は、CBKをH.323メッセ−ジのREL COMP(開放完了信号)に変換してIP電話機61に送る(S2150)。それを受けたIP電話機61はチャネルクロ−ズ状態となり(S2151)、話者に相手方が通話を終了したことを通知するため、ビジ−ト−ンを受話器から出力する。
Further, the
そして、ビジ−ト−ンを聞いたIP電話機61の話者は、相手が受話器を置いたことを認識して受話器をおく(ON HOOK)(S2152)。
Then, the speaker of the
また、CBKを受信したプロトコル変換部141は、CLF(切断信号)をCC部12に返送し(S2153)、CC部12からRLG(復旧完了信号)と、空メッセ−ジを受信する(S2154、S2155)。
The
これと、同時にCC部12は、IP電話機61が接続されているVC部13aに空メッセ−ジを送り、VC部13aをチャネルクロ−ズ状態にさせて、通話が終了する(S2156、S2157)。
At the same time, the
次に、発呼者先掛け時でIP電話機61から通話を終了する場合は、まず、IP電話機61が受話器をおく(ON HOOK)(S2158)、その情報であるH.323メッセージのREL COMPは、SC部14内のプロトコル変換部141で一旦受けられ(S2159)、No.7メッセ−ジであるCLF(切断信号)に変換され、CC部12に伝達される(S2160)。それを受けたCC部12は、SC部14内のNO.7制御部142にNO.7メッセ−ジのCLF(切断信号)を送出し(S2161)、それを受信したNO.7制御部142が、パケットデ−タ化して、IP網側交換機10に伝達する(S2162)。
Next, when the call is terminated from the
IP網側交換機10側でも相手が受話器を置いたこと認識し、IP網側交換機10に接続している内線電話機の話者が受話器を置く(ON HOOK)。
The IP
CC部12は、CLFを出力すると同時にRLGと空メッセ−ジをプロトコル変換部141に送り(S2163、S2164)、空メッセージはプロトコル変換部141からIP電話機61に伝達され(S2165)、IP電話機61は、チャネルクロ−ズ状態となる(S2166)。また、CC部12からIP電話機61が接続されているVC部13aにも空メッセージが送出され(S2167)、これによりVC部13aもチャネルクローズ状態となる(S2168)。
The
また、IP網側交換機10側でもIP網側交換機10に接続している内線電話機の話者が受話器を置いたことを認識すると、RLGをNO.7制御部142経由で、CC部12に送り(S2169)、それを受けたCC部12は、空メッセ−ジをNo.7制御部142及びIP網側交換機10が接続されているVC部13bに送出して(S2170、S2171)、VC部13bがチャネルクロ−ズ状態となり通話が終了する(S2172)。
Further, when the IP
次に、交換機1のIP−MFT62制御を具体的に説明する。制御処理とは、CC部12〜SC部14間、及びSC部14からIP−MFT62間メッセ−ジの送受信制御をいう。制御処理では、以下に示す機能を実施する。
Next, the IP-
まず一番目としては、IP−MFT CSスキャン応答機能。これは、IP−MFT62が行うSC部14スキャン動作に対して応答し、自SC部12のIPアドレス、ログインポ−ト番号等をIP−MFT62に通知するものである。
First, the IP-MFT CS scan response function. This responds to the
次に二番目は、IP−MFT62のログイン状態を管理する機能。これはIP−MFT62から交換機1へログインする際のログインコマンド許可/拒否、及びログアウトコマンド処理を行い、ログイン状態を管理するものである。
The second function is to manage the login state of the IP-
三番目は、CC部12からの情報要素メッセ−ジをIP−MFT62へ送信する機能。これはCC部12からの共通メッセ−ジ(複数のIP−MFTへ一斉に通知する場合のメッセージ)、及び個別メッセ−ジ(特定のIP−MFTに通知する場合のメッセージ)毎に該当IP−MFT62へメッセ−ジ送信を行うものである。
The third is a function of transmitting an information element message from the
四番目は、IP−MFT62からの情報要素メッセ−ジをCC部12へ通知する機能。これは、IP−MFT62から受信した情報要素メッセ−ジをCC部12へ通知するものである。
The fourth function is to notify the
五番目は、SC部14輻輳時のIP−MFT62発信規制機能。これは、SC部14にて輻輳発生時、IP−MFT62オフフック時に輻輳であることを通知し、発信規制を行うものである。
The fifth function is an IP-MFT62 transmission restriction function when the
六番目は、IP−MFT62からの通信統計情報収集機能。これは、IP−MFT62から送られる通信統計情報を収集するものである。
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スキャン応答機能処理。本制御処理ではIP−MFT62からのSC部14のスキャンを待って、IP−MFT62からのマルチキャストによるSCスキャンメッセ−ジ受信時に、局デ−タに基づいた自SC情報(SC部14のIPアドレス、サブネットマスクは必須、ログインポ−ト番号はSCスキャンポ−ト番号と異なる場合に必要。)をスキャン元IP−MFT62へユニキャストで通知する。
IP-MFT SC scan response function processing. This control process waits for scanning of the
IP−MFTログイン状態管理機能処理。本制御処理ではIP−MFT62からのログインを待って、IP−MFT62からのログイン/ログアウトメッセ−ジ、及びライフチェックタスクからのライフチェック(自己診断)NG通知により、それぞれ以下の処理を行う。IP−MFT62からのユニキャストによるログインメッセ−ジ受信時は、IP−MFT状態管理テ−ブルによりログイン許可判定処理を行う。
IP-MFT login state management function processing. In this control process, after the login from the IP-
ログイン許可した場合には、IP−MFT62へログイン許可、呼制御ポ−ト番号通知、及びIP−MFT初期化情報を通知し、IP−MFT状態管理テ−ブルの該当電話番号位置へIP−MFT情報(IP−MFTのIPアドレス、MACアドレス)の登録を行い、IP−MFT62をログイン状態とする。その後ライフチェックタスクへ該当IP−MFT62のライフチェック開始指示を行う。また、ログイン拒否した場合は、IP−MFT62へログイン拒否通知を行い、IP−MFT情報登録せず、ライフチェック開始指示も行わない。
When the login is permitted, the IP-
IP−MFT62からのユニキャストによるログアウトメッセ−ジ受信時、及び、IP−MFT62(ライフチェックタスク)からのIP−MFTライフチェック(自己診断)NG通知時には、IP−MFT状態管理テ−ブルの該当電話番号位置のIP−MFT情報(IP−MFTのIPアドレス、MACアドレス)のクリアを行い、IP−MFT62をログアウト状態とする。
Corresponding to the IP-MFT state management table when receiving a unicast logout message from the IP-
IP−MFT情報要素メッセ−ジ送信機能処理。CC部12からのメッセ−ジ受信時、受信した情報要素の共通メッセ−ジ/個別メッセ−ジ分別を行う。その後、メッセ−ジ種別毎に以下の処理を行う。
IP-MFT information element message transmission function processing. When a message is received from the
共通メッセ−ジ受信時の処理は、SC部14がCC部12から受信した情報要素をLAN側送受信デ−タフレ−ムフォ−マットにカプセリングし、全IP−MFTに対して一斉同報を行うため、マルチキャストにて呼制御用ポ−トからメッセ−ジ送信を行う。この際IP−MFT62からの受信応答は無いため、パケットロス対策として局デ−タにて指定された送信回数分連続送信を行う。また、マルチキャストアドレスは設定されている局デ−タに従う。
The process at the time of receiving the common message is to encapsulate the information element received by the
個別メッセ−ジ受信時の処理は、メッセ−ジの送信先判定を行い、該当IP−MFT62がログアウト中であればメッセ−ジは捨て、処理を終了する。該当IP−MFT62がログイン中であれば、宛先アドレスの特定して情報要素をLAN側送受信デ−タフレ−ムフォ−マットにカプセリングし、該当IP−MFT62に呼制御用ポ−トから送信を行う。その後IP−MFT62からの受信応答を呼制御用ポ−トにて受信し、送信処理完了となる。
When receiving an individual message, the message destination is determined. If the corresponding IP-
IP−MFT62からの受信応答がない場合にはメッセ−ジ再送処理を行う。この場合のタイムアウト時間、再送リトライ回数は、局デ−タに従う。再送リトライオ−バ−時には、IP−MFT62状態管理テ−ブルをIP−MFT62ログアウト状態とし、CC部12へ切断通知後IP−MFTログアウト通知を行う。
When there is no reception response from the IP-
IP−MFT情報要素メッセ−ジ受信機能処理。本制御処理ではIP−MFT62からのメッセージを待って、IP−MFT62からのユニキャストによる呼制御メッセ−ジ受信時、該当IP−MFT62がログアウト中であればメッセ−ジ受信拒否応答をIP−MFT62へ送信し処理を終了する。該当IP−MFT62がログイン中であれば、メッセ−ジ受信応答をIP−MFT62へ送信し、受信したデ−タ中の情報要素を抽出し、CCインタフェ−スタスクに対してのCCメッセ−ジ送信要求ハンドリングにより、CC部12へIP−MFT情報通知を行う。
IP-MFT information element message reception function processing. In this control process, a message from IP-
また、IP−MFT62からの再送メッセ−ジのCC部12への2度送りを防止するため、受信デ−タのシ−ケンス番号をチェックし、同一IP−MFT62からの最終受信デ−タと同一のシ−ケンス番号のデ−タを受信した際は、受信メッセ−ジを破棄する。
Further, in order to prevent the retransmission message from the IP-
SC部輻輳時のIP−MFT発信規制機能処理。本制御処理ではSC部にて輻輳発生を検出した時に、IP−MFT62から受信した呼制御メッセ−ジがオフフック通知であった場合、IP−MFT62への受信応答にて輻輳中通知を行い、発信規制を行う。この規制は、開放メッセージ等にて行い、IP−MFT62がビジートーンを送出できるようにする。
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-
また、輻輳復旧検出時には、マルチキャストにて全てのIP−MFT62に対して輻輳復旧通知を行い、発信規制を解除する。
Further, when congestion recovery is detected, a congestion recovery notification is sent to all IP-
SC部14で検出する輻輳とは、定められたIPパケットの送受信能力を超えたり、同時に接続される端末数が定められた台数を超えた場合等に発生する。
The congestion detected by the
例えば、プロトコル変換部141、NO.7制御部142及び独自インタフェース部143の処理中呼をCC部12で管理し、一定量(閾値)を超えた場合に輻輳と判断し、閾値を下回った場合に輻輳を解除する。
For example, the
輻輳時の処理として、CC部12側へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。プロトコル変換部141へは、着信は全て拒否するよう指示し、NO.7制御部142へは、新たな呼を受付ないようにチャネル全てを閉塞状態とする。また、独自インタフェース部142へは、IP−MFT62がオフフックした場合に、ビジートーンをIP−MFT62に出力させる指示を出す。
As a process at the time of congestion, all the channels are blocked to the
IP−MFTからの通信統計情報収集機能処理。IP−MFT62は通話終了時、呼制御ポ−トにて1通話の通信統計情報をSC部14に通知する。本制御処理では、IP−MFT62から通信統計情報受信時、通信統計情報テ−ブルへの展開を行う。通信統計情報テ−ブルはそれぞれ、IP−MFT62毎の通信統計情報トレ−スエリア、全体統計エリアが有り、両方のエリアに展開格納する。
Communication statistical information collection function processing from IP-MFT. When the call ends, the IP-
図22から図24を用いて、交換機1とIP−MFT62間で行われる独自メッセ−ジに関し説明する。
A unique message performed between the
図22にSC部14(交換機1)とIP−MFT62間で行われる独自メッセ−ジ変換のフレ−ム形式を示す。
FIG. 22 shows a frame format of original message conversion performed between the SC unit 14 (switch 1) and the IP-
LAN側のメッセ−ジは独自規定のものであるため、IP−MFT62用情報要素メッセ−ジをLAN側送受信用の独自フレ−ムにカプセリングする。このデ−タはUDPユ−ザ−デ−タとして取り扱っている。
Since the message on the LAN side is uniquely defined, the information element message for IP-
独自フレームのデ−タフォ−マットは、ヘッダ部とデ−タ部に分かれている。ヘッダ部は、2バイトのメッセージ固有の識別子を示すメッセージ識別子221と、2バイトのメッセージ発信元装置固有の識別子を示すメッセージ発信元識別子222と、2バイトのヘデータ固有の識別子を示すデ−タ識別子223と、2バイトのヘッダ個別デ−タ長を示すヘッダ個別デ−タレングス224、nバイト(nは4の倍数)プロトコル固有の情報を設定するデ−タであるヘッダ個別デ−タ225から構成されている。
The data format of the unique frame is divided into a header portion and a data portion. The header portion includes a
また、ヘッダ個別デ−タレングス224は、4の倍数を指定するものとして、ヘッダ部全体長が、ヘッダ個別デ−タレングス(n:4の倍数)メッセ−ジと8バイトとなるようにしている。
Further, the header
デ−タ部は、ユ−ザ−デ−タであるIP−MFT62用情報要素メッセ−ジ長を示すデ−タレングス226(4バイト)と、IP−MFT62用情報要素メッセ−ジであるユーザデータ227から構成されている。ユーザデータ227内にON/OFF HOOK情報やダイヤル情報等を格納する。
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
図23には、SC部14からIP−MFT62へ送られる個別メッセ−ジのフレーム内容を示す。
FIG. 23 shows the frame contents of an individual message sent from the
メッセージ識別子221は、0001(HEX)が個別メッセージの「応答有(応答の必要あり)」、0002(HEX)が個別メッセージの「応答無(応答の必要なし)」、0003(HEX)が共通メッセージの「応答有(応答の必要あり)」、0004(HEX)が共通メッセージの「応答無(応答の必要なし)」、8001(HEX)が個別メッセージに対する応答、8003(HEX)が共通メッセージに対する応答を示すようにしている。
In the
メッセージ発信元装置識別子222は、0001(HEX)がSC部14、0002(HEX)がVC部13、0003(HEX)がIP−MFT62、0004(HEX)がIP−MFT62用保守端末を示すようにしている。
The message
デ−タ識別子223は、データ固有の識別子を示し、ヘッダ個別データレングス224は、ヘッダ個別のデータ長を示し、ヘッダ個別デ−タ225は、装置、プロトコルメッセージ固有の情報を設定するところで、SC部14が管理、付加する情報である。ひとつのIP−MFT62に送信する個別メッセ−ジ毎に00000000〜FFFFFFFF(HEX)までサイクリックに使用する(メッセ−ジシ−ケンシャル番号として使用)。
The data identifier 223 indicates an identifier unique to the data, the header
本情報は、同一個別メッセ−ジ再送時に、同一シ−ケンシャル番号が使用されるため、受信側において同一個別メッセ−ジかどうかの判断基準として使用できる。このデータは2バイトを初期値としているが、機能拡張を想定して可変長(nバイト)としている。 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.
デ−タレングス226はユーザデータ227の長さを示し、最後にユーザデ−タ227は、送受信のデータエリアであり、IP−MFT62用情報要素を格納するものである。
The
次にIP-MFTのIPアドレス特定する動作を説明する。 Next, an operation for specifying the IP address of the IP-MFT will be described.
SC部14に対し、IP−MFT62への個別メッセ−ジを送信時に、CC部12から送られてくるIP−MFT62用情報要素メッセ−ジの宛先情報をパッケ−ジ番号と回路番号のみとしているので、SC部14ではその情報から送信先アドレスを特定する処置が必要となる。
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).
前記パッケ−ジ番号と回路番号はCC部12が管理し、前記パッケ−ジ番号と回路番号に電話番号がマッピングされる。そのデータをもとにSC部14では、パッケ−ジ番号及び回路番号毎の電話番号及びIPアドレステ−ブルを作成し、IP−MFT62のログイン時に該当電話番号のテ−ブルへIP−MFT62のIPアドレスを登録する。これで、メッセ−ジ送信先のIP−MFT62のIPアドレスを特定する。
The package number and the circuit number are managed by the
図24のIPアドレステーブルを用いて、IP−MFT62のIPアドレス特定方式を詳細に説明する。
The IP address specifying method of the IP-
SC部14では、IP−MFT62の状態管理を行うために図24に示す管理テ−ブル作成し、IP−MFT62ログイン毎にCC部12に記憶させておく。
The
CC部12で記憶した情報は、SC部14リブ−ト時に再送され、SC部14はリブ−ト前の状態を維持できるようにしているためである。
This is because the information stored in the
また、IP−MFT62からの情報要素付加用に、交換機1内のパッケ−ジ番号及び回路番号をIP−MFT62ログイン時にSC部14よりIP−MFT62に対して通知する。
Further, for adding information elements from the IP-
図中の電話番号部241には、パッケ−ジ番号・回路番号に対応した電話番号をセットする。本情報はSC部14の起動時にCC部12よりセットされる。
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
次のIP−MFT IPアドレス部242は、電話番号に対応したIP−MFT IPアドレスをIP−MFTログイン時に登録し、IP−MFT62のIPアドレスの特定に使用する。(IP-MFT IPアドレスは、ログイン時にIP−MFTから入手する。)
The next IP-MFT
SC部14ではIP−MFT62がSC部14にログイン時、対応する電話番号を検索し、一致するSC部14内のオフセット部にIP−MFT IPアドレスをセットする。ログインしていない場合やログアウトした場合には、0.0.0.0をセットする。
In the
IP−MFT MACアドレス部243は、電話番号に対応したIP−MFT62のMACアドレスをIP−MFT62ログイン時に登録し、再ログイン時の許可判定に使用して、同一電話番号の2重ログイン防止を行う。(IP-MFT MACアドレスも、ログイン時にIP−MFTから入手する。)
The IP-MFT
SC部14ではIP−MFT62がSC部14にログイン時、対応する電話番号を検索し、一致するオフセット部にIP−MFT MACアドレスをセットする。ログインしていない場合やログアウトした場合には0000 0000 0000を入力し未ログイン状態と判断する。
In the
その他の状態情報部244は、SC部14が管理すべき上記以外のIP−MFT62の状態(例えば通話状態等)を随時セットする。
The other
IP−MFT62がSC部14にログイン後、SC部14がそのIP−MFT62に対してメッセ−ジ送信を行う際、CC部12からの情報要素のパッケ−ジ番号、回路番号をオフセットとしてIP−MFT IPアドレスを取得し、そのIPアドレスに対してメッセ−ジ送信を行う。
After the IP-
また、IPアドレスが0.0.0.0の場合(IP−MFT62がログインしていない状態)、CC部12からの該当パッケ−ジ番号・回路番号へのメッセ−ジは読み捨てる。
When the IP address is 0.0.0.0 (the IP-
IP−MFT62が同一電話番号であった場合の2重ログイン防止については、IP−MFT62がログインした際に、既にMACアドレスが登録されていた場合、再ログインと認識する。
Regarding double login prevention when the IP-
IP−MFT62が再ログインした際にMACアドレスが同一であれば、IP−MFT62移動や、IP−MFT62のIPアドレス変更等と判断し、そのままIP−MFT IPアドレスを更新しログインを許可する。また、再ログイン時にMACアドレスが不一致であれば別装置からの同一電話番号2重ログインと判断しログインを許可しない。
If the MAC address is the same when the IP-
尚、他MACアドレスにて同一電話番号が使用される条件として、装置(IP−MFT62)故障等による装置交換時のMACアドレス変更がある。この場合装置交換時には1度ログアウト操作してから交換することが条件となる。 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.
SC部14からIP-MFT62へのメッセージ伝達方式について図30〜図34を用いて説明する。
A message transmission method from the
SC部14からIP-MFT62へ送信されるメッセージはUDPで行うため、データの保証を行わなければならない。図30から図32に個別メッセージの伝達方法、図33、図34に共通メッセージの伝達方法を示す。
Since the message transmitted from the
図30から図32に示す通り、個別メッセージは、それに対するメッセージ受信応答を返送することにより伝送確認を行う。 As shown in FIGS. 30 to 32, the individual message confirms transmission by returning a message reception response to the individual message.
図30には、SC部14がIP−MFT62へメッセージを正常に送信した場合のシーケンスを示す。まず、SC部14がシーケンシャル(順序)番号を付加したメッセージを作成し、指定のIP−MFT62のIPアドレスを宛て先にして送信する(S3000、S3001)。シーケンス番号は、送信するデータの順序を示す番号のことをいう。メッセージを受信したIP−MFT62は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、SC部14に送信する。この応答にもシーケンス番号が付加される(S3002、S3003、S3004)。
FIG. 30 shows a sequence when the
応答を受信したSC部14は、いままで、IP−MFT62からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする(S3006、S3007、S3008)。
The
また、SC部14からメッセージを送信した際に、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている(S3005)。
In addition, when a message is transmitted from the
図31にSC部14に送信リトライが発生した場合のシーケンスを示す。まず、SC部14がシーケンシャル(順序)番号を付加したメッセージを作成し、指定のIP−MFT62のIPアドレスを宛て先にして送信する(S3100、S3101)。このときIP−MFT62からの応答待ちタイマを起動させる(S3103)。
FIG. 31 shows a sequence when a transmission retry occurs in the
ネットワーク上でパケットロスや対向IP−MFT62の無応答(以降、パケットロスという)が発生した場合は(S3102)、SC部14で応答を受信できないので、応答待ちタイムアウトが発生する(S3104)。これを契機に前記メッセージを同じメッセージの再送信を行う(S3105)。
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
メッセージを受信したIP−MFT62は、送られてきたデータのシーケンス番号を確認し、それに対する応答を作成し、SC部14に送信する。この応答にもシーケンス番号が付加される(S3106、S3107、S3108)。
The IP-
応答を受信したSC部14は、いままで、IP−MFT62からの受信した最終シーケンシャル番号と先に受信した応答データのシーケンシャル番号とを比較して、最終シーケンシャル番号の次につづくシーケンシャル番号であった場合に問題なしと判断し、メッセージの送信完了とする(S3110、S3111、S3112)。
The
また、SC部14からメッセージを再送信した場合にも、応答受信待ちまでの時間を規定するタイマを起動させ、応答の返信がない場合に備えて、待ち時間に制限を持たせている(S3109)。
In addition, even when a message is retransmitted from the
図32にSC部14に送信リトライオーバーが発生した場合のシーケンスを示す。まず、SC部14がシーケンシャル(順序)番号を付加したメッセージを作成し、指定のIP−MFT62のIPアドレスを宛て先にして送信する(S3200、S3201)。このときIP−MFT62からの応答待ちタイマを起動させる(S3203)。
FIG. 32 shows a sequence when a transmission retry over occurs in the
ネットワーク上でパケットロスが発生し(S3202)、SC部14で応答を受信できないので、応答待ちタイムアウトが発生する(S3204)。これを契機に前記メッセージを同じメッセージの再送信を行う(S3205)。しかし、このときもネットワーク上でパケットロスが発生し(S3206)、SC部14で再度応答待ちタイムアウトが発生する(S3207、S3208)。ここで、もう一度S3205と同じメッセージを再送信する(S2109)。ここでも、ネットワーク上でパケットロスが発生し(S3210)、SC部14で応答を受信できないので、応答待ちタイムアウトが発生する(S3212)。この3回の応答待ちタイムアウトが発生した場合は、指定したIP−MFT62が3回無応答状態と判断し、通信エラーの処理へ移行する。
A packet loss occurs on the network (S3202), and the
応答待ちタイムアウト時間は交換機1(データ)→IP−MFT62(応答)→交換機1メッセージ伝送時間が3ms程度である場合は、安全率が10倍以上のとすること(例えば50ms)が望ましい。伝送時間の内訳は、交換機1の処理時間、LAN伝送時間、HUB2の中継遅延時間、IP-MFT62の処理時間等からなっている。
The response waiting timeout time is preferably 10 times or more (for example, 50 ms) when the exchange 1 (data) → IP-MFT 62 (response) →
またリトライ2回NGにてメッセージ送信不可と判定し、送信装置毎の通信障害処理を行うこととする。尚、応答待ちタイムアウト時間、リトライ回数は今回の例としては50ms、2回としているが、ネットワーク特性に合わせて可変設定可能としている。 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.
図33から図34に示す通り、共通メッセージは、マルチキャストにて複数の端末へ送信するため、トラフィックの問題からメッセージに対するメッセージ受信応答を返送しない。よって、2回連続送信を行い、パケットロスに対応している。 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.
尚、連続送信回数は基本的に2回とするが、ネットワーク特性に合わせて可変設定可能としている。共通メッセージはSC部14からの送信のみで、IP−MFT62からの送信は無いものとしている。
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
図33には、SC部14がIP−MFT62へ共通メッセージを正常に送信した場合のシーケンスを示す。まず、SC部14がシーケンシャル(順序)番号を付加したメッセージを作成し、IP−MFT62のIPアドレスを宛て先にして2回連続して送信する(S3300、S3301、S3303)。
FIG. 33 shows a sequence in the case where the
1回目のメッセージを受信したIP−MFT62は、送られてきたデータとともに、データのシーケンシャル番号を記憶する(S3302)。その後2回目のメッセージを受信した場合は、1回目に受信したシーケンシャル番号と2回目に受信したデータのシーケンシャル番号とを比較して、同一のシーケンシャル番号であった場合には、2回目に受信したメッセージを破棄する(S3304)。先程2回連続してメッセージを送信したSC部14は、IP-MFT62が受信したか否かにかかわらず送信完了の状態となる(S3305)。
The IP-
次に図34には、共通メッセージ送信時にパケットロスが発生した場合のシーケンスを示す。まず、SC部14がシーケンシャル(順序)番号を付加したメッセージを作成し、IP−MFT62のIPアドレスを宛て先にして2回連続して送信する(S3400、S3401、S3403)。そして2回連続してメッセージを送信したSC部14は、IP-MFT62が受信したか否かにかかわらず送信完了の状態となる(S3405)。
Next, FIG. 34 shows a sequence in the case where a packet loss occurs when a common message is transmitted. First, the
1回目のメッセージがネットワーク上でパケットロスし、その後2回目のメッセージを受信した場合は、2回目に受信したデータを記憶する(S3404)。 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).
図35にIPパケットデータのフレームフォーマットを示す。 FIG. 35 shows the frame format of IP packet data.
図35の(a)がIPパケットデータのフォーマットである。また、(b)にIPパケットデータ内のIPヘッダ部のフォーマット、(c)にIPパケットデータ内のTCP/UDPヘッダ部のフォーマットを示す。 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.
IP電話機61やIP−MFT62がLAN上で送受信するIPパケットデータは、(a)のようなファーマットである。IPパケットデータは、情報部であるデータ部があり、データ部の送出側にTCP/UDP部、IPパケットであることを示すIPヘッダ部が付加され、更にLCP/NCP等のタイプを示すタイプ部、コントロール(C)部、アドレス(A)部、先頭にフラグ(F)部を配置し、データ部の後方にFCS部、最後尾にフラグ(F)部を付加した形態をとっている。これは、一般的にいうところのHDLCフレームフォーマットと同様である。
The IP packet data transmitted / received on the LAN by the
TCP/UDP部は、TCP/IPプロトコルにおけるトランスポート層のプロトコルの種類をTCPかUDPかのいずれかを示す。 The TCP / UDP unit indicates the type of the transport layer protocol in the TCP / IP protocol, either TCP or UDP.
IPヘッダ部(b)には、プロトコル番号、送信元のIPアドレスや宛先のIPアドレスが格納され、TCP/UDPヘッダ部(c)には、送信元のポート番号や宛先ポート番号が格納される。 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. .
次に交換機1内に複数搭載されるVC部13の捕捉方法について説明する。
Next, a method of capturing a plurality of
VC部13は、PCM音声とIP音声パケット変換を行う部位であり、IP−MFT62と、従来回線(局線、MFT(多機能電話機)、2線式一般電話機等)が通話する場合に必要である。
The
このため、従来回線に対応するに充分数のVC部13がある場合は、VC部13の捕捉はIP−MFT62と従来回線の通話路を接続する際に捕捉すれば良い。
For this reason, when there are a sufficient number of
しかし、従来回線(チャネル)に対応する分のVC部13を追加実装するにはコストが掛かりすぎることと、ト−キ装置との接続を考えると(1回路に複数の端末が接続される)、通話時に輻輳や塞がりが発生しない程のVC部13を実装することはできない。
However, considering the fact that it is too expensive to additionally mount the
そこで、VC部13の捕捉及び解放を以下の方法で行うこととする。
Therefore, the
VC部13捕捉はCC部12が行い、1つ目の捕捉条件として、IP−MFT62が発呼した時点。その際捕捉不可時には、IP−MFT62のLCD表示部に“混み合っています。”等の表示を行うよう指示する。また、混雑ト−ン(BT等)を送出するよう指示する。
The
2つ目の捕捉条件として、IP−MFT62が転送動作に入る時点(発信者がVC部13をすでに捕捉している場合を除く)。その際の捕捉不可時には、転送操作を無視する。
As a second acquisition condition, a point in time when the IP-
3つ目の捕捉条件として、IP−MFT62が三者通話に入る時点。その際、捕捉不可時には、三者操作を無視する。
As a third capturing condition, a point in time when the IP-
前記IP−MFT62の発呼、転送、三者通話等の動作情報は、IP−MFT62から独自メッセージにて交換機1に送信されている。
Operation information of the IP-
4つ目の捕捉条件として、IP−MFT62を呼出す時点(発信者がVC部13をすでに捕捉している場合を除く)。その際、捕捉不可時には、IP-MFT62に“混み合っています。”を表示させるよう指示する。また、混雑ト−ン又は混雑ト−キを送出させるよう指示する。
As a fourth capturing condition, a point in time when the IP-
次にVC部13の解放については、一つ目の解放条件として、通話路(TSW)をつなぐ時点でVC部13が不要である場合(保留者の条件も考慮する)。
Next, regarding the release of the
ニつ目の解放条件として、内線・外線を解放する時点とする。 The second release condition is when the extension / outline is released.
次に、本発明で使用されるIP−MFT62の第1の実施形態を図36及び図37に示す。
Next, FIG. 36 and FIG. 37 show a first embodiment of the IP-
IP−MFT62は2つのブロックから構成されていて、一方は通常の電話機として機能するMFT部200であり、他方は、前記MFT部200をパケット網に接続するためのIPADP部300である。図36には、MFT部200の内部構成を示し、図37にはIPADP部300の内部構成を示す。
The IP-
図36において、201は、通常の多機能電話機として交換機1の内線電話機インタフェースに直接収用する為のインタフェ−スであり、後述するIPADP部300に接続可能なインタフェ−ス部(以下DLIという)である。202は、DLI201から得たディジタル化されている通話デ−タをアナログ信号に変換し、ハンドセット203に送出すると共に、ハンドセット203からのアナログ信号をディジタル化し、DLI201に送出するコ−ディック(以下CODECという)、205は呼び出し音や音声等を出力するスピ−カ、204は着信音を鳴動させるベル213からのアナログ信号や、コ−ディック202からの音声信号等を増幅し、スピ−カ205に送出するアンプ(以下AMPという)、206は電話機としての機能の全体を制御する制御装置(以下MPUAという)、207はMPUA206の制御に従い、表示器であるLCD表示器208にメッセ−ジを文字表示させるLCDドライバ(以下LCDDRVという)、210は複数のLEDでマトリックスを形成しているLED表示器、209はMPUA206の制御に従い、LED表示器210を駆動するLEDドライバ(以下LEDDRVという)、211はダイヤルキ−、保留キ−、オ−トダイヤルキ−等の各種キ−でマトリックスを形成しているボタン部である。
In FIG. 36,
なお、MPUA206は、ハンドセット203の状態をCODEC202を介して得たり、DLI201を介して後述するIPADP部300内のピンポン伝送部が送出した制御情報を受信し、その制御情報に基づいてLCD表示器208、LED表示器部210、アンプ204等を制御している。
The
また、MPUA206は、ボタン部211から得たキ−情報により制御情報を生成し、その制御情報をDLI201に送出する。これによって、MFT部200の状態をIPADP部300に伝達している。
The
また、DLI201は、交換機1の内線に直接接続可能のインタフェ−スであり、MFT部200は、このポイントでIPADP部300と、切り離しても使用するようにしてもよい。その場合、交換機1にMFT部200のみを収用し、内線電話機として動作させることができる。
The
次に図37にIPADP部300の内部構成を示す。図37において、301は、MFT部200用の電源を伝送ラインに与える給電部であり、302は、MFT部200と2線式時分割伝送方式を用いて通信を行うピンポン伝送部、303は、CLK/FLM生成部314から供給される2.048MHzのクロック信号と、8kHzフレ−ム信号により、ピンポン伝送部302と後述する音声圧縮コ−デック(以下DSP304という)間の上り下りの通信に用いる2Mハイウェイバスの同期化を行う2MHWインタフェ−スである。
Next, FIG. 37 shows the internal configuration of the
また、304はG.711/G.729A/G.723.1音声符号化に対応し、音声処理に必要とされる各種処理を演算により実行するDSP(ディジタル信号プロセッサ)である。例えば、符号化復号化(CODEC)演算処理、受信検出演算処理、エコ−キャンセラ−演算処理、レベル調整演処理等が実行される。 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.
また、本実施例ではDTMF信号や400Hz等の各種ト−ン信号送出について、そのト−ンデ−タを図示しないROM上に記憶し、その記憶した複数のト−ンデ−タをIPADP部300の制御部であるMPUB310の指示により、ト−ン信号を発生させる形態をとっている。
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
上記各種ト−ン発生演算処理機能及び、DTMF(Dual Tone Multi Frequency )発生演算処理機能をDSP304に取り込み、演算により任意のト−ン信号を発生させ、また、ト−ン信号の発生に必要な周波数、位相等の情報の入力により、周波数、位相、インタ−バル等の任意の組み合わせによる任意のト−ン信号を発生できるよう構成させてもよい。
The above various tone generation calculation processing functions and DTMF (Dual Tone Multi Frequency) generation calculation processing functions are taken into the
次に、Dch情報部305は、Dch制御(呼制御手順)デ−タを16kbit/sの伝送容量にてピンポン伝送部302との間で送受信し、また、MPUB310との間でその呼制御データのやり取りを行う部位である。
Next, the
CLK/FLM生成部314は、8.192MHzクロック源315から2MHWインタフェ−ス303動作用のクロックと8kHzフレ−ム信号を生成している。
The CLK /
MPUB310は、IPADP部300の主制御部で、MAC制御等のLANインタフェ−スの制御及び、Dch制御、Bch制御等のMFT部200の制御、音声ゆらぎ制御等を行う。具体的にはITU−T勧告H .323に準拠した呼処理、音声パケット化処理等を実行する中央処理装置である。
The
ROM308はIPADP300のプログラムを格納し、RAM309は前記プログラムが動作する等のワ−クエリアである。
The
上記MPUB310と、DSP304、SRDインタフェ−ス306、ROM308、RAM309は内部バス307で接続されている。
The
LANC311は、MPUB310と接続され、LAN7上で定義されたフレ−ム形式へのデ−タの組み立てと、その反対に、フレ−ム形式からデ−タへの分解とを行う回路であるとともに、Ethernet(登録商標)スイッチの機能であるポ−ト間のスイッチングと、異インタフェ−ス間の速度整合を行う機能も備える。
The
PHY312はパ−ソナルコンピュ−タ(以下PCという)を接続するインタフェ−スであり、PHY313は、HUB2との接続のためのインタフェ−スをとるIEEE802.3準拠のトランシ−バ−である。
A
次に図38を用いて交換機1を介して、2台のIP−MFT62が通信可能となるまでの接続シ−ケンスを説明する。(以下、便宜上、発信側をIP−MFT62a、着信側をIP−MFT62bと呼ぶ)
Next, a connection sequence until two IP-
まず、IP−MFT62aのMFT部200内のハンドセット203aのオフフック状態を、CODEC202aが検出し(S3801)、IPADP部300と接続されたDLI201aを経由して、MPUB310aに通知される(S3802)。
First, the
MPUB310aがこのオフフック通知を認識すると、交換機1に伝達する(S3803)。これを受信した交換機1がIP−MFT62aに対してダイヤルト−ン出力要求を送出し(S3804)、MPUB310aがそれを認識して、ダイヤルト−ンの送出をDSP304aに指示する(S3805)。指示を受けたDSP304aは、当該指示を入力すると、ダイヤルト−ン生成のための演算を行い、生成されたダイヤルト−ンをMFT部200に送出する。
When the
DSP304aから送出されたダイヤルト−ンは、DLI201aを介してCODEC202aに送られ、デジタルデ−タからアナログデ−タに変換され、ハンドセット203aから可聴音として送出される(S3806)。
The dial tone sent from the
次に、ダイヤルト−ンを聞いた話者は、交換機1に起動がかかったと認識しボタン部211aを操作し、相手先の電話番号をダイヤルする(S3807)。この信号は、MFT部200内のCODEC202aでA/D変換されてDSP304aに取り込まれて解読される。DSP304aは、解読された相手先電話番号をMPUB310aに通知する(S3808)。ダイヤル情報を受信したMPUB310aは、この後、LANC311aを経由させ、交換機1にダイヤル情報を送出する(S3809)。
Next, the speaker who has heard the dial tone recognizes that the
最初のダイヤル情報を受信した交換機1は、IP−MFT62aに対してダイヤルト−ン停止要求を送出し(S3810)、それを受けたDSP304aがダイヤルト−ンの出力を停止する(S3811)。
Upon receiving the first dial information, the
その後、MPUB310aが最終ダイヤルを受信し、交換機1にダイヤル情報を送信すると(S3812)、交換機1がそのダイヤル情報から接続相手先を認識し、接続相手先へ着信要求を行う。(S3813)。着信要求にてベル鳴動指示を受けたIP−MFT62b内のMPUA206bは、ベル213bを起動させ着信ベルを鳴動させる(S3814、S3815)。
Thereafter, when the
交換機1は、この着信要求を出すとともにリングバックト−ン出力要求をIP−MFT62aに行い(S3816)、その指示を受けたMPUB310aがDSP304aに出力指示を行う(S3817)。そして、その指示に従いDSP304aがリングバックト−ンをハンドセット203aに出力し、相手呼出中であることを話者に伝える(S3818)。
The
ここで、呼び出されているIP−MFT62bの話者が受話器を上げて応答すると(OFF HOOK)(S3819)、その情報はCODEC202bで認識され、MPUA206bを介して交換機1に伝達される(S3821)。MPUA206bは、受話器が上げられたことを察知すると、ベル213bのベルの鳴動を停止させ(S3822)、IP−MFT62bの通話準備が完了する。
When the called IP-
交換機1が、IP−MFT62bのOFF HOOK状態を認識すると、IP−MFT62aに対してリングバックト−ン出力停止指示を送出し(S3823)、それを受信したDSP304aがングバックト−ンの出力を停止し、(S3824)IP−MFT62aの通話準備が完了し、IP−MFT62bと通話が可能となる(S3825)。
When the
次に図39を用いて、交換機1を介してIP−MFT62とIP網側端末9(H.323対応IP電話機等)間の通信が可能となるまでの接続シ−ケンスを説明する。IP−MFT62が受話器を上げてからダイヤルを開始するまでは、図38と同様なので説明は省略し、IP−MFT62が最終ダイヤルを送出するシ−ケンスから説明する。
Next, a connection sequence until communication between the IP-
MPUB310が最終ダイヤルを受信し、交換機1にダイヤル情報を送信し(S3912)、交換機1がそのダイヤル情報から接続相手先を認識し、接続相手先への着信要求を行う。
The
交換機1はその受信した情報をH.323メッセ−ジの呼設定要求であるSET UPに変換し、IP網4を介してIPパケットデ−タにてIP網側端末9に伝達する(S3913)。
The
SET UPを受けたIP網側端末9は、呼設定受付処理を行い、交換機1に対して、H.323メッセ−ジのCALL PROC(呼設定処理中)と、ALERT(呼出中)メッセ−ジを返し、自身の呼び出しベルを鳴動させる(S3914、S3915)。ALERTを受けた交換機1は、リングバックト−ン出力要求をIP−MFT62に行い(S3916)、その指示を受けたMPUB310がDSP304に出力指示を行う(S3917)。そして、その指示に従いDSP304がリングバックト−ンをハンドセット203に出力し、相手呼出中を話者に伝える(S3918)。
Upon receiving the SET UP, the IP
ここで、呼び出されているIP網側端末9の話者が受話器を上げると(OFF HOOK)(S3919)、呼び出しベルの鳴動を停止させるとともに、そのOFF HOOK情報を、H.323メッセ−ジに変換して交換機1に送る(S3920)。
Here, when the speaker of the called IP
その情報は、応答メッセ−ジのCONNECTであり、それを受信した交換機1は、IP網側端末9のOFF HOOK状態をCONNECT受信で認識すると、IP−MFT62に対してリングバックト−ン出力停止指示を送出し(S3921)、それを受信したDSP304がングバックト−ンの出力を停止し、(S3922)IP−MFT62の通話準備が完了し、IP網側端末9と通話が可能となる(S3923)。
The information is the CONNECT of the response message. When the
次に、IP−MFT62が交換機1を介さずにIP網4に接続されたIP−MFT62やIP網側端末9と通話を行う場合について説明する。
Next, a case where the IP-
IP−MFT62は、交換機1との独自インタフェースを用いて多彩な機能を実現しようとする為の電話機であるが、交換機1の介在しないシステムにおいても使用できるようになっている。すなわち、IP−MFT62の動作モードを切り替えることで、IP電話機61の様に動作することが可能である。
The IP-
動作についは、まず、MPUB310が、ハンドセット203のオフフックを検出したときに、ダイヤルトーン出力要求をDSP304に行う。次に相手先電話番号が通知されると、例えばITU−T勧告H.323に規定するRAS手順に従い、IP網4に接続されているゲ−トキ−パ(IPネットワ−クにおける電話番号とIPアドレスの変換を行う装置)よりアクセスを要求する相手先のIPアドレス及びポ−ト番号を取得する。この後、MPUB310は、取得したIPアドレスの相手先に対して、例えばITU−T勧告H.323の呼処理手順(Q.931,H.245)に基づいた発呼処理を行う。
Regarding the operation, first, when the
なお、MPUB310は、相手先の呼出し中のときは、MFT部200に対するリングバックト−ンの送出をDSP304に指示する。
Note that the
一方、相手先である着呼側のIP−MFT62は、そのMPUB310において、発信側が呼び出し中であって、自側のハンドセット203がオフフックするまでの間、自側のMFT部200内のベル213を鳴らすようにする。
On the other hand, the called-side IP-
この後、符号化の方法が相互間の通信手順のやり取りで確定し、自側のハンドセット203がオフフックされると、通話状態に移行する。
Thereafter, when the encoding method is determined by the exchange of the communication procedure between them, and when the
次に、MFT部200に入力された音声信号は、アナログ電話収容回路を内臓したCODEC202が、A/D変換して、ディジタル信号に変換され、IPADP300に入力される。
Next, the audio signal input to the MFT unit 200 is A / D converted by the
IPADP300内のDSP304は、MPUB310から指示があった場合は、ディジタル信号に対してのレベル調整演算処理、レベル制御処理、符号化演算処理を実行し、データを回線側に送出する。
When instructed by the
次に、アナログ信号(音声データ)のパケット化について説明する。DSP304にデ−タが入力されるとMPUB310は、DSP304内の音声信号を読み出し、内部バス307を介して、RAM309に書き込む。その後、図35に示す各種ヘッダ(TCP/UDPヘッダ、IPヘッダ、及び図示しないRTP (Real Time Protocol )ヘッダ)を付加したフレ−ムフォ−マットを作成して、LANC311から送出する。但し、RTPヘッダはデータ部とTCP/UDPヘッダ部の間に付加されるものとする。
Next, packetization of analog signals (voice data) will be described. When data is input to the
LANC311は、それらデ−タを受信すると、ARP(アドレス解決プロトコル)で取得した宛先MACアドレスや送信元(自装置)MACアドレスなどの入ったLANヘッダ(フラグ(F)、アドレス(A)、コントロール(C)、タイプ)及びFCSを付加してLANプロトコルに応じたフレ−ムを構成し、PHY313を経由させHUB2に送出する。
When the
次に、受信側での処理を説明する。受信側では、LANC311が受信した音声パケット信号を、自装置宛てのパケットであるか否かを検出する。ここで、当該音声パケットが自装置宛てであった場合、LANC311は音声パケットからLANヘッダ及びFCSを削除し、図示しないメモリに書き込む。
Next, processing on the receiving side will be described. On the receiving side, it is detected whether the voice packet signal received by the
MPUB310は、LANC311が書き込んだメモリからデ−タを読出し、RAM309に書き込む。RAM309にデータを書きこみ後、MPUB310は、デ−タに付されているTCP/UDPヘッダを解析し、そのデ−タが音声データか制御データかを判定し、デ−タが音声信号であると判定した場合、MPUB310は、RTPヘッダ、TCP/UDPヘッダ及びIPヘッダを削除し、DSP304へデ−タを転送する。
The
このように、LANC311を介して受信される数パケット分の音声パケットをRAM309に一旦貯め込んだ後、DSP304に順次書き込むことにより、音声パケットの同期補正や、音声パケットのゆらぎ吸収を行っている。
As described above, voice packets for several packets received via the
DSP304は、復号化演算処理を実行後に、MFT部200にデ−タを転送し、CODEC202によりディジタル信号をアナログ信号に変換され、ハンドセット203に当該アナログ信号を出力する。このような処理により、話者間の通話が可能となる。
After executing the decoding calculation process, the
図40に、IP−MTF62の第2の実施形態を示す。図36、図37に示した第1の実施形態のIP−MFT62は、交換機1の内線電話インタフェースにも接続可能な構成であったが、図40のIP−MFT62は、LANへの接続に特化した機能ブロック構成となっている。
FIG. 40 shows a second embodiment of the IP-
第1の実施形態と第2の実施形態との相違点のみを説明する。 Only the differences between the first embodiment and the second embodiment will be described.
第2の実施形態は、交換機1の内線電話機インタフェ−スであるDLI201と、DLI201とのインタフェ−スをとるためのピンポン伝送部302、給電部301、ピンポン伝送部がDSP304とのインタフェ−スをとる2MHWインタフェ−ス部303を削除している。また、呼制御情報であるDチャネル情報は、直接MPUが管理するので、Dチャネル情報部305を削除している。また、制御系を一つにするため、MPUも1つのMPUAに統合している。
In the second embodiment, the
但し、CODEC202とDSP304を直接接続するため、この間のインタフェ−スをとる回路はDSP内部に取り込んでいるものとする。CLK/FRM生成部314及びクロック源315は、DSP304が必要とするクロック周波数やフレ−ムを供給するようにしている。
However, since the
その他の構成及び機能は、図36、図37で説明したものと同様であり、このように、交換機1の内線電話機として使用できるインタフェースを削除し、シンプルな機能ブロック構成となっている。
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
また、収容される内線電話機等がパケット網を用いた音声通信を行っても、従来の公衆網接続サービスと同等のサービスを提供できるように、呼制御情報と音声情報とを別々に管理し、更にパケット網を介して交換機間で通信する場合においてもSS7シグナリングで情報を用いて通信を行うことができる。 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:交換機
2:HUB
3:ルーター
4:IP網
5:一般電話機
61:IP電話機(H.323対応端末)
62:IP−MFT
7:LAN
8:公衆交換網(PSTN)
11:従来回線部(EX部)
12:交換制御部(CC部)
13:音声変換部(VC部)
14:IP呼制御部(SC部)
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 (2)
公衆網を収容する局線インタフェース手段と、
前記公衆網及び前記電話機からの呼制御情報により接続制御を行う呼制御手段と、
前記呼制御手段の指示により前記電話機インタフェース手段と前記局線インタフェース手段との交換接続処理を行うスイッチ手段と、
を有する交換装置であって、
IPネットワーク又はIP電話端末を収容するIPインタフェース手段と、
前記IPネットワーク又はIP電話端末との呼制御処理を行うIP呼制御手段と、
前記スイッチ手段と、前記IPインタフェース手段との接続制御を行う交換制御手段と、
を備え、
前記交換制御手段は、前記呼制御手段又は前記IP呼制御手段が受信した呼制御情報に基づき、前記公衆網、前記電話機、前記IPネットワーク及びIP電話端末を相互に接続する制御を行うことを特徴とする交換装置。 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 according to an instruction of the call control means;
An exchange device comprising:
IP interface means for accommodating an IP network or an IP telephone terminal;
IP call control means for performing call control processing with the IP network or IP telephone terminal;
Exchange control means for controlling connection between the switch means and the IP interface means;
With
The exchange control means performs control for mutually connecting the public network, the telephone, the IP network, and the IP telephone terminal based on call control information received by the call control means or the IP call control means. An exchange device.
公衆網を収容する局線インタフェース手段と、
前記公衆網及び前記電話機からの呼制御情報により接続制御を行う呼制御手段と、
前記呼制御手段の指示により前記電話機インタフェース手段と前記局線インタフェース手段との交換接続処理を行うスイッチ手段と、
を有する交換装置であって、
IPネットワーク又はIP電話端末を収容するIPインタフェース手段と、
前記IPネットワーク又はIP電話端末との呼制御処理を行うIP呼制御手段と、
前記公衆網又は前記電話機よりのアナログ音声データと、前記IPネットワーク又はIP電話端末よりのパケット音声データの相互変換を行う音声変換手段と、
前記スイッチ手段と、前記IPインタフェース手段との交換制御を行う交換制御手段と、
を備え、
前記交換制御手段は、前記呼制御手段又は前記IP呼制御手段が受信した呼制御情報に基づき、前記音声変換手段が変換した音声データを、前記公衆網又は前記電話機と、前記IPネットワーク又はIP電話端末の間で相互に通信させることを特徴とする交換装置。 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 according to an instruction of the call control means;
An exchange device comprising:
IP interface means for accommodating an IP network or an IP telephone terminal;
IP call control means for performing call control processing with the IP network or IP telephone terminal;
Voice conversion means for performing mutual conversion between analog voice data from the public network or the telephone and packet voice data from the IP network or the IP telephone terminal;
Exchange control means for performing exchange control between the switch means and the IP interface means;
With
The exchange control means converts the voice data converted by the voice conversion means based on the call control information received by the call control means or the IP call control means to the public network or the telephone and the IP network or IP telephone. An exchange device characterized in that terminals communicate with each other.
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 true JP2007006524A (en) | 2007-01-11 |
JP4552914B2 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) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010109740A (en) * | 2008-10-30 | 2010-05-13 | Iwatsu Electric Co Ltd | Ip key telephone set |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11313155A (en) * | 1998-02-27 | 1999-11-09 | Lucent Technol Inc | Call processing method |
JPH11331371A (en) * | 1998-05-11 | 1999-11-30 | Nec Corp | Exchange for connecting lan telephone terminal and its connecting method |
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 |
-
2006
- 2006-08-22 JP JP2006225267A patent/JP4552914B2/en not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11313155A (en) * | 1998-02-27 | 1999-11-09 | Lucent Technol Inc | Call processing method |
JPH11331371A (en) * | 1998-05-11 | 1999-11-30 | Nec Corp | Exchange for connecting lan telephone terminal and its connecting method |
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 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010109740A (en) * | 2008-10-30 | 2010-05-13 | Iwatsu Electric Co Ltd | Ip key telephone set |
Also Published As
Publication number | Publication date |
---|---|
JP4552914B2 (en) | 2010-09-29 |
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 | |
JP3623669B2 (en) | INTERNET CONNECTION SYSTEM, GATEWAY DEVICE, INTERGATEWAY CONNECTION METHOD, AND RECORDING MEDIUM | |
JPH01105693A (en) | System for controlling isdn remote station | |
KR100268349B1 (en) | System for analyzing protocol | |
JP2004194185A (en) | Device for routing voice data | |
JP2002057711A (en) | Ip multiplexing and switching system | |
JP2004312440A (en) | Private branch exchange system for performing inter-system connection by ip, and its system information transmission method | |
JPS63122345A (en) | Voice message transferring system | |
JP2000196675A (en) | Method and device for controlling connection of communication network and communication system using them | |
JPH06245241A (en) | Private network control system |
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 |