JP2006506031A - 効率的タイムアウトメッセージ管理のための方法及び装置 - Google Patents

Abstract

シリアルバスブリッジネットワークにおけるＴＩＭＥＯＵＴメッセージ管理のための方法及びシステムは、タイムアウト要求メッセージを受信すると、格納されているリモートタイムアウト値の集合が有効であるか判断するため、ポータルによりフラグをチェックするステップを有する。格納されている集合が有効である場合、ポータルは、格納されているリモートタイムアウト値の集合を利用して、送信元バスへのタイムアウト応答メッセージを合成する。格納されている集合が有効でない場合、ポータルは様々なアクションをとる。一実施例では、ポータルは、受信したリモートタイムアウト値の集合を一時的に格納し、転送されたタイムアウト要求メッセージにおいて計算されたリモートタイムアウト値の新たな集合を転送し、転送されたタイムアウト要求メッセージに対応するタイムアウト応答メッセージを傍受し、更新された有効フラグと共に以降の利用のため、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、修正されたリモートタイムアウト値の集合を格納し、修正されたリモートタイムアウト応答値の集合をタイムアウト応答メッセージの一部として送信元バスに転送する。第２の実施例では、ポータルは、変更されていないタイムアウト要求メッセージを送信先バスに転送し、当該ポータルに関連するイグジットポータルは、タイムアウト応答メッセージの受信により、リモートタイムアウト値の集合を更新し、タイムアウト応答メッセージにおける更新したリモートタイムアウト応答値の集合を送信元バスに転送すると共に、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、以降の利用のために格納する。

Description

本発明は、一般にコンピュータネットワークにおけるメッセージを管理するための方法及び装置に関し、より詳細には、インターカップリング（ｉｎｔｅｒ−ｃｏｕｐｌｉｎｇ）ハイパフォーマンスシリアルバスに対するＩＥＥＥ１３９４ブリッジネットワークなどのコンピュータネットワークにおけるＴＩＭＥＯＵＴメッセージを管理するための方法及び装置に関する。

ＩＥＥＥ１３９４規格は、最も汎用性のある相互接続技術の１つを利用可能にするハイパフォーマンスシリアルバスを記載する。ＩＥＥＥ１３９４ハイスピードシリアルバスは、１００Ｍｂ/ｓｅｃ、２００Ｍｂ/ｓｅｃあるいは４００Ｍｂ/ｓｅｃの伝送速度が可能である。これらの伝送速度はツイストペアケーブル（ｔｗｉｓｔｅｄ−ｐａｉｒ ｗｉｒｅ）を介し利用可能であり、シリアルバスはホットプラグに対応している。この結果、ＩＥＥＥ１３９４シリアルバスは、以下に限定されるものではないが、ビデオカメラからの映像ストリーム、車両制御及びＭＩＤＩ信号などのデジタル音声信号を含む多くの用途において利用可能である。

さらに、ＩＥＥＥ１３９４規格は、計算、通信及び娯楽をマルチメディアアプリケーションに統合するのに用いられる低コストのデジタルインタフェースのための国際規格である。

ＩＥＥＥ１３９４規格のバスの重要な特徴は、ネットワーク全体の通信のデイジーチェーン及びブランチ処理をサポートするそれのフレキシブルなトポロジーである。ＩＥＥＥ１３９４ネットワークでは、シリアルバスアーキテクチャがノードに関して規定される。ノードは独立にリセットすることが可能であり、識別可能かつアドレス指定可能なエンティティである。各ノードは、識別情報ＲＯＭと複数の制御レジスタを備えた一意的なアドレスを有する論理的なエンティティである。これらの制御レジスタは、規格化されたものであり、互いに独立にリセットすることが可能である。

ＩＥＥＥ１３９４ネットワークは、従来のメモリマッップ、ロード及びストアインタフェースである非同期トランスポートを提供する。非同期トランスポート処理中、データリクエストが指定されたアドレスに送信され、当該アドレスを有するエンティティがアクノリッジメントを返す。

ＩＥＥＥ１３９４ネットワークでは、１，０２３個までの論理バスを設けることが可能であり、各バス上に６３個までのノードを設けることが可能である。非同期パケット送信者と受信者の両方が同じバス上にある場合、ＩＥＥＥ規格案１３９４−１９９５に従って、トランザクションタイムアウト値を取得することが可能である。しかしながら、送信者が与えられた受信者と異なるバス上にある場合、送信者は２つのバス上の遠隔処理のためのパラメータ（ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ、ｈｏｐ＿ｃｏｕｎｔ値など）を取得するため、受信者が接続されているバスにアドレス指定されたＴＩＭＥＯＵＴ要求メッセージを送信する。これらｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ、ｈｏｐ＿ｃｏｕｎｔ値は、ときどきまとめてリモートタイムアウト値またはパラメータと呼ばれる。

ＩＥＥＥ１３９４．１のハイパフォーマンスシリアルバスブリッジバージョン１．００のための規格案によると、送信元バスから送信先バスへのパス上の各ブリッジは、ＴＩＭＥＯＵＴ要求メッセージを傍受し、各フィールドを以下のように更新する。すなわち、ＴＩＭＥＯＵＴ要求メッセージは、送信先バスへ経路上のブリッジにより転送される。ＴＩＭＥＯＵＴ要求メッセージを傍受する送信先バス上の最後のイグジットポータルはまた、ＩＥＥＥ１３９４−１９９５規格に従い取得されるそれのローカルＳＰＬＩＴ＿ＴＩＭＥＯＵＴ値をメッセージのリモートタイムアウトフィールドに追加し、上記の計算結果を含むＴＩＭＥＯＵＴ応答メッセージを同期化し、メッセージの送信者に送信する。

ＩＥＥＥ１３９４．１規格案によると、ＴＩＭＥＯＵＴ要求メッセージを送信先バスに送信するノードがバス上に存在する場合、第１の送信元バス上の他のノードが送信先バスとの遠隔処理のためのリモートトランザクションタイムアウト値をすでに取得していたとしても、ＴＩＭＥＯＵＴ要求メッセージが同一の送信先バスに発信されるたびに、ＴＩＭＥＯＵＴ要求メッセージは転送され、送信元バスから送信先バスへのパス上のすべてのブリッジポータルにより処理される。

従って、送信元バスと送信先バスとの間のパス上の各ポータルによって、同じ送信元バス上の他のノードから同じ送信先バスへの以降のＴＩＭＥＯＵＴ要求メッセージの処理は冗長となり、これにより、与えられたネットワークの帯域幅リソースが最大限に使用される。

送信元バス上の他のノードが送信先バスのリモートトランザクションタイムアウト値をすでに取得しているため、同じリモートトランザクションタイムアウト値を必要とするノードは、以前にこれを受信したものと同じバス上のノードからこれらの値を取得することができる。パス上の同じブリッジポータルに先行する処理の冗長性は、ＴＩＭＥＯＵＴ要求メッセージを送信し、対応する応答を待機する必要のある他のノードに対する不必要な処理回数を要求することにより混雑を招くこととなる。

規格案ＩＥＥＥ Ｐ１３９４．１ Ｄｒａｆｔ１．０によると、ＴＩＭＥＯＵＴメッセージは、ＴＩＭＥＯＵＴ要求メッセージが発信されるごとに、タイムアウト値を蓄積するよう送信元バスから送信先バスへの経路に沿った各ブリッジにより処理される必要がある。

従って、本発明は、容量をロスすることなく効率的にＴＩＭＥＯＵＴメッセージを管理する方法及び装置を構成する問題に関する。

本発明は、ＴＩＭＥＯＵＴメッセージが最初にブリッジを通過するとき、リモートタイムアウト情報を格納し、この格納した情報を利用して、一連のＴＩＭＥＯＵＴ要求メッセージに対するＴＩＭＥＯＵＴ応答メッセージを同期化することにより上記及び他の問題点を解決し、これにより、ＴＩＭＥＯＵＴ要求メッセージをされに転送し、メッセージトラフィックを減少させ、ネットワークの効率性を向上させる必要性が解消される。

本発明の一特徴によると、少なくとも１つのブリッジにより結合された複数のバス上の複数のノードを有するネットワークにおける通信方法は、タイムアウト要求メッセージを受信すると、格納されているリモートタイムアウト値の集合が有効であるか判断するため、ポータルによりフラグをチェックするステップを有する。格納されている集合が有効である場合、ポータルは、格納されているリモートタイムアウト値の集合を利用して、送信元バスへのタイムアウト応答メッセージを合成する。

本発明の他の特徴によると、格納されている集合が有効でない場合、ポータルは様々なアクションをとる。一実施例では、ポータルは、受信したリモートタイムアウト値の集合を一時的に格納し、タイムアウト要求メッセージにおいて計算されたリモートタイムアウト値の新たな集合を転送し、転送されたタイムアウト要求メッセージに対応するタイムアウト応答メッセージを傍受し、更新された有効フラグと共に、以降の利用のため、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、修正されたリモートタイムアウト値の集合を格納し、タイムアウト応答メッセージの一部として修正されたリモートタイムアウト応答値の集合を送信元バスに転送する。

第２の実施例では、ポータルは、変更されていないタイムアウト要求メッセージを送信先バスに転送し、当該ポータルに関連する他のポータルが、タイムアウト応答メッセージの受信により、リモートタイムアウト値の集合を更新し、タイムアウト応答メッセージにおける更新したリモートタイムアウト応答値の集合を送信元バスに転送すると共に、傍受したタイムアウト応答メッセージに含まれるリモートタイムアウト応答値の集合に基づき、以降の利用のために格納する。

ここでの「一実施例」または「実施例」の用語は、当該実施例に関して記載される特徴または構成が、本発明の少なくとも１つ含まれるということを意味する。明細書の様々な箇所での「一実施例では」という表現は、必ずしも同一の実施例を参照するものとは限らない。

同じ発明者による関連する特許出願では、効率的なＴＩＭＥＯＵＴメッセージ管理を提供する方法及び装置が開示される。開示される方法によると、送信元バス上のエントリポータルは、ある送信先バスに対する最初のＴＩＭＥＯＵＴ応答メッセージを傍受し、そのタイムアウト値を格納する。同じ送信先バスに対する一連のＴＩＭＥＯＵＴ要求メッセージに対し、送信元バス（または中間バス）上のエントリポータルは、送信先バスにＴＩＭＥＯＵＴ要求メッセージをさらに転送することなく、格納されているリモートタイムアウト値を用いて対応するＴＩＭＥＯＵＴ応答メッセージを同期化する。これにより、ネットワーク上のトラフィックを減少させることができる。しかしながら、送信元バス上のエントリポータルにＴＩＭＥＯＵＴ値を格納することにより、送信元バス上のブリッジのみが以降における利用のためこのタイムアウト値にアクセスすることができる。

上記効率的ＴＩＭＥＯＵＴメッセージ管理方法は、以下のステップを有する。すなわち、
（ａ）同じネットのポータルのローカルバスからある送信バスへのリモートタイムアウト値を格納するためのエントリを有し、Ｎ番目のエントリがＮであるバスＩＤに対応するレジスタテーブルを歩たるにおいて実現するステップと、
（ｂ）リモートタイムアウト値を有するＴＩＭＥＯＵＴ応答メッセージがポータルのローカルバスにアドレス指定される場合、イグジットポータルによりアドレス指定されたノードへの経路上でＴＩＭＥＯＵＴ応答メッセージを傍受するステップと、
（ｃ）ステップ（ｂ）において傍受されたＴＩＭＥＯＵＴ応答メッセージに含まれるリモートタイムアウト値をステップ（ａ）において実現されたレジスタテーブルの対応するエントリに格納するステップと、
（ｄ）ステップ（ｂ）において傍受されたＴＩＭＥＯＵＴ応答メッセージをアドレス指定されたノードに転送するステップと、
（ｅ）ポータルのローカルバスから傍受されたＴＩＭＥＯＵＴ要求メッセージがアドレス指定された送信先バスへのリモートタイムアウト値が、ステップ（ｃ）によりステップ（ａ）に記載されたレジスタテーブルに以前に格納されている場合、最初の要求元からのＴＩＭＥＯＵＴ要求メッセージのポータルにより傍受するステップと、
（ｆ）ポータルのローカルバスからステップ（ｅ）からの傍受されたＴＩＭＥＯＵＴ要求が以下のステップ、すなわち、
（ｉ）ステップ（ｅ）において特定されたＴＩＭＥＯＵＴ要求メッセージの最初の要求元がポータルのローカルバス上にいる場合、リモートタイムアウト値をレジスタテーブルから抽出するステップと、
（ｉｉ）ステップ（ｅ）において特定されたＴＩＭＥＯＵＴ要求メッセージの最初の要求元がポータルのローカルバス上にない場合、レジスタテーブルから抽出されたリモートタイムアウト値を計算するステップと（ここで、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値は、（１）ステップ（ｂ）において傍受されたＴＩＭＥＯＵＴ応答メッセージ、または（２）対応するレジスタテーブルエントリのｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値の小さい方であり、傍受されたＴＩＭＥＯＵＴ要求メッセージのリモートタイムアウト秒、リモートタイムアウトサイクル及びホップカウント値が、それぞれ送信先バスへの対応するレジスタテーブルエントリに追加される）、
の１つによりアドレス指定される送信先バスへの遠隔処理に対するリモートタイムアウト値を有する対応するＴＩＭＥＯＵＴ応答メッセージのポータルにより同期化するステップと、
（ｇ）ステップ（ｆ）において同期化されたＴＩＭＥＯＵＴ応答メッセージをステップ（ｅ）において傍受されたＴＩＭＥＯＵＴ要求メッセージの最初の要求元に送信するステップと、
である。

ステップ（ａ）に関して、一実施例では、レジスタテーブルは、少なくとも１０２３個のエントリを有する。しかしながら、この実施例が１３９４以外のシリアルバスまたは他の設計要求に従って利用される場合、エントリの個数は異なるものとなってもよい。

ステップ（ｅ）に関して、ポータルは、傍受したＴＩＭＥＯＵＴ要求メッセージを送信先バスに転送せず、これは、ＩＥＥＥ Ｐ１３９４．１規格案に従う手順と異なっている。

ステップ（ｆ）−（ｉｉ）に関して、傍受されたＴＩＭＥＯＵＴ要求メッセージのｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ及びｈｏｐ＿ｃｏｕｎｔの各値は、それぞれ送信先バスＩＤに対応するテーブルレジスタエントリのものに追加される。ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値は、傍受されたＴＩＭＥＯＵＴ要求メッセージと送信先バスＩＤに対応するテーブルレジスタエントリに格納されているものとの間でより小さい値に設定される。

ステップ（ａ）に記載されたレジスタテーブルは、ポータルのＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を有するようにしてもよい。

送信元バスと送信先バスは、１以上のバスブリッジを介しシリアルパスにおいて接続されるようにしてもよい。バスは、１３９４ブリッジネットワークであることが可能なブリッジネットワークの一部を構成するようにしてもよい。

図１に戻って、第１または送信元バス１００と、第２バス１１０と、第３または送信先バス１２０とを有するＩＥＥＥ１３９４シリアルバスネットの一例が示されている。ここで、第１バス１００と第２バス１１０はブリッジ１３０により接続され、第２バス１１０と第３バス１２０はブリッジ１４０により接続される。

ブリッジ１３０は、ポータル１３１と１３２を有し、ブリッジ１４０は、ポータル１４１と１４２を有する。ノード１５０は、ＴＩＭＥＯＵＴ要求メッセージの送信者として第１バス１００上にあり、ノード１６０は、ＴＩＭＥＯＵＴ要求メッセージによりアドレス指定されたノードの送信先として第３バス１２０上にある。しかしながら、本発明が適用されるネットワーク構成は、上記例にのみ限定されるものでない。

まず、ノード１５０は、送信元バス１００から送信先バス１２０へのリモートタイムアウト値を取得すると、ＴＩＭＥＯＵＴ要求メッセージをノード１６０に送信する。このＴＩＭＥＯＵＴ要求メッセージは、ノード１４０または送信先バス１２０のいずれかにアドレス指定することができる。

ＴＩＭＥＯＵＴ要求メッセージは、ＩＥＥＥ１３９４．１ブリッジ規格案に従って処理され、送信先バス１２０上の最後のイグジットポータル１４２に転送される。

この一例となる方法によると、ＴＩＭＥＯＵＴ要求メッセージの受信に応答して、最後のイグジットポータル１４２は、Ｐ１３９４．１ワーキング起草案（その内容は、そのすべてがここで繰り返されたかのように、背景技術として参照することによりここに含まれる）に従ってリモートタイムアウト値を計算し、計算されたリモートタイムアウト情報と共にＴＩＭＥＯＵＴ応答メッセージをバス１００上のもとのＴＩＭＥＯＵＴ要求メッセージ送信者１５０に送信する。

さらに、バス１１０はまた、以下の説明のため示されるノード１５５を有する。ノード１５５がバス１２０にＴＩＭＥＯＵＴ要求メッセージを送信すると、このＴＩＭＥＯＵＴ要求メッセージは、リモートタイムアウト値をＩＥＥＥ１３９４．１規格案に従って計算しながら、ポータル１４２に転送される。

その後、ポータル１４２は、リモートタイムアウト値と共にＴＩＭＥＯＵＴ応答メッセージをバス１１０を介しもとのＴＩＭＥＯＵＴメッセージ要求元１５５に送信する。ポータル１４１は、ポータル１４１のローカルバス（すなわち、バス１１０）にアドレス指定されているため、ポータル１４２により送信されたＴＩＭＥＯＵＴ応答メッセージを傍受し、ＴＩＭＥＯＵＴ応答メッセージのバス１１０からバス１２０への遠隔処理に対するリモートタイムアウト値を送信先バス１２０に対応するレジスタテーブルエントリに格納する。これにより、バス１００上のノード１５０、１５１またはポータル１３１がバス１２０にＴＩＭＥＯＵＴ要求メッセージを送信すると、ポータル１４１は、ＴＩＭＥＯＵＴ要求メッセージを傍受し、本発明の一特徴により計算されたリモートタイムアウト値とそれのＴＩＭＥＯＵＴ応答メッセージを同期させる。

送信元バス１００上のポータル１３１は、それのローカルバス１００にアドレス指定されている場合、ＴＩＭＥＯＵＴ応答メッセージを傍受し、ＴＩＭＥＯＵＴ応答メッセージにおいて検出されたリモートタイムアウト値を送信先バス１２０のバスＩＤに対応するそれの内部レジスタテーブル１３３（図２に詳細に図示される）のエントリに格納する。

第１エントリポータルは、その内容は、そのすべてがここで繰り返されたかのように、背景技術として参照することによりここに含まれるＩＥＥＥ１３９４．１ブリッジ規格案に説明されるように、ＴＩＭＥＯＵＴ応答メッセージをそれのローカルバス上のもとの要求元に転送する。

レジスタテーブル１３３に格納されている送信元バス１００から送信先バス１２０へのリモートタイムアウト値は、送信元バス１００の送信元バスＩＤまたは送信先バス１２０の送信先バスＩＤの何れかが無効となるか、あるいはＰ１３９４．１ワーキング起草案に記載されるネット更新状態に関してクリアされるまでに有効となるであろう。

従って、上記手続きは、ＴＩＭＥＯＵＴ応答メッセージの傍受及びメッセージにおいて検出されるタイムアウト応答メッセージのレジスタテーブルへの格納に利用可能である。次に、ＴＩＭＥＯＵＴ要求メッセージの傍受及び同期されたＴＩＭＥＯＵＴ応答メッセージのための手続きが、以下において説明される。

その後、バス１００上のポータル１３１が同じ送信元バス１００上の他のノード１５１（またはおそらくノード１５０）により発信されるＴＩＭＥＯＵＴ要求メッセージを受信すると、第１エントリポータル１３１は、送信元バス１００から送信先バス１２０への有効なリモートタイムアウト値が、上述のようにエントリポータル１３１によりレジスタテーブルに格納されているため、送信先バス１２０に対応するそれの内部レジスタテーブル１３３のエントリから抽出可能なリモートタイムアウト値を含むＴＩＭＥＯＵＴ応答メッセージを同期化する。

その後、バス１００上の第１エントリポータル１３１は、ＴＩＭＥＯＵＴ要求メッセージを送信先バス１２０に転送する代わりに、同期化したＴＩＭＥＯＵＴ応答メッセージをＴＩＭＥＯＵＴ要求メッセージの要求元１５１に送信する。

従って、送信元バス１００上の第１エントリポータル１３１は、エントリポータル１３１のレジスタテーブルがそれのローカルバス１００から送信先バス１２０への遠隔処理に対する所望のリモートタイムアウト値を内部レジスタテーブル１３３に格納している場合、ＴＩＭＥＯＵＴ応答メッセージを同期化することができる。

図２に戻って、ポータルのローカルバスから各バスへのタイムアウト値を格納するレジスタテーブルの一実施例が示される。レジスタテーブルは１０２３個の可能なバスに対する１０２３個のエントリから構成されてもよいが、テーブルエントリの個数は１０２３に限定されるものでなく、異なるものであってもよい。典型的には、レジスタテーブルは、可能な各バスに対し１以上のエントリを有するであろう。

各テーブルエントリは、複数のフィールドを有する。この場合、図示されるフィールドには、ＩＥＥＥ１３９４．１ブリッジ規格案に規定されるものと同様のＴＩＭＥＯＵＴメッセージにおいて指定されるｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ及びｈｏｐ＿ｃｏｕｎｔがあげられる。他のフィールドが含まれてもよい。図２は、他の可能なエントリに対し確保されている少なくとも１つの追加的フィールドを示す。それのポータルローカルバスからある送信先バスまで測定される各タイムアウト値は、当該送信先バスへの対応するテーブルエントリの同じフィールドに格納される。このレジスタテーブル１３３は、ＲＡＭまたは従来から知られている他の任意のタイプのストレージから構成されてもよい。

言い換えると、本実施例では、あるポータルがポータルのローカルバスにアドレス指定されたＴＩＭＥＯＵＴ応答メッセージを転送し、このローカルバストリモート送信先バスとの間の処理に対するリモートタイムアウト値を有する最後のイグジットポータルである場合、以前に開示されたステップ（ｂ）及び（ｃ）によるＴＩＭＥＯＵＴ応答メッセージの傍受及びリモート送信先バスに対応する内部レジスタテーブルのエントリへのＴＩＭＥＯＵＴ応答メッセージのリモートタイムアウト値の格納を除き、ＴＩＭＥＯＵＴ応答メッセージはＩＥＥＥ１３９４．１ブリッジ規格案に従って処理される。

さらに、送信元バス１００と送信先バス１２０との間のリモートタイムアウト値の格納に続き、ポータルと同じバス上の他のノードが、第１エントリポータル１３１のレジスタテーブル１３３に以前に格納されたタイムアウト値から抽出されたリモートタイムアウト値を含むＴＩＭＥＯＵＴ応答メッセージを合成することにより、同じリモートバス１２０とのローカルバス１００からのリモートタイムアウト値を必要とする同一バス１００上のブリッジポータル１３１を含むノード１５１及び/またはおそらく同じノード１５０などに接続されるとき、上記実施例による方法が以降において利用される。ＴＩＭＥＯＵＴ応答メッセージとＴＩＭＥＯＵＴ要求メッセージの送信者への直接的な応答の合成は、バス１００と１２０との間の混雑を大きく減少させ、第２の要求元ノード１５１が、ＩＥＥＥ１３９４．１ブリッジ規格案に従う従来の方法によるものより、第１エントリポータル１３１から直接にローカルバスから送信先バス１２０へのリモートタイムアウト値をはるかに迅速に受信する。

図１に示されるネットワーク構成の図示は、例示のためのみであり、限定を意図するものではない。当業者は任意数のバスが直列的に接続可能であるなどのネットワーク構成が例示に限定されないということを理解すべきである。本発明を１３９４構成に適用するとき、ネットワーク構成は、ＩＥＥＥＰ１３９４．１規格案により許容される限り、変動可能であるということが理解される。例えば、送信元バス及び/または送信先バスはより多くのブリッジポータルに接続されていてもよく、及び/または送信元バスト送信先バスとの間にはより多くの中間バスが設けられていてもよい。

上記実施例はまた、ステップ（ｂ）及び（ｃ）により、中間バス１１０上のポータル１４１が中間バス１１０からある送信先バス１２０へのリモートタイムアウト値を送信先バス１２０に対応する内部レジスタテーブルエントリ１４３にすでに格納している場合に適用することが可能である。合成されたメッセージは、対応するレジスタテーブルエントリと傍受したメッセージのｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値のより小さいものを含むようにしてもよい。

例えば、この処理に対する送信元バスとしてのバス１１０上のノード１５５は、ＴＩＭＥＯＵＴ要求メッセージを送信先バス１２０に送信することができる。上記実施例によると、送信元バス１１０上のポータル１４１は、送信先バス上のポータル１４２により送信された対応するＴＩＭＥＯＵＴ応答メッセージを傍受し、送信元バス１１０から送信先バス１２０へのリモートタイムアウト値を送信先バス１２０のバスＩＤに対応する内部レジスタテーブルエントリ１４３に格納している。

図４のステップ４２５（ｉｉ）に説明されるように、バス１１０上のポータル１４１が、送信元バス１００から送信先バス１２０への遠隔処理タイムアウト値に対し、送信元バス１００上のノードにより発信されるＴＩＭＥＯＵＴ要求メッセージを受信すると、中間バス１１０上のポータル１４１が、このＴＩＭＥＯＵＴ要求メッセージを傍受し、応答を合成する。

このプロセスは、送信元バス１００上のノードによるＴＩＭＥＯＵＴ要求の往復時間を大きく短縮する。なぜなら、中間バス上のポータル１４１は、格納されたタイムアウト値を抽出し、送信元バス１００と送信先バス１２０のノード間でＴＩＭＥＯＵＴ要求とＴＩＭＥＯＵＴ応答が交換される場合より、トータルのタイムアウト値をかなり迅速に計算するためである。

本方法はまた、他のノードに供し、ネットワークの全体的な処理時間を減少させるためのシリアルバスリソースを解放する。

図３は、ＴＩＭＥＯＵＴ応答メッセージの傍受及びそれのリモートタイムアウト値の内部レジスタテーブルへの格納に関する本発明の一特徴による方法のステップの概略を与える。

ステップ３１０において、ポータルのローカルバスへアドレス指定されたＴＩＭＥＯＵＴ応答メッセージが傍受される。

ステップ３２０において、ステップ３１０で傍受されたＴＩＭＥＯＵＴ応答メッセージのリモートタイムアウト値が、送信先ＩＤに対応するレジスタテーブルに格納される。

ステップ３３０において、傍受されたＴＩＭＥＯＵＴ応答メッセージは、当初にアドレス指定されたノードに転送される。

ステップ３１０〜３３０は、シリアルバスのプロトコルの効率を向上させるために、以降の要求における抽出のため、リモートタイムアウト値の格納を可能にする。

図４は、ＴＩＭＥＯＵＴ要求メッセージを傍受し、対応するＴＩＭＥＯＵＴ応答メッセージとリモートタイムアウト値を合成する手続きの説明を与える。

ステップ４１０において、以前にレジスタテーブルに格納されたＴＩＭＥＯＵＴ要求メッセージがアドレス指定されたポータルのローカルバスから送信先バスへの遠隔処理タイムアウト値を有するＴＩＭＥＯＵＴ要求メッセージを受信した場合、次にステップ４１５が処理され、そうでない場合には、本プロセスはスタートに戻り、ステップ４１０が次に実行される。

ステップ４１５において、受信したＴＩＭＥＯＵＴ要求メッセージはポータルにより傍受される。ステップ４２０が次に実行される。

ステップ４２０において、傍受したＴＩＭＥＯＵＴ要求メッセージの送信元バスＩＤがポータルのローカルバスＩＤに等しいか判断する。ステップ４２０が肯定的に回答された場合、ステップ４２５（Ｉ）が次に実行される。他方、ステップ４２０が否定的に回答された場合、ステップ４２５（ｉｉ）が次に実行される。これら２つのステップは何れも、要求元がローカルバスまたはリモート送信元バスからのノードとなりうるシナリオをカバーする。

ステップ４２５（Ｉ）において、送信先バスとのポータルローカルバスに対するリモートタイムアウト値を有する対応するＴＩＭＥＯＵＴ応答が、送信先バスに対応するレジスタテーブルエントリから抽出される。

あるいは、ステップ（ｉｉ）が実行されるとき、対応するＴＩＭＥＯＵＴ応答メッセージが合成される。ここでそれのタイムアウト値は以下の手続きにより計算される。すなわち、傍受されたＴＩＭＥＯＵＴ要求メッセージのｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓ、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｃｙｃｌｅｓ及びｈｏｐ＿ｃｏｕｎｔ値が、それぞれ送信先バスＩＤに対応するテーブルレジスタエントリのものに追加される。ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ値は、傍受されたＴＩＭＥＯＵＴ要求メッセージのものと送信先バスＩＤに対応するテーブルレジスタエントリに格納されているものとの間のより小さい値に設定される。

ステップ４３０において、合成されたＴＩＭＥＯＵＴ応答メッセージは、傍受したＴＩＭＥＯＵＴ要求メッセージの送信元ＩＤにより特定される当初の要求元に送信される。

本発明の他の特徴によると、送信元バスと送信先バスとの間の経路に沿ったすべてのブリッジが、それのローカルバスからの送信先バスへのタイムアウト値を１つのショットに格納する。例えば、送信元バスと送信先バスとの間に１０個のブリッジが存在する場合、以降における利用のため、１０個までのブリッジが、１つのＴＩＭＥＯＵＴメッセージに対する適切なタイムアウト値を格納することができる。これにより、これらのＴＩＭＥＯＵＴメッセージの管理効率を大きく向上させることができる。

本発明の他の特徴によるネットワークのノード間の通信のための他の方法の一実施例が、以下のように進行する。簡単化のため、本方法は、ブリッジ１３０のエントリポータル１３１、送信元バス１００及び送信先バス１２０に関して説明される。しかしながら、本方法は、他の任意のポータル、送信元バスあるいは送信先バスに対しても適用可能である。さらに、ネットワークのブリッジの１以上のエントリポータルにより本方法が実行されてもよい。

（Ａ１） ブリッジ（すなわち、エントリポータルまたはイグジットポータル）１３０がバス１２０などの与えられた送信先バスに対しＴＩＭＥＯＵＴ要求メッセージを受信すると、ブリッジのローカルバス（例えば、エントリポータル１３１のローカルバス（すなわち、バス１１０）など）からＴＩＭＥＯＵＴ要求メッセージにおいて特定される送信先バス１２０へのリモートタイムアウト値の設定（例えば、Ｔ_ｘ＝リモートタイムアウト秒、Ｐ_ｘ＝最大リモートペイロード、Ｃ_ｘ＝ホップカウントなど）が既知であるか判断するため、ブリッジはそれのストレージをチェックする（例えば、エントリポータル１３１は、エントリポータルのストレージ１３３をチェックする）。この情報は、ＴＩＭＥＯＵＴ要求メッセージおいて特定される送信先バスに対するｖａｌｉｄ＿ｆｌａｇなどの関連して格納されたリモートタイムアウト値の集合が有効であるか示すフラグの形式により、図１を参照して説明されるように、ブリッジにアクセス可能なストレージに格納することができる。図２のものと同様のレジストリテーブルが、各ポータルに含まれ、バス単位でｖａｌｉｄ＿ｆｌａｇと共にリモートタイムアウト値を格納する。例えば、図２に示されるように、確保されているフィールドが、有効フラグの値を格納するのに利用可能である。

以下に示されるように、以前の判断に加えて、このリモートタイムアウトの集合が与えられたポータルに既知のものとすることを可能にする他の方法がある。例えば、エントリポータルのコウポータル（ｃｏ−ｐｏｒｔａｌ）が送信先バス上のイグジットポータルである場合、エントリポータルは、送信先バスに対するリモートタイムアウト秒、最大リモートペイロード及びホップカウント値を知っている。このようなケースは、エントリポータル１４１が、送信先バス１２０へのイグジットポータルとなるコウポータル１４２（すなわち、コウポータル１４１と１４２が同じブリッジ１４０上に存在する）を有する場合である（すなわち、イグジットポータルは、送信先バスに接続されたポータルである）。従って、エントリポータル１４１は、送信先バス１２０に対するリモートタイムアウト値、最大リモートペイロード値及びホップカウント値を知っている。

さらに、リモートタイムアウト秒の値は、既知の値から計算可能である。例えば、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＝ｓｐｌｉｔ＿ｔｉｍｅｏｕｔ_{ｃｏ−ｐｏｒｔａｌ}＋ｍａｘ＿ｆｏｒｗａｒｄｉｎｇ＿ｔｉｍｅ_{ｂｒｉｄｇｅ}であり、ここで、ｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔは、タイムアウト応答メッセージにおいて用いられるリモートタイムアウト秒の値であり、ｓｐｌｉｔ＿ｔｉｍｅｏｕｔ_{ｃｏ−ｐｏｒｔａｌ}は、エントリポータルのコウポータルの分割されたタイムアウトレジスタに含まれる値であり、ｍａｘ＿ｆｏｒｗａｒｄｉｎｇ＿ｔｉｍｅ_{ｂｒｉｄｇｅ}は、エントリポータルに知られているブリッジから送信先バスへの最大転送時間の値である。

エントリポータル１３１のコウポータル（すなわち、ポータル１３２）のｓｐｌｉｔ＿ｔｉｍｅｏｕｔレジスタ値は、ネットワークまたはブリッジ１３０の初期化中などに既知の方法によりエントリポータル１３１に利用可能とされる。

同様に、ブリッジ１３０の内部最大転送時間（要求と応答両方のサブアクションに対する）もまたエントリポータル１３１に利用可能とされる。その後、エントリポータル１３１は、上述のように、送信先バス１２０に対するリモートタイムアウト秒の値を計算することができる。

同様に、最大リモートペイロードの値もまた、同様の方法によりエントリポータルに利用可能とされる。最大リモートペイロードの値は、ブリッジ１４０などのブリッジを通過することが可能な最大ペイロードサイズである。ホップカウントの値は、エントリポータル（１４１）のコウポータル（１４２）が送信先バス（バス１２０）に対するイグジットポータル（１４２）となるとき、常に１となる。これらの値の集合は「１」に設定された送信先バスのｖａｌｉｄ＿ｆｌａｇと共にエントリポータルにより予め格納可能であり、これにより、この値の集合が指定された送信先バスに対し有効であることが示される。これにより、レジスタテーブルは、一部が有効であり、格納されている場合には一部が依然として有効でない複数の送信先バスの上記エントリを有することが可能である。

（Ａ２） リモートタイムアウトの集合がすでに知られている場合（例えば、ｖａｌｉｄ＿ｆｌａｇが「１」に設定されている）、ブリッジ１３０（エントリポータル１３１など）は、既知の値からリモートタイムアウト値の集合を決定したり、あるいは格納されている正確な値を利用することにより、ＴＩＭＥＯＵＴ応答メッセージを合成する。その後、ＴＩＭＥＯＵＴ応答メッセージは送信元バスに送り返される。

リモートタイムアウト値は、ブリッジのローカルバス（例えば、エントリポータル１３１のローカルバス（バス１００）など）上のポータルから送信先バス１２０への既知のリモートタイムアウト秒の値をＴＩＭＥＯＵＴ要求メッセージのリモートタイムアウト秒の値（Ｔ_ｘ，Ｎ）に加えることにより決定される。言い換えると、
Ｔ_{ｘ，Ｎ ｒｅｓｐｏｎｓｅ}＝Ｔ_{ｘ，Ｎ ｒｅｑｕｅｓｔ}＋Ｔ_{ｘ，Ｎ，Ｍ}
であり、ここで、Ｔ_{ｘ，Ｎ，Ｍ}は、第Ｍポータルには既知である第Ｍポータルから第Ｎバスへの（この例では、ポータル１３１からバス１２０）リモートタイムアウト秒の値であり、Ｔ_{ｘ，Ｎ ｒｅｓｐｏｎｓｅ}は、タイムアウト応答メッセージにおいて送信された第Ｎバスのリモートタイムアウト秒の値であり、Ｔ_{ｘ，Ｎ ｒｅｑｕｅｓｔ}は、タイムアウト要求メッセージにおける受信された第Ｎバスのリモートタイムアウト秒の値である。

ブリッジ（エントリポータル１３１など）はまた、要求メッセージの最大リモートペイロード値（Ｐ_{ｘ，ｒｅｑｕｅｓｔ}）と共にローカルバス（例えば、エントリポータル１３１のローカルバス（１００）など）からの送信先バス１２０に対する既知の最大リモートペイロード値（Ｐ_ｘ，Ｍ）を有し、これら２つの値の小さい方を応答メッセージの最大リモートペイロード値（Ｐ_{ｘ，ｒｅｓｐｏｎｓｅ}）として利用する。言い換えると、
Ｐ_{ｘ，ｒｅｓｐｏｎｓｅ}＝ｍｉｎ（Ｐ_{ｘ，ｒｅｑｕｅｓｔ}，Ｐ_ｘ，Ｍ）
である。ここで、Ｐ_{ｘ，ｒｅｓｐｏｎｓｅ}は、タイムアウト応答メッセージに含まれる最大リモートペイロードの値であり、Ｐ_{ｘ，ｒｅｑｕｅｓｔ}は、受信したタイムアウト要求メッセージに含まれる最大リモートペイロードの値であり、Ｐ_ｘ，Ｍは、エントリポータルには既知であるエントリポータルのローカルバスから送信先バスへの最大リモートペイロードの値である。

ブリッジ１３０（エントリポータル１３１など）はまた、ローカルバス（エントリポータル１３１のローカルバス１００など）から送信先バス１２０への既知のホップカウント値（Ｃ_Ｍ）を要求メッセージのホップカウント値（Ｃ_{ｘ，ｒｅｑｕｅｓｔ}）に加え、その和をタイムアウト応答メッセージのホップカウント値として利用する。言い換えると、
Ｃ_{ｘ，ｒｅｓｐｏｎｓｅ}＝Ｃ_{ｘ，ｒｅｑｕｅｓｔ}＋Ｃ_ｘ，Ｍ
である。ここで、Ｃ_{ｘ，ｒｅｓｐｏｎｓｅ}は、タイムアウト応答メッセージに含まれるホップカウントの値であり、Ｃ_{ｘ，ｒｅｑｕｅｓｔ}は、受信したタイムアウト要求メッセージに含まれるホップカウントの値であり、Ｃ_ｘ，Ｍは、エントリポータルには既知であるエントリポータルのローカルバスから送信先バスへのホップカウントの値である。

他方、リモートタイムアウト値の集合がわかっていない場合（例えば、Ｖａｌｉｄ＿ｆｌａｇが「１」に設定されていないか、あるいはｖａｌｉｄ＿ｆｌａｇが「０」に設定されているなど）、ブリッジ１３０（エントリポータル１３１など）は、以下のステップ（Ａ３ａ）及び（Ａ３ｂ）に与えられる手続きを実行する。

（Ａ３ａ） まず、ブリッジ１３０は、クリアされたｖａｌｉｄ＿ｆｌａｇと共に送信先バス１２０の受信したリモートタイムアウト値の集合（Ｔ_０、Ｐ_０及びＣ_０など）を図２のテーブルに一時的に格納する。ここで、Ｔ_０はｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓの値であり、Ｐ_０はｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄの値であり、Ｃ_０はｈｏｐ＿ｃｏｕｎｔの値である。このリモートタイムアウト値の集合は、すべて受信したＴＩＭＥＯＵＴ要求メッセージに含まれる。

（Ａ３ｂ） 次に、ブリッジ１３０は、新たなリモートタイムアウト値の集合を計算する。この計算されたタイムアウト値の集合は、以下のように計算される。

一時的に格納されたリモートタイムアウト秒の値（Ｔ_０）は、計算された値Ｔ_ｘ，Ｍだけ増やされる。言い換えると、
Ｔ_{ｘ，ｒｅｑｕｅｓｔ}＝Ｔ_０＋Ｔ_ｘ，Ｍとなる。ここで、
Ｔ_ｘ，Ｍ＝Ｔ_{ｘ、Ｍ ｒｅｑｕｅｓｔ}＋Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}
である。

従って、計算された値Ｔ_ｘ，Ｍは、要求サブアクションの最大転送時間Ｔ_{ｘ，Ｍ ｒｅｑｕｅｓｔ}（エントリポータル１３１から次のブリッジ１４０のエントリポータル１４１まで）と、応答サブアクションの最大転送時間Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}（エントリポータル１３１のコウポータル（すなわち、ポータル１３２）（すなわち、応答サブアクションのエントリポータル）から次のブリッジ１４０のエントリポータル１４１（応答サブアクションの観点から）または要求元ノード（ノード１５１など）への）との和である。

最大ペイロード値（Ｐ_{ｘ，ｒｅｑｕｅｓｔ}）は、Ｐ_ｘとして、すなわち、
Ｐ_{ｘ，ｒｅｑｕｅｓｔ}＝Ｐ_ｘ
として設定される。ここで、Ｐ_ｘは、エントリポータル１３１から次のブリッジ１４０のエントリポータル１４１に転送可能な最大データペイロードである。

一時的に格納されるホップカウント値（Ｃ_０）は、１だけ増やされる。言い換えると、
Ｃ_{ｘ，ｒｅｑｕｅｓｔ}＝Ｃ_０＋１
である。ここで、Ｃ_{ｘ，ｒｅｑｕｅｓｔ}は、出力されるタイムアウト要求メッセージにおける出力されたホップカウント値である。

その後、ブリッジ１３０は、送信先バス１２０を宛先とするＴＩＭＥＯＵＴ要求メッセージの一部として、新たに計算されたリモートタイムアウト値の集合（Ｔ_{ｘ，ｒｅｑｕｅｓｔ}，Ｐ_{ｘ，ｒｅｑｕｅｓｔ}，Ｃ_{ｘ，ｒｅｑｕｅｓｔ}など）を送信先バス１２０に転送する。

（Ａ３ｃ） 以降、ブリッジ１３０（エントリポータル１３１など）は、タイムアウト応答値の集合（Ｔ_ｙ，Ｐ_ｙ，Ｃ_ｙなど）を含む対応するＴＩＭＥＯＵＴ応答メッセージを傍受する。この対応するＴＩＭＥＯＵＴ応答メッセージは、ステップ（Ａ３ｂ）において送信されたＴＩＭＥＯＵＴ要求メッセージに応答するＴＩＭＥＯＵＴ応答メッセージである。その後、ブリッジ（エントリポータル１３１など）は、新しいリモートタイムアウト値の集合を計算する。

送信先バス１２０の以降のタイムアウト応答メッセージで利用されるリモートタイムアウト秒の値に対し、ブリッジ１３０（エントリポータル１３１など）は、
Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}＝Ｔ_ｙ−Ｔ_０
となる。ここで、Ｔ_ｙは、傍受されたタイムアウト応答メッセージにおいて受信されたリモートタイムアウト秒の値であり、Ｔ_０は、ステップ（Ａ３ａ）において受信されたタイムアウト応答秒の以前に格納された値である。

送信先バス１２０に対し以降のタイムアウト応答メッセージにおいて用いられる最大リモートペイロード値Ｐ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}に対し、ブリッジ（エントリポータル１３１など）は、受信した最大ペイロード値Ｐ_ｙ、すなわち、
Ｐ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}＝Ｐ_ｙ
を利用する。

送信先バス１２０に対し以降のタイムアウト応答メッセージで用いられるホップカウント値Ｃ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}に対し、ブリッジ（エントリポータル１３１など）は、以前に格納したホップカウント値（Ｃ_０）と受信したホップカウント値Ｃ_ｙとの差を計算する。すなわち、
Ｃ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}＝Ｃ_ｙ−Ｃ_０
である。

その後、エントリポータルは、有効フラグセットと共に以降において利用される新たに計算されたリモートタイムアウト値の集合（すなわち、Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}、Ｐ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}及びＣ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}）を格納し、ＴＩＭＥＯＵＴ応答メッセージの一部として、送信元バスに新たなリモートタイムアウト値（Ｔ_ｙ，ｍｉｎ（Ｐ_ｙ，Ｐ_０），Ｃ_ｙ）の集合を転送する。ここで、Ｔ_ｙはリモートタイムアウト値であり、ｍｉｎ（Ｐ_ｙ，Ｐ_０）は最大リモートペイロードの値であり、Ｃ_ｙはホップカウント値である。

本発明の他の特徴によると、直前の実施例と同じ結果を生成する他の実施例は以下のように動作する。

（Ｂ１） このステップは、上述のステップ（Ａ１）と同様に動作する。従って、ブリッジ（エントリポータルなど）は、（Ａ１）において上述されたように発生するリモートタイムアウト値の集合が既知であるか判断するため、それのストレージをチェックする。

（Ｂ２） このステップはまた、上述のステップ（Ａ２）と同様に動作する。従って、リモートタイムアウト値の集合が既知である場合、ブリッジ（エントリーポータル）は、ステップ（Ａ２）において与えられたタイムアウト応答メッセージを合成する。

そうでない場合（例えば、ｖａｌｉｄ＿ｆｌａｇが設定されていないか、あるいは０に等しい）、ブリッジ（エントリポータルなど）は、以下の手続きを実行する。

（Ｂ３ａ） このステップはまた、上述のステップ（Ａ３）と同様に動作する。従って、ブリッジ（エントリポータルなど）は、クリアされた有効フラグと共に送信先バスに対する受信したリモートタイムアウト値の集合を一時的に格納する。

（Ｂ３ｂ） 次に、ブリッジ（エントリポータルなど）は、新たなリモートタイムアウト値の集合を計算する。この計算されるタイムアウト値の集合は、以下のように計算される。

一時的に格納されているリモートタイムアウト秒の値（Ｔ_０）が、上述のような計算された値Ｔ_ｘ，Ｍだけ増やされる。言い換えると、
Ｔ_{ｘ，ｒｅｑｕｅｓｔ}＝Ｔ_０＋Ｔ_ｘ，Ｍ
である。ここで、
Ｔ_ｘ，Ｍ＝Ｔ_{ｘ，Ｍ ｒｅｑｕｅｓｔ}＋Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}である。

最大ペイロード値（Ｐ_{ｘ，ｒｅｑｕｅｓｔ}）は、０ｘＦＦＦＦに設定される。ここで、０ｘＦＦＦＦは、最大リモートペイロードフィールドの最大値である。すなわち、
Ｐ_{ｘ，ｒｅｑｕｅｓｔ}＝０ｘＦＦＦＦ
である。

一時的に格納されたホップカウント値（Ｃ_０）は、１だけ増やされる。言い換えると、
Ｃ_{ｘ，ｒｅｑｕｅｓｔ}＝Ｃ_０＋１
となる。ここで、Ｃ_{ｘ，ｒｅｑｕｅｓｔ}は、出力されたタイムアウト要求メッセージにおける出力されたホップカウント値である。

その後、ブリッジ（エントリポータルなど）は、送信先バス１２０を宛先とするＴＩＭＥＯＵＴ要求メッセージの一部として、送信先バス１２０に新たに計算されたリモートタイムアウト値の集合（例えば、Ｔ_{ｘ，ｒｅｑｕｅｓｔ}、Ｐ_{ｘ，ｒｅｑｕｅｓｔ}、Ｃ_{ｘ，ｒｅｑｕｅｓｔ}など）を転送する。

（Ｂ３ｃ） その後、ブリッジ（エントリまたはイグジットポータルなど）は、タイムアウト応答値の集合（例えば、Ｔ_ｙ，Ｐ_ｙ，Ｃ_ｙなど）を含む対応するＴＩＭＥＯＵＴ応答メッセージを傍受する。この対応するＴＩＭＥＯＵＴ応答メッセージは、ステップ（Ｂ３ｂ）において送信されたＴＩＭＥＯＵＴ要求メッセージに応答したＴＩＭＥＯＵＴ応答メッセージである。その後、ブリッジ（エントリポータルなど）は新たなリモートタイムアウト値の集合を計算する。

送信先バス１２０の以降のタイムアウト応答メッセージにおいて利用されるリモートタイムアウト秒の値Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}に対し、ブリッジ（エントリポータルなど）は、
Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}＝Ｔ_ｙ−Ｔ_０
を計算する。ここで、Ｔ_ｙは、傍受されたタイムアウト応答メッセージで受信されたリモートタイムアウト秒であり、Ｔ_０は、ステップ（Ｂ３ａ）で受信したタイムアウト応答秒の以前に格納した値である。

送信先バス１２０の以降のタイムアウト応答メッセージにおいて使用される最大リモートペイロード値Ｐ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}に対し、ブリッジ（エントリポータルなど）は、受信した最大ペイロード値Ｐ_ｙと、エントリポータル１３１から次のブリッジ１４０のエントリポータル１４１に転送可能な最大データペイロードＰ_ｘの最小値、すなわち、
Ｐ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}＝ｍｉｎ（Ｐ_ｙ，Ｐ_ｘ）
を計算する。

送信先バス１２０の以降のタイムアウト応答メッセージにおいて利用されるホップカウント値Ｃ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}に対し、ブリッジ（エントリポータルなど）は、以前に格納されたホップカウント値（Ｃ_０）と受信したホップカウント値Ｃ_ｙとの差、すなわち、
Ｃ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}＝Ｃ_ｙ−Ｃ_０
を計算する。

その後、ブリッジ（エントリポータルなど）は、有効フラグセットと共に以降において利用される新たに計算されたリモートタイムアウト値の集合（すなわち、Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}、Ｐ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}及びＣ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}）を格納し、ＴＩＭＥＯＵＴ応答メッセージの一部として、送信元バスに新たなリモートタイムアウト値（Ｔ_ｙ，ｍｉｎ（Ｐ_ｙ，Ｐ_ｘ，Ｐ_０），Ｃ_ｙ）の集合を転送する。ここで、Ｔ_ｙはリモートタイムアウト値であり、ｍｉｎ（Ｐ_ｙ，Ｐ_ｘ，Ｐ_０）は最大リモートペイロードの値であり、Ｃ_ｙはホップカウント値である。

上述の手続きは、規格案への変更を要することなく、前述の技術に対し効率性に関するかなりの向上をもたらす。この技術は、レガシーブリッジ（すなわち、規格案に基づくブリッジ）とネットワーク上で混成された向上されたブリッジの両方が存在する場合に機能する。

しかしながら、規格案への変更が可能であり、後述のように、すべてのブリッジが同一ルールに従う場合、さらなる向上及び簡素化が可能となる。

（Ｃ１） 直前の２つの実施例に関して、本ステップは、ステップ（Ａ１）と（Ｂ１）と同様に動作する。しかしながらこの場合、各ブリッジ（エントリポータルなど）は、メモリの有効フラグの状態をチェックすることにより、リモートタイムアウト値の集合が特定された送信先バスに対し知られているか判断するため、受信したＴＩＭＥＯＵＴ要求メッセージの送信先をチェックする。

（Ｃ２） リモートタイムアウト値の集合が既知である場合（例えば、ｖａｌｉｄ＿ｆｌａｇ＝１）、各ブリッジ（エントリポータルなど）は、格納されているｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄ及びｈｏｐ＿ｃｏｕｎｔの値を上述のようにＴＩＭＥＯＵＴ応答メッセージの適切なフィールドに挿入することにより、対応するＴＩＭＥＯＵＴ応答メッセージを生成する。

（Ｃ３ａ） リモートタイムアウト値の集合が書くブリッジに既知でない場合（例えば、ｖａｌｉｄ＿ｆｌａｇ＝０）、各ブリッジは、ＴＩＭＥＯＵＴ要求メッセージのリモートタイムアウト値の集合を変更することなく、送信先にＴＩＭＥＯＵＴ要求メッセージを転送する。メッセージの各フィールドの値は、定義により要求元により初期化されるように、（０，０ｘＦＦ，０）となる。

（Ｃ３ｂ） ブリッジ（応答サブアクションの観点から）がＴＩＭＥＯＵＴ応答メッセージを受信した場合、ブリッジ（イグジットポータルなど）１３２は、有効フラグセットと共に以降のＴＩＭＥＯＵＴ応答メッセージにおける格納及び利用のため、新たなリモートタイムアウト値を計算する。この計算されるタイムアウトの値の集合は、以下のように計算される。

受信したリモートタイムアウト秒の値（Ｔ_ｙ）は、上述のように計算された値Ｔ_ｘ，Ｍだけ増やされる。言い換えると、
Ｔ_{ｘ，ｒｅｓｐｏｎｓｅ}＝Ｔ_ｙ＋Ｔ_ｘ，Ｍ
となる。ここで、
Ｔ_ｘ，Ｍ＝Ｔ_{ｘ，Ｍ ｒｅｑｕｅｓｔ}＋Ｔ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}
である。

受信した最大リモートペイロード値（Ｐ_ｙ）と、イグジットポータル１３２から次のブリッジ１４０のエントリポータル１４１に転送可能な最大データペイロード（Ｐ_ｘ）の小さい方が決定される。すなわち、
Ｐ_{ｘ，Ｍ ｒｅｓｐｏｎｓｅ}＝ｍｉｎ（Ｐ_ｙ，Ｐ_ｘ）
となる。

受信したホップカウント値（Ｃ_ｙ）は１だけ増やされる。言い換えると、
Ｃ_{ｘ，ｒｅｓｐｏｎｓｅ}＝Ｃ_ｙ＋１
となる。ここで、Ｃ_{ｘ，ｒｅｓｐｏｎｓｅ}は、出力されるタイムアウト応答メッセージにおける出力されるホップカウント値である。

この後、これら計算された値（Ｔ_{ｘ，ｒｅｓｐｏｎｓｅ}、Ｐ_{ｘ，ｒｅｓｐｏｎｓｅ}及びＣ_{ｘ，ｒｅｓｐｏｎｓｅ}）は、有効フラグセット（例えば、ｖａｌｉｄ＿ｆｌａｇ＝１など）と共に、タイムアウト応答メッセージでの以降の利用のため格納される。このとき、同じ値がＴＩＭＥＯＵＴ応答メッセージの一部として転送される。

上記手続きのすべてに対し、各々がｒｅｍｏｔｅ＿ｔｉｍｅｏｕｔ＿ｓｅｃｏｎｄｓフィールド、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄフィールド、ｈｏｐ＿ｃｏｕｎｔフィールド及びｖａｌｉｄ＿ｆｌａｇから構成される複数のエントリを有するテーブルが、各送信バスの一時的及び最終リモートタイムアウトパラメータの両方を格納するのに利用可能である。これらテーブルエントリは、ネットトポロジーの変更によりクリアされる。

図５に戻って、上述のブリッジネットワークにおけるタイムアウトメッセージの効率的な通信方法の実施例５０のフローチャートが示される。

ステップ５１において、ポータルは、格納されているリモートタイムアウト値の集合が有効であるか判断するため、タイムアウト要求メッセージの受信に応答して、レジスタテーブルの有効フラグをチェックする。

ステップ５２において、ｖａｌｉｄ＿ｆｌａｇが１である場合、本プロセスはステップ５３に移行し、そうでない場合、本プロセスはステップ５４に移行する。

ステップ５３において、ポータルは、上記（Ａ１）と（Ａ２）に与えられるように、格納されているリモートタイムアウト値の集合を利用して、タイムアウト応答メッセージを合成する。

ステップ５４において、受信したリモートタイムアウト値の集合は、一時的にクリアされた有効フラグと共に格納される。

ステップ５５において、第１の新たなリモートタイムアウト値の集合が決定され、送信先バスへのタイムアウト要求メッセージの一部として転送される。この第１リモートタイムアウト値の集合は、上述の（Ａ３ｂ）または（Ｂ３ｂ）に与えられるように決定することが可能である。

ステップ５６において、リモートタイムアウト応答値の集合を有するタイムアウト応答メッセージが、ポータルにより傍受される。

ステップ５７において、第２の新たなリモートタイムアウト値の集合が決定され、受信したリモートタイムアウト応答値の集合に基づき、有効フラグセットと共に以降の利用のため格納される。この第２の新たなリモートタイムアウト値の集合は、上述の（Ａ３ｃ）または（Ｂ３ｃ）に与えられるように決定可能である。

ステップ５８において、第３の新たなリモートタイムアウト値の集合が決定され、受信したリモートタイムアウト応答値の集合に基づき、タイムアウト応答メッセージの一部として送信元バスに転送される。この第３の新たなリモートタイムアウト値の集合は、上述の（Ａ３ｃ）または（Ｂ３ｃ）に与えられるように決定可能である。

図６に戻って、上述のブリッジネットワークにおけるタイムアウトメッセージの効率的な通信方法の実施例６０のフローチャートが示される。

ステップ６１において、各ポータルは、格納されているリモートタイムアウト値の集合が有効であるか判断するため、タイムアウト要求メッセージの受信に応答して、レジスタテーブルの有効フラグをチェックする。

ステップ６２において、ｖａｌｉｄ＿ｆｌａｇが１である場合、本プロセスはステップ６３に移行し、そうでない場合には、本プロセスはステップ６４に移行する。

ステップ６３において、ポータルは、上述の（Ｃ１）に与えられるように、格納されているリモートタイムアウト値の集合を利用してタイムアウト応答メッセージを合成する。

ステップ６４において、タイムアウト要求メッセージは、受信したタイムアウト要求メッセージに含まれていたリモートタイムアウト値の集合を変更することなく、送信先バスに転送される。

ステップ６５において、ポータルは、リモートタイムアウト応答値を含むタイムアウト応答メッセージを受信する。

ステップ６６において、格納されているリモートタイムアウト値の集合は、受信したリモートタイムアウト応答値の集合を利用して更新される。格納されているリモートタイムアウト値の集合は、上述の（Ｃ３ｂ）に与えられるように更新される。

ステップ６７において、有効フラグが設定される。

ステップ６８において、リモートタイムアウト値の更新された集合は、タイムアウト応答メッセージの一部として送信元バスに転送される。

ここでは様々な実施例が具体的に例示及び説明されているが、本発明の変更及び変形は、上記教示によりカバーされ、本発明の趣旨及び意図される範囲から逸脱することなく、添付された請求項の範囲内に属するということは理解されるであろう。例えば、ｍａｘ＿ｒｅｍｏｔｅ＿ｐａｙｌｏａｄやｈｏｐ＿ｃｏｕｎｔなどのあるパラメータの名称が用いられているが、同様にして他の名称が利用されてもよい。さらに、ブリッジ、エントリポータル、イグジットポータル及びポータルという用語は、ここでのメッセージ処理機能を実行する各種装置を説明するのに利用される。各装置は、メッセージ処理機能及びここで示される計算を実行することができる。さらに、これらの例は、請求項によりカバーされる本発明の変更及び変形を限定するものと解されるのでなく、可能な変形の単なる例示である。

図１は、本発明の様々な特徴が適用可能なブリッジポータル系列により直列接続された送信元バスと送信先バスの一実施例を示す。 図２は、本発明の他の特徴による各種フラグとタイムアウト値を格納するレジスタテーブルの一実施例の詳細図を示す。 図３は、本発明のさらなる他の特徴によるＴＩＭＥＯＵＴ応答メッセージを傍受し、リモートタイムアウト値を格納するための方法の一実施例のフローチャートを示す。 図４は、本発明のさらなる他の特徴によるＴＩＭＥＯＵＴ要求メッセージを傍受し、ＴＩＭＥＯＵＴ応答メッセージを合成及び送信するための方法の他の実施例のフローチャートを示す。 図５は、ブリッジネットワークにおけるタイムアウトメッセージを効率的に通信するための方法の他の実施例のフローチャートを示す。 図６は、ブリッジネットワークにおけるタイムアウトメッセージを効率的に通信するための方法の他の実施例のフローチャートを示す。

Claims (38)

1. 少なくとも１つのブリッジにより結合された複数のバス上に設けられた複数のノードを有するブリッジネットワークにおいて、タイムアウトメッセージを効率的に通信する方法であって、
   ポータルが前記複数のバスの送信先バスに対するＴＩＭＥＯＵＴ要求メッセージを受信すると、前記送信先バスに関連するリモートタイムアウト値の集合が既知であるか前記ポータルにより判断するステップと、
   前記リモートタイムアウト値の集合が既知である場合、前記ポータルによりＴＩＭＥＯＵＴ応答メッセージを合成するステップと、
   を有することを特徴とする方法。
2. 請求項１記載の方法であって、
   前記合成するステップは、前記ポータルに関連する前記複数のバスのローカルバスから前記送信先バスへの既知のリモートタイムアウト秒の値を前記ＴＩＭＥＯＵＴ要求メッセージの受信したリモートタイムアウト秒の値に加えることを特徴とする方法。
3. 請求項２記載の方法であって、
   前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージにおけるリモートタイムアウト秒応答値として利用することを特徴とする方法。
4. 請求項１記載の方法であって、
   前記合成するステップは、さらに、前記ポータルに関連する前記複数のバスのローカルバスからの前記送信先バスの既知の最大リモートペイロード値と前記ＴＩＭＥＯＵＴ要求メッセージにおける受信した最大リモートペイロード値を比較することを特徴とする方法。
5. 請求項４記載の方法であって、
   前記合成するステップは、さらに、前記比較される２つの値の小さい方を前記ＴＩＭＥＯＵＴ応答メッセージの最大リモートペイロード応答値として利用することを特徴とする方法。
6. 請求項１記載の方法であって、
   前記合成するステップは、さらに、前記ポータルに関連するローカルバスから前記送信先バスへの既知のホップカウントを前記ＴＩＭＥＯＵＴ要求メッセージの受信したホップカウント値に加算することを特徴とする方法。
7. 請求項６記載の方法であって、
   前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージのホップカウント応答値として利用することを特徴とする方法。
8. 請求項１記載の方法であって、さらに、
   前記リモートタイムアウト値が既知でない場合、クリアされたｖａｌｉｄ＿ｆｌａｇと共に、前記送信先バスの受信したリモートタイムアウト値の集合（Ｔ_０、Ｐ_０及びＣ_０）を格納するステップを有する（ただし、Ｔ_０は受信したリモートタイムアウト秒の値であり、Ｐ_０は受信した最大リモートペイロードの値であり、Ｃ_０は受信したホップカウントの値である）ことを特徴とする方法。
9. 請求項８記載の方法であって、さらに、
   （１）前記受信したリモートタイムアウト値プラス第１定数に等しい第１の新たなリモートタイムアウト秒の値と、（２）第２定数に等しい第１の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント値プラス１に等しい第１の新たなホップカウント値とを有する第１の新たなリモートタイムアウト値の集合を決定するステップを有し、
   前記第１定数は、（ａ）前記ポータルから次のブリッジの次のポータルへの要求サブアクションに対する最大転送時間と、（ｂ）前記ポータルに関連するコウポータルから前記次のブリッジ次のポータルまたは前記複数のノードの要求元ノードへの応答サブアクションに対する最大転送時間との和であり、
   前記第２定数は、前記ポータルから前記次のブリッジの次のポータルに転送可能な最大データペイロードである、
   ことを特徴とする方法。
10. 請求項９記載の方法であって、さらに、
    前記第１の新たなリモートタイムアウト値の集合を修正されたタイムアウト要求メッセージにおいて転送するステップを有することを特徴とする方法。
11. 請求項１０記載の方法であって、さらに、
    前記送信先バスから前記送信元バスへの対応するＴＩＭＥＯＵＴ応答メッセージを前記ポータルにより傍受するステップを有し、
    前記対応するＴＩＭＥＯＵＴ応答メッセージは、前記修正されたタイムアウト要求メッセージに対応する、
    ことを特徴とする方法。
12. 請求項１１記載の方法であって、さらに、
    （１）受信したリモートタイムアウト秒応答値マイナス前記受信したリモートタイムアウト秒の値に等しい第２の新たなリモートタイムアウト秒の値と、（２）受信した最大ペイロード応答値に等しい第２の新たな最大ペイロード値と、（３）受信したホップカウント応答値マイナス受信したホップカウント値に等しい第２の新たなホップカウント値とを有する第２の新たなリモートタイムアウト値の集合を決定するステップと、
    前記第２の新たなリモートタイムアウト値が有効であることを示すフラグと共に、前記第２の新たなリモートタイムアウト値を格納するステップと、
    を有し、
    前記受信したリモートタイムアウト秒応答値と、前記受信した最大ペイロード応答値と、前記受信したホップカウント応答値とは、前記傍受された対応するＴＩＭＥＯＵＴ応答メッセージに含まれる、
    ことを特徴とする方法。
13. 請求項１２記載の方法であって、さらに、
    （１）前記受信したリモートタイムアウト秒応答値に等しい第３の新たなリモートタイムアウト秒の値と、（２）前記受信した最大リモートペイロードの値と前記受信した最大ペイロードの値の小さい方に等しい第３の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント応答値に等しい第３の新たなホップカウント値とを有する第３の新たなリモートタイムアウト値の集合を決定するステップを有することを特徴とする方法。
14. 請求項１３記載の方法であって、さらに、
    前記第３の新たなリモートタイムアウト値の集合をＴＩＭＥＯＵＴ応答メッセージの一部として前記送信元バスに転送するステップを有することを特徴とする方法。
15. 請求項８記載の方法であって、さらに、
    （１）前記受信したリモートタイムアウト秒の値の値プラス第１定数に等しい第１の新たなリモートタイムアウト秒の値と、（２）第２定数に等しい第１の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント値プラス１に等しい第１の新たなホップカウント値とを有する第１の新たなリモートタイムアウト値の集合を決定するステップを有し、
    前記第１定数は、（ａ）前記ポータルから次のブリッジの次のポータルへの要求サブアクションに対する最大転送時間と、（ｂ）前記ポータルに関連するコウポータルから前記次のブリッジの次のポータルまたは前記複数のノードの要求元ノードへの応答サブアクションに対する最大転送時間との和であり、
    前記第２定数は、前記最大リモートペイロードに対する最大値である、
    ことを特徴とする方法。
16. 請求項１５記載の方法であって、さらに、
    前記第１の新たなリモートタイムアウト値の集合を修正されたタイムアウト要求メッセージにおいて転送するステップを有することを特徴とする方法。
17. 請求項１６記載の方法であって、さらに、
    前記送信先バスから前記送信元バスへの対応するＴＩＭＥＯＵＴ応答メッセージを前記ポータルにより傍受するステップを有し、
    前記対応するＴＩＭＥＯＵＴ応答メッセージは、前記修正したタイムアウト要求メッセージに対応する、
    ことを特徴とする方法。
18. 請求項１７記載の方法であって、さらに、
    （１）受信したリモートタイムアウト秒応答値マイナス前記受信したリモートタイムアウト秒の値に等しい第２の新たなリモートタイムアウト秒の値と、（２）受信した最大ペイロード応答値と、前記ポータルから前記次のブリッジの次のポータルに転送可能な最大データペイロードの小さい方に等しい第２の新たな最大ペイロード値と、（３）受信したホップカウント応答値マイナス受信したホップカウント値に等しい第２の新たなホップカウント値とを有する第２の新たなリモートタイムアウト値の集合を決定するステップと、
    前記第２の新たなリモートタイムアウト値が有効であることを示すフラグと共に、前記第２の新たなリモートタイムアウト値を格納するステップと、
    を有し、
    前記受信したリモートタイムアウト秒応答値と、前記受信した最大ペイロード応答値と、前記受信したホップカウント応答値とは、前記傍受された対応するＴＩＭＥＯＵＴ応答メッセージに含まれる、
    ことを特徴とする方法。
19. 請求項１８記載の方法であって、さらに、
    （１）前記受信したリモートタイムアウト秒応答値に等しい第３の新たなリモートタイムアウト秒の値と、（２）前記受信した最大リモートペイロードの値、前記受信した最大ペイロードの値及び前記ポータルから前記次のブリッジの次のポータルに転送可能な前記最大データペイロードの小さい方に等しい第３の新たな最大リモートペイロードの値と、（３）前記受信したホップカウント応答値に等しい第３の新たなホップカウント値とを有する第３の新たなリモートタイムアウト値の集合を決定するステップを有することを特徴とする方法。
20. 請求項２１記載の方法であって、さらに、
    前記第３の新たなリモートタイムアウト値の集合をＴＩＭＥＯＵＴ応答メッセージの一部として前記送信元バスに転送するステップを有することを特徴とする方法。
21. 少なくとも１つのブリッジにより結合された複数のバス上に設けられた複数のノードを有するネットワークにおいて通信を行う方法であって、
    各ポータルが前記複数のバスの送信先バスに対するＴＩＭＥＯＵＴ要求メッセージを受信すると、前記送信先バスに関連するリモートタイムアウト値の集合が既知であるか前記ポータルにより判断するステップと、
    前記リモートタイムアウト値の集合が既知である場合、前記ポータルによりＴＩＭＥＯＵＴ応答メッセージを合成するステップと、
    を有することを特徴とする方法。
22. 請求項２１記載の方法であって、
    前記合成するステップは、
    前記合成するステップは、前記ポータルに関連する前記複数のバスのローカルバスから前記送信先バスへの既知のリモートタイムアウト秒の値を前記ＴＩＭＥＯＵＴ要求メッセージの受信したリモートタイムアウト秒の値に加えることを特徴とする方法。
23. 請求項２２記載の方法であって、
    前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージにおけるリモートタイムアウト秒応答値として利用することを特徴とする方法。
24. 請求項２１記載の方法であって、
    前記合成するステップは、さらに、前記ポータルに関連する前記複数のバスのローカルバスからの前記送信先バスの既知の最大リモートペイロード値と前記ＴＩＭＥＯＵＴ要求メッセージにおける受信した最大リモートペイロード値を比較することを特徴とする方法。
25. 請求項２４記載の方法であって、
    前記合成するステップは、さらに、前記比較される２つの値の小さい方を前記ＴＩＭＥＯＵＴ応答メッセージの最大リモートペイロード応答値として利用することを特徴とする方法。
26. 請求項２１記載の方法であって、
    前記合成するステップは、さらに、前記ポータルに関連するローカルバスから前記送信先バスへの既知のホップカウントを前記ＴＩＭＥＯＵＴ要求メッセージの受信したホップカウント値に加算することを特徴とする方法。
27. 請求項２６記載の方法であって、
    前記合成するステップは、さらに、前記加算からの和を前記ＴＩＭＥＯＵＴ応答メッセージのホップカウント応答値として利用することを特徴とする方法。
28. 請求項２１記載の方法であって、さらに、
    前記リモートタイムアウト値が既知でない場合、前記タイムアウト要求メッセージに含まれる受信したリモートタイムアウト値の集合を変更することなく、前記タイムアウト要求メッセージを転送するステップを有することを特徴とする方法。
29. 請求項２８記載の方法であって、さらに、
    前記送信先バスから前記送信元バスへのＴＩＭＥＯＵＴ応答メッセージをポータルにより受信するステップを有し、
    前記ＴＩＭＥＯＵＴ応答メッセージは、受信したリモートタイムアウト応答値の集合を有する、
    ことを特徴とする方法。
30. 請求項２９記載の方法であって、さらに、
    （１）受信したリモートタイムアウト秒応答値プラス第１定数に等しい第１の新たなリモートタイムアウト秒の値と、（２）受信した最大ペイロード応答値と、前記ポータルから前記次のブリッジの次のポータルに転送可能な最大データペイロードの小さい方に等しい第２の新たな最大ペイロードの値と、（３）受信したホップカウント応答値プラス１に等しい第２の新たなホップカウント値とを有する第１の新たなリモートタイムアウト値の集合を決定するステップと、
    前記第２の新たなリモートタイムアウト値が有効であると示すフラグと共に、前記第１の新たなリモートタイムアウト値の集合を格納するステップと、
    を有し、
    前記受信したリモートタイムアウト秒応答値と、前記受信した最大ペイロード応答値と、前記受信したホップカウント応答値は、前記受信したＴＩＭＥＯＵＴ応答メッセージに含まれる、
    ことを特徴とする方法。
31. 請求項３０記載の方法であって、さらに、
    前記第２の新たなリモートタイムアウト値の集合をＴＩＭＥＯＵＴ応答メッセージの一部として前記送信元バスに転送するステップを有することを特徴とする方法。
32. 低減された応答タイムアウト管理システムを有するシリアルバスブリッジネットワークであって、
    少なくとも１つのネットワークノードを有する送信元バスと、
    少なくとも１つのネットワークノードを有する中間バスと、
    前記送信元バスと前記中間バスを結合し、第１ポータルと第２ポータルを有する第１ブリッジと、
    少なくとも１つのネットワークノードを有する送信先バスと、
    前記中間バスと前記送信先バスを結合し、各々が前記送信先バスに対するリモートタイムアウト値と該リモートタイムアウト値の状態を示すフラグとを有する第１ポータルと第２ポータルを有する第２ブリッジと、
    を有し、
    前記ポータルの各々は、前記送信先バスに対するタイムアウト要求メッセージを受信すると、前記格納したリモートタイムアウト値の集合が有効であるか判断するため、前記フラグをチェックし、
    前記ポータルの各々は、前記送信元バスへのタイムアウト要求メッセージに応答して、前記フラグが前記格納したリモートタイムアウト値の集合が有効であると示す場合、前記格納したリモートタイムアウト値の集合を利用することにより、タイムアウト応答メッセージを生成する、
    ことを特徴とするネットワーク。
33. 請求項３２記載のネットワークであって、
    前記ポータルの各々は、前記フラグが前記格納したリモートタイムアウト値の集合が有効でないと示す場合、前記受信したリモートタイムアウト値の集合と共に、前記受信したタイムアウト要求メッセージを次のポータルまたは送信先バスにわたすことを特徴とするネットワーク。
34. 請求項３２記載のネットワークであって、
    前記ポータルの各々は、前記送信元バスに対するタイムアウト応答メッセージの受信により、前記受信したタイムアウト応答メッセージに含まれる受信したタイムアウト応答値の集合を利用して、前記格納したリモートタイムアウト値の集合を更新することを特徴とするネットワーク。
35. 請求項３４記載のネットワークであって、
    前記ポータルの各々は、前記更新したリモートタイムアウト値の集合を利用して、修正したタイムアウト応答メッセージを前記送信元バスに転送することを特徴とするネットワーク。
36. 請求項３３記載のネットワークであって、
    前記リモートタイムアウト値の集合は、リモートタイムアウト秒の値と、最大ペイロードの値と、ホップカウント値を有することを特徴とするネットワーク。
37. 請求項３４記載のネットワークであって、
    前記ポータルの各々は、第１定数を受信したリモートタイムアウト応答値に加え、受信した最大ペイロードの値と、前記第２ポータルに関連する第１ポータルから次のブリッジの次のポータルに転送可能な最大データペイロードの小さい方を選び、受信したホップカウント値を１だけ増やすことにより、前記リモートタイムアウト値の集合を更新することを特徴とするネットワーク。
38. 請求項３７記載のネットワークであって、
    前記第１定数は、（ａ）前記第１ポータルに関連する第２ポータルから次のブリッジの次のポータルへの要求サブアクションに対する最大転送時間と、（ｂ）前記第２ポータルに関連する第１ポータルから前記次のブリッジの第１または第２ポータルへの応答サブアクションに対する最大転送時間の和であることを特徴とするネットワーク。

Images