(57)【特許請求の範囲】
【請求項１】
無線ネットワークの基地局において、
第１情報、第２情報、及び第３情報を含むグループ資源割り当てメッセージを送信する送信部を含み、
前記第１情報は、
グループ内でスケジューリングされた少なくとも一つの加入者端末を指示し、
前記第２情報は、
前記少なくとも１つの加入者端末のためのＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）モードを指示し、
前記第３情報は、
前記少なくとも１つの加入者端末のための資源サイズを指示することを特徴とする基地局。
【請求項２】
前記第１情報、前記第２情報、及び前記第３情報は、
ビットマップ構造を持つことを特徴とする請求項１に記載の基地局。
【請求項３】
前記第２情報、及び前記第３情報のそれぞれの長さは、
前記第１情報の値に基づいて決定されることを特徴とする請求項１に記載の基地局。
【請求項４】
前記グループ資源割り当てメッセージの全体長は、
前記第１情報の値に基づいて決定されることを特徴とする請求項１に記載の基地局。
【請求項５】
前記第１情報は、前記第２情報に先行して位置し、
前記第２情報は、前記第３情報に先行して位置することを特徴とする請求項１に記載の基地局。
【請求項６】
前記グループ資源割り当てメッセージは、
１つ以上の固定長さを持つ第４情報をさらに含むことを特徴とする請求項１に記載の基地局。
【請求項７】
前記第４情報は、
下方リンク-資源の割り当てメッセージのタイプを指示する情報と、
上記グループに対する資源の割り当てを向けたLRUの開始を指示する情報と、
スケジューリングされた割り当てに使用されるHARQフィードバックチャンネルのインデックスの開始を指示する情報のうちの少なくとも１つを含むことを特徴とする請求項６に記載の基地局。
【請求項８】
無線ネットワークの加入者端末において、
第１情報、第２情報、及び第３情報を含むグループ資源割り当てメッセージを受信する受信部と前記受信されたメッセージに基づいて割り当てられた資源の情報を決めるプロセッサを含み、
前記第１情報は、
グループ内でスケジューリングされた少なくとも一つの加入者端末を指示し、
前記第２情報は、
前記少なくとも１つの加入者端末のためのＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）モードを指示し、
前記第３情報は、
前記少なくとも１つの加入者端末のための資源サイズを指示することを特徴とする加入者端末。
【請求項９】
前記第１情報、前記第２情報、及び前記第３情報は、
ビットマップ構造を持つことを特徴とする請求項８に記載の加入者端末。
【請求項１０】
前記第２情報、及び前記第３情報のそれぞれの長さは、
前記第１情報の値に基づいて決定されることを特徴とする請求項８に記載の加入者端末。
【請求項１１】
前記グループ資源割り当てメッセージの全体長は、
前記第１情報の値に基づいて決定されることを特徴とする請求項８に記載の加入者端末。
【請求項１２】
前記第１情報は、前記第２情報に先行して位置し、
前記第２情報は、前記第３情報に先行して位置することを特徴とする請求項８に記載の加入者端末。
【請求項１３】
前記グループ資源割り当てメッセージは、
１つ以上の固定長さを持つ第４情報をさらに含むことを特徴とする請求項８に記載の加入者端末。
【請求項１４】
前記第４情報は、
下方リンク-資源の割り当てメッセージのタイプを指示する情報と、
上記グループに対する資源の割り当てを向けたLRUの開始を指示する情報と、
スケジューリングされた割り当てに使用されるHARQフィードバックチャンネルのインデックスの開始を指示する情報のうちの少なくとも１つを含むことを特徴とする請求項１３に記載の加入者端末。
【請求項１５】
無線ネットワークにおける基地局の動作方法において、
第１情報、第２情報、及び第３情報を含むグループ資源割り当てメッセージを送信する過程を含み、
前記第１情報は、
グループ内でスケジューリングされた少なくとも一つの加入者端末を指示し、
前記第２情報は、
前記少なくとも１つの加入者端末のためのＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）モードを指示し、
前記第３情報は、
前記少なくとも１つの加入者端末のための資源サイズを指示することを特徴とする方法。
【請求項１６】
前記第１情報、前記第２情報、及び前記第３情報は、
ビットマップ構造を持つことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記第２情報、及び前記第３情報のそれぞれの長さは、
前記第１情報の値に基づいて決定されることを特徴とする請求項１５に記載の方法。
【請求項１８】
前記グループ資源割り当てメッセージの全体長は、
前記第１情報の値に基づいて決定されることを特徴とする請求項１５に記載の方法。
【請求項１９】
前記第１情報は、前記第２情報に先行して位置し、
前記第２情報は、前記第３情報に先行して位置することを特徴とする請求項１５に記載の方法。
【請求項２０】
前記グループ資源割り当てメッセージは、
１つ以上の固定長さを持つ第４情報をさらに含むことを特徴とする請求項１５に記載の方法。
【請求項２１】
前記第４情報は、
下方リンク-資源の割り当てメッセージのタイプを指示する情報と、
上記グループに対する資源の割り当てを向けたLRUの開始を指示する情報と、
スケジューリングされた割り当てに使用されるHARQフィードバックチャンネルのインデックスの開始を指示する情報のうちの少なくとも１つを含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
無線ネットワークにおける加入者端末の動作方法において、
第１情報、第２情報、及び第３情報を含むグループ資源割り当てメッセージを受信する過程と前記受信されたメッセージに基づいて割り当てられた資源の情報を決める過程を含み、
前記第１情報は、
グループ内でスケジューリングされた少なくとも一つの加入者端末を指示し、
前記第２情報は、
前記少なくとも１つの加入者端末のためのＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）モードを指示し、
前記第３情報は、
前記少なくとも１つの加入者端末のための資源サイズを指示することを特徴とする方法。
【請求項２３】
前記第１情報、前記第２情報、及び前記第３情報は、
ビットマップ構造を持つことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記第２情報、及び前記第３情報のそれぞれの長さは、
前記第１情報の値に基づいて決定されることを特徴とする請求項２２に記載の方法。
【請求項２５】
前記グループ資源割り当てメッセージの全体長は、
前記第１情報の値に基づいて決定されることを特徴とする請求項２２に記載の方法。
【請求項２６】
前記第１情報は、前記第２情報に先行して位置し、
前記第２情報は、前記第３情報に先行して位置することを特徴とする請求項２２に記載の方法。
【請求項２７】
前記グループ資源割り当てメッセージは、
１つ以上の固定長さを持つ第４情報をさらに含むことを特徴とする請求項２２に記載の方法。
【請求項２８】
前記第４情報は、
下方リンク-資源の割り当てメッセージのタイプを指示する情報と、
上記グループに対する資源の割り当てを向けたLRUの開始を指示する情報と、
スケジューリングされた割り当てに使用されるHARQフィードバックチャンネルのインデックスの開始を指示する情報のうちの少なくとも１つを含むことを特徴とする請求項２７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は一般に無線通信システムに関し、特にブラインドデコーディングを使用するシステムで可変長フィールドを含むメッセージのサイズを決定するシステム及び方法に関する。
【背景技術】
【０００２】
通常のセルラー通信システムにおいて、地理的領域はセルという領域に分割される。各セル内の端末（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎｓ：ＭＳｓ）は１つの基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ：ＢＳ）によってサービスされる。端末はアップリンク（ＵｐＬｉｎｋ：ＵＬ）と呼ばれる無線経路を介して基地局に情報を送信することに対し、基地局はダウンリンク（ＤｏｗｎＬｉｎｋ：ＤＬ）と呼ばれる無線経路を介してセル内の特定端末（又は端末グループ）に情報を送信する。ＵＬ及びＤＬを介する伝送は同一時間間隔であるが互いに異なる周波数帯域（周波数分割多重化又はＦＤＤという）又は同一周波数帯域であるがノンオーバーラッピング（ｎｏｎ−ｏｖｅｒｌａｐｐｉｎｇ）時間間隔（時間分割多重化又はＴＤＤという）で行われることができる。
【０００３】
セルラー通信システムの１つのタイプにおいて、ＤＬ及びＵＬを介する伝送は、直交周波数分割多重化（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ）変調に基づく。前記ＯＦＤＭ変調において、無線リンク（ＤＬ又はＵＬ）のために利用可能な帯域幅は伝送される情報が含まれた副搬送波（Ｓｕｂ−Ｃａｒｒｉｅｒ：ＳＣ）と呼ばれる複数のより小さい帯域幅単位に分割される。
【発明の概要】
【課題を解決するための手段】
【０００４】
無線ネットワークで用いるために、無線ネットワークで通信するように構成された基地局が提供される。前記基地局は、送信機に接続され、１つ以上の固定長フィールドと、１つ以上の第１可変長フィールドと、１つ以上の第２可変長フィールドと、を含む資源割り当てメッセージを生成するように構成されたプロセッサを含み、前記第２可変長フィールドのそれぞれの長さ、及び前記資源割り当てメッセージの全体長は、前記１つ以上の第１可変長フィールドのうち少なくとも１つの値に基づいて決定され、前記１つ以上の第１可変長フィールドのうち少なくとも１つは、前記資源割り当てメッセージの構造を支配する規則が許すなるべく多くの数の固定長フィールドに先行する前記資源割り当てメッセージ内での位置を占有する。
【０００５】
無線ネットワークで用いるために、無線ネットワークでの使用のために前記無線ネットワークで通信するように構成された加入者端末が提供される。前記加入者端末は、受信機に接続され、かつ１つ以上の固定長フィールドと、１つ以上の第１可変長フィールドと、１つ以上の第２可変長フィールドと、を含む資源割り当てメッセージを受信するように構成されたプロセッサを含み、前記第２可変長フィールドそれぞれの長さ、及び前記資源割り当てメッセージの全体長は、前記１つ以上の第１可変長フィールドのうち少なくとも１つの値に基づいて決定され、前記１つ以上の第１可変長フィールドのうち少なくとも１つは、前記資源割り当てメッセージの構造を支配する規則が許すなるべく多くの数の固定長フィールドに先行する前記資源割り当てメッセージ内での位置を占有する。
【０００６】
下記の発明を実施するための形態について述べる前に、本特許文献全般に用いられる特定の単語及び構文の定義を説明することが有利であろう。すなわち、「含む（ｉｎｃｌｕｄｅ、ｃｏｍｐｒｉｓｅ）」という用語及びその派生語は制限なく含むことを意味し、「又は（ｏｒ）」という用語は包括的な意味であって、「及び／又は」を意味する。「〜と関連付けられた（ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ、ａｓｓｏｃｉａｔｅｄ  ｔｈｅｒｅｗｉｔｈ）」という構文及びその派生語は「〜を含む、〜内に含まれる、〜と互いに接続する、〜を含有する、〜に含有される、〜と接続する又は〜に接続させる、〜と連結する又は〜に連結させる、〜と通信可能である、〜と協力する、〜を挟む、〜と並置する、〜に近い、〜に縛られる又は〜で縛られる、〜を持つ、〜の特性を持つ」などを意味する場合があり、「制御機」という用語は少なくとも１つの動作を制御するものの、ハードウェア、ファームウエア、ソフトウェア、又はこれらのうち少なくとも２つの一部の組み合わせに具現され得る任意のデバイス、システム又はこれらの一部を意味する。任意の特定制御機と関連付けられる機能が、近距離、遠距離関係なく中央に集中するか分配され得るという点に留意すべきである。特定の単語及び構文に対する定義は本特許文献全般にわたって提供され、当業者であれば、多くの場合にそのような定義が、ここで定義される以前の単語及び構文、及び今後の使用に適用されるということを理解するはずである。
【０００７】
本開示事項及びその利点に対するより完全な理解のために、これから添付図面と結びつけられて次の説明が参照され、図面における類似の参照符号は同じ部分を指す。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態による無線ネットワークを示す図である。
【図２】端末でのブラインドデコーディング動作を示す図である。
【図３】本発明の実施形態によるグループ資源割り当てメッセージ（Ｇｒｏｕｐ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ：ＧＲＡ）メッセージの構造を示す表である。
【図４】本発明の実施形態による複数のベーシックユニット（Ｂａｓｉｃ  Ｕｎｉｔ：ＢＵ）に分割されるＧＲＡ  ＩＥの例を示す図である。
【図５】本発明の実施形態によるＧＲＡ  ＩＥの構造を示す表である。
【図６】本発明の実施形態による複数のベーシックユニットに分割される図５に示すＧＲＡ  ＩＥの例を示す図である。
【発明を実施するための形態】
【０００９】
以下に述べられる図１乃至図６及び本明細書で本発明の原理を説明するために使用される様々な実施形態は例示のみを目的としたものであり、本発明の範囲を限定するものと解釈されてはならない。本発明の原理は適切に構成された任意の無線通信システムで具現され得ることを当業者は理解することができる。
【００１０】
以下の文書、及び標準的な内容は、ここで完全に説明したとして本発明に含まれる：
【００１１】
ＩＥＥＥ−８０２．１６ｅ−２００５，ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｌｏｃａｌ  ａｎｄ  Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ，“Ｐａｒｔ  １６：Ａｉｒ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒ  Ｆｉｘｅｄ  Ａｎｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍｓ”，Ａｍｅｎｄｍｅｎｔ２：“Ｐｈｙｓｉｃａｌ  ａｎｄ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒｓ  ｆｏｒ  Ｃｏｍｂｉｎｅｄ  Ｆｉｘｅｄ  ａｎｄ  Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｉｏｎｉｎ  Ｌｉｃｅｎｓｅｄ  Ｂａｎｄｓ”  ａｎｄ  ＩＥＥＥ−８０２．１６−２００４，Ｃｏｒｌ−２００５，Ｃｏｒｒｉｇｅｎｄｕｍ  １，２００５年１２月（以下、「ＩＥＥＥ８０２．１６ｅシステム」）；
【００１２】
３ＧＰＰ  ＴＳ  ３６．３００，“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；ＴＳＧ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）  ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  Ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ  ２（Ｒｅｌｅａｓｅ  ８）”，ｖｅｒｓｉｏｎ８．７．０，２００８年１２月（以下、「ＬＴＥシステム」）；及び
【００１３】
Ｐ８０２．１６ｍ−Ｄ３、“Ｐａｒｔ  １６−Ａｉｒ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒ  Ｆｉｘｅｄ  ａｎｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍｓ”，２００９年１２月，ｈｔｔｐ：／／ｗｉｒｅｌｅｓｓｍａｎ．ｏｒｇ／ｔｇｍ／で提出時に発見された（以下、「提案されたＩＥＥＥ  ８０２．１６ｅシステム」）。
【００１４】
図１は、本発明の実施形態による無線ネットワーク１００を示す。図示された実施形態において、無線ネットワーク１００は、基地局（ＢＳ）１０１、基地局（ＢＳ）１０２、及び基地局（ＢＳ）１０３を含む。基地局１０１は、基地局１０２及び基地局１０３と通信する。また、基地局１０１はインターネット、登録された（ｐｒｏｐｒｉｅｔａｒｙ）ＩＰネットワーク、又は他のデータネットワークなどのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク１３０と通信する。基地局１０２は、無線ネットワークコントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）１０４と通信する。ある実施形態において、ＲＮＣ１０４は、基地局１０２の一部である場合がある。ある実施形態において、基地局１０１及び基地局１０３は、ＲＮＣ１０４と通信する場合もある。他の実施形態において、基地局１０１及び基地局１０３はＲＮＣ１０４と類似の他の無線ネットワークコントローラと通信するか含む場合がある。
【００１５】
基地局１０２は、ＲＮＣ１０４を介してまたは協力して、基地局１０２のカバレッジ領域（ｃｏｖｅｒａｇｅ  ａｒｅａ）１２０内の第１複数の加入者端末（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）に、ネットワーク１３０への無線広帯域アクセスを提供する。第１複数の加入者端末は、加入者端末（ＳＳ）１１１、加入者端末（ＳＳ）１１２、加入者端末（ＳＳ）１１３、加入者端末（ＳＳ）１１４、加入者端末（ＳＳ）１１５及び加入者端末（ＳＳ）１１６を含む。加入者端末１１１〜１１６は、モバイルフォン、モバイルＰＤＡ、及び任意の端末などの任意の無線通信装置である場合があるが、これに限定されるものではない。例示的な実施形態において、ＳＳ１１１は、中小企業（Ｓｍａｌｌ  Ｂｕｓｉｎｅｓｓ：ＳＢ）内に位置する場合があり、ＳＳ１１２は大企業（Ｅｎｔｅｒｐｒｉｓｅ：Ｅ）内に位置する場合があり、ＳＳ１１３は、Ｗｉ−Ｆｉホットスポット（Ｈｏｔｓｐｏｔ：ＨＳ）内に位置する場合があり、ＳＳ１１４は、居住地内に位置する場合があり、ＳＳ１１５及びＳＳ１１６はモバイル装置である場合がある。
【００１６】
基地局１０３は、基地局１０３のカバレッジ領域１２５内の第２複数の加入者端末に基地局１０１を介するネットワーク１３０への無線広帯域アクセスを提供する。第２複数の加入者端末は、加入者端末１１５及び加入者端末１１６を含む。代替実施形態において、基地局１０２及び１０３は、基地局１０１を介して間接的に接続される代わりに光ファイバ、ＤＳＬ、ケーブル、又はＴ１／Ｅ１ラインなどの有線広帯域接続によってインターネットに直接接続され得る。
【００１７】
他の実施形態において、基地局１０１は、さらに少ないか、またはさらに多くの基地局と通信することができる。また、図１には６個の加入者端末のみが図示されているが無線ネットワーク１００は６個以上の加入者端末に無線広帯域アクセスを提供できるものであると理解されるべきである。
【００１８】
加入者端末１１１〜１１６は、音声、データ、ビデオ、ビデオ通信会議及び／又は他の広帯域サービスに対するアクセスのためにネットワーク１３０への広帯域アクセスを使用することができる。例示的な実施形態において、１つ以上の加入者端末１１１〜１１６はＷｉ−Ｆｉ  ＷＬＡＮのアクセスポイント（ＡＰ）と関連付けられることができる。加入者端末１１６は、無線可能なラップトップコンピュータ、ＰＤＡ、ノートブックＰＣ、携帯用装置、又は他の無線可能な装置を含む任意の数のモバイル装置である場合がある。例えば、加入者端末１１４は、無線可能なパーソナルコンピュータ、ラップトップコンピュータ、ゲートウェイ、又は他の装置である場合がある。
【００１９】
点線は、例示のみのために略円状に図示されたカバレッジ領域の概略的な範囲を示す。基地局と関連付けられたカバレッジ領域、例えばカバレッジ領域１２０及び１２５は自然妨害物及び人工妨害物と関連付けられた無線環境内での基地局及び変形物（ｖａｒｉａｔｉｏｎｓ）の構造に基づく不規則な形状を含む他の形状を持つことができるものであると理解されるべきである。
【００２０】
また、基地局と関連付けられたカバレッジ領域は時間にわたって一定ではなく、基地局及び／又は加入者端末の送信電力レベルの変更、天気の条件及び他の要因によって動的（拡張又は収縮又は形状の変更）である場合がある。一実施形態において、基地局のカバレッジ領域、例えば基地局１０２及び１０３のカバレッジ領域１２０及び１２５の半径は、基地局から２ｋｍ乃至５０ｋｍの範囲内で拡張することができる。
【００２１】
公知技術において、基地局１０１、１０２、又は１０３などの基地局はカバレッジ領域内の複数のセクタを支援するために指向性アンテナを使用することができる。図１において、基地局１０２及び１０３は、それぞれカバレッジ領域１２０及び１２５の中心内に概略的に図示されている。他の実施形態において、指向性アンテナの使用はカバレッジ領域のエッジの近く、例えば円錐形（ｃｏｎｅ−ｓｈａｐｅｄ）又は梨形（ｐｅａｒ−ｓｈａｐｅｄ）カバレッジ領域のポイントに基地局を配置できる。
【００２２】
基地局１０１〜１０３及び加入者端末１１１〜１１６は、それぞれ無線ネットワーク１００と通信可能に構成された要素（ｅｌｅｍｅｎｔ）を含む。この要素は、１つ以上の送信機、受信機、アンテナ、プロセッサ、コントローラ、メモリ、ソフトウェアなどの無線通信のための標準要素を含むことができる。本発明の実施形態によれば、基地局１０１〜１０３は、ＯＦＤＭ変調を使用する加入者端末１１１〜１１６と通信するように構成されることができる。
【００２３】
図１は、無線ネットワーク１００の一例を示すが、様々な変更が図１に行われることができる。例えば、有線ネットワークなどの他の形態のデータネットワークによって、無線ネットワーク１００を代用することができる。有線ネットワークにおいて、ネットワークターミナルによって、基地局１０１〜１０３及びＳＳ１１１〜１１６を代用することができる。有線接続は、図１に図示された無線接続を代えることができる。説明の便宜のために用語「加入者端末（ＳＳ）」と「端末」は、ここで互いに置き換えることができるように用いられる。
【００２４】
ＯＦＤＭ変調を使用する通信システム（例えば、無線ネットワーク１００）でのアップリンクでは、基地局と通信する端末が、基地局への送信のためにノンオーバーラッピング副搬送波セットを同時に使用すると、基地局での受信時に、任意の端末からの送信は、他の端末からの送信に直交にレンダリングされる。さらに明確にするために、端末ｉは、基地局へのアップリンク送信が行われるように副搬送波セット｛Ｓｉ｝を使用し、互いに異なる端末によって使われた副搬送波セットは、ノンオーバーラッピングであると仮定する。基地局での受信時に副搬送波セット｛Ｓｉ｝を介する端末ｉからの送信は、任意の端末ｊから基地局への任意の送信によって干渉されない（ｊ≠ｉ）。
【００２５】
同様に、ダウンリンク上で基地局が異なる端末への同時送信のためにノンオーバーラッピング副搬送波を使用すると、任意の端末で、他の端末を対象とした送信は１つの端末を対象とした送信と直交するように見える。さらに明確にするために、基地局は副搬送波セット｛Ｓｉ｝を使用して端末ｉに送信し、様々な端末への送信のためにノンオーバーラッピング副搬送波セットを使用すると仮定する。端末ｉでの受信時に副搬送波セット｛Ｓｉ｝上での基地局からの送信は基地局から任意の端末ｊへの任意の送信によって干渉されない（ｊ≠ｉ）。
【００２６】
ＯＦＤＭ変調のこのような特性は、アップリンク上での数個の端末と基地局の間及びダウンリンク上での基地局と数個の端末の間で同時通信を可能にする。
【００２７】
このようなＯＦＤＭシステムにおいて、アップリンク上で、端末による送信は、ノンオーバーラッピング副搬送波セットが使用されることを保証するために調整される。各端末は基地局への送信のために副搬送波セットを使用するように基地局によって指示される。同様に、ダウンリンク上で、基地局は端末への送信のためにノンオーバーラッピング副搬送波セットを使用する。端末は、予定された送信を受信するために所定の副搬送波セットを聞き取る（ｌｉｓｔｅｎ）ために基地局によって指示される。
【００２８】
アップリンク送信のために副搬送波セットを使用させ、ダウンリンク送信を受信するために副搬送波セットを使用させる端末への命令は、時々資源割り当てメッセージで表現される。資源割り当てメッセージは、時々資源割り当て領域で表現される副搬送波セットを介して基地局によって送信される。明確化のために、数個の資源割り当てメッセージは、資源割り当て領域の一部の副搬送波を介して伝達される。本発明の実施形態において、単一の資源割り当てメッセージ又は資源割り当てメッセージのセットは単一のモバイル又はモバイルのセットに資源割り当てを伝達できる。
【００２９】
資源割り当て領域は、全ての端末に既知である。各端末は、ダウンリンク送信を受信する副搬送波セット及び／又はアップリンク送信のために使用する副搬送波セットを知る（ｌｅａｒｎｉｎｇ）ために、資源割り当て領域内の資源割り当てメッセージを受信、デコード、及び解釈する。
【００３０】
ＩＥＥＥ  ８０２．１６ｅシステム及び提案されたＩＥＥＥ  ８０２．１６ｍシステムは、上記のような資源割り当てメッセージ及び資源割り当て領域を使用するＯＦＤＭベースシステムの例である。ＩＥＥＥ  ８０２．１６ｅシステムにおいて、資源割り当てメッセージはＭＡＰメッセージで表れ、資源割り当て領域はＭＡＰ−領域で表れる。
【００３１】
資源割り当て領域内の資源割り当てメッセージのデザイン及び構造と、資源割り当てメッセージを端末がデコードして解釈する手順に対して２つの実行方法（ｐｒａｃｔｉｃｅ）：「ジョイントエンコーディング（ｊｏｉｎｔ  ｅｎｃｏｄｉｎｇ）」実行と「端末−特定エンコーディング（ＭＳ−ｓｐｅｃｉｆｉｃ  ｅｎｃｏｄｉｎｇ）、ブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）」実行が続く。前記実行方法に対して説明する。
【００３２】
「ジョイントエンコーディング」実行において、あるいは数個の端末を意味する全ての資源割り当てメッセージは資源割り当て領域を介して共同にエンコード、変調、及び送信される。全ての端末に既知の所定コーディング及び変調スキーム（ｓｃｈｅｍｅ）が使用される。それぞれの資源割り当てメッセージは、メッセージがリソースを割り当てることを意味する端末（又は端末グループ）に関する情報を含む。各端末は、共同にエンコードされた資源割り当てメッセージのセットを受信及びデコードする。次いで、全ての資源割り当てメッセージへのアクセスを持つ端末は、それを意味するメッセージを識別し、その結果として端末が送信及び／又は受信されるリソースを識別する。共同にエンコードされた資源割り当てメッセージセットが基地局内の全ての端末に到達（すなわち、デコードが可能になる）することが保証されるべきであるので、この実行は、端末で簡単なデコードを促進するがリソースが浪費される。ＩＥＥＥ  ８０２．１６ｅシステムはこの実行を使用する。
【００３３】
「端末−特定エンコーディング、ブラインドデコーディング」実行においてそれぞれの資源割り当てメッセージは１つ以上の「ベーシックユニット」（Ｂａｓｉｃ  Ｕｎｉｔｓ：ＢＵｓ）を介して伝達される。前記ベーシックユニットは公知の方式でエンコード、変調、及びスクランブリング（ｓｃｒａｍｂｌｉｎｇ）された公知の数の情報ビットのセットである（スクランブリング処理は後述される）。前記ベーシックユニットは時々「最小論理資源ユニット」（Ｍｉｎｉｍｕｍ  Ｌｏｇｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ：ＭＬＲＵ）と呼ばれる。
【００３４】
特定の端末を意味する各ベーシックユニットは、個別的にエンコード、スクランブリング、及び変調され、資源割り当て領域内の副搬送波とマッピングされる。実施形態において、ベーシックユニットは、ベーシックユニットのためのターゲット端末のみがベーシックユニットをデコードすることができ、ベーシックユニットが正確にデコードされることを実現する方式でスクランブリングされ、次いでベーシックユニットを解釈する（１つのベーシックユニットが、単独で１つの資源割り当てメッセージに対応するか他のベーシックユニットと協力して複数のベーシックユニットが１つの資源割り当てメッセージを伝達するために使用される）。
【００３５】
さらに明確にするために、ベーシックユニットが、端末ｉを対象としていると見なす。一般に、端末ｉのみがベーシックユニット（僅かなエラー確率を持って）をデコードし、ベーシックユニットが正確にデコードされることを実現し、その後ベーシックユニットでデコードされたビットを解釈するために進める。ベーシックユニットのデコードを試みる場合、他の端末ｊ（ｊ≠ｉ）は、そのようにすることができず、ベーシックユニットをデコードすることができないことを実現する。したがって、端末ｊは、ベーシックユニットがそれを対象としていないことを実現する。一部の状況において、ベーシックユニットが、それを対象としていると端末ｊ（ｊ≠ｉ）が誤って決定する確率が低く設計されることができる。ベーシックユニットが、モバイルを意味するか否かとデコードの試みが成功であるか否かを示す公知の方法は、端末−特定ビットシーケンスによってスクランブリングされたＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）の使用である。
【００３６】
ＣＲＣの使用において、第１ステップは、ベーシックユニットにおける情報ビットの公知の線形結合の値を計算することであって、この線形結合はＣＲＣと呼ばれる。次いで、ＣＲＣ値は、対象とする受信者端末（ｒｅｃｉｐｉｅｎｔ  ＭＳ）に対して唯一の識別ビットシーケンスによってＸＯＲ動作が実行される（ＸＯＲはバイナリ排他的論理和（ｂｉｎａｒｙ  ｅｘｃｌｕｓｉｖｅ−ＯＲ）演算を示す）。これは、スクランブリングされたＣＲＣビットシーケンスを算出する。スクランブリングされたＣＲＣは、ベーシックユニットの最後に追加される。デコードを試みた後に端末は、デコードされたと思われるベーシックユニット情報ビットを介して同一線形結合を計算し、基地局によってベーシックユニットの最後に追加されたスクランブリングされたＣＲＣによって計算されたＣＲＣに対してＸＯＲ演算が実行される。ＸＯＲ演算の特性によってベーシックユニットが正確にデコードされると（すなわち、端末によって計算された情報ビット上の線形結合が正確である場合）ＸＯＲ演算はスクランブリングされたＣＲＣの構成において基地局によって使用された識別ビットシーケンスを簡単に算出する。識別シーケンスが端末の識別シーケンスをマッチングすると端末はベーシックユニットが正確にデコードされ、ベーシックユニットがこれを意味するということを認知する。
【００３７】
ベーシックユニットが数個の端末によってデコードされる予定の場合において、使用された識別ビットシーケンスは、全ての端末に既知の１つである。
【００３８】
資源割り当て領域は、それぞれベーシックユニットのセットを構成する数個のサブ−領域に分割されることができる。上述のように、ベーシックユニットは、単独又はグループで資源割り当てメッセージを伝達する。各サブ領域において、互いに異なる（しかし既知である）変調／コーディングのセットは、サブ領域内で各ベーシックユニットのために使用されることができる。このようなベーシックユニット情報サイズ及び構造（使用された変調＆コーディング）のセットは、全ての端末に対して規定されて知られる。各端末は、サブ領域内のベーシックユニットの構造に対する情報（ビットサイズ、変調、コーディング）を使用して資源割り当て領域の各サブ領域における個別ベーシックユニットのデコードを試みる。ベーシックユニット（又はベーシックユニットのセット）のデコードに成功した後、端末は、ベーシックユニット又はベーシックユニットのセット内に伝達された潜在する（ｕｎｄｅｒｌｙｉｎｇ）資源割り当てメッセージの再構成を試みることができる。この手順は、ブラインドデコーディングと呼ばれるが、「ブラインド」はベーシックユニットが端末を対象としているか否かを知らずに端末がデコードを試みることを意味する。
【００３９】
「端末−特定エンコーディング、ブラインドデコーディング」実行によって資源割り当てメッセージは、基地局と端末の間の無線リンクの品質を考慮した特定の端末による受信のために最適の変調及びコーディングで送信できる。したがって、この実行は、「ジョイントエンコーディング」実行に比べて資源割り当て領域の使用をより效率的にする。しかし、ブラインドデコーディング動作の使用によって端末は、さらに高い複雑度を要求される。ＬＴＥシステムと提案されたＩＥＥＥ  ８０２．１６ｍシステムは、「端末−特性エンコード、ブラインドデコーディング」実行を使用する。提案されたＩＥＥＥ  ８０２．１６ｍシステムにおいて、ベーシックユニットは、１６ビットのＣＲＣが追加されて全体５６ビットになるようにする４０ビットの情報ビットを含む。
【００４０】
図２は、各資源割り当てメッセージが同一サイズ（すなわち、同一数の情報＋ＣＲＣビット）を有し、各資源割り当てメッセージが１つのベーシックユニット上に伝達される端末でのブラインドデコーディング動作を示す。また、図２において、ベーシックユニットは、同一変調及びコーディングスキーム（ＭＣＳ）によって処理され、これによって資源割り当て領域で同一サイズを占める。
【００４１】
本発明の実施形態は、上述のように「端末−特定、ブラインドデコーディング」資源割り当てメッセージ実行に焦点を当てている。しかし、本発明の原理は、資源割り当てメッセージを解釈する他の方法に適用され得ることが理解されるはずである。
【００４２】
ある状況において、特定資源割り当てメッセージは、可変長である場合があり、これによって可変数のベーシックユニットを使用して伝達されることができる。一例は「グループ資源割り当て（Ｇｒｏｕｐ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ：「ＧＲＡ」と称する）ＩＥ」と呼ばれる提案されたＩＥＥＥ  ８０２．１６ｍシステムにおける１つ以上の端末グループに割り当てるために使用されるメッセージである。ＩＥは「情報エレメント（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）」を代表するが、ＩＥは「資源割り当てメッセージ」のための公知の略語（ａｂｂｒｅｖｉａｔｉｏｎ）でもある。本発明に用いられたように、ＩＥは資源割り当てメッセージを示す。
【００４３】
図３は、本発明の実施形態によるＧＲＡ  ＩＥの構造を示す表である。図３で表３００に示すように、ＧＲＡ  ＩＥは「ＩＥ  Ｔｙｐｅ」フィールド、「Ｒｅｓｏｕｒｃｅ  Ｏｆｆｓｅｔ」フィールド、「ＨＦＡ  Ｏｆｆｓｅｔ」フィールド、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド、「ＭＩＭＯ  Ｂｉｔｍａｐ」フィールド及び「Ｒｅｓｏｕｒｃｅ  Ａｓｓｉｇｎｍｅｎｔ  Ｂｉｔｍａｐ」フィールドを含む。各フィールドは、表３００に示すように固定長及び可変長を有する。
【００４４】
メッセージ内の第１フィールドである「ＩＥ  Ｔｙｐｅ」フィールドは、受信端末がＧＲＡ  ＩＥによってメッセージを識別するように助ける特定値を有する。これは、順次、端末が残りのフィールドをどのように解釈するかを知らせる。
【００４５】
表３００に示すＧＲＡ  ＩＥは、３個の可変長フィールド：「Ｕｓｅｒ  Ｂｉｔｍａｐ」、「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドを含む。本実施形態によって「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの長さは、４、８、１６、３２、又は他の適切な長さであることができる。ある実施形態において、受信端末は、ＩＥの送信（他の手段を介して端末に伝達される）前に「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの長さを知る。「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの値に基づいて他の可変長フィールド、「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」の長さを決定できる。
【００４６】
実施形態において、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの値におけるそれぞれの「１」は、「ＭＩＭＯ  Ｂｉｔｍａｐ」フィールド長さの１ビットに対応する。すなわち、「ＭＩＭＯ  Ｂｉｔｍａｐ」フィールドの長さは「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの値における「１」の数と同じである。同様に、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの値におけるそれぞれの「１」は、「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドの長さの５ビットに対応する。すなわち、「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドの長さは「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドにおける「１」の数の５倍である。
【００４７】
例えば、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドは、４ビット及び「１１００」の値を有すると仮定する。「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの値に２つの「１」があるので「ＭＩＭＯ  Ｂｉｔｍａｐ」フィールドの長さは２ビットであり、「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドの長さは、１０ビット２×５＝１０であることが知られる。したがって、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの値を知っているので他の可変長フィールドの長さとこれによってＧＲＡ  ＩＥの全体長が決定されることができる。
【００４８】
図４は、本発明の実施形態によって複数のベーシックユニットに分割されたＧＲＡ  ＩＥの例を示す。
【００４９】
上述のように、提案されたＩＥＥＥ  ８０２．１６ｍシステムにおけるベーシックユニットは４０情報ビット及び１６ＣＲＣビットを含む。「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドのサイズに基づいてＧＲＡ  ＩＥは、複数のベーシックユニットに分割されることができる。図４に示すように、ＧＲＡ  ＩＥ４００は少なくとも第１ベーシックユニット４１０と第２ベーシックユニット４２０とに分割される。本例において「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド（パート４０５ａ及び４０５ｂで示す）が後述するように、１つのベーシックユニット内に一致する（ｆｉｔ）には長すぎる３２ビットの長さであるため、ＧＲＡ  ＩＥ４００が分割される。
【００５０】
各ベーシックユニット４１０、４２０は、ＧＲＡ  ＩＥ４００の４ビット「ＩＥ  Ｔｙｐｅ」フィールド（参照符号４０１ａ及び４０１ｂで示す）で開始される。各「ＩＥ  Ｔｙｐｅ」フィールド４０１ａ、４０１ｂにベーシックユニット４１０、４２０が第１ベーシックユニットであるかを示す１ビット指示子フィールド４０２ａ、４０２が続く。ベーシックユニット４１０が第１ベーシックユニットであるので指示子フィールド４０２ａは、「１」に設定される。逆に、ベーシックユニット４２０が第１ベーシックユニットではないので指示子フィールド４０２ｂは、「０」に設定される。
【００５１】
ベーシックユニット４１０、４２０の残りの部分は、ＧＲＡ  ＩＥ４００の残りのフィールドで埋められる。残りのフィールドは各ベーシックユニット４１０、４２０で繰り返されないが順にベーシックユニット４１０、４２０の残り部分で埋められる。したがって、ＧＲＡ  ＩＥ４００のために７ビット「Ｒｅｓｏｕｒｃｅ  Ｏｆｆｓｅｔ」フィールド４０３と６ビット「ＨＦＡ  Ｏｆｆｓｅｔ」フィールド４０４がベーシックユニット４１０内に位置する。「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド４０５ａの第１２２ビットはベーシックユニット４１０の残りの２２ビットを埋める。ＧＲＡ  ＩＥ４００における「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドは、３２ビットであるため、残りの１０ビットは、ベーシックユニット４２０（パート４０５ｂで示したように）に伝達される。「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドは、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドパート４０５ｂ（４０６で示したものと同じである）に続く。「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドの長さに基づいて追加的なベーシックユニットがベーシックユニット４２０の後に使用されることができる。
【００５２】
受信端で、端末は、「ＩＥ  Ｔｙｐｅ」フィールドから始めてＧＲＡ  ＩＥ４００のフィールドを順に解析する。「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドが完全に（「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドパート４０５ａ及び４０５ｂを含む）解析されるとＧＲＡ  ＩＥ４００を伝達するベーシックユニットの全体数を決定することができる。
【００５３】
ＧＲＡ  ＩＥ４００の「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドは２つのベーシックユニット４１０、４２０において２つのパート４０５ａ、４０５ｂにわたって分配されるために第１ベーシックユニットのみからメッセージを伝達するベーシックユニットの数を計算することは不可能であることがある。これは「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドが全体のＧＲＡ  ＩＥの長さを決定するための基礎になるからである。一部の実施形態において、第１ベーシックユニットのデコード時に可変長メッセージを伝達するベーシックユニットの数を計算できるようにすることが好ましい。これは第１ベーシックユニットを解析した後、受信機が全体メッセージがデコードされることができる前に、どれだけ多くのベーシックユニットが予想されるかを知っているため、受信機プロセスを有益にする。
【００５４】
また、このような構成はエラー条件をさらに迅速に検出及び除去することを助ける。例えば、図３及び図４で説明されたＧＲＡ  ＩＥ構造と分配規則を考察する。「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドの長さによって４個のベーシックユニットが１つのＧＲＡ  ＩＥを伝達するために使用されると仮定する。また、受信機（例えば、受信端末）が第１ベーシックユニット（例えば、ベーシックユニット４１０）のデコードには成功するが、第２ベーシックユニット（例えば、ベーシックユニット４２０）のデコードには失敗すると仮定する。
【００５５】
受信機がベーシックユニットの全体数を計算可能にする情報を第１ベーシックユニットが含む場合に、受信機は、第１ベーシックユニットの後に３個をさらにデコードする必要があることを知るようになる。それで、第２ベーシックユニットのデコードに失敗することによって受信機は、第２ベーシックユニットがない場合はＧＲＡメッセージの解釈に成功することができないため、第３及び第４ベーシックユニットのデコードを省略できる。
【００５６】
逆に、ベーシックユニットの全体数が第１ベーシックユニットから計算されなかった場合に、受信機は、この時失敗した第２ベーシックユニットに続くベーシックユニットがＧＲＡベーシックユニットであるか、またはＧＲＡベーシックユニットではないことを認知する方法を持たないため、第２ベーシックユニットの失敗後にデコードを相変らず続ける可能性がある。したがって、受信機は「ＩＥ  Ｔｙｐｅ」フィールドが「ＧＲＡ」に設定され第１ベーシックユニットを示す単一のビットフィールドが「０」に設定される限りデコードを続ける。したがって、この例で、受信機は第３及び第４ベーシックユニットを不要にデコードする。
【００５７】
本明細書の実施形態は上述した短所を克服する。可変長資源割り当てメッセージが数個のベーシックユニットで搬送された場合に、開示された実施形態はＧＲＡ  ＩＥの全体長が第１ベーシックユニットのみに基づいて又は複数のベーシックユニットのシーケンスでの少ないセットの初期ベーシックユニットに基づいて計算可能になる方法を提供する。
【００５８】
特定の実施形態で、受信機及び送信機はメッセージでのフィールド、フィールドの配置、各フィールドの解釈などに関してメッセージ構造の共通知識を有する。また、特定の実施形態で、サブ領域でのベーシックユニットが処理される順番に関して資源割り当て領域にパッシング指示（ｐａｒｓｉｎｇ  ｄｉｒｅｃｔｉｏｎ）の概念が存在する。
【００５９】
明確化のために、数個の用語がこれから定義される。資源割り当てメッセージでのフィールドは、以下のタイプのうち１つである場合がある。
【００６０】
固定長フィールドは、ビットのサイズが受信機によって予め知られているフィールドである。図３の表３００に示すＧＲＡ  ＩＥで、「ＩＥ  Ｔｙｐｅ」フィールドは、４ビットと知られているためこのカテゴリーになる。
【００６１】
第１可変長フィールドは、可変長フィールドであって、特定メッセージで１セットの許可された長さから選択された特定長さであることができるフィールドである。任意の特定メッセージに対して受信機は、そのメッセージでこのフィールドの具体的な長さを知ることができる。ある実施形態で、このフィールドの長さは、メッセージの任意の他のフィールドの知識から計算されない。図３の表３００に示すＧＲＡ  ＩＥで、「Ｕｓｅｒ  Ｂｉｔｍａｐ」はそのようなフィールドである。「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドは１セットの許可された長さ（例えば、セット｛４、８、１６、３２｝）のうち１つの長さを有し、任意の特定ＧＲＡメッセージで受信機はこのフィールドの長さを知る。
【００６２】
第２可変長フィールドは、可変長フィールドであって、特定メッセージでそのフィールドの長さが１つ以上の第１可変長フィールドのコンテンツから決定されることができるフィールドである。図３の表３００に示すＧＲＡ  ＩＥで、「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」はそのようなフィールドである。その長さは前に説明したように（例えば、「ＭＩＭＯ  Ｂｉｔｍａｐ」の長さ＝「Ｕｓｅｒ  Ｂｉｔｍａｐ」での１の数、及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」の長さ＝「Ｕｓｅｒ  Ｂｉｔｍａｐ」での１の５倍数）「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドのコンテンツの知識から決定されることができる。
【００６３】
第１可変長フィールドのコンテンツは、メッセージ構造の一部である解釈規則を使用して第２可変長フィールドの長さを決定するために使用することができる。したがって、第１可変長フィールドのコンテンツは、受信機にメッセージの全体長を決定させる。図３に示すＧＲＡの例で述べたように、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドの知識は、全体のＧＲＡメッセージの長さの決定を許可する。これはベーシックユニットサイズの知識と共にＧＲＡメッセージを伝達するために使用されるベーシックユニットの数の計算を許可する。
【００６４】
本明細書の実施形態において、資源割り当てメッセージの構造が提供され、メッセージ構造を支配する規則の制約内において、メッセージ内の第１可変長フィールドは、ベーシックユニットに分割されてパッキング（ｐａｃｋｉｎｇ）されることによって、このフィールドは、シーケンスでの第１ベーシックユニットから始めてなるべく最小の順次セットのベーシックユニットに現れるように位置される。シーケンスでの第１ベーシックユニットは、受信機が最初に処理するものである。その長所は、前記最小セットのベーシックユニットをデコードすることによって受信機がメッセージの全体長及び分割されるベーシックユニットの数を計算できることである。これはエラー検出に関して受信機処理を最適化し、さらには前に述べたように、エラー状態下の処理を節約することを助ける。
【００６５】
図５は、本明細書の実施形態によるＧＲＡ  ＩＥの構造を例示する表である。表５００に示すＧＲＡ  ＩＥは、図３の表３００に示すＧＲＡ  ＩＥと同じフィールドを含む。すなわち、表５００のＧＲＡ  ＩＥは、「ＩＥ  Ｔｙｐｅ」フィールド、「Ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ」フィールド、「ＨＦＡ  ｏｆｆｓｅｔ」フィールド、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド、「ＭＩＭＯ  Ｂｉｔｍａｐ」フィールド及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドを含む。表５００のＧＲＡ  ＩＥで、「Ｕｓｅｒ  Ｂｉｔｍａｐ」は、第１可変長フィールドであって、そのコンテンツは全体ＧＲＡの長さを決定するために使用することができる。表３００のＧＲＡ  ＩＥとは対照的に、表５００の「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドは、「ＩＥ  Ｔｙｐｅ」フィールドの直後に再配置される。これはＧＲＡ  ＩＥを複数のベーシックユニットに分割（ｐａｒｔｉｔｉｏｎ）することによって「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドが最初のベーシックユニットに完全に現れることを保証することを助ける。
【００６６】
図６は、本明細書の実施形態による複数のベーシックユニットに分割される表５００に示すＧＲＡ  ＩＥの例を例示する。
【００６７】
図４のＧＲＡ  ＩＥ４００のように、ＧＲＡ  ＩＥ６００は、４０ビットの長さをそれぞれ有する少なくとも第１ベーシックユニット６１０及び第２ベーシックユニット６２０に分割される。各ベーシックユニット６１０、６２０は、ＧＲＡ  ＩＥ６００の４ビット「ＩＥ  Ｔｙｐｅ」フィールド（参照符号６０１ａ及び６０１ｂで示す）で開始する。「ＩＥ  Ｔｙｐｅ」フィールド６０１ａ、６０１ｂの次にベーシックユニット６１０、６２０が第１ベーシックユニットであるか否かを示す１ビット指示子フィールド６０２ａ、６０２ｂが続く。また、これはＧＲＡ  ＩＥ４００の構造と類似している。
【００６８】
１ビット指示子フィールド６０２ａの次に「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド６０５が続く。「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド６０５より「Ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ」フィールド及び「ＨＦＡ  Ｏｆｆｓｅｔ」フィールドが先行しないので、全体の３２ビット「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド６０５を収容するために４０ビットのベーシックユニット６１０に適切な空間がある。「Ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ」フィールドは、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド６０５の次に続く。全体の「Ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ」フィールドのためのベーシックユニット６１０に適切な空間が存在しないのでこのフィールドは、参照符号６０３ａ、６０３ｂで示すようにベーシックユニット６１０及び６２０に分割される。「ＨＦＡ  Ｏｆｆｓｅｔ」フィールド６０４は「Ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ」フィールド６０３ｂの終端の後に続く。「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドは「ＨＦＡ  Ｏｆｆｓｅｔ」フィールド６０４（６０６で示すように）の後に続く。「ＭＩＭＯ  Ｂｉｔｍａｐ」及び「Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ」フィールドの長さによって追加的なベーシックユニットがベーシックユニット６２０の後に使用されることができる。
【００６９】
したがって、図６に示したように、この実施形態の長所は全体のＧＲＡメッセージの全体長だけでなく分割されるベーシックユニットの数を両方計算できることである。
【００７０】
ある実施形態で、メッセージ構造の特性は受信機パーサ（ｐａｒｓｅｒ）にメッセージのタイプを区別させるために「ＩＥ  Ｔｙｐｅ」がメッセージでの第１フィールドに位置することである。これを収容するために「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドは「ＩＥ  Ｔｙｐｅ」フィールドの直後に配置される。
【００７１】
１つの第１可変長フィールド（「Ｕｓｅｒ  Ｂｉｔｍａｐ」）のみが図５及び図６に図示されているが、類似の資源割り当てメッセージが複数の第１可変長フィールドを含むことができることは自明である。図５及び図６の実施形態の原理において、複数の第１可変長フィールドは、第１ベーシックユニットから始めてなるべく最小のセットのベーシックユニットに現れるように配列され得る。すなわち、第１可変長変数の全ての可能な配置のうち図５及び図６の実施形態は、最小数のベーシックユニットに現れる第１可変長フィールドで終わる特定配置の特徴をなす。複数の選択的な配置が同じ数の順次ベーシックユニットに現れる第１可変長フィールドで終わる状況で選択的な配置のうちいずれか１つが使用されることができる。
【００７２】
上述した点を強調するために「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドが「Ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ」フィールドの後に配置される配列を考慮すべきである。説明の容易性のために、この配列は配置オプション１と言及され得る。同様に、図６に説明された配列は配置オプション０と言及され得る。配置オプション１で、ビット数は４０ビットのベーシックユニットサイズより多い「ＩＥ  Ｔｙｐｅ」フィールド＋「Ｒｅｓｏｕｒｃｅ  ｏｆｆｓｅｔ」フィールド＋「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールド＝４＋７＋３２＝４３を占める。したがって、配置オプション１において「Ｕｓｅｒ  Ｂｉｔｍａｐ」の３ビットは第２ベーシックユニットにスピルオーバ（ｓｐｉｌｌ  ｏｖｅｒ）される。したがって、配置オプション１で、「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドは第１ベーシックユニットから始めて２つの連続的なベーシックユニットに現れる。しかし、配置オプション０で「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドでの全てのビットは図６に例示されたように第１ベーシックユニットに現れる。したがって、配置オプション０は「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドを伝達するために大きい数のベーシックユニット（２つのベーシックユニット）を使用する配置オプション１とは対照的に「Ｕｓｅｒ  Ｂｉｔｍａｐ」フィールドを伝達する最小数のベーシックユニット（１つのベーシックユニット）で終わる。
【００７３】
他の実施形態で、メッセージに複数の第１可変長フィールドがある時、第１可変長フィールドはメッセージに順に配列され得る。ここに開示された実施形態の組み合わせを用いることによって本明細書の他の実施形態を誘導することができることに注目すべきである。
【００７４】
一方、本発明を実施するための形態では具体的な実施形態に関して説明したが、本発明の範囲から逸脱しない限度内で様々な変形が可能である。したがって、本発明の範囲は説明された実施形態に限定されて定められてはならず、後述する特許請求の範囲のみでなくこの特許請求の範囲と均等なものによって定められるべきである。
【符号の説明】
【００７５】
１００  無線ネットワーク
１０１  基地局
１０２  基地局
１０３  基地局
１１１〜１１６  加入者端末
１２０  基地局１０２のカバレッジ領域
１２５  基地局１０３のカバレッジ領域
１３０  ＩＰネットワーク
【図１】
0005889206.tif 000002
【図２】
0005889206.tif 000003
【図３】
0005889206.tif 000004
【図４】
0005889206.tif 000005
【図５】
0005889206.tif 000006
【図６】
0005889206.tif 000007