(57)【特許請求の範囲】
【請求項１】
データユニットを処理する方法であって、
前記方法は、
パディングビットが前記データユニットにおいて使用可能であるか否かを判断することと、
前記データユニットにおいて使用可能なパディングビットが存在する場合に、前記パディングビットの数がショートバッファ状態報告（ＢＳＲ）と対応サブヘッダを合わせたサイズ以上であるがロングＢＳＲと対応サブヘッダを合わせたサイズ未満であると判断され、かつ、バッファされたデータを複数の論理チャネルグループが有すると判断された場合に、短縮ＢＳＲ及び前記短縮ＢＳＲに対応するサブヘッダを前記データユニットに挿入することと
を含む、方法。
【請求項２】
前記ＢＳＲ及び前記ＢＳＲに対応する前記サブヘッダを生成することをさらに含み、前記サブヘッダは、前記ＢＳＲを短縮ＢＳＲとして識別する値を含む、請求項１に記載の方法。
【請求項３】
前記ＢＳＲを生成することは、
前記複数の論理チャネルグループの中で最も高い優先順位を有する１つの論理チャネルグループを識別する第１の値を前記ＢＳＲに挿入することと、
前記１つの論理チャネルグループに関連するデータの量を識別する第２の値を前記ＢＳＲに挿入することと
を含む、請求項２に記載の方法。
【請求項４】
前記パディングビットの数がショートＢＳＲと対応サブヘッダを合わせたサイズ以上であるがロングＢＳＲと対応サブヘッダを合わせたサイズ未満であると判断され、かつ、バッファされたデータを１つの論理チャネルグループのみが有すると判断された場合に、ショートＢＳＲ及び前記ショートＢＳＲに対応するサブヘッダを前記データユニットに挿入することをさらに含む、請求項１に記載の方法。
【請求項５】
前記ＢＳＲ及び前記ＢＳＲに対応する前記サブヘッダを生成することをさらに含み、前記サブヘッダは、前記ＢＳＲをショートＢＳＲとして識別する値を含む、請求項４に記載の方法。
【請求項６】
前記ＢＳＲを生成することは、
前記バッファされたデータを有する論理チャネルグループを識別する第１の値を前記ＢＳＲに挿入することと、
アップリンクを介して送信するのに使用可能な論理チャネルグループに関連するデータの量を識別する第２の値を前記ＢＳＲに挿入することと
を含む、請求項５に記載の方法。
【請求項７】
前記パディングビットの数がロングＢＳＲと対応サブヘッダを合わせたサイズ以上であると判断された場合に、ロングＢＳＲ及び前記ロングＢＳＲに対応するサブヘッダを前記データユニットに挿入することをさらに含む、請求項１に記載の方法。
【請求項８】
前記ＢＳＲ及び前記ＢＳＲに対応する前記サブヘッダを生成することをさらに含み、前記サブヘッダは、前記ＢＳＲをロングＢＳＲとして識別する値を含む、請求項７に記載の方法。
【請求項９】
前記ＢＳＲを生成することは、複数の値を前記ＢＳＲに挿入することを含み、前記複数の値の各々は、バッファされたデータを有する対応論理チャネルグループに関連するデータの量を識別する、請求項８に記載の方法。
【請求項１０】
前記データユニットは、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）である、請求項１に記載の方法。
【請求項１１】
ＭＡＣ制御要素の形態で前記ＢＳＲを生成することと、
前記ＢＳＲを含め１つ以上のＭＡＣ制御要素を前記ＭＡＣ  ＰＤＵに挿入することと、
前記１つ以上のＭＡＣ制御要素の各々について対応サブヘッダを前記ＭＡＣ  ＰＤＵに挿入することと
をさらに含み、
前記ＢＳＲに対応するサブヘッダは、前記ＢＳＲを短縮ＢＳＲとして識別する値を含む、請求項１０に記載の方法。
【請求項１２】
前記ＭＡＣ制御要素の形態で前記ＢＳＲを生成することは、
前記複数の論理チャネルグループの中で最も高い優先順位を有する１つの論理チャネルグループを識別する第１の値を前記ＢＳＲに挿入することと、
前記１つの論理チャネルグループに関連するデータの量を識別する第２の値を前記ＢＳＲに挿入することと
を含む、請求項１１に記載の方法。
【請求項１３】
移動端末のプロトコル装置であって、
パディングビットがＭＡＣ  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）において使用可能であるか否かを判断する判断部と、
前記パディングビットが使用可能である場合に、前記パディングビットの数を、ショートバッファ状態報告（ＢＳＲ）と対応サブヘッダを合わせたサイズ、及び、ロングＢＳＲと対応サブヘッダを合わせたサイズと比較する比較部と、
前記パディングビットの数がショートＢＳＲと対応サブヘッダを合わせたサイズ以上であるがロングＢＳＲと対応サブヘッダを合わせたサイズ未満である場合、及び、バッファされたデータを有する複数の論理チャネルグループが存在する場合に、短縮ＢＳＲ及び前記短縮ＢＳＲに対応するサブヘッダを前記ＭＡＣ  ＰＤＵに挿入する処理部と
を備える、プロトコル装置。
【請求項１４】
前記処理部は、
前記ＢＳＲ及び前記ＢＳＲに対応する前記サブヘッダを生成するようにさらに構成され、前記サブヘッダは、前記ＢＳＲを短縮ＢＳＲとして識別する値を含む、請求項１３に記載のプロトコル装置。
【請求項１５】
前記処理部は、
前記複数の論理チャネルグループの中で最も高い優先順位を有する１つの論理チャネルグループを識別する第１の値を前記ＢＳＲに挿入することと、
前記１つの論理チャネルグループに関連するデータの量を識別する第２の値を前記ＢＳＲに挿入することと
を実行するようにさらに構成される、請求項１４に記載のプロトコル装置。
【請求項１６】
前記処理部は、
前記パディングビットの数がショートＢＳＲと対応サブヘッダを合わせたサイズ以上であるがロングＢＳＲと対応サブヘッダを合わせたサイズ未満であると判断され、かつ、バッファされたデータを１つの論理チャネルグループのみが有すると判断された場合に、ショートＢＳＲ及び前記ショートＢＳＲに対応するサブヘッダを前記ＭＡＣ  ＰＤＵに挿入するようにさらに構成される、請求項１３に記載のプロトコル装置。
【請求項１７】
前記処理部は、
前記ＢＳＲ及び前記ＢＳＲに対応する前記サブヘッダを生成するようにさらに構成され、前記サブヘッダは、前記ＢＳＲをショートＢＳＲとして識別する値を含む、請求項１６に記載のプロトコル装置。
【請求項１８】
前記処理部は、
前記バッファされたデータを有する論理チャネルグループを識別する第１の値を前記ＢＳＲに挿入することと、
アップリンクを介して送信するのに使用可能な論理チャネルグループに関連するデータの量を識別する第２の値を前記ＢＳＲに挿入することと
を実行するようにさらに構成される、請求項１７に記載のプロトコル装置。
【請求項１９】
前記処理部は、
前記パディングビットの数がロングＢＳＲと対応サブヘッダを合わせたサイズ以上であると判断された場合に、ロングＢＳＲ及び前記ロングＢＳＲに対応するサブヘッダを前記ＭＡＣ  ＰＤＵに挿入するようにさらに構成される、請求項１３に記載のプロトコル装置。
【請求項２０】
前記処理部は、
前記ＢＳＲ及び前記ＢＳＲに対応する前記サブヘッダを生成するようにさらに構成され、前記サブヘッダは、前記ＢＳＲをロングＢＳＲとして識別する値を含む、請求項１９に記載のプロトコル装置。
【請求項２１】
前記処理部は、複数の値を前記ＢＳＲに挿入するようにさらに構成され、前記複数の値の各々は、バッファされたデータを有する対応論理チャネルグループに関連するデータの量を識別する、請求項２０に記載のプロトコル装置。
【請求項２２】
前記処理部は、
ＭＡＣ制御要素の形態で前記ＢＳＲを生成することと、
前記ＢＳＲを含め１つ以上のＭＡＣ制御要素を前記ＭＡＣ  ＰＤＵに挿入することと、
前記１つ以上のＭＡＣ制御要素の各々について対応サブヘッダを前記ＭＡＣ  ＰＤＵに挿入することと
を実行するようにさらに構成され、
前記ＢＳＲに対応するサブヘッダは、前記ＢＳＲを短縮ＢＳＲとして識別する値を含む、請求項１３に記載のプロトコル装置。
【請求項２３】
前記処理部は、
前記複数の論理チャネルグループの中で最も高い優先順位を有する１つの論理チャネルグループを識別する第１の値を前記ＢＳＲに挿入することと、
前記１つの論理チャネルグループに関連するデータの量を識別する第２の値を前記ＢＳＲに挿入することと
を実行するようにさらに構成される、請求項２２に記載のプロトコル装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バッファ状態報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ；  ＢＳＲ）を含むデータユニットを構成する装置及び方法に関する。
【背景技術】
【０００２】
従来技術においては、バッファ状態報告が行われていたが、無線リソースを不必要に浪費していた。従来技術においては、このような点を十分に考慮しておらず、適切な解決策を提供することができなかった。
【発明の概要】
【課題を解決するための手段】
【０００３】
本発明者らは、このような従来技術の欠点を認識し、これに基づいて後述する様々な特徴を発明し、バッファ状態報告の処理を向上させて、プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ；  ＰＤＵ）（又は、トランスポートブロック（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ；  ＴＢ）もしくは他のタイプのデータユニット）を構成する際、そのＰＤＵの残っている使用可能な部分をバッファ状態報告の追加のためのパディング領域として利用することで、無線リソースをより効率的に使用できるようにした。
本発明は、例えば、以下の項目も提供する。
（項目１）
構成されたＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）にパディング領域があるか否かを確認する確認部と、
パディングビット数をバッファ状態報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ；  ＢＳＲ）とそのサブヘッダを合わせたサイズと比較する比較部と、
前記パディングビット数が前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを合わせたサイズより大きい場合、前記確認部及び比較部と協力して、前記バッファ状態報告（ＢＳＲ）過程をトリガし、前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを前記ＭＡＣ
ＰＤＵ内に含め、前記サブヘッダ内に論理チャネル識別子（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ；  ＬＣＩＤ）を設定してパディングによりトリガされた前記バッファ状態報告（ＢＳＲ）が含まれていることを示す処理部と
を含むことを特徴とするＭＡＣエンティティ。
（項目２）
前記処理部は、
ネットワークから前記ＭＡＣ  ＰＤＵの構成のための許可を受信する段階と、
上位論理チャネルデータ及びＭＡＣ制御要素（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を利用して前記ＭＡＣ  ＰＤＵを構成する段階と
をさらに行うことを特徴とする項目１に記載のＭＡＣエンティティ。
（項目３）
前記ＭＡＣ  ＰＤＵは、２バイトの論理チャネル識別子（ＬＣＩＤ）フィールド及び６バイトのバッファサイズを有するショートＢＳＲを含むことを特徴とする項目２に記載のＭＡＣエンティティ。
（項目４）
前記処理部により、別の論理チャネル識別子（ＬＣＩＤ）フィールドがショートＢＳＲ又は短縮ＢＳＲのために設定されることを特徴とする項目１に記載のＭＡＣエンティティ。
（項目５）
前記ＬＣＩＤフィールドは、ＤＬ−ＳＣＨ及びＵＬ−ＳＣＨそれぞれの該当ＭＡＣ  ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素もしくはパディングの種類を識別することを特徴とする項目４に記載のＭＡＣエンティティ。
（項目６）
前記ＬＣＩＤフィールドは、ショートＢＳＲのための第１値又はロングＢＳＲのための第２値を含むことを特徴とする項目４に記載のＭＡＣエンティティ。
（項目７）
前記ＢＳＲのサイズが４バイト又は８バイトであることを特徴とする項目１に記載のＭＡＣエンティティ。
（項目８）
構成されたＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）にパディング領域があるか否かを確認する段階と、
パディングビット数をバッファ状態報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ；  ＢＳＲ）とそのサブヘッダを合わせたサイズと比較する段階と、
前記パディングビット数が前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを合わせたサイズより大きい場合、前記バッファ状態報告（ＢＳＲ）をトリガする段階と、
前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを前記ＭＡＣ  ＰＤＵ内に含める段階と、
前記サブヘッダ内に論理チャネル識別子（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ；  ＬＣＩＤ）を設定してパディングによりトリガされた前記バッファ状態報告（ＢＳＲ）が含まれていることを示す段階と
を含むことを特徴とするバッファ状態報告を含むデータユニットを構成する方法。
（項目９）
ネットワークから前記ＭＡＣ  ＰＤＵの構成のための許可を受信する段階と、
上位論理チャネルデータ及びＭＡＣ制御要素（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を利用して前記ＭＡＣ  ＰＤＵを構成する段階と
をさらに含むことを特徴とする項目８に記載のバッファ状態報告を含むデータユニットを構成する方法。
（項目１０）
前記ＭＡＣ  ＰＤＵは、２バイトの論理チャネル識別子（ＬＣＩＤ）フィールド及び６バイトのバッファサイズを有するショートＢＳＲを含むことを特徴とする項目９に記載のバッファ状態報告を含むデータユニットを構成する方法。
（項目１１）
別の論理チャネル識別子（ＬＣＩＤ）フィールドがショートＢＳＲ又は短縮ＢＳＲのために設定されることを特徴とする項目８に記載のバッファ状態報告を含むデータユニットを構成する方法。
（項目１２）
前記ＬＣＩＤフィールドは、ＤＬ−ＳＣＨ及びＵＬ−ＳＣＨそれぞれの該当ＭＡＣ  ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素もしくはパディングの種類を識別することを特徴とする項目１１に記載のバッファ状態報告を含むデータユニットを構成する方法。
（項目１３）
前記ＬＣＩＤフィールドは、ショートＢＳＲのための第１値又はロングＢＳＲのための第２値を含むことを特徴とする項目１１に記載のバッファ状態報告を含むデータユニットを構成する方法。
（項目１４）
前記ＢＳＲのサイズが４バイト又は８バイトであることを特徴とする項目８に記載のバッファ状態報告を含むデータユニットを構成する方法。
【図面の簡単な説明】
【０００４】
【図１】Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造の例を示す図である。
【図２】３ＧＰＰ無線アクセスネットワーク規格に準拠した移動端末と基地局間の制御プレーン無線インタフェースプロトコルを示す図である。
【図３】３ＧＰＰ無線アクセスネットワーク規格に準拠した移動端末と基地局間のユーザプレーン無線インタフェースプロトコルを示す図である。
【図４】ＭＡＣエンティティにより使用されるＭＡＣ  ＰＤＵフォーマットの例を示す図である。
【図５】ＭＡＣエンティティにより使用されるＭＡＣ  ＰＤＵサブヘッダフォーマットの例を示す図である。
【図６】ＭＡＣエンティティにより使用されるＭＡＣ  ＰＤＵサブヘッダフォーマットの例を示す図である。
【図７】ショートＢＳＲ（Ｓｈｏｒｔ  ＢＳＲ）及び短縮ＢＳＲ（Ｔｒｕｎｃａｔｅｄ  ＢＳＲ）のＭＡＣ制御要素（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ；  ＣＥ）の例を示す図である。
【図８】ロングＢＳＲ（Ｌｏｎｇ  ＢＳＲ）のＭＡＣ制御要素の例を示す図である。
【図９】ＢＳＲがある場合とない場合のデータ及びパディングを有するＭＡＣ  ＰＤＵの例を示す図である。
【図１０】Ｌ＋Ｍ＋３バイトのサイズを有するＭＡＣ  ＰＤＵを構成させる指示が移動端末に受信された例を示す図である。
【図１１】残りの空間２バイト、パディングＢＳＲとして使用される１バイト、及び追加使用可能な１バイトのＭＡＣサブヘッダを有するＭＡＣ  ＰＤＵの例を示す図である。
【図１２】サブヘッダがある場合とない場合のＢＳＲを含むＭＡＣ  ＰＤＵ構成の２つの実現例を示す図である。
【図１３】ＢＳＲを含むＭＡＣ  ＰＤＵ構成の３つの実現例を示す図である。
【図１４】ＢＳＲを含むＭＡＣ  ＰＤＵ構成の２つのさらなる実現例を示す図である。
【図１５】ＢＳＲを含むＭＡＣ  ＰＤＵ構成の３つのさらなる実現例を示す図である。
【図１６】パディングＬＣＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ）の存在が移動端末のバッファ内にデータがまだあるか否かを区分せず、ｅＮＢスケジューラの効率を向上させるために、パディングＬＣＩＤにより２バイトを浪費する代わりに前記２バイトをショートＢＳＲのために使用することを示す図である。
【図１７】パディングＢＳＲの存在を示す２つの実現方式（（ａ）及び（ｂ））を示す図である。
【図１８】直接的な指示（ｅｘｐｌｉｃｉｔ  ｉｎｄｉｃａｔｉｏｎ）を用いる場合におけるパディングＢＳＲの位置の２つの実現可能な例を示す図である。
【図１９】ＭＡＣ  ＰＤＵにショートＢＳＲが既に含まれていて２バイト残っており、ショートＢＳＲの代わりにロングＢＳＲを使用しなければならない事例を示す図である。
【図２０】ロングＢＳＲが含まれた後に２バイト残っている事例を示す図である。
【図２１】直接的なパディングＢＳＲ指示の場合におけるロングＢＳＲが含まれた後に２バイト残っている事例を示す図である。
【図２２】２バイトがショートＢＳＲの追加に十分であり、フォーマット（ａ）の代わりにフォーマット（ｂ）を使用しなければならない事例を示す図である。
【図２３】ショートＢＳＲが既に含まれているＭＡＣ  ＰＤＵに２バイト残っている事例を示す図である。
【図２４】ロングＢＳＲが既に含まれているＭＡＣ  ＰＤＵに２バイト残っている事例を示す図である。
【図２５】ＴＢに２バイトの残りの空間がある事例を示す図である（パディングＢＳＲが最後の要素）。
【図２６】残りの空間がロングＢＳＲの追加に十分であり、複数のＢＳＲをＭＡＣ  ＰＤＵに含めることのできる他の状況を示す図である。
【図２７】１つのＭＡＣ  ＰＤＵに複数のＢＳＲが含まれることを示す図である。
【図２８】残りの空間とロングＢＳＲに含まれるレギュラーＢＳＲ及び周期的ＢＳＲのための割り当て空間を合わせる例を示す図である。
【図２９】ＭＡＣエンティティを含む特定のプロトコル層を有するＵＥ及びｅＮＢの構造の例を示す図である。
【発明を実施するための形態】
【０００５】
バッファ状態報告（ＢＳＲ）の処理に関する発明概念及び特徴は、現在の３ＧＰＰ技術から進化したＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム又は他のいわゆる４Ｇ通信システムに基づいて説明されているが、その具体的な事項が本発明の特徴を限定するものではなく、様々な移動及び／又は無線通信システム及び方式に適用することができる。
【０００６】
以下、「移動端末」という用語は、様々なタイプのユーザデバイス、例えば移動通信端末、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；  ＵＥ）、移動装置（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ；  ＭＥ）や、無線通信技術をサポートする様々な装置を意味する。
【０００７】
本発明は、ＬＴＥシステムで基地局と移動端末がデータをやり取りする方法に関し、特に、各論理チャネルからデータを受信してＭＡＣ  ＰＤＵを構成するＭＡＣエンティティにおいて、ＭＡＣ  ＰＤＵ（又は、トランスポートブロックなどの他のタイプのデータユニット）にパディング領域が発生した場合、移動端末がバッファ状態報告を効果的に伝送するようにして、無線リソースを不必要に浪費することを防止する方法に関する。
【０００８】
図１は、移動通信システムであるＥ−ＵＭＴＳ１００のネットワーク構造の例を示す図である。Ｅ−ＵＭＴＳシステムは、既存のＵＭＴＳシステムから進化したシステムであり、基礎的な標準化作業が３ＧＰＰにより行われている。Ｅ−ＵＭＴＳシステムはＬＴＥシステムとも呼ばれるが、これは現在の３Ｇ移動通信システムから進化したいわゆる４Ｇ又は次世代システムである。
【０００９】
一般に、Ｅ−ＵＭＴＳネットワーク１００は、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１１０と、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）とに区分される。Ｅ−ＵＴＲＡＮは、移動端末１１２（例えば、ユーザ装置（ＵＥ）、モバイルステーション、ハンドセット、モバイルフォンなど）と、基地局１１４、１１６、１１８（例えば、ｅＮｏｄｅ  Ｂ、アクセスポイント、ネットワークノードなど）と、ネットワークのエンドに位置して外部ネットワークに接続するサービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ；  Ｓ−ＧＷ）１２２、１２４と、移動端末の移動性を管理する移動性管理エンティティ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ；  ＭＭＥ）１２２、１２４とから構成されている。１つのｅＮｏｄｅ  Ｂには１つ以上のセル（又は、地域、エリアなど）が存在する。
【００１０】
図２及び図３は、３ＧＰＰ無線アクセスネットワーク規格に準拠した移動端末と基地局間の無線インタフェースプロトコルを示す図である。前記無線インタフェースプロトコルは、水平的には、物理層、データリンク層、及びネットワーク層からなり、垂直的には、データ情報の伝送のためのユーザプレーン、及び制御信号の伝送のための制御プレーンからなる。プロトコル層は、通信システムでよく知られている開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；  ＯＳＩ）参照モデルの下位３層に基づいて、Ｌ１（第１層）、Ｌ２（第２層）、及びＬ３（第３層）に区分される。
【００１１】
以下、図２の制御プレーンの無線プロトコル及び図３のユーザプレーンの無線プロトコルをそれぞれ説明する。
【００１２】
第１層の物理層２２５−２４５、３２５−３４５は、１つ又は複数の物理チャネルを利用して情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にあるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層２２４−２４４、３２４−３４４と１つ又は複数のトランスポートチャネルを介して接続されており、このトランスポートチャネルを介してＭＡＣ層と物理層間のデータ伝送が行われる。また、異なる物理層間、例えば送信側物理層と受信側物理層間では、１つ又は複数の物理チャネルを介してデータ伝送が行われる。
【００１３】
第２層のＭＡＣ層は、１つ又は複数の論理チャネルを介して、上位層であるＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層２２３−２４３、３２３−３４３にサービスを提供する。ＲＬＣ層は、信頼性のあるデータ伝送をサポートする。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層３２２−３４２は、ＩＰｖ４やＩＰｖ６などのＩＰパケットを帯域幅の小さい無線区間で効率的に伝送するために、相対的にサイズが大きく不要な制御情報を含むＩＰパケットのヘッダのサイズを小さくするヘッダ圧縮機能を実行する。また、ＰＤＣＰ層は、制御プレーンデータ、例えばＲＲＣメッセージの暗号化を行うために使用される。ＰＤＣＰ層は、ユーザプレーンデータの暗号化も行う。
【００１４】
第３層の最上位に位置するＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層２２２−２４２は、制御プレーンでのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；  ＲＢ）の設定、再設定、及び解除に関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、ＲＢとは、移動端末とＥ−ＵＴＲＡＮ間のデータ伝送のために第２層により提供されるサービスを意味する。
【００１５】
以下、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）について詳細に説明する。ＲＡＣＨチャネルは、アップリンクで短いデータを伝送するために使用され、特に、専用無線リソースが割り当てられていない移動端末がアップリンクで伝送しなければならないシグナリングメッセージ又はユーザデータがある場合に使用される。あるいは、基地局が移動端末にＲＡＣＨ過程を行うことを指示する場合に使用されることもある。
【００１６】
前述のように、Ｅ−ＵＴＲＡＮを構成する２つの重要な要素は基地局と移動端末である。１つのセルにおける無線リソースは、アップリンク無線リソースとダウンリンク無線リソースとから構成される。基地局は、セルのアップリンク無線リソース及びダウンリンク無線リソースの割り当て及び制御を担当する。つまり、基地局はどの時点でどの移動端末にどの無線リソースを使用させるかを決定する。例えば、基地局は、３．２秒後に１００Ｍｈｚから１０１Ｍｈｚの周波数をダウンリンクデータ伝送のためにユーザ１に０．２秒間割り当てることを決定することができる。そして、基地局は、このように決定した後、これを該当移動端末に通知して前記移動端末にダウンリンクデータを受信させる。同様に、基地局は、いつどの移動端末にどの無線リソースをどれだけ使用させてアップリンクでデータを伝送させるかを決定し、また、この決定を前記移動端末に通知して、前記決定された期間に前記移動端末に前記決定された無線リソースを使用させてデータを伝送させる。
【００１７】
このように基地局が無線リソースをダイナミックに管理することにより、効率的な無線リソースの使用が可能になる。従来技術においては、１つの移動端末が１つの無線リソースを呼接続中に継続して使用するようにしていた。これは、特に近年、多くのサービスがＩＰパケットをベースとすることを考えると非合理的である。その理由は、ほとんどのパケットサービスが、呼接続中に継続してパケットを生成するのではなく、呼の途中に何も伝送しない区間が多いからである。それにもかかわらず１つの移動端末に継続して無線リソースを割り当てるのは非効率的である。これを解決するために、Ｅ−ＵＴＲＡＮシステムにおいては、サービスデータがある間にのみ、上記のような方式で移動端末に無線リソースを割り当てる方式を用いる。
【００１８】
より具体的には、ＬＴＥシステムにおいては、無線リソースを効率的に使用するために、基地局は各ユーザがどんなデータをどれだけ伝送しようとするかを知らなければならない。ダウンリンクデータはアクセスゲートウェイから基地局に伝達される。従って、基地局は各ユーザにどれだけのデータがダウンリンクで伝達されるべきかを知っている。逆に、アップリンクデータの場合、移動端末が直接基地局に移動端末自身がアップリンクで伝達しようとするデータに関する情報を通知しなければ、基地局は各移動端末がどれだけのアップリンク無線リソースを必要とするか分からない。従って、基地局がアップリンク無線リソースを移動端末に適切に割り当てるためには、各移動端末が基地局に基地局の無線リソースのスケジューリングに必要な情報を提供しなければならない。
【００１９】
このために、移動端末は伝送すべきデータがある場合にこれを基地局に通知し、基地局はこの情報に基づいて前記移動端末に無線リソース割り当てメッセージを伝送する（又は、他の手段を用いて情報を提供する）。
【００２０】
前記過程、すなわち移動端末に伝送すべきデータがあり、これを移動端末が基地局に通知する場合、前記移動端末は前記基地局に前記移動端末のバッファに蓄積されているデータ量を通知する。これは、バッファ状態報告（ＢＳＲ）又はバッファ状態情報により行われる。
【００２１】
ところが、前記バッファ状態報告は、ＭＡＣ制御要素（ＭＡＣ  ＣＥ）の形態に生成され、ＭＡＣ  ＰＤＵ（又は、他のタイプのデータユニットもしくはトランスポートブロック）に含まれ、移動端末から基地局に伝送される。すなわち、バッファ状態報告（ＢＳＲ）を伝送するためにもアップリンク無線リソースが必要である。これは、バッファ状態報告を伝送するためのアップリンク無線リソース割り当て要求情報を送る必要があることを意味する。バッファ状態報告が生成されたとき、割り当てられたアップリンク無線リソースがあれば、移動端末は直ちに前記アップリンク無線リソースを使用してバッファ状態報告を伝送する。このように移動端末がバッファ状態報告を基地局に伝送する過程をバッファ状態報告過程（ＢＳＲ過程）という。
【００２２】
以下、ＭＡＣエンティティ（図２の２２４、２４４又は図３の３２４、３４４）により使用されるＭＡＣ  ＰＤＵフォーマットの様々な例を示す図４〜図８を参照して、ＭＡＣ  ＰＤＵ構造を説明する。
【００２３】
図４は、ＭＡＣエンティティにより使用されるＰＤＵフォーマットの例を示す図である。同図において、ＬＣＩＤフィールドは、ＭＡＣサービスデータユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ；  ＳＤＵ）に関連するものであるか、ＭＡＣ制御要素（ＭＡＣ  ＣＥ）に関連するものであるかを示し、またＭＡＣ  ＳＤＵに関連するものであれば、どの論理チャネルに対応するＭＡＣ  ＳＤＵであるかを示し、ＭＡＣ  ＣＥに関連するものであれば、どんなＭＡＣ  ＣＥであるかを示す。Ｌフィールドは、ＭＡＣ  ＳＤＵについて当該ＭＡＣ  ＳＤＵのサイズを示す。Ｅフィールドは、他のＭＡＣサブヘッダが存在するか否かを示す。前記過程において、該当するＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥのサイズが１２７より小さいか等しい場合は７ビットのＬフィールドが使用され、他の場合は１５ビットのＬフィールドが使用される（図５に示す）。そして、ＭＡＣ  ＰＤＵに含まれるＭＡＣ  ＳＤＵがＭＡＣ  ＰＤＵに含まれるデータフィールドのうち最後のものであると、それに関連するＭＡＣサブヘッダとしては図６に示すものが使用される。あるいは、固定されたサイズのＭＡＣ  ＣＥに対しては、図６に示すフォーマットのＭＡＣサブヘッダが使用される。その他の場合は図５に示すフォーマットのＭＡＣサブヘッダが使用される。
【００２４】
図７及び図８は、ＢＳＲのフォーマットの例を示す図である。データを有する論理チャネルグループ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ；  ＬＣＧ）の数とＭＡＣ  ＰＤＵの使用可能な空間のサイズによって、ショートＢＳＲ又はロングＢＳＲが使用される。ここで、ショートＢＳＲ及びロングＢＳＲはＢＳＲの相対的な長さを示す。よって、このようなＢＳＲの種類を説明する他の様々な用語を用いることができる。例えば、ショートＢＳＲを短縮ＢＳＲ又は短ＢＳＲといい、ロングＢＳＲを拡張ＢＳＲ又は長ＢＳＲといってもよい。
【００２５】
図４〜図６をさらに参照して、その中で使用される各フィールドを説明する。
【００２６】
前記ＭＡＣヘッダは、可変的なサイズを有し、次のフィールドからなる。
【００２７】
・ＬＣＩＤ：ＬＣＩＤフィールドは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）及びアップリンク共有チャネル（ＵＬ−ＳＣＨ）に対して、それぞれ、下記表１及び表２に示すように、該当ＭＡＣ  ＳＤＵの論理チャネルインスタンス、又は該当ＭＡＣ制御要素の種類、もしくはパディングを示す。ＭＡＣ  ＰＤＵに含まれる各ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素もしくはパディングには１つのＬＣＩＤフィールドが存在する。その上、１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合、１つ又は２つの追加ＬＣＩＤフィールドがＭＡＣ  ＰＤＵに含まれる。ＬＣＩＤフィールドのサイズは５ビットである。
【００２８】
・Ｌ：長さフィールド（Ｌｅｎｇｔｈ  Ｆｉｅｌｄ）は、該当ＭＡＣ  ＳＤＵ又はＭＡＣ制御要素の長さをバイト単位で示す。最後のサブヘッダ、及び固定されたサイズのＭＡＣ制御要素に該当するサブヘッダを除いては、１つのＭＡＣ  ＰＤＵサブヘッダ毎に１つのＬフィールドが存在する。ＬフィールドのサイズはＦフィールドにより示される。
【００２９】
・Ｆ：フォーマットフィールド（Ｆｏｒｍａｔ  Ｆｉｅｌｄ）は、長さフィールドのサイズを示す。最後のサブヘッダ、及び固定されたサイズのＭＡＣ制御要素に該当するサブヘッダを除いては、１つのＭＡＣ  ＰＤＵサブヘッダ毎に１つのＦフィールドが存在する。Ｆフィールドのサイズは１ビットである。移動端末は、ＭＡＣ  ＳＤＵ又はＭＡＣ制御要素のサイズが１２８バイト以下の場合はＦフィールドの値を「０」に設定し、そうでない場合は「１」に設定する。
【００３０】
・Ｅ：拡張フィールド（Ｅｘｔｅｎｓｉｏｎ  Ｆｉｅｌｄ）は、ＭＡＣヘッダに複数のフィールドが存在するか否かを示すフラグである。Ｅフィールドは、「１」に設定され、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドから構成される他のセットを示す。Ｅフィールドは、「０」に設定され、ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素もしくはパディングが次のバイトから開始されることを示す。
【００３１】
・Ｒ：Ｒｅｓｅｒｖｅｄ  Ｂｉｔであり、「０」に設定される。
【００３２】
ＭＡＣヘッダ及びサブヘッダはオクテット整列される。
【００３３】
以下、ＬＣＩＤ内で使用される値に関する情報を、ＤＬ−ＳＣＨ及びＵＬ−ＳＣＨに関する下記表で説明する。
【００３４】
【表１】
0005389827.tif 000002
【００３５】
【表２】
0005389827.tif 000003
以下、ＭＡＣエンティティがＭＡＣ  ＰＤＵを構成する方法を説明する。
【００３６】
複数のＲＢが１つのトランスポートチャネルに多重化されて伝送される場合、（ＬＴＥをサポートする）移動端末内のＭＡＣ層は、伝送する毎に与えられた無線リソースに対して次のような規則を使用して伝送データ量を決定する。
【００３７】
１）まず、多重化されたトランスポートチャネルに対して、各論理チャネルの論理チャネル優先順位（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙ；  ＬＣＰ）の降順に伝送データ量を決定し、その決定されたデータ量に応じて前記論理チャネルのデータを利用してＭＡＣ  ＰＤＵを構成する。
【００３８】
２）残った無線リソースがある場合、上記ステップ１）が繰り返される。すなわち、さらに、多重化されたトランスポートチャネルに対して、各論理チャネルの論理チャネル優先順位（ＬＣＤ）の降順に伝送データ量を決定する。
【００３９】
ここで、ＬＣＰは現在１〜８が議論されており、１が最高、８が最低と定義されている。しかしながら、上記特定の定義は今後の議論で変更可能である。また、前記過程で必ず送るべきＭＡＣ  ＣＥがある場合、前記ＭＡＣ  ＣＥは優先的にＭＡＣ  ＰＤＵに含まれる。
【００４０】
移動端末は以下の少なくとも１つの場合にＢＳＲ過程をトリガする。
【００４１】
ａ）まず、全てのバッファにデータがないが、いずれかのバッファにデータが新たに到着した場合（レギュラーＢＳＲ（Ｒｅｇｕｌａｒ  ＢＳＲ））
ｂ）ある空のバッファにデータが到着し、かつ前記バッファに関連する論理チャネルの優先順位が、既にデータを有しているバッファに関連する論理チャネルの優先順位より高い場合（レギュラーＢＳＲ）
ｃ）セルが変わった場合（レギュラーＢＳＲ）
ｄ）最後にＢＳＲを伝送した時点から所定時間が経過した場合（周期的ＢＳＲ（Ｐｅｒｉｏｄｉｃ  ＢＳＲ））
ｅ）構成したＭＡＣ  ＰＤＵに残りの空間がある場合（パディングＢＳＲ（Ｐａｄｄｉｎｇ  ＢＳＲ））
前記トリガのうち、ＢＳＲが最後のシチュエーションでトリガされる場合、前記ＢＳＲをパディングＢＳＲという。移動端末は基地局から割り当てられた無線リソースの量に応じて、すなわちＭＡＣ  ＰＤＵのサイズに応じてＭＡＣ  ＰＤＵを構成する。ここで、移動端末のＭＡＣエンティティは、移動端末自身に設定された各論理チャネルに対して、前記論理チャネルのバッファに保存されているデータをＭＡＣ  ＰＤＵに順次含める（又は、挿入する）が、前記各論理チャネルに保存されている全てのデータを含めた（挿入した）後も前記ＭＡＣ  ＰＤＵに空間が残る場合、ＢＳＲ過程をトリガし、この過程でトリガされたパディングＢＳＲを前記ＭＡＣ  ＰＤＵに含めてＭＡＣ  ＰＤＵを構成し、基地局に伝送する。
【００４２】
ところが、従来技術によれば、パディングにより発生するＢＳＲはＭＡＣ  ＰＤＵの最後の部分に位置する。すなわち、移動端末のＭＡＣエンティティが各論理チャネルのデータを利用してＭＡＣ  ＰＤＵを構成した後、前記ＭＡＣ  ＰＤＵに空間が残る場合、前記構成されたＭＡＣ  ＰＤＵの後に、追加でＢＳＲを含める（挿入する）。これを図９に示す。
【００４３】
図９においては、基地局から移動端末にＸ＋ＮバイトのＭＡＣ  ＰＤＵを構成できる無線リソースが割り当てられていると仮定する。この場合、ＭＡＣエンティティは、各論理チャネルに保存されているデータに基づいて、ＭＡＣ  ＰＤＵを満たし始める。図９において、（ａ）部分は、ＭＡＣエンティティがＭＡＣエンティティのバッファに保存されている全てのデータを利用して構成したＭＡＣ  ＰＤＵにパディングが発生したことを示す。パディングのサイズがＢＳＲのサイズより大きい場合、ＭＡＣエンティティは前記パディング領域にＢＳＲを追加する。
【００４４】
この場合、図９から分かるように、パディングによりパディングＢＳＲが含まれていることを示していないため、前記ＭＡＣ  ＰＤＵを受信した受信側はＢＳＲ情報を効果的に利用することができない。つまり、受信側が図９の（ａ）と（ｂ）のいずれを受信したか分からないため、ＭＡＣ  ＰＤＵにＢＳＲが含まれていても、基地局はＢＳＲ情報を効果的に利用して無線リソースを割り当てることができない。
【００４５】
また、場合によっては、パディングＢＳＲの伝送のために、ＭＡＣ  ＰＤＵに含まれるユーザデータ量が少なくなるという問題も発生する。
【００４６】
図１０は、Ｌ＋Ｍ＋３バイトのサイズを有するＭＡＣ  ＰＤＵを構成させる指示が移動端末に受信された例を示す図である。同図において、残りの空間はパディング領域であり、図に示すように２バイトである。この場合、ショートＢＳＲのサイズが１バイトであるため、移動端末は前記残りの空間にショートＢＳＲを挿入することができると判断し、パディングＢＳＲをトリガする。しかし、ＭＡＣエンティティがショートパディングＢＳＲを挿入しようとすると問題が発生する。例えば、図１０から分かるように、ＲＬＣ  ＰＤＵ  ＮのＭＡＣサブヘッダにはＬフィールドが含まれていない。ところが、前記過程でパディングＢＳＲが挿入されると、前記ＲＬＣ  ＰＤＵ  Ｎは前記ＭＡＣ  ＰＤＵに含まれる最後の要素ではなくなる。よって、ある一定のシチュエーションにおいて、最後の要素ではないＭＡＣ  ＳＤＵのＭＡＣサブヘッダにはＬフィールドが含まれていなければならない。従って、前記過程で無理にパディングＢＳＲを挿入した場合、次のようなエラーが発生する。
【００４７】
すなわち、図１１から分かるように、残りの２バイトのうち１バイトはパディングＢＳＲのために使用されたので、ＭＡＣサブヘッダが追加で使用できるのは１バイトだけである。しかし、同図において、ＲＬＣ  ＰＤＵ  Ｎが２バイトのＬフィールドを要求すると、エラーが発生する。この場合、正常のＭＡＣサブヘッダを構成するためには、結局、ＲＬＣ  ＰＤＵの一部を１バイト減らさなければならないという問題が発生する。
【００４８】
本発明は、パディングＢＳＲがトリガされた場合、ＭＡＣエンティティが効果的に前記パディングＢＳＲをＭＡＣ  ＰＤＵに含めて又は挿入して伝送する方法を提案する。以下、様々な実施形態を説明する。
【００４９】
実施形態１
パディングＢＳＲがＭＡＣ  ＰＤＵの最後の部分でない他の位置に含まれる（又は、挿入される）。パディングＢＳＲ過程がトリガされた場合、前記パディングＢＳＲをＭＡＣ
ＰＤＵのＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥのうち最後のものの直前に挿入する。これにより、前記ＭＡＣ  ＳＤＵ、ＭＡＣ  ＣＥ、及びパディングＢＳＲに関連するＭＡＣサブヘッダも同じ順序で配置される。パディングＢＳＲ過程がトリガされた場合、前記パディングＢＳＲをＭＡＣ  ＰＤＵの他のＭＡＣ  ＳＤＵより前に含める（又は、挿入する）。従って、前記パディングＢＳＲに関連するＭＡＣサブヘッダも同じ順序で配置される。パディングＢＳＲ過程がトリガされた場合、前記パディングＢＳＲをＭＡＣ  ＰＤＵの他のＭＡＣ  ＳＤＵより後に含める（又は、挿入する）。従って、前記パディングＢＳＲに関連するＭＡＣサブヘッダも同じ順序で配置される。
【００５０】
ＭＡＣ  ＰＤＵを構成する際に、前記ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵ及びＭＡＣ  ＣＥとそれらに関連するＭＡＣサブヘッダで満たした後、前記ＭＡＣ  ＰＤＵに、少なくともショートＢＳＲとロングＢＳＲとそのＭＡＣサブヘッダとの総計と同じサイズの空間が残っている場合、前記ショートＢＳＲ又はロングＢＳＲとそのＭＡＣサブヘッダを前記ＭＡＣ  ＰＤＵに含める（又は、挿入する）。この過程で、前記ＭＡＣパディングＢＳＲは、前記ＭＡＣ  ＰＤＵのＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥより前に含める。前記ＭＡＣパディングＢＳＲに関連するＭＡＣサブヘッダは、前記ＭＡＣ  ＰＤＵのＭＡＣサブヘッダのうち最初に含まれることが好ましい。
【００５１】
本発明は、ＭＡＣエンティティがパディングＢＳＲをトリガする際に、ＭＡＣサブヘッダのサイズを考慮することを提案する。すなわち、ＭＡＣ  ＰＤＵの構成において、ＭＡＣエンティティは、ＭＡＣ  ＰＤＵにパディング領域があるか否かを考慮する際に、ＢＳＲのサイズ及びそのサブヘッダのサイズも考慮する。例えば、ショートＢＳＲのサイズは１バイトであるが、そのサブヘッダのサイズである１バイトも考慮して、ＭＡＣ  ＰＤＵの残りの空間が２バイト以上の場合にのみＢＳＲ過程（ショートＢＳＲ）をトリガする。また、この場合、他のＭＡＣ  ＳＤＵ及びＭＡＣ  ＣＥのサブヘッダを正常に構成できる場合にのみ、前記パディングＢＳＲがトリガされる。ここで、正常な構成とは、Ｌフィールドを必要としないＭＡＣ  ＣＥにはＦ／Ｌフィールドを有しないＭＡＣサブヘッダを含め、Ｌフィールドを必要とするＭＡＣ  ＣＥ又は最後のＭＡＣ  ＳＤＵを除いた残りのＭＡＣ  ＳＤＵにはＦ／Ｌフィールドを有するＭＡＣサブヘッダを含め、そして最後のＭＡＣ  ＳＤＵにはＦ／Ｌフィールドを有しないＭＡＣサブヘッダを含めることをいう。
【００５２】
前記過程において、ＭＡＣ  ＰＤＵを構成した後、残りの空間があってパディングＢＳＲがトリガされ、ＢＳＲがＭＡＣ  ＰＤＵに含まれる（挿入される）場合、前記ＢＳＲをレギュラーＢＳＲとみなす。すなわち、前記パディングＢＳＲはレギュラーＢＳＲと同様に取り扱う。つまり、この場合、前記パディングＢＳＲにはレギュラーＢＳＲと同じ位置構成の制約が適用される。
【００５３】
前記過程において、パディングによりパディングＢＳＲがトリガされた場合、特に、パディングＢＳＲによりＭＡＣ  ＰＤＵにショートＢＳＲが含まれる場合、前記ショートＢＳＲは、移動端末に設定された論理チャネルの中で、バッファにデータがある論理チャネルのうち優先順位が最も高い論理チャネルに関連する論理チャネルグループのバッファ情報を含む。
【００５４】
実施形態２
本発明は、ＭＡＣ  ＰＤＵの受信側が前記ＭＡＣ  ＰＤＵにＢＳＲが含まれているか否かを容易に把握できるように、特に、パディングによりＢＳＲがＭＡＣ  ＰＤＵに含まれる場合も、受信側が前記ＭＡＣ  ＰＤＵにＢＳＲが含まれているか否かを容易に把握できるように、パディングによりＢＳＲがトリガされてＭＡＣ  ＰＤＵに含まれる場合、これをＬＣＩＤフィールドを使用して直接的に（又は、明確に）示すことを提案する。具体的には、ＭＡＣサブヘッダを利用してＢＳＲが含まれているか否かを示すことを提案する。
【００５５】
図１２の（ａ）においては、ＭＡＣ  ＰＤＵにパディングが含まれる場合、前記パディングのサイズに基づいて、受信側がパディングＢＳＲが含まれているか否かが分かるようにしている。図１２の（ｂ）においては、パディングによりＢＳＲがＭＡＣ  ＰＤＵに含まれても、含まれるＢＳＲに関連するＬＣＩＤフィールドが設定されたＭＡＣサブヘッダを前記ＭＡＣ  ＰＤＵに挿入することにより、ＢＳＲが存在するか否かを直接的に（又は、明確に）示している。
【００５６】
本発明の他の方式として、受信側は、ＭＡＣ  ＰＤＵにＢＳＲが含まれている場合、そして前記ＭＡＣ  ＰＤＵにパディングがある場合、前記ＢＳＲをパディングＢＳＲとみなす。
【００５７】
前記過程において、パディング過程によりパディングＢＳＲがトリガされた場合、そしてこれによりＭＡＣ  ＰＤＵにＢＳＲが含まれる場合、これを示すために、ショートＢＳＲ又はロングＢＳＲを示すために割り当てられたＬＣＩＤとは異なる別のＬＣＩＤを指定することができる。すなわち、移動端末は、パディングによりパディングＢＳＲがトリガされた場合、そしてこれによりＭＡＣ  ＰＤＵにＢＳＲが含まれる場合、前記ＢＳＲに関連するＭＡＣサブヘッダ内に前記別に指定されたＬＣＩＤでＬＣＩＤフィールドを設定する。
【００５８】
実施形態３
図１３の（ａ）、（ｂ）、（ｃ）を参照すると、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵに各論理チャネルからのデータとＭＡＣ制御要素を含めた（又は、満たした、挿入した）後、前記ＭＡＣ  ＰＤＵに２バイトの空間が残る場合、パディングＢＳＲ処理のために活用する。様々な活用方法を後述する。
【００５９】
本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵに各論理チャネルからのデータとＭＡＣ制御要素を含めた（又は、満たした、挿入した）後、前記ＭＡＣ  ＰＤＵに２バイトの空間が残る場合、パディングヘッダ、すなわち１バイトのパディングヘッダを複数含める方法を用いて残りの空間を満たす。
【００６０】
本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵに各論理チャネルからのデータとＭＡＣ制御要素を含めた（又は、満たした、挿入した）後、前記ＭＡＣ  ＰＤＵに２バイトの空間が残る場合、最後のＭＡＣサブヘッダにＬフィールドを含めて２バイトの空間を満たす。
【００６１】
本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵを各論理チャネルからのデータとＭＡＣ制御要素を含めた（又は、満たした、挿入した）後、前記ＭＡＣ  ＰＤＵに２バイトの空間が残る場合、パディングＢＳＲ、すなわちＭＡＣサブヘッダのための１バイトのＢＳＲと１バイトのショートＢＳＲを含める方法を用いて残りの空間を満たす。
【００６２】
前記例示は、ＭＡＣ  ＰＤＵに２バイトの空間が残る場合に限定されるものではなく、４バイトなど、他の数のバイトの空間が残る場合にも適用される。
【００６３】
実施形態４
本発明は、基地局がＭＡＣ  ＰＤＵを構成して移動端末に伝送する際に、前記ＭＡＣ  ＰＤＵを構成した後、パディング領域が発生した場合、前記ＭＡＣ  ＰＤＵにＴＡＣコマンド（Ｔｉｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｃｏｍｍａｎｄ；  ＴＡ  ＣＭＤ）を含めることを提案する。前記ＴＡＣコマンドは、移動端末がアップリンクの伝送タイミングを調整するのに利用される。例えば、基地局は、ＭＡＣ  ＰＤＵを構成した後に前記ＭＡＣ  ＰＤＵに２バイト残る場合、前記２バイトのうち１バイトはＴＡＣコマンドのサブヘッダのために割り当て、残りの１バイトはＴＡＣコマンド、すなわち移動端末がアップリンクの伝送タイミングを調整するためのタイミング情報のために割り当てる。また、１バイトのパディング領域だけ残っても、基地局は、関連するＭＡＣサブヘッダを含めず、ＭＡＣ  ＰＤＵにＴＡＣコマンドを含めて伝送する。
【００６４】
実施形態５
本発明は、移動端末がパディング領域があると判断してパディングＢＳＲをトリガする際に、より正確な基準を提示することにより、パディングＢＳＲがＭＡＣ  ＰＤＵに含められない場合にパディングＢＳＲをトリガすることを防止しようとする。よって、本発明においては、移動端末がＭＡＣ  ＣＥ及びＭＡＣ  ＳＤＵを利用してＭＡＣ  ＰＤＵを構成した場合、移動端末は、残りの空間、すなわちパディングバイトのサイズを、ＭＡＣ  ＰＤＵのサイズからＭＡＣ  ＳＤＵ及びＭＡＣ  ＣＥとそれらに関連するＭＡＣサブヘッダのサイズを引いて求める。そして、前記計算において、移動端末は、前記ＭＡＣ  ＰＤＵに含まれる最後の要素、すなわち最後のＭＡＣ  ＳＤＵに対して、前記ＭＡＣ  ＳＤＵに関連するＭＡＣサブヘッダにはＬフィールドが含まれると仮定して計算する。最後の要素がＭＡＣ  ＣＥであり、かつ前記ＭＡＣ  ＣＥが可変的なサイズを有する場合、移動端末は、前記ＭＡＣ  ＣＥに対して、前記ＭＡＣ  ＣＥに関連するＭＡＣサブヘッダにはＬフィールドが含まれると仮定して計算する。すなわち、ＭＡＣ  ＰＤＵの最後の要素に対するＭＡＣサブヘッダは「Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ」と仮定し、前記ＭＡＣ  ＰＤＵのパディングバイトのサイズを計算する。そして、前記パディングバイトのサイズがＢＳＲのサイズとそれに関連するＭＡＣサブヘッダのサイズの合計より大きいか等しい場合にのみパディングＢＳＲをトリガする。
【００６５】
つまり、パディングバイトの数を求める際は、ＭＡＣ  ＰＤＵに含まれる全てのＭＡＣ  ＳＤＵに対して、前記関連するＭＡＣサブヘッダにＦ／Ｌフィールドを含めて計算する。この場合、可変的なサイズを有するＭＡＣ  ＣＥに対しても、前記ＭＡＣ  ＣＥに関連するサブヘッダにＦ／Ｌフィールドを含めて計算する。そして、前記パディングバイトのサイズがＢＳＲのサイズとそれに関連するＭＡＣサブヘッダのサイズの合計より大きいか等しい場合にのみパディングＢＳＲをトリガする。
【００６６】
実施形態６
図１４の（ａ）、（ｂ）及び図１５の（ａ）、（ｂ）、（ｃ）を参照すると、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵを各論理チャネルからのデータとＭＡＣ制御要素で満たした後、前記ＭＡＣ  ＰＤＵに２バイトの空間が残り、かつ前記過程で既に前記ＭＡＣ  ＰＤＵにショートＢＳＲが含まれている場合、前記ショートＢＳＲをロングＢＳＲで代替することを提案する。すなわち、ショートＢＳＲの代わりにロングＢＳＲを前記ＭＡＣ  ＰＤＵに含める。これを図１４に示す。
【００６７】
つまり、本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵを各論理チャネルからのデータとＭＡＣ制御要素で満たした後、前記ＭＡＣ  ＰＤＵに４バイトの空間が残る場合、これをパディングＢＳＲのために活用し、特にロングＢＳＲを活用する。ここで、４バイトは、１バイトのＭＡＣサブヘッダ、１バイトのショートＢＳＲ、そして２バイトのパディングバイトからなる。
【００６８】
本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵを各論理チャネルからのデータとＭＡＣ制御要素で満たした後、前記ＭＡＣ  ＰＤＵに空間が残り、かつ既に前記ＭＡＣ  ＰＤＵにＢＳＲが含まれている場合、１つ又は複数の追加ＢＳＲを挿入することを提案する。
【００６９】
また、本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵを各論理チャネルからのデータとＭＡＣ制御要素で満たした後、前記ＭＡＣ  ＰＤＵに空間が残り、かつ既に前記ＭＡＣ  ＰＤＵにＢＳＲが含まれている場合、パディングＢＳＲをトリガしない。
【００７０】
さらに、本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵを各論理チャネルからのデータとＭＡＣ制御要素で満たした後、前記ＭＡＣ  ＰＤＵに空間が残り、かつ既に周期的ＢＳＲ又はレギュラーＢＳＲがトリガされている場合、最大サイズのパディングＢＳＲと前記既にトリガされているＢＳＲのうち最も大きいもののみを挿入する。
【００７１】
さらに、本発明によれば、ＭＡＣ  ＰＤＵを構成する際に、送信側ＭＡＣエンティティは、ＭＡＣ  ＰＤＵを各論理チャネルからのデータとＭＡＣ制御要素で満たした後、周期的ＢＳＲ又はレギュラーＢＳＲがトリガされた場合、パディングＢＳＲをトリガしない。
【００７２】
本発明は、移動端末がＭＡＣ  ＰＤＵを構成する際に、前記ＭＡＣ  ＰＤＵに空間が残る場合、これを効果的に活用する方法を提示することにより、無線リソースの有用性と効率性を向上させるという効果を奏する。
【００７３】
以下、本発明の概念及び特徴に関する詳細を説明する。
【００７４】
詳細＃１
パディングＢＳＲは、最後のＭＡＣサブヘッダの前に他の箇所又は位置に含めることができる。すなわち、トランスポートブロック（ＴＢ）をサブヘッダ及び関連するＭＡＣ  ＳＤＵ又は他のＭＡＣ制御要素で満たした後、２バイトのパディングが残る場合、２バイトのショートＢＳＲを含める。例えば、最初のサブヘッダは、パディングを正確に除去することができれば、ショートＢＳＲとなる。
【００７５】
すなわち、トランスポートブロック（ＴＢ）をサブヘッダ及び関連するＭＡＣ  ＳＤＵ又は他のＭＡＣ制御要素で満たした後、パディングが２バイトであると、ＭＡＣ  ＳＤＵの最後のサブヘッダは２バイトのＬフィールドを含むことができる。すなわち、長いＬフィールドと１５ビットのＬフィールドを示すＦフィールドを使用する。各ＭＡＣサブヘッダの復号時、サブヘッダのサイズとそれに関連するＭＡＣ制御要素又はＭＡＣ  ＳＤＵのサイズの合計がトランスポートブロックのサイズと同じ場合（ここで、トレイリング１〜７ビットを除く。）、受信側ＭＡＣエンティティは、もうサブヘッドがないとみなす。これはエラー状況ではないとみなす。つまり、パディングバイト／ＬＣＩＤを有することなくトランスポートブロックに正確に合うように挿入することができれば、最後のＭＡＣサブヘッダにＬフィールドを含めることができる。
【００７６】
詳細＃２
１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合を除いて、パディングはＭＡＣ  ＰＤＵの最後に発生する。
【００７７】
１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合、パディングに対応する１つ又は２つのＭＡＣ  ＰＤＵサブヘッダを、ＭＡＣ  ＳＤＵに対応する最初のＭＡＣ  ＰＤＵサブヘッダの前に挿入するか、又はこのサブヘッダが存在しなければ、ＭＡＣ制御要素に対応する最後のＭＡＣ  ＰＤＵサブヘッダの前に挿入する。
【００７８】
ＦＤＤのために、サポート可能なトランスポートブロックサイズ内の量子化（ｑｕａｎｔｉｚａｔｉｏｎ）又はスケジューリング情報のトリガにより、データ及びヘッダのサイズが移動端末により選択されたＥ−ＴＦＣのトランスポートブロックサイズから２４ビットを引いた値より小さいか等しい場合、ＭＡＣ−ｅヘッダの最後にＤＤＩ値［１１１１１１］が追加され、スケジューリング情報は前記ＭＡＣ−ｅ  ＰＤＵに含まれる（ｃｏｎｃａｔｅｎａｔｅｄ）。ＤＤＩ値［１１１１１１］は、前記ＭＡＣ−ｅ  ＰＤＵにスケジューリング情報が含まれることを明示する。それに対して、データ及びヘッダのサイズが移動端末により選択されたＥ−ＴＦＣのトランスポートブロックサイズから１８ビットを引いた値より小さいか等しい場合、前記ＭＡＣ−ｅ  ＰＤＵにスケジューリング情報が含まれる。他の場合は、他のＭＡＣ−ｅｓ  ＰＤＵ又はスケジューリング情報を含める空間がなく、追加ＤＤＩフィールドのためにトランスポートブロックに空間を予定しておく必要がない。
【００７９】
すなわち、ＨＳＵＰＡの場合、ＭＡＣ  ＴＢに何を含めていつ満たすことを止めるかを決定するために、送信側は、継続してＭＡＣヘッダのサイズとＭＡＣデータのサイズの合計と使用可能なトランスポートブロックのサイズとを比較する。つまり、場合によっては、スケジューリング情報はスケジューリング情報の存在を示すフィールドなく追加される。従って、ＤＤＩなどの特定ヘッダフィールドは、効率性を向上させるために除くことができる。
【００８０】
しかし、現在のＬＴＥ  ＭＡＣ標準にはこのような動作が明示されていない。よって、ＨＳＵＰＡ動作が禁止されているか否かが疑問である。これを図１３に示す。
【００８１】
図１３の（ａ）において、残りの２バイトは２つのパディングサブヘッダを含めるのに使用されている。図１３の（ｂ）において、２バイトはＦフィールド及びＬフィールドで代替されている。よって、最後のサブヘッダにもＦフィールド及びＬフィールドが含まれる。これはＨＳＵＰＡでも同様である。すなわち、サブヘッダとデータフィールドの総合計とトランスポートブロックサイズとを比較することにより、受信側はパディングがないことが分かる。図１３の（ｃ）において、２バイトはショートＢＳＲで代替される。実際には、ショートＢＳＲは空のＢＳＲではない。有用な状況（ｃ）を図１６に示す。
【００８２】
図１６によれば、パディングＬＣＩＤの存在は、移動端末のバッファにデータがまだあるか否かを区分しない。ｅＮＢスケジューラの効率を向上させるために、図１３の方式（ｃ）のほうが方式（ａ）より好ましい。すなわち、パディングにより２バイトを浪費せず、ショートＢＳＲのために使用することがより有用である。
【００８３】
以下、図４〜図６をさらに参照して、ＭＡＣ  ＰＤＵ（ＤＬ−ＳＣＨ及びＵＬ−ＳＣＨ）について説明する。
【００８４】
図４に示すように、ＭＡＣ  ＰＤＵは、ＭＡＣヘッダ、０又はそれ以上のＭＡＣ  ＳＤＵ、０又はそれ以上のＭＡＣ制御要素、及び選択的パディングから構成される。ＭＡＣヘッダ及びＭＡＣ  ＳＤＵは可変的なサイズを有する。ＭＡＣ  ＰＤＵヘッダは１つ又はそれ以上のＭＡＣ  ＰＤＵサブヘッダから構成され、各サブヘッダはＭＡＣ  ＳＤＵ、ＭＡＣ制御要素もしくはパディングに対応する。ある実施形態においては、ＭＡＣ  ＰＤＵにはパディングのためのＭＡＣ  ＰＤＵサブヘッダが１つより多く存在してはいけない。
【００８５】
ＭＡＣ  ＰＤＵサブヘッダは、６つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ）から構成することができ、ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素は例外である。ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素のサブヘッダは、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）のみから構成される。従って、パディングに対応するＭＡＣ  ＰＤＵサブヘッダは、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）から構成される。
【００８６】
ＭＡＣ  ＰＤＵサブヘッダは、対応するＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、及びパディングと同じ順序を有する。ＭＡＣ制御要素は、パディングＢＳＲを除いて、どのＭＡＣ  ＳＤＵよりも前に位置する。パディングＢＳＲはＭＡＣ  ＰＤＵの最後に存在（発生）する。１バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合を除いては、パディングはＭＡＣ  ＰＤＵの最後に存在する。１バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合、パディングに対応するＭＡＣ  ＰＤＵサブヘッダを、ＭＡＣ  ＳＤＵに対応する最初のＭＡＣ  ＰＤＵサブヘッダの前に挿入するか、又はこのサブヘッダが存在しなければ、ＭＡＣ制御要素に対応する最後のＭＡＣ  ＰＤＵサブヘッダの前に挿入する。ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵ又はＭＡＣ制御要素（ＢＳＲを除く。）で満たした後、２バイト残る場合、ショートＢＳＲを含める。
【００８７】
ある実施形態においては、最大１つのＭＡＣ  ＰＤＵを各ＵＥの各ＴＢに対して伝送することができる。また、物理層分類に応じて、各ＵＥの各ＴＴＩに対して１つ又は２つのＴＢを伝送することができる。
【００８８】
このＭＡＣ  ＰＤＵがＤＬ／ＵＬ  ＳＣＨにのみ適用されても、他のトランスポートチャネルにも適用されても、これはＦＦＳである。
【００８９】
詳細＃３
ＭＡＣ  ＰＤＵの残りの空間がＢＳＲのサイズより大きいか等しい場合、パディングＢＳＲが含まれる。アップリンク（ＵＬ）リソースが割り当てられ、パディングビット数がＢＳＲ  ＭＡＣ制御要素より大きい場合、この場合のＢＳＲをパディングＢＳＲという。このパディングＢＳＲを表現する際に次の事項を考慮しなければならない。ＭＡＣ制御要素は、パディングＢＳＲを除いて、常にどのＭＡＣ  ＳＤＵよりも前に位置する。パディングＢＳＲはＭＡＣ  ＰＤＵの最後に存在し、１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合を除いては、パディングはＭＡＣ  ＰＤＵの最後に存在する。パディングＢＳＲとパディングの両方がＭＡＣ  ＰＤＵの最後に存在し得る。しかし、パディングＢＳＲをＢＳＲ  ＬＣＩＤにより直接的に示すか、パディングＬＣＩＤにより間接的に示すか、又は、パディングＢＳＲがパディングの後にくるか、パディングがパディングＢＳＲの後にくるかなどの事項は、本発明により解決される。
【００９０】
パディングＢＳＲを示す方式（４つの提案）
図１７は、パディングＢＳＲの存在を示す２つの実現方式（（ａ）及び（ｂ））を示す図である。
【００９１】
図１７の（ａ）において、パディング領域のサイズによって、対応するサブヘッダのないショートＢＳＲ又はロングＢＳＲを含める。図１７の（ａ）において、ＢＳＲはパディングサイズが２バイト以上であると含めることができる。前記方式において、ＭＡＣ  ＰＤＵを他のサブヘッダ又はＭＡＣ  ＳＤＵ／ＣＥで満たした後、３バイト残る場合、前記ＢＳＲを含めることができる。
【００９２】
図１７の（ｂ）において、最後の２つのＭＡＣサブヘッダは、ＢＳＲサブヘッダ及びパディングサブヘッダであり、パディングＢＳＲは直接的に示す。前記方式（ｂ）において、ＭＡＣ  ＰＤＵを他のサブヘッダ又はＭＡＣ  ＳＤＵ／ＣＥで満たした後、４バイト残る場合、前記ＢＳＲを含めることができる。
【００９３】
つまり、方式（ａ）と方式（ｂ）の違いは、ＢＳＲが含まれる残りのバイトの最小サイズである。
【００９４】
提案１
パディングＢＳＲを直接的に示すか、間接的に示すかを決定し、パディングＢＳＲ及びパディングの順序を考慮する。
【００９５】
図１７は、間接的な指示（ｉｍｐｌｉｃｉｔ  ｉｎｄｉｃａｔｉｏｎ）方式が図１２の（ａ）に用いられる場合のパディングＢＳＲの位置の２つの実現方式を示し、どちらも用いることができる。図１７においては、ＢＳＲがパディングに使用されるバイトの前後に位置することが分かる。
【００９６】
図１８は、直接的な指示（ｅｘｐｌｉｃｉｔ  ｉｎｄｉｃａｔｉｏｎ）方式が図１２の（ｂ）に用いられる場合のパディングＢＳＲの位置の２つの実現方式を示し、どちらもＥフィールドに基づいて行われる。ここで、Ｅフィールドが他のＭＡＣサブヘッダを示す場合、受信側は次のバイトを復号化するとその後に何がくるかが分かる。しかし、方式（ｂ）においては、パディングＬＣＩＤの後にＢＳＲ  ＬＣＩＤが検出されると、ｅＮＢのＭＡＣ受信器は、最後のバイトを直ちに復号化して移動端末のバッファ状態が分かる。それに対して、方式（ａ）においては、ＢＳＲ  ＬＣＩＤが検出されると、ｅＮＢのＭＡＣ受信器は、ＢＳＲの最初のバイトを復号化する前に、ＢＳＲの開始位置を計算しなければならない。
【００９７】
提案２
ＭＡＣ  ＰＤＵでパディングＢＳＲを最後にするか、パディングを最後にするかを決定する。
【００９８】
提案３
ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥ（ＢＳＲを除く。）で満たした後、２バイト残る場合、ショートＢＳＲの伝達のために使用すべきである。
【００９９】
一方、ＭＡＣ  ＰＤＵに２バイト残り、かつ前記ＭＡＣ  ＰＤＵにＢＳＲが既に含まれていると、図１９の場合（ショートＢＳＲを含めた後に２バイト残る場合）及び図２０の場合（ロングＢＳＲ含めた後に２バイト残る場合、直接的なパディングＢＳＲ指示）を考えることができる。
【０１００】
図１９の（ａ）は、ＭＡＣ  ＰＤＵに２バイト残り、かつ前記ＭＡＣ  ＰＤＵにショートＢＳＲが既に含まれている場合を示す。これは、各論理チャネルからのデータのみを満たした後、ＭＡＣ  ＰＤＵにもともと４バイト残っていたことを意味する。すなわち、ＭＡＣ  ＰＤＵをＲＬＣ  ＰＤＵで満たした後、ショートＢＳＲを含める前に、４バイト残っていた。ＲＬＣエンティティに追加データが存在するか否かに関係なく、４バイトはもともとパディングバイトであった。そうすると、ショートＢＳＲの代わりにロングＢＳＲを含めなければならなかった。つまり、（ａ）の代わりに（ｂ）を用いるべきである。
【０１０１】
図２０の（ａ）は、ＭＡＣ  ＰＤＵに２バイト残り、かつ前記ＭＡＣ  ＰＤＵにロングＢＳＲが含まれている場合を示す。これは、各論理チャネルからのデータを満たした後、ＭＡＣ  ＰＤＵにもともと６バイト残っていたことを意味する。すなわち、ＭＡＣ  ＰＤＵに上位層からのＲＬＣ  ＰＤＵのみを満たした後、６バイトが使用可能であることを意味する。これには３つの場合がある。
【０１０２】
１．全てのＲＬＣエンティティに残っているデータがなければ、６バイトはもともとパディングバイトであり、ＢＳＲが取り消されたか、又は正常の（ｎｏｒｍａｌ）パディングＢＳＲが含まれているであろう。この場合、パディングＢＳＲのために直接的な指示が用いられると、図４の（ａ）の代わりに図４の（ｂ）及び（ｃ）が発生する。パディングＢＳＲのために間接的な指示が用いられると、図５の（ａ）の代わりに図５の（ｂ）及び（ｃ）が発生する。
【０１０３】
２．ＭＡＣ  ＰＤＵを満たした後にデータを有する論理チャネルが１つであれば、ショートＢＳＲがトリガされており、残りの４バイトはその論理チャネルのためのデータを含めるために利用されているであろう。
【０１０４】
３．ＭＡＣ  ＰＤＵを満たした後にデータを有する論理チャネルが１つ以上であれば、ロングＢＳＲがトリガされているであろうが、この状況は異常であり、パディングＢＳＲのために直接的な指示が用いられると図２０の（ｂ）及び（ｃ）が発生し、パディングＢＳＲのために間接的な指示が用いられると（ロングＢＳＲが含まれた後に２バイト残っている場合である）図２１の（ｂ）及び（ｃ）が発生する。
【０１０５】
従って、２バイトのパディングサブヘッダの場合は、明白でないこともあり、常に有用なわけではない。現在のＭＡＣ構造は、２バイト型パディングの使用を避けることができ、２バイトのパディングサブヘッダは存在すべきでない。
【０１０６】
提案４
ＭＡＣヘッダ内での２バイトのパディングサブヘッダの使用は避けるべきである。
【０１０７】
詳細＃４
以下、ネットワークに関連して、本発明の一部の概念を説明する。
【０１０８】
ｅＮＢは、１つのＵＥのＲＬＣ／ＰＤＣＰバッファ内の使用可能なデータ及びＭＡＣ制御要素を利用してＭＡＣ  ＰＤＵを構成する。
【０１０９】
ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵｓ／ＭＡＣ  ＣＥｓで満たした後、
・ＭＡＣ  ＰＤＵを満たした後に２バイト残る場合、
・・ｅＮＢは、ＭＡＣ  ＰＤＵにＴＡＣコマンド（ＴＡ  ＣＭＤ）を含め、前記２バイトに代える。
【０１１０】
・・・この場合、１バイトはＴＡ  ＣＭＤのサブヘッダを含めるために使用され、
・・・・１バイトは実際のタイミングコマンドの値を含めるために使用される。
【０１１１】
・ＭＡＣ  ＰＤＵを満たした後に２バイトより多く残る場合、
・・ｅＮＢは、ＭＡＣ  ＰＤＵにＴＡ  ＣＭＤを含め、少なくとも２バイトに代える。
【０１１２】
・・・この場合、１バイトはＴＡ  ＣＭＤのサブヘッダを含めるために使用され、
・・・・１バイトは実際のタイミングコマンドの値を含めるために使用され、
・・・・・そして、少なくとも１バイトはパディングのためのサブヘッダとして使用される。
【０１１３】
・又は、ＭＡＣ  ＰＤＵを満たした後に２バイトより多く残る場合、
・・ｅＮＢは、ＭＡＣ  ＰＤＵにＴＡ  ＣＭＤを含め、少なくとも２バイトに代える。
【０１１４】
・・・この場合、１バイトは実際のタイミングコマンドの値を含めるために使用され、
・・・・また、１バイトはパディングのためのサブヘッダとして使用され、
・・・・・そして、他のバイトはパディングとして使用される。
【０１１５】
・・・あるいは、１バイトのパディングがＴＡ  ＣＭＤで代替される。
【０１１６】
以下、移動端末に関連して、本発明の一部の概念を説明する。
【０１１７】
ＵＥは、受信したＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵ及び／又はＭＡＣ  ＣＥに復号／再結合する。
【０１１８】
・ＵＥは各ＭＡＣサブヘッダ及び関連するＭＡＣ  ＳＤＵ／ＣＥを復号化し、
・・ＵＥはサブヘッダ及びＭＡＣ  ＳＤＵ／ＣＥのサイズの合計を計算し、
・・ＵＥはそのサイズの合計とＭＡＣ  ＰＤＵのサイズとを比較し、
・パディングが示され、（パディングサブヘッダを除いた）パディングのサイズが１バイトより大きいか等しい場合、
・・ＵＥはパディング部分にＴＡ  ＣＭＤが含まれているとみなす。
【０１１９】
詳細＃５
アップリンク方向に関連しては、現在のＭＡＣ標準に準拠すると、パディング領域にＢＳＲを含める空間が許容されると、ＵＥはＢＳＲを含めるであろう。ショートＢＳＲを含めるのに２バイトが必要であることを考慮すると、残りのパディング領域が２バイトになる度にＭＡＣ  ＰＤＵにＢＳＲを含めるであろう。
【０１２０】
図２２において、ショートＢＳＲを含めるためには２バイトで足りるため、図２２の（ａ）の状況は発生しないであろう。現在の標準の趣旨によれば、移動端末は図２２の（ｂ）のフォーマットで伝送しなければならない。
【０１２１】
従って、次のような２バイトのパディングのための特別な処理は必要でない。
【０１２２】
パディングはＭＡＣ  ＰＤＵの最後に存在する。１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合は例外である。１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合、パディングに対応する１つ又は２つのＭＡＣ  ＰＤＵサブヘッダを、ＭＡＣ  ＳＤＵに対応する最初のＭＡＣ  ＰＤＵサブヘッダの前に挿入するか、又はこのサブヘッダが存在しなければ、ＭＡＣ制御要素に対応する最後のＭＡＣ  ＰＤＵサブヘッダの前に挿入する。
【０１２３】
図２２の（ｂ）のＢＳＲは、パディング領域ゆえに含まれるので、パディングＢＳＲともいう。ＢＳＲがＭＡＣ  ＰＤＵの最後に位置しないため、現在のパディングの定義に反するとの主張があるかも知れない。しかし、パディングＢＳＲが必ずしもＭＡＣ  ＰＤＵの最後の要素である必要はない。また、パディングＢＳＲは直接的なＬＣＩＤで示される。従って、パディングＢＳＲはＭＡＣ  ＰＤＵ内のどこに位置してもよい。
【０１２４】
ダウンリンク方向においては、ＢＳＲを必要とせず、アップリンク方向とは状況が異なる。従って、ダウンリンク方向においては、２バイトのパディングのための特別な処理が必要である。ＴＡ  ＣＭＤのサイズが２バイトであるので、ＭＡＣ  ＰＤＵに２バイト残る毎にＴＡ  ＣＭＤを含められると考えることができる。ＵＥをより長く同期化状態にすることができ、より多くのＴＡ  ＣＭＤを送ることが好ましいが、これはｅＮＢの動作を不必要に制限する。
【０１２５】
追加検討として、より安全にするために、ＢＳＲが既に含まれているＭＡＣ  ＰＤＵに２バイト残っている事例を考えてみる。これを図２３（ショートＢＳＲ）及び図２４（ロングＢＳＲ）に示す。
【０１２６】
すなわち、ショートＢＳＲが既に含まれているＰＤＵに２バイト残っているということは、ＢＳＲのために４バイトが使用可能であるということを意味する。そうすると、ショートＢＳＲはロングＢＳＲで代替されるであろう。従って、図２３の（ａ）の代わりに図２３の（ｂ）が発生するであろう。
【０１２７】
すなわち、ロングＢＳＲが既に含まれているＰＤＵに２バイト残っているということは、ＢＳＲのために６バイトが使用可能であるということを意味する。そうすると、４バイトはロングＢＳＲのために使用し、残りの２バイトは最後のＭＡＣ  ＳＤＵのためのＬフィールド又はパディングＬＣＩＤのために使用することができる。従って、図２４の（ａ）の代わりに図２４の（ｂ）又は（ｃ）を用いるべきである。
【０１２８】
詳細＃６
本発明の特徴を次のように説明することもできる。
【０１２９】
パディングＢＳＲにおいて、
・パディングビット数がショートＢＳＲのサイズよりは大きいか等しく、ロングＢＳＲのサイズよりは小さい場合、バッファされたデータを有する優先順位が最も高い論理チャネルのＬＣＧのショートＢＳＲを報告し、
・そうでなければ、パディングビット数がロングＢＳＲのサイズより大きいか等しい場合、ロングＢＳＲを報告する。
【０１３０】
パディングＢＳＲの位置
図２２の（ｂ）のＢＳＲは、パディング領域ゆえに含まれるので、パディングＢＳＲともいう。ところが、ＢＳＲがＭＡＣ  ＰＤＵの最後に位置しないため、現在のＢＳＲの定義に反するともいえる。しかし、パディングＢＳＲが必ずしもＭＡＣ  ＰＤＵの最後の要素である必要はない。また、パディングＢＳＲは直接的なＬＣＩＤで示される。従って、パディングＢＳＲはＭＡＣ  ＰＤＵ内のどこに位置してもよい。
【０１３１】
図２５は、ＴＢに２バイトの残りの空間がある事例を示す（パディングＢＳＲが最後の要素）。
【０１３２】
ＭＡＣ  ＰＤＵ内のパディングを除いてパディングＢＳＲが最後の要素であると定義すると、図２５の（ｂ）を用いるべきである。
【０１３３】
図２５の（ｂ）において、２番目のＭＡＣサブヘッダにはＬフィールドがないが、ＭＡＣ  ＰＤＵで最後のサブヘッダではないため、図２５の（ｂ）は正確でないこともある。
【０１３４】
明らかなことは、ＢＳＲがないよりは、ＢＳＲがあることが好ましい。従って、図２５の（ａ）又は（ｂ）の代わりに図２２の（ｂ）を用いるべきである。よって、ＭＡＣ  ＰＤＵ内のＢＳＲの位置を制限してはいけない。
【０１３５】
ＭＡＣ制御要素は、パディングＢＳＲを除いて、常にどのＭＡＣ  ＳＤＵよりも前に位置する。パディングＢＳＲはＭＡＣ  ＰＤＵの最後に存在する。
【０１３６】
ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素を除いて、ＭＡＣ  ＰＤＵサブヘッダには、６つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ）がある。ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素のサブヘッダには、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）のみある。従って、パディングに対応するＭＡＣ  ＰＤＵサブヘッダは、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）から構成される。
【０１３７】
明らかなことは、ＢＳＲがないよりは、ＢＳＲがあることが好ましい。従って、図２５の（ａ）又は（ｂ）の代わりに図２２の（ｂ）を用いるべきである。図２５の（ｂ）を避ける方法として、ＭＡＣ  ＰＤＵ内のどこにでもパディングＢＳＲを配置できるようにする方法がある。これが許容されると、パディング領域が２バイトになる度に、パディングＢＳＲのトリガ条件下で、図２２の（ｂ）に示す伝送を実現することができる。
【０１３８】
ＭＡＣ  ＰＤＵは、長さがバイト整列（８ビットの倍数）されたビットストリングである。前記ビットストリングは、図表又はリストで示すことができ、ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）は図表で最初の行の左端のビットであり、ＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）は図表で最後の行の右端のビットである。より一般的には、ビットストリングは各ラインを左から右に順次読む。ＭＡＣ  ＰＤＵ内の各パラメータフィールドのビット順序は、左端のビットにある最初のＭＳＢ及び右端のビットにある最後のＬＳＢで示される。
【０１３９】
ＭＡＣ  ＳＤＵは、長さがバイト整列（８ビットの倍数）されたビットストリングである。ＳＤＵは、最初のビットから順次ＭＡＣ  ＰＤＵに含まれる。
【０１４０】
ＭＡＣ  ＰＤＵサブヘッダは、対応するＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、及びパディングと同じ順序を有する。
【０１４１】
ＭＡＣ制御要素は、パディングＢＳＲを除いて、常にどのＭＡＣ  ＳＤＵよりも前に位置する。パディングＢＳＲは、任意のＭＡＣ  ＳＤＵの前又は後に位置してもよい。
【０１４２】
アップリンク方向において、１バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合を除いては、パディングはＭＡＣ  ＰＤＵの最後に存在する。
【０１４３】
ダウンリンク方向において、１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合を除いては、パディングはＭＡＣ  ＰＤＵの最後に存在する。
【０１４４】
アップリンク方向においては、１バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合、パディングに対応する１つのＭＡＣ  ＰＤＵサブヘッダを、ＭＡＣ  ＳＤＵに対応する最初のＭＡＣ  ＰＤＵサブヘッダの前に挿入するか、又はこのサブヘッダが存在しなければ、ＭＡＣ制御要素に対応する最後のＭＡＣ  ＰＤＵサブヘッダの前に挿入する。
【０１４５】
ダウンリンク方向においては、１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合、パディングに対応する１つ又は２つのＭＡＣ  ＰＤＵサブヘッダを、ＭＡＣ  ＳＤＵに対応する最初のＭＡＣ  ＰＤＵサブヘッダの前に挿入するか、又はこのサブヘッダが存在しなければ、ＭＡＣ制御要素に対応する最後のＭＡＣ  ＰＤＵサブヘッダの前に挿入する。
【０１４６】
最大１つのＭＡＣ  ＰＤＵを各ＵＥの各ＴＢに対して伝送することができる。物理層分類に応じて、各ＵＥの各ＴＴＩに対して１つ又は２つのＴＢを伝送することができる。
【０１４７】
詳細＃７
ＭＡＣ  ＰＤＵヘッダは１つ又はそれ以上のＭＡＣ  ＰＤＵサブヘッダから構成され、各サブヘッダはＭＡＣ  ＳＤＵ、ＭＡＣ制御要素もしくはパディングに対応する。ＭＡＣ
ＰＤＵにはパディングのためのＭＡＣ  ＰＤＵサブヘッダが１つより多く存在してはいけない。
【０１４８】
ＭＡＣ  ＰＤＵサブヘッダは、対応するＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、及びパディングと同じ順序を有する。
【０１４９】
ＭＡＣ制御要素は、パディングＢＳＲを除いて、常にどのＭＡＣ  ＳＤＵよりも前に位置する。パディングＢＳＲはＭＡＣ  ＰＤＵの最後に存在する。
【０１５０】
１バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合を除いては、パディングはＭＡＣ  ＰＤＵの最後に存在する。
【０１５１】
１バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合、パディングに対応するＭＡＣ  ＰＤＵサブヘッダを、ＭＡＣ  ＳＤＵに対応する最初のＭＡＣ  ＰＤＵサブヘッダの前に挿入するか、又はこのサブヘッダが存在しなければ、ＭＡＣ制御要素に対応する最後のＭＡＣ  ＰＤＵサブヘッダの前に挿入する。
【０１５２】
ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵ又はＭＡＣ制御要素（ＢＳＲを除く。）で満たした後、２バイト残る場合、ショートＢＳＲを含める。
【０１５３】
最大１つのＭＡＣ  ＰＤＵを各ＵＥの各ＴＢに対して伝送することができる。また、物理層分類に応じて、各ＵＥの各ＴＴＩに対して１つ又は２つのＴＢを伝送することができる。
【０１５４】
詳細＃８
ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素を除いて、ＭＡＣ  ＰＤＵサブヘッダには、６つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ）がある。ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素のサブヘッダには、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）のみある。従って、パディングに対応するＭＡＣ  ＰＤＵサブヘッダは、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）から構成される。
【０１５５】
パディングビット数は、ＴＢのサイズからＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥのサイズとそれらに関連するＭＡＣサブヘッダのサイズを引いた値である。前記計算において、最後のＭＡＣ  ＳＤＵのＭＡＣサブヘッダは「Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ」の形態を有するとみなす。
【０１５６】
ＭＡＣ制御要素は、パディングＢＳＲを除いて、常にどのＭＡＣ  ＳＤＵよりも前に位置する。パディングＢＳＲは、ＭＡＣ  ＰＤＵ内のどこに位置してもよい。
【０１５７】
パディングＢＳＲにおいて、
・パディングビット数がロングＢＳＲのサイズより大きいか等しく、そのロングＢＳＲをＭＡＣ  ＰＤＵに挿入できる場合、ロングＢＳＲを報告し、
・そうでなければ、パディングビット数がショートＢＳＲのサイズより大きいか等しく、そのショートＢＳＲをＭＡＣ  ＰＤＵに挿入できる場合、バッファされたデータを有する優先順位が最も高い論理チャネルのＬＣＧのショートＢＳＲを報告する。
【０１５８】
詳細＃９
以下、２つの代替案を考えることができる。
【０１５９】
代替案１
パディングＢＳＲにおいて、
・パディングビット数がショートＢＳＲのサイズよりは大きいか等しく、ロングＢＳＲのサイズよりは小さい場合、バッファされたデータを有する優先順位が最も高い論理チャネルのＬＣＧのショートＢＳＲを報告し、
・そうでなければ、パディングビット数がロングＢＳＲのサイズより大きいか等しい場合、ロングＢＳＲを報告する。
【０１６０】
パディングビット数は、ＴＢのサイズからＭＡＣ  ＳＤＵ又はＭＡＣ  ＣＥのサイズとそれらに関連するＭＡＣサブヘッダのサイズを引いた値である。前記計算において、パディングを除いた最後のＭＡＣサブヘッダがＭＡＣ  ＳＤＵのためのものである場合、前記最後のＭＡＣサブヘッダは「Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ」の形態を有するとみなす。
【０１６１】
代替案２
パディングＢＳＲにおいて、
・パディングビット数がロングＢＳＲのサイズより大きいか等しく、ＭＡＣ  ＰＤＵ内のＭＡＣ  ＳＤＵのための全てのＭＡＣサブヘッダにＦフィールド及びＬフィールドを含めることができる場合、ロングＢＳＲを報告し、
・そうでなければ、パディングビット数がショートＢＳＲのサイズより大きいか等しく、ＭＡＣ  ＰＤＵ内のＭＡＣ  ＳＤＵのための全てのＭＡＣサブヘッダにＦフィールド及びＬフィールドを含めることができる場合、バッファされたデータを有する優先順位が最も高い論理チャネルのＬＣＧのショートＢＳＲを報告する。
【０１６２】
以下、発生し得る不明確な問題及びその解決策について説明する。
【０１６３】
図２６の（ａ）にはロングＢＳＲを追加するのに十分な空間があることが示されている。しかし、ＭＡＣ  ＰＤＵには既にショートＢＳＲが含まれている。現在の標準に準拠すると、複数のＢＳＲがトリガされると、１つのＢＳＲのみをＭＡＣ  ＰＤＵに追加することができる。従って、図２６においては、「ショート」かつ「レギュラー」のＢＳＲ、又は「ロング」かつ「パディング」のＢＳＲのいずれかのみ許容される。類似した問題が図２６の（ｂ）及び（ｃ）に示されている。
【０１６４】
従って、どちらを利用するか不明確である。すなわち、レギュラーＢＳＲ又は周期的ＢＳＲがパディングＢＳＲより優先順位が高いか確かではない。ロングＢＳＲを最大限多く利用することも考えることができる。又は、ショートレギュラーＢＳＲをロングパディングＢＳＲで代替することも考えることができる。それに対して、実現を簡単にするために、１つのＭＡＣ  ＰＤＵに複数のＢＳＲを含めることを提案する。このようにすることにより不明確な点を解消することができる。
【０１６５】
よって、前述した複数のＢＳＲに関する事例を解決するために、１つのＭＡＣ  ＰＤＵに複数のＢＳＲを含め、図２６のフォーマットを図２７のフォーマットで代替することもできる。
【０１６６】
他の解決策として、ＵＥは１つのロングＢＳＲを含めることもできる。すなわち、ＵＥは、ＭＡＣ  ＰＤＵを構成する際、残りの空間とレギュラーＢＳＲ及び周期的ＢＳＲのために既に割り当てられている空間を合わせ、ロングＢＳＲを含めることもできる。この解決策を図２６の問題事例に適用した場合のＭＡＣ  ＰＤＵのフォーマットを図２８に示す。
【０１６７】
詳細＃１０
スケジューラがパディングＢＳＲとレギュラーＢＳＲを区別できることが重要である。位置制限を除去すると、パディングＢＳＲのための別のＬＣＩＤを使用すべきである。ここで、パディングＢＳＲは、パディングサブヘッダを利用して直接的に示すべきである。
【０１６８】
・パディングビット数がショートＢＳＲ及びそのサブヘッダのサイズよりは大きいか等しく、ロングＢＳＲ及びそのサブヘッダのサイズよりは小さい場合、バッファされたデータを有する優先順位が最も高い論理チャネルのＬＣＧのショートＢＳＲを報告し、
・そうでなければ、パディングビット数がロングＢＳＲ及びそのサブヘッダのサイズより大きいか等しい場合、ロングＢＳＲを報告する。
【０１６９】
パディングを処理するための全般的な規則が例外を導入するより簡単である。レギュラーＢＳＲが含まれるか否かに関係なく、ＵＥは常に同じ規則を適用してパディングＢＳＲを含める。
【０１７０】
ＭＡＣ  ＰＤＵにＢＳＲが既に含まれている場合、追加ＢＳＲが必要でないこともある。追加ＢＳＲはＭＡＣ処理過程を増加させるからことがある。ＢＳＲフィールドはＰＤＵが形成された後に満たされるため、２つのＢＳＲが全く同じことがある。
【０１７１】
ショートＢＳＲが使用されると、これは報告されていない他の３つのグループにバッファされたデータがないことを意味することもできる。従って、ショートＢＳＲ（すなわち、レギュラーＢＳＲ又は周期的ＢＳＲ）は、全てのグループのバッファ状態を暗示することもできる。それに対して、ロングＢＳＲが使用されると、全てのグループのバッファ状態を報告することもできる。
【０１７２】
詳細＃１１
複数のＢＳＲがトリガされたときにどのＢＳＲを含めるかを考えなければならない。
【０１７３】
ＢＳＲが伝送されるまでに様々なイベントが発生しても、ＭＡＣ  ＰＤＵには１つのＢＳＲのみを含めることができる。
【０１７４】
例えば、周期的なタイマー満了でショートＢＳＲがトリガされ、ロングＢＳＲを含められる程度のパディング領域が残っている場合、含まれるＢＳＲの種類を決定しなければならない。レギュラーショートＢＳＲがトリガされ、パディング領域にショートＢＳＲのみ許容される場合、２つのショートＢＳＲを合わせてロングＢＳＲを形成することができる。この状況に対してはいくつかの解決策が可能である。
【０１７５】
オプションＡ：レギュラーＢＳＲ又は周期的ＢＳＲがトリガされるとパディングＢＳＲがトリガされない。このようにして他のサイズのＢＳＲを避けることができる。
【０１７６】
オプションＢ：ＭＡＣ  ＰＤＵにおいて、最大限レギュラーＢＳＲ又は周期的ＢＳＲの一方を含めることができ、最大１つのパディングＢＳＲを含めることができる。
【０１７７】
オプションＣ：レギュラーＢＳＲ又は周期的ＢＳＲがトリガされ、パディングＢＳＲもトリガされると、ＭＡＣ  ＰＤＵに挿入できる最も大きいＢＳＲが含まれる。
【０１７８】
前記オプションＡが簡単なため最も実用的である。
【０１７９】
様々な種類のＢＳＲがある。複数のＢＳＲがトリガされると、１つのＢＳＲのみ含まれる。
【０１８０】
しかし、複数のＢＳＲがトリガされたときにどのＢＳＲを含めるかに関する疑問が生じる。レギュラーＢＳＲ又は周期的ＢＳＲが既にトリガされていると、パディングＢＳＲはトリガされない。ＭＡＣエンティティは複数のＢＳＲがトリガされたときにどのＢＳＲを含めるかを判断できない。
【０１８１】
サービングｅＮＢに情報を提供して移動端末のＵＬバッファのデータ量を通知するために、バッファ状態報告（ＢＳＲ）過程を使用する。次のようなイベントの少なくとも１つが発生すると、バッファ状態報告がトリガされる。
【０１８２】
・ＵＥ伝送バッファにＵＬデータが到着し、そのデータがＵＥ伝送バッファに既に存在するデータより高い優先順位の論理チャネルに対応する場合、この場合のＢＳＲを以下ではレギュラーＢＳＲという。
【０１８３】
・ＵＬリソースが割り当てられ、パディングビット数がＢＳＲ  ＭＡＣ制御要素のサイズより大きい場合、この場合のＢＳＲを以下ではパディングＢＳＲという。
【０１８４】
・サービングセル変更が発生する場合、この場合のＢＳＲを以下ではレギュラーＢＳＲという。
【０１８５】
・周期的ＢＳＲタイマーが満了する場合、この場合のＢＳＲを以下では周期的ＢＳＲという。
【０１８６】
レギュラー及び周期的ＢＳＲにおいて、
・ＢＳＲが伝送されたＴＴＩにただ１つのＬＣＧにバッファされたデータがある場合、ショートＢＳＲを報告し、
・そうでなければ、ＢＳＲが伝送されたＴＴＩに１つ以上のＬＣＧにバッファされたデータがある場合、ロングＢＳＲを報告する。
【０１８７】
パディングＢＳＲにおいて、
・レギュラーＢＳＲ又は周期的ＢＳＲがトリガされていない場合、
・パディングビット数がショートＢＳＲのサイズよりは大きいか等しく、ロングＢＳＲのサイズよりは小さいと、バッファされたデータを有する優先順位が最も高い論理チャネルのＬＣＧのショートＢＳＲを報告し、
・そうでなければ、パディングビット数がロングＢＳＲのサイズより大きいか等しいと、ロングＢＳＲを報告する。
【０１８８】
バッファ状態報告過程により最後のＢＳＲを伝送した後にＢＳＲがトリガされたと判断される場合、
・ＵＥに今回のＴＴＩの新しい伝送のためにＵＬリソースが割り当てられていると、
・多重化及びアセンブリ過程（Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  Ａｓｓｅｍｂｌｙ  ｐｒｏｃｅｄｕｒｅ）をＢＳＲ  ＭＡＣ制御要素の生成のために指示し、
・周期的ＢＳＲタイマーを再開する。
【０１８９】
・そうでなければ、最後のＢＳＲを伝送した後にレギュラーＢＳＲがトリガされると、
・スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）をトリガするであろう。
【０１９０】
ＢＳＲが伝送されるまでに様々なイベントが発生しても、ＭＡＣ  ＰＤＵには１つのＢＳＲのみを含めることができる。
【０１９１】
アップリンクグラント（ＵＬ  ｇｒａｎｔ）が全てのペンディングデータを収容することができるが、追加でＢＳＲ  ＭＡＣ制御要素を収容するには不十分であると、進行中のＢＳＲを取り消すであろう。
【０１９２】
前述のように、本発明の様々な実施形態は、バッファ状態報告（ＢＳＲ）を処理する方法及び装置に関する。ＢＳＲトリガが行われると、ＢＳＲのサイズと必要なサブヘッダのサイズも共に考慮する。このようにすることにより、ＭＡＣ  ＰＤＵ（又は、トランスポートブロック（ＴＢ）もしくは他のデータユニット）にサブヘッダを挿入する（含める）ことができる。
【０１９３】
バッファ状態報告過程は、サービングｅＮＢに情報を提供してＵＥのＵＬバッファに伝送可能なデータ量を通知するのに使用される。バッファ状態報告過程のために、ＵＥは中断（ｓｕｓｐｅｎｄｅｄ）されていない全ての無線ベアラを考慮し、中断されている無線ベアラも考慮することができる。
【０１９４】
バッファ状態報告（ＢＳＲ）は、次のようなイベントの少なくとも１つが発生するとトリガされる。
【０１９５】
・１つのＬＣＧに属する論理チャネルに対してＵＬデータがＲＬＣエンティティ又はＰＤＣＰエンティティ内で伝送可能になり、任意のＬＣＧに属し、それに対するデータが既に伝送に使用可能である論理チャネルの優先順位より高い優先順位を有する論理チャネルに、そのＵＬデータが属するか、又は１つのＬＣＧに属するどの論理チャネルにも伝送可能なデータがない場合、この場合のＢＳＲをレギュラーＢＳＲという。
【０１９６】
・ＵＬリソースが割り当てられ、パディングビット数がＢＳＲ  ＭＡＣ制御要素のサイズより大きいか等しい場合、この場合のＢＳＲをパディングＢＳＲという。
【０１９７】
・サービングセル変更が発生する場合、この場合のＢＳＲを以下ではレギュラーＢＳＲという。
【０１９８】
・タイマー（ＲＥＴＸ＿ＢＳＲ＿ＴＩＭＥＲ）が満了し、ＵＥが伝送可能なデータを有する場合、この場合のＢＳＲをレギュラーＢＳＲという。
【０１９９】
・タイマー（ＰＥＲＩＯＤＩＣ＿ＢＳＲ＿ＴＩＭＥＲ）が満了する場合、この場合のＢＳＲを周期的ＢＳＲという。
【０２００】
レギュラー及び周期的ＢＳＲにおいて、
・ＢＳＲが伝送されるＴＴＩに１つ以上のＬＣＧに伝送可能なデータがある場合、ロングＢＳＲを報告し、
・そうでなければ、ショートＢＳＲを報告する。
【０２０１】
パディングＢＳＲにおいて、
・パディングビット数がショートＢＳＲ及びそのサブヘッダのサイズよりは大きいか等しく、ロングＢＳＲ及びそのサブヘッダのサイズよりは小さい場合、
・ＢＳＲが伝送されるＴＴＩに１つよりも多くのＬＣＧにバッファされたデータがある場合、伝送可能なデータがあって優先順位が最も高い論理チャネルを有するＬＣＧの短縮ＢＳＲを報告し、
・そうでなければ、ショートＢＳＲを報告し、
・そうでなければ、パディングビット数がロングＢＳＲ及びそのサブヘッダのサイズより大きいか等しい場合、ロングＢＳＲを報告する。
【０２０２】
バッファ状態報告過程により、ＢＳＲの最後の伝送後に少なくとも１つのＢＳＲがトリガされているか、又は少なくとも１つのＢＳＲがトリガされたのが最初であると判断される場合、
・ＵＥに今回のＴＴＩの新しい伝送のためにＵＬリソースが割り当てられていると、
・多重化及びアセンブリ過程をＢＳＲ  ＭＡＣ制御要素の生成のために指示し、
・ＢＳＲが短縮ＢＳＲである場合を除いて、タイマー（ＰＥＲＩＯＤＩＣ＿ＢＳＲ＿ＴＩＭＥＲ）を開始又は再開し、
・タイマー（ＲＥＴＸ＿ＢＳＲ＿ＴＩＭＥＲ）を開始（稼動していない場合）又は再開（稼動している場合）する。
【０２０３】
・そうでなければ、レギュラーＢＳＲがトリガされていると、
・スケジューリング要求をトリガするであろう。
【０２０４】
ＭＡＣ  ＰＤＵは最大１つのＭＡＣ  ＢＳＲ制御要素を含むはずであり、ＢＳＲが伝送されるまでに様々なイベントがＢＳＲをトリガしても、この場合はレギュラーＢＳＲ及び周期的ＢＳＲがパディングＢＳＲより優位となる。
【０２０５】
ＵＥは、ＵＬ−ＳＣＨで新しいデータの伝送許可を受信すると、タイマー（ＲＥＴＸ＿ＢＳＲ＿ＴＩＭＥＲ）を再開（稼動している場合）する。
【０２０６】
アップリンクグラントが伝送可能な全てのペンディングデータを収容することができるが、追加でＢＳＲ  ＭＡＣ制御要素を収容するには不十分であると、トリガされた全てのＢＳＲを取り消すであろう。ＢＳＲが伝送するＭＡＣ  ＰＤＵに含まれると、トリガされた全てのＢＳＲを取り消すであろう。
【０２０７】
以下、ＭＡＣ  ＰＤＵについてさらに説明する（ＤＬ−ＳＣＨ及びＵＬ−ＳＣＨ、トランスペアレントＭＡＣ（ｔｒａｎｓｐａｒｅｎｔ  ＭＡＣ）及びランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）を除く。）。
【０２０８】
図４に示すように、ＭＡＣ  ＰＤＵは、ＭＡＣヘッダ、０又はそれ以上のＭＡＣ  ＳＤＵ、０又はそれ以上のＭＡＣ制御要素、及び選択的パディングから構成される。
【０２０９】
ＭＡＣヘッダ及びＭＡＣ  ＳＤＵは可変的なサイズを有する。
【０２１０】
ＭＡＣ  ＰＤＵヘッダには１つ又はそれ以上のＭＡＣ  ＰＤＵサブヘッダがあり、各サブヘッダはＭＡＣ  ＳＤＵ、ＭＡＣ制御要素もしくはパディングに対応する。
【０２１１】
ＭＡＣ  ＰＤＵサブヘッダは、６つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ）から構成することができ、ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素は例外である。ＭＡＣ  ＰＤＵの最後のサブヘッダ及び固定されたサイズのＭＡＣ制御要素のサブヘッダは、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）のみから構成される。従って、パディングに対応するＭＡＣ  ＰＤＵサブヘッダは、４つのヘッダフィールド（Ｒ／Ｒ／Ｅ／ＬＣＩＤ）から構成される。
【０２１２】
ＭＡＣ  ＰＤＵサブヘッダは、対応するＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、及びパディングと同じ順序を有する。
【０２１３】
ＭＡＣ制御要素は、常にどのＭＡＣ  ＳＤＵよりも前に位置する。
【０２１４】
１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合を除いては、パディングはＭＡＣ  ＰＤＵの最後に存在する。パディングは任意の値を有し、ＵＥはこれを無視する。
【０２１５】
１バイト又は２バイトのパディングが必要であるがＭＡＣ  ＰＤＵの最後のパディングでは実現できない場合は、パディングに対応する１つ又は２つのＭＡＣ  ＰＤＵサブヘッダが、ＭＡＣ  ＳＤＵに対応する最初のＭＡＣ  ＰＤＵサブヘッダの前に挿入されるか、又はこのサブヘッダが存在しなければ、ＭＡＣ制御要素に対応する最後のＭＡＣ  ＰＤＵサブヘッダの前に挿入される。
【０２１６】
最大１つのＭＡＣ  ＰＤＵを各ＵＥの各ＴＢに対して伝送することができる。
【０２１７】
本発明によれば、ＭＡＣ制御要素には、バッファ状態報告ＭＡＣ制御要素（ＢＳＲ  ＭＡＣ制御要素）がある。
【０２１８】
ＢＳＲ  ＭＡＣ制御要素は次のように構成される。
【０２１９】
・ショートＢＳＲ及び短縮ＢＳＲのフォーマット：１つのＬＣＧ  ＩＤフィールド及び１つの対応するＢｕｆｆｅｒ  Ｓｉｚｅフィールド（図７）、又は、
・ロングＢＳＲのフォーマット：ＬＣＧ  ＩＤ（＃０〜＃３）に対応する４つのＢｕｆｆｅｒ  Ｓｉｚｅフィールド（図８）。
【０２２０】
ＢＳＲフォーマットはＭＡＣ  ＰＤＵサブヘッダのＬＣＩＤで識別される。
【０２２１】
ＬＣＧ  ＩＤフィールド及びＢｕｆｆｅｒ  Ｓｉｚｅフィールドは以下のように定義する。
【０２２２】
・ＬＣＧ  ＩＤ：ＬＣＧ  ＩＤフィールドは、バッファ状態が報告される論理チャネルのグループを示す。このフィールドの長さは２ビットである。
【０２２３】
・Ｂｕｆｆｅｒ  Ｓｉｚｅ：Ｂｕｆｆｅｒ  Ｓｉｚｅフィールドは、ＭＡＣ  ＰＤＵが形成された後に１つの論理チャネルグループの全ての論理チャネルから受信できる総データ量を示す。このデータ量はバイト数で示す。ＲＬＣ層及びＰＤＣＰ層内で伝送可能な全てのデータを含む。バッファサイズの計算においては、ＲＬＣ及びＭＡＣヘッダのサイズを考慮しない。このフィールドの長さは６ビットである。
【０２２４】
図２９を参照すると、本発明は、移動端末２９１０及び基地局２９２０内にＭＡＣエンティティ２９１２、２９２２を提供する。前記ＭＡＣエンティティは、構成されたＭＡＣ  ＰＤＵにパディング領域があるか否かを確認する確認部２９１３、２９２３と、パディングビット数をバッファ状態報告（ＢＳＲ）とそのサブヘッダを合わせたサイズと比較する比較部２９１５、２９２５と、前記パディングビット数が前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを合わせたサイズより大きい場合、前記確認部及び比較部と協力して、前記バッファ状態報告（ＢＳＲ）過程をトリガし、前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを前記ＭＡＣ  ＰＤＵ内に含め、前記サブヘッダ内に論理チャネル識別子（ＬＣＩＤ）を設定してパディングによりトリガされた前記バッファ状態報告（ＢＳＲ）が含まれていることを示す処理部２９１４、２９２４とを含むことを特徴とする。
【０２２５】
前記処理部は、ネットワークから前記ＭＡＣ  ＰＤＵの構成のための許可を受信する段階と、上位論理チャネルデータ及びＭＡＣ制御要素を利用して前記ＭＡＣ  ＰＤＵを構成する段階とをさらに行うことができる。前記ＭＡＣ  ＰＤＵは、２バイトの論理チャネル識別子（ＬＣＩＤ）フィールド及び６バイトのバッファサイズを有するショートＢＳＲを含んでもよい。前記処理部により、別の論理チャネル識別子（ＬＣＩＤ）フィールドをショートＢＳＲ又は短縮ＢＳＲのために設定してもよい。前記ＬＣＩＤフィールドは、ＤＬ−ＳＣＨ及びＵＬ−ＳＣＨそれぞれの該当ＭＡＣ  ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素の種類もしくはパディングを識別する。前記ＬＣＩＤフィールドは、ショートＢＳＲのための第１値又はロングＢＳＲのための第２値を含んでもよい。前記ＢＳＲのサイズは４バイト又は８バイトである。
【０２２６】
また、本発明は、バッファ状態報告（ＢＳＲ）を含むデータユニットを構成する方法を提供する。前記方法は、構成されたＭＡＣ  ＰＤＵにパディング領域があるか否かを確認する段階と、パディングビット数をバッファ状態報告（ＢＳＲ）とそのサブヘッダを合わせたサイズと比較する段階と、前記パディングビット数が前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを合わせたサイズより大きい場合、前記バッファ状態報告（ＢＳＲ）をトリガする段階と、前記バッファ状態報告（ＢＳＲ）とそのサブヘッダを前記ＭＡＣ  ＰＤＵ内に含める段階と、前記サブヘッダ内に論理チャネル識別子（ＬＣＩＤ）を設定してパディングによりトリガされた前記バッファ状態報告（ＢＳＲ）が含まれていることを示す段階とを含むことを特徴とする。
【０２２７】
前記方法は、ネットワークから前記ＭＡＣ  ＰＤＵの構成のための許可を受信する段階と、上位論理チャネルデータ及びＭＡＣ制御要素を利用して前記ＭＡＣ  ＰＤＵを構成する段階とをさらに含んでもよい。前記ＭＡＣ  ＰＤＵは、２バイトの論理チャネル識別子（ＬＣＩＤ）フィールド及び６バイトのバッファサイズを有するショートＢＳＲを含んでもよい。ショートＢＳＲ又は短縮ＢＳＲのために、別の論理チャネル識別子（ＬＣＩＤ）フィールドを設定してもよい。前記ＬＣＩＤフィールドは、ＤＬ−ＳＣＨ及びＵＬ−ＳＣＨそれぞれの該当ＭＡＣ  ＳＤＵの論理チャネルインスタンス又は該当ＭＡＣ制御要素の種類もしくはパディングを識別する。前記ＬＣＩＤフィールドは、ショートＢＳＲのための第１値又はロングＢＳＲのための第２値を含んでもよい。前記ＢＳＲのサイズは４バイト又は８バイトである。
【０２２８】
本明細書で説明された様々な特徴と概念は、ソフトウェア、ハードウェア、又はこれらの組み合わせにより実現することができる。例えば、バッファ状態報告（ＢＳＲ）を処理する方法及び装置のための（コンピュータ、端末、又はネットワーク装置により実行される）コンピュータプログラムは、様々な機能を実行する１つ又はそれ以上のプログラムコード部分で構成してもよい。また、バッファ状態報告（ＢＳＲ）を処理する方法及び装置のための（コンピュータ、端末、又はネットワーク装置により実行される）ソフトウェアツールは、様々な機能を実行する１つ又はそれ以上のプログラムコード部分で構成してもよい。
【０２２９】
本発明によるバッファ状態報告（ＢＳＲ）を処理する方法及び装置は、様々な技術及び標準と互換性がある。本明細書で説明された一部の特徴は、ＧＳＭ、３ＧＰＰ、ＬＴＥ、ＩＥＥＥ、４Ｇなどの様々な標準に関連している。しかしながら、これらの例示的な標準に限定されるものではなく、他の関連標準及び技術も本明細書で説明された様々な特徴と概念に適用することができる。
【産業上の利用可能性】
【０２３０】
本明細書で説明された様々な特徴と概念は、バッファ状態報告（ＢＳＲ）を処理する方法及び装置をサポートするように実現できる様々なユーザデバイス（例えば、移動端末、ハンドセット、無線通信装置など）及び／又はネットワークエンティティに適用及び応用することができる。
【０２３１】
本発明は図面に示す実施形態を参照して説明されたが、これは単なる例示にすぎず、本発明の属する技術の分野における通常の知識を有する者であればこれらから様々な変形及び他の均等な実施形態が可能であることを理解するであろう。よって、本発明の技術的保護範囲は添付の請求の範囲の技術的思想により定められるべきである。
【図１】
0005389827.tif 000004
【図２】
0005389827.tif 000005
【図３】
0005389827.tif 000006
【図４】
0005389827.tif 000007
【図５】
0005389827.tif 000008
【図６】
0005389827.tif 000009
【図７】
0005389827.tif 000010
【図８】
0005389827.tif 000011
【図９】
0005389827.tif 000012
【図１０】
0005389827.tif 000013
【図１１】
0005389827.tif 000014
【図１２】
0005389827.tif 000015
【図１３】
0005389827.tif 000016
【図１４】
0005389827.tif 000017
【図１５】
0005389827.tif 000018
【図１６】
0005389827.tif 000019
【図１７】
0005389827.tif 000020
【図１８】
0005389827.tif 000021
【図１９】
0005389827.tif 000022
【図２０】
0005389827.tif 000023
【図２１】
0005389827.tif 000024
【図２２】
0005389827.tif 000025
【図２３】
0005389827.tif 000026
【図２４】
0005389827.tif 000027
【図２５】
0005389827.tif 000028
【図２６】
0005389827.tif 000029
【図２７】
0005389827.tif 000030
【図２８】
0005389827.tif 000031
【図２９】
0005389827.tif 000032