JP2008526093A - 拡張されたサブヘッダを用いるフィードバック情報を転送する方法 - Google Patents

Abstract

【課題】フィードバック情報を転送する方法を提供する。
【解決手段】移動局（ＭＳ）は、媒体接続制御（ＭＡＣ）ヘッダを含むプロトコルデータユニット（ＰＤＵ）を受信し、該ＭＡＣヘッダから、拡張されたサブヘッダグループが前記ＭＡＣヘッダ後に位置するかを決定した後、該拡張されたサブヘッダグループから、フィードバック要請拡張サブヘッダを確認し、最後に、前記フィードバック要請拡張サブヘッダによって前記フィードバック情報を転送する。
【選択図】図１

Description

本発明は、フィードバック（ｆｅｅｄｂａｃｋ）情報を転送する方法に係り、より具体的には、拡張されたサブヘッダを用いるフィードバック情報を転送する方法に関する。

図１は、媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；以下、‘ＭＡＣ’という。）プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；以下、‘ＰＤＵ’と言う。）の構造を例示する図である。

図１に示すように、ＭＡＣ管理ＰＤＵは、ＭＡＣヘッダ１１、管理メッセージタイプ１２及びＭＡＣ管理ペイロード１３を含む。また、帯域幅要請ＰＤＵは、上り回線データを転送するのに必要な帯域幅を動的に要請するためにそれぞれの使用者によって使われる。該帯域幅要請ＰＤＵは、単に帯域幅要請ヘッダのみを含み、ペイロードは全く含まない点に特徴がある。

図２には、図１のＭＡＣＰＤＵの構造を示す。具体的に、ＭＡＣＰＤＵが、図２に示すように、ＭＡＣサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ；以下、‘ＳＤＵ’という。）をパッキング（ｐａｃｋｉｎｇ）または断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）することなく形成されるとすれば、ＭＡＣＰＤＵはパッキングサブヘッダまたは断片化サブヘッダを含まない。

図３には、ＭＡＣＰＤＵの構造の他の例を示す。図３に示すように、ＭＡＣＳＤＵ３１は、２つ以上のＭＡＣＰＤＵ３０ａ及び３０ｂの形成において含まれるように断片化される。ＭＡＣＰＤＵ３０ａ及び３０ｂの形成において、断片化サブヘッダ３４ａ及び３４ｂはＭＡＣヘッダ３３ａ及び３３ｂの後にそれぞれ取り付けられる。また、ＭＡＣＳＤＵ３５ａ及び３５ｂは、ＭＡＣＰＤＵ３０ａ及び３０ｂを形成するように断片化サブヘッダ３４ａ及び３４ｂ後にそれぞれ取り付けられる。

図４には、ＭＡＣＰＤＵの構造をさらに他の例を示す。図４で、ＭＡＣＰＤＵは、二つ以上のＭＡＣＳＤＵ（例えば、ＭＡＣＳＤＵ＃１ ４１ａ及びＭＡＣＳＤＵ＃２ ４１ｂ）をパッキングすることによって形成される。これらのＭＡＣＳＤＵ４４及び４６は、パッキングサブヘッダ４３及び４６の後にそれぞれ取り付けられる。ここで、ＭＡＣＰＤＵは、その前に、より具体的にはパッキングサブヘッダ４３の前にＭＡＣヘッダ４２を持つ。

上述のように、ＭＡＣＳＤＵが断片化またはパッキングされると、断片化サブヘッダまたはパッキングサブヘッダは各ＭＡＣＰＤＵに取り付けられる。このように、ＭＡＣＰＤＵはそのそれぞれのユニットに分類され、また、フレーム番号にしたがって分類されることができる。

従来技術では、単に断片化及びパッキングに関する方法のみ利用可能である。すなわち、従来技術は、様々な強化されたサブヘッダを持つＭＡＣＰＤＵ構造を含まない。

したがって、本発明は、関連技術の制限及び欠点に起因する一つ以上の問題を実質的に除去する、拡張されたサブヘッダを用いるフィードバック情報を転送する方法に関する。

本発明の一目的は、フィードバック情報を転送する方法を提供することにある。

本発明の他の目的は、フィードバック情報を受信する方法を提供することにある。

本発明のさらに他の目的は、フィードバック情報を転送及び受信するシステムを提供することにある。

本発明の付加的な長所、目的及び特徴は、下記の説明で部分的に展開され、部分的には下記の内容から本発明の関連技術分野における当業者にとって明らかになり、または、本発明の実施によって習得されることができる。本発明の目的と他の長所は、添付の図面の他、下記の説明と請求項で特別に指摘される構造によって実現されて獲得されることができる。

このような付加的な目的と他の長所を獲得し、また、本発明の目的を達成するために、ここで具体化され且つ広く説明されるように、フィードバック情報を転送する方法は、媒体接続制御（ＭＡＣ）ヘッダを含むプロトコルデータユニット（ＰＤＵ）を基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ；以下、‘ＢＳ’という。）から受信する移動局（ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；以下、‘ＭＳ’という。）を含む。その後、前記移動局は、受信したＭＡＣヘッダから、拡張されたサブヘッダグループがそのＭＡＣヘッダの後に位置するかを決定し、また、該拡張されたサブヘッダグループからフィードバック要請拡張サブヘッダを確認する。最後に、前記ＭＳは、該フィードバック要請拡張サブヘッダによってフィードバック情報を転送する。

本発明の他の局面において、フィードバック情報を転送する方法は、拡張されたサブヘッダグループの存在を表す媒体接続制御（ＭＡＣ）を含むプロトコルデータユニット（ＰＤＵ）を転送する基地局（ＢＳ）を含む。ここで、前記拡張されたサブヘッダグループは、フィードバック要請拡張サブヘッダを含む。その後、前記基地局は、移動局（ＭＳ）からフィードバック情報を受信する。

本発明のさらに他の局面において、フィードバック情報を転送及び受信するシステムは、ＭＡＣヘッダに続いて拡張されたサブヘッダグループが位置するか否かを表す媒体接続制御（ＭＡＣ）ヘッダを含むプロトコルデータユニット（ＰＤＵ）を転送する基地局（ＢＳ）を含む。ここで、前記拡張されたサブヘッダグループは、フィードバック要請拡張サブヘッダを指示する。前記システムは、ＰＤＵを受信し、以降、前記ＭＡＣヘッダから該ＭＡＣヘッダに続いて拡張されたサブヘッダが位置するか否かを決定する移動局（ＭＳ）も含む。その後、前記移動局は、前記ＭＣＡヘッダから、該ＭＡＣヘッダに続いて拡張されたサブヘッダグループが位置するか否かを決定する。また、前記移動局は、前記拡張されたサブヘッダグループから、フィードバック要請拡張サブヘッダを確認する。最後に、前記移動局は、フィードバック要請拡張サブヘッダによってフィードバック情報を転送する。

上述した本発明の一般的説明と下記の詳細な説明はいずれも例示的で説明的なもので、請求されたように本発明に対する追加的な説明を提供できることは自明である。

本技術分野における熟練した者にとっては、本発明の本質や範囲を逸脱しない限度内で本発明に関する様々な修正及び変更ができることは自明である。したがって、本発明は、添付した請求項及びその均等物に符合するいずれの修正及び変更も含む。

以下、本発明の好適な実施例について、添付の図面を参照しつつ詳細に説明する。ただし、同一の構成要素については可能な限り同一の参照番号を共通使用するものとする。

図５は、ＭＡＣヘッダの一例を示す図である。図５に示すように、ＭＡＣヘッダは、６ビットで表される‘タイプ（ｔｙｐｅ）’フィールドを含んでいる。なお、この‘タイプ’フィールドは、ビットマップタイプによって決定されるサブヘッダの６つの異なるタイプを表現できる。これらのサブヘッダの異なるタイプは、ＭＡＣヘッダに続いて取り付けられることができ、サブヘッダの詳細なタイプは、‘タイプ’フィールドで指示されることができる。このタイプフィールドは、６個のサブヘッダタイプを指示し、それぞれのサブヘッダは２バイトの大きさを持つ。

表１に、６個のサブヘッダタイプの一例を示す。

表１に示すように、最上位ビットは＃５で、最下位ビットは＃０で表される６タイプのサブヘッダがある。サブヘッダの各タイプは、現在あり（ｂｅｉｎｇ ｐｒｅｓｅｎｔ）または現在無し（ｂｅｉｎｇ ａｂｓｅｎｔ）と指示されることができる。より詳細には、‘１’または‘０’のタイプビットはそれぞれ、特定サブヘッダの現在存在または不在を指示する。

例えば、もし‘タイプ’ビット＃５は‘１’と指示されると、ＭＡＣＰＤＵはメッシュサブヘッダを含む。すなわち、メッシュモードにおいて、各移動局は、各移動局が確認されうるようにノード確認（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）（Ｎｏｄｅ ＩＤ）が与えられる。この点から、メッシュサブヘッダは、各移動局にノードＩＤを提供するのに用いられることができる。‘タイプ’ビット＃４が１と指示されると、ＭＡＣＰＤＵは自動再送要求（ＡＲＱ）のためのサブヘッダを含む。‘タイプ’ビット＃３が１と指示されると、ＭＡＣＰＤＵは拡張されたパッキングサブヘッダまたは拡張された断片化サブヘッダを含む。‘タイプ’ビット２及び‘タイプ’ビット＃１がそれぞれ‘１’と指示されると、使用者に対応するパケットＰＤＵは、ＭＡＣＳＤＵペイロードにマッピングされる。また、ＭＡＣＰＤＵは、ＭＡＣヘッダ及び該ＭＡＣヘッダに取り付けられた巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ；以下、‘ＣＲＣ’という。）を備えてなる。

最後に、‘タイプ’ビット＃０のビット適用は、上り回線転送と下り回線転送別に異なる。‘タイプ’ビット＃０が‘１’と指示されると、ＭＡＣＰＤＵはファースト−フィードバック割当サブヘッダを含む。ここで、ファースト−フィードバック割当サブヘッダは、全てのサブヘッダの末端に位置する。移動局からフィードバック値を受信するために、ファースト−フィードバック割当サブヘッダはファーストフィードバックチャネル（すなわち、チャネル品質指示チャネル）内で資源及びフィードバック情報のタイプを割り当てるために用いられる。

ファースト−フィードバック割当サブヘッダの一例を、表２に示す。

表２に示すように、ファースト−フィードバック割当サブヘッダは、フィードバック情報を転送するためのチャネル品質指示チャネル（ＣＱＩＣＨ）を割り当てるために‘割当オフセット’を使用するが、これは、ファーストフィードバックチャネル情報要素（ＩＥ）によって指示される。ここで、ＣＱＩＣＨの割当は、スロット（ｓｌｏｔ）で表されることができる。なお、フィードバック情報のタイプは、‘フィードバックタイプ’によって選択されることができる。移動局がファーストフィードバック割当サブヘッダを受信した後に、該移動局は多重入力多重出力（Ｍｕｌｔｉ Ｉｎｐｕｔ Ｍｕｌｔｉ Ｏｕｔｐｕｔ；ＭＩＭＯ）モードまたはパーミュテーションモードへの変更を要請するためのフィードバック値を使用することができる。

上り回線では、‘タイプ’ビット＃０が‘１’と指示されると、ＭＡＣＰＤＵは承認管理サブヘッダを含む。この承認管理サブヘッダは、上り回線資源を管理することに関する情報を伝達するのに用いられる。また、承認管理サブヘッダの使用は、サブヘッダタイプによって可変する。サービスのタイプに基づき、ピギーバック（ｐｉｇｇｙｂａｃｋ）要請、帯域幅スチーリング（ｓｔｅａｌｉｎｇ）手法及びポーリング（ｐｏｌｌｉｎｇ）手法を使用する帯域幅に対する割当要請が決定されることができる。

図５に示すように、ＭＡＣヘッダはそれぞれ１ビット長を持つ二つの予約されたビットを含む。ここで、二つの予約されたビットのいずれも、強化されたファースト−フィードバック割当サブヘッダの情報を含むのに用いられることができる。すなわち、予約されたビットは、強化されたファースト−フィードバック割当サブヘッダが取り付けられているか否かを指示するのに用いられることができる。

予約されたビットが１と指示されると、ＭＡＣヘッダは強化されたファースト−フィードバック割当サブヘッダの存在という情報を含み、あるいは、予約されたビットが‘０’と指示されると、ＭＡＣヘッダは、強化されたファースト−フィードバック割当サブヘッダ上のいかなる情報も含まない。

表３には、強化されたファースト−フィードバック割当サブヘッダの一例を示す。

表３によれば、強化されたファースト−フィードバック割当サブヘッダは、移動局にデータパケットを転送する。付加的に、強化されたファースト−フィードバック割当サブヘッダは、転送チャネルとアンテナの重み値に関する情報に対するフィードバックを要請する。ここで、付加的な情報はフィードバック情報を転送する方法と略同様にして要請することができる。

表３で、‘割当タイプ’フィールドは、フィードバック情報を転送する方法を選択するのに用いられることができる。例えば、‘割当タイプ’フィールドが‘０’で指示されると、移動局は、フィードバック情報を転送するのにファーストフィードバックチャネルを使用する。この場合、‘割当オフセット’フィールドは、ファーストフィードバックチャネルの位置を指示するのに用いられ、‘ＣＱＩＣＨ＿ｎｕｍ’フィールドは、フィードバック情報を転送するのに用いられるスロットの数を決定するのに用いられる。

また、‘フィードバックタイプ’フィールドは、フィードバック情報の内容を指示するのに用いられる。例えば、ＢＳが二つのアンテナを使用するとすれば、該ＢＳは二つのスロットを割り当てる間に一番目のアンテナと二番目のアンテナに対応する重み値を要請できる。すると、ＭＳは当該割り当てられたスロットを用いて一番目のアンテナの重み値及び二番目のアンテナの重み値を送ることができる。

また、‘フレームオフセット’フィールドは、ＭＳがフィードバック情報を送るべき時点に関する情報を提供するのに用いられることができる。すなわち、ＭＳは、サブヘッダを受信した後に、指定された期間または指定されたフレーム数の後にフィードバック情報を送ることができる。

一方、‘割当タイプ’フィールドが‘１’で指示されると、ＭＳは、ＭＡＣヘッダをフィードバック情報を転送するのに用いる。ここで、‘持続期間’フィールドは上り回線内で割り当てられた無線資源に関する情報を提供するのに用いられ、‘フィードバックタイプ’はフィードバック情報のタイプを指示するのに用いられる。

表４には、‘フィードバックタイプ’フィールド値に対応するフィードバック情報の一例を示す。

上述のように、‘割当タイプ’フィールドが‘１’で指示されるとすれば、ＭＳは、強化されたファースト−フィードバック割当サブヘッダを受信し、ＭＡＣヘッダを通してフィードバック情報を転送するのに割り当てられた上り回線無線資源を使用する。

図６は、ＭＡＣヘッダの他の一例を示す図である。図６に示すように、ＭＡＣヘッダは、拡張されたサブヘッダグループをより表現するために、拡張されたサブヘッダフォーマット（ＥＳＦ）フィールドを含む。すなわち、ＥＳＦフィールド値が‘１’に設定されると、拡張されたサブヘッダグループは、ＭＡＣヘッダ及びサブヘッダの６つのタイプの間（ＭＡＣヘッダの直後に）に提供され、これは‘タイプ’フィールドで表現される。あるいは、拡張されたサブヘッダグループは、サブヘッダとペイロードとの間に現れることができる。以下、‘拡張されたサブヘッダ’という用語と‘拡張されたサブヘッダグループ’という用語が同じ意味で使用される。

図７は、ＭＡＣＰＤＵの一例を示す図である。同図に示すように、ＭＡＣＰＤＵは、ＭＡＣヘッダ７１、ＥＳＦ７２、サブヘッダ７３、ペイロード７４及びＣＲＣ７５を含む。ＥＳＦ７２は、ヘッダ７１とサブヘッダ７３との間に位置でき、ＥＳＦ７２の長さは取り付けられたサブヘッダの数に基づいて決定されることができる。あるいは、ＥＳＦ７２は、サブヘッダ７３の後に位置または取り付けられても良い。

ＢＳは、ＭＳがＭＡＣヘッダとサブヘッダとの間にＥＳＦが存在しているかに関する通知を受信できるように、ＭＡＣヘッダ内のＥＳＦタイプの値を‘１’に設定できる。また、ＥＳＦは暗号化されてはいけない。しかし、ＭＳは、ＰＤＵの末端に位置しているＣＲＣを用いて誤り検出動作を行うことができる。

図８は、拡張されたサブヘッダグループの構造を示すダイヤグラムである。図８に示すように、拡張されたサブヘッダグループは、拡張されたサブヘッダグループの総長さを提供するための拡張されたサブヘッダ長フィールド８１、予約されたビットフィールド８２、拡張されたサブヘッダタイプフィールド８３及び拡張されたサブヘッダボディー８４からなっている。好ましくは、拡張されたサブヘッダ長フィールドは、８ビットで表示されなければならなく、拡張されたサブヘッダの総長さはバイト（ｂｙｔｅ）で表される。ここで、総長さは、最大２^７バイトで表示されることができる。また、１２８個にも達する拡張されたサブヘッダのタイプがあり得る。

表５に、拡張されたサブヘッダタイプの一例を示す。

ここで、表５は、二つの拡張されたサブヘッダの付加を表している。すなわち、拡張されたサブヘッダタイプフィールド８３に基づき、‘０’に対応するタイプは、１バイト長を持つ拡張されたサブヘッダ＿１を持つのに対し、‘１’に対応するタイプは、２バイト長を持つ拡張されたサブヘッダ＿２を持つ。タイプによって、拡張されたサブヘッダは、サブヘッダが上り回線転送のためのものか、または、下り回線転送のためのものかに分類されることができる。例えば、上り回線内で用いられるサブヘッダは、ＭＳで形成されてＢＳに転送され、ＭＳがこのサブヘッダを受信すると、ＭＳはこれを無視する。

図９は、ＥＳＦのフォーマットの一例を示す図である。ここでは、表２と共に図７及び図８を参照されたい。図９で、ＭＡＣＰＤＵは、拡張されたサブヘッダグループを含み、拡張されたサブヘッダ長フィールド９１は、サブヘッダの総長さを指示するのに用いられる。同図で、サブヘッダの総長さは６バイトである。

具体的には、新しい拡張されたサブヘッダ＿１は、予約されたビット９２及び拡張されたサブヘッダタイプ９３を含む。ここで、拡張されたサブヘッダタイプは‘０’で、１バイトと同じ長さを持つ。また、拡張されたサブヘッダのボディー９４はタイプ‘０’で表され、１バイトの長さを持つサブヘッダの情報を含む。

また、新しい拡張されたサブヘッダ＿２は、予約されたビット９５及び拡張されたサブヘッダタイプ９７を含む。ここで、拡張されたサブヘッダタイプは‘１’で、２バイト長を持つ。拡張されたサブヘッダ＿２のボディー９７には、新しい拡張されたサブヘッダ＿１と異なる、２バイト長を持つ二つのサブヘッダがある。

表６は、ＭＡＣＰＤＵに取り付けられた下り回線拡張されたサブヘッダの一例である。

表６に表すように、一つ以上のサブヘッダが転送される前にＭＡＣＰＤＵに取り付けられる。例えば、ＥＳＦタイプフィールドが‘００００００１０’の値を指示すると、３ビット長を持つフィードバック要請拡張サブヘッダはＭＡＣＰＤＵに取り付けられる。

表７に、ＭＡＣＰＤＵに取り付けられる上り回線拡張されたサブヘッダグループの他の例を示す。

表７のように、一つ以上のサブヘッダが転送される前にＭＡＣＰＤＵに取り付けられる。例えば、ＭＩＭＯモード変更に対する要請があると、ＭＩＭＯモードフィードバック拡張されたサブヘッダは所望のモードが選択された後に転送される。

表８に、上り回線拡張されたサブヘッダからのフィードバック要請拡張サブヘッダフォーマットの一例を示す。

表８に表すように、フィードバック要請拡張サブヘッダフォーマットは、長さが３バイトでありうる。フィードバック要請拡張サブヘッダフォーマットがＭＳに転送されると、ＭＳは、割り当てられた上り回線無線資源を用い、フィードバック要請拡張サブヘッダの内容に基づいてフィードバック情報を転送する。付加的に、‘ＯＦＤＭＡシンボルオフセット’フィールド及び‘サブチャネルオフセット’フィールドは、フィードバック情報のための上り回線資源の位置を提供する。また、‘Ｎｏ．ｓｌｏｔ’フィールドは、指定された位置から用いられるべきバストまたはスロット数に割り当てられたスロットの数を表す。ここで、フィードバック情報のエンコーディング（ｅｎｃｏｄｉｎｇ）方法は、上り回線区間使用コード（ＵＩＵＣ）によって決定される。最後に、‘フレームオフセット’フィールドは、フィードバック情報を転送する開始フレームを提供し、該開始フレームはフィードバック情報が転送を始めるフレームである。

媒体接続制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）の構造を例示する図である。 図１のＭＡＣＰＤＵの構造を示す図である。 ＭＡＣＰＤＵの構造の他の例を示す図である。 ＭＡＣＰＤＵの構造のさらに他の例を示す図である。 ＭＡＣヘッダの一例を示す図である。 ＭＡＣヘッダの他の例を示す図である。 ＭＡＣＰＤＵの一例を示す図である。 拡張されたサブヘッダグループの構造を示すダイヤグラムである。 拡張されたサブヘッダフォーマット（ＥＳＦ）の一例を示す図である。

Claims (24)

1. フィードバック情報を転送する方法であって、
   媒体接続制御（ＭＡＣ）ヘッダを含むプロトコルデータユニット（ＰＤＵ）を受信する段階と、
   前記ＭＡＣヘッダから、拡張されたサブヘッダグループが前記ＭＡＣヘッダ後に位置するかを決定する段階と、
   前記拡張されたサブヘッダグループから、フィードバック要請拡張サブヘッダを確認する段階と、
   前記フィードバック要請拡張サブヘッダによって前記フィードバック情報を転送する段階と、
   を含む、フィードバック情報転送方法。
2. 前記拡張されたサブヘッダグループは、前記ＭＡＣヘッダの直後に位置する、請求項１に記載のフィードバック情報転送方法。
3. 前記拡張されたサブヘッダグループは、サブヘッダとペイロードとの間に位置する、請求項１に記載のフィードバック情報転送方法。
4. 前記拡張されたサブヘッダグループの存在が、前記ＭＡＣヘッダ内に含まれた拡張されたサブヘッダフォーマット（Ｅｘｔｅｎｄｅｄ Ｓｕｂｈｅａｄｅｒ Ｆｏｒｍａｔ：ＥＳＦ）フィールドによって指示される、請求項１に記載のフィードバック情報転送方法。
5. 前記ＥＳＦフィールドの大きさが１である、請求項４に記載のフィードバック情報転送方法。
6. 前記拡張されたサブヘッダグループは、拡張されたサブヘッダグループ長、拡張されたサブヘッダタイプ及び拡張されたサブヘッダボディーを含む、請求項１に記載のフィードバック情報転送方法。
7. 前記拡張されたサブヘッダグループ長は、前記拡張されたサブヘッダグループの総長さを指示する、請求項６に記載のフィードバック情報転送方法。
8. 前記拡張されたサブヘッダタイプは、拡張されたサブヘッダの様々なタイプを指示する、請求項６に記載のフィードバック情報転送方法。
9. 前記拡張されたサブヘッダボディーは、それぞれの拡張されたサブヘッダの内容を含む、請求項６に記載のフィードバック情報転送方法。
10. 前記拡張されたサブヘッダボディーの大きさは、前記拡張されたサブヘッダの内容によって決定される、請求項９に記載のフィードバック情報転送方法。
11. 前記フィードバック要請拡張サブヘッダは、フィードバックタイプ、フレームオフセット、サブチャネルオフセット、直交周波数分割多重接続（ＯＦＤＭＡ）シンボルオフセット、上り回線区間使用コード（ＵＩＵＣ）及びスロットの数を含む、請求項１に記載のフィードバック情報転送方法。
12. 前記フィードバックタイプは、下り回線平均搬送波対干渉と雑音比（ＣＩＮＲ）及び好ましい下り回線区間使用コード（ＤＩＵＣ）のうち一つ以上を含む、請求項１１に記載のフィードバック情報転送方法。
13. 前記フレームオフセットは、フィードバック情報を転送する開始フレームを指示し、前記開始フレームは、フィードバック情報が転送し始まるフレームである、請求項１１に記載のフィードバック情報転送方法。
14. 前記フィードバック情報は、フィードバックＭＡＣヘッダを通して転送される、請求項１に記載のフィードバック情報転送方法。
15. 前記フィードバック要請拡張サブヘッダは、割当タイプをさらに含む、請求項１に記載のフィードバック情報転送方法。
16. 前記割当タイプは、ファースト−フィードバックチャネルまたはフィードバックＭＡＣヘッダを用いて前記フィードバック情報を転送することを指示する、請求項１５に記載のフィードバック情報転送方法。
17. 前記フィードバック情報は、前記ファースト−フィードバックチャネルを通して転送される、請求項１６に記載のフィードバック情報転送方法。
18. フィードバック情報を受信する方法であって、
    ＭＡＣヘッダ後にフィードバック要請拡張サブヘッダを含む拡張されたサブヘッダグループが位置するか否かを指示する前記媒体接続制御ヘッダを含むプロトコルデータユニット（ＰＤＵ）を転送する段階と、
    前記フィードバック情報を受信する段階と、
    を含む、フィードバック情報受信方法。
19. 前記拡張されたサブヘッダグループの存在は、前記ＭＡＣヘッダ内に含まれた拡張されたサブヘッダフォーマット（ＥＳＦ）フィールドによって指示される、請求項１８に記載のフィードバック情報受信方法。
20. 前記ＥＳＦフィールドの大きさは、１ビットである、請求項１９に記載のフィードバック情報受信方法。
21. 前記拡張されたサブヘッダグループは、拡張されたサブヘッダグループ長、拡張されたサブヘッダタイプ及び拡張されたサブヘッダボディーを含む、請求項１８に記載のフィードバック情報受信方法。
22. 前記フィードバック要請拡張サブヘッダは、フィードバックタイプ、フレームオフセット、サブチャネルオフセット、直交周波数分割多重接続（ＯＦＤＭＡ）シンボルオフセット、上り回線区間使用コード（ＵＩＵＣ）及びスロットの数を含む、請求項１８に記載のフィードバック情報受信方法。
23. 前記フィードバック情報は、フィードバックＭＡＣヘッダを通して受信される、請求項１８に記載のフィードバック情報受信方法。
24. フィードバック情報を転送及び受信するシステムであって、
    フィードバック要請拡張サブヘッダを含む拡張されたサブヘッダグループがＭＡＣヘッダ後に位置するか否かを指示する前記媒体接続制御（ＭＡＣ）ヘッダを含むプロトコルデータユニットを転送する基地局と、
    媒体接続制御（ＭＡＣ）ヘッダを含むプロトコルデータユニット（ＰＤＵ）を受信する段階、前記ＭＡＣヘッダから拡張されたサブヘッダグループが前記ＭＡＣヘッダ後に位置するかを決定する段階、前記拡張されたサブヘッダグループからフィードバック要請拡張サブヘッダを確認する段階、及び、前記フィードバック要請拡張サブヘッダによって前記フィードバック情報を転送する段階を有する移動局と、
    からなる、フィードバック情報を転送及び受信するシステム。

Images