JPH05235965A

JPH05235965A - データ処理装置におけるデータの交換方法および装置並びにメッセージの形成方法および装置

Info

Publication number: JPH05235965A
Application number: JP4251283A
Authority: JP
Inventors: Karl-Heinz Kaiser; カイザーカール−ハインツ; Herbert Lohner; ローナーヘルベルト; Hans-Joerg Mathony; マトニーハンス−イェルク; Jan Unruh; ウンルーヤン; Uwe Zurmuehl; ツアミュールウーヴェ; Udo Brunke; ブルンケウド; Juergen Glasser; グラーザーユルゲン; Olaf Linne; リンネオーラフ
Original assignee: Robert Bosch GmbH
Current assignee: Robert Bosch GmbH
Priority date: 1991-09-19
Filing date: 1992-09-21
Publication date: 1993-09-10
Anticipated expiration: 2018-10-27
Also published as: DE4131133A1; DE4131133B4; US5448561A; JP3461850B2

Abstract

(57)【要約】【目的】車両等のプロセス制御に使用するのに適して
いる、データ伝送の安全を保証しかつ大きなデータセッ
トを交換できる方法。【構成】通信情報を、メッセージを識別し、バスへの
アクセス順位を決めるヘッドフィールド３９とデータフ
ィールドとを含んでいるメッセージにおいて伝送する、
バス接続される少なくとも２ステーション３３，３４間
の通信情報を用いたデータ交換方法において、通信情報
を交換すべきである、バスを介するコネクション２４を
確立設定し、活性化し、非活性化し、前記ヘッドフィー
ルドに、メッセージによって伝送される通信情報を一層
綿密に表示マーキングするための通信情報コードを格納
する制御情報フィールド５８，９５を付加する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、請求項１の上位概念に
記載のデータ処理装置におけるデータ交換方法から出発
している。

【０００２】

【従来の技術】ここ数年、プロセス制御−殊に車両、ロ
ボットおよび医学的な監視および分析装置、昇降装置等
−において個々の制御および調整ユニット間のデータ交
換が直列データ交換方法を用いて盛んに行われてきた。
この種の方式はドイツ連邦共和国特許第３５０６１１８
号明細書から公知である。そこには、ＣＡＮという名前
で公知である特別なデータ伝送プロトコルを用いたデー
タ交換の処理が記載されている。更に、この種の方法
は、拡張されたＣＡＮプロトコルによるデータ交換処理
を示しているまだ公開されていないドイツ連邦共和国特
許出願第４１１０４２８号明細書に記載されている。Ｃ
ＡＮプロトコルに従ってデータ交換を実施する、今日市
販されているインタフェースモジュールは、ＩＳＯ／Ｏ
ＳＩ層モジュール（ＩＳＯ規格７４９８並びに８８０
２．２／３）によれば、一番下の論理層、即ち物理レイ
ヤ、媒体アクセス制御サブレイヤ（ＭＡＣ）および論理
リンク制御サブレイヤ（ＬＬＣ）の部分しかカバーしな
い。

【０００３】しかしこれではデータは、データの受信機
がデータの正しい受信を受領通信情報の返送によって肯
定応答するように２つまたは複数のステーション間で伝
送されない。同様、比較的長いデータセットをセグメン
ト化することができないので、受信機は個々のデータセ
グメントを１つのデータセットに属するものとして検出
する。更に、受領通信情報を用いて保護されたデータ伝
送および比較的長いデータセットのセグメント化された
伝送も可能にするプロトコルが公知である。これらプロ
トコルは今日例えば、計算機との結合において使用され
る。それは結合向きのプロトコルであって、プロセス制
御に使用するには著しく繁雑であり、従って不適当であ
る。ＥＴＨＥＲＮＥＴでは例えばそれぞれのデータメッ
セージにおいて非常に多くの制御情報、とりわけソース
および対象情報を安全保証層（データリンク層）におい
て一緒に伝送すべきであり、このことはＣＡＮプロトコ
ルのような通信情報プロトコルとの関連において、メッ
セージ当たりのデータ量が僅かなため（０−８バイ
ト）、データ処理量が非常に僅かになることになる。

【０００４】車両のようなプロセス制御に使用するのに
適した、データ伝送が適切に保護されおよび／または比
較的大きなデータセットを交換する方法は、これまで紹
介されていない。

【０００５】

【発明の効果】これに対して請求項１の特徴部分に記載
の構成を有する方法は、プロセス制御のためのプロトコ
ルにおいて生じるような制限にも拘らず、受領作動を用
いて一層安全なデータ交換が保証されるという利点を有
する。更に、例えばプロセス制御のためのデータ処理装
置における構成要素の構成または初期化のために生じる
ような比較的長いデータセットを非常に僅かなコストで
セグメント化しかつ伝送することができる。比較的長い
データセットのセグメント化およびその一層安全な伝送
は、本発明の方法によれば、メッセージ当たり最高でも
制御情報に対して１バイトしか必要としないように行う
ことができる。これにより本発明のトランスポートプロ
トコルはＣＡＮのような通信情報プロトコルと一緒にも
非常に有利に使用することができる。

【０００６】その他の請求項に記載の構成によって請求
項１に記載の方法の有利な実施例および改良例が可能で
ある。通信情報コネクションのステーションにおいて通
信情報コネクションを確立設定するためにその都度送信
対象および受信対象を記憶すると特別有利である。この
ことは系の始動の際に行うことができるので、コネクシ
ョンの確立設定のために通信情報ステーション間で通信
情報を伝送する必要はなくかつ作動期間にいずれの時点
でも、ソースおよび対象アドレスを一緒に伝送する必要
はない。更に、通信情報コネクションを活性化するため
に、活性化通信情報を１つのステーションから送信し、
それを受信ステーションにより肯定応答通信情報によっ
て受領返送しかつ通信情報コネクションの活性化をコネ
クションのユーザに通報すると有利である。

【０００７】これにより、本来のデータ伝送の前に通信
情報コネクションの付加的な検査が行われる。同様、デ
ータ通信情報または受領通信情報を伝送するメッセージ
の制御情報フィールドに、シーケンス番号を格納すると
有利である。これにより、連続するデータ通信情報の区
別、データ通信情報の複製の検出並びに受領通信情報
の、データ通信情報に対する対応付けが実現される。ま
た、受領通信情報を伝送するメッセージの制御情報に、
受信機状態フィールドを設けかつこのフィールドに受信
機の状態に関する情報を格納すると有利である。これに
基づいて、送信ステーションは、別の付加的なメッセー
ジの送信または別のメッセージ送信の送信遅延のような
適当な措置を実施することができる。同様、受領通信情
報が生じなかった場合、データ通信情報を前以て決めら
れた待ち時間の後に新たに送信しかつ受領通信情報が繰
り返し生じなかった場合、送信繰り返しが所定数に達す
るまでデータ通信情報を時々だが新たに送信し、かつ送
信繰り返しが所定数を上回った際に通信情報コネクショ
ンを非活性化しかつ通信情報コネクションの非活性化を
ユーザに通報すると、有利である。

【０００８】メッセージを形成するための装置に対し
て、インタフェースモジュールにおいて、データ通信情
報セグメントの連続的な番号付けのために送信シーケン
ス計数器を設置すると有利である。更に、次に受信が期
待される通信情報または次に受信が期待されるデータ通
信情報セグメントのシーケンス番号の記憶のために用い
られる受信シーケンス計数器を設置すると有利である。
ステーションに及ぶ、即ちステーションを包括するフロ
ー制御のために、受信機状態フィールドの内容を一時メ
モリに記憶すると有利である。更に、データセグメント
の数を特徴付けるためにデータセグメントメモリを装置
内に設け、かつデータ通信情報またはデータ通信情報セ
グメントのデータバイトの長さ全体を特徴付けるために
データ長メモリを設置すると有利である。

【０００９】

【実施例】次に本発明を図示の実施例につき図面を用い
て詳細に説明する。

【００１０】１．１方法の特徴実施例において説明する本発明の方法は、ＣＡＮプロト
コルに基づいている。しかし本発明の方法は、例えばＶ
ＡＮまたはＪ１８５０のような別のプロセス制御プロト
コルをベースとして使用することもできる。

【００１１】本発明の方法により、ＣＡＮプロトコル
（またはその他のプロセス制御プロトコル）を用いて交
信する２つのステーション間の安全なデータ交換が実現
される。図１には、ＩＳＯ／ＯＳＩ層モデルにおけるＣ
ＡＮプロトコル１７の配列が示されている。その中でＣ
ＡＮプロトコル１７は、ビット転送層（物理レイヤ１
１）および保全層（データリンクレイヤ１６）の部分を
カバーする。データリンクレイヤ１６は、ＭＡＣサブレ
イヤ１２とＬＬＣサブレイヤタイプ１，２，３演算１３
とに分割されている。データリンクレイヤ１６の上にネ
ットワークレイヤ１４およびその上にトランスポートレ
イヤ１５が配設されている。ＣＡＮプロトコル１７の、
データリンクレイヤ１６に対するインタフェースＳ１に
おいてＣＡＮプロトコル１７は、８バイトまでの長さの
データの受領返送されない伝送に対するサービスを提供
する。このサービスは、ＩＳＯ８８０２−２ＬＬＣ
受領返送されない、無接続モードデータ転送サービスの
タイプ１演算に相当する。このサービスに基づいて、本
発明の方法は次のことを可能にする：１）２つのステーション間のメッセージの受領返送され
る伝送（ＩＳＯ８８０２−２ＬＬＣ受領返送され
る、コネクションレス形サービスのタイプ３演算に相
当）。受領返送される伝送サービスを提供するプロトコ
ルはＩＳＯ／ＯＳＩによればデータリンク層１６に対応
付けることができ、かつ以下データリンクプロトコル１
８と表す（１．３の説明を参照）。

【００１２】２）２つのステーション間の任意の長さの
データの安全な、セグメント化された伝送。長いデータ
の伝送に対するサービスを提供するプロトコルは、ＩＳ
Ｏ／ＯＳＩによれば、トランスポート層１５に対応付け
ることができかつ以下トランスポートプロトコル１９と
表す（１．４の説明を参照）。

【００１３】本発明の方法によるデータ伝送は、ネット
ワーク計画の際に決定されかつ系初期化の際に系稼働時
間の持続時間の間確立設定される仮想のデータリンクな
いしトランスポートコネクションを介して行われる。そ
の際この仮想のデータリンクないしトランスポートコネ
クションは、所定の時点（コネクションの活性化後その
都度）においてのみ利用される、データ処理系の２つの
ステーション間の通信情報コネクションである。通信情
報の伝送は、それぞれの通信情報コネクションにおい
て、データ処理系の個々のステーションを相互に接続す
る同じ伝送媒体１０を介して行われる。その際データリ
ンクコネクションは、データリンク層のサービスとして
データリンクのユーザに提供される。その際トランスポ
ートコネクションはトランスポート層のサービスとして
トランスポートのユーザに提供される。コネクションは
既にネットワーク計画のフェーズにおいて決定されるの
で、その確立設定の際に交信するエンティティ間で通信
情報を交換する必要はない。

【００１４】本来の、任意の長さのデータ伝送フェーズ
の開始の前に、所謂コネクション活性化フェーズにおい
て、コネクションサービスを提供するプロトコルエンテ
ィティの交信準備状態がハンドシェーク方式によって検
査される。コネクション活性化が成功した後交信パート
ナーは、交信に対するコネクションが準備状態にありか
つコネクションサービスを提供するプロトコルエンティ
ティが送信ないし受信準備状態にあることを知る。コネ
クションの活性化は、両方の交信パートナーのいずれか
または相応の層に属するネットワーク管理エンティティ
によってトリガされる。エラーが(繰り返し)発生した場
合、コネクションを自動的に非活性化することができ
る。非活性化されたコネクションの新たな活性化(再活
性化)は、コネクションサービスを提供するプロトコル
エンティティがリセットされかつ従って再び、それらが
データを交換することができる状態にあるように作用す
る。

【００１５】１．２コネクション図２には、ＩＳＯ／ＯＳＩ層モジュールの意味における
２地点間コネクションを介するデータの交換が示されて
いる。その際コネクション２４は、層（Ｎ）の２つのプ
ロトコルエンティティ間で行われかつ層（Ｎ）のユーザ
にサービスとして提供される。コネクション２４が確立
設定された後、層（Ｎ）のユーザは層（Ｎ）のプロトコ
ルに従ってこのコネクション２４を介してデータを相互
に交換することができる。このためにユーザは、１つの
コマンド（例えばＴ＿ＤＡＴＡ．ｒｅｑｕｅｓｔ）と伝
送すべきデータとから成る相応のサービスオーダをサー
ビスアクセス点（ＳＡＰ）（２５，２７）のコネクショ
ン点（ＣＥＰ）（２６，２８）に送信する。このサービ
スオーダに、ソースおよび目標アドレスを一緒に与える
必要はない。というのはこれらの情報は使用のコネクシ
ョン中に暗黙に含まれているからである。原理的にはデ
ータはこのコネクションを介して双方向に交換すること
ができる。

【００１６】本発明の方法は、次の３つの形式のコネク
ションを区別する：１）ＣＡＮコネクションは、ＣＡＮプロトコルに基づい
てインタフェースＳ１（図１）に提供される。２）データリンクコネクションは、１つまたは複数のＣ
ＡＮコネクションに基づいてインタフェースＳ２（図
１）に提供される。３）トランスポートコネクションは、１つまたは複数の
ＣＡＮコネクションに基づいてインタフェースＳ３（図
１）に提供される。

【００１７】図３のＡには、ＣＡＮコネクションの実現
に対する例が示されている。送信対象３６，３７および
受信対象３５，３８の構成は図３のＢに示されている。
それぞれの送信および受信対象はヘッド領域３９および
データ領域４０を有している。ヘッド領域４０は以下、
ＩＤＥＮＴＩＦＩＥＲと称される。このＩＤＥＮＴＩＦ
ＩＥＲの最後のビット領域４１は、図３のＢには別個に
示されている。同じＩＤＥＮＴＩＦＩＥＲ３９を有する
が、ＲＥＣＥＩＶＥ／ＴＲＡＮＳＭＩＴビットの付与が
異なっている（送信対象に対してはＬＯＷおよび受信対
象に対してはＨＩＧＨ）ステーションに及んでいる送信
／受信対象対３６，３８ないし３７，３５は、データを
１方向に伝送することができるチャネル３２ないし３１
を規定する。コネクションを特徴付ける２つのＩＤＥＮ
ＴＩＦＩＥＲ３９の値は基本的には任意である。最後の
ビットフィールド４１におけるビットを除いて同じ値を
有するＩＤＥＮＴＩＦＩＥＲ３９を選択すると有利であ
る。その場合最後のビットが、ステーション３３，３４
の側から見たデータ方向を決定する。これによりコネク
ション自体およびその優先順位は簡単に、ＩＤＥＮＴＩ
ＦＩＥＲ３９の第１のｎ−１ビットによって識別され
る。ステーション内で、コネクションの送信／受信／対
象対がコネクション送信点（ＣＥＰ），４６…５１を表
す。

【００１８】ＣＡＮコネクションに基づいて、ネットワ
ーク計画の際にコネクションを比較的高い層（データリ
ンクレイヤ，トランスポートレイヤ等）に確立設定する
ことできる。これらコネクションのアドレス指定および
層（Ｎ＋１）のコネクションから層（Ｎ）のコネクショ
ンへの写しを、ＩＳＯ７４９８に従って行うことがで
きる。

【００１９】図４のＡには、層２におけるプロトコルエ
ンティティ５２を用いた比較的高い層３におけるコネク
ション４６から比較的低い層２におけるコネクション４
９への写しが示されている。同じように、層３における
コネクション４７は層１におけるコネクション５０へ、
またコネクション４８はコネクション５１へプロトコル
エンティティ５２によって写される。

【００２０】層２のプロトコルエンティティ５２はここ
では例えば、データリンクないしトランスポートプロト
コルエンティティが問題になる。その場合コネクション
４９，５０，５１は、層１においてＣＡＮプロトコルエ
ンティティを用いて稼働される３つのＣＡＮコネクショ
ンを表す。

【００２１】これに対して図４のＢには、層３の３つの
コネクション４６，４７および４８の、層１における単
に１つのＣＡＮコネクション４９への写しが示されてい
る。このことは、プロトコルエンティティの多重モード
に相応する。

【００２２】図４のＣには、層３のコネクション４６
の、層１における３つのコネクション４９，５０および
５１への写しが示されている。これは、プロトコルエン
ティティ５２の“スプリッティング”モードに相応す
る。

【００２３】拡張されたＣＡＮプロトコルに基づいて、
１つの送信機と複数の受信機との間のコネクションを確
立設定しかつデータを受領返送して所謂マルチポイント
コネクションを介して伝送することができる。その際拡
張されたＣＡＮプロトコルにおける短い識別子の最初の
１０ビットがコネクションを識別する。この短い識別子
の最後のビットがデータ方向を決定する。メッセージの
受信の際、受信機は短い識別子を評価しかつ場合によっ
てメッセージを受け取る。受信機はメッセージの受け取
りを受領通信情報の返送によって肯定応答し、その際受
領を伝送するメッセージの最後の１８の識別子ビット
（“識別子拡張”）が受領通信情報の送信機を識別す
る。

【００２４】１．３データリンクプロトコルの説明データリンクプロトコル１８は、データリンクレイヤ１
６の２つのユーザ間の個々のデータ通信情報のコネクシ
ョン向きの、受領返送される伝送を可能にする。データ
は仮想のデータリンクコネクションを介して伝送される
（段落１．２を参照）。任意の長さのデータ伝送フェー
ズは、コネクション活性化が成功した後に始まる（段落
１．１を参照）。データ通信情報の送信後正しい受領通
信情報の入力が、受領返送すべきデータ通信情報が正し
く受信されかつ通信情報の受信が受信ステーションにお
けるデータリンクユーザに指示されたことを指示する。
予め決められた所定の時間の後受領通信情報が到来して
いないとき、データリンクプロトコルは自動的にデータ
通信情報の送信を繰り返す。データ通信情報の伝送が不
成功に繰り返された後、使用のコネクションは非活性化
される。伝送の結果およびコネクションの非活性化はユ
ーザに指示される。コネクションに関して、データ通信
情報の送信後、先行のデータ通信情報に対する受領通信
情報が到来しているとき初めて次のデータ通信情報をメ
ッセージを用いて伝送することができる。

【００２５】１．３．１サービス（表１参照）

【００２６】

【表１】

【００２７】１．３．１．１プロトコル初期化データリンクプロトコル１８の初期化に対するサービス
エレメントは、Ｄ＿ＩＮＩＴ．ｒｅｑおよびＤ＿ＩＮＩ
Ｔ．ｃｏｎである。初期化は、Ｄ＿ＩＮＩＴ．ｒｅｑに
よって要求されかつＤ＿ＩＮＩＴ．ｃｏｎによって肯定
応答される。初期化の作用はローカルでしかない。即ち
データリンクプロトコル１８の変数にそのプリセット値
が付与される（表２参照）。

【００２８】

【表２】

【００２９】１．３．１．２コネクション活性化データリンクコネクションの活性化に対するサービスエ
レメントは、Ｄ＿ＡＣＴＩＶＡＴＥ．ｒｅｑ，Ｄ＿ＡＣ
ＴＩＶＡＴＥ．ｉｎｄおよびＤ＿ＡＣＴＩＶＡＴＥ．ｃ
ｏｎである。Ｄ＿ＡＣＴＩＶＡＴＥ．ｒｅｑの作用は、
コネクションサービスを提供するプロトコルエンティテ
ィを交信準備状態にセットされることであり、そこでプ
ロトコル変数はそのプリセットをとる。コネクションユ
ーザＡがサービスオーダＤ＿ＡＣＴＩＶＡＴＥ．ｒｅｑ
を与えるとき、活性化が成功した後にこのことが遠隔ス
テーションにおけるコネクションユーザＢにＤ＿ＡＣＴ
ＩＶＡＴＥ．ｉｎｄを用いて指示される。サービスエレ
メントＤ＿ＡＣＴＩＶＡＴＥ．ｃｏｎは、サービスオー
ダを肯定応答する。

【００３０】１．３．１．３データ伝送データ伝送に対するサービスエレメントは、Ｄ＿ＤＡＴ
Ａ＿ＡＣＫ．ｒｅｑ，Ｄ＿ＤＡＴＡ＿ＡＣＫ．ｉｎｄお
よびＤ＿ＤＡＴＡ＿ＡＣＫ．ｃｏｎである。Ｄ＿ＤＡＴ
Ａ＿ＡＣＫ．ｒｅｑによって、長さＤＡＴＡ＿ＬＥＮＧ
ＴＨのデータ（パラメータ：ＤＡＴＡ）の受領返送され
る伝送が要求される。正しい伝送の後データの受信が、
サービスエレメントＤ＿ＤＡＴＡ＿ＡＣＫ．ｉｎｄを用
いて交信パートナーに指示される。この伝送の結果はオ
ーダを行った者に、サービスエレメントＤ＿ＤＡＴＡ＿
ＡＣＫ．ｃｏｎによって通報される。

【００３１】１．３．１．４コネクションの非活性化コネクションは、サービスプロバイダーの伝送が不成功
に繰り返された後に非活性化される。非活性化は、サー
ビスユーザにサービスエレメントＤ＿ＤＥＡＣＴＩＶＡ
ＴＥＤ．ｉｎｄによって指示される。

【００３２】１．３．２データリンク通信情報通信情報はメッセージによって伝送される。メッセージ
は１つのヘッドフィールド（ＩＤＥＮＴＩＦＩＥＲ）お
よび１つのデータフィールドを有している。データリン
クコネクションは、図２、図３のＡ、図４のＡ、図４の
Ｂおよび図４のＣにおいて説明したように、データリン
クプロトコルエンティティによってＣＡＮコネクション
に写される。それ故にデータリンク通信情報は、ＣＡＮ
メッセージと同じ形式上の構成を有しているメッセージ
によって伝送される。

【００３３】データリンクプロトコルは４つのタイプの
通信情報を区別する：ＡＲ（ＡＣＴＩＶＡＴＩＯＮＲ
ＥＱＵＥＳＴ）：データリンクコネクションの活性化の
ための活性化通信情報。

【００３４】ＡＣ（ＡＣＴＩＶＡＴＩＯＮＣＯＮＦＩ
ＲＭ）：データリンクコネクションの活性化の肯定応答
のための肯定応答通信情報。

【００３５】ＤＴ（ＤＡＴＡ）データリンクコネクショ
ンを介するデータの伝送のためのデータ通信情報。

【００３６】ＡＫ（ＤＡＴＡ−ＡＣＫＮＯＷＬＥＤＥＧ
ＥＭＥＮＴ）：データリンクコネクションを介するデー
タ通信情報の受信の肯定応答のための受領通信情報。

【００３７】図５には、データリンクプロトコルの個々
の通信情報を伝送するメッセージのデータフィールド５
７が示されている。データフィールド５７は、通信情報
ＡＲ，ＡＣ，ＤＴおよびＡＫにおいて制御情報フィール
ド５４を含んでおりかつデータ通信情報ＤＴにおいて付
加的に、この通信情報ＤＴによって伝送されるデータを
収容するためのフィールド５９を含んでいる。フィール
ド５９は最大で７バイトのデータを収容することができ
る。通信情報タイプは、通信情報を伝送するメッセージ
の制御情報フィールドに格納されている一緒に与えられ
る制御情報（ＤＰＣＩ）に基づいて識別される。制御情
報は最高で１バイトを有しかつＣＡＮメッセージのデー
タフィールド５７に位置付けられている。

【００３８】図６には、種々異なった通信情報タイプの
伝送のためのメッセージに対する制御情報フィールド５
８の区分けが示されている。４つの通信情報タイプを区
別するために、制御情報フィールド５８内に、通信情報
コードを収容するためのフィールド６３が設けられてい
る。通信情報コードは通例少なくとも２つのビットから
成っている。データ通信情報の通信情報コードに対して
僅か１ビットしか設けずかつ通信情報タイプＡＲ，ＡＣ
およびＡＫの通信情報コードに対して２または複数のビ
ットを設けることもできる。通信情報タイプＤＴおよび
ＡＫの伝送のためのメッセージの制御情報フィールド５
８はその他に、シーケンス番号ＳＮを収容するためのフ
ィールド６４を含んでいる。シーケンス番号は、連続す
るＤＴ通信情報の区別、受領通信情報ＡＫの、データ通
信情報ＤＴに対する対応付けおよび通信情報の複製の検
出のために用いられる。シーケンス番号ＳＮを収容する
ためのフィールド６４は、少なくとも１ビットを有して
いる。受領通信情報ＡＫの伝送のためのメッセージの制
御情報５８はその他に更に、受信機状態フィールド６５
を含んでいる。受信機状態フィールド６５において、受
信機の状態に関する情報ＲＳが格納されている。この情
報はステーションに及ぶ、ステーションを包括するフロ
ー制御のために使用することができる。受信機状態フィ
ールド６５は、受信機が準備状態にあるか否かを特徴付
けるための少なくとも１ビットを有している。

【００３９】１．３．３変数およびパラメータプロトコルは次の変数およびパラメータを使用する（表
２参照）：１）送信シーケンス変数Ｖ（Ｓ）データ通信情報ＤＴを連続的に番号付けるための変数。
Ｖ（Ｓ）は値０および１をとることができる。正しい受
領通信情報ＡＫの受信後、Ｖ（Ｓ）の値は補数をとる。２）受信シーケンス変数Ｖ（Ｒ）次に受信が期待されるデータ通信情報ＤＴのシーケンス
番号を記憶するための変数。Ｖ（Ｒ）は値０および１を
とることができる。期待されるデータ通信情報ＤＴの正
しい受信後、Ｖ（Ｒ）の値は補数をとる。３）コネクション状態変数Ｖ（Ｃ）コネクションの状態を記憶するための変数。この変数は
値ＮＯＴ＿ＡＣＴＩＶＡＴＥＤ，ＤＥＡＣＴＩＶＡＴＥ
Ｄ，ＲＥＣＥＩＶＥ＿ＲＥＡＤＹおよびＲＥＣＥＩＶＥ
＿ＮＯＴ＿ＲＥＡＤＹをとることができる。４）送信繰り返し変数ＲＣタイプＡＲおよびＤＴの通信情報の送信繰り返しのその
ときの数を記憶するための変数。５）ＤＰＤＵ−変数ＳＮ通信情報タイプＡＲおよびＤＴのシーケンス番号変数。６）ＤＰＤＵ−変数ＲＳ受信プロトコルエンティティの状態を特徴付けるための
受領通信情報ＡＫの変数。ＲＳは値ＲＲ（Ｒｅｃｅｉｖ
ｅＲｅａｄｙ）およびＲＮＲ（ＲｅｃｅｉｖｅＮｏ
ｔＲｅａｄｙ）をとることができる。７）プロトコルパラメータＭＮＴＭＮＴは、データ通信情報ＤＴないし活性化通信情報Ａ
Ｒに対する自動的な送信繰り返しの最大数である。８）プロトコルパラメータＴＡＴＡは、受領通信情報ＡＫないし肯定応答通信情報ＡＣ
が期待される単位時間である。１．３．４状態グラフおよびオートマット表１．３．４．１データリンク送信プロトコルエンティ
ティの状態グラフ図７には、データリンク送信プロトコルエンティティの
状態グラフが示されている。状態は円によって示されて
いる。状態間の移行は、番号が付された移行矢印によっ
て示されている。移行は所定のイベントに基づいて行わ
れる。移行の際に通例、所定のアクションが実施され
る。どんなイベントが移行を来しかつ移行の際にどんな
アクションが実施されるかは、１．３．４．２における
オートマット表から推測することができる。

【００４０】図７に示されているように、データリンク
送信プロトコルエンティティは次の状態を有する：１）ＩＮＡＣＴＩＶＥ状態ＩＮＡＣＴＩＶＥは、プロトコルの初期化の後に生
じる。この状態においてプロトコルエンティティはコネ
クションの活性化のためのオーダ（イベントＤ＿ＡＣＴ
ＩＶＡＴＡＥ＿ＲＥＱ）ないしパートナープロトコルエ
ンティティの活性化通信情報ＡＲの入力を期待する。イ
ベントＤ＿ＡＣＴＩＶＡＴＡＥ＿ＲＥＱが発生したと
き、活性化通信情報ＡＲがデータリンク受信プロトコル
エンティティに送信され（アクションＳＥＮＤ（Ａ
Ｒ））かつ後続状態ＳＴＡＲＴ＿ＵＰが生じる（移行矢
印７１）。

【００４１】状態ＩＮＡＣＴＩＶＥ（コネクション活性
化オーダの入力の前）においてコネクション活性化のた
めの活性化通信情報ＡＫが到来するとき（イベントＲＥ
ＣＥＩＶＥ＿ＡＲ）、肯定応答通信情報ＡＣが送信され
（アクションＳＥＮＤ（ＡＣ））かつ、データリンク送
信プロトコルエンティティがデータの受領される伝送の
ためのオーダを受け取る後続状態ＩＤＬＥが生じる（移
行矢印７２）。

【００４２】２）ＳＴＡＲＴ＿ＵＰ状態ＳＴＡＲＴ＿ＵＰにおいて、データリンク送信プロ
トコルエンティティは、応答したデータリンク受信プロ
トコルエンティティの肯定応答通信情報ＡＣ（コネクシ
ョン活性化の肯定応答）を期待する。肯定応答通信情報
ＡＣの入力または活性化通信情報ＡＲの入力（データリ
ンク受信プロトコルエンティティのコネクション活性化
希望）の後、データリンク送信プロトコルエンティティ
は、それがデータの受領される伝送のためのオーダを受
け取る状態ＩＤＬＥ（移行矢印７３）に変化する（応答
したデータリンク受信プロトコルエンティティはほぼ同
時に状態ＲＥＡＤＹに移行する）（図８の移行矢印８
５）。待ち時間Ｔ_A の経過終了後に肯定応答通信情報Ａ
Ｃが到来していないとき（イベントＴＡ＿ＥＸＰＩＲＥ
Ｄおよび（ＲＣ＜ＭＮＴ））、活性化通信情報ＡＲの送
信が自動的に繰り返される（移行矢印７４）。活性化通
信情報ＡＲの伝送がＭＮＴ回受領されなかった後（イベ
ントＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＝ＭＮＴ））、
データリンク送信プロトコルエンティティは状態ＩＮＡ
ＣＴＩＶＥに移行しかつ不成功に終わったコネクション
活性化をユーザに指示する（移行矢印７５）。

【００４３】３）ＩＤＬＥ状態ＩＤＬＥにおいてデータリンク送信プロトコルエン
ティティは、データの受領される伝送のためのオーダを
期待する。相応のイベントＤ＿ＤＡＴＡ＿ＡＣＫ＿ＲＥ
Ｑの発生後、制御情報および伝送すべきデータを有する
データ通信情報ＤＴが形成され、送信され(アクション
ＳＥＮＤ(ＤＴ))および後続状態ＷＡＩＴ＿ＡＫが生じ
る（移行矢印７６）。状態ＩＤＬＥにおいてコネクショ
ン活性化のための活性化通信情報ＡＲが到来したとき
(イベントＲＥＣＥＩＶＥ＿ＡＲ)、プロトコル変数にそ
のプリセット値が指定されかつ肯定応答通信情報ＡＣ
（アクションＳＥＮＤ（ＡＣ））が送信される。即ちコ
ネクション活性化がユーザに指示される（アクションＤ
＿ＡＣＴＩＶＡＴＥ＿ＩＮＤ（））（移行矢印７７）。

【００４４】４）ＷＡＩＴ＿ＡＫ状態ＷＡＩＴ＿ＡＫにおいてデータリンク送信プロトコ
ルエンティティは、先行のデータ通信情報ＤＴの正しい
受信を肯定応答するものである受領通信情報ＡＫの到来
を期待する。期待された受領が到来したとき（イベント
ＲＥＣＩＶＥ＿ＡＫ（ＳＮ＜＞Ｖ（Ｓ））、データの成
功した伝送がユーザに指示されかつ後続状態ＩＤＬＥが
生じる（移行矢印７８）。待ち時間ＴＡの経過後受領Ａ
Ｋが到来していないとき（イベントＴＡ＿ＥＸＰＩＲＥ
Ｄおよび（ＲＣ＜ＭＮＴ））、データ通信情報ＤＴの伝
送がＭＮＴ回受領されなかった後、コネクションは非活
性化される。即ちデータリンク送信プロトコルエンティ
ティは再び、状態ＩＮＡＣＴＩＶＥに移行しかつ不成功
に終わった伝送およびコネクションの非活性化をユーザ
に指示する（移行矢印８３）。誤ったシーケンス番号に
よる受領（イベントＲＥＣＲＩＶＥ＿ＡＫ（ＳＮ＝Ｖ
（Ｓ），ＲＳ＝ＲＲ）は、状態ＷＡＩＴ＿ＡＫにおいて
無視される（移行矢印７９）。受信プロトコルエンティ
ティが受信準備状態にない（イベントＲＥＣＥＩＶＥ＿
ＡＫ（ＳＮ＝Ｖ（Ｓ），ＲＳ＝ＲＮＲ））ことを指示す
る受領通信情報ＡＫが到来すると、先行のデータ通信情
報ＤＴの送信繰り返しが遅延される（移行矢印８０）。
状態ＷＡＩＴ＿ＡＫにおいてコネクション活性化のため
の通信情報ＡＲが到来すると（イベントＲＥＣＲＩＶＥ
＿ＡＫ）、プロトコル変数にそのプリセット値が指定さ
れ、肯定応答通信情報ＡＫが送信され（アクションＳＥ
ＮＤ（ＡＣ））かつ後続状態ＩＤＬＥが生じる（移行矢
印８１）。そこで連続するデータ伝送は中断される。即
ち不成功に終わったデータ伝送およびコネクション活性
化がユーザに指示される。

【００４５】１．３．４．２データリンク送信プロト
コルエンティティのオートマット表表３には、データリ
ンク送信プロトコルエンティティのオートマット表が示
されている。列ＵＥＧＰＮには、図７の移行矢印番号が
示されている。

【００４６】

【表３】

【００４７】

【表４】

【００４８】状態：（１．３．４．１の説明を参照）１）ＩＮＡＣＴＩＶＥ２）ＳＴＡＲＴ＿ＵＰ３）ＩＤＬＥ４）ＷＡＩＴ＿ＡＫイベント：１）Ｄ＿ＡＫＴＩＶＡＴＥ＿ＲＥＱコネクション活性化のためのオーダの入力。２）ＲＥＣＥＩＶＥ＿ＡＲコネクション活性化のための要求の受信。３）ＲＥＣＥＩＶＥ＿ＡＣコネクション活性化の肯定応答の受信。４）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜ＭＮＴ）肯定応答通信情報ＡＣまたは受領通信情報ＡＫの到来に
対する待ち時間は経過終了した。送信繰り返しの最大数
は越えていない。５）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＝ＭＮＴ）肯定応答通信情報ＡＣまたは受領通信情報ＡＫの到来に
対する待ち時間は経過終了した。送信繰り返しの最大数
に達している。６）Ｄ＿ＤＡＴＡ＿ＡＣＫ＿ＲＥＱ（ＤＡＴＡ＿ＬＥＮ
ＧＴＨ，ＤＡＴＡ）長さＤＡＴＡ＿ＬＥＮＧＴＨのデータＤＡＴＡの伝送の
ためのオーダの入力。７）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ
＜＞Ｖ（Ｓ））先行のデータ通信情報ＤＴの正しい受信を肯定応答する
受領の受信。８）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＝Ｖ（Ｓ），ＲＳ＝Ｒ
Ｒ）シーケンス番号ＳＮが先行のデータ通信情報ＤＴのシー
ケンス番号に一致する受領の受信。予定より早い期間経
過によってデータ通信情報ＤＴが新たに送信されかつ受
信機がこの通信情報を複製と検出したとき、このイベン
トは発生する可能性がある。状態情報ＲＳは、受信機が
受信準備状態にあることを指示する。９）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＝／Ｖ（Ｓ），ＲＳ＝
ＲＮＲ）シーケンス番号ＳＮが先行のデータ通信情報ＤＴのシー
ケンス番号に一致する受領の受信。このイベントは、デ
ータリンク受信プロトコルエンティティがデータ通信情
報ＤＴを受け取ることができないとき発生する可能性が
ある。状態情報ＲＳ＝ＲＮＲは、受信機が受信準備状態
にないことを指示する。

【００４９】アクション／機能：１）ＳＥＮＤ（ＡＲ）コネクション活性化のための活性化通信情報ＡＲの送
信。２）ＳＥＮＤ（ＤＴ）データ通信情報ＤＴの送信。３）ＳＥＮＤ（ＡＣ）コネクション活性化の肯定応答のための肯定応答通信情
報ＡＣの送信。４）ＲＥＳＥＮＤ＿ＡＲコネクション活性化の活性化通信情報ＡＲの送信の繰り
返し。５）ＲＥＳＥＮＤ＿ＬＡＳＴ＿ＤＴ最後のデータ通信情報ＤＴの送信の繰り返し。６）ＳＴＡＲＴ＿ＴＡ待ち時間Ｔ_A の監視のためのタイマーのリセットおよび
スタート。７）ＣＡＮＣＥＬ＿ＴＡ待ち時間Ｔ_A の監視のためのタイマーのリセット。８）ＲＣ：＝１送信繰り返し変数ＲＣの、値１へのセット。９）ＲＣ：＝ＲＣ＋１送信繰り返し変数ＲＣの、値１だけのインクリメント。１０）Ｖ（Ｓ）：１−Ｖ（Ｓ）送信繰り返し変数Ｖ（Ｓ）の補数をとる。１１）Ｖ（Ｃ）：＝ＲＥＣＥＩＶＥ＿ＲＥＡＤＹコネクション状態変数Ｖ（Ｃ）の、値ＲＥＣＩＶＥ＿Ｒ
ＥＡＤＹへのセット。１２）Ｖ（Ｃ）：＝ＤＥＡＣＴＩＶＡＴＥＤコネクション状態変数Ｖ（Ｃ）の、値ＤＥＡＣＴＩＶＡ
ＴＥＤへのセット。１３）Ｖ（Ｃ）：＝ＮＯＴ＿ＡＣＴＩＶＡＴＥＤコネクション状態変数Ｖ(Ｃ)の、値ＮＯＴ＿ＡＣＴＩＶ
ＡＴＥＤへのセット。１４）ＲＥＳＥＴ＿ＶＡＲＩＡＢＬＥＳ（）プロトコルエンティティにプリセット値を付与する（表
２参照）。１５）ＤＴ：＝ＤＴ（ＳＮ＝Ｖ（Ｓ））データ通信情報ＤＴの形成。その際シーケンス番号変数
ＳＮが、送信シーケンス変数Ｖ（Ｓ）の値に指定され
る。１６）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＣＯＮ（ＣＯＮＮＥＣＴ
ＩＯＮ＿ＳＴＡＴＵＳ＝Ｖ（Ｃ））コネクション活性化サービスの肯定応答。１７）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＩＮＤ（）コネクション活性化の指示。１８）Ｄ＿ＤＡＴＡ＿ＡＣＫ＿ＣＯＮ（ＴＲＡＮＳＦＥ
ＲＳＴＡＴＵＳ：＝ＳＵＣＣＥＳＳ）データ伝送サービスの肯定的な応答。１９）Ｄ＿ＤＡＴＡ＿ＡＣＫ＿ＣＯＮ（ＴＲＡＮＳＦＥ
ＲＳＴＡＴＵＳ：＝ＮＯＴＳＵＣＣＥＳＳ）データ伝送サービスの否定的な応答。２０）Ｄ＿ＤＥＡＣＴＩＶＡＴＥＤ＿ＩＮＤ（）自動的なコネクション活性化の指示。

【００５０】１．３．４．３データリンク受信プロト
コルエンティティの状態グラフ図８には、データリンク状態プロトコルエンティティの
状態グラフが示されている。図８には、図７と同じ形式
上の構成が当て嵌まる。データリンク受信プロトコルエ
ンティティは次の状態を有している：１）ＩＮＡＣＴＩＶＥ状態ＩＮＡＣＴＩＶＥにおいてデータリンク受信プロト
コルエンティティは初期化後にある。この状態において
データリンク受信プロトコルエンティティはコネクショ
ンの活性化のためのオーダ（イベントＤ＿ＡＣＴＩＶＡ
ＴＥＤ＿ＲＥＱ）ないしパートナープロトコルエンティ
ティの活性化通信情報ＡＲの入力を待つ。イベントＤ＿
ＡＣＴＩＶＡＴＥＤ＿ＲＥＱが発生したとき、活性化通
信情報ＡＲガデータリンク送信プロトコルエンティティ
に送信され（アクションＳＥＮＤ（ＡＲ））かつ後続状
態ＳＴＡＲＥ＿ＵＰが生じる（移行矢印７１）。

【００５１】状態ＩＮＡＣＴＩＶＥにおいて（コネクシ
ョン活性化依頼の入力の前に）コネクション活性化のた
めの活性化通信情報ＡＲが到来すると（イベントＲＥＣ
ＥＩＶＥ＿ＡＲ）、肯定応答通信情報ＡＣが送信され
（アクションＳＥＮＤ（ＡＲ））かつデータリンク受信
プロトコルエンティティがデータを受信する準備状態に
ある後続状態ＲＥＡＤＹが生じる（移行矢印８４）。

【００５２】２）ＳＴＡＲＴ＿ＵＰ状態ＳＴＡＲＥ＿ＵＰにおいてデータリンク受信プロト
コルエンティティは応答したデータリンク送信プロトコ
ルエンティティの肯定応答通信情報ＡＣ（コネクション
活性化の確認）を待つ。肯定応答通信情報ＡＣの入力ま
たは活性化通信情報ＡＲの入力（データリンクコネクシ
ョンプロトコルエンティティのコネクション活性化希
望）の後、データリンク受信プロトコルエンティティ
は、それがデータを受信する準備状態にある状態ＲＥＡ
ＤＹに移行する（移行矢印８５）。相応のデータリンク
相応のプロトコルエンティティはほぼ同時に状態ＩＤＬ
Ｅに移行する（図７の移行矢印７３参照）。待ち時間Ｔ
_A の経過終了後に肯定応答通信情報ＡＣが到来していな
いとき（イベントＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜
ＭＮＴ））、活性化通信情報ＡＲの送信が自動的に繰り
返される（移行矢印７４）。活性化通信情報ＡＲのの伝
送がＭＮＴ回受領されなかった後（イベントＴＡ＿ＥＸ
ＰＩＲＥＤおよび（ＲＣ＝ＭＮＴ）、データリンク受信
プロトコルエンティティは再び状態ＩＮＡＣＴＩＶＥに
移行しかつ不成功に終わったコネクション活性化をユー
ザに指示する（移行矢印７５）。

【００５３】３）ＲＥＡＤＹ状態ＲＥＡＤＹにおいてデータリンク受信プロトコルエ
ンティティは、データ通信情報ＤＴの入力を期待する。
期待されたシーケンス番号を有する相応の通信情報の受
信の後（イベントＲＥＣＥＩＶＥ＿ＤＴ（ＳＮ＝Ｖ
（Ｒ））、受信がユーザに指示されかつ受領通信情報Ａ
Ｋが送信される（アクションＳＥＮＤ（ＡＫ））（移行
矢印８６）。データリンク受信プロトコルエンティティ
がデータ通信情報ＤＴの入力の際に受信準備状態にない
とき、通信情報ＡＫは放棄されかつ送信者にこのこと
が、変化したシーケンス番号（＝期待されたデータ通信
情報ＤＴのシーケンス番号）および受信状態（“受信機
は準備状態にない”）を有する受領通信情報ＡＫの伝送
によって通報される（移行矢印８７）。

【００５４】誤ったシーケンス番号を有するデータ通信
情報ＤＴが到来するとき（イベントＲＥＣＥＩＶＥ＿Ｄ
Ｔ（ＳＮ＜＞Ｖ（Ｒ））、期待されるシーケンス番号お
よびそのときの受信状態を有する受領通信情報ＡＫが送
信される（移行矢印８８）。

【００５５】状態ＲＥＡＤＹにおいてコネクション活性
化のための活性化通信情報ＡＲが到来するとき（イベン
トＲＥＣＥＩＶＥ＿ＡＲ）、プロトコル変数にそのプリ
セット値が指定されかつ肯定応答通信情報ＡＣが送信さ
れる（アクションＳＥＮＤ（ＡＣ））。即ちコネクショ
ン活性化がユーザに指示される（アクションＤ＿ＡＣＴ
ＩＶＡＴＥ＿ＩＮＤ））（移行矢印８９）。

【００５６】１．３．４．４データリンク受信プロト
コルエンティティのオートマット表表４には、データリンク受信プロトコルエンティティの
オートマット表が示されている。列ＵＥＧＰＮには、図
８に対する移行矢印番号が含まれている。

【００５７】

【表５】

【００５８】

【表６】

【００５９】状態：（１．３．４．３の説明を参照）１）ＩＮＡＣＴＩＶＥ２）ＳＴＡＲＴ＿ＵＰ３）ＲＥＡＤＹイベント：１）Ｄ＿ＡＣＴＩＶＥ＿ＲＥＱコネクション活性化のためのオーダの入力。２）ＲＥＣＥＩＶＥ＿ＡＲコネクション活性化のための要求の受信。３）ＲＥＣＥＩＶＥ＿ＡＣコネクション活性化の肯定応答のための受信。４）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜ＮＭＴ）肯定応答通信情報ＡＣの到来に対する待ち時間は経過終
了している。送信繰り返しの最大数は越えていない。５）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＝ＭＮＴ）肯定応答通信情報ＡＣの到来に対する待ち時間は経過終
了している。送信繰り返しの最大数に達している。６）ＲＥＣＩＶＥ＿ＤＴ（ＳＮ＝Ｖ（Ｒ））およびＲＥ
ＣＥＩＶＥ＿ＳＴＡＴＵＳ（）＝ＲＥＣＥＩＶＥ＿ＲＥ
ＡＤＹ期待されるデータ通信情報ＤＴの入力。データリンク受
信プロトコルエンティティは受信準備状態にある。７）ＲＥＣＩＶＥ＿ＤＴ（ＳＮ＝Ｖ（Ｒ））およびＲＥ
ＣＥＩＶＥ＿ＳＴＡＴＵＳ（）＝ＲＥＣＥＩＶＥ＿ＮＯ
Ｔ＿ＲＥＡＤＹ期待されるデータ通信情報ＤＴの入力。データリンク受
信プロトコルエンティティは受信準備状態にない。８）ＲＥＣＥＩＶＥ＿ＤＴ（ＳＮ＜＞Ｖ（Ｒ））期待されないデータ通信情報ＤＴの入力。

【００６０】アクション／機能：１）ＳＥＮＤ（ＡＲ）コネクション活性化のための活性化通信情報ＡＲの送
信。２）ＳＥＮＤ（ＡＣ）コネクション活性化の肯定応答のための肯定応答通信情
報ＡＣの送信。３）ＲＥＳＥＮＤ＿ＡＲコネクション活性化のための活性化通信情報ＡＲの送信
の繰り返し。４）ＳＴＡＲＴ＿ＴＡ待ち時間Ｔ_A を監視するためのタイマーのリセットおよ
びスタート。５）ＣＡＮＣＥＬ＿ＴＡ待ち時間Ｔ_A の監視のためのタイマーのリセット。６）ＲＣ：＝１送信繰り返し変数ＲＣの、値１へのセット。７）ＲＣ：＝ＲＣ＋１送信繰り返し変数ＲＣの、値１だけのインクリメント。８）Ｖ（Ｒ）：＝１−Ｖ（Ｒ）受信シーケンス変数Ｖ（Ｃ）の補数をとる。９）Ｖ（Ｃ）：＝ＲＥＣＥＩＶＥ＿ＲＥＡＤＹコネクション状態変数Ｖ（Ｃ）の、値ＲＥＣＥＩＶＥ＿
ＲＥＡＤＹへのセット。１０）Ｖ（Ｃ）：＝ＮＯＴ＿ＡＣＴＩＶＡＴＥＤコネクション状態変数Ｖ（Ｃ）の、値ＮＯＴ＿ＡＣＴＩ
ＶＡＴＥＤへのセット。１１）Ｖ（Ｃ）：＝ＲＥＣＥＩＶＥ＿ＳＴＡＴＵＳ（）機能ＲＥＣＩＶＥ＿ＳＴＡＴＵＳ（）は、データリンク
受信プロトコルエンティティを決定する。この機能（Ｒ
ＥＣＩＶＥ＿ＲＥＡＤＹないしＲＥＡＤＹ＿ＮＯＴ＿Ｒ
ＥＡＤＹ）の返送値がコネクション状態変数Ｖ（Ｃ）に
指定される。１２）ＲＥＳＥＴ＿ＶＡＲＩＡＢＬＥＳ（）プロトコル変数にプリセット値を付与する（表２参
照）。１３）ＡＫ：＝ＡＫ（ＳＮ＝Ｖ（Ｒ），ＲＳ＝Ｖ
（Ｃ））受領通信情報ＡＫの形成。その際シーケンス番号変数Ｓ
Ｎが受信シーケンス変数Ｖ（Ｒ）の値に指定される。受
信状態変数ＲＳはコネクション状態変数Ｖ（Ｃ）の値に
指定される。１４）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＣＯＮ（ＣＯＮＮＥＣＴ
ＩＯＮ＿ＳＴＡＴＵＳ＝Ｖ（Ｃ））コネクション活性化サービスの肯定応答。１５）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＩＮＤ（）コネクション活性化の指示。１６）Ｄ＿ＤＡＴＡ＿ＡＣＫ＿ＩＮＤ（ＤＡＴＡ＿ＬＥ
ＮＧＴＨ，ＤＡＴＡ）データ通信情報の正しい受信の指示。パラメータとし
て、データ長ＤＡＴＡ＿ＬＥＮＧＴＨおよびデータＤＡ
ＴＡが引き渡される。

【００６１】１．４トランスポートプロトコルの説明トランスポートプロトコル１９のタスクは、任意の長さ
のデータの安全な伝送である。トランスポート制御情報
を加えた長さが個々のＣＡＮメッセージの最大のデータ
長を上回るデータは、送信機のトランスポートレイヤ１
５においてセグメントに分割され、別個に伝送されかつ
受信機のトランスポートレイヤ１５において再び結合さ
れる。

【００６２】実施例のトランスポートプロトコル１９
は、送信および待ち方式に従って動作する。データは仮
想のトランスポートコネクションを介して伝送される
（段落１．２参照）。任意の長さのデータ伝送フェーズ
はコネクション活性化が成功した後に始まる（段落１．
１参照）。データ通信情報の送信後トランスポート送信
プロトコルエンティティは、相応の受領通信情報の到来
を待つ。次の通信情報（データセグメントまたは新しい
データ）は、先行する通信情報に対する正しい受領通信
情報の入力後にようやく送信することが許される。トラ
ンスポート送信プロトコルエンティティが通信情報の伝
送を始めるとき、受領通信情報の到来までの最大の待ち
時間ＴＡを測定するタイマーがスタートする。トランス
ポート受信プロトコルエンティティは、正しく受信され
たデータ通信情報をその都度、トランスポートプロトコ
ルエンティティがフロー制御のために必要とする、トラ
ンスポート受信プロトコルエンティティの状態に関する
付加的な情報を含んでいる受領通信情報の送信によって
応答する。受領の到来の前に待ち時間Ｔ_A が経過終了す
ると、トランスポート送信プロトコルエンティティは最
後の通信情報の伝送を繰り返す。通信情報の伝送が繰り
返し不成功に終わると、トランスポートコネクションは
非活性化される。伝送の結果およびコネクションの非活
性化はユーザに指示される。

【００６３】１．４．１サービス（表５参照）

【００６４】

【表７】

【００６５】１．４．１．１プロトコル初期化トランスポートプロトコルの初期化に対するサービスエ
レメントはＴ＿ＩＮＩＴ．ｒｅｑおよびＴ＿ＩＮＩＴ．
ｃｏｎである。初期化は、Ｔ＿ＩＮＩＴ．ｒｅｑによっ
て要求されかつＴ＿ＩＮＩＴ．ｃｏｎによって肯定応答
される。初期化の作用はローカルでしかない。トランス
ポートプロトコルの変数にそのプリセット値が付与され
る（表６参照）。

【００６６】１．４．１．２コネクション活性化トランスポートコネクションの活性化に対するサービス
エレメントは、Ｔ＿ＡＣＴＩＶＡＴＥ．ｒｅｑ，Ｔ＿Ａ
ＣＴＩＶＡＴＥ．ｉｎｄおよびＴ＿ＡＣＴＩＶＡＴＥ．
ｃｏｎである。Ｔ＿ＡＣＴＩＶＡＴＥ．ｒｅｑの作用
は、コネクションサービスを提供するトランスポートプ
ロトコルエンティティが交信準備された状態にセットさ
れるようにすることであり、その際プロトコル変数はそ
のプリセット値をとる。コネクションユーザＡがサービ
スオーダＴ＿ＡＣＴＩＶＡＴＥ．ｒｅｑを送信すると
き、活性化が成功した後、このことは遠隔ステーション
におけるコネクションユーザＢにＴ＿ＡＣＴＩＶＡＴ
Ｅ．ｉｎｄを用いて指示される。サービスエレメントＴ
＿ＡＣＴＩＶＡＴＥｃｏｎはこのサービスオーダを肯定
応答する。

【００６７】１．４．１．３データ伝送データ伝送に対するサービスエレメントは、Ｔ＿ＤＡＴ
Ａ．ｒｅｑ，Ｔ＿ＤＡＴＡ．ｉｎｄおよびＴ＿ＤＡＴ
Ａ．ｃｏｎである。Ｔ＿ＤＡＴＡ．ｒｅｑによって、長
さＤＡＴＡ＿ＬＥＮＧＴＨのデータ（パラメータ：ＤＡ
ＴＡ）の受領返送される伝送が要求される。正しい伝送
の後、データの受信はサービスエレメントＴ＿ＤＡＴ
Ａ．ｉｎｄを用いて交信パートナーに指示される。伝送
の結果はオーダを行った者にサービスＴ＿ＤＡＴＡ．ｃ
ｏｎによって通報される。

【００６８】１．４．１．４コネクション非活性化コネクションは、サービスプロバイダーの伝送が不成功
に繰り返された後、非活性化される。この非活性化はサ
ービスユーザにサービスエレメントＴ＿ＤＥＡＣＴＩＶ
ＡＴＥＤ．ｉｎｄによって指示される。

【００６９】１．４．２トランスポート通信トランスポートプロトコルエンティティ間で交換される
トランスポート通信に対して、データリンク通信に対す
る場合と同じことが当て嵌まる。これらもＣＡＮメッセ
ージを用いて伝送される。しかしＣＡＮメッセージのデ
ータフィールドの個々の部分フィールドはトランスポー
ト通信情報に対して部分的に異なって占有されている。
このことは、図９および１０の以下の説明において述べ
る。トランスポートプロトコルは同様４つの通信情報タ
イプＡＲ，ＡＣ，ＤＴおよびＡＫを区別する：ＡＲ（ＡＣＴＩＶＡＴＩＯＮＲＥＱＵＥＳＴ）：トラ
ンスポートコネクションの活性化のための活性化通信情
報ＡＣ（ＡＣＴＩＶＡＴＩＯＮＣＯＮＦＩＲＭ）：トラ
ンスポートコネクションの活性化の肯定応答のための肯
定応答通信情報ＤＴ（ＤＡＴＡ）：トランスポートコネクションを介す
るデータの伝送のためのデータ通信情報ＡＫ（ＤＡＴＡ−ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ）：
トランスポートコネクションを介するトランスポート通
信情報の受信の肯定応答のための受領通信情報。

【００７０】図９には、トランスポートプロトコルの個
々の通信情報を伝送するメッセージのデータフィールド
９４が示されている。データフィールド９４は通信情報
ＡＲ，ＡＣ，ＤＴおよびＡＫにおいて制御情報フィール
ド９５を含んでおりかつデータ通信情報ＤＴにおいて付
加的に、この通信情報ＤＴによって伝送される個々のデ
ータバイトを収容するためのフィールド９６，９７およ
び９８を含んでいる。この場合最大で７データバイトを
制御情報フィールド９５に続けることができる。通信情
報タイプはここでも、通信情報を伝送するメッセージの
制御情報フィールドに含まれている一緒に与えられる制
御情報（ＴＰＣＩ）に基づいて識別される。ここで制御
情報は最高で１バイトを有しかつＣＡＮメッセージのデ
ータフィールド９５に位置付けられている。

【００７１】図１０には、種々のタイプの通信情報を伝
送するためのメッセージに対する制御情報フィールド９
５の区分けが示されている。４つのタイプの通信情報を
区別するために、制御情報ールド９５内に通信情報コー
ドを収容するためのフィールド１０１が設けられてい
る。通信情報タイプＤＴおよびＡＫの伝送のためのメッ
セージの制御情報フィールド９５は、その他にシーケン
ス番号ＳＮを収容するためのフィールド１０２を含んで
いる。ここにおいてシーケンス番号は同様、受領通信情
報の、データ通信情報ＤＴに対する対応付けおよび通信
情報の複製の検出に対する連続するＤＴ通信情報の区別
のために用いられる。ここでシーケンス番号ＳＮを収容
するためのフィールド１０２は同様、少なくとも１ビッ
トを有している。データ通信情報を伝送する制御情報フ
ィールド９５は付加的に、通信情報終了コードＥＯＭを
収容するためのフィールド１０３を有している。このフ
ィールド１０３は少なくとも１ビットを有している。こ
のフィールドにおいて伝送される情報は、別のデータセ
グメントが続く（ＥＯＭ＝０）か否（ＥＯＭ＝１）かを
指示する。更に、データ通信情報ＤＴを伝送するメッセ
ージの制御情報フィールド９５は、どれだけのデータが
このメッセージによって伝送されるかを指示する情報Ｎ
Ｂを収容するためのフィールド１０４を有している。

【００７２】フィールド１０４は少なくとも３ビットを
有している。受領通信情報ＡＫを伝送するメッセージの
フィールド１０５に同様、受信機の状態に関する情報が
格納される。受信機状態フィールド１０５は、図６に示
されているように、受信機が受信準備状態にあるか否か
を特徴付けるための少なくとも１ビットを有している。

【００７３】図１１には、トランスポートプロトコルを
用いた、２つのステーション間のデータ伝送の処理が示
されている。その際１５のデータバイトが伝送される。
１５のデータバイトがフィールド１３０において示され
ている。特に、データバイト１，２，３および１５に対
するデータバイトフィールド１３１，１３２，１３３お
よび１３４が示されている。データ伝送の処理を明らか
にするために、ステーション内の若干の機能層が図示さ
れている。層１４０は、アプリケーションプログラムが
処理される、第１ステーション内のアプリケーション層
である。層１４３は第２ステーション内のアプリケーシ
ョン層である。層１４１は、トランスポートプロトコル
１９がアプリケーション層のオーダを受け取りかつ処理
する、第１ステーションのトランスポート層である。層
１４４は、第２ステーションのトランスポート層であ
る。２つのトランスポート層１４１および１４４の間
に、破線１４６および１４７を用いて仮想のトランスポ
ートコネクションが図示されている。層１４１における
トランスポートプロトコル１９は、所属のステーション
の側からトランスポート通信情報伝送を処理するために
層１４２に存在するＣＡＮプロトコル１７を使用する。
層１４５は、第２ステーションのＣＡＮプロトコル１７
を含んでいる。ＣＡＮプロトコル１７はそれがデータを
伝送するためにステーション間のＣＡＮバスコネクショ
ン１４８を使用する。フィールド１３０における１５の
データバイトのデータ伝送は、トランスポートプロトコ
ル１９を用いて３つのステップにおいて行われる。第１
ステップにおいてデータバイト１−７が伝送される。こ
のためにトランスポートプロトコルエンティティはデー
タ通信情報ＤＴ１を形成する。それからこれはＣＡＮプ
ロトコルエンティティによってＣＡＮメッセージを用い
て伝送される。データ通信情報ＤＴ１の伝送のためのメ
ッセージのデータフィールド１３９の構成が図１１に示
されている。メッセージの制御情報フィールド１３５に
は、通信情報コードＤＴ、シーケンス番号０、通信情報
終了コード０およびデータバイトの数に対する７が示さ
れている。メッセージのその他のデータバイトフィール
ドを、伝送すべき１５のデータバイトの最初の７つのバ
イトが占めている。例としてデータバイトフィールド１
３６，１６７および１３８が図示されている。

【００７４】データ通信情報ＤＴ１の受信後、受信ステ
ーションは受領通信情報ＡＫ１を送信ステーションに返
送する。受領通信情報ＡＫ１を伝送するメッセージのフ
ィールド１３９は、制御情報フィールド１３５からのみ
成る。このフィールドには、通信情報コードＡＫ，シー
ケンス番号１および受信機状態情報ＲＲ（データ通信情
報の正しい受信に相応する）が示されている。

【００７５】第２のステップにおいてデータバイト８−
１４が伝送される。このことは、データ通信情報ＤＴ２
を用いて行われる。データ通信情報ＤＴ２を伝送するメ
ッセージのデータフィールド１３９は、第１ステップの
場合のように区分けされている。データバイトフィール
ド１３６，１３７および１３８は、データバイト８，９
および１４を含んでいる。制御情報フィールド１３５に
は、通信情報コードＤＴ、シーケンス番号１、通信情報
終了コード０およびデータバイトの数に対する７が示さ
れている。受信ステーションはデータ通信情報ＤＴ２の
受信を受領通信情報ＡＫ２を用いて肯定応答する。受領
通信情報ＡＫ２を伝送するメッセージの制御情報フィー
ルド１３５を、第１ステップの場合と正確に同じものが
占めているが、シーケンス番号に対して制御情報フィー
ルド１３５に０が示されている点で相異している。

【００７６】第３ステップにおいて最後のデータバイト
１５が伝送される。このことは、データ通信情報ＤＴ３
を用いて行われる。データ通信情報ＤＴ３を伝送するメ
ッセージのデータフィールド１３９は、第１ステップお
よび第２ステップにおけるデータフィールドとは異なっ
て区分けされている。データバイトフィールド１３６は
１５番目のデータバイトを含んでおりかつ例えば１３７
および１３８として示されているその他のデータバイト
フィールドは重要な情報を含んでいない。制御情報フィ
ールド１３５には、通信情報コードＤＴ、シーケンス番
号０、通信情報終了コード１およびデータバイトの数に
対する１が示されている。受信ステーションはデータ通
信情報ＤＴ３の受信を受領通信情報ＡＫ３を用いて肯定
応答する。受領通信情報ＡＫ３を伝送するメッセージの
制御情報フィールド１３５を占めているのは、第１ステ
ップとまさに同じものである。結果として１５すべての
データバイトが第２ステーションに伝送されかつ第２ス
テップのアプリケーション層１４３はこのことを引き続
き処理することができる。

【００７７】１．４．３変数およびパラメータプロトコルは次の変数およびパラメータを使用する（表
６参照）：

【００７８】

【表８】

【００７９】１）送信シーケンス変数Ｖ（Ｓ）データ通信情報ＤＴを連続して番号付けるための変数。
Ｖ（Ｓ）は値０および１をとることができる。正しい受
領通信情報ＡＫの受信後、Ｖ（Ｓ）の値は補数をとられ
る。２）受信シーケンス変数Ｖ（Ｒ）次に受信が期待されるデータ通信情報ＤＴのシーケンス
番号を記憶するための変数。Ｖ（Ｒ）は値０および１を
とることができる。期待されたデータ通信情報ＤＴの正
しい受信後、Ｖ（Ｒ）の値は補数をとられる。３）コネクション状態変数Ｖ（Ｃ）コネクションの状態を記憶するための変数。この変数
は、値ＮＯＴ＿ＡＣＴＩＶＡＴＥＤ，ＤＥＡＣＴＩＶＡ
ＴＥＤ，ＲＥＣＥＩＶＥ＿ＲＥＡＤＹおよびＲＥＣＥＩ
ＶＥ＿ＮＯＴ＿ＲＥＡＤＹをとることができる。４）送信繰り返し変数ＲＣ通信情報タイプＡＲおよびＤＴの送信繰り返しのそのと
きの数を記憶するための変数。５）セグメント数ＮＳＥＧデータの伝送のために形成しなければならないデータセ
グメントの数。６）データ長ＤＬ受信された通信情報のデータ長を計算するためのトラン
スポート受信プロトコルエンティティの変数。７）ＴＰＤＵ−変数ＥＯＭ別のデータセグメントが続く（ＥＯＭ＝０）か否か（Ｅ
ＯＭ＝１）を特徴付けるための変数。８）ＴＰＤＵ−変数ＮＢデータフィールドにおける重要なバイトの数。データセ
グメント１ないしＮＳＥＧ−１に対してＮＢは値７を有
している。９）ＴＰＤＵ−変数ＳＮ通信情報タイプＡＲおよびＤＴのシーケンス番号変数。１０）ＴＰＤＵ−変数ＲＳトランスポート受信プロトコルエンティティの状態を特
徴付けるための受領通信情報ＡＫの変数。ＲＳは値ＲＲ
（受信準備状態）およびＲＮＲ（非受信準備状態）をと
ることができる。１１）プロトコルパラメータＭＮＴＭＮＴは、データ通信情報ＤＴないしコネクション活性
化通信情報ＡＲに対する自動的な送信繰り返しの最大数
である。１２）プロトコルパラメータＮＳＥＧ＿ＭＡＸデータセグメントの最大数。１３）プロトコルパラメータＴＡＴＡは、受領通信情報ＡＫないし肯定応答通信情報ＡＣ
が期待される単位時間である。

【００８０】１．４．４状態グラフおよびオートマッ
ト表１．４．４．１トランスポート送信プロトコルエンテ
ィティの状態グラフ図１２には、トランスポート送信プロトコルエンティテ
ィの状態グラフが示されている。図１２にも、図７およ
び図８と同じ形式上の構成が当て嵌まる。トランスポー
ト受信プロトコルエンティティは次の状態を有してい
る：１）ＩＮＡＣＴＩＶＥ状態ＩＮＡＣＴＩＶＥは、プロトコルの初期化後に生じ
る。この状態においてトランスポートプロトコルエンテ
ィティはコネクションの活性化のためのオーダ（イベン
トＴ＿ＡＣＴＩＶＡＴＥ＿ＲＥＱ）ないしパートナープ
ロトコルエンティティの活性化通信情報ＡＲの入力を期
待する。イベントＴ＿ＡＣＴＩＶＡＴＥ＿ＲＥＱが発生
するとき、活性化通信情報ＡＲはトランスポート受信プ
ロトコルエンティティに送信され（アクションＳＥＮＤ
（ＡＲ））かつ後続状態ＳＴＡＲＴ＿ＵＰが生じる（移
行矢印１１１）。

【００８１】状態ＩＮＡＣＴＩＶＥ（コネクション活性
化オーダの入力の前）においてコネクション活性化のた
めの活性化通信情報ＡＲが到来するとき（イベントＲＥ
ＣＥＩＶＥ＿ＡＲ）、肯定応答通信情報ＡＣが送信され
（アクションＳＥＮＤ（ＡＣ））かつ、トランスポート
プロトコルエンティティがデータの受領された伝送のた
めの依頼を受け取る後続状態ＩＤＬＥが生じる（移行矢
印１１２）。

【００８２】２）ＳＴＡＲＴ＿ＵＰ状態ＳＴＡＲＴ＿ＵＰにおいてトランスポート送信プロ
トコルエンティティは、応答したトランスポート受信プ
ロトコルエンティティの肯定応答通信情報ＡＣ（コネク
ション活性化の肯定応答）を期待する。

【００８３】確認通信情報ＡＣの入力または活性化通信
情報ＡＫの入力後（トランスポート受信プロトコルエン
ティティのコネクション活性化希望）、トランスポート
送信プロトコルエンティティは、それがデータの伝送の
ためのオーダを受け取る状態ＩＤＬＥに変化する（移行
矢印１１３）。応答したトランスポート受信プロトコル
エンティティはほぼ同時に状態ＲＥＡＤＹに移行する
（図１３の移行矢印１２３参照）。肯定応答通信情報Ａ
Ｃが待ち時間Ｔ_A の経過終了後に到来していないとき
（イベントＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜ＭＮ
Ｔ））、活性化通信情報ＡＲの送信が自動的に繰り返さ
れる（移行矢印７４）。活性化通信情報ＡＲの伝送がＭ
ＮＴ回受領返送されなかった後（イベントＴＡ＿ＥＸＰ
ＩＲＥＤおよびＲＣ＝ＭＮＴ））、トランスポートプロ
トコルエンティティは再び状態ＩＮＡＣＴＩＶＥに移行
しかつ不成功に終わったコネクション活性化をユーザに
指示する（移行矢印１１４）。

【００８４】３）ＩＤＬＥ状態ＩＤＬＥにおいてトランスポート送信プロトコルエ
ンティティは、データを伝送するためのオーダを待つ。
相応のイベントＴ＿ＤＡＴＡ＿ＲＥＱの発生後、データ
セグメントの数ＮＳＥＧが計算されかつデータ通信情報
ＤＴが制御情報および第１のデータセグメントによって
形成され、送信され（アクションＳＥＮＤ（ＤＴ））か
つ後続状態ＷＡＩＴ＿ＡＫが生じる（移行矢印１１
５）。状態ＩＤＬＥにおいてコネクション活性化のため
の活性化通信情報ＡＲが到来するとき（イベントＲＥＣ
ＥＩＶＥ＿ＡＲ）、プロトコル変数にそのプリセット値
が指定され、肯定応答通信情報ＡＣが送信され（アクシ
ョンＳＥＮＤ（ＡＣ））かつ活性化がユーザに通報され
る（アクションＴ＿ＡＣＴＩＶＡＴＥ＿ＩＮＤ（））
（移行矢印１１６）。

【００８５】４）ＷＡＩＴ＿ＡＫ状態ＷＡＩＴ＿ＡＫにおいてトランスポート送信プロト
コルエンティティは、先行のデータ通信情報ＤＴの正し
い受信を肯定応答するものである受領通信情報ＡＫの到
来を待つ。期待された受領が到来するとき（イベントＲ
ＥＣＥＩＶＥ＿ＡＫ（ＳＮ＜＞Ｖ（Ｓ））、ＮＳＥＧは
デクリメントされかつＮＳＥＧ＞＝１の場合次のデータ
セグメントによって通信情報が形成されかつ送信される
（移行矢印１１７）。ＮＳＥＧ＝０であるとき、受領の
入力後正しい伝送がユーザに通報されかつ後続状態ＩＤ
ＬＥが生じる（移行矢印１１９）。待ち期間Ｔ_A が経過
しても受領通信情報ＡＫが到来していないとき（イベン
トＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜ＭＮＴ）、デー
タ通信情報ＤＴの送信は自動的に繰り返される（移行矢
印８２）。データ通信情報ＤＴの伝送がＭＮＴ回受領さ
れなければ（イベントＴＡ＿ＥＸＰＩＲＥＤおよびＲＣ
＝ＭＮＴ）、コネクションは非活性化される。即ちトラ
ンスポート送信プロトコルエンティティは再び状態ＩＮ
ＡＣＴＩＶＥに移行しかつ不成功に終わった伝送および
コネクションの非活性化をユーザに指示する（移行矢印
８３）。誤ったシーケンス番号を有する受領（イベント
ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＝Ｖ（Ｓ））は、状態ＷＡ
ＩＴ＿ＡＫにおいて無視される（移行矢印７９，９
０）。受信エンティティが受信準備状態にないことを指
示する受領通信情報ＡＫが到来すると（イベントＲＥＣ
ＥＩＶＥ＿ＡＫ（ＳＮ＝ＶＣ／Ｓ），ＲＳ＝ＲＮＲ）、
先行のデータ通信情報ＤＴの送信繰り返しが遅延される
（移行矢印８０）。状態ＷＡＩＴ＿ＡＫにおいてコネク
ション活性化のためのデータ通信情報ＡＲが到来すると
き（ＲＥＣＥＩＶＥ＿ＡＲ）、プロトコル変数にそのプ
リセット値が指定され、肯定応答通信情報ＡＣが送信さ
れ（アクションＳＥＮＤ（ＡＣ））かつ後続状態ＩＤＬ
Ｅが生じる（移行矢印１２０）。その際連続するデータ
伝送は中断される。即ち不成功に終わったデータ伝送お
よびコネクション活性化がユーザに指示される。

【００８６】１．４．４．２トランスポート送信プロ
トコルエンティティのオートマット表表７には、トランスポート送信プロトコルエンティティ
のオートマット表が示されている。列ＵＥＧＰＮには、
図１２の移行矢印番号が示されている。

【００８７】

【表９】

【００８８】

【表１０】

【００８９】状態：（１．４．４．１の説明を参照）１）ＩＮＡＣＴＩＶＥ２）ＳＴＡＲＴ＿ＵＰ３）ＩＤＬＥ４）ＷＡＩＴ＿ＡＫイベント：１）Ｔ＿ＡＣＴＩＶＡＴＥ＿ＲＥＱコネクション活性化のオーダの入力。２）ＲＥＣＥＩＶＥ＿ＡＲコネクション活性化の要求の受信。３）ＲＥＣＥＩＶＥ＿ＡＣコネクション活性化の肯定応答の受信。４）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜ＭＮＴ）肯定応答ＡＣまたは受領ＡＫの到来に対する待ち受信が
経過終了した。送信繰り返しの最大数は越えていない。５）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＝ＭＮＴ）肯定応答ＡＣまたは受領ＡＫの到来に対する待ち受信が
経過終了した。送信繰り返しの最大数に達している。６）Ｔ＿ＤＡＴＡ＿ＲＥＱ（ＤＡＴＡ＿ＬＥＮＧＴＨ，
ＤＡＴＡ）長さＤＡＴＡ＿ＬＥＮＧＴＨのデータＤＡＴＡを伝送す
るためのオーダの入力。７）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＜＞Ｖ（Ｓ））および
（ＮＳＥＧ＞１）先行のデータ通信情報ＤＴの正しい受信を肯定応答する
受領の受信、ここにおいて更に別の（少なくとも２つ
の）データセグメントを伝送すべきである。８）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＜＞Ｖ（Ｓ））および
（ＮＳＥＧ＝１）先行のデータ通信情報ＤＴの正しい受信を肯定応答する
受領の受信、ここにおいて更に１つの別のデータセグメ
ントを伝送すべきである。９）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＜＞Ｖ（Ｓ））および
（ＮＳＥＧ＝０）先行するデータ通信情報ＤＴの正しい受信を最後のデー
タセグメントによって肯定応答する受領の受信。従って
データの伝送は完了した。１０）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＝Ｖ（Ｓ），ＲＳ＝
ＲＲ）シーケンス番号ＳＮが先行の通信情報ＤＴのシーケンス
番号と同一である受領の受信。このイベントは、早めの
期間経過終了によってデータ通信情報ＤＴが新たに送信
されかつ受信機がこの通信情報を複製と検出したとき発
生する可能性がある。状態情報ＲＳは、受信機が受信準
備状態にあることを指示する。１１）ＲＥＣＥＩＶＥ＿ＡＫ（ＳＮ＝Ｖ（Ｓ），ＲＳ＝
ＲＮＲ）シーケンス番号が先行の通信情報ＤＴのシーケンス番号
と同一である受領の受信。このイベントは、トランスポ
ート受信プロトコルエンティティがデータ通信情報ＤＴ
を受け取ることができないとき、発生する可能性があ
る。状態情報ＲＳは、受信機が受信準備状態にないこと
を指示する。

【００９０】アクション／機能：１）ＳＥＮＤ（ＡＲ）コネクション活性化のための通信情報ＡＲの送信。２）ＳＥＮＤ（ＤＴ）通信情報ＤＴの送信。３）ＳＥＮＤ（ＡＣ）コネクション活性化の肯定応答のための通信情報ＡＣの
送信。４）ＲＥＳＥＮＤ＿ＡＲコネクション活性化のための通信情報ＡＲの送信の繰り
返し。５）ＲＥＳＥＮＤ＿ＬＡＳＴ＿ＤＴ最後のデータ通信情報ＤＴの送信の繰り返し。６）ＳＴＡＲＴ＿ＴＡ待ち時間Ｔ_A の監視のためのタイマーのリセットおよび
スタート。７）ＣＡＮＣＥＬ＿ＴＡ待ち時間Ｔ_A の監視のためのタイマーのリセット。８）ＩＦ（ＤＡＴＡ＿ＬＥＮＧＴＨＭＯＤ７）ＴＨＥ
ＮＮＳＥＧ：ＤＡＴＡ＿ＬＥＮＧＴＨ／７データ長ＤＡＴＡ＿ＬＥＮＧＴＨが余りなしに７によっ
て割算することができる場合のセグメント数ＮＳＥＧの
計算。９）ＮＳＥＧ：＝ＩＮＴ（ＤＡＴＡ＿ＬＥＮＧＴＨ／
７）＋１データ長ＤＡＴＡ＿ＬＥＮＧＴＨが余りなしに７によっ
て割算することができない場合のセグメント数ＮＳＥＧ
の計算。機能ＩＮＴ（Ｘ）が実数Ｘを丸めかつ整数の値
を返送する。１０）ＩＦ（ＮＳＥＧ＞１）ＴＨＥＮ（ＥＯＭ：＝０，
ＮＢ：＝７）ＥＬＳＥ（ＥＯＭ；＝１，ＮＢ：＝ＤＡＴ
Ａ＿ＬＥＮＧＴＨ）ＮＳＥＧに依存して、制御変数ＥＯＭおよびＮＢがセッ
トされる。１１）ＮＳＥＧ：＝ＮＳＥＧ−１セグメント伝送が成功した後のセグメント数のデクリメ
ント。１２）ＩＦ（ＲＳ（ＡＫ）＝ＲＲ）（ＳＥＮＤ（Ｄ
Ｔ））次のデータセグメントを有する通信情報ＤＴは、トラン
スポート受信プロトコルエンティティが最後の受領通信
情報においてその受信準備状態を指示したとき、送信さ
れる。そうでない場合は通信情報ＤＴは待ち時間Ｔ_A の
経過終了後に初めて送信される。１３）ＲＣ：＝１送信繰り返し変数ＲＣを値１にセットする。１４）ＲＣ：＝ＲＣ＋１送信繰り返し変数ＲＣを値１だけインクリメントする。１５）Ｖ（Ｓ）：＝１−Ｖ（Ｓ）送信シーケンス変数Ｖ（Ｓ）の補数をとる。１６）Ｖ（Ｃ）：＝ＲＥＣＥＩＶＥ＿ＲＥＡＤＹコネクション状態変数Ｖ（Ｃ）を値ＲＥＣＥＩＶＥ＿Ｒ
ＥＡＤＹにセットする。１７）Ｖ（Ｃ）：＝ＤＥＡＣＴＩＶＡＴＥＤコネクション状態変数Ｖ（Ｃ）を値ＤＥＡＣＴＩＶＡＴ
ＥＤにセットする。１８）Ｖ（Ｃ）：＝ＮＯＴ＿ＡＣＴＩＶＡＴＥＤコネクション状態変数Ｖ（Ｃ）を値ＮＯＴ＿ＡＣＴＩＶ
ＡＴＥＤにセットする。１９）ＲＥＳＥＴ＿ＶＡＲＩＡＢＬＥＳ（）プロトコル変数にプリセット値を付与する（表６参
照）。２０）ＤＴ：＝ＤＴ（ＳＮ＝Ｖ（Ｓ），ＥＯＭ＝…，Ｎ
Ｂ＝…）データ通信情報ＤＴの形成。その際シーケンス番号変数
ＳＮが送信シーケンス変数Ｖ（Ｓ）の値に指定される。
ＥＯＭおよびＮＢの値は、更に伝送すべきデータセグメ
ントの数に依存してセットされる。２１）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＣＯＮ（ＣＯＮＮＥＣＴ
ＩＯＮ＿ＳＴＡＴＵＳ：＝Ｖ（Ｃ））コネクション活性化サービスの肯定応答。２２）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＩＮＤ（）コネクション活性化の指示。２３）Ｄ＿ＤＡＴＡ＿ＡＣＫ＿ＣＯＮ（ＴＲＡＮＳＦＥ
Ｒ＿ＳＴＡＴＵＳ：＝ＳＵＣＣＥＳＳ）データ伝送サービスの肯定的な応答。２４）Ｄ＿ＤＡＴＡ＿ＡＣＫ＿ＣＯＮ（ＴＲＡＮＳＦＥ
Ｒ＿ＳＴＡＴＵＳ：＝ＳＵＣＣＥＳＳ）データ伝送サービスの否定的な応答。２５）Ｄ＿ＤＥＡＣＴＩＶＡＴＥＤ＿ＩＮＤ（）自動的なコネクション非活性化の指示。

【００９１】１．４．４．３トランスポート受信エン
ティティの状態グラフ図１３には、トランスポート受信エンティティの状態グ
ラフが示されている。ここでも、図７、図８および図１
２の場合と同じ形式上の構成が当て嵌まる。トランスポ
ート受信プロトコルエンティティは次の状態を有してい
る：１）ＩＮＡＣＴＩＶＥ状態ＩＮＡＣＴＩＶＥにおいてトランスポート受信プロ
トコルエンティティは初期化後にある。この状態におい
てプロトコルエンティティは、コネクションの活性化の
ためのオーダ（イベントＡ＿ＡＣＴＩＶＡＴＥ＿ＲＥ
Ｑ）ないしパートナープロトコルエンティティのコネク
ション活性化通信情報ＡＲの入力を待つ。イベントＴ＿
ＡＣＴＩＶＡＴＥ＿ＲＥＱが発生するとき、活性化通信
情報ＡＲがトランスポート送信プロトコルエンティティ
に送信され（アクションＳＥＮＤ（ＡＲ））かつ後続状
態ＳＴＡＲＴ＿ＵＰが生じる（移行矢印１２１）。状態
ＩＮＡＣＴＩＶＥ（コネクション活性化オーダの入力の
前）においてコネクション活性化のための活性化通信情
報ＡＲが到来するとき（イベントＲＥＣＥＩＶＥ＿Ａ
Ｒ）、肯定応答通信情報ＡＣが送信され（アクションＳ
ＥＮＤ（ＡＣ））かつトランスポート受信プロトコルエ
ンティティがデータを受信する準備状態にある後続状態
ＲＥＡＤＹが生じる（移行矢印１２２）。

【００９２】２）ＳＴＡＲＴ＿ＵＰ状態ＳＴＡＲＴ＿ＵＰにおいて、トランスポート受信プ
ロトコルエンティティは応答した送信プロトコルエンテ
ィティの肯定応答通信情報ＡＣ（コネクション活性化の
肯定応答）を待つ。肯定応答通信情報ＡＣの入力または
活性化通信情報ＡＲの入力（トランスポート送信プロト
コルエンティティのコネクション活性化希望）の後、ト
ランスポート受信プロトコルエンティティは、それがデ
ータを受信する準備状態にある状態ＲＥＡＤＹに移行す
る（移行矢印１２３）。相応のトランスポート送信プロ
トコルはほぼ同時に状態ＩＤＬＥに移行する（図１２に
おける移行矢印１１３参照）。肯定応答通信情報ＡＣが
待ち時間ＴＡを経過しても到来しないとき（イベントＴ
Ａ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜ＭＮＴ）、活性化通
信情報ＡＲの送信が自動的に繰り返される（移行矢印７
４）。活性化通信情報ＡＲの伝送がＭＮＴ回受領されな
ければ（イベントＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＝
ＭＮＴ）、トランスポート受信プロトコルエンティティ
は再び状態ＩＮＡＣＴＩＶＥに移行しかつコネクション
活性化が不成功に終わったことをユーザに指示する（移
行矢印１２４）。

【００９３】３）ＲＥＡＤＹ状態ＲＥＡＤＹにおいて、トランスポート受信プロトコ
ルエンティティはデータ通信情報ＤＴの入力を待つ。期
待されたシーケンス番号を有する相応の通信情報の受信
後（イベントＲＥＣＥＩＶＥ＿ＤＴ（ＳＮ＝Ｖ
（Ｒ））、通信情報は記憶されかつ受領通信情報ＡＫが
送信される（アクションＳＥＮＤ（ＡＫ））。通信情報
が最後のデータセグメントを含んでいる場合（ＥＯＭ＝
１）、ユーザにデータの到来が指示される（アクション
Ｔ＿ＤＡＴＡ＿ＥＮＤ（））（移行矢印１２６）。デー
タ通信情報ＤＴの入力の際にトランスポート受信プロト
コルエンティティが受信準備状態にないとき、通信情報
は放棄され送信者にこのことが変化したシーケンス番号
（＝期待されるデータ通信情報のシーケンス番号）およ
び受信状態“受信機は準備状態にない”を有する受領通
信情報の伝送によって通報される（移行矢印８７）。

【００９４】誤ったシーケンス番号を有するデータ通信
情報ＤＴが到来するとき（イベントＲＥＣＥＩＶＥ＿Ｄ
Ｔ（ＳＮ＜＞Ｖ（Ｒ））、期待されるシーケンス番号お
よびそのときの受信状態を有する受領通信情報ＡＫが送
信される（移行矢印８８）。

【００９５】状態ＲＥＡＤＹにおいてコネクション活性
化のための活性化通信情報ＡＲが到来するとき（イベン
トＲＥＣＥＩＶＥ＿ＡＲ）、プロトコル変数にそのプリ
セット値が指定され、肯定応答通信情報ＡＣが送信され
（アクションＳＥＮＤ（ＡＣ））かつ活性化がユーザに
通報される（移行矢印１２７）。

【００９６】１．４．４．４トランスポート受信プロ
トコルエンティティのオートマット表表８には、トランスポート受信オートマット表が示され
ている。列ＵＥＧＰＮには、図１３の移行矢印番号が示
されている。

【００９７】

【表１１】

【００９８】

【表１２】

【００９９】状態：（１．４．４．３の説明を参照）１）ＩＮＡＣＴＩＶＥ２）ＳＴＡＲＴ＿ＵＰ３）ＲＥＡＤＹイベント：１）Ｔ＿ＡＣＴＩＶＡＴＥ＿ＲＥＱコネクション活性化のためのオーダの入力。２）ＲＥＣＥＩＶＥ＿ＡＲコネクション活性化のための要求の受信。３）ＲＥＣＥＩＶＥ＿ＡＣコネクション活性化の肯定応答の受信。４）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＜ＭＮＴ）肯定応答通信情報ＡＣの到来に対する待ち時間は経過終
了した。送信繰り返しの最大数は越えていない。５）ＴＡ＿ＥＸＰＩＲＥＤおよび（ＲＣ＝ＭＮＴ）確認通信情報ＡＣの到来に対する待ち時間は経過終了し
た。送信繰り返しの最大数に達している。６）ＲＥＣＥＩＶＥ＿ＤＴ（ＳＮ＝Ｖ（Ｒ），ＥＯＭ＝
０）およびＲＥＣＥＩＶＥ＿ＳＴＡＴＵＳ（）＝ＲＥＣ
ＥＩＶＥ＿ＲＥＡＤＹ期待されるデータ通信情報ＤＴの入力。通信情報ＤＴ
に、別の、関連のあるデータセグメントを有する１つま
たは複数の通信情報が続く。トランスポート受信プロト
コルエンティティは受信準備状態にある。７）ＲＥＣＥＩＶＥ＿ＤＴ（ＳＮ＝ＵＶ（Ｒ），ＥＯＭ
＝１）およびＲＥＣＥＩＶＥ＿ＳＴＡＴＵＳ（）＝ＲＥ
ＣＥＩＶＥ＿ＲＥＡＤＹ期待されるデータ通信情報ＤＴの入力。データ通信情報
ＤＴはデータの最後のセグメントを含んでいる。トラン
スポート受信プロトコルエンティティは受信準備状態に
ある。８）ＲＥＣＥＩＶＥ＿ＤＴ（ＳＮ＝Ｖ（Ｒ））およびＲ
ＥＣＥＩＶＥ＿ＳＴＡＴＵＳ（）＝ＲＥＣＥＩＶＥ＿Ｎ
ＯＴ＿ＲＥＡＤＹ期待されるデータ通信情報ＤＴの入力。トランスポート
受信プロトコルエンティティは受信準備状態にない。９）ＲＥＣＥＩＶＥ＿ＤＴ（ＳＮ＜＞Ｖ（Ｒ））期待されないデータ通信情報ＤＴの入力。

【０１００】アクション／機能：１）ＳＥＮＤ（ＡＲ）コネクション活性化のための通信情報ＡＲの送信。２）ＳＥＮＤ（ＡＣ）コネクション活性化の肯定応答のための通信情報ＡＣの
送信。３）ＲＥＳＥＮＤ＿ＡＲコネクション活性化のための通信情報ＡＲの送信の繰り
返し。４）ＳＴＡＲＴ＿ＴＡ待ち時間Ｔ_A の監視のためのタイマーのリセットおよび
スタート。５）ＣＡＮＣＥＬ＿ＴＡ待ち時間Ｔ_A の監視のためのタイマーのリセット。６）ＤＬ：＝ＤＬ＋７データ長ＤＬの７だけのインクリメント。７）ＤＬ：＝ＤＬ＋ＮＢ（ＤＴ）データ長ＤＬの受信されたデータ通信情報ＤＴの値ＮＢ
だけのインクリメント。８）ＳＴＯＲＥ＿ＤＡＴＡ（）最後に受信されたデータセグメントの記憶。９）ＲＣ：＝１送信繰り返し変数ＲＣの、値１へのセット。１０）ＲＣ：＝ＲＣ＋１送信繰り返しへのＲＣの、値１だけのインクリメント。１１）Ｖ（Ｒ）：＝１−Ｖ（Ｒ）受信シーケンス変数Ｖ（Ｒ）の補数をとる。１２）Ｖ（Ｃ）：＝ＲＥＣＥＩＶＥ＿ＲＥＡＤＹコネクション状態変数Ｖ（Ｃ）の、値ＲＥＣＥＩＶＥ＿
ＲＥＡＤＹへのセット。１３）Ｖ（Ｃ）：＝ＮＯＴ＿ＡＣＴＩＶＡＴＥＤコネクション状態変数Ｖ（Ｃ）の、値ＮＯＴ＿ＡＣＴＩ
ＶＡＴＥＤへのセット。１４）Ｖ（Ｃ）：＝ＲＥＣＥＩＶＥ＿ＳＴＡＴＵＳ（）この機能（ＲＥＣＥＩＶＥ＿ＳＴＡＴＵＳ（））は、ト
ランスポート受信プロトコルエンティティの受信準備状
態を決定する。機能（ＲＥＣＥＩＶＥ＿ＲＥＡＤＹない
しＲＥＣＥＩＶＥ＿ＮＯＴ＿ＲＥＡＤＹ）の返送値がコ
ネクション状態変数Ｖ（Ｃ）に指定される。１５）ＲＥＳＥＴ＿ＶＡＲＩＡＢＬＥＳ（）プロトコル変数にプリセット値を付与する（表６参
照）。１６）ＡＫ：＝ＡＫ（ＳＮ＝Ｖ（Ｒ），ＲＳ＝Ｖ
（Ｃ））受領通信情報ＡＫの形成。その際シーケンス番号変数Ｓ
Ｎが受信シーケンス変数Ｖ（Ｒ）の値に指定される。受
信状態変数ＲＳがコネクション状態変数Ｖ（Ｃ）の値に
指定される。１７）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＣＯＮ（ＣＯＮＮＥＣＴ
ＩＯＮ＿ＳＴＡＴＵＳ：＝Ｖ（Ｃ））コネクション活性化サービスの肯定応答。１８）Ｄ＿ＡＣＴＩＶＡＴＥ＿ＩＮＤ（）コネクション活性化の指示。１９）Ｄ＿ＤＡＴＡ＿ＡＣＫ＿ＩＮＤ（ＤＡＴＡ＿ＬＥ
ＮＧＴＨ，ＤＡＴＡ）データの正しい受信の指示。パラ
メータとしてデータ長ＤＡＴＡ＿ＬＥＮＧＴＨおよびデ
ータＤＡＴＡが引き渡される。

【０１０１】１．４．４．５スライディングウィンド
ウ技術トランスポートプロトコルの変形により、トランスポー
ト送信プロトコルエンティティに、受領通信情報ＡＫの
受信を期待することなく、ｗ個のデータ通信情報を順次
送信することが可能になる（所謂スライディングウィン
ドウ技術で、ｗ＝ウィンドウの大きさ）。トランスポー
ト受信プロトコルエンティティは、このプロトコル変形
において複数の連続するデータ通信情報の受信を個々の
受領通信情報によって肯定応答することができる（所謂
肯定応答累算）。

【図面の簡単な説明】

【図１】本発明の方法の、ＩＳＯ／ＯＳＩ層モデルにお
ける配列を示す図である。

【図２】ＩＳＯ／ＯＳＩ層モデルの１つの層内の２地点
間コネクションを一般的に示す図である。

【図３】データ処理系の２つのステーション間のＣＡＮ
コネクションの実施例および送信および受信対象の形式
上の構成を示す略図である。

【図４】ＩＳＯ／ＯＳＩ層モデル内の３つのデータリン
クないしトランスポートコネクションの、３つの個々の
ＣＡＮコネクションに対する対応付け、ＩＳＯ／ＯＳＩ
層モデル内の３つのデータリンクないしトランスポート
コネクションの、１つのＣＡＮコネクションに対する対
応付け、ＩＳＯ／ＯＳＩ層モデル内の１つのデータリン
クないしトランスポートコネクションの、３つの種々異
なるＣＡＮコネクションに対する対応付けを示す略図で
ある。

【図５】種々のデータリンク通信情報の際のメッセージ
のデータフィールドの形式上の構成を示す略図である。

【図６】種々のデータリンク通信情報の際のメッセージ
の制御情報フィールドの形式上の構成を示す略図であ
る。

【図７】データリンク送信プロトコルエンティティの状
態グラフを示す略図である。

【図８】データリンク受信プロトコルエンティティの状
態グラフを示す略図である。

【図９】種々のトランスポート通信情報の際のメッセー
ジのデータフィールドの形式上の構成を示す略図であ
る。

【図１０】種々のトランスポート通信情報の際のメッセ
ージのコントロール情報フィールドの形式上の構成を示
す略図である。

【図１１】１５バイト長のデータセットのセグメント化
された伝送に対する例を示す図である。

【図１２】トランスポート送信プロトコルエンティティ
の状態グラフを示す略図である。

【図１３】トランスポート受信プロトコルエンティティ
の状態グラフを示す略図である。

【符号の説明】

２４コネクション、３３，３４ステーション、
３５受信対象、３６送信対象、３９ヘッドフ
ィールド、５８，９５制御情報フィールド、６
５，１０５受信機状態フィールド、ＡＲ活性化通
信情報、ＡＣ肯定応答通信情報、ＤＴデータ通信
情報、ＡＫ受領通信情報、ＳＮシーケンス番号

───────────────────────────────────────────────────── フロントページの続き (72)発明者ヘルベルトローナードイツ連邦共和国フリオルツハイムヴィムスハイマーシュトラーセ 15−３ (72)発明者ハンス−イェルクマトニードイツ連邦共和国シュツットガルト−ボートナングクレンベルクシュトラーセ 15 イーイー (72)発明者ヤンウンルードイツ連邦共和国シュツットガルト 61 オンタリオシュトラーセ 52 (72)発明者ウーヴェツアミュールドイツ連邦共和国ヒルデスハイムシラーシュトラーセ 20 (72)発明者ウドブルンケドイツ連邦共和国ディークホルツェンアイヒェンヴェーク７ (72)発明者ユルゲングラーザードイツ連邦共和国ヒルデスハイムシュレジーアシュトラーセ 89 (72)発明者オーラフリンネドイツ連邦共和国ボッケネム１ガルテンシュトラーセ 12

Claims

【特許請求の範囲】

【請求項１】データをメッセージとしての通信情報を
用いて伝送し、該通信情報は少なくとも１つのヘッドフ
ィールドおよびデータフィールドを含んでおり、かつ前
記ヘッドフィールドはメッセージの始めに存在し、メッ
セージを識別しかつメッセージの優先順位を決定し、該
優先順位はバスへのアクセス権（使用権）を定める、バ
スによって相互に接続されている少なくとも２つのステ
ーションを有するデータ処理装置において通信を用いて
データを交換する方法において、少なくとも２つのステーション（３３，３４）の間の接
続路ないしコネクション（２４）をバスを介して確立設
定し、活性化しかつ非活性化し、前記コネクションを介
して通信情報交換すべきであり、かつ前記メッセージの
前記ヘッドフィールド（３９）に、制御情報フィールド
（５８，５９）を付加し、該制御情報フィールドに、メ
ッセージによって伝送される通信情報の一層綿密な表示
マーキングのための少なくとも１つの通信情報コードを
格納することを特徴とするデータ処理装置におけるデー
タの交換方法。
【請求項２】コネクション（２４）のステーション
（３３，３４）においてコネクション（２４）を確立設
定するためにその都度１つの、データから成る送信対象
（３６）および受信対象（３５）を記憶する請求項１記
載のデータ処理装置におけるデータの交換方法。
【請求項３】コネクション（２４）の活性化の際に、
活性化通信情報（ＡＲ）をステーション（３３，３４）
の１つから送信し、前記活性化通信情報を少なくとも１
つの別の受信ステーション（３３，３４）から肯定応答
通信情報（ＡＣ）によって受領返送しかつ通信情報コネ
クション（２４）の活性化をユーザに通報する請求項１
または２記載のデータ処理装置におけるデータの交換方
法。
【請求項４】コネクション（２４）の非活性化の際に
通信情報コネクション（２４）のそれぞれのステーショ
ン（３３，３４）におけるコネクション状態メモリを所
定の値にセットする請求項１から３までのいずれか１項
記載データ処理装置におけるデータの交換方法。
【請求項５】通信情報コードに対して少なくとも１つ
のビットを使用する請求項１から４までのいずれか１項
記載のデータ処理装置におけるデータの交換方法。
【請求項６】コネクション（２４）が活性化されてい
る際、それぞれのステーション（３３，３４）は１つお
よび／または複数のデータ通信情報（ＤＴ）の受信後、
前記１つおよび／または複数の、メッセージによって伝
送されるデータ通信情報（ＤＴ）の受信をメッセージに
よって伝送される受領通信情報（ＡＫ）の返送によって
肯定応答する請求項１から５までのいずれか１項記載の
データ処理装置におけるデータの交換方法。
【請求項７】メッセージの制御情報フィールド（５
８，５９）において、連続するデータ通信情報（ＤＴ）
を区別し、かつデータ通信情報の複製を検出かつ受領通
信情報（ＡＫ）をデータ通信情報（ＤＴ）に対して対応
付けるためにシーケンス番号（ＳＮ）に対するフィール
ド（６４，１０２）の部分を使用する請求項６記載のデ
ータ処理装置におけるデータの交換方法。
【請求項８】シーケンス番号（ＳＮ）に対して少なく
とも１つのビットを使用する請求項７記載のデータ処理
装置におけるデータの交換方法。
【請求項９】受領通信情報（ＡＫ）を伝送するメッセ
ージの制御情報フィールド（５８，５９）に、受信機状
態フィールド（６５，１０５）を設ける請求項６から８
までのいずれか１項記載のデータ処理装置におけるデー
タの交換方法。
【請求項１０】受信機状態フィールド（６５，１０
５）に対して少なくとも１つのビットを使用する請求項
９記載のデータ処理装置におけるデータの交換方法。
【請求項１１】受領通信情報（ＡＫ）を伝送するメッ
セージのヘッドフィールド（３９）を少なくとも１つの
有意ビットにおいてデータ通信情報（ＤＴ）を伝送する
メッセージのヘッドフィールド（３９）とは区別する請
求項３から１０までのいずれか１項記載のデータ処理装
置におけるデータの交換方法。
【請求項１２】少なくとも１つの有意ビットをヘッド
フィールド（３９）の最後の箇所（４１）に位置付ける
請求項１１記載のデータ処理装置におけるデータの交換
方法。
【請求項１３】全部の通信情報を個別メッセージによ
って伝送するかまたはセグメンテーション後に複数のメ
ッセージによって伝送する請求項１から１２までのいず
れか１項記載のデータ処理装置におけるデータの交換方
法。
【請求項１４】通信情報セグメントを伝送するメッセ
ージを、メッセージの制御情報フィールド（９５）にお
いて特徴付ける請求項１３記載のデータ処理装置におけ
るデータの交換方法。
【請求項１５】最後の通信情報セグメントを伝送する
メッセージを、制御情報フィールド（９５）の１つのフ
ィールド（１０３）においてそのようなものとして特徴
付ける請求項１４記載のデータ処理装置におけるデータ
の交換方法。
【請求項１６】メッセージの制御情報フィールド（９
５）に、メッセージの後続のデータフィールドの長さに
関する付加データを格納する請求項１４または１５記載
のデータ処理装置におけるデータの交換方法。
【請求項１７】制御情報フィールド（９５）に続くデ
ータフィールドの長さに関する付加データを、最後の通
信情報セグメントを伝送するメッセージの制御情報フィ
ールド（９５）のフィールド（１０４）にのみ格納する
請求項１６記載のデータ処理装置におけるデータの交換
方法。
【請求項１８】受領通信情報（ＡＫ）が生じなかった
場合、データ通信情報（ＤＴ）を前以て決められた待ち
時間の後新たに送信する請求項６から１７までのいずれ
か１項記載のデータ処理装置におけるデータの交換方
法。
【請求項１９】受領通信情報（ＡＫ）が繰り返し生じ
なかった場合、送信繰り返しが所定数に達するまで、デ
ータ通信情報（ＤＴ）を時々だけ繰り返す請求項１８記
載のデータ処理装置におけるデータの交換方法。
【請求項２０】送信繰り返しが所定数を上回った際
に、コネクション（２４）を非活性化しかつ該非活性化
を前記コネクション（２４）のユーザに通報する請求項
１９記載のデータ処理装置におけるデータの交換方法。
【請求項２１】少なくとも２つのステーションはバス
によって相互に接続されており、かつメッセージがデー
タ処理装置の少なくとも２つのステーション間の通信情
報を伝送し、かつ前記メッセージは少なくとも１つのヘ
ッドフィールドおよびデータフィールドを含んでおり、
かつ前記ヘッドフィールドは該メッセージの始めに存在
し、メッセージを識別しかつメッセージの優先順位を決
定し、該優先順位がバスへのアクセス権を定める、少な
くとも２つのステーションを有するデータ処理装置にお
いて使用するためにステーションにおいてメッセージを
形成する方法において、前記メッセージのヘッドフィールド（３９）に、制御情
報フィールド（５８，５９）を付加し、該制御情報フィ
ールドに、メッセージによって伝送される通信情報の一
層綿密な表示マーキングのための通信情報コードを格納
することを特徴とするメッセージの形成方法。
【請求項２２】通信情報コードに対して少なくとも１
つのビットを使用する請求項２１記載のメッセージの形
成方法。
【請求項２３】メッセージの制御情報フィールド（５
８，５９）において、連続するデータ通信情報（ＤＴ）
を区別し、かつデータ通信情報の複製を検出しかつ受領
通信情報（ＡＫ）をデータ通信情報（ＤＴ）に対して対
応付けるためにシーケンス番号（ＳＮ）に対するフィー
ルド（６４，１０２）の部分を使用する請求項２１また
は２２記載のメッセージの形成方法。
【請求項２４】シーケンス番号（ＳＮ）に対して少
なくとも１つのビットを使用する請求項２３記載のメッ
セージの形成方法。
【請求項２５】受領通信情報（ＡＫ）を伝送するメッ
セージの制御情報フィールド（５８，５９）に、受信機
状態フィールド（６５，１０５）を設ける請求項２１か
ら２４までのいずれか１項記載のメッセージの形成方
法。
【請求項２６】受信機状態フィールド（６５，１０
５）に対して少なくとも１つのビットを使用する請求項
２５記載のメッセージの形成方法。
【請求項２７】受領通信情報（ＡＫ）を伝送するメッ
セージのヘッドフィールド（３９）を少なくとも１つの
有意ビットにおいてデータ通信情報（ＤＴ）を伝送する
メッセージのヘッドフィールド（３９）とは区別する請
求項２１から２６までのいずれか１項記載のメッセージ
の形成方法。
【請求項２８】少なくとも１つの有意ビットをヘッド
フィールド（３９）の最後の箇所（４１）に位置付ける
請求項２７記載のメッセージの形成方法。
【請求項２９】通信情報セグメントを伝送するメッセ
ージを、メッセージの制御情報フィールド（９５）にお
いて特徴付ける請求項２１から２８までのいずれか１項
記載のメッセージの形成方法。
【請求項３０】最後の通信情報セグメントを伝送する
メッセージを、制御情報フィールド（９５）の１つのフ
ィールド（１０３）においてそのようなものとして特徴
付ける請求項２１から２９までのいずれか１項記載のメ
ッセージの形成方法。
【請求項３１】メッセージの制御情報フィールド（９
５）に、メッセージの後続のデータフィールドの長さに
関する付加データを格納する請求項２１から２９までの
いずれか１項記載のメッセージの形成方法。
【請求項３２】制御情報フィールド（９５）に続くデ
ータフィールドの長さに関する付加データを、最後の通
信情報セグメントを伝送するメッセージの制御情報フィ
ールド（９５）のフィールド（１０４）にのみ格納する
請求項２１から３１までのいずれか１項記載のメッセー
ジの形成方法。
【請求項３３】少なくとも１つの計算機を有する少な
くとも２つのステーション（３３，３４）と、それぞれ
のステーション（３３，３４）におけるインタフェース
モジュールと、前記ステーション（３３，３４）の前記
インタフェースモジュール間のバスコネクションと、前
記インタフェースモジュールにおいてメッセージを発生
し、受信しかつエラー検出する手段と、前記インタフェ
ースモジュールとそれぞれのステーション（３３，３
４）の計算機との間でデータ交換する手段とを備え、前
記インタフェースモジュールは前記バスコネクションを
介して直列にデータを交換する手段を含んでいる、請求
項１から２０までのいずれか１項記載の方法を実施する
ための装置において、前記ステーション（３３，３４）においてそれぞれ、前
記バスを介する前記ステーション（３３，３４）間のコ
ネクション（２４）を確立設定し、活性化しかつ非活性
化するための手段が設けられており、かつ前記活性化さ
れたコネクション（２４）を介してデータを受領交換す
るために、コネクション（２４）の１つのステーション
（３３，３４）がデータ通信情報（ＤＴ）を前記コネク
ション（２４）の別のステーション（３３，３４）に送
信し、かつ該別のステーション（３３，３４）は前記デ
ータ通信情報（ＤＴ）を受領通信情報（ＡＫ）の返送に
よって受領し、かつ前記データ通信情報（ＤＴ）を受信
するインタフェースモジュールが接続された計算機に通
信情報データ（ＤＴ）の受信を通報し、かつ受領通信情
報（ＡＫ）を受信するインタフェースモジュールが受領
通信情報（ＡＫ）の受信を接続された計算機に通報する
ことを特徴とするデータの交換装置。
【請求項３４】活性化されたコネクション（２４）を
介して任意の長さのデータを受領交換するためにそれぞ
れのステーション（３３，３４）は、前記データに対応
しているデータ通信情報（ＤＴ）をセグメント化する手
段を含んでいる請求項３３記載のデータの交換装置。
【請求項３５】活性化されたコネクション（２４）を
介して任意の長さのデータをセグメント化しかつ受領交
換するための手段としてコネクション（２４）のステー
ション（３３，３４）はデータ通信情報セグメントをコ
ネクション（２４）の別のステーション（３３，３４）
に送信し、かつ前記別のステーション（３３，３４）は
データ通信情報セグメントを受領通信情報（ＡＫ）の返
送によって受領し、かつ前記データ通信情報セグメント
を受信するインタフェースモジュールは接続された計算
機にデータ通信情報セグメントの受信を通報し、かつ前
記受領通信情報（ＡＫ）を受信するインタフェースモジ
ュールは受領通信情報（ＡＫ）の受信を接続された計算
機に通報する請求項３３または３４記載のデータの交換
装置。
【請求項３６】インタフェースモジュールにおいて、
データ通信情報セグメントを連続的に番号付けするため
に送信シーケンス計数器が設けられており、かつ次に受
信することが期待される通信情報または次に受信するこ
とが期待されるデータ通信情報セグメントのシーケンス
番号（ＳＮ）を記憶するために、受信シーケンス計数器
が設けられており、かつコネクション（２４）の状態を
記憶するためにコネクション状態メモリが設けられてお
り、かつ送信繰り返しのそのときの数を記憶するために
送信繰り返し計数器が設けられており、かつ少なくとも
最後に受信された通信情報または最後に受信されたデー
タ通信情報セグメントのシーケンス番号（ＳＮ）並びに
受信機状態フィールド（６５，１０５）の内容を一時メ
モリに記憶することができ、かつ前以て決められた待ち
時間並びにメッセージ繰り返しの最大数をメモリにファ
イルすることができ、かつデータセグメントの数を特徴
付けるためにデータセグメントメモリが設けられてお
り、かつ通信情報またはデータ通信情報セグメントのデ
ータバイトの全体の長さを特徴付けるためにデータ長メ
モリが設けられている請求項３３から３５までのいずれ
か１項記載のデータの交換装置。
【請求項３７】少なくとも１つの計算機と、インタフ
ェースモジュールと、インタフェースモジュールと少な
くとも１つの計算機との間でデータ交換するための手段
と、バスコネクションの、前記インタフェースモジュー
ルに対する接続端子と、接続されたバスコネクションを
介して直列にデータ交換するための手段とを備えてい
る、請求項２１から３２のいずれか１項記載の方法を実施す
るための装置において、メッセージを形成し、送信し、受信しかつエラーを検出
しかつメッセージ並びにメッセージの内容に相応する信
号を接続されたバスコネクションに印加するための手段
が設けられていることを特徴とするメッセージの形成装
置。
【請求項３８】インタフェースモジュールにおいて、
データ通信情報セグメントを連続的に番号付けするため
に送信シーケンス計数器が設けられており、かつ次に受
信することが期待される通信情報または次に受信するこ
とが期待されるデータ通信情報セグメントのシーケンス
番号（ＳＮ）を記憶するために受信シーケンス計数器が
設けられており、かつ少なくとも、最後に受信された通
信情報または最後に受信されたデータ通信情報セグメン
トのシーケンス番号（ＳＮ）並びに受信機状態フィール
ド（６５，１０５）の内容を一時メモリに記憶すること
ができ、かつデータセグメントの数を特徴付けるために
データセグメントメモリが設けられており、かつ通信情
報またはデータ通信情報セグメントのデータバイトの全
体の長さを特徴付けるためにデータ長メモリが設けられ
ている請求項３７項記載のメッセージの形成装置。