JPH07507431A - レジスタモデル化無線装置の間で可変長のメッセージを通信するための方法および装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 レジスタモデル化無線装置の間で可変長のメツセージを通信するための方法およ び装置 発明の分野 この発明は一般的には通信装置に関し、かつより特定的には複数のサブセクショ ンを有する通信装置に関する。

発明の背景 この発明の必要性はレジスタモデル化（ｒｅｇｉｓｔｅｒ−ｍｏｄｅｌｅｄ）無 線装置の間での高速度の通信の問題から生じる。今日のレジスタモデル化無線通 信装置は固定長の情報パケットを含む通信プロトコルを使用して互いに通信する 。部品技術の進歩に伴って、無線通信装置は今や以前には携帯用または移動無線 装置では不可能であったサイズのメモリ部品を使用する。特に、電子的に消去可 能なプログラム可能リードオンリメモリ（ＥＥＰＲＯＭ）およびフラッシュメモ リは通信装置のオペレーティングシステムが記憶できる大きさで利用できる。無 線機がレジスタモデル化プロトコルを使用してプログラムされる装置においては 、現在利用可能な固定長のメツセージプロトコルを使用するとかなりの量の時間 が必要である。この時間的要求は現在利用可能な固定長のメッセージングによっ て必要とされる大きなオーバヘッドによる。これらの固定長のメッセージングプ ロトコルは米国特許第４，６３７．０２２号および第４．６８４，９４１号に記 載されている。無線機のプログラミング時間を実質的に低減するために、従来技 術の欠点を克服する、改善されたレジスタモデル化システムおよび該レジスタモ デル化要素の間の通信方法が望まれる。

発明の概要 無線システムが開示され、該システムは複数のアドレス可能なプロセッサ手段お よび通信手段を具備する。該通信手段は前記アドレス可能なプロセッサ手段を相 互接続するためのシリアル通信リンクを含む。該無線システムはまた第１および 第２の通信プロトコルを含む。第１の通信プロトコルはパラメータデータをアド レス可能なプロセッサ手段へとまたは該アドレス可能なプロセッサ手段から受け 渡すための複数の固定長情報パケットを含む。第２の通信プロトコルはパラメー タのデータをアドレス可能なプロセッサ手段へとまたはアドレス可能なプロセッ サ手段から選択可能な速度で受け渡すために複数の可変長の情報パケットを含む 。これによって、前記アドレス可能なプロセッサ手段の動作状態は前記アドレス 可能なプロセッサ手段からまたは前記アドレス可能なプロセッサ手段へと、それ ぞれ、パラメータデータを通信することにより決定できまたは変更できる。

図面の簡単な説明 図１は、本発明に係わるレジスタモデル化通信システムのブロック図である。

図２は、本発明に係わるプログラミングサブシステムの非常に単純化したブロッ ク図である。

図３は、本発明にしたがって通信プロトコルを変更するために使用される方法の フローチャートである。

図４は、本発明にしたがって通信のボーレートを変更するために使用される方法 のフローチャートである。

図５、図６および図７は、本発明にしたがってシリアルバス拡張プロトコル（Ｓ 　Ｂ　Ｅ　Ｐ）モードに入る方法を示すタイミングチャートである。

図８、図９および図１０は、本発明にしたがって前記５ＢＥＰモードから退出す る方法を示すタイミングチャートである。

図１１は、本発明に係わるプロトコルにおいて使用されるサンプルメツセージを 示す。

図１２および図１３は、本発明に係わる放送方法を示す。

図１４は、本発明に係わる５ＢＥＰ応答を示す。

図１５および図１６は、本発明に係わるリトライのタイミングチャートを示す。

図１７は、本発明に係わるアクルッジメントのタイミングを示す。

図１８は、本発明に係わるネガティブなアクルッジメントのタイミングを示す。

図１９は、本発明に係わるリセット放送タイミングを示す。

図２０、図２１および図２２は、本発明に係わる良好な書込み応答を有する第１ のメモリのプログラミングのバス処理を示す。

図２３、図２４および図２５は、本発明に係わる良好なおよび悪い書込み応答を 有する第２のメモリのプログラミングのバス処理を示す。

好ましい実施例の詳細な説明 図１を参照すると、本発明に係わる１組の規定されたアドレス可能なサブセクシ ョンを有する、無線通信装置１゜Ｏが示されている。この図面は現在および将来 のシステムのオプションおよびコマンド／制御サブシステムを共通のリンケージ によって構築され一体化された２方向移動または携帯用無線システムへと統合す るための概念的なアーキテクチャを示す。

３つのサブセクション、ずなゎぢ制御サブセクション１５０、外部オプションサ ブセクション１８０および無線サブセクション２００が示されている。これらの ザブセクションは本発明のレジスタモデル化されたアドレス可能プロセッサ手段 を提供する。これらのサブセクションはレジスタモデル化されたプロセッサと見 ることができるが、それはこれらは相互通信に関する限りレジスタと見ることが できるからである。これらのサブセクションの内容は次に無線装置１００が行な うべき動作を規定するために使用できる。装置１００および／またはサブセクシ ョン１５０．１８０および２００の実際の（ｖｉｒｔｕａｌ）状態は、それぞれ 、前記複数のサブセクションへと情報を通信しおよび前記複数のサブセクション から情報を通信することにより決定しまたは変更することができる。この通信は 本発明にしたがってシリアルバス２３０を介して行なわれる。この基本構造は無 線システム１００に不必要な冗長性を持たせる事なく単一の無線システムで様々 な種々の無線機、機能、特徴および増強性を有する能力を提供する。

各々のサブセクションはマイクロプロセッサユニット（Ｍ　Ｐ　Ｕ）およびメモ リ要素からなる１つまたはそれ以上のレジスタを含む。前記制御サブセクション １５０は制御ＭＰＵ１５８、表示装置１５２、キーボード１５６およびメモリ要 素１５４を含む。キーボード１５６は数字、英数字、ファンクションキー、また はブツシュトーク（ＰＴＴ）のような特徴機能作動キーの任意の組合わせを含む 。外部オプションはＭＰＵ１８２を含むものとして示されている。

必要に応じてこのサブセクションに他のレジスタを加えることができる。無線機 サブセクション２００は受信機２０４、ＭＰＵ２０６およびいくっがのメモリ要 素２０８，２１０および２１２を含む。これらのメモリ要素は、制御、アドレス 、およびデータラインを含む、バス２１４を介してＭＰＵ２０６に結合される。

ＭＰＵ１５８，１８２および２０６はアトし・ス可能であり、それによって前記 通信システム１００にそのサブセクション１５０，１８０および２０００間で１ 対１の通信を提供することが好ましい。

サブセクション１５０，１８０および２００のメモリ要素のいずれかの内容を操 作するために、１組のオペレーション：］−Ｆ　（Ｏｐ　Ｃｏｄｅｓ）が規定さ れている。これらの命令はデータ転送およびシステム制御のために使用される。

これらのＯｐコードはリセット、読出し、書込み（変更）、ピットセット、ビッ トクリア、アクルッジメント（ＡＣＫ）、およびネガティブアクルッジメント（ Ｎ　Ａ　Ｋ）を含む。これらのＯｐコードは前記シリアルバス２３０によって送 信され前記サブセクションのいずれかにおけるいずれかのアドレスされたレジス タに関しデータを書込み、読出し、修正し、または試験することができる。

種々のサブセクションの機能がシリアルバス２３０によって通信されるメツセー ジの内容によって制御される。これらのメツセージは単一の命令または同様の原 始的な機能の組合わせ（ｍａｃｒｏｓ）とすることができる。この特徴はサブセ クションが実際に新しいコマンドのＯｐコードを実行することなく新しい「コマ ンド」に応答する能力を与える。これは前記原始的な命令セットを安定に維持す ることができ、周辺装置１８０の」三位互換性を促進する。

無線機のＭＰＵ２０６は直接受信機２０４および任意選択的な送信機とインタフ ェースし、かつ特定の受信機に関りは動作周波数の発生のためのシンセサイザの 制御、送信電力レベルの制御、オーディオのミューティング、チャネルの操作、 受信／′送信および送信／受信シーケンスのタイミング、可聴範囲外の（ｓｕｂ 　ａｕｄｉｂｌｅ）信号発生および検出（Ｐ　Ｌ／Ｄ　Ｐ　Ｌ　コード）、ハー ドウェア診断、その他を含むことができる。

前記無線機ＭＰＵ２０６はまた各々の関連するタスクが制御ＭＰＵ１５８または 他のＭＰＵ１８２にとって利用可能なシリアルバス２３０へのインタフェースを 提供する。

これらのタスクはメモリの間合わせ、プログラミング命令、表示メツセージの処 理、キーボードメツセージの処理、その他を含む。

制御ＭＰＵ１５８は無線システム１００への人間のインタフェースに加えて全て のサブセクション１，８０および２００へのコマンドを提供する。その機能は表 示装置１５２の制御、ユーザへのシリアルバス２３０によって受信したまたは局 部的に発生したデータおよびステータス情報の表示を含む。ＭＰＵ１５８はまた キーボード１５６からデータおよび制御情報を受信し、かつ選択的にそれらを他 のすブセクシタンのＭＰＵによってさらに処理するために前記表示装置１１５２ またはバス２３０へと導く。

周波数情報、ユニットのＩＤコード、Ｐ　Ｌ／Ｄ　Ｐ　Ｌコード、モードリンケ ージ、走査リスト、その他のような無線システム１００の任意のかつ全ての独自 のパラメータが無線機プロセッサ２０６によって全てのシステムの周辺装置に与 えられる。それはシステム１００のデータベースを提供しかつ他のＭＰｔＪが監 視するためにこの情報をバス２３０を介して転送する。１つの例は無線機ＭＰＵ ２０６上に存在するＰ　Ｌ／Ｄ　Ｐ　Ｌドライバによって与えられる。全ての組 のＰＬおよびＤＰＬに対する可能なコードは前記ＥＥＰＲＯＭ２０８またはＲＯ Ｍ２１２内にハードプログラムすることができる。このＥＥＰＲＯＭ２０８およ びＲＯＭ２１２のデータベースは前記シリアルバス２３０からその情報を必要と する他のＭＰＵに対してアクセス可能である。

音声およびスケルチのような、アナログ制御機能はキーボード１５６からデジタ ルまたはアナログ形式で制御できる。これらの制御機能を表すアナログ信号は直 接キーボード１５６から無線機２００へと図示しない直接の信号ラインを介して 結合できる。あるいは、アナログ信号は前記制御ＭＰＵ１５８内のアナログ−デ ジタル変換器（Ｄ　Ａ　Ｃ）によってデジタル形式に変換され、かつ次にシリア ルバス２３０によって無線機２００に送ることができる。表示装置１５２は前記 制御ＭＰＵ１５８によって制御され、かつステータスおよび監視目的並びにキー ボードエントリのフィードバックのためにシステム１００内の他のＭＰＵによっ てバス２３０を介してアクセス可能である。

外部オプションのＭＰＵ１８２は無線システム１００のオプション１８０および 拡張のためのサポートを提供する。

無線機および制御ユニットのプログラミング、デジタル音声記憶、電話のシグナ リング、マルチ周波数および単一周波数トランキング、その池のような、主たる 通信機能は全て外部オプションのサブセクション１８０によってサポートできる 機能の例である。

シリアルバス２３０は無線システム１００内の全てのＭＰＵ１５８．１８２およ び２０６の物理的インタフェースを提供する。それが３線リンク（信号、ビジー 、およびグランド）からなりかつ図示しない他の内部または外部サブセクション にバス接続することができる。外部で使用される場合、該ケーブルはツィステッ ドペア、シールドされたオーディオまたは光ファイバとすることができる。該リ ンクはまた赤外線、超音波またはＲＦを介して遠隔的に結合することができる。

特定の用途はこれらの要求を増大する。

例えば、移動無線機の用途においては、前記信号ラインは一般にバス＋／バスー ラインとも称される、平衡信号子／信号−ラインに分割しノイズ排除のため相補 的な信号を形成する。前記信号ライン（単数または複数）は実際のシリアルデー タが送信されかつ受信される場合は双方向ラインである。５Ｂ９６００モードに おいては、双方向ビジー（Ｂ　Ｕ　Ｓ　Ｙ）ラインが使用されてデータが信号ラ イン上にあることを指示する。それは処理の開始および終了が生じたことを示し かつまたＮＡＫを示すために使用される。好ましい実施例では、内部的であれ外 部的であれ、前記信号ラインおよびビジーラインへとタップ接続する全てのサブ セクションは［ワイヤードＯＲＪ構成を使用する。

シリアルバス２３０はシステム１００のＭＰＵ１５８゜１８２および２０６の間 でまたはこれらのＭＰＵのいずれかと外部ＭＰＵ　（単数または複数）との間で 通信の必要性が存在する場合にはいずれの時でも使用できる。５Ｂ９６００モー ドにおいては、ＭＰＵの間の通信は前記双方向シリアルバス２３０によって毎秒 ９６００ビツト（Ｂ　Ｐ　Ｓ）で送信されるシリアルデータを使用して行なわれ る。該アーキテクチャは充分に一般的であるから数多くの異なるアプリケーショ ンが構想できる。システムにおける種々のプロセッサへのアクセスは、技術的に 知られた、コンピュータのローカルエリアネットワークにおいてしばしば使用さ れるＣ３ＭＡ／ＣＤ（Ｃａｒｒｉｅｒ　５ｅｎｃｅ、Ｍｕｌｔｉｐｌｅ　Ａｃｃ ｅｓｓ　ｗｉｔｈ　Ｃｏ１１ｉｓｉｏｎ　Ｄｅｔｅｃｔｉｏｎ）と同様の技術を 使用して双方向データラインおよび双方向ビジーラインを介して得ることができ る。

シリアルバス２３０によって行なわれる通信は２つのプロトコルを利用する。初 めに、全てのサブセクションによって理解されている、５Ｂ９６００固定長プロ トコルが使用される。第２のプロトコル、シリアルノくス拡張プロトコル（Ｓｅ ｒｉａｌ　Ｂｕｓ　Ｅｘｐａｎｄｅｄ　Ｐｒｏｔｏｃｏ　ｌ　：　５ＢＥＰ）は 一度に２つのＭＰＵによって使用できる。５ＢＥＰプロトコルを使用することを 望む場合は、発信ＭＰＵ（ホスト）から受信ＭＰＵ　（目標または相手：ｔａｒ ｇｅｔ）へと５Ｂ９６００プロトコルを使用してメツセージが送られ５ＢＥＰモ ードへの変更を要求する。このメツセージは固定長情報パケットを介して送信さ れる。

受信ユニットは固定長の情報パケットの命令に注意するよう動作を進める。好ま しい実施例では、この情報／ぐケ・ソトは受信ユニットに対し第２の動作モード 、５ＢＥＰへと切り換えるよう要求する。いったんこのモードに入ると、可変長 メツセージが種々のボーレートで通信可能であり、サブセクションの間での通信 を大幅にスピードア・ツブする。

プロトコルの切り換えならびに５ＢＥＰプロトコルの他の特徴については後に説 明する。

本発明をより良く理解するため、５Ｂ９６００プロトコルの特徴の概要が与える れる。このプロトコルは後に非常に詳細に説明する５ＢＥＰプロトコルと混同す べきではない。

ある装置が前記ビジーラインが不作動であること（これはまた［空き（ｆｒｅｅ ）Ｊとも称される）を知るため初めにチェックを行なうことによってバスにアク セスする。

もしそれが空きでなければ、装置は再び試みる前にある期間待機しなければなら ない。もしそれが空きであれば、ただちにビジーをアクティブに引っ張り、前記 ビジーラインによって送信し、かつ次に前記ビジーラインを解放しなければなら ない。

５Ｂ９６００が構築される基本的な基礎単位（ｂｕｌｄｉｎｇ　ｂｌｏｃｋ）は ８ビツトのデータバイトである。

スタートおよびストップビットを備えた該データバイト（合計１０ビツト）は「 データパケット」と称される。これらのデータパケットは単一の「メツセージ」 を形成するよう連結される。メツセージは典型的には、１つのＯｐコードバケッ ト、 アドレスパケット、 データ（アーギュメント）パケット、 およびＣＲＣ（巡回冗長符号）パケットからなる システム】００において許容されている２つの夕・ｒブのメツセージは要求（Ｒ ｅｑｕｅｓｔｓ）および放送（Ｂｒｏａｄｃａｓｔｓ）である。要求はシステ１ １内の他のプロセッサから情報を得るために使用される。放送は特定の要求に対 する応答（請願された（ｓｏｌｉｃｉｔｅｄ）放送または返答）であるかあるい は、ボタンが作動された時のように、自発的に発生されか一つシステム内の全て の装置に送信される（請願されない放送）である。

前記シリアルバスにおけるビジーラインは主にバス上にメツセージが存在するこ とを示す働きをする双方向ラインである。メツセージがバス上で送信できる前に 、送信することを希望する装置はまず前記ビジーラインがアクティブであること を調べなければならない。もしそれがアクティブでなければ、該装置はビジーラ インをアクティブに引っ張りかつメツセージを送信する。もしある装置がその送 信に対して応答を期待すれば、前記ビジーラインは前記返答（Ｒｅｐｌｙ）の最 初のバイトを受信した後にまたはタイマが経過した後に解放しなけれはならない 。もし応答が期待されなければ、ビジーラインはメツセージの最後のパケットを 送信した後に解放されなければならない。ビジーラインはまたＮＡＫを処方しく ｆｏｒｍｕｌａｔｅ）およびテストするために使用される。

あるメツセージがＣＲＣエラーを有する場合、あるいはもしパケット間遅延違反 が生じれば、受信装置はただちに前記ビジーラインをアクティブに引かなければ ならない。

放送を送信した後、もとの送信機はビジーラインを解放しかつ次にサンプルして それが依然としてアクティブに保持され、メツセージが正しく受信されなかった ことを示しているか否かを調べる。もしビジーが依然としてアクティブに保持さ れていれば、メツセージはＮＡＫ応答を受けておりかつ発信元の送信機はメツセ ージを再び送信することができる。再送信の間、ビジーは決して状態を変えない （常にアクティブである）ことに注目すべきである。いったん有効なメツセージ が受信されると、全てのその後のメツセージはビン−が状態を変えるまで無視さ れるべきである。

エラーは外部のノイズ発生源、衝突、または不適切なシステムの使用によって生 じる。データ送信におけるエラーはＣＲＣにより、タイミング違反により、ある いは衝突を検出することにより検出される。衝突の検出は送信された情報を発信 元のＭＰＵにおいて監視することによって達成される。そのようなエラーが生じ た時、ネガティブアクルッジメント（Ｎ　Ａ　Ｋ）が送信される。Ｎ　Ａ　Ｋは 放送に続＜　ｒＮＡＫ期間」の間にビジーラインをアクティブに引くことからな る。この時間インターバルにお１」るアクティブなビジーの単なる存在は少なく とも１つの聴取者がエラーを検出したことを示す。ＮＡＫはいずれかの放送が再 送信されるようにする。

もしノイズがバスを汚染しあるいはもし２つまたはそれ以上のＭＰＵがバスの制 御をまったく同じ時間に取れば、受信されたＣＲＣは期待されるものではなくな る。送信の間、各々のパケットは１つのパケット時間内で前のパケットに続かな ければならない（パケット間遅延）。もし「パケット間遅延違反」が発生すれば 、受信機はただちにＮＡＫを行なわなければならない。パケ゛ット間遅延違反が 発生した場合には常に、受信したメツセージは無視されかつ受信機は新しいメツ セージを受信するために再初期化されなければならない。

システムにおける各々のオプション、制御ヘッドおよび無線機はそれにグループ および装置アドレスが割当てられている。２つのオプションは同じ装置アドレス およびグループを持たない。装置アドレスは特定の装置を指定する必要がある場 合にメツセージと共に送信される。

図２を参照すると、プログラム装ｆｉ！１１９５が、シリアルバス２３０を介し て無線機２００に結合されている。無線機２００は本発明にしたがってプログラ ム装置１９５およ機２００は本発明にしたがってシリアルバス２３０を介してプ ログラム装置！１９５に結合されているものとして示されている。プログラム装 ｆｉｌ　１９５は無線機２００に対して外部オプション１８０として結合されて いる。この実施例では、プログラム装ｆｆ１１９５はホストとして動作するが、 それは情報パケットの形でプログラミングメツセージを発生ずるからである。こ れに対し、無線機２００は目標または相手装置として機能するが、それは該無線 機２００がプログラム装置１９５によって発行されるプログラミングコマンドを 受信しかつ実行するからである。

無線機２００をプログラミングする上で、プログラム装置１９５は５Ｂ９６００ プロトコル、すなわち第１のかつ固定されたボーレートの通信プロトコル、を使 用して通信プロトコルの変更を要求する。無線機２００は言い換えれば、アイド ル状態で待っており、バス２３０によって動作するいずれかのサブセクションか ら５Ｂ９６００情報を受信することを期待している。無線機２００はプロトコル 変更要求の受信をプログラム装置１９５に対してアクルッジする。このアクルッ ジメントにより、プログラム装置１９５および無線機２００は５ＢＥＰモード、 すなわち第２のかつ可変長の通信プロトコル、に切り換わる。プログラム装置１ ９５および無線機２００の双方が５ＢＥＰモードになることにより、プログラミ ングが始まる。プログラム装置１９５から通信されるプログラミング情報はサブ パケットからなる情報パケットである。これらのサブパケットは可変長Ｏｐコー ドのサブパケット、可変長のメツセージサイズのサブパケット、データのサブパ ケット、アドレス、エラー検出用サブパケット、その他を含む。このハンドシェ イクおよびプログラミングのより詳細な説明は５ＢＥＰモードへのエントリを示 す図３および図４を参照して説明する。

図３を参照すると、５ＢＥＰによる首尾良い移行（ｃｈａｎｇｅｏｖｅｒ）およ び通信を行なうためにプログラム装置１９５によって使用される手順のフローチ ャートが示されている。無線機２００のプログラミングはフローチャート６００ の通信部分を使用する。さらに、このプログラミングは無線機２００の実質上の 状態（ｖｉｒｔｕａｌｓｔａｔｅ）の変更を生じる。スタートブロック６０１が ら、ホストは、ブ岬ツク６０２によって、５ＢＥＰモードへの切り換えを要求す る５Ｂ９６００メツセージを送信する。無線機２００はこの５Ｂ９６００メツセ ージの受信を該メツセージをＮＡＫ応答しないことによりアクルッジする。この アクルッジメント（ＮＡＫの欠如）は、ブロック６０４により、無線機２００が エラーなしにメツセージを受信したことを示す。ブロック６０４の出方はブロッ ク６０６に結合されており、そこでプログラム装置１９５はビジーラインをアク ティベイトする。このビジーラインは他の装置にプログラム装置１９５が無線機 ２００に通信している間シリアルバス２３０がら離れているように通知するため に使用される。ビジーラインがアクティベイトされることにより、ホストは、ブ ロック６１４により、５ＢＥＰメツセージを送信する。

ブロック６１４から、条件ブロック６１６がプログラム装置からの５ＢＥＰメツ セージにおいてなんらかのエラーが受信されたか否かを判定する。プログラム装 置１９５がら無線機２００へと通信されたメツセージがエラーを伴って受信され たことを示すノー（ＮＯ）出方はブロック６１８に結合され、そこで無線機２０ ０は５ＢＥＰネガティブアクルッジメントメッセージ（Ｎ　Ａ　Ｋ）をプログラ ム装置１９５に返送していくっがのエラーが受信されたメツセージに検出された ことを示す。このネガティブアクルッジメントは５ＢＥＰ　ＮＡＫであり、５Ｂ ＥＰモードにおいて通信されるいずれか他のメツセージと同様のデータバイトで ある。エラーの検出は技術的によく知られたいくつかの利用可能な方法の内の任 意のものによって行なうことができる。好ましい実施例では、検査台ｆｌｉ（ｃ ｈｅｃｋｓｕｍ）エラー検出が使用され検査合計パケットが通信される。巡回冗 長検査（ＣＲＣ）パケットのような他のエラー訂正技術を同じまたはより良好な エラー検出性能をもって検査合計パケットと置き換えることもできる。ブロック ６１８の動作の一部として、ＮＡＫトライアルの数が１だけ増大される。ＮＡＫ が相手からホストへと送信される回数が次に、ブロック６２０および６２１によ って、監視される。ブロック６２０および６２１はメツセージが通信される時に 該メツセージを汚染する無線機２００とプログラム装置１１９５との間のリンク に大きな問題が存在する場合にトライアルの数を制限するよう構成される。この 問題はシリアルバスにおける物理的なものかもしれずあるいはリンク上に加えら れたノイズかもしれず、ともに反復的なエラーを引き起こす。トライアルの数は 特定のシステムの特性に基づき選択される。好ましい実施例では、エラーを有す る大きな数のトライアルを示すフラグが上げられる前に３回のトライアルが許容 される。大きな回数のエラーは条件ブロック６２１のイエス（ＹＥＳ）出力を生 成し、これはブロック６１０に結合され、そこでホストはビジーラインを解放し かつ５ＢＥＰモードを終了する。この時点で５Ｂ９６００から５ＢＥＰモードへ の切り換えを再開するにはホストから新しい変更要求を行なわなければならない 。

条件ブロック６１６のイエス出力はブロック６２４に結合され、そこでアクルッ ジメント（Ａ　ＣＫ）が無線機２００からプログラム装置１９５に送信される。

トライアルの数はこの時点でまたはブロック６１４の前の任意のポイントでゼロ にセットされることが理解できる。ブロック６１６および６２６を結合する経路 は、図示しない、トライアルの数をクリアするブロックを含む。いったんＡＣＫ が返送されると、無線機２００は、ブロック６２６によって、５ＢＥＰメツセー ジによって要求される動作を行なうことになる。プログラミングの特別の場合に は、無線機２００はプログラム装置１９５からプログラミング情報を受信しかつ それらをＲＡＭ２１０およびＥＥＰＲＯＭ２０８ｓ、：、格納するよう進行する 。

ブロック６２６は条件ブロック６２８に結合され、そこでプログラム装置１ｉ１ １９５の要求に関して判断が行なわれる。

無線機２００に通信されたメツセージの種類に応じて、新しい返答（ｒｅｐｌｙ ）が予期できる。一般に、要求がホストによって返送された時返答が必要とされ る。しかしながら、放送（ｂ　ｒｏａｄｃａｓ　ｔ）は返答を必要としない。

種々の形式のメツセージについての詳細は後に説明する。

条件ブロック６２８は前記通信されたメツセージが無線機２００からの応答を要 求しているか否かを判定する。イエス出力はブロック６３０に結合され、そこで 無線機２００はプログラム装置１９５に返答を送り返す。このブロックから、動 作は条件ブロック６０８に結合され、そこで全てのホストの要求がサービスされ たか否かに対し判断が行なわれる。ブロック６０８のイエス出力はブロック６１ ０に結合され、そこでホスト１９５はビジーラインを解放して５ＢＥＰモードの 終了を示す。ブロック６１２はホストおよび目標の双方を５Ｂ９６００のモード へと戻す。条件ブロック６０８のノー出力はブロック６１４へとつながる。

無線機２００のプログラミングにおいては該無線機はホストに対して特定の情報 パケットによって応答することは必要ないかもしれないが、本発明の他の態様に おいては、プログラミング装置１９５は実際には無線機２００から情報を要求し 得ることが理解される。１つのそのような用途はプログラム装置１９５によって 発行される読取りコマンドであり、該コマンドは、無線システム１００のサブシ ステムのいずれかにおける、メモリの一部がそこに転送し戻されることを要求す る。この状況では、無線機２００はそのメモリの内容をプログラム装置１９５に 転送し戻すよう処理することが分かる。いったん返答がプログラム装置１９５に 戻されると、動作は条件ブロック６０８に戻りホストからの最後の要求がサービ スされたか否かを判定する。

条件ブロック６２８のノー出力はまた条件ブロック６０８に戻される。

フローチャート６００の重要な観点はプログラム装置１９５および無線機２００ の間で受信されかつ送信されるメツセージは可変長とすることができ、かつした がって各々のメツセージはプログラム装置１９５からの完全な要求または無線機 ２００からの完全な応答を含み得ることである。

これは固定長のメツセージが受信および送信されて通信のプロトコルに対し大き なオーバヘッドを生じている現在入手可能なシステムに対し意義深いことである 。５ＢＥＰプロトコルによって提供される可変長の利点は無線通信装置が現在入 手可能な機構に比較して遥かに短い期間でプログラムできるようにする。本発明 の他の利点は無線通信装置が今やブートストラップモードにおいて効率的にプロ グラムできることである。

図４およびフローチャート５００を参照すると、本発明に係わる無線システム１ ００のレジスタモデル化要素の間での通信プロトコルで使用されるボーレートを 変更する方法が示されている。スタートブロック５０１から、ホストは、ブロッ ク５０２によって、新しいボーレートへの切り換えを要求する５ＢＥＰメツセー ジを送信する。明かに、ブロック５０２はホストがすでに５ＢＥＰモードへの切 り換えを要求しておりかつプログラム装置１９５および無線機２００がすでにこ の動作モードに切り換えているものと仮定し、ている。いったんボーレート切換 メツセージが送信されるど、条件ブロック５０４は該ボーレート変更要求が無線 機によってエラーなしに受信されたか否かを判定する。

エラーが発見されたことを示す、ノー出力はブロック５０８に結合され、そこで ネガティブアク、Ｊレッジメン）・（ＮＡＫ）が無線機からホストへと古いボー レートで送信される。ブロック５０８の出力はトライアルの回数を監視するブロ ック５０６を介してブロック５０２に戻される。ブロック５０６は通信リンク２ ３０における散発的でないエラーを検出するためにトライアルの回数を監視する 。条件ブロック５０４のイエス出力はブロック５１０に結合され、そこでアクル ッジメント（Ａ　ＣＫ）が古いボーレートでホストに返送され、かつボーレート が、無線機において、要求された新しいものへと変更される。ブロック５１０の 出力は条件ブロック５１２に結合され、そこでホストによって受信されるＡ　Ｃ Ｋの条件に関して問い合わせが行なわれる。条件ブロック５１２のイエス出力は プロ・ツク５１−４に結合され、そこでホストは新（７いボーレート八−と切り 換える。条件ブロック５１２の八−出力はさらに他の条件ブロック５１８に結合 され、そこでタイマが監視される。この条件ブロックはタイマの経過を調べる。

タイマが経過したことを示すイエス出力はブロック５０２に戻され、そこでホス トはボーレートを変更する第２の要求を送信する。

ホストがアクルッジメントを受信するのに割当てられた時間が経過していないこ とを示すノー出力はブロック５１６に続き、そこでホストにアクル・ソジメント につ（１てチェックを行なわせる。ブロック５１６の出力は条件ブロック５１２ に戻り、そこでＡＣＫの受信が判定される。

フローチャート５００により、２つの構成要素の間での通信は何らのｌ＼−ドウ エアの相互作用なしに変更できることが分かる。好ましい実施例では、高いボー レートが望ましく、それは無線システム１００のサブセクションのプログラミン グは多量のデータが転送されることを必要とするからである。このボーレートの 変更のルーチンはプログラミングに限定されるものではなくかつ任意のデータの 転送に使用できることが理解される。

本発明の重要な利点はフラッシュＥＥＰＲＯＭの利用によって実現される。電気 的に消去可能なメモリにファームウェアを記憶するこれらのメモリ要素の利用可 能性はも：よや到達不能なものではなくかつ容易に実施できるものである。しカ ルながら、現存の通信プロトコル（こよれば、大きなメモリ要素、すなわち２５ ６キロノ（イトのデノ（イス、をプログラムするための時間は過剰なものであり 力九つ効率的なものではない。さらに、５Ｂ９６００のような、利用可能なプロ トコルはそれらの固定されたアドレスフィールドによりアドレス範囲を制限する 。本発明によって得られる利点は５ＢＥＰプロトコルのボーレートによって何ら の制約も課されないことであり、したがってシリアルレノくスζこよってメモリ 装置がプログラムされる速度は大幅客こ改善できる。さらに、５ＢＥＰによって 提供されるアドレシング能力の増強のため１６メガバイトまでの装置およびそれ より大きな装置もこの新しいプロトコルを使用してプログラムできる。メモリの プログラミング時間は可変長メツセージを使用すると１０の係数で低減されるこ とが予期できる。

これは主に小さなオーバヘッドを有する多量のデータを送信する利点を有するこ とにより達成され、プロトコルを高度に効率的なものにする。本発明の１つの他 の利点はシリアルバスを使用する場合に無線機の表示を更新することによるもの である。このプロトコルを使用する場合、可変長メツセージおよび可変ボーレー トを使用することにより表示装置上に情報を表示する効率が大幅に改善されるこ とが再び認識できる。

好ましい実施例では、前記５ＢＥＰはシリアルバスによるオプションの間でまた は外部コンピュータと無線機またはそのオプションのメインプロセッサとの間で 高いデータ転送レートを達成するために使用される。シリアルバス上のノードの 間でまたはホストから接続されても良くあるいは接続されなくても良いオプショ ンへの１対１の通信に向けられている。前記メツセージは、要求、放送、応答ま たは返答（Ｒｅｐｌｉｅｓ）、アクノレツジ（Ａ　ＣＫ）およびネガティブアク ルッジ（Ｎ　Ａ　Ｋ）からなる。要求は目標または相手（ｔａｒｇｅｔ）が接続 されることを要求し、放送は要求しない。返答は要求に応じて送信するのみであ る。

前記５ＢＥＰは特定の構成がどのボーレートを使用するかを選択できるようにす ることによって高いスルーブツトを達成する。好ましい実施例は３８．４にボー までのレートをサポートする。より高速のプラットホームを使用するより高いレ ートも実現できることが充分理解される。プロトコルそれ自体はＳＣＩバイト時 間に関して最高の（ｍ。

ｓｔ）タイミングを指定する。また、５ＢＥＰメツセージにおける可変バイトの カウントおよび単一バイトのアクルッジメントも高いスループットに寄与する。

一般に、かつ好ましい実施例においては、５ＢＥＰは一時的なシリアルバス「モ ード」である。以後ホストと称される、５ＢＥＰの発信元はグループ／アドレス によって識別されるバスにより１つのノードに５Ｂ９６００メツセージを送信す る。前記グループ／アドレスにより目標とされるノード、すなわち以後目標また は相手装置と称される、無線機２００はこの５ＢＥＰＲＥＱメツセージにより５ ＢＥＰを達成するよう要求する。該相手装置は存在しなくても良く、その場合は ホストは５Ｂ９６００のＮＡＫがないものとして進行する。この状況の間は、放 送メツセージのみが意味を持つ。５Ｂ９６００から５ＢＥＰプロトコルに入るこ とができることに加えて、それはブートストラップモードを介して直接入ること ができる。言い換えれば、相手装置はその内部プロセッサが前記シリアルバスを 介しての５ＢＥＰメツセージによりそのファームウェア装置（フラッシュまたは ＵＶＥＰＲＯＭ）を再プログラムできるようにする。前記ファームウェアデバイ スは相手装置が製造された時に空っぽにされる（ｂｌａｎｋ）可能性があるから 、このプロトコルはプロセッサのブートストラップモードのために書かれたアル ゴリズムと組合わせて無線機のプロセッサがファームウェアをそのプログラムス ペースのデバイスに書き込みできるようにする。

５ＢＥＰプロトコルの性能の詳細を示すために、いくつかのタイミングおよび流 れ図を参照する。これらの図は５Ｂ９６００から５ＢＥＰへの切り換えを含む５ ＢＥＰプロトコルの特徴のいくつかを理解する上での助けを与えることを意図し ている。これらの図は好ましい実施例の特定のものを表わしておりかつ本発明に 対する制限であると解釈されるべきできない。

図５は、５ＢＥＰモードへのエントリのタイミングおよび流れ図を示す。相手先 または目標のプロセッサがそのＥＥＰＲＯＭ内にファームウェアを有する場合、 それは５Ｂ９６００モードで動作している。５ＢＥＰモードへと切り換えるため に、相手装置に対してホストが５ＢＥＰ動作を始めることを希望することを指令 する５Ｂ９６００のｏｐコードがある。ホストは５ＢＥＰＲＥＱ　５Ｂ９６００ バスメツセージ７１０を送信する。この要求に続き、ビジーラインが解放され、 ７０６、その間に相手装置からのＮＡＫを調べる。もし、期間７０６のロー状態 の間の一時的なハイによって識別される、ＮＡＫが存在すれば、ホストはりトラ イを行なう。ＮＡＫが続くリトライは５ＢＥＰモードへのエントリの不許可とな る。もし５Ｂ９６００のＮＡＫが発生されなければ、ホストは再び「ビジー」ラ インをアクティブに引かなければならなず（７３０）　、かつ５ＢＥＰメツセー ジ７１２を送信するよう進行する。全ての他のバスのオプションは５ＢＥＩ’Ｒ ＥＱのＯｐコードを見た後は静止状態に（ｑｕｉｅｔ）留まっておりかつ５ＢＥ Ｐはビジーラインがアクティブに留まっている限り進行することができる（７３ ０）。もし相手装置が存在しなければ、５ＢＥＰへのエントリはあたかもそれが 存在するかのように進行する。

相手装置が接続されている場合に５ＢＥＰに入ると、それ（相手装置）は準備が でき次第でるだけ速（５ＢＥＰボーレートでＡＣＫを送らなければならない。ホ ストは５ＢＥＰボーレートにおいて５　ＳＣＩ／＜イト時間の間このＡＣＫを待 機すべきであり、かつ５　３ＣＩバイト時間の後にＡＣＫが見られなければ相手 装置は存在しない可能性がある。ＳＣＩバイト時間は一般に動作しているボーレ ートで１バイト（８ビツト）のデータに加えてスタートおよびストップビットを 送信するのに必要とされる時間量として定義される。この初期ＡＣＫはホストに それが５　３Ｃｉバイト時間の間待機するよりはむしろ直ちにメツセージを送信 できることを通知するために使用される。もし相手装置がＡＣＫを行なうのが遅 れるとかつホストが要求または放送を送信するよう進行すると、たぶん衝突が起 きるであろう。そのような衝突が起きかつバス上に相手装置がある場合、該相手 装置は該要求または放送に対しＮＡＫ応答するであろう。ホストは相手装置が完 全なメツセージを受信しなかったのでリトライを行なう責務を有する。

もし相手装置が、新しい無線機の場合のように、開始のためのファームウェアを 持たない場合、ホストは該相手装置が５ＢＥＰＲＥＱ　７１０を発行した後に５ ＢＥＰモードに入ることを期待できない。５ＢＥＰＲＥＱ　７１０は依然として 発行され他のバスオプションが５ＢＥＰがバス上で行なわれようとしていること に気がつくようにしなければならない。相手装置は到達不能であるから、該相手 装置と通信する唯一の手段は該相手装置をブートストラップモードにしかつブー トストラップコードをそれにダウンロードすることである。好ましい実施例では 、マイクロプロセッサユニット３００はＭＣ６８ＨＣ１１型マイクロプロセツサ である。このプロセッサはブートストラップモードをパワーアップするためにＭ ＯＤＡ／Ｂラインをローにすることによりリセットから逃れなければならない。

相手装置がリセットするときＭＯＤＡ／Ｂがローであることを保証するのはホス トの責務である。任意選択的には、無線機のアーキテクチャ−が外部制御によっ て要求されたラインによりこれが生じることができるようにし得る。

図６は、相手装置がファームウェアを持たない場合の５ＢＥＰへのエントリを示 す。言い換えれば、この図はプロセッサをブートストラップモードにするのに必 要な事象を示している。リセットパルス８０２は相手装置がシリアルバスによっ てリセットするよう指令され得ないから５Ｂ９６００メツセージまたは５ＢＥＰ メツセージの使用によって発生することができない。工場での環境では、リセッ トパルス８０２は相手装置からリセットを引き起こすのに充分長い期間の間型源 を自動的に除去することにより引き起こされる。しかしながら、現場ではこのリ セットパルス８０２は再プログラム機器を操作する人間によって手動により行な わなければならない。通常の状況では、オペレータが手動により相手装置をリセ ットさせなければならない場合は現場ではほんの少ししかない。

ブートストラップコードをダウンロードするためのプロトコルはプロセッサおよ びそのクロック速度に依存することに注目すべきである。情報をダウンロードす るために、ＭＣ６８８Ｃ１１のリファレンスマニュアルを参照すべきである。５ ＢＥＰへのエントリについて考察すべき最後の場合は相手装置が５Ｂ９６００に よって通信するファームウェアを有するが、それをブートストラップモードに置 かなければならない場合である。これは相手装置のファームウェアがアップグレ ードされるべき場合である。このエントリ手順が図７に示されている。相手装置 におけるプロセッサはそのＲＯＭ内にファームウェアを有するから、該プロセッ サは５Ｂ９６００モードで動作する。５ＢＥＰモードへの切り換えのために、ホ ストは５ＢＥｒ’ＲＥＱ　５Ｂ９６００バスメツセージ７１０を送信し、かつも し相手装置がそれを受信しかつ５Ｂ９６００のＮＡＫを発生しなければ、ホスト は「ビジー」をアクティブに引かなければならない（７３０）。全ての他のバス オプションは５ＢＥＰＲＥＱのｏｐコードを見た後静止状態に留まっておりかつ ５ＢＥＰはビジーラインがアクティブに留まっている限り進行できる。もし相手 装置が存在しなければ、５ＢＥＰへのエントリはあたかもそれが存在するかのよ うに進行する。

ＲＥＳＥＴ−ＲＥＱのｏｐコードがホストから送信されて相手装置がそれ自身の リセットパルスを発生すべきことを指示し、ブートストラップモードを生じる。

相手が接続されている場合に５ＢＥＰに入ると、それ（相手装置）は準備ができ 次第でるだけ速＜　５ＢＥＰボーレートでＡＣＫを送らなければならない。ホス トは５ＢＥＰボーレートで５　３ＣＩバイト時間の間このＡＣＫを待機すべきで あり、かつもしＡＣＫが５　３ＣＩバイト時間の後に見られなければ、相手装置 は存在しない可能性がある。この初期ＡＣＫはホストにそれが５　３ＣＩバイト 時間の間待つよりはむしろ、直ちにメツセージを送信できることを通知するため に使用される。もし相手装置が遅れてＡＣＫを送ればかつホストが要求または放 送を送信するよう進行すれば、たぶん衝突が生じるであろう。そのような衝突が 生じた場合、バス上に相手装置があり、かつ該相手装置は該要求または放送に対 しＮＡＫを送信するであろう。

ホストは相手装置が完全なメツセージを受信しないため要求に応じてリトライを 行なう責務を有する。

次に、図８、図９および図１０を参照すると、３つの異なる動作モードに対して ５ＢＥＰモードからの退出（ｅｘｉｔ）について示されている。５Ｂ９６００か ら５ＢＥＰに入りかつ相手装置がブートストラップモードに入らなかった場合に は、５ＢＥＰからの退出はビジーライン１００２を解放することにより達成でき る。いったんビジーラインが解放されると、相手プロセッサは５Ｂ９６００に戻 らな（ではならない。これは図８に示されている。全ての他のバスオプションは ビジーラインが）１イに移るのを観察しかつそれら自身を５Ｂ９６００モードで 再びアクティベイトする。

あるいは、図９に示されるように、ホストは相手装置に対してリセット−放送（ ＲＥＳＥＴ−ＢＲＯＡＤＣＡＳＴ）メツセージ１１０６を発行することにより相 手装置を５ＢＥＰから退出させることができる。前記リセット放送メツセージ１ １６は相手装置にリセットを行なわせかつそれによって通常の５Ｂ９６００バス プロトコルの動作をパワーアップさせる。ビジーラインにおいて、前記パルス１ １０２は相手装置のプロセッサにより発生される通常の「パワーオン」ビジー状 態を示す。このパルスの立上りエツジは５Ｂ９６００モードでの相手装置のパワ ーアップを開始させる。バス要求ライン上のパルス１１０４は相手装置のプロセ ッサによって発生される通常の「パワーアップ」形リセットである。

図１０に示されるように、さらに他の選択肢として、もし相手装置がブートスト ラップモードにありそのファームウェアがプログラムされていれば、５ＢＥＰリ セット−放送メツセージ１１０６が該相手装置に送信されなければならなず、か つそれがもともとブートストラップモードに移ることができた条件を除去しなけ ればならない（ＭＯＤＡ／Ｂがローにセットされる）。もし相手装置が実行すべ きファームウェアを有しておれば、それは取り上げられ５Ｂ９６００モードを動 作させることになる。パルス１２０２は相手装置のプロセッサにおけるｃｏｐタ イムアウトによって引き起こされるリセットパルスを表わす。再び相手装置が点 線１２０４で示されるように５Ｂ９６００においてパワーアップする。

５ＢＥＰメツセージのフォーマットはメツセージが１バイトからスタートして２ １６＋４バイトの長さまで可変長にできる点で非常に柔軟性がある。実際に、最 大のメッセージ長は目標または相手装置において利用できるＲＡＭの量によって 制限される。

最初のバイトのメツセージは常に何が続くかを決定する。

表１は最初のバイトに対する可能性およびそれが引き続くバイトがなにを意味す るかにどのように影響を与えるかを示す。

ｍｓｎ　ｌｓｎ　メツセージのリセットに対する関係 （＄０−＄Ｅ）　（＄０−＄Ｅ）　拡張なし、ｌｓｎにおける検査合計へのカウ ント （＄０−＄Ｅ）　（ＳＦ）　２つの拡張されたサイズのバイトが続く （ＳＦ）　（＄０−＄Ｅ）　１つの拡張されたｏｐコードバイトが続く、Ｉｓｎ に おける検査合計へのカウント （ＳＦ）　（ＳＦ）　１つの拡張されたＯｐコードのバイト、２つの拡張された サイズのバイトが続く 表Ｉ　５ＥＥＰメツセージの最初のバイト前記５ＢＥＰメツセージの最初のバイ トはニブル毎のベースで（ｐｅｒ　ｎ１ｂｂｌｅ　ｂａｓｉｓ）考えられるべき である。すなわち、最初のニブルまたは最上位ニブル（ｍｓｎ）はＯｐコード情 報を含み、かつ第２のニブルまたは最下位ニブル（ｌｓｎ）は引き続くバイトの 数に関する情報を含む。したがって、もし前記１ｓｎが＄０であれば、引き続く バイトはもはやなく、かつ＄０をｌｓｎとして持つ全ての初期バイトは１バイト のメツセージである。

ＡＣＫおよびＮＡＫは１バイトのメツセージであり検査合計を有しない。

前記最初のバイトのｌｓｎは＄０からＳＦまでの値を取り得る。前記１ｓｎが＄ ０〜＄Ｅである場合は、それは特定のメツセージにおいて引き続くバイトの数を 表わす。それがＳＦである場合は、それは拡張サイズの２つの付加的なバイトが 続きかつこれらはメツセージサイズを含むことを意味する。

前記最初のバイトのｍｓｎはｏｐコードである。それは＄０からＳＦまでの値を 取り得る。それが＄０〜＄Ｅである場合は、それはＯｐコードである。もしそれ がＳＦであれば、拡張されたｏｐコードである引き続く付加的なバイトがある。

第３の組合わせはｍ　ｓ　ｎにＳＦを含み、付加的なＯｐコードバイトが続くこ とを示している。拡張されたｏｐコードは前記１ｓｎのカウントの部分ではなく 、それはｍｓｎがＳＦであるという事実により拡張されたｏｐコードがそこにあ ることが知られているからである。

メツセージの最後のバイトとして常に検査合計があり前記最初のバイトのｌｓｎ におけるあるいは１またはそれ以上の拡張されたサイズにおけるカウントを含ん でいる。検査合計（ｃｈｅｃｋｓｕｍ）は次のように計算される。

検査合計＝＄ＦＦ−（（メツセージ中の全てのバイトの和）モジュラス２５６） 図１１は、５ＢＥＰメツセージフオーマツトにより可能な種々のサイズのいくつ かのサンプルメツセージを示す。

これらのサンプルメツセージの提示は読者に５ＢＥＰプロトコルのために使用さ れるメッセージ長グ（ｍｅｓｓａｇｉｎｇ）の良好な理解を与えることを意図し たものである。

単一バイトのメツセージ９０２は所望の可変長オペレーションコード（ｏｐコー ド）を示す最初のニブル９０２２を含むものとして示されている。第２のニブル は、もしあれば、検査合計バイトを含む引き続くバイトの数を示す。前記可変長 のｏｐコードは、リセット操作コード、読み出し操作コード、書き込み操作コー ド、ピットセット操作コード、ビットクリア操作コード、アクルッジ操作コード 、およびネガティブアクルッジ操作コードからなるコードのグループから選択さ れた１つまたはそれ以上のコードとすることができる。

いくつかの複数バイト（ｍｕｌｔｉ−ｂｙｔｅ）メツセージがこのメツセージフ ォーマットが提供する広範囲の異なる可能性を与えるためにこの図において示さ れている。

複数バイトメツセージ９０４は、最初のバイトで表わされる、ｏｐコードおよび バイトカウントを含む。第２のバイトは検査合計バイト９０４２であり、これは エラー検出目的のために使用される。第２のニブルにおけるバイトカウントの内 容は最初のバイトに単一のバイトが続くことを示すものである。マルチバイトメ ツセージ９０６はデータ部分９０６２を含む。該データ部分９０６２はこのメツ セージでは単一バイトを含む。カウントニブルは検査合計を含む２バイトのデー タが続くことを示している。同様に、メツセージ９０８はバイトカウントによっ て示されるように４バイトのデータを含む。

メツセージ９１０は拡張されたｏｐコード９１０２を含む。拡張されたｏｐコー ドの存在は最初のニブルにおける＄Ｆによって示されている。この＄Ｆは前記カ ウントニブルの後の最初のバイトが拡張されたｏｐコードであることを示してい る。これは５Ｂ９６００プロトコルによって以前には利用できなかった数多くの 機能を達成する上で有益である。メツセージ９１２は第２のニブルにおいて拡張 されたバイトカウント９１２２が使用されることを示す＄Ｆを含む。この拡張さ れたバイトカウントはデータバイトの数が単−二プルで提供される１３を超えて いる状況において使用される。２つのカウントバイトが利用できることにより、 合計６４にバイトから１を減算した数のデータが一度に転送できる。当業者は単 一メツセージの大きさを拡張するためにデータ転送はさらに該カウントのために より多くのバイトを割当てることによって拡張できることを理解するであろう。

第１および第２のニブルの＄Ｆの組合わせは拡張されたＯｐコードおよび拡張さ れたバイトカウントの双方が続くことを示している。これはメツセージ９１４に よって示されている。メツセージ９１６は拡張されたＯｐコードがゼロでないデ ータカウントと共に使用されるさらに他の組合わせを示している。最後に、メツ セージ９１８は拡張されたｏｐコードとそれに続く検査合計を示している。

メツセージ９０２および９１６は、それぞれ、検査合計のない単一バイトおよび 複数バイトのメツセージである。

これらのメツセージは好ましい実施例においては、ネガティブまたはポジティブ の、アクルッジメントのために使用される。これは前に述べたように検査合計の 使用によって遭遇するメッセージングのオーバヘッドを最小にすることを意図し ている。

好ましい実施例では、５ＢＥＰプロトコルは、常にホストおよび目標または相手 装置があるという概念に依存している。ホストは５ＢＥＰのイニシェーク（ｉｎ ｉｔｉａｔｏｒ）、すなわち、始めに５Ｂ９６００　５ＢＥＰＲＥＱメツセージ を送信する装置、であるものと定義される。５ＢＥＰの全期間（ｓｅｓｓｉｏｎ ）に対し、１つのホストのみが存在する。前記相手装置はそのアドレスが始めの ５Ｂ９６００　５ＢＥＰＲＥＱメツセージにある装置である。

該相手装置はホストからの放送に応じてＡＣＫ、ＮＡＫ。

およびホストからの要求に応じてＡＣＫ、ＮＡＫまたは返答のみを発生すること ができる。５ＢＥＰ期間の持続期間の間（ビジーがローに保持されている全時間 ）、ホストは制御に留まっておりかつメツセージを開始しなければならない。相 手装置は「スレイブ」に留まっておりかつホストによって送信されたメツセージ に応答するのみである。無線機は５ＢＥＰの期間の間ホストまたは相手装置とな ることかできる。ホストのメツセージはどの様な種類のアクノレツジが要求され るかに基づき２つのカテゴリに分類される。それらは放送（Ｂｒｏａｄｃａｓｔ ｓ）および要求（Ｒｅｑｕｅｓｔｓ）である。相手装置のメツセージはＡＣＫ、 ＮＡＫおよび返答（Ｒｅｐｌｉｅｓ）である。各々の説明は以下に行なう。

図１２および図１３を参照すると、本発明に係わる５ＢＥＰ放送の２つの例につ いてのタイミング図が示されている。前に述べたように、放送は何らの特定の相 手情報を持たずにホストから送信されるメツセージである。放送はホストから開 始されかつＡＣＫまたはＮＡＫを要求しないが、もしそれが存在すれば受け入れ ることになる。放送は無線機が無線機内で生じている事象を外部世界に通知する ためにホストとして５ＢＥＰを開始する場合に使用することを意図している。目 標または相手装置は接続されているかもしれずあるいは接続されていないかもし れないから、ＡＣＫまたはＮＡＫは放送については要求されない。放送を開始す るホストはＡ　ＣＫ／Ｎ　Ａ　Ｋは任意選択的なものであることに気が付かなけ ればならない。

放送のためには、目標または相手装置は接続されている必要はない。５ＢＥＰは 半２重（ｈａｌｆ−ｄｕｐｌｅｘ）のハードウェアのハンドシェイクのない環境 で動作するよう設計されており、かつしたがってそのエラー回復においてそうで ない場合になり得るほど頑健（ｒｏｂｕｓｔ）ではない。該プロトコルは相手装 置へデータを書く場合に、ダウンローＦのボーレートまたは相手装置における装 置へのプログラム時間がスループットへの制限要因となるよう設計されている。

もし相手装置が接続されていれば、それは放送に対しＡＣＫまたはＮＡＫを行な わなければならない。もし相手装置がＡＣＫを送れば、ホストはもし希望するな らば他のメツセージを送ることができる。図１２は、ＡＣＫが相手装置によって 返送された場合の状況を示す。もし相手装置がＮＡＫを送れば、前記放送が到着 していないという積極的な確認があり、したがってホストはＡ　ＣＫが見られる まであるいはＡＣＫ／ＮＡＫが見られなくなるまで（相手装置がリトライにおい て中途で除去された場合）４回までリトライを行なわなければならない。

図１３を参照すると、もし相手装置が接続されていなければ、ホストは決してＡ ＣＫまたはＮＡＫを見ることはない。ホストは最初の放送１５ｏ２を送信した後 に相手装置が接続されているか否かを知ることができないから、それはＡＣＫま たはＮＡＫがバス上に現われるかを見るために１ＯＳＣＩバイト時間待機しなけ ればならない。もしホストが１ＯＳＣＩバイト時間（１５０４）に何も見なけれ ば、それは相手装置が接続されていないものと想定することができ、かつ他の放 送、１５０６、を送信するよう進行する。明かに、ホストは相手装置が接続され ていないことを認識した後決して要求を送信すべきではない。もし送信すると、 リトライシーケンスを行ないがっ決してＡＣＫｙ’　Ｎ　Ａ　Ｋまたは返答を見 ることはない。もし相手装置が放送に対しＡ　ＣＫを送れば、これが必要なこと の全てである。

要求はホストによって開始されかつＡＣＫまたはＮＡＫを要求する。もしホスト がいずれも検出しなければ、相手装置が接続されていないことを結論づけ、かつ その要求がもはや意味を成さないことを結論づけなければならない。

これは相手装置が５ＢＥＰ期間の中途で除去された場合であろう。要求は常にあ る主の返答を要求する。それらは前記ＡＣＫの後に相手装置からホストへ送信さ れることになる。ホストは最後の要求に対する返答が見られるまで他の要求また は放送を送信することはできない。

ＡＣＫおよびＮＡＫは検出された任意のメツセージ（放送または要求）に対し相 手装置によりホストへと送信される。ＡＣＫはいったん正しいメツセージの検査 合計が受信されると、相手装置によって直ちに送信できる。ＡＣＫはホストに対 しメツセージ（放送または要求）が相手装置によって正しく受信されたこと、お よびホストがリトライを行なうべきでないことをホストに通知する働きを成す。

ＡＣＫは相手装置からホストへと送信されるのみであり、決してホストから相手 装置へと送信されない。ＡＣＫおよびＮＡＫは図１４、図１５および図１６にお いて相手装置がＡＣＫを送った場合、ＮＡＫを送った場合、あるいは何らの応答 も送らなかった場合につきそれぞれ示されている。

ＡＣＫは相手装置によって検査合計が受信された後１゜ＳＣＩバイトの時間ウィ ンドウ内で送信されなければならない。典型的には、ホストはこのＡＣＫをほと んど直ちに送信することができるであろう。ＮＡＫは相手装置によってホストに 対し相手装置により汚染された（ｃｏｒｒｕｐｔｅｄ）メツセージが受信された 場合に送信される。悪い検査台８Ｉまたは正しくないバイトのカウントは相手装 置に悪い検査合計を知覚させかっＮＡＫを送信するようセットアツプさせる。バ スは双方向的であるがら、ＮＡＫはＡＣＫのように直ちには送信できず、それは （カウントバイトが正しくない場合のように）相手装置がすてにＮＡＫに移るこ とを決定していても前記バスはより多くのバイトを送信するのに忙しくなってい るからである。

ＮＡＫはバスがアイドルになってから５　８ＣＩバイト時間後に送られなければ ならない。すなわち、ホストはメツセージの送信を続けることができるが、相手 装置はバスがアイドルになるまで５　ＳＣ１バイト時間待たなければならない。

これは図１５に示されている。ＮＡＫは最後のバイトが通過してから１０　ＳＣ Ｉバイト時間前に送信されなければならない。この時間制限（１７０２）はホス トがいつりトライを行なうかを知るために必要とされる。相手装置がＮＡＫを送 信するときは常にホストは４回までリトライ（１７０４）を行なわなければなら ない。もしホストがＮＡＫを見続ければ、それは通信が行なわれるためには物理 的な媒体があまりにもノイズが多いと結論づけるべきである。

相手装置がＡ　ＣＫまたはＮＡＫをホストに返送する可能性があるが、それはホ ストへの途中でバス上で汚染される。

この場合、ホストは相手装置が最後のメツセージを正しく受信しなかったものと 結論づけるべきであり、か−っ図１６に示すように、最後のメツセージをリトラ イすべきである。

このリトライ１７０４は前記最後のメツセージに対する検査合計が送信された後 １０　ＳＣＩバイト時間の後にのみ行なわれるべきである、図１６の１７０２゜ ホストが放送（これはＡＣＫまたはＮＡＫを要求しない）を送信し、かつ検査合 計の後の１ＯＳＣＩバイト時間のウィンドウ内にライン上で異常があった場合、 ホストは相手装置が接続されておりかつそのＡ　ＣＫまたはＮＡＫが汚染された と考えることになる。この場合、ホストはそれがＡ　ＣＫ／Ｎ　ＡＫを得るかあ るいは前記１０　ＳＣＩバイト時間のウィンドウ内に何も得なくなるまで放送を リトライしなければならない。ホストが最後の要求にリトライしようとしている 時に相手装置が応答１８０２を送るよう進行する可能性があることに注意を要す る。この場合、衝突が生じるであろう。ホストは所望の応答が汚染されたことを 認識し、かつ最後の要求を再び送らなければならない。

もう一度図１４を参照すると、返答（Ｒｅｐｌｉｅｓ）１６０２が要求に応じて かつＡＣＫが送信された後にのみ相手装置によってホストに送信されることが分 かる。ホストはもし返答がホストへの途中で汚染されれば相手装置に対しＡ　Ｃ Ｋ／Ｎ　Ａ　Ｋを送り返さない。この場合、ホストは最後の要求を再送しなけれ ばならない。もし該要求のｏｐコードが相手装置によってサポートされていなけ れば、相手装置は依然としてＡＣＫを送らなければならない（ＡＣＫのみがメツ セージが相手装置へ進んだことを示すからである）。

バスタイミングが正しく働くためは、ホストは決してそれがメツセージを送信し ている間に、５３ＣＩバイトの時間より多く休止してはならない。もしホストが ５　８Ｃｌバイト時間より長く休止すれば、相手装置は自由にＮＡＫを送ること になり、これはホストがメツセージの中途で停止したように見えるからである。

返答の間、相手装置は各バイトの間で５　３ＣＩバイト時間より多くの間体止す ることはできない。

プロトコルのスループットを増大するために、ボーレートは５ＢＥＰメツセージ に対して変更することができる。

始めの５ＢＥＰＲＥＱ　５Ｂ９６００メツセージは５ＢＥＰメツセージの引き続 くボーレートが何であるかを示すビットを含む。ホストは前もって相手装置によ ってどのようなボーレートがサポートされているかを知り、かつこれらの内の１ つを使用しなければならない。好ましい実施例では、いったん５ＢＥＰモードに 入ると、ボーレートはその５ＢＥＰの期間の間同じに留まっておりかつ変更でき ない。

他の実施例では依然として５ＢＥＰモードにある間にボーレートを変更するため のｏｐコードを含むことができる。

ブートストラップモードにおいては、ボーレート選択は異なる様式で行なわれる 。ホストファイルにはヘッダがあり、ブートストラップモードの間に５ＢＥＰに 対してどのボーレートが使用されるべきかを示すブートストラップコードを含ん でいる。ホストはそのボーレートをセットするためにこのファイルに受ける情報 を探す責務を有することになる。

図１７を参照すると、ＡＣＫメツセージが１バイトのメツセージであるものとし て示されており、これはホストに対しメツセージが相手装置によって正しい検査 合計１９０４と共に受信されたことを通知するために排他的に使用される。ホス トがＡＣＫを受信した時、それはりトライを行なってはならない。ＡＣＫは正し いメツセージが相手装置によって受信された後１０　ＳＣＩバイト時間内に送信 されなければならない。ＡＣＫウィンドウ１９０２はこのタイムリミツトを規定 する。ＡＣＫをこの時間内に送信しないことはホストに対して相手装置が受信し ていないことを示すことになり、ホストがリトライできるようにする。

図１８を参照すると、ＮＡＫタイミング図が示されている。ＮＡＫメツセージは ホストに対し前のメツセージが相手装置によって正しくない状態で受信されたこ とを通知するために使用される。正しくなく受信されたメツセージは間違った検 査合計２００６、メツセージ中の少なすぎるバイト、またはメツセージ中の多す ぎるバイトによって引き起こされる。ＮＡＫはホストに直ちに返送することはで きない。相手装置はバスがアイドルになるのを、２００２で示されるように、Ｎ ＡＫを送信する前に５　３ＣＩバイト時間の間荷機しなければならない。ＮＡＫ は、２ｏ０４によって示されるように、バスが５　３ＣＩバイト時間の間アイド ルになった後５　ＳＣＩバイト時間内に送信されなければならない。

図１９を参照すると、本発明に係わるリセット−放送タイミング図が示されてい る。リセット−放送メツセージ１１０６は相手装置にそれ自身をリセットするよ う通知するために使用される（２１０４）。相手装置はこのメツセージの結果と してハードウェアリセットを行なうべきである。

相手装置のプロセッサがそれ自身をリセットする１つの方法はＣＯＰタイマのリ フレッシュを停止することである。

このメツセージはブートストラップモードに入り、あるいは５ＢＥＰを退出する ために使用される。相手装置はホストへのＡＣＫの返送の１００ミリセカンド以 内にリセットからでてくるべきである。ホストがバス上の池のノードに対し相手 装置がリセットしていることを通知するために、相手装置はリセットの前に少な くとも３０ミリセカンド待たなければならない。この時間ウィンドウは２１０２ によって示されている。

好ましい実施例では、５ＢＥＰプロトコルは数多くの要求を取り扱うことができ る。これらの要求のいくつかは、データ読取り要求（ＲＥＡＤ−ＤＡＴＡ−ＲＥ Ｑ）　、検査合計要求（ＣＨＥＣＫＳＵＭ−ＲＥＱ）　、ステータス要求（ＳＴ ＡＴＵＳ−ＲＥＱ）　、フラッシュイレーズ要求（ＥＲＡＳＥ−ＦＬＡＳＨ−Ｒ ＥＱ）　、データ書込み要求（ＷＲＩＴＥ−ＤＡＴＡ−ＲＥＱ）　、および構成 要求（ＣＯＮＦ　Ｉ　ＧＵＲＡＴ　ｌ０Ｎ−ＲＥＱ）を含む。これらの要求メツ セージの各々について以下に簡単な説明を行なう。

データ読取り要求は相手装置に特定のアドレスからのブロックのデータを送信す るよう要求するために使用される。

このアドレスは該メツセージのアドレスバイトに含まれている。返送されなけれ ばならないバイトのカウントはＢＹＴＥ−ＣＮＴ　（バイトカウント）に含まれ ている。ＢＹＴＥ−ＣＮＴは戻されなければならないデータバイトの実際の数で あり、＄００はゼロバイトが戻されるべきことを意味し、かつ＄ＦＦは２５５バ イトである。このメツセージはデータ読取り要求メツセージによって要求された データを含む。データ読取り返答（ＲＥＡＤ−ＤＡＴＡ−ＲＥＰＬＹ）メツセー ジは暗黙の（ｉｍｐｌｉｅｄ）レディー返答（ＲＥＡＤＹ−ＲＥＰＬＹ）である 。

前記検査合計要求メツセージは相手装置に対し前記カウントバイトに含まれてい るバイトのカウントに対するメツセージアドレスバイトに含まれるアドレスでス タートして検査合計操作を行なうよう指令する。どれだけ多くのバイトが加算さ れなければならないかを示す２つのカウントバイトがある。加算は指定されたア ドレスでスタートしかつ結果に対して許容されている１６ビツトをオーバフロー するいずれのビットも捨てるストレートサム（ｓｔｒａｉｇｈｔ　ｓｕｍ）とし て定義される。このメツセージはフラッシュまたはＥ　Ｅ　Ｐ　ＲＯＭプログラ ミング期間の終りに使用されて前記部分が全てのロケーションが正しくプログラ ムされることを保証する。この結果は検査合計返答（ＣＨＥＣＫＳＵＭ−ＲＥＰ ＬＹ）メツセージで戻される。このメツセージは相手装置によってそれが検査合 計要求において特定されたアドレスから得た検査合計と共にホストに戻される。

該検査合計は２バイトに含まれている。検査合計を計算する方法は前記検査合計 要求メツセージ記述に示されている。

前記構成要求メンセージは相手装置に５ＢＥＰの間におけるその内部バッファの 大きさについて問い合わせるために使用される。このｏｐコードによって戻され る値は構成返答（ＣＯＮＦＩＧＵＲＡＴＩＯＮ−ＲＥＰＬＹ）メツセージを介す る。ホストはもしそれが相手装置が受け入れ可能な最大のメツセージサイズがい くらであるかを知らない場合はこのメツセージを発行しなければならない。構成 返答メツセージは３つの付加的なバイトを含む。該付加的なバイトの最初の２バ イトは相手装置が受け入れ可能な最大のメツセージサイズを表わすカウントを含 んでいる。

ステータス要求メツセージは相手装置のステータスを問い合わせるために使用さ れる。これに応じて相手装置はホストに対し書込みまたは消去プロセスの間にど のアドレスがアクセスされているかを示すためにアドレスフィールドを含むステ ータス返答（ＳＴＡ、ＴＵＳ−ＲＥＰＬＹ）メツセージを送信する。該ステータ スはこの時には使用されずかつ必要に応じて無線機ごとのベースで規定されるこ とになる。

前記フラッシュ消去メツセージは相手装置がブートストラップモードにありかつ フラッシュＥＥＰＲＯＭを含んでいる場合にのみ使用可能である。相手装置はこ のメツセージの受信に応じてそのフラッシュメモリ部分を消去しなければならな い。もしこのメツセージが相手装置に対しそれがブートストラップモードでない 場合に発行されれば、相手装置はサポートされていないＯｐコード返答（ＵＮＳ ＵＰＰＯＲＴＥＤ−ＯＰ　Ｃ０ＤＥ　ＲＥＰＬＹ）を送信しかつ該メツセージを 無視すべきである。

消去手順の終りに、これは数秒かかるがもしれないが、相手装置は「良好な書込 み返答（ＧＯＯＤ　ＷＲＩＴＥＲＥＰＬＹ）Ｊを戻さなければならない。これは ホストに対しそれが進行できることを示すものである。もし相手装置がフラッシ ュを完全に消去できなければ、「悪い書込み返答（ＢＡＤ−ＷＲＩＴＥ−ＲＥＰ ＬＹ）Ｊが消去アルゴリズムが行なわれないアドレスと共に戻されなければなら ない。

消去の前に全部分がプログラムされることを要求するフラッシュメモリ装置を備 えた相手装置はフラッシュ消去要求メツセージの前にこのメツセージを与えられ なければならない。しかしながら、前記部分が空白であることか知られている場 合のように、もし前記部分がすでに消去されたことが知られている場合には、そ れは任意選択的なものである。数秒かかるかもしれないゼロ化（ｚｅｒｏｉｎｇ ）手順の完了に応して、相手装置は「良好な書込み返答」を戻さなければならな い。該良好な書込み返答に含まれるアドレスは重要ではない。これはホストに対 しそれが進行できることを示すものである。もし相手装置がフラッシュを完全に ゼロにできなければ、「悪い書込み返答」が前記ゼロへのプログラミングが行な われない部分のアドレスと共に戻されなければならない。

前記データ書込み要求は相手装置にそのメモリ装置の１つに書込みを行なわせる ために使用される。これはＲＡＭ。

ＥＥＰＲＯＭ　（内部または外部）またはフラッシュＥＥＰＲＯＭとすることが できる。２つの種類のデータ書込み要求バス処理が好ましい実施例においては利 用でき、シングルおよびダブルバッファされた（ｂｕｆｆｅｒｅｄ）の相手装置 である。図２０．図２１および図２２は、これらの処理のタイミング図を示す。

これらは良好な書込み返答を有するメモリプログラミングのバス処理である。

データを書込む間に相手装置に対し最大の可能なスループットを達成するため、 ５ＢＥＰプロトコルは相手装置がダブルバッファリングを行なうことができるよ う設計されている。すなわち、相手装置はそれが最後のメツセージをメモリ装置 にプログラミングしている間、シリアルバスによってメツセージを受け入れ可能 なものとすることができる。ダブルバッファリングに対しては、相手装置は２つ のＲＡＭバッファを取っておかなければならなず、１つはそこから装置をプログ ラムするものであり、かつ他方は新しいメツセージを同時に受け入れるためであ る。

ホスト・は相手装置がダブルバッファリングを行なっているか否かは気にかけな い。しかしながら、ホストは常にどのデータ書込み要求メツセージが良好な書込 み返答（ＧＷＲ）または悪い書込み返答（ＢＷＲ）を得たかを追跡しなければな らない。ＧＷＲとならなかったメツセージをリトライすることはホストの責務で ある。

５ＢＥＰプロトコルはホストからの各々のメツセージがそれが他のメツセージを 送信できる前にある種の返答を受信することを要求するから、相手装置は全て＄ ＦＦのアドレスを有する（　Ｇ　Ｗ　Ｒ）を返送し、ホストに対し他のメツセー ジを送信することを指示できるが、最初のメツセージが実際に装置に対し正しく プログラムされたか否かについては何らの情報も与えない。ホストはこの時点で 相手装置がダブルバッファリングされた構成を行なっていることを認識し、かつ 他のメツセージを送信するよう進まなければならない。いったん相手装置が最初 のメツセージのプログラミングを終了すると、それは、ちょうど受信したもので はなく、前のメツセージについてホストにＧＷＲまたはＢＷＲを与える準備がで きることになる。実際上、前記返答に含まれるアドレスは常に受信された終りか ら２番目のメツセージのものとなる。ホストは前記返答に含まれるアドレスが必 ずしも送信された最後のメツセージのアドレスでないことを認識するのに充分柔 軟でなければならない。最後のデータ書込み要求が相手装置に送信された後、相 手装置にもう１つのＧＷＲまたはＢＷＲがキューイングされることになる。ホス トはゼロバイトのカウントを有するもう１つのデータ書込み要求を発行し、最後 の良好なまたは悪い書込み返答を送信するために相手装置をトリガしなければな らない。

相手装置がデータ書込み要求メツセージを送信した時、データ書込み要求メツセ ージ以外の他のメツセージはタイムアウトが満足されるまで許可されない。すな わち、ホストデータ書込み要求とこれに続くデータ読み出し要求をメツセージ書 込みのためのタイムアウトが経過しない限り送信することはできない。このルー ルは、ＧｗＲまたはＢＷＲをＡＣＫと続かない限り送信しないことについてのル ールと組合わせてＧＷＲまたはＢＷＲメツセージと相手装置がＮＡＫを送信した 場合のデータ書込み要求のりトライとの間での衝突を防止することになる。

データ書込み要求メツセージに対するタイムアウトはプログラムされるべきデー タの各バイトに対する２０ｍ５にセーフティ時間の付加的な’ｒＯｍｓを加えた ものである。

すなわち、もしデータ書込み要求メツセージがその中に１０個のデータバイトを 有していれば、ホストはデータ書込み要求メツセージに対して受信した最後のＡ ＣＫの２５０ｍ５以内にデータ書込み要求以外の他のメツセージを開始すること はできない。

図２０を参照すると、単一バッファの相手装置においては、各々のＧＷＲは最後 のデータ書込み要求に対応する。

図２１を参照すると、相手装置が最初のメツセージをプログラミングしている間 に第２のデータ書込み要求メツセージが受け入れられ、スループットを増大して いることに注意を要する。これはホストがアスタリスクによってタグづけされた 「ダミーのＪ　ＧＷＲを見たから可能である。ボーレートまたはプログラミング 時間は、いずれがより低速であっても、相手装置における装置をプログラミング する上での制限要因である。

好ましい実施例においては、上に述べた要求に応じて数多くの返答（ｒｅｐｌｉ ｅｓ）がサポートされている。これらの返答のうちのいくつかは、ＧＷＲ，ＢＷ Ｒ，サポートされていないｏｐコード返答（ＵＮＳＵＰＰＯＲＴＥＤ−〇Ｐ　Ｃ ０ＤＥ−ＲＥＰＬＹ）　、構成返答（ＣＯＮＦＩＧＵＲＡＴＩＯＮ−ＲＥＰＬＹ ）　、検査合計返答、データ読取り返答、およびステータス返答を含む。

前記ＧＷＲはホストに対しデータ書込み要求メツセージが首尾よく指定されたメ モリ装置にプログラムされたことを通知する働きをする。ＧＷＲメツセージはＡ ＣＫに続くことができるのみである。すなわち、もしホストからの最後のメツセ ージがＮＡＫ応答を受けた場合、相手装置はホストが首尾よく相手装置に到達す るまで、すなわち、データ書込み要求メツセージがＡＣＫを受けるまでＧＷＲの 送信を待たなければならない。ＧＷＲはそのデータが正しくメモリに書き込まれ たデータ書込み要求メツセージに含まれたアドレスを含んでいる。これはデータ 書込み要求に応じて送信されるが、データ書込み要求の説明において述べたよう に、前記アドレスは最後のデータ書込み要求メツセージのものとすることはでき ない。全て＄ＦＦのアドレスフィールドを有する書込み良好メツセージ（Ｇ　Ｏ ＯＤ　−ＷＲＩＴＥ−ＭＥＳＳＡＧＥ）はホストに対し他のメツセージを送信す るよう通知する働きを成す。ホストがＧＷＲを受信した時は常にそれは他のメツ セージを直ちに送信することができる。　゛ 前記ＢＷＲメツセージはホストに対し前記データ書込み要求メツセージに含まれ たデータを指定されたメモリ装置にプログラミングする上で相手装置が不首尾で あったことを通知する働きを成す。ＢＷＲメツセージはＡ　ＣＫに続くことがで きるのみである。すなわち、もしホストからの最後のメツセージがＮＡＫを受け れば、相手装置はＢＷＲを送信する前にホストが首尾よく相手装置に到達するま で、すなわち、データ書込み要求メツセージがＡＣＫを受けるまで待たなければ ならない。

前記ＢＷＲはそのデータがメモリに書き込まれなかったデータ書込み要求メツセ ージに含まれるアドレスを含んでいる。それはデータ書込み要求に応答して送信 されるが、データ書込み要求の説明において述べたように、前記アドレスは最後 のデータ書込み要求メツセージのものとすることはできない。

ホストがＢＷＲを受信した時は常に該ホストは他のメツセージを直ちに送信する ことができる。図２３、図２４および図２５は、悪い書込みがあった場合のバス 処理を示す。

これらの図面は本発明に係わる良好なおよび悪い応答を有するメモリプログラミ ングのバス処理を示す。

説明したように、５ＢＥＰプロトコルは実施するのがかなり簡単であり、それは 該プロトコルを行なうのに必要なコードがマイクロプロセッサのブートストラッ プＲＡＭにロードするのに充分小さいからである。ブートストラップモードにお いて無線機と通信できることにより、フラッシュＥＥＰＲＯＭ装置と組合わせて 、我々は今や該無線機を開くことなしに顧客の無線機のソフトウェアを変更する ことができる。言い換えれば、利用可能なブートストラップ技術を使用して、無 線機は内部マイクロプロセッサのブートストラップモードを使用してスタートで き、かつ次に高度に効率的なプロトコルを使用して所望のプログラムによってプ ログラムされ得る。

要するに、本発明の重要な検知はボーレート変更要求と共に１つのプロトコルか ら他のものへと切り換える可能性であることが開示された。これはどのオプショ ンが切り換えるべきかを選択しかつ全ての他のオプションに対しバス動作を中止 するよう通知するために第１のプロトコルでメツセージを送信することによって 達成される。ビジーラインが使用されかつ全てのサブセクションに対しバスから 離れるよう通知するために第２のプロトコルで行なわれている全ての活動の期間 に対し該ビジーラインをアクティブ状態に保持する。いったん５ＢＥＰメツセー ジが完了すると、前記ビジーラインは解放されかつ全てのオプションが５Ｂ９６ ００に戻る。５ＢＥＰプロトコルの双方向シリアルデータバスでの動作の可能性 は必要な接続の数を低減する。

これは機器が互いに近くになく長いケーブルを必要とする用途において極めて望 ましい。

５ＢＥＰプロトコルの１つの利点はその順応する能力であり、それによってボー レートまたはプログラミング時間が通信速度における制限要因となる。このこと は、このプロトコルがボーレートが増大しかつプログラミング時間が増大した場 合に同じ状態に留まり得るため非常に価値がある。本発明のさらに他の利点は１ つの構成されたフォーマットで可変長のメツセージを取り扱う能力を有すること である。

好ましい実施例の説明は２つの特定のプロトコル５Ｂ９６００および５ＢＥＰに 集中したが、本発明の原理は他のプロトコルによっても利益を受け得ることが充 分に理解されるべきである。特定の実施例の提示は本発明の理解を与えるための ものでありかつその制限であると解釈されるべきではない。

ＦＩＧ、１ ＦＩＧ、４ ＦＩＧ５ ＦＹＧ、６ ＦＩＧ、Ｚ ｌＧ３ １りγ１９ １りγ１１０ ｌ々て１Ｈ ＦＩＧ１７ ｌＧ１２ ７７７／’Ｙ　Ｏハ ＩＧ１９ ＦＩＧ、２３ フロントページの続き （７２）発明者　ベーン・ロナルド　エルアメリカ合衆国フロリダ州　３３３２ ４、プラ（７２）発明者　ニーマン・チャールズ　エムアメリカ合衆国フロリダ 州　３３３２４、プラ

Claims (17)

【特許請求の範囲】
1. １．無線システムであって、 複数のアドレス可能なプロセッサ手段、シリアル通信リンクを具備し、前記アド レス可能なプロセッサ手段を相互接続するための通信手段、パラメータデータを 前記アドレス可能なプロセッサ手段へとまたは前記アドレス可能なプロセッサ手 段から受け渡すための複数の情報パケットを含む第１の通信プロトコルであって 、該第１の通信プロトコルはさらに通信プロトコルを変更するための第１の情報 パケットを含むもの、選択可能な速度で前記アドレス可能なプロセッサ手段にま たは前記アドレス可能なプロセッサ手段からパラメータデータを受け渡すための 複数の情報パケットを含む第２の通信プロトコルであって、該第２の通信プロト コルはさらに可変長を有する第２の情報パケットを含むもの、を具備し、それに よって前記アドレス可能なプロセッサ手段の動作状態が前記アドレス可能なプロ セッサ手段からのまたは前記アドレス可能なプロセッサ手段への通信パラメータ データによって、それぞれ、決定できまたは変更できる、無線システム。
2. ２．前記情報パケットは、 可変長のオペレーションコード、 可変長のメッセージサイズパケット、 任意選択的なデータ、そして 任意選択的なエラー検出データ、 を含む、請求項１に記載の無線システム。
3. ３．前記第２の通信プロトコルは前記第１の通信プロトコルの情報パケットの少 なくとも１つを含む、請求項１に記載の無線システム。
4. ４．前記情報パケットはさらにアドレスを含む、請求項２に記載の無線システム 。
5. ５．前記可変オペレーションコードはリセット操作コード、読み出し操作コード 、書込み操作コード、ビットセット操作コード、ビットクリア操作コード、アク ノレッジ操作コード、およびネガティブアクノレッジ操作コードからなるコード のグループから選択された１つまたはそれ上のコードを含む、請求項１に記載の 無線システム。
6. ６．前記任意選択的なエラー検出データは巡回冗長検査パケットを含む、請求項 １に記載の無線システム。
7. ７．前記任意選択的なエラー検出データは検査合計パケットを含む、請求項１に 記載の無線システム。
8. ８．レジスタモデル化無線装置であって、複数のレジスタモデル化されたプロセ ッサ手段、前記複数のレジスタモデル化されたプロセッサ手段の間で結合しかつ 通信を可能にするためのシリアル通信リンク、前記複数のレジスタモデル化され たプロセッサ手段へとまたは前記複数のレジスタモデル化されたプロセッサ手段 からパラメータデータを受け渡すための固定ボーレート通信プロトコルであって 、該通信プロトコルは選択可能なボーレートで第１および第２のレジスタモデル 化されたプロセッサ手段の間で通信を確立するための情報パケットを含み、該情 報パケットはさらに、 前記第１および第２のレジスタモデル化されたプロセッサ手段の間で通信プロト コルを変更するための情報、および 他のレジスタモデル化されたプロセッサ手段が前記第１および第２のレジスタモ デル化されたプロセッサ手段の間での通信と緩衝することを防止するための任意 選択的な情報、 を具備するもの、 前記シリアル通信リンクを使用して前記第１および第２のレジスタモデル化され たプロセッサ手段へとまたは前記第１および第２のレジスタモデル化されたプロ セッサ手段から情報を通信するための選択可能なボーレートの通信プロトコルで あって、該選択可能なボーレートの通信プロトコルは、 リセット操作コード、読取り操作コード、書込み操作コード、ビットセット操作 コード、ビットクリア操作コード、アクノレッジ操作コード、ネガティブアクノ レッジ操作コードからなるコードのグループから選択された可変長の操作コード 、そして 可変長のサイズ識別コード、 を具備するもの、 を具備し、それによって前記複数のレジスタモデル化されたプロセッサ手段の実 質上の状態が前記レジスタモデル化されたプロセッサ手段へとおよび前記レジス タモデル化されたプロセッサ手段から情報を通信することにより、それぞれ、決 定できまたは変更できる、レジスタモデル化無線装置。
9. ９．前記選択可能なボーレートの通信プロトコルはさらに少なくとも１つのデー タパケットを含む、請求項８に記載のレジスタモデル化無線通信装置。
10. １０．前記選択可能なボーレートの通信プロトコルはさらに少なくとも１つのエ ラー検出パケットを含む、請求項８に記載のレジスタモデル化無線通信装置。
11. １１．複数のアドレス可能なレジスタ手段を有する無線通信装置における、前記 複数のアドレス可能なレジスタ手段の間で通信する方法であって、 第１のアドレス可能なレジスタ手段において、少なくともプロトコル切り換え操 作コード、アドレス、およびエラー検出コードを有する固定長の情報パケットを 発生する段階、 シリアル通信リンクによって固定されたボーレートの通信プロトコルを使用し前 記固定長の情報パケットを第２のアドレス可能なレジスタ手段に送信する段階、 前記第２のアドレス可能なレジスタ手段において、前記シリアル通信リンクから 前記固定長の情報パケットを受信する段階、 前記固定長の情報パケットの受信に応じて前記第１および第２のアドレス可能な レジスタ手段において前記通信プロトコルを選択可能なボーレートの通信プロト コルに切り換える段階、そして 前記選択可能なボーレートの通信プロトコルを使用して前記第１および第２のア ドレス可能なレジスタ手段の間で可変長の情報パケットを通信する段階、を具備 する複数のアドレス可能なレジスタ手段の間で通信する方法。
12. １２．さらに前記第１および第２のアドレス可能なレジスタ手段の間でハンドシ ェイク情報を通信する段階を含む、請求項１１に記載の方法。
13. １３．さらに、前記第１のアドレス可能なレジスタ手段がハンドシェイクライン を肯定して他のアドレス可能なレジスタ手段が前記第１および第２のアドレス可 能なレジスタ手段の間の通信と干渉することを防止する段階を含む、請求項１１ に記載の方法。
14. １４．複数のアドレス可能なレジスタ手段を有する無線通信装置における、複数 のアドレス可能なレジスタ手段の間で通信する方法であって、 第１のレジスタ手段において、ボーレート変更情報およびエラー検出コードを有 する可変長の情報パケットを発生する段階、 シリアル通信リンクによって第１のボーレートの通信プロトコルを使用して前記 可変長の情報パケットを第２のレジスタ手段に送信する段階、 前記第２のレジスタ手段において、前記シリアル通信リンクから可変長の情報パ ケットを受信する段階、前記ボーレート変更情報の受信に応じて前記第１および 第２のレジスタ手段におけるボーレートを第２のボーレートに切り換える段階、 そして 前記第２のボーレートを使用して前記第１および第２のアドレス可能なレジスタ 手段の間で可変長の情報パケットを通信する段階、 を具備する複数のアドレス可能なレジスタ手段の間で通信する方法。
15. １５．複数のアドレス可能な構成要素を有する無線通信装置における、複数のモ ードを使用して前記複数のアドレス可能な装置の間で通信する方法であって、第 １のアドレス可能な構成要素において、少なくとも第１の操作コード、アドレス 、および固定長のアーギュメントを有する第１のモードを使用する第１の情報パ ケットを発生する段階、 シリアル通信リンクによって、直列的に、前記第１の情報パケットを第２のアド レス可能な構成要素に送信する段階、 前記第２のアドレス可能な構成要素において直列的に、前記シリアル通信リンク から前記第１の情報パケットを受信する段階、 前記第１および第２のアドレス可能な構成要素において第２のモードへ切り換え る段階、 前記第１のアドレス可能な構成要素において、少なくとも第２の操作コード、お よび可変長のアーギュメントを有する前記第２のモードを使用する第２の情報パ ケットを発生する段階、 シリアル通信リンクによって前記第２の情報パケットを前記第２のアドレス可能 な構成要素に、直列的に、送信する段階、 前記第２のアドレス可能な構成要素において直列的に、前記シリアル通信リンク から第２の情報パケットを受信する段階、そして 前記第２のアドレス可能な構成要素において前記第２の操作コードによって指定 された操作を行なう段階、を具備する複数のモードを使用する複数のアドレス可 能な装置の間で通信する方法。
16. １６．プログラミング装置を使用して無線通信装置をプログラミングする方法で あって、 前記プログラミング装置において、少なくともプロトコル切り換え操作コードお よびエラー検出コードを有する固定長の情報パケットを発生する段階、 シリアル通信リンクによって固定ボーレートの通信プロトコルを使用し前記固定 長の情報パケットを前記無線通信装置に送信する段階、 前記無線通信装置において、前記シリアル通信リンクから前記固定長の情報パケ ットを受信する段階、前記プログラミング装置および前記無線通信装置において 、前記固定長の情報パケットに応答して可変長および選択可能なボーレートの通 信プロトコルヘと切り換える段階、プログラミング情報を前記プログラミング装 置から前記第２の通信プロトコルを使用して前記無線通信装置に送信する段階、 そして 前記プログラミング装置によって送信された可変長の情報パケットを使用して前 記無線通信装置をプログラミングする段階、 を具備するプログラミング装置を使用して無線通信装置をプログラミングする方 法。
17. １７．プログラミング装置を使用して無線通信装置をプログラミングする方法で あって、 前記プログラミング装置において、少なくともプロトコル切り換え操作コードお よびエラー検出コードを有する第１の情報パケットを発生する段階、 シリアル通信リンクによって第１のボーレートを有する第１の通信プロトコルを 使用して前記第１の情報パケットを前記無線通信装置に送信する段階、 前記無線通信装置において、前記シリアル通信リンクから前記第１の情報パケッ トを受信する段階、前記プログラミング装置および前記無線通信装置において前 記第１の情報パケットに応答して第２の通信プロトコルへ切り換える段階、そし て プログラミング情報を前記プログラミング装置から前記無線通信装置へ前記第２ の通信プロトコルを使用して送信する段階、 前記無線通信装置をプログラミングする段階、を具備するプログラミング装置を 使用して無線通信装置をプログラミングする方法。