JPH06334779A - マルチメディア端末 - Google Patents

Abstract

(57)【要約】 【目的】 高速転送を維持つつ通信料を節約し得るマル
チメディア端末を提供する。 【構成】 設定システム制御部１４は、節約モード時に
は、最初は１つのＢチャネルのみを接続する。そして、
所定時間経過前に通常モードへの変更要求がなされた
時、或いは所定時間経過後、通常モード時の転送能力情
報を登録テーブル１４ａから読出し、通常モード時の転
送能力情報が、現在接続されている１つのＢチャネルで
は不足するような転送能力を示しているか否かを判別
し、不足している場合には、２つ目のＢチャネルを接続
して通信を行うように制御する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＩＳＤＮ網等のディジ
タル通信回線を介して映像情報、音声情報等の伝送を行
うマルチメディア端末に関する。

【０００２】

【従来の技術】従来のアナログの電話回線では、小容量
の音声情報のみが伝送可能であって、そのデータの伝送
速度も比較的低速度であった。これに対して、近年の通
信技術、半導体技術及び光技術の進歩に伴って、ディジ
タル回線によるディジタル伝送の技術が発達し、高速で
大容量の情報の伝送が可能になった。このディジタル伝
送では、伝送によって情報の品質が低下することがな
く、高品質の情報伝送ができるようになった。また、メ
ディアの種類により異なる伝送データの特性に応じた伝
送路を必要とせず、メディアの統合を図れるので、複合
メディア端末間での情報の伝送が可能になった。そこ
で、例えば、音声情報のみならず映像情報をも同時に伝
送する電話端末が実現されている。

【０００３】このような状況下で、異なる複合端末間で
も相互通信できるようにするため、ＣＣＩＴＴなどによ
る情報通信の国際標準化が進められており、ディジタル
回線を使用したテレビ電話、テレビ会議システムなどの
ためのＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）サービス規
定、プロトコル規定、マルチメディア多重化フレーム構
成規定が、ＣＣＩＴＴの勧告Ｈ．３２０、Ｈ．２４２、
Ｈ．２１２で発表されている。即ち、勧告Ｈ．２２１で
は、６４Ｋｂｐｓから１９２０ＫｂｐｓまでのＡＶサー
ビスにおけるフレーム構成及び端末能力の交換や通信モ
ードのＦＡＳ（Ｆｒａｍｅ Ａｌｉｇｎｍｅｎｔ Ｓｉ
ｇｎａｌ）、ＢＡＳ（Ｂｉｔ Ａｌｌｏｃａｔｉｏｎ
Ｓｉｇｎａｌ）の符号割り当てが定義されている。

【０００４】また、勧告Ｈ．２４２ではＢＡＳを使用し
たＡＶ複合端末間での能力交換及び通信モード切換えな
どのプロトコルが定義され、勧告Ｈ．３２０ではＡＶサ
ービス全般のシステムアスペクトが定義されている。

【０００５】さらに、ＣＣＩＴＴの勧告（または勧告草
案）では、エンドツーエンドの物理コネクションの設
定、およびインチャネルでのＦＡＳによる同期確立後に
おけるインチャネルでのＢＡＳを使用した端末能力の交
換シーケンスや、通信モードの指定による切り換えシー
ケンスなどの手順により端末間でマルチメディア通信を
行う方法が規定されている。但し、各端末において自己
の端末能力を状況に応じて変化させたり、交換された能
力の範囲内で、どの通信モードを使用するかは規定の範
囲外にある。

【０００６】ところで、マルチメディア通信における各
メディアの情報転送速度は、音声情報は音声符号化方式
の指定で決定され、音声情報、画像情報以外の一般のデ
ータ情報は、その使用の有無、使用時の転送速度の指定
によって決定され、設定した通信路全体の情報転送速度
から、音声情報の転送速度とデータ情報の転送速度を引
いたものが、画像情報の転送速度になる。

【０００７】また、ディジタル公衆網としてはＩＳＤＮ
（ＩｎｔｅｇｒａｔｅｄＳｕｒｖｉｃｅ Ｄｉｇｉｔａ
ｌ Ｎｅｔｗｏｒｋ）があり、ユーザに提供されている
インタフェースとしては、基本インタフェース〈２Ｂ
（６４Ｋｂｐｓ）＋Ｄ（１６Ｋｂｐｓ）〉と、一次群イ
ンタフェース〈Ｈ０（３８４Ｋｂｐｓ）、Ｈ１（１．５
Ｍｂｐｓ）、２３Ｂ＋Ｄ〉がある。特に、基本インタフ
ェースは、現在のアナログ公衆網に対する次期公衆網と
して注目を浴びている。

【０００８】この基本インタフェースは、相手端末との
呼接続には、アウトバンドチャネル（以下、チャネルを
ｃｈと記す）のＤｃｈを使用し、音声や画像などのメデ
ィアデータはＢｃｈを使用する。Ｂｃｈは２ｃｈ利用で
きるので、この２ｃｈのデータの同期を取ることにより
最高１２８Ｋｂｐｓの情報転送（バルク転送）が可能に
なる。特に、ＴＶ電話のような画像情報と音声情報とを
同時に通信するマルチメディアＩＳＤＮ端末の場合に
は、多量のデータ転送容量が必要なので、バルク転送は
非常に有効な通信手段である。

【０００９】

【発明が解決しようとする課題】前述の従来のマルチメ
ディアＩＳＤＮ端末によれば、端末間で画像情報と音声
情報とを同時伝送する場合は、２つのＢｃｈを利用して
バルク転送する方が画質及び音声が向上するので、通常
は２つのＢｃｈを利用した転送が行われる。

【００１０】しかし、電話番号の掛け違いによる間違い
電話の場合や、相手が席を外している不在電話の場合に
も、通常時と同様に２つのＢｃｈを使用したバルク転送
を行うように設定してあるため、端末相手が応答してし
まうと自動的に２つのＢｃｈの接続を取ってしまう。

【００１１】従って、このような間違い電話や不在電話
では、１つのＢｃｈの伝送でも通信料が無駄になるの
に、２つのＢｃｈのバルク転送ではこの倍の通信料が無
駄になってしまうという問題があった。

【００１２】本発明は、前述したようなマルチメディア
ＩＳＤＮ端末の現状に鑑みてなされたものであり、その
目的は、高速転送を維持つつ通信料を節約し得るマルチ
メディア端末を提供することにある。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、音声入出力部、映像入出力部等の複数の
メディアを備え、複数チャネルの通信路で複数メディア
の情報を多重化して通信するマルチメディア端末におい
て、正規の通信方式を予め登録する登録手段と、相手端
末と第１チャネルのみを接続して通信させる第１の通信
制御手段と、相手端末への前記第１チャネルの接続後
に、前記正規の通信方式への切換指令を行う切換指令手
段と、前記切換指令手段からの切換指令に応答して前記
正規の通信方式により通信させる第２の通信制御手段
と、前記正規の通信方式が前記第１チャネルだけではチ
ャネル数が不足するような通信方式である場合には、必
要な数のチャネルを相手端末に接続して通信させる第３
の通信制御手段とを設けている。

【００１４】

【作用】登録手段には、正規の通信方式として、例え
ば、ＩＳＤＮ網における２つのＢチャネルを使用するバ
ルク転送などが登録される。第１の通信制御手段は、初
期段階において、相手端末と第１チャネル（例えば１つ
のＢチャネル）のみを接続して通信させる。

【００１５】そして切換指令手段は、相手端末への前記
第１チャネルの接続がなされた後、所定時間経過に自動
的に前記正規の通信方式への切換指令を行う、或いはモ
ード切換操作に応答して前記正規の通信方式への切換指
令を行う等して、前記正規の通信方式への切換指令を行
う。

【００１６】すると、第２の通信制御手段は、例えば、
前記正規の通信方式が１つのＢチャネルだけを使用する
通信方式であり、現在の回線接続状態でもチャネル数が
不足しないとき、上記切換指令に応答して前記正規の通
信方式により通信させる。一方、例えば、前記正規の通
信方式が２つのＢチャネルだけを使用する通信方式であ
り、現在の回線接続状態ではチャネル数が不足するとき
は、前記第３の通信制御手段は、必要な数のチャネルを
相手端末に接続して通信させる。

【００１７】このように回線接続を適確に行うとによ
り、高速転送を維持つつ通信料を節約し得るマルチメデ
ィア端末が実現される。

【００１８】

【実施例】以下、本発明の一実施例を図１〜図８を参照
しながら説明する。ここで、図１は本発明の一実施例を
適用したマルチメディア端末装置の概略構成を示すブロ
ック図、図２はＩＳＤＮ回線で通信する際の手順を示す
シーケンス図、図３はＢチャネルのインチャネル制御の
説明図、図４はＨ．２２１規定のマルチフレーム構造の
説明図、図５はＦＡＳのビット構造の説明図、図６はＢ
ＡＳのビット構造の説明図、図７、図８は通信動作を示
すフローチャートである。

【００１９】図１において、１４はシステム制御部であ
り、このシステム制御部１４は、ＣＰＵ、ＲＯＭ、ＲＡ
Ｍ、補助記憶装置、キャラクタジェネレータ、画像信号
生成回路などを備え、ＲＯＭにプリセットされたプログ
ラムに従って各部の状態を監視して装置全体の制御を行
う。システム制御部１４には、伝送能力を登録する登録
テーブル１４ａとタイマ１４ｂとが設けてあり、また、
通常／節約モード選択等を行うめの操作部１３が接続さ
れている。

【００２０】図１において、音声入出力手段としてハン
ドセット１、マイク２、およびスピーカ３が設けられ、
これらは音声インタフェース部４に接続されている。こ
の音声インタフェース部４は、システム制御部１４の指
令に基づいて、ハンドセット１、マイク２、スピーカ３
の切換、音量レベル調整の利得調整、ハンドセット１の
オンフック／オフフックの検知、マイク２及びスピーカ
３を使用する際のエコーキャンセル、およびダイヤルト
ーン、呼び出しトーン、ビジートーン、着信音などのト
ーン生成等を行う。

【００２１】音声インタフェース４には、音声符号化／
復号化部５が接続され、この音声符号化／復号化部５
は、システム制御部１４の指令に基づいて、送信音声信
号を、６４ＫｂｐｓＰＣＭ（Ａ−１ａｗ）、６４Ｋｂｐ
ｓＰＣＭ（μ−１ａｗ）、７ＫＨｚオーディオ（ＳＢ−
ＡＤＰＣＭ）、３２ＫｂｐｓＡＤＰＣＭ、１６Ｋｂｐｓ
（ＡＰＣ−ＡＢ）、８Ｋｂｐｓなどの音声符号化／復号
化アルゴリズムに従ってＡＤ変換して符号化し、或いは
受信音声信号を復号化してＤＡ変換する。

【００２２】また、画像入出力手段として、人物像など
を入力するカメラ６、絵、図面等の像を入力する書画カ
メラ７、これらのカメラからの入力画像、相手端末から
の受信画像及びシステム制御部１４からの画像を表示す
る表示部８が設けられ、これら画像入出力手段は、画像
入出力部９に接続されている。この画像入出力部９は、
システム制御部１４からの指令に基づいて、カメラ６、
書画カメラ７の切換、表示部８の表示切換／表示分割、
映像信号の整合のための信号変換等を行う。

【００２３】この画像入出力部９は、画像符号化／復号
化部１０に接続され、この画像符号化／復号化部１０
は、送信画像の符号化、受信画像の復号化を行うと共
に、動き補償、駒落とし、フレーム間補償、ＤＣＴ変
換、ベクトル量子化変換などの手法によって、大容量の
画像情報（データ）に対して帯域圧縮を行って小容量化
を図ることにより、画像データをディジタル回線で伝送
可能にする。

【００２４】また、音声情報、画像情報以外の文字デー
タ等の一般のデータ情報をも通信すべく、データ端末１
１がデータインタフェース部１２を介してシステム制御
部１４、および多重・分離部１５に接続されており、デ
ータインタフェース部１２は、データ端末１１、および
システム制御部１４からの送信データを多重・分離部１
５に入力し、受信データをデータ端末１１またはシステ
ム制御部１４に入力する。

【００２５】多重・分離部１５には上記音声符号化／復
号化部５、画像符号化／復号化部１０も接続されてお
り、多重・分離部１５は、ＣＣＩＴＴ勧告Ｈ．２２１で
提案されているように、音声符号化／復号化部５からの
音声データ、ビデオ符号化／復号化部１０からの画像デ
ータ、データインタフェース部１２からのデータ、シス
テム制御部１４からのＢＡＳを、送信フレーム単位に多
重化し、受信フレームを構成単位の各メディア（音声情
報、画像情報、データ情報）別に分離し、対応するメデ
ィア部に入力する。

【００２６】多重・分離部１５は、ＩＳＤＮユーザ網イ
ンタフェースに従って回線を制御する回線インタフェー
ス部１６を介してＩＳＤＮ回線に接続されており、この
回線インタフェース部１６は、２つのＢｃｈ用のゲート
回路１６ａ、１６ｂと、通信制御部１６ｃを有してい
る。

【００２７】次に、実施例における端末能力のネゴシェ
ーション、変更を行う方法を、図２〜図６に基づいて説
明する。

【００２８】ＩＳＤＮ回線での通信に際しては、図２に
示すように、アウトバンド信号（つまりＤｃｈ）を使用
して発呼を行い、端末Ａから端末Ｂへの呼設定と、端末
Ｂから端末Ａへの応答でＢｃｈによる通信が可能な状態
になる。

【００２９】次いで、該Ｂｃｈを用いてＣＣＩＴＴの勧
告Ｈ．２４２に基づいて、図３に示したように、Ｂｃｈ
のインバンド信号手順（つまり、Ｂｃｈ内をデータ部と
制御部とに割り付け、該制御部によって制御するインチ
ャネル制御）に従った通信制御を行う。なお、インチャ
ネル通信路としては、Ｂｃｈの他にＨ0ｃｈ、Ｈ1ｃｈ等
も有るが、ここでは、Ｂｃｈの例で説明する。

【００３０】このインチャネル制御では、Ｂｃｈ内に制
御ビットが必要になるが、そのフレーム構成がＣＣＩＴ
Ｔの勧告Ｈ．２２１において規定され、Ｂｃｈ（６４Ｋ
ｂｐｓ）時のマルチフレーム構造は図４に示すようにな
る。すなわち、マルチフレームの構造は、１オクテット
／１２５μｓｅｃを基本として、１フレーム＝８０オク
テット｛図４（ａ）参照｝、１サブマルチフレーム＝２
フレーム｛図４（ｂ）参照｝、１マルチフレーム＝８サ
ブマルチフレームの構造を有し｛図４（ｃ）参照｝、ビ
ット方向には８ＫｂｐｓのサブチャネルがＮｏ．１から
Ｎｏ．８まで定義されている。但し、Ｎｏ．８のサブチ
ャネルだけは転送レートが６．４Ｋｂｐｓとなってお
り、制御ビットとしてＦＡＳとＢＡＳの信号が挿入され
ている。

【００３１】このＦＡＳとＢＡＳとにより、Ｂｃｈのイ
ンチャネル制御が可能になり、ＦＡＳはフレームおよび
マルチフレーム同期に使用される。また、ＢＡＳはサブ
チャネルなどの多重方法を決定するのに必要な端末能力
の情報の交換、或いは能力設定に使用される。特に、Ｂ
ＡＳはデータ通信中であってもサブマルチフレーム（２
０ｍｓｅｃ）ごとに切り換え可能である。

【００３２】図３のインチャネル制御手順において、Ｂ
ｃｈが送信可能状態になると、端末Ａ、Ｂ共にＦＡＳを
送信する。この時の端末能力は、初期状態のモード０
〈オーディオ（ＣＣＩＴＴ勧告Ｇ．７１１）とＦＡＳ、
ＢＡＳのみのモード〉である。両端末とも受信したデー
タからこのＦＡＳを探索し、勧告Ｈ．２２１で規定され
たフレーム同期の条件が満たされるとフレーム同期を回
復し、後述の図５におけるＦＡＳ内のビット構成の中の
ビットＮｏ．３のビット内容“Ａ”を“０”にしたデー
タを送信する。同時に、相手端末から受信しているＦＡ
Ｓ内の上記“Ａ”が“０”になるのを検索し、Ａ＝０を
受信することにより、相手端末のフレーム同期が確立し
たことを確認する。

【００３３】次に、自己端末の能力情報をＢＡＳで相手
端末に送信し、両端末は相手端末の端末能力を認識す
る。この認識の結果、両端末が通信可能であれば、この
時点でデータ通信を開始するが、能力変更が必要な場合
は、同様にＢＡＳを使用して端末能力のコマンドを送信
し、相手端末がその能力を設定した後でデータ通信を開
始する。データの通信は送受信が独立しており、同期の
確立も端末能力の設定も別々に行われるので、片方向だ
け同期はずれが発生したり、送受のデータの種別が異な
ることもある。

【００３４】データの通信が完了して呼を切断する場合
は、切断する側の端末（図２、図３の端末Ａ）がＢＡＳ
を使用してモード０にすると、Ｂｃｈのインチャネル制
御が初期状態に戻る。次いで、図２に示すようにＤｃｈ
のアウトバンド手順で切断と開放が行われて、全ての通
信が完了する。

【００３５】ＦＡＳ内のビット構成は図５のようになっ
ており、図５（ａ）の奇数フレームにおけるビットＮ
ｏ．３のビット内容“Ａ”はフレーム同期はずれの表示
であり、ビットＮｏ．４のビット内容“Ｅ”はＣＲＣ
（巡回冗長検査）誤り発生の表示であり、ビットＮｏ．
５〜８のＣ1〜Ｃ4はＣＲＣ用のビットである。

【００３６】図５（ｂ）の奇数フレームにおけるＮ1〜
Ｎ5はマルチフレームの番号付けのビットを示し、Ｒ1〜
Ｒ2はチャネル番号を示している。なお、ＴＥＡは端末
装置アラームで、端末内部の故障時に“１”がセットさ
れる。また、図５（ｃ）の偶数フレームにおけるＲ3〜
Ｒ42はチャネル番号を示している。

【００３７】ＢＡＳ内のビット構成は図６のようになっ
ている。すなわち、図６（ａ）のように上位３ビットで
属性を示し、残りの５ビットでその属性の属性値を示し
ている。属性の内容としては、図６（ｂ）に示したよう
に、オーディオ符号化コマンド、転送レートコマンド、
ビデオとその他のコマンド、データコマンド、端末能力
１、端末能力２、未定義、およびエスケープ符号が定義
されている。また、属性値としては、図示省略したが、
例えば、転送レート値、コーディツク種別、各メディア
特有のパラメータ値などが定義されている。

【００３８】実施例において、Ｂｃｈを２チャネル接続
する場合には、最初の１チャネルを接続し、フレーム同
期が確立し能力ＢＡＳがネゴシェーションされ、端末受
信能力の転送レート能力（ＢＡＳの端末能力１）が２×
６４ｂｐｓであれば、Ｂｃｈの２チャネル目の接続を開
始する。この接続の手順は、ＦＡＳによるフレーム同期
の確立までは、１チャネル目と同様であるが（但し、非
フレームモードの場合はフレームの確立も行われな
い）、ＢＡＳについては、マルチフレーム番号のみを送
信し、ＢＡＳのネゴシェーションは行われない。、

【００３９】この２チャネル目のフレームデータ内のデ
ータの割り付けは、１チャネル目のＢＡＳのネゴシェー
ションにより確定されている。この２チャネル目の付加
チャネルの接続タイミングについては、ＣＣＩＴＴの勧
告では次の３通りの方法が示されているが、 （１）手動による接続方式 （２）能力情報交換シーケンスの終了後、相互の付加チ
ャネル能力を表示した時に接続する方式 （３）（２）より少し遅れてユーザにより手動接続する
方式 実施例では、（１）、（３）の方式を採用している。

【００４０】次に、実施例における通信制御動作を図
７、図８のフローチャートに基づいて説明する。

【００４１】相手端末との接続時の本端末の受信能力
と、本端末の受信能力と相手端末の受信能力とのネゴシ
ェーションの結果による本端末の送信能力とは、予めユ
ーザーによりデフォルト値としてシステム制御部１４内
に形成された登録テーブル１４ａに登録・設定される
（ステップＳ１）。操作部１３の操作により送信要求が
なされると（ステップＳ２）、システム制御部１４は、
登録テーブル１４ａ内の送信能力情報を読出すと共に
（ステップＳ３）、節約モードと通常モードの何れが設
定されているかを判別する（ステップＳ４）。

【００４２】その結果、節約モードが設定されておれ
ば、システム制御部１４は、以下の手順で回線接続を行
う。

【００４３】すなわち、登録テーブル１４ａから読出し
た通常モード時の転送能力を判別する（ステップＳ
５）。その結果、通常モード時の転送能力として１×６
４Ｋｂｐｓが登録されておれば、その１×６４Ｋｂｐｓ
を設定し（ステップＳ６）、通常モード時の転送能力と
して２×６４Ｋｂｐｓが登録されておれば、その２×６
４Ｋｂｐｓを設定する（ステップＳ７）。なお、この２
×６４Ｋｂｐｓの設定は、相手端末に自己の転送能力を
伝えるために行われるものであり、実際には、１×６４
Ｋｂｐｓ、２×６４Ｋｂｐｓのいずれを設定する場合に
も、この時点では通信制御部１６ｃには１×６４Ｋｂｐ
ｓを通知し、多重・分離部１５には２×６４Ｋｂｐｓを
通知することにより行う。

【００４４】次に、Ｄチャネルを利用して発呼を行った
後に、ゲート回路１６ａ、或いはゲート回路１６ｂを接
続状態にさせ、任意の１つのＢチャネルを接続するよう
に通信制御部１６ｃに指令して（ステップＳ８）、タイ
マ１４ｂを起動する（ステップＳ９）。このＢチャネル
の接続により、使用者（操作者）は、通話の相手を確認
できるようになる（ステップＳ１０）。この場合、多重
・分離部１５は、勧告Ｈ．２２１で規定されたデータフ
レームにＢＡＳ情報を乗せて相手端末に送信すると共
に、相手端末から受信したデータフレームからＢＡＳ情
報を抽出して接続された相手端末の受信能力を確認す
る。そして、相手端末の音声能力が１６Ｋｂｐｓであれ
ば、音声データの１６ＫｂｐｓとＦＡＳ、ＢＡＳの転送
レート分をＢｃｈ１チャネル分の転送レートである６４
Ｋｂｐｓから引いた残りの転送レートを画像データに割
り付けて通信を行う。一方、相手端末の音声能力が１６
Ｋｂｐｓがなければ、音声データの５６ＫｂｐｓとＦＡ
Ｓ、ＢＡＳの転送レート分をＢｃｈ１チャネル分の転送
レートである６４Ｋｂｐｓから引いた残りの転送レート
を画像データに割り付けて通信を行うか、或いは音声の
みを割り付けて画像はＯＦＦにして通信を行う。

【００４５】次に、使用者からの回線切断要求の有無を
判別し（ステップＳ１１）、回線切断要求が有れば、現
在１つだけ接続されているＢｃｈを切断して（ステップ
Ｓ１３）、終了する。一方、回線切断要求が無ければ、
使用者からの通常モードへの変更要求の有無を判別する
（ステップＳ１２）。その結果、通常モードへの変更要
求が無ければ、ステップＳ９にて起動したタイマ１４ｂ
に予めセットされた所定時間がタイムオーバーしたか否
かを判別する（ステップＳ１４）。その結果、未だタイ
ムオーバーしていなければ、ステップＳ１１に戻って、
再度、回線切断要求の有無を判別する。一方、既にタイ
ムオーバーしておれば、タイマ１４ｂを停止して（ステ
ップＳ１５）、ステップＳ１６に進む。ステップＳ１２
にて通常モードへの変更要求が有ると判別されたとき
は、ステップＳ１４、Ｓ１５をスキップしてステップＳ
１６に進む。

【００４６】ステップＳ１６では、登録テーブル１４ａ
に登録された通常モード時の送信能力情報を読出して解
読する。そして、その送信能力情報の変更の有無を判別
する（ステップＳ１７）。その結果、変更が有れば、そ
の変更に係る送信能力情報を多重・分離部１５に通知す
ることにより設定する（ステップＳ１８）。この変更に
係る送信能力情報を受け取った多重・分離部１５は、現
在接続中の１チャネル目（Ｂチャネル）のＢＡＳコマン
ドによりＢＡＳ経由で相手端末に送信能力の変更を通知
する。

【００４７】この変更に係る送信能力情報の設定処理が
終了するか、或いはステップＳ１７にて送信能力情報の
変更が無いと判別されたときは、現在設定されている送
信能力（正規の転送レート能力）情報が、２つのＢｃｈ
を必要とする送信能力を示しているか否かを判別する
（ステップＳ１９）。その結果、２つのＢｃｈを必要と
していなければ、ステップＳ１１に戻って、回線切断要
求の有無を判別する。一方、２つのＢｃｈを必要として
おれば、通信制御部１６ｃに２チャネル目のＢｃｈの接
続を指令する（ステップＳ２０）。この場合、通信制御
部１６ｃは、この指令に応答して、Ｂｃｈの２チャネル
目を接続すべく、Ｄｃｈを介して相手端末を発呼する。
また、多重・分離部１５は、Ｂｃｈの２チャネル目が接
続されると、接続に係る２つのＢｃｈに対して、フレー
ムデータの再割付けを行う。

【００４８】次に、使用者からの回線切断要求の有無を
待ち（ステップＳ２１）、回線切断要求がなされると、
現在接続中の２つのＢｃｈの回線接続を切断して（ステ
ップＳ２２）、終了する。なお、ステップＳ４にて、通
常モードが設定されていると判別されたときは、通常モ
ードに従った所定の処理を行って（ステップＳ２３）、
終了する。この通常モード処理においても、登録テーブ
ル１４ａに登録された通常モード時の送信能力情報に変
更が有れば、送信能力情報の設定変更を行い、その変更
に係る送信能力に応じたチャネル数で通信を行う。

【００４９】以上の説明から明らかなように、通話の結
果、間違い電話であったり、通話したい相手が不在で代
わりの応答者が出た場合は、使用者は、通常モードへの
切換要求を行わずに、１つのＢｃｈだけで通話できるの
で、通信料を節約できる。また、通常モードへの切換要
求を行うことによりバルク転送に切換えられることを使
用者が知らなかったとしても、所定時間後には自動的に
バルク転送に切換えられるので、端末の操作に習熟して
いなくても、通信料を節約しつつ高速転送を行うことが
可能となる。さらに、通常モードを選択する必要のない
場合には、節約モードのままで通信を継続することもで
き、この通常モードにおいてＢｃｈを２チャネル必要と
しない場合には、Ｂｃｈの２チャネル目を接続しないよ
うにすることも可能である。

【００５０】なお、本発明は、上記の実施例に限定され
ることなく、例えば、ＩＳＤＮ網以外の他の複数の通信
路を有するデジタル回線網を利用して通信を行うマルチ
メディア端末に適用することも可能である。

【００５１】

【発明の効果】以上に説明したように、本発明によれ
ば、回線接続を適確に行うとにより、高速転送を維持つ
つ通信料を節約し得るマルチメディア端末を実現するこ
とができる。

【図面の簡単な説明】

【図１】本発明の一実施例を適用したマルチメディア端
末装置の概略構成を示すブロック図である。

【図２】ＩＳＤＮ回線で通信する際の手順を示すシーケ
ンス図である。

【図３】Ｂチャネルのインチャネル制御の説明図であ
る。

【図４】Ｈ．２２１規定のマルチフレーム構造の説明図
である。

【図５】ＦＡＳのビット構造の説明図である。

【図６】ＢＡＳのビット構造の説明図である。

【図７】本実施例の通信動作を示すフローチャートであ
る。

【図８】図７の続きのフローチャートである。

【符号の説明】

１：ハンドセット ２：マイク ３：スピーカ ４：音声インタフェース部 ５：音声符号化復号化部 ６：カメラ ７：画書カメラ ８：表示部 ９：画像入出力部 １０：画像符号化／復号化部 １１：データ端末 １２：データインタフェース部 １３：操作部 １４：システム制御部 １４ａ：登録テーブル １４ｂ：タイマ １５：多重・分離部 １６：回線インタフェース部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 音声入出力部、映像入出力部等の複数の
   メディアを備え、複数チャネルの通信路で複数メディア
   の情報を多重化して通信するマルチメディア端末におい
   て、 正規の通信方式を予め登録する登録手段と、 相手端末と第１チャネルのみを接続して通信させる第１
   の通信制御手段と、 相手端末への前記第１チャネルの接続後に、前記正規の
   通信方式への切換指令を行う切換指令手段と、 前記切換指令手段からの切換指令に応答して前記正規の
   通信方式により通信させる第２の通信制御手段と、 前記正規の通信方式が前記第１チャネルだけではチャネ
   ル数が不足するような通信方式である場合には、必要な
   数のチャネルを相手端末に接続して通信させる第３の通
   信制御手段とを設けたことを特徴とするマルチメディア
   端末。
2. 【請求項２】 前記切換指令手段は、相手端末への前記
   第１チャネルの接続がなされた後、所定時間経過に自動
   的に前記正規の通信方式への切換指令を行うことを特徴
   とする請求項１記載のマルチメディア端末。
3. 【請求項３】 前記切換指令手段は、相手端末への前記
   第１チャネルの接続がなされた後、モード切換操作に応
   答して前記正規の通信方式への切換指令を行うことを特
   徴とする請求項１記載のマルチメディア端末。
4. 【請求項４】 前記複数チャネルの通信路は、ＩＳＤＮ
   網におけるＢチャネルであることを特徴とする請求項
   １、請求項２、または請求項３記載のマルチメディア端
   末。