(57)【特許請求の範囲】
【請求項１】
論理リンク制御（ＬＬＣ）レイヤとＲＬＣエンティティを含む無線リンク制御（ＲＬＣ）レイヤとを含むプロトコルスタックを含む無線通信装置において、ＲＬＣデータブロックを送信するための方法であって、
（ａ）前記ＲＬＣエンティティにおいて、前記ＬＬＣレイヤにより形成され第１のパケットフローコンテキスト（ＰＦＣ）に対応する第１のＬＬＣプロトコルデータユニット（ＰＤＵ）を受信し、前記第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第１のセットを形成することと；
（ｂ）前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックの前記第１のセットのサブセットを送信することと、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含むことと；
（ｃ）ステップ（ａ）の後に、前記ＲＬＣエンティティにおいて、前記ＬＬＣレイヤにより形成され第２のＰＦＣに対応する第２のＬＬＣ  ＰＤＵを受信し、前記第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第２のセットを形成することと；
（ｄ）ステップ（ｂ）の後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックの前記第２のセットの全てを送信することと、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第２のＬＬＣ  ＰＤＵの少なくとも一部を含むことと；
（ｅ）ステップ（ｄ）の後に、前記ＲＬＣエンティティにより形成されたもののステップ（ｂ）において送信されていないＲＬＣデータブロックの前記第１のセットの残りを送信することと、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含むことと；
を含み、
各ＲＬＣデータブロックは、ブロックシーケンス番号（ＢＳＮ）フィールド及び一時フロー識別情報（ＴＦＩ）フィールドを含み；
各ＲＬＣデータブロックの前記ＢＳＮフィールドは、第１の送信を経る任意の２つの連続するＲＬＣデータブロックの前記ＢＳＮフィールドに記憶される値が、当該ＲＬＣデータブロックにより示される前記ＴＦＩの値とは無関係な所定の順序関係に従うような値を記憶する；
方法。
【請求項２】
ＲＬＣデータブロックの前記送信は、第１の送信が試行されたものの当該ＲＬＣデータブロックが受信側の無線通信装置へ成功裏に伝達される結果となっていないＲＬＣデータブロックの再送を含み、
ステップ（ｅ）において送信されるＲＬＣデータブロックの前記セットは、ステップ（ｂ）において前記受信側の無線通信装置へ成功裏に伝達されていないＲＬＣデータブロックの再送を含み得る、
請求項１の方法。
【請求項３】
（ｆ）ステップ（ｄ）の前に、前記第１のＰＦＣ及び前記第２のＰＦＣの相対的な優先度を判定すること、
をさらに含み、
ステップ（ｄ）は、前記第２のＰＦＣが前記第１のＰＦＣより高い優先度を有すると判定したことに応じて行われ、
ステップ（ｂ）において送信される前記サブセット内のＲＬＣデータブロックの数は、ステップ（ｂ）の開始と、前記第２のＰＦＣが前記第１のＰＦＣより高い優先度を有すると判定される時点との間の時間間隔に基づくものである、
請求項１の方法。
【請求項４】
前記第１のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第１のＰＦＣと関連付けられた第１のＴＦＩを示す値を包含し、
前記第２のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第２のＰＦＣと関連付けられた第２のＴＦＩを示す値を包含し、
前記第１のＴＦＩは前記第２のＴＦＩと等しくない、
請求項１の方法。
【請求項５】
（ｆ）ステップ（ｂ）の前に、ＲＬＣデータブロックの前記第１のセットを、前記第１のＰＦＣと関連付けられた第１の送信優先度の値と関連付けられた第１の送信キューに入れることと；
（ｇ）ステップ（ｄ）の前に、ＲＬＣデータブロックの前記第２のセットを、前記第２のＰＦＣと関連付けられた第２の送信優先度の値と関連付けられた第２の送信キューに入れることと；
をさらに含み、
ＲＬＣデータブロックを送信することは、
送信キューからＲＬＣデータブロックを選択することと；
前記ＲＬＣデータブロックを選択した後に、前記選択されたＲＬＣデータブロックに対応するデータブロックを無線で送信することと；
前記データブロックを無線で送信し、再送が不要であると判定した後に、前記選択されたＲＬＣデータブロックを前記送信キューから除去することと；
を含む、請求項１の方法。
【請求項６】
前記無線通信装置は移動局である、請求項１の方法
【請求項７】
前記無線通信装置は基地局である、請求項１の方法。
【請求項８】
論理リンク制御（ＬＬＣ）レイヤとＲＬＣエンティティを含む無線リンク制御（ＲＬＣ）レイヤとを含むプロトコルスタックを含む無線通信装置において、ＲＬＣデータブロックを送信するための方法であって、
（ａ）前記ＲＬＣエンティティにおいて、前記ＬＬＣレイヤにより形成され第１のパケットフローコンテキスト（ＰＦＣ）に対応する第１のＬＬＣプロトコルデータユニット（ＰＤＵ）を受信し、前記第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第１のセットを形成することと；
（ｂ）前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックの前記第１のセットのサブセットを送信することと、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含むことと；
（ｃ）ステップ（ａ）の後に、前記ＲＬＣエンティティにおいて、前記ＬＬＣレイヤにより形成され第２のＰＦＣに対応する第２のＬＬＣ  ＰＤＵを受信し、前記第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第２のセットを形成することと；
（ｄ）ステップ（ｃ）の後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信することと、送信される当該ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第２のＬＬＣ  ＰＤＵの少なくとも一部を含むことと；
（ｅ）ステップ（ｄ）の後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信することと、送信される当該ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含むことと；
（ｆ）ステップ（ｅ）の後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信することと、送信される当該ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第２のＬＬＣ  ＰＤＵの少なくとも一部を含むことと；
を含み、
各ＲＬＣデータブロックは、ブロックシーケンス番号（ＢＳＮ）フィールド及び一時フロー識別情報（ＴＦＩ）フィールドを含み；
各ＲＬＣデータブロックの前記ＢＳＮフィールドは、第１の送信を経る任意の２つの連続するＲＬＣデータブロックの前記ＢＳＮフィールドに記憶される値が、当該ＲＬＣデータブロックにより示される前記ＴＦＩの値とは無関係な所定の順序関係に従うような値を記憶する；
方法。
【請求項９】
（ｇ）前記第１のＬＬＣ  ＰＤＵ又は前記第２のＬＬＣ  ＰＤＵに対応する全てのＲＬＣデータブロックが送信されるまで、ステップ（ｅ）とステップ（ｆ）とを交互に繰り返し、前記送信された時点において、未完了のＬＬＣ  ＰＤＵについての全ての残りのＲＬＣデータブロックの送信を開始すること、
をさらに含む、請求項８の方法。
【請求項１０】
ＲＬＣデータブロックの前記送信は、第１の送信が試行されたものの当該ＲＬＣデータブロックが受信側の無線通信装置へ成功裏に伝達される結果となっていないＲＬＣデータブロックの再送を含み得ることと、
ステップ（ｅ）において送信される前記ＲＬＣデータブロックは、ステップ（ｂ）において前記受信側の無線通信装置へ成功裏に伝達されていないＲＬＣデータブロックの再送を含み得ることと、
ステップ（ｆ）において送信される前記ＲＬＣデータブロックは、ステップ（ｄ）において前記受信側の無線通信装置へ成功裏に伝達されていないＲＬＣデータブロックの再送を含み得ることと、
を有する請求項８の方法。
【請求項１１】
（ｆ）ステップ（ｄ）の前に、前記第１のＰＦＣ及び前記第２のＰＦＣの相対的な優先度を判定すること、
をさらに含み、
ステップ（ｄ）、（ｅ）及び（ｆ）は、前記第２のＰＦＣが前記第１のＰＦＣと同じ優先度を有すると判定したことに応じて行われ、
ステップ（ｂ）において送信される前記サブセット内のＲＬＣデータブロックの数は、ステップ（ｂ）の開始と、前記第２のＰＦＣが前記第１のＰＦＣと同じ優先度を有すると判定される時点との間の時間間隔に基づくものである、
請求項８の方法。
【請求項１２】
前記第１のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第１のＰＦＣと関連付けられた第１のＴＦＩを示す値を包含し、
前記第２のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第２のＰＦＣと関連付けられた第２のＴＦＩを示す値を包含し、
前記第１のＴＦＩは前記第２のＴＦＩと等しくない、
請求項８の方法。
【請求項１３】
無線通信装置の無線リンク制御（ＲＬＣ）エンティティにより実行される、ＲＬＣデータブロックを処理するための方法であって、
（ａ）前記ＲＬＣエンティティにおいて、１つ以上のＲＬＣデータブロックの第１のセットを受信することと、前記第１のセットに含まれる各ＲＬＣデータブロックは、送信された第１の論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）の一部に対応し、第１の一意の一時フロー識別情報（ＴＦＩ）値を有することと；
（ｂ）ステップ（ａ）の後に、前記ＲＬＣエンティティにおいて、１つ以上のＲＬＣデータブロックの第２のセットを受信することと、前記第２のセットに含まれる各ＲＬＣデータブロックは、送信された第２のＬＬＣ  ＰＤＵの一部に対応し、第２の一意のＴＦＩ値を有することと；
（ｃ）ステップ（ｂ）の後に、前記ＲＬＣエンティティにおいて、送信された前記第２のＬＬＣ  ＰＤＵに対応する受信された第１のＬＬＣ  ＰＤＵを形成し、前記受信された第１のＬＬＣ  ＰＤＵを処理のためにＬＬＣレイヤに提供することと；
（ｄ）ステップ（ｃ）の後に、前記ＲＬＣエンティティにおいて、１つ以上のＲＬＣデータブロックの第３のセットを受信することと、前記第３のセットに含まれる各ＲＬＣデータブロックは、送信された前記第１のＬＬＣ  ＰＤＵの一部に対応し、前記第１のＴＦＩ値を有することと；
（ｅ）ステップ（ｄ）の後に、前記ＲＬＣエンティティにおいて、送信された前記第１のＬＬＣ  ＰＤＵに対応する受信された第２のＬＬＣ  ＰＤＵを形成し、前記受信された第２のＬＬＣ  ＰＤＵを処理のために前記ＬＬＣレイヤに提供することと；
を含み、
各ＲＬＣデータブロックはブロックシーケンス番号（ＢＳＮ）フィールドを含み；
各ＲＬＣデータブロックの前記ＢＳＮフィールドは、任意の２つの連続して受信されるＲＬＣデータブロックの前記ＢＳＮフィールドに記憶される値が、当該ＲＬＣデータブロックにより示される前記ＴＦＩの値とは無関係な所定の順序関係に従うような値を記憶する；
方法。
【請求項１４】
前記無線通信装置は基地局である、請求項１３の方法。
【請求項１５】
前記無線通信装置は移動局である、請求項１３の方法。
【請求項１６】
論理リンク制御（ＬＬＣ）レイヤとＲＬＣエンティティを含む無線リンク制御（ＲＬＣ）レイヤとを含むプロトコルスタックを含む無線通信装置であって、前記ＲＬＣエンティティは、
（ａ）前記ＬＬＣレイヤにより形成され第１のパケットフローコンテキスト（ＰＦＣ）に対応する第１のＬＬＣプロトコルデータユニット（ＰＤＵ）を受信し、前記第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第１のセットを形成し；
（ｂ）前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックの前記第１のセットのサブセットを送信し、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含み；
（ｃ）前記ＲＬＣエンティティにおいて、前記第１のＬＬＣ  ＰＤＵを受信した後に、前記ＬＬＣレイヤにより形成され第２のＰＦＣに対応する第２のＬＬＣ  ＰＤＵを受信し、前記第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第２のセットを形成し；
（ｄ）ＲＬＣデータブロックの前記第１のセットの前記サブセットを送信した後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックの前記第２のセットの全てを送信し、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第２のＬＬＣ  ＰＤＵの少なくとも一部を含み；
（ｅ）ＲＬＣデータブロックの前記第２のセットを送信した後に、前記ＲＬＣエンティティにより形成されたもののステップ（ｂ）において送信されていないＲＬＣデータブロックの前記第１のセットの残りを送信し、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含む；
ように動作し、
各ＲＬＣデータブロックは、ブロックシーケンス番号（ＢＳＮ）フィールド及び一時フロー識別情報（ＴＦＩ）フィールドを含み；
各ＲＬＣデータブロックの前記ＢＳＮフィールドは、第１の送信を経る任意の２つの連続するＲＬＣデータブロックの前記ＢＳＮフィールドに記憶される値が、当該ＲＬＣデータブロックにより示される前記ＴＦＩの値とは無関係な所定の順序関係に従うような値を記憶する、
装置。
【請求項１７】
ＲＬＣデータブロックの前記送信は、第１の送信が試行されたものの当該ＲＬＣデータブロックが受信側の無線通信装置へ成功裏に伝達される結果となっていないＲＬＣデータブロックの再送を含んでいてもよく、
前記ＲＬＣエンティティはさらに、
（ｆ）ＲＬＣデータブロックの前記第２のセットを送信した後に、前記ＲＬＣエンティティにより形成されたもののステップ（ｂ）において前記受信側の無線通信装置へ成功裏に伝達されていないＲＬＣデータブロックの前記第１のセットの残りを送信する
ように動作する、請求項１６の装置。
【請求項１８】
前記ＲＬＣエンティティはさらに、
前記第１のＰＦＣ及び前記第２のＰＦＣの相対的な優先度を判定し、前記ＲＬＣエンティティは、前記第２のＰＦＣが前記第１のＰＦＣより高い優先度を有すると判定したことに応じて、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックの前記第２のセットの全てを送信するように構成され、
ステップ（ｂ）において送信される前記サブセット内のＲＬＣデータブロックの数は、ステップ（ｂ）の開始と、前記第２のＰＦＣが前記第１のＰＦＣより高い優先度を有すると判定される時点との間の時間間隔に基づくものである、
ように動作する、請求項１７の装置。
【請求項１９】
前記第１のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第１のＰＦＣと関連付けられた第１のＴＦＩを示す値を包含し、
前記第２のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第２のＰＦＣと関連付けられた第２のＴＦＩを示す値を包含し、
前記第１のＴＦＩは前記第２のＴＦＩと等しくない、
請求項１７の装置。
【請求項２０】
前記ＲＬＣエンティティはさらに、
ＲＬＣデータブロックの前記第１のセットを、前記第１のＰＦＣと関連付けられた第１の送信優先度の値と関連付けられた第１の送信キューに入れ；
ＲＬＣデータブロックの前記第２のセットを、前記第２のＰＦＣと関連付けられた第２の送信優先度の値と関連付けられた第２の送信キューに入れる；
ように動作し、
前記ＲＬＣエンティティは、
送信キューからＲＬＣデータブロックを選択することと；
前記選択されたＲＬＣデータブロックを下位のプロトコルレイヤに提供し、次いで前記下位のプロトコルレイヤが対応するデータブロックを送信することと；
前記データブロックを無線で送信し、再送が不要であると判定した後に、前記選択されたＲＬＣデータブロックを前記送信キューから除去することと；
によってＲＬＣデータブロックを送信するように構成される、
請求項１７の装置。
【請求項２１】
前記無線通信装置は移動局である、請求項１６の装置。
【請求項２２】
前記無線通信装置は基地局である、請求項１６の装置。
【請求項２３】
論理リンク制御（ＬＬＣ）レイヤとＲＬＣエンティティを含む無線リンク制御（ＲＬＣ）レイヤとを含むプロトコルスタックを含む無線通信装置であって、前記ＲＬＣエンティティは、
（ａ）前記ＬＬＣレイヤにより形成され第１のパケットフローコンテキスト（ＰＦＣ）に対応する第１のＬＬＣプロトコルデータユニット（ＰＤＵ）を受信し、前記第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第１のセットを形成し；
（ｂ）前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックの前記第１のセットのサブセットを送信し、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含み；
（ｃ）前記ＲＬＣエンティティにおいて、前記第１のＬＬＣ  ＰＤＵを受信した後に、前記ＬＬＣレイヤにより形成され第２のＰＦＣに対応する第２のＬＬＣ  ＰＤＵを受信し、前記第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第２のセットを形成し；
（ｄ）  ＲＬＣデータブロックの第１のセットのサブセットを送信した後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信し、送信される前記ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第２のＬＬＣ  ＰＤＵの少なくとも一部を含み；
（ｅ）前記第２のＬＬＣ  ＰＤＵの一部を含む前記ＲＬＣデータブロックを送信した後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信し、送信される前記ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含む；
ように動作し、
各ＲＬＣデータブロックは、ブロックシーケンス番号（ＢＳＮ）フィールド及び一時フロー識別情報（ＴＦＩ）フィールドを含み；
各ＲＬＣデータブロックの前記ＢＳＮフィールドは、第１の送信を経る任意の２つの連続するＲＬＣデータブロックの前記ＢＳＮフィールドに記憶される値が、当該ＲＬＣデータブロックにより示される前記ＴＦＩの値とは無関係な所定の順序関係に従うような値を記憶する；
装置。
【請求項２４】
前記ＲＬＣエンティティはさらに、
（ｆ）前記第１のＬＬＣ  ＰＤＵ又は前記第２のＬＬＣ  ＰＤＵに対応する全てのＲＬＣデータブロックが送信されるまで、ステップ（ｄ）及びステップ（ｅ）を交互に繰り返し；
（ｇ）前記第１のＬＬＣ  ＰＤＵ又は前記第２のＬＬＣ  ＰＤＵに対応する全てのＲＬＣデータブロックが送信された後に、未完了のＬＬＣ  ＰＤＵについての全ての残りのＲＬＣデータブロックを送信する；
ように構成される、請求項２３の装置。
【請求項２５】
ＲＬＣデータブロックの前記送信は、第１の送信が試行されたものの当該ＲＬＣデータブロックが受信側の無線通信装置へ成功裏に伝達される結果となっていないＲＬＣデータブロックの再送を含んでいてもよく、
前記ＲＬＣエンティティはさらに、
前記第２のＬＬＣ  ＰＤＵの一部を含む前記ＲＬＣデータブロックを送信した後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信し、送信される前記ＲＬＣデータブロックは、以前に受信側の無線通信装置へ成功裏に伝達されていない前記第１のＬＬＣ  ＰＤＵの少なくとも一部を含み；
前記第１のＬＬＣ  ＰＤＵの一部を含む前記ＲＬＣデータブロックを送信した後に、前記ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信し、送信される前記ＲＬＣデータブロックは、以前に前記受信側の無線通信装置へ成功裏に伝達されていない前記第２のＬＬＣ  ＰＤＵの少なくとも一部を含む；
ように構成される、請求項２３の装置。
【請求項２６】
前記ＲＬＣエンティティはさらに、前記第２のＰＦＣが前記第１のＰＦＣと同じ優先度を有すると判定したことに応じて、ステップ（ｄ）及びステップ（ｅ）を実行するように構成され、ステップ（ｂ）において送信される前記サブセット内のＲＬＣデータブロックの数は、ステップ（ｂ）の開始と、前記第２のＰＦＣが前記第１のＰＦＣと同じ優先度を有すると判定される時点との間の時間間隔に基づくものである、請求項２３の装置。
【請求項２７】
前記第１のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第１のＰＦＣと関連付けられた第１のＴＦＩを示す値を包含し、
前記第２のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックの前記ＴＦＩフィールドは、前記第２のＰＦＣと関連付けられた第２のＴＦＩを示す値を包含し、
前記第１のＴＦＩは前記第２のＴＦＩと等しくない、
請求項２３の装置。
【請求項２８】
無線リンク制御（ＲＬＣ）エンティティを含む無線通信装置であって、前記ＲＬＣエンティティは、
（ａ）１つ以上のＲＬＣデータブロックの第１のセットを受信し、前記第１のセットに含まれる各ＲＬＣデータブロックは、送信された第１の論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）の一部に対応し、第１の一意の一時フロー識別情報（ＴＦＩ）値を有し；
（ｂ）ＲＬＣデータブロックの前記第１のセットを受信した後に、１つ以上のＲＬＣデータブロックの第２のセットを受信し、前記第２のセットに含まれる各ＲＬＣデータブロックは、送信された第２のＬＬＣ  ＰＤＵの一部に対応し、第２のＴＦＩ値を有し；
（ｃ）送信された前記第２のＬＬＣ  ＰＤＵに対応する受信された第１のＬＬＣ  ＰＤＵを形成し、受信された前記第１のＬＬＣ  ＰＤＵを処理のためにＬＬＣレイヤに提供し；
（ｄ）ＲＬＣデータブロックの前記第２のセットを受信した後に、１つ以上のＲＬＣデータブロックの第３のセットを受信し、前記第３のセットに含まれる各ＲＬＣデータブロックは、送信された前記第１のＬＬＣ  ＰＤＵの一部に対応し、前記第１のＴＦＩ値を有し；
（ｅ）送信された前記第１のＬＬＣ  ＰＤＵに対応する受信された第２のＬＬＣ  ＰＤＵを形成し、受信された前記第２のＬＬＣ  ＰＤＵを処理のために前記ＬＬＣレイヤに提供する；
ように動作し、
各ＲＬＣデータブロックはブロックシーケンス番号（ＢＳＮ）フィールドを含み；
各ＲＬＣデータブロックの前記ＢＳＮフィールドは、任意の２つの連続して受信されるＲＬＣデータブロックの前記ＢＳＮフィールドに記憶される値が、当該ＲＬＣデータブロックにより示される前記ＴＦＩの値とは無関係な所定の順序関係に従うような値を記憶する；
装置。
【請求項２９】
前記無線通信装置は基地局である、請求項２８の装置。
【請求項３０】
前記無線通信装置は移動局である、請求項２８の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願への相互参照）
本出願は、２００９年４月３０日に出願された米国仮特許出願第６１／１７４２２９号の利益を主張し、当該出願は参照によりここに取り入れられる。
【０００２】
本発明の観点は、無線通信の分野に関する。より具体的には、１つの観点において、本発明は、優先度の高いＲＬＣデータブロックについての送信遅延の低減に関する。
【背景技術】
【０００３】
セルラ電話ネットワークにおいて、移動局（ＭＳ）（例えば、セルラ電話）と基地局との間で音声及び他のアプリケーションデータを送信するために、ＧＰＲＳ（General  Packet  Radio  Service）が一般的に利用可能である。ＧＰＲＳは、パケットベースの通信を利用する。即ち、ＭＳと基地局との間で送信されるアプリケーションデータは、パケット又はプロトコルデータユニット（ＰＤＵ）にグループ化される。ここで使用されるプロトコルデータユニットという用語は、プロトコルにより仕様化されたフォーマットでのデータを意味し、当該データは、プロトコル制御情報（例えば、当該プロトコルデータユニットをルーティングするためのアドレス情報）を包含するヘッダと、恐らくはアプリケーションデータ又は他のプロトコルデータユニットを包含するデータ部とを含む。
【０００４】
図１に示すように、ＭＳ１０２は、基地局１０４との無線通信１１６により、外部ネットワーク（例えば、インターネット）に接続された他の機器とアプリケーションデータを送受信する１つ以上のプロセス１０５（例えば、音声通話、ウェブブラウザ、及びテキストメッセージングクライアント）を含み得る。図１に示すように、ＭＳ１０２は、典型的には、プロセス１０５により作成されるＰＤＵ（例えば、インターネットプロトコル（ＩＰ）パケット）を、ＧＰＲＳネットワーク上での無線伝送に適するＰＤＵに変換するための多段ＧＰＲＳプロトコルスタックを含み得る。ＭＳ１０２内のＧＰＲＳプロトコルスタックは、普通、トランスポート／ネットワークレイヤ１０６（例えば、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ等）論理リンク制御（ＬＬＣ）レイヤ１０８、無線リンク制御（ＲＬＣ）レイヤ１１０の機能を実行するための少なくとも１つのＲＬＣエンジン１１１（即ち、ＲＬＣエンティティ）を含むＲＬＣレイヤ１１０、及び媒体アクセス制御（ＭＡＣ）／物理（ＰＨＹ）レイヤ１１２を含むことになる。伝送プロトコルスタック内の各レイヤは、上位のレイヤからＰＤＵを受信し、受信されたＰＤＵに対して様々な変換（例えば、セグメント化、追加ヘッダの付加等）を行い、結果として得られる（１つ以上の）ＰＤＵを次のレイヤに送信することができる。（データの受信では、各レイヤは、下位のレイヤから１つ以上のＰＤＵを受信し、様々な変換（例えば、より大きいＰＤＵの再アセンブリ、ヘッダの除去等）を行い、結果として得られるＰＤＵを上位のレイヤに提供し得る。）例えば、プロセス１０５は、送信のためのアプリケーションデータを生成し得る。ネットワークレイヤ１０６は、このデータをネットワークレイヤＰＤＵ（例えば、ＩＰパケット）に変換し、ＬＬＣレイヤ１０８はネットワークレイヤＰＤＵをＬＬＣ  ＰＤＵに変換し、ＲＬＣレイヤはＬＬＣ  ＰＤＵを１つ以上のＲＬＣ  ＰＤＵ（即ち、ＲＬＣデータブロック）に変換し、ＭＡＣ／ＰＨＹレイヤは、ＲＬＣデータブロックにＭＡＣヘッダを付加してＲＬＣ／ＭＡＣデータブロックを生成し、これらのブロックを物理リンク（例えば、無線アンテナ１１４）上で送信し得る。各レイヤの一部又は全部が組み合わされることも可能である。例えば、ＲＬＣレイヤとＭＡＣレイヤとは、別々のレイヤとして図示されているが、組み合わされてＲＬＣ／ＭＡＣレイヤを形成してもよい。
【０００５】
プロセス１０５のカテゴリにより、伝送を必要とするアプリケーションデータの性質に基づいてネットワークリソースの異なる属性に優先度を設定してもよい。例えば、音声会話はネットワーク遅延に対し極めて敏感であるが、ある程度の情報損失は許容し得る。他方、サーバへ／サーバからのディジタルコンピュータデータ転送（例えば、ワールドワイドウェブページのダウンロード及びこれとの対話）は、短時間の送信遅延に対する耐性はより高いが、全てのパケットが成功裏に伝達されることを必要とし得る。これらの異なる優先度を一般に、サービス品質（ＱｏＳ）属性として特徴付けることができる。例えば、音声会話は、迅速な伝送を求める要求を反映するＱｏＳ属性を有し得るが、必ずしも伝達を保証するとは限らない（例えば、送信に失敗した（即ち、破棄された）パケットは、再送されなくてもよく、破棄されたものとして受信側のエンティティにより確認応答すらされなくてもよい）。他方、サーバへ／サーバからのディジタルコンピュータデータ転送は、必要な場合にはパケットが遅延されてもよいが、破棄されたパケットについて確認応答が行われ、恐らくは、成功裏に受信されるまで再送される必要があることを反映するＱｏＳ属性要件を有し得る。プロセス１０５のさらに別の特性は他のＱｏＳ属性を示してもよく、相対的な遅延及びエラー耐性は用途間で異なり得る。
【０００６】
プロセス１０５により必要とされるＱｏＳ属性の異なる各セットを特定するために、ＭＳ１０２内のセッション管理（ＳＭ）プロトコルエンティティは、基地局１０４を制御するネットワーク内のピアＳＭプロトコルエンティティに、パケットデータプロトコルコンテキスト（ＰＤＰコンテキスト）のアクティブ化を要求することができ、アクティブ化される各ＰＤＰコンテキストは、プロセス１０５のセット内の特定のプロセスに対応する。例えば、図１に示すＭＳ１０２は、３つの異なるＱｏＳ設定（プロセスごとに１つ）を必要とし、３つの異なるＰＤＰコンテキスト（プロセスごとに１つ）のアクティブ化を要求する。各ＰＤＰコンテキストは、指定されるＱｏＳ属性と、ＭＳ１０２を識別するＰＤＰアドレス（大抵はＩＰアドレス）とを含む。ＰＤＰコンテキストのアクティブ化の後に、ＭＳ１０２上で実行されているプロセス１０５のセット内の特定のプロセスがアプリケーションデータの送信を必要とするとき、ＭＳ１０２は、対応するＰＤＰコンテキストのＱｏＳ属性を反映するアップリンク一時ブロックフロー（ＴＢＦ：Temporary  Block  Flow）の確立を要求する。
【０００７】
同じＱｏＳ属性を有する複数のＰＤＰコンテキストは、単一のパケットフローコンテキスト（ＰＦＣ）へとまとめてグループ化（即ち、集約）され得る。ＰＦＣは、集約されたＰＤＰコンテキストのＱｏＳ属性を共有し、各ＰＦＣはパケットフロー識別情報（ＰＦＩ：Packet  Flow  Identity）により一意に識別される。
【０００８】
ＭＳ１０２が所与のＰＦＣについて送信可能なアプリケーションデータを有する（例えば、ＭＳ１０２上のプロセス１０５のセット内の特定のプロセスが、ＬＬＣレイヤ１０８によりＬＬＣ  ＰＤＵに変換される１つ以上のＩＰパケットを生成している）とき、ＭＳ１０２は、当該アプリケーションデータを送信するために、基地局にアップリンク一時ブロックフロー（ＴＢＦ）の確立を要求し得る。ＴＢＦはＭＳに、基地局の時分割多元接続（ＴＤＭＡ）リソースの一部の使用を許諾する。例えば、ＴＢＦのためのリソースを割り当てるとき、基地局はＭＳ１０２に、特定の周波数上の第４のＴＤＭＡタイムスロットへのアクセス権を許諾し得る。各ＴＢＦは、一意の一時フロー識別情報（ＴＦＩ）により識別され、当該ＴＢＦによりサポートされるＰＦＣのＱｏＳ属性をサポートするのに最も適するモードで動作するＲＬＣエンティティ１１１をサポートする。（例えば、ＲＬＣエンティティ１１１は、破棄されたＲＬＣデータブロックが再送されるＲＬＣ確認応答モード、破棄されたＲＬＣデータブロックが再送されないＲＬＣ非確認応答モード、破棄されたＲＬＣデータブロックがある一定の時間間隔内に再送されてもよく、その後に破棄されたＲＬＣデータブロックが廃棄され得るＲＬＣ非永続モードで動作し得る。）アップリンクＴＢＦを獲得した後に、ＭＳは、割り振られた無線リソースを使って、対応するＰＦＣについての待機中の（１つ以上の）ＬＬＣ  ＰＤＵを送信し得る。ＬＬＣレイヤ１０８は待機中の（１つ以上の）ＬＬＣ  ＰＤＵをＲＬＣレイヤ１１０に送信し、ＲＬＣレイヤ１１０において、適切なＲＬＣエンティティ１１１は、各ＬＬＣ  ＰＤＵを、対応する１つ以上のＲＬＣデータブロックのセットに分割する。図２に示すように、データペイロード部２０３に加えて、各ＲＬＣデータブロックは、割り振られたＴＢＦのＴＦＩを示すＴＦＩフィールド２０１と、ＴＢＦにおいて送信されるＲＬＣデータブロックに順次に番号付けするブロックシーケンス番号（ＢＳＮ）フィールド２０２とを含む。ＴＦＩは、一意にＴＢＦを、つまりアプリケーションデータが送信されるべき対応するＰＦＣを識別するのに使用される。というのは、レガシーシステムにおいては、ＴＦＩとＰＦＣとの間に１対１の関係があるからである。ＢＳＮは、受信側のエンティティにより、破棄された（失われた）ＲＬＣデータブロックを検出するのに使用され得る。次いでＲＬＣデータブロックは（１つ以上の）ＭＡＣ／ＰＨＹレイヤに送信され、そこで各ＲＬＣデータブロックに、無線アクセス情報（例えば、ＭＳがいつ割り振られたリソースを必要としなくなるかを示すカウントダウンタイマ）を伴うさらに別のＭＡＣヘッダが与えられ得る。次いでＲＬＣ／ＭＡＣデータブロックは、基地局に無線で送信される。ＭＳは、プロセス１０５からの全ての利用可能なアプリケーションデータを送信し終えると、即座に、又は待機期間の延長の後に、現在のＴＢＦリソースを解放する。ＭＳ１０２は、１つ以上のさらに別のＬＬＣ  ＰＤＵを送信する用意ができると、新しいＴＢＦを獲得し得る。
【０００９】
前述のアプリケーションデータを送信するための方法を使用すると、相対的に低い送信優先度を有するＰＦＣに対応するアプリケーションデータ（例えば、適度の遅延についての耐性を示すＱｏＳ属性を有するＰＤＰコンテキスト／ＰＦＣと関連付けられたＬＬＣ  ＰＤＵ）が現在送信されている間に、相対的に高い送信優先度を有するＰＦＣに対応するアプリケーションデータ（例えば、遅延についての低い耐性を示すＱｏＳ属性を有するＰＤＰコンテキスト／ＰＦＣデータと関連付けられたＬＬＣ  ＰＤＵ）が送信可能になる場合が生じ得る。さらに、たとえ異なる送信優先度を有する場合でさえも、これらのＰＦＣがどちらも、同じモードを使って動作するＲＬＣエンティティを使ってサポートされ得る場合も生じ得る。旧来の動作によれば、このシナリオの発生は、まず、既存のアップリンクＴＢＦを使って相対的に低い送信優先度を有するＬＬＣ  ＰＤＵの送信を完了し、当該アップリンクＴＢＦを解放し、次いで、相対的に高い送信優先度を有するＬＬＣ  ＰＤＵの送信に使用されるべき新しいアップリンクＴＢＦを確立することにより処理されることになる。これが問題となるのは、より優先度の高いＰＦＣと関連付けられたアプリケーションデータの送信に許容できないほどの遅延が課される結果になり得るからである。さらに、この旧来の動作を、このシナリオが発生するときにはいつでも、新しいアップリンクＴＢＦを解放し、新しいアップリンクＴＢＦを確立するステップを回避して、相対的に高い送信優先度を有するＬＬＣ  ＰＤＵに課される問題のある遅延が、相対的に低い送信優先度を有するＬＬＣ  ＰＤＵの送信をまず完了するための遅延だけに限定されるように改善し得ることも想定される。旧来の動作へのこの改善が適用されるものと想定し、次に図３を参照すると、図３には、この場合のメッセージフロー図が示されている。最初に、より優先度の低いＰＦＣと関連付けられたプロセスが、データ「nonessential」を包含するＬＬＣ  ＰＤＵ３０１を作成する。送信側のＲＬＣエンティティは、ＬＬＣ  ＰＤＵをいくつかのＲＬＣデータブロックに分割し、これらのＲＬＣデータブロック３０２を受信側のＲＬＣエンティティ（例えば、基地局）に送信し始める。その後、第１のＬＬＣ  ＰＤＵ３０１からのＲＬＣブロックの全てが送信されてしまう前に、より優先度の高いＰＦＣと関連付けられた第２のプロセスがデータ「urgent」を包含するＬＬＣ  ＰＤＵ３０３を作成する。しかし、ＲＬＣエンティティは、優先度の低いＬＬＣ  ＰＤＵ３０１からのＲＬＣデータブロックを、そのＬＬＣ  ＰＤＵ全体が送信されるまで送信し続ける。この時点において、受信側のＲＬＣエンティティは、優先度の低いＬＬＣ  ＰＤＵをＬＬＣ  ＰＤＵ３０５として再アセンブルし、ＬＬＣ  ＰＤＵ３０５を、そこに包含されるアプリケーションデータがピアプロセスに伝達されるように、適切なＬＬＣエンティティに中継する。優先度の低いＬＬＣ  ＰＤＵ３０１が完全に送信された後に、ＲＬＣエンティティは、優先度の高いＬＬＣ  ＰＤＵ３０３に対応するＲＬＣデータブロックの送信を可能にし、すでに確立されているＴＢＦ上で引き続き同じＲＬＣエンティティを使用することにより、それらのＲＬＣデータブロ��ク３０６を送信し始めることができる。最後に、ＲＬＣデータブロック３０６の全てが受信側のＲＬＣエンティティにおいて受信されると、受信側のＲＬＣエンティティは、優先度の高いＬＬＣ  ＰＤＵのＲＬＣデータブロックをＬＬＣ  ＰＤＵ３０７として再アセンブルし、ＬＬＣ  ＰＤＵ３０７を、そこに包含されるアプリケーションデータがピアプロセスに伝達されるように、適切なＬＬＣエンティティに中継する。図３に示すように、優先度の高いＬＬＣ  ＰＤＵ３０３と関連付けられた相対的に優先度の高いアプリケーションデータ３０３は、優先度の低いＬＬＣ  ＰＤＵ３０１と関連付けられたより優先度の低いアプリケーションデータ３０１の全ての進行中の送信により望ましくない遅延を強いられる。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、前述の不都合点の少なくともいくつかを克服することである。したがって、１つの観点において、本発明は、可能な最小限の伝送単位（即ち、ＲＬＣデータブロック）について、優先度ベースのアップリンク伝送の決定を行うことができる。その結果、どちらのＰＦＣも同じＴＢＦ及び同じＲＬＣエンティティを使ってサポートされるときに、より優先度の高いＰＦＣを有するＬＬＣ  ＰＤＵが、より優先度の低いＰＦＣと関連付けられたＬＬＣ  ＰＤＵの送信の完了如何に委ねられることがなくなる。これにより、複数のＰＦＣが共通のＲＬＣエンティティを共用するように割り当てられるときに、相対的な送信優先度に移動局が可能な限り準拠することが保証される。同様の多重化方式が、複数のＰＦＣが共通のＲＬＣエンティティを共用するように割り当てられるときに、ダウンリンク上で基地局によっても使用され得る。
【課題を解決するための手段】
【００１１】
１つの個別の観点において、本発明は、ＲＬＣデータブロックを送信するための方法を提供する。いくつかの実施形態においては、この方法は、論理リンク制御（ＬＬＣ）レイヤと、所与のモード（例えば、ＲＬＣ確認応答モード、ＲＬＣ非永続モード又はＲＬＣ非確認応答モード）で動作するＲＬＣエンティティを有する無線リンク制御（ＲＬＣ）レイヤとを含むＧＰＲＳ局（移動局（ＭＳ）又は基地局（ＢＳ））により実行され得る。この方法は、ＲＬＣエンティティが、ＬＬＣレイヤにより形成され第１のパケットフローコンテキスト（ＰＦＣ）に対応する第１のＬＬＣプロトコルデータユニット（ＰＤＵ）を受信するときに開始し得る。第１のＬＬＣ  ＰＤＵを受信した後に、ＲＬＣエンティティは、当該ＬＬＣ  ＰＤＵを受信側の局（例えば、基地局）に送信し始める。これは、１つ以上のＲＬＣデータブロックを受信側の局に送信することを含み、各ＲＬＣデータブロックは第１のＬＬＣ  ＰＤＵの一部を含む。
【００１２】
第１のＬＬＣ  ＰＤＵの全てがＲＬＣデータブロックとして送信される前に、送信側のＲＬＣエンティティは、ＬＬＣレイヤから第２のＬＬＣ  ＰＤＵを受信する。第２のＬＬＣ  ＰＤＵは第２のＰＦＣに対応し得る。第２のＬＬＣ  ＰＤＵを受信すると、いくつかの実施形態において、送信側のＲＬＣエンティティは、第１のＬＬＣ  ＰＤＵと第２のＬＬＣ  ＰＤＵとの相対的な送信優先度を（例えば、関連付けられたＰＤＰコンテキスト／ＰＦＣのＱｏＳ属性を比較することにより）比較し得る。送信側のＲＬＣエンティティは、第２のＬＬＣ  ＰＤＵが第１のＬＬＣ  ＰＤＵよりも高い送信優先度を有すると判定した場合、たとえ第１のＬＬＣ  ＰＤＵが完全に送信されていない場合でさえも、第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの送信を開始し得る。送信側のＲＬＣエンティティは、（第１のＬＬＣ  ＰＤＵに対応する）進行中のＲＬＣデータブロックの送信が完了し次第、又は進行中のＲＬＣデータブロックの送信を打ち切り次第、第２のＬＬＣ  ＰＤＵに対応する第１のＲＬＣデータブロックの送信を開始し得る。ＲＬＣエンティティは、第２のＬＬＣ  ＰＤＵのＲＬＣデータブロックとしての送信を完了した後に、第１のＬＬＣ  ＰＤＵの送信を再開して、第２のＬＬＣ  ＰＤＵに対応する第１のＲＬＣデータブロックの送信を開始する直前に打ち切られたＲＬＣデータブロックを含む第１のＬＬＣ  ＰＤＵと関連付けられた残りのＲＬＣデータブロックを送信し得る。
【００１３】
或いは、ＲＬＣエンティティは、第２のＬＬＣ  ＰＤＵが第１のＬＬＣ  ＰＤＵと同等の送信優先度を有すると判定した場合には、いくつかの実施形態において、「ラウンドロビン」方式で各ＬＬＣ  ＰＤＵへのサービスを交互に繰り返し、第２のＬＬＣ  ＰＤＵからのＲＬＣデータブロックを送信し、次いで第１のＬＬＣ  ＰＤＵからのＲＬＣデータブロックを送信し、次いで第２のＬＬＣ  ＰＤＵからのＲＬＣデータブロックを送信し、以下同様に、一方がＲＬＣデータブロックとして完全に送信されるまで、２つのＬＬＣ  ＰＤＵの送信を交互に繰り返すことができる。
【００１４】
いくつかの実施形態において、送信側の局は、全てのＰＦＣをサポートする単一の一時ブロックフロー（ＴＢＦ）を維持し得る。これらの実施形態において、ＲＬＣデータブロックの一時フロー識別情報（ＴＦＩ）フィールドは、対応するＰＦＣを一意に示すＴＦＩ値を記憶することができ、第１のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックのＴＦＩフィールドは第１のＰＦＣに対応するＴＦＩを包含し、第２のＬＬＣ  ＰＤＵの一部を包含する各ＲＬＣデータブロックのＴＦＩフィールドは第２のＰＦＣに対応するＴＦＩを包含する。
【００１５】
さらに、いくつかの実施形態において、各ＲＬＣデータブロックのブロックシーケンス番号（ＢＳＮ）は、連続するＲＬＣデータブロックが同じＴＦＩ値を包含するかどうかとは無関係に、したがって、連続するＲＬＣデータブロックが同じＰＦＣに属するかどうかとは無関係に、連続するシーケンスを維持する（即ち、送信されるＲＬＣデータブロックがＢＳＮ  ｎを包含する場合には、次に送信されるＲＬＣデータブロックはＢＳＮ  ｎ＋１を包含することになる）。
【００１６】
いくつかの実施形態において、上記は、所与のＲＬＣモードで動作し、単一のＴＢＦによりサポートされる単一のＲＬＣエンティティと関連付けられた複数の送信キューを使って実現され得る。各ＬＬＣ  ＰＤＵが送信側のＲＬＣエンティティによって受信された後に、ＲＬＣエンティティは、対応するＲＬＣデータブロックを生成することができ、当該ＲＬＣデータブロックは、適切なＰＦＣと関連付けられ、したがって共通のＴＦＩを有する送信キューに記憶され得る。例えば、第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックは、第１のＰＦＣと関連付けられた第１の送信キューに記憶され、それぞれ共通のＴＦＩ値ＴＦＩ１を有し、第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックは、第２のＰＦＣと関連付けられた第２の送信キューに記憶され、共通のＴＦＩ値ＴＦＩ２を有することになる。また、各送信キューは、（例えば、関連付けられたＰＦＣのＱｏＳ属性に基づいて）対応するＰＦＣの送信優先度と関連付けられてもよい。
【００１７】
次いで、送信キューに記憶されたＲＬＣデータブロックは、ＲＬＣデータブロックごとの優先度決定に基づいて個別に選択され、送信され得る。例えば、いくつかの実施形態において、第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの送信は、第１の送信キューからＲＬＣデータブロックを選択することと、選択されたＲＬＣデータブロックに対応するＲＬＣ／ＭＡＣデータブロックを無線で送信することと、次いで、選択されたＲＬＣデータブロックを送信キューから除去することとを含み得る。
【００１８】
いくつかの実施形態において、送信キューは、その相対的な送信優先度に基づいて選択され得る。例えば、いくつかの実施形態において、高い送信優先度と関連付けられた送信キューが、それが空でない限り選択される。他の実施形態において、最高の送信優先度と関連付けられた空でない送信キューが選択される。いくつかの実施形態において、２つ以上の空でない送信キューが最高の送信優先度に結び付けられている場合、それらのキューは、「ラウンドロビン」方式で交互に選択される。
【００１９】
他の観点において、本発明は、所与のＴＢＦによりサポートされる所与の受信側のＲＬＣエンティティにおいて無線リンク制御（ＲＬＣ）データブロックを受信し、当該ＲＬＣデータブロックを論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）へと再結合するための方法を提供する。いくつかの実施形態において、この方法は、ＧＰＲＳ基地局のＲＬＣエンティティにより、又はＧＰＲＳ移動局（ＭＳ）により実行され得る。プロセスは、受信側のＲＬＣエンティティが、それぞれが送信される第１のＬＬＣ  ＰＤＵの一部に対応する１つ以上のＲＬＣデータブロックを受信するときに開始し得る。これらのＲＬＣデータブロックは、ＲＬＣデータブロックごとにヘッダに記憶された第１の一時フロー識別情報（ＴＦＩ）により識別される第１のＰＦＣに属し得る。ＲＬＣエンティティが送信される第１のＬＬＣ  ＰＤＵに対応する１つ以上のＲＬＣデータブロックを受信した後であるが、ＲＬＣエンティティが送信される第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの全てを受信する前に、ＲＬＣエンティティは、それぞれが送信される第２のＬＬＣ  ＰＤＵの一部に対応する１つ以上のＲＬＣデータブロックを受信し得る。これらのＲＬＣデータブロックは、ＲＬＣデータブロックごとにヘッダに記憶された第２のＴＦＩにより識別される第２のＰＦＣに属し得る。いくつかの実施形態において、ＲＬＣエンティティは、送信される第２のＬＬＣに対応するＲＬＣデータブロックの全てを受信したときに、受信側の局においてＬＬＣ  ＰＤＵを生成し、当該ＬＬＣ  ＰＤＵを、そこに包含されるアプリケーションデータがピアプロセスに伝達されるように、適切なＬＬＣエンティティに中継する。その後、ＲＬＣエンティティは、送信される第１のＬＬＣ  ＰＤＵに対応するさらに別のＲＬＣデータブロックを受信し得る。いくつかの実施形態において、ＲＬＣエンティティは、送信される第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの全てを受信したときに、受信側の局においてＬＬＣ  ＰＤＵを生成し、当該ＬＬＣ  ＰＤＵを、そこに包含されるアプリケーションデータがピアプロセスに伝達されるように、適切なＬＬＣエンティティに中継する。
【００２０】
他の観点において、本発明は無線通信装置を提供する。いくつかの実施形態において、この無線通信装置は、ＬＬＣレイヤと少なくとも１つのＲＬＣエンティティを含むＲＬＣレイヤとを含むプロトコルスタックを含む。ＲＬＣエンティティは、ＬＬＣレイヤにより形成され第１のＰＦＣに対応する第１のＬＬＣ  ＰＤＵを受信し、第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第１のセットを形成するように動作し得る。ＲＬＣエンティティはさらに、ＲＬＣエンティティにより形成されるＲＬＣデータブロックの第１のセットのサブセットを送信するように動作することができ、ＲＬＣデータブロックの第１のセット内の送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第１のＬＬＣ  ＰＤＵの少なくとも一部を含む。ＲＬＣエンティティはさらに、第１のＬＬＣ  ＰＤＵを受信した後に、ＬＬＣレイヤにより形成され第２のＰＦＣに対応する第２のＬＬＣ  ＰＤＵを受信し、第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第２のセットを形成するように動作し得る。ＲＬＣエンティティは、ＲＬＣデータブロックの第１のセットのサブセットを送信した後に、ＲＬＣエンティティにより形成されるＲＬＣデータブロックの第２のセットの全てを送信するように動作することができ、ＲＬＣデータブロックの第２のセット内の送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第２のＬＬＣ  ＰＤＵの少なくとも一部を含む。加えて、ＲＬＣエンティティは、ＲＬＣデータブロックの第２のセットを送信した後に、ＲＬＣエンティティにより形成されたもののまだ送信されていないＲＬＣデータブロックの第１のセットの残りを送信するように動作することができ、ＲＬＣデータブロックの第１のセットの残りに含まれる送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第１のＬＬＣ  ＰＤＵの少なくとも一部を含む。
【００２１】
他の観点において、本発明は他の無線通信装置を提供する。いくつかの実施形態において、この無線通信装置は、ＬＬＣレイヤと所与のＴＢＦ上でサポートされる送信側のＲＬＣエンティティを含むＲＬＣレイヤとを含むプロトコルスタックを含む。ＲＬＣエンティティは、ＬＬＣレイヤにより形成され第１のＰＦＣに対応する第１のＬＬＣ  ＰＤＵを受信し、第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第１のセットを形成するように動作し得る。ＲＬＣエンティティはさらに、ＲＬＣエンティティにより形成されるＲＬＣデータブロックの第１のセットのサブセットを送信するように動作することができ、ＲＬＣデータブロックの第１のセット内の送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第１のＬＬＣ  ＰＤＵの少なくとも一部を含む。ＲＬＣエンティティはさらに、第１のＬＬＣ  ＰＤＵを受信した後に、ＲＬＣエンティティにおいて、ＬＬＣレイヤにより形成され第２のＰＦＣに対応する第２のＬＬＣ  ＰＤＵを受信し、第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第２のセットを形成するように動作し得る。ＲＬＣエンティティはさらに、ＲＬＣデータブロックの第１のセットのサブセットを送信した後に、ＲＬＣエンティティにより形成されるＲＬＣデータブロックの第２のセット内のＲＬＣデータブロックを送信するように動作することができ、送信されるＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第２のＬＬＣ  ＰＤＵの少なくとも一部を含む。ＲＬＣエンティティはさらに、第２のＬＬＣ  ＰＤＵの一部を含むＲＬＣデータブロックを送信した後に、ＲＬＣエンティティにより形成されるＲＬＣデータブロックを送信するように動作することができ、送信されるＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第１のＬＬＣ  ＰＤＵの少なくとも一部を含む。ＲＬＣエンティティはさらに、第１のＬＬＣ  ＰＤＵ又は第２のＬＬＣ  ＰＤＵのどちらかのための全てのＲＬＣデータブロックの送信を完了するまで、ＲＬＣデータブロックの第１のセットに属する１つのＲＬＣデータブロックとＲＬＣデータブロックの第２のセットに属する１つのＲＬＣデータブロックとの送信を交互に繰り返すように動作し得る。
【００２２】
他の観点において、本発明は他の無線通信装置を提供する。いくつかの実施形態において、この無線通信装置は、所与のＴＢＦによりサポートされる受信側のＲＬＣエンティティを含む。ＲＬＣエンティティは、そのピアＲＬＣエンティティ（即ち、送信側のＲＬＣエンティティ）から１つ以上のＲＬＣデータブロックの第１のセットを受信するように動作し、第１のセットに含まれる各ＲＬＣデータブロックは、送信される第１のＬＬＣ  ＰＤＵの一部に対応し、第１の一意のＴＦＩ値を有する。ＲＬＣエンティティはさらに、ＲＬＣデータブロックの第１のセットを受信した後に、１つ以上のＲＬＣデータブロックの第２のセットを受信するように動作することができ、第２のセットに含まれる各ＲＬＣデータブロックは、送信される第２のＬＬＣ  ＰＤＵの一部に対応し、第２の一意のＴＦＩ値を有する。ＲＬＣエンティティはさらに、送信される第２のＬＬＣ  ＰＤＵに対応する受信される第１のＬＬＣ  ＰＤＵを形成し、受信される第１のＬＬＣ  ＰＤＵを処理のためにＬＬＣレイヤに中継するように動作し得る。ＲＬＣエンティティはさらに、ＲＬＣデータブロックの第２のセットを受信した後に、１つ以上のＲＬＣデータブロックの第３のセットを受信するように動作することができ、第３のセットに含まれる各ＲＬＣデータブロックは、送信される第１のＬＬＣ  ＰＤＵの一部に対応し、第１の一意のＴＦＩ値を有する。ＲＬＣエンティティはさらに、送信される第１のＬＬＣ  ＰＤＵに対応する受信される第２のＬＬＣ  ＰＤＵを形成し、受信される第２のＬＬＣ  ＰＤＵを処理のためのＬＬＣレイヤに中継するように動作し得る。
【００２３】
以下で、上記及び他の観点及び実施形態を、添付の図面を参照して説明する。
【図面の簡単な説明】
【００２４】
本明細書に取り入れられ、本明細書の一部を形成する添付の図面は、本発明の様々な実施形態を例示し、以下の説明と相まって、さらに本発明の原理を説明し、当業者が本発明を製造し、使用することを可能にするためのものである。図面において、類似の参照番号は同一の、又は機能的に類似した要素を示す。
【００２５】
【図１】基地局と通信するＭＳを示す図である。
【図２】ＲＬＣデータブロックを示す図である。
【図３】先行技術による異なる優先度を有する２つのＬＬＣ  ＰＤＵについてのメッセージタイミング図である。
【図４】相対的な優先度に基づいてＲＣＬデータブロックを送信するためのプロセスを示すデータフロー図である。
【図５】相対的な優先度に基づいてＲＣＬデータブロックを送信するためのプロセスを示すフローチャートである。
【図６】相対的な優先度に基づいてＲＣＬデータブロックを送信するためのプロセスを示すデータフロー図である。
【図７】相対的な優先度に基づいてＲＣＬデータブロックを送信するためのプロセスを示すフローチャートである。
【図８】インターリーブされたＲＬＣデータブロックからＬＬＣ  ＰＤＵをアセンブルするためのプロセスを示すフローチャートである。
【図９】本発明のいくつかの実施形態による、異なる優先度を有する２つのＬＬＣ  ＰＤＵについてのメッセージタイミング図である。
【図１０】ＲＬＣエンティティを示すブロック図である。
【発明を実施するための形態】
【００２６】
図１を参照すると、図１には、本発明の１つの観点による移動局（ＭＳ）１０２と基地局１０４とが示されている。図１に示すように、ＭＳ１０２は、基地局１０４との無線通信１１６により、外部ネットワーク（例えば、インターネット）に接続された他の機器との間でアプリケーションデータを送受信する１つ以上のプロセス１０５（例えば、音声通話プロセス、ウェブブラウザ、及びテキストメッセージングクライアント）を含み得る。図１に示すように、ＭＳ１０２は、プロセス１０５により作成されるＰＤＵを、ＧＰＲＳネットワーク上での無線伝送に適したＰＤＵに変換するための多段ＧＰＲＳプロトコルスタックを含み得る。ＭＳ１０２内のＧＰＲＳプロトコルスタックは、普通、トランスポート／ネットワークレイヤ１０６（例えば、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ等）、論理リンク制御（ＬＬＣ）レイヤ１０８、無線リンク制御（ＲＬＣ）レイヤ１１０の機能を実行するための少なくとも１つのＲＬＣエンジン１１１（即ち、ＲＬＣエンティティ）を含むＲＬＣレイヤ１１０、及び媒体アクセス制御（ＭＡＣ）／物理（ＰＨＹ）レイヤ１１２を含むことになる。また基地局１０４も、ＭＳ１０２からＭＡＣ／ＲＬＣデータブロックを受信し、受信されるＲＬＣデータブロックからＬＬＣ  ＰＤＵを再構築するためのそれ自体のプロトコルスタック（例えば、ＭＡＣ／ＰＨＹレイヤ１１８、ＭＳ内のＲＬＣエンティティ１１１に対応するピアＲＬＣエンティティを含むＲＬＣレイヤ１２０）を含み得る。そして、それらＬＬＣ  ＰＤＵは、ネットワーク内の他のノードに送信されてネットワークＰＤＵ（例えば、ＩＰパケット）に変換され、リモートネットワーク（例えば、インターネット）に接続された機器に送信され得る。
【００２７】
次に図４を参照すると、図４には、優先度情報に従ってＧＰＲＳデータブロックを送信するためのプロセス４００が示されている（図５参照。図５には、プロセス４００のデータフロー図が示され、さらにＭＡＣ／ＰＨＹレイヤも示されている）。プロセス４００は、ここでは、ＭＳ１０２により実行されるものとして開示する。しかし、本発明はそれだけに限定されず、例えば、ＭＳ１０２にアプリケーションデータを送信するときに基地局１０４により実行されてもよい。
【００２８】
プロセス４００はステップ４０２から開始することができ、そこでＭＳ１０２は、ＭＳ１０２のパケットデータプロトコルコンテキスト（ＰＤＰコンテキスト）に対応するパケットフローコンテキスト（ＰＦＣ）ごとの一時ブロックフロー（ＴＢＦ）及び一時フロー識別情報（ＴＦＩ）を獲得する。例えば、図５には、３つのプロセスが示されており、各プロセスはそれぞれ、異なるＰＦＣと関連付けられたそれ自体のＰＤＰコンテキストを有し得る（即ち、それぞれがそれ自体の一意のＰＦＩを有する）。したがって、ステップ４０２において、ＭＳ１０２は基地局１０４から、アップリンクＴＢＦ、アップリンクＴＢＦ上でいかなる種類のＲＬＣエンティティを使用すべきかの表示、及びアップリンクＴＢＦによりサポートされる各ＰＦＣに対応する一意のＴＦＩを獲得し得る。
【００２９】
ステップ４０４において、ＭＳ１０２は、各ＰＦＣに対応するＲＬＣデータブロックを記憶するための送信キューを割り振る。例えば、図５に示すように、ＭＳ１０２は１１２において、それぞれがＭＳ１０２により使用される異なるＰＦＣに対応する３つの送信キューを割り振ることができる。他の実施形態において、送信キューの数は、ＰＦＣの数に適応するように必要に応じて異なってよい。
【００３０】
図４に示すように、いくつかの実施形態において、以下のステップ４１２〜４１６は、ＭＳ１０２のＬＬＣレイヤ１０８により実行され得る。ステップ４１２において、ＬＬＣレイヤ１０８は、プロセス１０５により送信のためのアプリケーションデータ（例えば、ＩＰパケット）が生成されているかどうか判定する。アプリケーションデータが利用できない場合には、ＬＬＣレイヤ１０８はステップ４１２において待機し得る。データが利用できる場合には、ステップ４１４において、ＬＬＣレイヤ１０８は、当該アプリケーションデータを含むＬＬＣ  ＰＤＵ５０１を生成する。例えば、いくつかの実施形態において、ＬＬＣレイヤ１０８は、実行中のプロセス１０５により生成されるＩＰパケットにＬＬＣヘッダを付加し得る。またＭＳ１０２は、生成されるＬＬＣ  ＰＤＵ５０１と、当該アプリケーションデータを生成したプロセス１０５に関連付けられたＰＦＣとの間の関連付けも維持する。ステップ４１６において、ＬＬＣレイヤ１０８は、生成されたＬＬＣ  ＰＤＵ５０１を適切なＲＬＣエンティティ１１１に送信する（例えば、ＬＬＣレイヤ１０８は、生成されたＬＬＣ  ＰＤＵ５０１をＲＬＣレイヤキューに入れることができる）。ＬＬＣ  ＰＤＵ５０１が生成され、ＲＬＣレイヤに提供された後に、ＬＬＣレイヤ１０８はステップ４１２に戻って、プロセス１０５により生成されるさらに別のデータを処理する。
【００３１】
図４に示すように、いくつかの実施形態において、以下のステップ４２２〜４２８は、ＭＳ１０２のＲＬＣエンティティ１１１により実行され得る。ステップ４２２において、ＲＬＣエンティティ１１１は、ＬＬＣ  ＰＤＵ５０１が送信を待っているかどうか判定する。ＬＬＣ  ＰＤＵ５０１が送信可能でない場合には、ＲＬＣエンティティ１１１はステップ４２２において待機し得る。ＬＬＣ  ＰＤＵ５０１が送信可能である場合には、ステップ４２４において、ＲＬＣエンティティは１つ以上のＲＬＣデータブロック５０２を生成する。各ＲＬＣデータブロック５０２は、ＬＬＣ  ＰＤＵ５０１の一部と、ブロックシーケンス番号（ＢＳＮ）フィールド及びＴＦＩフィールドを含むＲＬＣヘッダとを包含する。ステップ４２６において、ＲＬＣエンティティ１１１は、各ＲＬＣデータブロック５０２のＴＦＩフィールドを、ＬＬＣ  ＰＤＵ５０１と関連付けられたＰＦＣを指定する値に設定する。各ＲＬＣデータブロックのＢＳＮフィールドは、当該ＰＦＣに対する各ＲＬＣデータブロックの順序位置を反映する予備シーケンス番号に設定される。ステップ４２６においてＲＬＣエンティティ１１１は、生成されたＲＬＣデータブロック５０２をＭＡＣ／ＰＨＹレイヤ１１２に提供する。例えば、生成されたＲＬＣデータブロックをキュー５０３に入れることができ、そこでデータブロックは、後にＭＡＣ／ＰＨＹにより処理されるのを待つことになる。ＲＬＣデータブロック５０２が生成され、下位のレイヤに提供された後に、ＲＬＣエンティティ１１１はステップ４２２に戻って、さらに別のＬＬＣ  ＰＤＵ５０１を処理し得る。
【００３２】
図４に示すように、いくつかの実施形態において、以下のステップ４３２〜４５８は、ＭＳ１０２のＭＡＣ／ＰＨＹレイヤ１１２により実行され得る。ステップ４３２において、ＭＡＣ／ＰＨＹレイヤ１１２は、ＲＬＣエンティティ１１１により新しいＲＬＣデータブロック５０２が生成されているかどうか判定する。新しいＲＬＣデータブロック５０２が生成されていない場合には、ＭＡＣ／ＰＨＹレイヤはステップ４３２において待機し得る。ＲＬＣデータブロック５０２が生成されている場合には、ステップ４３４において、ＭＡＣ／ＰＨＹレイヤ１１２は、当該ＲＬＣデータブロック５０２を、ＲＬＣデータブロック５０２に記憶されたＴＦＩにより示されるＰＦＣに対応する適切な送信キュー５０３、５０４、５０５に記憶する（別の実施形態においては、ＲＬＣエンティティ１１１は、ＰＦＣに基づいてＲＬＣデータブロックを適切なキューに入れてもよい）。例えば、図５に示すように、ＴＦＩ１を示すＲＬＣデータブロックは第１の送信キュー５０３（キュー１）に記憶され、ＴＦＩ２を示すＲＬＣデータブロックは第２の送信キュー５０４（キュー２）に記憶され、ＴＦＩ３を示すＲＬＣデータブロックは第３の送信キュー５０５（キュー３）に記憶される。ＲＬＣデータブロック５０２が適切な送信キューに記憶された後に、ＭＡＣ／ＰＨＹレイヤ１１２はステップ４３２に戻り、新しいＲＬＣデータブロックの有無を監視することができる。
【００３３】
ＭＡＣ／ＰＨＹレイヤ１１２又はＲＬＣエンティティ１１１が送信キュー５０３、５０４、５０５にＲＬＣデータブロック５０２を記憶する際に、ＭＡＣ／ＰＨＹレイヤ１１２は、無線インターフェース１１６上で基地局１０４にＲＬＣデータブロックを送信することもできる。ステップ４４２において、ＭＡＣ／ＰＨＹレイヤ１１２は、送信キュー５０３、５０４及び５０５のいずれかが送信すべきＲＬＣデータブロックを有するかどうか検査する。送信キューの全てが空である場合には、ＭＡＣ／ＰＨＹレイヤ１１２はステップ４４２において待機し得る。送信キューのうちの少なくとも１つが空でない場合には、ステップ４４４において、ＭＡＣ／ＰＨＹレイヤ１１２は、空でない各送信キューの送信優先度を検査して、最高の優先度を有する空でない送信キューを決定する。これは、空でない各送信キューと関連付けられたＰＦＣのサービス品質（ＱｏＳ）属性を調べることを含み得る。最高の送信優先度に結び付けられた２つ以上の空でない送信キューがある場合、ステップ４４６において、ＭＡＣ／ＰＨＹレイヤ１１２は、「ラウンドロビン」循環方式に基づいてこれらの送信キューのうちの１つを選択する。唯一高い優先度を有するただ１つの空でない送信キューがある場合には、ステップ４４８において、ＭＡＣ／ＰＨＹレイヤ１１２は当該送信キューを選択する。
【００３４】
例えば、３つの空でない送信キュー５０３、５０４及び５０５（例えば、キュー１、キュー２、及びキュー３）が、互いに異なる相対的な優先度（それぞれ、低、高、及び中）を有する場合には、ステップ４４８において、ＭＡＣ／ＰＨＹレイヤ１１２は、最高の送信優先度を有する送信キュー（例えば、キュー２）を選択する。他方、３つの空でない送信キューが、互いに異ならない相対的な優先度（例えば、それぞれ、低、高、及び高）を含んでいた場合には、対応するＰＦＣのいずれからのアプリケーションデータも他のアプリケーションデータが完全に送信されるのを待たなくてすむようにするために、ステップ４４６の最初の実行において、ＭＡＣ／ＰＨＹレイヤ１１２は、最高の相対的妥当性を有するキューのうちの１つ（例えば、キュー２）を選択するはずであり、ステップ４４６の次の実行において、ＭＡＣ／ＰＨＹレイヤ１１２は、最高の相対的妥当性を有するキューのうちの別の１つ（例えば、キュー３）を選択するはずであり、ステップ４４６の後続の実行に際して、ＭＡＣ／ＰＨＹレイヤ１１２は引き続き、最高の相対的な優先度を有する送信キュー（例えば、キュー２とキュー３）の選択を交互に繰り返すことができる。
【００３５】
ステップ４５２において、ＭＡＣ／ＰＨＹレイヤ１１２は、選択されたキューからＲＬＣデータブロックを選択する。ステップ４５４において、ＭＡＣ／ＰＨＹレイヤ１１２は、選択されたＲＬＣデータブロックの予備ＢＳＮを、ＭＡＣ／ＰＨＹレイヤ１１２により送信されるＲＬＣデータブロックの連続するシーケンスにおける当該ＲＬＣデータブロックの相対的位置に対応する実際のＢＳＮに更新する。よって、ＭＡＣ／ＰＨＹレイヤにより送信されるＲＬＣデータブロックは、どのＰＦＣが各ＲＬＣデータブロックと関連付けられているかにかかわらず、シーケンス番号の付いたＢＳＮを示すことになる。またＭＡＣ／ＰＨＹレイヤ１１２は、ＭＡＣ／ＲＬＣデータブロックを生成するためにＲＬＣデータブロックにＭＡＣヘッダも付加することができ、ステップ４５６において、ＭＡＣ／ＰＨＹレイヤ１１２は、ＭＡＣ／ＲＬＣデータブロックを基地局１０４に無線で送信する。ＭＡＣ／ＲＬＣデータブロックが送信された後に、ステップ４５８において、ＭＡＣ／ＰＨＹレイヤは、送信されたＲＬＣデータブロックをその対応する送信キューから除去し、次いで、次のＲＬＣデータブロックを選択し、送信するためにステップ４４２に戻ることができる。或いは、ＲＬＣエンティティの動作モードがＲＬＣデータブロックの再送を可能にする（例えば、ＲＬＣ確認応答モード）場合には、送信されるＲＬＣデータブロックは、ピアＲＬＣエンティティがその受信について確認応答を行うまで、ＭＡＣ／ＰＨＹレイヤにおいて引き続きバッファリングされてもよい。
【００３６】
上記の方法によれば、送信優先度の決定が、ＲＬＣデータブロックの粒度において行われ得る。これにより、相対的に高い送信優先度を有するＬＬＣ  ＰＤＵを構成するＲＬＣデータブロックが送信可能になる（即ち、ＲＬＣデータブロックが送信キューのうちの１つに記憶される）と、それらのＲＬＣデータブロックは、より優先度の低いＬＬＣ  ＰＤＵが送信を終了するのを待つことにより遅延されなくなることが保証される。
【００３７】
図４及び図５には、ＲＬＣデータブロックのキューへの追加及び選択がＭＡＣ／ＰＨＹレイヤ１１２において行われる、即ち、ＲＬＣエンティティ１１１がＬＬＣ  ＰＤＵ５０１からＲＬＣデータブロック５０２を作成し、当該ＲＬＣデータブロック５０２を実質的に遅延なしでＭＡＣ／ＰＨＹレイヤ１１２に送信する、本発明の一実施形態が示されている。他の実施形態において、ＲＬＣデータブロック５０２のキューへの追加及び選択は、ＲＬＣエンティティ１１１内で行われてもよい。
【００３８】
次に図６を参照すると、図６には、優先度情報に従ってＧＰＲＳデータブロックを送信するためのプロセス６００が示されている（図７参照。図７には、プロセス６００のデータフロー図が示されている）。プロセス６００は、ここでは、ＭＳ１０２により実行されるものとして開示する。しかし、本発明はそれだけに限定されず、例えば、ＭＳ１０２にデータを送信するときに基地局１０４により実行されてもよい。
【００３９】
プロセス６００はステップ６０２から開始することができ、そこでＭＳ１０２は基地局１０４から、アップリンク一時ブロックフロー（ＴＢＦ）、アップリンクＴＢＦ上でいかなる種類のＲＬＣエンティティを使用すべきかの表示及びアップリンクＴＢＦによりサポートされる各ＰＦＣに対応する一意の一時フロー識別情報（ＴＦＩ）を獲得する。或いは、ステップ６０２及び６０４は、アプリケーションデータがプロセス１０５のいずれかにより生成された後の任意の時点において実行されてもよい。
【００４０】
ステップ６０４において、ＭＳ１０２は、各ＰＦＣに対応するＲＬＣデータブロックを記憶するための送信キューを割り振る。
【００４１】
図６に示すように、いくつかの実施形態において、以下のステップ６１２〜６１６は、ＭＳ１０２のＬＬＣレイヤ１０８により実行され得る。ステップ６１２において、ＬＬＣレイヤ１０８は、送信のためにプロセス１０５によりアプリケーションデータ（例えば、ＩＰパケット）が生成されているかどうか判定する。アプリケーションデータが利用できない場合には、ＬＬＣレイヤ１０８はステップ６１２において待機し得る。アプリケーションデータが利用できる場合には、ステップ６１４において、ＬＬＣレイヤ１０８は、当該アプリケーションデータを含むＬＬＣ  ＰＤＵ５０１を生成する。例えば、いくつかの実施形態において、ＬＬＣレイヤ１０８は、実行中のプロセス１０５により生成されるＩＰパケットにＬＬＣヘッダを付加し得る。またＭＳ１０２は、生成されるＬＬＣ  ＰＤＵ５０１と、アプリケーションデータを生成したプロセス１０５と関連付けられたＰＦＣとの関連付けも維持する。ステップ６１６において、ＬＬＣレイヤ１０８は、生成されたＬＬＣ  ＰＤＵ５０１を適切なＲＬＣエンティティ１１１に送信する。ＬＬＣ  ＰＤＵ５０１が生成され、送信された後に、ＬＬＣレイヤ１０８はステップ６１２に戻って、プロセス１０５により生成されるさらに別のアプリケーションデータを処理する。
【００４２】
図６に示すように、いくつかの実施形態において、以下のステップ６２２〜６５８は、ＭＳ１０２のＲＬＣエンティティ１１１により実行され得る。ステップ６２２において、ＲＬＣエンティティ１１１は、ＬＬＣ  ＰＤＵ５０１が送信を待っているかどうか判定する。ＬＬＣ  ＰＤＵ５０１が送信可能でない場合には、ＲＬＣエンティティ１１１はステップ６２２において待機し得る。ＬＬＣ  ＰＤＵ５０１が送信可能である場合には、ステップ６２４において、ＲＬＣエンティティは１つ以上のＲＬＣデータブロック５０２を生成する。各ＲＬＣデータブロック５０２は、ＬＬＣ  ＰＤＵ５０１の一部と、ブロックシーケンス番号（ＢＳＮ）フィールド及びＴＦＩフィールドを含むＲＬＣヘッダとを包含する。ステップ６２６において、ＲＬＣエンティティ１１１は、各ＲＬＣデータブロック５０２のＴＦＩフィールドを、ＬＬＣ  ＰＤＵ５０１と関連付けられたＰＦＣに対応する値に設定する。各ＲＬＣデータブロックのＢＳＮフィールドは、当該ＰＦＣに対する各ＲＬＣデータブロックの順序位置を反映する予備シーケンス番号に設定される。
【００４３】
ステップ６３４において、ＲＬＣエンティティ１１１は、ＲＬＣデータブロック５０２を、ＲＬＣデータブロック５０２に記憶されたＴＦＩにより示されるＰＦＣに対応する適切な送信キュー７０３に記憶する。ＲＬＣデータブロック５０２が適切な送信キュー７０３に記憶された後に、ＲＬＣエンティティ１１１はステップ６２２に戻って、さらに別のＬＬＣ  ＰＤＵ５０１を処理することができる。
【００４４】
ＲＬＣエンティティ１１１は、適切な送信キュー７０３、７０４、７０５にＲＬＣデータブロック５０２を記憶する際に、リソースが利用可能になると、ＲＬＣデータブロックをＭＡＣ／ＰＨＹレイヤ１１２に並行して送信することもできる。したがって、ステップ６４２において、ＲＬＣエンティティ１１１は、ＭＡＣ／ＰＨＹレイヤ１１２がＲＬＣデータブロックを送信する用意ができているかどうか検査する。ＭＡＣ／ＰＨＹレイヤ１１２が利用できない場合には（例えば、現在、他のデータを送信し、又は受信している場合には）、ＲＬＣエンティティ１１１はステップ６４２において待機し得る。ＭＡＣ／ＰＨＹレイヤ１１２がＲＬＣデータブロックを送信する用意ができている場合には、ステップ６４４において、ＲＬＣエンティティ１１１は、空でない各送信キューの送信優先度を検査して、最高の優先度を有する空でない送信キューを決定する。２つ以上の空でない送信キューが最高の送信優先度に結び付けられている場合、ステップ６４６において、ＲＬＣエンティティ１１１は、「ラウンドロビン」循環方式に基づいてこれらの送信キューのうちの１つを選択する。唯一高い優先度を有するただ１つの空でない送信キューがある場合には、ステップ６４８において、ＲＬＣエンティティは当該送信キューを選択する。
【００４５】
ステップ６５２において、ＲＬＣエンティティ１１１は、選択されたキューからＲＬＣデータブロックを選択する。ステップ６５４において、ＲＬＣエンティティ１１１は、選択されたＲＬＣデータブロックの予備ＢＳＮを、ＲＬＣエンティティ１１１により送信されるＲＬＣデータブロックの連続するシーケンスにおける当該ＲＬＣデータブロックの相対的位置に対応する実際のＢＳＮに更新する。よって、ＲＬＣエンティティにより送信されるＲＬＣデータブロックは、どのＰＦＣが各ＲＬＣデータブロックと関連付けられているかにかかわらず、シーケンス番号の付いたＢＳＮを示すことになる。ステップ６５６において、ＲＬＣエンティティ１１１は、基地局１０４への無線送信のためにＲＬＣデータブロックをＭＡＣ／ＰＨＹレイヤ１１２に送信する。ＲＬＣデータブロックが送信された後に、ステップ６５８において、ＲＬＣエンティティ１１１は、当該ＲＬＣデータブロックをその対応する送信キューから除去することができ、次いで、次のＲＬＣデータブロックを選択し、送信するためにステップ６４２に戻ることができる。或いは、ＲＬＣエンティティの動作モードが、ＲＬＣデータブロックの再送を可能にする（例えば、ＲＬＣ確認応答モード）場合には、ＭＡＣ／ＰＨＹレイヤに送信されるＲＬＣデータブロックは、ピアＲＬＣエンティティがその受信について確認応答を行うまで、ＲＬＣレイヤにおいて引き続きバッファリングされてもよい。
【００４６】
次に図８を参照すると、受信されるＲＬＣデータブロックからＬＬＣ  ＰＤＵを再アセンブルするためのプロセス８００が示されており、そこでは、ＢＳＮにより決定されるようなＲＬＣデータブロックの連続するシーケンスが、異なるＴＦＩ値を有するＲＬＣデータブロックを含み得る。プロセス８００は、例えば、基地局１０４における受信側のＲＬＣエンティティや、ＭＳ１０２におけるＲＬＣエンティティ１１１により実行され得る。
【００４７】
ステップ８０２において、受信側のＲＬＣエンティティは、新しいＲＬＣデータブロックが受信されているかどうか判定する。新しいＲＬＣデータブロックが受信されていない場合には、受信側のＲＬＣエンティティはステップ８０２において待機し得る。新しいＲＬＣデータブロックが受信されている場合には、ステップ８０４において、受信側のＲＬＣエンティティは、当該ＲＬＣデータブロックをバッファに記憶する。
【００４８】
ステップ８０６において、受信側のＲＬＣエンティティは、受信されたＲＬＣデータブロックのＴＦＩフィールドを検査して、対応するＴＢＦ、及び対応するＰＦＣを決定する。ステップ８０８において、受信側のＲＬＣエンティティは、受信されたＲＬＣデータブロックを、同じＴＦＩを有するバッファ内の以前に受信された他のＲＬＣデータブロックとグループ化する。
【００４９】
ステップ８１０において、受信側のＲＬＣエンティティは、バッファに記憶された当該ＴＦＩを共有する受信されたＲＬＣデータブロックが完全なＬＬＣ  ＰＤＵを構成するかどうか判定する。当該ＴＦＩを有するＲＬＣデータブロックがまだ完全なＬＬＣ  ＰＤＵを構成しない場合には、受信側のＲＬＣエンティティはステップ８０２に戻り、さらに別のＲＬＣデータブロックを待つ。
【００５０】
当該ＴＦＩを有するＲＬＣデータブロックが完全なＬＬＣ  ＰＤＵを構成する場合には、ステップ８１２において、受信側のＲＬＣエンティティは、ＲＬＣデータブロックを再アセンブルしてＬＬＣ  ＰＤＵを生成し、次いで当該ＬＬＣ  ＰＤＵはステップ８１３においてＬＬＣレイヤに中継される。ステップ８１４において、受信側のＲＬＣエンティティは、新しいＬＬＣ  ＰＤＵを生成するのに使用されたキューから当該ＲＬＣデータブロックを除去し、ステップ８０２に戻って新しいＲＬＣデータブロックを待つことができる。
【００５１】
さらに、ＬＬＣ  ＰＤＵを生成した後に、受信側のＲＬＣエンティティは、新しいＬＬＣ  ＰＤＵをＬＬＣレイヤに中継する。このようにして、受信側のＲＬＣエンティティは、インターリーブされた２つ以上のＬＬＣ  ＰＤＵについてのＲＬＣデータブロックを受信し、さらに、ＲＬＣデータブロック内のＴＦＩ値に基づいて適切なＬＬＣ  ＰＤＵを再アセンブルすることができる。
【００５２】
アプリケーションデータを送信するための前述の方法を使って、相対的に優先度の高いアプリケーションデータが、より優先度の低いアプリケーションデータの同時送信により不必要に遅延される状況が回避され得る。次に図９を参照すると、図９にはこの場合におけるメッセージフロー図が示されている。最初に、より優先度の低いＰＦＣと関連付けられたプロセスが、アプリケーションデータ「nonessential」を包含するＬＬＣ  ＰＤＵ９０１を作成する。送信側のＲＬＣエンティティは、当該ＬＬＣ  ＰＤＵをいくつかのＲＬＣデータブロックに分割し、ＲＬＣデータブロックを相対的に優先度の低い送信キューに入れる。他のどの送信キューにも送信すべきアプリケーションデータがないため、ＲＬＣエンティティは、優先度の低いＲＬＣデータブロック９０２を受信側のＲＬＣエンティティ（例えば、基地局におけるＲＬＣエンティティ）に送信し始める。その後、第１のＬＬＣ  ＰＤＵからのＲＬＣブロックの全てが送信される前に、より優先度の高いＰＦＣと関連付けられた第２のプロセスが、アプリケーションデータ「urgent」を包含するＬＬＣ  ＰＤＵ９０３を作成する。送信側のＲＬＣエンティティは、当該ＬＬＣ  ＰＤＵをいくつかのＲＬＣデータブロックに分割し、ＲＬＣデータブロックを相対的に優先度の高い送信キューに入れる。ＲＬＣエンティティは、次のＲＬＣデータブロックを送信する用意ができると、空でない優先度の高い送信キューからＲＬＣデータブロックを選択する。ＲＬＣエンティティは、完全なＬＬＣ  ＰＤＵが送信されるまで、優先度の高いＬＬＣ  ＰＤＵ９０３からのＲＬＣデータブロック９０４を送信し続ける。この時点において、受信側のＲＬＣエンティティは、優先度の高いＬＬＣ  ＰＤＵをＬＬＣ  ＰＤＵ９０５として再アセンブルし、これを適切なＰＦＣに従って処理する。優先度の高いＬＬＣ  ＰＤＵ９０３が完全に送信された後に、ＲＬＣエンティティは、次のＲＬＣデータブロックを送信する用意ができると、優先度の高い送信キューがもはや空であるため、優先度の低い送信キューからＲＬＣデータブロックを選択する。ＲＬＣエンティティは、優先度の低いＬＬＣ  ＰＤＵ９０１に対応する残りのＲＬＣデータブロック９０６を送信することができる。ＲＬＣデータブロック９０２及び９０６の全てが受信側のＲＬＣエンティティにおいて受信されると、受信側のＲＬＣエンティティは、当該ＲＬＣデータブロックを優先度の低いＬＬＣ  ＰＤＵに再アセンブルし、適切なＰＦＣに従って当該ＬＬＣ  ＰＤＵを処理する。図９に示すように、相対的に優先度の高いアプリケーションデータ９０３は、より優先度の低いアプリケーションデータ９０１の送信により著しく遅延されることはない。
【００５３】
次に図１０を参照すると、図１０は、本発明のいくつかの実施形態によるＲＬＣエンティティ１１１の機能ブロック図である。ＲＬＣエンティティ１１１はＭＳ１０２におけるＲＬＣレイヤの構成要素として図示されているが、ＲＬＣエンティティ１１１は基地局１０４におけるＲＬＣレイヤ１２０の構成要素とすることもできる。図１０に示すように、ＲＬＣエンティティ１１１は、データ処理システム１００２（例えば、１つ以上のマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ）といった１つ以上の集積回路等、及びこれらの組み合わせ）、データストレージシステム１００６（例えば、１つ以上の不揮発性記憶デバイス）、並びに、ストレージシステム１００６に記憶されたコンピュータソフトウェア１００８を含み得る。また、構成パラメータ１０１０も、ストレージシステム１００６に記憶され得る。ＲＬＣエンティティ１１１は、プロセス１０５とアプリケーションデータを交換するためにＬＬＣレイヤ１０８と、他の無線局にアプリケーションデータを送信し、他の無線局からアプリケーションデータを受信するためにＭＡＣ／ＰＨＹレイヤ１１２、１１８とやりとりすることができる。ソフトウェア１００８は、プロセッサ１００２がソフトウェア１００８を実行すると、ＲＬＣエンティティ１１１が前述のステップ（例えば、フローチャートを参照して前述したステップ）を実行するように構成される。例えば、ソフトウェア１００８は以下のものを含み得る。（１）第１のＰＦＣに対応する第１のＬＬＣ  ＰＤＵを受信し、第１のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第１のセットを形成するためのコンピュータ命令。（２）ＲＬＣデータブロックの第１のセットのサブセットを送信するためのコンピュータ命令、ここで、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第１のＬＬＣ  ＰＤＵの少なくとも一部を含む。（３）第２のＰＦＣに対応する第２のＬＬＣ  ＰＤＵを受信し、第２のＬＬＣ  ＰＤＵに対応するＲＬＣデータブロックの第２のセットを形成するためのコンピュータ命令。（４）ＲＬＣデータブロックの第２のセットを送信するためのコンピュータ命令、ここで、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第２のＬＬＣ  ＰＤＵの少なくとも一部を含む。及び（５）ＲＬＣデータブロックの第２のセットを送信した後に、ＲＬＣデータブロックの第１のセットの残りを送信するためのコンピュータ命令、ここで、送信される各ＲＬＣデータブロックは、ＲＬＣデータブロック内で以前に送信されていない、第１のＬＬＣ  ＰＤＵの少なくとも一部を含む。他の実施形態において、データ処理システム１００２は、ソフトウェア１００２を必要とせずに前述のステップを実行するように構成される。即ち、例えば、データ処理システム１００２は、単に１つ以上のＡＳＩＣから構成され得る。したがって、前述の本発明の特徴は、ハードウェア及び／又はソフトウェアとして実施され得る。
【００５４】
以上、本発明の様々な実施形態を説明したが、これらの実施形態は例として提示されているにすぎず、限定ではないことを理解すべきである。よって、本発明の範囲は、前述の例示的実施形態のいずれによっても限定されるべきではない。さらに、前述の要素のあらゆる可能な変形としての任意の組み合わせは、本明細書において特に指示しない限り、又は文脈と明確に矛盾しない限り、本発明により包含されるものである。
【００５５】
さらに、以上で説明し、図面において示したプロセスは、一連のステップとして示されているが、これは例示のために行われたものにすぎない。したがって、何らかのステップが追加され、あるステップが省略され、ステップの順番が並べ換えられ、又はあるステップが並行して実行され得ることが企図されている。
【図１】
0005512796.tif 000002
【図２】
0005512796.tif 000003
【図３】
0005512796.tif 000004
【図４】
0005512796.tif 000005
【図５】
0005512796.tif 000006
【図６】
0005512796.tif 000007
【図７】
0005512796.tif 000008
【図８】
0005512796.tif 000009
【図９】
0005512796.tif 000010
【図１０】
0005512796.tif 000011