JPH07245692A

JPH07245692A - 通信アダプタ装置

Info

Publication number: JPH07245692A
Application number: JP3352694A
Authority: JP
Inventors: Yoshiaki Tezuka; 芳明手塚; Takashi Sakayama; 隆志坂山; Yoshihiro Maei; 佳博前井
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1994-03-03
Filing date: 1994-03-03
Publication date: 1995-09-19

Abstract

(57)【要約】【目的】ファクミリ端末をエンドツーエンドで接続す
る。【構成】ターミナルアダプタ１０₁とターミナルアダ
プタ１０₂とが、フレームリレー網を介して接続されて
いる。アダプタ１０₁，アダプタ１０₂には、ファクシ
ミリ端末５０Ａ〜５０Ｄ，５０Ｅ〜５０Ｈがそれぞれ収
容（接続）されている。アダプタ１０₁，アダプタ１０
₂のＲＡＭ内には、収容端末を管理するための管理情報
を格納する収容端末情報テーブルと、フレームリレー網
を介して接続された相手端末の情報を格納する相手先識
別テーブルとが、それぞれ格納されている。アダプタ１
０₁，アダプタ１０₂のＣＰＵでは、通信時に収容端末
情報テーブルと相手先識別テーブルとを用いて端末を識
別し、これにより、アダプタ１０₁，１０₂の収容端末
相互間でエンドツーエンド通信が可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信アダプタ装置に係
り、更に詳しくはフレームリレー網と複数のファクシミ
リ端末とを接続するのに好適な通信アダプタ装置に関す
る。

【０００２】

【背景技術】従来、ファクシミリをパケット交換網に接
続する際、ＩＴＵ−Ｔ（旧ＣＣＩＴＴ：International
Telegraph and Telephone Consultative Committee：国
際電信電話諮問委員会）のX.25の技術が使用されてい
た。X.25は、国際標準になって既に１５年以上の年月を
経過し、その間にファクシミリ通信を取り巻く環境、特
に回線品質は大きく向上している。

【０００３】最近、新たなパケット交換手順としてフレ
ーム・リレー（Frame Relaying）が登場した。フレーム
リレー網は、現在の回線品質を考慮し、交換処理を簡易
化する（レイヤ２（データリンク層）の中の論理チャネ
ルの変換によるルーティングと誤りフレームの廃棄のみ
（コア部分）を行い、再送手順を省略する等）ことによ
り、プロトコル処理の単純化を図り、高速スループット
を実現した網である。このフレームリレー網は、1.5 Ｍ
ｂｐｓ（メガビット／秒）又は２Ｍｂｐｓまでのデータ
伝送による広域相互接続など通信効率のよいネットワー
ク構築を目的としており、今後専用線の代わりとして広
く普及していくと思われる。

【０００４】このフレームリレー網のネットワーク化が
進むと、次には接続端末が必要となり、当然ファクシミ
リをフレームリレー網に接続したいというニーズが出現
し、このニーズは、時代とともに増えていくと思われ、
ファクシミリのフレームリレー網への接続は、今後の重
要な課題の一つと言える。

【０００５】

【発明が解決しようとする課題】ファクシミリをフレー
ムリレー網に直接接続することは、技術的には可能であ
るが、ファクシミリ上での処理速度は６４ｋｂｐｓ〜１
２８ｋｂｐｓ程度であることを考慮すると、フレームリ
レー網の1.5 Ｍｂｐｓ（メガビット／秒）又は２Ｍｂｐ
ｓという高速なデータ伝送速度を使いこなすことができ
ず、無駄である。従って、アダプタを介して複数のファ
クシミリを同時に利用できる接続形態が現実的な方法と
言える。

【０００６】しかしながら、フレーム・リレーのＵ−面
（Ｕ−Ｐｌａｎｅ）上のレイヤ２上位副層部分とレイヤ
３（ネットワーク層）は、ユーザ独自で構築する必要が
あることから、フレームリレー網上でアダプタを介して
ファクシミリ通信を行うためには、前記ユーザ独自部分
以上のプロトコルについて新たに規定する必要があると
共に、以下のような種々の不都合が生じる。フレームリレー網のＰＶＣ（Permanent Virtual Circ
uit ：相手先固定接続）では、１つのＤＬＣＩ（Data L
ink Connection Identifier ：データリンク・コネクシ
ョン識別子）が１つのフレームリレー端末を指示するた
め、アダプタに接続されるファクシミリ端末をエンドツ
ーエンドで接続するための手段がない。従って、ファク
シミリ端末相互間のエンドツーエンド通信を行うことが
できない。フレームリレー網では網が輻輳したときの制御を必要
とする。現状のファクシミリに通信フェーズ内での輻輳
の概念はない。従って、網に輻輳が生じても輻輳を和ら
げることができないため、廃棄フレームが多くなり、フ
ァクシミリ間での再送が多発し、意味なく通信時間が長
くなる。ファクシミリのフレーム長とフレームリレーのＬＡＰ
Ｆ（Link access procedure for frame mode bearer se
rvice ：Q.922 で規定するプロトコル）のフレーム長の
整合がとれない。従って、ファクシミリのフレーム長が
ＬＡＰＦで定められたフレーム長より長い場合、フレー
ムの送信ができない。

【０００７】本発明は、上記従来技術の有する不都合に
鑑みてなされたもので、その目的は、特に、ファクミリ
端末をエンドツーエンドで接続することができる通信ア
ダプタ装置を提供することにある。

【０００８】

【課題を解決するための手段】請求項１記載の発明は、
フレームリレー網と複数の端末とを接続する通信アダプ
タ装置であって、収容端末を管理するための管理情報を
格納する収容端末管理手段と、前記フレームリレー網を
介して接続された相手端末の情報を格納する相手端末管
理手段と、通信時に前記収容端末管理手段と相手端末管
理手段とを用いて端末を識別する端末識別手段と、を有
する。

【０００９】請求項２記載の発明は、求項１記載の通信
アダプタ装置において、前記収容端末管理手段が少なく
とも収容端末のチャネル番号と収容端末が現在通信を行
っている相手端末のチャネル番号とを管理情報として格
納する収容端末情報テーブルであると共に、前記相手端
末管理手段が前記相手端末のチャネル番号及びＰＶＣ番
号とを格納する相手先識別テーブルであることを特徴と
する。

【００１０】請求項３記載の発明は、フレームリレー網
と複数の端末とを接続する通信アダプタ装置であって、
収容端末を管理するための管理情報を格納する収容端末
管理手段と、前記フレームリレー網を介して接続された
相手端末の情報を格納する相手端末管理手段と、収容端
末と相手端末との間の呼設定及び切断を行うプロトコル
に従って前記収容端末管理手段と相手端末管理手段とに
基づいて端末管理情報の生成及び送受を行う制御手段
と、前記端末管理情報に基づいて端末を識別する端末識
別手段と、を有する。

【００１１】請求項４記載の発明は、フレームリレー網
と複数の端末とを接続する通信アダプタ装置であって、
収容端末を管理するための管理情報を格納する収容端末
管理手段と、前記フレームリレー網を介して接続された
相手端末の情報を格納する相手端末管理手段と、フレー
ム送信時には前記収容端末管理手段と相手端末管理手段
とに基づいて相手端末を割り出す端末割り出し手段と、
この端末割り出し手段によって割り出された相手端末番
号をＬＡＰＦフレームの情報フィールドに付加する付加
手段と、フレーム受信時にはＬＡＰＦフレームの情報フ
ィールドから相手端末番号を取り出す取り出し手段と、
この取り出した相手端末番号を基に前記収容端末管理手
段を用いて収容端末から受信端末を選択する端末選択手
段と、を有する。

【００１２】

【作用】請求項１記載の通信アダプタによれば、端末識
別手段が通信時に収容端末管理手段と相手端末管理手段
とを用いて端末を識別する。このように端末の識別が可
能となるので、当該通信アダプタ装置をフレームリレー
網の両側に組み込めば、一方と他方の通信アダプタ装置
の収容端末相互間でエンドツーエンド通信が可能とな
る。

【００１３】請求項２記載の通信アダプタ装置によれ
ば、端末識別手段が収容端末情報テーブルに管理情報と
して格納された収容端末のチャネル番号と収容端末が現
在通信を行っている相手端末のチャネル番号及び相手識
別テーブルに格納された相手端末のチャネル番号及びＰ
ＶＣ番号とに基づいて自己の収容端末が通信を希望して
いる相手端末を識別することが可能となる。従って、こ
の相手端末に対して発呼したり、フレームを作成して送
信したりすることが可能となる。

【００１４】請求項３記載の通信アダプタ装置によれ
ば、制御手段が収容端末と相手端末との間の呼設定及び
切断を行うプロトコルに従って収容端末管理手段と相手
端末管理手段とに基づいて端末管理情報の生成及び送受
を行う。また、端末識別手段は、送受される端末管理情
報に基づいて端末を識別する。従って、プロトコルに従
ってエンドツーエンド通信が可能となる。

【００１５】請求項４記載の通信アダプタ装置によれ
ば、フレーム送信時には、端末割り出し手段により収容
端末管理手段と相手端末管理手段とに基づいて相手端末
が割り出され、付加手段によってこの端末割り出し手段
によって割り出された相手端末番号がＬＡＰＦフレーム
の情報フィールドに付加される。

【００１６】また、フレーム受信時には、取り出し手段
によりＬＡＰＦフレームの情報フィールドから相手端末
番号が取り出され、端末選択手段によってこの取り出さ
れた相手端末番号を基に収容端末管理手段を用いて収容
端末から受信端末が選択される。

【００１７】相手端末に対するＬＡＰＦフレームの送信
及び相手端末からのＬＡＰＦフレームの受信が可能とな
る。

【００１８】

【実施例】以下、本発明の一実施例を図１ないし図２０
に基づいて説明する。

【００１９】図１には一実施例に係る通信アダプタ装置
１０の構成が概略的に示されている。この通信アダプタ
装置は、主制御部１２と、この主制御部１２にシステム
バス４６を介して接続された複数（ここでは３つ）の既
存インタフェース制御部１４ ₁，１４₂，１４₃とを備
えている。

【００２０】主制御部１２は、装置全体の制御処理及び
フレームリレー網へのインタフェース制御を行う。この
主制御部１２は、装置全体の制御処理及びフレームリレ
ー網へのインタフェース制御プログラムを実行するＣＰ
Ｕ（中央処理装置）１６と、装置全体の制御処理及びフ
レームリレー網へのインタフェース制御を行うプログラ
ム及びデータが格納されたＲＯＭ（リード・オンリ・メ
モリ）１８と、一時的に記憶すべき全てのデータ（送受
信データや制御用データ）が格納されるＲＡＭ（ランダ
ム・アクセス・メモリ）２０と、オペレータによるキー
入力及びオペレータに対する表示を行うための操作部２
２と、既存インタフェースで使用するタイミング信号を
生成し、既存インタフェース制御部１４₁，１４₂，１
４₃に供給するクロック制御部２４と、主制御部１２と
各既存インタフェース制御部との間のデータ伝送をＤＭ
Ａ（ダイレクト・メモリ・アクセス）を用いて高速に行
うＤＭＡＣ（ＤＭＡコントローラ）２６と、システムバ
スとのインタフェース機能を有するバスインタフェース
（ＢｕｓＩＦ）２８と、フレームリレー・プロトコル
で規定されるデータリンクプロトコルを制御するＬＡＰ
Ｆ制御デバイス３０と、ラインドライバー（Line Drive
r ）３２と、を備えている。

【００２１】クロック制御部２４は、生成するクロック
の周波数（レート）を段階的に変更する機能をも有して
おり、このクロック周波数の変更は、ＣＰＵ１６によっ
て制御されるようになっている。即ち、本実施例では、
クロック制御部２４によってクロック発生手段とクロッ
ク変更手段とが構成されている。

【００２２】ラインドライバー３２は、ラインが光ファ
イバ・ケーブルである場合には、光電変換等を行う。

【００２３】前記の構成各部１８〜３２は、ＣＰＵ１６
にバスを介して接続されている。第１ないし第３の既存
インタフェース制御部１４₁，１４₂，１４₃は、既存
インタフェース毎の回線制御を行う。

【００２４】第１の既存インターフェース制御部１４₁
は、当該既存インターフェース制御部１４₁の制御処理
プログラムの実行及び主制御部１２との通信を実行する
ＣＰＵ３４と、当該既存インターフェース制御部１４₁
の制御プログラム、主制御部１２との通信プログラム及
びデータが格納されたＲＯＭ３６と、当該既存インタフ
ェース制御部１４₁で一時的に使用するデータが格納さ
れワークエリアとして機能するＲＡＭ３８と、既存イン
タフェースへのトランシーバ／レシーバを含んで構成さ
れたラインドライバー４０と、既存インタフェースで使
用するデータリンク・プロトコルや呼制御シーケンスを
実行する通信制御デバイス４２と、システムバスとのイ
ンタフェース機能を有するバスインタフェース４４と、
を備えている。

【００２５】ここで、通信制御デバイス４２としては、
ＬＡＰＢ（平衡型リンク・アクセス手順）コントローラ
やX.21呼制御コントローラ等が使用できる。

【００２６】この第１の既存インターフェース制御部１
４₁の場合も、上記構成各部３６〜４４はバスを介して
ＣＰＵ３４に接続されている。

【００２７】第２，第３の既存インタフェース制御部１
４₂，１４₃も図示は省略されているが、第１の既存イ
ンタフェース制御部１４₁と同様に構成されている。

【００２８】図２には、上述のようにして構成された通
信アダプタ装置が２つフレームリレー網を介して接続さ
れた通信システムの構成が示されている。

【００２９】この図において、ＦＲ−ＴＡ−Ｔ１０₁及
びＦＲ−ＴＡ−Ｒ１０₂が、上記の通信アダプタ装置で
ある。ここで、ＦＲ−ＴＡとは、フレームリレー・ター
ミナルアダプタの略称であり、後に続くＴとＲは送信機
（トランシーバ）側のＴと受信機（レシーバ）側のＲを
示すもので、実際には、送信側，受信側は固定されるも
のではないが、ここでは、フレームリレー・ターミナル
アダプタ（以下、「ターミナルアダプタ」という）１０
₁が送信側、ターミナルアダプタ１０₂が受信側として
説明する。

【００３０】ターミナルアダプタ１０₁にはファクシミ
リ端末５０Ａ，５０Ｂ，５０Ｃ，５０Ｄが接続され、タ
ーミナルアダプタ１０₂にはファクシミリ端末５０Ｅ，
５０Ｆ，５０Ｇ，５０Ｈが接続されている。

【００３１】ターミナルアダプタ１０₁を構成する主制
御部１２のＲＡＭ２０内に、図３（Ａ）に示されるよう
な収容端末管理手段としての収容端末情報テーブル５２
と、同図（Ｂ）に示されるような相手端末管理手段とし
ての相手先識別テーブル５４とが格納されている。

【００３２】収容端末情報テーブル５２には、ターミナ
ルアダプタ１０₁に接続された（収容された）端末のチ
ャネル番号である自局番号（電話番号に相当）と、ター
ミナルアダプタ１０₁に接続された端末の状態を示すＳ
ｔａｔｕｓと、ターミナルアダプタ１０₁に接続された
端末が現在通信を行っている相手局チャネル番号を示す
相手端末チャネル番号等がデータとして存在する。

【００３３】相手先識別テーブル５４には、ターミナル
アダプタ１０₁に接続された端末が通信を行う可能性の
ある相手端末のチャネル番号である相手番号と、相手端
末のＰＶＣ番号と、相手端末との希望通信速度を示す通
信速度とがデータとして存在する。なお、通信速度は固
定であってもよい。

【００３４】ターミナルアダプタ１０₂を構成する主制
御部１２のＲＡＭ２０内にも、図４（Ａ），（Ｂ）にそ
れぞれ示されるように、同様の構成の収容端末情報テー
ブル５６，相手端末識別テーブル５８が格納されてい
る。

【００３５】次に、上記通信システムにより伝送される
フレーム・リレー用のフレームのフォーマット構成例に
ついて、図５に基づいて簡単に説明する。

【００３６】このフレームのフォーマットは、図５
（Ａ）に示されるように、Q.921 が定めるプロトコルで
あるＬＡＰＤをベースにしている。Q.921 と異なる点
は、同図（Ｃ）に示されるように、フレームのアドレス
フィールド内に複数のデータリンクを識別するためのデ
ータリンク識別子（ＤＬＣＩ）が設けられた点である。
このＤＬＣＩによりデータリンクレイヤのフレームの多
重化が可能となっている。このＤＬＣＩは、ユーザ−網
又は網間インタフェースにおいてベアラチャネル上のバ
ーチャルコネクションを識別する。従って、ＤＬＣＩは
送受する情報の引き渡しを行うデータリンクエンティテ
ィを決定し、データリンクエンティティによって転送さ
れる。

【００３７】図５中の各部について説明すると、Ｆはフ
ラグであり、フレームの始まり，終わりをそれぞれ示
す。

【００３８】Ａはアドレスフィールドであり、この例で
はアドレスフィールドは２オクテットとされている。こ
のアドレスフィールド内のＥＡはアドレスフィールド拡
張ビットであり、これが「０」の時はもう一つアドレス
フィールドのオクテットが続くことを示し、「１」のと
きはアドレスフィールドの最終オクテットを示す。ＦＥ
ＣＮは順方向明示的輻輳通知ビットを示し、ＢＥＣＮは
逆方向明示的輻輳通知ビットを示す。ＦＥＣＮは受信し
たエンドシステムに対して受信するフレームがリソース
輻輳に遭遇したことを示すために「１」に設定される。
ＢＥＣＮは受信したエンドシステムに対して送信するフ
レームがリソース輻輳に遭遇したことを示すために
「１」に設定される。ＤＥは廃棄可能表示であり、輻輳
状態の場合は他のフレームより優先して廃棄されるフレ
ームであるということを示すため「１」に設定される。
また、スターマーク（星マーク）を付している部分は、
通常はフレームの受信側に対して特定の動作を要求する
コマンドか、実行した動作又は状態を報告するレスポン
スかを示すＣ／Ｒ（コマンド／レスポンス）ビットが格
納されるが、ユーザが任意に使用できる部分である。

【００３９】Ｉは情報フィールドであり、図５（Ｂ）に
示されるように、端末制御コードＴＣと呼制御メッセー
ジ又はユーザ情報とから成り、端末制御コードＴＣが、
ＴＣ＝０のときは呼制御メッセージ、ＴＣ＝１のときは
ユーザ情報と識別できるようになっている。

【００４０】ＦＣＳは、フレームチェックシーケンスで
あり、これはフレームの送信側で生成されて送られ、受
信側でもフレームに伝送誤りなどの誤りがないかどうか
をチェックするために使用される。誤りが見つかるとフ
レームの受信側ではそのフレームを廃棄することとな
る。ＦＣＳで用いている誤り検出符号は、フレーム内の
任意の３ビット以下の誤りと、すべての奇数個のビット
の誤り、連続した１６ビット以下の誤りと、その他の殆
どのランダム及び連続ビット誤りが検出できる。

【００４１】次に、図２の通信システムにおける通信手
順を示す図６のプロトコルシーケンスに沿って、且つ送
信側のターミナルアダプタ１０₁の主制御部１２内ＣＰ
Ｕ１６の主要な制御アルゴリズムを示す図７のフローチ
ャート、受信側のターミナルアダプタ１０₂の主制御部
１２内ＣＰＵ１６の主要な制御アルゴリズムを示す図８
のフローチャートを用いて本実施例における通信制御に
ついて説明する。

【００４２】ここでは、前提としてファクシミリ端末５
０Ａからフアクシミリ端末５０Ｇへの送信を想定し、両
端末のＰＶＣ番号とチャネル番号とは、次の如くなって
いるものとする。

【００４３】即ち、ファクシミリ端末（以下、適宜「端
末」と略述する）５０ＡがＰＶＣ番号＝４００、チャネ
ル番号＝０５５５、フアクシミリ端末５０ＧがＰＶＣ番
号＝１００，チャネル番号＝００１５である。《呼設定フェーズ》まず、送信側のファクシミリ端末の
いずれか（ここでは、ファクシミリ端末５０Ａとする）
が、受信側のファクシミリ端末のいずれか（ここでは、
フアクシミリ端末５０Ｇとする）のチャネル番号（ダイ
ヤルＮｏ．）００１５を入力してターミナルアダプタ１
０₁に対して発呼を行う。

【００４４】ターミナルアダプタ１０₁のＣＰＵ１６で
は、図７に示されるように、ステップ１００で発呼要求
を待ち、発呼要求を受信すると、ステップ１０２に進ん
で発呼要求フレームから発呼のため入力された相手チャ
ネル番号（＝００１５）を読みだした後、ステップ１０
４の管理情報の設定のサブルーチンに移行する。

【００４５】このサブルーチンでは、図１０に示される
ように、ステップ３００で収容端末情報テーブル５２の
発呼した端末５０Ａの自局番（＝０５５５）にポインタ
を併せ、ステップ３０２に進んでその端末５０ＡのＳｔ
ａｔｕｓをアイドル中から通信中に変更する。

【００４６】次のステップ３０４では、収容端末情報テ
ーブル５２の「相手端末チャネル番号」のエリアに上記
ステップ１０２で読みだした相手チャネル番号（＝００
１５）を設定した後、図７のメインルーチンにリターン
する。

【００４７】メインルーチンに戻った後直ちにステップ
１０６の発呼メッセージ作成のサブルーチンへ移行す
る。この発呼メッセージのフォーマット例が図９（Ａ）
に示されている。

【００４８】このサブルーチンでは、図１１に示される
ように、ステップ４００で収容端末情報テーブル５２の
Ｓｔａｔｕｓが通信中である自局番号（＝０５５５）を
発呼メッセージの「発チャネル番号」のエリアにセット
し、ステップ４０２に進んで上記ステップ１０２で読み
だした相手チャネル番号（＝００１５）を発呼メッセー
ジの「着チャネル番号」のエリアにセットする。

【００４９】次のステップ４０４では、このチャネル番
号を基に相手先識別テーブル５４よりＰＶＣ番号（＝１
００）と通信速度（＝６４ｋ）を読み出し、ステップ４
０６に進んでこの読み出した通信速度を発呼メッセージ
の「通信速度」のエリアにセットする。これにより、送
信側ターミナルアダプタ１０₁のＲＡＭ２０内で発呼メ
ッセージの作成が完了する。

【００５０】次のステップ４０８でステップ４０４で読
みだしたＰＶＣ番号（＝１００）をＬＡＰＦのアドレス
にセットした後、図７のメインルーチンのステップ１０
８へリターンし、上で作成した発呼メッセージをフレー
ムリレー網に送信する。

【００５１】受信側のターミナルアダプタ１０₂のＣＰ
Ｕ１６では、図８に示されるように、ステップ２００で
発呼メッセージ受信のために待機し、発呼メッセージを
受信すると、ステップ２０２の発呼メッセージ解析のサ
ブルーチンへ移行する。

【００５２】このサブルーチンでは、図１２に示される
ように、発呼メッセージから着チャネル番号（＝００１
５）及び発チャネル番号（＝０５５５）を順次読み出し
（ステップ５００，５０２）た後、メインルーチンへリ
ターンする。

【００５３】メインルーチンへリターンすると直ちにス
テップ２０４の管理情報の設定のサブルーチンへ移行す
る。

【００５４】このサブルーチンでは、図１３に示される
ように、ステップ６００でステップ５００で読み出した
着チャネル番号に相当する端末５０Ｇの自局番号（＝０
０１５）へ収容端末情報テーブル５６のポインタを合わ
せ、ステップ６０２に進んでこの端末５０ＧのＳｔａｔ
ｕｓをアイドル中から通信中に変更する。

【００５５】次のステップ６０４では、収容端末情報テ
ーブル５６の相手端末チャネル番号のエリアにステップ
５０２で読み出した発チャネル番号（＝０５５５）を設
定した後、図８のメインルーチンのステップ２０６へリ
ターンし、Ｓｔａｔｕｓが通信中となっている収容端末
５０Ｇへ発呼を行う。

【００５６】これにより、発呼された受信側のファクシ
ミリ端末５０Ｇでは、発呼を受信してこれに対する応答
を行う。

【００５７】受信側のターミナルアダプタ１０₂のＣＰ
Ｕ１６では、ステップ２０８でこの応答を受信するのを
待ち、応答を受信すると、ステップ２１０の応答メッセ
ージ作成のサブルーチンへ移行する。図９（Ｂ）には、
この応答メッセージのフォーマット例が示されている。

【００５８】このサブルーチンでは、図１４に示される
ように、ステップ７００で収容端末情報テーブル５６の
Ｓｔａｔｕｓが通信中である収容端末の自局番号（＝０
０１５）を応答メッセージの「着チャネル番号」のエリ
アにセットし、ステップ７０２に進んでこの自局番号
（＝００１５）に基づき収容端末情報テーブル５６から
相手端末チャネル番号（＝０５５５）を読みだす。

【００５９】次のステップ７０４では、読みだした相手
端末チャネル番号（＝０５５５）を応答メッセージの
「発チャネル番号」のエリアにセットし、ステップ７０
６に進んでこの相手端末チャネル番号（＝０５５５）を
基に相手先識別テーブル５８よりＰＶＣ番号（＝４０
０）と通信速度（＝６４ｋ）を読み出し、ステップ７０
８に進んで読み出した通信速度（＝６４ｋ）を応答メッ
セージの「通信速度」のエリアにセットする。これによ
り、受信側ターミナルアダプタ１０₂のＲＡＭ２０内で
応答メッセージの作成が完了する。

【００６０】次のステップ７１０でステップ７０６で読
み出したＰＶＣ番号（＝４００）をＬＡＰＦのアドレス
にセットした後、図８のメインルーチンのステップ２１
２へリターンし、上で作成した応答メッセージをフレー
ムリレー網に送信する。

【００６１】送信側のターミナルアダプタ１０₁のＣＰ
Ｕ１６では、ステップ１１０でこの応答メッセージ受信
のために待機し、応答メッセージを受信すると、ステッ
プ１１２に進んで応答メッセージから発チャネル番号
（＝０５５５）を読み出す。

【００６２】次のステップ１１４でこの発チャネル番号
（＝０５５５）を持つ収容端末５０Ａに応答を送信す
る。《情報転送フェーズ》この応答を受けた端末５０Ａで
は、Ｆａｘデータの送信を行う。

【００６３】送信側のターミナルアダプタ１０₁のＣＰ
Ｕ１６では、ステップ１１４で応答を送信した後、ステ
ップ１１６でＦａｘデータを受信したか否かを判断し、
この判断が否定されると、ステップ１２４に進んでＬＡ
ＰＦフレームを受信したか否かを判断する。この判断が
否定されると、ステップ１２９に進んで切断を受信した
否かを判断し、この判断が否定されると、ステップ１１
６に戻り、このようにしてステップ１１６→ステップ１
２４→ステップ１２９→ステップ１１６の判断を繰り返
すことにより、Ｆａｘデータ若しくはＬＡＰＦフレーム
が送られてくるのを待っている。そして、Ｆａｘデータ
を受信すると、ステップ１２０のＬＡＰＦフレーム作成
のサブルーチンに移行する。

【００６４】このサブルーチンでは、図１５に示される
ように、ステップ８００で収容端末情報テーブル５２の
Ｓｔａｔｕｓが通信中である端末の自局番号（＝０５５
５）から相手端末チャネル番号（＝００１５）を読み出
し、ステップ８０２に進み、図１６に示されるように、
この相手端末チャネル番号（＝００１５）をＬＡＰＦフ
レームの情報フィールド（Ｉフィールド）の先頭に付加
する。

【００６５】次のステップ８０４では読み出した相手端
末チャネル番号（＝００１５）を基に相手先識別テーブ
ル５４よりＰＶＣ番号（＝１００）を読み出した後、ス
テップ８０６でこのＰＶＣ番号（＝１００）をＬＡＰＦ
のアドレスにセットする。

【００６６】この後、メインルーチンのステップ１２２
に戻り、作成したＬＡＰＦフレームをフレームリレー網
に送信する。

【００６７】受信側のターミナルアダプタ１０₂のＣＰ
Ｕ１６では、送信側と同様にＬＡＰＦフレームを受信し
たか否か、Ｆａｘデータを受信したか否か、切断メッセ
ージを受信したか否かのルート（ステップ２１４→ステ
ップ２２２→ステップ２２７→ステップ２１４）を繰り
返すことにより、ＬＡＰＦフレーム若しくはＦａｘデー
タが送られてくるのを待っている。そして、ＬＡＰＦフ
レームを受信すると、ステップ２１８に進んで、ＬＡＰ
Ｆフレームの情報フィールドより相手端末チャネル番号
（＝００１５）を読み出し、ステップ２２０に進み、こ
のチャネル番号（＝００１５）の端末５０ＧにＦａｘデ
ータを送信する。

【００６８】受信側のファクシミリ端末５０Ｇでは、受
信を完了すると、送信すべきＦａｘデータがあればそれ
をＦａｘデータとして返送する。

【００６９】受信側のターミナルアダプタ１０₂のＣＰ
Ｕ１６では、ステップ２２２でこの端末５０ＧからのＦ
ａｘデータを受信すると、ステップ２２４のＬＡＰＦフ
レーム作成のサブルーチンに移行する。

【００７０】このサブルーチンでは、前述の如くして相
手端末チャネル番号（＝０５５５）を情報フィールドの
先頭に付加したＬＡＰＦフレームを作成し、ＰＶＣ番号
（＝４００）をＬＡＰＦのアドレスにセットする（図１
５参照）。

【００７１】次のステップ２２６では、作成したＬＡＰ
Ｆフレームをフレームリレー網へ送信する。

【００７２】送信側のターミナルアダプタ１０₂のＣＰ
Ｕでは、ステップ１２４でこのＬＡＰＦフレームをフレ
ームリレー網から受信すると、ステップ１２６に進んで
ＬＡＰＦフレームの情報フィールドより相手端末チャネ
ル番号（＝０５５５）を読み出し、ステップ１２８でこ
のチャネル番号（＝０５５５）を持つ収容端末５０Ａに
Ｆａｘデータを送信する。《切断フェーズ》このＦａｘデータを受信した送信側の
端末５０Ａでは、受信側の受信が完了したのを認識し、
切断指示を送信側のターミナルアダプタ１０₂に送る。

【００７３】送信側のターミナルアダプタ１０₂のＣＰ
Ｕ１６では、この切断指示が送られてくると、ステップ
１２９における判断が肯定されるので、ステップ１３０
の切断メッセージ作成のサブルーチンへ移行する。図９
（Ｃ）には、この切断メッセージのフォーマット例が示
されている。

【００７４】このサブルーチンでは、図１７に示される
ように、ステップ９００で収容端末情報テーブル５２の
Ｓｔａｔｕｓが通信中である端末の自局番号（＝０５５
５）を切断メッセージの「発チャネル番号」のエリアに
セットし、ステップ９０２に進んでこの自局番号（＝０
５５５）に基づき収容端末情報テーブル５２から相手端
末チャネル番号（＝００１５）を読み出す。

【００７５】次のステップ９０４では、読み出した相手
端末チャネル番号（＝００１５）を切断メッセージの
「着チャネル番号」のエリアにセットし、ステップ９０
６に進んで相手端末チャネル番号（＝００１５）を基に
相手先識別テーブル５４よりＰＶＣ番号（＝１００）と
通信速度（＝６４ｋ）を読みだす。

【００７６】次のステップ９０８では、通信速度（＝６
４ｋ）を切断メッセージの「通信速度」のエリアにセッ
トする。これにより、送信側ターミナルアダプタ１０₁
のＲＡＭ２０内で切断メッセージの作成が完了する。

【００７７】その後、ＰＶＣ番号（＝１００）をＬＡＰ
Ｆのアドレスにセットした後、メインルーチンのステッ
プ１３２に戻り、作成した切断メッセージをフレームリ
レー網に送信する。

【００７８】受信側のターミナルアダプタ１０₂のＣＰ
Ｕ１６では、この切断メッセージが送られてくると、ス
テップ２２７の判断が肯定されるので、ステップ２２８
に進んで切断メッセージから着チャネル番号（＝００１
５）を読み出し、ステップ２３０でこのチャネル番号
（＝００１５）を持つ収容端末５０Ｇに切断指示を送信
する。

【００７９】この切断指示を受信した受信側の端末５０
Ｇでは切断応答を受信側のターミナルアダプタ１０₂に
送信する。

【００８０】受信側のターミナルアダプタ１０₂のＣＰ
Ｕでは、ステップ２３２でこの切断応答が送られてくる
のを待ち、この切断応答を受信すると、ステップ２３４
の切断応答メッセージ作成のサブルーチンへ移行する。
図９（Ｄ）には、この切断応答メッセージのフォーマッ
ト例が示されている。

【００８１】このサブルーチンでは、図１８に示される
ように、ステップ１０００で収容端末情報テーブル５６
のＳｔａｔｕｓが通信中である端末の自局番号（＝００
１５）を切断応答メッセージの「着チャネル番号」のエ
リアにセットし、ステップ１００２に進んでこの自局番
号（＝００１５）に基づき収容端末情報テーブル５６か
ら相手端末チャネル番号（＝０５５５）を読みだす。

【００８２】次のステップ１００４では、読み出した相
手端末チャネル番号（＝０５５５）を切断応答メッセー
ジの「発チャネル番号」のエリアにセットし、ステップ
１００６に進み、相手端末チャネル番号（＝０５５５）
を基に相手先識別テーブル５８よりＰＶＣ番号（＝４０
０）と通信速度（＝６４ｋ）を読み出す。

【００８３】次のステップ１００８では、読み出した通
信速度を切断応答メッセージの「通信速度」のエリアに
セットする。これにより、ＲＡＭ２０内で切断応答メッ
セージの作成が完了する。

【００８４】その後、ステップ１０１０でＰＶＣ番号
（＝４００）をＬＡＰＦのアドレスにセットした後、メ
インルーチンのステップ２３６に戻って作成した切断応
答メッセージをフレームリレー網に送信し、ステップ２
３８の管理情報初期化のサブルーチンへ移行する。

【００８５】このサブルーチンでは、図１９に示される
ように、ステップ１１００で収容端末情報テーブル５６
のポインタを切断応答を返送してきた収容端末５０Ｇの
自局番号（＝００１５）に合わせ、ステップ１１０２に
進んでこの端末５０ＧのＳｔａｔｕｓを通信中からアイ
ドル中へ変更する。

【００８６】次のステップ１１０４では、収容端末情報
テーブル５６の相手端末チャネル番号のエリアをクリア
した後、メインルーチンへ戻って制御動作を終了する。

【００８７】一方、送信側のターミナルアダプタ１０₁
のＣＰＵ１６ではステップ１３４でフレームリレー網か
ら切断応答メッセージが送られてくるのを待ち、切断応
答メッセージを受信すると、ステップ１３６へ進んで切
断応答メッセージから発チャネル番号（＝０５５５）を
読み出し、ステップ１３８でこのチャネル番号（＝０５
５５）の収容端末５０Ａへ切断応答を送信する。

【００８８】その後、ステップ１４０の管理情報初期化
のサブルーチンへ移行する。このサブルーチンでは、図
２０に示されるように、ステップ１２００でポインタを
収容端末情報テーブル５２のステップ１３６で読み出し
た発チャネル番号（＝０５５５）に相当する自局番号に
合わせ、ステップ１２０２でこの自局番号＝０５５５）
を持つ端末５０ＡのＳｔａｔｕｓを通信中からアイドル
中に変更する。

【００８９】次のステップ１２０４では、収容端末情報
テーブル５２の相手端末チャネル番号のエリアをクリア
した後、メインルーチンへ戻って制御動作を終了する。

【００９０】送信側のターミナルアダプタ１０₁から切
断応答を受信した送信側の端末５０Ａでは、呼の切断を
実行する。

【００９１】以上の説明から明らかなように、本実施例
では、通信アダプタ装置１０（ターミナルアダプタ１０
₁，１０₂）の主制御部１２内ＣＰＵ１６と当該ＣＰＵ
１６の主要な制御アルゴリズムとによって端末識別手
段，制御手段，端末割り出し手段，付加手段，取り出し
手段，端末選択手段が実現されている。

【００９２】

【発明の効果】以上説明したように、本発明に係る通信
アダプタ装置によれば、ファクシミリ端末をエンドツー
エンドで接続してフレームリレー網上で１対１のファク
シミリ通信が可能になるという従来にない優れた効果が
ある。

【図面の簡単な説明】

【図１】一実施例に係る通信アダプタ装置の構成を示す
ブロック図である。

【図２】図１の通信アダプタ装置を２つ含んで構成され
る通信システムの概略構成を示す説明図である。

【図３】（Ａ）は送信側のターミナルアダプタの収容端
末情報テーブルの一例を示す図、（Ｂ）は送信側のター
ミナルアダプタの相手端末識別テーブルの一例を示す図
である。

【図４】（Ａ）は受信側のターミナルアダプタの収容端
末情報テーブルの一例を示す図、（Ｂ）は受信側のター
ミナルアダプタの相手端末識別テーブルの一例を示す図
である。

【図５】図２の通信システムにより伝送されるフレーム
・リレーのフレームのフォーマット構成例を示す図であ
る。

【図６】図２の通信システムにおける通信手順を示すプ
ロトコルシーケンスを示す説明図である。

【図７】送信側の通信アダプタ装置（ターミナルアダプ
タ）の主制御部内ＣＰＵの主要な制御アルゴリズムを示
すフローチャートである。

【図８】受信側の通信アダプタ装置（ターミナルアダプ
タ）の主制御部内ＣＰＵの主要な制御アルゴリズムを示
すフローチャートである。

【図９】（Ａ）は発呼メッセージのフォーマット例を示
す図、（Ｂ）は応答メッセージのフォーマット例を示す
図、（Ｃ）は切断メッセージのフォーマット例を示す
図、（Ｄ）切断応答メッセージのフォーマット例を示す
図である。

【図１０】図７の管理情報設定のサブルーチンを示すフ
ローチャートである。

【図１１】図７の発呼メッセージ作成のサブルーチンを
示すフローチャートである。

【図１２】図８の発呼メッセージ解析のサブルーチンを
示すフローチャートである。

【図１３】図８の管理情報設定のサブルーチンを示すフ
ローチャートである。

【図１４】図８の応答メッセージ作成のサブルーチンを
示すフローチャートである。

【図１５】図７のＬＡＰＦフレーム作成のサブルーチン
を示すフローチャートである。

【図１６】作成されたＬＡＰＦフレームの一例を示す図
である。

【図１７】図７の切断メッセージ作成のサブルーチンを
示すフローチャートである。

【図１８】図８の切断応答メッセージ作成のサブルーチ
ンを示すフローチャートである。

【図１９】図８の管理情報初期化のサブルーチンを示す
フローチャートである。

【図２０】図７の管理情報初期化のサブルーチンを示す
フローチャートである。

【符号の説明】

１０通信アダプタ装置１６ＣＰＵ（端末識別手段，制御手段，端末割り出し
手段，付加手段，取り出し手段，端末選択手段）５０Ａ〜５０Ｈファクシミリ端末（端末）５２収容端末情報テーブル（収容端末管理手段）５４相手先識別テーブル（相手端末管理手段）

Claims

【特許請求の範囲】

【請求項１】フレームリレー網と複数の端末とを接続
する通信アダプタ装置であって、収容端末を管理するための管理情報を格納する収容端末
管理手段と、前記フレームリレー網を介して接続された相手端末の情
報を格納する相手端末管理手段と、通信時に前記収容端末管理手段と相手端末管理手段とを
用いて端末を識別する端末識別手段と、を有する通信ア
ダプタ装置。
【請求項２】前記収容端末管理手段が少なくとも収容
端末のチャネル番号と収容端末が現在通信を行っている
相手端末のチャネル番号とを管理情報として格納する収
容端末情報テーブルであると共に、前記相手端末管理手
段が前記相手端末のチャネル番号及びＰＶＣ番号とを格
納する相手先識別テーブルであることを特徴とした請求
項１記載の通信アダプタ装置。
【請求項３】フレームリレー網と複数の端末とを接続
する通信アダプタ装置であって、収容端末を管理するための管理情報を格納する収容端末
管理手段と、前記フレームリレー網を介して接続された相手端末の情
報を格納する相手端末管理手段と、収容端末と相手端末との間の呼設定及び切断を行うプロ
トコルに従って前記収容端末管理手段と相手端末管理手
段とに基づいて端末管理情報の生成及び送受を行う制御
手段と、前記端末管理情報に基づいて端末を識別する端末識別手
段と、を有する通信アダプタ装置。
【請求項４】フレームリレー網と複数の端末とを接続
する通信アダプタ装置であって、収容端末を管理するための管理情報を格納する収容端末
管理手段と、前記フレームリレー網を介して接続された相手端末の情
報を格納する相手端末管理手段と、フレーム送信時には前記収容端末管理手段と相手端末管
理手段とに基づいて相手端末を割り出す端末割り出し手
段と、この端末割り出し手段によって割り出された相手端末番
号をＬＡＰＦフレームの情報フィールドに付加する付加
手段と、フレーム受信時にはＬＡＰＦフレームの情報フィールド
から相手端末番号を取り出す取り出し手段と、この取り出した相手端末番号を基に前記収容端末管理手
段を用いて収容端末から受信端末を選択する端末選択手
段と、を有する通信アダプタ装置。