(57)【特許請求の範囲】
【請求項１】
広帯域無線接続システムにおいて移動局が自動再送要求（ＡＲＱ）フィードバックを伝送することを可能にする方法であって、
前記方法は、
少なくとも一つのＡＲＱブロックを基地局から受信することと、
前記基地局からＡＲＱフィードバックポールを受信することであって、前記ＡＲＱフィードバックポールは、前記少なくとも一つのＡＲＱブロックの受信状態を示すＡＲＱフィードバック情報を伝送することを前記移動局に要請する、ことと、
前記ＡＲＱフィードバック情報を前記基地局に伝送することと
を含み、
前記ＡＲＱフィードバック情報は、前記受信状態を蓄積的に示す第１のタイプ、または、ビットマップを用いることによって前記受信状態を選択的に示す第２のタイプを含み、
第１アップリンクリソースを示す非要請帯域幅割り当て情報が前記基地局から受信されるときに、前記第１のタイプのＡＲＱフィードバック情報のサイズが前記第１アップリンクリソースのサイズよりも小さい場合には、前記第１のタイプの前記ＡＲＱフィードバック情報が前記第１アップリンクリソースを介して伝送され、
前記第１のタイプのＡＲＱフィードバック情報のサイズが前記第１アップリンクリソースのサイズよりも大きい場合には、前記第１アップリンクリソースを介して、第２アップリンクリソース割り当てを要請する帯域幅要請（ＢＲ）ヘッダを、前記基地局に伝送する、方法。
【請求項２】
前記ＡＲＱフィードバック情報は、ＡＲＱフィードバック情報要素（ＩＥ）として構成される、請求項１に記載の方法。
【請求項３】
前記非要請帯域幅割り当て情報は、前記基地局から、前記非要請帯域幅割り当て情報を含むＡ−ＭＡＰ（Ａｄｖａｎｃｅｄ−ＭＡＰ）メッセージを介して受信される、請求項２に記載の方法。
【請求項４】
前記第１のタイプのＡＲＱフィードバック情報は、蓄積式ＡＣＫ情報である、請求項２に記載の方法。
【請求項５】
前記ＡＲＱフィードバック情報のサイズが、前記第１アップリンクリソースのサイズよりも大きくない場合に、前記第１アップリンクリソースを介して前記ＡＲＱフィードバック情報を伝送することをさらに含む、請求項２に記載の方法。
【請求項６】
前記第２アップリンクリソースを示す帯域幅割り当て情報を前記基地局から受信することと、
前記第２アップリンクリソースを介して、前記ＡＲＱフィードバック情報を前記基地局に伝送することと
をさらに含む、請求項２に記載の方法。
【請求項７】
広帯域無線接続システムにおいて基地局が自動再送要求（ＡＲＱ）フィードバックを受信することを可能にする方法であって、
前記方法は、
少なくとも一つのＡＲＱブロックを移動局に伝送することと、
前記少なくとも一つのＡＲＱブロックの受信状態を示すＡＲＱフィードバック情報の伝送を要請するＡＲＱフィードバックポールを前記移動局に伝送することであって、前記ＡＲＱフィードバック情報は、前記受信状態を蓄積的に示す第１のタイプ、または、ビットマップを用いることによって前記受信状態を選択的に示す第２のタイプを含む、ことと、
前記第１のタイプのＡＲＱフィードバック情報に対する第１アップリンクリソースを示す非要請帯域幅割り当て情報を前記移動局に伝送することと
を含み、
前記第１のタイプのＡＲＱフィードバック情報のサイズが前記第１アップリンクリソースのサイズよりも小さい場合には、前記第１のタイプの前記ＡＲＱフィードバック情報が前記第１アップリンクリソースを介して受信され、
前記第１のタイプのＡＲＱフィードバック情報のサイズが前記第１アップリンクリソースのサイズよりも大きい場合には、前記第１アップリンクリソースを介して、第２アップリンクリソース割り当てを要請する帯域幅要請（ＢＲ）ヘッダを、前記移動局から受信する、方法。
【請求項８】
前記ＡＲＱフィードバック情報は、ＡＲＱフィードバック情報要素（ＩＥ）として構成される、請求項７に記載の方法。
【請求項９】
前記非要請帯域幅の割り当ては、前記割り当てられた帯域幅を示すリソース割り当て情報を含むＡ−ＭＡＰ（Ａｄｖａｎｃｅｄ−ＭＡＰ）メッセージを前記移動局に伝送することを含む、請求項８に記載の方法。
【請求項１０】
前記第１のタイプのＡＲＱフィードバック情報は、蓄積式ＡＣＫ情報である、請求項８に記載の方法。
【請求項１１】
前記割り当てられた帯域幅を介して前記第１のタイプのＡＲＱフィードバック情報を受信することをさらに含む、請求項８に記載の方法。
【請求項１２】
前記第２アップリンクリソースを介して、前記ＡＲＱフィードバック情報を前記移動局から受信することをさらに含み、
前記第２アップリンクリソースは、前記第１のタイプのＡＲＱフィードバック情報を伝送するのに適したサイズを有する、請求項８に記載の方法。
【請求項１３】
プロセッサと、
前記プロセッサの制御下で外部へ無線信号を伝送し、外部から無線信号を受信する無線周波数（ＲＦ）モジュールと
を含む、移動局であって、
前記プロセッサは、基地局から受信されるように、少なくとも一つのＡＲＱブロックと、前記少なくとも一つのＡＲＱブロックの受信状態を示すＡＲＱフィードバック情報を伝送することを前記移動局に要請するＡＲＱフィードバックポールとを制御し、かつ、前記基地局に伝送されるように前記ＡＲＱフィードバック情報を制御し、
前記ＡＲＱフィードバック情報は、前記受信状態を蓄積的に示す第１のタイプ、または、ビットマップを用いることによって前記受信状態を選択的に示す第２のタイプを含み、
第１アップリンクリソースを示す非要請帯域幅割り当て情報が前記基地局から受信されるときに、前記第１のタイプのＡＲＱフィードバック情報のサイズが前記第１アップリンクリソースのサイズよりも小さい場合には、前記第１のタイプのＡＲＱフィードバック情報が前記第１アップリンクリソースを介して伝送され、
前記第１のタイプのＡＲＱフィードバック情報のサイズが前記第１アップリンクリソースのサイズよりも大きい場合には、前記第１アップリンクリソースを介して、第２アップリンクリソース割り当てを要請する帯域幅要請（ＢＲ）ヘッダを、前記基地局に伝送する、移動局。
【請求項１４】
前記ＡＲＱフィードバック情報は、ＡＲＱフィードバック情報要素（ＩＥ）のフォーマットで伝送される、請求項１３に記載の移動局。
【請求項１５】
前記プロセッサは、前記非要請帯域幅割り当て情報を含むＡ−ＭＡＰ（Ａｄｖａｎｃｅｄ−ＭＡＰ）メッセージを介して受信されるように前記第１アップリンクリソースを制御する、請求項１４に記載の移動局。
【請求項１６】
前記第１のタイプのＡＲＱフィードバック情報は、蓄積式ＡＣＫ情報である、請求項１４に記載の移動局。
【請求項１７】
前記ＡＲＱフィードバック情報のサイズが、前記第１アップリンクリソースのサイズよりも大きくない場合に、前記第１アップリンクリソースを介して前記基地局に伝送されるように前記ＡＲＱフィードバック情報を制御する、請求項１４に記載の移動局。
【請求項１８】
前記第２アップリンクリソースを示す帯域幅割り当て情報が前記基地局から受信される場合に、前記第２アップリンクリソースを介して、前記基地局に伝送されるように、前記ＡＲＱフィードバック情報を制御する、請求項１４に記載の移動局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、無線通信システムにおいてＡＲＱフィードバック情報を伝送及び受信する方法に関するものである。
【背景技術】
【０００２】
まず、従来技術に係る媒体接続制御（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、以下「ＭＡＣ」という。）プロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ、以下、「ＰＤＵ」という。）のフォーマット及び一般ＭＡＣヘッダ（ｇｅｎｅｒｉｃ  ＭＡＣ  ｈｅａｄｅｒ）のフォーマットについて、図１及び２を参照して説明する。
【０００３】
図１は、従来技術に係るＭＡＣ  ＰＤＵのフォーマットを示す図であり、図２は、従来技術に係る一般ＭＡＣヘッダのフォーマットを示す図である。。
【０００４】
図１を参照すると、ＭＡＣ  ＰＤＵは、一般ＭＡＣヘッダ、ペイロード（ｐａｙｌｏａｄ）及び巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ、以下、「ＣＲＣ」という。）を含む。
【０００５】
一般ＭＡＣヘッダは、制御情報が含まれる部分であり、ペイロードは、各種運用及び制御のためのヘッダなどを除く実際情報が含まれる部分であり、ＣＲＣは、誤り検査のために、送信側においてデータから多項式により取り出された結果を付加して送る部分である。
【０００６】
図２を参照すると、ＨＴフィールドは、ヘッダタイプ（ｈｅａｄｅｒ  ｔｙｐｅ）を表す。従来技術の一般ＭＡＣヘッダは、ペイロードの有無によって２通りのヘッダタイプに大別され、ＨＴフィールドは、該当の一般ＭＡＣヘッダのヘッダタイプを表す。一般ＭＡＣヘッダがペイロードを有すると、ＨＴフィールドの値は０に設定され、一般ＭＡＣヘッダがペイロードを有しないと、ＨＴフィールドの値は１に設定される。
【０００７】
ペイロードを有しない一般ＭＡＣヘッダは、シグナリング情報伝送のために用いられ、従来技術で定義されたシグナリングヘッダのタイプは、ＭＡＣシグナリングヘッダタイプ１とＭＡＣシグナリングヘッダタイプ２がある。ＭＡＣシグナリングヘッダタイプ１には、帯域幅要請（ＢＷ  ｒｅｑｕｅｓｔ）、帯域幅要請及びアップリンク伝送パワー報告（ＢＲ  ａｎｄ  ＵＬ  Ｔｘ  ｐｏｗｅｒ  ｒｅｐｏｒｔ）、信号対干渉雑音比（ｃａｒｒｉｅｒ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｎｏｉｓｅｒａｔｉｏ、ＣＩＮＲ）報告、物理チャネル報告などがあり、ＭＡＣシグナリングヘッダタイプ２には、フィードバックヘッダ（Ｆｅｅｄｂａｃｋ  ｈｅａｄｅｒ）がある。
【０００８】
Ｔｙｐｅフィールドは、ＭＡＣサブヘッダ（ｓｕｂｈｅａｄｅｒ）の伝送されるか否かを表す。従来技術では、６個のＭＡＣサブヘッダが定義されており、Ｔｙｐｅフィールドは６ビットであり、各ビットは、サブヘッダのそれぞれが存在するか否かを表す。
【０００９】
従来技術で定義された６個のＭＡＣサブヘッダは、断片化サブヘッダ（Ｆｒａｇｍｅｎｔａｔｉｏｎ  ｓｕｂｈｅａｄｅｒ、以下、「ＦＳＨ」という。）、グラント管理サブヘッダ（Ｇｒａｎｔ  ｍａｎａｇｅｍｅｎｔ  ｓｕｂｈｅａｄｅｒ、ＧＭＳＨ）、パッキングサブヘッダ（Ｐａｃｋｉｎｇ  ｓｕｂｈｅａｄｅｒ、以下、「ＰＳＨ」という。）、自動再送要請（ＡｕｔｏｍａｔｉｃＲｅｐｅａｔ  Ｒｅｑｕｅｓｔ、以下、「ＡＲＱ」という。）フィードバック（ＡＲＱ  ｆｅｅｄｂａｃｋ）、メッシュサブヘッダ（Ｍｅｓｈ  ｓｕｂｈｅａｄｅｒ）、及び速いフィードバック割当サブヘッダ（ＦＡＳＴ−ｆｅｅｄｂａｃｋ  ａｌｌｏｃａｔｉｏｎ  ｓｕｂｈｅａｄｅｒ、ＦＦＳＨ）がある。
【００１０】
次に、従来技術に係るＡＲＱフィードバック方法について説明する。
【００１１】
従来技術で、受信端は、ＡＲＱ−ｅｎａｂｌｅｄ  ＰＤＵを受信すると、ＡＲＱフィードバックＩＥ（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）（ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥ）を通じて確認応答（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ、以下、「ＡＣＫ」という。）または否定確認応答（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下、「ＮＡＣＫ」という。）を伝送する。すなわち、伝送された全てのＡＲＱ−ｅｎａｂｌｅｄ  ＰＤＵに対するＡＣＫまたはＮＡＣＫは、設定されたＡＲＱフィードバックタイプによって受信端により伝送される。ＡＲＱフィードバックはＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥによりペイロード形式で伝送され、ＡＲＱフィードバックペイロードの伝送されるか否かは、一般ＭＡＣヘッダのＴｙｐｅフィールドの４番目のビットにより指示され、ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥは、他のＭＡＣ  ＳＤＵと一緒にパッキングされる場合に、パッキングされたＳＤＵまたはＳＤＵ断片において先頭に位置する。
【００１２】
しかしながら、近年標準化が進んでいるＩＥＥＥ  ８０２．１６ｍシステムによれば、送信端は、ＡＲＱフィードバックポーリング要請（ＡＲＱ  ｆｅｅｄｂａｃｋ  ｐｏｌｌｉｎｇ  ｒｅｑｕｅｓｔ）を受信端に伝送でき、受信端は送信端からＡＲＱフィードバックポーリング要請を受けたり、定められた区間にＡＲＱブロックを受信できなかった場合に、ＡＲＱフィードバックを送信端に伝送する。
【００１３】
この場合、端末が受信端であるとすれば、すなわち、ダウンリンクデータの受信に成功したか否かに対するＡＲＱフィードバックを、端末が基地局に伝達する時に、ＡＲＱフィードバックを伝送するためのリソースを效率よく端末に割り当てる方法が望まれる。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明は上記の一般的な技術の問題点を解決するために案出されたもので、その目的は、端末がダウンリンクＡＲＱフィードバックを伝送するためのリソースを效率的に割り当てる方法及びそれを行うための装置を提供することにある。
【００１５】
本発明の他の目的は、ダウンリンクＡＲＱフィードバックを伝送するためのリソースが十分に割り当てられなかった場合に、端末が追加的リソースを效率よく基地局に要請する方法及びそれを行うための装置を提供することにある。
【００１６】
本発明で達成しようとする技術的課題は、以上に言及した技術的課題に制限されるものではなく、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【００１７】
上記課題を達成するために、本発明の一様相に係る広帯域無線接続システムにおける端末の自動再送要求（ＡＲＱ）フィードバック伝送方法は、ＡＲＱブロック、及び前記ＡＲＱブロックの受信に成功したか否かを指示するＡＲＱフィードバック情報を伝送することを前記端末に要請するＡＲＱフィードバックポーリングを、基地局から受信するステップと、前記ＡＲＱフィードバックを伝送するための第１アップリンクリソースが前記基地局から割り当てられるステップと、前記受信したＡＲＱブロックの受信に成功したか否かを判定するステップと、を含むことができる。ここで、前記第１アップリンクリソースは、前記ＡＲＱフィードバック情報が有しうる最小サイズに該当するリソースであるとよい。
【００１８】
ここで、前記第１アップリンクリソースが割り当てられるステップは、前記第１アップリンクリソースを指示するリソース割当情報を含むマップ（Ａ−ＭＡＰ）メッセージを前記基地局から受信するステップでよい。
【００１９】
また、上記伝送方法は、前記判定の結果に応じたＡＲＱフィードバック情報のサイズが前記第１アップリンクリソースのサイズよりも大きくない場合、前記第１アップリンクリソースを通じて前記ＡＲＱフィードバック情報を伝送するステップをさらに含むことができる。
【００２０】
なお、前記判定の結果に応じたＡＲＱフィードバック情報のサイズが、前記第１アップリンクリソースのサイズよりも大きい場合、前記第１アップリンクリソースを通じて、前記ＡＲＱフィードバック情報を伝送するのに適したサイズの第２アップリンクリソースを要請するための帯域要請ヘッダ（ＢＲ  ｈｅａｄｅｒ）を、前記基地局に伝送するステップと、前記第２アップリンクリソースが前記基地局から割り当てられるステップと、前記第２アップリンクリソースを通じて前記ＡＲＱフィードバック情報を前記基地局に伝送するステップと、をさらに含むことができる。
【００２１】
上記課題を達成するために、本発明の他の様相に係る広帯域無線接続システムにおける基地局の自動再送要求（ＡＲＱ）フィードバック受信方法は、ＡＲＱブロック、及び前記ＡＲＱブロックの受信に成功したか否かを指示するＡＲＱフィードバック情報を伝送することを端末に要請するＡＲＱフィードバックポーリングを、前記端末に伝送するステップと、前記ＡＲＱフィードバックを前記端末が伝送するための第１アップリンクリソースを、前記端末に割り当てるステップと、を含む。ここで、前記第１アップリンクリソースは、前記ＡＲＱフィードバック情報が有しうる最小サイズに該当するリソースであるとよい。
【００２２】
ここで、前記第１アップリンクリソースを割り当てるステップは、前記第１アップリンクリソースを指示するリソース割当情報を含むマップ（Ａ−ＭＡＰ）メッセージを前記端末に伝送するステップでよい。
【００２３】
また、上記方法は、前記第１アップリンクリソースを通じて、前記ＡＲＱフィードバック情報を受信するステップをさらに含むことができる。
【００２４】
なお、上記方法は、前記第１アップリンクリソースを通じて、第２アップリンクリソースを要請するための帯域要請ヘッダ（ＢＲ  ｈｅａｄｅｒ）を前記端末から受信するステップと、前記第２アップリンクリソースを前記端末に割り当てるステップと、前記第２アップリンクリソースを通じて前記ＡＲＱフィードバック情報を前記端末から受信するステップと、をさらに含み、前記第２アップリンクリソースは、前記ＡＲＱフィードバック情報を伝送するのに適したサイズであるとよい。
【００２５】
上記課題を達成するために、本発明のさらに他の様相に係る移動端末機は、プロセッサと、複数のアンテナを備え、前記プロセッサの制御によって外部と無線信号を送受信するための無線通信（ＲＦ）モジュールと、を含むことができる。ここで、前記プロセッサは、ＡＲＱブロック、及び前記ＡＲＱブロックの受信に成功したか否かを指示するＡＲＱフィードバック情報を伝送することを前記移動端末機に要請するＡＲＱフィードバックポーリングが基地局から受信されると、前記ＡＲＱフィードバックを伝送するための第１アップリンクリソースが前記基地局から割り当てられ、前記受信されたＡＲＱブロックの受信に成功したか否かを判定するように制御でき、前記第１アップリンクリソースは、前記ＡＲＱフィードバック情報が有しうる最小サイズに該当するリソースであるとよい。
【００２６】
ここで、前記プロセッサは、前記第１アップリンクリソースを指示するリソース割当情報を含むマップ（Ａ−ＭＡＰ）メッセージを通じて前記第１アップリンクリソースが割り当てられるように制御できる。
【００２７】
また、前記プロセッサは、前記判定の結果に応じたＡＲＱフィードバック情報のサイズが、前記第１アップリンクリソースのサイズよりも大きくない場合、前記第１アップリンクリソースを通じて、前記ＡＲＱフィードバック情報が前記基地局に伝送されるように制御できる。
【００２８】
なお、前記プロセッサは、前記判定の結果に応じたＡＲＱフィードバック情報のサイズが、前記第１アップリンクリソースのサイズよりも大きい場合、前記第１アップリンクリソースを通じて、前記ＡＲＱフィードバック情報を伝送するのに適したサイズの第２アップリンクリソースを要請するための帯域要請ヘッダ（ＢＲ  ｈｅａｄｅｒ）が、前記基地局に伝送されるように制御し、前記第２アップリンクリソースが前記基地局から割り当てられると、前記第２アップリンクリソースを通じて前記ＡＲＱフィードバック情報が前記基地局に伝送されるように制御できる。
【００２９】
これらの実施例で、前記ＡＲＱフィードバック情報は、ＡＲＱフィードバック情報要素（ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥ）の形態で伝送されることが好ましく、前記最小サイズを有するＡＲＱフィードバック情報は、蓄積式（ｃｕｍｍｕｌａｔｉｖｅ）ＡＣＫタイプでよい。
例えば、本発明は以下の項目を提供する。
（項目１）
広帯域無線接続システムにおいて端末が自動再送要求（ＡＲＱ）フィードバックを伝送する方法であって、
ＡＲＱブロックを基地局から受信し、
上記ＡＲＱブロックの受信に成功したか否かを指示するＡＲＱフィードバック情報を伝送することを上記端末に要請するＡＲＱフィードバックポーリング（ＡＲＱ  ｆｅｅｄｂａｃｋ  ｐｏｌｌｉｎｇ）を基地局から受信し、
上記ＡＲＱフィードバックを伝送するための第１アップリンクリソースが上記基地局から非要請で（ｕｎｓｏｌｉｃｉｔｅｄ）割り当てられること、
を含み、
上記第１アップリンクリソースは、
上記ＡＲＱフィードバック情報が有しうる最小サイズに該当するリソースであることを特徴とする、ＡＲＱフィードバック伝送方法。
（項目２）
上記ＡＲＱフィードバック情報は、
ＡＲＱフィードバック情報要素（ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥ）の形態を有することを特徴とする、項目１に記載のＡＲＱフィードバック伝送方法。
（項目３）
上記第１アップリンクリソースが割り当てられることは、
上記第１アップリンクリソースを指示するリソース割当情報を含むマップ（Ａ−ＭＡＰ）メッセージを上記基地局から受信することであることを特徴とする、項目２に記載のＡＲＱフィードバック伝送方法。
（項目４）
上記最小サイズを有するＡＲＱフィードバック情報は、
蓄積式（ｃｕｍｍｕｌａｔｉｖｅ）ＡＣＫタイプであることを特徴とする、項目２に記載のＡＲＱフィードバック伝送方法。
（項目５）
上記受信したＡＲＱブロックの受信に成功したか否かを判定し、
上記判定の結果に応じたＡＲＱフィードバック情報のサイズが、上記第１アップリンクリソースのサイズよりも大きくない場合に、上記第１アップリンクリソースを通じて上記ＡＲＱフィードバック情報を伝送すること、
をさらに含む、項目２に記載のＡＲＱフィードバック伝送方法。
（項目６）
上記受信したＡＲＱブロックの受信に成功したか否かを判定し、
上記判定の結果に応じたＡＲＱフィードバック情報のサイズが、上記第１アップリンクリソースのサイズよりも大きい場合、上記第１アップリンクリソースを通じて、上記ＡＲＱフィードバック情報を伝送するのに適したサイズの第２アップリンクリソースを要請するための帯域要請ヘッダ（ＢＲ  ｈｅａｄｅｒ）を、上記基地局に伝送し、
上記第２アップリンクリソースが上記基地局から割り当てられ、
上記第２アップリンクリソースを通じて、上記ＡＲＱフィードバック情報を上記基地局に伝送すること、
をさらに含む、項目２に記載のＡＲＱフィードバック伝送方法。
（項目７）
広帯域無線接続システムにおいて基地局が自動再送要求（ＡＲＱ）フィードバックを受信する方法であって、
ＡＲＱブロックを端末に伝送し、
上記ＡＲＱブロックの受信に成功したか否かを指示するＡＲＱフィードバック情報を伝送することを要請するＡＲＱフィードバックポーリングを、上記端末に伝送し、
上記ＡＲＱフィードバックを上記端末が伝送するための第１アップリンクリソースを、上記端末に非要請で（ｕｎｓｏｌｉｃｉｔｅｄ）割り当てること、
を含み、
上記第１アップリンクリソースは、
上記ＡＲＱフィードバック情報が有しうる最小サイズに該当するリソースであることを特徴とする、ＡＲＱフィードバック受信方法。
（項目８）
上記ＡＲＱフィードバック情報は、ＡＲＱフィードバック情報要素（ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥ）の形態を有することを特徴とする、項目７に記載のＡＲＱフィードバック受信方法。
（項目９）
上記第１アップリンクリソースを割り当てることは、
上記第１アップリンクリソースを指示するリソース割当情報を含むマップ（Ａ−ＭＡＰ）メッセージを上記端末に伝送することであることを特徴とする、項目８に記載のＡＲＱフィードバック受信方法。
（項目１０）
上記最小サイズを有するＡＲＱフィードバック情報は、
蓄積式（ｃｕｍｍｕｌａｔｉｖｅ）ＡＣＫタイプであることを特徴とする、項目８に記載のＡＲＱフィードバック受信方法。
（項目１１）
上記第１アップリンクリソースを通じて上記ＡＲＱフィードバック情報を受信することをさらに含む、項目８に記載のＡＲＱフィードバック受信方法。
（項目１２）
上記第１アップリンクリソースを通じて、第２アップリンクリソースを要請するための帯域要請ヘッダ（ＢＲ  ｈｅａｄｅｒ）を、上記端末から受信し、
上記第２アップリンクリソースを上記端末に割り当て、
上記第２アップリンクリソースを通じて、上記ＡＲＱフィードバック情報を上記端末から受信すること、
をさらに含み、
上記第２アップリンクリソースは、上記ＡＲＱフィードバック情報を伝送するのに適したサイズであることを特徴とする、項目８に記載のＡＲＱフィードバック受信方法。
（項目１３）
プロセッサと、
複数のアンテナを備え、上記プロセッサの制御によって外部と無線信号を送受信するための無線通信（ＲＦ）モジュールと、
を含み、
上記プロセッサは、
ＡＲＱブロック、及び上記ＡＲＱブロックの受信に成功したか否かを指示するＡＲＱフィードバック情報を伝送することを上記移動端末機に要請するＡＲＱフィードバックポーリングを、基地局から受信し、上記ＡＲＱフィードバックを伝送するための第１アップリンクリソースが上記基地局から割り当てられるように制御し、
上記第１アップリンクリソースは、上記ＡＲＱフィードバック情報が有しうる最小サイズに該当するリソースであることを特徴とする、移動端末機。
（項目１４）
上記第１アップリンクリソースは、上記基地局から非要請で（ｕｎｓｏｌｉｃｉｔｅｄ）割り当てられ、
上記ＡＲＱフィードバック情報は、ＡＲＱフィードバック情報要素（ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥ）の形態で伝送されることを特徴とする、項目１３に記載の移動端末機。
（項目１５）
上記プロセッサは、
上記第１アップリンクリソースを指示するリソース割当情報を含むマップ（Ａ−ＭＡＰ）メッセージを通じて、上記第１アップリンクリソースが割り当てられるように制御することを特徴とする、項目１４に記載の移動端末機。
（項目１６）
上記最小サイズを有するＡＲＱフィードバック情報は、
蓄積式（ｃｕｍｍｕｌａｔｉｖｅ）ＡＣＫタイプであることを特徴とする、項目１４に記載の移動端末機。
（項目１７）
上記プロセッサは、
上記受信されたＡＲＱブロックの受信に成功したか否かを判定し、上記判定結果に応じたＡＲＱフィードバック情報のサイズが上記第１アップリンクリソースのサイズよりも大きくない場合、上記第１アップリンクリソースを通じて上記ＡＲＱフィードバック情報が上記基地局に伝送されるように制御することを特徴とする、項目１４に記載の移動端末機。
（項目１８）
上記プロセッサは、
上記受信したＡＲＱブロックの受信に成功したか否かを判定し、上記判定結果に応じたＡＲＱフィードバック情報のサイズが上記第１アップリンクリソースのサイズよりも大きい場合、上記第１アップリンクリソースを通じて、上記ＡＲＱフィードバック情報を伝送するのに適したサイズの第２アップリンクリソースを要請するための帯域要請ヘッダ（ＢＲ  ｈｅａｄｅｒ）が上記基地局に伝送されるように制御し、上記第２アップリンクリソースが上記基地局から割り当てられると、上記第２アップリンクリソースを通じて、上記ＡＲＱフィードバック情報が上記基地局に伝送されるように制御することを特徴とする、項目１４に記載の移動端末機。
【発明の効果】
【００３０】
本発明の実施例によれば、下記のような効果が得られる。
【００３１】
第一、本発明の実施例によれば、基地局が端末にＡＲＱフィードバックのための最小限のリソースを割り当てるため、リソース浪費を最小化できる。
【００３２】
第二、本発明の実施例によれば、基地局がＡＲＱフィードバックのために割り当てたリソースが足りない場合にも、端末は該当のリソースを用いて帯域幅要請を行うため、效率的に追加リソースを基地局に要請することが可能になる。
【００３３】
本発明から得られる効果は、以上に言及した効果に制限されるものではなく、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００３４】
【図１】従来技術に係るＭＡＣ  ＰＤＵのフォーマットを示す図である。
【図２】従来技術に係る一般ＭＡＣヘッダのフォーマットを示す図である。
【図３】本発明の一実施例に係るＡＲＱフィードバックのための最小リソース割当の一例を示す図である。
【図４】本発明の一実施例に係るＡＲＱフィードバックのための最小リソース割当の他の例を示す図である。
【図５】本発明の一実施例に係るＡＲＱフィードバックのために割り当てられた最小リソースが不十分な場合におけるＡＲＱフィードバック方法の一例を示す図である。
【図６】本発明の他の実施例として、送信端及び受信端の構造の一例を示すブロック図である。
【発明を実施するための形態】
【００３５】
下記の実施例は、本発明の構成要素及び特徴を所定の形態に結合したものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものとして考慮すればよい。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施してもよい。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成または特徴に代わってもよい。
【００３６】
本明細書において、本発明の実施例は、基地局と端末間のデータ送受信関係を中心に説明された。ここで、基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）の意味を有する。本文書で、基地局により行われるとした特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。
【００３７】
すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、端末との通信のために行われる種々の動作は、基地局または基地局以外の別のネットワークノードで行うことができる。ここで、‘基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）’は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、ＡＢＳ（Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）などの用語に代替可能である。また、‘端末（Ｔｅｒｍｉｎａｌ）’は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）などの用語に代替可能である。
【００３８】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現することができる。
【００３９】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。
【００４０】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例に係る方法は、以上で説明された機能または動作を行うモジュール、手順または関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサにより駆動されればよい。メモリユニットは、プロセッサの内部または外部に設けられて、周知の様々な手段によりプロセッサとデータを授受することができる。
【００４１】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書によりサポートできる。すなわち、本発明の実施例において、技術的思想を明確にするために説明を省略した段階または部分は、上記の文書によりサポートできる。また、本文書で開示している用語はいずれも上記の標準文書により説明できる。特に、本発明の実施例は、ＩＥＥＥ  ８０２．１６システムの標準文書であるＰ８０２．１６ｅ−２００４、Ｐ８０２．１６ｅ−２００５、Ｐ８０２．１６Ｒｅｖ２及びＩＥＥＥ  Ｐ８０２．１６ｍ文書の一つ以上によりサポートできる。
【００４２】
以下の説明において使われる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更可能である。
【００４３】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、それら特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更されてもよい。
【００４４】
以下では、本発明に適用されうるＩＥＥＥ  ８０２．１６ｍシステムにおいてＡＲＱフィードバックについてより詳細に説明する。
【００４５】
送信端は、ＡＲＱフィードバックポール（ＡＲＱ  ｆｅｅｄｂａｃｋ  ｐｏｌｌ）を受信端に伝送し、受信端に伝送したデータ（すなわち、ＡＲＱブロック）の受信に成功したか否かを送信端へと伝送することを要請することができる。ＡＲＱフィードバックポールは、ＡＲＱフィードバック情報要素（ＡＲＱ  ｆｅｅｄｂａｃｋ  ｐｏｌｌ  ＩＥ）の形態を有することができ、これは、断片化及びパッキング拡張ヘッダ（ＦＰＥＨ：Ｆｒａｇｍｅｎｔａｔｉｏｎ  ａｎｄ  ｐａｃｋｉｎｇ  ｅｘｔｅｎｄｅｄ  ｈｅａｄｅｒ）または多重化拡張ヘッダ（ＭＥＨ：Ｍｕｌｔｉｐｌｅｘｉｎｇ  ｅｘｔｅｎｄｅｄ  ｈｅａｄｅｒ）に含まれるとよい。また、ＡＲＱフィードバックポールは、情報要素形態以外の方法でも受信端にフィードバック情報を要請することができる。例えば、送信端は、ＡＲＱフィードバックを要請するフロー（Ｆｌｏｗ）を識別するためのフロー識別子（ＦＩＤ）のみを拡張ヘッダで伝送する方法により、該当のＦＩＤにＡＲＱが適用される伝送に対するＡＲＱフィードバックポールを受信端に伝送することができる。かかる拡張ヘッダの例には、ＡＲＱフィードバックポールのために新しく定義されたＡＲＱフィードバックポーリング拡張ヘッダ（ＡＰＥＨ：ＡＲＱ  ｆｅｅｄｂａｃｋ  Ｐｏｌｌｉｎｇ  Ｅｘｔｅｎｄｅｄ  Ｈｅａｄｅｒ）を挙げることができる。
【００４６】
ＦＰＥＨにＡＲＱフィードバックポールが含まれる形態を、表１を参照して説明する。
【００４７】
表１に、ＦＰＥＨに含まれるフィールドの一部を示す。
【００４８】
【表１】
0005567128.tif 000002
表１を参照すると、ＦＰＥＨには、ＡＲＱフィードバックポール指示子（ＡＦＰ）フィールドが含まれ、それが‘１’に設定される場合、該当のコネクションに対するＡＲＱフィードバックポールが設定される旨を表すことができる。
【００４９】
次に、ＡＲＱフィードバックポーリング拡張ヘッダ（ＡＰＥＨ）の形態について説明する。
【００５０】
表２は、ＡＲＱフィードバックポーリング拡張ヘッダ構造の一例を表す。
【００５１】
【表２】
0005567128.tif 000003
表２を参照すると、ＡＰＥＨには、当該拡張ヘッダがＡＲＱフィードバックポーリングのためのＡＰＥＨであることを指示するタイプフィールドと、ＡＲＱフィードバックを要請するフローを識別するためのフロー識別子（ＦＩＤ）フィールドが含まれる。受信端がこのヘッダを送信端から受信すると、ＦＩＤフィールドが指示するフローのＡＲＱが適用される伝送（すなわち、ＡＲＱブロック）に対するＡＲＱフィードバック情報を送信端に伝送するようになる。
【００５２】
上記の方法のうちのいずれかにより受信端がＡＲＱフィードバックポールを送信端から受信すると、受信端は、ＡＲＱブロックの受信結果を送信端にＡＲＱフィードバック情報要素（ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥ）を通じてフィードバックすることができる。ＡＲＱフィードバック情報要素は、ＰＤＵのペイロードにピギーバック（ｐａｃｋｅｄ  ｐａｙｌｏａｄまたはｐｉｇｇｙｂａｃｋｅｄ）の形態で含まれてもよく、ＡＲＱフィードバック情報要素を伝送するための単一ＭＡＣ  ＰＤＵ（ｓｔａｎｄａｌｏｎｅ  ＭＡＣ  ＰＤＵ）またはＡＲＱフィードバック拡張ヘッダ（ＡＦＥＨ：ＡＲＱ  Ｆｅｅｄｂａｃｋ  Ｅｘｔｅｎｄｅｄ  Ｈｅａｄｅｒ）を通じて送信端に伝送されてもよい。ＡＲＱフィードバック情報要素の形態は、下記の表２の通りである。
【００５３】
表３は、ＡＲＱフィードバック情報要素に含まれるフィールドの一部を表す。
【００５４】
【表３】
0005567128.tif 000004
表３を参照すると、ＡＲＱフィードバック情報要素は、当該ＡＲＱフィードバック情報要素以外の他のＡＲＱフィードバック情報要素が続くか否かを指示するラストフィールド、フロー識別子（Ｆｌｏｗ  ＩＤ）フィールド、ＡＣＫの形態を指示するフラグ（ＦＬＡＧ）フィールドなどが含まれることが可能である。もし、フラグフィールドが１に設定されると、ＡＣＫの形態は選択的ＡＣＫになり、各ＡＲＱブロックの受信に成功したか否かは、選択的ＡＣＫマップ（ｓｅｌｅｃｔｉｖｅ  ＡＣＫ  ＭＡＰ）フィールドを通じて指示されるとよい。表１は、ＡＲＱフィードバック情報要素の一部フィールドを表したもので、より多いまたはより少ないフィールドが含まれる可変的サイズの情報要素でよい。
【００５５】
もし、端末が送信端であるとすれば、ＡＲＱフィードバックポールは、既存のアップリンクデータパケットにＦＰＥＨまたはＭＥＨをピギーバック（ｐｉｇｇｙｂａｃｋ）する方法で基地局に伝送することができる。
【００５６】
逆に、端末が受信端である（すなわち、ダウンリンクデータ伝送である）とすれば、基地局は、ダウンリンクデータの伝送されるＭＡＣ  ＰＤＵに含まれる拡張ヘッダ（Ｅｘｔｅｎｄｅｄ  ｈｅａｄｅｒ）や媒体接続制御管理メッセージ（ＭＡＣ  ｍａｎａｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）を通じて、端末に、ＡＲＱフィードバックを伝送できるような帯域幅を非要請で割当（ｕｎｓｏｌｉｃｉｔｅｄ  ｂａｎｄｗｉｄｔｈ  ａｓｓｉｇｎｍｅｎｔ）することができる。これにより、ダウンリンクデータに対するＡＲＱフィードバックが端末からアップリンクで伝送される。
【００５７】
一般に、ＡＲＱフィードバック情報は、アップリンクで伝送される他のデータと一緒にピギーバック（ｐｉｇｇｙｂａｃｋ）して伝送できるが、該当の端末にアップリンクで基地局に伝送するデータ（ｕｐｌｉｎｋ  ｄａｔａ）がない場合が問題となる。かかる場合、基地局は端末にＡＲＱフィードバックを要請（ＡＲＱフィードバックポール）しながら、端末が基地局にアップリンクＡＲＱフィードバック（ｕｐｌｉｎｋ  ＡＲＱ  ｆｅｅｄｂａｃｋ）を伝送するためのリソースを、拡張ヘッダやＭＡＣメッセージを通じてあらかじめ割り当てることができる。
【００５８】
しかるに、アップリンクで伝送されるデータが固定されたサイズ（ｆｉｘｅｄ  ｓｉｚｅ）を有する場合には、上記のようにあらかじめリソースを割り当てるのに問題がないが、上述のとおり、ＡＲＱフィードバック情報要素はそのサイズが可変である場合があるため、それに応じて基地局が正確なサイズのリソースを割り当て難いという問題点がある。
【００５９】
効率的なＡＲＱフィードバックのためのリソース割当方法
そこで、本発明の一実施例では、基地局が端末に非要請でＡＲＱフィードバックのためのリソースを割当（ｕｎｓｏｌｉｃｉｔｅｄ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）するためのより効率的な方法を提案する。
【００６０】
特に、本発明は、基地局に伝送するアップリンクデータがない端末が、受信したダウンリンクＡＲＱブロックに対するフィードバック（ＡＲＱフィードバック）を基地局に伝送する状況において、基地局が端末にＡＲＱフィードバックのためのリソースを效率的に割り当てる方法を開示する。
【００６１】
基地局がＡＲＱフィードバックポーリング（ＡＲＱ  ｆｅｅｄｂａｃｋ  ｐｏｌｌｉｎｇ）を通じて、伝送するアップリンクデータがない端末にＡＲＱフィードバックを要請する場合に、基地局は、ポーリングと共に、端末がＡＲＱフィードバックを伝送できるような最小のリソース（例えば、６または８バイト）のみを割り当てることを提案する。
【００６２】
この時、ＡＲＱフィードバックは、端末が受信したＡＲＱブロックに対して否定応答（ＮＡＣＫ）が発生した場合にまたは基地局のポーリングに応じて端末から伝送されることが可能である。もし、送信端からＡＲＱフィードバックポールが指示された場合、大部分のＡＲＱフィードバックは、肯定応答（ＡＣＫ）に対する応答である確率が高く、これは蓄積式（ｃｕｍｕｌａｔｉｖｅ）ＡＣＫのみを発生させる確率が高いということを意味する。ここで、蓄積式ＡＣＫタイプとは、特定時点（例えば、最後に伝送されたフィードバック）から現在までに受信されたデータ全体の誤りを蓄積し、一つのＡＣＫ／ＮＡＣＫで誤りの有無を指示するフィードバックタイプのことをいう。したがって、本発明で用いるＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥを伝送するための最小のリソースとは、上記のような蓄積式ＡＣＫ情報を込めうるリソースを意味できる。ただし、本発明では、選択的ＡＣＫの場合も排除しないことに留意されたい。
【００６３】
このようなＡＲＱフィードバックのためのリソースは、拡張ヘッダまたはＭＡＣ管理メッセージに含まれる形態になってもよく、Ａ−ＭＡＰを通じて端末に割り当てられてもよい。
【００６４】
以下、本実施例に係る具体的なリソース割当方法について説明する。
【００６５】
ＡＲＱフィードバックのための最小リソースの割当
基地局は、ＡＲＱフィードバックポーリングと共に、該当の端末に、最小限のＡＲＱフィードバック情報を伝送できるリソース（例えば、７または８バイト）を非要請（ｕｎｓｏｌｉｃｉｔｅｄ）で割り当てる。
【００６６】
端末がＡＲＱフィードバックを基地局に伝送するには、ＡＲＱフィードバック情報要素に該当するリソースの他、ＭＡＣ  ＰＤＵを構成するための付加的リソース（例えば、ヘッダ、ＣＲＣなど）も割り当てられなければならない。
【００６７】
上記の表２によれば、Ｆｌｏｗ  ＩＤ（４）、Ｌａｓｔ（１）、ＦＬＡＧ（１）及びＳＮ１０フィールドを合算すると、２バイトのリソースが、ＡＲＱフィードバック情報要素の最小サイズ（この場合、ＡＣＫの形態は蓄積式となる）になり、選択的ＡＣＫ  ＭＡＰまで含まれる場合は、３バイトのリソースが最小サイズとなる。
【００６８】
また、ＭＡＣ  ＰＤＵを構成するためにヘッダ（すなわち、ＡＧＭＨ）のためのリソースが要求され、その形態は下記の表４の通りである。
【００６９】
【表４】
0005567128.tif 000005
表４を参照すると、ＩＥＥＥ  ８０２．１６ｍ標準を満たす進歩した一般ヘッダ（ＡＧＭＨ）は、該当のＭＡＣ  ＰＤＵのフローを識別するためのフロー識別子（Ｆｌｏｗ  ＩＤ）フィールド、拡張ヘッダの存在有無を指示するＥＨフィールド及び該当のＭＡＣ  ＰＤＵの長さを表すｌｅｎｇｔｈフィールドなどを含め、２バイトのサイズとなる。
【００７０】
また、ＭＡＣ管理タイプ（ＭＡＣ  ｍａｎａｇｅｍｅｎｔ  ｔｙｐｅ）を指示するための１バイト、ＣＲＣのための２バイトが付加されてもよい。
【００７１】
上述した情報を込めるためのリソースを合算すると、ＡＲＱフィードバックを伝送するための最小限のリソースは、６バイト乃至８バイトとなる。
【００７２】
もし、ＡＲＱフィードバック情報を、基地局から割り当てられた最小限のリソースで伝送可能な場合、端末は、ポーリングと共に割り当てられたリソースを用いてＡＲＱフィードバックメッセージ（フィードバックメッセージ単独（ｓｔａｎｄａｌｏｎｅ）で伝送される場合は、ＭＡＣ管理メッセージの形態で伝送される）を基地局に伝送する。
【００７３】
もし、伝送するＡＲＱフィードバック情報が、割り当てられたリソースでは足りない場合は、ポーリングと共に割り当てられたリソースを用いてＡＲＱフィードバックのための帯域要請（ＢＲ）メッセージ、すなわち、ＢＲヘッダを伝送してもよい。
【００７４】
上記の方法を、図３乃至図５を参照してより詳細に説明する。
【００７５】
図３は、本発明の一実施例に係るＡＲＱフィードバックのための最小リソース割当の一例を示す図である。
【００７６】
図３を参照すると、基地局は、ダウンリンクデータ、すなわち、ＡＲＱブロックを伝送しながら、ＡＲＱフィードバックをポーリングして、受信に成功したか否かを指示するＡＲＱフィードバックを伝送することを端末に要請することができる（Ｓ３０１）。この時、図３では、ＡＲＱブロックとＡＲＱフィードバックポーリングのためのＦＰＥＨとが共に（すなわち、同一のＭＡＣ  ＰＤＵを通じて）伝送されるとして説明するが、互いに異なるＭＡＣ  ＰＤＵを通じてそれぞれ伝送されてもよい。もし、互いに異なるＭＡＣ  ＰＤＵを通じて伝送される場合では、基地局は、ポーリングを通じてＡＲＱフィードバックを要請するＡＲＱブロックを特定する必要がある。この場合、ＡＲＱブロックはＦｌｏｗ  ＩＤを通じて指示されるとよい。これは、以下の実施例にも同様に適用可能である。
【００７７】
この時、基地局では、ＡＲＱフィードバックを期待する時間を指示するＡＲＱ＿Ｐｏｌｌｉｎｇ＿Ｔｉｍｅｏｕｔを開始することができる。ＡＲＱ＿Ｐｏｌｌｉｎｇ＿Ｔｉｍｅｏｕｔ時間に、基地局はＡＲＱフィードバックポーリングを再び行うことができ、このようなＡＲＱフィードバックポールは、ＡＲＱバッファーが一杯になる場合、または、「未伝送（ｎｏｔ  ｓｅｎｔ）」の状態にあった最後のＡＲＱブロックが伝送される場合に行うことができる。
【００７８】
また、基地局は、Ａ−ＭＡＰを通じてＡＲＱフィードバックのための最小限のリソース割当情報を端末に伝送することができる（Ｓ３０２）。
【００７９】
これにより、端末は、基地局から伝送されたＡＲＱブロックの受信に成功したか否かを判断し、その結果をＡＲＱフィードバック情報要素の形態とし、Ａ−ＭＡＰのリソース割当情報が指示するアップリンクリソースを通じて基地局に伝送できる（Ｓ３０３）。
【００８０】
この場合、端末から伝送されたＡＲＱフィードバックを受信した基地局は、ＡＲＱフィードバックによって一つ以上のＡＲＱウィンドウ（ｗｉｎｄｏｗ）がスライド（ｓｌｉｄｉｎｇ）され、その結果、データ（ＡＲＱ  ブロック）をさらに伝送することが可能になる。もし、基地局においてＡＲＱフィードバック情報がさらに必要であれば、基地局は、さらに伝送されたＡＲＱブロックでのポーリングを通じて再びＡＲＱフィードバックのためのリソースを非要請で端末に割り当てることができる。
【００８１】
図４は、本発明の一実施例に係るＡＲＱフィードバックのための最小リソース割当の他の例を示す図である。
【００８２】
図４の方法は、図３におけるＳ３０１段階及びＳ３０２段階が同時に行われるという点が異なる。すなわち、基地局は、ＡＲＱブロックを伝送しながら、ＡＲＱフィードバックポーリング及びＡＲＱフィードバックを伝送するためのリソースを共に伝送できる（Ｓ４０１）。
【００８３】
以降の端末の動作（Ｓ４０２）は、図３におけるＳ３０３段階と略同様である。
【００８４】
図３及び図４を参照して上述したＡＲＱフィードバックリソース割当及びＡＲＱフィードバックの伝送は、基地局から割り当てられた最小限のリソースが、該当のＡＲＱフィードバック伝送に不足しない場合を示した。以下では、図５を参照して、基地局から割り当てられたリソースが、ＡＲＱフィードバック伝送に十分でない場合を説明する。
【００８５】
図５は、本発明の一実施例に係るＡＲＱフィードバックのために割り当てられた最小リソースが足りない場合におけるＡＲＱフィードバック方法の一例を示す図である。
【００８６】
図５では、図３と同様の方法でＡＲＱフィードバックのためのリソースが伝送されるとする。そのため、Ｓ５０１段階及びＳ５０２段階は、図３におけるＳ３０１及びＳ３０２と同様であり、明細書の簡明さのために重複説明は省く。
【００８７】
端末は、基地局から伝送されたＡＲＱブロックの受信に成功したか否かを判断し、その結果をＡＲＱフィードバック情報要素の形態とし、Ａ−ＭＡＰのリソース割当情報が指示するアップリンクリソースを通じて基地局に伝送するが、当該割り当てられたリソースが、ＡＲＱフィードバックを伝送するのに足りないことがある。
【００８８】
この場合、端末は、ＡＲＱフィードバックのために基地局から割り当てられたリソースを用いて、ＡＲＱフィードバックの伝送に要求されるリソースを基地局に要請するために、帯域幅要請ヘッダ（ＢＲ  ｈｅａｄｅｒ）を基地局に伝送することができる（Ｓ５０３）。
【００８９】
端末の帯域幅要請ヘッダを受信した基地局は、端末が要請したリソースを端末に割り当てる（Ｓ５０４）。
【００９０】
端末は、要請したアップリンクリソースを用いてＡＲＱフィードバックを基地局に伝送することができる（Ｓ５０５）。
【００９１】
一方、ＡＲＱフィードバックのために最小限に割り当てられたリソースが足りない場合、図５の場合とは違い、ポーリングと共に割り当てられたリソースを用いてＡＲＱフィードバック情報を単独で伝送しながら、ＡＲＱフィードバックに対するリソースがさらに必要であるという指示子を共に伝送するようにしてもよい。このような方法が用いられる場合、ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥに追加的なリソース割当を要請する指示子（ｉｎｄｉｃａｔｏｒ）が定義されればよい。この指示子は、端末が未だ伝送していないＡＲＱフィードバック情報の帯域幅要請のためのリソース（ＵＬ  ｇｒａｎｔ  ｆｏｒ  ＢＷ  ｒｅｑｕｅｓｔ）要請を意味してもよく、最小限のＡＲＱフィードバック情報を伝送できるリソースを追加に要請することを意味してもよい。
【００９２】
本実施例の他の様相によれば、基地局がＡＲＱフィードバックポーリングと共に端末にアップリンクリソースを割り当てるにあって、ＡＲＱフィードバックのための最小リソースの代わりに、帯域幅要請のための最小限のリソース（例えば、６バイト）のみを割り当てるようにしてもよい。そのため、端末は、基地局からＡＲＱフィードバックポーリングと共に割り当てられたリソースを通じて、ＡＲＱフィードバックを基地局に伝送するのに必要なリソースを要請（すなわち、ＢＲヘッダ伝送）し、それに対応するリソースを基地局から受けることができる。端末は、該割り当てられたリソースを通じて、ＡＲＱフィードバックを伝送できる。結局、端末は３段階帯域要請（３  ｓｔｅｐ  ＢＷ  ｒｅｑｕｅｓｔ）手順と類似の過程を通じてＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥを基地局に伝送することができる。
【００９３】
本実施例のさらに他の様相として、基地局は端末にＡＲＱフィードバックポーリングと共に、ＡＲＱフィードバック伝送のための最小限のリソースの他、帯域要請のためのリソースも一緒に割り当てるようにしてもよい。リソースの割り当てられた端末は、ＡＲＱフィードバック情報を伝送すると同時に、リソースが足りない場合は、帯域幅を該当のリソースを通じてさらに基地局に要請することができる。もし、割り当てられたリソースを通じてＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥを全て伝送できるとすれば、該当のリソースは、帯域要請無しで全部ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥのために用いてもよい。この時、基地局は、ＡＲＱフィードバックのためのリソースとして、蓄積式（ｃｕｍｕｌａｔｉｖｅ）ＡＣＫのみを含むＡＲＱフィードバック情報要素のためのリソースを割り当ててもよい。蓄積式ＡＣＫのみを含むＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥが単独ＭＡＣ  ＰＤＵで伝送される場合、必要なリソースのサイズは、ＡＧＭＨ（２バイト）＋Ｍａｎａｇｅｍｅｎｔ  ｍｅｓｓａｇｅ  ｔｙｐｅ（１バイト）＋ＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥ（２バイト）＋ＰＨＹ  ＣＲＣ（２バイト）と合計７バイトになる。しかし、ＩＥＥＥ  ８０２．１６ｍシステムにおいて帯域の割当は６または８バイト単位で割り当てるように定義されているため、１バイトのリソースが他の用途、例えば、基地局に追加にリソースを要請するために割り当てられることが可能である。そのためのＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥのフォーマットは、下記の表４のように定義でき、これは、オーバーヘッドの低減のために、単独ＭＡＣ  ＰＤＵでＡＲＱ  ｆｅｅｄｂａｃｋ  ＩＥが伝送される場合にのみ用いてもよい。
【００９４】
【表５】
0005567128.tif 000006
表５を参照すると、ＡＲＱフィードバック情報要素の含まれるＭＡＣ  ＰＤＵにはＢＷ  ＦＬＡＧフィールドが含まれ、追加帯域要請が可能か否かを指示でき、ＢＷ  ＦＬＡＧフィールドが１に設定されると、ＢＷ  ｓｉｚｅフィールドを通じて要請するリソースのサイズを指示できる。
【００９５】
端末及び基地局の構造
以下、本発明の他の実施例として、上述した本発明の実施例を実行できる端末及び基地局（ＦＢＳ、ＭＢＳ）について説明する。
【００９６】
端末は、アップリンクでは送信機として動作し、ダウンリンクでは受信機として動作できる。また、基地局は、アップリンクでは受信機として動作し、ダウンリンクでは送信機として動作できる。すなわち、端末及び基地局は、情報またはデータの伝送のために送信機及び受信機を含むことができる。
【００９７】
送信機及び受信機は、本発明の実施例を実行するためのプロセッサ、モジュール、部分及び／または手段などを含むことができる。特に、送信機及び受信機は、メッセージを暗号化するためのモジュール（手段）、暗号化されたメッセージを解析するためのモジュール、メッセージを送受信するためのアンテナなどを含むことができる。このような送信端と受信端の一例を、図６を参照して説明する。
【００９８】
図６は本発明の他の実施例として、送信端及び受信端構造の一例を表すブロック図である。
【００９９】
図６を参照すると、左側は送信端の構造を示し、右側は受信端の構造を示す。送信端及び受信端はそれぞれ、アンテナ５，１０、プロセッサ２０，３０、伝送モジュール（Ｔｘ  ｍｏｄｕｌｅ）４０，５０、受信モジュール（Ｒｘ  ｍｏｄｕｌｅ）６０，７０、及びメモリー８０，９０を含むことができる。各構成要素は、互いに対応する機能を行うことができる。以下、各構成要素についてより詳細に説明する。
【０１００】
アンテナ５，１０は、伝送モジュール４０，５０で生成された信号を外部に伝送したり、外部から無線信号を受信して受信モジュール６０，７０に伝達する機能を果たす。多重アンテナ（ＭＩＭＯ）機能が支援される場合は、２個以上のアンテナを備えることがてきる。
【０１０１】
アンテナ、伝送モジュール及び受信モジュールは共に、無線通信（ＲＦ）モジュールを構成することができる。
【０１０２】
プロセッサ２０，３０は、通常、移動端末機全般の動作を制御する。例えば、上述した本発明の実施例を行うためのコントローラ機能、サービス特性及び伝播環境に応じたＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレーム可変制御機能、ハンドオーバー（ＨａｎｄＯｖｅｒ）機能、認証及び暗号化機能などを行うことができる。より具体的に、プロセッサ２０，３０は、上述した多重基地局伝送モードに関する手順を行うための全般的な制御を行うことができる。
【０１０３】
特に、移動端末機のプロセッサは、サービング基地局からＡＲＱブロックと共にＡＲＱフィードバックポーリングが受信される場合、Ａ−ＭＡＰを通じてＡＲＱフィードバックを伝送するためのリソースが割り当てられ、割り当てられたリソースがＡＲＱフィードバックを伝送するのに十分であるか否か、及び受信されたＡＲＱブロックの受信成功の有無を判断できる。もし、割り当てられたリソースが十分な場合は、端末のプロセッサは、該当のリソースを通じて、判断された受信成功の有無に対するＡＲＱフィードバックをＡＲＱフィードバック情報要素の形態として基地局に伝送されるように制御できる。逆に、割り当てられたリソースが十分でない場合は、端末のプロセッサは、ＡＲＱフィードバックを伝送するのに要求されるアップリンクリソースを、帯域要請ヘッダを通じて要請でき、この時、帯域要請ヘッダは、初めてＡＲＱフィードバックのために基地局から割り当てられたリソースを通じて伝送すればよい。
【０１０４】
上述したプロセッサの動作のより細部的な手順は、図３乃至図５を参照して上述した実施例に開示された動作過程全般の制御動作を行うことができる。
【０１０５】
伝送モジュール４０，５０は、プロセッサ２０，３０からスケジューリングされて外部に伝送されるデータに対して所定の符号化（ｃｏｄｉｎｇ）及び変造（ｍｏｄｕｌａｔｉｏｎ）を行った後、アンテナ１０に伝達することができる。
【０１０６】
受信モジュール６０，７０は、外部からアンテナ５，１０を介して受信された無線信号に複号（ｄｅｃｏｄｉｎｇ）及び復調（ｄｅｍｏｄｕｌａｔｉｏｎ）を行って原本データの形態に復元し、プロセッサ２０，３０に伝達することができる。
メモリー８０，９０は、プロセッサ２０，３０の処理及び制御のためのプログラムが格納されてもよく、入／出力されるデータの臨時記憶のための機能を果してもよい。また、メモリー８０，９０は、フラッシュメモリータイプ（ｆｌａｓｈ  ｍｅｍｏｒｙ  ｔｙｐｅ）、ハードディスクタイプ（ｈａｒｄ  ｄｉｓｋ  ｔｙｐｅ）、マルチメディアカードマイクロタイプ（ｍｕｌｔｉｍｅｄｉａ  ｃａｒｄ  ｍｉｃｒｏ  ｔｙｐｅ）、カードタイプのメモリー（例えば、ＳＤまたはＸＤメモリーなど）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気メモリ、磁気ディスク、光ディスクのうち、少なくとも一タイプの記憶媒体を含むことができる。
【０１０７】
一方、基地局は、上述した本発明の実施例を実行するためのコントローラ機能、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及びチャネル多重化機能、サービス特性及び伝播環境に応じたＭＡＣフレーム可変制御機能、高速トラフィック実時間制御機能、ハンドオーバー（Ｈａｎｄｏｖｅｒ）機能、認証及び暗号化機能、データ伝送のためのパケット変復調機能、高速パケットチャネルコーディング機能及び実時間モデム制御機能などを、上記のモジュールの少なくとも一つを介して実行してもよく、これらの機能を実行するための別途の手段、モジュールまたは部分などをさらに含んでもよい。
【０１０８】
本発明は、本発明の精神及び必須特徴を逸脱しない範囲で様々な特定の形態に具体化することができる。したがって、上記の詳細な説明はいずれの面においても制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定されなければならず、よって、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり出願後の補正により新しい請求項として含めることができる。
【産業上の利用可能性】
【０１０９】
本発明の実施例は、様々な無線接続システムに適用することができる。様々な無線接続システムには、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、３ＧＰＰ２及び／またはＩＥＥＥ  ８０２．ｘｘ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ  ８０２）システムなどがある。本発明の実施例は、上記の様々な無線接続システムの他に、これら様々な無線接続システムを応用した技術分野のいずれにも適用することができる。
【図１】
0005567128.tif 000007
【図２】
0005567128.tif 000008
【図３】
0005567128.tif 000009
【図４】
0005567128.tif 000010
【図５】
0005567128.tif 000011
【図６】
0005567128.tif 000012