(57)【要約】  通信システムにおけるダウンリンク資源割当情報を送受信するシステムを提供する。本システムにおいて、基地局は、該基地局により支援される第１のモードを支援するために必要とされるダウンリンク資源割当情報を含む第１の情報を生成し、第１の情報の長さ情報を含む第２の情報を生成し、第１の情報及び第２の情報を送信する。移動端末は、該移動端末により支援される第２のモードを基地局に通知し、該通知の後に、第１の情報及び第２の情報を基地局から受信し、第１のモードが第２のモードと異なる場合には、長さ情報に相当する長さだけのダウンリンク資源割当情報をデコーディングせずにスキップする。【選択図】図２
2009502088.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおける基地局がダウンリンク資源割当情報を送信する方法であって、
前記基地局により支援されるモードを支援するために必要とされるダウンリンク資源割当情報を含む第１の情報を生成するステップと、
前記第１の情報の長さ情報を含む第２の情報を生成するステップと、
前記第１の情報及び前記第２の情報を送信するステップと、
を含むことを特徴とする方法。
【請求項２】
前記モードは、ハイブリッド自動反復要求（ＨＡＲＱ）モードであり、前記第１の情報は、前記ＨＡＲＱモードで、ダウンリンクＨＡＲＱバーストに対する認知（ＡＣＫ）／否定的認知（ＮＡＣＫ）信号をフィードバックしなければならないＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストを受信する移動端末に割り当てられたＡＣＫチャネルの個数を示すＮ．ＡＣＫチャネルパラメータを含むサブバースト情報エレメント（ＩＥ）であり、前記第２の情報は、前記サブバーストＩＥの長さを示す長さパラメータを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＨＡＲＱモードは、ＨＡＲＱチェースモード、ＨＡＲＱインクリメンタルリダンダンシー（ＩＲ）モード、ＨＡＲＱ ＩＲ畳込みターボ符号化（ＣＴＣ）モード、ＨＡＲＱ ＩＲチェースコンバイニング（ＣＣ）モード、多入力多出力（ＭＩＭＯ）ＨＡＲＱチェースモード、ＭＩＭＯ ＨＡＲＱ ＩＲ ＣＣモード、及びＭＩＭＯ ＨＡＲＱ時空間符号化（ＳＴＣ）モードのうちのいずれか１つであることを特徴とする請求項２に記載の方法。
【請求項４】
通信システムにおける基地局がアップリンク資源割当情報を送信する方法であって、
前記基地局により支援されるモードを支援するために必要とされるアップリンク資源割当情報を含む第１の情報を生成するステップと、
前記第１の情報の長さ情報を含む第２の情報を生成するステップと、
前記第１の情報により割り当てられたアップリンク資源の量を示す第３の情報を生成するステップと、
前記第１の情報、前記第２の情報、及び前記第３の情報を送信するステップと、を含むことを特徴とする方法。
【請求項５】
前記モードは、ハイブリッド自動反復要求（ＨＡＲＱ）モードであり、
前記第１の情報は、前記ＨＡＲＱモードに関する情報を含むサブバースト情報エレメント（ＩＥ）であり、
前記第２の情報は、前記サブバーストＩＥの長さを示す長さパラメータを含み、
前記第３の情報は、前記サブバーストＩＥにより割り当てられたアップリンク資源の量を示すデュレーションパラメータを含むことを特徴とする請求項４に記載の方法。
【請求項６】
通信システムにおける移動端末がダウンリンク資源割当情報を受信する方法であって、
前記移動端末により支援される第１のモードを基地局に通知するステップと、
該通知の後に、前記基地局により支援される第２のモードを支援するために必要とされるダウンリンク資源割当情報を含む第１の情報と、該第１の情報の長さ情報を含む第２の情報と、を前記基地局から受信するステップと、
前記第１のモードが前記第２のモードと異なる場合には、前記長さ情報に相当する長さだけのダウンリンク資源割当情報をデコーディングせずにスキップするステップと、
を含むことを特徴とする方法。
【請求項７】
前記モードは、ハイブリッド自動反復要求（ＨＡＲＱ）モードであり、
前記第１の情報は、前記ＨＡＲＱモードで、ダウンリンクＨＡＲＱバーストに対する認知（ＡＣＫ）／否定的認知（ＮＡＣＫ）信号をフィードバックしなければならないＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストを受信する移動端末に割り当てられたＡＣＫチャネルの個数を示すＮ．ＡＣＫチャネルパラメータを含むサブバースト情報エレメント（ＩＥ）であり、
前記第２の情報は、前記サブバーストＩＥの長さを示す長さパラメータを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記スキップするステップは、
前記長さパラメータ及び前記Ｎ．ＡＣＫチャネルパラメータを検出するステップと、
該検出されたＮ．ＡＣＫチャネルパラメータ値と予め記憶されているＮ．ＡＣＫチャネルパラメータ値とを加算し、該加算の結果を累積的に記憶し、前記長さパラメータに対応するデータをデコーディングせずにスキップするステップと、
を含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記第１のモードが前記第２のモードと同一である場合には、前記サブバーストＩＥをデコーディングするステップと、
前記移動端末が受信するＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストが存在する場合には、前記累積されたＮ．ＡＣＫチャネルパラメータと、前記ＨＡＲＱモードで、前記移動端末自身に割り当てられたＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストの順序と、を加算し、該加算の結果に基づいて、ＡＣＫチャネルの位置を検出するステップと、
をさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＨＡＲＱモードは、ＨＡＲＱチェースモード、ＨＡＲＱインクリメンタルリダンダンシー（ＩＲ）モード、ＨＡＲＱ ＩＲ畳込みターボ符号化（ＣＴＣ）モード、ＨＡＲＱ ＩＲチェースコンバイニング（ＣＣ）モード、多入力多出力（ＭＩＭＯ）ＨＡＲＱチェースモード、ＭＩＭＯ ＨＡＲＱ ＩＲ ＣＣモード、及びＭＩＭＯ ＨＡＲＱ時空間符号化（ＳＴＣ）モードのうちのいずれか１つであることを特徴とする請求項７に記載の方法。
【請求項１１】
通信システムにおける移動端末がアップリンク資源割当情報を受信する方法であって、
前記移動端末により支援される第１のモードを基地局に通知するステップと、
該通知の後に、前記基地局により支援される第２のモードを支援するために必要とされるダウンリンク資源割当情報を示す第１の情報と、該第１の情報の長さ情報を含む第２の情報と、前記第１の情報により割り当てられたアップリンク資源の量を示す第３の情報と、を前記基地局から受信するステップと、
前記第１のモードが前記第２のモードと異なる場合には、前記長さ情報に相当する長さだけのアップリンク資源割当情報をデコーディングせずにスキップするステップと、
を含むことを特徴とする方法。
【請求項１２】
前記第２のモードは、ハイブリッド自動反復要求（ＨＡＲＱ）モードであり、
前記第１の情報は、前記ＨＡＲＱモードに関する情報を含むサブバースト情報エレメント（ＩＥ）であり、
前記第２の情報は、前記サブバーストＩＥの長さを示す長さパラメータを含み、
前記第３の情報は、前記サブバーストＩＥにより割り当てられたアップリンク資源の量を示すデュレーションパラメータを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
通信システムにおけるダウンリンク資源割当情報を送受信するシステムであって、
基地局により支援される第１のモードを支援するために必要とされるダウンリンク資源割当情報を含む第１の情報を生成し、前記第１の情報の長さ情報を含む第２の情報を生成し、前記第１の情報及び前記第２の情報を送信する前記基地局を含むことを特徴とするシステム。
【請求項１４】
移動端末により支援される第２のモードを前記基地局に通知し、該通知の後に、前記第１の情報及び前記第２の情報を前記基地局から受信し、前記第１のモードが前記第２のモードと異なる場合には、前記長さ情報に相当する長さだけのダウンリンク資源割当情報をデコーディングせずにスキップする前記移動端末をさらに含むことを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記第１のモードは、ハイブリッド自動反復要求（ＨＡＲＱ）モードであり、
前記第１の情報は、前記ＨＡＲＱモードで、ダウンリンクＨＡＲＱバーストに対する認知（ＡＣＫ）／否定的認知（ＮＡＣＫ）信号をフィードバックしなければならないＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストを受信する移動端末に割り当てられたＡＣＫチャネルの個数を示すＮ．ＡＣＫチャネルパラメータを含むサブバースト情報エレメント（ＩＥ）であり、
前記第２の情報は、前記サブバーストＩＥの長さを示す長さパラメータを含むことを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記ＨＡＲＱモードは、ＨＡＲＱチェースモード、ＨＡＲＱインクリメンタルリダンダンシー（ＩＲ）モード、ＨＡＲＱ ＩＲ畳込みターボ符号化（ＣＴＣ）モード、ＨＡＲＱ ＩＲチェースコンバイニング（ＣＣ）モード、多入力多出力（ＭＩＭＯ）ＨＡＲＱチェースモード、ＭＩＭＯ ＨＡＲＱ ＩＲ ＣＣモード、及びＭＩＭＯ ＨＡＲＱ時空間符号化（ＳＴＣ）モードのうちのいずれか１つであることを特徴とする請求項１５に記載のシステム。
【請求項１７】
通信システムにおけるアップリンク資源割当情報を送受信するシステムであって、
基地局により支援される第１のモードを支援するために必要とされるアップリンク資源割当情報を含む第１の情報を生成し、前記第１の情報の長さ情報を含む第２の情報を生成し、前記第１の情報により割り当てられたアップリンク資源の量を示す第３の情報を生成し、前記第１の情報、前記第２の情報、及び前記第３の情報を送信する前記基地局を含むことを特徴とするシステム。
【請求項１８】
移動端末により支援される第２のモードを前記基地局に通知し、該通知の後に、前記第１の情報、前記第２の情報、及び前記第３の情報を前記基地局から受信し、前記第１のモードが前記第２のモードと異なる場合には、前記長さ情報に相当する長さだけのアップリンク資源割当情報をデコーディングせずにスキップする前記移動端末をさらに含むことを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記第１のモードは、ハイブリッド自動反復要求（ＨＡＲＱ ）モードであり、
前記第１の情報は、前記ＨＡＲＱモードに関する情報を含むサブバースト情報エレメント（ＩＥ）であり、
前記第２の情報は、前記サブバーストＩＥの長さを示す長さパラメータを含み、
前記第３の情報は、前記サブバーストＩＥにより割り当てられたアップリンク資源の量を示すデュレーションパラメータを含むことを特徴とする請求項１８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、特に、通信システムにおける資源割当情報を送受信するためのシステム及び方法に関する。
【背景技術】
【０００２】
次世代通信システムにおいては、様々なサービス品質（Quality of Service；以下、“ＱｏＳ”と称する。）を有する高速のサービスを提供するために、活発な研究が進んでいる。特に、次世代通信システムでは、無線近距離通信ネットワーク（Local Area Network；以下、“ＬＡＮ”と称する。）システム及び都市規模通信網（Metropolitan Area Network；以下、“ＭＡＮ”と称する。）システムのような広帯域無線接続（Broadband Wireless Access；以下、“ＢＷＡ”と称する。）通信システムに、移動性（Mobility）とＱｏＳとを保証するような高速のサービスを支援するための研究が、活発に進められている。ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２.１６ａ／ｄ標準に基づく通信システム及びＩＥＥＥ８０２.１６ｅ標準に基づく通信システムは、代表的なＢＷＡ通信システムである。
【０００３】
ＩＥＥＥ８０２．１６ｅ通信システムにおける資源割当情報、例えば、マップ（ＭＡＰ）情報要素（Information Element：以下、“ＩＥ”と称する。）を送受信する動作について説明する。
【０００４】
ＩＥＥＥ８０２．１６ｅ通信システムは、フレーム構成を有し、これにより、基地局（Base Staion；以下、“ＢＳ”と称する。）は、各フレームの資源を複数の移動端末（Mobile Station;以下、“ＭＳ”と称する。）に効率的に割り当て、資源割当情報をＭＡＰメッセージを通じて当該複数のＭＳへ送信する。ここで、ダウンリンク（ＤＬ）資源割当情報を送信するためのＭＡＰメッセージを“ＤＬ ＭＡＰメッセージ”と呼び、アップリンク（ＵＬ）資源割当情報を送信するためのＭＡＰメッセージを“ＵＬ ＭＡＰメッセージ”と呼ぶ。
【０００５】
このように、ＢＳがＤＬ ＭＡＰメッセージ及びＵＬ_ＭＡＰメッセージを通じてダウンリンク資源割当情報及びアップリンク資源割当情報を送信する場合には、各ＭＳが当該ＢＳにより送信されたＤＬ ＭＡＰメッセージ及びＵＬ_ＭＡＰメッセージをデコーディングすることにより、ＭＳに割り当てられた資源の割当位置及びＭＳが受信しなければならないデータの制御情報を検出することができる。ＭＳは、かかる資源割当位置及び制御情報を検出することにより、ダウンリンク及びアップリンクを介してデータの受信及び送信を行うことができる。
【０００６】
ＭＡＰメッセージは、このＭＡＰがダウンリンクであるか又はアップリンクであるか、このＭＡＰ ＩＥのデータバーストタイプがハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest；以下、“ＨＡＲＱ”と称する。）方式を適用するデータバースト（以下、“ＨＡＲＱデータバースト”と称する。）であるか、又はＨＡＲＱ方式を適用しないデータバースト（以下、“Ｎｏｎ-ＨＡＲＱデータバースト”と称する。）であるか、そして、このＭＡＰ ＩＥが制御情報であるか、に従って、相互に異なる複数のＭＡＰ ＩＥフォーマットを含む。したがって、ＭＳは、このＭＡＰ ＩＥをデコーディングするために、各ＭＡＰ ＩＥのフォーマットを認識する必要がある。各ＭＡＰ ＩＥは、ダウンリンクである場合には、ダウンリンク区間使用コード（Downlink Interval Usage Code；以下、“ＤＩＵＣ”と称する。）を使用し、アップリンクである場合には、アップリンク区間使用コード（Uplink Interval Usage Code；以下、“ＵＩＵＣ”と称する。）を使用して識別されることができる。
【０００７】
図１は、一般的なＩＥＥＥ８０２．１６ｅ通信システムのフレーム構成を示す図である。
【０００８】
図１を参照すると、かかるフレームは、ダウンリンクサブフレーム１００とアップリンクサブフレーム１５０とを含む。ダウンリンクサブフレーム１００は、プリアンブル領域１１１と、フレーム制御ヘッダー（Frame Control Header；以下、“ＦＣＨ”と称する。）領域１１３と、ＤＬ ＭＡＰメッセージ領域１１５と、ＵＬ ＭＡＰメッセージ領域１１７と、複数のＤＬバースト領域、すなわち、ＤＬバースト＃１ １１９-１と、ＤＬバースト＃２ １１９-２と、ＤＬバースト＃３ １１９-３と、ＤＬバースト＃４ １１９-４と、ＤＬバースト＃５ １１９-５と、を含む。アップリンクサブフレーム１５０は、複数の制御チャネル領域１５１-１、１５１-２、及び１５１-３と、複数のＵＬバースト領域、すなわち、ＵＬバースト＃１ １５３-１、ＵＬバースト＃２ １５３-２、及びＵＬバースト＃３ １５３-３と、を含む。
【０００９】
プリアンブル領域１１１は、送信器と受信器、すなわち、ＢＳとＭＳとの間の同期を取得するための同期信号、すなわち、プリアンブルシーケンスを送信するために使用される。ＦＣＨ領域１１３は、サブチャネル、レンジング（ranging）、及び変調方式に関する基本情報を送信するために使用される。ＤＬ ＭＡＰメッセージ領域１１５は、ＤＬ ＭＡＰメッセージを送信するために使用され、ＵＬ_ＭＡＰメッセージ領域１１７は、ＵＬ ＭＡＰメッセージを送信するために使用される。
【００１０】
ＤＬ ＭＡＰメッセージ領域１１５は、複数のＩＥ、すなわち、第１のＩＥ（ＩＥ＃１）１１５-１と、第２のＩＥ（ＩＥ＃２）１１５-２と、第３のＩＥ（ＩＥ＃３）１１５-３と、第４のＩＥ（ＩＥ＃４）１１５-４と、第５のＩＥ（ＩＥ＃５）１１５-５と、を含む。第１のＩＥ１１５-１は、ＤＬバースト＃１ １１９-１に関する情報を含み、第２のＩＥ１１５-２は、ＤＬバースト＃２ １１９-２に関する情報を含み、第３のＩＥ１１５-３は、ＤＬバースト＃３ １１９-３に関する情報を含み、第４のＩＥ１１５-４は、ＤＬバースト＃４ １１９-４に関する情報を含み、第５のＩＥ１１５-５は、ＤＬバースト＃５ １１９-５に関する情報を含む。
【００１１】
ＵＬ_ＭＡＰメッセージ領域１１７は、複数の制御チャネルＩＥ１１７-１、１１７-２、及び１１７-３と、複数のＩＥ、すなわち、第１のＩＥ（ＩＥ＃１）１１７-４と、第２のＩＥ（ＩＥ＃２）１１７-５と、第３のＩＥ（ＩＥ＃３）１１７-６と、を含む。制御チャネルＩＥ１１７-１は、制御チャネル領域１５１-１に関する情報を含み、制御チャネルＩＥ１１７-２は、制御チャネル領域１５１-２に関する情報を含み、制御チャネルＩＥ１１７-３は、制御チャネル領域１５１-３に関する情報を含む。また、第１のＩＥ１１７-４は、ＵＬバースト＃１ １５３-１に関する情報を含み、第２のＩＥ１１７-５は、ＵＬバースト＃２ １５３-２に関する情報を含み、第３のＩＥ１１７-６は、ＵＬバースト＃３ １５３-３に関する情報を含む。
【００１２】
ＤＬバースト＃１ １１９-１乃至ＤＬバースト＃５ １１９-５は、該当するダウンリンクデータバーストを送信するために使用され、制御チャネルＩＥ１１７-１、１１７-２、及び１１７-３は、該当するアップリンク制御チャネル信号を送信するために使用され、ＵＬバースト＃１ １５３-１乃至ＵＬバースト＃３ １５３-３は、該当するアップリンクデータバーストを送信するために使用される。
【００１３】
一方、ＭＳは、上記ＤＬ ＭＡＰメッセージ及び上記ＵＬ ＭＡＰメッセージを受信し、該受信されたＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージをデコーディングして、ＭＳ自身に割り当てられた資源に関する情報を示すＩＥ、すなわちＭＡＰ ＩＥを検出し、これにより、当該ＭＳに割り当てられた資源の領域を検出する。ここで、ＤＬ ＭＡＰメッセージに含まれている各ＩＥの領域は、時間領域及び周波数領域で、その割り当てられた領域の開始時点（start time）及びサイズを用いて表現され、また、ＵＬ ＭＡＰメッセージに含まれている各ＩＥの領域は、その割り当てられた領域の開始時点及びサイズを用いて、スロットの倍数として表現される。ここで、上記“スロット”は、サブチャネルとシンボルとから構成される最小資源割当単位を示す。
【００１４】
したがって、ＭＳは、ＤＬ ＭＡＰメッセージを受信した場合には、そのＤＬ ＭＡＰメッセージに含まれている複数のＭＡＰ ＩＥを順次にデコーディングする。この複数のＭＡＰ ＩＥをデコーディングする過程において、当該ＭＳに割り当てられたＭＡＰ ＩＥを検出すると、該ＭＳは、該検出されたＭＡＰ ＩＥの位置情報を使用して当該ＭＳに割り当てられた資源の位置を確認することができる。また、ＵＬ ＭＡＰメッセージを受信した場合には、ＭＳが当該ＭＳに割り当てられたＭＡＰ ＩＥを検出する前の全てのＭＡＰ ＩＥにより占有された領域を加算すると、その次の領域の位置は、ＭＳ自身に割り当てられたＭＡＰ ＩＥの位置である。これについては、図１を参照して説明する。
【００１５】
まず、ＵＬ ＭＡＰメッセージに含まれている第３のＩＥ１１７-６が該当するＭＳに割り当てられた情報である場合には、当該ＭＳに割り当てられた資源の量は、第１のＩＥ１１７-４に対応するＵＬバースト＃１５３-１の占有領域、すなわち、複数のスロットと、第２のＩＥ１１７-５に対応するＵＬバースト＃２ １５３-２の占有領域、すなわち、複数のスロットと、を除外した部分から始めて、第３のＩＥ１１７-６まで示す資源割当情報に対応する。
【００１６】
上述したように、ＩＥＥＥ８０２．１６ｅ通信システムは、ＨＡＲＱ方式がデータバーストに適用されるか否かに従って、データバーストをＨＡＲＱデータバーストとｎｏｎ-ＨＡＲＱデータバーストとに区分することができる。ＨＡＲＱ方式は、基本的に、メディアアクセス制御（Medium Access Control；ＭＡＣ）プロトコルの自動反復要求（Automatic Repeat reQuest；以下、“ＡＲＱ”と称する。）方式と類似している。かかるＨＡＲＱ方式において、送信器は、受信器からフィードバックされた、当該送信器の送信データに対する認知（ACKnowledgement；以下、“ＡＣＫ”と称する。）／否定的認知（Non-ACKnowledgement；以下、“ＮＡＣＫ”と称する。）信号を受信し、受信器からフィードバックされたＮＡＣＫ信号を受信した場合には、上記送信データを再送信し、これにより、送信データの信頼性を増加させる。ここで、受信器は、送信器により送信されたデータを正常に受信した場合には、上記ＡＣＫ信号を当該送信器にフィードバックする。受信器は、送信器により送信されたデータを正常に受信できなかった場合には、すなわち、送信器により送信されたデータにエラーが発生した場合には、上記ＮＡＣＫ信号を当該送信器にフィードバックする。
【００１７】
また、ダウンリンクでＨＡＲＱ方式を使用するためには、ＢＳは、該ＢＳの送信データに対するＡＣＫ／ＮＡＣＫ信号を受信するために、ＭＳがアップリンクでＡＣＫ／ＮＡＣＫ信号を送信するための領域を割り当てなければならない。また、アップリンクでＨＡＲＱ方式を使用するためには、ＢＳは、ＭＳが再送信するデータに関する情報及びＭＳが該データを再送信する区間に関する情報を提供することにより、上記ＡＣＫ／ＮＡＣＫ信号のフィードバック動作に取って代わるようにするか、または、ＤＬ ＨＡＲＱ ＡＣＫ ＩＥを介して上記ＡＣＫ／ＮＡＣＫ信号のフィードバック動作に取って代わるようにする。
【００１８】
一方、ＨＡＲＱ方式は、ダウンリンク及びアップリンク別に、総７つのモード、すなわち、ＨＡＲＱチェース（chase）モードと、ＨＡＲＱインクリメンタルリダンダンシー（Incremental Redundancy；以下、“ＩＲ”と称する。）モードと、ＨＡＲＱ ＩＲ畳込みターボ符号化（Convolutional Turbo Coding；以下、“ＣＴＣ”と称する。）モードと、ＨＡＲＱ ＩＲチェースコンバイニング（Chase Combining；以下、“ＣＣ”と称する。）モードと、多入力多出力（Multiple Input Multiple Output；以下、“ＭＩＭＯ”と称する。）ＨＡＲＱチェースモードと、ＭＩＭＯ ＨＡＲＱ ＩＲ ＣＣモードと、ＭＩＭＯ ＨＡＲＱ時空間符号化（Space Time Coding；以下、“ＳＴＣ”と称する。）モードと、に区分される。
【００１９】
ＭＳは、ＢＳと当該ＭＳの基本能力を交渉する動作、すなわち、加入者端末機基本能力要求（Subscriber Station Basic Capability Request；以下、“ＳＢＣ-ＲＥＱ”と称する。）メッセージと加入者端末機基本能力応答（Subscriber Station Basic Capability Response；以下、“ＳＢＣ-ＲＳＰ”と称する。）メッセージとを送受信（交換）する動作を通じて、上記７つのモードの中で当該ＭＳが支援可能なモードを選択する。
【００２０】
一方、ＢＳは、ＨＡＲＱ方式を支援するために、ＤＬ ＭＡＰメッセージ内にＨＡＲＱ方式を支援する複数のＭＡＰ ＩＥ、すなわち、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥ及びＨＡＲＱ ＵＬ ＭＡＰ ＩＥを含めて、かかるＤＬ ＭＡＰメッセージを送信する。その後、ＭＳは、当該ＨＡＲＱ ＤＬ ＭＡＰ ＩＥ及びＨＡＲＱ ＵＬ ＭＡＰ ＩＥをデコーディングし、該ＭＳ自身に関するＤＬ ＨＡＲＱバースト情報及びＵＬ ＨＡＲＱバースト情報を検出する。
【００２１】
また、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥは、ダウンリンクＨＡＲＱバーストに関する情報を含み、ＨＡＲＱ ＵＬ ＭＡＰ ＩＥは、アップリンクＨＡＲＱバーストに関する情報を含む。ＨＡＲＱ ＤＬ ＭＡＰ ＩＥ及びＨＡＲＱ ＵＬ ＭＡＰ ＩＥは各々、モード別に総７つのサブバーストＩＥを含む。ここで、各サブバーストＩＥは、該当するモードを支援するＭＳのデータバーストの位置を示す。ダウンリンクである場合には、ＭＳは、ＢＳからＨＡＲＱ ＡＣＫ地域割当（Region Allocation）ＩＥを介して複数のダウンリンクＨＡＲＱバーストに対するＡＣＫ／ＮＡＣＫ信号をフィードバックすることができる区間に関する情報、すなわち、ＭＳがＡＣＫ／ＮＡＣＫ信号をフィードバックすることができる全チャネルに関する情報を受信する。全チャネルにおいて、該当するＭＳが上記ＡＣＫ／ＮＡＣＫ信号をフィードバックする位置は、ＨＡＲＱ ＡＣＫイネーブルされた（enabled）ダウンリンクＨＡＲＱバースト（以下、“ＨＡＲＱ ＡＣＫイネーブルドダウンリンクバースト”と称する。）の位置を受信する順序に基づいて決定される。以下では、説明の便宜上、ＡＣＫ／ＮＡＣＫ信号をフィードバックするために使用されるチャネルを“ＡＣＫチャネル”と称する。例えば、ｎ番目のＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストを受信するＭＳは、ＨＡＲＱ ＡＣＫ地域割当ＩＥにより通知された全ＡＣＫチャネルの中で、ｎ番目のＡＣＫチャネルを介してｎ番目のＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストに対するＡＣＫ／ＮＡＣＫ信号をフィードバックする。ここで、ＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストは、各サブバーストＩＥ内のＡＣＫ不能ビット（ACK disable bit；以下、“ＡＣＫディスエーブルビット”と称する。）値に基づいて決定され、このＡＣＫディスエーブル値が‘０’に設定される場合には、ＡＣＫ／ＮＡＣＫ信号フィードバックのためのＡＣＫチャネルが、該当するダウンリンクＨＡＲＱバーストを受信するＭＳに割り当てられることを示す。それとは逆に、ＡＣＫディスエーブル値が‘１’に設定される場合には、ＡＣＫ／ＮＡＣＫ信号フィードバックのためのＡＣＫチャネルが、該当するダウンリンクＨＡＲＱバーストを受信するＭＳに割り当てられないことを示す。したがって、ＭＳは、ＡＣＫディスエーブルビットに基づいて、当該受信されたダウンリンクＨＡＲＱバーストがＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストであるか否かを判定し、該判定の結果、受信されたダウンリンクＨＡＲＱバーストがＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストである場合には、ＭＳは、ＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストの順序を考慮して、全ＡＣＫチャネルの中で、該当するＡＣＫチャネルを介してＡＣＫ／ＮＡＣＫ信号をフィードバックする。もちろん、ＡＣＫディスエーブルビットの値が‘１’に設定される場合には、ＡＣＫチャネルがＭＳに割り当てられないため、ＭＳは、ＡＣＫ／ＮＡＣＫ信号をフィードバックしない。
【００２２】
上記ＨＡＲＱ ＤＬ ＭＡＰ ＩＥのフォーマットを下記の＜表１Ａ＞及び＜表１Ｂ＞に示す。
【００２３】
【表１Ａ】
2009502088.tif 000003
【００２４】
【表１Ｂ】
2009502088.tif 000004
【００２５】
上記ＨＡＲＱ ＵＬ ＭＡＰ ＩＥのフォーマットを下記の＜表２Ａ＞乃至＜表２Ｃ＞に示す。
【００２６】
【表２Ａ】
2009502088.tif 000005
【００２７】
【表２Ｂ】
2009502088.tif 000006
【００２８】
【表２Ｃ】
2009502088.tif 000007
【００２９】
また、上記７つのモードの各々に対する複数のダウンリンクサブバーストＩＥ及び複数のアップリンクサブバーストＩＥが存在する。例えば、上記複数のダウンリンクサブバーストＩＥの中で、ＨＡＲＱチェースモードに対する複数のサブバーストＩＥ、すなわち、複数のＤＬ ＨＡＲＱチェースサブバーストＩＥのフォーマットを、下記の＜表３Ａ＞及び＜表３Ｂ＞に示す。
【００３０】
【表３Ａ】
2009502088.tif 000008
【００３１】
【表３Ｂ】
2009502088.tif 000009
【００３２】
上記の＜表１Ａ＞、＜表１Ｂ＞、＜表２Ａ＞乃至＜表２Ｃ＞、＜表３Ａ＞、及び＜表３Ｂ＞において、シンタックス（Syntax）領域は、各パラメータのタイプを示し、サイズ（Size）領域は、各パラメータのサイズを示し、ノート（Notes）領域は、各パラメータの機能を示す。
【００３３】
上記の＜表１Ａ＞及び＜表１Ｂ＞を参照して、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥをデコーディングする動作について説明する。
【００３４】
まず、ＭＳは、４ビットのＥｘｔｅｎｄｅｄ-２ ＤＩＵＣ値を読み出し、このＥｘｔｅｎｄｅｄ-２ ＤＩＵＣ値が７である場合には、該当するＭＡＰ ＩＥがＨＡＲＱ ＤＬ ＭＡＰ ＩＥであることを認識する。その後、ＭＳは、‘ｗｈｉｌｅ（ｄａｔａ ｒｅｍａｉｎｓ）’で記載されたループを遂行し、３ビットのモード値を読み出すことにより、次のサブバーストＩＥのタイプを把握することができ、そのサブバーストＩＥのフォーマットを適用することにより、サブバーストＩＥをデコーディングする。ＭＳは、このＥｘｔｅｎｄｅｄ-２ ＤＩＵＣパラメータの下に存在する８ビットの長さ（Length）パラメータで示されるサイズに従ってループを遂行することにより、上述したデコーディング動作を遂行し、その後、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥのデコーディングを終了する。ＨＡＲＱ ＤＬ ＭＡＰ ＩＥをデコーディングする動作は、ＨＡＲＱ ＵＬ ＭＡＰ ＩＥにも同様に適用されることができる。
【００３５】
上述したように、ＭＳは、ＢＳにより送信されたＭＡＰメッセージをデコーディングするためには、このＭＡＰメッセージに含まれた各ＭＡＰ ＩＥのフォーマットを予め認識していなければならない。上述した＜表１Ａ＞及び＜表１Ｂ＞のＨＡＲＱ ＤＬ ＭＡＰ ＩＥ及び上述した＜表２Ａ＞乃至＜表２Ｃ＞のＨＡＲＱ ＵＬ ＭＡＰ ＩＥに示すように、ＭＳがＨＡＲＱ方式のモードを示すモードパラメータ値を読み出す場合には、当該ＭＳは、当該モードが支援可能なモードであるか否かを判定することができる。ＭＳの基本能力交渉動作の間に、該ＭＳ自身が支援可能なモードに関する情報をＢＳに既に提供したため、かかるＭＳは、支援不可能なモードに関する情報を含むサブバーストＩＥを介して資源の割当てを受けない。
【００３６】
しかしながら、上述した＜表１Ａ＞及び＜表１Ｂ＞のＨＡＲＱ ＤＬ ＭＡＰ ＩＥ及び上述した＜表２Ａ＞乃至＜表２Ｃ＞のＨＡＲＱ ＵＬ ＭＡＰ ＩＥに示すように、ＭＳ自身が支援不可能なモードに該当するサブバーストＩＥでも、ＭＳは、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥ及びＨＡＲＱ ＵＬ ＭＡＰ ＩＥを正常にデコーディングするために、そのサブバーストＩＥのフォーマットをあらかじめ認識している必要がある。
【００３７】
ＢＳにより送信されたＤＬ ＭＡＰメッセージに含まれているＨＡＲＱ ＤＬ ＭＡＰ ＩＥが７つのモードの各々に対する複数のサブバーストＩＥを含み、ＭＳが７つのモードのうちの１つのみを支援することができる場合には、ＢＳは、当該ＭＳが支援可能なモードに対するサブバーストＩＥを介してＭＳに関する情報を割り当てるために、支援可能な１つのモードに対するサブバーストＩＥを除いた残りの６つのサブバーストＩＥをデコーディングする必要はない。しかしながら、現在のＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳは、ＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージを正常にデコーディングするために、ＭＳ自身が支援可能なモードに対する複数のサブバーストＩＥだけでなく、ＭＳ自身が支援不可能なモードに対する複数のサブバーストＩＥもデコーディングする。しかしながら、サブバーストＩＥのフォーマットが非常に複雑であるため、サブバーストＩＥをデコーディングするために必要とされるデコーディング時間の増加が引き起こされる。
【００３８】
上述したように、ＭＳは、ＭＳに割り当てられた資源の位置及び制御情報を検出するために、複数のＭＡＰメッセージ、すなわち、ＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージをデコーディングしなければならない。その結果、ＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージをデコーディングするために必要とされる時間は、ＭＳの性能に影響を及ぼす。
【００３９】
例えば、ダウンリンクでは、ＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージをデコーディングするために必要とされる時間の増加が遅延時間を発生させるため、ＭＳは、当該遅延時間に関連した全てのデータを記憶していなければならない。このように、ＭＳは、遅延時間に関連した全てのデータを記憶していなければならないため、大きなサイズのストレージデバイス、例えば、メモリバッファを備える必要がある。他の例として、アップリンクでは、ＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージを迅速にデコーディングするので、メディアアクセス制御（ＭＡＣ）ソフトウェアは、データを処理するのに十分な時間を確保することができる。したがって、ＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージを迅速にデコーディングするための方法が必要となる。
【発明の開示】
【発明が解決しようとする課題】
【００４０】
本発明の目的は、通信システムにおける資源割当情報を送受信するシステム及び方法を提供することにある。
【００４１】
本発明の他の目的は、通信システムにおいて、ＨＡＲＱ ＭＡＰ ＩＥを高速で送受信するシステム及び方法を提供することにある。
【００４２】
本発明のさらなる目的は、通信システムにおいて、ＭＳが支援可能なＨＡＲＱモードに対するサブバーストＩＥだけをデコーディングするＨＡＲＱ ＭＡＰ ＩＥ送受信システム及び方法を提供することにある。
【００４３】
本発明のさらにまた他の目的は、通信システムにおいて、ＭＳが支援可能なＨＡＲＱモードに対するサブバーストＩＥだけをデコーディングしている間でも、ＭＳがＡＣＫ／ＮＡＣＫ信号を正確にフィードバックすることができるように、ＡＣＫチャネル位置情報を提供するＨＡＲＱ ＭＡＰ ＩＥ送受信システム及び方法を提供することにある。
【課題を解決するための手段】
【００４４】
上記のような目的を達成するために、本発明の一の側面によれば、通信システムにおけるダウンリンク資源割当情報を送受信するシステムが提供される。かかるシステムにおいて、基地局は、該基地局により支援される第１のモードを支援するために必要とされるダウンリンク資源割当情報を含む第１の情報を生成し、かかる第１の情報の長さ情報を含む第２の情報を生成し、前記第１の情報及び前記第２の情報を送信する。移動端末は、該移動端末により支援される第２のモードを前記基地局に通知し、該通知の後に、前記第１の情報及び前記第２の情報を基地局から受信し、第１のモードが第２のモードと異なる場合には、長さ情報に相当する長さだけのダウンリンク資源割当情報をデコーディングせずにスキップする。
【発明の効果】
【００４５】
本発明による通信システムは、ＭＳに、当該ＭＳが支援可能なモードに対するサブバーストＩＥだけをデコーディングさせるようにすることにより、複数のＭＡＰメッセージ、すなわち、ＤＬ ＭＡＰメッセージ及びＵＬ ＭＡＰメッセージをデコーディングするために必要とされる時間を最小化することができる。かかるデコーディング時間の短縮は、ＭＳ性能の向上に寄与する。
【発明を実施するための最良の形態】
【００４６】
以下、本発明の実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、公知の機能や構成に関する具体的な説明は、省略する。
【００４７】
基地局（ＢＳ）により送信されたＤＬ ＭＡＰメッセージに含まれているハイブリッド自動反復要求（ＨＡＲＱ） ＤＬ ＭＡＰ ＩＥが７つのモードの各々に対する複数のサブバーストＩＥを含み、移動端末（ＭＳ）が７つのモードのうちの１つのみを支援することができる場合には、ＢＳは、当該ＭＳが支援可能なモードに対するサブバーストＩＥを介してＭＳに関する情報を割り当てるために、支援可能な１つのモードに対するサブバーストＩＥを除いた残りの６つのサブバーストＩＥをデコーディングする必要はない。
【００４８】
本発明は、通信システム、例えば、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｅ標準に基づく通信システムにおいて、資源割当情報、例えば、ハイブリッド自動反復要求（Hybrid Automatic Repeat reQuest；以下、“ＨＡＲＱ”と称する。）ＭＡＰ ＩＥを送受信するシステム及び方法を提案する。特に、本発明は、ＩＥＥＥ８０２．１６ｅ標準に基づく通信システムにおいて、ＭＳが支援可能なＨＡＲＱモードに対するサブバーストＩＥだけをデコーディングするようにすることにより、ＨＡＲＱ ＭＡＰ ＩＥを高速で送受信するシステム及び方法を提案する。説明の便宜上、ＩＥＥＥ８０２．１６ｅ標準に基づく通信システムに関して本発明を説明するが、本発明が提案する方法は、ＩＥＥＥ８０２．１６ｅ標準に基づく通信システムだけでなく、他の通信システムにも適用されることができる。
【００４９】
まず、本発明のＨＡＲＱ ＤＬ ＭＡＰ ＩＥのフォーマットを下記の＜表４Ａ＞及び＜表４Ｂ＞に示す。
【００５０】
【表４Ａ】
2009502088.tif 000010
【００５１】
【表４Ｂ】
2009502088.tif 000011
【００５２】
上記の＜表４Ａ＞及び＜表４Ｂ＞において、シンタックス（Syntax）領域は、各パラメータのタイプを示し、サイズ（Size）領域は、各パラメータのサイズを示し、ノート（Notes）領域は、各パラメータの機能を示す。このＨＡＲＱ ＤＬ ＭＡＰ ＩＥフォーマットは、該当するＨＡＲＱモードに対するサブバーストの長さを示す長さパラメータを除いては、上述した＜表１Ａ＞及び＜表１Ｂ＞に示したような一般的なＩＥＥＥ８０２．１６ｅ通信システムのＨＡＲＱ ＤＬ ＭＡＰ ＩＥのフォーマットと同一である。したがって、この長さパラメータ以外のパラメータについては、その具体的な説明を省略する。この長さパラメータは、かかる長さパラメータの次にくるサブバーストＩＥのサイズをニブル（４ビット）で示す。ここで、本発明で新たに提案された長さパラメータは、＜表４Ｂ＞中に示されるブースティング（Boosting）パラメータの直ぐ下（真下）にある長さ（Length）パラメータである。
【００５３】
次いで、本発明のＤＬ ＨＡＲＱチェース（chase）サブバーストＩＥ、ＤＬ ＨＡＲＱインクリメンタルリダンダンシー（ＩＲ）畳込みターボ符号化（ＣＴＣ）サブバーストＩＥ、及びＤＬ ＨＡＲＱ ＩＲチェースコンバイニング（ＣＣ）サブバーストＩＥのフォーマットを下記の＜表５Ａ＞乃至＜表５Ｃ＞にそれぞれ示す。
【００５４】
【表５Ａ】
2009502088.tif 000012
【００５５】
【表５Ｂ】
2009502088.tif 000013
【００５６】
【表５Ｃ】
2009502088.tif 000014
【００５７】
上記の＜表５Ａ＞乃至＜表５Ｃ＞に示すＮ．ＡＣＫチャネルは、サブバーストＩＥ内で、ＨＡＲＱ ＡＣＫイネーブルされたダウンリンクＨＡＲＱバースト（以下、“ＨＡＲＱ ＡＣＫイネーブルドダウンリンクバースト”と称する。）を受信する複数のＭＳに割り当てられたＡＣＫチャネルの個数を示す。ここで、上記“ＡＣＫチャネル”は、認知（ＡＣＫ）／否定的認知（ＮＡＣＫ）信号をフィードバックするために使用されるチャネルを意味する。上記ＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストは、各サブバーストＩＥ内のＡＣＫディスエーブルビット値により決定され、上記ＡＣＫディスエーブルビットの値が‘０’に設定される場合には、このＡＣＫ／ＮＡＣＫ信号のフィードバックのためのＡＣＫチャネルが、該当するダウンリンクＨＡＲＱバーストを受信するＭＳに割り当てられることを示す。それとは逆に、上記ＡＣＫディスエーブルビットの値が‘１’に設定される場合には、このＡＣＫ／ＮＡＣＫ信号のフィードバックのためのＡＣＫチャネルが、該当するダウンリンクＨＡＲＱバーストを受信するＭＳに割り当てられないことを示す。一方、上述した＜表５Ａ＞乃至＜表５Ｃ＞におけるＮ．ＡＣＫチャネルを除いた他のパラメータは、本発明の一般的な理解に直接関連がないので、その詳細な説明を省略する。
【００５８】
次いで、本発明の多入力多出力（ＭＩＭＯ）ＤＬチェースＨＡＲＱサブバーストＩＥ、ＭＩＭＯ ＤＬ ＩＲ ＨＡＲＱサブバーストＩＥ、ＣＣのためのＭＩＭＯ ＤＬ ＩＲ ＨＡＲＱサブバーストＩＥ、及びＭＩＭＯ ＤＬ時空間符号化（ＳＴＣ）ＨＡＲＱサブバーストＩＥのフォーマットを、下記の＜表６Ａ＞乃至＜表６Ｄ＞にそれぞれ示す。
【００５９】
【表６Ａ】
2009502088.tif 000015
【００６０】
【表６Ｂ】
2009502088.tif 000016
【００６１】
【表６Ｃ】
2009502088.tif 000017
【００６２】
【表６Ｄ】
2009502088.tif 000018
【００６３】
上記の＜表６Ａ＞乃至＜表６Ｄ＞に示すＮ．ＡＣＫチャネルは、サブバーストＩＥ内で、ＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストを受信するＭＳに割り当てられたＡＣＫチャネルの個数を示す。一方、上述した＜表６Ａ＞乃至＜表６Ｄ＞におけるＮ．ＡＣＫチャネルを除いた他のパラメータは、本発明の一般的な理解に直接関連がないので、その詳細な説明を省略する。
【００６４】
次いで、本発明のＨＡＲＱアップリンク（ＵＬ）ＭＡＰ ＩＥのフォーマットを下記の＜表７Ａ＞乃至＜表７Ｃ＞に示す。
【００６５】
【表７Ａ】
2009502088.tif 000019
【００６６】
【表７Ｂ】
2009502088.tif 000020
【００６７】
【表７Ｃ】
2009502088.tif 000021
【００６８】
上記の＜表７Ａ＞乃至＜表７Ｃ＞において、シンタックス（Syntax）領域は、各パラメータのタイプを示し、サイズ（Size）領域は、各パラメータのサイズを示し、ノート（Notes）領域は、各パラメータの機能を示す。上記ＨＡＲＱ ＵＬ ＭＡＰ ＩＥフォーマットは、該当するＨＡＲＱモードに対するサブバーストに割り当てられた資源量の和をスロット単位で表示するデュレーション（Duration）パラメータと、該当するＨＡＲＱモードに対するサブバーストの長さを示す長さ（Length）パラメータと、を除いては、上述した＜表２Ａ＞乃至＜表２Ｃ＞に示すような一般的なＩＥＥＥ８０２．１６ｅ通信システムのＨＡＲＱ ＵＬ ＭＡＰ ＩＥのフォーマットと同一である。したがって、デュレーションパラメータ及び長さパラメータ以外のパラメータについての詳細な説明を省略する。長さパラメータは、該長さパラメータの次にくるサブバーストＩＥのサイズをニブル（４ビット）で示す。上記“スロット”は、サブチャネルとシンボルとから構成された最小資源割当単位を意味する。本発明で新たに提案する長さパラメータは、上記デュレーションパラメータの真下にある。このデュレーションパラメータは、ＩＥＥＥ８０２．１６ｅ標準に基づく通信システムのアップリンク特性のため、該当するＭＳに割り当てられた資源の位置を把握するためには、以前のサブバーストＩＥで割り当てられた資源の量を認識する必要があることから、かかる以前のサブバーストＩＥで割り当てられた資源の量を示すために追加される。
【００６９】
図２は、本発明によるＨＡＲＱ ＤＬ ＭＡＰ ＩＥの送受信動作を示す信号フローチャートである。
【００７０】
図２を参照すると、まず、ＭＳ２５０は、ステップ２１１で、基地局（ＢＳ）２００とこのＭＳの基本能力交渉動作、すなわち、加入者端末機基本能力要求（Subscriber Station Basic Capability Request；以下、“ＳＢＣ-ＲＥＱ”と称する。）メッセージ及び加入者端末機基本能力応答（Subscriber Station Basic Capability Response；以下、“ＳＢＣ-ＲＳＰ”と称する。）メッセージをＢＳ２００と送受信する動作、を通じて、ＩＥＥＥ８０２．１６ｅ通信システムで支援可能な総７つのモードの中からＭＳ２５０が支援可能なモードを選択し、該選択された支援可能なモードを示す通知をＢＳ２００へ送信する。上述したように、総７つのモードは、ＨＡＲＱチェースモードと、ＨＡＲＱインクリメンタルリダンダンシー（Incremental Redundancy；以下、“ＩＲ”と称する。）モードと、ＨＡＲＱ ＩＲ畳込みターボ符号化（Convolutional Turbo Coding；以下、“ＣＴＣ”と称する。）モードと、ＨＡＲＱ ＩＲチェースコンバイニング（Chase Combining；以下、“ＣＣ”と称する。）モードと、多入力多出力（Multiple Input Multiple Output；以下、“ＭＩＭＯ”と称する。）ＨＡＲＱチェースモードと、ＭＩＭＯ ＨＡＲＱ ＩＲ ＣＣモードと、ＭＩＭＯ ＨＡＲＱ時空間符号化（Space Time Coding；以下、“ＳＴＣ”と称する。）モードと、を含む。ここで、ＭＳ２５０が支援可能なモードは、この７つのモードのうちの少なくとも一つを含む。
【００７１】
ＭＳ２５０での支援可能なモードを示す通知を受信した場合には、ＢＳ２００は、ステップ２１３で、当該選択されたモードに対応するサブバーストＩＥの長さを示す長さパラメータをＨＡＲＱ ＤＬ ＭＡＰ ＩＥに含めることにより、ＤＬ ＭＡＰメッセージを生成し、ステップ２１５で、該生成されたＤＬ ＭＡＰメッセージをブロードキャストする。ここで、ＢＳ２００は、ＭＳ２５０で支援可能なモードだけでなく、当該ＢＳ２００で支援可能なモードに従って、ステップ２１５での動作と類似した動作を遂行する。ＭＳ２５０は、ＢＳ２００によりブロードキャストされたＤＬ ＭＡＰメッセージを受信し、ステップ２１７で、該受信されたＤＬ ＭＡＰメッセージのデコーディングを開始する。ＭＳ２５０は、ステップ２１９で、このＤＬ ＭＡＰメッセージのデコーディング開始とともに、ＤＬ ＭＡＰ ＩＥのデコーディングを開始し、ステップ２２１で、当該デコーディングの開始されたＤＬ ＭＡＰ ＩＥがＨＡＲＱ ＤＬ ＭＡＰ ＩＥであるか否かを判定する。該判定の結果、デコーディングの開始されたＤＬ ＭＡＰ ＩＥがＨＡＲＱ ＤＬ ＭＡＰ ＩＥでない場合には、ＭＳ２５０は、ステップ２２３で、一般的なデコーディング方式を用いて、当該ＤＬ ＭＡＰ ＩＥをデコーディングする。
【００７２】
一方、上記判定の結果、デコーディングの開始されたＤＬ ＭＡＰ ＩＥがＨＡＲＱ ＤＬ ＭＡＰ ＩＥである場合には、ＭＳ２５０は、ステップ２２５で、このＨＡＲＱ ＤＬ ＭＡＰ ＩＥに含まれているモードを検出する。ＭＳ２５０は、ステップ２２７で、当該ＨＡＲＱ ＤＬ ＭＡＰ ＩＥに含まれているモードが、ＭＳ２５０で支援可能なモードであるか否かを判定する。該判定の結果、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥに含まれているモードが、ＭＳ２５０で支援可能なモードでない場合には、ＭＳ２５０は、ステップ２２９へ進む。ステップ２２９で、ＭＳ２５０は、当該ＨＡＲＱ ＤＬ ＭＡＰ ＩＥに含まれている長さパラメータを検出し、サブバーストＩＥ内のＮ．ＡＣＫチャネルパラメータを検出する。また、事前に検出されたＮ．ＡＣＫチャネルパラメータ値が存在する場合には、ＭＳ２５０は、当該事前に検出されたＮ．ＡＣＫチャネルパラメータ値と現在検出されたＮ．ＡＣＫチャネルパラメータ値とを合計し、該合計の結果を累積的に記憶する。他方、事前に検出されたＮ．ＡＣＫチャネルパラメータ値が存在しない場合には、ＭＳ２５０は、現在検出されたＮ．ＡＣＫチャネルパラメータ値だけを累積的に記憶する。この現在のＮ．ＡＣＫチャネルパラメータ値を記憶した後に、ＭＳ２５０は、ステップ２２９で、当該長さパラメータだけのＤＬ ＭＡＰ ＩＥデータをデコーディングせずにスキップする。ここで、上記長さパラメータは、サブバーストＩＥごとにデコーディングする必要なく、ＭＳ２５０が支援不可能なモードに対するサブバーストＩＥをスキップするようにすることができ、サブバーストＩＥ内のＮ．ＡＣＫチャネルは、このサブバーストＩＥで割り当てられたＡＣＫチャネルの個数を通知することにより、ＭＳ２５０が支援可能なモードに対するサブバーストＩＥをデコーディングする際に、ＭＳ２５０に割り当てられたＡＣＫチャネルの位置をＭＳ２５０で正確に識別することができるようにする。
【００７３】
一方、ステップ２２７で判定した結果、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥに含まれているモードが、ＭＳ２５０で支援可能なモードである場合には、ＭＳ２５０は、ステップ２３１へ進む。ステップ２３１で、ＭＳ２５０は、このＨＡＲＱ ＤＬ ＭＡＰ ＩＥに含まれているサブバーストＩＥをデコーディングして、割り当てられたデータ領域を探し出す。割り当てられたＡＣＫチャネルが存在する場合、すなわち、当該割り当てられたデータがＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストである場合には、ＭＳ２５０は、現在のモードで、ＭＳ２５０に割り当てられたＨＡＲＱ ＡＣＫイネーブルドダウンリンクバーストの順序を以前のＮ．ＡＣＫチャネルパラメータ値に加算して、ＭＳ２５０に割り当てられたＡＣＫチャネルの位置を正確に検出する。その後、ステップ２３３で、ＭＳ２５０は、当該ＨＡＲＱ ＤＬ ＭＡＰ ＩＥのデコーディング終了時点、すなわち、当該ＨＡＲＱ ＤＬ ＭＡＰ ＩＥの終りに達したか否かを判定する。該判定の結果、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥの終りに達した場合には、ＭＳ２５０は、ステップ２３５で、当該ＨＡＲＱ ＤＬ ＭＡＰ ＩＥの終了時点、すなわち、ＤＬ ＭＡＰメッセージの終りに達したか否かを判定する。該判定の結果、このＤＬ ＭＡＰメッセージの終わりに達した場合には、ＭＳ２５０は、このＤＬ ＭＡＰメッセージのデコーディングを終了する。図２に関連して説明されたＨＡＲＱ ＤＬ ＭＡＰ ＩＥのデコーディング動作は、ＨＡＲＱ ＤＬ ＭＡＰ ＩＥのＥｘｔｅｎｄｅｄ-２ダウンリンク区間使用コード（ＤＩＵＣ）パラメータの真下にある８ビットの長さパラメータで示されるサイズ分だけの回数のループを繰返し遂行する。ここで、上述した＜表４Ａ＞に示された、Ｅｘｔｅｎｄｅｄ-２ ＤＩＵＣパラメータの真下にある８ビットの長さパラメータは、上述した＜表４Ｂ＞に示された、新たに提案されたブースティングパラメータの真下にある長さパラメータとは相違することに留意されるべきである。
【００７４】
図２で説明した通り、ＭＳ２５０は、ＭＳ２５０自身が支援しない複数のモードに関する情報を含む複数のサブバーストＩＥを、上記長さパラメータに従って複数のサブバーストＩＥをデコーディングせずにスキップし、ＭＳ２５０自身が支援可能なモードに関する情報を含むサブバーストＩＥだけをデコーディングすることにより、必要とされるデコーディング時間を最小化させる。
【００７５】
図３は、本発明によるＨＡＲＱ ＵＬ ＭＡＰ ＩＥの送受信動作を示す信号フローチャートである。
【００７６】
図３を参照すると、まず、ＭＳ３５０は、ステップ３１１で、ＢＳ３００とこのＭＳの基本能力交渉動作、すなわち、ＳＢＣ-ＲＥＱメッセージ及びＳＢＣ-ＲＳＰメッセージをＢＳ３００と送受信する動作、を通じて、ＩＥＥＥ８０２．１６ｅ通信システムで支援可能な総７つのモードの中からＭＳ３５０が支援可能なモードを選択し、該選択された支援可能なモードを示す通知をＢＳ３００へ送信する。総７つのモードは、ＨＡＲＱチェースモードと、ＨＡＲＱ ＩＲモードと、ＨＡＲＱ ＩＲ ＣＴＣモードと、ＨＡＲＱ ＩＲ ＣＣモードと、ＭＩＭＯ ＨＡＲＱチェースモードと、ＭＩＭＯ ＨＡＲＱ ＩＲ ＣＣモードと、ＭＩＭＯ ＨＡＲＱ ＳＴＣモードと、を含む。ここで、ＭＳ３５０が支援可能なモードは、この７つのモードのうちの少なくとも一つを含む。
【００７７】
ＭＳ３５０での支援可能なモードを示す通知を受信した場合には、ＢＳ３００は、ステップ３１３で、当該選択されたモードに対するサブバーストＩＥで、該当するＭＳに割り当てられた資源の量を示すデュレーションパラメータと、当該サブバーストＩＥの長さを示す長さパラメータと、をＨＡＲＱ ＵＬ ＭＡＰ ＩＥに含めることにより、ＵＬ ＭＡＰメッセージを生成し、ステップ３１５で、該生成されたＵＬ ＭＡＰメッセージをブロードキャストする。ここで、ＢＳ３００は、ＭＳ３５０で支援可能なモードだけでなく、当該ＢＳ３００で支援可能なモードに従って、ステップ３１５での動作と類似した動作を遂行する。ＭＳ３５０は、ＢＳ３００によりブロードキャストされたＵＬ ＭＡＰメッセージを受信し、ステップ３１７で、該受信されたＵＬ ＭＡＰメッセージのデコーディングを開始する。ＭＳ３５０は、ステップ３１９で、このＵＬ ＭＡＰメッセージのデコーディング開始とともに、ＵＬ ＭＡＰ ＩＥのデコーディングを開始し、ステップ３２１で、当該デコーディングの開始されたＵＬ ＭＡＰ ＩＥがＨＡＲＱ ＵＬ ＭＡＰ ＩＥであるか否かを判定する。該判定の結果、デコーディングの開始されたＵＬ ＭＡＰ ＩＥがＨＡＲＱ ＵＬ ＭＡＰ ＩＥでない場合には、ＭＳ３５０は、ステップ３２３で、一般的なデコーディング方式を用いて、当該ＵＬ ＭＡＰ ＩＥをデコーディングする。
【００７８】
一方、この判定の結果、デコーディングの開始されたＵＬ ＭＡＰ ＩＥがＨＡＲＱ ＵＬ ＭＡＰ ＩＥである場合には、ＭＳ３５０は、ステップ３２５で、このＨＡＲＱ ＵＬ ＭＡＰ ＩＥに含まれているモードを検出する。ＭＳ３５０は、ステップ３２７で、当該ＨＡＲＱ ＵＬ ＭＡＰ ＩＥに含まれているモードが、ＭＳ３５０で支援可能なモードであるか否かを判定する。該判定の結果、ＨＡＲＱ ＵＬ ＭＡＰ ＩＥに含まれているモードが、ＭＳ３５０で支援可能なモードでない場合には、ＭＳ３５０は、ステップ３２９で、このＨＡＲＱ ＵＬ ＭＡＰ ＩＥに含まれているデュレーションパラメータ及び長さパラメータを検出し、このデュレーションパラメータ及びこの長さパラメータだけのＵＬ ＭＡＰ ＩＥデータをデコーディングせずにスキップする。
【００７９】
一方、上記判定の結果、ＨＡＲＱ ＵＬ ＭＡＰ ＩＥに含まれているモードが、ＭＳ３５０で支援可能なモードである場合には、ＭＳ３５０は、ステップ３３１で、このＨＡＲＱ ＵＬ ＭＡＰ ＩＥに含まれているサブバーストＩＥをデコーディングする。その後、ＭＳ３５０は、ステップ３３３で、当該ＨＡＲＱ ＵＬ ＭＡＰ ＩＥのデコーディング終了時点、すなわち、当該ＨＡＲＱ ＵＬ ＭＡＰ ＩＥの終りに達したか否かを判定する。該判定の結果、ＨＡＲＱ ＵＬ ＭＡＰ ＩＥの終りに達した場合には、ＭＳ３５０は、ステップ３３５で、当該ＨＡＲＱ ＵＬ ＭＡＰ ＩＥの終了時点、すなわち、このＵＬ ＭＡＰメッセージの終りに達したか否かを判定する。該判定の結果、このＵＬ ＭＡＰメッセージの終わりに達した場合には、ＭＳ３５０は、このＵＬ ＭＡＰメッセージのデコーディングを終了する。図３に関連して説明されたＨＡＲＱ ＵＬ ＭＡＰ ＩＥのデコーディング動作は、このＨＡＲＱ ＵＬ ＭＡＰ ＩＥのＥｘｔｅｎｄｅｄ-２ ＤＩＵＣパラメータの真下に示された８ビットの長さパラメータで示されるサイズ分だけの回数のループを繰返し遂行する。ここで、上述した＜表７Ａ＞に示された、Ｅｘｔｅｎｄｅｄ-２ ＤＩＵＣパラメータの真下に示された８ビットの長さパラメータは、上述した＜表７Ｂ＞に示された、新たに提案されたデュレーションパラメータの真下にある長さパラメータとは相違することに留意しなければならない。
【００８０】
図３で説明した通り、ＭＳ３５０は、ＭＳ３５０自身が支援しない複数のモードに関する情報を含む複数のサブバーストＩＥを、当該長さパラメータに従って複数のサブバーストＩＥをデコーディングせずにスキップし、ＭＳ３５０自身が支援可能なモードに関する情報を含むサブバーストＩＥだけをデコーディングすることにより、必要とされるデコーディング時間を最小化させる。
【００８１】
以上、本発明につき、特定の好ましい具体例を挙げて説明してきたが、添付した特許請求の範囲に定義された本発明の精神及び範囲から逸脱することなく様々な変形または変更が可能であるということが、当該技術分野における通常の知識を持つ者にとっては明らかである。
【図面の簡単な説明】
【００８２】
【図１】一般的なＩＥＥＥ８０２．１６ｅ通信システムのフレーム構成を示す図である。
【図２】本発明によるＨＡＲＱ ＤＬ ＭＡＰ ＩＥの送受信動作を示す信号フローチャートである。
【図３】本発明によるＨＡＲＱ ＵＬ ＭＡＰ ＩＥの送受信動作を示す信号フローチャートである。
【図１】
2009502088.tif 000022
【図２】
2009502088.tif 000023
【図３】
2009502088.tif 000024
【国際調査報告】
2009502088.tif 000025
2009502088.tif 000026