(57)【特許請求の範囲】
【請求項１】
複数のノードを具備する同期通信ネットワークにおけるデータ送信方法であり、スーパーフレームが前記ネットワーク上においてネットワークサイクルに基づいて通信されるとともに複数のフレームを含み、各フレームが前記ノードの１つに関連付けられる方法であって、
各フレームは、ノード自身のデータセクションと反復データセクションとを含むペイロード部分自体を含み、
前記複数のノードは、少なくとも１つの中継ノードを有し、該中継ノードは、少なくとも１つのシンクノードに送信される必要のある当該中継ノード自身のデータを生成するアプリケーションと関連付けられ、
前記中継ノードは：
−他のノードから到着するフレームを受信する受信ステップと；
−反復データを取得するのを可能にするために、前記受信したフレームからデータの所定の部分を読み出す読出ステップと；
−新しいフレームの反復データセクションに前記反復データを書き込む反復データ書込ステップと；
−前記新しいフレームのノード自身のデータセクションに前記中継ノード自身のデータを書き込む書込ステップと；
−前記新しいフレームを送信する送信ステップと、を有し、
前記反復データ書込ステップは、各ノードに対する前記反復データセクションのデータを再送するか否かを示す再送信マトリクスに基づいて実行され、
再送信されるデータが前記読出ステップ中に読み出されなかったために欠落している場合、欠落しているデータの代わりに前記新しいフレームの前記反復データセクションにパディングデータを書き込む
ことを特徴とする方法。
【請求項２】
反復データを取得するために使用される前記読出ステップにおいて、前記受信したフレームの前記ノード自身のデータセクションのデータの所定の部分のみが読み出される
ことを特徴とする請求項１記載の方法。
【請求項３】
反復データを取得するために使用される前記読出ステップは、各ノードに対する前記ノード自身のデータセクションのデータを送信するか否かを示す送信マトリクスに基づいて実行される
ことを特徴とする請求項１又は２記載の方法。
【請求項４】
各フレームの前記ノード自身のデータセクションは、所定の数のチャンクと呼ばれるデータブロックを含み、ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記ノード自身のデータセクションで送信されるべきか、
−前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記ノード自身のデータセクションで送信されるべきではないかを指示する
ことを特徴とする請求項３記載の方法。
【請求項５】
各フレームの前記ノード自身のデータセクションは、所定の数のチャンクと呼ばれるブロックを含み、ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記再送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記反復データセクションで再送信されるべきではないか、
−前記順序ｉに関連付けられ且つ現在のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記反復データセクションで再送信されるべきか、
−前記順序ｉに関連付けられ且つ直前のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記反復データセクションで再送信されるべきかを指示する
ことを特徴とする請求項１記載の方法。
【請求項６】
受信した前記フレームの前記データをメモリに格納する格納ステップ
を更に含み、
前記読出ステップにおいて、前記反復データが前記メモリにおいて読み出される
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、前記受信したフレームの前記データを格納する各格納ステップは、各フレームのチャンク毎に、
−前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、前記チャンクを前記メモリに格納する
ことを特徴とする請求項６記載の方法。
【請求項８】
各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、前記受信したフレームの前記データを格納する前記格納ステップは、各フレームのチャンク毎に、
−前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、既に受信及び格納されているチャンクと前記受信したチャンクの品質が比較され、少なくとも１つの品質基準に従って最良の品質を有する前記チャンクをメモリに格納する
ことを特徴とする請求項６記載の方法。
【請求項９】
通信ネットワークからダウンロードが可能であるか、コンピュータが読み取り可能な媒体に記録されるか、プロセッサにより実行されるか、の少なくともいずれかに該当するコンピュータプログラムであって、コンピュータで実行される時に請求項１乃至８のいずれか１項に記載の方法を実現するためのコンピュータプログラム。
【請求項１０】
全体又は部分的に取り外し可能であってもよく、コンピュータにより読み出し可能であってもよく、請求項１乃至８のいずれか１項に記載の方法を実現するために前記コンピュータにより実行可能な命令の集合を格納可能な記憶手段。
【請求項１１】
複数のノードを具備する同期通信ネットワークに含まれる複数のノードに属する中継ノードであり、スーパーフレームは、前記ネットワーク上においてネットワークサイクルに基づいて通信されるとともに複数のフレームを含み、各フレームが前記ノードの１つに関連付けられ、前記複数のノードは、少なくとも１つの第１の送信側ノードを有し、該第１の送信側ノードは、少なくとも１つの第１のシンクノードに送信される必要のある当該第１の送信側ノード自身のデータを生成する第１のジェネレータアプリケーションと関連付けられ、前記中継ノードは、少なくとも１つの第２のシンクノードに送信される必要のある当該中継ノード自身のデータを生成する第２のジェネレータアプリケーションと関連付けられ、前記中継ノードは：
−各フレームが、ノード自身のデータセクションと反復データセクションとを含むペイロード部分自体を含み、他のノードから到着するフレームを受信する受信手段と；
−反復データを取得するのを可能にするために、前記受信したフレームからデータの所定の部分を読み出す読出手段と；
−新しいフレームの反復データセクションに前記反復データを書き込む反復データ書込手段と；
−前記新しいフレームのノード自身のデータセクションに前記中継ノード自身のデータを書き込む書込手段と；
−前記新しいフレームを送信する送信手段と
を具備し、
前記反復データ書込手段は、各ノードに対する前記反復データセクションのデータを再送するか否かを示す再送信マトリクスに基づいて前記反復データの書き込みを実行し、
再送信されるデータが前記読出手段に読み出されなかったために欠落している場合、欠落しているデータの代わりに前記新しいフレームの前記反復データセクションにパディングデータを書き込む
ことを特徴とする中継ノード。
【請求項１２】
反復データを取得するために使用される前記読出手段は、前記受信したフレームの前記ノード自身のデータセクションのデータの所定の部分のみを読み出す
ことを特徴とする請求項１１記載の中継ノード。
【請求項１３】
反復データを取得するために使用される前記読出手段は、ノード毎に前記ノード自身のデータセクションのデータを送信するか否かを示す送信マトリクスを具備する
ことを特徴とする請求項１１又は１２記載の中継ノード。
【請求項１４】
各フレームのノード自身のデータセクションは、所定の数のチャンクと呼ばれるデータブロックを含み、ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記ノード自身のデータセクションで送信されるべきか、
−前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記ノード自身のデータセクションで送信されるべきではないかを指示する
ことを特徴とする請求項１３記載の中継ノード。
【請求項１５】
各フレームの前記ノード自身のデータセクションは、所定の数のチャンクと呼ばれるブロックを含み、ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記再送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記反復データセクションで再送信されるべきではないか、
−前記順序ｉに関連付けられ且つ現在のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記反復データセクションで再送信されるべきか、
−前記順序ｉに関連付けられ且つ直前のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられる前記フレームの前記反復データセクションで再送信されるべきかを指示する
ことを特徴とする請求項１１記載の中継ノード。
【請求項１６】
前記中継ノードは、受信した前記フレームの前記データをメモリに格納する格納手段
を具備し、
前記読出手段は、前記メモリにおいて前記反復データを読み出す
ことを特徴とする請求項１１乃至１５のいずれか１項に記載の中継ノード。
【請求項１７】
各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、前記受信したフレームの前記データを格納する前記格納手段は、格納ポリシーに従って、各フレームのチャンク毎に、
−前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、前記チャンクを前記メモリに格納する
ことを特徴とする請求項１６記載の中継ノード。
【請求項１８】
各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、前記受信したフレームの前記データを格納する前記格納手段は、格納ポリシーに従って、各フレームのチャンク毎に、
−前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、既に受信及び格納されているチャンクと前記受信したチャンクの品質が比較され、少なくとも１つの品質基準に従って最良の品質を有する前記チャンクをメモリに格納する
ことを特徴とする請求項１６記載の中継ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、同期メッシュネットワークにおけるデータ送信の分野に関する。
【０００２】
本発明は、特に、６０ＧＨｚの無線伝送システムにおけるデータ送信に適用されるが、それに限定されない。６０ＧＨｚの無線伝送システムは、高ビットレートでの短距離のデータ送信に特に適する。例えば、このような伝送システムは、「ホームシネマ」の種々の要素間の接続に非常に適する。この用途の場合、伝送範囲は約１０メートルに制限されるが、使用されるビットレートは非常に高く、送信される情報（オーディオ情報及びビデオ情報の双方）の特性及びその情報の解像度の高さのために１ギガビット／秒を超えることがある。６０ＧＨｚのシステムにおけるデータ送信に必要な電力を制限するために、電子的に制御可能なアンテナを使用するのが好ましい。それらアンテナは、データの送信や受信の角度（向き）を少なくとも規定するようにアクティブ化される電磁ポイントマトリクスアンテナにより形成される。この種の通信ネットワークにおいては、いくつかの並列する音声映像アプリケーションを同時に同調してサポートできる必要がある。
【０００３】
そのようなネットワークは、例えば、以下の通りである：
−無線スピーカを有する「ホームシネマ」ネットワーク（ポイントツーマルチポイントネットワーク）；
−表示装置に接続された複数のビデオソースに基づくネットワーク（マルチポイントツーポイントネットワーク）；
−複数の表示装置に接続された複数のビデオソースに基づくネットワーク（マルチポイントツーマルチポイントネットワーク）。
【０００４】
同期メッシュネットワークにおいて、ＭＡＣ（Medium access control）層で時間間隔の所定のシーケンスが存在する。ＭＡＣ層は、物理媒体へのアクセス権を管理し、ＯＳＩ参照モデルのレイヤ２に対応するデータリンクレベルの一部であることが分かるであろう。各ノードは、割り当てられた時間間隔又はホップの間にデータを送出できる。各ホップ中、データは、以下においてＭＡＣフレーム（又はパケット）と呼ばれる固定サイズのフレームで送出される。言い換えれば、同期メッシュネットワークは、このネットワーク上でのデータ送信に関するネットワークサイクルを規定するクロッキングを適用する。スーパーフレームは、各ネットワークサイクルの一部を形成し、各々が１つのノードと関連付けられる複数のフレームを含む。
【０００５】
従って、そのような同期ネットワークの同期特性を維持するために、データの送信に対して固定の時間制限を有する必要がある。
【０００６】
更に、多くの場合、メッシュネットワークは１００％信頼できない。これは、特に無線ネットワークにおける送信が干渉及びシャドウイングの影響を受け易いために信頼できない。しかし、それだけに限定されない。
【０００７】
本発明は、特に、同期無線メッシュネットワークにおけるデータリンクレベルでの送受信の信頼性を向上することに関する。
【背景技術】
【０００８】
メッシュネットワークにおける送信の信頼性を向上させる一般的な周知の技術が３つ存在する。
【０００９】
ＡＲＱ（Automatic Repeat Request）技術と呼ばれる第１の周知の技術においては、受信機は、エラー又は欠落しているパケットを検出した場合に送信側に再送信を自動的に要求する。この第１の周知の技術（ＡＲＱ）は、単に時間ダイバーシティ（同一データが異なる時点で送信される）を導入する。従って、この技術は、送信側と受信側との間の送信条件が異なる時点で同一でない場合に有利である。
【００１０】
しかし、これは転送時間が一定でないため（再送信数が増加すると転送時間は更に長くなる）、同期メッシュネットワークに適用できない。例えば、転送時間は、送信エラーがない場合はＴとなり、再送信を必要とするエラーがある場合はＴ＋ｎとなり、ｋ−１回の再送信に対してエラーがある場合はＴ＋ｋ×ｎとなる。
【００１１】
更に、第１の従来技術（ＡＲＱ）は、最初に送信する送信機と必要に応じて再送信する送信機とが同一であるため、空間ダイバーシティを導入しない。従って、これは、静止した障害物又はゆっくり移動する障害物からのシャドウイングに対して効率的ではない。すなわち、送信側と受信側との間の送信の条件が異なる時点で同一のままである場合は効率的ではない。
【００１２】
最後に、この第１の周知の技術（ＡＲＱ）は、再送信要求及び対応する肯定応答の送出、並びにそれら肯定応答の受信に対するアンテナの方向付けのために、ネットワークにオーバヘッドを付加するという欠点を有する。
【００１３】
システマテック再送信技術（Systematic retransmission technique）と呼ばれる第２の周知の技術においては、送信側は各パケットを計画的に送信する。
【００１４】
この第２の周知の技術は、第１の周知の技術（ＡＲＱ）と比較すると、一定の転送時間を可能にするため、同期メッシュネットワークに適用できるという利点を有する。
【００１５】
しかし、第１の周知の技術（ＡＲＱ）と同様に、この技術は、時間ダイバーシティを導入するが、最初に送信する送信機とシステマテックに再送信する送信機とが同一であるため、空間ダイバーシティを導入しない。従って、この技術もまた、静止した障害物又はゆっくり移動する障害物からのシャドウイングに対して効率的ではない。すなわち、送信側と受信側との間の送信の条件が異なる時点で同一のままである場合は効率的ではない。
【００１６】
システマテックデータ中継技術（Systematic data relay technique）と呼ばれる第３の周知の技術においては、ノードは、以前に受信したデータを再送信するために、割り当てられた時間間隔又はホップのうちのいくつかを使用する際に中継器の役割を果たす。言い換えれば、中継ノードが送出するフレームのうちのいくつかは中継ノードのデータのみを含み、他のフレームは再送信データのみを含む。
【００１７】
この第３の周知の技術は、第１の周知の技術（ＡＲＱ）と比較すると、一定の転送時間を提供できるので同期メッシュネットワークに適用できるという利点を有する。
【００１８】
更にこの第３の周知の技術は、デュアルダイバーシティ、すなわち、時間ダイバーシティ及び空間ダイバーシティを導入する（同一のデータが異なるノードにより異なる時点で送出される）。
【００１９】
しかし、中継ノードがデータを送信する時間間隔の間にそのノード自体のデータを送信できないため、この技術は最適ではない。従って、中継ノードの反応性は低い。更に、所定のネットワークサイクルにおいて、中継ノードは先行するネットワークサイクルにおいて受信したデータのみを送信できるため、受信の際のネットワークの待ち時間は長くなる。
【発明の開示】
【発明が解決しようとする課題】
【００２０】
本発明の目的は、少なくとも１つの実施形態において、特に従来技術のそれら種々の欠点を克服することである。
【００２１】
より詳細には、本発明の少なくとも１つの実施形態において、（干渉やシャドウイングの少なくともいずれかが発生した場合の）送信の信頼性の向上を可能にし、それと同時にネットワークの同期特性を維持する同期通信ネットワークにおけるデータ送信の技術を提供することが１つの目的である。
【００２２】
また、本発明の少なくとも１つの実施形態の目的は、受信の際のネットワークの待ち時間を最適化するためにその種の技術を提供することである。
【００２３】
本発明の少なくとも１つの実施形態の別の目的は、容易に実現可能であり且つ自動的に動作するその種の技術を提供することである。
【課題を解決するための手段】
【００２４】
本発明の特定の一実施形態は、複数のノードを具備する同期通信ネットワークにおけるデータ送信方法であり、スーパーフレームがネットワーク上においてネットワークサイクルに基づいて通信されるとともに複数のフレームを含み、各フレームが前記ノードの１つに関連付けられる方法を提案する。各フレームは、ノード自身のデータセクションと反復データセクションとを含むペイロード部分自体を含む。前記複数のノードは、少なくとも１つの中継ノードを有し、該中継ノードは、少なくとも１つのシンクノードに送信される必要のある当該中継ノード自身のデータを生成するアプリケーションと関連付けられる。中継ノードは、以下のステップを実行する：
−他のノードから到着するフレームを受信する受信ステップ；
−反復データを取得するのを可能にするために、受信したフレームからデータの所定の部分を読み出す読出ステップ；
−新しいフレームの反復データセクションに前記反復データを書き込む反復データ書込ステップ；
−前記新しいフレームのノード自身のデータセクションに前記中継ノード自身のデータを書き込む書込ステップ；
−前記新しいフレームを送信する送信ステップ。
前記反復データ書込ステップは、各ノードに対する前記反復データセクションのデータを再送するか否かを示す再送信マトリクスに基づいて実行され、再送信されるデータが前記読出ステップ中に読み出されなかったために欠落している場合、欠落しているデータの代わりに前記新しいフレームの前記反復データセクションにパディングデータを書き込む。
【００２５】
従って、本発明の一般的な原理は、同一フレームで中継ノードのデータ（ノード自身のデータセクション）及び再送信データ（反復データセクション）を送出するのに使用されるフレーム構造を使用する少なくとも１つの中継ノードによるデータのシステマテックな再送信から構成される。これにより、データの分割によるマルチパス送信を提供する。
【００２６】
この技術により、ネットワークの同期特性を維持し（転送時間が一定である）、それと同時に時間及び空間のデュアルダイバーシティ（同一データが異なるノードにより異なる時点で送信される）を導入することが可能となり、送信の信頼性を向上する（干渉及び／又はシャドウイングが発生した場合）。
【００２７】
尚、中継ノードの数が増加すると、空間ダイバーシティ及び時間ダイバーシティは更に増加する。
【００２８】
上述の第３の周知の技術（ノード自身のデータ及び再送信データを同一フレームに混在させずにデータをシステマテックに中継する）と比較すると、本発明の技術は、反応性が高く、ノードは各サイクルにおいてノード自身のデータを送信できる。例えば、２つのノード間の要求／応答プロトコルの一実現例の場合、要求送信先ノードは、各サイクルにおいて応答する機会があり、それと同時に再送信データの送出に関係する空間ダイバーシティの機能を達成する。
【００２９】
反復データを取得するために使用される前記読出ステップにおいて、受信したフレームのノード自身のデータセクションのデータの所定の部分のみが読み出されるのが有利である。
【００３０】
このように、待ち時間は更に短縮される。実際には、新しいフレームで再送信されるデータは、別の中継ノードにより既に再送信されたデータではない。
【００３１】
反復データを取得するために使用される前記読出ステップは、各ノードに対するノード自身のデータセクションのデータを送信するか否かを示す送信マトリクスに基づいて実行されるのが有利である。
【００３２】
有利な特性によると、各フレームのノード自身のデータセクションは、所定の数のチャンクと呼ばれるデータブロックを含む。ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−順序ｉのチャンクが前記ノードに関連付けられるフレームのノード自身のデータセクションで送信されるべきか、
−順序ｉのチャンクが前記ノードに関連付けられるフレームのノード自身のデータセクションで送信されるべきではないかを指示する。
【００３４】
各フレームのノード自身のデータセクションは、所定の数のチャンクと呼ばれるブロックを含むのが有利である。ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記再送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−順序ｉのチャンクが前記ノードに関連付けられるフレームの反復データセクションで再送信されるべきではないか、
−順序ｉに関連付けられ且つ現在のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられるフレームの反復データセクションで再送信されるべきか、
−順序ｉに関連付けられ且つ直前のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられるフレームの反復データセクションで再送信されるべきかを指示する。
【００３７】
方法は、受信したフレームのデータをメモリに格納する格納ステップを含み、前記読出ステップにおいて、前記反復データが前記メモリにおいて読み出されるのが有利である。
【００３８】
第１の有利な実施形態において、各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、受信したフレームのデータを格納する各格納ステップは、各フレームのチャンク毎に、前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、前記チャンクを前記メモリに格納する。
【００３９】
第２の有利な実施形態において、各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、受信したフレームのデータを格納する前記格納ステップは、各フレームのチャンク毎に、前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、既に受信及び格納されているチャンクと前記受信したチャンクの品質が比較され、少なくとも１つの品質基準に従って最良の品質を有する前記チャンクをメモリに格納する。
【００４０】
第２の実施形態は、第１の実施形態より僅かに複雑である。しかし、これは再送信されたチャンクの品質の向上に使用される。従って、受信時に行なわれる誤り訂正の品質が向上する。
【００４２】
別の実施形態において、本発明は、通信ネットワークからダウンロードが可能であるか、コンピュータが読み取り可能な媒体に記録されるか、プロセッサにより実行されるか、の少なくともいずれかに該当するコンピュータプログラムに関し、前記コンピュータプログラムは、コンピュータ上で実行される時に、上記送信方法、上記受信方法の少なくともいずれかを実現する。
【００４３】
別の実施形態において、本発明は、全体又は部分的に取り外し可能であってもよく、コンピュータにより読み出し可能であってもよく、上記送信方法、上記受信方法の少なくともいずれかを実現するために前記コンピュータにより実行可能な命令の集合を格納可能な記憶手段に関する。
【００４４】
別の実施形態において、本発明は、複数のノードを具備する同期通信ネットワークに含まれる複数のノードに属する中継ノードに関し、スーパーフレームはネットワーク上においてネットワークサイクルに基づいて通信されるとともに複数のフレームを含み、各フレームは前記ノードの１つに関連付けられ、前記複数のノードは、少なくとも１つの第１の送信側ノードを有し、該第１の送信側ノードは、少なくとも１つの第１のシンクノードに送信される必要のある当該第１の送信側ノード自身のデータを生成する第１のジェネレータアプリケーションと関連付けられ、前記中継ノードは、少なくとも１つの第２のシンクノードに送信される必要のある当該中継ノード自身のデータを生成する第２のジェネレータアプリケーションと関連付けられる。前記中継ノードは：
−各フレームが、ノード自身のデータセクションと反復データセクションとを含むペイロード部分自体を含み、他のノードから到着するフレームを受信する受信手段と；
−反復データを取得するのを可能にするために、受信したフレームからデータの所定の部分を読み出す読出手段と；
−新しいフレームの反復データセクションに前記反復データを書き込む反復データ書込手段と；
−前記新しいフレームのノード自身のデータセクションに前記中継ノード自身のデータを書き込む書込手段と；
−前記新しいフレームを送信する送信手段とを具備し、
前記反復データ書込手段は、各ノードに対する前記反復データセクションのデータを再送するか否かを示す再送信マトリクスに基づいて前記反復データの書き込みを実行し、
再送信されるデータが前記読出手段に読み出されなかったために欠落している場合、欠落しているデータの代わりに前記新しいフレームの前記反復データセクションにパディングデータを書き込む。
【００４５】
反復データを取得するために使用される前記読出手段は、受信したフレームのノード自身のデータセクションのデータの所定の部分のみを読み出すのが有利である。
【００４６】
反復データを取得するために使用される前記読出手段は、ノード毎にノード自身のデータセクションのデータを送信するか否かを示す送信マトリクスを具備するのが有利である。
【００４７】
有利な特性によると、各フレームのノード自身のデータセクションは、所定の数のチャンクと呼ばれるデータブロックを含み、ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−順序ｉのチャンクが前記ノードに関連付けられるフレームのノード自身のデータセクションで送信されるべきか、
−順序ｉのチャンクが前記ノードに関連付けられるフレームのノード自身のデータセクションで送信されるべきではないかを指示する。
【００４９】
各フレームのノード自身のデータセクションは所定の数のチャンクと呼ばれるブロックを含み、ｉ∈［１，Ｍ］であり且つＭがスーパーフレーム毎のチャンクの最大数である場合に、前記再送信マトリクスは、ノード毎の各チャンクの順序ｉに対して、
−順序ｉのチャンクが前記ノードに関連付けられるフレームの反復データセクションで再送信されるべきではないか、
−順序ｉに関連付けられ且つ現在のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられるフレームの反復データセクションで再送信されるべきか、
−順序ｉに関連付けられ且つ直前のスーパーフレームで受信されたチャンクを取得する際に、前記順序ｉのチャンクが前記ノードに関連付けられるフレームの反復データセクションで再送信されるべきかを指示するのが有利である。
【００５１】
前記中継ノードは、受信したフレームのデータをメモリに格納する格納手段を具備し、前記読出手段は、前記メモリにおいて前記反復データを読み出すのが有利である。
【００５２】
第１の実施形態において、各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、受信したフレームのデータを格納する前記格納手段は、格納ポリシーに従って、各フレームのチャンク毎に、前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、前記チャンクを前記メモリに格納する。
【００５３】
第２の有利な実施形態において、各フレームは、所定の数のチャンクと呼ばれるデータブロックを含み、受信したフレームのデータを格納する前記格納手段は、格納ポリシーに従って、各フレームのチャンク毎に、前記チャンクが受信データの欠落のために書き込まれたパディングチャンクの場合、該パディングチャンクを前記メモリに書き込まず、前記チャンクが前記パディングチャンクではない場合、既に受信及び格納されているチャンクと前記受信したチャンクの品質が比較され、少なくとも１つの品質基準に従って最良の品質を有する前記チャンクをメモリに格納する。
【発明を実施するための最良の形態】
【００５５】
本発明の実施形態の他の特徴及び利点は、以下の限定しない例として示される以下の説明（本発明の実施形態は以下に説明される実施形態の特徴及び利点に限定されない）及び添付の図面から明らかとなるだろう。
【００５６】
本明細書の全ての図において、同一の要素及びステップは同一の図中符号により示される。
【００５７】
図１に示す５．１タイプの「ホームシネマ」又は「ホームシアター」ネットワークである通信ネットワーク１０００において、本発明の特定の一実施形態に係る送受信方法の特定の応用例を以下に示す。勿論、本発明は、７．１タイプの「ホームシネマ」ネットワークにおいても適用できる。
【００５８】
本発明の少なくとも１つの他の実施形態に係る方法は、いくつかの並列する同期アプリケーションを同時に実現する必要がある任意の通信ネットワークにおいて実現される。通信ネットワークは、例えば、以下のネットワークのうちの１つである：
−表示装置に接続された複数のメディアソースに基づくネットワーク（マルチポイントツーポイントネットワーク）；
−複数の表示装置に接続された複数のメディアソースに基づくネットワーク（マルチポイントツーマルチポイントネットワーク）。
【００５９】
５．１ホームシネマネットワーク１０００において、スピーカは、メッシュ無線ネットワーク１０１によりオーディオソースに接続される。
【００６０】
５．１ホームシネマネットワーク１０００は、オーディオビデオソース端末１０２（例えば、ＤＶＤリーダ）、テレビ画面１０３、中央スピーカ１０４と呼ばれる第１のスピーカ１０４、サブウーファ１０５と呼ばれる第２のスピーカ１０５、フロントレフトスピーカ１０６と呼ばれる第３のスピーカ１０６、フロントライトスピーカ１０７と呼ばれる第４のスピーカ１０７、ライトアンビエンススピーカ１０８と呼ばれる第５のスピーカ１０８、レフトアンビエンススピーカ１０９と呼ばれる第６のスピーカ１０９を含む。各スピーカは、ソース端末１０２により出力される６つのオーディオチャネルのうちの１つを再生する。
【００６１】
メッシュ無線ネットワーク１０１を構築するために、本発明は、以下においてＷＳＣ（Wireless Surround Controller）ノード１１０と呼ばれる無線アンビエンスコントローラ１１０、並びに以下においてＷＡＳノード（Wireless Active Speaker）１１１と呼ばれる第１のアクティブ無線ノード１１１、第２のアクティブ無線ノード１１１、第３のアクティブ無線ノード１１１、第４のアクティブ無線ノード１１１、第５のアクティブ無線ノード１１１、第６のアクティブ無線ノード１１１を使用する。各ＷＡＳノードは、上述したスピーカの１つと関連付けられる。
【００６２】
ＷＡＳノード１１１の機能は、無線メッシュノード１０１においてそのＷＡＳノードが関連付けられるスピーカとＷＳＣノード１１０との間のインタフェースをセットアップすることである。各ＷＡＳノード１１１は、各々が同軸ケーブル１１６により関連付けられるスピーカに接続される。ケーブル１１６は、所定のＷＡＳノード１１１に対して、（ＷＡＳノード又はスピーカにおける）増幅器及びデジタル／アナログ変換器の場所により決まるデジタル又はアナログオーディオ信号を搬送する。
【００６３】
ＷＡＳノード１１１及びＷＳＣノード１１０は、電源コネクタ１１３（図１において、この電源コネクタはノード１１０、１１１の各々に対して表されていない）によりそれぞれ電力が供給され、無線通信を実現するための１つのアンテナ１１２をそれぞれ含む。アンテナ１１２は、電子的に制御される電磁アンテナであるのが好ましい。
【００６４】
ＷＳＣノード１１０は、ケーブル１１５を介してオーディオビデオソース端末１０２により送信されるオーディオビデオストリームを受信する。その後、ＷＳＣノード１１０は、受信したオーディオビデオストリームから得られるデジタルビデオデータを無線通信を介して全てのスピーカに送信し、受信したオーディオビデオストリームのデジタルビデオデータをケーブル１１４を介してテレビ画面１０３に送信する。例えば、ケーブル１１４及び１１５は、ＨＤＭＩ（High Definition Multimedia Interface）プロトコルに準拠するケーブルである。ソース端末１０２又はＷＳＣノード１１０は、各チャネルのオーディオデータサンプルを識別及び分離するためにオーディオチャネル復号器を具備する。更に、ソース端末１０２又はＷＳＣノード１１０は、アンビエンスプロセッサを含み、部屋の音響特性の機能としてオーディオサンプルに変更を適用する。
【００６５】
システムを更に小型化するために、ＷＳＣノード１１０がソース端末１０２に一体化されてもよく、各ＷＡＳノード１１１がそのＷＡＳノードが関連付けられるスピーカに一体化されてもよい。
【００６６】
本発明のネットワーク１０００において、以下の時間の制約が重要である：
−同一のオーディオビデオコンテンツから得られるオーディオ信号とビデオ信号との間の相対的なタイムラグが最小限にされる必要がある；
−種々のスピーカからの送信の間（オーディオチャネル間）の相対的なタイムラグが最小限にされる必要がある。
【００６７】
一般に「リップシンク（lip Synchronization）」と呼ばれる同一のオーディオビデオコンテンツから得られるオーディオ信号とビデオ信号との間の相対的な時間シフトが最小限にされる必要がある。ユーザの快適さのために、オーディオ信号とビデオ信号との間の相対的なタイムラグは、−３０ｍｓから＋１００ｍｓの範囲内である必要がある。無線接続の場合、無線送信機／無線受信機は送信に起因するタイムラグを追加する。オーディオ信号はビデオ信号に対してずれる。このずれが１００ミリ秒より大きくなる場合、ソース端末１０２の出力においてビデオ信号を遅延させる必要がある。
【００６８】
ホームシネマネットワーク１０００において、ユーザが該当する受信基地とスピーカとの距離は、一般に、スピーカによって変動すると考えられる。空気中の音の伝播速度（約３４３ｍ／ｓ）のために、スピーカから受信基地までの音波の伝播時間は、オーディオチャネル毎に異なる。例えば、２つのオーディオチャネル間の３４ｃｍの伝播経路の違いは、２つのオーディオチャネル間の受信時に１ｍｓのタイムラグになる。従って、許容できる相対的なタイムラグ（すなわち、１００μｓ未満）を維持するために、殆どのホームシネマシステムは、それらタイムラグを自動的に補正する機構を実現する。
【００６９】
メッシュネットワーク１０１の導入の際には、時間の制約に準拠することに特に注意するべきである。本発明は、ネットワークにおける送信時間が固定されることを保証する。更に、ネットワーク１０００において、距離の影響に起因するタイムラグの補正は、ＷＡＳ１１１の出力において行なわれる。
【００７０】
各ＷＡＳノード１１１は、そのコンシューマ（受信機）アプリケーション層でオーディオサンプルを同時に出力する。このオーディオサンプルは、ＷＡＳノードに共通の固定の遅延後、ＷＳＣ１１０のジェネレータ（又は送信側）アプリケーションから到着する。距離の影響に起因したタイムラグは、増幅段階に入る前に各ＷＡＳノードにおいて補償される。
【００７１】
この図１のネットワーク１０００において、１対Ｎ（Ｎ＝６）タイプの通信（すなわち、ポイントツーマルチポイント通信）は、ＷＳＣノード１１０から６つのＷＡＳノード１１１に対して行なわれる。ＷＳＣノード及びＷＡＳノードの各々は、データを送出（又は送信）及び受信でき、それによりＮ対Ｎ、すなわちマルチポイントツーマルチポイント通信がセットアップされるのが有利である。
【００７２】
本発明に係る送受信方法（図２ａ及び図１１〜図１４を参照して更に詳細に説明する）は、ＷＳＣノード１１０及びＷＡＳノード１１１等のネットワーク１０００のいくつかのマシンにおいて実行されるソフトウェアプログラムや複数のソフトウェアサブプログラム（以下に説明する複数のアルゴリズムを含む）の少なくともいずれかの形態で実現される。
【００７３】
図２ａは、本発明の特定の一実施形態を示す一般的なアルゴリズムを示す。このアルゴリズムは、スーパーフレーム３００の間にＭＡＣ（Medium access control）フレームを送受信するために実行されるステップを示す。スーパーフレームの構造については、図３を用いて後述する。
【００７４】
最初のステップ２００において、スーパーフレームの開始を待つ。スーパーフレーム開始信号の受信後（ステップ２０１）、フレームカウンタの中間値（又はホップ数中間値）はゼロに設定される（ステップ２０２）。この中間値は、スーパーフレームの異なるフレームをカウントする。
【００７５】
ステップ２０３において、上記マシンがフレームを送出する順番か又は受信する順番かを判定する。
【００７６】
上記マシンが受信する順番である場合、ＭＡＣフレーム３０１が所定のノードから受信され（ステップ２０４）、ＭＡＣフレームのノード自身（中継ノード自身）のデータセクションを処理するステップ２０５に進む。この目的のために、ｍｕｘ＿ｄｅｍｕｘレジスタ５１１（図６を参照して説明する）でチェックが行なわれ、ノード自身のデータセクションにおいてその所定のノードにより送信されたデータに対応するチャンク番号又は識別子を見つける。チャンク番号が周知である場合、それらチャンクはメモリのゾーンＴに格納される（図１０を参照してメモリの構造の一例を説明する）。ゾーンＴは現在のスーパーフレームに対応し、ゾーンＴ−１は直前のスーパーフレームに対応する。
【００７７】
ステップ２０６において、再送信データセクション又は中継データセクションとも呼ばれるＭＡＣフレームの反復データセクションが処理される。この処理は、所定のノードの反復データセクションに対応するチャンク番号を取得するために再送信マトリクス５１０を調査すること及びマトリクスの値の機能としてそれらチャンク番号をメモリのゾーンＴ又はＴ−１に格納することから成る。
【００７８】
フレームカウンタが増分されるステップ２１０に進む。
【００７９】
上述したステップ２０３に戻ると、送出する順番である場合、ステップ２０７に進み、送出されるＭＡＣフレームのノード自身のデータセクションが構築される。この目的のために、ＴＤＭ＿ＭＡＰレジスタの「ｆｕｎｃｔｉｏｎ」フィールド８０１でチェックが行なわれ、書き込みモードのローカルノードに割り当てられる仮想チャネルを見つける。従って、ゾーンＴ（現在のスーパーフレーム）のメモリで調査されるチャンク番号が取得される。それらチャンクはＭＡＣフレーム符号化モジュール４２４に書き込まれ、ステップ２０８に進む。
【００８０】
ステップ２０８において、送出されるＭＡＣフレームの反復データセクションが構築される。この目的のために、マトリクス５１０でチェックが行なわれ、再送信のためにローカルノードに割り当てられるチャンクを見つけ、それらチャンクが現在のフレームに属するか又は直前のスーパーフレームに属するかを調査する。それらチャンクは、メモリにおいて見つけられた後、ＭＡＣフレーム符号化モジュール４２４に追加される。
【００８１】
ステップ２０９において、ＭＡＣフレームが送出され、ステップ２１０においてフレームカウンタが増分される。
【００８２】
ステップ２１０に続くステップ２１１において、スーパーフレームの末尾に到達したかの調査が行なわれる。末尾に到達した場合、ステップ２００に戻る。末尾に到達していない場合、ステップ２０３に戻る。
【００８３】
図２ｂは、再送信方式の一例である。表２５０は、ノード毎にノード自身のデータセクション２５１と反復データセクション２５２とを規定する。
【００８４】
この例において、ノード０（２５３参照）は、ノード自身のデータとしてチャンク０〜１８を送出し、データを繰り返さない。ノード２（２５４参照）は、ノード自身のデータとして番号２０のチャンク、反復データの一部として現在のスーパーフレームのチャンク０〜２、並びに反復データの一部として直前のスーパーフレームのチャンク２４及び２５を送出する。
【００８５】
この例を実現するために、ｍｕｘ＿ｄｅｍｕｘレジスタ及び再送信マトリクスは、それに応じて埋められる必要がある。現在のスーパーフレームのチャンクを再送信する場合、事前にそれらチャンクを受信する可能性があることを監視する必要がある。例えば、チャンク２３はノード５により送信されるため、すなわち、ノード４のフレームの後に送信されるため、チャンク２３は、同一のスーパーフレームでノード４により再送信されない。
【００８６】
図３は、無線メッシュネットワーク１０１における送信のネットワークサイクル３１３を示す図である。
【００８７】
スーパーフレーム３００は、例えば、１ｍｓの期間である固定の期間のネットワークサイクル３１３の一部を形成する。この期間中、ネットワーク１０１の各ＷＳＣノード又はＷＡＳノードは、音声時間中に所定の送出シーケンスで無線メッシュネットワーク１０１においてＭＡＣフレームを送出する。従って、フレーム１は、ＷＳＣノード１１０により送出され、第２のフレーム（フレーム２）〜第７のフレーム（フレーム７）は、第１のＷＡＳノード〜第６のＷＡＳノードによりそれぞれ送出される。これら第１のＭＡＣノード〜第７のＭＡＣノードはスーパーフレーム３００を形成する。
【００８８】
スーパーフレーム３００の第１のフレーム（フレーム１）は、ＷＳＣノード１１０であるマスタノードからＭＡＣフレームを送出することに対応する。このフレームは開始フレーム（すなわちｈｅａｄ＿ｈｏｐ）と呼ばれる。ノードＷＡＳ１〜ＷＡＳ６はスレーブノードである。実際には、ＷＳＣノード１１０は、メッシュネットワーク１０１をクロック制御し、ネットワークサイクル開始信号２０３の生成に際してメッシュネットワークのサイクルを規定するネットワークのノードである。
【００８９】
各ＭＡＣフレームは、ＭＡＣヘッダ３０８及びペイロードデータフィールド３０９を有する。ＭＡＣヘッダ３０８は以下の３つのフィールドを有する：
−スーパーフレーム３００を識別し、ネットワークのノードに対してフレーム３０１〜３０７の割り当てを指示する「ＳＦ＿ｉｄ」フィールド３１０。例えば、第１のスーパーフレームはフレーム１をノード１に、フレーム２をノード２に、フレーム３をノード３に、フレーム４をノード４に、フレーム５をノード５に、フレーム６をノード６に、フレーム７をノード７に割り当てることができ、第２のスーパーフレームは異なる割り当てを有する。例えば、フレーム１がノード４に割り当てられ、フレーム２がノード１に割り当てられ、フレーム３がノード３に割り当てられ、フレーム４がノード１に割り当てられ、フレーム６がノード６に割り当てられ、フレーム７がノード５に割り当てられる；
−スーパーフレーム中のフレームのシーケンスにおいてＭＡＣフレームを識別する「ＭＦ＿ｉｄ」フィールド３１１；
−ＭＡＣフレームを送出するノードの識別子を含む「ＮＯＤＥ＿ｉｄ」フィールド３１２。
【００９０】
ペイロードデータフィールド３０９は、所定の長さの以下の２つのセクションを有する：
−ノードが送出するノード自身の送出データのために確保されたノード自身のデータセクション３１４；
−中継データ（元々は他のノードにより送信されたデータの再送信）のために確保された反復データセクション３１５。
【００９１】
送出するノードは、中継される受信データを事前にそのセクション３１５に配置する。
【００９２】
「ｉｎｔｅｒ＿ｆｒａｍｅ３１６．１〜３１６．７」で示されるフレーム間の待ち時間は、ネットワークの種々のノードにより生成されるジッタを吸収したり、送信モードと受信モードとを切り替えたり、又はアンテナの再方向付けを可能にしたりするために、フレーム１〜フレーム７のフレーム間で提供されるのが好ましい。
【００９３】
図４は、本発明の特定の一実施形態に係る無線メッシュネットワーク１０１の汎用ノード４００を示す図である。例えば、無線メッシュネットワーク１０１におけるＷＳＣノード及びＷＡＳノード各々は、汎用ノード４００と同一である。
【００９４】
汎用ノード４００は、以下の５つのモジュールを含む：
・データ送信（又は生成）モジュールからデータを取得し且つデータ受信（又は消費）モジュールにデータを提供又は提示する役割を果たすデータ提示モジュール４０１；
・メッシュネットワーク１０１のノード内でＴＤＭ時分割多重方式を実現する役割を果たすＴＤＭマネージャモジュール４０２ａ（このモジュール４０２ａは、データ提示モジュール４０１によりトランスポート層として使用される）；
・無線メッシュネットワーク１０１の実現を可能にし、ＴＤＭマネージャモジュール４０２ａの仮想チャネルの形式の構成と後述するＭＡＣ同期モジュール４０３のＭＡＣフレームの形式の構成との間の適応を行なうＭＡＣ適応モジュール４０２ｂ；更にＭＡＣ適応モジュール４０２ｂはデータ再送信を管理する。
【００９５】
・ＭＡＣ同期モジュール４０３は、メディアアクセスプロトコルＭＡＣを実現する。これは、ＦＥＣ（Forward Error Correction）による誤り訂正や、メディアへのアクセスの同期化を管理する。スレーブノードの場合、このモジュールはＴＤＭマネージャモジュール４０２ａのタイミングの同期を行なう。また、後述する無線モジュール４０４に向けられるか又は無線モジュール４０４から到着するデータの変調及び復調を実行する；
・無線モジュール４０４は、メディアへのアクセスのアナログ部分である。これは、ミリメートル波を使用して通信（送信／受信）するように適応される。
【００９６】
送信（又は生成）モジュールから得られるデータの一部は、Ｆｓ＿ＩＮで示される周波数で送信機（又はジェネレータ）アプリケーションにより同期ストリーム送信ＦＩＦＯ（ＳＳＴＦ）４０８の集合に格納される。
【００９７】
受信機アプリケーションに向けられるデータは、ＴＤＭバスマネージャ４１４によりＳＳＲＦｓ（Synchronous Stream Receive FIFOs）４０７の集合に格納される。これらデータの一部は、Ｆｓ＿ＯＵＴで示される周波数で受信機アプリケーションにより読み出される。
【００９８】
アプリケーションは、「同期メッセージ受信ＦＩＦＯ（ＳＭＲＦ：Synchronous Message Receive FIFOs）」４１０の集合と、同期メッセージ送信ＦＩＦＯ（ＳＭＴＦ：Synchronous Message Transmit FIFOs）４１１の集合とを含む送信／受信ＦＩＦＯの集合と、コマンドマネージャインタフェース４０９とを使用して制御コマンドを送受信できる。メッセージは、この目的のために確保されたＴＤＭ仮想チャネルを使用して送受信される。
【００９９】
汎用ノード４００は、ＴＤＭバスマネージャ４１４により使用される基準クロック４０５を含み、ＴＤＭサイクル及びネットワークサイクルを規定する。この基準クロックは、位相同期ループ（ＰＬＬ：phase-locked loop）４０６によっても使用され、周波数Ｆｓ＿ＯＵＴを生成する。
【０１００】
周波数Ｆｓ＿ＯＵＴを生成するための位相同期ループ（すなわち、ＰＬＬ）４０６の構成は、コマンドマネージャインタフェース４０９により達成される。汎用ノード４００の入力において、コマンドマネージャインタフェース４０９は、同期メッセージ送信ＦＩＦＯ４１１を介して周波数Ｆｓ＿ＩＮの値を検出し送信する。遠隔ノード（すなわち、ノード４００に対して遠隔）においては、この遠隔ノードのコマンドマネージャインタフェースは、この遠隔ノードの同期メッセージ受信ＦＩＦＯを介して周波数Ｆｓ＿ＩＮの値を受信する。従って、遠隔ノードは、同一の周波数の値を出力するための位相同期ループを構成できる。
【０１０１】
ＴＤＭバスマネージャ４１４は、データバス４３５を制御する。データバス４３５は、以下のＦＩＦＯ、すなわち、ＳＳＲＦ４０７、ＳＳＴＦ４０８、ＳＭＲＦ４１０、ＳＭＴＦ４１１と、ｎｕｌｌ値解析デバイス４１６と、ｎｕｌｌ値挿入デバイス４１８とを接続する。ＴＤＭバスマネージャ４１４は、ＴＤＭ仮想チャネル上にアプリケーションデータを配信する。この配信は、上述のＴＤＭマップレジスタＴＤＭ＿ＭＡＰ４１５により規定される。
【０１０２】
各ＴＤＭサイクルにおいて、ＴＤＭバスマネージャ４１４は、書き込みモードで割り当てられた全ての仮想チャネルに対して、ＳＳＴＦ ＦＩＦＯ４０８又はＳＭＴＦ ＦＩＦＯ４１１のいずれかから送信機アプリケーションのデータを読み出すようにｎｕｌｌ値挿入デバイス４１８に要求する。全ての割り当てられた仮想チャネルを満足する程に十分なデータがＳＳＴＦ ＦＩＦＯ及びＳＭＴＦ ＦＩＦＯに存在しないということが発生する可能性がある。この場合、ｎｕｌｌ値挿入デバイス４１８は、データ量が欠落している書き込み割り当て仮想チャネルを満たすように「ｎｕｌｌ」記号を追加する。ＴＤＭバスマネージャ４１４が常に同一の仮想チャネルのシーケンスを送出すること、すなわち、各ネットワークサイクルにおいて同一量のデータを送出することを保証するために「ｎｕｌｌ」記号が挿入される。それにより、各サイクル及び停止時に送信機アプリケーション及び受信機アプリケーションが全く同一の仮想チャネルのシーケンスを使用することに関して同期させることができる。
【０１０３】
更に各ＴＤＭサイクルにおいて、ＴＤＭバスマネージャ４１４は、ＳｙｎｃＲＦ＿ｆｒｏｍ＿ＭＡＣ ＦＩＦＯ４１７からＴＤＭデータを取得するようにｎｕｌｌ値解析デバイス４１６に要求する。それらデータの一部は、ＴＤＭマップレジスタＴＤＭ＿ＭＡＰ４１５を使用してＳＳＲＦ４０７又はＳＭＲＦ４１０に書き込まれる。ある特定の仮想チャネルは「ｎｕｌｌ」記号を有するＴＤＭデータストリームを搬送する。ｎｕｌｌ値解析デバイス４１６は、「ｎｕｌｌ」記号がＴＤＭバスマネージャ４１４によりアプリケーションデータとして解釈されないように「ｎｕｌｌ」記号を処理する。「ｎｕｌｌ」記号は、ｎｕｌｌ値挿入デバイス４１８により挿入されているので、それら記号は受信機（又はコンシューマ）アプリケーションに通信されるべきではない。書き込みモードで割り当てられた対応する仮想チャネルは空のままである。送信機（又はジェネレータ）アプリケーションのビットレートに関わらず、各ネットワークサイクルにおいて同一データ量が汎用ノード４００により送出されること、すなわち、汎用ノード４００が生成するＭＡＣフレームがネットワークサイクル間で固定の大きさを有することを保証するために、「ｎｕｌｌ」記号は使用される。更に受信機（コンシューマ）アプリケーションは、周波数Ｆｓ＿ＯＵＴでデータを検索する。周波数Ｆｓ＿ＯＵＴは、送信機（又はジェネレータ）アプリケーションにより使用される周波数Ｆｓ＿ＩＮに対応し、上述したようにデータの送信（又は生成）をクロック制御する。「ｎｕｌｌ」記号が受信機（又はコンシューマ）アプリケーションに送信されないため、受信機（又はコンシューマ）アプリケーションは、送信機アプリケーションが送出したデータをそれ以上受信しない。従ってデータの受信におけるタイムラグを防止し、ＳＳＲＦ ＦＩＦＯ４０７のオーバフローを防止する。「ｎｕｌｌ」記号は、ある特定のＴＤＭサイクル数より以前に、この同一のデータの一部を送出するために、送信ノード上で使用された仮想チャネルと同一の仮想チャネル内でデータの一部が提示されるのを保証する。
【０１０４】
「ＭＡＣ」適応モジュール４０２ｂに含まれるＭＡＣアダプタ４２８は、各ＴＤＭサイクルにおいて以下のものを取得する：
−ＴＤＭフレーム（書き込み割り当て仮想チャネルからのデータ）
−ＭＡＣアダプタモジュール４２８からの反復データ。
【０１０５】
ＭＡＣアダプタ４２８は、図１１及び図１２を参照し、後述するように、データブロックを形成するチャンクにＴＤＭ仮想チャネル（すなわち、上述のＴＤＭフレームからのデータ）及び上述の反復データを配置する。ＭＡＣアダプタ４２８は、ＴＤＭマップレジスタＴＤＭ＿ＭＡＰ４１５にアクセスすることにより、書き込みモード（及び読み出しモード）で使用される仮想チャネルの割当てを認識する。
【０１０６】
それらチャンクは構築されると、ＭＡＣコントローラ４２０により出力されるＴｘ＿ｃｙｃｌｅ＿ｅｖｅｎｔ４５１で示される（汎用ノード４００の音声時間の開始を指示する）信号の受信中にＭＡＣフレームの形式で符号化モジュール４２４に送信される。その後それらチャンクは、汎用ノード４００により送出されるＭＡＣフレームのペイロードデータ３０９を構成する。
【０１０７】
同時に、信号Ｔｘ＿ｃｙｃｌｅ＿ｅｖｅｎｔ４５１がアクティブ化されると、符号化モジュール４２４は、フィールドＳＦ＿ｉｄ３１０、フィールドＭＦ＿ｉｄ３１１、フィールドＮＯＤＥ＿ｉｄ３１２に所定の値を割り当てる。
【０１０８】
ＦＥＣ（Forward Error Correction）による訂正は、ＭＡＣフレームがＭＡＣフレーム変調器４２５に送信されるより前に、符号化モジュール４２４によりＭＡＣフレームに対して行なわれるのが有利である。
【０１０９】
逆に、ＭＡＣフレームがＭＡＣフレーム復調器４２２により受信されると、ＭＡＣフレームは、ＦＥＣによる訂正を実行できるＭＡＣフレーム復号器４２３に送信される。
【０１１０】
ＭＡＣフレームのヘッダが正確である場合、ＨＯＰ＿ｆｒａｍｅ＿Ｒｘ＿ｅｖｅｎｔで示される信号がアクティブ化されるのと同時に、ＭＡＣヘッダ３０８のＭＦ＿ｉｄ３１１フィールドのＨＯＰ＿ｆｒａｍｅ＿Ｒｘ＿ｈｏｐ＿ｉｄで示されるコピーがＭＡＣコントローラ４２０に送出される。この情報は、アクセス制御を同期させるために使用される。
【０１１１】
同時に、ＭＡＣヘッダ３０８のフィールドＳＦ＿ｉｄ３１０のＨＯＰ＿ｆｒａｍｅ＿Ｒｘ＿ｅｖｅｎｔで示されるコピー及びフィールドＮＯＤＥ＿ｉｄ３１２のＨＯＰ＿ｆｒａｍｅ＿Ｒｘ＿Ｎｏｄｅ＿ｉｄで示されるコピーは、ＭＡＣアダプタ４２８に送出される。ＭＡＣアダプタ４２８は、ＭＡＣフレーム復号器４２３により出力されるＭＡＣフレームのペイロードデータフィールド３０９のデータブロックを読み出し、それらをメモリに格納する。
【０１１２】
ＭＡＣアダプタ４２８は、チャンク形式でＭＡＣフレーム復号器４２３からくるデータを受信する。ＴＤＭサイクル毎に、データの一部がバス４３５で提示されるべき順番に従ってＳｙｎｃＲＦ＿ｆｒｏｍ＿ＭＡＣ ＦＩＦＯ４１７に挿入されるＴＤＭフレームを抽出するために、ＭＡＣフレームのノード自身のデータセクション及び反復データセクションのデータの一部は、ＭＡＣアダプタモジュール４２８により解析される。
【０１１３】
ＭＡＣコントローラ４２０は、音声時間の開始（信号Ｔｘ＿ｃｙｃｌｅ＿ｅｖｅｎｔ４５１の生成）を判定し且つスレーブノードに対するネットワークサイクルの開始を表す信号（信号ＳＦ＿ｓｌａｖｅ＿ｃｙｃｌｅ＿ｓｔａｒｔ５２４）を生成するために、ＭＡＣ同期処理を実行する役割を果たす。信号Ｔｘ＿ｃｙｃｌｅ＿ｅｖｅｎｔ４５１は、送信シーケンスにおいてそのノードに先行するノードが送信を中止し、アンテナの再方向付けを可能にし且つ無線ネットワーク１０１に固有のジッタを補償するために待ち時間間隔（又はギャップ）が追加された後、ノードがネットワーク上で送信又は送出を開始できる時点を示す。尚、マスタノードの場合、ネットワークサイクルの開始を表す信号は信号ＳＦ＿ｍａｓｔｅｒ＿ｃｙｃｌｅであり、ＴＤＭバスマネージャ４１４により生成される。
【０１１４】
ＭＡＣコントローラ４２０は、信号Ａｎｔｅｎｎａ＿Ｃｔｒｌ４５５を使用して受信時にアンテナ１１２の向きをチェックする。ここでは、メッシュネットワーク１０１の実現例の特定のモードにおいて、全てのノードが送信機ノードによりブロードキャストされる情報を受信すると同時に無線信号の送信に必要な電力を制限することを確認するために、ノードは、受信時にそれらの無線アンテナを方向付けし、送信時に全方向性モードでそれらアンテナを使用する場合が考慮される。
【０１１５】
ＲＦ（無線周波数）送信モジュール４３４は、無線送信機の通常の機能を実行する。すなわち、変調器４２５の出力における中間周波数を無線送信により使用される搬送波の周波数に変換（高周波数への変換）、増幅、アンテナを介する送出等を実行する。
【０１１６】
ＲＦ（radiofrequency）受信機モジュール４３３は、無線受信機の通常の機能を実行する。すなわち、アンテナを介する受信、フィルタリング、レベルの検出、自動ゲイン制御、低周波数への変換等を実行する。
【０１１７】
図５は、本発明の特定の一実施形態に係るＭＡＣアダプタ４２８の構造の一例を示す。
【０１１８】
ＭＡＣアダプタ４２８は以下を具備する：
−チャンクが格納される４ポートのメモリ５００（例えば、ＲＡＭ、すなわち「ランダムアクセスメモリ」）。
【０１１９】
−各サイクルで生成されるＳｙｎｃＴＦ＿ｔｏ＿ＭＡＣ ＦＩＦＯ４１９のＴＤＭバスの仮想チャネルを読み出し、それらをメモリ５００に配置する送信チャンクマネージャ（Ｔｘ＿ｃｈｕｎｋ＿ｍａｎａｇｅｍｅｎｔ）モジュール５０５。この送信チャンクマネージャモジュール５０５は、図１０を参照して後述するように、メモリ５００の３つの異なるゾーンに連続して指し示すモジュロ２カウンタであるレジスタＲｅｆＢａｓｅＡｄｄｒレジスタ５０４を使用してメモリ５００とインタフェースされる。レジスタＲｅｆＢａｓｅＡｄｄｒ５０４は、各ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ信号５１２で増分される。レジスタＲｅｆＢａｓｅＡｄｄｒ５０４は、次のスーパーフレームが構築されているメモリゾーンを常に参照する。
【０１２０】
−信号Ｔｘ＿ｃｙｃｌｅ＿ｅｖｅｎｔ５１３により与えられる送信時間に到達した時にローカルノードのＭＡＣフレームの構築を管理するＭＡＣ層（Ｔｘ＿Ｔｏ＿ＭＡＣ）５０６への送信を行なうモジュール。ＭＡＣ層への送信を行なうモジュール５０６は、レジスタＴｘＴｏＭａｃＢａｓｅＡｄｄｒ５０３を介してメモリ５００をアドレス指定する。このレジスタ５０３は、ＭＡＣフレーム構築のために、現在のスーパーフレームのゾーン及び先行するスーパーフレームのゾーンを交互にアドレス指定する。
【０１２１】
−ＭＡＣフレームの受信、並びにフレームのノード自身のデータセクション及び反復データセクションの処理を管理するＭＡＣ層（Ｒｘ＿Ｆｒｏｍ＿ＭＡＣ）からの受信を行なうモジュール５０７。このモジュールは、レジスタＲｘＦｒｏｍＭａｃＢａｓｅＡｄｄｒ５０２を介してメモリ５００をアドレス指定する。
【０１２２】
−ＴＤＭ順（チャンク毎ではなく仮想チャネル毎）に、事前に受信したスーパーフレームからの仮想チャネルの抽出し、それらをＦＩＦＯ ＳｙｎｃＲＦ＿Ｆｒｏｍ＿ＭＡＣ４１７に送出する役割を果たすＴＤＭバス（Ｒｘ＿Ｔｏ＿ＴＤＭ）に対して受信を行なうモジュール５０８。このモジュールは、レジスタＲｘＴｏＴＤＭＢａｓｅＡｄｄｒを介してメモリ５００とインタフェースする。
【０１２３】
−メモリ５００に格納された各チャンクに対する存在指示を含むレジスタＣｈｕｎｋ＿ｆｌａｇｓ５０９。
【０１２４】
−ネットワークの全てのノードに対して送信されるチャンクを示す再送信マトリクス５１０。このマトリクスは、ＭＡＣフレームの反復データセクション３１５に配置されるチャンク数を各ノード毎に示す。このマトリックスは、現在のスーパーフレーム又は先行するスーパーフレームに取り入れられるべきかをチャンク毎に更に示す。
【０１２５】
−ネットワークの全てのノードに対して送信されるチャンクを示すＭｕｘ＿ｄｅｍｕｘレジスタ５１１。このレジスタは、ＭＡＣフレームのノード自身のデータセクション３１４に配置についてのチャンクの数をノード毎に示す。このレジスタは、仮想チャネル割り当てマトリックスと呼ばれる。
【０１２６】
図６は、本発明の特定の一実施形態に係るレジスタｍｕｘ＿ｄｅｍｕｘ５１１の構造の一例を示す。レジスタｍｕｘ＿ｄｅｍｕｘ５１１は、各ノードのＭＡＣフレームのノード自身のデータセクションのコンテンツを示す。レジスタは、行６０２及び列６０１によりアドレス指定される。各行は、ノード識別子（ノード０〜ノードＮ）に対応し、各列はチャンク番号（チャンク０〜チャンクＭ）に対応する。格納される値６０３は１又は０である：
−値１は、チャンクが送信される必要があることを意味し、
−値０は、チャンクが送信されるべきではないことを示す。
【０１２７】
図７は、本発明の特定の一実施形態に係る再送信マトリクス５１０の構造の一例を示す。再送信マトリクス５１０は、デフォルトに対応する所定の値を有する。システムが開始すると、それら値はＲＯＭに格納され、ＲＡＭにロードされる。再送信マトリクスは、各ノードのＭＡＣフレームの反復データセクションのコンテンツを示す。このマトリクスは、行７０２及び列７０１によりアドレス指定される。各行はノード識別子（ノード０〜ノードＮ）に対応し、各列はチャンク番号（チャンク０〜チャンクＭ）に対応する。格納される値（パラメータｔ）７０３は１、０又は−１である：
−値１は、チャンクが再送信される必要がないことを意味し、
−値０は、予め受信され且つ現在のスーパーフレームに属するチャンクが送信される必要があることを意味し、
−値−１は、予め受信され且つ先行するスーパーフレームに属するチャンクが再送信される必要があることを示す。
【０１２８】
再送信マトリクス５１０（図７で説明される）及びレジスタｍｕｘ＿ｄｅｍｕｘ５１１（以下において、仮想チャネル割り当てマトリクスとも呼ばれる）（図６で説明される）は、所定の値を含む。再送信マトリクス５１０は、各ノードにより送出されるＭＡＣフレーム（パケット）の反復データセクションのコンテンツを記述し、割り当てマトリクス５１１は、各ノードにより送出されるＭＡＣフレーム（パケット）のノード自身のデータセクションを記述する。システムが開始すると、これら２つのマトリクスの組み合わされたコンテンツは、ＲＯＭに格納され、ロードされる。システムはサービスインタフェースを有するように設計されるのが有利であり、所定のインストールの特定の条件により適する値にするために、そのようなシステムのインストーラはそのサービスインタフェースを介してそれらパラメータのデフォルト値を変更できる。実際には、無線の範囲に関してより重要であると考えられるため、あるいは任意の他の考慮点に対する重要性が低いと考えられるため、特定のノードから到着するデータをより頻繁に繰り返すことは有利である可能性がある。インストーラは、再送信データの数及びノード自身のデータに対するビットレートに関するゲインを減少することを決定するために特に有利な無線条件を利用できる。
【０１２９】
図８は、本発明の特定の一実施形態に係るＴＤＭマップレジスタＴＤＭ＿ＭＡＰ４１５の構造の一例を示す。
【０１３０】
ＴＤＭマップレジスタＴＤＭ＿ＭＡＰ４１５におけるデータの一部は、各仮想チャネルに対して３２ビットのメモリゾーンを含む。
【０１３１】
ＴＤＭマップレジスタＴＤＭ＿ＭＡＰ４１５のデータの一部は、以下に与えられるように仮想チャネルの番号付けに従って順序付けされる。すなわち、仮想チャネル０に対応するメモリゾーンがレジスタの３２ビットに割り当てられた第１のオフセットアドレスにあり、仮想チャネルｎに対応するメモリゾーンがレジスタの３２ビットに割り当てられた第ｎのオフセットアドレスにある。
【０１３２】
所定の仮想チャネルのメモリゾーン８００は、以下の６つのフィールドを含む：
−仮想チャネルの特性を識別する２ビットの「ｆｕｎｃｔｉｏｎ」フィールド８０１。例えば、ｂ００は「読み出しモードの仮想チャネル」を意味し、ｂ０１は「書き込みモードの仮想チャネル」を意味し、ｂ１ｘは「未使用の仮想チャネル」を意味する；
−仮想チャネルと関連付けられたＳＳＲＦ ＦＩＦＯを識別する６ビットの「ＳＳＲＦ」フィールド８０２。例えば、ｂ００００００はＦＩＦＯ ＳＳＲＦ［０］であることを意味し、ｂ０００００１はＦＩＦＯ ＳＳＲＦ［１］であることを意味し、ｂ１１１１１１は仮想チャネルと関連付けられたＳＳＲＦ ＦＩＦＯがないことを意味する；
−仮想チャネルと関連付けられたＳＭＲＦ ＦＩＦＯを識別する６ビットの「ＳＭＲＦ」フィールド８０３。例えば、ｂ００００００はＦＩＦＯ ＳＭＲＦ［０］であることを意味し、ｂ０００００１はＦＩＦＯ ＳＭＲＦ［１］であることを意味し、ｂ１１１１１１は仮想チャネルと関連付けられたＳＭＲＦ ＦＩＦＯがないことを意味する；
−仮想チャネルと関連付けられたＳＳＴＦ ＦＩＦＯを識別する６ビットの「ＳＳＴＦ」フィールド８０４。例えば、ｂ００００００はＦＩＦＯ ＳＳＴＦ［０］であることを意味し、ｂ０００００１はＦＩＦＯ ＳＳＴＦ［１］であることを意味し、ｂ１１１１１１は仮想チャネルと関連付けられたＦＩＦＯ ＳＳＴＦがないことを意味する；
−仮想チャネルと関連付けられたＳＭＴＦを識別する６ビットの「ＳＭＴＦ」フィールド８０５。例えば、ｂ００００００はＦＩＦＯ ＳＭＴＦ［０］であることを意味し、ｂ０００００１はＦＩＦＯ ＳＭＴＦ［１］であることを意味し、ｂ１１１１１１は仮想チャネルと関連付けられたＳＭＴＦ ＦＩＦＯがないことを意味する；
−任意の次のアプリケーションのために確保される６ビットの「ｒｅｓｅｒｖｅｄ」フィールド８０６。
【０１３３】
図９は、本発明の特定の一実施形態に係るＣｈｕｎｋ＿ｆｌａｇｓレジスタ５０９の構造の一例を示す。
【０１３４】
Ｃｈｕｎｋ＿ｆｌａｇｓレジスタ５０９は、メモリ中の有効なチャンクの有無を示す。これは、Ｍ個のチャンク（チャンク０〜チャンクＭ）の３バンクのメモリであり、各バンク９００、９０１及び９０２はメモリゾーンに対応する。可能な値９０３は１及び０である。値１は有効なチャンクの存在を示し、値０は有効なチャンクがないことを示す。
【０１３５】
図１０は、本発明の特定の一実施形態に係るメモリ５００の構造の一例を示す。
【０１３６】
メモリ５００は、３つのゾーン１００１、１００２及び１００３により形成され、各ゾーンは基底アドレスと関連付けられる（ゾーン１００１は基底アドレス０、ゾーン１００２は基底アドレス１及びゾーン１００３は基底アドレス２）。
【０１３７】
各ゾーンは、スーパーフレームに対応する（すなわち、ネットワークサイクルに対応する。図３を参照）。各ゾーンが次のスーパーフレーム（Ｔ＝１）、現在のスーパーフレーム（Ｔ）又は直前のスーパーフレーム（Ｔ−１）に対応するように、ゾーンはそれぞれ順番にアドレス指定される（ラウンドロビン配信において）。
【０１３８】
各ゾーンは、スーパーフレーム毎に最大Ｍ個のチャンクを含む。この数Ｍは、ＴＤＭサイクル毎の仮想チャネルの最大数（ＶＣ０〜ＶＣＭ）に対応する。各チャンク１００４（チャンク０〜チャンクＭ）は、ヘッダ１００５及び同一仮想チャネル１００６のＰ＋１個の連続する値の連結（例えば、チャンク０の場合、仮想チャネルＶＣ０の連続する値ＶＣ０−０〜ＶＣ０−Ｐ）により形成される。Ｐ＋１は、ネットワークサイクル毎のＴＤＭサイクル数である。例えば、チャンク番号ｋは、第１のＴＤＭサイクル中の仮想チャネル番号ｋ（ＶＣｋ）の値ＶＣｋ−０、第２のＴＤＭサイクル中の仮想チャネル番号ｋ（ＶＣｋ）の値ＶＣｋ−１、．．．、同一ネットワークサイクルの最後のＴＤＭサイクル中の仮想チャネル番号ｋ（ＶＣｋ）の値ＶＣｋ−Ｐを含む。仮想チャネルの値の大きさは４８ビットである。ヘッダ１００５は、仮想チャネル毎に１ビット有する。このビットが１の場合、仮想チャネルにデータが存在しないことを意味し、０の場合、チャンクにパディングチャンク又は「ゼロ」記号が存在することを意味する。
【０１３９】
０ｘ５５５５５５に符号化されるパディングチャンクである１つの周知の記号のみが存在する。この記号は、メモリに格納されるべきチャンクが存在しないことを示すために使用される。この記号は、最後のノード（再送信マトリクス５１０で規定されるような）がネットワーク上で発話した後にデータが受信されない（且つデータを受信する機会がそれ以上存在しない）場合に挿入される。
【０１４０】
メモリ５００の各ゾーンは、ネットワークサイクルの期間の全ての仮想チャネルを含むことができる（各ゾーンはスーパーフレームに対応する）。チャネルは、最小チャンク番号から最大チャンク番号（チャンク０〜チャンクＭ）までのチャンク番号の機能として順序付けされる。仮想チャネルは、最小仮想チャネル番号から最大仮想チャネル番号（ＶＣ０〜ＶＣＭ）までの番号に従って順序付けされる。
【０１４１】
各ネットワークサイクルにおいて、特定のタスクはメモリ５００の各ゾーンに割り当てられる。例えば、所定のネットワークサイクルの場合：
−第１のゾーンは、ＴＤＭバスから到着するチャンクを処理するのに使用される（例えば、ネットワークサイクルＣに関連付けられたデータ）；
−第２のゾーンは、メッシュネットワーク１０１に対してチャンクを送信又は受信するのに使用される（ネットワークサイクルＣ−１に関連付けられたデータ）；
−第３のゾーンは、ＴＤＭバスに対してチャンクの分解及び仮想チャネルの抽出を実行するのに使用される（ネットワークサイクルＣ−２に関連付けられたデータ）。
【０１４２】
次のネットワークサイクル中：
−第１のゾーンは、メッシュネットワーク１０１に対するチャンクの送信又はチャンクの受信に対して使用される；
−第２のゾーンは、ＴＤＭバスに対してチャンクの分解及び仮想チャネルの抽出を実行するのに使用される；
−第３のゾーンは、ＴＤＭバスから到着するチャンクを処理するのに使用される。
【０１４３】
レジスタＲｅｆＢａｓｅＡｄｄｒ５０４は、基底アドレス２、基底アドレス１及び基底アドレス０の順番でメモリ５００の３つの基底アドレスを連続して選択する。基底アドレスの値の変更は、上述のように信号ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔの受信により起動される。
【０１４４】
図１１は、本発明の特定の一実施形態に従って、ＭＡＣアダプタ４２８に含まれる送信チャンク管理モジュール（Ｔｘ＿Ｃｈｕｎｋ＿Ｍａｎａｇｅｍｅｎｔ）５０５により実現される処理アルゴリズムの主なステップを示す。
【０１４５】
このモジュール５０５は、各ＴＤＭサイクルにおいてＦＩＦＯ ＳｙｎｃＴＦ＿ｔｏ＿ＭＡＣ４１９から仮想チャネルを取得し、それら仮想チャネルをメモリ５００のチャンク１００４に配置する機能を有する。このモジュール５０５は、次のスーパーフレームに対応するゾーンにおいてメモリ５００を常にアドレス指定する。この処理は、レジスタＲｅｆＢａｓｅＡｄｄｒ５０４により行なわれる。この基底アドレスレジスタは、新しいスーパーフレーム毎にモジュロ２で増分される。
【０１４６】
再設定後、ステップ１１００において、信号（事象とも呼ばれる）ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１２を待つ。この信号は、新しいスーパーフレームの開始（すなわち、新しいネットワークサイクルの開始）を指示する。
【０１４７】
ステップ１１０１において、信号ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１２が受信される。
【０１４８】
ステップ１１０２において、内部変数ＴＤＭ＿ｃｙｃｌｅが０に設定される。この内部変数は、スーパーフレーム中のＴＤＭサイクルをカウントする。レジスタＲｅｆＢａｓｅＡｄｄｒ５０４に対応するレジスタＣｈｕｎｋ＿ｆｌａｇｓ５０９は再設定され、レジスタＲｅｆＢａｓｅＡｄｄｒ５０４はメモリ５００の次のスーパーフレームを指し示す。
【０１４９】
ステップ１１０３において、信号ＴＤＭ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１４を待つ。この信号は、新しいＴＤＭサイクルの開始を指示する。
【０１５０】
ステップ１１０４において、信号ＴＤＭ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１４が受信される。
【０１５１】
ステップ１１０５において、ローカルノードに対する第１の書き込み割り当て仮想チャネルの探索が行なわれる。この処理は、レジスタＴＤＭ＿ＭＡＰ４１５の「ｆｕｎｃｔｉｏｎ」フィールド８０１を読み出す際に行なわれる。そのような仮想チャネルが見つかった場合、その番号は内部変数ＶＣｎｕｍに格納される。見つからなければ、値−１が変数ＶＣｎｕｍに格納される。
【０１５２】
ステップ１１０６において、書き込み割り当て仮想チャネルが見つかったかの確認が行なわれる。見つかった場合、ステップ１１０７に進む。見つからなかった場合、現在のＴＤＭサイクルの処理が完了したことを意味し、ステップ１１１２に進む。
【０１５３】
ステップ１１０７において、仮想チャネルのデータがチャンクメモリに書き込まれる。この目的のために、仮想チャネルデータはＦＩＦＯ ＳｙｎｃＴＦ＿ｔｏ＿ＭＡＣ４１９から読み出され、データはメモリにおいてレジスタＲｅｆＢａｓｅＡｄｄｒ５０４により指示されるゾーンに書き込まれる。その後、メモリのチャンクヘッダは格納された仮想チャネルの特性を示すように更新される。
【０１５４】
その後のステップ１１１３において、レジスタＴＤＭ＿ＭＡＰ４１５の「ｆｕｎｃｔｉｏｎ」フィールド８０１を読み出す際に次の書き込み割り当て仮想チャネルの探索が行なわれる。その後、ステップ１１０６に戻る。
【０１５５】
ステップ１１１２において、ＴＤＭサイクルの処理が終了し、変数ＴＤＭ＿ｃｙｃｌｅは増分される。
【０１５６】
ステップ１１０８において、スーパーフレームの最後のＴＤＭサイクルに到達したかの確認が行なわれる。到達していない場合、新しいＴＤＭサイクルのためにステップ１１０３に戻る。到達した場合、次のネットワークサイクル（すなわち、新しいスーパーフレーム）のためにステップ１１０９に進む。
【０１５７】
ステップ１１０９において、信号ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１２（すなわち、新しいスーパーフレームの開始）を待つ。
【０１５８】
ステップ１１１０において、信号ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１２が受信される。
【０１５９】
ステップ１１１１において、信号ｒｅａｄｙＦｏｒＴｘ５１５がＭＡＣ層（Ｔｘ＿Ｔｏ＿ＭＡＣ）への送信を行なう送信モジュール５０６に送出され、ステップ１１０２に戻る。直前のスーパーフレームは、ＭＡＣアダプタ４２８により送出される準備ができている。すなわち、データの一部は準備されている。ＭＡＣ同期モジュール４０３が準備されると、次のスーパーフレームが送出される。
【０１６０】
図１２は、本発明の特定の一実施形態に従って、ＭＡＣアダプタ４２８に含まれるＭＡＣ層（Ｔｘ＿Ｔｏ＿ＭＡＣ）への送信を行なうモジュール５０６により実現される処理アルゴリズムの主なステップを示す。
【０１６１】
このモジュール５０６は、送信チャンク管理モジュール（Ｔｘ＿Ｃｈｕｎｋ＿Ｍａｎａｇｅｍｅｎｔ）５０５が現在のスーパーフレームに対してチャンクを準備すると、それらチャンクをノード自身のデータセクションとしてＭＡＣフレーム符号化モジュール４２４に送出する機能を有する。またモジュール５０６は、現在のスーパーフレーム及び直前のスーパーフレームからチャンクを取得し、それらチャンクを反復データセクションとしてＭＡＣフレーム符号化モジュール４２４に送出する。
【０１６２】
再設定後、ステップ１２００において、送信チャンク管理モジュール（Ｔｘ＿Ｃｈｕｎｋ＿Ｍａｎａｇｅｍｅｎｔ）５０５により生成される信号ｒｅａｄｙＦｏｒＴｘを待つ（図１１のステップ１１１１を参照）。
【０１６３】
ステップ１２０１において、信号ｒｅａｄｙＦｏｒＴｘが受信される。
【０１６４】
ステップ１２０２において、信号Ｔｘ＿ｃｙｃｌｅ＿ｅｖｅｎｔ５１３を待つ。ＭＡＣフレームを送出する準備が整うと、この信号はＭＡＣ同期モジュール４０３により生成される。
【０１６５】
ステップ１２０３において、信号Ｔｘ＿ｃｙｃｌｅ＿ｅｖｅｎｔが受信される。
【０１６６】
ステップ１２０４において、ローカルノードに対する第１の書き込み割り当て仮想チャネルの探索を行なう。この処理、レジスタＴＤＭ＿ＭＡＰ４１５の「ｆｕｎｃｔｉｏｎ」フィールド８０１を読み出す際に行なわれる。この種の仮想チャネルが見つかった場合、その番号が内部変数ＶＣｎｕｍに格納され、見つからなかった場合、値−１が変数ＶＣｎｕｍに格納される。この変数ＣＶｎｕｍは更に、メモリ５００において読み出されるチャンクの番号を示す。また、このステップ１２０４において、レジスタＴｘＴｏＭａｃＢａｓｅＡｄｄｒ５０３はレジスタＲｅｆＢａｓｅＡｄｄｒ５０４のコンテンツを使用して設定され、現在のスーパーフレームのゾーンでメモリ５００をアドレス指定する。
【０１６７】
ステップ１２０５において、書き込み割り当て仮想チャネルが見つかったか、すなわち変数ＶＣｎｕｍが有効（！＝−１）であるかの確認が行なわれる。有効である場合、ステップ１２０６に進む。有効でない場合、現在のＴＤＭサイクルの処理が終了したこと（全ての書き込み割り当て仮想チャネルが処理されたこと）を意味する。従って、スーパーフレームのノード自身のデータセクションの処理は終了しており、反復データセクションの処理を行なうためにステップ１２０７に進む。
【０１６８】
ステップ１２０６において、ＶＣｎｕｍに対応するチャンクはメモリ５００において読み出される。その後、そのチャンクはＭＡＣフレーム符号化モジュール４２４に書き込まれる。ステップ１２１４において、次の書き込み割り当て仮想チャネルの探索が行なわれ、ステップ１２０５に戻る。
【０１６９】
ステップ１２０７において、送信される第１のチャンクの探索が再送信マトリクス５１０で行なわれる。ステップ１２１５において、現在のスーパーフレームを指し示すレジスタＴｘＴｏＭａｃＢａｓｅＡｄｄｒ５０３の値が保管される。
【０１７０】
ステップ１２０８において、再送信される全てのチャンクが処理されたかの調査が行なわれる。処理された場合、ＭＡＣフレーム反復データセクションの処理が終了したことを意味し、ステップ１２００に戻る。処理されていない場合、ステップ１２０９に進み、ＭＡＣフレーム反復データセクションの処理を継続する。
【０１７１】
ステップ１２０９において、レジスタＴｘＴｏＭａｃＢａｓｅＡｄｄｒ５０３は、再送信マトリクス５１０でタイミング情報（すなわち、現在のスーパーフレーム又は直前のスーパーフレーム）の機能として変更される。従って、現在のスーパーフレーム又は直前のスーパーフレームがアドレス指定される。
【０１７２】
ステップ１２１０において、チャンクがメモリに有効に存在するかの確認が行なわれる。ある特定のフレームが受信されない場合、シャドウイング等の問題のためにチャンクがメモリ５００において欠落している可能性がある。レジスタＣｈｕｎｋ＿ｆｌａｇｓ５０９に対して検査が行なわれる。チャンクが存在する場合、ステップ１２１１に進む。存在しない場合、ステップ１２１２に進む。
【０１７３】
ステップ１２１１において、チャンクは、メモリ５００において読み出され、ＭＡＣフレーム符号化モジュール４２４に書き込まれる。
【０１７４】
ステップ１２１２において、パディングチャンクがＭＡＣフレーム符号化モジュール４２４に書き込まれる。パディングチャンクは、ヘッダが０であり且つ全ての仮想チャネルがパディングチャンク記号Ｏｘ５５５５５５の値で符号化されたチャンクである。
【０１７５】
ステップ１２１３において、再送信される次のチャンクの探索が再送信マトリクス５１０で行なわれる。ステップ１２１６において、レジスタＴｘＴｏＭａｃＢａｓｅＡｄｄｒ５０３は現在のスーパーフレームに対して復元され、ステップ１２０８に戻る。
【０１７６】
図１３は、本発明の特定の一実施形態に従って、ＭＡＣアダプタ４２８に含まれるＭＡＣ層（Ｒｘ＿Ｆｒｏｍ＿ＭＡＣ）からの受信を行なうモジュール５０７により実現される処理アルゴリズムの主なステップを示す。
【０１７７】
このモジュール５０７は、ＭＡＣフレーム復号器４２３から到着するＭＡＣフレームを受信し、ノード自身のデータセクションのデータ及び反復データセクションのデータを処理する機能を有する。
【０１７８】
再設定後、ステップ１３００において信号５１２を待つ。この信号は、新しいスーパーフレームの開始（すなわち、新しいネットワークサイクルの開始）を指示する。
【０１７９】
ステップ１３０１において、信号ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１２が受信される。
【０１８０】
ステップ１３０２において、信号ＨＯＰ＿ｆｒａｍｅ＿Ｒｘ＿ｅｖｅｎｔを待つ（図４を参照）。この信号は新しいＭＡＣフレームの受信を指示する。
【０１８１】
ステップ１３０３において、信号ＨＯＰ＿ｆｒａｍｅ＿Ｒｘ＿ｅｖｅｎｔが受信される。
【０１８２】
ステップ１３０４において、送信ノードのＭＡＣフレームのノード自身のデータセクションで送出される第１のチャンクの探索が行なわれる。この情報は、ｍｕｘ＿ｄｅｍｕｘレジスタ５１１において入手可能である。その後、レジスタＲｘＦｒｏｍＭａｃＢａｓｅＡｄｄｒ５０２は、レジスタＲｅｆＢａｓｅＡｄｄｒ５０４のコンテンツを使用して設定され、現在のスーパーフレームのゾーンにおいてメモリ５００をアドレス指定する。
【０１８３】
ステップ１３０５において、受信したＭＡＣフレームの旧データセクションの処理が終了しているかの確認が行なわれる。終了している場合、ステップ１３０７に進み、反復データセクションを処理する。終了していない場合、ステップ１３０６に進み、ノード自身のデータセクションの処理を継続する。
【０１８４】
ステップ１３０６において、ＭＡＣフレーム復号器４２３から到着するチャンクは読み出されてメモリ５００に書き込まれる。その後、有効なチャンクを示すために１がレジスタＣｈｕｎｋ＿ｆｌａｇｓ５０９に書き込まれる。ステップ１３１４において、受信したＭＡＣフレームのノード自身のデータセクションで送出される次のチャンクの探索が行なわれる。この情報は、レジスタｍｕｘ＿ｄｅｍｕｘ５１１において入手可能である。その後、ステップ１３０５に戻る。
【０１８５】
ステップ１３０７において、受信したＭＡＣフレームの反復データセクションで再送信される第１のチャンクの探索が行なわれる。この情報は、再送信マトリクス５１０において入手可能である。
【０１８６】
ステップ１３０８において、受信したＭＡＣフレームの反復データセクションの処理が終了しているかの確認が行なわれる。終了している場合、ステップ１３０２に戻る。終了していない場合、ステップ１３０９に進み、反復データセクションの処理を継続する。
【０１８７】
ステップ１３０９において、レジスタＲｘＦｒｏｍＭａｃＢａｓｅＡｄｄｒ５０２は、再送信マトリクス５１０に含まれるタイミング情報（すなわち、現在のスーパーフレーム又は直前のスーパーフレーム）の機能として変更される。その後、現在のスーパーフレーム又は直前のスーパーフレームがアドレス指定される。
【０１８８】
ステップ１３１０において、別の受信したＭＡＣフレームを処理する際にそのチャンクがまだ格納されていないかを確認するためのチェックがレジスタＣｈｕｎｋ＿ｆｌａｇｓ５０９において行なわれる。格納されている場合、ステップ１３１３に進む。そのチャンクを再度格納する必要がない。格納されていない場合、ステップ１３１１に進む。
【０１８９】
ステップ１３１１において、受信したチャンクが上記規定に従ってパディングチャンクとして符号化されているかの確認が行なわれる。そのようなチャンクである場合、それを格納する必要はなく（チャンクの別のコピーが別のノードから受信される場合、そのコピーは格納される）、ステップ１３１３に進む。パディングチャンクでない場合、ステップ１３１２に進む。
【０１９０】
ステップ１３１２において、チャンクはメモリ５００に書き込まれる。有効なチャンクを示すために１がレジスタＣｈｕｎｋ＿ｆｌａｇｓ５０９に書き込まれる。
【０１９１】
ステップ１３１３において、受信したＭＡＣフレームの反復データセクションで送出される次のチャンクの探索が行なわれる。この情報は、再送信マトリクス５１０において入手可能である。その後、ステップ１３０８に戻る。
【０１９２】
尚、ＭＡＣ層（Ｒｘ＿Ｆｒｏｍ＿ＭＡＣ）からの受信を行なうモジュール５０７により実現される処理アルゴリズムの上述の特定の実施形態において、特定のチャンクの受信した第１のコピーはシステマテックに保持される。これをステップ１３１０に示す。ステップ１３１０において、チャンクの第１のコピーがまだ格納されていないかの確認が行なわれる。第１のコピーが既に存在する場合、第２のコピーは処理されない。
【０１９３】
一実施形態の１つの変形例において、別のノード（データ中継器）へのデータの再送信のために保持されるチャンクコピーの選択を有利に改善できる。可能な改善は、提示される２つのコピーの品質を比較し、受信した第１のコピーをシステマテックに保持するのではなく、より適切な（すなわち、最良の品質を有する）コピーのみを保持することから成る。チャンクの品質を評価する１つの方法は、ＣＲＣ（Cyclic Redundancy Check）等の当業者には周知の誤り検出符号又は他のパリティビットを使用して実現されてもよい。また、デバイスがリードソロモン消失復号器を有する場合、リードソロモンシンドローム（データの完全復号化と比較してコストが安い）を判定し、受信したチャンクコピーのコピーの品質をそのシンドロームから評価できる。この場合、比較はチャンクコピーの有無に関係することが考慮される。
【０１９４】
図１４は、本発明の特定の一実施形態に従って、ＭＡＣアダプタ４２８に含まれるＴＤＭバス（Ｒｘ＿Ｔｏ＿ＴＤＭ）に対する受信モジュール５０８により実現される処理アルゴリズムの主なステップを示す。
【０１９５】
このモジュール５０８は、直前のスーパーフレームに対して確保されたメモリ５００のゾーンにおいて仮想チャネルを読み出す機能を有する。
【０１９６】
再設定後、ステップ１４００において信号ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１２を待つ。この信号は、新しいスーパーフレームの開始（すなわち、新しいネットワークサイクルの開始）を指示する。
【０１９７】
ステップ１４０１において、信号ＳＦ＿ｃｙｃｌｅ＿ｓｔａｒｔ５１２が受信される。
【０１９８】
ステップ１４０２において、内部変数ＴＤＭ＿ｃｙｃｌｅがゼロに設定される。この内部変数は、スーパーフレーム中のＴＤＭサイクルをカウントする。レジスタＲｘｔｏＴＤＭＢａｓｅＡｄｄｒ５０１は、レジスタＲｅｆＢａｓｅＡｄｄｒ５０４のコンテンツを使用して再設定され、直前のスーパーフレームのゾーンにおいてメモリ５００をアドレス指定する。
【０１９９】
ステップ１４０３において、内部変数「Ｉ」が０に設定される。
【０２００】
ステップ１４０４において、変数「Ｉ」が書き込み割り当て仮想チャネル番号を表しているかの確認が行なわれる。この処理は、レジスタＴＤＭ＿ＭＡＰ４１５の「ｆｕｎｃｔｉｏｎ」フィールド８０１を読み出す際に行なわれる。書き込み割り当て仮想チャネル番号を表していない場合、ステップ１４１１に進む。書き込み割り当て仮想チャネル番号を表している場合、１４０５に進む。
【０２０１】
ステップ１４０５において、この仮想チャネルに対して有効なチャンクが存在するかの確認が行なわれる。この情報は、レジスタＣｈｕｎｋ＿ｆｌａｇｓ５０９により与えられる。利用可能な有効なコンテナが存在しない場合、ステップ１４０６において、パディングチャンクがＦＩＦＯ ＳｙｎｃＲＦ＿ｆｒｏｍ＿ＭＡＣ４１７に書き込まれる。有効なチャンクが存在する場合、ステップ１４０７に進む。
【０２０２】
ステップ１４０７において、仮想チャネルがメモリ５００において読み出され、ＦＩＦＯ ＳｙｎｃＲＦ＿ｆｒｏｍ＿ＭＡＣ４１７に書き込まれる。
【０２０３】
ステップ１４１１において、ローカル変数「Ｉ」は増分される。
【０２０４】
ステップ１４０８において、全ての仮想チャネルが処理されたかを確認するためのチェックが行なわれる。処理されていない場合、ステップ１４０４に戻る。処理されている場合、ステップ１４０９に進む。
【０２０５】
ステップ１４０９において、ローカル変数ＴＤＭ＿ｃｙｃｌｅは増分される。
【０２０６】
ステップ１４１０において、スーパーフレームの末尾に到達したか（すなわち、スーパーフレームの全てのＴＤＭサイクルが処理されたかの確認が行なわれる。到達していない場合、ステップ１４０３に戻る。到達した場合、ステップ１４００に戻る。
【図面の簡単な説明】
【０２０７】
【図１】本発明の特定の一実施形態に係る送受信方法を実現できる通信ネットワークを示す図である。
【図２ａ】本発明に係る送信方法の特定の一実施形態を示すフローチャートである。
【図２ｂ】再送信方式の一例を示す図である。
【図３】本発明の特定の一実施形態に係る図１の無線メッシュネットワークの送信サイクルを示す図である。
【図４】本発明の特定の一実施形態に係る無線メッシュネットワークの汎用ノードを示す図である。
【図５】本発明の特定の一実施形態に係る図４に示すＭＡＣアダプタ４２８の構造の一例を示す図である。
【図６】本発明の特定の一実施形態に係る図５に示すｍｕｘ＿ｄｅｍｕｘレジスタの構造の一例を示す図である。
【図７】本発明の特定の一実施形態に係る図５に示す再送信マトリクスの構造の一例を示す図である。
【図８】本発明の特定の一実施形態に係る図４に示すＴＤＭ配信レジスタの構造の一例を示す図である。
【図９】本発明の特定の一実施形態に係る図５に示すＣｈｕｎｋ＿ｆｌａｇｓレジスタの構造の一例を示す図である。
【図１０】本発明の特定の一実施形態に係る図５に示すメモリの構造の一例を示す図である。
【図１１】本発明の特定の一実施形態に従って、図５に示され且つＭＡＣアダプタに含まれる送信する際にチャンク管理モジュールにより実現される処理アルゴリズムの主なステップを示すフローチャートである。
【図１２】本発明の特定の一実施形態に従って、図５に示され且つＭＡＣアダプタに含まれるＭＡＣ層への送信を行なうモジュールにより実現される処理アルゴリズムの主なステップを示すフローチャートである。
【図１３】本発明の特定の一実施形態に従って、図５に示され且つＭＡＣアダプタに含まれるＭＡＣ層からの受信を行なうモジュールにより実現される処理アルゴリズムの主なステップを示すフローチャートである。
【図１４】本発明の特定の一実施形態に従って、図５に示され且つＭＡＣアダプタに含まれるＴＤＭバスに対する受信モジュールにより実現される処理アルゴリズムの主なステップを示すフローチャートである。
【符号の説明】
【０２０８】
１０１    無線メッシュノード
１１０    ＷＳＣノード
１１１    ＷＡＳノード
３００    スーパーフレーム
３０８    ＭＡＣヘッダ
３０９    ペイロードデータフィールド
３１４    ノード自身のデータセクション
３１５    反復データセクション
５００    メモリ
５１０    再送信マトリクス
１０００    ネットワーク
【図１】
0005261047.tif 000002
【図２ａ】
0005261047.tif 000003
【図２ｂ】
0005261047.tif 000004
【図３】
0005261047.tif 000005
【図４】
0005261047.tif 000006
【図５】
0005261047.tif 000007
【図６】
0005261047.tif 000008
【図７】
0005261047.tif 000009
【図８】
0005261047.tif 000010
【図９】
0005261047.tif 000011
【図１０】
0005261047.tif 000012
【図１１】
0005261047.tif 000013
【図１２】
0005261047.tif 000014
【図１３】
0005261047.tif 000015
【図１４】
0005261047.tif 000016