(57)【要約】無線システムにおいて制御情報をレポートすることによく適したレポート方法が記述される。無線端末は、レポーティング・スケジュールに従って、例えば基地局接続ポイントのようなサービス提供基地局へ情報をレポートする。レポーティング・スケジュールは、レポーティング・スケジュールによって指示されたタイプの情報を通信する複数の異なるタイプの固定タイプ情報レポートを含む。このレポーティング・スケジュールはまた、レポーティング・スケジュール内の予め定めた位置において、フレキシブル・レポートを含む。無線端末は、例えば、レポート優先順位付けオペレーションに応じて、フレキシブル・レポートで通信されるレポートのタイプを選択する。無線端末の、フレキシブル・レポートに対するレポート・タイプ選択を識別する情報が、レポート・ボディ情報とともに統合符合化され、同一の専用制御チャンネル・セグメントで通信される。レポーティング・スケジュールは、時間にわたって反復する。幾つかの実施形態では、レポーティング・スケジュールの１つの反復、フレキシブル・レポートよりも多い固定レポートが存在する。
2009521852.tif 000002
【特許請求の範囲】
【請求項１】
通信制御チャンネルの専用セグメントを用いて、アクセス・ノードに制御情報をレポートするように無線端末を動作させる方法であって、
レポーティング・スケジュールに従って制御情報をレポートすることを備え、
前記レポートすることは、前記レポーティング・スケジュールに従って、複数の異なるタイプの固定タイプ情報レポートを送信することを含み、前記固定タイプ情報レポートは、前記レポーティング・スケジュールによって指示されたタイプの情報をレポートし、
前記レポートすることは更に、前記レポーティング・スケジュールで、予め定めた位置において、フレキシブル・レポートを送信することを含み、
前記フレキシブル・レポートは、フレキシブル・レポートを用いてレポートされる複数のレポートのタイプから前記無線端末によって選択されるレポート・タイプからなる方法。
【請求項２】
前記複数の異なるタイプの固定タイプ情報レポートは、前記無線端末に専用のアップリンク・セグメントを用いて送信される請求項１に記載の方法。
【請求項３】
前記フレキシブル・レポートもまた、前記無線端末に専用のアップリンク・セグメントを用いて送信され、前記フレキシブル・レポートを送信するために用いられる前記アップリンク・セグメントは、前記固定タイプ情報レポートのうちの少なくとも１つを送信するために使用されるアップリンク・セグメントと同じサイズである請求項２に記載の方法。
【請求項４】
フレキシブル・レポートを送信するために使用される前記アップリンク・セグメントのうちの少なくとも幾つかは、固定タイプ情報レポートを含む請求項３に記載の方法。
【請求項５】
前記専用セグメントの各々は、異なるシンボル送信期間中に、複数の物理トーンに対応する単一の論理トーンに対応し、前記方法は更に、
送信目的のために、格納されたトーン・ホッピング情報に基づいて、前記専用セグメントの送信に対応する時間において、異なるポイントにおける前記論理トーンに対応する前記物理トーンを決定することを備える請求項２に記載の方法。
【請求項６】
前記レポーティング・スケジュールは、時間にわたって反復し、前記レポーティング・スケジュールの１つの反復において、フレキシブル・レポートよりも、固定タイプ情報レポートが多く存在する請求項１に記載の方法。
【請求項７】
前記レポーティング・スケジュールは、前記レポーティング・スケジュールの１つの反復において、フレキシブル・レポートよりも、少なくとも８倍多い固定タイプ情報レポートを含む請求項６に記載の方法。
【請求項８】
前記レポーティング・スケジュールは、平均して、固定タイプ情報レポートを送信するために用いられる９個の専用セグメントに対し、フレキシブル・レポートをレポートするために用いられる１未満の専用セグメントを含む請求項６に記載の方法。
【請求項９】
各フレキシブル・レポートのタイプについて、送信されているフレキシブル・レポートのタイプを示すレポート・タイプ識別子を送信することを更に備える請求項１に記載の方法。
【請求項１０】
前記フレキシブル・レポートは、前記レポート・タイプ識別子も送信されるセグメントで送信される請求項９に記載の方法。
【請求項１１】
前記フレキシブル・レポートと、前記レポート・タイプ識別子とは、前記フレキシブル・レポートのうちの少なくとも１つについて、前記フレキシブル・レポートと前記レポート・タイプ識別子とのうちの１つを通信するために用いられる専用セグメントで通信される唯一の情報である請求項１０に記載の方法。
【請求項１２】
各フレキシブル・レポートのレポート・タイプ識別子と対応するフレキシブル・レポートとは、 送信されるセグメントに対応する単一符合化ユニットにともに符号化される請求項１０に記載の方法。
【請求項１３】
前記レポート・タイプ識別子は、前記レポート・タイプ識別子に対応するフレキシブル・レポートのタイプを示すレポートで送信される請求項１０に記載の方法。
【請求項１４】
レポート・タイプ識別子は、送信スケジュールに従って送信された固定タイプ情報レポートについて送信されない請求項９に記載の方法。
【請求項１５】
複数の異なるタイプの固定タイプ情報レポートを送信することは、前記固定タイプ情報レポートを、レポート・タイプ識別子なしで、送信セグメントで送信することを含む請求項１に記載の方法。
【請求項１６】
前記複数の異なるタイプの固定タイプ情報レポートは、少なくとも２つの異なるレポート・タイプを含み、前記少なくとも２つの異なるレポート・タイプのうちの１つは、干渉信号情報を与え、前記少なくとも２つの異なるレポート・タイプのうちのもう１つは、前記無線端末によって送信されるのを待っているアップリンク・トラフィックの量に関する情報を与える請求項１に記載の方法。
【請求項１７】
前記複数の異なるタイプの固定タイプ情報レポートは、ｉ）アップリンク・トラフィック要求、ｉｉ）自己雑音信号対雑音比のダウンリンク飽和レベル、ｉｉｉ）ダウンリンク信号対雑音比の絶対レポート、ｉｖ）ダウンリンク信号対雑音比の相対レポート、ｖ）アップリンク送信バックオフ・レポート、ｖｉ）ダウンリンク・ビーコン比レポートからなるレポート・タイプのうちの少なくとも２つを含む請求項１に記載の方法。
【請求項１８】
前記フレキシブル・レポートのうちの少なくとも幾つかは、固定タイプ情報レポートと同じタイプからなる請求項１に記載の方法。
【請求項１９】
前記通信セグメントの各々は、ＯＦＤＭ通信セグメントである請求項９に記載の方法。
【請求項２０】
フレキシブル・レポートで送信されるレポートのタイプの前記選択は、レポート優先順位付けオペレーションに応じて、前記無線端末によってなされる請求項１に記載の方法。
【請求項２１】
前記レポート優先順位付けオペレーションは、前記アクセス・ノードへ通信されることを待っているアップリンク・データの量と、少なくとも１つの干渉信号測定結果とを考慮することを含む請求項２０に記載の方法。
【請求項２２】
前記レポート優先順位付けオペレーションはまた、少なくとも１つのレポートにおいて以前にレポートされた情報における変化量を決定することを含む請求項２１に記載の方法。
【請求項２３】
無線端末であって、
通信制御チャンネルの専用セグメントを用いて、アクセス・ノードへのレポートの送信を制御するために用いられるレポーティング・スケジュール情報を格納するメモリと、
前記レポーティング・スケジュールに従って、複数の異なるタイプの固定タイプ情報レポートの送信を制御する固定タイプ・レポート制御モジュールとを備え、
前記固定タイプ情報レポートは、前記レポーティング・スケジュールによって指示されたタイプの情報をレポートし、
前記無線端末は更に、前記レポーティング・スケジュールで、予め定めた位置において、フレキシブル・レポートの送信を制御するフレキシブル・タイプ・レポート制御モジュールを備え、
前記フレキシブル・レポートは、フレキシブル・レポートを用いてレポートされる複数のレポートのタイプから前記フレキシブル・タイプ・レポート制御モジュールによって選択されるレポート・タイプからなる無線端末。
【請求項２４】
前記無線端末に専用の通信制御チャンネルのアップリンク・セグメントを用いて、前記複数の異なるタイプの固定タイプ情報レポートを送信する無線送信機を更に備える請求項２３に記載の無線端末。
【請求項２５】
前記無線送信機はまた、前記無線端末に専用の通信制御チャンネルのアップリンク・セグメントを用いて、前記フレキシブル・レポートを送信し、前記フレキシブル・レポートを送信するために用いられる前記アップリンク・セグメントは、 少なくとも１つの固定タイプ情報レポートにおいて送信するために使用されるアップリンク・セグメントと同じサイズである請求項２４に記載の無線端末。
【請求項２６】
フレキシブル・レポートを送信するために用いられる前記アップリンク・セグメントのうちの少なくとも幾つかは、固定タイプ情報レポートを含む請求項２５に記載の無線端末。
【請求項２７】
前記専用セグメントの各々は、異なるシンボル送信期間中に、複数の物理トーンに対応する単一の論理トーンに対応し、前記無線端末は更に、
送信目的のために、格納されたトーン・ホッピング情報に基づいて、前記専用セグメントの送信に対応する時間において、異なるポイントにおける前記論理トーンに対応する前記物理トーンを決定するアップリンク・トーン・ホッピング・モジュールを備える請求項２４に記載の無線端末。
【請求項２８】
前記レポーティング・スケジュールは、時間にわたって反復し、前記レポーティング・スケジュールの１つの反復において、フレキシブル・レポートよりも、固定タイプ情報レポートが多く存在する請求項２３に記載の無線端末。
【請求項２９】
前記レポーティング・スケジュールは、前記レポーティング・スケジュールの１つの反復において、フレキシブル・レポートよりも、少なくとも８倍多い固定タイプ情報レポートを含む請求項２８に記載の無線端末。
【請求項３０】
前記レポーティング・スケジュールは、平均して、固定タイプ情報レポートを送信するために用いられる９個の専用セグメントに対し、フレキシブル・レポートをレポートするために用いられる１未満の専用セグメントを含む請求項２８に記載の無線端末。
【請求項３１】
フレキシブル・レポートとともに通信されるレポート・タイプ識別子を生成する識別子モジュールを更に備え、
個々のフレキシブル・レポートとともに通信される前記レポート・タイプ識別子は、通信されているフレキシブル・レポートのタイプを示す請求項２３に記載の無線端末。
【請求項３２】
前記個々のフレキシブル・レポートは、前記個々のフレキシブル・レポートとともに通信されるレポート・タイプ識別子とともにセグメントで送信される請求項３１に記載の無線端末。
【請求項３３】
前記フレキシブル・レポートのタイプと、前記レポート・タイプ識別子とは、前記個々のフレキシブル・レポートのうちの少なくとも１つについて、前記個々のフレキシブル・レポートと前記レポート・タイプ識別子とのうちの１つを通信するために用いられる専用セグメントで通信される唯一の情報である請求項３２に記載の無線端末。
【請求項３４】
個々のレポート・タイプ識別子と対応するフレキシブル・レポートとを、送信される通信セグメントに対応する単一符合化ユニットにともに符号化する符合化モジュールを更に備える請求項３２に記載の無線端末。
【請求項３５】
前記レポート・タイプ識別子は、前記レポート・タイプ識別子に対応するフレキシブル・レポートのタイプを示すレポートで送信される請求項３２に記載の無線端末。
【請求項３６】
レポート・タイプ識別子は、送信スケジュールに従って送信された固定タイプ情報レポートについて送信されない請求項３１に記載の無線端末。
【請求項３７】
前記固定タイプ情報レポートを、レポート・タイプ識別子なしで、送信セグメントで送信する送信機を更に備える請求項２３に記載の無線端末。
【請求項３８】
前記複数の異なるタイプの固定タイプ情報レポートは、少なくとも２つの異なるレポート・タイプを含み、前記少なくとも２つの異なるレポート・タイプのうちの１つは、干渉信号情報を与え、前記少なくとも２つの異なるレポート・タイプのうちのもう１つは、前記無線端末によって送信されるのを待っているアップリンク・トラフィックの量に関する情報を与える請求項２３に記載の無線端末。
【請求項３９】
前記複数の異なるタイプの固定タイプ情報レポートは、ｉ）アップリンク・トラフィック要求、ｉｉ）自己雑音信号対雑音比のダウンリンク飽和レベル、ｉｉｉ）ダウンリンク信号対雑音比の絶対レポート、ｉｖ）ダウンリンク信号対雑音比の相対レポート、ｖ）アップリンク送信バックオフ・レポート、ｖｉ）ダウンリンク・ビーコン比レポートからなるレポート・タイプのうちの少なくとも２つを含む請求項２３に記載の無線端末。
【請求項４０】
前記フレキシブル・レポートのうちの少なくとも幾つかは、固定タイプ情報レポートと同じタイプからなる請求項２３に記載の無線端末。
【請求項４１】
前記通信セグメントの各々は、ＯＦＤＭ通信セグメントである請求項３１に記載の無線端末。
【請求項４２】
フレキシブル・レポートで送信されるレポートのタイプの前記選択は、前記フレキシブル・タイプ・レポート制御モジュールに含まれるレポート優先順位付けモジュールによってなされる請求項２３に記載の無線端末。
【請求項４３】
前記レポート優先順位付けモジュールは、前記アクセス・ノードへ通信されることを待っているアップリンク・データの量と、少なくとも１つの干渉信号測定結果とを考慮する請求項４２に記載の無線端末。
【請求項４４】
前記レポート優先順位付けモジュールはまた、少なくとも１つのレポートにおいて以前にレポートされた情報における変化量を決定する変化決定モジュールを含む請求項４３に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信方法および装置に関し、更に詳しくは、通信された制御情報のレポーティングおよび解釈のための方法および装置に関する。
【背景技術】
【０００２】
基地局との進行中のコネクションを有する無線端末は、一般に、基地局へ様々な制御チャンネル・レポートを伝える必要がある。様々なタイプの制御チャンネル・レポートは、例えば、アップリンク・トラフィック・チャンネル・リソース要求レポート、チャンネル測定レポート、送信電力レポート等でありうる。幾つかのシステムでは、レポートは、複数の異なる固定タイプのレポートの各々の定期的な送信を、予め定めたベースで提供する固定された繰り返しスケジュールにマッピングされうる。各レポート・スロット内において、固定タイプのレポートを送ることで合意した予め定めたレポーティング・スケジュールを用いることによって、レポートを送信する無線端末と、レポートを受信する基地局との両方は、通信されている情報をどのようにして解釈するのかを知っており、レポート内の情報のタイプを識別することに関連付けられたオーバヘッドは、低減または省くことができる。固定タイプのレポートを用いた予め定めたレポーティング・スケジュールは、無線端末に平均一組のレポート・ニーズを提供するように構成することができる。しかしながら、実際には、所与の時間において、各無線端末は通常、ユニークな一組のアップリンク制御チャンネル・レポート・ニーズを持つだろう。この無線端末のニーズは、現在の動作、アップリンク・ユーザ・データ・ニーズ、レイテンシ要件、チャンネル条件、妨害レベル、送信電力使用可能度、および／または、様々な要因および／または条件の変化割合を含む多くの要因に基づきうる。
【０００３】
従って、固定されたレポーティング・スケジュールおよび予め定めたレポートは、幾つかの条件の下では良好である一方、特に、個々の無線端末の条件が、システム内の他の無線端末よりも速く変化する場合には、全ての無線端末または全ての起こりうる条件について良好という訳にはいかないかもしれないことが認識されるべきである。
【０００４】
上記の議論を考慮して、固定されたレポーティング・スケジュールと組み合わせて、固定タイプのレポートの使用について改良する必要性があることが認識されるべきである。特に、一度に１または複数のポイントにおいて、基地局へ送られる情報のタイプおよび／またはレポートのタイプに関する少なくとも幾つかの制御を無線端末に提供する方法および装置に対する必要性がある。固定されたレポートのどれが所与の時間において送信されるのかを制御するために用いられる固定レポーティング・スケジュールと、固定された制御情報レポートとの組の既知の使用に比べて過剰にならないように、改良された方法および装置が、アップリンク制御チャンネル・レポート全体で使用されるオーバヘッド量を制限するように設計されるのであれば、それは望ましいであろう。
【発明の開示】
【発明の概要】
【０００５】
本発明は、例えば制御情報のような情報を基地局へレポートする改良された方法および装置に関する。本発明はまた、本発明に従って送信された情報レポートを受信し、解釈し、使用する基地局方法および装置に関する。本発明の方法は、レポーティング・スケジュールと予め定めたレポートとを用いることからなる低オーバヘッドに関する多くの利点を提供するが、少なくとも幾つかのスケジュールされた情報レポートについては、レポート・タイプ、すなわち、通信される情報を選択する機会を無線端末に与えることによって、固定されたシステムに対する利点も与える。
【０００６】
本発明の方法および装置は、適応性があり、無線端末が、現在のアップリンク制御チャンネル・レポート・ニーズに対して応答することを可能にする。無線端末にフレキシビリティを与えることによって、本発明の方法および装置は、リソースのより効率的な使用を容易にし、および／または、無線端末ニーズおよび／または現在の条件についてより良い基地局理解を与えることができる。本発明に従ったフレキシブル・レポートを用いることにより、与えられたどの時間においても、通常、無線端末は、レポートすることおよび／またはレポートされる情報に影響を与える少なくとも幾つかの要因について、様々な異なるタイプの制御情報レポートの中から、どの制御情報レポートが通信に有用であるかを決めるための最良のポジションにあるという事実を利用する。例えば、別のタイプのレポートが急激に変わっている間、最後のレポートが通信されて以来、１つのタイプのレポートは変化していないかもしれない。そのような場合、本発明の無線端末は、急激に変わっている条件に関する情報を伝達するレポートを選択し、フレキシブル・レポート送信機会で送信することができる。
【０００７】
様々な実施形態では、無線端末は、レポーティング・スケジュールに従って、例えば基地局接続ポイントのようなサービス提供基地局へ制御情報をレポートする。このレポーティング・スケジュールは、レポーティング・スケジュールによって指示されたタイプの情報を通信する、複数の異なるタイプの固定タイプの情報レポートを含む。このレポーティング・スケジュールはまた、レポーティング・スケジュール内の予め定めた位置におけるフレキシブル・レポートを含み、ここでは、無線端末は、例えば、レポート優先順位付けオペレーションに応じて、フレキシブル・レポートで通信されるレポートのタイプを選択する。必ずしも全てではないが幾つかの実施形態において、無線端末の、フレキシブル・レポートに対するレポート・タイプ選択を識別する情報が、レポート・ボディ情報とともに統合符合化され、同一の専用制御チャンネル・セグメントで通信される。レポーティング・スケジュールは、時間にわたって反復する。幾つかの実施形態では、レポーティング・スケジュールの１つの反復において、フレキシブル・レポートよりもより多くの固定レポートが存在する。
【０００８】
本発明に従って、例えば基地局のようなアクセス・ノードへ制御情報をレポートするために無線端末を動作させる特定の典型的な１つの方法は、レポーティングを実行する無線端末による使用に専用の通信制御チャンネルのセグメントを用いることを含む。特定の典型的な方法において、この無線端末は、レポーティング・スケジュールに従って制御情報をレポートする。このレポーティングは、以下の（ｉ）および（ｉｉ）を含む。（ｉ）レポーティング・スケジュールに従って複数の異なるタイプの固定タイプの情報レポートを送ること。この固定タイプの情報レポートは、レポーティング・スケジュールによって指示されたタイプの情報をレポートする。（ｉｉ）レポーティング・スケジュールで、予め定めた位置においてフレキシブル・レポートを送信すること。特定の典型的な実施形態では、フレキシブル・レポートは、フレキシブル・レポートを用いてレポートされる複数のタイプのレポートから、無線端末によって選択されたレポート・タイプからなる。従って、無線端末は、レポートされている情報に関する制御を有する。
【０００９】
本発明の幾つかの実施形態において、レポート・タイプ識別子は、無線端末によって、レポート送信スケジュールに従って送信された固定タイプの情報レポートに対しては送信されず、フレキシブル・レポートに対して送信される。
【００１０】
幾つかの実施形態内では、フレキシブル・レポートのうちの少なくとも幾つかは、固定タイプのレポートと同じタイプからなる。様々な実施形態において、フレキシブル・レポートで送信されるレポートのタイプ、すなわち、情報のタイプの選択は、レポート優先順位付けオペレーションに応じて、無線端末によってなされる。例えば、このレポート優先順位付けオペレーションは、幾つかの実施形態において、例えば基地局のようなアクセス・ノードへ通信されることを待っているアップリンク・データの量と、少なくとも１つの干渉信号測定結果とを考慮することを含む。幾つかの実施形態では、このレポート優先順位付けオペレーションはまた、少なくとも１つのレポートにおいて以前にレポートされた情報における変化量を決定することを含む。幾つかの実施形態では、このレポート優先順位付けオペレーションは、以下のうちの１または複数を考慮する。通信待ちのアップリンク・データの量、干渉信号測定情報、無線端末電力情報、ＳＮＲ情報、自己雑音情報、レポートにおいて以前にレポートされた情報における変化量。
【００１１】
本発明のレポートは、多くの方法で通信されうる。幾つかの実施形態では、複数の異なるタイプの固定レポートおよびフレキシブル・レポートが、無線端末に専用のアップリンク・セグメントを用いて送信される。アップリンク・セグメントは、無線端末専用で、かつ、幾つかの実施形態においては、基地局によって無線端末に割り当てられたＯＮ状態識別子に関連付けられた論理アップリンク・トーンのような論理アップリンク・トーンに関連付けられた専用の制御チャンネル・アップリンク・セグメントでありうる。その他の実施形態では、レポートは、非専用リソースを用いて通信されうる。
【００１２】
幾つかの実施形態において、専用制御チャンネル・セグメントの各々は、異なるシンボル送信期間中に、複数の物理トーンに対応する単一の論理トーンに対応する。そして、この方法は更に、送信目的のために、格納されたトーン・ホッピング情報に基づいて、レポートを通信するために使用される専用セグメントに対応する時間において、異なるポイントにおける論理トーンに対応する物理トーンを決定することを備える。
【００１３】
幾つかの実施形態において、フレキシブル・レポートを含む少なくとも幾つかのアップリンク専用制御チャンネル・セグメントはまた、フレキシブル・タイプのレポートに加えて、固定タイプのレポートをも含む。様々な実施形態において、レポーティング・スケジュールは、時間にわたって反復し、レポーティング・スケジュールの１つの反復においては、固定レポートがフレキシブル・レポートよりも多く存在する。そのような幾つかの実施形態では、レポーティング・スケジュールは、レポーティング・スケジュールの１つの反復において、フレキシブル・レポートよりも、固定レポートは、少なくとも８倍多く存在する。幾つかの実施形態では、レポーティング・スケジュールは、平均して、固定レポートを送信するために使用される９個の専用セグメントに対し、フレキシブル・レポートをレポートするために使用される１未満の専用セグメントを含む。フレキシブル・レポートに割り当てられた専用制御チャンネル・リソースと、固定レポートに割り当てられた専用制御チャンネル・リソースとのバランスを計画的に制御することによって、アップリンク制御チャンネル・リソース利用効率を更に最適化することができる。そのような方法で、低減されたレポーティング・オーバヘッドを用いて一般に整合のとれた固定レポーティング・パターンを用いることによって利点が得られ、最も有用であると思われる制御情報を無線端末が伝えることを可能にすることによる利点も得られる。
【００１４】
幾つかの実施形態において、送信されたフレキシブル・レポートの各タイプについて、無線端末は更に、送信されているフレキシブル・レポートのタイプを識別するレポート・タイプ識別子も送信する。そのような幾つかの実施形態において、フレキシブル・レポートは、レポート・タイプ識別子が送信されたものと同じセグメントで送信される。そのような幾つかの実施形態において、フレキシブル・レポート識別子と対応するフレキシブル・レポートとは、送信されるセグメントに対応する単一符合化ユニットにともに符号化される。様々な実施形態において、少なくとも１つの専用制御チャンネル・セグメントについて、フレキシブル・レポートと、対応するレポート・タイプ識別子とは、通信される唯一の情報である。幾つかの実施形態において、レポート・タイプ識別子は、レポート・タイプ識別子に対応するフレキシブル・レポートのタイプを示すレポートで送信される。
【００１５】
様々な実施形態が上述されたが、必ずしも全ての実施形態が同じ特徴を含んでいる訳ではなく、上述した特徴のうちの幾つかは、必ずという訳ではなく、幾つかの実施形態において望ましいことが認識されるべきである。本発明の多くの追加の特徴、実施形態、および利点が、詳細な説明に記載されている。
【詳細な説明】
【００１６】
図１は、本発明により実現される典型的な通信システム１００を示す。典型的な通信システム１００は、複数のセル、すなわちセル１  １０２およびセルＭ  １０４を備える。典型的なシステム１００は、例えば、多元接続ＯＦＤＭシステムなどのような典型的な直交周波数分割多重（ＯＦＤＭ）拡散スペクトル無線通信システムである。典型的なシステム１００のそれぞれのセル１０２、１０４は、３つのセクタを含む。複数のセクタに細分されていないセル（Ｎ＝１）、２つのセクタを有するセル（Ｎ＝２）、および３よりも多いセクタを有するセル（Ｎ＞３）も、本発明により可能である。それぞれのセクタは、１つまたは複数のキャリアおよび／またはダウンリンク・トーン・ブロックをサポートする。いくつかの実施形態では、それぞれのダウンリンク・トーン・ブロックは、対応するアップリンク・トーン・ブロックを有する。いくつかの実施形態では、これらのセクタの少なくとも一部は、３ダウンリンク・トーン・ブロックをサポートする。セル１０２は、第１のセクタであるセクタ１  １１０、第２のセクタであるセクタ２  １１２、および第３のセクタであるセクタ３  １１４を備える。同様に、セルＭ  １０４は、第１のセクタであるセクタ１  １２２、第２のセクタであるセクタ２  １２４、および第３のセクタであるセクタ３  １２６を備える。セル１  １０２は、基地局（ＢＳ）である基地局１  １０６、およびそれぞれのセクタ１１０、１１２、１１４内の複数の無線端末（ＷＴ）を備える。セクタ１  １１０は、それぞれ無線リンク１４０、１４２を介してＢＳ  １０６に結合されるＷＴ（１）１３６およびＷＴ（Ｎ）１３８を備え、セクタ２  １１２は、それぞれ無線リンク１４８、１５０を介してＢＳ  １０６に結合されるＷＴ（１’）１４４およびＷＴ（Ｎ’）１４６を備え、セクタ３  １１４は、それぞれ無線リンク１５６、１５８を介してＢＳ  １０６に結合されるＷＴ（１’’）１５２およびＷＴ（Ｎ’’）１５４を備える。同様に、セルＭ  １０４は、基地局Ｍ  １０８、およびそれぞれのセクタ１２２、１２４、１２６内の複数の無線端末（ＷＴ）を備える。セクタ１  １２２は、それぞれ無線リンク１８０、１８２を介してＢＳ  Ｍ  １０８に結合されるＷＴ（１’’’’）１６８およびＷＴ（Ｎ’’’’）１７０を備え、セクタ２  １２４は、それぞれ無線リンク１８４、１８６を介してＢＳ  Ｍ  １０８に結合されるＷＴ（１’’’’’）１７２およびＷＴ（Ｎ’’’’’）１７４を備え、セクタ３  １２６は、それぞれ無線リンク１８８、１９０を介してＢＳ  Ｍ  １０８に結合されるＷＴ（１’’’’’’）１７６およびＷＴ（Ｎ’’’’’’）１７８を備える。
【００１７】
システム１００は、さらに、それぞれネットワークリンク１６２、１６４を介してＢＳ１  １０６およびＢＳ  Ｍ  １０８に結合されるネットワーク・ノード１６０も備える。ネットワーク・ノード１６０は、さらに、ネットワークリンク１６６を介して、他のネットワーク・ノード、例えば他の基地局、ＡＡＡサーバー・ノード、中間ノード、ルーターなど、およびインターネットに結合される。ネットワークリンク１６２、１６４、１６６は、例えば、光ファイバ・ケーブルとすることが可能である。それぞれの無線端末、例えば、ＷＴ１  １３６は、送信機とともに受信機をも備える。無線端末の少なくともいくつか、例えば、ＷＴ（１）１３６は、システム１００を通じて移動可能な移動ノードであり、無線リンクを介して、例えば基地局セクタ接続ポイントを使用し、ＷＴが現在配置されているセル内の基地局と通信することができる。無線端末（ＷＴ）、例えば、ＷＴ（１）１３６は、ピア・ノード、例えば基地局、例えばＢＳ  １０６を介したシステム１００内の、またはシステム１００外の他のＷＴ、および／またはネットワーク・ノード１６０と通信可能である。ＷＴ、例えば、ＷＴ（１）１３６は、携帯電話、無線モデムを備えるパーソナル・データ・アシスタント、無線モデムを備えるラップトップ・コンピュータ、無線モデムを備えるデータ端末などの移動通信デバイスでありうる。
【００１８】
図２は、本発明により実現される典型的な基地局１２を示す。典型的な基地局１２は、図１の典型的な基地局の何れかでありうる。基地局１２は、アンテナ２０３、２０５および受信機送信機モジュール２０２、２０４を備える。受信機モジュール２０２は、復号器２３３を備えているが、送信機モジュール２０４は、符号器２３５を備える。モジュール２０２、２０４は、バス２３０によりＩ／Ｏインターフェース２０８、（例えばＣＰＵのような）プロセッサ２０６、およびメモリ２１０に結合される。Ｉ／Ｏインターフェース２０８は、基地局１２を他のネットワーク・ノードおよび／またはインターネットに接続する。メモリ２１０は、プロセッサ２０６により実行された場合、本発明に従って基地局１２を動作させるルーチンを格納する。メモリ２１０は、さまざまな通信オペレーションを実行し、さまざまな通信プロトコルを実装するように基地局１２を制御するために使用される通信ルーチン２２３を格納する。メモリ２１０はさらに、基地局１２を制御し、本発明の方法のステップを実行するために使用される基地局制御ルーチン２２５をも格納する。基地局制御ルーチン２２５は、伝送スケジューリングおよび／または通信リソース割り当てを制御するために使用されるスケジューリング・モジュール２２６を含む。そのため、モジュール２２６は、スケジューラとして使用されうる。基地局制御ルーチン２２５は、さらに、例えば受信されたＤＣＣＨレポートを処理する、ＤＣＣＨモードに関係する制御を実行する、ＤＣＣＨセグメントを割り当てるなどを行う、本発明の方法を実装する専用制御チャンネル・モジュール２２７を備える。メモリ２１０はさらに、通信ルーチン２２３、および制御ルーチン２２５により使用される情報を格納する。データ／情報２１２は、複数の無線端末ＷＴ  １データ／情報２１３、ＷＴ  Ｎデータ／情報２１３’に対するデータ／情報の集合を含む。ＷＴ  １データ／情報２１３は、モード情報２３１、ＤＣＣＨレポート情報２３３、リソース情報２３５、およびセッション情報２３７を含む。データ／情報２１２は、さらに、システム・データ／情報２２９も含む。
【００１９】
図３は、本発明により実現される典型的な無線端末１４である例えば移動ノードを示している。典型的な無線端末１４は、図１の典型的な無線端末の何れかでありうる。例えば移動ノードのような無線端末１４は、携帯端末（ＭＴ）として使用することができる。無線端末１４は、受信機および送信機モジュール３０２、３０４にそれぞれ接続される送信機および受信機アンテナ３０３、３０５を備える。受信機モジュール３０２は、復号器３３３を備えるが、送信機モジュール３０４は、符号器３３５を備える。受信機／送信機モジュール３０２、３０４は、バス３０５によりメモリ３１０に接続される。プロセッサ３０６は、メモリ３１０に格納されている１つまたは複数のルーチンの制御の下で、本発明の方法に従って無線端末１４を動作させる。無線端末のオペレーションを制御するために、メモリ３１０に、通信ルーチン３２３および無線端末制御ルーチン３２５を格納する。通信ルーチン３２３は、さまざまな通信オペレーションを実行し、さまざまな通信プロトコルを実装するように無線端末１４を制御するために使用される。無線端末制御ルーチン３２５は、無線端末が本発明の方法により動作し、無線端末のオペレーションに関するステップを実行することを保証する役割を有している。無線端末制御ルーチン３２５は、本発明の方法を実装する、例えば、ＤＣＣＨレポートで使用される測定の実行を制御する、ＤＣＣＨレポートを生成する、ＤＣＣＨレポートの伝送を制御する、ＤＣＣＨモードを制御する、といったことを行うＤＣＣＨモジュール３２７を備える。メモリ３１０は、さらに、本発明の方法を実装するためにアクセスされ、使用されうるユーザー／デバイス／セッション／リソース情報３１２および／または本発明を実装するために使用されるデータ構造体も格納する。情報３１２は、ＤＣＣＨレポート情報３３０およびモード情報３３２を含む。メモリ３１０は、さらに、例えばアップリンク・チャネル構造情報およびダウンリンク・チャンネル構造情報を含むシステム・データ／情報３２９も格納する。
【００２０】
図４は、典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的なアップリンク専用制御チャンネル（ＤＣＣＨ）セグメントを示す図面４００である。アップリンク専用制御チャンネルは、無線端末から基地局へ専用制御レポート（ＤＣＲ）を送信するために使用される。グラフは、論理アップリンク・トーン・インデックス（tone index）を縦軸４０２とし、ビーコン・スロット内のハーフ・スロットのアップリンク・インデックスを横軸４０４としている。本実施形態では、アップリンク・トーン・ブロックは、（０，．．．，１１２）のインデックスが付けられた１１３個のアップリンク・トーンを含み、ハーフ・スロット内の７個の連続するＯＦＤＭシンボル伝送期間、さらに２個のＯＦＤＭシンボル期間、その後に続く、スーパー・スロット内の１６個の連続するハーフ・スロット、そしてビーコン・スロット内の８個の連続するスーパー・スロットがある。スーパー・スロット内の第１の９個のＯＦＤＭシンボル伝送期間は、アクセス間隔であり、専用制御チャンネルは、このアクセス間隔の無線リンク・リソースを用いない。
【００２１】
典型的な専用制御チャンネルは、３１個の論理トーンに細分化される（アップリンク・トーン・インデックス８１  ４０６、アップリンク・トーン・インデックス８２  ４０８、．．．、アップリンク・トーン・インデックス１１１  ４１０）。論理アップリンク周波数構造におけるそれぞれの論理アップリンク・トーン（８１、．．．、１１１）は、ＤＣＣＨチャンネルに関してインデックスが付けられた論理トーン（０、．．．、３０）に対応する。
【００２２】
専用制御チャンネルにおけるそれぞれのトーンに対し、４０個の列に対応するビーコン・スロット（４１２、４１４、４１６、４１８、４２０、４２２、．．．、４２４）内には４０個のセグメントが存在する。セグメント構造は、ビーコン・スロット・ベースで繰り返される。専用制御チャンネル内の予め定めたトーンについて、ビーコン・スロット４２８に対応する４０個のセグメントが存在し、そのビーコン・スロットの８個のスーパー・スロットのそれぞれが、予め定めたトーンに対する５個の連続するセグメントを含む。例えば、ＤＣＣＨのトーン０に対応する、ビーコン・スロット４２８の第１のスーパー・スロット４２６については、５個のインデックスが付けられたセグメント（ｓｅｇｍｅｎｔ［０］［０］、ｓｅｇｍｅｎｔ［０］［１］、ｓｅｇｍｅｎｔ［０］［２］、ｓｅｇｍｅｎｔ［０］［３］、ｓｅｇｍｅｎｔ［０］［４］）が存在する。同様に、ＤＣＣＨのトーン１に対応する、ビーコン・スロット４２８の第１のスーパー・スロット４２６については、５個のインデックスが付けられたセグメント（ｓｅｇｍｅｎｔ［１］［０］、ｓｅｇｍｅｎｔ［１］［１］、ｓｅｇｍｅｎｔ［１］［２］、ｓｅｇｍｅｎｔ［１］［３］、ｓｅｇｍｅｎｔ［１］［４］）が存在する。同様に、ＤＣＣＨのトーン３０に対応する、ビーコン・スロット４２８の第１のスーパー・スロット４２６については、５個のインデックスが付けられたセグメント（ｓｅｇｍｅｎｔ［３０］［０］、ｓｅｇｍｅｎｔ［３０］［１］、ｓｅｇｍｅｎｔ［３０］［２］、ｓｅｇｍｅｎｔ［３０］［３］、ｓｅｇｍｅｎｔ［３０］［４］）が存在する。
【００２３】
本実施形態では、それぞれのセグメント、例えば、ｓｅｇｍｅｎｔ［０］［０］は、例えば２１個のＯＦＤＭトーン・シンボルが割り当てられたアップリンク無線リンク・リソースを表す、３個の連続するハーフ・スロットに対し１つのトーンを備える。いくつかの実施形態では、論理アップリンク・トーンは、論理トーンに関連付けられている物理トーンが連続するハーフ・スロットについては異なるが、予め定めたハーフ・スロットでは一定であるようにアップリンク・トーン・ホッピング・シーケンスに従って物理トーンにホップされる。
【００２４】
本発明のいくつかの実施形態では、予め定めたトーンに対応するアップリンク専用制御チャンネル・セグメントの集合は、複数の異なるフォーマットのうちの１つを使用することが可能である。例えば、典型的な一つの実施形態では、ビーコン・スロットに対する予め定めたトーンについて、ＤＣＣＨセグメントの集合は、分割トーン・フォーマットとフルトーン・フォーマットとの２つのフォーマットのうちの１つを使用することができる。フルトーン・フォーマットでは、１つのトーンに対応するアップリンクＤＣＣＨセグメントの集合は、単一の無線端末によって使用される。分割トーン・フォーマットでは、そのトーンに対応するアップリンクＤＣＣＨセグメントの集合は、時分割多重方式で最大３つまでの無線端末によって共有される。基地局および／または無線端末は、いくつかの実施形態において、予め定めたプロトコルを使用し、予め定めたＤＣＣＨトーンについてフォーマットを変更することができる。異なるＤＣＣＨトーンに対応するアップリンクＤＣＣＨセグメントのフォーマットは、いくつかの実施形態では、独立して設定することができ、異なっていてもよい。
【００２５】
いくつかの実施形態では、いずれかのフォーマットにおいて、無線端末はアップリンク専用制御チャンネル・セグメントの既定のモードをサポートするものとしている。いくつかの実施形態では、無線端末は、アップリンク専用制御チャンネル・セグメントの既定のモードおよびアップリンク専用制御チャンネル・セグメントの１つまたは複数の追加のモードをサポートしている。このようなモードは、アップリンク専用制御チャンネル・セグメントにおける情報ビットの解釈を規定する。基地局および／またはＷＴは、いくつかの実施形態において、例えば、上位層のコンフィギュレーション・プロトコルを使用して、モードを変更することが可能である。さまざまな実施形態において、異なるトーンに対応するアップリンクＤＣＣＨセグメントまたは同じトーンに対応するが、異なるＷＴによって用いられるアップリンクＤＣＣＨセグメントは、独立して設定することができ、異なっていてもよい。
【００２６】
図５は、典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的な専用制御チャンネルの図面５００を含む。この図面５００は、１つのトーンに対応するＤＣＣＨセグメントのそれぞれの集合がフルトーン・フォーマットであるときの、図４のＤＣＣＨ  ４００を表すことができる。グラフは、ＤＣＣＨの論理トーン・インデックスを縦軸５０２にとり、ビーコン・スロット内のハーフ・スロットのアップリンク・インデックスを横軸５０４にとっている。典型的な専用制御チャンネルは、３１個の論理トーンに細分化される（トーン・インデックス０  ５０６、トーン・インデックス１  ５０８、．．．、トーン・インデックス３０  ５１０）。専用制御チャンネルにおけるそれぞれのトーンに対し、４０個の列に対応するビーコン・スロット（５１２、５１４、５１６、５１８、５２０、５２２、．．．、５２４）内に４０個のセグメントが存在する。専用制御チャンネルのそれぞれのトーンは、基地局により、その基地局を現在の接続ポイントとして使用する異なる無線端末に割り当てることが可能である。例えば、論理（トーン０  ５０６、トーン１  ５０８、．．．、トーン３０  ５１０）は、今のところ、（ＷＴ  Ａ  ５３０、ＷＴ  Ｂ  ５３２、．．．ＷＴ  Ｎ’  ５３４）にそれぞれ割り当てることができる。
【００２７】
図６は、典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的な専用制御チャンネルの図面６００を含む。図面６００は、１つのトーンに対応するＤＣＣＨセグメントのそれぞれの集合が分割トーン・フォーマットであるときの、図４のＤＣＣＨ  ４００を表することができる。グラフは、ＤＣＣＨの論理トーン・インデックスを縦軸６０２にとり、ビーコン・スロット内のハーフ・スロットのアップリンク・インデックスを横軸６０４にとっている。典型的な専用制御チャンネルは、３１個の論理トーンに細分化される（トーン・インデックス０  ６０６、トーン・インデックス１  ６０８、．．．、トーン・インデックス３０  ６１０）。専用制御チャンネルにおけるそれぞれのトーンに対し、４０個の列に対応するビーコン・スロット（６１２、６１４、６１６、６１８、６２０、６２２、．．．、６２４）内に４０個のセグメントが存在する。専用制御チャンネルのそれぞれの論理トーンは、基地局により、その基地局を現在の接続ポイントとして使用する最大３つまでの異なる無線端末に割り当てることが可能である。予め定めたトーンについて、これらのセグメントは、１３個のセグメントが３つの無線端末のそれぞれに対し割り当てられる形で３つの無線端末の間で交互に切り替わり、４０番目のセグメントは予約されている。ＤＣＣＨチャンネルの無線リンク・リソースのこの典型的な分割は、典型的なビーコン・スロットについてＤＣＣＨチャンネル・リソースを割り当てられている合計９３個の異なる無線端末を表している。例えば、論理トーン０  ６０６は、今のところ、ＷＴ  Ａ  ６３０、ＷＴ  Ｂ  ６３２、およびＷＴ  Ｃ  ６３４に割り当てられ、それらにより共有され、論理トーン１  ６０８は、今のところ、ＷＴ  Ｄ  ６３６、ＷＴ  Ｅ  ６３８、およびＷＴ  Ｆ  ６４０に割り当てられ、それらにより共有され、論理トーン３０  ６１０は、今のところ、ＷＴ  Ｍ’’’  ６４２、ＷＴ  Ｎ’’’  ６４４、およびＷＴ  Ｏ’’’  ６４６に割り当てることができる。ビーコン・スロットについては、典型的なＷＴ（６３０、６３２、６３４、６３６、６３８、６４０、６４２、６４４、６４６）はそれぞれ、１３個のＤＣＣＨセグメントが割り当てられる。
【００２８】
図７は、典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的な専用制御チャンネルの図面７００を含む。図面７００は、１つのトーンに対応するＤＣＣＨセグメントの集合のいくつかがフルトーン・フォーマットであり、１つのトーンに対応するＤＣＣＨセグメントの集合のいくつかが分割トーン・フォーマットであるときの図４のＤＣＣＨ  ４００を表することができる。グラフは、ＤＣＣＨの論理トーン・インデックスを縦軸７０２にとり、ビーコン・スロット内のハーフ・スロットのアップリンク・インデックスを横軸７０４にとっている。典型的な専用制御チャンネルは、３１個の論理トーンに細分化される（トーン・インデックス０  ７０６、トーン・インデックス１  ７０８、トーン・インデックス２  ７０９、．．．、トーン・インデックス３０  ７１０）。専用制御チャンネルにおけるそれぞれのトーンに対し、４０個の列に対応するビーコン・スロット（７１２、７１４、７１６、７１８、７２０、７２２、．．．、７２４）内に４０個のセグメントが存在する。本実施形態では、論理トーン０  ７０８に対応するセグメントの集合は、分割トーン・フォーマットとなっており、今のところ、ＷＴ  Ａ  ７３０、ＷＴ  Ｂ  ７３２、およびＷＴＣ  ７３４に割り当てられ、それらにより共有されており、それぞれ１３個のセグメントを受け取り、１つのセグメントが予約されている。論理トーン１  ７０８に対応するセグメントの集合は、さらに、分割トーン・フォーマットであるが、今のところ、２つのＷＴ、それぞれ１３個のセグメントを受け取るＷＴ  Ｄ  ７３６、ＷＴ  Ｅ  ７３８に割り当てられ、それらにより共有されている。トーン１  ７０８については、１３個の未割り当てのセグメントの集合と１つの予約済みセグメントが存在する。論理トーン２  ７０９に対応するセグメントの集合は、さらに、分割トーン・フォーマットであるが、今のところ、１つのＷＴ、１３個のセグメントを受け取るＷＴ  Ｆ  ７３９に割り当てられている。トーン２  ７０９については、１３個の未割り当てのセグメントを集合毎に有する２つの集合と１つの予約済みセグメントがある。論理トーン３０  ７１０に対応するセグメントの集合は、フルトーン・フォーマットになっており、現在のところ、ＷＴ  Ｐ’  ７４０に割り当てられ、ＷＴ  Ｐ’  ７４０は４０個のセグメント全てを受け取って使用する。
【００２９】
図８は、本発明による典型的なアップリンクＤＣＣＨにおけるフォーマットおよびＤＣＣＨセグメント内の情報ビットの解釈を規定するモードの使用を示す図面８００である。行８０２は、ＤＣＣＨの１つのトーンに対応しており、ＤＣＣＨの１５個の連続するセグメントを例示し、そこでは分割トーン・フォーマットが用いられ、もって、トーンは３つの無線端末により共有され、それら３つのＷＴのうちの１つにより使用されるモードは異なりうる。一方、行８０４は、フルトーン・フォーマットを使用する１５個の連続するＤＣＣＨセグメントを例示しており、単一の無線端末により使用される。凡例８０５は、縦線陰影付８０６を有するセグメントは第１のＷＴユーザーによって使用され、対角線陰影付８０８を有するセグメントは第２のＷＴユーザーによって使用され、水平線陰影付８１０を有するセグメントは第３のＷＴユーザーによって使用され、斜行平行線陰影付８１２を有するセグメントは第４のＷＴユーザーによって使用されることを示している。
【００３０】
図９は、異なるオペレーション・モードを示す図面８００に対応するいくつかの実施形態を示す。図面９００の実施例では、第１、第２、および第３のＷＴは、分割トーン・フォーマットのＤＣＣＨトーンを共有しているが、第４のＷＴは、フルトーン・フォーマットのトーンを用いている。図面９００の実施例に対応するＷＴのそれぞれは、ＤＣＣＨセグメント内の情報ビットの既定モード解釈に従って、アップリンク専用制御チャンネル・セグメントの既定モードを用いている。分割トーン・フォーマット（ＤＳ）に対する既定モードは、フルトーン・フォーマット（ＤＦ）に対する既定モードとは異なる。
【００３１】
図面９２０の実施例では、第１、第２、および第３のＷＴは、分割トーン・フォーマットのＤＣＣＨトーンを共有しているが、第４のＷＴは、フルトーン・フォーマットのトーンを使用している。図面９２０の実施例に対応する（第１、第２、および第３の）ＷＴのそれぞれは、ＤＣＣＨセグメント内の情報ビットの異なる解釈にそれぞれ従って、アップリンク専用制御チャンネル・セグメントの異なるモードを使用している。第１のＷＴは、分割トーン・フォーマットにモード２を使用し、第２の無線端末は、分割トーン・フォーマットに既定モードを使用し、第３のＷＴは、分割トーン・フォーマットにモード１を使用している。それに加えて、第４のＷＴは、フルトーン・フォーマットに既定モードを使用している。
【００３２】
図面９４０の実施例では、第１、第２、および第３のＷＴは、分割トーン・フォーマットのＤＣＣＨトーンを共有しているが、第４のＷＴは、フルトーン・フォーマットのトーンを使用している。図面９４０の実施例に対応する（第１、第２、第３、および第４の）ＷＴのそれぞれは、ＤＣＣＨセグメント内の情報ビットの異なる解釈にそれぞれ従い、アップリンク専用制御チャンネル・セグメントの異なるモードを使用している。第１のＷＴは、分割トーン・フォーマットにモード２を使用し、第２の無線端末は、分割トーン・フォーマットに既定モードを使用し、第３のＷＴは、分割トーン・フォーマットにモード１を使用し、第４のＷＴは、フルトーン・フォーマットにモード３を使用している。
【００３３】
図１０は、予め定めたＤＣＣＨトーンに対するビーコン・スロットのフルトーン・フォーマットの典型的な既定モードを示す図面１０９９である。図１０では、それぞれのブロック（１０００、１００１、１００２、１００３、１００４、１００５、１００６、１００７、１００８、１００９、１０１０、１０１１、１０１２、１０１３、１０１４、１０１５、１０１６、１０１７、１０１８、１０１９、１０２０、１０２１、１０２２、１０２３、１０２４、１０２５、１０２６、１０２７、１０２８、１０２９、１０３０、１０３１、１０３２、１０３３、１０３４、１０３５、１０３６、１０３７、１０３８、１０３９）は、矩形領域１０４０内のブロックの上にインデックスｓ２（０、．．．、３９）が示されている１つのセグメントを表す。それぞれのブロック、例えば、セグメント０を表すブロック１０００は、６個の情報ビットを伝送し、それぞれのブロックは、セグメント内の６つのビットに対応する６つの行を備え、これらのビットは、矩形領域１０４３に示されているように、最上位ビットから最下位ビットへ、最上行から最下行へ進むようにリストされる。
【００３４】
典型的な実施形態では、図１０に示されているようなフレーミング・フォーマットは、以下の点を除き、フルトーン・フォーマットの既定モードが使用される場合に、すべてのビーコン・スロット内で反復して使用される。無線端末が現在のコネクションでＯＮ状態に移行した後の第１のアップリンク・スーパー・スロットでは、ＷＴは図１１に示されているフレーミング・フォーマットを使用するものとしている。第１のアップリンク・スーパー・スロットは、ＷＴがＡＣＣＥＳＳ状態からＯＮ状態に移行する場合のシナリオ、ＷＴがＨＯＬＤ状態からＯＮ状態に移行する場合のシナリオ、およびＷＴが他のコネクションのＯＮ状態からＯＮ状態に移行する場合のシナリオについて規定される。
【００３５】
図１１は、ＷＴがＯＮ状態に移行した後の第１のアップリンク・スーパー・スロット内のアップリンクＤＣＣＨセグメントのフルトーン・フォーマットの既定モードの典型的定義を示す。図面１１９９は、セグメント上の矩形１１０６により示されるように、スーパー・スロット内のセグメント・インデックス番号ｓ２＝（０，１，２，３，４）にそれぞれ対応する５つの連続するセグメント（１１００、１１０１、１１０２、１１０３、１１０４）を含む。それぞれのブロック、例えば、スーパー・スロットのセグメント０を表すブロック１１００は、６個の情報ビットを伝送し、それぞれのブロックは、セグメント内の６つのビットに対応する６つの行を備え、これらのビットは、矩形領域１１０８に示されているように、最上位ビットから最下位ビットへ、最上行から最下行へ進むようにリストされる。
【００３６】
典型的な実施形態では、ＨＯＬＤ状態からＯＮ状態に移行するシナリオにおいて、ＷＴは、第１のＵＬスーパー・スロットの開始からアップリンクＤＣＣＨチャンネルを送信し始める。したがって、第１のアップリンクＤＣＣＨセグメントは、図１１の一番左の情報列内の情報ビット、すなわち、セグメント１１００の情報ビットを伝送するものとする。典型的な実施形態では、ＡＣＣＥＳＳ状態から移行するシナリオにおいて、ＷＴは、必ずしも第１のＵＬスーパー・スロットの開始から始まらないものの、図１１で指定されているフレーミング・フォーマットに従ってアップリンクＤＣＣＨセグメントを送信する。例えば、ＷＴが、インデックス＝４としてスーパー・スロットのハーフ・スロットからＵＬ  ＤＣＣＨセグメントを送信し始めた場合、ＷＴは、図１１の一番左の情報列（セグメント１１００）をスキップし、第１のアップリンクＤＣＣＨセグメントは、第２の一番左の列（セグメント１１０１）を伝送する。典型的な実施形態では、スーパー・スロット・インデックス付きハーフ・スロット（１〜３）は、１つのＤＣＣＨセグメント（１１００）に対応し、スーパー・スロット・インデックス付きハーフ・スロット（４〜６）は、次のセグメント（１１０１）に対応することに留意いただきたい。典型的な実施形態では、フルトーン・フォーマットと分割トーン・フォーマットとで切り換わるシナリオについては、ＷＴは、図１１に示されているフォーマットを使用する上記の例外無く、図１０に示されているフレーミング・フォーマットを使用する。
【００３７】
第１のＵＬスーパー・スロットが一度終了すると、アップリンクＤＣＣＨチャンネル・セグメントは図１０のフレーミング・フォーマットに切り替わる。第１のアップリンク・スーパー・スロットが終わる場所に応じ、フレーミング・フォーマットの切り換えポイントは、ビーコン・スロットの開始である場合も、そうでない場合もありうる。この典型的な実施形態では、スーパー・スロットに対する予め定めたＤＣＣＨトーンについて５つのＤＣＣＨセグメントがあることに留意いただきたい。例えば、第１のアップリンク・スーパー・スロットは、アップリンク・ビーコン・スロット・スーパー・スロット・インデックス＝２のものであり、ビーコン・スロット・スーパー・スロット・インデックス範囲は０から７までと仮定する。その後は、アップリンク・ビーコン・スロット・スーパー・スロット・インデックス＝３である、次のアップリンク・スーパー・スロットでは、図１０に定めたフレーミング・フォーマットを使用する第１のアップリンクＤＣＣＨセグメントは、インデックスｓ２＝１５（図１０のセグメント１０１５）であり、セグメントｓ２＝１５（図１０のセグメント１０１５）に対応する情報を伝送する。
【００３８】
各アップリンクＤＣＣＨセグメントは、専用制御チャンネル・レポート（ＤＣＲ）の集合を送信するために使用される。既定モードに対するフルトーン・フォーマットのＤＣＲの典型的なサマリー・リストが、図１２の表１２００に示されている。表１２００の情報は、図１０および図１１の区分分割されたセグメントに適用することができる。図１０および図１１の各セグメントは、表１２００で説明されているように２またはそれ以上のレポートを含む。表１２００の第１の列１２０２は、それぞれの典型的なレポートに使用される略名を記述している。それぞれのレポートの名前は、ＤＣＲのビットの数を指定する数値で終了する。表１２００の第２の列１２０４には、それぞれの名前付きレポートを簡単に記述している。第３の列１２０６は、ＤＣＲが送信される図１０のセグメント・インデックスｓ２を指定し、表１２００と図１０との間のマッピングに対応している。
【００３９】
次に、ダウンリンク信号対雑音比の典型的な５ビット絶対レポート（ＤＬＳＮＲ５）について説明する。典型的なＤＬＳＮＲ５は、以下の２つのモード・フォーマットのうちの１つを使用する。ＷＴが、ただ１つのコネクションを持つ場合、非ＤＬマクロ・ダイバーシティ・モード・フォーマットが使用される。ＷＴが複数のコネクションを有するとき、ＤＬマクロ・ダイバーシティ・モード・フォーマットは、ＷＴがＤＬマクロ・ダイバーシティ・モードの場合に使用され、そうでない場合には、非マクロ・ダイバーシティ・モード・フォーマットが使用される。いくつかの実施形態では、ＷＴがＤＬマクロ・ダイバーシティ・モードであるか否か、および／またはＷＴがＤＬマクロ・ダイバーシティ・モードと非ＤＬマクロ・ダイバーシティ・モードとを如何にして切り換えるかは、上位層プロトコルで指定される。非ＤＬマクロ・ダイバーシティ・モードでは、ＷＴは、図１３の表１３００の最も近い表現を使用して測定され、受信されたダウンリンク・パイロット・チャンネル・セグメントＳＮＲをレポートする。図１３は、非ＤＬマクロ・ダイバーシティ・モードでのＤＬＳＮＲ５の典型的なフォーマットを示す表１３００である。第１の列１３０２は、レポートの５ビットにより表示可能な３２個のビット・パターンのリストである。第２の列１３０４は、レポートを介して基地局に伝達されるｗｔＤＬＰＩＣＨＳＮＲの値のリストである。本実施例では、−１２ｄＢから２９ｄＢまでの増加するレベルは、３１個の異なるビット・パターンに対応して示されているが、ビット・パターン１１１１１は予約されている。
【００４０】
例えば、測定結果に基づいて計算されたｗｔＤＬＰＩＣＨＳＮＲが、−１４ｄＢである場合には、ＤＬＳＮＲ５レポートは、ビット・パターン０００００に設定され、測定結果に基づいて計算されたｗｔＤＬＰＩＣＨＳＮＲが−１１．６ｄＢである場合には、表１３００において−１２ｄＢを含むエントリは、計算された値−１１．６ｄＢに最も近いため、ＤＬＳＮＲ５レポートは、ビット・パターン０００００に設定され、測定結果に基づいて計算されたｗｔＤＬＰＩＣＨＳＮＲが−１１．４ｄＢである場合には、表１３００において−１１ｄＢを含むエントリは、計算された値−１１．４ｄＢに最も近いため、ＤＬＳＮＲ５レポートは、ビット・パターン００００１に設定される。
【００４１】
報告された無線端末ダウンリンク・パイロットＳＮＲ（ｗｔＤＬＰＩＣＨＳＮＲ）は、ＳＮＲが測定されたパイロット信号が一般には平均トラフィック・チャンネル電力よりも大きな電力で送信されるという事実を説明している。このような理由から、パイロットＳＮＲは、いくつかの実施形態では、  
ｗｔＤＬＰＩＣＨＳＮＲ＝ＰｉｌｏｔＳＮＲ−Ｄｅｌｔａ  
として報告される。  
ただし、ｐｉｌｏｔＳＮＲは、ｄＢを単位とする受信されたダウンリンク・パイロット・チャンネル信号上の測定されたＳＮＲであり、Ｄｅｌｔａは、パイロット送信電力とトーン・チャンネル送信電力レベル当たりの平均値、例えば、トーン・ダウンリンク・トラフィック・チャンネル送信電力当たりの平均との差である。いくつかの実施形態では、Ｄｅｌｔａ＝７．５ｄＢである。
【００４２】
ＤＬマクロ・ダイバーシティ・モード・フォーマットでは、ＷＴは、ＤＬＳＮＲ５レポートを用いて、基地局セクタ接続ポイントに、基地局セクタ接続ポイントとの現在のダウンリンク接続が好ましいコネクションかどうかを伝え、表１４００により最も近いＤＬＳＮＲ５レポートで計算されたｗｔＤＬＰＩＣＨＳＮＲを報告する。図１４は、ＤＬマクロ・ダイバーシティ・モードでのＤＬＳＮＲ５の典型的なフォーマットの表１４００である。第１の列１４０２は、レポートの５ビットにより表すことができる可能な３２個のビット・パターンのリストである。第２の列１４０４は、レポートを介して基地局に伝達されるｗｔＤＬＰＩＣＨＳＮＲの値と、そのコネクションが好ましいか否かを示す情報のリストである。この実施例では、−１２ｄＢから１３ｄＢまでの増加するレベルは、３２個の異なるビット・パターンに対応していると示される。これらのビット・パターンのうちの１６個のパターンは、そのコネクションが好ましくない場合に対応し、残り１６個のビット・パターンは、そのコネクションが好ましい場合に対応している。いくつかの典型的な実施形態では、リンクが好ましい場合に示すことができる最高のＳＮＲ値は、リンクが好ましくない場合に示すことができる最高のＳＮＲ値よりも大きい。いくつかの典型的な実施形態では、リンクが好ましい場合に示すことができる最低のＳＮＲ値は、リンクが好ましくない場合に示すことができる最低のＳＮＲ値よりも大きい。
【００４３】
いくつかの実施形態では、ＤＬマクロ・ダイバーシティ・モードにおいて、無線端末は、予め定めた時間に好ましいコネクションであるべき唯一のコネクションを示す。さらに、いくつかのこのような実施形態では、コネクションがＤＬＳＮＲ５レポートにおいて好ましいことをＷＴが示している場合、ＷＴは、他のコネクションが好ましいコネクションになったことを示すＤＬＳＮＲ５レポートを送信することをＷＴが許される前にそのコネクションが好ましいことを示す少なくともＮｕｍＣｏｎｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの連続するＤＬＳＮＲ５レポートを送信する。パラメータＮｕｍＣｏｎｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの値は、アップリンクＤＣＣＨチャンネルのフォーマット、例えば、フルトーン・フォーマット対分割トーン・フォーマットに依存する。いくつかの実施形態では、ＷＴは、上位レベル・プロトコルにおいてパラメータＮｕｍＣｏｎｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄを取得する。いくつかの実施形態では、ＮｕｍＣｏｎｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの既定値は、フルトーン・フォーマットでは１０である。
【００４４】
ダウンリンクＳＮＲの典型的な３ビット相対（差）レポート（ＤＬＤＳＮＲ３）について説明する。無線端末は、ダウンリンク・パイロット・チャンネルの受信されたＳＮＲ（ＰｉｌｏｔＳＮＲ）を測定し、ｗｔＤＬＰＩＣＨＳＮＲ＝ＰｉｌｏｔＳＮＲ−ＤｅｌｔａであるｗｔＤＬＰＩＣＨＳＮＲ値を計算し、計算されたｗｔＤＬＰＩＣＨＳＮＲ値と最新のＤＬＳＮＲ５レポートにより報告された値との差を計算し、図１５の表１５００に従って最も近いＤＬＤＳＮＲ３レポートで計算された差を報告する。図１５は、ＤＬＤＳＮＲ３の典型的なフォーマットの表１５００である。第１の列１５０２は、レポートの３つの情報ビットを表すことができる可能な９個のビット・パターンのリストである。第２の列１５０４は、−５ｄＢから５ｄＢまでの範囲のレポートを介して基地局に伝達されるｗｔＤＬＰＩＣＨＳＮＲの報告された差のリストである。
【００４５】
次に、種々の典型的なアップリンク・トラフィック・チャンネル要求レポートについて記述する。典型的な一つの実施形態では、明示的な単一ビット・アップリンク・トラフィック・チャンネル要求レポート（ＵＬＲＱＳＴ１）、典型的な３ビット・アップリンク・トラフィック・チャンネル要求レポート（ＵＬＲＱＳＴ３）、および典型的な４ビット・アップリンク・トラフィック・チャンネル要求レポート（ＵＬＲＱＳＴ４）という３種類のアップリンク・トラフィック・チャンネル要求レポートが使用される。ＷＴは、ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、またはＵＬＲＱＳＴ４を使用して、ＷＴ送信機におけるＭＡＣフレーム・キューのステータスを報告する。典型的な実施形態では、ＭＡＣフレームは、上位層プロトコルの複数のパケットから構成された、ＬＬＣフレームから構成される。この典型的な実施形態では、任意のパケットが４つの要求グループのうちの１つ（ＲＧ０、ＲＧ１、ＲＧ２、またはＲＧ３）に属している。いくつかの典型的な実施形態では、パケットから要求グループへのマッピングは、上位層のプロトコルを通じて行われる。いくつかの典型的な実施形態では、パケットから要求グループへの既定のマッピングがあるが、これは上位層のプロトコルを通じて基地局および／またはＷＴにより変更されることが可能である。パケットがある１つの要求グループに属している場合には、この典型的な実施形態では、そのパケットのすべてのＭＡＣフレームもその同じ要求グループに属している。ＷＴは、ＷＴが送信することを意図していると考えることが可能な４つの要求グループ中のＭＡＣフレーム個数を報告する。ＡＲＱプロトコルでは、これらのＭＡＣフレームは、「新規」または「再送対象」というマークが付けられる。ＷＴは、ｋ＝０：３に対する４つの要素Ｎ［０：３］からなるベクトルを保持し、Ｎ［ｋ］は、ＷＴが要求グループｋで送信することを意図しているＭＡＣフレームの個数を表す。ＷＴは、Ｎ［０：３］に関する情報を基地局セクタに報告し、基地局セクタがアップリンク・スケジューリング・アルゴリズムにおいてその情報を使用してアップリンク・トラフィック・チャンネル・セグメントの割り当てを決定できるようにすべきである。
【００４６】
典型的な一つの実施形態では、図１６の表１６００に従って、ＷＴは単一ビット・アップリンク・トラフィック・チャンネル要求レポート（ＵＬＲＱＳＴ１）を使用し、Ｎ［０］＋Ｎ［１］を報告する。表１６００は、ＵＬＲＱＳＴ１レポートの典型的なフォーマットである。第１の列１６０２は、伝達可能な２つの可能なビット・パターンを示すが、第２の列１６０４は、各ビット・パターンの意味を示している。ビット・パターンが０の場合、要求グループ０または要求グループ１のいずれかにおいてＷＴが送信することを意図しているＭＡＣフレームが無いことを示す。ビット・パターンが１の場合、ＷＴが伝達することを意図している要求グループ０または要求グループ１において少なくとも１つのＭＡＣフレームを有することを示す。
【００４７】
本発明の種々の実施形態において使用される特徴によれば、複数の要求辞書がサポートされる。このような要求辞書は、アップリンク専用制御チャンネル・セグメント内のアップリンク・トラフィック・チャンネル要求レポートにおける情報ビットの解釈を規定する。ＷＴは、予め定めた時間に、１つの要求辞書を使用する。いくつかの実施形態では、ＷＴが、ＡＣＴＩＶＥ状態に丁度入ったときに、既定の要求辞書を使用する。要求辞書を変更するためには、ＷＴおよび基地局セクタは、上位層のコンフィギュレーション・プロトコルを用いる。いくつかの実施形態では、ＷＴがＯＮ状態からＨＯＬＤ状態に移行するときに、ＷＴは、後にＷＴがＨＯＬＤ状態からＯＮ状態に移行するときに、要求辞書が明示的に変更されるまでＷＴが同じ要求辞書を使用し続けるようにＯＮ状態で使用される最新の要求辞書を保持するが、ＷＴがＡＣＴＩＶＥ状態を出ると、最後の要求辞書のメモリはクリアされる。いくつかの実施形態では、ＡＣＴＩＶＥ状態は、ＯＮ状態およびＨＯＬＤ状態を含むが、ＡＣＣＥＳＳ状態およびスリープ状態を含まない。
【００４８】
いくつかの実施形態では、少なくともいくつかのＵＬＲＱＳＴ３またはＵＬＲＱＳＴ４レポートを決定するために、無線端末は、最初に、以下の２つの制御パラメータｙおよびｚのうちの１つまたは複数を計算し、要求辞書、例えば、要求辞書（ＲＤ）参照番号０、ＲＤ参照番号１、ＲＤ参照番号２、ＲＤ参照番号３のうちの１つを使用する。図１７の表１７００は、制御パラメータｙおよびｚを計算するために使用される典型的な表である。第１の列１７０２は、条件をリストし、第２の列１７０４は、出力制御パラメータｙの対応する値をリストし、第３の列１７０６は、出力制御パラメータｚの対応する値をリストする。第１の列１７０２では、ｘ（単位ｄＢ）は、一番最近の５ビット・アップリンク送信バックオフ・レポート（ＵＬＴＸＢＫＦ５）の値を表し、ｂ（単位ｄＢ）は、最も直近の４ビット・ダウンリンク・ビーコン比レポート（ＤＬＢＮＲ４）の値を表す。最も直近のレポートからのｘおよびｂの入力値が与えられた場合、ＷＴは、第１の行１７１０からの条件が満たされているか否かをチェックする。テスト条件が満たされている場合、ＷＴは、ＵＬＲＱＳＴ３またはＵＬＲＱＳＴ４を計算するためにその行の対応するｙおよびｚ値を使用する。しかし、条件が満たされていない場合、このテストは次の行１７１２に続く。テストは、予め定めた行について列１７０２内にリストされている条件が満たされるまで、上から下への順で表１７００を進み続ける（１７１０、１７１２、１７１４、１７１６、１７１８、１７２０、１７２２、１７２４、１７２６、１７２８）。ＷＴは、ｙおよびｚを、第１の列の条件が満たされている表１７００内の第１の行からの変数として決定する。例えば、ｘ＝１７およびｂ＝１であれば、ｚ＝４およびｙ＝１である。
【００４９】
ＷＴは、いくつかの実施形態において、ＵＬＲＱＳＴ３またはＵＬＲＱＳＴ４を使用し、要求辞書に従ってＭＡＣフレーム・キューの実際のＮ［０：３］を報告する。要求辞書は、要求辞書（ＲＤ）参照番号により識別される。
【００５０】
いくつかの実施形態では、少なくともいくつかの要求辞書は、ＵＬＲＱＳＴ４またはＵＬＲＱＳＴ３が実際のＮ［０：３］を完全に含むことがないような辞書である。レポートは、実質的には、実際のＮ［０：３］の量子化バージョンである。いくつかの実施形態では、ＷＴは、要求グループ０および１について、次いで要求グループ２について、そして最後に要求グループ３について報告されたＭＡＣフレーム・キューと実際のＭＡＣフレーム・キューとの間の相違を最小にするレポートを送信する。しかしながら、いくつかの実施形態では、ＷＴは、ＷＴに最も役立つレポートを決定する柔軟性を有する。例えば、ＷＴが典型的な要求辞書１（図２０および２１を参照）を使用していると仮定すると、ＷＴは、ＵＬＲＱＳＴ４を使用してＮ［１］＋Ｎ［３］を報告し、ＵＬＲＱＳＴ３を使用してＮ［２］およびＮ［０］を報告することが可能である。さらに、要求辞書により、レポートが要求グループの部分集合に直接関係している場合、残りの要求グループのＭＡＣフレーム・キューが空であることを自動的に意味することはない。例えば、レポートがＮ［２］＝１であることを意味していても、Ｎ［０］＝０、Ｎ［１］＝０、またはＮ［３］＝０であることを自動的に意味することにはなりえない。
【００５１】
図１８は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する、４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表１８００である。いくつかの実施形態では、参照番号＝０の要求辞書は、既定の要求辞書である。第１の列１８０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列１８０４は、それぞれのビット・パターンに関連付けられている解釈を特定する。表１８００のＵＬＲＱＳＴ４は、図１７の表１７００の制御パラメータｙまたは制御パラメータｚのいずれかに応じて（ｉ）前の４ビット・アップリンク要求からの変更がないこと、（ｉｉ）Ｎ［０］に関する情報、および（ｉｉｉ）Ｎ［１］＋Ｎ［２］＋Ｎ［３］の複合に関する情報のうちの１つを伝達する。
【００５２】
図１９は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する、３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表１９００である。いくつかの実施形態において、参照番号＝０の要求辞書は、既定の要求辞書である。第１の列１９０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列１９０４は、それぞれのビット・パターンに関連付けられている解釈を特定する。表１９００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報、および（ｉｉｉ）図１７の表１７００の制御パラメータｙに応じたＮ［１］＋Ｎ［２］＋Ｎ［３］の複合に関する情報を伝達する。
【００５３】
図２０は、典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する、４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定している表２０００である。第１の列２００２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列２００４は、それぞれのビット・パターンに関連付けられている解釈を特定する。表２０００のＵＬＲＱＳＴ４は、図１７の表１７００の制御パラメータｙまたは制御パラメータｚのいずれかに応じて（ｉ）前の４ビット・アップリンク要求からの変更がないこと、（ｉｉ）Ｎ［２］に関する情報、および（ｉｉｉ）Ｎ［１］＋Ｎ［３］の複合に関する情報のうちの１つを伝達する。
【００５４】
図２１は、典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する、３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表２１００である。第１の列２１０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列２１０４は、それぞれのビット・パターンに関連付けられている解釈を特定する。表２１００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報および（ｉｉ）Ｎ［２］に関する情報を伝達する。
【００５５】
図２２は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する、４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表２２００である。第１の列２２０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列２２０４は、それぞれのビット・パターンに関連付けられている解釈を特定する。表２２００のＵＬＲＱＳＴ４は、図１７の表１７００の制御パラメータｙまたは制御パラメータｚのいずれかに応じて（ｉ）前の４ビット・アップリンク要求からの変更がないこと、（ｉｉ）Ｎ［１］に関する情報、および（ｉｉｉ）Ｎ［２］＋Ｎ［３］の複合に関する情報のうちの１つを伝達する。
【００５６】
図２３は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する、３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表２３００である。第１の列２３０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列２３０４は、それぞれのビット・パターンに関連付けられている解釈を特定する。表２３００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報および（ｉｉ）Ｎ［１］に関する情報を伝達する。
【００５７】
図２４は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する、４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表２４００である。第１の列２４０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列２４０４は、それぞれのビット・パターンに関連付けられている解釈を識別する。表２４００のＵＬＲＱＳＴ４は、図１７の表１７００の制御パラメータｙまたは制御パラメータｚのいずれかに応じて（ｉ）前の４ビット・アップリンク要求からの変更がないこと、（ｉｉ）Ｎ［１］に関する情報、（ｉｉｉ）Ｎ［２］に関する情報、および（ｉｖ）Ｎ［３］に関する情報のうちの１つを伝達する。
【００５８】
図２５は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する、３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表２５００である。第１の列２５０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列２５０４は、それぞれのビット・パターンに関連付けられている解釈を特定する。表２５００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報および（ｉｉ）Ｎ［１］に関する情報を伝達する。
【００５９】
本発明によれば、本発明方法を用いることで、広範にわたる報告の可能性を高めることができる。例えば、制御パラメータを使用することで、例えばＳＮＲおよびバックオフ・レポートに基づき、予め定めた辞書に対応する単一のビット・パターン要求に複数の解釈を伴わせることができる。図１８の表１８００に示されているような４ビット・アップリンク要求４ビット・アップリンク要求に対し典型的な要求辞書参照番号０を考える。それぞれのビット・パターンが固定された解釈に対応し、制御パラメータに依存しない４ビット要求では、１６の可能性が存在する。しかし、表１８００では、制御パラメータｙが値１または２をとることができるため、これらのビット・パターンのうちの４つ（００１１、０１００、０１０１、および０１１０）は、それぞれ、２つの解釈を持つことができる。同様に、表１８００では、制御パラメータｚが値（１、２、３、４、５、６、７、８、９、１０）のうちの何れかをとりうるので、これらのビット・パターンのうちの９つ（０１１１、１０００、１００１、１０１０、１０１１、１１００、１１０１、１１１０、１１１１）は、それぞれ、１０の異なる解釈を持つことができる。制御パラメータを使用することで、４ビット要求レポートに対する報告の範囲が１６の異なる可能性から１１１の可能性に広げられる。
【００６０】
次に、典型的な５ビット無線端末送信機電力バックオフ・レポート（ＵＬＴｘＢＫＦ５）について説明する。無線端末バックオフ・レポートは、例えばＤＣＣＨセグメントを送信するために使用される電力を考慮した後の（複数の）アップリンク・トラフィック・チャンネル・セグメントを含む、非ＤＣＣＨセグメントのアップリンク伝送のためにＷＴが使用する必要がある残留電力量を報告する。ｗｔＵＬＤＣＣＨＢａｃｋＯｆｆ＝ｗｔＰｏｗｅｒＭａｘ−ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒであるが、ただし、ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒは、アップリンクＤＣＣＨチャンネルのトーン毎の送信電力を単位ｄＢｍで表し、ｗｔＰｏｗｅｒＭａｘは、またｄＢｍを単位とするＷＴの最大送信電力値である。ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒは、瞬時電力を表し、現在のアップリンクＤＣＣＨセグメントの直前にハーフ・スロットのｗｔＰｏｗｅｒＮｏｍｉｎａｌを使用して計算されることに留意いただきたい。いくつかのこのような実施形態では、ｗｔＰｏｗｅｒＮｏｍｉｎａｌに関するアップリンクＤＣＣＨチャンネルのトーン毎の電力は、０ｄＢである。ｗｔＰｏｗｅｒＭａｘの値は、ＷＴのデバイス能力、システム仕様、および／または規制に依存する。いくつかの実施形態では、ｗｔＰｏｗｅｒＭａｘの決定は実装に依存する。
【００６１】
図２６は、本発明による、典型的な５ビット・アップリンク送信機電力バックオフ・レポート（ＵＬＴｘＢＫＦ５）に対する３２ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を識別する表２６００である。第１の列２６０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定している。第２の列２６０４は、それぞれのビット・パターンに対応するｄＢを単位とする報告されたＷＴアップリンクＤＣＣＨバックオフ・レポート値を特定している。この典型的な実施形態では、６．５ｄＢから４４ｄＢまでの範囲の３０個の異なるレベルを報告することが可能であり、２つのビット・パターンが予約として残される。無線端末は、ｗｔＵＬＤＣＣＨＢａｃｋｏｆｆを例えば上で示されているように計算し、表２６００内の最も近いエントリを選択し、そのビット・パターンをレポートに使用する。
【００６２】
次に、典型的な４ビット・ダウンリンク・ビーコン比レポート（ＤＬＢＮＲ４）について説明する。ビーコン比レポートには、サービス提供基地局セクタおよび１つまたは複数の他の干渉基地局セクタから受信された測定ダウンリンク・ブロードキャスト信号、例えば、ビーコン信号および／またはパイロット信号に応じて変わる情報が含まれている。定性的には、ビーコン比レポートは、ＷＴと他の基地局セクタとの相対的近接性を推定するために使用できる。ビーコン比レポートは、他のセクタに過剰な干渉が及ぶのを阻止するためにＷＴのアップリンク・レートを制御する際にサービス提供ＢＳセクタにおいて使用されることが可能であり、いくつかの実施形態では、使用される。ビーコン比レポートは、いくつかの実施形態では、（ｉ）Ｇｉで表される推定チャンネル利得比および（ｉｉ）ｂｉで表される負荷率という２つの係数に基づく。
【００６３】
チャンネル利得比は、いくつかの実施形態では、以下のように定義される。現在のコネクションのトーン・ブロックでは、ＷＴは、いくつかの実施形態において、ＷＴから干渉基地局セクタｉ（ＢＳＳｉ）へのアップリンク・チャンネル利得とＷＴからサービス提供ＢＳＳへのチャンネル利得との比の推定を決定する。この比は、Ｇｉとして表される。典型的には、アップリンク・チャンネル利得比は、ＷＴにおいて直接的に測定可能ではない。しかし、アップリンクおよびダウンリンク経路利得は、典型的には、対称的であるため、この比は、サービス提供ＢＳＳと干渉ＢＳＳからのダウンリンク信号の相対的受信電力を比較することにより推定されうる。参照ダウンリンク信号に対する可能な１つの選択は、ダウンリンク・ビーコン信号であり、これは、非常に低いＳＮＲで検出できるためこの目的にかなう。いくつかの実施形態では、ビーコン信号は、基地局セクタからの他のダウンリンク信号に比べてトーン毎の送信電力レベルが高い。それに加えて、ビーコン信号の特性は、ビーコン信号を検出し、測定するために正確なタイミング同期を必要としないという特性である。例えば、ビーコン信号は、いくつかの実施形態では、大電力狭帯域、例えば、単一トーンの２  ＯＦＤＭシンボル伝送期間幅の信号である。そのため、ＷＴは、他のダウンリンク・ブロードキャスト信号、例えば、パイロット信号の検出および／または測定が実行可能でない場合に、基地局セクタからビーコン信号を検出し、測定することが可能である。ビーコン信号を使用することで、アップリンク経路比は、Ｇｉ＝ＰＢｉ／ＰＢ０により与えられるが、ただし、ＰＢｉおよびＰＢ０は、それぞれ、干渉基地局セクタおよびサービス提供基地局セクタからの測定された受信ビーコン電力である。
【００６４】
ビーコンは、典型的には、送信頻度がかなり低いため、ビーコン信号の電力測定では、特に電力変化が急激であるフェージング環境において、平均チャンネル利得をあまり正確に表せない。例えば、いくつかの実施形態では、持続している２つの連続するＯＦＤＭシンボル伝送期間を占有し、基地局セクタのダウンリンク・トーン・ブロックに対応する１つのビーコン信号は、９１２のＯＦＤＭシンボル伝送期間のすべてのビーコン・スロットについて送信される。
【００６５】
他方、パイロット信号は、多くの場合、ビーコン信号に比べてかなりの頻度で送信され、例えば、いくつかの実施形態では、パイロット信号は、ビーコン・スロットの９１２のＯＦＤＭシンボル伝送期間のうちの８９６のＯＦＤＭシンボル伝送期間の間に送信される。ＷＴは、ＢＳセクタからパイロット信号を検出することができる場合、ビーコン信号測定を使用する代わりに測定された受信パイロット信号から受信ビーコン信号強度を推定することが可能である。例えば、ＷＴは、干渉ＢＳセクタの受信パイロット電力ＰＰｉを測定できる場合に、推定されたＰＢｉ＝ＫＺｉＰＰｉから受信ビーコン電力ＰＢｉを推定することができる。ただし、Ｋは、ＢＳセクタのそれぞれについて同じである干渉セクタのビーコン対パイロット電力の公称比であり、Ｚｉは、セクタ依存のスケーリング係数である。
【００６６】
同様に、サービス提供ＢＳからのパイロット信号がＷＴにおいて測定可能である場合、受信ビーコン電力ＰＢ０は、関係式、推定されたＰＢ０＝ＫＺ０ＰＰ０から推定することができる。ただし、Ｚ０およびＰＰ０は、それぞれ、スケーリング係数、およびサービス提供基地局セクタからの測定された受信パイロット電力である。
【００６７】
受信パイロット信号強度がサービス提供基地局セクタに対応して測定可能である場合、また受信ビーコン信号強度が干渉基地局セクタに対応して測定可能である場合、ビーコン比は、  
【数１】
2009521852.tif 000003
【００６８】
から推定できることに留意いただきたい。
【００６９】
パイロット強度がサービス提供セクタと干渉セクタの両方において測定可能である場合、ビーコン比は、  
【数２】
2009521852.tif 000004
【００７０】
から推定できることに留意いただきたい。
【００７１】
スケーリング係数Ｋ、Ｚｉ、およびＺ０は、システム定数であるか、またはＢＳの他の情報からＷＴ側で推論することができる。いくつかの実施形態では、スケーリング係数（Ｋ、Ｚｉ、Ｚ０）のうちのいくつかは、システム定数であり、スケーリング係数（Ｋ、Ｚｉ、Ｚ０）のうちいくつかは、ＢＳの他の情報からＷＴにより推論される。
【００７２】
異なるキャリア上で異なる電力レベルを有するいくつかのマルチキャリア・システムでは、スケーリング係数ＺｉおよびＺ０は、ダウンリンク・トーン・ブロックの関数である。例えば、典型的なＢＳＳは、３つの電力層レベルを有し、それら３つの電力層レベルの１つは、ＢＳＳ接続ポイントに対応するそれぞれのダウンリンク・トーン・ブロックに関連付けられている。いくつかのそのような実施形態では、３つの電力層レベルのうちの異なる１つは、ＢＳＳの異なるトーン・ブロックのそれぞれに関連付けられる。この実施例では、予め定めたＢＳＳについて、それぞれの電力層レベルは、公称ｂｓｓ電力レベル（例えば、ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ０、ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ１、およびｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ２のうちの１つ）に関連付けられ、パイロット・チャンネル信号は、トーン・ブロックに対する公称ｂｓｓ電力レベルに関する相対的電力レベル、例えば、トーン・ブロックにより使用される公称ｂｓｓ電力レベルより７．２ｄＢ高いレベルで送信される。しかしながら、ＢＳＳに対するビーコンのトーン毎の相対的送信電力レベルは、ビーコンが送信されるトーン・ブロックに関係なく同じである、例えば、電力層０ブロックにより使用されるｂｓｓ電力レベル（ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ０）より２３．８ｄＢ高い。よって、予め定めたＢＳＳに対するこの実施例では、ビーコン送信電力は、トーン・ブロックのそれぞれにおいて同じになるが、パイロット送信電力は異なり、例えば、異なるトーン・ブロックのパイロット送信電力は異なる電力層レベルに対応する。この実施例に対する一組のスケール係数は、Ｋ＝２３．８−７．２ｄＢであり、これは層０に対するビーコンとパイロット電力との比であり、Ｚｉは、層０セクタの電力に対する干渉セクタの層の相対的公称電力に設定される。
【００７３】
いくつかの実施形態では、パラメータＺ０は、サービス提供ＢＳＳのｂｓｓＳｅｃｔｏｒＴｙｐｅにより決定されるサービス提供ＢＳＳにおいて現在のコネクションのトーン・ブロックがどのように使用されるかに応じて、格納されている情報、例えば、図２７の表２７００から決定される。例えば、現在のコネクションのトーン・ブロックが、サービス提供ＢＳＳにより層０トーン・ブロックとして使用される場合には、Ｚ０＝１であり、現在のコネクションのトーン・ブロックが、サービス提供ＢＳＳにより層１トーン・ブロックとして使用される場合には、Ｚ０＝ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１であり、現在のコネクションのトーン・ブロックが、サービス提供ＢＳＳにより層２トーン・ブロックとして使用される場合には、Ｚ０＝ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２である。
【００７４】
図２７は、本発明により実現される典型的な電力スケーリング係数表２７００を含んでいる。第１の列２７０２は、層０トーン・ブロック、層１トーン・ブロック、または層２トーン・ブロックのいずれかとしてのトーン・ブロックの使用のリストである。第２の列２７０４は、それぞれ（１、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２）として、それぞれの層（０、１、２）トーン・ブロックに関連付けられているスケーリング位数のリストである。いくつかの実施形態では、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１は６ｄＢであるが、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２は１２ｄＢである。
【００７５】
いくつかの実施形態では、ＤＣＣＨ  ＤＬＢＮＲ４レポートは、一般ビーコン比レポートおよび特別ビーコン比レポートの一方とすることができる。このようないくつかの実施形態では、ダウンリンク・トラフィック制御チャンネル、例えば、ＤＬ．ＴＣＣＨ．ＦＬＡＳＨチャンネルは、ビーコン・スロット内の特別なフレーム、すなわち「ＤＬＢＮＲ４レポート要求フィールド」を含む特別なフレームを送信する。そのフィールドは、この選択を制御するためにサービス提供ＢＳＳにより使用されうる。例えば、フィールドが０に設定されている場合、ＷＴは、一般ビーコン比レポートを報告し、そうでない場合、ＷＴは、特別ビーコン比レポートを報告する。
【００７６】
本発明のいくつかの実施形態による一般的なビーコン比レポートは、ＷＴが現在のコネクションでサービス提供ＢＳＳに送信すべきであった場合に、すべての干渉ビーコンまたは「最も近い」干渉ビーコンに対しＷＴが発生する相対的干渉コストの測定結果を示す。本発明のいくつかの実施形態による特別ビーコン比レポートは、ＷＴが現在のコネクションでサービス提供ＢＳＳに送信すべきであった場合に、特定のＢＳＳに対しＷＴが発生する相対的干渉コストの測定結果を示す。特定のＢＳＳは、特別なダウンリンク・フレームのＤＬＢＮＲ４要求フィールド内に受け取った情報を使用して示されているものである。例えば、いくつかの実施形態では、特定のＢＳＳは、ｂｓｓＳｌｏｐｅが符号なし整数形式の「ＤＬＢＮＲ４レポート要求フィールド」の値に等しく、ｂｓｓＳｅｃｔｏｒＴｙｐｅがｍｏｄ（ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔｌｎｄｅｘ，３）に等しいものであり、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘは、現在のコネクションのウルトラスロット内のビーコン・スロットのアップリンク・インデックスである。いくつかの典型的な実施形態では、ウルトラスロット内に１８のインデックス付きビーコン・スロットがある。
【００７７】
さまざまな実施形態では、一般的なビーコン比と特別ビーコン比との両方が、以下のように計算されたチャンネル利得比Ｇ１、Ｇ２、．．．から決定される。ＷＴは、ダウンリンク・ブロードキャスト・システム・サブチャンネルで送信されたアップリンク負荷率を受信し、図２８のアップリンク負荷率表２８００から変数ｂ０を決定する。表２８００は、アップリンク負荷率（０、１、２、３、４、５、６、７）に使用されうる８つの異なる値をリストした第１の列２８０２を含み、第２の列は、ｄＢ単位の値ｂの対応する値（０、−１、−２、−３、−４、−６、−９、−無限大）をリストしたものである。他のＢＢＳｉについては、ＷＴは、現在のコネクションのトーン・ブロックにおけるＢＳＳｉのダウンリンク・ブロードキャスト・システム・サブチャンネルで送信されるアップリンク負荷率からｂｉを受信しようと試みる。ＷＴがＵＬ負荷率ｂｉを受信できない場合、ＷＴは、ｂｉ＝１を設定する。
【００７８】
いくつかの実施形態では、単一のキャリア・オペレーションにおいて、ＷＴは、一般ビーコン比レポートとして、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘが偶数の場合にはｂ０／（Ｇ１ｂ１＋Ｇ２ｂ２＋．．．）を、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘが奇数の場合にはｂ０／ｍａｘ（Ｇ１ｂ１，Ｇ２ｂ２，．．．）を計算するが、ただし、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘは、現在のコネクションのウルトラスロット内のビーコン・スロットのアップリンク・インデックスであり、演算＋は通常の加算を表す。特定のビーコン比レポートを送信する必要がある場合、ＷＴは、いくつかの実施形態において、ｂ０／（ＧｋＢｋ）を計算する。ただし、インデックスｋは、特定のＢＳＳ  ｋを表す。いくつかの実施形態では、ウルトラスロット内に１８のインデックス付きビーコン・スロットがある。
【００７９】
図２９は、本発明による４ビット・ダウンリンク・ビーコン比レポート（ＤＬＢＮＲ４）のための典型的なフォーマットを示す表２９００である。第１の列２９０２は、レポートで伝達できる１６個のさまざまなビット・パターンのリストであり、第２の列２９０４は、例えば、−３ｄＢから２６ｄＢまでの範囲の、それぞれのビット・パターンに対応して報告された報告電力比のリストである。無線端末は、決定されたレポート値に近いＤＬＢＮＲ４表のエントリを選択し、伝達することにより一般および特別ビーコン比レポートを報告する。この典型的な実施形態では、一般的なビーコン比レポートおよび特別ビーコン比レポートは、ＤＬＢＮＲ４に対し同じ表を使用し、いくつかの実施形態では、異なる表が使用される場合がある。
【００８０】
次に、ダウンリンク自己ノイズＳＮＲの典型的な４ビット飽和レベル・レポート（ＤＬＳＳＮＲ４）について説明する。いくつかの実施形態では、ＷＴは、ＢＳＳが無限大の電力で信号を送信したものとして、基地局がそのような信号を送信することができ、無線端末がそのような信号を測定できた場合に、受信信号上でＷＴ受信機が測定するであろうＤＬ  ＳＮＲであると定義される、ＤＬ  ＳＮＲの飽和レベルを導出する。飽和レベルは、チャンネル推定誤差などの因子により引き起こされうる、ＷＴ受信機の自己ノイズにより決定されうる。またいくつかの実施形態では決定される。以下は、ＤＬ  ＳＮＲの飽和レベルを導出するための典型的な方法である。
【００８１】
この典型的な方法では、ＷＴは、ＢＳＳが電力Ｐで送信する場合にＤＬ  ＳＮＲはＳＮＲ（Ｐ）＝ＧＰ／（ａ０ＧＰ＋Ｎ）に等しいと仮定するが、ただし、Ｇは、ＢＳＳからＷＴへの無線チャンネル経路利得を表し、Ｐは、送信電力であり、これにより、ＧＰは、受信信号電力であり、Ｎは、受信干渉電力を表し、ａ０Ｐは、自己ノイズを表し、ａ０のより高い値は、自己ノイズのより高い値を表す。Ｇは、０と１の間の値であり、ａ０、Ｐ、およびＮは、正の値である。このモデルでは、定義により、ＤＬ  ＳＮＲの飽和レベルは、１／ａ０に等しい。いくつかの実施形態では、ＷＴは、ダウンリンクＮｕｌｌチャンネル（ＤＬ．ＮＣＨ）の受信電力を測定して干渉電力Ｎを決定し、ダウンリンク・パイロット・チャンネルの受信電力（Ｇ＊Ｐ０として表される）およびダウンリンク・パイロット・チャンネルのＳＮＲ（ＳＮＲ０として表される）を測定し、次いで、ＷＴは、１／ａ０＝（１／ＳＮＲ０−Ｎ／（ＧＰ０））−１を計算する。
【００８２】
ＷＴがＤＬ  ＳＮＲの飽和レベルを導出した後、ＷＴは、ＤＬ自己ノイズ飽和レベル・レポート表内の導出された値に最も近いエントリを使用することによりそれを報告する。図３０の表３０００は、ＤＬＳＳＮＲ４のフォーマットを記述する典型的なそのような表である。第１の列３００２は、ＤＬＳＳＮＲ４レポートにより伝達できる１６個の異なる可能なビット・パターンを示しており、第２の列３００４は、８．７５ｄＢから２９．７５ｄＢの範囲のそれぞれのビット・パターンに対応して伝達されるＤＬ  ＳＮＲの飽和レベルのリストである。
【００８３】
本発明の種々の実施形態において、ＤＣＣＨにフレキシブルなレポートが含まれ、これにより、ＷＴは、どのタイプのレポートを伝達するかを決定することができ、また割り当てられている専用制御チャンネル・セグメントを使用して予め定めたＷＴに対しレポートのタイプを一方のフレキシブルな報告機会から次の報告機会へと変えることができる。
【００８４】
典型的な一つの実施形態では、ＷＴは、２ビットタイプ・レポート（ＴＹＰＥ２）を使用して、ＴＹＰＥ２レポートとＢＯＤＹ４レポートの両方を含む同じＤＣＣＨセグメントの４ビット・ボディ・レポート（ＢＯＤＹ４）で伝達されるようにＷＴにより選択されたレポートのタイプを示す。図３１の表３１００は、ＴＹＰＥ２レポート情報ビットと対応するＢＯＤＹ４レポートにより搬送されるレポートのタイプとの間のマッピングの一つの実施例である。第１の列３１０２は、２ビットＴＹＰＥ２レポートに対する４つの可能なビット・パターンを示し、第２の列３１０４は、ＴＹＰＥ２レポートに対応する同じアップリンク専用制御チャンネル・セグメントのＢＯＤＹ４レポートで搬送されるレポートのタイプを示している。表３１００では、ビット・パターン００はＢＯＤＹ４レポートがＵＬＲＱＳＴ４レポートであることを示し、ビット・パターン０１はＢＯＤＹ４レポートがＤＬＳＳＮＲ４レポートであることを示し、ビット・パターン１０および１１は予約済みであることが示されている。
【００８５】
いくつかの実施形態では、ＷＴは、選択可能な異なるタイプのレポート、例えば、表３１００に記載されているレポートの相対的重要度を評価することによりＴＹＰＥ２レポートおよびＢＯＤＹ４レポートを選択する。いくつかの実施形態では、ＷＴは、ＴＹＰＥ２をセグメント同士の間で無関係に選択できる。
【００８６】
図３２は、第１のＷＴの予め定めたＤＣＣＨトーンに対するビーコン・スロットの分割トーン・フォーマットの典型的な既定モードを示す図面３２９９である。図３２では、それぞれのブロック（３２００、３２０１、３２０２、３２０３、３２０４、３２０５、３２０６、３２０７、３２０８、３２０９、３２１０、３２１１、３２１２、３２１３、３２１４、３２１５、３２１６、３２１７、３２１８、３２１９、３２２０、３２２１、３２２２、３２２３、３２２４、３２２５、３２２６、３２２７、３２２８、３２２９、３２３０、３２３１、３２３２、３３２３、３２３４、３２３５、３２３６、３２３７、３２３８、３２３９）は、矩形領域３２４０内のブロックの上にインデックスｓ２（０、．．．、３９）が示されている１つのセグメントを表す。それぞれのブロック、例えば、セグメント０を表すブロック３２００は、８個の情報ビットを伝送し、それぞれのブロックは、セグメント内の８つのビットに対応する８つの行を備え、これらのビットは、矩形領域３２４３に示されているように、最上位ビットから最下位ビットへ、最上行から最下行へ進むようにリストされている。
【００８７】
典型的な実施形態では、図３２に示されているフレーミング・フォーマットは、以下の点を除いて、分割トーン・フォーマットの既定モードが使用される場合に、すべてのビーコン・スロット内で反復使用される。無線端末が現在のコネクションでＯＮ状態に移行した後の第１のアップリンク・スーパー・スロットでは、ＷＴは、図３３に示されているフレーミング・フォーマットを使用するものとする。第１のアップリンク・スーパー・スロットは、ＷＴがＡＣＣＥＳＳ状態からＯＮ状態に移行する場合のシナリオ、ＷＴがＨＯＬＤ状態からＯＮ状態に移行する場合のシナリオ、およびＷＴが他のコネクションのＯＮ状態からＯＮ状態に移行する場合のシナリオについて定義している。
【００８８】
図３３は、ＷＴがＯＮ状態に移行した後の第１のアップリンク・スーパー・スロット内のアップリンクＤＣＣＨセグメントの分割トーン・フォーマットの既定モードの典型的な定義を示している。図面３３９９は、セグメントの上の矩形３３０６により示されるようにスーパー・スロット内のセグメント・インデックス番号ｓ２＝（０，１，２，３，４）にそれぞれ対応する５つの連続するセグメント（３３００、３３０１、３３０２、３３０３、３３０４）を含む。それぞれのブロック、例えば、スーパー・スロットのセグメント０を表すブロック３３００は、８個の情報ビットを伝送し、それぞれのブロックは、セグメント内の８つのビットに対応する８つの行を備え、これらのビットは、矩形領域３３０８に示されているように、最上位ビットから最下位ビットへ、最上行から最下行へ進むようにリストされている。
【００８９】
典型的な実施形態では、ＨＯＬＤ状態からＯＮ状態に移行するシナリオにおいて、ＷＴは、第１のＵＬスーパー・スロットの開始からアップリンクＤＣＣＨチャンネルを送信し始め、したがって、第１のアップリンクＤＣＣＨセグメントは、図３３の一番左の情報列内の情報ビット、すなわち、セグメント３３００の情報ビットを伝送するものとする。典型的な実施形態では、ＡＣＣＥＳＳ状態からＯＮ状態に移行するシナリオにおいて、ＷＴは、必ずしも第１のＵＬスーパー・スロットの開始から始まらないが、それでも、図３３で指定されているフレーミング・フォーマットに従ってアップリンクＤＣＣＨセグメントを送信する。例えば、ＷＴが、インデックス＝１０としてスーパー・スロットのハーフ・スロットからＵＬ  ＤＣＣＨセグメントを送信し始めた場合、ＷＴは、図３３の一番左の情報列（セグメント３３００）をスキップし、伝送される第１のアップリンク・セグメントは、セグメント３３０３に対応する。典型的な実施形態では、スーパー・スロット・インデックス付きハーフ・スロット（１〜３）は、１つのセグメントに対応し、スーパー・スロット・インデックス付きハーフ・スロット（１０〜１２）は、ＷＴに対する次のセグメントに対応することに留意していただきたい。典型的な実施形態では、フルトーン・フォーマットと分割トーン・フォーマットとを切り換えるシナリオについては、ＷＴは、図３３に示されているフォーマットを使用する上記の例外なしで図３２に示されているフレーミング・フォーマットを使用する。
【００９０】
第１のＵＬスーパー・スロットが一度終了すると、アップリンクＤＣＣＨチャンネル・セグメントは図３２のフレーミング・フォーマットに切り替わる。第１のアップリンク・スーパー・スロットが終わる場所に応じて、フレーミング・フォーマットの切り換えポイントは、ビーコン・スロットの開始する場合であることも、ないこともある。この典型的な実施形態では、スーパー・スロットに対する予め定めたＤＣＣＨトーンについて５つのＤＣＣＨセグメントがあることに留意いただきたい。例えば、第１のアップリンク・スーパー・スロットは、アップリンク・ビーコン・スロット・スーパー・スロット・インデックス＝２のものであり、ビーコン・スロット・スーパー・スロット・インデックス範囲は０から７（スーパー・スロット０、スーパー・スロット１、．．．、スーパー・スロット７）までであると仮定する。その後、アップリンク・ビーコン・スロット・スーパー・スロット・インデックス＝３である、次のアップリンク・スーパー・スロットでは、図３２の既定のフレーミング・フォーマットを使用する第１のアップリンクＤＣＣＨセグメントは、インデックスｓ２＝１５（図３２のセグメント３２１５）であり、セグメントｓ２＝１５（図３２のセグメント３２１５）に対応する情報を伝送する。
【００９１】
各アップリンクＤＣＣＨセグメントは、専用制御チャンネル・レポート（ＤＣＲ）の集合を送信するために使用される。既定モードに対する分割トーン・フォーマットのＤＣＲの典型的なサマリー・リストが、図３４の表３４００に示されている。表３４００の情報は、図３２および３３の区分分割されたセグメントに適用することが可能である。図３２および３３のそれぞれのセグメントは、表３４００で説明されているように２つまたはそれ以上のレポートを含む。表３４００の第１の列３４０２には、それぞれの典型的なレポートに使用される略名を記述している。それぞれのレポートの名前は、ＤＣＲのビットの数を指定する数値で終了する。表３４００の第２の列３４０４には、それぞれの名前付きレポートを簡単に記述している。第３の列３４０６は、ＤＣＲが送信される図３２のセグメント・インデックスｓ２を指定し、表３４００と図３２との間のマッピングに対応している。
【００９２】
図３２、図３３、および図３４では、既定モードの分割トーン・フォーマットで第１のＷＴに対応するセグメント（インデックス付きセグメント０、３、６、９、１２、１５、１８、２１、２４、２７、３０、３３、および３６）を記述している。図３２に関して、ＤＣＣＨにおいて同じ論理トーン上で既定モードの分割トーン・フォーマットを使用する第２の無線端末は、同じレポート・パターンに従うが、これらのセグメントは、１のみシフトされ、第２のＷＴは、インデックス付きセグメント（１、４、７、１０、１３、１６、１９、２２、２５、２８、３１、３４、および３７）を使用する。図３３に関して、ＤＣＣＨにおいて同じ論理トーン上で既定モードの分割トーン・フォーマットを使用する第２の無線端末は、同じレポート・パターンに従うが、これらのセグメントは、１のみシフトされ、よって、第２のＷＴは、インデックス付きセグメント３３０１および３３０４を使用する。図３２に関して、ＤＣＣＨにおいて同じ論理トーン上で既定モードの分割トーン・フォーマットを使用する第３の無線端末は、同じレポート・パターンに従うものの、これらのセグメントは、２のみシフトされ、よって、第３のＷＴは、インデックス付きセグメント（２、５、８、１１、１４、１７、２０、２３、２６、２９、３３、３５、および３８）を使用する。図３３に関して、ＤＣＣＨにおいて同じ論理トーン上で既定モードの分割トーン・フォーマットを使用する第３の無線端末は、同じレポート・パターンに従うが、これらのセグメントは、２のみシフトされ、よって、第３のＷＴは、インデックス付きセグメント３３０５を使用する。図３２では、インデックス＝３９のセグメントは予約されている。
【００９３】
図３３は、表３２９９に対応するビーコン・スロットの第１のスーパー・スロットの置換に対応する表現を示しており、例えば、セグメント３３００は、セグメント３２００を置換するか、および／またはセグメント３３０３は、セグメント３２０３を置換する。図３２において、スーパー・スロット毎に、１つまたは２つのセグメントは、分割トーンＤＣＣＨフォーマットを用いて典型的な無線端末に割り当てられ、割り当てられたセグメントの配置は、ビーコン・スロットのスーパー・スロットに応じて変わる。例えば、第１のスーパー・スロットでは、２つのセグメント（３２００、３２０３）が、スーパー・スロットの第１および第４のＤＣＣＨセグメントに対応して割り当てられ、第２のスーパー・スロットでは、２つのセグメント（３２０６、３２０９）が、スーパー・スロットの第２および第５のＤＣＣＨセグメントに対応して割り当てられ、第３のスーパー・スロットでは、１つのセグメント３２１３が、スーパー・スロットの第３のＤＣＣＨセグメントに対応して割り当てられる。いくつかの実施形態では、セグメント３３００は、使用される場合、スーパー・スロットの第１のスケジュールされたＤＣＣＨセグメントを置換するために使用され、セグメント３３０３は、使用される場合、スーパー・スロットの第２のスケジュールされたＤＣＣＨセグメントを置換するために使用される。例えば、セグメント３３００は、セグメント３２０６を置換することができ、および／またはセグメント３３０３は、セグメント３３０９を置換することができる。他の実施例では、セグメント３３００は、セグメント３２１２を置換することができる。
【００９４】
いくつかの実施形態では、ＤＬ  ＳＮＲ（ＤＬＳＮＲ５）の５ビット絶対レポートは、分割トーン・フォーマット既定モードにおいて、フルトーン・フォーマット既定モードで使用されるのと同じフォーマットに従う。いくつかのそのような実施形態では、ＮｕｍＣｏｎｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの既定値が、分割トーン・フォーマットでは、フルトーン・フォーマットでの値と異なる、例えば、分割トーン・フォーマット既定モードでの６に対しフルトーン・フォーマット既定モードでの１０のようになる例外がある。
【００９５】
いくつかの実施形態では、３ビットＤＬＤＳＮＲ３レポートは、分割トーン・フォーマット既定モードにおいて、フルトーン・フォーマット既定モードで使用されるものと同じフォーマットに従う。いくつかの実施形態では、４ビットＤＬＳＳＮＲ４レポートは、分割トーン・フォーマット既定モードにおいて、フルトーン・フォーマット既定モードで使用されるものと同じフォーマットに従う。
【００９６】
いくつかの実施形態では、分割トーン・フォーマット既定モードの４ビット・アップリンク伝送バックオフ・レポート（ＵＬＴｘＢＫＦ４）は、図３５の表３５００がそのレポートに対し使用されることを除き、フルトーン・フォーマット既定モードのＵＬＴｘＢＫＦ５と同様にして生成される。
【００９７】
図３５は、本発明による典型的な４ビット・アップリンク伝送バックオフ・レポート（ＵＬＴｘＢＫＦ４）に対する１６ビット・パターンのそれぞれに関連付けられているビット・フォーマットおよび解釈を特定する表３５００である。第１の列３５０２は、ビット・パターンおよび、最上位ビットから最下位ビットへのビット順序付けを特定する。第２の列３５０４は、それぞれのビット・パターンに対応するｄＢを単位とする報告されたＷＴアップリンクＤＣＣＨバックオフ・レポート値を特定する。この典型的な実施形態では、６ｄＢから３６ｄＢまでの範囲の１６個の異なるレベルを報告可能である。無線端末は、ｗｔＵＬＤＣＣＨＢａｃｋｏｆｆを、例えば上述したようにして計算し、表３５００内の最も近いエントリを選択し、そのビット・パターンをレポートに用いる。
【００９８】
いくつかの実施形態では、４ビットＤＬＢＮＲ４は、分割トーン・フォーマット既定モードにおいて、フルトーン・フォーマット既定モードで使用されるものと同じフォーマットに従う。いくつかの実施形態では、３ビットＵＬＲＱＳＴ３は、分割トーン・フォーマット既定モードにおいて、フルトーン・フォーマット既定モードで使用されるものと同じフォーマットに従う。いくつかの実施形態では、４ビットＵＬＲＱＳＴ４は、分割トーン・フォーマット既定モードにおいて、フルトーン・フォーマット既定モードで使用されるものと同じフォーマットに従う。
【００９９】
本発明の種々の実施形態では、既定モードの分割トーン・フォーマットのＤＣＣＨにフレキシブルなレポートが含まれる。これによって、ＷＴは、どのタイプのレポートを伝達するかを決定することができ、また割り当てられている専用制御チャンネル・セグメントを使用して予め定めたＷＴに対しレポートのタイプを一方のフレキシブルな報告機会から次の報告機会へと変えることができる。
【０１００】
典型的な一つの実施形態では、ＷＴは、１ビットタイプ・レポート（ＴＹＰＥ１）を使用して、ＴＹＰＥ１レポートとＢＯＤＹ４レポートの両方を含む同じＤＣＣＨセグメントの４ビット・ボディ・レポート（ＢＯＤＹ４）で伝達されるようにＷＴにより選択されたレポートのタイプを示す。図３６の表３６００は、ＴＹＰＥ１レポート情報ビットと対応するＢＯＤＹ４レポートにより搬送されるレポートのタイプとの間のマッピングの一つの実施例である。第１の列３６０２は、１ビットＴＹＰＥ１レポートに対する２つの可能なビット・パターンを示す。第２の列３６０４は、ＴＹＰＥ１レポートに対応する同じアップリンク専用制御チャンネル・セグメントのＢＯＤＹ４レポートで搬送されるレポートのタイプを示す。表３６００では、ビット・パターン０はＢＯＤＹ４レポートがＵＬＲＱＳＴ４レポートであることを示し、ビット・パターン０１はＢＯＤＹ４レポートが予約済みレポートであることが示されている。
【０１０１】
いくつかの実施形態では、ＷＴは、選択可能な異なるタイプのレポート、例えば、表３６００に記載されているレポートの相対的重要度を評価することにより、ＴＹＰＥ１レポートおよびＢＯＤＹ４レポートを選択する。いくつかの実施形態では、ＷＴは、ＴＹＰＥ１をセグメント同士の間で無関係に選択できる。
【０１０２】
いくつかの実施形態では、アップリンク専用制御チャンネル・セグメントでフルトーン・フォーマットを使用する場合に使用される符号化および変調方式は、アップリンク専用制御チャンネル・セグメントで分割トーン・フォーマットを使用する場合に使用される符号化および変調方式とは異なる。
【０１０３】
次に、専用制御チャンネル・セグメントでフルトーン・フォーマットを使用する場合に符号化および変調に使用される典型的な第１の方法について説明する。ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、およびｂ０は、アップリンク専用制御チャンネル・セグメントで送信される情報ビットを表し、ｂ５は最上位ビットであり、ｂ０は最下位ビットであるものとする。．＾をビット毎の論理ＯＲ演算として、ｃ２ｃ１ｃ０＝（ｂ５ｂ４ｂ３）．＾（ｂ２ｂ１ｂ０）を定義する。ＷＴは、図３７の表３７００に従って情報ビット・グループｂ５ｂ４から７つの変調シンボルのグループを決定する。表３７００は、フルトーン・フォーマットによるアップリンク専用制御チャンネル・セグメント変調符号化の典型的な仕様である。表３７００の第１の列３７０２は、３つの順序付き情報ビットに対するビット・パターンを含み、第２の列３７０４は、７つの順序付き符号化変調シンボルの対応する集合を含み、それぞれの集合は異なる可能なビット・パターンに対応する。
【０１０４】
ｂ５ｂ４ｂ３から決定される７つの変調シンボルは、符号化および変調演算の出力の７つの最上位符号化変調シンボルであるべきである。
【０１０５】
ＷＴは、同様に表３７００を使用して情報ビット・グループｂ２ｂ１ｂ０から７つの変調シンボルのグループを決定し、得られたこれら７つの変調シンボルを符号化および変調演算の出力の最上位から２番目の符号化変調シンボルとして用いる。
【０１０６】
ＷＴは、同様に表３７００を使用して情報ビット・グループｃ２ｃ１ｃ０から７つの変調シンボルのグループを決定し、得られたこれら７つの変調シンボルを符号化および変調演算の出力の最下位符号化変調シンボルとして用いる。
【０１０７】
次に、専用制御チャンネル・セグメントで分割トーン・フォーマットを使用する場合に符号化および変調に使用される典型的な第２の方法について説明する。ｂ７、ｂ６、ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、およびｂ０は、アップリンク専用制御チャンネル・セグメントで送信される情報ビットを表し、ｂ７は最上位ビットであり、ｂ０は最下位ビットであるものとする。．＾をビット毎の論理ＯＲ演算として、ｃ３ｃ２ｃ１ｃ０＝（ｂ７ｂ６ｂ５ｂ４）．＾（ｂ３ｂ２ｂ１ｂ０）を定義する。ＷＴは、図３８の表３８００に従って情報ビット・グループｂ７ｂ６ｂ５ｂ４から７つの変調シンボルのグループを決定する。表３８００は、分割トーン・フォーマットによるアップリンク専用制御チャンネル・セグメント変調符号化の典型的な仕様である。表３８００の第１の列３８０２は、４つの順序付き情報ビットに対するビット・パターンを含み、第２の列３８０４は、７つの順序付き符号化変調シンボルの対応する集合を含み、それぞれの集合は異なる可能なビット・パターンに対応する。
【０１０８】
ｂ７ｂ６ｂ５ｂ４から決定される７つの変調シンボルは、符号化および変調演算の出力の７つの最上位符号化変調シンボルであるべきである。
【０１０９】
ＷＴは、同様に表３８００を使用して情報ビット・グループｂ３ｂ２ｂ１ｂ０から７つの変調シンボルのグループを決定し、得られたこれら７つの変調シンボルを符号化および変調演算の出力の最上位から２番目の符号化変調シンボルとして用いる。
【０１１０】
ＷＴは、同様に表３８００を使用して情報ビット・グループｃ３ｃ２ｃ１ｃ０から７つの変調シンボルのグループを決定し、得られたこれら７つの変調シンボルを符号化および変調演算の出力の最下位符号化変調シンボルとして用いる。
【０１１１】
図３９は、典型的な無線端末のアップリンク・トラフィック・チャンネル・フレーム要求グループ・キュー・カウント情報を示す表３９００の図面である。それぞれの無線端末は、その要求グループ・カウント情報を保持し、更新する。この典型的な実施形態では、４つの要求グループ（ＲＧ０、ＲＧ１、ＲＧ２、ＲＧ３）がある。他の実施形態では、異なる数の要求グループを使用することができる。いくつかの実施形態では、システム内の異なるＷＴは、異なる数の要求グループを有することが可能である。第１の列３９０２は、キュー要素インデックスのリストであり、第２の列３９０４は、キュー要素の値のリストである。第１の行３９０６は、Ｎ［０］＝要求グループ０（ＲＧ０）についてＷＴが送信することを意図しているＭＡＣフレームの数であることを示しており、第２の行３９０８は、Ｎ［１］＝要求グループ１（ＲＧ１）についてＷＴが送信することを意図しているＭＡＣフレームの数であることを示しており、第３の行は、Ｎ［２］＝要求グループ２（ＲＧ２）についてＷＴが送信することを意図しているＭＡＣフレームの数であることを示しており、第４の行３９１２は、Ｎ［３］＝要求グループ３についてＷＴが送信することを意図しているＭＡＣフレームの数であることを示している。
【０１１２】
図４０の図面４０００は、本発明の典型的な一つの実施形態に従って無線端末により維持される４つの要求グループ・キュー（４００２、４００４、４００６、４００８）の典型的な集合を含む。キュー０  ４００２は、要求グループ０情報のキューである。キュー０情報４００２は、ＷＴが送信することを意図しているキュー０トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［０］）４０１０とアップリンク・トラフィックの対応するフレーム（フレーム１  ４０１２、フレーム２  ４０１４、フレーム３  ４０１６、．．．、フレームＮ０  ４０１８）の個数を含む。キュー１  ４００４は、要求グループ１情報のキューである。キュー１情報４００４は、ＷＴが送信することを意図しているキュー１トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［１］）４０２０とアップリンク・トラフィックの対応するフレーム（フレーム１  ４０２２、フレーム２  ４０２４、フレーム３  ４０２６、．．．、フレームＮ１  ４０２８）の個数を含む。キュー２  ４００６は、要求グループ２情報のキューである。キュー２情報４００６は、ＷＴが送信することを意図しているキュー２トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［２］）４０３０とアップリンク・トラフィックの対応するフレーム（フレーム１  ４０３２、フレーム２  ４０３４、フレーム３  ４０３６、．．．、フレームＮ２  ４０３８）の個数を含む。キュー３  ４００８は、要求グループ３情報のキューである。キュー３情報４００８は、ＷＴが送信することを意図しているキュー３トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［３］）４０４０とアップリンク・トラフィックの対応するフレーム（フレーム１  ４０４２、フレーム２  ４０４４、フレーム３  ４０４６、．．．、フレームＮ３  ４０４８）の個数を含む。いくつかの実施形態では、少なくともいくつかの無線端末に対する要求キューは、優先キューである。例えば、いくつかの実施形態では、個々の無線端末の点から、要求グループ０キュー４００２は、最も高い優先度のトラフィックに使用され、要求グループ１キュー４００４は、２番目に高い優先度のトラフィックに使用され、要求グループ２キュー４００６は、３番目に高い優先度のトラフィックに使用され、要求グループ３キュー４００８は、最も低い優先度のトラフィックに使用される。
【０１１３】
いくつかの実施形態では、少なくともいくつかの無線端末の少なくともいくつかの時間における少なくともいくつかの要求キュー内に置かれているトラフィックは、異なる優先度を有する。いくつかの実施形態では、優先度は、トラフィック・フローを要求キューにマッピングするときに考慮される一因子である。いくつかの実施形態では、優先度は、トラフィックをスケジュール／送信するときに考慮される一因子である。いくつかの実施形態では、優先度は、相対的重要度を表している。また、いくつかの実施形態では、他のすべての因子は等しく、高い優先度に属するトラフィックほど、低い優先度に属すトラフィックに比べて頻繁にスケジュール／送信される。
【０１１４】
図４０の図面４０５２は、アップリンク・データ・ストリーム・トラフィック・フローを要求グループ・キューにマッピングする第１のＷＴ、ＷＴ  Ａの典型的なマッピング操作を示している。第１の列４０５４は、データ・ストリーム・トラフィック・フローの情報タイプを含み、第２の列４０５６は、識別されたキュー（要求グループ）を含み、第３の列４０５８は、コメントを含む。第１の行４０６０は、制御情報が要求グループ０キューにマッピングされることを示す。要求グループ０キューにマッピングされるフローは、高優先度とみなされ、厳格な待ち時間要件を有し、低い待ち時間要件を必要とし、および／または低い帯域幅要件を有している。第２の行４０６２は、音声情報が要求グループ１キューにマッピングされることを示す。要求グループ１キューにマッピングされるフローはまた、低い待ち時間要件を必要とするが、要求グループ０に比べて低い優先度レベルを有している。第３の行４０６４は、ゲーミングおよびオーディオ・ストリーム・アプリケーションＡが要求グループ２キューにマッピングされることを示している。要求グループ２にマッピングされるフローについては、待ち時間は、いくぶん重要であり、帯域幅要件は、音声の場合に比べて少し高い。第４の行４０６６は、ＦＴＰ、Ｗｅｂ閲覧、およびビデオ・ストリーム・アプリケーションＡが要求グループ３キューにマッピングされることを示す。要求グループ３にマッピングされるフローは、遅延の影響を受けにくく、および／または高い帯域幅を必要とする。
【０１１５】
図４０の図面４０７２は、アップリンク・データ・ストリーム・トラフィック・フローを要求グループ・キューにマッピングする第２のＷＴ、ＷＴ  Ｂの典型的なマッピング操作を示す。第１の列４０７４は、データ・ストリーム・トラフィック・フローの情報タイプを含み、第２の列４０７６は、識別されたキュー（要求グループ）を含み、第３の列４０７８は、コメントを含んでいる。第１の行４０８０は、制御情報が要求グループ０キューにマッピングされることを示す。要求グループ０キューにマッピングされるフローは、高優先度とみなされ、厳格な待ち時間要件を有し、低い待ち時間要件を必要とし、および／または低い帯域幅要件を有している。第２の行４０８２は、音声およびオーディオ・ストリーム・アプリケーションＡ情報が要求グループ１キューにマッピングされることを示している。要求グループ１キューにマッピングされるフローは、さらに、低い待ち時間要件を必要とするが、要求グループ０に比べて低い優先度レベルを有する。第３の行４０８４は、ゲーミングおよびオーディオ・ストリーム・アプリケーションＢ、ならびにイメージ・ストリーム・アプリケーションＡが要求グループ２キューにマッピングされることを示す。要求グループ２にマッピングされるフローについては、待ち時間は、いくぶん重要であり、帯域幅要件は、音声の場合に比べて少し高い。第４の行４０８６は、ＦＴＰ、Ｗｅｂ閲覧、およびイメージ・ストリーム・アプリケーションＢが要求グループ３キューにマッピングされることを示している。要求グループ３にマッピングされるフローは、遅延の影響を受けにくく、および／または高い帯域幅を必要とする。
【０１１６】
ＷＴ  ＡおよびＷＴ  Ｂは、アップリンク・データ・ストリーム・トラフィック・フローからその一組の要求グループ・キューへの異なるマッピングを使用することに留意ねがいたい。例えば、オーディオ・ストリーム・アプリケーションＡは、ＷＴ  Ａについては要求グループ・キュー２にマッピングされるが、同じオーディオ・ストリーム・アプリケーションＡは、ＷＴ  Ｂについては要求グループ・キュー１にマッピングされる。それに加え、異なるＷＴは、異なるタイプのアップリンク・データ・ストリーム・トラフィック・フローを取ることができる。例えば、ＷＴ  Ｂは、ＷＴ  Ａについて含まれていないオーディオ・ストリーム・アプリケーションＢを含む。このアプローチでは、本発明により、アップリンク・トラフィック・チャンネル・セグメントを介して伝達される異なる型のデータを一致させるようにそれぞれのＷＴがその要求キュー・マッピングをカスタマイズし、および／または最適化することができる。例えば、音声およびテキスト・メッセージ用携帯電話などの移動ノードは、オンライン・ゲームおよびＷｅｂ閲覧に主に使用される移動データ端末と異なるタイプのデータ・ストリームを有し、典型的には、データ・ストリームを要求グループ・キューにマッピングする異なるマッピング操作を有する。
【０１１７】
いくつかの実施形態では、ＷＴに対するアップリンク・データ・ストリーム・トラフィック・フローから要求グループ・キューへのマッピングは時間とともに変化しうる。図４０Ａの図面４００１は、アップリンク・データ・ストリーム・トラフィック・フローを要求グループ・キューにマッピングする第１の時刻Ｔ１におけるＷＴ  Ｃの典型的なマッピング操作を示す。第１の列４００３は、データ・ストリーム・トラフィック・フローの情報タイプを含み、第２の列４００５は、識別されたキュー（要求グループ）を含み、第３の列４００７は、コメントを含む。第１の行４００９は、制御情報が要求グループ０キューにマッピングされることを示す。要求グループ０キューにマッピングされるフローは、高い優先度とみなされ、厳格な待ち時間要件を有し、低い待ち時間要件を必要とし、および／または低い帯域幅要件を有する。第２の行４０１１は、音声情報が要求グループ１キューにマッピングされることを示している。要求グループ１キューにマッピングされるフローは、さらに、低い待ち時間要件を必要とするが、要求グループ０に比べて低い優先度レベルを有する。第３の行４０１３は、ゲーミングおよびオーディオ・ストリーム・アプリケーションＡが要求グループ２キューにマッピングされることを示している。要求グループ２にマッピングされるフローについては、待ち時間は、いくぶん重要であり、帯域幅要件は、音声の場合に比べて少し高い。第４の行４０１５は、ＦＴＰ、Ｗｅｂ閲覧、およびビデオ・ストリーム・アプリケーションＡが要求グループ３キューにマッピングされることを示している。要求グループ３にマッピングされるフローは、遅延の影響を受けにくく、および／または高い帯域幅を必要とする。
【０１１８】
図４０Ａの図面４０１７は、アップリンク・データ・ストリーム・トラフィック・フローを要求グループ・キューにマッピングする第２の時刻Ｔ２におけるＷＴ  Ｃの典型的なマッピング操作を示す。第１の列４０１９は、データ・ストリーム・トラフィック・フローの情報タイプを含み、第２の列４０２１は、識別されたキュー（要求グループ）を含み、第３の列４０２３は、コメントを含む。第１の行４０２５は、制御情報が要求グループ０キューにマッピングされることを示す。要求グループ０キューにマッピングされるフローは、高い優先度とみなされ、厳格な待ち時間要件を有し、低い待ち時間要件を必要とし、および／または低い帯域幅要件を有する。第２の行４０２７は、音声アプリケーションおよびゲーム・アプリケーションが要求グループ１キューにマッピングされることを示している。要求グループ１キューにマッピングされるフローは、さらに、低い待ち時間要件を必要とするが、要求グループ０に比べて低い優先度レベルを有する。第３の行４０２９は、ビデオ・ストリーミング・アプリケーションＡが要求グループ２キューにマッピングされることを示している。要求グループ２にマッピングされるフローについては、待ち時間は、いくぶん重要であり、帯域幅要件は、音声の場合に比べて少し高い。第４の行４０３１は、ＦＴＰ、Ｗｅｂ閲覧、およびビデオ・ストリーミング・アプリケーションＢが要求グループ３キューにマッピングされることを示している。要求グループ３にマッピングされるフローは、遅延の影響を受けにくく、および／または高い帯域幅を必要とする。
【０１１９】
図７３の図面４０３３は、アップリンク・データ・ストリーム・トラフィック・フローを要求グループ・キューにマッピングする第３の時刻Ｔ３におけるＷＴ  Ｃの典型的なマッピング操作を示す。第１の列４０３５は、データ・ストリーム・トラフィック・フローの情報タイプを含み、第２の列４０３７は、識別されたキュー（要求グループ）を含み、第３の列４０３９は、コメントを含む。第１の行４０４１は、制御情報が要求グループ０キューにマッピングされることを示す。要求グループ０キューにマッピングされるフローは、高い優先度とみなされ、厳格な待ち時間要件を有し、低い待ち時間要件を必要とし、および／または低い帯域幅要件を有する。第２の行４０４３および第３の行４０４５は、それぞれデータ・トラフィック・アプリケーションが要求グループ１キューおよび要求グループ２キューにマッピングされないことを示す。第４の行４０４７は、ＦＴＰおよびＷｅｂ閲覧が要求グループ３キューにマッピングされることを示す。要求グループ３にマッピングされるフローは、遅延の影響を受けにくく、および／または高い帯域幅を必要とする。
【０１２０】
ＷＴ  Ｃは、３つの異なる時刻Ｔ１、Ｔ２、およびＴ３にアップリンク・データ・ストリーム・トラフィック・フローからその一組の要求グループ・キューへの異なるマッピングを使用することに留意いただきたい。例えば、オーディオ・ストリーム・アプリケーションＡは、時刻Ｔ１に要求グループ・キュー２にマッピングされる。しかしながら、同じオーディオ・ストリーム・アプリケーションＡは、時刻Ｔ２に要求グループ・キュー１にマッピングされる。それに加えて、ＷＴは、異なる時刻に異なるタイプのアップリンク・データ・ストリーム・トラフィック・フローを取りうる。例えば、時刻Ｔ２に、ＷＴは、時刻Ｔ１で含まれていないビデオ・ストリーム・アプリケーションＢを含む。それに加え、ＷＴは、予め定めた時刻に特定の要求グループ・キューにマッピングされたアップリンク・データ・ストリーム・トラフィック・フローを有し得ない。例えば、時刻Ｔ３に、要求グループ・キュー１および２にマッピングされているアップリンク・データ・ストリーム・トラフィック・フローはない。このアプローチでは、本発明により、いつでもアップリンク・トラフィック・チャンネル・セグメントを介して伝達される異なる型のデータを一致させるようにそれぞれのＷＴがその要求キューをカスタマイズし、および／または最適化することが可能である。
【０１２１】
図４１は、典型的な要求グループ・キュー構造、複数の要求辞書、複数のタイプのアップリンク・トラフィック・チャンネル要求レポート、およびレポートのタイプのそれぞれについて使用される典型的なフォーマットによるキューの集合のグルーピングを示す。この典型的な実施形態では、予め定めた無線端末に対し４つの要求グループ・キューが存在する。この典型的な構造は、４つの要求辞書を収納する。この典型的な構造では、３つのタイプのアップリンク・トラフィック・チャンネル要求レポート（１ビット・レポート、３ビット・レポート、および４ビット・レポート）を用いる。
【０１２２】
図４１は、典型的なＷＴが送信を意図しているキュー０トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［０］）４１１０を含む典型的なキュー０（要求グループ０）情報４１０２、典型的なＷＴが送信を意図しているキュー１トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［１］）４１１２を含む典型的なキュー１（要求グループ１）情報４１０４、典型的なＷＴが送信を意図しているキュー２トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［２］）４１１４を含む典型的なキュー２（要求グループ２）情報４１０６、および典型的なＷＴが送信を意図しているキュー３トラフィックのフレーム、例えば、ＭＡＣフレームの総数（Ｎ［３］）４１１６を含む典型的なキュー３（要求グループ３）情報４１０８を含む。キュー０情報４１０２、キュー１情報４１０４、キュー２情報４１０６、およびキュー３情報４１０８の集合は、システム内の１つのＷＴに対応している。システム内の各ＷＴは、キューの集合を保持し、送信を意図している可能性のあるアップリンク・トラフィックフレームを追跡する。
【０１２３】
表４１１８は、異なるタイプの要求レポートにより使用されるキュー集合のグルーピングを用いている辞書に応じて特定する。列４１２０は、辞書を特定する。第１のタイプの典型的なレポートは、例えば、１ビット情報レポートである。列４１２２は、第１のタイプのレポートに使用されるキューの第１の集合を特定する。キューの第１の集合は、要求辞書に関係なく第１のタイプのレポートに対する集合｛キュー０およびキュー１｝である。列４１２４は、第２のタイプのレポートに使用されるキューの第２の集合を特定する。キューの第２の集合は、要求辞書に関係なく第２のタイプのレポートに対する集合｛キュー０｝である。列４１２６は、第２のタイプのレポートに使用されるキューの第３の集合を特定する。キューの第３の集合は、（ｉ）要求辞書０に対する第２のタイプのレポートの集合｛キュー１、キュー２、キュー３｝、（ｉｉ）要求辞書１に対する第２のタイプのレポートの集合｛キュー２｝、および（ｉｉｉ）辞書２および３に対する第２のタイプのレポートの集合｛キュー１｝である。第３のタイプのレポートは、それぞれの辞書についてキューの第４および第５の集合を使用する。第３のタイプのレポートは、辞書１、２、および３についてキューの第６の集合を使用する。第３のタイプのレポートは、辞書３についてキューの第７の集合を使用する。列４１２８は、辞書に関係なく第３のタイプのレポートに対するキューの第４の集合は集合｛キュー０｝であると特定する。列４１３０は、第３のタイプのレポートに対するキューの第５の集合は、辞書０に対する集合｛キュー１、キュー２、キュー３｝、辞書１に対する集合｛キュー２｝、辞書２および３に対する集合｛キュー１｝であることを特定する。列４１３２は、第３のタイプのレポートに対するキューの第６の集合は、辞書１に対する集合｛キュー１、キュー３｝、辞書２に対する集合｛キュー２、キュー３｝、辞書３に対する集合｛キュー２｝であることを特定する。列４１３４は、第３のタイプのレポートに対するキューの第７の集合は辞書３に対する集合｛キュー３｝であると特定する。
【０１２４】
例えば（第１、第２、および第３）のタイプのレポートは、図１６〜図２５のそれぞれ典型的な（ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、およびＵＬＲＱＳＴ４）レポートでありうる。使用されるキューの集合（表４１１８を参照）は、典型的なＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、およびＵＬＲＱＳＴ４に対する辞書０に関して説明される。キューの第１の集合｛キュー０、キュー１｝は、表１６００内のＮ［０］＋Ｎ［１］を使用するＵＬＲＱＳＴ１に対応し、例えば、ＵＬＲＱＳＴ１＝１は、Ｎ［０］＋Ｎ［１］＞０であることを示す。キューの第２の集合｛キュー０｝およびキューの第３の集合｛キュー１、キュー２、キュー３｝のキュー統計量は、ＵＬＲＱＳＴ３に統合符号化される。キューの第２の集合｛キュー０｝は、表１９００内の第１の統合符号化された要素としてＮ［０］を使用するＵＬＲＱＳＴ３に対応し、例えば、ＵＬＲＱＳＴ３＝００１は、Ｎ［０］＝０であることを示す。キューの第３の集合｛キュー１、キュー２、キュー３｝は、表１９００内の第２の統合符号化された要素として（Ｎ［１］＋Ｎ［２］＋Ｎ［３］）を使用するＵＬＲＱＳＴ３に対応し、例えば、ＵＬＲＱＳＴ３＝００１は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［２］＋Ｎ［３］）／ｙ）＝１であることを示す。キューの第４の集合｛キュー０｝またはキューの第５の集合｛キュー１、キュー２、キュー３｝のキュー統計量は、ＵＬＲＱＳＴ４に一緒に符号化される。キューの第４の集合は、表１８００内のＮ［０］を使用するＵＬＲＱＳＴ４に対応し、例えば、ＵＬＲＱＳＴ４＝００１０は、Ｎ［０］＞＝４であることを示す。キューの第５の集合は、表１８００内の（Ｎ［１］＋Ｎ［２］＋Ｎ［３］）を使用するＵＬＲＱＳＴ４に対応し、例えば、ＵＬＲＱＳＴ４＝００１１は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［２］＋Ｎ［３］）／ｙ）＝１であることを示す。
【０１２５】
（第１、第２、および第３）のタイプのレポートが図１６〜図２５の典型的な（ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、およびＵＬＲＱＳＴ４）レポートである典型的な実施形態では、第１のタイプのレポートは、要求辞書とは無関係であり、表４１１８のキューの第１の集合を用い、第２のタイプのレポートは、キューの第２の集合と表４１１８からのキューの対応する第３の集合の両方に関するキュー統計量情報を伝達し、第３のタイプのレポートは、キューの第４の集合、キューの対応する第５の集合、キューの対応する第６の集合、およびキューの対応する第７の集合のうちの１つに関するキュー統計量情報を伝達する。
【０１２６】
図４２は、図４２Ａ、図４２Ｂ、図４２Ｃ、図４２Ｄ、および図４２Ｅを組み合わせた、本発明により無線端末を動作させる典型的な方法を示すフロー図４２００である。典型的な方法のオペレーションは、ステップ４２０２で始まり、そこで、ＷＴは、電源オンになり、初期化される。キュー定義情報４２０４、例えば、種々のアプリケーションから特定の要求グループ・キューのＭＡＣフレームの中へのトラフィック・フローのマッピングおよび要求グループの集合への要求グループの種々のグルーピングを定義するマッピング情報、および要求辞書情報４２０６の集合は、無線端末から使用することができる。例えば、情報４２０４および４２０６は、無線端末の不揮発性メモリ内に事前に格納することができる。いくつかの実施形態では、複数の利用可能な要求辞書のうち既定の要求辞書、例えば、要求辞書０が最初に無線端末により使用される。オペレーションは、開始ステップ４２０２からステップ４２０８、４２１０、および４２１２へと進む。
【０１２７】
ステップ４２０８では、無線端末は、複数のキュー、例えば、要求グループ０キュー、要求グループ１キュー、要求グループ２キュー、および要求グループ３キューに対する送信キュー統計量を保持する。ステップ４２０８は、サブステップ４２１４およびサブステップ４２１６を含む。サブステップ４２１４で、無線端末は、送信されるべきデータがキューに加えられたときにキュー統計量を増分する。例えば、アップリンク・データ・ストリームフローからの新しいパケット、例えば、音声通信セッション・フローは、ＭＡＣフレームとして、要求グループのうちの１つ、例えば、要求グループ１キューにマッピングされ、キュー統計量、例えば、ＷＴが送信することを意図している要求グループ１フレームの総数を表すＮ［１］は、更新される。いくつかの実施形態では、異なる無線端末は、異なるマッピングを使用する。サブステップ４２１６で、ＷＴは、送信されるべきデータがキューから削除されるときにキュー統計量を減らす。例えば、送信されるデータは、すでに送信されているためキューから削除することができ、データは送信され、肯定応答が受信されており、データ有効性タイマーがタイムアウトになったためデータはもはや送信される必要はないか、または通信セッションが終了しているためデータはもはや送信される必要がない。
【０１２８】
ステップ４２１０で、無線端末は、送信電力供給可能情報を生成する。例えば、無線端末は、無線端末送信バックオフ電力を計算し、無線端末送信バックオフ電力レポート値を決定し、バックオフ電力情報を格納する。ステップ４２１０は、進行中に、例えばＤＣＣＨ構造に従って更新される格納済み情報とともに実行される。
【０１２９】
ステップ４２１２で、無線端末は、少なくとも２つの物理的接続ポイントについて伝送路損失情報を生成する。例えば、無線端末は、少なくとも２つの物理的接続ポイントから受信したパイロットおよび／またはビーコン信号を測定し、比の値を計算し、ビーコン比レポート値、例えば、第１または第２のタイプの一般ビーコン比レポートまたは特定のビーコン比レポートに対応する値を決定し、ビーコン比レポート情報を格納する。ステップ４２１２は、進行中に、例えばＤＣＣＨ構造に従って更新される格納済み情報とともに実行される。
【０１３０】
ステップ４２０８、４２１０、および４２１２を実行することに加えて、ＷＴは、予め定めた送信キュー統計量報告機会オペレーションの（第１、第２、第３の）集合に含まれる各報告機会について、それぞれ（ステップ４２１８、ステップ４２２０、ステップ４２２２）を介して（サブルーチン１  ４２２４、サブルーチン２  ４２３８、サブルーチン３  ４２５６）に進む。例えば、予め定めた送信キュー統計量報告機会のそれぞれの第１の集合は、タイミング構造におけるそれぞれの１ビット・アップリンク・トラフィック・チャンネル要求報告機会に対応する。例えば、ＷＴが、例えば、図１０のフルトーンＤＣＣＨフォーマット既定モードを使用してＤＣＣＨセグメント上で通信している場合、ＷＴは、ビーコン・スロットでＵＬＲＱＳＴ１を送信する１６の機会を受け取る。続けると、予め定めた送信キュー統計量報告機会のそれぞれの第２の集合は、タイミング構造におけるそれぞれの３ビット・アップリンク・トラフィック・チャンネル要求報告機会に対応する。例えば、ＷＴが、例えば、図１０のフルトーンＤＣＣＨフォーマット既定モードを使用してＤＣＣＨセグメント上で通信している場合、ＷＴは、ビーコン・スロットでＵＬＲＱＳＴ３を送信する１２の機会を受け取る。ＷＴが、例えば、図３２の分割トーンＤＣＣＨフォーマット既定モードを使用してＤＣＣＨセグメント上で通信している場合、ＷＴは、ビーコン・スロットでＵＬＲＱＳＴ３を送信する６つの機会を受け取る。この例を続けると、予め定めた送信キュー統計量報告機会のそれぞれの第３の集合は、タイミング構造におけるそれぞれの４ビット・アップリンク・トラフィック・チャンネル要求報告機会に対応する。例えば、ＷＴが、例えば、図１０のフルトーンＤＣＣＨフォーマット既定モードを使用してＤＣＣＨセグメント上で通信している場合、ＷＴは、ビーコン・スロットでＵＬＲＱＳＴ４を送信する９つの機会を受け取る。ＷＴが、例えば、図３２の分割トーンＤＣＣＨフォーマット既定モードを使用してＤＣＣＨセグメント上で通信している場合、ＷＴは、ビーコン・スロットでＵＬＲＱＳＴ４を送信する６つの機会を受け取る。ＷＴがＵＬＲＱＳＴ４を送信することに決めたそれぞれのフレキシブルなレポートについて、オペレーションはさらに接続ノード４２２２を介してサブルーチン４２５６に進む。
【０１３１】
次に典型的なトラフィック利用可能性サブルーチン１  ４２２４について述べる。オペレーションは、ステップ４２２６で開始され、ＷＴが、キューの第１の集合、例えば、受信された情報がＮ［０］＋Ｎ［１］である集合｛キュー０、キュー１｝に対するバックログ情報を受信する。オペレーションは、ステップ４２２６からステップ４２３０に進む。
【０１３２】
ステップ４２３０では、ＷＴによって、キューの第１の集合内にトラフィックのバックログが存在するか否かがチェックされる。キューの第１の集合内にバックログが存在しない、すなわちＮ［０］−Ｎ［１］＝０である場合、オペレーションは、ステップ４２３０からステップ４２３４に進み、そこで、ＷＴは、第１の個数の情報ビット、例えば、１情報ビットを送信し、キューの第１の集合内にトラフィック・バックログがないことを示す、例えば、情報ビットは０に設定される。それとは別に、キューの第１の集合内にバックログが存在する、すなわちＮ［０］＋Ｎ［１］＞０である場合、オペレーションは、ステップ４２３０からステップ４２３２に進み、そこで、ＷＴは、第１の個数の情報ビット、例えば、１情報ビットを送信し、キューの第１の集合内にトラフィック・バックログが存在することを示す、例えば、情報ビットは１に設定される。オペレーションは、ステップ４２３２またはステップ４２３４から戻りステップ４２３６に進む。
【０１３３】
次に、典型的なトラフィック利用可能性サブルーチン２  ４２３８について説明する。オペレーションは、ステップ４２４０で始まり、ＷＴは、キューの第２の集合、例えば、受信された情報がＮ［０］である集合｛キュー０｝に対するバックログ情報を受信する。ステップ４２４０で、ＷＴは、さらに、キューの第３の集合、例えばＷＴによって使用されている要求辞書に応じて集合｛キュー１、キュー２、キュー３｝または｛キュー２｝または｛キュー１｝に対するバックログ情報を受信する。例えば、辞書（１、２、３、４）に対応して、ＷＴは、それぞれ（Ｎ［１］＋Ｎ［２］＋Ｎ［３］、Ｎ［２］、Ｎ［１］、Ｎ［１］）を受信することができる。オペレーションは、ステップ４２４０からステップ４２４６へ進む。
【０１３４】
ステップ４２４６では、ＷＴは、キューの第２および第３の集合に対応するバックログ情報を第２の予め定めた個数の情報ビット、例えば、３個の情報ビットに統合符号化するが、この統合符号化は適宜量子化を含んでいる。いくつかの実施形態では、少なくともいくつかの要求辞書について、サブステップ４２４８およびサブステップ４２５０は、ステップ４２４６の一部として実行される。いくつかの実施形態では、ステップ４２４６の少なくとも数回の繰り返しに対する少なくともいくつかの要求辞書について、サブステップ４２４８およびサブステップ４２５０は、ステップ４２４６の一部として実行される。サブステップ４２４８で、オペレーションは量子化レベル制御係数子サブルーチンに進む。サブステップ４２５０で、決定された制御係数の関数として量子化レベルを計算する。例えば、図１９に示されているように、既定の要求辞書０を使用する典型的なＵＬＲＱＳＴ３を考える。その典型的な場合において、量子化レベルはそれぞれ、制御係数ｙの関数として計算される。このような典型的な実施形態では、サブステップ４２４８およびサブステップ４２５０は、ＵＬＲＱＳＴ３レポートに入れる情報ビット・パターンを決定する際に実行される。それとは別に、図２１に示されているように、要求辞書１を使用する典型的なＵＬＲＱＳＴ３を考える。その場合、量子化レベルはどれも、制御係数、例えばｙまたはｚの関数として計算されず、したがって、サブステップ４２４８およびサブステップ４２５０は実行されない。
【０１３５】
オペレーションは、ステップ４２４６からステップ４２５２に進み、そこで、ＷＴは、第２の予め定めた個数の情報ビット、例えば、３情報ビットを用いてキューの第２および第３の集合について統合符号化されたバックログ情報を送信する。オペレーションは、ステップ４２５２から戻りステップ４２５４へ行く。
【０１３６】
次に、典型的なトラフィック利用可能性サブルーチン３  ４２５６について説明する。オペレーションは、ステップ４２５８で開始され、ＷＴは、キューの第４の集合、例えば、受信された情報がＮ［０］である集合｛キュー０｝に対するバックログ情報を受信する。ステップ４２４０で、ＷＴは、さらに、キューの第５の集合、例えばＷＴによって使用されている要求辞書に応じて集合｛キュー１、キュー２、キュー３｝または｛キュー２｝または｛キュー１｝に対するバックログ情報を受信する。例えば、辞書（０、１、２、３）に対応して、ＷＴは、それぞれ（Ｎ［１］＋Ｎ［２］＋Ｎ［３］、Ｎ［２］、Ｎ［１］、Ｎ［１］）を受信可能である。ステップ４２４０で、ＷＴは、さらにキューの第６の集合、例えばＷＴによって使用されている要求辞書に応じて集合｛キュー１、キュー３｝あるいは｛キュー２、キュー３｝あるいは｛キュー２｝に対するバックログ情報を受信することもできる。例えば、辞書（１、２、３）に対応して、ＷＴは、それぞれ（Ｎ［１］＋Ｎ［３］、Ｎ［２］＋Ｎ［３］、Ｎ［２］）を受信することができる。ステップ４２４０で、ＷＴは、さらに、キューの第７の集合、例えば要求辞書３がＷＴによって使用されている場合に集合｛キュー３｝に対するバックログ情報を受信することもできる。オペレーションは、ステップ４２５８からステップ４２６６に進む。
【０１３７】
ステップ４２６８では、ＷＴは、キューの第４、第５、第６、および第７の集合のうちの１つに対応するバックログ情報を第３の予め定めた個数の情報ビット、例えば４個の情報ビットに符号化するが、この符号化は適宜量子化を含んでいる。いくつかの実施形態では、少なくともいくつかの要求辞書について、サブステップ４２７０およびサブステップ４２７２は、ステップ４２６８の一部として実行される。いくつかの実施形態では、ステップ４２６８の少なくとも数回の繰り返しに対する少なくともいくつかの要求辞書について、サブステップ４２７０およびサブステップ４２７２は、ステップ４２６８の一部として実行される。サブステップ４２７０で、オペレーションは量子化レベル制御係数子サブルーチンに進む。サブステップ４２７２では、決定された制御係数の関数として量子化レベルを計算する。
【０１３８】
オペレーションは、ステップ４２６８からステップ４２７４に進み、ＷＴは、そこで、第３の予め定めた個数の情報ビット、例えば、４情報ビットを使用してキューの第４、第５、第６、および第７の集合のうちの１つについて符号化されたバックログ情報を送信する。オペレーションは、ステップ４２７４から戻りステップ４２７６に進む。
【０１３９】
次に、典型的な量子化レベル制御係数サブルーチン４２７８について説明する。いくつかの実施形態では、典型的な量子化レベル制御係数サブルーチン４２７８の実装は、図１７の表１７００の使用することを含む。第１の列１７０２は、条件をリストし、第２の列１７０４は、出力制御パラメータｙの対応する値をリストし、第３の列１７０６は、出力制御パラメータＺの対応する値をリストする。オペレーションは、ステップ４２７９から始まり、サブルーチンは、電力情報４２８０、例えば、最後のＤＣＣＨ送信機電力バックオフ・レポート、および経路損失情報４２８２、例えば、最後の報告されたビーコン比レポートを受信する。オペレーションは、ステップ４２７９からステップ４２８４に進み、そこで、ＷＴは、電力情報および経路損失情報が第１の基準を満たしているかどうかについてチェックする。例えば、第１の基準は、典型的な実施形態において、（ｘ＞２８）ＡＮＤ（ｂ＞＝９）であるが、ただし、ｘは、最新のアップリンク送信電力バックオフ・レポート、例えば、ＵＬＴｘＢＫＦ５のｄＢ単位の値であり、ｂは、最新のダウンリンク・ビーコン比レポート、例えば、ＤＬＢＮＲ４のｄＢ単位の値である。第１の基準が満たされている場合、オペレーションは、ステップ４２８４からステップ４２８６に進むが、第１の基準が満たされていない場合には、オペレーションはステップ４２８８に進む。
【０１４０】
ステップ４２８６で、無線端末は、制御係数、例えば、集合｛Ｙ、Ｚ｝を値の第１の予め定めた集合、例えば、Ｙ＝Ｙ１、Ｚ＝Ｚ１に設定するが、ただし、Ｙ１およびＺ１は正整数である。典型的な一つの実施形態では、Ｙ１＝２、Ｚ１＝１０である。
【０１４１】
ステップ４２８８に戻ると、ステップ４２８８で、ＷＴは、電力情報および経路損失情報が第２の基準を満たしているか否かについてチェックする。例えば、典型的な一つの実施形態では、第２の基準は、（ｘ＞２７）ＡＮＤ（ｂ＞＝８）である。第２の基準が満たされた場合、オペレーションは、ステップ４２８８からステップ４２９０に進み、そこで、無線端末は、制御係数、例えば、集合｛Ｙ、Ｚ｝を値の第２の予め定めた集合、例えば、Ｙ＝Ｙ２、Ｚ＝Ｚ２に設定するが、ただし、Ｙ２およびＺ２は正整数である。典型的な一つの実施形態では、Ｙ２＝２、Ｚ２＝９である。第２の基準が満たされていない場合、オペレーションは他の基準チェック・ステップに進み、そこで、基準が満たされているかどうかに応じて、制御係数が、予め定めた値に設定されるか、またはテストが継続される。
【０１４２】
固定された数のテスト基準が用意されており、量子化レベル制御係数サブルーチンで使用される。第１のＮ−１個のテスト基準のどれもが満たされていない場合、オペレーションはステップ４２９２に進み、そこで、無線端末は、電力情報および経路損失情報が第Ｎの基準を満たしているかどうかについてテストする。例えば、Ｎ＝９である典型的な一つの実施形態では、第Ｎの基準は、（ｘ＞１２）ＡＮＤ（ｂ＜−５）である。第Ｎの基準が満たされた場合、オペレーションは、ステップ４２９２からステップ４２９４に進み、そこで、無線端末は、制御係数、例えば、集合｛Ｙ、Ｚ｝を値の第２の予め定めた集合、例えば、Ｙ＝ＹＮ、Ｚ＝ＺＮに設定する。ただし、ＹＮおよびＺＮは正整数である。典型的な一つの実施形態では、ＹＮ＝１、ＺＮ＝２である。第Ｎの基準が満たされていない場合、無線端末は、制御係数、例えば、集合｛Ｙ、Ｚ｝を値の第（Ｎ＋１）の予め定めた集合、例えば、既定集合Ｙ＝ＹＤ、Ｚ＝ＺＤに設定する。ただし、ＹＤよびＺＤは正整数である。典型的な一つの実施形態では、ＹＤ＝１、ＺＤ＝１である。
【０１４３】
オペレーションは、ステップ４２８６、ステップ４２９０、他の制御係数設定ステップ、ステップ４２９４、またはステップ４２９６からステップ４２９８に進む。ステップ４２９８で、ＷＴは、少なくとも１つの制御係数値、例えば、Ｙおよび／またはＺを返す。
【０１４４】
図４３は、本発明により無線端末を動作させる典型的な方法を示すフロー図４３００である。オペレーションは、ステップ４３０２で始まり、そこで、無線端末は電源がオンされ、初期化され、基地局とのコネクションを確立する。オペレーションは、開始ステップ４３０２からステップ４３０４に進む。
【０１４５】
ステップ４３０４で、無線端末は、ＷＴがフルトーン・フォーマットＤＣＣＨモードまたは分割トーン・フォーマットＤＣＣＨモードで動作しているかどうかを判定する。フルトーン・フォーマットＤＣＣＨモードでＷＴに割り当てられている各ＤＣＣＨセグメントについて、ＷＴは、ステップ４３０４からステップ４３０６に進む。分割トーン・フォーマットＤＣＣＨモードでＷＴに割り当てられている各ＤＣＣＨセグメントについて、ＷＴは、ステップ４３０４からステップ４３０８に進む。
【０１４６】
ステップ４３０６で、ＷＴは、６情報ビット（ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、ｂ０）から２１個の符号化された変調シンボル値の集合を決定する。ステップ４３０６は、サブステップ４３１２、４３１４、４３１６、および４３１８を含む。サブステップ４３１２で、ＷＴは、３つの追加ビット（ｃ２、ｃ１、ｃ０）を６情報ビットの関数として決定する。例えば、典型的な一つの実施形態では、．＾をビット毎の排他的論理ＯＲ演算とし、ｃ２ｃ１ｃ０＝（ｂ５ｂ４ｂ３）．＾（ｂ２ｂ１ｂ０）である。オペレーションは、ステップ４３１２からステップ４３１４に進む。サブステップ４３１４で、ＷＴは、第１のマッピング関数および３ビット（ｂ５、ｂ４、ｂ３）を入力として使用し、７つの最上位変調シンボルを決定する。オペレーションは、サブステップ４３１４からサブステップ４３１６に進む。サブステップ４３１６で、ＷＴは、第１のマッピング関数および３ビット（ｂ２、ｂ１、ｂ０）を入力として使用し、７つの次の最上位変調シンボルを決定する。オペレーションは、サブステップ４３１６からサブステップ４３１８に進む。サブステップ４３１８で、ＷＴは、第１のマッピング関数および３ビット（ｃ２、ｃ１、ｃ０）を入力として使用し、７つの最下位変調シンボルを決定する。
【０１４７】
ステップ４３０８で、ＷＴは、８情報ビット（ｂ７、ｂ６、ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、ｂ０）から２１個の符号化された変調シンボル値の集合を決定する。ステップ４３０８は、サブステップ４３２０、４３２２、４３２４、および４３２６を含む。サブステップ４３２０で、ＷＴは、４つの追加ビット（ｃ３、ｃ２、ｃ１、ｃ０）を８情報ビットの関数として決定する。例えば、典型的な一つの実施形態では、．＾をビット毎の排他的論理ＯＲ演算とし、ｃ３ｃ２ｃ１ｃ０＝（ｂ７ｂ６ｂ５ｂ４）．＾（ｂ３ｂ２ｂ１ｂ０）である。オペレーションは、ステップ４３２０からステップ４３２２に進む。サブステップ４３２２で、ＷＴは、第２のマッピング関数および４ビット（ｂ７、ｂ６、ｂ５、ｂ４）を入力として使用し、７つの最上位変調シンボルを決定する。オペレーションは、サブステップ４３２２からサブステップ４３２４に進む。サブステップ４３２４で、ＷＴは、第２のマッピング関数および４ビット（ｂ３、ｂ２、ｂ１、ｂ０）を入力として使用し、７つの次の最上位変調シンボルを決定する。オペレーションは、サブステップ４３２４からサブステップ４３２６に進む。サブステップ４３２６で、ＷＴは、第２のマッピング関数および４ビット（ｃ３、ｃ２、ｃ１、ｃ０）を入力として使用し、７つの最下位変調シンボルを決定する。
【０１４８】
無線端末に割り当てられた各ＤＣＣＨセグメントについて、オペレーションは、ステップ４３０６またはステップ４３０８からステップ４３１０に進む。ステップ４３１０で、無線端末は、セグメントの２１個の決定された変調シンボルを送信する。
【０１４９】
いくつかの実施形態では、各ＤＣＣＨセグメントは、２１個のＯＦＤＭトーン・シンボルに対応し、ＤＣＣＨセグメントのそれぞれのトーン・シンボルは、アップリンク・タイミングおよび周波数構造において同じ単一の論理トーンを使用する。論理トーンは、ＤＣＣＨセグメントにおいてホップされ、例えば、同じ論理トーンは、コネクションに使用されているアップリンク・トーン・ブロック内の３つの異なる物理トーンに対応することができ、それぞれの物理トーンは７つの連続するＯＦＤＭシンボル伝送期間に対し同じままである。
【０１５０】
典型的な一つの実施形態では、それぞれのセグメントは、複数のＤＣＣＨレポートに対応する。典型的な一つの実施形態では、第１のマッピング関数は、図３７の表３７００により表され、第２のマッピング関数は、図３８の表３８００により表される。
【０１５１】
図４４は、本発明により無線端末を動作させて制御情報を報告する典型的な方法を示すフロー図４４００である。オペレーションはステップ４４０２で始まり、そこで、無線端末に電源が投入され、初期化される。オペレーションは、開始ステップ４４０２からステップ４４０４に進む。ステップ４４０４で、ＷＴは、（ｉ）ＷＴオペレーションの第１のモードからＷＴオペレーションの第２のモードへの遷移、および（ｉｉ）第２のオペレーション・モードに入っている間の第１のコネクションから第２のコネクションへのハンドオフ・オペレーションのうちの１つが実行されたかどうかについてチェックする。いくつかの実施形態では、第２のオペレーション・モードは、ＯＮオペレーション・モードであり、第１のオペレーション・モードは、ホールド・オペレーション・モード、スリープ・オペレーション・モード、およびＡＣＣＥＳＳオペレーション・モードのうちの１つである。いくつかの実施形態では、ＯＮオペレーション・モードにおいて、無線端末は、アップリンクでユーザ・データを送信することができ、ホールドおよびスリープのオペレーション・モードのときには、無線端末は、アップリンクでユーザ・データを送信することが阻止される。ステップ４４０４でチェックされた条件の１つが満たされた場合、オペレーションは、ステップ４４０６に進み、そうでない場合には、オペレーションは、ステップ４４０４に戻り、再びチェックが行われる。
【０１５２】
ステップ４４０６において、ＷＴは、初期制御情報レポート集合を送信し、初期制御情報レポート集合の前記送信の第１の持続時間は第１の期間に等しい。いくつかの実施形態では、初期制御情報レポート集合は、１つまたは複数のレポートを含むことが可能である。オペレーションは、ステップ４４０６からステップ４４０８に進む。ステップ４４０８で、ＷＴは、ＷＴが第２のオペレーション・モードに入っているかどうかについてチェックする。ＷＴが第２のオペレーション・モードに入っている場合、オペレーションは、ステップ４４０８からステップ４４１０に進み、そうでない場合、オペレーションは、ステップ４４０４に進む。
【０１５３】
ステップ４４１０において、ＷＴは、第１の追加の制御情報レポート集合を送信し、この送信では、第１の期間と同じである期間に第１の追加の制御情報レポート集合を送信し、第１の追加の制御情報レポート集合は初期制御情報レポート集合と異なる。いくつかの実施形態では、初期制御情報レポート集合は、初期および第１の追加の制御情報レポート集合が異なるフォーマットを有するため第１の追加の制御情報レポート集合と異なる。いくつかの実施形態では、初期制御情報レポート集合は、第１の追加の制御情報レポート集合に含まれない少なくとも１つのレポートを含む。いくつかのこのような実施形態では、初期制御情報レポート集合は、第１の追加の制御情報レポート集合に含まれない少なくとも２つのレポートを含む。いくつかの実施形態では、第１の追加の制御情報レポート集合に含まれない少なくとも１つのレポートは、干渉レポートおよび無線端末送信電力利用可能レポートのうちの１つである。オペレーションは、ステップ４４１０からステップ４４１２に進む。ステップ４４１２で、ＷＴは、ＷＴが第２のオペレーション・モードに入っているかどうかについてチェックする。ＷＴが第２のオペレーション・モードに入っている場合、オペレーションは、ステップ４４１２からステップ４４１４に進み、そうでない場合、オペレーションは、ステップ４４０４に進む。
【０１５４】
ステップ４４１４で、ＷＴは、第１の期間と同じである期間にわたる第２の追加の制御情報レポート集合を送信し、第２の追加の制御情報レポートは第１の追加の制御情報レポート集合に含まれない少なくとも１つのレポートを含む。オペレーションは、ステップ４４１４からステップ４４１６に進む。ステップ４４１６で、ＷＴは、ＷＴが第２のオペレーション・モードに入っているかどうかについてチェックする。ＷＴが第２のオペレーション・モードに入っている場合、オペレーションは、ステップ４４１６からステップ４４１０に進み、そうでない場合、オペレーションは、ステップ４４０４に進む。
【０１５５】
図４５および図４６は、本発明の典型的な実施形態を説明するために使用される。図４５および図４６は、図４４のフロー図４４００に関して説明されているいくつかの実施形態に適用可能である。図４５の図面４５００は、初期制御情報レポート集合４５０２、その後に続く第１の追加の制御情報レポート集合４５０４、その後に続く第２の追加の制御情報レポート集合４６０６、その後に続く第１の追加の制御情報レポート集合４５０８の２回目の繰り返し、その後に続く第２の追加の制御情報４５１０の２回目の繰り返しを含む。それぞれの制御情報レポート集合（４５０２、４５０４、４５０６、４５０８、４５１０）は、それぞれ、対応する伝送期間（４５１２、４５１４、４５１６、４５１８、４５２０）を有し、期間（４５１２、４５１４、４５１６、４５１８、４５２０）のそれぞれの持続時間は同じであり、この持続時間は１０５のＯＦＤＭシンボル伝送期間に相当する。
【０１５６】
点線４５２２は、初期制御情報レポート集合伝送の送信の少し前にイベントが発生したことを示しており、イベントは（ｉ）ブロック４５２４により示されるアクセスモードからブロック４５２６により示されるＯＮ状態へのモード遷移、（ｉｉ）ブロック４５２８により示されるＨＯＬＤ状態からブロック４５３０により示されるＯＮ状態へのモード遷移、および（ｉｉｉ）ブロック４５３２により示されるＯＮ状態の第１のコネクションからブロック４５３４により示されるＯＮ状態の第２のコネクションへのハンドオフ・オペレーションのうちの１つである。
【０１５７】
例えば、初期制御情報レポート集合４５０２、第１の追加の制御情報レポート集合４５０４、および第２の制御情報レポート集合４５０６は、第１のビーコン・スロットで伝達することができ、第１の追加の制御情報レポート集合４５０８の２回目の反復および第２の追加の制御情報レポート集合４５１０の２回目の反復は、次のビーコン・スロットで伝達することができる。この実施例を続けると、各情報レポート集合は、ビーコン・スロット内のスーパー・スロットに対応しうる。例えば、図１０および図１１の無線端末に対するＤＣＣＨのフルトーン・フォーマットに関して説明されている構造を使用して、図４５に対応するセグメントの可能なマッピングの１つは以下の通りである。初期制御情報レポート集合は、図１１に対応し、第１の追加の制御情報レポート集合は、ビーコン・スロットのインデックス付きセグメント３０〜３４に対応し、第２の追加の制御情報レポート集合は、ビーコン・スロットのインデックス付きセグメント３０〜３９に対応する。図４５では、このような典型的なマッピングを説明している。
【０１５８】
図４６の図面４６００では、典型的な初期制御情報レポート集合のフォーマットを説明している。第１の列４６０２では、ビット定義（５、４、３、２、１、０）を識別する。第２の列４６０４では、第１のセグメントがＲＳＶＤ２レポートおよびＵＬＲＱＳＴ４レポートを含むことを特定する。第３の列４６０６では、第２のセグメントがＤＬＳＮＲ５レポートおよびＵＬＲＱＳＴ１レポートを含むことを特定する。第４の列４６０８では、第３のセグメントがＤＬＳＳＮＲ４レポート、ＲＳＶＤ１レポート、およびＵＬＲＱＳＴ１レポートを含むことを特定する。第５の列４６１０では、第４のセグメントがＤＬＢＮＲ４レポート、ＲＳＶＤ１レポート、およびＵＬＲＱＳＴ１レポートを含むことを特定する。第６の列４６１２では、第５のセグメントがＵＬＴＸＢＫＦ５レポートおよびＵＬＲＱＳＴ１レポートを含むことを特定する。
【０１５９】
図面４６３０は、典型的な第１の追加の制御情報レポート集合のフォーマットを説明している。第１の列４６３２では、ビット定義（５、４、３、２、１、０）を特定する。第２の列４６３４では、第１のセグメントがＤＬＳＮＲ５レポートおよびＵＬＲＱＳＴ１レポートを含むことを特定する。第３の列４６３６では、第２のセグメントがＲＳＶＤ２レポートおよびＵＬＲＱＳＴ４レポートを含むことを特定する。第４の列４６３８では、第３のセグメントがＤＬＤＳＮＲ３レポートおよびＵＬＲＱＳＴ３レポートを含むことを特定する。第５の列４６４０では、第４のセグメントがＤＬＳＮＲ５レポートおよびＵＬＲＱＳＴ１レポートを含むことを特定する。第６の列４６４２では、第６のセグメントがＲＳＶＤ２レポートおよびＵＬＲＱＳＴ４レポートを含むことを特定する。
【０１６０】
図面４６６０は、典型的な第２の追加の制御情報レポート集合のフォーマットを説明している。第１の列４６６２では、ビット定義（５、４、３、２、１、０）を特定する。第２の列４６６４では、第１のセグメントがＤＬＤＳＮＲ３レポートおよびＵＬＲＱＳＴ３レポートを含むことを特定する。第４の列４６６６では、第２のセグメントがＤＬＳＳＮＲ４レポート、ＲＳＶＤ１レポート、およびＵＬＲＱＳＴ１レポートを含むことを特定する。第４の列４６６８では、第３のセグメントがＤＬＳＮＲ５レポートおよびＵＬＲＱＳＴ１レポートを含むことを識別する。第５の列４６７０では、第４のセグメントがＲＳＶＤ２レポートおよびＵＬＲＱＳＴ４レポートを含むことを識別する。第６の列４６７２では、第６のセグメントがＤＬＤＳＮＲ３レポートおよびＵＬＲＱＳＴ３レポートを含むことを特定する。
【０１６１】
図４６において、初期レポート集合および第１の追加のレポート集合が、異なるフォーマットを使用しているため異なることが観察されうる。また、初期制御情報レポート集合は、第１の追加の制御情報レポート集合に含まれない少なくとも２つのレポート、ＤＬＢＮＲ４およびＵＬＴＸＢＫＦ５を含むこともわかる。ＤＬＢＮＲ４は、干渉レポートであり、ＵＬＴＸＢＫＦ５は、無線端末電力利用可能レポートである。図４６の実施例では、第２の追加のレポートは、第１の追加のレポート、ＲＳＶＤ１レポートに含まれない少なくとも１つの追加のレポートを含む。
【０１６２】
図４７は、反復する複数の異なる制御情報レポートの伝送を制御する際に使用する予め定めたレポート・シーケンスを示す情報を含む通信デバイスを本発明により動作させる典型的な方法を示すフロー図４７００である。いくつかの実施形態では、通信デバイスは、例えば移動ノードのような無線端末である。例えば、無線端末は、多元接続直交周波数分割多重（ＯＦＤＭ）無線通信システムにおける複数の無線端末のうちの１つでありうる。
【０１６３】
オペレーションは、ステップ４７０２で始まり、ステップ４７０４に進む。ステップ４７０４において、通信デバイスは、（ｉ）通信デバイス・オペレーションの第１のモードから通信デバイス・オペレーションの第２のモードへの遷移、および（ｉｉ）通信デバイス・オペレーションの第２のモードに入っている間の例えば第１の基地局セクタ物理的接続ポイントとの第１のコネクションから例えば第２の基地局セクタ物理的接続ポイントとの第２のコネクションへのハンドオフ・オペレーションのうちの少なくとも１つが実行されたかどうかについてチェックする。いくつかの実施形態では、通信デバイス・オペレーションの第２のモードは、ＯＮオペレーション・モードであり、第１のオペレーション・モードは、ホールド・オペレーション・モードおよびスリープ・オペレーション・モードのうちの１つである。いくつかのそのような実施形態では、通信デバイスは、ＯＮオペレーション・モードのときにアップリンクでユーザ・データを送信することができ、ホールドおよびスリープのオペレーション・モードのときには、アップリンクでユーザ・データを送信することが阻止される。
【０１６４】
ステップ４７０４のテストされた条件のうちの少なくとも１つが満たされた場合、オペレーションは、実施形態に応じて、ステップ４７０４からステップ４７０６、またはステップ４７０８の何れかに進む。ステップ４７０６は、いくつかの実施形態に含まれるオプションのステップであるが、他の実施形態では省かれる。
【０１６５】
ステップ４７０６は、通信デバイスが複数の異なる初期条件制御情報レポート集合をサポートするいくつかの実施形態に含まれる。ステップ４７０６において、通信デバイスは、複数の初期制御情報レポート集合のうちのどれを、置換されるシーケンスの部分に応じて送信すべきかを選択する。オペレーションは、ステップ４７０６からステップ４７０８に進む。
【０１６６】
ステップ４７０８で、通信デバイスは、初期制御情報レポート集合を送信する。種々の実施形態において、初期制御情報レポート集合を送信することは、送信されたレポートが予め定めたシーケンスに従っていた場合に初期レポートを送信するために使用される期間に送信されていないであろう少なくとも１つのレポートを送信することを含む。例えば、予め定めた初期レポートについて、送信されたレポートが予め定めたシーケンスに従っていた場合に初期レポートを送信するために使用される期間に送信されていないであろう少なくとも１つのレポートは、干渉レポート、例えば、ビーコン比レポート、および通信デバイス送信電力利用可能レポート、例えば、通信デバイス送信電力バックオフ・レポートのうちの１つである。種々の実施形態において、初期制御情報レポート集合は、１つまたは複数のレポートを含むことができる。いくつかの実施形態では、初期制御情報レポート集合を送信することは、専用アップリンク制御チャンネル上で初期制御情報レポート集合を送信することを含む。このようないくつかの実施形態では、専用アップリンク制御チャンネルは、単一トーン・チャンネルである。いくつかのこのような実施形態では、単一トーン・チャンネルの単一トーンは、時間の経過とともにホップされ、例えば、単一の論理チャンネル・トーンは、トーン・ホッピングにより、異なる物理トーンに変わる。さまざまな実施形態において、予め定めたレポート・シーケンスは、初期レポート集合を送信するために使用される伝送期間よりも長い時間にわたって繰り返される。例えば、典型的な一つの実施形態では、予め定めたレポート・シーケンスは、ビーコン・スロット毎に繰り返され、１つのビーコン・スロットは９１２のＯＦＤＭシンボル伝送期間であるが、初期レポート集合を送信するために使用される典型的な期間は、１０５のＯＦＤＭシンボル伝送期間とすることができる。
【０１６７】
オペレーションはステップ４７０８からステップ４７１０に進み、そこで、通信デバイスは、第２のオペレーション・モードに入っているか否かをチェックする。通信デバイスが第２のオペレーション・モードに入っている場合には、オペレーションは、ステップ４７１２に進み、そうでない場合には、オペレーションは、ステップ４７０４に進む。ステップ４７１２において、通信デバイスは、予め定めたレポート・シーケンスで示される情報に従って追加の制御情報レポート集合を送信する。オペレーションは、ステップ４７１２からステップ４７１０に進む。
【０１６８】
いくつかの実施形態では、ステップ４７０８の初期制御情報レポート集合送信に続くステップ４７１２は、第１の追加の制御情報レポート集合を含み、初期制御情報レポート集合は、第１の追加の制御情報レポート集合に含まれない少なくとも１つの情報レポート集合を含む。例えば、第１の追加の制御情報レポート集合に含まれない少なくとも１つの情報レポートは、干渉レポート、例えば、ビーコン比レポート、および通信デバイス電力利用可能レポート、例えば、通信デバイス送信電力バックオフ・レポートのうちの１つである。
【０１６９】
種々の実施形態において、例えば通信デバイスが第２のオペレーション・モードに入っている間に、ステップ４７１２の初期制御情報レポートに続くステップ４７１２の反復は、第１の追加の制御情報レポート集合、その後に続く第２の追加の制御情報レポート集合、その後に続く他の第１の追加の制御情報レポート集合の送信を含み、第２の追加の制御情報レポート集合は、第１の追加の制御情報レポート集合に含まれない少なくとも１つのレポートを含む。
【０１７０】
典型的な一つの実施形態において、予め定めたレポート・シーケンスが、図１０の図面１０９９により示されているようなビーコン・スロット内のアップリンク専用制御チャンネル・セグメントに対する４０個のインデックス付きセグメントのレポート・シーケンスであると考える。さらに、予め定めたレポート・シーケンスのセグメントは、セグメント・インデックスを（０〜４）、（５〜９）、（１０〜１４）、（１５〜１９）、（２０〜２４）、（２５〜２９）、（３０〜３４）、（３５〜３９）としてスーパー・スロットに基づきグループ分けされ、それぞれのグループは、ビーコン・スロットのスーパー・スロットに対応すると考える。ステップ４７０４の条件が満たされている、例えば、通信デバイスがＨＯＬＤオペレーション状態からＯＮオペレーション状態に移行したばかりである場合、通信デバイスは、第１のスーパー・スロットに対して図１１の表１１９９に示されているように初期レポート集合を使用し、次いで、ＯＮ状態のままである間に、その後のスーパー・スロットに対して図１０の表１０９９の予め定めたシーケンスを使用する。例えば、初期レポート集合は、ＯＮオペレーション・モードへの状態遷移がいつ発生するかに応じて、セグメント・インデックス・グループ分け（０〜４）、（５〜９）、（１０〜１４）、（１５〜１９）、（２０〜２４）、（２５〜２９）、（３０〜３４）、（３５〜３９）に対応して集合を置換することができる。
【０１７１】
変更形態として、置換されるシーケンス内の位置に応じて、通信デバイスが選択する複数の、例えば、２つの異なる初期制御チャンネル情報レポート集合がある典型的な実施形態を考える。図４８は、制御チャンネル情報レポート集合４８００および４８５０の２つの典型的な異なるフォーマットを示している。初期レポート集合＃１のフォーマットにおいて、第４のセグメント４８１０は、ＤＬＢＮＲ４レポート、ＲＳＶＤ１レポート、およびＵＬＲＱＳＴ１レポートを含み、初期レポート集合＃２のフォーマットでは、第４のセグメント４８６０は、ＲＳＶＤ２レポートおよびＵＬＲＱＳＴ４を含む。図１０の予め定めたレポート・シーケンスを使用する典型的な実施形態では、初期制御情報レポートが、ビーコン・スロットの第３のスーパー・スロットで送信される場合（セグメント・インデックス１０〜１４を置換する）、初期制御情報レポート集合＃２  ４８５０のフォーマットが使用され、そうではない場合、初期制御情報レポート集合＃１のフォーマットが使用される。図１０の典型的な予め定めたレポート・シーケンスにおいて、４ビット・ダウンリンク・ビーコン比レポートＤＬＢＮＲ４は、ビーコン・スロットで１回のみ生成され、ビーコン・スロットの第４のスーパー・スロットで生じることに留意されたい。この典型的な実施形態では、初期レポート４８５０のフォーマットの第２の集合は、第３のスーパー・スロット内で使用されるが、それは、ビーコン・スロットの次の後続のスーパー・スロット（第４のスーパー・スロット）では、通信デバイスは、図１０の予め定めた構造に従って、ＤＬＢＮＲ４レポートを送信するようにスケジュールされているからである。
【０１７２】
他の変更形態として、置換されるシーケンス内の位置に応じて、通信デバイスが選択する複数の、例えば５つの異なる初期制御チャンネル情報レポート集合がある典型的な実施形態を考える。ただし、異なる初期制御情報レポート集合のそれぞれのサイズは異なる。図４９は、初期制御情報レポート集合＃１  ４９００、初期制御情報レポート集合＃２  ４９１０、初期制御情報レポート集合＃３  ４９２０、初期制御情報レポート集合＃４  ４９３０、初期制御情報レポート集合＃５  ４９４０を例示している。図１０の予め定めたレポート・シーケンスを使用する典型的な実施形態では、初期制御情報レポートが、ＤＣＣＨインデックス値＝ビーコン・スロットの０、５、１０、１５、２０、２５、３０、または３５であるセグメントから開始して送信される場合、初期制御情報レポート集合＃１  ４９００が使用される。それとは別に、初期制御情報レポートが、ＤＣＣＨインデックス値＝ビーコン・スロットの１、６、１１、１６、２１、２６、３１、あるいは３６であるセグメントから開始して送信される場合、初期制御情報レポート集合＃２  ４９１０が使用される。それとは別に、初期制御情報レポートが、ＤＣＣＨインデックス値＝ビーコン・スロットの２、７、１２、１７、２２、２７、３２、あるいは３７であるセグメントから開始して送信される場合、初期制御情報レポート集合＃３  ４９２０が使用される。それとは別に、初期制御情報レポートが、ＤＣＣＨインデックス値＝ビーコン・スロットの３、８、１３、１８、２３、２８、３３、あるいは３８であるセグメントから開始して送信される場合、初期制御情報レポート集合＃４  ４９３０が使用される。それとは別に、初期制御情報レポートが、ＤＣＣＨインデックス値＝ビーコン・スロットの４、９、１４、１９、２４、２９、３４、あるいは３９であるセグメントから開始して送信される場合、初期制御情報レポート集合＃５  ４９４０が使用される。
【０１７３】
本発明によれば、異なる初期情報レポート集合がレポート集合のサイズとスーパー・スロットの予め定めたＤＣＣＨセグメントに対するレポート集合の内容の両方について異なる実施形態が考えられる。
【０１７４】
図５０は、本発明により無線端末を動作させる典型的な方法を示すフロー図である。例えば、無線端末は、典型的なベクトル拡散多元接続直交周波数分割多重（ＯＦＤＭ）無線通信システムにおける移動ノードであってよい。オペレーションは、ステップ５００２から始まり、そこで、無線端末は、電源を投入され、基地局セクタ接続ポイントとの通信リンクを確立し、アップリンク専用制御チャンネル・レポートに使用する専用制御チャンネル・セグメントを割り当てられ、第１のオペレーション・モードまたは第２のオペレーション・モードのいずれかで確立されている。例えば、いくつかの実施形態では、第１のオペレーション・モードは、専用制御チャンネル・オペレーションのフルトーン・モードである。一方、第２のオペレーション・モードは、専用制御チャンネル・オペレーションの分割トーン・モードである。いくつかの実施形態では、専用制御チャンネル・セグメントのそれぞれは、同じ数のトーン・シンボル、例えば、２１個のトーン・シンボルを含んでいる。オペレーションは、開始ステップ５００２からステップ５００４に進む。典型的な２つのタイプの実施形態が、フロー図５０００に示されている。第１のタイプの実施形態では、基地局は、第１のオペレーション・モードと第２のオペレーション・モードとの切換を指令するモード制御信号を送信する。このような典型的な実施形態では、オペレーションは、ステップ５００２からステップ５０１０および５０２０に進む。第２のタイプの実施形態では、無線端末は、第１のモードと第２のモードとの間のモード遷移を要求する。このような一つの実施形態では、オペレーションは、ステップ５００２からステップ５０２６および５０３４に進む。無線端末からの入力無しで基地局がモード変更を指令できる、また、無線端末がモード変更を要求することができ、例えば、基地局と無線端末がそれぞれモード変更を開始することができる実施形態も本発明により可能である。
【０１７５】
ステップ５００４において、ＷＴは、ＷＴが現在第１のオペレーション・モードまたは第２のオペレーション・モードに入っているか否かについてチェックする。ＷＴが現在第１のオペレーション・モード、例えばフルトーン・モードに入っている場合、オペレーションは、ステップ５００４からステップ５００６に進む。ステップ５００６で、ＷＴは、第１の期間に専用制御チャンネル・セグメントの第１の集合を使用し、第１の集合は第１の数の専用制御チャンネル・セグメントを含む。しかし、ＷＴが現在第２のオペレーション・モード、例えば分割トーン・モードに入っているとステップ５００４において判定された場合には、オペレーションは、ステップ５００４からステップ５００８に進む。ステップ５００８において、ＷＴは、第１の期間と同じ持続時間を有する第２の期間に専用制御チャンネル・セグメントの第２の集合を使用し、制御チャンネル・セグメントの第２の集合は第１の数のセグメントよりも少ないセグメントを含んでいる。
【０１７６】
例えば、典型的な一つの実施形態において、第１の期間をビーコン・スロットであると考えた場合、フルトーン・モードの第１の集合は、単一の論理トーンを使用する４０のＤＣＣＨセグメントを含むが、分割トーン・モードの第２の集合は、単一の論理トーンを使用する１３のＤＣＣＨセグメントを含む。フルモードでＷＴによって使用される単一の論理トーンは、分割トーン・モードで使用される単一の論理トーンと同じである場合もあれば異なる場合もある。
【０１７７】
他の実施例では、同じ典型的な実施形態において、第１の期間をビーコン・スロットの第１の８９１のＯＦＤＭシンボル伝送時間間隔であると考えた場合、フルトーン・モードの第１の集合は、単一の論理トーンを使用する３９のＤＣＣＨセグメントを含むが、分割トーン・モードの第２の集合は、単一の論理トーンを使用する１３のＤＣＣＨセグメントを含む。この実施例では、第１のセグメント数を第２のセグメント数で除した値は、整数３である。フルモードでＷＴによって使用される単一の論理トーンは、分割トーン・モードで使用される単一の論理トーンと同じである場合もあれば異なる場合もある。
【０１７８】
第２のオペレーション・モード、例えば分割トーン・モードでは、ＷＴにより使用される専用制御チャンネル・セグメントの第２の集合は、いくつかの実施形態において、第２の期間ではない期間にフルトーン・オペレーション・モードで同じ、または異なるＷＴにより使用されうる専用制御チャンネル・セグメントのより大きな集合の部分集合である。例えば、無線端末により第１の期間に使用される専用制御チャンネル・セグメントの第１の集合は、専用制御チャンネル・セグメントのより大きい集合とすることができ、専用制御チャンネル・セグメントの第１の集合および第２の集合は、同じ論理トーンに対応することが可能である。
【０１７９】
オペレーションは、ＷＴ専用のそれぞれの第１のタイプのモード制御信号、例えば、第１のオペレーション・モードから第２のオペレーション・モードに切り換えるようにＷＴに指令するモード制御信号についてステップ５００２からステップ５０１０に進む。ステップ５０１０において、ＷＴは、基地局から第１のタイプのモード制御信号を受信する。オペレーションは、ステップ５０１０からステップ５０１２に進む。ステップ５０１２において、ＷＴは、現在第１のオペレーション・モードに入っているか否かについてチェックする。無線端末が、第１のオペレーション・モードに入っている場合、オペレーションはステップ５０１４に進み、そこで、ＷＴは、受信された制御信号に応答して第１のオペレーション・モードから第２のオペレーション・モードに切り替わる。しかし、ＷＴが現在第１のオペレーション・モードではないとステップ５０１２において判定された場合、ＷＴは、接続モードＡ  ５０１６を介してステップ５０１８に進み、そこで、基地局とＷＴとの間で誤解があったため、ＷＴはモード変更の実行を停止する。
【０１８０】
オペレーションは、ＷＴ専用の各第２のタイプのモード制御信号、例えば、第２のオペレーション・モードから第１のオペレーション・モードに切り換えるようにＷＴに指令するモード制御信号についてステップ５００２からステップ５０２０に進む。ステップ５０２０において、ＷＴは、基地局から第２のタイプのモード制御信号を受信する。オペレーションは、ステップ５０２０からステップ５０２２に進む。ステップ５０２２において、ＷＴは、現在第２のオペレーション・モードに入っているか否かをチェックする。無線端末が、第２のオペレーション・モードに入っている場合、オペレーションはステップ５０２４に進み、そこで、ＷＴは、受信された第２のモード制御信号に応答して第２のオペレーション・モードから第１のオペレーション・モードに切り替わる。しかし、ＷＴが現在第２のオペレーション・モードではないとステップ５０２２において判定された場合、ＷＴは、接続モードＡ  ５０１６を介してステップ５０１８に進み、そこで、基地局とＷＴとの間で誤解があったため、ＷＴはモード変更の実行を停止する。
【０１８１】
いくつかの実施形態では、基地局からの第１および／または第２のタイプのモード制御変更コマンド信号は、さらに、ＷＴにより使用される論理トーンがモード切換後に変わるかどうかを識別する情報、およびいくつかの実施形態では、新しいモードでＷＴにより使用される論理トーンを識別する情報を含む。いくつかの実施形態では、ＷＴがステップ５０１８に進んだ場合、ＷＴは、基地局に、例えば、誤解があること、またモード遷移が完了していないことを示す信号を送信する。
【０１８２】
オペレーションは、第１のオペレーション・モード、例えばフルトーンＤＣＣＨモードから、第２のオペレーション・モード、例えば分割トーンＤＣＣＨモードへのモード変更を開始する操作に無線端末が進む毎に、ステップ５００２からステップ５０２６に進む。ステップ５０２６において、ＷＴは、基地局にモード制御信号を送信する。オペレーションは、ステップ５０２６からステップ５０２８に進む。ステップ５０２８において、ＷＴは、基地局から確認信号を受信する。オペレーションは、ステップ５０２８からステップ５０３０に進む。ステップ５０３０において受信された確認信号が肯定応答である場合、オペレーションはステップ５０３２に進み、そこで、無線端末は、受信された肯定応答信号に応答して第１のオペレーション・モードから第２のオペレーション・モードに切り替わる。しかし、ステップ５０３０において、ＷＴが、受信された信号が否定応答信号であると判定するか、またはＷＴが受信された信号を正常に復号できない場合、ＷＴは、接続ノードＡ  ５０１６を介して、ステップ５０１８に進み、そこで、ＷＴは、モード変更オペレーションを停止する。
【０１８３】
オペレーションは、無線端末がが、第２のオペレーション・モード、例えば分割トーンＤＣＣＨモードから、第２のオペレーション・モード、例えばフルトーンＤＣＣＨモードへのモード変更を開始する操作に進む毎に、ステップ５００２からステップ５０３４に進む。ステップ５０３４において、ＷＴは、基地局にモード制御信号を送信する。オペレーションは、ステップ５０３４からステップ５０３６に進む。ステップ５０３６において、ＷＴは、基地局から確認信号を受信する。オペレーションは、ステップ５０３６からステップ５０３８に進む。ステップ５０３８において、受信された確認信号が肯定応答である場合、オペレーションはステップ５０４０に進み、そこで、無線端末は、受信された肯定応答信号に応答して第２のオペレーション・モードから第１のオペレーション・モードに切り替わる。しかしながら、ステップ５０３８において、ＷＴが、受信された信号が否定応答信号であると判定するか、またはＷＴが受信された信号を正常に復号できない場合には、ＷＴは、接続ノードＡ  ５０１６を介して、ステップ５０１８に進み、そこで、ＷＴは、モード変更オペレーションを停止する。
【０１８４】
図５１は、本発明による典型的なオペレーションを示す図である。図５１の典型的な実施形態では、専用制御チャンネルは、専用制御チャンネルにおける各論理トーンについて、０から１５までインデックスされた１６個のセグメントの反復パターンを使用するように構造化されている。他の実施形態は、本発明によれば、反復するパターン内の異なる数のインデックス付きＤＣＣＨセグメント、例えば、４０個のセグメントを使用することができる。（０、１、２、３）とインデックスされた４つの典型的な論理ＤＣＣＨトーンが、図５１に示されている。いくつかの実施形態では、それぞれのセグメントは、同じ量の無線リンク・リソースを占有する。例えば、いくつかの実施形態では、それぞれのセグメントは、同じ数のトーン・シンボル、例えば、２１個のトーン・シンボルを有する。図面５１００では、図面５１０４内の論理トーンに対応するパターンの２つの連続する反復に対し時間経過によるセグメントのインデックスを識別する。
【０１８５】
図面５１０４は、縦軸５１０６に論理ＤＣＣＨトーン・インデックスを、横軸５１０８に時間をとったグラフである。同じ持続期間を有する第１の期間５１１０および第２の期間５１１２が図示されている。凡例５１１４には、（ｉ）線の間隔が広いクロスハッチ・パターンを有する正方形５１１６は、ＷＴ１フルトーンＤＣＣＨモード・セグメントを表し、（ｉｉ）線の間隔が広い縦線と横線のパターンを有する正方形５１１８は、ＷＴ４フルトーンＤＣＣＨモード・セグメントを表し、（ｉｉｉ）線の間隔が狭い縦線と横線のパターンを有する正方形５１２０は、ＷＴ５フルトーンＤＣＣＨモード・セグメントを表し、（ｉｖ）細かいクロスハッチ・パターンを有する正方形５１２２は、ＷＴ６フルトーンＤＣＣＨモード・セグメントを表し、（ｖ）左から右へ上がる勾配を持つ線の間隔が広い斜線パターンを有する正方形５１２４は、ＷＴ１分割トーンＤＣＣＨモード・セグメントを表し、（ｖｉ）左から右へ下がる勾配を持つ線の間隔が狭い斜線パターンを有する正方形５１２６は、ＷＴ２分割トーンＤＣＣＨモード・セグメントを表し、（ｖｉｉ）左から右へ上がる勾配を持つ線の間隔が狭い斜線パターンを有する正方形５１２８は、ＷＴ３分割トーンＤＣＣＨモード・セグメントを表し、（ｖｉｉｉ）線の間隔が広い縦線パターンを有する正方形５１３０は、ＷＴ４分割トーンＤＣＣＨモード・セグメントを表すと示されている。
【０１８６】
図面５１０４では、ＷＴ１が第１の期間５１１０にフルトーンＤＣＣＨモードに入っており、その期間に論理トーン０に対応する１５個のセグメント（０〜１４とインデックスされている）の集合を使用することが観察されうる。第１の期間と同じ継続時間である第２の期間５１１２で、ＷＴ１は、分割トーンＤＣＣＨモードに入っており、第１の期間５１１０のときに使用されるセグメントの集合の部分集合である、論理トーン０に対応するインデックス値（０、３、６、９、１２）を有する５つのセグメントの集合を使用する。
【０１８７】
図面５１０４において、ＷＴ４は第１の期間５１１０にフルトーンＤＣＣＨモードに入っており、論理トーン２に対応する１５個のセグメント（０〜１４とインデックスされている）の集合を使用し、ＷＴ４は第２の期間５１１２に分割トーン・フォーマットに入っており、論理トーン３に対応するインデックス値（１、４、７、１０、１３）を有する５つのセグメントの集合を使用することも観察されうる。また、論理トーン３に対応するインデックス値（１、４、７、１０、１３）を有する５つのセグメントの集合は、第１の期間５１１０にフルトーンＤＣＣＨモードのＷＴ６により使用されるセグメントのより大きな集合の一部であることも観察されよう。
【０１８８】
図５２は、本発明により基地局を動作させる典型的な方法を示すフロー図５２００である。典型的な方法のオペレーションは、ステップ５２０２で始まり、そこで、基地局は、電源がオンされ、初期化される。オペレーションは、ステップ５２０４およびステップ５２０６に進む。ステップ５２０４において、基地局は、動作中、専用制御チャンネル・リソースをフルトーンＤＣＣＨサブチャンネルと分割トーンＤＣＣＨサブチャンネルとに分割し、フルトーンＤＣＣＨサブチャンネルと分割トーンＤＣＣＨサブチャンネルを複数の無線端末に割り当てる。例えば、典型的な一つの実施形態では、ＤＣＣＨチャンネルは、３１個の論理トーンを使用し、それぞれの論理トーンは、例えば、ビーコン・スロットに基づき、反復パターンの単一の反復において４０個のＤＣＣＨチャンネル・セグメントに対応する。予め定めた時間において、それぞれの論理トーンは、トーンに対応するＤＣＣＨセグメントが単一のＷＴに割り当てられるフルトーンＤＣＣＨオペレーション・モード、またはトーンに対応するＤＣＣＨセグメントが固定された最大数のＷＴに割り当てられうる、例えば、ＷＴの固定された最大数＝３である、分割トーンＤＣＣＨモードに対応することができる。ＤＣＣＨチャンネルに３１個の論理トーンを使用するそのような典型的な一つの実施形態では、ＤＣＣＨチャンネル論理トーンのそれぞれが、フルトーン・モードである場合、基地局セクタ接続ポイントは、３１個のＷＴに割り当てられたＤＣＣＨセグメントを持つことができる。それと正反対に、各ＤＣＣＨチャンネル論理トーンが、分割トーン・フォーマットである場合、９３個のＷＴにセグメントを割り当てることができる。一般に、予め定めた時刻において、ＤＣＣＨチャンネルは、分割され、フルトーン・サブチャンネルと分割トーン・チャンネルの混合を含むことができ、これにより、例えば、基地局を接続ポイントとして使用するＷＴの現在の負荷状態と現在のニーズに対応することが可能である。
【０１８９】
図５３は、他の典型的な実施形態、例えば、反復する論理トーンに対応する１６個のインデックス付きＤＣＣＨセグメントを使用する一つの実施形態に対する専用制御チャンネル・リソースの典型的な分割および割り当てを示している。図５３に関して説明されている方法は、ステップ５２０４で使用され、他の実施形態にも拡大して適用されうる。
【０１９０】
ステップ５２０４は、基地局がＷＴにサブチャンネル割り当て情報を伝達するサブステップ５２１６を含む。サブステップ５２１６は、サブステップ５２１８を含む。サブステップ５２１８において、基地局は、専用制御チャンネル・セグメントの割り当てを受け取るＷＴにユーザー識別子、例えば、ＯＮ状態ユーザー識別子を割り当てる。
【０１９１】
ステップ５２０６において、基地局は、進行中に、割り当てられたＤＣＣＨサブチャンネル上で伝達される専用制御チャンネル・レポートを含むアップリンク信号をＷＴから受信する。いくつかの実施形態では、無線端末は、異なる符号化を使用して、フルトーンＤＣＣＨオペレーション・モードと分割トーンＤＣＣＨオペレーション・モードでＤＣＣＨセグメントで送信される情報を伝達し、したがって、基地局は、モードに基づき異なる復号オペレーションを実行する。
【０１９２】
典型的な２つのタイプの実施形態が、フロー図５２００に示されている。第１のタイプの実施形態では、基地局は、第１のオペレーション・モードと第２のオペレーション・モード、例えば、フルトーンＤＣＣＨモードと分割トーンＤＣＣＨモードとの間の変更を指令するモード制御信号を送信する。このような典型的な実施形態では、オペレーションは、ステップ５２０２からステップ５２０８およびステップ５０１０に進む。第２のタイプの実施形態では、無線端末は、第１のモードと第２のモード、例えば、フルトーンＤＣＣＨモードと分割トーンＤＣＣＨモードとの間のモード遷移を要求する。このような一つの実施形態では、オペレーションは、ステップ５２０２からステップ５２１２およびステップ５２１４に進む。無線端末からの入力なしで基地局がモード変更を指令できる、また無線端末がモード変更を要求することができ、例えば、基地局と無線端末がそれぞれモード変更を開始することができる実施形態も本発明により可能である。
【０１９３】
オペレーションは、第１のモード、例えばフルトーンＤＣＣＨモードから、第２のモード、例えば分割トーンＤＣＣＨモードへの変更をＷＴに指令することを基地局が決定するそれぞれの場合についてステップ５２０８に進む。ステップ５２０８で、基地局は、第１のモード、例えばフルトーンＤＣＣＨモードから、第２のモード、例えば分割トーンＤＣＣＨモードへのＷＴ遷移を開始するモード制御信号をＷＴに送信する。
【０１９４】
オペレーションは、第２のモード、例えば分割トーンＤＣＣＨモードから、第１のモード、例えばフルトーンＤＣＣＨモードへの変更をＷＴに指令することを基地局が決定する各場合についてステップ５２１０に進む。ステップ５２１０で、基地局は、第２のモード、例えば分割トーンＤＣＣＨモードから、第１のモード、例えばフルトーンＤＣＣＨモードへのＷＴ遷移を開始するモード制御信号をＷＴに送信する。
【０１９５】
オペレーションは、基地局が第１のモード、例えばフルトーンＤＣＣＨモードから、第２のモード、例えば分割トーンＤＣＣＨモードへの変更要求をＷＴから受信する各場合についてステップ５２１２に進む。ステップ５２１２において、基地局は、第１のオペレーション・モードから第２のオペレーション・モードへの遷移、例えばフルトーンＤＣＣＨモードから分割トーンＤＣＣＨモードへの遷移を要求するモード制御信号をＷＴから受信する。基地局が要求を受け入れることを決定した場合に、オペレーションは、ステップ５２１２からステップ５２２０に進む。ステップ５２２０において、基地局は、要求を送信したＷＴに肯定応答信号を送信する。
【０１９６】
オペレーションは、基地局が第２のモード、例えば分割トーンＤＣＣＨモードから、第１のモード、例えばフルトーンＤＣＣＨモードへの変更要求をＷＴから受信するそれぞれの場合についてステップ５２１４に進む。ステップ５２１４で、基地局は、第２のオペレーション・モードから第１のオペレーション・モードへの遷移、例えば分割トーンＤＣＣＨモードからフルトーンＤＣＣＨモードへの遷移を要求するモード制御信号をＷＴから受信する。基地局が要求を受け入れることを決定した場合に、オペレーションは、ステップ５２１４からステップ５２２２に進む。ステップ５２２２で、基地局は、要求を送信したＷＴに肯定応答信号を送信する。
【０１９７】
図５３は、本発明による典型的なオペレーションを示す図である。図５３の典型的な実施形態では、専用制御チャンネルは、専用制御チャンネルにおける各の論理トーンについて、０から１５までインデックスされた１６個のセグメントの反復パターンを使用するように構造化されている。他の実施形態は、本発明によれば、反復するパターン内の異なる数のインデックス付きＤＣＣＨセグメント、例えば、４０個のセグメントを使用することができる。（０、１、２）とインデックスされた３つの典型的な論理ＤＣＣＨトーンが、図５３に示されている。いくつかの実施形態では、それぞれのセグメントは、同じ量の無線リンク・リソースを占有する。例えば、いくつかの実施形態では、それぞれのセグメントは、同じ数のトーン・シンボル、例えば、２１個のトーン・シンボルを有する。図面５３００では、図面５３０４内の論理トーンに対応する反復インデックス付けパターンの２つの連続する反復に対し時間経過によるセグメントのインデックスを識別する。
【０１９８】
図面５３０４は、縦軸５３０６に論理ＤＣＣＨトーン・インデックスを、横軸５３０８に時間をとったグラフである。同じ持続期間を有する第１の期間５３１０および第２の期間５３１２が図に示されている。凡例５３１４には、（ｉ）線の間隔が広いクロスハッチ・パターンを有する正方形５３１６は、ＷＴ１フルトーンＤＣＣＨモード・セグメントを表し、（ｉｉ）線の間隔が狭いクロスハッチ・パターンを有する正方形５３１８は、ＷＴ２フルトーンＤＣＣＨモード・セグメントを表し、（ｉｉｉ）線の間隔が広い縦線と横線のパターンを有する正方形５３２０は、ＷＴ４フルトーンＤＣＣＨモード・セグメントを表し、（ｉｖ）線の間隔が狭い縦線と横線のパターンを有する正方形５３２２は、ＷＴ９フルトーンＤＣＣＨモード・セグメントを表し、（ｖ）左から右へ上がる勾配を持つ線の間隔が広い斜線パターンを有する正方形５３２４は、ＷＴ１分割トーンＤＣＣＨモード・セグメントを表し、（ｖｉ）左から右へ下がる勾配を持つ線の間隔が狭い斜線パターンを有する正方形５３２６は、ＷＴ２分割トーンＤＣＣＨモード・セグメントを表し、（ｖｉｉ）左から右へ上がる勾配を持つ線の間隔が狭い斜線パターンを有する正方形５３２８は、ＷＴ３分割トーンＤＣＣＨモード・セグメントを表し、（ｖｉｉｉ）線の間隔が広い縦線パターンを有する正方形５３３０は、ＷＴ４分割トーンＤＣＣＨモード・セグメントを表し、（ｉｘ）線の間隔が狭い縦線パターンを有する正方形５３３２は、ＷＴ５分割トーンＤＣＣＨモード・セグメントを表し、（ｘ）線の間隔が広い横線パターンを有する正方形５３３４は、ＷＴ６分割トーンＤＣＣＨモード・セグメントを表し、（ｘｉ）線の間隔が狭い横線パターンを有する正方形５３３６は、ＷＴ７分割トーンＤＣＣＨモード・セグメントを表し、（ｘｉｉ）多数の点からなるパターンを有する正方形５３３８は、ＷＴ８分割トーンＤＣＣＨモード・セグメントを表すと示されている。
【０１９９】
図面５３０４では、ＷＴ１が第１の期間５３１０にフルトーンＤＣＣＨモードに入っており、その期間に論理トーン０に対応する１５個のセグメント（０〜１４のインデックスが付けられている）の集合を使用することが観察される。本発明のいくつかの実施形態によれば、基地局は第１の専用制御サブチャンネルをＷＴ１に割り当て、第１の専用制御サブチャンネルは第１の期間５３１０で使用する論理トーン０に対応する１５個のセグメント（０〜１４とインデックスされている）の集合を含む。
【０２００】
図面５３０４において、ＷＴ２、ＷＴ３、およびＷＴ４は、それぞれ第１の期間５３１０に分割トーンＤＣＣＨモードであり、それぞれ、第１の期間５３１０に同じ論理トーン、すなわち論理トーン１にそれぞれ対応するインデックス（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））が付けられた５つのセグメントの集合を使用することも観察されうる。本発明のいくつかの実施形態によれば、基地局は、（第２、第３、および第４）の専用制御サブチャンネルを（ＷＴ２、ＷＴ３、ＷＴ３）に割り当てており、この（第２、第３、および第４）の専用制御サブチャンネルはそれぞれ、第１の期間５３１０に同じ論理トーン、すなわち論理トーン１にそれぞれ対応するインデックス値（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））を有する５つのセグメントの集合を含む。
【０２０１】
図面５３０４において、ＷＴ６、ＷＴ７、およびＷＴ８は、それぞれ第１の期間５３１０に分割トーンＤＣＣＨモードであり、それぞれ、第１の期間５３１０に同じ論理トーン、すなわち論理トーン２にそれぞれ対応するインデックス（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））された５つのセグメントの集合を使用することも観察されうる。本発明のいくつかの実施形態によれば、基地局は、（第５、第６、および第７）の専用制御サブチャンネルを（ＷＴ６、ＷＴ７、ＷＴ８）に割り当てており、この（第５、第６、および第７）の専用制御サブチャンネルはそれぞれ、第１の期間５３１０に同じ論理トーン、すなわち論理トーン２にそれぞれ対応するインデックス値（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））を有する５つのセグメントの集合を含む。
【０２０２】
図面５３０４において、（ＷＴ１、ＷＴ５）は、第２の期間５３１２に分割トーンＤＣＣＨモードであり、それぞれ、第２の期間５３１２に論理トーン０にそれぞれ対応するインデックス値（（０、３、６、９、１２）、（１、４、７、１０、１３））を有する５つのセグメントの集合を使用することが観察されうる。本発明のいくつかの実施形態によれば、基地局は、（第８、第９）の専用制御サブチャンネルを（ＷＴ１、ＷＴ５）に割り当てており、この（第８、第９）の専用制御サブチャンネルは第２の期間５３１２に論理トーン０にそれぞれ対応するインデックス（（０、３、６、９、１２）、（１、４、７、１０、１３））を有する５つのセグメントの集合を含む。ＷＴ１は第１の期間に論理トーン０を使用しているが、ＷＴ５は、第１の期間に論理トーン０を使用していない。
【０２０３】
図面５３０４では、（ＷＴ２）が第２の期間５３１２にフルトーンＤＣＣＨモードに入っており、第２の期間５３１２に論理トーン１に対応する（０〜１４）とインデックスされている１５個のセグメントの集合を使用することも観察されうる。本発明のいくつかの実施形態によれば、基地局は（第１０の）専用制御サブチャンネルを（ＷＴ２）に割り当てており、この専用制御サブチャンネルは第２の期間５３１２に論理トーン１に対応する（０〜１４）のインデックスが付けられている１５個のセグメントの集合を含む。ＷＴ２は、第１の期間５３１０に論理トーン１を使用した（ＷＴ２、ＷＴ３、ＷＴ４）の集合からのＷＴの１つであることに留意されたい。
【０２０４】
図面５３０４では、（ＷＴ９）が第２の期間５３１２にフルトーンＤＣＣＨモードに入っており、それぞれ第２の期間５３１２に論理トーン２に対応する（０〜１４）にインデックスされている１５個のセグメントの集合を使用することも観察されうる。本発明のいくつかの実施形態によれば、基地局は（第１１の）専用制御サブチャンネルを（ＷＴ９）に割り当てており、この専用制御サブチャンネルは第２の期間５３１２に論理トーン２に対応する（０〜１４）のインデックスが付けられている１５個のセグメントの集合を含む。ＷＴ９は、第１の期間５３１０に論理トーン２を使用したＷＴ（ＷＴ６、ＷＴ７、ＷＴ８）と異なるＷＴであることに留意していただきたい。
【０２０５】
いくつかの実施形態では、論理トーン（トーン０、トーン１、トーン２）は、複数のシンボル伝送期間の各々について、例えば第１の期間５３１０に、論理トーンがどの物理トーンに対応するかを決定するアップリンク・トーン・ホッピングを適用される。例えば、論理トーン０、１、および２は、アップリンク・シグナリングに使用される１１３個の物理トーンの集合へのホッピング・シーケンスに従ってホップされる１１３個の論理トーンを含む論理チャンネル構造の一部であってよい。さらに続けると、各ＤＣＣＨセグメントは、単一の論理トーンに対応し、２１個の連続するＯＦＤＭシンボル伝送時間間隔に対応すると考える。典型的な一つの実施形態では、論理トーンは、３つの物理トーンに対応するようにホップされ、無線端末はセグメントの７つの連続するシンボル伝送時間間隔に対しそれぞれの物理トーンを使用する。
【０２０６】
反復する論理トーンに対応する４０個のインデックス付きＤＣＣＨチャンネル・セグメントを使用する典型的な一つの実施形態では、典型的な第１および第２の期間は、それぞれ、３９個のＤＣＣＨセグメント、例えば、論理トーンに対応するビーコン・スロットの第１の３９個のＤＣＣＨセグメントを含むことができる。このような一つの実施形態では、予め定めたトーンがフルトーン・フォーマットである場合、ＷＴは、基地局により、割り当てに対応する第１の期間および第２の期間に対する３９個のＤＣＣＨセグメントの集合を割り当てられる。予め定めたトーンが分割トーン・フォーマットである場合、ＷＴは、割り当てに対応する第１の期間または第２の期間に対する１３個のＤＣＣＨセグメントの集合を割り当てられる。フルトーン・モードでは、インデックス４０されているセグメントも、フルトーン・モードでＷＴにより割り当てられ、使用されうる。分割トーン・モードでは、いくつかの実施形態において、インデックス４０されているセグメントは、予約セグメントである。
【０２０７】
図５４は、本発明により無線端末を動作させる典型的な方法を示すフロー図５４００である。オペレーションはステップ５４０２で始まり、そこで、無線端末に電源が入れられ、初期化される。オペレーションは、ステップ５４０２からステップ５４０４、ステップ５４０６、およびステップ５４０８へと進む。ステップ５４０４において、無線端末は、ダウンリンク・ヌル・チャンネル（ＤＬ．ＮＣＨ）の受信電力を測定し、干渉電力（Ｎ）を決定する。例えば、Ｎｕｌｌチャンネルは、基地局が意図的にトーン・シンボルを使用して送信しない無線端末用の現在の接続ポイントとしてサービスを提供する基地局により使用される典型的なダウンリンク・タイミングおよび周波数構造における予め定めたトーン・シンボルに対応する。したがって、無線端末受信機により測定されるＮＵＬＬチャンネル上の受信電力は、干渉を表す。ステップ５４０６で、無線端末は、ダウンリンク・パイロット・チャンネル（ＤＬ．ＰＩＣＨ）の受信電力（Ｇ＊Ｐ０）を測定する。ステップ５４０８で、無線端末は、ダウンリンク・パイロット・チャンネル（ＤＬ．ＰＩＣＨ）の信号対雑音比（ＳＮＲ０）を測定する。オペレーションは、ステップ５４０４、ステップ５４０６、およびステップ５４０８からステップ５４１０へと進む。
【０２０８】
ステップ５４１０において、無線端末は、ダウンリンク信号対雑音比の飽和レベルを、干渉電力、ダウンリンク・パイロット・チャンネルの測定された受信電力、およびダウンリンク・パイロット・チャンネルの測定されたＳＮＲの関数として計算する。例えば、ＤＬ  ＳＮＲの飽和レベル＝１／ａ０＝（１／ＳＮＲ０−Ｎ／（ＧＰ０））−１である。オペレーションは、ステップ５４１０からステップ５４１２に進む。ステップ５４１２で、無線端末は、専用制御チャンネル・レポートにおいて計算された飽和レベルを表すためにダウンリンクＳＮＲの飽和レベルの最も近い値を量子化レベルの予め定めた表から選択し、無線端末はレポートを生成する。オペレーションは、ステップ５４１２からステップ５４１４に進む。ステップ５４１４において、無線端末は、生成されたレポートを基地局に送信し、生成されたレポートは無線端末に割り当てられた専用制御チャンネル・セグメントを使用して、例えば、予め定めたインデックス付き専用制御チャンネル・セグメントの予め定めた部分を使用して伝達される。例えば、典型的なＷＴは、図１０の繰り返し報告構造を使用するＤＣＣＨオペレーションのフルトーン・フォーマット・モードに入っている場合があり、レポートは、インデックス番号ｓ２＝３６のＤＣＣＨセグメント１０３６のＤＬＳＳＮＲ４レポートでありうる。
【０２０９】
図５５は、本発明により実現され本発明の方法を使用する典型的な無線端末５５００、例えば移動ノードを示す図である。典型的なＷＴ  ５５００は、図１の典型的なシステムの無線端末の何れかでありうる。典型的な無線端末５５００は、無線端末５５００がデータおよび情報を交換する際に使用するバス５５１２を介して結合されてまとめられている受信機モジュール５５０２、送信機モジュール５５０４、プロセッサ５５０６、ユーザーＩ／Ｏデバイス５５０８、およびメモリ５５１０を備える。
【０２１０】
受信機モジュール５５０２、例えば、ＯＦＤＭ受信機は、無線端末５５００が基地局からダウンリンク信号を受信するために使用する受信アンテナ５５０３に結合されている。無線端末５５００により受信されるダウンリンク信号は、モード制御信号、モード制御要求応答信号、ユーザー識別子、例えば、論理アップリンク専用制御チャンネル・トーンに関連付けられているＯＮ識別子の割り当てを含む割り当て信号、アップリンクおよび／またはダウンリンク・トラフィック・チャンネル割り当て信号、ダウンリンク・トラフィック・チャンネル信号、およびダウンリンク基地局識別信号を含む。受信機モジュール５５０２は、基地局により送信前に符号化済みの受信された信号を無線端末５５００が復号する復号器５５１８を備える。送信機モジュール５５０４、例えば、ＯＦＤＭ送信機は、無線端末５５０５が基地局にアップリンク信号を送信するために使用する送信アンテナ５５０５に接続されている。いくつかの実施形態では、同じアンテナが送信機と受信機とに使用される。無線端末により送信されるアップリンク信号は、モード要求信号、アクセス信号、第１および第２のオペレーション・モードにおける専用制御チャンネル・セグメント信号、およびアップリンク・トラフィック・チャンネル信号を含む。送信機モジュール５５０４は、無線端末５５００が送信前に少なくともいくつかのアップリンク信号を符号化する符号器５５２０を備える。符号器５５２０は、第１の符号化モジュール５５２２および第２の符号化モジュール５５２４を含む。第１の符号化モジュール５５２２は、第１の符号化方法に従って第１のオペレーション・モードに入っているときにＤＣＣＨセグメントで送信される情報を符号化する。第２の符号化モジュール５５２４は、第２の符号化方法に従って第２のオペレーション・モードに入っているときにＤＣＣＨセグメントで送信される情報を符号化し、第１および第２の符号化方法は異なる。
【０２１１】
ユーザーＩ／Ｏデバイス５５０８、例えば、マイク、キーボード、キーパッド、マウス、スイッチ、カメラ、ディスプレイ、スピーカー等は、データ／情報を入力し、データ／情報を出力し、無線端末の少なくともいくつかの機能を制御する例えば通信セッションを開始するために使用される。メモリ５５１０は、ルーチン５５２６およびデータ／情報５５２８を格納する。例えばＣＰＵのようなプロセッサ５５０６は、ルーチン５５２６を実行し、メモリ５５１０内のデータ／情報５５２８を使用して、無線端末５５００のオペレーションを制御し、本発明の方法を実現する。
【０２１２】
ルーチン５５２６は、通信ルーチン５５３０および無線端末制御ルーチン５５３２を含む。通信ルーチン５５３０は、無線端末５５００により使用される種々の通信プロトコルを実現する。無線端末制御ルーチン５５３２は、受信機モジュール５５０２、送信機モジュール５５０４、およびユーザーＩ／Ｏデバイス５５０８のオペレーションを制御することを含む無線端末５５００のオペレーションを制御する。無線端末制御ルーチン５５３２は、第１のモード専用制御チャンネル通信モジュール５５３４、第２のモード専用制御チャンネル通信モジュール５５３６、専用制御チャンネルモード制御モジュール５５３８、モード要求信号生成モジュール５５４０、応答検出モジュール５５４２、およびアップリンク専用制御チャンネル・トーン決定モジュール５５４３を含む。
【０２１３】
第１のモード専用制御チャンネル通信モジュール５５３４は、第１のオペレーション・モードにおいて専用制御チャンネル・セグメントの第１の集合を使用して専用制御チャンネル通信を制御し、第１の集合は第１の期間に対する第１の個数の制御チャンネル・セグメントを含む。第１のモードは、いくつかの実施形態では、専用制御チャンネル・オペレーションのフルトーン・モードである。第２のモード専用制御チャンネル通信モジュール５５３６は、第２のオペレーション・モードにおいて専用制御チャンネル・セグメントの第２の集合を使用して専用制御チャンネル通信を制御し、専用制御チャンネル・セグメントの第２の集合は第１の期間と同じ持続時間を有する時間に対応し、専用制御チャンネル・セグメントの前記第２の集合は前記第１の個数の専用制御チャンネル・セグメントよりも少ないセグメントを含む。第２のモードは、いくつかの実施形態では、専用制御チャンネル・オペレーションの分割トーン・モードである。さまざまな実施形態において、専用制御チャンネル・セグメントは、第１のオペレーション・モードであろうと第２のオペレーション・モードであろうと、同じ量のアップリンク無線リンク・リソース、例えば、同じ数のトーン・シンボル、例えば、２１個のトーン・シンボルを使用する。例えば、専用制御チャンネル・セグメントは、基地局により使用されるタイミングおよび周波数構造において１つの論理トーンに対応するが、それぞれアップリンク・トーン・ホッピング情報に従って異なる物理アップリンク・トーンに関連付けられている７つのトーン・シンボルの３つの集合を含む３つの物理トーンに対応しうる。
【０２１４】
ＤＣＣＨモード制御モジュール５５３８は、いくつかの実施形態では、基地局から受信されたモード制御信号、例えば、基地局からのモード制御コマンド信号に応答して、第１のオペレーション・モードおよび第２のオペレーション・モードへの切り換えを制御する。いくつかの実施形態では、モード制御信号は、さらに、分割トーン・オペレーション・モードについて、アップリンク専用制御チャンネル・セグメントのどの集合が分割トーン・オペレーション・モードに関連付けられているかを識別する。例えば、予め定めた論理ＤＣＣＨチャンネル・トーンに対し、分割トーン・オペレーションには、ＤＣＣＨセグメントの複数の、例えば３つの重なり合わない集合がありえ、モード制御信号は、これらの集合のうちのどれが無線端末に関連付けられるかを識別することができる。ＤＣＣＨモード制御モジュール５５３８は、いくつかの実施形態において、受信された肯定的要求確認信号に応答して、第１のオペレーション・モード、例えばフルトーンＤＣＣＨモード、および第２のオペレーション・モード、例えば分割トーンＤＣＣＨモードの１つである要求されたオペレーション・モードへの切り換えを制御する。
【０２１５】
モード要求生成モジュール５５４０は、要求されたＤＣＣＨオペレーション・モードを示すモード要求信号を生成する。応答検出モジュール５５４２は、基地局からのモード要求信号への応答を検出する。応答検出モジュール５５４２の出力は、無線端末５５００が要求されたオペレーション・モードに切り換えられるか否かを判定するためにＤＣＣＨモード制御モジュール５５３８により使用される。
【０２１６】
アップリンクＤＣＣＨトーン決定モジュール５５４３は、無線端末内に格納されているアップリンク・トーン・ホッピング情報に基づき時間の経過とともに割り当てられている論理ＤＣＣＨトーンが対応する物理トーンを決定する。
【０２１７】
データ／情報５５２８は、ユーザー／デバイス／セッション／リソース情報５５４４、システム・データ／情報５５４６、現在のオペレーション・モード情報５５４８、端末ＩＤ情報５５４０、ＤＣＣＨ論理トーン情報５５５２、モード要求信号情報５５５４、タイミング情報５５５６、基地局識別情報５５５８、データ５５６０、ＤＣＣＨセグメント信号情報５５６２、およびモード要求応答信号情報５５６４を含む。ユーザー／デバイス／セッション／リソース情報５５４４は、ＷＴ  ５５００との通信セッションにおけるピア・ノードに対応する情報、アドレス情報、ルーティング情報、認証情報を含むセッション情報、ならびに割り当てられたＤＣＣＨセグメントおよびＷＴ  ５５００に割り当てられている通信セッションに関連付けられているアップリンク・トラフィック・チャンネル・セグメントおよび／またはダウンリンク・トラフィック・チャンネル・セグメントを含むリソース情報を含む。現在のオペレーション・モード情報５５４８は、無線端末が現在、第１の、例えばフルトーンＤＣＣＨオペレーション・モードに入っているか、または第２の、例えば分割トーンＤＣＣＨオペレーション・モードに入っているかを識別する情報を含む。いくつかの実施形態では、ＤＣＣＨに関する第１のオペレーション・モードと第２のオペレーション・モードは両方とも、無線端末のＯｎオペレーション状態に対応する。現在のオペレーション・モード情報５５４８はさらに、無線端末の他のオペレーション・モード、例えば、スリープ、ホールドなどを識別する情報も含む。端末識別情報５５５０は、基地局割り当て無線端末識別子、例えば、登録ユーザー識別子および／またはＯＮ状態識別子を含む。いくつかの実施形態では、ＯＮ状態識別子は、ＯＮ状態識別子を無線端末に割り当てた基地局セクタ接続ポイントにより使用されているＤＣＣＨ論理トーンに関連付けられる。ＤＣＣＨ論理トーン情報５５５２は、無線端末が第１のＤＣＣＨオペレーション・モードと第２のＤＣＣＨオペレーション・モードのうちの１つに入っている場合に、アップリンクＤＣＣＨセグメント信号を伝達する際に使用する無線端末に現在割り当てられているＤＣＣＨ論理トーンを識別する情報を含む。タイミング情報５５５６は、無線端末の接続ポイントとしてサービスを提供している基地局により使用されている反復タイミング構造内の無線端末の現在のタイミングを識別する情報を含む。基地局識別情報５５５８は、基地局識別子、基地局セクタ識別子、および無線端末により使用されている基地局セクタ接続ポイントに関連付けられている基地局トーン・ブロックおよび／またはキャリア識別子を含む。データ５５６０は、通信セッションにおいて伝達されるアップリンク・ユーザ・データおよび／またはダウンリンク・ユーザ・データ、例えば、音声、オーディオ・データ、イメージ・データ、テキスト・データ、ファイル・データを含む。ＤＣＣＨセグメント信号情報５５６２は、無線端末に割り当てられたＤＣＣＨセグメントに対応して伝達される情報、例えば、さまざまな制御情報レポートを表すＤＣＣＨセグメントで伝達される情報ビットを含む。モード要求信号情報５５５４は、モジュール５５４０により作成され��モード要求信号に対応する情報を含む。モード要求応答信号情報５５６４は、モジュール５５４２により検出された応答情報を含む。
【０２１８】
システム・データ／情報５５４６は、フルトーン・モードＤＣＣＨ情報５５６６、分割トーン・モードＤＣＣＨ情報５５６８、および基地局データ／情報の複数の集合（基地局１データ／情報５５７０、．．．、基地局Ｍデータ／情報５５７２）を含む。フルトーン・モードＤＣＣＨ情報５５６６は、チャンネル構造情報５５７４およびセグメント符号化情報５５７６を含む。フルトーン・モードＤＣＣＨチャンネル構造情報５５７４は、セグメントを識別する情報および無線端末がフルトーンＤＣＣＨオペレーション・モードである場合にセグメントで伝達されるレポートを含む。例えば、典型的な一つの実施形態では、複数のＤＣＣＨトーンがあり、例えば、ＤＣＣＨチャンネルには３１個のＤＣＣＨトーンがあり、それぞれの論理ＤＣＣＨトーンは、フルトーン・モードのときに、ＤＣＣＨチャンネル内の単一の論理ＤＣＣＨトーンに関連付けられている４０個のＤＣＣＨセグメントの反復パターンに従う。フルトーン・モードＤＣＣＨセグメント符号化情報５５７６は、ＤＣＣＨセグメントを符号化するために第１の符号化モジュール５５２２により使用される情報を含む。分割トーン・モードＤＣＣＨ情報５５６８は、チャンネル構造情報５５７８およびセグメント符号化情報５５８０を含む。分割トーン・モードＤＣＣＨチャンネル構造情報５５７８は、セグメントを識別する情報および無線端末が分割トーンＤＣＣＨオペレーション・モードである場合にセグメントで伝達されるレポートを含む。例えば、典型的な一つの実施形態では、複数のＤＣＣＨトーンがあり、例えば、ＤＣＣＨチャンネルには３１個のＤＣＣＨトーンがあり、それぞれの論理ＤＣＣＨトーンは、分割トーン・モードのときに、時間の経過とともに最大３つまでの異なるＷＴに分割される。例えば、予め定めた論理ＤＣＣＨトーンに対し、ＷＴは、反復パターンの４０個のセグメントのうちから使用する１３個のＤＣＣＨセグメントの集合を受信するが、ただし、１３個のＤＣＣＨセグメントのそれぞれの集合は１３個のＤＣＣＨセグメントの他の２つの集合と重なり合わない。このような一つの実施形態では、例えば、フルトーン・モードの場合に単一のＷＴに割り当てられるが、分割トーン・フォーマットでは３つの無線端末に分けられる３９個のＤＣＣＨセグメントを含む構造における時間間隔を考えることができる。分割トーン・モードＤＣＣＨセグメント符号化情報５５８０は、ＤＣＣＨセグメントを符号化するために第２の符号化モジュール５５２４により使用される情報を含む。
【０２１９】
いくつかの実施形態では、１つの期間において、予め定めた論理ＤＣＣＨトーンはフルトーン・オペレーション・モードで使用されるが、他の時点においては、その同じ論理ＤＣＣＨトーンが、分割トーン・オペレーション・モードで使用される。したがって、ＷＴ  ５５００は、フルトーン・オペレーション・モードで使用されるＤＣＣＨチャンネル・セグメントのより大きな集合の部分集合である分割トーンＤＣＣＨオペレーション・モードに入っている間、反復構造でＤＣＣＨチャンネル・セグメントの集合を割り当てられうる。
【０２２０】
基地局１データ／情報５５７０は、接続ポイントに関連付けられている基地局、セクタ、キャリア、および／またはトーン・ブロックを識別するために使用される基地局識別情報を含む。基地局１データ／情報５５７０は、さらに、ダウンリンク・タイミング／周波数構造情報５５８２およびアップリンク・タイミング／周波数構造情報５５８４も含む。アップリンク・タイミング／周波数構造情報５５８４は、アップリンク・トーン・ホッピング情報５５８６を含む。
【０２２１】
図５６は、本発明により実現され本発明の方法を使用する典型的な基地局５６００、例えばアクセス・ノードである。典型的な基地局５６００は、図１の典型的なシステムの基地局の何れかでありうる。典型的な無線端末５６００は、さまざまな要素がデータおよび情報交換する際に使用するバス５６１４を介して結合されてまとめられている受信機モジュール５６０２、送信機モジュール５６０４、プロセッサ５６０８、Ｉ／Ｏインターフェース５６１０、およびメモリ５６１２を備える。
【０２２２】
受信機モジュール５６０２、例えば、ＯＦＤＭ受信機は、受信アンテナ５６０３を介して複数の無線端末からアップリンク信号を受信する。このアップリンク信号は、無線端末からの専用制御チャンネル・セグメント信号、モード変更の要求、およびアップリンク・トラフィック・チャンネル・セグメント信号を含む。受信機モジュール５６０２は、無線端末により送信前に符号化されたアップリンク信号を復号するための復号器モジュール５６１５を備える。この復号器モジュール５６１５は、第１の復号器サブモジュール５６１６および第２の復号器サブモジュール５６１８を含む。また第１の復号器サブモジュール５６１６は、フルトーンＤＣＣＨオペレーション・モードで使用される論理トーンに対応する専用制御チャンネル・セグメントで受信された情報を復号する。第２の復号器サブモジュール５６１８は、分割トーンＤＣＣＨオペレーション・モードで使用される論理トーンに対応する専用制御チャンネル・セグメントで受信された情報を復号する。しかしながら、第１および第２の復号器サブモジュール（５６１６、５６１８）は、異なる復号方法を実装している。
【０２２３】
例えば、ＯＦＤＭ送信機である送信機モジュール５６０４は、送信アンテナ５６０５を介して複数の無線端末からダウンリンク信号を送信する。送信されたダウンリンク信号は、登録信号、ＤＣＣＨ制御信号、トラフィック・チャンネル割り当て信号、およびダウンリンク・トラフィック・チャンネル信号を含む。
【０２２４】
Ｉ／Ｏインターフェース５６１０は、基地局５６００を他のネットワーク・ノード、例えば、他の基地局、ＡＡＡサーバー・ノード、ホーム・エージェント・ノード、ルーター等、および／またはインターネットに結合するためのインターフェースを備える。Ｉ／Ｏインターフェース５６１０では、基地局５６００をネットワーク接続ポイントとして使用する無線端末は、バックホール通信ネットワークを介して、異なるセル内のピア・ノードである例えば、他の無線端末と通信することができる。
【０２２５】
メモリ５６１２は、ルーチン５６２０およびデータ／情報５６２２を格納する。例えばＣＰＵであるプロセッサ５６０８は、ルーチン５６２０を実行し、メモリ５６１２内のデータ／情報５６２２を使用して、基地局５６００のオペレーションを制御し、本発明の方法を実現する。ルーチン５６２０は、通信ルーチン５６２４および基地局制御ルーチン５６２６を含む。通信ルーチン５６２４は、基地局５６００により使用される種々の通信プロトコルを実装する。基地局制御ルーチン５６２６は、制御チャンネル・リソース割り当てモジュール５６２８、論理トーン専用割り当てモジュール５６３０、無線端末専用制御チャンネルモード制御モジュール５６３２、およびスケジュールモジュール５６３４を含む。
【０２２６】
制御チャンネル・リソース割り当てモジュール５６２８は、アップリンクにおける専用制御チャンネル・セグメントに対応する論理トーンを含む専用制御チャンネル・リソースを割り当てる。制御チャンネル・リソース割り当てモジュール５６２８は、フルトーン割り当てサブモジュール５６３６および分割トーン割り当てサブモジュール５６３８を含む。フルトーン割り当てサブモジュール５６３６は、専用制御チャンネルに対応する論理トーンのうちの１つを単一の無線端末に割り当てる。分割トーン割り当てサブモジュール５６３８は、専用制御チャンネルに対応する論理トーンのうちの１つに対応する専用制御チャンネル・セグメントの異なる集合を時分割ベースで使用される複数の無線端末に割り当て、複数の無線端末のそれぞれは論理トーンが時分割ベースで使用される異なる重なり合わない部分を専用のものとして割り当てられている。例えば、いくつかの実施形態では、単一の論理専用制御チャンネル・トーンは、分割トーン・オペレーション・モードで最大３つまでの無線端末に割り当てられ、またそれらにより共有されうる。与えられた任意の時刻において、フルトーン割り当てサブモジュール５６３６は、ＤＣＣＨチャンネル・トーンの何れでも動作していないか、またはＤＣＣＨチャンネル・トーンのいくつかで動作しているか、またはＤＣＣＨチャンネル・トーンのそれぞれで動作している可能性があり、与えられた任意の時刻において、分割トーン割り当てサブモジュール５６３８は、ＤＣＣＨチャンネル・トーンの何れでも動作していないか、またはＤＣＣＨチャンネル・トーンのいくつかで動作しているか、あるいはＤＣＣＨチャンネル・トーンのそれぞれで動作しうる。
【０２２７】
論理トーン専用割り当てモジュール５６３０は、論理専用制御チャンネル・トーンがフルトーン専用制御チャンネルまたは分割トーン専用制御チャンネルを実装するために使用されるか否かを制御する。論理トーン専用割り当てモジュール５６３０は、無線端末の負荷に応答し、フルトーン専用制御チャンネルおよび分割トーン専用制御チャンネルに専用として割り当てられている論理トーン数を調節する。いくつかの実施形態では、論理トーン専用割り当てモジュール５６３０は、無線端末からの要求に応答してフルトーン・モードまたは分割トーン・モードの何れかで動作し、受信された無線端末要求に応じて論理トーンの割り当てを調節する。例えば、基地局５６００は、いくつかの実施形態において、予め定めたセクタおよびアップリンク・トーン・ブロックについて、専用制御チャンネルに対し論理トーン、例えば、３１個の論理トーンの集合を使用し、予め定めた任意の時刻において、論理専用制御チャンネル・トーンは、論理トーン専用割り当てモジュール５６３０によりフルトーン・モード論理トーンと分割トーン・モード論理トーンとに分割される。
【０２２８】
無線端末専用制御チャンネルモード制御モジュール５６３２は、無線端末への論理トーン割り当て及び専用制御チャンネルモード割り当てを示す制御信号を生成する。いくつかの実施形態では、無線端末は、生成された制御信号によりＯＮ状態識別子を割り当てられ、ＯＮ識別子の値は、アップリンク・チャンネル構造内の特定の論理専用制御チャンネル・トーンに関連付けられる。いくつかの実施形態では、モジュール５６３２により生成された割り当ては、割り当てに対応する無線端末が割り当てられた論理トーンに関してフルトーンあるいは分割トーン・モードで動作すべきであることを示す。分割トーン・モード割り当ては更に、割り当てに対応する無線端末が割り当てられた論理専用制御チャンネル・トーンに対応する複数のセグメントのうちのどれを使用するべきかを示している。
【０２２９】
スケジューラ・モジュール５６３４は、無線端末、例えば、ネットワーク接続ポイントとして基地局５６００を使用している無線端末に合わせてアップリンクおよび／またはダウンリンク・トラフィック・チャンネル・セグメントをスケジュールし、ＯＮ状態にあり、現在は、分割トーン・モードまたはフルトーン・モードの何れかで割り当てられている専用制御チャンネルを有する。
【０２３０】
データ／情報５６２２は、システム・データ／情報５６４０、現在のＤＣＣＨ論理トーン実装情報５６４２、受信されたＤＣＣＨ信号情報５６４４、ＤＣＣＨ制御信号情報５６４６、および複数の無線端末データ／情報５６４８の複数の集合（ＷＴ  １データ／情報５６５０、．．．、ＷＴ  Ｎデータ／情報５６５２）を含む。システム・データ／情報５６４０は、フルトーン・モードＤＣＣＨ情報５６５４、分割トーン・モードＤＣＣＨ情報５６５６、ダウンリンク・タイミング／周波数構造情報５６５８、およびアップリンク・タイミング／周波数構造情報５６６０を含んでいる。フルトーン・モードＤＣＣＨ情報５６５４は、フルトーン・モード・チャンネル構造情報５６６２およびフルトーン・モード・セグメント符号化情報５６６４を含む。分割トーン・モードＤＣＣＨ情報５６５６は、分割トーン・モード・チャンネル構造情報５６６６および分割トーン・モード・セグメント符号化情報５６６８を含む。アップリンク・タイミング／周波数構造情報５６６０は、アップリンク・トーン・ホッピング情報５６６０を含む。アップリンク・トーン・ブロック・チャンネル構造内のそれぞれの単一の論理トーンは、時間の経過とともに周波数ホッピングされる物理トーンに対応する。例えば、単一論理専用制御チャンネル・トーンを考える。いくつかの実施形態では、単一の論理ＤＣＣＨトーンに対応するそれぞれのＤＣＣＨセグメントは、７つの連続するＯＦＤＭシンボル期間に使用される第１の物理トーン、７つの連続するＯＦＤＭシンボル期間に使用される第２の物理トーン、７つの連続するＯＦＤＭシンボル期間に使用される第３の物理トーンに対応する２１個のＯＦＤＭトーン・シンボルを備え、第１のトーン、第２のトーン、および第３のトーンは、基地局と無線端末との両方に知られている実装済みのアップリンク・トーン・ホッピング・シーケンスに従って選択される。少なくともいくつかのＤＣＣＨセグメントに対する専用制御チャンネル論理トーンの少なくとも一部では、第１の物理トーン、第２の物理トーン、および第３の物理トーンは異なる。
【０２３１】
現在のＤＣＣＨ論理トーン実装情報５６４２は、論理トーン専用割り当てモジュール５６３０の決定、例えば、それぞれの予め定めた論理専用制御チャンネル・トーンが現在フルトーン・フォーマットで使用されているのか、あるいは、分割トーン・フォーマットで使用されているのか、を識別する情報を含む。受信されたＤＣＣＨ信号情報５６４４は、基地局５６００のアップリンク専用制御チャンネル構造内の専用制御チャンネル・セグメントの何れかで受信された情報を含む。ＤＣＣＨ制御信号情報５６４６は、専用制御チャンネル論理トーンを割り当てること、および専用制御チャンネル・オペレーション・モードに対応する割り当て情報を含む。ＤＣＣＨ制御信号情報５６４６は、さらに、専用制御チャンネルに対する無線端末から受信された要求、ＤＣＣＨオペレーション・モードの要求、および／またはＤＣＣＨオペレーション・モードの変更の要求も含む。ＤＣＣＨ制御信号情報５６４６は、さらに、無線端末から受信された要求に応答して確認シグナリング情報も含む。
【０２３２】
ＷＴ  １データ／情報５６５０は、識別情報５６６２、受信されたＤＣＣＨ情報５６６４、およびユーザ・データ５６６６を含んでいる。識別情報５６６２は、基地局割り当てＷＴ  ＯＮ識別子５６６８およびモード情報５６７０を含んでいる。いくつかの実施形態では、基地局割り当てＯＮ識別子値は、基地局によって使用されるアップリンク・チャンネル構造内の論理専用制御チャンネル・トーンに関連付けられる。モード情報５６５０は、ＷＴがフルトーンＤＣＣＨオペレーション・モードであるか、あるいは分割トーン・モードＤＣＣＨオペレーション・モードであるかを識別する情報、およびＷＴが分割トーン・モードのときには、ＷＴを論理トーンに関連付けられているＤＣＣＨセグメントの部分集合に関連付ける情報を含む。受信されたＤＣＣＨ情報５６６４は、ＷＴ１に関連付けられている受信されたＤＣＣＨレポート、例えば、伝達するアップリンク・トラフィック・チャンネル要求、ビーコン比レポート、電力レポート、自己ノイズ・レポート、および／または信号対雑音比レポートを含む。ユーザ・データ５６６６は、通信セッションに対応し、ＷＴ１に割り当てられているアップリンクおよび／またはダウンリンク・トラフィック・チャンネル・セグメントを介して伝達される、ＷＴ１に関連付けられているアップリンク・トラフィック・チャンネルユーザ・データおよび／またはダウンリンク・トラフィック・チャンネルユーザ・データ、例えば、音声データ、オーディオ・データ、イメージ・データ、テキスト・データ、ファイル・データなどを含む。
【０２３３】
図５７は、本発明により実現され本発明の方法を使用する典型的な無線端末５７００、例えば移動ノードを示す図である。典型的なＷＴ  ５７００は、図１の典型的なシステムの無線端末の何れかでありうる。典型的な無線端末５７００は、無線端末がデータおよび情報を交換する際に使用するバス５７１２を介して結合されてまとめられている受信機モジュール５７０２、送信機モジュール５７０４、プロセッサ５７０６、ユーザーＩ／Ｏデバイス５７０８、およびメモリ５７１０を備える。
【０２３４】
受信機モジュール５７０２、例えば、ＯＦＤＭ受信機は、無線端末５７００が基地局からダウンリンク信号を受信するために使用する受信アンテナ５７０３に接続されている。無線端末５７００により受信されたダウンリンク信号は、ビーコン信号、パイロット信号、登録応答信号、電力制御信号、タイミング制御信号、無線端末識別子、例えば、ＤＣＣＨチャンネル論理トーンに対応するＯＮ状態識別子の割り当て、例えば、アップリンク反復構造内のＤＣＣＨチャンネル・セグメントの集合を識別するために使用される、他のＤＣＣＨ割り当て情報、アップリンク・トラフィック・チャンネル・セグメントの割り当て、および／またはダウンリンク・トラフィック・チャンネル・セグメントの割り当てを含む。受信機モジュール５７０２は、基地局により送信前に符号化済みの受信された信号を無線端末５７００が復号する復号器５７１４を備える。送信機モジュール５７０４、例えば、ＯＦＤＭ送信機は、無線端末５７００が基地局にアップリンク信号を送信するために使用する送信アンテナ５７０５に接続されている。無線端末５７００により送信されるアップリンク信号は、アクセス信号、ハンドオフ信号、電力制御信号、タイミング制御信号、ＤＣＣＨチャンネル・セグメント信号、およびアップリンク・トラフィック・チャンネル・セグメント信号を含む。ＤＣＣＨチャンネル・セグメント信号は、初期ＤＣＣＨレポート集合信号およびスケジュール済みＤＣＣＨレポート集合信号を含む。いくつかの実施形態では、同じアンテナが送信機と受信機に使用される。送信機モジュール５７０４は、無線端末５７００が送信前に少なくともいくつかのアップリンク信号を符号化する符号器５７１６を備える。
【０２３５】
ユーザーＩ／Ｏデバイス５７０８、例えば、マイク、キーボード、キーパッド、マウス、スイッチ、カメラ、ディスプレイ、スピーカーなどは、データ／情報を入力し、データ／情報を出力し、無線端末の少なくともいくつかの機能を制御する、例えば、通信セッションを開始するために使用される。メモリ５７１０は、ルーチン５７１８およびデータ／情報５７２０を格納する。プロセッサ５７０６、例えばＣＰＵは、ルーチン５７１８を実行し、メモリ５７１０内のデータ／情報５７２０を使用して、無線端末５７００のオペレーションを制御し、本発明の方法を実現する。
【０２３６】
ルーチン５７１８は、通信ルーチン５７２２および無線端末制御ルーチン５７２４を含む。通信ルーチン５７２２は、無線端末５７００により使用される種々の通信プロトコルを実装する。無線端末制御ルーチン５７２４は、受信機モジュール５７０２、送信機モジュール５７０４、およびユーザーＩ／Ｏデバイス５７０８のオペレーションを制御することを含む無線端末５７００のオペレーションを制御する。無線端末制御ルーチン５７２４は、レポート送信制御モジュール５７２６、初期レポート生成モジュール５７２８、スケジュール済みレポート生成モジュール５７３０、およびタイミング制御モジュール５７３２を含む。レポート送信制御モジュール５７２６は、ハンドオフ検出モジュール５７３４を含む。初期レポート生成モジュール５７２８は、レポート・サイズ集合決定サブモジュール５７３６を含む。
【０２３７】
レポート送信制御モジュールは、第１のオペレーション・モードから第２のオペレーション・モードへの無線端末による遷移に続いて初期情報レポート集合を送信し、初期レポート集合の送信に続きアップリンク報告スケジュールに従ってスケジュールされたレポートを送信する無線端末５７００を制御する。いくつかの実施形態では、第１のオペレーション・モードは、スリープ状態とホールド状態とのうちの１つであり、第２のオペレーション・モードは、ＯＮ状態、例えば、無線端末がユーザ・データを送信することを許されるＯＮ状態である。様々な実施形態において、第２のモード、例えば、ＯＮ状態では、無線端末は、ユーザ・データを送信するために使用できるアップリンク・トラフィック・チャンネル・リソースに対する要求を含む情報を報告するための専用アップリンク報告チャンネルを有する。種々の実施形態において、第１のモード、例えば、スリープ状態またはホールド状態では、無線端末は、ユーザ・データを送信するために使用できるアップリンク・トラフィック・チャンネル・リソースに対する要求を含む情報を報告するための専用アップリンク報告チャンネルを有しない。
【０２３８】
レポート送信制御モジュール５７２６に応答する初期レポート生成モジュール５７２８は、レポート集合が送信されるアップリンク送信スケジュールに関する時点に応じて初期情報レポート集合を生成する。スケジュール済みレポート生成モジュール５７３０は、初期情報レポートに続いて送信されるスケジュール済みレポート情報集合を生成する。タイミング制御モジュール５７３２は、基地局から受信されたダウンリンク信号に基づき、例えば、閉ループ・タイミング制御の一部としてアップリンク報告構造を相互に関連付ける。いくつかの実施形態では、タイミング制御モジュール５７３２は、タイミング制御回路として一部、または全部、実装される。ハンドオフ検出モジュール５７３４は、第１のアクセス・ノード接続ポイントから第２のアクセス・ノード接続ポイントへのハンドオフを検出し、特定のタイプの識別されたハンドオフに続いて初期情報レポート集合を生成する無線端末を制御し、生成された初期情報レポート集合は第２のアクセス・ノード接続ポイントに送信される。特定のタイプの識別されたハンドオフは、いくつかの実施形態において、無線端末が第２のアクセス・ノードに関するＯＮ状態に移行する前に第２のアクセス・ノード接続ポイントに関するアクセスのオペレーション状態を遷移するハンドオフを含む。例えば、第１およびアクセス・ノード接続ポイントは、互いに関してタイミング同期していない異なるセルに配置されている異なるアクセス・ノードに対応することができ、無線端末は、アクセス状態を通過し、第２のアクセス・ノードに関してタイミング同期を取る必要がある。
【０２３９】
ハンドオフ検出モジュール５７３４は、特定のその他のタイプのハンドオフの下で、第１のアクセス・ノード接続ポイントから第２のアクセス・ノード接続ポイントへのハンドオフに続いて初期情報レポートの生成および送信を行うことを控え、スケジュール済みレポート情報集合の送信に直接進むように無線端末を制御する。例えば、第１および第２のアクセス・ノード接続ポイントは、タイミング同期し、同じアクセス・ノード、例えば、異なる隣接セクタおよび／またはトーン・ブロックに対応することができ、特定の他のタイプのハンドオフは、例えば、アクセス状態を遷移することなく第１の接続ポイントに関するＯＮ状態から第２の接続ポイントに関するＯＮ状態への遷移を伴うハンドオフである。
【０２４０】
レポート集合サイズ決定サブモジュール５７３６は、初期レポートが送信されるアップリンク送信スケジュールに関する時点に応じて初期レポート集合サイズを決定する。例えば、初期レポート情報集合サイズは、いくつかの実施形態では、初期レポート送信がアップリンク・タイミング構造内のどこから開始されるか、例えば、スーパー・スロット内の位置に応じて、例えば、１、２、３、４、または５つのＤＣＣＨセグメントに対応する、複数の集合サイズのうちの１つである。いくつかの実施形態では、初期レポート集合に含まれるレポートのタイプは、初期レポート送信がアップリンク・タイミング構造内のどこから始まるかに応じて決まる、例えば、ビーコン・スロット内のスーパー・スロット位置に依存する。
【０２４１】
データ／情報５７２０は、ユーザー／デバイス／セッション／リソース情報５７３８、システム・データ／情報５７４０、基地局識別情報５７４２、端末識別情報５７４４、タイミング制御情報５７４６、現在のオペレーション状態情報５７４８、ＤＣＣＨチャンネル情報５７５０、初期レポート時間情報５７５２、決定された初期レポート・サイズ情報５７５４、初期レポート制御情報５７５６、生成された初期レポート情報集合５７５８、生成されたスケジュール済み情報レポート情報集合５７６０、ハンドオフ情報５７６２、アップリンク・トラフィック要求情報５７６４、およびユーザ・データ５７６６を含む。初期レポート制御情報は、サイズ情報５７６８および時間情報５７７０を含む。
【０２４２】
ユーザー／デバイス／セッション／リソース情報５７３８は、情報ユーザー識別情報、例えば、ユーザー・ログインＩＤ、パスワード、およびユーザー優先度情報、デバイス情報、例えば、デバイス識別情報およびデバイス特性パラメータ、セッション情報、例えば、ピア、例えばＷＴ  ５７００との通信セッションに入っている他のＷＴに関する情報、セッション・キーなどの通信セッション情報、アドレッシングおよび／またはルーティング情報、およびリソース情報、例えば、アップリンク無線リンク・セグメントおよび／またはダウンリンク無線リンク・セグメントおよび／またはＷＴ  ５７００に割り当てられている識別子を含む。
【０２４３】
システム・データ／情報５７４０は、基地局情報（基地局１データ／情報５５７２、．．．、基地局Ｍデータ／情報５５７４）、反復アップリンク報告構造情報５７８０、および初期ＤＣＣＨレポート情報５７９０の複数の集合を含む。基地局１データ／情報５７７２は、さらに、ダウンリンク・タイミング／周波数構造情報５７７６およびアップリンク・タイミング／周波数構造情報５７７８を含む。ダウンリンク・タイミング／周波数構造情報５７７６は、反復ダウンリンク構造における様々なチャンネルおよびセグメント、例えば、割り当て、ビーコン、パイロット、ダウンリンク・トラフィック・チャンネルなどを識別し、またタイミング、例えば、ＯＦＤＭシンボル時間長、インデックス付け、例えばスロット・スーパー・スロット、ビーコン・スロット、ウルトラスロットなどへのＯＦＤＭシンボル時間のグループ分けを識別するダウンリンク論理トーン構造を含む。情報５７７６は、基地局識別情報、例えば、セル、セクタ、およびキャリア／トーン・ブロック識別情報を含む。情報５７７６は、さらに、論理トーンを物理トーンにマッピングするために使用されるダウンリンク・トーン・ホッピング情報も含む。アップリンク・タイミング／周波数構造情報５７７８は、反復アップリンク構造におけるさまざまなチャンネルおよびセグメント、例えば、アクセス、割り当て、電力制御チャンネル、タイミング制御チャンネル、専用制御チャンネル（ＤＣＣＨ）、アップリンク・トラフィック・チャンネルなどを識別し、またタイミング、例えば、ＯＦＤＭシンボル時間長、インデックス付け、例えばハーフ・スロット、スロット・スーパー・スロット、ビーコン・スロット、ウルトラスロットなどへのＯＦＤＭシンボル時間のグループ分けを識別するアップリンク論理トーン構造、さらにはダウンリンクをアップリンク・タイミングＢＳ１、例えば、基地局におけるアップリンク反復タイミング構造とダウンリンク反復構造とのタイミング・オフセットに相関させる情報を含む。情報５７７８は、さらに、論理トーンを物理トーンにマッピングするために使用されるアップリンク・トーン・ホッピング情報も含む。
【０２４４】
反復アップリンク報告構造情報５７８０は、ＤＣＣＨレポートのフォーマット情報５７８２とＤＣＣＨレポート集合情報５７８４とを含む。ＤＣＣＨレポート集合情報５７８４は、集合情報５７８６と時間情報５７８８とを含む。例えば、反復アップリンク報告構造情報５７８０は、いくつかの実施形態において、固定された数のインデックス付きＤＣＣＨセグメント、例えば、４０個のインデックス付きＤＣＣＨセグメントの繰り返し起こるパターンを識別する情報を含む。インデックス付きＤＣＣＨセグメントはそれぞれ、複数のタイプのＤＣＣＨレポート、例えば、アップリンク・トラフィック・チャンネル要求レポート、ビーコン比レポートなどの干渉レポート、さまざまなＳＮＲレポートなどのうちの１つを含む。さまざまなタイプのレポートのそれぞれのフォーマットは、例えば、固定数の情報ビットを対応するビット・パターンにより伝えられる情報の異なる潜在的ビット・パターンおよび解釈に関連付けるそれぞれのタイプのレポートについて、ＤＣＣＨレポートのフォーマット情報５７８２で識別される。ＤＣＣＨレポート集合情報５７８４は、反復ＤＣＣＨ報告構造内の異なるインデックス付きセグメントに関連付けられているレポートの異なるグループ分けを識別する。集合情報５７８６は、対応する時間情報エントリ５７８８により識別されるインデックス付きＤＣＣＨセグメント毎に、セグメントで伝達されるレポートの集合およびそのセグメント内のレポートの順序を識別する。例えば、典型的な一つの実施形態では、インデックス値＝６の典型的なＤＣＣＨセグメントは、５ビット・アップリンク送信電力バックオフ・レポートおよび１ビット・アップリンク・トラフィック・チャンネル・セグメント要求レポートを含むが、インデックス値＝３２のＤＣＣＨセグメントは、３ビット・ダウンリンク差分信号対雑音比レポートおよび３ビット・アップリンク・トラフィック・チャンネル要求レポートを含む（図１０参照）。
【０２４５】
初期ＤＣＣＨレポート情報５７９０は、フォーマット情報５７９２とレポート集合情報５７９４とを含む。フォーマット情報５７９２は、送信される初期レポート集合のフォーマットを示す情報を含む。いくつかの実施形態では、初期レポートのフォーマット、グループ分け、および／または初期レポート集合に入れて送信される初期レポートの個数は、初期レポート集合が、例えば、反復アップリンク・タイミング構造に関して送信される時刻に依存する。レポート集合情報５７９４は、さまざまな初期レポート集合を識別する情報、例えば、初期レポートで伝達されるＤＣＣＨセグメントに関連付けられている、レポート数、レポート・タイプ、およびレポートの順序付けられたグループ分けを含む。
【０２４６】
基地局識別情報５７４２は、無線端末により使用されている基地局接続ポイントを識別する情報を含む。基地局識別情報５７４２は、物理接続ポイント識別子、例えば、基地局接続ポイントに関連付けられているセル、セクタ、およびキャリア／トーン・ブロック識別子を含む。いくつかの実施形態では、基地局識別子情報の少なくとも一部は、ビーコン信号を介して伝達される。基地局識別情報５７４２は、さらに、基地局アドレス情報も含む。端末識別情報５７４４は、無線端末に関連付けられている基地局割り当て識別子、例えば、登録ユーザー識別子およびＯＮ状態識別子を含み、このＯＮ状態識別子は無線端末により使用される論理ＤＣＣＨトーンに関連付けられる。タイミング制御情報５７４６は、アップリンク報告構造を相関させるためにタイミング制御モジュール５７３２により使用される基地局から受信されるダウンリンク信号を含み、その受信されたダウンリンク・タイミング制御信号の少なくとも一部は閉ループ・タイミング制御に使用される。タイミング制御情報５７４６は、さらに、反復アップリンクおよびダウンリンク・タイミング構造に関する現在のタイミング、例えば、これらの構造に関するＯＦＤＭシンボル伝送期間を識別する情報も含む。現在のオペレーション状態情報５７４８は、無線端末の現在のオペレーション状態、例えば、スリープ、ホールド、ＯＮを識別する情報を含む。現在のオペレーション状態情報５７４８は、さらに、ＷＴがフルトーンＤＣＣＨオペレーション・モードまたは分割トーンＤＣＣＨオペレーション・モードであるか、アクセス処理状態にあるか、またはハンドオフの処理中である場合を識別する情報も含む。それに加えて、現在のオペレーション状態情報５７４８は、無線端末が使用すべき論理ＤＣＣＨチャンネル・トーンを割り当てられているときに、無線端末が初期ＤＣＣＨレポート集合を伝達しているか、反復報告構造情報ＤＣＣＨレポート集合を伝達しているかを識別する情報を含む。初期レポート時間情報５７５２は、初期ＤＣＣＨレポート集合が送信されるアップリンク送信スケジュールに関する時点を識別する情報を含む。決定された初期レポート・サイズ情報５７５４は、レポート集合サイズ決定サブモジュール５７３６の出力である。初期レポート制御情報５７５６は、初期レポート集合の内容を制御するために初期レポート生成モジュール５７２８により使用される情報を含む。初期レポート制御情報５７５６は、サイズ情報５７６８および時間情報５７７０を含む。生成された初期レポート情報集合５７５８は、初期ＤＣＣＨレポート構造情報５７９０、初期レポート制御情報５７５６、および例えば、アップリンク・トラフィック・チャンネル要求情報５７６４、ＳＮＲ情報、および測定された干渉情報などの初期レポートの複数のレポートに入れられる情報を含むデータ／情報５７２０を使用して無線端末初期レポート生成モジュール５７２８により生成される初期レポート集合である。生成されたスケジュール済みレポート情報集合５７６０は、生成されたスケジュール済み情報レポート集合を含み、例えば、それぞれの集合は無線端末により使用されるスケジュール済みＤＣＣＨセグメントに対応する。生成されたスケジュール済みレポート情報集合５７６０は、反復アップリンク報告構造情報５７８０、および例えば、アップリンク・トラフィック・チャンネル要求５７６４、ＳＮＲ情報、および測定された干渉情報などの初期レポートの複数のレポートに入れられる情報を含むデータ／情報５７２０を使用してスケジュール済みレポート生成モジュール５７３０により生成される。アップリンク・トラフィック要求情報５７６４は、アップリンク・トラフィック・チャンネル・セグメントリソースの要求に関係する情報、例えば、異なる要求グループ・キューに対応して伝達されるアップリンク・ユーザ・データのフレームの数を含む。ユーザ・データ５７６６は、アップリンク・トラフィック・チャンネル・セグメントを介して伝達され、および／またはダウンリンク・トラフィック・チャンネル・セグメントを介して受信される音声データ、オーディオ・データ、イメージ・データ、テキスト・データ、ファイル・データを含む。
【０２４７】
図５８は、本発明により実現され本発明の方法を使用する典型的な基地局５８００、例えばアクセス・ノードである。典型的な基地局５８００は、図１の典型的なシステムの基地局の何れかでありうる。典型的な無線端末５８００は、さまざまな要素がデータおよび情報交換する際に使用するバス５８１２を介して結合されてまとめられている受信機モジュール５８０２、送信機モジュール５８０４、プロセッサ５８０６、Ｉ／Ｏインターフェース５８０８、およびメモリ５８１０を備える。
【０２４８】
受信機モジュール５８０２、例えば、ＯＦＤＭ受信機は、受信アンテナ５８０３を介して複数の無線端末からアップリンク信号を受信する。アップリンク信号は、無線端末からの専用制御チャンネル・レポート情報集合、アクセス信号、モード変更の要求、およびアップリンク・トラフィック・チャンネル・セグメント信号を含む。受信機モジュール５８０２は、無線端末により送信前に符号化されたアップリンク信号を復号するための復号器モジュール５８１４を備える。
【０２４９】
送信機モジュール５８０４、例えば、ＯＦＤＭ送信機は、受信アンテナ５８０５を介して複数の無線端末にダウンリンク信号を送信する。送信されたダウンリンク信号は、登録信号、ＤＣＣＨ制御信号、トラフィック・チャンネル割り当て信号、およびダウンリンク・トラフィック・チャンネル信号を含む。
【０２５０】
Ｉ／Ｏインターフェース５８０８は、基地局５８００を他のネットワーク・ノード、例えば、他の基地局、ＡＡＡサーバー・ノード、ホーム・エージェント・ノード、ルーターなど、および／またはインターネットに接続するためのインターフェースを備える。Ｉ／Ｏインターフェース５８０８では、基地局５８００をネットワーク接続ポイントとして使用する無線端末は、バックホール通信ネットワークを介して、異なるセル内のピア・ノード、例えば、他の無線端末と通信することができる。
【０２５１】
メモリ５８１０は、ルーチン５８２０とデータ／情報５８２２とを格納する。例えば、ＣＰＵのようなプロセッサ５８０６は、ルーチン５８２０を実行し、メモリ５８１０内のデータ／情報５８２２を使用して、基地局５８００のオペレーションを制御し、本発明の方法を実現する。ルーチン５８２０は、通信ルーチン５８２４および基地局制御ルーチン５８２６を含む。通信ルーチン５８２４は、基地局５８００により使用されるさまざまな通信プロトコルを実装する。基地局制御ルーチン５８２６は、スケジューラ・モジュール５８２８、レポート集合解釈モジュール５８３０、アクセス・モジュール５８３２、ハンドオフ・モジュール５８３４、および登録無線端末状態遷移モジュール５８３６を含む。
【０２５２】
スケジューラ・モジュール５８２８は、無線端末、例えば、ネットワーク接続ポイントとして基地局５８００を使用している無線端末に合わせてアップリンクおよび／またはダウンリンク・トラフィック・チャンネル・セグメントをスケジュールし、ＯＮ状態にあり、現在は、分割トーン・モードまたはフルトーン・モードの何れかで割り当てられている専用制御チャンネルを有する。
【０２５３】
レポート集合解釈モジュール５８３０、例えば、ＤＣＣＨレポート集合解釈モジュールは、初期レポート集合解釈サブモジュール５８３８および反復報告構造レポート集合解釈サブモジュール５８４０を含む。レポート集合解釈モジュール５８３０は、初期ＤＣＣＨレポート情報５８５０または反復アップリンク報告構造情報５８４８に従ってそれぞれの受信されたＤＣＣＨレポート集合を解釈する。レポート集合解釈モジュール５８３０は、無線端末によるＯＮ状態への遷移に応答する。レポート集合解釈モジュール５８３０は、現在のコネクションに関するホールド状態からＯＮ状態への無線端末の移行、現在のコネクションに関するアクセス状態からＯＮ状態への無線端末の移行、および基地局へのハンドオフの前の他のコネクションに関して存在していたＯＮ状態からＯＮ状態への無線端末の移行のうちの１つの移行の直後に無線端末から受信されたＤＣＣＨレポート情報集合を、初期情報レポート集合として解釈する。レポート集合解釈モジュール５８３０は、初期レポート集合解釈サブモジュール５８３８および反復報告構造レポート集合解釈サブモジュール５８４０を含む。初期レポート集合解釈サブモジュール５８３８は、解釈された初期レポート集合情報を得るために、初期ＤＣＣＨレポート情報５８５０を含むデータ／情報５８２２を使用して、初期ＤＣＣＨレポート集合であると判定された、例えば、受信されたＤＣＣＨセグメントに対応する受信された情報レポート集合を処理する。反復報告構造レポート集合解釈サブモジュール５８４０は、解釈された反復構造レポート集合情報を得るために、反復アップリンク報告構造情報５８４８を含むデータ／情報５８２２を使用して、反復報告構造ＤＣＣＨレポート集合であると判定された、例えば、受信されたＤＣＣＨセグメントに対応する受信された情報レポート集合を処理する。
【０２５４】
アクセス・モジュール５８３２は、無線端末アクセスオペレーションに関係するオペレーションを制御する。例えば無線端末は、アクセスモードからＯＮ状態に遷移し、その際に基地局接続ポイントとのアップリンク・タイミング同期をとり、アップリンクＤＣＣＨセグメント信号を伝達するために使用されるアップリンク・タイミングおよび周波数構造で論理ＤＣＣＨチャンネル・トーンに関連付けられたＷＴ  ＯＮ状態識別子を受信する。ＯＮ状態へのこの遷移に続いて、初期レポート集合解釈サブモジュール５８３８が起動され、スーパー・スロットの残り部分に対するＤＣＣＨセグメント、例えば、１つ、２つ、３つ、４つ、または５つのＤＣＣＨセグメントを処理し、次いでオペレーションが、反復報告構造レポート集合解釈サブモジュール５８４０に移行され、無線端末からの後続するＤＣＣＨセメントを処理する。ＤＣＣＨセグメントの個数および／または制御がモジュール５８４０に移される前にモジュール５８３８により処理されるセグメントに使用されるフォーマットは、反復アップリンクＤＣＣＨ報告構造に関してアクセスが生じる時間に応じて変わる。
【０２５５】
ハンドオフ・モジュール５８３４は、一方の接続ポイントから他方の接続ポイントへの無線端末のハンドオフに関してオペレーションを制御する。例えば、第１の基地局接続ポイントを含むＯＮオペレーション状態にある無線端末は、基地局５８００へのハンドオフ・オペレーションを実行して第２の基地局接続ポイントに関してＯＮ状態に遷移し、第２の基地局接続ポイントは基地局５８００接続ポイントであり、ハンドオフ・モジュール５８３４は、初期レポート集合解釈サブモジュール５８３８を起動する。
【０２５６】
登録無線端末状態遷移モジュール５８３６は、基地局に登録されている無線端末のモード変更に関係するオペレーションを実行する。例えば、無線端末がアップリンク・ユーザ・データを送信することを阻止されるホールド・オペレーション状態に現在入っている登録無線端末は、ＷＴがＤＣＣＨ論理チャンネル・トーンに関連付けられているＯＮ状態識別子を割り当てられ、無線端末がアップリンク・ユーザ・データを伝達するために使用されるアップリンク・トラフィック・チャンネル・セグメントを受信することができるＯＮオペレーション状態に遷移することができる。登録ＷＴ状態遷移モジュール５８３６は、無線端末のホールドからＯＮへのモード遷移に応答して初期レポート集合解釈サブモジュール５８３８を起動する。
【０２５７】
基地局５８００は、複数のＯＮ状態無線端末を管理する。同じ時間間隔に対応する、異なる無線端末から伝達される、受信されたＤＣＣＨセグメントの集合に対し、基地局は、何回か、初期レポート集合解釈サブモジュール５８３８を使用してセグメントのいくつかを処理し、反復報告構造集合解釈サブモジュール５８４０を使用してレポートのいくつかを処理する。
【０２５８】
データ／情報５８２２は、システム・データ／情報５８４２、アクセス信号情報５８６０、ハンドオフ信号情報５８６２、モード遷移シグナリング情報５８６４、時間情報５８６６、現在のＤＣＣＨ論理トーン実装情報５８６８、受信されたＤＣＣＨセグメント情報５８７０、基地局識別情報５８５９、およびＷＴデータ／情報５８７２を含んできる。
【０２５９】
システム・データ／情報５８４２は、ダウンリンク・タイミング／周波数構造情報５８４４、アップリンク・タイミング／周波数構造情報５８４６、反復アップリンク報告構造情報５８４８、および初期ＤＣＣＨレポート情報５８５０を含む。反復アップリンク報告構造情報５８４８は、ＤＣＣＨレポートのフォーマット情報５８５２、およびＤＣＣＨレポート集合情報５８５４を含んでいる。ＤＣＣＨレポート集合情報５８５４は、集合情報５８５６および時間情報５８５８を含む。初期ＤＣＣＨレポート情報５８５０は、フォーマット情報５８５１およびレポート集合情報５８５３を含んでいる。
【０２６０】
ダウンリンク・タイミング／周波数構造情報５８４４は、反復ダウンリンク構造における種々のチャンネルおよびセグメント、例えば、割り当て、ビーコン、パイロット、ダウンリンク・トラフィック・チャンネルなどを識別し、またタイミング、例えば、ＯＦＤＭシンボル時間長、インデックス付け、例えばスロット・スーパー・スロット、ビーコン・スロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分けを識別するダウンリンク論理トーン構造を含んでいる。情報５８４４は、さらに、基地局識別情報、例えば、セル、セクタ、およびキャリア／トーン・ブロック識別情報も含む。情報５８４４は、さらに、論理トーンを物理トーンにマッピングするために使用されるダウンリンク・トーン・ホッピング情報も含む。アップリンク・タイミング／周波数構造情報５８４６は、反復アップリンク構造における様々なチャンネルおよびセグメント、例えば、アクセス、割り当て、電力制御チャンネル、電力制御チャンネル、専用制御チャンネル（ＤＣＣＨ）、アップリンク・トラフィック・チャンネルなどを識別し、またタイミング、例えば、ＯＦＤＭシンボル時間長、インデックス付け、例えばハーフ・スロット、スロット・スーパー・スロット、ビーコン・スロット、ウルトラスロットなどへのＯＦＤＭシンボル時間のグループ分けを識別するアップリンク論理トーン構造、さらにはダウンリンクをアップリンク・タイミング、例えば、基地局におけるアップリンク反復タイミング構造とダウンリンク反復タイミング構造とのタイミング・オフセットに相関させる情報を含む。情報５８４６は、さらに、論理トーンを物理トーンにマッピングするために使用されるアップリンク・トーン・ホッピング情報も含む。
【０２６１】
反復アップリンク報告構造情報５８４８は、ＤＣＣＨレポートのフォーマット情報５８５２とＤＣＣＨレポート集合情報５８４８とを含んでいる。ＤＣＣＨレポート集合情報５８５４は、集合情報５８５６と時間情報５８５８とを含んでいる。例えば、反復アップリンク報告構造情報５８４８は、いくつかの実施形態において、固定数のインデックス付きＤＣＣＨセグメント、例えば、４０個のインデックス付きＤＣＣＨセグメントの反復するパターンを識別する情報を含む。インデックス付きＤＣＣＨセグメントはそれぞれ、複数のタイプのＤＣＣＨレポート、例えば、アップリンク・トラフィック・チャンネル要求レポート、ビーコン比レポートなどの干渉レポート、さまざまなＳＮＲレポートなどのうちの１つを含む。さまざまなタイプのレポートの各フォーマットは、例えば、固定数の情報ビットを、対応するビット・パターンにより伝えられる情報の異なる潜在的ビット・パターンおよび解釈に関連付けるそれぞれのタイプのレポートについて、ＤＣＣＨレポートのフォーマット情報５８５２で識別される。ＤＣＣＨレポート集合情報５８５４は、反復ＤＣＣＨ報告構造内の異なるインデックス付きセグメントに関連付けられているレポートの異なるグループ分けを識別する。集合情報５８５６は、対応する時間情報エントリ５８５８により識別されるインデックス付きＤＣＣＨセグメント毎に、セグメントで伝達されるレポートの集合およびそのセグメント内のレポートの順序を識別する。例えば、典型的な一つの実施形態では、インデックス値＝６の典型的なＤＣＣＨセグメントは、５ビット・アップリンク送信電力バックオフ・レポートおよび１ビット・アップリンク・トラフィック・チャンネル・セグメント要求レポートを含むが、インデックス値＝３２のＤＣＣＨセグメントは、３ビット・ダウンリンク・デルタ信号対雑音比レポートおよび３ビット・アップリンク・トラフィック・チャンネル要求レポートを含む（図１０参照）。
【０２６２】
初期ＤＣＣＨレポート情報５８５０は、フォーマット情報５８５１およびレポート集合情報５８５３を含んでいる。フォーマット情報５８５１は、送信される初期レポート集合のフォーマットを示す情報を含んでいる。いくつかの実施形態では、初期レポートのフォーマット、グループ分け、および／または初期レポート集合に入れて送信される初期レポートの個数は、初期レポート集合が、例えば、反復アップリンク・タイミング構造に関して、送信される時刻に依存する。レポート集合情報５８５３は、さまざまな初期レポート集合を識別する情報、例えば、初期レポート集合で伝達されるＤＣＣＨセグメントに関連付けられている、レポート数、レポート・タイプ、およびレポートの順序付けられたグループ分けを含んでいる。
【０２６３】
基地局識別情報５８５９は、無線端末により使用されている基地局接続ポイントを識別する情報を含んでいる。基地局識別情報５８５９は、物理接続ポイント識別子、例えば、基地局接続ポイントに関連付けられているセル、セクタ、およびキャリア／トーン・ブロック識別子を含んでいる。いくつかの実施形態では、基地局識別子情報の少なくとも一部は、ビーコン信号を介して伝達される。基地局識別情報は、さらに基地局アドレス情報をも含む。アクセス信号情報５８６０は、無線端末から受信されたアクセス要求信号、無線端末に送信されるアクセス応答信号、そのアクセスに関係するタイミング信号、および無線端末に対するアクセス状態からＯＮ状態への遷移に応答して初期レポート解釈サブモジュール５８３８を起動する基地局内部シグナリングを含む。ハンドオフ信号情報５８６２は、他の基地局から受信されたハンドオフ・シグナリングおよび他のコネクションのＷＴ  ＯＮ状態から基地局５８００接続ポイントのコネクションに関するＷＴ  ＯＮ状態への遷移に応答して内部レポート解釈サブモジュール５８３８を起動する基地局内部シグナリングを含むハンドオフ・オペレーションに関係する情報を含む。モード遷移シグナリング情報５８６４は、状態変化、例えば、ホールド状態からＯＮ状態への変化に関する現在登録されている無線部端末と基地局５８００との信号、および状態遷移、例えば、ホールドからＯＮ状態への遷移に応答して初期レポート集合解釈サブモジュール５８３８を起動する基地局内部シグナリングを含む。登録ＷＴ状態遷移モジュール５８３６は、さらに、いくつかの状態変化、例えば、ＯＮ状態からホールド状態、スリープ状態、またはＯＦＦ状態への無線端末の遷移に応答し、無線端末に関して反復報告構造レポート集合解釈サブモジュール５８４０を停止させる。
【０２６４】
時間情報５８６６は、現在時間情報、例えば、基地局により使用される反復アップリンク・タイミング構造内のインデックス付きＯＦＤＭシンボル期間を含む。現在のＤＣＣＨ論理トーン実装情報５８６８は、基地局論理ＤＣＣＨトーンのうちのどれが現在、フルトーンＤＣＣＨモードに入っているか、またどれが分割トーンＤＣＣＨモードに入っているかを識別する情報を含む。受信されたＤＣＣＨセグメント情報５８６０は、現在の論理ＤＣＣＨトーンに割り当てられている複数のＷＴユーザーに対応する受信されたＤＣＣＨセグメントからの情報を含む。
【０２６５】
ＷＴデータ／情報５８７２は、無線端末情報の複数の集合（ＷＴ  １データ／情報５８７４、．．．、ＷＴ  Ｎデータ／情報５８７６）を含む。ＷＴ  １データ／情報５８７４は、識別情報５８８６、モード情報５８８８、受信されたＤＣＣＨ情報５８８０、処理されたＤＣＣＨ情報５８８２、およびユーザ・データ５８８４を含む。受信されたＤＣＣＨ情報５８８０は、初期受信レポート集合情報５８９２および反復レポート構造受信レポート集合情報５８９４を含む。処理されたＤＣＣＨ情報５８８２は、解釈された初期レポート集合情報５８９６および解釈された反復構造レポート集合情報５８９８を含む。識別情報５８８６は、基地局割り当て無線端末登録識別子、ＷＴ１に関連付けられているアドレッシング情報を含む。しばしば識別情報５８８６は、ＷＴ  ＯＮ状態識別子、ＤＣＣＨセグメント信号を伝達するために無線端末により使用される論理ＤＣＣＨチャンネル・トーンに関連付けられているＯＮ状態識別子を含む。モード情報５８８８は、ＷＴ１の現在の状態、例えば、スリープ状態、ホールド状態、アクセス状態、ＯＮ状態、ハンドオフ処理等を識別する情報、およびＯＮ状態、例えば、フルトーンＤＣＣＨ  ＯＮまたは分割トーンＤＣＣＨ  ＯＮをさらに限定する情報を含む。ユーザ・データ５８８４は、ＷＴ１との通信セッションにおいて、ＷＴ１のピア・ノードから受信され／ピア・ノードに伝達される、アップリンクおよび／またはダウンリンク・トラフィック・チャンネル・セグメント情報、例えば、音声データ、オーディオ・データ、イメージ・データ、テキスト・データ、ファイル・データ等を含む。
【０２６６】
初期受信レポート集合情報５８９２は、初期報告情報５８５０によるフォーマットを使用して伝達されたＷＴ１  ＤＣＣＨセグメントに対応する情報の集合を含み、解釈された初期レポート情報集合情報５８９６を回復するモジュール５８３８により解釈される。反復レポート構造受信レポート集合情報５８９４は、反復アップリンク報告構造情報５８４８によるフォーマットを使用して伝達されたＷＴ１  ＤＣＣＨセグメントに対応する情報の集合を含み、解釈された反復レポート情報集合情報５８９８を回復するモジュール５８４０により解釈される。
【０２６７】
図５９は、図５９Ａ、図５９Ｂ、および図５９Ｃを組み合わせた本発明により無線端末を動作させる典型的な方法を示すフロー図５９００である。この典型的な方法は、ステップ５９０１で始まり、無線端末に電源が投入され、初期化される。オペレーションは、ステップ５９０１からステップ５９０２およびステップ５９０４に進む。ステップ５９０２で、無線端末は、進行中に、アップリンク反復ＤＣＣＨ報告スケジュールに関して、またアップリンク・トーン・ホッピング情報に関して現在時刻を追跡する。時間情報５９０６は、この方法の他のステップで使用されるステップ５９０２から出力される。
【０２６８】
ステップ５９０４において、無線端末は、無線端末の接続ポイントとしてサービスを提供するアクセス・ノードのアップリンク・チャンネル構造でＤＣＣＨ論理トーンに関連付けられている基地局ＯＮ状態識別子を受信する。オペレーションは、ステップ５９０４からステップ５９０８に進む。ステップ５９０８において、無線端末は、無線端末がフルトーンＤＣＣＨオペレーション・モードであるか、分割トーンＤＣＣＨオペレーション・モードであるかを識別する情報を受信するが、この情報は分割トーンＤＣＣＨオペレーション・モードを示し、さらにＤＣＣＨ論理トーンに関連付けられているＤＣＣＨセグメントの複数の集合のうちから１つを識別する。例えば、典型的な一つの実施形態では、フルトーンＤＣＣＨモードのときに、無線端末は、アップリンク・チャンネル構造内の４０個のインデックス付きＤＣＣＨセグメントの反復集合に対応する単一の論理ＤＣＣＨトーンを割り当てられるが、分割トーン・オペレーション・モードに入っている間、無線端末は、無線端末が反復アップリンク・チャンネル構造内の１３個のインデックス付きセグメントの集合を受信するように、また他の２つの無線端末がそれぞれ、アップリンク・チャンネル構造内の１３個のセグメントの異なる集合を割り当てられるように共有される時間である単一の論理ＤＣＣＨトーンを割り当てられる。いくつかの実施形態では、ステップ５９０４およびステップ５９０８で伝達される情報は、同じメッセージで伝達される。オペレーションは、ステップ５９０８からステップ５９１０に進行する。
【０２６９】
ステップ５９１０において、無線端末は、フルトーンＤＣＣＨモードに入っていると無線端末が判定した場合にステップ５９１２に進むが、分割トーンＤＣＣＨモードに入っていると無線端末が判定した場合には、オペレーションはステップ５９１４に進行する。
【０２７０】
ステップ５９１２において、無線端末は、時間情報５９０６および識別された論理ＤＣＣＨトーンを使用して無線端末に割り当てられているＤＣＣＨ通信セグメントを識別する。例えば、典型的な一つの実施形態では、ビーコン・スロット毎に、無線端末は、割り当てられた論理ＤＣＣＨトーンに対応する４０個のインデックス付きセグメントの集合を識別する。そして、識別された通信セグメント毎に、オペレーションはステップ５９１２からステップ５９１６に進む。ステップ５９１６において、無線端末は、時間情報５９０６、反復構造内のＤＣＣＨセグメントのインデックス付き値、およびレポート・タイプの集合をそれぞれのインデックス付きセグメントに関連付ける格納されている情報を使用して、ＤＣＣＨ通信セグメントで伝達されるレポート・タイプの集合を識別する。オペレーションは、ステップ５９１６から、接続ノードＡ５９２０を介して、ステップ５９２４に進む。
【０２７１】
ステップ５９２４において、無線端末は、ステップ５９１６において識別されたレポート・タイプの何れかがフレキシブル・レポートを含むか否かについてチェックする。識別されたレポート・タイプの何れかが、フレキシブル・レポートを示している場合、オペレーションはステップ５９２４からステップ５９２８に進み、そうでない場合には、オペレーションは、ステップ５９２４からステップ５９２６に進む。
【０２７２】
ステップ５９２６において、無線端末は、セグメントの各固定タイプ情報レポートについて、伝達される情報をレポート・サイズに対応する固定された数の情報ビットにマッピングし、固定されたタイプの情報レポートは報告スケジュールにより決定される。オペレーションは、ステップ５９２６からステップ５９４２に進む。
【０２７３】
ステップ５９２８において、無線端末は、複数の固定タイプ情報レポート・タイプのうちのどのレポート・タイプをフレキシブル・レポート・ボディとして含めるかを選択する。ステップ５９２８はサブステップ５９３０を含む。サブステップ５９３０において、無線端末は、レポート優先順位付けオペレーションに応じて選択を実行する。サブステップ５９３０はサブステップ５９３２とサブステップ５９３４とを含む。サブステップ５９３２において、無線端末は、アクセス・ノードとの通信のためキューに格納されるアップリンク・データの量、例えば、複数の要求キュー内のバックログ、および少なくとも１つの信号干渉測定結果、例えばビーコン比レポートを検討する。サブステップ５９３４において、無線端末は、少なくとも１つのレポートですでに報告されている情報の変化の量、例えば、自己ノイズＳＮＲレポートのダウンリンク飽和レベルの測定された変化を決定する。オペレーションは、ステップ５９２８からステップ５９３６に進む。
【０２７４】
ステップ５９３６において、無線端末は、フレキシブル・ボディ・レポート（flexible body report）のタイプをタイプ識別子内に符号化する、例えば、２ビット・フレキシブル・レポート・ボディ識別子（flexible report body identifier）にする。オペレーションは、ステップ５９３６からステップ５９３８に進む。ステップ５９３８において、無線端末は、選択されたレポート・タイプに応じてフレキシブル・レポート・ボディで伝達される情報をフレキシブル・レポート・ボディ・サイズに対応する多数の情報ビットにマップする。オペレーションは、ステップ５９３８からステップ５９４０またはステップ５９４２の何れかに進む。ステップ５９４２は、いくつかの実施形態に含まれるオプションのステップである。ステップ５９４０において、フレキシブル・レポートに加えてセグメントのそれぞれの固定タイプ情報レポートについて、無線端末は、伝達される情報をレポート・サイズに対応する固定された数の情報ビットにマップする。オペレーションは、ステップ５９４０からステップ５９４２に進む。例えば、いくつかの実施形態では、フルトーン・モードのときに、フレキシブル・レポートを含むＤＣＣＨセグメントは、それ自体のためにセグメントにより伝達される情報ビットの全数を使用する、例えば、セグメントは、６つの情報ビットを伝達し、２ビットがレポートのタイプを識別するために使用され、４ビットがレポートの本体を伝達するために使用される。このような実施形態では、ステップ５９４０は実行されない。いくつかの他の実施形態では、フルトーンＤＣＣＨモードでＤＣＣＨセグメントにより伝達されるビットの総数は、フレキシブル・レポートにより表されるビット数よりも多く、ステップ５９４０は、セグメントの残りの情報ビットを利用するために含まれている。例えば、そのセグメントは、全部で７個の情報ビットを伝達し、そのうち６個の情報ビットはフレキシブル・レポートにより使用され、残り１個は固定された１情報ビット・アップリンク・トラフィック要求レポートに使用される。
【０２７５】
ステップ５９４２で、無線端末は、符号化および変調オペレーションを実行し、ＤＣＣＨセグメントで伝達される１つまたは複数のレポートを表す変調シンボルの集合を生成する。オペレーションは、ステップ５９４２からステップ５９４４に進む。ステップ５９４４で、無線端末は、生成された変調シンボルの集合のそれぞれの変調シンボルについて、時間情報５９０６およびトーン・ホッピング情報を使用して、変調シンボルを伝達するために使用すべき物理トーンを決定する。例えば、典型的な一つの実施形態では、それぞれのＤＣＣＨセグメントは、２１個のＯＦＤＭトーン・シンボルに対応し、それぞれのトーン・シンボルは１つのＱＰＳＫ変調シンボルを伝達するために使用され、２１個のＯＦＤＭトーン・シンボルはそれぞれ同じ論理ＤＣＣＨトーンに対応するが、アップリンク・トーン・ホッピングであるため、７つの連続するＯＦＤＭシンボル期間の第１の集合に含まれる７つのＯＦＤＭトーン・シンボルは第１の物理トーンに対応し、７つの連続するＯＦＤＭシンボル期間の第２の集合に含まれる７つのＯＦＤＭトーン・シンボルの第２の集合は第２の物理トーンに対応し、７つの連続するＯＦＤＭシンボル期間の第３の集合は第３の物理トーンに対応し、第１の物理トーン、第２の物理トーン、および第３の物理トーンは異なる。オペレーションは、ステップ５９４４からステップ５９４６に進む。ステップ５９４６において、無線端末は、決定された対応する物理トーンを使用してＤＣＣＨセグメントのそれぞれの変調シンボルを送信する。
【０２７６】
ステップ５９１４に戻ると、ステップ５９１４において、無線端末は、時間情報５９０６、識別された論理ＤＣＣＨトーン、およびＤＣＣＨセグメントの複数の集合のうちの１つを識別する情報を使用して無線端末に割り当てられているＤＣＣＨ通信セグメントを識別する。例えば、典型的な一つの実施形態では、ビーコン・スロット毎に、無線端末は、割り当てられた論理ＤＣＣＨトーンに対応する１３個のインデックス付きセグメントの集合を識別する。識別されたＤＣＣＨ通信セグメント毎に、オペレーションはステップ５９１４からステップ５９１８に進む。ステップ５９１８で、無線端末は、時間情報５９０６、反復構造内のＤＣＣＨセグメントのインデックス付き値、およびレポート・タイプの集合をそれぞれのインデックス付きセグメントに関連付ける格納されている情報を使用して、ＤＣＣＨ通信セグメントで伝達されるレポート・タイプの集合を識別する。オペレーションは、ステップ５９１６から、接続ノードＢ  ５９２２を介して、ステップ５９４８に進む。
【０２７７】
ステップ５９４８において、無線端末は、ステップ５９１８において識別されたレポート・タイプのいずれかがフレキシブル・レポートを含むか否かについてチェックする。識別されたレポート・タイプの何れかが、フレキシブル・レポートを示している場合、オペレーションはステップ５９４８からステップ５９５２に進み、そうでなければ、オペレーションは、ステップ５９４８からステップ５９５０に進む。
【０２７８】
ステップ５９５０において、無線端末は、セグメントのそれぞれの固定タイプ情報レポートについて、伝達される情報をレポート・サイズに対応する固定された数の情報ビットにマッピングし、固定されたタイプの情報レポートは報告スケジュールにより決定される。オペレーションは、ステップ５９５０からステップ５９６６に進む。
【０２７９】
ステップ５９５２において、無線端末は、複数の固定タイプ情報レポート・タイプのうちのどのレポート・タイプをフレキシブル・レポートの本体として含めるかを選択する。ステップ５９５２はサブステップ５９５４を含む。サブステップ５９５４において、無線端末は、レポート優先順位付けオペレーションに応じて選択を実行する。サブステップ５９５４は、サブステップ５９５６およびサブステップ５９５８を含む。サブステップ５９５６では、無線端末は、アクセス・ノードとの通信のためキューに格納されるアップリンク・データの量、例えば、複数の要求キュー内のバックログ、および少なくとも１つの信号干渉測定結果、例えばビーコン比レポートを検討する。サブステップ５９５８において、無線端末は、少なくとも１つのレポートで既に報告されている情報の変化の量、例えば、自己ノイズＳＮＲレポートのダウンリンク飽和レベルの測定された変化を決定する。オペレーションは、ステップ５９５２からステップ５９６０に進む。
【０２８０】
ステップ５９６０で、無線端末は、フレキシブル・ボディ・レポートのタイプをタイプ識別子内に符号化する、例えば、単一ビット・フレキシブル・レポート・ボディ識別子にする。オペレーションは、ステップ５９６０からステップ５９６２に進む。ステップ５９６２において、無線端末は、選択されたレポート・タイプに応じてフレキシブル・レポート・ボディで伝達される情報をフレキシブル・レポート・ボディ・サイズに対応する多数の情報ビットにマッピングする。オペレーションは、ステップ５９６２からステップ５９６４またはステップ５９６６の何れかに進む。ステップ５９６４は、いくつかの実施形態に含まれるオプションのステップである。ステップ５９６４で、フレキシブル・レポートに加えてセグメントのそれぞれの固定タイプ情報レポートについて、無線端末は、伝達される情報をレポート・サイズに対応する固定された数の情報ビットにマッピングする。オペレーションは、ステップ５９６４からステップ５９６６に進む。例えば、いくつかの実施形態では、フレキシブル・レポートを含むＤＣＣＨセグメントは、分割トーン・モードで使用する場合に、それ自体のためにセグメントにより伝達される情報ビット全数を使用し、そのような一つの実施形態では、ステップ５９６４は実行されない。いくつかの他の実施形態では、分割トーンＤＣＣＨモードでＤＣＣＨセグメントにより伝達されるビットの総数は、フレキシブル・レポートにより表されるビットの数よりも多く、ステップ５９４０は、セグメントの残りの情報ビットを利用するために含まれている。例えば、そのセグメントは、全部で８個の情報ビットを伝達し、そのうち６個の情報ビットはフレキシブル・レポートにより使用され、残り１情報ビットは固定された１情報ビット・アップリンク・トラフィック要求レポートに使用され、１情報ビットは、他の予め定めたレポート・タイプに使用される。いくつかの実施形態では、フレキシブル・レポートの主部のサイズは、フレキシブル・レポートにより伝達されるレポートのタイプの異なる選択、例えば、４ビット・アップリンク・トラフィック・チャンネル要求または５ビット・アップリンク送信電力バックオフ・レポートに対応して変化し、セグメント内の利用可能なビットの残りは、予め定めた固定レポート・タイプ、例えば、１または２ビットに割り当てることができる。
【０２８１】
ステップ５９６６において、無線端末は、符号化および変調オペレーションを実行し、ＤＣＣＨセグメントで伝達される１つまたは複数のレポートを表す変調シンボルの集合を生成する。オペレーションは、ステップ５９６６からステップ５９６８に進む。ステップ５９６８において、無線端末は、生成された変調シンボルの集合のそれぞれの変調シンボルについて、時間情報５９０６およびトーン・ホッピング情報を使用して、変調シンボルを伝達するために使用すべき物理トーンを決定する。例えば、典型的な一つの実施形態では、それぞれのＤＣＣＨセグメントは、２１個のＯＦＤＭトーン・シンボルに対応し、それぞれのトーン・シンボルは１つのＱＰＳＫ変調シンボルを伝達するために使用され、２１個のＯＦＤＭトーン・シンボルはそれぞれ同じ論理ＤＣＣＨトーンに対応するが、アップリンク・トーン・ホッピングであるため、７つの連続するＯＦＤＭシンボル期間の第１の集合に含まれる７つのＯＦＤＭトーン・シンボルは第１の物理トーンに対応し、７つの連続するＯＦＤＭシンボル期間の第２の集合に含まれる７つのＯＦＤＭトーン・シンボルの第２の集合は第２の物理トーンに対応し、７つの連続するＯＦＤＭシンボル期間の第３の集合は第３の物理トーンに対応し、第１、第２、および第３の物理トーンはトーン・ホッピング情報に従って決定され、また異なりうる。オペレーションは、ステップ５９６８からステップ５９７０に進む。ステップ５９７０において、無線端末は、決定された対応する物理トーンを使用してＤＣＣＨセグメントのそれぞれの変調シンボルを送信する。
【０２８２】
図６０は、本発明により送信電力情報を基地局に送るように無線端末を動作させる典型的な方法を示すフロー図６０００である。オペレーションは、ステップ６００２から始まる。例えば、無線端末は、すでに電源が投入されており、基地局とのコネクションを確立し、ＯＮオペレーション状態に遷移し、フルトーンまたは分割トーンＤＣＣＨオペレーション・モードで遷移し、フルトーンまたは分割トーンＤＣＣＨオペレーション・モードのいずれかで使用する専用制御チャンネル・セグメントを割り当てられている。フルトーンＤＣＣＨオペレーション・モードは、いくつかの実施形態では、無線トーンが、他の無線端末と共有されない、ＤＣＣＨセグメントに使用される単一論理トーン・チャンネルを専用として割り当てられるモードであるが、分割トーンＤＣＣＨオペレーション・モードは、いくつかの実施形態では、無線端末が、他の１つまたは複数の無線端末と共有される時間に使用されるように割り当てられうる単一の論理ＤＣＣＨトーン・チャンネルの一部を専用として割り当てられるモードである。オペレーションは、開始ステップ６００２からステップ６００４に進む。
【０２８３】
ステップ６００４で、無線端末は、無線端末の最大送信電力と電力レポートに対応する時点において無線端末に知られている電力レベルを有する基準信号の送信電力との比を示す電力レポートを生成する。いくつかの実施形態では、電力レポートは、ｄＢ値を示す、バックオフ・レポート、例えば、無線端末送信電力バックオフ・レポートである。いくつかの実施形態では、最大送信電力値は、無線端末の電力出力能力に依存する。いくつかの実施形態では、最大送信電力は、無線端末の最大出力電力レベルを制限する政府規制により指定される。いくつかの実施形態では、基準信号は、基地局から受信された少なくとも１つの閉ループ電力レベル制御信号に基づき無線端末により制御される。いくつかの実施形態では、基準信号は、専用制御チャンネルを介して基地局に送信される制御情報信号である。基準信号は、いくつかの実施形態では、送信先の基地局により受信される電力レベルについて測定される。さまざまな実施形態において、専用制御チャンネルは、制御情報を送信する際に使用するため無線端末専用に割り当てられている単一論理トーンに対応する単一トーン制御チャンネルである。さまざまな実施形態において、電力レポートは、単一の時点に対応する電力レポートである。いくつかの実施形態では、知られている基準信号は、電力レポートと同じチャンネル、例えば、同じＤＣＣＨチャンネルで送信される信号である。さまざまな実施形態において、生成される電力レポートが対応する時点は、電力レポートが送信される通信セグメント、例えば、ＤＣＣＨセグメントの開始位置からの知られているオフセットを有する。ステップ６００４は、サブステップ６００６、サブステップ６００８、サブステップ６０１０、およびサブステップ６０１２を含む。
【０２８４】
サブステップ６００６において、無線端末は、ｄＢｍ単位のアップリンク専用制御チャンネルのトーン毎の送信電力をｄＢｍ単位の無線端末の最大送信電力から減じることを含む減算を実行する。オペレーションは、サブステップ６００６からサブステップ６００８に進む。サブステップ６００８において、無線端末は、無線端末がフルトーンＤＣＣＨオペレーション・モードまたは分割トーンＤＣＣＨオペレーション・モードに入っているか否かに応じて異なるサブステップに進む。無線端末がフルトーンＤＣＣＨオペレーション・モードに入っている場合、オペレーションは、サブステップ６００８からサブステップ６０１０に進む。無線端末が分割トーンＤＣＣＨオペレーション・モードに入っている場合、オペレーションは、サブステップ６００８からサブステップ６０１２に進む。サブステップ６０１０では、無線端末は、第１のフォーマットによる電力レポート、例えば、５情報ビット電力レポートを生成する。例えば、サブステップ６００６の結果は、複数の異なるレベルと比較され、それぞれのレベルは異なる５ビット・パターンに対応し、サブステップ６００６の結果に最も近いレベルが、そのレポートについて選択され、そのレベルに対応するビット・パターンが、そのレポートに使用される。典型的な一つの実施形態では、これらのレベルは、６．５ｄＢから４０ｄＢまでの範囲である（図２６参照）。サブステップ６０１２では、無線端末は、第２のフォーマットによる電力レポート、例えば、４情報ビット電力レポートを生成する。例えば、サブステップ６００６の結果は、複数の異なるレベルと比較され、それぞれのレベルは異なる４ビット・パターンに対応し、サブステップ６００６の結果に最も近いレベルが、そのレポートについて選択され、そのレベルに対応するビット・パターンが、そのレポートに使用される。典型的な一つの実施形態では、これらのレベルは、６ｄＢから３６ｄＢまでの範囲である（図３５参照）。オペレーションは、ステップ６００４からステップ６０１４に進む。
【０２８５】
ステップ６０１４で、無線端末は、生成された電力レポートを基地局に送信するように動作する。ステップ６０１４は、サブステップ６０１６、サブステップ６０１８、サブステップ６０２０、サブステップ６０２２、およびサブステップ６０２８を含む。サブステップ６０１６において、無線端末は、無線端末がフルトーンＤＣＣＨオペレーション・モードまたは分割トーンＤＣＣＨオペレーション・モードに入っているかどうかに応じて異なるサブステップに進む。無線端末がフルトーンＤＣＣＨオペレーション・モードに入っている場合、オペレーションは、サブステップ６０１６からサブステップ６０１８に進む。無線端末が分割トーンＤＣＣＨオペレーション・モードに入っている場合、オペレーションは、サブステップ６０１６からサブステップ６０２０に進む。
【０２８６】
サブステップ６０１８において、無線端末は、生成された電力レポートを追加の（複数の）情報ビット、例えば、１追加情報ビットと組み合わせ、組み合わせた情報ビットの集合、例えば、６つの情報ビットの集合を統合符号化し、ＤＣＣＨセグメントに対する変調シンボルの集合、例えば、２１個の変調シンボルの集合を生成する。例えば、１追加情報ビットは、いくつかの実施形態では、単一情報ビット・アップリンク・トラフィック・チャンネル・リソース要求レポートである。サブステップ６０２０で、無線端末は、生成された電力レポートを追加の（複数の）情報ビット、例えば、４追加情報ビットと組み合わせ、組み合わせた情報ビットの集合、例えば、８つの情報ビットの集合を統合符号化し、ＤＣＣＨセグメントに対する変調シンボルの集合、例えば、２１個の変調シンボルの集合を生成する。例えば、４追加情報ビットの集合は、いくつかの実施形態では、４情報ビット・アップリンク・トラフィック・チャンネル・リソース要求レポートである。オペレーションは、サブステップ６０１８またはサブステップ６０２０からサブステップ６０２２に進む。
【０２８７】
サブステップ６０２２において、無線端末は、ＤＣＣＨセグメントに対する複数の連続するＯＦＤＭシンボル伝送期間のそれぞれにおいて使用される単一ＯＦＤＭトーンを決定する。サブステップ６０２２は、サブステップ６０２４およびサブステップ６０２６を含む。サブステップ６０２４で、無線端末は、無線端末に割り当てられている論理ＤＣＣＨチャンネル・トーンを決定し、サブステップ６０２６で、無線端末は、トーン・ホッピング情報に基づき異なる時点で論理ＤＣＣＨチャンネル・トーンが対応する物理トーンを決定する。例えば、いくつかの実施形態では、典型的なＤＣＣＨセグメントは、単一のＤＣＣＨチャンネル論理トーンに対応し、ＤＣＣＨセグメントは、２１個のＯＦＤＭトーン・シンボルを含み、２１個の連続するＯＦＤＭシンボル伝送時間間隔のそれぞれに１つのＯＦＤＭトーン・シンボルが対応し、同じ物理トーンが７個の第１の集合に対し使用され、第２の物理トーンが７個の第２の集合に対し使用され、第３の物理トーンが７個の第３の集合に対し使用される。オペレーションは、サブステップ６０２２からサブステップ６０２８に進む。サブステップ６０２８で、ＤＣＣＨセグメントに対応する、それぞれのＯＦＤＭシンボル伝送期間に対する、無線端末は、その時点に対する決定された物理トーンを使用して生成された変調シンボルの集合からの変調シンボルを送信する。
【０２８８】
オペレーションは、ステップ６０１４からステップ６００４に進み、無線端末は、他の電力レポートの生成に進む。いくつかの実施形態では、電力レポートは、無線端末により制御情報の送信を制御するために使用される専用制御チャンネル報告構造の反復サイクル毎に２回送信される。いくつかの実施形態では、電力レポートは、５００  ＯＦＤＭシンボル伝送期間毎に平均少なくとも１回送信されるが、少なくとも２００シンボル伝送時間間隔だけ相隔てられた間隔で送信される。
【０２８９】
次に、本発明による典型的な実施形態のさまざまな特徴を説明する。無線端末（ＷＴ）は、ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、またはＵＬＲＱＳＴ４を使用して、ＷＴ送信機におけるＭＡＣフレーム・キューのステータスを報告する。
【０２９０】
ＷＴ送信機は、リンクを介して送信されるＭＡＣフレームをバッファリングするＭＡＣフレーム・キューを保持する。ＭＡＣフレームは、上位層プロトコルの複数のパケットから構成されたＬＬＣフレームから変換される。アップリンク・ユーザ・データパケットは、４つの要求グループのうちの１つに属する。パケットは、特定の要求グループに関連付けられる。パケットがある１つの要求グループに属している場合、そのパケットのＭＡＣフレームはそれぞれその要求グループにも属する。
【０２９１】
ＷＴは、ＷＴが送信することを意図しているとしてよい４つの要求グループの中のＭＡＣフレームの個数を報告する。ＡＲＱプロトコルでは、これらのＭＡＣフレームは、「新規」または「再送対象」というマークが付けられる。
【０２９２】
ＷＴは、ｋ＝０：３に対する４つの要素Ｎ［０：３］からなるベクトルを保持し、Ｎ［ｋ］は、ＷＴが要求グループｋで送信することを意図しているＭＡＣフレームの個数を表す。ＷＴは、Ｎ［０：３］に関する情報を基地局セクタ（ＢＳＳ）に報告し、ＢＳＳがアップリンク（ＵＬ）スケジューリング・アルゴリズムにおいてその情報を使用してアップリンク・トラフィック・チャンネル・セグメント（ＵＬ．ＴＣＨ）セグメントの割り当てを決定できるようにする。
【０２９３】
ＷＴは、ＵＬＲＱＳＴ１を使用して、図６１の表６１００によりＮ［０］＋Ｎ［１］をレポートする。
【０２９４】
予め定めた時刻に、ＷＴは、１つの要求辞書のみ使用する。ＷＴは、ＡＣＴＩＶＥ状態に入ったばかりの時、既定の要求辞書を使用する。要求辞書を変更するには、ＷＴおよびＢＳＳは、上位層のコンフィギュレーション・プロトコルを使用する。ＷＴがＯＮ状態からＨＯＬＤ状態に移行するとき、ＷＴは、後でＷＴがＨＯＬＤ状態からＯＮ状態に移行するとき、要求辞書が明示的に変更されるまでＷＴが同じ要求辞書を使用し続けるようにＯＮ状態で使用される最新の要求辞書を保持する。しかし、ＷＴがＡＣＴＩＶＥ状態を出ると、使用されている最後の要求辞書のメモリはクリアされる。
【０２９５】
ＵＬＲＱＳＴ３またはＵＬＲＱＳＴ４を決定するために、ＷＴは、まず２つのパラメータｙおよびｚを計算し、次いで、以下の辞書のうちの１つを使用する。ｘで、最も直近の５ビット・アップリンク送信電力バックオフ・レポート（ＵＬＴＸＢＫＦ５）の値（ｄＢ）を表し、ｂ０で、最も直近の一般４ビット・ダウンリンク・ビーコン比レポート（ＤＬＢＮＲ４）の値（ｄＢ）を表す。ＷＴは、さらに、調節された一般ＤＬＢＮＲ４レポート値ｂを、ｂ＝ｂ０−ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔで決定する。ただし、マイナスは、ｄＢの意味で定義される。基地局セクタは、ダウンリンク・ブロードキャスト・チャンネルでｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔの値をブロードキャストする。ＷＴは、ＷＴがブロードキャスト・チャンネルから値を受信するまで０ｄＢに等しいｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔを使用する。
【０２９６】
ｘおよびｂが与えられると、ＷＴは、ｙおよびｚを、第１の列の条件が満たされている図６２の表６２００内の第１の行からの変数として決定する。例えば、ｘ＝１７およびｂ＝３であれば、ｚ＝ｍｉｎ（４，Ｎｍａｘ）およびｙ＝１である。ＲｍａｘでＷＴがサポートできる最高のレート・オプションを表し、Ｎｍａｘでその最高のレート・オプションのＭＡＣフレームの個数を表す。
【０２９７】
ＷＴは、ＵＬＲＱＳＴ３またはＵＬＲＱＳＴ４を使用し、要求辞書に従ってＭＡＣフレーム・キューの実際のＮ［０：３］を報告する。要求辞書は、要求辞書（ＲＤ）参照番号により識別される。
【０２９８】
典型的な要求辞書は、ＵＬＲＱＳＴ４またはＵＬＲＱＳＴ３レポートが実際のＮ［０：３］を完全に含みえないことを示している。レポートは、実質的には、実際のＮ［０：３］の量子化バージョンである。一般的なガイドラインは、要求グループ０および１について、次いで要求グループ２について、そして最後に要求グループ３について報告されたＭＡＣフレーム・キューと実際のＭＡＣフレーム・キューとの間の食い違いを最小にするレポートをＷＴが送信しなければならないというものである。しかしながら、ＷＴは、ＷＴに最も役立つレポートを決定する柔軟性を有する。例えば、ＷＴが要求辞書２を使用している場合、ＷＴは、ＵＬＲＱＳＴ４を使用してＮ［１］＋Ｎ［３］を報告し、ＵＬＲＱＳＴ３を使用してＮ［２］を報告することが可能である。それに加えて、要求辞書により、レポートが要求グループの部分集合に直接関係している場合、残りの要求グループのＭＡＣフレーム・キューが空であることを自動的に意味することはない。例えば、レポートがＮ［２］＝１であることを意味していても、Ｎ［０］＝０、Ｎ［１］＝０、またはＮ［３］＝０であることを自動的に意味することにはなりえない。
【０２９９】
図６３の表６３００および図６４の表６４００は、ＲＤ参照番号が０に等しい典型的な要求辞書を定める。ｄ１２３＝ｃｅｉｌ（（（Ｎ［１］＋Ｎ［２］＋Ｎ［３］−Ｎ１２３，ｍｉｎ）／（ｙ＊ｇ））と定義するが、ただし、Ｎ１２３，ｍｉｎおよびｇは、表６３００に従って最新のＵＬＲＱＳＴ４レポートにより決定される変数である。
【０３００】
図６５の表６５００および図６６の表６６００は、ＲＤ参照番号が１に等しい典型的な要求辞書を定める。
【０３０１】
図６７の表６７００および図６８の表６８００は、ＲＤ参照番号が２に等しい典型的な要求辞書を定める。
【０３０２】
図６９の表６９００および図７０の表７０００は、ＲＤ参照番号が３に等しい典型的な要求辞書を定める。
【０３０３】
図７１は、本発明により実施され本発明の方法を使用する典型的な無線端末７１００である、例えば移動ノードを示す図面である。典型的なＷＴ  ７１００は、図１の典型的なシステムの無線端末の何れかであってよい。典型的なＷＴ  ７１００は、図１の典型的なシステム１００のＷＴ（１３６、１３８、１４４、１４６、１５２、１５４、１６８、１７０、１７２、１７４、１７６、１７８）のうちの何れかでありうる。典型的な無線端末７１００は、さまざまな要素がデータおよび情報を交換する際に使用するバス７１１２を介して結合されてまとめられている受信機モジュール７１０２、送信機モジュール７１０４、プロセッサ７１０６、ユーザーＩ／Ｏデバイス７１０８、およびメモリ７１１０を備える。
【０３０４】
メモリ７１１０は、ルーチン７１１８およびデータ／情報７１２０を格納する。例えばＣＰＵのようなプロセッサ７１０６は、ルーチン７１１８を実行し、メモリ７１１０内のデータ／情報７１２０を使用して、無線端末７１００のオペレーションを制御し、本発明の方法を実現する。
【０３０５】
受信機モジュール７１０２、例えば、ＯＦＤＭ受信機は、無線端末７１００が基地局からダウンリンク信号を受信するために使用する受信アンテナ７１０３に結合されている。受信機モジュール７１０２は、受信されたダウンリンク信号の少なくとも一部を復号する復号器７１１４を備える。送信機モジュール７１０４、例えば、ＯＦＤＭ送信機は、無線端末７１００が基地局にアップリンク信号を送信するために使用する送信アンテナ７１０５に結合されている。送信機モジュール７１０４は、無線端末に専用的に割り当てられているアップリンク専用制御チャンネル・セグメントを使用して複数の異なるタイプの固定レポートを送信するために使用される。送信機モジュール７１０４は、さらに、無線端末に専用的に割り当てられているアップリンク専用制御チャンネル・セグメントを使用してフレキシブル・レポートを送信するためにも使用され、このアップリンクＤＣＣＨセグメントは、固定タイプ・レポートを含み、フレキシブル・レポートを含まないアップリンクＤＣＣＨセグメントの少なくとも一部と同じサイズであるフレキシブル・レポートを含む。送信機モジュール７１０４は、送信前にアップリンク信号の少なくともいくつかを符号化するために使用する符号器７１１６を備える。いくつかの実施形態では、それぞれの専用制御チャンネル・アップリンク・セグメントは、他の専用制御チャンネル・アップリンク・セグメントとは独立して符号化される。さまざまな実施形態では、同じアンテナが送信機と受信機の両方に使用される。
【０３０６】
ユーザーＩ／Ｏデバイス７１０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、スピーカー、ディスプレイ等は、ユーザ・データを入／出力し、アプリケーションを制御し、例えば、ＷＴ  ７１００のユーザーが通信セッションを開始できるように無線端末のオペレーションを制御するために使用される。
【０３０７】
ルーチン７１１８は、通信ルーチン７１２２および無線端末制御ルーチン７１２４を含む。通信ルーチン７１２２は、無線端末７１００により使用される種々の通信プロトコルを実行する。無線端末制御ルーチン７１２４は、固定タイプ・レポート制御モジュール７１２６、フレキシブル・タイプ・レポート制御モジュール７１２８、アップリンク・トーン・ホッピング・モジュール７１３０、識別子モジュール７１３２、および符号化モジュール７１３４を含む。
【０３０８】
固定タイプ・レポート制御モジュール７１２６は、報告スケジュールに従って複数の異なるタイプの固定タイプ情報レポートの送信を制御し、固定タイプ情報レポートは報告スケジュールにより指示されたタイプである。
【０３０９】
フレキシブル・タイプ・レポート制御モジュール７１２８は、報告スケジュールにある予め定めた配置でフレキシブル・レポートの送信を制御し、フレキシブル・タイプ・レポートはフレキシブル・レポートを使用して報告できる複数のレポートからフレキシブル・レポート制御モジュールにより選択されたレポート・タイプである。フレキシブル・レポート制御モジュール７１２８は、レポート優先順位付けモジュール７１３６を含む。レポート優先順位付けモジュール７１３６では、複数の代替レポートのうちどれをフレキシブル・レポートで伝達すべきかを決定するときに、基地局に通信するためにキューに入れられているアップリンク・データの量、および少なくとも１つの信号干渉測定結果を考慮する。レポート優先順位付けモジュール７１３８は、さらに、少なくとも１つのレポートですでに報告されている情報の変化量を決定する変化決定モジュール７１３８を含む。例えば、変化決定モジュール７１３８が、ＷＴ自己ノイズを示すＳＮＲの飽和レベルの値が最後に報告された値から著しく変化していないと判定したが、アップリンク・トラフィック・チャンネル・リソースに対する需要は、最後に報告された要求から著しく増大している場合、無線端末７１００は、フレキシブル・レポートを使用してＳＮＲレポートの飽和レベルの代わりにアップリンク・トラフィック・チャンネル要求レポートを伝達することを選択することが可能である。
【０３１０】
アップリンク・トーン・ホッピング・モジュール７１３０は、送信目的で格納されているトーン・ホッピング情報に基づいて、専用セグメントの送信に対応する異なる時点において、論理割り当て済みＤＣＣＨチャンネル・トーンに対応する物理トーンを決定する。例えば、典型的な一つの実施形態では、ＤＣＣＨセグメントは、３つの滞留時間に対応し、それぞれの滞留時間は７つの連続するＯＦＤＭシンボル伝送時間間隔に同じ物理トーンを使用する。しかしながら、異なる滞留時間に関連付けられている物理トーンは、トーン・ホッピング情報により決定されるか、あるいは異なっていてもよい。
【０３１１】
識別子モジュール７１３２は、フレキシブル・レポートで伝達されるフレキシブル・タイプ・レポート識別子を生成し、個々のフレキシブル・レポートとともに伝達されるレポート・タイプ識別子は伝達されるフレキシブル・レポートのタイプを示している。さまざまな実施形態において、識別子モジュール７１３２は、レポート・タイプ識別子に対応するフレキシブル・レポートのタイプを示すレポートを生成する。この典型的な実施形態では、個々のフレキシブル・タイプ・レポートは、対応するレポート・タイプ識別子とともに同じＤＣＣＨセグメントで伝達される。この典型的な実施形態では、識別子モジュール７１３２は、基地局と無線端末との間で反復報告構造内の固定レポートの位置に基づき伝達される固定レポートのタイプに関する予め定められている合意があるため、固定タイプ・レポートには用いられない。
【０３１２】
符号化モジュール７１３４は、個別のフレキシブル・レポート識別子および対応するフレキシブル・レポートを、これらを送信する際に使用するＤＣＣＨ通信セグメントに対応する単一符号化ユニットにおいてともに符号化する。いくつかの実施形態では、符号化モジュール７１３４は、符号器７１１６と連携して動作する。
【０３１３】
データ／情報７１２０は、ユーザー／デバイス／セッション／リソース情報７１４０、システム・データ／情報７１４２、生成された固定タイプ・レポート１  ７１４４、生成された固定タイプ・レポートｎ  ７１４６、選択されたタイプのフレキシブル・レポート７１４８、生成されたフレキシブル・レポート７１５０、フレキシブル・レポート・タイプ識別子７１５２、符号化されたＤＣＣＨセグメント情報７１５４、割り当てられた論理トーン情報７１５８を含むＤＣＣＨチャンネル情報７１５６、基地局識別情報７１６０、端末識別情報７１６２、タイミング情報７１６４、キューに入っているアップリンク・データの量７１６６、信号干渉情報７１６８、及びレポート変更情報７１７０を含む。割り当てられた論理トーン情報７１５８は、固定レポートおよびフレキシブル・レポートを伝達するアップリンクＤＣＣＨセグメント信号を伝達するためにＷＴ  ７１００により使用される基地局割り当て単一論理アップリンク専用制御チャンネル・トーンを識別する。いくつかの実施形態では、単一割り当て論理ＤＣＣＨトーンは、基地局割り当てＯＮ状態識別子に関連付けられる。
【０３１４】
ユーザー／デバイス／セッション／リソース情報７１４０は、通信セッションに関する情報、例えば、ピア・ノード情報、アドレッシング情報、ルーティング情報、状態情報、およびＷＴ  ７１００に割り当てられたアップリンク無線リンク・リソースおよびダウンリンク無線リンク・リソース、例えば、セグメントを識別するリソース情報を含む。生成された固定タイプのレポート１  ７１４４は、ＷＴ  ７１００によりサポートされる複数の固定タイプのレポートのうちの１つに対応する固定タイプ・レポートであり、固定タイプ・レポート情報７１８８を使用して生成されている。生成された固定タイプのレポートｎ  ７１４６は、ＷＴ  ７１００によりサポートされる複数の固定タイプのレポートのうちの１つに対応する固定タイプ・レポートであり、固定タイプ・レポート情報７１８８を使用して生成される。選択されたタイプのフレキシブル・レポート７１４８は、フレキシブル・レポートで伝達されるレポートのタイプについての無線端末の選択を識別する情報、例えば、図３１のＴＹＰＥ２に対応する４つのパターンのうちの１つを識別する２ビットのパターンである。生成されたフレキシブル・レポート７１５０は、フレキシブル・レポートで伝達するためにＷＴ  ７１００により選択されうる複数のタイプのレポートのうちの１つに対応するフレキシブル・タイプ・レポートであり、フレキシブル・タイプ・レポート情報７１９０、例えば、ＢＯＤＹ４に対応する４つのビットのパターンを使用して生成され、例えば図１８のＵＬＲＱＳＴ４レポート、または図３０のＤＬＳＳＮＲ４レポートのうちの１つのビット・パターンを表す。符号化されたＤＣＣＨセグメント情報７１５４は、符号化モジュール７１３４の出力、例えば、Ｔｙｐｅ２およびＢｏｄｙ４レポートに対応する符号化されたＤＣＣＨセグメントまたは固定タイプ・レポートの混合に対応する符号化されたＤＣＣＨセグメントである。
【０３１５】
ＤＣＣＨチャンネル情報７１５６は、ＷＴ  ７１００に割り当てられたＤＣＣＨセグメントを識別する情報、例えば、ＤＣＣＨオペレーション・モード、例えば、フルトーンＤＣＣＨモードまたは分割トーンＤＣＣＨモードを識別する情報、および基地局接続ポイントにより使用されているＤＣＣＨチャンネル構造における割り当てられた論理ＤＣＣＨトーン７１５８を識別する情報を含む。基地局識別情報７１６０は、ＷＴ  ７２００により使用されている基地局接続ポイントを識別する情報、例えば、基地局、基地局セクタ、および／または接続ポイントに関連付けられているキャリアもしくはトーン・ブロック・ペアを識別する情報を含む。端末識別情報７１６２は、ＷＴ  ７１００識別情報、およびＷＴ  ７１００に一時的に関連付けられている基地局割り当て無線端末識別子、例えば、登録ユーザー識別子、アクティブ・ユーザー識別子、論理ＤＣＣＨチャンネル・トーンに関連付けられているＯＮ状態識別子を含む。タイミング情報７１６４は、現在のタイミング情報、例えば、反復タイミング構造内の現在のＯＦＤＭシンボル時間を識別する情報を含む。タイミング情報７１６４は、異なるタイプの固定レポートをいつ送信するかを決定する際にアップリンク・タイミング／周波数構造情報７１７８および固定タイプ・レポート送信スケジューリング情報７１８４とともに固定タイプ制御モジュール７１２６により使用される。タイミング情報７１６４は、フレキシブル・レポートをいつ送信するかを決定する際にアップリンク・タイミング／周波数構造情報７１７８およびフレキシブル・タイプ・レポート送信スケジューリング情報７１８６とともにフレキシブル・レポート制御モジュール７１２８により使用される。キューに入れられているアップリンク・データの量７１６６、例えば要求グループ・キュー内のＭＡＣフレームの量および／または要求グループ・キュー集合内のＭＡＣフレームの組合せは、フレキシブル・レポートスロットで伝達されるレポートのタイプを選択する際にレポート優先順位付けモジュール７１３６により使用される。信号干渉情報７１６８も、フレキシブル・レポートスロットで伝達されるレポートのタイプを選択する際に優先順位付けモジュール７１３６により使用される。変更決定モジュール７１３８から得られる、レポート変更情報７１７０、例えば、すでに伝達されているＤＣＣＨレポートからのデルタを示す情報は、フレキシブル・レポートスロットで伝達されるレポートのタイプを選択する際にレポート優先順位付けモジュール７１３６により使用される。
【０３１６】
システム・データ／情報７１４２は、基地局データ／情報の複数の集合（ＢＳ１データ／情報７１７２、．．．、ＢＳ  Ｍデータ／情報７１７４）、ＤＣＣＨレポート送信スケジューリング情報７１８２、固定タイプ・レポート情報７１８８、およびフレキシブル・タイプ・レポート情報７１９０を含む。ＢＳ  １データ／情報７１７２は、さらに、ダウンリンク・タイミングおよび周波数構造情報７１７６ならびにアップリンク・タイミング／周波数構造情報７１７８を含む。ダウンリンク・タイミング／周波数構造情報７１７６は、ダウンリンクキャリア情報、ダウンリンク・トーン・ブロック情報、ダウンリンク・トーンの個数、ダウンリンク・トーン・ホッピング情報、ダウンリンク・チャンネル・セグメント情報、ＯＦＤＭシンボル・タイミング情報、およびＯＦＤＭシンボルのグループ分けを含む。アップリンク・タイミング／周波数構造情報７１７８は、アップリンク・キャリア情報、アップリンク・トーン・ブロック情報、アップリンク・トーンの個数、アップリンク・トーン・ホッピング情報、アップリンク・チャンネル・セグメント情報、ＯＦＤＭシンボル・タイミング情報、およびＯＦＤＭシンボルのグループ分けを含んでいる。アップリンク・タイミング／周波数構造情報７１７８は、トーン・ホッピング情報７１８０を含む。
【０３１７】
ＤＣＣＨレポート送信スケジューリング情報７１８２は、通信制御チャンネルの専用セグメントを用いて、基地局、例えば、アクセス・ノードへのレポートの送信を制御する際に使用される。ＤＣＣＨ送信スケジューリング情報７１８２は、反復スケジュール内の固定タイプ・レポートの配置およびタイプを識別し、反復スケジュール内のフレキシブル・タイプ・レポートの配置を識別する反復報告スケジュールにおける異なるＤＣＣＨセグメントの複合体を識別する情報を含む。レポート送信スケジューリング情報７１８２は、固定タイプ・レポート情報７１８４およびフレキシブル・タイプ・レポート情報７１８６を含む。例えば、典型的な一つの実施形態では、反復スケジュールは、４０個のインデックス付きＤＣＣＨセグメントを含み、固定レポートおよび／またはフレキシブル・レポートの包含に関してそれぞれのインデックス付きセグメントの複合体は、レポート送信スケジューリング情報７１８２により識別される。図１０は、ビーコン・スロットにおいて生じるフルトーンＤＣＣＨオペレーション・モードで使用される４０個のインデックス付きＤＣＣＨセグメントを含む反復構造に対応する典型的なＤＣＣＨレポート送信スケジュール情報の一つの実施例を示している。図１０のこの実施例では、ＢＯＤＹ４レポートは、フレキシブル・レポートであり、ＴＹＰＥ２レポートは、同じＤＣＣＨセグメントの対応するＢＯＤＹ４レポートで伝達されるレポートのタイプを識別する識別子レポートである。他の例示されているレポート、例えば、ＤＬＳＮＲ５レポート、ＵＬＲＱＳＴ１レポート、ＤＬＤＮＳＮＲ３レポート、ＵＬＲＱＳＴ３レポート、ＲＳＶＤ２レポート、ＵＬＲＱＳＴ４レポート、ＵＬＴＸＢＫＦ５レポート、ＤＬＢＮＲ４レポート、ＲＳＶＤ１レポート、およびＤＬＳＳＮＲ４レポートは固定タイプ・レポートである。報告スケジュールの１回の繰り返しでは、フレキシブル・レポートよりも固定レポートのほうが多い。いくつかの実施形態では、報告スケジュールは、報告スケジュールの１回の繰り返しでフレキシブル・レポートの個数の８倍の固定レポートを含む。いくつかの実施形態では、固定レポートを送信するために使用されるそれぞれの９つの専用制御チャンネル・セグメントに対し、報告スケジュールが含む、フレキシブル・レポートを報告するために使用される専用制御チャンネル・セグメントは平均１個未満である。
【０３１８】
固定タイプ・レポート情報７１８８は、専用制御チャンネル上で伝達される複数の固定タイプのレポートのそれぞれに対するフォーマットを識別する情報、例えば、レポートに関連付けられている情報ビット数および伝達できる可能なビット・パターンのそれぞれに与えられる解釈を含む。複数の固定タイプ情報レポートは、アップリンク・トラフィック・チャンネル要求レポート、無線端末自己ノイズ・レポート、例えば、自己ノイズＳＮＲレポートのダウンリンク飽和レベル、ダウンリンクＳＮＲの絶対レポート、ダウンリンクＳＮＲの相対レポート、アップリンク送信電力レポート、例えば、ＷＴ送信電力バックオフ・レポート、および干渉レポート、例えば、ビーコン比レポートを含む。図１３、図１５、図１６、図１８、図１９、図２６、図２９、図３０は、それぞれＤＬＳＮＲ５レポート、ＤＬＤＳＮＲ３レポート、ＵＬＲＱＳＴ１レポート、ＵＬＲＱＳＴ４レポート、ＵＬＲＱＳＴ３レポート、ＵＬＴｘＢＫＦ５レポート、およびＤＬＢＮＲ４レポートに対応する典型的な固定タイプ・レポート情報７１８８を示す。
【０３１９】
フレキシブル・タイプ・レポート情報７１９０は、専用制御チャンネル上で伝達されるフレキシブル・レポートで伝達されるよう選択されうる潜在的タイプのレポートのそれぞれに対するフォーマットを識別する情報、例えば、レポートに関連付けられている情報ビット数および伝達できる可能なビット・パターンのそれぞれに与えられる解釈を含む。フレキシブル・タイプ・レポート情報７１９０は、さらに、フレキシブル・レポートに伴うフレキシブル・タイプ・インジケータ・レポートを識別する情報、例えば、フレキシブル・タイプ・インジケータ・レポートに関連付けられている情報ビットの数およびそれぞれのビット・パターンが指示するフレキシブル・レポートのタイプの指定を含む。いくつかの実施形態では、フレキシブル・レポートで伝達されるようにＷＴにより選択されうるレポートのタイプの少なくともいくつかは、固定タイプのレポートと同じである。例えば、典型的な一つの実施形態では、フレキシブル・レポートは、４ビット・アップリンク・トラフィック・チャンネル要求レポートおよび４ビット・ダウンリンク飽和レベルのＳＮＲレポートを含むレポートの集合から選択することができ、この４ビット・アップリンク・トラフィック・チャンネル要求レポートおよび４ビット・ダウンリンク飽和レベルのＳＮＲレポートは、反復報告スケジュール中の予め定めた固定位置で固定タイプ・レポートとして伝達されるときに使用されるのと同じフォーマットに従う。図３１、図１８、および図３０は、典型的なフレキシブル・タイプ・レポート情報７１９０を示している。
【０３２０】
図７２は、本発明により実現され、本発明の方法を使用する、典型的な無線端末７２００、例えば移動ノードを示す図面である。典型的なＷＴ  ７２００は、図１の典型的なシステムの無線端末の何れであってもよい。典型的なＷＴ  ７２００は、図１の典型的なシステム１００のＷＴ（１３６、１３８、１４４、１４６、１５２、１５４、１６８、１７０、１７２、１７４、１７６、１７８）のうちの何れであってもよい。典型的な無線端末７２００は、さまざまな要素がデータ／情報を交換する際に使用するバス７２１２を介して結合されてまとめられている受信機モジュール７２０２、送信機モジュール７２０４、プロセッサ７２０６、ユーザーＩ／Ｏデバイス７２０８、およびメモリ７２１０を備える。
【０３２１】
メモリ７２１０は、ルーチン７２１８およびデータ／情報７２２０を格納する。例えばＣＰＵであるプロセッサ７２０６は、ルーチン７２１８を実行し、メモリ７２１０内のデータ／情報７２２０を使用して、無線端末７２００のオペレーションを制御し、本発明の方法を実施する。
【０３２２】
受信機モジュール７２０２、例えば、ＯＦＤＭ受信機は、無線端末７２００が基地局からダウンリンク信号を受信するために使用する受信アンテナ７２０３に接続される。受信機モジュール７２０２は、受信されたダウンリンク信号の少なくとも一部を復号する復号器７２１４を備えている。受信されたダウンリンク信号は、基地局接続ポイント識別情報を伝達する信号、例えば、ビーコン信号、および基地局割り当て無線端末識別子、例えば、基地局接続ポイントによりＷＴ  ７２００に割り当てられているＯＮ状態識別子、ＷＴ  ７２００により使用される専用制御チャンネル・セグメントに関連付けられているＯＮ状態識別子を含む信号を含んでいる。他の受信されるダウンリンク信号は、アップリンクおよび／またはダウンリンク・トラフィック・チャンネル・セグメントに対応する割り当て信号およびダウンリンク・トラフィック・チャンネル・セグメント信号を含む。基地局接続ポイントによるＷＴ  ７２００へのアップリンク・トラフィック・チャンネル・セグメントの割り当ては、ＷＴ  ７２００から受信されたバックログ情報レポートに応答するものとみなしてよい。
【０３２３】
送信機モジュール７２０４、例えばＯＦＤＭ送信機は、無線端末７２００が基地局にアップリンク信号を送信するために使用する送信アンテナ７２０５に接続される。送信機モジュール７２０４は、生成されたバックログ情報レポートの少なくとも一部を送信するために使用される。送信される生成済みバックログ情報レポートは、無線端末７２００に専用的に割り当てられているアップリンク制御チャンネル・セグメントで送信機モジュール７２０４により送信される。送信機モジュール７２０４は、さらに、アップリンク・トラフィック・チャンネル・セグメント信号を送信するためにも使用される。送信機モジュール７２０４は、送信前にアップリンク信号の少なくともいくつかを符号化するために使用する符号器７２１６を備える。いくつかの実施形態では、それぞれの専用制御チャンネル・アップリンク・セグメントは、他の専用制御チャンネル・アップリンク・セグメントとは独立して符号化される。さまざまな実施形態では、同じアンテナが送信機と受信機の両方に使用される。
【０３２４】
ユーザーＩ／Ｏデバイス７２０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、スピーカー、ディスプレイ等は、ユーザ・データを入／出力し、アプリケーションを制御し、例えば、ＷＴ  ７２００のユーザーが通信セッションを開始できるように無線端末のオペレーションを制御するために使用される。
【０３２５】
ルーチン７２１８は、通信ルーチン７２２２および無線端末制御ルーチン７２２４を含む。通信ルーチン７２２２は、無線端末７２００により使用される種々の通信プロトコルを実行する。無線端末制御ルーチン７２２４は、受信機モジュール７２０２、送信機モジュール７２０４、およびユーザーＩ／Ｏデバイス７２０８の制御を含む無線端末７２００のオペレーションを制御する。無線端末制御ルーチン７２２４は、本発明の方法を実施するために使用される。
【０３２６】
無線端末制御ルーチン７２２４は、キュー・ステータス監視モジュール７２２６、送信バックログ・レポート生成モジュール７２２８、送信バックログ・レポート制御モジュール７２３０、および符号化モジュール７３３２を含む。キュー・ステータス監視モジュール７２６６は、送信される情報を格納するために使用される複数の異なるキューのうちの少なくとも１つに入っている情報量を監視する。キュー中の情報量は、時間の経過とともに、例えば、データ／情報をさらに送信することが必要になったとき、データ／情報が正常に送信されるとき、データ／情報を再送する必要があるとき、例えば時間の関係上、またはセッションもしくはアプリケーションが終了したためデータ／情報が喪失したときに変化する。送信バックログ・レポート生成モジュール７２８８は、送信バックログ情報を供給する異なるビット・サイズのバックログ情報レポート、例えば、１ビット・アップリンク要求レポート、３ビット・アップリンク要求レポート、および４ビット・アップリンク要求レポートを生成する。送信バックログ・レポート制御モジュール７２３０は、生成されたバックログ情報レポートの送信を制御する。送信バックログ・レポート生成モジュール７２２８は、情報グループ分けモジュール７２３４を含む。情報グループ分けモジュール７２３４は、キューの異なる集合に対応するステータス情報をグループ分けする。グループ分けモジュール７２３４は、異なるビット・サイズのバックログ情報レポートに対する異なる情報グループ分けをサポートする。符号化モジュール７３３２は、専用アップリンク制御チャンネル・セグメントで送信される情報を符号化し、少なくともいくつかのセグメントについて、符号化モジュール７３３２は、非バックログ制御情報を伝達するために使用される少なくとも１つの追加のバックログ・レポートとともに送信バックログ・レポートを符号化する。ＤＣＣＨセグメントに対する送信バックログ・レポートとともに符号化される、可能な追加のレポートは、信号対雑音比レポート、自己ノイズ・レポート、干渉レポート、および無線端末送信電力レポートを含む。
【０３２７】
データ／情報７２２０は、ユーザー／デバイス／セッション／リソース情報７２３６、システム・データ／情報７２３８、キュー情報７２４０、割り当てられた論理トーン情報７２４４を含むＤＣＣＨチャンネル情報７２４２、基地局識別情報７２４６、端末識別情報７２４８、タイミング情報７２５０、組合せ要求グループ情報７２５２、生成された１ビット・アップリンク要求レポート７２５４、生成された３ビット・アップリンク要求レポート７２５６、生成された４ビット・アップリンク要求レポート７２５８、生成された追加のＤＣＣＨレポート７２６０、および符号化されたＤＣＣＨセグメント情報７２６２を含んでいる。
【０３２８】
ユーザー／デバイス／セッション／リソース情報７２３６は、通信セッションに関係する情報、例えば、ピア・ノード情報、アドレッシング情報、ルーティング情報、状態情報、およびＷＴ  ７２００に割り当てられた、アップリンク無線リンク・リソースおよびダウンリンク無線リンク・リソース、例えば、セグメントを識別するリソース情報を含む。キュー情報７２４０は、ＷＴ  ７２００が送信することを意図しているユーザ・データ、例えば、キューに関連付けられているユーザ・データのＭＡＣフレーム、ＷＴ  ７２００が送信することを意図しているユーザ・データの量を識別する情報、例えば、キューに関連付けられているＭＡＣフレームの総数を含む。キュー情報７２４０は、要求グループ０情報７２６４、要求グループ１情報７２６６、要求グループ２情報７２６８、および要求グループ３情報７２７０を含む。
【０３２９】
ＤＣＣＨチャンネル情報７２４２は、ＷＴ  ７２００に割り当てられたＤＣＣＨセグメントを識別する情報、例えば、ＤＣＣＨオペレーション・モード、例えば、フルトーンＤＣＣＨモードまたは分割トーンＤＣＣＨモードを識別する情報、および基地局接続ポイントにより使用されているＤＣＣＨチャンネル構造における割り当てられた論理ＤＣＣＨトーン７２４４を識別する情報を含む。基地局識別情報７２４６は、ＷＴ  ７２００により使用されている基地局接続ポイントを識別する情報、例えば、基地局、基地局セクタ、および／または接続ポイントに関連付けられているキャリアもしくはトーン・ブロック・ペアを識別する情報を含む。端末識別情報７２４８は、ＷＴ  ７２００識別情報、およびＷＴ  ７２００に一時的に関連付けられている基地局割り当て無線端末識別子、例えば、登録ユーザー識別子、アクティブ・ユーザー識別子、論理ＤＣＣＨチャンネル・トーンに関連付けられているＯＮ状態識別子を含む。タイミング情報７２５０は、現在のタイミング情報、例えば、反復タイミング構造内の現在のＯＦＤＭシンボル時間を識別する情報を含む。タイミング情報７２５０は、異なるタイプのバックログ・レポートをいつ送信するかを決定する際にアップリンク・タイミング／周波数構造情報７２７８および格納されている送信バックログ報告スケジュール情報７２８１とともに送信バックログ・レポート制御モジュール７２３０により使用される。組み合わされた要求グループ情報７２５４は、要求グループの組合せに関係する情報、例えば、要求グループ０および要求グループ１の組合せに対応して送信される情報の量、例えばＭＡＣフレームの総数を識別する値を含んでいる。
【０３３０】
生成された１ビット・アップリンク要求レポート７２５４は、キュー情報７２４０および／または組み合わせた要求グループ情報７２５２、および１ビット・サイズのレポート・マッピング情報７２９０を使用して送信バックログ・レポート生成モジュール７２２８により生成される１情報ビット送信バックログ・レポートである。生成された３ビット・アップリンク要求レポート７２５６は、キュー情報７２４０および／または組み合わせた要求グループ情報７２５２、および３ビット・サイズのレポート・マッピング情報７２９２を使用して送信バックログ・レポート生成モジュール７２２８により生成される３情報ビット送信バックログ・レポートである。生成された４ビット・アップリンク要求レポート７２５８は、キュー情報７２４０および／または組み合わせた要求グループ情報７２５２、および４ビット・サイズのレポート・マッピング情報７２９４を使用して送信バックログ・レポート生成モジュール７２２８により生成される４情報ビット送信バックログ・レポートである。生成される追加のＤＣＣＨレポート７２６０は、例えば、生成されたダウンリンク絶対ＳＲＮレポート、生成されたデルタＳＮＲレポート、生成された干渉レポート、例えば、ビーコン比レポート、生成された自己ノイズ・レポート、例えばＳＮＲの飽和レベルのＷＴ自己ノイズ・レポート、ＷＴ電力レポート、例えば、ＷＴ送信電力バックオフ・レポートである。符号化モジュール７２３４は、所与のＤＣＣＨセグメントについて、生成された追加のレポート７２６０とともに送信バックログ・レポート７２５４、送信バックログ・レポート７２５６、および送信バックログ・レポート７２５８を符号化し、符号化されたＤＣＣＨセグメント情報を得る。典型的なこの実施形態では、それぞれのＤＣＣＨセグメントは、同じサイズであり、例えば、ＤＣＣＨセグメントに含まれる送信バックログ・レポートが１ビット・レポートであるか、３ビット・レポートであるか、または４ビット・レポートであるかに関係なく、同じ数のトーン・シンボルを使用する。例えば、１つのＤＣＣＨセグメントに対して、１ビットＵＬ要求送信バックログ・レポートは、５ビット・ダウンリンク絶対ＳＮＲレポートで統合して符号化され、他のＤＣＣＨセグメントに対して、３ビットＵＬ要求送信バックログ・レポートは、３ビット・ダウンリンク・デルタＳＮＲレポートで統合符号化され、他のＤＣＣＨセグメントに対して、４ビットＵＬ要求送信バックログ・レポートは、２ビット予約レポートで統合符号化される。
【０３３１】
システム・データ／情報７２３８は、基地局情報の複数の集合（ＢＳ１データ／情報７２７２、．．．、ＢＳ  Ｍデータ／情報７２７４）、専用制御チャンネル・レポート送信報告スケジュール情報７２８０、格納されている送信バックログ・レポート・マッピング情報７２８８、およびキュー集合情報７２９６を含む。ＢＳ  １データ／情報７２７２は、ダウンリンク・タイミング／周波数構造情報７２７６とアップリンク・タイミング／周波数構造情報７２７８を含む。ダウンリンク・タイミング／周波数構造情報７２７６は、ダウンリンクキャリア情報、ダウンリンク・トーン・ブロック情報、ダウンリンク・トーン個数、ダウンリンク・トーン・ホッピング情報、ダウンリンク・チャンネル・セグメント情報、ＯＦＤＭシンボル・タイミング情報、およびＯＦＤＭシンボルのグループ分けを含む。アップリンク・タイミング／周波数構造情報７２７８は、アップリンク・キャリア情報、アップリンク・トーン・ブロック情報、アップリンク・トーン個数、アップリンク・トーン・ホッピング情報、アップリンク・チャンネル・セグメント情報、ＯＦＤＭシンボル・タイミング情報、およびＯＦＤＭシンボルのグループ分けを含む。ＤＣＣＨレポート送信報告スケジュール情報７２８０は、格納されている送信バックログ報告スケジュール情報７２８１を含む。図１０は、フルトーンＤＣＣＨオペレーション・モードに対するビーコン・スロット内の４０個のインデックス付きＤＣＣＨセグメントの反復スケジュールに対応する典型的なＤＣＣＨ送信スケジュール情報を示しており、ここで、ビーコン・スロットは基地局のタイミング／周波数構造で使用される構造である。格納されている送信バックログ報告スケジュール情報は、送信バックログ・レポートのそれぞれの配置、例えば、図１０のＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、およびＵＬＲＱＳＴ４レポートの配置を識別する情報を含む。格納されている送信バックログ報告スケジューリング情報７２８１は、特定のビット・サイズのレポートをいつ送信すべきかを決定する際に送信バックログ・レポート制御モジュール７２３０により使用される。格納されている送信バックログ報告スケジュール情報７２８１は、１ビット・サイズ・レポート情報７２８２、３ビット・サイズ・レポート情報７２８４、および４ビット・サイズ・レポート情報７２８６を含む。例えば、図１０に関して、１ビット・サイズ・レポート情報７２８２は、ＵＬＲＱＳＴ１レポートがインデックスｓ２＝０であるＤＣＣＨセグメントのＬＳＢに対応することを識別する情報を含み、３ビット・サイズ・レポート情報７２８４は、ＵＬＲＱＳＴ３レポートがインデックスｓ２＝２であるＤＣＣＨセグメントの３つのＬＳＢに対応することを識別する情報を含み、４ビット・サイズ・レポート情報７２８６は、ＵＬＲＱＳＴ４レポートがインデックスｓ２＝４であるＤＣＣＨセグメントの４つのＬＳＢに対応することを識別する情報を含んでいる。
【０３３２】
格納されている送信バックログ・スケジューリング情報７２８１は、送信レポーティング・スケジュールの１回の繰り返しで３ビット・サイズ・バックログ・レポートに比べて送信される１ビット・サイズ・バックログ・レポートが多いことを示す。格納されている送信バックログ・スケジューリング情報７２８１は、さらに、送信レポーティング・スケジュールの１回の繰り返しで４ビット・サイズ・バックログ・レポートに比べて送信される３ビット・サイズ・バックログ・レポートが多いか、または同数であることを示している。例えば、図１０では、識別されたＵＬＲＱＳＴ１レポートは１６、識別されたＵＬＲＱＳＴ３レポートは１２、識別されたＵＬＲＱＳＴ４レポートは９である。図１０に対応するこの典型的な実施形態では、フレキシブル・レポート、Ｂｏｄｙ４レポートは、４ビットＵＬＲＱＳＴレポートを伝達し、報告構造の１回の繰り返しの３つのフレキシブル・レポートがＵＬＲＱＳＴ４レポートを伝送する場合には、無線端末は１２個のＵＬＲＱＳＴ４レポートを伝達する。
【０３３３】
格納されている送信バックログ・レポート・マッピング情報７２８８は、１ビット・サイズ・レポート情報７２９０、３ビット・サイズ・レポート情報７２９２、および４ビット・サイズ・レポート情報７２９４を含んでいる。１ビット・サイズ・レポート・マッピング情報７２９０の実施例は、図１６および図６１を含んでいる。３ビット・サイズ・レポート・マッピング情報の実施例は、図１９、図２１、図２３、図２５、図６４、図６６、図６８、および図７０を含む。４ビット・サイズ・レポート・マッピング情報の実施例は、図１８、図２０、図２２、図２４、図６３、図６５、図６７、および図６９を含む。格納されている送信バックログ・マッピング情報７２８８は、キュー・ステータス情報と異なるビット・サイズのバックログ・レポートを使用して伝達されうるビット・パターンとの間のマッピングを示す情報を含む。この典型的な実施形態では、１ビット・サイズ・バックログ・レポートは、複数の異なる送信キューに対応するバックログ情報を与え、１ビットは、要求グループ０および要求グループ１の組合せに対応して送信すべき情報の有無を示す。さまざまな実施形態において、最小のビット・サイズ、例えば、１ビット・サイズのバックログ・レポートが、最高優先度トラフィックに使用され、例えば、その場合、最高優先度は音声または制御トラフィックである。いくつかの実施形態では、第２のビット・サイズ・レポート、例えば、３ビット・サイズ・レポートは、すでに伝達されている第３のビット・サイズ・レポート、例えば４ビット・サイズ・レポートに関してデルタを伝達し、図６３および図６４は、そのような関係を例示する。いくつかの実施形態では、第２の固定サイズ・レポート、例えば、３ビット・サイズ・レポートは、キューの２つの集合に関する情報を与える。例えば、図４１を考察すると、第２のタイプのレポートは、キューの第２の集合およびキューの第３の集合に関する情報を伝達する。さまざまな実施形態において、第３のサイズのレポート、例えば、４ビット・サイズ・レポートは、キューの１つの集合に関する情報を与える。そのようないくつかの実施形態では、キューの１つの集合は、１つの要求グループ・キュー、２つの要求グループ・キュー、または３つの要求グループ・キューを含む。いくつかの実施形態では、アップリンク・トラフィックに対し予め定めた数の要求グループ、例えば、ＲＧ０、ＲＧ１、ＲＧ２、およびＲＧ３の４つがあり、第３の固定サイズ・レポート、例えば、４ビット・サイズ・レポートは、異なる要求グループ・キューの何れかに対応するバックログ情報を伝達することができる。例えば、図４１を考察すると、第３のタイプのレポートは、キューの第４の集合、キューの第５の集合、キューの第６の集合、またはキューの第７の集合のうちの１つに関する情報を伝達し、所与の任意の辞書について、第３のタイプのレポートは、ＲＧ０、ＲＧ１、ＲＧ２、およびＲＧ３に関係する情報を伝達できる。
【０３３４】
キュー集合情報７２９６は、送信バックログ・レポートを生成するときに使用されるキューのグループ分けを識別する情報を含む。図４１は、様々な典型的なタイプの送信バックログ・レポートで使用されるキューの典型的なグループ分けを示している。
【０３３５】
図７４は、本発明により実現され本発明の方法を使用する典型的な無線端末７４００である例えば移動ノードを示す図である。典型的な無線端末７４００は、図１の無線端末の何れであってもよい。典型的な無線端末７４００は、さまざまな要素がデータおよび情報を交換する際に使用するバス７４１２を介して結合されてまとめられている受信機モジュール７４０２、送信機モジュール７４０４、プロセッサ７４０６、ユーザーＩ／Ｏデバイス７４０８、およびメモリ７４１０を備える。
【０３３６】
メモリ７４１０は、ルーチン７４１８およびデータ／情報７４２０を格納する。例えばＣＰＵであるプロセッサ７４０６は、ルーチン７４１８を実行し、メモリ７４１０内のデータ／情報７４２０を使用して、無線端末７４００のオペレーションを制御し、本発明の方法を実現する。ユーザーＩ／Ｏデバイス７４０８、例えば、マイク、キーボード、キーパッド、スイッチ、カメラ、ディスプレイ、スピーカー等は、ユーザ・データを入力し、ユーザ・データを出力し、アプリケーションをユーザー側で制御できるようにし、かつ／または無線端末のさまざまな機能を制御し、例えば通信セッションを開始するために使用される。
【０３３７】
受信機モジュール７４０２、例えば、ＯＦＤＭ受信機は、無線端末７４００が基地局からダウンリンク信号を受信するために使用する受信アンテナ７４０３に結合される。受信されたダウンリンク信号は、例えば、ビーコン信号、パイロット信号、ダウンリンク・トラフィック・チャンネル信号、閉ループ電力制御信号を含む電力制御信号、タイミング制御信号、割り当て信号、登録応答信号、基地局割り当て無線端末識別子、例えば、ＤＣＣＨ論理チャンネル・トーンに関連付けられているＯＮ状態識別子を含む信号を含む。受信機モジュール７４０２は、受信されたダウンリンク信号の少なくとも一部を復号化するために使用される復号器７４１４を備える。
【０３３８】
送信機モジュール７４０４、例えば、ＯＦＤＭ送信機は、無線端末７４００が基地局にアップリンク信号を送信するために使用する送信アンテナ７４０５に接続される。いくつかの実施形態では、同じアンテナが、受信機と送信機に使用され、例えば、アンテナは、デュプレクサ・モジュールを通して受信機モジュール７４０２および送信機モジュール７４０４に結合される。アップリンク信号は、例えば、基地局により測定されうる基準信号およびＷＴ送信電力バックオフ・レポートなどのＷＴ電力レポートを含むレポートを伝達する登録要求信号、専用制御チャンネル・セグメント信号、およびアップリンク・トラフィック・チャンネル・セグメント信号を含む。送信機モジュール７４０４は、アップリンク信号の少なくともいくつかを符号化するために使用される符号器７４１６を備える。ＤＣＣＨセグメントは、この実施形態ではセグメント毎に符号化される。
【０３３９】
ルーチン７４１８は、通信ルーチン７４２２および無線端末制御ルーチン７４２２を含んでいる。通信ルーチン７４２２は、無線端末７４００により使用されるさまざまな通信プロトコルを実装する。無線端末制御ルーチン７４２２は、レポート生成モジュール７４２６、無線端末送信電力制御モジュール７４３０、専用制御チャンネル制御モジュール７４３２、トーン・ホッピング・モジュール７４３４、およびレポート・フォーマット制御モジュール７４３６を含む。レポート生成モジュール７４２６は、計算サブモジュール７４２８を含む。
【０３４０】
レポート生成モジュール７４２６は、電力レポート、例えば、無線端末送信電力バックオフ・レポートを生成し、それぞれの電力レポートは無線端末の最大送信電力と電力レポートに対応する時点に無線端末に知られている電力レベルを有する基準信号の送信電力との比を示している。無線端末送信電力制御モジュール７４３０は、基地局から受信された少なくとも１つの閉ループ電力レベル制御信号を含む情報に基づき無線端末の送信電力レベルを制御するために使用される。基地局から受信された閉ループ電力制御信号は、基地局において所望の受信電力レベルが得られるように無線端末送信機電力を制御するために使用される信号でありうる。いくつかの実施形態では、基地局は、無線端末の実際の送信電力レベルおよび／または最大送信電力レベルに関する知識を実際には得ていない。いくつかのシステム実装では、異なるデバイスは、異なる最大送信電力レベルを有し、例えば、デスクトップ無線端末は、ノートパソコンに実装された携帯端末と異なる最大送信電力能力を有する、例えば、電池電力をオフにして動作することができる。
【０３４１】
無線端末送信の電力制御モジュール７４３０は、専用制御チャンネルに関連付けられている送信電力レベルの閉ループ電力制御調節を実行する。専用制御チャンネル制御モジュール７４３２は、専用制御チャンネル・シグナリングに複数の論理トーンのうちのどの単一論理トーンが使用されるべきかを決定し、単一論理トーンは専用制御チャンネル・セグメントの集合を使用して制御シグナリングを送信する際に使用するため無線端末に専用として割り当てられる。
【０３４２】
トーン・ホッピング・モジュール７４３４は、異なる時点において、複数の連続するＯＦＤＭシンボル伝送時間間隔で専用制御チャンネル情報を伝達するために使用される単一の物理ＯＦＤＭトーンを決定する。例えば、典型的な一つの実施形態では、単一の専用制御チャンネル論理トーンに対応する専用制御チャンネル・セグメントは、２１個のＯＦＤＭトーン・シンボルを含み、これら２１個のＯＦＤＭトーン・シンボルは７つのＯＦＤＭトーン・シンボルの３つの集合を備え、７つのＯＦＤＭトーン・シンボルのそれぞれの集合は７つの連続するＯＦＤＭシンボル伝送期間のハーフ・スロットに対応し、また物理ＯＦＤＭトーンに対応し、これら３つの集合はそれぞれ異なる物理ＯＦＤＭトーンに対応することができ、１つの集合に対するＯＦＤＭトーンはトーン・ホッピング情報に従って決定される。レポート・フォーマット制御モジュール７４３６は、レポートが送信されるときに複数の専用制御チャンネル・オペレーション・モードのどれが無線端末７４００により使用されているかに応じて電力レポートのフォーマットを制御する。例えば、典型的な一つの実施形態では、無線端末は、フルトーンＤＣＣＨオペレーション・モードのときには電力レポートに５ビット・フォーマットを使用し、分割トーン・オペレーション・モードのときには４ビット電力レポートを使用する。
【０３４３】
計算サブモジュール７４２８は、ｄＢｍ単位のアップリンク専用制御チャンネルのトーン毎の送信電力をｄＢｍ単位の無線端末の最大送信電力から減じる。いくつかの実施形態では、最大送信電力は、設定値、例えば、無線端末に格納されている予め定めた値、または例えば基地局から無線端末に伝達され、無線端末に格納されている値である。いくつかの実施形態では、最大送信電力は、無線端末の電力出力能力に依存している。いくつかの実施形態では、最大送信電力は、無線端末のタイプに依存する。いくつかの実施形態では、最大送信電力は、無線端末のオペレーション・モードに依存し、例えば、異なるモードは外部電源を使用するオペレーション、電池を使用するオペレーション、第１のレベルの予備エネルギー源を有する電池を使用するオペレーション、第２のレベルの予備エネルギー源を有する電池を使用するオペレーション、第１の稼働持続時間をサポートする予想量の予備エネルギー源を有する電池を使用するオペレーション、第２の稼働持続時間をサポートする予想量の予備エネルギー源を有する電池を使用するオペレーション、通常電力モードにおけるオペレーション、節電モードにおける、節電モードの最大電力が通常電力モードの最大送信電力よりも低いオペレーションのうちの少なくとも２つに対応する。さまざまな実施形態において、最大送信電力値は、無線端末の最大出力電力レベルを制限する政府規制に従うように選択されている値であり、例えば、最大送信電力値は、許容可能な最大レベルとなるように選択される。異なるデバイスは、基地局に知られていても、また知られていなくてもよい異なる最大電力レベル能力を持つことができる。基地局は、無線端末によりサポートすることができる、サポート可能なアップリンク・トラフィック・チャンネル・データ・スループット、例えば、送信セグメント毎のスループットを決定する際にバックオフ・レポートを使用することができ、またいくつかの実施形態ではバックオフ・レポートを使用している。これは、バックオフ・レポートは、バックオフ・レポートが比の形で用意されるため、基地局が使用されている実際の送信電力レベルまたは無線端末の最大能力を知っていないとしても、トラフィック・チャンネル伝送に使用することができる追加の電力に関する情報を与えるからである。
【０３４４】
いくつかの実施形態では、無線端末は、同時に１つまたは複数の無線接続をサポートすることが可能であり、それぞれのコネクションは対応する最大送信電力レベルを有する。値で示される、最大送信電力レベルは、コネクションが異なれば異なりうる。それに加えて、所与のコネクションに関して、最大送信電力レベルは、時間の経過とともに、例えば、無線端末によりサポートされているコネクションの数が変わったときに、変化する可能性がある。したがって、基地局が無線端末の最大送信電力能力を知っていたとしても、基地局は、特定の時点において無線端末によりサポートされている通信リンクの数を認識していない場合があることに留意していただきたい。しかし、バックオフ・レポートは、基地局側で電源のエネルギーを消費していると思われる他の可能な既存のコネクションに関して知らなくても、所与のコネクションに利用可能な電力に関して基地局に知らせる情報を提供する。
【０３４５】
データ／情報７４２０は、ユーザー／デバイス／セッション／リソース情報７４４０、システム・データ７４４２、受信された電力制御信号情報７４８４、最大送信電力情報７４８６、ＤＣＣＨ電力情報７４９０、タイミング情報７４９２、ＤＣＣＨチャンネル情報７４９４、基地局識別情報７４９８、端末識別情報７４９９、電力レポート情報７４９５、追加のＤＣＣＨレポート情報７４９３、符号化されたＤＣＣＨセグメント情報７４９１、およびＤＣＣＨモード情報７４８９を含む。ＤＣＣＨチャンネル情報７４９４は、割り当てられた論理トーン情報７４９６、例えば、基地局接続ポイントにより無線端末に現在割り当てられている単一の論理ＤＣＣＨチャンネル・トーンを識別する情報を含む。
【０３４６】
ユーザー／デバイス／セッション／リソース情報７４４０は、ユーザー識別情報、ユーザー名情報、ユーザー・セキュリティ情報、デバイス識別情報、デバイス・タイプ情報、デバイス制御パラメータ、ピア・ノード情報などのセッション情報、セキュリティ情報、状態情報、ピア・ノード識別情報、ピア・ノード・アドレッシング情報、ルーティング情報、ＷＴ  ７４００に割り当てられたアップリンク・チャンネル・セグメントおよび／またはダウンリンク・チャンネル・セグメントなどの無線リンク・リソース情報を含む。受信された電力制御情報７４８４は、例えば、閉ループ電力制御されている制御チャンネル、例えばＤＣＣＨチャンネルに関して無線端末の送信電力レベルを増大させるか、減少させるか、または変化させない基地局から受信されたＷＴ電力制御コマンドを含む。最大送信電力情報７４８６は、電力レポートを生成する際に使用される最大無線端末送信電力値を含む。基準信号情報７４９６は、電力レポート計算で使用される基準信号を、例えばＤＣＣＨチャンネル信号として識別する情報、および電力レポートが伝達されるＤＣＣＨセグメントの送信開始時間および電力レポート時間オフセット情報７４７２に基づき決定される時点における基準信号の送信電力レベルを含む。ＤＣＣＨ電力情報７４９０は、最大送信電力情報７４８６および入力ＤＣＣＨ電力情報７４９０としての基準信号情報７４９７が電力レポートを伝達するために電力レポート情報７４９５内のビット・パターンにより表される計算サブモジュール７４２８の結果である。追加のＤＣＣＨレポート情報７４９３は、電力レポートと同じＤＣＣＨセグメントで伝達される、他のタイプのＤＣＣＨレポート、例えば、１ビット・アップリンク・トラフィック・チャンネル要求レポートまたは４ビット・アップリンク・トラフィック・チャンネル要求レポートなどの他のＤＣＣＨレポートに対応する情報を含む。符号化されたＤＣＣＨセグメント情報７４９１は、符号化されたＤＣＣＨセグメント、例えば、電力レポートおよび追加のレポートを伝達するＤＣＣＨセグメントを表す情報を含む。タイミング情報７４９２は、基準信号情報のタイミングを識別する情報および電力レポートを伝達するために使用されるＤＣＣＨセグメントの開始のタイミングを識別する情報を含む。タイミング情報７４９２は、現在のタイミングを識別する、例えば、アップリンク・タイミングおよび周波数構造内のインデックス付きＯＦＤＭシンボル・タイミングを反復ＤＣＣＨ報告スケジュール情報、例えば、インデックス付きＤＣＣＨセグメントに関係付ける情報を含む。タイミング情報７４９２は、さらに、トーン・ホッピングを決定するためにトーン・ホッピング・モジュール７３４４により使用される。基地局識別情報７４９８は、基地局、基地局セクタ、および／または無線端末により使用されている基地局接続ポイントに関連付けられている基地局トーン・ブロックを識別する情報を含む。端末識別情報７４９９は、基地局割り当て無線端末識別子、例えば、ＤＣＣＨチャンネル・セグメントに関連付けられる基地局割り当て無線端末ＯＮ状態識別子を含む無線端末識別情報を含む。ＤＣＣＨチャンネル情報７４９６は、ＤＣＣＨチャンネ���を、例えば、フルトーン・チャンネルまたは複数の分割トーン・チャンネルのうちの１つとして識別する情報を含む。割り当てられた論理トーン情報７４９６は、ＤＣＣＨチャンネルに対しＷＴ  ７４００により使用される論理ＤＣＣＨトーン、例えば、情報７４５４により識別されたトーンの集合からの１つのＤＣＣＨ論理トーンを識別する情報を含み、この識別されたトーンは端末ＩＤ情報７４９９の基地局割り当てＷＴ  ＯＮ状態識別子に対応する。ＤＣＣＨモード情報７４８９は、現在のＤＣＣＨオペレーション・モードを、例えば、フルトーン・フォーマットペレーション・モードまたは分割トーン・フォーマットペレーション・モードとして識別する情報を含む。いくつかの実施形態では、ＤＣＣＨモード情報７４８９は、さらに、最大送信電力情報に対する異なる値に対応する異なるオペレーション・モード、例えば、通常モードおよび節電モードを識別する情報も含んでいる。
【０３４７】
システム・データ／情報７４４２は、基地局データ／情報の複数の集合（ＢＳ１データ／情報７４４４、ＢＳ  Ｍデータ／情報７４４６）、ＤＣＣＨ送信報告スケジュール情報７４６２、電力レポート時間オフセット情報７４７２、及びＤＣＣＨレポート・フォーマット情報７４７６を含む。ＢＳ  １データ／情報７４４２は、ダウンリンク・タイミング／周波数構造情報７４４８ならびにアップリンク・タイミング／周波数構造情報７４５０を含む。ダウンリンク・タイミング／周波数構造情報７４４８は、ダウンリンク・トーン集合を識別する情報、例えば、１１３個のトーンのトーン・ブロック、ダウンリンク・チャンネル・セグメント構造、ダウンリンク・トーン・ホッピング情報、ダウンリンクキャリア周波数情報、ならびにＯＦＤＭシンボル・タイミング情報およびＯＦＤＭシンボルのグループ分けを含むダウンリンク・タイミング情報、さらにはダウンリンクおよびアップリンクに関係するタイミング情報を含む、アップリンク・タイミング／周波数構造情報７４５０は、アップリンク論理トーン集合情報７４５２、トーン・ホッピング情報７４５６、タイミング構造情報７４５８、およびキャリア情報７４６０を含む。アップリンク論理トーン集合情報７４５２、例えば、基地局接続ポイントにより使用されているアップリンク・チャンネル構造内の１１３個のアップリンク論理トーンに対応する情報は、ＤＣＣＨ論理チャンネル・トーン情報７４５４、例えば、専用制御チャンネル・セグメント・シグナリングに使用する３１個のトーンのうちの１つを受信するＢＳ１接続ポイントを使用してＯＮ状態にある無線端末との専用制御チャンネルに使用される３１個の論理トーンの部分集合に対応する情報を含む。キャリア情報７４６０は、基地局１接続ポイントに対応するアップリンク・キャリア周波数を識別する情報を含む。
【０３４８】
ＤＣＣＨ送信報告スケジュール情報７４６２は、ＤＣＣＨフルトーン・モード反復報告スケジュール情報７４６４および分割トーン・モード反復報告スケジュール情報７４６６を含む。フルトーン・モード反復報告スケジュール情報７４６４は、電力レポーティング・スケジュール情報７４６８を含む。分割トーン・モード反復報告スケジュール情報７４６６は、電力レポーティング・スケジュール情報７４７０を含む。ＤＣＣＨレポート・フォーマット情報７４７６は、電力レポート・フォーマット情報７４７８を含む。電力レポート・フォーマット情報７４７８は、フルトーン・モード情報７４８０および分割トーン・モード情報７４８２を含んでいる。
【０３４９】
ＤＣＣＨ送信報告スケジューリング情報７４６２は、生成されたＤＣＣＨレポートの送信を制御する際に使用される。フルトーン・モード反復報告スケジューリング情報７４６４は、無線端末７４００がフルトーンＤＣＣＨオペレーション・モードで動作しているときにＤＣＣＨレポートを制御するための情報である。図１０の図面１０９９は、典型的なフルトーン・モードＤＣＣＣＨ反復報告スケジュール情報７４６４を示す。典型的な電力レポーティング・スケジュール情報７４６８は、インデックスｓ２＝６を持つセグメント１００６およびインデックスｓ２＝２６を持つセグメント１０２６が、各々５ビット無線端末アップリンク送信電力バックオフ・レポート（ＵＬＴＸＢＫＦ５）を伝達するために使用されることを示す情報である。図３２の図面３２９９は、典型的な分割トーン・モードＤＣＣＣＨ反復報告スケジュール情報７４６６を示している。典型的な電力レポーティング・スケジュール情報７４７０は、インデックスｓ２＝３を持つセグメント３２０３およびインデックスｓ２＝２１を持つセグメント３２２１が、各々４ビット無線端末アップリンク送信電力バックオフ・レポート（ＵＬＴＸＢＫＦ４）を伝達するために使用されることを示す情報である。
【０３５０】
ＤＣＣＨレポート・フォーマット情報７４７６は、ＤＣＣＨレポートの各々に使用されるフォーマット、例えば、レポート内のビット数、およびレポートとともに伝達されうる潜在的ビット・パターンのそれぞれに関連付けられた情報を含む。典型的なフルトーン・モード電力レポート・フォーマット情報７４８０は、ＵＬＴｘＢＫＦ５のフォーマットを示している図２６の表２６００に対応する情報を含む。典型的な分割トーン・モード電力レポート・フォーマット情報７４８２は、ＵＬＴｘＢＫＦ４のフォーマットを示す図３５の表３５００に対応する情報を含む。バックオフ・レポートＵＬＴｘＢＫＦ５およびＵＬＴｘＢＫＦ４は、ｄＢ値を示す。
【０３５１】
電力レポート時間オフセット情報７４７２は、生成された電力レポートが対応する、例えば情報を提供する時点と、レポートが送信される通信セグメントの開始との間の時間オフセットを示す情報を含む。例えば、ＵＬＴｘＢＫＦ５レポートが、ビーコン・スロットのインデックスｓ２＝６を持つセグメント１００６に対応する典型的なアップリンク・セグメントで伝達されることを考察し、またレポートを生成する際に使用される基準信号が、専用制御チャンネル信号、電力レポート時間オフセット情報７４７２であることを考察する。このような場合、時間オフセット情報７４７２は、レポート情報が対応する時間、例えば、基準信号、例えば、ＤＣＣＨ信号の送信電力レベルに対応するレポートの送信時間の前のＯＦＤＭシンボル伝送時間間隔とセグメント１００６の送信の開始との間の時間オフセットを示す情報を含む。
【０３５２】
図７５は、無線端末送信電力レポートを使用する本発明の典型的な実施形態の特徴を説明するために使用される図面７５００である。縦軸７５０２は、無線端末の専用制御チャンネル、例えば、単一トーン・チャンネルの送信電力レベルを表し、横軸は、時間７５０４を示している。専用制御チャンネルは、専用制御チャンネル・セグメント信号を介して様々なアップリンク制御情報レポートを伝達するために無線端末により使用される。様々なアップリンク制御情報レポートは、無線端末送信電力レポート、例えば、ＷＴ送信電力バックオフ・レポート、および他の追加の制御情報レポート、例えば、アップリンク・トラフィック・チャンネル要求レポート、干渉レポート、ＳＮＲレポート、自己ノイズ・レポートなどを含む。
【０３５３】
それぞれの小さな陰影付きの円、例えば、円７５０６は、対応する時点における専用制御チャンネルの送信電力レベルを示すために使用される。例えば、いくつかの実施形態では、それぞれの時点は、ＯＦＤＭシンボル伝送時間間隔に対応し、識別された電力レベルは、そのＯＦＤＭシンボル伝送時間間隔でＷＴのＤＣＣＨチャンネルの単一トーンに対応する変調シンボルに関連付けられた電力レベルである。いくつかの実施形態では、それぞれの時点は、滞留時間に対応し、例えば、無線端末のＤＣＣＨチャンネルに対し同じ物理トーンを使用して固定された数の、例えば７つの連続するＯＦＤＭシンボル伝送期間を示している。
【０３５４】
破線ボックス７５１４は、ＷＴ送信電力バックオフ・レポートを伝達するＤＣＣＨセグメントを表す。セグメントは、複数のＯＦＤＭシンボル伝送期間を含む。いくつかの実施形態では、ＤＣＣＨセグメントは、２１個のＯＦＤＭトーン・シンボルを含み、また１つのＯＦＤＭトーン・シンボルが２１個のＯＦＤＭシンボル伝送時間間隔のそれぞれに対応する、２１個のＯＦＤＭシンボル伝送時間間隔を含む。
【０３５５】
典型的な送信バックオフ・レポートは、ＷＴの最大送信電力、例えば、設定値と基準信号の送信電力との比を示す。この典型的な実施形態では、基準信号は、送信電力バックオフ・レポートを伝達するために使用されるＤＣＣＨセグメントの開始からオフセットされた時点のＤＣＣＨチャンネル信号である。時間７５１６は、ＷＴ送信電力バックオフ・レポートを伝達するＤＣＣＨセグメントの開始を識別する。時間オフセット７５１８、例えば、予め定めた値は、時間７５１６を、セグメント７５１４の電力レポートを生成するために使用される基準信号の送信時間である時間７５１２に関連付ける。Ｘ  ７５０８は、電力レベル７５１０と時間７５１２に関して基準信号を識別する。
【０３５６】
様々な実施形態においてＯＮ状態の無線端末に使用されるＤＣＣＨ制御チャンネルに加えて、本発明のシステムは、追加の専用アップリンク制御シグナリングチャンネル、例えば、無線端末に専用として割り当てられうるタイミング制御チャンネルおよび／または状態遷移要求チャンネルもサポートすることが理解されよう。これらの追加のチャンネルは、タイミングおよび状態遷移要求チャンネルに加えてＤＣＣＨ制御チャンネルを与えられているＯＮ状態の端末においてＯＮ状態に加えてホールド状態の場合に存在することができる。タイミング制御および／または状態遷移要求チャンネル上のシグナリングは、ＤＣＣＨ制御チャンネル上のシグナリングよりもかなり低いレートで、例えば、無線端末の観点から１１５以下のレートで生じる。いくつかの実施形態では、専用アップリンク・チャンネルは、基地局接続ポイントにより割り当てられたアクティブ・ユーザーＩＤに基づきホールド状態で与えられるが、ＤＣＣＨチャンネル・リソースは、基地局接続ポイントにより割り当てられたＯＮ状態識別子を含む情報に基づき基地局接続ポイントにより割り当てられる。
【０３５７】
本発明の技術は、ソフトウェア、ハードウェア、および／またはソフトウェアとハードウェアとの組合せで実現することができる。本発明は、装置、例えば、本発明を実施する携帯端末、基地局、通信システムなどの移動ノードを対象とする。また、本発明による方法、例えば、移動ノード、基地局、および／または通信システム、例えば、ホストを制御し、および／または動作させる方法をも対象としている。本発明は、さらに、本発明により１つまたは複数のステップを実施するように機械を制御するための機械読取可能命令を組み込んだ機械読取可能媒体、例えば、ＲＯＭ、ＲＡＭ、ＣＤ、ハードディスクなども対象とする。
【０３５８】
種々の実施形態では、本明細書で説明されているノードは、本発明の１つまたは複数の方法に対応するステップ、例えば、信号処理、メッセージ生成、および／または送信ステップを実行する１つまたは複数のモジュールを使用して実施される。したがって、いくつかの実施形態では、本発明の様々な特徴は、複数のモジュールを使用して実施される。このようなモジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組合せで実施することができる。上述の方法または方法ステップの多くは、例えば１つまたは複数のノードにおいて上述の方法の全部または一部を実施するのに、ハードウェアを追加して、または追加せずに、機械、例えば、汎用コンピュータを制御するためメモリデバイス、例えば、ＲＡＭ、フロッピー（登録商標）ディスクなどの機械読取可能媒体に格納されている、ソフトウェアなどの機械実行可能命令を使用して実施することができる。したがって、本発明は、機械、例えば、プロセッサおよび関連するハードウェアに上述の方法のステップの１つまたは複数を実行させる機械実行可能命令を格納する機械読取可能媒体を対象とする。
【０３５９】
ＯＦＤＭシステムに関して説明されているが、本発明の方法および装置の少なくとも一部は、多くの非ＯＦＤＭおよび／または非セルラー・システムを含む広範な通信システムに適用可能である。
【０３６０】
上述した本発明の方法および装置に対する多くの追加の変更形態は、本発明の上記した説明を考慮することで当業者には明白なものとなる。このような変更形態は、本発明の範囲内にあるとみなされる。本発明の方法および装置は、ＣＤＭＡ、直交周波数分割多重（ＯＦＤＭ）、および／またはアクセス・ノードと移動ノードとの間に無線通信リンクを形成するために使用可能な様々な他のタイプの通信技術とともに使用することができ、また、様々な実施形態においては使用されている。いくつかの実施形態では、アクセス・ノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用する移動ノードとの通信リンクを確立する基地局として実現される。さまざまな実施形態では、移動ノードは、本発明の方法を実施するノートパソコン、パーソナル・データ・アシスタント（ＰＤＡ）、または受信機／送信機回路およびロジックおよび／またはルーチンを含む他の携帯型デバイスとして実現される。
【図面の簡単な説明】
【０３６１】
【図１】図１は、本発明により実現される典型的な通信システムを示す図である。
【図２】図２は、本発明により実現される典型的な基地局を示す図である。
【図３】図３は、本発明により実現される典型的な無線端末、例えば移動ノードを示す図である。
【図４】図４は、典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的なアップリンク専用制御チャンネル（ＤＣＣＨ）セグメントを示す図である。
【図５】図５は、論理ＤＣＣＨチャンネル・トーンに対応するＤＣＣＨセグメントの各集合がフルトーン・フォーマットになっている場合の典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的な専用制御チャンネルを示す図である。
【図６】図６は、論理ＤＣＣＨチャンネル・トーンに対応するＤＣＣＨセグメントの各集合が分割トーン・フォーマットになっている場合の典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的な専用制御チャンネルを示す図である。
【図７】図７は、論理ＤＣＣＨチャンネル・トーンに対応するＤＣＣＨセグメントの集合のいくつかがフルトーン・フォーマットになっており、論理ＤＣＣＨチャンネル・トーンに対応するＤＣＣＨセグメントの集合のいくつかが分割トーン・フォーマットになっている場合の典型的な直交周波数分割多重（ＯＦＤＭ）多元接続無線通信システムの典型的なアップリンク・タイミングおよび周波数構造における典型的な専用制御チャンネルを示す図である。
【図８】図８は、本発明による典型的なアップリンクＤＣＣＨにおけるフォーマットおよびＤＣＣＨセグメント内の情報ビットの解釈を定めるモードの使用を示す図である。
【図９】図９は、異なるオペレーション・モードを例示する図８に対応するいくつかの実施例を示す図である。
【図１０】図１０は、予め定めたＤＣＣＨトーンに対するビーコン・スロットのフルトーン・フォーマットの典型的な既定モードを示す図である。
【図１１】図１１は、無線端末がＯＮ状態に移行した後の第１のアップリンク・スーパー・スロット内のアップリンクＤＣＣＨセグメントのフルトーン・フォーマットの既定モードの典型的な定義を示す図である。
【図１２】図１２は、既定モードに対するフルトーン・フォーマットの専用制御レポート（ＤＣＲ）の典型的なサマリー・リストを示す図である。
【図１３】図１３は、非ＤＬマクロ・ダイバーシティ・モードでの典型的な５ビット・ダウンリンクＳＮＲレポート（ＤＬＳＮＲ５）用の典型的なフォーマットを示す表である。
【図１４】図１４は、ＤＬマクロ・ダイバーシティ・モードでの５ビット・ダウンリンクＳＮＲレポート（ＤＬＳＮＲ５）の典型的なフォーマットを示す表である。
【図１５】図１５は、典型的な３ビット・ダウンリンク・デルタＳＮＲレポート（ＤＬＤＳＮＲ３）用の典型的なフォーマットを示す表である。
【図１６】図１６は、典型的な１ビット・アップリンク要求（ＵＬＲＱＳＴ１）レポート用の典型的なフォーマットを示す表である。
【図１７】図１７は、典型的な制御パラメータｙ，ｚを計算するために使用され、制御パラメータｙ，ｚは伝送要求グループ・キュー情報を搬送するアップリンク・マルチビット要求レポートを決定する際に使用されることを示す典型的な表である。
【図１８】図１８は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図１９】図１９は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図２０】図２０は、典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図２１】図２１は。典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図２２】図２２は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図２３】図２３は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図２４】図２４は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する４ビット・アップリンク要求ＵＬＲＱＳＴ４に対する１６ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図２５】図２５は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する３ビット・アップリンク要求ＵＬＲＱＳＴ３に対する８ビット・パターンの各々に関連付けられているビット・フォーマットおよび解釈を識別する表である。
【図２６】図２６は、本発明による典型的な５ビット・アップリンク送信機電力バックオフ・レポート（ＵＬＴｘＢＫＦ５）に対する３２ビット・パターンの各々に関連付けられたビット・フォーマットおよび解釈を識別する表である。
【図２７】図２７は、本発明により実現されるトーン・ブロックの電力層番号と電力スケーリング係数との関係を示す典型的な電力スケーリング係数表である。
【図２８】図２８は、本発明により実現される基地局セクタ負荷情報を伝達する際に使用される典型的なアップリンク負荷率表である。
【図２９】図２９は、本発明による４ビット・ダウンリンク・ビーコン比レポート（ＤＬＢＮＲ４）用の典型的なフォーマットを示す表である。
【図３０】図３０は、本発明による典型的なＳＮＲの４ビット・ダウンリンク自己ノイズ飽和レベル・レポート（ＤＬＳＳＮＲ４）のフォーマットを記述する典型的な表である。
【図３１】図３１は、インジケータ・レポート情報ビットと対応するフレキシブル・レポートにより搬送されるレポートのタイプとの間のマッピングの一つの実施例を示す表である。
【図３２】図３２は、典型的な無線端末の予め定めたＤＣＣＨトーンに対するビーコン・スロットの分割トーン・フォーマットの典型的な既定モードを示す図である。
【図３３】図３３は、ＷＴがＯＮ状態に移行した後の第１のアップリンク・スーパー・スロット内のアップリンクＤＣＣＨセグメントの分割トーン・フォーマットの既定モードの典型的な定義を示す図である。
【図３４】図３４は、既定モードに対する分割トーン・フォーマットの専用制御レポート（ＤＣＲ）の典型的なサマリー・リストを示す図である。
【図３５】図３５は、本発明による典型的な４ビット・アップリンク伝送バックオフ・レポート（ＵＬＴｘＢＫＦ４）に対する１６ビット・パターンの各々に関連付けられたビット・フォーマットおよび解釈を識別する表である。
【図３６】図３６は、インジケータ・レポート情報ビットと対応するフレキシブル・レポートにより搬送されるレポートのタイプとの間のマッピングの一実施例を示す図。
【図３７】図３７は、フルトーン・フォーマットによるアップリンク専用制御チャンネル・セグメント変調符号化の典型的な仕様を示す図である。
【図３８】図３８は、分割トーン・フォーマットによるアップリンク専用制御チャンネル・セグメント変調符号化の典型的な仕様を示す表である。
【図３９】図３９は、典型的な無線端末のアップリンク・トラフィック・チャンネル・フレーム要求グループ・キュー・カウント情報を示す表である。
【図４０】図４０は、本発明の典型的な一つの実施形態による無線端末により維持される４つの要求グループ・キューの典型的な集合と２つの典型的な無線端末についてアップリンク・データ・ストリーム・トラフィック・フローを要求キューにマッピングする典型的なマッピング操作を示す図である。
【図４１】図４１は、典型的な要求グループ・キュー構造、複数の要求辞書、複数のタイプのアップリンク・トラフィック・チャンネル要求レポート、およびレポートのタイプのそれぞれについて使用される典型的なフォーマットによるキューの集合のグループ化を示す図である。
【図４２】図４２は、図４２Ａ、図４２Ｂ、図４２Ｃ、図４２Ｄ、および図４２Ｅを組み合わせた図である。
【図４２Ａ】図４２Ａは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図４２Ｂ】図４２Ｂは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図４２Ｃ】図４２Ｃは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図４２Ｄ】図４２Ｄは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図４２Ｅ】図４２Ｅは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図４３】図４３は、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図４４】図４４は、本発明により無線端末を動作させて制御情報を報告する典型的な方法を示すフロー図である。
【図４５】図４５は、本発明の典型的な一つの実施形態により設定された初期制御情報レポートの使用を示す図である。
【図４６】図４６は、本発明の典型的な一つの実施形態により設定された初期制御情報レポートの使用を示す図である。
【図４７】図４７は、反復しつつ複数の異なる制御情報レポートの伝送を制御する際に使用する予め定めたレポート・シーケンスを示す情報を含む通信デバイスを本発明により動作させる典型的な方法を示すフロー図である。
【図４８】図４８は、本発明の様々な実施形態によりレポートの異なる複数の集合を伝達する少なくとも１つのセグメントを含む初期制御チャンネル情報レポート集合の２つの典型的な異なるフォーマットを示す図である。
【図４９】図４９は、本発明の様々な実施形態による異なる数のセグメントを有する複数の異なる初期制御情報レポート集合を示す図である。
【図５０】図５０は、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図５１】図５１は、本発明の様々な実施形態による典型的な無線端末に割り当てられた典型的なフルトーンＤＣＣＨモード・セグメントおよび典型的な分割トーンＤＣＣＨモード・セグメントを示す図である。
【図５２】図５２は、本発明により基地局を動作させる典型的な方法を示すフロー図である。
【図５３】図５３は、本発明の様々な実施形態による典型的な無線端末に割り当てられた典型的なフルトーンＤＣＣＨモード・セグメントおよび典型的な分割トーンＤＣＣＨモード・セグメントを示す図である。
【図５４】図５４は、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図５５】図５５は、本発明により実現され本発明の方法を使用する、例えば移動ノードのような典型的な無線端末を示す図である。
【図５６】図５６は、本発明により実現され本発明の方法を使用する、例えばアクセス・ノードのような典型的な基地局を示す図である。
【図５７】図５７は、本発明により実現され本発明の方法を使用する、例えば移動ノードのような典型的な無線端末を示す図である。
【図５８】図５８は、本発明により実現され本発明の方法を使用する、例えばアクセス・ノードのような典型的な基地局を示す図である。
【図５９】図５９は、図５９Ａ、図５９Ｂ、および図５９Ｃを組み合わせた図である。
【図５９Ａ】図５９Ａは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図５９Ｂ】図５９Ｂは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図５９Ｃ】図５９Ｃは、本発明により無線端末を動作させる典型的な方法を示すフロー図である。
【図６０】図６０は、本発明により送信電力情報を基地局に送るように無線端末を動作させる典型的な方法を示すフロー図である。
【図６１】図６１は、典型的な１ビット・アップリンク要求（ＵＬＲＱＳＴ１）レポート用の典型的なフォーマットを示す表である。
【図６２】図６２は、典型的な制御パラメータｙ、ｚを計算するために使用され、制御パラメータｙ、ｚは伝送要求グループ・キュー情報を搬送するアップリンク・マルチビット要求レポートを決定する際に使用されることを示す典型的な表である。
【図６３】図６３は、ＲＤ参照番号が０に等しい典型的な要求辞書を規定する図である。
【図６４】図６４は、ＲＤ参照番号が０に等しい典型的な要求辞書を規定する図である。
【図６５】図６５は、ＲＤ参照番号が１に等しい典型的な要求辞書を規定する表である。
【図６６】図６６は、ＲＤ参照番号が１に等しい典型的な要求辞書を規定する表である。
【図６７】図６７は、ＲＤ参照番号が２に等しい典型的な要求辞書を規定する表である。
【図６８】図６８は、ＲＤ参照番号が２に等しい典型的な要求辞書を規定する表である。
【図６９】図６９は、ＲＤ参照番号が３に等しい典型的な要求辞書を規定する表である。
【図７０】図７０は、ＲＤ参照番号が３に等しい典型的な要求辞書を規定する表である。
【図７１】図７１は、本発明により実現され本発明の方法を使用する、例えば移動ノードのような典型的な無線端末を示す図である。
【図７２】図７２は、本発明により実現され本発明の方法を使用する、例えば移動ノードのような典型的な無線端末を示す図である。
【図７３】図７３は、本発明のさまざまな実施形態により異なる時刻にアップリンク・データ・ストリーム・トラフィック・フローを要求グループ・キューにマッピングする典型的な無線端末の典型的なマッピング操作を示す図である。
【図７４】図７４は、本発明により実現され本発明の方法を使用する、例えば移動ノードのような典型的な無線端末を示す図である。
【図７５】図７５は、無線端末送信電力レポートを使用する本発明の典型的な実施形態の特徴を説明するために使用される図である。
【図１】
2009521852.tif 000005
【図２】
2009521852.tif 000006
【図３】
2009521852.tif 000007
【図４】
2009521852.tif 000008
【図５】
2009521852.tif 000009
【図６】
2009521852.tif 000010
【図７】
2009521852.tif 000011
【図８】
2009521852.tif 000012
【図９】
2009521852.tif 000013
【図１０】
2009521852.tif 000014
【図１１】
2009521852.tif 000015
【図１２】
2009521852.tif 000016
【図１３】
2009521852.tif 000017
【図１４】
2009521852.tif 000018
【図１５】
2009521852.tif 000019
【図１６】
2009521852.tif 000020
【図１７】
2009521852.tif 000021
【図１８】
2009521852.tif 000022
【図１９】
2009521852.tif 000023
【図２０】
2009521852.tif 000024
【図２１】
2009521852.tif 000025
【図２２】
2009521852.tif 000026
【図２３】
2009521852.tif 000027
【図２４】
2009521852.tif 000028
【図２５】
2009521852.tif 000029
【図２６】
2009521852.tif 000030
【図２７】
2009521852.tif 000031
【図２８】
2009521852.tif 000032
【図２９】
2009521852.tif 000033
【図３０】
2009521852.tif 000034
【図３１】
2009521852.tif 000035
【図３２】
2009521852.tif 000036
【図３３】
2009521852.tif 000037
【図３４】
2009521852.tif 000038
【図３５】
2009521852.tif 000039
【図３６】
2009521852.tif 000040
【図３７】
2009521852.tif 000041
【図３８】
2009521852.tif 000042
【図３９】
2009521852.tif 000043
【図４０】
2009521852.tif 000044
【図４１】
2009521852.tif 000045
【図４２】
2009521852.tif 000046
【図４２Ａ】
2009521852.tif 000047
【図４２Ｂ】
2009521852.tif 000048
【図４２Ｃ】
2009521852.tif 000049
【図４２Ｄ】
2009521852.tif 000050
【図４２Ｅ】
2009521852.tif 000051
【図４３】
2009521852.tif 000052
【図４４】
2009521852.tif 000053
【図４５】
2009521852.tif 000054
【図４６】
2009521852.tif 000055
【図４７】
2009521852.tif 000056
【図４８】
2009521852.tif 000057
【図４９】
2009521852.tif 000058
【図５０】
2009521852.tif 000059
【図５１】
2009521852.tif 000060
【図５２】
2009521852.tif 000061
【図５３】
2009521852.tif 000062
【図５４】
2009521852.tif 000063
【図５５】
2009521852.tif 000064
【図５６】
2009521852.tif 000065
【図５７】
2009521852.tif 000066
【図５８】
2009521852.tif 000067
【図５９】
2009521852.tif 000068
【図５９Ａ】
2009521852.tif 000069
【図５９Ｂ】
2009521852.tif 000070
【図５９Ｃ】
2009521852.tif 000071
【図６０】
2009521852.tif 000072
【図６１】
2009521852.tif 000073
【図６２】
2009521852.tif 000074
【図６３】
2009521852.tif 000075
【図６４】
2009521852.tif 000076
【図６５】
2009521852.tif 000077
【図６６】
2009521852.tif 000078
【図６７】
2009521852.tif 000079
【図６８】
2009521852.tif 000080
【図６９】
2009521852.tif 000081
【図７０】
2009521852.tif 000082
【図７１】
2009521852.tif 000083
【図７２】
2009521852.tif 000084
【図７３】
2009521852.tif 000085
【図７４】
2009521852.tif 000086
【図７５】
2009521852.tif 000087
【国際調査報告】
2009521852.tif 000088
2009521852.tif 000089