(57)【特許請求の範囲】
【請求項１】
少なくとも１つのデータ項目から成るパケットの形で、少なくとも１つの送信機と少なくとも１つの受信機との間でデータを伝送する方法であって、データ・パケットの各々が前記パケットの識別子と関連付けられ、
前記受信機が、連続する識別子を持つ所定数のデータ・パケットと関連しそれぞれの応答状態を示す少なくとも１つのビット・マップ・ブロックが含まれるフィードバック・メッセージを周期的に前記送信機へ伝送し、前記ブロックの前記データ・パケットの各々の応答状態又は無応答状態に関する情報を前記送信機に選択的に通知し、
少なくとも１つのタイマーを前記ビット・マップ・ブロックの少なくともいくつかと関連付ける少なくとも１つのステップと、
前記無応答状態である少なくともいくつかのデータ・パケットにタイム・スタンプを関連付ける少なくとも１つのステップと、
を有することを特徴とするデータ伝送方法。
【請求項２】
所定のビット・マップ・ブロックに対して、前記送信機が、前記ブロックと関連する連続する識別子を含む前記データ・パケットの第１のパケットを前記受信機へ伝送するとき、前記タイマーを作動させる第１のステップを有し、前記タイマーが前記作動された状態へ切り替わることを特徴とする請求項１に記載のデータ伝送方法。
【請求項３】
所定のビット・マップ・ブロックに対して、所定の最大持続時間後、前記タイマーを停止する第１のステップを有し、前記ブロックの前記データ・パケットが前記無応答状態として前記送信機に認識されることを特徴とする請求項１および２に記載のデータ伝送方法。
【請求項４】
所定のビット・マップ・ブロックに対して、前記ブロックの前記データ・パケットが前記確認応答を受けた状態にあることを示す、前記ブロックの少なくとも前記データ・パケットの蓄積された確認応答を前記送信機が受信したとき、前記タイマーを停止する第２のステップを有することを特徴とする請求項１ないし３に記載のデータ伝送方法。
【請求項５】
所定のビット・マップ・ブロックに対して、前記送信機が少なくとも前記ビット・マップ・ブロックを含むフィードバック・メッセージを受信するとき、前記タイマーを停止する第３のステップを有することを特徴とする請求項１ないし４に記載のデータ伝送方法。
【請求項６】
前記送信機が前記フィードバック・メッセージを受信するとき、前記ブロックの前記データ・パケットの各々が、前記確認応答を受けた状態であるか、前記無応答状態であるかを決定するために、前記フィードバック・メッセージを分析するステップを実行することを特徴とする請求項５に記載のデータ伝送方法。
【請求項７】
前記タイマーを停止する前記ステップの中の１つのステップの最後に、前記ブロックの少なくとも１つのデータ・パケットが前記無応答状態であり、前記ブロックの少なくともいくつかの無応答データ・パケットを再送キューの中に位置付けるステップを実行することを特徴とする請求項３ないし６に記載のデータ伝送方法。
【請求項８】
前記分析ステップの最後に、前記ブロックの少なくとも１つの確認応答を受けたデータ・パケットが前記再送キューの中に存在することをチェックするステップを実行し、
さらに、前記ブロックの少なくとも１つの確認応答を受けたデータ・パケットが前記キューの中に存在することが確認されたとき、前記ブロックの前記確認応答を受けたデータ・パケットを前記再送キューから削除するステップを実行することを特徴とする請求項６に記載のデータ伝送方法。
【請求項９】
前記再送キューの中に位置付けられた前記ブロックの前記データ・パケットを再送する少なくとも１つのステップを実行し、
さらに、前記キューの中に位置付けられた前記ブロックの前記データ・パケットの中の第１のパケットが再送されたとき、前記ブロックの前記タイマーを作動させる第２のステップを実行することを特徴とする請求項７および８に記載のデータ伝送方法。
【請求項１０】
ＡＲＱタイプのプロトコルを利用することを特徴とする請求項１ないし９に記載のデータ伝送方法。
【請求項１１】
前記送信機が前記関連付けられたデータ・パケットを伝送するとき、前記タイム・スタンプが作動されることを特徴とする請求項１に記載のデータ伝送方法。
【請求項１２】
前記位置付けステップが、少なくとも１つの所定の選択基準に応じて、前記キューの中に位置付ける対象データ・パケットを選択する予備のサブステップを有することを特徴とする請求項１から１１までのいずれか１項に記載のデータ伝送方法。
【請求項１３】
選択基準が、
前記ブロックの無応答データ・パケットと関連する前記タイム・スタンプの値と、
前記受信機の前記ＡＲＱクラスと、
から成るグループに属する前記情報の少なくとも１つの項目を考慮することを特徴とする請求項１１に記載のデータ伝送方法。
【請求項１４】
前記選択用サブステップが、前記所定の最大持続時間以上の値を有するタイム・スタンプと関連して、前記ブロックの前記無応答データ・パケットの選択を認めることを特徴とする請求項１２または１３に記載のデータ伝送方法。
【請求項１５】
前記位置付けステップが、前記選択されたデータ・パケットの各々に対して、前記関連付けられたタイム・スタンプを停止するサブステップをさらに有することを特徴とする請求項１から１４までのいずれか１項に記載のデータ伝送方法。
【請求項１６】
前記ブロックのすべての無応答データ・パケットが選択用サブステップで選択されているとき、前記タイマーが、前記第２の作動ステップ中、以下の値V(T)、
V(T)＝t(activation)＋dmax
をとり(但し、t(activation)は前記第２の作動ステップ中の現在の時間値、dmaxは前記所定の最大持続時間)、
前記キューの中に位置付けられた前記ブロックの各データ・パケットと関連付けられた前記タイマーが作動され、前記データ・パケットの前記再送中の現在の時間値をとることを特徴とする請求項９または１２に記載のデータ伝送方法。
【請求項１７】
前記タイマーを停止する前記第１のステップの最後に、
前記ブロックの少なくとも１つの無応答データ・パケットが、前記所定の最大持続時間未満の値を有するタイム・スタンプと関連して、前記選択用サブステップ中選択されなかった場合、前記ブロックの前記タイマーを作動させる第３のステップを実行し、前記タイマーが以下の値V(T)、
V(T)＝V(run)＋(Time stamp[i]−Time stamp[j])
をとり、
但し、V(run)は、前記停止状態で動いている前記タイマーの前記ステップ中の前記タイマーの値、
Time stamp[j]は、前記選択用サブステップ中選択された前記ブロックの前記無応答データ・パケットと関連する前記タイム・スタンプのうちの大きい方の値であり、
さらに、Time stamp[j]は、前記選択用サブステップ中選択されなかった前記ブロックの前記無応答データ・パケットと関連する前記タイム・スタンプのうちの大きい方の値である、
ことを特徴とする請求項１４から１６までのいずれか１項に記載のデータ伝送方法。
【請求項１８】
前記フィードバック・メッセージを分析する前記ステップの最後に、前記ブロックの前記確認応答を受けたデータ・パケットの各々に対して、前記関連付けられたタイム・スタンプを停止するステップを実行することを特徴とする請求項１から１７までのいずれか１項に記載のデータ伝送方法。
【請求項１９】
前記タイマーを停止する前記第３のステップの最後に、
前記ブロックの少なくとも１つの無応答データ・パケットが前記受信機のＡＲＱクラスと関連する判定基準に応じた前記選択用サブステップ中選択されなかった場合、
前記タイマーが以下の値V(T)をとるように、前記ブロックの前記タイマーを作動させる第４のステップを実行し、
V(T)＝V(run)＋(dmax−(ｔ−Time stamp[i]))
但し、V(run)は、前記停止状態で動いている前記タイマーの前記ステップ中の前記タイマーの値であり、
dmaxは前記所定の最大持続時間であり、
ｔは現在の時間値であり、
さらに、Time stamp[i]は、前記選択用サブステップ中選択されなかった、前記ブロックの前記無応答データ・パケットと関連する前記タイム・スタンプのうちの大きい方の値である、
ことを特徴とする請求項１３から１８までのいずれか１項に記載のデータ伝送方法。
【請求項２０】
少なくとも１つのデータ項目から成るパケットの形で、少なくとも１つの受信機へデータを伝送する送信機であって、データ・パケットの各々が前記パケットの識別子と関連付けられ、
前記受信機が、連続する識別子を持つ所定数のデータ・パケットと関連しそれぞれの応答状態を示す少なくとも１つのビット・マップ・ブロックが含まれるフィードバック・メッセージを周期的に前記送信機へ伝送し、前記ブロックの前記データ・パケットの各々の応答状態又は無応答状態に関する情報を前記送信機に選択的に与えるように構成され、
前記送信機が、少なくとも１つのタイマーを前記ビット・マップ・ブロックの少なくともいくつかと関連付ける手段と、
前記無応答状態である少なくともいくつかのデータ・パケットにタイム・スタンプを関連付ける手段と、
を有することを特徴とする送信機。
【請求項２１】
少なくとも１つのデータ項目から成るパケットの形で、少なくとも１つの送信機から伝送されたデータ用の受信機であって、前記データ・パケットの各々が前記パケットの識別子と関連付けられ、
前記受信機が、連続する識別子を持つ所定数のデータ・パケットと関連しそれぞれの応答状態を示す少なくとも１つのビット・マップ・ブロックが含まれるフィードバック・メッセージを周期的に前記送信機へ伝送し、前記ブロックの前記データ・パケットの各々の応答状態又は無応答状態に関する情報を前記送信機に選択的に与えるように構成され、
請求項１から１９までのいずれか１項に記載のデータ伝送方法を実行することを特徴とする受信機。
【請求項２２】
少なくとも１つのデータ項目から成るパケットの形で、少なくとも１つの送信機と少なくとも１つの受信機との間でデータを伝送するシステムであって、前記データ・パケットの各々が前記パケットの識別子と関連付けられ、
前記受信機が、連続する識別子を持つ所定数のデータ・パケットと関連しそれぞれの応答状態を示す少なくとも１つのビット・マップ・ブロックが含まれるフィードバック・メッセージを周期的に前記送信機へ伝送し、前記ブロックの前記データ・パケットの各々の応答状態又は無応答状態に関する情報を前記送信機に選択的に与えるように構成され、
前記送信機が、少なくとも１つのタイマーを前記ビット・マップ・ブロックの少なくともいくつかと関連付ける手段と、
前記無応答状態である少なくともいくつかのデータ・パケットにタイム・スタンプを関連付ける手段と、
を有することを特徴とするデータ伝送システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、送受信機間でのデータ伝送の分野に関する。さらに正確に述べれば、本発明は、高いデータ伝送品質を必要とするすべての通信システムに関し、リアルタイムという制約が課せられている通信システムに特に関連する。
【０００２】
特に、本発明は、通信システム内でエラー・チェック機能を実行する自動くり返し要求(ＡＲＱ：Automatic Repeat Request)タイプの伝送プロトコルに適用される(但しこれ以外のプロトコルを排除するというわけではない)。このようなＡＲＱタイプのプロトコルでは、パケットとして連続フレームの中に構成された１組のデータ伝送ルールが定義される。
【０００３】
【従来の技術】
ソース・ポイントから宛先ポイントへ伝送されるデータの損失及び／又は劣化を補償するために、多くのエラー・チェック手法が通信システムで一般に使用されている。従来、エラー・チェックによって、紛失データまたは劣化データの伝送エラー検出と再送が実行された。公知のデータ再送手法によれば、フィードバック・メッセージの形での、伝送中紛失したデータまたは劣化したデータについての受信機からの明示的な棄却メッセージが受信されるまで送信機は待機し、次いで、受信機によって無応答データの再送をできるだけ早く行う。
【０００４】
“広帯域無線アクセス・ネットワーク(ＢＲＡＮ：Broadband Radio Access Network)；ＨｉｐｅｒＬＡＮタイプ２；データ・リンク制御(ＤＬＣ層)第１部：基本データ・トランスポート機能”という表題のＥＳＴＩ規格TS 101 761-1 V1.1.1 (2000-04)の中の、ＥＳＴＩ(欧州通信規格協会)によって定義されているＨｉｐｅｒＬＡＮ／２(高性能ローカル・エリア・ネットワーク・タイプ２)規格のＡＲＱエラー検出と再送プロトコルの一部として本発明は特に適用される。
【０００５】
ＨｉｐｅｒＬＡＮ／２通信規格はＨ／２とも呼ばれ、高速、低レンジの無線アクセス・システムを定義するものであり、無線ローカル・エリア・ネットワーク及び無線アクセス・ネットワークに好適に適用される。Ｈ／２は、所定の地域エリアをカバーするＡＰと呼ばれるアクセス・ポイントによって各無線セルの制御が行われるセルラー・システムであり、該システムの様々な移動端末装置(ＭＴと呼ばれる)間の無線リソースの配分処理が行われる。Ｈ／２によって、３つのタイプの伝送、すなわちアップリンク伝送、ダウンリンク伝送、直接リンク伝送が提供される。
【０００６】
ＨｉｐｅｒＬＡＮ／２ＡＲＱプロトコルは“選択再送("Selective Repeat")"タイプのＡＲＱプロトコルであり、いくつかの付加的メカニズムを有する。以下はこのプロトコルの一般的原理についての説明である。
【０００７】
ＡＲＱ送信機は、ＡＲＱ受信装置へ伝送される各ユーザー・データ・パケット(Ｕ−ＰＤＵ(ユーザープロトコル・データ・ユニット)とも呼ばれる)の中へシーケンス番号とも呼ばれる識別子の挿入を行う。この識別子は１０ビットの長さを持ち、１モジュロ２10＝１０２４ずつ増分される。
【０００８】
以後、ＰＤＵという用語はＵ−ＰＤＵタイプのユーザー・データ・パケットを示すものとする。
【０００９】
送信機には、伝送が許されているシーケンス番号リストが保持され、受信機には、受信を受ける用意ができているシーケンス番号リストが保持されている。これらのリストの各々はＰＤＵウインドウとして設計されている。このシーケンス番号によって受信機が起動され、ＰＤＵ損失の検出や損傷を受けたＰＤＵの受信が検出され、これらをフィードバック・メッセージを介して送信機へ知らせる。次いで、受信機によって正しく受信されなかったＰＤＵの再送が送信機によって行われる。
【００１０】
ＰＤＵウインドウは、一方で可変ＢｏＷ(ウインドウの基底部)によって特徴づけられ、他方でそのサイズＫsによって特徴づけられる。
【００１１】
送信側では、ＢｏＷは、受信機によってまだ肯定応答を受けていないＰＤＵと関連する最小のシーケンス番号である。この場合、Ｋsは、送信可能で、確認応答を待っているウインドウの中に格納可能なＰＤＵの最大数である。
【００１２】
受信側では、ＢｏＷは、受信機によってまだ正しく受信されていないＰＤＵと関連する最小シーケンス番号である。Ｋsは、これらのＰＤＵの中の１つが上位層へ伝送される前に、受信用ウインドウの中に受け入れることができ、格納できるＰＤＵの最大数である。
【００１３】
シーケンス番号に加えて、ＡＲＱ受信機あるいは送信機には、ＰＤＵが正しく受信されたか否かを示す、ウインドウの各ＰＤＵについての確認応答状態変数が保持されている。
【００１４】
ＨｉｐｅｒＬＡＮ／２のＡＲＱプロトコルでは、ウインドウ内の考慮対象のＰＤＵに先行する、あるいは、考慮対象のＰＤＵを取り囲むすべてのＰＤＵが、考慮対象のＰＤＵ自体を含めて正しく受信された場合、受信用ウインドウの各データ・パケットまたはＰＤＵは、ビット・マップ・ブロック内で選択的に確認応答を受けるか、あるいは、蓄積された(cumulated)フィードバック・メッセージによる確認応答を受ける。
【００１５】
このビット・マップ・ブロックは、連続するシーケンス番号を持つ所定数のＰＤＵ(ＨｉｐｅｒＬＡＮ／２の場合８)と関連する。この関連付けは以下のように行われる：シーケンス番号０から始まるシーケンス番号スペースが、連続するシーケンス番号間隔に分割され、各間隔は所定のビット・マップ・ブロックと関連付けられる。ビット・マップ・ブロック内の所定のマーカー・ビットが、シーケンス番号の関連付けられた間隔内に同じ位置を持つシーケンス番号と関連付けられる。これによって、関係するビットと関連付けられたシーケンス番号を持つＰＤＵが肯定の確認応答を受けたことが、ビット・マップ・ブロック内の１を表す２進値によって示される。逆に、ビット・マップ・ブロック内の０を示す２進値によって、対応するＰＤＵの否定の確認応答が示される。
【００１６】
ビット・マップ・ブロック番号は、このブロック番号と関連付けられたシーケンス番号の間隔がシーケンス番号のスペース内に占めている位置に対応する。フィードバック・メッセージは３つの別個のビット・マップ・ブロックまでトランスポートを行うことができる。
【００１７】
送受信機間で確立されたＡＲＱリンクはＲＴＴ(Round Trip Time：巡回所用時間)とも呼ばれる動作サイクルの総持続時間によってさらに特徴づけられる。ＲＴＴ持続時間は、ＡＲＱ送信機がＰＤＵの送信に必要とする時間と、ＡＲＱ受信機が、受信と、処理と、(肯定または否定の)フィードバック・メッセージとして送信機への応答送信を行うために必要な時間と、送信機がこのフィードバック・メッセージを分析し、このフィードバック・メッセージの中から関係するＰＤＵに関する受信機の応答を読み出すために必要な時間との和として定義することができる。
【００１８】
ＨｉｐｅｒＬＡＮ／２の一部として、或る一定数のＰＤＵが受信されてしまうまで、受信したＰＤＵの確認応答に関して受信機からの応答が遅延したり、受信機からの応答の伝送に利用可能なリソースがない場合に、受信機による意図的ではない遅延が生じたりする場合がある。したがって、所定のＡＲＱリンクのＲＴＴ持続時間に変動が生じることになる。
【００１９】
このＲＴＴ持続時間は関係するＡＲＱリンクの送受信機のＡＲＱクラスにさらに左右される。送信機のＡＲＱ処理時間は、受信機からのフィードバック・メッセージの受信に応じて、送信機によるＰＤＵの伝送が可能になる前に通過するフレームの最低数に等しいことを想起されたい。また、受信機のＡＲＱ処理時間は、１以上のＰＤＵの受信に応じて、受信機によるフィードバック・メッセージの伝送が可能になる前に通過するフレームの最低数に等しい。ＨｉｐｅｒＬＡＮ／２で定義されるＡＲＱ遅延クラスは０、１、２または３の値を持ち、所定のＡＲＱの(送受信用)構成要素の処理時間に対する直接的インパクトを有する。遅延はこのクラスと同じ値を持つ。
【００２０】
さらに、Ｈ／２ネットワーク内でいわゆる関連付け時間中送受信が行われる際、各ＡＲＱの構成要素によってそのＡＲＱクラスの宣言が行われる。したがって、各ＡＲＱの構成要素は、予想されるＲＴＴの最小値、並びに、通常到達しそうにないＲＴＴの上限値を伝送路の両側で決定することができる。
【００２１】
【発明が解決しようとする課題】
明示的な確認応答時に紛失データまたは劣化データの再送が実現される公知のデータ伝送手法の欠点として、フィードバック・メッセージが失われたり、劣化したりした場合、これらの手法では適切な解決方法が提供されないことが挙げられる。
【００２２】
実際、フィードバック・メッセージが失われたり、劣化したりした場合、どのＰＤＵを再送すべきかは送信機にはわからない。したがって、無応答データの再送メカニズムの実行のために、紛失メッセージを置き換え、紛失メッセージの確認応答データのすべてあるいは一部を含む新しいフィードバック・メッセージの正しい受信を待機する必要がある。
【００２３】
さらに、例えばＨｉｐｅｒＬＡＮ／２ＡＲＱプロトコルの場合のように、特定のフィードバック・メッセージやビット・マップ・ブロックの送信機による要求がデータ交換プロトコルによって許されていない場合、送信機は着信が予想されるフィードバック・メッセージの受信時刻を予測することができない。
【００２４】
この欠点は、フィードバック・メッセージのコンテンツが送信機にとって非常に重要である場合、特に、伝送対象のＰＤＵのウインドウを動かすために送信機が求める情報がフィードバック・メッセージの中に含まれている場合、問題を生じる可能性がある。
【００２５】
高速データ伝送を必要とするある種のアプリケーションの場合、特に、リアルタイムという制約が課せられているアプリケーションの場合、フィードバック・メッセージが受信されなかったり、受信に遅延が生じたりした場合、送信機はＰＤＵの再送を行わないという決定を下すことができる。特に、この棄却現象の目的として、データの受信が遅すぎて送信機がデータを考慮できないことに起因して、受信機にとって無用となるようなデータを送信機が再送することを阻止することが挙げられる。
【００２６】
逆に、今まで通り例えば、遅延に敏感な無線伝送の一部として、今度は受信機のために、前に誤って受信したＰＤＵの遅い再送が棄却メカニズムの実行を導く場合もある。
【００２７】
受信機におけるこのデータ損失は、このアプリケーションがデータ損失と遅延の双方に対して特に敏感である場合、特に、受信端で実現されるアプリケーションの品質劣化を必然的に伴うことになる。
【００２８】
或る従来技術による手法の別の欠点、特に、ＨｉｐｅｒＬＡＮ２ＡＲＱプロトコルの別の欠点として、受信機において生じ得る操作上の矛盾に対処する解決方法がこれらの手法によって提供されていないという点が挙げられる。したがって、Ｈ／２規格によれば、受信機がフィードバック・メッセージを伝送する方法と、それらのコンテンツの選択肢(特に、フィードバック・メッセージに含まれるビット・マップ・ブロックの選択肢)とが標準化されていないため、非常に長い遅延を伴う或る一定のビット・マップ・ブロックの伝送が生じ得る一方で、最悪のシナリオの場合、伝送さえ行われないこともあり得る。
【００２９】
特に、本発明の目的は従来技術の上記欠点を補償することである。
【００３０】
さらに正確に述べれば、紛失データや損傷データのエラー検出と再送とを実現し、紛失したり、劣化したりしたフィードバック・メッセージという問題に対する最適の解決方法を提供するデータ伝送手法を提供することが本発明の目的である。
【００３１】
従来技術による手法の欠点の補償を可能にするデータ伝送手法の実現が本発明の目的である。従来技術による手法によれば、送信機は、一方で、特定のフィードバック・メッセージやビット・マップ・ブロックを要求する具体的な手段を持たず、また、他方で、受信機において生じ得る操作上の矛盾に直面する可能性がある。
【００３２】
本発明の別の目的は、特にＡＲＱプロトコル(但しこれ以外のプロトコルを排除するというわけではない)に適した、特にＨｉｐｅｒＬＡＮ／２規格用のデータ伝送手法を実現することである。
【００３３】
さらに、もしフィードバック・メッセージが失われたり、劣化したりした場合、無応答データ・パケットの予想される再送を可能にするデータ伝送手法を提供することが本発明の目的である。
【００３４】
高い伝送品質で送受信機間での交信を行う手法を実現することも本発明の目的である。
【００３５】
ＡＲＱ型プロトコルの一部として、ＨｉｐｅｒＬＡＮ／２規格によって予想される棄却メカニズムの時機を失した実行を回避することが本発明の別の目的である。
【００３６】
【課題を解決するための手段】
上記の目的、並びに以後明らかとなるその他の目的は、少なくとも１つのデータ項目のパケットの形で、少なくとも１つの送信機と少なくとも１つの受信機との間でデータを伝送する方法であって、前記データ・パケットの各々が前記パケットの識別子と関連付けられ、連続する識別子を有する所定数のデータ・パケットと関連する少なくとも１つのビット・マップ・ブロックを有するフィードバック・メッセージが、前記受信機によって周期的に前記送信機へ送信され、前記ブロックの前記データ・パケットの各々の(確認応答を受けたか否かを示す)確認応答状態が、前記送信機に対して選択的に示されるように構成される方法によって達成される。
【００３７】
本発明によれば、この伝送方法は、確認応答が受信されなかった場合、ある特定の作動が行われる期限となるタイムアウト時間の決定を行う少なくとも１つのタイマーが、前記ビット・マップ・ブロックの少なくともいくつかと関連付けられる少なくとも１つのステップを有する。
【００３８】
したがって、本発明は、紛失データまたは損傷データのエラー検出と再送とに基づく通信プロトコルの一部として全く革新的でかつ独創的なデータ再送アプローチに基づくものである。実際、従来の伝送プロトコルの原理は、或るＰＤＵが正しく受信されていないことを示すフィードバック・メッセージの受信に応答するデータ再送メカニズムの実行に基づくものである。本発明によれば、タイマーをいくつかのビット・マップ・ブロックと関連付けることにより、対応するフィードバック・メッセージの受信に先行して予想されるデータ再送の実行が可能となる。
【００３９】
固定または可変に設定が可能な所定数のデータ・パケットと、ビット・マップ・ブロックとの関連付けが行われるが、該ビット・マップ・ブロックは、受信機と交信している全持続時間中送信機によって認知されることに注意されたい。
【００４０】
タイマーとビット・マップ・ブロックとの関連付けは、明らかに、多量のリソースを必要とするメカニズムであるように見えるが、これによって受信端で提供されるサービス品質の好適な改善が可能になる。したがって、本発明は、提供されるサービス品質はデータ伝送情報量の最大化に関連すると考えるので、通信システムのリソースが節減されると考える当業者の先入観に反するものである。
【００４１】
好適には、所定のビット・マップ・ブロックに対して、前記ブロックと関連する連続する識別子から成る前記データ・パケットの第１のパケットが前記送信機によって前記受信機へ送信されるとき、本方法が前記タイマーを作動させる第１のステップを備えて、タイマーが前記作動状態へ切り替わるように構成されることが望ましい。
【００４２】
したがって、このブロックと関連するＰＤＵのうちの第１のＰＤＵが送信されるとすぐに、すなわち、最小のシーケンス番号を持つブロックのＰＤＵが送信されるとすぐに、所定のビット・マップ・ブロックと関連するタイマーのトリガリングが生じる。
【００４３】
本発明の好適な特徴によれば、所定のビット・マップ・ブロックについて、本方法は、所定の最大持続時間後に前記タイマーを停止する第１のステップを有し、次いで、前記ブロックの前記データ・パケットは、前記無応答状態となるように前記送信機によって考慮される。
【００４４】
Ｈ／２ＡＲＱプロトコルの一部として、この所定の最大持続時間は最大巡回所用時間ＲＴＴｍａｘに対応する。したがって、タイマーが該ブロックと関連する第１のＰＤＵの伝送からＲＴＴｍａｘ以上の時間が経過したことを示し、かつ、対応するフィードバック・メッセージがこのブロックに対して受信されていない場合、送信機は、伝送エラーが発生したかもしれないと考え、さらに、対応するＰＤＵが実際に無応答であると考える。ＲＴＴｍａｘがタイムアウトになるとタイマーは自動的に終了する。
【００４５】
本発明の第２の好適な特徴によれば、前記ブロックの前記データ・パケットが前記確認応答を受けた状態にあることを示す、前記ブロックの少なくとも前記データ・パケットの中の蓄積された確認応答が前記送信機によって受信されたとき、本方法は、所定のビット・マップ・ブロックに対して前記タイマーを停止する第２のステップを有する。
【００４６】
したがって、例えば、送信機がこの蓄積されたフィードバック・メッセージを受信した時、受信機が０と１０との間に含まれるシーケンス番号を持つすべてのＰＤＵが正しく受信されたことを示すフィードバック・メッセージを送信した場合、ＰＤＵ０〜７に対応するビット・マップ・ブロック０と関連するタイマーは停止される。
【００４７】
本発明の第３の好適な特徴によれば、所定のビット・マップ・ブロックに対して、本方法は、前記送信機が少なくとも前記ビット・マップ・ブロックを有するフィードバック・メッセージを受信するとき、前記タイマーを停止する第３のステップを有する。
【００４８】
好適には、前記確認応答を受けた状態あるいは前記ブロックの前記データ・パケットの各々の無応答状態を決定するために、前記フィードバック・メッセージの送信機による受信時に、本方法が前記フィードバック・メッセージを分析するステップ実行することが望ましい。
【００４９】
Ｈ／２ＡＲＱプロトコルの一部として、このようなフィードバック・メッセージが、例えば単一ビット・マップ・ブロックを有する場合、送信機はこのブロックの８つの連続するビットの値０と１の読み出しを開始する。０値ビットは、このビットの位置に等しいシーケンス番号を持つＰＤＵが無応答状態であることを示す。
【００５０】
ＡＲＱプロトコルの一部として、ビット・マップ・ブロックを分析するこのステップ中、送信機は、現在の送信用ウインドウの中に含まれる(本文書中で前に用いた用語に従えばＢｏＷとＢｏＷ＋Ｋsとの間の)シーケンス番号を持つＰＤＵのみを考慮する。
【００５１】
好適には、前記ブロックの少なくとも１つのデータ・パケットが前記無応答状態にある、前記タイマーを停止する前記ステップの最後に、前記ブロックの前記無応答データ・パケットの少なくともいくつかを再送キューの中に位置付けるステップが実行されることが望ましい。
【００５２】
この再送キューは、バッファの形などの物理的キューである場合もあり、その場合再送を待っているＰＤＵが格納される。キューの中へのＰＤＵの位置付けは、再送フラグをＰＤＵと関連付けるステップを有してもよい。この再送フラグは、ＰＤＵの再送を行うときに上げられ、そうでない場合には下げられる。さらに一般的に言えば、再送キューの中にＰＤＵを位置付けることは、任意の好適な方法による再送に先行して、ＰＤＵがある特定の状態にあることを示すステップを有してもよい。
【００５３】
前述したように、受信したビット・マップ・ブロック内の０値ビットと関連するＰＤＵであって、かつ、ＢｏＷ＋Ｋsより大きいシーケンス番号(ＥｏＷ(ウインドウの終端)とも呼ばれる)を持つＰＤＵは、フィードバック・メッセージの分析ステップ中考慮されない。したがってこれらのＰＤＵは再送キューの中に位置付けられない。
【００５４】
本発明の好適な代替例によれば、前記分析ステップの最後に、本方法によって、前記ブロックの少なくとも１つの確認応答を受けたデータ・パケットが前記再送キューの中に存在するかどうかのチェック・ステップが実行され、前記ブロックの少なくとも１つの確認応答を受けたデータ・パケットが前記キューの中に存在することが確認された場合には、該方法によって、前記再送キューから前記ブロックの前記確認応答を受けたデータ・パケットの削除ステップが実行される。
【００５５】
これによって、肯定の確認応答を受けたＰＤＵの不要な再送が回避される。例えば、ＲＴＴｍａｘの持続時間後にタイマーが終了し、対応するブロックのＰＤＵが再送用として準備されていて、再送の準備ができているいくつかのＰＤＵの肯定の確認応答を行うフィードバック・メッセージが、後者(送信機)がキューの中に入れられたＰＤＵの再送の実行ができる前に送信機によって受信される場合、この方法は特に興味をひくものである。この時、送信機は受信機によって肯定の確認応答を受けたＰＤＵをキューから取り除くことを決定することができる。
【００５６】
本発明の好適な手法によれば、本方法によって、前記再送キューの中に位置付けられた前記ブロックの前記データ・パケットを再送する少なくとも１つのステップが実行され、次いで、前記キューの中に位置付けられた前記ブロックの前記データ・パケットのうちの第１のデータ・パケットが再送されると、前記ブロックの前記タイマーを作動させる第２のステップが実行される。
【００５７】
したがって、受信機によって確認応答を受けていないキューのＰＤＵが再送され、関連付けられたブロックの最小シーケンス番号を持つＰＤＵが再送されると、タイマーは再びトリガーされる。
【００５８】
好適には、この伝送方法によってＡＲＱ(自動くり返し要求)タイプのプロトコルが実現されることが望ましい。
【００５９】
このＡＲＱプロトコルは、選択再送(Selective-Repeat)型あるいはGo-Back-N型のいずれでもよい。特に、本発明は、ＨｉｐｅｒＬＡＮ／２規格のＡＲＱＳＲＰＢ(部分ビット・マップを備えた選択再送)プロトコルの一部として適用される。
【００６０】
本発明の好適な実施の形態によれば、この伝送方法は、前記無応答状態の少なくともいくつかのデータ・パケットとタイム・スタンプとを関連付ける少なくとも１つのタイム・スタンプ・ステップをさらに有する。
【００６１】
このタイム・スタンプは、フレームで、あるいは任意の他の時間測定単位で、特にミリ秒で表現することができる。フレームが２ミリ秒の一定持続時間を持つＨ／２ＡＲＱプロトコルの一部として、タイム・スタンプの値をミリ秒で表現することにより、フレーム単位での測定と比較してさらに高い精度が与えられる。
【００６２】
好適には、前記送信機が前記関連付けられたデータ・パケットを送信する場合、前記タイム・スタンプが作動されることが望ましい。
【００６３】
したがって、このタイム・スタンプによって、ＰＤＵが伝送されたときからの経過時間の評価を行うことが可能になる。
【００６４】
本発明の別の好適な手法によれば、前記位置付けステップは、少なくとも１つの所定の選択基準に応じて、前記キューにの中に位置付ける対象データ・パケットの選択を行う予備ステップを有する。
【００６５】
好適には、前記選択基準によって、以下のものから構成されるグループに属する少なくとも１つの情報を考慮することが望ましい：
前記ブロックの無応答データ・パケットと関連する前記タイム・スタンプの値
前記受信機のＡＲＱクラス
【００６６】
実際、タイム・スタンプの値と、受信機のＡＲＱクラスとは、それぞれ、対応するＰＤＵが伝送されてからの経過時間と、ＰＤＵを処理し、対応するフィードバック・メッセージを伝送するために受信機が必要とする時間とを示すインジケータである。これら２つの判断基準のいずれかの判断基準あるいは両方の判断基準を同時に考慮することにより、送信機は考慮対象のＰＤＵを再送キューの中に位置付ける必要があるか否かに関する微妙な判定を行うことができる。
【００６７】
本発明の特別の実施の形態によれば、前記ブロックの前記選択用サブステップによって、前記所定の最大持続時間より大きい値を持つタイム・スタンプと関連する、前記無応答データ・パケットの選択が可能になる。
【００６８】
実際、考慮対象のＰＤＵがＲＴＴｍａｘより大きいある時刻から伝送されたことがタイム・スタンプによって示された場合、欠落している対応するフィードバック・メッセージは予想される伝送エラーと等しいものと送信機は考えることができる。
【００６９】
好適には、前記位置付けステップが、前記選択されたデータ・パケットの各々について、前記関連付けられたタイム・スタンプを停止するサブステップをさらに有することが望ましい。
【００７０】
ＰＤＵが再送キューの中に入れらるとすぐに、そのタイム・スタンプの活動は停止する。
【００７１】
本発明の第１の好適な実施の形態によれば、前記ブロックのすべての無応答データ・パケットが前記選択用サブステップで選択されたとき、前記タイム・スタンプは前記第２の作動ステップ中以下の値V(T)をとる：
V(T)＝t(activation)＋dmax
但し、t(activation)は、前記第２の作動ステップ中の現在の時間値であり、さらに、dmaxは、前記所定の最大持続時間である。前記キューの中に位置付けられたブロックの各データ・パケットと関連するタイム・スタンプが作動され、このタイム・スタンプは前記データ・パケットの前記再送中の現在の時間値をとる。
【００７２】
ＲＴＴmaxとも呼ばれるdmax持続時間は、フレームで、もしくは、ミリ秒などで表現することができる。前者(フレーム)の場合、例えば２ミリ秒続くフレームの場合、上式は、V(T)＝t(activation)＋dmax*2と書かれ、V(T)とt(activation)はミリ秒で表現される。
【００７３】
本発明の第２の好適な実施の形態によれば、前記タイマー停止の前記第１のステップの最後に、前記ブロックの少なくとも１つの無応答データ・パケットであって、前記所定の最大持続時間未満の値を持つタイム・スタンプと関連するデータ・パケットが前記選択用サブステップ中選択されなかった場合、この伝送方法によって、前記ブロックの前記タイマーを作動する第３のステップが実行され、その結果前記タイマーは以下の値V(T)をとることになる：
V(T)＝V(run)＋(Time stamp[i]−Time stamp[j])
但し、V(run)は、前記停止状態で動いている前記タイマーの前記ステップ中の前記タイマーの値であり、Time stamp[j]は、前記選択用サブステップ中選択された前記ブロックの前記無応答データ・パケットと関連する前記タイム・スタンプのうちの大きい方の値であり、Time stamp[i]は、前記選択用サブステップ中選択されなかった前記ブロックの前記無応答データ・パケットと関連する前記タイム・スタンプの値の大きい方の値である。
【００７４】
したがって、タイマーが終了すると、伝送されたにもかかわらずまだ確認応答を受けていないブロックの少なくとも１つのＰＤＵが再送時に関与しなくなる。それは、ＰＤＵのタイム・スタンプ値が低すぎてタイマーが上式に従って直ちに再作動されるためである。上式は、タイム・スタンプ値がフレームで表現された場合、V(T)＝V(run)＋(Time stamp[i]−Time stamp[j])*2、と書くこともできる。そしてこれらのフレームは２ミリ秒の持続時間を有する。この場合、V(T)とV(run)はミリ秒で表現される。
【００７５】
もしいくつかのＰＤＵが同じタイム・スタンプ値(Time stamp[i]またはTime stamp[j])を有する場合には、上式からこれらの値の任意の値の選択を考えることができる。
【００７６】
好適には、前記フィードバック・メッセージを分析する前記ステップの最後に、前記ブロックの前記確認応答を受けたデータ・パケットの各々について、前記方法によって前記関連付けられたタイム・スタンプを停止するステップを実行することが望ましい。
【００７７】
本発明の第３の好適な実施の形態によれば、前記タイマーを停止する前記第３のステップの最後に、前記ブロックの少なくとも１つの無応答データ・パケットが前記選択用サブステップ中選択されていなかった場合、前記受信機のＡＲＱクラスと関連する判定基準に従って、この伝送方法は前記ブロックの前記タイマーを作動させる第４のステップを実行し、前記タイマーが以下の値V(T)をとるようにする：
V(T)＝V(run)＋(dmax−(ｔ−Time stamp[i]))
但し、V(run)は、前記停止状態で動いている前記タイマーの前記ステップ中の前記タイマーの値であり、dmaxは、前記所定の最大持続時間であり、ｔは現在の時間値であり、Time stamp[i]は、前記選択用サブステップ中選択されなかった前記ブロックの前記無応答データ・パケットと関連する前記タイム・スタンプの値の大きい方の値である。
【００７８】
前述したように、上式は次のように書くこともできる：
V(T)＝V(run)＋(dmax*2−(ｔ−Time stamp[i]))
(dmaxは１フレームが２ミリ秒続くフレームで表現され、かつ、ｔとTime stamp[i]がミリ秒で表現される)
また上式は、dmaxとTime stamp[i])とが２ミリ秒続くフレームで表現され、かつ、ｔが現在のフレーム番号を示す場合、V(T)＝V(run)＋(dmax−(ｔ−Time stamp[i]))*2と書くこともできる。
【００７９】
いくつかのＰＤＵが同じタイム・スタンプ値を持つ場合、これらの値のなかのいずれの値でも上式から選んでもよい。
【００８０】
また本発明は、送信機、受信機、及び、前述したデータ伝送方法を実現するデータ伝送システムにも関する。
【００８１】
【発明の実施の形態】
本発明の他の特徴及び利点は、限定的なものではないが、ほんの１例として示される好適な実施の形態についての以下の説明を読むことにより、また添付図面を参照することによりさらに明らかになる。
【００８２】
図２〜図４は、アクセス・ポイントＡＰに配置されるＡＲＱ送信機と、移動端末装置ＭＴ内に配置される受信機のある場合を例示することに注意されたい。ダイレクト・モードの２つの端末装置間での通信を考慮した場合、双方の端末装置が同じ期間中に伝送を行い、図２〜図４は、フレームで伝送している第１の端末装置がＡＲＱ送信機であり、かつ、フレームで伝送している第２の端末装置が考慮対象の通信を行うためのＡＲＱ受信機である特定のケースを例示することも可能である。
【００８３】
本発明の一般原理は、受信機によって送信機へ伝送される少なくともいくつかのビット・マップ・ブロックとタイマーとの関連付けに基づくものである。
【００８４】
本書の記載において、ＨｉｐｅｒＬＡＮ／２規格の自動くり返し要求の部分ビット・マップを伴う選択再送(ＡＲＱ ＳＲＰＢ：Autonatic Rpeat Request - Selective Repeat with Partial Bitmap)プロトコルの一部として、本発明の実施の形態についての説明を行う。言うまでもなく、本発明は、紛失データや損傷データの伝送時及び再送時におけるエラー検出に基づくデータ伝送プロトコルの他のタイプにも適用可能であることを想起されたい。
【００８５】
図１を参照しながら、ＡＲＱ送受信機間でのＰＤＵ交換の一部として基本となる独創的なメカニズムに従う幾つかの実現ステップについての簡単な説明を行う。またこれらのステップについて図２〜図５を参照してさらに詳細に説明する。
【００８６】
参照符号１０で示すステップ中、本発明の方法に従って、少なくとも１つのタイマーが、ＡＲＱ受信機によってフィードバック・メッセージ内でＡＲＱ送信機へ伝送される可能性が大きい確認応答ブロック(ビット・マップ・ブロックとも呼ばれる)のうちのいくつかもしくはすべてと関連付けられる。ＨｉｐｅｒＬＡＮ／２規格のＡＲＱプロトコルに準拠して、このようなビット・マップ・ブロックが８つの連続するＰＤＵと関連付けられ、ビット・マップ・ブロックによってこれらのＰＤＵの各々の選択的確認応答が起動される。
【００８７】
参照符号１１で示されるステップ中、考慮対象のブロックと関連する連続するＰＤＵの第１のＰＤＵの伝送中、タイマーが作動される。次いで、タイマーは、所定の最大持続時間の期限が切れた後、もしくは、考慮対象のブロックのＰＤＵの少なくともいくつかの確認応答を受信した際に、参照符号１２で示される後のステップ中停止される。
【００８８】
タイマーが停止されると、ＡＲＱ送信機は、ＡＲＱ受信機へ再送する対象とする、無応答の可能性のあるＰＤＵを選択するステップ１３を実行し、次いで、選択したＰＤＵを再送キューの中に位置付ける(１４)。
【００８９】
タイマーが関連付けられ、キューの最後に位置付けられたブロックの第１のＰＤＵが再送される(１５)と、対応するタイマーが再作動される(１１)。
【００９０】
次に、図２を参照しながら、送信機１と受信機２との間のＰＤＵ交換の一部として、受信機によって送信されるビット・マップ・ブロックと関連するタイマーの処理を行う実施の形態を提示する。
【００９１】
ＰＤＵ交換は、図２でｆ0〜ｆ7で指定されるフレームで編成される。ＨｉｐｅｒＬＡＮ／２規格のＡＲＱプロトコルによれば、これらのフレームは２ミリ秒間続く。
【００９２】
図２の送受信機はＡＲＱクラス０のものであると考えられる。すなわち：
いくつかのＰＤＵの確認応答状態を示すメッセージをフレームｆiで受信した後、ＡＲＱ送信機は、必要なリソースがある場合、同じフレームｆiで(あるいは該送信機の伝送段階が受信機の伝送段の前であるか後であるかに応じて連続するフレーム内で)無応答ＰＤＵの再送を行うことができる。
フレームｆiで１以上のＰＤＵを受信した後、ＡＲＱ受信機は、必要なリソースがある場合、同じフレームｆiで(あるいは該受信機の伝送段階が送信機の伝送段の前であるか後であるかに応じて連続するフレーム内で)、受信されたＰＤＵに対する１つ(またはいくつかの)フィードバック・メッセージを送信機に伝送することができる。
【００９３】
さらに、動作サイクルの最大持続時間(ＲＴＴmax(巡回所用時間：Round Trip Time)と呼ぶ)は３フレームに等しいと考えられる。
【００９４】
まず第１に、シーケンス番号０〜７のＰＤＵと関連するビット・マップ・ブロックがチェックされる。該ビット・マップ・ブロックは以後ＢＭＢ0(ビット・マップ・ブロック)と呼ぶことにする。フレームｆ0の開始に対応する時刻ｔ0に、ＢＭＢ0の値は００００００００であり、シーケンス番号０〜７を持つＰＤＵがすべて無応答状態にあることを示している。本発明によればタイマーＴ0はＢＭＢ0と関連付けられる。
【００９５】
フレームｆ0で、送信機１はシーケンス番号０〜４を持つＰＤＵを受信機２へ送信する。タイマーＴ0は、シーケンス番号０を持つＰＤＵ(０)と呼ばれるＰＤＵが伝送される時刻ｔ0＋Δ0に作動される。タイマーＴ0は、ＨｉｐｅｒＬＡＮ／２規格の一部として、ＲＴＴmax持続時間が遅くとも３フレームすなわち６ミリ秒に等しくなった後停止される。すなわち、Ｔ0は遅くとも時刻ｔ＝ｔ0＋６＋Δ0に停止する。
【００９６】
図２に示されているように、ＰＤＵ(０)とＰＤＵ(４)とは受信機２によって正しく受信された。一方、ＰＤＵ(１)、ＰＤＵ(２)及びＰＤＵ(３)の伝送中、事故(ＰＤＵ伝送を示す矢印上に×の記号で表される)が発生している。
【００９７】
時刻ｔ1に始動するフレームｆ1で、送信機１は、ＰＤＵ(５)(正しく受信されなかった)と、ＰＤＵ(６)、ＰＤＵ(７)及びＰＤＵ(８)を送信する。ＰＤＵ(８)が伝送されると、時刻ｔ1＋Δ1に、送信機１は、シーケンス番号８〜１５を持つＰＤＵに対応するＢＭＢ1と関連するタイマーＴ1を作動させる。Ｔ1は、遅くとも持続時間がＲＴＴmaxに等しくなった後、すなわち時刻ｔ1＋６＋Δ1に停止される。
【００９８】
ＰＤＵ(８)が受信されたとき、受信機２は、１０００１０１１に等しい値を持つＢＭＢ0を含むフィードバック・メッセージを送信機１へ送信する。ＢＭＢ0を受信すると、送信機１は、Ｔ0を停止し、フィードバック・メッセージを分析し、ＰＤＵ(１)、ＰＤＵ(２)、ＰＤＵ(３)及びＰＤＵ(５)が確認応答を受けていないため再送を行う必要があると判断する。
【００９９】
フレームｆ2は時刻ｔ2に始動する。ＡＲＱクラス０であるため、送信機１はＰＤＵ(１)とＰＤＵ(２)とをフレームｆ2で受信機２へ再送する。ＰＤＵ(１)の再送中、時刻ｔ2＋Δ2に、ＢＭＢ0と関連するタイマーＴ0が、ｔ2＋６＋Δ2に等しい最大持続時間の間再び作動される。
【０１００】
同じフレームｆ2で、送信機１は、値１１１０１０１１のＢＭＢ0を含むフィードバック・メッセージを受信機２から受信する。次いで、送信機１は、タイマーＴ0を停止し、フィードバック・メッセージを分析し、ＰＤＵ(３)とＰＤＵ(５)とがまだ無応答状態であるため受信機２へ再送を行う必要があると判断する。
【０１０１】
フレームｆ3で、送信機１には、ＰＤＵ(３)、ＰＤＵ(５)、ＰＤＵ(９)及びＰＤＵ(１０)の伝送に必要なリソースが割り当てられる。時刻ｔ3＋Δ3にＰＤＵ(３)が伝送された場合、送信機１によって再びＴ0が、ｔ3＋６＋Δ3に等しい最大持続時間の間作動される。
【０１０２】
フレームｆ4で、送信機１は、ＰＤＵ(１１)とＰＤＵ(１２)の伝送に必要なリソースを持っているが、図２に例示されているように、受信機２はこれら２つのＰＤＵを正しく受信していない。同じフレームｆ4で、受信機２は、ＢＭＢ0とＢＭＢ１を含むフィードバック・メッセージを送信する。しかし、このフィードバック・メッセージの伝送の過程で事故が生じ、このフィードバック・メッセージは送信機１によって受信されない。
【０１０３】
フレームｆ5で、送信機１はＰＤＵ(１３)、ＰＤＵ(１４)及びＰＤＵ(１５)の伝送を続行する。時刻ｔ'5に、タイマーＴ1はＲＴＴmax後に期限が切れ、そのため停止状態に入る。次いで、送信機１は、ＢＭＢ1と関連するＰＤＵのいずれも確認応答を受けた状態にないこと、したがってＢＭＢ1と関連するすべてのＰＤＵの再送を行うべきであることをこの停止状態から推論する。利用可能なリソースがまだ１つ存在するので、また、送信機１がＡＲＱクラス０であるため、送信機１は時刻ｔ5＋Δ5に同じフレームｆ5でＰＤＵ(８)の再送を開始し、次いで、ｔ5＋Δ5＋６の最大持続時間の間Ｔ1を再び作動させる。
【０１０４】
フレームｆ6で、送信機１はＰＤＵ(９)を再送する。再び、ＲＴＴmax後にタイマーＴ0は停止状態に入り、ＰＤＵ(３)とＰＤＵ(５)の無応答状態を送信機１に対して指定する。次いで、送信機１によって保持される再送キューは、以下のシーケンス番号：{３、５、１０、１１、１２、１３、１４、１５}を持つＰＤＵを備えるように更新される。シーケンス番号の昇順にキューのＰＤＵをソート(sorting)することにより送信機１が作動され、フレームｆ6で、ＰＤＵ(３)、ＰＤＵ(５)次いでＰＤＵ(１０)の再送を行う必要があることが決定される。ＰＤＵ(３)の伝送中タイマーＴ0は再び再作動される。シーケンス番号３、５、１０を持つＰＤＵが再送された後、再送キューは更新され、以下のシーケンス番号：{１１、１２、１３、１４、１５}を持つＰＤＵを備える。
【０１０５】
ＰＤＵ(１０)を正しく受信した後、受信機２は、ＢＭＢ0＝１１１１１１１１とＢＭＢ1＝１１１００１１０とを含むフィードバック・メッセージを送信機１へ送信する。このメッセージの受信時にＴ1とＴ0は停止される。
【０１０６】
本発明の特に好適な実施の形態によれば、受信されたフィードバック・メッセージは送信機１により分析され、ＰＤＵ(１３)とＰＤＵ(１４)とが受信機２によって確認応答を受けたこと、及び、再送キューからＰＤＵ(１３)とＰＤＵ(１４)を削除して、再送キューが、シーケンス番号{１１、１２、１５}を持つＰＤＵを含むようにすることが決定される。
【０１０７】
この結果、フレームｆ7で、送信機１により、ＰＤＵ(１１)、ＰＤＵ(１２)及びＰＤＵ(１５)の再送が行われる。フレームｆ8で、受信機２は、ＢＭＢ1＝１１１１１１１１を含むフィードバック・メッセージを伝送し、送信機１によって受信されたとき、該フィードバック・メッセージはタイマーＴ1を停止へ導く。
【０１０８】
次いで、シーケンス番号０〜１５を持つすべてのＰＤＵが確認応答を受け、送信機１によって保持されていた再送キューが今度は空にされる。
【０１０９】
図３を参照しながら、本発明の第２の実施の形態を提示する。この場合、ビット・マップ・ブロックの各々と関連するタイマーに加えて、タイム・スタンプが無応答の各ＰＤＵと関連付けられる。
【０１１０】
ここでもまた、ＡＲＱクラス０の送受信機が考慮の対象となる。しかし今回は２つのフレームのＲＴＴmax持続時間、すなわち、フレームが２ミリ秒続くＨｉｐｅｒＬＡＮ／２の場合４ミリ秒が考慮の対象となる。
【０１１１】
ここでもまた、ｆ0〜ｆ7の番号のフレームのチェックが行われる。タイマーＴ0が、０〜７番のＰＤＵと関連するビット・マップ・ブロックＢＭＢ0と関連付けられる。また、タイム・スタンプＨiがシーケンス番号ｉを持つＰＤＵと関連付けられ、この値はフレームで表現され、ＰＤＵ(ｉ)の伝送中タイム・スタンプＨiが作動される。
【０１１２】
したがって、図３では、送信機１によってフレームｆ0内の０〜４番のＰＤＵが送信される。ＰＤＵ(０)の伝送時刻ｔ0＋Δ0にＴ0が作動され、遅くともＲＴＴmaxに等しい持続時間後、すなわち時刻ｔ0＋Δ0＋４にＴ0は停止される。フレームｆ0の最後に、タイム・スタンプＨ0〜Ｈ4は作動(有効に)されて０の値を持ち、タイム・スタンプＨ5〜Ｈ7は停止(無効に)される。
【０１１３】
フレームｆ1で、送信機１によって５〜７番のＰＤＵが伝送される。タイム・スタンプＨ5〜Ｈ7は１の値をとる。さらに、受信機２は、ＢＭＢ0＝１１０１０１００を含むフィードバック・メッセージを送信機１へ送信し、該送信機１はこのメッセージを分析し、受信機２がＡＲＱクラス０であることから、２、４、６、７番のＰＤＵが確認応答を受けておらず、これらのＰＤＵの再送が必要であることがこのフィードバック・メッセージから推論される。このフィードバック・メッセージの受信時に、ＰＤＵ０〜７のすべてのスタンプＨi並びにタイマーＴ0が停止される。
【０１１４】
フレームｆ2で、送信機１は、ｔ2＋Δ2でＰＤＵ(２)を再送し、次いで、ＲＴＴmaxに等しい最大持続時間の間Ｔ0を再作動し、次いでＰＤＵ(４)の再送を行う。次いで、Ｈ2とＨ4とが取得され、作動され、２に等しく設定され、ＢＭＢ0のＰＤＵのその他のタイム・スタンプＨiは停止される。
【０１１５】
フレームｆ3で、送信機１はＰＤＵ(６)とＰＤＵ(７)とを再送し、受信機２は、送信機１によって正しく受信されなかったＢＭＢ0を含むフィードバック・メッセージを送信する。次いでＨ6とＨ7は値３で作動される。ｔ'4＝ｔ2＋Δ2＋４にタイマーＴ0は停止される。次いで、送信機１は、どれが、後続する再送用としてキューに位置付けるべき対象ＰＤＵであるかを参照符号２０で示されるステップ中に決定しなければならない。
【０１１６】
次いで、送信機１によって、ＢＭＢ0の様々な無応答ＰＤＵ(ＰＤＵ(２)、ＰＤＵ(４)、ＰＤＵ(６)、ＰＤＵ(７))と関連するタイム・スタンプのフレームで表現された値が分析される。ｆ(ｔ)は時刻ｔが属するフレーム番号を示す。ＰＤＵ２、４、６、７について、次式が得られる：
f(ｔ'4)−Ｈ2＝４−２＝２≧ＲＴＴmax
f(ｔ'4)−Ｈ4＝４−２＝２≧ＲＴＴmax
f(ｔ'4)−Ｈ6＝４−３＝１＜ＲＴＴmax
f(ｔ'4)−Ｈ7＝４−３＝１＜ＲＴＴmax
【０１１７】
ＰＤＵ６と７はごく最近送信されたため、受信機２がこれらのＰＤＵを処理したことが確認できないので、ＰＤＵ６と７を再送してはならないことが上式の結果から推論される。実際、ＰＤＵ６と７によるＴ0の伝送と停止との間でフレームは１つしか通過していない。次いで、送信機１はＰＤＵ(２)とＰＤＵ(４)を再送キューの中に位置付け、タイマーＴ0が下記Ｔ0において直ちに再作動される。
Ｔ0＝V(run)＋(Ｈi−Ｈj)
但し、V(run)は、タイマーＴ0の停止中の値であり、Ｈiは、ＢＭＢ0の最も古い無応答の、再送対象とされないＰＤＵのタイム・スタンプ値であり、Ｈjは、ＢＭＢ0の最も古い無応答の、再送対象とされるＰＤＵの値である。
すなわち、Ｔ0＝ｔ'4＋(Ｈ6−Ｈ2)*2(ミリ秒)
すなわち、Ｔ0＝ｔ'4＋２(ミリ秒)
【０１１８】
次いで、送信機１はフレームｆ4でＰＤＵ(２)とＰＤＵ(４)の再送が行われる。この結果、再送キューが空にされ、Ｈ2＝Ｈ4＝４及びＨ6＝Ｈ7＝３が得られる。Ｔ0はフレームｆ5で時刻ｔ'5に停止される。次いで、送信機１は上に行った計算を反復して、参照符号２１で示されるステップ中に、どれが、再送キューの中に位置付けられるＢＭＢ0の無応答の対象ＰＤＵであるかの判定を行うように成される：
f(ｔ'5)−Ｈ2＝５−４＝１＜ＲＴＴmax
f(ｔ'5)−Ｈ4＝５−４＝１＜ＲＴＴmax
f(ｔ'5)−Ｈ6＝５−３＝２≧ＲＴＴmax
f(ｔ'5)−Ｈ7＝５−３＝２≧ＲＴＴmax
【０１１９】
ＰＤＵ２と４のＴ0の最も遅い伝送と停止との間での経過時間がＲＴＴｍａｘ未満であるため、ＰＤＵ２と４を再送してはならないことが上式の結果から推論される。したがって、これらのＰＤＵが受信機２によってまだ処理されていない可能性があるため、これら２つのＰＤＵにとって、送信機が対応するフィードバック・メッセージを受信していないことは正常であるように思われる。
【０１２０】
ＰＤＵ(６)とＰＤＵ(７)が再送キューの中に入れられ、Ｔ0が直ちに再作動されて上式によって定義される値をとる：
Ｔ0＝V(run)＋(Ｈi−Ｈj)
すなわち、Ｔ0＝ｔ'5＋(Ｈ2−Ｈ6)*2(ミリ秒)(ＰＤＵ(２)はＢＭＢ0の最も古い無応答の、再送対象とされないＰＤＵであり、ＰＤＵ(６)はＢＭＢ0の最も古い無応答の、再送対象とされるＰＤＵである)
すなわち、Ｔ0＝ｔ'5＋２(ミリ秒)
【０１２１】
フレームｆ5で送信機１はＰＤＵ(６)の再送を行う。この時、再送キューの中にはＰＤＵ(７)しか含まれず、Ｈ2＝Ｈ4＝４、Ｈ6＝５、及び、Ｈ7＝３が得られる。次いで、送信機１はＢＭＢ0＝１１０１１１１０を含むフィードバック・メッセージを受信機２から受信する。次いで、ＰＤＵ０〜７と関連するすべてのタイム・スタンプが停止され、ＰＤＵ(７)とＰＤＵ(２)が再送キューの中に位置付けられる。
【０１２２】
フレームｆ6で、ＰＤＵ(７)は時刻ｔ6＋Δ6に再送され、Ｔ0が再作動されて値Ｔ0＝ｔ6＋Δ6＋４をとる。Ｈ7も再作動されて値６をとり、ＰＤＵ(７)は再送キューから削除される。
【０１２３】
フレームｆ7で、送信機１はＰＤＵ(２)を伝送し、次いでＨ2が作動されて値７をとり、次いで再送キューが空にされる。受信機２は、ＢＭＢ0＝１１１１１１１１を含むフィードバック・メッセージを送信し、ＰＤＵ０〜７のすべてに対する確認応答を行うが、送信上の事故のために送信機１による正しい受信が妨げられている。
【０１２４】
時刻ｔ'8に、フレームｆ8でＴ0が停止される。次いで、送信機１は、どれが、再送キューの中に位置付けるべき、ＢＭＢ0の無応答ＰＤＵであるかを参照符号２２で示されるステップ中に決定する必要がある。この目的のために、送信機１は、これらのＰＤＵのなかで最も遅い伝送とＴ0の停止との間の経過時間を決定するために、ＰＤＵ(２)とＰＤＵ(７)に関連するタイム・スタンプの値の分析を行う。
f(ｔ'8)−Ｈ2＝８−７＝１＜ＲＴＴｍａｘ
f(ｔ'8)−Ｈ7＝８−６＝２≧ＲＴＴｍａｘ
【０１２５】
受信機２がＰＤＵ(７)を処理し、確認応答を出すのに十分長い時間を要してＰＤＵ(７)を送信したという理由で、ＰＤＵ(７)だけが再送キューの中に入れられる。したがって、ＰＤＵ(７)の欠落しているフィードバック・メッセージは、伝送エラーの可能性があることを示している。
【０１２６】
タイマーＴ0が直ちに再作動されて値Ｔ0＝ｔ'8＋(Ｈ2−Ｈ7)*2(ミリ秒)、すなわちＴ0＝ｔ'8＋２をとる。
【０１２７】
フレームｆ8で、送信機１は、受信機２が、シーケンス番号０〜７を持つすべてのＰＤＵを正しく受信したことを示すビット・マップ・ブロックＢＭＢ0＝１１１１１１１１を含むフィードバック・メッセージを受信する。次いで、すべてのタイム・スタンプＨ0〜Ｈ7が停止され、タイマーＴ0も停止される。
【０１２８】
図４ａ，４ｂのＡＲＱ送受信機によって実行されるメカニズムは、図３に例示されているＡＲＱ送受信機と類似している。したがって、本文書ではこれらのメカニズムについてのさらに詳細な説明は行わない。図４ａ，４ｂはＡＲＱクラス０の送受信機を示す図であり、該送受信機のＲＴＴｍａｘ持続時間は、ＨｉｐｅｒＬＡＮ／２ＡＲＱプロトコルの一部として１０フレーム(２０ミリ秒)に固定されている。
【０１２９】
参照符号３１で示されるステップの最後に、後続する再送用として再送キューの中にＰＤＵ(０)を位置付ける必要があることに注意されたい。しかし、同じフレームｆ11で、かつ、ＰＤＵ(０)の再送が可能になる前に、送信機１は、受信機２がＰＤＵ(０)を正しく受信したことを示すビット・マップ・ブロックＢＭＢ0＝１１１１１１１１を含むフィードバック・メッセージを受信機２から受信する。したがって、送信機１によって、ＰＤＵ(０)の再送の必要がないことが検出され、再送キューからＰＤＵ(０)を削除するステップ３０が実行される。
【０１３０】
図５を参照しながら、ＡＲＱクラス０の送信機とＡＲＱクラス１の受信機間でのデータ・パケット(ＰＤＵ)交換の一部として、本発明のサンプルの実行について説明する。ｄRX＝１(フレームで表現される)はＡＲＱクラス１の受信機の処理時間を示す。ＲＴＴｍａｘ＝３フレーム(６ミリ秒)で、フレームｆ0〜ｆ7が考慮され、このフレーム中ＰＤＵ(０)〜ＰＤＵ(７)が伝送されると仮定する。タイマーＴ0はビット・マップ・ブロックＢＭＢ0と関連付けられ、タイム・スタンプＨiは各ＰＤＵ(ｉ)と関連付けられる。
【０１３１】
時刻ｔ0から開始するフレームｆ0で、送信機１はＰＤＵ(０)〜ＰＤＵ(４)を伝送する。ＰＤＵ(０)が伝送されると、ブロックＢＭＢ0と関連するタイマーＴ0が作動されて値Ｔ0＝ｔ0＋６＋Δ0をとる。タイム・スタンプＨ0〜Ｈ4が作動されて値０をとり、これによって、タイム・スタンプＨ0〜Ｈ4が関連付けられているＰＤＵ０〜４がフレームｆ0で伝送されたことが示される。
【０１３２】
次いで、フレームｆ1で、送信機１は番号５〜７のＰＤＵを伝送し、次いでタイム・スタンプＨ5〜Ｈ7が作動されて値１をとる。時刻ｔ'1に、フレームｆ1で、送信機１はビット・マップ・ブロックＢＭＢ0＝１０１０１０００を含むフィードバック・メッセージを受信機２から受信する。このメッセージが受信されると、タイマーＴ0が停止される。
【０１３３】
次いで、送信機１は、参照符号４０で示されるステップ中にこのフィードバック・メッセージの分析を実行し、再送キューの中に位置付ける対象とする、ブロックＢＭＢ0の無応答ＰＤＵを決定する。
【０１３４】
このステップ４０は、ＰＤＵの伝送とタイマーＴ0の停止との間で経過した、フレームで表現される時間の評価を行うことに存する。ＰＤＵ(０)〜ＰＤＵ(４)について、ｆ(ｔ'1)−Ｈi−１≧ｄRXが得られる。この結果、受信されたフィードバック・メッセージがＰＤＵ０〜４の確認応答の実際の状態をトランスポートすること、したがってＰＤＵ１と３とが無応答状態にあることがこれらから推論される。
【０１３５】
一方、ＰＤＵ(５)〜ＰＤＵ(７)について、ｆ(ｔ'1)−Ｈi＝１−１＝０＜ｄRXが得られる。その結果、時刻ｔ'1に受信されたフィードバック・メッセージはＰＤＵ５〜７に関わることはできないことが推論される。実際、受信機２のクラスが与えられた場合、ＰＤＵ５〜７の送信が遅すぎるために、後者(受信機２)は、ＰＤＵ５〜７を受信し、処理し、時刻ｔ'1前に対応するフィードバック・メッセージを送信機１へ送信する時間を持つことができない。
【０１３６】
したがって、ステップ４０の最後に、送信機１はＰＤＵ(１)とＰＤＵ(３)だけを再送キューの中に位置付ける必要があると判断する。タイマーＴ0が直ちに再作動されて以下の値をとる：
Ｔ0＝V(run)＋(ＲＴＴｍａｘ−(ｆ(ｔ'1)−Ｈi))
但し、V(run)は、停止されたときのタイマーＴ0の値であり、ｆ(ｔ'1)はフレームで表現される現在の時間値であり、Ｈiは再送されない、ＢＭＢ0の最も古い無応答ＰＤＵと関連するタイム・スタンプの値である。したがって：
Ｔ0＝ｔ'1＋(ＲＴＴｍａｘ−(ｆ(ｔ'1)−Ｈ5))*2
Ｔ0＝ｔ'1＋(３−(１−１))*2
Ｔ0＝ｔ'1＋６(ミリ秒)
が得られる。
【０１３７】
次いで、実際に確認応答を受けたＰＤＵ(０)、ＰＤＵ(２)及びＰＤＵ(４)のタイム・スタンプと同様、ＰＤＵ(１)とＰＤＵ(３)のタイム・スタンプが停止される。
【０１３８】
フレームｆ2の間、送信機１は、受信機２によって正しく受信されなかったＰＤＵ(１)を再送し、次いで、タイム・スタンプＨ1が作動されて値２をとる。この時再送キューの中にはＰＤＵ(３)しか含まれていない。フレームｆ3では、送信機１はＰＤＵ(３)を送信し、対応するタイム・スタンプＨ3が作動されて値３をとり、再送キューは空にされる。
【０１３９】
フレームｆ4で、受信機２は、ＢＭＢ0＝１０１１１１０１を含むフィードバック・メッセージを送信するが、送信上の事故のために送信機１はこのフィードバック・メッセージを受信しない。時刻ｔ'4に、フレームｆ4でＲＴＴｍａｘ後にタイマーＴ0は終了する。次いで、送信機１は、無応答ＰＤＵのＨiのタイム・スタンプ値と、ＡＲＱクラスの送信機１と受信機２とに応じて、再送キューの中に位置付ける対象ＰＤＵの決定を行うステップ４１を実行する。
【０１４０】
ＰＤＵ(１)とＰＤＵ(３)とについては、
ｆ(ｔ'4)−Ｈ1＝４−２＝２＜ＲＴＴｍａｘ
ｆ(ｔ'4)−Ｈ3＝４−３＝１＜ＲＴＴｍａｘ
がそれぞれ得られる。
【０１４１】
ＰＤＵ１と３とがごく最近伝送されたので、受信機２が、ＰＤＵ１と３を受信し、処理し、対応するフィードバック・メッセージを送信するのに十分な時間があることを確認できなかったことが推論される。したがって、ＰＤＵ(１)とＰＤＵ(３)は再送してはならない。
【０１４２】
一方、ＰＤＵ５〜７については、
ｆ(ｔ'4)−Ｈ5＝４−１＝３≧ＲＴＴｍａｘ
ｆ(ｔ'4)−Ｈ6＝４−１＝３≧ＲＴＴｍａｘ
ｆ(ｔ'4)−Ｈ7＝４−１＝３≧ＲＴＴｍａｘ
が得られる。
【０１４３】
フレーム１でのＰＤＵ５〜７の伝送と、タイマーＴ0の終了時刻との間の経過時間は、受信機がこれらのＰＤＵに関連するフィードバック・メッセージを送信してしまうのに十分である。この確認応答が欠落している場合、送信機１はＰＤＵ(５)、ＰＤＵ(６)及びＰＤＵ(７)を再送キューの中に位置付ける決定を行う。
【０１４４】
対応するタイマーＴ0が直ちに再作動されて以下の値をとる：
Ｔ0＝V(run)＋(Ｈi−Ｈj)
但し、V(run)は、停止されたときのＴ0の値であり、Ｈiは、ＢＭＢ0の最も古い無応答の、再送対象とならないＰＤＵのタイム・スタンプ値であり、Ｈjは、ＢＭＢ0の最も古い無応答の、再送対象とされるＰＤＵの値である。
すなわち、Ｔ0＝ｔ'4＋(Ｈ1−Ｈ5)*2(ミリ秒)
すなわち、Ｔ0＝ｔ'4＋２(ミリ秒)
タイム・スタンプＨ5、Ｈ6及びＨ7は停止される。
【０１４５】
実際、ＰＤＵ(１)は、ＢＭＢ0の最も古い無応答の、再送対象とされないＰＤＵであり、ＰＤＵ(５)は、ＢＭＢ0の最も古い無応答の、再送対象とされるＰＤＵである。
【０１４６】
例えば、伝送リソースが、フレームｆ5で送信機１に割り当てられていないと仮定する。時刻ｔ'5に、ＢＭＢ0のＰＤＵに対する確認応答が受信されずに、ＲＴＴｍａｘ後にタイマーＴ0が停止される。
【０１４７】
送信機１は、上に示した計算と類似の計算を実行して、無応答の、再送対象とするＰＤＵの決定を行う別のステップ４２を実行する。
ｆ(ｔ'5)−Ｈ1＝５−２＝３＞ＲＴＴｍａｘ
ｆ(ｔ'5)−Ｈ3＝５−３＝２＜ＲＴＴｍａｘ
【０１４８】
この場合、ＰＤＵ(３)の伝送とＴ0の終了との間の経過時間が短すぎて、受信機２がＰＤＵ(３)を処理することがすでに可能になっていることを確認できないために、ＰＤＵ(１)だけしか再送キューの中に位置付けることができない。
【０１４９】
したがって、送信機１によって再送キューの中にＰＤＵ(１)が入れられ、該再送キューには以下のＰＤＵのシーケンス番号：{５、６、７}∪{１}が含まれる。
【０１５０】
タイマーＴ0が直ちに再作動されて上述のような以下の値をとる：
Ｔ0＝V(run)＋(Ｈi−Ｈj)
すなわち、Ｔ0＝ｔ'5＋(Ｈ3−Ｈ1)*2(ミリ秒)
すなわち、Ｔ0＝ｔ'5＋２(ミリ秒)
【０１５１】
タイム・スタンプＨ1が停止され、Ｈ3がＢＭＢ0と関連するすべてのＰＤＵの中でまだアクティブな唯一のタイム・スタンプとなる。
【０１５２】
フレームｆ6で、送信機１はキューのすべてのＰＤＵを伝送するのに十分なリソースを持っている。次いで、タイム・スタンプＨ1及びＨ5〜Ｈ7が作動されて値６をとり、次いで再送キューが空にされる。さらに、時刻ｔ'6に、送信機１は、ＢＭＢ0＝１０１１１１０１を含むフィードバック・メッセージを受信し、Ｔ0を停止させる。
【０１５３】
ＢＭＢ0の受信時に、送信機１は、ＢＭＢ0の無応答の、再送キューの中に位置付ける対象とするＰＤＵの決定を行うステップ４３を実行する。この目的のために、送信機１は、無応答ＰＤＵの各々の伝送(特にＰＤＵ(１)とＰＤＵ(６))とＴ0の停止との間の経過時間を評価する：
ｆ(ｔ'6)−Ｈ1＝６−６＝０＜ｄRX
ｆ(ｔ'6)−Ｈ6＝６−６＝０＜ｄRX
【０１５４】
受信機２のＡＲＱクラスが与えられると、ｔ'6に受信されたフィードバック・メッセージはＰＤＵ(１)とＰＤＵ(６)に原則として関与しない。再送キューの中にＰＤＵ(１)とＰＤＵ(６)を位置付ける必要はない。タイマーＴ0が直ちに再作動されて以下の値をとる：
Ｔ0＝V(run)＋ＲＴＴｍａｘ−(ｆ(ｔ'6)−Ｈi))
但し、V(run)は、タイマーＴ0が停止されたときのタイマーＴ0の値であり、ｆ(ｔ'6)はフレームで表現される現在の時間値である。Ｈiは、ＢＭＢ0の最も古い無応答の、再送対象とされないＰＤＵと関連するタイム・スタンプ値である。したがって：
Ｔ0＝ｔ'6＋(ＲＴＴｍａｘ−(ｆ(ｔ'6)−Ｈ1))*2
Ｔ0＝ｔ'6＋(３−(６−６))*2
Ｔ0＝ｔ'6＋６(ミリ秒)
が得られる。
【０１５５】
肯定の確認応答を受けたＰＤＵ５と６のタイム・スタンプが停止される。
【０１５６】
フレームｆ7で、送信機１はＢＭＢ0＝１１１１１１１１を含む別のフィードバック・メッセージを受信し、このフィードバック・メッセージによってＴ0の停止が可能になり、ＢＭＢ0と関連するすべてのＰＤＵが正しく確認応答を受けたことが示される。すべての対応するタイム・スタンプが停止される。
【図面の簡単な説明】
【図１】  ＡＲＱ送受信機間でのデータ・パケット交換の一部として基本となる独創的なメカニズムを実現する各ステップのブロック図である。
【図２】  タイマーが図１の方法に従ってビット・マップ・ブロックの各々と関連付けられる場合のＡＲＱ送受信機間でのＰＤＵ交換を示す図である。
【図３】  タイム・スタンプがＡＲＱ送受信機間で交換される無応答ＰＤＵと関連付けられる図２の実施の形態の展開を示す図である。
【図４ａ】  図３の実施の形態と類似している１つの動作サイクルの最大持続時間に対応する異なるＲＴＴｍａｘ値による実施の形態に従ったＡＲＱ送信機とＡＲＱ受信機間のＰＤＵ交換について説明する図である。
【図４ｂ】  図３の実施の形態と類似している１つの動作サイクルの最大持続時間に対応する異なるＲＴＴｍａｘ値による実施の形態に従ったＡＲＱ送信機とＡＲＱ受信機間のＰＤＵ交換について説明する図である。
【図５】  図３と４の場合と同様の実施の形態に従ったＡＲＱクラス０の送信機とＡＲＱクラス１の受信機間のサンプルＰＤＵの伝送を示す図である。
【図１】
0004081540.tif 000002
【図２】
0004081540.tif 000003
【図３】
0004081540.tif 000004
【図４ａ】
0004081540.tif 000005
【図４ｂ】
0004081540.tif 000006
【図５】
0004081540.tif 000007