JPH08293847A

JPH08293847A - 通信制御装置、通信制御方法及び通信制御システム

Info

Publication number: JPH08293847A
Application number: JP3823596A
Authority: JP
Inventors: Masanori Kuwabara; 原正規桑
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1995-02-24
Filing date: 1996-02-26
Publication date: 1996-11-05

Abstract

(57)【要約】【課題】通信データのフレーム及びコンテナの種別を
装置自身が判定することにより、送受信の容易化を達成
する通信制御装置を提供する。【解決手段】フレーム形式で通信される通信データの
中から、通信データを構成している情報の内容に応じて
フレームの種別を判定する判定情報を検出し、検出され
た判定情報に基づいて通信データのフレーム種別を判定
し、さらに、フレーム形式で通信される通信データの中
から、通信データを構成している情報の内容に応じてコ
ンテナの種別を判定する判定情報を検出し、検出された
判定情報に基づいて通信データのコンテナ種別を判定す
るように構成される。また、通信データのフレーム及び
コンテナの種別を装置自身が判定し、フレーム分解、組
立等の処理に必要な初期設定を装置自身が行い、送受信
の容易化を達成する通信制御装置を提供することにあ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信端末において
同期ディジタル・ハイアラーキSynchronous Digital Hi
erarchy （ＳＤＨ）等のフレーム形式で受信されたデー
タのフレーム種別及びコンテナ種別を自動判定する通信
制御装置に関する。また、フレーム種別及びコンテナ種
別のような回線の種別等が判定されない場合に、装置を
回線に接続するだけでその回線に応じた初期設定が自動
的に行われ、通信可能な状態となる通信制御システムに
関する。

【０００２】広帯域サービス統合ディジタル網Broadban
d aspects of Integrated ServicesDigital Network
（Ｂ−ＩＳＤＮ）等の通信システムにおいては、伝送路
上を伝わるデータのビットレート等を規定するインタフ
ェースとしてＳＤＨインタフェースが採用されている。
ＳＤＨは、既存の低速ビットレートから将来の高速ビッ
トレートまでの各種のビットレートの通信サービスを多
重化するために、国際電気通信連合−電気通信標準化部
門International Telecommunication Union - Telecomm
unication Standardization Sector（ＩＴＵ−Ｔ）（旧
ＣＣＩＴＴ）が規格化した世界標準のインタフェースで
ある。日本では電信電話技術委員会Telecommunication
Technology Committee（ＴＴＣ）が独自に、ＩＴＵ−Ｔ
規格にはないビットレートのステージを加えて、国内の
標準インタフェースとして規定している。

【０００３】ＳＤＨインタフェースにおいて、伝送され
るデータのビットレートはフレームの種別に応じて規定
されている。図８にＩＴＵ−Ｔ規格のＳＤＨで基本速度
となる１５５．５２Ｍｂｐｓのビットレートを持つＳＴ
Ｍ−１のフレームの構成と、既存の低速ビットレートか
らの多重化の方法を示す。

【０００４】図８において、１フレームは１バイトを単
位として縦９行、横２７０列から成り、データは行の中
を左から右に送られる。セクション・オーバーヘッドSe
ction Overhead（ＳＯＨ）には、通信の保守、管理のた
めの情報が入っている。その右側が、非同期転送モード
Asynchronous Transfer Mode（ＡＴＭ）セル等の実際の
データが収納される部分で、バーチャル・コンテナ（Ｖ
Ｃ）に納められている。ＶＣは既存の低速データ等を収
納する箱のようなものであり、規格化されたビットレー
トを有する（ＶＣ−３：４８．９６０Ｍｂｐｓ、ＶＣ−
４：１５０．３３６Ｍｂｐｓ）。ＶＣの１列目には、パ
スオーバーヘッドPath Overhead （ＰＯＨ）と呼ばれる
コンテナを管理するための情報が付加されている。

【０００５】同期トランスポート・モジュール−１ Sy
nchronous Transport Module-1（ＳＴＭ−１）フレーム
の場合には、ＶＣ−４コンテナを１つ又はＶＣ−３コン
テナを３つバイトインターリーブ方式で多重化してフレ
ームを構成する。このとき、ＶＣ−３を３つ合わせたバ
イト数よりも、ＳＴＭ−１のペイロード部のバイト数の
ほうが多いため、ＶＣ−３を３つ多重化する場合には、
ＳＴＭ−１のペイロードのすき間にスタッフバイトと呼
ばれる詰め物をしておく。

【０００６】図９にＴＴＣ標準のＳＤＨの多重化の流れ
を示す。

【０００７】図９において、ＴＴＣ標準のＳＤＨにおい
ても、ＳＴＭ−１がビットレートの基本となるフレーム
である。これより高次のフレームは、ＳＴＭ−１をＮ個
多重化して作られ、ＳＴＭ−Ｎと呼ばれる。このビット
レートは１５５．５２×ＮＭｂｐｓ（Ｎは整数）であ
る。

【０００８】前述したように日本のＴＴＣ標準では、Ｓ
ＴＭ−１を多重化して得られるビットレートの系統とは
別に低速用のフレームがさらに１つ設けられている。こ
れは、図９に示すようにＶＣ−３を１つだけ多重化した
もので、ＳＴＭ−０と呼ばれるビットレート５１．８４
Ｍｂｐｓのフレームである。このフレームは、図１０に
示すようにＳＴＭ−１の１／３の大きさとなる。

【０００９】このように構成された通信データは、伝送
路上をフレーム形式で送信されて通信端末に受信される
ことになる。通信端末の回線に隣接した部分は、プロト
コルの階層構造で言えば最下層の物理層と呼ばれる部分
に相当する。物理層では、受信したフレームの中からＳ
ＯＨ、ＰＯＨ及びスタッフバイトを取り外し、純粋にデ
ータの部分（例，ＡＴＭ通信においては、ＡＴＭセル）
だけを抽出してより上位の層に送り出す。これらの処理
（フレーム分解処理）は受信フレームの種別（ＳＴＭ−
０、ＳＴＭ−１、………）及びコンテナの種別（ＶＣ−
３、ＶＣ−４）に応じて異なる。例えば、ＳＴＭ−０で
は、図１０に示すように、３個のＳＯＨバイトに続いて
スタッフバイトを含む８７個のペイロードバイトが送ら
れてくる。また、ＳＴＭ−１では、図８に示すように、
９個のＳＯＨバイトに続いて２６１個のペイロードバイ
トが送られる。

【００１０】このような違いが生じるため、フレーム分
解処理の仕方も受信フレーム及びコンテナの種別に応じ
て変更しなければならない。そのためには、フレーム分
解処理用のハードウェアを制御する物理層内部のプロセ
ッサに与える命令プログラムを、受信フレーム及びコン
テナの種別に応じて変更する必要がある。このため、通
信端末を回線と接続して通信を始めようとする際には、
ユーザはフレーム分解処理、又は送信系においてはフレ
ーム組立処理のためのプログラムを、物理層ＬＳＩ外部
のホストＣＰＵによって外部メモリから物理層内部のプ
ログラムメモリにダウンロードしなければならない。し
かしながら、そのためには先に述べた理由からユーザは
通信回線上のデータのフレーム種別及びコンテナ種別を
予め認識していなければならない。

【００１１】また、従来、特公平７−１４１５６号公報
には、同一多重伝送系で複数種別の信号（バーチャルコ
ンテナ）を互換性をもたせながら扱うことができる同期
多重伝送方式が記載されている。すなわち、ポインタの
もつパターンを識別することにより伝送フレーム内のバ
ーチャルコンテナを判別し、受信信号内のサービスを識
別させることができ、これにより、そのサービスに対応
した分離を可能としたものである。さらに、１フレーム
前のＡＵポインタ情報を記憶させ、その情報と現在受信
したアドミニストラティブ・ユニットAdministrative U
nit ポインタ（ＡＵポインタ）パタンを比較するという
ポインタ処理を付加すると同時に、信頼性の高いポイン
タ翻訳機能を付加することによって、同一方式で二種類
以上のサービスを互換性を保ちながら実現するものであ
る。

【００１２】

【発明が解決しようとする課題】このように、上記形式
の通信データを取り扱う通信制御装置では、通信端末の
ユーザが回線上のデータのフレーム種別を予め認識して
いることが前提となっている。ところが、フレーム種別
及びコンテナ種別の両方が可変となり、データ伝送され
る場合、または、これら種類が予め認識されていない場
合などにおいては、通信端末のユーザが回線上のデータ
のフレーム種別及びコンテナ種別の両方を予め認識して
いなければ、物理層ＬＳＩのフレーム分解・組立処理に
必要となる初期設定（プログラムのダウンロード）を行
うことができず、通信ができないという不具合を招いて
いた。

【００１３】また、この初期設定自体もユーザ自身が行
う必要があるため、手間がかかる。この問題は、コンピ
ュータ等に関する知識の少ない一般ユーザにも手軽に使
える通信機器の開発の障害となっていた。

【００１４】本発明は、上記に鑑みてなされたものであ
り、その目的とするところは、通信データのフレーム及
びコンテナの種別を装置自身が判定することにより、送
受信の容易化を達成する通信制御装置を提供することに
ある。また、通信データのフレーム及びコンテナの種別
を装置自身が判定し、フレーム分解・組立等の処理に必
要な初期設定を装置自身が行い、送受信の容易化を達成
する通信制御システムを提供することにある。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、本願発明の通信制御装置及び方法においては、フレ
ーム形式で通信される通信データの中から、通信データ
を構成する情報の内容に応じてフレームの種別を判定す
る判定情報を検出し、検出された判定情報に基づいて通
信データのフレーム種別を判定し、フレーム形式で通信
される通信データの中から、通信データを構成する情報
の内容に応じてコンテナの種別を判定する判定情報を検
出し、検出された判定情報に基づいて通信データのコン
テナ種別を判定するようにしている。

【００１６】また、本願発明の通信制御システムにおい
ては、フレーム形式で通信される通信データの中から、
通信データを構成する情報の内容に応じてフレームの種
別を判定する判定情報を検出し、検出された判定情報に
基づいて通信データのフレーム種別を判定し、フレーム
形式で通信される通信データの中から、通信データを構
成する情報の内容に応じてコンテナの種別を判定する判
定情報を検出し、検出された判定情報に基づいて通信デ
ータのコンテナ種別を判定し、判定されたフレーム種別
及びコンテナ種別に対応した通信データのフレーム処理
用プログラムを選択し、選択したプログラムにしたがっ
て通信データのフレーム処理を実行するようにしてい
る。

【００１７】

【発明の実施の形態】以下、図面を用いてこの発明の実
施例を説明する。

【００１８】図１は本願発明の一つの実施の形態に係わ
る通信制御装置の構成を示す図である。

【００１９】まずはじめに、この実施例の構成を説明す
る前に、通信データのフレーム種別及びコンテナ種別を
判定する原理について説明する。

【００２０】図２（Ａ）にＳＴＭ−０フレームのＳＯＨ
の内容を、また、図２（Ｂ）にＳＴＭ−１フレームのＳ
ＯＨの内容を示す。

【００２１】図２（Ｂ）において、＊印が付与されたバ
イトはスクランブルされないバイトであり、×印が付与
されたバイトは国内使用のために予約された未定義バイ
トであり、空白のバイトは将来の国際標準化のために予
約された未定義バイトである。

【００２２】図２（Ａ）及び図２（Ｂ）において、ＳＯ
Ｈの中の特定のバイトを利用することにより、フレーム
種別及びコンテナ種別を判定するようにしている。Ａ
１、Ａ２バイトはフレーム同期のための固定バイトであ
り、各々Ｆ６Ｈ，２８Ｈの値を有する。その個数は、Ｓ
ＴＭ−０ではＡ１、Ａ２バイトが各々１個ずつ、ＳＴＭ
−１では各々３個ずつとなる。従ってＡ１、Ａ２バイト
の個数を調べることによって、フレームの種別を判定す
ることができる。フレームの種別が判定されれば、その
フレーム長に応じた後方保護同期を取ることによって、
フレーム種別の判定をより正確なものにすることができ
る。

【００２３】次に、コンテナ種別の判定方法について説
明する。

【００２４】まず、ＳＴＭ−０の場合には収納されるコ
ンテナがＶＣ−３に限られるので、種別がＳＴＭ−０と
判定されれば、コンテナの種別が一義的に決まる。次
に、ＳＴＭ−１の場合には、ＡＵポインタと記載された
バイトに注目する。ＡＵポインタはフレーム内に多重化
されたコンテナの先頭位置を指し示すものである。コン
テナの種別を判定するためには、ＳＴＭ−１の場合は、
ＡＵポインタの中の前６バイトが必要となる。ここで
は、ＳＴＭ−１の場合を例にとって説明するが、これを
ＳＴＭ−Ｎの場合に拡張することは容易である。

【００２５】図３（Ａ）−図３（Ｅ）に、ＳＴＭ−１の
ＡＵポインタの前６バイト構成を示す。図中で、Ｈ１＝
（１００１ＳＳＸＸ）又は（０１１０ＳＳＸＸ）、Ｙ＝
（１００１ＳＳ１１）、Ｈ２＝（ＸＸＸＸＸＸＸＸ）、
１＊＝（１１１１１１１１）を表す。ここで、ＳＳ＝１
０、Ｘはコンテナの先頭位置を指し示すための非固定ビ
ットである。また、Ｉは、本発明で定義するバイトであ
り、例えば（１０００００００）等である。

【００２６】図３（Ａ）に示す構成は、ＶＣ−４を１つ
多重化する場合のＡＵポインタである。この場合はＨ
１、Ｈ２バイトも一対あればよいので、残りの部分には
Ｙバイトと１＊バイトを入れる。

【００２７】図３（Ｂ）は、３つのＶＣ−３を多重化す
る場合のＡＵポインタの構成を示している。この構成で
は、左から１（２、３）番目のＨ１バイトと左から４
（５、６）番目のＨ２バイトが対になっており、１つ目
（２つ目、３つ目）のコンテナの先頭位置を表示する。
例えば、左から１番目のＨ１バイトの末尾の２ビット
と、左から４番目のＨ２バイトの８ビットとを合わせた
１０ビット（前述したＸと記されているビット）で、０
から７８２（１０進数）までの数を表し（８７ｘ９＝７
８３）、この値によって１つ目のコンテナの先頭位置を
表示する。２つ目、３つ目のコンテナについても同様に
して先頭位置を表示する。

【００２８】図３（Ｃ）−図３（Ｅ）に示す構成は、Ｉ
ＴＵ−Ｔ、ＴＴＣのいずれの標準規格においても明記さ
れてはいないが、可能性としては考え得るコンテナの多
重化形式に対応したＡＵポインタである。図３（Ｃ）及
び図３Ｄは、ＶＣ−３コンテナを１つだけＳＴＭ−１フ
レームに積み込むような場合である。また、図３（Ｅ）
は、ＶＣ−３コンテナを２つ積み込むような場合であ
る。

【００２９】ＡＵポインタの中に現れるＨ１、Ｈ２、
Ｙ、１＊、Ｉバイトの組み合わせを見ることによって、
コンテナの種別を判定することができる。対になるバイ
ト（例えば、左から１，４番目のバイト）の組み合わせ
としては次の３通り：（Ｈ１、Ｈ２）、（Ｙ、１＊）、
（Ｙ、Ｉ）が規定され、これらは互いに混同される虞れ
はない。より正確に言えば、Ｉバイトに関しては、後述
する条件に従って混同されないように定義する。従っ
て、これらの対がＡＵポインタのどの位置にどの組み合
わせが現れているかを見れば、どのコンテナがいくつ収
納されているかを判定することができる。

【００３０】ここで、前述したＨ１、Ｈ２、Ｙ、１＊バ
イトのビット構成からわかるように、Ｈ１バイトとＹバ
イト、及びＨ２バイトと１＊バイトはそれぞれ同じ値を
取り得るので、（Ｈ１、Ｈ２）対と（Ｙ、１＊）対の区
別がつかず、これらのバイトを見ただけでは図３（Ａ）
の場合と図３（Ｂ）の場合とが区別できないかのようで
ある。しかし、実際にはそのようなことはない。なぜな
ら、Ｙバイトの末尾２ビットと１＊バイトを合わせた値
（１１１１１１１１１１）は７８２（１０進数）を越え
ており、（Ｈ１、Ｈ２）対の値としてはありえないから
である。これらのことから、（Ｈ１、Ｈ２）対と（Ｙ、
Ｉ）対との区別をつけるためには、Ｉバイトの定義は次
の条件を満たしていなければならないことになる。すな
わち、Ｙバイトの末尾２ビット（１１）とＩバイトを合
わせた１０ビットは、７８２（１０進数換算）を越える
数でなくてはならない。この条件を満たしている限りＩ
バイトの定義は任意でよい。

【００３１】以上がコンテナ種別判定方法の本質的な説
明であるが、次に、ＡＵポインタの例外的動作について
説明する。

【００３２】例外的動作とは、ＡＵポインタのインクリ
メント処理、デクリメント処理である。物理層のクロッ
クと、物理層とデータの受け渡しを行っている上位層の
クロックとの間の微小な位相差が無視できない程度の大
きさまで蓄積した場合は、物理層の送信側ではペイロー
ドのバイトを１つＳＯＨの所定の場所に取り込み、以降
のデータを全て１バイト前にずらすか、あるいは空白の
バイトを１つペイロードに挿入し、以降のデータを全て
１バイト後ろにずらすかして、クロックの位相差を調整
する。具体的には、前者の場合にはＡＵポインタの値を
１減らし（デクリメント）、後者の場合には１増やす
（インクリメント）。そして、それらの処理が行われた
ことを受信側の物理層に通知するために、デクリメント
の場合にはそのフレームにおけるＡＵポインタのＨ１バ
イトの前から８ビット目とＨ２バイトの２、４、６、８
ビット目を反転させて送出し、インクリメントの場合に
はＨ１バイトの前から７ビット目とＨ２バイトの１，
３，５，７ビット目を反転させて送出する。

【００３３】このような例外的処理のために反転したビ
ットを持つＡＵポインタを受け取った場合には、その中
のバイトを判読できなかったり、別のバイトと誤って判
読してしまう可能性がある。これらを避けるためには、
ＡＵポインタを２フレーム分調べて、それらが同一であ
ればその内容によってコンテナ種別の判定を行うことと
し、ＡＵポインタの内容が異なっている場合には、イン
クリメントまたはデクリメント処理が行われたものとし
て、連続する２フレームのＡＵポインタの内容が同一と
なった後コンテナ種別の判定を行うようにする。

【００３４】コンテナ種別判定の要点は、受信データの
中からコンテナ種別に関する情報を有しているデータを
抽出し、それを解読することによりコンテナ種別を判定
するということである。従って、コンテナ種別に関する
情報を有しているデータであれば、ＡＵポインタのバイ
トに限らず何を用いてもよい。例えば、ＳＯＨの中の未
定義バイトに送信側でコンテナ種別を書き込んで送信す
ることにすれば、それを受信側で読んでコンテナ種別を
判定することができる。このことは、フレーム種別の判
定においても全く同様に成り立つ。

【００３５】次に、図１に戻って、この実施例の構成を
説明する。

【００３６】図１において、１、２はそれぞれ受信デー
タを送るためのデータバスである。３はフレーム種別判
定回路、４はコンテナ種別判定回路である。受信データ
は、データバス１からデータバス２に向かって流れる。
５はフレーム種別判定回路３において判定されたフレー
ム種別を外部に通知するための信号線である。６はフレ
ーム種別判定回路３においてフレーム同期が確立したこ
とをコンテナ種別判定回路４に通知するための信号線で
ある。７はコンテナ種別判定回路４において判定された
コンテナ種別を外部に通知するための信号線である。

【００３７】図４は図１に示すフレーム種別判定回路３
の具体的な構成例を示す図である。図４において、８は
データバス１の受信データからＡ１バイトまたはＡ２バ
イトを検出して、そのいずれであるかを通知するための
信号線を有する検出回路である。９はフレーム種別の判
定及びそれに係わる制御を行うための判定回路である。
１０，１１はそれぞれＡ１バイト、Ａ２バイトが検出さ
れた回数を数えるためのＡ１バイトカウンタ及びＡ２バ
イトカウンタである。１２はＡ１バイトカウンタの値と
Ａ２バイトカウンタの値を比較し、値が一致したことを
通知するための信号線を有する比較回路である。１３
は、フレーム同期パターンが正しいタイミングで検出さ
れたことを通知するための同期パターン検出信号を送出
する信号線である。１４は判定回路９において判定され
たフレーム種別を通知するためのフレーム種別信号線で
ある。１５は後方保護カウンタであり、信号線１３の通
知を受けて、連続して発生したフレーム同期パターンの
検出回数を数え上げる。１６は後方保護カウンタ１５の
値が規定の後方保護段数に達したことを通知するフレー
ム同期信号線である。

【００３８】次に、上記構成の動作を図５のフローチャ
ート（アルゴリズム）を参照して説明する。

【００３９】まず、データバス１上の受信データの中か
ら、Ａ１、Ａ２バイト検出回路８においてＡ１バイトに
相当するビット列（Ｆ６Ｈ）の検出が行われる（ステッ
プＳ１）。Ａ１バイトが検出されれば、その通知を受け
て判定回路９はＡ１バイトの個数をカウントするＡ１カ
ウンタ１０をインクリメントする（ステップＳ２）。次
のバイトが連続してＡ１バイトであれば、Ａ１カウンタ
１０のインクリメントを続ける。Ａ１、Ａ２バイト以外
の「その他」のバイトが検出されたときは、判定回路９
はそれまでに検出したバイトは同期パターンの一部では
なかったと見なし、Ａ１カウンタをリセットして再びア
ルゴリズムの先頭に戻る。

【００４０】一方、Ａ１バイトに続いて、Ａ２バイトが
検出されれば（ステップＳ３）、判定回路９はＡ２カウ
ンタ１１をインクリメントする（ステップＳ４）。そし
て、Ａ１カウンタ１０の値とＡ２カウンタ１１の値を比
較する比較回路１２から比較結果の通知を受ける。比較
結果において、値が一致していなければ（Ａ１カウンタ
値≠Ａ２カウンタ値）（ステップＳ５）、次のバイトが
Ａ２バイトかどうかを調べて（ステップＳ６）、Ａ２バ
イトであればＡ２カウンタ１１をインクリメントし（ス
テップＳ４）、再び比較結果を調べる（ステップＳ
５）。

【００４１】このような動作を繰り返し、２つのカウン
タ値が一致すれば（Ａ１カウンタ値＝Ａ２カウンタ
値）、フレーム同期パターンが検出されたと判断する。
一方、Ａ１バイトの個数とＡ２バイトの個数が等しくな
る前に、Ａ２バイト以外のバイトが検出されれば、それ
までに検出したＡ１、Ａ２バイトは同期パターンの一部
ではなかったと見なして、アルゴリズムの先頭に戻る。

【００４２】フレーム同期パターンが検出された場合に
は、判定回路９においてＡ１カウンタ値を数え上げ（ス
テップＳ７）、Ａ１カウンタ値が１であればフレーム種
別がＳＴＭ−０フレーム、一方、Ａ１カウンタ値が０で
あればフレーム種別がＳＴＭ−１フレームであると判断
する。そして、Ａ１カウンタ値の個数に対応したフレー
ム種別信号を信号線１４から出力する（ステップＳ
８）。また同時に、同期パターン検出信号を信号線１３
を介して後方保護カウンタ１５に送る（ステップＳ
９）。後方保護カウンタ１５では、同期パターン検出信
号が連続して規定回数（後方保護段数）だけ送出されれ
ば、フレーム同期が確定したと見なして、フレーム同期
信号線１６にハイレベルのフレーム同期信号を出力す
る。

【００４３】図６は図１に示すコンテナ種別判定回路４
の構成例を示す図である。

【００４４】図６において、１７はシフトレジスタであ
り、ＡＵポインタの中の必要なビットを取り出して記憶
する。１８はデコーダであり、シフトレジスタ１７に記
憶されたビットをデコードして、ＡＵポインタを構成し
ているバイトの種類を判定する。１９は選択回路であ
り、デコーダ１８の出力をシフトレジスタ２０ａ又は２
０ｂのいずれか一方に出力する。２１は比較回路であ
り、シフトレジスタ２０ａとシフトレジスタ２０ｂの出
力を比較して、一致していれば信号線２２にハイレベル
の一致信号を出力する。２３はゲート回路であり、信号
線２２がハイレベルのときシフトレジスタ２０ｂの出力
をコンテナ種別を通知する信号線２４に出力する。２５
は制御回路であり、フレーム種別判定回路３からフレー
ム種別信号及びフレーム同期信号を受け、デコーダ１８
からデコード結果を受け、比較回路２１から比較結果を
受け、シフトレジスタ１７、選択回路１９、シフトレジ
スタ２０ａ，２０ｂ及び比較回路２１の動作を制御す
る。

【００４５】このような構成において、フレーム種別判
定回路３から信号線２７を介してフレーム同期が確立し
たことを示すフレーム同期信号が通知されると、制御回
路２５が動作を開始し、信号線２６を介して通知された
フレーム種別に応じた制御を行う。

【００４６】まず、シフトレジスタ１７は、データバス
２からＡＵポインタのうちの必要なビットを取り出して
記憶する。コンテナ種別判定の原理で説明したように、
記憶すべきビットとはＡＵポインタの前３バイトについ
ては各々のバイトの末尾２ビットであり、続く３バイト
については各々のバイトの全ビットである。従ってシフ
トレジスタ１７には合計３０ビット（１０ビットｘ３
組）が蓄えられる。

【００４７】デコーダ１８は、コンテナ種別判定の原理
で述べた方法に従い、シフトレジスタ１７の内容からＡ
Ｕポインタの構成がＨ１、Ｈ２、Ｙ、１＊、Ｉバイトを
用いてどのように構成されているかを判読し、一応のコ
ンテナ種別を出力する。ここで、このＡＵポインタにお
いてインクリメント、デクリメント処理が行われていれ
ば、ビット判定によってＡＵポインタの構成にＨ１、Ｈ
２、Ｙ、１＊、Ｉバイトのいずれも判読できない可能性
がある。このような場合には、デコーダ１８は判読でき
なかったことを制御回路２５に通知し、制御回路２５で
は次のフレームから再度判読作業をやり直す。

【００４８】一方、判読できた場合でも、ビット反転に
よる誤判読の可能性が残っているので、デコーダ１８か
ら出力された一応のコンテナ種別が正しく判定されたか
どうかの確認を行う。そのために、選択回路１９は、ま
ずそのフレームにおけるデコーダ１８の出力をシフトレ
ジスタ２０ａに出力し、次のフレームにおけるデコーダ
１８の出力をもう一方のシフトレジスタ２０ｂに対して
出力する。

【００４９】比較回路２１は、シフトレジスタ２０ａの
内容とシフトレジスタ２０ｂの内容とを比較し、それら
が一致していればインクリメント、デクリメント処理は
行われていないと判断してよいので、正しくコンテナ種
別が判定されたものと見なし、信号線２２にハイレベル
の一致信号を出力する。それによって、ゲート回路２３
が開き、シフトレジスタ２０ｂに格納されたコンテナ種
別を信号線２４を介して出力する。

【００５０】つぎに、図１１に、通知手段を備えた通信
制御装置を示す。１１１は、フレーム・コンテナ種別判
定回路であり、図１に示す回路に相当する。１１２は、
通知手段であり、フレーム・コンテナ種別判定回路１１
１の出力であるフレーム種別及びコンテナ種別を入力
し、外部に伝送するインタフェースである。通知手段１
１２は、信号形式変換、並列直列変換等の変換回路を備
えても良いし、プラグ、コネクタ等で構成されていても
良い。１１３は、外部装置であり、ＣＰＵ等を含むコン
ピュータで構成される等により、出力されたフレーム種
別及び／又はコンテナ種別を有効利用することができ
る。外部装置１１３としては、ＬＥＤ、液晶パネル、Ｃ
ＲＴ等の可視装置又は可聴表示装置を備えることができ
る。さらに、外部装置１１３としては、プリンタ等の出
力装置、フロッピーディスクドライブ、ハードディスク
ドライブ等の記憶装置を備えるなど、適宜所望の装置を
接続することができる。

【００５１】図７は本発明の他の実施の形態に係わる通
信制御システムの構成を示す図である。

【００５２】図７に示す実施の形態は、上述したフレー
ム、コンテナ種別判定回路を備えた通信制御装置を用い
て、通信端末機器の立ち上げ時に必要となる物理層の初
期設定を自動化した通信制御システムの一実施例であ
る。

【００５３】２８は、通信装置であり、ＬＳＩ化して一
体構成とすることができる。ＬＳＩ化する構成部分とし
ては、図７に示される以外にも適宜所望の構成部分を選
択して一体化することができる。

【００５４】通信制御装置２８において、２９、３０、
３１は受信データバスである。３２はフレーム、コンテ
ナ種別判定回路であり、図１に示す回路に相当する。３
３、３４は、それぞれフレーム種別信号、コンテナ種別
信号を通知するための信号線である。３５は通信制御装
置となる物理層ＬＳＩの外部にある通信端末機器の全体
を総括制御するホストＣＰＵであり、３６は外部メモリ
である。３７は物理層における受信データを処理するた
めの受信データ処理回路であり、例えば受信フレーム処
理部などがこれに相当する。３８は受信データ処理回路
３７を制御するためのプロセッサであり、３９はプロセ
ッサ３８に与える命令プログラムを記憶させておくため
のプログラムメモリである。

【００５５】このような構成において、フレーム、コン
テナ種別判定回路３２は、データバス２９からの受信デ
ータからフレーム同期を取り、フレーム種別及びコンテ
ナ種別を判定して、フレーム種別信号３３及びコンテナ
種別信号３４をホストＣＰＵ３５に通知する。ホストＣ
ＰＵ３５は外部メモリ３６に命令して、判定されたフレ
ーム種別、コンテナ種別に対応した処理プログラムを通
信制御装置内部のプログラムメモリ３９にダウンロード
させる。プロセッサ３８はこの命令プログラムにしたが
ってフレーム分解処理等の制御を受信データ処理回路３
７に対して行う。なお、フレーム組み立て処理を行う場
合でも、フレーム組み立て処理用のプログラムを用いて
フレーム分解処理と同様にして行われる。この時に、ユ
ーザが行う必要のあるのは、端末機器のプラグを通信回
線のソケットに差し込むことだけである。

【００５６】したがって、回線を流れるデータのフレー
ム種別、コンテナ種別を端末機器自身が自動判定して、
判定された種別に応じたデータ処理プログラムのダウン
ロードを行うようホストＣＰＵに通知することにより、
これまではユーザが行わなければならなかった物理層の
初期設定を自動化することが可能となる。これにより、
ユーザが通信を開始する際に必要となる操作が大幅に削
減され、当分野の知識が少ない一般ユーザであっても通
信を極めて容易に開始することが可能となる。

【００５７】

【発明の効果】このように、本発明では、装置にフレー
ムの種別を判定するフレーム種別判定回路と、コンテナ
の種別を判定するコンテナ種別判定回路を備えたので、
装置自身でフレーム種別ならびにコンテナ種別を判定す
ることができる。したがって、ユーザがフレーム種別な
らびにコンテナ種別を判定のための操作が不要となり、
またフレーム種別ならびにコンテナ種別を通信前に予め
取り決めて受信側に通知する必要もなくなり、通信デー
タのフレーム及びコンテナの種別の判定を自動化するこ
とが可能となる。さらに、送信側及び送信側において通
信を極めて容易に開始することができるようになり、送
受信の容易化を達成することができる。

【００５８】また、本願発明によれば、判定されたフレ
ーム種別及びコンテナ種別に対応したフレーム処理用の
プログラムを読み出し、読み出されたプログラムにした
がって、受信データのフレーム分解、組み立て等のフレ
ーム処理に必要な初期設定を自動化することが可能とな
る。

【００５９】さらに、本願発明によれば、連続したフレ
ームのコンテナ種別を判定する情報の構成が一致した場
合に、その情報が正しい情報と判断するようにしたの
で、コンテナ種別を判定する情報に例外的処理がなされ
ている場合であってもコンテナ種別を正確に判定するこ
とができる。

【図面の簡単な説明】

【図１】本願発明の一つの実施の形態に係わる通信制御
装置の構成を示す図である。

【図２】図２（Ａ）はＳＴＭ−０フレームのＳＯＨの構
成を示す図、また、図２（Ｂ）はＳＴＭ−１フレームの
ＳＯＨの構成を示す図である。

【図３】図３（Ａ）−（Ｅ）は、ＳＴＭ−１のＡＵポイ
ンタの前６バイトの構成を示す図である。

【図４】図１に示すフレーム種別判定回路の構成を示す
図である。

【図５】図４に示すフレーム種別判定回路のフローチャ
ートを示す図である。

【図６】図１に示すコンテナ種別判定回路の構成を示す
図である。

【図７】本願発明の他の実施の形態に係わる通信制御シ
ステムの構成を示す図である。

【図８】ＳＴＭ−１のフレームの構成を示す図である。

【図９】ＴＴＣ標準におけるＳＤＨインターフェースの
多重化方法を示す図である。

【図１０】ＳＴＭ−０のフレームの構成を示す図であ
る。

【図１１】通知手段を備えた、本願発明の一つの実施の
形態に係わる通信制御装置の構成を示す図である。

【符号の説明】

１，２データバス３フレーム種別判定回路４コンテナ種別判定回路８Ａ１，Ａ２バイト検出回路９判定回路１０Ａ１バイトカウンタ１１Ａ２バイトカウンタ１２，２１比較回路１５後方保護カウンタ１７，２０ａ，２０ｂシフトレジスタ１８デコーダ１９選択回路２４ゲート回路２８通信制御装置３２フレーム、コンテナ種別判定回路３５ホストＣＰＵ３６外部メモリ３７受信データ処理回路３８プロセッサ３９プログラムメモリ

Claims

【特許請求の範囲】

【請求項１】フレーム形式で伝送される通信データの第
１の特定情報を検出する第１の検出手段と、前記第１の検出手段の検出結果に基づいて前記通信デー
タのフレーム種別を判定する第１の判定手段と、フレーム形式で伝送される通信データの第２の特定情報
を検出する第２の検出手段と、前記第２の検出手段の検出結果に基づいて前記通信デー
タのコンテナ種別を判定する第２の判定手段とを有する
通信制御装置。
【請求項２】通信データを構成している特定情報に基づ
いて、該通信データのフレーム種別を判定するフレーム
種別判定手段と；通信データを構成している特定情報に
基づいて、該通信データのコンテナ種別を判定するコン
テナ種別判定手段と；通信データのフレーム種別とコン
テナ種別に応じた処理プログラムを格納する記憶手段
と；前記各判定手段によって判定されたフレーム種別と
コンテナ種別に応じて、前記記憶手段に格納された処理
プログラムを選択する制御手段と；前記処理プログラム
に基づいて通信データの制御を行う処理手段とを有する
ことを特徴とする通信制御システム。
【請求項３】前記フレーム種別判定手段は、フレーム形式で伝送される通信データの第１の特定情報
を検出する第１の検出手段と、前記第１の検出手段の検出結果に基づいて前記通信デー
タのフレーム種別を判定する第１の判定手段とを有し、前記コンテナ種別判定手段は、フレーム形式で伝送される通信データの第２の特定情報
を検出する第２の検出手段と、前記第２の検出手段の検出結果に基づいて前記通信デー
タのコンテナ種別を判定する第２の判定手段とを有する
ことを特徴とする請求項２に記載の通信制御システム。
【請求項４】前記第１の検出手段は、前記通信データの
制御情報から２種類のフレーム同期情報を検出し、前記第１の判定手段は、前記第１の検出手段によって検
出された前記２種類のフレーム同期情報によりフレーム
種別を判定し、フレーム種別信号を出力することを特徴
とする請求項１に記載の通信制御装置又は請求項３に記
載の通信制御システム。
【請求項５】前記フレーム形式は、同期ディジタル・ハ
イアラーキ（ＳＤＨ）のフレーム構造を備え、前記第１の検出手段は：各フレームのセクションオーバ
ヘッド（ＳＯＨ）から第１及び第２のフレーム同期情報
を検出する検出部を備え；前記第１の判定手段は：前記
第１の検出手段によって検出された前記第１及び第２の
フレーム同期情報の各検出回数をカウントするカウンタ
と；前記第１及び第２のフレーム同期情報のカウント値
が等しい場合にフレーム同期パターンが検出されたもの
と判別して、カウント値に対応した同期伝送モジュール
（ＳＴＭ）のフレーム種別信号を出力する第１の判定部
と備えたことを特徴とする請求項１に記載の通信制御装
置又は請求項３に記載の通信制御システム。
【請求項６】前記第１の判定手段は：前記フレーム同期
パターンが検出されたとき、該フレーム同期パターンの
検出回数をカウントし、該フレーム同期パターンのカウ
ント値が所定回数に達した場合にフレーム同期が確定さ
れたと判定しフレーム同期信号を出力する第２の判定部
をさらに備えたことを特徴とする請求項５に記載の通信
制御装置又は通信制御システム。
【請求項７】前記第２の検出手段は、前記通信データの
制御情報からデータ先頭位置を示す情報を検出し、前記第２の判定手段は、前記第２の検出手段によって検
出された前記データ先頭位置を示す情報の配列構成を判
別し、判別された該配列構成に対応したコンテナ種別を
出力することを特徴とする請求項１に記載の通信制御装
置又は請求項３に記載の通信制御システム。
【請求項８】前記第２の検出手段は、前記通信データの
制御情報からデータ先頭位置を示す指示情報を検出し、前記第２の判定手段は、前記第１の判定手段により出力
されたフレーム種別信号及び前記第２の検出手段によっ
て検出された前記データ先頭位置を示す情報に基づい
て、該データ先頭位置を示す情報の配列構成を判別し、
判別された該配列構成に対応したコンテナ種別を出力す
ることを特徴とする請求項１に記載の通信制御装置又は
請求項３に記載の通信制御システム。
【請求項９】前記フレーム形式は、ＳＤＨのフレーム構
造を備え、前記第２の検出手段は：各フレームのＳＯＨからデータ
先頭位置を示すポインタを検出する検出部を備え；前記
第２の判定手段は：前記第２の検出手段によって検出さ
れた前記ポインタの配列構成を判別し、該配列情報の組
み合わせに対応したバーチャルコンテナのコンテナ種別
を判定する第３の判定部を備えることを特徴とする請求
項１に記載の通信制御装置又は請求項３に記載の通信制
御システム。
【請求項１０】前記第２の判定手段は：ある前記フレー
ムについて前記第３の判定部で判定されたコンテナ種別
情報を記憶する第１の記憶部と、次の前記フレームについて前記第３の判定部で判定され
たコンテナ種別情報を記憶する第２の記憶部と、前記第１及び第２の記憶部に記憶されたコンテナ種別情
報を比較する比較部と、比較結果が一致した場合には受信データのフレームのコ
ンテナ種別が正確に判定されたものと判別し、前記コン
テナ種別を出力する出力部とをさらに備えたことを特徴
とする請求項９に記載の通信制御装置又は通信制御シス
テム。
【請求項１１】前記フレーム形式は、ＳＤＨのフレーム
構造を備え、前記第１の検出手段は：各フレームのＳＯＨ中の未定義
領域からフレーム種別情報を検出する検出部を備え；前
記第１の判定手段は：前記第１の検出手段によって検出
された前記フレーム種別情報に対応したＳＴＭのフレー
ム種別信号を出力する判定部と備えたことを特徴とする
請求項１に記載の通信制御装置又は請求項３に記載の通
信制御システム。
【請求項１２】前記フレーム形式は、ＳＤＨのフレーム
構造を備え、前記第２の検出手段は：各フレームのＳＯＨ中の未定義
領域からコンテナ種別情報検出する検出部を備え；前記
第２の判定手段は：前記第２の検出手段によって検出さ
れた前記コンテナ種別情報に対応したバーチャルコンテ
ナのコンテナ種別を判定する判定部を備えることを特徴
とする請求項１に記載の通信制御装置又は請求項３に記
載の通信制御システム。
【請求項１３】フレーム種別及び／又はコンテナ種別を
外部に通知する通知手段をさらに備えることを特徴とす
る請求項１に記載の通信制御装置又は請求項３に記載の
通信制御システム。
【請求項１４】フレーム形式で伝送される通信データの
第１の特定情報を検出する第１の検出ステップと、前記第１の検出ステップの検出結果に基づいて前記通信
データのフレーム種別を判定する第１の判定ステップ
と、フレーム形式で伝送される通信データの第２の特定情報
を検出する第２の検出ステップと、前記第２の検出ステップの検出結果に基づいて前記通信
データのコンテナ種別を判定する第２の判定ステップと
を有する通信制御方法。
【請求項１５】前記第１の検出ステップは、前記通信デ
ータの制御情報から２種類のフレーム同期情報を検出
し、前記第１の判定ステップは、前記第１の検出ステップに
よって検出された前記２種類のフレーム同期情報により
フレーム種別を判定し、フレーム種別信号を出力するこ
とを特徴とする請求項１４に記載の通信制御方法。
【請求項１６】前記第２の検出ステップは、前記通信デ
ータの制御情報からデータ先頭位置を示す情報を検出
し、前記第２の判定ステップは、前記第２の検出ステップに
よって検出された前記データ先頭位置を示す情報の配列
構成を判別し、判別された該配列構成に対応したコンテ
ナ種別を出力することを特徴とする請求項１４に記載の
通信制御方法。
【請求項１７】フレーム種別及び／又はコンテナ種別を
外部に通知する通知ステップをさらに備えることを特徴
とする請求項１４に記載の通信制御方法。