(57)【要約】【課題】電話をかけたい通信路（方路）が使用可能な状態にあるか否かを確認できるＶｏＩＰ電話装置を提供する。【解決手段】電話端末２を収容する主装置１がＬＡＮ３経由でディジタル専用線またはＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）の通信回線５を介して対向するＶｏＩＰ電話装置において、対向する前記電話端末２間の待機時（エンド・ツウ・エンドの通信が行われていない状態）に、前記主装置１は対向する主装置１との間の通信路（方路）の輻輳状態を判定するとともに、その輻輳状態を前記電話端末２に通知し、前記電話端末２は通知された輻輳状態を表示する。【選択図】　　　　　図１
2004064717.tif 000002
【特許請求の範囲】
【請求項１】
電話端末を収容する主装置がＬＡＮ経由でディジタル専用線またはＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）を介して対向するＶｏＩＰ電話装置において、対向する前記電話端末間の待機時に、前記主装置は対向する主装置との間の通信路の輻輳状態を判定する手段と、その輻輳状態を前記電話端末に通知し、前記電話端末は通知された輻輳状態を表示する手段を有することを特徴とするＶｏＩＰ電話装置。
【請求項２】
前記輻輳状態を対向する主装置との間の通信路毎に前記電話端末に表示する手段を有することを特徴とする請求項１記載のＶｏＩＰ電話装置。
【請求項３】
対向する前記電話端末間の通信中に、前記主装置は対向する主装置との間の通信路の輻輳状態を判定する手段と、その輻輳状態を前記電話端末に通知し、前記電話端末は通知された輻輳状態を表示する手段を有することを特徴とする請求項１記載のＶｏＩＰ電話装置。
【請求項４】
前記輻輳状態が、低レベルである場合には、電話端末からの発呼時に予め初期値として定められている音声圧縮レートを前記初期値より低い圧縮レートで通信する手段を有することを特徴とする請求項１記載のＶｏＩＰ電話装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、対向装置との間でインターネットプロトコルにより音声通信を行うＶｏＩＰ電話装置において、通信路のトラヒック監視を行うＶｏＩＰ電話装置に関する。
【０００２】
【従来の技術】
インターネット電話を利用した音声通信システムに関する従来技術として、例えば、特開平１０−９８５４８号公報には、インターネットサービスに関する技術が開示されており、インターネット内における送信パケットの送信タイムスタンプ及び受信タイムタイムスタンプ、返信パケットの送信タイムスタンプ及び受信タイムタイムスタンプより、通信路の遅延時間を測定し、遅延時間が一定値を越えた場合、通信路が輻輳状態にあると判断し、インターネット利用の電話は不可の旨を音声メッセージで発呼者に通知するものである。また、特開平１１−３０８３４５号公報には、構内交換機を専用線トランク経由で収容してインターネット／イントラネットに接続するインターネットテレホフォニーサーバに関する技術が開示されており、定期的に通信相手等にｐｉｎｇフレームを送信して、応答がかえってくるまでの時間を観測し、通信路が輻輳状態にあると判断した場合、専用線トランクをビジー状態として、公衆電話網に迂回させるものである。さらに、従来は、装置で初期値として設定された固定の音声圧縮レートで通信を開始していた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記のインターネット電話を利用した音声通信システムでは、通信路が輻輳状態にある場合は、その通信路の使用を中止するものであり、インターネット電話を利用したい使用者から見れば、その後、その通信路が使用可能な状態になったのかどうかわからないという問題がある。すなわち、特開平１０−９８５４８号公報に開示された技術の場合は、「しばらくしてからお掛け直しください」等の音声メッセージを通知されても、使用者はいつ再発呼すれば良いのかわからない。また、特開平１１−３０８３４５号公報に開示された技術の場合は、自動的にインターネット電話機能から通常の電話機能に切り替えるので、インターネット電話を利用したい使用者が通常の電話機能を利用してしまうという問題がある。さらに、従来は、装置で初期値として設定された固定の音声圧縮レートで通信を開始していたが、定額制の通信路の場合には、通信路のトラヒックが低い状態においては、音声圧縮レートを低くしてより良い音声品質の通話を提供したいという課題がある。
【０００４】
上記課題に鑑み、本発明は、電話端末と主装置よりなるＶｏＩＰ電話装置において、主装置間の通信路のトラヒック状態を電話端末に表示し、電話端末から発呼する前に、電話をかけたい通信路（方路）が使用可能な状態にあるか否かを確認できるＶｏＩＰ電話装置を提供すること、ならびに、定額制の通信路において、通信路のトラヒックが低い状態の場合には、装置で初期値として設定された固定の音声圧縮レートで通信を開始せずに、初期値より音声圧縮レートを低くしてより良い音声品質の通話を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明は、電話端末を収容する主装置がＬＡＮ経由でディジタル専用線またはＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）を介して対向するＶｏＩＰ電話装置において、対向する前記電話端末間の待機時（エンド・ツウ・エンドの通信が行われていない状態）に、前記主装置は対向する主装置との間の通信路の輻輳状態を判定するとともに、その輻輳状態を前記電話端末に通知し、前記電話端末は通知された輻輳状態を表示するようにした。
【０００６】
本発明は、上記ＶｏＩＰ電話装置において、前記輻輳状態を対向する主装置との間の通信路（方路）毎に前記電話端末に表示するようにした。
【０００７】
本発明は、上記ＶｏＩＰ電話装置において、対向する前記電話端末間の通信中（エンド・ツウ・エンドの通信が行われている状態）にも、前記主装置は対向する主装置との間の通信路の輻輳状態を判定するとともに、その輻輳状態を前記電話端末に通知し、前記電話端末は通知された輻輳状態を表示するようにした。
【０００８】
本発明は、上記ＶｏＩＰ電話装置において、前記輻輳状態が、低レベルである場合には、電話端末からの発呼時に予め初期値として定められている音声圧縮レートを前記初期値より低い圧縮レートで通信するようにした。
【０００９】
【実施例】
以下、図１を用いて、本発明に係るＶｏＩＰ電話装置を用いた通信システムの構成を説明する。図１に示すように、本発明に係る主装置１（１−１〜１−４）と電話端末２（２−１−１〜２−１−４と２−２−１〜２−２−４と２−３−１〜２−３−４及び２−４−１〜２−４−４）より成るＶｏＩＰ電話装置は、複数の電話端末を収容する主装置間を、ＬＡＮ３（３−１）、ルータ４（４−１）、通信回線５（５−１と５−２）、ルータ４（４−２と４−３）、ＬＡＮ３（３−２と３−３）を介して接続して構成され、通信路を複数の通信呼で分割して使用している。なお、通信回線は、使用料金が定額であるディジタル専用線またはＩＰ−ＶＰＮを使用している。また、対向する主装置間の通信路（以下、方路という）としては、図１は主装置１−１から見ると、３方路（方路１〜方路３）を有するシステム例を示している。さらに、各主装置１は電話端末２を便宜上４台づつ収容しているが、収容数は１台でもよい。
【００１０】
次に、図２を用いて、本発明に係る主装置１のハードウェア構成を説明する。主装置１は、ＣＰＵ１０１とプログラムメモリ１０２とデータメモリ１０３よりなり、ＩＰパケットの組立／分解を行うとともに、装置各部を制御する主制御部１０と、電話端末２に対してレイヤ１およびレイヤ２の制御、電話端末２の音声データ速度とハイウェイの音声データ速度の変換、および呼制御情報のレイヤ３および呼制御情報以外の情報メッセージである制御データの送受信を行う内線ＩＦ１１（１１−１〜１１−４）と、音声データの圧縮（送信データ）及び伸長（受信データ）を行う音声圧縮／伸長部１２と、ＩＰパケットを送受信するためのＬＡＮ３とのインタフェースであるＬＡＮ−ＩＦ１３を有して構成される。なお、ハイウェイは音声データが多重される。
【００１１】
また、プログラムメモリ１０２には、通信時に対向する装置との間で行われる通信形式の決定に用いられる音声圧縮形式が記憶されている。例えば、音声圧縮形式はＧ．７２３．１（５．３ｋｂｐｓ）とＧ．７２９Ａ（８．０ｋｂｐｓ）の２種類を有し、初期値はＧ．７２３．１（５．３ｋｂｐｓ）に設定されている。
【００１２】
次に、図３を用いて、主制御部１０の機能構成を説明する。主制御部１０は、トラヒックを監視するトラヒック監視部１２１と、通信を制御する通信制御部１２２と、Ｈ．３２３インターネット電話用プロトコルによるＶｏＩＰ接続手順を管理するプロトコル管理部１２３と、ＴＣＰ／ＩＰパケットおよびＵＤＰ／ＩＰパケットを組立／分解しＩＰパケット転送の状態を管理するＩＰパケットプロトコル制御部１２４と、内線ＩＦ１１（１１−１〜１１−４）に対して発呼の起動／検出、終話の起動／検出、通信路のトラヒック状態等の情報メッセージの送受信を行う内線ＩＦ制御ドライバ部１２５と、音声圧縮／伸長部１２に対して動作条件の設定、音声データの書込／読出を行う音声制御コマンド／イベント制御ドライバ部１２６と、ＬＡＮ−１Ｆ１３に対してデータの書込／読出を行うＬＡＮドライバ部１２７とを有して構成されている。
【００１３】
次に、図４を用いて、本発明に係る電話端末２のハードウェア構成を説明する。電話端末２は、主装置１より送信されるレイヤ３の情報メッセージ（トラヒックレベルを通知する情報メッセージを含む）を検出し、発呼（オンフック）やダイヤルおよび切断（オンフック）等を検出し、各部を制御する制御部２８と、主装置１との間で、レイヤ１およびレイヤ２を制御して音声データの送受信、およびレイヤ３の情報メッセージである制御データの送受信を行う回線インタフェース部２５と、音声データのアナログ／ディジタル変換を行うＣＯＤＥＣ２４と、アナログ音声信号の２線／４線変換を行う通話回路と、接続シーケンスの進行状態を電話機の使用者に通知する可聴音を発生するトーン発生回路を有するアナログ回路部２３と、送受話器であるハンドセット２１と、着信時に着信音を報知するスピーカ２２と、オフフック／オンフックを検出するフックスイッチ２６と、ダイヤルキー等のキー操作部２７と、後述する図９に示す方路の輻輳状態および発信、着信、ダイヤル番号等を表示する表示器２９を有して構成される。
【００１４】
次に、図５〜図６を用いて、トラヒック監視部１２１の動作を説明する。なお、トラヒック監視部１２１は、擬似音声データ生成手段と、受信した擬似音声パケットまたは音声パケットの到着時間間隔の標準偏差値を算出し記憶する、擬似音声／音声パケット到着時間間隔監視手段と、受信した擬似音声パケットまたは音声パケットの到着時間間隔の標準偏差値を擬似音声受信情報パケットまたは音声受信情報パケットとして、対向する主装置１へ送信するための送信情報データ生成手段と、対向する主装置１から送信されてくる擬似音声受信情報パケットまたは音声受信情報パケットより、到着時間間隔の標準偏差値を抽出し記憶する、受信情報データ解析手段と、輻輳状態を判定する輻輳状態判定手段とを有し、以下の動作で方路毎にトラヒックを監視している。
【００１５】
トラヒック監視部１２１は、待機時（エンド・ツウ・エンドの通信が行われていない状態）においては、図５（ａ）に示すように、通信制御部１２２に対して、方路毎に対向する主装置１へトラヒック判定用の擬似音声パケット（ＵＤＰパケット）の送信を指示する。この擬似音声パケットの送信指示は、定時間間隔（例えば、３０ｍｓ）毎に［Ｎ＋１］回の送信（Ｓ２０１）を指示する。
【００１６】
また、トラヒック監視部１２１は、待機状態において、トラヒックを監視するために、通信制御部１２２に対して、上述のトラヒック判定用の擬似音声パケット（ＵＤＰパケット）の［Ｎ＋１］回の送信指示を定時間間隔（例えば、１分）毎に繰り返す。
【００１７】
一方、トラヒック監視部１２１は、対向する主装置１から同様にして、送信されてくる擬似音声パケット（Ｓ２０１）を通信制御部１２２より［Ｎ＋１］回受信する。
【００１８】
また、トラヒック監視部１２１は、対向する主装置１と通信中（エンド・ツウ・エンドの通信が行われている状態）においては、図５（ｂ）に示すように、通信制御部１２２に対して、トラヒック判定用の擬似音声パケット（ＵＤＰパケット）の送信を指示せずに、通信制御部１２２が送受信（Ｓ３０１）する音声パケット（ＵＤＰパケット）を利用する。すなわち、対向する主装置１から送信されてくる音声パケットを通信制御部１２２より［Ｎ＋１］回受信する。なお、この［Ｎ＋１］回の受信は、定時間間隔（例えば、１分）毎に繰り返す。
【００１９】
また、対向する主装置１と複数の呼が通信中の状態においては、通信制御部１２２は、複数の呼の音声データを多重して１つの音声パケットとして送受信するため、複数の呼が通信中の状態であっても、１つの呼が通信中の状態と同様に、トラヒック監視部１２１は通信制御部１２２より［Ｎ＋１］回の音声パケットを受信する。
【００２０】
次に、図６を用いて、トラヒックの判定処理について説明する。まず、待機状態においては、対向する主装置１から送信されてくる擬似音声パケットの到着通知を通信制御部１２２より［Ｎ＋１］回受信し、Ｎ回の擬似音声パケット到着時間間隔を算出して記録（Ｓ４０１）し、そのＮ回の擬似音声パケット到着時間間隔の標準偏差を算出（Ｓ４０２）し、受信側トラヒックレベルを判定（Ｓ４０３）する。
【００２１】
受信側トラヒックレベルの判定は、判定のために記憶している基準値（ｔ１、ｔ２の２種類）と比較し、以下の判定を行う。
・受信側トラヒックレベル１……算出した標準偏差＜ｔ１
・受信側トラヒックレベル２……ｔ１≦算出した標準偏差≦ｔ２
・受信側トラヒックレベル３……ｔ２＜算出した標準偏差
【００２２】
トラヒックレベルを判定すると、受信側トラヒックレベルの記録を更新（Ｓ４０４）し、判定した受信側トラヒックレベルを擬似音声受信情報パケットとして対向する主装置１に送信するための送信情報データを生成し、通信制御部１２２に対して、対向する主装置１へ擬似音声受信情報パケット（ＴＣＰパケット）の送信を指示（Ｓ４０５）する。この送信指示により、通信制御部１２２は、図５（ａ）に示すように、擬似音声受信情報パケットを対向する主装置１へ送信（Ｓ２０２）する。
【００２３】
一方、対向する主装置１から同様にして、送信されてくる擬似音声受信情報パケット（ＴＣＰパケット）を通信制御部１２２より受信（Ｓ４０６）すると、トラヒックレベルを抽出（Ｓ４０７）し、送信側トラヒックレベルの記録を更新（Ｓ４０８）する。なお、図５（ａ）に示すように、通信制御部１２２は、対向する主装置１から送信されてくる擬似音声受信情報パケットを受信（Ｓ２０２）している。
【００２４】
次に、受信側トラヒックレベルと送信側トラヒックレベルを比較（Ｓ４０９）し、トラヒックレベルの高い方を現在のトラヒックレベルと判定（Ｓ４１０）して、トラヒックレベルの記録を更新（Ｓ４１１）する。
【００２５】
トラヒック監視部１２１は、待機状態において、上述したように、トラヒックレベルを定時間間隔（例えば、１分）毎に監視し、トラヒックレベルを記録・更新する。
【００２６】
また、トラヒック監視部１２１は、対向する主装置１と通信中の状態においては、対向する主装置１から送信されてくる音声パケットの到着通知を通信制御部１２２より［Ｎ＋１］回受信し、Ｎ回の音声パケット到着時間間隔を算出して記録（Ｓ４０１）し、そのＮ回の音声パケット到着時間間隔の標準偏差を算出（Ｓ４０２）し、受信側トラヒックレベルを同様に判定（Ｓ４０３）し、受信側トラヒックレベルの記録を更新（Ｓ４０４）し、判定した受信側トラヒックレベルを音声受信情報パケットとして対向する主装置１に送信するための送信情報データを生成し、通信制御部１２２に対して、対向する主装置１へ音声受信情報パケット（ＴＣＰパケット）の送信を指示（Ｓ４０５）する。この送信指示により、通信制御部１２２は、図５（ｂ）に示すように、音声受信情報パケットを対向する主装置１へ送信（Ｓ３０２）する。一方、対向する主装置１から同様にして、送信されてくる擬似音声受信情報パケット（ＴＣＰパケット）を通信制御部１２２より受信（Ｓ４０６）すると、トラヒックレベルを抽出（Ｓ４０７）し、送信側トラヒックレベルの記録を更新（Ｓ４０８）する。なお、図５（ｂ）に示すように、通信制御部１２２は、対向する主装置１から送信されてくる音声受信情報パケットを受信（Ｓ３０２）している。次に、受信側トラヒックレベルと送信側トラヒックレベルを比較（Ｓ４０９）し、トラヒックレベルの高い方を現在のトラヒックレベルと判定（Ｓ４１０）して、トラヒックレベルの記録を更新（Ｓ４１１）する。
【００２７】
以上、トラヒックの判定処理は、待機状態においては擬似音声パケットを利用し、通信中においては音声パケットを利用するが、同様な処理方法としている。
【００２８】
次に、図７〜図８を用いて、通信制御部１２２の動作を説明する。なお、通信制御部１２２は、発信／着信等の通信の接続手順および通信の音声圧縮レートを管理・制御するとともに、トラヒック監視部１２１が記録・更新したトラヒックレベルを定時間間隔（例えば、１分）毎に読み出して、読み出したトラヒックレベルを内線ＩＦ１１（１１−１〜１１−４）を介して電話端末２に送信してトラヒック情報を伝達する。また、電話端末２が特定の方路に向けて発信起動した際にも、その方路のトラヒックレベルを読み出して、発信の可否判定をして接続処理をしている。
【００２９】
図７〜図８を説明する前に、トラヒック監視に係る通信制御部１２２の動作を説明する。待機状態（エンド・ツウ・エンドの通信が行われていない状態）においては、前述したように、通信制御部１２２は、トラヒック監視部１２１の指示により、図５に示すように、方路毎に対向する主装置１へ定時間間隔（例えば、３０ｍｓ）毎に［Ｎ＋１］回の擬似音声パケット（ＵＤＰパケット）を送信し、この擬似音声パケットの［Ｎ＋１］回の送信を定時間間隔（例えば、１分）毎に繰り返す。
【００３０】
一方、通信制御部１２２は、対向する主装置１から同様にして、送信されてくる擬似音声パケットを［Ｎ＋１］回受信し、受信した擬似音声パケットをトラヒック監視部１２１に伝達する。
【００３１】
また、通信制御部１２２は、対向する主装置１と通信中の状態（エンド・ツウ・エンドの通信が行われている状態）においては、トラヒック判定用の擬似音声パケット（ＵＤＰパケット）は送信せずに、定時間間隔（例えば、１分）毎に連続して受信した［Ｎ＋１］回の音声パケット（ＵＤＰパケット）をトラヒック監視部１２１に伝達する。
【００３２】
また、通信制御部１２２は、対向する主装置１と複数の呼が通信中の状態においては、複数の呼の音声データを多重して１つの音声パケットとして送受信し、複数の呼が通信中の状態であっても、１つの呼が通信中の状態と同様に、［Ｎ＋１］回の音声パケット（ＵＤＰパケット）をトラヒック監視部１２１に伝達する。
【００３３】
また、通信制御部１２２は、トラヒック監視部１２１の指示により、受信側トラヒックレベルを対向する主装置１へ擬似音声受信情報パケット（ＴＣＰパケット）として送信する。
【００３４】
一方、通信制御部１２２は、対向する主装置１から同様にして、送信されてくる擬似音声受信情報パケット（ＴＣＰパケット）をトラヒック監視部１２１伝達する。
【００３５】
次に、図７を用いて、通信制御部１２２が電話端末２に方路毎のトラヒック情報メッセージを送信する動作について説明する。前述したように、通信制御部１２２は、待機状態および通信中の状態において、トラヒック監視部１２１が記録・更新したトラヒックレベルを定時間間隔（例えば、１分）毎に読み出して、読み出したトラヒックレベルを内線ＩＦ１１（１１−１〜１１−４）を介して電話端末２に制御データとしてのトラヒック情報メッセージを送信しトラヒック情報を伝達する。本実施例では、主装置１と電話端末２との間は、２Ｂ（２×６４Ｋｂｐｓ）＋Ｄ（１６Ｋｂｐｓ）のインタフェース構造で、制御データはＤチャネルを使用した独自手順を採用している。
【００３６】
次に、図８及び図９を用いて、本発明のＶｏＩＰ電話装置の動作について説明する。前述した如く、図８（ａ）に示すように、待機状態において、主装置１と対向する主装置１は、擬似音声パケット及び擬似音声受信情報パケットを送受信（Ｓ２０１、Ｓ２０２）することにより方路のトラヒックを判定し、電話端末２へトラヒック情報を送信（Ｓ２０３ａ、Ｓ２０３ｂ）し、電話端末２は、図９（ａ）に一例を示すように、方路毎のトラヒックレベルを表示器２９に表示（Ｓ２０４ａ、Ｓ２０４ｂ）している。
【００３７】
図８（ａ）に示すように、発信側電話端末２は、発呼操作（オフフック）があると、発呼（オフフック）信号を主装置１に送信（Ｓ６０１）し、主装置１から発呼受付信号を受信（Ｓ６０２）すると、ハンドセット２１にＤＴ（ダイヤルトーン）を送出（Ｓ６０３）する。
【００３８】
次に、発信側電話端末２より方路番号をダイヤルすると、発信側電話端末２は、方路番号信号を主装置１に送信（Ｓ６０４）する。主装置１は方路番号を受信し、その方路のトラヒックレベルをチェックして、トラヒックがレベル１またはレベル２のときは、接続可信号を発信側電話端末２に送信（Ｓ６０５）する。なお、接続可信号は２種類で、トラヒックレベル１の場合は接続可１信号を、トラヒックレベル２の場合は接続可２信号を送信する。発信側電話端末２は、接続可１信号を受信すると、ＳＤＴ１（セカンドダイヤルトーン１）を、接続可２信号を受信すると、ＳＤＴ２（セカンドダイヤルトーン２）をハンドセット２１に送出（Ｓ６０６）する。続いて、発信側電話端末２より相手番号をダイヤルすると、発信側電話端末２は、相手番号信号を主装置１に送信（Ｓ６０７）する。このときに、発信側電話端末２は、図９（ｂ）に一例を示すように、本実施例では、発信先方路のトラヒックレベルと発信先方路番号とダイヤルした番号を表示器２９に表示し、他方路のトラヒックレベルは表示しないようにしている。また、発信先方路のトラヒックレベルはトラヒックの状態に応じて更新される。
【００３９】
主装置１は相手番号を受信すると、着信側の主装置１に対して、Ｈ．２２５．０呼シグナリングチャネル開設信号を送信（Ｓ６０８）し、さらに、相手番号情報を含む呼設定信号を送信（Ｓ６０９）する。
【００４０】
一方、着信側の主装置１は、呼設定信号を受信すると、着信側電話端末２に着信信号を送信（Ｓ６１０）して、着信側電話端末２を呼び出すとともに、発信側の主装置１に呼出信号を送信（Ｓ６１２）する。
【００４１】
一方、着信側電話端末２は、着信信号を受信すると、スピーカ２２より着信音を鳴動（Ｓ６１１）させる。
【００４２】
発信側の主装置１は、呼出信号を受信すると、発信側電話端末２に呼出中信号を送信（Ｓ６１３）する。
【００４３】
発信側電話端末２は、呼出中信号を受信すると、ハンドセットに呼出音を送出（Ｓ６１４）する。
【００４４】
着信側電話端末２で応答すると、着信側電話端末２は、着信側の主装置１に応答信号を送信（Ｓ６１５）するとともに、通信中の状態となる。
【００４５】
着信側の主装置１は、応答信号を受信すると、発信側の主装置１に応答信号を送信（Ｓ６１６）する。
【００４６】
発信側の主装置１は、応答信号を受信すると、発信側電話端末２に応答信号を送信（Ｓ６１７）するとともに、着信側の主装置１にＨ．２４５制御チャネル開設信号を送信（Ｓ６１８）する。　発信側の主装置１と着信側の主装置１は、Ｈ．２４５制御チャネルでネゴシエーションを行い、能力情報交換（Ｓ６１９）とマスタ／スレーブ決定（Ｓ６２０）をして、論理チャネルを開設（Ｓ６２１）して、エンド・ツウ・エンドの通信中（Ｓ６２２）の状態となる。
【００４７】
発信側電話端末２は、応答信号を受信すると、通信中の状態となる。
【００４８】
通話が終了し、発信側電話端末２が切断（オンフック）される（Ｓ６２３）と、発信側の主装置１は、着信側の主装置１とネゴシエーションを行い、論理チャネル終結（Ｓ６２４）させ、セッション終了（Ｓ６２５）させると、着信側の主装置１にＨ．２４５制御チャネル解放信号を送信（Ｓ６２６）した後、解放完了信号を送信（Ｓ６２７）し、さらに、Ｈ．２２５．０呼シグナリングチャネル解放信号を送信（Ｓ６２９）して、待機状態となる。
【００４９】
一方、着信側の主装置１は、解放完了信号を受信すると、着信側電話端末２に切断信号を送信（Ｓ６２８）し、Ｈ．２２５．０呼シグナリングチャネル解放信号を受信（Ｓ６２９）すると、待機状態となる。
【００５０】
着信側電話端末２は、切断信号を受信（Ｓ６２８）すると、ハンドセットにＢＴ（ビジートーン）を送出（Ｓ６３０）し、使用者が切断（オンフック）する（Ｓ６３１）ことにより、待機状態となる。
【００５１】
なお、発信側電話端末２より方路番号をダイヤルしたときに、トラヒックがレベル３のときは、図８（ｂ）に示すように、主装置１は接続不可信号を発信側電話端末２に送信（Ｓ６５１）する。このときは、発信側電話端末２は、図８（ｂ）のように、ＢＴ（ビジートーン）を送出（Ｓ６５２）して、使用者に切断（オンフック）（Ｓ６５２）を促す。
【００５２】
次に、図１０を用いて、トラヒックがレベル１であるときには、発呼時に予め初期値として定められている音声圧縮レートを一段階下げた低圧縮レートで通信を行う、通信制御部１２２の通信制御フローを説明する。
【００５３】
通信制御部１２２は、発信側電話端末２からの発呼（オフフック）を検出（Ｓ７０１）すると、発呼受付（Ｓ７０２）し、方路番号（特番）を受信（Ｓ７０３）すると、その方路のトラヒックレベルをチェック（Ｓ７０４）する。
【００５４】
トラヒックレベルのチェック結果がレベル１（Ｓ７０５）であれば、発信側電話端末２へ接続可１信号を送信（Ｓ７０６）して発信起動（Ｓ７０７）し、相手番号（ダイヤル）受信（Ｓ７０８）すると、着信側の主装置１に対して、Ｈ．２２５．０呼シグナリングチャネル開設（Ｓ７０９）を行い、呼設定を送信（Ｓ７１０）する。
【００５５】
着信側の主装置１より、呼出信号を受信（Ｓ７１１）すると、発信側電話端末２に呼出中信号を送信（Ｓ７１２）する。
【００５６】
着信側の主装置１より、応答信号を受信（Ｓ７１３）すると、発信側電話端末２に応答信号を送信（Ｓ７１３）するとともに、着信側の主装置１との間でＨ．２４５制御チャネルを開設（Ｓ７１５）する。
【００５７】
Ｈ．２４５制御チャネルで、着信側の主装置１と能力情報交換（Ｓ７１６）を行うときに、予め初期値として定められている音声圧縮レートより一段階下げた低圧縮レートでネゴシエーションを行い、音声圧縮レートを初期値より低い圧縮レートに設定する。
【００５８】
さらに、マスタ／スレーブ決定（Ｓ７１７）を行い、論理チャネルを開設（Ｓ７１８）して、通信中（Ｓ７１９）の状態とする。
【００５９】
発信側電話端末２から、切断（オンフック）（Ｓ７２０）があると、論理チャネルを終結（Ｓ７２１）し、セッションを終了（Ｓ７２２）し、Ｈ．２４５制御チャネルを解放（Ｓ７２３）し、解放完了を送信（Ｓ７２４）し、Ｈ．２２５．０呼シグナリングチャネルを解放（Ｓ７２５）して、待機状態となる。
【００６０】
トラヒックレベルのチェック結果がレベル１（Ｓ７０５）でなく、レベル２（Ｓ７３１）の場合は、発信側電話端末２へ接続可２信号を送信（Ｓ７３２）する。その後、発信起動（Ｓ７３３）〜２４５制御チャネル開設（Ｓ７４１）までは、上述のトラヒックレベル１の場合の発信起動（Ｓ７０７）〜２４５制御チャネル開設（Ｓ７１５）に同じ動作となる。Ｈ．２４５制御チャネルで、着信側の主装置１と能力情報交換（Ｓ７４２）を行うときは、予め初期値として定められている音声圧縮レートでネゴシエーションを行い、音声圧縮レートを初期値に設定する。その後、マスタ／スレーブ決定（Ｓ７１７）〜２４５制御チャネル開設（Ｓ７４１）までは、上述のトラヒックレベル１の場合と同じ動作となる。
【００６１】
また、トラヒックレベル・チェックの結果がレベル１（Ｓ７０５）でなく、レベル２（Ｓ７３１）でなく、レベル３の場合は、発信側電話端末２へ接続不可信号を送信（Ｓ７５１）し、発信側電話端末２の切断（オンフック）（Ｓ７５２）を検出すると、待機状態となる。
【００６２】
なお、実施例では、輻輳状態の表示方法として、ディスプレイタイプとしたが、方路対応の表示方法としてランプを設け、ランプの色等でトラヒックレベルを表示可能なことは言うまでもない。
【００６３】
【発明の効果】
本発明により、電話端末と主装置よりなるＶｏＩＰ電話装置において、主装置間の方路のトラヒック状態を電話端末に表示するため、電話端末から発呼する前に電話をかけたい方路が使用可能な状態にあるか否かを確認できるので、発呼してみて、はじめて使用できないという無効呼を防ぐことができるとともに、通信中にトラヒックが輻輳し、通話を断念した場合にも、再発呼して良いかどうかをいつでも知ることが可能となる。
【００６４】
また、方路毎にトラヒック状態を電話端末に表示するため、方路毎に用件がある場合には、トラヒックの低い方路を優先して使用することが可能となる。
【００６５】
さらに、発呼先の方路のトラヒックが低い状態の場合には、装置の初期値として設定された固定の音声圧縮レートより低い音声圧縮レートで接続するので、より良い音声品質の通話をすることが可能となる。
【図面の簡単な説明】
【図１】本発明に係るＶｏＩＰ電話装置を用いた通信システムの構成を説明する図である。
【図２】本発明に係る主装置のハードウェア構成を説明するブロック図である。
【図３】本発明に係る主装置の主制御部のソフトウェア構成を説明するブロック図である。
【図４】本発明に係る電話端末のハードウェア構成を説明するブロック図である。
【図５】本発明に係るトラヒック監視方法を説明するシーケンス図である。
【図６】本発明に係るトラヒック判定方法を説明するフローチャートである。
【図７】本発明に係るトラヒック監視方法を説明するフローチャートである。
【図８】本発明に係るＶｏＩＰ電話装置の動作を説明するシーケンス図である。
【図９】本発明に係る電話端末におけるトラヒックレベル表示の一例を説明する図である。
【図１０】本発明に係る音声圧縮レートの設定方法を説明するフローチャートである。
【符号の説明】
１　主装置
２　電話端末
３　ＬＡＮ
４　ルータ
５　通信回線
１０　主制御部
１１　内線ＩＦ
１２　音声圧縮／伸長部
１３　ＬＡＮ−ＩＦ
２１　ハンドセット
２２　スピーカ
２３　アナログ回路部
２４　ＣＯＤＥＣ
２５　回線インタフェース部
２６　フックスイッチ
２７　キー操作部
２８　制御部
２９　表示器
１０１　ＣＰＵ
１０２　プログラムメモリ
１０３　データメモリ
１２１　トラヒック監視部
１２２　通信制御部
１２３　プロトコル管理部
１２４　ＩＰパケットプロトコル制御部
１２５　内線ＩＦ制御ドライバ
１２６　音声制御コマンド／イベント制御ドライバ
１２７　ＬＡＮドライバ
【図１】
2004064717.tif 000003
【図２】
2004064717.tif 000004
【図３】
2004064717.tif 000005
【図４】
2004064717.tif 000006
【図７】
2004064717.tif 000007
【図９】
2004064717.tif 000008
【図５】
2004064717.tif 000009
【図６】
2004064717.tif 000010
【図８】
2004064717.tif 000011
【図１０】
2004064717.tif 000012