(57)【要約】本発明は、接続ネットワークと、この接続ネットワークに結合された複数のネットワークノードとを有するネットワークに関し、ここでこれらのネットワークノードは、アクティブなネットワークノードとして組み込まれる前に、そのローカルな通信タイムスケジュールを別の少なくとも１つのネットワークノードの通信タイムスケジュールにそれぞれ適合化する。組み込むべき１ネットワークノードは、別のネットワークノードのアクティビティをテストして、アクティビティがないことが決定された際には基準ネットワークノードとして、別のネットワークノードに対して、その通信タイムスケジュールにおいて固定的に設定されたポジションメッセージを送信する。１ネットワークノードが基準ネットワークノードとして組み込めない場合、このネットワークノードはアクティブなネットワークノードとしてだけ組み込むことができるが、これはこのネットワークノードが、ポジションメッセージを受け取った後、そのローカルな通信タイムスケジュールを基準ネットワークノードに適合化させ、自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストがイエスで終わった場合である。
2005530373.tif 000002
【特許請求の範囲】
【請求項１】
接続ネットワークと、該接続ネットワークに結合された複数のネットワークノードとを有するネットワークであって、
該ネットワークノードは、アクティブなネットワークノードとして組み込まれる前にそのローカルな通信タイムスケジュールと、少なくとも１つの別のネットワークノードの通信タイムスケジュールとをそれぞれ適合化する形式のネットワークにおいて、
別のネットワークノードのアクティビティをテストしてアクティビティがないことが確認された場合、基準ネットワークノードとして、その通信タイムスケジュールにてあらかじめ設定されたポジションメッセージを別のネットワークノードに対して固定に送信する、組み込むべきネットワークノードが設けられており、
ローカルな通信タイムスケジュールを基準ネットワークノードの通信タイムスケジュールに適合させるポジションメッセージを受け取った後、および自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストがイエスで終了した場合に、アクティブなネットワークノードとして組み込むネットワークノードが設けられていることを特徴とする、
接続ネットワークと、該接続ネットワークに結合された複数のネットワークノードとを有するネットワーク。
【請求項２】
自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストの際に、一致および相違をカウントするネットワークノードが設けられており、
該ネットワークノードは、一致の数が相違の数よりも大きいか、または相違がない場合にだけアクティブなネットワークノードとして組み込まれる、
請求項１に記載のネットワーク。
【請求項３】
前記の自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストするためのネットワークノードでは、時間区間が使用され、
該時間区間では少なくとも１回、通信に関与する別のネットワークノードのすべてのポジションメッセージが送信可能である、
請求項２に記載のネットワーク。
【請求項４】
アクティビティがないことが検出された後、別のネットワークノードが基準ネットワークノードとして組み込まれることを望んでいるか否かをテストする、組み込むべきネットワークノードが設けられている、
請求項１に記載のネットワーク。
【請求項５】
アクティビティがないことが検出された後、衝突メッセージを送信する、組み込むべきネットワークノードが設けられている、
請求項４に記載のネットワーク。
【請求項６】
基準ネットワークノードとしての組み込みのテストの際に、
−  まず自分のポジションメッセージを送信し、
−  到来するポジションメッセージをカウントし、
−  正しく受信されたポジションメッセージの数が、正しく受信されなかったポジションメッセージの数よりも大きいか、またはすべてのポジションメッセージが正しく受信された場合にだけ、基準ネットワークノードとして組み込まれるネットワークノードが設けられている、
請求項４に記載のネットワーク。
【請求項７】
接続ネットワークと、該接続ネットワークに結合された複数の別のネットワークノードとを有するネットワークにおけるネットワークノードであって、
該ネットワークノードは、アクティブなネットワークノードとして組み込まれる前にそのローカルな通信タイムスケジュールと、少なくとも１つの別のネットワークノードの通信タイムスケジュールとをそれぞれ適合化する形式のネットワークノードにおいて、
別のネットワークノードのアクティビティをテストし、アクティビティがないことが確認された場合、基準ネットワークノードとして、その通信タイムスケジュールにおいて固定にあらかじめ設定されたポジションメッセージを別のネットワークノードに対して送信するネットワークノードが設けられており、
ローカルな通信タイムスケジュールを基準ネットワークノードの通信タイムスケジュールに適合させるポジションメッセージを受け取った後、および自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストがイエスで終了した場合に、アクティブなネットワークノードとして組み込まれるネットワークノードが設けられていることを特徴とする
ネットワークノード。
【請求項８】
接続ネットワークと、該接続ネットワークに結合された複数の別のネットワークノードとを有するネットワークにて、ネットワークノードをアクティブなネットワークノードとして組み込む方法において、
該ネットワークノードは、アクティブなネットワークノードとして組み込まれる前にそのローカルな通信タイムスケジュールと、少なくとも１つの別のネットワークノードの通信タイムスケジュールとをそれぞれ適合化し、
ネットワークノードは、別のネットワークノードのアクティビティをテストし、アクティビティがないことが確認された場合、基準ネットワークノードとして、その通信タイムスケジュールにおいてあらかじめ設定されたポジションメッセージを別のネットワークノードに対して送信し、
ネットワークノードは、当該ネットワークノードがポジションメッセージを受け取った後、そのローカルな通信タイムスケジュールを基準ネットワークノードの通信タイムスケジュールに適合させ、自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストがイエスで終了した場合にアクティブなネットワークノードとして組み込まれることを特徴とする、
ネットワークを組み込む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続ネットワークと、この接続ネットワークに結合された複数のネットワークノードとを有するネットワークに関し、ここでこれらのネットワークノードは、アクティブなネットワークノードとして組み込まれる前に、そのローカルな通信タイムスケジュールを、少なくとも１つの別のネットワークノードの通信タイムスケジュールにそれぞれ適合化する。
【０００２】
このようなネットワークは自動車技術において使用可能であり、また例えば、雑誌"Elektronik"、第１４号、１９９９年、第３４〜４３頁（Dr. Stefan Polenda, Georg Kroiss: "TTP: "Drive by Wire" in greifbarer Naehe"）に記載されており、ここではＴＴＰプロトコル（ＴＴＰ＝Time-Triggered Protocol）が使用される。このプロトコルによって確実なデータ伝送が可能になり、したがって安全関連装置（例えばブレーキ）に対するネットワークにも使用可能である。
【０００３】
本発明の課題は、接続ネットワークと、この接続ネットワークに結合される複数のネットワークノードとを有するネットワークを提供して、このネットワークをスタートさせた後、このネットワークにより、上記のネットワークノードが同期化できるようにすることである。
【０００４】
この課題は、つぎの特徴的構成を有する、冒頭に述べた形式のネットワークによって解決される。すなわち、
このネットワークは、接続ネットワークと、この接続ネットワークに結合された複数のネットワークノードとを含み、ここでこれらのネットワークノードは、アクティブなネットワークノードとして組み込まれる前に、そのローカルな通信タイムスケジュールと、少なくとも１つの別のネットワークノードの通信タイムスケジュールとをそれぞれ適合化し、別のネットワークノードのアクティビティをテストしてアクティビティがないことが確認された場合、基準ネットワークノードとして、その通信タイムスケジュールにてあらかじめ設定されたポジションメッセージを別のネットワークノードに対して固定的に送信する、組み込むべきネットワークノードが設けられており、またローカルな通信タイムスケジュールを基準ネットワークノードの通信タイムスケジュールに適合させるポジションメッセージを受け取った後、および自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストがイエスで終了した場合に、アクティブなネットワークノードとして組み込まれるネットワークノードが設けられている。
【０００５】
本発明は、ネットワークの始動または起動後、接続ネットワークを介して結合されたネットワークノードのフォルトトレーラントな同期化を保証するネットワークに関する。この接続ネットワークは、任意のネットワークトポロジを有することができ、またネットワークノードから到来する、またはネットワークノードに至るメッセージを信号増幅を伴ってまたは信号増幅なしに転送することができる。ネットワークトポロジとしては、分散された同期データバス、スターカップラなどが考えられる。
【０００６】
ネットワークのネットワークノードには共通の通信タイムスケジュールを構成しなければならない。本発明では実行時にダイナミックに、どのネットワークノードが他のすべてのネットワークノードに対して通信タイムスケジュールを設定しようとしたかがわかる。この際にスタティックに決定される、つぎのような殊に特別なネットワークノードを省略することができる。すなわちつねにまたただ１つのネットワークノードとしてグローバルな通信タイムスケジュールを設定し、これによってローカルな通信タイムスケジュールの初期の同期化を可能にするネットワークノードを省略できるのである。
【０００７】
上記の通信タイムスケジュールとは、データ交換に対する時間的な経過のことであり、これは、どのネットワークノードが所定のデータを別のネットワークノードおよび接続ネットワークにいつ転送するかを正確に表すものである。これの時間的な特徴的構造（Auspraegung）は動作中ではなく、あらかじめ確定されている。ネットワークノード間の全体的なデータ交換は、時間的な枠内に埋め込まれている。
【０００８】
各ネットワークノードが、それぞれのローカルな通信タイムスケジュールによって設定された所定の時点に送信するポジションメッセージを用いることにより、同期化が可能である。別のネットワークノードからのポジションメッセージを受信しないネットワークノードは、後に組み込むべきないしは同期化すべきネットワークノードに対する基準ネットワークノードになる。この場合にこれらの別のネットワークノードはそれぞれ、そのローカルな通信タイムスケジュールを上記の基準ネットワークノードのローカルな通信タイムスケジュールに適合化しようとする。１ネットワークノードが基準ネットワークノードのポジションメッセージを受け取っており、またそのローカルな通信タイムスケジュールが基準ネットワークノードの通信タイムスケジュールに適合化されている場合、本発明ではテストフェーズが続く。このテストフェーズでは前に行われた適合化が正しいか否かが求められ、結果がイエスの場合にはじめて、自分のポジションメッセージを送出するアクティブなネットワークノードとして組み込まれるのである。
【０００９】
本発明によって保証されるのは、ネットワークノードが共通の通信タイムスケジュールを構成することである。この際に、スタティックに決定される、つぎのような殊に特別なネットワークノードを省略することができる。すなわちつねにまたただ１つのネットワークノードとしてグローバルな通信タイムスケジュールを設定して、ローカルな通信タイムスケジュールの開始時の同期化を可能にするネットワークノードを省略できるのである。すべてのネットワークノードに対して通信タイムスケジュールを設定しようとするネットワークノードは実行時にダイナミックに得られる。
【００１０】
ここで阻止されるのは、ネットワークノードが、その通信タイムスケジュールを、アクティブな別のネットワークノードと比較して異常に動作している個々のネットワークノードと同期化してしまうことである。組み込まれるネットワークノードは、つぎのような最初のネットワークノードを基準ネットワークノードとして選択する。すなわち、この最初のネットワークノードから、通信タイムスケジュールにおける目下のポジションを決定できるメッセージを受け取っているのであり、この最初のネットワークノードを基準ネットワークノードとして選択するのである。自分の通信タイムスケジュールを適合化させた後はじめて、この場合に確立された自分の判断（Sicht）と、別のすべての利用可能なネットワークノードの判断とが比較される。ネットワークノードのローカルな通信タイムスケジュールと、グローバルな通信タイムスケジュールとが一致することが決定できる場合にのみ、このネットワークノードは通信にアクティブに関与することができ、同期化された通常動作に移行し得る。第１のステップでは１ネットワークノードの情報、すなわち基準ネットワークノードの情報だけを評価すればよく、ローカルな通信タイムスケジュールの開始同期化に対して利用可能なノードのすべてを評価する必要はないため、このネットワークにおいて動作する手法はわずかなコストで実現可能である。フォルトトレーラントな評価のための手段は、このフェーズにおいてまだ適用する必要はない。しかしながら最後のテストフェーズにより、この全体手法に対するフォルトトレーランスが保証される。
【００１１】
ここでは自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致することのテストの際に一致および相違をカウントするネットワークノードが設けられている。このネットワークノードがアクティブなネットワークノードとして組み込まれるのは、一致の数が相違の数よりも大きいか、または相違がない場合にだけである。
【００１２】
さらに自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストのための上記のネットワークノードでは、つぎのような時間区間が使用される。すなわちこの時間区間では少なくとも１回、通信に関与する別のネットワークノードのすべてのポジションメッセージが送信されるのである。
【００１３】
アクティビティがないことが検出された後、別のネットワークノードが基準ネットワークノードとして組み込まれることを望んでいるか否かをテストする、組み込むべきネットワークノードが設けられている。ここでは衝突メッセージを使用することができる。少なくとも２つのネットワークノードが並列して通信を最初に開始しようとする状況に対して衝突識別は不要である。それは本発明のネットワークにより、起動フェーズの後、１つのネットワークノードだけがアクティブなノードとしてこのネットワークに留まっていることが保証されるからである。ここではまず自分のポジションメッセージを送信し、到来するポジションメッセージをカウントし、また正しく受信されたポジションメッセージの数が、正しく受信されなかったポジションメッセージの数よりも大きいか、またはすべてのポジションメッセージが正しく受信された場合にだけ、基準ネットワークノードとして組み込まれる１ネットワークノードが設けられている。
【００１４】
本発明はまた、ネットワークにおけるネットワークノードに関しており、ここでこのネットワークは、接続ネットワークと、この接続ネットワークに結合された別の複数のネットワークノードとを有する。ここではネットワークノードは、アクティブなネットワークノードとして組み込まれる前にそのローカルな通信タイムスケジュールと、少なくとも１つの別のネットワークノードの通信タイムスケジュールとをそれぞれ適合化し、このネットワークノードは、別のネットワークノードのアクティビティをテストし、アクティビティがないことが確認された場合、基準ネットワークノードとして、その通信タイムスケジュールにおいて固定にあらかじめ設定されたポジションメッセージを別のネットワークノードに対して送信し、上記のネットワークノードは、ローカルな通信タイムスケジュールを基準ネットワークノードの通信タイムスケジュールに適合させるポジションメッセージを受け取った後、および自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストがイエスで終了した場合に、アクティブなネットワークノードとして組み込まれる。
【００１５】
本発明はまたネットワークにおいてネットワークノードをアクティブなネットワークノードとして組み込む方法にも関し、ここでこのネットワークは、接続ネットワークと、この接続ネットワークに結合された別の複数のネットワークノードとを有する。ここでこのネットワークノードは、アクティブなネットワークノードとして組み込まれる前にそのローカルな通信タイムスケジュールと、少なくとも１つの別のネットワークノードの通信タイムスケジュールとをそれぞれ適合化し、このネットワークノードは、別のネットワークノードのアクティビティをテストし、アクティビティがないことが確認された場合、基準ネットワークノードとして、その通信タイムスケジュールにおいてあらかじめ設定されたポジションメッセージを別のネットワークノードに対して送信し、上記ネットワークノードは、このネットワークノードがポジションメッセージを受け取った後、そのローカルな通信タイムスケジュールを基準ネットワークノードの通信タイムスケジュールに適合させ、自分の通信タイムスケジュールと、アクティブなネットワークノードの少なくとも一部の通信タイムスケジュールとが一致するか否かのテストがイエスで終了した場合にアクティブなネットワークノードとして組み込まれる。
【００１６】
本発明の実施例を以下、図に基づいて詳しく説明する。ここで、
図１は、複数のネットワークノードを有するネットワークおよび接続ネットワークを示しており、
図２および６は、ネットワークノードに適用可能な２つの流れ図を示しており、
図３〜５は、本発明のネットワークを説明するための種々異なる時間線図を示している。
【００１７】
本発明のネットワークを説明の実施例は図１に示されている。このネットワークは例えば、４つのネットワークノード１〜４を含み、これらはそれぞれ接続ネットワーク５に結合されている。接続ネットワーク５は、接続されたネットワークノード１〜４の任意のネットワーキングを表す。この接続ネットワーク５を介して、接続されたこれらのネットワーク１〜４はつぎのような形態でメッセージを交換する。すなわち、送信を行うネットワークノードのメッセージが、接続されたすべてのネットワークノードによって受信できるような形態で交換するのである。接続ネットワーク５は、任意のネットワークトポロジを有することができ、信号増幅なしに（パッシブに）または信号増幅を伴って（アクティブに）メッセージを転送することができる。アクティブなスターカップラとしての接続ネットワークは、例えばEP 1 179 921 A2から公知である。ここではメッセージ伝送は、さまざまな伝送媒体を介して行うことができる（線による電気的、光学的な伝送または線によらない無線伝送、例えばまたは赤外線伝送）。この接続ネットワークは、通信のために１つ以上のチャネルを含むこともできる。すなわち、２つまたはそれ以上の通信チャネルを有する冗長に設計された接続ネットワークから構成することができる。
【００１８】
各ネットワークノード１〜４は、接続ネットワーク５を介するメッセージの交換を保証する図示しない少なくとも１つの通信インタフェースと、通信インタフェースをコンフィギュレーションして駆動制御することのできる同様に図示していない制御および処理ユニットと含む。この制御および処理ユニットによって決定されるのは、所属のネットワークノードが、接続ネットワーク５を介する通信にいつ関与することができるか（イネーブル）と、メッセージによってどのデータが伝送されるか、ないしは受信したメッセージ内容（有効データ）をどのように処理すべきかである。
【００１９】
このような接続ネットワーク５を介してアプリケーションデータを交換する多くのコントロールおよびオートメーションアプリケーションに対して保証しなければならないのは、これらのアプリケーションデータが、各ネットワークノード（１〜４）ないしは関与者に、確定して時間的に予想可能に供給されることである。この前提の下でアプリケーションデータにより、別のデータと共に処理しなければならない時間的な発生ないしは順序との関連でのみ、固有のシステム機能ないしはアプリケーション機能が得られるのである。
【００２０】
ネットワークにおいて予想可能にメッセージが発生することに対する要求は、例えばいわゆる「時間制御された通信」または「時間制御されたプロトコル」によって満たされる。時間制御されたプロトコルは、通信タイムスケジュールに基づくのであり、ここでこの通信タイムスケジュールは、時間的な特徴的構造が動作中ではなくすでに前もって決定されている。ネットワークノード１〜４間のデータ交換全体は、この時間的な枠に埋め込まれている。ここでは、どのネットワークノードがいつ所定のデータを別のネットワークノード（１〜４）および接続ネットワーク５に転送するかを正確に示す、データ交換に対する時間的な流れ（通信タイムスケジュール）が得られる。この通信タイムスケジュールは、リザーブの区分を含むこともでき、ここではメッセージの順序はダイナミックに実行時に決定される。しかしながら以下の考察に通信タイムスケジュール内のこのような区分は重要ではなく、単にリザーブの範囲として扱われる。
【００２１】
この通信タイムスケジュールを実現するため、通信媒体（接続ネットワーク）へのアクセスに対しても厳密に予測できることを保証しなければならない。このためにはＴＤＭＡ（Time Division Multiple Access）方式が適用されることが多い。共通の通信媒体への衝突のないアクセスはつぎようにして制御される。すなわち１ネットワークスロットだけが、時間区間内のメッセージスロットまたはメッセージタイムスロットと称される短い区分に排他的な送信権を得ることによって制御されるのである。送信権のスタティックな分配において、通信サイクルと称される全区間は、全ネットワークノードに対するメッセージタイムスロットを含み、周期的に繰り返される。１通信サイクル内で１ネットワークノードに複数のメッセージタイムスロットを割り当てることを許容する通信プロトコルもある。
【００２２】
ＴＤＭＡベースの通信システム（ネットワーク）では各ネットワークノードは、すべての関与者の間で調整された共通の時間情報を必要とする。ここでこの時間情報は、例えば中央のネットワークノード（タイムサーバ）によって別のすべてのネットワークノードに配布することができる。しかしながら安全関連およびフォルトトレーラントのシステム（例えば自動車における電気ブレーキシステム）に対して中央のネットワークノードは不適切である。それはこれらのコンポーネントの故障により、全体的な通信が停止してしまうからである。時間制御のプロトコル、例えばＴＴＰ（Time-Triggered Protocol）方式により、個々のネットワークノードに対して１つずつのローカルな時刻が定められ、ここでこれらの時刻は、別のシステム関与者と共に同期化されてグローバルに一致する。このためにグローバルな時刻に対して、システムにおいて統一的に使用されるべき細かさないしは解像度が決定される。ここで保証しなければならないのは、すべてのネットワークノードが、決定された解像度について、グローバルな時刻の統一的な判断を有することである。同期化された通常動作において、各ネットワークノードは、測定フェーズ中にローカル時刻と、このネットワークノードに存在する別のネットワークノードのローカル時刻との相違を決定する。ここでは同期化メッセージを受け取った後、相応する各受信時点と、ローカルなタイマから導出される予想時点とが比較される。それぞれ同期化メッセージによって表される別のネットワークノードとの利用可能なすべての相違を評価することによって、各ネットワークノードは補正項を決定することができる。これによってローカルタイマのタイマクロックの周波数を一時的または持続的に適合することができ、またさらに付加的に補正フェーズにおいて、測定フェーズにわたって加算されるフェーズポジションのずれを調整することができる。ここでこのフェーズポジションのずれは、各ネットワークノードのローカルな通信タイムスケジュール間のフェーズポジションのずれである。重なり得る測定フェーズならびに補正フェーズの位置は、すべてのノードにおいて同期化されていなければならない。
【００２３】
ネットワークノードの通信タイムスケジュールの処理は、そのローカルなタイマクロックに基づく。すなわちローカルな通信サイクルの長さは、ローカルなタイマクロックに依存するのである。同期化された通常動作におけるグローバルなタイマ同期化を介して、ローカルな通信サイクルのグローバルな一致が維持される。
【００２４】
媒体アクセス方式が、関与するネットワークノードの同期化を前提とするすべての通信システム（ネットワーク）において、有利な方法によって保証しなければならないのは、これらネットワークノードが、アクティブ化の後、同期化されていない状態から同期化された状態に移行することである。同期化された状態では、ネットワークノードにおいてローカルに管理される通信タイムスケジュールは互いに一致しているため、アクティブな各ネットワークノードは、そのリザーブメッセージタイムスロットを使用することができ、このネットワークノードから送信されるメッセージは、別のすべてのネットワークノードにおいても、この伝送に対してリザーブされる同じメッセージタイムスロットになる。
【００２５】
このネットワークのネットワークノード１〜４には共通の通信タイムスケジュールを構成しなければならない。本発明において実行時にダイナミックに得られるのは、別のすべてのネットワークノードに対して通信タイムスケジュールの設定を試みるネットワークノードである。
【００２６】
図２に示した流れ図により、どのようにしてすべてのネットワークノードをグローバルな１通信タイムスケジュールに同期化させるかが示されている。
【００２７】
詳しく図示していない上位の制御ユニットによるイネーブルの前、通信に関与するために必要なすべての調整が、この制御ユニットによってネットワークノードに行われる。これによって各ネットワークノードには、グローバルな通信タイムスケジュールと、この通信タイムスケジュール内で、メッセージを送信するために使用すべき自分のメッセージタイムスロットとがわかるのである。
【００２８】
ネットワークノードが、上位の制御ユニットによってイネーブルされた場合（図２における円６）、このネットワークノードは、このネットワークにおいてどの機能を果たすかを決めなければならない。ネットワークノードは、同期化された通常動作に移行するために２つの選択肢を有する。このネットワークノードは、この流れ図のブロック８〜１０を有する第１パスを進むか、ブロック１１〜１６を有する第２パスを進む。ここで第１パスではこのネットワークノードはそのローカルな通信タイムスケジュールと、アクティブなポジションメッセージを送信する少なくとも１つの別のネットワークノードの通信タイムスケジュールとを同期化し、また第２パスではこのネットワークノードはそれ自体でアクティブに通信を開始しようとする。ここで指摘しておきたいのは、ネットワークが同期化された状態において、すべてのネットワークノードが、または所定のネットワークノード（ネットワークノードの所定の部分集合）だけが、通信サイクル当たりに少なくとも１つのポジションメッセージを送信することである。ポジションメッセージは、グローバルな通信タイムスケジュールの正規の部分なのである。
【００２９】
ネットワークノードがどのパスを採るのかの判定は、図２において破線で示された上位のブロック１７において行われる。ブロック１７によって示されたフェーズでは、ネットワーク監視と、第１または第２パスの選択とが扱われる。上位の制御ユニットによるイネーブルの後、ネットワークノードは、直ちに送信を開始せず、あらかじめ定めた観察時間区間の間、なんらかのメッセージを受信するか否かを待つ。このことは、判定ブロック１８によって、判定「passiv?」によりシンボリックに示されている。このネットワークにおいてアクティビティが発生しておらず、ひいてはこのネットワークノードによって休止フェーズが確認された場合、このネットワークノードによりチェックされるのは、このネットワークノードそれ自体がアクティブになれるか否かである。これは判定ブロック１９において「active?」によって示されている。この問いの答えがイエスの場合、このネットワークノードはパス２をブロック１１に進む。いかなるネットワークアクティビティも存在しない観察時間区間が観察されない限り、判定ブロック１９により、ネットワークノードは再びブロック１８に戻される。上記の観察時間区間は十分に長く選択して、エラーのない場合、同期化されていないネットワークノードにより、通信タイムスケジュールにしたがって送信アクティビティを形成する別のネットワークノードがすでにアクティブになっているネットワークノードとして認められるようにしなければならない。
【００３０】
ネットワークノードによって受信される、このネットワークの各アクティビティにより、上記の観察時間区間が新たに開始されることになる。したがってネットワークノードの組み込みに使用できないメッセージは、ネットワークノードの受信パスにおける場合によって設けられるノイズフィルタに打ち勝ったノイズと同様に観察時間区間の新たな開始に結び付くのである。
【００３１】
しかしながらこの観察時間区間内にポジションメッセージが受信される場合、ネットワークノードは、判定ブロック１８において分岐してブロック２０に進む。ポジションメッセージを受信することにより、このネットワークノードは、そのローカルな通信タイムスケジュールのフェーズポジションと、このポジションメッセージを送信したネットワークノード（基準ネットワークノード）のグローバルな通信タイムスケジュールとを適合させることができる。
【００３２】
グローバルな通信タイムスケジュールは、すべてのアクティブなネットワークノードが、そのローカルな通信タイムスケジュールにしたがってそのメッセージを中止することによって定められる。これらのネットワークノードがすべて同期化されている場合、このネットワークに統一的でグローバルな通信タイムスケジュールを観察することができる。
【００３３】
基準ネットワークノードのポジションメッセージを受信することによって、ここまで同期化された通信タイムスケジュールを処理しておらずまたしたがって送信動作にもまだアクティブに関与していないネットワークノードは、グローバルな通信タイムスケジュールのフェーズポジションを導き出すことができる。このネットワークノードは、選択された基準ネットワークノードのローカルな通信タイムスケジュールのフェーズポジションについての情報だけを受け取るため、これが当てはまるのは、基準ネットワークノードのローカルな通信タイムスケジュールと、グローバルな通信タイムスケジュールとが一致する場合だけである。
【００３４】
ここでは最初に上記の仮定（基準ネットワークノードによってグローバルな通信タイムスケジュールが設定される）が成り立つことから出発し、後のフェーズにおいてはじめて、しかしながら同期化された通常動作にまた入らないうち（このネットワークノードが通信動作にアクティブに関与することが許されないうち）にこの仮定がテストされ、場合によっては判定が検査される。
【００３５】
ポジションメッセージから、所属の送信ネットワークノードが決定されて基準ネットワークノードとして記憶される（ブロック２０において"BestRef"によって示されている）。この通信タイムスケジュールにおいて１ネットワークノードに対して１つのポジションメッセージだけが許容される場合、基準ネットワークノードの決定を省略することができ、またポジション情報、例えばメッセージタイムスロットの番号を一義的な基準識別のために記憶することができる。この場合にこの情報は、所属の送信ネットワークノードについての知識と同義であり、またこの情報により、このネットワークノードから得られるポジション情報を一義的に識別して、通信タイムスケジュールを同期化することができる。
【００３６】
ブロック１８〜２０と同様にブロック１７の構成部分であり、ブロック２０に続く判定ブロック２１では、選択した基準ネットワークノードを基準として使用して、自分のローカルな通信タイムスケジュールのフェーズポジションと、基準ネットワークノードのフェーズポジションとを適合してよいか否かが決定される（"Ref?"によって示されている）。しかしながらこの判定はイエスで通過する。それは最初の組み込みの試み（第１パスへの進行）に対してはまだ、許容される基準ネットワークノードについて制限がないからである。これらの制限は、つぎのように事態によって最初に発生する。すなわち、組み込みに失敗した場合、すなわち第１パスを離れ、ブロック１７に再び進み、さらなる組み込みの試みに対して所属の基準ネットワークノードを再度直ちに使用してはならないような事態によって発生するのである。
【００３７】
第１パスへの進行に伴ってこのネットワークノードに可能であるのは、自分のローカルな通信タイムスケジュールを決定することである。図３に基づいてこのことを説明することができる。ここでは２つのネットワークノードＫ１およびＫ２と、ネットワークＮ１に発生するポジションメッセージ（Ｐ３，Ｐ５）との時間経過が示されている。この際にネットワークノードＫ１は、ネットワークノードＫ２により、基準ネットワークノードとして選択されている。通信サイクルＫＳは、この通信タイムスケジュールにおいて５つのメッセージタイムスロットＮＺを含んでおり、また図３においてそれぞれ比較的長い垂直線によって示されている。通信サイクル内の個々のメッセージタイムスロットは、比較的短い垂直線によってシンボリックに表されている。ネットワークノードＫ１の３番目のメッセージタイムスロットは、ポジションメッセージＰ３によって占有されている。このポジションメッセージＰ３のアクティブな送信は、実線の矩形によって示されている。ネットワークノードＫ２の５番目のメッセージタイムスロットは、ポジションメッセージＰ５によって占有されている。通信タイムスケジュールの残りのメッセージタイムスロットを占有する別のネットワークノードは、ここでは簡単にするために図示されていない。
【００３８】
ネットワークノードＫ１のポジションメッセージが３番目のメッセージタイムスロットで送信されたことについての情報は、このポジションメッセージそれ自体から得られる。これによってネットワークノードＫ２は、ポジションメッセージＰ３を受信した後、ネットワークノードＫ１の通信タイムスケジュールのフェーズポジションを決定し、また自分の通信タイムスケジュールの位置をそれに適合させることができる。このことは上記の流れ図においてブロック８の"AnglPh"によって示されている。メッセージタイムスロットの長さがスタティックであり、また目下のメッセージタイムスロットがわかっている場合、ネットワークノードＫ２は、この通信サイクル内の目下のポジションを計算することができる。これによってネットワークノードＫ２において通信タイムスケジュールのフェーズポジションがわかる。図３ではこの時点は、イベントＥ１によって示されている。ポジションメッセージＰ３を受信した後および図２の流れ図においてブロック８で実行される計算フェーズの後、ネットワークノードＫ２にはこの通信サイクル内での目下のポジションがわかる。この場合にネットワークノードＫ２は、ローカルな通信タイムスケジュールのフェーズポジションを正確に適合化している。図３の破線の矩形は、フェーズ"AnglPh"後、同期化されるネットワークノードＫ２のポジションメッセージの位置をシンボリックに表している。しかしながらこのメッセージはまだアクティブに送信されない。したがって図３においてこのメッセージＰ５はこの時点でネットワークＮ１にもまだ発生していないのである。
【００３９】
目下の通信サイクルが経過した後、ネットワークノードＫ２は、図２においてブロック９によって表されているフェーズ"Plau"に移行する。このフェーズで検査されるのは、ネットワークノードＫ２をネットワークＮ１に組み込みことができたか否かである。ネットワークノードＫ２は、この場合に初期の同期化の後に検査フェーズ"Plau"において受信したメッセージを、自分の通信タイムスケジュールに基づいて評価することができる。到来するポジションメッセージに基づいてネットワークノードＫ２は、この通信サイクルにおける送信ネットワークノードの目下のポジションメッセージについての理解が正しいか否かをチェックする。このために使用されるテスト時間区間ＰＺは前もって定められている。ここでネットワークノードＫ２はこのテスト時間区間を使用して、受信したポジションメッセージから導出した別のネットワークノードの判断に対して、自分の判断をテストする。上記のテスト時間区間は、少なくとも１つの通信サイクルを含んでおり、これによってこの時点にアクティブなすべてのネットワークノードをこのテストに取り入れられるようにする。有利にはこのテスト時間区間は、通信サイクルに同期化される。すなわちこのテスト時間区間は通信サイクルの開始ではじまるのである。この場合、いま第１パスのこのテストフェーズにいるすべてのネットワークノードも、いま以下に説明する第２パスのテストフェーズにいるネットワークノードも共に同じ情報ベース、すなわちネットワークノードの同じ集合を使用して判定を下すのである。
【００４０】
このテスト時間区間中には、自分のポジションメッセージによってそのローカルな通信タイムスケジュールのフェーズポジションを通知する各ネットワークノードは、１つのカテゴリーに分類される。送信ネットワークノードにおける通信タイムスケジュールのローカルなフェーズポジションは、組み込みを行うネットワークノードのそれと一致するか、または一致しないかのいずれかである。いずれの場合にも一致に対するカウンタ（Ｚ＿ueber）および相違に対するカウンタ（Ｚ＿ab）の相応する１つずつのカウンタがインクリメントされる。テスト時間区間のはじめにはこれらのカウンタは０で初期化され、テスト時間区間の終わりに評価される。テスト時間区間内に各ネットワークノードは一度だけ考慮される。
【００４１】
テスト時間区間ＰＺの終了後（ブロック９）、ブロック１０においてチェックされるのは、組み込むべきネットワークノードの同期化ができたか否かである。これは"Sync?"によって示されている。このためには様々なルールを適用することができる。
【００４２】
第１のルールは、テスト時間区間の終わりにカウンタ値Ｚ＿abが０よりも大きい場合にネットワークノードが同期化されていないということができる。この場合にこのネットワークには、つぎのようなアクティブなネットワークが少なくとも１つある。すなわち、そのローカルな通信タイムスケジュールが、テスト側のネットワークノードの通信タイムスケジュールに同期化されていない（ひいては基準ネットワークノードによって処理される通信タイムスケジュールにも同期化されていない）アクティブなネットワークが少なくとも１つあるのである。カウンタ値Ｚ＿abが０に等しい場合、判定ブロック１０を通過するためにはカウンタ値Ｚ＿ueberは１よりも大きいかまたはこれに等しくなければならない。それはそうでなければ基準ネットワークノードはもはやアクティブではなく、このことは同様にエラーであることを示すからである。ネットワークノードがコンフィギュレーションされて、このネットワークノードが、この通信タイムスケジュールにしたがってポジションメッセージを送信しないようにされている場合、Ｚ＿ueberは、少なくとも２をとらなければならない。それはこのようなネットワークノードは、目下唯一通信を開始しようとしている第２パスのネットワークノードを、同期化された通常動作に移行させることができないからである。第２パスのネットワークノードは、ポジションメッセージによってのみ、少なくとも２つのネットワークノード間で通信が確立されたことを識別するため、ポジションメッセージを送信しないネットワークノードは、ポジションメッセージを送信する少なくとも２つのネットワークノード間の既存の通信にだけ組み込み可能なのである。
【００４３】
第２のルールによって可能になり得るのは、エラーを有するネットワークノードが存在する場合にもネットワークノードが同期化されることである。この場合にはこの通信の利用可否が最適化の判定基準であり、この最適化判定基準では判定ブロック１０を通過するため、カウンタ値Ｚ＿abが、定めた値を上回ることができないか、またはカウンタ値Ｚ＿ueberが，定めた値を下回ってはならないか、または一致の方が大きく（Ｚ＿ueber ＞ Ｚ＿ab）なければならない。ここではこの大きいことを判定するのが有利である。それは、判定に使用されるアクティブなネットワークノードの数に依存して、この大きいことの判定は、一義的にイエスまたはノーがいえるからである。これとは異なり、カウンタ値Ｚ＿ueberまたはＺ＿abに対する境界値を決定する際には、判定時にその他に、使用される全体ネットワークノード数に対する比も考慮してければならない。ここでも成り立つのは、通信タイムスケジュールにしたがって自分のポジションメッセージを送信しないネットワークノードに対してＺ＿ueberは少なくとも２をとらなければならないというである。
【００４４】
上に示した２つのルールのうちの１つを適用した後、テストフェーズ"Plau"が判定ブロック１０においてイエスで終了した場合、このネットワークノードは、同期化された通常動作に移行することが可能である。これによってこのネットワークノードは、この通信タイムスケジュールにしたがい、送信権も得るのである。
【００４５】
図３にはテストフェーズＰＺが示されており、これはちょうど１通信サイクルの長さを有する。このフェーズにおいて基準ネットワークノードＫ１だけをネットワークノードＫ２が評価することができ、またこのノードが、ネットワークノードＫ２におけるローカルな通信タイムスケジュールのフェーズポジションを設定していたため（ネットワークノードＫ１はＫ２に対する基準ネットワークノードである）、この例におけるテストは当然、成功する（カウンタ値Ｚ＿ueber＝１）。つぎの通信サイクルの開始と共にネットワークノードＫ２は、この通信にアクティブに関与することができる（図２の円２２によって示されている）。すなわちこのノードは同期化された通常動作状態にあるのである。図３においてこのことは、ポジションメッセージＰ５がネットワークノードＫ２によってアクティブに送信されており（実線の矩形）、したがってネットワークＮ１に発生していることよってわかる。
【００４６】
判定ブロック１０においてネットワークノードにより、上記の条件が満たされていないことが決定される場合、このネットワークノードはブロック１７ないしは１８に戻る。この場合、このネットワークノードに対して、再び判定ブロック１８および１９を介して、このネットワークノードが第１または第２のパスのいずれに進むのかが判定される。上位の制御ユニットによるイネーブルの直後、このネットワークノードがブロック１７に進む場合とは異なり、所定の基準ネットワークノードによって導かれる組み込みは、すでに少なくとも１回、失敗している。この情報は、第１パスを介するパッシッブな組み込みに対する判定の際に判定ブロック２１で評価される。ポジションメッセージを受信した後、ブロック１７内のネットワークノードは判定ブロック１８を離れ、ブロック２０の方に進むことができる。それはポジションメッセージにより、ローカルな通信タイムスケジュールの同期化が可能になるからである。ブロック２０においてこのポジションメッセージから、このポジションを送信した対応するネットワークノードを決定して、これを基準ネットワークとして記憶する。判定ブロック２１における引き続きの問い合わせによって保証しなければならないのは、１つのネットワークノードが持続的また排他的に、その通信タイムスケジュールを同じ基準ネットワークノードの通信タイムスケジュールに繰り返して同期化しないようにすることである。このようなメカニズムがない場合、以下の不都合な状況に成り得る。
【００４７】
つぎのような異常な振る舞いをするネットワークノードは、別のネットワークノードのいずれの組み込みも妨げてしまうことがある。すなわち、そのポジションメッセージにより、別のネットワークノードが第１パスに進むことができるようになるのではあるが、すでにアクティブな別のネットワークノードがしたがうグローバルな通信タイムスケジュールにその通信タイムスケジュールが同期化していない、異常な振る舞いをするネットワークノードが、別のネットワークノードのいずれの組み込みも妨げてしまうことがあるのである。このネットワークノードが通信サイクルの第１のメッセージタイムスロットを占有する場合、失敗に終わったテストの後、判定ブロック１０を介して第１パスを離れるすべてのネットワークノードは、つぎの組み込みの試みに対して直ちに再び同じ異常なネットワークノードを選択してしまう。上に提案したメカニズムにおける予防措置がなければ、上記の異常なネットワークノードがアクティブのままであるかぎり、この流れは繰り返され、別のネットワークノードの組み込みが阻止されてしまうのである。
【００４８】
すなわち判定ブロック２１によって保証されなければならないのは、組み込みの試みに失敗した後、少なくとも１回、（失敗した組み込みの試みに対して以前に基準ネットワークノードとして使用されたネットワークではない）別のアクティブなネットワークノードがチャンスを得て、ブロック１７において１ネットワークノードによって基準ネットワークノードとして選択されるようにすることである。しかしながら同時に保証しなければならないのは、一時的な障害（例えば、ポジションメッセージの正しい受信を妨げる伝送障害）によって、ネットワークノードが第１パスを離れなければならなくなり、目下の基準ネットワークノードがさらなる組み込みの試みに対して持続的に排除されてしまうことである。というのはこれによって、組み込みの試みが失敗した後、排除されたこのネットワークノードが正常に振る舞う場合であっても、このネットワークノードが、同期化された通常動作に移行できないことがあり得るからである。
【００４９】
この問題を回避するため、例えばつぎのような手法を使用する。
【００５０】
第１の手法では、第１パスから再びブロック１７に進むネットワークノードが、第１パスに進むのに使用した前の基準ネットワークノードをKref＿altとして記憶する。定められた待ち時間区間の間、ネットワークノードKref＿altは基準ネットワークノードとして受け入れられない。すなわち、相応するポジションメッセージがこのネットワークノードから受信される場合、このネットワークノードはブロック１７に引き続き留まるのである。この待ち時間区間中につぎのようなポジションメッセージが受信される場合、すなわちブロック２０においてこのポジションメッセージから新たな基準ネットワークノードKref＿neu（ただしKref＿neuとKref＿altとは等しくない）を決定することができるポジションメッセージが受信される場合、このネットワークノードは、判定ブロック２１を離れて第１パスの方向（ブロック８）に進むことができるのである。
【００５１】
２つの異常なネットワークノード間で絶えず交替することを回避するため、再び判定ブロック１８を離れてブロック２０の方向に進んで第１パスに進むことができる前に、ブロック１７に留まっている間に受信される固定の個数またはランダムな個数のポジションメッセージを見送ることができる。第１パスに新たに進むことなくこの待ち時間区間が経過した後、新たなポジションメッセージがこの基準ネットワークノードKref＿altから受信され、ブロック２０においてKref＿neu ＝ Kref＿altを有する相応のネットワークノードが決定されるという前提条件の下で、第１パスに再び進むための新たな基準ネットワークノードとしてそれまで禁止されていた基準ネットワークノードKref＿altを再度利用することができる。この待ち時間区間は、判定ブロック１０からブロック１７への移行の度に新たに開始される。この待ち時間区間の長さは有利にはつぎのように選択される。すなわち、全ネットワークノードからなる集合から、アクティブな１ネットワークノードが基準ネットワークノードとして選択され得る可能性があるように選択されるのである。
【００５２】
第２の手法では、第１パスから再びブロック１７に進むネットワークノードより、上と同様に、第１パスへの進行に使用される基準ネットワークノードがKref＿altとして記憶される。定められた待ち時間区間の間、ネットワークノードKref＿altは基準ネットワークノードとして受け入れられない。すなわち、相応するポジションメッセージがこのネットワークノードによって受信される場合、このネットワークノードはブロック１７に引き続き留まるのである。この待ち時間区間中、このネットワークノードは、記憶したデータベースに基づいて、さらなる組み込みの試みに対する基準ネットワークノードとしてどのネットワークノードを使用するかを決める。すなわち判定ブロック２１を離れて第１パスに進むのは、ブロック２０において決定した基準ネットワークノードKref＿neuが上記のデータベースに書き込まれている場合だけである。このデータベースと、これに関連したネットワークノードが基準ネットワークノードとして使用される順序とはスタティックにコンフィギュレーションすることができるが、またネットワークノードが第１パスに留まるフェーズの間にダイナミックに形成することもできる。この場合にダイナミックに形成されるデータベースは、ネットワークノードがブロック８および９に留まっている間に受信されたポジションメッセージ毎に１エントリを含む。
【００５３】
この第２の手法においても可能であるのは、第１パスに新たに進むことなしに待ち時間区間が経過した後、それまで禁止されていた基準ネットワークノードKref＿altを、上に述べた前提の下で第１パスへのさらなる進行に対する新たな基準ネットワークノードとして使用するできることである。
【００５４】
このデータベースにより、１ネットワークノードの組み込みに対してそれまでの経過を比較的長く監視することのできる複雑なアルゴリズムを変換することも可能である。例えば、失敗した組み込みの試みに対して基準ネットワークノードとして使用されていたすべてのネットワークノードを、このデータベースに記憶されているすべてのネットワークノードが一度基準ネットワークノードとして利用されるまで、基準ネットワークノードとして禁止されたままにすることができる。
【００５５】
付加的には別の待ち時間区間を定めることができ、ここでこの待ち時間区間は、組み込みの試みの最初の失敗と共に開始され、またこの待ち時間区間の経過後、再びすべてのネットワークノードを基準ネットワークノードとして使用することができる。これにより、上記のデータベースに基づく基準ネットワークノード選択手法によって組み込みができなかった場合、すべてのネットワークノードが再び基準ネットワークノードの選択肢して利用可能になる。
【００５６】
以下で説明するのは、ネットワークノードが判定ブロック１９における判定に対してイエスとなり、第２パスに進む場合に、何が生じるかである。この場合、このネットワークノードはそれ自体でアクティブに通信を確立しようとする。第１のステップでは、１つ以上のネットワークノードが第２パスに進む状況を解決しなければならない。
【００５７】
衝突シンボルＫＯ（Kollisionssymbol）を送信することなく、図４に示した状況が発生し得る。ネットワークノードＫ２は、イベントＥ２時に第２パスに進み、ネットワークノードＫ１は時間的にずれてイベントＥ３時に（２メッセージタイムスロット分遅れて）第２パスに進む。イベントＥ２およびＥ３は、ブロック１７の判定ブロック１８および１９における判定が経過した後、トリガされる。２つのネットワークノードＫ１およびＫ２は、ローカルにその通信サイクルを開始し、通信タイムスケジュールにしたがってそのポジションメッセージを送信する。ネットワークノードＫ１はポジションメッセージＰ３を送信し、ネットワークノードＫ２も同時にポジションメッセージＰ５を送信する。２つのメッセージはネットワークＮ１において衝突し、したがって他のネットワークノードは正しく受信することができない。例えば光伝送媒体の場合のように送信側のネットワークノードＫ１およびＫ２にこの衝突が識別できない場合、２つのネットワークノードは持続的に通信を確立しようとする。しかしながら他のネットワークノードは正しいポジションメッセージを受信できず、また他方で絶え間ないネットワークアクティビティにより、別のネットワークノードが第２パスに進むことが阻止されるため、このネットワークのネットワークノード間における通信が持続的に阻止されてしまうのである。
【００５８】
したがってこの流れ図の第２パスは、最初に衝突シンボルＫＯを送信する（ブロック１１）ことで開始される。引き続いて通信タイムスケジュールが周期的に処理される。衝突シンボルＫＯは通信タイムスケジュールのエレメントではない。衝突シンボルＫＯは、任意の特徴的構造を有することができるが、有効なポジションメッセージであってはならない。
【００５９】
図５から明らかになるのは、第２パスに複数のネットワークノードがある状況を解決するために衝突シンボルＫＯを導入するとどのような作用が得られるかである。各ネットワークノードが、そのローカルな通信タイムスケジュールを処理する前にこの衝突シンボルＫＯを送信することにより、衝突シンボルＫＯと、通信タイムスケジュールにしたがう自分のポジションメッセージとの間に、このネットワークにおいてまたとない時間が存在するのである。つまり、同じ時間に第２パスに進んで衝突シンボルＫＯを送信するネットワークノードは、それに続く各通信サイクルにおいて、いずれにせよ別の時間にそのポジションメッセージを止めるのである。この場合、相異なるネットワークノードからのポジションメッセージはもはや衝突し得ない。これによって一方のネットワークノードは、ポジションメッセージを受信することができるようになり、ここでこのポジションメッセージは、通信タイムスケジュールにおいてそのポジションメッセージの前にあり、ネットワークにおいて観察可能である。これに基づいてこのネットワークノードは第２パスを離れ、再びブロック１７に戻る。第２パスに残っているのは、最初のネットワークノードとしてそのポジションメッセージを送信したネットワークノードだけである。
【００６０】
図５から明らかになるのは、同じ時間に観察時間区間がブロック１７において終わった後（イベントＥ４およびＥ５）、ネットワークノードＫ１およびＫ２がそれぞれ同時に第２パスに進むことである。ネットワークノードＫ１も、ネットワークノードＫ２も共にそれぞれの衝突シンボルＫＯを送信する。その後、２つのネットワークノードは、そのローカルな通信タイムスケジュールの処理を開始する。衝突シンボルＫＯによって２つのネットワークノードは第２パス内で時間的に同期化される。図４に示されておりまた衝突シンボルＫＯのないシステムにおいて発生し得る第２パスの２つのネットワークノード間の時間的なずれは、ここではもはや発生し得ない。一方のネットワークノードが他方のネットワークノードよりもはやく第２パスに進むと直ちに、このネットワークノードは、衝突シンボルＫＯを送信することによって、他方のネットワークノードが第２パスに進むことを阻止する。ここでこの衝突シンボルは、ブロック１７の残りのネットワークノードにおいて観察時間区間を新たに開始させる。
【００６１】
通信タイムスケジュールにしたがってネットワークノードＫ１は、その最初のメッセージとしてそのポジションメッセージＰ３を送信する（図５参照）。このことは流れ図においてブロック１２で"SendPos"よって示されている。ネットワークノードＫ２のポジションメッセージＰ５は、通信タイムスケジュールにおいて時間的に遅れている。しかしながらネットワークノードＫ２はそのポジションメッセージＰ５をもはや送信しない。それはこのネットワークノードは、ネットワークノードＫ１からポジションメッセージＰ３を受信するからである（イベントＥ６）。別のネットワークノードがすでにポジションメッセージを送信したか否かのテストは、図２の流れ図のブロック１３に"CheckAct"によって示されている。１ネットワークノード（ここではネットワークノードＫ２）がポジションメッセージを確認した場合、このネットワークノードは第２パスを離れてブロック１３からブロック１７に進み、新たな観察時間区間を開始する。図５にさらに示されているのは、この場合にネットワークノードＫ２がつぎのポジションメッセージＰ３の受信と共に第１パスに進むことである（イベントＥ７）。この際に判定ブロック１８および２１を通過し、またネットワークノードＫ２により、ネットワークノードＫ１は基準ネットワークノードとして選択される。利用可能なポジションメッセージＰ３により、ネットワークノードＫ２は、そのローカルな通信タイムスケジュールのフェーズポジションを相応に適合させることができる。続いてネットワークノードＫ２は、ブロック９のテストフェーズ"Plau"を通過する。ネットワークノードＫ２は、このテストフェーズをイエスで終了する。それは基準ネットワークノードＫ１は、ただ１つのネットワークノードとしてテストに使用され、またネットワークノードＫ２のローカルな通信タイムスケジュールのフェーズポジションが確認されるからである（Ｋ＿ueber＝１，Ｋ＿ab＝０）。つぎの通信サイクルの開始と共にネットワークノードＫ２は、同期化された通常動作に移行する（イベントＥ８）。
【００６２】
ブロック１４のフェーズにおいてネットワークノードは通信タイムスケジュールにしたがってそのポジションメッセージを送信する（ブロック１２，フェーズ"SendPos"）。残りの時間、すなわちこのネットワークノードがアクティブに送信しない時に、このネットワークノードは、この接続ネットワークにおいて別のネットワークノードの送信アクティビティを受信できるか否かをテストする（ブロック１３，フェーズ"CheckAct"）。このネットワークノードは、定められた通信サイクル数の間、ブロック１４のフェーズに留まる。ここではフェーズ"SendPos"および"CheckAct"は時間的に続いて前後しておらず、通信タイムスケジュールにしたがって通過されるのである。
【００６３】
ブロック１７への移行を引き起こす、ブロック１３におけるテスト"CheckAct"に対しても判定に影響する様々なルールを定めることができる。ここでこのテストは、受信イベントが発生したか否かについてのテストである。
【００６４】
異常な振る舞いをするネットワークノードまたは障害を受けたメッセージに応答しないまたはエラーの発生を許容するネットワークに対して、つぎのルールを定めることができる。すなわち、
正しいポジションメッセージはそれぞれ、受信イベントとしてブロック１３で評価され、これに基づいてネットワークノードはブロック１７に戻されることになる。これにより、ただ１つのネットワークノードだけが第２パスに留まることが保証されるのである。
【００６５】
異常な振る舞いをするネットワークノードまたは障害を受けたメッセージを許容するネットワークに対して、すなわち予測可能なやり方でその振る舞いに応答しなければならないネットワークに対して、つぎのルールを定めることができる。すなわち、
各々の正しいポジションメッセージも、また衝突シンボルまたは障害を受けたメッセージ（例えば、符号保証方法、例えばＣＲＣチェックサムにおいて識別されるエラーによって検出可能である）も受信イベントとしてブロック１３において評価される。このルールをさらに広義に解釈して、メッセージの所定の部分的特徴を受信したことが、または場合によっては存在する受信路のノイズフィルタに打ち勝った任意の種類のネットワークアクティビティが、ブロック１３において受信イベントとして評価されるようにすることも可能である。ネットワークに対する受信イベントが固有に定められていなければいないほど、第２パスのネットワークノードは障害および異常な振る舞いをするネットワークノードより敏感に反応する。この場合、第２パスにおけるネットワークノードは、ブロック１７の開始フェーズに戻り、別の通信イベントを観察する。すなわち新たに観察時間区間を開始するのである。
【００６６】
ネットワークノードがブロック１４に留まる、あらかじめ定められた通信サイクル数は、ブロック８および９のフェーズの持続時間に依存する。ここで阻止しなければならないのは、ブロック１４のフェーズにおけるわずかな障害によって基準ネットワークノードが再びブロック１７に戻る間に、第１パスのネットワークノードが判定ブロック１０をイエスで通過することである。したがってブロック１４における時間区間と、ブロック８および９における時間区間とを相互に設定するための条件はつぎのようにして得られる、すなわち
終了時には判定ブロック１０を介して、同期化された通常動作に進むことができるテスト時間区間を第１パスのネットワークノードが処理する場合、第２パスのネットワークノードは、もはやブロック１４にあってはならず、すでにブロック１５にいなければならないのである。
【００６７】
図２に示した流れ図に対して、基準を決定するためのポジションメッセージを受信した通信サイクル内でブロック８の処理が終了し、テスト時間区間（ブロック９）がつぎの通信サイクルではじまる場合には、ブロック１４での処理のために１通信サイクルで十分である。ブロック１４におけるこの１通信サイクル内で、１つよりも多くのネットワークノードが第２パスに並列に進むことが同様に解決される。ブロック８のフェーズがより長くかかると、このネットワークに対してブロック１４におけるフェーズの長さも適合される（延長される）のである。重要であるのは、第２パスのネットワークノードがブロック１４のフェーズにできるだけ留まって、考え得るすべてのエラーに応動できるようにすることである（ブロック１３）。
【００６８】
第２パスのネットワークノードが、あらかじめ設定した通信サイクル数だけブロック１４に留まり、受信イベントによってブロック１７に戻されなかった場合、このネットワークノードはブロック１５に移動する。このネットワークノードがブロック１５のフェーズにある間も、このネットワークノードは引き続き通信タイムスケジュールにしたがってそのポジションメッセージを送信する。付加的にブロック１５（"Verif"）のネットワークノードは、このネットワークノードが別の少なくとも１つのネットワークノードに対して通信を確立できたか否かを検証する。ブロック９の場合と同様にネットワークノードは、自分の通信タイムスケジュールに基づいてポジションメッセージを評価することができる。ここでは到来するポジションメッセージをチェックして、そこに含まれているポジション情報と、ローカルで了解していることとが一致するか否かを検査することができる。ここでこのポジション情報には、この通信サイクル内における送信ネットワークノードの目下のポジションに関するデータが含まれている。第２パスのネットワークノードが自分の判断と、受信したポジションメッセージから導出した別のネットワークノードの判断とをブロック１５において検証するためにこのネットワークノードが利用する検証時間区間は、あらかじめ決定されている。これは少なくとも１つの通信サイクルを含み、これによってすべてのネットワークノードをテストに組み入れることができる。有利にはこの検証時間区間は通信サイクルに同期化される。すなわち、これは通信サイクルの開始と共にはじまるのである。ブロック９のテストフェーズとは異なり、この検証時間区間は、この検証時間区間においてポジションメッセージが受信されなくなるまでサイクリックに繰り返される（ブロック１５におけるテストフェーズ）。このような状況は例えば、１ネットワークノードがこのネットワークの別のネットワークノードよりもはやく、上位の制御ユニットによってイネーブルされた場合に発生する。この場合に別のネットワークノードが通信タイムスケジュールの設定にまったく応動をすることなしに、すなわちこの別のネットワークノードがそれに同期化されることはなく、このネットワークノードは、ブロック１７，１１および１４を通過してブロック１５に進むのである。したがってネットワークノードは比較的長い時間、ブロック１５に留まってつぎを待機することができる。すなわち１つまたは複数のネットワークノードが、このネットワークノードを基準ネットワークノードとして選択し、第１パスを介して、同期化された通常動作に移行し、つぎにこのネットワークノードがブロック１５において受信可能なポジションメッセージをアクティブに送信するのを待機することができるのである。ポジションメッセージが受信されることなく検証時間区間が終了した場合、新たな検証時間区間がブロック１５において開始され、つぎの判定ブロック１６における評価および判定はまだ行われないのである。
【００６９】
上記の検証時間区間中、ポジションメッセージによってローカルな通信タイムスケジュールのフェーズポジションを通知する各ネットワークノードは、１カテゴリに分類される。送信ネットワークノードにおける通信タイムスケジュールのローカルなフェーズポジションは、第２パスにおける設定側のネットワークノードのローカルなフェーズポジションと一致するか、またはこれらは一致しないかのいずれかである。いずれの場合にも一致に対するカウンタ（Ｚ＿ueber）および相違に対するカウンタ（Ｚ＿ab）がそれぞれインクリメントされ、検証時間区間の終了時に評価される。この検証時間区間内では、各ネットワークノードは１回だけしか考慮されない。判定ブロック１６がイエスで通過するのは、アクティブなネットワークノードの大多数が、そのローカルな通信タイムスケジュールを互いに同期化して処理した場合、すなわちＺ＿ueberがＺ＿abよりも大きい場合だけである。
【００７０】
ブロック１５にあるネットワークノードは、設定ネットワークノードと称される。この設定ネットワークノードがブロック１５において考慮しなければならないのは、このネットワークノードそれ自体がアクティブにポジションメッセージを送信することである。したがって判定ブロック１６における判定決定の際、このネットワークノードはそれ自体を、同期化されたネットワークノードとして考慮しなければならないのである。これは、カウンタＺ＿ueberをカウンタ値１で前もって初期化することによって行うことができるか、または判定ブロック１６における判定を適合化することによってもカバーすることができる。同期化された通常動作への移行が行われるのは、Ｚ＿ueberがＺ＿abよりも大きいかまたはこれに等しい場合である。設定ネットワークノードそれ自体が、同期化された通信の検証の際に考慮されることによって、他に２つのネットワークノードしかなくそのうちの１つが異常に動作するという問題となる状況を阻止することができる。この設定ネットワークノードが考慮されないということになると、正しく動作する１番目のネットワークノードと、異常な動作をする２番目のネットワークノードとを有する場合にこの設定ネットワークノードはブロック１７に戻ることになる。この場合にこれらの残りの２つのネットワークノードが、一致しない通信タイムスケジュールのフェーズポジションでそのポジションメッセージを送信する限り、別のネットワークノードが同期化されることはない。それはこのような状況は、第１パスのブロック９および１０における中断に結び付いてしまうからである。
【００７１】
第２パスのこの設定ネットワークノードはアクティブにそのポジションメッセージを送信するため、このネットワークノードはつぎのことを仮定することができる。すなわち、第１パスのネットワークノードが、このネットワークノードを基準ネットワークノードとして使用しており、ブロック９においてこのメッセージを使用してテストしていることを仮定することができるのである。この場合、異常がなければ、第２パスにおいて基準ネットワークノードを確認するメッセージだけが検証時間区間中に受信される。
【００７２】
ネットワークノードが判定ブロック１６における判定"SyncNK?"にイエスで通過できる場合、このネットワークノードは、同期化された通常動作に移行する。ネットワークノードが、検証時間区間中に少なくとも１つのポジションメッセージを受信して、判定ブロック１６において判定が行われる場合、このネットワークノードはノーであれば、ブロック１７に戻らなければならない。カウンタ値Ｚ＿ueberがこの検証時間区間のはじめに値１で初期化される場合、このネットワークノードは、カウンタ値Ｚ＿abがカウンタ値Ｚ＿ueberよりも大きいかまたはこれに等しい場合、判定ブロック１６においてノーになる。
【００７３】
周囲の障害が大きい際には（例えばネットワークへの放射）、ネットワークノードがブロック１７を離れることのできない状況が起こり得る。それは正しいポジションメッセージを受信することができず、また決定された持続時間の間、ネットワークにおける停止状態をシグナリングする観察時間区間も経過してしまうからである。しかしながらこの場合にもネットワークを同期化したいのであれば、このネットワークノードに対してデフォルトレベルを定めて、このデフォルトレベルにより、１ネットワークノードが、このような場合にも第２パスに進むことができるようにしなければならない。このために時間窓カウンタをブロック１７への進行と共にスタートさせる。ここでこの時間窓カウンタはネットワークアクティビティがネットワークノードから受信される場合にも、新たにスタートされることはない。この時間窓は、正規の観察時間区間よりも長い。この時間窓が終了した場合、１ネットワークノードが第２パスのブロック１１に進み、通信を確立しようとする。この時間窓が終了する前にネットワークノードがブロック１７を離れる場合、この時間窓カウンタは停止される。このネットワークノードが第１または第２パスにおいて失敗した場合、この時間窓カウンタをリセットすることができるか、または第１ないしは第２パスに進む前の記憶された状態から継続動作することができる。これらの選択肢のうちの１つを選択することによってデフォルトレベルに対してさまざまなストラテジが得られ、ここでこれらのデフォルトレベルは実質的につぎの時間が異なる。すなわちこの時間の後、時間窓が終了したことによってネットワークノードが第２パスに進むのである。
【００７４】
ここに示していない、障害を受けた受信回路を有するネットワークノードは、なおメッセージを送信することはできるが、受信することはできない。このようなネットワークノードは第２パスに進む。それは（別のネットワークノードがすでに長いこと、例えば同期化された通常動作状態にある場合であっても）ブロック１７における観察時間区間内にネットワークアクティビティを識別できないからである。この場合にこのネットワークノードは永久にブロック１５に留まることになる。それは判定ブロック１６は、このネットワークノードを、同期化された通常動作に移行させないからである。それにもかかわらずこのネットワークノードは持続的にそのポジションメッセージを送信し、これによって場合によっては並列に動作する別のネットワークノードの通信を妨害する。ここでは対抗手段として別のデフォルトレベルを定めることができる。ここではこのデフォルトレベルによって、第２パスを介してこのネットワークノードを同期化できない所定の時間が経過した後、つぎのようにする。すなわち、１ネットワークノードが、第２パスへの進行する権利を失うようにするのである。このためには例えば、このネットワークノードが第２パスに留まっていた通信サイクル数を数えるカウンタを定めることができる。このカウンタが所定の境界値に達した場合、このネットワークノードは、ブロック１１の方向に判定ブロック１９を通過することはない。この場合にはこのネットワークノードに対して第１パスを介するパッシブな組み込みだけが可能である。この状態は、上位の制御ユニットよってだけ終了することができる。
【００７５】
判定ブロック１９に対してつぎのような付加的なルールを定めることも可能であり、このルールとは、ネットワークノードが上位の制御ユニットによってさらに特別にイネーブルされた場合にだけこのネットワークノードは第２パスに進むことができるということである。この場合、ネットワークノードは、上位の制御ユニットが明に認めないかぎり、アクティブに通信を確立しようとすることができない。しかしながらこのフェーズにおいて第１パスを介して、このネットワークノードを動作中の通信に組み込みことができる。これによって１ネットワークノードの上位の制御ユニットは、どの役割において、すなわちどのパスを介してこのネットワークノードが通信に加わるかを制御可能である。
【００７６】
ネットワークノードのこの上位の制御ユニットにより、このネットワークノードに送信権が一般的に与えられない場合、この場合にもこのネットワークノードは第２パスに進むことができないが、第１パスを介して、あらかじめ定められた通信タイムスケジュールに同期化されることは可能である。送信権が与えられないことは、例えば、診断のためにそれにアクティブに関与することなくただ通信を監視したい場合に有利であり得る。同期化された通常動作への移行に対しても、自分のポジションメッセージを送出しないネットワークノードに対するのと同じルールが判定ブロック１０において当てはまる。ここでこのネットワークノードは引き続いてパッシブに動作する。
【００７７】
このネットワークノード内でローカルな通信タイムスケジュールのフェーズポジションを同期化することは必要な前提条件であり、これによって通常動作における媒体アクセス方式と、ひいては接続ネットワークによる確定的なデータ交換とがそもそも可能になるのである。しかしながらさらにネットワークノードにおいて、グローバルに一致させなければならない別のパラメタをローカルに管理することができる。１つの例は通信サイクルに対するサイクルカウンタであり、これは各ネットワークノードにおいてローカルに管理される。その目下のカウント状態がメッセージと共に送信される場合、このカウント状態を受信側において使用して、一緒に伝送されるデータの妥当性を検査することができる。ここでこれは伝送されたカウント状態と、ローカルなカウント状態とを比較することによって行われる。さらに例えばグローバルなタイマー同期化の測定フェーズは、サイクルカウンタのローカルなカウント状態に基づき、各ネットワークノードにおいてネットワークワイドに同期化することできる。
【００７８】
さらにこのようなサイクルカウンタを使用して、目下のサイクルカウント状態に依存して、メッセージ内のデータフィールドにさまざまな内容を充填することができる。この場合にこの決定は、受信側において、送信側のサイクルカウンタに同期化されるそのサイクルカウンタによってあとづけることができ、この際にこの内容ついての情報を一緒に伝送する必要がない。ここに説明したサイクルカウンタのようなパラメタに対しては、通信タイムスケジュールのフェーズポジションの同期化に対して説明したのと同じ方式を使用することができる。これによって第２パスのネットワークノードは、そのパラメタセット（例えばサイクルカウンタのカウント状態）をすべてのネットワークノードに分配することができ、この場合にこれらのネットワークノードはこのパラメタセットを使用して、そのローカルなパラメタセット（例えば、サイクルカウンタ）を初期化する。テストのためのメカニズムもここでも同様に適用される。例えば、ここまで説明したポジションメッセージは、別のパラメタを含むことができ、ブロック９および１５のフェーズにおいて、同期化すべきすべてのパラメタが一致する場合にだけ、一致に対するカウンタ（Ｚ＿ueber）をインクリメントすることができる。このパラメタセット内で１つまたは複数が相違する場合、相応するカウンタ（Ｚ＿ab）がインクリメントされる。
【００７９】
各ネットワークノードに独自のクロック源が供給されるネットワークでは、すべてのクロック源が同じ基準周波数で動作する場合であっても実践的にはつねに異なるクロック周波数が観察される。使用するクロック源に依存して、実際の周波数における初期の許容差および例えば劣化によるさらなる周波数変化は不可避である。
【００８０】
同期化された通常動作中、さらに前に説明したグローバルなタイマー同期化によって保証されるのは、すべてのネットワークノードの通信タイムスケジュールの時間的のポジションおよび長さが、このネットワークに固有な解像度ないしは精度の範囲内で一致することである。ネットワークノードが、通信タイムスケジュールのフェーズの適合化によって同期化を行うことできるのは、ローカルなクロック源の周波数の相違ないしは不正確さが小さい場合だけである。ここで当然のことながら保証しなければならないのは、ブロック８および９ないしは１４および１５のフェーズ間で通信タイムスケジュールが互いにずれないことである。動作中に同期化するための手段は、同期化された通常動作に進むのに伴ってはじめて開始しなければならない。
【００８１】
例えばコスト上の理由から許容差の大きなクロック源が使用されるネットワークに対して、または寿命が長いために基準周波数から大きく偏差することを考慮しなければならないネットワークに対して、上記の仮定を保証することはできない。この場合、ブロック８および９ないしは１４および１５のフェーズの間に、同期化ができない通信タイムスケジュールのずれが生じることになる。
【００８２】
この問題を解決するために、本発明では図２に示した流れ図を別のブロックによって補って、図６の拡張された流れ図が得られる。第１パスは、判定ブロック２１とブロック８との間のブロック２３およびブロック８とブロック９との間の判定ブロック２４によって補われる。
【００８３】
ブロック２３により、組み込まれるネットワークノードのローカルなタイマクロックと、基準ネットワークノードのローカルなタイマクロックとの適合化が行われる。ここではこのネットワークノードにおいて、基準ネットワークノードのポジションメッセージが最初に発生するのと共に測定フェーズがはじまる。この測定フェーズは、この基準ネットワークノードのポジションメッセージが２回目に発生するのと共に停止される。これによって第１パスのネットワークノードに対する基準ネットワークノードの通信サイクルの持続時間がわかる。引き続きこのネットワークノードのローカルなタイマクロックと、それに相応してそのローカルな通信サイクルの持続時間とが、基準ネットワークノードのタイマクロックに適合される。このフェーズは、ブロック２３において"AnglCl"で示されている。その後、このネットワークノード（例えば、フェーズ"AnglPh"において）適合されたタイマクロックで動作するのである。
【００８４】
ローカルなタイマクロックを適合させた後、基準ネットワークノードの２番目のポジションメッセージによってはじめて、ローカルな通信タイムスケジュールのフェーズポジションと、基準ネットワークノードの通信タイムスケジュールのフェーズポジションとが調整される（ブロック８）。停止時間区間が終了した後、上記の２番目のポジションメッセージが発生しない場合、このネットワークノードは開始フェーズに進む。すなわちブロック１７に戻るのである。この判定は判定ブロック２４において行われ、"SynAn?"と記されている。この停止時間区間の持続時間は、少なくとも通信サイクルの持続時間、および同期化されていない２つのネットワークノードのローカルな通信サイクルのフェーズポジションの最大限に可能なずれに等しくなければならない。このネットワークノードが開始フェーズに戻る場合、このネットワークノードのローカルなタイマクロックは、通常の設定に戻る。つまり、タイマクロックを基準ネットワークノードに調整するための補正がリセットされるのである。
【００８５】
ここまで説明した手段は、つぎのように拡張することができる。すなわち、この流れ図の第１パスのネットワークノードが、ブロック９におけるテストフェーズ中にすでに、さらに前に説明したフォルトトレーラントでグローバルなタイマ同期化の手段を実行するように拡張することができるのである。このために１ネットワークノードにより、受信したすべてのポジションメッセージの同期化情報が評価される。すなわちこのネットワークノードにより、ブロック９におけるテストフェーズ中に、送信側ネットワークノードのローカルな通信タイムスケジュールと、自分のローカルな通信タイムスケジュールとの間の偏差が決定されるのである。第１パスのネットワークノードが、同期化された通常動作に移行できるのは、ブロック９のテストフェーズ中に受信するポジションメッセージに基づいてフォルトトレーラントでグローバルにタイマ同期する上記の方法により、達成可能な精度の枠内で同期化が達成されたことがシグナリングされる場合だけである。このネットワークノードが許容される時間的な偏差外であることを示す補正項が求められた場合、このネットワークノードは判定ブロック１０において退けられなければならない。
【００８６】
上記のグローバルなタイマ同期化は、パターン（Raster）に基づいており、ここでこれは補正項を決定する測定フェーズと、通信タイムスケジュールのローカルなフェーズポジションを調整するならびに場合によってローカルなタイマクロックを調整するための補正フェーズとからなる。ローカルなタイマクロックに対して補正項が決定できるようにするため、測定フェーズに対して例えば連続する２つの通信サイクルが必要であり、また通信タイムスケジュールのフェーズポジションを調整する補正フェーズがこの測定フェーズを妨害してはならない場合、ネットワークのすべてのネットワークノードは、測定および補正フェーズからなり同期化された同じ流れ方を統一的に辿らければならない。例えば２つの通信サイクルからなるこれらの周期は、すべてのネットワークノードにおいて１つのパターンに同期化されなければならない。ここでこのパターンは、この場合サイクルカウンタによって支持することができる。例えば、このパターンはつねに通信サイクルに伴って現在のカウント状態で開始することができる。この場合にブロック１７にあるネットワークノードはつぎの場合にだけ第１パスに進むことができる。すなわち、このネットワークノードが、このパターンとの同期化を保証するカウント状態を有するポジションメッセージを受信する場合にだけ第１パスに進むことができるのである。この場合に拒否は、判定ブロック２１によって保証することができる。ブロック８のテストフェーズに進む前、このネットワークノードは、そのローカルなサイクルカウンタをつぎの値に設定する。すなわちこのネットワークノードが、受信した基準ネットワークノードのポジションメッセージから取り出すことのできる値に設定するのである。このサイクルカウンタにより、ネットワークノードは、このネットワーク全体で統一的に処理されなければならないパターンに同期化される。したがってこの場合にブロック９のテストフェーズ内でサイクルカウンタの値も、別のアクティブなネットワークノードのサイクルカウンタ値と比較しなければならない。同期化された通常動作への移行のためには一致することは必要な前提条件であり、この前提条件は付加的に判定ブロック１０によって保証されるべきである。
【００８７】
同様に第２パスのネットワークノードは、ブロック１５のテストフェーズ中に、フォルトトレーラントでグローバルにタイマ同期化する手段を実行することができる。第２パスのネットワークノードが、同期化された通常動作に移行できるのは、ブロック９のテストフェーズ中に受信可能であったポジションメッセージに基づいてタイマ同期化する方法により、達成可能な精度の枠内で同期化が達成されたことがシグナリングされる場合だけである。それ以外の場合、このネットワークノードは判定ブロック１６において拒否される。
【００８８】
ここまで説明した方法ではポジションメッセージは、同期化メッセージの特徴もそれ自体に統合している。つまり、この同期化メッセージの時間的に正確な発生が受信側のネットワークノードによって測定され、予想される受信時点と比較されて、ここから受信側のネットワークノードのローカルな通信タイムスケジュールのポジションと、基準ネットワークノードのそれとの間の偏差が決定され、ひいてはローカルタイマ間の偏差が決定されるのである。同じネットワークノードの同期化メッセージから決定される、連続する２つの偏差項の比較、すなわち差分形成によって、ローカルなタイマクロックに対する補正項を決定することができる。同期化メッセージに対しても当てはまるのは、受信側のネットワークノードが、同期化メッセージを、相応する基準ネットワークノードに一義的に対応付けできなければならないことである。測定したすべての偏差から補正項を決定するために保証しなければならないのは、１ネットワークノードの複数の同期化メッセージが平均値形成の際に不均等に重み付けされないようにすることである。ネットワークにおいて通信タイムスケジュールでネットワークノード当たりに１同期化メッセージしか許容されない場合、同期化メッセージから所属の基準ネットワークノードを求められなくてもよい。
【００８９】
この方法は、ポジションメッセージおよび同期化メッセージの特徴が１メッセージに統合化されておらず、これらのメッセージが通信タイムスケジュールにおいて別個に書き込まれている場合にも同様に実現可能である。この場合には第２パスの１ネットワークノードから１通信サイクル内でつねに２つのメッセージを送信しなければならず、第１パスないしは第２パスのネットワークノードはつねに２つのメッセージおよびその情報内容をブロック９および１５のフェーズにおいて考慮しなければならない。したがって所属の同期化メッセージのないブロック９または１５のフェーズの時間区間内のポジションメッセージ（およびその逆）は、評価に使用することができない。
【図面の簡単な説明】
【００９０】
【図１】複数のネットワークノードを有するネットワークおよび接続ネットワークを示す図である。
【図２】ネットワークノードに適用可能な流れ図である。
【図３】本発明のネットワークを説明するための時間線図である。
【図４】本発明のネットワークを説明するための別の時間線図である。
【図５】本発明のネットワークを説明するためのさらに別の時間線図である。
【図６】ネットワークノードに適用可能な別の流れ図である。
【図１】
2005530373.tif 000003
【図３】
2005530373.tif 000004
【図２】
2005530373.tif 000005
【図４】
2005530373.tif 000006
【図５】
2005530373.tif 000007
【図６】
2005530373.tif 000008
【国際調査報告】
2005530373.tif 000009
2005530373.tif 000010
2005530373.tif 000011
2005530373.tif 000012