JPH012435A - 無線通信回線を介してディジタル・データを送信する方法と装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 関連出願との関係 この出願は、１９８４年１０月１７日に出願された係属
中の米国特許出願通し番号第６６１．５９７号及び同日
に出願された同第６６１．７３３号と関連を有する。

発明の分野 この発明はディジタル形無線周波通信方式、更に具体的
に云えば、無線周波通信回線を介してディジタル信号を
送信及び受信する為の通信プロトコルに関する。

発明の背景及び要約 無線通信回線を介してディジタル制御及びメツセージ書
データ信号を通信することは既に周知である。例えば米
国特許第４，０２７，２４３号、同第４．３６９．４４
３号、同第４．４３４，３２３号、同第４．３２２，５
７６号、同第４，２６７．５９２号、同第３．８０１．
９５’６号、及び同第４，４１Ｌ　　４２５号を参照さ
れたい。

米国特許第４，０２７，２４３号には、無線通信方式の
ディジタル制御の無線送信機及び受信機に対するディジ
タル・メツセージ発生器が記載されている。この通信方
式では、無線局の地点の間で送信される安定な一連のデ
ィジタル指令メツセージの各々で、ワード同期及びビッ
ト同期を達成する手段が設けられている。

１９８４年１０月１７日に出願された係属中の米国特許
出願通し番号第６６１，７３３号には、ディジタル音声
秘話無線通信方式の場合の制御信号及び符号化音声ディ
ジタル信号の形式として、選択的な通信能力、後からの
参加、ワード及び暗号同期の回復並びにフェージング及
び雑音に対する保護を行なう信号形式が記載されている
。従来技術を示す第１図には、この米国特許出願に記載
されている通信方式で送信及び受信されるディジタル信
号の好ましい時間順序が示されている。このディジタル
信号順序の詳細は、この米国特許出願の明細書を参照さ
れたいが、こ＼で第１図に示す順序について簡単に説明
する。

第１図に示すディジタル信号の順序は、プリアンブルに
続いて１つ又は更に多くのデータ・フレームがある。プ
リアンブルは、とット／フレーム同期、中継器のアドレ
ス指定、暗号同期及び選択的な通信制御を行なうデータ
が入っている。データ・フレームはそれ自身の同期デー
タを持っていると共に、ディジタル化した暗号音声信号
又はその他のデータ信号をも持っている。

従来技術を示す第１図に示した通信形式は、プリアンブ
ル部分でも、暗号化された音声データ・ストリーム中の
規則的な間隔をおいた点でも、ある情報を反復的に送信
して、無線周波通信回線で予想される普通のレイリー令
フェージングがあっても、受信機が最初に送信機と同期
することが出来る様にすると共に、（ブリアンブンルが
「脱落」しているか、或いはその復号が成功しなかった
場合の）「後からの参加」並びに／又は（プリアンブル
で最初に達成した同期を、メツセージが終わる前に、そ
の後失った場合の）同期の回復が出来る様にしている。

第１図に示す通信プロトコルでは、初期フレーム同期、
継続的なフレーム同期、中継器のアドレス指定、暗号同
期、及び選択的な通信信号が、フェージングに対する保
護の為、比較的長いプリアンブル部分で全て反復的に送
信されると共に、この後の暗号音声データ・ストリーム
中の規則的な間隔をおいた点でも反復的に再送信される
。第１図のプロトコルの中には種々の制御フィールドが
配置されていて、それが繰返される為、このプロトコル
は、正しい初期同期及びアドレス指定機能が得られる確
率が非常に高い。

第１図の通信プロトコルのプリアンブル部分は、（イ）
ドット・パターン、（ロ）同期信号の繰返される群を含
む同期順序、及び（ハ）初期設定ベクトル（ＩＶ）及び
選択的な通信（Ｓ　Ｓ）順序（これは繰返される選択的
な通信信号、初期設定ベクトル及びガートバンド（Ｇ　
Ｂ）データ信号を含む）を含むことが好ましい。

第１図のプロトコルの各々のデータ・フレームが、「見
出し」部分、メツセージ部分及びメツセージの終り部分
を持っている。見出し部分は、プリアンブル部分で送信
される同期順序及びＩＶ及びＳＳ順序と同形を含む。メ
ツセージ部分は通信すべきディジタル信号（例えば暗号
化された音声データ）を含む。送信メツセージは、同期
フィールド及びドット・パターンを含むメツセージの終
り（ＥＯＭ）ワードで終る。

第１図のプリアンブル部分のドツト順序は、２４０ビッ
ト（９６００ボーで２５ミリ秒）の間続けられる交互の
１と０のディジタル信号のパターン（例えば、１０１０
１０１０・・・・・・）であることが好ましい。このド
ット・パターンは、通信方式の受信機内にある回路が、
ビット同期が素早く達成出来る様にする。

プリアンブル部分の中でドット・パターンの後に現れる
同期順序は繰返される３つのフィールド、即ち、１６ビ
ットの同期ワード“Ｓ”　　（好ましくは１１１０００
１００１０の様な１１ビットのバーカー（Ｂａｒｋｅｒ
）　　書コード及び「埋め」又はドツトの５ビット）と
、補数の形で１回繰返して２番目の１６ビット・フィー
ルドを完成する８ビットの「外側アドレスＪ　　（ＯＡ
）と、３番目の１６ビット・フィールドを完成する様に
、３回繰返しく２番目の繰返しは補数の型にし）で、最
後に奇のパリティ−コードの１ビットを加えた５ビット
の同期数（ＳＮ）とを含む。

同期順序に続く繰返されるＩＶ及びＳＳ順序は、６４ビ
ットのガートバンド（ＧＢ）、６４ビットの初期設定ベ
クトル（ＩＶ）及び１６ビットの選択的な通信アドレス
（Ｓ　Ｓ）を含む。従来技術を示す第１図のプロトコル
では、６４ビットのガートバンドＧＢがフェージングに
対する保護作用をしく役に立つ情報を伝える為には使わ
ない）、６４ビットのＩＶフィールドが普通のＤＥＳ　
（これは例えばバージニア州２２１６Ｌスプリングフィ
ールド、ポート・ローヤル・ロード５２８５所在の合衆
国商務省ＮＴ　Ｉ　Ｓ、データ暗号基準、「連邦情報処
理基準」刊行物番号４６に記載されている）に従って暗
号同期を設定する。１６ビットの選択的な通信フィール
ドＳＳが、無線通信回路網内で群及び個別の選択的な通
信能力を持たせる（即ち、特定の個別の又は群の受信機
を特定する「アドレス」がこのフィールドで送信される
）。

ＩＶ、ＧＢ及びＳＳフィールドは、第１図のプロトコル
では９回繰返される。

プリアンブルの後に相次ぐデータ・フレームが続き、そ
の各々はサブプリアンブル（見出し）部分及びディジタ
ル・データ信号（例えば、暗号音声データ）の相次ぐビ
ットを含むことが好ましい。

見出しが、同期ワードＳ１外側アドレス・フィールドＯ
Ａ、初期設定ベクトルＩＶ及び選択的な通信アドレスＳ
Ｓの１回の繰返しを含む。各々の見出し部分には、到来
メツセージ又は会話に後から参加することが出来る様に
、並びに／又は失われたフレーム又は暗号同期（例えば
、典型的な無線周波通信回線で、フェージング又は多重
経路の干渉状態等により、信号が一時的に失われること
によって起り得る）を再び設定することが出来る様にす
るのに十分な情報が供給される。受信機の同期維持制御
機能が、進行中の受信データ・フレームの見出しを監視
して、見出し部分だけから、ビット同期、フレーム同期
、暗号同期及び選択的な通信制御を再び設定することが
出来る。

メツセージの終り（ＥＯＭ）信号が、メツセージ送信の
終りに発生され、メツセージが終了したことを受信機に
警告する。

第１図の通信プロトコルは非常に成功を収め、フェージ
ング、雑音及びその他の現象の影響を受ける無線（又は
その他の）通信回線を介して、十分なデータ速度で、且
つ誤りの確率を極く低くして、極めて確実にディジタル
信号の通信が出来る様にする。然し、更に改良すること
が可能である。

例えば、第１図の通信プロトコルは（この種の情報の通
信に制限されないけれども）暗号ディジタル化音声デー
タを通信する様に設計されているが、ディジタル化した
音声データ又はデータ端末装置の様な純粋なディジタル
信号源から供給されるディジタル情報を選択的に通信す
ること、並びにどんな種類のメツセージ情報を通信して
いるかを受信機に知らせる通信制御信号を通信プロトコ
ル内に設けることが望ましい。音声情報だけでなく、デ
ータ端末装置又は計算機によって発生されるディジタル
情報をも伝えることが出来る様な無線トランシーバに対
する大きな需要がある。第１図のプロトコルは音声デー
タの通信に制限されていないが（メツセージ・データ・
フレーム内で事実上あらゆる種類のディジタル・データ
を伝えることが出来る）、送信中のデータの種類を示す
送信表示子信号があれば、受信機が受信したディジタル
情報を適当な形に取扱うことが出来る（例えば、スピー
カに印加する為にデータを可聴アナログ信号に変換した
り、又はデータ端末装置に表示するか或いは計算機のメ
モリに記憶する為にデータをディジタル形式のま＼にし
ておく）。

高いデータ速度での誤りのない送信の一層の改善も可能
である。誤りのない回線で３６００ボーの実効データ速
度が望まれる。この実効データ速度は、ＲＦフェージン
グのない１．０％ＢＥＲ回線では、２４００ボ一程度に
低下する。１．０％ＢＥＲでフェージングのない回線で
、９６００ビットのメツセージを不正確に受信する確率
は、０゜０００１程度であるべきであり、回線に典型的
なフェージングがある場合、この確率は０．０１程度以
上に増加すべきではない。

通信プロトコルは通信回線に存在する有害な現象（例え
ば、雑音及び／又はフェージング）に対する何等かの適
応能力を持つべきである。通信回線が雑音及び／又はフ
ェージングの影響を受ける時は、正確な受信を保証する
為に、同じデータを何回も繰返すことが必要になるが、
この様な繰返しは実効データ速度を低下させ、フェージ
ング及び雑音が殆んど或いは全くない最適回線を介して
信号を通信する時には必要でないことがある。受信機が
特定のデータ・パケットの受信に問題があった場合、送
信機は何等かの形で適応して、そのパケットを繰返すべ
きである。役に立つデータ信号ではなく、制御信号を通
信する為に使われる回線の「オーバヘッド」　・トラヒ
ックを目立って増加させずに、通信目線のビット誤り率
が高くなるにつれて、データ・パケットはより多数回繰
返すべきである。

更に、この様な適応影信号形式が、第１図に示した従来
の通信形式（従って、このプロトコルを使って通信する
様に設計された中継器及び移動トランシーバの様な現存
の通信装置）と両立性を持つことが望ましい。

この発明の上記並びにその他の特徴は、以下図面につい
て現在好ましいと考えられる実施例を詳しく説明する所
から、更に完全に理解されよう。

全体的な方式 第２図はこの発明の現在好ましいと考えられる実施例の
ディジタル形無線通信方式５０の略図である。通信方式
５０がデータ発信移動ディジタル形無線通信トランシー
バ（以下ＤＯＭと云う）５２、中継用無線通信トランシ
ーバ（中継器）５４、及び宛先ディジタル形無線通信ト
ランシーバ（以下ＤＥＭと云う）５６を含む。

ＤＯＭ５２が（１つ又は更に多くの予定の無線周波通信
回線で動作する）中継器５４を介して、ディジタル・デ
ータをＤＥＭ　　５６に送信する。

送信されたデータ・バーストを受信した時、ＤＥＭ　　
５６が、データの受信を確認し、データを正しく受信し
たかどうかを知らせる確認信号をり。

Ｍ　　５２に送信する。

ＤＯＭ　　５２はディジタルφデータを発信し、このデ
ィジタル・データを予定の通信形式に定め、こうして形
式を定めたディジタル・データで無線周波搬送波信号を
変調して、ＲＦデータ・バーストを発生する。こういう
無線周波データ・バーストがＤＯＭ　　５２からＲＦ通
信リンク５８（通信リンクは好ましい実施例では、選ば
れたＲＦ通信回線である）を介して中継器５４に送信さ
れる。

中継器５４がデータ・バーストを受信し、検出し、再発
生して、無線周波通信リンク６０（好ましくは別の選ば
れたＲＦ通信回線）を介してＤＥＭ（宛先移動局）５６
に再送信する。ＤＥＭ　　５６が再発生して再送信され
たＲＦデータ・バーストを受信し、それを復調して、そ
れが伝えるディジタル・データ信号を抽出する。

ＤＯＭ　　５２から送信され、中継器５４によって中継
され、ＤＥＭ　　５６によって受信された各々のデータ
・バーストはＮ個（好ましくは１６又は３２個）のデー
タ・　「パケット」を持ち、その各々がＭ（好ましくは
６４又は１２８）ビットのディジタル信号情報を持って
いる。データ・バースト中の各々のパケットは、（後で
説明する様に）幾つかの異なる要因に応じて、好ましい
実施例では、一意的であってもよいし、或いは互いに同
じものであってもよい。

ＤＯＭ　　５２から（中継器５４を介して）ＤＥＭ　　
５６にデータ・バーストを送信した後、好ましい実施例
では、ＤＥＭが「確認」メツセージを送信することによ
って応答する。このメツセージは、ＤＯＭ　　５２から
送信されたデータ・バースト中のどのパケットが正しく
受信されたかを特定する、データ・バースト中の各々の
パケットに対応する１ビットを持ち、次の送信でＤＥＭ
がどれだけの新しいパケットを受取ることが出来るかを
示すビットΦマツプで構成される。この確認メツセージ
が（ＲＦリンク６０を介して）中継器５４で受信され、
検出され、再発生されて、中継器から再送信され、（リ
ンク５８を介して）ＤＯＭ５２で受信される。受信され
た確認メツセージは、ＤＯＭ　　５２が順番の次のデー
タ・バーストでどのデータ・パケットを送信するかを少
なくとも部分的に決定する。

好ましい実施例では、ＤＥＭ　　５６は、確認メツセー
ジを送信することにより、それが受取ったデータ・バー
スト毎に確認する。好ましい実施例では、データ・バー
ストの転送は、（１）ＤＯＭ５２からＤＥＭ　　５６へ
の送信、及び（２）ＤＥＭからＤＯＭへの応答（ハンド
シェイク）送信を含む。

ＤＯＭ　　５２から送信されたメツセージ中の１番目の
データ・バーストは、中継器５４及びＤＥＭ　　５６を
初期設定し、ＤＯＭ、中継器及びＤＥＭを同期させる為
に使われるある特別の情報（例えば、「外側アドレス」
及び「初期設定ベクトル」）を含む。ＤＯＭ　　５２が
この初期情報を送信した後、Ｎ個のデータ・パケットを
含むデータ・バーストを送信する。第１のデータ・バー
ストを送信した後、ＤＯＭ　　５２はＤＥＭ　　５６か
ら送信される確認メツセージの受信を待つ。受信した確
認メツセージの内容に基づいて、ＤＯＭ５２は、既に送
信した若干の又は全てのデータ・パケットを含む別のデ
ータ・バーストを再送信することが出来るし、或いは前
には送信されなかったＮ個のデータ拳パケットを含む新
しいデータ・バーストを送信することが出来る。送信し
ようとするディジタル・メツセージ全体がＤ　Ｅ　Ｍに
よって正しく受信され、確認されるまで、この過程が続
けられる。

無線トランシーバ 好ましい実施例では、ＤＯＭ５２及びＤＥＭ５６は同一
であり、夫々が第３図に示す構成を持っている。この図
は好ましいディジタル形無線通信トランシーバの簡略ブ
ロック図である（このトランシーバは、利用者によって
制御される通りに、ＤＯＭ又はＤＥＭとして作用し得る
）。次に第３図についてＤＯＭ　　５２及びＤＥＭ　　
５６の構成と動作を説明する。

第３図に示すトランシーバは普通の無線周波送信機７０
及び無線周波受信機７２（又は例えば普通のワイヤ線路
モデムの送信線及び受信線の様な任意の他の通信回線の
送信機及び受信機）を持っている。第３図に示す様に、
トランシーバは、無線周波又はその他の形の通信回線を
介して、１つ又は更に多くの中継器又はその他のトラン
シーバ又は基地局と通信することが出来る。

第３図に示すトランシーバは「クリア」・モード又は「
秘話」モードの何れかで動作し得る。

「秘話」モードでは、送信しようとするデータが、デー
タ暗号基準（ＮＴＩＳ　　ＦＩＰＳ刊行物番号４６参照
）を用いて暗号化され、同様に、受信データは、トラン
シーバから出力する前に、ＤＥＳを用いて解読される。

具体的に云うと、マイクロプロセッサ回路が（例えばマ
イク又はオージオ増幅器等からの）普通の入力信号を受
取り、それを送信機７０の変調器に入力される、暗号と
して符号化されたディジタル信号のストリームに変換す
る。受信側では、受信機７２の検出器の出力に発生され
たディジタル信号のストリームを最終的に復号し、出力
信号に変換してから、普通の受信機のオージオ出力回路
（例えばオージオ増幅器、スピーカ等）に送られる。

第３図に示すマイクロプロセッサ制御システムの全体的
な構成は大体普通である。このシステムの中心は制御マ
イクロプロセッサ７４（例えば、インテル８０３１集積
回路チップ）であり、これが内部データ母線７６及び外
部データ母線７８を介して他のディジタル回路と連絡す
る。普通のブツシュトーク（ＰＴＴ）スイッチ８０は、
希望によっては、制御母線７８の１本の線と見なすこと
が出来る。このシステムは、普通のコーデック（ＣＯＤ
ＥＣ＞　　８２　（例えば、インテル２９１６集積チツ
プ）と、周知の音声ディジタル化及び処理アルゴリズム
に従って、オージオ信号をディジタル／アナログ形式に
又はその逆に変換する様に適当にプログラムされたディ
ジタル信号プロセッサ（ＤＳＰ）、（例えば、ＮＥＣ７
７２０集積回路チップ）の形をした普通の音声符号化回
路８４とを持っていてよい。

第３図のトランシーバでは、１９８４年１０月１７日に
出願された係属中の米国特許出願通し番号第６６１，５
９８号に記載されている発明に従って、ハイブリット形
サブバンド符号化方式を用いることが出来る。データ暗
号基準が、ＤＥＳ回路８６（例えば、ＭＣ６８５９集積
回路チップ）と普通のＤＥＳキー・メモリ８８とによっ
て構成される。第３図に示すシステムに適切なプログラ
ム制御構造を物理的に実現する為に、適当な普通のＲＯ
Ｍ回路９０（例えば、４キロバイト）も設けられている
。

送信／受信インターフェース回路９２は「モデム」回路
と呼ばれることがあり、これも普通の設計であってよい
。これは、米国特許箱４，３８２゜２９８号に記載され
ている形式のビット復元回路を持つことが好ましい。送
信機７０及び受信機７２の様な無線周波送信機及び受信
機に使うのに適したディジタル形送信／受信モード・イ
ンターフェース回路、及びハードワイヤ形バーカー・コ
ード同期ワード検出器については、米国特許箱４゜０２
７．２４５号も参照されたい。

当業者であれば判る様に、送信機７０の変調器に送る前
に、ディジタル出力信号のストリームを処理する為に、
普通のガウス形最小シフト・キー（ＧＭＳＫ）フィルタ
９４（例えば、３ｄＢの点で測定して、約７キロヘルツ
のカットオフ周波数を持つベッセル形４次低域フィルタ
）を設けることが好ましい。

受信機７２（例えばＦＭ弁別器から）の出力も普通のリ
ミッタ回路９６に通して、それを設けない場合に受信機
の弁別器の出力に存在する直流バイアスの影響をなくす
ことが好ましい。例えば、当業者であれば容易に判る様
に、リミッタ９６は受信機７２からの瞬時的な到来信号
を、それまでの比較的短い期間にわたる移動平均値と比
較する単純な比較器を利用することが出来る。

音声情報を送信及び受信する他に、第３図に示すトラン
シーバは、データ端末装置１００によって発生されたデ
ィジタル・データ信号を送信及び受信することも出来る
。データ端末装置１００はキーボード又はその他の入力
装置及び表示又はその他の出力装置を含む普通のディジ
タル・データ端末装置であることが好ましい。データ端
末装置１００がデータ端末インターフェース１０２に接
続され、これがデータ端末装置を母線７６及びトランシ
ーバ制御母線７８とインターフェース接続する。

第３図のトランシーバを使うオペレータは、マイクに向
って喋って、音声を送信し、受信した音声信号に対応す
るオージオを発生するスピーカを聞くか、或いはデータ
端末装置１００のキーボードを介して本文（又はその他
のディジタル・メツセージ）を入力し、データ端末装置
に付設された表示装置で受信されたディジタル本文メツ
セージを読取る（又は他の方法で受信信号を処理する為
に、データ端末装置を制御する）ことを選ぶことが出来
る。

第３図のトランシーバは、データ端末装置１００によっ
て発生されるか又はそれに送られるディジタル情報と、
マイクによって発生されるか又はオージオ出力回路に送
られるオージオ情報とを区別することが出来る。更に、
第３図のトランシーバは、データ端末装置１００で発信
されたディジタル・データを送信する前に、このディジ
タル・データを暗号にするか、或いは受信したデータを
端末装置１００に印加する前に、受信データを解読する
ことが出来る。

第３図のトランシーバと同様なトランシーバを使って、
音声信号を送信及び受信する態様が、１９８４年１０月
１７日に出願された係属中の米国特許出願通し番号箱６
６１．７３３号に詳しく記載されている。この発明では
、第３図のトランシーバは第１図に示すプロトコルと両
立性を持つ通信プロトコルを使って、データ端末装置１
００によって発生されたディジタル・データを送信する
と共に、データ端末装置によって表示するか或いはその
他の形で処理する為にディジタル・データを受信する。

通信プロトコル（Ｓｉｇｎａｌｌｉｎｇ　Ｐｒｏｔｏｃ
ｏｌ　）第４図は、この発明の現在好ましいと考えられ
る実施例で、ＤＯＭ　　５２が送信するディジタル・デ
ータ・バースト１５０の全体的な形式を示す略図である
。バースト１５０が３つの部分、即ち、（イ）見出し部
分１５２、（ロ）データ・パケット集成部分１５４及び
（ハ）メツセージの終り（ＥＯＭ）部分１５６を持って
いる。

見出し部分１５２は、ビット、フレーム及び暗号同期、
選択的なアドレス指定等に使われる信号を持つ（これは
直ぐに詳しく説明する）。データ・パケット集成部分１
５４は、伝えようとするメツセージを表わすディジタル
信号の「パケット」を含む。メツセージの終り部分１５
６は、データ・バースト１５０の終りを示す信号を含む
。

好ましい実施例では、見出し部分１５２はプリアンブル
１５８又はサブプリアンブル１６０の何れかを持ってい
る。データ・バースト１５０は予め定めた長さを持って
いるから、ディジタル・データの１個のメツセージ（メ
ツセージは任意の長さを持つことが出来る）を送信する
には、多数のデータ・バースト１５０が必要になること
がある。

各々のデータ・バーストはメツセージの一部分しか含ま
ない。中ｔｌｉ器５４及びＤＥＭ　　５６は、メツセー
ジを送信する前に、切期設定してＤＯＭ５２と同期させ
なければならない。プリアンブル１５８が、・ＤＯＭ　
　５２、中継器５４及びＤＥＭ５６の間でビット同期、
フレーム同期及び暗号同期を設定するのに（並びに個別
の又はある群のＤＥＭを選択的にアドレスすると共に、
その他の機能をも遂行するのに）必要な信号を持ってい
る。

実効ビット速度を高める為、プリアンブル１５８は、メ
ツセージ伝送の初め（例えば、メツセージの最初の部分
を含む最初に送信されるデータ・バースト１５０の初め
）にだけ送信されるが、必要に応じて（例えば、メツセ
ージ伝送の中央でデータ形式の変化が起ることを示す為
に）１つ又は更に多くの後のデータ・バースト中に送信
してもよい。サブプリアンブル１６０は、プリアンブル
１５８の中にあるのと同じ初期設定情報のあるものを含
んでいるが、（実効データ速度を最大にすることが出来
る様に）プリアンブルよりはずっと短い。サブプリアン
ブル１６０は、好ましい実施例では、最初のバーストの
後の各々のデータ・バースト１５０の初めに送信される
。

第５図はプリアンブル部分１５８の略図であり、これは
（イ）ドツト順序１６２、（ロ）同期順序１６４及び（
／’）ＩＶ／ＳＳ順序１６６を含む。

好ましい実施例では、同期順序１６４及びＩＶ／ＳＳ順
序１６６は、正しく認識される様に保証する為、並びに
フェージングに対する保護の為、プリアンブル１５８中
で夫々何回も繰返される。

ドツト順序１６２　（ドット・パターンの９６ビット、
例えば、１０１０１０・・・・・・）は、中継器５４及
びＤＥＭ　　５６がＤＯＭ　　５２とのビット同期を効
率よく設定することが出来る様にする。

同期順序１６４が同期ワードＳ１　「外側アドレス」ワ
ードＯＡ及び同期数ワードＳＮを持っている。

好ましい実施例では、同期ワードＳは同期を設定する為
に使われる１６ビットの長さを持つディジタル・ワード
であり、特に５ビットの埋め又はドツト（例えば、１０
１０１）が先行する１１１０００１００１０の様な１１
ビットのバーカー・コードである。

外側アドレス・ワードＯＡは好ましい実施例では８ビッ
トの長さであり、本来の形で送信された直後に補数の形
で繰返され、合計の長さが１６ビットになる。好ましい
実施例では、この外側アドレス・ワードＯＡは、送信中
のメツセージがディジタル・データを持っているかディ
ジタル化された音声を持っているかを示す。即ち、現在
好ましい実施例では、外側アドレス・ワードＯＡに含ま
れるディジタルの値は、メツセージがディジタル化され
た音声を含む場合は、５５ＡＡＨ”に設定され、メツセ
ージがディジタル・データを含んでいれば、’ＡＡ５５
Ｈ“に設定される。

同期ワードＳＮは、この同期ワードＳＮが関連する（同
期ワードＳ及び外側アドレス・ワードＯＡの）「群」の
繰返しの番号を持っている。好ましい実施例では、この
群が同期順序１６４内で１２回繰返される（同期ワード
ＳＮが、毎回の繰返しの番号を示す）。同期ワードＳＮ
は、フェージングに対する保護作用をすると共に、ＤＥ
Ｍ　　５６が、プリアンブル１５８を正しく受信したか
どうかを判定するのを助ける。

好ましい実施例では、Ｉ　Ｖ／Ｓ　Ｓ順序１６６は、（
イ）ガートバンド・フィールドｇｂ、（ロ）初期設定ベ
クトル（ＩＶ）及び（ハ）選択的な通信ワードＳＳを持
っている。ＩＶは解読情報を持ち、ワードＳＳは選択的
なアドレス指定信号を侍っている。１例では、ガートバ
ンド・フィールドはドツト又はその他の埋めだけを持ち
、Ｉ　Ｖ／Ｓ　Ｓ順序の送信中、フェージングに対する
保護作用をする為に使われる。然し、現在好ましいと考
えられる別の構成では、外側アドレス・フィールドＯＡ
ではなく　（又はそれに追加して）ガートバンド・フィ
ールドを使って、中継器５４及びＤＥＭ　　５６がディ
ジタル・データ・メツセージとディジタル音声メツセー
ジとを識別することが出来る様な情報を伝える。

好ましい実施例では、プリアンブル１５８のＩＶ／ＳＳ
通信順序内のガートバンドを通じて、００Ｍ５２からＤ
ＥＭ　　５６へ、並びにＤＥＭからＤＯＭへ命令を通す
ことが出来る。第５Ａ図はガートバンドの好ましい形式
を示す。

好ましい実施例では、ガートバンドは指令、選択的なア
ドレス指定、形式制御、誤り検査及びその他の情報を持
っている。具体的に云うと、ガートバンドは次のフィー
ルド、即ち、４ビット指令フイールド１９０．１ビット
ＮＰ（参加せず）フィールド１９２．１ビットＭＣ（指
令中央実行）フィールド１９４．８ビット５ＵＢＧＳ　
（サブグループ出所）フィールド１９６．８ビット５Ｕ
ＢＧＤ（サブグループ宛先）フィールド１９８．６ビッ
トＢＰＰ　（パケット当たりのバイト）フィールド２０
０．６ビットＰＰＢ　（バースト当たりのパケット）フ
ィールド２０２．１４ビット作業フィールド２０４及び
１６ビットＣＲＣ（誤り検査）フィールド２０６を含む
。

５ＵＢＧＳ及び５ＵＢＧＤフイールド１９６゜１９８が
、選択的なアドレス指定を行なう為に、ＳＳフィールド
と関連して使われる。好ましい実施例では、ＳＳフィー
ルドを使って１群の無線トランシーバを選定し、５ＵＢ
ＧＳ及び５ＵＢＧＤフイールドがその群の内の部分集合
を選定する。

５ＵＢＧＤフイールドがメツセージを受取るその群の部
分集合（即ち、メツセージを受取る筈のＤＥＭ）を指定
し、５ＵＢＧＳフイールドがそのメツセージの発信もと
のトランシーバがその一員である部分風合を特定する。

好ましい実施例では、データ・バースト１５０当たりの
データ・パケットの数Ｎは任意の所定のメツセージに対
して予め設定されており、データ・パケット当たりのバ
イトの数Ｍも同じである。

好ましい実施例では、この様に予め設定された数Ｎ及び
Ｍは固定ではなく、多数の相異なる要因（例えば、メツ
セージの長さ又はメツセージの内容）に応じて、希望す
る様に変えることが出来る。

好ましい実施例では、ＢＰＰフィールド２００がパケッ
ト当たりのバイトの数（Ｍ）を示し、ＰＰＢフィールド
２０２がデータ・バースト当たりのパケットの数（Ｎ）
を示す。

ガートバンドの作業フィールド２０４は最大１４ビット
を持ち、これは、指令フィールド１９０によって示され
た指令に関連するパラメータを伝える為に使われる。Ｃ
ＲＣフィールド２０６が、ガートバンド全体を保護する
普通のＣＲＣ誤り検査情報を持っている。

ＮＰ及びＭＣフィールド’９０．１９２は、特定の制御
情報を伝える為に使われる１ビット制御フイールドであ
る。ＮＰビットは、セットされた時、受信側のトランシ
ーバに対し、現在のデータ・バースト１５０がデータ・
パケットを侍っていないことを知らせる。ＭＣビットは
セットされると、受信側のトランシーバを駆動して、メ
ツセージの中央で形式を他のガートバンド・フィールド
によって特定された形式に変更する。

もう−変節５図に戻って説明すると、ＴＶ／ＳＳ順序１
６６内にある初期設定ベクトル（ＩＶ）が、データ暗号
基準によって要求される６４ビットの長さの普通の初期
設定ベクトルを持ち、ＤＯＭ　　５２、中継器５４及び
ＤＥＭ５６の間の暗号同期を設定する為に使われる。好
ましい実施例では、選択的な通信ワードＳＳは１６ビッ
トの長さであって、同じＤＥＳ暗号キーを用いて個人又
は群を選択的に呼出す為に（ガートバンド・フィールド
１９６．１９８と共に）使うことが出来る。

ＳＳフィールドが（ガートバンド内にあるＳＵＢＧＳ及
び５ＵＢＧＤフイールド１９６及び１９８と共に）、暗
号通信回路網内で真に選択的な通信能力を持たせる。１
６ビットのＳＳフィールド及び５ＵＢＧＤフイールドは
、例えば、個々のアドレスが特定のユーザを選定してユ
ーザ群を表わすことが出来、この為、同じ暗号キーを持
つユーザは、特定の回路網内のトランシーバの個々又は
群による受信にその呼を更に制限することが出来る。Ｓ
Ｓフィールド及び５ＵＢＧＤフイールドも暗号化して、
異なるキーを持つユーザ（又は盗聴者）に何の情報も与
えずに、同じＤＥＳキーを持つ一群のユーザ内での選択
的な通信を容易にすることが出来る。

ガートバンド、明期設定ベクトル及びＳＳワードを含む
ワード群は９回繰返して、フェージングに対する保護を
行なうことが好ましい。前に述べた様に、好ましい実施
例では、９回繰返される■Ｖ／ＳＳデータ順序１６６を
解析する為に、「９者択５」の票決を利用する。例えば
、受信機では、９回の逐次的なＣＢ／ＩＶ／ＳＳデータ
・フィールドの各々が、少なくとも９者択５方式に基づ
いて、ビット毎に票決される。この受信した信号群の内
の９回の内の少なくとも５回が正確に符合しない場合、
ＤＥＭ　　５６は、プリアンブル１５８の受信が不正確
であると結論し、ＤＯＭ　　５２に再送信を要求する。

少なくとも５回が「オンの票決」　（即ち符合すると判
る）される場合、票決結果を記憶し、暗号同期及び選択
的な通信の為の正しいＩ　Ｖ／Ｓ　Ｓベクトルとして使
う。

第６図は第４図に示した１例としてのサブプリアンブル
部分１６０の略図である。サブプリアンブル部分１６０
がドツト部分１゛６２及び同期順序１６４を持っている
が、ＩＶ／ＳＳ順序１６６を持っていない。サブプリア
ンブル１６０では、同期順序部分１６４の外側アドレス
ＯＡを補数にしない形で繰返す（これと対照的に、プリ
アンブル１５８の同期順序１６４にある外側アドレスＯ
Ａは補数の形で繰返される）。ＤＯＭ　　５２、中継器
５４及びＤＥＭ　　５６がこの特徴を用いて、プリアン
ブル１５８とサブプリアンブル１６０を識別する（即ち
、トランシーバが、繰返される外側アドレスＯＡが最初
に発生したそのアドレス・ワードと同一である様な同期
順序部分１６４を受信すれば、この同期順序部分はサブ
プリアンブル１６０の部分である。他方、トランシーバ
が外側アドレス・ワードに続いてその補数を受信すれば
、プリアンブル１５８を受信している）。

第７図は第４図に示したデータパケット集成部分１６４
の略図である。データ・パケット集成部分１６４がＮ個
のデータ・パケット１５４ａを持ち、ニーでＮは好まし
い実施例では８の整数倍である。好ましい実施例では、
各々のデータ・バースト１５０が同じＮ個のデータ・パ
ケット１５４ａを持ち、各々のデータ・パケット１５４
ａが同じ数のＭ個のデータ・ピッ！・を持つ（但し第５
Ａ図に示すガートバンドを使って、異なるメツセージの
伝送に対してＮ及びＭを特定することが出来る）。

データ・バースト１５０の任意の特定の伝送の間、デー
タ・パケット１５４ａは全部具なっていてもよいし、或
いはあるデータ・パケットは他のもの〜繰返しであって
もよい。データ・パケット集成部分１５４の初め、真中
及び終りに、「繰返し」　（Ｒ）バイトを送信する。こ
のバイトは、データ・バースト１５０が、全体として、
前に送信したデータ・バーストの繰返しであることを示
す。

例えば、ＤＯＭ　　５２は、ＤＥＭ　　５６から正しい
確認を受信しない場合、最後に送信されたデータ・バー
スト１５０を繰返す（そしてこの文字通りデータ・バー
ストの繰返しを、繰返しフィールドＲの内容は送信され
るバーストが繰返しであることを示す様にして、送信す
る）。ＤＯＭ　　５２は、受信された確認メツセージの
誤りにより、どのデータ・パケットを次に送るべきかを
ＤＯＭが決定出来ない場合も、最後に送信されたデータ
・パケットを繰返す。

各々のデータ・パケット１５４ａがＭ個のデータ・バイ
トに続いて１６ビットの巡回冗長検査（ＣＲＣ）フィー
ルド（又はその他の所望の誤り検出フィールド）を持つ
。データ・パケット集成部分１５４にあるビットの総数
は、２４＋（ＭＸ８＋１６）ＸＮであり、こ＼でＮ１＋
８は各々のデータ・パケット１５４ａにあるビット数で
あり、Ｎは各々の集成部分１５４にあるデータ・パケッ
トの数であり、１６は各々のＣＲＣフィールドにあるビ
ット数であり、２４は３つの繰返しフィールドＲの合計
の長さである。従って、データ・パケット集成部分１５
４を送信するのに要する時間は、データ送信速度が９，
６００ボーの場合、時間−（２４＋（ＭＸ　８＋１８）
　Ｘ　Ｎ）／９６００である。

指令の処理 もう−変節５Ａ図について説明すると、プリアンブルの
ガートバンドの指令フィールド１９０は、受信側トラン
シーバが実行すべき指令を持っている（又は持つことが
出来る）。トランシーバ５２゜５６を制御する指令は、
指令をデータ端末装置１００に入力することにより、並
びに／又はデータ・バースト１５０（このデータ・バー
ストはデータ・パケットを持っていてもよいが、持つ必
要はない）又は確認バースト１７０に先行するプリアン
ブル１５８のガートバンドで指令を送信することにより
、出すことが出来る。データ端末装置１００を介して人
力される指令に対しては、ガートバンドを介して入力さ
れる指令（これはビット効率がよくなければならない）
に比べて、若干界なる指令の形式を使う（こういう指令
はユーザーに都合のよい様な形式にする）。次に端末装
置からの指令の形式について説明する（ガートバンドの
指令は、単に端末装置の形式を直接的に１０進法から２
進法に変換したものである）。

指令インターフェースは６つの指令に分けられる。指令
が転送すべきデータの形式（ＡＳＣＩＩ又は２進）を示
すか、又はデータの流れを制御する（形式を設定するか
又は現在の機能を停止する）。各々の指令の前に、新し
い指令を入力することが出来る様に、指令バーズ・バッ
ファをリセットする制御記号が来る。下に指令を示す。

コード ＸＰＥＲＡ　　　　　　Ｏ５ＴＯＰ指令を受信するまで
、ＡＳＣＩＩバイトを転送。

ＸＦＥＲＢ　　　　　　ｌ　　　　一定数の２進バイト
（Ｏから２０４７個のバイトまで） を転送。

ＸＰＥＲＬＡ　　　　　２　　　５ＴＯＰ指令を受信す
るまで、−度に１本の線のＡＳＣＩ　Ｉ データを転送。

ＦＯＲＭＡＴ　　　　　３　　　　データ形式を特定す
る。

バイト／パケット、パケ ブト／バースト及び票決。

５ＴＯＰ　　　　　　４　　　　現在の指令を終了（Ｘ
ＰＥＲＢを除く）。

ＮＵＬＬ　　　　　番号なし　現在のエントリーのデー
タをアボートする為に、 ＸＰＥＲＢに使われる現在の データ・エントリーを取 消し、指令バーズ・バラ ファをリセット。

ＲＨＴＲＡＮＳＭＩＴ　　番号なし　最後のデータ・メ
ツセージを再び送る（ＭＤＩ及び ＭＤＴの間）。

ＡＣＫＮＯＷＬＥＤＧＥ番号なし　指令線の確認。

Ｎ０ＡＣＫ　　　　番号なし　指令線の確認なしく再送
信）。

ＸＯＮ／Ｘ０ＰＦ　　　番号なし　ＸＰＥＲＡ及びＸＦ
ＥＲＬＡ動作モードの間、データの流れ を制御する。

この各々の命令を更に完全に説明する。

Ａ、ＸＦＥＲＡ一連続ＡＳＣＩＩ転送 このメツセージの形式は ＜Ｄ）Ｏｔｇｇｇｇ（ＣＲ＞　　　　　　　（注意　：
　Ｄ−“ＥＯＴ　　″　）ニーでｔ、ｇ　−’Ｏ’、’
Ｌ”、２°、・・・・・・、′９゜を−呼の形式二〇−
無線の設定値を使う。

１−確認なしで、°ｇｇｇｇ　’の群にある多数の装置
を呼出す。

２−確認により、個々の°ｇｇｇｇ　’を呼出す。

ｇｇｇｇ−呼（０乃至２０４７）を呼出す群ＩＤ又は（
０乃至４０９５）を呼出す個 別ＩＤ。

この指令は、移動データ端末装置（ＭＤＴ）から構成さ
れる装置へ連続的なＡＳＣＩＩデータを転送する為に使
われる。５ＴＯＰ指令を受取るまで、データが続く。

伊し　　　　　＜Ｄ）０２１２３４＜ＣＲ＞この例は、
ＭＤＴから個別（又は論理）ＩＤ１２３４を持つ装置へ
の連続的なＡＳＣＩＩデータの設定に使われる。

Ｂ、ＸＦＥＲＢ−一定長２進転送 このメツセージの形式は次の通りである。

＜Ｄ＞１ｔｇｇｇｇｎｎｎｎｃＣＲ＞ こ＼でｔ、ｇ、ｎ−’０°、　’　ｌ　’　、　’　２
　’　、−・・・−、’　９゜を−呼の形式二〇−無線
の設定を使う。

ｌ−確認なしで、’　ｇｇｇｇ　’の群の多数の装置を
呼出す。

２−確認により、個々の°ｇｇｇｇ　’を呼出す。

ｇｇｇｇ−（Ｏ乃至２０４７）を呼出す昨Ｉ＋）又は（
０乃至４０９５）を呼出す個別 ＋Ｄ。

ｎｎｎｎ−転送すべき２進バイトの欣（０乃至２０４７
） この指令はＭＤＴから構成される装置（１つ又は複数）
に一定数の２進データ・バイトを転送する為に使われる
。データが２進であるから、制御指令は認識することが
出来ず、従って全てのバイトを受信するまで、この過程
を中断することが出来ない。

例　：　　　　　＜Ｄ）０２１２３４０１３５（ＣＲ＞
この例は、ＭＤＴから個別（又は論理）ＩＤ１２３４を
持つ装置への１３５バイトの２進データの設定に使われ
る。

Ｃ，ＸＦＥＲＬＡ−線毎のＡＳＣＩＩ転送このメツセー
ジの形式は次の通りである。

（Ｄ）２ｔｇｇｇｇ（ＣＲ＞ こ＼でｔ、ｇ、　−＝’Ｏ°、’ｌ’、’２°、・・・
・・・５′９゜を−呼の形式二〇−無線の設定を使う。

ｌ−確認なしで、’ｇｇｇｇ’を持つ群の多数の装置を
呼出す。

２−確認により、個別の°ｇｇｇｇ　’を呼出す。

ｇｇｇｇ−（Ｏ乃至２０４７）を呼出す群ＩＤ又は（０
乃至４０９５）を呼出す個別 ＩＤ。

この指令はＶＤＴから構成される装置へ線毎にデータを
転送するのに使われる。線は２５５バイトまでを持つこ
とが出来る。完全な線は、ＮＵＬＬ指令順序を送ること
によって終了することが出来る。ＸＦＥＲＬＡ順序は、
５ＴＯＰ指令順序を送ることによって終了することが出
来る。

ＸＦＥＲＬＡモニドにある時ＪｉＤＩは全ての＜ＬＦ＞
を無視する。線は＜ＣＲ＞によって区切られる。

例　：　　　　　＜Ｄ＞２２１２３４＜ＣＲ＞この例は
、ＭＤＴから個別（又は論理）ＩＤ１２３４を持つ装置
への線毎のＡＳＣＩ　Ｉデータの設定に使われる。

Ｄ、ＦＯＲＭＡＴ このメツセージの形式は次の通りである。

＜Ｄ＞３ｖｘｘｙｙ＜ＣＲ＞ ニーでｖ、ｘ、ｙ　−’Ｏ’、’ｌ’、’２’、−・・
−・−、’９゜ＸＸ−パケット当たりのバイト ｙｙ−ｔ＜−スト当たりのパテ、ット ■−票決：　〇−票決なし １−２／３票決 この指令はデータ転送に使われるデータ形式を特定する
のに使われる。

例し　　　　　（Ｄ）３０１６３２（ＣＲ＞この例は次
の指令に対するデータ形式を、パケット当たり１６バイ
ト、バースト当たり３２パケツトで票決なしとして特定
するのに使われる。

Ｅ、５ＴＯＰ指令 このメツセージの形式は次の通りである。

（Ｄ＞４（ＣＩ？＞ この例はＸＦＥＲＢ以外の全ての現在の指令の実行を停
止する為に使われる。

伊し　　　　＜Ｄ＞４＜ＣＲ＞ Ｆ、ＮＵＬＬ指令 このメソセージの形式は次の通りである。

（Ｄ）４（ＣＲ＞　　　（〈ＣＲ＞は随意選択である）
この指令はＸＦＥＲＬＡモードで入力線を終了する為に
使われる。＜Ｄ＞＜ＣＲ＞　（両方の記号）順序を受信
した時、線をクリアする。

指令を入力する時、＜Ｄ＞により指令バーズ・バッファ
がクリアされ、新しい指令を人力することが出来る。従
って、人力指令線で誤りをした場合、＜Ｄ＞を送り、正
しい指令を送ることにより、それをクリアすることが出
来る。（例えば端末装置から）＜Ｄ＞＜ＣＲ＞を受取っ
た場合、装置が次の線へ行く様にする為に、＜ＣＲ＞＜
ＬＰ＞をエコーとして送返す。

Ｇ、ＲＥＴＲＡＮＳＭＩＴ このメツセージの形式は次の通りである。

＜ＤＺ　　ＲＴＲくＧ＞＜ＣＲ＞ この指令は、データ・メツセージを回りかの向きに再送
信することを要請する為に使われる。端末装置を使う時
、このメツセージは、データを再入力する為の可視表示
子として、線の終りに“ＲＴＲ”を残し、端末装置のベ
ルを鳴らす。知能形ＭＤＴでは、この順序はデータを自
動的に再送信することを要請し、何れの向きにも使うこ
とが出来る。

Ｈ，ＡＣＫＮＯＷＬＥＤＧＥ このメツセージの形式は次の通りである。

＜Ｐ＞（ＬＰ＞＜ＣＲ＞　　　　　　（注意　：　Ｆ−
“ＡＣＫ　　”　）このメツセージは指令線を確認する
為に使われる。端末装置を使う場合、このメツセージは
端末装置のカーソルを次の線の初めにリセットする。

ＭＤＴを使う場合、この指令は、２つの装置が別の指令
又はデータを転送する用意が出来ていると云う単なる確
認である。

１、Ｎ０ＡＣＫＮＯＷＬＥＤＧＥ このメツセージの形式は次の通りである。

（Ｕ）ＲＴＲ＜ＣＲ＞　　　　　　（注意　：　Ｕ−“
ＮＡＫ　　”　）このメツセージは指令線の確認なしの
為に使われる。端末装置を使う場合、このメツセージが
指令線の終りでＲＴＲを表示し、カーソルを現在の線の
初めへ移動する（即ち、＜ＬＦ＞なし）。ＭＤＴを使う
場合、これは指令線を自動的に再送信する。

Ｊ、ＸＯＮ／Ｘ０ＦＦ このデータの形式は次の通りである。

＜Ｓ＞ＯＲ＜Ｑ）　　　　　　（注意　：　ＯＲ−“Ｄ
ＣＩ　　”　　／　　“ＤＣ３”　　）これらの制御指
令は、ＭＤＩがＡＳＣＩＩデータ転送モードにある時に
受取り／発生される。それらを使って、内部バッファが
一杯である時、データ転送を停止及び開始する。２進転
送モード（ＸＦＥＲＢ）では、モデム制御−ＣＴＳ、Ｒ
ＴＳ−が、データ転送を一時的に停止する唯一の方法で
ある。

確認メツセージのハンドシェイク 第８図は、好ましい実施例で、データ・バースト１５０
を受信した時、ＤＥＭ　　５６からＤＯＭ５２に送信さ
れる１例の確認メツセージ１７０の略図である。ＤＯＭ
　　５２がデータ会バースト１５０をＤＥＭ５６に送信
した後、ＤＥＭが確認メツセージ１７０で応答する。（
予め限定された期限が切れるまでに）ＤＯＭ５２が確認
メツセージ１７０を受信しないと、ＤＯＭ５２は最後に
送信したデータ・バースト１５０を再送信する。繰返し
のデータ会バースト１５０は、繰返しフィールドＲ（第
７図参照）の内容を予定の値に設定することによって印
が付けられる。他方、確認メツセージ１７０をＤＯＭ　
　５２が正しく受信すると、ＤＯＭは確認メツセージの
内容を使って、次に送信すべきデータ・バースト１５０
を構成する。

ＤＥＭ　　５６から送信される確認メツセージ１７０は
２つの重要な情報、（１）最後に送信されたデータ・バ
ースト１５０中のどのデータ・パケット１５４をＤＥＭ
が正しく又は正しくなく受信したか、及び（２）次に送
信されるデータ・バースト１５０でＤＥＭがどれだけ多
くの（新しい）データ・パケットを受取ることが出来る
かを持っている。

確認メツセージ１７０がサブプリアンブル部分１δＯ（
第６図に示す通り）、確認順序１７２及びメツセージの
終り部分１５６を持っている。確認順序１７２が繰返し
確認データ・バースト１７４（好ましい実施例では、こ
の確認データ・バーストが９回繰返される）を含む。各
々の確認データ・バースト１７４が状態フィールド１７
６、メツセージ・フィールド１７８及び誤り検査（ＣＲ
Ｃ）フィールド１８０を含む。各々のメツセージ・フィ
ールド１７８が制御フィールド１８２及び“新パケット
“フィールド１８４を含む。好ましい実施例では、確認
メツセージ１７０の合計のビット数は１０１６＋９ｘＮ
　（Ｎは状態フィールド１７６にあるビット数）である
。状態フィールド１７６は、データ・パケット毎に１ビ
ットずつのＮビットのビット・マップであることに注意
されたい。ビットの状態は、パケットを正しく受信した
かどうかを示す。ビット・マップを使うことにより、送
信パケット数に関連するオーバヘッドはいらない。ＤＯ
Ｍは各々のバケツ、トと共にパケット番号を送らない。

確認メツセージ１７０は、最後に送信されたデータ・バ
ースト１５０中のどのデータ・パケット１５４ａが正し
く又は正しくなく受信されたかを示すと共に、次の送信
で、前に送信されなかったどれだけの数のデータ・パケ
ットを受取ることが出来るかを特定する。ＤＯＭ　　５
２は一般的に、データ端末装置１００によって予め決定
された順序で、データ・パケット１５４ａを逐次的に送
信する。例えば、複数個の個別の記号を含む本文メツセ
ージが、ＤＥＭ　５６に送信する為に、データ端末装置
１００に入力された場合、ＤＯＭ　　５２は、入力した
のと同じ順序で、それらの記号を送信しようとする。同
様に、ＤＥＭ　５６は、（データ・パケットの内容を、
それらを受信した順序で表示し又はその他の形で処理す
ることが出来る様に）データ端末装置１００に入力され
たのと同じ順序の記号を含む一連のデータ・パケット１
５４ａを受信すると予想される。

然し、時には、通信リンク５８及び／又は通信リンク６
０に存在する雑音、フェージング及びその他の現象によ
り、ＤＥＭ　　５６がある送信されたデータ・パケット
１５４ａを正しくなく受信することがある。端末装置１
００に対して「ギャップ」を埋込んだデータ・ストリー
ムを送る代わりに、ＤＥＭ　　５６は、正しくなく受信
したパケットをＤＯＭ　　６２が再送信する様に要請す
る確認メツセージ１７０を送信し、その間、ＤＯＭが正
しくなく受信したパケットを再送信してＤＥＭがそれら
を正しく受信するまで、正しく受信したデータ・パケッ
トをバッファに記憶する。−旦ＤＥＭ５６が再送信パケ
ットを正しく受信すると、それは前に送信され、正しく
受信された（そして既に記憶されている）パケットに対
して正しい順序でそれらを処理する。

ＤＥＭ　　５６は、受信パケット１５４ａをブロックに
分けて処理することが好ましい（好ましい実施例では、
こういうブロックの長さは、各々のデータ・バースト１
５０で送信されるパケット１５４ａの数の倍数に若干の
余分を加えた値である）。好ましい実施例では、ＤＥＭ
　　５６がデータ・ブロック（例えば１８個のパケット
を含む）を累算し、このデータ・ブロックをデータ端末
装置１００に送る。

確認メツセージ１７０内にある新パケット・フィールド
１８４は、完全なデーターブロックの「組立て」を完成
するのに、更にどれだけの数の「新」パケットをＤＥＭ
　　５６が必要とするかをＤＯＭ　　５２に知らせる。

第４図乃至第８図に示す送信形式から判る様に、好まし
い実施例で送信される全ての重要なデータ（確認順序１
７２又は確認メツセージ１７４を含む）が、データの完
全さを保証する為に、普通の巡回冗長検査アルゴリズム
を用いて検査される。

大多数の送信の誤りはデータ・パケット１５４内で起る
。これは、それが送信の他の部分に比べて大きいからで
ある。この発明の好ましい実施例では、こういう誤りか
らの復元が極く円滑に行なわれる。制御フィールド内で
起る誤りは、起る頻度が少ないが、幾分大きな問題を招
く。

好ましい実帷例では、各々のデータ・バースト１５０内
にあるデータ・パケットの合計の数Ｎが、最初のデータ
・バーストのプリアンブルのガートバンド内に（例えば
、送信されるＸＦＥＲＡ指令のパラメータとして）送信
される。

所定のデータ・バースト５θで送るべきデータ・パケッ
トの異なる数がＮ（Ｎはデータ・バースト内のデータ・
パケットの数である）より少ない場合、好ましい実施例
では、送られるパケットは、出のデータ・バースト中の
Ｎ個のデータ・パケット全部が埋まるまで、最下位から
最上位まで何回も繰返される。

ＤＥＭ　　５６がデータ・バースト１５０の受信を確認
すると、それはＤＯＭ　　５２に対しくデータ・バース
ト内のＣＲＣコードを使って、普通の誤り検査に従って
）どのパケットが正しく又は正しくなく受信されたかを
知らせる。更に、ＤＥＭ５６は、次の送信でＤＥＭがど
れだけの数のパケットを受取ることが出来るかをＤＯＭ
　　５２に知らせる。

例えば、合計１６個のデータ・パケット１５４（ＰＩ−
ＰＩ６）を送信すべき場合、ＤＯＭ　　５２は最初にＤ
ＥＭ　　５６に値１６を知らせ、その後１６個のデータ
・パケット全部を含むデータ・バースト１５０を送信す
る（この例では、各々のデーターバースト内にある数Ｎ
が１６であると仮定している）。ＤＥＭ　　５６が送信
されたデータ・バーストを受信する時、ＤＥＭは、各々
のデータ・パケットに埋込まれている受信ＣＲＣコード
を普通の形で解析することにより、送信の誤りが起った
かどうかを判定する。

ＤＥＭ　　５６が、３番目に送信されたパケット（Ｐ３
）の送信の誤りを見付けたが、他の全てのデータ・パケ
ットは正しく受信したと仮定する。

ＤＥＭ　　５６からＤＯＭ　　５２に送信される確認メ
ツセージ１７０は、３番目のパケットは正しく受信され
なかったこと、及び他のデータ・パケット正しく受信さ
れたことを（状態フィールド１７６で）知らせる。確認
メツセージ１７０は、（メツセージの１６個のデータ・
パケット全部が既に少なくとも１回は送信されているか
ら）ＤＯＭ５２は新しいデータ・パケットを送信すべき
ｔはないことを（新パケット・フィールド１８４で）示
す。

ＤＯＭ　　５２が受信した確認メツセージ１７０に応答
して、次のデータ・バースト１５０を送信する。この次
のデータ・バースト１５０は１つのデータ・パケットで
はなく、１６個のデータ・パケット１５４ａである（好
ましい実施例では、所定の送信に対し、全てのデータ・
バースト１５０が同じ数のデータ・パケットを持ってい
るから）。

このデータ・バースト１５０中の１６個のデータ拳バケ
・ントΦフィールド１５４ａの各々１つが、３番目のデ
ータ・パケットＰ３を含んでいる（この為、データ・バ
ーストがパケットＰ３を１６回繰返す）。

ＤＥＭ　　５６は受信したデータ・バースト１５９のＣ
ＲＣフィールドを解析して、受信した１６個のＰ３デー
タ・パケットの内の少なくとも１つを正しく受信したか
どうかを判定する。少なくとも１つのＰ３データ・パケ
ットが正しく受信されていれば、ＤＥＭ　　５６は、パ
ケットＰ３が正しく受信されたことを示す状態フィール
ド１７６、及び新しいパケットを予想していないことを
示す新パケットΦフィールド１８４を持つ確認メツセー
ジ１７０を送信する。こうしてメ・ンセージ転送が完了
する。

別の例として、メツセージが合計１９個の相異なるデー
タ・パケットＰｉ−Ｐ１９を含んでいると仮定する。最
初、ＤＯＭ　　５２はＤＥＭ　　５６に対し、１９個の
一意的なデータΦパケット１６４を送信することを知ら
せ、その後データ・バースト１５０の送信を開始する。

各々のデータ・バースト１５０が１６個のデータ・パケ
ット１５４ａを含んでいると仮定すると、メツセージ全
体を送信するには、少なくとも２つのデータ・バースト
が必要である。

ＤＯＭ　　５２がデータ・パケットＰｉ−Ｐ１６を含む
１番目のデータ・バースト１５０を送信する。ＤＥＭ　
　５６がパケットＰ１及びＰＩを正しくなく受信したが
、最初の１６個のパケットの他のものは正しく受信した
と仮定する。ＤＥＭ　　５６が、パケットＰ１及びＰｌ
を正しくなく受信したことを示す受信状態フィールド１
７６を持つ確認メツセージを送信する。

前に述べた様に、データ端末装置１００は逐次的な順序
でデータ・パケットを受信することを予想している。Ｄ
ＥＭ　　５６がパケットＰ１を正しくなく受信し、ＤＥ
Ｍのデータ端末装置１００はパケットＰ１を最初に受信
することを予想しているから、ＤＥＭはそのデータ端末
装置にデータ・パケットを伝えることがまだ出来ない。

ＤＥＭ　　５６が一度に１７個のデータ・パケットしか
バッファ作用をすることが出来ないと仮定する。ＤＥＭ
　　５６は（そのバッファの内容をＤＥＭのデータ端末
装置１００に伝えることが出来る様にする為には、その
前にパケットＰ１及びＰｌを必要とするから）、次のデ
ータ・バースト１５０で３つのデータ・パケットだけを
受取ることが出来る。従って、これは１つの新しいデー
タ・パ°ケットしか記憶することが出来ない（即ち、既
に正しく受信されているデータ・パケットと、依然とし
て必要とするデータ・パケットＰ１及びＰｌの他に、前
に送信されなかったデータ・パケットＰ１７である）。

従って、確認メツセージ１７０の新パケット・フィール
ド１８４は、ＤＥＭ５６が次のデータ・バースト１５０
で１つの新しいデータ・パケットだけを受取ることが出
来ることをＤＯＭ５２に知らせる。

確認メツセージ１７０に応答して、ＤＯＭ５２が３つの
相異なるデータ・パケットＰｉ、Ｐ７及びＰｌ７だけを
含むデータ・バースト１５０を送信する。この３つのデ
ータ・パケットからなる群は、データ・バースト１５０
内の１６個のデータ・パケット１５４を完全に埋めるの
に必要なだけ、何回か繰返される。その結果、ＤＯＭ　
　５２から送信される２番目のデータ・バーストは、次
のデータ・パケットを含む。

ＰＩＰ７Ｐ１７ＰＩＰ７Ｐ１７ＰＩＰ７Ｐ１７・・・・
・・Ｐｌ・・・・・・Ｐに 一でＤＥＭ　　５６がパケットＰ７及びＰｌ７を正しく
受信したが、パケットＰ１は７回発生したのに、全部正
しくなく受信したと仮定する（これは統計的にありそう
もないが、通信回線に強いフェージングがある場合には
、起り得る）。ＤＥＭ　　５６からＤＯＭ　　５２に送
信される次の確認メツセージ１７０では、状態フィール
ド１７６がまだパケットＰ１が必要なことを示し、新パ
ケット・フィールド１８４はＤＥＭが新しいパケットを
受取ることが出来ないことを示す。従って、Ｄ・ＯＭも
ＤＥＭも、１つのデータ・パケットＰ１が１６回繰返し
て送られることが判っている。

ＤＯＭ　　５２からＤＥＭ　　５６に送信される次のデ
ータ・バースト１５０は、１６回繰返されるデータ・パ
ケットＰ１を含む。ＤＥＭ　　５６は、そのデーターバ
ッファに記憶されているデータ・ブロックを完成し、そ
のデータ・ブロックをＤＥＭのデータ端末装置１００に
伝達する為には、１６６回発生るパケットＰ１の内の１
回だけを正しく受信しさえすればよい。ＤＥＭがパケッ
トＰ１のこういう１６回の繰返しの内の少なくとも１回
を正しく受信する可能性は極めて大きい。パケットＰ１
の少なくとも１回の発生を正しく受信したと仮定すると
、ＤＥＭ　　５６がパケットＰｉ−Ｐ１７をＤＥＭのデ
ータ端末装置１００に伝達し、パケットＰ１を正しく受
信したことを状態フィールド１７６に示し、且つ（１９
個のパケットからなるメツセージ中には２つのパケット
Ｐ１８及びＰｌ９しか残っていないから）ＤＥＭ　　５
６が更に２つのパケットを受取る用意が出来ていること
を新パケット・フィールド１８４に示す確認メツセージ
１７０をＤＯＭ　　５２送信する。

ＤＯＭ　　５２からＤＥＭ　　５６に送信される次のデ
ータ・バースト１５０は下記のパケットを含む。

Ｐｉ　８Ｐ１９Ｐ１８Ｐ１９・・・・・・Ｐ１８Ｐ１９
ＤＥＭ　　５６がこの各々のパケットの少なくとも１回
の発生を正しく受信すれば、それが、両方のパケットを
正しく受信したこと、並びにこれ以上のパケットを受取
らないこと（この時メツセージ全体が送信され、正しく
受信されている）を示す確認メツセージ１７０をＤＯＭ
５２に送信する。ＤＯＭ５２は正しく受信されたパケッ
トの敢を追跡していて、従って、メツセージ交換が完了
したことを独立に判定する。

（例えば、ＤＥＭ　　５６が１６個のデータ・パケット
の内のどれかを正しく受信しなかったか、又はＤＯＭ５
２が予定の時限の後に確認メツセージ１７０を受信しな
かった為に）ＤＯＭ　　５２がデータ・バースト１５０
全体を繰返さなければならない場合、ＤＯＭ５２がデー
タ・バーストを再送信し、このバーストが前に送信され
たバーストの文字通りの繰返しであることを示す様に繰
返しワードＲ（第７図参照）を設定する。

場合によっては、ＤＯＭ　　５２が確認メツセージ１７
０を受信するが、確認フィールド１７４（このフィール
ドは、正しい受信を判定する為に、普通の巡回検査ルー
チン及び埋込みＣＲＣコードを用いて処理されると共に
票決される）の９者択５の票決を首尾よく達成すること
が出来ないことがある。この場合、ＤＯＭ　　５２は、
最後に送信されたデータ・バースト１５０中のどのデー
タ・パケット１５４ａがＤＥＭ５６によって正しく受信
されたかを正確に決定することが出来ない。

従って、ＤＯＭ　　５２は単純に最後に送信されたデー
タ・バースト１５０全体を繰返し、このデータ・バース
トが繰返しであることを繰返しフィールドによって知ら
せる。任意の時にデータ・バースト１５０が繰返され、
そのメツセージが暗号化されている場合、初めのデータ
・バーストに使われた初期設定ベクトル（ＩＶ）が繰返
しデータ・バーストでも使われる。

ＤＥＭ　　５６が任意のデータ・バースト１５０（例え
ば、プリアンブル１５８を含む最初のデータ・バースト
）、内の制御フィールドを正しく受信出来ない時、ＤＯ
Ｍ５２にデータ・バースト全体を繰返す様に要請するこ
とが出来る。ＤＥＭ５６がＤＯＭ　　５２に最初のデー
タ・バーストを繰返すことを要求する場合、ＤＯＭ　　
５２は１番目のデータ・バーストに入っている全てのデ
ータ・パケット１５４（それがある場合）と共にプリア
ンブル１５８を再送信する。ＤＥＭ　　５６が１番目の
データ・バースト１５０を全く受信することが出来ない
場合、確認メツセージ１７０を送信せず、ＤＯＭ　　５
２は応答を待っていて時間切れになる。ＤＯＭ　　５２
が応答を待っていて時間切れになった時には、ＤＯＭは
単純に最後に送信されたバーストを再送信する（繰返し
フィールドは、バーストが繰返しであることを示す様に
印を付ける）。好ましい実施例では、ＤＯＭ　　５２は
特定のデータ・バースト１５０を３回送信して、同等確
認メツセージ１７０を受信出来ない時、「断念」する。

データ・バースト１５０のプリアンブル１５８又はサブ
プリアンブル１６０で起る誤りが、データ・バースト（
又は確認メツセージのサブプリアンブル１６０が誤りを
含む場合は、確認メツセージ１７０）の正しい受信を妨
げることがある。ＤＯＭ　５２が確認メツセージ１７２
を受信して、サブプリアンブル１６０を正しく受信出来
ない場合、単純に時間切れとなり、最後に送信したデー
タ・パケットを再送信する。ＤＥＭ　　５６がデータ・
パケットのプリアンブル５８又はサブプリアンブル１６
０を正しく受信出来ない場合、データ・バーストに応答
して確認メツセージ１７０を送信せず、ＤＯＭ５２はや
はり時間切れになり、最後に送信したデータ・バースト
１５０を再送信する。

データの構成例 第９図は送信／受信インターフェース９２と端末インタ
ーフェース１０２の間でディジタル・データを転送する
為に、好ましい実施例で使うデータ記憶（バッファ）構
造の１例の回路図である。

好ましい実施例では、第９図に示すデータ構造は、大部
分が、外部ランダムアクセス・メモリにデータを記憶す
ることによって構成される。好ましい実施例では、第９
図の簡略ブロック図に示す送信／受信インターフェース
９２、ＤＥＳ回路８６及び端末インターフェース１０２
以外の全ての回路は、固定結線の個々のレジスタ及びレ
ジスタ・ファイルではなく、ランダムアクセス・メモリ
内のデータ構造である（但し、第９図の回路は、希望に
よっては、固定結線のレジスタを用いて構成することも
出来る）。

送信すべきデータが、好ましい実施例では、端末装置１
００に入力され、端末インターフェース１０２に送られ
る。端末インターフェース１０２に入力された指令が、
制御マイクロプロセッサ７４によって復号する為に、Ｐ
ＡＲＳＥＢＵＦＦ３０２と呼ぶ指令バッファにロードさ
れる。他方、ディジタル・データは先入れ先出しくＦＩ
ＦＯ）レジスターファイルＴＸＢＵＦＦ　　３０４にロ
ードされる。ＴＸＢＵＦＦ　　３０４がディジタル情報
の幾つかのパケットを記憶する（これはメツセージ全体
を記憶する位に大きいことが好ましい）。

レジスタＴＸＤＡＴＡＢＵＦＦ　　３０６が送信すべき
Ｎ個（好ましい実施例では１６個）のデータ・パケット
１５４を記憶する。これらのデータ・パケットは（暗号
化を必要としない場合）、ＴＸＢＵＦＦ　　３０４の「
天辺（トップ）」からＴＸＤＡＴＡＢＵＦＦ　　３０６
に直接的にロードされるか、或いはその代わりに、ＤＥ
Ｓ回路８６によって暗号化されてから、ＴＸＤＡＴＡＢ
ＵＦＦにロードされる。別のレジスタＴ　Ｘ　Ｐ　ＲＥ
　Ａ　Ｍ　ＢＵＦＦ　　３０ｇが、送信すべきデータ・
バースト１５０の「見出し」部分として、送信すべきプ
リアンブル１５８（又はサブプリアンブル１６０）を記
憶する。制御マイクロプロセッサ７４が割込みによって
行なわれるルーチンを実行して、ＴＸＰＲＥＡＭＢＵＦ
Ｆ　　３０８の内容の形式を定めてから、各々のデータ
・バーストを送信するが、これは後で説明する。

ＴＸＰＲＥＡＭＢＵＦＦ　　３０８の内容、そしてその
後ＴＸＤＡＴＡＢＵＦＦ　　３０６の内容が（例えば、
データ母線７６を介して１度に１バイトずつ）送信／受
信インターフェース９２に送られ、更に信号の処理及び
フィルタ作用を行ない、送信機７０から送信する。

受信モードでは、送信／受信インターフェース９２がデ
ータ・バイトを受取り、受取ったバイトをＲＸＰＲＥＡ
ＭＢＵＦＦ　　３１０（見出し情報に対し）又はＲＸＤ
ＡＴＡＢＵＦＦ　　３１２　（ディジタル・データに対
し）の何れかにロードする。

−旦見出し情報がレジスタ３１０にロードされると、マ
イクロプロセッサ７４は見出し情報を復号して解析する
。ＲＸＤＡＴＡＢＵＦＦ　　３１２に記憶されたディジ
タル・データが（−度に１つのデータ・パケットずつ）
ＰＫＢＵＦＦと呼ぶ先入れ先出しくＦＩＦＯ）レジスタ
・ファイル３１４（これは好ましい実施例では１８個の
データ・パケットを記憶する）にロードされる。ＲＸＤ
ＡＴＡＢＵＦＦにあるデータが正しく受信されたかどう
か、−度に１パケツトずつ検査される。パケットを正し
く受信していれば、それが相次いでＰＫＢＵＦＦに入れ
られる。パケットが正しくない形で受信されると、ＰＫ
ＢＵＦＦでは、その為にスペースを空けておく。−旦１
８個のデータ・パケットのブロック全体がＰＫＢＵＦＦ
　　３１４に記憶されると、データ・パケットがＴＥＲ
ＭＢＵＦＦ　３１６にある出力レジスタを介して、端末
装置１００で表示（並びにその他の処理）する為に、端
末インターフェース１０２に転送される。

次に第９図に示すブロック及びマイクロプロセッサ７４
によるデータの転送、操作及び処理をマイクロプロセッ
サのプログラムの制御工程の１例を示すフローチャート
に関連して説明する。

第１０図に示す手順ＸＭＡＩＮが、トランシーバ５２．
５８の全体的な動作を調べて、トランシーバの状態を監
視する主「実行」プログラムである。このルーチンは連
続ループとして実行され、マイクロプロセッサＩ１０が
割込み駆動ルーチン（第１６図乃至第２８図に示す）の
サービスを受ける。

第１０図の判定ブロック４０２が、ユーザが表示端末装
置１００を介して最近データを入力したかどうかを判定
する。前に説明した様に、データは、データ端末装置の
転送指令を示す所望のキーを叩き、その後送信（キャリ
ッジ・リターン）キーを押すことにより、デ゛−夕を入
力することが出来る。送信キーを押すと、入力された指
令データが直列Ｉ１０リンク（インターフェース１０２
）を介してマイクロプロセッサに転送され、バッファＰ
ＡＲＳＥＢＵＦＦ　　３０２に記憶されると共に、マイ
クロプロセッサ内のフラグがセットされる。

ユーザが送信すべきデータを最近入力していれば、ＴＸ
ＰＲＥＡＭＢＵＦＦ　　３０８に記憶されたメツセージ
のプリアンブル１５８を初期設定する為の計算が行なわ
れる（ブロック４０４）。この工程では、送ろうとする
メツセージ中のバイトの数の計数、フラグのセットなど
が行われ、プリアンブルの他の種々のフィールドがＴＸ
ＰＲＥＡＭＢＵＦＦ　　３０８にロードされる（この過
程は、後で説明する様に、タイマ割込み駆動ルーチンに
より、実際にある時間にわたって行なわれる）。

例えばブロック４０４で、無線機がＤＯＭであることを
示すフラグがセットされる。そうでなければ、無線欠落
状態がＤＥＭである。ブロック４０４によって実施され
る工程は、送信しようとするメツセージ毎に１回しか必
要としないから、新しいユーザ・メツセージが入力され
ていなければ、それを側路する。

判定ブロック４０６が、トランシーバがデータ・バース
ト１５０の受信又は送信の為に話中であるかどうかを判
定する。好ましい実施例では、ブロック４０６は、ブロ
ック４０４又はその他のルーチンによってセットされる
「話中」フラグの値を試験する。フラグがセットされ（
メツセージを送るべきであるか或いは送っていること、
又はメツセージを受信していることを示す場合）、ブロ
ック４０８乃至４１４が実行される。「話中」フラグは
、無線機がＤＯＭ及びＤＥＭの間でデータ・メツセージ
を転送している途中であることを示す。フラグがセット
されていなければ（メツセージの送信中でも受信中でも
ないことを示す場合）、プログラムの制御はブロック４
１６に飛越す。

判定ブロック４０６が、メツセージの送信中又は受信中
であることを決定すると、判定ブロック４０８が、トラ
ンシーバがデータ発信移動局又は“ＤＯＭ″５２として
動作しているかどうかを判定する。メツセージは、ＤＯ
Ｍがメツセージを送信してＡＣＫを受信する時のデータ
・バースト又は確認であってよく、この間ＤＥＭがデー
タ・バーストを受信しＡＣＫを送信する（送信及び受信
のＲＦの意味で）。トランシーバがメツセージを発信し
ている場合、ルーチンＸＤＯＭを呼出す（ブロック４１
０）。このＸＤＯＭルーチンは、データを送信する為の
工程を実施する。そうでなければ、判定ブロック４１２
が、トランシーバが宛先移動局即ち“Ｄ　Ｅ　Ｍ“５６
として動作しているかどうかを判定する。トランシーバ
がメツセージの受信中である場合、ルーチンＸＤＥＭ　
（これはデータを受信して、受信データを処理する工程
を実施する）を呼出す（ブロック４１４）。トランシー
バがメツセージを発信していないし受信もしていない場
合、プログラムの制御はブロック４１６に移る。

ブロック４１６は、フラグＡＬＬ　　ＤＯＮＥがセント
されている（トランシーバが前は話中であったが、今は
話中ではないことを示す）かどうかを試験する。ＡＬＬ
　　　ＤＯＮＥは、セットされると、ＤＯＭでもＤＥＭ
でも、無線機がメツセージ全体の送信又は受信を終了し
たかどうか（即ち、全てのデータ・パケットがＤＥＭに
よって正しく受信されたかどうか）を示す。このフラグ
がセットされていなければ、プログラムの制御はブロッ
ク４０２に戻る。ＡＬＬ　　ＤＯＮＥフラグがセットさ
れていれば、ブロック４１８がデータ端末装置１００が
作動されているかどうかを決定する。

データ端末装置が作動されていれば、プログラムの制御
はブロック４０２に戻る。他方、ＡＬＬＤＯＮＥフラグ
がセットされ、端末装置１００が不作動であることがブ
ロック４１８によって判ると、ブロック４２０がトラン
シーバを受信状態に戻す。ブロック４２０は端末装置か
らのメツセージを再びとれる様にトランシーバを設定し
、ＤＯＭフラグをクリアする。

ルーチンＸＤＯＭ　（ブロック４１０）（第１１Ａ図及
び第１１Ｂ図に詳しく示す）が、メツセージを送信する
トランシーバを制御する。このＸＤＯＭルーチンは、デ
ータ端末装置１００を介してユーザが入力したある又は
全てのディジタル・データを含むデータ・バースト１５
０をトランシーバによって送信させる。このデータ・バ
ーストは全部「新」　（即ち前に送信されていない）デ
ータ・パケットを含んでいてもよいし、全部「古い」パ
ケット（ＤＥＭが正しく受信しなかった為に再送信しな
ければならないもの）を含んでいてもよいし、或いは新
及び古いパケットの組合せを含んでいてもよい。

ＸＤＯＭルーチンは、送信中のメツセージの一部分であ
って、まだ送信されていない新データ・パケット（ＴＸ
ＢＵＦＦ　　３０４に記憶されている）があるかどうか
を決定する。ＸＤＯＭは（確認メツセージ１７０の受信
に応答して）　、ＸＤＥＭ　５６（即ち、宛先移動局の
トランシーバ）が、最後に送信したデータ・バーストの
データ・パケットを首尾よく受信したかどうかを決定し
、首尾よく受信しなかったパケットがあれば、そのパケ
ットを再送信する様にＤＯＭ　　５２を制御する（こう
して通信回線の性能低下に適応する作用をする）。この
ルーチンの詳しいフローチャートが第１１Ａ図及び第１
１Ｂ図に示されている。

判定ブロック５０２が、ＤＥＭ　　５６から確認メツセ
ージ１７０を受信したかどうかを検査する。

前に説明した様に、ＤＥＭ　　５６は、Ｄ　ＯＭから送
信された各々のデータ・バースト１５０に応答して、確
認メツセージ１７０を送信する。この確認メツセージ１
７２が、バースト内のどのデータ・パケットを首尾よく
受信し、どのパケットを首尾よく受信しなかったかを示
す。この確認メツセージ１７０を受信した時、ＤＯＭ内
にあるマイクロプロセッサにより、ＲＸＤＯＮＥと呼ぶ
フラグがセットされる。判定ブロック５０２は単にこの
フラグの値を試験するものである。確認メツセージ１７
０を受信していなければ、制御工程はブロック５１８（
第１１Ｂ図）に飛越し、そこでり。

Ｍ　　５２が送信すべきデータ・パケットを処理する。

確認メツセージ１７０を受信した時、Ｄ　ＯＭは普通の
誤り検査方式（例えば、確認メツセージ１７０にあるＣ
ＲＣフィールドの巡回冗長検査）を使って、受信した確
認メツセージが「有効」であるかどうか、即ちその内容
をＤＯＭが理解することが出来るかどうかを判定する。

各々の確認順序１７４を受信した時、その有効性を検査
する。例えばＲＦ回線の大量の雑音により、ＤＯＭが受
信した確認メツセージ１７０が非常に崩れて、ＤＯＭが
受信メツセージを復号して、どのデータ・パケットを再
送信しなければならないかを決定することが出来ないこ
とがある。受信した確認順序１７４に対して行なわれた
誤り検査機能により、信号を首尾よく復号して役に立つ
情報を取出すことが出来ることが判った場合、ＶＡＬＩ
Ｄ　　ＡＣＫと呼ぶ別のフラグがＤＯＭ　　５２によっ
てセットされる（そうでない場合はフラグＶＡＬＩＤ　
　ＡＣＫはセットされない）。９個の確認順序の内の任
意の１つを正しく受信することが出来る。

判定ブロック５０２は、確認順序１７４を受信したこと
を決定し、判定ブロック５０４は送信バッファＴＸＤＡ
ＴＡＢＵＦＦをＴＸＢＵＦＦからのデータで埋めなけれ
ばならないかどうかを決定する。ブロック５０２で、フ
ラグＦ　Ｉ　ＬＬＴＸＢＵＦＦは、セットされていれば
、ＴＸＤＡＴＡＢＵＦＦはＴＸＢＵＦＦからの新パケッ
トで埋める必要があることを示す。セットされていなけ
れば、確認を解析しなければならないし、ＴＸＤＡＴＡ
ＢＵＦＦにあるパケットを移さなければならないことが
ある。セットされている時、５ＨＵＦＴＸの呼出しは必
要ではない。セットされていない時、５ＨＵＦＴＸの呼
出しをしなければならない。ＦＩ　ＬＬＴＸＢＵＦＦフ
ラグは、主にＸＤＯＭの最初のバスの時にセットされ、
１番目のデータ・バーストに対して最初にＴＸＤＡＴＡ
ＢＵＦＦを埋める。

ＴＸＤＡＴＡＢＵＦＦにロードしなければならない場合
、ブロック５０６が（ブロック５０２によってセットさ
れていると判定された）ＲＸＤＯＮＥフラグをクリアす
る。その後、判定ブロック５０８が、ＶＡＬＩＤ　　Ａ
ＣＫ７−７グの値を試験することにより、受信した確認
メツセージ１７０を使って役に立つ情報を提供すること
が出来るかどうかを決定する。

確認メツセージ１７０を復号して、受信状態に関する役
に立つ情報を発生することが出来ない場合、Ｄ　Ｅ　Ｍ
が最後に送信したデーターバースト１５０中のデータ・
パケットを正しく受信したかどうかを知る方法がなく、
従ってＴＸＤＡＴＡＢＵＦＦに入っているデータ・バー
スト全体を繰返さなければならない。ブロック５１０は
、このバーストが最後に送信したバーストのそのま＼の
繰返しであることを示す為に、データ・バーストのプリ
アンブルにあるＲＥＰＥＡＴフィールドを単にセットす
る。

ブロック５０８が確認信号を復号することが出来ると判
定すると、ルーチン５ＨＵＦＴＸが呼出される（ブロッ
ク５１２）。５ＨＵＦＴＸルーチンは確認信号を解析し
て、最後のバースト中のどのデータ・パケットがＤＥＭ
によって正しくなく受信されたかを決定し、これらの正
しくなく受信されたパケットをＴＸＤＡＴＡＢＵＦＦの
「天辺」に移し、それらが次のデータ・バーストの一部
分として再送信される様にする。このルーチンのフロー
チャートが第１２Ａ図及び第１２Ｂ図に示されている。

簡単に云うと、ルーチン５ＨＵＦＴＸは、最後のバース
ト中に送信された各々の一意的なパケットが少なくとも
１回正しく受信されたかどうかを決定しなければならな
い。前に述べた様に、所定のパケットは同じバースト中
で何回か繰返すことが出来、ＤＥＭは、（正しくなく受
信された全てのパケットを廃棄するから）パケットを正
しく受信する為には、パケットの１回の発生を正しく受
信しさえすればよい。

ルーチン５ＨＵＦＴＸが外側及び内側の入れ子形ルーチ
ンを持っている。外側ループはループ・カウンタＪによ
って制御され、これを使って、最後の送信中の全ての一
意的なパケットが正しく受信されたかどうかの試験がさ
れたかどうかを追跡する。入れ子形の内側ループは別の
ループ・カウンタＩによって制御され、これを使って、
最後の送信中で何回か送信されたパケットの全ての発生
が、正しく受信されたかどうかの試験がされたかどうか
を追跡する。

ルーチン５ＨＵＦＴＸの最初の工程がブロック６０２に
よって行なわれ、これはＮＥＸＴ　　ＦＲＥＥと呼ぶポ
インタを初期設定し、外側ループ苧カウンタＪを値１に
設定する。その後ブロック６０４がＤＯＮＥフラグをク
リアし、内側ループ・カウンタ■の値をＪの値と等しく
設定する。次にブロック６０Ｂが受信した「パケット受
信状態」フィールド１７６　（ＲＸＤＡＴＡＢＵＦＦ　
　３１２に記憶されている）から、最後に送信したバー
スト中の１番目のパケットが正しく受信されたかどうか
を決定する。好ましい実施例では、確認信号（これはパ
ケット受信状態フィールド１７６である）を全部−度に
解析し、その内容をＣＲＣＭＡＰと呼ぶテーブルに記憶
する（好ましい実施例では、このテーブルは、バースト
中の１６個のパケットにλ＝ｔして１つずつのビットを
持ち、このビットは対応するパケットが正しく受信され
ていればセットされ、そうでなければセットされない）
。

好ましい実施例では、ブロック６０６が、テーブルＣＲ
ＣＰｖＩ　Ａ　Ｐから、最後に送信されてたバースト中
の１番目のパケットに対する受信状態に関する情報を検
索する。この検索したビットがセットされていれば、対
応するパケットは再送信する必要がな（、ＤＯＮＥフラ
グをセットする（ブロック６１０）。そうでなければ、
５ＨＵＦＴＸルーチンは、正し、くなく受信されたパケ
ットが最後の送信で２回以上送信されていて、少なくと
も１回はＤＥＭ　　５６によって正しく受信されている
かもしれないことを決定する（ブロック６１２乃至６１
６）。

ブロック６１２が、判定ブロック６０８によって正しく
なく受信されたと決定されたパケットの次の発生（それ
があれば）がどこになるかを決定する為に、最後の送信
中の一意的なパケット（ＬＩＮＩＱＵＥ　ＰＡＣＫＥＴ
　）の数だけ、ループ・カウンタＩの値をインクレメン
トする。その後、判定ブロック６１４が、■の新しい値
がＮ、即ち各々のデータ・バースト中にあるパケットの
総数より大きいかどうかを決定する。ｌ＞Ｎ（こ＼でＮ
は各々のバースト中のパケットの数であり、好ましい実
施例では１６である）であれば、検査するパケットの次
の発生が残っていることはなく、このパケットは再送信
しなければならない。この場合、ブロック６１６がＤＯ
ＮＥフラグをセットし、３番目のパケットをＴＸＤＡＴ
ＡＢＵＦＦの「天辺」に転送し、その後ＮＥＸＴＦＲＥ
Ｅ　（ＴＸＤＡＴＡＢＵＦＦに対するポインタ）を１だ
けインクレメントして、このポインタがＴＸＤＡＴＡＢ
ＵＦＦ中の次の空いた場所を指す様にする。

判定ブロック６１４が、正しくなく受信されたパケット
が２回以上送信されたこと、並びにそれが正しく受信さ
れたかどうかを検査する為に、正しくなく受信されたパ
ケットの別の発生を検査することが出来ないと判定する
と、プログラムの制御はブロック６０６に戻り（ＤＯＮ
Ｅフラグがまだセットされていないから、判定ブロック
６１８の試験結果は虚偽である）、正しくなく受信され
たパケットの別の発生について確認信号を解析する。そ
うでなければ、プログラムの制御はブロック６２０に進
み、こ−でＪの値を１だけインクレメントする（こうし
て最後のデータ・バースト中に送信された別の一意的な
パケットの受信状態を検査するのに備える）。

判定ブロック６２２が、最後のデータ・バースト中の一
意的な全てのパケットの受信状態が（好ましくはＪの値
を最後のデータ・バースト中の一意的なパケットの数と
比較することにより）検査されたかどうかを決定する。

この時全ての一意的なパケットが検査されていれば、フ
ラグＦＩＬＬＴＸＢＵＦＦをセットして（ブロック６２
４）、ＴＸＤＡＴＡＢＵＦＦバッファ３０６はＴＸＢＵ
ＦＦからの新パケットで埋める用意が出来ていることを
示し、プログラムの制御は第１１Ａ図及び第１１Ｂ図に
示すブロック５１４に戻る。

判定ブロック６２２が、まだ検査されていない一意的な
パケットがあると決定すると、プログラムの制御はブロ
ック６０４に戻り、次の（３番目の）パケットの受信状
態を検査する。

こ−で第１１Ａ図及び第１１Ｂ図に戻って説明すると、
プログラムの制御がルーチン５ＨＵＦＴＸから戻った後
、判定ブロック５１４が、現在のメツセージ中に、まだ
送信していない別のデータがあるかどうかを（例えば、
ＴＸＢＵＦＦ　　３０４を指し、且つこのバッファから
ＴＸＤＡＴＡＢＵＦＦ　　３０６にパケットが転送され
る時にインクレメントされるポインタの値を試験するこ
とによって）決定する。全てのデータが送信された場合
、ＡＬＬ　　ＤＯＮＥと呼ぶフラグがセットされ、端末
装置は、そのメツセージが首尾よく送信されたと云うメ
ツセージをユーザに表示する様に制御され、フラグＦ　
ＩＬＬＴＸＢＵＦＦがクリアされる（ブロック５１６）
。

次に判定ブロック５１８がＴＸＤＡＴＡＢＵＦＦが一杯
かどうかを（例えばＦＩＬＬＴＸＢＵＦＦフラグを試験
することによって）決定する。ＴＸＤＡＴＡＢＵＦＦが
一杯でなければ、ＦＩＬＬＴＸと呼ぶルーチンを呼出し
て、ＴＸＢＵＦＦレジスタ・ファイル３０４からのデー
タ・パケットを、送信の為にＴＸＤＡＴＡＢＵＦＦ　　
３０６にロードする（ブロック５２０）。ＦＩＬＬＴＸ
ルーチンのフローチャートが第１３図に示されている。

ルーチンＦＩＬＬＴＸは最初にＴＸＤＡＴＡＢＵＦＦ　
　３０６を指す自分自身のポインタを設定する（ブロッ
ク７０２）。次に判定ブロック７０４が、次のデータ・
バーストでまだ送信されていない（即ち、「新」）デー
タ・パケットがあれば、それを送信することが出来るか
どうかを決定する。

好ましい実施例では、ブロック７０２が、ＴＸＤＡＴＡ
ＢＵＦＦレジスタ・ファイルの次の空き位置を指すポイ
ンタＮＥＸＴＦＲＥＥ　（これは５ＨＵＦＴＸルーチン
により、第１２Ａ図及び第１２Ｂ図のブロック６１６で
設定された）の値を比較する。ＮＥＸＴＦＲＥＥをＮＥ
ＷＰＡＣＫＥＴと比較する。ＮＥＷＰＡＣＫＥＴは、Ｄ
ＥＭより、ＮＥＷＰＡＣＫＥＴフィールド１８４の確認
メツセージで送信されている。ＮＥＸＴＦＲＥＥがＮＥ
ＷＰＡＣＫＥＴより小さいか又はそれに等しい時には、
何時でも少なくとも１つの別の一意的なパケットがあり
、次のデータ・バースト１５０を送信する前には、これ
をＴＸＤＡＴＡＢＵＦＦ３０６にロードしなければなら
ない。

少なくとも１つの新パケットを用意しなければならない
場合、ルーチンＦ　Ｉ　ＬＬＴＸは空きパケット（１つ
又は複数）をまだ送信していないデータ（例えば、「新
」データ）で埋めようとする。

これまでに送信されていないパケットを次のデータ・バ
ーストで送信することが出来ると判定ブロック７０４が
判定した場合、判定ブロック７０６が、新パケットが存
在するかどうかを決定する。

少なくとも１つの新パケットが存在すれば、新しい情報
の１パケツトがＴＸＢＵＦＦ　　３０４からＴＸＤＡＴ
ＡＢＵＦＦ　　３０６にロードされる（こうするのに十
分な新データがなければ、ドツトψパターンを使ってＴ
ＸＤＡＴＡＢＵＦＦのこのパケットを埋める。これは、
ユーザ中メツセージは任意の長さにすることが出来、こ
の為１６バイトの境界にする必要がないからである）。

次に判定ブロック７１０が、ＴＸＤＡＴＡＢＵＦＦ　　
３０６に記憶されているデータ・バーストが埋まったか
どうかを決定する。バーストが埋まっていれば、プログ
ラムの制御がブロック７０４に切換えられ、このブロッ
クは、次のデータ・バーストでまだ送信されていない（
即ち、「新」）データ・パケットを送信することが出来
るかどうかを決定する。

他方、ＴＸＤＡＴＡＢＵＦＦ　　３０６が埋まっていな
ければ、変数ＮＥＸＴＦＲＥＥを１だけインクレメント
しくブロック７１２）、プログラム制御は判定ブロック
７０４に戻る。

判定ブロック７０６が、送信する新パケットがないと決
定するか、又はブロック７０４が次のバーストでまだ送
信されていないデータ・パケットがあれば（又は別のパ
ケットがあれば）それを送信することが出来ないと決定
した場合、判定ブロック７１４が、所要数のパケット（
例えば、好ましい実施例では１６）が送信の用意が出来
ているかどうかを決定する。

少なくとも１６個の異なるパケットが送信に備えて、Ｔ
ＸＤＡＴＡＢＵＦＦ　　３０６に記憶されていれば、パ
ケットを繰返す必要はなく、制御作用はＦ　Ｉ　ＬＬＴ
Ｘルーチンから第１１Ａ図及び第１１Ｂ図のブロック５
２２に戻る。他方、判定ブロック７１４が、完全なデー
タ・バーストを形成するには一意的なパケットの数が不
十分であると決定すると、ブロック７１６乃至７２０が
、Ｎ（例えば好ましい実施例では１６）に等しいパケッ
ト数にするのに必要なだけ、異なるパケットを何回も転
記する。

ブロック７１６が最初にＦ　Ｉ　ＬＬＴＸＢＵＦＦフラ
グをクリアし、次にポインタＵＮ　ｆ　ＱＵＥＰＡＣＫ
ＥＴを、データ・パケットで埋められたＴＸＤＡＴＡＢ
ＵＦＦ　　３０６内の最後の位置を指す様に設定する（
ＵＮ　ＩＱＵＥ　　ＰＡＣＫＥＴは、ＤＥＭが受取る新
パケットの数を保持する）。

次に判定ブロック７１８が、ポインタＮＥＸＴＦＲＥＥ
の値を値Ｎ（パケットの所要数）と比較する。ＮＥＸＴ
ＦＲＥＥがＮより小さいかまたはそれに等しい場合、ブ
ロック７２０がＴＸＤＡＴＡＢＵＦＦに記憶されている
「天辺」のパケットをＴＸＤＡＴＡＢＵＦＦの「底」に
ある最初の空き位置へ転記し、ＮＥＸＴＦＲＥＥを１だ
けインクレメントする。次に判定ブロック７１８が、ま
だ別のパケットが必要かどうかを検査する。まだ別のパ
ケットが必要な場合、ブロック７２０がＴＸＤＡＴＡＢ
ＵＦＦの天辺から次の一意的なパケットを（こういう一
意的なパケットが存在すれば）転記する。ＴＸＤＡＴＡ
ＢＵＦＦ　　３０６１：記憶されるパケットの数がＮに
等しくなるまで、この過程が続けられる。転記される各
々の一意的なパケットがＸ回転記されてから、任意のパ
ケットが（ｘ＋１）回転記される。

判定ブロック７１８が、ＴＸＤＡＴＡＢＵＦＦ３０６を
埋めるのに余分のパケットを必要としないと決定すると
、プログラムの制御がルーチンＸＤＯＭに戻り、第１１
Ａ図及び第１１Ｂ図のブロック５２２から始まる。

判定ブロック５２２か、プリアンブル１５８を送信すべ
きかサブプリアンブル１６０を送信すべきかを決定する
。前に述べた様に、長いプリアンブルが各々の新しいメ
ツセージの初めに送信されると共に、データ形式を変更
する時にも何時でも送信される。プリアンブル１５８を
送信する場合、ブロック５２４がレジスタＴＸＰＲＥＡ
ＭＢＵＦＦ３０６にあるデータを、プリアンブルを含む
様に正しく形式を定め、データ・バースト（これはこの
ときＴＸＰＲＥＡＭＢＵＦＦ　　３０ｇ及びＴＸＤＡＴ
ＡＢＵＦＦ３０６に入っている）の送信を開始する様に
トランシーバを制御する。

次に判定ブロック５２６が、送信中のデータ・バースト
にあるデータが送られたかどうかを決定する。データ送
信がまだ完了していなければ、プログラムの制御は第１
０図に示す実行ルーチンＸＭＡＩＮに戻る。全てのデー
タ・パケットが既に送信されていれば、ブロック５２８
が、メツセージの終り（ＥＯＭ）フィールド１５６の送
信を開始する様にトランシーバを制御する。

この後、ブロック５３０が、データ・バースト全体が送
信されたかどうかを試験する。バースト送信が完了して
いれば、ブロック５３２がトランシーバを受信状態に設
定する。そうでなければ、プログラムの制御はＸＭＡ　
Ｉ　Ｎに戻る。

前に説明した様に、第１０図のルーチンＸ　Ｍ　ＡＩＮ
は、トランシーバがＤＥＭ５６として動作する時（即ち
、受信したデータ・バーストを処理する為）、ルーチン
ＸＤＥＭを呼出す。このＸＤＥＭルーチンがＤＥＭ５６
（即ち、宛先移動局として動作するトランシーバ）によ
って実行される。次にＸＤＥＭルーチンを第１４Ａ図及
び第１４Ｂ図に示すフローチャートに関連して説明する
。

最初に判定ブロック８０２が、見出しくプリアンブル又
はサブプリアンブル）がＤＥＭ５８によって受信され、
ＲＸＰＲＥＡＭＢＵＦＦ　　３１０に記憶されているが
、まだ解析されていないかどうかを試験する。見出しを
受信しているが、まだ解析していない場合、判定ブロッ
ク　８０４が、（例えば、ＣＲＣバイトを解析し、誤り
検査を行なうことにより）見出しが「有効」であるかど
うかを判定する。受信した見出しデータが有効であれば
、判定ブロック８０６が、見出しがプリアンブル１５８
であるかどうかを試験し、そうであれば、プリアンブル
からデータを抽出して解析する（ブロック８０８）。

受信した有効な見出しがサブプリアンブル１６０であれ
ば、典型的には、マイクロプロセッサ７４は見出しの内
容を必要としない（但し、インターフェース９２は、例
えば失われた同期を回復する為に、サブプリアンブルを
利用する）。こうして、制御作用が判定ブロック８１０
に切換えられる。

判定ブロック８１０が、データ・バースト１５０が受信
されて、ＲＸＤＡＴＡＢＵＦＦにあるかどうかを（例え
ば、完全なデータ・バーストがＲＸＤＡＴＡＢＵＦＦに
あって、この後解析しなければならないかどうかを判定
することにより）決定する。現在バーストを受信中であ
る場合（好ましい実施例では、完全なデータ・バースト
がＲＸＤＡＴＡＢＵＦＦ　　３１２に記憶された時にだ
け、データがレジスタ・ファイルに転送されるから）、
データをレジスタ・ファイバＰＫＢＵＦＦ　　３１４に
ロードすることが出来ない。他方、現在データ・バース
トを受信中でなければ、即ち、ＲＸＤＡＴＡＢＵＦＦに
データ・バーストか入っていれば、ＲＸＤＡＴＡＢＵＦ
Ｆ　　３１２の内容の可動性を解析し、有効なデータ・
パケットをレジスタ・ファイルＰＫＢＵＦＦ　　３１４
に転送することが必要である。こういうタスクがルーチ
ンＩＮＰＢＦＨによって行なわれる。これが第１４Ａ図
のブロック８１２によって呼出される。

フローチャート１ＮＰＢＦＦが第１５Ａ図及び第１５Ｂ
図に示されている。ポインタＮＥＸＴＦＲＥＥを１の値
に初期設定し、ＤＯＮＥと呼ぶフラグをクリアする（ブ
ロック８５２）。次に判定ブロック８５４がＤＯＮＥフ
ラグがセットされているかどうかを判定する。ＤＯＮＥ
フラグがセットされていなければ、ＲＸＤＡＴＡＢＵＦ
Ｆ　　３１２内のデータ・パケットは、ブロック８５６
乃至８６４を実行することによって解析される。

ポインタＮＥＸＴＦＲＥＥを使って、Ｐ、　Ｋ　Ｂ　Ｕ
ＦＦ　　３１４を指し、これがＰＫＢＵＦＦにあるパケ
ットに対応するＰＢＭＡＰ内のビットを示す。

判定ブロック８５６がＮＥＸＴＦＲＥＥの値をレジスタ
・ファイルＰＫＢＵＦＦ　　３１４の寸法と比較する。

Ｐ　Ｋ　Ｂ　Ｕ　Ｆ　Ｆの寸法は、ＰＫＢＵＦＦが保持
することが出来るデータ・パケットの数であり、こうし
てレジスタ・ファイル内には、ＲＸＤＡＴＡＢＵＦＦ　
　３１２に入っているデータ・パケットをロードするの
に十分な記憶スペースがあるかどうかを判定する。レジ
スタ・ファイル３１４にあるスペースが不十分である場
合、プログラムの制御は判定ブロック８６６に移る。ブ
ロック８５８がＰ　Ｂ　Ｍ　Ａ　ＰからＮＥＸＴＦＲＥ
Ｅが指すビットを求める。ＰＢＭＡＰは、Ｐ　Ｋ　Ｂ　
Ｕ　Ｆ　Ｆが保持し得ることごとくのパケットに対する
１ビットを持つビット・マップである。ＰＢＭＡＰが、
ＲＸＤＡＴＡＢＵＦＦからＰＫＢＵＦＦに転送された、
正しく受信されたパケットを追跡している。

ルーチンＩＮＦＢＦＦが初めて呼出された時、それがＰ
ＢＭＡＰを検査して、受信されていないパケットの最初
の位置を見付ける。ＤＥＭは、ＤＯＭからの現在のデー
タ・バースト中の最初のパケット（そのパケットが正し
く受信されていれば）は、ＰＫＢＵＦＦ内の、ＮＥＸＴ
ＦＲＥＥが指す最初の「空き」位置に配置されるべきで
あることを「知っている」。

ブロック８６０で、ＮＥＸＴＦＲＥＥに対応するＰＢＮ
ＡＰビットが１であれば、ＰＫＢＵＦＦ内のその位置は
既にデータ・パケットで埋まっており、従ってＮＥＸＴ
ＦＲＥＥをインクレメントし、ＮＥＸＴＦＲＥＥに対応
するビットをＰＢＮＡＰから検索する。ＮＥＸＴＦＲＥ
Ｅ鹿ＰＫＢＵＦＦの寸法（即ちＰＫＢＵＦＦが保持し得
るデータ・パケットの数）になるか、又はＰＢＭＡＰの
ビット−〇になるまで、この過程を続ける。

ＤＥＭがＰＢＭＡＰを使って、パケットに対するパケッ
ト番号は何等使わずに、ＰＫＢＵＦＦに入れた有効なパ
ケット及びＰＫＢＵＦＦ内のどこにこのパケットがある
かを追跡する。

ＮＥＸＴＦＲＥＥが指すＰＢＭＡＰ内のビットがＯであ
れば、ブロック８６２でＤＯＮＥフラグをセットして、
ＰＫＢＵＦＦが少なくとも１つのデータ・パケットに対
するスペースを持つことを示し、パケットはＮＥＸＴＦ
ＲＥＥが指す位置へ入る。そうでなければ、ポインタＮ
ＥＸＴＦＲＥＥを１だけインクレメントしくブロック８
６４）、ブロック８５４乃至８６４が再び実行される。

あるパケットに対しＰＫＢＵＦＦ中に空き位置が見付か
るか、又はＮＥＸＴＦＲＥＥ＞ＰＫＢＵＦＦの寸法（即
ち、ＰＫＢＵＦＦ内の全ての位置が有効なデータ・パケ
ットを持っている）になるまで、ブロック８５６乃至８
６４が繰返して実行された後、判定ブロック８６６が、
ＲＸＤＡＴＡＢＵＦＦ３１２に入っている受信データが
繰返しであるかどうかを試験する（この試験は、受信デ
ータ・バースト中のＲＥＰＥＡＴバイトの値を単に試論
することによって行なわれる）。

受信データ・バーストが繰返しでない場合、変数ｔＪＮ
ＩＱＵＥ　　ＰＡＣＫＥＴはＮ　ＥＷＰ　Ａ　ＣＡＥＴ
の値に設定される。ＮＥＷＰＡＣＫＥＴは、ＤＥＭが次
のデータ・バーストで受取ることが出来る、前に送信さ
れなかった新データ・パケットの数を示す為に使われる
ポインタである。受信データ・パケットがＲＸＤＡＴＡ
ＢＵＦＦに記憶される。この後ブロック８７０がＮＥＷ
ＰＡＣＫＥＴをクリアし、ループ・カウンタＩの値を１
に初期設定する。ループ・カウンタ■がルーチンＩＮＦ
ＢＦＦを制御して、ＲＸＤＡＴＡＢＵＦＦ　　３１２内
に入っている各々の異なる（即ち繰返しでない）データ
・パケットに対して１回、ルーチンの外側ループ内に入
っている一連の工程を実行する。

この後判定ブロック８７２が、ループ・カウンタＩの値
をＵＮＩＱＵＥ　　ＰＡＣＫＥＴと比較する。ＩがＵＮ
ＩＱＵＥ　　ＰＫＣＫＥＴより小さいか又はそれに等し
い時、パケットはＲＸＤＡＴＡＢＵＦＦ　　３１２から
レジスタ・ファイルＰＫＢＵＦＦ　　３１４に引続いて
ロードされ、内側ルーブ・カウンタＪはループ・カウン
タＩの値に初期設定され、ＤＯＮＥと呼ぶフラグをクリ
アする（ブロック８７４）。ループ・カウンタＪがＲＸ
ＤＡＴＡＢＵＦＦ　　３１２に対するポインタとして使
われ、特に、正しくなく受信されたデータ・パケットの
繰返しを指す。

ブロック８６２でＤＯＮＥフラグがセットされていなけ
れば、ＰＫＢＵＦＦはデータ・パケットに対する場所が
ない。然し、ブロック８６２でセットされたＤＯＮＥフ
ラグをブロック８５４で検査し、ＰＢＭＡＰの最初の検
査が終了したことを知らせる。ブロック８７６で検査さ
れたＤＯＮＥフラグが、この代わりに別の探索、即ち正
しく受信されたデータ・パケットが見付かったことを検
査する。そうでなければ、ＪがＮ　（ＲＸＤＡＴＡＢＵ
ＦＦ　　３１２に記憶されるデータ・パケットの数）よ
り少ないか又はそれに等しい限り（これも判定ブロック
８７６によって試験される）、前に１番目のデータ・パ
ケットに対して行なわれたＣＲＣ試験のビット・マップ
結果を検索しくブロック８７８）、１番目のデータ・パ
ケットか正しく受信されたかどうかを判定する為に、そ
れがセットされているかどうかを試験する（ブロック８
８０）。

１番目のＣＲＣマツプ・ビットがセットされていなけれ
ば、１番目のデータ・パケットは正しくなく受信されて
おり、好ましい実施例では、次にこのパケットが受信さ
れた送信中で繰返されたかどうかを判定する（これは同
じデータ・パケットを後で繰返すことによって、正しく
受信されているかも知れないからである）。ループ・カ
ウンタＪを変数ＵＮＩＱＵＥ　　ＰＡＣＫＴの値だけイ
ンクレメントしくブロック８８２）、こうしてそれが同
じデータ・バ’７’　ットの、ＲＸＤＡＴＡＢＵＦＦ　
３１２内での次の発生（もう１回の発生が存在すれば）
を指す様にする。次に判定ブロック８７６が、Ｊの新し
い値がＮより小さいか又はそれに等しいかどうかを決定
する（ＪがＮより大きければ、試験される同じデータ・
パケットのこれ以上の発生はないからである。このデー
タ・パケットを再送信することを要請する確認メツセー
ジ１７０をＤＥＭ　　５ｇからＤＯＭ　　５２に送らな
ければならない）。

これに対して、判定ブロック８８０が、１番目のデータ
・パケットが正しく受信されたと決定すると、ＤＯＮＥ
フラグがセットされ（ブロック８８３）、１番目のデー
タ・パケットがＲＸＤＡＰＡＢＵＦＦ　　３１２からＰ
ＫＢＵＦＦ　　３１４の内、ＮＥＸＴＦＲＥＥが指す位
置に転送され（ブロック８８４）　、ＰＢＭＡＰと呼ぶ
データ構造内の１番目のパケットに対応するビットをセ
ットする（ブロック８８６）。（このＰＢＭＡＰデータ
構造を使って、どの有効なデータ・パケットがレジスタ
・ファイルＰＫＢＵＦＦ　　３１４に記憶されたかを示
す） ＤＯＮＥフラグがセットされているか又はＪがＮより大
きければ、判定ブロック８７６がプログラムの制御を判
定ブロック８８８に切換える。判定ブロック８８８はＤ
ＯＮＥフラグの値を試験して、ブロック８８３によって
セットされたかどうかを判定する（ＤＯＮＥフラグはブ
ロック８７４によってクリアされている）。ＤＯＮＥフ
ラグが判定ブロック８８３てセットされた場合、１番目
のデータ・パケットは有効である（即ち、正しく受信さ
れている）。判定ブロック８８８が、Ｄ。

ＮＥフラグがセットされていないと決定すると、ブロッ
ク８９０が変数ＮＥＷ　　ＰＡＣＫＥＴ（前に送信され
なかったが、次のデータ・バーストの送信で受取ること
が出来るデータ・パケットの数を示す為に使われる）を
インクレメントする。

次に、ポインタＮＥＸＴＦＲＥＥをインクレメントし、
ＤＯＮＥフラグを再びクリアする（ブロック８９２）。

ＮＥＸＴＦＲＥＥがＰＫＢＵＦＦの寸法より小さいか又
はそれに等しい場合、ＰＢＭＡＰを検査して、ＰＫＢＵ
ＦＦが更に多くのデータ・パケットを受取ることが出来
るかどうかを判定することが出来る。

ＰＢＭＡＰにある全てのビットが検査されていない場合
、ポインタＮＥＸＴＦＲＥＥに対応するＰＢＭＡＰのビ
ットを試験して、それがセントされて、Ｐ　Ｋ　Ｂ　Ｕ
　Ｆ　Ｆ内の対応する位置が既に前に受信された有効な
データ・パケットによって埋められていることを示すか
どうかを決定する。ＮＥＸＴＦＲＥＥに対応するＰＢＭ
ＡＰのビットがセットされていれば、ＮＥＸＴＦＲＥＥ
をインクレメントしくブロック９００）、こうしてブロ
ック８９４乃至８９８が、レジスタ・ファイル３１４内
の次の空いている記憶位置を探索することが出来る様に
する。

一旦判定ブロック８９８が（判定ブロック８９８の試験
により）ＰＫＢＵＦＦ内の次の空いている記憶位置を突
止めると、ＤＯＮＥフラグがセットされ（ブロック９０
２）、判定ブロック８９４がプログラムの制御をブロッ
ク９０４に切換える。

このブロックがループ・カウンタＩをインクレメントし
、プログラムの制御を判定ブロック８７２に戻す。

ある点で、ループ・カウンタ■がブロック９０４によっ
てインクレメントされて、最後のデータ・バーストで送
信された一意的なパケットの数を越える様になる（即ち
、変数ＩがＲＸＤＡＴＡＢＵＦＦ　　３１２内の最後の
データ・パケット記憶位置を越えた所を指すか、或いは
２回以上送信されたデータ・パケットの繰返しを指す）
。判定ブロック８７２が、ＩがＵＮＩＱＵＥ　　ＰＡＣ
ＫＴを越えると判定すると、判定ブロック９０６が、レ
ジスタ・ファイルＰＫＢＵＦＦ　　３１４内に更に記憶
位置があるかどうかを判定する。こういう記憶位置は、
これらの位置が空いているか或いは前に受信したデータ
・パケットを持っているかを見る為に検査しなければな
らない。

ＰＢＭＡＰを用いて、ＰＫＢＵＦＦ内の全ての位置が検
査された場合（即ち、ＮＥＸＴＦＲＥＥ＞ＰＡＣＫＴ　
　ＢＵＦＦ　　５ＩＺＥ）、ルーチンＩＮＰＢＦＦが第
１４Ａ図に示すＸ　Ｄ　Ｅ　Ｍルーチンのブロック８１
４に戻る。ＰＫＢＵＦＦの全ての位置が、それらがデー
タ・パケットを持っているかどうかについて検査されな
い場合、判定ブロック９０８がＮＥＷＰＡＣＫＥＴに記
憶されている値が、データ・バースト中のパケットの数
Ｎより小さいかどうかを決定する。ＮＥＷＰＡＣＫＥＴ
がＮより小さい場合、ブロック９１０，９１２が、ポイ
ンタＮＥＸＴＦＲＥＥに対応するデータ・パケットが既
にレジスタ・ファイル３１４に記憶されているかどうか
を決定する（記憶されていれば、ＮＯＴ　　ＮＥＷＰＡ
ＣＫＥＴがブロック９１４でインクレメントされる）。

位置が空いていれば、ＰＫＢＵＦＦはそこにパケットを
受取ることが出来、従ってＮＥＷ　　ＰＡＣＫＥＴをイ
ンクレメントする。この後ポインタＮＥＸＴＦＲＥＥを
インクレメントしくブロック９１６）、ＰＫＢＵＦＦの
全ての位置が検査されるまで、判定ブロック９０６．　
９６ｇによって行なわれる試験が再び行なわれる。この
過程により、次のデータ・バーストの送信で受取ること
が出来る新パケットの数が、既にＰＫＢＵＦＦレジスタ
・ファイル３１４に記憶されているパケットの数に基づ
いて計算される。受取ることが出来る新パケットの数が
、ルーチンＸＤＥＭの変数ＮＥＷＰＡＣＫＥＴに戻され
る。

第１４Ａ図に戻って説明すると、レジスタＴＸＰＲＥＡ
ＭＢＵＦＦ　　３０８の内容が、第８図に示す確認メツ
セージの形式を使って初期設定される。状態フィールド
１７６の内容がＣＲＣＭ　ＡＰビットに従って特定され
、ＮＥＷＰＡＣＫＥＴフィールド１８４の内容が変数Ｎ
ＥＷＰＡＣＫＥＴに記憶されている値によって特定され
る（ブロック８１４）。その後、レジスタ・ファイル３
１４に記憶されている何れかのデータ・パケットを、受
信にしたデータ・パケットの順序を保ちながら、出力レ
ジスタＴＥＲＭＢＵＦＦ　　３１６に転送することが出
来るかどうかが判定され、そうすることが可能であれば
、データ・パケットが、データ母線７６を介して端末イ
ンターフェース１０２へ通信する為に出力レジスタ３１
６にロードされる（ブロック８１６，８１８，８２０）
。次にこの時レジスタ３０６．３０８に記憶されている
確認メツセージ１７０が送信／受信インターフェース９
２を介して送信される（ブロック８２２）。

（判定ブロック８１０の試験により）データ・バースト
がＲＸＤＡＴＡＢＵＦＦにない場合、又は確認メツセー
ジが送信されたか又は送信中である場合（ブロック８２
２）、判定ブロック８２４が、確認メツセージの終りに
メツセージの終りフィールドを送信する必要があるかど
うかを決定する。必要であれば、ブロック８２６がメツ
セージの終りストリングの送信を開始する。

次に判定ブロック８２８が完全な確認メツを一ジ１７０
が送信されたかどうかを決定し、送信されていれば、判
定ブロック８３０がメツセージ全体に対する全てのデー
タ・パケットが正しく受信されたかどうかを決定する。

完全な有効なデータ・バーストを受信していれば、ＡＬ
Ｌ　　ＤＯＮＥフラグをセットする（ブロック８３２）
。ＡＬＬＤＯＮＥフラグは、ＤＯＭがそれ以上のデータ
・パケットを送るべきではないことを示す。ＡＬＬ　　
ＤＯＮＥフラグがセットされ、レジスタ・ファイルＰＫ
ＢＵＦＦ　　３１４が（判定ブロック８３４の試験によ
り）空いていない場合、データ・パケットがレジスタΦ
ファイルＰＫＢＵＦＦから、出力レジスタが一杯になる
まで、出力バッファＴＥＲＭＢＵＦＦ　　３１６に転送
される（ブロック８３６、判定ブロック８３８）。出力
レジスタの内容が端末インターフェース１０２に転送さ
れる。

この後ルーチンＸＤＥＭがプログラムの制御をルーチン
ＸＭＡＩＮに戻す。

第１６図乃至第１９図は、端末インターフェース１０２
の動作を制御する為に好ましい実施例で使われる直列割
込み駆動Ｉ１０ルーチンの簡略フローチャートである。

これらのルーチンが、データ端末装置１００とトランシ
ーバの他の部分の間のデータ転送を行なう。第１６図は
主な直列割込み処理ルーチンの略図である。

端末インターフェース１０２からＰＡＲ３ＥＢＵＦＦ　
　３０２及びレジスタ・ファイルＴＸＢＵＦＦ　　３０
４にデータを転送すると共に、出力バッファＴＥＲＭＢ
ＵＦＦ　　３１６がらデータ端末装置にデータを転送す
ることが必要である。第１６図の割込みルーチン・ブロ
ック９２５（第１７図に詳しく示す）によって呼出され
るルーチンＧＥＴＤＡＴは、データ・バイトを受取った
時、データ端末インターフェース１０２からレジスタ３
０２及びレジスタ・ファイル３０４への転送を管理する
（判定ブロック９２７）。マイクロプロセッサ７４が直
列ボートを介してバイトを受取る度に、直列割込みが発
生する。

トランシーバが（ブロック９２９の試験により）ＤＥＭ
　　５８として動作する場合、表示、記憶又はその他の
目的の為に、出力レジスタＴＥＲＭＢＵＦＦ　　３０６
から端末装置１００ヘデータを転送することが必要にな
ることがある。ルーチン０ＵＴＤＡＴ　（ブロック９３
１、第１９図に詳しく示す）がＴＥＲＭＢＵＦＦ　　３
１６からデータ母線７６を介してデータ端末インターフ
ェース１０２へ情報バイトを転送する。

トランシーバがＤＯＭである時、ルーチンＴＲＭＭＳＧ
（ブロック９３３）（第１８図参照）が第１６図の割込
みルーチンによって呼出される。

これが端末装置１００に表示する為、２つの「缶詰め（
ｃａｎｎｅｄ）　Ｊメツセージの内の１つをデータ端末
インターフェース１０２に転送する。

第１７図について説明すると、ルーチンＧＥＴＤＡＴが
端末インターフェース１０２からのデータを（マイクロ
プロセッサの直列ボートを介して）ＴＸＢＵＦＦ　　３
０４に連絡する。直列割込みはマイクロプロセッサ及び
端末インターフェース１０２から並びにそれに対するも
のである。直列割込み及びルーチンＧＥＴＤＡＴ、０Ｕ
ＴＤＡＴ及びＴＲＭＭＳＧが、マイクロプロセッサ側の
動作を記述する。トランシーバが最初に初期設定され、
無線機が第１０図のブロック４２２で回復した時には、
いつでも指令ビットＬＯＯＫがセットされる。判定ブロ
ック９５２が、割込みが発生した時、この指令ビットＬ
ＯＯＫの値を試験する。

指令ビットＬＯＯＫがセットされている場合、本文の新
しい行の初めを受信している可能性があり、判定ブロッ
ク９５４が、データ端末装置１００から受取った最初の
記号が「開始」記号（好ましい実施例ではＥＳＣ記号）
であるかどうかを判定する。最初の記号が「開始」記号
でなければ、割込みを無視し、ユーザが誤ってキーを押
したものと見なす。

受信したバイトが「開始」記号であれば、トランシーバ
がＤＯＭ　　５２として動作していることを示すフラグ
がセットされ（判定ブロック９５６）、指令ビットＬＯ
ＯＫをクリアする（ブロック９５８）。更に、データ端
末装置１００が動作していることを示すビットをセット
しくブロック９６０）、マイクロプロセッサがデータ端
末装置に表示する為に、「缶詰め」メツセージを送って
いることを示す為に（第１６図の割込みルーチンの後の
呼出しの時に）、フラグＧＥＴＭＳＧ及びＭＳＧ　　１
の両方がセットされる。このメツセージはデータΦバー
ストのメツセージではない。ＭＳＧ　　１データ・スト
リームの送出しに関係する工程を開始しくブロック９６
４）、メツセージ中のデータ・バイトの数を計数する準
備として、カウンタを初期設定する（ブロック９６６）
。

判定ブロック９５２が（トランシーバがメツセージの入
力中であることを既に認識している為、又は割込みが誤
って発生されたか、或いは別の原因によって発生された
為に）、トランシーバがデータ端末装置１００から入力
された指令記号を「捜して」いないと判定すると、判定
ブロック９６８が、フラグＧＥＴＭＳＧが前にブロック
９６２によってセットされたかどうかを判定する。この
プラグが前にセットされていなければ、割込みを無視す
る。このフラグが前にセットされていれば、割込みの原
、因は、送信されるメツセージに追加される、データ端
末装置１００を介して入力された更に別のバイトであり
、判定ブロック９７０が到来バイトが「メツセージの終
り」記号（好ましい実施例ではキャリッジ・リターン）
であるかどうかを試験する。メツセージの終り記号を受
信すれば、フラグＧＥＴＭＳＧがクリアされ、５ＴＡＲ
ＴＵＰと呼ぶフラグをセットして、メツセージ全体がＴ
ＸＢＵＦＦ　　３０４に記憶されていて、ＴＸＤＡＴＡ
ＢＵＦＦ　　３０６に入れる用意が出来てい、ることを
示す（ブロック９７２）。このバイトがメツセージの終
り記号でなければ、バイトをレジスタ拳ファイルＴＸＢ
ＵＦＦ　　３０４に転送する（ブロック９７４）。

ルーチンＴＲＭＭＳＧが、端末装置に表示する為に、Ｄ
ＯＭからの２つの「缶詰め」メツセージの内の１つをデ
ータ端末装置１００に転送することを処理する。

Ｄ　ＯＭ　ハ、データ端末装置が、ＤＯＭからＤＥＭに
送信すべきデータ・メツセージを持つことを決定した後
、ルーチンＧＥＴＤＡＴのブロック９６４から、ＭＳＧ
　　１を送り始める。ＭＳＧ　　１は、端末装置に表示
された時、端末装置にデータ・メツセージの入力を開始
する様にユーザに知らせる。

ＤＯＭは、ＤＥＭがデータ・メツセージ中の全てのデー
タ・パケットを首尾よく受信したと決定した後、ルーチ
ンＸＤＯＭのブロック５１６から、ＭＳＧ２を送り始め
る。従って、ＭＳＧ　　２は、ＤＥＭがデータ会メツセ
ージを首尾よく受信したことをユーザに知らせる。

判定ブロック９８０が、データ端末装置１００が作動状
態であると決定すると、ＭＳＧ　　１が現在送信中であ
るかどうかＶ決定される（判定ブロック９８２）。ＭＳ
Ｇ　　１が現在送信中でなければ、判定ブロック９８４
がＭＳＧ２が送信中であるかどうかを決定する。ＭＳＣ
Ｉ又はＭＳＧ２も送信中でなければ、ＤＯＭ　　５２か
らデータ端末装置１００にメツセージのバイトを伝達す
る必要はなく、ルーチンＴＲＭＭＳＧが作動される。他
方、ＭＳＧ　　１又はＭＳＧ　　２を送っている場合、
送信中のメツセージの全てのバイトが既に送信されたか
どうかＶ決定される（判定ブロック９８６，９８８）。

現在送信中のメツセージが既に完全に送信されていれば
、適当なフラグ（メツセージＭＳＧ　　１が送信中であ
ればＭＳＧ　　１、又メツセージＭＳＧ　　２が送信中
であればＭＳＧ２）がクリアされる。ＭＳＧ　　１が終
了した場合、ＧＥＴＭＳＧフラグをセットする（ブロッ
ク９９０）。ＭＳＧ　　２が終了した場合、フラグＴＥ
ＲＭＡＣＴ　Ｉ　ＶＥをクリアして（ブロック９９２）
、マイクロプロセッサの直列送信ポートがもはや作動状
態でないこを知らせる。ＭＳｏ　１が終了した場合、フ
ラグＧＥＴＭＳＧをセットして、ＤＯＭのマイクロプロ
セッサが、ＴＸＢＵＦＦ３１４に入れるデータ・メツセ
ージを受取る用意が出来ていることを知らせる（ブロッ
ク９９０）。

他方、メツセージ力（現在送られていて、送信すべきメ
ツセージのバイトが残っている場合、メツセージの次の
バイトがＤＯＭからデータ端末装置へ転送される（ブロ
ック９９４，９９６）。

第１９図に示すルーチン０ＵＴＤＡＴはデータ端末装置
１００による表示又はその他の処理（例えば記憶）の為
、ＴＥＲＭＢＵＦＦ　　３１６から端末インターフェー
ス１０２へのデータ転送を行なう。ルーチン０ＵＴＤＡ
Ｔは最初にデータ端末装置１００が作動状態であるかど
うかを（例えば、フラグを試験することによって）決定
する（ブロック９９８）。データ端末装置が作動状態で
なければ、それに対してデータを送る必要はなく、ルー
チン０ＵＴＤＡＴを出てゆく。データ端末装置１００が
作動状態であれば、ＴＥＲＭＢＵＦＦ３１６の内容を試
験して、データ端末装置１００に伝達すべきデータがこ
のバッファに記憶されているかどうかを決定する（判定
ブロック１０００）。ＴＥＲＭＢＵＦＦ　　３１６が空
でなければ、データ・バイトをＴＥＲＭＢＵＦＦから検
索し、データ端末インターフェース１０２に送る（ブロ
ック１００２）。これに反して、ＴＥＲＭＢＵＦＦ３１
６が空であれば、データをデータ端末装置に送っている
と云うことを示すフラグをクリアしくブロック１００４
）、次にメツセージ中の全てのデータ・パケットがデー
タ端末装置に送られたかどうかを決定する（判定ブロッ
ク１００６）。

全てのデータが端末装置に送られていれば、前に判定ブ
ロック９９８で試験した端末作動フラグをクリアして、
データ端末装置がもはや作動状態でないことを知らせる
（ブロック１００ｇ）。全てのデータがデータ端末装置
に送られていなければ、端末作動フラグはセットされた
ま＼であり、ＸＤＥＭの次のパスで、ＴＥＲＭＢＵＦＦ
には更に多くのデータ・パケットが埋められる。

制御マイクロプロセッサ７４には、送信／受信インター
フェース９２（これは「モデム」と呼ばれることもある
）によって発生される割込みも加えられる。送信／受信
インターフェース９２が、受信機７２からデータ・バイ
トを受取った時、並びに送信機７０によって送信する為
にデータ・バイトを転送した時にも、何時でも割込み信
号を発生する。マイクロプロセッサ７４が送信／受信イ
ンターフェース９２から割込みを受取ると、第２０図に
示す割込みルーチンＭＯＤＩＮＴを実行する。

マイクロプロセッサ７４は最初に、トランシーバが送信
モードであるか受信モードであるかを決定する（第２０
図に示すブロック１０５０）。この他の幾つかの試験を
行なった後、マイクロプロセッサ７４は１２００のブロ
ックで、モデム・ベクトル・アドレス・バイトを内部「
スタック」に押込む。これらのモデム・ベクトル・アド
レス・バイトは、送信／受信インターフェース９２との
間の１バイトの転送を処理するルーチンのアドレスを持
っている。この後、制御マイクロプロセッサ７４が戻り
（割込みからの戻りではない）を実行して、この為制御
作用は、そのアドレスが内部スタックに特定されている
適当なルーチンに自動的にベクトルして実行する。この
処理ルーチンが終わった後、割込みからの戻りが発生す
る。

全ての処理ルーチンは１バイトをモデム・チップに転送
するか、又はモデム・チップから１バイトを受取る。受
信又は送信されるバイトに対するこの他の処理も特定の
処理装置で行なうことが出来る。この後、処理ルーチン
がＲＥＴＵＲＮ　　ＦＲＯＭ　　ＩＮＴＥＲＲＵＰＴを
実行する。この為、異なる処理ルーチンが引継ぐ前に、
処理ルーチンを何回も実行することが出来る。

ベクトル−アドレスを使うのは、ＣＡＬＬ指令を使わず
に、特定めルーチンに飛越すコーディング方法である。

８０３１マイクロプロセツサ・コードを知っているもの
であれば、この方式が理解されよう。

データの送信又は受信は特定の順序（即ち、ドット・プ
リアンブル又はサブプリアンブル、データ・パケット、
ＥＯＭ）で行なわれるから、１つの部分が終った時、次
に処理する部分が判っており、ベクトル・アドレスは先
行ルーチンに設定されている。

５ＴＲＴＴＸ　（第２０Ａ図）が呼出されてデータ送信
を開始しなければ、ルーチンＭＯＤ　Ｉ　ＮＴ（第２０
図）が受信（デイフォールト状態）に設定される。従っ
て、モデム・ベクトル・アドレスが最初にルーチンＲＣ
ＶＥＮＴに設定される（第２０Ｂ図（ＤＲＣＶＥＮＴＣ
Ｑ〕ｏ−ｆａｒ−）参照）。

サブルーチン５ＴＲＴＴＸ　（第２０Ａ図）はそれ自体
がモデム割込みの一部分ではなく、これはデータの送信
を開始する為に主ルーチンから呼出される。サブルーチ
ン５ＴＲＴＴＸは、ＸＤＯＭルーチンのブロック５２４
でＤＯＭから呼出され、データ・バーストのドット・パ
ターンの送信を開始する。５ＴＲＴＴＸは、ＸＤＥＭル
ーチンのブロック８２２でも、ＤＥＭによって呼出され
、確認メツセージに対するドット・パターンの送信を開
始する。

ルーチン５ＴＲＴＴＸは送信／受信インターフェース９
２を送信モードに初期設定し、フラグＴＸＭＯＤＥをセ
ットして、トランシーバが送信モードにあることを知ら
せる。ドット・パターンのバイト（１０１０１０・・・
・・・）が送信／受信インターフェース９２に転送され
、バイト・カウンタの値を１に初期設定する（このバイ
ト・カウンタは単に送信／受信インターフェース９２に
転送されるバイトの数を計数する）。次に、マイクロプ
ロセッサ・モデム・ベクトル・アドレスがルーチンＴＸ
ＤＯＴの開始アドレスに設定され（これによって第５図
に示すドツト部分１６２の送信が行なわれる）、呼出し
たルーチンへの戻りを指令する。

モデル割込み処理装置がドット・パターンの送信中にＴ
ＸＤＯＴにベクトルし、第２４図のルーチンＴＸＤＯＴ
がインターフェース９２にドット・パターンのバイトを
送り（ブロック１０６６）、バイト・カウンタをインク
レメントする。次に、バイト・カウンタの値を試験して
、４８に等しいかどうかを見る（判定ブロック１０６８
）。そうなっていれば、ドット・パターンの３８４ｅツ
トが送信されており、ドット・パターンの送信が完了す
る。余分のドツトを送って、送信機の引継ぎが出来る様
にする。判定ブロック１０６８が、更に多くのドット・
パターンを送信する必要があると決定すると、単にモデ
ム・割込みから戻る（ブロック１０７０）。他方、ドツ
トφパターンの送信が終れば、バイト・カウンタをクリ
アし、マイクロプロセッサ７４のモデム・ベクトル・ア
ドレスはルーチンＴＸＡＭＢＬＥに設定される。このル
ーチンは、プリアンブル１５８（ブロック１０７２）又
はサブプリアンブル１６０の送信を行なう。次にモデム
割込みから戻る。

モデム割込み処理装置は、プリアンブル又はサブプリア
ンブルを送信している時、ＴＸＡＭＢＬＥにベクトルす
る。ルーチンＴＸＡＭＢＬＥが第２５図に示されている
。好ましい実施例では、プリアンブル１５８又はサブプ
リアンブル１６０の形式がＴＸＰＲＥＡＭＢＵＦＦ　　
３０ｇに記憶されている。第２５図のルーチンＴＸＡＭ
ＢＬＥは、単にＴＸＰＲＥＡＭＢＵＦＦから一度に１バ
イトずつ、記憶されているプリアンブル／サブプリアン
ブル・パターンを呼出し、そのパターンを送信／受信イ
ンターフェース９２に転送する（ブロック１０７４）。

−旦完全な同期順序１５８が送信されたら（これは判定
ブロック１０７６の試験による）、既に送信された同期
順序１５８の数を追跡するＧＲＯ！ＪＰ　　Ｃ０ＵＮＴ
ＥＲをインクレメントしくブロック１０７８）、判定ブ
ロック１０８０が、同期順序１５８の１２回の繰返しが
送信されたかどうかを試験する。同期順序の送信された
繰返しが１２回未満であれば、割込みからの戻りを実施
して、送信／受信インターフェース９２に、ブロック１
０７４で伝達されたバイトを処理する時間を与える。同
期順序１５８の１２回の繰返し全部が送信されたら、判
定ブロック１０８２が、トランシーバがＤＯＭ　　５２
として動作しているかどうかを試験する。無線機がＤＯ
Ｍであれば、最初のデータ・バーストが送られた場合に
だけ、ＴＸＨＤＲが送られる。最初のデータ・バースト
でなければ、サブプリアンブルの直後にデータ・パケッ
トを送る。トランシーバがＤＯＭとして動作している場
合、次の工程は次のモデム・インターフェース割込みで
Ｉ　Ｖ／Ｓ　Ｓ順序１６６を送信することであり、この
為ブロック１０８４がマイクロプロセッサ７４のモデム
・ベクトル・アドレスを、Ｉ　Ｖ／Ｓ　Ｓ順序１６６を
送信するルーチンＴＸＨＤＲ（、第２６図参照）に設定
される様にする。他方、トランシーバがＤＥＭ　　５Ｂ
として動作している場合、送信したばかりのプリアンブ
ルは確認メツセージ１７０に先行しており、マイクロプ
ロセッサのモデム・ベクトル令アドレスは確認メツセー
ジ１７０の残りを送信するルーチンＴＸＡＣＫ　（第２
７図参照）の開始アドレスに設定される（ブロック１０
８６）。その後、割込みからの戻りが発生する。

第２６９図に示すルーチンＴ　Ｘ　ＨＤ　Ｒ（１、ＩＶ
／ＳＳ順序１６６の送信を行なう様に作用する。ブＣ１
ｙり１０ｇｇがＥＶ／ＳＳ順序１６６のガートバンド、
初期設定ベクトル及び選択的な通信フィールドを送信す
る。判定ブロック１０９０が（既に送信されたバイトの
数を追跡する為に使われるバイト・カウンタの値に基づ
いて）、ガートバンド、初期設定ベクトル及び選択的な
通信ワードの全体的な繰返しが既に送信されたかどうか
を試験する（ブロック１０９０．１０９２）。ブロック
１０９４．１０９６がガートバンド内でＣＲＣフィール
ドを送信する。更に、ブロック１０９６が、ＩＶ／ＳＳ
順序１６６の毎回の繰返しが送信された後、バイト・カ
ウンタにある値をクリアし、送信されたＩ　Ｖ／Ｓ　Ｓ
順序の繰返しの回数を追跡する為に使われるＧＲＯＵＰ
　　Ｃ０ＵＮＴＥＲをインクレメントする。判定ブロッ
ク１０９８が、ｌＶ／ＳＳ順序の９回の繰返し全部が既
に送信されたかどうかを判定し、送信されていれば、ブ
ロック１１００がルーチンＴＸＤＡＴＡの開始アドレス
をマイクロプロセッサ７４のベクトル・アドレスに記憶
する。

第２８図に示すルーチンＴＸＤＡＴＡは、Ｄ。

Ｍ　　５２によるデータ・パケットの集成１５４の送信
を行なう。第２８図のルーチンＴＸＤＡＴＡは、見出し
部分１５２が送信された後に実行される。

第２４図に示す判定ブロック１１０２が（送信中のデー
タ・パケットのバイトの数を追跡する）バイト・カウン
タが１パケツト当たりのバイトの数（即ち、値Ｍ）未満
であるかどうかを試験する。

バイト・カウンタがＭ未満であれば、データ・バイトが
ＴＸＤＡＴＡＢＵＦＦ　　３０６から送信／受信インタ
ーフェース９２に転送され、バイト・カウンタがインク
レメントされる（ブロック１１０４）。ＣＲＣも計算さ
れる（第２８図参照）。

バイト・カウンタがＭ未満でなければ、判定ブロック１
１０６が、バイト争カウンタがＭに等しい（このバイト
が現在送信中のデータ・パケットの最後のバイトである
ことを示す）かどうかを検査する。ブロック１１０４が
、バイト・カウンタがＭ未満であるかどうかを検査する
。バイト・カウンタがＭに等しければ、各々のデータ・
パケットの終りにあるＣＲＣフィールドの低バイトがブ
ロック１１０８によって送信され、バイト・カウンタが
インクレメントされる。

ルーチンＴＸＤＡＴＡの次のパスで、バイト−カウンタ
がＭの値を１だけ越え、ブロック１１１０が実行されて
、ＣＲＣフィールドの高バイトを送信し、バイト争カウ
ンタをクリアし、ＧＲＯＵＰ　　Ｃ０ＵＮＴＥＲをイン
クレメントする（このルーチンでは、ＧＲＯＵＰ　　Ｃ
０ＵＮＴＥＲを使って、送信されたデータ・パケットの
数を追跡する）。

次に、判定ブロック１１１２がＧＲＯＵＰ　　Ｃ０ＵＮ
ＴＥＲがＮ（各々のデータ・バースト中のデータ・パケ
ットの数）に等しいかどうかを判定する。ＧＲＯＵＰ　
　Ｃ０ＵＮＴＥＲの値がＮ未満であれば、現在のデータ
・バーストで更に多くのデータ・パケットを送信すべき
であり、割込みからの戻りが発生する（ブロック１１１
４）。ＧＲＯＵＰ　　Ｃ０ＵＮＴＥＲの値がＮに等しけ
れば、マイクロプロセッサのモデム・ベクトル番アドレ
スが（メツセージの終りフィールド１６６の送信を開始
する為に）ルーチンＴＸＤＯＴの開始アドレスに設定さ
れ、メツセージの終りフラグもセットされる（ブロック
１１１６）。ＥＯＭフィールドがモデム割込みで開始さ
′れ、ルーチンＸＤＯＭ又はＸＤＥＭによって「直接的
にＪ　ＥＯＭが送信される。

もう−変節２５図について説明すると、判定ブロック１
０８２がトランシーバがＤＥＭであると決定すると、第
８図に示す確認メツセージ１７０を送信しなければなら
ないし、制御マイクロプロセッサ７４は第２７図に示す
ルーチンＴＸＡＣＫにベクトルする。判定ブロック１１
１８がバイト・カウンタの値を試験して、確認フィール
ド１７４の繰返し全体が送信されたかどうかを判定する
。

確認フィールド全体がまだ送信されていなければ、ブロ
ック１１２０がデータ・バイトＴＸＤＡＴＡＢＵＦＦ　
　３０６から送信／受信インターフェース９２に転送す
る（こうして例えば、パケット受信状態又はメツセージ
・フィールド１７８の一部分を示す）。

パケット又は状態フィールド１７６とメツセージ・フィ
ールド１７８が（ブロック１１２２の試験により）完全
に送信されると、ブロック１１２４．１１２−６がＣＲ
Ｃフィールド１８０を送信し、バイト−カウンタをクリ
アし、ＧＲＯＵＰ　　Ｃ０ＵＮＴＥＲをインクレメント
する（このルーチンでは、ＧＲＯＵＰ　　Ｃ０ＵＮＴを
使って、確認フィールド１７４の繰返しの回数を係数す
る）。

判定ブロック１１２８が、確認フィールド１７４が９回
送信されたかどうかを決定する。確認フィールドが９回
送信されていなければ、割込みからの戻りが発生しくブ
ロック１１３０）、この高次の割込みが発生した時、も
う−度ルーチンＴＸＡＣＫに入り、確認フィールド１７
４の残りを送信する。確認フィールド１７４の９回の繰
返しが既に送信されていれば、ブロック１１３２がＧＲ
ＯＵＰ　　Ｃ０ＵＮＴＥＲをクリアし、マイクロプロセ
ッサ７４のベクトル・アドレスを（メツセージの終りフ
ィールド１５６の送信を開始する）ルーチンＴＸＤＯＴ
の開始アドレスに設定する。

第２１図は、トランシーバがＤＥＭ　　５８として作用
する時、見出し部分１５２を受信するタスクを行なうル
ーチンＲＸＨＤＲのフローチャートである。判定ブロッ
ク１２２０が、受信した見出し１５２のバイト数を追跡
し、ブロック１２２２が送信／受信インターフェース９
２からの情報をＲＸＰＲＥＡＭＢＵＦＦ　　３１０に転
送し、受信　。

したバイトに対する誤り検査機能を実施し、バイト・カ
ウンタをインクレメントする（こうして受信した見出し
のバイト数を追跡する）タスクを実施する。見出しの繰
返し全体を受信した時（判定ブロック１２２０）、判定
ブロック１２２４が受信データに誤りがないかどうかを
判定する。受信データに誤りがなければ、有効な見出し
と呼ぶフラグが既にセットされているかどうかを判定す
る（ブロック１２２６）。（セットされていれば、この
メツセージに対しては誤りのない見出しが既に受信され
ている）これが現在のメツセージ中で受信した最初の有
効な見出しであれば、ブロック１２２８が有効な見出し
フラグをセットする。ブロック１２３０がバイト・カウ
ンタをクリアし、見出しの別の繰返しに備えて、ＧＲＯ
ＵＰ　　Ｃ０ＵＮＴＥＲをインクレメントする。見出し
の全ての繰返しが（ブロック１２３２の試験により）受
信された時、ポインタをＲＸＤＡＴＡＢＵＦＦ３１２を
指す様に初期設定し、マイクロプロセッサ７４のモデム
・ベクトル・アドレスは第２２図に示すルーチンＲＸＤ
ＡＴＡの開始アドレスに設定する。この両方は、データ
・パケットの集成１５４の受信に備える（ブロック１２
３４）。

第２２図に示すルーチンＲＸＤＡＴＡがデータ・パケッ
トの集成１５４を送信／受信インターフェース９２から
ＲＸＤＡＴＡＢＵＦＦ　　３１２に転送する。判定ブロ
ック１２５０が、現在受信中のデータ・パケットの内既
に受信したバイト数を追跡し、ブロック１２５２が、受
信したデータ・バイトに対し、それが到着した時に誤り
検査を行ない、受信したデータ・バイトをＲＸＤＡＴＡ
ＢＵＦＦ　　３１２に転送する。判定ブロック１２５Ｏ
が、データ・パケット全体が受信されたと決定すると、
判定ブロック１２５４が、（ブロック１２５２によって
行なわれる誤り検査の結果に基づいて）データ・パケッ
トが誤りなしに受信されたかどうかを判定し、それに応
じてビットをセットする（ブロック１２５６．１２５８
）。次にブロック１２６０が誤り表示ビットを前に述べ
たＣＲＣマツプに記憶し、ブロック１２６２がバイト・
カウンタをクリアする。次に判定ブロック１２６４が、
現在のメツセージのＮ個のデータ・パケット全体を既に
受信したかどうかを判定する。現在のメツセージがまだ
完了していなければ、割込みからの戻りが発生しくブロ
ック１２６６）、もう１回ルーチンＲＸＤＡＴＡに入り
、次のデータ拳パケットの付加的なバイトを受信する。

Ｎ個のデータ・パケット全部を受信していれば、ブロッ
ク１２６８がフラグＲＸＤＯＮＥをセットして、メツセ
ージ全体を受信したことを示し、割込みを不作動にして
、確認メツセージを送信する後まで、ルーチンＭＯＤＩ
ＮＴが呼出されない様にする。

第２３図に示した、ＤＯＭによって使われるルーチンＲ
ＸＡＣＫは、受信した確認メツセージ１７０を送信／受
信インターフェース９２からＲＸＤＡＴＡＢＵＦＦ　　
３１２に転送するタスクを実施する。判定ブロック１３
００が受信された確認信号のバイト数を追跡し、ブロッ
ク１３０２が実際に確認メツセージのバイトをインター
フェース９２からＲＸＤＡＴＡＢＵＦＦ３１２に転送す
る（それと共に、各々のバイトに対し、それを受信した
時にＣ１０誤り検査を実施し、バイト・カウンタをイン
クレメントする）。判定ブロック１３００が、確認フィ
ールド１７４全体を受信したと判定すると、判定ブロッ
ク１３０４が受信した確認フィールドが誤りがないかど
うかを、ブロック１３０２によって計算されるＣＲＣ結
果に基づいて試験する。受信した確認フィールドに誤り
がなく、これがこのメツセージ中で受信された最初の誤
りのない確認フィールドであれば（ブロック１３０６の
試験により）、フラグＶＡＬ　ＩＤＡＣＫをセットし、
正しく受信した確認フィールドからのパケットＲＸ状態
フィールド１７６の内容をＣＲＣマツプ・データ構造に
ロードする（ブロック１３０８）。（このＣＲＣマツプ
・データ構造は、どのデータ・パケットがＤＥＭ　　５
８によって正しくなく受信され、再送信されなければな
らないかを決定する為に、ＤＯＭ　　５８によって使わ
れる）。ブロック１３１０が、確認フィールド１７４の
次の繰返しの受信に備えて、バイト中カウンタ及びＧＲ
ＯＵＰ　　Ｃ０ＵＮＴＥＲを再び初期設定し、判定ブロ
ック１３１２が、確認フィールドの全ての繰返しを受信
したかどうかを判定する。

確認フィールドの全ての繰返しが受信された時、ブロッ
ク１３１４がフラグＲＸＤＯＮＥをセットし、確認メッ
セージ１７０全体を受信したことを示す。

この発明の重要な１つの特徴は、ＣＲＣＭＡＰを使って
、ＤＥＭが受信したパケットの状態を知らせることであ
る。ＤＯＭから送るパケットと共にパケット番号は送信
しない。ＤＥＭも確認でパケット番号を送信しない。Ｃ
ＲＣＭＡＰを使うことにより、何れかのメツセージ（確
認又はデータ）へ送られるビット数のオーバヘッドが減
少する。

この為、前に述べた実効データ速度を達成するのに役立
つ。

ビット当たりの誤り率が非常に低く、雑音及びフェージ
ングの様な通信回線の有害な現象に適応し、従来のプロ
トコルと両立性を持つディジタル形無線送信及び受信通
信プロトコル及び関連した装置を説明した。この発明を
現在量も実用的で好ましい実施例と考えられるものにつ
いて説明したが、特許請求の範囲は図示の実施例に制限
されるものではなく、むしろこの発明の任意の新規な特
徴及び利点を持つあらゆる変更、変形及び均等物を包括
するものであることを承知されたい。これに限定するつ
もりはないが、例として云うと、この発明の好ましい実
施例は無線トランシーバを使うが、この発明は送信機、
受信機又はその他の無線通信装置と共に用いることが出
来る。

【図面の簡単な説明】

第１図は従来のディジタル通信形式の簡略時間線図、第
２図はこの発明の現在好ましいと考えられる実施例の通
信方式５０の略図、第３図は第２図に示した通信用トラ
ンシーバの簡略ブロック図、第４図はこの発明の現在好
ましいと考えられる実施例のデータ・バースト通信形式
を示す略図、第５図は第４図に示した通信形式のプリア
ンブル部分の１例の形式を示す図、第５Ａ図は第５図に
示したガートバンド会フィールドの１例の形式を示す図
、第６図は第４図に示した通信形式の１例のサブプリア
ンブル部分の図、第７図は第４図に示したデータ・バー
スト通信形式の１例としてのデータ・パケットの集成部
分の略図、第８図は第４図に示すデータ・バーストの受
信に応答して、この発明に従ってトランシーバから送信
される１例の確認メツセージの略図、第９図は第４図乃
至第８図に示した信号を処理する為に、第３図に示した
トランシーバで使われる１例のバッファの簡略ブロック
図、第１０図は第３図に示したトランシーバの制御マイ
クロプロセッサによって行なわれる１例のプログラム制
御ルーチンＸＭＡＩＮのフローチャート、第１１Ａ図及
び第１１Ｂ図は併せてトランシーバがディジタル・デー
タ会メツセージを発信する時、第３図に示すトランシー
バの制御マイクロプロセッサによって行なわれる１例と
してのプログラム制御ルーチンＸＤＯＭのフローチャー
ト、第１２Ａ図及び第１２Ｂ図は併せて第１１Ａ図及び
第１１Ｂ図に示したルーチンＸＤＯＭで呼出されるルー
チン５ＨＵＦＴＸの１例としてのプログラム制御工程を
示すフローチャート、第１３図は第１１Ａ図及び第１１
Ｂ図に示したルーチンＸＤＯＭによって呼出されるルー
チンＦＩＬＬＴＸの１例としてのプログラム制御工程を
示すフローチャート、第１４Ａ図及び第１４Ｂ図は併せ
てトランシーバがディジタル・データ・メツセージの宛
先である時、第３図に示すトランシーバの制御マイクロ
プロセッサによって実施されるルーチンＸＤＥＭの１例
としてのプログラム制御工程を示すフローチャート、第
１５Ａ図及び第１５Ｂ図は併せて第１４Ａ図及び第１４
Ｂ図に示したルーチンＸＤＥＭで呼出されるルーチンＩ
ＮＦＢＦＦの１例としてのプログラム制御工程を示すフ
ローチャート、第１６図は第３図に示すトランシーバの
制御マイクロプロセッサが受取った直列「割込み」に応
答して実施される直列割込みルーチンの１例としてのプ
ログラム制御工程を示すフローチャート、第１７図は第
１６図に示した直列割込みルーチンによって呼出される
ルーチンＤＥＴＤＡＴの１例としてのプログラム制御工
程を示すフローチャート、第１８図は第１６図に示した
直列割込みルーチンによって呼出されるルーチンＴＲＭ
ＭＳＧの１例としてのプログラム制御工程を示すフロー
チャート、第１９図は第１６図に示した直列割込みルー
チンによって呼出されるルーチン０ＵＴＤＡＴの１例と
してのプログラム制御工程を示すフローチャート、第２
０図は送信／受信インターフェースによって発生された
割込みに応答して、第３図に示すトランシーバの制御マ
イクロプロセッサが実施するモデム割込みルーチンの１
例としてのプログラム制御工程を示すフローチャート、
第２０Ａ図は割込みルーチン５ＴＲＴＴＸのフローチャ
ート、第２０Ｂ図は割込みルーチンＲＣＶＥＮＴのフロ
ーチャート、第２１図は受信したデータ・バーストの見
出し部分を処理する為に使われるルーチンの１例として
のプログラム制御工程を示すフローチャート、第２２図
は受信したデータ・バーストのデータ部分を処理する為
に使われるルーチンＲＸ　Ｄ　Ａ　Ｔ　Ａの１例として
のプログラム制御工程を示すフローチャート、第２３図
は受信した確認メツセージを処理する為に使われるルー
チンＲＸＡＣＫの１例としてのプログラム制御工程を示
すフローチャート、第２４図（これは第９図と同じ紙面
に示す）はドット・パターンの送信に使われるルーチン
ＴＸＤＯＴの１例としてのプログラム制御工程を示すフ
ローチャート、第２５図はプリアンブル部分の送信の為
に使われるルーチンＴＸＡＭＢＬＥの１例としてのプロ
グラム制御工程を示すフローチャート、第２６図は第４
図に示した見出しを送信するのに使われるルーチンＴＸ
ＨＤＲの１例としてのプログラム制御工程を示すフロー
チャート、第２７図は確認信号を送信するルーチンＴＸ
ＡＣＫの１例としてのプログラム制御工程を示すフロー
チャート、第２８図はデータを送信するルーチンＴＸＤ
ＡＴＡの１例としてのプログラム制御工程を示すフロー
チャートである。

Claims (1)

1. 【特許請求の範囲】 １）第１の地点及び第２の地点の間でディジタル・デー
   タ・パケットのバーストを確実に敏速に交換する方法に
   於て、第１の地点から第２の地点へ複数個（Ｎ個）のデ
   ィジタル・データ・パケットを送信し、第２の地点でＮ
   個のパケット全部を正しく受信したかどうか検査し、第
   ２の地点でまだ正しく受信していないデータ・パケット
   があれば、それを同定するディジタル・データの２進符
   号化Ｎビット・マップを第２の地点から第１の地点へ送
   信し、少なくとも同定されたデータ・パケットがあれば
   、それを第１の地点から第２の地点に再送信し、これを
   Ｎ個のパケット全部を第２の地点で正しく受信するまで
   行なう工程を含む方法。 ２）データ発信ディジタル無線トランシーバからＲＦ通
   信回線を介して宛先ディジタル無線トランジスタへディ
   ジタル信号を送信する方法に於て、複数個（Ｎ個）の相
   次ぐデータ・パケットを第１のデータ・バーストとして
   前記データ発信トランシーバから前記宛先トランシーバ
   へ前記ＲＦ回線を介して送信し、前記宛先トランシーバ
   で前記第１のデータ・バーストを受信し、前記宛先トラ
   ンシーバが前記Ｎ個のデータ・パケットの内のどれを正
   しく受信し、前記宛先トランシーバが前記データ・パケ
   ットの内のどれを正しくなく受信したかを決定し、前記
   正しくなく受信したデータ・パケットを含む、Ｎ個の相
   次ぐデータ・パケットを含む別のデータ・バーストを前
   記データ発信トランシーバから前記宛先トランシーバへ
   再送信する工程を含む方法。 ３）特許請求の範囲２）に記載した方法に於て、前記宛
   先トランシーバから前記発信トランシーバへ前記通信回
   線を介して確認メッセージを送信する工程を含み、該確
   認メッセージは、前記第１のデータ・バースト内のどの
   データ・パケットが正しく受信され、前記第１のデータ
   ・バースト内のどのデータ・パケットが正しくなく受信
   されたかを示す方法。 ４）特許請求の範囲２）に記載した方法に於て、更に、
   前記宛先トランシーバが前記第１のデータ・バーストを
   受信したことに応答して、前記宛先トランシーバから前
   記発信トランシーバへ前記通信回線を介して確認メッセ
   ージを送信する工程を含み、該確認メッセージは前記決
   定する工程の結果を含み、前記再送信する工程は、前記
   確認メッセージに応答して再送信する為のデータ・パケ
   ットを選択する工程を含む方法。 ５）特許請求の範囲２）に記載した方法に於て、前記再
   送信する工程が、前記正しくなく受信されたデータ・パ
   ケットの各々を複数回再送信することを含み、前記正し
   くなく受信されたデータ・パケットのどれも、前記正し
   くなく受信された他のどのデータ・パケットよりも１回
   より多く再送信されない方法。 ６）特許請求の範囲２）に記載した方法に於て、更に、
   前記宛先トランシーバが前記第１のデータ・バーストを
   受信したことに応答して、前記宛先トランシーバから前
   記発信トランシーバへ前記通信回線を介して確認メッセ
   ージを送信する工程を含み、該確認メッセージは前記決
   定する工程の結果を示す信号を含んでおり、前記再送信
   する工程は、前記確認メッセージに応答して、再送信す
   る為のデータ・パケットを選択し、前記別のデータ・バ
   ーストでＮ個のデータ・パケットが送信されるまで、前
   記選択されたデータ・パケットの各々を複数回（ｘ）再
   送信する工程を含み、選択されたデータ・パケットのど
   れも（ｘ＋１）回より多く送信されない方法。 ７）データ発信ディジタル無線トランシーバから通信回
   線を介して宛先ディジタル無線トランシーバへディジタ
   ル信号を送信する方法に於て、複数個（Ｎ個）の相次ぐ
   データ・パケットＰ（１）−Ｐ（Ｎ）を第１のデータ・
   バーストとして、前記データ発信トランシーバから前記
   宛先トランシーバへ前記ＲＦ回線を介して送信し、前記
   宛先トランシーバで前記第１のデータ・バーストを受信
   し、前記宛先トランシーバによって前記データ・パケッ
   トＰ（１）−Ｐ（Ｎ）の内のどれが正しく受信され、且
   つ前記宛先トランシーバによって前記データ・パケット
   の内のどれが正しくなく受信されたかを決定し、前記正
   しく受信されたデータ・パケットを、最大Ｑ個のデータ
   ・パケットを記憶し得るバッファに記憶し、前記正しく
   なく受信されたデータ・パケットに対する場所を前記バ
   ッファ内に空けておきながら、前記バッファ内に記憶し
   得る新しいパケットＰ（Ｎ＋１）−Ｐ（Ｑ）の数Ｘを計
   算し、前記宛先トランシーバから前記データ発信トラン
   シーバへ確認メッセージを送信し、該確認メッセージは
   、前記宛先トランシーバによって正しくなく受信された
   データ・パケット、並びに前記正しくなく受信されたデ
   ータ・パケットの他に前記バッファが記憶し得る新しい
   パケットの数を示し、前記データ発信トランシーバから
   前記宛先トランシーバに、前記正しくなく受信されたデ
   ータ・パケット及び前記数Ｘの新しいデータ・パケット
   を含む別のデータ・バーストを再送信し、前記正しくな
   く受信されたデータ・パケットは、前記別のデータ・バ
   ースト中のデータ・パケットの数が合計Ｎになるまで、
   順次繰返され、前記別のデータ・バースト中のどのデー
   タ・パケットも、前記別のデータ・バースト中の他のど
   のデータ・パケットよりも１回より多く繰返されない工
   程を含む方法。 ８）通信回線を介してディジタル制御及びディジタル・
   データ信号を送信及び受信するトランシーバに於て、一
   連のディジタル信号を送信並びに／又は受信する送信機
   及び受信機手段と、該送信機及び受信機手段に接続され
   ていて、大体下記の時間的な順序 （イ）プリアンブル部分、これは下記のものを持つ （１）交互の１、０のドット・パターン、 （２）（ｉ）多重ビット・バーカ・コードを含む１６ビ
   ット同期ワードＳ、 （ｉｉ）後で処理されるディジタル・データのストリン
   グがディジタル化された音声信号又は他の形式のディジ
   タル信号を含むかどうかを示す様な、少なくとも１回繰
   返される多重ビット順序を含む１６ビット外側アドレス
   ・ワードＯＡ、及び （ｉｉｉ）（１２回の繰返しのどれであるかを示す）１
   ６ビット同期番号コードからなる繰返される１２組、 （３）（ｉ）６４ビット・ガードバンド、 （ｉｉ）６４ビット暗号初期設定ベクトル、及び （ｉｉｉ）所期のメッセージ受取側を同定する１６ビッ
   トの選択的な通信コードからなる繰返される９組、 （ロ）各々ディジタル化された音声信号又は他の形式の
   ディジタル信号を表わすディジタル・データのストリン
   グ、及びあるデータ・パケットを分離する（相次ぐデー
   タ・パケットが前に送信されたパケットの繰返しである
   かどうかを示す）８ビット繰返しバイトを含む複数個の
   相次ぐデータ・パケット、及び （ハ）所定のメッセージの終りを表わすメッセージの終
   りワードで発生する前記ディジタル信号を処理する様に
   前記送信機及び受信機手段を制御する様にプログラムさ
   れたディジタル・データ・マイクロプロセッサ・システ
   ムを含む制御手段とを有するトランシーバ。 ９）特許請求の範囲８）に記載したトランシーバに於て
   、前記制御手段が、大体次の順序、（イ）遂行すべきタ
   クスを示す４ビット指令コード、 （ロ）（前記複数個の相次ぐデータ・パケットが所定の
   メッセージに存在していないかどうかを示す）１ビット
   ＮＰコード、 （ハ）１ビット指令中央実行制御ビット、 （ニ）（前記メッセージを発生するトランシーバを示す
   ）８ビット・サブグループ原始コードＳＵＢＧＳ、 （ホ）（前記選択的な通信信号と共に、前記メッセージ
   の所期の受信側を示す）８ビット・サブグループ宛先コ
   ードＳＵＢＧＤ、 （ヘ）前記複数個のデータ・パケットの各々にあるディ
   ジタル・データのバイトの数（Ｍ）を示す６ビットＢＰ
   Ｐコード、 （ト）前記複数個の相次ぐデータ・パケットの数（Ｎ）
   を示す６ビットＰＰＢコード、 （チ）ディジタル・信号の別の１４ビット、及び （リ）誤り検査信号の１６ビット でディジタル信号を処理することにより、前記６４ビッ
   ト・ガードバンドを処理するトランシーバ。