(57)【要約】  通信ネットワーク、すなわち、ＬＴＥシステムにおいて伝送されるべきデータパケットを処理し、解析するための方法、およびその装置が、伝送パケットを構成する各コンポーネントデータパケットに関して、伝送データパケットのヘッドを構成するために使用されるサブパケットヘッドを含み、生成し、このサブパケットヘッドは、コンポーネントデータパケットが属する元のデータパケットを示すために使用される、元のデータパケットＩＤと、コンポーネントデータパケットを得る分割の回数、および分割の都度後にコンポーネントデータパケットが属するデータセグメントを示すために使用される分割プロセスＩＤと、データパケットのデータ部分の中のデータ量を示すために使用されるデータ量ＩＤとを含む。本発明のスキームを使用して、データパケットのヘッド構造の定義が、最適化され、伝送リソースの利用率が、向上させられる。
2010502059.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理する方法であって、
ａ）前記伝送時間区間に応じて、伝送されるべきデータパケットに基づいて、伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するステップと、
ｂ）必要性に応じて、前記伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、
コンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤと、
前記コンポーネントデータパケットを得るために前記元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤと、
前記コンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤとを含むサブヘッダを生成するステップと、
ｃ）ヘッダ部分が、伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するステップとを含む、方法。
【請求項２】
前記ステップａが、
ａ１）前記伝送時間区間に応じて、前記伝送時間区間内で伝送可能なデータ量を計算すること、
ａ２）伝送されるべきデータパケットのうちの１次データパケットのデータ量が、前記伝送可能なデータ量より大きいか否かを判定すること、
ａ３）前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、１次データパケットを、第１のデータセグメントと、第２のデータセグメントとにセグメント化し、前記第１のデータセグメントを伝送キューの中に加え、前記第２のデータセグメントを新たな１次データパケットとして使用することをさらに含み、前記第１のデータセグメントのデータ量が、伝送可能なデータ量と等しいことを特徴とする、請求項１に記載の方法。
【請求項３】
前記ステップｂが、
ｂ’）前記第１のデータセグメントに関するサブヘッダ、および前記第２のデータセグメントに関するサブヘッダをそれぞれ生成することを含み、前記生成されたサブヘッダのそれぞれが、
データセグメントが属する元のデータパケットを示すための元のデータパケットＩＤと、
データセグメントを獲得するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記データセグメントが属するデータセグメントを示すためのセグメント化処理ＩＤと、
前記データセグメントのデータ部分のデータ量を示すためのデータ量表示情報とを含み、
前記セグメント化処理ＩＤが、
前記データセグメントを得るために元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤと、
元のデータパケットによって前記データセグメントを得るプロセス中に、各セグメント化の後に、前記データセグメントが属するデータセグメントを示すためのデータセグメントＩＤとを含むことを特徴とする、請求項２に記載の方法。
【請求項４】
前記ステップａが、
ａ３’）前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、前記１次データパケットを伝送キューの中にコンポーネントデータパケットとして加えること、前記伝送可能なデータ量と、前記１次データパケットのデータ量との差を、新たな伝送可能なデータ量として使用すること、前記１次データパケットの次のデータパケットを新たな１次データパケットとすること、およびステップａ２を繰り返すことをさらに含むことを特徴とする、請求項２に記載の方法。
【請求項５】
前記ステップｂが、
コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前のセグメント化処理から得られた第２のデータセグメントであるか否かを判定すること、
前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、コンポーネントデータパケットに関するサブヘッダを生成することをさらに含み、
前記ステップｂ’が、
前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、現在のセグメント化から得られた前記第１のデータセグメント、および前記第２のデータセグメントに関するサブヘッダを生成することをさらに含むことを特徴とする、請求項３に記載の方法。
【請求項６】
前記ステップｃが、
前記伝送キューの中のそれぞれのコンポーネントデータパケットに関して生成されたサブヘッダに基づいて、前記伝送されるデータパケットのヘッダ部分を生成し、前記ヘッダ部分が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含むことを特徴とする、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記ステップｃが、
ｃ１）伝送キューの中の現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中に加えること、
ｃ２）コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、前記コンポーネントデータパケットを得るために対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定すること、
ｃ３）前記コンポーネントデータパケットを得るために前記対応する元のデータパケットに行われたセグメント化の回数が、０でない場合、事前定義された条件が満たされるか否かを判定すること、
ｃ４）事前定義された条件が満たされる場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１）−ｃ２）、および対応する後続の操作を実行すること、
ｃ５）各コンポーネントデータパケットのデータ部分を、伝送されるデータパケットのヘッダ部分の中の、前記伝送キューの中の前記各コンポーネントデータパケットのサブヘッダと同一の位置関係で、伝送されるデータパケットのデータ部分に加えることを含むことを特徴とする、請求項１から６のいずれか一項に記載の方法。
【請求項８】
ｃ４’）事前定義された条件が満たされない場合、前記現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させ、ステップｃ３）に戻ることをさらに含むことを特徴とする、請求項７に記載の方法。
【請求項９】
ｃ３’）前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、前記伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かを判定し、前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤが、特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示すこと、
前記特徴的なサブヘッダが存在する場合、前記現在のコンポーネントデータパケットに対応するサブヘッダから、特徴的なサブヘッダのセグメント化処理ＩＤを削除し、伝送キューの中の前記現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１−ｃ２、および対応する後続の操作を実行すること、
前記特徴的なサブヘッダが存在しない場合、伝送キューの中の前記現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１−ｃ２、および対応する後続の操作を実行することをさらに含むことを特徴とする、請求項７に記載の方法。
【請求項１０】
前記事前定義された条件が、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示す、または前記現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位に既にあることを示すということを特徴とする、請求項７から９のいずれか一項に記載の方法。
【請求項１１】
前記コンポーネントデータパケットおよび前記伝送されるべきデータパケットのそれぞれが、元のデータパケット、および／または元のデータパケットもしくはデータセグメントをセグメント化することから得られたデータセグメントを含むことを特徴とする、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
無線通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスであって、
前記伝送時間区間に応じて、伝送されるべきデータパケットに基づいて、伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するための特定手段と、
必要性に応じて、前記伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、
コンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤと、
前記コンポーネントデータパケットを得るために前記元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤと、
前記コンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤとを含むサブヘッダを生成するための第１の生成手段と、
ヘッダ部分が、伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するための第２の生成手段とを含む、処理デバイス。
【請求項１３】
前記特定手段が、
前記伝送時間区間に応じて、伝送時間内で伝送可能なデータ量を計算するための計算手段と、
伝送されるべきデータパケットのうちの１次データパケットのデータ量が、前記伝送可能なデータ量より大きいか否かを判定するための第１の判定手段と、
前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、１次データパケットを、第１のデータセグメントと、第２のデータセグメントとにセグメント化し、前記第１のデータセグメントを伝送キューの中に加え、前記第２のデータセグメントを新たな１次データパケットとして使用するためのセグメント化手段をさらに含み、前記第１のデータセグメントのデータ量が、伝送可能なデータ量と等しいことを特徴とする、請求項１２に記載の処理デバイス。
【請求項１４】
前記第１の生成手段が、前記第１のデータセグメントに関するサブヘッダ、および前記第２のデータセグメントに関するサブヘッダをそれぞれ生成するためにさらに使用され、前記生成されたサブヘッダのそれぞれが、
データセグメントが属する元のデータパケットを示すための元のデータパケットＩＤと、
データセグメントを獲得するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記データセグメントが属するデータセグメントを示すためのセグメント化処理ＩＤと、
前記データセグメントのデータ部分のデータ量を示すためのデータ量表示情報とを含み、
前記セグメント化処理ＩＤが、
前記データセグメントを得るために元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤと、
元のデータパケットによってデータセグメントを得るプロセス中に、各セグメント化の後に前記データセグメントが属するデータセグメントを示すためのデータセグメントＩＤとを含むことを特徴とする、請求項１３に記載の処理デバイス。
【請求項１５】
前記特定手段が、
前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、前記１次データパケットを伝送キューの中にコンポーネントデータパケットとして加え、伝送可能なデータ量と、前記１次データパケットのデータ量との差を、新たな伝送可能なデータ量として使用し、前記１次データパケットの次のデータパケットを新たな１次データパケットとし、新たな１次データパケットに対して操作を実行するように前記判定手段を制御するための第１の制御手段をさらに含むことを特徴とする、請求項１３に記載の処理デバイス。
【請求項１６】
コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前のセグメント化処理から得られた第２のデータセグメントであるか否かを判定するための第２の判定手段をさらに含み、
前記第１の生成手段が、前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、コンポーネントデータパケットに関するサブヘッダを生成するためにさらに使用され、
前記伝送されるべきデータパケットが、前のセグメント化から得られた第２のデータセグメントである場合、前記伝送されるべきデータパケットに関する前に生成されたサブヘッダに基づいて、現在のセグメント化から得られた第１のデータセグメント、および第２のデータセグメントに関するサブヘッダを生成するためにさらに使用されることを特徴とする、請求項１５のいずれか一項に記載の処理デバイス。
【請求項１７】
前記第２の生成手段が、
前記伝送キューの中のそれぞれのコンポーネントデータパケットに関して生成されたサブヘッダに基づいて、前記伝送されるデータパケットのヘッダ部分を生成するための、前記ヘッダ部分が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含むコンポーネント数特定手段を含むことを特徴とする、請求項１２から１６のいずれか一項に記載の処理デバイス。
【請求項１８】
前記第２の生成手段が、
伝送キューの中の現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中に加えるための付加手段と、
コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、コンポーネントデータパケットを得るために対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するための第３の判定手段であって、
前記コンポーネントデータパケットを得るために前記対応する元のデータパケットに行われたセグメント化の回数が、０でない場合、事前定義された条件が満たされるか否かを判定するためにさらに使用される手段と、
事前定義された条件が満たされる場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対してｃ１−ｃ２、および対応する後続の操作を実行するための第２の制御手段とをさらに含み、
前記付加手段が、各コンポーネントデータパケットのデータ部分を、伝送されるデータパケットのヘッダ部分の中の、前記伝送キューの中の前記各コンポーネントデータパケットのサブヘッダと同一の位置関係で、伝送されるデータパケットのデータ部分に加えるためにさらに使用されることを特徴とする、請求項１２から１７のいずれか一項に記載の処理デバイス。
【請求項１９】
前記第２の生成手段が、
事前定義された条件が満たされない場合、前記現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させるための交替手段をさらに含み、
第３の判定手段が、前記交替の後、事前定義された条件が満たされるか否かを判定するためにさらに使用されることを特徴とする、請求項１８に記載の処理デバイス。
【請求項２０】
前記第３の判定手段が、前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、前記伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かを判定するためにさらに使用され、前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤが、特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示し、
前記第２の生成手段が、前記特徴的なサブヘッダが存在する場合、前記現在のコンポーネントデータパケットに対応するサブヘッダから、特徴的なサブヘッダのセグメント化処理ＩＤを削除するための削除手段をさらに含み、
前記第２の制御手段が、前記特徴的なサブヘッダが存在しない場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように前記付加手段および前記第３の判定手段を制御するためにさらに使用され、さらに
前記現在のコンポーネントデータパケットに対応するサブヘッダから、特徴的なサブヘッダのセグメント化処理ＩＤを削除した後、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを新たな現在のコンポーネントデータパケットとし、新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように前記付加手段および前記第３の判定手段を制御するためにさらに使用されることを特徴とする、請求項１８に記載の処理デバイス。
【請求項２１】
前記事前定義された条件が、伝送されるデータパケットのヘッダ部分の中で、前記現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示す、または前記現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位に既にあることを示すということを特徴とする、請求項１８から２０のいずれか一項に記載の処理デバイス。
【請求項２２】
前記コンポーネントデータパケットおよび前記伝送されるべきデータパケットのそれぞれが、元のデータパケット、および／または元のデータパケットもしくはデータセグメントをセグメント化することから得られたデータセグメントを含むことを特徴とする、請求項１２から２１のいずれか一項に記載の処理デバイス。
【請求項２３】
無線通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、伝送されるを解析する方法であって、
Ｉ）前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するステップと、
ＩＩ）前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するステップと、
ＩＩＩ）前記１次サブヘッダの中に含まれるセグメント化処理情報に応じて、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するステップと、
ＩＶ）前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、前記伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファに格納するステップと、
Ｖ）前記伝送されるデータパケットのヘッダ部分の中の前記１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用して、ステップＩＩ）およびＩＩＩ）を繰り返すステップとを含む、方法。
【請求項２４】
ＩＶ’）対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、伝送されるデータパケットのコンポーネント数表示情報に応じて、前記伝送されるデータパケットの中の前記コンポーネントデータパケットのデータ部分の後に続くそれぞれのコンポーネントデータパケットのデータ部分を、送るために抽出することをさらに含むことを特徴とする、請求項２３に記載の方法。
【請求項２５】
無線通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、受信された、伝送されるデータパケットを解析するための解析デバイスであって、
前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するための抽出手段であって、
前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するためにさらに使用される手段と、
前記１次サブヘッダの中に含まれるセグメント化処理情報に応じて、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するための判定手段とを含み、
前記抽出手段が、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、前記伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファの中に格納するためにさらに使用され、
解析デバイスが、前記伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを新たな１次サブヘッダとして使用して、新たな１次サブヘッダに対して、対応する操作を実行するように前記抽出手段および前記判定手段を制御するための制御手段をさらに含む、解析デバイス。
【請求項２６】
前記抽出手段が、
対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、前記伝送されるデータパケットのコンポーネント数表示情報に応じて、前記伝送されるデータパケットの中の前記コンポーネントデータパケットのデータ部分の後に続くそれぞれのコンポーネントデータパケットのデータ部分を、送るために抽出するためにさらに使用されることを特徴とする、請求項２５に記載の解析デバイス。
【請求項２７】
請求項１２から２２のいずれか一項に記載の処理デバイスを含むことを特徴とする、無線通信ネットワークにおける送信するデバイス。
【請求項２８】
請求項２５または２６に記載の解析デバイスを含むことを特徴とする、無線通信ネットワークにおける受信するデバイス。
【請求項２９】
請求項２７に記載の送信するデバイスと、請求項２８に記載の受信するデバイスとを含むことを特徴とする、無線通信ネットワークにおける通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、より詳細には、無線通信ネットワークにおいてデータを伝送し、解析するための方法およびデバイスに関する。
【背景技術】
【０００２】
最初に、本発明の背景および技術的ソリューションを説明することを始めるのに先立って、いくつかの概念を説明することが必要である。
伝送されるべきデータパケット：元のデータパケット、およびデータセグメントを含む、送信するデバイスにおいて送信されるのを待っているデータパケットであって、前記伝送されるべきデータパケットは、従来の伝送キューの他に、再送キューに由来し、再送キューの中の伝送されるべきデータパケットは、通常、より高い優先レベルを有する
ＴＴＩ（伝送時間区間（ｉｎｔｅｒｖａｌ））：１つの種類の無線伝送リソースであり、伝送時間区間が割り当てられて初めて、伝送されるべきデータパケットのうちのデータパケットは、伝送される
元のデータパケット：ＡＲＱ  ＳＤＵなどの、セグメント化されていないデータパケット
コンポーネントデータパケット：伝送されるべきデータパケットを構成するための元のデータパケットまたはデータセグメント
伝送されるデータパケット：１つのＴＴＩ内で伝送されるデータパケット
データセグメント：元のデータパケットまたはデータセグメントをセグメント化することから得られるある種類のデータパケット。
【０００３】
ＡＲＱ（自動再送要求）は、ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）に基づくシステムにおけるＲＬＣサブレイヤの最も重要な機能であると決められている。ＡＲＱについての合意の１つは、セグメント化または連接が、ＴＢ（伝送ブロック）サイズに応じて、伝送されるべきデータパケットに関して適用されて、限られたＴＴＩが完全に利用されるようにすべきことである。
【０００４】
受信機が、伝送されるデータパケットを正しく受信して、解析することができることを確実にするという前提条件の下で、どのようにして、伝送されるデータパケットのヘッダ部分が、可能な限り少ない数のビットを占めるようにするかは、限られたＴＴＩ、および限られたＴＢに極めて重要であることを理解することができよう。
【０００５】
従来技術において伝送されるデータパケットの多くの構造定義スキームが存在するものの、これらのスキームのすべてが、比較的深刻な欠陥を含む。例えば、以下のとおりである。すなわち、
伝送されるデータパケットのヘッダの中で１つのコンポーネントデータパケットを示すのに、余りにも多くのフィールドが、必要とされる、
既存のスキームのいくつかは、元のデータパケット以外のデータセグメントにセグメント化が行われた場合、機能しない、
既存のスキームのいくつかは、各データセグメントを示すのに、１つの不要な「Ｆ」フィールドを使用する、
ＴＳＮまたはＳＳＮの使用により、より大きいヘッダオーバヘッドが生じる。
【０００６】
明らかに、先行技術における伝送されるデータパケットヘッダの多くの定義スキームによって定義されるヘッダは、最適からは程遠く、伝送時間区間の有効な利用が、実現され得ない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
先行技術における以上の問題を克服するのに、本発明は、ヘッダオーバヘッドを低減し、限られたＴＴＩをより完全に利用する、通信ネットワークの送信するデバイスにおける、伝送されるデータパケットのヘッダ構造の最適化された定義を提供する。
【課題を解決するための手段】
【０００８】
本発明の第１の態様によれば、提供されるのは、ａ．前記伝送時間区間に応じて、伝送されるべきデータパケットに基づく伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するステップと、ｂ．必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ、そのコンポーネントデータパケットを生成するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤ、そのコンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤを含むサブヘッダを生成するステップと、ｃ．ヘッダ部分が、伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するステップとを含む、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理する方法である。
【０００９】
本発明の第２の態様によれば、提供されるのは、前記伝送時間区間に応じて、伝送されるべきデータパケットに基づく伝送時間に対応するコンポーネントデータパケットの伝送キューを特定するための特定手段と、必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報、すなわち、そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ、そのコンポーネントデータパケットを生成するために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤ、そのコンポーネントデータパケットのデータ部分のデータ量を示すためのデータ量ＩＤを含むサブヘッダを生成するための第１の生成手段と、ヘッダ部分が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を含む、前記伝送されるデータパケットを、前記生成されたサブヘッダのそれぞれ、および前記伝送キューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成するための第２の生成手段とを含む、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスである。
【００１０】
本発明の第３の態様によれば、提供されるのは、１）前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するステップと、２）前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するステップと、３）１次サブヘッダの中に含まれるセグメント化処理情報に応じて、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するステップと、４）１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファに格納するステップと、５）伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用して、ステップ２）およびステップ３）を繰り返すステップとを含む、通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、伝送されるデータパケットを解析する方法である。
【００１１】
本発明の第４の態様によれば、提供されるのは、前記伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出するための抽出手段であって、前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出するためにさらに使用される手段と、１次サブヘッダの中に含まれるセグメント化処理情報に応じて、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定するための判定手段であって、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出して、このデータ部分をバッファに格納するためにさらに使用される手段とを含む、通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、受信された、伝送されるデータパケットを解析するための解析デバイスであって、伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用して、この新たな１次サブヘッダに対して、対応する操作を実行するように前記抽出手段および前記判定手段を制御するための制御手段をさらに含む、解析デバイス。
【図面の簡単な説明】
【００１２】
【図１】本発明のある実施形態による通信ネットワークのレイアウト図である。
【図２】本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて、伝送時間に基づいて、伝送されるべきデータパケットを処理する方法を示す流れ図である。
【図３】図２に示されるステップＳ１０の特定の流れ図である。
【図４】図２に示されるステップＳ１２の特定の流れ図である。
【図５】本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて、伝送時間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスを示すブロック図である。
【図６】図５に示される特定手段５を示す特定のブロック図である。
【図７】図５に示される第２の生成手段１２を示す特定のブロック図である。
【図８】本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて、伝送時間に基づいて、伝送されるデータパケットを解析する方法を示す流れ図である。
【図９】本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて、伝送時間区間に基づいて、伝送されるデータパケットを解析するための解析デバイスを示すブロック図である。
【発明を実施するための形態】
【００１３】
以降、本発明は、添付の図面を参照して詳細に説明される。
【００１４】
図１は、単に基地局Ｉおよびユーザ機器ＩＩだけが、簡明のために示されている、本発明のある実施形態による通信ネットワークのレイアウト図である。通信の双方向性のため、基地局Ｉおよびユーザ機器ＩＩはそれぞれ、本発明によれば、送信するデバイスａと、受信するデバイスｂとを含み、送信するデバイスａは、本発明によれば、処理デバイス１を含み、受信するデバイスｂは、本発明によれば、解析デバイス２を含む。
【００１５】
図２は、本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理する方法の流れ図である。以降、この方法は、図２を参照して、図１に関連して説明される。ダウンリンク伝送を例として取り上げる。この方法は、ステップＳ１０から始まる。
【００１６】
ステップＳ１０で、前記処理デバイス１が、伝送時間区間に対応するコンポーネントデータパケットの伝送キュー、すなわち、前記ＴＴＩ内で伝送されるべきコンポーネントデータパケットの伝送キューを特定する。ＴＴＩに応じて、基地局Ｉの送信するデバイス内の処理デバイス１が、伝送されるべきデータパケット（以下の説明は、簡明のため、再送キューと従来の伝送キューを区別しない）から、前記ＴＴＩ内で伝送されることが可能なコンポーネントデータパケットを特定する。ＴＴＩに対応する伝送可能なデータ量と、元のデータパケットのサイズ、またはデータセグメントのサイズとの間の関係によれば、ＴＴＩ内で伝送されるべきコンポーネントデータパケットの特定されたキューは、以下の状況を含むことが可能である。すなわち、
・そのキューが、データセグメントまたは元のデータパケットである１つだけのコンポーネントデータパケットしか含まない、
・そのキューの中の最初のコンポーネントデータパケットは、データセグメントまたは元のデータパケットであり、その後に、０ないし複数の元のデータパケットが続き、そのキューの終わりは、０または１つのデータセグメントである。
【００１７】
ステップＳ１０の詳細な手続きが、図３を参照して、図１および図２に関連して説明される。このステップは、伝送時間内に伝送可能なデータ量が、ＴＴＩに基づいて計算されるサブステップＳ１０１から始まる。例えば、この計算は、以下の式に従って行われる。すなわち、
「データ伝送レート＊ＴＴＩ＝伝送可能なデータ量」である。この計算の後、手続きは、Ｓ１０２に進む。
【００１８】
ステップＳ１０２で、伝送されるべきデータパケットのうちの１次データパケット（元のデータパケットまたはデータセグメントであることが可能な）のデータ量が、前記伝送可能なデータ量より大きいかどうかが判定される。前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、このことは、伝送されるべきデータパケットのうちの１次データパケットが、現在のＴＴＩ内で完全には伝送され得ないことを意味する。このため、ＴＴＩを完全に利用するために、ステップＳ１０３に進むことが必要である。
【００１９】
ステップＳ１０３で、１次データパケットが、伝送キューに加えられる第１のデータセグメントと、新たな１次データパケットの役割をする第２のデータセグメントとにセグメント化され、前記第１のデータセグメントのデータ量は、伝送可能なデータ量と等しい。ＴＴＩが小さすぎる場合、伝送されるデータパケットを生成するために使用されるコンポーネントデータパケットのキューは、単に、前記第１のデータセグメントだけを含み、セグメント化の後、伝送されるべきデータパケットのうちの１次データパケットは、次のＴＴＩの到来を待つ、このセグメント化から得られた前記第２のデータセグメントになる。
【００２０】
前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、このことは、伝送されるべきデータパケットのうちの少なくとも１次データパケットが、現在のＴＴＩ内で伝送されることが可能であることを意味する。このため、手続きは、ステップＳ１０３’に進む。
【００２１】
ステップＳ１０３’で、１次データパケットが、コンポーネントデータパケットとして伝送キューに加えられ、以下の式に従って計算が行われる。すなわち、
「伝送可能なデータ量−１次データパケットのデータ量＝新たな伝送可能なデータ量」である。
【００２２】
つまり、伝送可能なデータ量と、１次データパケットのデータ量との差が、新たな伝送可能なデータ量として使用され、１次データパケットの次のデータパケットが、新たな１次データパケットの役割をする。ステップＳ１０２が、繰り返される。
【００２３】
このため、処理デバイス１は、ＴＴＩが尽きるまで、それぞれの伝送されるべきデータパケットに対して、対応する処理を実行して、その結果、伝送データパケットを生成するための１つまたは複数のコンポーネントデータパケットを含むコンポーネントデータパケット伝送キューを得る。次に、手続きは、ステップＳ１１に進む。
【００２４】
ステップＳ１１で、必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報を含むサブヘッダが、生成される。すなわち、
−そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ。好ましくは、前記元のデータパケットＩＤは、ある元のデータパケットを一意に特定することができる通し番号であり、
−前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤであって、セグメント化されていない元のデータパケットが、伝送キューの中でコンポーネントデータパケットとして出現すると、このデータパケットのセグメント化処理ＩＤは、セグメント化をまったく示さず、
−前記コンポーネントデータパケットのデータ部分のデータ量を示して、受信端が、解析中にコンポーネントデータパケットのデータ部分の開始点と終了点について明確に理解するようにするためのデータ量ＩＤ。
【００２５】
その後、前記コンポーネントデータパケットの様々な状況が、図２に示されていないステップを介して特定される。このステップで、コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前回のセグメント化から得られた第２のデータセグメントであるか否かが判定される。具体的には、本発明に基づくソリューションは、セグメント化から生成される２つのデータセグメントのそれぞれに関して、サブヘッダを生成する。このため、前記判定は、伝送されるべきデータパケットが、そのようなサブヘッダを有するか否かを判定することによって実行されることが可能である。
【００２６】
コンポーネントデータパケットの様々な状況に対応して、前記セグメント化処理ＩＤは、以下の状況を有する。
１．コンポーネントデータパケットが、元のデータパケットである。すなわち、
データパケットのセグメント化処理ＩＤが、単に、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。
２．コンポーネントデータパケットが、データセグメントである。すなわち、
データパケットのセグメント化処理ＩＤが、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。さらに、
元のデータパケットによって、このデータセグメントを得るプロセス中に、各セグメント化の後に、このデータセグメントが属するデータセグメントを示すためのデータセグメントＩＤ。例えば、１次データパケットが、元のデータパケットであり、ＴＴＩは、比較的小さいので、元のデータパケット全体が、ＴＴＩ内で伝送され得ない場合、したがって、この元のデータパケット（伝送されるべきデータパケット）は、第１のデータセグメントと、第２のデータセグメントとにセグメント化される必要がある。これに相応して、セグメント化処理ＩＤ＝００１であり、第１のデータセグメントのサブヘッダの中のデータセグメントＩＤ、および第２のデータセグメントのサブヘッダの中のデータセグメントＩＤはそれぞれ、０および１である（そのデータセグメントが、セグメント化の後、第１のデータセグメントであるか、または第２のデータセグメントであるかを示す）。次のＴＴＩが到来すると、伝送されるべきデータパケットのうちの１次データパケット（初回のセグメント化の後の第２のデータセグメント）のデータ量が、依然として、伝送可能なデータ量より大きい場合、新たな第１のデータセグメントａと、新たな第２のデータセグメントｂとを生成する第２回のセグメント化が、前記第２のデータセグメントに関して必要とされる。これに相応して、セグメント化処理回数ＩＤ＝０１０であり、新たな第１のデータセグメントａのサブヘッダの中のデータセグメントＩＤ、および新たな第２のデータセグメントｂのサブヘッダの中のデータセグメントＩＤはそれぞれ、１０および１１である（「１０」を例に取ると、「１」は、初回のセグメント化の後、前記新たな第１のデータセグメントａが、第２のデータセグメントに属することを示し、「０」は、第２回のセグメント化、すなわち、現在のセグメント化の後、データセグメントａが、第１のデータセグメントに属することを示す）。さらに、複数回のセグメント化の状況は、類推される。
【００２７】
これまで、現在のＴＴＩ内で伝送される、伝送されるデータパケットを構成するために使用される、それぞれのコンポーネントデータパケットに関するサブヘッダが、生成されてきた。手続きは、ステップＳ１２に進む。
【００２８】
ステップＳ１２で、伝送されるデータパケットが、前記生成されたサブヘッダのそれぞれ、および前記伝送されるキューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成される。ステップＳ１２の、この特定のフローが、図４に関連して説明される。
【００２９】
図４は、図２に示されるステップＳ１２のある特定の流れ図である。ステップＳ１２は、サブステップＳ１２１から始まる。
【００３０】
サブステップＳ１２１で、前記伝送キューの中のコンポーネントデータパケット（または生成されたサブヘッダ）の数に基づいて、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報が、決定され、その後伝送されるデータパケットのヘッダ部分に加えられる。次に、フローは、ステップＳ１２２に進む。
【００３１】
サブステップＳ１２２で、伝送キューの中の現在のコンポーネントデータパケット（すなわち、１次コンポーネントデータパケット）に関して以前に生成されたサブヘッダ（以降、簡明のため、「現在のコンポーネントデータパケットに関して以前に生成されたサブヘッダ」は、「コンポーネントデータパケットのサブヘッダ」と呼ばれる）が、伝送されるデータパケットのヘッダ部分に加えられる。次に、フローは、以下のとおり、ステップ、サブステップＳ１２３に進む。
【００３２】
サブステップＳ１２３で、コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、前記コンポーネントデータパケットを得るために、対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かが判定される。ここで、ステップＳ１２３、および後続のステップの技術的目的を簡単に説明することが必要である。本発明は、可能な限りヘッダオーバヘッドを低減することを目指す。以前に生成されたサブヘッダが、単に順番に、まったく変更なしに、伝送されるデータパケットのヘッダ部分に加えられる場合、本発明は、従来技術よりも少ないヘッダオーバヘッドという利点も有する一方で、そのような利点が、ステップＳ１２３、および後続のステップを介して向上させられることが可能である。要するに、本発明は、それぞれのサブヘッダの中で、セグメント化をまったく示さないセグメント化処理ＩＤを選択的に削除して（好ましくは、セグメント化処理ＩＤは、単に、セグメント化なしの状況に関するセグメント化処理回数ＩＤを含むだけであることが可能である）、伝送されるデータパケットのヘッダ部分によって占められるビットの数を減らし、それらのビットをデータ部分に解放するようにする。
【００３３】
ステップＳ１２３の後、判定結果が、前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないという場合、フローは、以下のとおり、ステップＳ１２４’に進む。
【００３４】
ステップＳ１２４’で、事前定義された条件が満たされるか否かが、判定される。前記事前定義された条件は、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、この前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示すこと、または現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位にあることを示すことである。
【００３５】
ステップＳ１２４’の判定結果が、事前定義された条件が満たされるという場合、伝送キューの中の現在のデータパケットの次のコンポーネントデータパケットは、新たな現在のコンポーネントデータパケットの役割をし、ステップＳ１２２およびステップＳ１２３、ならびに後続の操作が、この新たな現在のコンポーネントデータパケットに対して実行される。
【００３６】
ステップＳ１２４’の判定結果が、事前定義された条件が満たされないという場合、フローは、ステップＳ１２５’に進む。ステップＳ１２５’で、現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させられる。次に、フローは、ステップＳ１２４に戻り、判定を行うことが続けられる。
【００３７】
ステップＳ１２３の後、判定結果が、コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないという場合、フローは、以下のとおり、ステップＳ１２４に進む。
【００３８】
ステップＳ１２４で、前記伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かが判定される。前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤは、この特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示す。つまり、１つのＴＴＩ（伝送時間区間）に対応する伝送キューの中で、コンポーネントデータパケットの役割をする複数の元のデータパケットが存在する可能性があり、これらのデータパケットに関して生成されたサブヘッダの中のすべてのセグメント化処理ＩＤが、セグメント化をまったく示さないので、セグメント化処理ＩＤが、セグメント回数が０でないことを示す、すべてのコンポーネントデータパケットのヘッダを、ヘッダ部分の最上位に単に移動する（ステップＳ１２５’と同様に）ことによるとともに、コンポーネント数表示情報の助けを借りて、受信端は、「ここから（Ｎ−Ｍ）個のサブヘッダに対応するすべてのコンポーネントデータパケットは、元のデータパケットであり、直接に転送されることが可能である」というような、特徴的なサブヘッダからのシグナルを認識する。この場合、Ｎは、コンポーネント数表示情報であり、Ｍは、伝送されるデータパケットの最上位にある元のデータパケットでないデータパケットの数である（伝送されるデータパケットのサブヘッダの中のセグメント化処理ＩＤ、特に、セグメント処理回数ＩＤは、セグメント化処理回数が０でないことを示す）。
【００３９】
ステップＳ１２４の判定結果が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前にある特徴的なサブヘッダが存在する（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、フローは、ステップＳ１２５に進んで、前記現在のコンポーネントデータパケットに対応するサブヘッダからセグメント化処理ＩＤを削除し、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用する。さらに、ステップＳ１２２およびステップＳ１２３、ならびに後続の操作が、この新たな現在のコンポーネントデータパケットに対して実行される。
【００４０】
ステップＳ１２４の判定が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前に特徴的なサブヘッダが存在しない（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットが、新たな現在のコンポーネントデータパケットとして使用され、さらにステップＳ１２２およびステップＳ１２３、ならびに後続の操作が、この新たな現在のコンポーネントデータパケットに対して実行される。
【００４１】
これに相応して、伝送キューの中の各コンポーネントデータパケットに関して、そのデータパケットのデータ部分が、伝送されるデータパケットのデータ部分に、伝送されるデータパケットのヘッダ部分の中の、そのデータパケットのサブヘッダと同一の位置関係で加えられて、完全な伝送されるデータパケットが最終的に生成される。
【００４２】
図５は、本発明のある実施形態による、通信ネットワークの送信するデバイスにおいて伝送時間区間に基づいて、伝送されるべきデータパケットを処理するための処理デバイスのブロック図である。この方法は、図５を参照して、図１に関連して説明される。処理デバイス１は、特定手段１０と、第１の生成手段１１と、第２の生成手段１２と、第２の判定手段１３とを含む。好ましくは、特定手段１０は、計算手段１０１と、第１の判定手段１０２と、セグメント化手段１０３と、第１の制御手段１０４とを含み、第２の生成手段１２は、コンポーネント数特定手段１２０と、付加手段１２１と、第３の判定手段１２２と、第２の制御手段１２３と、交替手段１２４と、削除手段１２５とを含む。ダウンリンク伝送を例として取り上げる。
【００４３】
特定手段１０は、伝送時間区間に対応するコンポーネントデータパケットの伝送キュー、すなわち、ＴＴＩ内で伝送されるべきコンポーネントデータパケットの伝送キューを特定する。ＴＴＩに応じて、基地局Ｉの送信するデバイス内の処理デバイス１が、伝送されるべきデータパケットから（以下の説明は、簡明のため、再送キューと従来の伝送キューを区別しない）、前記ＴＴＩ内で伝送されることが可能なコンポーネントデータパケットを特定する。ＴＴＩに対応する伝送可能なデータ量と、元のデータパケットまたはデータセグメントとの間のサイズ関係に応じて、ＴＴＩ内で伝送されるべき特定されるコンポーネントデータパケットのキューは、以下の状況を含むことが可能である。すなわち、
・キューが、データセグメントまたは元のデータパケットである１つのコンポーネントデータパケットだけしか含まない、
・キューの中の最初のコンポーネントデータパケットが、データセグメントまたは元のデータパケットであり、その後に、０ないし複数の元のデータパケットが続き、キューの終わりは、０または１つのデータセグメントである。
【００４４】
特定手段１０の詳細なブロックレイアウト図が、図６を参照して、図１および図５に関連して説明される。計算手段１０１が、ＴＴＩに基づいて伝送時間区間内で伝送可能なデータ量を計算する。例えば、この計算は、以下の式に従って行われる。すなわち、
「データ伝送レート＊ＴＴＩ＝伝送可能なデータ量」である。この計算の後、計算結果が、第１の判定手段１０２に供給される。
【００４５】
第１の判定手段１０２は、伝送されるべきデータパケットのうちの１次データパケット（元のデータパケットまたはデータセグメントであることが可能な）のデータ量が、前記伝送可能なデータ量より大きいかどうかを判定する。前記１次データパケットのデータ量が、前記伝送可能なデータ量より大きい場合、このことは、伝送されるべきデータパケットのうちの１次データパケットが、現在のＴＴＩ内で完全には伝送され得ないことを意味する。
【００４６】
１次データパケットのデータ量が、伝送可能なデータ量より大きい状況に関して、セグメント化手段１０３が、１次データパケットを、伝送キューに加えられる第１のデータセグメントと、新たな１次データパケットの役割をする第２のデータセグメントにセグメント化し、前記第１のデータセグメントのデータ量は、伝送可能なデータ量と等しい。ＴＴＩは小さすぎるので、伝送されるデータパケットを生成するために使用されるコンポーネントデータパケットのキューは、単に、前記第１のデータセグメントだけを含み、セグメント化の後、伝送されるべきデータパケットのうちの１次データパケットは、次のＴＴＩの到来を待つ、このセグメント化から得られた前記第２のデータセグメントになる。
【００４７】
前記１次データパケットのデータ量が、前記伝送可能なデータ量以下である場合、このことは、伝送されるべきデータパケットのうちの少なくとも１次データパケットが、現在のＴＴＩ内で伝送されることが可能であることを意味する。このため、第１の制御手段１０４が、１次データパケットをコンポーネントデータパケットとして伝送キューに加え、以下の式に従って計算を行う（前記第１の制御手段１０４は、計算手段を含むが、この計算手段は、簡明のため、図には示されていない）。すなわち、
「伝送可能なデータ量−１次データパケットのデータ量＝新たな伝送可能なデータ量」である。
【００４８】
つまり、伝送可能なデータ量と、１次データパケットのデータ量との差が、新たな伝送可能なデータ量として使用され、１次データパケットの次のデータパケットが、新たな１次データパケットの役割をし、次に、第１の制御手段１０４が、新たな１次データパケットのデータ量が、新たな伝送可能なデータ量より大きいか否かを判定するように第１の判定手段１０２を制御する。
【００４９】
このため、処理デバイス１は、ＴＴＩが尽きるまで、それぞれの伝送されるべきデータパケットに対して、対応する処理を実行して、その結果、伝送されるデータパケットを生成するための１つまたは複数のコンポーネントデータパケットを含むコンポーネントデータパケット伝送キューを得る。
【００５０】
第１の生成手段１１が、必要性に応じて、伝送キューの中の各コンポーネントデータパケットに関して、コンポーネントデータパケットの以下の情報を含むサブヘッダを生成する。すなわち、
そのコンポーネントデータパケットが属する元のデータパケットを示すための元のデータパケットＩＤ。好ましくは、前記元のデータパケットＩＤは、ある元のデータパケットを一意に特定することができる通し番号である。
そのコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数、および各セグメント化の後に前記コンポーネントデータパケットが属するデータセグメントを示すためのセグメント化処理ＩＤであって、セグメント化されていない元のデータパケットが、伝送キューの中でコンポーネントデータパケットとして出現すると、このデータパケットのセグメント化処理ＩＤは、セグメント化をまったく示さないＩＤ、
そのコンポーネントデータパケットのデータ部分のデータ量を示して、受信端が、解析中にコンポーネントデータパケットのデータ部分の開始点と終了点について明確に理解するようにするためのデータ量ＩＤ。
【００５１】
その後、前記コンポーネントデータパケットの様々な状況が、図５に示されていない判定手段によって特定される。これらの判定手段は、コンポーネントデータパケットに対応する、伝送されるべきデータパケットが、前回のセグメント化から得られた第２のデータセグメントであるか否かを判定する。具体的には、本発明に基づくソリューションは、セグメント化から生成された２つのデータセグメントのそれぞれに関してサブヘッダを生成する。このため、前記判定は、伝送されるべきデータパケットが、そのようなサブヘッダを有するか否かを判定することによって実行されることが可能である。
【００５２】
コンポーネントデータパケットの様々な状況に対応して、前記セグメント化処理ＩＤは、以下の状況を有する。
１．コンポーネントデータパケットが、元のデータパケットである。すなわち、
データパケットのセグメント化処理ＩＤが、単に、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。
２．コンポーネントデータパケットが、データセグメントである。すなわち、
データパケットのセグメント化処理ＩＤが、コンポーネントデータパケットを得るために、元のデータパケットＩＤによって示される元のデータパケットに行われたセグメント化の回数を示すためのセグメント化処理回数ＩＤを含む。このＩＤが、３ビットを含むものと想定すると、０００は、セグメント化がまったくないことを示し、００１は、初回のセグメント化を示し、残りは、類推される。さらに、元のデータパケットによって、このデータセグメントを得るプロセス中に、各セグメント化の後に、このデータセグメントが属するデータセグメントを示すためのデータセグメントＩＤ。例えば、１次データパケットが、元のデータパケットであり、ＴＴＩは、比較的小さいので、元のデータパケット全体が、ＴＴＩ内で伝送され得ない場合、したがって、この元のデータパケット（伝送されるべきデータパケット）は、第１のデータセグメントと、第２のデータセグメントとにセグメント化される必要がある。これに相応して、セグメント化処理ＩＤ＝００１であり、第１のデータセグメントのサブヘッダの中のデータセグメントＩＤ、および第２のデータセグメントのサブヘッダの中のデータセグメントＩＤはそれぞれ、０および１である（そのデータセグメントが、セグメント化の後、第１のデータセグメントであるか、または第２のデータセグメントであるかを示す）。次のＴＴＩが到来した後、伝送されるべきデータパケットのうちの１次データパケット（初回のセグメント化の後の第２のデータセグメント）のデータ量が、依然として、伝送可能なデータ量より大きい場合、新たな第１のデータセグメントａと、新たな第２のデータセグメントｂとを生成する第２回のセグメント化が、前記第２のデータセグメントに関して必要とされる。これに相応して、セグメント化処理回数ＩＤ＝０１０であり、新たな第１のデータセグメントａのサブヘッダの中のデータセグメントＩＤ、および新たな第２のデータセグメントｂのサブヘッダの中のデータセグメントＩＤはそれぞれ、１０および１１である（「１０」を例に取ると、「１」は、初回のセグメント化の後、前記新たな第１のデータセグメントａが、第２のデータセグメントに属することを示し、「０」は、第２回のセグメント化、すなわち、現在のセグメント化の後、データセグメントａが、第１のデータセグメントであることを示す）。さらに、複数回のセグメント化の状況は、類推される。
【００５３】
これまで、第１の生成手段１１は、現在のＴＴＩ内で伝送される、伝送されるデータパケットを構成するために使用される、それぞれのコンポーネントデータパケットに関するサブヘッダを生成してきた。
【００５４】
第２の生成手段１２が、伝送されるデータパケットを、第１の生成手段１１によって生成された前記サブヘッダのそれぞれ、および前記伝送されるキューの中のそれぞれのコンポーネントデータパケットのデータ部分に基づいて生成する。第２の生成手段１２は、図７を参照し、図５に関連して詳細に説明される。
【００５５】
図７は、図５に示される第２の生成手段１２のある特定のブロック図である。
【００５６】
前記伝送キューの中のコンポーネントデータパケット（または生成されたサブヘッダ）の数に基づいて、コンポーネント数特定手段１２０が、前記伝送されるデータパケットの中に含まれるコンポーネントデータパケットの数を示すためのコンポーネント数表示情報を決定し、この情報を、伝送されるデータパケットのヘッダ部分に加える。
【００５７】
付加手段１２１が、伝送キューの中の現在のコンポーネントデータパケット（すなわち、１次コンポーネントデータパケット）に関して以前に生成されたサブヘッダ（以降、簡明のため、「現在のコンポーネントデータパケットに関して以前に生成されたサブヘッダ」は、「コンポーネントデータパケットのサブヘッダ」と呼ばれる）を、伝送されるデータパケットのヘッダ部分に加える。
【００５８】
コンポーネントデータパケットのサブヘッダの中に含まれるセグメント化処理ＩＤに応じて、第３の判定手段１２２が、このコンポーネントデータパケットを得るために、対応する元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定する。ここで、本発明の技術的目的を簡単に説明することが必要である。本発明は、可能な限りヘッダオーバヘッドを低減することを目指す。以前に生成されたサブヘッダが、順番に、まったく変更なしに、伝送されるデータパケットのヘッダ部分に加えられる場合、本発明は、従来技術よりも少ないヘッダオーバヘッドという利点も有する一方で、そのような利点が、さらに向上させられることが可能である。要するに、本発明は、それぞれのサブヘッダの中で、セグメント化をまったく示さないセグメント化処理ＩＤを選択的に削除して（好ましくは、セグメント化処理ＩＤは、単に、セグメント化なしの状況に関するセグメント化処理回数ＩＤを含むだけであることが可能である）、伝送されるデータパケットのヘッダ部分によって占められるビットの数を減らし、それらのビットをデータ部分に解放するようにする。
【００５９】
判定結果が、そのコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないという場合、第３の判定手段１２２が、事前定義された条件が満たされるか否かを判定する。前記事前定義された条件は、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダの中に含まれるセグメント化処理ＩＤが、この前のサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でないことを示すこと、または現在のコンポーネントデータパケットのサブヘッダが、伝送されるデータパケットのヘッダ部分の最上位に既にあることを示すことである。
【００６０】
事前定義された条件が満たされた場合、第２の制御手段１２３が、伝送キューの中の現在のデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用し、前記新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように付加手段１２１および第３の判定手段を制御する。
【００６１】
判定結果が、事前定義された条件が満たされないという場合、交替手段１２４が、現在のコンポーネントデータパケットのサブヘッダを、伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットのサブヘッダの前のサブヘッダと交替させる。次に、第３の判定手段１２２が、事前定義された条件が満たされるか否かを判定することを続ける。
【００６２】
判定結果が、コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないという場合、第３の判定手段１２２は、前記伝送されるデータパケットのヘッダ部分の中で、現在のコンポーネントデータパケットに対応するサブヘッダの前に、ある特徴的なサブヘッダが存在するか否かを判定する。前記特徴的なサブヘッダの中に含まれるセグメント化処理ＩＤは、この特徴的なサブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化が存在しないことを示す。つまり、１つのＴＴＩ（伝送時間区間）に対応する伝送キューの中で、コンポーネントデータパケットの役割をする複数の元のデータパケットが存在する可能性があり、サブヘッダの中の、これらのデータパケットに関して生成されたすべてのセグメント化処理ＩＤが、セグメント化をまったく示さないので、セグメント化処理ＩＤが、まったくセグメント化を示さない、すべてのコンポーネントデータパケットのヘッダを、ヘッダ部分の最上位に単に移動する（ステップＳ１２５’と同様に）ことによるとともに、コンポーネント数表示情報の助けを借りて、受信端は、「ここから（Ｎ−Ｍ）個のサブヘッダに対応するすべてのコンポーネントデータパケットは、元のデータパケットであり、直接に転送されることが可能である」というような、特徴的なサブヘッダからのシグナルを認識する。この場合、Ｎは、コンポーネント数表示情報であり、Ｍは、伝送されるデータパケットの最上位にある元のデータパケットでないデータパケットの数である（伝送されるデータパケットのサブヘッダの中のセグメント化処理ＩＤ、特に、セグメント処理回数ＩＤは、セグメント化処理回数が０でないことを示す）。
【００６３】
判定結果が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前にある特徴的なサブヘッダが存在する（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、削除手段１２５が、前記現在のコンポーネントデータパケットに対応するサブヘッダからセグメント化処理ＩＤを削除し、第２の制御手段１２３が、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用し、次に、この新たな現在のコンポーネントデータパケットに対して、対応する操作を実行するように付加手段１２１および第３の判定手段１２２を制御する。
【００６４】
判定結果が、前記伝送されるデータパケットのヘッダ部分の中に、現在のコンポーネントデータパケットに対応するサブヘッダの前に特徴的なサブヘッダが存在しない（受信端が正しく解析を行うのに役立つ前記シグナルが既に存在する）という場合、第２の制御手段１２３が、伝送キューの中の現在のコンポーネントデータパケットの次のコンポーネントデータパケットを、新たな現在のコンポーネントデータパケットとして使用して、この新たな現在のコンポーネントデータパケットに対して、対応する後続の操作を実行するように付加手段１２１および判定手段１２２を制御する。
【００６５】
これに相応して、伝送キューの中の各コンポーネントデータパケットに関して、付加手段１２１が、そのデータパケットのデータ部分を、伝送されるデータパケットのデータ部分に、伝送されるデータパケットのヘッダ部分の中の、そのデータパケットのサブヘッダと同一の位置関係で加えて、完全な伝送されるデータパケットを最終的に生成する。
【００６６】
図８は、本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて、伝送時間区間に基づいて、伝送されるデータパケットを解析する方法の流れ図である。この方法は、コンポーネント数表示情報が、伝送されるデータパケットのヘッダ部分から抽出される、ステップＳ２１から始まる。前記コンポーネント数表示情報によることで初めて、受信端は、受信された、伝送されるデータパケットに対して、後続の処理を正しく実行し、さもなければ、受信端は、伝送されるデータパケットを解析することをいつ終えるべきか（すなわち、解析プロセスが、伝送されるデータパケットの終了点に達したか否か）を知ることができない。次に、フローは、ステップＳ２２に進む。
【００６７】
ステップＳ２２で、前記伝送されるデータパケットのヘッダ部分から１次サブヘッダが、抽出される。次に、フローは、ステップＳ２３に進む。
【００６８】
ステップＳ２３で、１次サブヘッダの中に含まれるセグメント化処理情報に応じて、前記１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かが判定される。最適化されたデータパケット構造定義の仕方によれば、伝送されるデータパケットの中で、第１の「セグメント化処理ＩＤ」がまったくセグメント化を示さないコンポーネントデータパケットの後に続くすべてのコンポーネントデータパケットはすべて、完全な元のデータパケットである。
【００６９】
１次サブヘッダに対応するコンポーネントデータパケットに行われたセグメント化の回数が、０でない場合、ステップＳ２４で、このデータパケットに対応するデータ部分が、伝送されるデータパケットのデータ部分から抽出され、バッファの中に格納されて、後続の対応するコンポーネントデータパケットと組み合わされて、元のデータパケットが復元される。
【００７０】
次に、伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダが、ステップＳ２５で、新たな１次サブヘッダとして使用される。さらに、ステップＳ２２およびステップＳ２３が、繰り返される。
【００７１】
１次サブヘッダに対応する前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、ステップＳ２４’で、前記コンポーネントデータパケットのデータ部分の後に続く各コンポーネントデータパケットのデータ部分が、送られるように抽出される。
【００７２】
受信端は、抽出されたコンポーネント数表示情報に応じて、サブヘッダを解析した後、各サブヘッダの中のデータ量ＩＤに応じて、対応するデータ部分を抽出する。伝送されるデータパケットに対する処理は、Ｎ個の（Ｎは、コンポーネント数表示情報に対応する十進値）サブヘッダを解析し、Ｎ個のデータ部分を抽出することで終わる。
【００７３】
図９は、抽出手段２１と、判定手段２２と、解析デバイス２３と、制御手段２４とを含む、本発明のある実施形態による、通信ネットワークの受信するデバイスにおいて伝送時間区間に基づいて、伝送されるデータパケットを解析する解析デバイスのブロック図である。
【００７４】
前記抽出手段２１は、伝送されるデータパケットのヘッダ部分からコンポーネント数表示情報を抽出する。前記コンポーネント数表示情報によることで初めて、受信端は、受信された、伝送されるデータパケットに対して、後続の処理を正しく実行し、さもなければ、受信端は、伝送されるデータパケットを解析することをいつ終えるべきか（すなわち、解析プロセスが、伝送されるデータパケットの終了点に達したか否か）を知ることができない。
【００７５】
その後、抽出手段２１は、前記伝送されるデータパケットのヘッダ部分から１次サブヘッダを抽出する。
【００７６】
１次サブヘッダの中に含まれるセグメント化処理情報に応じて、判定手段２２が、１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０であるか否かを判定する。最適化されたデータパケット構造定義の仕方によれば、伝送されるデータパケットの中で、第１の「セグメント化処理ＩＤ」がまったくセグメント化を示さないコンポーネントデータパケットの後に続くすべてのコンポーネントデータパケットはすべて、完全な元のデータパケットである。
【００７７】
１次サブヘッダに対応するコンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０でない場合、抽出手段２１が、伝送されるデータパケットのデータ部分から、対応するデータ部分を抽出し、バッファの中に格納する。
【００７８】
次に、前記制御手段２３が、伝送されるデータパケットのヘッダ部分の中の１次サブヘッダの次のサブヘッダを、新たな１次サブヘッダとして使用し、この新たな１次サブヘッダに対して、対応する操作を実行するように、前述したそれぞれの手段を制御する。
【００７９】
１次サブヘッダに対応する前記コンポーネントデータパケットを得るために元のデータパケットに行われたセグメント化の回数が、０である場合、抽出手段２１が、コンポーネントデータパケットのデータ部分から、対応するデータ部分を抽出する。
【００８０】
受信端は、抽出されたコンポーネント数表示情報に応じて、サブヘッダを解析した後、各サブヘッダの中のデータ量ＩＤに応じて、対応するデータ部分を抽出する。伝送されるデータパケットに対する処理は、Ｎ個の（Ｎは、コンポーネント数表示情報に対応する１０進値）サブヘッダを解析し、Ｎ個のデータ部分を抽出することで終わる。
【００８１】
本発明の実施形態が説明されたので、本発明は、以上の特定の実施形態に限定されないことを理解されたい。添付の特許請求の範囲において規定される範囲内で、様々な変形または変更が、当業者によって行われることが可能である。
【図１】
2010502059.tif 000003
【図２】
2010502059.tif 000004
【図３】
2010502059.tif 000005
【図４】
2010502059.tif 000006
【図５】
2010502059.tif 000007
【図６】
2010502059.tif 000008
【図７】
2010502059.tif 000009
【図８】
2010502059.tif 000010
【図９】
2010502059.tif 000011
【国際調査報告】
2010502059.tif 000012
2010502059.tif 000013
2010502059.tif 000014
2010502059.tif 000015