データ伝送システム
【課題】データリンク層レベルでの遅延保証を可能とする。
【解決手段】複数のノードが論理的なリング型ネットワークを形成するデータ伝送システムであって、各ノードは、固定長のフレームを送信するものであり、上流ノードから受信したフレームを下流ノードへ転送するとともに、あらかじめ定められたタイミングで自ノードからのフレームを送信する。これにより、フレームの最悪遅延時間が、ノード間伝送遅延の和の２倍未満となることが保証され、遅延保証が可能となる。各ノードのフレーム送信タイミングは、隣接する上流ノードのフレームを転送した次のタイミングとして決定することができる。また、フレーム送信タイミングを送信順序テーブルとしてあらかじめ定めておき、これにしたがってフレームの送信を行っても良い。
【解決手段】複数のノードが論理的なリング型ネットワークを形成するデータ伝送システムであって、各ノードは、固定長のフレームを送信するものであり、上流ノードから受信したフレームを下流ノードへ転送するとともに、あらかじめ定められたタイミングで自ノードからのフレームを送信する。これにより、フレームの最悪遅延時間が、ノード間伝送遅延の和の２倍未満となることが保証され、遅延保証が可能となる。各ノードのフレーム送信タイミングは、隣接する上流ノードのフレームを転送した次のタイミングとして決定することができる。また、フレーム送信タイミングを送信順序テーブルとしてあらかじめ定めておき、これにしたがってフレームの送信を行っても良い。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ伝送システムに関し、特に遅延保証を可能とするデータ伝送システムに関する。
【背景技術】
【０００２】
近年、自動車などを構成する各部の機構が電動化され電子制御化される傾向にある。このように、操作情報を電気信号に置き換え、コンピュータで制御することにより機器を操縦するシステムはＸｂｙＷｉｒｅと呼ばれる。例えば、ブレーキやスロットル、ステアリングといった従来は機械的な結合で操作されていた機構が、モータを利用した機構に置き換えられる。このような電気信号（制御データ）の通信では、ミリ秒オーダー以下のリアルタイム性の確保が必要となる。
【０００３】
また、このような車載ネットワークに種々の機器が接続されることが予想される。例えば、車載カメラは画像データを送信するものであるので、大容量のデータが送信される。さらに、車載カメラの安全支援等の用途が増えるに従い搭載数が増えることが予想され、それらの映像を伝送するためにさらなる広帯域が求められる。
【０００４】
今後予想されるこのような状況において、ＸｂｙＷｉｒｅに代表される厳しいリアルタイム性が要求されるトラフィックと、映像など比較的リアルタイム性が低いものの広帯域が要求されるトラフィックの混在を可能とし、かつ、各リアルタイム性を満足するデータ伝送システムが必要とされる。
【０００５】
このような要求に応えるために、本発明者は、データリンク層よりも上の層におけるリアルタイム性を確保する発明を出願済みである（特許文献１）。
【特許文献１】特開２００７−７４２１８号公報
【特許文献２】特許第３１６３９９８号
【特許文献３】特開２００６−３０４２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１はネットワークインタフェースまでの送出のリアルタイム性を保証する技術である。あるノードから送信されたデータの伝送遅延を保証するデータリンク層レベル以下の技術がなかった。
【０００７】
そこで、本発明は、データリンク層レベルでの遅延保証を実現することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、以下の構成によって上記目的を達成する。
【０００９】
本発明は、複数のノードが論理的なリング型ネットワークを形成するデータ伝送システムであって、各ノードは、固定長のフレームを送信するものであり、上流ノードから受信したフレームを下流ノードへ転送するとともに、あらかじめ定められたタイミングで自ノードからのフレームを送信することを特徴とする。
【００１０】
論理的なリング型ネットワークには、ネットワークが物理的にリング型になっているネットワーク以外のネットワークも含まれる。すなわち、各ノードがデータの受信は上流ノードから行い、データの送信は下流ノードへ行い、全体として通信路がリング型となって
いるネットワークであれば、物理的形態を問わずに含むものである。なお、以下本明細書中では「リング型ネットワーク」の語は、このような論理的な意味で用いる。
【００１１】
本データ伝送システムでは、固定長のフレームを採用するとともに、各ノードのフレーム送信タイミングがあらかじめ定められている。したがって、あるノードにおいてフレームの送信要求があってから、そのフレームがネットワーク内の他のノード（送信先ノード）に送信されるまでの時間の最大値（最悪遅延時間）は、送信タイミングが来るまでの待ち時間と、ネットワーク全体にフレームが送信される転送時間との合計として求められる。これらはいずれも固定された値であるため、本データ伝送システムにおいては、この最悪遅延時間以内でのデータの送信が保証されることになる。
【００１２】
ここで、各ノードのフレーム送信タイミングは、あらかじめ定められた他ノードからのフレームを転送したタイミングの次のタイミングとすることが好適である。例えば、上流ノードからのフレームを受信してこのフレームを下流ノードに転送した次のタイミングで、自ノードからデータを送信することができる。
【００１３】
この方法によれば、簡単な制御方法でフレーム送出順序を管理することができる。
【００１４】
また、各ノードのフレーム送信タイミングは、送信順序テーブルとしてあらかじめ定義されており、この送信順序テーブルにしたがってフレームの送信を行うことも好適である。ここで、送信順序テーブルにおいて、１周期（サイクル）における各ノードのフレーム送信回数が同じであれば、各ノードに与えられる通信帯域（単位時間あたりに送信可能なデータ量）が均等になる。一方、必要とする通信帯域が多いノードほど、１周期内における送信回数を多く定めれば、そのようなノードに広い通信帯域を与えることができる。
【００１５】
なお、本発明は、上記手段の少なくとも一部を有するデータ伝送システムとして捉えることができる。また、本発明は、上記処理の少なくとも一部を含むデータ伝送方法、または、かかる方法を実現するためのプログラムとして捉えることもできる。上記手段および処理の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【発明の効果】
【００１６】
本発明によれば、データリンク層レベルでの遅延保証が可能となる。
【発明を実施するための最良の形態】
【００１７】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【００１８】
（第１の実施形態）
＜システム概要＞
図１に本実施形態に係るデータ伝送システムの概要図を示す。図１Ａに示すように、本データ伝送システム１は、複数のノード２をリング状に接続したリング型のネットワークを形成している。各ノードは固定長のフレームを隣接するノードに対して送信する。定常状態においては、図１Ａに示すように、リング中を複数の固定長のフレームが同時に流れることになる。
【００１９】
１つのノードについて着目すると、図１Ｂに示すように、隣接ノードからのフレームを受信し、必要があればそのフレームを自ノードで処理するとともにさらに下流の隣接ノードに対して送信する。各ノードは、ネットワーク内を流れる全ての通信に係る全てのフレームを受信・送信する。したがって、このようなリング型のネットワークでは、通信回線のビジー／アイドルの判定が容易である。また、フレームの衝突を回避できる。
【００２０】
自ノードが送信したフレームは、ネットワーク内の全てのノードによって転送されて自ノードまで戻ってくる。したがって、自ノードが送信したフレームが１周して戻ってきたことを確認することで、ネットワーク内の全てのノードがこのフレームを受信したことを確認できる。１周して戻ってきたフレームは、送信元のノードが破棄することで、ネットワーク内から取り除かれる。
【００２１】
図１Ａにはリング型のネットワークトポロジーを示したが、本実施形態では論理的にリング型になっていれば、実際の物理的なトポロジーについてはどのようなものでも採用できる。
【００２２】
基本的には、ノード間の接続に全二重可能な媒体を採用することで、どのような接続形態でもリング型の通信を実現することは可能である。図２に、採用可能な物理的なトポロジーの例を示した。図２に示すように、物理的なトポロジーとして、リング型（図２Ａ）、スター型（図２Ｂ）、バス型（図２Ｃ）、ディジーチェーン型（図２Ｄ，Ｅ）を採用して、論理的にリング型のネットワークを形成可能である。
【００２３】
リンクを半二重とすることも可能であるが、リング型以外では半二重の場合には通信効率が落ちる。ただし、バス型は同時に１ノードしか通信できないので、リンクが全二重であっても通信効率が悪い。また、複数の中継を行う箇所（スター型のハブ、ディジーチェーンの途中等）がある場合には、その部分が通信速度のボトルネックとなりうる（特にスター型のハブ）。
【００２４】
このように、物理的なトポロジーはどのような形態であっても良いものの、物理的にもリング型となっていることが好適である。したがって、以下では、特に断りのない限り物理的なトポロジーもリング型であるとして説明する。
【００２５】
図３は、各ノード２の機能構成を示す図である。各ノード２は、受信インタフェース２１、送信インタフェース２２およびフレームスケジューラ２３を備える。
【００２６】
＜処理フロー＞
図４に、各ノードのフレーム制御処理の流れを示すフローチャートを示す。以下、このフローチャートに基づいて、各ノードの動作について説明する。
【００２７】
まず各ノードは、受信インタフェース２１を介して、隣接ノードからのフレームを受信する（Ｓ１０）。受信されたフレームは、フレームスケジューラ２３に渡される。受信フレームを自ノードにて処理する必要があれば、上位層に渡して処理を行う。また、フレームスケジューラ２３は、受信フレームを次の送信タイミングで隣接する下流ノードへ転送する（Ｓ１２）。
【００２８】
フレームスケジューラ２３は、ステップＳ１２で処理した受信フレームの送信元ノードが、隣接する上流ノードであるか否かを判定する（Ｓ１４）。ステップＳ１２で処理した受信フレームの送信元ノードが隣接する上流ノード以外である場合（Ｓ１４−ＮＯ）には、ステップＳ１０に戻ってフレームの受信を行う。なお、ステップＳ１４の判定と、ステップＳ１０での受信処理は、どちらを先に行っても、また同時に行っても構わないが、図４では便宜上この順序で示している。また、フレームの転送（Ｓ１２）と、次のフレームの受信（Ｓ１４の後のＳ１０）も並行して行われるが、図４では順次行われるものとして示している。
【００２９】
一方、ステップＳ１２で処理した受信フレームの送信元ノードが隣接する上流ノードである場合（Ｓ１４−ＹＥＳ）は、ステップＳ１６に進んでフレームの受信を行う。ここで
は受信するフレームは、自ノードが以前に送信したフレームとなる。自ノードが送信したフレームがネットワークを１周して戻ってきたことを確認することで、そのフレームが全ノードに送信されたことが分かる。なお、ここで受信するフレームが自ノードを送信元としない場合には、何らかの通信エラーが発生したと考えられるので、エラー処理を行う。ここでは、エラー処理の詳細についての説明は省略する。
【００３０】
次に、フレームスケジューラ２３は、送信バッファから、次に送信すべきデータを取得し、送信インタフェース２２を介してこのデータを隣接する下流ノードへ送信する（Ｓ１８）。なお、送信データがフレームの固定長よりも大きい場合には、分割して送信する。また、送信すべきデータ送信バッファ内にない場合であっても、ダミーデータの送信を行う。
【００３１】
この後、ステップＳ１０へと戻って、再び隣接ノードからのフレーム受信を続行する。
【００３２】
図４のフローチャートに基づくフレーム送信制御処理を、図５を参照して具体的な動作例にしたがって説明する。図５では、各フレームにその送信元のノードが付されている。また、送信元が同じであるが内容が異なるフレームを区別できるように、異なるフレームは網掛けを変えて示している。
【００３３】
まず、図５Ａに示すように、ノードＡ，Ｂ，Ｃ，Ｄがそれぞれ、ノードＢ，Ａ，Ｄ，Ｃを送信元とするフレームを転送したとする。この時点で、隣接する上流ノードを送信元とするフレームを転送したノードは、ノードＢおよびノードＤである。
【００３４】
したがって、次の送信タイミングを示す図５Ｂでは、ノードＢおよびノードＤは、送信バッファから取得した新たなフレームを送信する。ノードＡ，Ｃは直近に受信したノードＣ，Ａを送信元とするフレームを転送する。
【００３５】
図５Ｂでは、ノードＡ，Ｂ，Ｃ，Ｄはそれぞれ、ノードＣ，Ｂ，Ａ，Ｄを送信元とするフレームを送信する。ここでは、隣接する上流ノードを送信元とするフレームを転送したノードは存在しない。したがって、図５Ｃでは、各ノードは図５Ｂで受信したフレームをそのまま転送する。
【００３６】
図５Ｃでは、ノードＡ，Ｂ，Ｃ，Ｄはそれぞれ、ノードＤ，Ｃ，Ｂ，Ａを送信元とするフレームを送信する。この時点で、隣接する上流ノードを送信元とするフレームを転送したノードは、ノードＡおよびノードＣである。
【００３７】
したがって、次の送信タイミングを示す図５Ｄでは、ノードＡおよびノードＣは、送信バッファから取得した新たなフレームを送信する。ノードＢ，Ｄは直近に受信したノードＤ，Ｂを送信元とするフレームを転送する。
【００３８】
なお、図４，５では、ネットワーク内の全ノードがフレーム送出を開始した後の状態を元に説明しているが、このネットワークで最初にフレーム送出を開始するときは、例えば、以下のようにすればよい。例えば、ネットワーク内のマスターノード（特定のノード）が、あらかじめ定められた送信順序に応じた制御データを逐次送信すればよい。図５の例では、ノードＡが、送信元がノードＡ，Ｂ，Ｃ，Ｄであるという情報を格納したフレームを最初に順次送信すれば良い。
【００３９】
＜実施形態による作用／効果＞
このようなフレーム送信処理を行うことで、あるノードから送出されたフレームがネットワーク内の全ノードに到達するのに要する時間（到達遅延）は、各ノード間の伝送遅延
の和とみなすことができる。また、送信要求があってから実際に送信されるまで時間である送信待ち時間の最大は、上記の到達遅延時間と等しくなる。したがって、上位層から見た場合に、送信すべきデータが１フレームのペイロードに収まる場合には、最大の遅延は各ノード間の伝送遅延の和の２倍未満と算出できる。
【００４０】
したがって、上位層ではそれに基づいた送出データのトラフィック管理を行うことにより、送信データの到達遅延保証が可能となる。なお、上位層におけるトラフィック管理は、特開２００７−７４２１８号公報（特許文献１）において本発明者が開示しているので、ここでの説明は省略する。
【００４１】
＜変形例＞
上記の説明では、隣接する上流のノードを送信元とするフレームを転送した次のタイミングを自ノードのフレーム送信タイミングとしているが、隣接する上流ノードに限られるものではない。すなわち、あらかじめ定められた他のノードを送信元とするフレームを転送した次のタイミングを、自ノードのフレーム送信タイミングとしても良い。
【００４２】
また、図５などからも分かるように、自ノードのフレーム送信タイミングを、自ノードが以前に送信したフレームがネットワークを１周して自ノードに戻ってくるタイミングに等しくなるように設定することができる。このような場合は、各ノードのフレーム送信タイミングは、自ノードが以前に送信したフレームがネットワークを１周して自ノードに戻ってくるタイミング（このフレームを受信するタイミング）の次のタイミングであると表現できる。
【００４３】
（第２の実施形態）
本実施形態では、各ノードにおけるフレーム送信タイミングを送信順序テーブルによって定義する。
【００４４】
＜送信順序テーブル＞
送信順序テーブルの一例を図６に示す。図６は、１サイクル（周期）において、第１のタイミングでノードＡが送信し、第２のタイミングでノードＢが送信し、第３のタイミングでノードＣが送信し、第４のタイミングでノードＤが送信することを示している。なお、各ノードにおける送信タイミングは、ノード間の伝送遅延分だけずれる。例えば、ノードＢは、ノードＡがフレームを送信してから、このフレームを受信し転送した後に、自ノードからフレームを送信する。
【００４５】
図６の送信順序テーブルに従えば、送信ノードをＡ，Ｂ，Ｃ，Ｄとするフレームが、この順序でリング型ネットワーク内を周回することになる。すなわち、図５と同様の送信が行われることになる。
【００４６】
なお、１サイクル内において各ノードが得られる送信タイミングは、１回のみである必要はない。図７に示すように、１サイクル内において各ノードが複数回の送信タイミングを得られるような、送信順序テーブルを利用しても良い。
【００４７】
＜最悪転送遅延時間の算出＞
このような送信順序テーブルを適宜定義することで、最悪転送遅延時間などを制御することができる。
【００４８】
１サイクルあたりに送信されるフレーム数をＮとする。また、１秒間にいくつのサイクルがリング内を回るかを表すサイクル周波数をＨ（Ｈｚ）とする。また、１フレームのフレーム長をＬ（バイト）とする。
【００４９】
フレーム長は、ネットワーク内で送信されるデータ長に合わせて設計することが好ましい。小さいデータが頻繁に送信される場合にはフレーム長Ｌを小さく、大きいデータが頻繁に送信される場合にはフレーム長Ｌを大きくすることが好適である。
【００５０】
例えば、Ｌ＝１２８バイトとすることができる。この場合、ネットワーク帯域が１Ｇｂｐｓであれば、１秒あたりに１００００００個のフレームが各ノードから送信される。そして、ＮとＨの関係は、Ｎ×Ｈ＝１００００００を満たす範囲で適宜設定可能である。例えば、Ｎ＝１２５個・Ｈ＝８ｋＨｚや、Ｎ＝４個・Ｈ＝２５０ｋＨｚなどとすることができる。
【００５１】
さて、あるフレームがネットワーク内を１周する、すなわち、ネットワーク内の全ノードまで展開される時間（１サイクルの所要時間）をＴとする。すると、あるフレームが送信元ノードから実際に送信されてから送信先ノードまで送信されるのに要する時間は、Ｔ未満となる。
【００５２】
また、あるノードでフレームの送信要求があってから実際に送信されるまでには、送信タイミングが得られるまでの待ち時間が発生する。この待ち時間Ｍは、そのノードに割り当てられたフレームの間隔の最大値より小さくなる。フレーム間隔の最大値は、１サイクルに１回の送信タイミングしか与えられていない場合に、上記のＴと等しくなる。
【００５３】
したがって、あるノードで送信要求があってから、そのフレームが送信先のノードまでに到達するのに要する最長時間（最悪転送遅延時間）Ｗは、Ｗ＜Ｔ＋Ｍ＝２Ｔとなる。
【００５４】
最悪転送遅延時間として、８μｓが要求される場合には、Ｔ＝４μｓ以下とする必要がある。すなわち、Ｈ＝２５０ｋＨｚ以上とする必要があることが分かる。このように、必要とするリアルタイム性に合わせて、送信順序テーブルを適宜設計することができる。
【００５５】
＜通信帯域の割り当て＞
次に、具体的な送信順序テーブルを用いて、各ノードに割り当てる通信帯域を容易に設定可能であることを説明する。
【００５６】
図８は、ノード数が４であり、１サイクルあたり８個のフレーム送出として定義された送信順序テーブルである。ここでは、４つのノードにはそれぞれ均等にフレーム送出機会が与えられており、したがって各ノードに割り当てられる通信帯域は均等になる。例えば、ネットワーク帯域を１Ｇｂｐｓとすると、各ノードに与えられる帯域は、１Ｇｂｐｓ／８×２＝２５６Ｍｂｐｓとなることが分かる。
【００５７】
各ノードに割り当てる通信帯域を変える場合には、必要とする通信帯域が多いノードに対して１サイクル内におけるフレーム送出機会を多く与えればよい。図９は、このように各ノードに与えるフレーム送出機会に差を設けた場合であり、１サイクルあたり、ノードＡは４回、ノードＢは２回、ノードＣ，Ｄは１回のフレーム送出機会を与えられている。
【００５８】
この場合、ノードＡは、１Ｇｂｐｓ／８×４＝５１２Ｍｂｐｓの通信帯域が与えられる。ノードＢは、１Ｇｂｐｓ／８×２＝２５６Ｍｂｐｓの通信帯域が与えられる。ノードＣ，Ｄには、１Ｇｂｐｓ／８＝１２８Ｍｂｐｓの通信帯域が与えられる。
【００５９】
＜実施形態の作用・効果＞
本実施形態においても、ネットワーク内における伝送遅延の最大値が決まり、送信データの到達遅延保証が可能となる。また、送信順序テーブルを用いて送信順序を管理するた
め、より柔軟な送信順序を設定することが可能である。例えば、ノードごとに割り当てる通信帯域を変えることを容易に行える。
【図面の簡単な説明】
【００６０】
【図１】本実施形態に係るデータ伝送システムの論理的ネットワークトポロジーを示す図である。
【図２】本実施形態に係るデータ伝送システムに採用可能な物理的なネットワークトポロジーの例を示す図である。
【図３】各ノードの機能構成を示す図である。
【図４】第１の実施形態における、フレーム送信制御処理の流れを示すフローチャートである。
【図５】第１の実施形態における具体的なフレーム送信制御の例を説明する図である。
【図６】第２の実施形態における送信順序テーブルの例を示す図である。
【図７】第２の実施形態における送信順序テーブルの例を示す図である。
【図８】第２の実施形態における送信順序テーブルの例を示す図である。
【図９】第２の実施形態における送信順序テーブルの例を示す図である。
【符号の説明】
【００６１】
１ データ伝送システム
２ ノード
２１ 受信インタフェース（Ｉ／Ｆ）
２２ 送信インタフェース（Ｉ／Ｆ）
２３ フレームスケジューラ
【技術分野】
【０００１】
本発明は、データ伝送システムに関し、特に遅延保証を可能とするデータ伝送システムに関する。
【背景技術】
【０００２】
近年、自動車などを構成する各部の機構が電動化され電子制御化される傾向にある。このように、操作情報を電気信号に置き換え、コンピュータで制御することにより機器を操縦するシステムはＸｂｙＷｉｒｅと呼ばれる。例えば、ブレーキやスロットル、ステアリングといった従来は機械的な結合で操作されていた機構が、モータを利用した機構に置き換えられる。このような電気信号（制御データ）の通信では、ミリ秒オーダー以下のリアルタイム性の確保が必要となる。
【０００３】
また、このような車載ネットワークに種々の機器が接続されることが予想される。例えば、車載カメラは画像データを送信するものであるので、大容量のデータが送信される。さらに、車載カメラの安全支援等の用途が増えるに従い搭載数が増えることが予想され、それらの映像を伝送するためにさらなる広帯域が求められる。
【０００４】
今後予想されるこのような状況において、ＸｂｙＷｉｒｅに代表される厳しいリアルタイム性が要求されるトラフィックと、映像など比較的リアルタイム性が低いものの広帯域が要求されるトラフィックの混在を可能とし、かつ、各リアルタイム性を満足するデータ伝送システムが必要とされる。
【０００５】
このような要求に応えるために、本発明者は、データリンク層よりも上の層におけるリアルタイム性を確保する発明を出願済みである（特許文献１）。
【特許文献１】特開２００７−７４２１８号公報
【特許文献２】特許第３１６３９９８号
【特許文献３】特開２００６−３０４２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１はネットワークインタフェースまでの送出のリアルタイム性を保証する技術である。あるノードから送信されたデータの伝送遅延を保証するデータリンク層レベル以下の技術がなかった。
【０００７】
そこで、本発明は、データリンク層レベルでの遅延保証を実現することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、以下の構成によって上記目的を達成する。
【０００９】
本発明は、複数のノードが論理的なリング型ネットワークを形成するデータ伝送システムであって、各ノードは、固定長のフレームを送信するものであり、上流ノードから受信したフレームを下流ノードへ転送するとともに、あらかじめ定められたタイミングで自ノードからのフレームを送信することを特徴とする。
【００１０】
論理的なリング型ネットワークには、ネットワークが物理的にリング型になっているネットワーク以外のネットワークも含まれる。すなわち、各ノードがデータの受信は上流ノードから行い、データの送信は下流ノードへ行い、全体として通信路がリング型となって
いるネットワークであれば、物理的形態を問わずに含むものである。なお、以下本明細書中では「リング型ネットワーク」の語は、このような論理的な意味で用いる。
【００１１】
本データ伝送システムでは、固定長のフレームを採用するとともに、各ノードのフレーム送信タイミングがあらかじめ定められている。したがって、あるノードにおいてフレームの送信要求があってから、そのフレームがネットワーク内の他のノード（送信先ノード）に送信されるまでの時間の最大値（最悪遅延時間）は、送信タイミングが来るまでの待ち時間と、ネットワーク全体にフレームが送信される転送時間との合計として求められる。これらはいずれも固定された値であるため、本データ伝送システムにおいては、この最悪遅延時間以内でのデータの送信が保証されることになる。
【００１２】
ここで、各ノードのフレーム送信タイミングは、あらかじめ定められた他ノードからのフレームを転送したタイミングの次のタイミングとすることが好適である。例えば、上流ノードからのフレームを受信してこのフレームを下流ノードに転送した次のタイミングで、自ノードからデータを送信することができる。
【００１３】
この方法によれば、簡単な制御方法でフレーム送出順序を管理することができる。
【００１４】
また、各ノードのフレーム送信タイミングは、送信順序テーブルとしてあらかじめ定義されており、この送信順序テーブルにしたがってフレームの送信を行うことも好適である。ここで、送信順序テーブルにおいて、１周期（サイクル）における各ノードのフレーム送信回数が同じであれば、各ノードに与えられる通信帯域（単位時間あたりに送信可能なデータ量）が均等になる。一方、必要とする通信帯域が多いノードほど、１周期内における送信回数を多く定めれば、そのようなノードに広い通信帯域を与えることができる。
【００１５】
なお、本発明は、上記手段の少なくとも一部を有するデータ伝送システムとして捉えることができる。また、本発明は、上記処理の少なくとも一部を含むデータ伝送方法、または、かかる方法を実現するためのプログラムとして捉えることもできる。上記手段および処理の各々は可能な限り互いに組み合わせて本発明を構成することができる。
【発明の効果】
【００１６】
本発明によれば、データリンク層レベルでの遅延保証が可能となる。
【発明を実施するための最良の形態】
【００１７】
以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。
【００１８】
（第１の実施形態）
＜システム概要＞
図１に本実施形態に係るデータ伝送システムの概要図を示す。図１Ａに示すように、本データ伝送システム１は、複数のノード２をリング状に接続したリング型のネットワークを形成している。各ノードは固定長のフレームを隣接するノードに対して送信する。定常状態においては、図１Ａに示すように、リング中を複数の固定長のフレームが同時に流れることになる。
【００１９】
１つのノードについて着目すると、図１Ｂに示すように、隣接ノードからのフレームを受信し、必要があればそのフレームを自ノードで処理するとともにさらに下流の隣接ノードに対して送信する。各ノードは、ネットワーク内を流れる全ての通信に係る全てのフレームを受信・送信する。したがって、このようなリング型のネットワークでは、通信回線のビジー／アイドルの判定が容易である。また、フレームの衝突を回避できる。
【００２０】
自ノードが送信したフレームは、ネットワーク内の全てのノードによって転送されて自ノードまで戻ってくる。したがって、自ノードが送信したフレームが１周して戻ってきたことを確認することで、ネットワーク内の全てのノードがこのフレームを受信したことを確認できる。１周して戻ってきたフレームは、送信元のノードが破棄することで、ネットワーク内から取り除かれる。
【００２１】
図１Ａにはリング型のネットワークトポロジーを示したが、本実施形態では論理的にリング型になっていれば、実際の物理的なトポロジーについてはどのようなものでも採用できる。
【００２２】
基本的には、ノード間の接続に全二重可能な媒体を採用することで、どのような接続形態でもリング型の通信を実現することは可能である。図２に、採用可能な物理的なトポロジーの例を示した。図２に示すように、物理的なトポロジーとして、リング型（図２Ａ）、スター型（図２Ｂ）、バス型（図２Ｃ）、ディジーチェーン型（図２Ｄ，Ｅ）を採用して、論理的にリング型のネットワークを形成可能である。
【００２３】
リンクを半二重とすることも可能であるが、リング型以外では半二重の場合には通信効率が落ちる。ただし、バス型は同時に１ノードしか通信できないので、リンクが全二重であっても通信効率が悪い。また、複数の中継を行う箇所（スター型のハブ、ディジーチェーンの途中等）がある場合には、その部分が通信速度のボトルネックとなりうる（特にスター型のハブ）。
【００２４】
このように、物理的なトポロジーはどのような形態であっても良いものの、物理的にもリング型となっていることが好適である。したがって、以下では、特に断りのない限り物理的なトポロジーもリング型であるとして説明する。
【００２５】
図３は、各ノード２の機能構成を示す図である。各ノード２は、受信インタフェース２１、送信インタフェース２２およびフレームスケジューラ２３を備える。
【００２６】
＜処理フロー＞
図４に、各ノードのフレーム制御処理の流れを示すフローチャートを示す。以下、このフローチャートに基づいて、各ノードの動作について説明する。
【００２７】
まず各ノードは、受信インタフェース２１を介して、隣接ノードからのフレームを受信する（Ｓ１０）。受信されたフレームは、フレームスケジューラ２３に渡される。受信フレームを自ノードにて処理する必要があれば、上位層に渡して処理を行う。また、フレームスケジューラ２３は、受信フレームを次の送信タイミングで隣接する下流ノードへ転送する（Ｓ１２）。
【００２８】
フレームスケジューラ２３は、ステップＳ１２で処理した受信フレームの送信元ノードが、隣接する上流ノードであるか否かを判定する（Ｓ１４）。ステップＳ１２で処理した受信フレームの送信元ノードが隣接する上流ノード以外である場合（Ｓ１４−ＮＯ）には、ステップＳ１０に戻ってフレームの受信を行う。なお、ステップＳ１４の判定と、ステップＳ１０での受信処理は、どちらを先に行っても、また同時に行っても構わないが、図４では便宜上この順序で示している。また、フレームの転送（Ｓ１２）と、次のフレームの受信（Ｓ１４の後のＳ１０）も並行して行われるが、図４では順次行われるものとして示している。
【００２９】
一方、ステップＳ１２で処理した受信フレームの送信元ノードが隣接する上流ノードである場合（Ｓ１４−ＹＥＳ）は、ステップＳ１６に進んでフレームの受信を行う。ここで
は受信するフレームは、自ノードが以前に送信したフレームとなる。自ノードが送信したフレームがネットワークを１周して戻ってきたことを確認することで、そのフレームが全ノードに送信されたことが分かる。なお、ここで受信するフレームが自ノードを送信元としない場合には、何らかの通信エラーが発生したと考えられるので、エラー処理を行う。ここでは、エラー処理の詳細についての説明は省略する。
【００３０】
次に、フレームスケジューラ２３は、送信バッファから、次に送信すべきデータを取得し、送信インタフェース２２を介してこのデータを隣接する下流ノードへ送信する（Ｓ１８）。なお、送信データがフレームの固定長よりも大きい場合には、分割して送信する。また、送信すべきデータ送信バッファ内にない場合であっても、ダミーデータの送信を行う。
【００３１】
この後、ステップＳ１０へと戻って、再び隣接ノードからのフレーム受信を続行する。
【００３２】
図４のフローチャートに基づくフレーム送信制御処理を、図５を参照して具体的な動作例にしたがって説明する。図５では、各フレームにその送信元のノードが付されている。また、送信元が同じであるが内容が異なるフレームを区別できるように、異なるフレームは網掛けを変えて示している。
【００３３】
まず、図５Ａに示すように、ノードＡ，Ｂ，Ｃ，Ｄがそれぞれ、ノードＢ，Ａ，Ｄ，Ｃを送信元とするフレームを転送したとする。この時点で、隣接する上流ノードを送信元とするフレームを転送したノードは、ノードＢおよびノードＤである。
【００３４】
したがって、次の送信タイミングを示す図５Ｂでは、ノードＢおよびノードＤは、送信バッファから取得した新たなフレームを送信する。ノードＡ，Ｃは直近に受信したノードＣ，Ａを送信元とするフレームを転送する。
【００３５】
図５Ｂでは、ノードＡ，Ｂ，Ｃ，Ｄはそれぞれ、ノードＣ，Ｂ，Ａ，Ｄを送信元とするフレームを送信する。ここでは、隣接する上流ノードを送信元とするフレームを転送したノードは存在しない。したがって、図５Ｃでは、各ノードは図５Ｂで受信したフレームをそのまま転送する。
【００３６】
図５Ｃでは、ノードＡ，Ｂ，Ｃ，Ｄはそれぞれ、ノードＤ，Ｃ，Ｂ，Ａを送信元とするフレームを送信する。この時点で、隣接する上流ノードを送信元とするフレームを転送したノードは、ノードＡおよびノードＣである。
【００３７】
したがって、次の送信タイミングを示す図５Ｄでは、ノードＡおよびノードＣは、送信バッファから取得した新たなフレームを送信する。ノードＢ，Ｄは直近に受信したノードＤ，Ｂを送信元とするフレームを転送する。
【００３８】
なお、図４，５では、ネットワーク内の全ノードがフレーム送出を開始した後の状態を元に説明しているが、このネットワークで最初にフレーム送出を開始するときは、例えば、以下のようにすればよい。例えば、ネットワーク内のマスターノード（特定のノード）が、あらかじめ定められた送信順序に応じた制御データを逐次送信すればよい。図５の例では、ノードＡが、送信元がノードＡ，Ｂ，Ｃ，Ｄであるという情報を格納したフレームを最初に順次送信すれば良い。
【００３９】
＜実施形態による作用／効果＞
このようなフレーム送信処理を行うことで、あるノードから送出されたフレームがネットワーク内の全ノードに到達するのに要する時間（到達遅延）は、各ノード間の伝送遅延
の和とみなすことができる。また、送信要求があってから実際に送信されるまで時間である送信待ち時間の最大は、上記の到達遅延時間と等しくなる。したがって、上位層から見た場合に、送信すべきデータが１フレームのペイロードに収まる場合には、最大の遅延は各ノード間の伝送遅延の和の２倍未満と算出できる。
【００４０】
したがって、上位層ではそれに基づいた送出データのトラフィック管理を行うことにより、送信データの到達遅延保証が可能となる。なお、上位層におけるトラフィック管理は、特開２００７−７４２１８号公報（特許文献１）において本発明者が開示しているので、ここでの説明は省略する。
【００４１】
＜変形例＞
上記の説明では、隣接する上流のノードを送信元とするフレームを転送した次のタイミングを自ノードのフレーム送信タイミングとしているが、隣接する上流ノードに限られるものではない。すなわち、あらかじめ定められた他のノードを送信元とするフレームを転送した次のタイミングを、自ノードのフレーム送信タイミングとしても良い。
【００４２】
また、図５などからも分かるように、自ノードのフレーム送信タイミングを、自ノードが以前に送信したフレームがネットワークを１周して自ノードに戻ってくるタイミングに等しくなるように設定することができる。このような場合は、各ノードのフレーム送信タイミングは、自ノードが以前に送信したフレームがネットワークを１周して自ノードに戻ってくるタイミング（このフレームを受信するタイミング）の次のタイミングであると表現できる。
【００４３】
（第２の実施形態）
本実施形態では、各ノードにおけるフレーム送信タイミングを送信順序テーブルによって定義する。
【００４４】
＜送信順序テーブル＞
送信順序テーブルの一例を図６に示す。図６は、１サイクル（周期）において、第１のタイミングでノードＡが送信し、第２のタイミングでノードＢが送信し、第３のタイミングでノードＣが送信し、第４のタイミングでノードＤが送信することを示している。なお、各ノードにおける送信タイミングは、ノード間の伝送遅延分だけずれる。例えば、ノードＢは、ノードＡがフレームを送信してから、このフレームを受信し転送した後に、自ノードからフレームを送信する。
【００４５】
図６の送信順序テーブルに従えば、送信ノードをＡ，Ｂ，Ｃ，Ｄとするフレームが、この順序でリング型ネットワーク内を周回することになる。すなわち、図５と同様の送信が行われることになる。
【００４６】
なお、１サイクル内において各ノードが得られる送信タイミングは、１回のみである必要はない。図７に示すように、１サイクル内において各ノードが複数回の送信タイミングを得られるような、送信順序テーブルを利用しても良い。
【００４７】
＜最悪転送遅延時間の算出＞
このような送信順序テーブルを適宜定義することで、最悪転送遅延時間などを制御することができる。
【００４８】
１サイクルあたりに送信されるフレーム数をＮとする。また、１秒間にいくつのサイクルがリング内を回るかを表すサイクル周波数をＨ（Ｈｚ）とする。また、１フレームのフレーム長をＬ（バイト）とする。
【００４９】
フレーム長は、ネットワーク内で送信されるデータ長に合わせて設計することが好ましい。小さいデータが頻繁に送信される場合にはフレーム長Ｌを小さく、大きいデータが頻繁に送信される場合にはフレーム長Ｌを大きくすることが好適である。
【００５０】
例えば、Ｌ＝１２８バイトとすることができる。この場合、ネットワーク帯域が１Ｇｂｐｓであれば、１秒あたりに１００００００個のフレームが各ノードから送信される。そして、ＮとＨの関係は、Ｎ×Ｈ＝１００００００を満たす範囲で適宜設定可能である。例えば、Ｎ＝１２５個・Ｈ＝８ｋＨｚや、Ｎ＝４個・Ｈ＝２５０ｋＨｚなどとすることができる。
【００５１】
さて、あるフレームがネットワーク内を１周する、すなわち、ネットワーク内の全ノードまで展開される時間（１サイクルの所要時間）をＴとする。すると、あるフレームが送信元ノードから実際に送信されてから送信先ノードまで送信されるのに要する時間は、Ｔ未満となる。
【００５２】
また、あるノードでフレームの送信要求があってから実際に送信されるまでには、送信タイミングが得られるまでの待ち時間が発生する。この待ち時間Ｍは、そのノードに割り当てられたフレームの間隔の最大値より小さくなる。フレーム間隔の最大値は、１サイクルに１回の送信タイミングしか与えられていない場合に、上記のＴと等しくなる。
【００５３】
したがって、あるノードで送信要求があってから、そのフレームが送信先のノードまでに到達するのに要する最長時間（最悪転送遅延時間）Ｗは、Ｗ＜Ｔ＋Ｍ＝２Ｔとなる。
【００５４】
最悪転送遅延時間として、８μｓが要求される場合には、Ｔ＝４μｓ以下とする必要がある。すなわち、Ｈ＝２５０ｋＨｚ以上とする必要があることが分かる。このように、必要とするリアルタイム性に合わせて、送信順序テーブルを適宜設計することができる。
【００５５】
＜通信帯域の割り当て＞
次に、具体的な送信順序テーブルを用いて、各ノードに割り当てる通信帯域を容易に設定可能であることを説明する。
【００５６】
図８は、ノード数が４であり、１サイクルあたり８個のフレーム送出として定義された送信順序テーブルである。ここでは、４つのノードにはそれぞれ均等にフレーム送出機会が与えられており、したがって各ノードに割り当てられる通信帯域は均等になる。例えば、ネットワーク帯域を１Ｇｂｐｓとすると、各ノードに与えられる帯域は、１Ｇｂｐｓ／８×２＝２５６Ｍｂｐｓとなることが分かる。
【００５７】
各ノードに割り当てる通信帯域を変える場合には、必要とする通信帯域が多いノードに対して１サイクル内におけるフレーム送出機会を多く与えればよい。図９は、このように各ノードに与えるフレーム送出機会に差を設けた場合であり、１サイクルあたり、ノードＡは４回、ノードＢは２回、ノードＣ，Ｄは１回のフレーム送出機会を与えられている。
【００５８】
この場合、ノードＡは、１Ｇｂｐｓ／８×４＝５１２Ｍｂｐｓの通信帯域が与えられる。ノードＢは、１Ｇｂｐｓ／８×２＝２５６Ｍｂｐｓの通信帯域が与えられる。ノードＣ，Ｄには、１Ｇｂｐｓ／８＝１２８Ｍｂｐｓの通信帯域が与えられる。
【００５９】
＜実施形態の作用・効果＞
本実施形態においても、ネットワーク内における伝送遅延の最大値が決まり、送信データの到達遅延保証が可能となる。また、送信順序テーブルを用いて送信順序を管理するた
め、より柔軟な送信順序を設定することが可能である。例えば、ノードごとに割り当てる通信帯域を変えることを容易に行える。
【図面の簡単な説明】
【００６０】
【図１】本実施形態に係るデータ伝送システムの論理的ネットワークトポロジーを示す図である。
【図２】本実施形態に係るデータ伝送システムに採用可能な物理的なネットワークトポロジーの例を示す図である。
【図３】各ノードの機能構成を示す図である。
【図４】第１の実施形態における、フレーム送信制御処理の流れを示すフローチャートである。
【図５】第１の実施形態における具体的なフレーム送信制御の例を説明する図である。
【図６】第２の実施形態における送信順序テーブルの例を示す図である。
【図７】第２の実施形態における送信順序テーブルの例を示す図である。
【図８】第２の実施形態における送信順序テーブルの例を示す図である。
【図９】第２の実施形態における送信順序テーブルの例を示す図である。
【符号の説明】
【００６１】
１ データ伝送システム
２ ノード
２１ 受信インタフェース（Ｉ／Ｆ）
２２ 送信インタフェース（Ｉ／Ｆ）
２３ フレームスケジューラ
【特許請求の範囲】
【請求項１】
複数のノードが論理的なリング型ネットワークを形成するデータ伝送システムであって、
各ノードは、
固定長のフレームを送信するものであり、
上流ノードから受信したフレームを下流ノードへ転送するとともに、
あらかじめ定められたタイミングで自ノードからのフレームを送信する
ことを特徴とするデータ伝送システム。
【請求項２】
各ノードのフレーム送信タイミングは、あらかじめ定められた他ノードからのフレームを転送したタイミングの次のタイミングである
ことを特徴とする請求項１に記載のデータ伝送システム。
【請求項３】
各ノードのフレーム送信タイミングは、送信順序テーブルとしてあらかじめ定義されており、
各ノードは該送信順序テーブルにしたがってフレームの送信を行う
ことを特徴とする請求項１に記載のデータ伝送システム。
【請求項４】
前記送信順序テーブルには、必要とする通信帯域が多いノードほど、１周期内における送信回数が多く定められている
ことを特徴とする請求項３に記載のデータ伝送システム。
【請求項１】
複数のノードが論理的なリング型ネットワークを形成するデータ伝送システムであって、
各ノードは、
固定長のフレームを送信するものであり、
上流ノードから受信したフレームを下流ノードへ転送するとともに、
あらかじめ定められたタイミングで自ノードからのフレームを送信する
ことを特徴とするデータ伝送システム。
【請求項２】
各ノードのフレーム送信タイミングは、あらかじめ定められた他ノードからのフレームを転送したタイミングの次のタイミングである
ことを特徴とする請求項１に記載のデータ伝送システム。
【請求項３】
各ノードのフレーム送信タイミングは、送信順序テーブルとしてあらかじめ定義されており、
各ノードは該送信順序テーブルにしたがってフレームの送信を行う
ことを特徴とする請求項１に記載のデータ伝送システム。
【請求項４】
前記送信順序テーブルには、必要とする通信帯域が多いノードほど、１周期内における送信回数が多く定められている
ことを特徴とする請求項３に記載のデータ伝送システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−３３５１４（Ｐ２００９−３３５１４Ａ）
【公開日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願番号】特願２００７−１９５８４９（Ｐ２００７−１９５８４９）
【出願日】平成１９年７月２７日（２００７．７．２７）
【出願人】（５０２０８７４６０）株式会社トヨタＩＴ開発センター (232)
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
【公開日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願日】平成１９年７月２７日（２００７．７．２７）
【出願人】（５０２０８７４６０）株式会社トヨタＩＴ開発センター (232)
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【Ｆターム（参考）】
[ Back to top ]