JP2012508503A - 拡張可能な拡張情報要素マッピングのための方法及びシステム - Google Patents

Abstract

直交多重分割送信（ＯＦＤＭ）または直交分割多元接続（ＯＦＤＭＡ）フレームにおいて、単一の拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を用いて、ＭＡＰメッセージの２以上の拡張される情報要素（ＩＥ）を表示するための方法及び装置が提供される。規格のIEEE802.16ファミリが発展するにつれて、拡張可能な拡張ＩＥマッピングと呼ばれるこの強化は、ＷｉＭＡＸネットワークがＤＬ−ＭＡＰ及びＵＬ−ＭＡＰメッセージ内により多くのＩＥを含むことを可能にする。この強化なしでは、新しいＩＥの全てがデータバースト内に含まれなければならないかもしれないし、ユーザ端末がダウンリンクチャネル記述子（ＤＣＤ）メッセージを受信しない限り、ユーザ端末（例えば、移動局）はこれらデータバーストＩＥをデコードできない。

Description

優先権の主張

本願は、本願の譲受人に譲渡され、参照によって本願に明確に組込まれた２００８年１１月１０日出願の「ＷｉＭＡＸのための拡張可能な拡張ＩＥマッピング」と題された、米国特許仮出願第６１／１１３，１６９号に対する優先権を主張する。

本開示の特定の実施形態は、一般的に、ワイヤレス通信に関連し、特に、直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレーム内のＭＡＰ情報要素（ＭＡＰＩＥ）を表示することに関する。

本開示の特定の実施形態は、一般的に、直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレーム内のシングル拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を用いて、２以上のＭＡＰメッセージの拡張情報要素（ＩＥ）を表示することに関連する。拡張可能な拡張ＩＥと呼ばれるこの強化は、IEEE802.16が発展し、新しいＩＥが追加されるにつれて、ＷｉＭＡＸネットワークがＤＬ−ＭＡＰ及びＵＬ−ＭＡＰメッセージ中により多くのＩＥを含むことを許可する。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための方法を提供する。方法は、一般的に、単一の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いてＭＡＰメッセージの２以上の拡張ＩＥを表示することと、２以上の拡張ＩＥを備えるＭＡＰメッセージを有するＯＦＤＭまたはＯＦＤＭＡフレームを生成することと、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信することとを含む。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための装置を提供する。装置は、一般的に、単一の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて２以上のＭＡＰメッセージの拡張ＩＥを表示するための手段と、２以上の拡張ＩＥを備えるＭＡＰメッセージを有するＯＦＤＭまたはＯＦＤＭＡフレームを生成するための手段と、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信するための手段とを含む。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための装置を提供する。装置は、一般的に、単一の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて２以上のＭＡＰメッセージの拡張ＩＥを表示するための論理と、２以上の拡張ＩＥを備えるＭＡＰメッセージを有するＯＦＤＭまたはＯＦＤＭＡフレームを生成するための論理と、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信するための論理とを含む。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための装置を提供する。装置は、一般的に、少なくとも１つのプロセッサ及び少なくとも１つのプロセッサに連結されるメモリを含む。プロセッサは、典型的に、単一の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて、ＭＡＰメッセージの２以上の拡張ＩＥを表示するように構成され、２以上の拡張ＩＥを備えるＭＡＰメッセージを有するＯＦＤＭまたはＯＦＤＭＡフレームを生成するように構成され、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信するように構成されている。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、典型的に、そこに記憶される命令を有するコンピュータ可読媒体を備え、命令は一またはそれ以上のプロセッサによって実行可能である。命令は、一般的に、単一の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて、ＭＡＰメッセージの２以上の拡張ＩＥを表示するための命令と、２以上の拡張ＩＥを備えるＭＡＰメッセージを有するＯＦＤＭまたはＯＦＤＭＡフレームを生成するための命令と、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信するための命令とを含む。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための方法を提供する。方法は、一般的に、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を受信することと、ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出することと、ＭＡＰメッセージから２以上の拡張ＩＥを読出すこととを含み、２以上の拡張ＩＥは、同じ拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための装置を提供する。装置は、一般的に、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を受信するための手段と、ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出するための手段と、ＭＡＰメッセージから２以上の拡張ＩＥを読出すための手段とを含み、２以上の拡張ＩＥは、同じ拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための装置を提供する。装置は、一般的に、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を受信するための論理と、ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出するための論理と、ＭＡＰメッセージから２以上の拡張ＩＥを読出すための論理とを含み、２以上の拡張ＩＥは、同じ拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるための装置を提供する。装置は、一般的に、少なくとも１つのプロセッサ及び少なくとも１つのプロセッサに連結されるメモリを含む。プロセッサは、典型的に、ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を受信するように構成され、ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出するように構成され、ＭＡＰメッセージから２以上の拡張ＩＥを読出すように構成されており、２以上の拡張ＩＥは、同じ拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する。

本開示の特定の実施形態は、ワイヤレス通信内の制御メッセージを伝えるためのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、典型的に、そこに記憶される命令を有するコンピュータ可読媒体を備え、命令は一またはそれ以上のプロセッサによって実行可能である。命令は、一般的に、ＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を受信するための命令と、ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出するための命令と、ＭＡＰメッセージから２以上の拡張ＩＥを読出すための命令とを含み、２以上の拡張ＩＥは、同じ拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する。

本開示の上記列挙された特徴が詳細に理解されうる方法となるように、上記簡潔に要約された特定の記載が実施形態に言及することによって与えられてもよい。しかしながら、添付された図面がこの開示のある典型的な実施形態のみを例証し、記載がその他の等しく有効な実施例を認めてもよいために、その範囲の制限を考慮しないことには、注意すべきである。
図１は、本開示の特定の実施形態に従って、ワイヤレス通信システムの一例を例証する。 図２は、本開示の特定の実施形態に従って、ワイヤレスデバイスに利用されてもよい様々なコンポーネントを例証する。 図３は、本開示の特定の実施形態に従って、直交周波数分割多重送信及び直交周波数分割多元接続（ＯＦＤＭ／ＯＦＤＭＡ）技術を利用する、ワイヤレス通信システムの中に用いられてもよい、送信機の一例及び受信機の一例を例証する。 図４Ａは、本開示の特定の実施形態に従って、時分割複信（ＴＤＤ）のためのＯＤＦＭ／ＯＦＤＭＡフレームとそこに包含されるフレーム制御ヘッダ（ＦＣＨ）（ＦＣＨはダウンリンクフレームプリフィックス（ＤＬＦＰ）を含む）のフォーマットの一例を例証する。 図４Ｂは、本開示の特定の実施形態に従って、時分割複信（ＴＤＤ）のためのＯＤＦＭ／ＯＦＤＭＡフレームとそこに包含されるフレーム制御ヘッダ（ＦＣＨ）（ＦＣＨはダウンリンクフレームプリフィックス（ＤＬＦＰ）を含む）のフォーマットの一例を例証する。 図５Ａは、本開示の特定の実施形態に従って、一般的なＤＬ−ＭＡＰ情報要素（ＩＥ）を備えるダウンリンクマップ（ＤＬ−ＭＡＰ）メッセージにおけるエントリのビットサイズ及びフォーマットを例証する。 図５Ｂは、本開示の特定の実施形態に従って、一般的なＤＬ−ＭＡＰ情報要素（ＩＥ）を備えるダウンリンクマップ（ＤＬ−ＭＡＰ）メッセージにおけるエントリのビットサイズ及びフォーマットを例証する。 図６Ａは、本開示の特定の実施形態に従って、ＤＬ−ＭＡＰ ＩＥの異なるタイプを例証する。 図６Ｂは、本開示の特定の実施形態に従って、ＤＬ−ＭＡＰ ＩＥの異なるタイプを例証する。 図６Ｃは、本開示の特定の実施形態に従って、ＤＬ−ＭＡＰ ＩＥの異なるタイプを例証する。 図７Ａは、本開示の特定の実施形態に従って、アップリンクマップ（ＵＬ−ＭＡＰ）メッセージにおけるエントリのビットサイズ及びフォーマットを例証する。 図７Ｂは、本開示の特定の実施形態に従って、アップリンクマップ（ＵＬ−ＭＡＰ）メッセージにおけるエントリのビットサイズ及びフォーマットを例証する。 図８は、本開示の特定の実施形態に従って、ＵＬ−ＭＡＰ ＩＥの異なるタイプと、ＯＦＤＭＡアップリンク間隔使用コード（ＵＩＵＣ）値のテーブルとを例証する。 図９は、本開示の特定の実施形態に従って、ＤＩＵＣ＝１５（IEEE 802.16e-2005規格におけるテーブル２７７ａに対応するIEEE P802.16Rev2/D5-2008ドラフトのテーブル３２３に提供されるような）であるための拡張ＤＩＵＣ（ダウンリンク間隔使用コード）割当を例証する。 図１０は、本開示の特定の実施形態に従って、ＤＩＵＣ＝１４（IEEE 802.16e-2005規格におけるテーブル２７７ｃに対応するIEEE P802.16Rev2/D5-2008ドラフトのテーブル３２５に提供されるような）であるための拡張−２ ＤＩＵＣ割当を例証する。 図１１は、本開示の特定の実施形態に従って、ＵＩＵＣ＝１５（IEEE 802.16e-2005規格におけるテーブル２９０ａに対応するIEEE P802.16Rev2/D5-2008ドラフトのテーブル３７７に提供されるような）であるための拡張ＵＩＵＣ割当を例証する。 図１２は、本開示の特定の実施形態に従って、ＵＩＵＣ＝１１（IEEE 802.16e-2005規格におけるテーブル２９０ｃに対応するIEEE P802.16Rev2/D5-2008ドラフトのテーブル３７９に提供されるような）であるための拡張−２ ＵＩＵＣ割当を例証する。 図１３は、本開示の特定の実施形態に従って、ＯＦＤＭまたはＯＦＤＭＡフレームのＭＡＰメッセージにおける拡張可能な拡張ＩＥを表示するための動作例のフローチャートである。 図１３Ａは、本開示の特定の実施形態に従って、拡張可能な拡張ＩＥを表示するための図１３の動作例に対応する手段のブロック図である。 図１４は、本開示の特定の実施形態に従って、ＯＦＤＭまたはＯＦＭＤＡフレームのＭＡＰメッセージにおける拡張可能な拡張ＩＥを読出すための動作例のフローチャートである。 図１４Ａは、本開示の特定の実施形態に従って、拡張可能な拡張ＩＥを読出すための図１４の動作例に対応する手段のブロック図である。 図１５は、本開示の特定の実施形態に従って、ＤＬ−ＭＡＰ内に１６個の新しい拡張ＩＥを取り入れるためにＤＩＵＣ＝１５及び拡張ＤＩＵＣ＝５を用いて、拡張可能な拡張ＩＥスキームの一例を例証する。 図１５Ａは、本開示の特定の実施形態に従って、ＤＬ−ＭＡＰ内にインデックス長＝ｎを備えるＮ（2^(n-1)<N≦2ⁿ）個の新しいＩＥを取り入れるためにＤＩＵＣ＝１５及び拡張ＤＩＵＣ＝５を用いて、無限に拡張可能な拡張ＩＥスキームの一例を例証する。 図１５Ｂは、本開示の特定の実施形態に従って、ＤＬ−ＭＡＰ内にインデックス長＝４を備える４５個の新しいＩＥを取り入れるためにＤＩＵＣ＝１５及び拡張ＤＩＵＣ＝５を用いて、無限に拡張可能な拡張ＩＥスキームの一例を例証する。 図１６は、本開示の特定の実施形態に従って、１６個の新しい拡張ＩＥのカテゴリを取り入れるためにＤＩＵＣ＝１５及び拡張ＤＩＵＣ＝６を用いて、拡張可能な拡張ＩＥスキームの一例を例証する。 図１７は、本開示の特定の実施形態に従って、ＤＬ−ＭＡＰ内に１０個の新しい拡張ＩＥカテゴリ及びカテゴリ関連なしに３５個の新しいＩＥを取り入れるためにＤＩＵＣ＝１５及び拡張ＤＩＵＣ＝９を用いて、拡張可能な拡張ＩＥスキームの組合せを例証する。 図１８は、本開示の特定の実施形態に従って、拡張ＩＥ間で可変である不特定データのサイズ及びレングスのサイズを備える６５５３６個の新しい拡張ＩＥを取り入れるためにＤＩＵＣ＝１５及び拡張ＤＩＵＣ＝１４（１６進数で0xE）を用いて、拡張可能な拡張ＩＥの動的なマッピングスキームの一例を例証する。 図１８Ａは、本開示の特定の実施形態に従って、１６個の拡張ＩＥカテゴリ（各カテゴリが６５５３６個の新しい拡張ＩＥを取り入れ、かつ、不特定データのサイズ及びレングスのサイズが拡張ＩＥ間で可変である）を取り入れるためにＤＩＵＣ＝１５及び拡張ＤＩＵＣ＝１４（１６進数で0xE）を用いて、拡張可能な拡張ＩＥの動的なマッピングスキームを例証する。

本開示の特定の実施形態は、直交周波数多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームにおいて、単一の拡張または拡張-２ダウンリンク間隔使用コード（ＤＵＩＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を用いて、ＭＡＰメッセージの２以上の拡張される情報要素（ＩＥ）を表示するための技術及び装置を提供する。拡張可能な拡張ＩＥマッピングと呼ばれるこの強化は、規格の電気電子技術者協会（IEEE）802.16ファミリが発展するように、ＷｉＭＡＸネットワークがＤＬ−ＭＡＰ及びＵＬ−ＭＡＰメッセージの中により多くのＩＥを含むことを許可する。この強化なしでは、全ての新しいＩＥはデータバーストを含まなければならないかもしれなく、ユーザ端末がダウンリンクチャネル記述子（ＤＣＤ）メッセージを受信しない限り、ユーザ端末はこれらデータバーストをデコードすることができない。

IEEE802.16の下のＯＦＤＭ及びＯＦＤＭＡワイヤレス通信システムは、複数のサブキャリアの周波数の直交に基づくシステムにおけるサービスのために登録されるワイヤレスデバイス（換言すると、移動局）と通信するために基地局のネットワークを用い、マルチパスフェーディング及び干渉への抵抗のように、広帯域ワイヤレス通信のための多数の技術的な強みを達成するために実現されうる。各基地局（ＢＳ）は、移動局にデータを伝える及び移動局からのデータを伝える、無線周波数（ＲＦ）信号を送り、かつ受信する。このような基地局からのＲＦ信号は、データ負荷に加えて、様々な通信マネジメント機能のためのオーバーヘッド負荷を含む。各移動局（ＭＳ）は、データを処理する前に各受信信号のオーバーヘッド負荷内の情報を処理する。

ＯＦＤＭＡシステムのためのIEEE802.16x規格の現在のバージョンの下で、基地局からの全てのダウンリンクサブフレームは、プリアンブル、プリアンブルをフォローするフレーム制御ヘッダ（ＦＣＨ）、及びオーバーヘッド負荷の一部としてＦＣＨをフォローするダウンリンクマップ（ＤＬ−ＭＡＰ）を含む。プリアンブルは、セル及びセルの中のセルセクタを検索するための情報と、時間及び周波数の両方において移動局と受信ダウンリンク信号とを同期させるための情報とを含む。ダウンリンクサブフレームのＦＣＨ部は、ダウンリンク送信フォーマット（例えば、ＤＬ−ＭＡＰ）上の情報と、ダウンリンクデータ受信（例えば、現在のダウンリンク・フレームにおけるサブキャリアの割当）のための制御情報とをもつ２４ビットを含む。ＤＬ−ＭＡＰは、ダウンリンクデータ領域割当及びバーストプロファイル情報を特定する。そのため、ＯＦＤＭ／ＯＦＤＭＡフレーム内のＤＬデータバーストが正確にデコードされてもよい。最初のＤＬデータバーストは、フレーム毎の基準上でのアップリンク送信のためのバーストプロファイル情報及び類似した割当を包含する、典型的なアップリンクマップ（ＵＬ−ＭＡＰ）である。

それゆえに、ＭＳのような受信機は、最初に、ＤＬ−ＭＡＰの位置を判定するためにＦＣＨをデコードし、対応する位置のＤＬ−ＭＡＰをデコードし、最初のＤＬデータバーストとしてＵＬ−ＭＡＰを含むデータを抽出する。ＤＬ−ＭＡＰ（ＵＬ−ＭＡＰ）内の情報の特徴のため、ＤＬ−ＭＡＰ（ＵＬ−ＭＡＰ）の受信が失敗する、または、ＤＬ−ＭＡＰ（ＵＬ−ＭＡＰ）が不正確にデコードされる場合、受信機側でフォローするダウンリンク（アップリンク）動作は、適切に実行されることができない。したがって、ＤＬ−ＭＡＰ及びＵＬ−ＭＡＰの適切な解釈は、ＯＦＤＭ及びＯＦＤＭＡシステム動作にとって重要である。

多くの例がＤＬ−ＭＡＰのための拡張ＩＥを例証するが、本開示の特定の実施形態は、同様に、ＵＬ−ＭＡＰのための拡張ＩＥに適用されてもよい。

典型的なワイヤレス通信システム
本明細書に記載される技術は、直交多重送信スキームに基づく通信システムを含む、様々なブロードバンド・ワイヤレス通信システムのために用いられてもよい。このような通信システムの例は、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ-ＦＤＭＡ）システム等を含む。ＯＦＤＭＡシステムは、全システム帯域を複数の直交サブキャリアに分ける変調技術である直交周波数分割多重送信（ＯＦＤＭ）を利用する。これらサブキャリアは、トーン（tone）、ビン（bin）等と呼ばれてもよい。ＯＦＤＭにおいて、各サブキャリアはデータを個々に変調されてもよい。ＳＣ-ＦＤＭＡシステムは、システム帯域を介して配布されるサブキャリア上で送信するためのインタリーブされたＦＤＭＡ（ＩＦＤＭＡ）、隣接したサブキャリアのブロック上で送信するためのローカライズされたＦＤＭＡ（ＬＦＤＭＡ）、又は隣接したサブキャリアの複数のブロック上で送信するためのエンハンスされたＦＤＭＡ（ＥＦＤＭＡ）を利用してもよい。概して、変調シンボルは、ＯＦＤＭで周波数領域内に、及び、ＳＣ-ＦＤＭＡで時間領域内に送られる。

直交多重送信スキームに基づく通信システムの一例がＷｉＭＡＸシステムである。ＷｉＭＡＸ（Worldwide Interoperability for Microwave Accessを表す）は、長距離を通じての高処理能力ブロードバンド接続を提供する、規格に基づくブロードバンド・ワイヤレス技術である。今日、ＷｉＭＡＸの２つの主なアプリケーション、固定ＷｉＭＡＸ及びモバイルＷｉＭＡＸがある。固定ＷｉＭＡＸアプリケーションはポイント・トゥ・マルチポイントであり、例えば、家と会社とのブロードバンド接続が可能である。モバイルＷｉＭＡＸはＯＦＤＭ及びＯＦＤＭＡに基づき、ブロードバンド速度で十分な可動性のセルラーネットワークを提供する。

IEEE802.16は、固定及びモバイル・ブロードバンド接続（ＢＷＡ）システムのための無線インターフェースを定義するためのイマージング・スタンダード・オーガニゼーションである。IEEE802.16は、固定ＢＷＡシステムのために２００４年５月に「IEEE P802.16d/D5-2004」を認め、モバイルＢＷＡシステムのために２００５年１０月に「IEEE P802.16e/D12 Oct.2005」を公表した。これら２つの規格は、４つの異なる物理層（ＰＨＹ）と１つの媒体アクセス制御（ＭＡＣ）層とを定義した。４つの物理層のうち、ＯＦＤＭ及びＯＦＤＭＡ物理層は、固定及びモバイルＢＷＡエリアにおいて、それぞれ最もポピュラーである。２００７年に開始すると、オーガニゼーションは、IEEE802.16-2004及びIEEE802.16e-2005規格に続く、IEEE802.16規格の第２の改定に発展させてきた。

図１は、本発明の実施形態が用いられてもよい、ワイヤレス通信システム１００の一例を例証する。ワイヤレス通信システム１００は、ブロードバンド・ワイヤレス通信システムであってもよい。ワイヤレス通信システム１００は、基地局１０４によって情報を提供される、多数のセル１０２への通信を提供してもよい。基地局１０４は、ユーザ端末１０６と通信する固定局であってもよい。基地局１０４は、アクセスポイント、ノードＢ、またはいくつかのその他の専門用語と代わりに称されてもよい。

図１は、システム１００を通じて分散配置した様々なユーザ端末１０６を描写する。ユーザ端末１０６は、固定（換言すると、静止した）または可動であってもよい。ユーザ端末１０６は、リモート局、アクセス端末、端末、加入者ユニット、移動局、局、ユーザ機器等と代わりに称されてもよい。ユーザ端末１０６は、携帯電話、個人情報端末（ＰＤＡ）、ハンドヘルド・デバイス、ワイヤレス・モデム、ラップトップ・コンピュータ、パーソナル・コンピュータ等のようなワイヤレスデバイスであってもよい。

様々なアルゴリズム及び方法が、ワイヤレス通信システム１００において基地局１０４とユーザ端末１０６との間の送信のために用いられてもよい。例えば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技術にしたがって、基地局１０４とユーザ端末１０６との間で送受信されてもよい。このような場合に、ワイヤレス通信システム１００は、ＯＤＦＭ／ＯＦＤＭＡシステムと称されてもよい。

基地局１０４からユーザ端末１０６への送信を促進する通信リンクはダウンリンク１０８と称されてもよいし、ユーザ端末１０６から基地局１０４への送信を促進する通信リンクはアップリンク１１０と称されてもよい。また、ダウンリンク１０８は、順方向リンク又は順方向チャネルと称されてもよいし、アップリンク１１０は、逆方向リンク又は逆方向チャネルと称されてもよい。

セル１０２は、複数のセクタ１１２に分けられてもよい。セクタ１１２は、セル１０２の中の物理カバレッジエリアである。ワイヤレス通信システム１００の中の基地局１０４は、セル１０２の特定のセクタ１１２の中の電力の流れを集めるアンテナを利用してもよい。このようなアンテナは指向性アンテナと称されてもよい。

図２は、ワイヤレス通信システム１００の中で用いられてもよいワイヤレスデバイス２０２に利用されてもよい、様々なコンポーネントを例証する。ワイヤレスデバイス２０２は、本明細書に記載される様々な方法を実現するように構成されてもよいデバイスの一例である。ワイヤレスデバイス２０２は、基地局１０４またはユーザ端末１０６であってもよい。

ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含んでもよい。プロセッサ２０４は、中央処理装置（ＣＰＵ）と称されてもよい。読出専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）との両方を含んでもよいメモリ２０６は、プロセッサ２０４にデータと命令とを提供する。メモリ２０６の一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含んでもよい。プロセッサ２０４は、メモリ２０６の中に記憶されるプログラム命令に基づく論理的及び数理的動作を典型的に実行する。メモリ２０６内の命令は、本明細書に記載される方法を実現するために実行可能であってもよい。

ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２と遠隔地との間でのデータの送信及び受信を可能にするために送信機２１０及び受信機２１２を含んでもよいハウジング２０８を含んでもよい。送信機２１０及び受信機２１２は、トランシーバ２１４に組込まれてもよい。アンテナ２１６は、ハウジング２０８に取付けられてもよいし、トランシーバ２１４に電気的に連結されてもよい。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、及び／または複数のアンテナを含んでもよい（図示せず）。

ワイヤレスデバイス２０２は、トランシーバ２１４によって受信される信号のレベルを数値化する及び検出するために用いられてもよい信号検出器２１８を含んでもよい。信号検出器２１８は、このような信号を総エネルギーとして、サブキャリア毎及びシンボル毎のパイロットエネルギーとして、電力スペクトル密度として、及びその他の信号として検出してもよい。ワイヤレスデバイス２０２は、信号処理に用いるためのデジタル信号プロセッサ（ＤＳＰ）２２０を含んでもよい。

ワイヤレスデバイス２０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バス及びステータス信号バスを含んでもよい、バスシステム２２２によって共に連結されてもよい。

図３は、ＯＦＤＭ／ＯＦＤＭＡを利用するワイヤレス通信システム１００の中に用いられてもよい送信機３０２の一例を例証する。送信機３０２の一部は、ワイヤレスデバイス２０２の送信機２１０により実現されてもよい。送信機３０２は、ダウンリンク１０８上のユーザ端末１０６にデータ３０６を送信するための基地局１０４により実現されてもよい。送信機３０２は、アップリンク１１０上の基地局１０４にデータ３０６を送信するためのユーザ端末１０６により実現されてもよい。

送信されるべきデータ３０６は、シリアル・トゥ・パラレル（Ｓ／Ｐ）変換器３０８に入力として提供されることを示す。Ｓ／Ｐ変換器３０８は、送信データをＮ個のパラレルデータストリーム３１０に分けてもよい。

Ｎ個のパラレルデータストリーム３１０は、マッパ３１２（mapper）に入力として提供されてもよい。マッパ３１２は、Ｎ個の配置点上のＮ個のパラレルデータストリーム３１０をマップしてもよい。マッピングは、二層位相変調（ＢＰＳＫ）、四層位相変調（ＱＰＳＫ）、八層位相変調（８ＰＳＫ）、直交振幅変調（ＱＡＭ）等のような、いくつかの変調配置を用いて実行されてもよい。したがって、マッパ３１２は、Ｎ個のパラレルシンボルストリーム３１６を出力してもよい。各シンボルストリーム３１６は、逆高速フーリエ変換（ＩＦＦＴ）３２０のＮ個の直交サブキャリアの１つに対応する。これらＮ個のパラレルシンボルストリーム３１６は周波数領域で示され、ＩＦＦＴコンポーネント３２０によってＮ個のパラレル時間領域サンプルストリーム３１８に変換されてもよい。

専門用語についての短い注釈がここで提供されるだろう。周波数領域におけるＮパラレル変調は、周波数領域におけるＮ変調シンボルに等しい。Ｎ変調シンボルは、周波数領域におけるＮポイントＩＦＦＴ及びＮマッピングに等しく、ＮポイントＩＦＦＴ及びＮマッピングは、時間領域における１つの（有益な）ＯＦＤＭシンボルに等しく、ＯＦＤＭシンボルは、時間領域におけるＮサンプルに等しい。時間領域における１つのＯＦＤＭシンボル、すなわちＮは、Ｎｃｐ（ＯＦＤＭシンボル毎のガードサンプルの数）＋Ｎ（ＯＦＤＭシンボル毎の有益なサンプルの数）に等しい。

Ｎ個のパラレル時間領域サンプルストリーム３１８は、パラレル・トゥ・シリアル（Ｐ／Ｓ）変換器３２４によってＯＦＤＭ／ＯＦＤＭＡシンボルストリーム３２２に変換されてもよい。ガード挿入コンポーネント３２６は、ＯＦＤＭ／ＯＦＤＭＡシンボルストリーム３２２内の連続するＯＦＤＭ／ＯＦＤＭＡシンボル間にガードインターバルを挿入してもよい。ガード挿入コンポーネント３２６の出力は、無線周波数（ＲＦ）フロントエンド３２８によって、望ましい送信周波数帯に上位変換されてもよい。アンテナ３３０は、結果信号３３２を送信してもよい。

図３は、ＯＦＤＭ／ＯＦＤＭＡを利用するワイヤレスデバイス２０２の中に用いられてもよい受信機３０４の一例も例証する。受信機３０４の一部は、ワイヤレスデバイス２０２の受信機２１２により実現されてもよい。受信機３０４は、ダウンリンク１０８上の基地局１０４からデータ３０６を受信するためのユーザ端末１０６により実現されてもよい。受信機３０４は、アップリンク１１０上のユーザ端末１０６からデータ３０６を受信するための基地局１０４により実現されてもよい。

送信信号３３２は、ワイヤレスチャネル３３４を通じてのトラベリングを示される。信号３３２´がアンテナ３３０´によって受信されると、受信信号３３２´はＲＦフロントエンド３２８´によってベースバンド信号に下位変換されてもよい。ガード除去コンポーネント３２６´は、ガード挿入コンポーネント３２６によってＯＦＤＭ／ＯＦＤＭＡシンボル間に挿入されたガードインターバルを除去してもよい。

ガード除去コンポーネント３２６´の出力は、Ｓ／Ｐ変換器３２４´に提供されてもよい。Ｓ／Ｐ変換器３２４´は、ＯＦＤＭ／ＯＦＤＭＡシンボルストリーム３２２´をＮ個のパラレル時間領域シンボルストリーム３１８´に分けてもよい。Ｎ個のパラレル時間領域シンボルストリーム３１８´のそれぞれは、Ｎ個の直交サブキャリアの１つに対応する。高速フーリエ変換（ＦＦＴ）コンポーネント３２０´は、Ｎ個のパラレル時間領域シンボルストリーム３１８´を周波数領域に変換してもよいし、Ｎ個のパラレル周波数領域シンボルストリーム３１６´を出力してもよい。

デマッパ（demapper）３１２´は、Ｎ個のパラレルデータストリーム３１０´を出力することによってマッパ３１２により実行されたシンボルマッピング動作の反対を実行してもよい。Ｐ／Ｓ変換器３０８´は、Ｎ個のパラレルデータストリーム３１０´を単一のデータストリーム３０６´に組込まれてもよい。このデータストリーム３０６´は、送信機３０２に入力として提供されたデータ３０６に対応する。構成要素３０８´，３１０´，３１２´，３１６´，３２０´，３１８´及び３２４´が、ベースバンドプロセッサ３４０´内に設けられてもよいことには注意すべきである。

典型的なＯＦＤＭ／ＯＦＤＭＡフレーム
ここで図４を参照して、時分割複信（ＴＤＤ）実行のためのＯＦＤＭ／ＯＦＤＭＡフレーム４００が典型的な例として記載されるが、これに限定しない。全二重通信及び半二重通信方式の周波数分割複信（ＦＤＤ）は、ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）メッセージの両方が異なるキャリアを通じて同時に送信されること以外同じである場合に、用いられてもよい。ＴＤＤ実行において、各フレームは、ＤＬ及びＵＬ送信衝突を防ぐために、小さなガードインターバル４０６、特に、送信／受信、及び、受信／送信トランジションギャップ（それぞれ、ＴＴＧ及びＲＴＧ）によって分けられてもよい、ＤＬサブフレーム４０２及びＵＬサブフレーム４０４に分割されてもよい。ＤＬ対ＵＬサブフレーム比は、異なる伝送プロファイルをサポートするために３：１から１：１まで変えられてもよい。

ＯＦＤＭ／ＯＦＤＭＡフレーム４００においては、様々な制御情報が含まれてもよい。例えば、フレーム４００の第１のＯＦＤＭ／ＯＦＤＭＡシンボルは、同期のために用いられる数個のパイロット信号（pilot）を包含してもよい、プリアンブル４０８であってもよい。プリアンブル４０８の内側の固定パイロットシーケンスは、受信機３０４が周波数および位相誤りを評価することや送信機３０２と同期することを可能にしてもよい。更に、プリアンブル４０８内の固定パイロットシーケンスは、ワイヤレスチャネルと等しくするために、及びワイヤレスチャネルを評価するために利用されてもよい。プリアンブル４０８は、ＢＰＳＫ変調キャリアを包含してもよく、典型的な１つのＯＦＤＭシンボル長である。プリアンブル４０８のキャリアは、パワーブーストされてもよく、典型的に、ＷｉＭＡＸ信号におけるデータ部分の周波数領域内のパワーレベルよりも高い、数デシベル（ｄＢ）（例えば、９ｄＢ）である。用いられるプリアンブルキャリアの数は、領域の３つのセグメントのどれが用いられるかを示してもよい。例えば、キャリア０，３，６…は、セグメント０が用いられることを示してもよいし、キャリア１，４，７…は、セグメント１が用いられることを示してもよいし、キャリア２，５，８…は、セグメント２が用いられることを示してもよい。

フレーム制御ヘッダ（ＦＣＨ）４１０は、プリアンブル４０８に続いてもよい。ＦＣＨ４１０は、使用可能なサブチャネルと、変調及びコーディングスキームと、現在のＯＦＤＭ／ＯＦＤＭＡフレームのためのＭＡＰメッセージ長とのような、フレーム構成情報を提供してもよい。フレーム構成情報を概説するダウンリンク・フレーム・プリフィックス（ＤＬＦＰ）のようなデータ構成は、ＦＣＨ４１０にマップされてもよい。

図４Ｂに例証されるように、モバイルＷｉＭＡＸのためのＤＬＦＰ４１２は、ＤＬＦＰ４１２内の合計２４ビットのために、使用サブチャネル（ＳＣＨ）ビットマップ４１２ａのための６ビット、０に設定された予約ビット４１２ｂ、受信コーディング指示４１２ｃのための２ビット、コーディング指示４１２ｄのための３ビット、ＭＡＰメッセージ長４１２ｅのための８ビット、及び０に設定された４つの予約ビット４１２ｆを備えてもよい。ＦＣＨ４１０にマップされる前に、２４ビットＤＬＦＰは、最小の順方向誤り訂正（ＦＥＣ）ブロックサイズである４８ビットブロックを形成するために２倍にされてもよい。

ＦＣＨ４１０、ＤＬ−ＭＡＰ４１４及びＵＬ−ＭＡＰ４１６に続くことは、データバースト割当と、ＤＬ及びＵＬサブフレーム４０２，４０４のためのその他の制御情報とを特定してもよい。ＯＦＤＭＡの場合に、複数のユーザは、フレーム中のデータ領域を割当てられてもよく、これら割当は、ＤＬ及びＵＬ−ＭＡＰメッセージ４１４，４１６において特定されてもよい。ＭＡＰメッセージは、特定のリンクにおいて用いられる変調及びコーディングスキームを定義する、各ユーザのためのバーストプロファイルを含んでもよい。ＭＡＰメッセージは、全てのユーザに到達する必要がある重要な情報を包含するので、ＤＬ及びＵＬ−ＭＡＰメッセージ４１４，４１６は、レート１／２コーディング及び繰り返しコーディングを備えるＢＰＳＫまたはＱＰＳＫのような、十分に確かなリンクを通じてしばしば送信されてもよい。ＯＦＤＭ／ＯＦＤＭＡフレームのＤＬサブフレーム４０２は、通信されるダウンリンクデータを包含する、様々なビット長のＤＬバーストを含んでもよい。したがって、ＤＬ−ＭＡＰ４１４は、時間（換言すると、シンボル）及び周波数（換言すると、サブチャネル）命令の両方におけるそれらのオフセット及びレングスと同様に、ダウンリンクゾーンに包含されるバーストの位置やダウンリンクバーストの数を記載してもよい。

同様に、ＵＬサブフレーム４０４は、通信されるアップリンクデータを構成した様々なビット長のＵＬバーストを含んでもよい。それゆえに、ダウンリンクサブフレーム４０２内の第１のバーストとして送信されるＵＬ−ＭＡＰ４１６は、異なるユーザのためのＵＬバーストの位置に関する情報を包含してもよい。ＵＬサブフレーム４０４は、図４Ａに例証されるような、追加の制御情報を含んでもよい。ＵＬサブフレーム４０４は、ＤＬハイブリッド自動再送要求認可（ＨＡＲＱ ＡＣＫ）をフィードバックするために移動局（ＭＳ）に対して割当てられるＵＬ ＡＣＫ４１８、及び／または、チャネル品質表示チャネル（ＣＱＩＣＨ）上でチャネル状態情報をフィードバックするためにＭＳに対して割当てられるＵＬ ＣＱＩＣＨ４２０を含んでもよい。更に、ＵＬサブフレーム４０４は、ＵＬレンジングサブチャネル４２２を備えてもよい。ＵＬレンジングサブチャネル４２２は、帯域幅要求と同様に、閉ループ時間、周波数、及びパワー調整を実行するためにＭＳに対して割当てられてもよい。要するに、プリアンブル４０８、ＦＣＨ４１０、ＤＬ−ＭＡＰ４１４及びＵＬ−ＭＡＰ４１６は、受信信号を正確に復調するために受信機３０４を動作可能にする情報を伝えてもよい。

ＯＦＤＭＡについては、異なる「モード」がＤＬ及びＵＬにおける送信のために用いられうる。特定のモードが用いられる時間領域内のエリアは、一般的にゾーンと称される。ゾーンの１つのタイプは、ＤＬ−ＰＵＳＣ（ダウンリンク・サブチャネルの部分的な使用）と呼ばれ、利用可能な全てのサブチャネルを用いなくてもよい（換言すると、ＤＬ−ＰＵＳＣゾーンはサブチャネルの部分的なグループのみを用いてもよい）。３つのセグメントまで割当てられてもよい合計６つのサブチャネルグループがある。したがって、セグメントは、１から６つのサブチャネルグループを包含しうる（例えば、セグメント０は最初の２つのサブチャネルグループを包含し、セグメント１は次の２つを包含し、セグメント２は少なくとも２つのサブチャネルグループを包含する）。別のタイプのゾーンは、ＤＬ−ＦＵＳＣ（ダウンリンク・サブチャネルの完全な使用）と呼ばれる。ＤＬ−ＰＵＳＣと違って、ＤＬ−ＦＵＳＣはいかなるセグメントも用いないが、十分な周波数レンジを通じて全てのバーストを配布しうる。

典型的なＤＬ−ＭＡＰ及びＤＬ−ＭＡＰ ＩＥ
図４ＡのＤＬ−ＭＡＰ４１４は、ＤＬ-ＭＡＰ４１４の各コンポーネントのビット長を例証する図５Ｂをもって、図５Ａにおいてより詳細に例証される。ＤＬ-ＭＡＰ４１４は、制御メッセージがＤＬ-ＭＡＰであることを示すために２（00000010_b）の値を有する、８ビット長をもつマネジメントメッセージタイプ５０２を始めてもよい。マネジメントメッセージタイプ５０２は、８ビット長であるフレーム期間５０４に続かれてもよいし、２４ビット長であるフレーム数５０６に続かれてもよい。フレーム数５０６は、８ビット長を有し、ＤＣＤ構成変更カウント値と一致する、ダウンリンクチャネル記述子（ＤＣＤ）カウント５０８に続かれてもよい。ＤＣＤメッセージは、セクタのダウンリンクチャネル構成に適用される、物理及び媒体アクセス制御（ＭＡＣ）層に関連したパラメータに言及する。ＤＣＤカウント５０８は、合計４８ビット長のための６バイトの長さを有する基地局識別子（ＢＳＩＤ）５１０に続かれてもよい。ＢＳＩＤ５１０は、ネットワーク内の基地局を識別してもよいし、ＤＬサブフレーム４０２内の多数のＯＦＤＭＡシンボルを示し、８ビット長を有するＤＬシンボル期間５１２に続かれてもよい。要するに、このポイントまでにＤＬ−ＭＡＰ４１４は、１０４ビット（８＋８＋２４＋８＋４８＋８ビット）長を有する。

可変長を有するＤＬ-ＭＡＰ情報要素（ＩＥ）５１４の数（ｎ）は、ＤＬシンボル期間５１２に続いてもよい。一般的なＤＬ-ＭＡＰ ＩＥ５１４は、ダウンリンク送信を定義するために、ダウンリンク間隔使用コード（ＤＩＵＣ）５１６、接続ＩＤのリスト５１８、及びＤＬバースト割当５２０（例えば、サブチャネルオフセット、シンボルオフセット、サブチャネル数、及びシンボル数）を備えてもよい。０と１２を含めてとの間のＤＩＵＣ５１６は、ＤＬ−ＭＡＰ ＩＥがＤＬバーストプロファイル（換言すると、バースト内で用いられる、変調及びコーディングスキーム）を提供することを示してもよい。一方、１４または１５のＤＩＵＣ５１６は、ＤＬ−ＭＡＰ ＩＥが制御情報要素であることを示してもよい。１３のＤＩＵＣ５１６は、ＤＬ−ＭＡＰ ＩＥがセーフティーゾーン（換言すると、ギャップ）及びピーク・トゥ・アベレージ・パワー（ＰＡＰＲ）縮小のために用いられる。図５Ａには示されないが、ＤＬ−ＭＡＰ４１４のいくつかの実施形態は、ＤＬ−ＭＡＰ４１４のためのバイト限度に到達するために４ビット長を有する挿入句を含んでもよい。

ここで図６Ａ−６Ｃを参照して、ＤＬ−ＭＡＰ ＩＥ５１４の異なるタイプの例がより詳細に例証される。図６Ａは、１５、１４、または０−１３に等しい値のＤＩＵＣ５１６を有するＤＬ−ＭＡＰ ＩＥを例証する。ＤＩＵＣ５１６が０と１３との間の値を有する場合、図６ＡのＤＬ−ＭＡＰ ＩＥ６００は、ＩＮＣ_ＣＩＤ（ＣＩＤを含む）がＣＩＤ_ＳＷＩＴＣＨ_ＩＥによって１の値にトグルされたかどうかに依存して接続識別子（ＣＩＤ）のリスト５１８を含んでもよい。ＩＮＣ_ＣＩＤが１に等しい場合、ＤＬ−ＭＡＰ ＩＥ６００は、８ビット長を有するＣＩＤの数（Ｎ_ＣＩＤ）やこのＩＥのために割当てられる対応するＣＩＤ（図７Ａに例証されるような１６ビット長をそれぞれ有する）の数を示す値を有してもよい。ＩＮＣ_ＣＩＤが０に等しい場合、ＤＬ−ＭＡＰ ＩＥ６００は、ＣＩＤ５１８のリストのために０ビット長を有する。ＣＩＤ５１８の任意のリストに続いて、ＤＬ−ＭＡＰ ＩＥ６００は、８ビット長を有するＯＦＤＭＡシンボルオフセット６０２から構成されてもよい。リンクアダプテーションとして知られるアダプティブ変調及びコーディング（ＡＭＣ）は、変調、コーディング及びその他の信号のマッチングやワイヤレスチャネルの状態へのプロトコルパラメータ（例えば、チャネルロス、受信機感度、利用可能な送信機のパワー、及びその他の送信機からの干渉）を示す。用いられるＡＭＣスキームに依存して、ＤＬ−ＭＡＰ ＩＥ６００は少なくとも２つの異なる構成を有してもよい。ＡＭＣ順列が３つのシンボルによる２つのビン（２×３）または６つのシンボルによる１つのビン（１×６）である場合、ＤＬ−ＭＡＰ ＩＥ６００は、８ビット長を有するサブチャネルオフセット６０４、３ビット長を有するブースティングフィールド６０６、５ビット長を有するＯＦＤＭＡトリプルシンボルフィールドの数６０８、及び６ビット長を有するサブチャネルフィールドの数６１０を備える、図６Ａの上位構成で構成されてもよい。別な方法では、ＤＬ−ＭＡＰ ＩＥ６００は、６ビット長を有するサブチャネルオフセット６１２、３ビット長を有するブースティングフィールド６１４、７ビット長を有するＯＦＤＭＡシンボルフィールドの数６１６、及び６ビット長を有するＯＦＤＭＡサブチャネルフィールドの数６１８を備える、図６Ａの下位構成で構成されてもよい。ブースティングフィールド６０６，６１４は、ブースティング値を示す様々な３ビット値を有してもよい。０００_ｂはブースティングがないことを示し、００１_ｂは＋６ｄＢブースティングを示し、０１０_ｂは−６ｄＢブースティングを示し、０１１_ｂは＋９ｄＢブースティングを示し、１００_ｂは＋３ｄＢブースティングを示し、１０１_ｂは−３ｄＢブースティングを示し、１１０_ｂは−９ｄＢブースティングを示し、及び１１１_ｂは−１２ｄＢブースティングを示す。

ＤＬ−ＭＡＰ ＩＥ６００は、２ビット長を有する繰り返しコーディング指示６２０を含んでもよい。繰り返しコーディング指示６２０は、繰り返しコーディングを示す様々な２ビット値を有してもよい。００_ｂは繰り返しコーディングがないことを示し、０１_ｂは用いられた２の繰り返しコーディングを示し、１０_ｂは用いられた４の繰り返しコーディングを示し、及び１１_ｂは用いられた６の繰り返しコーディングを示す。それゆえに、ＣＩＤ５１８のリストなしにＤＬ−ＭＡＰ ＩＥ６００、３６ビット（４＋８＋２２＋２ビット）長を有してもよい。一方、ＣＩＤ５１８のリストを備えるＤＬ−ＭＡＰ ＩＥ６００は４４ビット＋１６ビット長＊Ｎ_ＣＩＤを有してもよい。

図６Ｂは、ＤＬ−ＭＡＰ拡張ＩＥ６３０を例証する。４ビット値の１５（１１１１_ｂ）を有するＤＩＵＣ５１６の後に、ＤＬ−ＭＡＰ拡張ＩＥ６３０が、図６Ｂに例証されるような４ビット長を有する拡張ＤＩＵＣ６３２、４ビット長を有するレングスフィールド６３４、及びレングスフィールド６３４に従って様々な長さを有するデータフィールド６３６を有してもよい。それゆえに、ＤＬ−ＭＡＰ拡張ＩＥ６３０は、バイトのユニットにおいて、レングスフィールド６３４の値に加えて、１２ビット（４＋４＋４ビット）長を有してもよい。拡張ＤＩＵＣ６３２が０に等しい場合、ＤＬ−ＭＡＰ拡張ＩＥ６３０は、レングスフィールド６３４において４バイトの値を有し、データフィールド６３６における３２ビット長に対応する、ＯＦＤＭＡチャネルマネジメントＩＥ６３８についてであってもよい。拡張ＤＩＵＣ６３２が１に等しい場合、ＤＬ−ＭＡＰ拡張ＩＥ６３０は、レングスフィールド６３４において４バイトの値を有し、データフィールド６３６において３２ビット長に対応する、例証されるようなＯＦＤＭＡ ＳＴＣ_ＤＬ_ＺＯＮＥ ＩＥについてであってもよい。

図６Ｃは、ＤＬ−ＭＡＰ拡張-２ＩＥ６６０を例証する。４ビット値の１４（１１１０_ｂ）を有するＤＩＵＣ５１６の後に、ＤＬ−ＭＡＰ拡張-２ＩＥ６６０は、図６Ｃに例証されるような４ビット長を有する拡張-２ＤＩＵＣ６６２、８ビット長のレングスフィールド６６４、及びレングスフィールド６６４に従って様々な値を有するデータフィールド６６６を有してもよい。それゆえに、ＤＬ−ＭＡＰ拡張-２ＩＥ６６０は、バイトのユニットにおいて、レングスフィールド６６４内の値に加えて１６ビット（４＋４＋８ビット）長を有してもよい。拡張-２ＤＩＵＣ６６２が０に等しい場合、ＤＬ−ＭＡＰ拡張-２ＩＥ６６０はＭＢＳ_ＭＡＰ_ＩＥ６６８のためであってもよい。拡張-２ＤＩＵＣ６６２が７（０１１１_ｂ）に等しい場合、ＤＬ−ＭＡＰ拡張-２ＩＥ６６０は、例証されるようなＨＡＲＱ_ＤＬ_ＭＡＰ_ＩＥ６７０のためであってもよい。

典型的なＵＬ-ＭＡＰ及びＵＬ-ＭＡＰ ＩＥ
図４ＡのＵＬ-ＭＡＰ４１６は、ＵＬ-ＭＡＰ４１６の各コンポーネントのビット長を例証する図７Ｂをもって、図７Ａにおいてより詳細に例証される。ＵＬ-ＭＡＰ４１６は、制御メッセージがＵＬ-ＭＡＰであることを示すために３（00000011_b）の値を有する、８ビット長をもつマネジメントメッセージタイプ７０２を始めてもよい。マネジメントメッセージタイプ７０２は、予約フィールド７０４内の８ビットに続かれてもよい。予約フィールド７０４は、８ビット長を有し、ＵＣＤ構成変更カウント値と一致する、アップリンクチャネル記述子（ＵＣＤ）カウント７０６に続かれてもよい。ＵＣＤメッセージは、セクタのアップリンクチャネル構成に適用される、物理及び媒体アクセス制御（ＭＡＣ）層に関連したパラメータに言及する。ＵＣＤカウント７０６は、３２ビット長を有する割当開始時間７０８と、ＵＬサブフレーム４０４内のＯＦＤＭＡの数を示し、８ビット長を有するシンボルフィールドの数７１０とに続かれてもよい。要するに、このポイントまでにＵＬ-ＭＡＰ４１６は、６４ビット（８＋８＋８＋３２＋８ビット）長を有する。

可変長を有するＵＬ-ＭＡＰ情報要素（ＩＥ）７１２の数（ｎ）は、シンボルフィールドの数７１０に続いてもよい。一般的なＵＬ-ＭＡＰ ＩＥ７１２は、接続識別子（ＣＩＤ）及びアップリンク間隔使用コード（ＵＩＵＣ）を備えてもよく、アップリンク送信を定義するために用いられてもよい。図７Ａには示されないが、ＵＬ-ＭＡＰ４１６のいくつかの実施形態は、ＵＬ-ＭＡＰ４１６のためのバイト限度に到達するために４ビット長を有する挿入句を含んでもよい。

ここで図８を参照して、ＵＬ-ＭＡＰ ＩＥ７１２は、１６ビット長を有するＣＩＤ８０２を備えてもよい。ＣＩＤ８０２は、例えば、図８においてＯＦＤＭＡ ＵＩＵＣ値のテーブルにしたがって、各ＣＩＤ８０２のための使用を判定する、ＵＩＵＣ８０４によって続かれてもよい。ＵＬ-ＭＡＰ ＩＥ７１２は、４ビット長を有するＵＩＵＣ８０４に依存する、様々なレングスを有してもよい。

１と１０を含めてとの間のＵＩＵＣ８０４を有するＵＬ-ＭＡＰ ＩＥ８００Ａにおいて、ＵＬバーストプロファイル（例えば、変調及びコーディングスキーム）が示されてもよい。図８に例証されるように、ＵＩＵＣ８０４は、１０ビット長を有する期間８０６に続かれてもよい。ＯＦＤＭＡスロットのユニットをもって、期間８０６は、２ビット長を有する繰り返しコーディング指示８０８に続かれてもよい。繰り返しコーディング指示８０８は、繰り返しコーディングを示す、様々な２ビット値を有してもよい。００_ｂは繰り返しコーディングがないことを示し、０１_ｂは用いられる２つの繰り返しコーディングを示し、１０_ｂは用いられる４つの繰り返しコーディングを示し、１１_ｂは用いられる６つの繰り返しコーディングを示す。いくつかのＵＬ-ＭＡＰ ＩＥ８００Ａについては、適応性のあるアンテナシステム（ＡＡＳ）またはＡＭＣ ＵＬゾーンが用いられる場合に、繰り返しコーディング指示８０８は、１２ビット長を有するスロットオフセット８１０に続かれてもよい。それゆえに、用いられるＡＡＳまたはＡＭＣ ＵＬゾーンがないＵＬ-ＭＡＰ ＩＥ８００Ａは３２ビット（１６＋４＋１０＋２ビット）長を有してもよい。一方、用いられるＡＡＳまたはＡＭＣ ＵＬゾーンを備えるＵＬ-ＭＡＰ ＩＥ８００Ａは４４ビット（１６＋４＋１０＋２＋１２ビット）長を有してもよい。

ＵＬ-ＭＡＰ拡張-２ ＩＥ８００Ｂは、図８に例証されるように１１に等しいＵＩＵＣ８０４を有してもよい。ＵＬ-ＭＡＰ拡張-２ ＩＥ８００Ｂにおいて、ＵＩＵＣ８０４は、４ビット長を有する拡張-２ＵＩＵＣ、８ビット長を有するレングスフィールド、及びレングスフィールドにしたがう可変長を有するデータフィールドを含んでもよい、拡張-２情報要素８１２に続かれてもよい。それゆえに、ＵＬ-ＭＡＰ拡張-２ ＩＥ８００Ｂは、８によって多重送信されるレングスフィールド内の値を加えて３２ビット（１６＋４＋４＋８ビット）長を有してもよい。

ＵＬ-ＭＡＰ拡張ＩＥ８００Ｃは、図８に例証されるような１５に等しいＵＩＵＣ８０４を有してもよい。ＵＬ-ＭＡＰ拡張ＩＥ８００Ｃにおいて、ＵＩＵＣ８０４は、４ビット長を有する拡張-２ＵＩＵＣ、８ビット長を有するレングスフィールド、及びレングスフィールドにしたがう可変長を有するデータフィールドを含んでもよい、拡張-２情報要素８１２に続かれてもよい。それゆえに、ＵＬ-ＭＡＰ拡張ＩＥ８００Ｃは、８によって多重送信されるレングスフィールド内の値に加えて２８ビット（１６＋４＋４＋４ビット）長を有してもよい。

１３に等しいＵＩＵＣ８０４は、図８に例証されるようなセーフティーゾーン及びＰＡＰＲ縮小のためのＵＬ-ＭＡＰ ＩＥ８００Ｄを示してもよい。このようなＵＬ−ＭＡＰ ＩＥ８００Ｄにおいて、ＵＩＵＣ８０４は、３２ビット長を有するPAPR_Reduction_Safety_Sounding_Zone_Allocation_IE ８１６に続かれてもよい。それゆえに、ＵＩＵＣ＝１３を備えるＵＬ-ＭＡＰ ＩＥ８００Ｄは、５２ビット（１６＋４＋３２ビット）長を有してもよい。０に等しいＵＩＵＣ８０４は、チャネル品質指示（ＣＱＩ）のためのＵＬゾーンを提供する、高速フィードバックチャネルのためのＵＬ-ＭＡＰ ＩＥを示してもよい。更に、１２に等しいＵＩＵＣ８０４は、ＵＬゾーンにおいて、符号分割多元接続（ＣＤＭＡ）レンジング及び帯域リクエストのためのＵＬ-ＭＡＰを示してもよい。ＵＩＵＣ８０４に続くデータが、ＵＩＵＣ＝０または１２を備えるＵＬ−ＭＡＰにおいて３２ビット長を有してもよいので、このようなＵＩＵＣ＝０または１２を備えるＵＬ−ＭＡＰ ＩＥは、ＵＩＵＣ＝１３を備えるＵＬ−ＭＡＰ ＩＥ８００Ｄに類似したフォーマットを有してもよいし、５２ビット長を有してもよい。

１４に等しいＵＩＵＣ８０４は、図８に例証されるように、ＣＤＭＡ割当のためのＵＬ−ＭＡＰ ＩＥ８００Ｅを示してもよい。このようなＵＬ−ＭＡＰ ＩＥ８００Ｅにおいて、ＵＩＵＣ８０４は４０ビット長を有するCDMA_Allocation_IE８１８に続かれてもよい。それゆえに、ＵＩＵＣ＝１４を備えるＵＬ−ＭＡＰ ＩＥ８００Ｅは、６０ビット（１６＋４＋４０ビット）長を有してもよい。

典型的な拡張可能な拡張ＩＥマッピング
ＤＬ−ＭＡＰ４１４及びＵＬ−ＭＡＰ４１６においてＩＥは、ＤＬサブフレーム内のデータバーストをデコードするために典型的に必要とされてもよい、変調スキーム、開始サブチャネル、開始シンボル及びその他の情報を識別するユーザ端末なしに、直接、ユーザ端末１０６によってデコードされてもよい。データバーストは、タイプ／レングス／バリューを表すＴＬＶを包含してもよい。それはＩＥと同様の目的に役立つ。ＴＬＶをデコードするために、ユーザ端末は、例えば、開始サブチャネル情報、サブチャネル長、開始シンボル情報、シンボル情報長、及び対応するデータバーストのための変調を得るために、ダウンリンクチャネル記述子（ＤＣＤ）及びアップリンクチャネル記述子（ＵＣＤ）メッセージを典型的に受信及びデコードしてもよい。結果として、ＤＬ−ＭＡＰまたはＵＬ−ＭＡＰの内側の特性をデコードすることは、データバースト内の１つよりもはるかに容易であり、より効率的である。

新しいＷｉＭＡＸ ＩＥは、ＤＬ−ＭＡＰ４１４及びＵＬ−ＭＡＰ４１６において通知される拡張ＩＥ（ＤＬのためのＤＩＵＣ１４及び１５とＵＬのためのＵＩＵＣ１１及び１５）を通して取り入れられてもよい。それによって、データバーストＴＬＶに関連したデコーディング依存性を回避する。しかしながら、ＩＥＥＥ ８０２．１６ｅ規格及び後に公表されたドラフトに従って、多数の拡張ＩＥが、上述された拡張ＤＩＵＣ及び拡張ＵＩＵＣマッピングスキームを用いて、既に定義されてきた。

図９は、ＩＥＥＥ Ｐ８０２．１６Ｒｅｖ２／Ｄ５−２００８ セクション８．３．６．２．２及びテーブル３２３（ＩＥＥＥ ８０２．１６ｅ−２００５ テーブル２７７ａに対応する）に従ってＤＩＵＣ＝１５である場合に、ＤＬ−ＭＡＰ拡張ＩＥ６３０のための拡張ＤＩＵＣ割当を例証する。一般に、１６個のＤＬ−ＭＡＰ拡張ＩＥ６３０の内の１２個は、規格によって定義される、または用いられる。拡張ＤＩＵＣ値５，６，９及び１４（それぞれ、１６進数で０ｘ５，０ｘ６，０ｘ９及び０ｘＥ）のみが割当てられないままである。

図１０は、ＩＥＥＥ Ｐ８０２．１６Ｒｅｖ２／Ｄ５−２００８ セクション８．４．５．３．２．２及びテーブル３２５（ＩＥＥＥ ８０２．１６ｅ−２００５ テーブル２７７ｃに対応する）に従ってＤＩＵＣ＝１４である場合に、ＤＬ−ＭＡＰ拡張−２ ＩＥ６６０のための拡張−２ ＤＩＵＣ割当を例証する。一般に、１６個全てのＤＬ−ＭＡＰ拡張ＩＥ６６０が、規格によって定義される、または用いられる。そのため、拡張ＩＥ-２は規格に従って定義されなくてもよい。

図１１は、ＩＥＥＥ Ｐ８０２．１６Ｒｅｖ２／Ｄ５−２００８ セクション８．４．５．４．４及びテーブル３７７（ＩＥＥＥ ８０２．１６ｅ−２００５ テーブル２９０ａに対応する）に従ってＵＩＵＣ＝１５である場合に、ＵＬ−ＭＡＰ拡張ＩＥ８００Ｃのための拡張ＵＩＵＣ割当を例証する。一般に、１６個のＵＬ−ＭＡＰ拡張ＩＥ８００Ｃの内の９個は、規格によって定義される、または用いられる。拡張ＵＩＵＣ値１，６及び１１−１５（それぞれ、１６進数で０ｘ１，０ｘ６及び０ｘＢ−０ｘＦ）のみが割当てられないままである。

図１２は、ＩＥＥＥ Ｐ８０２．１６Ｒｅｖ２／Ｄ５−２００８ セクション８．４．５．４．４．２及びテーブル３７９（ＩＥＥＥ ８０２．１６ｅ−２００５ テーブル２９０ｃに対応する）に従ってＵＩＵＣ＝１１である場合に、ＵＬ−ＭＡＰ拡張−２ ＩＥ８００Ｂのための拡張−２ＵＩＵＣ割当を例証する。一般に、１６個のＵＬ−ＭＡＰ拡張−２ ＩＥ８００Ｂの内の１５個は、規格によって定義される、または用いられる。拡張−２ ＵＩＵＣ値５（１６進数で０ｘ５）のみが割当てられないままである。

１つは、現在の拡張ＤＩＵＣ及び拡張ＵＩＵＣマッピングスキームにおいて残っている未使用値の数が制限されることに気づいてもよい。残念ながら、拡張−２ＤＩＵＣ値はＤＩＵＣ＝１４のために利用可能でなく、４つの拡張ＤＩＵＣ値のみがＤＩＵＣ＝１５のために用いられない。ＵＩＵＣ＝１１のために利用可能な拡張−２ＵＩＵＣ値が１つあり、ＵＩＵＣ＝１５のために利用可能な拡張ＵＩＵＣ値が５つある。ＷｉＭＡＸ規格発展すると、ますます新しいＩＥがＤＬ−ＭＡＰ４１４及びＵＬ−ＭＡＰ４１６を通して通知するために考慮され、確認される。現在の拡張ＤＩＵＣ及びＵＩＵＣマッピングスキームに残される大いに制限された値があるので、ＩＥ通知のために必要である特徴に適応させるための制限された利用可能なスポットを用いることが難しい。

この理由で、新しいＩＥが、ＴＬＶとしてのデータバーストアプローチを通して典型的に取り入れられる。ＤＬ−ＭＡＰ４１４及びＵＬ−ＭＡＰ４１６を比較すると、ユーザ端末がＤＣＤメッセージを受信できる及びデコードできる限り、特にＭＳのようなユーザ端末１０６はそれらをデコードできないので、それはこれらデータバーストをデコードするのにより長くかかる。さもなければ、ユーザ端末はうまくデコードされたＤＣＤメッセージを待たなければならないかもしれない。規格のIEEE802.16ファミリに従って、ユーザ端末は、ＤＣＤメッセージを受信するために１０秒まで待たなければならないかもしれない。結果として、特定の新しいＩＥがユーザ端末にとって重要である場合、この新しいＩＥをＤＬデータバーストに移管することはベストアイディアでないかもしれない。

したがって、ＤＬサブフレーム４０２のデータバーストにおけるこれら新しいＩＥを配置することよりむしろ、ブロードキャストＤＬ−ＭＡＰ４１４及び／またはＵＬ−ＭＡＰ４１６中の非制限の、または、少なくとも高い数の新しいＩＥを取り入れる必要がある。本開示の特定の実施形態は、存在するＩＥ定義と矛盾することなしにＤＬ−ＭＡＰ及びＵＬ−ＭＡＰに取り入れられる無限のＩＥを可能にするために、かつて認められたIEEE802.16e及び802.16Rev2のようなＷｉＭＡＸ規格を強化する傾向にある。下記は、静的な及び動的なマッピングスキームを通して拡張可能な方法を達成するための多数の解決策である。この方法において、ブロードキャストＩＥは、ＤＣＤ及び／またはＵＣＤ有効性に依存しないユーザ端末によって容易にデコードされてもよい。

図１３は、ＢＳ１０４の観点からＯＦＤＭまたはＯＦＤＭＡフレームのＭＡＰメッセージにおいて拡張可能な拡張ＩＥを示すための動作例１３００のフローチャートである。動作１３００は、１３１０において、シングル拡張または拡張−２ ＤＩＵＣまたはＵＩＵＣを用いて、ＤＬ−ＭＡＰ４１４またはＤＬ−ＭＡＰ４１６のようなＭＡＰメッセージの２以上の拡張ＩＥを示すことによって、開始してもよい。例えば、２つの異なる拡張ＤＩＵＣ値以下の２つのＤＬ−ＭＡＰ拡張ＩＥ６３０を示すだけでなく、２以上のＤＬ−ＭＡＰ拡張ＩＥが、シングル拡張ＤＩＵＣ６３２のみを用いて示されてもよい。このような表現のための様々な方法が以下により詳細に記載される。これら方法を用いて、拡張ＩＥの無限の数が、ＷｉＭＡＸのための規格のＩＥＥＥ ８０２．１６ファミリに理論的に取り入れられてもよい。

１３２０において、ＢＳ１０４は、シングル拡張ＤＩＵＣまたはＵＩＵＣコード値を用いて説明される２以上の拡張ＩＥを備えるＭＡＰメッセージを有する、ＯＦＤＭまたはＯＦＤＭＡフレーム４００を生成してもよい。１３３０において、ＢＳ１０４は、ＯＦＤＭまたはＯＦＤＭＡフレーム４００に基づいて、信号を送信してもよい。送信信号は、一またはそれ以上のユーザ端末１０６に向けられてもよい。

図１４は、本開示の特定の実施形態にしたがって、ユーザ端末１０６の観点からＯＦＤＭまたはＯＦＤＭＡフレームのＭＡＰメッセージにおいて拡張可能な拡張ＩＥを読出すための動作例のフローチャートである。動作１４００は、１４１０において、ＯＦＤＭまたはＯＦＤＭＡフレーム４００に基づく信号を受信することによって始めてもよい。１４２０において、ユーザ端末は、ＯＦＤＭまたはＯＦＤＭＡフレーム４００からＭＡＰメッセージを抽出してもよい。１４３０において、ＭＳは、ＭＡＰメッセージから２以上の拡張ＩＥを読出してもよい。ここにおいて、２以上の拡張ＩＥは、同じ拡張または拡張−２ＤＩＵＣあるいはＵＩＵＣを有する。例えば、２つの異なる拡張-２ＩＥ ＵＩＵＣ値以下の２つのＵＬ−ＭＡＰ 拡張-２ＩＥ ８００Ｂを読出すだけでなく、２以上のＵＬ−ＭＡＰ拡張ＩＥが単一の拡張-２ＵＩＵＣ ８１２以下を読出されてもよい。

典型的な無限に拡張可能な拡張ＩＥマッピング
図９及びIEEE P802.16Rev2/D5-2008 Table323に示されるように、拡張ＤＩＵＣ＝５，６，９及び１４（それぞれ、１６進法で0x5、0x6、0x9及び0xE）が一般に予約される。これら４つの拡張ＩＥの内のいずれか１つが、拡張可能な拡張ＩＥマッピングスキームのために選択されてもよいと仮定すると、選択されるような図に実質的に例証される拡張ＤＩＵＣを描写する。

また、一般に、かつて認可されたIEEE 802.16e規格またはIEEE 802.16Rev2規格の一部でない、１６の新しい拡張ＩＥをＤＬ−ＭＡＰ４１４の中に取り入れる望みを仮定する。利用可能な拡張ＩＥスロットが４つだけあるので、既存の拡張ＩＥスキームに用いられる現在の１対１マッピングスキームは、これら１６の新しい拡張ＩＥを共有するために用いられることができない。換言すると、既存の規格の下で、４つのＤＬ−ＭＡＰ拡張ＩＥ６３０のみが創造されうる。その他の１２の拡張ＩＥは、ＤＬデータバースト内のＴＬＶとして表されてもよい。

この問題を解決するために、拡張ＤＩＵＣ＝５のような、４つの利用可能なＤＬ拡張ＩＥスロットの１つが、１６個の新しい拡張ＩＥがあることを示すための特別タグとして選択されてもよい。図１５は、拡張可能な拡張ＩＥスキームの特定の実施形態に従って、拡張ＤＩＵＣ＝５に関連した１６個の提案層２ 拡張ＩＥ１５０４の組１５０２を例証する。これら１６個の新しい拡張ＩＥを識別するために、これら１６個の提案層２ 拡張ＩＥ１５０４のためのインデックスとしてオリジナルレングスフィールド６３４において４ビットを用いることができる。例えば、ＤＩＵＣ＝１５、拡張ＤＩＵＣ＝５、及び１０（１６進法において、0xA）に等しいレングスフィールド６３４が、提案層２ 拡張ＩＥセット１５０２における提案層２ 拡張ＩＥ（Ａ）を特定するために用いられてもよい。拡張ＤＩＵＣ＝５のためのオリジナル不特定データフィールド６３６の最初の４ビットは、データの可変長を特定するための新しいレングスフィールドとして機能してもよい。この方法において、１６個の拡張ＩＥまでは、単一の拡張ＤＩＵＣ６３２を用いて表示されてもよい。

もちろん、その他３つのＤＬ拡張ＩＥスロットが、合計６４（＝１６^＊４）個の新しい拡張ＩＥのために同様に用いられてもよい。しかしながら、これが実行されると、利用可能なＤＬ拡張ＩＥスロットがなくなるであろうし、新しい拡張ＩＥの数は制限されるであろう。更に新しいＤＬ拡張ＩＥは取り入れられないかもしれない。

それゆえに、Ｎ（但し、２^{（ｎ−１）}＜Ｎ≦２^ｎ）個の新しい拡張ＩＥ１５０４を取り入れるための望みがある場合、拡張ＤＩＵＣ＝１５である図１５Ａに示されるように、４ビットの拡張ＤＩＵＣ６３２の後の最初のｎビットが、Ｎ個の提案層２ 拡張ＩＥ１５０４の組１５０２のためのインデックスとして利用されてもよい。例えば、４５個の新しい拡張ＩＥ１５０４が望まれた場合、６ビットが提案層２ 拡張ＩＥ（０）からＩＥ（４４）をリファレンスするために用いられてもよい。合計６４個の新しい拡張ＩＥ１５０４までは、６ビットをリファレンスしてもよい。

その他の実施形態については、固定または一定のインデックス長を備えるアプローチが、これらＮ個の新しい拡張ＩＥ１５０４へのマッピングのためのｎビットの代わりに用いられてもよい。このアプローチは、図１５Ｂの例に描写される。インデックス長（ｎ）は、オリジナルレングスフィールド６３４と同様に４ビットである。４ビットのインデックス長をもって、１６個の新しいＩＥのみが、図１５に関する上述のようにリファレンスされてもよい。それゆえに、一定のインデックス長アプローチは、Ｎ個の新しい拡張ＩＥ１５０４を取り入れるための追加マッピング層を用いる。各追加マッピング層をリファレンスするために、各層における特定のインデックスの値によってリファレンスされる潜在的に新しいＩＥの１つがささげられる。このインデックス値は別の層の存在を示してもよい。それゆえに、ｎ＝４を備える各層上の１６個の新しいＩＥだけでなく、１５個の新しいＩＥだけが各層上で引き合いにだされてもよい。層（ｌ）の数は、Ｎ≦ｌ（２^ｎ−１）で決定される。

図１５Ｂに示されるように、Ｎ＝４５の新しい拡張ＩＥ１５０４は、３つの層（ｌ＝３）を用いてマップされ、より新しいＩＥがなお追加されてもよい。１５（１６進数において0xF）のインデックス値は、新しい拡張可能な拡張ＩＥ層を示すために用いられる。0xFは、捧げられた新しいＩＥ１５１４を表す。この方法において、ＤＬ−ＭＡＰをデコードするユーザ端末が拡張ＤＩＵＣ６３２を読出した場合、それはインデックスの最初の４ビットを読出すであろう。これらビットが１５（0xF）に等しくない場合、ユーザ端末は、これら４ビットに従って、提案層２ 拡張ＩＥセット１５０２における新しい拡張ＩＥをリファレンスしてもよい。一方、第１の４ビットのインデックスが１５に等しくないばあい、ユーザ端末はインデックスの次の４ビットを読出してもよい。第２組の４ビットが１５に等しくない場合、ユーザ端末は、これら４ビットに従って、提案層３ 拡張ＩＥセット１５３０における新しい拡張ＩＥをリファレンスしてもよい。しかし、インデックスの第２組の４ビットが１５に等しい場合、ユーザ端末はインデックスの次の４ビットを読出してもよい。インデックスの第３組の４ビットは、提案層４ 拡張ＩＥセット１５４０における次の拡張ＩＥをリファレンスしてもよい。

上述のアプローチの組合せまたは変形例を用いるように、Ｎ個の新しい拡張ＩＥ１５０４を共有するための類似した方法やその他の可能性があることには注意すべきである。

異なる拡張ＩＥカテゴリの下で典型的な無限に拡張可能な拡張ＩＥ
各拡張ＩＥは、特別な機能を供給するために、または、特徴を提供するために用いられてもよい。例えば、いくつかの拡張ＩＥはレンジングに向けられるが、その他のＩＥはページングを意図される。カテゴリアプローチは関連した新しい拡張ＩＥを分類することにより実現されてもよい。例えば、レンジングのためのカテゴリ０、ページングのためのカテゴリ２、伝送のためのカテゴリ２等のような、１６個の新しい拡張ＩＥカテゴリが提案されてもよいと仮定すると、複数の新しい拡張ＩＥ１６０４は図１６に示されるように各カテゴリの下に含まれてもよい。しかし、利用可能な拡張ＤＩＵＣ値のいずれかが、一例として図１６における拡張ＤＩＵＣ＝６であるような、カテゴリアプローチを示すために選択されてもよい。

Ｍ（２^{（ｍ−１）}＜Ｍ≦２^ｍ）個の新しい拡張ＩＥカテゴリを供給するために、オリジナルレングスフィールド６３４は、サイズを４からｍビットに変更されてもよい。この方法において、Ｍ個の提案層２ 拡張ＩＥカテゴリ１６０２のセット１６００が引き合いにだされてもよい。各カテゴリの下の複数の新しい拡張ＩＥ１５０４は、図１５、１５Ａ及び１５Ｂに関して上述された可能な方法の組合せを用いてインデックスされてもよい。一例としての図１６において、ｎ＝４を示す一定のインデックス長のアプローチは、２つの層（ｌ＝２）、どちらも１５個の新しい拡張ＩＥ１６０４を備える、提案層２ 拡張ＩＥカテゴリ（０）の拡張ＩＥセット１ １６１０及び提案層２ 拡張ＩＥカテゴリ（０）の拡張ＩＥセット２ １６２０を用いて、カテゴリ（０）にＮ＝３０個の新しい拡張ＩＥ１５０４を取り入れるために選択される。

典型的な無限に拡張可能な拡張ＩＥマッピングの組合せ
図１７は、カテゴリアプローチを備えるまき散らされたアプローチを連結する、組合せアプローチを例証する。この組合せアプローチは、拡張ＩＥカテゴリスキームにおいて表されるこれらカテゴリ１６０２を備える同じ層を共有するためのＩＥカテゴリに属していない新しい拡張ＩＥ１５０４を認めてもよい。

Ｍ（Ｍ＜２^ｍ）個のカテゴリがIEEE802.16規格に従って識別されてもよいと仮定する。この場合、いくつかの２^ｍスロットはカテゴリ割当によって用いられないであろう。これら未使用スロット（２^ｍ−Ｍ）の使用を作るために、これらスロットは更なるカテゴリ割当のために予約されてもよく、図１７に示されるようないずれのカテゴリにも属していない新しい拡張ＩＥのために用いられてもよい、または、その他の目的のために用いられてもよい。

図１７は、ＤＬ−ＭＡＰの内側のカテゴリ関連に関連しない３５個の新しいＩＥと、１０個の新しい拡張ＩＥカテゴリ１６０２とを取り入れるために拡張ＤＩＵＣ＝９及びＤＩＵＣ＝１５を用いる、拡張可能な拡張ＩＥスキームの組合せ例を例証する。この場合、Ｍ＝１０、ｍ＝４、２ｍ−Ｍ−１＝５、ｌ＝２及びｎ＝４である。ここで、１５の新しい拡張ＩＥ「カテゴリ」は、提案層２ 拡張ＩＥセット１５２０を越えて、新しい拡張ＩＥ１５０４の別の層を示す。

もちろん、カテゴリ１６０２の１つは、その他のどのカテゴリにも属していない新しい拡張ＩＥであってもよい。この場合、新しい拡張ＩＥカテゴリ１０は、示される３５個の新しい拡張ＩＥ１５０４をリファレンスするために用いられてもよい。

典型的な無限に拡張可能なＩＥの動的なマッピング
上記提案される拡張可能な拡張ＩＥスキームは、新しい拡張ＩＥをマップするための静的なマッピングアプローチを用いる。いくつかの実施形態については、単一の予約拡張ＤＩＵＣスロットを通じて新しい拡張ＩＥをマップするための動的なマッピングアプローチが用いられてもよい。動的なマッピングアプローチにおいて、それぞれ新しい拡張ＩＥのマッピングスキームは異なっていてもよい。

図１８は、新しい拡張ＩＥの数Ｎが非常に大きい場合、メモリにセーブしてもよい、このような拡張可能な拡張ＩＥの動的なマッピングスキームの１つを例証する。例えば、６５５３６個の新しい拡張ＩＥが望まれると仮定すると、図１５Ａに例証された実施形態のより大きいバージョンに類似した、ｎ＝１６ビットによって表されてもよい。割当てられない拡張ＤＩＵＣ値はこの動的なマッピングアプローチを示すために選択されてもよいが、図１８は一例として拡張ＤＩＵＣ＝１４（１６進数で0xE）を用いて例証する。

拡張ＤＩＵＣ６３２の後の最初のｎ＝１６ビット（換言すると、拡張ＩＥ ＩＤ１８０６）は、新しい拡張ＩＥ１８０４が提案層２ 拡張ＩＥセット１８２０の１つにインデックスされることを示すために予約されてもよい。各新しい拡張ＩＥのスキーマが異なってもよいので、続く３つの新しい特性が、メモリサイズ（サイズユニットフィールド１８０８、レングスフィールドのサイズ１８１０、及びサイズユニットフィールド内の不特定データのサイズ１８１２）をより効率的に用いるために、この拡張ＩＥのための不特定データのサイズを特定するために用いられてもよい。

サイズユニットフィールド１８０８は、異なるユニット内の不特定データサイズ（ビット、ニブル、バイト、またはワード）を特定するためにオプションを提供してもよい。サイズユニットフィールド１８０８が２つのビットによって表される場合、「０」はビットを表してもよい、「１」はニブルを表してもよい、「２」はバイトを表してもよい、及び「３」はワードを表してもよい。レングスフィールドのサイズ１８１０内の値は、不特定データの最大限のサイズユニットを判定するための２個の基地のための説明であってもよい。いくつかの実施形態については、レングスフィールドのサイズ１８１０は、４つのビットによって表されてもよい。サイズユニットフィールド１８１２内の不特定データのサイズは、２^{size of length}から計算される最大限のサイズユニットに従って、分割における不特定データのレングスを特定してもよい。サイズユニットフィールド１８１２内の不特定データのサイズは、ＤＬ−ＭＡＰ拡張ＩＥ６３０のオリジナルレングスフィールド６３４に類似するとみなされてもよい。

例えば、新しい拡張ＩＥ、レンジング伝送ＩＥは、サービングセルのためのレンジング伝送を特定するために取り入れられてもよい。情報が１バイト形式でよく定義されるので、サイズユニットフィールド１８０８はバイトのために２に設定されてもよいし、レングスフィールドのサイズ１８１０は１に設定されてもよい。現在のフレームとカミングＤＣＤメッセージとの間の別の新しい拡張ＩＥ、すなわちフレームは、フレームが現在のフレームとカミングＤＣＤメッセージとの間にいくつあるかを特定するために取り入れられてもよい。任意の２つの連続するＤＣＤメッセージの間の最大限の時間間隔が１０秒であるので、サイズユニットフィールド１８０８は０に設定されてもよいし、レングスフィールドのサイズ１８１０は１４に設定されてもよい。そのため、サイズユニットフィールド１８１２内の不特定データのサイズは、１６秒（２^１４＞１６０００）まで並べることができる。ＵＣＤはＤＣＤと同じタイムアウト値を有する。そのため、現在のフレームとカミングＵＣＤメッセージとの間のフレームに用いられる設定は、前の新しいＩＥ例と同じであってもよい。更に別の新しい拡張ＩＥ、すなわち現在のフレームとカミング隣接アドバタイズメント（ＭＯＢ_ＮＢＲ-ＡＤＶ）メッセージとの間のフレームは、フレームが現在のフレームとカミングＭＯＢ_ＮＢＲ-ＡＤＶメッセージとの間にいくつあるかを特定するために取り入れられてもよい。任意の２つの連続するＭＯＢ_ＮＢＲ-ＡＤＶメッセージの間の最大限の時間間隔が３０秒であるので、この新しい拡張ＩＥの設定は、レングスフィールドのサイズ１８１０が１４の代わりに１５に設定されてもよいことを除いて、ＤＣＤメッセージと似ていてもよい。

図１５Ｂに関して記述されたことに類似して、同じＤＬ／ＵＬ−ＭＡＰメッセージ内の無限の数の拡張ＩＥを伝えるための一定のインデックス長アプローチが熟慮されてもよい。この一定のインデックス長の動的なアプローチと、図１５Ｂの一定のインデックス長アプローチとの間の違いは、後者に用いられる各スロットは与えられた拡張ＩＥによって常に予約されてもよいが、前者に用いられる各スロットは全ての拡張ＩＥによって分けられてもよいことである。しかしながら、各ＤＬ／ＵＬ−ＭＡＰメッセージ自体が複数のＤＬ／ＵＬ−ＭＡＰ_ＩＥを包含し、各ＤＬ−ＭＡＰ_ＩＥが図１８に紹介された基本的に動的なアプローチスキームを用いうるので、この一定のインデックス長の動的なアプローチはあまり有益でなくてもよい。

異なる拡張ＩＲカテゴリの下で典型的な無限に拡張可能な拡張ＩＤの動的なマッピング
更に、図１６のカテゴリコンセプトは、図１８の動的なマッピングアプローチに加えられてもよい。この拡張可能なＩＥの動的なマッピングスキームが図１８Ａに例証される。拡張ＤＩＵＣカテゴリフィールド１８１４は、新しい拡張ＩＥ１８０４をリファレンスするためのカテゴリ１６０２を選択するための動的なマッピングアプローチの特性に加えられてもよい。いくつかの実施形態については、拡張ＤＩＵＣカテゴリフィールド１８１４は、１６個の可能なカテゴリ１６０２のために４ビットのサイズを有してもよい。この方法において、各カテゴリは無限に新しい動的にマップされた拡張ＩＥを有してもよい。

上述された方法の様々な動作は、図に例証されるミーンズ・プラス・ファンクション・ブロックに対応する、様々なハードウェア、及び／またはソフトウェア・コンポーネント、及び／またはモジュールによって実行されてもよい。一般的に、対応するよく似たミーンズ・プラス・ファンクション図をもつ図に例証される方法があり、動作ブロックは、類似した番号をもつミーンズ・プラス・ファンクション・ブロックに対応する。例えば、図１３に例証されたブロック１３１０−１３３０は、図１３Ａに例証されたミーンズ・プラス・ファンクション・ブロック１３１０Ａ−１３３０Ａに対応する。

本明細書に用いられるように、「判定する」という用語は幅広い動作を包含する。例えば、「判定する」という用語は、計算すること、算出すること、処理すること、抽出すること、研究すること、見ること（例えば、テーブル、データベース又は別のデータ構成を見ること）、確かめること等を含んでもよい。また、「判定する」という用語は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）等を含んでもよい。また、「判定する」という用語は、分解すること、選択すること、選ぶこと、設立すること等を含んでもよい。

情報及び信号は、様々な異なる技術及び技法のうちの任意の１つを用いて表されてもよい。例えば、上記記載を通して参照されうるデータ、命令、コマンド、情報、及び信号は、電圧、電流、電磁波、磁界あるいは磁気粒子、光場あるいは光粒子、又はそれらの任意の組合せによって表されてもよい。

本開示に関連して示された様々な例示的論理ブロック、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア部品、又は本明細書に示す機能を実行するために設計された上記何れかの組合せを用いて実現または実行されてもよい。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、営利的に利用可能なプロセッサ、コントローラ、マイクロコントローラまたは状態機器を用いることも可能である。プロセッサは、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１つまたは複数のマイクロプロセッサ、またはこのような任意の構成である計算デバイスの組合せとして実現することも可能である。

本明細書における開示に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接、プロセッサによって実行されるソフトウェア・モジュールによって、又は、これらの組合せによって具現化されうる。ソフトウェア・モジュールは、当業者に知られる任意の記憶媒体に収納されてもよい。用いられてもよい記憶媒体のいくつかの例は、ランダム・アクセス・メモリ（ＲＡＭ）、読出専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバルディスク、ＣＤ-ＲＯＭ等を含む。ソフトウェア・モジュールは、単一の命令または多数の命令を備えてもよいし、いくつかの異なるコード・セグメンツを通じて、異なるプログラム間で、及び複数の記憶媒体を介して配布されてもよい。記憶媒体は、プロセッサに連結されてもよい。プロセッサは、情報を記憶媒体から読出し、記憶媒体に情報を書込みうる。また、記憶媒体はプロセッサに集積されてもよい。

本明細書に開示される方法は、記載された方法を達成するために、一またはそれ以上のステップあるいは動きを備える。方法ステップ及び／または動きは、特許請求の範囲から逸脱することなくお互いに置換えられてもよい。換言すると、ステップまたは動きの特定の順序が指定されない限り、特定のステップ及び／または動きの順序及び／または用途は、特許請求の範囲から逸脱することなく変更されてもよい。

説明された機能は、ハードウェア、ソフトウェア、ファームウェアまたはそれらの任意の組合せによって実現されてもよい。ソフトウェアによって実現される場合、機能は、コンピュータ読取可能媒体上の１つまたは複数の命令として格納されてもよい。記憶媒体は、コンピュータによってアクセス可能である任意の利用可能な媒体であることができる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭあるいはその他の光ディスク記憶媒体、磁気ディスク記憶媒体あるいはその他の磁気記憶媒体、または、コンピュータによってアクセス可能であり、命令またはデータ構成の形式で望まれるプログラム・コードを搬送または格納するために用いられることができるその他任意の媒体を備えることができる。本明細書で用いられるディスク（disk）及びディスク（disc）は、コンパクト・ディスク（disc）（ＣＤ）、レーザ・ディスク（disc）、デジタル・バーサタイル・ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、及びブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は通常磁気的に再生するのに対し、ディスク（disc）はレーザによって光的にデータを再生する。

ソフトウェアまたは命令は伝送媒体を通じて送信されてもよい。例えば、ソフトウェアが、ウェブサイト、サーバ、または、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは例えば赤外線、無線、及びマイクロ波のような無線技術を用いるその他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト線ペア、ＤＳＬ、または、例えば赤外線、無線、及びマイクロ波のような無線技術は、伝送媒体の定義に含まれる。

更に、本明細書に記載される技術及び方法を実行するためのモジュール及び／またはその他の適切な手段は、適用できるような基地局及び／またはユーザ端末によって更新されてもよい、及び／または、別の方法で得られてもよい。例えば、このようなデバイスは、本明細書に記載される方法を実行するための送信手段を促進するために、サーバに連結されてもよい。また、本明細書に記載される様々な方法は、記憶媒体（例えば、ＲＡＭ、ＲＯＭ、コンパクト・ディスク（ＣＤ）又はフロッピーディスクのような物理記憶媒体等）によって提供されてもよい。ユーザ端末及び／または基地局は、デバイスに記憶手段を提供することで、または、デバイスに記憶手段を連結することで様々な方法を取得しうる。更に、本明細書に記載される技術及び方法を提供するための任意のその他の適切な技術は利用されてもよい。

特許請求の範囲が上記例証された明確な構成及びコンポーネントに限定されないことは理解されるべきである。様々な改良例、変更例、及び変形例が、特許請求の範囲から逸脱することなく上述した装置及び方法の詳細、動作、及び組合せで作られてもよい。

Claims (108)

1. 単一の拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を用いて、ＭＡＰメッセージの２以上の拡張情報要素（ＩＥ）を表示することと、
   前記２以上の拡張ＩＥを備える前記ＭＡＰメッセージを有する直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームを生成することと、
   前記ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信することと
   を具備する、ワイヤレス通信システム内の制御メッセージを伝えるための方法。
2. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、単一の未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて表示される、請求項１記載の方法。
3. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する単一の拡張ＵＩＵＣを用いて表示される、請求項１記載の方法。
4. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する単一の拡張-２ＵＩＵＣを用いて表示される、請求項１記載の方法。
5. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する単一のＤＩＵＣを用いて表示される、請求項１記載の方法。
6. 前記２以上の拡張ＩＥを表示することは、2^(n-1)≦N<2^nである場合、単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを用いることを具備する、請求項１記載の方法。
7. Ｎ＝１６及びｎ＝４である、請求項６記載の方法。
8. 前記ｎビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定することを更に具備する、請求項６記載の方法。
9. 前記ｎビットの後にデータサイズユニットを特定することと、
   前記データサイズユニットの後にレングスのサイズを特定することとを更に具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項６記載の方法。
10. 前記２以上の拡張ＩＥを表示することは、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して表示しているかを示すためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを用いることを具備する、請求項１記載の方法。
11. 2^(n-1)≦N<2^nである場合、前記カテゴリにおける前記単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを用いることを更に具備する、請求項１０記載の方法。
12. 前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットを設定することを更に具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥで表示されていることを示す、請求項１０記載の方法。
13. 前記ｍビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定することを更に具備する、請求項１０記載の方法。
14. 前記ｍビットの後にデータサイズユニットを特定することと、
    前記データサイズユニットの後にレングスのサイズを特定することとを具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項１０記載の方法。
15. 単一の拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を用いて、ＭＡＰメッセージの２以上の拡張情報要素（ＩＥ）を表示するための手段と、
    前記２以上の拡張ＩＥを備える前記ＭＡＰメッセージを有する直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームを生成するための手段と、
    前記ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信するための手段と
    を具備する、ワイヤレス通信システム内の制御メッセージを伝えるための装置。
16. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、単一の未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて表示される、請求項１５記載の装置。
17. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する単一の拡張ＵＩＵＣを用いて表示される、請求項１５記載の装置。
18. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する単一の拡張-２ＵＩＵＣを用いて表示される、請求項１５記載の装置。
19. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する単一のＤＩＵＣを用いて表示される、請求項１５記載の装置。
20. 前記２以上の拡張ＩＥを表示するための手段は、2^(n-1)≦N<2^nである場合、単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを用いるための手段を具備する、請求項１５記載の装置。
21. Ｎ＝１６及びｎ＝４である、請求項２０記載の装置。
22. 前記ｎビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定するための手段を更に具備する、請求項２０記載の装置。
23. 前記ｎビットの後にデータサイズユニットを特定するための手段と、
    前記データサイズユニットの後にレングスのサイズを特定するための手段とを更に具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項２０記載の装置。
24. 前記２以上の拡張ＩＥを表示するための手段は、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して表示しているかを示すためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを用いるための手段を具備する、請求項１５記載の装置。
25. 2^(n-1)≦N<2^nである場合、前記カテゴリにおける前記単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを用いるための手段を更に具備する、請求項２４記載の装置。
26. 前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットを設定するための手段を更に具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥで表示されていることを示す、請求項２４記載の装置。
27. 前記ｍビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定するための手段を更に具備する、請求項２４記載の装置。
28. 前記ｍビットの後にデータサイズユニットを特定するための手段と、
    前記データサイズユニットの後にレングスのサイズを特定するための手段とを具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項２４記載の装置。
29. 単一の拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を用いて、ＭＡＰメッセージの２以上の拡張情報要素（ＩＥ）を表示するための論理と、
    前記２以上の拡張ＩＥを備える前記ＭＡＰメッセージを有する直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームを生成するための論理と、
    前記ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信するための論理と
    を具備する、ワイヤレス通信システム内の制御メッセージを伝えるための装置。
30. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、単一の未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて表示される、請求項２９記載の装置。
31. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する単一の拡張ＵＩＵＣを用いて表示される、請求項２９記載の装置。
32. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する単一の拡張-２ＵＩＵＣを用いて表示される、請求項２９記載の装置。
33. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する単一のＤＩＵＣを用いて表示される、請求項２９記載の装置。
34. 前記２以上の拡張ＩＥを表示するための論理は、2^(n-1)≦N<2^nである場合、単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを用いるための論理を具備する、請求項２９記載の装置。
35. Ｎ＝１６及びｎ＝４である、請求項３４記載の装置。
36. 前記ｎビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定するための論理を更に具備する、請求項３４記載の装置。
37. 前記ｎビットの後にデータサイズユニットを特定するための論理と、
    前記データサイズユニットの後にレングスのサイズを特定するための論理とを更に具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項３４記載の装置。
38. 前記２以上の拡張ＩＥを表示するための論理は、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して表示しているかを示すためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを用いるための論理を具備する、請求項２９記載の装置。
39. 2^(n-1)≦N<2^nである場合、前記カテゴリにおける前記単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを用いるための論理を更に具備する、請求項３８記載の装置。
40. 前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットを設定するための論理を更に具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥで表示されていることを示す、請求項３８記載の装置。
41. 前記ｍビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定するための論理を更に具備する、請求項３８記載の装置。
42. 前記ｍビットの後にデータサイズユニットを特定するための論理と、
    前記データサイズユニットの後にレングスのサイズを特定するための論理とを具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項３８記載の装置。
43. ワイヤレス通信内の制御メッセージを伝えるためのコンピュータプログラム製品であって、そこに記憶される命令を有するコンピュータ可読媒体を備え、前記命令が一またはそれ以上のプロセッサによって実行可能であり、
    前記命令は、
    単一の拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を用いて、ＭＡＰメッセージの２以上の拡張情報要素（ＩＥ）を表示するための命令と、
    前記２以上の拡張ＩＥを備える前記ＭＡＰメッセージを有する直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームを生成するための命令と、
    前記ＯＦＤＭまたはＯＦＤＭＡフレームに基づいて信号を送信するための命令と
    を具備する、コンピュータプログラム製品。
44. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、単一の未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを用いて表示される、請求項４３記載のコンピュータプログラム製品。
45. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する単一の拡張ＵＩＵＣを用いて表示される、請求項４３記載のコンピュータプログラム製品。
46. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する単一の拡張-２ＵＩＵＣを用いて表示される、請求項４３記載のコンピュータプログラム製品。
47. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する単一のＤＩＵＣを用いて表示される、請求項４３記載のコンピュータプログラム製品。
48. 前記２以上の拡張ＩＥを表示するための命令は、2^(n-1)≦N<2^nである場合、単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを用いるための命令を具備する、請求項４３記載のコンピュータプログラム製品。
49. Ｎ＝１６及びｎ＝４である、請求項４８記載のコンピュータプログラム製品。
50. 前記ｎビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定するための命令を更に具備する、請求項４８記載のコンピュータプログラム製品。
51. 前記ｎビットの後にデータサイズユニットを特定するための命令と、
    前記データサイズユニットの後にレングスのサイズを特定するための命令とを更に具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項４８記載のコンピュータプログラム製品。
52. 前記２以上の拡張ＩＥを表示するための命令は、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して表示しているかを示すためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを用いるための命令を具備する、請求項４３記載のコンピュータプログラム製品。
53. 2^(n-1)≦N<2^nである場合、前記カテゴリにおける前記単一の拡張ＩＥからＮ個の拡張ＩＥにおけるどの前記２以上の拡張ＩＥを表示しているかを示すＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを用いるための命令を更に具備する、請求項５２記載のコンピュータプログラム製品。
54. 前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットを設定するための命令を更に具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥで表示されていることを示す、請求項５２記載のコンピュータプログラム製品。
55. 前記ｍビットの後に４ビットを用いて現在表示されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを特定するための命令を更に具備する、請求項５２記載のコンピュータプログラム製品。
56. 前記ｍビットの後にデータサイズユニットを特定するための命令と、
    前記データサイズユニットの後にレングスのサイズを特定するための命令とを具備し、前記２以上の拡張ＩＥが前記ＭＡＰメッセージで動的にマップされるような、前記レングスのサイズまで前記パワーをあげた２が、不特定データの最大サイズである、請求項５２記載のコンピュータプログラム製品。
57. 直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームに基づいて信号を受信することと、
    前記ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出することと、
    前記ＭＡＰメッセージから２以上の拡張情報要素（ＩＥ）を読出すこととを具備し、前記２以上の拡張ＩＥは、前記同じ拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を有する、ワイヤレス通信内の制御メッセージを伝えるための方法。
58. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、前記同じ未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する、請求項５７記載の方法。
59. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する前記同じ拡張ＵＩＵＣを有する、請求項５７記載の方法。
60. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する前記同じ拡張-２ＵＩＵＣを有する、請求項５７記載の方法。
61. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する前記同じＤＩＵＣを有する、請求項５７記載の方法。
62. 前記２以上の拡張ＩＥを読出すことは、どの前記２以上の拡張ＩＥが単一の拡張ＩＥとして読出されているかを識別するためのインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを読出すことを具備する、請求項５７記載の方法。
63. 前記ｎビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すことを更に具備する、請求項６２記載の方法。
64. 前記ｎビットの後にデータサイズユニットを読出すことと、
    前記データサイズユニットの後にレングスのサイズを読出すこととを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項６２記載の方法。
65. 前記２以上の拡張ＩＥを読出すことは、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して読出されているかを識別するためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを読出すことを具備する、請求項５７記載の方法。
66. どの前記２以上の拡張ＩＥが前記カテゴリにおける前記単一の拡張ＩＥとして読出されているかを識別するためのＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを読出すことを更に具備する、請求項６５記載の方法。
67. 前記２以上の拡張ＩＥを読出すことは、前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットの１つを読出すことを具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥとして読出されていることを識別する、請求項６５記載の方法。
68. 前記ｍビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すことを更に具備する、請求項６５記載の方法。
69. 前記ｍビットの後にデータサイズユニットを読出すことと、
    前記データサイズユニットの後にレングスのサイズを読出すこととを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項６５記載の方法。
70. 直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームに基づいて信号を受信するための手段と、
    前記ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出するための手段と、
    前記ＭＡＰメッセージから２以上の拡張情報要素（ＩＥ）を読出すための手段とを具備し、前記２以上の拡張ＩＥは、前記同じ拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を有する、ワイヤレス通信内の制御メッセージを伝えるための装置。
71. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、前記同じ未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する、請求項７０記載の装置。
72. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する前記同じ拡張ＵＩＵＣを有する、請求項７０記載の装置。
73. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する前記同じ拡張-２ＵＩＵＣを有する、請求項７０記載の装置。
74. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する前記同じＤＩＵＣを有する、請求項７０記載の装置。
75. 前記２以上の拡張ＩＥを読出すための手段は、どの前記２以上の拡張ＩＥが単一の拡張ＩＥとして読出されているかを識別するためのインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを読出すための手段を具備する、請求項７０記載の装置。
76. 前記ｎビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すための手段を更に具備する、請求項７５記載の装置。
77. 前記ｎビットの後にデータサイズユニットを読出すための手段と、
    前記データサイズユニットの後にレングスのサイズを読出すための手段とを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項７５記載の装置。
78. 前記２以上の拡張ＩＥを読出すための手段は、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して読出されているかを識別するためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを読出すための手段を具備する、請求項７０記載の装置。
79. どの前記２以上の拡張ＩＥが前記カテゴリにおける前記単一の拡張ＩＥとして読出されているかを識別するためのＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを読出すための手段を更に具備する、請求項７８記載の装置。
80. 前記２以上の拡張ＩＥを読出すための手段は、前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットの１つを読出すための手段を具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥとして読出されていることを識別する、請求項７８記載の装置。
81. 前記ｍビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すための手段を更に具備する、請求項７８記載の装置。
82. 前記ｍビットの後にデータサイズユニットを読出すための手段と、
    前記データサイズユニットの後にレングスのサイズを読出すための手段とを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項７８記載の装置。
83. 直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームに基づいて信号を受信するための論理と、
    前記ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出するための論理と、
    前記ＭＡＰメッセージから２以上の拡張情報要素（ＩＥ）を読出すための論理とを具備し、前記２以上の拡張ＩＥは、前記同じ拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を有する、ワイヤレス通信内の制御メッセージを伝えるための装置。
84. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、前記同じ未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する、請求項８３記載の装置。
85. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する前記同じ拡張ＵＩＵＣを有する、請求項８３記載の装置。
86. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する前記同じ拡張-２ＵＩＵＣを有する、請求項８３記載の装置。
87. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する前記同じＤＩＵＣを有する、請求項８３記載の装置。
88. 前記２以上の拡張ＩＥを読出すための論理は、どの前記２以上の拡張ＩＥが単一の拡張ＩＥとして読出されているかを識別するためのインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを読出すための論理を具備する、請求項８３記載の装置。
89. 前記ｎビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すための論理を更に具備する、請求項８８記載の装置。
90. 前記ｎビットの後にデータサイズユニットを読出すための論理と、
    前記データサイズユニットの後にレングスのサイズを読出すための論理とを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項８８記載の装置。
91. 前記２以上の拡張ＩＥを読出すための論理は、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して読出されているかを識別するためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを読出すための論理を具備する、請求項８３記載の装置。
92. どの前記２以上の拡張ＩＥが前記カテゴリにおける前記単一の拡張ＩＥとして読出されているかを識別するためのＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを読出すための論理を更に具備する、請求項９１記載の装置。
93. 前記２以上の拡張ＩＥを読出すための論理は、前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットの１つを読出すための論理を具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥとして読出されていることを識別する、請求項９１記載の装置。
94. 前記ｍビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すための論理を更に具備する、請求項９１記載の装置。
95. 前記ｍビットの後にデータサイズユニットを読出すための論理と、
    前記データサイズユニットの後にレングスのサイズを読出すための論理とを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項９１記載の装置。
96. ワイヤレス通信内の制御メッセージを伝えるためのコンピュータプログラム製品であって、そこに記憶される命令を有するコンピュータ可読媒体を備え、前記命令が一またはそれ以上のプロセッサによって実行可能であり、
    前記命令は、
    直交周波数分割多重送信（ＯＦＤＭ）または直交周波数分割多元接続（ＯＦＤＭＡ）フレームに基づいて信号を受信するための命令と、
    前記ＯＦＤＭまたはＯＦＤＭＡフレームからＭＡＰメッセージを抽出するための命令と、
    前記ＭＡＰメッセージから２以上の拡張情報要素（ＩＥ）を読出すための命令とを具備し、前記２以上の拡張ＩＥは、前記同じ拡張または拡張-２ダウンリンク間隔使用コード（ＤＩＵＣ）あるいはアップリンク間隔使用コード（ＵＩＵＣ）を有する、コンピュータプログラム製品。
97. 前記２以上の拡張ＩＥは、一またはそれ以上の規格の電気電子技術者協会（IEEE）802.16ファミリの規格に従って、前記同じ未使用の拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣを有する、請求項９６記載のコンピュータプログラム製品。
98. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x1、0x6、0xB、0xC、0xD、0xEまたは0xFの値を有する前記同じ拡張ＵＩＵＣを有する、請求項９６記載のコンピュータプログラム製品。
99. 前記ＭＡＰメッセージは、アップリンク（ＵＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5の値を有する前記同じ拡張-２ＵＩＵＣを有する、請求項９６記載のコンピュータプログラム製品。
100. 前記ＭＡＰメッセージは、ダウンリンク（ＤＬ）ＭＡＰメッセージを具備し、前記２以上の拡張ＩＥは、１６進数で0x5、0x6、0x9または0xEの値を有する前記同じＤＩＵＣを有する、請求項９６記載のコンピュータプログラム製品。
101. 前記２以上の拡張ＩＥを読出すための命令は、どの前記２以上の拡張ＩＥが単一の拡張ＩＥとして読出されているかを識別するためのインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｎビットを読出すための命令を具備する、請求項９６記載のコンピュータプログラム製品。
102. 前記ｎビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すための命令を更に具備する、請求項１０１記載のコンピュータプログラム製品。
103. 前記ｎビットの後にデータサイズユニットを読出すための命令と、
     前記データサイズユニットの後にレングスのサイズを読出すための命令とを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項１０１記載のコンピュータプログラム製品。
104. 前記２以上の拡張ＩＥを読出すための命令は、2^(m-1)≦M<2^Mである場合、前記２以上の拡張ＩＥのうちの単一の拡張ＩＥがＭ個のカテゴリまでのどのカテゴリに属して読出されているかを識別するためのカテゴリインデックスとして、前記拡張または拡張-２ＤＩＵＣあるいはＵＩＵＣの後にｍビットを読出すための命令を具備する、請求項９６記載のコンピュータプログラム製品。
105. どの前記２以上の拡張ＩＥが前記カテゴリにおける前記単一の拡張ＩＥとして読出されているかを識別するためのＩＥインデックスとして、前記カテゴリインデックスの後にｎビットを読出すための命令を更に具備する、請求項１０４記載のコンピュータプログラム製品。
106. 前記２以上の拡張ＩＥを読出すための命令は、前記カテゴリに属していない拡張ＩＥのための２ｍ−Ｍスロットの１つを読出すための命令を具備し、前記カテゴリインデックスは、前記２以上の拡張ＩＥの１つが前記単一の拡張ＩＥとして読出されていることを識別する、請求項１０４記載のコンピュータプログラム製品。
107. 前記ｍビットの後に、読出されている前記単一の拡張ＩＥ内のデータのバイトにおけるレングスを読出すための命令を更に具備する、請求項１０４記載のコンピュータプログラム製品。
108. 前記ｍビットの後にデータサイズユニットを読出すための命令と、
     前記データサイズユニットの後にレングスのサイズを読出すための命令とを更に具備し、前記レングスのサイズまで前記パワーをあげた２は、不特定データの最大サイズである、請求項１０４記載のコンピュータプログラム製品。

Images