(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて移動局（ＭＳ）で確認応答（ＡＣＫ）を受信する方法であって、前記方法は、
帯域幅要請指示子を基地局（ＢＳ）に転送することと、
前記転送された帯域幅要請指示子に対するＡＣＫを、前記ＢＳから受信することと
を含み、
前記ＡＣＫは、第１開始オフセットフィールドを含み、前記第１開始オフセットフィールドは、前記ＡＣＫにリソース割当がないことを示す値またはリソース割当の開始オフセットの最上位ビット（ＭＳＢ）のいずれかを含み、
前記ＡＣＫは、前記第１開始オフセットフィールドが前記開始オフセットのＭＳＢを含む場合に前記リソース割当の開始オフセットの最下位ビット（ＬＳＢ）を含む第２開始オフセットフィールドをさらに含み、
前記ＡＣＫは、前記第１開始オフセットフィールドが前記ＡＣＫにリソース割当がないことを示す値を含む場合に前記第２開始オフセットフィールドを含まず、
前記第１開始オフセットフィールドおよび前記第２開始オフセットフィールドは、前記ＡＣＫにより割り当てられるリソースの開始リソース単位のインデックスを示す、方法。
【請求項２】
固定したサイズのリソースのみが前記ＢＳにより割り当てられる、請求項１に記載の方法。
【請求項３】
クイック接続メッセージを前記ＢＳに転送することをさらに含み、
前記ＡＣＫは、前記クイック接続メッセージのデコーディング状態を示すメッセージデコーディング指示子フィールドをさらに含む、請求項１に記載の方法。
【請求項４】
前記ＡＣＫは、
前記ＡＣＫのために予約されたあらかじめ定められた値でマスキングされたＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）をさらに含む、請求項１に記載の方法。
【請求項５】
無線通信システムにおいて基地局（ＢＳ）で確認応答（ＡＣＫ）を転送する方法であって、前記方法は、
移動局（ＭＳ）から帯域幅要請指示子を受信することと、
前記受信された帯域幅要請指示子に対するＡＣＫを、前記ＭＳに転送することと
を含み、
前記ＡＣＫは、第１開始オフセットフィールドを含み、前記第１開始オフセットフィールドは、前記ＡＣＫにリソース割当がないことを示す値またはリソース割当の開始オフセットの最上位ビット（ＭＳＢ）のいずれかを含み、
前記ＡＣＫは、前記第１開始オフセットフィールドが前記リソース割当の開始オフセットのＭＳＢを含む場合に前記リソース割当の開始オフセットの最下位ビット（ＬＳＢ）を含む第２開始オフセットフィールドをさらに含み、
前記ＡＣＫは、前記第１開始オフセットフィールドが前記ＡＣＫにリソース割当がないことを示す値を含む場合に前記第２開始オフセットフィールドを含まず、
前記第１開始オフセットフィールドおよび前記第２開始オフセットフィールドは、前記ＡＣＫにより割り当てられるリソースの開始リソース単位のインデックスを示す、方法。
【請求項６】
固定したサイズのリソースのみが前記ＢＳにより割り当てられる、請求項５に記載の方法。
【請求項７】
一つ以上のＭＳからクイック接続メッセージを受信することをさらに含み、
前記ＡＣＫのそれぞれは、前記クイック接続メッセージのデコーディング状態を示すメッセージデコーディング指示子フィールドをさらに含む、請求項５に記載の方法。
【請求項８】
前記ＡＣＫは、前記ＡＣＫのために予約されたあらかじめ定められた値でマスキングされたＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）をさらに含む、請求項５に記載の方法。
【請求項９】
前記第１開始オフセットフィールドが前記リソース割当の開始オフセットのＭＳＢを含む場合にのみ、前記ＡＣＫは、ＨＦＡ（ＨＡＲＱ  ｆｅｅｄｂａｃｋ  ａｌｌｏｃａｔｉｏｎ）の開始オフセットを示すための第３フィールドをさらに含む、請求項１に記載の方法。
【請求項１０】
前記第１開始オフセットフィールドが前記リソース割当の開始オフセットのＭＳＢを含む場合にのみ、前記ＡＣＫは、ＨＦＡ（ＨＡＲＱ  ｆｅｅｄｂａｃｋ  ａｌｌｏｃａｔｉｏｎ）の開始オフセットを示すための第３フィールドをさらに含む、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、特に、無線通信システムにおいて確認応答を転送及び受信する方法に関するものである。
【背景技術】
【０００２】
まず、従来の無線通信システムにおいてランダムアクセス方式でアップリンク帯域幅を要請する過程とレンジングを行う過程について説明する。
【０００３】
図１は、従来の無線通信システムにおいてアップリンク帯域幅を要請する過程を示す図である。
【０００４】
図１に示すように、端末は、アップリンク帯域幅を要請するために、レンジングコードの一つを、帯域幅要請用途のコードセットから選択して基地局に転送する（Ｓ１１０）。この時、端末は、帯域幅要請コードを転送してから始動したタイマー（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ  ｒｅｓｅｒｖａｔｉｏｎ  ｔｉｍｅ  ｏｕｔまたはＴ３）が満了するまでアップリンクリソースを受けないと、コードを再転送する。端末から帯域幅要請コードを正常に受信した基地局は、帯域幅要請メッセージ（ｂａｎｄｗｉｄｔｈ  ｒｅｑｕｅｓｔｍｅｓｓａｇｅ、ＢＷ−ＲＥＱ  ｍｅｓｓａｇｅ）を転送するためのアップリンクリソースを、端末に割り当てる（Ｓ１２０）。端末は、割り当てられたリソースを通じて帯域幅要請メッセージを転送し（Ｓ１３０）、端末から帯域幅要請メッセージを受信した基地局は、アップリンクリソースを端末に割り当てる（Ｓ１４０）。すると、端末は、割り当てられたリソースを通じてデータを転送する（Ｓ１５０）。
【０００５】
図２は、従来の無線通信システムにおいてレンジング過程を示す図である。
【０００６】
図２に示すように、端末は、初期レンジング（Ｉｎｉｔｉａｌ  Ｒａｎｇｉｎｇ）を行うために、レンジングコードの一つを初期レンジング用コードセットから選択して基地局に転送する（Ｓ２１０）。端末からレンジングコードを正常に受信した基地局は、レンジング要請メッセージ（ｒａｎｇｉｎｇ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ、Ｒａｎｇｉｎｇ−ＲＥＱメッセージ）を転送するためのアップリンクリソースを、端末に割り当てる（Ｓ２２０）。レンジングコードの時間的状態によって、基地局は、レンジング応答メッセージ（ｒａｎｇｉｎｇ  ｒｅｓｐｏｎｓｅ  ｍｅｓｓａｇｅ、Ｒａｎｇｉｎｇ−ＲＳＰメッセージ）を端末に送ることができる。この時、端末は、レンジングコードを転送してから起動したタイマー（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ  ｒｅｓｅｒｖａｔｉｏｎ  ｔｉｍｅ  ｏｕｔあるいはＴ３）が満了するまで、アップリンクリソースまたはレンジング応答メッセージを受けないと、レンジングコードを再転送する。
【０００７】
レンジング要請メッセージを転送するためのアップリンクリソースが割り当てられた端末は、割り当てられたリソースを通じて、レンジング要請メッセージを転送する（Ｓ２３０）。すると、基地局は、レンジング応答メッセージを端末に転送する（Ｓ２４０）。レンジングは、初期レンジングの他に、ハンドオーバーレンジング（ｈａｎｄｏｖｅｒ  ｒａｎｇｉｎｇ）及び周期的レンジング（ｐｅｒｉｏｄｉｃ  ｒａｎｇｉｎｇ）も含む。
【０００８】
次に、将来の広帯域無線接続システムにおいてランダムアクセス方式でアップリンク帯域幅を要請する過程及びレンジングを行う過程について説明する。
【０００９】
図３は、将来の広帯域無線接続システムにおいてアップリンク帯域幅を要請する過程を示す図である。
【００１０】
将来の広帯域無線接続システムにおいて、基地局は、一般的な５−ステップ方式の帯域幅要請過程と、速い処理方式である３−ステップ方式の帯域幅要請過程を同時に支援する。５−ステップ方式は、３−ステップ方式と独立して用いられてもよく、３−ステップのフォールバックモード（ｆａｌｌ−ｂａｃｋ  ｍｏｄｅ）として用いられてもよい。
【００１１】
３−ステップ方式について説明すると、図３で、端末は、任意にまたは一定の規則に従って選択された帯域幅要請指示子（ｂａｎｄｗｉｄｔｈ  ｒｅｑｕｅｓｔ  ｉｎｄｉｃａｔｏｒ）及びアップリンク帯域幅要請情報を含むクイック接続メッセージ（ｑｕｉｃｋ  ａｃｃｅｓｓ  ｍｅｓｓａｇｅ）を、基地局に転送する（Ｓ３１０）。帯域幅要請指示子は、帯域幅要請シーケンス（ＢＲ  ｓｅｑｕｅｎｃｅ）または帯域幅要請コードにすることができ、アップリンク帯域幅要請情報は、端末ＩＤ（ｓｔａｔｉｏｎ  ＩＤ）、帯域幅要請サイズなどを含むことができる。
【００１２】
基地局は、帯域幅要請指示子に対する確認応答（ＡＣＫ／ＮＡＣＫ、ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を端末に転送する（Ｓ３２０）。帯域幅要請指示子及びクイック接続メッセージを正常に受信した基地局は、端末に、データ転送のためのアップリンクリソースを割り当てる（Ｓ３６０）。端末は、割り当てられたリソースを通じて基地局にデータを転送する（Ｓ３７０）。この時、端末は、追加のアップリンク帯域幅要請情報を基地局に転送してもよい。
【００１３】
５−ステップ方式について説明すると、端末が任意に選択した帯域幅要請指示子を基地局に転送すると（Ｓ３１０）、基地局は、帯域幅要請指示子に対する確認応答を端末に転送し（Ｓ３２０）、帯域幅要請メッセージ転送のためのアップリンクリソースをＣＤＭＡ  Ａｌｌｏｃａｔｉｏｎ  Ａ−ＭＡＰ  ＩＥ（Ａｄｖａｎｃｅｄ  ＭＡＰ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）を通じて端末に割り当てる（Ｓ３３０）。
【００１４】
端末は、割り当てられたリソースを通じて帯域幅要請メッセージを基地局に転送する（Ｓ３４０）。すると、基地局は、アップリンクリソースをアップリンク基本割当Ａ−ＭＡＰ  ＩＥ（ＵＬ  ｂａｓｉｃ  ａｓｓｉｇｎｍｅｎｔ  Ａ−ＭＡＰ  ＩＥ）を通じて端末に割り当て（Ｓ３６０）、端末は、割り当てられたリソースを通じてデータを基地局に転送する（Ｓ３７０）。この時、端末は、基地局に追加のアップリンク帯域幅要請情報を転送してもよい。
【００１５】
図４は、将来の広帯域無線接続システムにおいてレンジングを行う過程を示す図である。
【００１６】
図４に示すように、端末がレンジング指示子（Ｒａｎｇｉｎｇ  ｉｎｄｉｃａｔｏｒ）を基地局に転送すると（Ｓ４１０）、基地局は、レンジング指示子に対する確認応答を端末に転送し（Ｓ４２０）、レンジング要請メッセージ転送のためのアップリンクリソースを端末に割り当てる（Ｓ４３０）。すると、端末は、レンジング要請メッセージを基地局に転送し（Ｓ４４０）、基地局は端末にレンジング応答メッセージを転送する（Ｓ４５０）。
【００１７】
上述したように、広帯域無線接続システムにおいて、端末から帯域幅要請指示子またはレンジング指示子のようなランダムアクセスコードを受信した基地局は、端末に確認応答を転送する。したがって、確認応答のオーバーヘッドを最小化する方法が望まれる。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
上述したように、広帯域無線接続システムにおいて端末のランダムアクセスコードに対する確認応答のオーバーヘッドを最小化できる確認応答のフォーマットが必要である。
【００１９】
本発明の目的は、端末のランダムアクセスコードに対する確認応答のオーバーヘッドを最小化できる確認応答転送及び受信方法を提供することにある。
【００２０】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【００２１】
上記課題を達成するために、本発明の一様相に係る無線通信システムにおける確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下、“ＡＣＫ”という。）受信方法において、端末は、帯域幅要請指示子を基地局に転送し、前記基地局からリソース開始オフセット（Ｒｅｓｏｕｒｃｅ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドを含む前記帯域幅要請指示子に対するＡＣＫを受信し、前記リソース開始オフセットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスを表す。
【００２２】
上記課題を達成するために、本発明の他の様相に係る無線通信システムにおけるＡＣＫ転送方法において、基地局は、少なくとも一つの端末のそれぞれから帯域幅要請指示子を受信し、前記少なくとも一つの端末にリソース開始オフセットフィールドを含む前記帯域幅要請指示子に対するＡＣＫを転送し、前記リソース開始オフセットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスを表す。
【００２３】
ここで、前記基地局は、前記ＡＣＫを通じて、固定したサイズのリソースのみを割り当てることができる。
【００２４】
また、前記基地局は、前記少なくとも一つの端末のそれぞれからクイック接続メッセージ（ｑｕｉｃｋ  ａｃｃｅｓｓ  ｍｅｓｓａｇｅ）を受信し、前記ＡＣＫは、前記クイック接続メッセージのデコーディング状態を表すメッセージデコーディング指示子（ＭＳＧ  ｄｅｃｏｄｉｎｇ  ｉｎｄｉｃａｔｏｒ）をさらに含むことができる。
【００２５】
なお、前記ＡＣＫは、ＡＣＫのために予約された端末ＩＤ（ｓｔａｔｉｏｎ  ＩＤ）でマスキングされた巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ、ＣＲＣ）を含むことができる。
【００２６】
上記課題を達成するために、本発明のさらに他の様相に係る無線通信システムにおけるＡＣＫ受信方法において、端末は、帯域幅要請指示子を基地局に転送し、前記基地局から開始オフセットの最上位ビット（ＭＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドを含む前記帯域幅要請指示子に対するＡＣＫを受信し、前記開始オフセットの最上位ビットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最上位ビット、またはＡＣＫを通じてリソースを割り当てないこと、を表す。
【００２７】
上記課題を達成するために、本発明のさらに他の様相に係る無線通信システムにおけるＡＣＫ転送方法であって、基地局は、少なくとも一つの端末のそれぞれから帯域幅要請指示子を受信し、前記少なくとも一つの端末に開始オフセットの最上位ビット（ＭＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドを含む前記帯域幅要請指示子に対するＡＣＫを転送し、前記開始オフセットの最上位ビットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最上位ビット、またはＡＣＫを通じてリソースを割り当てないこと、を表す。
【００２８】
また、前記開始オフセットの最上位ビットフィールドが、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最上位ビットを表すと、前記ＡＣＫは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最下位ビットを表すリソース開始オフセットの最下位ビット（ＬＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ  ｏｆ  Ｒｅｓｏｕｒｃｅ）フィールドと授与指示子（ｇｒａｎｔ  ｉｎｄｉｃａｔｏｒ）フィールドをさらに含むことができる。
本発明は、例えば、以下の項目を提供する。
（項目１）
無線通信システムにおいて端末の確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）受信方法であって、
帯域幅要請指示子を基地局に転送し、
前記基地局からリソース開始オフセット（Ｒｅｓｏｕｒｃｅ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドを含む前記帯域幅要請指示子に対するＡＣＫを受信すること、
を含み、
前記リソース開始オフセットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスを表す、ＡＣＫ受信方法。
（項目２）
前記基地局は、前記ＡＣＫを通じて、固定したサイズのリソースのみを割り当てることを特徴とする、項目１に記載のＡＣＫ受信方法。
（項目３）
クイック接続メッセージ（ｑｕｉｃｋ  ａｃｃｅｓｓ  ｍｅｓｓａｇｅ）を前記基地局に転送することをさらに含み、
前記ＡＣＫは、前記クイック接続メッセージのデコーディング状態を表すメッセージデコーディング指示子（ＭＳＧ  ｄｅｃｏｄｉｎｇ  ｉｎｄｉｃａｔｏｒ）フィールドをさらに含むことを特徴とする、項目１に記載のＡＣＫ受信方法。
（項目４）
前記ＡＣＫは、ＡＣＫのために予約された端末ＩＤ（ｓｔａｔｉｏｎ  ＩＤ）でマスキングされた巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ、ＣＲＣ）を含むことを特徴とする、項目１に記載のＡＣＫ受信方法。
（項目５）
無線通信システムにおいて端末の確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）受信方法であって、
帯域幅要請指示子を基地局に転送し、
前記基地局から開始オフセットの最上位ビット（ＭＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドを含む前記帯域幅要請指示子に対するＡＣＫを受信すること、
を含み、
前記開始オフセットの最上位ビットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最上位ビット、またはＡＣＫを通じてリソースを割り当てないことを表す、ＡＣＫ受信方法。
（項目６）
前記開始オフセットの最上位ビットフィールドが、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最上位ビットを表すと、前記ＡＣＫは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最下位ビットを表すリソース開始オフセットの最下位ビット（ＬＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ  ｏｆ  Ｒｅｓｏｕｒｃｅ）フィールドをさらに含むことを特徴とする、項目５に記載のＡＣＫ受信方法。
（項目７）
無線通信システムにおいて基地局の確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）転送方法であって、
少なくとも一つの端末のそれぞれから帯域幅要請指示子を受信し、
前記少なくとも一つの端末に、リソース開始オフセット（Ｒｅｓｏｕｒｃｅ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドを含む前記帯域幅要請指示子に対するＡＣＫを転送すること、
を含み、
前記リソース開始オフセットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスを表す、ＡＣＫ転送方法。
（項目８）
前記基地局は、前記ＡＣＫを通じて、固定したサイズのリソースのみを割り当てることを特徴とする、項目７に記載のＡＣＫ転送方法。
（項目９）
前記少なくとも一つの端末のそれぞれからクイック接続メッセージ（ｑｕｉｃｋ  ａｃｃｅｓｓ  ｍｅｓｓａｇｅ）を受信することをさらに含み、
前記ＡＣＫは、前記クイック接続メッセージのデコーディング状態を表すメッセージデコーディング指示子（ＭＳＧ  ｄｅｃｏｄｉｎｇ  ｉｎｄｉｃａｔｏｒ）をさらに含むことを特徴とする、項目７に記載のＡＣＫ転送方法。
（項目１０）
前記ＡＣＫは、ＡＣＫのために予約された端末ＩＤ（ｓｔａｔｉｏｎ  ＩＤ）でマスキングされた巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ、ＣＲＣ）を含むことを特徴とする、項目７に記載のＡＣＫ転送方法。
（項目１１）
無線通信システムにおいて基地局の確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）転送方法であって、
少なくとも一つの端末のそれぞれから帯域幅要請指示子を受信し、
前記少なくとも一つの端末に開始オフセットの最上位ビット（ＭＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドを含む前記帯域幅要請指示子に対するＡＣＫを転送すること、
を含み、
前記開始オフセットの最上位ビットフィールドは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最上位ビット、またはＡＣＫを通じてリソースを割り当てないことを表す、ＡＣＫ転送方法。
（項目１２）
前記開始オフセットの最上位ビットフィールドが、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最上位ビットを表すと、前記ＡＣＫは、前記基地局が前記ＡＣＫを通じて割り当てるリソースの開始リソース単位のインデックスの最下位ビットを表すリソース開始オフセットの最下位ビット（ＬＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ  ｏｆ  Ｒｅｓｏｕｒｃｅ）フィールドをさらに含むことを特徴とする、項目１１に記載のＡＣＫ転送方法。
【発明の効果】
【００２９】
本発明の実施例によれば、ＡＣＫのフィールドを最適化することによってＡＣＫのオーバーヘッドを最小化することができる。
【００３０】
本発明から得られる効果は、以上に言及した効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【図面の簡単な説明】
【００３１】
本明細書の一部を構成する図面は、本発明の特徴を説明するために、本発明の実施例を図示し、発明の詳細な説明と共に本発明の理解を助けるために添付される。
【図１】従来の無線通信システムにおいてアップリンク帯域幅を要請する過程を示す図である。
【図２】従来の無線通信システムにおいてレンジング過程を示す図である。
【図３】将来の広帯域無線接続システムにおいてアップリンク帯域幅を要請する過程を示す図である。
【図４】将来の広帯域無線接続システムにおいてレンジングを行う過程を示す図である。
【図５】本発明の実施例に係る無線通信システムにおいて確認応答受信方法を示すフローチャートである。
【図６】リソース開始オフセットが１の場合、リソース割当方法の一例を示す図である。
【発明を実施するための形態】
【００３２】
以下、添付の図面を参照しつつ、本発明の様々な実施の形態について、本発明の属する技術の分野における通常の知識を有する者が容易に実施できるように詳細に説明する。ただし、本発明は、様々な別の形態に具現することができ、ここで説明する実施の形態に限定されない。そして、図面中、本発明を明確に説明するために、説明と関係ない部分は省略し、明細書全体を通じて類似の部分には類似の図面符号を付ける。
【００３３】
明細書全体において、ある部分がある構成要素を“含む”とすれば、これは、特別な言及がない限り、他の構成要素を除外するという意味ではなく、他の構成要素をさらに含むことが可能であるということを意味する。また、明細書に記載された“…部”、“…機”、“モジュール”などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの結合で具現することができる。
【００３４】
本発明の実施例に係る無線通信システムにおいて確認応答を転送及び受信する方法について、図５及び図６を参照して説明する。
【００３５】
本発明の実施例では、ランダムアクセスコード（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｏｄｅ）に対する確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；以下、“ＡＣＫ”という。）のオーバーヘッドを最小化できるＡＣＫのフォーマットを提案する。本発明の実施例では、帯域幅要請指示子及びレンジング指示子をランダムアクセスコードとして説明するが、これに本発明が限定されることはない。
【００３６】
図５は、本発明の実施例に係る無線通信システムにおいて確認応答を受信する方法を示すフローチャートである。
【００３７】
図５に示すように、端末は、帯域幅要請指示子を転送するためのアップリンク領域（ＵＬ  ｒｅｇｉｏｎ）またはレンジング指示子を転送するためのアップリンク領域を基地局から受け取り（Ｓ５１０）、該受け取った領域を通じて帯域幅要請指示子またはレンジング指示子を基地局に転送する（Ｓ５２０）。
【００３８】
帯域幅要請指示子を転送するためのアップリンク領域とレンジング指示子を転送するためのアップリンク領域はそれぞれ別に存在し、各領域は、一つ以上の転送機会（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｐｐｏｒｔｕｎｉｔｙ）を含む。転送機会とは、１個以上のリソース単位（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）を含むリソース領域で、帯域幅要請指示子またはレンジング指示子が転送されるリソース領域を意味し、インデックスを有することができる。
【００３９】
すなわち、端末は、一つの転送機会を通じて帯域幅要請指示子またはレンジング指示子を基地局に転送する。
【００４０】
すると、基地局は、帯域幅要請指示子またはレンジング指示子に対するＡＣＫを端末に転送し、端末はＡＣＫを受信する（Ｓ５３０）。
【００４１】
帯域幅要請指示子に対するＡＣＫのフォーマットとレンジング指示子に対するＡＣＫのフォーマットとは互いに異なる。これは、帯域幅要請指示子に対するＡＣＫのフィールド構成とレンジング指示子に対するＡＣＫのフィールド構成とが互いに異なり、帯域幅要請指示子のためのコードの個数とレンジング指示子のためのコードの個数とが異なり、帯域幅要請指示子のための転送機会の個数とレンジング指示子のための転送機会の個数とが異なることがあり、よって、同一のフィールドであってもビット数（ｓｉｚｅ）が異なってくることがあるからである。
【００４２】
本発明の実施例では、帯域幅要請指示子に対するＡＣＫのフォーマットについて提案する。表１は、本発明の実施例に係る帯域幅要請指示子に対するＡＣＫのフォーマットを表すものである。
【００４３】
【表１】
0005645917.tif 000002
次に、表１に表した本発明の実施例に係る帯域幅要請指示子に対するＡＣＫの各フィールドについて説明する。
【００４４】
まず、フレームインデックス（Ｆｒａｍｅ  ｉｎｄｅｘ）フィールドは、ＡＣＫがどのフレームに転送された帯域幅要請指示子に対するＡＣＫであるかを表す。ＡＣＫは、フレームまたはサブフレーム単位で転送される。ＡＣＫがフレーム単位で転送される場合は、基地局は、特定フレームに成功的に受信した帯域幅要請指示子に対する情報を含むＡＣＫをブロードキャストし、ＡＣＫがサブフレーム単位で転送される場合は、基地局は、特定サブフレームに成功的に受信した帯域幅要請指示子に対する情報を含むＡＣＫをブロードキャストする。したがって、ＡＣＫがフレーム単位で転送される場合は、ＡＣＫはフレームインデックスフィールドを含み、ＡＣＫがサブフレーム単位で転送される場合は、ＡＣＫはフレームインデックスフィールド、及びＡＣＫがどのサブフレームに転送された帯域幅要請指示子に対するＡＣＫであるかを表すサブフレームインデックスフィールドを含む。
【００４５】
基地局が帯域幅要請指示子を受信した位置から、基地局と端末が互いに知っているあらかじめ決定された値だけ離れた位置でＡＣＫを転送する場合は、ＡＣＫはフレームインデックスフィールドまたはサブフレームインデックスフィールドを含む必要がない。ただし、あらかじめ決定された値がフレーム単位に定義され、ＡＣＫがサブフレーム単位で転送される場合は、サブフレームインデックスフィールドはＡＣＫに含まれなければならない。
【００４６】
そして、フレームインデックスフィールドはフレームビットマップフィールドに取り替えてもよく、サブフレームインデックスフィールドはサブフレームビットマップフィールドに取り替えてもよい。
【００４７】
ＡＣＫビットマップ（ＡＣＫ  ｂｉｔｍａｐ）フィールドは、ＡＣＫが表すフレームまたはサブフレーム内の転送機会のそれぞれで帯域幅要請指示子を成功的に受信したか否かを表す。したがって、ＡＣＫビットマップフィールドのサイズは、ＡＣＫが表すフレームまたはサブフレーム内の転送機会の個数（Ｎ＿ＢＲ＿Ｓｌｏｔｓ）となる。すなわち、ＡＣＫが表すフレームまたはサブフレーム内にｎ個の転送機会がある時、ｋ番目の転送において一つ以上の帯域幅要請指示子を成功的に受信すると、ＡＣＫビットマップフィールドのｋ番目のビットの値は１であり、ｋ番目の転送においていずれの帯域幅要請指示子も成功的に受信できなかった場合は、ＡＣＫビットマップフィールドのｋ番目のビットの値は０である。
【００４８】
そして、表１に示すように、ビットの値が１である転送機会に対して受信されたコードの個数（Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｃｅｉｖｅｄ  ｃｏｄｅｓ）、コードインデックス（Ｃｏｄｅ  ｉｎｄｅｘ）、メッセージデコーディング指示子（ＭＳＧ  ｄｅｃｏｄｉｎｇ  ｉｎｄｉｃａｔｏｒ）及び授与指示子（Ｇｒａｎｔ  ｉｎｄｉｃａｔｏｒ）フィールドが、ＡＣＫに含まれる。
【００４９】
そして、ＡＣＫビットマップフィールドは、ＡＣＫが表すフレームまたはサブフレーム内の転送機会のそれそれにおいて帯域幅要請指示子を成功的に受信したか否かの他、ＡＣＫが表すフレームまたはサブフレーム内の転送機会のそれぞれにおいてクイック接続メッセージを成功的に受信したか否かも表すように構成されてもよい。そのためには、フレームまたはサブフレーム内の転送機会のそれぞれに対して２ビットずつ必要とされ、ＡＣＫビットマップフィールドのサイズは、ＡＣＫが表すフレームまたはサブフレーム内の転送機会の個数（Ｎ＿ＢＲ＿Ｓｌｏｔｓ）の２倍となる。
【００５０】
フレームまたはサブフレーム内の転送機会に対する２ビットが“０ｂ００”であれば、該当の転送機会において帯域幅要請指示子及びクイック接続メッセージを成功的に受信できかったという意味であり、“０ｂ０１”であれば、ｍ個の帯域幅要請指示子を受信し、クイック接続メッセージは一つも成功的に受信できなかったという意味であり、“０ｂ１０”であれば、ｍ個の帯域幅要請指示子とｌ（ｍ≠ｌ）個のクイック接続メッセージを受信したという意味であり、“０ｂ１１”であれば、ｍ個の帯域幅要請指示子とｍ個のクイック接続メッセージを受信したという意味である。
【００５１】
転送機会に対する２ビットが‘０１’、‘１０’または‘１１’である転送機会に対して受信されたコードの個数（Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｃｅｉｖｅｄ  ｃｏｄｅｓ）、コードインデックス（Ｃｏｄｅ  ｉｎｄｅｘ）、メッセージデコーディング指示子（ＭＳＧ  ｄｅｃｏｄｉｎｇ  ｉｎｄｉｃａｔｏｒ）及び授与指示子（Ｇｒａｎｔ  ｉｎｄｉｃａｔｏｒ）フィールドがＡＣＫに含まれる。そして、転送機会に対する２ビットが‘０１’または‘１１’である転送機会に対してはメッセージデコーディング指示子フィールドがＡＣＫに含まれなくて済む。メッセージデコーディング指示子フィールドは、該当の帯域幅要請指示子と一緒に転送されたクイック接続メッセージを、基地局が成功的に受信したか否かを表すもので、転送機会に対する２ビットが‘０１’であれば、いずれのクイック接続メッセージも基地局が受信できなかったということを意味し、転送機会に対する２ビットが‘１１’であれば、成功的に受信した帯域幅要請指示子の個数だけのクイック接続メッセージを、基地局が成功的に受信したということを意味するからである。
【００５２】
そして、ＡＣＫビットマップフィールドに代えて、転送機会インデックス（Ｏｐｐｏｒｔｕｎｉｔｙ  ｉｎｄｅｘ）フィールド及び状態指示子（ｓｔａｔｕｓ  ｉｎｄｉｃａｔｏｒ）フィールドがＡＣＫに含まれてもよい。
【００５３】
転送機会インデックスフィールドは、フレームまたはサブフレームに含まれた転送機会のそれぞれの転送機会インデックスを表し、状態指示子フィールドは、転送機会のそれぞれに対して帯域幅要請指示子を成功的に受信したか否かを表す。すなわち、転送機会インデックスフィールドのそれぞれに対して状態指示子フィールドが存在し、状態指示子フィールドは、対応する転送機会インデックスフィールドが指示する転送機会において基地局が一つ以上の帯域幅指示子を受信した場合は、‘１’に設定され、帯域幅指示子を一つも受信できなかった場合は、‘０’に設定される。状態指示子フィールドが‘１’に設定された転送機会に対して受信されたコードの個数、コードインデックス、メッセージデコーディング指示子及び授与指示子フィールドがＡＣＫに含まれる。
【００５４】
リソース開始オフセット（Ｒｅｓｏｕｒｃｅ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドは、端末に割り当てるリソースの開始リソース単位（ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）のインデックスを表す。基地局は、成功的に受信した帯域幅要請指示子を転送した端末の一部または全部に、ＡＣＫを通じてリソースを割り当てることができる。ＡＣＫを通じてリソースを割り当てる場合には、授与指示子フィールドが‘１’に設定される。したがって、基地局は、授与指示子フィールドが‘１’に設定された帯域幅要請指示子を転送した端末に、リソース開始オフセットフィールドが指示する開始点から順次にリソースを割り当てる。この時、基地局が端末にリソースを割り当てる順序は、特定の規則、または基地局と端末が互いに知っている方法で定められればよい。例えば、端末のそれぞれが転送した帯域幅要請指示子のインデックス順序に従って、昇順または降順に決定されるとよい。
【００５５】
図６は、リソース開始オフセットが１である場合、リソース割当方法の一例を示す図である。
【００５６】
図６で、基地局は、リソース単位インデックスが１であるリソース単位から、端末のそれぞれが転送した帯域幅要請指示子のインデックスの昇順で端末にリソースを割り当てる。基地局は、授与指示子が‘１’に設定された帯域幅要請指示子を転送した端末に、帯域幅要請指示子のコードインデックスの昇順でリソースを割り当てる。
【００５７】
すなわち、ＡＣＫ内に授与指示子が‘１’である帯域幅要請指示子は、コードインデックスが２と７である２つの帯域幅要請指示子があり、基地局が端末のそれぞれに２個のリソース単位を割り当てるとする場合、基地局は、リソース単位１と２を、コードインデックスが２である帯域幅要請指示子を転送した端末に割り当て、リソース単位３と４を、コードインデックスが７である帯域幅要請指示子を転送した端末に割り当てる。
【００５８】
リソース開始オフセットフィールドは、オーバーヘッドを減らすために、リソース開始オフセットの最上位ビット（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ；以下、“ＭＳＢ”という。）２ビットを用いて最適化するとよい。表２は、ＭＳＢ２ビットを用いてリソース開始オフセットフィールドが最適化された場合、帯域幅要請指示子に対するＡＣＫのフォーマットを表す。
【００５９】
【表２】
0005645917.tif 000003
周波数帯域が２０ＭＨｚである場合、最大９６個の論理的リソース単位（ｌｏｇｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｕｎｉｔ；以下、“ＬＲＵ”という。）が存在する。したがって、リソース開始オフセットを７ビットで表現する場合、リソース開始オフセットのＬＲＵインデックスが０であれば、リソース開始オフセットフィールドは“０ｂ０００００００”と表現され、リソース開始オフセットのＬＲＵインデックスが９５であれば、リソース開始オフセットフィールドは“０ｂ１０１１１１１”と表現される。すなわち、リソース開始オフセットフィールドは、“０ｂ０００００００”から“０ｂ１０１１１１１”までの値を有するので、ＭＳＢが‘１１’である場合は存在しない。
【００６０】
したがって、ＡＣＫを通じてリソースを割り当てない場合、基地局は、リソース開始オフセットのＭＳＢを‘１１’に設定し、リソース開始オフセットの残りのビット及び授与指示子をＡＣＫに含めないことによって、ＡＣＫのオーバーヘッドを減らすことができる。
【００６１】
表２を参照すると、開始オフセットのＭＳＢ（ＭＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドは、リソース開始オフセットのＭＳＢの２ビットを表し、リソース開始オフセットのＬＳＢ（ＬＳＢ  ｏｆ  ｓｔａｒｔ  ｏｆｆｓｅｔ  ｏｆ  Ｒｅｓｏｕｒｃｅ）フィールドは、リソース開始オフセットの最下位ビット（ｌｅａｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ、ＬＳＢ）５ビットを表す。表２ａに示すように、リソース開始オフセットのＬＳＢフィールドは、開始オフセットのＭＳＢフィールドが‘１１’でない場合にのみＡＣＫに含まれる。そして、授与指示子フィールドも、開始オフセットのＭＳＢフィールドが‘１１’でない場合にのみＡＣＫに含まれる。
【００６２】
そして、端末も、開始オフセットのＭＳＢフィールドが‘１１’である場合は、ＡＣＫがリソース開始オフセットのＬＳＢフィールド及び授与指示子フィールドを含まないと認識する。
【００６３】
また、リソース開始オフセットフィールドは、オーバーヘッドを減らすために、フラグ（ｆｌａｇ）１ビットを用いて最適化するとよい。表３は、フラグ１ビットを用いてリソース開始オフセットフィールド、ＨＦＡ開始オフセットフィールド及び授与指示子フィールドが最適化された場合、帯域幅要請指示子に対するＡＣＫのフォーマットを表す。
【００６４】
【表３】
0005645917.tif 000004
ダウンリンク対アップリンク比率（ＤＬ／ＵＬ  ｒａｔｉｏ、８：０、６：２、５：３、４：４、または３：５）、Ａ−ＭＡＰ当たりのサブフレーム個数（Ｎｓｕｂｆｒａｍｅ，Ａ−ＭＡＰ）の値によって、基地局は、一つのＵＬ  Ａ−ＭＡＰ  ＩＥ領域を通じて、一つのＵＬサブフレーム、２個のＵＬサブフレームあるいは３個のＵＬサブフレームのリソースを割り当てる。Ａ−ＭＡＰ当たりのサブフレーム個数は、ＵＬ  Ａ−ＭＡＰ  ＩＥ領域が毎フレームごとに発生する場合は、Ｎｓｕｂｆｒａｍｅ，Ａ−ＭＡＰは１の値を有し、ＵＬ  Ａ−ＭＡＰ  ＩＥ領域が２フレームごとに発生する場合は、Ｎｓｕｂｆｒａｍｅ，Ａ−ＭＡＰは２の値を有する。例えば、ＤＬ／ＵＬ比が３：５であり、Ｎｓｕｂｆｒａｍｅ，Ａ−ＭＡＰが１であれば、１番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域は、１番目のＵＬサブフレーム（１番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域の１番目のＵＬサブフレーム）に関するリソース情報を含み、２番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域は、２番目（２番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域の１番目のＵＬサブフレーム）及び３番目のＵＬサブフレーム（２番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域の２番目のＵＬサブフレーム）に関するリソース情報を含み、３番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域は、４番目（３番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域の１番目のＵＬサブフレーム）及び５番目のＵＬサブフレーム（３番目のＵＬ  Ａ−ＭＡＰ  ＩＥ領域の２番目のＵＬサブフレーム）に関するリソース情報を含む。したがって、基地局は、ＡＣＫ内にリソース割当が該当のＵＬ  Ａ−ＭＡＰ  ＩＥ領域の何番目のサブフレームに該当するかを表す情報（ａｌｌｏｃａｔｉｏｎ  ｒｅｌｅｖａｎｃｅ）を明示的に含んだり、特定のサブフレーム（例、１番目）とあらかじめ定義しなければならない。
【００６５】
ＨＡＲＱフィードバック割当開始オフセット（ＨＦＡ  ｓｔａｒｔ  ｏｆｆｓｅｔ）フィールドは、割り当てられたリソースを通じて転送されるメッセージがＨＡＲＱを適用する場合に必要なフィールドであり、基地局は、該当のメッセージを成功的に受信したか否かをＨＦＡを通じて端末に知らせる。したがって、リソース開始オフセットフィールドと同様に、基地局は、授与指示子フィールドが‘１’に設定された帯域幅要請指示子を転送した端末に、ＨＡＲＱフィードバック割当開始オフセットフィールドが指示する開始点から順次に、ＨＡＲＱフィードバックリソースを割り当てる。この時、基地局が端末にＨＡＲＱフィードバックリソースを割り当てる順序は、特定の規則、または基地局と端末が互いに知っている方法で定められればよい。例えば、端末のそれぞれが転送した帯域幅要請指示子のインデックス順序に従って、昇順または降順に決定されるとよい。しかし、基地局と端末がＨＡＲＱフィードバック割当開始オフセット値（例えば、０）をあらかじめ定義すると、該当のフィールドは含まれなくてすむ。
【００６６】
受信コードの個数（Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｃｅｉｖｅｄ  ｃｏｄｅｓ）フィールドは、該当の転送機会で基地局が成功的にデコーディングした帯域幅要請指示子の個数を意味する。表１に示すように、ＡＣＫが表すフレームまたはサブフレームが含む転送機会のそれぞれに対して転送機会に対応するＡＣＫビットマップフィールドのビットが１の場合に、受信コードの個数フィールドを含む。
【００６７】
そして、ＡＣＫは、転送機会のそれぞれにおいて成功的にデコーディングした帯域幅要請指示子のそれぞれに対するコードインデックス（ｃｏｄｅ  ｉｎｄｅｘ）フィールド、メッセージデコーディング指示子（ＭＳＧ  ｄｅｃｏｄｉｎｇ  ｉｎｄｉｃａｔｏｒ）フィールド、及び授与指示子（ｇｒａｎｔ  ｉｎｄｉｃａｔｏｒ）フィールドを含む。
【００６８】
コードインデックスフィールドは、該当の転送機会で受信した帯域幅要請指示子のコードインデックスを意味する。基地局は、該当のインデックスを昇順または降順で羅列することができる。
【００６９】
そして、メッセージデコーディング指示子フィールドは、端末が該当の帯域幅要請指示子と一緒に転送したクイック接続メッセージを成功的にデコーディングしたか否かを表す。すなわち、クイック接続メッセージを成功的にデコーディングした場合は、メッセージデコーディング指示子フィールドは‘１’に設定され、クイック接続メッセージをデコーディングできなかった場合は、メッセージデコーディング指示子フィールドは‘０’に設定される。基地局がクイック接続メッセージをデコーディングできなかった場合は、基地局と端末は、３−ステップ方式の帯域幅要請過程から５−ステップ方式の帯域幅要請過程に切り替えて動作する。すなわち、基地局は端末に、帯域幅要請メッセージ転送のためのリソースを割り当て、端末は、割り当てられたリソースを通じて帯域幅要請メッセージを基地局に転送する。すると、基地局は、データ転送のためのリソースを端末に割り当て、端末は、割り当てられたリソースを通じて基地局にデータを転送する。
【００７０】
クイック接続メッセージを成功的にデコーディングしたか否かは、表４のように表現されることができる。表４は帯域幅要請指示子の一例の一部を示す。
【００７１】
【表４】
0005645917.tif 000005
表４で、成功感知コード個数（Ｓｕｃｃｅｓｓ  ｄｅｔｅｃｔｅｄ  ｃｏｄｅ  ＃）フィールドは、クイック接続メッセージが成功的にデコーディングされた帯域幅要請指示子の個数を意味する。そして、ＡＣＫは、クイック接続メッセージが成功的にデコーディングされた帯域幅要請指示子のそれぞれのコードインデックスを含む。
【００７２】
失敗感知コード個数（Ｆａｉｌ  ｄｅｔｅｃｔｅｄ  ｃｏｄｅ  ＃）フィールドは、クイック接続メッセージが成功的にデコーディングされなかった帯域幅要請指示子の個数を意味する。そして、ＡＣＫは、クイック接続メッセージが成功的にデコーディングされなかった帯域幅要請指示子のそれぞれのコードインデックスを含む。
【００７３】
授与指示子フィールドは、該当のコードインデックスに対応する帯域幅要請指示子を転送した端末に、ＡＣＫを通じてリソースを割り当てるか否かを表す。ＡＣＫを通じてリソースを割り当てる場合は、授与指示子フィールドは‘１’に設定され、ＡＣＫを通じてリソースを割り当てない場合は、授与指示子フィールドは‘０’に設定される。基地局は、固定したサイズのリソースを割り当てる場合にのみＡＣＫを通じてリソースを割り当てる。すなわち、ＢＷ−ＲＥＱメッセージまたはＲＮＧ−ＲＥＱメッセージの転送のためのリソースを割り当てる時、ＡＣＫを通じてリソースを割り当てることができる。端末は、ＡＣＫを通じて割り当てられたリソースを用いて転送するデータを、あらかじめ定義された変調及びコーディング方法（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ、ＭＣＳ）を用いて変調及びコーディングする。
【００７４】
マスキングされた巡回冗長検査（ｍａｓｋｅｄ  ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ；以下、“ＭＣＲＣ”という。）は、予約された端末ＩＤ（ｓｔａｔｉｏｎ  ＩＤ）でマスキングされた巡回冗長検査（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ；以下、“ＣＲＣ”という。）である。
【００７５】
基地局は、フレーム、サブフレームまたは転送機会のそれぞれに対して帯域幅要請指示子及びレンジング指示子のそれぞれに対するＡＣＫのための端末ＩＤを予約することができる。すなわち、帯域幅要請指示子に対するＡＣＫのＣＲＣは、該当のフレーム、サブフレームまたは転送機会のために予約された端末ＩＤでマスキングされる。
【００７６】
または、基地局は、帯域幅要請指示子及びレンジング指示子のそれぞれに対するＡＣＫのための端末ＩＤを予約することができる。帯域幅要請指示子に対するＡＣＫのＣＲＣは、帯域幅要請指示子のために予約された端末ＩＤでマスキングされ、レンジング指示子に対するＡＣＫのＣＲＣは、レンジング指示子のために予約された端末ＩＤでマスキングされる。
【００７７】
端末は、ＡＣＫを受信すると、ＡＣＫのＭＣＲＣをまず検査する。帯域幅要請指示子を転送した端末は、帯域幅要請指示子に対するＡＣＫのために予約された端末ＩＤでマスキングされたＡＣＫのみを確認し、レンジング指示子を転送した端末は、レンジング指示子に対するＡＣＫのために予約された端末ＩＤでマスキングされたＡＣＫのみを確認する。
【００７８】
そして、指示子が転送されたフレーム、サブフレームまたは転送機会のそれぞれに対して端末ＩＤが予約された場合は、端末は、指示子を転送したフレーム、サブフレームまたは転送機会のために予約された端末ＩＤでマスキングされたＡＣＫのみを確認する。
【００７９】
例えば、フレーム単位で端末ＩＤを予約する場合、３番目のフレーム内にある転送機会の一つを通じて帯域幅要請指示子を転送した端末は、帯域幅指示子用に３番目のフレームのために確保された端末ＩＤでマスキングされたＡＣＫのみを確認する。
【００８０】
表１に示すフィールドの他にも、ＡＣＫは、時間期間（Ｔｉｍｅ  ｄｕｒａｔｉｏｎ）フィールド及び拡張されたＡＣＫ（Ｅｘｔｅｎｄｅｄ  ＡＣＫ）フィールドを含むことができる。
【００８１】
時間期間フィールドは、授与指示子フィールドの値が‘０’である場合に、ＡＣＫに含まれればよく、基地局がリソースをいつ割り当てるかを表す。例えば、時間期間フィールドが３０ｍｓであれば、基地局は端末に３０ｍｓ以内にリソースを割り当てるということを表す。端末は、帯域幅要請タイマーまたはレンジングタイマーのような関連タイマーを時間期間フィールドの値に再設定してもよい。
【００８２】
拡張されたＡＣＫフィールドは、一つのＡＣＫに、ＡＣＫに含まれるべき情報を全て含めることができず、基地局が追加のＡＣＫを転送するか否かを表すフィールドである。拡張されたＡＣＫフィールドは、転送機会ごとに存在してもよく、ＡＣＫ全体に一つのフィールドが存在してもよい。表５は、転送機会ごとに拡張されたＡＣＫフィールドが存在する場合を表すものであり、表６は、ＡＣＫ全体に一つの拡張されたＡＣＫフィールドが存在する場合を表すものである。
【００８３】
【表５】
0005645917.tif 000006
表５で、一つのＡＣＫ内にコードインデックス、メッセージデコーディング指示子のような該当の転送機会における全てのＡＣＫコンテンツ（ｃｏｎｔｅｎｔｓ）を含めない場合、拡張されたＡＣＫフィールドは‘１’に設定される。ＡＣＫに含めなかった該当の転送機会におけるＡＣＫコンテンツは、さらに転送されるＡＣＫに含まれる。拡張されたＡＣＫフィールドが‘０’であれば、全てのＡＣＫコンテンツが該当のＡＣＫに含まれたことを意味し、該当の転送機会に対するさらなるＡＣＫは転送されない。
【００８４】
【表６】
0005645917.tif 000007
追加に転送されたＡＣＫが全ての転送機会を含むＡＣＫビットマップフィールドを含むとすれば、ＡＣＫビットマップフィールドは、最初に転送されたＡＣＫのＡＣＫビットマップフィールドと同一に設定されなければならない。ＡＣＫビットマップの該当の転送機会に対応するビットが１であるのに、ＡＣＫが転送されるダウンリンクフレームまたはサブフレームにおいて該当の転送機会に対するいずれのコードインデックスも受信できなかった場合、端末はＡＣＫを成功的に受信できなかったと判断し、インプリシットＡＣＫ（ｉｍｐｌｉｃｉｔ  ＡＣＫ）と認識する。
【００８５】
次に、ＡＣＫの転送形態について説明する。
【００８６】
基地局は、ＡＣＫを、アドバンストＭＡＰ情報要素（ａｄｖａｎｃｅｄ  ＭＡＰ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ；以下、“Ａ−ＭＡＰ  ＩＥ”という。）を通じて転送したり、ブロードキャストメッセージ（ｂｒｏａｄｃａｓｔ  ｍｅｓｓａｇｅ）を通じて転送したり、Ａ−ＭＡＰ  ＩＥ及びブロードキャストメッセージを通じて転送したりすることができる。
【００８７】
Ａ−ＭＡＰ  ＩＥのデコーディング複雑度（ｄｅｃｏｄｉｎｇ  ｃｏｍｐｌｅｘｉｔｙ）の軽減のために、一つのＡ−ＭＡＰ  ＩＥに乗せられる情報量が限定されることがあり、よって、基地局はＡＣＫコンテンツの量によって転送形態を選択すればよい。
【００８８】
基地局がＡＣＫをＡ−ＭＡＰ  ＩＥを通じて転送する場合、Ａ−ＭＡＰ  ＩＥは、基本的に、Ａ−ＭＡＰタイプ（Ｔｙｐｅ）とＭＣＲＣを含む。ＡＣＫが転送されるＡ−ＭＡＰ  ＩＥは、ＡＣＫ  Ａ−ＭＡＰ  ＩＥと呼ばれ、帯域幅要請指示子に対するＡＣＫが転送されるＡ−ＭＡＰ  ＩＥは、ＢＲ  ＡＣＫ  Ａ−ＭＡＰ  ＩＥと呼ばれ、レンジング指示子に対するＡＣＫが転送されるＡ−ＭＡＰ  ＩＥは、Ｒａｎｇｉｎｇ  ＡＣＫ  Ａ−ＭＡＰ  ＩＥと呼ばれる。
【００８９】
基地局がブロードキャストメッセージを通じてＡＣＫを転送する場合、基地局は、ブロードキャストメッセージの転送リソース位置情報を知らせるためのＡ−ＭＡＰ  ＩＥを転送する。ブロードキャストメッセージの転送リソース位置情報を知らせるためのＡ−ＭＡＰ  ＩＥは、予約された端末ＩＤでマスキングされる。
【００９０】
基地局がＡ−ＭＡＰ  ＩＥ及びブロードキャストメッセージを通じてＡＣＫを転送する場合、ＡＣＫコンテンツの一部のフィールドはＡＣＫ  Ａ−ＭＡＰ  ＩＥを通じて転送され、残りのフィールドは、ブロードキャストメッセージを通じて転送される。ＡＣＫ  Ａ−ＭＡＰ  ＩＥを通じて転送されるＡＣＫコンテンツは、コンテンツの個数によって多数の組み合わせが可能である。例えば、ＡＣＫ  Ａ−ＭＡＰ  ＩＥは、フレームインデックス、ＡＣＫビットマップ、転送機会インデックス、状態指示子フィールドを含み、ブロードキャストメッセージは、残りのフィールドを含むことができる。
【００９１】
ＡＣＫ  Ａ−ＭＡＰ  ＩＥは、ブロードキャストメッセージの転送位置を含むことができる。ＡＣＫが、基地局が帯域幅要請指示子を受信した時点から、基地局と端末が互いに知っているあらかじめ決定された値だけ離れた時点で転送される場合、ＡＣＫ  Ａ−ＭＡＰ  ＩＥとブロードキャストメッセージは同一の時点で転送されてもよく、ＡＣＫ  Ａ−ＭＡＰ  ＩＥのみ該当の時点で転送され、ブロードキャストメッセージはその後に転送されてもよい。
【００９２】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現することができる。ハードウェアによる具現の場合、本発明の一実施例に係る確認応答の転送及び受信方法は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。
【００９３】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例に係る確認応答転送及び受信方法は、以上で説明された機能または動作を行うモジュール、手順または関数などの形態とすることができる。例えば、ソフトウェアコードは、メモリーユニットに保存され、プロセッサにより駆動されてよい。メモリーユニットは、プロセッサの内部または外部に設けられて、公知の様々な手段によりプロセッサとデータを交換することができる。
【００９４】
本発明は、本発明の技術的思想及び必須特徴を逸脱しない範囲で他の特定の形態に具体化可能であるということは、当業者にとっては明らかである。したがって、上記の詳細な説明は、いずれの面においても制約的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解析により決定されるべきであり、よって、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。なお、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができるということは明らかである。
【図１】
0005645917.tif 000008
【図２】
0005645917.tif 000009
【図３】
0005645917.tif 000010
【図４】
0005645917.tif 000011
【図５】
0005645917.tif 000012
【図６】
0005645917.tif 000013