(57)【特許請求の範囲】
【請求項１】
第１及び第２の通信プロトコル（Ｌ１、Ｌ２＿ＡＲＱ）の実現手段であって、前記第１の通信プロトコル（Ｌ１）は、物理的な接続を通じた前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの伝送を管理するための規則を与えると共に、前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの伝送に対して少なくとも２つの異なる信頼性レベルを与え、かつ、前記第２のプロトコル（Ｌ２＿ＡＲＱ）は、第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットの前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットへの分割と前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの再送信とについての規則を与える、実現手段と、
送信すべき前記第２のプロトコル（Ｌ２＿ＡＲＱ）の与えられたデータ・ユニットの送信及び再送信に対して、前記第１のプロトコル（Ｌ１）の信頼性レベルを設定するための信頼性設定手段と
を有するデータ・ユニット単位での通信のための通信装置であって、
前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを含む定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）に属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のそれらのデータ・ユニットを、識別するための識別手段と、
前記定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）に属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを、予め定めた分類の規則に従って、少なくとも２つの異なるカテゴリーに分類するための分類手段とを有し、
前記信頼性設定手段は、異なるカテゴリーに分類された前記定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）に属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信及び／又は再送信に対して、前記信頼性レベルを別々に設定することができる
ことを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置において、
前記第１のプロトコル（Ｌ１）により与えられる前記信頼性レベルは、伝送電力、及び／又は、前進型誤信号制御、及び／又は、拡散率、及び／又は、深さのインタリーブ、及び／又は、変調、及び／又は、アンテナのダイバーシティによって区別される
ことを特徴とする通信装置。
【請求項３】
請求項１又は２記載の通信装置において、
前記定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）は、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットないし前記第３のプロトコルの上のプロトコル（Ｌ４）のデータ・ユニットである
ことを特徴とする通信装置。
【請求項４】
請求項３記載の通信装置において、
第１及び第２のカテゴリー（ＧＰＷ、ＳＰＷ）が指定され、前記分類の規則は、前記第１のカテゴリー（ＧＰＷ）が、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の一個のデータ・ユニットに属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）の最初のデータ・ユニットを含む、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の、伝送の順序という観点から見て、ゼロのデータ・ユニットないし連続番号のデータ・ユニットで構成され、かつ、前記第２のカテゴリー（ＳＰＷ）が、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットに属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）の最後のデータ・ユニットを含む、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の、伝送の順序という観点から見て、ゼロのデータ・ユニットないし連続番号のデータ・ユニットで構成される、ようにする規則である
ことを特徴とする通信装置。
【請求項５】
請求項４記載の通信装置において、
前記信頼性設定手段は、所定の条件が満たされたときに、前記第２のカテゴリー（ＳＰＷ）のデータ・ユニットの信頼性レベルを、前記物理的な接続を通じたそれらの伝送の信頼性が前記第１のカテゴリー（ＧＰＷ）のデータ・ユニットに対する伝送の信頼性よりも高いものであるように、設定するように構成されている
ことを特徴とする通信装置。
【請求項６】
請求項５記載の通信装置において、
前記所定の条件は、再送信する必要がある前記第１のカテゴリー（ＧＰＷ）のデータ・ユニットの個数に関連付けられる
ことを特徴とする通信装置。
【請求項７】
請求項３記載の通信装置において、
前記分類の規則は、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットの連続するオクテットないしビットの異なる別々の範囲と関係し、前記範囲は、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の、伝送の順序という観点から見て、連続番号の各データ・ユニットにそれぞれ対応する
ことを特徴とする通信装置。
【請求項８】
請求項７記載の通信装置において、
少なくとも第１及び第２のカテゴリーが指定され、前記第１のカテゴリーは、第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットのヘッダに関連し、かつ、前記第２のカテゴリーは、第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットのペイロードに関連する
ことを特徴とする通信装置。
【請求項９】
請求項８記載の通信装置において、
前記信頼性設定手段は、前記第１のカテゴリーのデータ・ユニットの信頼性レベルを、前記物理的な接続を通じたそれらの伝送の信頼性が前記第２のカテゴリーのデータ・ユニットに対する伝送の信頼性よりも高いものであるように、設定するように構成されている
ことを特徴とする通信装置。
【請求項１０】
請求項１又は２記載の通信装置において、
前記第２のプロトコル（Ｌ２＿ＡＲＱ）は、定義された個数の連続するオクテットないしビットを送信窓（ＳＷ）として用いると共に、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の未受信応答のデータ・ユニットの許容される個数が前記送信窓に制限されるようにフロー制御を実行する、窓単位のフロー制御を指定し、
前記定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）は、前記送信窓（ＳＷ）であり、
前記分類の規則は、送信窓（ＳＷ）における位置及び／又は前記第２のプロトコル（Ｌ２＿ＡＲＱ）の与えられたデータ・ユニットの再送信の回数と関係する
ことを特徴とする通信装置。
【請求項１１】
請求項１０記載の通信装置において、
前記信頼性設定手段は、既定のデータ・ユニットの連続する再送信に対する信頼性レベルを、前記既定のデータ・ユニットの既定の再送信に対しては、前記既定のデータ・ユニットの以前の最初の送信ないし再送信に対するよりも、前記物理的な接続を通じた伝送の信頼性が高いものであるように、設定するように構成されている
ことを特徴とする通信装置。
【請求項１２】
第１及び第２の通信プロトコルの実現手段であって、前記第１の通信プロトコル（Ｌ１）は、物理的な接続を通じた前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの伝送を管理するための規則を与えると共に、前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの伝送に対して少なくとも２つの異なる信頼性レベルを与え、前記第２のプロトコル（Ｌ２＿ＡＲＱ）は、第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットの前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットへの分割と前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの再送信とについての規則を与える、実現手段を、用いるデータ・ユニット単位での通信のための通信方法であって、
前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを含む定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）に属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のそれらのデータ・ユニットを、識別する識別過程（Ｓ１）と、
前記データ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）に属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを、予め定めた分類の規則に従って、少なくとも２つの異なるカテゴリーに分類する分類過程（Ｓ２）と、
異なるカテゴリーに分類された前記データ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）に属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットに対して、送信及び／又は再送信についての前記信頼性レベルを別々に設定する性能を与える過程（Ｓ３、Ｓ４、Ｓ５）と
を有する通信方法。
【請求項１３】
請求項１２記載の通信方法において、
前記第１のプロトコル（Ｌ１）により与えられる前記信頼性レベルは、伝送電力、及び／又は、前進型誤信号制御、及び／又は、拡散率、及び／又は、深さのインタリーブ、及び／又は、変調、及び／又は、アンテナのダイバーシティによって区別される
ことを特徴とする通信方法。
【請求項１４】
請求項１２又は１３記載の通信方法において、
前記定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）は、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットないし前記第３のプロトコルの上のプロトコル（Ｌ４）のデータ・ユニットである
ことを特徴とする通信方法。
【請求項１５】
請求項１４記載の通信方法において、
第１及び第２のカテゴリー（ＧＰＷ、ＳＰＷ）が指定され、前記分類の規則は、前記第１のカテゴリー（ＧＰＷ）が、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の一個のデータ・ユニットに属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）の最初のデータ・ユニットを含む、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の、伝送の順序という観点から見て、ゼロのデータ・ユニットないし連続番号のデータ・ユニットで構成され、かつ、前記第２のカテゴリー（ＳＰＷ）が、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットに属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）の最後のデータ・ユニットを含む、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の、伝送の順序という観点から見て、ゼロのデータ・ユニットないし連続番号のデータ・ユニットで構成される、ようにする規則である
ことを特徴とする通信方法。
【請求項１６】
請求項１５記載の通信方法において、
前記信頼性を設定する過程では、所定の条件が満たされたときに、前記第２のカテゴリー（ＳＰＷ）のデータ・ユニットの信頼性レベルを、前記物理的な接続を通じたそれらの伝送の信頼性が前記第１のカテゴリー（ＧＰＷ）のデータ・ユニットに対する伝送の信頼性よりも高いものであるように、設定する
ことを特徴とする通信方法。
【請求項１７】
請求項１６記載の通信方法において、
前記所定の条件は、再送信する必要がある前記第１のカテゴリー（ＧＰＷ）のデータ・ユニットの個数に関連付けられる
ことを特徴とする通信方法。
【請求項１８】
請求項１４記載の通信方法において、
前記分類の規則は、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットの連続するオクテットないしビットの異なる別々の範囲と関係し、前記範囲は、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の、伝送の順序という観点から見て、連続番号の各データ・ユニットにそれぞれ対応する
ことを特徴とする通信方法。
【請求項１９】
請求項１８記載の通信方法において、
少なくとも第１及び第２のカテゴリーが指定され、前記第１のカテゴリーは、第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットのヘッダに関連し、かつ、前記第２のカテゴリーは、第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記一個のデータ・ユニットのペイロードに関連する
ことを特徴とする通信方法。
【請求項２０】
請求項１９記載の通信方法において、
前記信頼性を設定する過程では、前記第１のカテゴリーのデータ・ユニットの信頼性レベルを、前記物理的な接続を通じたそれらの伝送の信頼性が前記第２のカテゴリーのデータ・ユニットに対する伝送の信頼性よりも高いものであるように、設定する
ことを特徴とする通信方法。
【請求項２１】
請求項１２又は１３記載の通信方法において、
前記第２のプロトコル（Ｌ２＿ＡＲＱ）は、定義された個数の連続するオクテットないしビットを送信窓（ＳＷ）として定義すると共に、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の未受信応答のデータ・ユニットの許容される個数が前記送信窓に制限されるようにフロー制御を実行する、窓単位のフロー制御を指定し、
前記定義されたデータ構造（Ｌ２＿ＦＲＡＭＥのＰＤＵ；Ｌ３のＰＤＵ；Ｌ４のＰＤＵ；ＳＷ）は、前記送信窓（ＳＷ）であり、
前記分類の規則は、送信窓（ＳＷ）における位置及び／又は前記第２のプロトコル（Ｌ２＿ＡＲＱ）の与えられたデータ・ユニットの再送信の回数と関係する
ことを特徴とする通信方法。
【請求項２２】
請求項２１記載の通信方法において、
既定のデータ・ユニットの連続する再送信に対する信頼性レベルを、前記既定のデータ・ユニットの既定の再送信に対しては、前記既定のデータ・ユニットの以前の最初の送信ないし再送信に対するよりも、前記物理的な接続を通じた伝送の信頼性が高いものであるように、設定する
ことを特徴とする通信方法。
【請求項２３】
第１及び第２の通信プロトコル（Ｌ１、Ｌ２＿ＡＲＱ）の実現手段であって、前記第１の通信プロトコル（Ｌ１）は、物理的な接続を通じた前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの伝送を管理するための規則を与えると共に、前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの伝送に対して少なくとも２つの異なる信頼性レベルを与え、かつ、前記第２のプロトコル（Ｌ２＿ＡＲＱ）は、第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットの前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットへの分割と前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの再送信とについての規則を与える、実現手段と、
送信すべき前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信及び再送信に対して、前記第１のプロトコル（Ｌ１）の信頼性レベルを設定するための信頼性設定手段と
を有するデータ・ユニット単位での通信のための通信装置であって、
前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを少なくとも第１及び第２のカテゴリーに分類する分類手段であって、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の与えられたデータ・ユニットの前記分類を、前記第２のプロトコル（Ｌ２＿ＡＲＱ）の前記与えられたデータ・ユニットがセグメントになっている前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットに含まれる情報に基づいて行う、分類手段を有し、
前記信頼性設定手段は、前記第１のカテゴリーに属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信及び／又は再送信に対して、前記第２のカテゴリーに属する前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットの送信及び／又は再送信に対してとは別に、前記信頼性レベルを設定することができる
ことを特徴とする通信装置。
【請求項２４】
請求項２３記載の通信装置において、
前記分類手段は、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットにおける１つ又は２つ以上の所定のフィールドを読み、それによって前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを前記第３のプロトコルのデータ・ユニットが分割されたものに分類することができる
ことを特徴とする通信装置。
【請求項２５】
請求項２４記載の通信装置において、
前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記データ・ユニットは、ヘッダとペイロードのセクションとを具備し、そのヘッダがプロトコル識別フィールドを含むと共に、そのペイロードのセクションが、前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記データ・ユニット中に被包され得る前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）よりも上位のレイヤであるプロトコルのデータ・ユニットに係る、１つ又は２つ以上のプロトコル識別フィールドを含み得るものであり、かつ、分類手段が読み得る前記所定のフィールドは、前記ヘッダ中の前記プロトコル識別フィールド及び前記ペイロードのセクション中に含まれた１つ又は２つ以上のプロトコル識別フィールドのうち、少なくとも一つを含む
ことを特徴とする通信装置。
【請求項２６】
請求項２４又は２５記載の通信装置において、
前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）の前記データ・ユニットは、それぞれのプロトコルに係る１つ又は２つ以上の品質条件フィールドを具備し、かつ、分類手段が読み得る前記所定のフィールドは、前記品質条件フィールドのうちの少なくとも一つを含む
ことを特徴とする通信装置。
【請求項２７】
請求項２３ないし２６のいずれかに記載の通信装置において、
前記第１のカテゴリーは、所定の条件下で第１の上位レイヤのプロトコル（ＴＣＰ）のデータ・ユニットの再送信を指定する前記第１の上位レイヤのプロトコル（ＴＣＰ）のデータ・ユニットを被包する前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットのセグメントである前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを含み、かつ、前記第２のカテゴリーは、第２の上位レイヤのプロトコル（ＵＤＰ）のデータ・ユニットの再送信を指定しない前記第２の上位レイヤのプロトコル（ＵＤＰ）のデータ・ユニットを被包する前記第３のプロトコル（Ｌ２＿ＦＲＡＭＥ；Ｌ３）のデータ・ユニットのセグメントである前記第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを含む
ことを特徴とする通信装置。
【請求項２８】
請求項２７記載の通信装置において、
信頼性設定手段は、前記第２のカテゴリー中の前記第２のプロトコル（Ｌ２＿ＡＲＱ）の前記データ・ユニットの信頼性レベルを、前記第１のカテゴリー中の前記第２のプロトコル（Ｌ２＿ＡＲＱ）の前記データ・ユニットの信頼性レベル（Ｌ２＿ＡＲＱ）よりも、高く設定するように構成されている
ことを特徴とする通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、少なくとも第１及び第２の通信プロトコルに係る実現手段（implementations）を利用し、かつ、上位レイヤである第３のプロトコルのＰＤＵｓ（Protocol Data Units）を下位レイヤである前記第２のプロトコルのＰＤＵｓに分割し、かつ、それら下位レイヤのＰＤＵｓを前記第１のプロトコルに従って物理的な接続を通じて送ることとし、前記第１のプロトコルが下位レイヤのＰＤＵｓに対して調整可能な信頼性レベルを与える、通信に基づくデータ・ユニット（data unit）のための通信装置及び通信方法に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
通信技術の分野では既に知られているように、プロトコルとは、予め定義された方式により２つの地点間でデータ・ユニット（data units（それぞれ一定量のデータからなるデータ構成単位））の交換を可能にする規則（rules）の集まりである。データ・ユニットを交換する２地点における一プロトコルに係る２つの実現手段（two implementations）は、同等のもの（peers）に属しているともされる。本明細書では、便宜上、データ・ユニット（data unit）ないしプロトコル・データ・ユニット（protocol data unit（ＰＤＵ（複数の場合はＰＤＵｓ）））の用語は、与えられたプロトコルによって指定された有限のデータ・キャリア（the finite data carrier）を指すものとする。ただし、異なるプロトコルに関しては、ＰＤＵｓに対して異なる用語が使われることもある。例えば、インターネット・プロトコル（ＩＰ(internet protocol)）のデータ・ユニットはパケットと呼ばれているのに対し、ポイント・ツー・ポイント・プロトコル（ＰＰＰ(point-to-point protocol)）のデータ・ユニットはフレームと呼ばれている。かかる用語、すなわち、フレームやパケット等のすべての用語は、上位概念としての用語であるデータ・ユニットに属するものである。
【０００３】
さらに、異なるプロトコルを階層化（layering）する概念もよく知られている。この概念によれば、あるプロトコルのデータ・ユニットは、送信される時に別のプロトコルのデータ・ユニット中に埋め込まれると共に、受信された時に抽出される。ここで、“埋め込み”（“embedding”）の用語は、分割（segmentation）に加えて被包（encapsulation）の双方を指し得る用語である。
【０００４】
図２は、汎用的なスタック（stack（階層構造））を示した図である。この図では、以下の説明において例として用いると共に解説目的のために利用するいくつかの用語を取り入れてある。図２に示したスタックは、５つのレイヤを表している。当然のことだが、レイヤの数は、さらに多くすることもできる。Ｌ３は、例えばインターネット・プロトコルＩＰ等のネットワーク・レイヤ・プロトコルに当たる。Ｌ４は、そのネットワーク・レイヤの上のプロトコルであり、例えば、伝送制御プロトコルＴＣＰ（transmission control protocol）に当たる。Ｌ４は、上位に存在し得るすべてのプロトコルを表すものとして捉えるべきものでもある。Ｌ２＿ＦＲＡＭＥは、Ｌ３のＰＤＵｓを埋め込み、あるいは、Ｌ３のＰＤＵｓを形成するリンク・レイヤ・プロトコル（link layer protocol）に当たる。ここにいうリンク・レイヤ・プロトコルとしては、例えば、ポイント・ツー・ポイント・プロトコルＰＰＰが挙げられ、ポイント・ツー・ポイント・プロトコルは、一般に、ＧＳＭ（global system for mobile communication）規格に従って動作するシステムにおいて回線交換されたデータ（circuit-switched data）用に使用される。他の例としては、ＧＰＲＳ（General Packet Radio Service；ＧＳＭ０３．６４規格において定義されている。）用に使用されるＬＬＣ（logical link control（論理リンク制御）；ＧＳＭ０４．６４規格において定義されている。）や、Ｗ−ＣＤＭＡ（wide band code division multiple access（広帯域符号分割多元接続））がある。Ｌ２＿ＡＲＱは、Ｌ２＿ＦＲＡＭＥのＰＤＵｓをより小さいＬ２＿ＡＲＱのＰＤＵｓに分割することができ、かつ、それらＬ２＿ＡＲＱのＰＤＵｓに基づいて自動再送要求（automatic repeat request）の機能であるＡＲＱを遂行する、リンク・レイヤ・プロトコルに当たる。自動再送要求（ＡＲＱ）とは、所定の条件下でのＰＤＵｓの自動的な再送信（retransmission）をそのプロトコルがサポートしていることを意味するものである。Ｌ２＿ＡＲＱのプロトコルの例としては、ＧＳＭにおいて回線交換されたデータ用に使用される無線リンク・プロトコルＲＬＰ（radio link protocols）、ＧＰＲＳ用に使用される無線リンク制御プロトコル（ＲＬＣ(radio link control protocol)）、及びＷ−ＣＤＭＡ用に使用されるＲＬＣＰ（Radio Link Control Protocol）がある。
【０００５】
Ｌ１は、単一のＬ２＿ＡＲＱのＰＤＵ又は複数のＬ２＿ＡＲＱのＰＤＵｓに基づく処理動作が可能な物理レイヤ・プロトコル又は複数物理レイヤ・プロトコルの組合せに当たる。このＬ１のプロトコルは、Ｌ２＿ＡＲＱのＰＤＵｓの伝送について少なくとも２つの異なる信頼性レベルを備えることが可能なプロトコルとして理解すべきものである。Ｌ１のプロトコルの例としては、ＦＥＣプロトコル（forward error control（前進型誤信号制御））若しくは電力制御プロトコル（power control protocols）又は両者の組合せがある。例えば、前進型誤信号制御の強度（strength）を変えつつ、及び／又は、送信（伝送）電力を変えつつ、異なる個々のＬ２＿ＡＲＱのＰＤＵｓを保護することができる。伝送の信頼性を調整するためにさらに実現可能なもの（個々に利用する場合も組み合わせて利用する場合もあり得るもの）としては、ＣＤＭＡ若しくはＷ−ＣＤＭＡにおける拡散率（spreading factor）の変更、深さのインタリーブ（the interleaving depth）、変調ないしアンテナのダイバーシティ（the antenna diversity）がある。これらの概念は公知技術であるので、さらに説明をする必要もない。
【０００６】
ただし、Ｌ２＿ＦＲＡＭＥのプロトコルは任意的なものであり、Ｌ３のプロトコルのＰＤＵｓは、始めにＬ２＿ＦＲＡＭＥのプロトコルのデータ・ユニットに被包することをせずに、直接Ｌ２＿ＡＲＱのプロトコルによって分割することも可能である、ということに留意しなければならない場合もある。
【０００７】
通常、Ｌ１のプロトコルは、それぞれのＬ２＿ＡＲＱのＰＤＵに対して設定すべき信頼性レベルを決定するための一般的な採用メカニズム（adoption mechanism）を有する。異なる公知物理レイヤ・プロトコルは、異なる採用メカニズムを備えており、例えば、データ・ユニットが送られている物理リンクの品質に応じて信頼性レベルの設定が定められるものもある。
【０００８】
上述のような配置（arrangement）は、いくつかの問題を引き起こす可能性がある。Ｌ３のプロトコルとＬ３の上で適用されるプロトコルは、データ・ユニット毎の遅延の影響を受けやすく、かつ、データ・ユニット毎の遅延がある限度に達すると不完全に遂行されたり遂行不能にさえなったりするものが多い。問題は、Ｌ３のプロトコルがＬ２＿ＦＲＡＭＥ／Ｌ２＿ＡＲＱに渡って適用され又はＬ２＿ＡＲＱ上に直接適用されている場合において、Ｌ２＿ＡＲＱのプロトコルがＬ２＿ＡＲＱのＰＤＵｓの再送信によりＬ３のＰＤＵ毎に追加的な遅延をもたらし得る、ということである。この追加的な遅延は、基本的に無制限なものであると共に、相当多くの問題を起こし得るものである。これについて、図３に示した略図を同時に参照しつつ説明する。
【０００９】
以下の説明では、Ｌ２＿ＦＲＡＭＥのＰＤＵｓがＬ２＿ＡＲＱのプロトコルによって分割されている場合を想定する。ただし、既に上に述べたように、Ｌ３のプロトコルのＰＤＵｓが直接分割されている場合も同様に実現可能であることは言うまでもない。
【００１０】
図３のａ）では、一つのＬ２＿ＦＲＡＭＥのＰＤＵを示しており、この上位レイヤのＰＤＵが既定（given）数のＬ２＿ＡＲＱのデータ・ユニットに分割されている。後の説明の便宜のために、それらのＬ２＿ＡＲＱのデータ・ニットのうちの２つにそれぞれａ、ｂの記号を付けてある。また、図３のａ）中に示してあるように、Ｌ２＿ＦＲＡＭＥのＰＤＵは、Ｌ２＿ＡＲＱのデータ・ユニットが既定の長さ（a given length）ないし伝送遅延を有しているのにまさに対応して、既定の伝送遅延（a given transmission delay）、すなわち、既定の長さを有している。
【００１１】
図３のｂ）に示すように、次のような問題が起こり得る。Ｌ２＿ＡＲＱのデータ・ユニットａを再送信しなければならない場合には、送る必要があるＬ２＿ＡＲＱのデータ・ユニットの個数が１つだけ増加すると共に、これに対応してＬ２＿ＦＲＡＭＥのＰＤＵの送信がＬ２＿ＡＲＱのデータ・ユニット一つ分の伝送遅延分だけ遅らされる。しかし、Ｌ２＿ＦＲＡＭＥのＰＤＵの最後にある記号ｂを付したＬ２＿ＡＲＱのデータ・ユニットを再送信しなければならない場合には、これによってＬ２＿ＦＲＡＭＥのＰＤＵの送信がＬ２＿ＡＲＱレイヤの一周時間（ＲＴＴ(round trip time)）分だけ遅らされることになる。レイヤの一周時間ＲＴＴは、基本的に、同等のものを送ること（sending peer）による当該レイヤのデータ・ユニットの送信と、他方の端末（the other end）が同等のものを受けて（receiving peer）与えられたデータ・ユニットを受信したことを確認する受信応答メッセージ（acknowledgment message）と同等のものを送ることによる受信との、間に経過する時間である。通常、Ｌ２＿ＡＲＱのＲＴＴは、Ｌ２＿ＡＲＱの伝送遅延よりも遥かに長い。
【００１２】
既に述べたように、この遅延は、上位レイヤにおいては大きな問題を引き起こす可能性がある。
【００１３】
Ｌ２＿ＡＲＱと同等のもの（L2_ARQ peer）が窓単位のフロー制御（window-based flow control）を利用しているシステムにおいては、別の問題が生じる可能性がある。窓単位のフロー制御とは、周知の技術であり、基本的に、送信窓（send window）と呼ばれる予め定められた数の連続するオクテット（octets）ないしビットに従ってフロー制御を遂行するもののことである。そのフロー制御では、未受信応答の（unacknowledged（受信応答が未だされていない））データ・ユニット数として許容されるデータ・ユニット数が前記送信窓に制限される。すなわち、フロー制御とは、送信すべきである与えられた一連のデータ・ユニットにおいて、与えられたデータ・ユニットが無事受信されたこと（safe receipt）の受信応答が未だされていない時であっても、前記与えられたデータ・ユニットに続く一定数のデータ・ユニットを送り出すこととしてもよいが、その未受信応答のデータ・ユニットの数が前記送信窓に制限される、というようなものである。既に述べたように、この概念は周知の技術であり、例えば、TCP/IP Illustrated, Vol. 1, The Protocols, by W. Richard Stevens, Addison-Wesley Longman, Inc. 1994 に紹介されている。したがって、さらに説明をする必要もない。
【００１４】
窓単位のフロー制御を利用するＬ２＿ＡＲＱと同等のものにおいて、既に送られたがＬ２＿ＡＲＱと同等のものを受信することによる受信応答がされていないＬ２＿ＡＲＱのＰＤＵｓのバック−ログ・コピー（back-logged copies）で送信バッファ（send buffer）が使い尽くされた時には、送り手（sender）は、どの新たなＬ２＿ＡＲＱのＰＤＵｓをも送ることができない。このことを図９と関連付けて簡潔に説明する。この図は、送信すべきである連続した一連のＰＤＵｓを示しており、この例では、１４個の連続した一連のＰＤＵｓを示してある。窓単位のフロー制御によれば、４個目から１０個目のＰＤＵｓを含むものとして示してある送信窓ＳＷの左端（４個目のＰＤＵ４）が、送られかつ受信応答されたＰＤＵｓに従って移動して行く。図９の例では、１個目から３個目のＰＤＵｓが送られかつ受信応答されたものとなっているので、４個目のＰＤＵ４が送信窓の左端を構成している。ここでの説明においては、便宜上、送信窓の長さが一定であるものと仮定することにする。
【００１５】
送信窓自体は、一般に、２つの部分、すなわち、送信窓ＳＷ内の、送られたが受信応答はされていない（４個目から６個目の）旧ＰＤＵｓ（older PDUs）と、（７個目から１０個目の）残存ＰＤＵｓ（remaining PDUs）とを、有するものと見ることもできる。ここで、（７個目から１０個目の）残存ＰＤＵｓは、送信窓内にあることからフロー制御によって送信することが可能なものであるが、未だに送信はされていないものである。
【００１６】
以下のような状況においては、送信窓の失速（stall）が生じることがある。すなわち、送信窓の最旧ＰＤＵ（the oldest PDU）（この例では４個目）は、正しく送られていない限り、それに対する受信応答がされることはない。したがって、最旧ＰＤＵに対する受信応答が何等受信されない場合には、送信窓ＳＷの左端が右側へ移動しないことになる。送信窓内に未だ送られていないＰＤＵｓがある限り、ＰＤＵｓの送信は継続されるので、これによっては基本的に問題を生じない。しかし、送信窓内のＰＤＵｓがすべて送信された時には、最旧ＰＤＵの受信応答がない限り、その後のさらなるＰＤＵｓの伝送が完全に阻止される。すなわち、最旧ＰＤＵの受信応答がない限り、送信窓は、右側へ移動することができないために失速する（止まる）。その結果、前記一周時間の配列（the order）におけるＬ２＿ＡＲＱの再送信によって生じる上述の遅延は、送信窓を失速させると共に処理量の低下を招くことがある。
【００１７】
本願の独立請求項の前置き（preamble）は、EP A 0 768 806 公報から知られている。
EP A 0 743 764 は、伝送の信頼性を向上させるために用いる前進型誤信号訂正の符号化方法で直面する問題を述べている。この参考文献では、具体的には、伝送の信頼性を犠牲にすることなく資源を保全するために、前進型誤信号訂正の符号化処理を最小限に抑えることを目的としている。これを行うためには、伝達信号（transmittal signal）の種類に応じて各伝達信号を異なるカテゴリーに分類すると共に、その後で一のカテゴリーについては前進型誤信号訂正を実行するが、他のカテゴリーについては実行しない、ということが提案される。一例としては、前進型誤信号訂正を用いるか用いないかについての規準として、伝達信号の長さを利用する。
EP-A 0 790 713 によれば、移動体無線システム用の適応電力制御及び符号化方式は公知である。説明されている手法では、電力制御と前進型誤信号訂正の制御とを組み合わせている。個々の送信機／受信機の対は、指定された品質条件の制約を満たすのに必要な最小電力及び前進型誤信号訂正を適応的に判断し得る。具体的な実施形態によれば、信号の第１の部分を第１の符号で符号化して第１の信号部分を生成する。それからその第１の符号化された信号部分を第１の電力レベルで送信する。次に、パラメータ・データを受信する。そのパラメータ・データは、受信機で受信されている受信信号部分の１つ又は２つ以上の特性を表現するものであり、その受信信号部分は、送信された第１の符号化された信号部分に基づいているものとなっている。その後、受信機のパラメータ・データに基づいて第２の符号及び第２の電力レベルが判断されると共に、信号の第２の部分が前記第２の符号で符号化されて第２の符号化された信号部分が生成される。最後に、その第２の符号化された信号部分は、前記第２の電力レベルで送信される。
本発明の目的は、上述した問題を解決すると共に、Ｌ２＿ＡＲＱレイヤの再送信によって生じる遅延を減らすことができる、上述した類の通信装置及び通信方法を提供することである。
【００１８】
【課題を解決するための手段】
かかる目的は、独立請求項に記載した装置及び方法によって達成される。
【００１９】
本発明によれば、第２のプロトコルのＰＤＵｓを送るに当たって異なる別々の信頼性レベルを指定する第１のプロトコルに係る実現手段を有している場合において、上位レイヤである第３のプロトコルのＰＤＵｓの分割（segmentation）を前記第２のプロトコルが指定し、第２のプロトコル（Ｌ２＿ＡＲＱ）のＰＤＵｓの信頼性レベルを、かかる第２のプロトコル（Ｌ２＿ＡＲＱ）のデータ・ユニットを含む予め定義されたデータ構造に属している第２のプロトコルのＰＤＵｓに対して別々に設定するために、性能（capability）が導入される。
【００２０】
以下においては、導入部で使用した技術用語をそのまま利用することとし、かつ、これによって上の説明が本発明の説明中に取り込まれるものとする。これにより、本発明は、信頼性レベルを設定するためのあらゆるメカニズム、例えば、上述したもの、すなわち、送信電力（transmission power）、前進型誤信号訂正（forward error correction）、拡散率（spreading factor）、深さのインタリーブ（interleaving depth）、変調ないしアンテナのダイバーシティ（antenna diversity）等の、単独ないしあらゆる所望の組合せにおいて、利用することができる。
【００２１】
好ましい実施形態によれば、第２のプロトコルのＰＤＵｓを含む定義されたデータ構造は、第２のプロトコルのＰＤＵｓに分割された一つの第３のプロトコルのＰＤＵ、すなわち、上の技術用語で言う一個のＬ２＿ＦＲＡＭＥないしＬ３のＰＤＵとされる。この場合、本発明は、Ｌ２＿ＡＲＱのＰＤＵｓに対し、一個のＬ２＿ＦＲＡＭＥ（ないしＬ３）のＰＤＵにおけるそれらの位置との関係により、Ｌ１の信頼性レベルを別々に設定する性能を提供する。すなわち、一個のＬ２＿ＦＲＡＭＥのＰＤＵに属するＬ２＿ＡＲＱプロトコルの各データ・ユニットは、それらＬ２＿ＡＲＱのＰＤＵｓが一個のＬ２＿ＦＲＡＭＥのＰＤＵ内にあるという事実とそれらＬ２＿ＡＲＱのＰＤＵｓ間の相互に関わる関係とに関する特定の特性（specific properties）に応じて設定される、それらの信頼性レベルを有するものとすることができる。
【００２２】
この実施形態においては、第３のプロトコル（上のＬ２＿ＦＲＡＭＥないしＬ３を指す）の一個のデータ・ユニットに属する第２のプロトコルの各データ・ユニットが識別され、そしてその後に、かかる方法において同類に属する第２のプロトコルのデータ・ユニットが少なくとも２つの異なるカテゴリーに分類され（classified）、そして最後に、それら第２のプロトコルのデータ・ユニットに対して異なるカテゴリー毎に別々に信頼性レベルを設定する前記性能が提供される。
【００２３】
この実施形態のより好ましいもの（preferred version）によれば、図３と関連付けて説明した上述の問題が解決される。すなわち、２つのカテゴリーが定義され、第１がＬ２＿ＦＲＡＭＥないしＬ３のデータ・ユニットの前方部分（front part）に属しているＬ２＿ＡＲＱのデータ・ユニットに関係すると共に、第２のカテゴリーが終わりの方に近づく（come towards the end）Ｌ２＿ＡＲＱのデータ・ユニットに関係すると定義され、かつ、終わりの方に近づくデータ・ユニットの（例えば、送信電力を増大させたり前進型誤信号訂正を改善した）信頼性レベルを増すことが可能である場合、図３と関連付けて説明した状況から引き起こされる有害な影響を避けることができる。その理由は、ｂ（図３のｂ）参照）等のような上記Ｌ２＿ＡＲＱのデータ・ユニットについて信頼性のレベルを向上させることにより、上記Ｌ２＿ＡＲＱのデータ・ユニットの再送信が回避されるので、Ｌ２＿ＡＲＱのＰＤＵｓの再送信によって生じる遅延が好適に実際のＬ２＿ＡＲＱの伝送遅延に限定され、かつ、一周時間によって定まるものではなくなるからである。
【００２４】
他の好ましい実施形態によれば、定義されるデータ構造は、Ｌ２＿ＡＲＱプロトコルのすぐ上にあるプロトコルの一個のＰＤＵではなく、上位にあるプロトコル、例えば、図２中にＬ４として示されたものの一個のＰＤＵとされる。好ましくは、先の実施形態におけるように、Ｌ４のＰＤＵの終わりに係るＬ２＿ＡＲＱのＰＤＵｓの信頼性レベルは、先行するＬ２＿ＡＲＱのＰＤＵｓのレベルよりも高く設定する。この実施形態は、Ｌ４のＰＤＵが一個のＬ３のＰＤＵ以上に細分化される（fragmented）場合に特に有効なものである。この一例としては、いわゆるＴＣＰパケットのＩＰフラグメンテーション（IP fragmentation）が挙げられる。その場合には、例えば、Ｌ４のＰＤＵの終わりの方のフラグメント（fragments）に属するそれらＬ２＿ＡＲＱのＰＤＵｓの信頼性レベルを、最初のフラグメントに属するＰＤＵｓに対するよりも高く設定することが可能である。
【００２５】
他の好ましい実施形態によれば、Ｌ２＿ＡＲＱのデータ・ユニットを含む定義されたデータ構造は、窓単位のフロー制御用に使用される送信窓とされる。その結果として、窓単位のフロー制御において窓が失速する問題を解決することができる。すなわち、送信窓の冒頭部分にあるＬ２＿ＡＲＱのＰＤＵｓ（旧ＰＤＵｓ）と終わりの方にあるＬ２＿ＡＲＱのＰＤＵｓ（新ＰＤＵｓ（younger PDUs））との間を区別する（differentiating）ことにより、旧ＰＤＵｓ（例えば図９中の４個目のＰＤＵ４）の再送信を、同じＰＤＵの最初の送信に対する信頼性レベル及び／又は新ＰＤＵｓに対する信頼性レベルよりも高い信頼性レベルで行う。信頼性レベルを増大させる程度（degree）は、好ましくは、世代の関数（a function of the age）とし（すなわち、より旧いものについてはよりレベルを高くすることとし）、及び／又は、そのＰＤＵが送信された頻度の関数とする（すなわち、繰り返されるそれぞれの再送信が前回の再送信ないし最初の送信よりも高い信頼性レベルを与えられることにする。）。
【００２６】
また、他の好ましい実施形態の援助（help）により、Ｌ３、Ｌ２＿ＦＲＡＭＥないしＬ４のＰＤＵの異なる各部分の間をＬ１のプロトコル・レイヤにおいて弁別（discriminate）すると共に、それらの弁別された部分を別々に取り扱うことが可能である。遅延に対してより影響を受けやすい一定部分の信頼性レベルを他の部分の信頼性レベルよりも高く設定することが可能になる。例えば、ＩＰパケット（Ｌ３のＰＤＵ）のＩＰヘッダは、（より高いＬ１の信頼性レベルで送信され、）ペイロード（payload）よりも強力に保護されることになる。これにより、ＩＰヘッダを送信するための平均的な遅延が低減される（Ｌ２＿ＡＲＱの再送信がより少なくなる）と共に、ＩＰルータ（IP router）ができるだけ速くルーティングの決定を行うことが可能になる。
【００２７】
本発明の概念は、定義されたデータ構造の異なる各部分に対して不均等な誤り保護（unequal error protection）の性能を提供するものと言うこともでき、以下の有利な効果をもたらす。
【００２８】
−エンド−ツー−エンド（end-to-end）の第３のプロトコル（Ｌ２＿ＦＲＡＭＥ／Ｌ３）のＰＤＵの転送遅延（transfer delay）を少なくする。
【００２９】
−エンド−ツー−エンドの第３のプロトコル（Ｌ２＿ＦＲＡＭＥ／Ｌ３）のＰＤＵの遅延ジッタ（delay jitter）を少なくする。
【００３０】
−帯域幅利用の効率化。
【００３１】
−Ｌ２＿ＡＲＱのＰＤＵｓを記憶するためのバッファ・スペース（buffer space）を少なくし、これによってシステム全体のコストを下げる。
【００３２】
−その方式をすべての採用可能なプロトコル・レイヤで実施することにすれば、必要なバッファ・スペースが少ないことによる節約（savings）が極めて大きなものとなり得ると共に、ユーザが感じる全体的なサービスの品質が向上する。
【００３３】
極めて重要な本発明の有利な効果は、本発明が関連するプロトコル自体の如何なる変形をも必要としないことである。すなわち、本発明は、如何なる規格にも影響を与えない。本発明は、プロトコルの実現手段（the protocol implementations）に対する変更を必要とするだけである。
【００３４】
本発明の他の特徴及び他の有利な効果は、図面を参照して行う好ましい実施形態についての以下の詳細な説明からより明らかとなるであろう。
【００３５】
【発明の実施の形態】
図１は、本発明の一実施形態を示した図であり、この実施形態においては、Ｌ２＿ＡＲＱのＰＤＵｓを含む定義されたデータ構造がＬ３プロトコルのデータ・ユニットとされている。この図について、以下に説明する。
【００３６】
図の左側には流れ図を示してあるが、図の上段右側の部分には、ステップＳ１及びＳ２をより良く理解するのに役立つ表示が含まれている。
【００３７】
本実施形態においては、通信装置が第１、第２の通信プロトコル、例えば、それぞれ先に述べたＬ１、Ｌ２＿ＡＲＱのプロトコルを履行する場合を想定する。第１のプロトコルは、与えられた物理接続（a given physical connection）を通じて第２のプロトコルのデータ・ユニットの伝送を管理するための規則を与え、かつ、この第１のプロトコルは、第２のプロトコルのデータ・ユニットの伝送に対し、少なくとも２つの信頼性レベルを提供する。また、第２のプロトコルは、第３のプロトコル（例えば、上述したＬ２＿ＦＲＡＭＥないしＬ３）のデータ・ユニットの、第２のプロトコルのデータ・ユニットへの、分割についての規則を与え、そしてさらに加えて、第２のプロトコルは、所定の条件下での第２のプロトコルのデータ・ユニットの再送信を提供する。すなわち、第２のプロトコルは、上述した自動再送要求機能のＡＲＱ（automatic repeat request feature ARQ）を備えている。
【００３８】
図１の右手側には、与えられた第３のプロトコルのＰＤＵの、第２のプロトコルのＰＤＵｓへの、分割を示してある。ステップＳ１においては、一個の第３のプロトコルのＰＤＵに属する第２のプロトコルのＰＤＵｓを識別する。これは、あらゆるやり方で適宜行うことができ、例えば、分割を実行する時に第３のプロトコルのＰＤＵの最初と最後（例えば、スタート・フラグとエンド・フラグ）を判断する、第２のプロトコルの実現手段を備え、かつ、その判断後にその情報を第１のプロトコルの実現手段とやり取りすることによって行うことができ、あるいは、第１のプロトコルの実現手段（履行）が、直接第３のプロトコルのデータ・ユニットをパースする（parsing（構文解析する））ことにより、第３のプロトコルのデータ・ユニットの前記開始点及び終了点（starting and end point）を識別するような方法でなされるものとしてもよい。
【００３９】
これは、下位レイヤの実現手段が上位レイヤのデータをトランスペアレントに（transparently（透過的に））取り扱う、すなわち、上位レイヤの場面（context）でデータがどのような構造になっているかを下位レイヤでは気にしない（oblivious）、という公知のシステムとの重要な相違であり、特筆し得ることである。
【００４０】
その後、ステップＳ２において、第２のプロトコルのＰＤＵｓを予め定めたカテゴリーに分類する。これは、矢印を描くことによって図１の右手側に併せて例示してある。ただし、その矢印描写は、抽象的な方法として理解すべきものであり、第２のプロトコルのデータ・ユニットが配置される順序が（伝送という観点の言葉で言えば）変更されることを意味するものではない。より具体的に言うと、第２のプロトコルのＰＤＵｓが配置される順序は、カテゴリーへの分類によっては変更されない。
【００４１】
その後、ステップＳ３においては、１つ又は２つ以上の予め定めた条件に応じて判断がされる分岐がある。本発明は、特定の条件に本質的なものがあるわけではなく、第２のプロトコルのＰＤＵｓに対する信頼性レベルをステップＳ２でそれらのＰＤＵｓを分類したカテゴリーに従って設定するという性能を提供する概念により多く本質的なものがあるので、特定の条件を与えることはない。このことは、ステップＳ４及びＳ５において見ることができる。より具体的には、ステップＳ４において、一のカテゴリー中のＰＤＵｓに対して、他のカテゴリーにおける信頼性レベルとは別の信頼性レベルを設定する。それとは対照的に、ステップＳ５においては、信頼性レベルをカテゴリーとは無関係に設定する。例えば、上にＬ１として示した公知の物理レイヤの実現手段（known physical layer implementations）において行われているように信頼性レベルを設定する。
【００４２】
したがって、ステップＳ３、Ｓ４及びＳ５は、本発明が提供する性能、すなわち、一個の第３のプロトコルのＰＤＵに属する第２のプロトコルのＰＤＵｓについての信頼性レベルをある種のカテゴリー（certain categories）を特定する分類の規則に応じて別々に設定する性能を、表現している。
【００４３】
図４は、第３のプロトコルのＰＤＵ（例えば、Ｌ２＿ＦＲＡＭＥないしＬ３のＰＤＵ）毎に無制限である遅延についての上述した問題を解決する、上記実施形態のより好ましいもの（preferred version）を説明した図である。より容易に理解できるようにするため、図２及び図３に関して既に用いたのと同様の表現を再び用いることにする。
【００４４】
図４は、既定数（a given number）のＬ２＿ＡＲＱのＰＤＵｓに分割された一個のＬ２＿ＦＲＡＭＥのＰＤＵを示している。当然のことだが、Ｌ３のＰＤＵについても全く同様に考えることができる。この実施形態では、分類について２つのカテゴリーが与えられている。第１のカテゴリーを通常保護窓ＧＰＷ（the General Protection Window）といい、かつ、第２のカテゴリーを特別保護窓ＳＰＷ（the Special Protection Window）という。
【００４５】
特別保護窓ＳＰＷは、一個のＬ２＿ＦＲＡＭＥのＰＤＵのために送信されようとしている最後（last）の（再送信の可能性もある）Ｌ２＿ＡＲＱのＰＤＵを含む、当該一個のＬ２＿ＦＲＡＭＥのＰＤＵに係るＬ２＿ＡＲＱのＰＤＵｓの、連続したシーケンス（consecutive sequence）−伝送の順序という観点から見て連続したシーケンス−として定義される。ただし、留意すべきこととして、ＳＰＷはゼロであることもあり得る。
【００４６】
通常保護窓ＧＰＷは、一個のＬ２＿ＦＲＡＭＥのＰＤＵのために送信されようとしている最初（first）のＬ２＿ＡＲＱのＰＤＵを含む、当該一個のＬ２＿ＦＲＡＭＥのＰＤＵに係るＬ２＿ＡＲＱのＰＤＵｓの、連続したシーケンス−伝送の順序という観点から見て連続したシーケンス−として定義される。ＧＰＷもまたゼロであってもよい。
【００４７】
ＳＰＷのサイズは、一定の値、例えば、Ｌ２＿ＡＲＱのＲＴＴの間に送信することができる数のＬ２＿ＡＲＱのＰＤＵｓを含むサイズ（換言すれば、ＲＴＴとＬ２＿ＡＲＱの伝送遅延の商（the quotient of the RTT and the L2_ARQ transmission delay））に初期化する。ＧＰＷのサイズは、初期ＳＰＷの補足数（complement the initial SPW）に初期化する。すなわち、ＳＰＷとＧＰＷの和が完全なＬ２＿ＦＲＡＭＥのＰＤＵに対応するようにする。ＧＰＷのサイズは、初期値に固定することとしてもよい。その場合、ＧＰＷからＬ２＿ＡＲＱのＰＤＵを再送信する度にＳＰＷが１ずつ増加することになる。他の形態としては、ＧＰＷのサイズは、一定の最大値まで、ＧＰＷのＬ２＿ＡＲＱのＰＤＵの再送信の度に増加させることとしてもよい。その最大値に達した後では、ＧＰＷのサイズを一定に保つと共に、代わりにＳＰＷをＧＰＷのＬ２＿ＡＲＱのＰＤＵの再送信の度に１ずつ増加させる。
【００４８】
また、履歴窓ＨＷ（History Window）も定義する。履歴窓ＨＷは、前記一個のＬ２＿ＦＲＡＭＥのデータ・ユニットに属するＬ２＿ＡＲＱのデータ・ユニットを送信する間の時間中に与えられる時点（a given point）において最後に送信したＬ２＿ＡＲＱのＰＤＵを含む、Ｌ２＿ＡＲＱのＰＤＵｓの連続したシーケンスとする。
【００４９】
ＧＰＷ中のそれぞれのＬ２＿ＡＲＱのＰＤＵの、Ｌ１プロトコルの信頼性レベルは、当該プロトコルに対する通常保護適応メカニズム（general protection adaptation mechanism）によって決定する。通常保護適応メカニズムという用語は、当該プロトコルにおいて既に与えられている信頼性レベルを設定するためのメカニズムを指す。このメカニズムは、それぞれのＬ２＿ＡＲＱのＰＤＵに対する信頼性レベルを、それぞれのＬ２＿ＦＲＡＭＥのＰＤＵ（ないしＬ３のＰＤＵ）内のどの位置を当該Ｌ２＿ＡＲＱのＰＤＵが占めている（holds）かとは無関係に、決定する。既に述べたように、このメカニズムは、様々な形態で与えられ得るものであり、具体的なＬ１プロトコルに応じて定められ、例えば、データ・ユニットを送っている接続の品質に応じて定められる信頼性レベルを設定するメカニズムとすることができる。
【００５０】
本発明においては、ＳＰＷに対して特別保護適応メカニズム（special protection adaptation mechanism）を定義すると共に、この特別保護適応メカニズムによってＳＰＷ中のそれぞれのＬ２＿ＡＲＱのＰＤＵの信頼性レベルを決定する。特別保護適応メカニズムは、ＳＰＷ中のＬ２＿ＡＲＱのＰＤＵを再送信しなければならない確率（probability）を最小化する働きを担い、これを必要な伝送資源（required transmission resources）（例えば送信電力）の最小化に対して均衡（balancing）させつつその働きを担う。それが与えられる規準（a given criterion）によって必要とみなされる場合には（図１中のステップＳ３参照）、ＳＰＷ中のＬ２＿ＡＲＱのＰＤＵｓに対してＬ１の信頼性レベルを上げる（例えば、送信電力を上げ、及び／又は、前進型誤信号制御を改善する）ことにより、これを達成することができる。好ましくは、ＳＰＷにおけるＬ１の信頼性を上げることについての規準は、再送信する必要のあるＧＰＷ中のＬ２＿ＡＲＱのＰＤＵｓの個数に応じて定める。例えば、再送信する必要のあるＧＰＷからのＬ２＿ＡＲＱのＰＤＵｓの個数が予め定めた閾値よりも少ないときには、ＳＰＷにおける信頼性レベルをＧＰＷにおけるのと同様のメカニズムによって調整し（図１中のステップＳ５参照）、そうでないときには、ＳＰＷにおける信頼性レベルをＧＰＷの信頼性レベルに比べて上げることにする（図１中のステップＳ４参照）。すなわち、この場合における特別保護適応メカニズムは、単に、通常保護適応メカニズムに関して所定の係数（factor）により信頼性レベルを上昇させることに本質がある。他のメカニズムとしては、履歴窓ＨＷが予め定めた値に到達するまでに行われる再送信の回数を計測すると共に、それからその計測された回数に基づいて特別保護窓内の信頼性の変更を決定する、ということに本質があるものを採用することができる。さらに他の形態としては、再送信の回数ないし他の如何なる状況にも拘わらず、単に、各Ｌ２＿ＦＲＡＭＥないし各Ｌ３のＰＤＵの終わりに当たるＬ２＿ＡＲＱのＰＤＵｓの、既定のパーセンテージ（a given percentage）の信頼性レベルをより高く設定する、ということに本質があるものを採用してもよい。当然のことだが、具体的に定められる条件に対するさらなる依存関係を含む、より複雑化したメカニズムを採用することも可能であるが、これは本発明の範囲外にある。
【００５１】
上述したことの結果から特筆し得ることとして、本発明は、如何なる特定の特別保護適応メカニズムにも限定されず、そのメカニズムは、具体的な局面及び具体的なプロトコルないし各プロトコルとの関係で要求されるものやより好ましいとされるものに基づいて選択することとしてもよい。さらに正確に言うと、上述した実施形態は、本発明の基本的な概念を明確に表現したものとなっており、それによれば、分類を行う規則により判断されるカテゴリーに従って信頼性レベルを設定するための性能が提供される。上述した実施形態において、それらの分類を行う規則は、与えられるＬ２＿ＡＲＱのＰＤＵの、Ｌ２＿ＦＲＡＭＥ（ないしＬ３ないしＬ４）のＰＤＵの最初と最後とに関わる位置に、関係している。
【００５２】
このように、上記実施形態は、一個のＬ２＿ＦＲＡＭＥのＰＤＵに属しているシーケンスの終わりにあるＬ２＿ＡＲＱのＰＤＵｓに対して特別な保護を潜在的に適用（potentially applying）する手段を提供し、それによって図３と関連付けて説明した問題を払拭している。
【００５３】
前述の実施形態においては、定義されたデータ構造がＬ２＿ＡＲＱプロトコルのすぐ上にあるプロトコルの一個のＰＤＵであったが、定義される構造は、全く同様に、より上位にあるプロトコル、例えば、図２中にＬ４として示したプロトコルの、一個のＰＤＵであってもよい。これにしたがって特別保護窓ＳＰＷ及び通常保護窓ＧＰＷの定義は、Ｌ２＿ＦＲＡＭＥないしＬ３のＰＤＵの代わりにＬ４のＰＤＵに基づくものとなる。好ましくは、前述の実施形態におけるように、Ｌ４のＰＤＵの終わりに係るＬ２＿ＡＲＱのＰＤＵｓの信頼性レベルは、先行するＬ２＿ＡＲＱのＰＤＵｓのレベルよりも高く設定する。これは、Ｌ４のＰＤＵを一個のＬ３のＰＤＵ以上に細分化する場合において特に有効である。Ｌ４のＰＤＵｓのいわゆるＩＰフラグメンテーションは、この一例である。その場合、例えば、Ｌ４のＰＤＵの終わりの方のフラグメントに属する、それらＬ２＿ＡＲＱのＰＤＵｓの信頼性レベルをより高く設定することが可能である。
【００５４】
以下、本発明の他の実施形態について説明する。以下の実施形態においては、窓単位のフロー制御を利用すると共に、Ｌ２＿ＡＲＱのＰＤＵｓを含む定義されたデータ構造を送信窓とする。この実施形態は、特に、窓単位のフロー制御を用いる場合に窓が失速するという上述の問題に対処するものである。以下の説明は、内部でＰＤＵｓが区別されるデータ構造が送信窓であって上位レイヤのＰＤＵではないという点を除き、上の実施形態の説明と同様である。
【００５５】
この実施形態においては、送信窓内での位置との関係で分類を行う。送信窓が失速する問題に対する解決策は、送信しているＬ２＿ＡＲＱと同等のものの送信窓における旧いＬ２＿ＡＲＱのデータ・ユニットの再送信に対して特別保護を可能にする、というところに本質がある。すなわち、その性能は、再送信する必要がありかつ送信窓ＳＷの冒頭部分にあるＰＤＵｓについて、Ｌ１の信頼性レベルをより高く設定することを備えたものとなっている。
【００５６】
すなわち、窓単位のフロー制御において失速する窓の問題は、送信窓の冒頭部分にあるＬ２＿ＡＲＱのＰＤＵｓ（旧ＰＤＵｓ）と終わりの方にあるＬ２＿ＡＲＱのＰＤＵｓ（新ＰＤＵｓ）との間を区別することによって解決することもできる。ここで、旧ＰＤＵｓ（例えば図９中のＰＤＵ４）の再送信は、同じＰＤＵの最初の送信に対する信頼性レベル及び／又は新ＰＤＵｓに対する信頼性レベルよりも、高い信頼性レベルによってなされる。すなわち、既定のＰＤＵ（例えば図９中のＰＤＵ４）については、１回目の再送信の信頼性レベルを最初の送信に対する信頼性レベルよりも高く設定し、２回目の再送信に対する信頼性レベルを１回目の再送信に対する信頼性レベルよりも高く設定する、などとする。ただし、最初の送信に比べて信頼性レベルを１回目の再送信に対して上げるだけにし、かつ、その後は続くすべての再送信に対する信頼性レベルを一定に維持することも、全く同様に可能である。信頼性レベルを増やす程度は、世代の関数とするのが好ましい。すなわち、信頼性レベルを増やす程度は、ＰＤＵが旧ければ旧いほど信頼性レベルをより高いレベルに増大させるのが良い、ということである。換言すれば、図９中に示した例の場面においては、ＰＤＵ４についての信頼性レベルの増加は、ＰＤＵ５についての信頼性レベルの増加よりも大きいものとなる。
【００５７】
これに対する他の形態は、増加の程度（ここにいう増加の程度は、最初の送信と１回目の再送信との間のみでの増加の程度、あるいは、連続する各再送信間での増加の程度である。）を未だ送られていない送信窓内のＰＤＵｓ（図９中の右側）の個数に応じて決めることによって構成することができる。信頼性レベルを増加させる程度を調整するためのこのメカニズムを、あらゆる所望の形態で上述のメカニズムと組み合わせることができることは、明らかである。
【００５８】
上述した実施形態においては、Ｌ２＿ＡＲＱのＰＤＵｓを分類する規則が、予め定めたデータ構造（すなわち送信窓）における位置と関係するだけでなく、ＰＤＵの再送信の量とも関係している。
【００５９】
定義されたデータ構造が上位レイヤのデータ・ユニットである前記実施形態による場合のように、特定の保護メカニズムへの限定は何等存在しない。
【００６０】
特筆し得ることとして、Ｌ２＿ＡＲＱのＰＤＵｓを含む定義されたデータ構造を送信窓とした上述の実施形態の場合には、上位レイヤのデータ・ユニットを再度トランスペアレントに取り扱う、すなわち、連続するビット・ストリーム（bit stream）として取り扱うこととしてもよい。ただし、一つのシステムにおいて上述した各実施形態を組み合わせること、すなわち、送信窓内における位置と関連し、かつ、同様に上位レイヤのデータ・ユニットにおける位置にも関連して（これらの双方に関連して）、信頼性レベルを設定し得るシステムを構成することは、全く同様に可能である。これは、システムをより複雑化することにつながるが、パフォーマンスを高めることになる。
【００６１】
次に、本発明のさらに他の実施形態について説明する。この実施形態においては、再び定義されたデータ構造をＬ３ないしＬ２＿ＦＲＡＭＥのＰＤＵとする。ただし、ここでは、分類の規則がＬ２＿ＦＲＡＭＥないしＬ３のＰＤＵの冒頭部分と終わりとに関係するものではなく、より正確に言うと、それらがＬ２＿ＦＲＡＭＥないしＬ３のプロトコルのデータ・ユニットの連続するオクテットないしビットの異なる範囲（different ranges）と関係するものとなっている。ここにいう範囲は、伝送の順序という観点から見たＬ２＿ＡＲＱのＰＤＵｓの連続番号（a consecutive number）にそれぞれ対応するものである。
【００６２】
好ましくは、２つのカテゴリーを指定する。ここで、第１のカテゴリーは、Ｌ２＿ＦＲＡＭＥないしＬ３のＰＤＵのヘッダに係るものであり、第２のカテゴリーは、そのペイロードに係るものであることにする。
【００６３】
また、この実施形態は、先に述べた実施形態の一つないしすべてと組み合わせることにしてもよい。
【００６４】
ここでは、上で議題にした概念及び実施形態をより良く理解することを確保するため、具体的なプロトコルとＧＰＲＳに関して詳細な例を説明することにする。ただし、本発明は、特許請求の範囲に記載の特徴を備えたあらゆる通信の規格及びプロトコルの組（communication standard and protocol set）に対して適用できるものであるので、この例は、制限的なものとして捉えるべきものではない。
【００６５】
この具体的な例においては、ＳＮＤＣＰ（Subnetwork Dependent Control Protocol）ないしネットワークがＬ３に対応し、ＬＬＣ（Logical Link Control（論理リンク制御））がＬ２＿ＦＲＡＭＥに対応し、ＲＬＣ／ＭＡＣ（Radio Link Control/Medium Access Control（無線リンク制御／媒体アクセス制御）；ＧＳＭ０４．６０規格で定められている。）がＬ２＿ＡＲＱに対応し、及び、ＰＬＬ／ＲＦＬ（Physical Link Layer/ Radio Frequency Layer（物理リンク・レイヤ／無線周波数レイヤ））がＬ１に対応する。
【００６６】
図５は、ＧＰＲＳの背景の概要（background overview）を与えるものである。この図は、ネットワーク・レイヤまでのＧＰＲＳの伝送プレーン（transmission plane）を示している。ＧＰＲＳネットワークと移動局ＭＳ（mobile station）との間の無線通信は、物理的なリンク機能及びデータ・リンクの機能（physical and data link functionality）を取り扱う。ＢＳＳ（Base Station Subsystem（基地局サブシステム））とＭＳとの間では、データ・リンク・レイヤが２つの別個のサブ−レイヤ（two distinct sub-layers）：ＬＬＣレイヤ及びＲＬＣ／ＭＡＣのサブ・レイヤ（the LLC layer and the RLC/MAC sub layers）に分離されている。２つのＬＬＣエンティティ（LLC entities）の間で転送される可変長のＰＤＵｓ（variable length PDUs）は、ＬＬＣフレームと呼ばれる。ＲＬＣエンティティ（RLC entities）間でのデータ転送は、可変サイズのＲＬＣブロック（variable size RLC blocks）において行われる。
【００６７】
無線インタフェース上での効率的な伝送のために、ＬＬＣのＰＤＵは、図６に表してあるように、より小さいサイズのＲＬＣブロックに分割される。これにより、再送信をＲＬＣブロックのレベルで実行することが可能となっている。誤りＲＬＣブロック（erroneous RLC blocks）の再送信は、選択的ＡＲＱメカニズム（selective ARQ mechanism）を通じて制御される。ＲＬＣブロックはｋ個のブロックの窓サイズ（window size）内で伝送されると共に、受信側が周期的に一時ＡＣＫ／ＮＡＣＫ（acknowledged / not acknowledged（受信の応答／非受信の応答））メッセージを送る。ＡＣＫ／ＮＡＣＫメッセージが送られる度に、各ＡＣＫ／ＮＡＣＫメッセージは、知らされたブロック番号までの正しく受信されたＲＬＣブロックのすべてについての受信を通知し、これによって送信窓の冒頭部分が移動される。また付加的に、誤って受信されたＲＬＣブロックを選択的に要求するのにビットマップが利用される。未処理データ（outstanding data）の受信応答により、送信窓はさらに進行（sliding）することになる。ＬＬＣのＰＤＵに対応するすべてのＲＬＣブロックの受信が成功した時に、そのＬＬＣのＰＤＵは上位レイヤに配信（delivered）される。
【００６８】
ＲＬＣの各ブロックを伝送するため、２つの同等なエンティティ（two peer entities）の間にはＲＬＣ接続が確立される。それぞれのＲＬＣのエンド−ポイント（end-point）は、ＲＬＣブロックを受信する受信機とＲＬＣブロックを送信する送信機を有している。それぞれのエンド−ポイントの送信機は送信窓を有しており、一方、それぞれのエンド−ポイントの受信機は受信窓（receive window）を有している。２つの同等なＲＬＣエンティティ間でのブロックの伝送は、それらの２つの窓を通じて制御される。
【００６９】
Ｖ（Ｓ）が次に続く（the next-in-sequence）送信すべきＲＬＣブロックのシーケンス番号を表し、Ｖ（Ａ）が、その同等なものによって肯定受信応答（positively acknowledged）されていない最も旧いデータ・ブロックのブロック・シーケンス番号を表し、そして、ｎ、ｋがそれぞれブロック番号のシーケンス長、窓サイズ（the block number sequence length and the window size）を表すものであるとすると、送信窓は、Ｖ（Ｓ）＝［Ｖ（Ａ）＋ｋ］modulo ｎ（ｎを法としてＶ（Ｓ）＝［Ｖ（Ａ）＋ｋ］）のときに、失速する可能性がある（新たなブロックが全く送信されなくなる可能性がある。）。
【００７０】
無線インタフェース上でＲＬＣブロックを伝送するために通常用いられているアプローチは次の２つである。
【００７１】
−ＬＬＣのＰＤＵに属する各ＲＬＣブロックを同程度の保護（符号化速度など）で伝送する。
【００７２】
−フロー・ブロック（a flow block）における異なるブロックが異なる変調及び符号化速度を用いて無線チャネルの状態に適応できるようにする（Link Adaptation（リンク適応） LA）。
【００７３】
リンク適応ＬＡは、一般に、上のＬ１の通常保護適応として引用されたものである。
【００７４】
ここで、ＧＰＲＳに関して根本的な問題を説明する。一パケット（例えばＬＬＣフレーム）に対するエンド−ツー−エンドの遅延は、重要なパラメータである。再送信されたいくつかのブロックを有するＬＬＣフレームは、それらの再送信を待ち、追加的な遅延を生じることがある。ＬＬＣフレームの冒頭部分及び中央部分において送信されたブロックが誤りを伴って受信された場合には、そのＬＬＣフレームの残りのブロックを送信している間にＮＡＣＫが受信され得ることになると共に、最後のブロックの送信のすぐ後ないし前に誤りブロック（単一ないし複数の誤りブロック）が再送信され得ることになる、という点には注意しなければならない。他方、ＬＬＣフレームの最後の各ブロックを再送信しなければならない場合には、まさに最後のブロックが送信された後であっても、それらがＡＣＫ／ＮＡＣＫを待つことによる追加の遅延を生じさせることもある。これは、ＬＬＣレイヤへのパケットの配信をさらに遅延させる。したがって、問題は、この種の追加の遅延を如何にして最小化することができるかということになる。
【００７５】
送信窓は、Ｖ（Ｓ）＝［Ｖ（Ａ）＋ｋ］modulo ｎのときに失速する（止まる）。ここで、Ｖ（Ａ）は、肯定受信応答がされていない最も旧いＲＬＣのデータ・ブロックに当たる。ブロック・フロー内のすべてのブロックが同程度の保護で（あるいは、無線チャネルの状態に対してだけ適応化されて）送信された場合には、送信窓が失速する（止められる）ことになる可能性がより高くなる、という点に注意しなければならない。送信窓が失速したときは、新たなＲＬＣブロックを全く送信することができない。したがって、問題は、送信窓が失速するのを如何にして回避するかということである。
【００７６】
本発明によれば、一ＬＬＣフレームに属する異なる各ＲＬＣブロックないし一ＲＬＣブロック・フロー内の異なる各ＲＬＣブロックを別々に保護することが可能である。本発明を具現化した２つの例を利用してその概念を説明する。第１のケースでは、ＬＬＣフレームの終わりからのデータを含むブロックをより保護して送信することとし、第２のケースでは、送信窓を失速させるブロックを他のブロックに比べてより保護して送信する。ただし、ここにいう“より保護して”（“more protection”）とは、ＬＡのアルゴリズムにより決定される保護に比べてより保護する、という意味である。
【００７７】
第１のケース、すなわち、ＬＬＣフレームの終わりにあるブロックをより保護するケースにおいては、本発明は、ＬＬＣのＰＤＵの終わりにあるいくつかのブロックを残りのブロックよりもより保護（符号化（coding））して送信し、これによってそれらのブロックについての誤りの可能性を低減することを提案する。これは、ＬＬＣレイヤへパケットを配信する遅延を減少させるのに役立つ。本発明は、他のレイヤにも同様に一般化することができ、例えば、（ネットワーク−ＰＤＵ（network-PDU）毎にいくつかのＬＬＣフレームがある場合）一連続中（in a series）の最後のＬＬＣフレーム全体をより保護して送信することができる。
【００７８】
これを図７に示した例を参照することによって説明する。ＡＣＫ／ＮＡＣＫの期間は、４ブロックの期間に等しいものとみなしてある。ケース（Ａ）においては、ＬＬＣフレームの冒頭部分にある誤りブロックが最後のブロックの直後に再送信されている。ケース（Ｂ）においては、最後のブロックが誤りに至っている（went erroneous）ため、ＬＬＣフレームの配信がケース（Ａ）に比べて３ブロックの期間遅延されている。ケース（Ｃ）においては、最後の２個のブロックがより符号化（more coding）されて送信されており、かつ、誤りに至っているブロックはない。ただし、特筆し得ることとして、符号化のオーバーヘッド（coding overheads）によりもう一つのブロックが送信されている。符号化のオーバーヘッドをカウントした後であっても、ケース（Ｃ）においてはケース（Ｂ）におけるよりもＬＬＣフレームがずっと早く配信されていることは、容易に理解できることである。
【００７９】
第２のケース、すなわち、送信窓を失速させるブロックをより保護するケースにおいては、Ｖ（Ｓ）＝［Ｖ（Ａ）＋ｋ］modulo ｎという窓失速条件（window stall condition）から、（誤って受信がされる場合に）ブロック・フローの冒頭部分にあるブロックがそのフローの終わりにあるブロックよりも窓を失速させる可能性が高いと推定し得る。この現象は、図８において（Ａ）の部分にＫ＝４かつｎ＝８として例示してある。ＡＣＫ／ＮＡＣＫの期間は、同様に４ブロックの期間に等しいものとみなしてある。
【００８０】
（Ｂ）の部分では、ブロック４が、誤って受信され、かつ、最初のＡＣＫ／ＮＡＣＫメッセージの直後に再送信されている。フレーム全体は、７ブロックの期間において配信されている。フレーム（ないしブロック・フロー）の終わりの方で誤りが発生しているので、送信窓上には何の影響も観測されていない。
【００８１】
ケース（Ｃ）では、ブロック番号１及び３が誤って受信されている。フローの冒頭部分におけるブロック番号１が誤りに至っているため、送信窓が失速している。ブロック番号１が再び誤って受信された場合には失速条件が持続し得ることになり、これによって図８中の（Ｃ）の部分に表してあるようにフレームの転送遅延が増大する。
【００８２】
図８の（Ｄ）の部分では、失速条件の状態を引き起こしているブロック番号１がより保護されて再送信されており、これによって送信窓を前に進めることに役立っている。
【００８３】
フローの冒頭部分における各ブロックがより窓を失速させやすいので、それらについては、（Ｅ）の部分に例示したように、それらの最初の送信からより保護される権利をもって（with more protection right）送信することにすることができる。
【００８４】
本発明を具体的な例に関して上に説明したが、これは、当業者により良く理解させるという目的に資するものであって、範囲を制限することを意図したものではない。より正確に言えば、範囲は特許請求の範囲によって定められ、特許請求の範囲では、より良く理解できるように参照符号も含まれているが、それらの参照符号は範囲を限定するものではない。
【図面の簡単な説明】
【図１】  本発明の解説図である。
【図２】  汎用的なプロトコル・スタックを示した図である。
【図３】  図２に示したプロトコル配置（protocol arrangement）に関連して生じ得る一定の問題を説明した図である。
【図４】  本発明の一実施形態を示した図である。
【図５】  特定のプロトコルの伝送プレーン（transmission plane）を示した図である。
【図６】  ＬＬＣフレームの分割及び伝送を示した図である。
【図７】  ＬＬＣフレームの転送遅延上の、ブロックのエラーの影響（the impact of block errors）を説明した図である。
【図８】  ＬＬＣフレーム転送上での、ＲＬＣ送信窓及びブロックのエラーの影響を示した図である。
【図９】  窓単位のフロー制御において送信窓が失速する問題を説明した図である。
【図１】
0004243023.tif 000002
【図２】
0004243023.tif 000003
【図３】
0004243023.tif 000004
【図４】
0004243023.tif 000005
【図５】
0004243023.tif 000006
【図６】
0004243023.tif 000007
【図７】
0004243023.tif 000008
【図８】
0004243023.tif 000009
【図９】
0004243023.tif 000010