JPH09168008A

JPH09168008A - 通信会議端末装置の伝送制御方法

Info

Publication number: JPH09168008A
Application number: JP34713195A
Authority: JP
Inventors: Kazuyoshi Onishi; 一喜大西
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1995-12-15
Filing date: 1995-12-15
Publication date: 1997-06-24

Abstract

(57)【要約】【課題】汎用データの通信を効率的に行えるようにし
た通信会議端末装置の伝送制御方法を提供することを目
的としている。【解決手段】通信開始直後に、相手端末との間で初期
設定のネゴシエーションを行う際に、処理を実行するプ
ライオリティを最上位値に設定したので、かかる初期設
定のネゴシエーションが迅速に終了し、通信動作が円滑
にかつ安定して行うことができるという効果を得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、音声情報、動画情
報、および、汎用データを多重化通信する機能を備える
とともに、汎用データの通信は、マルチレイヤプロトコ
ル機能を用いた複数の通信アプリケーションによるデー
タ通信が、独立して実行可能な通信会議端末装置の伝送
制御方法に関する。

【０００２】

【従来の技術】ＩＳＤＮを用いたデータ通信アプリケー
ションの主要なものとして、テレビ会議通信端末などの
通信会議端末装置が実用されている。この通信会議端末
装置では、基本的に、音声情報、動画情報、および、汎
用データを多重化通信する機能を備えており、２つまた
は複数の端末間で、音声情報と動画情報の通信によるテ
レビ会議セッションを、静止画情報、テレライティング
情報あるいはファクシミリ情報の通信を補助的に行いな
がら進行することができる。

【０００３】また、かかる通信会議端末装置では、静止
画情報、テレライティング情報あるいはファクシミリ情
報の通信は、汎用データとしてやりとりされ、その汎用
データの通信は、マルチレイヤプロトコル機能を用いて
行われる。また、複数の通信アプリケーション（例え
ば、Ｃ＆Ｉ（会議進行）通信アプリケーション、静止画
通信アプリケーション、テレライティング通信アプリケ
ーション、バルクデータ（ファクシミリデータなど）通
信アプリケーションなど）は、それぞれ独立して、並列
的に実行される。

【０００４】

【発明が解決しようとする課題】さて、このような通信
会議端末装置では、汎用データの通信リンクを用いて、
複数の通信アプリケーションによるデータ通信処理が並
列的に行われるので、汎用データの通信リンクに割り当
てられる通信データ容量が、おのおのの通信アプリケー
ションで分割して使用されるため、通信アプリケーショ
ンの実行状態によっては、割り当てられる通信データ容
量が十分でなく、１通信に要する時間が長くなったり、
あるいは、装置全体のシステムの処理負担が大きくなる
などの不具合を生じることがあった。

【０００５】本発明は、かかる実情に鑑みてなされたも
のであり、汎用データの通信を効率的に行えるようにし
た通信会議端末装置の伝送制御方法を提供することを目
的としている。

【０００６】

【課題を解決するための手段】本発明は、音声情報、動
画情報、および、汎用データを多重化通信する機能を備
えるとともに、汎用データの通信は、マルチレイヤプロ
トコル機能を用いた複数の通信アプリケーションによる
データ通信が、独立して実行可能な通信会議端末装置の
伝送制御方法において、上記通信アプリケーションの実
行開始時、その通信アプリケーションの処理のプライオ
リティを最上位値に設定するようにしたものである。

【０００７】また、音声情報、動画情報、および、汎用
データを多重化通信する機能を備えるとともに、汎用デ
ータの通信は、マルチレイヤプロトコル機能を用いた複
数の通信アプリケーションによるデータ通信が、独立し
て実行可能な通信会議端末装置の伝送制御方法におい
て、上記通信アプリケーションの処理の実行プライオリ
ティは、それぞれ独立した値が設定されるとともに、上
記通信アプリケーションの実行時、レイヤ２の通信パラ
メータのネゴシエーションが実行されている間、その通
信アプリケーションの処理のプライオリティを最上位値
に設定するようにしたものである。

【０００８】また、音声情報、動画情報、および、汎用
データを多重化通信する機能を備えるとともに、汎用デ
ータの通信は、マルチレイヤプロトコル機能を用いた複
数の通信アプリケーションによるデータ通信が、独立し
て実行可能な通信会議端末装置の伝送制御方法におい
て、上記通信アプリケーションの処理の実行プライオリ
ティは、それぞれ独立した値が設定されるとともに、上
記通信アプリケーションの実行時、情報フレームの通信
状況に応じて、その通信アプリケーションの処理のプラ
イオリティを設定するようにしたものである。

【０００９】また、音声情報、動画情報、および、汎用
データを多重化通信する機能を備えるとともに、汎用デ
ータの通信は、マルチレイヤプロトコル機能を用いた複
数の通信アプリケーションによるデータ通信が、独立し
て実行可能な通信会議端末装置の伝送制御方法におい
て、上記通信アプリケーションの処理の実行プライオリ
ティをそれぞれ設定するとともに、上記通信アプリケー
ションの実行時、レイヤ２の通信パラメータのネゴシエ
ーションが実行されている間、その通信アプリケーショ
ンの処理のプライオリティを最上位値に設定するととも
に、情報フレームの通信状況に応じて、その通信アプリ
ケーションの処理のプライオリティを設定するようにし
たものである。

【００１０】また、音声情報、動画情報、および、汎用
データを多重化通信する機能を備えるとともに、汎用デ
ータの通信は、マルチレイヤプロトコル機能を用いた複
数の通信アプリケーションによるデータ通信が、独立し
て実行可能な通信会議端末装置の伝送制御方法におい
て、上記通信アプリケーションの処理の実行プライオリ
ティをそれぞれ設定するとともに、上記通信アプリケー
ションの実行時、レイヤ２の通信パラメータのネゴシエ
ーションが実行されている間、その通信アプリケーショ
ンの処理のプライオリティを最上位値に設定するととも
に、情報フレームの通信状況に応じて、その通信アプリ
ケーションの処理のプライオリティを設定し、上記通信
アプリケーションの処理のプライオリティの値に応じ
て、その通信アプリケーションでアイドル状態を検出す
るためのタイマの値を設定するようにしたものである。

【００１１】

【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施例を詳細に説明する。

【００１２】図１は、本発明の一実施例にかかるテレビ
会議通信端末装置を示している。このテレビ会議通信端
末装置は、ＩＳＤＮの基本インタフェースを伝送路とし
て用いるものであり、音声情報の通信機能、動画情報の
通信機能、静止画情報の通信機能、グループ３ファクシ
ミリ通信機能、グループ４ファクシミリ通信機能、テレ
ライティング機能、および、これらの通信機能の多重化
通信機能を備え、また、ＩＳＤＮの基本インタフェース
に接続し、２つの情報チャネル（Ｂチャネル）を用いた
データ通信が可能である。また、このテレビ会議通信端
末装置は、さらに、１つの情報チャネルを用いて、ＰＳ
ＴＮに接続されたグループ３ファクシミリ装置との間で
データ伝送する機能、および、ＩＳＤＮに接続されたグ
ループ４ファクシミリ装置との間でデータ伝送する機能
も備えている。

【００１３】同図において、ＣＰＵ（中央処理装置）１
は、このテレビ会議通信端末装置の各部の制御処理、テ
レビ会議通信の上位レイヤの処理、このテレビ会議通信
端末装置が備えている各種のアプリケーションプログラ
ムの実行処理、および、情報チャネルを用いたグループ
３ファクシミリ装置およびグループ４ファクシミリ装置
の伝送制御処理などの各種制御処理を実行するものであ
り、ＲＯＭ（リード・オンリ・メモリ）２は、ＣＰＵ１
が実行する制御処理プログラムの一部や、制御処理プロ
グラムを実行するために必要な各種のデータなどを記憶
するものであり、ＲＡＭ（ランダム・アクセス・メモ
リ）３は、ＣＰＵ１のワークエリアなどを構成するもの
である。

【００１４】時計回路４は、現在日時情報を出力するた
めのものであり、スキャナ５は、所定の解像度で原稿画
像を読取入力するためのものであり、プロッタ６は、所
定の解像度で画像を記録出力するためのものであり、符
号化復号化部７は、スキャナ５が読み取って得た画信号
をグループ４ファクシミリ機能の符号化方式で符号化圧
縮するとともに、符号化された画情報を元の画信号に復
号化するためのものであり、画像処理部８は、画像デー
タの変倍処理や解像度変換処理などの各種画像処理を実
行するものであり、磁気ディスク装置９は、システムソ
フトウェア、複数のアプリケーションプログラム、およ
び、多数のユーザデータなどを記憶するためのものであ
る。

【００１５】液晶表示装置１０は、テレライティング通
信機能における表示装置、ユーザがこのテレビ会議通信
端末装置を操作するときの表示部、および、ファクシミ
リ画情報に付加情報を付加するか否かの問い合わせ等の
種々の表示情報の表示手段として用いられるものであ
り、ＬＣＤ表示制御部１１は、液晶表示装置１０の表示
内容を制御するためのものである。

【００１６】タッチパネル装置１２は、液晶表示装置１
０の表示画面に設けられて、タッチ操作された座標デー
タや、タッチ状態データなどを出力するものであり、タ
ッチパネル制御部１３は、タッチパネル装置１２の動作
を制御するものである。

【００１７】音声入出力装置１４は、通話のための音声
をマイク入力するとともにスピーカ出力するためのもの
であり、音声入出力装置１４へのアナログ音声信号およ
び音声入出力装置１４から出力されるアナログ音声信号
は、切換器１５の一方の切換入力端に加えられている。

【００１８】切換器１５は、ＣＰＵ１から加えられる制
御信号により、音声ＣＯＤＥＣ１６のアナログ入力端
を、音声入出力装置１４あるいはグループ３ファクシミ
リモデム１７のいずれか一方に接続するものである。

【００１９】音声ＣＯＤＥＣ１６は、ＩＳＤＮのＢチャ
ネルを用いてアナログ音声信号を伝送するためのアナロ
グ信号／デジタルデータの信号変換処理を行なうための
ものである。

【００２０】グループ３ファクシミリモデム１７は、グ
ループ３ファクシミリ装置機能のモデム機能を実現する
ためのものであり、伝送手順信号をやりとりするための
低速モデム機能（Ｖ．２１モデム）、および、おもに画
情報をやりとりするための高速モデム機能（Ｖ．１７モ
デム、Ｖ．３３モデム、Ｖ．２９モデム、Ｖ．２７ｔｅ
ｒモデムなど）を備えている。

【００２１】ビデオカメラ装置１８は、このテレビ会議
通信端末装置のユーザ側の映像を撮影するためのもので
あり、このビデオカメラ装置１８から出力される動画信
号は、ビデオＣＯＤＥＣ１９の映像信号入力端に加えら
れるとともに、表示制御部２０の動画信号入力端に加え
られている。ビデオカメラ制御部２１は、ビデオカメラ
装置１８の撮影オン／オフ、ズームイン／ズームアウ
ト、および、パンなどの動作を制御するためのものであ
る。

【００２２】ビデオＣＯＤＥＣ１９は、ビデオカメラ装
置１８から入力したアナログＮＴＳＣ形式の動画信号を
対応するデジタルデータの動画データに変換し、その動
画データを所定のＣＩＦ形式の動画データに変換し、さ
らに、ＴＴＣ標準ＪＴ−Ｈ．２６１の符号化方式で符号
化圧縮して動画情報を形成するとともに、符号化圧縮さ
れた状態の動画情報を元のＣＩＦ形式の動画データに変
換し、その動画データをＮＴＳＣ形式の動画データに変
換し、その動画データをデジタル／アナログ変換してア
ナログＮＴＳＣ形式の動画信号に変換するものである。

【００２３】書画カメラ装置２２は、静止画像を撮影す
るためのものであり、この書画カメラ装置２１から出力
されるアナログＮＴＳＣ信号（静止画信号）は、静止画
ＣＯＤＥＣ２３に加えられている。

【００２４】静止画ＣＯＤＥＣ２３は、書画カメラ装置
２２から加えられる静止画信号を、アナログ／デジタル
変換した後、所定の符号化方式（例えば、ＪＰＥＧ方
式）で符号化圧縮するとともに、圧縮された状態の静止
画情報を元の静止画信号に復号化するものであり、書画
カメラ装置２２から入力した静止画信号あるいは復号化
して得た静止画信号を表示制御部２０の静止画信号入力
端に出力している。書画カメラ制御部２４は、書画カメ
ラ装置２２の撮影オン／オフやズームイン／ズームアウ
トなどの動作を制御するためのものである。

【００２５】表示制御部２０は、ビデオモニタ装置２５
に表示する画面の表示内容を制御するものであり、ＣＰ
Ｕ１からの指令により、ビデオカメラ装置１８またはビ
デオＣＯＤＥＣ１９から入力する動画信号の表示画面情
報、および、静止画ＣＯＤＥＣ２３から加えられる静止
画信号の表示画面情報を形成し、それらの表示画面情報
を適宜に組み合わせた態様でビデオモニタ装置２５の表
示画面を構成する。

【００２６】ＩＳＤＮインタフェース回路２６は、ＩＳ
ＤＮに接続するとともに、ＩＳＤＮのレイヤ１の信号処
理機能およびＤチャネルの信号と２つのＢチャネルの信
号の統合／分離機能を備えたものであり、Ｄチャネルの
信号はＤチャネル伝送制御部２７とやりとりし、また、
２つのＢチャネルの信号は多重化／分離装置２８とやり
とりしている。

【００２７】Ｄチャネル伝送制御部２７は、Ｄチャネル
のレイヤ２の信号処理機能、および、１つまたは２つの
Ｂチャネルを呼接続／解放するための呼制御処理機能を
備えたものである。

【００２８】多重化／分離装置２８は、Ｂチャネルを用
いてやりとりする音声、動画、および、汎用データ（フ
ァクシミリ画情報データあるいは静止画データなどのそ
の他のデータ）などの複数のメディアのデータを多重化
し、ＴＴＣ標準ＪＴ−Ｈ．２２１に規定されているフレ
ームデータを形成して回線側に送出するとともに、受信
したフレームデータに多重化されている複数のメディア
のデータを分離するものである。この多重化／分離装置
２８は、音声データを音声ＣＯＤＥＣ１５との間でやり
とりし、動画データを動画ＣＯＤＥＣ１８との間でやり
とりし、また、汎用データをＣＰＵ１との間でやりとり
している。

【００２９】また、多重化／分離装置２８は、１つの情
報チャネルを用いてグループ３ファクシミリ装置との間
でファクシミリ通信動作を行うときには、音声ＣＯＤＥ
Ｃ１６とＩＳＤＮインタフェース回路２６との間を直接
接続し、また、１つの情報チャネルを用いてグループ４
ファクシミリ装置との間でファクシミリ通信動作を行う
ときには、汎用データを直接ＩＳＤＮインタフェース回
路２６との間でやりとりする。

【００３０】これらのＣＰＵ１、ＲＯＭ２、ＲＡＭ３、
時計回路４、スキャナ５、プロッタ６、符号化復号化部
７、画像処理部８、磁気ディスク装置９、ＬＣＤ表示制
御部１１、タッチパネル制御部１３、音声ＣＯＤＥＣ１
６、ビデオＣＯＤＥＣ１９、表示制御部２０、ビデオカ
メラ制御部２１、書画カメラ制御部２４、Ｄチャネル伝
送制御部２７、および、多重化／分離装置２８は、内部
バス２９に接続されており、これらの各要素間のデータ
のやりとりは、主として、内部バス２９を介して行われ
る。

【００３１】さて、テレビ会議通信端末装置では、Ｂチ
ャネルにおいては、ＴＴＣ標準ＪＴ−Ｈ．２２１で規定
されるマルチフレーム形式でデータをやりとりする。

【００３２】図２に示すように、１つのマルチフレーム
ＭＦＬは、８個のサブマルチフレームＳＭＦ１〜ＳＭＦ
８からなり、おのおののサブマルチフレームＳＭＦ１〜
ＳＭＦ８は、それぞれ２つのフレームから構成されてい
る。すなわち、１つのマルチフレームＭＦＬは、１６個
のフレームＦＬＭ０〜ＦＬＭ１５からなる。

【００３３】それぞれのフレームＦＬＭ０〜ＦＬＭ１５
は、図３に示すように、８０オクテットのデータからな
り、それらのオクテットをビット順に配置したそれぞれ
のビット位置は、サブチャネルＳＣＨ１〜ＳＣＨ８を構
成している。

【００３４】また、第１オクテット〜第８オクテットの
第８ビットは、フレーム同期信号（ＦｒａｍｅＡｌｉ
ｇｎｍｅｎｔＳｉｇｎａｌ）ＦＡＳを構成し、第９オ
クテット〜第１６オクテットの第８ビットは、ビットレ
ート割当信号（ＢｉｔｒａｔｅＡｌｌｏｃａｔｉｏ
ｎＳｉｇｎａｌ）ＢＡＳを構成する。また、サブチャ
ネルＳＣＨ８の第１７〜第２４オクテットには、データ
を暗号化するためのキー情報などをやりとりするための
暗号チャネルのデータがセットされることがある（オプ
ション）。

【００３５】このようにして、フレーム同期信号ＦＡＳ
は、１つのフレームＦＬＭ０〜ＦＬＭ１５に８ビット配
置されており、そのビット割り当ては、図４に示すよう
に、マルチフレームＭＦＬを単位として構成されてい
る。

【００３６】すなわち、偶数フレームＦＬＭ０，ＦＬＭ
２，…，ＦＬＭ１４の第２オクテット〜第８オクテット
と、それに続く奇数フレームＦＬＭ１，ＦＬＭ３，…，
ＦＬＭ１５の第２オクテットには、「００１１０１１
１」なる８ビットのデータパターンからなる水平同期信
号が配置され、奇数フレームＦＬＭ１，ＦＬＭ３，…，
ＦＬＭ１１の第１オクテットには、「００１０１１」な
る６ビットのデータパターンからなる垂直同期信号が配
置されている。

【００３７】この水平同期信号と垂直同期信号を検出す
ることにより、１つのマルチフレームＭＦＬの同期を検
出することができる。

【００３８】また、第０フレーム、第２フレーム、第４
フレーム、第６フレームおよび第８フレームの第１オク
テットのビットＮ１，Ｎ２，Ｎ３，Ｎ４，Ｎ５は、マル
チフレーム番号の表示に用いられる。このうち、ビット
Ｎ５は、マルチフレーム番号が使用されているか否かの
表示に用いられる。このように、マルチフレーム番号の
ために使用されるデータが４ビットなので、マルチフレ
ーム番号は０〜１５までの値で降順に変化し、１６マル
チフレーム毎に同じマルチフレーム番号があらわれる。

【００３９】また、第１０フレーム、第１２フレーム、
および、第１３フレームの第１オクテットのビットＬ
１，Ｌ２，Ｌ３は、現在使用されているＢチャネルのう
ち、そのフレームを運んでいるＢチャネルの接続された
順番をあらわすコネクション番号を表示するために用い
られる。また、第１５フレームの第１オクテットのビッ
トＲは、将来の勧告のために確保（予約）されており、
その値には０がセットされる。

【００４０】また、第１４フレームの第１オクテットの
ビットＴＥＡは、データ端末装置の内部的な障害によ
り、データ伝送できない状態であることを表示するため
に用いられる。

【００４１】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第３オクテットのビットＡは、フレー
ム同期またはマルチフレーム同期が確立しているか、あ
るいは、同期はずれを生じているかを表示するために用
いられる。

【００４２】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第５オクテット、第６オクテット、第
７オクテット、および、第８オクテットのビットＣ１，
Ｃ２，Ｃ３，Ｃ４は、連続した２つのフレーム（すなわ
ち、サブマルチフレーム）のデータエラー検出（すなわ
ち、伝送路品質検出）のために参照されるＣＲＣ（巡回
冗長検査）符号を表示するためのものであり、この奇数
フレームＦＬＭ１，ＦＬＭ３，…，ＦＭ１５の第４オク
テットのビットＥは、受信側で伝送エラーを検出したこ
とを表示するために用いられる。

【００４３】また、ビットレート割当信号ＢＡＳは、図
５に示すように、偶数フレームＦＬＭ０，ＦＬＭ２，
…，ＦＬＭ１４では、能力ＢＡＳあるいはＢＡＳコマン
ドをあらわす８ビットデータが配置され、それに続く奇
数フレームＦＬＭ１，ＦＬＭ３，…，ＦＬＭ１５の第２
オクテットには、直前のフレームで送出した能力ＢＡＳ
あるいはＢＡＳコマンドの値を誤り訂正するための二重
誤り訂正符号が配置される。

【００４４】また、マルチフレームＭＦＬのデータの送
信は、フレーム番号順に行なわれ、おのおののフレーム
ＦＬＭ０〜ＦＬＭ１５は、図６に示すように、第１オク
テットから第８０オクテットのオクテット順序に送出さ
れ、それぞれのオクテットは、第１ビットが最初に送出
される。

【００４５】すなわち、おのおののフレームＦＬＭ０〜
ＦＬＭ１５においては、第１オクテットの第１ビットが
最初に送出され、第８０オクテットの第８ビットが最後
に送出される。

【００４６】図７は、テレビ会議通信端末装置などのオ
ーディオビジュアル端末がＢチャネルを用いてデータ伝
送するときに実行する伝送制御手順として適用するＴＴ
Ｃ標準ＪＴ−Ｈ．２４２の一般的な手順例を示してい
る。なお、この場合、２つのＢチャネルを用いて、端末
間で音声データ、汎用データ、および、動画データをや
りとりするときの伝送手順の一例を示している。

【００４７】まず、発呼端末が宛先端末へ発呼してＤチ
ャネル上で呼設定手順を行い、１つのＢチャネル（以
下、第１チャネルという）を確保し（フェーズＡ）、そ
の設定した第１チャネル上でＰＣＭ音声データ（Ａ則ま
たはμ則、６４Ｋｂｐｓ）をセットしたフレームデータ
をやりとりしながらフレーム同期を行ない（フレームモ
ード）、フレーム同期が確立すると、相互に能力ＢＡＳ
データおよびコマンドＢＡＳデータをやりとりし（フェ
ーズＢ１−１）、そのときに使用する伝送モードを決定
して、２つ目のＢチャネルを確保するための付加呼設定
要求を開始する（フェーズＢ１−２）。

【００４８】そして、伝送モードをそのときに相互に交
換した内容から、原則として、互いに共通で最も機能の
高いモードを選択し（フェーズＢ１−３）、発呼端末か
らその選択した動作モードで着呼端末に受信機能を動作
させるよう端末の受信機能を指定するＢＡＳコマンドを
送信して、もしこの場合、発呼端末が送信したＢＡＳコ
マンドと異なるモードのＢＡＳコマンドを受信した場合
には、受信したＢＡＳコマンドを再度送信し、送信モー
ドを受信モードに一致させ、発呼端末と着呼端末の装置
機能に共通するパラメータを設定する（フェーズＢ
２）。これにより、第１チャネルでは、そのときに選択
した伝送モードに対応した、例えば、音声データ（１６
Ｋｂｐｓ）のデータ伝送、および、動画像データ（４
６．４Ｋｂｐｓ）のデータ伝送が行われる（フェーズ
Ｃ）。

【００４９】第１チャネルがフレームモードでデータ伝
送を開始すると、２つ目のＢチャネル（以下、第２チャ
ネルという）についてＤチャネル上で呼設定手順を行い
（フェーズＣＡ）、第２チャネルが確立すると、第２チ
ャネルを使ってフレーム同期信号ＦＡＳおよびビット割
当信号ＢＡＳのみを含むフレームデータをやりとりして
フレーム同期およびマルチフレーム同期を確立し（フェ
ーズＣＢ１−１１）、次いで、第１チャネルと第２チャ
ネル間の同期を確立する（フェーズＣＢ１−１２）。

【００５０】２つのＢチャネルの同期が完了すると、発
呼端末側からＢＡＳコマンドを送出して伝送モードを設
定し（フェーズＣＢ１−２）、その設定した内容に伝送
モードを切り換え（フェーズＣＢ１−３）、共通パラメ
ータを設定する（フェーズＣＢ２）。なお、送信したＢ
ＡＳコマンドと異なるモードのＢＡＳコマンドを受信し
た場合には、受信したＢＡＳコマンドを再度送信し、送
信モードを受信モードに一致するよう伝送モードを切り
換え、共通パラメータを設定する。

【００５１】このようにして、第２チャネルの初期化が
終了すると、それ以降は、第１チャネルでやりとりする
フレームデータ、および、第２チャネルでやりとりする
フレームデータが同期された状態で、２つのＢチャネル
を用いて、例えば、音声データ、および、動画データ
が、それぞれ５６Ｋｂｐｓ、および、６８．８Ｋｂｐｓ
の伝送速度が割り当てられてデータ伝送される（図８参
照）。

【００５２】このようなデータ伝送を終了するときに
は、まず、第２チャネルから切断する。このとき、第１
チャネルのみで行なう音声データ伝送のために、共通モ
ードを設定するための手順が行われて（フェーズＣＤ
１）、第２チャネルはフレームモードのモード０Ｆへの
モード切換えが行われる（フェーズＣＤ２）。このとき
には、第１チャネルと第２チャネルが非同期であり、か
つ、第２チャネルではフレーム同期信号ＦＡＳとビット
割当信号ＢＡＳのみの伝送状態で呼が保持されている状
態であり、Ｄチャネルの呼切断解放手順により第２チャ
ネルの呼を解放できる状態になっている。

【００５３】また、第１チャネルでは、フェーズＣＤ１
およびフェーズＣＤ２の間、フレームモードで音声デー
タが５６Ｋｂｐｓの伝送速度で伝送されており、動画デ
ータの伝送は停止され、さらに、一方の端末のオペレー
タが通話終了する場合はモード０Ｆに切り換え（フェー
ズＤ２）、この後、Ｄチャネルの呼切断解放手順により
第１チャネルの呼を解放できる状態になっている。

【００５４】これにより、第１チャネルおよび第２チャ
ネルについて、Ｄチャネル上で呼切断解放手順が実行さ
れて（フェーズＥ）、２つの端末間のオーディオビジュ
アル伝送が終了する。

【００５５】このように、テレビ会議通信端末装置など
のオーディオビジュアル端末では、最初に１つのＢチャ
ネル（第１チャネル）を確保してフレームモードを確立
した後に、この第１チャネルで音声データと動画データ
の伝送速度の割り当てを行なって過渡的なモードでデー
タ伝送を行ないつつ、同時に互いに２つ目のＢチャネル
（第２チャネル）の設定が可能ならば、Ｄチャネルの呼
設定手順により第２チャネルを確保する。そして、過渡
的なモードで伝送している第１チャネルと、新たに確保
した第２チャネルをチャネル同期させ、そのチャネル同
期が確立した時点で、音声データと動画データの伝送速
度の割り当てを再設定し、増大したＢチャネルの伝送容
量を活用して、より高品質な音声データおよび動画デー
タのやりとりを行なうようにしている。

【００５６】また、データ伝送を終了するときには、い
ったん、第１チャネルと第２チャネルの両方を同期させ
た状態で伝送路を使用していたモードから、第１チャネ
ルだけを使用するモードへ変更する必要がある。そこ
で、まず、音声データは５６Ｋｂｐｓの伝送速度のまま
保持するとともに、動画データの伝送を停止して第１チ
ャネルのみの伝送モードに変更する一方、第２チャネル
は、第１チャネルとの同期状態を停止するとともに、ユ
ーザデータが空き伝送状態になっているモード０Ｆに移
行し、Ｄチャネルの呼切断解放手順により呼を切断／解
放する。また、第１チャネルは、モード０Ｆへ変更した
後、Ｄチャネルの呼切断解放手順により、呼を切断／解
放する。また、呼切断解放手順で得た課金情報などは、
チャネル毎に管理する。

【００５７】また、図１に示したテレビ会議通信端末装
置では、上述した種々の通信処理を実現するためのプロ
トコルスタックが、それぞれのアプリケーション毎に独
立して構成されており、その一例を図９に示す。

【００５８】同図において、Ｄチャネルを用いて呼制御
手順を実行する処理では、Ｑ９２１（ＴＴＣ標準ＪＴ−
Ｑ９２１），Ｑ９３１（ＴＴＣ標準ＪＴ−Ｑ９３１）の
プロトコルスタックが用いられる。また、Ｂチャネルを
用いたＣ＆Ｉアプリケーション、テレライティング（Ｔ
Ｗ）アプリケーション、および、その他のバルクデータ
伝送（ＢＵＬＫ）アプリケーションは、Ｈ２２１（ＴＴ
Ｃ標準ＪＴ−Ｈ２２１）を基礎として、おのおのの制御
処理に必要なＭＬＰ（ＭｕｌｔｉＬａｙｅｒＰｒｏｔ
ｏｃｏｌ）プロトコルスタックが用いられる。

【００５９】ここで、Ｃ＆Ｉアプリケーション、テレラ
イティングアプリケーション、および、バルクデータ伝
送アプリケーションでは、それぞれレイヤ２のプロトコ
ルとしてＱ９２２（ＴＴＣ標準ＪＴ−Ｑ９２２）コアと
Ｑ９２２制御、レイヤ４のプロトコルとしてＸ２２４
（ＩＴＵ−Ｔ勧告Ｘ．２２４）、レイヤ５のプロトコル
としてＸ２２５（ＩＴＵ−Ｔ勧告Ｘ．２２５）、レイヤ
６のプロトコルとしてＸ２２６（ＩＴＵ−Ｔ勧告Ｘ．２
２６）をそれぞれ設定したプロトコルスタックが適用さ
れる。

【００６０】なお、このテレビ会議通信端末装置は、上
述した会議通信とは別に、グループ４ファクシミリ装置
またはグループ３ファクシミリ装置としても機能し、そ
の場合には、１つのＢチャネルを用いてグループ４ファ
クシミリ伝送制御処理およびグループ３ファクシミリ伝
送制御処理を実行する。また、その際、図９に示したよ
うに、グループ４ファクシミリ伝送（Ｇ４ＦＡＸ）制御
処理、および、グループ３ファクシミリ伝送（Ｇ３ＦＡ
Ｘ）制御処理には、それぞれ対応する装置機能の勧告ま
たは標準に定められているプロトコルスタックが用いら
れる。

【００６１】また、このような多重化データ通信を実現
するために、このテレビ会議通信端末装置の基本システ
ムは、複数の処理を並列的に実行できるいわゆるマルチ
タスク（またはマルチプロセス、マルチスレッド等）オ
ペレーティングシステムが適用される。

【００６２】ここで、このマルチタスクオペレーティン
グシステムでは、おのおのの実行タスク処理について、
その実行の優先度（プライオリティ）を設定しており、
このプライオリティの値が高いものほど、ＣＰＵ１によ
り実行される時間が長くなり、例えば、高速なデータ通
信を実現することができる。

【００６３】さて、通信会議セッション中で、いずれか
のＭＬＰ通信アプリケーションを実行するとき、ＣＰＵ
１は、図１０に示したような処理を実行する。

【００６４】まず、いずれかのＭＬＰ通信アプリケーシ
ョンの実行が開始することを監視しており（判断１０１
のＮＯループ）、いずれかのＭＬＰ通信アプリケーショ
ンの実行を開始する場合で判断１０１の結果がＹＥＳに
なるときには、そのＭＬＰ通信アプリケーションを実行
する際に使用するプロトコルスタックを生成し（処理１
０２）、その生成したプロトコルスタックを実行する処
理（以下、プロトコルスタック処理という）のプライオ
リティを、実行優先度が最も高い値（最上位値）に設定
する（処理１０３）。

【００６５】このようにして、通信開始するＭＬＰ通信
アプリケーションのプロトコルスタック処理のプライオ
リティを最上位値に設定すると、そのＭＬＰ通信アプリ
ケーションのプロトコルスタック処理において、レイヤ
２のＱ９２２の初期設定処理であるデータリンクパラメ
ータの自動ネゴシエーション処理（処理１０４）を実行
する。

【００６６】このように、データリンクパラメータの自
動ネゴシエーション処理を実行する際の、プロトコルス
タック処理のプライオリティを最上位値に設定すると、
その処理が迅速に行われ、したがって、このときに実行
するＭＬＰ通信アプリケーションの初期設定が迅速に行
われるので、かかる通信動作が安定する。

【００６７】そして、このデータリンクパラメータの自
動ネゴシエーション処理を終了すると、そのＭＬＰ通信
アプリケーションのプロトコルスタック処理のプライオ
リティを、そのＭＬＰ通信アプリケーションにあらかじ
め規定されている値に設定した後に（処理１０５）、そ
のＭＬＰ通信アプリケーションにおける情報フレームの
監視処理を実行しながら、ＭＬＰ通信アプリケーション
の通信処理を実行する（処理１０６，１０７、判断１０
８のＮＯループ）。

【００６８】そのＭＬＰ通信アプリケーションが終了し
て、判断１０８の結果がＹＥＳになると、そのときに実
行していたＭＬＰ通信アプリケーションのためのプロト
コルスタックを消滅して（処理１０９）、１つのＭＬＰ
通信アプリケーションの実行を終了する。

【００６９】また、情報フレーム監視処理（処理１０
７）の一例を図１１に示す。

【００７０】この情報フレーム監視処理では、まず、所
定の監視期間（または監視周期）における情報フレーム
の通信頻度を判定し（処理２０１）、その判定した通信
頻度に応じて、そのときに実行しているプロトコルスタ
ック処理のプライオリティの値をセットする（処理２０
２）。

【００７１】例えば、通信頻度が大きい場合、このとき
に実行しているプロトコルスタック処理では、頻繁にデ
ータ通信がなされていると判定できるので、そのような
データ量の大きなデータ通信を適切に処理できるよう
に、プライオリティの値をより大きい値に設定する。ま
た、逆に通信頻度が小さい場合には、データ通信の頻度
が小さいので、プライオリティの値をより小さい値に設
定する。

【００７２】次いで、そのときに設定したプライオリテ
ィの値に応じて、レイヤ２のＱ９２２の処理において、
相手端末からの応答がないことを判定するためのアイド
ルタイマの値を設定する（処理２０３）。

【００７３】例えば、プライオリティの値が大きい場合
には、通信データ量が多い場合で、システムとしての処
理負担が大きい場合なので、アイドルタイマの値をより
小さい値に設定して、通信状態がアイドル状態になった
ことを迅速に検出できるようにする。また、プライオリ
ティの値が小さい場合には、通信データ量が少ないの
で、システムとしての処理負担が小さい場合なので、ア
イドルタイマの値をより大きい値に設定して、通信状態
がなるべくアイドル状態に移行しないように設定し、通
信の信頼性を向上できるようにする。

【００７４】このようにして、本実施例では、通信開始
直後に、相手端末との間で初期設定のネゴシエーション
を行う際に、処理を実行するプライオリティを最上位値
に設定したので、かかる初期設定のネゴシエーションが
迅速に終了し、通信動作が円滑にかつ安定して行うこと
ができる。

【００７５】また、データ通信中、相手端末との間でや
りとりする情報フレームの頻度を判定して、その頻度に
応じて、処理を実行するプライオリティを設定している
ので、特定の通信アプリケーションの通信遅延時間が大
きくなるような事態を回避でき、円滑がデータ通信が行
える。

【００７６】また、設定されたプライオリティに応じ
て、そのプロトコルスタック処理におけるＱ９２２のア
イドルタイマの値を適宜に変更しているので、対応する
通信アプリケーションのデータ通信状況に応じた値にア
イドルタイマの値が設定されて、システムの処理負担が
軽減されるとともに、通信速度を向上することができ
る。

【００７７】ここで、プロトコルスタック処理のプライ
オリティの値や、アイドルタイマの値は、実験等により
適宜な値に設定することができる。

【００７８】なお、本発明は、図１に示した以外の通信
会議端末装置についても、同様にして適用することがで
きる。また、上述した実施例では、アイドルタイマの値
を設定しているが、それ以外のＱ９２２の状態監視タイ
マの値を設定するようにすることもできる。

【００７９】

【発明の効果】以上説明したように、本発明によれば、
通信開始直後に、相手端末との間で初期設定のネゴシエ
ーションを行う際に、処理を実行するプライオリティを
最上位値に設定したので、かかる初期設定のネゴシエー
ションが迅速に終了し、通信動作が円滑にかつ安定して
行うことができるという効果を得る。

【００８０】また、データ通信中、相手端末との間でや
りとりする情報フレームの頻度を判定して、その頻度に
応じて、処理を実行するプライオリティを設定している
ので、特定の通信アプリケーションの通信遅延時間が大
きくなるような事態を回避でき、円滑がデータ通信が行
えるという効果も得る。

【００８１】また、設定されたプライオリティに応じ
て、そのプロトコルスタック処理におけるＱ９２２のア
イドルタイマの値を適宜に変更しているので、対応する
通信アプリケーションのデータ通信状況に応じた値にア
イドルタイマの値が設定されて、システムの処理負担が
軽減されるとともに、通信速度を向上することができる
という効果も得る。

【図面の簡単な説明】

【図１】本発明の一実施例にかかるテレビ会議通信端末
装置を示したブロック図。

【図２】マルチフレームのフレーム構成の一例を示す概
略図。

【図３】１つのフレームの信号構成の一例を示す概略
図。

【図４】フレーム同期信号の一例を示す概略図。

【図５】ビット割当信号の一例を示す概略図。

【図６】信号の送出順序を説明するための概略図。

【図７】ＴＴＣ勧告ＪＴ−Ｈ．２４２の一般的な手順例
を示したタイムチャート。

【図８】２つのＢチャネルを用いたデータ伝送における
音声データ、汎用データ、および、動画データに対する
伝送容量の割り当ての一例を示した概略図。

【図９】テレビ会議通信端末装置で適用されるプロトコ
ルスタック一例を示した概略図。

【図１０】ＭＬＰ通信アプリケーションを実行する際の
処理の概略の一例を示したフローチャート。

【図１１】情報フレーム監視処理の一例を示したフロー
チャート。

【符号の説明】

１ＣＰＵ（中央処理装置）２ＲＯＭ（リード・オンリ・メモリ）３ＲＡＭ（ランダム・アクセス・メモリ）

Claims

【特許請求の範囲】

【請求項１】音声情報、動画情報、および、汎用デー
タを多重化通信する機能を備えるとともに、汎用データ
の通信は、マルチレイヤプロトコル機能を用いた複数の
通信アプリケーションによるデータ通信が、独立して実
行可能な通信会議端末装置の伝送制御方法において、上記通信アプリケーションの実行開始時、その通信アプ
リケーションの処理のプライオリティを最上位値に設定
することを特徴とする通信会議端末装置の伝送制御方
法。
【請求項２】音声情報、動画情報、および、汎用デー
タを多重化通信する機能を備えるとともに、汎用データ
の通信は、マルチレイヤプロトコル機能を用いた複数の
通信アプリケーションによるデータ通信が、独立して実
行可能な通信会議端末装置の伝送制御方法において、上記通信アプリケーションの処理の実行プライオリティ
は、それぞれ独立した値が設定されるとともに、上記通信アプリケーションの実行時、レイヤ２の通信パ
ラメータのネゴシエーションが実行されている間、その
通信アプリケーションの処理のプライオリティを最上位
値に設定することを特徴とする通信会議端末装置の伝送
制御方法。
【請求項３】音声情報、動画情報、および、汎用デー
タを多重化通信する機能を備えるとともに、汎用データ
の通信は、マルチレイヤプロトコル機能を用いた複数の
通信アプリケーションによるデータ通信が、独立して実
行可能な通信会議端末装置の伝送制御方法において、上記通信アプリケーションの処理の実行プライオリティ
は、それぞれ独立した値が設定されるとともに、上記通信アプリケーションの実行時、情報フレームの通
信状況に応じて、その通信アプリケーションの処理のプ
ライオリティを設定することを特徴とする通信会議端末
装置の伝送制御方法。
【請求項４】音声情報、動画情報、および、汎用デー
タを多重化通信する機能を備えるとともに、汎用データ
の通信は、マルチレイヤプロトコル機能を用いた複数の
通信アプリケーションによるデータ通信が、独立して実
行可能な通信会議端末装置の伝送制御方法において、上記通信アプリケーションの処理の実行プライオリティ
をそれぞれ設定するとともに、上記通信アプリケーションの実行時、レイヤ２の通信パ
ラメータのネゴシエーションが実行されている間、その
通信アプリケーションの処理のプライオリティを最上位
値に設定するとともに、情報フレームの通信状況に応じ
て、その通信アプリケーションの処理のプライオリティ
を設定することを特徴とする通信会議端末装置の伝送制
御方法。
【請求項５】音声情報、動画情報、および、汎用デー
タを多重化通信する機能を備えるとともに、汎用データ
の通信は、マルチレイヤプロトコル機能を用いた複数の
通信アプリケーションによるデータ通信が、独立して実
行可能な通信会議端末装置の伝送制御方法において、上記通信アプリケーションの処理の実行プライオリティ
をそれぞれ設定するとともに、上記通信アプリケーションの実行時、レイヤ２の通信パ
ラメータのネゴシエーションが実行されている間、その
通信アプリケーションの処理のプライオリティを最上位
値に設定するとともに、情報フレームの通信状況に応じ
て、その通信アプリケーションの処理のプライオリティ
を設定し、上記通信アプリケーションの処理のプライオリティの値
に応じて、その通信アプリケーションでアイドル状態を
検出するためのタイマの値を設定することを特徴とする
通信会議端末装置の伝送制御方法。