レイヤ２処理および無線通信用のプロトコルデータユニット作成の方法および装置
【課題】Ｉｕｂ Ｅ−ＤＣＨデータフレームを生成する方法およびＮｏｄｅ Ｂを提供する。
【解決手段】Ｎｏｄｅ Ｂは、Ｉｕｂ Ｅ−ＤＣＨデータフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加し、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子を追加する。Ｎｏｄｅ Ｂは、Ｉｕｂ Ｅ−ＤＣＨデータフレームをＲＮＣに送信する。拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子は、少なくともＬＣＨ−ＩＤ、長さ（Ｌ）フィールドおよび終了（Ｆ）フラグを含む。
【解決手段】Ｎｏｄｅ Ｂは、Ｉｕｂ Ｅ−ＤＣＨデータフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加し、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子を追加する。Ｎｏｄｅ Ｂは、Ｉｕｂ Ｅ−ＤＣＨデータフレームをＲＮＣに送信する。拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子は、少なくともＬＣＨ−ＩＤ、長さ（Ｌ）フィールドおよび終了（Ｆ）フラグを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
ＵＭＴＳ（ユニバーサル移動通信システム）技術に続く無線通信方式は、３Ｇ（第３世代）無線方式の一環として開発され、３ＧＰＰ（第３世代パートナーシッププロジェクト）によって維持されている。現在の３ＧＰＰ規格による典型的なＵＭＴＳシステムアーキテクチャが、図１に示されている。ＵＭＴＳネットワークアーキテクチャは、Ｉｕインターフェースを介してＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）に相互接続されたコアネットワーク（ＣＮ）を含む。ＵＴＲＡＮは、Ｕｕ無線インターフェースを介して、ＵＥ（ユーザ装置）と呼ばれるＷＴＲＵ（無線送受信装置）によってユーザに無線通信サービスを提供するように構成される。ＵＭＴＳ規格に定義された、一般に使用されるエアインターフェースは、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）である。ＵＴＲＡＮは、１つまたは複数のＲＮＣ（無線ネットワーク制御装置）と、Ｎｏｄｅ Ｂと呼ばれる基地局とを有し、これらの基地局は集合的に、ＵＥとの無線通信のための地理的なサービスエリアを提供する。アップリンク（ＵＬ）通信は、ＵＥからＮｏｄｅ Ｂへの送信を指し、ダウンリンク（ＤＬ）通信は、Ｎｏｄｅ ＢからＵＥへの送信を指す。１つまたは複数のＮｏｄｅ Ｂは、Ｉｕｂインターフェースを介して各ＲＮＣに接続され、ＵＴＲＡＮ内のＲＮＣは、Ｉｕｒインターフェースを介して通信する。
【０００３】
高速アップリンクパケットアクセス（ＨＳＵＰＡ）のための３ＧＰＰ規格リリース６によれば、ＭＡＣ層は、上位層データをＭＡＣ−ｅ ＰＤＵへと多重化する。ＴＴＩ（送信時間間隔）の間、ＭＡＣ層は、Ｅ−ＤＣＨ（拡張個別チャネル）専用物理データ制御チャネル（Ｅ−ＤＰＤＣＨ）を介して送信するために１つのＭＡＣ−ｅ ＰＤＵをＰＨＹ層に送る。リンク適応の一環として、ＭＡＣ層は、ＲＬＣ（無線リンク制御）論理チャネル優先度、ＲＬＣバッファ占有率、物理チャネル状態、サービンググラント、非サービンググラント、電力制限、ＨＡＲＱ（ハイブリッド自動再送要求）プロファイルおよび論理チャネル多重化に基づいて、Ｅ−ＴＦＣ（拡張トランスポートフォーマット組合せ）選択を実施する。
【０００４】
３ＧＰＰ規格リリース６によれば、肯定応答モード（ＡＭ）のＲＬＣ（無線リンク制御）層は、固定のＲＬＣ ＰＤＵ（プロトコルデータユニット）サイズを使用してのみ動作できる。さらに、Ｎｏｄｅ Ｂ内の高速媒体アクセス制御（ＭＡＣ−ｈｓ）エンティティおよびＵＥ内のＭＡＣ−ｅ／ｅｓ（媒体アクセス制御）エンティティは、上位層からのＳＤＵ（サービスデータユニット）のセグメント化をサポートしない。これらの制約によって、特に高速パケットアクセス（ＨＳＰＡ）がより高いデータレートへと進化するにつれて、性能が制限されることがある。より高いデータレートに達し、またプロトコルオーバーヘッドおよびパディングを減少させるために、３ＧＰＰリリース７では、複数の新しい特徴が、Ｌ２（レイヤ２）プロトコルに導入されている。特に、ダウンリンクにおける柔軟なＲＬＣ ＰＤＵサイズおよびＭＡＣセグメント化が導入されている。しかし、３ＧＰＰリリース７のアップリンク動作については、対応するＬ２拡張が導入されていない。
【０００５】
より最近では、アップリンクのＬ２動作に拡張を導入するために、改良型Ｌ２アップリンクのための新しい３ＧＰＰ作業項目が提案されてきた。改良型Ｌ２アップリンクの目的の一部は、柔軟なＲＬＣ ＰＤＵサイズのサポート；ＭＡＣ−ｄとＭＡＣ−ｃ ＰＤＵを含む上位層ＰＤＵのＭＡＣセグメント化のサポート；古いプロトコル形式と新しいプロトコル形式の間の円滑な移行；ＣＥＬＬ＿ＦＡＣＨアップリンク伝送への潜在的拡張に依存した、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨおよびＵＲＡ＿ＰＣＨ状態間のシームレスな状態遷移のサポートを含む。
【０００６】
３ＧＰＰリリース７によれば、２つのＭＡＣ副層、すなわち、ＭＡＣ−ｅおよびＭＡＣ−ｅｓが、アップリンクで、Ｅ−ＤＣＨ（拡張個別トランスポートチャネル）を扱う。ＭＡＣ−ｅｓは、ＭＡＣ−ｅの上に位置し、ＭＡＣ−ｄエンティティから直接、個別ＭＡＣ（ＭＡＣ−ｄ）ＰＤＵを受け取る。特定の論理チャネルから来る同じ大きさのＭＡＣ−ｅｓ ＳＤＵ（すなわちＭＡＣ−ｄ ＰＤＵ）は共に、単一のＭＡＣ−ｅｓペイロードへと多重化され、ＴＴＩ（送信時間間隔）につき論理チャネル当たり１つのＭＡＣ−ｄ ＰＤＵサイズしか許されないので、ＴＴＩにつき論理チャネル当たり１つのＭＡＣ−ｅｓ ＰＤＵだけが存在する。ＭＡＣ−ｅｓヘッダは、ＭＡＣ−ｅｓペイロードの先頭に追加される。ＰＤＵの数 Ｎ、および論理チャネルを識別するＤＤＩ（データ記述インジケータ）値、ＭＡＣ−ｄフローおよびＭＡＣ−ｅｓ ＳＤＵサイズが、ＭＡＣ−ｅヘッダの一部として含まれる。Ｅ−ＤＣＨトランスポートブロック内に十分な空間が残っている場合、あるいはＳＩ（スケジューリング情報）を送信する必要がある場合、ＳＩは、ＭＡＣ−ｅ ＰＤＵの終わりに含まれる。複数の論理チャネルからの複数のＭＡＣ−ｅｓ ＰＤＵを含むことができるが、ＴＴＩの間、１つのＭＡＣ−ｅ ＰＤＵしか送信できない。
【０００７】
３ＧＰＰリリース７によれば、ＭＡＣ−ｅｓ ＰＤＵに含まれたすべてのＭＡＣ−ｄ ＰＤＵは、事前構成されたＰＤＵサイズに固定される。対照的に、改良型Ｌ２アップリンク作業項目によれば、ＭＡＣ−ｅｓ ＰＤＵは、上位層から受け取られた様々なサイズの、１つまたは複数のＭＡＣ−ｄ ＰＤＵ、ＭＡＣ−ｃ ＰＤＵまたはＲＬＣ ＰＤＵ、あるいはそのセグメントを含むことができる。３ＧＰＰリリース７以前による既存のＭＡＣ−ｅ／ｅｓヘッダおよびプロトコルは、ＭＡＣ−ｅｓ ＳＤＵサイズにおいてこうした柔軟性をサポートしていない。例えば、論理チャネルＩＤ、ＭＡＣ−ｄフローＩＤおよびＰＤＵサイズを示すデータ記述インジケータ（ＤＤＩ）フィールドは、ＭＡＣ−ｅｓ ＰＤＵサイズが１組の固定サイズからのものではないので、もはや使用することができない。より一般には、ＭＡＣ層のセグメント化を取り入れると、ＭＡＣ−ｅ／ｅｓヘッダの低オーバヘッドプロセスを設計する際に複雑さが増す。したがって、柔軟なＲＬＣ ＰＤＵサイズおよびＭＡＣセグメント化が許される場合に、ＭＡＣ−ｅｓ ＳＤＵの長さ、それが属する論理チャネル、およびそれがセグメント化されるやり方を指定する効率的な方法を有することが望ましい。
【発明の概要】
【０００８】
レイヤ２処理および無線通信用のＰＤＵ（プロトコルデータユニット）の作成のための方法および装置が開示される。ＭＡＣ（媒体アクセス制御）層の処理、およびＰＤＵの作成によって、柔軟な上位層ＰＤＵサイズ、並びにアップリンク無線通信におけるＭＡＣ層のセグメント化がサポートされる。拡張ＭＡＣ−ｅｓ ＰＤＵは、上位層ＰＤＵおよびそのセグメントに基づいて拡張ＭＡＣ−ｅｓ ＳＤＵ（サービスデータユニット）を連結することによって作成され、拡張ＭＡＣ−ｅｓヘッダ内に、セグメント化情報が含まれる。拡張ＭＡＣ−ｅｓ ＰＤＵに関する情報について記述するために、それぞれの拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅヘッダが生成される。拡張ＭＡＣ−ｅ ＰＤＵは、拡張ＭＡＣ−ｅｓ ＰＤＵと拡張ＭＡＣ−ｅヘッダを連結することによって作成される。拡張ＭＡＣ−ｅｓヘッダは、ＴＳＮ（送信シーケンス番号：Transmit Sequence Number）フィールドと、ＳＤ（セグメント化記述）フィールドと、各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すためのＬ（長さ）フィールドと、ＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドとを含んでよい。拡張ＭＡＣ−ｅヘッダは、対応する拡張ＭＡＣ−ｅｓ ＰＤＵまたは拡張ＭＡＣ−ｅｓ ＳＤＵのための１つまたは複数のＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを含んでよい。さらに、拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために、拡張ＭＡＣ−ｅヘッダに、Ｌ（長さ）フィールドを追加することができる。拡張ＭＡＣ−ｅヘッダの終わりを示すための様々な技術が開示されている。別の実施形態では、ＭＡＣセグメント化および柔軟なＲＬＣ ＰＤＵサイズをサポートするために、Ｉｕｂフレームプロトコルを介した効率的なシグナリングのための方法が提案される。Ｅ−ＤＣＨ（拡張個別チャネル）Ｉｕｂフレームフォーマット内に、複数の拡張ＭＡＣ−ｅｓ ＰＤＵが含まれてよい。さらに、拡張ＭＡＣ−ｅｓ ＰＤＵのＬＣＨ−ＩＤ、またはＭＡＣ−ｄフローＩＤが含まれてよい。それぞれのＬＣＨ−ＩＤについて、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりの拡張ＭＡＣ−ｅｓ ＳＤＵの数および拡張ＭＡＣ−ｅｓ ＳＤＵの長さを知らせることができる。
【図面の簡単な説明】
【０００９】
より詳細な理解は、添付の図面と併せて、例示するために示された下記の説明から得ることができる。
【図１】従来のＵＭＴＳネットワークのシステムアーキテクチャ概要を示す図である。
【図２】提案された改良型Ｌ２アップリンク作業項目によるＷＴＲＵ内のレイヤ２（Ｌ２）の拡張ＭＡＣ−ｅ／ｅｓエンティティの概要を示す図である。
【図３】本発明の教示による拡張ＭＡＣ−ｅ／ｅｓ ＰＤＵ（プロトコルデータユニット）生成およびヘッダ構造のフレームワークを示す図である。
【図４】一実施形態による拡張ＭＡＣ−ｅｓヘッダ構造を示す図である。
【図５】別の実施形態による、拡張ＭＡＣ−ｅｓ ＰＤＵ当たり１つのＬＣＨ−ＩＤ（論理チャネル識別）フィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵヘッダフォーマットを示す図である。
【図６】別の実施形態による、拡張ＭＡＣ−ｅｓ ＳＤＵまたはセグメントごとにＬＣＨ−ＩＤフィールドが繰り返されている、拡張ＭＡＣ−ｅヘッダフォーマットを示す図である。
【図７】別の実施形態による、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個の長さインジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示す図である。
【図８】別の実施形態による、ＬＣＨ−ＩＤ、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個の長さインジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示す図である。
【図９】別の実施形態による、全長インジケータフィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵフォーマットを示す図である。
【図１０】別の実施形態による、ＳＩ（スケジューリング情報）の存在を示す１ビットヘッダフィールドを備えた拡張ＭＡＣ−ｅヘッダを示す図である。
【図１１】一実施形態による、拡張ＭＡＣ−ｅ ＰＤＵを生成するための手順のフローチャートである。
【発明を実施するための形態】
【００１０】
本明細書において、用語「ＷＴＲＵ（無線送受信装置）」には、それだけに限らないが、ＵＥ（ユーザ装置）、移動局、固定または移動加入者装置、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、あるいは無線環境で動作可能な他の任意のタイプのユーザ装置が含まれる。また、用語「基地局」には、それだけに限らないが、Ｎｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、あるいは無線環境で動作可能な他の任意のタイプのインターフェース装置が含まれる。
【００１１】
本明細書では、拡張ＭＡＣ−ｅ、拡張ＭＡＣ−ｅｓおよび拡張ＭＡＣ−ｅ／ｅｓは、それだけに限らないが、ＭＡＣ−ｅ、ＭＡＣ−ｅｓおよびＭＡＣ−ｅ／ｅｓを含めて、高速パケットアクセス（ＨＳＰＡ）における既存のＭＡＣ（媒体アクセス制御）プロトコルの拡張バージョンを表すために使用される。図３〜図１０は、諸実施形態による、拡張ＭＡＣ−ｅプロトコルデータユニット（ＰＤＵ）およびヘッダ、並びに拡張ＭＡＣ−ｅｓ ＰＤＵ、ＳＤＵ（サービスデータユニット）およびヘッダを示しているが、しかし、スペースの制約により、ＭＡＣ−ｅおよびＭＡＣ−ｅｓのラベルが使用されている。
【００１２】
上位層ＰＤＵは、ＭＡＣ−ｄ ＰＤＵ、ＭＡＣ−ｃ ＰＤＵまたはＲＬＣ ＰＤＵを参照し得る。ＭＡＣ−ｄ、ＭＡＣ−ｃおよびＲＬＣ ＰＤＵは、本明細書に提案された諸実施形態において等しく扱われ得る。ＲＬＣ ＰＤＵは、個別論理チャネルに属し、ＭＡＣ−ｄエンティティに転送される。次いで、ＭＡＣ−ｄエンティティは、データを拡張ＭＡＣ−ｅｓエンティティに転送する。ＭＡＣ−ｄの出力は、ＭＡＣ−ｄ ＰＤＵと呼ばれる。ＭＡＣ−ｄ ＰＤＵは、個別制御チャネル（ＤＣＣＨ）または個別トラフィックチャネル（ＤＴＣＨ）論理チャネルから受け取られたデータを含み、ＭＡＣ−ｃ ＰＤＵは、共通制御チャネル（ＣＣＣＨ）などの共通チャネルから受け取られたデータを含む。便宜上、本明細書では、諸実施形態の一部は、ＲＬＣ ＰＤＵに関して述べられ得るが、しかし、諸実施形態は、ＭＡＣ−ｄまたはＭＡＣ−ｃ ＰＤＵに等しく適用可能であり、ＲＬＣ、ＭＡＣ−ｄおよびＭＡＣ−ｃ ＰＤＵについて同じ機能性を有する。また、長さまたはサイズの尺度は、別段の定めがない限り、ビット数またはバイトを指す。
【００１３】
図２は、本発明の教示による拡張ＭＡＣ−ｅ／ｅｓエンティティ２００のブロック図を示す。拡張ＭＡＣ−ｅ／ｅｓエンティティ２００は、ＭＡＣ−ｄ、ＭＡＣ−ｃおよびＲＬＣ（無線リンク制御）エンティティを含めて、上位層エンティティからの論理チャネルデータを拡張ＭＡＣ−ｅ ＰＤＵへと多重化し、それをトランスポートブロック（ＴＢ）の形で物理的ＰＨＹ層エンティティに提供する。拡張ＭＡＣ−ｅ／ｅｓエンティティ２１０は、以下のエンティティ：ハイブリッド自動再送要求（ＨＡＲＱ）エンティティ２２２と、セグメント化バッファ２１６を含み得るセグメント化エンティティ２１４と、マルチプレクサおよびＴＳＮ設定エンティティ２１８と、スケジューリングエンティティ２２０と、Ｅ−ＴＦＣ（拡張トランスポートフォーマット組合せ）選択エンティティ２１２とを含んでよい。
【００１４】
ＨＡＲＱエンティティ２２２は、拡張ＭＡＣ−ｅペイロードの格納および再送を含めて、誤り訂正のためのＨＡＲＱプロトコルに関するＭＡＣ層機能を扱うように構成することができる。セグメント化エンティティ２１４は、上位層ＰＤＵが大きすぎて拡張ＭＡＣ−ｅ ＰＤＵに収まらない場合、上位層ＰＤＵをセグメント化し、マルチプレクサ２１８にセグメントを送る。残りのセグメントは、セグメント化バッファ２１６に格納される。マルチプレクサおよびＴＳＮ設定エンティティ２１８は、セグメント化された、または完全な上位層ＰＤＵを含む複数の拡張ＭＡＣ−ｅｓ ＳＤＵを連結して、拡張ＭＡＣ−ｅｓ ＰＤＵにする役割を担う。またマルチプレクサおよびＴＳＮ設定エンティティ２１８は、多重化された論理チャネルからの複数の拡張ＭＡＣ−ｅｓ ＰＤＵを、Ｅ−ＴＦＣ選択エンティティ２１２による指示通りに次の送信時間間隔（ＴＴＩ）で送信するために、ＰＨＹ層に提供される拡張ＭＡＣ−ｅ ＰＤＵへと多重化する。スケジューリングエンティティ２２０は、関連するアップリンクシグナリングをルーティングするように構成することができる。Ｅ−ＴＦＣ選択エンティティ２１２は、スケジューリング情報、相対グラント（ＲＧ）、絶対グラント（ＡＧ）およびサービンググラント（ＳＧ）および使用可能な電力リソースに基づいて、ＴＴＩ内にどれほどのデータを送信できるか決定し、またＥ−ＴＦＣ制限を決定し、このＥ−ＴＦＣ制限は、使用可能な電力に基づいてＵＥが送信できる最大使用可能データを決定するために使用される。Ｅ−ＴＦＣ選択エンティティ２１２は、マルチプレクサ２１８をも制御する。
【００１５】
図３は、本発明の教示による、拡張ＭＡＣ−ｅ／ｅｓ ＰＤＵ作成およびヘッダ構造のフレームワークを示している。本明細書に開示された諸実施形態は、このフレームワークと一致しており、要望に応じて、単独で使用することも、任意の組合せで使用することもできる。Ｅ−ＤＣＨ（拡張個別トランスポートチャネル）用の拡張ＭＡＣ−ｅ ＰＤＵ ３００は、１つまたは複数の拡張ＭＡＣ−ｅヘッダ３０５と、１つまたは複数の拡張ＭＡＣ−ｅｓ ＰＤＵ ３１０とからなる。拡張ＭＡＣ−ｅｓサブレイヤは、ＲＬＣ、ＭＡＣ−ｄおよびＭＡＣ−ｃ ＰＤＵを含めて、上位層ＰＤＵまたはそのセグメントを受け取る。拡張ＭＡＣ−ｅｓサブレイヤ内では、上位層ＰＤＵまたはそのセグメントは、拡張ＭＡＣ−ｅｓ ＳＤＵ ３１５と呼ばれる。拡張ＭＡＣ−ｅｓサブレイヤは、１つまたは複数の拡張ＭＡＣ−ｅｓ ＳＤＵ ３１５と拡張ＭＡＣ−ｅｓヘッダ３２０とからなる拡張ＭＡＣ−ｅｓ ＰＤＵ ３１０を生成する。拡張ＭＡＣ−ｅｓ ＳＤＵ ３１５は、それぞれ異なるサイズを有してよい。一般に、送信時間間隔（ＴＴＩ）当たり、１つの拡張ＭＡＣ−ｅ ＰＤＵ ３００、および複数の論理チャネルからの複数の拡張ＭＡＣ−ｅｓ ＰＤＵ ３１０を送信できる。
【００１６】
一実施形態によれば、セグメント化は、拡張ＭＡＣ−ｅｓサブレイヤで、論理チャネル単位に実施できる。セグメント化情報は、拡張ＭＡＣ−ｅｓヘッダ内で知らせることができる。セグメント化情報は、２ビットフィールドであってよい。セグメント化情報は、拡張ＭＡＣ−ｅｓ ＰＤＵの第１および／または最後の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントか、それとも完全な上位層ＰＤＵかを示す。したがって、拡張ＭＡＣ−ｅｓヘッダは、２つのフィールド、つまりＴＳＮ（送信シーケンス番号）フィールドと、ＳＤ（セグメント化記述）フィールドとを含んでよい。用語ＳＤは、スケジューリング情報を転送するために使用される既存のレイヤ２ ＳＩ（スケジューリング情報）フィールドと混同されないように、セグメント化情報を示すために使用されるが、要望に応じて任意の用語を使用してよい。例えば、ＴＳＮフィールドが６ビットであり、ＳＤフィールドが２ビットである場合、拡張ＭＡＣ−ｅｓヘッダは、バイト揃えされる（byte aligned）ことになる。図４は、一実施形態による、拡張ＭＡＣ−ｅｓヘッダ構造を示している。拡張ＭＡＣ−ｅｓ ＰＤＵ ４１０は、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵ ４１５と、拡張ＭＡＣ−ｅｓヘッダ４２０とを含み、この拡張ＭＡＣ−ｅｓヘッダ４２０は、ＴＳＮフィールド４２５とＳＤフィールド４３０とを含む。
【００１７】
別の実施形態によれば、各拡張ＭＡＣ−ｅｓ ＰＤＵの論理チャネル識別を示すために、拡張ＭＡＣ−ｅ ＰＤＵ内で多重化された拡張ＭＡＣ−ｅｓ ＰＤＵごとに、ＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドが、拡張ＭＡＣ−ｅヘッダに追加されてよい。ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度存在してよい。あるいは、ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の各拡張ＭＡＣ−ｅｓ ＳＤＵごとに存在してもよい。拡張ＭＡＣ−ｅヘッダ内のＬＣＨ−ＩＤフィールドは、Ｎｏｄｅ Ｂによって、ＲＮＣ（無線ネットワーク制御装置）に送られる適切なフローへと拡張ＭＡＣ−ｅ ＰＤＵを逆多重化するために使用することができる。ＬＣＨ−ＩＤフィールドが拡張ＭＡＣ−ｅｓ ＳＤＵ単位に使用される場合、Ｎｏｄｅ Ｂは、次のＬＣＨ−ＩＤフィールドの値が、以前に読み出されたＬＣＨ−ＩＤフィールドとは異なる場合には新しい拡張ＭＡＣ−ｅｓ ＰＤＵが開始したと決定するように構成することができる。ＬＣＨ−ＩＤは各拡張ＭＡＣ−ｅ／ｅｓエンティティ内で一意であるので、ＬＣＨ−ＩＤとＭＡＣ−ｄフローの間のマッピングは、ＷＴＲＵとネットワークの両方によって知られ得る。ＬＣＨ−ＩＤに基づいて、Ｎｏｄｅ Ｂは、対応する拡張ＭＡＣ−ｅｓ ＰＤＵを適切なＭＡＣ−ｄフローにルーティングすることができる。さらに、拡張ＭＡＣ−ｅヘッダに含まれた拡張ＭＡＣ−ｅｓ ＰＤＵの内の各拡張ＭＡＣ−ｅｓ ＳＤＵについて、個々のＬ（長さ）フィールドが、その拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために含まれてよい。
【００１８】
拡張ＭＡＣ−ｅｓ ＰＤＵ当たり単一のＬＣＨ−ＩＤが使用される場合に拡張ＭＡＣ−ｅヘッダの終わり、またはＬフィールドの存在を知らせるために、下記技術のいずれか１つまたは複数を単独に使用することも、組み合わせて使用することもできる。ＦL（終了長さフィールド）フラグは、論理チャネルまたは拡張ＭＡＣ−ｅｓ ＰＤＵについて、さらなるＬフィールドが存在しないことを示すために使用することができる。ＦLフラグフィールドの後に続くフィールドは、別のＬＣＨ−ＩＤであっても、拡張ＭＡＣ−ｅヘッダの終わりであってもよい。一代替案では、拡張ＭＡＣ−ｅヘッダの終わりは、Ｎｏｄｅ Ｂによって暗黙的に検出することができる。別の代替案では、拡張ＭＡＣ−ｅヘッダの終わりまたはＳＩフィールドの存在を示すために、ＬＣＨ−ＩＤの特別の予約値を使用することができる。ＬＣＨ−ＩＤの特別の予約値は、拡張ＭＡＣ−ｅヘッダの終わりに含まれてもよいし、拡張ＭＡＣ−ｅ ＰＤＵ内に十分な空きスペースがある場合だけ存在してもよい。別の代替案では、拡張ＭＡＣ−ｅヘッダの終わりを示すために、ＦH（終了ヘッダ）フラグを使用することができる。別の代替案では、拡張ＭＡＣ−ｅヘッダ内のＦ（終了）フラグが、下記のいずれか１つまたは複数を示し得る：ＬＣＨ−ＩＤまたは拡張ＭＡＣ−ｅｓ ＰＤＵについて、さらなるＬフィールドが存在しないが、それは、拡張ＭＡＣ−ｅヘッダの終わりではない；さらなるＬフィールドが存在せず、それは、拡張ＭＡＣ−ｅヘッダの終わりである；後に続くさらなるＬＣＨ−ＩＤおよびＬフィールドがある。任意選択により、Ｆフラグは、２ビットフィールドであってよい。
【００１９】
図５は、別の実施形態による、拡張ＭＡＣ−ｅｓ ＰＤＵ当たり１つのＬＣＨ−ＩＤフィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵヘッダフォーマットを示している。拡張ＭＡＣ−ｅ ＰＤＵ ５００は、Ｎ個の拡張ＭＡＣ−ｅｓ ＰＤＵ ５１０と、Ｎ個のＭＡＣ−ｅヘッダ５０５とを含む。それぞれの拡張ＭＡＣ−ｅヘッダ５０５は、上述されたように、拡張ＭＡＣ−ｅｓ ＰＤＵ用の論理チャネルを示すＬＣＨ−ＩＤフィールド５３２と、拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示す１つまたは複数のＬフィールド５３４と、ヘッダ内の位置を示すＦフィールド５３６とを含む。
【００２０】
拡張ＭＡＣ−ｅｓ ＳＤＵ単位にＬＣＨ−ＩＤが使用される場合のために拡張ＭＡＣ−ｅヘッダの終わり、またはＬフィールドの存在を知らせるために、下記技術のうちのいずれか１つまたは複数を単独に使用することも、組み合わせて使用することもできる。それぞれの拡張ＭＡＣ−ｅｓ ＳＤＵまたはセグメントのＬＣＨ−ＩＤの後に、Ｌフィールドが続いてよい。同じ論理チャネルからの拡張ＭＡＣ−ｅｓ ＳＤＵは、ヘッダ内に同じＬＣＨ−ＩＤを有しており、したがって、ＬＣＨ−ＩＤヘッダの変化は、対応する拡張ＭＡＣ−ｅｓ ＰＤＵの終わりを示し得る。任意で、ヘッダの終わりまたはＳＩの存在を示すために、ＬＣＨ−ＩＤフィールドの特別の予約値を使用することができる。ＬＣＨ−ＩＤの特別予約値は、ヘッダの終わりに含まれてもよいし、拡張ＭＡＣ−ｅ ＰＤＵ内に十分な空きスペースがある場合だけ存在してもよい。あるいは、拡張ＭＡＣ−ｅヘッダの終わりは、Ｎｏｄｅ Ｂによって暗黙的に検出することができる。さらに、ヘッダの終わりを示すために、上述されたフラグフィールドＦH、ＦLまたはＦのいずれか１つを使用することができる。
【００２１】
図６は、別の実施形態による、拡張ＭＡＣ−ｅｓ ＳＤＵごとにＬＣＨ−ＩＤフィールドが繰り返されている、拡張ＭＡＣ−ｅヘッダフォーマットを示している。拡張ＭＡＣ−ｅ ＰＤＵ ６００は、Ｎ個の拡張ＭＡＣ−ｅｓ ＰＤＵ ６１０と、Ｎ個の拡張ＭＡＣ−ｅヘッダ６０５とを含む。それぞれの拡張ＭＡＣ−ｅヘッダ６０５は少なくとも、拡張ＭＡＣ−ｅｓ ＰＤＵ内の各拡張ＭＡＣ−ｅｓ ＳＤＵ用の論理チャネルを示すＫ個のＬＣＨ−ＩＤフィールド６３２と、各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すＫ個のＬフィールド６３４と、拡張ＭＡＣ−ｅヘッダ内にさらなるフィールドが存在するかどうか、またはそれが拡張ＭＡＣ−ｅヘッダの終わりであるかどうかを示すＫ個のＦフラグとを含む。
【００２２】
別の実施形態によれば、改良型Ｌ２アップリンク作業項目に取り入れられた変更をサポートするために、ｌｕｂフレームプロトコルを介した効率的なシグナリングのための方法が開示される。ＵＴＲＡＮ側では、拡張ＭＡＣ−ｅｓエンティティは、ＳＲＮＣ（サービング無線ネットワーク制御装置）内に存在し、拡張ＭＡＣ−ｅエンティティは、Ｎｏｄｅ Ｂ内に存在する。拡張ＭＡＣ−ｅｓエンティティは一般に、拡張ＭＡＣ−ｅｓ ＳＤＵ記述子、および拡張ＭＡＣ−ｅｓ ＰＤＵが属する論理チャネルを認識しない。この情報は一般に、拡張ＭＡＣ−ｅヘッダ内だけに含まれるので、Ｎｏｄｅ Ｂによって拡張ＭＡＣ−ｅｓ ＳＤＵと共にＲＮＣに転送することができない。Ｉｕｂフレームプロトコルは、有用などんな情報をもＮｏｄｅ Ｂ内の拡張ＭＡＣ−ｅエンティティからＳＲＮＣ内の拡張ＭＡＣ−ｅｓエンティティに送信できるように修正可能である。
【００２３】
より具体的には、ＤＤＩおよびＮフィールドは、ＳＲＮＣ内の拡張ＭＡＣ−ｅｓエンティティに送る必要はない。上述されたように、Ｎフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＳＤＵの数を示し、ＤＤＩフィールドは、ＭＡＣ−ｄフロー、論理チャネルおよびＰＤＵ長さのインデックスを示す。しかし、Ｅ−ＤＣＨ Ｉｕｂフレームフォーマットでは、以下のフィールドのいずれか１つまたは複数が含まれ得る：拡張ＭＡＣ−ｅｓ ＰＤＵの数、ＬＣＨ−ＩＤ、および拡張ＭＡＣ−ｅｓ ＳＤＵの長さ、ならびに／またはＭＡＣ−ｄフローＩＤ。さらに、各ＬＣＨ−ＩＤについて、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりの拡張ＭＡＣ−ｅｓ ＳＤＵの数が、拡張ＭＡＣ−ｅｓ ＳＤＵの長さと同様に提供されてよい。
【００２４】
一代替実施形態によれば、特定の拡張ＭＡＣ−ｅｓ ＳＤＵ記述子を、拡張ＭＡＣ−ｅｓヘッダに直接組み込むことができる。拡張ＭＡＣ−ｅｓ ＳＤＵまたはセグメントの長さを示すために、Ｌフィールドを使用することができる。ＴＳＮおよびＳＤのフィールドの後、Ｌフィールドは、拡張ＭＡＣ−ｅｓ ＳＤＵごとに含まれてよい。拡張ＭＡＣ−ｅｓヘッダの終わりは、受信側の拡張ＭＡＣ−ｅｓエンティティによって暗黙的に検出することができ、あるいは、それは、Ｆ（終了）フラグの使用によって明示的に示すことができる。図７は、別の実施形態による、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個のＬ（長さ）インジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示している。拡張ＭＡＣ−ｅｓ ＰＤＵ ７１０は、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵ ７１５と、拡張ＭＡＣ−ｅｓヘッダ７２０とを含む。拡張ＭＡＣ−ｅｓヘッダ７２０は、ＴＳＮフィールド７２５と、ＳＤフィールド７３０と、各拡張ＭＡＣ−ｅｓ ＳＤＵ ７１５の長さを示すためのＫ個のＬフィールド７３８とを含む。
【００２５】
別の実施形態によれば、ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓヘッダ内に含まれ得る。ＬＣＨ−ＩＤは、ＴＳＮおよびＳＤフィールドと共に、拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度だけ存在してよい。あるいは、ＬＣＨ−ＩＤは、拡張ＭＡＣ−ｅｓ ＳＤＵごとに繰り返されてよい。この代替案によって、逆多重化、および拡張ＭＡＣ−ｅｓエンティティ内のパケットのルーティングが可能となる。図８は、別の実施形態による、ＬＣＨ−ＩＤ、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個のＬ（長さ）インジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示している。拡張ＭＡＣ−ｅｓ ＰＤＵ ８１０は、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵ ８１５と、拡張ＭＡＣ−ｅｓヘッダ８２０とを含む。拡張ＭＡＣ−ｅｓヘッダ８２０は、ＴＳＮフィールド８２５と、ＳＤフィールド８３０と、Ｋ個のＬフィールド８３８と、ＬＣＨ−ＩＤフィールド８４０とを含む。
【００２６】
拡張ＭＡＣ−ｅ ＰＤＵの逆多重化がＮｏｄｅ Ｂによって実施される場合、方法は、Ｎｏｄｅ Ｂが拡張ＭＡＣ−ｅ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを知ることを可能にするように定義されてよい。したがって、拡張ＭＡＣ−ｅｓ ＰＤＵのサイズおよび論理チャネルを知らせるために、拡張ＭＡＣ−ｅヘッダは、ＬＣＨ−ＩＤフィールドと、拡張ＭＡＣ−ｅｓ ＰＤＵごとに１つの長さインジケータフィールドとを含んでよい。長さインジケータフィールド、Ｌsumは、ＬＣＨ−ＩＤフィールドによって識別された論理チャネルに対応する総拡張ＭＡＣ−ｅｓ ＰＤＵのサイズに一致する。長さインジケータフィールド、Ｌsumのサイズは、最大の拡張ＭＡＣ−ｅｓ ＰＤＵサイズを占めるほど大きいことがある。例えば、Ｌsumフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵヘッダ内のすべてのＬフィールドの和に、拡張ＭＡＣ−ｅｓ ＰＤＵヘッダの長さを足した値であってよい。拡張ＭＡＣ−ｅヘッダの終わりは、特別の予約ＬＣＨ−ＩＤ値、または上述されたＦ（終了）フラグによって暗黙的に検出することができる。図９は、別の実施形態による、全長インジケータフィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵフォーマットを示している。拡張ＭＡＣ−ｅ ＰＤＵ ９００は、Ｎ個の拡張ＭＡＣ−ｅｓ ＰＤＵ ９１０と、Ｎ個の拡張ＭＡＣ−ｅヘッダ９０５と、任意で、拡張ＭＡＣ−ｅヘッダ９０５の終わりを示すためのＬＣＨ−ＩＤフィールド９３５とを含む。それぞれの拡張ＭＡＣ−ｅヘッダ９０５は、ＬＣＨ−ＩＤフィールド９３２と、Ｌsumフィールド９４５とを含む。
【００２７】
別の実施形態によれば、ＤＤＩフィールドを使用することができる。１組のＤＤＩインデックスが、上位層によって構成されてよい。ＤＤＩフィールドに示されたサイズは、拡張ＭＡＣ−ｅｓ ＰＤＵ内に含まれたすべての拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示す。論理チャネルは、ＤＤＩフィールドによって識別され、したがって、追加のＬＣＨ−ＩＤを加える必要はない。あるいは、別個のＬＣＨ−ＩＤを含むことができ、１組のサイズを示すためにＤＤＩフィールドが使用され、したがって、１組のより大きいサイズを使用することが可能となる。別の代替案では、１組のより大きいサイズの使用を可能にするために、ＤＤＩフィールドをＮフィールドと共に使用して、拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示すことができる。例えば、拡張ＭＡＣ−ｅｓ ＰＤＵのサイズの合計は、ＮをＮフィールドの値として、ＤＤＩ＊Ｎビットの長さであってよい。
【００２８】
あるいは、使用されている１組のサイズが拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示すのに十分でない場合、複数のＤＤＩおよびＮフィールドを使用して、１つの拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示すことができる。例えば、ＤＤＩのインデックスセットは、１０ビットの倍数（例えば１、１０、１００、１０００など）で構成することができる。拡張ＭＡＣ−ｅｓサイズが、構成されたＤＤＩのいずれかの倍数でない場合、複数のＤＤＩフィールドを使用して、サイズを示すことができる。同じ論理チャネルに対応するすべてのＤＤＩ×Ｎフィールドの和によって、拡張ＭＡＣ−ｅｓ ＰＤＵの合計サイズが示される。例えば、ＰＤＵのサイズが２３０００ビットである場合、対応するＤＤＩおよびＮフィールドは、ＤＤＩ1×Ｎ1＝２００００になるようにＤＤＩ1インデックス＝１００００、Ｎ1＝２であり、またＤＤＩ2×Ｎ2＝３０００になるようにＤＤＩ2インデックス＝１０００、Ｎ2＝３である。あるいは、逆多重化関数は、ＲＮＣ内の拡張ＭＡＣ−ｅｓサブレイヤに移してよい。この場合、図７に示されるものに類似の拡張ＭＡＣ−ｅｓヘッダに、拡張ＭＡＣ−ｅヘッダは必要ない。拡張ＭＡＣ−ｅ ＰＤＵは、図３に示された一般的な構造に従って、拡張ＭＡＣ−ｅヘッダなしの複数の拡張ＭＡＣ−ｅｓ ＰＤＵを多重化することからなる。
【００２９】
別の実施形態によれば、Ｉｕｂフレームプロトコルは、以下の情報のいずれかを単独で知らせることも、組み合わせて知らせることもできる：
拡張ＭＡＣ−ｅｓ ＰＤＵの数、および各拡張ＭＡＣ−ｅｓ ＰＤＵのＬＣＨ−ＩＤ； 拡張ＭＡＣ−ｅｓ ＰＤＵの数、各拡張ＭＡＣ−ｅｓ ＰＤＵのＬＣＨ−ＩＤ、および各拡張ＭＡＣ−ｅｓ ＰＤＵの全長；
拡張ＭＡＣ−ｅｓ ＰＤＵの数、および各拡張ＭＡＣ−ｅｓ ＰＤＵのＤＤＩおよびＮフィールド；
ＤＤＩおよびＮフィールドの数、およびＤＤＩおよびＮフィールド；
拡張ＭＡＣ−ｅｓ ＰＤＵの数、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりのＤＤＩおよびＮフィールドの数、
ならびに拡張ＭＡＣ−ｅｓ ＰＤＵごとのすべてのＤＤＩおよびＮフィールド。
【００３０】
別の実施形態によれば、１つの共通ヘッダを使用することができる。シグナリングおよび記述子は、拡張ＭＡＣ−ｅヘッダまたは拡張ＭＡＣ−ｅｓヘッダであるヘッダのうちの１つだけに含まれてよい。拡張ＭＡＣ−ｅヘッダが使用される場合、拡張ＭＡＣ−ｅヘッダは、本明細書に述べられた拡張ＭＡＣ−ｅｓヘッダと拡張ＭＡＣ−ｅヘッダの任意の組合せを含むことができる。より具体的には、共通のＭＡＣヘッダは好ましくは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに、以下の情報：ＴＳＮフィールドと、ＳＤフィールドと、ＬＣＨ−ＩＤフィールドと、拡張ＭＡＣ−ｅｓ ＳＤＵの長さインジケータとを含む。
【００３１】
拡張ＭＡＣ−ｅ ＰＤＵのためのハイブリッド自動再送要求（ＨＡＲＱ）処理が完了し、拡張ＭＡＣ−ｅ ＰＤＵがうまく受け取られると、それは、完全なパケットとして、Ｉｕｂを介してＳＲＮＣに送られる。Ｎｏｄｅ Ｂで、対応するＭＡＣ−ｄフローへの逆多重化は実施されない。拡張ＭＡＣ−ｅ ＰＤＵ内にＳＩが含まれる場合、Ｎｏｄｅ Ｂは、ＳＩを抽出し、恐らくパディングを取り除く役割を担い得る。ＳＩの存在を示し、Ｎｏｄｅ ＢがＳＩを抽出することを可能にするために、拡張ＭＡＣ−ｅヘッダに、Ｌ（長さ）フィールドを含むことができる。この場合、Ｌフィールドは、拡張ＭＡＣ−ｅ ＰＤＵに含まれたデータの全長を示す。Ｎｏｄｅ Ｂは、この情報を使用して、拡張ＭＡＣ−ｅ ＰＤＵ、および存在する場合にはＳＩおよびパディングのデータ部分を抽出することができる。
【００３２】
あるいは、Ｌフィールドは、拡張ＭＡＣ−ｅ ＰＤＵ内にＳＩが含まれる場合には、ヘッダに含まれることがある。ＳＩの存在は、１ビットのヘッダフィールドによって知らせることができる。ＳＩが存在することを示すビットが設定される場合は、Ｌフィールドは、１ビットのヘッダフィールドの後に続いてよく、そうではなく、ＳＩが存在しないと示される場合は、Ｌフィールドは省略してよい。あるいは、ヘッダ内に、Ｌフィールドが含まれないことがある。拡張ＭＡＣ−ｅ ＰＤＵ内にＳＩが存在するかどうかを示す１ビットのインジケータフィールドが含まれる。パディングビットが追加される場合、パディングビットは、データの後に続き、ＳＩは、パディングの後、拡張ＭＡＣ−ｅ ＰＤＵの終わりに連結される。最後の１８ビットは、ＳＩ用に予約される。Ｎｏｄｅ Ｂは、拡張ＭＡＣ−ｅｓエンティティがパディングを削除できるように、ＳＩに対応する最後の１８ビットを抽出し、パディングを伴う残りのデータを拡張ＭＡＣ−ｅｓエンティティに送ってよい。ＭＡＣ−ｄフローごとに１つのＩｕｂフローではなく、それぞれのＷＴＲＵについて、ＲＮＣにデータを送る１つのＩｕｂフローだけが存在し得る。さらに、Ｉｕｂフレームプロトコルは、拡張ＭＡＣ−ｅｓ ＰＤＵの数、ＤＤＩおよびＮフィールドを示す必要はない。図１０は、別の実施形態による、ＳＩの存在を示す１ビットヘッダフィールドを伴う拡張ＭＡＣ−ｅヘッダを示している。拡張ＭＡＣ−ｅ ＰＤＵ １００は、ＭＡＣペイロード１０５と、ＳＩの存在を示す１ビットのヘッダ（Ｈ）フィールドを含む拡張ＭＡＣ−ｅヘッダ１１０と、パディングビット１１５と、ＳＩフィールド１２０とを含む。
【００３３】
拡張ＭＡＣ−ｅ ＰＤＵを受け取ると、ＲＮＣは、下記のいずれか１つまたは複数を行う役割を担う：
拡張ＭＡＣ−ｅ ＰＤＵを逆多重化すること；
セグメント化情報を抽出すること；
セグメント化されている場合、パケットを再度組み立てること；
適切な論理チャネルに拡張ＭＡＣ−ｅｓ ＰＤＵを送ること；
任意で、Ｎｏｄｅ Ｂで削除が実施されない場合、拡張ＭＡＣ−ｅ ＰＤＵからどんなパディングビットをも取り除くこと。
【００３４】
別の実施形態によれば、拡張ＭＡＣ−ｅｓ ＳＤＵが類似のサイズのものである場合、拡張ＭＡＣ−ｅｓ ＳＤＵごとにＬフィールドを繰り返すことによって、非効率的なシグナリング方法、およびオーバヘッドの増加がもたらされることがある。これを克服するために、拡張ＭＡＣ−ｅｓ ＳＤＵは、単一の長さインジケータ（Ｌ）フィールド、および同じサイズを有する拡張ＭＡＣ−ｅｓ ＳＤＵの数を示すＮフィールドによって表すことができる。Ｎフィールドは、あらゆるＬフィールドの後に存在してよく、あるいは同じサイズの２つ以上の拡張ＭＡＣ−ｅｓ ＳＤＵが存在する場合だけ存在してもよい。後者の場合では、Ｎフィールドの存在を示すために、Ｌフィールドの後に、Ｎフィールドの存在を示す追加のビットを追加することができる。
【００３５】
あるいは、１つまたは複数の特別のＬフィールド値を使用することができる。いくつかの値が、ネットワークによって予約され、１組の固定サイズを表すように構成されてよい。例えば、値のうちの１つは、使用されている最大ＲＬＣ ＰＤＵサイズを表すことができる。このサイズの２つ以上の拡張ＭＡＣ−ｅｓ ＳＤＵが拡張ＭＡＣ−ｅｓ ＰＤＵに存在する場合、Ｎフィールドの後に続く特別のＬフィールドを使用することができる。これらの値のうちの１つが使用される場合、Ｎフィールドの存在を暗黙的に知ることができる。Ｌフィールド値と長さの間のマッピングは好ましくは、ＷＴＲＵとネットワークの両方によって知られている。
【００３６】
別の実施形態によれば、ＴＴＩ当たり１つの論理チャネルからの１つの拡張ＭＡＣ−ｅｓ ＰＤＵだけを有するという制約は取り除かれてよい。次いで、拡張ＭＡＣ−ｅｓは、１つのＴＴＩ内に論理チャネルにつき１つまたは複数の拡張ＭＡＣ−ｅｓ ＰＤＵを作成することを許されてよい。１つの拡張ＭＡＣ−ｅｓ ＰＤＵは、同じサイズの拡張ＭＡＣ−ｅｓ ＳＤＵを運ぶことができる。論理チャネル内にそれぞれ異なるサイズを有する複数の拡張ＭＡＣ−ｅｓ ＳＤＵが存在する場合、サイズごとにそれぞれ異なる拡張ＭＡＣ−ｅｓ ＰＤＵが作成される。
【００３７】
この実施形態では、セグメント化情報およびＴＳＮ番号を示すために、下記の手順のいずれか１つまたは複数を単独で使用することも、組み合わせて使用することもできる。ある手順によれば、各論理チャネルについて、１つのＴＳＮフィールドおよびＳＤフィールドが、最初の拡張ＭＡＣ−ｅｓ ＰＤＵ内に含まれることがあり、その論理チャネルの後続の拡張ＭＡＣ−ｅｓ ＰＤＵは、ヘッダ情報を含まない。セグメント化情報は、好ましくはＳＤフィールドによって、同じ論理チャネルの最初および／または最後の拡張ＭＡＣ−ｅｓ ＰＤＵがセグメントを含むかどうかが示されることを除いて、上記と同様に解釈される。別の手順では、ＴＳＮフィールドおよびＳＤフィールドは、各拡張ＭＡＣ−ｅｓ ＰＤＵ内に含まれる。ＴＳＮ番号は、論理チャネルのすべての拡張ＭＡＣ−ｅｓ ＰＤＵにわたって同じであってよく、あるいはそれは、作成された新しい各拡張ＭＡＣ−ｅｓ ＰＤＵごとに増分されてよい。ＳＤフィールドは、各拡張ＭＡＣ−ｅｓ ＰＤＵに関する特定のセグメント化情報を含んでよい。任意選択で、ＴＳＮフィールドは、第１の拡張ＭＡＣ−ｅｓ ＰＤＵ内に一度だけ存在することができ、ＳＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに繰り返すことができる。
【００３８】
別の実施形態によれば、論理チャネルインジケータは、以下の形のいずれか１つまたは複数を単独で有することも、組合せで有することもできる。ある形では、ＬＣＨ−ＩＤフィールドは、それが同じ論理チャネルからのものであっても、拡張ＭＡＣ−ｅｓ ＰＤＵごとに存在する。別の式では、ＬＣＨ−ＩＤフィールドは、同じ論理チャネルに一致するすべての拡張ＭＡＣ−ｅｓ ＰＤＵについて一度だけ存在する。別の形では、ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＳＤＵごとに繰り返すことができる。
【００３９】
長さインジケータは、以下の形のいずれか１つまたは複数を単独で有することも、組合せで有することもできる。ある形では、長さインジケータは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度存在する。別の形では、長さインジケータは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＳＤＵごとに存在する。別の形では、長さインジケータは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の同じサイズの拡張ＭＡＣ−ｅｓ ＳＤＵの数を示すＮフィールドを伴う拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度だけ存在する。あるいは、ＤＤＩフィールドおよびＮフィールドは、同じ論理チャネルの拡張ＭＡＣ−ｅｓ ＰＤＵごとに使用することができる。
【００４０】
別の実施形態によれば、１つの論理チャネルだけが、パケットをセグメント化することを許され得る。この場合、他の論理チャネルは、残りのセグメントの送信を完了せずにセグメント化を実施することを許され得ない。セグメント化情報は、上述されたように論理チャネル単位に含まれてよく、あるいはそれは、拡張ＭＡＣ−ｅヘッダの初めに一度だけ含まれてよい。セグメントは、最初の拡張ＭＡＣ−ｅｓ ＰＤＵの初めだけに存在させてもよいし、最後の拡張ＭＡＣ−ｅｓ ＰＤＵの終わりだけに存在させてもよい。したがって、セグメント化情報の解釈によって、最初の拡張ＭＡＣ−ｅｓ ＰＤＵの最初の拡張ＭＡＣ−ｅｓ ＳＤＵ、および／または最後の拡張ＭＡＣ−ｅｓ ＰＤＵの最後の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントかどうかが示される。ＳＩの表示は、Ｉｕｂフレームプロトコルを介してＮｏｄｅ ＢからＲＮＣに運ぶことができ、このＲＮＣで、再組立てが実施される。あるいは、再組立ては、Ｎｏｄｅ Ｂ内の拡張ＭＡＣ−ｅで実施されてよい。ＳＩ以外のヘッダ記述子は、上記に開示された諸方法のうちの１つまたは組合せを使用して知らせることができる。
【００４１】
別の実施形態によれば、論理チャネルは、ＭＡＣ−ｄフローへと多重化されることを許され得る。拡張ＭＡＣ−ｅｓ ＰＤＵは、論理チャネル単位ではなく、ＭＡＣ−ｄフロー単位に構築される。したがって、多重化は、２つのレベル、拡張ＭＡＣ−ｅｓレベルおよび拡張ＭＡＣ−ｅレベルで行われる。セグメント情報およびＴＳＮは、論理チャネルフローごとに含まれるのではなく、ＭＡＣ−ｄフロー単位に一度だけ知らせることができる。あるいは、ＳＩ情報は、同じ論理チャネルに属する拡張ＭＡＣ−ｅｓ ＳＤＵの各グループごとに含まれてよい。あるいは、ＳＩは、各拡張ＭＡＣ−ｅｓ ＳＤＵごとに含まれてよく、ＳＩの解釈は、拡張ＭＡＣ−ｅｓ ＳＤＵのグループベースではなく、拡張ＭＡＣ−ｅｓ ＳＤＵベースで行われる。さらに、論理チャネル識別および長さインジケータは、上記に開示された諸方法のうちの１つまたは組合せを使用して行うことができる。さらに、拡張ＭＡＣ−ｅｓのいずれのバージョンが使用されるかを示すために、バージョンフラグを拡張ＭＡＣ−ｅｓヘッダに追加することができる。
【００４２】
図１１は、一実施形態による、拡張ＭＡＣ−ｅ ＰＤＵを生成するための手順１５０のフローチャートを示している。ステップ１５５で、拡張ＭＡＣ−ｅｓ ＳＤＵが、上位層ＰＤＵに基づいて生成され、拡張ＭＡＣ−ｅｓ ＳＤＵは、上位層ＰＤＵのセグメントを含み得る。ステップ１６０で、拡張ＭＡＣ−ｅｓ ＰＤＵが、拡張ＭＡＣ−ｅｓ ＳＤＵを連結することによって生成され、拡張ＭＡＣ−ｅｓヘッダが、ＭＡＣ−ｅｓ ＰＤＵの一部として生成され、拡張ＭＡＣ−ｅｓヘッダは、ＳＤ（セグメント化記述子）を含み、ＴＳＮ（送信シーケンス番号）情報を送信する。ステップ１６５で、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、対応する拡張ＭＡＣ−ｅヘッダが生成され、この拡張ＭＡＣ−ｅヘッダは、ＬＣＨ−ＩＤ（論理チャネルインジケータ）とＬ（長さ）フィールドとＦ（終了）フラグフィールドとを含む、拡張ＭＡＣ−ｅｓ ＰＤＵ内で連結された各拡張ＭＡＣ−ｅｓ ＳＤＵについての情報を含む。ステップ１７０で、拡張ＭＡＣ−ｅ ＰＤＵが、複数の拡張ＭＡＣ−ｅｓ ＰＤＵと、対応するＭＡＣ−ｅヘッダを連結することによって生成される。さらに、上記および図３〜図１０に述べられたヘッダフィールドのいずれか１つまたは複数が、手順１５０の一環として拡張ＭＡＣ−ｅ ＰＤＵのヘッダに追加されてよい。図１１の手順１５０は、図２の拡張ＭＡＣ−ｅ／ｅｓエンティティ２００によって実施することができる。
【００４３】
実施形態
１．アップリンク無線通信用の拡張ＭＡＣ−ｅ ＰＤＵ（プロトコルデータユニット）を作成するための方法。
２．上位層ＰＤＵ（プロトコルデータユニット）に基づいて拡張ＭＡＣ−ｅｓ ＳＤＵ（サービスデータユニット）を生成するステップをさらに含む実施形態１の方法。
３．拡張ＭＡＣ−ｅｓ ＳＤＵが上位層ＰＤＵのセグメントを含んでよい実施形態２の方法。
４．拡張ＭＡＣ−ｅｓ ＳＤＵを連結することによって拡張ＭＡＣ−ｅｓ ＰＤＵを生成するステップをさらに含む実施形態１〜３のいずれかに記載の方法。
５．拡張ＭＡＣ−ｅｓ ＰＤＵの一部として拡張ＭＡＣ−ｅｓヘッダを生成するステップをさらに含む実施形態４の方法。
６．拡張ＭＡＣ−ｅｓヘッダがＳＤ（セグメント化記述子）フィールドを含む実施形態５の方法。
７．各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅｓ ＰＤＵ内で連結された各拡張ＭＡＣ−ｅｓ ＳＤＵの情報について記述する、対応する拡張ＭＡＣ−ｅヘッダを生成するステップをさらに含む実施形態４〜６のいずれかに記載の方法。
８．複数の拡張ＭＡＣ−ｅｓ ＰＤＵと、対応する拡張ＭＡＣ−ｅヘッダを連結することによって拡張ＭＡＣ−ｅ ＰＤＵを生成するステップをさらに含む実施形態７に記載の方法。
９．上位層ＰＤＵは、ＭＡＣ−ｄ ＰＤＵ、ＭＡＣ−ｃ ＰＤＵおよびＲＬＣ（無線リンク制御）ＰＤＵのうちの少なくとも１つを含む実施形態１〜８のいずれかに記載の方法。
１０．ＳＤフィールドは、最初の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントか、それとも完全な上位層ＰＤＵかを示す実施形態６〜９のいずれかに記載の方法。
１１．ＳＤフィールドは、最後の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントか、それとも完全な上位層ＰＤＵかを示す実施形態６〜９のいずれかに記載の方法。
１２．ＳＤフィールドは２ビットである実施形態６〜１１のいずれかに記載の方法。
１３．拡張ＭＡＣ−ｅｓヘッダは、ＴＳＮ（送信シーケンス番号）フィールドをさらに含む実施形態５〜１２のいずれかに記載の方法。
１４．ＴＳＮフィールドは６ビットである実施形態１３に記載の方法。
１５．各拡張ＭＡＣ−ｅｓ ＰＤＵの論理チャネル識別を示すために、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、対応する拡張ＭＡＣ−ｅヘッダに１つのＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを追加するステップをさらに含む実施形態７〜１４のいずれかに記載の方法。
１６．各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために、各拡張ＭＡＣ−ｅｓ ＳＤＵについて、対応する拡張ＭＡＣ−ｅヘッダにＬ（長さ）フィールドを追加するステップをさらに含む実施形態７〜１５のいずれかに記載の方法。
１７．拡張ＭＡＣ−ｅヘッダの終わりを示すために、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、対応する拡張ＭＡＣ−ｅヘッダに１ビット終了フラグ（Ｆ）フィールドを追加するステップをさらに含む実施形態７〜１７のいずれかに記載の方法。
１８．拡張ＭＡＣ−ｅヘッダの終わりを示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態７〜１７のいずれかに記載の方法。
１９．ＳＩ（スケジューリング情報）の存在を示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態７〜１８のいずれかに記載の方法。
２０．さらなるＬフィールドは存在しておらず、拡張ＭＡＣ−ｅヘッダの終わりに達してないこと、さらなるＬフィールドは存在しておらず、拡張ＭＡＣ−ｅヘッダの終わりに達していること、およびさらなるＬフィールドが存在することのうちの少なくとも１つを示すために、対応する拡張ＭＡＣ−ｅヘッダにＦ（終了）フラグを追加するステップをさらに含む実施形態７〜１９のいずれかに記載の方法。
２１．各拡張ＭＡＣ−ｅｓ ＳＤＵの論理チャネル識別を示すために、拡張ＭＡＣ−ｅｓ ＰＤＵ内で連結された各拡張ＭＡＣ−ｅｓ ＳＤＵについて、対応する拡張ＭＡＣ−ｅヘッダに１つのＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを追加するステップをさらに含む実施形態７〜１４のいずれかに記載の方法。
２２．各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために、対応する拡張ＭＡＣ−ｅヘッダ内の各ＬＣＨ−ＩＤフィールドの後にＬ（長さ）フィールドを追加するステップをさらに含む実施形態２１に記載の方法。
２３．拡張ＭＡＣ−ｅヘッダの終わり、または拡張ＭＡＣ−ｅヘッダ内にさらなるフィールドが残っているかどうかを示すために、対応する拡張ＭＡＣ−ｅヘッダ内の各Ｌフィールドの後に終了フラグ（Ｆ）フィールドを追加するステップをさらに含む実施形態２１〜２２のいずれかに記載の方法。
２４．ＬＣＨ−ＩＤ値の変化は拡張ＭＡＣ−ｅｓ ＰＤＵの終わりを示す実施形態２１〜２３のいずれかに記載の方法。
２５．拡張ＭＡＣ−ｅヘッダの終わりを示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態２１〜２４のいずれかに記載の方法。
２６．ＳＩ（スケジューリング情報）の存在を示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態２１〜２５のいずれかに記載の方法。
２７．ＷＴＲＵ（無線送受信装置）によって実施される実施形態１〜２６のいずれかに記載の方法。
２８．基地局によって実施される実施形態１〜２７のいずれかに記載の方法。
２９．ＵＥ（ユーザ装置）によって実施される実施形態１〜２７のいずれかに記載の方法。
３０．Ｎｏｄｅ Ｂによって実施される実施形態１〜２７のいずれかに記載の方法。
３１．拡張ＭＡＣ−ｅ／ｅｓ（媒体アクセス制御）エンティティによって実施される実施形態１〜２７のいずれかに記載の方法。
３２．Ｅ−ＴＦＣ（拡張トランスポートフォーマット組合せ）選択エンティティによって実施される実施形態１〜２７のいずれかに記載の方法。
３３．Ｎｏｄｅ ＢからＲＮＣ（無線ネットワーク制御装置）に通信されるＩｕｂフレームを生成するための方法。
３４．Ｉｕｂフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加するステップをさらに含む実施形態３３に記載の方法。
３５．各拡張ＭＡＣ−ｅｓ ＰＤＵについて、ＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを追加するステップをさらに含む実施形態３３〜３４のいずれかに記載の方法。
３６．各ＬＣＨ−ＩＤフィールドについて、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりの拡張ＭＡＣ−ｅｓ ＳＤＵの数、および各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを追加するステップをさらに含む、実施形態３３〜３５のいずれかに記載の方法。
３７．基地局によって実施される実施形態３３〜３６のいずれかに記載の方法。
３８．Ｎｏｄｅ Ｂによって実施される実施形態３３〜３６のいずれかに記載の方法。
３９．ＲＮＣ（無線ネットワーク制御装置）によって実施される実施形態３３〜３６のいずれかに記載の方法。
【００４４】
特徴および要素について、特定の組合せで上記に述べられているが、それぞれの特徴または要素は、他の特徴および要素なしに単独に使用してもよいし、他の特徴および要素を伴うまたは伴わない様々な組合せで使用してもよい。本明細書に示された諸方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ読取り可能記憶媒体内に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実施することができる。コンピュータ読取り可能記憶媒体の例には、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体が含まれる。
【００４５】
適切なプロセッサには、例えば、汎用プロセッサ、特別目的プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）および／またはステートマシンが含まれる。
【００４６】
ＷＴＲＵ（無線送受信装置）、ＵＥ（ユーザ装置）、端末、基地局、ＲＮＣ（無線ネットワーク制御装置）または任意のホストコンピュータで使用する無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサを使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されたモジュールと共に使用することができる。
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
ＵＭＴＳ（ユニバーサル移動通信システム）技術に続く無線通信方式は、３Ｇ（第３世代）無線方式の一環として開発され、３ＧＰＰ（第３世代パートナーシッププロジェクト）によって維持されている。現在の３ＧＰＰ規格による典型的なＵＭＴＳシステムアーキテクチャが、図１に示されている。ＵＭＴＳネットワークアーキテクチャは、Ｉｕインターフェースを介してＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）に相互接続されたコアネットワーク（ＣＮ）を含む。ＵＴＲＡＮは、Ｕｕ無線インターフェースを介して、ＵＥ（ユーザ装置）と呼ばれるＷＴＲＵ（無線送受信装置）によってユーザに無線通信サービスを提供するように構成される。ＵＭＴＳ規格に定義された、一般に使用されるエアインターフェースは、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）である。ＵＴＲＡＮは、１つまたは複数のＲＮＣ（無線ネットワーク制御装置）と、Ｎｏｄｅ Ｂと呼ばれる基地局とを有し、これらの基地局は集合的に、ＵＥとの無線通信のための地理的なサービスエリアを提供する。アップリンク（ＵＬ）通信は、ＵＥからＮｏｄｅ Ｂへの送信を指し、ダウンリンク（ＤＬ）通信は、Ｎｏｄｅ ＢからＵＥへの送信を指す。１つまたは複数のＮｏｄｅ Ｂは、Ｉｕｂインターフェースを介して各ＲＮＣに接続され、ＵＴＲＡＮ内のＲＮＣは、Ｉｕｒインターフェースを介して通信する。
【０００３】
高速アップリンクパケットアクセス（ＨＳＵＰＡ）のための３ＧＰＰ規格リリース６によれば、ＭＡＣ層は、上位層データをＭＡＣ−ｅ ＰＤＵへと多重化する。ＴＴＩ（送信時間間隔）の間、ＭＡＣ層は、Ｅ−ＤＣＨ（拡張個別チャネル）専用物理データ制御チャネル（Ｅ−ＤＰＤＣＨ）を介して送信するために１つのＭＡＣ−ｅ ＰＤＵをＰＨＹ層に送る。リンク適応の一環として、ＭＡＣ層は、ＲＬＣ（無線リンク制御）論理チャネル優先度、ＲＬＣバッファ占有率、物理チャネル状態、サービンググラント、非サービンググラント、電力制限、ＨＡＲＱ（ハイブリッド自動再送要求）プロファイルおよび論理チャネル多重化に基づいて、Ｅ−ＴＦＣ（拡張トランスポートフォーマット組合せ）選択を実施する。
【０００４】
３ＧＰＰ規格リリース６によれば、肯定応答モード（ＡＭ）のＲＬＣ（無線リンク制御）層は、固定のＲＬＣ ＰＤＵ（プロトコルデータユニット）サイズを使用してのみ動作できる。さらに、Ｎｏｄｅ Ｂ内の高速媒体アクセス制御（ＭＡＣ−ｈｓ）エンティティおよびＵＥ内のＭＡＣ−ｅ／ｅｓ（媒体アクセス制御）エンティティは、上位層からのＳＤＵ（サービスデータユニット）のセグメント化をサポートしない。これらの制約によって、特に高速パケットアクセス（ＨＳＰＡ）がより高いデータレートへと進化するにつれて、性能が制限されることがある。より高いデータレートに達し、またプロトコルオーバーヘッドおよびパディングを減少させるために、３ＧＰＰリリース７では、複数の新しい特徴が、Ｌ２（レイヤ２）プロトコルに導入されている。特に、ダウンリンクにおける柔軟なＲＬＣ ＰＤＵサイズおよびＭＡＣセグメント化が導入されている。しかし、３ＧＰＰリリース７のアップリンク動作については、対応するＬ２拡張が導入されていない。
【０００５】
より最近では、アップリンクのＬ２動作に拡張を導入するために、改良型Ｌ２アップリンクのための新しい３ＧＰＰ作業項目が提案されてきた。改良型Ｌ２アップリンクの目的の一部は、柔軟なＲＬＣ ＰＤＵサイズのサポート；ＭＡＣ−ｄとＭＡＣ−ｃ ＰＤＵを含む上位層ＰＤＵのＭＡＣセグメント化のサポート；古いプロトコル形式と新しいプロトコル形式の間の円滑な移行；ＣＥＬＬ＿ＦＡＣＨアップリンク伝送への潜在的拡張に依存した、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨおよびＵＲＡ＿ＰＣＨ状態間のシームレスな状態遷移のサポートを含む。
【０００６】
３ＧＰＰリリース７によれば、２つのＭＡＣ副層、すなわち、ＭＡＣ−ｅおよびＭＡＣ−ｅｓが、アップリンクで、Ｅ−ＤＣＨ（拡張個別トランスポートチャネル）を扱う。ＭＡＣ−ｅｓは、ＭＡＣ−ｅの上に位置し、ＭＡＣ−ｄエンティティから直接、個別ＭＡＣ（ＭＡＣ−ｄ）ＰＤＵを受け取る。特定の論理チャネルから来る同じ大きさのＭＡＣ−ｅｓ ＳＤＵ（すなわちＭＡＣ−ｄ ＰＤＵ）は共に、単一のＭＡＣ−ｅｓペイロードへと多重化され、ＴＴＩ（送信時間間隔）につき論理チャネル当たり１つのＭＡＣ−ｄ ＰＤＵサイズしか許されないので、ＴＴＩにつき論理チャネル当たり１つのＭＡＣ−ｅｓ ＰＤＵだけが存在する。ＭＡＣ−ｅｓヘッダは、ＭＡＣ−ｅｓペイロードの先頭に追加される。ＰＤＵの数 Ｎ、および論理チャネルを識別するＤＤＩ（データ記述インジケータ）値、ＭＡＣ−ｄフローおよびＭＡＣ−ｅｓ ＳＤＵサイズが、ＭＡＣ−ｅヘッダの一部として含まれる。Ｅ−ＤＣＨトランスポートブロック内に十分な空間が残っている場合、あるいはＳＩ（スケジューリング情報）を送信する必要がある場合、ＳＩは、ＭＡＣ−ｅ ＰＤＵの終わりに含まれる。複数の論理チャネルからの複数のＭＡＣ−ｅｓ ＰＤＵを含むことができるが、ＴＴＩの間、１つのＭＡＣ−ｅ ＰＤＵしか送信できない。
【０００７】
３ＧＰＰリリース７によれば、ＭＡＣ−ｅｓ ＰＤＵに含まれたすべてのＭＡＣ−ｄ ＰＤＵは、事前構成されたＰＤＵサイズに固定される。対照的に、改良型Ｌ２アップリンク作業項目によれば、ＭＡＣ−ｅｓ ＰＤＵは、上位層から受け取られた様々なサイズの、１つまたは複数のＭＡＣ−ｄ ＰＤＵ、ＭＡＣ−ｃ ＰＤＵまたはＲＬＣ ＰＤＵ、あるいはそのセグメントを含むことができる。３ＧＰＰリリース７以前による既存のＭＡＣ−ｅ／ｅｓヘッダおよびプロトコルは、ＭＡＣ−ｅｓ ＳＤＵサイズにおいてこうした柔軟性をサポートしていない。例えば、論理チャネルＩＤ、ＭＡＣ−ｄフローＩＤおよびＰＤＵサイズを示すデータ記述インジケータ（ＤＤＩ）フィールドは、ＭＡＣ−ｅｓ ＰＤＵサイズが１組の固定サイズからのものではないので、もはや使用することができない。より一般には、ＭＡＣ層のセグメント化を取り入れると、ＭＡＣ−ｅ／ｅｓヘッダの低オーバヘッドプロセスを設計する際に複雑さが増す。したがって、柔軟なＲＬＣ ＰＤＵサイズおよびＭＡＣセグメント化が許される場合に、ＭＡＣ−ｅｓ ＳＤＵの長さ、それが属する論理チャネル、およびそれがセグメント化されるやり方を指定する効率的な方法を有することが望ましい。
【発明の概要】
【０００８】
レイヤ２処理および無線通信用のＰＤＵ（プロトコルデータユニット）の作成のための方法および装置が開示される。ＭＡＣ（媒体アクセス制御）層の処理、およびＰＤＵの作成によって、柔軟な上位層ＰＤＵサイズ、並びにアップリンク無線通信におけるＭＡＣ層のセグメント化がサポートされる。拡張ＭＡＣ−ｅｓ ＰＤＵは、上位層ＰＤＵおよびそのセグメントに基づいて拡張ＭＡＣ−ｅｓ ＳＤＵ（サービスデータユニット）を連結することによって作成され、拡張ＭＡＣ−ｅｓヘッダ内に、セグメント化情報が含まれる。拡張ＭＡＣ−ｅｓ ＰＤＵに関する情報について記述するために、それぞれの拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅヘッダが生成される。拡張ＭＡＣ−ｅ ＰＤＵは、拡張ＭＡＣ−ｅｓ ＰＤＵと拡張ＭＡＣ−ｅヘッダを連結することによって作成される。拡張ＭＡＣ−ｅｓヘッダは、ＴＳＮ（送信シーケンス番号：Transmit Sequence Number）フィールドと、ＳＤ（セグメント化記述）フィールドと、各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すためのＬ（長さ）フィールドと、ＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドとを含んでよい。拡張ＭＡＣ−ｅヘッダは、対応する拡張ＭＡＣ−ｅｓ ＰＤＵまたは拡張ＭＡＣ−ｅｓ ＳＤＵのための１つまたは複数のＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを含んでよい。さらに、拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために、拡張ＭＡＣ−ｅヘッダに、Ｌ（長さ）フィールドを追加することができる。拡張ＭＡＣ−ｅヘッダの終わりを示すための様々な技術が開示されている。別の実施形態では、ＭＡＣセグメント化および柔軟なＲＬＣ ＰＤＵサイズをサポートするために、Ｉｕｂフレームプロトコルを介した効率的なシグナリングのための方法が提案される。Ｅ−ＤＣＨ（拡張個別チャネル）Ｉｕｂフレームフォーマット内に、複数の拡張ＭＡＣ−ｅｓ ＰＤＵが含まれてよい。さらに、拡張ＭＡＣ−ｅｓ ＰＤＵのＬＣＨ−ＩＤ、またはＭＡＣ−ｄフローＩＤが含まれてよい。それぞれのＬＣＨ−ＩＤについて、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりの拡張ＭＡＣ−ｅｓ ＳＤＵの数および拡張ＭＡＣ−ｅｓ ＳＤＵの長さを知らせることができる。
【図面の簡単な説明】
【０００９】
より詳細な理解は、添付の図面と併せて、例示するために示された下記の説明から得ることができる。
【図１】従来のＵＭＴＳネットワークのシステムアーキテクチャ概要を示す図である。
【図２】提案された改良型Ｌ２アップリンク作業項目によるＷＴＲＵ内のレイヤ２（Ｌ２）の拡張ＭＡＣ−ｅ／ｅｓエンティティの概要を示す図である。
【図３】本発明の教示による拡張ＭＡＣ−ｅ／ｅｓ ＰＤＵ（プロトコルデータユニット）生成およびヘッダ構造のフレームワークを示す図である。
【図４】一実施形態による拡張ＭＡＣ−ｅｓヘッダ構造を示す図である。
【図５】別の実施形態による、拡張ＭＡＣ−ｅｓ ＰＤＵ当たり１つのＬＣＨ−ＩＤ（論理チャネル識別）フィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵヘッダフォーマットを示す図である。
【図６】別の実施形態による、拡張ＭＡＣ−ｅｓ ＳＤＵまたはセグメントごとにＬＣＨ−ＩＤフィールドが繰り返されている、拡張ＭＡＣ−ｅヘッダフォーマットを示す図である。
【図７】別の実施形態による、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個の長さインジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示す図である。
【図８】別の実施形態による、ＬＣＨ−ＩＤ、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個の長さインジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示す図である。
【図９】別の実施形態による、全長インジケータフィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵフォーマットを示す図である。
【図１０】別の実施形態による、ＳＩ（スケジューリング情報）の存在を示す１ビットヘッダフィールドを備えた拡張ＭＡＣ−ｅヘッダを示す図である。
【図１１】一実施形態による、拡張ＭＡＣ−ｅ ＰＤＵを生成するための手順のフローチャートである。
【発明を実施するための形態】
【００１０】
本明細書において、用語「ＷＴＲＵ（無線送受信装置）」には、それだけに限らないが、ＵＥ（ユーザ装置）、移動局、固定または移動加入者装置、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、あるいは無線環境で動作可能な他の任意のタイプのユーザ装置が含まれる。また、用語「基地局」には、それだけに限らないが、Ｎｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、あるいは無線環境で動作可能な他の任意のタイプのインターフェース装置が含まれる。
【００１１】
本明細書では、拡張ＭＡＣ−ｅ、拡張ＭＡＣ−ｅｓおよび拡張ＭＡＣ−ｅ／ｅｓは、それだけに限らないが、ＭＡＣ−ｅ、ＭＡＣ−ｅｓおよびＭＡＣ−ｅ／ｅｓを含めて、高速パケットアクセス（ＨＳＰＡ）における既存のＭＡＣ（媒体アクセス制御）プロトコルの拡張バージョンを表すために使用される。図３〜図１０は、諸実施形態による、拡張ＭＡＣ−ｅプロトコルデータユニット（ＰＤＵ）およびヘッダ、並びに拡張ＭＡＣ−ｅｓ ＰＤＵ、ＳＤＵ（サービスデータユニット）およびヘッダを示しているが、しかし、スペースの制約により、ＭＡＣ−ｅおよびＭＡＣ−ｅｓのラベルが使用されている。
【００１２】
上位層ＰＤＵは、ＭＡＣ−ｄ ＰＤＵ、ＭＡＣ−ｃ ＰＤＵまたはＲＬＣ ＰＤＵを参照し得る。ＭＡＣ−ｄ、ＭＡＣ−ｃおよびＲＬＣ ＰＤＵは、本明細書に提案された諸実施形態において等しく扱われ得る。ＲＬＣ ＰＤＵは、個別論理チャネルに属し、ＭＡＣ−ｄエンティティに転送される。次いで、ＭＡＣ−ｄエンティティは、データを拡張ＭＡＣ−ｅｓエンティティに転送する。ＭＡＣ−ｄの出力は、ＭＡＣ−ｄ ＰＤＵと呼ばれる。ＭＡＣ−ｄ ＰＤＵは、個別制御チャネル（ＤＣＣＨ）または個別トラフィックチャネル（ＤＴＣＨ）論理チャネルから受け取られたデータを含み、ＭＡＣ−ｃ ＰＤＵは、共通制御チャネル（ＣＣＣＨ）などの共通チャネルから受け取られたデータを含む。便宜上、本明細書では、諸実施形態の一部は、ＲＬＣ ＰＤＵに関して述べられ得るが、しかし、諸実施形態は、ＭＡＣ−ｄまたはＭＡＣ−ｃ ＰＤＵに等しく適用可能であり、ＲＬＣ、ＭＡＣ−ｄおよびＭＡＣ−ｃ ＰＤＵについて同じ機能性を有する。また、長さまたはサイズの尺度は、別段の定めがない限り、ビット数またはバイトを指す。
【００１３】
図２は、本発明の教示による拡張ＭＡＣ−ｅ／ｅｓエンティティ２００のブロック図を示す。拡張ＭＡＣ−ｅ／ｅｓエンティティ２００は、ＭＡＣ−ｄ、ＭＡＣ−ｃおよびＲＬＣ（無線リンク制御）エンティティを含めて、上位層エンティティからの論理チャネルデータを拡張ＭＡＣ−ｅ ＰＤＵへと多重化し、それをトランスポートブロック（ＴＢ）の形で物理的ＰＨＹ層エンティティに提供する。拡張ＭＡＣ−ｅ／ｅｓエンティティ２１０は、以下のエンティティ：ハイブリッド自動再送要求（ＨＡＲＱ）エンティティ２２２と、セグメント化バッファ２１６を含み得るセグメント化エンティティ２１４と、マルチプレクサおよびＴＳＮ設定エンティティ２１８と、スケジューリングエンティティ２２０と、Ｅ−ＴＦＣ（拡張トランスポートフォーマット組合せ）選択エンティティ２１２とを含んでよい。
【００１４】
ＨＡＲＱエンティティ２２２は、拡張ＭＡＣ−ｅペイロードの格納および再送を含めて、誤り訂正のためのＨＡＲＱプロトコルに関するＭＡＣ層機能を扱うように構成することができる。セグメント化エンティティ２１４は、上位層ＰＤＵが大きすぎて拡張ＭＡＣ−ｅ ＰＤＵに収まらない場合、上位層ＰＤＵをセグメント化し、マルチプレクサ２１８にセグメントを送る。残りのセグメントは、セグメント化バッファ２１６に格納される。マルチプレクサおよびＴＳＮ設定エンティティ２１８は、セグメント化された、または完全な上位層ＰＤＵを含む複数の拡張ＭＡＣ−ｅｓ ＳＤＵを連結して、拡張ＭＡＣ−ｅｓ ＰＤＵにする役割を担う。またマルチプレクサおよびＴＳＮ設定エンティティ２１８は、多重化された論理チャネルからの複数の拡張ＭＡＣ−ｅｓ ＰＤＵを、Ｅ−ＴＦＣ選択エンティティ２１２による指示通りに次の送信時間間隔（ＴＴＩ）で送信するために、ＰＨＹ層に提供される拡張ＭＡＣ−ｅ ＰＤＵへと多重化する。スケジューリングエンティティ２２０は、関連するアップリンクシグナリングをルーティングするように構成することができる。Ｅ−ＴＦＣ選択エンティティ２１２は、スケジューリング情報、相対グラント（ＲＧ）、絶対グラント（ＡＧ）およびサービンググラント（ＳＧ）および使用可能な電力リソースに基づいて、ＴＴＩ内にどれほどのデータを送信できるか決定し、またＥ−ＴＦＣ制限を決定し、このＥ−ＴＦＣ制限は、使用可能な電力に基づいてＵＥが送信できる最大使用可能データを決定するために使用される。Ｅ−ＴＦＣ選択エンティティ２１２は、マルチプレクサ２１８をも制御する。
【００１５】
図３は、本発明の教示による、拡張ＭＡＣ−ｅ／ｅｓ ＰＤＵ作成およびヘッダ構造のフレームワークを示している。本明細書に開示された諸実施形態は、このフレームワークと一致しており、要望に応じて、単独で使用することも、任意の組合せで使用することもできる。Ｅ−ＤＣＨ（拡張個別トランスポートチャネル）用の拡張ＭＡＣ−ｅ ＰＤＵ ３００は、１つまたは複数の拡張ＭＡＣ−ｅヘッダ３０５と、１つまたは複数の拡張ＭＡＣ−ｅｓ ＰＤＵ ３１０とからなる。拡張ＭＡＣ−ｅｓサブレイヤは、ＲＬＣ、ＭＡＣ−ｄおよびＭＡＣ−ｃ ＰＤＵを含めて、上位層ＰＤＵまたはそのセグメントを受け取る。拡張ＭＡＣ−ｅｓサブレイヤ内では、上位層ＰＤＵまたはそのセグメントは、拡張ＭＡＣ−ｅｓ ＳＤＵ ３１５と呼ばれる。拡張ＭＡＣ−ｅｓサブレイヤは、１つまたは複数の拡張ＭＡＣ−ｅｓ ＳＤＵ ３１５と拡張ＭＡＣ−ｅｓヘッダ３２０とからなる拡張ＭＡＣ−ｅｓ ＰＤＵ ３１０を生成する。拡張ＭＡＣ−ｅｓ ＳＤＵ ３１５は、それぞれ異なるサイズを有してよい。一般に、送信時間間隔（ＴＴＩ）当たり、１つの拡張ＭＡＣ−ｅ ＰＤＵ ３００、および複数の論理チャネルからの複数の拡張ＭＡＣ−ｅｓ ＰＤＵ ３１０を送信できる。
【００１６】
一実施形態によれば、セグメント化は、拡張ＭＡＣ−ｅｓサブレイヤで、論理チャネル単位に実施できる。セグメント化情報は、拡張ＭＡＣ−ｅｓヘッダ内で知らせることができる。セグメント化情報は、２ビットフィールドであってよい。セグメント化情報は、拡張ＭＡＣ−ｅｓ ＰＤＵの第１および／または最後の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントか、それとも完全な上位層ＰＤＵかを示す。したがって、拡張ＭＡＣ−ｅｓヘッダは、２つのフィールド、つまりＴＳＮ（送信シーケンス番号）フィールドと、ＳＤ（セグメント化記述）フィールドとを含んでよい。用語ＳＤは、スケジューリング情報を転送するために使用される既存のレイヤ２ ＳＩ（スケジューリング情報）フィールドと混同されないように、セグメント化情報を示すために使用されるが、要望に応じて任意の用語を使用してよい。例えば、ＴＳＮフィールドが６ビットであり、ＳＤフィールドが２ビットである場合、拡張ＭＡＣ−ｅｓヘッダは、バイト揃えされる（byte aligned）ことになる。図４は、一実施形態による、拡張ＭＡＣ−ｅｓヘッダ構造を示している。拡張ＭＡＣ−ｅｓ ＰＤＵ ４１０は、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵ ４１５と、拡張ＭＡＣ−ｅｓヘッダ４２０とを含み、この拡張ＭＡＣ−ｅｓヘッダ４２０は、ＴＳＮフィールド４２５とＳＤフィールド４３０とを含む。
【００１７】
別の実施形態によれば、各拡張ＭＡＣ−ｅｓ ＰＤＵの論理チャネル識別を示すために、拡張ＭＡＣ−ｅ ＰＤＵ内で多重化された拡張ＭＡＣ−ｅｓ ＰＤＵごとに、ＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドが、拡張ＭＡＣ−ｅヘッダに追加されてよい。ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度存在してよい。あるいは、ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の各拡張ＭＡＣ−ｅｓ ＳＤＵごとに存在してもよい。拡張ＭＡＣ−ｅヘッダ内のＬＣＨ−ＩＤフィールドは、Ｎｏｄｅ Ｂによって、ＲＮＣ（無線ネットワーク制御装置）に送られる適切なフローへと拡張ＭＡＣ−ｅ ＰＤＵを逆多重化するために使用することができる。ＬＣＨ−ＩＤフィールドが拡張ＭＡＣ−ｅｓ ＳＤＵ単位に使用される場合、Ｎｏｄｅ Ｂは、次のＬＣＨ−ＩＤフィールドの値が、以前に読み出されたＬＣＨ−ＩＤフィールドとは異なる場合には新しい拡張ＭＡＣ−ｅｓ ＰＤＵが開始したと決定するように構成することができる。ＬＣＨ−ＩＤは各拡張ＭＡＣ−ｅ／ｅｓエンティティ内で一意であるので、ＬＣＨ−ＩＤとＭＡＣ−ｄフローの間のマッピングは、ＷＴＲＵとネットワークの両方によって知られ得る。ＬＣＨ−ＩＤに基づいて、Ｎｏｄｅ Ｂは、対応する拡張ＭＡＣ−ｅｓ ＰＤＵを適切なＭＡＣ−ｄフローにルーティングすることができる。さらに、拡張ＭＡＣ−ｅヘッダに含まれた拡張ＭＡＣ−ｅｓ ＰＤＵの内の各拡張ＭＡＣ−ｅｓ ＳＤＵについて、個々のＬ（長さ）フィールドが、その拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために含まれてよい。
【００１８】
拡張ＭＡＣ−ｅｓ ＰＤＵ当たり単一のＬＣＨ−ＩＤが使用される場合に拡張ＭＡＣ−ｅヘッダの終わり、またはＬフィールドの存在を知らせるために、下記技術のいずれか１つまたは複数を単独に使用することも、組み合わせて使用することもできる。ＦL（終了長さフィールド）フラグは、論理チャネルまたは拡張ＭＡＣ−ｅｓ ＰＤＵについて、さらなるＬフィールドが存在しないことを示すために使用することができる。ＦLフラグフィールドの後に続くフィールドは、別のＬＣＨ−ＩＤであっても、拡張ＭＡＣ−ｅヘッダの終わりであってもよい。一代替案では、拡張ＭＡＣ−ｅヘッダの終わりは、Ｎｏｄｅ Ｂによって暗黙的に検出することができる。別の代替案では、拡張ＭＡＣ−ｅヘッダの終わりまたはＳＩフィールドの存在を示すために、ＬＣＨ−ＩＤの特別の予約値を使用することができる。ＬＣＨ−ＩＤの特別の予約値は、拡張ＭＡＣ−ｅヘッダの終わりに含まれてもよいし、拡張ＭＡＣ−ｅ ＰＤＵ内に十分な空きスペースがある場合だけ存在してもよい。別の代替案では、拡張ＭＡＣ−ｅヘッダの終わりを示すために、ＦH（終了ヘッダ）フラグを使用することができる。別の代替案では、拡張ＭＡＣ−ｅヘッダ内のＦ（終了）フラグが、下記のいずれか１つまたは複数を示し得る：ＬＣＨ−ＩＤまたは拡張ＭＡＣ−ｅｓ ＰＤＵについて、さらなるＬフィールドが存在しないが、それは、拡張ＭＡＣ−ｅヘッダの終わりではない；さらなるＬフィールドが存在せず、それは、拡張ＭＡＣ−ｅヘッダの終わりである；後に続くさらなるＬＣＨ−ＩＤおよびＬフィールドがある。任意選択により、Ｆフラグは、２ビットフィールドであってよい。
【００１９】
図５は、別の実施形態による、拡張ＭＡＣ−ｅｓ ＰＤＵ当たり１つのＬＣＨ−ＩＤフィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵヘッダフォーマットを示している。拡張ＭＡＣ−ｅ ＰＤＵ ５００は、Ｎ個の拡張ＭＡＣ−ｅｓ ＰＤＵ ５１０と、Ｎ個のＭＡＣ−ｅヘッダ５０５とを含む。それぞれの拡張ＭＡＣ−ｅヘッダ５０５は、上述されたように、拡張ＭＡＣ−ｅｓ ＰＤＵ用の論理チャネルを示すＬＣＨ−ＩＤフィールド５３２と、拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示す１つまたは複数のＬフィールド５３４と、ヘッダ内の位置を示すＦフィールド５３６とを含む。
【００２０】
拡張ＭＡＣ−ｅｓ ＳＤＵ単位にＬＣＨ−ＩＤが使用される場合のために拡張ＭＡＣ−ｅヘッダの終わり、またはＬフィールドの存在を知らせるために、下記技術のうちのいずれか１つまたは複数を単独に使用することも、組み合わせて使用することもできる。それぞれの拡張ＭＡＣ−ｅｓ ＳＤＵまたはセグメントのＬＣＨ−ＩＤの後に、Ｌフィールドが続いてよい。同じ論理チャネルからの拡張ＭＡＣ−ｅｓ ＳＤＵは、ヘッダ内に同じＬＣＨ−ＩＤを有しており、したがって、ＬＣＨ−ＩＤヘッダの変化は、対応する拡張ＭＡＣ−ｅｓ ＰＤＵの終わりを示し得る。任意で、ヘッダの終わりまたはＳＩの存在を示すために、ＬＣＨ−ＩＤフィールドの特別の予約値を使用することができる。ＬＣＨ−ＩＤの特別予約値は、ヘッダの終わりに含まれてもよいし、拡張ＭＡＣ−ｅ ＰＤＵ内に十分な空きスペースがある場合だけ存在してもよい。あるいは、拡張ＭＡＣ−ｅヘッダの終わりは、Ｎｏｄｅ Ｂによって暗黙的に検出することができる。さらに、ヘッダの終わりを示すために、上述されたフラグフィールドＦH、ＦLまたはＦのいずれか１つを使用することができる。
【００２１】
図６は、別の実施形態による、拡張ＭＡＣ−ｅｓ ＳＤＵごとにＬＣＨ−ＩＤフィールドが繰り返されている、拡張ＭＡＣ−ｅヘッダフォーマットを示している。拡張ＭＡＣ−ｅ ＰＤＵ ６００は、Ｎ個の拡張ＭＡＣ−ｅｓ ＰＤＵ ６１０と、Ｎ個の拡張ＭＡＣ−ｅヘッダ６０５とを含む。それぞれの拡張ＭＡＣ−ｅヘッダ６０５は少なくとも、拡張ＭＡＣ−ｅｓ ＰＤＵ内の各拡張ＭＡＣ−ｅｓ ＳＤＵ用の論理チャネルを示すＫ個のＬＣＨ−ＩＤフィールド６３２と、各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すＫ個のＬフィールド６３４と、拡張ＭＡＣ−ｅヘッダ内にさらなるフィールドが存在するかどうか、またはそれが拡張ＭＡＣ−ｅヘッダの終わりであるかどうかを示すＫ個のＦフラグとを含む。
【００２２】
別の実施形態によれば、改良型Ｌ２アップリンク作業項目に取り入れられた変更をサポートするために、ｌｕｂフレームプロトコルを介した効率的なシグナリングのための方法が開示される。ＵＴＲＡＮ側では、拡張ＭＡＣ−ｅｓエンティティは、ＳＲＮＣ（サービング無線ネットワーク制御装置）内に存在し、拡張ＭＡＣ−ｅエンティティは、Ｎｏｄｅ Ｂ内に存在する。拡張ＭＡＣ−ｅｓエンティティは一般に、拡張ＭＡＣ−ｅｓ ＳＤＵ記述子、および拡張ＭＡＣ−ｅｓ ＰＤＵが属する論理チャネルを認識しない。この情報は一般に、拡張ＭＡＣ−ｅヘッダ内だけに含まれるので、Ｎｏｄｅ Ｂによって拡張ＭＡＣ−ｅｓ ＳＤＵと共にＲＮＣに転送することができない。Ｉｕｂフレームプロトコルは、有用などんな情報をもＮｏｄｅ Ｂ内の拡張ＭＡＣ−ｅエンティティからＳＲＮＣ内の拡張ＭＡＣ−ｅｓエンティティに送信できるように修正可能である。
【００２３】
より具体的には、ＤＤＩおよびＮフィールドは、ＳＲＮＣ内の拡張ＭＡＣ−ｅｓエンティティに送る必要はない。上述されたように、Ｎフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＳＤＵの数を示し、ＤＤＩフィールドは、ＭＡＣ−ｄフロー、論理チャネルおよびＰＤＵ長さのインデックスを示す。しかし、Ｅ−ＤＣＨ Ｉｕｂフレームフォーマットでは、以下のフィールドのいずれか１つまたは複数が含まれ得る：拡張ＭＡＣ−ｅｓ ＰＤＵの数、ＬＣＨ−ＩＤ、および拡張ＭＡＣ−ｅｓ ＳＤＵの長さ、ならびに／またはＭＡＣ−ｄフローＩＤ。さらに、各ＬＣＨ−ＩＤについて、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりの拡張ＭＡＣ−ｅｓ ＳＤＵの数が、拡張ＭＡＣ−ｅｓ ＳＤＵの長さと同様に提供されてよい。
【００２４】
一代替実施形態によれば、特定の拡張ＭＡＣ−ｅｓ ＳＤＵ記述子を、拡張ＭＡＣ−ｅｓヘッダに直接組み込むことができる。拡張ＭＡＣ−ｅｓ ＳＤＵまたはセグメントの長さを示すために、Ｌフィールドを使用することができる。ＴＳＮおよびＳＤのフィールドの後、Ｌフィールドは、拡張ＭＡＣ−ｅｓ ＳＤＵごとに含まれてよい。拡張ＭＡＣ−ｅｓヘッダの終わりは、受信側の拡張ＭＡＣ−ｅｓエンティティによって暗黙的に検出することができ、あるいは、それは、Ｆ（終了）フラグの使用によって明示的に示すことができる。図７は、別の実施形態による、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個のＬ（長さ）インジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示している。拡張ＭＡＣ−ｅｓ ＰＤＵ ７１０は、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵ ７１５と、拡張ＭＡＣ−ｅｓヘッダ７２０とを含む。拡張ＭＡＣ−ｅｓヘッダ７２０は、ＴＳＮフィールド７２５と、ＳＤフィールド７３０と、各拡張ＭＡＣ−ｅｓ ＳＤＵ ７１５の長さを示すためのＫ個のＬフィールド７３８とを含む。
【００２５】
別の実施形態によれば、ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓヘッダ内に含まれ得る。ＬＣＨ−ＩＤは、ＴＳＮおよびＳＤフィールドと共に、拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度だけ存在してよい。あるいは、ＬＣＨ−ＩＤは、拡張ＭＡＣ−ｅｓ ＳＤＵごとに繰り返されてよい。この代替案によって、逆多重化、および拡張ＭＡＣ−ｅｓエンティティ内のパケットのルーティングが可能となる。図８は、別の実施形態による、ＬＣＨ−ＩＤ、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵおよびＫ個のＬ（長さ）インジケータフィールドを備えた拡張ＭＡＣ−ｅｓ ＰＤＵフォーマットを示している。拡張ＭＡＣ−ｅｓ ＰＤＵ ８１０は、Ｋ個の拡張ＭＡＣ−ｅｓ ＳＤＵ ８１５と、拡張ＭＡＣ−ｅｓヘッダ８２０とを含む。拡張ＭＡＣ−ｅｓヘッダ８２０は、ＴＳＮフィールド８２５と、ＳＤフィールド８３０と、Ｋ個のＬフィールド８３８と、ＬＣＨ−ＩＤフィールド８４０とを含む。
【００２６】
拡張ＭＡＣ−ｅ ＰＤＵの逆多重化がＮｏｄｅ Ｂによって実施される場合、方法は、Ｎｏｄｅ Ｂが拡張ＭＡＣ−ｅ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを知ることを可能にするように定義されてよい。したがって、拡張ＭＡＣ−ｅｓ ＰＤＵのサイズおよび論理チャネルを知らせるために、拡張ＭＡＣ−ｅヘッダは、ＬＣＨ−ＩＤフィールドと、拡張ＭＡＣ−ｅｓ ＰＤＵごとに１つの長さインジケータフィールドとを含んでよい。長さインジケータフィールド、Ｌsumは、ＬＣＨ−ＩＤフィールドによって識別された論理チャネルに対応する総拡張ＭＡＣ−ｅｓ ＰＤＵのサイズに一致する。長さインジケータフィールド、Ｌsumのサイズは、最大の拡張ＭＡＣ−ｅｓ ＰＤＵサイズを占めるほど大きいことがある。例えば、Ｌsumフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵヘッダ内のすべてのＬフィールドの和に、拡張ＭＡＣ−ｅｓ ＰＤＵヘッダの長さを足した値であってよい。拡張ＭＡＣ−ｅヘッダの終わりは、特別の予約ＬＣＨ−ＩＤ値、または上述されたＦ（終了）フラグによって暗黙的に検出することができる。図９は、別の実施形態による、全長インジケータフィールドを備えた拡張ＭＡＣ−ｅ ＰＤＵフォーマットを示している。拡張ＭＡＣ−ｅ ＰＤＵ ９００は、Ｎ個の拡張ＭＡＣ−ｅｓ ＰＤＵ ９１０と、Ｎ個の拡張ＭＡＣ−ｅヘッダ９０５と、任意で、拡張ＭＡＣ−ｅヘッダ９０５の終わりを示すためのＬＣＨ−ＩＤフィールド９３５とを含む。それぞれの拡張ＭＡＣ−ｅヘッダ９０５は、ＬＣＨ−ＩＤフィールド９３２と、Ｌsumフィールド９４５とを含む。
【００２７】
別の実施形態によれば、ＤＤＩフィールドを使用することができる。１組のＤＤＩインデックスが、上位層によって構成されてよい。ＤＤＩフィールドに示されたサイズは、拡張ＭＡＣ−ｅｓ ＰＤＵ内に含まれたすべての拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示す。論理チャネルは、ＤＤＩフィールドによって識別され、したがって、追加のＬＣＨ−ＩＤを加える必要はない。あるいは、別個のＬＣＨ−ＩＤを含むことができ、１組のサイズを示すためにＤＤＩフィールドが使用され、したがって、１組のより大きいサイズを使用することが可能となる。別の代替案では、１組のより大きいサイズの使用を可能にするために、ＤＤＩフィールドをＮフィールドと共に使用して、拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示すことができる。例えば、拡張ＭＡＣ−ｅｓ ＰＤＵのサイズの合計は、ＮをＮフィールドの値として、ＤＤＩ＊Ｎビットの長さであってよい。
【００２８】
あるいは、使用されている１組のサイズが拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示すのに十分でない場合、複数のＤＤＩおよびＮフィールドを使用して、１つの拡張ＭＡＣ−ｅｓ ＰＤＵのサイズを示すことができる。例えば、ＤＤＩのインデックスセットは、１０ビットの倍数（例えば１、１０、１００、１０００など）で構成することができる。拡張ＭＡＣ−ｅｓサイズが、構成されたＤＤＩのいずれかの倍数でない場合、複数のＤＤＩフィールドを使用して、サイズを示すことができる。同じ論理チャネルに対応するすべてのＤＤＩ×Ｎフィールドの和によって、拡張ＭＡＣ−ｅｓ ＰＤＵの合計サイズが示される。例えば、ＰＤＵのサイズが２３０００ビットである場合、対応するＤＤＩおよびＮフィールドは、ＤＤＩ1×Ｎ1＝２００００になるようにＤＤＩ1インデックス＝１００００、Ｎ1＝２であり、またＤＤＩ2×Ｎ2＝３０００になるようにＤＤＩ2インデックス＝１０００、Ｎ2＝３である。あるいは、逆多重化関数は、ＲＮＣ内の拡張ＭＡＣ−ｅｓサブレイヤに移してよい。この場合、図７に示されるものに類似の拡張ＭＡＣ−ｅｓヘッダに、拡張ＭＡＣ−ｅヘッダは必要ない。拡張ＭＡＣ−ｅ ＰＤＵは、図３に示された一般的な構造に従って、拡張ＭＡＣ−ｅヘッダなしの複数の拡張ＭＡＣ−ｅｓ ＰＤＵを多重化することからなる。
【００２９】
別の実施形態によれば、Ｉｕｂフレームプロトコルは、以下の情報のいずれかを単独で知らせることも、組み合わせて知らせることもできる：
拡張ＭＡＣ−ｅｓ ＰＤＵの数、および各拡張ＭＡＣ−ｅｓ ＰＤＵのＬＣＨ−ＩＤ； 拡張ＭＡＣ−ｅｓ ＰＤＵの数、各拡張ＭＡＣ−ｅｓ ＰＤＵのＬＣＨ−ＩＤ、および各拡張ＭＡＣ−ｅｓ ＰＤＵの全長；
拡張ＭＡＣ−ｅｓ ＰＤＵの数、および各拡張ＭＡＣ−ｅｓ ＰＤＵのＤＤＩおよびＮフィールド；
ＤＤＩおよびＮフィールドの数、およびＤＤＩおよびＮフィールド；
拡張ＭＡＣ−ｅｓ ＰＤＵの数、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりのＤＤＩおよびＮフィールドの数、
ならびに拡張ＭＡＣ−ｅｓ ＰＤＵごとのすべてのＤＤＩおよびＮフィールド。
【００３０】
別の実施形態によれば、１つの共通ヘッダを使用することができる。シグナリングおよび記述子は、拡張ＭＡＣ−ｅヘッダまたは拡張ＭＡＣ−ｅｓヘッダであるヘッダのうちの１つだけに含まれてよい。拡張ＭＡＣ−ｅヘッダが使用される場合、拡張ＭＡＣ−ｅヘッダは、本明細書に述べられた拡張ＭＡＣ−ｅｓヘッダと拡張ＭＡＣ−ｅヘッダの任意の組合せを含むことができる。より具体的には、共通のＭＡＣヘッダは好ましくは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに、以下の情報：ＴＳＮフィールドと、ＳＤフィールドと、ＬＣＨ−ＩＤフィールドと、拡張ＭＡＣ−ｅｓ ＳＤＵの長さインジケータとを含む。
【００３１】
拡張ＭＡＣ−ｅ ＰＤＵのためのハイブリッド自動再送要求（ＨＡＲＱ）処理が完了し、拡張ＭＡＣ−ｅ ＰＤＵがうまく受け取られると、それは、完全なパケットとして、Ｉｕｂを介してＳＲＮＣに送られる。Ｎｏｄｅ Ｂで、対応するＭＡＣ−ｄフローへの逆多重化は実施されない。拡張ＭＡＣ−ｅ ＰＤＵ内にＳＩが含まれる場合、Ｎｏｄｅ Ｂは、ＳＩを抽出し、恐らくパディングを取り除く役割を担い得る。ＳＩの存在を示し、Ｎｏｄｅ ＢがＳＩを抽出することを可能にするために、拡張ＭＡＣ−ｅヘッダに、Ｌ（長さ）フィールドを含むことができる。この場合、Ｌフィールドは、拡張ＭＡＣ−ｅ ＰＤＵに含まれたデータの全長を示す。Ｎｏｄｅ Ｂは、この情報を使用して、拡張ＭＡＣ−ｅ ＰＤＵ、および存在する場合にはＳＩおよびパディングのデータ部分を抽出することができる。
【００３２】
あるいは、Ｌフィールドは、拡張ＭＡＣ−ｅ ＰＤＵ内にＳＩが含まれる場合には、ヘッダに含まれることがある。ＳＩの存在は、１ビットのヘッダフィールドによって知らせることができる。ＳＩが存在することを示すビットが設定される場合は、Ｌフィールドは、１ビットのヘッダフィールドの後に続いてよく、そうではなく、ＳＩが存在しないと示される場合は、Ｌフィールドは省略してよい。あるいは、ヘッダ内に、Ｌフィールドが含まれないことがある。拡張ＭＡＣ−ｅ ＰＤＵ内にＳＩが存在するかどうかを示す１ビットのインジケータフィールドが含まれる。パディングビットが追加される場合、パディングビットは、データの後に続き、ＳＩは、パディングの後、拡張ＭＡＣ−ｅ ＰＤＵの終わりに連結される。最後の１８ビットは、ＳＩ用に予約される。Ｎｏｄｅ Ｂは、拡張ＭＡＣ−ｅｓエンティティがパディングを削除できるように、ＳＩに対応する最後の１８ビットを抽出し、パディングを伴う残りのデータを拡張ＭＡＣ−ｅｓエンティティに送ってよい。ＭＡＣ−ｄフローごとに１つのＩｕｂフローではなく、それぞれのＷＴＲＵについて、ＲＮＣにデータを送る１つのＩｕｂフローだけが存在し得る。さらに、Ｉｕｂフレームプロトコルは、拡張ＭＡＣ−ｅｓ ＰＤＵの数、ＤＤＩおよびＮフィールドを示す必要はない。図１０は、別の実施形態による、ＳＩの存在を示す１ビットヘッダフィールドを伴う拡張ＭＡＣ−ｅヘッダを示している。拡張ＭＡＣ−ｅ ＰＤＵ １００は、ＭＡＣペイロード１０５と、ＳＩの存在を示す１ビットのヘッダ（Ｈ）フィールドを含む拡張ＭＡＣ−ｅヘッダ１１０と、パディングビット１１５と、ＳＩフィールド１２０とを含む。
【００３３】
拡張ＭＡＣ−ｅ ＰＤＵを受け取ると、ＲＮＣは、下記のいずれか１つまたは複数を行う役割を担う：
拡張ＭＡＣ−ｅ ＰＤＵを逆多重化すること；
セグメント化情報を抽出すること；
セグメント化されている場合、パケットを再度組み立てること；
適切な論理チャネルに拡張ＭＡＣ−ｅｓ ＰＤＵを送ること；
任意で、Ｎｏｄｅ Ｂで削除が実施されない場合、拡張ＭＡＣ−ｅ ＰＤＵからどんなパディングビットをも取り除くこと。
【００３４】
別の実施形態によれば、拡張ＭＡＣ−ｅｓ ＳＤＵが類似のサイズのものである場合、拡張ＭＡＣ−ｅｓ ＳＤＵごとにＬフィールドを繰り返すことによって、非効率的なシグナリング方法、およびオーバヘッドの増加がもたらされることがある。これを克服するために、拡張ＭＡＣ−ｅｓ ＳＤＵは、単一の長さインジケータ（Ｌ）フィールド、および同じサイズを有する拡張ＭＡＣ−ｅｓ ＳＤＵの数を示すＮフィールドによって表すことができる。Ｎフィールドは、あらゆるＬフィールドの後に存在してよく、あるいは同じサイズの２つ以上の拡張ＭＡＣ−ｅｓ ＳＤＵが存在する場合だけ存在してもよい。後者の場合では、Ｎフィールドの存在を示すために、Ｌフィールドの後に、Ｎフィールドの存在を示す追加のビットを追加することができる。
【００３５】
あるいは、１つまたは複数の特別のＬフィールド値を使用することができる。いくつかの値が、ネットワークによって予約され、１組の固定サイズを表すように構成されてよい。例えば、値のうちの１つは、使用されている最大ＲＬＣ ＰＤＵサイズを表すことができる。このサイズの２つ以上の拡張ＭＡＣ−ｅｓ ＳＤＵが拡張ＭＡＣ−ｅｓ ＰＤＵに存在する場合、Ｎフィールドの後に続く特別のＬフィールドを使用することができる。これらの値のうちの１つが使用される場合、Ｎフィールドの存在を暗黙的に知ることができる。Ｌフィールド値と長さの間のマッピングは好ましくは、ＷＴＲＵとネットワークの両方によって知られている。
【００３６】
別の実施形態によれば、ＴＴＩ当たり１つの論理チャネルからの１つの拡張ＭＡＣ−ｅｓ ＰＤＵだけを有するという制約は取り除かれてよい。次いで、拡張ＭＡＣ−ｅｓは、１つのＴＴＩ内に論理チャネルにつき１つまたは複数の拡張ＭＡＣ−ｅｓ ＰＤＵを作成することを許されてよい。１つの拡張ＭＡＣ−ｅｓ ＰＤＵは、同じサイズの拡張ＭＡＣ−ｅｓ ＳＤＵを運ぶことができる。論理チャネル内にそれぞれ異なるサイズを有する複数の拡張ＭＡＣ−ｅｓ ＳＤＵが存在する場合、サイズごとにそれぞれ異なる拡張ＭＡＣ−ｅｓ ＰＤＵが作成される。
【００３７】
この実施形態では、セグメント化情報およびＴＳＮ番号を示すために、下記の手順のいずれか１つまたは複数を単独で使用することも、組み合わせて使用することもできる。ある手順によれば、各論理チャネルについて、１つのＴＳＮフィールドおよびＳＤフィールドが、最初の拡張ＭＡＣ−ｅｓ ＰＤＵ内に含まれることがあり、その論理チャネルの後続の拡張ＭＡＣ−ｅｓ ＰＤＵは、ヘッダ情報を含まない。セグメント化情報は、好ましくはＳＤフィールドによって、同じ論理チャネルの最初および／または最後の拡張ＭＡＣ−ｅｓ ＰＤＵがセグメントを含むかどうかが示されることを除いて、上記と同様に解釈される。別の手順では、ＴＳＮフィールドおよびＳＤフィールドは、各拡張ＭＡＣ−ｅｓ ＰＤＵ内に含まれる。ＴＳＮ番号は、論理チャネルのすべての拡張ＭＡＣ−ｅｓ ＰＤＵにわたって同じであってよく、あるいはそれは、作成された新しい各拡張ＭＡＣ−ｅｓ ＰＤＵごとに増分されてよい。ＳＤフィールドは、各拡張ＭＡＣ−ｅｓ ＰＤＵに関する特定のセグメント化情報を含んでよい。任意選択で、ＴＳＮフィールドは、第１の拡張ＭＡＣ−ｅｓ ＰＤＵ内に一度だけ存在することができ、ＳＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに繰り返すことができる。
【００３８】
別の実施形態によれば、論理チャネルインジケータは、以下の形のいずれか１つまたは複数を単独で有することも、組合せで有することもできる。ある形では、ＬＣＨ−ＩＤフィールドは、それが同じ論理チャネルからのものであっても、拡張ＭＡＣ−ｅｓ ＰＤＵごとに存在する。別の式では、ＬＣＨ−ＩＤフィールドは、同じ論理チャネルに一致するすべての拡張ＭＡＣ−ｅｓ ＰＤＵについて一度だけ存在する。別の形では、ＬＣＨ−ＩＤフィールドは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＳＤＵごとに繰り返すことができる。
【００３９】
長さインジケータは、以下の形のいずれか１つまたは複数を単独で有することも、組合せで有することもできる。ある形では、長さインジケータは、拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度存在する。別の形では、長さインジケータは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の拡張ＭＡＣ−ｅｓ ＳＤＵごとに存在する。別の形では、長さインジケータは、拡張ＭＡＣ−ｅｓ ＰＤＵ内の同じサイズの拡張ＭＡＣ−ｅｓ ＳＤＵの数を示すＮフィールドを伴う拡張ＭＡＣ−ｅｓ ＰＤＵごとに一度だけ存在する。あるいは、ＤＤＩフィールドおよびＮフィールドは、同じ論理チャネルの拡張ＭＡＣ−ｅｓ ＰＤＵごとに使用することができる。
【００４０】
別の実施形態によれば、１つの論理チャネルだけが、パケットをセグメント化することを許され得る。この場合、他の論理チャネルは、残りのセグメントの送信を完了せずにセグメント化を実施することを許され得ない。セグメント化情報は、上述されたように論理チャネル単位に含まれてよく、あるいはそれは、拡張ＭＡＣ−ｅヘッダの初めに一度だけ含まれてよい。セグメントは、最初の拡張ＭＡＣ−ｅｓ ＰＤＵの初めだけに存在させてもよいし、最後の拡張ＭＡＣ−ｅｓ ＰＤＵの終わりだけに存在させてもよい。したがって、セグメント化情報の解釈によって、最初の拡張ＭＡＣ−ｅｓ ＰＤＵの最初の拡張ＭＡＣ−ｅｓ ＳＤＵ、および／または最後の拡張ＭＡＣ−ｅｓ ＰＤＵの最後の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントかどうかが示される。ＳＩの表示は、Ｉｕｂフレームプロトコルを介してＮｏｄｅ ＢからＲＮＣに運ぶことができ、このＲＮＣで、再組立てが実施される。あるいは、再組立ては、Ｎｏｄｅ Ｂ内の拡張ＭＡＣ−ｅで実施されてよい。ＳＩ以外のヘッダ記述子は、上記に開示された諸方法のうちの１つまたは組合せを使用して知らせることができる。
【００４１】
別の実施形態によれば、論理チャネルは、ＭＡＣ−ｄフローへと多重化されることを許され得る。拡張ＭＡＣ−ｅｓ ＰＤＵは、論理チャネル単位ではなく、ＭＡＣ−ｄフロー単位に構築される。したがって、多重化は、２つのレベル、拡張ＭＡＣ−ｅｓレベルおよび拡張ＭＡＣ−ｅレベルで行われる。セグメント情報およびＴＳＮは、論理チャネルフローごとに含まれるのではなく、ＭＡＣ−ｄフロー単位に一度だけ知らせることができる。あるいは、ＳＩ情報は、同じ論理チャネルに属する拡張ＭＡＣ−ｅｓ ＳＤＵの各グループごとに含まれてよい。あるいは、ＳＩは、各拡張ＭＡＣ−ｅｓ ＳＤＵごとに含まれてよく、ＳＩの解釈は、拡張ＭＡＣ−ｅｓ ＳＤＵのグループベースではなく、拡張ＭＡＣ−ｅｓ ＳＤＵベースで行われる。さらに、論理チャネル識別および長さインジケータは、上記に開示された諸方法のうちの１つまたは組合せを使用して行うことができる。さらに、拡張ＭＡＣ−ｅｓのいずれのバージョンが使用されるかを示すために、バージョンフラグを拡張ＭＡＣ−ｅｓヘッダに追加することができる。
【００４２】
図１１は、一実施形態による、拡張ＭＡＣ−ｅ ＰＤＵを生成するための手順１５０のフローチャートを示している。ステップ１５５で、拡張ＭＡＣ−ｅｓ ＳＤＵが、上位層ＰＤＵに基づいて生成され、拡張ＭＡＣ−ｅｓ ＳＤＵは、上位層ＰＤＵのセグメントを含み得る。ステップ１６０で、拡張ＭＡＣ−ｅｓ ＰＤＵが、拡張ＭＡＣ−ｅｓ ＳＤＵを連結することによって生成され、拡張ＭＡＣ−ｅｓヘッダが、ＭＡＣ−ｅｓ ＰＤＵの一部として生成され、拡張ＭＡＣ−ｅｓヘッダは、ＳＤ（セグメント化記述子）を含み、ＴＳＮ（送信シーケンス番号）情報を送信する。ステップ１６５で、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、対応する拡張ＭＡＣ−ｅヘッダが生成され、この拡張ＭＡＣ−ｅヘッダは、ＬＣＨ−ＩＤ（論理チャネルインジケータ）とＬ（長さ）フィールドとＦ（終了）フラグフィールドとを含む、拡張ＭＡＣ−ｅｓ ＰＤＵ内で連結された各拡張ＭＡＣ−ｅｓ ＳＤＵについての情報を含む。ステップ１７０で、拡張ＭＡＣ−ｅ ＰＤＵが、複数の拡張ＭＡＣ−ｅｓ ＰＤＵと、対応するＭＡＣ−ｅヘッダを連結することによって生成される。さらに、上記および図３〜図１０に述べられたヘッダフィールドのいずれか１つまたは複数が、手順１５０の一環として拡張ＭＡＣ−ｅ ＰＤＵのヘッダに追加されてよい。図１１の手順１５０は、図２の拡張ＭＡＣ−ｅ／ｅｓエンティティ２００によって実施することができる。
【００４３】
実施形態
１．アップリンク無線通信用の拡張ＭＡＣ−ｅ ＰＤＵ（プロトコルデータユニット）を作成するための方法。
２．上位層ＰＤＵ（プロトコルデータユニット）に基づいて拡張ＭＡＣ−ｅｓ ＳＤＵ（サービスデータユニット）を生成するステップをさらに含む実施形態１の方法。
３．拡張ＭＡＣ−ｅｓ ＳＤＵが上位層ＰＤＵのセグメントを含んでよい実施形態２の方法。
４．拡張ＭＡＣ−ｅｓ ＳＤＵを連結することによって拡張ＭＡＣ−ｅｓ ＰＤＵを生成するステップをさらに含む実施形態１〜３のいずれかに記載の方法。
５．拡張ＭＡＣ−ｅｓ ＰＤＵの一部として拡張ＭＡＣ−ｅｓヘッダを生成するステップをさらに含む実施形態４の方法。
６．拡張ＭＡＣ−ｅｓヘッダがＳＤ（セグメント化記述子）フィールドを含む実施形態５の方法。
７．各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅｓ ＰＤＵ内で連結された各拡張ＭＡＣ−ｅｓ ＳＤＵの情報について記述する、対応する拡張ＭＡＣ−ｅヘッダを生成するステップをさらに含む実施形態４〜６のいずれかに記載の方法。
８．複数の拡張ＭＡＣ−ｅｓ ＰＤＵと、対応する拡張ＭＡＣ−ｅヘッダを連結することによって拡張ＭＡＣ−ｅ ＰＤＵを生成するステップをさらに含む実施形態７に記載の方法。
９．上位層ＰＤＵは、ＭＡＣ−ｄ ＰＤＵ、ＭＡＣ−ｃ ＰＤＵおよびＲＬＣ（無線リンク制御）ＰＤＵのうちの少なくとも１つを含む実施形態１〜８のいずれかに記載の方法。
１０．ＳＤフィールドは、最初の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントか、それとも完全な上位層ＰＤＵかを示す実施形態６〜９のいずれかに記載の方法。
１１．ＳＤフィールドは、最後の拡張ＭＡＣ−ｅｓ ＳＤＵがセグメントか、それとも完全な上位層ＰＤＵかを示す実施形態６〜９のいずれかに記載の方法。
１２．ＳＤフィールドは２ビットである実施形態６〜１１のいずれかに記載の方法。
１３．拡張ＭＡＣ−ｅｓヘッダは、ＴＳＮ（送信シーケンス番号）フィールドをさらに含む実施形態５〜１２のいずれかに記載の方法。
１４．ＴＳＮフィールドは６ビットである実施形態１３に記載の方法。
１５．各拡張ＭＡＣ−ｅｓ ＰＤＵの論理チャネル識別を示すために、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、対応する拡張ＭＡＣ−ｅヘッダに１つのＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを追加するステップをさらに含む実施形態７〜１４のいずれかに記載の方法。
１６．各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために、各拡張ＭＡＣ−ｅｓ ＳＤＵについて、対応する拡張ＭＡＣ−ｅヘッダにＬ（長さ）フィールドを追加するステップをさらに含む実施形態７〜１５のいずれかに記載の方法。
１７．拡張ＭＡＣ−ｅヘッダの終わりを示すために、各拡張ＭＡＣ−ｅｓ ＰＤＵについて、対応する拡張ＭＡＣ−ｅヘッダに１ビット終了フラグ（Ｆ）フィールドを追加するステップをさらに含む実施形態７〜１７のいずれかに記載の方法。
１８．拡張ＭＡＣ−ｅヘッダの終わりを示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態７〜１７のいずれかに記載の方法。
１９．ＳＩ（スケジューリング情報）の存在を示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態７〜１８のいずれかに記載の方法。
２０．さらなるＬフィールドは存在しておらず、拡張ＭＡＣ−ｅヘッダの終わりに達してないこと、さらなるＬフィールドは存在しておらず、拡張ＭＡＣ−ｅヘッダの終わりに達していること、およびさらなるＬフィールドが存在することのうちの少なくとも１つを示すために、対応する拡張ＭＡＣ−ｅヘッダにＦ（終了）フラグを追加するステップをさらに含む実施形態７〜１９のいずれかに記載の方法。
２１．各拡張ＭＡＣ−ｅｓ ＳＤＵの論理チャネル識別を示すために、拡張ＭＡＣ−ｅｓ ＰＤＵ内で連結された各拡張ＭＡＣ−ｅｓ ＳＤＵについて、対応する拡張ＭＡＣ−ｅヘッダに１つのＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを追加するステップをさらに含む実施形態７〜１４のいずれかに記載の方法。
２２．各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを示すために、対応する拡張ＭＡＣ−ｅヘッダ内の各ＬＣＨ−ＩＤフィールドの後にＬ（長さ）フィールドを追加するステップをさらに含む実施形態２１に記載の方法。
２３．拡張ＭＡＣ−ｅヘッダの終わり、または拡張ＭＡＣ−ｅヘッダ内にさらなるフィールドが残っているかどうかを示すために、対応する拡張ＭＡＣ−ｅヘッダ内の各Ｌフィールドの後に終了フラグ（Ｆ）フィールドを追加するステップをさらに含む実施形態２１〜２２のいずれかに記載の方法。
２４．ＬＣＨ−ＩＤ値の変化は拡張ＭＡＣ−ｅｓ ＰＤＵの終わりを示す実施形態２１〜２３のいずれかに記載の方法。
２５．拡張ＭＡＣ−ｅヘッダの終わりを示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態２１〜２４のいずれかに記載の方法。
２６．ＳＩ（スケジューリング情報）の存在を示すために、ＬＣＨ−ＩＤの予約値を使用するステップをさらに含む実施形態２１〜２５のいずれかに記載の方法。
２７．ＷＴＲＵ（無線送受信装置）によって実施される実施形態１〜２６のいずれかに記載の方法。
２８．基地局によって実施される実施形態１〜２７のいずれかに記載の方法。
２９．ＵＥ（ユーザ装置）によって実施される実施形態１〜２７のいずれかに記載の方法。
３０．Ｎｏｄｅ Ｂによって実施される実施形態１〜２７のいずれかに記載の方法。
３１．拡張ＭＡＣ−ｅ／ｅｓ（媒体アクセス制御）エンティティによって実施される実施形態１〜２７のいずれかに記載の方法。
３２．Ｅ−ＴＦＣ（拡張トランスポートフォーマット組合せ）選択エンティティによって実施される実施形態１〜２７のいずれかに記載の方法。
３３．Ｎｏｄｅ ＢからＲＮＣ（無線ネットワーク制御装置）に通信されるＩｕｂフレームを生成するための方法。
３４．Ｉｕｂフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加するステップをさらに含む実施形態３３に記載の方法。
３５．各拡張ＭＡＣ−ｅｓ ＰＤＵについて、ＬＣＨ−ＩＤ（論理チャネルインジケータ）フィールドを追加するステップをさらに含む実施形態３３〜３４のいずれかに記載の方法。
３６．各ＬＣＨ−ＩＤフィールドについて、拡張ＭＡＣ−ｅｓ ＰＤＵ当たりの拡張ＭＡＣ−ｅｓ ＳＤＵの数、および各拡張ＭＡＣ−ｅｓ ＳＤＵの長さを追加するステップをさらに含む、実施形態３３〜３５のいずれかに記載の方法。
３７．基地局によって実施される実施形態３３〜３６のいずれかに記載の方法。
３８．Ｎｏｄｅ Ｂによって実施される実施形態３３〜３６のいずれかに記載の方法。
３９．ＲＮＣ（無線ネットワーク制御装置）によって実施される実施形態３３〜３６のいずれかに記載の方法。
【００４４】
特徴および要素について、特定の組合せで上記に述べられているが、それぞれの特徴または要素は、他の特徴および要素なしに単独に使用してもよいし、他の特徴および要素を伴うまたは伴わない様々な組合せで使用してもよい。本明細書に示された諸方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ読取り可能記憶媒体内に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実施することができる。コンピュータ読取り可能記憶媒体の例には、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶装置、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体が含まれる。
【００４５】
適切なプロセッサには、例えば、汎用プロセッサ、特別目的プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）および／またはステートマシンが含まれる。
【００４６】
ＷＴＲＵ（無線送受信装置）、ＵＥ（ユーザ装置）、端末、基地局、ＲＮＣ（無線ネットワーク制御装置）または任意のホストコンピュータで使用する無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサを使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されたモジュールと共に使用することができる。
【特許請求の範囲】
【請求項１】
Ｎｏｄｅ Ｂから無線ネットワークコントローラ（ＲＮＣ）に通信されるＩｕｂ Ｅ−ＤＣＨ（拡張個別チャネル）データフレームを生成するための方法であって、
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加するステップと、
各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子を追加するステップと
を備えることを特徴とする方法。
【請求項２】
前記拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子は、少なくともＬＣＨ−ＩＤ、長さ（Ｌ）フィールドおよび終了（Ｆ）フラグを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームを前記ＲＮＣに送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
データ記述インジケータ（ＤＤＩ）フィールドは、前記Ｉｕｂ Ｅ−ＤＣＨデータフレームと一緒に前記ＲＮＣに送信されないことを特徴とする請求項３に記載の方法。
【請求項５】
Ｉｕｂ Ｅ−ＤＣＨ（拡張個別チャネル）データフレームを無線ネットワークコントローラ（ＲＮＣ）に通信するように構成されるＮｏｄｅ Ｂであって、
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加するように構成される前記Ｎｏｄｅ Ｂと、
各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子を追加するように構成される前記Ｎｏｄｅ Ｂと
を備えることを特徴とするＮｏｄｅ Ｂ。
【請求項６】
前記拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子は、少なくともＬＣＨ−ＩＤ、長さ（Ｌ）フィールドおよび終了（Ｆ）フラグを含むことを特徴とする請求項５に記載のＮｏｄｅ Ｂ。
【請求項７】
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームを前記ＲＮＣに送信するように構成されたトランスミッタをさらに備えることを特徴とする請求項５に記載のＮｏｄｅ Ｂ。
【請求項８】
前記トランスミッタは、データ記述インジケータ（ＤＤＩ）フィールドを前記Ｉｕｂ Ｅ−ＤＣＨデータフレームと一緒に前記ＲＮＣに送信しないようにさらに構成されることを特徴とする請求項７に記載のＮｏｄｅ Ｂ。
【請求項１】
Ｎｏｄｅ Ｂから無線ネットワークコントローラ（ＲＮＣ）に通信されるＩｕｂ Ｅ−ＤＣＨ（拡張個別チャネル）データフレームを生成するための方法であって、
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加するステップと、
各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子を追加するステップと
を備えることを特徴とする方法。
【請求項２】
前記拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子は、少なくともＬＣＨ−ＩＤ、長さ（Ｌ）フィールドおよび終了（Ｆ）フラグを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームを前記ＲＮＣに送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
データ記述インジケータ（ＤＤＩ）フィールドは、前記Ｉｕｂ Ｅ−ＤＣＨデータフレームと一緒に前記ＲＮＣに送信されないことを特徴とする請求項３に記載の方法。
【請求項５】
Ｉｕｂ Ｅ−ＤＣＨ（拡張個別チャネル）データフレームを無線ネットワークコントローラ（ＲＮＣ）に通信するように構成されるＮｏｄｅ Ｂであって、
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームに複数の拡張ＭＡＣ−ｅｓ ＰＤＵを追加するように構成される前記Ｎｏｄｅ Ｂと、
各拡張ＭＡＣ−ｅｓ ＰＤＵについて、拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子を追加するように構成される前記Ｎｏｄｅ Ｂと
を備えることを特徴とするＮｏｄｅ Ｂ。
【請求項６】
前記拡張ＭＡＣ−ｅ ＰＤＵヘッダ記述子は、少なくともＬＣＨ−ＩＤ、長さ（Ｌ）フィールドおよび終了（Ｆ）フラグを含むことを特徴とする請求項５に記載のＮｏｄｅ Ｂ。
【請求項７】
前記Ｉｕｂ Ｅ−ＤＣＨデータフレームを前記ＲＮＣに送信するように構成されたトランスミッタをさらに備えることを特徴とする請求項５に記載のＮｏｄｅ Ｂ。
【請求項８】
前記トランスミッタは、データ記述インジケータ（ＤＤＩ）フィールドを前記Ｉｕｂ Ｅ−ＤＣＨデータフレームと一緒に前記ＲＮＣに送信しないようにさらに構成されることを特徴とする請求項７に記載のＮｏｄｅ Ｂ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−２５３８１２（Ｐ２０１２−２５３８１２Ａ）
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願番号】特願２０１２−１８４２４５（Ｐ２０１２−１８４２４５）
【出願日】平成２４年８月２３日（２０１２．８．２３）
【分割の表示】特願２０１０−５２７１８１（Ｐ２０１０−５２７１８１）の分割
【原出願日】平成２０年９月２６日（２００８．９．２６）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願日】平成２４年８月２３日（２０１２．８．２３）
【分割の表示】特願２０１０−５２７１８１（Ｐ２０１０−５２７１８１）の分割
【原出願日】平成２０年９月２６日（２００８．９．２６）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]