(57)【特許請求の範囲】
【請求項１】
ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を要求する方法において、
端末の識別情報及び要求帯域幅情報のうち少なくとも一つを含む帯域幅要求情報を生成する過程と、
帯域幅要求チャネルを介して前記帯域幅要求情報から生成される帯域幅要求インジケータ及び帯域幅要求メッセージを送信する過程と、を含み、
前記帯域幅要求情報の一部のビットは、前記帯域幅要求メッセージとして送信され、前記帯域幅要求インジケータのための直交シーケンスインデックスは、前記帯域幅要求情報の少なくとも残留ビットにより定義されるマッピング関係によって選択される
ことを特徴とする方法。
【請求項２】
ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を割り当てる方法において、
帯域幅要求チャネルを介して端末から帯域幅要求インジケータを受信する過程と、
前記帯域幅要求インジケータに対応する帯域幅要求メッセージを受信する過程と、
前記帯域幅要求インジケータ及び前記帯域幅要求メッセージから前記端末の識別情報及び要求帯域幅情報のうち少なくとも一つを含む帯域幅要求情報を構成する過程と、を含み、
前記帯域幅要求情報の一部のビットは、前記帯域幅要求メッセージとして送信され、前記帯域幅要求インジケータのための直交シーケンスインデックスは、前記帯域幅要求情報の少なくとも残留ビットにより定義されるマッピング関係によって選択される
ことを特徴とする方法。
【請求項３】
ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を要求する装置において、
端末の識別情報及び要求帯域幅情報のうち少なくとも一つを含む帯域幅要求情報を生成するプロセッサと、
帯域幅要求チャネルを介して前記帯域幅要求情報から生成される帯域幅要求インジケータ及び帯域幅要求メッセージを送信する送受信部と、を含み、
前記帯域幅要求情報の一部のビットは、前記帯域幅要求メッセージとして送信され、前記帯域幅要求インジケータのための直交シーケンスインデックスは、前記帯域幅要求情報の少なくとも残留ビットにより定義されるマッピング関係によって選択される
ことを特徴とする装置。
【請求項４】
ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を割り当てる装置において、
帯域幅要求チャネルを介して端末から帯域幅要求インジケータを受信し、前記帯域幅要求インジケータに対応する帯域幅要求メッセージを受信する送受信部と、
前記帯域幅要求インジケータ及び前記帯域幅要求メッセージから前記端末の識別情報及び要求帯域幅情報のうち少なくとも一つを含む帯域幅要求情報を構成するプロセッサと、を含み、
前記帯域幅要求情報の一部のビットは、前記帯域幅要求メッセージとして送信され、前記帯域幅要求インジケータのための直交シーケンスインデックスは、前記帯域幅要求情報の少なくとも残留ビットにより定義されるマッピング関係によって選択される
ことを特徴とする装置。
【請求項５】
前記要求帯域幅情報は、予め定義された帯域幅要求サイズ又は付与を希望する帯域幅サイズを示すＱｏＳ関連情報を含む
ことを特徴とする請求項１または２に記載の方法。
【請求項６】
前記帯域幅要求インジケータは、帯域幅要求のために割り当てられた複数の直交シーケンスのうち一つであり、
前記帯域幅要求メッセージは、前記帯域幅要求情報のすべて又は一部のビットを含む
ことを特徴とする請求項１または２または５に記載の方法。
【請求項７】
前記帯域幅要求チャネルは、前記帯域幅要求インジケータを伝達するための第１部分及び前記帯域幅要求メッセージを伝達するための第２部分に分けられ、
前記帯域幅要求チャネルは、３個のタイルを含み、
前記タイルはそれぞれ３個のサブタイルを含み、
前記サブタイルはそれぞれ２個の副搬送波及び６個のシンボルを含み、
各タイル内で、２個のサブタイルは前記帯域幅要求インジケータを伝達するための前記第１部分に属し、他の１個のサブタイルは前記帯域幅要求メッセージを伝達するための前記第２部分に属する
ことを特徴とする請求項１または２または５または６に記載の方法。
【請求項８】
前記マッピング関係は、前記帯域幅要求情報のビット、フレームインデックス及びスーパーフレームインデックスのうち少なくとも一つを入力変数とする関数として定義される  ことを特徴とする請求項１または２に記載の方法。
【請求項９】
前記マッピング関係は、下記式のように定義される
ことを特徴とする請求項１または２または８に記載の方法。
【数１】
0005726865.tif 000014
（式中、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、ｄｅｃ（）は二進数を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子、前記ｒｉはｄｅｃ（ｂ３ｉｂ３ｉ＋１ｂ３ｉ＋２）、前記ｔはスーパーフレームインデックス又はフレームインデックス、前記ｆ（）は前記ｔ及び前記ｂｋを入力変数とする関数、前記Ｋは０乃至４のうち一つの値が選択される常数を意味する）
【請求項１０】
前記ｆ（）は、下記式のように定義される
ことを特徴とする請求項９に記載の方法。
【数２】
0005726865.tif 000015
（式中、前記ｆ（）は端末が互いに異なるシーケンスインデックスを選択させるための関数、前記ｔはスーパーフレームインデックス又はフレームインデックス、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記Ｌは帯域幅要求情報サイズより小さいか等しい任意の常数を意味する）
【請求項１１】
前記帯域幅要求インジケータに対応する前記帯域幅要求メッセージが受信されるかを判断する過程をさらに含み、
前記帯域幅要求インジケータに対応する前記帯域幅要求メッセージが受信されるかを判断する過程は、
マッピング関係を逆に利用することによってシーケンスインデックス及び前記帯域幅要求メッセージが同じ帯域幅要求情報から生成されるかを判断することを含む
ことを特徴とする請求項２に記載の方法。
【請求項１２】
前記帯域幅要求インジケータに対応する前記帯域幅要求メッセージが受信されるかを判断することは、
前記帯域幅要求メッセージを伝達するための第２部分の信号品質が基準以上であるかを判断することを含む
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記信号品質は、巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：ＣＲＣ）、チャネルでの電力測定、ＬＬＲ（Ｌｏｇ  Ｌｉｋｅｌｉｈｏｏｄ  Ｒａｔｉｏ）測定及びチャネル品質測定のうち少なくとも一つによって判断される
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
送信された前記帯域幅要求インジケータと前記帯域幅要求メッセージとに基づいて、要求されたアップリンクリソースに対する付与（ｇｒａｎｔ）を基地局から受信する過程と、
前記付与されたアップリンクリソースを介してアップリンクトラフィックを前記基地局に送信する過程と、をさらに含む
ことを特徴とする請求項１に記載の方法。
【請求項１５】
受信された前記帯域幅要求インジケータと前記帯域幅要求メッセージとに基づいて、要求されるアップリンクリソースを割り当てる過程と、
割り当てられた前記アップリンクリソースを介してアップリンクトラフィックを前記端末から受信する過程と、をさらに含む、
ことを特徴とする請求項２に記載の方法。
【請求項１６】
実施される場合、請求項１，２，５乃至１３のうち一つによる方法を具現するように定義される命令語を含むコンピュータプログラム。
【請求項１７】
前記要求帯域幅情報は、予め定義された帯域幅要求サイズ又は付与を希望する帯域幅サイズを示すＱｏＳ関連情報を含む
ことを特徴とする請求項３または４に記載の装置。
【請求項１８】
前記帯域幅要求インジケータは、帯域幅要求のために割り当てられた複数の直交シーケンスのうち一つであり、
前記帯域幅要求メッセージは、前記帯域幅要求情報のすべて又は一部のビットを含む
ことを特徴とする請求項３または４または１７に記載の装置。
【請求項１９】
前記帯域幅要求チャネルは、前記帯域幅要求インジケータを伝達するための第１部分及び前記帯域幅要求メッセージを伝達するための第２部分に分けられ、
前記帯域幅要求チャネルは、３個のタイルを含み、
前記タイルはそれぞれ３個のサブタイルを含み、
前記サブタイルはそれぞれ２個の副搬送波及び６個のシンボルを含み、
各タイル内で、２個のサブタイルは前記帯域幅要求インジケータを伝達するための前記第１部分に属し、他の１個のサブタイルは前記帯域幅要求メッセージを伝達するための前記第２部分に属する
ことを特徴とする請求項３または４または１７または１８に記載の装置。
【請求項２０】
前記マッピング関係は、前記帯域幅要求情報のビット、フレームインデックス及びスーパーフレームインデックスのうち少なくとも一つを入力変数とする関数として定義される
ことを特徴とする請求項３または４に記載の装置。
【請求項２１】
前記マッピング関係は、下記式のように定義される
ことを特徴とする請求項３または４または２０に記載の装置。
【数３】
0005726865.tif 000016
（式中、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、ｄｅｃ（）は二進数を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子、前記ｒｉはｄｅｃ（ｂ３ｉｂ３ｉ＋１ｂ３ｉ＋２）、前記ｔはスーパーフレームインデックス又はフレームインデックス、前記ｆ（）は前記ｔ及び前記ｂｋを入力変数とする関数、前記Ｋは０乃至４のうち一つの値が選択される常数を意味する）
【請求項２２】
前記ｆ（）は、下記式のように定義される
ことを特徴とする請求項２１に記載の装置。
【数４】
0005726865.tif 000017
（式中、前記ｆ（）は端末が互いに異なるシーケンスインデックスを選択させるための関数、前記ｔはスーパーフレームインデックス又はフレームインデックス、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記Ｌは帯域幅要求情報サイズより小さいか等しい任意の常数を意味する）
【請求項２３】
前記帯域幅要求インジケータに対応する前記帯域幅要求メッセージが受信されるかを判断することは、
マッピング関係を逆に利用することによってシーケンスインデックス及び前記帯域幅要求メッセージが同じ帯域幅要求情報から生成されるかを判断することを含む
ことを特徴とする請求項４に記載の装置。
【請求項２４】
前記帯域幅要求インジケータに対応する前記帯域幅要求メッセージが受信されるかを判断することは、
前記帯域幅要求メッセージを伝達するための第２部分の信号品質が基準以上であるかを判断することを含む
ことを特徴とする請求項２３に記載の装置。
【請求項２５】
前記信号品質は、巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：ＣＲＣ）、チャネルでの電力測定、ＬＬＲ（Ｌｏｇ  Ｌｉｋｅｌｉｈｏｏｄ  Ｒａｔｉｏ）測定及びチャネル品質測定のうち少なくとも一つによって判断される
ことを特徴とする請求項２４に記載の装置。
【請求項２６】
前記送受信部は、送信された前記帯域幅要求インジケータと前記帯域幅要求メッセージとに基づいて、要求されたアップリンクリソースに対する付与（ｇｒａｎｔ）を基地局から受信し、前記付与されたアップリンクリソースを介してアップリンクトラフィックを前記基地局に送信する
ことを特徴とする請求項３に記載の装置。
【請求項２７】
前記プロセッサは、受信された前記帯域幅要求インジケータと前記帯域幅要求メッセージとに基づいて、要求されるアップリンクリソースを割り当て、
前記送受信部は、割り当てられた前記アップリンクリソースを介してアップリンクトラフィックを前記端末から受信する
ことを特徴とする請求項４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＯＦＤＭＡ通信システムの帯域幅要求（ｂａｎｄｗｉｄｔｈ  ｒｅｑｕｅｓｔ）チャネルに関し、特に、端末が基地局にアップリンク帯域幅を要求するために使用する帯域幅要求チャネルの送信、受信及び変調のための方法に関する。
【背景技術】
【０００２】
従来のＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システムは基地局がスケジューラを用いて複数の端末に時間／周波数／空間リソースを割り当てスケジューリングする多重アクセス方式（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ  ｓｃｈｅｍｅ）を使用する。前記多重アクセス方式を使用するにあたり、ＯＦＤＭＡチャネルで各端末が使用し得るリソースが互いに衝突しないように基地局スケジューラで厳しく管理すべきである。もし、端末が基地局にアップリンクを介して送るべきアップリンクトラフィックが発生すると、該当アップリンクトラフィックを伝送できる帯域幅リソースを割り当ててくれるように基地局に予め要求する。この時、端末に割り当てられたリソースがない状況で要求が行われなければならない場合、アップリンク帯域幅を要求する可能性のあるすべての端末がアクセスできるリソースを使用することが一般的である。
【０００３】
図１は、従来の技術による広帯域無線通信システムでの帯域幅要求シグナリングの手順を示す。前記図１を参照すると、ステップ１０２で、端末は複数の帯域幅要求レンジングコード（ＢＷ  ＲＥＱ  ｒａｎｇｉｎｇ  ｃｏｄｅ）のうち一つを任意に選択して、すべての端末がアクセスできるリソース又は帯域幅要求チャネルに割り当てられた時間／周波数／空間リソースを介して選択されたレンジングコードを基地局に送信する。これにより、ステップ１０４で、基地局は前記帯域幅要求レンジングコードの送信を検出し、前記帯域幅要求コードが前記帯域幅要求チャネルを介して伝達され得る帯域幅要求レンジングコードのうち一つであるかを判断する。前記帯域幅要求コードが前記帯域幅要求チャネルを介して伝達され得る帯域幅要求レンジングコードのうち一つであると判断されると、前記基地局はブロードキャストＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）を利用して予め定義されたサイズのアップリンクリソースを割り当てる。割り当てられるアップリンクリソースのサイズは前記帯域幅要求レンジングコードに応じて前記基地局及び前記端末の間に予め定義される。
【０００４】
ステップ１０６で、前記端末は自らが選択し帯域幅要求チャネルを介して送信した帯域幅要求レンジングコードに対してアップリンクリソースが割り当てられていると、自らのＭＳ−ＩＤ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ−ＩＤｅｎｔｉｆｉｅｒ）、ＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ）又はステーションＩＤ（Ｓｔａｔｉｏｎ  ＩＤ）とアップリンクトラフィックの伝送に必要な帯域幅などの帯域幅要求情報を指定された形式（ｆｏｒｍａｔ）（例：帯域幅要求ヘッダ（ＢＷ  ＲＥ  Ｑｕｅｓｔ  ｈｅａｄｅｒ））に従って伝送する。したがって、前記ステップ１０４で割り当てられるアップリンクリソースのサイズは前記指定された形式の情報が伝送可能なサイズになるように予め定義されるべきである。
【０００５】
ステップ１０８で、前記基地局は帯域幅要求ヘッダをデコードして、帯域幅要求を試みるＭＳ−ＩＤ及び所望のアップリンクリソースのサイズを求めることができる。前記基地局は前記ＭＳ−ＩＤ及びリソースサイズをアップリンクスケジューラに反映し、スケジューラが許容する時点に該当端末が要求した量（ａｍｏｕｎｔ）だけのアップリンクリソースを付与（ｇｒａｎｔ）する。
【０００６】
ステップ１１０で、前記端末はアップリンクリソースが付与されると、キュー（ｑｕｅｕｅ）に保存されたアップリンクトラフィックを伝送する。この時、追加的にアップリンクリソースが必要な場合、アップリンク帯域幅要求の手順が前記ステップ１０２からやり直さないように、前記端末は帯域幅要求情報を前記トラフィックとともにピギーバック（ｐｉｇｇｙｂａｃｋ）方式で送信できる。
【０００７】
上述した従来の帯域幅要求シグナリングの手順は５つのステップを含む。各ステップはエンコード／デコード及び競合が要求され、これにより各シグナリングごとに一つ以上のフレーム（ｆｒａｍｅ）が必要である。すなわち、上述した５つのステップの帯域幅要求過程によりアップリンクトラフィックが生成された後アップリンクリソースが割り当てられるまで時間遅延が長くなる問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の実施形態は上述した問題点及び短所を解決し、以下で説明される長所のうち少なくとも一つを提供するために考案された。したがって、本発明の目的は、広帯域無線通信システムで帯域幅要求チャネルを利用してアップリンク帯域幅を要求し割り当てるための装置及び方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の見地（ａｓｐｅｃｔ）によれば、ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を要求する方法が提供される。遅延に敏感なサービスのアップリンクトラフィックのためのアップリンクリソースを要求するために、帯域幅要求インジケータが帯域幅要求メッセージとともに帯域幅要求チャネルを介して端末から基地局に送信される。送信された帯域幅要求インジケータ及び帯域幅要求メッセージに応じて要求されるアップリンクリソースに対する付与が基地局から受信される。前記アップリンクトラフィックは付与されたアップリンクリソースを利用して前記端末から前記基地局に送信される。
【００１０】
本発明の他の見地によれば、ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を割り当てる方法が提供される。遅延に敏感なサービスのアップリンクトラフィックのためのアップリンクリソースを要求するために、帯域幅要求チャネルを介して端末から基地局に帯域幅要求インジケータが帯域幅要求メッセージとともに受信されるかを判断される。受信された帯域幅要求インジケータ及び帯域幅要求メッセージに応じて、要求されるアップリンクリソースが割り当てられる。前記アップリンクトラフィックは付与されたアップリンクリソースを利用して前記端末から前記基地局に受信される。
【００１１】
本発明のさらに他の見地によれば、ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を要求する端末が提供される。前記端末は遅延に敏感なサービスのアップリンクトラフィックのためのアップリンクリソースを要求するために、帯域幅要求インジケータを帯域幅要求メッセージとともに帯域幅要求チャネルを介して基地局に送信し、前記アップリンクトラフィックを付与されたアップリンクリソースを利用して前記基地局に送信する送信機を含む。また、前記端末は送信された帯域幅要求インジケータ及び帯域幅要求メッセージに応じて要求されるアップリンクリソースに対する付与を基地局から受信する受信機を含む。
【００１２】
本発明のさらに他の見地によれば、ＯＦＤＭＡシステムで帯域幅要求チャネルを介して帯域幅を割り当てる基地局が提供される。前記基地局は遅延に敏感なサービスのアップリンクトラフィックのためのアップリンクリソースを要求するために、帯域幅要求チャネルを介して端末から基地局に送信される帯域幅要求インジケータを帯域幅要求メッセージとともに受信し、前記アップリンクトラフィックを付与されたアップリンクリソースを利用して前記端末から受信する受信機を含む。また、前記基地局は帯域幅要求チャネルを介して端末から基地局に帯域幅要求インジケータが帯域幅要求メッセージとともに受信されるか判断するプロセッサを含む。また、前記基地局は受信された帯域幅要求インジケータ及び帯域幅要求メッセージに応じて、要求されるアップリンクリソースを割り当てるアロケータを含む。
【００１３】
本発明のさらに他の見地によれば、実施される場合、上述した見地のうち一つに対応する方法及び装置を具現するように定義された命令語を含むコンピュータプログラムを提供する。
【００１４】
本発明のさらに他の見地は、前記プログラムを保存するマシンが読み取り可能なストレージ（ｍａｃｈｉｎｅ  ｒｅａｄａｂｌｅ  ｓｔｏｒａｇｅ）を提供する。
【００１５】
本発明の実施形態による本発明の上述した見地及び他の見地、特徴、利益は次のような図面とともに説明される詳細な説明から明白に認識される。
【図面の簡単な説明】
【００１６】
【図１】ＩＥＥＥ  ８０２．１６ｅシステムの５ステップ帯域幅要求シグナリングの手順を示す図である。
【図２】本発明の実施形態による３ステップ帯域幅要求シグナリングの手順を示す図である。
【図３】本発明の他の実施形態による３ステップ及び５ステップが結合された帯域幅要求シグナリングの手順を示す図である。
【図４】本発明の実施形態による３ステップ及び５ステップが結合された帯域幅要求シグナリングの手順を支援する帯域幅要求チャネルの物理構造を示す図である。
【図５】本発明の実施形態による広帯域無線通信システムでの端末の動作手順を示す図である。
【図６】本発明の実施形態による広帯域無線通信システムでの基地局の動作手順を示す図である。
【図７】本発明の実施形態による広帯域無線通信システムでの端末及び基地局のブロック構成を示す図である。
【発明を実施するための形態】
【００１７】
本発明の実施形態が図面を参照して詳細に説明される。同一または類似の構成要素（ｃｏｍｐｏｎｅｎｔ）は他の図面に図示されても同一または類似の図面符号で指定される。技術分野で周知の構造及び手順の具体的な説明は本発明の要旨を不明にすることを避けるために省略され得る。
【００１８】
以下、説明で使用される用語及び単語と請求項は辞書的な意味に制限されず、発明の一貫性のある理解及び明瞭化のために用いられているにすぎない。したがって、当業者にとって以下の本発明の実施形態の説明は例示のみを目的としたものであると認識され、発明を制限するものでないことは自明であり、本発明は以下の特許請求の範囲と均等なものによって定められるべきである。
【００１９】
リアルタイム（Ｒｅａｌ  Ｔｉｍｅ：ＲＴ）サービスのように遅延に敏感なサービスを支援するために、従来の５ステップ帯域幅要求シグナリングの手順は簡素化する必要がある。レイテンシ（ｌａｔｅｎｃｙ）の減少は帯域幅要求シグナリングの手順に含まれるステップの数を減らすことによって達成されることができる。図２は、本発明の実施形態による広帯域無線通信システムでの帯域幅要求シグナリングの手順を示す。
【００２０】
図２の手順はステップ２０２から始まる。端末は帯域幅要求情報の少なくとも一つの一部を予め定義された形式に従う帯域幅要求メッセージとして帯域幅要求チャネルを介して送信する。前記帯域幅要求情報はＭＳ−ＩＤ（又はＣＩＤ又はステーションＩＤ）、伝送しようとするアップリンクトラフィックのタイプ（ｔｙｐｅ）、帯域幅のサイズを示す所望のアップリンクリソースを示す。
【００２１】
ステップ２０４で、基地局は前記帯域幅要求メッセージをデコード（ｄｅｃｏｄｉｎｇ）する。複数の端末からの帯域幅要求メッセージの間に競合が発生しない場合、前記基地局は前記帯域幅要求メッセージからデコードされた情報を利用して前記ＭＳ−ＩＤ（又はＣＩＤ又はステーションＩＤ）及び要求するアップリンクリソースのサイズを獲得する。前記基地局は確認された情報をアップリンクスケジューラに反映し、スケジューラが許容する時点に前記端末が要求した量だけのアップリンクリソースを付与する。前記情報を反映するにあたり、前記基地局は前記帯域幅要求メッセージからデコードされた情報を前記アップリンクスケジューラに提供する。したがって、前記アップリンクスケジューラは前記端末にアップリンクリソースを許与する。
【００２２】
ステップ２０６で、アップリンクリソースが付与されると、前記端末は前記端末のキューに保存されたアップリンクトラフィックを送信する。追加的にアップリンクリソースが必要な場合、アップリンク帯域幅要求の手順を前記２０２ステップから繰り返さず、前記端末は帯域幅要求情報をピギーバックできる。
【００２３】
従来の５ステップ帯域幅要求シグナリングの手順に比べて、上述した３ステップ帯域幅要求シグナリングの手順はリアルタイムサービスのように遅延に敏感なサービスの支援に効率的である。しかし、前記３ステップ帯域幅要求の手順を遂行する基地局は、複数の端末が同時に帯域幅要求メッセージを送信すると、全ての帯域幅要求メッセージをデコードすることができない。前記５ステップ帯域幅要求の手順は、複数の端末が同じ帯域幅要求コードを選択しない限り、一つの帯域幅要求チャネル内で複数の端末の帯域幅要求をすべて処理することができる。ただし、基地局が多重受信アンテナ（ｍｕｔｉｐｌｅ  ｒｅｃｅｉｖｅ  ａｎｔｅｎｎａ）を使用する場合、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）技術（ｔｅｃｈｎｉｑｕｅ）を活用して多数の帯域幅要求メッセージをそれぞれデコードできる。しかし、デコード可能なメッセージの最大個数は基地局の受信アンテナの個数に制限されるため、競合確率は従来の５ステップ帯域幅要求の手順に比べて依然として非常に高く、基地局のデコードの複雑度が著しく増加し得る。
【００２４】
図３は、本発明の他の実施形態による３ステップ及び５ステップが結合された帯域幅要求シグナリングの手順を示す。結合されたシグナリングの手順は上述した二つの帯域幅要求シグナリングの手順の長所を提供する。リアルタイムサービスのような遅延に敏感なサービスである場合、端末は３ステップ帯域幅要求シグナリングの手順を試み、ＢＥ（Ｂｅｓｔ  Ｅｆｆｏｒｔ）のような遅延に敏感でない非リアルタイム（Ｎｏｎ  Ｒｅａｌ−Ｔｉｍｅ：ＮＲＴ）サービスである場合、端末は５ステップ帯域幅要求シグナリングの手順を試みて競合確率を下げるようにする。例えば、前記リアルタイムサービスはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケット、ストリーミングビデオ（ｓｔｒｅａｍｉｎｇ  ｖｉｄｅｏ）のような時間−緊急（ｔｉｍｅ−ｕｒｇｅｎｔ）パケット、リアルタイムサービスでのＴＣＰ  ＡＣＫ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  ＡＣＫｎｏｗｌｅｄｇｅ）を含む。リアルタイムサービス以外のサービスはＮＲＴサービスと称することができ、例えば、ＢＥサービスがある。
【００２５】
前記図３の手順はステップ３０２から始まる。帯域幅要求チャネルは帯域幅要求インジケータ（ｉｎｄｉｃａｔｏｒ）部分（ｐｏｒｔｉｏｎ）及び帯域幅要求メッセージ部分の２つの部分（ｐａｒｔ）に分離されて構成される。端末は複数の帯域幅要求コードのうち一つを任意に選択し、選択されたコードを帯域幅要求インジケータとして送信する。前記帯域幅要求インジケータは帯域幅要求プリアンブル（ｐｒｅａｍｂｌｅ）と称することができる。前記端末が要求する伝送のためのアップリンクトラフィックのサービスがリアルタイムサービスであるか、遅延に敏感なサービスであると予め分類されたサービスである場合、前記帯域幅要求メッセージは予め定義された形式（ｆｏｒｍａｔ）に従って前記帯域幅要求インジケータとともに送信される。具体的に、ＭＳ−ＩＤ（又はＣＩＤ又はステーションＩＤ）、送信しようとするアップリンクトラフィックのタイプ、帯域幅サイズを示す要求されるアップリンクリソースを示す情報の少なくとも一つの部分が前記帯域幅要求メッセージのために割り当てられた領域を介して共に送信される。アップリンクトラフィックがＢＥのような非リアルタイムサービスであれば、帯域幅要求インジケータのみが送信される。前記帯域幅要求メッセージはクィックアクセスメッセージ（ｑｕｉｃｋ  ａｃｃｅｓｓ  ｍｅｓｓａｇｅ）と称することができる。
【００２６】
ステップ３０４で、基地局は前記帯域幅要求チャネルの帯域幅要求インジケータから送信された帯域幅要求レンジングコードの受信を認知し、送信されたレンジングコードが帯域幅要求チャネルで送信され得る複数のレンジングコードのうち一つであるかを判断する。特定の帯域幅要求インジケータコードが検出される場合、前記基地局は帯域幅要求メッセージに対応する帯域幅要求メッセージのデコードを試みる。帯域幅要求メッセージを受信することなく帯域幅要求レンジングコードが検出された場合、前記基地局は受信されたレンジングコードを利用して帯域幅要求ヘッダを送信できるだけの予め定義されたサイズのアップリンクリソースのみをブロードキャスト（ｂｒｏａｄｃａｓｔ）ＩＤを介して割り当て及び付与する。帯域幅要求メッセージの信号品質（ｓｉｇｎａｌ  ｑｕａｌｉｔｙ）が３ステップ帯域幅要求の手順を介して直接アップリンクトラフィックを付与するほど十分高くないと判断される場合、類似の割り当てが提供される。例えば、前記信号品質は巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ：ＣＲＣ）、チャネルでの電力測定、ＬＬＲ（Ｌｏｇ  Ｌｉｋｅｌｉｈｏｏｄ  Ｒａｔｉｏ）測定、チャネル品質測定などに基づいて判断されることができる。この時、前記図３に図示していないが、前記基地局は検出されたインジケータが何かを知らせるメッセージを送信できる。
【００２７】
前記帯域幅要求インジケータコード及び前記帯域幅要求メッセージがすべて受信され、信号品質も十分高いと判断される場合、前記基地局は前記帯域幅要求メッセージを介して要求されたリソースをアップリンクスケジューラに直接反映する。これにより、帯域幅要求ヘッダのためのアップリンクリソースの割り当て及び付与する必要性が除去され、前記図３の手順は３０２ステップから以下の３０８ステップに進行する。
【００２８】
前記帯域幅要求レンジングコードに応じて前記ステップ３０４でアップリンクリソースが割り当てられた場合、前記端末はＭＳ−ＩＤ（又はＣＩＤ又はステーションＩＤ）、アップリンクトラフィックの送信に必要な帯域幅に対応する所望のアップリンクリソースなどの帯域幅要求情報を含む帯域幅要求メッセージを含む帯域幅要求ヘッダ（Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ  Ｈｅａｄｅｒ：ＢＲＨ）を予め定義された形式に従って送信する。前記基地局が前記帯域幅要求メッセージの信号品質が十分高くないと判断した場合、前記端末のアップリンクトラフィックがリアルタイムサービスのためのものであって、前記端末が前記ステップ３０２で帯域幅要求インジケータ及び帯域幅要求メッセージをすべて送信した状況でも前記帯域幅要求ヘッダは前記端末により生成されて送信され得る。
【００２９】
ステップ３０８で、前記帯域幅要求ヘッダをデコードするか、又は前記帯域幅要求メッセージをデコードすることにより、前記基地局はＭＳ−ＩＤ（又はＣＩＤ又はステーションＩＤ）及び要求されるアップリンクリソースを確認する。前記基地局は確認された情報をアップリンクスケジューラに反映し、スケジューラが許容する時点に前記端末が要求した量だけのアップリンクリソースを付与する。
【００３０】
ステップ３１０で、アップリンクリソースが付与されると、前記端末は前記端末のキューに保存されたアップリンクトラフィックを送信する。この時、追加的にアップリンクリソースが必要な場合、アップリンク帯域幅要求の手順を前記ステップ３０２から繰り返さず、前記端末は割り当てられたリソースを介して帯域幅要求情報をピギーバックできる。
【００３１】
上述した手順によれば、端末が非リアルタイムサービスのための帯域幅要求を試みる場合、５ステップが遂行される。一方、リアルタイムサービスのような遅延に敏感なサービスのための帯域幅要求を試みる場合、ステップ３０２、ステップ３０８及びステップ３１０のみを用いて要求されるアップリンクリソースが付与され得る。
【００３２】
前記端末はサービスタイプにかかわらず３ステップ帯域幅要求シグナリングの手順を試みることができる。この場合、３ステップ帯域幅要求シグナリングの手順を試みた後、基地局が帯域幅要求メッセージのデコードに失敗すると、前記端末は５ステップ帯域幅要求シグナリングの手順をフォールバック（ｆａｌｌｂａｃｋ）として遂行できる。
【００３３】
前記３ステップ帯域幅要求シグナリングの手順のために、端末はＭＳ−ＩＤ、要求されるアップリンクリソース（又はＱｏＳ関連情報）を、帯域幅要求チャネルを介して送信すべきである。具体的に、１２ビットのステーションＩＤ［ｓ０、ｓ１、ｓ２、ｓ３、…、ｓ１０、ｓ１１］及び予め定義された３乃至４ビットのサイズの予め定義された帯域幅要求サイズ（又はＱｏＳ識別子）［ｑ０、ｑ１、ｑ２、（ｑ３）］であると仮定する。ここで、前記「予め定義された帯域幅要求サイズ」は該当呼（ｃａｌｌ）の生成時に基地局及び端末の間で協議されたアップリンクリソースの要求量を指示する値又はインデックスを意味する。ここで、前記ｓ０及びｑ０はそれぞれステーションＩＤ及び予め定義された帯域幅要求サイズの最初のＭＳＢ（ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）を意味する。前記帯域幅要求サイズは時間−緊急ＭＡＣ管理メッセージ（ｔｉｍｅ−ｕｒｇｅｎｔ  Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｍａｎａｇｅｍｅｎｔ  ｍｅｓｓａｇｅ）、ＶｏＩＰパケット、ビデオストリーミング、ＴＣＰ  ＡＣＫなどのように遅延に敏感な帯域幅要求を考慮して定義され、制限される。
【００３４】
帯域幅要求チャネルに１２ビットのステーションＩＤ及び３ビット又は４ビットの予め定義された帯域幅要求サイズをマッピングする前に、１５ビット又は１６ビットの帯域幅要求情報が生成される。前記帯域幅要求情報が［ｂ０，ｂ１，ｂ２，…，ｂ１２，ｂ１４，（ｂ１５）］で表される時、これは下記式（１）のように生成できる。
【００３５】
【数１】
0005726865.tif 000002
【００３６】
前記式（１）で、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｓｋはステーションＩＤのｋ番目ビット、前記ｑｋは帯域幅要求サイズのｋ番目ビットを意味する。
【００３７】
前記予め定義された帯域幅要求サイズが４ビットである場合、前記帯域幅要求情報は下記式（２）のように生成できる。
【００３８】
【数２】
0005726865.tif 000003
【００３９】
前記式（２）で、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｓｋはステーションＩＤのｋ番目ビット、前記ｑｋは帯域幅要求サイズのｋ番目ビットを意味する。
【００４０】
ステーションＩＤ及び予め定義された帯域幅要求サイズの再整列（ｒｅｏｒｄｅｒｉｎｇ）によって帯域幅要求情報が生成される場合、帯域幅要求インジケータ部分と帯域幅要求メッセージ部分は帯域幅要求チャネルの伝送において均等に（ｅｖｅｎｌｙ）分布されることができる。これにより、ＬＳＢ（ｌｅａｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）、ステーションＩＤ、要求されるアップリンクリソースが同じである端末が同時に帯域幅要求を試みても、競合確率が減少される。
【００４１】
図４は、本発明の実施形態による３ステップ及び５ステップが結合された帯域幅要求シグナリングの手順を支援する帯域幅要求チャネルの物理構造を示す。後述の詳細な説明は説明を目的としたものであり、他の変形が本発明の範囲を逸脱することなく採用され得る。
【００４２】
前記帯域幅要求チャネルは隣接する６個の副搬送波（ｓｕｂ  ｃａｒｒｉｅｒ）及び６個のシンボル（ｓｙｍｂｏｌ）で構成された３個の帯域幅要求タイル（ｔｉｌｅ）を含む。各帯域幅要求タイルは周波数ダイバーシティ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｅｒｓｉｔｙ）のために帯域全体に均等に分布するように抽出される。各帯域幅要求タイルは３つのサブタイル（ｓｕｂｔｉｌｅ）に分割され、各サブタイルは隣接する２個の副搬送波及び６個のシンボルを含む。各タイル帯域の両側端に該当する２個のサブタイルは帯域幅要求インジケータの送信のために使用され、各帯域幅要求タイルの中央のサブタイルは帯域幅要求メッセージの送信のために使用される。前記図４で、「Ｍ」はメッセージを意味し、「Ｐｒ」はプリアンブル（ｐｒｅａｍｂｌｅ）（又はインジケータ）を意味する。
【００４３】
前記図４に示す物理構造によれば、帯域幅要求インジケータは２４個の直交シーケンス（ｏｒｔｈｏｇｏｎａｌ  ｓｅｑｕｅｎｃｅ）に対するインデックス（０乃至２３）のうち一つで決定され、帯域幅要求メッセージはＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調及び１／６の符号化率のチャネルコーディングが適用された場合、１２ビットの帯域幅要求情報を含むことができる。
【００４４】
この時、前記帯域幅要求メッセージの信頼度を高め、３ステップ手順及び５ステップ手順の間に混同を生じるメッセージ検出失敗を減らすためにＣＲＣが適用され得る。
【００４５】
６ビットＣＲＣのために、多項式（ｐｏｌｙｎｏｍｉａｌ）「ｘ６+ｘ+１」が使用され得る。前記帯域幅要求メッセージは１８ビットを伝達することができ、１／４の符号化率を利用した６ビットＣＲＣビット及び１２ビットの帯域幅要求情報を含むことができる。
【００４６】
５ビットＣＲＣのために、多項式「ｘ５+ｘ４+ｘ２+１」が使用され得る。前記帯域幅要求メッセージは１６ビットを伝達することができ、１／４の符号化率を利用した５ビットＣＲＣビット及び１１ビットの帯域幅要求情報を含むことができる。
【００４７】
３ビットＣＲＣのために、多項式「ｘ３+ｘ+１」が使用され得る。前記帯域幅要求メッセージは１５ビットを伝達することができ、１／５の符号化率を利用した３ビットＣＲＣビット及び１２ビットの帯域幅要求情報を含むことができる。
【００４８】
本発明の一実施形態によって、１６ビットの帯域幅要求情報ビット［ｂ０，ｂ１，ｂ２，…，ｂ１３，ｂ１４，ｂ１５］を前記図４に示す物理構造の帯域幅要求チャネルを介して送信するためのマッピング方式が提供される。［ｂ０，ｂ１，ｂ２，…，ｂ１０，ｂ１１］の１２ビットは帯域幅要求メッセージを介して伝達される。最後の４ビット［ｂ１２，ｂ１３，ｂ１４，ｂ１５］は十進数（ｄｅｃｉｍａｌ  ｎｕｍｂｅｒ）に変換されて帯域幅要求インジケータの直交シーケンスインデックスを選択するために使用される。基地局は帯域幅要求インジケータ及び帯域幅要求メッセージをそれぞれ検出した後、検出されたビットを組み合わせて帯域幅要求情報ビットを再構成する。
【００４９】
上述した実施形態で、３ステップ帯域幅要求を試みる端末は帯域幅要求インジケータとして０乃至１５のうち一つの直交シーケンスインデックスのみを選択できる。したがって、３ステップ帯域幅要求を試みる端末の間の競合確率が増加する。これは直交シーケンスインデックスの選択を制限し、また、０乃至２３のうち一つの直交シーケンスインデックスを選択する５ステップ帯域幅要求を試みる端末に対しても各直交シーケンスインデックスに対する競合確率を一定に維持することができない。
【００５０】
基地局が帯域幅要求情報を検出する過程でエラー（ｅｒｒｏｒ）が発生するか、又は、端末が５ステップ帯域幅要求を試みて帯域幅要求インジケータのみを送信したにもかかわらず図帯域幅要求メッセージによるフォールスアラーム（ｆａｌｓｅ  ａｌａｒｍ）の検出エラーが発生して基地局が３ステップ帯域幅要求であると認識した場合に、問題が発生する。エラーが発生すると、アップリンク帯域幅を要求していない端末にリソースが割り当てられる。その結果、リソース浪費（ｗａｓｔｅ）によるシステム容量（ｓｙｓｔｅｍ  ｃａｐａｃｉｔｙ）の低下が引き起こされる。上述した実施形態では帯域幅要求インジケータと帯域幅要求メッセージの両方のうち一つでもフォールスアラームを検出するか、デコードエラーが発生すると、このようなシステム容量でのペナルティ（ｐｅｎａｌｔｙ）が発生、すなわち、システム容量が低下する。
【００５１】
上述した問題点を補完するための本発明の他の実施形態で、帯域幅要求情報ビットが［ｂ０，ｂ１，ｂ２，…，ｂ１２，ｂ１３，ｂ１４］の形態で１５ビットのサイズであると仮定する。前記帯域幅要求情報ビットのうちＭＳＢ１２ビット［ｂ０，ｂ１，ｂ２，…，ｂ１０，ｂ１１］が帯域幅要求メッセージを介して伝達される。帯域幅要求インジケータのための直交シーケンスインデックスは帯域幅要求情報ビットのうちＬＳＢ３ビット［ｂ１２，ｂ１３，ｂ１４］及び帯域幅要求情報ビットのＭＳＢから下記式（３）のように決定される。
【００５２】
【数３】
0005726865.tif 000004
【００５３】
前記式（３）で、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、前記ｄｅｃ（［］）は二進数（ｂｉｎａｒｙ  ｎｕｍｂｅｒ）を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ（ｍｏｄｕｌｏ）演算子でＡをＢで割った余り（ｒｅｍａｉｎｄｅｒ）を意味する。本発明の他の実施形態によって、前記式（３）の最終項である「ｄｅｃ（［ｂ０，ｂ１，ｂ２］）」は帯域幅要求メッセージに送信される帯域幅要求情報ビットのうち任意の３ビットに替えても同じ効果が得られる。
【００５４】
基地局は帯域幅要求インジケータ及び帯域幅要求メッセージをそれぞれ検出する。前記帯域幅要求メッセージがＣＲＣを含む場合、前記基地局は帯域幅要求情報ビットからのＣＲＣが受信されたＣＲＣと一致（ｍａｔｃｈ）するかを判断する。検出された帯域幅要求インジケータ及び帯域幅要求メッセージに基づいて、前記基地局は前記式（３）のマッピング関係（ｍａｐｐｉｎｇ  ｒｅｌａｔｉｏｎ）が一致するかを確認する。一致しない場合、前記基地局は帯域幅要求メッセージのデコードが十分に信頼性のある（ｒｅｌｉａｂｌｅ）ものでないか、５ステップ帯域幅要求が試みられて帯域幅要求メッセージが送信されなかったと判断した後、５ステップ帯域幅要求シグナリングの手順に沿って予め定義されたサイズのリソース量を割り当てる。一方、マッピング関係が一致する場合、前記基地局は前記図３の３０４ステップに進む。前記マッピング関係が一致すると、３ステップ帯域幅要求シグナリングの手順に沿って、前記基地局は帯域幅要求情報ビットを再構成し、前記図３のステップ３０８に進行する。
【００５５】
本発明のさらに他の実施形態によって、１６ビット帯域幅要求情報ビットは［ｂ０，ｂ１，ｂ２，…，ｂ１２，ｂ１３，ｂ１４，ｂ１５］の形態であり得る。この場合、前記式（３）は下記式（４）のように代替できる。
【００５６】
【数４】
0005726865.tif 000005
【００５７】
前記式（４）で、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、前記ｄｅｃ（［］）は二進数を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子を意味する。ただし、前記式（４）の最終項である「ｄｅｃ（［ｂ０，ｂ１，ｂ２，ｂ３］）」は前記帯域幅要求メッセージに送信される帯域幅要求情報ビットのうち任意の４ビットに替えても同じ効果が発生する。
【００５８】
本発明のさらに他の実施形態によって、１５ビット帯域幅要求情報ビットは［ｂ０，ｂ１，ｂ２，…，ｂ１２，ｂ１３，ｂ１４］の形態であり得る。この場合、前記式（３）は下記式（５）のように代替できる。
【００５９】
【数５】
0005726865.tif 000006
【００６０】
前記式（５）で、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、ｄｅｃ（［］）は二進数を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子を意味する。そして、前記ｐ０、ｐ１及びｐ２は下記式（６）のように定義される。
【００６１】
【数６】
0005726865.tif 000007
【００６２】
前記式（６）で、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子を意味する。
【００６３】
本発明のさらに他の実施形態によって、［ｂ０，ｂ１，ｂ２，…，ｂ１２，ｂ１３，ｂ１４］の形態を有する１５ビット帯域幅要求情報のための他のマッピング関係が適用され得る。この場合、前記式（３）は下記式（７）のように代替できる。
【００６４】
【数７】
0005726865.tif 000008
【００６５】
前記式（７）で、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、前記ｄｅｃ（）は二進数を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子、前記Ｋは０乃至４のうち一つの値が選択される常数を意味する。前記Ｋが０である場合、前記式（７）は前記式（５）と同じである。
【００６６】
本発明のさらに他の実施形態によって、［ｂ０，ｂ１，ｂ２，…，ｂＭ−１］の形態を有するＭビット帯域幅要求情報のためのさらに他のマッピング関係が適用されることができ、この場合、前記式（３）は下記式（８）のように代替できる。
【００６７】
【数８】
0005726865.tif 000009
【００６８】
前記式（８）で、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、ｄｅｃ（）は二進数を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子、前記ｒｉはｄｅｃ（ｂ３ｉｂ３ｉ+１ｂ３ｉ+２）、前記ｔはスーパーフレームインデックス又はフレームインデックス、前記ｆ（）は前記ｔ及び前記ｂｋを入力変数とする関数、前記Ｋは０乃至４のうち一つの値が選択される常数を意味する。前記ｆ（ｔ，ｂ０，ｂ１，…，ｂＭ−１）は２個の端末が同じ直交シーケンスインデックスを選択することによって３ステップ帯域幅要求シグナリングの手順及び５ステップ帯域幅要求シグナリングの手順に失敗した後、互いに異なるシーケンスを選択するようにする。前記ｆ（ｔ，ｂ０，ｂ１，…，ｂＭ−１）は
【数９】
0005726865.tif 000010
で表され得る。
【００６９】
前記変数Ｌは帯域幅要求情報の長さより小さいか等しい任意の常数を意味する（Ｌ≦Ｍ）。前記ｆ（ｔ，ｂ０，ｂ１，…，ｂＭ−１）は端末がフレーム毎又はスーパーフレーム毎に互いに異なるシーケンスインデックスを選択するように多様な他の形態に定義され得る。
【００７０】
本発明のさらに他の実施形態によって、［ｂ０，ｂ１，ｂ２，…，ｂＭ−１］の形態を有するＭビット帯域幅要求情報のためのさらに他のマッピング関係が適用されることができ、この場合、前記式（３）は下記式（９）のように代替できる。
【００７１】
【数１０】
0005726865.tif 000011
【００７２】
前記式（９）で、前記直交シーケンスインデックスは帯域幅要求インジケータのための直交シーケンスインデックス、ｄｅｃ（）は二進数を十進数に変換する演算子、前記ｂｋは帯域幅要求情報のｋ番目ビット、前記ｍｏｄ（Ａ，Ｂ）はモジュロ演算子、前記ｒｉはｄｅｃ（ｂ３ｉｂ３ｉ+１ｂ３ｉ+２）、前記ｔはスーパーフレームインデックス又はフレームインデックス、前記ｆ（）は前記ｔ及び前記ｒｋを入力変数とする関数、前記Ｋは０乃至４のうち一つの値が選択される常数を意味する。前記ｆ（ｔ，ｒ０，ｒ１，…，ｒＫ）は２個の端末が同じ直交シーケンスインデックスを選択することによって３ステップ帯域幅要求シグナリングの手順及び５ステップ帯域幅要求シグナリングの手順に失敗した後、互いに異なるシーケンスを選択するようにする。例えば、前記ｆ（ｔ，ｒ０，ｒ１，…，ｒＫ）は
【数１１】
0005726865.tif 000012
又は
【数１２】
0005726865.tif 000013
で表され得る。前記ｆ（ｔ，ｒ０，ｒ１，…，ｒＫ）は端末がフレーム毎又はスーパーフレーム毎に互いに異なるシーケンスインデックスを選択するように多様な他の形態に定義され得る。
【００７３】
上述のように、本発明はＯＦＤＭＡ通信システムで帯域幅要求シグナリングの手順のレイテンシを５ステップから３ステップに減少させるための方法を提供する。提示される帯域幅要求インジケータの直交シーケンスインデックス選択方法の長所（ｖｉｒｔｕｅ）により、帯域幅要求メッセージのデコードエラー及びフォールスアラームエラーの影響が緩和される。これによって、帯域幅チャネルの送信及び受信性能が強化され、システム容量の浪費が減少する。
【００７４】
以下、本発明は上述のようにアップリンク帯域幅を要求する端末及びアップリンク帯域幅を割り当てる基地局の動作及び構成を、図面を参照して詳細に説明する。
【００７５】
図５は、本発明の実施形態による広帯域無線通信システムでの端末の動作手順を示す。
【００７６】
前記図５を参照すると、前記端末はステップ５０１で３ステップ帯域幅要求シグナリングの手順によりアップリンク帯域幅を要求するか、又は、５ステップ帯域幅要求シグナリングの手順によりアップリンク帯域幅を要求するかを判断する。この時、前記３ステップ又は前記５ステップの選択はアップリンク帯域幅が必要なサービスの種類によって決定されることができる。例えば、リアルタイムサービスのように時間遅延に敏感なサービスの場合、前記端末は前記３ステップ帯域幅要求シグナリングの手順を選択する。一方、ＢＥサービスのように時間遅延に敏感でないサービスの場合、前記端末は前記５ステップ帯域幅要求シグナリングの手順を選択する。
【００７７】
前記５ステップ帯域幅要求シグナリングの手順が選択された場合、前記端末はステップ５０３に進行して帯域幅要求インジケータのためのシーケンスインデックスを決定する。多様な目的のために複数の直交シーケンスが定義されており、前記複数の直交シーケンスのうち一部は前記帯域幅要求インジケータのための直交シーケンスとして割り当てられている。すなわち、前記端末は前記帯域幅要求インジケータのための直交シーケンスのうち一つのシーケンスインデックスを選択する。
【００７８】
前記シーケンスインデックスを決定した後、前記端末はステップ５０５に進行して選択されたインデックスの直交シーケンスを帯域幅要求インジケータとして送信する。この時、前記帯域幅要求インジケータは帯域幅要求チャネルを介して送信される。例えば、前記帯域幅要求チャネルは前記図４に示すとおりである。前記帯域幅要求チャネルが前記図４のような場合、前記端末は各タイル内の２個のサブタイルに前記帯域幅要求インジケータをマッピングして送信する。すなわち、前記帯域幅要求インジケータは２４個のトーンを含み、３個のタイルによって重複して送信される。
【００７９】
以後、前記端末はステップ５０７に進行して前記帯域幅要求インジケータの応答として帯域幅要求ヘッダの送信のためのリソースが割り当てられるかを確認する。例えば、前記端末は基地局から受信されるブロードキャストＩＤを利用してカバーリングされたＣＤＭＡ割り当てＩＥ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ａｌｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）によって前記帯域幅要求ヘッダの送信のためのリソースが割り当てるかを判断する。
【００８０】
前記帯域幅要求ヘッダの送信のためのリソースが割り当てられると、前記端末はステップ５０９に進行して前記端末の識別情報、フロー（ｆｌｏｗ）識別情報及び要求するリソースサイズ情報のうち少なくとも一つを含む前記帯域幅要求ヘッダを送信する。
【００８１】
前記帯域幅要求ヘッダを送信した後、前記端末はステップ５１１に進行して前記帯域幅要求ヘッダを介して要求したリソースが割り当てられるかを確認する。前記帯域幅要求ヘッダを介して要求したリソースはアップリンクマップ（ｍａｐ）メッセージを介して割り当てられる。したがって、前記端末はフレーム毎に受信されるマップメッセージをデコードすることによって前記リソースが割り当てられるかを判断する。
【００８２】
前記要求したリソースが割り当てられると、前記端末はステップ５１３に進行して割り当てられたリソースを介してアップリンクトラフィックを送信する。この時、追加的なアップリンク帯域幅が必要な場合、前記端末は帯域幅要求拡張ヘッダ（ｂａｎｄｗｉｄｔｈ  ｒｅｑｕｅｓｔ  ｅｘｔｅｎｄｅｄ  ｈｅａｄｅｒ）を利用してピギーバック方式の帯域幅要求を前記トラフィックに含めることができる。すなわち、前記端末はキューに保存されたトラフィックを符号化及び変調した後、割り当てられたリソースにマッピングし、ＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｓｎｆｏｒｍ）演算及びＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）挿入によってＯＦＤＭシンボルを構成した後、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）帯域信号にアップコンバートして送信する。
【００８３】
前記ステップ５０１で、前記３−ステップ帯域幅要求シグナリングの手順が選択された場合、前記端末はステップ５１５に進行して帯域幅要求情報を生成する。前記帯域幅要求情報は前記端末の識別情報及び要求帯域幅情報を含む。例えば、前記識別情報はＭＳ−ＩＤ、ＣＩＤ及びステーションＩＤのうち少なくとも一つであることができ、前記要求帯域幅情報は予め定義された帯域幅要求サイズ又は帯域幅サイズに関連したＱｏＳ情報であることができる。例えば、前記識別情報が１２ビット、前記要求帯域幅情報が４ビットで、前記帯域幅要求情報は１６ビットのサイズであり得る。
【００８４】
前記帯域幅要求情報を生成した後、前記端末はステップ５１７に進行して帯域幅要求インジケータのためのシーケンスインデックスを決定する。この時、前記５０３ステップとは異なって、前記端末は予め決められたマッピング関係によって前記帯域幅要求情報を利用して前記シーケンスインデックスを決定する。前記予め決められたマッピング関係は端末が選択したシーケンスインデックスの間の衝突を最小化するためのもので、前記帯域幅要求情報の以外にフレームインデックス、スーパーフレームインデックスなどを入力変数として使用する関数に定義され得る。例えば、前記シーケンスインデックスは前記式（４）、前記式（５）、前記式（７）、前記式（８）及び前記式（１０）のように決定されることができる。
【００８５】
前記シーケンスインデックスを決定した後、前記端末はステップ５１９に進行して前記帯域幅要求情報の一部のビットを利用して帯域幅要求メッセージを生成する。すなわち、前記帯域幅要求情報の全体がメッセージとして送信されず、一部のビットのみが前記帯域幅要求メッセージとして送信され、送信されない残りのビットは基地局で前記シーケンスインデックスから推定される。すなわち、前記端末は前記一部のビットにＣＲＣビットを追加し、チャネルコーディングを行った後、変調する。例えば、前記ＣＲＣビットは５ビットであることができ、この場合、ＣＲＣ多項式は「ｘ５+ｘ４+ｘ２+１」であり得る。また、前記チャネルコーディング方式としてＴＢＣＣ（Ｔａｉｌ−ｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅｓ）技法、前記変調方式としてＱＰＳＫ技法が適用され得る。この場合、前記帯域幅要求メッセージに含まれるビットが１３ビットであれば、チャネルコーディング後は７２ビットになり、変調後は３６個のシンボルになる。
【００８６】
次いで、前記端末はステップ５２１に進行して前記帯域幅要求インジケータ及び帯域幅要求メッセージを送信する。この時、前記端末は前記決められたインデックスの直交シーケンスを、帯域幅要求チャネルを介して帯域幅要求インジケータとして送信する。そして、前記端末は前記帯域幅要求情報のうち一部のビットを符号化及び変調した後、前記帯域幅要求チャネルを介して帯域幅要求メッセージを送信する。例えば、前記帯域幅要求チャネルは前記図４に示すとおりである。前記帯域幅要求チャネルが前記図４のような場合、前記端末は各タイル内の２個のサブタイルに前記帯域幅要求インジケータをマッピングして送信する。そして、前記端末は各タイルに含まれた１個のサブタイルのすべて、すなわち、３個のサブタイルに前記帯域幅要求メッセージをマッピングして送信する。
【００８７】
以後、前記端末はステップ５２３に進行して帯域幅要求ヘッダの送信のためのリソースが割り当てられるかを確認する。例えば、前記端末は基地局から受信されるブロードキャストＩＤを利用してカバーリングされたＣＤＭＡ割り当てＩＥによって前記帯域幅要求ヘッダの送信のためのリソースが割り当てるかを判断する。もし、前記帯域幅要求ヘッダの送信のためのリソースが割り当てられると、これは基地局が前記帯域幅要求メッセージの検出に失敗して前記端末の帯域幅要求を５ステップの手順と認知したことを意味する。したがって、この場合、前記端末は前記ステップ５０９に進行して５ステップ帯域幅要求シグナリングの手順に沿う。
【００８８】
一方、前記帯域幅要求ヘッダの送信のためのリソースが割り当てられないと、前記端末はステップ５２５に進行して前記帯域幅要求情報を介して要求したリソースが割り当てられるかを確認する。前記帯域幅要求ヘッダを介して要求したリソースはアップリンクマップメッセージによって割り当てられる。したがって、前記端末はフレーム毎に受信されるマップメッセージをデコードすることによって前記リソースが割り当てられるかを判断する。もし、前記要求したリソースが割り当てられると、前記端末はステップ５１３に進行して割り当てられたリソースを介してアップリンクトラフィックを送信する。この時、追加的なアップリンク帯域幅が必要な場合、前記端末は帯域幅要求拡張ヘッダを利用してピギーバック方式の帯域幅要求を前記トラフィックに含めることができる。
【００８９】
図６は、本発明の実施形態による広帯域無線通信システムでの基地局の動作手順を示す。
【００９０】
前記図６を参照すると、前記基地局はステップ６０１で帯域幅要求チャネル中に帯域幅要求インジケータが検出されるかを確認する。すなわち、前記基地局は前記帯域幅要求チャネルを介して受信された信号シーケンス及び前記帯域幅要求インジケータのために定義された直交シーケンスのそれぞれの相関演算を行うことにより特定の直交シーケンスで構成された帯域幅要求インジケータを検出できる。例えば、前記帯域幅要求チャネルは前記図４に示すとおりである。前記帯域幅要求チャネルが前記図４のような場合、前記帯域幅要求インジケータは各タイル内の２個のサブタイルにマッピングされて受信される。すなわち、前記帯域幅要求インジケータは２４個のトーンを含み、３個のタイルによって重複して受信される。
【００９１】
前記帯域幅要求インジケータが検出されると、前記基地局はステップ６０３に進行して検出されたインジケータに対応する帯域幅要求メッセージの検出を試みる。前記帯域幅要求チャネルは前記帯域幅要求インジケータを伝達するための第１部分及び前記帯域幅要求メッセージを伝達するための第２部分に区分される。したがって、前記基地局は前記第２部分を介して受信された信号から前記第１部分で検出された帯域幅要求インジケータに対応する帯域幅要求メッセージの検出を試みる。すなわち、前記基地局は前記検出された帯域幅要求インジケータによって前記帯域幅要求インジケータを送信した端末のチャネル情報を獲得し、前記チャネル情報を利用して前記帯域幅要求メッセージの検出を試みる。
【００９２】
次いで、前記基地局はステップ６０５に進行して前記第２部分に対する信号品質が基準以上であるかを判断する。すなわち、前記基地局は前記帯域幅要求メッセージが送信されたか、送信されていても成功的にデコードできる状態であるかを判断する。例えば、前記信号品質は巡回冗長検査、チャネルでの電力測定、ＬＬＲ測定、チャネル品質測定などに基づいて判断できる。
【００９３】
前記信号品質が基準未満であれば、前記基地局は前記検出された帯域幅要求インジケータを送信した端末が５ステップ手順に沿うものと判断し、ステップ６０７に進行して帯域幅要求ヘッダの送信のためのリソースを割り当てる。この時、前記基地局はすべての端末がデコードできるように作られたメッセージを用いる。例えば、前記基地局はブロードキャストＩＤを利用してカバーリングされたＣＤＭＡ割り当てＩＥによって前記帯域幅要求ヘッダの送信のためのリソースを割り当てる。
【００９４】
前記帯域幅要求ヘッダの送信のためのリソースを割り当てた後、前記基地局はステップ６０９に進行して帯域幅要求ヘッダが受信されるかを確認する。ここで、前記帯域幅要求ヘッダは端末の識別情報、フロー識別情報及び要求するリソースサイズ情報のうち少なくとも一つを含む。前記帯域幅要求ヘッダが受信されると、前記基地局はステップ６１５に進行して前記帯域幅要求ヘッダを介して要求されたアップリンクリソースを割り当てる。
【００９５】
前記ステップ６０５で、前記信号品質が基準以上であれば、前記基地局は前記検出された帯域幅要求インジケータを送信した端末が３ステップ手順に沿うものと判断し、ステップ６１１に進行して前記検出された帯域幅要求インジケータ及び検出された帯域幅要求メッセージが対応するかを判断する。前記帯域幅要求インジケータを構成するシーケンスインデックス及び前記帯域幅要求メッセージは帯域幅要求情報から生成され、前記帯域幅要求メッセージは前記帯域幅情報の一部のビットで、前記シーケンスインデックスは前記帯域幅要求情報から予め決められたマッピング関係によって生成される。したがって、前記基地局は前記予め定義されたマッピング関係を逆に利用することによって前記シーケンスインデックス及び前記帯域幅要求メッセージが同じ帯域幅要求情報から生成されたか、すなわち、前記検出された帯域幅要求インジケータ及び前記検出された帯域幅要求メッセージが対応するかを判断できる。例えば、前記シーケンスインデックスを決定する予め定義されたマッピング関係は前記式（４）、前記式（５）、前記式（７）、前記式（８）及び前記式（１０）と同じであり得る。もし、前記検出された帯域幅要求インジケータ及び前記検出された帯域幅要求メッセージが対応しないと、前記基地局は前記ステップ６０７に進行する。
【００９６】
一方、前記検出された帯域幅要求インジケータ及び前記検出された帯域幅要求メッセージが対応すると、前記基地局はステップ６１３に進行して前記帯域幅要求インジケータのシーケンスインデックス及び前記帯域幅要求メッセージのビット列を組み合わせて前記帯域幅要求情報を構成する。例えば、前記基地局は前記帯域幅要求メッセージのビット列を前記帯域幅要求情報の一部のビットで決定し、前記一部のビット及び前記シーケンスインデックスを用いて他のビットを決定する。これにより、前記基地局は前記帯域幅要求情報に含まれた端末の識別情報及び要求帯域幅情報を確認する。例えば、前記識別情報はＭＳ−ＩＤ、ＣＩＤ及びステーションＩＤのうち少なくとも一つであることができ、前記帯域幅情報は予め定義された帯域幅要求サイズ又は帯域幅サイズに関連したＱｏＳ情報であり得る。例えば、前記識別情報が１２ビット、前記帯域幅情報が４ビットで、前記帯域幅要求情報は１６ビットのサイズであり得る。
【００９７】
次いで、前記基地局はステップ６１５に進行して前記帯域幅要求情報を介して確認された要求帯域幅だけのアップリンクリソースを割り当てる。前記アップリンクリソースはアップリンクマップメッセージを介して割り当てられる。
【００９８】
図７は、本発明の実施形態による広帯域無線通信システムでの端末及び基地局のブロック構成を示す。
【００９９】
前記図７に図示のように、前記端末７０２は送受信部７０６及びプロセッサ７１４を含んで構成され、前記基地局７０４は送受信部７０８及びプロセッサ７１６を含んで構成される。
【０１００】
前記端末７０２の送受信部７０６は前記プロセッサ７１４から提供されるビット列をアンテナを介して送信し、前記アンテナを介して受信される信号をビット列に変換して前記プロセッサ７１４に提供する。具体的に、送信動作時、前記送受信部７０６は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルを副搬送波にマッピングした後、ＩＦＦＴ演算及びＣＰ挿入によってＯＦＤＭシンボルを構成し、基底帯域信号をＲＦ帯域信号にアップコンバートした後アンテナを介して送信する。受信動作時、前記送受信部７０６は前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウンコンバートした後、前記基底帯域信号をＯＦＤＭシンボル単位に分割し、ＦＦＴ演算を介して副搬送波にマッピングされた信号を復元した後、復調及び復号化によって受信ビット列を復元する。特に、前記送受信部７０６は前記プロセッサ７１４から提供される帯域幅要求インジケータ及び帯域幅要求メッセージのうち少なくとも一つを帯域幅要求チャネルの第１部分及び第２部分にそれぞれマッピングして送信する。例えば、前記帯域幅要求チャネルの構造は前記図４と同じである。
【０１０１】
前記プロセッサ７１４は前記端末７０２の全般的な機能を制御する。特に、前記プロセッサ７１４は前記帯域幅要求チャネルを介してアップリンク帯域幅を要求する機能を制御する。詳しく説明すると、前記プロセッサ７１４はアップリンク帯域幅が必要なサービスの種類に応じて３ステップ帯域幅要求シグナリングの手順及び５ステップ帯域幅要求シグナリングの手順のうちどちらによってアップリンク帯域幅を要求するかを判断する。
【０１０２】
前記５ステップ帯域幅要求シグナリングの手順を選択した場合、前記プロセッサ７１４は帯域幅要求インジケータのための直交シーケンスのうち一つのシーケンスインデックスを選択し、前記送受信部７０６を介して選択されたインデックスの直交シーケンスを帯域幅要求インジケータとして送信する。以後、帯域幅要求ヘッダの送信のためのリソースが割り当てられると、前記プロセッサ７１４は前記端末の識別情報、フロー識別情報及び要求するリソースサイズ情報のうち少なくとも一つを含む前記帯域幅要求ヘッダを生成した後、前記送受信部７０６を介して送信する。
【０１０３】
前記３ステップ帯域幅要求シグナリングの手順を選択した場合、前記プロセッサ７１４は前記端末の識別情報及び要求帯域幅情報を含む帯域幅要求情報を生成し、前記帯域幅要求情報から帯域幅要求インジケータのためのシーケンスインデックス及び帯域幅要求メッセージを生成する。この時、前記帯域幅要求メッセージは前記帯域幅要求情報の一部のビットで、前記シーケンスインデックスは予め決められたマッピング関係によって前記帯域幅要求情報を利用して生成される。前記予め決められたマッピング関係は端末が選択したシーケンスインデックスの間の衝突を最小化するためのもので、前記帯域幅要求情報の以外にフレームインデックス、スーパーフレームインデックスなどを入力変数として使用する関数に定義され得る。例えば、前記シーケンスインデックスは前記式（４）、前記式（５）、前記式（７）、前記式（８）及び前記式（１０）のように決定され得る。そして、前記プロセッサ７１４は前記送受信部７０６を介して前記帯域幅要求インジケータ及び前記帯域幅要求メッセージを送信する。前記帯域幅要求インジケータ及び前記帯域幅要求メッセージの送信の結果、基地局から要求帯域幅だけのリソースが割り当てられるか、帯域幅要求ヘッダの送信のためのリソースが割り当てられ得る。前記要求帯域幅だけのリソースが割り当てられた場合は、前記３ステップ帯域幅要求シグナリングの手順が成功的に行われたことを意味し、前記プロセッサ７１４はアップリンクトラフィックを送信する。一方、前記帯域幅要求ヘッダの送信のためのリソースが割り当てられた場合、前記３ステップ帯域幅要求シグナリングの手順が失敗したことを意味し、前記プロセッサ７１４は帯域幅要求ヘッダを介して再度帯域幅を要求する。
【０１０４】
前記基地局７０４の送受信部７０８は前記プロセッサ７１６から提供されるビット列をアンテナを介して送信し、前記アンテナを介して受信される信号をビット列に変換して前記プロセッサ７１６に提供する。具体的には、送信動作時、前記送受信部７０８は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルを副搬送波にマッピングした後、ＩＦＦＴ演算及びＣＰ挿入によってＯＦＤＭシンボルを構成し、基底帯域信号をＲＦ帯域信号にアップコンバートした後アンテナを介して送信する。受信動作時、前記送受信部７０８は前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウンコンバートした後、前記基底帯域信号をＯＦＤＭシンボル単位に分割し、ＦＦＴ演算を介して副搬送波にマッピングされた信号を復元した後、復調及び復号化によって受信ビット列を復元する。特に、前記送受信部７０８は帯域幅要求チャネルを介して受信される帯域幅要求インジケータ及び帯域幅要求メッセージのうち少なくとも一つを前記プロセッサ７１６に提供する。例えば、前記帯域幅要求チャネルの構造は前記図４と同じである。
【０１０５】
前記プロセッサ７１６は前記基地局７０４の全般的な機能を制御する。特に、前記プロセッサ７１６は前記帯域幅要求チャネルを介して受信される帯域幅要求インジケータ及び帯域幅要求メッセージを用いて端末の帯域幅要求を認識及び処理する。詳しく説明すると、前記プロセッサ７１６は前記帯域幅要求チャネルの第１部分で帯域幅要求インジケータを検出し、前記帯域幅要求チャネルの第２部分で検出された帯域幅要求インジケータに対応する帯域幅要求メッセージの検出を試みる。この時、前記プロセッサ７１６は前記第２部分に対する信号品質が基準未満であれば５ステップ帯域幅要求シグナリングの手順に沿って、前記第２部分に対する信号品質が基準以上であれば３ステップ帯域幅要求シグナリングの手順に沿って前記端末の帯域幅要求を処理する。前記５ステップ帯域幅要求シグナリングの手順に沿う場合、前記プロセッサ７１６は帯域幅要求ヘッダの送信のためのリソースを割り当て、前記帯域幅要求ヘッダが受信されると前記帯域幅要求ヘッダを介して要求された帯域幅だけのアップリンクリソースを割り当てる。前記３ステップ帯域幅要求シグナリングの手順に沿う場合、前記プロセッサ７１６は検出された帯域幅要求インジケータのシーケンスインデックス及び検出された帯域幅要求メッセージのビット列を用いて帯域幅要求情報を構成し、前記帯域幅要求情報に含まれた要求帯域幅だけのアップリンクリソースを割り当てる。
【０１０６】
本発明の実施形態はハードウェア、ソフトウェア、ハードウェア及びソフトウェアの結合の形態で実施され得る。前記ソフトウェアは削除可能であるか、再書き込みが可能であるか、可能でない揮発性（ｖｏｌａｔｉｌｅ）又は不揮発性保存媒体、例えば、ロム（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ：ＲＯＭ）のような保存装置の形態に保存されることができる。又は、前記ソフトウェアはラム（ＲＡＭ）、メモリチップ、装置又はＩＣ（Ｉｎｔｅｒｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）又は光学（ｏｐｔｉｃａｌｌｙ）又は磁気的（ｍａｇｎｅｔｉｃａｌｌｙ）に読み出し可能な媒体（例：ＣＤ、ＤＶＤ、磁気ディスク、磁気テープなど）の形態に保存されることができる。保存装置及び保存メディアはプログラミング又は実施される場合は、本発明を具現する命令語を含むプログラムを保存するに適したマシンが読み取り可能なストレージ（ｍａｃｈｉｎｅ  ｒｅａｄａｂｌｅ  ｓｔｏｒａｇｅ）の実施形態であり得る。したがって、本発明の実施形態はプログラムのようなマシンが読み取り可能なストレージ及び特許請求の範囲のうちいずれかによって請求される装置及び方法を具現するためのコードを含むプログラムを提供できる。さらに、プログラムは無線又は有線接続を介して伝達される通信信号のような特定の媒体を介して電子的に運搬され得る。
【０１０７】
一方、本発明を実施するための形態では具体的な実施形態について説明したが、本発明の範囲から逸脱しない範囲内で多様な変形が可能であることは無論である。従って、本発明の範囲は説明された実施形態に限定されて定められてはならず、後述する特許請求の範囲のみでなくこの特許請求の範囲と均等なものによって定められるべきである。
【符号の説明】
【０１０８】
７０２  端末
７０４  基地局
７０６  送受信部
７０８  送受信部
７１４  プロセッサ
７１６  プロセッサ
【図１】
0005726865.tif 000018
【図２】
0005726865.tif 000019
【図３】
0005726865.tif 000020
【図４】
0005726865.tif 000021
【図５】
0005726865.tif 000022
【図６】
0005726865.tif 000023
【図７】
0005726865.tif 000024