(57)【要約】無線通信において、さまざまな媒体アクセス制御（ＭＡＣ）ヘッダ・フォーマットを適用することを容易にするシステムおよび方法論が記載される。ＭＡＣヘッダ・フォーマットは、プロトコル・データ・ユニット（ＰＤＵ）に含まれる特定のタイプのデータのために特化されうる。それに加えて、ＭＡＣヘッダは、不必要なオーバヘッドをもたらすことなく、サイズが変化するペイロードに適応するために可変長を有しうる。さらに、関連するプロトコル・レイヤへのダイレクトなアクセスおよび制御ＰＤＵの配信を可能とし、より良好なサービス品質処理を保証するメカニズムが提供される。
2010541495.tif 000002
【特許請求の範囲】
【請求項１】
複数の媒体アクセス制御ヘッダ・フォーマットを適用することを容易にする方法であって、
関連付けられた媒体アクセス制御プロトコル・データ・ユニットに含まれるデータのタイプを判定することと、
前記判定されたデータのタイプに対応する媒体アクセス制御ヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成することと、
前記媒体アクセス制御ヘッダと前記関連付けられた媒体アクセス制御プロトコル・データ・ユニットとを送信することと
を備える方法。
【請求項２】
前記データのタイプは、制御データ、ユーザ・データ、あるいはパディング・データのうちの少なくとも１つである方法。
【請求項３】
前記媒体アクセス制御ヘッダ・フォーマットは、制御ヘッダ、ユーザ・ヘッダ、あるいはパディング・ヘッダのうちの少なくとも１つを含む請求項１に記載の方法。
【請求項４】
前記制御ヘッダは、論理チャネル識別子、プロトコル識別子、媒体アクセス制御長さ、および第２のレベルの論理チャネル識別子を備える請求項３に記載の方法。
【請求項５】
前記プロトコル識別子は、前記媒体アクセス制御プロトコル・データ・ユニット内にカプセル化されたプロトコル・データ・ユニットに関連付けられたプロトコル・レイヤを指定する請求項４に記載の方法。
【請求項６】
前記プロトコル識別子は、媒体アクセス制御プロトコル・データ・ユニット、ラジオ・リンク制御プロトコル・データ・ユニット、または、パケット・データ収束プロトコル・データ・ユニットのうちの少なくとも何れかを指定する請求項５に記載の方法。
【請求項７】
前記ユーザ・ヘッダは、論理チャネル識別子、媒体アクセス制御長さ、および、媒体アクセス制御長さのサイズを備える請求項３に記載の方法。
【請求項８】
前記媒体アクセス制御長さは可変である請求項７に記載の方法。
【請求項９】
前記媒体アクセス制御長さは、ゼロ・ビット、７ビット、あるいは１５ビットのうちの少なくとも１つを備える請求項８に記載の方法。
【請求項１０】
前記パディング・ヘッダは、論理チャネル識別子および予約フィールドを備える請求項３に記載の方法。
【請求項１１】
可変の媒体アクセス制御ヘッダを利用することを容易にする通信装置であって、
関連付けられた媒体アクセス制御プロトコル・データ・ユニットに含まれるデータのタイプを判定する手段と、
前記判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成する手段と、
前記媒体アクセス制御ヘッダと前記関連付けられた媒体アクセス制御プロトコル・データ・ユニットとを送信する手段と
を備える通信装置。
【請求項１２】
前記データのタイプは、制御データ、ユーザ・データ、あるいはパディング・データのうちの少なくとも１つを含む請求項１１に記載の通信装置。
【請求項１３】
前記ヘッダ・フォーマットは、制御ヘッダ、ユーザ・ヘッダ、あるいはパディング・ヘッダのうちの少なくとも１つを含む請求項１１に記載の通信装置。
【請求項１４】
前記制御ヘッダは、論理チャネル識別子、プロトコル識別子、媒体アクセス制御長さ、および第２のレベルの論理チャネル識別子を備える請求項１３に記載の通信装置。
【請求項１５】
前記プロトコル識別子は、前記媒体アクセス制御プロトコル・データ・ユニット内にカプセル化されたプロトコル・データ・ユニットに関連付けられたプロトコル・レイヤを指定する請求項１４に記載の通信装置。
【請求項１６】
前記プロトコル識別子は、媒体アクセス制御プロトコル・データ・ユニット、ラジオ・リンク制御プロトコル・データ・ユニット、または、パケット・データ収束プロトコル・データ・ユニットのうちの少なくとも何れかを指定する請求項１５に記載の通信装置。
【請求項１７】
前記ユーザ・ヘッダは、論理チャネル識別子、媒体アクセス制御長さ、および、媒体アクセス制御長さのサイズを備える請求項１３に記載の通信装置。
【請求項１８】
前記媒体アクセス制御長さは可変である請求項１７に記載の通信装置。
【請求項１９】
前記媒体アクセス制御長さは、ゼロ・ビット、７ビット、あるいは１５ビットのうちの少なくとも１つを備える請求項１８に記載の通信装置。
【請求項２０】
前記パディング・ヘッダは、論理チャネル識別子および予約フィールドを備える請求項１３に記載の通信装置。
【請求項２１】
無線通信装置であって、
関連付けられた媒体アクセス制御プロトコル・データ・ユニットに含まれ、制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つを含む、データのタイプを判定することと、前記判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成することと、前記媒体アクセス制御ヘッダと前記関連付けられた媒体アクセス制御プロトコル・データ・ユニットとを送信することと、に関連する命令群を保持するメモリと、
前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
を備える無線通信装置。
【請求項２２】
関連付けられた媒体アクセス制御プロトコル・データ・ユニットに含まれ、制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つを含む、データのタイプを、少なくとも１つのコンピュータに対して判定させるためのコードと、
少なくとも１つのコンピュータに対して、前記判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成させるためのコードと、
少なくとも１つのコンピュータに対して、前記媒体アクセス制御ヘッダと前記関連付けられた媒体アクセス制御プロトコル・データ・ユニットとを送信させるためのコードと、
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項２３】
可変の媒体アクセス制御ヘッダ・フォーマットを用いて通信することを容易にする方法であって、
媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信することと、
少なくとも部分的に、前記関連付けられたヘッダ内の論理チャネル識別子に基づいて、パケット・データ・ユニットに含まれたデータのタイプを判定することと、
１または複数のプロトコル・レイヤおよび前記データのタイプにしたがって、前記媒体アクセス制御プロトコル・データ・ユニットを評価することと
を備える方法。
【請求項２４】
前記データのタイプは、制御データ、ユーザ・データ、あるいはパディング・データのうちの少なくとも１つを含む請求項２３に記載の方法。
【請求項２５】
少なくとも部分的に、制御データ媒体アクセス制御ヘッダに含まれるプロトコル識別子に基づいて、制御データのためにカプセル化された制御データ・ユニットに関連付けられたプロトコル・レイヤを確認することをさらに備える請求項２４に記載の方法。
【請求項２６】
前記カプセル化された制御データ・ユニットを、前記関連付けられたプロトコル・レイヤへダイレクトに配信することをさらに備える請求項２５に記載の方法。
【請求項２７】
少なくとも部分的に、長さフィールドのサイズに基づいて、前記関連付けられたヘッダ内の長さフィールドのサイズを判定することをさらに備える請求項２４に記載の方法。
【請求項２８】
可変の媒体アクセス制御ヘッダ・フォーマットを用いて通信することを容易にする通信装置であって、
媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信する手段と、
少なくとも部分的に、前記関連付けられたヘッダ内の論理チャネル識別子に基づいて、パケット・データ・ユニットに含まれたデータのタイプを判定する手段と、
１または複数のプロトコル・レイヤおよび前記データのタイプにしたがって、前記媒体アクセス制御プロトコル・データ・ユニットを評価する手段と
を備える通信装置。
【請求項２９】
前記データのタイプは、制御データ、ユーザ・データ、あるいはパディング・データのうちの少なくとも１つを含む請求項２８に記載の通信装置。
【請求項３０】
少なくとも部分的に、制御データ媒体アクセス制御ヘッダに含まれるプロトコル識別子に基づいて、制御データのためにカプセル化された制御データ・ユニットに関連付けられたプロトコル・レイヤを確認する手段をさらに備える請求項２９に記載の通信装置。
【請求項３１】
前記カプセル化された制御データ・ユニットを、前記関連付けられたプロトコル・レイヤへダイレクトに配信する手段をさらに備える請求項３０に記載の通信装置。
【請求項３２】
少なくとも部分的に、長さフィールドのサイズに基づいて、前記関連付けられたヘッダ内の長さフィールドのサイズを判定することをさらに備える請求項２８に記載の通信装置。
【請求項３３】
無線通信装置であって、
媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信することと、少なくとも部分的に、前記関連付けられたヘッダ内の論理チャネル識別子に基づいて、パケット・データ・ユニットに含まれ、制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つを含む、データのタイプを判定することと、１または複数のプロトコル・レイヤおよび前記データのタイプにしたがって、前記媒体アクセス制御プロトコル・データ・ユニットを評価することと、に関連する命令群を保持するメモリと、
前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
を備える無線通信装置。
【請求項３４】
少なくとも１つのコンピュータに対して、媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信させるためのコードと、
少なくとも１つのコンピュータに対して、少なくとも部分的に、前記関連付けられたヘッダ内の論理チャネル識別子に基づいて、パケット・データ・ユニットに含まれ、制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つを含む、データのタイプを判定させるためのコードと、
少なくとも１つのコンピュータに対して、１または複数のプロトコル・レイヤおよび前記データのタイプにしたがって、前記媒体アクセス制御プロトコル・データ・ユニットを評価させるためのコードと、
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、２００７年１０月１日に出願された"LONG TERM EVOLUTION MAC HEADER FORMAT OPTIMIZED DESIGN"と題された米国仮出願６０／９７６，７６４号の利益を主張する。上記出願の全体は、参照によって本明細書に組み込まれる。
【技術分野】
【０００２】
以下の記載は、一般に無線通信に関し、さらに詳しくは、媒体アクセス制御ヘッダ・フォーマットの最適設計に関する。
【背景技術】
【０００３】
無線通信システムは、例えば音声、データ等のようなさまざまなタイプの通信コンテンツを提供するために広く開発された。一般的な無線通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力等）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。さらに、これらシステムは、例えば第３世代パートナシップ計画（３ＧＰＰ）、３ＧＰＰ２、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）等のような仕様に準拠しうる。
【０００４】
通常、無線多元接続通信システムは、複数のモバイル・デバイスのための通信を同時にサポートすることができる。おのおののモバイル・デバイスは、順方向リンクおよび逆方向リンクによる通信によって、１または複数の基地局と通信することができる。順方向リンク（すなわち、ダウンリンク）は、基地局からモバイル・デバイスへの通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、モバイル・デバイスから基地局への通信リンクを称する。さらに、モバイル・デバイスと基地局との間の通信は、単一入力単一出力（ＳＩＳＯ）システム、複数入力単一出力（ＭＩＳＯ）システム、複数入力複数出力（ＭＩＭＯ）システム等によって確立されうる。それに加えて、ピア・ツー・ピア無線ネットワーク構成で、モバイル・デバイスが他のモバイル・デバイスと（および／または、基地局が他の基地局と）通信することができる。
【０００５】
無線通信システムは、しばしば、有効通信範囲領域を提供する１または複数の基地局を適用する。一般的な基地局は、ブロードキャスト・サービス、マルチキャスト・サービス、および／またはユニキャスト・サービスのために、複数のデータ・ストリームを送信する。ここで、データ・ストリームは、アクセス端末に対して興味のある独立した受信からなるデータのストリームでありうる。そのような基地局の有効通信範囲領域内のアクセス端末スは、合成ストリームによって搬送される１つの、１つより多くの、または全てのデータ・ストリームを受信するために適用されうる。同様に、アクセス端末は、基地局あるいは他のアクセス端末へデータを送信することができる。
【０００６】
ＭＩＭＯシステムは、データ送信のために、複数（ＮＴ個）の送信アンテナと、複数（ＮＲ個）の受信アンテナとを利用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮＳ個の独立チャネルへ分割される。ここでＮＳ≦ｍｉｎ｛ＮＴ、ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。さらに、複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、高められたスペクトル効率、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与える。
【発明の概要】
【０００７】
以下は、１または複数の実施形態の基本的な理解を提供するために、これら実施形態の簡単な概要を示す。この概要は、考えられる全ての実施形態の広範な概観ではなく、全ての実施形態の重要要素または決定的要素を特定することでもなく、任意または全ての実施形態の範囲を線引きすることも意図されていない。その唯一の目的は、１または複数の実施形態のいくつかの概念を、後述するより詳細な記載に対する前置きとして、より簡単な形式で表すことである。
【０００８】
１または複数の実施形態およびこれらに対応する開示によれば、無線通信において複数の媒体アクセス制御（ＭＡＣ）ヘッダ・フォーマットを利用することに関連するさまざまな態様が記載される。ＭＡＣヘッダ・フォーマットは、プロトコル・データ・ユニット（ＰＤＵ）に含まれる特定のタイプのデータのために特化されうる。それに加えて、ＭＡＣヘッダは、不必要なオーバヘッドをもたらすことなく、サイズが変化するペイロードに適応するために可変長を有しうる。さらに、関連付けられたプロトコル・レイヤへのダイレクトなアクセスおよび制御ＰＤＵの配信を可能とし、より良好なサービス品質処理を保証するメカニズムが提供される。
【０００９】
関連する態様によれば、複数の媒体アクセス制御ヘッダ・フォーマットを適用することを容易にする方法が提供される。この方法は、関連付けられた媒体アクセス制御プロトコル・データ・ユニットに含まれるデータのタイプを判定することを備える。この方法はまた、判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成することをも含みうる。それに加えて、この方法は、媒体アクセス制御ヘッダおよび関連付けられたプロトコル・データ・ユニットを送信することを備えうる。
【００１０】
別の態様は、可変の媒体アクセス制御ヘッダを利用することを容易にする通信装置に関する。この通信装置は、関連付けられたプロトコル・データ・ユニットに含まれるデータのタイプを判定する手段を含みうる。この通信装置はさらに、判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成する手段を備えうる。それに加えて、この通信装置は、媒体アクセス制御ヘッダおよび関連付けられたプロトコル・データ・ユニットを送信する手段を含みうる。
【００１１】
また、別の態様は、無線通信装置に関する。この無線通信装置は、メモリを含みうる。このメモリは、関連付けられた媒体アクセス制御プロトコル・データ・ユニットに含まれ、制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つを含むデータのタイプを判定することと、判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成することと、媒体アクセス制御ヘッダと関連付けられたプロトコル・データ・ユニットとを送信することと、に関連する命令群を保持する。それに加えて、この無線通信装置はさらに、メモリに接続されメモリに保持された命令群を実行するように構成されたプロセッサを備えうる。
【００１２】
また別の態様は、コンピュータ読取可能媒体を有しうるコンピュータ・プログラム製品に関する。このコンピュータ読取可能媒体は、少なくとも１つのコンピュータに対して、関連付けられた媒体アクセス制御プロトコル・データ・ユニットに含まれるデータのタイプを判定させるためのコードを含みうる。ここで、データのタイプは、制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つを含む。コンピュータ読取可能媒体はさらに、少なくとも１つのコンピュータに対して、判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって媒体アクセス制御ヘッダを生成させるためのコードを備えうる。それに加えて、コンピュータ読取可能媒体は、少なくとも１つのコンピュータに対して、媒体アクセス制御ヘッダおよび関連付けられたプロトコル・データ・ユニットを送信させるためのコードを含みうる。
【００１３】
本明細書に記載された別の態様は、可変の媒体アクセス制御ヘッダ・フォーマットを用いて通信を容易にする方法に関連する。この方法は、媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信することを含みうる。この方法はさらに、関連付けられたヘッダ内の論理チャネル識別子に少なくとも部分的に基づいて、パケット・データ・ユニットに含まれるデータのタイプを判定することを備えうる。それに加えて、この方法は、１または複数のプロトコル・レイヤおよびデータのタイプにしたがって、媒体アクセス制御プロトコル・データ・ユニットを評価することを含みうる。
【００１４】
さらに別の態様は、可変の媒体アクセス制御ヘッダ・フォーマットを用いて通信することを容易にする通信装置に関する。この通信装置は、媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信する手段を含みうる。この通信装置はさらに、関連付けられたヘッダ内の論理チャネル識別子に少なくとも部分的に基づいて、パケット・データ・ユニットに含まれるデータのタイプを判定する手段を備えうる。それに加えて、この通信装置は、１または複数のプロトコル・レイヤおよびデータのタイプにしたがって、媒体アクセス制御プロトコル・データ・ユニットを評価する手段を含みうる。
【００１５】
本明細書に記載されたさらなる態様は、メモリを備えた無線通信装置に関する。このメモリは、媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信することと、関連付けられたヘッダ内の論理チャネル識別子に少なくとも部分的に基づいて、パケット・データ・ユニットに含まれる制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つでありうるデータのタイプを判定することと、１または複数のプロトコル・レイヤおよびデータのタイプにしたがって媒体アクセス制御プロトコル・データ・ユニットを評価することとに関連する命令群を保持しうる。それに加えて、無線通信装置は、メモリに接続されメモリに保持された命令群を実行するように構成されたプロセッサを含みうる。
【００１６】
また他の態様はコンピュータ・プログラム製品に関連する。このコンピュータ・プログラム製品は、少なくとも１つのコンピュータに対して、媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信させるためのコードを含むコンピュータ読取可能媒体を有しうる。このコンピュータ読取可能媒体はさらに、少なくとも１つのコンピュータに対して、関連付けられたヘッダ内の論理チャネル識別子に少なくとも部分的に基づいて、パケット・データ・ユニットに含まれる制御データ、ユーザ・データ、またはパディング・データのうちの少なくとも１つでありうるデータのタイプを判定させるためのコードを備えうる。それに加えて、このコンピュータ読取可能媒体は、少なくとも１つのコンピュータに対して、１または複数のプロトコル・レイヤおよびデータのタイプにしたがって媒体アクセス制御プロトコル・データ・ユニットを評価させるためのコードを含みうる。
【００１７】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、以下に十分説明され、特に特許請求の範囲で指摘される特徴を備える。以下の記載および関連する図面は、１または複数の実施形態のある例示的な態様を詳細に述べる。これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちのほんのいくつかを示すに過ぎず、記載された実施形態は、そのような全ての態様およびそれらの等化物を含むことが意図される。
【図面の簡単な説明】
【００１８】
【図１】図１は、本明細書に記載されたさまざまな態様にしたがう無線通信システムの実例である。
【図２】図２は、無線通信環境において適用される通信装置の実例である。
【図３】図３は、可変長を含むさまざまなＭＡＣヘッダ・フォーマットを適用することを容易にする無線通信システムの実例である。
【図４】図４は、主題とする開示の態様にしたがったＭＡＣヘッダ・フォーマットの実例である。
【図５】図５は、主題とする開示の態様にしたがってＭＡＣヘッダを選択し生成することを容易にする方法論の実例である。
【図６】図６は、態様にしたがってＭＡＣヘッダを受信することを容易にする方法論の実例である。
【図７】図７は、主題とする開示の態様にしたがってさまざまな媒体アクセス制御（ＭＡＣ）ヘッダを使用することを容易にするシステムの実例である。
【図８】図８は、開示された主題の態様にしたがって、無線通信システムにおいてモバイル・デバイスに関連付けられた通信を容易にするシステムの実例である。
【図９】図９は、本明細書に記載されたさまざまなシステムおよび方法と連携して適用されうる無線ネットワーク環境の実例である。
【図１０】図１０は、無線通信システムにおいてデータの送信の際に適用するヘッダ・フォーマットを判定するシステムの実例である。
【図１１】図１１は、可変の媒体アクセス制御ヘッダ・フォーマットを含む送信を受信することを容易にするシステムの実例である。
【発明を実施するための形態】
【００１９】
さまざまな態様が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。以下の記載では、説明の目的のために、１または複数の態様の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような態様は、これら具体的な詳細無しで実現されうることが明確である。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００２０】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアのうちの何れかであるコンピュータ関連エンティティを称することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１または複数のコンピュータに局在化されるか、および／または、２またはそれ以上のコンピュータに分散されうる。それに加えて、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００２１】
さらに、さまざまな実施形態が、本明細書において、モバイル・デバイスに関して記載される。モバイル・デバイスはまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、遠隔端末、モバイル・デバイス、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。モバイル・デバイスは、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、コンピュータ・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、さまざまな実施形態が、基地局に関して記載される。基地局は、モバイル・デバイスと通信するために利用され、アクセス・ポイント、ノードＢ、イボルブド・ノードＢ（ｅノードＢまたはｅＮＢ）、基地トランシーバ局（ＢＴＳ）、またはその他幾つかの専門用語でも称されうる。
【００２２】
さらに、本明細書に記載のさまざまな態様または機能は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、デジタル・バーサタイル・ディスク（ＤＶＤ）等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送することができるその他任意の媒体を含みうる。
【００２３】
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用される。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の派生を含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ）のようなラジオ技術を実施することができる。ＯＦＤＭＡネットワークは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュＯＦＤＭ（登録商標）等のようなラジオ技術を実施することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）からの文書に記載されている。
【００２４】
図１に示すように、無線通信システム１００が、本明細書に示されたさまざまな実施形態にしたがって例示される。システム１００は、複数のアンテナ・グループを含むことができる基地局１０２を備える。例えば、１つのアンテナ・グループは、アンテナ１０４およびアンテナ１０６を含むことができ、別のグループはアンテナ１０８およびアンテナ１１０を備えることができ、さらに別のグループはアンテナ１１２およびアンテナ１１４を含むことができる。おのおののアンテナ・グループについて２つのアンテナが例示されているが、おのおののグループについて、それよりも多いあるいはそれよりも少ないアンテナが適用されうる。基地局１０２はさらに、送信機チェーンおよび受信機チェーンを含みうる。それらおのおのは、当業者によって理解されるように、信号の送信および受信に関連付けられた複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備えうる。
【００２５】
基地局１０２は、例えばモバイル・デバイス１１６およびモバイル・デバイス１２２のような１または複数のアクセス端末と通信することができる。しかしながら、基地局１０２は、モバイル・デバイス１１６およびモバイル・デバイス１２２に類似した実質的に任意の数のモバイル・デバイスと通信しうることが理解されるべきである。モバイル・デバイス１１６およびモバイル・デバイス１２２は、例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピュータ・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００を介して通信するのに適切なその他任意のデバイスでありうる。図示するように、モバイル・デバイス１１６は、アンテナ１１２およびアンテナ１１４と通信している。ここで、アンテナ１１２およびアンテナ１１４は、順方向リンク１１８によってモバイル・デバイス１１６へ情報を送信し、逆方向リンク１２０によってモバイル・デバイス１１６から情報を受信する。さらに、モバイル・デバイス１２２はアンテナ１０４およびアンテナ１０６と通信している。ここで、アンテナ１０４およびアンテナ１０６は、順方向リンク１２４でモバイル・デバイス１２２へ情報を送信し、逆方向リンク１２６でモバイル・デバイス１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、例えば、順方向リンク１１８は、逆方向リンク１２０によって使用されるものとは異なる周波数帯域を使用し、順方向リンク１２４は、逆方向リンク１２６によって使用されるものとは異なる周波数帯域を使用することができる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、順方向リンク１１８および逆方向リンク１２０は、共通の周波数帯域を使用し、順方向リンク１２４および逆方向リンク１２６は、共通の周波数帯域を使用することができる。
【００２６】
通信するように指定された領域および／またはアンテナのおのおののグループは、基地局１０２のセクタと称されうる。例えば、基地局１０２によってカバーされる領域のセクタ内のモバイル・デバイスに通信するように、複数のアンテナが設計されうる。順方向リンク１１８および順方向リンク１２４による通信では、基地局１０２の送信アンテナは、モバイル・デバイス１１６およびモバイル・デバイス１２２のための順方向リンク１１８および順方向リンク１２４の信号対雑音比を向上するためにビームフォーミングを適用することができる。例えば、これは、所望の方向に信号を向けるプリコーダを用いることによって提供される。また、基地局１０２は、関連付けられた有効通信範囲内にランダムに分布しているモバイル・デバイス１１６、１２２へ送信するために、ビームフォーミングを利用している間、近隣セル内のモバイル・デバイスは、すべてのモバイル・デバイスに対して単一のアンテナで送信する基地局に比べて、少ない干渉しか被らない。さらに、モバイル・デバイス１１６、１２２は、一例において、ピア・トゥ・ピアまたはアド・ホック技術を用いて互いにダイレクトに通信しうる。一例によれば、システム１００は、複数入力複数出力（ＭＩＭＯ）通信システムでありうる。さらに、システム１００は、（例えば、順方向リンク、逆方向リンクのような）通信チャネルを分割するために、例えばＦＤＤ、ＴＤＤ等のような実質的に任意のタイプのデュプレクス技術を利用しうる。
【００２７】
図２に移って、無線通信環境内で適用される通信装置２００が例示される。この通信装置２００は、基地局または基地局の一部、モバイル・デバイスまたはモバイル・デバイスの一部、あるいは、無線通信環境で送信されたデータを受信する実質的に任意の通信装置でありうる。通信システムでは、通信装置２００は、以下に説明するように、可変の媒体アクセス制御ヘッダ・フォーマットが利用されることを可能にする構成要素を適用しうる。
【００２８】
通信装置２００は、通信のためのさまざまなプロトコル・レイヤに関連付けられたプロトコルを導入しうる。例えば、通信装置２００は、ラジオ・リソース制御（ＲＲＣ）プロトコル機能を提供しうるＲＲＣモジュール２０２を含みうる。例えば、ＲＲＣモジュール２０２は、モバイル・デバイス、基地局、および通信ネットワークの間の制御プレーン・シグナリングを容易にすることができる。それに加えて、ＲＲＣモジュール２０２は、例えば接続確立および解放、システム情報ブロードキャスト、ベアラ確立、再設定および解放、接続モビリティ手順、ページング通知、電力制御等のような設定動作および運転動作を実行しうる。通信装置２００はまた、無線通信におけるパケット・データ収束（ＰＤＣＰ）レイヤを管理するＰＤＣＰモジュール２０４を含みうる。例えば、ＰＤＣＰモジュール２０４は、ＩＰヘッダ圧縮および解凍、ユーザ・データ転送、ラジオ・ベアラのためのシーケンス番号の維持等を実行しうる。さらに、通信装置２００はさらに、ラジオ・リンク制御（ＲＬＣ）プロトコル機能を提供するＲＬＣモジュール２０６を含みうる。通信装置はさらに、共有媒体へのアクセスを容易にする媒体アクセス制御（ＭＡＣ）モジュール２０８を含みうる。それに加えて、通信装置２００は、信号の送信および受信のために適用されるラジオ・インタフェースを管理および制御する物理レイヤ・モジュール２１０を含みうる。
【００２９】
ＰＤＣＰモジュール２０４、ＲＬＣモジュール２０２、およびＭＡＣモジュール２０６は、情報の生成、および／または、生成した情報の、それぞれのプロトコルに関連付けられたプロトコル・データ・ユニット（ＰＤＵ）、ペイロード、パケット、ヘッダへのパックを行いうる。例によれば、ＭＡＣモジュール２０６は、送信されたデータのタイプ（例えば、ユーザまたは制御）、高次レイヤＰＤＵのサイズ、ＭＡＣ  ＰＤＵの目的（例えば、パディングＰＤＵ）等に依存して、さまざまなヘッダ・フォーマットを適用しうる。したがって、通信装置２００は、通信装置２００の送信ニーズに基づいて適切なＭＡＣヘッダ・フォーマットを判定するフォーマット・セレクタ２１２を含みうる。例えば、通信装置２００が制御データを送信する場合、フォーマット・セレクタ２１２は、制御データのための適切なフォーマットを判定しうる。通信装置２００はさらに、フォーマット・セレクタ２１２によって選択されたフォーマットにしたがってＭＡＣヘッダを生成するヘッダ・エンコーダ２１４を含みうる。
【００３０】
１つの実例では、ＭＡＣヘッダは、限定される訳ではないが、ＭＡＣ  ＰＤＵを経路付ける論理チャネルのうちの少なくとも１つを指定する論理チャネル識別子（ＬＣＩＤ）、（例えば、ＭＡＣ  ＰＤＵまたはペイロードのような）ＭＡＣサービス・データ・ユニットの長さを指定する長さフィールド、および、拡張フィールドのようなさまざまな情報を含みうる。別の態様では、ＬＣＩＤは、適用されているＭＡＣヘッダ・フォーマットを示しうる。それに加えて、広範囲のＭＡＣ  ＰＤＵサイズに適応するために、可変長フィールドが適用されうる。可変長フィールドによって、小さなＭＡＣ  ＰＤＵのために小さな長さのフィールドが利用され、大きなＭＡＣ  ＰＤＵのための大きな長さのフィールドが利用されるようになる。これによって、不必要なオーバヘッドを最小化する。可変長は、ＭＡＣ  ＰＤＵ内にカプセル化された可変サイズのＰＤＣＰあるいはＲＬＣ  ＰＤＵから得られる。上部レイヤ制御メッセージのダイレクトな配信を可能にするために、ＭＡＣヘッダはさらに、カプセル化されたＰＤＵのタイプ（例えば、ＲＬＣまたはＰＤＣＰ）を識別するフィールドを含みうる。さらに、ＭＡＣヘッダは、パディングを指定する特別なインジケータを含むことができる。
【００３１】
実例となる実施形態にしたがって、上記態様は、ＬＣＩＤ値によってカテゴライズされるいくつかのＭＡＣヘッダ・フォーマット設計で指定されうる。例えば、以下により詳細に説明するように、‘１１１１１’のＬＣＩＤ値は、関連付けられたＭＡＣ  ＰＤＵがパディングであることを示しうる。それに加えて、‘０００００’のＬＣＩＤ値は、ＭＡＣヘッダが、制御データとともに利用されることを示しうる。‘１１１１１’と‘０００００’との間の何れの値も、ユーザ・データのために確保しておくことができる。
【００３２】
さらに、図示していないが、通信装置２００は、送信のために必要とされるＭＡＣヘッダのタイプを識別することと、選択されたフォーマットにしたがってＭＡＣヘッダ情報を符号化することと、特定のＭＡＣフォーマットを受信すると、この特定のＭＡＣフォーマットを識別すること等に関連付けられた命令群を保持するメモリを含みうることが認識されるべきである。それに加えて、メモリは、ＭＡＣ  ＰＤＵ内にカプセル化された上部レイヤ制御メッセージのダイレクトな配信のための命令群を保持しうる。さらに、通信装置２００は、命令群（例えば、メモリに保持された命令群、別のソースから取得された命令群等）を実行することに関連して利用されるプロセッサを含みうる。
【００３３】
図３に示すように、可変長を含むさまざまなＭＡＣヘッダ・フォーマットを適用することを容易にする無線通信システム３００が例示される。このシステム３００は、ユーザ機器３０４（および／または、（図示しない）任意の数の別のデバイス）と通信する基地局３０２を含む。基地局３０２は、順方向リンク・チャネルすなわちダウンリンク・チャネルを介してユーザ機器３０４へ情報を送信しうる。さらに、基地局３０２は、逆方向リンク・チャネルすなわちアップリンク・チャネルを介してユーザ機器３０４から情報を受信しうる。さらに、システム３００は、ＭＩＭＯシステムでありうる。それに加えて、システム３００は、（例えば、３ＧＰＰ、３ＧＰＰ２、３ＧＰＰ  ＬＴＥ等のような）ＯＦＤＭＡ無線ネットワークで動作しうる。さらに、一例として、その逆に、図示および以下に記載する基地局３０２内の構成要素および機能が、ユーザ３０４内に存在することも可能である。
【００３４】
基地局３０２は、図２を参照して上述したように、ラジオ・リソース制御（ＲＲＣ）モジュール３０６、パケット・データ収束プロトコル（ＰＤＣＰ）モジュール３０８、ラジオ・リンク制御（ＲＬＣ）モジュール３１０、媒体アクセス制御（ＭＡＣ）モジュール３１２、および物理レイヤ・モジュール３１４を備えたプロトコル・スタックを含みうる。基地局３０２は、任意の適切な数のプロトコル・レイヤを含み、主題とするイノベーションは、本明細書に記載されたプロトコル・レイヤに限定されないことが認識されるべきである。それに加えて、基地局３０２は、複数のフォーマットから、送信のために適用するＭＡＣヘッダ・フォーマットを決定するフォーマット・セレクタ３１６を含みうる。例えば、フォーマット・セレクタ３１６は、ユーザ・データが送信されるべきであることを判定し、ユーザ・データのために適切なフォーマットを選択する。別の例において、フォーマット・セレクタ３１６は、制御データが送信されるべきであることを判定し、制御データＭＡＣヘッダ・フォーマットを選択する。それに加えて、フォーマット・セレクタ３１６は、パディング・ヘッダ・フォーマットが適用されるべきであると判定しうる。基地局３０２はさらに、フォーマット・セレクタ３１６によって選択されたフォーマットにしたがってＭＡＣヘッダを生成するヘッダ・エンコーダ３１８を含みうる。それに加えて、基地局３０２は、ＭＡＣヘッダによって定義されたように、基地局３０２内のプロトコル・レイヤへデータを通信するために、受信したＭＡＣヘッダを自動的に評価するルータ３２０を含みうる。例えば、ＲＬＣ  ＰＤＵがカプセル化されていることを示す制御データＭＡＣヘッダが受信されうる。ＰＤＵのためのより良好なサービス品質処理を提供するために、ルータ３２０は、ＲＬＣモジュール３１０へＲＬＣ  ＰＤＵをダイレクトに配信しうる。
【００３５】
ユーザ機器３０４は、図２を参照して上述したように、ラジオ・リソース制御（ＲＲＣ）モジュール３２２、パケット・データ収束プロトコル（ＰＤＣＰ）モジュール３２４、ラジオ・リンク制御（ＲＬＣ）モジュール３２６、媒体アクセス制御（ＭＡＣ）モジュール３２８、および物理レイヤ・モジュール３３０を備えたプロトコル・スタックを含みうる。ユーザ機器３０４は、任意の数の適切なプロトコル・レイヤを含み、主題とするイノベーションは、本明細書に記載されたプロトコル・レイヤに限定されないことが認識されるべきである。それに加えて、ユーザ機器３０４は、複数のフォーマットから、送信のために適用するＭＡＣヘッダ・フォーマットを決定するフォーマット・セレクタ３３２を含みうる。例えば、フォーマット・セレクタ３３２は、ユーザ・データが送信されるべきであると判定し、ユーザ・データに適切なフォーマットを選択する。別の例では、フォーマット・セレクタ３３２は、制御データが送信されるべきであると判定し、制御データＭＡＣヘッダ・フォーマットを選択する。それに加えて、フォーマット・セレクタ３３２は、パディング・ヘッダ・フォーマットが適用されるべきであると判定しうる。ユーザ機器３０４はさらに、フォーマット・セレクタ３３２によって選択されたフォーマットにしたがってＭＡＣヘッダを生成するヘッダ・エンコーダ３３４を含みうる。それに加えて、ユーザ機器３０４は、ＭＡＣヘッダによって定義されるように、ユーザ機器３０４内のプロトコル・レイヤへデータを通信するために、受信したＭＡＣヘッダを自動的に評価するルータ３３６を含みうる。例えば、ＲＬＣ  ＰＤＵがカプセル化されたことを示す制御データＭＡＣヘッダが受信されうる。ＰＤＵのためにより良好なサービス品質処理を提供するために、ルータ３３６は、ＲＬＣ  ＰＤＵをＲＬＣモジュール３２６へダイレクトに配信しうる。フォーマット・セレクタ３１６、３３２およびヘッダ・エンコーダ３１８、３３４は、ＭＡＣモジュール３１２、３２８の一部としてそれぞれ示されている一方、フォーマット・セレクタおよびヘッダ・エンコーダは、個別のモジュールまたは構成要素でありうるか、および／または、図３に示すその他のモジュールに関連付けられうることが認識されるべきである。
【００３６】
フォーマット・セレクタ３３２によって生成されたＭＡＣヘッダと、ユーザ機器３０４内のヘッダ・エンコーダ３３４とが、基地局３０２へ送信されうることが認識されるべきである。基地局３０２内の特別に定義されたプロトコル・レイヤへデータをダイレクトに転送する（例えば、これによって、ＭＡＣモジュール３１２上の少なくとも１つのプロトコルをバイパスすることができる）ために、ＭＡＣヘッダがルータ３２０によって評価されうる。フォーマット・セレクタ３１６によって生成されたＭＡＣヘッダと、基地局３０２内のヘッダ・エンコーダ３１８とが、ユーザ機器３０４へ通信されうることがさらに認識されるべきである。ユーザ機器３０４内の特別に定義されたプロトコル・レイヤへデータをダイレクトに伝送するために、ＭＡＣヘッダがルータ３３６によって評価されうる。
【００３７】
ＭＡＣヘッダは、不必要なオーバヘッドなく、その他のレイヤＰＤＵを効率的にカプセル化する可変長を含みうる。可変ヘッダ・フォーマットは、複数の利点を備える。例えば、（例えば基地局３０２とユーザ機器３０４との間で送信される情報のブロックのような）伝送ブロックに丁度適合するボイス・オーバＩＰ（ＶｏＩＰ）パケットで利用されうる何れの長さオプションも利用可能ではない。ＶｏＩＰパケットを用いると、１バイトのＭＡＣヘッダで十分でありうる。他のＭＡＣヘッダ・オプションは、送信中の可変サイズのＲＬＣ  ＰＤＵを取り扱うために、可変長フィールドを含みうる。それに加えて、ＭＡＣヘッダは、制御ＰＤＵを配信するために、上部レイヤがＭＡＣレイヤへダイレクトにアクセスすることを可能にするフィールドを含みうる。さらに、このフィールドは、スケジューラが、同じラジオ・ベアラ上で制御ＰＤＵおよびデータＰＤＵを多重化することとは対照的に、ＰＤＵへより良質なサービス品質を与えることができるようにするために、制御ＰＤＵをスケジューラに見えるようにする。
【００３８】
図４は、主題とする開示の態様にしたがうＭＡＣヘッダ・フォーマット４００の例を例示する。本明細書に記載されたフォーマットは、フォーマット・セレクタ２１２、３１６、３３２によって選択され、ヘッダ・エンコーダ２１４、３１８、３３４によって生成されうる。フォーマット４０２は、制御データに関連付けられた典型的なフォーマットである。フォーマット４０２は、ヘッダを制御データ・ヘッダとして識別するために、‘０００００’の論理チャネル識別子（ＬＣＩＤ）値を含んでいる。フォーマット４０２はさらに、カプセル化されたプロトコル・データ・ユニット（ＰＤＵ）に関連付けられたプロトコル・レイヤを指定するプロトコル識別子（ＰＩＤ）フィールドを含みうる。実例となる例によれば、ＰＩＤフィールドは、カプセル化されたＭＡＣ制御ＰＤＵを示す‘００’、カプセル化されたＲＬＣ制御ＰＤＵを示す‘０１’、およびカプセル化されたＰＤＣＰ制御ＰＤＵを示す‘１０’の値を有しうる。他のＰＩＤ値符合化が利用されることも認識されるべきである。フォーマット４０２はさらに、２つの予約フィールド、すなわち、１ビットの予約フィールド（Ｒ１）と、３ビットの予約フィールド（Ｒ２）とを含みうる。それに加えて、ビット拡張フィールド（Ｅ）が含まれうる。１つの態様では、Ｅフィールドは、追加のフィールドがＭＡＣヘッダに追加されたことを示すために利用されうる。フォーマット４０２では、ヘッダに関連付けられたＭＡＣ  ＰＤＵペイロードの長さを指定する７ビットのＭＡＣ長さフィールドが含まれうる。フォーマット４０２には、ＰＤＵをどの論理チャネルへ経路付けるかを示すために、第２のレベルのＬＣＩＤ（ＬＣＩＤ２）が提供されうる。１つの態様では、ＬＣＩＤ２フィールドは、５ビットの情報を備えうる。
【００３９】
フォーマット４０４は、ユーザ・データを送信するために適用されうる典型的なフォーマットである。フォーマット４０４は、ヘッダをユーザ・データ・ヘッダとして識別するために、‘０００００’よりも大きく‘１１１１１’よりも小さいＬＣＩＤフィールド値を含みうる。フォーマット４０４はさらに、ＭＡＣ長さフィールドのサイズを示すＭＡＣ長さフィールド（ＬＭ）の長さを含みうる。例えば、‘００’であるＬＭ値は、ＭＡＣ長さフィールドが存在しないことを示しうる（例えば、長さは、物理レイヤによって提供される）。‘０１’であるＬＭ値は、７ビットのＭＡＣ長さが、ヘッダ内において、１ビットのＥフィールドの前に含まれることを示す。‘１０’であるＬＭ値は、１ビットのＥフィールドの前に１５ビットのＭＡＣ長さフィールドを指定しうる。フォーマット４０４はさらに、１ビットの予約フィールド（Ｒ１）を含みうる。図４では、フォーマット４０４は、１５ビットのＭＡＣ長さフィールドで示される。しかしながら、上述したように、その他のＭＡＣ長さが適用されうることが認識されるべきである。
【００４０】
フォーマット４０６は、パディングのために利用することができる典型的なフォーマットである。フォーマット４０６は、ヘッダを、ＭＡＣパディングＰＤＵのためのパディング・ヘッダとして識別するために、‘１１１１１’のＬＣＩＤフィールド値を含みうる。８ビットのヘッダにするために、３ビットの予約フィールド（Ｒ１）が含まれうる。一例において、Ｒ１フィールドが、値‘０００’を用いて符号化される。
【００４１】
図５乃至図６では、無線通信において、可変長のＭＡＣヘッダ・フォーマットを適用することに関連し、本明細書でカプセル化されたデータのタイプのために特別に設計された方法論が示される。説明を単純にする目的で、これら方法論は、一連のブロックとして示され説明されているが、権利主張する主題は、幾つかのブロックが本明細書で示され記載されたものとは異なる順序で、あるいは他のブロックと同時に生じうるので、ブロックの順序によって限定されないことが理解され認識されるべきである。例えば、当業者であれば、方法論はその代わりに、例えば状態図におけるように、一連の相互関連する状態またはイベントとして表されうることを理解し認識するだろう。さらに、１または複数の実施形態にしたがって方法論を実現するために、例示された全ての動作が必要とされる訳ではない。
【００４２】
図５に移って、主題とする開示の態様にしたがってＭＡＣヘッダの選択および生成を容易にする方法論５００が例示される。一例において、方法５００は、データをモバイル・デバイスへ送信する基地局（例えば、ノードＢ、イボルブド・ノードＢ、アクセス・ポイント等）によって適用され、および／または、データを基地局へ送信するモバイル・デバイスによって適用されうる。参照番号５０２では、ＭＡＣヘッダ・タイプが判定される。例えば、ＭＡＣヘッダ・タイプは、制御データ・ヘッダ、ユーザ・データ・ヘッダ、あるいはパディング・ヘッダでありうる。参照番号５０４では、ヘッダが、ユーザ・データ・ヘッダであるかが判定される。ヘッダがユーザ・データである場合、方法５００は、参照番号５０６に進み、ＭＡＣプロトコル・データ・ユニットの長さが確認される。例えば、ペイロードのサイズが判定される。参照番号５０８では、ヘッダ内の可変のＭＡＣ長さフィールドのサイズが確立される。例えば、小さなＰＤＵのために小さなＭＡＣ長さフィールドが確立され、大きなＰＤＵのために大きなＭＡＣ長さフィールドが適用されるように、ＭＡＣ長さフィールドのサイズが、ＭＡＣ  ＰＤＵの長さと相関付けられる。実例によれば、可変のＭＡＣ長さフィールドのサイズは、ゼロ・ビット、７ビット、あるいは１５ビットのうちの１つでありうる。参照番号５１０では、ＭＡＣ長さフィールドおよびＭＡＣ長さフィールドのサイズにしたがってユーザ・データ・ヘッダが生成される。
【００４３】
５０４において、ヘッダがユーザ・データではないと判定された場合、方法５００は参照番号５１２に進み、プロトコル・データ・ユニットがパディングＰＤＵであるかが判定される。パディングＰＤＵである場合、方法５００は、参照番号５１４に進み、パディング・ヘッダが生成される。パディングＰＤＵではない場合、方法５００は、参照番号５１６に進み、ＭＡＣ  ＰＤＵ内にカプセル化されうる制御ＰＤＵのタイプが確認される。一例において、カプセル化された制御ＰＤＵは、ＭＡＣ制御ＰＤＵ、ＲＬＣ制御ＰＤＵ、あるいはＰＤＣＰ制御ＰＤＵでありうる。参照番号５１８では、ヘッダに関連付けられた論理チャネルが判定される。例えば、論理チャネルは、ＭＡＣ  ＰＵＤが経路付けられるチャネルでありうる。参照番号５２０では、制御ＰＤＵのタイプを指定するフィールド、および、論理チャネルを示すフィールド、を含む制御データ・ヘッダが生成される。
【００４４】
図６に示すように、態様にしたがってＭＡＣヘッダを受信することを容易にする方法論６００が例示される。特に、方法６００は、データ・タイプのために特別に設計された可変長のＭＡＣヘッダを受信および処理するために基地局および／またはモバイル・デバイスによって適用されうる。参照番号６０２では、ＭＡＣ  ＰＤＵおよびヘッダが受信される。参照番号６０４では、ヘッダおよびＭＡＣ  ＰＤＵに関連付けられたデータ・タイプが判定される。例えば、ＭＡＣ  ＰＤＵは、制御データＰＤＵ、ユーザ・データＰＤＵ、あるいはパディングＰＤＵでありうる。参照番号６０６では、ＰＤＵが制御データであるかが判定される。ＰＤＵが制御データであれば、方法６００は参照番号６０８に進み、カプセル化されたＰＵＤタイプが確認される。例えば、カプセル化されたＰＤＵは、ＭＡＣ制御ＰＤＵ、ＰＤＣＰ制御ＰＤＵ、あるいはＲＬＣ制御ＰＤＵでありうる。参照番号６１０では、ＭＡＣがダイレクトにアクセスされ、カプセル化されたＰＤＵが、カプセル化されたＰＤＵに関連付けられたプロトコル・レイヤへダイレクトに配信される。例えば、ＰＤＵがＰＤＣＰ  ＰＤＵである場合、カプセル化されたＰＤＵが、ＰＤＰＣプロトコル・レイヤ・モジュールへダイレクトに配信される。参照番号６１２では、ＭＡＣ  ＰＤＵが処理される。例えば、ＰＤＵが、ＭＡＣレイヤ・モジュールによって処理され、ＭＡＣレイヤによって部分的に処理され、上部レイヤへ渡されるか、および／または、上部レイヤへダイレクトに渡される。
【００４５】
本明細書に記載された１または複数の態様によれば、適切なＭＡＣヘッダ・フォーマットを選択すること、カプセル化されたＰＤＵに関連付けられたプロトコルを判定すること、ヘッダのタイプを確認すること等に関する推論がなされうることが認識されるだろう。本明細書で使用されるように、「推論する」または「推論」なる用語は一般に、イベントおよび／またはデータによってキャプチャされるような観察のセットから、システム、環境、および／または、ユーザの状態を推理または推論するプロセスを称する。推論は、特定のコンテキストまたは動作を特定するために適用されるか、あるいは、例えば状態にわたる確率分布を生成しうる。推論は、確率論的、すなわち、データおよびイベントの考慮に基づいて、興味のある状態にわたる確率分布を計算することでありうる。推論はまた、イベントおよび／またはデータのセットから、より高いレベルのイベントを構築するために適用される技術を称することができる。そのような推論によって、イベントが時間的に近接していようといまいと、これらイベントおよびデータが１または幾つかのイベント・ソースおよびデータ・ソースに由来していようと、観察されたイベントおよび／または格納されたイベント・データのセットから、新たなイベントまたは動作を構築することができる。
【００４６】
図７は、主題とする開示の態様にしたがってさまざまな媒体アクセス制御（ＭＡＣ）ヘッダを適用することを容易にするモバイル・デバイス７００の実例である。モバイル・デバイス７００は、開示された主題の態様にしたがって無線通信システムにおいてモバイル・デバイスに関連付けられた通信を容易にしうる。モバイル・デバイス７００は、例えば、システム１００、システム２００、システム３００、方法論５００、および方法論６００に関してより詳細に説明するように、モバイル・デバイス１１６、１２２、２００、３０４と同一であるか、類似しているか、および／または、同一または類似の機能を備えうることが認識されるべきである。
【００４７】
モバイル・デバイス７００は、例えば（図示しない）受信アンテナから信号を受信し、受信した信号について一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、調整された信号をデジタル化してサンプルを取得する受信機７０２を備える。受信機７０２は、例えばＭＭＳＥ受信機であり、受信したシンボルを復調し、それらをチャネル推定等のためにプロセッサ７０６へ提供する復調器７０４を備えうる。プロセッサ７０６は、受信機７０２によって受信された情報を分析し、および／または、送信機７１６による送信のための情報を生成することに特化されたプロセッサ、モバイル・デバイス７００の１または複数の構成要素を制御するプロセッサ、および／または、受信機７０２によって受信された情報を分析することと、送信機７１６による送信のための情報を生成することと、モバイル・デバイス７００のうちの１または複数の構成要素を制御することとを全て行うプロセッサでありうる。モバイル・デバイス７００はさらに、（例えば、データのような）信号を例えば基地局（例えば１０２、２００、３０２）、他のモバイル・デバイス（例えば１２２）等へ送信することを容易にする送信機７１６と連携して動作する変調器７１４を備える。
【００４８】
モバイル・デバイス７００はさらに、プロセッサ７０６と動作可能に接続されたメモリ７０８を備えうる。このメモリ７０８は、送信されるデータ、受信したデータ、利用可能なチャネルに関する情報、分析された信号および／または干渉強度に関するデータ、割り当てられたチャネルに関する情報、電力、レート等、および、チャネルの推定およびチャネルを介した通信のためのその他任意の適切な情報を格納しうる。メモリ７０８はさらに、（例えば、パフォーマンス・ベース、キャパシティ・ベース等による）チャネルの推定および／または利用に関連付けられたアルゴリズムおよび／またはプロトコルを格納しうる。さらに、メモリ７０８は、モバイル・デバイス７００によってサービス提供される１または複数のベアラに関連する優先ビット・レート、最大ビット・レート、キュー・サイズ等を保持しうる。
【００４９】
本明細書に記載のデータ・ストア（例えば、メモリ７０８）は、揮発性メモリまたは不揮発性メモリの何れかであるか、あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されるだろう。例示によって、限定ではなく、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的にプログラム可能なＲＯＭ（ＥＰＲＯＭ）、電子的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含むことができる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含むことができる。例示によって、限定ではなく、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形式で利用可能である。
【００５０】
主題とするシステムおよび方法のメモリ７０８は、限定されるのではなく、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。
【００５１】
プロセッサ７０６は、媒体アクセス制御プロトコルに関連付けられた動作を容易にするＭＡＣモジュール７１０と動作可能に接続されうる。それに加えて、ＭＡＣモジュール７１０は、モバイル・デバイス７００によって送信されるべきデータのタイプに基づいてＭＡＣヘッダ・フォーマットを選択しうる。例えば、ＭＡＣモジュール７１０は、制御データ、ユーザ・データ、およびパディングのためのユニークなフォーマットを使用することができる。プロセッサ７０６はさらに、ＭＡＣレイヤＰＤＵがモバイル・デバイス７００によって受信されると、ＭＡＣレイヤＰＤＵにダイレクトにアクセスするルータ７１２に接続されうる。ルータ７１２は、ＭＡＣレイヤＰＤＵが上部レイヤＰＤＵをカプセル化しているかを判定し、カプセル化されたＰＤＵを上部レイヤへダイレクトに配信しうる。モバイル・デバイス７００はさらに、信号を変調する変調器７１４と、信号を例えば基地局や他のモバイル・デバイス等へ送信する送信機７１６とを備える。プロセッサ７０６と別に示されているが、ＭＡＣモジュール７１０、ルータ７１２、復調器７０４および／または変調器７１４は、プロセッサ７０６または複数のプロセッサ（図示せず）の一部でありうることが認識されるべきである。
【００５２】
図８は、開示された主題の態様にしたがって、無線通信システムにおいてモバイル・デバイスと関連付けられた通信を容易にするシステム８００の例示である。システム８００は、複数の受信アンテナ８０６を介して１または複数のモバイル・デバイス８０４から信号を受信する受信機８１０と、送信アンテナ８０８を介して１または複数のモバイル・デバイス８０４へ信号を送信する送信機８２４と、を備えた基地局８０２（例えば、アクセス・ポイント等）を備える。受信機８１０は、受信アンテナ８０６から情報を受信する。また、受信した情報を復調する復調器８１２と動作可能に関連付けられている。復調されたシンボルは、受信機８１０によって受信された情報を分析すること、および、送信機８２４による送信のための情報を生成することに特化されたプロセッサであるか、基地局８０２のうちの１または複数の構成要素を制御するプロセッサであるか、および／または、受信機８１０によって受信された情報の分析と、送信機８２４による送信のための情報の生成と、基地局８０２のうちの１または複数の構成要素の制御とを同時に行うプロセッサ、でありうるプロセッサ８１４によって分析される。それに加えて、プロセッサ８１４は、図６に関して上記したプロセッサに類似しており、メモリ８１６に接続されている。このメモリ８１６は、信号（例えば、パイロット）強度および／または干渉強度を推定することに関連する情報、モバイル・デバイス８０４（または（図示しない）別の基地局）へ送信されるべきデータ、あるいは、モバイル・デバイス８０４（または（図示しない）別の基地局）から受信したデータ、および／または、本明細書に記載されたさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納する。
【００５３】
それに加えて、メモリ８１６は、送信されるべきデータと、受信したデータと、利用可能なチャネルに関連する情報と、分析された信号および／または干渉強度に関連付けられたデータと、割り当てられたチャネル、電力、レート等に関連する情報、およびチャネルの推定およびチャネルを介した通信のために適切なその他任意の情報を格納しうる。メモリ８１６はさらに、（例えば、パフォーマンス・レベル、キャパシティ・ベース等の）チャネルの推定および／または利用に関するアルゴリズムおよび／またはプロトコルを格納しうる。基地局８０２はさらに、例えばモバイル・デバイス８０４、別のデバイス等へ信号（例えば、データ）を送信することを容易にする送信機８２４と連携して動作しうる変調器８２２を備えることができる。
【００５４】
本明細書に記載のメモリ８１６は、揮発性メモリまたは不揮発性メモリの何れかであるか、あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されるだろう。例示によって、限定ではなく、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、ＥＰＲＯＭ（ＥＰＲＯＭ）、電子的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含むことができる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含むことができる。例示によって、限定ではなく、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、同期リンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形式で利用可能である。主題となるシステムおよび方法のメモリ８０８は、限定されるのではなく、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。
【００５５】
プロセッサ８１４はさらに、媒体アクセス制御プロトコルに関連付けられた動作を容易にするＭＡＣモジュール８１８に接続される。それに加えて、ＭＡＣモジュール８１８は、基地局８０２によって送信されうるデータのタイプに基づいて、ＭＡＣヘッダ・フォーマットを選択しうる。例えば、ＭＡＣモジュール８１８は、制御データ、ユーザ・データ、およびパディングのためのユニークなフォーマットを使用しうる。プロセッサ８１４はさらに、ＭＡＣレイヤＰＤＵが基地局８０２によって受信されると、ＭＡＣレイヤＰＤＵへダイレクトにアクセスしうるルータ８２０に接続されうる。ルータ８２０は、ＭＡＣレイヤＰＤＵが上部レイヤＰＤＵをカプセルかしているかを判定し、カプセル化されたＰＤＵを上部レイヤへダイレクトに配信する。さらに、プロセッサ８１４と別に示されているが、ＭＡＣモジュール８１８、ルータ８２０、復調器８１２、および／または変調器８２２は、プロセッサ８１４または複数のプロセッサ（図示せず）の一部でありうることが認識されるべきである。
【００５６】
図９は、無線通信システム９００の例を示す。無線通信システム９００は、簡潔さの目的で、１つの基地局９１０と１つのモバイル・デバイス９５０とを示している。しかしながら、システム９００は、１より多い基地局、および／または、１より多いモバイル・デバイスを含むことができ、これら追加の基地局および／またはモバイル・デバイスは、以下に説明する基地局９１０およびモバイル・デバイス９５０の例と実質的に同じでも、別のものでもありうることが認識されるべきである。それに加えて、基地局９１０および／またはモバイル・デバイス９５０は、その間の無線通信を容易にするために、本明細書に記述されたシステム（図１乃至図３、図７および図８）、例（図４）、および／または方法（図５乃至図６）を適用しうることが認識されるべきである。
【００５７】
基地局９１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース９１２から送信（ＴＸ）データ・プロセッサ９１４へ提供される。一例によれば、おのおののデータ・ストリームは、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ９１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。
【００５８】
おのおののデータ・ストリームの符合化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を用いてパイロット・データと多重化されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するためにモバイル・デバイス９５０において使用されうる。おのおののデータ・ストリームに関する多重化されたパイロットおよび符合化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、コーディング、および変調は、プロセッサ９３０によって実行または提供される命令によって決定されうる。
【００５９】
データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ９２０に提供される。ＴＸ  ＭＩＭＯプロセッサ９２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）９２２ａ乃至９２２ｔへ提供する。さまざまな実施形態において、ＴＸ  ＭＩＭＯプロセッサ９２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００６０】
おのおのの送信機９２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機９２２ａ乃至９２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ９２４ａ乃至９２４ｔそれぞれから送信される。
【００６１】
モバイル・デバイス９５０では、送信された変調信号がＮＲ個のアンテナ９５２ａ乃至９５２ｒによって受信され、おのおののアンテナ９５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）９５４ａ乃至９５４ｒへ提供される。おのおのの受信機９５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００６２】
ＲＸデータ・プロセッサ９６０は、ＮＲ個の受信機９５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ９６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ９６０による処理は、基地局９１０におけるＴＸ  ＭＩＭＯプロセッサ９２０およびＴＸデータ・プロセッサ９１４によって実行されるものと相補的である。
【００６３】
プロセッサ９７０は、上述したように、どの事前符合化行列を使用するのかを定期的に決定する。さらに、プロセッサ９７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。
【００６４】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、多くのデータ・ストリームに関するトラフィック・データをデータ・ソース９３６から受け取るＴＸデータ・プロセッサ９３８によって処理され、変調器９８０によって変調され、送信機９５４ａ乃至９５４ｒによって調整され、基地局９１０へ送り戻される。
【００６５】
基地局９１０では、モバイル・デバイス９５０からの変調信号が、アンテナ９２４によって受信され、受信機９２２によって調整され、復調器９４０によって復調され、ＲＸデータ・プロセッサ９４２によって処理されて、モバイル・デバイス９５０によって送信された逆方向リンク・メッセージを抽出する。さらに、プロセッサ９３０は、ビームフォーミング重みを決定するためにどの事前符合化行列を使用するかを決定するために、この抽出されたメッセージを処理する。
【００６６】
プロセッサ９３０およびプロセッサ９７０は、基地局９１０およびモバイル・デバイス９５０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。プロセッサ９３０およびプロセッサ９７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ９３２およびメモリ９７２に関連付けられうる。プロセッサ９３０およびプロセッサ９７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。
【００６７】
本明細書に記載された実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれらの任意の組み合わせで実現されうることが理解されるべきである。ハードウェアで実現する場合、処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールドプログラム可能ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。
【００６８】
これら実施形態が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、これらは、例えば記憶素子のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡しおよび／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引渡し、転送、あるいは送信されうる。
【００６９】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。
【００７０】
図１０には、無線通信システムにおいてデータを送信する際に適用されるヘッダ・フォーマットを判定するシステム１０００が例示されている。例えば、システム１０００は、基地局、モバイル・デバイス等の内部に少なくとも部分的に存在することができる。システム１０００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されることが認識されるべきである。システム１０００は、連携して動作しうる電子構成要素の論理グループ１００２を含む。例えば、論理グループ１００２は、関連付けられたプロトコル・データ・ユニットに含まれるデータのタイプを判定するための電子構成要素１００４を含みうる。さらに、論理グループ１００２は、判定されたデータのタイプに対応するヘッダ・フォーマットにしたがって、媒体アクセス制御ヘッダを生成するための電子構成要素１００６を備えうる。さらに、論理グループ１００２は、媒体アクセス制御ヘッダおよび関連付けられたプロトコル・データ・ユニットを送信するための電子構成要素１００８を備えうる。さらに、システム１０００は、電子構成要素１００４、１００６、１００８に関連付けられた機能を実行するための命令群を保持するメモリ１０１０を含みうる。メモリ１０１０の外側にあると示されているが、電子構成要素１００４、１００６、および１００８のうちの１または複数は、メモリ１０１０内に存在しうることが理解されるべきである。
【００７１】
図１１には、可変の媒体アクセス制御ヘッダ・フォーマットを含む送信を受信することを容易にするシステム１１００が例示されている。例えば、システム１１００は、基地局、モバイル・デバイス等の内部に少なくとも部分的に存在することができる。システム１１００は、プロセッサ、ソフトウェア、またはそれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されることが認識されるべきである。システム１１００は、連携して動作しうる電子構成要素の論理グループ１１０２を含む。例えば、論理グループ１１０２は、媒体アクセス制御プロトコル・データ・ユニットおよび関連付けられたヘッダを受信するための電子構成要素１１０４を含みうる。さらに、論理グループ１１０２は、関連付けられたヘッダ内の論理チャネル識別子に少なくとも部分的に基づいて、パケット・データ・ユニットに含まれるデータのタイプを判定するための電子構成要素１１０６を備えうる。さらに、論理グループ１１０２は、１または複数のプロトコル・レイヤおよびデータのタイプにしたがって、媒体アクセス制御プロトコル・データを評価するための電子構成要素１１０８を備えうる。
【００７２】
それに加えて、システム１１００は、電子構成要素１１０４、１１０６、１１０８に関連付けられた機能を実行するための命令群を保持するメモリ１１１０を含みうる。メモリ１１１０の外側にあると示されているが、電子構成要素１１０４、１１０６、および１１０８のうちの１または複数は、メモリ１１１０内に存在しうることが理解されるべきである。
【００７３】
上述したものは、１または複数の実施形態の例を含んでいる。もちろん、上述した実施形態を説明する目的で、構成要素または方法論の考えられる全ての組み合わせを記述することは可能ではないが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された実施形態は、特許請求の範囲の精神および範囲内にあるそのような全ての変更、修正、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは特許請求の範囲のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈されるように、用語「備える」と同様に包括的であることが意図される。
【図１】
2010541495.tif 000003
【図２】
2010541495.tif 000004
【図３】
2010541495.tif 000005
【図４】
2010541495.tif 000006
【図５】
2010541495.tif 000007
【図６】
2010541495.tif 000008
【図７】
2010541495.tif 000009
【図８】
2010541495.tif 000010
【図９】
2010541495.tif 000011
【図１０】
2010541495.tif 000012
【図１１】
2010541495.tif 000013
【国際調査報告】
2010541495.tif 000014
2010541495.tif 000015