(57)【特許請求の範囲】
【請求項１】
無線通信インフラストラクチャエンティティによって実行される方法であって、
複数の無線フレームからなる無線フレームのシーケンスにおいて、第１のプロトコルに準拠した無線端末と第１のプロトコルとは異なる第２のプロトコルに準拠した無線端末とに無線リソースを割り当てる工程を備え、
前記無線フレームのシーケンスは、第１のプロトコルリソース領域および第２のプロトコルリソース領域を含み、
前記無線フレームのシーケンスは、第１のプロトコル割当制御メッセージおよび第２のプロトコル割当制御メッセージを含み、
第１のプロトコル割当制御メッセージは第１のプロトコルリソース領域内のリソースを割り当て、第２のプロトコル割当制御メッセージは第２のプロトコルリソース領域内のリソースを割り当て、
第１のプロトコルに準拠した無線端末は第２のプロトコルリソース領域を使用せず、
少なくとも第１のプロトコルリソース領域はパイロットサブキャリアを含み、前記無線フレームは、第１のプロトコルに準拠した前記無線端末が第２のプロトコルリソース領域においてパイロットサブキャリアを用いるべきでないことを示すメッセージを含む、方法。
【請求項２】
第１のプロトコル割当制御メッセージおよび第２のプロトコル割当制御メッセージは共通のフレームにおいて発生し、
第１のプロトコル割当制御メッセージは、前記共通のフレームに続くフレームにおいて、第１のプロトコルリソース領域内のリソースを割り当て、第２のプロトコル割当制御メッセージは、前記共通のフレームに続くフレームにおいて、第２のプロトコルリソース領域内のリソースを割り当てる、請求項１に記載の方法。
【請求項３】
第１のプロトコルリソース領域および第２のプロトコルリソース領域は共通のフレームにおいて発生し、
第１のプロトコル割当制御メッセージは前記共通のフレームに先行するフレームにおいて発生し、第２のプロトコル割当制御メッセージは前記共通のフレームに先行するフレームにおいて発生する、請求項１に記載の方法。
【請求項４】
前記シーケンスのうちの５０パーセント以上の無線フレームは第１のプロトコルプリアンブルを含む、請求項１に記載の方法。
【請求項５】
第２のプロトコル割当制御メッセージは前記無線フレームのシーケンスのうちの少なくとも一部のフレーム内の所定の場所に位置する、請求項１に記載の方法。
【請求項６】
第１のプロトコルに準拠した前記無線端末が第２のプロトコルリソース領域においてパイロットサブキャリアを用いるべきでないことを示すメッセージは専用のパイロットインターバルを識別し、前記専用のパイロットインターバルは第２のプロトコルリソース領域を含む、請求項１に記載の方法。
【請求項７】
前記無線フレームは第１のプロトコルリソース領域の境界を識別するメッセージを含む、請求項１に記載の方法。
【請求項８】
前記無線フレームは前記無線フレームにおける第２の割当制御メッセージの場所を指すポインタを含む、請求項７に記載の方法。
【請求項９】
第１のプロトコルはＩＥＥＥ８０２．１６（ｅ）であり、第２のプロトコルはＩＥＥＥ８０２．１６（ｍ）である、請求項１に記載の方法。
【請求項１０】
無線通信インフラストラクチャエンティティにおける方法であって、
無線フレームにおいて、第１のプロトコルに準拠した無線端末と、第１のプロトコルとは異なる第２のプロトコルに準拠した無線端末とに無線リソースを割り当てる工程を備え、
前記無線フレームは、最初のブロックおよび最後のブロックを含む、複数のブロックを含み、
各ブロックは複数のシンボルを含み、
最初のブロックは第１のプロトコルプリアンブルを含み、最初のブロック以外のブロックは第１のプロトコルプリアンブルを含まず、
前記複数のブロックの各ブロックは第１のプロトコルブロックおよび第２のプロトコルブロックのいずれかであり、
少なくとも第１のプロトコルブロックはパイロットサブキャリアを含み、前記無線フレームは、第１のプロトコルに準拠した前記無線端末が第２のプロトコルブロックにおいてパイロットサブキャリアを用いるべきでないことを示すメッセージを含む、方法。
【請求項１１】
前記無線フレームは１つ以上の第１のプロトコルブロックと１つ以上の第２のプロトコルブロックとを含み、
前記無線フレームは、第１のプロトコルブロックにおけるリソースを割り当てるための第１のプロトコル割当制御メッセージを含み、
前記無線フレームは、第２のプロトコルブロックにおけるリソースを割り当てるための第２のプロトコル割当制御メッセージを含む、請求項１０に記載の方法。
【請求項１２】
第１のプロトコル割当制御メッセージは第１のブロックに位置する、請求項１０に記載の方法。
【請求項１３】
第１のブロックは第１のプロトコルブロックである、請求項１２に記載の方法。
【請求項１４】
第１のブロックは第２のプロトコルブロックである、請求項１２に記載の方法。
【請求項１５】
全てのブロックは第２のプロトコルブロックである、請求項１２に記載の方法。
【請求項１６】
第１のプロトコル割当制御メッセージは、第１のプロトコル割当制御メッセージが位置する無線フレームとは異なる無線フレームの第１のプロトコルブロック内のリソースを割り当てる、請求項１２に記載の方法。
【請求項１７】
各ブロックはほぼ同数のシンボルを含む、請求項１０に記載の方法。
【請求項１８】
第１のプロトコルはＩＥＥＥ８０２．１６（ｅ）であり、第２のプロトコルはＩＥＥＥ８０２．１６（ｍ）である、請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に無線通信に関する。より詳細には、本発明は、遅延時間サポートの改良された、無線通信システムにおける媒体アクセス制御フレーム構造に関する。
【背景技術】
【０００２】
高度無線通信システムに対する重要な考慮事項は、一方向エアインタフェースの遅延時間である。エアインタフェース遅延時間は、主として媒体アクセス制御（ＭＡＣ）フレームの持続時間に依存する。例えば、発展中のＩＥＥＥ８０２．１６ｍプロトコルでは、提案されている目標遅延時間は約１０ミリ秒（ｍｓｅｃ）未満であるが、一部のオブザーバからは、他の発展中のプロトコル（例えば、３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））と競うにはさらに小さな遅延時間が必要となり得ることが示唆されている。ＩＥＥＥ８０２．１６ｍプロトコルは、ＩＥＥＥ８０２．１６ｅプロトコル用のＷｉＭＡＸ−ＯＦＤＭＡ仕様の発展版である。しかしながら、従来型の（ｌｅｇａｃｙ）ＩＥＥＥ８０２．１６ｅのＴＤＤフレーム構造の持続時間は比較的長く、ＩＥＥＥ８０２．１６ｍ用に設定された遅延時間目標を達成することは不可能である。
【０００３】
発展的な無線通信システムには、従来型のシステム設備をサポートすることも求められる。例えば、一部のＩＥＥＥ８０２．１６ｅおよびＩＥＥＥ８０２．１６ｍの基地局ならびに移動局は、より新しいシステムへのアップグレードが行われている間にも同じネットワーク内に共存する可能性が高い。したがって、ＩＥＥＥ８０２．１６ｅの移動局はＩＥＥＥ８０２．１６ｍの基地局との互換性を有する必要があり、ＩＥＥＥ８０２．１６ｅの基地局にはＩＥＥＥ８０２．１６ｍの移動局をサポートすることが求められる。したがって、エアインタフェース用のフレーム構造は、より小さな遅延時間を達成することを目的とするとともに、幾つかの実施形態では後方互換性を維持することを目的として提案されている。
【０００４】
１つの従来型のシステムは、ＩＥＥＥ８０２．１６−２００４（ＩＥＥＥ規格８０２．１６−２００４仕様書：第１６部：ローカルおよびメトロポリタンエリアネットワーク用のＩＥＥＥ規格：固定ブロードバンド無線接続システム用のエアインタフェース（Ｐａｒｔ  １６：  ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ：  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｆｉｘｅｄ  Ｂｒｏａｄｂａｎｄ  Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  Ｓｙｓｔｅｍｓ）、２００４年６月）、ＩＥＥＥ８０２．１６ｅ−２００５修正版（ＩＥＥＥ規格８０２．１６ｅ−２００５、ローカルおよびメトロポリタンエリアネットワーク用のＩＥＥＥ規格、第１６部：：固定ブロードバンド無線接続システム用のエアインタフェース、補正２：ライセンス帯域における固定および移動の組み合わせ動作用の物理層および媒体アクセス制御層（Ａｍｅｎｄｍｅｎｔ  ２：  Ｐｈｙｓｉｃａｌ  ａｎｄ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒｓ  ｆｏｒ  Ｃｏｍｂｉｎｅｄ  Ｆｉｘｅｄ  ａｎｄ  Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｉｏｎ  ｉｎ  Ｌｉｃｅｎｓｅｄ  Ｂａｎｄｓ）、およびＩＥＥＥ規格８０２．１６−２００４／Ｃｏｒ１−２００５  、正誤表１、２００５年１２月）、およびＩＥＥＥ８０２．１６Ｃｏｒ２／Ｄ３（このサブセットは、第４．１．１．２章（帯域クラスインデックス（Ｂａｎｄ  Ｃｌａｓｓ  Ｉｎｄｅｘ））により規定される特定の周波数範囲を除き、ＷｉＭＡＸフォーラム移動体システムプロファイル（ＷｉＭＡＸ  Ｆｏｒｕｍ  Ｍｏｂｉｌｅ  Ｓｙｓｔｅｍ  Ｐｒｏｆｉｌｅ）リリース１．０（１．４．０修正版：２００７−０５−０２）によって定義される）により規定される無線ＭＡＮ−ＯＦＤＭＡ性能のサブセットに準拠したシステムとして定義される。
【図面の簡単な説明】
【０００５】
【図１】無線通信システムを示す図。
【図２】次世代の１：２サブフレームに対しマッピングの行われた従来型のプロトコルフレームを示す図。
【図３】デューティサイクルが７５％であるフレーム構造構成を示す図。
【図４】デューティサイクルが２５％である別のフレーム構造構成を示す図。
【図５】スーパーフレーム構造構成を示す図。
【図６】持続時間が等しい複数のサブブロックを有するフレームを示す図。
【図７】持続時間が等しい複数のサブブロックを有する別のフレームを示す図。
【図８】持続時間が等しい複数のサブブロックを有するフレームを示す図。
【図９】持続時間が等しい複数のフレームを含むスーパーフレームを示す図。
【図１０】ハイブリッドフレーム構造の一例を示す図。
【図１１】第１および第２のプロトコルリソース領域を有するフレームを示す図。
【図１２】第１および第２のプロトコルリソース領域を有する別のフレームを示す図。
【図１３】第１および第２のプロトコルリソース領域を有するフレームを示す図。
【図１４】第１および第２のプロトコルリソース領域を有するフレームを示す図。
【図１５】第１および第２のプロトコルリソース領域を有するフレームを示す図。
【図１６】第１および第２のリソース領域を有する複数の無線フレームからなる無線フレームのシーケンスを示す図。
【図１７】第１および第２のリソース領域を有する複数の無線フレームからなる別のシーケンスを示す図。
【図１８】第１および第２のリソース領域を有する複数の無線フレームからなる別のシーケンスを示す図。
【発明を実施するための形態】
【０００６】
添付の図面とともに以下の詳細な説明を充分に参照することによって、当業者には、本発明の様々な態様、特徴、および利点がより明らかとなる。図面は明瞭さのための単純化されている場合があり、必ずしも縮尺通りに描かれていない。
【０００７】
図１において、無線通信システム１００には、地理的領域を通じて分散されたネットワークを形成する１つ以上の固定の基地インフラストラクチャユニットが含まれる。基地ユニットは、アクセスポイント、アクセス端末、ノードＢ（Ｎｏｄｅ−Ｂ）、ｅＮｏｄｅ−Ｂ、または本技術分野において用いられる他の用語で呼ばれることもある。１つ以上の基地ユニット１０１，１０２は、サービングエリア（例えば、セル）内またはセルセクタ内の複数のリモートユニット１０３，１１０にサービス提供する。リモートユニットは固定であってもよく、端末であってもよい。このリモートユニットは、加入者ユニット、移動局、ユーザ、端末、加入者局、ユーザ機器（ＵＥ）、端末、または本技術分野において用いられる他の用語で呼ばれることもある。
【０００８】
一般に、基地ユニット１０１，１０２は、ダウンリンク通信信号１０４，１０５を送信し、同じ資源（時間および／または周波数）のうちの少なくとも一部においてリモートユニットにサービス提供する。リモートユニット１０３，１１０は、アップリンク通信信号１０６，１１３を介して１つ以上の基地ユニット１０１，１０２と通信を行う。この１つ以上の基地ユニットは、リモートユニットにサービス提供する１つ以上の送信器および１つ以上の受信器を備えてよい。リモートユニットも、１つ以上の送信器および１つ以上の受信器を備えてよい。
【０００９】
一実施形態では、この通信システムはアップリンク送信にＯＦＤＭＡまたは次世代のシングルキャリア（ＳＣ）ベースのＦＤＭＡアーキテクチャ（インタリーブ化ＦＤＭＡ（ＩＦＤＭＡ）、ローカライズ化ＦＤＭＡ（ＬＦＤＭＡ）、ＩＦＤＭＡまたはＬＦＤＭＡを伴うＤＦＴ拡散ＯＦＤＭ（ＤＦＴ−ＳＯＦＤＭ）など）を利用する。ＯＦＤＭベースのシステムでは、無線リソースには、サブキャリアのグループであるスロットへ分割される、ＯＦＤＭシンボルが含まれる。ＯＦＤＭベースのプロトコルの一例は、ＩＥＥＥ８０２．１６（ｅ）である。
【００１０】
一般に、この無線通信システムには、より新しい技術（例えば、ＧＳＭからＵＭＴＳおよびその将来的なＵＭＴＳリリースへの発展）によってアップグレードの行われるシステムに典型的であるように、複数の通信技術が実装されてよい。図１では、例えば、基地ユニット１０１のうちの１つ以上は、従来型の技術の基地局（例えば、ＩＥＥＥ８０２．１６（ｅ）プロトコルの基地局）であり、他の基地局は、より新しい世代の技術（例えば、ＩＥＥＥ８０２．１６（ｍ）プロトコル）の基地局である。これらの場合、一般に、新しい技術が従来型の技術との後方互換性を有することが所望される。ＩＥＥＥ８０２．１６（ｅ）の発展版では、後方互換性の制約は、従来型のフレーム構造（例えば、持続時間が５ミリ秒の８０２．１６（ｅ）フレーム）が８０２．１６（ｍ）基地局によってサポートされる必要があることを意味する。これに加えて、遅延の影響を受けやすいアプリケーションを効率的にサポートするために、８０２．１６（ｍ）基地局は共通のフレーム構造内で８０２．１６（ｍ）端末および従来型の端末の両方にサービス提供する必要がある。
【００１１】
フレーム構造に関しては、一般に、遅延時間を減少させるために持続時間の比較的短いフレームを設計することが必要である。したがって、後方互換性を有する８０２．１６ｍのシステムにおいて小さな遅延時間を供給するには、従来型の８０２．１６（ｅ）フレームに基づくサブフレーム構造を開発する必要がある。この遅延時間の要件に対処するには、持続時間が５ミリ秒未満のフレームを設計する必要がある。しかしながら、従来型のトラフィックに対し効率的にサービス提供するには、８０２．１６（ｍ）システムが５ミリ秒の従来型のフレームを有する必要もある。したがって、８０２．１６（ｍ）システムが減少した遅延時間と従来型の８０２．１６（ｅ）デバイスのサポートとを有するには、２つのブロードクラスのフレームが必要である。この第１のクラスには、８０２．１６（ｅ）ＴＤＤの従来型のフレームと同様、１つのＤＬインターバルおよび１つのＵＬインターバルを有するフルフレーム（５ミリ秒の持続時間を有する）が含まれる。フレームの第２のクラスにはサブフレームが含まれる。例えば、５ミリ秒フレームは、Ｎ個のＤＬインターバルおよびＮ個のＵＬインターバルを有する。このフレームは、Ｎ個の送信／受信切替ギャップ（ＴＴＧ）および受信／送信切替ギャップ（ＲＴＧ）のインターバルを含んでもよい。ＴＴＧおよびＲＴＧに関連したオーバヘッドを制限するために、Ｎを小さく保持することも可能である（通常、Ｎ＝２）。この代表的な方式では、従来型の８０２．１６（ｅ）ＴＤＤフレームはフルフレームであることのみが可能であり、８０２．１６（ｍ）フレームは好適にはサブフレーム１：２であるが、フルフレームであることも可能である。ｈ−フレームはフルフレームまたはサブフレーム１：２のいずれであることも可能である。図２には、従来型の８０２．１６（ｅ）ＴＤＤフレームとの後方互換性を有する８０２．１６（ｍ）のサブフレーム１：２を示す。ここで、第１、第３のブロックはダウンリンクブロックであり、第２、第４のブロックはアップリンクブロックである。一般に、ブロックのインターバルの長さは異なることが可能である。
【００１２】
８０２．１６（ｍ）の５ミリ秒フレームは、次の型の基本領域から構成されることが理解される。８０２．１６（ｅ）端末に対するダウンリンクトラフィックの送信に用いられるｅ−ＤＬ領域、ｅ−ＵＬ：８０２．１６（ｅ）端末によってデータおよび制御メッセージの送信用に割り当てられる領域、ｍ−ＤＬ：８０２．１６（ｍ）端末に対する送信用に割り当てられる領域、およびｍ−ＵＬ：８０２．１６（ｍ）端末による送信用に割り当てられる領域。ｅ−ＤＬおよびｅ−ＵＬ領域も、８０２．１６（ｍ）端末との間の送信に用いることが可能である。一般に、８０２．１６（ｍ）領域の構造（サブチャネルおよびパイロット構造）は、８０２．１６（ｅ）領域の構造とは異なることがある。従来型の端末およびより新しい世代の端末の数に応じて、５ミリ秒フレーム全体を８０２．１６（ｅ）サービスまたは８０２．１６（ｍ）サービスに割り当てることが必要な場合がある。
【００１３】
これらの異なる領域の型を用いると、トラフィックサービス要件に適合させるように様々な５ミリ秒フレーム構造の型を生成することが可能である。これには次のものが含まれる。すなわち、従来型の８０２．１６（ｅ）ＴＤＤ端末にサービス提供するために用いられるｅ−ＤＬおよびｅ−ＵＬ領域のみからなるｅ−フレーム（従来型のモードでは、これらのフレームにより８０２．１６（ｍ）端末もサービス提供されることが可能である）、８０２．１６（ｍ）端末のみにサービス提供するだけのためのｍ−ＤＬおよびｍ−ＵＬ領域からなるｍ−フレーム、ならびに、８０２．１６（ｅ）および８０２．１６（ｍ）端末にサービス提供するためのｅ−ＤＬ／ｅ−ＵＬおよびｍ−ＤＬ／ｍ−ＵＬ領域の両方を含むｈ−フレームである。８０２．１６（ｍ）部分および８０２．１６（ｅ）部分は、８０２．１６（ｍ）の制御チャネル、パイロット、およびサブチャネル化によって柔軟性が提供されるように、時分割多重化されていることが求められる。
【００１４】
デバイス型の個体数およびトラフィックパターンに応じて、セル／セクタにおける従来型の仮想フレームとしてｍ−フレームまたはｈ−フレームを取り扱うことが必要な場合がある。それらのフレームにおけるｍ−ＤＬおよびｍ−ＵＬ領域は、従来型のシステムとは異なるサブチャネル／パイロット構造を有する場合があるが、それらの領域は従来型の端末では用いられない「デッドゾーン（ｄｅａｄ  ｚｏｎｅ）」として取り扱う必要がある。このフルフレームは、従来型の８０２．１６（ｅ）フレームに構造が類似しており、フレームリソースを完全に利用して従来型の仮想フレームに対し容易にマッピング可能である。しかしながら、サブフレーム１：Ｎは（やはり従来型の８０２．１６（ｅ）仮想フレームに対しマッピング可能であるが）、１つ以上の「デッドゾーン」を含んでおり、ＤＬ／ＵＬ同期を確実にするために８０２．１６（ｅ）（ＴＤＤ）送信は許可されない。
【００１５】
８０２．１６（ｍ）基地ユニットは、フルフレームにより従来型の８０２．１６（ｅ）端末にサービスを提供することが可能である。サブフレーム１：Ｎによりサービスを提供するために、８０２．１６（ｍ）基地ユニットはＮ個の隣接したサブフレームに対して従来型の仮想的な５ミリ秒フレームのマッピングを行い、一連のサブフレームは、一連の従来型の５ミリ秒仮想フレームとして組織されることが可能である。このとき、従来型の仮想フレームにおける時分割複信（ＴＤＤ）スプリット位置には、Ｎ個の選択肢が存在する。ＴＤＤシステムの全システム同期要件によってダウンリンクおよびアップリンク送信のインターバルに対し追加の制約が課され、従来型の８０２．１６（ｅ）ＴＤＤ端末間において送信が行われないデッドゾーンが生成される。しかしながら、これらのデッドゾーンにおいて、８０２．１６（ｍ）端末間の送信は可能である。図３には、従来型の８０２．１６（ｅ）ＴＤＤ端末においてデューティサイクルが７５％の５ミリ秒フレームが用いられる、第１の構成を示す。このフレームは、従来型のプリアンブル３０２、ＤＬマップ３０４、およびデッドゾーン３０６を含んでおり、デッドゾーン３０６には、８０２．１６（ｍ）アップリンクインターバルに従来型のダウンリンク割当が存在しない。図４には、第２の構成を示す。第２の構成では、フレームはデッドゾーン４０６を含んでおり、デッドゾーン４０６には、８０２．１６（ｍ）ダウンリンクインターバルに従来型のダウンリンク割当が存在しない。
【００１６】
デッドゾーンを指し示す一般的なメッセージ構造およびそのパラメータを、テーブル１に示す。
【００１７】
【表１】
0005439668.tif 000002
上記のメッセージにおいて、パラメータ「場所（ｌｏｃａｔｉｏｎ）」は、時間によるフレーム内における位置を示す（フレーム内におけるシンボル番号、絶対時間、開始フレームからの時間オフセット、または他の何らかの指定の時間からのオフセットによって表され得る）ので、パラメータの「場所」の解釈は、そのパラメータの「専用のパイロットタグ」の値に依存する。「専用のパイロットタグ」が１の場合、「場所」の後のパイロットシンボルは専用であり、０の場合、「場所」の後のパイロットシンボルが専用のパイロットではないことを示す。したがって、専用のパイロットを有するゾーンは、次の２つのメッセージ、すなわち、専用のパイロットタグ＝１および場所＝「Ｔ１」の第１のメッセージと、それに続く専用のパイロットタグ＝０および場所＝「Ｔ２」の第２のメッセージとの発生によって記述される。ここで、Ｔ２≧Ｔ１である。このゾーン内の割り当られたリソースである従来型の端末は、そのバースト内のパイロットのみをチャネル推定に用いることが求められる。このゾーン内の割当リソースでない従来型の端末は、このゾーンにおけるパイロットを無視するとともに、専用のパイロットゾーン内のデータ送信のうちのいずれも復号する必要はない。このことは、ＭＳがこのゾーンにおいて１６ｅ移動体に割当を行わないことと組み合わされ、間接的に１６ｅ移動体を使用不能とする、すなわち、このゾーンから１６ｅ移動体は隔離される。したがって、１６ｅ移動体は、このゾーンに存在するものすべてを効果的に無視する。
【００１８】
デッドゾーンを指し示すために用いることの可能なメッセージの一例は、ＩＥＥＥ８０２．１６ｅ仕様のＳＴＣ＿ＤＬ＿ＺＯＮＥ＿ＩＥ（）であり、このメッセージにおけるパラメータ「ＯＦＤＭＡシンボルオフセット」および「専用のパイロット」は、上記のテーブル１の一般的なメッセージにおけるパラメータ「場所」および「専用のパイロットタグ」に相当する。
【００１９】
デッドゾーンを実装するために用いることの可能な別のメッセージ構造およびそのパラメータを、テーブル２に示す。
【００２０】
【表２】
0005439668.tif 000003
この４つのパラメータによって、時間周波数リソースの矩形のデッドゾーンが記述される。このメッセージにおいて、パラメータ「開始シンボル（ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ）」は、時間によるフレーム内におけるデッドゾーンの開始する位置を示す（フレーム内におけるシンボル番号、絶対時間、開始フレームからの時間オフセット、または他の何らかの指定の時間からのオフセットによって表され得る）。「シンボルカウント」は、「開始シンボル」から開始する、デッドゾーンの持続時間を示す。パラメータ「開始サブチャネル」は、サブキャリア周波数におけるデッドゾーンの開始する場所を示す。これはサブキャリア単位、またはサブキャリアのグループであるサブチャネル単位である。「サブチャネルカウント」は、周波数範囲におけるデッドゾーンの長さを示す。この一般的なメッセージ型の一例は、ＩＥＥＥ８０２．１６ｅ仕様のＰＡＰＲ＿Ｒｅｄｕｃｔｉｏｎ＿ａｎｄ＿Ｓａｆｅｔｙ＿Ｚｏｎｅ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥ（）である。このメッセージにおいて、パラメータ「ＯＦＤＭＡシンボルオフセット」、「サブチャネルオフセット」、「ＯＦＤＭＡシンボルの数」、および「サブチャネルの数」は、一般的なデッドゾーンメッセージの型その２における、パラメータ「開始シンボル」、「開始サブチャネル」、「シンボルカウント」、および「サブチャネルカウント」にそれぞれ対応する。ＰＡＰＲ＿Ｒｅｄｕｃｔｉｏｎ＿ａｎｄ＿Ｓａｆｅｔｙ＿Ｚｏｎｅ＿Ａｌｌｏｃａｔｉｏｎ＿ＩＥ（）におけるＰＡＰＲ＿Ｒｅｄｕｃｔｉｏｎ＿Ｓａｆｅｔｙ＿Ｚｏｎｅパラメータは、従来型の端末に対し減少した干渉ゾーンを指示するように、「１」に設定されることが求められる。これによって、そのゾーンにおいてアップリンク送信を実行しないよう、効果的に端末に対し指示が与えられる。
【００２１】
効率的な従来型のサポートと小さな遅延時間の８０２．１６（ｍ）サービスとの間のバランスを比較検討することは、一様なフレームサイズを伴う課題である。上述のフルフレームでは、効率的な従来型のサポートが提供されるものの、８０２．１６（ｍ）端末に対する遅延時間性能が犠牲となる。サブフレームでは、８０２．１６（ｍ）端末の小さな遅延時間のサポートが提供されるものの、デッドゾーンの形態により従来型の端末に対する性能が犠牲となる。
【００２２】
一実施形態では、一様でない構成はフルフレームおよびサブフレームの両方を含み、このフルフレームおよびサブフレームは時間を通じてインタリーブ化される。１つのセル内では、フルフレームは主としてそのセルに存在する従来型の端末にサービス提供するために用いられ、サブフレームは主として８０２．１６（ｍ）端末にサービス提供するために用いられる。しかしながら、緊急の遅延制約を有するパケットのサービス提供を行うために、いずれのフレーム型を用いていずれの型の端末をサービスすることも可能である。このフルフレームおよびサブフレームは、反復するパターンにより組織され、スーパーフレームと呼ばれる。
【００２３】
図５のスーパーフレームでは、インタリーブ化のパターンは、２つのサブフレーム１：２に続く１つのフルフレームからなる。このパターンは、一般に全セクタ／セルを通じて同じである。第１のスーパーフレームは、デューティサイクルが７５％の８０２．１６（ｅ）ＴＤＤ仮想フレーム構成を含み、第２のスーパーフレームは、デューティサイクルが２５％の８０２．１６（ｅ）ＴＤＤ仮想フレーム構成を含む。一般に、同じ８０２．１６（ｅ）ＴＤＤ仮想フレームでは、異なる基地局については構成オプションが異なってよい。１つの基地局が８０２．１６（ｅ）仮想フレームを用いて従来型の端末と通信を行うとともに、アップリンク送信およびダウンリンク送信の間に所望されない干渉を生じることなく、別の近隣の基地局が１６ｍのサブフレーム１：２構造を用いて１６ｍの基地局と通信を行うことができる。スーパーフレームにおける異なる型のフレームの比率とそのインタリーブ化パターンは、一般にそのシステムにおける８０２．１６（ｅ）端末および８０２．１６（ｍ）端末の比率によって決定される。この構成は、隣接した複数のセルにおける基地ユニットの送信および受信の間に競合が存在しない（例えば、隣接したセルの間にＴＤＤ  Ｔｘ／Ｒｘ境界の競合が存在しない）ことを保証するように、システム全体に実装されてよい。
【００２４】
このように、次世代無線通信インフラストラクチャエンティティ（例えば、図１における８０２．１６（ｍ）基地ユニット）は、２つ以上の領域を各々含む複数のフレームを含むスーパーフレームを送信する。それらの領域は、ＴＤＤシステムの場合、一般にアップリンクまたはダウンリンク通信用に端末に対し割り当てられる何らかのリソースである。スーパーフレームは、一般にシーケンスにより送信される。このスーパーフレーム構造は、隣接したセルにおける基地ユニットの送信および受信の間に競合が存在しないことを保証するために、ＴＤＤシステムの全基地局へ通信され、全セクタおよびセルの同期を維持する必要がある。この構造は、スーパーフレームの各フレーム内の領域の構成特性を指定する制御メッセージにより通信されてよい。この制御メッセージは、陸線ネットワークを通じて、または基地局の間の無線通信リンクなど他の手段によって、他の基地局へ送信されてよい。この制御メッセージも、スーパーフレームの１つ以上のフレームにより端末へ送信されてよい。このメッセージでは、そのメッセージが発生するのと同じスーパーフレームの各フレーム内の、または別のスーパーフレーム（例えば、後続のスーパーフレーム）のフレームにおける領域の構成特性が指定されてよい。一実施形態では、スーパーフレームの各フレーム内の領域の構成特性は、制御メッセージのマップにより、または他の手段によって指定される。いずれの場合にも、幾つかの実施形態では、制御メッセージにはスーパーフレームに適用可能なマップを指定する参照番号が含まれ、それによって、その構成特性を含む制御メッセージのバージョンを端末が区別することが可能となる。
【００２５】
一実施形態では、この領域の構成特性は次を含む群から選択される：領域の数、領域のサイズ、領域の型（例えば、ＴＤＤシステムのアップリンクまたはダウンリンク）、および領域の順序。複数の特性が指定されてもよい。一実施形態では、ＴＤＤシステムにおいて、制御メッセージはフレームの領域がアップリンク領域であるかダウンリンク領域であるかを指定する。したがって、この領域は、アップリンク領域およびダウンリンク領域を含む領域の群から選択される。制御メッセージは、スーパーフレームの各フレーム内のアップリンク領域またはダウンリンク領域の数を指定してもよい。一部の実施形態では、制御メッセージは、スーパーフレームの各フレーム内のアップリンク領域またはダウンリンク領域のサイズを指定する。図５では、フレームは、一般に、異なる数のリソースブロックを有する（リソースブロックはダウンリンクまたはアップリンクの送信インターバルである）。例えば、第１、第２の５ミリ秒サブフレームは４つのリソースブロックを有し、第３の５ミリ秒サブフレームは２つのブロックを有する。
【００２６】
従来型の互換性を提供するとともに、提案のフレームワークに基づき遅延時間を減少させるフレームを構成する、様々な手法が存在する。新しいプロトコルフレーム構造の設計において考慮する必要のある別の要因は、ＴＤＤおよびＦＤＤの両方に対するサポートである。好適には、ＴＤＤおよびＦＤＤの両方に対し同様のフレームおよびサブフレーム構造が適用可能である。
【００２７】
一実施形態では、フレームは等しいサイズの複数のブロックへ分割され、それらのブロックは、１つ以上のプロトコル（例えば、ＩＥＥＥ８０２．１６（ｅ）および／または８０２．１６（ｍ））をサポートする。そのようなフレームは、８０２．１６（ｍ）無線通信インフラストラクチャエンティティが８０２．１６（ｅ）無線端末および８０２．１６（ｍ）無線端末の両方に無線リソースを割り当てることを可能とする。一般に、この無線フレームは、最初のブロックおよび最後のブロックを含む、複数のブロックを含み、各ブロックは複数のシンボルを含む。一実施形態では、各ブロックはほぼ同数のシンボルを含む。第１のブロックは、第１のプロトコルプリアンブル（例えば、８０２．１６（ｅ）など従来型のプロトコルプリアンブル）を含む。フレームの最初のブロック以外のブロックは、第１のプロトコルプリアンブルを含まない。
【００２８】
一般に、この無線フレームは１つ以上の第１のプロトコルブロックおよび／または１つ以上の第２のプロトコルブロック（例えば、８０２．１６（ｅ）および／または８０２．１６（ｍ）ブロック）を含む。一部の実施形態では、このフレームは第１および第２のプロトコルブロックの両方を含む。別の実施形態では、このフレームは第２のプロトコルブロック（例えば、８０２．１６（ｍ）ブロック）のみを含む。この無線フレームは、第１のプロトコルブロック内におけるリソースを割り当てるための割当制御メッセージを含む。第１および第２プロトコルブロックを含むフレームでは、無線フレームは、第１のプロトコルブロックにおけるリソースを割り当てるための第１のプロトコル割当制御メッセージと、第２のプロトコルブロックにおけるリソースを割り当てるための第２のプロトコル割当制御メッセージとを含む。一実施形態では、この割当制御メッセージは、第１のプロトコル割当制御メッセージが位置する無線フレームとは異なる無線フレーム（例えば、後続のフレーム）の第１のプロトコルブロック内のリソースを割り当てるための、第１のプロトコル割当制御メッセージである。一実施形態では、第１の割当制御メッセージは第１のブロックに位置する。第１のブロックは、第１または第２のプロトコルブロック（例えば、８０２．１６（ｅ）または８０２．１６（ｍ）のブロック）であってよい。
【００２９】
サブブロックは、フレームにおけるその位置およびそのサブブロックの特性に基づき記述されてよい。例えば、８０２．１６（ｅ）プロトコルおよび８０２．１６（ｍ）プロトコルの両方をサポートする５ミリ秒フレームは、上述の領域型のうちの１つとして特性が決定されてよい。８０２．１６（ｍ）サブブロックには、５つの型が存在する。各サブブロックは、後方互換性の目標および効率的な８０２．１６（ｍ）性能を達成するように設計されたユニークな特性を有する。８０２．１６（ｍ）ＤＬリードサブブロック（ＤＬ  Ｌｅａｄ  Ｓｕｂ−Ｂｌｏｃｋ）は、第１のシンボルに従来型の８０２．１６（ｅ）プリアンブルを含む。フレームの残りのシンボルは、８０２．１６（ｍ）に対し割り当てられてよい。このサブブロックは、第１のサブフレームによってのみ送信されてもよい。８０２．１６（ｍ）ＤＬリード互換性（ＤＬ  Ｌｅａｄ  Ｃｏｍｐａｔｉｂｌｅ）サブブロックは、従来型の端末との後方互換性のための１６ｅプリアンブルに加え、８０２．１６（ｅ）ＦＣＨおよび８０２．１６ｅ  ＤＬ−ＭＡＰを含む。残りのシンボルは、８０２．０１６（ｍ）に対し割り当てられる。リード互換性サブブロックは、第１のサブフレームによってのみ送信されてもよい。８０２．１６（ｍ）同期（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）サブブロックは、８０２．１６（ｍ）端末を同期させるとともに８０２．１６（ｍ）フレームのより広い態様を記述するために用いられ得る、ブロードキャスト制御を含む。このサブブロックは、同期の基準として、５ミリ秒フレームにおいてユニークな位置を占有する。第２のサブフレームは、この同期サブブロックにおいて、適切であるが必須ではない位置である。８０２．１６（ｍ）ＤＬサブブロックは、８０２．１６（ｍ）ダウンリンクデータおよび８０２．１６（ｍ）制御を含む、一般的な１６ｍサブブロックである。これは、第２、第３、または第４のサブフレームを占有してよい。８０２．１６（ｍ）ＵＬサブブロックは、８０２．１６（ｍ）ダウンリンクデータおよび８０２．１６（ｍ）制御を含む、一般的な８０２．１６（ｍ）サブブロックである。これは、第２、第３、または第４のサブフレームを占有してよい。
【００３０】
８０２．１６（ｍ）フレーム構造において割り当てられ得る８０２．１６（ｅ）サブブロックには、５つの型が存在する。これらのサブブロックは、８０２．１６（ｅ）フレームの従来型の仕様にフレームに従っており、従来型の移動体による従来型の８０２．１６（ｅ）フレームから区別することは不可能である。従来型のＤＬリードサブブロック（Ｌｅｇａｃｙ  ＤＬ  Ｌｅａｄ  Ｓｕｂ−Ｂｌｏｃｋ）は、８０２．１６（ｅ）プリアンブル、８０２．１６（ｅ）ＦＣＨ、８０２．１６（ｅ）ＤＬ−ＭＡＰを含む、従来型のフレームと同一である。このサブブロックは、８０２．１６（ｅ）ダウンリンクデータを含み、通常、ＵＬ  ＭＡＰを含む。従来型のＤＬ二次サブブロック（Ｓｅｃｏｎｄａｒｙ  Ｓｕｂ−Ｂｌｏｃｋ）は、従来型の８０２．１６（ｅ）ニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）と同一であり、８０２．１６（ｅ）ＤＬデータを含む。この従来型のＤＬ二次サブブロックは、従来型のＤＬリードサブブロックにのみ続いてもよい。従来型のＤＬ三次サブブロック（Ｔｅｒｔｉａｒｙ  Ｓｕｂ−ｂｌｏｃｋ）ブロックは、従来型の８０２．１６（ｅ）ニューメロロジーと同一であり、８０２．１６（ｅ）ＤＬデータを含む。この従来型のＤＬ三次サブブロックは、従来型のＤＬ二次サブブロックにのみ続いてもよい。従来型のＵＬ三次サブブロックは、従来型のアップリンクデータを含み、また従来型のアップリンク制御を含んでもよい。従来型のＵＬテールサブブロック（Ｔａｉｌ  Ｓｕｂ−Ｂｌｏｃｋ）は従来型のアップリンクデータを含み、また従来型のアップリンク制御を含んでもよい。
【００３１】
一実施形態では、割り当てられるサブブロックの型は、フレーム位置に依存する。次のサブブロックは、第１のサブフレーム位置に割り当てられ得る：８０２．１６（ｍ）リードサブブロック、８０２．１６（ｍ）ＤＬリード互換性サブブロック、および従来型のＤＬリードサブブロック。次のサブブロックは、第２のサブフレーム位置に割り当てられ得る：８０２．１６（ｍ）同期サブブロック、８０２．１６（ｍ）ＤＬサブブロック、８０２．１６（ｍ）ＵＬサブブロック、および従来型のＤＬ二次サブブロック。次のサブブロックは、第３のサブフレーム位置に割り当てられ得る：８０２．１６（ｍ）ＤＬサブブロック、８０２．１６（ｍ）ＵＬサブブロック、従来型のＤＬ三次サブブロック、および従来型のＵＬ三次サブブロック。次のサブブロックは、第４のサブフレーム位置に割り当てられ得る：８０２．１６（ｍ）ＤＬサブブロック、８０２．１６（ｍ）ＵＬサブブロック、および従来型のＵＬテールサブブロック。
【００３２】
これらの異なる領域の型を用いると、上でも述べたように、トラフィックサービス要件に適合させるように様々なフレーム構造の型を生成することが可能である。一般に、フレームの第１のブロックはＤＬ領域であり、第１のシンボルはプリアンブル用に割り当てられる。ＤＬブロックの最後のシンボル（または比較的半径が大きなセルでは最後の２つまたは３つのシンボル）は、次のブロックがＵＬブロックの場合、ＴＴＧ用に割り当てられる。最後のブロックがＵＬブロックである場合、５ミリ秒フレームの最後の部分はＲＴＧ用に割り当てられる。追加のＤＬ／ＵＬスプリットについては、ＤＬブロック（ＵＬブロックに続く）の第１のシンボルは、ＲＴＧ用に割り当てられる。
【００３３】
図６は、等しいサイズのサブブロックを有する代表的な８０２．１６（ｍ）フレーム６００である。このフレームは、プリアンブル６０２およびＲＴＧ６０４を含む。４つのブロック６０６，６０８，６１０，６１２は全て、ｍ−ＤＬまたはｍ−ＵＬ領域を含み、従来型の８０２．１６（ｅ）構造を含んでいない。ｍ−フレームの第１のブロック（サブフレーム）は、８０２．１６（ｍ）−ＤＬ領域を含む。幾つかの可能なＴＤＤスプリット、すなわち、７５％、５０％、２５％、または１００％（フルＤＬまたはフルＵＬフレーム）が存在する。ｍ−フレームについてフルフレームおよびサブフレーム１：２フォーマットの両方を構成可能である。ｍ−フレームは８０２．１６（ｅ）データをサポートしていないので、このフレームの制御オーバヘッドは８０２．１６（ｍ）制御チャンネル設計に応じて小さくてよい。３ビット程度で、８０２．１６（ｍ）フレームの構成を信号で送ることができる。このフレームは、フレームあたり１２個のシンボルを有する、５ミリ秒フレームである。他の実施形態では、しかしながら、フレームの持続時間はより長くてもより短くてもよく、各ブロックは、何らかの他の数のシンボルを含んでもよい。
【００３４】
図７は、ハイブリッドフレーム７００である。ハイブリッドフレーム７００はＨＥＭ−Ｉフレームとも呼ばれ、同じ５ミリ秒のインターバルで８０２．１６（ｅ）および８０２．１６（ｍ）のデータトラフィックにサービス提供するように設計された、サイズの等しいサブブロックを有する。このフレームは、プリアンブル７０２およびＲＴＧ７０４を含む。第１のブロックは、１シンボルのプリアンブルで始まる８０２．１６（ｅ）ＤＬ領域であり、これに８０２．１６（ｅ）ＭＡＰ８０６と、８０２．１６（ｅ）ＤＬトラフィックリソース領域７０８とが続く。他の３つのブロックは、８０２．１６（ｅ）領域および８０２．１６（ｍ）領域（ＤＬまたはＵＬ）の組み合わせである。８０２．１６（ｅ）端末では、８０２．１６（ｍ）サブフレームは専用のパイロットを含む別個のゾーンにある。フルフレームおよびサブフレーム１：２の両方を、この型のフレームを用いて構成可能である。この構造には、次の幾つかの制約がある。第２のブロックがｅ−ＵＬであることは不可能である（従来型の８０２．１６（ｅ）システムにおいて許可されるＴＴＤスプリットを満たさないため）。すなわち、サブフレーム１：２を構成するには、第２のブロックがｍ−ＵＬである必要がある。これには、８０２．１６（ｍ）ＭＡＰが第１のブロックに位置するか、先の５ミリ秒フレームインターバルに位置することが必要である。フレーム７００は、８０２．１６（ｅ）トラフィックをサポートするためにフルサイズ１６ｅＭＡＰオーバヘッドを含む。しかしながら、フレームの一部は８０２．１６（ｍ）トラフィック用に割り当てられているので、このフレームにおける８０２．１６（ｅ）ユーザの数は従来型の８０２．１６（ｅ）フレームより少ない。フレーム７００の制御チャネルオーバヘッドは中程度である。５ビット程度で、８０２．１６（ｍ）フレームの構成を信号で送ることができる。
【００３５】
図８は、フレーム８００である。フレーム８００はＨＥＭ−ＩＩフレームとも呼ばれ、８０２．１６（ｍ）データトラフィックのみをサポートする、サイズの等しいサブブロックを有する。このフレームは、プリアンブル８０２およびＲＴＧ８０４を含む。このシンボルには、８０２．１６（ｅ）基本ＭＡＰ８０６が続く。８０２．１６（ｅ）基本ＭＡＰは後方互換性を保証しており、ＩＥＥＥ８０２．１６ｅ圧縮マップに含まれる必須要素など必須のＭＡＰ  ＩＥのみを含む。ＩＥＥＥ８０２．１６ｅ圧縮マップは、次の必須要素、すなわち、圧縮されたマップインジケータ、ＵＬ−ＭＡＰの付加された予約済みビット、マップ（Ｍａｐ）メッセージ長、ＰＨＹ同期フィールド（ＰＨＹ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｆｉｅｌｄ）、ＤＣＤカウント（Ｃｏｕｎｔ）、オペレータＩＤ（Ｏｐｅｒａｔｏｒ  ＩＤ）、セクタＩＤ（Ｓｅｃｔｏｒ  ＩＤ）、ＯＦＤＭＡシンボル数、およびＤＬ  ＩＥカウント。
【００３６】
８０２．１６（ｅ）基本ＭＡＰのサイズは、約２〜約４のＯＦＤＭシンボルである。第１のブロックの残りは、８０２．１６（ｍ）−ＤＬ領域８０８を含む。最後のブロックは８０２．１６（ｍ）ＵＬ領域を含み、他の２つのブロックは８０２．１６（ｍ）ＤＬまたは８０２．１６（ｍ）ＵＬ領域を含む。フルフレームおよびサブフレーム１：２の両方を、この構成を用いて構成可能である。フレーム８００用の制御オーバヘッドは、８０２．１６（ｅ）データトラフィックをサポートしないので、小さい。２ビット程度で、フレーム８００の構成を信号で送ることができる。図７のフレーム７００および図８のフレーム８００が１つの型のフレームへ組み合わせられる場合にも、それらを分離することによって制御信号送信が節約される。
【００３７】
図９には、固定の持続時間サブブロックを有する複数の５ミリ秒フレームを含む、スーパーフレーム９００の一般的な構造を示す。このフレームは、８０２．１６（ｅ）端末もしくは８０２．１６（ｍ）端末またはそれらの組み合わせをサポートする。一実施形態では、８０２．１６（ｍ）フレーム構造は２０ミリ秒スーパーフレームに基づく。制御オーバヘッドを減少させ、８０２．１６（ｍ）移動体用のシグナリングおよび検出を単純化する（ブラインド検出を回避する）ために、このスーパーフレームの第１のフレーム９０２は、図８に示した型であるか、図６に示したｍ−フレームである。８０２．１６（ｍ）ブロードキャストチャネル（ｍ−ＢＣＨ）９０４は、第１のフレームの第１のブロックの端部に位置しており、端末が初期化される時、２０ミリ秒の位相を決定するために用いられることが可能である。この８０２．１６（ｍ）フレーム構造は、従来型の８０２．１６（ｅ）端末に対し透明性を有する。したがって、８０２．１６（ｅ）端末が新たな制御信号を検出する必要はない。ハイブリッドフレームでは、８０２．１６（ｍ）領域は専用のパイロットを有する別個のゾーンを割り当てられる。スーパーフレームおよびフレームおよびサブフレーム構造において８０２．１６（ｍ）端末のシグナリングを行う際の制御信号は、階層構造に基づく。この信号は、ｍ−ＢＣＨの一部であり、２０ミリ秒毎に送信される。この符号化されたＢＣＨは、４０ミリ秒のインターバル（ｘ−２の場合）内のｘ（例えば、ｘ＝２）個のスーパーフレームへマッピング可能である。この信号のサイズは減少され、信号がブロードキャストされるので、信頼性が高くなる。代表的なスーパーフレーム構造制御信号を、テーブル１に示す。
【００３８】
【表３】
0005439668.tif 000004
0005439668.tif 000005
テーブル２には、ｍ−フレームのサブフレーム構造制御信号を示す。
【００３９】
【表４】
0005439668.tif 000006
テーブル５には、ＨＥＭ−ＩＩサブフレーム構造制御信号を示す。
【００４０】
【表５】
0005439668.tif 000007
テーブル７には、代表的なＨＥＭ−Ｉサブフレーム構造制御信号を示す。
【００４１】
【表６】
0005439668.tif 000008
図９では、上記の代表的なフレーム構造を、ＴＤＤ  １６ｍシステムについて記載する。しかしながら、代替の一実施形態では、同様のフレーム／サブフレーム構造をＦＤＤ８０２．１６（ｍ）に対し適用することが可能である。また、１つの５ミリ秒フレーム内に４つのサブフレームしか存在しない場合であっても、１つのスーパーフレーム内には１６のサブフレームが存在する。テーブル１〜４の制御信号はサブフレーム毎にＤＬ／ＵＬおよびｅ／ｍを割り当てることが可能であるので、ＤＬ／ＵＬとｅ／ｍとの間の分割（スプリッティング）の粒度は、１／１６、すなわち、６．２５％である。
【００４２】
図１０には、８０２．１６（ｅ）および８０２．１６（ｍ）をサポートする代表的なハイブリッドフレーム構造を示す。説明したように、この５ミリ秒フレームは８０２．１６（ｅ）プリアンブルから始まる。８０２．１６（ｅ）端末は、８０２．１６（ｍ）領域が別個のゾーンとして割り当てられている８０２．１６（ｅ）ＭＡＰから、８０２．１６（ｅ）および８０２．１６（ｍ）の割当を決定する。８０２．１６（ｍ）領域は１つ以上のｍサブフレームからなるが、このサブフレームはサイズが固定であり、８０２．１６（ｅ）ＤＬ領域と８０２．１６（ｅ）ＵＬ領域との間に位置している。この方式は、サブフレームサイズが異なること、ＤＬ／ＵＬが分離していること、およびｅ／ｍが固定であることを除き、ＨＥＭ−Ｉと類似している。図１０には１つの代表的な構造を示す。このｍサブフレームの持続時間は、４８シンボルの因子から選択可能であり、この場合には１６シンボルである。ｈ−フレーム構造におけるｍサブフレームの数およびサイズは、負荷、遅延、または他の要件に基づき、変更可能である。この場合、ハイブリッド（ｈ）フレームには、２つのｍサブフレームが存在する。ｈ−フレーム内のｍサブフレームの位置は、ＴＴＧがｍ−フレーム領域によって覆われている限り、任意の場所であってよい。完全なＤＬ／ＵＬ同期および最大のフレーム利用は、従来型のＴＤＤスプリットに対してｍサブフレームを入念に設計することによって、達成可能である。フルフレームは、５ミリ秒フレームにおいて１つのｍサブフレームを用いることによって構成可能であり、サブフレーム１：２は２つのｍサブフレームを用いて構成可能である。寸法の固定されたｍサブフレーム構造によって、８０２．１６（ｍ）端末がブラインド検出を用いて８０２．１６（ｍ）割当を決定することが補助されるが、明示的な制御シグナリングが用いられてもよい。
【００４３】
上記の例では、従来型の８０２．１６（ｍ）トラフィックに対するフレームリソースの割当と、ＤＬおよびＵＬインターバルに対する割当とは、明確に１２シンボルブロックである。この方式では、必要な制御オーバヘッドは小さいが、従来型および８０２．１６（ｍ）の区分の限られた集合と、ＴＤＤスプリットの限られた集合としか可能でない。この章では、従来型および１６ｍの区分サイズの柔軟な割当を可能とするとともに、ＤＬ／ＵＬトラフィック比に適応する際の柔軟性をより大きくする、より広範囲のＴＤＤスプリットを可能とする、代替の一方式について記載する。この方式では、次のうちの１つ以上、すなわち、従来型の８０２．１６（ｅ）フレーム、８０２．１６（ｍ）フレーム、および／またはハイブリッドフレーム、を含むスーパーフレーム構造が存在する。幾つかの実施形態では、スーパーフレームの長さは５ミリ秒の何倍かであるので、５ミリ秒のハイブリッドフレームはスーパーフレーム構造の特別な場合である。他の実施形態では、スーパーフレーム長さは５ミリ秒とは異なることが可能である。８０２．１６（ｅ）フレームは従来型のフレームと同じである。８０２．１６（ｍ）フレームは、８０２．１６（ｅ）サービスをサポートする必要はなく、従来型の構成要素を有する必要がない。８０２．１６（ｍ）フレームはフルフレームの構造を有してもよく、Ｎ個のｍサブフレームからなるサブフレーム１：Ｎの構造を有してもよい。ｍサブフレームは、場合によっては、広範囲のＴＤＤスプリットを有するように構成可能である。同じ５ミリ秒の期間内で８０２．１６（ｅ）端末および８０２．１６（ｍ）端末をサポートするハイブリッドフレームでは、この５ミリ秒のインターバルは８０２．１６（ｅ）領域および８０２．１６（ｍ）領域へと区分される。２つの異なる型の区分について記載する。
【００４４】
図１１には、第１、第２のプロトコルに準拠した無線通信端末に対する割当無線リソースに適切なリソース領域区分（例えば、８０２．１６（ｅ）および８０２．１６（ｍ）区分）のサイズにおける柔軟性を有する、フレーム構造を示す。５ミリ秒フレームは、ｅ−ＤＬ、ｅ−ＵＬ、ｍ−ＤＬ、およびｍ−ＵＬ領域を有することができる。しかしながら、８０２．１６（ｅ）領域のサイズがそれらの領域において用いられるサブチャネル型の粒度によって課される制約を受けることを除き、フレームサイズ（シンボルの数）に制約は存在しない。ダウンリンク無線フレームは、一般に、第１のプロトコルリソース領域および第２のプロトコルリソース領域を含む。この無線フレームは、第１のプロトコルリソース領域内のリソースを割り当てるための第１のプロトコル割当制御メッセージと、第２のプロトコルリソース領域内のリソースを割り当てるための第２のプロトコル割当制御メッセージも含む。幾つかの実施形態では、第１のプロトコル割当制御メッセージは、第１のプロトコルに準拠した無線端末に対し、第１のプロトコルリソース領域内のリソースを割り当てることが可能であり、第２のプロトコル割当制御メッセージは、第２のプロトコルに準拠した無線端末に対し、第２のプロトコルリソース領域内のリソースを割り当てることが可能である。
【００４５】
無線通信インフラストラクチャエンティティ、例えば、８０２．１６（ｍ）基地局は、一般に、例えば、第１のプロトコルに準拠した無線端末および第２のプロトコルに準拠した無線端末に無線リソースを割り当てるために、複数の無線フレームからなる無線フレームのシーケンスを送信する。一実施形態では、このシーケンスの無線フレームの５０パーセント（５０％）以上は、任意の８０２．１６（ｅ）移動体ユニットがシステムに対する同期を維持することを可能とするために、例えば、第１のプロトコルプリアンブル（例えば、８０２．１６（ｅ）プリアンブル）を含む。この実施形態では、第１のプロトコルプリアンブルを含む無線フレームは、第１のプロトコル割当制御メッセージを含んでもよく、含まなくてもよい。
【００４６】
第２のプロトコル（例えば、８０２．１６（ｍ））割当制御メッセージが、無線フレーム内の所定の場所に位置してもよい。既知または所定の場所に第２のプロトコル割当メッセージを配置することによって、メッセージの場所のブラインド検出を試みることを回避することが可能となるので、８０２．１６（ｍ）移動局の複雑性を減少させることが可能である。ブラインド検出には、通常、適切なメッセージＣＲＣ（巡回冗長検査）が取得されるまで複数のリソース集合を通じてメッセージの復号を試みることが伴う。第１のプロトコルリソース領域は、一般に、パイロットサブキャリアを含む。一実施形態では、無線フレームは、第１のプロトコル端末が第２のプロトコルリソース領域においてパイロットサブキャリアを用いるべきでないことを示すメッセージを含む（例えば、第１のプロトコル端末に対する割当が存在しない専用のパイロットゾーンを示すメッセージの送信によって、または安全ゾーンを示すメッセージその他の手段によって）。第２の領域のサブキャリアは、存在しなくてもよく、第１の領域のパイロットと異なる場所に存在してもよい。別の実施形態では、このメッセージは、第２のプロトコルリソース領域を含む専用のパイロットインターバルを識別する。無線フレームは、第１のプロトコルリソース領域の境界を識別するメッセージも含んでよい（例えば、第１のプロトコル端末に対する割当が存在しない専用のパイロットゾーンを示すメッセージの送信によって、または安全ゾーンを示すメッセージその他の手段によって）。
【００４７】
図１１では、フレームの第１のシンボルは、８０２．１６（ｍ）ＭＡＰか、８０２．１６（ｍ）ＭＡＰのサブセット、または８０２．１６（ｅ）ＭＡＰから独立に８０２．１６（ｍ）領域を識別する８０２．１６（ｍ）ＭＡＰポインタを含む。これに、１シンボルの８０２．１６（ｅ）プリアンブルおよび８０２．１６（ｅ）ＭＡＰが続く。８０２．１６（ｅ）ＭＡＰは、安全ゾーンまたは専用のパイロットゾーンを用いて、１６ｍ領域を示す。８０２．１６（ｍ）ゾーンにおいて、８０２．１６（ｅ）構造より効率的な新しいパイロット／サブチャネル／制御構造を定義することが可能である。この例では、８０２．１６（ｅ）ＤＬおよびＵＬ領域がＰＵＳＣゾーンを用いるように示している。しかしながら、これに代えて他の８０２．１６（ｅ）順列を用いることも可能である。また、８０２．１６（ｍ）ダウンリンクおよびアップリンクゾーン（ダウンリンクおよびアップリンク上の第２のプロトコル領域）では、順列、パイロットパターン、およびパイロット密度、ならびにサブキャリア間隔、サイクリックプレフィックス長、またはシンボル持続時間など他のパラメータは、８０２．１６（ｅ）において定義されているものと同じであってもよく、異なっていてもよい。他の実施形態では、フレームの第１のシンボルは８０２．１６（ｅ）プリアンブルおよび８０２．１６（ｍ）ＭＡＰを含み、上記の制御チャネル／制御シグナリングは、フレームにおいて１つ以上の異なる位置に存在する。例えば、１６ｍＤＬとしてラベルの付けられているフレームの部分内である（例えば、８０２．１６（ｅ）パースペクティブからの専用のパイロットゾーンまたは安全／ＰＡＰＲ減少ゾーン）。一般に、８０２．１６（ｍ）ＭＡＰは、時間多重化されている必要はないが、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、または符号分割多重化（ＣＤＭ）の任意の組み合わせを用いて多重化されることが可能である。また、８０２．１６（ｍ）ＭＡＰおよびその情報は、ブロードキャストされてもよく（例えば、そのセルカバレッジ領域内に現在存在する８０２．１６（ｍ）移動体のほぼ全部によって復号可能であることが意図される）、専用であってもよく（例えば、特定の移動体または移動体のグループによってのみ復号可能であることが意図される）、またはブロードキャストおよび専用の組み合わせであってもよい（例えば、制御／シグナリング情報の一部がブロードキャストされ、移動体に特異的な制御／シグナリングは専用である）。
【００４８】
また、（特に）図１１では、１６ｍ安全オーバーライドインジケータが８０２．１６（ｅ）ＭＡＰ／制御チャネル構造内に示されている。これは、特定の８０２．１６（ｅ）安全ゾーンまたは専用のパイロットゾーンが８０２．１６（ｍ）移動体の８０２．１６（ｍ）ゾーンとして用いられていることを８０２．１６（ｍ）移動体に識別させるために含められることの可能な、随意の態様である。これは２つ以上の態様において利用可能である。第１に、８０２．１６（ｍ）移動体は、８０２．１６（ｅ）ＭＡＰ／制御チャネル構造を復号することが可能である場合、８０２．１６（ｍ）ゾーンがフレーム内のどこにあるのかを知る。次いで、８０２．１６（ｍ）ＭＡＰが８０２．１６（ｍ）ゾーン内の既知の位置にある場合、８０２．１６（ｍ）移動体はＭＡＰの検出を単純化するにはＭＡＰをどこに配置するかを知る。換言すると、この状況では、８０２．１６（ｍ）ＭＡＰの位置に対するポインタが８０２．１６（ｍ）移動体へ提供される。第２に、特定の安全ゾーンまたは専用のパイロットゾーンが８０２．１６（ｍ）ゾーンとして用いられることを８０２．１６（ｍ）移動体が知っている場合、８０２．１６（ｅ）ＭＡＰを用いて８０２．１６（ｍ）ゾーンにおいて８０２．１６（ｍ）移動体にリソースを割り当てることが可能である。８０２．１６（ｍ）ゾーンにおいてリソースを割り当てる８０２．１６（ｅ）ＭＡＰのこの使用は、単独で行われてもよく（例えば、フレームに別個の８０２．１６（ｍ）ＭＡＰが存在しないとき）、別個の８０２．１６（ｍ）ＭＡＰによって行われ得るリソース割当に加えて行われてもよい。１６ｍ安全オーバーライドインジケータは、８０２．１６（ｅ）プロトコルとの互換性を有する手法により、８０２．１６（ｅ）ＭＡＰに含まれることが可能である。例えば、あらかじめ決定した利用可能なまたは予約済みのダウンリンクインターバル使用符号インジケータ（ＤＩＵＣ）もしくは８０２．１６（ｅ）プロトコルの拡張ＤＩＵＣ（例えば、特定の８０２．１６（ｅ）の機能に対しまだ割り当てられていない）を１６ｍ安全オーバーライドインジケータとして用いること、またはサービス提供することが可能である。そのようなインジケータは、ダウンリンクＭＡＰもしくはアップリンクＭＡＰ（アップリンクＭＡＰでは、ＤＩＵＣに相当するのはアップリンクインターバル使用符号またはＵＩＵＣである）または両方において使用可能である（なお、用語ＤＩＵＣ／ＵＩＵＣは本発明の記載において総称的に用いられるが、これらの用語は拡張ＤＩＵＣ／ＵＩＵＣ、拡張−２  ＤＩＵＣ／ＵＩＵＣ、および拡張ＤＩＵＣ／ＵＩＵＣ−依存のＩＥを含む場合もある）。利用可能なＤＩＵＣを利用する場合、解釈不能なＤＩＵＣまたはＵＩＵＣを無視することを８０２．１６（ｅ）移動体が一般に知らないことのために、８０２．１６（ｅ）移動体の動作が損なわれはしない。他の８０２．１６（ｅ）互換の方法も可能である（他の情報要素すなわちＩＥにおいて他の予約済みの符号またはフィールドを利用することなど）が、８０２．１６（ｅ）移動体の動作が損なわれないことを保証するには注意が必要である。一般に、従来型の（８０２．１６（ｅ））ＭＡＰ領域に示される安���ゾーン／専用のパイロットオーバーライドは、非明示的に指定されてもよく、明示的に指定されてもよい。非明示の一例は、フレームの１６ｍ領域にポインタを提供する新しい１６ｍのみのＭＡＰ  ＩＥを定義すること（例えば、予約済みのＤＩＵＣ／ＵＩＵＣに基づき）であり、このポインタは、例えば、８０２．１６（ｅ）安全ゾーンまたは専用のパイロットゾーンの開始部に一致するように設定される。別の一例は、ＩＥによって安全／専用のパイロットゾーン内のリソースに１６ｍ移動体を割り当て可能とする（既存の１６ｅＭＡＰ  ＩＥまたは新たに定義される１６ｍＭＡＰ  ＩＥを用いて）ことである。明示的なオーバーライドの一例は、安全／専用のパイロットゾーンＩＥを無視するように１６ｍ移動体に指示を与える新しいＩＥ（例えば、予約済みのＤＩＵＣ／ＵＩＵＣに基づく）である。なお、幾つかの実施形態では、従来型のＭＡＰ領域により示される安全ゾーン／専用のパイロットオーバーライドは、これに代えて、全てのフレームにおいて送信されるのではなく間欠的に送信される、ダウンリンクチャネル記述子（ＤＣＤ）など、高位層シグナリングにより示されてもよい（ＭＡＰによってではなく）。これによって、特に１６ｍゾーンのサイズ／配置が遅くしか変化しない場合、ＭＡＰオーバヘッドが減少する。
【００４９】
図１２では、第１の８０２．１６（ｍ）サブフレーム（領域もしくはリソースの領域またはゾーンとも呼ばれる）は、従来型のＴＤＤ境界の前に安全ゾーンまたは専用のパイロットゾーンによって形成される８０２．１６（ｍ）領域に完全に含まれている。ＤＬおよびＵＬインターバルは隣接している。第２のｍサブフレームのＤＬインターバルも、従来型のＴＤＤ境界の前に配置されている。しかしながら、そのＵＬインターバルは、８０２．１６（ｅ）ＵＬ領域によってそれから分離されている。第１のｍサブフレームのＵＬインターバルが第２のｍサブフレームのＤＬインターバルに隣接することは、ＡＭＣおよびＭＩＭＯビーム形成などにおけるリンク適応性能に有益である。しかしながら、充分な処理時間を欠くために、この隣接が高速再送信には有害な場合がある（次のフレームのＤＬインターバルまで待機が必要な場合がある）。
【００５０】
図１３では、２つの８０２．１６（ｍ）サブフレームが、２つの安全ゾーンまたは専用のパイロットゾーンによって形成される２つの８０２．１６（ｍ）領域に配置されている。両方のサブフレームについて、ＵＬインターバルがＤＬインターバルに隣接している。この方式の欠点は、従来型のＴＴＧ（８０２．１６（ｍ）フレーム構造または８０２．１６（ｅ）の従来型の仮想フレームには必要でない）における未使用リソースである。
図１４では、８０２．１６（ｍ）領域が既知の場所で開始するサブフレーム構造を示す。このため、第１のシンボルの（または、これに代えて、予約済みのＤＩＵＣを利用することに基づいてなど、８０２．１６（ｅ）互換の手法により８０２．１６（ｅ）ＭＡＰに埋め込まれる、もしくは含まれる）８０２．１６（ｍ）ＭＡＰポインタ／ＭＡＰサブセット／ＭＡＰは、他の実施形態（例えば、図１０の構造）におけるように必要ではない。図１４では、８０２．１６（ｍ）ＵＬ領域は、両方の８０２．１６（ｍ）サブフレームの８０２．１６（ｍ）ＤＬ領域の前に現われる。このため、ＵＬ  ＭＡＰ関連性は、好適には、次の８０２．１６（ｍ）サブフレームに対するものである。最初の８０２．１６（ｍ）サブフレームについては、ＵＬ領域はｅ−ＤＬ領域の後に位置し、ＴＴＧインターバルによって分離されている。このため、８０２．１６（ｍ）領域の開始場所は、既知のＴＴＧインターバルの場所に基づくブラインド検出によって検出可能である。第２のｍサブフレームの開始場所は、第１のｍサブフレームにより記述されることが可能である。先のｍサブフレームのｍ−ＤＬインターバルからのｍ−ＵＬインターバルの分離を大きくすることによって、より高速なＨＡＲＱフィードバックが可能となり、より高速な再送信およびより小さなパケット遅延時間が得られる。
【００５１】
図１５は、５ミリ秒ハイブリッドフレームの構造が、ＦＣＨ（すなわち、４スロット）後に８０２．１６（ｅ）ＤＬ−ＭＡＰの第１のＤＬ−ＭＡＰ−ＩＥ（）を用いてブロードキャストされる、代替の８０２．１６（ｍ）フレーム構造である。これらのＩＥ（）は８０２．１６（ｅ）端末によって破棄される。複数のそうしたＩＥ（）は、より大きな反復因子を得ることによって、より大きな信頼性／カバレッジを得るために使用可能である。この構造では、８０２．１６（ｅ）ＭＡＰから独立して８０２．１６（ｍ）制御の効率的な検出が可能なことがあり、効率的なマイクロスリープを８０２．１６（ｍ）端末に実装可能である。この構造の主な利点は、８０２．１６（ｍ）ＭＡＰポインタ／ＭＡＰサブセット／ＭＡＰにシンボル全体を割り当てる必要がないことである。ｍサブフレームにおける通常のＤＬ／ＵＬの順序を維持することが可能である。上記のフレーム構造では、８０２．１６（ｅ）ＤＬおよびＵＬ領域のいずれかを０まで減少させることによって、８０２．１６（ｍ）トラフィックにフレーム全体を割り当てることが可能である。８０２．１６（ｍ）フレームは、後方互換性でないが、８０２．１６（ｅ）のＤＬおよびＵＬ領域ならびに８０２．１６（ｅ）ＭＡＰを除去することによって構成可能である。８０２．１６（ｅ）ＭＡＰに８０２．１６（ｍ）フレーム構造情報を含めるための別の方法は、８０２．１６（ｅ）の予約済みのＤＩＵＣ／ＵＩＵＣのうちの所定の１つを利用して、特定のＩＥにおける情報がフレーム記述情報であることを示すことである。一例として、ＤＬ−ＭＡＰ−ＩＥ（）構造では、Ｅｘｔｅｎｔｅｄ−２  ＤＩＵＣ依存のＩＥ（）（ＤＩＵＣ値１４に相当する）を用いることが可能である。このＥｘｔｅｎｔｅｄ−２  ＤＩＵＣ依存ＩＥ（）構造では、０ｘ０Ｂ−０ｘ０Ｄまたは０ｘ０Ｆの範囲のＥｘｔｅｎｄｅｄ−２  ＤＩＵＣの予約済みの値を用いて、８０２．１６ｍフレーム構造を記述することが可能である。このＩＥにおける長さパラメータは、バイトでのフレーム構造サイズに設定される。これに代えて、ＨＡＲＱ−ＤＬ−ＭＡＰ−ＩＥ（）を用いることが可能である（Ｅｘｔｅｎｔｅｄ−２  ＤＩＵＣ値０ｘ０７を有するＥｘｔｅｎｔｅｄ−２  ＤＩＵＣ依存ＩＥ（）を用いて）。このＨＡＲＱ−ＤＬ−ＭＡＰ−ＩＥ（）構造は、範囲０ｂ０１１１−０ｂ１１１１（予約済みであり、８０２．１６（ｅ）構造には用いられない）の値に設定された「モード」パラメータを有する。使用可能な別の構造は、ＤＩＵＣ＝１５のＤＬ−ＭＡＰ−ＩＥ（）であり、これは拡張ＤＩＵＣ（Ｅｘｔｅｎｄｅｄ  ＤＩＵＣ）依存ＩＥ（）構造を識別する。拡張ＤＩＵＣパラメータに範囲０ｘ０９−０ｘ０Ａまたは０ｘ０Ｃ−０ｘ０Ｅの予約済みの値を用いて、８０２．１６（ｍ）フレーム構造の記述を構成可能である。
【００５２】
図１６には、第１、第２のプロトコル（例えば、８０２．１６（ｅ）および８０２．１６（ｍ））に準拠した無線通信端末に対する割当無線リソースに適切なリソース領域区分（例えば、８０２．１６（ｅ）および８０２．１６（ｍ）区分）のサイズにおける柔軟性を有する、フレーム構造を示す。一実施形態では、シーケンスのうちの５０パーセント（５０％）以上の無線フレームは第１のプロトコル（例えば、８０２．１６（ｅ）プロトコル）プリアンブルを含む。このシーケンスは、第１のプロトコルリソース領域および第２のプロトコルリソース領域を含み、第１のプロトコル割当制御メッセージは第１のプロトコルリソース領域内のリソースを割り当て、第２のプロトコル割当制御メッセージは第２のプロトコルリソース領域内のリソースを割り当てる。
【００５３】
図１７では、共通のフレームｎの制御メッセージによって、第１、第２のプロトコル（例えば、８０２．１６（ｅ）および８０２．１６（ｍ）プロトコル）の両方に対するフレームｎ＋１における割当が記述される。図１７には、共通のフレームｎ＋１における第１、第２のリソース領域が、先行するフレームｎの制御メッセージによって記述されることも示す。一実施形態では、第１、第２のプロトコル割当制御メッセージは共通のフレームにおいて発生し、第１のプロトコル割当制御メッセージは、この共通のフレームに続くフレームにおいて、第１のプロトコルリソース領域内のリソースを割り当て、第２のプロトコル割当制御メッセージは、この共通のフレームに続くフレームにおいて、第２のプロトコルリソース領域内のリソースを割り当てる。別の実施形態では、第１、第２のプロトコルリソース領域は共通のフレームにおいて発生し、第１のプロトコル割当制御メッセージはこの共通のフレームに先行するフレームにおいて発生し、第２のプロトコル割当制御メッセージはこの共通のフレームに先行するフレームにおいて発生する。
【００５４】
図１８には、共通のフレームｎの第１、第２のプロトコルに対する制御メッセージを示す。第１のプロトコル制御メッセージの一部は、フレームｎ＋１の第１のプロトコル領域においてリソースを割り当て、第２のプロトコル制御メッセージは、同じフレームｎの第２のプロトコル領域においてリソースを割り当てる。
【００５５】
本発明の一部の実施形態では、第１のプロトコル割当制御メッセージ（例えば８０２．１６（ｅ）ＭＡＰ）は、第１のプロトコルおよび第２のプロトコルの両方に準拠した無線端末（例えば、８０２．１６（ｍ）端末）に対し、第１のプロトコルリソース領域（例えば、８０２．１６（ｅ）領域またはゾーン）内のリソースを割り当てることが可能である。この場合、８０２．１６（ｅ）領域内のリソースの割り振られた／割り当てられた８０２．１６（ｍ）端末は、８０２．１６（ｅ）プロトコルを用いて、受信および／または送信を行うことが必要な場合がある。このようにして８０２．１６（ｅ）領域内の８０２．１６（ｍ）移動体にリソースを割り振る／割り当てることは、負荷のバランスを取る目的で有利なことがある。例えば、８０２．１６（ｍ）領域が完全に割り当てられ／利用されていながら、８０２．１６（ｅ）領域が完全には利用されていない時間が存在し得る。これは、トラフィックパターンおよびスケジューリングポリシーに基づき、動的に発生し得る。そのような場合、８０２．１６（ｍ）端末に対するより大きなトラフィック総量を収容するために、８０２．１６（ｍ）端末のうちの一部に８０２．１６（ｅ）領域のリソースを割り当てることが可能である。
【図１】
0005439668.tif 000009
【図２】
0005439668.tif 000010
【図３】
0005439668.tif 000011
【図４】
0005439668.tif 000012
【図５】
0005439668.tif 000013
【図６】
0005439668.tif 000014
【図７】
0005439668.tif 000015
【図８】
0005439668.tif 000016
【図９】
0005439668.tif 000017
【図１０】
0005439668.tif 000018
【図１１】
0005439668.tif 000019
【図１２】
0005439668.tif 000020
【図１３】
0005439668.tif 000021
【図１４】
0005439668.tif 000022
【図１５】
0005439668.tif 000023
【図１６】
0005439668.tif 000024
【図１７】
0005439668.tif 000025
【図１８】
0005439668.tif 000026