JPH0918848A - 通信端末装置 - Google Patents

Abstract

(57)【要約】 【目的】 複数の伝送速度に対応しつつ、データ分離部
をより小さな回路で実現できる。 【構成】 Ｉインターフェース３１０は受信データをフ
レーム同期回路３１２及びフレーム検出回路３１４に印
加し、システムＣＰＵ３２０に伝送速度情報を伝達す
る。回路３１２，３１４により、受信した複数のフレー
ム間の同期が確立される。共通フレーム化変換回路３１
６は、受信データを伝送速度に関係なく共通フレームに
変換する。分離処理回路３１８は、可変レート分離回路
３１８ａ又は固定レート分離回路３１８ｂにより回路３
１６の出力フレームを映像・音声・その他にデータ分離
する。分離回路３１８ａは、フレーム内の一定のサブチ
ャネルに含まれるダミー・ビットをマスクし、マスクさ
れない通信データをＢＡＳ信号に従ってデータ分離す
る。分離回路３１８ｂは、全ての通信データをマスクせ
ずにデータ分離する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信端末装置に関す
る。

【０００２】

【従来の技術】最近、ディジタル公衆通信回線ＩＳＤＮ
が普及し、ＩＳＤＮ回線を介した音声・映像等の伝送シ
ステムが研究開発され、そのための通信端末も色々のも
のが提案及び商品化されている。これらの通信端末は、
例えば、基本インターフェース又は１次群インターフェ
ースの、Ｂチャネル（６４ｋｂｐｓ）、Ｈ０チャネル
（３８４ｋｂｐｓ）又はＨ１１チャネル（１，５３６ｋ
ｂｐｓ）を使用して、データ通信できる。代表的な用途
として、例えば、テレビ電話やテレビ会議又はビデオ会
議が考えられている。映像データ、音声データ及びその
他のデータを融合して通信するための規格として、ＩＴ
Ｕ−Ｔによる勧告Ｈ．２２１がある。

【０００３】図２は、テレビ会議用端末装置の基本構造
の概略構成ブロック図を示す。カメラ１１０は会議参加
者を撮影し、その撮影画像は画像符号化回路１１２によ
り符号化され、マイク１１４は会議参加者の音声を電気
信号に変換し、音声符号化回路１１６はマイク１１４の
出力を音声符号化する。データ端末１１８はデータの入
出力手段として利用される。多重化回路１２０は、画像
符号化回路１１２、音声符号化回路１１６及びデータ端
末１１８の出力をＨ．２２１に準拠して多重化し、Ｉイ
ンターフェース１２２は多重化回路１２０の出力をディ
ジタル通信回線に出力する。

【０００４】ディジタル通信回線からのＨ．２２１多重
化データは、Ｉインターフェース１２２から分離回路１
２４に印加される。分離回路１２４は受信データを映像
データ、音声データ及びその他のデータに分離し、映像
データを画像復号化回路１２６に、音声データを音声復
号化回路１２８に、その他のデータをデータ端末１１８
に供給する。画像復号化回路１２６は受信した映像デー
タを復号化し、モニタ１３０に印加する。音声復号化回
路１２８は受信した音声データを復号化し、スピーカ１
３２に印加する。データ端末１１８は受信したデータを
モニタ画面に表示し、又は記憶装置に記憶する。

【０００５】勧告Ｈ．２２１の内容を簡単に説明する。
図３は、Ｈ．２２１におけるフレーム構造と伝送順序を
示す。Ｈ．２２１では、１フレームは８０個のオクテッ
トからなり、１オクテットは８ビットからなる。１６個
のフレームが１つの通信単位となってマルチフレームと
呼ばれる。マルチフレームは、受信側での遅延補正に利
用される。サブマルチフレームは２つのフレームからな
る。フレーム内の列はサブチャネルと呼ばれ、日本（伝
送速度６４ｋｂｐｓ）では１フレームは８つのサブチャ
ネルを具備する。

【０００６】図４は、送信側の概略構成ブロック図とデ
ータ構成を示し、図５は、受信側の概略構成ブロック図
とデータ構成を示す。ＦＡＳ／ＢＡＳ生成回路１５０
は、データを送受信する単位の枠であるフレームの同期
を合わせるための信号、即ちＦＡＳ（フレーム・アライ
メント信号）と、端末能力及びフレーム内の音声領域等
のモードを設定するための信号、即ち、ＢＡＳ（ビット
レート・アロケーション信号）を生成する。ＦＡＳは、
受信側でフレームを整列させるための固定ビット・パタ
ーンの部分、即ち、ＦＡＷ（フレーム・アライメント・
ワード）を含む。

【０００７】多重化回路１５２には、符号化された映像
データ、符号化された音声データ、及びその他のデー
タ、並びに、ＦＡＳ／ＢＡＳ生成回路１５０の出力が入
力し、これらのデータを所定順序で多重化する。ＣＲＣ
４生成回路１５４は、多重化回路１５２から出力される
フレームから冗長巡回符号による誤り検出コードＣＲＣ
４を生成し、加算器１５６が、ＣＲＣ４検出回路１５４
の出力を、次に多重化回路１５２から出力されるフレー
ムに付加する。誤り検出コードＣＲＣ４は、伝送系で発
生する誤りを検出するのに使用される。Ｉインターフェ
ース１５８は、加算器１５６からのフレームを逐次、デ
ィジタル通信回線、ここではＩＮＳ６４に出力する。

【０００８】図５に示す受信側では、次のように処理さ
れる。即ち、ＩＮＳ６４を伝送したデータはＩインター
フェース１６０で受信され、その受信データは、フレー
ム同期回路１６２及びフレーム検出回路１６４に印加さ
れる。フレーム検出回路１６４は、受信データからＦＡ
Ｓ信号を検出し、フレーム同期回路１６２は、フレーム
検出回路１６４で検出されたＦＡＳの内容に従い、受信
した複数のフレーム間の同期を確立する。この同期確立
によって初めて、フレームに含まれる個々のデータを取
り出すことが出来る。

【０００９】ＣＲＣ４検出回路１６６は、同期確立され
たフレームに含まれる誤り検出コードＣＲＣ４により誤
りを検出し、ＦＡＳ／ＢＡＳ検出回路１６８は、受信デ
ータ中のＦＡＳ信号及びＢＡＳ信号を検出し、その内容
を解析して、フレーム内での映像データ、音声データ及
びその他のデータの配置領域を確定する。マルチフレー
ム同期合わせ回路１７０は、受信した複数のフレームを
本来の順序に並べる。これは、各フレームが別の通信路
を介して伝送される可能性があるからである。

【００１０】ＩＳＤＮ回線では、１つの通信に複数の通
信チャネルを利用できるので、例えば、北海道と九州を
結んで通信会議を行なう場合、太平洋側と日本海側の異
なる経路を通る通信チャネルを利用することがありう
る。この場合、２本の通信チャネル間は非同期になり伝
送データに遅延が生じる。マルチフレーム同期合わせ回
路１７０は、このチャネル間の遅延を補正する。複数の
通信チャネルを用いた通信においては、この処理が必須
である。

【００１１】分離回路１７２は、マルチフレーム同期合
わせ回路１７０で本来の順序に並べられた複数のフレー
ムから、ＦＡＳ／ＢＡＳ検出回路１６８の出力に従い、
映像データ、音声データ及びその他のデータを分離す
る。

【００１２】勧告Ｈ．２２１が伝送速度６４ｋｂｐｓを
ベースにしており、日本の公衆ディジタル通信回線も６
４ｋｂｐｓを基本とするので、国内での通信、及び伝送
速度６４ｋｂｐｓのデジタル回線網を持つ海外との通信
では問題無いが、米国のように、国内に伝送速度５６ｋ
ｂｐｓと６４ｋｂｐｓの２種類の回線網が混在している
ような国に対応するのは、そのままでは困難であり、何
らかの手段で伝送速度を調整する必要がある。

【００１３】実際に、日本（６４ｋｂｐｓ）と米国（５
６ｋｂｐｓ）とで通信する場合、伝送速度を合わせるた
めに、日本側で、伝送速度８ｋｂｐｓの１ビットのダミ
ー・データを付加している。このダミー・データの挿入
により、異なる伝送速度のＩＳＤＮ間でのデータ通信を
可能にしている。

【００１４】従来例では、このダミー・データ（以下、
伝送速度調整用付加信号と呼ぶ。）は、第１サブチャネ
ル乃至第７サブチャネル、即ちデータ部分の１サブチャ
ネルにランダムに挿入される。そして、フレーム検出後
のデータ分離の際に、どの位置に伝送速度調整用付加信
号が存在するのかを検出できる必要があり、そのため
に、通信データと同期したタイミング信号（８ｋｂｐ
ｓ）が利用される。具体的には、システムＣＰＵが、伝
送速度調整用付加信号が存在する全てのサブチャネルか
らマスク・パターンを作成・管理すようになっており、
伝送速度調整用付加信号の存在位置を検出してから、そ
の検出位置に応じて使用すべきマスク・パターンを選択
する。

【００１５】

【発明が解決しようとする課題】このように、従来例で
は、システムＣＰＵに過大な負担がかかっており、高速
な、従って高価なシステムＣＰＵを用意しなければなら
ないという問題点がある。この解決策として、本出願人
は別の出願により、伝送速度調整用付加信号を含むサブ
チャネルを予め一定のサブチャネル位置に移動しておい
てから伝送速度調整用付加信号をマスクする構成を提案
している。この構成を簡単に説明する。

【００１６】図１は、本出願人による別の特許願で提案
された発明の一実施例の概略構成ブロック図を示す。１
０はディジタル通信回線に接続するＩインターフェー
ス、１２はフレーム同期回路、１４はフレーム検出回
路、１６は伝送速度調整用付加信号の存在するサブチャ
ネルを第１サブチャネルの位置に移動して、共通フレー
ム化する共通フレーム化変換回路、１８はＣＲＣ４検出
回路、２０はＦＡＳ／ＢＡＳ検出回路、２２はマルチフ
レーム同期合わせ回路、２４は映像データ、音声データ
及びその他のデータを分離する分離回路である。なお、
ＦＡＳ／ＢＡＳ検出回路２０はＢＡＳの誤りを検出訂正
する回路を含む。

【００１７】ディジタル通信回線ＩＮＳ６４を伝送した
Ｈ．２２１多重化データはＩインターフェース１０で受
信され、その受信データは、フレーム同期回路１２及び
フレーム検出回路１４に印加される。フレーム検出回路
１４は、受信データからＦＡＳ信号を検出し、フレーム
同期回路１２は、フレーム検出回路１４で検出されたＦ
ＡＳの内容に従い、受信した複数のフレーム間の同期を
確立する。この同期確立によって初めて、フレームに含
まれる個々のデータを取り出すことが出来る。

【００１８】共通フレーム化変換回路１６は、受信した
各フレームに含まれることのある伝送速度調整用信号が
同じフレームの第１サブチャネルに位置する共通フレー
ムに、フレーム同期回路１２の出力フレームを変換す
る。図６は、ＩＮＳ６４（日本のＩＳＤＮ）から受信し
た通信データの、共通フレーム化変換回路１６の動作例
を示す。図６（１）は第１サブチャネルに伝送速度調整
用付加信号が存在する場合、同（２）は第２サブチャネ
ルに前記伝送速度調整用付加信号が存在する場合、同
（７）は第７サブチャネルに前記伝送速度調整用付加信
号が存在する場合であり、それぞれのケースについて、
回路１６は、伝送速度調整用付加信号の存在するサブチ
ャネルより前の１又は複数のサブチャネルのデータを順
次繰り下げ、伝送速度用付加信号の存在するサブチャネ
ルを第１サブチャネルの位置に移動する。

【００１９】回路１６による共通フレーム化変換によ
り、図６（１）〜（７）のどのパターンのフレームで
も、図６（８）に示すように、第１サブチャネルに伝送
速度調整用付加信号が存在することになる。この結果、
ホストＣＰＵは、図６（８）に示す１つのパターンに対
応できればよくなり、負荷が大幅に軽減される。

【００２０】ＣＲＣ４検出回路１８は、同期確立された
フレームに含まれる誤り検出コードＣＲＣ４により誤り
を検出し、ＦＡＳ／ＢＡＳ検出回路２０は、受信データ
中のＦＡＳ信号及びＢＡＳ信号を検出し、その内容を解
析して、フレーム内での映像データ、音声データ及びそ
の他のデータの配置領域を確定する。マルチフレーム同
期合わせ回路２２は、受信した複数のフレームをマルチ
フレーム内で本来の順序に並べる。分離回路２４は、マ
ルチフレーム同期合わせ回路２２で本来の順序に並べら
れた複数のフレームから、ＦＡＳ／ＢＡＳ検出回路２０
の出力に従い、映像データ、音声データ及びその他のデ
ータを分離する。

【００２１】図７は、本実施例における、共通化フレー
ム構造を作成する動作のフローチャートを示す。通信デ
ータの中からＦＡＷ（＝”００１１０１１”）を検索す
る（Ｓ１）。ビット列”００１１０１１”を検出する
と、これがＦＡＷかどうかを判断し、ＦＡＷと判断した
場合はマスクをＯＦＦに、ＦＡＷでないと判断した場合
にはマスクをＯＮにする（Ｓ２）。次に、伝送速度を確
認する（Ｓ３）。システムＣＰＵとのアクセスにより、
伝送速度を確認できる。伝送速度が６４ｋｂｐｓと判断
した場合は、変換回路１６をスルー・アウトすればよい
が、５６ｋｂｐｓの場合は、共通フレーム化変換回路１
６による共通フレーム化変換を起動する（Ｓ４）。共通
フレーム化変換で、伝送速度調整用付加信号は、先に説
明したタイミング信号から検索できる。伝送速度調整用
付加信号を検出すると、先に説明したように、伝送速度
調整用付加信号の存在するサブチャネルのデータを第１
サブチャネルの位置に移動し、共通のフレーム構造にす
る（Ｓ４）。この共通のフレーム構造は、次にＦＡＷが
検出されるまで有効である（Ｓ５）。一定数のデータを
調べてもＦＡＷを検出できないときには、次の分離処理
に移行する（Ｓ６）。

【００２２】図８は、変換回路１６の動作フローチャー
トを示す。ＦＡＷの検出信号が立ち上がると（Ｓ１
１）、その信号をラッチして８ビット分の比較信号を生
成する（Ｓ１２）。ここで、比較信号を１〜８まで番号
付けをする。例えば、比較信号１は、第１サブチャネル
に伝送速度調整用付加信号が位置するかどうかを判別す
るための基準信号であり、ＦＡＷ検出信号をラッチした
信号が比較信号１となる。なぜならば、ＦＡＷは、ＦＡ
Ｓ信号及び記ＢＡＳ信号と同じサブチャネル、本実施例
のフレーム構造では第８サブチャネルに位置するからで
ある。

【００２３】比較信号を生成した後（Ｓ１２）、先に説
明したタイミング信号と各比較信号をアンドし、フレー
ム構造内において伝送速度調整用信号の存在するサブチ
ャネルの位置を判断する（Ｓ１４）。この処理により、
伝送速度調整用付加信号がどのサブチャネルに位置する
かが分かる。判明したサブチャネルを図６で説明したよ
うに、第１サブチャネルの位置に移動し、共通フレーム
化する（Ｓ１５）。

【００２４】共通フレーム化変換した後では、伝送速度
調整用付加信号を常に同じフレームの第１サブチャネル
に位置するようにしているが、第２サブチャネル乃至第
７サブチャネルのどこでもよい。更には、第２サブマル
チフレーム乃至第８サブマルチフレームのどのサブマル
チフレームに位置させても良い。

【００２５】このように、ＦＡＳ信号及びＢＡＳ信号が
第８サブチャネルに位置する場合（６４ｋｂｐｓと同様
のフレーム構造）、伝送速度調整用付加信号、即ち、ダ
ミー・ビットは第１サブチャネル乃至第７サブチャネル
の何れかに存在し、そのサブチャネル位置はフレーム毎
に不定である。即ち、これらのサブチャネル内に存在す
る映像データ、音声データ及びその他のデータの領域に
ダミー・ビットが挿入された形となるので、このダミー
・ビットを映像データ、音声データ及びその他のデータ
の領域から分離除去する処理が必須となる。別の特許出
願に係る発明では、ダミー・ビットを含むサブチャネル
が予め一定のサブチャネル位置に移動されているので、
１つのサブチャネルについてダミー・ビットを分離処理
すればよくなる。

【００２６】本発明は、ダミー・ビットを効果的に分離
できる通信端末装置を提示することを目的とする。

【００２７】本発明はまた、複数の伝送速度に対応で
き、データ分離部をより小さな回路で実現できる通信端
末装置を提示することを目的とする。

【００２８】

【課題を解決するための手段】本発明に係る通信端末装
置は、固定レートでデータ通信を行なう通信端末装置で
あって、固定レートでビット列を受信する受信手段と、
当該受信手段により受信されたデータ列から固定ビット
パターンを検出する固定ビットパターン検出手段と、当
該固定ビットパターン検出手段の検出結果に従い第１の
タイミング信号を生成するタイミング生成手段と、当該
第１のタイミング信号と、当該受信手段で受信するビッ
ト列に第２のタイミング信号に従うタイミングで挿入さ
れることのあるダミー・ビットを、当該第１及び第２の
タイミング信号に従い、所定位置に変換する変換手段
と、有効なデータを判別する有効データ判別手段と、受
信データにダミー・ビットが含まれない場合に、疑似的
にダミー・ビットを生成し、受信データに付加して当該
変換手段に適用するダミー・ビット生成手段と、当該有
効データ判別手段の判別結果に従い、有効なデータを分
離する分離手段とからなることを特徴とする。

【００２９】当該分離手段が、所定ビット位置をマスク
して分離する第１分離手段と、マスクせずに分離する第
２分離手段と、上記有効データ判別手段の判別結果に従
い当該第１及び第２分離手段を選択する選択手段とから
なる。

【００３０】

【作用】上記手段により、受信データに含まれるダミー
・ビットを予め決められたビット位置に変換するので、
ダミー・ビットを分離除去するのが容易になる。ダミー
・ビットの分離除去に要する負担を軽減できる。また、
異なる伝送速度に対応する複数の処理系を設けるのに比
べ、回路を格段に小さく出来る。

【００３１】

【実施例】以下、図面を参照して、本発明の実施例を詳
細に説明する。

【００３２】伝送速度６４ｋｂｐｓ間の通信では、共通
フレーム化変換を行なわずに８ビット分の通信データ全
てがそのまま平行移動する形でフレームを完成させる
が、異なる伝送速度間、例えば６４ｋｂｐｓと５６ｋｂ
ｐｓ間では、先に説明したように、共通フレーム化変換
回路１６において共通フレーム化変換を行なう事によ
り、図８に示すように分離処理が簡略化される。しか
し、共通フレーム化変換の動作中にも、通信データ全て
をそのまま平行移動するケース（例えば、図６（１）に
示すようにダミー・ビットが第１サブチャネルに存在す
るケース）もある。このケースでは、伝送速度５６ｋｂ
ｐｓの場合と伝送速度６４ｋｂｐｓの場合とで、動作が
共通する。従って、これら複数の伝送速度に対応できる
通信端末装置では、図９に示すように動作させればよ
い。

【００３３】図９を説明する。まず、通信データの中か
らＦＡＷ（＝”００１１０１１”）を検索する（Ｓ２
１）。ビット列”００１１０１１”を検出すると、これ
がＦＡＷかどうかを判断し、ＦＡＷと判断した場合は通
信データをマスクすることにし、ＦＡＷでない場合に
は、通信データをマスクしないことにする（Ｓ２２）。
このステップにより、ＦＡＷの位置を確定でき、この位
置から判断して通信データを変換する（Ｓ２３）。この
変換（Ｓ２３）は、再びＦＡＷが検出されるまで有効と
なる（Ｓ２４）。一定数のデータを調べてもＦＡＷを検
出できないときには、次の分離処理に移行する（Ｓ
６）。

【００３４】図１０は、図９のＳ２３の詳細なフローチ
ャートを示す。ＦＡＷの検出信号が立ち上がると（Ｓ３
１）、その信号をラッチして８ビット分の比較信号を生
成する（Ｓ３２）。ここで、比較信号を１〜８まで番号
付けをする。

【００３５】伝送速度を確認し（Ｓ３３）、伝送速度が
６４ｋｂｐｓ以外の場合には、疑似のダミー・ビットを
作成する（Ｓ３４）、伝送速度が６４ｋｂｐｓの場合に
はＳ３４をパスする。これは、変換（Ｓ２３）が、伝送
速度６４ｋｂｐｓ以外ではダミー・ビットの存在を前提
としているからである。

【００３６】次に、比較信号１〜８との比較結果によ
り、ダミー・ビットのあるサブチャネル位置を検出し、
それぞれの位置に適した変換を判別する（Ｓ３５）。こ
の処理により、共通フレーム構造にするための、ダミー
・ビットのあるサブチャネル位置に応じた変換処理を起
動できる。この結果、異なる伝送速度において生じる処
理時間の差（遅延）を考えずに回路を設計できる。

【００３７】図９及び図１０に示すフローチャートを実
現する回路構成を図１１に示す。変換回路２００〜２２
２はそれぞれ、比較信号１〜８に対応しており、何れか
１つの変換回路が、タイミング信号及びＦＡＷ検出信号
を含む制御信号と伝送速度情報とに従い上述の変換を実
行する。その変換結果はゲート２２４を介して外部に出
力される。

【００３８】図１２は、本発明の一実施例の概略構成ブ
ロック図を示す。３１０はディジタル通信回線に接続す
るＩインターフェース、３１２はフレーム同期回路、３
１４はフレーム検出回路、３１６は伝送速度調整用付加
信号の存在するサブチャネルを第１サブチャネルの位置
に移動して、共通フレーム化する共通フレーム化変換回
路である。３１８は、共通フレーム化変換回路３１６か
ら出力される共通フレームのデータを映像データ、音声
データ及びその他のデータに分離する分離処理回路であ
り、フレームの左側にあるダミー・ビット分のサブチャ
ネル（米国の時は第１サブチャネル）をマスクして分離
する可変レート分離回路３１８ａと、全ての通信データ
をマスクせずにデータ分離する固定レート分離回路３１
８ｂとを具備する。３２０は全体を制御するシステムＣ
ＰＵである。

【００３９】ディジタル通信回線ＩＮＳ６４を伝送した
Ｈ．２２１多重化データはＩインターフェース３１０で
受信され、その受信データは、フレーム同期回路３１２
及びフレーム検出回路３１４に印加される。Ｉインター
フェース３１０はまた、システムＣＰＵ３２０に伝送速
度情報を伝達する。フレーム検出回路３１４は、受信デ
ータからＦＡＳ信号を検出し、フレーム同期回路３１２
は、フレーム検出回路１４で検出されたＦＡＳの内容に
従い、受信した複数のフレーム間の同期を確立する。こ
の同期確立によって初めて、フレームに含まれる個々の
データを取り出すことが出来る。

【００４０】共通フレーム化変換回路３１６は、Ｈ．２
２１フレーム構造の通信データを、先に説明したように
伝送速度に関係なく共通フレームに変換し、分離処理回
路３１８に出力する。分離処理回路３１８は、システム
ＣＰＵ３２０からの指令に従い、可変レート分離回路３
１８ａ又は固定レート分離回路３１８ｂを選択し、回路
３１６の出力フレームをデータ分離する。可変レート分
離回路３１８ａは、フレームの左側にある前記ダミー・
ビット分のサブチャネル（米国の時は第１サブチャネ
ル）をマスクし、マスクされない通信データについてＢ
ＡＳ信号に従って映像データ、音声データ及びその他の
データに分離する。固定レート分離回路３１８ｂは、全
ての通信データをマスクせずに映像データ、音声データ
及びその他のデータに分離する。

【００４１】

【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、データ分離前に、伝送速度に関わ
らず通信データのフレームを共通フレーム構造に変換す
るので、小さいな回路で複数の伝送速度に対応できるよ
うになる。また、ダミー・ビットの分離除去に関するシ
ステムＣＰＵの負担が軽減される。

【図面の簡単な説明】

【図１】 別の特許願における一実施例の概略構成ブロ
ック図である。

【図２】 テレビ会議通信端末の基本構造の概略ブロッ
ク図である。

【図３】 ＩＳＤＮにおけるフレーム構造と伝送順序の
説明図である。

【図４】 勧告Ｈ．２２１の送信側の動作説明図であ
る。

【図５】 勧告Ｈ．２２１の受信側の動作説明図であ
る。

【図６】 共通フレームの説明図である。

【図７】 共通化フレーム構造を作成する本実施例の動
作フローチャートである。

【図８】 変換回路１６の動作フローチャートである。

【図９】 本発明の一実施例におけるフレーム構造変換
手順のフローチャートである。

【図１０】 図９のＳ２３の詳細なフローチャートであ
る。

【図１１】 図９及び図１０に示すフローチャートを実
現する回路構成である。

【図１２】 本発明の一実施例の全体の概略構成ブロッ
ク図である。

【符号の説明】

１０：Ｉインターフェース １２：フレーム同期回路 １４：フレーム検出回路 １６：共通フレーム化変換回路 １８：ＣＲＣ４検出回路 ２０：ＦＡＳ／ＢＡＳ検出回路 ２２：マルチフレーム同期合わせ回路 ２４：分離回路 １１０：カメラ １１２：画像符号化回路 １１４：マイク １１６：音声符号化回路 １１８：データ端末 １２０：多重化回路 １２２：Ｉインターフェース １２４：分離回路 １２６：画像復号化回路 １２８：音声復号化回路 １３０：モニタ １３２：スピーカ １５０：ＦＡＳ／ＢＡＳ生成回路 １５２：多重化回路 １５４：ＣＲＣ４生成回路 １５６：加算器 １５８：Ｉインターフェース １６０：Ｉインターフェース １６２：フレーム同期回路 １６４：フレーム検出回路 １６６：ＣＲＣ４検出回路 １６８：ＦＡＳ／ＢＡＳ検出回路 １７０：マルチフレーム同期合わせ回路 １７２：分離回路 ２００〜２２２：変換回路 ２２４：ゲート ３１０：Ｉインターフェース ３１２：フレーム同期回路 ３１４：フレーム検出回路 ３１６：共通フレーム化変換回路 ３１８：分離処理回路 ３１８ａ：可変レート分離回路 ３１８ｂ：固定レート分離回路 ３２０：システムＣＰＵ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｍ 11/00 ３０２ Ｈ０４Ｌ 13/00 ３０７Ｃ Ｈ０４Ｎ 7/24 Ｈ０４Ｎ 7/13 Ｚ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 固定レートでデータ通信を行なう通信端
   末装置であって、当該固定レートでビット列を受信する
   受信手段と、当該受信手段により受信されたデータ列か
   ら固定ビットパターンを検出する固定ビットパターン検
   出手段と、当該固定ビットパターン検出手段の検出結果
   に従い第１のタイミング信号を生成するタイミング生成
   手段と、当該第１のタイミング信号と、当該受信手段で
   受信するビット列に第２のタイミング信号に従うタイミ
   ングで挿入されることのあるダミー・ビットを、当該第
   １及び第２のタイミング信号に従い、所定位置に変換す
   る変換手段と、有効なデータを判別する有効データ判別
   手段と、受信データにダミー・ビットが含まれない場合
   に、疑似的にダミー・ビットを生成し、受信データに付
   加して当該変換手段に適用するダミー・ビット生成手段
   と、当該有効データ判別手段の判別結果に従い、有効な
   データを分離する分離手段とからなることを特徴とする
   通信端末装置。
2. 【請求項２】 上記分離手段が、所定ビット位置をマス
   クして分離する第１分離手段と、マスクせずに分離する
   第２分離手段と、上記有効データ判別手段の判別結果に
   従い当該第１及び第２分離手段を選択する選択手段とか
   らなる請求項１に記載の通信端末装置。