(57)【要約】【課題】送信バックログ情報を通信するための方法及び装置【解決手段】送信バックログ情報を通信するための方法及び装置が説明される。固定されたビットサイズの要求報告に関する報告上の可能性を拡大させるために報告制御ファクタが利用される。少なくとも１つの報告制御ファクタは、チャネル品質情報、電力情報、デバイス能力情報、及び／又はサービスの質情報の関数として決定される。送信バックログ報告値は、報告制御ファクタの関数として解釈される。小さいビットサイズの報告に対応して、送信バックログ情報を報告するための広範な量子化方式が容易化される。通信デバイスは、現在のニーズ、例えば現在のトラフィックチャネル資源上のニーズを正確に表現すること、に非常にマッチした量子化要求レベルを適応的に選択することができる。通信デバイスは、要求報告においてフレーム数を要求することができ、同じ報告が、送信バックログを一掃するために必要な数の通信セグメントを間接的に要求していることができる。【選択図】図７６
2009521870.tif 000002
【特許請求の範囲】
【請求項１】
送信バックログ情報を報告する方法であって、
少なくとも１つの報告制御ファクタをチャネル品質情報、利用可能送信電力情報、デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成することと、
通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングすること、とを具備する、方法。
【請求項２】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む請求項１に記載の方法。
【請求項３】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報を含む請求項１に記載の方法。
【請求項４】
前記アップリンク干渉情報は、ビーコン比情報を含む請求項３に記載の方法。
【請求項５】
前記報告制御ファクタは、利用可能送信電力情報の関数であり、前記利用可能送信電力情報は、少なくとも前記フレームを含む情報の送信に関して利用可能な送信電力量を示す情報を含む請求項１に記載の方法。
【請求項６】
前記報告制御ファクタは、セグメントにおいて通信可能な情報の最大フレーム数の関数である請求項１に記載の方法。
【請求項７】
セグメントにおいて通信可能な情報の前記最大フレーム数は、前記無線端末がサポートすることができる最高レートオプションの関数である請求項６に記載の方法。
【請求項８】
制御ファクタを生成することは、予想送信レートを決定することを含む請求項１に記載の方法。
【請求項９】
前記マッピングは、前記予想送信レートに依存して異なる形で量子化することを含む請求項８に記載の方法。
【請求項１０】
干渉報告及び送信電力報告のうちの少なくとも１つを格納値の関数として少なくとも１つの報告制御ファクタにマッピングする情報を格納することをさらに具備する請求項１に記載の方法。
【請求項１１】
前記干渉報告は、ビーコン比報告であり、前記送信電力報告は、送信電力バックオフ報告であり、前記格納値は、条件付き限度値を含む請求項１０に記載の方法。
【請求項１２】
前記報告制御ファクタは、他のファクタの関数であり、前記他のファクタは、基地局から受信される請求項２に記載の方法。
【請求項１３】
前記他のファクタは、干渉報告利得調整値である請求項１２に記載の方法。
【請求項１４】
前記干渉報告利得調整ファクタは、アップリンクトラフィックチャネルレートフラッシュ割り当てオフセットである請求項１２に記載の方法。
【請求項１５】
通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値に前記マッピングすることは、
使用する報告制御ファクタ型をバックログ量の関数として複数の報告制御ファクタ型の中から選択することを含む請求項１に記載の方法。
【請求項１６】
通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値に前記マッピングすることは、
使用する報告制御ファクタ型を無線端末が報告することを希望する情報の型の関数として複数の報告制御ファクタ型の中から選択することを含む請求項１に記載の方法。
【請求項１７】
通信すべき他のフレーム数を他の報告値にマッピングすることであって、他のフレーム数を前記マッピングすることは、報告制御ファクタを適用しないことを選択することを含むことをさらに具備する請求項１に記載の方法。
【請求項１８】
報告制御ファクタを適用しないことを前記選択することは、報告される情報型およびバックログ量のうちの少なくとも１つの関数として実行される請求項１７に記載の方法。
【請求項１９】
無線端末であって、
第１の制御ファクタをチャネル品質情報、利用可能送信電力情報、デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成するための第１の制御ファクタ生成モジュールと、
通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングするためのマッピングモジュールと、を具備する、無線端末。
【請求項２０】
アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む情報を生成するためのチャネル品質決定モジュールをさらに具備し、前記報告制御ファクタは、前記チャネル品質決定モジュールによって生成されたチャネル品質情報の関数である請求項１９に記載の無線端末。
【請求項２１】
前記チャネル品質決定モジュールによって生成された前記アップリンク干渉情報は、ビーコン比情報を含む請求項２０に記載の無線端末。
【請求項２２】
利用可能送信電力情報を生成するための送信電力情報生成モジュールをさらに具備し、前記報告制御ファクタは、生成された利用可能送信電力情報の関数である請求項１９に記載の無線端末。
【請求項２３】
前記無線端末によってサポートされる現在の最高レートオプションを決定するための送信レート決定モジュールをさらに具備し、前記報告制御ファクタは、前記無線端末によってサポートされることが決定された前記現在の最高レートオプションが与えられた場合にセグメントにおいて通信することができる情報の最大フレーム数の関数である請求項１９に記載の無線端末。
【請求項２４】
予想送信レート決定モジュールをさらに具備し、制御ファクタを生成することは、予想送信レートを決定することを含む請求項１９に記載の無線端末。
【請求項２５】
干渉報告値及び送信電力報告値のうちの少なくとも１つを報告制御ファクタ値にマッピングする格納されたマッピング情報をさらに具備する請求項１９に記載の無線端末。
【請求項２６】
無線端末であって、
第１の制御ファクタをチャネル品質情報、利用可能送信電力情報、デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成するための制御ファクタ生成手段と、
通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングするためのマッピング手段と、を具備する、無線端末。
【請求項２７】
アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む情報を生成するためのチャネル品質決定手段をさらに具備し、前記報告制御ファクタは、前記チャネル品質決定モジュールによって生成されたチャネル品質情報の関数である請求項２６に記載の無線端末。
【請求項２８】
前記チャネル品質決定モジュールによって生成された前記アップリンク干渉情報は、ビーコン比情報を含む請求項２７に記載の無線端末。
【請求項２９】
利用可能送信電力情報を生成するための送信電力情報生成手段をさらに具備し、前記報告制御ファクタは、生成された利用可能送信電力情報の関数である請求項２６に記載の無線端末。
【請求項３０】
前記無線端末によってサポートされる現在の最高レートオプションを決定するための送信レート決定手段をさらに具備し、前記報告制御ファクタは、前記無線端末によってサポートされることが決定された前記現在の最高レートオプションが与えられた場合にセグメントにおいて通信することができる情報の最大フレーム数の関数である請求項２６に記載の無線端末。
【請求項３１】
予想データ送信レートを決定するための予想送信レート決定手段をさらに具備し、制御ファクタを生成することは、予想データ送信レートを決定することを含む請求項２６に記載の無線端末。
【請求項３２】
干渉報告値及び送信電力報告値のうちの少なくとも１つを報告制御ファクタ値にマッピングするマッピング情報を格納するための手段をさらに具備する請求項２６に記載の無線端末。
【請求項３３】
送信バックログ情報を報告する方法を実行するために無線端末を制御するための機械によって実行可能な命令を具体化したコンピュータによって読み取り可能な媒体であって、前記方法は、
少なくとも１つの報告制御ファクタを、チャネル品質情報、利用可能送信電力情報、デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成することと、
通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングすること、とを具備する、コンピュータによって読み取り可能な媒体。
【請求項３４】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む請求項３３に記載のコンピュータによって読み取り可能な媒体。
【請求項３５】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報を含む請求項３３に記載のコンピュータによって読み取り可能な媒体
【請求項３６】
前記アップリンク干渉情報は、ビーコン比情報を含む請求項３５に記載のコンピュータによって読み取り可能な媒体。
【請求項３７】
前記報告制御ファクタは、利用可能送信電力情報の関数であり、
前記利用可能送信電力情報は、少なくとも前記フレームを含む情報の送信に関して利用可能な送信電力量を示す情報を含む請求項３３に記載のコンピュータによって読み取り可能な媒体。
【請求項３８】
前記報告制御ファクタは、セグメントにおいて通信可能な情報の最大フレーム数の関数である請求項３３に記載のコンピュータによって読み取り可能な媒体。
【請求項３９】
セグメントにおいて通信可能な情報の前記最大フレーム数は、前記無線端末がサポートすることができる最高レートオプションの関数である請求項３８に記載のコンピュータによって読み取り可能な媒体。
【請求項４０】
前記マッピングステップの一部として予想送信レートに依存して異なる形で量子化するための機械によって実行可能な命令をさらに具体化する請求項３４に記載のコンピュータによって読み取り可能な媒体。
【請求項４１】
通信システムにおいて動作可能な装置であって、
少なくとも１つの報告制御ファクタをチャネル品質情報、利用可能送信電力情報、デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成し、
通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングするように構成されたプロセッサを具備する、装置。
【請求項４２】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む請求項４１に記載の装置。
【請求項４３】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報を含む請求項４１に記載の装置。
【請求項４４】
基地局動作方法であって、
送信バックログ報告を無線端末から受信することであって、前記送信バックログ報告は、報告値を通信することと、
前記受信された報告に対応する報告制御ファクタを決定することであって、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数であること、とを具備する、方法。
【請求項４５】
前記報告値は、多ビット報告値である請求項４４に記載の方法。
【請求項４６】
前記受信された報告値を前記決定された報告制御ファクタの関数として解釈することをさらに具備する請求項４４に記載の方法。
【請求項４７】
前記受信された報告値を前記決定された報告制御ファクタの関数として解釈することは、前記無線端末によって送信されるフレームに関連するバックログ情報を決定することを含む請求項４６に記載の方法。
【請求項４８】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む請求項４７に記載の方法。
【請求項４９】
前記チャネル品質情報は、アップリンク干渉情報を含み、前記アップリンク干渉情報は、ビーコン比報告情報を含み、
前記報告制御ファクタを決定する前記ステップの前に、ビーコン比報告を前記無線端末から受信することをさらに具備する請求項４８に記載の方法。
【請求項５０】
前記報告制御ファクタは、無線端末送信電力情報の関数であり、
前記報告制御ファクタを決定する前記ステップの前に、送信電力情報報告を前記無線端末から受信することをさらに具備する請求項４７に記載の方法。
【請求項５１】
報告制御ファクタを決定する前記ステップは、セグメントが前記無線端末に割り当てられた場合に前記無線端末が前記セグメントにおいて通信することができる情報の最大フレーム数を推定することを含む請求項４７に記載の方法。
【請求項５２】
前記報告制御ファクタは、他のファクタの関数であり、
前記送信バックログ報告を受信する前に前記他のファクタを表す値をブロードキャストすることをさらに具備する請求項４８に記載の方法。
【請求項５３】
第２の送信バックログ報告を前記無線端末から受信することであって、前記第２の送信バックログ報告は、第２の報告値を通信し、前記第２の送信バックログ報告は、前記送信バックログ報告と同じ型であることと、
前記第２の受信された報告に対応する報告制御ファクタを決定することであって、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数であることと、
前記受信された第２の報告値を前記決定された第２の報告制御ファクタの関数として解釈すること、とをさらに具備する請求項４７に記載の方法。
【請求項５４】
前記報告値及び前記第２の報告値は、同じであり、前記対応する制御ファクタ値は、異なり、前記受信された第２の報告値を解釈することは、前記無線端末によって送信されるフレームに関連するバックログ情報に関して、前記受信された報告値を解釈するのとは異なるバックログ情報を決定する請求項５３に記載の方法。
【請求項５５】
報告制御ファクタを決定することは、前記受信された報告値の少なくとも一部分のビットパターンの関数として複数の報告制御ファクタ型の中から報告制御ファクタ型を決定することを含む請求項４７に記載の方法。
【請求項５６】
追加の送信バックログ報告を無線端末から受信することであって、前記追加の送信バックログ報告は、他の報告値を通信することと、
前記受信された他の報告値を報告制御ファクタを用いずに解釈することを決定することであって、報告制御ファクタを用いずに解釈することを前記決定することは、前記受信された他の報告値の少なくとも一部分のビットパターンの関数として実行されること、とをさらに具備する請求項４７に記載の方法。
【請求項５７】
基地局であって、
無線端末から報告を受信するための受信機モジュールであって、前記報告は、送信バックログ報告を含み、送信バックログ報告は、報告値を通信する受信機モジュールと、
報告制御ファクタの値を決定するための報告制御ファクタ決定モジュールであって、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つのの関数である報告制御ファクタ決定モジュールと、を具備する、基地局。
【請求項５８】
前記報告値は、多ビット報告値である請求項５７に記載の基地局。
【請求項５９】
前記受信された報告値を決定された報告制御ファクタの関数として解釈するための報告解釈モジュールをさらに具備する請求項５７に記載の基地局。
【請求項６０】
前記報告解釈モジュールは、前記受信された報告値を送信した無線端末によって通信されるフレームに関連するバックログ情報を決定する請求項５９に記載の基地局
【請求項６１】
前記報告制御ファクタ決定モジュールは、前記報告制御ファクタをチャネル品質情報の関数として決定し、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む請求項６０に記載の基地局。
【請求項６２】
前記チャネル品質情報は、アップリンク干渉情報を含み、前記アップリンク干渉情報は、ビーコン比報告情報を含み、前記受信機は、ビーコン比報告も受信し、
無線端末から通信されたビーコン比報告値を復元するためのビーコン比報告モジュールをさらに具備する請求項６１に記載の基地局。
【請求項６３】
前記報告制御ファクタは、無線端末送信電力情報の関数であり、前記受信機は、無線端末送信電力報告も受信し、
無線端末送信電力利用可能性情報を決定するための無線端末送信電力報告復元モジュールをさらに具備する請求項６０に記載の基地局。
【請求項６４】
少なくとも幾つかの報告制御ファクタは、現在の最大無線端末レートオプションの関数として決定され、
前記無線端末がアップリンクトラフィックチャネルセグメントに関して使用することになる前記最大レートオプションを決定するための無線端末最大レート決定モジュールをさらに具備する請求項６０に記載の基地局。
【請求項６５】
少なくとも幾つかの報告制御ファクタは、ブロードキャスト通信チャネルを通じてブロードキャストされる調整パラメータの関数として決定され、
前記調整パラメータを送信するための送信機をさらに具備する請求項６０に記載の基地局。
【請求項６６】
基地局であって、
無線端末から報告を受信するための手段であって、前記報告は、送信バックログ報告を含み、送信バックログ報告は、報告値を通信する手段と、
報告制御ファクタの値を決定するための決定手段であって、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数である決定手段と、を具備する、基地局。
【請求項６７】
前記報告値は、多ビット報告値である請求項６６に記載の基地局。
【請求項６８】
前記受信された報告値を決定された報告制御ファクタの関数として解釈するための手段をさらに具備する請求項６６に記載の基地局。
【請求項６９】
前記受信された報告値を解釈するための前記手段は、前記受信されたバックログ報告を送信した無線端末によって通信されるフレームに関連するバックログ情報を決定する請求項６８に記載の基地局。
【請求項７０】
前記決定手段は、前記報告制御ファクタをチャネル品質情報の関数として決定し、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む請求項６９に記載の基地局。
【請求項７１】
前記チャネル品質情報は、アップリンク干渉情報を含み、前記アップリンク干渉情報は、ビーコン比報告情報を含み、前記受信機は、ビーコン比報告も受信し、
無線端末から通信されたビーコン比報告値を復元するためのビーコン比報告手段をさらに具備する請求項７０に記載の基地局。
【請求項７２】
前記報告制御ファクタは、無線端末送信電力情報の関数であり、前記受信機は、無線端末送信電力報告も受信し、
無線端末送信電力利用可能性情報を受信された無線端末送信電力報告から決定するための送信電力情報復元手段をさらに具備する請求項６９に記載の基地局。
【請求項７３】
少なくとも幾つかの報告制御ファクタは、現在の最大無線端末レートオプションの関数として決定され、前記無線端末は、
前記無線端末がアップリンクトラフィックチャネルセグメントに関して使用することになる前記最大レートオプションを決定するための無線端末送信レート決定手段をさらに具備する請求項６９に記載の基地局。
【請求項７４】
少なくとも幾つかの報告制御ファクタは、ブロードキャスト通信チャネルを通じてブロードキャストされる調整パラメータの関数として決定され、
前記調整パラメータを送信するための手段をさらに具備する請求項６９に記載の基地局。
【請求項７５】
方法を実装するために基地局を制御するための機械によって実行可能な命令を具体化したコンピュータによって読み取り可能な媒体であって、前記方法は、
送信バックログ報告を無線端末から受信することであって、前記送信バックログ報告は、報告値を通信することと、
前記受信された報告に対応する報告制御ファクタを決定することであって、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つのの関数であること、とを具備する、コンピュータによって読み取り可能な媒体。
【請求項７６】
前記報告値は、多ビット報告値である請求項７５に記載のコンピュータによって読み取り可能な媒体。
【請求項７７】
前記受信された報告値を前記決定された報告制御ファクタの関数として解釈するための機械によって実行可能な命令をさらに具体化した請求項７５に記載のコンピュータによって読み取り可能な媒体。
【請求項７８】
前記無線端末によって送信されるフレームに関連するバックログ情報を、前記受信された報告値を前記決定された報告制御ファクタの関数として解釈する前記ステップの一部として決定するための機械によって実行可能な命令をさらに具体化する請求項７７に記載のコンピュータによって読み取り可能な媒体。
【請求項７９】
前記報告制御ファクタは、チャネル品質情報の関数であり、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つの含む請求項７８に記載のコンピュータによって読み取り可能な媒体。
【請求項８０】
前記チャネル品質情報は、アップリンク干渉情報を含み、前記アップリンク干渉情報は、ビーコン比報告情報を含み、
前記報告制御ファクタを決定する前記ステップの前に、ビーコン比報告を前記無線端末から受信することをさらに具備する請求項７９に記載の方法。
【請求項８１】
前記報告制御ファクタは、無線端末送信電力情報の関数であり、
前記報告制御ファクタを決定する前記ステップの前に送信電力情報を前記無線端末から受信するための機械によって実行可能な命令をさらに具体化する請求項７８に記載のコンピュータによって読み取り可能な媒体。
【請求項８２】
通信システムにおいて動作可能な装置であって、
送信バックログ報告を無線端末から受信し、
前記受信された報告に対応する報告制御ファクタを決定するように構成されたプロセッサであって、前記送信バックログ報告は、報告値を通信し、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数であるプロセッサ、を具備する、装置。
【請求項８３】
前記報告値は、多ビット報告値である請求項８２に記載の装置。
【請求項８４】
前記プロセッサは、前記受信された報告値を前記決定された報告制御ファクタの関数として解釈するように構成される請求項８２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信方法及び装置に関するものである。本発明は、より具体的には、送信バックログ情報を通信することに関連する方法及び装置に関するものである。
【背景技術】
【０００２】
無線端末から基地局へのアップリンクトラフィック、例えばユーザーデータ、の送信をサポートする無線端末は、通常は、制御情報及びユーザーデータの両方を通信するためにアップリンクエアリンク資源を使用する。多元接続無線通信システムにおいては、典型的には、共通の基地局アタッチメントポイントを用いる複数の無線端末が貴重なアップリンクエアリンク資源、例えばアップリンクトラフィックチャネルエアリンク資源、を求めて競争している。アップリンクトラフィックチャネル資源をパーティショニングする１つの手法は、無線端末が現在の基地局アタッチメントポイントに資源要求を送信し、基地局が競合中の要求を考慮することである。基地局は、様々なスケジューリング規則に従って資源、例えばアップリンクトラフィックチャネルセグメント、を割り当てることができる。
【０００３】
個々の無線端末は、例えば、通信されるユーザーデータの型、レーテンシー要求、予め決められたデータグループ分類、及び／又は優先度レベル等の様々な要因に依存して、アップリンクトラフィックチャネル資源に関するニーズが異なる時間ごとに異なることがある。異なる送信要求を有する異なる型のユーザーデータは、例えば、音声データ、画像データ、ウェブブラウザ情報、データファイルであることができる。
【０００４】
異なる資源上のニーズは、個々の無線端末が異なる時点において異なるチャネル品質状態を経験する及び／又は送信のために利用可能な電力量が異なる可能性があることに起因する場合もある。チャネルの品質及び電力利用可能性等の要因は、受け入れ可能なデータ送信レートに影響を及ぼす可能性がある。
【０００５】
基地局及び無線端末によって理解されている特定の型のアップリンク要求報告に関して用いられ、さらにシステム内において一様に用いられる単一の固定型解釈アップリンクトラフィックチャネル要求報告フォーマットは、実装する上では単純であるが、広範なアップリンクトラフィックチャネル要求情報を効率的に通信するのには十分には適していない。
【０００６】
上記の説明に基づき、情報を効率的な形で報告するための方法及び装置が必要であることが理解されるべきである。少なくとも幾つかの効率的な報告方法が案出可能であれば望ましい。さらに、広範な無線端末動作状態、複数の型の無線端末及び／又はアプリケーションの混合に対処しているアップリンクトラフィックチャネル資源要求構造を実装するために少なくとも幾つかの方法を使用可能であれば望ましい。さらに、幾つかのシステムに関しては、アップリンクトラフィックチャネル資源に関する個々の無線端末の可変のニーズを効率的に通信することができる少なくとも幾つかの方法及び装置が必要であることも理解されるべきである。小さい情報報告サイズに対処しながら報告ダイバーシティを達成させる方法及び装置が有益になる。少なくとも幾つかの方法及び装置は、特定の時点において無線端末に非常に適した特定の量子化方式を無線端末によって選択及び使用してバックログ情報を通信できるような形で広範な量子化方式を容易にするのが有益になる。さらに、効率的な報告のための方法及び装置の少なくとも一部は、無線端末と基地局との間で既に通信中である利用可能情報、例えば品質情報、を利用し、それによって小さい報告ビットサイズを保持しながら報告上のオプションを拡大させることができれば有益になる。
【発明の開示】
【発明の概要】
【０００７】
送信バックログ情報を効率的に通信するための方法及び装置が説明される。固定ビットサイズ要求報告に関する報告上の可能性を拡大するために報告制御ファクタ（ｃｏｎｔｒｏｌ  ｆａｃｔｏｒ）が利用される。
【０００８】
幾つかの、ただし必ずしもすべてではない実施形態においては、報告制御ファクタは、チャネル品質情報、電力情報、デバイス能力情報、サービスの質情報、及び通信されたパラメータのうちの少なくとも１つの関数として決定される。幾つかの実施形態においては、少なくとも１つの送信バックログ報告値が、報告制御ファクタの関数として解釈される。従って、同じ報告値が、前記報告値を解釈するために用いられる報告制御ファクタに依存して異なった解釈をされることがある。幾つかの実施形態においては、送信バックログ情報を報告するための広範な量子化方式が小ビットサイズ報告に対応して容易化される。前記小ビットサイズ報告は、例えば、４ビットアップリンクトラフィック要求報告等の５ビット未満の報告であることができる。小ビットサイズ報告を有する情報が可能であってしばしば好ましい一方で、実施形態に依存してその他のより大きいサイズの報告を実装することができる。
【０００９】
幾つかの該実施形態においては、通信デバイス、例えばモバイルノード等の無線端末は、自己の現在のニーズ、例えば現在のトラフィックチャネル資源上のニーズを正確に表現すること、に非常に合致している量子化要求レベルを適応的に選択することができる。通信デバイス、例えば無線端末、は、幾つかの実施形態においては、要求報告においてフレーム数を要求することができ、同じ報告が、送信待ち状態の送信バックログ、例えばユーザーデータ、を一掃するのに必要な通信セグメント数を間接的に要求していることができる。
【００１０】
幾つかの、ただし必ずしもすべてではない実施形態においては、要求報告を受信中の通信デバイス、例えば基地局、は、要求報告に対応する制御ファクタを決定し、受信された報告値の解釈を前記決定された制御パラメータ値の関数として行う。その他の目的のために無線端末及び基地局の両方が既に利用可能な様々な情報、例えばビーコン比報告情報及び／又は無線端末電力利用可能性情報、を、１つ以上の報告制御ファクタを生成するために利用することができる。
【００１１】
送信バックログ情報を報告するための典型的無線端末動作方法は、（ｉ）少なくとも１つの報告制御ファクタを、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成することと、（ｉｉ）通信すべきフレーム数を、前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングすること、とを含む。幾つかの実施形態による典型的無線端末は、制御ファクタをチャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成するための制御ファクタ生成モジュールと、通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングするためのマッピングモジュールと、を含む。
【００１２】
幾つかの実施形態における典型的基地局動作方法は、報告値を通信する送信バックログ報告を受信することと、前記受信されたバックログ報告に対応する報告制御ファクタを決定することであって、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数であることと、前記受信された報告値を前記決定された報告制御ファクタの関数として解釈すること、とを含む。幾つかの典型的実施形態における典型的基地局は、送信バックログ報告を無線端末から受信するための受信機モジュールであって、前記送信バックログ報告は、報告値を通信する受信機モジュールと、報告制御ファクタの値を決定するための報告制御ファクタ決定モジュールであって、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数である報告制御ファクタ決定モジュールと、前記受信された報告値を決定された報告制御ファクタの関数として解釈するための報告解釈モジュールと、を含む。
【００１３】
上記の発明の概要においては様々な実施形態が説明されている一方で、必ずしもすべての実施形態が同じ特長を含むわけではないこと及び上述される特長の一部は必須ではないが幾つかの実施形態においては望ましいことが理解されるべきである。様々な実施形態の数多くのさらなる特長、実施形態及び利益が以下の発明を実施するための最良の形態において説明される。
【発明を実施するための最良の形態】
【００１４】
図１は、様々な実施形態により実装される典型的通信システム１００を示す。典型的通信システム１００は、複数のセル、すなわちセル１  １０２、セルＭ  １０４を含む。典型的システム１００は、例えば、典型的直交周波数分割多重化（ＯＦＤＭ）拡散スペクトル無線通信システム、例えば多元接続ＯＦＤＭシステム、である。典型的システム１００の各セル１０２、１０４は、３つのセクターを含む。様々な実施形態により、複数のセクターに細分されていないセル（Ｎ＝１）、２つのセクターを有するセル（Ｎ＝２）及び３つよりも多いセクターを有するセル（Ｎ＞３）も可能である。各セクターは、１つ以上の搬送波及び／又はダウンリンクトーンブロックをサポートする。幾つかの実施形態においては、各ダウンリンクトーンブロックは、対応するアップリンクトーンブロックを有する。幾つかの実施形態においては、セクターのうちの少なくとも一部は、３つのダウンリンクトーンブロックをサポートする。セル１０２は、第１のセクター、セクター１  １１０と、第２のセクター、セクター２  １１２と、第３のセクター、セクター３  １１４と、を含む。同様に、セルＭ  １０４は、第１のセクター、セクター１  １２２と、第２のセクター、セクター２  １２４と、第３のセクター、セクター３  １２６と、を含む。セル１  １０２は、基地局（ＢＳ）、基地局１  １０６と、各セクター１１０、１１２、１１４内の複数の無線端末（ＷＴ）と、を含む。セクター１  １１０は、無線リンク１４０、１４２をそれぞれ介してＢＳ１０６に結合されたＷＴ（１）１３６と、ＷＴ（Ｎ）１３８と、を含む。セクター２  １１２は、無線リンク１４８、１５０をそれぞれ介してＢＳ１０６に結合されたＷＴ（１’）１４４と、ＷＴ（Ｎ’）１４６と、を含む。セクター３  １１４は、無線リンク１５６、１５８をそれぞれ介してＢＳ１０６に結合されたＷＴ（１’’）１５２と、ＷＴ（Ｎ’’）１５４と、を含む。同様に、セルＭ  １０４は、基地局Ｍ  １０８と、各セクター１２２、１２４、１２６内の複数の無線端末（ＷＴ）と、を含む。セクター１  １２２は、無線リンク１８０、１８２をそれぞれ介してＢＳ  Ｍ  １０８に結合されたＷＴ（１’’’’）１６８と、ＷＴ（Ｎ’’’’）１７０と、を含む。セクター２  １２４は、無線リンク１８４、１８６をそれぞれ介してＢＳ  Ｍ  １０８に結合されたＷＴ（１’’’’’）１７２と、ＷＴ（Ｎ’’’’’）１７４と、を含む。セクター３  １２６は、無線リンク１８８、１９０をそれぞれ介してＢＳ  Ｍ  １０８に結合されたＷＴ（１’’’’’’）１７６と、ＷＴ（Ｎ’’’’’’）１７８と、を含む。  
システム１００は、ネットワークリンク１６２、１６４をそれぞれ介してＢＳ１  １０６及びＢＳ  Ｍ  １０８に結合されるネットワークノード１６０も含む。ネットワークノード１６０は、ネットワークリンク１６６を介してその他のネットワークノード、例えばその他の基地局、ＡＡＡサーバーノード、中間ノード、ルーター等、及びインターネットにも結合される。ネットワークリンク１６２、１６４、１６６は、例えば光ファイバケーブルであることができる。各ワイヤレス、例えばＷＴ１ １３６、は、受信機と同様に送信機を含む。無線端末のうちの少なくとも一部、例えばＷＴ（１） １３６、は、システム１００全体を移動することができるモバイルノードであり、例えば基地局セクターアタッチメントポイントを用いて、ＷＴが現在所在するセル内の基地局と無線リンクを介して通信することができる。無線端末（ＷＴ）、例えばＷＴ（１）１３６は、基地局、例えばＢＳ１０６、及び／又はネットワークノード１６０を介してピアノード、例えばシステム１００内又はシステム１００外のその他のＷＴ、と通信することができる。ＷＴ、例えばＷＴ（１）１３６、は、モバイル通信デバイス、例えば携帯電話、無線モデムを有するパーソナルデータアシスタント、無線モデムを有するラップトップコンピュータ、無線モデムを有するデータ端末等、であることができる。
【００１５】
図２は、様々な実施形態により実装される典型的基地局１２を示す。典型的基地局１２は、図１の典型的基地局のうちのいずれかであることができる。基地局１２は、アンテナ２０３、２０５と、受信機送信機モジュール２０２、２０４と、を含む。受信機モジュール２０２は、復号器２３３を含み、送信機モジュール２０４は、符号器２３５を含む。モジュール２０２、２０４は、バス２３０によってＩ／Ｏインタフェース２０８、プロセッサ（例えばＣＰＵ）２０６及びメモリ２１０に結合される。Ｉ／Ｏインタフェース２０８は、基地局１２をその他のネットワークノード及び／又はインターネットに結合させる。メモリ２１０は、プロセッサ２０６によって実行されたときに基地局１２を動作させるルーチンを含む。メモリ２１０は、様々な通信動作を行うため及び様々な通信プロトコルを実装するために基地局１２を制御するために用いられる通信ルーチン２２３を含む。メモリ２１０は、方法のステップを実装するために基地局１２を制御するために用いられる基地局制御ルーチン２２５も含む。基地局制御ルーチン２２５は、送信スケジューリング及び／又は通信資源割り当てを制御するために用いられるスケジューリングモジュール２２６を含む。従って、モジュール２２６は、スケジューラとして働くことができる。基地局制御ルーチン２２５は、方法、例えば受信されたＤＣＣＨ報告を処理すること、ＤＣＣＨノードと関連する制御を実行すること、ＤＣＣＨセグメントを割り当てること等を実装する専用制御チャネルモジュール２２７も含む。メモリ２１０は、通信ルーチン２２３、及び制御ルーチン２２５によって用いられる情報も含む。データ／情報２１２は、複数の無線端末に関する一組のデータ／情報（ＷＴ１データ／情報２１３、ＷＴ  Ｎデータ／情報２１３’）を含む。ＷＴ１データ／情報２１３は、モード情報２３１と、ＤＣＣＨ報告情報２３３と、資源情報２３５と、セッション情報２３７と、を含む。データ／情報２１２は、システムデータ／情報２２９も含む。
【００１６】
図３は、様々な実施形態により実装される典型的無線端末１４、例えばモバイルノード、を示す。典型的無線端末１４は、図１の典型的無線端末のうちのいずれかであることができる。無線端末１４、例えばモバイルノード、は、モバイル端末（ＭＴ）として用いることができる。無線端末１４は、受信機モジュール及び送信機モジュール３０２、３０４にそれぞれ結合される受信機アンテナ及び送信機アンテナ３０３、３０５を含む。受信機モジュール３０２は、復号器３３３を含み、送信機モジュール３０４は、符号器３３５を含む。受信機／送信機モジュール３０２、３０４は、バス３０５によってメモリ３１０に結合される。プロセッサ３０６は、メモリ３１０に格納された１つ以上のルーチンの制御下にあり、無線端末１４を動作させる。無線端末の動作を制御するために、メモリ３１０は、通信ルーチン３２３と、無線端末制御ルーチン３２５と、を含む。通信ルーチン３２３は、様々な通信動作を実行するため及び様々な通信プロトコルを実装するために無線端末１４を制御するために用いられる。無線端末制御ルーチン３２５は、無線端末が方法に従って動作し、無線端末動作に関するステップを実行するようにする責任を有する。無線端末制御ルーチン３２５は、方法、例えば、ＤＣＣＨ報告において用いられる測定の実行を制御する、ＤＣＣＨ報告を生成する、ＤＣＣＨ報告の送信を制御する、ＤＣＣＨモードを制御する等、を実装するＤＣＣＨモジュール３２７を含む。メモリ３１０は、方法及び／又はデータ構造を実装するためにアクセスして用いることができるユーザー／デバイス／セッション／資源情報３１２も含む。情報３１２は、ＤＣＣＨ報告情報３３０と、モード情報３３２と、を含む。メモリ３１０は、システムデータ／情報３２９も含み、例えばアップリンク及びダウンリンクチャネル構造情報を含む。
【００１７】
図４は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的アップリンク専用制御チャネル（ＤＣＣＨ）セグメントの図４００である。アップリンク専用制御チャネルは、専用制御報告（ＤＣＲ）を無線端末から基地局に送信するために用いられる。縦軸４０２は、論理的アップリンクトーンインデックスであり、横軸４０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスである。この例において、アップリンクトーンブロックは、（０，．．．，１１２）とインデキシングされた１１３の論理的アップリンクトーンを含み、ハーフスロット内には７つの連続するＯＦＤＭシンボル送信期間、スーパースロット内には２つの追加のＯＦＤＭシンボル期間と後続する１６の連続するハーフスロット、及びビーコンスロット内には８つの連続するスーパースロットが存在する。スーパースロット内の最初の９つのＯＦＤＭシンボル送信期間は、アクセス間隔であり、専用制御チャネルは、アクセス間隔のエアリンク資源を使用しない。
【００１８】
典型的専用制御チャネルは、３１の論理的トーン（アップリンクトーンインデックス８１  ４０６、アップリンクトーンインデックス８２  ４０８，．．．，アップリンクトーンインデックス１１１  ４１０）に細分される。論理的アップリンク周波数構造内の各論理的アップリンクトーン（８１，．．．，１１１）は、ＤＣＣＨチャネルに関してインデキシングされた論理的トーン（０，．．．，３０）に対応する。
【００１９】
専用制御チャネル内の各トーンに関して、４０のカラム（４１２、４１４、４１６、４１８、４２０、４２２、．．．、４２４）に対応する４０のセグメントがビーコンスロット内に存在する。セグメント構造は、ビーコンスロットに基づいて繰り返す。専用制御チャネル内の所定のトーンに関して、ビーコンスロット４２８に対応する４０のセグメントが存在し、ビーコンスロットの８つのスーパースロットの各々は、所定のトーンに関する５つの連続するセグメントを含む。例えば、ＤＣＣＨのトーン０に対応する、ビーコンスロット４２８の第１のスーパースロット４２６に関して、５つのインデキシングされたセグメント（セグメント［０］［０］、セグメント［０］［１］、セグメント［０］［２］、セグメント［０］［３］、セグメント［０］［４］）が存在する。同様に、ＤＣＣＨのトーン１に対応する、ビーコンスロット４２８の第１のスーパースロット４２６に関して、５つのインデキシングされたセグメント（セグメント［１］［０］、セグメント［１］［１］、セグメント［１］［２］、セグメント［１］［３］、セグメント［１］［４］）が存在する。同様に、ＤＣＣＨのトーン３０に対応する、ビーコンスロット４２８の第１のスーパースロット４２６に関して、５つのインデキシングされたセグメント（セグメント［３０］［０］、セグメント［３０］［１］、セグメント［３０］［２］、セグメント［３０］［３］、セグメント［３０］［４］）が存在する。
【００２０】
この例においては、各セグメント、例えばセグメント［０］［０］、は、例えば２１のＯＦＤＭトーン−シンボルの割り当てられたアップリンクエアリンク資源を表す、３つの連続するハーフスロットに関する１つのトーンを具備する。幾つかの実施形態においては、論理的アップリンクトーンは、論理的トーンと関連づけられた物理的トーンが後続するハーフロットに関して異なることができるが所定のハーフロット中は一定の状態であるような形でアップリンクトーンホッピングシーケンスに従って物理的トーンにホッピングされる。
【００２１】
幾つかの実施形態においては、所定のトーンに対応する一組のアップリンク専用制御チャネルセグメントは、複数の異なるフォーマットのうちの１つを用いることができる。例えば、典型的実施形態においては、ビーコンスロットに関する所定のトーンに関して、ＤＣＣＨセグメントの組は、２つのフォーマット、すなわち、スプリットトーンフォーマット及びフルトーンフォーマットのうちの１つを用いることができる。フルトーンフォーマットにおいては、トーンに対応するアップリンクＤＣＣＨセグメントの組は、単一の無線端末によって用いられる。スプリットトーンフォーマットにおいては、トーンに対応するアップリンクＤＣＣＨセグメントの組は、時分割多重化方式で最大で３つの無線端末によって共有される。基地局及び／又は無線端末は、幾つかの実施形態においては、予め決められたプロトコルを用いて、所定のＤＣＣＨトーンに関するフォーマットを変更することができる。異なるＤＣＣＨトーンに対応するアップリンクＤＣＣＨセグメントのフォーマットは、幾つかの実施形態においては、独立して設定することが可能であり、異なることができる。
【００２２】
幾つかの実施形態においては、いずれのフォーマットにおいても、無線端末は、アップリンク専用制御チャネルセグメントのデフォルトノードをサポートしなければならない。幾つかの実施形態においては、無線端末は、アップリンク専用制御チャネルセグメントのデフォルトモード及びアップリンク専用制御チャネルセグメントの１つ以上の追加のモードをサポートする。該モードは、アップリンク専用制御チャネルセグメント内の情報ビットの解釈を定義する。基地局及び／又はＷＴは、幾つかの実施形態においては、例えば上位層コンフィギュレーションプロトコルを用いてモードを変更することができる。様々な実施形態において、異なるトーンに対応するアップリンクＤＣＣＨセグメント又は同じトーンに対応するが異なるＷＴによって用いられるアップリンクＤＣＣＨセグメントは、独立して設定することが可能であり、異なることができる。
【００２３】
図５は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的専用制御チャネルの図５００を含む。図５００は、トーンに対応するＤＣＣＨセグメントの各組がフルトーンフォーマットであるときの、図４のＤＣＣＨ４００を表すことができる。縦軸５０２は、ＤＣＣＨの論理トーンインデックスを表し、横軸５０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスを表す。典型的専用制御チャネルは、３１の論理的トーン（トーンインデックス０  ５０６、トーンインデックス１  ５０８、．．．、トーンインデックス３０ ５１０）に細分される。専用制御チャネル内の各トーンに関して、４０のカラム（５１２、５１４、５１６、５１８、５２０、５２２、．．．、５２４）に対応する４０のセグメントがビーコンスロット内に存在する。専用制御チャネルの各論理的トーンは、基地局をその現在のアタッチメントポイントとして用いている異なる無線端末に対して基地局によって割り当てることができる。例えば、論理的トーン（トーン０  ５０６、トーン１  ５０８、．．．、トーン３０  ５１０）は、現在は（ＷＴ  Ａ  ５３０、ＷＴ  Ｂ  ５３２、．．．、ＷＴ  Ｎ’５３４）にそれぞれ割り当てることができる。
【００２４】
図６は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的専用制御チャネルの図６００を含む。図６００は、トーンに対応するＤＣＣＨセグメントの各組がスプリットトーンフォーマットであるときの、図４のＤＣＣＨ４００を表すことができる。縦軸６０２は、ＤＣＣＨの論理的トーンインデックスを表し、横軸６０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスを表す。典型的専用制御チャネルは、３１の論理的トーン（トーンインデックス０  ６０６、トーンインデックス１  ６０８、．．．、トーンインデックス３０ ６１０）に細分される。専用制御チャネル内の各トーンに関して、４０のカラム（６１２、６１４、６１６、６１８、６２０、６２２、．．．、６２４）に対応する４０のセグメントがビーコンスロット内に存在する。専用制御チャネルの各論理的トーンは、基地局をその現在のアタッチメントポイントとして用いている最大で３つの異なる無線端末に対して基地局によって割り当てることができる。所定のトーンに関して、セグメントは、３つの無線端末間を交互し、３つの無線端末の各々に関して１３のセグメントが割り当てられ、４０番目のセグメントが予約される。ＤＣＣＨチャネル資源のエアリンク資源のこの典型的分割は、典型的ビーコンスロットに関して合計９３の異なる無線端末にＤＣＣＨチャネル資源が割り当てられることを表す。例えば、論理的トーン０  ６０６は、現在はＷＴ  Ａ  ６３０、ＷＴ  Ｂ  ６３２、及びＷＴ  Ｃ  ６３４に割り当てて共有することができる。論理的トーン１  ６０８は、現在はＷＴ  Ｄ  ６３６、ＷＴ  Ｅ  ６３８、及びＷＴ  Ｆ  ６４０に割り当てて共有することができる。論理的トーン３０  ６１０は、現在はＷＴ  Ｍ’’’６４２、ＷＴ  Ｎ’’’６４４、及びＷＴ  Ｏ’’’６４６に割り当てることができる。ビーコンスロットに関して、典型的ＷＴ（６３０、６３２、６３４、６３６、６３８、６４０、６４２、６４４、６４６）の各々は、１３のＤＣＣＨセグメントが割り当てられる。
【００２５】
図７は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的専用制御チャネルの図７００を含む。図７００は、トーンに対応するＤＣＣＨセグメントの組の一部がフルトーンフォーマットでありＤＣＣＨセグメントの組の一部がスプリットトーンフォーマットであるときの、図４のＤＣＣＨ４００を表すことができる。縦軸７０２は、ＤＣＣＨの論理的トーンインデックスを表し、横軸７０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスを表す。典型的専用制御チャネルは、３１の論理的トーン（トーンインデックス０  ７０６、トーンインデックス１  ７０８、トーンインデックス２  ７０９、．．．、トーンインデックス３０ ７１０）に細分される。専用制御チャネル内の各トーンに関して、４０のカラム（７１２、７１４、７１６、７１８、７２０、７２２、．．．、７２４）に対応する４０のセグメントがビーコンスロット内に存在する。この例においては、論理的トーン０  ７０８に対応するセグメントの組は、スプリットトーンフォーマットであり、現在はＷＴ  Ａ  ７３０、ＷＴ  Ｂ  ７３２、及びＷＴ  Ｃ  ７３４に割り当てられて共有され、各々は、１３のセグメントを受信し、１つのセグメントが予約されている。論理的トーン１  ７０８に対応するセグメントの組もスプリットトーンフォーマットであるが、現在は２つのＷＴ、ＷＴ  Ｄ  ７３６、ＷＴ  Ｅ  ７３８に割り当てられて共有され、各々は、１３のセグメントを受信する。トーン１  ７０８に関しては、一組の１３の割り当てられていないセグメント、及び１つの予約セグメントが存在する。論理的トーン２  ７０９に対応するセグメントの組もススプリットトーンフォーマットであるが、現在は１つのＷＴ、ＷＴ  Ｆ  ７３９に割り当てられており、１３のセグメントを受信する。トーン２  ７０９に関しては、一組当たり１３の割り当てられていないセグメント及び１つの予約セグメントを有する２つの組が存在する。論理的トーン３０  ７１０に対応するセグメントの組は、フルトーンフォーマットであり、現在はＷＴ  Ｐ’７４０に割り当てられており、ＷＴ  Ｐ’７４０は、全４０のセグメントを使用目的で受信する。
【００２６】
図８は、様々な実施形態による典型的アップリンクＤＣＣＨにおけるフォーマット及びモードの使用を示した図８００であり、前記モードは、ＤＣＣＨセグメント内における情報ビットの解釈を定義する。ロー８０２は、ＤＣＣＨの１つのトーンに対応し、ＤＣＣＨの１５の連続するセグメントを示し、スプリットトーンフォーマットが用いられ、従って、トーンは、３つの無線端末によって共有され、３つのＷＴのうちのいずれか１つによって用いられるモードは、異なることができる。他方、ロー８０４は、フルトーンフォーマットを用いる１５の連続するＤＣＣＨセグメントを示し、単一の無線端末によって用いられる。凡例８０５は、垂直線による陰影を有するセグメント８０６は、第１のＷＴユーザーによって用いられ、対角線による陰影を有するセグメント８０８は、第２のＷＴユーザーによって用いられ、水平線による陰影を有するセグメント８１０は、第３のＷＴユーザーによって用いられ、網線による陰影を有するセグメント８１２は、第４のＷＴユーザーによって用いられることを示す。
【００２７】
図９は、異なる動作モードを例示する図８００に対応する幾つかの例を示す。図９００の例においては、第１、第２及び第３のＷＴは、スプリットトーンフォーマットのＤＣＣＨを共有し、第４のＷＴは、フルトーンフォーマットのトーンを用いている。図９００の例に対応するＷＴの各々は、アップリンク専用制御チャネルセグメントのデフォルトモードを用いており、ＤＣＣＨセグメント内の情報ビットに関するデフォルトモード解釈に従っている。スプリットトーンフォーマットに関するデフォルトモード（ＤＳ）は、フルトーンフォーマットに関するデフォルトモード（ＤＦ）とは異なる。
【００２８】
図９２０の例においては、第１、第２及び第３のＷＴは、スプリットトーンフォーマットのＤＣＣＨトーンを共有しており、第４のＷＴは、フルトーンフォーマットのトーンを用いている。図９２０の例に対応する（第１、第２、及び第３の）ＷＴの各々は、アップリンク専用制御チャネルセグメントの異なるモードを使用しており、各々がＤＣＣＨセグメント内の情報ビットに関する異なる解釈に従っている。第１のＷＴは、スプリットトーンフォーマットに関するモード２を使用し、第２の無線端末は、スプリットトーンフォーマットに関するデフォルトモードを使用し、第３のＷＴは、スプリットトーンフォーマットに関するモード１を使用している。さらに加えて、第４のＷＴは、フルトーンフォーマットに関するデフォルトモードを用いている。
【００２９】
図９４０の例においては、第１、第２及び第３のＷＴは、スプリットトーンフォーマットのＤＣＣＨトーンを共有しており、第４のＷＴは、フルトーンフォーマットのトーンを用いている。図９４０の例に対応する（第１、第２、第３、及び第４の）ＷＴの各々は、アップリンク専用制御チャネルセグメントの異なるモードを使用しており、各々がＤＣＣＨセグメント内の情報ビットに関する異なる解釈に従っている。第１のＷＴは、スプリットトーンフォーマットに関するモード２を使用し、第２の無線端末は、スプリットトーンフォーマットに関するデフォルトモードを使用し、第３のＷＴは、スプリットトーンフォーマットに関するモード１を使用しており、第４のＷＴは、フルトーンフォーマットに関するモード３を使用している。
【００３０】
図１０は、所定のＤＣＣＨトーンに関するビーコンスロットにおけるフルトーンフォーマットの典型的デフォルトモードを示す図１０９９である。図１０においては、各ブロック（１０００、１００１、１００２、１００３、１００４、１００５、１００６、１００７、１００８、１００９、１０１０、１０１１、１０１２、１０１３、１０１４、１０１５、１０１６、１０１７、１０１８、１０１９、１０２０、１０２１、１０２２、１０２３、１０２４、１０２５、１０２６、１０２７、１０２８、１０２９、１０３０、１０３１、１０３２、１０３３、１０３４、１０３５、１０３６、１０３７、１０３８、１０３９）は、インデックスｓ２（０，．．．，３９）が長方形部分１０４０内のブロックの上方に示されている１つのセグメントを表す。各ブロック、例えばセグメント０を表すブロック１０００、は、６つの情報ビットを搬送し、各ブロックは、セグメント内の６つのビットに対応する６つのローを具備し、該ビットは、長方形部分１０４３において示されるように、最上ローから最下部ローに向かって最上位ビットから最下位ビットまで降順で示される。
【００３１】
典型的実施形態に関して、図１０に示されるフレーミングフォーマットは、フルトーンフォーマットのデフォルトモードが用いられるときにすべてのビーコンスロットにおいて繰り返し用いられ、次の例外を有する。無線端末が現在の接続においてＯＮ状態に移行後の第１のアップリンクスーパースロットにおいて、ＷＴは、図１１に示されるフレーミングフォーマットを使用しなければならない。第１のアップリンクスーパースロットは、ＷＴがＡＣＣＥＳＳ状態からＯＮ態に移行するシナリオに関して、ＷＴがＨＯＬＤ状態からＯＮ状態に移行するシナリオに関して、及びＷＴが他の接続のＯＮ状態からＯＮ状態に移行するシナリオに関して定義される。
【００３２】
図１１は、ＷＴがＯＮ状態に移行後の第１のアップリンクスーパースロットにおけるアップリンクＤＣＣＨセグメントのフルトーンフォーマットにおけるデフォルトモードの典型的定義を示す。図１１９９は、セグメント上方の長方形１１０６によって示されるように、スーパースロット内のセグメントインデックス番号、ｓ２＝（０、１、２、３、４）にそれぞれ対応する５つの連続セグメント（１１００、１１０１、１１０２、１１０３、１１０４）を含む。各ブロック、例えばスーパースロットのセグメント０を表すブロック１１００は、６つの情報ビットを搬送し、各ブロックは、セグメント内の６ビットに対応する６つのローを具備し、該ビットは、長方形部分１１０８によって示されるように、最上ローから最下部ローに向かって最上位ビットから最下位ビットまで降順で示される。
【００３３】
典型的実施形態において、ＨＯＬＤからＯＮ状態に移行するシナリオにおいては、ＷＴは、第１のＵＬスーパースロットの初めからアップリンクＤＣＣＨチャネルの送信を開始し、従って、第１のアップリンクＤＣＣＨセグメントは、図１１の左端の情報カラム内の情報ビットであるセグメント１１００の情報ビットを搬送しなければならない。典型的実施形態において、ＡＣＣＥＳＳ状態から移行するシナリオにおいては、ＷＴは、必ずしも第１のＵＬスーパースロットの初めから開始する必要はないが、それでも図１１において指定されるフレーミングフォーマットに従ってアップリンクＤＣＣＨセグメントを送信する。例えば、ＷＴが、インデックス＝４を有するスーパースロットのハーフスロットからＵＬ  ＤＣＣＨセグメントを送信することを開始する場合は、ＷＴは、図１１の左端の情報カラム（セグメント１１００）をスキップし、第１のアップリンクＤＣＣＨセグメントは、第２の左端のセグメント（セグメント１１０１）を搬送する。典型的実施形態においては、スーパースロットのインデキシングされたハーフスロット（１乃至３）は、１つのＤＣＣＨセグメント（１１００）に対応し、スーパースロットのインデキシングされたハーフスロット（４乃至６）は、次のセグメント（１１０１）に対応することに注目すること。典型的実施形態においては、フルトーンフォーマットとスプリットトーンフォーマットを切り換えるシナリオに関しては、ＷＴは、図１１に示されるフォーマットを用いる上記の例外なしに図１０に示されるフレーミングフォーマットを用いる。
【００３４】
第１のＵＬスーパースロットが終了した時点で、アップリンクＤＣＣＨチャネルセグメントが図１０のフレーミングフォーマットに切り換わる。第１のアップリンクスーパースロットがどこで終了するかに依存して、フレーミングフォーマットを切り換えるポイントは、ビーコンスロットの初めであることができる場合とできない場合がある。この実施形態例においては、スーパースロットに関する所定のＤＣＣＨトーンに関して５つのＤＣＣＨセグメントが存在する。例えば、第１のアップリンクスーパースロットはアップリンクビーコンスロットスーパースロットインデックス＝２であり、ビーコンスロットスーパースロットインデックス範囲は、０乃至７であると仮定する。引き続いて、アップリンクビーコンスロットスーパースロットインデックス＝３である次のアップリンクスーパースロットにおいては、図１０のデフォルトフレーミングフォーマットを用いる第１のアップリンクＤＣＣＨセグメントは、インデックスｓ２＝１５（図１０のセグメント１０１５）であり、セグメントｓ２＝１５（図１０のセグメント１０１５）に対応する情報を搬送する。
【００３５】
各アップリンクＤＣＣＨセグメントは、一組の専用制御チャネル報告（ＤＣＲ）を送信するために用いられる。デフォルトモードに関するフルトーンフォーマットのＤＣＲの典型的サマリーリストが図１２のテーブル１２００に示される。テーブル１２００の情報は、図１０及び１１のパーティショニングされたセグメントに適用することができる。図１０及び１１の各セグメントは、テーブル１２００において説明されるように２つ以上の報告を含む。テーブル１２００の第１のカラム１２０２は、各典型的報告に関して用いられる省略名について説明する。各報告の名前は、ＤＣＲのビット数を指定する数字が最後に付される。テーブル１２００の第２のカラム１２０４は、名前が付けられた各々の報告について簡単に説明する。第３のカラム１２０６は、ＤＣＲが送信される図１０のセグメントインデックスｓ２を指定し、テーブル１２００と図１０との間のマッピングに対応する。
【００３６】
次に、ダウンリンク信号対雑音比（ＤＬＳＮＲ５）の典型的な５ビット絶対報告が説明される。典型的ＤＬＳＮＲ５は、次の２つのモードフォーマットのうちの１つを用いる。ＷＴが１つだけの接続を有するときは、非ＤＬマクロダイバーシティモードフォーマットが用いられる。ＷＴが複数の接続を有するときは、ＷＴがＤＬマクロダイバーシティモードにある場合にＤＬマクロダイバーシティモードフォーマットが用いられる。その他の場合は、非マクロダイバーシティモードフォーマットが用いられる。幾つかの実施形態においては、ＷＴがＤＬマクロダイバーシティモードにあるかどうか及び／又はＷＴがどのようにしてＤＬマクロダイバーシティモードと非ＤＬマクロダイバーシティモードとの間で切り換わるかは、上位層プロトコルにおいて指定される。非ＤＬマクロダイバーシティモードにおいては、ＷＴは、図１３のテーブル１３００の最も近い表現を用いて、測定された受信されたダウンリンクパイロットチャネルセグメントＳＮＲを報告する。図１３は、非ＤＬマクロダイバーシティモードにおけるＤＬＳＮＲ５の典型的フォーマットのテーブル１３００である。第１のカラム１３０２は、報告の５ビットで表すことができる３２の可能なビットパターンを示す。第２のカラム１３０４は、報告を介して基地局に通信中のｗｔＤＬＰＩＣＨＳＮＲの値を示す。この例においては、３１の異なるビットパターンに対応する−１２ｄＢから２９ｄＢまでの増分的レベルを示すことができ、ビットパターン１１１１１は予約される。
【００３７】
例えば、測定に基づく計算されたｗｔＤＬＰＩＣＨＳＮＲが−１４ｄＢである場合は、ＤＬＳＮＲ５報告は、ビットパターン０００００に設定される。測定に基づく計算されたｗｔＤＬＰＩＣＨＳＮＲが−１１．６ｄＢである場合は、テーブル１３００においては−１２ｄＢを有するエントリが−１１．６ｄＢの計算値に最も近いため、ＤＬＳＮＲ５報告はビットパターン０００００に設定される。測定に基づく計算されたｗｔＤＬＰＩＣＨＳＮＲが−１１．４ｄＢである場合は、テーブル１３００においては−１１ｄＢを有するエントリが−１１．４ｄＢの計算値に最も近いため、ＤＬＳＮＲ５報告はビットパターン００００１に設定される。
【００３８】
報告された無線端末ダウンリンクパイロットＳＮＲ（ｗｔＤＬＰＩＣＨＳＮＲ）は、ＳＮＲの測定が行われるパイロット信号は典型的には平均トラフィックチャネル電力よりも高い電力で送信されるという事実を説明する。この理由により、パイロットＳＮＲは、幾つかの実施形態においては、以下のように報告される。
【００３９】
ｗｔＤＬＰＩＣＨＳＮＲ＝ＰｉｌｏｔＳＮＲ−Ｄｅｌｔａ
ここで、ｐｉｌｏｔＳＮＲは、単位がｄＢの受信されたダウンリンクパイロットチャネル信号に関する測定されたＳＮＲであり、Ｄｅｌｔａは、パイロット送信電力と平均トーン当たりチャネル送信電力レベル、例えば平均トーン当たりダウンリンクトラフィックチャネル送信電力、との間の差である。幾つかの実施形態においては、Ｄｅｌｔａ＝７．５ｄＢである。
【００４０】
ＤＬマクロダイバーシティモードフォーマットにおいて、ＷＴは、基地局セクターアタッチメントポイントとの現在のダウンリンク接続が優先接続であるかどうかを基地局セクターアタッチメントポイントに知らせるため、及び計算されたｗｔＤＬＰＩＣＨＳＮＲをテーブル１４００に従い最も近いＤＬＳＮＲ５報告を用いて報告するためにＤＬＳＮＲ５報告を用いる。図１４は、ＤＬマクロダイバーシティモードにおけるＤＬＳＮＲ５の典型的フォーマットのテーブル１４００である。第１のカラム１４０２は、報告の５ビットによって表すことができる３２の可能なビットパターンを示す。第２のカラム１４０４は、報告を介して基地局に通信中のｗｔＤＬＰＩＣＨＳＮＲの値、及び接続が優先されているかどうかの表示を示す。この例においては、３２の異なるビットパターンに対応して−１２ｄＢから１３ｄＢまでの増分的ＳＮＲレベルを示すことができる。ビットパターンのうちの１６は、接続が優先されない場合に対応し、残りの１６のビットパターンは、接続が優先される場合に対応する。幾つかの典型的施形態においては、リンクが優先されるときに示すことができる最高のＳＮＲ値は、リンクが優先されないときに示すことができる最高のＳＮＲ値よりも大きい。幾つかの典型的実施形態においては、リンクが優先されるときに示すことができる最低ＳＮＲは、リンクが優先されないときに示すことができる最低のＳＮＲ値よりも大きい。
【００４１】
幾つかの実施形態において、ＤＬマクロダイバーシティモードにおいては、無線端末は、１つの、１つのみの接続がいずれかの所定の時点において優先される接続であることを示す。さらに、幾つかの該実施形態において、接続が優先されることをＷＴがＤＬＳＮＲ５報告において示す場合は、ＷＴは、他の接続が優先接続になったことを示すＤＬＳＮＲ５報告を送信することが許可される前に前記接続が優先されることを示す少なくともＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの連続するＤＬＳＮＲ５報告を送信する。パラメータＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの値は、アップリンクＤＣＣＨチャネルのフォーマット、例えばフルトーンフォーマット対スプリットトーンフォーマット、に依存する。幾つかの実施形態においては、ＷＴは、上位レベルプロトコルにおいてパラメータＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄを入手する。幾つかの実施形態においては、ＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄのデフォルト値は、フルトーンフォーマットにおいては１０である。
【００４２】
次に、ダウンリンクＳＮＲ（ＤＬＤＳＮＲ３）の典型的な３ビットの相対的（差分）報告が説明される。無線端末は、ダウンリンクパイロットチャネルの受信されたＳＮＲを計算し（ＰｉｌｏｔＳＮＲ）、ｗｔＤＬＰＩＣＨＳＮＲ値を計算し、ここでｗｔＤＬＰＩＣＨＳＮＲ＝ＰｉｌｏｔＳＮＲ−Ｄｅｌｔａであり、計算されたｗｔＤＬＰＩＣＨＳＮＲ値と直近のＤＬＳＮＲ５報告による報告値との間の差を計算し、計算された差を、図１５のテーブル１５００に従った最も近いＤＬＤＳＮＲ３報告を用いて報告する。図１５は、ＤＬＤＳＮＲ３の典型的フォーマットのテーブル１５００である。第１のカラム１５０２は、報告の３つの情報ビットを表すことができる９つの可能なビットパターンを示す。第２のカラム１５０４は、報告を介して基地局に通信中のｗｔＤＬＰＩＣＨＳＮＲの報告された差−５ｄＢ乃至５ｄＢを示す。
【００４３】
次に、様々な典型的アップリンクトラフィックチャネル要求報告が説明される。典型的実施形態においては、３つの型のアップリンクトラフィックチャネル要求報告、すなわち、典型的単ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ１）、典型的３ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ３）、及び典型的４ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ４）が用いられる。ＷＴは、ＷＴ送信機におけるＭＡＣフレーム待ち行列の状態を報告するためにＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、又はＵＬＲＱＳＴ４を用いる。典型的実施形態においては、ＭＡＣフレームは、ＬＬＣフレームから構築され、ＬＬＣフレームは、上位層プロトコルのパケットから構築される。この典型的実施形態においては、いずれのパケットも、４つの要求グループ（ＲＧ０、ＲＧ１、ＲＧ２、又はＲＧ３）のうちの１つに属する。幾つかの典型的実施形態においては、要求グループへのパケットのマッピングは、より高い層のプロトコルを通じて行われる。幾つかの典型的実施形態においては、要求グループへのパケットのデフォルトマッピングが存在し、該デフォルトマッピングは、より高い層のプロトコルを通じて基地局及び／又はＷＴによって変更することができる。パケットが１つの要求グループに属する場合は、この典型的実施形態においては、そのパケットの全ＭＡＣフレームもその同じ要求グループに属する。ＷＴは、ＷＴが送信を意図することができる４つの要求グループ内のＭＡＣフレーム数を報告する。ＡＲＱプロトコルにおいては、これらのＭＡＣフレームは、“新”又は“再送信用”として表示される。ＷＴは、ｋ＝０：３に関する４つの要素Ｎ［０：３］のベクトルを維持し、Ｎ［ｋ］は、ＷＴが要求グループｋにおいて送信するのを意図するＭＡＣフレーム数を表す。ＷＴは、基地局セクターがアップリンクトラフィックチャネルセグメントの割り当てを決定するためにアップリンクスケジューリングアルゴリズムにおいてＮ［０：３］に関する情報を利用できるように該情報を基地局セクターに報告すべきである。
【００４４】
典型的実施形態においては、ＷＴは、図１６のテーブル１６００によりＮ［０］＋Ｎ［１］を報告するために単ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ１）を用いる。テーブル１６００は、ＵＬＲＱＳＴ１報告に関する典型的フォーマットである。第１のカラム１６０２は、搬送することができる２つの可能なビットパターンを示し、第２のカラム１６０４は、各ビットパターンの意味を示す。ビットパターンが０である場合は、ＷＴが要求グループ０又は要求グループ１において送信することを意図するＭＡＣフレームが存在しないことを示す。ビットパターンが１である場合は、ＷＴが通信することを意図する少なくとも１つのＭＡＣフレームを要求グループ０又は要求グループ１に有することを示す。
【００４５】
様々な実施形態において用いられる１つの特長により、複数の要求辞書がサポートされる。該要求辞書は、アップリンク専用制御チャネルセグメント内のアップリンクトラフィックチャネル要求報告内の情報ビットの解釈を定義する。所定の時点においては、ＷＴは、１つの要求辞書を用いる。幾つかの実施形態においては、ＷＴがＡＣＴＩＶＥ状態になるときには、ＷＴは、デフォルトの要求辞書を用いる。要求辞書を変更する場合は、ＷＴ及び基地局セクターは、上位層コンフィギュレーションプロトコルを用いる。幾つかの実施形態においては、ＷＴがＯＮ状態からＨＯＬＤ状態に移行するときには、ＷＴは、ＯＮ状態において用いられた最後の要求辞書を維持し、ＷＴがのちにＨＯＬＤ状態からＯＮ状態に移行したときに要求辞書が明示で変更されるまでＷＴが同じ要求辞書を使用し続けるようにする。しかしながら、ＷＴがＡＣＴＩＶＥ状態でなくなった場合は、最後の要求辞書のメモリがクリアされる。幾つかの実施形態においては、ＡＣＴＩＶＥ状態は、ＯＮ状態及びＨｏｌｄ状態を含むが、ＡＣＣＥＳＳ状態及びスリープ状態は含まない。
【００４６】
幾つかの実施形態においては、少なくとも幾つかのＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を決定するために、無線端末は、最初に次の２つの制御パラメータｙ及びｚのうちの１つ以上を計算し、要求辞書のうちの１つ、例えば要求辞書（ＲＤ）参照番号０、ＲＤ参照番号１、ＲＤ参照番号２、ＲＤ参照番号３のうちの１つを用いる。図１７のテーブル１７００は、制御パラメータｙ及びｚを計算するために用いられる典型的テーブルである。第１のカラム１７０２は、条件を示し、第２のカラム１７０４は、出力制御パラメータｙの対応値を示し、第３のカラム１７０６は、出力制御パラメータｚの対応値を示す。第１のカラム１７０２において、ｘ（単位ｄＢ）は、直近の５ビットアップリンク送信バックオフ報告（ＵＬＴＸＢＫＦ５）の値及び直近の４ビットタウンリンクビーコン比報告（ＤＬＢＮＲ４）の値ｂ（単位ｄＢ）を表す。直近の報告からｘ及びｂの入力値が与えられた場合、ＷＴは、第１のロー１７１０の条件が満たされているかどうかを検査する。試験条件が満たされている場合は、ＷＴは、ＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を計算するために該ローの対応するｙ値及びｚ値を用いる。しかしながら、条件が満たされていない場合は、次のロー１７１２に関する試験が続く。試験は、所定のローに関するカラム１７０２内の条件が満たされるまでテーブル１７００の最上位から最下部に向かって順に継続される（１７１０、１７１２、１７１４、１７１６、１７１８、１７２０、１７２２、１７２４、１７２６、１７２８）。ＷＴは、ｙ及びｚを、第１のカラムが満たされているテーブル１７００内の第１のローからの値として決定する。例えば、ｘ＝１７及びｂ＝１である場合は、ｚ＝４及びｙ＝１になる。
【００４７】
ＷＴは、幾つかの実施形態においては、要求辞書によるＭＡＣフレーム待ち行列の実際の（ａｃｔｕａｌ）Ｎ［０：３］を報告するためにＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を用いる。要求辞書は、要求辞書（ＲＤ）参照番号によって識別される。
【００４８】
幾つかの実施形態においては、少なくとも幾つかの要求辞書は、ＵＬＲＱＳＴ４又はＵＬＲＱＳＴ３が実際のＮ［０：３］を完全に含むことができないことがある。報告は、実際には、実際のＮ［０：３］の量子化バージョンである。幾つかの実施形態においては、ＷＴは、最初に要求グループ０及び１に関して、次に要求グループ２に関して、そして最後に要求グループ３に関して、報告されたＭＡＣフレーム待ち行列と実際のＭＡＣ待ち行列フレームとの間の差違を最小にするための報告を送信する。しかしながら、幾つかの実施形態においては、ＷＴは、ＷＴにとって最も有益であるようにするための報告を決定する柔軟性を有する。例えば、ＷＴが典型的要求辞書１（図２０及び２１を参照）を用いていると仮定すると、ＷＴは、ＵＬＲＱＳＴ４を用いてＮ［１］＋Ｎ［３］を報告すること及びＵＬＲＱＳＴ３を用いてＮ［２］及びＮ［０］を報告することができる。さらに、報告が要求辞書による部分組の要求グループに直接関連する場合でも、残りの要求グループのＭＡＣフレーム待ち行列が空であることを自動的に意味しない。例えば、報告がＮ［２］＝１を意味する場合、自動的にＮ［０］＝０、Ｎ［１］＝０、又はＮ［３］＝０であることは意味しない場合がある。
【００４９】
図１８は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル１８００である。幾つかの実施形態においては、参照番号＝０の要求辞書は、デフォルト要求辞書である。第１のカラム１８０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム１８０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル１８００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚのいずれかの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［０］に関する情報、及び（ｉｉｉ）Ｎ［１］＋Ｎ［２］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００５０】
図１９は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル１９００である。幾つかの実施形態においては、参照番号＝０を有する要求辞書は、デフォルト要求辞書である。第１のカラム１９０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム１９０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル１９００のＵＬＲＱＳＴ３は、図１７のテーブル１７００の制御パラメータｙの関数としての（ｉ）Ｎ［０］に関する情報、及び（ｉｉ）Ｎ［１］＋Ｎ［２］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００５１】
図２０は、典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２０００である。第１のカラム２００２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２００４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２０００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［２］に関する情報、及び（ｉｉｉ）Ｎ［１］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００５２】
図２１は、典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２１００である。第１のカラム２１０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２１０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２１００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報及び（ｉｉ）Ｎ［２］に関する情報を搬送する。
【００５３】
図２２は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２２００である。第１のカラム２２０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２２０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２２００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚのいずれかの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［１］に関する情報、及び（ｉｉｉ）Ｎ［２］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００５４】
図２３は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２３００である。第１のカラム２３０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２３０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２３００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報及び（ｉｉ）Ｎ［１］に関する情報を搬送する。
【００５５】
図２４は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２４００である。第１のカラム２４０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２４０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２４００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚのいずれかの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［１］に関する情報、（ｉｉｉ）Ｎ［２］に関する情報、及び（ｉｖ）Ｎ［３］に関する情報のうちの１つを搬送する。
【００５６】
図２５は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２５００である。第１のカラム２５０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２５０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２５００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報、及び（ｉｉ）Ｎ［１］に関する情報を搬送する。
【００５７】
様々な実施形態により、方法は、広範な報告上の可能性を容易にする。例えば、例えばＳＮＲ及びバックオフ報告に基づく制御パラメータの使用は、所定の辞書に対応する単ビットパターン要求が複数の解釈を有することを考慮する。図１８のテーブル１８００に示されるように４ビットアップリンク要求に関する典型的な要求辞書参照番号０について考慮すること。各ビットパターンが固定された解釈に対応し、制御パラメータに依存しない４ビット要求に関しては、１６の可能性が存在する。しかしながら、テーブル１８００においては、制御パラメータｙは値１又は２を有することができるため、ビットパターンのうちの４つ（００１１、０１００、０１０１、及び０１１０）は、２つの異なる解釈を各々有することができる。同様に、テーブル１８００において、制御パラメータｚは値（１、２、３、４、５、６、７、８、９、１０）のうちのいずれかを有することができるため、ビットパターンのうちの９つ（０１１１、１０００、１００１、１０１０、１０１１、１１００、１１０１、１１１０、及び１１１１）は、１０の異なる解釈を各々有することができる。制御パラメータのこの使用は、４ビット要求報告に関する報告範囲を１６の異なる可能性から１１１の可能性に拡大する。
【００５８】
次に、典型的な５ビット無線端末送信機電力バックオフ報告（ＵＬＴｘＢＫＦ５）が説明される。無線端末バックオフ報告は、ＤＣＣＨセグメントを送信するために用いられる電力を考慮後に例えばアップリンクトラフィックチャネルセグメントを含む非ＤＣＣＨセグメントに関するアップリンク送信に関してＷＴが使用しなければならない残存電力量を報告する。ｗｔＵＬＤＣＣＨＢａｃｋＯｆｆ＝ｗｔＰｏｗｅｒＭａｘ−ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒであり、ここで、ｗｔＵＬＤＣＣＨｘＰｏｗｅｒは、アップリンクＤＣＣＨチャネルのトーン当たりの送信電力、単位ｄＢ、を表し、ｗｔＰｏｗｅｒＭａｘは、ＷＴの最大送信電力値、同じく単位ｄＢ、である。ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒは、瞬間的電力を表し、現在のアップリンクＤＣＣＨセグメントの直前のハーフスロット内のｗｔＰｏｗｅｒＮｏｍｉｎａｌを用いて計算されることに注目すること。幾つかの該実施形態においては、ｗｔＰｏｗｅｒＮｏｍｉｎａｌに関するアップリンクＤＣＣＨチャネルのトーン当たり電力は、０ｄＢである。ｗｔＰｏｗｅｒＭａｘの値は、ＷＴのデバイス能力、システム仕様及び／又は規制に依存する。幾つかの実施形態においては、ｗｔＰｏｗｅｒＭａｘの決定は、実装に依存する。
【００５９】
図２６は、様々な実施形態による、典型的な５ビットアップリンク送信機電力バックオフ報告（ＵＬＴｘＢＫＦ５）に関する３２のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２６００である。第１のカラム２６０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２６０４は、各ビットパターンに対応する単位がｄＢの報告されたＷＴアップリンクＤＣＣＨバックオフ報告値を識別する。この典型的実施形態においては、６．５ｄＢ乃至４０ｄＢの範囲の３０の個別のレベルを報告することができ、２つのビットパターンは予約される。無線端末は、例えば上述されるように、ｗｔＵＬＤＣＣＨＢａｃｋｏｆｆを計算し、テーブル２６００内の最も近いエントリを選択し、そのビットパターンを報告に関して用いる。
【００６０】
次に、典型的な４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）が説明される。ビーコン比報告は、交信中の基地局セクターからの及び１つ以上のその他の干渉中の基地局セクターからの受信された測定されたダウンリンクブロードキャスト信号、例えばビーコン信号及び／又はパイロット信号、の関数である情報を提供する。質的には、ビーコン比報告は、その他の基地局セクターへのＷＴの相対的近接性を推定するために用いることができる。ビーコン比報告は、交信中のＢＳセクターにおいてその他のセクターへの過度の干渉を防止するためにＷＴのアップリンク速度を制御する際に用いることができ、幾つかの実施形態においては用いられる。ビーコン比報告は、幾つかの実施形態においては、２つの要因、すなわち（ｉ）Ｇｉで表される推定チャネル利得比、及び（ｉｉ）ｂｉで表される負荷率、に基づく。
【００６１】
チャネル利得比は、幾つかの実施形態においては、次のように定義される。現在の接続のトーンブロックにおいては、ＷＴは、幾つかの実施形態においては、ＷＴからいずれかの干渉基地局セクターｉ（ＢＳＳｉ）までのアップリンクチャネル利得とＷＴから交信ＢＳＳまでのチャネル利得の比の推定値を決定する。この比は、Ｇｉで表される。典型的には、アップリンクチャネル利得比は、ＷＴにおいて直接測定することはできない。しかしながら、アップリンク及びダウンリンクチャネル経路利得は典型的には対称的であるため、該比は、交信ＢＳＳ及び干渉ＢＳＳからのダウンリンク信号の相対的受信電力を比較することによって推定することができる。基準ダウンリンク信号に関する１つの可能な選択肢は、ダウンリンクビーコン信号であり、ダウンリンクビーコン信号は非常に低いＳＮＲにおいて検出可能であるためこの目的に非常に適している。幾つかの実施形態においては、ビーコン信号は、基地局セクターからのその他のダウンリンク信号よりも高いトーン当たり送信電力レベルを有する。さらに、ビーコン信号の特性は、ビーコン信号を検出及び測定する上で精密なタイミングの同期化が必要ないような特性である。例えば、ビーコン信号は、幾つかの実施形態においては、高電力狭帯域、例えば単一トーンで、２つのＯＦＤＭシンボル送信期間の幅を有する信号である。従って、一定の所在位置においては、ＷＴは、その他のダウンリンクブロードキャスト信号、例えばパイロット信号、の検出及び／又は測定が実行可能でない基地局セクターからのビーコン信号を検出及び測定することができる。ビーコン信号を用いた場合は、アップリンク経路比は、Ｇｉ＝ＰＢｉ／ＰＢ０によって与えられ、ここで、ＰＢｉ及びＰＢ０は、それぞれ、干渉基地局セクター及び交信基地局セクターからのそれぞれの測定された受信ビーコン電力である。
【００６２】
ビーコンは、典型的にはかなりまれにしか送信されないため、ビーコン信号の電力測定は、特に電力が急激に変化するフェージング環境においては、平均チャネル利得を非常に正確に表すことができない。例えば、幾つかの実施形態においては、２つの連続するＯＦＤＭシンボル送信期間を占有し、基地局セクターのダウンリンクトーンブロックに対応する１つのビーコン信号は、９１２のＯＦＤＭシンボル送信期間のすべてのビーコンスロットに関して送信される。
【００６３】
他方、パイロット信号は、ビーコン信号よりもはるかに頻繁に送信されることがしばしばあり、例えば幾つかの実施形態においては、パイロット信号は、ビーコンスロットの９１２のＯＦＤＭシンボル送信期間のうちの８９６中に送信される。ＷＴがＢＳセクターからのパイロット信号を検出できる場合は、ビーコン信号の測定を用いる代わりに測定された受信パイロット信号から受信ビーコン信号強度を推定することができる。例えば、ＷＴが干渉ＢＳセクターの受信パイロット電力ＰＰｉを測定できる場合は、推定ＰＢｉ＝ＫＺｉＰＰｉから受信ビーコン電力ＰＢｉを推定することができ、ここで、Ｋは、干渉セクターのビーコン電力とパイロット電力の公称比であって、ＢＳセクターの各々に関して同じであり、Ｚｉは、セクターに依存するスケーリングファクタである。
【００６４】
同様に、交信ＢＳからのパイロット信号電力がＷＴにおいて測定可能である場合は、受信されたビーコン電力ＰＢ０は、関係、推定ＰＢ０＝ＫＺ０ＰＰ０から推定することができ、ここで、Ｚ０及びＰＰ０は、それぞれ、交信基地局セクターからのスケーリングファクタ及び測定された受信パイロット電力である。
【００６５】
交信基地局セクターに対応する受信パイロット信号強度が測定可能であり、さらに干渉基地局セクターに対応する受信パイロット信号強度が測定可能である場合は、ビーコン比は以下から推定できることに注目すること。
【００６６】
Ｇｉ＝ＰＢｉ／（ＰＰ０ Ｋ Ｚ０）
交信セクター及び干渉セクターの両方においてパイロット強度が測定可能である場合は、ビーコン比は以下から推定できることに注目すること。
【００６７】
Ｇｉ＝ＰＰｉ Ｋ Ｚｉ／（ＰＰ０ Ｋ Ｚ０）＝ＰＰｉＺｉ／（ＰＰ０Ｚ０）
スケーリングファクタＫ、Ｚｉ及びＺ０は、システム定数であるか、又はＷＴによってＢＳからのその他の情報から推測することができる。幾つかの実施形態においては、スケーリングファクタ（Ｋｉ、Ｚｉ、Ｚ０）の一部は、システム定数であり、スケーリングファクタ（Ｋｉ、Ｚｉ、Ｚ０）の一部は、ＷＴによってＢＳからのその他の情報から推測される。
【００６８】
異なる搬送波において異なる電力レベルを有する幾つかの多搬送波システムにおいては、スケーリングファクタＺｉ及びＺ０は、ダウンリンクトーンブロックの関数である。例えば、典型的ＢＳＳは、３つの電力段（ｐｏｗｅｒ  ｔｉｅｒ）レベルを有し、３つの電力段レベルのうちの１つは、ＢＳＳアタッチメントポイントに対応する各ダウンリンクトーンブロックと関連づけられる。幾つかの該実施形態においては、３つの電力段レベルのうちの異なる１つがＢＳＳの異なるトーンブロックの各々と関連づけられる。この例を続けると、所定のＢＳＳに関して、各電力段レベルは、公称ｂｓｓ電力レベル（例えば、ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ０、ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ１、及びｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ２のうちの１つ）と関連づけられ、パイロットチャネル信号は、トーンブロックに関する公称ｂｓｓ電力レベルに関する相対的電力レベル、例えば、トーンブロックによって使用中の公称ｂｓｓ電力レベルよりも７．２ｄＢ高い電力レベル、で送信される。しかしながら、ＢＳＳに関するビーコントーン当たり相対的送信電力レベルは、ビーコンが送信されるトーンブロックに関わらず同じであり、例えば、電力段０ブロック（ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ０）によって用いられるｂｓｓ電力レベルよりも２３．８ｄＢ高い。従って、所定のＢＳＳに関するこの例においては、ビーコン送信電力は、トーンブロックの各々において同じであり、他方、パイロット送信電力は異なり、例えば異なるトーンブロックのパイロット送信電力は、異なる電力段レベルに対応する。この例に関する一組のスケールファクタは、段０に関するビーコン電力とパイロット電力の比であるＫ＝２３．８−７．２ｄＢになり、Ｚｉは、段０セクターの電力に対する干渉セクターの段の相対的公称電力に設定される。
【００６９】
幾つかの実施形態においては、パラメータＺ０は、交信ＢＳＳのｂｓｓＳｅｃｔｏｒＴｙｐｅによる決定に従い現在の接続のトーンブロックが交信ＢＳＳにおいてどのように用いられるかにより、格納された情報、例えば図２７のテーブル２７００、から決定される。例えば、現在の接続のトーンブロックが交信ＢＳＳによって段０トーンブロックとして用いられる場合は、Ｚ０＝１であり、現在の接続のトーンブロックが交信ＢＳＳによって段１トーンブロックとして用いられる場合は、Ｚ０＝ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１であり、現在の接続のトーンブロックが交信ＢＳＳによって段２トーンブロックとして用いられる場合は、Ｚ０＝ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２である。
【００７０】
図２７は、様々な実施形態により実装される典型的電力スケーリングファクタテーブル２７００を含む。第１のカラム２７０２は、段０トーンブロック、段１トーンブロック、又は段２トーンブロックとしてのトーンブロックの使用を示す。第２のカラム２７０４は、（１，ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２）として、各段（０、１、２）とそれぞれ関連づけられたスケーリングファクタを示す。幾つかの実施形態においては、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１は６ｄＢであり、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２は１２ｄＢである。
【００７１】
幾つかの実施形態においては、ＤＣＣＨ  ＤＬＢＮＲ４報告は、一般的ビーコン比報告及び特別ビーコン比報告のうちの１つであることができる。幾つかの該実施形態においては、ダウンリンクトラフィック制御チャネル、例えばＤＬ．ＴＣＣＨ．ＦＬＡＳＨチャネルは、ビーコンスロットにおいて特別フレームを送信し、前記特別フレームは、“ＤＬＢＮＲ４報告要求フィールド”を含む。そのフィールドは、交信中のＢＳＳによって選択を制御するために用いることができる。例えば、フィールドがゼロに設定された場合は、ＷＴは、一般的ビーコン比報告を報告し、その他の場合は、ＷＴは、特別ビーコン比報告を報告する。
【００７２】
幾つかの実施形態による一般的ビーコン比報告は、ＷＴが現在の接続において交信ＢＳＳに送信する予定である場合にＷＴが全干渉ビーコン又は“最も近い”干渉ビーコンに対して生成することになる相対的干渉コストを測定する。幾つかの実施形態による特別ビーコン比報告は、ＷＴが現在の接続において交信ＢＳＳに送信する予定である場合にＷＴが特定のＢＳＳに対して生成することになる相対的干渉コストを測定する。特定のＢＳＳは、特別ダウンリンクフレームのＤＬＢＮＲ４要求フィールドにおいて受信される情報を用いて示されるＢＳＳである。例えば、幾つかの実施形態においては、特定のＢＳＳは、そのｂｓｓＳｌｏｐｅが例えば符号なし整数フォーマットである“ＤＬＢＮＲ４報告要求フィールド”の値に等しく、さらにそのｂｓｓＳｅｃｔｏｒＴｙｐｅがｍｏｄ（ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘ，３）に等しいＢＳＳであり、ここで、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘは、現在の接続のウルトラスロット内のビーコンスロットのアップリンクインデックスである。幾つかの典型的実施形態においては、ウルトラスロット内には１８のインデキシングされたビーコンスロットが存在する。
【００７３】
様々な実施形態において、一般的ビーコン比及び特別ビーコン比の両方とも、計算されたチャネル利得比Ｇ１、Ｇ２、．．．、から次のように決定される。ＷＴは、ダウンリンクブロードキャストシステムサブチャネルで送信されたアップリンク負荷率を受信し、図２８のアップリンク負荷率テーブル２８００から変数ｂ０を決定する。テーブル２８００は、アップリンク負荷率に関して用いることができる８個の異なる値（０、１、２、３、４、５、６、７）を示した第１のカラム２８０２を含み、第２のカラムは、単位がｄＢであるｂ値に関する対応値（０、−１、−２、−３、−４、−６、−９、−無限大）をそれぞれ示す。その他のＢＳＳｉに関しては、ＷＴは、現在の接続のトーンブロックにおいてＢＳＳｉのダウンリンクブロードキャストシステムサブチャネルにおいて送信されたアップリンク負荷率からｂｉを受信することを試みる。ＷＴがＵＬ負荷率ｂｉを受信することができない場合は、ＷＴは、ｂｉ＝１に設定する。
【００７４】
幾つかの実施形態において、単搬送波動作においては、ＷＴは、次の電力比を一般的ビーコン比報告として計算する。すなわち、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘが偶数のときはｂ０／（Ｇ１ｂ１＋Ｇ２ｂ２＋．．．）、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘが奇数のときはｂ０／ｍａｘ（Ｇ１ｂ１，Ｇ２ｂ２，．．．）であり、ここで、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘは、現在の接続のウルトラスロット内のビーコンスロットのアップリンクインデックスであり、演算＋は、正規の加算を表す。特定ビーコン比報告を送信するように要求されたときには、ＷＴは、幾つかの実施形態においては、ｂ０／（ＧｋＢｋ）を計算し、ここで、インデックスｋは、特定のＢＳＳｋを表す。幾つかの実施形態においては、ウルトラスロット内には１８のインデキシングされたビーコンスロットが存在する。
【００７５】
図２９は、様々な実施形態による、４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）に関する典型的フォーマットを示したテーブル２９００である。第１のカラム２９０２は、報告が搬送することができる１６の様々なビットパターンを示し、第２のカラム２９０４は、例えば−３ｄＢ乃至２６ｄＢの範囲の各ビットパターンに対応する報告された報告電力比を示す。無線端末は、決定された報告値に最も近いＤＬＢＮＲ４テーブルエントリを選択及び通信することによって一般的ビーコン比報告及び特定ビーコン比報告を報告する。この典型的実施形態においては、一般的ビーコン比報告及び特定ビーコン比報告は、ＤＬＢＮＲ４に関する同じテーブルを用いることができるが、幾つかの実施形態においては、異なるテーブルを用いることができる。
【００７６】
次に、ダウンリンク自己雑音ＳＮＲ報告（ＤＬＳＳＮＲ４）の典型的な４ビット飽和レベルが説明される。幾つかの実施形態においては、ＷＴは、ＢＳＳが無限電力で送信する信号を基地局が送信することができ、無線端末が該信号を測定することができる場合に、ＷＴ受信機が受信された該信号に関して測定するＤＬ  ＳＮＲであると定義されるＤＬ  ＳＮＲの飽和レベルを導き出す。飽和レベルは、チャネル推定誤り等の要因によって引き起こされる可能性があるＷＴ受信機の自己雑音によって決定することができ、幾つかの実施形態においては決定される。以下は、ＤＬ  ＳＮＲの飽和レベルを導き出すための典型的方法である。
【００７７】
典型的方法において、ＷＴは、ＢＳＳが電力Ｐで送信する場合はＤＬＳＮＲはＳＮＲ（Ｐ）＝ＧＰ／（ａ０ＧＰ＋Ｎ）に等しいと仮定し、ここで、Ｇは、ＢＳＳからＷＴまでの無線端末チャネル経路利得を表し、Ｐは、送信電力であり、従ってＧＰは、受信された信号電力であり、Ｎは、受信された干渉電力を表し、ａ０ＧＰは、自己雑音を表し、ここで、より高いａ０値は、より高い自己雑音値を表す。Ｇは、０乃至１の間の値であり、ａ０、Ｐ、及びＮは、正値である。このモデルにおいては、定義上、ＤＬ  ＳＮＲの飽和レベルは、１／ａ０に等しい。幾つかの実施形態においては、ＷＴは、干渉電力Ｎを決定するためにダウンリンクＮｕｌｌチャネル（ＤＬ．ＮＣＨ）の受信電力を測定し、ダウンリンクパイロットチャネルの（Ｇ＊Ｐ０によって表される）受信電力及びダウンリンクパイロットチャネルの（ＳＮＲ０によって表される）ＳＮＲを測定し、次に、ＷＴは、１／ａ０＝（１／ＳＮＲ０−Ｎ／（ＧＰ０））−１を計算する。
【００７８】
ＷＴがＤＬ  ＳＮＲの飽和レベルを導き出した時点で、ＷＴは、ＤＬ自己雑音飽和レベル報告テーブル内の導き出された値に最も近いエントリを用いて飽和レベルを報告する。図３０のテーブル３０００は、ＤＬＳＳＮＲ４のフォーマットを説明する典型的テーブルである。第１のカラム３００２は、ＤＬＳＳＮＲ４報告によって搬送することができる１６の異なる可能なビットパターンを示し、第２のカラム３００４は、８．７５ｄＢ乃至２９．７５ｄＢの範囲の各ビットパターンに対応して通信されるＤＬ  ＳＮＲの飽和レベルを示す。
【００７９】
様々な実施形態においては、ＤＣＣＨには柔軟型報告（ｆｌｅｘｉｂｌｅ  ｒｅｐｏｒｔ）が含まれており、従って、ＷＴは、いずれの型の報告を通信するかを決定し、報告の型は、割り当てられた専用制御チャネルセグメントを用いる所定のＷＴに関して１つの柔軟な報告機会から次の柔軟な報告機会に変更することができる。
【００８０】
典型的実施形態においては、ＷＴは、ＴＹＰＥ２及びＢＯＤＹ４の両報告を含む同じＤＣＣＨセグメントの４ビットボディ報告（ｂｏｄｙ  ｒｅｐｏｒｔ）（ＢＯＤＹ４）において通信するためにＷＴによって選択される報告の型を示すために２ビット型報告（ＴＹＰＥ２）を使用する。図３１のテーブル３１００は、ＴＹＰＥ２報告情報ビットと対応するＢＯＤＹ４報告によって搬送される報告の型との間のマッピング例である。第１のカラム３１０２は、２ビットＴＹＰＥ２報告に関する４つの可能なビットパターンを示す。第２のカラム３１０４は、ＴＹＰＥ２報告に対応する同じアップリンク専用制御チャネルセグメントのＢＯＤＹ４報告において搬送される報告の型を示す。テーブル３１００は、ビットパターン００はＢＯＤＹ４報告がＵＬＲＱＳＴ４報告になることを示すこと、ビットパターン０１はＢＯＤＹ４報告がＤＬＳＳＮＲ４報告になることを示すこと、及びビットパターン１０及び１１は予約されていることを示す。
【００８１】
幾つかの実施形態においては、ＷＴは、選択が生じることが可能である異なる報告の型の相対的重要性を評価することによってＴＹＰＥ２報告及びＢＯＤＹ４報告、例えばテーブル３１００に記載される報告、を選択する。幾つかの実施形態においては、ＷＴは、各セグメントごとに独立してＴＹＰＥ２を選択することができる。
【００８２】
図３２は、第１のＷＴに関する所定のＤＣＣＨトーンに関するビーコンスロットにおけるスプリットトーンフォーマットの典型的デフォルトモードを示す図３２９９である。図３２において、各ブロック（３２００、３２０１、３２０２、３２０３、３２０４、３２０５、３２０６、３２０７、３２０８、３２０９、３２１０、３２１１、３２１２、３２１３、３２１４、３２１５、３２１６、３２１７、３２１８、３２１９、３２２０、３２２１、３２２２、３２２３、３２２４、３２２５、３２２６、３２２７、３２２８、３２２９、３２３０、３２３１、３２３２、３２３３、３２３４、３２３５、３２３６、３２３７、３２３８、３２３９）は、そのインデックスｓ２（０，．．．，３９）が長方形部分３２４０内のブロックの上方に示されている１つのセグメントを表す。各ブロック、例えばセグメント０を表すブロック３２００、は８つの情報ビットを搬送し、各ブロックは、セグメント内の８ビットに対応する８つのローを具備し、ビットは、長方形部分３２４３に示されるように、最上部のローから最下部のローに向かって最上位ビットから最下位ビットまで降順で示される。
【００８３】
典型的実施形態に関して、図３２に示されるフレーミングフォーマットは、スプリットトーンフォーマットのデフォルトモードが用いられるときに、すべてのビーコンスロットにおいて繰り返し用いられ、次の例外を有する。無線端末が現在の接続においてＯＮ状態に移行後の第１のアップリンクスーパースロットにおいては、ＷＴは、図３３に示されるフレーミングフォーマットを使用しなければならない。第１のアップリンクスーパースロットは、ＷＴがＡＣＣＥＳＳ状態からＯＮ態に移行するシナリオに関して、ＷＴがＨＯＬＤ状態からＯＮ状態に移行するシナリオに関して、及びＷＴが他の接続のＯＮ状態からＯＮ状態に移行するシナリオに関して定義される。
【００８４】
図３３は、ＷＴがＯＮ状態に移行後の第１のアップリンクスーパースロットにおけるアップリンクＤＣＣＨセグメントのスプリットトーンフォーマットにおけるデフォルトモードの典型的定義を示す。図３３９９は、セグメント上方の長方形３３０６によって示されるように、スーパースロット内のセグメントインデックス番号、ｓ２＝（０、１、２、３、４）にそれぞれ対応する５つの連続セグメント（３３００、３３０１、３３０２、３３０３、３３０４）を含む。各ブロック、例えばスーパースロットのセグメント０を表すブロック３３００は、８つの情報ビットを搬送し、各ブロックは、セグメント内の８ビットに対応する８つのローを具備し、該ビットは、長方形部分３３０８において示されるように、最上ローから最下部ローに向かって最上位ビットから最下位ビットまで降順で示される。
【００８５】
典型的実施形態において、ＨＯＬＤからＯＮ状態に移行するシナリオにおいては、ＷＴは、第１のＵＬスーパースロットの初めからアップリンクＤＣＣＨチャネルの送信を開始し、従って、第１のアップリンクＤＣＣＨセグメントは、図３３の左端の情報カラム内の情報ビットであるセグメント３３００の情報ビットを搬送しなければならない。典型的実施形態において、ＡＣＣＥＳＳ状態からＯＮ状態に移行するシナリオにおいては、ＷＴは、必ずしも第１のＵＬスーパースロットの初めから開始するわけではないが、それでも図３３おいて指定されるフレーミングフォーマットに従ってアップリンクＤＣＣＨセグメントを送信する。例えば、ＷＴが、インデックス＝１０を有するスーパースロットのハーフスロットからＵＬ  ＤＣＣＨセグメントを送信することを開始する場合は、ＷＴは、図３３の左端の情報カラム（セグメント３３００）をスキップし、搬送された第１のアップリンクセグメントは、３３０３に対応する。典型的実施形態においては、スーパースロットのインデキシングされたハーフスロット（１乃至３）は、１つのセグメントに対応し、スーパースロットのインデキシングされたハーフスロット（１０乃至１２）は、ＷＴに関する次のセグメントに対応する点に注目すること。典型的実施形態においては、フルトーンフォーマットとスプリットトーンフォーマットを切り換えるシナリオに関しては、ＷＴは、図３３に示されるフォーマットを用いる上記の例外なしに図３２に示されるフレーミングフォーマットを用いる。
【００８６】
第１のＵＬスーパースロットが終了した時点で、アップリンクＤＣＣＨチャネルセグメントは、図３２のフレーミングフォーマットに切り換わる。第１のアップリンクスーパースロットがどこで終了するかに依存して、フレーミングフォーマット切り換えポイントは、ビーコンスロットの初めであることができる場合とできない場合がある。この典型的実施形態においては、スーパースロットに関する所定のＤＣＣＨトーンに関して５つのＤＣＣＨセグメントが存在する点に注目すること。例えば、第１のアップリンクスーパースロットはアップリンクビーコンスロットスーパースロットインデックス＝２であり、ビーコンスロットスーパースロットインデックス範囲は０乃至７（スーパースロット０、スーパースロット１、．．．、スーパースロット７）であると仮定する。後続して、アップリンクビーコンスロットスーパースロットインデックス＝３である次のアップリンクスーパースロットにおいて、図３２のデフォルトフレーミングフォーマットを用いる第１のアップリンクＤＣＣＨセグメントは、インデックスｓ２＝１５（図３２のセグメント３２１５）であり、セグメントｓ２＝１５（図３２のセグメント３２１５）に対応する情報を搬送する。
【００８７】
各アップリンクＤＣＣＨセグメントは、一組の専用制御チャネル報告（ＤＣＲ）を送信するために用いられる。デフォルトモードに関するスプリットトーンフォーマットのＤＣＲの典型的サマリーリストが図３４のテーブル３４００に示される。テーブル３４００の情報は、図３２及び３３のパーティショニングされたセグメントに適用することができる。図３２及び３３の各セグメントは、テーブル３４００において説明されるように２つ以上の報告を含む。テーブル３４００の第１のカラム３４０２は、各典型的報告に関して用いられる省略名について説明する。各報告の名前は、ＤＣＲのビット数を指定する数字が最後に付される。テーブル３４００の第２のカラム３４０４は、名前が付けられた各々の報告について簡単に説明する。第３のカラム３４０６は、ＤＣＲが送信される図３２のセグメントインデックスｓ２を指定し、テーブル３４００と図３２との間のマッピングに対応する。
【００８８】
図３２、３３及び３４は、デフォルトモードに関するスプリットトーンフォーマットにおける第１のＷＴに対応するセグメント（インデキシングされたセグメント０、３、６、９、１２、１５、１８、２１、２４、２７、３０、３３、及び３６）を説明することに注目すべきである。図３２に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第２の無線端末は、同じ報告パターンに従うが、セグメントは１だけシフトされ、従って、第２のＷＴは、インデキシングされたセグメント（１、４、７、１０、１３、１６、１９、２２、２５、２８、３１、３４、及び３７）を用いる。図３３に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第２の無線端末は、同じ報告パターンに従うが、セグメントは１だけシフトされ、従って、第２のＷＴは、インデキシングされたセグメント３３０１及び３３０４を用いる。図３２に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第３の無線端末は、同じ報告パターンに従うが、セグメントは２だけシフトされ、従って、第３のＷＴは、インデキシングされたセグメント（２、５、８、１１、１４、１７、２０、２３、２６、２９、３３、３５、及び３８）を用いる。図３３に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第３の無線端末は、同じ報告パターンに従うが、セグメントは２だけシフトされ、従って、第３のＷＴは、インデキシングされたセグメント３３０５を用いる。図３２において、インデックス＝３９を有するセグメントは予約される。
【００８９】
図３３は、テーブル３２９９に対応するビーコンスロットの第１のスーパースロットの代替に対応する表現を提供し、例えばセグメント３３００は、セグメント３２００に取って代わり及び／又はセグメント３３０３は、セグメント３２０３に取って代わる。図３２において、各スーパースロットに関して、スプリットトーンＤＣＣＨフォーマットを用いる典型的無線端末に対して１つ又は２つのセグメントが割り当てられ、割り当てられたセグメントの位置は、ビーコンスロットのスーパースロットに依存する。例えば、第１のスーパースロットにおいては、スーパースロットの第１及び第４のＤＣＣＨセグメントに対応して２つのセグメント（３２００、３２０３）が割り当てられる。第２のスーパースロットにおいては、スーパースロットの第２及び第５のＤＣＣＨセグメントに対応して２つのセグメント（３２０６、３２０９）が割り当てられる。第３のスーパースロットにおいては、スーパースロットの第３のＤＣＣＨセグメントに対応して１つのセグメント３２１３が割り当てられる。幾つかの実施形態においては、セグメント３３００は、使用時には、スーパースロットの第１のスケジューリングされたＤＣＣＨセグメントに取って代わるために用いられ、セグメント３３０３は、使用時には、スーパースロットの第２のスケジューリングされたＤＣＣＨセグメントに取って代わるために用いられる。例えば、セグメント３３００は、セグメント３２０６に取って代わることができ及び／又はセグメント３３０３は、セグメント３３０９に取って代わることができる。他の例として、セグメント３３００は、セグメント３２１２に取って代わることができる。
【００９０】
幾つかの実施形態においては、ＤＬ  ＳＮＲ（ＤＬＳＮＲ５）の５ビットの絶対的報告は、スプリットトーンフォーマットデフォルトモードにおいても、フルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの該実施形態においては、例外が存在し、ＮｕｍＣｏｎｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄのデフォルト値は、スプリットトーンフォーマットにおいてはフルトーンフォーマットにおける場合と異なり、例えば、スプリットトーンフォーマットデフォルトモードでは６、フルトーンフォーマットデフォルトモードでは１０である。
【００９１】
幾つかの実施形態においては、３ビットＤＬＤＳＮＲ３報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの実施形態においては、４ビットＤＬＳＳＮＲ４報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。
【００９２】
幾つかの実施形態においては、スプリットトーンフォーマットデフォルトモードの４ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ４）は、フルトーンフォーマットデフォルトモードのＵＬＴｘＢＫＦ５と同様に生成され、例外として、図３５のテーブル３５００が報告に関して用いられる。
【００９３】
図３５は、様々な実施形態による、典型的４ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ４）に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル３５００である。第１のカラム３５０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム３５０４は、各ビットパターンに対応する単位がｄＢの報告されたＷＴアップリンクＤＣＣＨバックオフ報告値を識別する。この典型的実施形態においては、６ｄＢ乃至３６ｄＢの範囲の１６の個別のレベルを報告することができる。無線端末は、例えば上述されるように、ｗｔＵＬＤＣＣＨＢａｃｋｏｆｆを計算し、テーブル３５００内の最も近いエントリを選択し、そのビットパターンを報告に関して用いる。
【００９４】
幾つかの実施形態においては、４ビットＤＬＢＮＲ４報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの実施形態においては、３ビットＵＬＲＱＳＴ３報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの実施形態においては、４ビットＵＬＲＱＳＴ４報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。
【００９５】
様々な実施形態においては、デフォルトモードにおけるスプリットトーンフォーマットのＤＣＣＨには柔軟型報告が含まれており、従って、ＷＴは、いずれの型の報告を通信するかを決定し、報告の型は、割り当てられた専用制御チャネルセグメントを用いる所定のＷＴに関して１つの柔軟な報告機会から次の柔軟な報告機会に変更することができる。
【００９６】
典型的実施形態においては、ＷＴは、ＴＹＰＥ１及びＢＯＤＹ４の両報告を含む同じＤＣＣＨセグメントの４ビットボディ報告（ＢＯＤＹ４）において通信するためにＷＴによって選択される報告の型を示すために１ビット型報告（ＴＹＰＥ１）を使用する。図３６のテーブル３６００は、ＴＹＰＥ１報告情報ビット及び対応するＢＯＤＹ４報告によって搬送される報告の型の間のマッピング例である。第１のカラム３６０２は、１ビットＴＹＰＥ１報告に関する２つの可能なビットパターンを示す。第２のカラム３６０４は、ＴＹＰＥ１報告に対応する同じアップリンク専用制御チャネルセグメントのＢＯＤＹ４報告において搬送される報告の型を示す。テーブル３６００は、ビットパターン０はＢＯＤＹ４報告がＵＬＲＱＳＴ４報告になることを示し、ビットパターン０１はＢＯＤＹ４報告が予約報告になることを示すことを示す。
【００９７】
幾つかの実施形態においては、ＷＴは、選択を行うことができる異なる型の報告、例えばテーブル３６００に記載された報告、が可能である場合における相対的重要性を評価することによってＴＹＰＥ１報告及びＢＯＤＹ４報告を選択する。幾つかの実施形態においては、ＷＴは、各セグメントごとに独立してＴＹＰＥ１を選択することができる。
【００９８】
幾つかの実施形態においては、アップリンク専用制御チャネルセグメントがフルトーンフォーマットを使用時に用いられる符号化及び変調方式は、アップリンク専用制御チャネルセグメントがスプリットトーンフォーマットを使用時に用いられる符号化及び変調方式と異なる。
【００９９】
次に、専用制御チャネルセグメントがフルトーンフォーマットを使用時に符号化及び変調に関して用いられる典型的第１の方法が説明される。ｂ５、ｂ４、ｂ３、ｂ２、ｂ１及びｂ０がアップリンク専用制御チャネルセグメントにおいて送信される情報ビットを表し、ここで、ｂ５は最上位ビットであり、ｂ０は最下位ビットであるとする。ｃ２ｃ１ｃ０＝（ｂ５ｂ４ｂ３）．∧（ｂ２ｂ１ｂ０）であると定義し、ここで、．∧は、ビットに基づく論理ＯＲ演算である。ＷＴは、図３７のテーブル３７００により７つの変調シンボルから成るグループを情報ビットグループｂ５ｂ４ｂ３から決定する。テーブル３７００は、フルトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様である。テーブル３７００の第１のカラム３７０２は、３つの順序が設定された情報ビットに関するビットパターンを含み、カラム３７０４は、７つの順序が設定されたコーディングされた変調シンボルの対応する組を含み、各組は、異なる可能なビットパターンに対応する。
【０１００】
ｂ５ｂ４ｂ３から決定された７つの変調シンボルは、コーディング及び変調動作の出力の７つの最上位のコーディングされた変調シンボルになる。
【０１０１】
ＷＴは、同様にテーブル３７００を用いて７つの変調シンボルから成るグループを情報ビットグループｂ２ｂ１ｂ０から決定し、入手された７つの変調シンボルを、符号化及び変調動作の出力の次の最上位のコーディングされた変調シンボルとして用いる。
【０１０２】
ＷＴは、同様にテーブル３７００を用いて７つの変調シンボルから成るグループを情報ビットグループｃ２ｃ１ｃ０から決定し、入手された７つの変調シンボルを、コーディング及び変調動作の出力の最下位のコーディングされた変調シンボルとして用いる。
【０１０３】
次に、専用制御チャネルセグメントがスプリットトーンフォーマットを使用時に符号化及び変調に関して用いられる典型的な第２の方法が説明される。ｂ７、ｂ６、ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、及びｂ０がアップリンク専用制御チャネルセグメントにおいて送信される情報ビットを表し、ここで、ｂ７が最上位ビットであり、ｂ０が最下位ビットであるとする。ｃ３ｃ２ｃ１ｃ０＝（ｂ７ｂ６ｂ５ｂ４）．∧（ｂ３ｂ２ｂ１ｂ０）であると定義し、ここで、．∧は、ビットに基づく論理ＯＲ演算である。ＷＴは、図３８のテーブル３８００により７つの変調シンボルから成るグループを情報ビットグループｂ７ｂ６ｂ５ｂ４から決定する。テーブル３８００は、スプリットトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様である。テーブル３８００の第１のカラム３８０２は、４つの順序が設定された情報ビットに関するビットパターンを含み、第２のカラム３８０４は、７つの順序が設定されたコーディングされた変調シンボルの対応する組を含み、各組は、異なる可能なビットパターンに対応する。
【０１０４】
ｂ７ｂ６ｂ５ｂ４から決定された７つの変調シンボルは、コーディング及び変調動作の出力の７つの最上位のコーディングされた変調シンボルになる。
【０１０５】
ＷＴは、同様にテーブル３８００を用いて７つの変調シンボルから成るグループを情報ビットグループｂ３ｂ２ｂ１ｂ０から決定し、入手された７つの変調シンボルを、符号化及び変調動作の出力の次の最上位のコーディングされた変調シンボルとして用いる。
【０１０６】
ＷＴは、同様にテーブル３８００を用いて７つの変調シンボルから成るグループを情報ビットグループｃ３ｃ２ｃ１ｃ０から決定し、入手された７つの変調シンボルを、コーディング及び変調動作の出力の最下位のコーディングされた変調シンボルとして用いる。
【０１０７】
図３９は、典型的無線端末アップリンクトラフィックチャネルフレーム要求グループ待ち行列カウント情報を示すテーブル３９００である。各無線端末は、その要求グループカウント情報を維持及び更新する。この典型的実施形態においては、４つの要求グループ（ＲＧ０、ＲＧ１、ＲＧ２、ＲＧ３）が存在する。その他の実施形態は、異なる数の要求グループを用いることができる。幾つかの実施形態においては、システム内の異なるＷＴは、異なる数の要求グループを有することができる。第１のカラム３９０２は、待ち行列要素インデックスを示し、第２のカラム３９０４は、待ち行列要素値を示す。第１のロー３９０６は、Ｎ［０］＝ＷＴが要求グループ０（ＲＧ０）に関して送信することを意図するＭＡＣフレーム数であることを示し、第２のロー３９０８は、Ｎ［１］＝ＷＴが要求グループ１（ＲＧ１）に関して送信することを意図するＭＡＣフレーム数であることを示し、第３のローは、Ｎ［２］＝ＷＴが要求グループ２に関して送信することを意図するＭＡＣフレーム数であることを示し、第４のロー３９１２は、Ｎ［３］＝ＷＴが要求グループ３に関して送信することを意図するＭＡＣフレーム数であることを示す。
【０１０８】
図４０の図４０００は、典型的実施形態による、無線端末によって維持されている典型的な一組の４つの要求グループ待ち行列（４００２、４００４、４００６、４００８）を含む。待ち行列０ ４００２は、要求グループ０情報に関する待ち行列である。待ち行列０情報４００２は、ＷＴが送信することを意図する待ち行列０トラフィック（Ｎ［０］）のフレーム、例えばＭＡＣフレーム、の総数４０１０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０１２、フレーム２  ４０１４、フレーム３  ４０１６、．．．、フレームＮ０  ４０１８）と、を含む。待ち行列１  ４００４は、要求グループ１情報に関する待ち行列である。待ち行列１情報４００４は、ＷＴが送信することを意図する待ち行列１トラフィック（Ｎ［１］）のフレーム、例えばＭＡＣフレーム、の総数４０２０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０２２、フレーム２  ４０２４、フレーム３  ４０２６、．．．、フレームＮ０  ４０２８）と、を含む。待ち行列２  ４００６は、要求グループ２情報に関する待ち行列である。待ち行列２情報４００６は、ＷＴが送信することを意図する待ち行列２トラフィック（Ｎ［２］）のフレーム、例えばＭＡＣフレーム、の総数４０３０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０３２、フレーム２  ４０３４、フレーム３  ４０３６、．．．、フレームＮ２  ４０３８）と、を含む。待ち行列３  ４００８は、要求グループ３情報に関する待ち行列である。待ち行列３情報４００８は、ＷＴが送信することを意図する待ち行列３トラフィック（Ｎ［３］）のフレーム、例えばＭＡＣフレーム、の総数４０４０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０４２、フレーム２  ４０４４、フレーム３  ４０４６、．．．、フレームＮ３  ４０４８）と、を含む。幾つかの実施形態においては、少なくとも幾つかの無線端末に関する要求待ち行列は、優先待ち行列である。例えば、幾つかの実施形態においては、個々の無線端末の観点から、要求グループ０待ち行列４００２は、最高の優先度のトラフィックに関して用いられ、要求グループ１待ち行列４００４は、２番目に最高の優先度のトラフィックに関して用いられ、要求グループ２待ち行列４００６は、３番目に最高の優先度のトラフィックに関して用いられ、要求グループ３待ち行列４００８は、最低の優先度のトラフィックに関して用いられる。
【０１０９】
幾つかの実施形態においては、少なくとも幾つかの無線端末に関する少なくとも幾つかの時間中における少なくとも幾つかの要求待ち行列内のトラフィックは、異なる優先度を有する。幾つかの実施形態においては、優先度は、トラフィックフローを要求待ち行列にマッピング時に考慮される１つの要因である。幾つかの実施形態においては、優先度は、トラフィックをスケジューリング／送信時に考慮される１つの要因である。幾つかの実施形態においては、優先度は、相対的重要度を表す。幾つかの実施形態においては、その他のすべての要因が同じである場合、より高い優先度に属するトラフィックは、より低い優先度に属するトラフィックよりも頻繁にスケジューリング／送信される。
【０１１０】
図４０の図４０５２は、第１のＷＴ、ＷＴ  Ａに関する要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０５４は、データストリームトラフィックフローの情報型を含み、第２のカラム４０５６は、識別された待ち行列（要求グループ）を含み、第３のカラム４０５８は、注釈を含む。第１のロー４０６０は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０６２は、音声情報が要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０６４は、ゲームプレイ及びオーディオストリームアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅に関する要求度は、音声に関する場合よりもわずかに高い。第４のロー４０６６は、ＦＴＰ、ウェブブラウジング、及び映像ストリームアプリケーションＡが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１１】
図４０の図４０７２は、第２のＷＴ、ＷＴ  Ｂに関する要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０７４は、データストリームトラフィックフローの情報型を含み、第２のカラム４０７６は、識別された待ち行列（要求グループ）を含み、第３のカラム４０７８は、注釈を含む。第１のロー４０８０は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０８２は、音声及びオーディオストリームアプリケーションＡ情報が要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０８４は、ゲームプレイ及びオーディオストリームアプリケーションＢ、及び画像ストリームアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅に関する要求度は、音声に関する場合よりもわずかに高い。第４のロー４０８６は、ＦＴＰ、ウェブブラウジング、及び画像ストリームアプリケーションＢが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１２】
ＷＴ  Ａ及びＷＴ  Ｂは、アップリンクデータストリームトラフィックフローから要求グループ待ち行列の組へのマッピングに関して異なるマッピングを用いることに注目すべきである。例えば、オーディオストリームアプリケーションＡは、ＷＴＡに関しては要求グループ待ち行列２にマッピングされ、ＷＴＢに関しては要求グループ待ち行列１に対して同じオーディオストリームアプリケーションＡがマッピングされる。さらに、異なるＷＴは、異なる型のアップリンクデータストリームトラフィックフローを有することができる。例えば、ＷＴ  Ｂは、ＷＴ  Ａに関して含められていないオーディオストリームアプリケーションＢを含む。この手法は、様々な実施形態により、各ＷＴがアップリンクトラフィックチャネルセグメントを介して通信中の異なる型のデータをマッチングさせるように要求待ち行列マッピングをカスタム化／最適化することを可能にする。例えば、音声・テキストメッセージ携帯電話等のモバイルノードは、主にオンラインでのゲームプレイ及びウェブブラウジングに関して用いられるモバイルデータ端末とは異なる型のデータストリームを有しており、典型的には、要求グループ待ち行列へのデータストリームのマッピングに関して異なるマッピングを有することになる。
【０１１３】
幾つかの実施形態においては、ＷＴに関するアップリンクデータストリームトラフィックフローから要求グループ待ち行列へのマッピングは、時間の経過とともに変化する可能性がある。図４０Ａの図４００１は、ＷＴ  Ｃに関する第１の時間Ｔ１における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローのマッピングを示す。第１のカラム４００３は、データストリームトラフィックフローの情報型を含み、第２のカラム４００５は、識別された待ち行列（要求グループ）を含み、第３のカラム４００７は、注釈を含む。第１のロー４００９は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０１１は、音声情報が要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０１３は、ゲームプレイ及びオーディオストリームアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅要求度は、音声に関する場合よりもわずかに高い。第４のロー４０１５は、ＦＴＰ、ウェブブラウジング、及び映像ストリームアプリケーションＡが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１４】
図４０Ａの図４０１７は、ＷＴ  Ｃに関する第２の時間Ｔ２における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０１９は、データストリームトラフィックフローの情報型を含み、第２のカラム４０２１は、識別された待ち行列（要求グループ）を含み、第３のカラム４０２３は、注釈を含む。第１のロー４０２５は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０２７は、音声アプリケーション及びゲームプレイアプリケーションが要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０２９は、映像ストリーミングアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅要求度は、音声に関する場合よりもわずかに高い。第４のロー４０３１は、ＦＴＰ、ウェブブラウジング及び映像ストリーミングアプリケーションＢが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１５】
図７３の図４０３３は、ＷＴ  Ｃに関する第３の時間Ｔ３における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０３５は、データストリームトラフィックフローの情報型を含み、第２のカラム４０３７は、識別された待ち行列（要求グループ）を含み、第３のカラム４０３９は、注釈を含む。第１のロー４０４１は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０４３及び第３のロー４０４５は、要求グループ１待ち行列及び要求グループ２待ち行列にはデータトラフィックアプリケーションがマッピングされないことを示す。第４のロー４０４７は、ＦＴＰ及びウェブブラウジングが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１６】
ＷＴ  Ｃは、３つの時間Ｔ１、Ｔ２及びＴ３におけるアップリンクデータストリームトラフィックフローから要求グループ待ち行列の組へのマッピングに関して異なるマッピングを用いることに注目すべきである。例えば、オーディオストリームアプリケーションＡは、時間Ｔ１において要求グループ待ち行列２にマッピングされ、時間Ｔ２において同じオーディオストリームアプリケーションＡが要求グループ待ち行列１にマッピングされる。さらに、ＷＴは、異なる時間に異なる型のアップリンクデータストリームトラフィックフローを有することができる。例えば、時間Ｔ２においては、ＷＴは、時間Ｔ１において含まれていない映像ストリームアプリケーションＢを含む。さらに、ＷＴは、所定の時間において特定の要求グループ待ち行列にマッピングされたアップリンクデータストリームトラフィックフローを有さないことができる。例えば、時間Ｔ３においては、要求グループ待ち行列１及び２にマッピングされるアップリンクデータストリームトラフィックフローは存在しない。この手法は、様々な実施形態により、各ＷＴがいずれかの時点においてアップリンクトラフィックチャネルセグメントを介して通信中の異なる型のデータをマッチングさせるように要求待ち行列マッピングをカスタム化／最適化することを可能にする。
【０１１７】
図４１は、典型的要求グループ待ち行列構造、複数の要求辞書、複数の型のアップリンクトラフィックチャネル要求報告、及び報告の型の各々に関して用いられる典型的フォーマットに従った待ち行列の組のグループ分類を示す。この典型的実施形態においては、所定の無線端末に関して４つの要求グループ待ち行列が存在する。典型的構造は、４つの要求辞書を受け入れる。典型的構造は、３つの型のアップリンクトラフィックチャネル要求報告（１ビット報告、３ビット報告、及び４ビット報告）を用いる。
【０１１８】
図４１は、典型的ＷＴが送信することを意図する待ち行列０トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［０］）４１１０を含む典型的待ち行列０（要求グループ０）情報４１０２と、典型的ＷＴが送信することを意図する待ち行列１トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［１］）４１１２を含む典型的待ち行列１（要求グループ１）情報４１０４と、典型的ＷＴが送信することを意図する待ち行列２トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［２］）４１１４を含む典型的待ち行列２（要求グループ２）情報４１０６と、典型的ＷＴが送信することを意図する待ち行列３トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［３］）４１１６を含む典型的待ち行列３（要求グループ３）情報４１０８と、を含む。待ち行列０情報４１０２、待ち行列１情報４１０４、待ち行列２情報４１０６及び待ち行列３情報４１０８の組は、システム内の１つのＷＴに対応する。システム内の各ＷＴは、その待ち行列の組を維持し、送信を意図することができるアップリンクトラフィックフレームを追跡する。
【０１１９】
テーブル４１１８は、異なる型の要求報告によって用いられる待ち行列組のグループ分類を使用中の辞書の関数として識別する。カラム４１２０は、辞書を識別する。第１の型の典型的報告は、例えば１ビット情報報告である。カラム４１２２は、第１の型の報告に関して用いられる第１の待ち行列の組を識別する。第１の待ち行列の組は、要求辞書にかかわらず第１の型の報告に関する組（待ち行列０及び待ち行列１）である。カラム４１２４は、第２の型の報告に関して用いられる第２の待ち行列の組を識別する。第２の待ち行列の組は、要求辞書にかかわらず第２の報告の型に関する組（待ち行列０）である。カラム４１２６は、第２の型の報告に関して用いられる第３の待ち行列の組を識別する。第３の待ち行列の組は、（ｉ）要求辞書０に関しては第２の報告型に関する組｛待ち行列１、待ち行列２、待ち行列３｝、（ｉｉ）要求辞書１に関しては第２の報告型に関する組｛待ち行列２｝、及び（ｉｉｉ）辞書２及び３に関しては第２の報告型に関する組｛待ち行列１｝である。第３の報告型は、各辞書に関して第４及び第５の待ち行列の組を用いる。第３の報告型は、辞書１、２、及び３に関しては第６の待ち行列の組を用いる。第３の報告型は、辞書３に関しては第７の待ち行列の組を用いる。カラム４１２８は、辞書にかかわらず第３の報告型に関する第４の待ち行列の組が組｛待ち行列０｝であることを識別する。カラム４１３０は、第３の報告型に関する第５の待ち行列の組が、辞書０に関しては組｛待ち行列１、待ち行列２、待ち行列３｝、辞書１に関しては組｛待ち行列２｝、辞書２及び３に関しては組｛待ち行列１｝であることを識別する。カラム４１３２は、第３の報告型に関する第６の待ち行列の組が、辞書１に関しては組｛待ち行列１、待ち行列３｝、辞書２に関しては組｛待ち行列２、待ち行列３｝、辞書３に関しては組｛待ち行列２｝であることを識別する。カラム４１３４は、第３の報告型に関する第７の待ち行列の組が辞書３関して組｛待ち行列３｝であることを識別する。
【０１２０】
一例として、（第１、第２、及び第３の）型の報告は、それぞれ、図１６乃至２５の典型的（ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、及びＵＬＲＱＳＴ４）報告であることができる。使用される待ち行列の組（テーブル４１１８参照）が典型的ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、及びＵＬＲＱＳＴ４に関する辞書０に関して説明される。第１の待ち行列の組｛待ち行列０、待ち行列１｝は、テーブル１６００内のＮ［０］＋Ｎ［１］を用いるＵＬＲＱＳＴ１に対応し、例えばＵＬＲＱＳＴ１＝１は、Ｎ［０］＋Ｎ［１］＞０であることを示す。第２の待ち行列の組｛待ち行列０｝及び第３の待ち行列の組｛待ち行列１、待ち行列２、待ち行列３｝の待ち行列統計は、ＵＬＲＱＳＴ３においてまとめてコーディングされる。第２の待ち行列の組｛待ち行列０｝は、Ｎ［０］をテーブル１９００内の第１のまとめてコーディングされた要素として用いるＵＬＲＱＳＴ３に対応し、例えばＵＬＲＱＳＴ３＝００１は、Ｎ［０］＝０であることを示す。第３の待ち行列の組｛待ち行列１、待ち行列２、待ち行列３｝は、（Ｎ［１］＋Ｎ［２］＋Ｎ［３］）をテーブル１９００内の第２のまとめてコーディングされた要素として用いるＵＬＲＱＳＴ３に対応し、例えばＵＬＲＱＳＴ３＝００１は、ｃｅｉｌ（Ｎ［１］＋Ｎ［２］＋Ｎ［３］／ｙ）＝１であることを示す。第４の待ち行列の組｛待ち行列０｝又は第５の待ち行列の組｛待ち行列１、待ち行列２、待ち行列３｝の待ち行列統計は、ＵＬＲＱＳＴ４においてコーディングされる。第４の待ち行列の組は、テーブル１８００内のＮ［０］を用いるＵＬＲＱＳＴ４に対応し、例えばＵＬＲＱＳＴ４＝００１０は、Ｎ［０］≧４であることを示す。第５の待ち行列の組は、テーブル１８００内のＮ［１］＋Ｎ［２］＋Ｎ［３］を用いるＵＬＲＱＳＴ４に対応し、例えばＵＬＲＱＳＴ４＝００１１は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［２］＋Ｎ［３］／ｙ）＝１であることを示す。
【０１２１】
（第１、第２、及び第３の）型の報告が図１６乃至２５の典型的（ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、及びＵＬＲＱＳＴ４）報告である典型的実施形態において、第１の型の報告は、要求辞書から独立しており、テーブル４１１８の第１の待ち行列の組を使用し、第２の型の報告は、テーブル４１１８からの第２の組の待ち行列の組及び対応する第３の待ち行列の組の両方に関する待ち行列統計情報を通信し、第３の型の報告は、第４の待ち行列の組、対応する第５の待ち行列の組、対応する第６の待ち行列の組、及び対応する第７の待ち行列の組のうちの１つに関する待ち行列統計情報を通信する。
【０１２２】
図４２Ａ、図４２Ｂ、図４２Ｃ、図４２Ｄ、及び図４２Ｅを具備する図４２は、様々な実施形態による典型的な無線端末動作方法の流れ図４２００である。典型的方法の動作は、ステップ４２０２において開始し、ＷＴに電源が投入されて初期設定される。待ち行列定義情報４２０４、例えば、様々なアプリケーションから特定の要求グループ待ち行列のＭＡＣフレーム内へのトラフィックフローのマッピング及び要求グループの組への要求グループの様々なグループ分類を定義するマッピング情報、及び要求辞書の組に関する情報４２０６を無線端末用に利用可能である。例えば、情報４２０４及び４２０６は、無線端末の非揮発性メモリ内に予め格納することができる。幾つかの実施形態においては、最初は、複数の利用可能な要求辞書のうちのデフォルト要求辞書、例えば要求辞書０、が無線端末によって用いられる。動作は、開始ステップ４２０２からステップ４２０８、４２１０及び４２１２に進む。
【０１２３】
ステップ４２０８において、無線端末は、複数の待ち行列、例えば要求グループ０待ち行列、要求グループ１待ち行列、要求グループ２待ち行列及び要求グループ３待ち行列に関する送信待ち行列統計を維持する。ステップ４２０８は、サブステップ４２１４と、サブステップ４２１６と、を含む。サブステップ４２１４において、無線端末は、送信すべきデータが待ち行列に加えられたときに待ち行列統計を増加させる。例えば、アップリンクデータストリームフロー、例えば音声通信セッションフロー、からの新しいパケットは、要求グループのうちの１つ、例えば要求グループ１待ち行列、にＭＡＣフレームとしてマッピングされ、待ち行列統計、例えばＷＴが送信することを意図する要求グループ１フレームの総数を表すＮ［１］、が更新される。幾つかの実施形態においては、異なる無線端末が異なるマッピングを用いる。サブステップ４２１６において、ＷＴは、送信すべきデータが待ち行列から削除されたときに待ち行列統計数字を減少させる。例えば、送信すべきデータは、該データが既に送信されていること、該データが既に送信されていて肯定応答が受信されていること、該データの有効性タイマーが既に時間切れになっているため該データをもはや送信する必要がないこと、又は通信セッションが既に終了されているため該データをもはや送信する必要がないことを理由に待ち行列から削除することができる。
【０１２４】
ステップ４２１０において、無線端末は、送信電力利用可能性情報を生成する。例えば、無線端末は、無線端末送信バックオフ電力を計算し、無線端末送信バックオフ電力報告値を決定し、バックオフ電力情報を格納する。ステップ４２１０は、例えばＤＣＣＨ構造により、継続的に実行されて格納情報が更新される。
【０１２５】
ステップ４２１２において、無線端末は、少なくとも２つの物理的アタッチメントポイントに関する送信経路損情報を生成する。例えば、無線端末は、少なくとも２つの物理的アタッチメントポイントからの受信されたパイロット及び／又はビーコン信号を測定し、比率値を計算し、例えば第１又は第２の型の一般的ビーコン比報告又は特定ビーコン比報告に対応するビーコン比報告値を決定し、ビーコン比報告情報を格納する。ステップ４２１２は、例えばＤＣＣＨ構造により、継続的に実行されて格納情報が更新される。
【０１２６】
ステップ４２０８、４２１０及び４２１２を実行することに加えて、ＷＴの動作は、（第１、第２、第３の）組の予め決められた送信待ち行列統計報告機会のうちの各報告機会に関して、（ステップ４２１８、ステップ４２２０、ステップ４２２２）をそれぞれ介して（サブルーチン１  ４２２４、サブルーチン２  ４２３８、サブルーチン３  ４２５６）に向かう。例えば、各第１の組の予め決められた送信待ち行列統計報告機会は、タイミング構造における各々の１ビットアップリンクトラフィックチャネル要求報告機会に対応する。例えば、ＷＴが例えば図１０のフルトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ１をビーコンスロットで送信するための１６の機会を受信する。この例を続けると、各第２の組の予め決められた送信待ち行列統計報告機会は、タイミング構造における各々の３ビットアップリンクトラフィックチャネル要求報告機会に対応する。例えば、ＷＴが例えば図１０のフルトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ３をビーコンスロットで送信するための１２の送信機会を受信する。ＷＴが例えば図３２のスプリットトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ３をビーコンスロットで送信するための６つの送信機会を受信する。この例を続けると、各第３の組の予め決められた送信待ち行列統計報告機会は、タイミング構造における各々の４ビットアップリンクトラフィックチャネル要求報告機会に対応する。例えば、ＷＴが例えば図１０のフルトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ４をビーコンスロットで送信するための９つの機会を受信する。ＷＴが例えば図３２のスプリットトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ４をビーコンスロットで送信するための６つの機会を受信する。ＷＴがＵＬＲＱＳＴ４の送信を決定する各々の柔軟型報告に関しても、動作は接続ノード４２２２を介してサブルーチン４２５６に向かう。
【０１２７】
次に、典型的なトラフィック利用可能性サブルーチン１  ４２２４が説明される。動作は、ステップ４２２６において開始し、ＷＴは、第１の待ち行列の組、例えば｛待ち行列０、待ち行列１｝の組、に関するバックログ情報を受信し、受信される情報はＮ［０］＋Ｎ［１］である。動作は、ステップ４２２６からステップ４２３０に進む。
【０１２８】
ステップ４２３０において、ＷＴは、第１の待ち行列の組内にトラフィックのバックログが存在するかどうかを確認する。第１の待ち行列の組内にバックログが存在しない場合は、Ｎ［０］＋Ｎ［１］＝０であり、動作は、ステップ４２３０からステップ４２３４に進み、ＷＴは、第１の待ち行列の組内にはトラフィックバックログが存在しないことを示す第１の数の情報ビット、例えば１情報ビット、を送信し、例えば情報ビットは０に設定される。代替として、第１の待ち行列の組内にバックログが存在する場合は、Ｎ［０］＋Ｎ［１］＞０であり、動作は、ステップ４２３０からステップ４２３２に進み、ＷＴは、第１の待ち行列の組内にはトラフィックバックログが存在することを示す第１の数の情報ビット、例えば１情報ビット、を送信し、例えば情報ビットは１に設定される。動作は、ステップ４２３２又はステップ４２３４から戻りステップ４２３６に進む。
【０１２９】
次に、典型的なトラフィック利用可能性サブルーチン２  ４２３８が説明される。動作は、ステップ４２４０において開始し、ＷＴは、第２の組の待ち行列、例えば｛待ち行列０｝の組、に関するバックログ情報を受信し、受信される情報はＮ［０］である。ステップ４２４０において、ＷＴは、ＷＴによって使用中の要求辞書に依存して第３の待ち行列の組、例えば組｛待ち行列１、待ち行列２、待ち行列３｝又は｛待ち行列２｝又は｛待ち行列１｝、に関するバックログ情報も受信する。例えば、辞書（１、２、３、４）に対応して、ＷＴは、（Ｎ［１］＋Ｎ［２］＋Ｎ［３］、Ｎ［２］、Ｎ［１］、Ｎ［１］）をそれぞれ受信することができる。動作は、ステップ４２４０からステップ４２４６に進む。
【０１３０】
ステップ４２４６において、ＷＴは、第２及び第３の待ち行列の組に対応するバックログ情報をまとめて符号化して第２の予め決められた数の情報ビット、例えば３、にし、該まとめて符号化することは、量子化をオプションで含む。幾つかの実施形態においては、少なくとも幾つかの要求辞書に関して、サブステップ４２４８及びサブステップ４２５０がステップ４２４６の一部として実行される。幾つかの実施形態においては、ステップ４２４６の少なくとも幾つかの繰り返しに関する少なくとも幾つかの要求辞書に関して、サブステップ４２４８及びサブステップ４２５０がステップ４２４６の一部として実行される。サブステップ４２４８は、量子化レベル制御ファクタサブルーチンに動作を向かわせる。サブステップ４２５０は、量子化レベルを決定された制御ファクタの関数として計算する。例えば、図１９に示されるようにデフォルト要求辞書０を用いる典型的ＵＬＲＱＳＴ３について考慮すること。該典型的事例においては、量子化レベルの各々は、制御ファクタｙの関数として計算される。該典型的実施形態においては、ＵＬＲＱＳＴ３報告に入れるための情報ビットパターンを決定する際にサブステップ４２４８及び４２５０が実行される。代替として、図２１に示されるように要求辞書１を用いる典型的ＵＬＲＱＳＴ３について考慮すること。その場合は、量子化レベルのいずれも制御ファクタ、例えばｙ又はｚ、の関数として計算されず、従って、サブステップ４２４８及び４２５０は実行されない。
【０１３１】
動作は、ステップ４２４６からステップ４２５２に進み、ＷＴは、第２の予め決められた数の情報ビット、例えば３つの情報ビット、を用いて第２及び第３の待ち行列の組に関するまとめてコーディングされたバックログ情報を送信する。動作は、ステップ４２５２から戻りステップ４２５４に進む。
【０１３２】
次に、典型的なトラフィック利用可能性サブルーチン３  ４２５６が説明される。動作は、ステップ４２５８において開始し、ＷＴは、第４の待ち行列の組、例えば｛待ち行列０｝の組、に関するバックログ情報を受信し、受信される情報はＮ［０］である。ステップ４２４０において、ＷＴは、第５の待ち行列の組、例えばＷＴによって使用中の要求辞書に依存して組｛待ち行列１、待ち行列２、待ち行列３｝又は｛待ち行列２｝又は｛待ち行列１｝、に関するバックログ情報も受信する。例えば、辞書（０、１、２、３）に対応して、ＷＴは、（Ｎ［１］＋Ｎ［２］＋Ｎ［３］、Ｎ［２］、Ｎ［１］、Ｎ［１］）をそれぞれ受信することができる。ステップ４２４０において、ＷＴは、第６の待ち行列の組、例えばＷＴによって使用中の要求辞書に依存して組｛待ち行列１、待ち行列３｝又は｛待ち行列２、待ち行列３｝又は｛待ち行列２｝、に関するバックログ情報も受信することができる。例えば、辞書（１、２、３）に対応して、ＷＴは、（Ｎ［１］＋Ｎ［３］、Ｎ［２］＋Ｎ［３］、Ｎ［２］）をそれぞれ受信することができる。ステップ４２４０において、ＷＴは、第７の待ち行列の組、例えば要求辞書３がＷＴによって使用中である場合は組｛待ち行列３｝、に関するバックログ情報も受信することができる。動作は、ステップ４２５８からステップ４２６６に進む。
【０１３３】
ステップ４２６８において、ＷＴは、第４、第５、第６、及び第７の待ち行列の組のうちの１つに対応するバックログ情報を符号化して第３の予め決められた数の情報ビット、例えば４、にし、該符号化することは、量子化をオプションで含む。幾つかの実施形態においては、少なくとも幾つかの要求辞書に関して、サブステップ４２７０及びサブステップ４２７２がステップ４２６８の一部として実行される。幾つかの実施形態においては、ステップ４２６８の少なくとも幾つかの繰り返しに関する少なくとも幾つかの要求辞書に関して、サブステップ４２７０及びサブステップ４２７２がステップ４２６８の一部として実行される。サブステップ４２７０は、量子化レベル制御ファクタサブルーチンに動作を向かわせる。サブステップ４２７２は、量子化レベルを決定された制御ファクタの関数として計算する。
【０１３４】
動作は、ステップ４２６８からステップ４２７４に進み、ＷＴは、第３の予め決められた数の情報ビット、例えば４つの情報ビット、を用いて第４、第５、第６、及び第７の待ち行列の組のうちの１つに関するコーディングされたバックログ情報を送信する。動作は、ステップ４２７４から戻りステップ４２７６に進む。
【０１３５】
次に、典型的量子化レベル制御ファクタサブルーチン４２７８が説明される。幾つかの実施形態においては、典型的量子化レベル制御ファクタサブルーチン４２７８の実装は、図１７のテーブル１７００の使用を含む。第１のカラム１７０２は、条件を示し、第２のカラム１７０４は、出力制御パラメータｙの対応値を示し、第３のカラム１７０６は、出力制御パラメータｚの対応値を示す。動作は、ステップ４２７９において開始し、サブルーチンは、電力情報４２８０、例えば最後のＤＣＣＨ送信機電力バックオフ報告、及び経路損情報４２８２、例えば最後の報告されたビーコン比報告、を受信する。動作は、ステップ４２７９からステップ４２８４に進み、ＷＴは、電力情報及び経路損情報が第１の判定基準を満たすかどうか検査する。例えば、第１の判定基準は、典型的実施形態内にあり、すなわち、（ｘ＞２８）ＡＮＤ（ｂ≧９）であり、ここで、ｘは、直近のアップリンク送信電力バックオフ報告、例えばＵＬＴｘＢＫＦ５、の値で、単位はｄＢであり、ｂは、直近のダウンリンクビーコン比報告、例えばＤＬＢＮＲ４、の値で、単位はｄＢである。第１の判定基準が満たされている場合は、動作は、ステップ４２８４からステップ４２８６に進む。しかしながら、第１の判定基準が満たされていない場合は、動作は、ステップ４２８８に進む。
【０１３６】
ステップ４２８６において、無線端末は、制御ファクタ、例えば組｛Ｙ，Ｚ｝を第１の予め決められた組の値に設定し、例えばＹ＝Ｙ１、Ｚ＝Ｚ１であり、ここで、Ｙ１及びＺ１は、正の整数である。１つの典型的実施形態においては、Ｙ１＝２及びＺ１＝１０である。
【０１３７】
ステップ４２８８に戻り、ステップ４２８８において、ＷＴは、電力情報及び経路損情報が第２の判定基準を満たすかどうかを検査する。例えば、典型的実施形態においては、第２の判定基準は、（ｘ＞２７）ＡＮＤ（ｂ≧８）である。第２の判定基準が満たされている場合は、動作は、ステップ４２８８からステップ４２９０に進み、無線端末は、制御ファクタ、例えば組｛Ｙ，Ｚ｝、を第２の予め決められた組の値、例えばＹ＝Ｙ２、Ｚ＝Ｚ２に設定し、ここで、Ｙ２及びＺ２は、正の整数である。１つの典型的実施形態においては、Ｙ２＝２及びＺ２＝９である。第２の判定基準が満たされていない場合は、動作は、他の判定基準検査ステップに進み、判定基準が満たされているかどうかに依存して、制御ファクタが予め決められた値に設定されるか又は試験が継続される。
【０１３８】
量子化レベル制御ファクタサブルーチンには利用される試験判定基準が一定数存在する。第１のＮ−１の試験基準のうちのいずれも満たされていない場合は、動作は、ステップ４２９２に進み、無線端末は、電力情報及び経路損情報がＮ番目の判定基準を満たしているかどうかを試験する。例えば、Ｎ＝９である典型的実施形態においては、Ｎ番目の判定基準は、（ｘ＞１２）ＡＮＤ（ｂ＜−５）である。Ｎ番目の判定基準が満たされている場合は、動作は、ステップ４２９２からステップ４２９４に進み、無線端末は、制御ファクタ、例えば組｛Ｙ、Ｚ｝、をＮ番目の予め決められた組の値に設定し、例えばＹ＝ＹＮ、Ｚ＝ＺＮであり、ここでＹＮ及びＺＮは、正の整数である。１つの典型的実施形態においては、ＹＮ＝１及びＺＮ＝２である。Ｎ番目の判定基準が満たされていない場合は、無線端末は、制御ファクタ、例えば組｛Ｙ、Ｚ｝、を（Ｎ＋１）番目の予め決められた組の値に設定し、例えばデフォルト組Ｙ＝ＹＤ、Ｚ＝ＺＤであり、ＹＤ及びＺＤは、正の整数である。１つの典型的実施形態においては、ＹＤ＝１及びＺＤ＝１である。
【０１３９】
動作は、ステップ４２８６、ステップ４２９０、その他の制御ファクタ設定ステップ、ステップ４２９４又はステップ４２９６からステップ４２９８に進む。ステップ４２９８において、ＷＴは、少なくとも１つの制御ファクタ値、例えばＹ及び／又はＺ、を戻す。
【０１４０】
図４３は、様々な実施形態による典型的な無線端末動作方法の流れ図４３００である。動作は、ステップ４３０２において開始し、無線端末に電源が投入されて初期設定され、基地局との接続を確立している。動作は、開始ステップ４３０２からステップ４３０４に進む。
【０１４１】
ステップ４３０４において、無線端末は、ＷＴがフルトーンフォーマットＤＣＣＨモードで動作中であるか又はスプリットトーンフォーマットＤＣＣＨモードで動作中であるかを決定する。フルトーンフォーマットＤＣＣＨモードにあるＷＴに割り当てられた各ＤＣＣＨセグメントに関して、ＷＴは、ステップ４３０４からステップ４３０６に進む。スプリットトーンフォーマットＤＣＣＨモードにあるＷＴに割り当てられた各ＤＣＣＨセグメントに関して、ＷＴは、ステップ４３０４からステップ４３０８に進む。
【０１４２】
ステップ４３０６において、ＷＴは、６つの情報ビット（ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、ｂ０）から一組の２１のコーディングされた変調シンボル値を決定する。ステップ４３０６は、サブステップ４３１２と、４３１４と、４３１６と、４３１８と、を含む。サブステップ４３１２において、ＷＴは、３つの追加ビット（ｃ２、ｃ１、ｃ０）を６つの情報ビットの関数として決定する。例えば、１つの典型的実施形態においては、ｃ２ｃ１ｃ０＝（ｂ５ｂ４ｂ３）．∧（ｂ２ｂ１ｂ０）であり、．∧は、ビットに基づく排他的ＯＲ演算である。動作は、ステップ４３１２からステップ４３１４に進む。サブステップ４３１４において、ＷＴは、第１のマッピング関数及び３ビット（ｂ５、ｂ４、ｂ３）を入力として用いて７つの最上位の変調シンボルを決定する。動作は、サブステップ４３１４からサブステップ４３１６に進む。サブステップ４３１６において、ＷＴは、第１のマッピング関数及び３ビット（ｂ２、ｂ１、ｂ０）を入力として用いて７つの次の最上位の変調シンボルを決定する。動作は、サブステップ４３１６からサブステップ４３１８に進む。サブステップ４３１８において、ＷＴは、第１のマッピング関数及び３ビット（ｃ２、ｃ１、ｃ０）を入力として用いて７つの最下位の変調シンボルを決定する。
【０１４３】
ステップ４３０８において、ＷＴは、８つの情報ビット（ｂ７、ｂ６、ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、ｂ０）から一組の２１のコーディングされた変調シンボル値を決定する。ステップ４３０８は、サブステップ４３２０と、４３２２と、４３２４と、４３２６と、を含む。サブステップ４３２０において、ＷＴは、４つの追加ビット（ｃ３、ｃ２、ｃ１、ｃ０）を８つの情報ビットの関数として決定する。例えば、１つの典型的実施形態においては、ｃ３ｃ２ｃ１ｃ０＝（ｂ７ｂ６ｂ５ｂ４）．∧（ｂ３ｂ２ｂ１ｂ０）であり、．∧は、ビットに基づく排他的ＯＲ演算である。動作は、ステップ４３２０からステップ４３２２に進む。サブステップ４３２２において、ＷＴは、第２のマッピング関数及び４ビット（ｂ７、ｂ６、ｂ５、ｂ４）を入力として用いて７つの最上位の変調シンボルを決定する。動作は、サブステップ４３２２からサブステップ４３２４に進む。サブステップ４３２４において、ＷＴは、第２のマッピング関数及び４ビット（ｂ３、ｂ２、ｂ１、ｂ０）を入力として用いて７つの次の最上位の変調シンボルを決定する。動作は、サブステップ４３２４からサブステップ４３２６に進む。サブステップ４３２６において、ＷＴは、第２のマッピング関数及び４ビット（ｃ３、ｃ２、ｃ１、ｃ０）を入力として用いて７つの最下位の変調シンボルを決定する。
【０１４４】
無線端末に割り当てられた各ＤＣＣＨセグメントに関して、動作は、ステップ４３０６又はステップ４３０８からステップ４３１０に進む。ステップ４３１０において、無線端末は、セグメントの２１の決定された変調シンボルを送信する。
【０１４５】
幾つかの実施形態においては、各ＤＣＣＨセグメントは、２１のＯＦＤＭトーンシンボルに対応し、ＤＣＣＨセグメントの各トーン−シンボルは、アップリンクタイミング及び周波数構造内の同じ単一の論理的トーンを用いる。論理的トーンは、ＤＣＣＨセグメント中にホッピングすることができ、例えば、同じ論理的トーンは、接続に関して使用中のアップリンクトーンブロック内の３つの異なる物理的トーンに対応することができ、各物理的トーンは、７つの連続するＯＦＤＭシンボル送信期間にわたって同じ状態である。
【０１４６】
１つの典型的実施形態においては、各セグメントは、複数のＤＣＣＨ報告に対応する。１つの典型的実施形態においては、第１のマッピング関数は、図３７のテーブル３７００によって表され、第２のマッピング干渉は、図３８のテーブル３８００によって表される。
【０１４７】
図４４は、様々な実施形態による制御情報を報告するための典型的無線端末動作方法の流れ図４４００である。動作は、ステップ４４０２において開始し、無線端末に電源が投入されて初期設定される。動作は、開始ステップ４４０２からステップ４４０４に進む。ステップ４４０４において、ＷＴは、次の項目、すなわち、（ｉ）第１のＷＴ動作モードから第２のＷＴ動作モードへの移行及び（ｉｉ）第２の動作モードにとどまりながらの第１の接続から第２の接続へのハンドオフのうちの１つが起きているかどうかを検査する。幾つかの実施形態においては、第２の動作モードは、ＯＮ動作モードであり、前記第１の動作モードは、ホールド動作モード、スリープ動作モード、及びＡＣＣＥＳＳ動作モードのうちの１つである。幾つかの実施形態においては、ＯＮ動作モード中に、無線端末は、アップリンクでユーザーデータを送信することができ、ホールド及びスリープ動作モード中には、無線端末は、該アップリンクにおいてユーザーデータを送信することから除外される。ステップ４４０４において検査される条件のうちの１つが起きている場合は、動作は、ステップ４４０６に進み、その他の場合は、動作は、ステップ４４０４に戻り、検査が再度実行される。
【０１４８】
ステップ４４０６において、ＷＴは、初期制御情報報告組を送信し、初期制御情報報告組の前記送信は、第１の期間に等しい第１の継続時間を有する。幾つかの実施形態においては、初期制御情報報告組は、１つの又は複数の報告を含むことができる。動作は、ステップ４４０６からステップ４４０８に進む。ステップ４４０８において、ＷＴは、ＷＴが第２の動作モードにあるかどうかを検査する。ＷＴが第２の動作モードにある場合は、動作は、ステップ４４０８からステップ４４１０に進む。その他の場合は、動作は、ステップ４４０４に進む。
【０１４９】
ステップ４４１０において、ＷＴは、第１の追加の制御情報報告組を送信し、第１の制御情報報告組の前記送信は、第１の期間と同じである期間であり、第１の追加の制御情報報告組は、前記初期制御情報報告組とは異なる。幾つかの実施形態においては、初期制御情報報告組は、初期制御情報報告組及び第１の追加の制御情報報告組が異なるフォーマットを有することに起因して、第１の追加の制御情報報告組と異なる。幾つかの実施形態においては、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも１つの報告を含む。幾つかの該実施形態においては、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも２つの報告を含む。幾つかの実施形態においては、第１の追加の制御情報報告組に含まれていない少なくとも２つの報告を含む。幾つかの実施形態においては、第１の追加の制御情報報告組に含まれていない少なくとも１つの報告は、干渉報告及び無線端末送信電力利用可能性報告のうちの１つである。動作は、ステップ４４１０からステップ４４１２に進む。ステップ４４１２において、ＷＴは、ＷＴが第２の動作モードにあるかどうかを検査する。ＷＴが第２の動作モードにある場合は、動作は、ステップ４４１２からステップ４４１４に進む。その他の場合は、動作は、ステップ４４０４に進む。
【０１５０】
ステップ４４１４において、ＷＴは、第２の追加の制御情報報告組を第１の期間と同じである期間だけ送信し、前記第２の追加の制御情報報告は、前記第１の追加の制御情報報告組に含まれていない少なくとも１つの報告を含む。動作は、ステップ４４１４からステップ４４１６に進む。ステップ４４１６において、ＷＴは、ＷＴが第２の動作モードにあるかどうかを検査する。ＷＴが第２の動作モードにある場合は、動作は、ステップ４４１６からステップ４４１０に進む。その他の場合は、動作は、ステップ４４０４に進む。
【０１５１】
図４５及び４６は、典型的実施形態を例示するために用いられる。図４５及び４６は、図４４の流れ図４４００に関して説明される幾つかの実施形態に対して適用可能である。図４５の図４５００は、初期制御情報報告組４５０２を含み、第１の追加の制御情報報告組４５０４が後続し、第２の追加の制御情報報告組４５０６が後続し、第１の追加の制御情報報告組４５０８の２回目の繰り返しが後続し、第２の追加の制御情報（ｉｎｆｏｒｍａｔｉｏｎ）４５１０の２回目の繰り返しが後続する。各制御情報報告組（４５０２、４５０４、４５０６、４５０８、４５１０）は、対応する送信期間（４５１２、４５１４、４５１６、４５１８、４５２０）をそれぞれ有し、期間（４５１２、４５１４、４５１６、４５１８、４５２０）の各々の継続時間は同じであり、前記継続時間は、１０５のＯＦＤＭシンボル送信期間である。
【０１５２】
点線４５２２は、初期制御情報報告組の送信のわずかに前にイベントが生じたことを示し、前記イベントは、（ｉ）ブロック４５２４によって示されるアクセスモードからブロック４５２６によって示されるＯＮ状態へのモード移行、（ｉｉ）ブロック４５２８によって示されるＨＯＬＤ状態からブロック４５３０によって示されるＯＮ状態へのモード移行、及び（ｉｉｉ）ブロック４５３２によって示されるＯＮ状態における第１の接続からブロック４５３４によって示されるＯＮ状態における第２の接続へのハンドオフ動作のうちの１つである。
【０１５３】
一例として、初期制御情報報告組４５０２、第１の追加の制御情報報告組４５０４及び第２の制御情報報告組４５０６は、第１のビーコンスロット中に通信することができ、第１の追加の制御情報報告組４５０８の２回目の繰り返し及び第２の追加の制御情報報告組４５１０の２回目の繰り返しは、次のビーコンスロット中に通信することができる。該例を続けると、各情報報告組は、ビーコンスロット内のスーパースロットに対応することができる。例えば、図１０及び図１１の無線端末に関するＤＣＣＨのフルトーンフォーマットに関して説明される構造を用いた場合、図４５に対応するセグメントの１つの可能なマッピングは、次のとおりである。初期制御情報報告組は、図１１に対応する。第１の追加の制御情報報告組は、ビーコンスロットのインデキシングされたセグメント３０乃至３４に対応し、第２の追加の制御情報報告組は、ビーコンスロットのインデキシングされたセグメント３０乃至３９に対応する。図４５は、該典型的マッピングを説明する。
【０１５４】
図４６の図４６００は、典型的初期制御情報報告組のフォーマットを説明する。第１のカラム４６０２は、ビット定義（５、４、３、２、１、０）を識別する。第２のカラム４６０４は、第１のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。第３のカラム４６０６は、第２のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第４のカラム４６０８は、第３のセグメントがＤＬＳＳＮＲ４報告、ＲＳＶＤ１報告、及びＵＬＲＱＳＴ１報告を含むことを識別する。第５のカラム４６１０は、第４のセグメントがＤＬＢＮＲ４報告、ＲＳＶＤ１報告、及びＵＬＲＱＳＴ１報告を含むことを識別する。第６のカラム４６１２は、第５のセグメントがＵＬＴＸＢＫＦ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。
【０１５５】
図４６３０は、典型的な第１の追加の制御情報報告組のフォーマットを説明する。第１のカラム４６３２は、ビット定義（５、４、３、２、１、０）を識別する。第２のカラム４６３４は、第１のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第３のカラム４６３６は、第２のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。第４のカラム４６３８は、第３のセグメントがＤＬＤＳＮＲ３報告及びＵＬＲＱＳＴ３報告を含むことを識別する。第５のカラム４６４０は、第４のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第６のカラム４６４２は、第６（ｓｉｘｔｈ）のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。
【０１５６】
図４６６０は、典型的な第２の追加の制御情報報告組のフォーマットを説明する。第１のカラム４６６２は、ビット定義（５、４、３、２、１、０）を識別する。第２のカラム４６６４は、第１のセグメントがＤＬＤＳＮＲ３報告及びＵＬＲＱＳＴ３報告を含むことを識別する。第３のカラム４６６６は、第２のセグメントがＤＬＳＳＮＲ４報告、ＲＳＶＤ１報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第４のカラム４６６８は、第３のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第５のカラム４６７０は、第４のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。第６のカラム４６７２は、第６（ｓｉｘｔｈ）のセグメントがＤＬＤＳＮＲ３報告及びＵＬＲＱＳＴ３報告を含むことを識別する。
【０１５７】
図４６において、初期報告組及び第１の追加の報告組は異なるフォーマットを用いるため異なることに注目することができる。さらに、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも２つの報告、ＤＬＢＮＲ４及びＵＬＴＸＢＫＦ５を含む。ＤＬＢＮＲ４は、干渉報告であり、ＵＬＴＸＢＫＦ５は、無線端末電力利用可能性報告である。図４６の例においては、第２の追加報告は、第１の追加報告、ＲＳＶＤ１報告に含まれていない少なくとも１つの追加報告を含む。
【０１５８】
図４７は、様々な実施形態による典型的な通信デバイス動作方法の流れ図４７００であり、通信デバイスは、複数の異なる制御情報報告の繰り返し送信を制御する際に用いるための予め決められた報告シーケンスを示す情報を含む。幾つかの実施形態においては、通信デバイスは、無線端末、例えばモバイルノード、である。例えば、無線端末は、多元接続直交周波数分割多重化（ＯＦＤＭ）無線通信システムにおける複数の無線端末のうちの１つであることができる。
【０１５９】
動作は、ステップ４７０２において開始し、ステップ４７０４に進む。ステップ４７０４において、通信デバイスは、次の項目、すなわち、（ｉ）第１の通信デバイス動作モードから第２の通信デバイス動作モードへの移行及び（ｉｉ）第２の通信デバイス動作モードにとどまったままでの例えば第１の基地局セクターの物理的アタッチメントポイントとの第１の接続から例えば第２の基地局セクターの物理的アタッチメントポイントとの第２の接続へのハンドオフ動作のうちの１つが起きているかどうかを検査する。幾つかの実施形態においては、第２の通信デバイス動作モードは、ＯＮ動作モードであり、前記第１の動作モードは、ホールド動作モード及びスリープ動作モードのうちの１つである。幾つかの該実施形態においては、通信デバイスは、ＯＮ動作モード中にアップリンクでユーザーデータを送信することができ、ホールド動作モード及びスリープ動作モード中にはアップリンクにおいてユーザーデータを送信することから除外される。
【０１６０】
ステップ４７０４の試験された条件のうちの少なくとも１つが満たされていた場合は、動作は、実施形態に依存してステップ４７０４からステップ４７０６又はステップ４７０８のいずれかに進む。ステップ４７０６は、幾つかの実施形態に含まれているオプションステップであるが、その他の実施形態においては省略される。
【０１６１】
ステップ４７０６は、通信デバイスが複数の異なる初期状態制御情報報告組をサポートする幾つかの実施形態に含まれる。ステップ４７０６において、通信デバイスは、複数の初期制御情報報告組のうちのいずれの１つを交換すべきシーケンス部分の関数として送信するかを選択する。動作は、ステップ４７０６からステップ４７０８に進む。
【０１６２】
ステップ４７０８において、通信デバイスは、初期制御情報報告組を送信する。様々な実施形態においては、初期制御情報報告組を送信することは、送信された報告が予め決められたシーケンスに従っていた場合は初期報告を送信するために用いられた期間中に送信されていなかったことになる少なくとも１つの報告を送信することを含む。例えば、所定の初期報告に関して、送信された報告が予め決められたシーケンスに従っていた場合は初期報告を送信するために用いられた期間中に送信されていなかったことになる少なくとも１つの報告は、干渉報告、例えばビーコン比報告、及び通信デバイス送信電力利用可能性報告、例えば通信デバイス送信機電力バックオフ報告、のうちの１つである。様々な実施形態においては、初期制御情報報告組は、１つの又は複数の報告を含むことができる。幾つかの実施形態においては、初期制御情報報告組を送信することは、前記初期制御情報報告組を専用アップリンク制御チャネルで送信することを含む。幾つかの該実施形態においては、専用アップリンク制御チャネルは、単一トーンチャネルである。幾つかの該実施形態においては、単一トーンチャネルの単一トーンは、時間の経過とともにホッピングされ、例えば、単一の論理的チャネルトーンは、トーンホッピングに起因して異なる物理的トーンに変化する。様々な実施形態においては、予め決められた報告シーケンスは、前記初期報告組を送信するために用いられた送信期間よりも大きい期間にわたって繰り返す。例えば、典型的実施形態においては、予め決められた報告シーケンスは、ビーコンスロットに基づいて繰り返し、ビーコンスロットは９１２のＯＦＤＭシンボル送信時間間隔であり、他方、初期報告組を送信するために用いられる典型的期間は、１０５のＯＦＤＭシンボル送信期間であることができる。
【０１６３】
動作は、ステップ４７０８からステップ４７１０に進み、通信デバイスは、第２の動作モードにあるかどうかを検査する。通信デバイスが第２の動作モードにある場合は、動作は、ステップ４７１２に進む。その他の場合は、動作は、ステップ４７０４に進む。ステップ４７１２において、通信デバイスは、予め決められた報告シーケンスにおいて示された情報に従って追加の制御情報報告組を送信する。動作は、ステップ４７１２からステップ４７１０に進む。
【０１６４】
幾つかの実施形態においては、ステップ４７０８の初期制御情報報告組の送信に後続するステップ４７１２は、第１の追加の制御情報報告組を含み、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも１つの情報報告組を含む。例えば、前記第１の追加の制御情報報告組に含まれていない少なくとも１つの情報報告は、干渉報告、例えばビーコン比報告、及び通信デバイス送信電力利用可能性報告、例えば通信デバイス送信電力バックオフ報告、のうちの１つである。
【０１６５】
様々な実施形態において、例えば通信デバイスが第２の動作モード状態である間にステップ４７１２の初期制御情報報告に後続するステップ７１２の繰り返しは、第１の追加の制御情報報告組の送信を含み、第２の追加の制御情報報告組が後続し、他の第１の追加の制御情報報告組が後続し、第２の追加の制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも１つの報告を含む。
【０１６６】
典型的実施形態として、予め決められた報告シーケンスは、図１０の図１０９９によって示されるビーコンスロット内のアップリンク専用制御チャネルセグメントに関する４０のインデキシングされたセグメントから成る報告シーケンスであることを考慮すること。さらに、予め決められた報告シーケンスのセグメントは、スーパースロットに基づいてグループ分類され、セグメントインデックス（０乃至４）、（５乃至９）、（１０乃至１４）、（１５乃至１９）、（２０乃至２４）、（２５乃至２９）、（３０乃至３４）、（３５乃至３９）を有し、各グループは、ビーコンスロットのスーパースロットに対応することを考慮すること。ステップ４７０４の条件が満たされている、例えば通信デバイスがＨＯＬＤ動作状態からＯＮ動作状態に移行したばかりである、場合は、通信デバイスは、第１のスーパースロットに関して図１１のテーブル１１９９において示されるように初期報告組を用い、次に、ＯＮ状態のままで後続スーパースロットに関して図１０のテーブル１０９９の予め決められたシーケンスを用いる。例えば、初期報告組は、ＯＮ動作モードへの状態移行がいつ生じるかに依存して、セグメントインデックスグループ分類（０乃至４）、（５乃至９）、（１０乃至１４）、（１５乃至１９）、（２０乃至２４）、（２５乃至２９）、（３０乃至３４）、（３５乃至３９）に対応する組のうちのいずれかに取って代わることができる。
【０１６７】
１つの変形として、通信デバイスが取って代わるべきシーケンス内の位置の関数として選択することができる複数の、例えば２つの、異なる初期制御チャネル情報報告組が存在する典型的実施形態について考慮すること。図４８は、制御チャネル情報報告組４８００及び４８５０の２つの典型的な異なるフォーマットを示す。初期報告組＃１のフォーマットにおいては、第４のセグメント４８１０は、ＤＬＢＮＲ４報告と、ＲＳＶＤ１報告と、ＵＬＲＱＳＴ１報告と、を含み、初期報告組＃２のフォーマットにおいては、第４のセグメント４８６０は、ＲＳＶＤ２報告と、ＵＬＲＱＳＴ４報告と、を含むことに注目すること。図１０の予め決められた報告シーケンスを用いる典型的実施形態において、初期制御情報報告がビーコンスロットの第３のスーパースロットにおいて送信されることになる場合は（セグメントインデックス１０乃至１４に取って代わる）、初期制御情報報告組＃２  ４８５０のフォーマットが用いられ、その他の場合は、初期制御情報報告組＃１のフォーマットが用いられる。図１０の典型的な予め決められた報告シーケンスにおいては、４ビットダウンリンクビーコン比報告、ＤＬＢＮＲ４は、ビーコンスロット中に１回だけ生じ、さらに該ビーコンスロットの第４のスーパースロットにおいて生じる点に注目すること。この典型的実施形態においては、ビーコンスロットの次の後続スーパースロット（第４のスーパースロット）では、通信デバイスは、図１０の予め決められた構造に従って、ＤＬＢＮＲ４報告を送信するようにスケジューリングされるため、初期報告４８５０のフォーマットの第２の組が第３のスーパースロットにおいて用いられる。
【０１６８】
他の変形として、通信デバイスが取って代わるべきシーケンス内の位置の関数として選択することができる複数の、例えば５つの、異なる初期制御チャネル情報報告組が存在し、さらに異なる初期制御情報報告組の各々は異なるサイズである典型的実施形態を考慮すること。図４９は、初期制御情報報告組＃１  ４９００、初期制御情報報告組＃２  ４９１０、初期制御情報報告組＃３  ４９２０、初期制御情報報告組＃４  ４９３０、及び初期制御情報報告組＃５  ４９４０を示す。図１０の予め決められた報告シーケンスを用いる典型的実施形態において、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの０、５、１０、１５、２０、２５、３０、又は３５であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃１  ４９００が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの１、６、１１、１６、２１、２６、３１、又は３６であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃２  ４９１０が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの２、７、１２、１７、２２、２７、３２、又は３７であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃３  ４９２０が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの３、８、１３、１８、２３、２８、３３、又は３８であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃４  ４９３０が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの４、９、１４、１９、２４、２９、３４、又は３９であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃５  ４９４０が用いられる。
【０１６９】
異なる初期情報報告組がスーパースロットの所定のＤＣＣＨセグメントに関して報告組のサイズ及び報告組の内容の両方の点で異なる実施形態が可能である。
【０１７０】
図５０は、様々な実施形態による典型的無線端末動作方法の流れ図である。例えば、無線端末は、典型的な拡散スペクトル多元接続直交周波数分割多重化（ＯＦＤＭ）無線通信システムにおけるモバイルノードであることができる。動作は、ステップ５００２において開始し、無線端末は、電源が投入されており、基地局セクターアタッチメントポイントと通信リンクを確立しており、アップリンク専用制御チャネル報告に関して用いる専用制御チャネルセグメントが割り当てられており、第１の動作モード又は第２の動作モードのいずれかにおいて確立されている。例えば、幾つかの実施形態においては、第１の動作モードは、専用制御チャネル動作のフルトーンモードであり、第２の動作モードは、専用制御チャネル動作のスプリットトーンモードである。幾つかの実施形態においては、専用制御チャネルセグメントの各々は、同じ数のトーン−シンボル、例えば２１のトーン−シンボル、を含む。動作は、開始ステップ５００２からステップ５００４に進む。２つの典型的な型の実施形態が流れ図５０００において示される。第１の型の実施形態においては、基地局は、第１の動作モードと第２の動作モードの間における変更を指令するためのモード制御信号を送信する。該典型的実施形態においては、動作は、ステップ５００２からステップ５０１０及び５０２０に進む。第２の型の実施形態においては、無線端末は、第１及び第２の動作モードの間におけるモード移行を要求する。該実施形態においては、動作は、ステップ５００２からステップ５０２６及びステップ５０３４に進む。基地局が無線端末からの入力なしにモード変更を指令することができ、及び基地局がモード変更を要求することができる、例えば基地局及び無線端末がモード変更を各々開始することができる、実施形態が可能である。
【０１７１】
ステップ５００４において、ＷＴは、ＷＴが現在第１の動作モードにあるか又は第２の動作モードにあるかを検査する。ＷＴが現在第１の動作モード、例えばフルトーンモード、にある場合は、動作は、ステップ５００４からステップ５００６に進む。ステップ５００６において、ＷＴは、第１の期間中に第１の組の専用制御チャネルセグメントを使用し、該第１の組は、第１の数の専用制御チャネルセグメントを含む。しかしながら、ＷＴが第２の動作モード、例えばスプリットトーンモード、にあることがステップ５００４において決定された場合は、動作は、ステップ５００４からステップ５００８に進む。ステップ５００８において、ＷＴは、前記第１の期間と同じ継続時間を有する第２の期間中に第２の組の専用制御チャネルセグメントを使用し、前記第２の組の制御チャネルセグメントは、前記第１の数のセグメントよりも少ない数のセグメントを含む。
【０１７２】
例えば、１つの典型的実施形態において、第１の期間がビーコンスロットであるとみなした場合、フルトーンモードにおける第１の組は、単一の論理的トーンを用いる４０のＤＣＣＨセグメントを含み、スプリットトーンモードにおける第２の組は、単一の論理的トーンを用いる１３のＤＣＣＨセグメントを含む。フルモードにあるＷＴによって用いられる単一の論理的トーンは、スプリットトーンモードにおいて用いられる単一の論理的トーンと同じであること又は異なることができる。
【０１７３】
他の例として、同じ典型的実施形態において、第１の期間がビーコンスロットの第１の８９１のＯＦＤＭシンボル送信時間間隔であるとみなした場合は、フルトーンモードにある第１の組は、単一の論理的トーンを用いる３９のＤＣＣＨセグメントを含み、スプリットトーンモードにおける第２の組は、単一の論理的トーンを用いる１３のＤＣＣＨセグメントを含む。この例においては、第２のセグメント数によって除された第１のセグメント数は、整数３である。フルモードにあるＷＴによって用いられる単一の論理的トーンは、スプリットトーンモードにおいて用いられる単一の論理的トーンと同じであること又は異なることができる。
【０１７４】
第２の動作モード、例えばスプリットトーンモード、中において、ＷＴによって用いられる第２の専用制御チャネルセグメントの組は、幾つかの実施形態においては、第２の期間でない期間中にフルトーン動作モードにある同じ又は異なるＷＴによって用いることができるより大きい専用制御チャネルセグメントの組の部分組である。例えば、無線端末によって第１の期間中に用いられる第１の専用制御チャネルセグメントの組は、より大きい専用制御チャネルセグメントの組であることができ、第１及び第２の専用制御チャネルセグメントの組は、同じ論理的トーンに対応することができる。
【０１７５】
動作は、ＷＴに向けられた各々の第１の型のモード制御信号、例えば、第１の動作モードから第２の動作モードに切り換えるようにＷＴに指令するモード制御信号、に関してステップ５００２からステップ５０１０に進む。ステップ５０１０において、ＷＴは、第１の型のモード制御信号を基地局から受信する。動作は、ステップ５０１０からステップ５０１２に進む。ステップ５０１２において、ＷＴは、現在第１の動作モードにあるかどうかを検査する。無線端末が第１の動作モードにある場合は、動作は、ステップ５０１４に進み、ステップ５０１４において、ＷＴは、前記受信された制御信号に応じて第１の動作モードから第２の動作モードに切り換わる。しかしながら、ＷＴが現在第１の動作モードにないことがステップ５０１２において決定された場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、基地局とＷＴとの間に誤解があるためモード変更の実行を停止する。
【０１７６】
動作は、ＷＴに向けられた各々の第２の型のモード制御信号、例えば、第２の動作モードから第１の動作モードに切り換えるようにＷＴに指令するモード制御信号、に関してステップ５００２からステップ５０２０に進む。ステップ５０２０において、ＷＴは、第２の型のモード制御信号を基地局から受信する。動作は、ステップ５０２０からステップ５０２２に進む。ステップ５０２２において、ＷＴは、現在第２の動作モードにあるかどうかを検査する。無線端末が第２の動作モードにある場合は、動作は、ステップ５０２４に進み、ステップ５０２４において、ＷＴは、前記受信された第２のモード制御信号に応じて第２の動作モードから第１の動作モードに切り換わる。しかしながら、ＷＴが現在第２の動作モードにないことがステップ５０２２において決定された場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、基地局とＷＴとの間に誤解があるためモード変更の実行を停止する。
【０１７７】
幾つかの実施形態においては、基地局からの第１及び／又は第２の型のモード変更コマンド信号は、ＷＴによって用いられる論理的トーンがモード切り換えに従って変化するかどうかを識別する情報と、幾つかの実施形態において新モードにあるＷＴによって用いられる論理的トーンを識別する情報と、を含む。幾つかの実施形態において、ＷＴがステップ５０１８に進む場合は、ＷＴは、例えば誤解が存在していること及びモード移行が完了されていないことを示すシグナリングを基地局に対して行う。
【０１７８】
動作は、無線端末が第１の動作モード、例えばフルトーンＤＣＣＨモード、から第２の動作モード、例えばスプリットトーンＤＣＣＨモード、へのモード変更を開始するごとにステップ５００２からステップ５０２６に進む。ステップ５０２６において、ＷＴは、モード制御信号を基地局に送信する。動作は、ステップ５０２６からステップ５０２８に進む。ステップ５０２８において、ＷＴは、確認応答信号を基地局から受信する。動作は、ステップ５０２８からステップ５０３０に進む。ステップ５０３０において、受信された確認応答信号が肯定応答である場合は、動作は、ステップ５０３２に進み、無線端末は、前記受信された肯定応答信号に応じて第１の動作モードから第２の動作モードに切り換わる。しかしながら、ステップ５０３０において、受信された信号が否定応答信号であるか又はＷＴが受信された信号を成功裏に復号できないとＷＴが決定した場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、モード変更動作を停止する。
【０１７９】
動作は、無線端末が第２の（ｓｅｃｏｎｄ）動作モード  、例えばスプリットトーンＤＣＣＨモード、から第２の（ｓｅｃｏｎｄ）動作モード、例えばフルトーントーンＤＣＣＨモード、へのモード変更を開始するごとにステップ５００２からステップ５０３４に進む。ステップ５０３４において、ＷＴは、モード制御信号を基地局に送信する。動作は、ステップ５０３４からステップ５０３６に進む。ステップ５０３６において、ＷＴは、確認応答信号を基地局から受信する。動作は、ステップ５０３６からステップ５０３８に進む。ステップ５０３８において、受信された確認応答信号が肯定応答である場合は、動作は、ステップ５０４０に進み、無線端末は、前記受信された肯定応答信号に応じて第２の動作モードから第１の動作モードに切り換わる。しかしながら、ステップ５０３８において、受信された信号が否定応答信号であるか又はＷＴが受信された信号を成功裏に復号できないとＷＴが決定した場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、モード変更動作を停止する。
【０１８０】
図５１は、様々な実施形態による典型的動作を示す図である。図５１の典型的実施形態においては、専用制御チャネルは、専用制御チャネル内の各論理的トーンに関して０乃至１５のインデキシングされた１６のセグメントの繰り返しパターンを用いるように構築される。その他の実施形態は、異なる数のインデキシングされたＤＣＣＨセグメント、例えば４０セグメント、を繰り返しパターンで用いることができる。（０、１、２、３）がインデキシングされた４つの典型的な論理的ＤＣＣＨトーンが図５１に示される。幾つかの実施形態においては、各セグメントは、同じ量のエアリンク資源を占有する。例えば、幾つかの実施形態においては、各セグメントは、同じ数のトーン−シンボル、例えば２１のトーン−シンボルを有する。図５１００は、図５１０４の論理的トーンに対応するパターンの２回の連続する繰り返しに関して経時でセグメントのインデックスを識別する。
【０１８１】
図５１０４は、論理的ＤＣＣＨトーンインデックスを縦軸５１０６、時間を横軸５１０８に作図したものである。示されている第１の期間５１１０及び第２の期間５１１２は、同じ継続時間を有する。凡例５１１４は、（ｉ）幅の広い斜交線による陰影を有する正方形５１１６は、ＷＴ１フルトーンＤＣＣＨモードセグメントを表し、（ｉｉ）幅の広い縦線と横線による陰影を有する正方形５１１８は、ＷＴ４フルトーンＤＣＣＨモードセグメントを表し、（ｉｉｉ）幅の狭い縦線と横線による陰影を有する正方形５１２０は、ＷＴ５フルトーンＤＣＣＨモードセグメントを表し、（ｉｖ）細かい斜交線による陰影を有する正方形５１２２は、ＷＴ６フルトーンＤＣＣＨモードセグメントを表し、（ｖ）幅の広い対角線による陰影が左から右に上昇している正方形５１２４は、ＷＴ１スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉ）幅の狭い対角線による陰影が左から右に下降している正方形５１２６は、ＷＴ２スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉ）幅の狭い対角線による陰影が左から右に上昇している正方形５１２８は、ＷＴ３スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉｉ）幅の広い縦線による陰影を有する正方形５１３０は、ＷＴ４スプリットトーンＤＣＣＨモードセグメントを表すことを示す。
【０１８２】
図５１０４において、ＷＴ１は、第１の期間５１１０中はフルトーンＤＣＣＨモードにあり、その期間中に論理的トーン０に対応する一組の１５のセグメント（インデックス０乃至１４）を用いることを観察することができる。第１の期間と同じ継続時間である第２の期間５１１２中には、ＷＴ１は、スプリットトーンＤＣＣＨモードにあり、論理的トーン０に対応するインデックス値（０、３、６、９、１２）を有する一組の５つのセグメントを使用し、前記組は、第１の期間５１１０中に用いられるセグメントの組の部分組である。
【０１８３】
図５１０４において、ＷＴ４は、第１の期間５１１０中はフルトーンＤＣＣＨモードにあり、論理的トーン２に対応する一組の１５のセグメント（インデックス０乃至１４）を用いること、及びＷＴ４は、第２の期間５１１２中はスプリットトーンフォーマットであり、論理的トーン３に対応するインデックス値（１、４、７、１０、１３）を有する一組の５つのセグメントを用いることも観察することができる。さらに、論理的トーン３に対応するインデックス値（１、４、７、１０、１３）を有する５つのセグメントから成る組は、第１の期間５１１０中にフルトーンＤＣＣＨモードにあるＷＴ６によって用いられるより大きいセグメントの組の一部であることも観察されるべきである。
【０１８４】
図５２は、様々な実施形態による典型的な基地局動作方法の流れ図５２００である。典型的方法の動作は、ステップ５２０２において開始し、基地局に電源が投入されて初期設定される。動作は、ステップ５２０４及びステップ５２０６に進む。ステップ５２０４において、基地局は、継続的に、フルトーンＤＣＣＨサブチャネルとスプリットトーンＤＣＣＨサブチャネルの間で専用制御チャネル資源をパーティショニングし、フルトーン及びスプリットトーンＤＣＣＨサブチャネルを複数の無線端末間で割り当てる。例えば、典型的実施形態においては、ＤＣＣＨチャネルは、３１の論理的トーンを使用し、各論理的トーンは、繰り返しパターンの単一の繰り返しにおいて、例えばビーコンスロットに基づいて、４０のＤＣＣＨチャネルセグメントに対応する。いずれかの所定の時点において、各論理的トーンは、該トーンに対応するＤＣＣＨセグメントが単一のＷＴに割り当てられるフルトーンＤＣＣＨ動作モード、又は該トーンに対応するＤＣＣＨセグメントを一定の最大数のＷＴに割り当てることができるスプリットトーンＤＣＣＨモードのいずれかに対応することができ、ここで、一定の最大のＷＴ数は＝３である。ＤＣＣＨチャネルに関して３１の論理的トーンを使用する該典型的実施形態において、ＤＣＣＨチャネル論理的トーンの各々がフルトーンモードにある場合は、基地局セクターアタッチメントポイントは、３１のＷＴにＤＣＣＨセグメントを割り当てておくことができる。他方の極端な場合において、ＤＣＣＨチャネル論理的トーンの各々がスプリットトーンフォーマットである場合は、９３のＷＴにセグメントを割り当てることができる。一般的には、いずれかの所定の時点において、ＤＣＣＨチャネルは、パーティショニングされ、例えば、基地局をアタッチメントポイントとして用いているＷＴの現在の負荷状態及び現在のニーズに対処するために、フルトーンサブチャネル及びスプリットトーンサブチャネルの混合を含むことができる。
【０１８５】
図５３は、他の典型的実施形態、例えば反復に基づいて繰り返す論理的トーンに対応する１６のインデキシングされたＤＣＣＨセグメントを用いる実施形態、に関する専用制御チャネル資源の典型的なパーティショニング及び割り当てを示す。図５３に関して説明される方法は、ステップ５２０４において用いることができ、その他の実施形態に拡大することができる。
【０１８６】
ステップ５２０４は、基地局がサブチャネル割り当て情報をＷＴに通信するサブステップ５１２６を含む。サブステップ５１２６は、サブステップ５１２８を含む。サブステップ５１２８において、基地局は、専用制御チャネルセグメントの割り当てを受信するＷＴに対してユーザー識別子、例えばオン状態ユーザー識別子、を割り当てる。
【０１８７】
ステップ５２０６において、基地局は、継続的に、割り当てられたＤＣＣＨサブチャネルにおいて通信された専用制御チャネル報告を含むアップリンク信号をＷＴから受信する。幾つかの実施形態においては、無線端末は、フルトーンＤＣＣＨ動作モード中及びスプリットトーンＤＣＣＨ動作モード中にＤＣＣＨセグメントにおいて送信される情報を通信するために異なるコーディングを用いる。従って、基地局は、モードに基づいて異なる復号動作を行う。
【０１８８】
２つの典型的な型の実施形態が流れ図５２００に示される。第１の型の実施形態においては、基地局は、第１及び第２の動作モードの間、例えばフルトーンＤＣＣＨモードとスプリットトーンＤＣＣＨモードの間、における変更を指令するためのモード制御信号を送信する。該典型的実施形態においては、動作は、ステップ５２０２からステップ５２０８及びステップ５０１０に進む。第２の型の実施形態においては、無線端末は、第１及び第２のモードの間、例えばフルトーンＤＣＣＨモードとスプリットトーンＤＣＣＨモードの間、におけるモード移行を要求する。該実施形態においては、動作は、ステップ５２０２からステップ５２１２及び５２１４に進む。基地局が無線端末からの入力なしにモード変更を指令することができ、及び無線端末がモード変更を要求することができる、例えば基地局及び無線端末が各々モード変更を開始することができる、実施形態も可能である。
【０１８９】
動作は、基地局が第１のモード、例えばフルモードＤＣＣＨモード、から第２のモード、例えばスプリットトーンＤＣＣＨモード、への変更をＷＴに指令する決定をする各インスタンスに関してステップ５２０８に進む。ステップ５２０８において、基地局は、第１のモード、例えばフルトーンＤＣＣＨモード、から第２のモード、例えばスプリットトーンＤＣＣＨモード、へのＷＴの移行を開始させるモード制御信号をＷＴに送信する。
【０１９０】
動作は、基地局が第２のモード、例えばスプリットモードＤＣＣＨモード、から第１のモード、例えばフルトーンＤＣＣＨモード、への変更をＷＴに指令する決定をする各インスタンスに関してステップ５２１０に進む。ステップ５２１０において、基地局は、第２のモード、例えばスプリットトーンＤＣＣＨモード、から第１のモード、例えばフルトーンＤＣＣＨモード、へのＷＴの移行を開始させるモード制御信号をＷＴに送信する。
【０１９１】
動作は、基地局が第１のモード、例えばフルトーンＤＣＣＨモード、から第２のモード、例えばスプリットトーンＤＣＣＨモード、への変更要求をＷＴから受信する各インスタンスに関してステップ５２１２に進む。ステップ５２１２において、基地局は、第１の動作モードから第２の動作モード、例えばフルトーンＤＣＣＨモードからスプリットトーンＤＣＣＨモード、への移行を要求するモード制御信号をＷＴから受信する。基地局が要求を受け入れることを決定した場合は、動作は、ステップ５２１２からステップ５２２０に進む。ステップ５２２０において、基地局は、要求を送信したＷＴに肯定応答信号を送信する。
【０１９２】
動作は、基地局が第２のモード、例えばスプリットトーンＤＣＣＨモード、から第１のモード、例えばフルトーンＤＣＣＨモード、への変更要求をＷＴから受信する各インスタンスに関してステップ５２１４に進む。ステップ５２１４において、基地局は、第２の動作モードから第１の動作モード、例えばスプリットトーンＤＣＣＨモードからフルトーンＤＣＣＨモード、への移行を要求するモード制御信号をＷＴから受信する。基地局が要求を受け入れることを決定した場合は、動作は、ステップ５２１４からステップ５２２２に進む。ステップ５２２２において、基地局は、要求を送信したＷＴに肯定応答信号を送信する。
【０１９３】
図５３は、様々な実施形態による典型的動作を示す図である。図５３の典型的実施形態においては、専用制御チャネルは、専用制御チャネル内の各論理的トーンに関して０乃至１５のインデキシングされた１６のセグメントの繰り返しパターンを用いるように構築される。その他の実施形態は、異なる数のインデキシングされたＤＣＣＨセグメント、例えば４０セグメント、を繰り返しパターンで用いることができる。（０、１、２）がインデキシングされた３つの典型的な論理的ＤＣＣＨトーンが図５３に示される。幾つかの実施形態においては、各セグメントは、同じ量のエアリンク資源を占有する。例えば、幾つかの実施形態においては、各セグメントは、同じ数のトーン−シンボル、例えば２１のトーン−シンボルを有する。図５３００は、図５３０４の論理的トーンに対応する繰り返しインデキシングパターンの２回の連続する繰り返しに関して経時でのセグメントのインデックスを識別する。
【０１９４】
図５３０４は、論理的ＤＣＣＨトーンインデックスを縦軸５３０６、時間を横軸５３０８に作図したものである。示されている第１の期間５３１０及び第２の期間５３１２は、同じ継続時間を有する。凡例５３１４は、（ｉ）幅の広い斜交線による陰影を有する正方形５３１６は、ＷＴ１フルトーンＤＣＣＨモードセグメントを表し、（ｉｉ）幅の狭い斜交線による陰影を有する正方形５３１８は、ＷＴ２フルトーンＤＣＣＨモードセグメントを表し、（ｉｉｉ）幅の広い縦線と横線による陰影を有する正方形５３２０は、ＷＴ４フルトーンＤＣＣＨモードセグメントを表し、（ｉｖ）幅の狭い縦線と横線による陰影を有する正方形５３２２は、ＷＴ９フルトーンＤＣＣＨモードセグメントを表し、（ｖ）幅の広い対角線による陰影が左から右に上昇している正方形５３２４は、ＷＴ１スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉ）幅の狭い対角線による陰影が左から右に下降している正方形５３２６は、ＷＴ２スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉ）幅の狭い対角線による陰影が左から右に上昇している正方形５３２８は、ＷＴ３スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉｉ）幅の広い縦線による陰影を有する正方形５３３０は、ＷＴ４スプリットトーンＤＣＣＨモードセグメントを表し、（ｉｘ）幅の狭い縦線による陰影を有する正方形５３３２は、ＷＴ５スプリットトーンＤＣＣＨモードセグメントを表し、（ｘ）幅の広い横線による陰影を有する正方形５３３４は、ＷＴ６スプリットトーンＤＣＣＨモードセグメントを表し、（ｘｉ）幅の狭い横線による陰影を有する正方形５３３６は、ＷＴ７スプリットトーンＤＣＣＨモードセグメントを表し、（ｘｉｉ）点線による陰影を有する正方形５３３８は、ＷＴ８スプリットトーンＤＣＣＨモードセグメントを表すことを示す。
【０１９５】
図５３０４において、ＷＴ１は、第１の期間５３１０中はフルトーンＤＣＣＨモードにあり、その期間中に論理的トーン０に対応する一組の１５のセグメント（インデックス０乃至１４）を用いることを観察することができる。幾つかの実施形態により、基地局は、第１の専用制御サブチャネルをＷＴ１に割り当て、第１の専用制御サブチャネルは、第１の期間５３１０中に使用するための論理的トーン０に対応する１５のセグメント（インデックス０乃至１４）の組を含む。
【０１９６】
図５３０４においては、ＷＴ２、ＷＴ３、及びＷＴ４は、第１の期間５３１０中には各々がスプリットトーンＤＣＣＨモードであり、各々は、第１の期間５３１０中に同じ論理的トーンである論理的トーン１に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））がそれぞれインデキシングされた一組の５つのセグメントを用いることも観察することができる。幾つかの実施形態により、基地局は、（第２、第３、及び第４の）専用制御サブチャネルを（ＷＴ２、ＷＴ３、ＷＴ３）に割り当て、（第２、第３、及び第４の）専用制御サブチャネルは、各々が、第１の期間５３１０中に同じ論理的トーンである論理的トーン１に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））のインデックス値を有する一組の５つのセグメントを含む。
【０１９７】
図５３０４において、ＷＴ６、ＷＴ７、及びＷＴ８は、各々が、第１の期間５３１０中はスプリットトーンＤＣＣＨモードにあり、第１の期間５３１０中に同じ論理的トーンである論理的トーン２に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））がそれぞれインデキシングされた一組の５つのセグメントを各々用いることも観察することができる。幾つかの実施形態により、基地局は、（第５、第６、及び第７の）専用制御サブチャネルを（ＷＴ６、ＷＴ７、ＷＴ８）に割り当て、（第５、第６、及び第７の）専用制御サブチャネルは、各々が、第１の期間５３１０中に同じ論理的トーンである論理的トーン２に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））のインデックス値を有する一組の５つのセグメントをそれぞれ含む。
【０１９８】
図５３０４において、（ＷＴ１、ＷＴ５）は、第２の期間５３１２中はスプリットトーンＤＣＣＨモードにあり、第２の期間５３１２中に論理的トーン０に対応する、インデックス値（（０、３、６、９、１２）、（１、４、７、１０、１３））を各々有する一組の５つのセグメントを各々用いることを観察することができる。様々な実施形態により、基地局は、（第８、第９の）専用制御サブチャネルを（ＷＴ１、ＷＴ５）に割り当て、（第８、第９の）専用制御サブチャネルは、第２の期間５３１２中に論理的トーン０に対応する、インデックス（０、３、６、９、１２）、（１、４、７、１０、１３）を各々有する５つのグメントの組を含む。ＷＴ１は、第１の期間中に論理的トーン０を使用し、他方、ＷＴ５は、第１の期間中の論理的トーン０を用いなかった。
【０１９９】
図５３０４において、（ＷＴ２）は、第２の期間５３１２中はフルトーンＤＣＣＨモードにあり、第２の期間５３１２中に論理的トーン１に対応する、（０乃至１４）がインデキシングされた一組の１５のセグメントを各々用いることも観察することができる。幾つかの実施形態により、基地局は、（第１０の）専用制御サブチャネルを（ＷＴ２）に割り当て、専用制御サブチャネルは、第２の期間５３１２中に論理的トーン１に対応する、（０乃至１４）がインデキシングされた１５のセグメントの組を含む。ＷＴ２は、第１の期間５３１０中に論理的トーン１を用いた（ＷＴ２、ＷＴ３、ＷＴ４）の組からのＷＴのうちの１つである点に注目することができる。
【０２００】
図５３０４において、（ＷＴ９）は、第２の期間５３１２中はフルトーンＤＣＣＨモードにあり、第２の期間５３１２中に論理的トーン２に対応する、（０乃至１４）がインデキシングされた一組の１５のセグメントを各々が用いることも観察することができる。幾つかの実施形態により、基地局は、（第１１の）専用制御サブチャネルを（ＷＴ９）に割り当て、専用制御サブチャネルは、第２の期間５３１２中に論理的トーン２に対応する、（０乃至１４）がインデキシングされた１５のセグメントの組を含む。ＷＴ９は、第１の期間５３１０中に論理的トーン２を用いたＷＴ（ＷＴ６、ＷＴ７、ＷＴ８）とは異なるＷＴであることに注目することができる。
【０２０１】
幾つかの実施形態においては、論理的トーン（トーン０、トーン１、トーン２）は、複数のシンボル送信期間の各々に関して、例えば第１の期間５３１０において、論理的トーンがいずれの物理的トーンに対応するかを決定するアップリンクトーンホッピング動作の対象となる。例えば、論理的トーン０、１、及び２は、アップリンクシグナリングに関して用いられる一組の１１３の物理的トーンにホッピングシーケンスに従ってホッピングされる１１３の論理的トーンを含む論理的チャネル構造の一部であることができる。この例を続けると、各ＤＣＣＨセグメントは、単一の論理的トーンに対応し、２１の連続するＯＦＤＭシンボル送信時間間隔に対応することを考慮すること。典型的実施形態においては、論理的トーンは、３つの物理的トーンに対応するようにホッピングされ、無線端末は、セグメントの７つの連続するシンボル送信時間間隔に関して各物理的トーンを用いる。
【０２０２】
論理的トーンに対応し、繰り返しパターンに基づいて繰り返す４０のインデキシングされたＤＣＣＨチャネルセグメントを用いる典型的実施形態においては、典型的な第１及び第２の期間は、３９のＤＣＣＨセグメントを各々含むことができ、ビーコンスロットの第１の３９のＤＣＣＨセグメントが論理的トーンに対応する。該実施形態において、所定のトーンがフルトーンフォーマットである場合は、ＷＴは、割り当てに対応する第１又は第２の期間に関する一組の３９のＤＣＣＨセグメントが基地局によって割り当てられる。所定のトーンがスプリットトーンフォーマットである場合は、ＷＴは、割り当てに対応する第１又は第２の期間に関する一組の１３のＤＣＣＨセグメントが割り当てられる。フルトーンモードにおいては、４０番目のインデキシングされたセグメントは、フルトーンモードにあるＷＴに割り当ててＷＴによって用いることも可能である。スプリットトーンモードにおいて、幾つかの実施形態においては、４０番目のインデキシングされたセグメントは、予約セグメントである。
【０２０３】
図５４は、様々な実施形態による典型的な無線端末動作方法の流れ図５４００である。動作は、ステップ５４０２において開始し、無線端末に電源が投入されて初期設定される。動作は、ステップ５４０２からステップ５４０４、５４０６、及び５４０８に進む。ステップ５４０４において、無線端末は、ダウンリンクヌルチャネル（ＤＬ．ＮＣＨ）の受信された電力を測定し、干渉電力（Ｎ）を決定する。例えば、ヌルチャネルは、無線端末に関する現在のアタッチメントポイントとして交信中の基地局によって用いられる典型的ダウンリンクタイミング及び周波数構造内の予め決められたトーン−シンボルに対応し、基地局は、これらのトーン−シンボルを用いた送信を意図的に行わない。従って、無線端末受信機によって測定されたＮＵＬＬチャネル上の受信電力が干渉を表す。ステップ５４０６において、無線端末は、ダウンリンクパイロットチャネル（ＤＬ．ＰＩＣＨ）の受信された電力（Ｇ＊Ｐ０）を測定する。ステップ５４０８において、無線端末は、ダウンリンクパイロットチャネル（ＤＬ．ＰＩＣＨ）の信号対雑音比（ＳＮＲ０）を測定する。動作は、ステップ５４０４、５４０６、及び５４０８からステップ５４１０に進む。
【０２０４】
ステップ５４１０において、無線端末は、ダウンリンク信号対雑音比の飽和レベルを、干渉電力、ダウンリンクパイロットチャネルの測定された受信電力、及びダウンリンクパイロットチャネルの測定されたＳＮＲの関数として計算する。例えば、ＤＬ  ＳＮＲの飽和レベル＝１／ａ０＝（１／ＳＮＲ０−Ｎ／（ＧＰ０））−１である。動作は、ステップ５４１０からステップ５４１２に進む。ステップ５４１２において、無線端末は、計算された飽和レベルを専用制御チャネル報告において表すために、ダウンリンクＳＮＲの飽和レベルの量子化されたレベルの予め決められたテーブルから最も近い値を選択し、無線端末は、報告を生成する。動作は、ステップ５４１２からステップ５４１４に進む。ステップ５４１４において、無線端末は、生成された報告を基地局に送信し、前記生成された報告は、無線端末に割り当てられた専用制御チャネルセグメントを用いて、例えば予め決められたインデキシングされた専用制御チャネルセグメントの予め決められた部分を用いて、通信される。例えば、典型的ＷＴは、図１０の繰り返し報告構造を用いるフルトーンフォーマットＤＣＣＨ動作モードであることができ、報告は、インデックス数ｓ２＝３６を有するＤＣＣＨセグメント１０３６のＤＬＳＳＮＲ４報告であることができる。
【０２０５】
図５５は、様々な実施形態により実装される典型的無線端末５５００、例えばモバイルノード、を示す。典型的ＷＴ５５００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的無線端末５５００は、無線端末５５００がデータ及び情報を交換するときに介するバス５５１２を通じてひとつに結合された受信機モジュール５５０２と、送信機モード情報５５０４と、プロセッサ５５０６と、ユーザーＩ／Ｏデバイス５５０８と、メモリ５５１０と、を含む。
【０２０６】
受信機モジュール５５０２、例えばＯＦＤＭ受信機、は、受信アンテナ５５０３に結合され、無線端末５５００は、受信アンテナ５５０３を介してダウンリンク信号を基地局から受信する。無線端末５５００によって受信されたダウンリンク信号は、モード制御信号と、モード制御要求応答信号と、ユーザー識別子、例えば論理的アップリンク専用制御チャネルトーンと関連づけられたＯＮ識別子を含む割り当て信号と、アップリンク及び／又はダウンリンクトラフィックチャネル割り当て信号と、ダウンリンクトラフィックチャネル信号と、ダウンリンク基地局識別信号と、を含む。受信機モジュール５５０２は、復号器５５１８を含み、無線端末５５００は、復号器５５１８を介して、基地局による送信前に符号化されていた受信信号を復号する。送信機モジュール５５０４、例えばＯＦＤＭ送信機、は、アンテナ５５０５に結合され、無線端末５５００は、アンテナ５５０５を介してアップリンク信号を基地局に送信する。幾つかの実施形態においては、送信機及び受信機に関して同じアンテナが用いられる。無線端末によって送信されるアップリンク信号は、モード要求信号と、アクセス信号と、第１及び第２の動作モード中における専用制御チャネルセグメント信号と、アップリンクトラフィックチャネル信号と、を含む。送信機モジュール５５０４は、符号器５５２０を含み、無線端末５５００は、符号器５５２０を介して、送信前に少なくとも幾つかのアップリンク信号を符号化する。符号器５５２０は、第１のコーディングモジュール５５２２と、第２のコーディングモジュール５５２４と、を含む。第１のコーディングモジュール５５２２は、第１のコーディング方法に従い第１の動作モード中にＤＣＣＨセグメントにおいて送信される情報をコーディングする。第２のコーディングモジュール５５２４は、第２のコーディング方法に従い第２の動作モード中にＤＣＣＨセグメントにおいて送信される情報をコーディングする。第１及び第２のコーディング方法は異なる。
【０２０７】
ユーザーＩ／Ｏデバイス５５０８、例えばマイク、キーボード、キーパッド、マウス、スイッチ、カメラ、ディスプレイ、スピーカー等、は、データ／情報を入力し、データ／情報を出力し、無線端末の少なくとも幾つかの機能、例えば通信セッションを開始すること、を制御するために用いられる。メモリ５５１０は、ルーチン５５２６と、データ／情報５５２８と、を含む。プロセッサ５５０６、例えばＣＰＵ、は、無線端末５５００の動作を制御するため及び方法を実装するためにメモリ５５１０内のルーチン５５２６を実行し、データ／情報５５２８を用いる。
【０２０８】
ルーチン５５２６は、通信ルーチン５５３０と、無線端末制御ルーチン５５３２と、を含む。通信ルーチン５５３０は、無線端末５５００によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン５５３２は、無線端末５５００の動作を制御し、受信機モジュール５５０２、送信機モジュール５５０４及びユーザーＩ／Ｏデバイス５５０８の動作を制御することを含む。無線端末制御ルーチン５５３２は、第１モード専用制御チャネル通信モジュール５５３４と、第２モード専用制御チャネル通信モジュール５５３６と、専用制御チャネルモード制御モジュール５５３８と、モード要求信号生成モジュール５５４０と、応答検出モジュール５５４２と、アップリンク専用制御チャネルトーン決定モジュール５５４３と、を含む。
【０２０９】
第１モード専用制御チャネル通信モジュール５５３４は、第１の動作中に第１の組の専用制御チャネルセグメントを用いて専用制御チャネル通信を制御し、前記第１の組は、第１の期間に関する第１の数の制御チャネルセグメントを含む。第１のモードは、幾つかの実施形態においては、専用制御チャネル動作のフルトーンモードである。第２モード専用制御チャネル通信モジュール５５３６は、第２の動作モード中に第２の組の専用制御チャネルセグメントを用いて専用制御チャネル通信を制御し、前記第２の組の専用制御チャネルセグメントは、前記第１の期間と同じ継続時間を有する期間に対応し、前記第２の組の専用制御チャネルセグメントは、前記第１の数の専用制御チャネルセグメントよりも少ない数のセグメントを含む。第２のモードは、幾つかの実施形態においては、専用制御チャネル動作のスプリットトーンモードである。様々な実施形態においては、専用制御チャネルセグメントは、第１の動作モード又は第２の動作モードのいずれであるかにかかわらず、同じ量のアップリンクエアリンク資源、例えば同じ数のトーン−シンボル、例えば２１のトーン−シンボル、を用いる。例えば、専用制御チャネルセグメントは、基地局によって使用中のタイミング及び周波数構造内の１つの論理的トーンに対応するが、アップリンクトーンホッピング情報に従って各々が異なる物理的アップリンクトーンと関連づけられている７つのトーン−シンボルから成る３つの組を有する３つの物理的トーンに対応することができ。
【０２１０】
ＤＣＣＨモード制御モジュール５５３８は、幾つかの実施形態においては、基地局からの受信されたモード制御信号、例えば基地局からのモード制御コマンド信号、に応答した１つの前記第１の動作モード及び前記第２の動作モードへの切り換えを制御する。幾つかの実施形態においては、モード制御信号は、スプリットトーン動作モードに関して、いずれの組のアップリンク専用制御チャネルセグメントがスプリットトーン動作モードと関連づけられているかも識別する。例えば、スプリットトーン動作における所定の論理的ＤＣＣＨチャネルトーンに関して、複数の、例えば３つのオーバーラップしていない組のＤＣＣＨセグメントが存在する可能性があり、モード制御信号は、前記組のうちのいずれの組が無線端末と関連づけられるかを識別することができる。ＤＣＣＨモード制御モジュール５５３８は、幾つかの実施形態においては、受信された肯定応答要求確認信号に応答して、第１の動作モード、例えばフルトーンＤＣＣＨモード、及び第２の動作モード、例えばスプリットトーンＤＣＣＨモード、のうちの１つである要求された動作モードへの切り換えを制御する。
【０２１１】
モード要求生成モジュール５５４０は、要求されたＤＣＣＨ動作モードを示すモード要求信号を生成する。応答検出モジュール５５４２は、基地局からの前記モード要求信号への応答を検出する。応答検出モジュール５５４２の出力は、無線端末５５００を要求される動作モードに切り換えるべきかどうかを決定するためにＤＣＣＨモード制御モジュール５５３８によって用いられる。
【０２１２】
アップリンクＤＣＣＨトーン決定モジュール５５４３は、無線端末内に格納されているアップリンクトーンホッピング情報に基づいて、割り当てられた論理的ＤＣＣＨトーンが経時で対応する物理的トーンを決定する。
【０２１３】
データ／情報５５２８は、ユーザー／デバイス／セッション／資源情報５５４４と、システムデータ／情報５５４６と、現動作モード情報５５４８と、端末ＩＤ情報５５５０と、ＤＣＣＨ論理的トーン情報５５５２と、モード要求信号情報５５５４と、タイミング情報５５５６と、基地局識別情報５５５８と、データ５５６０と、ＤＣＣＨセグメント信号情報５５６２と、モード要求応答信号情報５５６４と、を含む。ユーザー／デバイス／セッション／資源情報５５４４は、ＷＴ５５００と通信セッション中のピアノードに対応する情報と、アドレス情報と、ルーティング情報と、認証情報を含むセッション情報と、割り当てられたＤＣＣＨセグメント及びＷＴ５５００に割り当てられた通信セッションと関連するアップリンク及び／又はダウンリンクトラフィックチャネルセグメントを含む資源情報と、を含む。現動作モード情報５５４８は、無線端末が現在第１の、例えばフルトーンのＤＣＣＨ動作モード、又は第２の、例えばスプリットトーンのＤＣＣＨ動作モード、にあるかどうかを識別する情報を含む。幾つかの実施形態においては、ＤＣＣＨに関する第１及び第２の動作モードは、両方とも、無線端末のオン動作状態に対応する。現動作モード情報５５４８は、その他の無線端末動作モード、例えば、スリープ、ホールド等を識別する情報も含む。端末識別子情報５５５０は、基地局によって割り当てられた無線端末識別子、例えば登録されたユーザー識別子及び／又はＯＮ状態識別子を含む。幾つかの実施形態においては、ＯＮ状態識別子は、ＯＮ状態識別子を無線端末に割り当てた基地局セクターアタッチメントポイントによって使用中のＤＣＣＨ論理的トーンと関連づけられる。ＤＣＣＨ論理的トーン情報５５５２は、無線端末が第１のＤＣＣＨ動作モード及び第２のＤＣＣＨ動作モードのうちの１つにあるときに、アップリンクＤＣＣＨセグメント信号を通信時に使用するために無線端末に現在割り当てられているＤＣＣＨ論理的トーンを識別する情報を含む。タイミング情報５５５６は、無線端末に関するアタッチメントポイントとして交信中の基地局によって使用中の反復的タイミング構造内における無線端末の現在のタイミングを識別する情報を含む。基地局識別情報５５５８は、基地局識別子と、基地局セクター識別子と、無線端末によって使用中の基地局セクターアタッチメントポイントと関連づけられた基地局トーンブロック及び／又は搬送波識別子と、を含む。データ５５６０は、通信セッションにおいて通信中のアップリンク及び／又はダウンリンクユーザーデータ、例えば音声、オーディオデータ、画像データ、テキストデータ、ファイルデータ、を含む。ＤＣＣＨセグメント信号情報５５６２は、無線端末に割り当てられたＤＣＣＨセグメントに対応して通信される情報、例えば様々な制御情報報告を表すＤＣＣＨセグメントにおいて通信される情報ビット、を含む。モード要求信号情報５５５４は、モジュール５５４０によって生成されたモード要求信号に対応する情報を含む。モード要求応答信号情報５５６４は、モジュール５５４２によって検出された応答情報を含む。
【０２１４】
システムデータ／情報５５４６は、フルトーンモードＤＣＣＨ情報５５６６と、スプリットトーンモードＤＣＣＨ情報５５６８と、複数の組の基地局データ／情報（基地局１データ／情報５５７０、．．．、基地局Ｍデータ／情報５５７２）と、を含む。フルトーンモードＤＣＣＨ情報５５６６は、チャネル構造情報５５７４と、セグメントコーディング情報５５７６と、を含む。フルトーンモードＤＣＣＨチャネル構造情報５５７４は、セグメントを識別する情報と、無線端末がフルトーンＤＣＣＨ動作モードにあるときにセグメントで通信される報告と、を含む。例えば、１つの典型的実施形態においては、ＤＣＣＨチャネル内には複数のＤＣＣＨトーン、例えば３１、が存在し、  フルトーンモードにあるときの各論理的ＤＣＣＨトーンは、ＤＣＣＨセグメント内の単一の論理的ＤＣＣＨトーンと関連づけられた４０のＤＣＣＨセグメントの繰り返しパターンに従う。フルトーンモードＤＣＣＨセグメントコーディング情報５５７６は、ＤＣＣＨセグメントを符号化するために第１のコーディングモジュール５５２２によって用いられる情報を含む。スプリットトーンモードＤＣＣＨ情報５５６８は、チャネル構造情報５５７８と、セグメントコーディング情報５５８０と、を含む。スプリットトーンモードＤＣＣＨチャネル構造情報５５７８は、セグメントを識別する情報と、無線端末がスプリットトーンＤＣＣＨ動作モードにあるときにセグメントにおいて通信される報告と、を含む。例えば、１つの典型的実施形態においては、ＤＣＣＨチャネル内には複数のＤＣＣＨトーン、例えば３１、が存在し、  スプリットトーンモードにあるときの各論理的ＤＣＣＨトーンは、最大で３つの異なるＷＴの間で経時で分割される。例えば、所定の論理的ＤＣＣＨトーンに関して、ＷＴは、繰り返しパターンにおいて４０のセグメントの中で使用すべき一組の１３のＤＣＣＨセグメントを受信し、１３のＤＣＣＨセグメントから成る各組は、１３のＤＣＣＨセグメントから成るその他の２つの組とオーバーラップしない。該実施形態においては、例えば、フルトーンモードにある場合は単一のＷＴに割り当てられるがスプリットトーンフォーマットでは３つの無線端末間でパーティショニングされる３９のＤＣＣＨセグメントを含む構造における時間間隔を考慮に入れることができる。スプリットトーンモードＤＣＣＨセグメントコーディング情報５５８０は、ＤＣＣＨセグメントを符号化するために第２のコーディングモジュール５５２４によって用いられる情報を含む。
【０２１５】
幾つかの実施形態において、１つの期間中には、所定の論理的ＤＣＣＨトーンがフルトーン動作モードで用いられ、その他の時点においては、同じ論理的ＤＣＣＨトーンがスプリットトーン動作モードで用いられる。従って、ＷＴ５５００は、スプリットトーンＤＣＣＨ動作モードである間に、フルトーン動作モードにおいて用いられるより大きいＤＣＣＨチャネルセグメントの組の部分組である反復的構造内の一組のＤＣＣＨチャネルセグメントを割り当てることができる。
【０２１６】
基地局１データ／情報５５７０は、アタッチメントポイントと関連づけられた基地局、セクター、搬送波及び／又はトーンブロックを識別するために用いられる基地局識別情報を含む。基地局１データ／情報５５７０は、ダウンリンクタイミング／周波数構造情報５５８２と、アップリンクタイミング／周波数構造情報５５８４と、を同じく含む。アップリンクタイミング／周波数構造情報５５８４は、アップリンクトーンホッピング情報５５８６を含む。
【０２１７】
図５６は、様々な実施形態により実装される典型的基地局５６００、例えばアクセスノード、の図である。典型的基地局５６００は、図１の典型的システムの基地局のうちのいずれかであることができる。典型的基地局５６００は、様々な要素がデータ及び情報を交換することができるバス５６１４を介してひとつに結合された受信機モジュール５６０２と、送信機モジュール５６０４と、プロセッサ５６０８と、Ｉ／Ｏインタフェース５６１０と、メモリ５６１２と、を含む。
【０２１８】
受信機モジュール５６０２、例えばＯＦＤＭ受信機は、受信アンテナ５６０３を介して複数の無線端末からアップリンク信号を受信する。アップリンク信号は、無線端末からの専用制御チャネルセグメント信号と、モード変更要求と、アップリンクトラフィックチャネルセグメント信号と、を含む。受信機モジュール５６０２は、無線端末による送信前に符号化されたアップリンク信号を復号するための復号器モジュール５６１５を含む。復号器モジュール５６１５は、第１の復号器サブモジュール５６１６と、第２の復号器サブモジュール５６１８と、を含む。第１の復号器サブモジュール５６１６は、フルトーンＤＣＣＨ動作モードにおいて用いられる論理的トーンに対応する専用制御チャネルセグメントにおいて受信された情報を復号する。第２の復号器サブモジュール５６１８は、スプリットトーンＤＣＣＨ動作モードにおいて用いられる論理的トーンに対応する専用制御チャネルセグメントにおいて受信された情報を復号する。第１及び第２の復号器サブモジュール（５６１６、５６１８）は、異なる復号方法を実装する。
【０２１９】
送信機モジュール５６０４、例えばＯＦＤＭ送信機は、送信アンテナ５６０５を介してダウンリンク信号を無線端末に送信する。送信されたダウンリンク信号は、登録信号と、ＤＣＣＨ制御信号と、トラフィックチャネル割り当て信号と、ダウンリンクトラフィックチャネル信号と、を含む。
【０２２０】
Ｉ／Ｏインタフェース５６１０は、その他のネットワークノード、例えばその他の基地局、ＡＡＡサーバーノード、ホームエージェントノード、ルーター等、及び／又はネットワークに基地局５６００を結合させるためのインタフェースを提供する。Ｉ／Ｏインタフェース５６１０は、基地局５６００をネットワークアタッチメントポイントとして用いる無線端末がバックホール通信ネットワークを介して異なるセル内のピアノード、例えばその他の無線端末、と通信するのを可能にする。
【０２２１】
メモリ５６１２は、ルーチン５６２０と、データ／情報５６２２と、を含む。プロセッサ５６０８、例えばＣＰＵ、は、基地局５６００の動作を制御するため及び方法を実装するためにメモリ５６１２内のルーチン５６２０を実行し、データ／情報５６２２を使用する。ルーチン５６２０は、通信ルーチン５６２４と、基地局制御ルーチン５６２６と、を含む。通信ルーチン５６２４は、基地局５６００によって用いられる様々な通信プロトコルを実装する。基地局制御ルーチン５６２６は、制御チャネル資源割り当てモジュール５６２８と、論理的トーン専用モジュール５６３０と、無線端末専用制御チャネルモード制御モジュール５６３２と、スケジューラモジュール５６３４と、を含む。
【０２２２】
制御チャネル資源割り当てモジュール５６２８は、アップリンクにおける専用制御チャネルセグメントに対応する論理的トーンを含む専用制御チャネル資源を割り当てる。制御チャネル資源割り当てモジュール５６２８は、フルトーン割り当てサブモジュール５６３６と、スプリットトーン割り当てサブモジュール５６３８と、を含む。フルトーン割り当てサブモジュール５６３６は、専用制御チャネルに対応する前記論理的トーンのうちの１つを単一の無線端末に割り当てる。スプリットトーン割り当てサブモジュール５６３８は、専用制御チャネルに対応する論理的トーンのうちの１つに対応する異なる組の専用制御チャネルセグメントをタイムシェアリング方式で用いられる複数の無線端末に割り当て、該複数の無線端末の各々は、前記論理的トーンがタイムシェアリング方式で用いられる時間のうちの異なるオーバーラップしない部分が専用で割り当てられる。例えば、幾つかの実施形態においては、単一の論理的専用制御チャネルトーンをスプリットトーン動作モードにある最大で３つの無線端末に割り当てて該無線端末によって共有することができる。いずれかの所定の時点において、フルトーン割り当てサブモジュール５６３６は、ＤＣＣＨチャネルトーンなしで、ＤＣＣＨチャネルトーンの一部で、又はＤＣＣＨチャネルトーンの各々で動作していることができる。いずれかの所定の時点において、スプリットトーン割り当てサブモジュール５６３８は、ＤＣＣＨチャネルトーンなしで、ＤＣＣＨチャネルトーンの一部で、又はＤＣＣＨチャネルトーンの各々で動作していることができる。
【０２２３】
論理的トーン専用モジュール５６３０は、フルトーン専用制御チャネル又はスプリットトーン専用制御チャネルを実装するために論理的専用制御チャネルトーンを用いるかどうかを制御する。論理的トーン専用モジュール５６３０は、フルトーン専用制御チャネル及びスプリットトーン専用制御チャネル専用の論理的トーン数を調整するための無線端末ローディング（ｌｏａｄｉｎｇ）に応答する。幾つかの実施形態においては、論理的トーン専用モジュール５６３０は、フルトーンモード又はスプリットトーンモードのいずれかで動作するための無線端末からの要求に応答し、論理的トーンの割り当てを受信された無線端末要求の関数として調整する。例えば、幾つかの実施形態における基地局５６００は、所定のセクター及びアップリンクトーンブロックに関して、専用制御チャネルに関して一組の論理的トーン、例えば３１の論理的トーン、を使用し、いずれかの所定の時点において、論理的専用制御チャネルトーンは、論理的トーン専用モジュール５６３０によってフルトーンモード論理的トーンとスプリットトーンモード論理的トーンの間でパーティショニングされる。
【０２２４】
無線端末専用制御チャネルモード制御モジュール５６３２は、論理的トーン割り当て及び専用制御チャネルモード割り当てを無線端末に示すための制御信号を生成する。幾つかの実施形態においては、無線端末は、生成された制御信号によってＯＮ状態識別子が割り当てられ、ＯＮ状態識別子の値は、アップリンクチャネル構造内の特定の論理的専用制御チャネルと関連づけられる。幾つかの実施形態においては、モジュール５６３２によって生成される割り当ては、割り当てに対応する無線端末が割り当てられた論理的トーンに関してフルトーンモード又はスプリットトーンモードで動作すべきであることを示す。スプリットトーンモード割り当ては、割り当てに対応する無線端末が割り当てられた論理的専用制御チャネルトーンに対応する複数のセグメントのうちのいずれを使用すべきかをさらに示す。
【０２２５】
スケジューラモジュール５６３４は、無線端末、例えば基地局５６００を自己のネットワークアタッチメントポイントとして使用中であり、オン状態であり、さらにスプリットトーンモード又はフルトーンモードの割り当てられた専用制御チャネルを現在有している無線端末、に対してアップリンク及び／又はダウンリンクトラフィックチャネルセグメントをスケジューリングする。
【０２２６】
データ／情報５６２２は、システムデータ／情報５６４０と、現在のＤＣＣＨ論理的トーン実装情報５６４２と、受信されたＤＣＣＨ信号情報５６４４と、ＤＣＣＨ制御信号情報５６４６と、複数の組の無線端末データ／情報５６４８（ＷＴ１データ／情報５６５０、．．．、ＷＴＮデータ／情報５６５２）と、を含む。システムデータ／情報５６４０は、フルトーンモードＤＣＣＨ情報５６５４と、スプリットトーンモードＤＣＣＨ情報５６５６と、ダウンリンクタイミング／周波数構造情報５６５８と、アップリンクタイミング／周波数構造情報５６６０と、を含む。フルトーンＤＣＣＨ情報５６５４は、フルトーンモードチャネル構造情報５６６２と、フルトーンモードセグメントコーディング情報５６６４と、を含む。スプリットトーンモードＤＣＣＨ情報５６５６は、スプリットトーンモードチャネル構造情報５６６６と、スプリットトーンモードセグメントコーディング情報５６６８と、を含む。アップリンクタイミング／周波数構造情報５６６０は、アップリンクトーンホッピング情報５６６０を含む。アップリンクトーンブロックチャネル構造内の各単一の論理的トーンは、経時で周波数ホッピングされる物理的トーンに対応する。例えば、単一の論理的専用制御チャネルトーンを考慮すること。幾つかの実施形態においては、単一の論理的ＤＣＣＨトーンに対応する各ＤＣＣＨセグメントは、７つの連続するＯＦＤＭシンボル期間に関して用いられる第１の物理的トーン、７つの連続するＯＦＤＭシンボル期間に関して用いられる第２の物理的トーン、及び７つの連続するＯＦＤＭシンボル期間に関して用いられる第３の物理的トーンに対応する２１のＯＦＤＭトーン−シンボルを具備し、第１、第２及び第３のトーンは、基地局及び無線端末の両方に知られている実装されたアップリンクトーンホッピングシーケンスに従って選択される。少なくとも幾つかのＤＣＣＨセグメントに関する専用制御チャネル論理的トーンのうちの少なくとも一部に関して、第１、第２及び第３の物理的トーンは異なる。
【０２２７】
現在のＤＣＣＨ論理的トーン実装情報５６４２は、論理的トーン専用モジュール５６３０の決定、例えば各所定の論理的専用制御チャネルトーンは現在フルトーンフォーマットで用いられているか又はスプリットトーンフォーマットで用いられているか、を識別する情報を含む。受信されたＤＣＣＨ信号情報５６４４は、基地局５６００のアップリンク専用制御チャネル構造内の専用制御チャネルセグメントのうちのいずれかにおいて受信された情報を含む。ＤＣＣＨ制御信号情報５６４６は、専用制御チャネル論理的トーン及び専用制御チャネル動作モードを割り当てることに対応する割り当て情報を含む。ＤＣＣＨ制御信号情報５６４６は、無線端末からの受信された専用制御チャネル要求、ＤＣＣＨ動作モード要求、及び／又はＤＣＣＨ動作モード変更要求も含む。ＤＣＣＨ制御信号情報５６４６は、無線端末からの受信された要求に応答した確認応答シグナリング情報も含む。
【０２２８】
ＷＴ１データ／情報５６５０は、識別情報５６６２と、受信されたＤＣＣＨ情報５６６４と、ユーザーデータ５６６６と、を含む。識別情報５６６２は、基地局によって割り当てられたＷＴオン識別子５６６８と、モード情報５６７０と、を含む。幾つかの実施形態においては、基地局によって割り当てられたオン識別子値は、基地局によって用いられるアップリンクチャネル構造内の論理的専用制御チャネルトーンと関連づけられる。モード情報５６５０は、ＷＴがフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにあるかを識別する情報と、ＷＴがスプリットトーンモードであるときに論理的トーンと関連づけられたＤＣＣＨセグメントの部分組とＷＴを関連づける情報と、を含む。受信されたＤＣＣＨ情報５６６４は、例えば、アップリンクトラフィックチャネル要求を搬送する、ＷＴと関連づけられた受信されたＤＣＣＨ報告、ビーコン比報告、電力報告、自己雑音報告、及び／又は信号対雑音比報告を含む。ユーザーデータ５６６６は、ＷＴ１と関連づけられたアップリンク及び／又はダウンリンクトラフィックチャネルユーザーデータ、例えば通信セッションに対応しておりＷＴ１に割り当てられたアップリンク及び／又はダウンリンクトラフィックチャネルを介して通信される音声データ、オーディオデータ、画像データ、テキストデータ、ファイルデータ等を含む。
【０２２９】
図５７は、様々な実施形態により実装される典型的端末５７００、例えばモバイルノード、を示す。典型的ＷＴ５７００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的無線端末５７００は、無線端末がデータ及び情報を交換することができるバス５７１２を介してひとつに結合された受信機モジュール５７０２と、送信機モジュール５７０４と、プロセッサ５７０６と、ユーザーＩ／Ｏデバイス５７０８と、メモリ５７１０と、を含む。
【０２３０】
受信機モジュール５７０２、例えばＯＦＤＭ受信機、は、受信アンテナ５７０３に結合され、無線端末５７００は、受信アンテナ５７０３を介してダウンリンク信号を基地局から受信する。無線端末５７００によって受信されたダウンリンク信号は、ビーコン信号、パイロット信号、登録応答信号、電力制御信号、タイミング制御信号、無線端末識別子、例えばＤＣＣＨチャネル論理的トーンに対応するオン状態識別子、の割り当て、例えばアップリンク反復的構造における一組のＤＣＣＨチャネルセグメントを識別するために用いられるその他のＤＣＣＨ割り当て情報、アップリンクトラフィックチャネルセグメントの割り当て及び／又はダウンリンクトラフィックチャネルセグメントの割り当てを含む。受信機モジュール５７０２は、復号器５７１４を含み、無線端末５７００は、復号器５７１４を介して、基地局による送信前に符号化されていた受信信号を復号する。送信機モジュール５７０４、例えばＯＦＤＭ送信機、は、送信アンテナ５７０５に結合され、無線端末５７００は、送信アンテナ５７０５を介してアップリンク信号を基地局に送信する。無線端末５７００によって送信されるアップリンク信号は、アクセス信号と、ハンドオフ信号と、電力制御信号と、タイミング制御信号と、ＤＣＣＨチャネルセグメント信号と、アップリンクトラフィックチャネルセグメント信号と、を含む。ＤＣＣＨチャネルセグメント信号は、初期ＤＣＣＨ報告組信号と、スケジューリングされたＤＣＣＨ報告組信号と、を含む。幾つかの実施形態においては、送信機及び受信機に関して同じアンテナが用いられる。送信機モジュール５７０４は、符号器５７１６を含み、無線端末５７００は、符号器５７１６を介して、送信前に少なくとも幾つかのアップリンク信号を符号化する。
【０２３１】
ユーザーＩ／Ｏデバイス５７０８、例えばマイク、キーボード、キーパッド、マウス、スイッチ、カメラ、ディスプレイ、スピーカー等、は、データ／情報を入力し、データ／情報を出力し、無線端末の少なくとも幾つかの機能、例えば通信セッションを開始すること、を制御するために用いられる。メモリ５７１０は、ルーチン５７１８と、データ／情報５７２０と、を含む。プロセッサ５７０６、例えばＣＰＵ、は、無線端末５７００の動作を制御するため及び方法を実装するためにメモリ５７１０内のルーチン５７１８を実行し、データ／情報５７２０を用いる。
【０２３２】
ルーチン５７１８は、通信ルーチン５７２２と、無線端末制御ルーチン５７２４と、を含む。通信ルーチン５７２２は、無線端末５７００によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン５７２４は、無線端末５７００の動作を制御し、受信機モジュール５７０２、送信機モジュール５７０４及びユーザーＩ／Ｏデバイス５７０８の動作を制御することを含む。無線端末制御ルーチン５７２４は、報告送信制御モジュール５７２６と、初期報告生成モジュール５７２８と、スケジューリングされた報告生成モジュール５７３０と、タイミング制御モジュール５７３２と、を含む。報告送信制御モジュール５７２６は、ハンドオフ検出モジュール５７３４を含む。初期報告生成モジュール５７２８は、報告サイズ組決定サブモジュール５７３６を含む。
【０２３３】
報告送信制御モジュールは、無線端末５７００による第１の動作モードから第２の動作モードへの移行に後続して初期情報報告組を送信するため及びスケジューリングされた報告を前記初期報告組の送信に後続してアップリンク報告スケジュールに従って送信するために無線端末５７００を制御する。幾つかの実施形態においては、第１の動作モードは、スリープ状態及びホールド状態のうちの１つであり、第２の動作モードは、ＯＮ状態、例えば無線端末がユーザーデータを送信することが許可されるＯＮ状態、である。様々な実施形態において、第２のモード、例えばＯＮ状態、においては、無線端末は、ユーザーデータを送信するために用いることができるアップリンクトラフィックチャネル資源要求を含む情報を報告するための専用アップリンク報告チャネルを有する。様々な実施形態において、第１のモード、例えばスリープ状態又はホールド状態、においては、無線端末は、ユーザーデータを送信するために用いることができるアップリンクトラフィックチャネル資源要求を含む情報を報告するための専用アップリンク報告チャネルを有さない。
【０２３４】
初期報告生成モジュール５７２８は、報告送信制御モジュール５７２６に応答し、初期情報報告組を、アップリンク送信スケジュールに関する前記初期報告組の送信時点の関数として生成する。スケジューリングされた報告生成モジュール５７３０は、前記初期情報報告に引き続いて送信されるスケジューリングされた報告情報組を生成する。タイミング制御モジュール５７３２は、基地局から受信されたダウンリンク信号に基づいて、例えば閉ループタイミング制御の一部としてアップリンク報告構造を相互に関連させる。幾つかの実施形態においては、タイミング制御モジュール５７３２は、タイミング制御回路として部分的に又は全体的に実装される。ハンドオフ検出モジュール５７３４は、第１のアクセスノードアタッチメントポイントから第２のアクセスノードアタッチメントポイントへのハンドオフを検出し、一定の型の識別されたハンドオフに引き続いて初期情報報告組を生成するために無線端末を制御し、生成された初期情報報告組は、第２のアクセスノードアタッチメントポイントに送信される。一定の型の識別されたハンドオフは、幾つかの実施形態においては、無線端末が第２のアクセスノードに関してオン状態になる前に第２のアクセスノードアタッチメントポイントに関するアクセス動作状態を経て移行するハンドオフを含む。例えば、第１及び第２のアクセスノードアタッチメントポイントは、互いに関してタイミング同期化されておらず無線端末が第２のアクセスノードに関するタイミング同期化を達成させるためにアクセス状態を経る必要がある異なるセル内に所在する異なるアクセスノードに対応することができる。
【０２３５】
ハンドオフ検出モジュール５７３４は、一定のその他の型のハンドオフの下で、第１のアクセスノードアタッチメントポイントから第２のアクセスノードアタッチメントポイントへのハンドオフに引き続いた初期情報報告の生成及び送信を差し控え、スケジューリングされた報告情報組の送信に直接進むように無線端末を制御する。例えば、第１及び第２のアクセスノードアタッチメントポイントは、タイミング同期化することができ、同じアクセスノード、例えば異なる隣接セクター及び／又はトーンブロックに対応することができ、一定のその他の型のハンドオフは、例えばアクセス状態を経て移行する必要なしに第１のアタッチメントポイントに関するＯＮ状態から第２のアタッチメントポイントに関するＯＮ状態に移行することが関わるハンドオフである。
【０２３６】
報告組サイズ決定サブモジュール５７３６は、初期報告組のサイズを、アップリンク送信スケジュールに関する前記初期報告の送信時点の関数として決定する。例えば、初期報告情報組サイズは、幾つかの実施形態においては、アップリンクタイミング構造内のどの場所において、例えばスーパースロット内のポイントにおいて、初期報告送信が開始されるかに依存して例えば１つ、２つ、３つ、４つ又は５つのＤＣＣＨセグメントに対応する複数の組サイズのうちの１つである。幾つかの実施形態においては、初期報告組に含まれている報告の型は、ビーコンスロット内におけるスーパースロットの所在場所に依存してアップリンクタイミング構造内のどの場所において初期報告送信を開始させるかの関数である。
【０２３７】
データ／情報５７２０は、ユーザー／デバイス／セッション／資源情報５７３８と、システムデータ／情報５７４０と、基地局識別情報５７４２と、端末識別情報５７４４と、タイミング制御情報５７４６と、現動作状態情報５７４８と、ＤＣＣＨチャネル情報５７５０と、初期報告時間情報５７５２と、決定された初期報告サイズ情報５７５４と、初期報告制御情報５７５６と、生成された初期報告情報組５７５８と、生成されたスケジューリングされた情報報告情報組５７６０と、ハンドオフ情報５７６２と、アップリンクトラフィック要求情報５７６４と、ユーザーデータ５７６６と、を含む。初期報告制御情報は、サイズ情報５７６８と、時間情報５７７０と、を含む。
【０２３８】
ユーザー／デバイス／セッション／資源情報５７３８は、ユーザー識別情報、例えばユーザーログインＩＤ、パスワード及びユーザー優先度情報と、デバイス情報、例えばデバイス識別情報及びデバイス特性パラメータと、セッション情報、例えばＷＴ５７００と通信セッション中のその他のＷＴ等のピアに関する情報と、セッションキー等の通信セッション情報と、アドレッシング及び／又はルーティング情報と、資源情報、例えばＷＴ５７００に割り当てられたアップリンク及び／又はダウンリンクエアリンクセグメント及び／又は識別子と、を含む。
【０２３９】
システムデータ／情報５７４０は、複数の組の基地局情報（基地局１データ／情報５７７２、．．．、基地局Ｍデータ／情報５７７４）と、反復的アップリンク報告構造情報５７８０と、初期ＤＣＣＨ報告情報５７９０と、を含む。基地局１データ／情報５７７２は、ダウンリンクタイミング／周波数構造情報５７７６と、アップリンクタイミング／周波数構造情報５７７８と、を含む。ダウンリンクタイミング／周波数構造情報５７７６は、反復的ダウンリンク構造内の様々なチャネル及びセグメント、例えば割り当て、ビーコン、パイロット、ダウンリンクトラフィックチャネル等を識別し、さらにタイミング、例えばＯＦＤＭ期間、インデキシング、例えばスロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、ダウンリンク論理的トーン構造を含む。情報５７７６は、基地局識別情報、例えばセル、セクター、及び搬送波／トーンブロック識別情報、も含む。情報５７７６は、論理的トーンを物理的トーンにマッピングするために用いられるダウンリンクトーンホッピング情報も含む。アップリンクタイミング／周波数構造情報５７７８は、反復的アップリンク構造内の様々なチャネル及びセグメント、例えばアクセス、割り当て、電力制御チャネル、タイミング制御チャネル、専用制御チャネル（ＤＣＣＨ）、アップリンクトラフィックチャネル等、を識別し、さらにタイミング、例えばＯＦＤＭ継続、インデキシング、例えばハーフスロット、スロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、アップリンク論理的トーン構造と、ダウンリンクタイミングＢＳ１をアップリンクタイミングＢＳ１と相互に関連させる情報、例えば基地局におけるアップリンクとダウンリンクの反復的タイミング構造の間のタイミングオフセット、とを含む。情報５７７８は、論理的トーンを物理的トーンにマッピングするために用いられるアップリンクトーンホッピング情報も含む。
【０２４０】
反復的アップリンク報告構造情報５７８０は、ＤＣＣＨ報告フォーマット情報５７８２と、ＤＣＣＨ報告組情報５７８４と、を含む。ＤＣＣＨ報告組情報５７８４は、組情報５７８６と、時間情報５７８８と、を含む。例えば、反復的アップリンク報告構造情報５７８０は、幾つかの実施形態においては、固定数のインデキシングされたＤＣＣＨセグメント、例えば４０のインデキシングされたＤＣＣＨセグメント、の繰り返しパターンを識別する情報を含む。インデキシングされたＤＣＣＨセグメントの各々は、より多くの型のＤＣＣＨ報告、例えばアップリンクトラフィックチャネル要求報告、ビーコン比報告等の干渉報告、異なるＳＮＲ報告等のうちの１つを含む。異なる報告の型の各々のフォーマットは、例えば各型の報告に関して、固定数の情報ビットを異なる可能なビットパターン及び対応するビットパターンによって搬送される情報の解釈と関連づけているＤＣＣＨ報告フォーマット情報５７８２において識別される。ＤＣＣＨ報告組情報５７８４は、反復的ＤＣＣＨ報告構造内の異なるインデキシングされたセグメントと関連づけられた異なる報告グループ分類を識別する。組情報５７８６は、対応する時間情報エントリ５７８８によって識別された各インデキシングされたＤＣＣＨセグメントに関して、セグメントにおいて通信される一組の報告及びセグメント内におけるこれらの報告の順序を識別する。例えば、１つの典型的実施形態においては、インデックス値＝６を有する典型的ＤＣＣＨセグメントは、５ビットアップリンク送信電力バックオフ報告と、１ビットアップリンクトラフィックチャネルセグメント要求報告と、を含み、インデックス値＝３２を有するＤＣＣＨセグメントは、３ビットダウンリンク差分信号対雑音比報告と、３ビットアップリンクトラフィックチャネル要求報告と、を含む。（図１０参照。）
初期ＤＣＣＨ報告情報５７９０は、フォーマット情報５７９２と、報告組情報５７９４と、を含む。フォーマット情報５７９２は、送信される初期報告組のフォーマットを示す情報を含む。幾つかの実施形態においては、初期報告のフォーマット、グループ分類、及び／又は初期報告組において送信される初期報告数は、例えば反復的アップリンクタイミング構造に関して、初期報告組が送信される時間に依存する。報告組情報５７９４は、様々な初期報告組を識別する情報、例えば、初期報告において通信されるＤＣＣＨセグメントと関連づけられた報告数、報告型、及び順序が設定された報告グループ分類、を含む。
【０２４１】
基地局識別情報５７４２は、無線端末によって使用中の基地局アタッチメントポイントを識別する情報を含む。基地局識別情報５７４２は、基地局アタッチメントポイントと関連づけられた物理的アタッチメントポイント識別子、例えばセル、セクター及び搬送波／トーンブロック識別子、を含む。幾つかの実施形態においては、基地局識別子情報の少なくとも一部は、ビーコン信号を介して通信される。基地局識別情報５７４２は、基地局アドレス情報も含む。端末識別情報５７４４は、無線端末と関連づけられた基地局割り当て識別子、例えば登録されたユーザー識別子及びオン状態識別子、を含み、前記オン状態識別子は、無線端末によって用いられる論理的ＤＣＣＨトーンと関連づけられる。タイミング制御情報５７４６は、アップリンク報告構造を相互に関連させるためにタイミング制御モジュール５７３２によって用いられる基地局からの受信されたダウンリンク信号を含み、前記受信されたダウンリンクタイミング制御信号の少なくとも一部は、閉ループタイミング制御に関して用いられる。タイミング制御情報５７４６は、反復的アップリンク及びダウンリンクタイミング構造に関する現在のタイミングを識別する情報、例えば前記構造に関するＯＦＤＭシンボル送信期間、も含む。現動作状態情報５７４８は、無線端末の現在の動作状態、例えばスリープ、ホールド、ＯＮ、を識別する情報を含む。現動作状態情報５７４８は、ＷＴがフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにある、アクセスプロセス中である、又はハンドオフプロセス中であるときを識別する情報も含む。さらに、現動作状態情報５７４８は、無線端末が使用すべき論理的ＤＣＣＨチャネルトーンを割り当てられているときに、無線端末が初期ＤＣＣＨ報告組を通信中であるか又は反復的報告構造情報ＤＣＣＨ報告組を通信中であるかを識別する情報を含む。初期報告時間情報５７５２は、アップリンク送信スケジュールに関する初期ＤＣＣＨ報告組の送信時点を識別する情報を含む。決定された初期報告サイズ情報５７５４は、報告組サイズ決定サブモジュール５７３６の出力である。初期報告制御情報５７５６は、初期報告組の内容を制御するために初期報告生成モジュール５７２８によって用いられる情報を含む。初期報告制御情報５７５６は、サイズ情報５７６８と、時間情報５７７０と、を含む。生成された初期報告情報組５７５８は、初期ＤＣＣＨ報告構造情報５７９０と、初期報告制御情報５７５６と、初期報告の報告に含められる情報、例えばアップリンクトラフィックチャネル要求情報５７６４、ＳＮＲ情報、及び測定された干渉情報と、を含むデータ／情報５７２０を用いて無線端末初期報告生成モジュール５７２８によって生成される初期報告組である。生成されたスケジューリングされた報告情報組５７６０は、生成されたスケジューリングされた情報報告組を含み、例えば、各組は、無線端末によって用いられるスケジューリングされたＤＣＣＨセグメントに対応する。生成されたスケジューリングされた報告情報組５７６０は、反復的アップリンク報告構造情報５７８０と、初期報告の報告に含められる情報、例えばアップリンクトラフィックチャネル要求情報５７６４、ＳＮＲ情報、及び測定された干渉情報と、を含むデータ／情報５７２０を用いてスケジューリングされた報告生成モジュール５７３０によって生成される。アップリンクトラフィック要求情報５７６４は、アップリンクトラフィックチャネルセグメント資源要求に関する情報、例えば異なる要求グループ待ち行列に対応して通信されるアップリンクユーザーデータのフレーム数、を含む。ユーザーデータ５７６６は、アップリンクトラフィックチャネルセグメントを介して通信される及び／又はダウンリンクトラフィックチャネルセグメントを介して受信される音声データ、オーディオデータ、画像データ、テキストデータ、ファイルデータを含む。
【０２４２】
図５８は、様々な実施形態により実装される典型的基地局５８００、例えばアクセスノード、の図である。典型的基地局５８００は、図１の典型的システムの基地局のうちのいずれかであることができる。典型的基地局５８００は、様々な要素がデータ及び情報を交換することができるバス５８１２を介してひとつに結合された受信機モジュール５８０２と、送信機モジュール５８０４と、プロセッサ５８０６と、Ｉ／Ｏデバイス５８０８と、メモリ５８１０と、を含む。
【０２４３】
受信機モジュール５８０２、例えばＯＦＤＭ受信機、は、受信アンテナ５８０３を介して複数の無線端末からアップリンク信号を受信する。アップリンク信号は、無線端末からの専用制御チャネル報告情報組と、アクセス信号と、モード変更要求と、アップリンクトラフィックチャネルセグメント信号と、を含む。受信機モジュール５８０２は、無線端末による送信前に符号化されたアップリンク信号を復号するための復号器モジュール５８１４を含む。
【０２４４】
送信機モジュール５８０４、例えばＯＦＤＭ送信機、は、送信アンテナ５８０５を介して無線端末にダウンリンク信号を送信する。送信されたダウンリンク信号は、登録信号と、ＤＣＣＨ制御信号と、トラフィックチャネル割り当て信号と、ダウンリンクトラフィックチャネル信号と、を含む。
【０２４５】
Ｉ／Ｏインタフェース５８０８は、その他のネットワークノード、例えばその他の基地局、ＡＡＡサーバーノード、ホームエージェントノード、ルーター等、及び／又はインターネットに基地局５８００を結合させるためのインタフェースを提供する。Ｉ／Ｏインタフェース５８０８は、基地局５８００をネットワークアタッチメントポイントとして用いる無線端末がバックホール通信ネットワークを介して異なるセル内のピアノード、例えばその他の無線端末、と通信するのを可能にする。
【０２４６】
メモリ５８１０は、ルーチン５８２０と、データ／情報５８２２と、を含む。プロセッサ５８０６、例えばＣＰＵ、は、基地局５８００の動作を制御するため及び方法を実装するためにメモリ５８１０内のルーチン５８２０を実行し、データ／情報５８２２を使用する。ルーチン５８２０は、通信ルーチン５８２４と、基地局制御ルーチン５８２６と、を含む。通信ルーチン５８２４は、基地局５８００によって用いられる様々な通信プロトコルを実装する。基地局制御ルーチン５８２６は、スケジューラモジュール５８２８と、報告組解釈モジュール５８３０と、アクセスモジュール５８３２と、ハンドオフモジュール５８３４と、登録された無線端末状態移行モジュール５８３６と、を含む。
【０２４７】
スケジューラモジュール５８２８は、無線端末、例えば基地局５８００を自己のネットワークアタッチメントポイントとして使用中であり、オン状態であり、さらにスプリットトーンモード又はフルトーンモードのいずれかにおいて割り当てられた専用制御チャネルを現在有している無線端末、に対してアップリンク及び／又はダウンリンクトラフィックチャネルセグメントをスケジューリングする。
【０２４８】
報告組解釈モジュール５８３０、例えばＤＣＣＨ報告組解釈モジュール、は、初期報告組解釈サブモジュール５８３８と、反復的報告構造報告組解釈サブモジュール５８４０と、を含む。報告組解釈モジュール５８３０は、初期ＤＣＣＨ報告情報５８５０又は反復的アップリンク報告構造情報５８４８に従って各々の受信されたＤＣＣＨ報告組を解釈する。報告組解釈モジュール５８３０は、無線端末によるＯＮ状態への移行に応答する。報告組解釈モジュール５８３０は、現在の接続に関するホールド状態からオン状態への無線端末の移行、現在の接続に関するアクセス状態からオン状態への無線端末の移行、及び基地局へのハンドオフ前に他の接続に関して存在していたオン状態からオン状態への無線端末の移行、のうちの１つの直後に無線端末から受信されたＤＣＣＨ報告情報組を初期情報報告組であると解釈する。報告組解釈モジュール５８３０は、初期報告組解釈サブモジュール５８３８と、反復的報告構造報告組解釈サブモジュール５８４０と、を含む。初期報告組解釈サブモジュール５８３８は、初期ＤＣＣＨ報告情報５８５０を含むデータ／情報５８２２を用いて、例えば受信されたＤＣＣＨセグメントに対応しており初期ＤＣＣＨ報告組であると決定されている受信された情報報告組を処理し、解釈された初期報告組情報を入手する。反復的報告構造報告組解釈サブモジュール５８４０は、反復的アップリンク報告構造情報５８４８を含むデータ／情報５８２２を用いて、例えば受信されたＤＣＣＨセグメントに対応しており反復的報告構造ＤＣＣＨ報告組であると決定されている受信された情報報告組を処理し、解釈された反復的構造報告組情報を入手する。
【０２４９】
アクセスモジュール５８３２は、無線端末アクセス動作に関連する動作を制御する。例えば、無線端末は、アクセスモードを通じてオン状態に移行し、基地局アタッチメントポイントとのアップリンクタイミング同期化を達成させ、アップリンクＤＣＣＨセグメント信号を通信するために用いられるアップリンクタイミング及び周波数構造内の論理的ＤＣＣＨチャネルトーンと関連づけられたＷＴオン状態識別子を受信する。このオン状態への移行に引き続き、初期報告組解釈サブモジュール５８３８が起動されてスーパースロットの残りの部分に関するＤＣＣＨセグメント、例えば、１つ、２つ、３つ、４つ、又は５つのＤＣＣＨセグメント、を処理する。次に、動作は、反復的報告構造報告組解釈サブモジュール５８４０に移行されて無線端末からの後続するＤＣＣＨセグメントが処理される。ＤＣＣＨセグメント数及び／又はモジュール５８４０に制御を転送する前にモジュール５８３８によって処理されるセグメントに関して用いられるフォーマットは、反復的アップリンクＤＣＣＨ報告構造に関してアクセスが生じる時間の関数である。
【０２５０】
ハンドオフモジュール５８３４は、１つのアタッチメントポイントから他のアタッチメントポイントへの無線端末のハンドオフに関する動作を制御する。例えば、第１の基地局アタッチメントポイントを有するＯＮ動作状態の無線端末は、基地局５８００へのハンドオフ動作を行って第２の基地局アタッチメントポイントに関するＯＮ状態に移行することができ、前記第２の基地局アタッチメントポイントは、基地局５８００アタッチメントポイントであり、ハンドオフモジュール５８３４は、初期報告組解釈サブモジュール５８３８を起動させる。
【０２５１】
登録無線端末状態移行モジュール５８３６は、基地局に登録している無線端末のモード変更に関連する動作を行う。例えば、アップリンクユーザーデータを送信することから除外されるホールド動作状態に現在ある登録無線端末は、ＤＣＣＨ論理的チャネルトーンと関連づけられたＯＮ状態識別子がＷＴに割り当てられさらにアップリンクユーザーデータを通信するために用いられるアップリンクトラフィックチャネルセグメントを無線端末が受信することができるＯＮ動作状態に移行することができる。登録ＷＴ状態移行モジュール５８３６は、無線端末によるホールドからＯＮへのモード移行に応答して初期報告組解釈サブモジュール５８３８を起動させる。
【０２５２】
基地局５８００は、複数のＯＮ状態無線端末を管理する。異なる無線端末から通信され、同じ時間間隔に対応する一組の受信されたＤＣＣＨセグメントに関して、基地局は、いくつかの時点において、初期報告組解釈サブモジュール５８３８を用いて前記セグメントの一部を処理し、反復的報告構造組解釈サブモジュール５８４０を用いて報告の一部を処理する。
【０２５３】
データ／情報５８２２は、システムデータ／情報５８４２と、アクセス信号情報５８６０と、ハンドオフ信号情報５８６２と、モード移行シグナリング情報５８６４、時間情報５８６６と、現ＤＣＣＨ論理的トーン実装情報５８６８と、受信ＤＣＣＨセグメント情報５８７０と、基地局識別情報５８５９と、ＷＴデータ／情報５８７２と、を含む。
【０２５４】
システムデータ／情報５８４２は、ダウンリンクタイミング／周波数構造情報５８４４と、アップリンクタイミング／周波数構造情報５８４６と、反復的アップリンク報告構造情報５８４８と、初期ＤＣＣＨ報告情報５８５０と、を含む。反復的アップリンク報告構造情報５８４８は、ＤＣＣＨ報告フォーマット情報５８５２と、ＤＣＣＨ報告組情報５８５４と、を含む。ＤＣＣＨ報告組情報５８５４は、組情報５８５６と、時間情報５８５８と、を含む。初期ＤＣＣＨ報告情報５８５０は、フォーマット情報５８５１と、報告組情報５８５３と、を含む。
【０２５５】
ダウンリンクタイミング／周波数構造情報５８４４は、反復的ダウンリンク構造内の様々なチャネル及びセグメント、例えば割り当て、ビーコン、パイロット、ダウンリンクトラフィックチャネル等を識別し、さらにタイミング、例えばＯＦＤＭシンボル継続時間、インデキシング、例えばスロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、ダウンリンク論理的トーン構造を含む。情報５８４４は、基地局識別情報、例えばセル、セクター、及び搬送波／トーンブロック識別情報、も含む。情報５８４４は、論理的トーンを物理的トーンにマッピングするために用いられるダウンリンクトーンホッピング情報も含む。アップリンクタイミング／周波数構造情報５８４６は、反復的アップリンク構造内の様々なチャネル及びセグメント、例えばアクセス、割り当て、電力制御チャネル（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌｓ）、電力制御チャネル（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌｓ）、専用制御チャネル（ＤＣＣＨ）、アップリンクトラフィックチャネル等を識別し、さらにタイミング、例えばＯＦＤＭ継続時間、インデキシング、例えばハーフスロット、スロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、アップリンク論理的トーン構造と、ダウンリンクタイミングをアップリンクタイミングと相互に関連させる情報、例えば基地局におけるアップリンクとダウンリンクの反復的タイミング構造間のタイミングオフセット、を含む。情報５８４６は、論理的トーンを物理的トーンにマッピングするために用いられるアップリンクトーンホッピング情報も含む。
【０２５６】
反復的アップリンク報告構造情報５８４８は、ＤＣＣＨ報告フォーマット情報５８５２と、ＤＣＣＨ報告組情報５８４８と、を含む。ＤＣＣＨ報告組情報５８５４は、組情報５８５６と、時間情報５８５８と、を含む。例えば、反復的アップリンク報告構造情報５８４８は、幾つかの実施形態においては、固定数のインデキシングされたＤＣＣＨセグメント、例えば４０のインデキシングされたＤＣＣＨセグメント、の繰り返しパターンを識別する情報を含む。インデキシングされたＤＣＣＨセグメントの各々は、より多くの型のＤＣＣＨ報告、例えばアップリンクトラフィックチャネル要求報告、ビーコン比報告等の干渉報告、異なるＳＮＲ報告等のうちの１つを含む。異なる報告の型の各々のフォーマットは、例えば各型の報告に関して、固定数の情報ビットを異なる可能なビットパターン及び対応するビットパターンによって搬送される情報の解釈と関連づけているＤＣＣＨ報告フォーマット情報５８５２において識別される。ＤＣＣＨ報告組情報５８５４は、反復的ＤＣＣＨ報告構造内の異なるインデキシングされたセグメントと関連づけられた異なる報告グループ分類を識別する。組情報５８５６は、対応する時間情報エントリ５８５８によって識別された各インデキシングされたＤＣＣＨセグメントに関して、セグメントにおいて通信される一組の報告及びセグメント内におけるこれらの報告の順序を識別する。例えば、１つの典型的実施形態においては、インデックス値＝６を有する典型的ＤＣＣＨセグメントは、５ビットアップリンク送信電力バックオフ報告と、１ビットアップリンクトラフィックチャネルセグメント要求報告と、を含み、インデックス値＝３２を有するＤＣＣＨセグメントは、３ビットダウンリンクデルタ信号対雑音比報告と、３ビットアップリンクトラフィックチャネル要求報告と、を含む。（図１０参照。）
初期ＤＣＣＨ報告情報５８５０は、フォーマット情報５８５１と、報告組情報５８５３と、を含む。フォーマット情報５８５１は、送信される初期報告組のフォーマットを示す情報を含む。幾つかの実施形態においては、初期報告のフォーマット、グループ分類、及び／又は初期報告組において送信される初期報告数は、例えば反復的アップリンクタイミング構造に関して初期報告組が送信される時間に依存する。報告組情報５８５３は、様々な初期報告組を識別する情報、例えば、初期報告組において通信されるＤＣＣＨセグメントと関連づけられた初期報告組数、報告の型、及び順序が設定された報告グループ分類、を含む。
【０２５７】
基地局識別情報５８５９は、無線端末によって使用中の基地局アタッチメントポイントを識別する情報を含む。基地局識別情報５８５９は、基地局アタッチメントポイントと関連づけられた物理的アタッチメントポイント識別子、例えばセル、セクター及び搬送波／トーンブロック識別子、を含む。幾つかの実施形態においては、基地局識別子情報の少なくとも一部は、ビーコン信号を介して通信される。基地局識別情報は、基地局アドレス情報も含む。アクセス信号情報５８６０は、無線端末から受信されるアクセス要求信号と、無線端末に送信されるアクセス応答信号と、アクセスに関連するタイミング信号と、無線端末に関するアクセス状態からオン状態への移行に応答して初期報告解釈サブモジュール５８３８を起動させるための基地局内部シグナリングと、を含む。ハンドオフ信号情報５８６２は、その他の基地局から受信されたハンドオフシグナリングと、他の接続のＷＴ ＯＮ状態から基地局５８００アタッチメントポイント接続に関するＷＴ  ＯＮ状態への移行に応答して初期報告解釈サブモジュール５８３８を起動させるための基地局内部シグナリングと、を含むハンドオフ動作に関する情報を含む。モード移行シグナリング情報５８６４は、状態変化、例えばホールド状態からオン状態への変化、に関する現登録無線端末と基地局５８００との間の信号と、例えばホールドからオンへの状態移行に応答して初期報告組解釈サブモジュール５８３８を起動させるための基地局内部シグナリングと、を含む。登録ＷＴ状態移行モジュール５８３６は、幾つかの状態変化、例えばＯＮ状態からホールド状態、スリープ状態、又はオフ状態のうちの１つへの無線端末の移行、に応答して無線端末に関する反復的報告構造報告組解釈サブモジュール５８４０を停止させる。
【０２５８】
時間情報５８６６は、現在時間情報、例えば基地局によって使用中の反復的アップリンクタイミング構造内のインデキシングされたＯＦＤＭシンボル期間、を含む。現ＤＣＣＨ論理的トーン実装情報５８６８は、基地局論理的ＤＣＣＨトーンのうちのいずれが現在フルトーンＤＣＣＨモードにあり、いずれがスプリットトーンＤＣＣＨモードにあるかを識別する情報を含む。受信されたＤＣＣＨセグメント情報５８６０は、複数のＷＴユーザーの現在割り当てられている論理的ＤＣＣＨトーンに対応する受信されたＤＣＣＨセグメントからの情報を含む。
【０２５９】
ＷＴデータ／情報５８７２は、複数の組の無線端末情報（ＷＴ１データ／情報５８７４、．．．、ＷＴ  Ｎデータ／情報５８７６）を含む。ＷＴ１データ／情報５８７４は、識別情報５８８６と、モード情報５８８８と、受信されたＤＣＣＨ情報５８８０と、処理されたＤＣＣＨ情報５８８２と、ユーザーデータ５８８４と、を含む。受信されたＤＣＣＨ情報５８８０は、初期受信報告組情報５８９２と、反復的報告構造の受信報告組情報５８９４と、を含む。処理されたＤＣＣＨ情報５８８２は、解釈された初期報告組情報５８９６と、解釈された反復的構造報告組情報５８９８と、を含む。識別情報５８８６は、基地局によって割り当てられた無線端末登録識別子、ＷＴ１と関連づけられたアドレッシング情報を含む。時々、識別情報５８８６は、ＷＴオン状態識別子を含み、前記オン状態識別子は、ＤＣＣＨセグメント信号を通信するために無線端末によって用いられる論理的ＤＣＣＨチャネルトーンと関連づけられる。モード情報５８８８は、ＷＴ１の現在の状態、例えばスリープ状態、ホールド状態、アクセス状態、オン状態、ハンドオフプロセス中、等を識別する情報と、ＯＮ状態をさらに限定する情報、例えばフルトーンＤＣＣＨオン又はスプリットトーンＤＣＣＨオンと、を含む。ユーザーデータ５８８４は、ＷＴ１との通信セッション中のＷＴ１のピアノードから受信される／前記ピアノードに通信されるアップリンク及び／又はダウンリンクトラフィックチャネルセグメント情報、例えば音声データ、オーディオデータ、画像データ、テキストデータ、ファイルデータ等、を含む。
【０２６０】
初期受信報告組情報５８９２は、初期報告情報５８５０に従ったフォーマットを用いて通信されたＷＴ１  ＤＣＣＨセグメントに対応する一組の情報を含み、モジュール５８３８によって解釈されて解釈された初期報告情報組情報５８９６が復元される。反復的報告構造受信報告組情報５８９４は、反復的アップリンク報告構造情報５８４８に従ったフォーマットを用いて通信されたＷＴ１  ＤＣＣＨセグメントに対応する一組の情報を含み、モジュール５８４０によって解釈されて解釈された反復的報告情報組情報５８９８が復元される。
【０２６１】
図５９Ａ、図５９Ｂ及び図５９Ｃの組合せを具備する図５９は、様々な実施形態による典型的無線端末動作方法の流れ図５９００である。典型的方法は、ステップ５９０１において開始し、無線端末に電源が投入されて初期設定される。動作は、ステップ５９０１からステップ５９０２及びステップ５９０４に進む。ステップ５９０２において、無線端末は、継続的に、アップリンク反復的ＤＣＣＨ報告スケジュールに関連する及びアップリンクトーンホッピング情報に関連する現在時間を追跡する。時間情報５９０６は、方法のその他のステップにおいて用いるためにステップ５９０２から出力される。
【０２６２】
ステップ５９０４において、無線端末は、無線端末のアタッチメントポイントとして交信中のアクセスノードのアップリンクチャネル構造内のＤＣＣＨ論理的トーンと関連づけられた基地局オン状態識別子を受信する。動作は、ステップ５９０４からステップ５９８０に進む。ステップ５９０８において、無線端末は、無線端末がフルトーンＤＣＣＨ動作モード又はスプリットトーンＤＣＣＨ動作モードのいずれであるべきかを識別する情報を受信し、前記情報は、スプリットトーンＤＣＣＨ動作モードを示しさらにＤＣＣＨ論理的トーンと関連づけられた複数のＤＣＣＨセグメント組のうちの１つも識別する。例えば、典型的実施形態においては、無線端末は、フルトーンＤＣＣＨモードにあるときには、アップリンクチャネル構造内の反復する一組の４０のインデキシングされたＤＣＣＨセグメントに対応する単一の論理的ＤＣＣＨトーンが割り当てられ、しかしながら、スプリットトーン動作モードにあるときには、無線端末は、反復的アップリンクチャネル構造内の一組の１３のインデキシングされたセグメントを受信し、２つのその他の無線端末の各々にアップリンクチャネル構造内の異なる一組の１３のセグメントを割り当てることができるようにタイムシェアリングされる単一の論理的ＤＣＣＨトーンが割り当てられる。幾つかの実施形態においては、ステップ５９０４及び５９０８において通信される情報は、同じメッセージ内で送信される。動作は、ステップ５９０８からステップ５９１０に進む。
【０２６３】
ステップ５９１０において、無線端末は、無線端末がフルトーンＤＣＣＨモードにあると決定した場合はステップ５９１２に進み、無線端末がスプリットトーンＤＣＣＨモードにあると決定した場合はステップ５９１４に進む。
【０２６４】
ステップ５９１２において、無線端末は、時間情報５９０６及び識別された論理的ＤＣＣＨトーンを用いて無線端末に割り当てられたＤＣＣＨ通信セグメントを識別する。例えば、典型的実施形態においては、各ビーコンスロットに関して、無線端末は、割り当てられた論理的ＤＣＣＨトーンに対応する一組の４０のインデキシングされたＤＣＣＨセグメントを識別する。動作は、各々の識別された通信セグメントに関して、ステップ５９１２からステップ５９１６に進む。ステップ５９１６において、無線端末は、時間情報５９０６、反復的構造内のＤＣＣＨセグメントのインデキシングされた値、及び報告型の組を各インデキシングされたセグメントと関連づける格納情報を用いて、ＤＣＣＨ通信セグメントにおいて通信すべき一組の報告型を識別する。動作は、ステップ５９１６から接続ノードＡ  ５９２０を介してステップ５９２４に進む。
【０２６５】
ステップ５９２４において、無線端末は、ステップ５９１６において識別された報告型のうちのいずれかが柔軟型報告を含むかどうかを検査する。識別された報告型のうちのいずれかが柔軟型報告であることを示す場合は、動作は、ステップ５９２４からステップ５９２８に進み、その他の場合は、動作は、ステップ５９２４からステップ５９２６に進む。
【０２６６】
ステップ５９２６において、無線端末は、セグメントの各々の固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングし、前記固定型情報報告は、報告スケジュールによって指示される。動作は、ステップ５９２６からステップ５９４２に進む。
【０２６７】
ステップ５９２８において、無線端末は、柔軟型報告ボディ（ｂｏｄｙ）として含めるべき報告の型を複数の固定型情報報告型の中から選択する。ステップ５９２８は、サブステップ５９３０を含む。サブステップ５９３０において、無線端末は、報告優先度設定動作の関数として前記選択を行う。サブステップ５９３０は、サブステップ５９３２と、５９３４と、を含む。サブステップ５９３２において、無線端末は、アクセスノードへの通信のために待ち行列に入っているアップリンクデータ量、例えば複数の要求待ち行列内のバックログ、及び少なくとも１つの信号干渉測定、例えばビーコン比報告、を考慮する。サブステップ５９３４において、無線端末は、少なくとも１つの報告において以前に報告された情報の変化、例えば自己雑音ＳＮＲ報告のダウンリンク飽和レベルの測定された変化、の量を決定する。動作は、ステップ５９２８からステップ５９３６に進む。
【０２６８】
ステップ５９３６において、無線端末は、柔軟型ボディ報告の型を、型識別子、例えば２ビットの柔軟型報告ボディ識別子にコーディングする。動作は、ステップ５９３６からステップ５９３８に進む。ステップ５９３８において、無線端末は、選択された報告型に従って柔軟型報告ボディ内で搬送すべき情報を柔軟型報告ボディサイズに対応する数の情報ビットにマッピングする。動作は、ステップ５９３８からステップ５９４０又はステップ５９４２に進む。ステップ５９４２は、幾つかの実施形態に含まれるオプションステップである。ステップ５９４０において、柔軟型報告に加えてセグメントの各固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングする。動作は、ステップ５９４０からステップ５９４２に進む。例えば、幾つかの実施形態においては、柔軟型報告を含むＤＣＣＨセグメントは、フルトーンモードにおいては、セグメントによって通信される全情報ビット数を自己のために使用し、例えばセグメントは、６つの情報ビットを搬送し、２ビットは、報告の型を識別するために用いられ、４ビットは、報告のボディを搬送するために用いられる。該実施形態においては、ステップ５９４０は実行されない。幾つかのその他の実施形態においては、フルトーンＤＣＣＨモードでＤＣＣＨセグメントによって搬送される総ビット数は、柔軟型報告によって表されるビット数よりも多く、ステップ５９４０は、セグメントの残りの情報ビットを利用するために含められる。例えば、セグメントは、合計７つの情報ビットを搬送し、このうちの６ビットは、柔軟型報告によって利用され、１ビットは、固定された１情報ビットアップリンクトラフィック要求報告に関して用いられる。
【０２６９】
ステップ５９４２において、無線端末は、コーディング及び変調動作を行い、ＤＣＣＨセグメントにおいて通信すべき１つ以上の報告を表すための一組の変調シンボルを生成する。動作は、ステップ５９４２からステップ５９４４に進む。ステップ５９４４において、無線端末は、生成された変調シンボルの組の各変調シンボルに関して、時間情報５９０６及びトーンホッピング情報を用いて、変調シンボルを搬送するために用いられる物理的トーンを決定する。例えば、典型的実施形態においては、各ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルに対応し、各トーン−シンボルは、１つのＱＰＳＫ変調シンボルを搬送するために用いられ、２１のＯＦＤＭトーン−シンボルの各々は、同じ論理的ＤＣＣＨシンボルに対応する。しかしながら、アップリンクトーンホッピングに起因して、第１の組の７つの連続するＯＦＤＭシンボル期間内の７つのＯＦＤＭトーン−シンボルは、第１の物理的トーンに対応し、第２の組の７つの連続するＯＦＤＭシンボル期間内の第２の組の７つのＯＦＤＭトーン−シンボルは、第２の物理的トーンに対応し、第３の組の７つの連続するＯＦＤＭシンボル期間は、第３の物理的トーンに対応し、第１、第２及び第３の物理的トーンは異なる。動作は、ステップ５９４４からステップ５９４６に進む。ステップ５９４６において、無線端末は、決定された対応する物理的トーンを用いてＤＣＣＨセグメントの各変調シンボルを送信する。
【０２７０】
ステップ５９１４に戻り、ステップ５９１４において、無線端末は、時間情報５９０６、識別された論理的ＤＣＣＨトーン、及び複数のＤＣＣＨセグメントの組の中から１つを識別する情報を用いて、無線端末に割り当てられたＤＣＣＨ通信セグメントを識別する。例えば、典型的実施形態においては、各ビーコンスロットに関して、無線端末は、割り当てられた論理的ＤＣＣＨトーンに対応する一組の１３のインデキシングされたＤＣＣＨセグメントを識別する。動作は、各々の識別されたＤＣＣＨ通信セグメントに関して、ステップ５９１４からステップ５９１８に進む。ステップ５９１８において、無線端末は、時間情報５９０６、反復的構造内のＤＣＣＨセグメントのインデキシングされた値、及び複数の組の報告型を各々のインデキシングされたセグメントと関連づける格納情報を用いて、ＤＣＣＨ通信セグメントにおいて通信すべき一組の報告型を識別する。動作は、ステップ５９１６から接続ノードＢ５９２２を介してステップ５９４８に進む。
【０２７１】
ステップ５９４８において、無線端末は、ステップ５９１８おいて識別された報告型のうちのいずれかが柔軟型報告を含むかどうかを検査する。識別された報告型のうちのいずれかが柔軟型報告であることを示す場合は、動作は、ステップ５９４８からステップ５９５２に進み、その他の場合は、動作は、ステップ５９４８からステップ５９５０に進む。
【０２７２】
ステップ５９５０において、無線端末は、セグメントの各々の固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングし、前記固定型情報報告は、報告スケジュールによって指示される。動作は、ステップ５９５０からステップ５９６６に進む。
【０２７３】
ステップ５９５２において、無線端末は、複数の固定型情報報告型のうちのいずれの報告型を柔軟型報告ボディとして含めるかを選択する。ステップ５９５２は、サブステップ５９５４を含む。サブステップ５９５４において、無線端末は、報告優先度設定動作の関数として前記選択を行う。サブステップ５９５４は、サブステップ５９５６と、５９５８と、を含む。サブステップ５９５６において、無線端末は、アクセスノードへの通信のために待ち行列に入っているアップリンクデータ量、例えば複数の要求待ち行列内のバックログ、及び少なくとも１つの信号干渉測定、例えばビーコン比報告、を考慮する。サブステップ５９５８において、無線端末は、少なくとも１つの報告において以前に報告された情報の変化、例えば自己雑音ＳＮＲ報告のダウンリンク飽和レベルの測定された変化の量を決定する。動作は、ステップ５９５２からステップ５９６０に進む。
【０２７４】
ステップ５９６０において、無線端末は、柔軟型ボディ報告の型をコーディングして型識別子、例えば単ビットの柔軟型報告ボディ識別子にする。動作は、ステップ５９６０からステップ５９６２に進む。ステップ５９６２において、無線端末は、選択された報告型に従って柔軟型報告ボディで搬送すべき情報を柔軟型報告ボディサイズに対応する数の情報ビットにマッピングする。動作は、ステップ５９６２からステップ５９６４又はステップ５９６６に進む。ステップ５９６４は、幾つかの実施形態に含まれるオプションステップである。ステップ５９６４において、柔軟型報告に加えてセグメントの各固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングする。動作は、ステップ５９６４からステップ５９６６に進む。例えば、幾つかの実施形態においては、柔軟型報告を含むＤＣＣＨセグメントは、スプリットトーンモードにおいては、セグメントによって通信される全情報ビット数を自己のために利用し、該実施形態においては、ステップ５９６４は実行されない。幾つかのその他の実施形態においては、スプリットトーンＤＣＣＨモードのＤＣＣＨセグメントによって搬送される総ビット数は、柔軟型報告によって表されるビット数よりも多く、ステップ５９４０は、セグメントの残りの情報ビットを利用するために含められる。例えば、セグメントは、合計８つの情報ビットを搬送し、このうちの６ビットは、柔軟型報告によって利用され、１つの情報ビットは、固定された１情報ビットアップリンクトラフィック要求報告に関して用いられ、１つの情報ビットは、他の予め決められた報告型に関して用いられる。幾つかの実施形態においては、柔軟型報告のボディのサイズは、柔軟型報告によって搬送すべき報告の型の異なる選択、例えば４ビットアップリンクトラフィックチャネル要求又は５ビットアップリンク送信電力バックオフ報告、に対応して変化し、セグメント内の利用可能なビットの残りは、予め決められた固定報告の型、例えば１又は２ビット、に割り当てることができる。
【０２７５】
ステップ５９６６において、無線端末は、コーディング及び変調動作を行い、ＤＣＣＨセグメントにおいて通信すべき１つ以上の報告を表すための一組の変調シンボルを生成する。動作は、ステップ５９６６からステップ５９６８に進む。ステップ５９６８において、無線端末は、生成された変調シンボルの組の各変調シンボルに関して、時間情報５９０６及びトーンホッピング情報を用いて、変調シンボルを搬送するために用いられる物理的トーンを決定する。例えば、典型的実施形態においては、各ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルに対応し、各トーン−シンボルは、１つのＱＰＳＫ変調シンボルを搬送するために用いられ、２１のＯＦＤＭトーン−シンボルの各々は、同じ論理的ＤＣＣＨトーンに対応する。しかしながら、アップリンクトーンホッピングに起因して、第１の組の７つの連続するＯＦＤＭシンボル期間内の７つのＯＦＤＭトーンシンボルは、第１の物理的トーンに対応し、第２の組の７つの連続するＯＦＤＭシンボル期間内の第２の組の７つのＯＦＤＭトーン−シンボルは、第２の物理的トーンに対応し、第３の組の７つの連続するＯＦＤＭシンボル期間は、第３の物理的トーンに対応し、第１、第２及び第３の物理的トーンは、トーンホッピング情報に従って決定され、異なることができる。動作は、ステップ５９６８からステップ５９７０に進む。ステップ５９７０において、無線端末は、決定された対応する物理的トーンを用いてＤＣＣＨセグメントの各変調シンボルを送信する。
【０２７６】
図６０は、様々な実施形態による、送信電力情報を基地局に提供するための典型的な無線端末動作方法の流れ図６０００である。動作は、ステップ６００２において開始する。例えば、無線端末は、予め電源を投入しておくこと、基地局との接続を確立させておくこと、ＯＮ動作状態に移行していること、及びフルトーン又はスプリットトーンのＤＣＣＨ動作モードのいずれかにおいて使用すべき専用制御チャネルセグメントを割り当てておくことができる。フルトーンＤＣＣＨ動作モードは、幾つかの実施形態においては、ＤＣＣＨセグメントに関して用いられて他の無線端末と共有されていない単一の論理的トーンチャネルが無線トーン（ｗｉｒｅｌｅｓｓ  ｔｏｎｅ）に対して専用に割り当てられるモードであり、スプリットトーンＤＣＣＨ動作モードは、幾つかの実施形態においては、他の無線端末又は他の複数の無線端末とタイムシェアリング方式で用いるために割り当てることができる単一の論理的ＤＣＣＨトーンチャネル部分が無線端末に対して専用に割り当てられるモードである。動作は、開始ステップ６００２からステップ６００４に進む。
【０２７７】
ステップ６００４において、無線端末は、無線端末の最大送信電力と、電力報告に対応する時点において無線端末に知られている電力レベルを有する基準信号の送信電力の比を示す電力報告を生成する。幾つかの実施形態においては、電力報告は、ｄＢ値を示すバックオフ報告、例えば無線端末送信電力バックオフ報告、である。幾つかの実施形態においては、最大送信電力値は、無線端末の電力出力能力に依存する。幾つかの実施形態においては、最大送信電力は、無線端末の最大出力電力レベルを制限する政府規制によって指定される。幾つかの実施形態においては、基準信号は、基地局から受信された少なくとも１つの閉ループ電力レベル制御信号に基づいて無線端末によって制御される。幾つかの実施形態においては、基準信号は、専用制御チャネルを通じて基地局に送信される制御情報信号である。基準信号は、幾つかの実施形態においては、送信先である基地局によって受信電力レベルに関して測定される。様々な実施形態において、専用制御チャネルは、制御情報を送信する際に用いるための無線端末専用の単一の論理的トーンに対応する単一トーン制御チャネルである。様々な実施形態においては、電力報告は、単一の瞬間に対応する電力報告である。幾つかの実施形態においては、既知の基準信号は、電力報告と同じチャネル、例えば同じＤＣＣＨチャネル、で送信される信号である。様々な実施形態において、生成された電力報告が対応する時点は、前記電力報告が送信される通信セグメント、例えばＤＣＣＨセグメント、の初めからの既知のオフセットを有する。ステップ６００４は、サブステップ６００６と、サブステップ６００８と、サブステップ６０１０と、サブステップ６０１２と、を含む。
【０２７８】
サブステップ６００６において、無線端末は、単位がｄＢｍのアップリンク専用制御チャネルのトーン当たり送信電力を単位がｄＢｍの無線端末の最大送信電力から減じることを含む減算動作を行う。動作は、サブステップ６００６からサブステップ６００８に進む。サブステップ６００８において、無線端末は、無線端末がフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにあるかに依存して異なるサブステップに進む。無線端末がフルトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６００８からサブステップ６０１０に進む。無線端末がスプリットトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６００８からサブステップ６０１２に進む。サブステップ６０１０において、無線端末は、第１のフォーマットに従って電力報告、例えば５情報ビット電力報告、を生成する。例えば、サブステップ６００６の結果が、複数の異なるレベルと比較され、各レベルは、異なる５ビットパターンに対応し、サブステップ６００６の結果に最も近いレベルが報告に関して選択され、そのレベルに対応するビットパターンが報告に関して用いられる。１つの典型的実施形態においては、レベルは、６．５ｄＢ乃至４０ｄＢの範囲である。（図２６参照。）サブステップ６０１２において、無線端末は、第２のフォーマットに従って電力報告、例えば４情報ビット電力報告、を生成する。例えば、サブステップ６００６の結果が、複数の異なるレベルと比較され、各レベルは、異なる４ビットパターンに対応し、サブステップ６００６の結果に最も近いレベルが報告に関して選択され、そのレベルに対応するビットパターンが報告に関して用いられる。１つの典型的実施形態においては、レベルは、６ｄＢ乃至３６ｄＢの範囲である。（図３５参照。）動作は、ステップ６００４からステップ６０１４に進む。
【０２７９】
ステップ６０１４において、無線端末が動作され、生成された電力報告が基地局に送信される。ステップ６０１４は、サブステップ６０１６と、６０１８と、６０２０と、６０２２、６０２４と、を含む。サブステップ６０１６において、無線端末は、無線端末がフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにあるか依存して異なるサブステップに進む。無線端末がフルトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６０１６からサブステップ６０１８に進む。無線端末がスプリットトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６０１６からサブステップ６０２０に進む。
【０２８０】
サブステップ６０１８において、無線端末は、生成された電力報告を追加情報ビット、例えば１つの追加情報ビット、と結合し、結合された情報ビットの組、例えば６つの情報ビットの組、をまとめてコーディングして、ＤＣＣＨセグメントに関する一組の変調シンボル、例えば一組の２１の変調シンボル、を生成する。例えば、１つの追加情報ビットは、幾つかの実施形態においては、単一の情報ビットアップリンクトラフィックチャネル資源要求報告である。サブステップ６０２０において、無線端末は、生成された電力報告を追加情報ビット、例えば４つの追加情報ビット、と結合し、結合された情報ビットの組、例えば８つの情報ビットの組、をまとめてコーディングして、ＤＣＣＨセグメントに関する一組の変調シンボル、例えば一組の２１の変調シンボル、を生成する。例えば、４つの追加情報ビットの組は、幾つかの実施形態においては、４情報ビットアップリンクトラフィックチャネル資源要求報告である。動作は、サブステップ６０１８又はサブステップ６０２０からサブステップ６０２２に進む。
【０２８１】
サブステップ６０２２において、無線端末は、ＤＣＣＨセグメントに関する複数の連続するＯＦＤＭシンボル送信期間の各々の期間中に用いられる単一のＯＦＤＭトーンを決定する。サブステップ６０２２は、サブステップ６０２４と、サブステップ６０２６と、を含む。サブステップ６０２４において、無線端末は、無線端末に割り当てられた論理的ＤＣＣＨチャネルトーンを決定し、サブステップ６０２６において、無線端末は、論理的ＤＣＣＨチャネルトーンがトーンホッピング情報に基づいて異なる時点において対応する物理的トーンを決定する。例えば、幾つかの実施形態においては、典型的ＤＣＣＨセグメントは、単一のＤＣＣＨチャネル論理的トーンに対応し、ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルを含み、１つのＯＦＤＭトーン−シンボルが２１の連続するＯＦＤＭシンボル送信時間間隔の各々に関するものであり、同じ物理的トーンが第１の組の７つに関して用いられ、第２の物理的トーンが第２の組の７つに関して用いられ、第３の物理的トーンが第３の組の７つに関して用いられる。動作は、サブステップ６０２２からサブステップ６０２８に進む。サブステップ６０２８において、無線端末は、ＤＣＣＨセグメントに対応する各ＯＦＤＭシンボル送信期間に関して、該時点に関する決定された物理的トーンを用いて、生成された変調シンボルの組から変調シンボルを送信する。
【０２８２】
動作は、ステップ６０１４からステップ６００４に進み、無線端末は、他の電力報告の生成に進む。幾つかの実施形態においては、電力報告は、無線端末によって制御情報の送信を制御するために用いられる専用制御チャネル報告構造の各反復サイクル中に２回送信される。幾つかの実施形態においては、電力報告は、平均すると、少なくとも５００ＯＦＤＭシンボル送信期間ごとに１回送信されるが、平均すると、少なくとも２００のシンボル送信時間間隔だけ離れた間隔である。
【０２８３】
次に、典型的実施形態の様々な特長が説明される。無線端末（ＷＴ）は、ＷＴ送信機におけるＭＡＣフレーム待ち行列の状態を報告するためにＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を用いる。
【０２８４】
ＷＴ送信機は、ＭＡＣ待ち行列を維持し、このことは、リンクを通じて送信されるＭＡＣフレームをバッファリングする。ＭＡＣフレームは、上位層プロトコルのパケットから構築されるＬＬＣフレームから変換される。アップリンクユーザーデータパケットは、４つの要求グループのうちの１つに属する。パケットは、特定の要求グループと関連づけられる。パケットが１つの要求グループに属する場合は、そのパケットのＭＡＣフレームの各々もその要求グループに属する。
【０２８５】
ＷＴは、ＷＴが送信するのを意図することができる４つの要求グループ内のＭＡＣフレーム数を報告する。ＡＲＱプロトコルにおいては、これらのＭＡＣフレームは、“新”又は“再送信”が表示される。
【０２８６】
ＷＴは、ｋ＝０：３に関する４つ要素Ｎ［０：３］のベクトルを維持し、Ｎ［ｋ］は、ＷＴが要求グループｋにおいて送信することを意図するＭＡＣフレーム数を表す。ＷＴは、Ｎ［０：３］に関する情報を基地局セクター（ＢＳＳ）に報告し、それによってＢＳＳがアップリンク（ＵＬ）スケジューリングアルゴリズムにおいて前記情報を利用してアップリンクトラフィックチャネル（ＵＬ．ＴＣＨ）セグメントの割り当てを決定することができる。
【０２８７】
典型的実施形態においては、ＷＴは、図６１のテーブル６１００に従ってＵＬＲＱＳＴ１を用いてＮ［０］＋Ｎ［１］を報告する。テーブル６１００は、ＵＬＲＱＳＴ１報告に関する典型的フォーマットである。第１のカラム６１０２は、搬送することができる２つの可能なビットパターンを示し、第２のカラム６１０４は、各ビットパターンの意味を示す。ビットパターンが０である場合は、ＷＴが要求グループ０又は要求グループ１において送信することを意図するＭＡＣフレームが存在しないことを示す。ビットパターンが１である場合は、ＷＴが通信することを意図する少なくとも１つのＭＡＣフレームを要求グループ０又は要求グループ１内に有することを示す。
【０２８８】
所定の時間において、ＷＴは、１つの要求辞書のみを用いる。ＷＴがＡＣＴＩＶＥ状態になった時点では、ＷＴは、デフォルト要求辞書を用いる。要求辞書を変更するときには、ＷＴ及びＢＳＳは、上位層コンフィギュレーションプロトコルを用いる。ＷＴがＯＮ状態からＨＯＬＤ状態に移行するときには、ＷＴは、ＯＮ状態において用いられた最後の要求辞書を保管し、ＷＴがのちにＨＯＬＤ状態からＯＮ状態に移行時に、要求辞書が明示で変更されるまで同じ要求辞書を使用し続けることができるようにする。しかしながら、ＷＴがＡＣＴＩＶＥ状態から出る場合は、最後に用いられた要求辞書のメモリがクリアされる。
【０２８９】
ＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を決定するために、ＷＴは、最初に次の２つのパラメータｙ及びｚを計算し、次に、次の辞書のうちの１つを用いる。直近の５ビットアップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ５）報告の値（ｄＢ）をｘとし、直近の一般的４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）の値（ｄＢ）をｂ０とする。ＷＴは、調整された一般的ＤＬＢＮＲ４報告値ｂを次のようにさらに決定する。すなわち、ｂ＝ｂ０−ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔであり、ここで、マイナスは、ｄＢの意味で定義される。基地局セクターは、ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔの値をダウンリンクブロードキャストチャネルでブロードキャストする。ＷＴは、ＷＴがブロードキャストチャネルから値を受信するまで０ｄＢに等しいｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔを用いる。
【０２９０】
図６２は、制御パラメータｙ及びｚを計算するために用いられる典型的テーブル６２００である。第１のカラム６２０２は、条件を示し、第２のカラム６２０４は、出力制御パラメータｙの対応する値を示し、第３のカラム６２０６は、出力制御パラメータｚの対応する値を示す。ｘ及びｂが与えられている場合、ＷＴは、第１のカラム内の条件が満たされている図６２のテーブル６２００内の第１のローからの値にｙ及びｚを決定する。例えば、ｘ＝１７及びｂ＝３である場合は、ｚ＝ｍｉｎ（４，Ｎｍａｘ）及びｙ＝１である。ＷＴがサポートできる最高速度オプションをＲｍａｘ、該最高速度オプションのＭＡＣフレーム数をＮｍａｘとする。
【０２９１】
ＷＴは、要求辞書に従ってＭＡＣフレーム待ち行列の実際の（ａｃｔｕａｌ）Ｎ［０：３］を報告するためにＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を用いる。要求辞書は、要求辞書（ＲＤ）参照番号によって識別される。
【０２９２】
典型的要求辞書は、ＵＬＲＱＳＴ４又はＵＬＲＱＳＴ３報告が実際のＮ［０：３］を完全に含むことができないことを示す。報告は、実際には、実際のＮ［０：３］の量子化バージョンである。一般的指針は、ＷＴが、最初に要求グループ０及び１に関して、次に要求グループ２に関して、そして最後に要求グループ３に関して、報告されたＭＡＣフレーム待ち行列と実際のＭＡＣフレーム待ち行列との間の相違を最小にするための報告を送信することである。しかしながら、ＷＴは、ＷＴにとって最も有益であるように報告を決定する柔軟性を有する。例えば、ＷＴが要求辞書２を使用中であるときには、ＷＴは、ＵＬＲＱＳＴ４を用いてＮ［１］＋Ｎ［３］を報告すること及びＵＬＲＱＳＴ３を用いてＮ［２］を報告することができる。さらに、報告が要求辞書に従って要求グループの部分組に直接関連している場合でも、残りの要求グループのＭＡＣフレーム待ち行列が空であることを自動的に意味するものではない。例えば、報告がＮ［２］＝１を意味する場合でも、自動的にＮ［０］＝０、Ｎ［１］＝０、又はＮ［３］＝０を意味しないことがある。
【０２９３】
図６３のテーブル６３００及び図６４のテーブル６４００は、０に等しいＲＤ参照番号を有する典型的要求辞書を定義する。ｄ１２３＝ｃｅｉｌ（（（Ｎ［１］＋Ｎ［２］＋Ｎ［３］−Ｎ１２３，ｍｉｎ）／（ｙ＊ｇ））であると定義し、ここで、Ｎ１２３，ｍｉｎ及びｇは、テーブル６３００に従って直近のＵＬＲＱＳＴ４報告によって決定される変数である。図６３は、典型的第１の要求辞書（ＲＤ参照番号＝０）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６３００である。幾つかの実施形態においては、参照番号＝０を有する要求辞書は、デフォルト要求辞書である。第１のカラム６３０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６３０４は、各ビットパターンと関連づけられた解釈を識別する。図６４は、典型的第１の要求辞書（ＲＤ参照番号＝０）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６４００である。幾つかの実施形態においては、参照番号＝０を有する要求辞書は、デフォルト要求辞書である。第１のカラム６４０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６４０４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９４】
図６５のテーブル６５００及び図６６のテーブル６６００は、１に等しいＲＤ参照番号を有する典型的要求辞書を定義する。図６５は、典型的第２の要求辞書（ＲＤ参照番号＝１）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６５００である。第１のカラム６５０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６５０４は、各ビットパターンと関連づけられた解釈を識別する。図６６は、典型的第２の要求辞書（ＲＤ参照番号＝１）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６６００である。第１のカラム６６０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６６０４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９５】
図６７のテーブル６７００及び図６８のテーブル６８００は、２に等しいＲＤ参照番号を有する典型的要求辞書を定義する。図６７は、典型的第３の要求辞書（ＲＤ参照番号＝２）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６７００である。第１のカラム６７０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６７０４は、各ビットパターンと関連づけられた解釈を識別する。図６８は、典型的第３の要求辞書（ＲＤ参照番号＝２）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６８００である。第１のカラム６８０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６８０４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９６】
図６９のテーブル６９００及び図７０のテーブル７０００は、３に等しいＲＤ参照番号を有する典型的要求辞書を定義する。図６９は、典型的第４の要求辞書（ＲＤ参照番号＝３）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６９００である。第１のカラム６９０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６９０４は、各ビットパターンと関連づけられた解釈を識別する。図７０は、典型的第４の要求辞書（ＲＤ参照番号＝３）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル７０００である。第１のカラム７００２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム７００４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９７】
図７１は、様々な実施形態により実装される典型的無線端末７１００、例えばモバイルノード、の図である。典型的ＷＴ７１００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的ＷＴ７１００は、図１の典型的システム１００のＷＴ（１３６、１３８、１４４、１４６、１５２、１５４、１６８、１７０、１７２、１７４、１７６、１７８）のうちのいずれかであることができる。典型的無線端末７１００は、様々な要素がデータ及び情報を交換することができるバス７１１２を介してひとつに結合された受信機モジュール７１０２と、送信機モジュール７１０４と、プロセッサ７１０６と、ユーザーＩ／Ｏデバイス７１０８と、メモリ７１１０と、を含む。
【０２９８】
メモリ７１１０は、ルーチン７１１８と、データ／情報７１２０と、を含む。プロセッサ７１０６、例えばＣＰＵ、は、無線端末７１００の動作を制御するため及び方法を実装するためにメモリ７１１０内のルーチン７１１８を実行し、データ／情報７１２０を使用する
受信機モジュール７１０２、例えばＯＦＤＭ受信機、は、受信アンテナ７１０３に結合され、無線端末７１００は、受信アンテナ７１０３を介して基地局からダウンリンク信号を受信する。受信機モジュール７１０２は、受信されたダウンリンク信号の少なくとも一部を復号する復号器７１１４を含む。送信機モジュール７１０４、例えばＯＦＤＭ送信機、は、送信アンテナ７１０５に結合され、無線端末７１００は、送信アンテナ７１０５を介してアップリンク信号を基地局に送信する。送信機モジュール７１０４は、無線端末専用のアップリンク専用制御チャネルセグメントを用いて複数の異なる型の固定型報告を送信するために用いられる。送信機モジュール７１０４は、無線端末専用のアップリンク専用制御チャネルセグメントを用いて柔軟型報告を送信するためにも用いられ、柔軟型報告を含むアップリンクＤＣＣＨセグメントは、固定型報告を含み柔軟型報告を含まないアップリンクＤＣＣＨセグメントのうちの少なくとも一部と同じサイズである。送信機モジュール７１０４は、送信前にアップリンク信号のうちの少なくとも一部を符号化するために用いられる符号器７１１６を含む。幾つかの実施形態においては、各々の個々の専用制御チャネルアップリンクセグメントは、その他の専用制御チャネルアップリンクセグメントと独立して符号化される。様々な実施形態においては、送信機及び受信機の両方に関して同じアンテナが用いられる。
【０２９９】
ユーザーＩ／Ｏデバイス７１０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、スピーカー、ディスプレイ等、は、ユーザーデータを入力／出力し、アプリケーションを制御し、無線端末の動作を制御する、例えばＷＴ７１００のユーザーが通信セッションを開始するのを可能にする、ために用いられる。
【０３００】
ルーチン７１１８は、通信ルーチン７１２２と、無線端末制御ルーチン７１２４と、を含む。通信ルーチン７１２２は、無線端末７１００によって用いられる様々な通信プロトコルを実行する。無線端末制御ルーチン７１２４は、固定型報告制御モジュール７１２６と、柔軟型報告制御モジュール７１２８と、アップリンクトーンホッピングモジュール７１３０と、識別子モジュール７１３２と、コーディングモジュール７１３４と、を含む。
【０３０１】
固定型報告制御モジュール７１２６は、報告スケジュールに従った複数の異なる型の固定型情報報告の送信を制御し、前記固定型情報報告は、報告スケジュールによって指示される型である。
【０３０２】
柔軟型報告制御モジュール７１２８は、報告スケジュール内の予め決められた位置における柔軟型報告の送信を制御し、前記柔軟型報告は、柔軟型報告を用いて報告することができる複数の報告から柔軟型報告制御モジュールによって選択された報告型である。柔軟型報告制御モジュール７１２８は、報告優先度設定モジュール７１３６を含む。報告優先度設定モジュール７１３６は、複数の代替報告のうちのいずれの報告を柔軟型報告で通信すべきかを決定時に、基地局への通信待ち行列に入っているアップリンクデータ量及び少なくとも１つの信号干渉測定を考慮に入れる。報告優先度設定モジュール７１３８は、少なくとも１つの報告において以前に報告された情報変化量を決定する変化決定モジュール７１３８も含む。例えば、ＷＴの自己雑音を示すＳＮＲの飽和レベル値が最後に報告された値から有意に変わっていないが、アップリンクトラフィックチャネル資源要求が最後に報告された要求から有意に変化している場合は、無線端末７１００は、飽和レベルのＳＮＲ報告の代わりにアップリンクトラフィックチャネル要求報告を通信するために柔軟型報告を用いることを選択することができる。
【０３０３】
アップリンクトーンホッピングモジュール７１３０は、送信目的のために、格納されたトーンホッピング情報に基づき、専用セグメントの送信に対応する異なる時点における論理的な割り当てられたＤＣＣＨチャネルトーンに対応する物理的トーンを決定する。例えば、１つの典型的実施形態においては、ＤＣＣＨセグメントは、３つのドゥエルに対応し、各ドゥエルは、７つの連続するＯＦＤＭシンボル送信時間間隔に関して同じ物理的トーンを用いる。しかしながら、異なるドゥエルと関連づけられた物理的トーンは、トーンホッピング情報によって決定され、異なることができる。
【０３０４】
識別子モジュール７１３２は、柔軟型報告と通信すべき柔軟型報告識別子を生成し、前記報告型識別子は、通信中の柔軟型報告の型を示す個々の柔軟型報告と通信される。様々な実施形態においては、識別子モジュール７１３２は、報告型識別子に対応する柔軟型報告の型を示す報告を生成する。この典型的実施形態においては、個々の柔軟型報告型は、対応する報告型識別子を有する同じＤＣＣＨセグメントで通信される。この典型的実施形態においては、反復的報告構造内における固定型報告の位置に基づいて通信中の固定型報告の型に関して基地局と無線端末との間に予め決められた了解があるため、識別子モジュール７１３２は、固定型報告に関しては用いられない。
【０３０５】
コーディングモジュール７１３４は、個々の柔軟型報告識別子及び対応する柔軟型報告を、これらが送信されるＤＣＣＨ通信セグメントに対応する単一のコーディングユニットにおいていっしょにコーディングする。幾つかの実施形態においては、コーディングモジュール７１３４は、符号器７１１６とともに動作する。
【０３０６】
データ／情報７１２０は、ユーザー／デバイス／セッション／資源情報７１４０と、システムデータ／情報７１４２と、生成された固定型報告１  ７１４４と、．．．、生成された固定型報告ｎ  ７１４６と、選択された型の柔軟型報告７１４８と、生成された柔軟型報告７１５０と、柔軟型報告型識別子７１５２と、コーディングされたＤＣＣＨセグメント情報７１５４と、割り当てられた論理的トーン時７１５８を含むＤＣＣＨチャネル情報７１５６と、基地局識別情報７１６０と、端末識別情報７１６２と、タイミング情報７１６４と、待ち行列に入れられたアップリンクデータ量７１６６と、信号干渉情報７１６８と、報告変更情報７１７０と、を含む。割り当てられた論理的トーン情報７１５８は、固定型報告及び柔軟型報告を搬送するアップリンクＤＣＣＨセグメント信号を通信するためにＷＴ７１００によって用いられる基地局によって割り当てられた単一の論理的アップリンク専用制御チャネルトーンを識別する。幾つかの実施形態においては、単一の割り当てられた論理的ＤＣＣＨトーンは、基地局によって割り当てられるＯＮ状態識別子と関連づけられる。
【０３０７】
ユーザー／デバイス／セッション／資源情報７１４０は、通信セッションに関する情報、例えば、ピアノード情報、アドレシング情報、ルーティング情報、状態情報、及びＷＴ７１００に割り当てられたアップリンク及びダウンリンクエアリンク資源、例えばセグメント、を識別する資源情報、を含む。生成された固定型報告１  ７１４４は、ＷＴ７１００によってサポートされる複数の固定型報告のうちの１つに対応する固定型報告であり、固定型報告情報７１８８を用いて生成されている。生成された固定型報告ｎ  ７１４６は、ＷＴ７１００によってサポートされる複数の固定型報告のうちの１つに対応する固定型報告であり、固定型報告情報７１８８を用いて生成されている。選択された型の柔軟型報告７１４８は、柔軟型報告において通信される報告の型、例えば図３１のＴＹＰＥ２報告に対応する４つのパターンのうちの１つを識別する２ビットのパターン、に関する無線端末の選択を識別する情報である。生成された柔軟型報告７１５０は、柔軟型報告において通信するためにＷＴ７１００によって選択することができる複数の型の報告のうちの１つに対応する柔軟型報告であり、柔軟型報告情報７１９０、例えば、ＢＯＤＹ４報告に対応しておりさらに例えば図１８のＵＬＲＱＳＴ４報告又は図３０のＤＬＳＳＮＲ４報告のうちの１つのビットパターンを表す４ビットのパターン、を用いて生成されている。コーディングされたＤＣＣＨセグメント情報７１５４は、コーディングモジュール７１３４の出力、例えば型２及びボディ４報告に対応するコーディングされたＤＣＣＨセグメント又は固定型報告の組合せに対応するコーディングされたＤＣＣＨセグメントである。
【０３０８】
ＤＣＣＨチャネル情報７１５６は、ＷＴ７１００に割り当てられたＤＣＣＨセグメントを識別する情報、例えば、ＤＣＣＨ動作モード、例えばフルトーンＤＣＣＨモード又はスプリットトーンＤＣＣＨモード、を識別する情報と、基地局アタッチメントポイントによって使用中のＤＣＣＨチャネル構造内の割り当てられた論理的ＤＣＣＨトーン７１５８を識別する情報と、を含む。基地局識別情報７１６０は、ＷＴ７２００によって使用中の基地局アタッチメントポイントを識別する情報、例えば、基地局、基地局セクター、及び／又はアタッチメントポイントと関連づけられた搬送波又はトーンブロック対、を含む。端末識別情報７１６２は、ＷＴ７１００識別情報と、ＷＴ７２００と一時的に関連づけられた基地局割り当て無線端末識別子、例えば登録されたユーザー識別子、アクティブユーザー識別子、論理的ＤＣＣＨチャネルトーンと関連づけられたＯＮ状態識別子と、を含む。タイミング情報７１６４は、現在のタイミング情報、例えば反復的タイミング構造内の現在のＯＦＤＭシンボル時間を識別する情報、を含む。タイミング情報７１６４は、異なる型の固定型報告をいつ送信するかを決定する際にアップリンクタイミング／周波数構造情報７１７８及び固定型報告送信スケジューリング情報７１８４とともに固定型制御モジュール７１２６によって用いられる。タイミング情報７１６４は、柔軟型報告をいつ送信するかを決定する際にアップリンクタイミング／周波数構造情報７１７８及び柔軟型報告送信スケジューリング情報７１８６とともに柔軟型報告制御モジュール７１２８によって用いられる。待ち行列状態のアップリンクデータ量７１６６、例えば要求グループ待ち行列内のＭＡＣフレーム量及び／又は要求グループ待ち行列組内におけるＭＡＣフレーム量の組合せ、は、柔軟型報告スロットにおいて通信される報告型を選択する際に報告優先度設定モジュール７１３６によって用いられる。信号干渉情報７１６８も、柔軟型報告スロットにおいて通信される報告の型を選択する際に優先度設定モジュール７１３６によっても用いられる。報告変化情報７１７０、例えば、変化決定モジュール７１３８から入手された、以前に通信されたＤＣＣＨ報告からのデルタを示す情報、は、柔軟型報告スロットにおいて通信される報告の型を選択する際に報告優先度設定モジュール７１３６によって用いられる。
【０３０９】
システムデータ／情報７１４２は、複数の組の基地局データ／情報（ＢＳ１データ／情報７１７２、．．．、ＢＳ Ｍデータ／情報７１７４）と、ＤＣＣＨ報告送信スケジューリング情報７１８２と、固定型報告情報７１８８と、柔軟型報告識別情報７１９０と、を含む。ＢＳ１データ／情報７１７２は、ダウンリンクタイミング及び周波数構造情報７１７６と、アップリンクタイミング／周波数構造情報７１７８と、を含む。ダウンリンクタイミング／周波数構造情報７１７６は、ダウンリンク搬送波情報と、ダウンリンクトーンブロック情報と、ダウンリンクトーン数と、ダウンリンクトーンホッピング情報と、ダウンリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。アップリンクタイミング／周波数構造情報７１７８は、アップリンク搬送波情報と、アップリンクトーンブロック情報と、アップリンクトーン数と、アップリンクトーンホッピング情報と、アップリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。アップリンクタイミング／周波数構造情報７１７８は、トーンホッピング情報７１８０を含む。
【０３１０】
ＤＣＣＨ報告送信スケジューリング情報７１８２は、通信制御チャネルの専用セグメントを用いた基地局、例えばアクセスノード、への報告の送信を制御する際に用いられる。ＤＣＣＨ送信スケジューリング情報７１８２は、反復的報告スケジュール内の異なるＤＣＣＨセグメントの合成を識別し、反復的スケジュール内における固定型報告の位置及び型を識別し、反復的スケジュール内における柔軟型報告の位置を識別する情報を含む。報告送信スケジューリング情報７１８２は、固定型報告情報７１８４と、柔軟型報告情報７１８６と、を含む。例えば、１つの典型的実施形態においては、反復的スケジュールは、４０のインデキシングされたＤＣＣＨセグメントを含み、固定型及び／又は柔軟型報告を含めることに関する各インデキシングされたセグメントの合成は、報告送信スケジューリング情報７１８２によって識別される。図１０は、ビーコンスロットにおいて発生するフルトーンＤＣＣＨ動作モードで用いられる４０のインデキシングされたＤＣＣＨセグメントを含む反復的構造に対応する典型的ＤＣＣＨ報告送信スケジュール情報の例を提供する。図１０の例においては、ＢＯＤＹ４報告は、柔軟型報告であり、ＴＹＰＥ２報告は、同じＤＣＣＨセグメントに関して対応するＢＯＤＹ４報告において通信される報告の型を識別する識別子報告である。その他の例示される報告、例えばＤＬＳＮＲ５報告、ＵＬＲＱＳＴ１報告、ＤＬＤＮＳＮＲ３報告、ＵＬＲＱＳＴ３報告、ＲＳＶＤ２報告、ＵＬＲＱＳＴ４報告、ＵＬＴＸＢＫＦ５報告、ＤＬＢＮＲ４報告、ＲＳＶＤ１報告、ＤＬＳＳＮＲ４報告、は、固定型報告である。報告スケジュールの１回の繰り返しにおいては、柔軟型報告よりも固定型報告のほうが多い。幾つかの実施形態においては、報告スケジュールは、報告スケジュールの１回の繰り返しにおいて柔軟型報告の少なくとも８倍の固定型報告を含む。幾つかの実施形態においては、報告スケジュールは、平均すると、固定型報告を送信するために用いられる各々の９つの専用制御チャネルセグメントに関して柔軟型報告を報告するために用いられる１つよりも少ない専用制御チャネルセグメントを含む。
【０３１１】
固定型報告情報７１８８は、専用制御チャネルで通信される複数の固定型の報告のうちの各々に関するフォーマットを識別する情報、例えば、通信することができる可能なビットパターンの各々に与えられている報告及び解釈と関連づけられた情報ビット数、を含む。複数の固定型情報報告は、アップリンクトラフィックチャネル要求報告と、無線端末自己雑音報告、例えばダウンリンク飽和レベルの自己雑音ＳＮＲ報告と、絶対ダウンリンクＳＮＲ報告と、相対的ダウンリンクＳＮＲ報告と、アップリンク送信電力報告、例えばＷＴ送信電力バックオフ報告と、干渉報告、例えばビーコン比報告と、を含む。図１３、１５、１６、１８、１９、２６、２９、及び３０は、ＤＬＳＮＲ５報告、ＤＬＤＳＮＲ３報告、ＵＬＲＱＳＴ１報告、ＵＬＲＱＳＴ４報告、ＵＬＲＱＳＴ３報告、ＵＬＴｘＢＫＦ５報告、及びＤＬＢＮＲ４報告にそれぞれ対応する典型的な固定型報告情報７１８８を示す。
【０３１２】
柔軟型報告情報７１９０は、専用制御チャネルを通じて通信される柔軟型報告において通信することを選択することができる潜在的な報告の型の各々に関するフォーマットを識別する情報、例えば、報告と関連づけられた情報ビット数及び通信することができる可能なビットパターンの各々に与えられている解釈、を含む。柔軟型報告情報７１９０は、柔軟型報告に付随するための柔軟型インジケータ報告を識別する情報、例えば柔軟型インジケータ報告と関連づけられた情報ビット数及び各ビットパターンが意味する柔軟型報告の型の指定、も含む。幾つかの実施形態においては、柔軟型報告において通信するためにＷＴによって選択することができる報告の型の少なくとも一部は、固定報告型と同じである。例えば、１つの典型的実施形態においては、柔軟型報告は、４ビットアップリンクトラフィックチャネル要求報告及び４ビットダウンリンク飽和レベルのＳＮＲ報告を含む一組の報告から選択することができ、前記４ビットアップリンクトラフィックチャネル要求報告及び前記４ビットダウンリンク飽和レベルのＳＮＲ報告は、反復的報告スケジュール内における予め決められた固定位置内の固定型報告として通信時に用いられる同じフォーマットに従う。図３１、１８、及び３０は、典型的柔軟型報告情報７１９０を示す。
【０３１３】
図７２は、様々な実施形態により実装される典型的無線端末７２００、例えばモバイルノード、の図である。典型的ＷＴ７２００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的ＷＴ７２００は、図１の典型的システム１００のＷＴ（１３６、１３８、１４４、１４６、１５２、１５４、１６８、１７０、１７２、１７４、１７６、１７８）のうちのいずれかであることができる。典型的無線端末７２００は、様々な要素がデータ／情報を交換することができるバス７２１２を介してひとつに結合された受信機モジュール７２０２と、送信機モジュール７２０４と、プロセッサ７２０６と、ユーザーＩ／Ｏデバイス７２０８と、メモリ７２１０と、を含む。
【０３１４】
メモリ７２１０は、ルーチン７２１８と、データ／情報７２２０と、を含む。プロセッサ７２０６、例えばＣＰＵ、は、無線端末７２００の動作を制御するため及び方法を実装するためにメモリ７２１０内のルーチン７２１８を実行し、データ／情報７２２０を使用する
受信機モジュール７２０２、例えばＯＦＤＭ受信機、は、受信アンテナ７２０３に結合され、無線端末７２００は、アンテナ７２０３を介して無線端末からダウンリンク信号を受信する。受信機モジュール７２０２は、受信されたダウンリンク信号の少なくとも一部を復号する復号器７２１４を含む。受信されたダウンリンク信号は、基地局アタッチメントポイント識別情報を搬送する信号、例えばビーコン信号と、基地局によって割り当てられた無線端末識別子、例えば基地局アタッチメントポイントによってＷＴ７２００に割り当てられたＯＮ状態識別子、ＷＴ７２００によって用いられる専用制御チャネルセグメントと関連づけられたＯＮ状態識別子と、を含む。その他の受信されたダウンリンク信号は、アップリンク及び／又はダウンリンクトラフィックチャネルセグメントに対応する割り当て信号と、ダウンリンクトラフィックチャネルセグメント信号と、を含む。基地局アタッチメントポイントによるＷＴ７２００へのアップリンクトラフィックチャネルセグメントの割り当ては、ＷＴ７２００からの受信されたバックログ情報報告に応答するものであることができる。
【０３１５】
送信機モジュール７２０４、例えばＯＦＤＭ送信機、は、送信アンテナ７２０５に結合され、無線端末７２００は、送信アンテナ７２０５を介してアップリンク信号を基地局に送信する。送信機モジュール７２０４は、生成されたバックログ情報報告の少なくとも一部を送信するために用いられる。送信された生成されたバックログ情報報告は、無線端末７２００専用のアップリンク制御チャネルセグメントで送信機モジュール７２０４によって送信される。送信機モジュール７２０４は、アップリンクトラフィックチャネルセグメント信号を送信するためにも用いられる。送信機モジュール７２０４は、送信前にアップリンク信号の少なくとも一部を符号化するために用いられる符号器７２１６を含む。幾つかの実施形態においては、各々の個々の専用制御チャネルアップリンクセグメントは、その他の専用制御チャネルアップリンクセグメントと独立して符号化される。様々な実施形態においては、送信機及び受信機の両方に関して同じアンテナが用いられる。
【０３１６】
ユーザーＩ／Ｏデバイス７２０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、スピーカー、ディスプレイ等、は、ユーザーデータを入力／出力し、アプリケーションを制御し、及び無線端末の動作を制御する、例えばＷＴ７２００のユーザーが通信セッションを開始するのを可能にする、ために用いられる。
【０３１７】
ルーチン７２１８は、通信ルーチン７２２２と、無線端末制御ルーチン７２２４と、を含む。通信ルーチン７２２２は、無線端末７２００によって用いられる様々な通信プロトコルを実行する。無線端末制御ルーチン７２２４は、無線端末７２００の動作を制御し、受信機モジュール７２０２の制御と、送信機モジュール７２０４の制御と、ユーザーＩ／Ｏデバイス７２０８の制御と、を含む。無線端末制御ルーチン７２２４は、方法を実装するために用いられる。
【０３１８】
無線端末制御ルーチン７２２４は、待ち行列状態モニタリングモジュール７２２６と、送信バックログ報告生成モジュール７２２８と、送信バックログ報告制御モジュール７２３０と、コーディングモジュール７３３２と、を含む。待ち行列状態モニタリングモジュール７２６６は、送信すべき情報を格納するために用いられる複数の異なる待ち行列のうちの少なくとも１つ内における情報量をモニタリングする。例えば、時間を考慮することに起因して又はセッション又はアプリケーションの終了に起因して、追加のデータ／情報を送信する必要があるため、データ／情報が成功裏に送信されるため、データ／情報を再送信する必要があるため、又はデータ／情報が捨てられるため、待ち行列内の情報量は経時で変化する。送信バックログ報告生成モジュール７２８８は、送信バックログ情報、例えば１ビットアップリンク要求報告、３ビットアップリンク要求報告、及び４ビットアップリンク要求報告、を提供する異なるビットサイズのバックログ情報報告を生成する。送信バックログ報告制御モジュール７２３０は、生成されたバックログ情報報告の送信を制御する。送信バックログ報告生成モジュール７２２８は、情報グループ分類モジュール７２３４を含む。情報グループ分類モジュール７２３４は、異なる組の待ち行列に対応する状態情報をグループに分類する。グループ分類モジュール７２３４は、異なるビットサイズのバックログ情報報告に関する異なる情報グループ分類をサポートする。コーディングモジュール７３３２は、専用アップリンク制御チャネルセグメントにおいて送信される情報をコーディングし、少なくとも幾つかのセグメントに関して、コーディングモジュール７３３２は、非バックログ制御情報を通信するために用いられる少なくとも１つの追加のバックログ報告とともに送信バックログ報告をコーディングする。可能な追加報告は、ＤＣＣＨセグメントに関する送信バックログ報告とともに符号化され、信号対雑音比と、自己雑音報告と、干渉報告と、無線端末送信電力報告と、を含む。
【０３１９】
データ／情報７２２０は、ユーザー／デバイス／セッション／資源情報７２３６と、システムデータ／情報７２３８と、待ち行列情報７２４０と、割り当てられた論理的トーン情報７２４４を含むＤＣＣＨチャネル情報７２４２と、基地局識別情報７２４６と、端末識別情報７２４８と、タイミング情報７２５０と、結合された要求グループ情報７２５２と、生成された１ビットアップリンク要求報告７２５４と、生成された３ビットアップリンク要求報告７２５６と、生成された４ビットアップリンク要求報告７２５８と、生成された追加ＤＣＣＨ報告７２６０と、コーディングされたＤＣＣＨセグメント情報７２６２と、を含む。
【０３２０】
ユーザー／デバイス／セッション／資源情報７２３６は、通信セッションに関する情報、例えば、ピアノード情報、アドッレシング情報、ルーティング情報、状態情報、及びＷＴ７２００に割り当てられたアップリンク及びダウンリンクエアリンク資源、例えばセグメント、を識別する資源情報、を含む。待ち行列情報７２４０は、ＷＴ７２００が送信することを意図するユーザーデータ、例えば待ち行列と関連づけられたユーザーデータのＭＡＣフレームと、ＷＴ７２００が送信することを意図するユーザーデータ量を識別する情報、例えば待ち行列と関連づけられたＭＡＣフレーム総数と、を含む。待ち行列情報７２４０は、要求グループ０情報７２６４と、要求グループ１情報７２６６と、要求グループ２情報７２６８と、要求グループ３情報７２７０と、を含む。
【０３２１】
ＤＣＣＨチャネル情報７２４２は、ＷＴ７２００に割り当てられたＤＣＣＨセグメントを識別する情報、例えば、ＤＣＣＨ動作モード、例えばフルトーンＤＣＣＨモード又はスプリットトーンＤＣＣＨモード、を識別する情報と、基地局アタッチメントポイントによって使用中のＤＣＣＨチャネル構造内の割り当てられた論理的ＤＣＣＨトーン７２４４を識別する情報と、を含む。基地局識別情報７２４６は、ＷＴ７２００によって使用中の基地局アタッチメントポイントを識別する情報、例えば、基地局、基地局セクター、及び／又はアタッチメントポイントと関連づけられた搬送波又はトーンブロック対、を識別する情報、含む。端末識別情報７２４８は、ＷＴ７２００識別情報と、ＷＴ７１００と一時的に関連づけられた基地局割り当て無線端末識別子、例えば登録されたユーザー識別子、アクティブユーザー識別子、論理的ＤＣＣＨチャネルトーンと関連づけられたＯＮ状態識別子と、を含む。タイミング情報７２５０は、例えば反復的タイミング構造内の現在のＯＦＤＭシンボル時間を識別する現在のタイミング情報を含む。タイミング情報７２５０は、異なる型のバックログ報告をいつ送信するかを決定する際にアップリンクタイミング／周波数構造情報７２７８及び格納された送信バックログ報告スケジュール情報７２８１と関連して送信バックログ報告制御モジュール７２３０によって用いられる。結合要求グループ情報７２５４は、要求グループの組合せに関連する情報、例えば、要求グループ０と要求グループ１の組合せに対応して送信される情報量、例えば総ＭＡＣフレーム数、を識別する値、を含む。
【０３２２】
生成された１ビットアップリンク要求報告７２５４は、待ち行列情報７２４０及び／又は結合要求グループ情報７２５２、及び１ビットサイズ報告マッピング情報７２９０を用いて送信バックログ報告生成モジュール７２２８によって生成される１情報ビット送信バックログ報告である。生成された３ビットアップリンク要求報告７２５６は、待ち行列情報７２４０及び／又は結合要求グループ情報７２５２、及び３ビットサイズ報告マッピング情報７２９２を用いて送信バックログ報告生成モジュール７２２８によって生成される３情報ビット送信バックログ報告である。生成された４ビットアップリンク要求報告７２５８は、待ち行列情報７２４０及び／又は結合要求グループ情報７２５２、及び４ビットサイズ報告マッピング情報７２９４を用いて送信バックログ報告生成モジュール７２２８によって生成される４情報ビット送信バックログ報告である。生成された追加のＤＣＣＨ報告７２６０は、例えば、生成されたダウンリンク絶対ＳＮＲ報告、生成されたデルタＳＮＲ報告、生成された干渉報告、例えばビーコン比報告、生成された自己雑音報告、例えばＳＮＲの飽和レベルのＷＴ自己雑音報告、ＷＴ電力報告、例えばＷＴ送信電力バックオフ報告、である。コーディングモジュール７２３４は、所定のＤＣＣＨセグメントに関して、送信バックログ報告７２５４、７２５６、７２５８を生成された追加報告７２６０とともにコーディングし、コーディングされたＤＣＣＨセグメント情報を入手する。この典型的実施形態においては、各ＤＣＣＨセグメントは同じサイズであり、例えば、ＤＣＣＨセグメントに含まれている送信バックログ報告が１ビット報告、３ビット報告、又は４ビット報告であるかにかかわらず同じトーン−シンボル数を用いる。例えば、１つのＤＣＣＨセグメントに関して、１ビットＵＬ要求送信バックログ報告は、５ビットダウンリンク絶対ＳＮＲ報告とともにまとめてコーディングされ、他のＤＣＣＨセグメントに関しては、３ビットＵＬ要求送信バックログ報告は、３ビットダウンリンクデルタＳＮＲ報告とともにまとめてコーディングされ、他のＤＣＣＨセグメントに関しては、４ビットＵＬ要求送信バックログ報告は、２ビット予約報告とともにまとめてコーディングされる。
【０３２３】
システムデータ／情報７２３８は、複数の組の基地局情報（ＢＳ１データ／情報７２７２、．．．、ＢＳ Ｍデータ／情報７２７４）と、専用制御チャネル報告送信報告スケジュール情報７２８０と、格納された送信バックログ報告マッピング情報７２８８と、待ち行列組情報７２９６と、を含む。ＢＳ１データ／情報７２７２は、ダウンリンクタイミング／周波数構造情報７２７６と、アップリンクタイミング周波数構造情報７２７８と、を含む。ダウンリンクタイミング／周波数構造情報７２７６は、ダウンリンク搬送波情報と、ダウンリンクトーンブロック情報と、ダウンリンクトーン数と、ダウンリンクトーンホッピング情報と、ダウンリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。アップリンクタイミング／周波数構造情報７２７８は、アップリンク搬送波情報と、アップリンクトーンブロック情報と、アップリンクトーン数と、アップリンクトーンホッピング情報と、アップリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。ＤＣＣＨ報告送信報告スケジュール情報７２８０は、格納された送信バックログ報告スケジュール情報７２８１を含む。図１０は、フルトーンＤＣＣＨ動作モードに関するビーコンスロット内の４０のインデキシングされたＤＣＣＨセグメントの反復的スケジュールに対応する典型的ＤＣＣＨ送信スケジュール情報を提供し、前記ビーコンスロットは、基地局のタイミング／周波数構造において用いられる構造である。格納された送信バックログ報告スケジュール情報は、送信バックログ報告の各々の所在場所、例えば図１０内のＵＬＲＱＳＴ１報告、ＵＬＲＱＳＴ３報告、及びＵＬＲＱＳＴ４報告の所在場所、を識別する情報を含む。格納された送信バックログ報告スケジューリング情報７２８１は、特定のビットサイズの報告をいつ送信するかを決定する際に送信バックログ報告制御モジュール７２３０によって用いられる。格納された送信バックログ報告スケジュール情報７２８１は、１ビットサイズ報告情報７２８２と、３ビットサイズ報告情報７２８４と、４ビットサイズ報告情報７２８６と、を含む。例えば、図１０に関して、１ビットサイズ報告情報７２８２は、ＵＬＲＱＳＴ１報告はインデックスｓ２＝０のＤＣＣＨセグメントのＬＳＢに対応することを識別する情報を含み、３ビットサイズ報告情報７２８４は、ＵＬＲＱＳＴ３報告はインデックスｓ２＝２のＤＣＣＨセグメントの３つのＬＳＢに対応することを識別する情報を含み、４ビットサイズ報告情報７２８６は、ＵＬＲＱＳＴ４報告はインデックスｓ２＝４のＤＣＣＨセグメントの４つのＬＳＢに対応することを識別する情報を含む。
【０３２４】
格納された送信バックログスケジューリング情報７２８１は、送信報告スケジュールの１回の繰り返しにおいて３ビットサイズバックログ報告よりも多くの１ビットサイズバックログ報告を送信すべきであることを示す。格納された送信バックログスケジューリング情報７２８１は、送信報告スケジュールの１回の繰り返しにおいて４ビットサイズバックログ報告よりも多くの又は同じ数の３ビットサイズバックログ報告を送信すべきであることも示す。例えば、図１０において、１６の識別されたＵＬＲＱＳＴ１報告、１２の識別されたＵＬＲＱＳＴ３報告、及び９つの識別されたＵＬＲＱＳＴ４報告が存在する。図１０に対応するこの典型的実施形態においては、柔軟型報告、ボディ４報告は、４ビットＵＬＲＱＳＴ報告を搬送することができ、報告構造の１回の繰り返しの３つの柔軟型報告がＵＬＲＱＳＴ４報告を搬送する場合においては、無線端末は、１２のＵＬＲＱＳＴ４報告を通信する。
【０３２５】
格納された送信バックログ報告マッピング情報７２８８は、１ビットサイズ報告情報７２９０と、３ビットサイズ報告情報７２９２と、４ビットサイズ報告情報７２９４と、を含む。１ビットサイズ報告マッピング情報７２９０の例は、図１６と、図６１と、を含む。３ビットサイズ報告マッピング情報の例は、図１９と、２１と、２３と、２５と、６４と、６６と、６８と、７０と、を含む。４ビットサイズ報告マッピング情報の例は、図１８と、２０と、２２と、２４と、６３と、６５と、６７と、６９と、を含む。格納された送信バックログマッピング情報７２８８は、異なるビットサイズバックログ報告を用いて通信することができる待ち行列状態情報とビットパターンとの間のマッピングを示す情報を含む。この典型的実施形態においては、１ビットサイズバックログ報告は、複数の異なる送信待ち行列に対応するバックログ情報を提供し、１ビットは、要求グループ０及び要求グループ１の組合せに対応する送信すべき情報が存在すること又は該情報が存在しないことを示す。様々な実施形態においては、最小ビットサイズ、例えば１ビットサイズ、のバックログ報告は、優先度が最高のトラフィックに関して用いられ、例えば最高の優先度は、音声又は制御トラフィックである。幾つかの実施形態においては、第２のビットサイズの報告、例えば３ビットサイズ報告、は、前に通信された第３のビットサイズ報告、例えば４ビットサイズ報告に関するデルタを通信する。図６３及び６４は、該関係を示す。幾つかの実施形態においては、第２の固定サイズ報告、例えば３ビットサイズ報告、は、２組の待ち行列に関する情報を提供する。例えば、図４１について考慮すると、第２の型の報告は、第２の組の待ち行列及び第３の組の待ち行列に関する情報を通信する。様々な実施形態においては、第３のサイズの報告、例えば４ビットサイズ報告、は、一組の待ち行列に関する情報を提供する。幾つかの該実施形態においては、前記一組の待ち行列は、１つの要求グループ待ち行列、２つの要求グループ待ち行列、又は３つの要求グループ待ち行列を含む。幾つかの実施形態においては、アップリンクトラフィックに関して予め決められた数、例えば４つ、の要求グループ、ＲＧ０、ＲＧ１、ＲＧ２、及びＲＧ３、が存在し、第３の固定サイズの報告、例えば４ビットサイズ報告は、異なる要求グループ待ち行列のうちのいずれかに対応するバックログ情報を通信することができる。例えば、図４１について考慮すると、第３の型の報告は、第４の待ち行列の組、第５の待ち行列の組、第６の待ち行列の組又は第７の待ち行列の組のうちの１つに関する情報を通信し、所定の辞書に関して、第３の型の報告は、ＲＧ０、ＲＧ１、ＲＧ２、及びＲＧ３に関する情報を通信することができる。
【０３２６】
待ち行列組情報７２９６は、送信バックログ報告を生成時に用いられる待ち行列のグループ分類を識別する情報を含む。図４１は、様々な典型的な型の送信バックログ報告において用いられる待ち行列の典型的グループ分類を示す。
【０３２７】
図７４は、様々な実施形態により実装される典型的無線端末７４００、例えばモバイルノード、の図である。典型的無線端末７４００は、図１の無線端末のうちのいずれかであることができる。典型的無線端末７４００は、様々な要素がデータ及び情報を交換することができるバス７４１２を介してひとつに結合された受信機モジュール７４０２と、送信機モジュール７４０４と、プロセッサ７４０６と、ユーザーＩ／Ｏデバイス７４０８と、メモリ７４１０と、を含む。
【０３２８】
メモリ７４１０は、ルーチン７４１８と、データ／情報７４２０と、を含む。プロセッサ７４０６、例えばＣＰＵ、は、無線端末７４００の動作を制御するため及び方法を実装するためにメモリ７４１０内のルーチン７４１８を実行し、データ／情報７４２０を用いる。ユーザーＩ／Ｏデバイス７４０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、ディスプレイ、スピーカー等、は、ユーザーデータを入力し、ユーザーデータを出力し、ユーザーがアプリケーションを制御するのを許可し、及び／又は無線端末の様々な機能、例えば通信セッションを開始すること、を制御するために用いられる
受信機モジュール７４０２、例えばＯＦＤＭ受信機は、受信アンテナ７４０３に結合され、無線端末７４００は、受信アンテナ７４０３を介して基地局からダウンリンク信号を受信する。受信されたダウンリンク信号は、例えば、ビーコン信号と、パイロット信号と、ダウンリンクトラフィックチャネル信号と、閉ループ電力制御信号を含む電力制御信号と、タイミング制御信号と、割り当て信号と、登録応答信号と、基地局によって割り当てられた無線端末識別子、例えばＤＣＣＨ論理的チャネルトーンと関連づけられたＯＮ状態識別子、を含む信号と、を含む。受信機モジュール２４０２は、受信されたダウンリンク信号の少なくとも一部を復号するために用いられる復号器７４１４を含む。
【０３２９】
送信機モジュール２４０４、例えばＯＦＤＭ送信機は、送信アンテナ７４０５に結合され、無線端末７４００は、送信アンテナ７４０５を介してアップリンク信号を基地局に送信する。幾つかの実施形態においては、受信機及び送信機に関して同じアンテナが用いられ、例えば前記アンテナは、デュプレクサモジュールを通じて受信機モジュール７４０２及び送信機モジュール７４０４に結合される。アップリンク信号は、例えば、登録要求信号と、例えば基地局によって測定することができる基準信号及びＷＴ送信電力バックオフ報告等のＷＴ電力報告を含む報告を搬送する専用制御チャネルセグメント信号と、アップリンクトラフィックチャネルセグメント信号と、を含む。送信機モジュール７４０４は、アップリンク信号の少なくとも一部を符号化するために用いられる符号器７４１６を含む。この実施形態におけるＤＣＣＨセグメントは、１つのセグメントごとに符号化される。
【０３３０】
ルーチン７４１８は、通信ルーチン７４２２と、無線端末制御ルーチン７４２２と、を含む。通信ルーチン７４２２は、無線端末７４００によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン７４２２は、報告生成モジュール７４２６と、無線端末送信電力制御モジュール７４３０と、専用制御チャネル制御モジュール７４３２と、トーンホッピングモジュール７４３４と、報告フォーマット制御モジュール７４３６と、を含む。報告生成モジュール７４２６は、計算サブモジュール７４２８を含む。
【０３３１】
報告生成モジュール７４２６は、電力報告、例えば無線端末送信電力バックオフ報告、を生成し、各電力報告は、無線端末の最大送信電力と、電力報告に対応する時点において無線端末に知られている電力レベルを有する基準信号の送信電力の比を示す。無線端末送信電力制御モジュール７４３０は、基地局から受信された少なくとも１つの閉ループ電力レベル制御信号を含む情報に基づいて無線端末の送信電力レベルを制御するために用いられる。基地局から受信された閉ループ電力制御信号は、希望される受信された電力レベルが基地局において達成されるように無線端末送信機電力を制御するために用いられる信号であることができる。幾つかの実施形態においては、基地局は、無線端末の実際の送信電力レベル及び／又は最大送信電力レベルを実際に知らない。幾つかのシステム実装においては、異なるデバイスは、異なる最大送信電力レベルを有することができ、例えばデスクトップ無線端末は、例えば電池電力で動作するポータブルノート型コンピュータ実装無線端末とは異なる最大送信電力能力を有することができる。
【０３３２】
無線端末送信電力制御モジュール７４３０は、専用制御チャネルと関連づけられた送信電力レベルの閉ループ電力制御調整を行う。専用制御チャネル制御モジュール７４３２は、複数の論理的トーンのうちのいずれの単一の論理的トーンを専用制御チャネルシグナリングに関して用いるかを決定し、前記単一の論理的トーンは、一組の専用制御チャネルセグメントを用いて制御シグナリングを送信する際に用いるための無線端末専用である。
【０３３３】
トーンホッピングモジュール７４３４は、異なる時点において、複数の連続するＯＦＤＭシンボル送信時間間隔中に専用制御チャネル情報を通信するために用いられる単一の物理的ＯＦＤＭトーンを決定する。例えば、１つの典型的実施形態においては、単一の専用制御チャネル論理的トーンに対応する専用制御チャネルセグメントは、２１のＯＦＤＭトーン−シンボルを含み、前記２１のＯＦＤＭトーン−シンボルは、７つのＯＦＤＭトーン−シンボルから成る３つの組を具備し、７つのＯＦＤＭトーン−シンボルから成る各組は、７つの連続するＯＦＤＭシンボル送信期間のハーフスロットに対応しさらに物理的ＯＦＤＭトーンに対応し、前記３つの組の各々は、異なる物理的ＯＦＤＭトーンに対応することができ、一組に関するＯＦＤＭトーンは、トーンホッピング情報に従って決定される。報告フォーマット制御モジュール７４３６は、電力報告のフォーマットを、報告が送信される時点において複数の専用制御チャネル動作モードのうちのいずれの１つが無線端末７４００によって使用中であるかの関数として制御する。例えば、１つの典型的実施形態においては、無線端末は、フルトーンＤＣＣＨ動作モードにあるときには電力報告に関して５ビットフォーマットを使用し、スプリットトーン動作モードにあるときには４ビット電力報告を用いる。
【０３３４】
計算サブモジュール７４２８は、単位がｄＢｍのアップリンク専用制御チャネルのトーン当たり送信電力を単位がｄＢｍの無線端末の最大送信電力から減じる。幾つかの実施形態においては、最大送信電力は、設定値、例えば無線端末内に格納された予め決められた値又は例えば基地局から無線端末に通信されて無線端末内に格納された値、である。幾つかの実施形態においては、最大送信電力は、無線端末の電力出力容量に依存する。幾つかの実施形態においては、最大送信電力は、無線端末の型に依存する。幾つかの実施形態においては、最大送信電力は、無線端末の動作モードに依存し、例えば、異なるモードは、次の動作、すなわち、外部電源を用いた動作、電池を用いた動作、第１のレベルのエネルギー予備を有する電池を用いた動作、第２のレベルのエネルギー予備を有する電池を用いた動作、第１の動作継続時間をサポートするための予想エネルギー予備量を有する電池を用いた動作、第２の動作継続時間をサポートするための予想エネルギー予備量を有する電池を用いた動作、通常の電力モードでの動作、節電モードでの動作のうちの少なくとも２つに対応し、節電モードにおける前記最大送信電力は、前記通常の電力モードにおける前記最大送信電力よりも低い。様々な実施形態においては、最大送信電力値は、無線端末の最大出力電力レベルを制限する政府規制を順守するために選択されている値であり、例えば、最大送信電力値は、最大許容レベルであるように選択される。異なるデバイスは、基地局にとって知られている又は知られていない異なる最大電力レベル能力を有することができる。基地局は、無線端末によってサポートすることができるサポート可能アップリンクトラフィックチャネルデータスループット、例えば送信セグメント当たりのスループット、を用いることができ、幾つかの実施形態においては実際に用いる。この理由は、バックオフ報告は比の形で提供されるため基地局が使用中の実際の送信電力レベル又は無線端末の最大能力を知らない場合でもバックオフ報告はトラフィックチャネル送信に関して用いることができる追加電力に関する情報を提供するためである。
【０３３５】
幾つかの実施形態においては、無線端末は、各々の接続が対応する最大送信電力レベルを有する１つ以上の無線接続を同時にサポートすることができる。値によって示される最大送信電力レベルは、異なる接続ごとに異なることができる。さらに、所定の接続に関して、最大送信電力レベルは、例えば無線端末によってサポートされている接続数が変化するのに応じて経時で変化することができる。従って、基地局が無線端末の最大送信電力能力を知っている場合でも、基地局は特定の時点において無線端末によってサポートされている通信リンク数を知らないことがある点に注目することができる。しかしながら、バックオフ報告は、電力資源を消費している可能性があるその他の可能な既存の接続について知ることを基地局に要求せずに所定の接続に関する利用可能な電力を基地局に連絡する情報を提供する。
【０３３６】
データ／情報７４２０は、ユーザー／デバイス／セッション／資源情報７４４０と、システムデータ７４４２と、受信電力制御信号情報７４８４と、最大送信電力情報７４８６と、ＤＣＣＨ電力情報７４９０と、タイミング情報７４９２と、ＤＣＣＨチャネル情報７４９４と、基地局識別情報７４９８と、端末識別情報７４９９と、電力報告情報７４９５と、追加ＤＣＣＨ報告情報７４９３と、コーディングされたＤＣＣＨセグメント情報７４９１と、ＤＣＣＨモード情報７４８９と、を含む。ＤＣＣＨチャネル情報７４９４は、割り当てられた論理的トーン情報７４９６、例えば基地局アタッチメントポイントによって無線端末に現在割り当てられている単一の論理的ＤＣＣＨチャネルトーンを識別する情報、を含む。
【０３３７】
ユーザー／デバイス／セッション／資源情報７４４０は、ユーザー識別情報と、ユーザー名情報と、ユーザーセキュリティ情報と、デバイス識別情報と、デバイス型情報と、デバイス制御パラメータと、ピアノード情報等のセッション情報と、セキュリティ情報と、状態情報と、ピアノード識別情報と、ピアノードアドレッシング情報と、ルーティング情報と、ＷＴ７４００に割り当てられたアップリンク及び／又はダウンリンクチャネルセグメント等のエアリンク資源情報と、を含む。受信電力制御情報７４８４は、例えば閉ループ電力制御されている制御チャネル、例えばＤＣＣＨチャネル、に関する無線端末の送信電力レベルを増大又は低減させるため又は変化させないための基地局からの受信されたＷＴ電力制御コマンドを含む。最大送信電力情報７４８６は、電力報告を生成する際に用いられる最大無線端末送信電力値を含む。基準信号情報７４９６は、電力報告計算の際に例えばＤＣＣＨチャネル信号として用いられる基準信号を識別する情報と、ある時点における基準信号の送信電力レベルと、を含み、前記時点は、電力報告が通信されるＤＣＣＨセグメントの開始送信時間及び電力報告時間オフセット情報７４７２に基づいて決定される。ＤＣＣＨ電力情報７４９０は、最大送信電力情報７４８６及び基準信号情報７４９７を入力とする計算サブモジュール７４２８の結果である。ＤＣＣＨ電力情報７４９０は、電力報告を通信するための電力報告情報７４９５内のビットパターンによって表される。追加ＤＣＣＨ報告情報７４９３は、その他の型のＤＣＣＨ報告、例えば、同じＤＣＣＨセグメントにおいて電力報告として通信される１ビットアップリンクトラフィックチャネル要求報告又は４ビットアップリンクトラフィックチャネル要求報告等のその他の型のＤＣＣＨ報告、に対応する情報を含む。コーディングされたＤＣＣＨセグメント情報７４９１は、コーディングされたＤＣＣＨセグメント、例えば電力報告及び追加報告を搬送するＤＣＣＨセグメント、を表す情報を含む。タイミング情報７４９２は、基準信号情報のタイミングを識別する情報と、電力報告を通信するために用いられるＤＣＣＨセグメントの開始のタイミングを識別する情報と、を含む。タイミング情報７４９２は、現在のタイミングを識別する、例えば、アップリンクタイミング及び周波数構造内のインデキシングされたＯＦＤＭシンボルタイミングを反復的ＤＣＣＨ報告スケジュール情報に、例えばインデキシングされたＤＣＣＨセグメントに関連させる、情報を含む。タイミング情報７４９２は、トーンホッピングを決定するためにトーンホッピングモジュール７３４４によっても用いられる。基地局識別情報７４９８は、基地局、基地局セクター、及び／又は無線端末によって使用中の基地局アタッチメントポイントと関連づけられた基地局トーンブロックを識別する情報７４９８を含む。端末識別情報７４９９は、基地局によって割り当てられた無線端末識別子、例えばＤＣＣＨチャネルセグメントと関連づけられる基地局割り当て無線端末ＯＮ状態識別子、を含む無線端末識別情報を含む。ＤＣＣＨチャネル情報７４９６は、ＤＣＣＨチャネルを例えばフルトーンチャネルとして又は複数のスプリットトーンチャネルのうちの１つとして識別する情報を含む。割り当てられた論理的トーン情報７４９６は、ＤＣＣＨチャネルに関してＷＴ７４００によって用いられる論理的ＤＣＣＨトーン、例えば情報７４５４によって識別されたトーンの組からの１つのＤＣＣＨ論理的トーン、を識別する情報を含み、識別されたトーンは、端末ＩＤ情報７４９９の基地局によって割り当てられたＷＴ  ＯＮ状態識別子に対応する。ＤＣＣＨモード情報７４８９は、現在のＤＣＣＨ動作モードをフルトーンフォーマット動作モード又はスプリットトーンフォーマット動作モードとして識別する情報を含む。幾つかの実施形態においては、ＤＣＣＨモード情報７４８９は、最大送信電力情報に関する異なる値に対応する異なる動作モード、例えば通常モード及び節電モード、を識別する情報も含む。
【０３３８】
システムデータ／情報７４４２は、複数の組の基地局データ／情報（ＢＳ１データ／情報７４４４、ＢＳ  Ｍデータ／情報７４４６）と、ＤＣＣＨ送信報告スケジュール情報７４６２と、電力報告時間オフセット情報７４７２と、ＤＣＣＨ報告フォーマット情報７４７６と、を含む。ＢＳ１データ／情報７４４２は、ダウンリンクタイミング／周波数構造情報７４４８と、アップリンクタイミング／周波数構造情報７４５０と、を含む。ダウンリンクタイミング／周波数構造情報７４４８は、ダウンリンクトーン組、例えば１１３トーンから成るトーンブロックと、ダウンリンクチャネルセグメント構造と、ダウンリンクトーンホッピング情報と、ダウンリンク搬送波周波数情報と、ＯＦＤＭシンボルタイミング情報及びＯＦＤＭシンボルのグループ分類を含むダウンリンクタイミング情報と、ダウンリンク及びアップリンクを関連させるタイミング情報と、を含む。アップリンクタイミング／周波数構造情報７４５０は、アップリンク論理的トーン組情報７４５２と、トーンホッピング情報７４５６と、タイミング構造情報７４５８と、搬送波情報７４６０と、を含む。アップリンク論理的トーン組情報７４５２、例えば基地局アタッチメントポイントによって使用中のアップリンクチャネル構造内の一組の１１３のアップリンク論理的トーンに対応する情報、は、ＤＣＣＨ論理的チャネルトーン情報７４５４、例えば、専用制御チャネルセグメントシグナリングに関して用いるための３１のトーンのうちの１つを受信するＢＳ１アタッチメントポイントを用いるＯＮ状態の無線端末によって専用制御チャネルに関して用いられる３１の論理的トーンの部分組に対応する情報、を含む。搬送波情報７４６０は、基地局１アタッチメントポイントに対応するアップリンク搬送波周波数を識別する情報を含む。
【０３３９】
ＤＣＣＨ送信報告スケジュール情報７４６２は、ＤＣＣＨフルトーンモード反復的報告スケジュール情報７４６４と、スプリットトーンモード反復的報告スケジュール情報７４６６と、を含む。フルトーンモード反復的報告スケジュール情報７４６４は、電力報告スケジュール情報７４６８を含む。スプリットトーンモード反復的報告スケジュール情報７４６６は、電力報告スケジュール情報７４７０含む。ＤＣＣＨ報告フォーマット情報７４７６は、電力報告フォーマット情報７４７８を含む。電力報告フォーマット情報７４７８は、フルトーンモード情報７４８０と、スプリットトーンモード情報７４８２と、を含む。
【０３４０】
ＤＣＣＨ送信報告スケジューリング情報７４６２は、生成されたＤＣＣＨ報告の送信を制御する際に用いられる。フルトーンモード反復的報告スケジューリング情報７４６４は、無線端末７４００がフルトーンＤＣＣＨ動作モードにおいて動作中にＤＣＣＨ報告を制御するための情報である。図１０の図１０９９は、典型的フルトーンモードＤＣＣＨ反復的報告スケジュール情報７４６４を示す。典型的電力報告スケジュール情報７４６８は、インデックスｓ２＝６を有するセグメント１００６及びインデックスｓ２＝２６を有するセグメント１０２６は各々が５ビット無線端末アップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ５）を搬送するために用いられることを示す情報である。図３２の図３２９９は、典型的スプリットトーンモードＤＣＣＨ反復的報告スケジュール情報７４６６を示す。典型的電力報告スケジュール情報７４７０は、インデックスｓ２＝３を有するセグメント３２０３及びインデックスｓ２＝２１を有するセグメント３２２１は各々が４ビット無線端末アップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ４）を搬送するために用いられることを示す情報である。
【０３４１】
ＤＣＣＨ報告フォーマット情報７４７６は、ＤＣＣＨ報告の各々に関して用いられるフォーマット、例えば報告内のビット数、及び報告とともに通信することができる潜在的ビットパターンの各々と関連づけられた情報を示す。典型的フルトーンモード電力報告フォーマット情報７４８０は、ＵＬＴｘＢＫＦ５のフォーマットを示す図２６のテーブル２６００に対応する情報を含む。典型的スプリットトーンモード電力報告フォーマット情報７４８２は、ＵＬＴｘＢＫＦ４のフォーマットを示す図３５のテーブル３５００に対応する情報を含む。バックオフ報告ＵＬＴｘＢＫＦ５及びＵＬＴｘＢＫＦ４は、ｄＢ値を示す。
【０３４２】
電力報告時間オフセット情報７４７２は、生成された電力報告が対応する、例えば情報を提供する時点と前記報告を送信すべき通信セグメントの開始との間の時間的オフセットを示す情報を含む。例えば、ビーコンスロットのインデックスｓ２＝６を有するセグメント１００６に対応する典型的アップリンクセグメントにおいてＵＬＴｘＢＫＦ５報告が通信されることを考慮し、さらに報告を生成する際に用いられる基準信号が専用制御チャネル信号、電力報告時間オフセット情報７５７２であることを考慮すること。該場合には、時間オフセット情報７４７２は、報告情報が対応する時間、例えば基準信号、例えばＤＣＣＨ信号、送信電力レベル、に対応する報告の送信時間前のＯＦＤＭシンボル送信時間間隔と、セグメント１００６送信の開始との間の時間的オフセットを示す情報を含む。
【０３４３】
図７５は、無線端末送信電力報告を用いる典型的実施形態の特長について説明するために用いられる図７５００である。縦軸７５０２は、無線端末の専用制御チャネル、例えば単一トーンチャネル、の送信電力レベルを表し、横軸は、時間７５０４を表す。専用制御チャネルは、専用制御チャネルセグメント信号を介して様々なアップリンク制御情報報告を通信するために無線端末によって用いられる。様々なアップリンク制御情報報告は、無線端末送信電力報告、例えばＷＴ送信電力バックオフ報告と、その他の追加の制御情報報告、例えばアップリンクトラフィックチャネル要求報告、干渉報告、ＳＮＲ報告、自己雑音報告等と、を含む。
【０３４４】
各々の小さい陰影付きの円、例えば円７５０６，は、対応する時点における専用制御チャネルの送信電力レベルを表すために用いられる。例えば、各時点は、幾つかの実施形態においては、ＯＦＤＭシンボル送信時間間隔に対応し、識別された電力レベルは、そのＯＦＤＭシンボル送信時間間隔中におけるＷＴのＤＣＣＨチャネルの単一トーンに対応する変調シンボルと関連づけられた電力レベルである。幾つかの実施形態においては、各時点は、例えば、無線端末のＤＣＣＨチャネルに関して同じ物理的トーンを用いている固定数の、例えば７つの、連続するＯＦＤＭシンボル送信期間を表すドウェルに対応する。
【０３４５】
ダッシュ線のボックス７５１４は、ＷＴ送信電力バックオフ報告を搬送するＤＣＣＨセグメントを表す。セグメントは、複数のＯＦＤＭシンボル送信期間を含む。幾つかの実施形態においては、ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルを含み、２１のＯＦＤＭシンボル送信時間間隔を含み、１つのＯＦＤＭトーン−シンボルは、２１のＯＦＤＭシンボル送信時間間隔の各々に対応する。
【０３４６】
典型的送信バックオフ報告は、ＷＴの最大送信電力、例えば設定値と、基準信号の送信電力との比を示す。この典型的実施形態においては、基準信号は、送信電力バックオフ報告を通信するために用いられるＤＣＣＨセグメントの開始からのオフセットである時点におけるＤＣＣＨチャネル信号である。時間７５１６は、ＷＴ送信電力バックオフ報告を搬送するＤＣＣＨセグメントの初めを識別する。時間オフセット７５１８、例えば予め決められた値、は、時間７５１６を、セグメント７５１４の電力報告を生成するために用いられる基準信号の送信時間である時間７５１２と関連させる。Ｘ７５０８は、電力レベル７５１０及び時間７５１２に関する基準信号を識別する。
【０３４７】
ＯＮ状態の無線端末に関する様々な実施形態において用いられるＤＣＣＨ制御チャネルに加えて、システムは、無線端末専用にすることができる追加の専用アップリンク制御シグナリングチャネル、例えばタイミング制御チャネル及び／又は状態移行報告要求チャネル、もサポートすることが理解されるべきである。これらの追加のチャネルは、ＯＮ状態に加えてホールド状態の場合も存在することができ、ＯＮ状態にある端末は、タイミング及び状態移行要求チャネルに加えてＤＣＣＨ制御チャネルが提供される。タイミング制御及び／又は状態移行要求チャネルにおけるシグナリングは、ＤＣＣＨ制御チャネルにおけるシグナリングよりもはるかに低いレートで、例えば無線端末の観点からは１／５以下のレートで、発生する。幾つかの実施形態においては、専用アップリンクチャネルは、ホールド状態においては基地局アタッチメントポイントによって割り当てられたアクティブユーザーＩＤに基づいて提供され、ＤＣＣＨチャネル資源は、基地局アタッチメントポイントによって割り当てられたＯＮ状態識別子を含む情報に基づいて基地局アタッチメントポイントによって割り当てられる。
【０３４８】
図７６は、送信バックログ情報を報告するための無線端末、例えばモバイルノード、の典型的動作方法の流れ図７６００である。例えば、幾つかの実施形態における無線端末は、無線端末がアップリンクトラフィックチャネルセグメントを介して基地局に通信することを希望するアップリンク情報に対応する１つ以上の要求グループ待ち行列を維持し、無線端末は、要求グループ待ち行列に対応する送信バックログ情報を、専用制御チャネル報告構造におけるアップリンク報告の一部として報告する。
【０３４９】
典型的方法の動作は、ステップ７６０２において開始し、ステップ７６０４又は７６０６に進む。ステップ７６０４は、幾つかの実施形態において実行されるステップであるが、その他の実施形態においては省略される。ステップ７６０４において、無線端末は、報告制御ファクタマッピング情報、例えば、干渉報告及び送信電力報告のうちの少なくとも１つを格納値の関数として少なくとも１つの報告制御ファクタにマッピングする情報、を格納する。例えば、１つの典型的実施形態においては、ステップ７６０４において格納されている情報は、図６２のテーブル６２００の条件式を定義する情報を含むことができ、干渉報告は、ビーコン比報告であり、送信電力報告は、送信電力バックオフ報告であり、格納された値は、条件付き限度値、例えば図６２のテーブル６２００のカラム６２０２内においてｘ及びｂが比較される値、を含む。ステップ７６０４の格納することは、幾つかの実施形態においては、無線端末の初期負荷、例えばファクトリ負荷（ｆａｃｔｏｒｙ  ｌｏａｄ）、の一部として、及び／又は現場（ｆｉｅｌｄ）における更新の一部として、実行される。
【０３５０】
ステップ７６０６において、無線端末は、少なくとも１つの報告制御ファクタを、チャネル品質情報、利用可能送信電力情報、デバイス能力情報、及びサービスの質情報のうちの少なくとも１つの関数として生成する。例えば、一実施形態においては、無線端末は、テーブル６２００に従ってｙ及びｚ制御ファクタを生成する。動作は、ステップ７６０６から７６０８に進む。
【０３５１】
ステップ７６０８において、無線端末は、通信すべきフレーム数を、前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングする。例えば、１つの典型的実施形態においては、無線端末は、要求報告に関する報告値、例えば図６３のテーブル６３００、図６５のテーブル６５００、図６７のテーブル６７００及び図６９のテーブル６９００のうちの１つの４ビットアップリンク要求報告に関する報告値、を決定する際にテーブル６２００からの生成されたｙ及びｚ制御ファクタを用いる。通信すべきフレーム数を４ビットアップリンク要求報告に関する報告値にマッピングする際に使用するためにテーブル６３００、テーブル６５００、テーブル６７００、及びテーブル６９００のうちの１つを選択することは、無線端末によって現在使用中の要求辞書に依存する。
【０３５２】
幾つかの実施形態においては、報告制御ファクタは、チャネル品質情報の関数であり、チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む。
【０３５３】
幾つかの実施形態においては、報告制御ファクタは、チャネル品質情報の関数であり、チャネル品質情報は、アップリンク干渉情報を含む。例えば、幾つかの実施形態においては、アップリンク干渉情報は、ビーコン比情報を含む。例えば、テーブル６２００の制御ファクタｙは、直近の一般的４ビットダウンリンクビーコン比報告ＤＬＢＮＲ４の関数である入力値ｂ、調整された一般的ビーコン比報告、の関数である。テーブル６２００の制御ファクタｚも、直近の一般的４ビットダウンリンクビーコン比報告ＤＬＢＮＲ４の関数である入力値ｂ、調整された一般的ビーコン比報告、の関数である。
【０３５４】
幾つかの実施形態においては、報告制御ファクタは、利用可能送信電力情報の関数であり、利用可能送信電力情報は、少なくとも前記フレームを含む情報の送信に関して利用可能な送信電力量を示す情報を含む。例えば、幾つかの典型的実施形態においては、利用可能送信電力情報は、送信電力バックオフ報告情報を含む。例えば、テーブル６２００の制御ファクタｙは、入力値ｘ、直近の５ビットアップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ５）、の関数である。テーブル６２００の制御ファクタｚも、入力値ｘ、直近の５ビットアップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ５）、の関数である。
【０３５５】
様々な実施形態においては、報告制御ファクタは、他のファクタの関数でもあり、前記他のファクタは、例えばブロードキャストチャネル信号を介して基地局から受信される。例えば、幾つかの典型的実施形態においては、他のファクタは、干渉報告利得調整値である。例えば、図６２のテーブル６２００を用いて制御ファクタｙ及びｚを決定する典型的実施形態においては、干渉報告調整利得ファクタは、アップリンクトラフィックチャネルレートフラッシュ割り当てオフセット値（ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔ）の値であり、基地局セクターは、ダウンリンクブロードキャストチャネルにおいてｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔをブロードキャストする。無線端末は、受信されたｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔ値を用いて、調整された一般的ビーコン比報告値をｂ＝ｂ０−ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔに従って決定し、ここで、−は、ｄＢの意味において定義され、ｂ０は、直近の一般的ビーコン比報告値である。幾つかの実施形態においては、無線端末は、無線端末がブロードキャストチャネルから値を受信するまで０ｄＢに等しいｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔを用いる。
【０３５６】
幾つかの実施形態においては、報告制御ファクタは、セグメントにおいて通信可能な情報の最大フレーム数の関数である。幾つかの該実施形態においては、セグメントにおいて通信可能な情報の最大フレーム数は、無線端末がサポートすることができる最高レートオプションの関数である。例えば、図６２のテーブル６２００において、制御ファクタｚは、無線端末がサポートできる最高レートオプションＲｍａｘにおいてセグメント内に納まるＭＡＣフレーム数であるＮｍａｘの関数であり、ここで、各Ｒｍａｘ値に関する予め決められたＮｍａｘ値が存在する。テーブル６２００のカラム６２０６を参照すること。異なる時点において、例えば異なるチャネル状態に起因して、無線端末は、異なる最高レートをサポートすることができ、このことは、制御ファクタｚの決定に影響を与える。
【０３５７】
様々な実施形態において、報告制御ファクタを生成することは、予想送信レートを決定することを含む。幾つかの該実施形態においては、マッピングは、送信レートに依存して異なる量子化をすることを含む。例えば、幾つかの実施形態における予想送信レートは、可能な送信の最大レートであり、要求報告の量子化は、異なる予想送信レートに依存して異なる形で実行される。例えば、量子化は、Ｒｍａｘの値に依存する制御パラメータｚの関数として要求報告テーブル６３００、６５００、６７００、及び６９００において異なる。
【０３５８】
幾つかの実施形態においては、通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングすることは、報告制御ファクタ型、例えばｙ又はｚ、をバックログ量の関数として選択することを含む。例えば、無線端末が図６５のテーブル６５００のＵＬＲＱＳＴ４に関するフォーマットを有する要求辞書（ＲＤ参照番号＝１）を使用中であり、無線端末が要求グループ１及び３の組合せに関するバックログ情報、例えばＮ［１］＋Ｎ［３］情報、を報告することを希望し、無線端末がより低いレベルのバックログに関しては第１の報告制御ファクタ型、例えば報告制御ファクタｙ、より高いレベルのバックログに関しては第２の報告制御ファクタ型ｚを用いることについて考慮すること。幾つかの実施形態においては、通信すべきフレーム数を前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングすることは、無線端末が通信することを希望する情報の型の関数として使用する報告制御ファクタ型を選択することを含む。例えば、幾つかの実施形態においては、無線端末は、第１の要求グループ又は要求グループの組に関するバックログ情報、例えば要求グループ１情報Ｎ［１］、を報告時には第１の報告制御ファクタ型、例えば報告制御ファクタｙ、及び第２の要求グループ又は要求グループの組、例えば要求グループ２及び３、の組合せ、に関するバックログ情報、例えばＮ［２］＋Ｎ［３］、を報告時には第２の報告制御ファクタ型、例えば報告制御ファクタｚ、を使用することができる。
【０３５９】
幾つかの実施形態においては、方法は、ステップ７６１０をさらに具備し、ステップ７６１０において、無線端末は、通信すべき他のフレーム数を他の報告値にマッピングし、他のフレーム数を前記マッピングすることは、報告制御ファクタを適用しないように選択することを含む。幾つかの該実施形態においては、報告制御ファクタを適用しないように選択することは、報告すべき情報の型、例えば要求グループ又は要求グループの組、及びバックログ量のうちの少なくとも１つの関数として実行される。例えば、無線端末が図６５のテーブル６５００のＵＬＲＱＳＴ４に関するフォーマットを有する要求辞書（ＲＤ参照番号＝１）を使用中であり、無線端末が要求グループ２バックログ情報、例えばＮ［２］情報、を報告することを希望し、無線端末が報告制御ファクタを使用しない、例えば無線端末が報告値を決定する際に報告制御ファクタｙ又はｚに関する値を使用しないことを考慮すること。
【０３６０】
図７７は、図７７Ａ、図７７Ｂ及び図７７Ｃの組合せを具備し、送信バックログ情報を報告するための無線端末、例えばモバイルノード、の典型的動作方法の流れ図７７００である。典型的方法は、ステップ７７０２において開始し、幾つかの実施形態においては、ステップ７７０４及び／又はステップ７７０８に進む。ステップ７７０４において、無線端末は、報告制御ファクタマッピング情報、例えば、干渉報告、例えばビーコン比報告、及び送信電力報告、例えば送信電力バックオフ報告、のうちの少なくとも１つを、格納値の関数として少なくとも１つの報告制御ファクタにマッピングする情報、を格納し、その結果制御ファクタに関するマッピング情報７７０６が得られる。例えば、制御ファクタに関するマッピング情報７７０６は、１つの典型的実施形態においては、報告制御ファクタｙ及びｚを決定する際に用いられる図６２のテーブル６２００によって表される情報であり、格納値は、条件カラム６２０２において用いられる限度値を含む。
【０３６１】
ステップ７７０８において、無線端末は、送信バックログ報告辞書情報（報告辞書１情報７７１０、．．．、報告辞書Ｎ情報７７１２）を格納し、少なくとも１つの辞書によって定義される報告のうちの少なくとも１つは、報告制御ファクタを用いる。例えば、図６３、６４、６５、６６、６７、６８、６９及び７０によって表される４つの報告辞書を用いる典型的実施形態を考慮すること。各辞書に関する４ビットアップリンク要求報告（ＵＬＲＱＳＴ４）は、報告制御ファクタｙ及びｚを用いる。
【０３６２】
ステップ７７０４及び／又は７７０８は、幾つかの実施形態においては、無線端末に関する初期設定プロセスの一部、例えばファクトリ負荷、として実行される。ステップ７７０４及び／又は７７０８は、幾つかの実施形態においては、アップグレード、例えば新しい要求辞書が利用可能になるのに応じての現場内（ｉｎ−ｆｉｅｌｄ）アップグレード、の一部として実行される。幾つかの実施形態においては、制御ファクタに関するマッピング情報７７０６及び／又は報告辞書情報、例えば（報告辞書１情報７７１０、．．．、報告辞書Ｎ情報７７１２）のうちの１つ以上、は、無線端末において例えばソフトウェア、ハードウェア、及び／又はファームウェアの一部として予めプログラミングされ、無線端末は、ステップ７７０４及び／又は７７０８の格納動作を行わない。
【０３６３】
動作は、ステップ７７０２からステップ７７１４、７７２０、７７２６、７７３２、７７３８に進み、さらに接続ノードＡ  ７７４２を介してステップ７７４４に進む。ステップ７７１４において、無線端末は、継続的に、送信バックログ情報を維持し、例えば、１つ以上の要求グループ待ち行列（要求グループ１待ち行列バックログ情報７７１６、．．．、要求グループＮ待ち行列バックログ情報７７１８）を更新する。例えば、要求グループに対応するアップリンクを介して通信すべきより多くのユーザーデータ、例えば入力データ、が発生するのに応じて、特定の要求グループにおいて通信すべきトラフィックチャネル情報のアップリンクＭＡＣフレーム数が増加され、要求グループに対応するユーザーデータのフレームが成功裏に通信されるのに応じて、アップリンクフレーム数を適宜減少させることができ、時間切れに応じて、アップリンクフレーム数を適宜減少させることができる。
【０３６４】
ステップ７７２０において、無線端末は、無線端末送信電力レベルを決定し、次にステップ７７２２において、無線端末は、送信電力報告、例えば送信電力バックオフ報告、を生成し、その結果、格納された送信電力報告情報７７２４が得られる。ステップ７７２０及び７７２４は、継続的に実行される。
【０３６５】
ステップ７７２６において、無線端末は、チャネル状態を測定し、例えば、１つ以上の基地局アタッチメントポイントからの受信されたダウンリンクブロードキャスト信号、例えばパイロット信号及び／又はビーコン信号、を測定する。動作は、ステップ７７２６からステップ７７２８に進み、ステップ７７２８において、無線端末は、干渉報告を生成する。例えば、無線端末は、交信基地局セクター送信機及び１つ以上のその他の基地局送信機に対応するステップ７７２６からの測定値を用いて及び負荷率情報を用いてビーコン比報告を生成する。ステップ７７２８の動作から、干渉報告情報７７３０、例えば一般的ビーコン比報告値、が決定され、格納される。
【０３６６】
ステップ７７３２において、無線端末は、ブロードキャストチャネル信号を介してブロードキャストされる利得調整ファクタ（ｇａｉｎ  ａｄｊｕｓｔｍｅｎｔ  ｆａｃｔｏｒ）、例えば現在の交信基地局アタッチメントポイントに対応する利得調整ファクタ、の有無をモニタリングする。動作は、ステップ７７３２からステップ７７３４に進み、無線端末は、利得調整ファクタ７７３６を受信及び格納する。例えば、１つの典型的実施形態においては、利得調整ファクタは、アップリンクトラフィックチャネルレートフラッシュ割り当てオフセット（ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔ）値と呼ばれる。幾つかの実施形態において、利得調整値が受信されない場合は、デフォルト値、例えば０ｄＢ、が利得調整値に関して用いられる。
【０３６７】
ステップ７７３８において、無線端末は、使用するための報告辞書を識別し、その結果現在の報告辞書識別情報７７４０が得られる。ステップ７７３８は、継続的に実行される。幾つかの実施形態においては、報告辞書のうちの１つはデフォルト辞書であり、報告辞書は、例えば無線端末の現在の報告上のニーズにより良く応じるために進行中の動作中に異なる報告辞書に変更することができ、時々変更される。
【０３６８】
ステップ７７４４において、無線端末は、無線端末がアップリンク送信バックログ報告を報告制御ファクタの関数として送信すべきかどうかを決定する。現報告辞書識別情報７７４０及び報告辞書情報（報告辞書１情報７７１０、．．．、報告辞書Ｎ情報７７１２）は、ステップ７７１２への入力として用いられる。幾つかの実施形態においては、幾つかの送信バックログ報告は、報告制御ファクタを使用し、その他の送信バックログ報告は、報告制御ファクタを使用しない。例えば、１ビットアップリンク要求報告又は３ビットアップリンク要求報告は、報告制御ファクタを使用することができず、４ビットアップリンク要求報告は、報告制御ファクタを使用することができる。幾つかの実施形態においては、幾つかの報告辞書は、報告制御ファクタを使用し、その他の報告辞書は、報告制御ファクタを使用しない。ステップ７７４４の動作は、無線端末によって継続的に実行される。
【０３６９】
無線端末によって通信されることになり、報告制御ファクタを用いることになる各報告に関して、無線端末は、ステップ７７４６に進む。ステップ７７４６において、無線端末は、少なくとも１つの報告制御ファクタを、チャネル品質情報、利用可能送信電力情報、デバイス能力情報、及びサービスの質情報のうちの少なくとも１つの関数として生成する。ステップ７７４６は、サブステップ７７４８、７７５２、７７５４、７７５８、及び７７６２を含む。
【０３７０】
サブステップ７７４８において、無線端末は、干渉報告情報７７３０及び利得調整ファクタ７７３６を用いて、調整された干渉報告値７７５０を決定する。例えば、図６２の実装を用いる実施形態を考慮すると、干渉報告情報７７３０は、直近の一般的ビーコン比報告値ｂ０であり、調整された干渉報告値７７５０は、変数ｂの値であり、利得調整ファクタ７７３６は、ブロードキャストチャネル変数ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔの受信値であり、ここで、ｂ＝ｂ０−ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔであり、“−”は、ｄＢの意味である。
【０３７１】
動作は、サブステップ７７４８からサブステップ７７５２に進む。ステップ７７５２において、無線端末は、第１の報告制御ファクタを干渉情報及び電力情報の関数として決定する。ステップ７７５２において、無線端末は、制御ファクタに関するマッピング情報７７０６、送信報告電力情報７７２４、及び調整された干渉報告情報７７５０を用いて第１の制御ファクタ値７７６４を決定する。例えば、図６２の情報を用いる実施形態を考慮すると、制御ファクタに関するマッピング情報７７０６は、第１のカラム６２０２と、第２のカラム６２０４と、を含み、送信電力報告情報７７２４は、ｘ値と呼ばれる直近の送信電力バックオフ報告の値であり、調整された干渉報告値は、ｂ値と呼ばれる調整されたビーコン比報告値であり、第１の制御ファクタ７７６４は、考慮された入力条件を満たすカラム６２０４からの決定されたｙ値である。
【０３７２】
動作は、ステップ７７５２からステップ７７５４に進み、無線端末は、無線端末によってサポートされる最高レートオプション、例えば無線端末によって現在サポートされておりＲｍａｘ７７５６と呼ばれる最高レートオプション、を決定する。動作は、ステップ７７５４からステップ７７５８に進み、無線端末は、決定された最高レートオプションＲｍａｘを用いて、セグメント、例えばアップリンクトラフィックチャネルセグメント、に関する決定された最高レートオプションに対応するフレーム数、例えばＭＡＣフレーム数、を決定する。ステップ７７５８の決定ステップは、Ｎｍａｘと呼ばれる。
【０３７３】
動作は、ステップ７７５８からステップ７７６２に進む。ステップ７７６２において、無線端末は、第２の報告制御ファクタを、干渉情報、電力情報、及び無線端末によってサポートされる最高レートの関数として決定する。ステップ７７６２において、無線端末は、制御ファクタに関するマッピング情報７７０６、送信報告電力情報７７２４、調整された干渉報告情報７７５０、及び最大フレーム数情報７７６０を用いて第２の制御ファクタ値７７６６を決定する。例えば、図６２の情報を用いる実施形態を考慮すると、制御ファクタに関するマッピング情報７７０６は、第１のカラム６２０２と、第３のカラム６２０６と、を含み、送信電力報告情報７７２４は、ｘ値と呼ばれる直近の送信電力バックオフ報告の値であり、調整された干渉報告値は、ｂ値と呼ばれる調整されたビーコン比報告値であり、第２の制御ファクタ７７６６は、考慮された入力条件を満たすカラム６２０６からの決定されたｚ値である。
【０３７４】
動作は、ステップ７７４６から接続ノードＢ  ７７６８を介してステップ７７７０に進む。ステップ７７７０において、無線端末は、通信すべきフレーム数を、前記生成された少なくとも１つの報告制御ファクタの関数として報告値にマッピングする。ステップ７７７０は、現報告辞書識別情報７７４０、報告辞書情報１  ７７１０、．．．、報告辞書Ｎ情報７７１２、第１の制御ファクタ値７７６４、第２の制御ファクタ値７７６６、及び要求グループ待ち行列バックログ情報（要求グループ１待ち行列バックログ情報７７１６、．．．、要求グループＮバックログ情報７７１８）を入力として用いる。例えば、無線端末が、４ビットアップリンク要求報告に関する図６７の報告フォーマットを用いる参照番号＝２の要求辞書を現在使用中であり、ｙ＝２であり、無線端末がインデック番号＝２を有する要求グループ内に４つのフレームのバックログを有しており、従ってＮ［２］＝４であり、無線端末がインデック番号＝３を有する要求グループ内に２つのフレームのバックログを有しており、従ってＮ［３］＝２、ｃｅｉｌ（Ｎ［２］＋Ｎ［３］）／ｙ＝ｃｅｉｌ（６／２）＝３であることを考慮すること。従って、ステップ７７７０において、報告値は、０ｂ０１１１の４ビットパターンに設定される。
【０３７５】
動作は、ステップ７７７０からステップ７７７２に進み、無線端末は、ステップ７７７０からの前記報告値を含む送信バックログ報告、例えば４ビットアップリンク送信バックログ報告、を基地局に送信する。例えば、ステップ７７７０の報告値を有するバックログ報告は、幾つかの実施形態においては、専用制御チャネルセグメントを介して通信される。幾つかの実施形態においては、バックログ報告は、同じセグメント内の他の報告とともに通信される。
【０３７６】
図７８は、様々な実施形態により実装される典型的無線端末７８００、例えばモバイルノード、の図である。典型的無線端末７８００は、様々な要素がデータ及び情報を交換することができるバス７８１２を介してひとつに結合された受信機モジュール７８０２と、送信機モジュール７８０４と、プロセッサ７８０６と、ユーザーＩ／Ｏデバイス７８０８と、メモリ７８１０と、を含む。メモリ７８１０は、ルーチン７８１８と、データ／情報７８２０と、を含む。プロセッサ７８０６、例えばＣＰＵ、は、無線端末の動作を制御するため及び方法を実装するためにメモリ７８１０内のルーチン７８１８を実行し、データ／情報７８２０を用いる。
【０３７７】
受信機モジュール７８０２、例えばＯＦＤＭ受信機、は、受信アンテナ７８０３に結合され、無線端末は、受信アンテナ７８０３を介して基地局からダウンリンク信号を受信する。ダウンリンク信号は、例えば、タイミング／同期化信号、例えばビーコン信号及びパイロット信号と、登録信号と、状態移行信号と、電力制御コマンド信号と、負荷率情報信号と、利得調整信号を含むブロードキャスト信号と、割り当て信号と、ダウンリンクトラフィックチャネル信号と、を含む。受信機モジュール７８０２は、受信されたダウンリンク信号の少なくとも一部を復号するための復号器７８１４を含む。
【０３７８】
送信機モジュール７８０４、例えばＯＦＤＭ送信機、は、送信アンテナ７８０５に結合され、無線端末は、送信アンテナ７８０５を介してアップリンク信号を基地局に送信する。幾つかの実施形態においては、送信機及び受信機に関して同じアンテナが用いられる。送信機モジュール７８０４は、アップリンク信号の少なくとも一部を符号化するための符号器７８１６を含む。アップリンク信号は、例えば、登録要求信号と、アップリンク送信バックログ要求報告信号、干渉報告、及び電力報告を含む専用制御チャネル信号と、アップリンクトラフィックチャネルセグメント信号と、を含む。
【０３７９】
ルーチン７８１８は、通信ルーチン７８２２と、無線端末制御ルーチン７８２４と、を含む。通信ルーチン７８２２は、無線端末によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン７８２４は、第１の制御ファクタ生成モジュール７８２６と、第２の制御ファクタ生成モジュール７８２８と、マッピングモジュール７８３０と、チャネル品質決定モジュール７８３２と、送信電力情報生成モジュール７８３４と、最大送信レート決定モジュール７８３６と、予想送信レート決定モジュール７８４０と、を含む。
【０３８０】
第１の制御ファクタ生成モジュール７８２６は、第１の制御ファクタ７８７０を、チャネル品質情報、利用可能送信電力情報、デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成する。第２の制御ファクタ生成モジュール７８２８は、第２の制御ファクタ７８７２を、チャネル品質情報、利用可能送信電力情報、デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数として生成する。例えば、１つの典型的実施形態においては、第１の報告制御ファクタ７８７０は、図６２のテーブル６２００内の変数ｚの値であり、第１の制御ファクタ生成モジュール７８２６は、テーブル６２００のカラム６２０２及び６２０６の情報、ビーコン比報告情報、送信電力バックオフ報告情報及び最大レート情報を用いて報告制御ファクタｚに関する値を決定する。この例を続けると、第２の報告制御ファクタ７８７２は、図６２のテーブル６２００内の変数ｙの値であり、第２の制御ファクタ生成モジュール７８２８は、テーブル６２００のカラム６２０２及び６２０４の情報、ビーコン比報告情報及び送信電力バックオフ報告情報を用いて報告制御ファクタｙに関する値を決定する。
【０３８１】
マッピングモジュール７８３０は、通信すべきフレーム数、例えばＭＡＣフレーム数、を、少なくとも１つの報告制御ファクタの関数として報告値にマッピングする。従って、マッピングモジュール７８３０は、要求グループ待ち行列情報、例えば（要求グループ１フレーム数７８８０、．．．、要求グループＮフレーム数７８８２）の少なくとも一部、を、無線端末によって現在使用中の要求辞書に従って要求報告の決定された値にマッピングする。マッピングモジュール７８３０は、使用中の辞書に対応する要求辞書情報７８４４及び第１の報告制御ファクタ７８７０及び第２の報告制御ファクタ７８７２のうちの少なくとも１つを用いてマッピングを行い、基地局に通信すべき要求報告値７８８４を決定する。１つの典型的実施形態においては、要求報告は、４ビットアップリンク要求報告（ＵＬＲＱＳＴ４）であり、無線端末は、図６３、６５、６７及び６９によって表される４つの異なる要求辞書をサポートし、無線端末は、通信すべきフレーム数Ｎ［０］、Ｎ［１］、Ｎ［２］、Ｎ［３］をそれぞれ有する４つのアップリンク要求グループをサポートし、制御ファクタは、図６２に従って決定された変数ｙ及びｚの値によって表される。従って、マッピングモジュール７８３０は、所定のＵＬＲＱＳＴ４報告に関して、要求辞書のうちの１つを使用し、無線端末及び基地局は両方とも、報告に関して無線端末によって使用中の報告辞書を認識している。
【０３８２】
チャネル品質決定モジュール７８３２は、アップリンク干渉情報７８５４、ダウンリンク干渉情報７８５８、アップリンク信号対雑音情報７８６０及びダウンリンク信号対雑音情報７８６２のうちの少なくとも１つを含む情報を生成する。モジュール７８２６及びモジュール７８２８によってそれぞれ決定された報告制御ファクタ７８７０及び／又は報告制御ファクタ７８７２のうちの少なくとも１つは、チャネル品質決定モジュール７８３２によって生成されたチャネル品質情報７８５２の関数である。幾つかの実施形態においては、両方の報告制御ファクタ７８７０、７８７２は、チャネル品質情報７８５２の関数である。
【０３８３】
送信電力情報生成モジュール７８３４は、利用可能送信電力情報７８６４、例えば無線端末送信電力バックオフ報告値、を生成する。モジュール７８２６及びモジュール７８２８によってそれぞれ決定された報告制御ファクタ７８７０及び／又は報告制御ファクタ７８７２のうちの少なくとも１つは、モジュール７８３４によって生成された利用可能送信電力情報７８６４の関数である。幾つかの実施形態においては、両方の報告制御ファクタ７８７０、７８７２は、利用可能送信電力情報７８６４の関数である。
【０３８４】
最大送信レート決定モジュール７８３６は、例えばアップリンクトラフィックチャネルセグメントに関して、無線端末によってサポートされる現在の最高レートオプションを決定する（情報７８７４）。モジュール７８２６及びモジュール７８２８によってそれぞれ決定された報告制御ファクタ７８７０及び／又は報告制御ファクタ７８７２のうちの少なくとも１つは、無線端末によってサポートされると決定された現最高レートオプション７８７４が与えられている場合にセグメント７８７６において通信することができる情報の最大フレーム数の関数である。
【０３８５】
予想レート送信モジュール７８４０は、例えば１つ以上のアップリンクトラフィックチャネルセグメントに関する予想送信レート７８７８を決定する。幾つかの実施形態においては、報告制御ファクタ及び要求報告値のうちの少なくとも１つを生成することは、予想送信レートの関数として決定される。従って、幾つかの該実施形態においては、決定された予想送信レートは、モジュール７８２６、７８２８及び７８３０のうちの１つによって用いられる。
【０３８６】
データ／情報７８２０は、報告制御ファクタに関するマッピング情報７８４２と、要求辞書情報７８４４と、チャネル品質情報７８５２と、利用可能送信電力情報７８６４と、デバイス能力情報７８６６と、サービスの質情報７８６８と、第１の報告制御ファクタ７８７０と、第２の報告制御ファクタ７８７２と、現在サポートされる最大送信レート７８７４と、現在の最大フレーム／セグメント数７８７６と、予想送信レート７８７８と、要求グループ１フレーム数７８８０、．．．、要求グループＮフレーム数７８８２と、要求報告決定値７８８４と、を含む。
【０３８７】
一実施形態における報告制御ファクタに関するマッピング情報７８４２は、図６２のテーブル６２００の情報を含む。
【０３８８】
要求辞書情報７８８４は、１つ以上の組の要求辞書情報（要求辞書１情報７８４６、．．．、要求辞書ｎ情報７８４８）を含む。要求辞書１情報７８４６は、要求報告に関するマッピング情報７８５０を含む。１つの典型的実施形態においては、要求辞書情報７８４４は、図６３のテーブル６３００、図６５のテーブル６５００、図６７のテーブル６７００及び図６９のテーブル６９００の情報を含む。例えば、要求報告に関するマッピング情報７８５０は、図６３のテーブル６３００に対応することができる。
【０３８９】
チャネル品質情報７８５２は、アップリンク干渉情報７８５４と、ダウンリンク干渉情報７８５８と、アップリンク信号対雑音情報７８６０と、ダウンリンク信号対雑音情報７８６２と、を含む。アップリンク干渉情報７８５４は、ビーコン比情報７８５６を含む。ビーコン比情報７８５６は、ビーコン比報告情報、例えばビーコン信号、パイロットチャネル信号、及び／又は負荷率情報から導き出されたアップリンク干渉報告値、、及び調整されたビーコン比報告値、を含み、前記調整は、受信されたブロードキャスト利得調整信号の関数として行われる。
【０３９０】
利用可能送信電力情報７８６４、例えば無線端末送信電力バックオフ報告値は、モジュール７８３４の出力であり、制御ファクタ生成モジュール７８２６、７８２８のうちの少なくとも１つによって用いられる。
【０３９１】
デバイス能力情報７８６６は、例えば、アップリンク電力能力情報と、サポートされるアップリンクレートオプション情報と、入力の型、例えば音声、テキスト、及び／又は画像と、バッファリング能力情報と、プログラムサポート情報と、同時並行セッション能力情報と、受信機強度情報と、送信機強度情報と、周波数帯域能力情報と、送信機数と、等を含む。サービスの質情報７８６８は、例えば、現在の推定されたサービスの質情報と、現在の測定されたサービスの質情報と、ユーザー加入段（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｔｉｅｒ）サービスレベルと、を含む。
【０３９２】
第１の報告制御ファクタ７８７０及び第２の報告制御ファクタ７８７２は、モジュール７８２６、７８２８のそれぞれの出力であり、要求報告値を決定する際にマッピングモジュール７８３０によって入力として用いられる。報告制御ファクタの使用は、所定の報告辞書の所定の固定サイズ報告、例えば４ビット報告、に関する報告上の可能性を大幅に拡大させ、それによって広範な報告上の可能性及び広範な異なる量子化方式を容易にする。従って、制御ファクタを入力として用いる小さいサイズ、例えば４ビット報告、は、好ましいことに、広範な報告上の可能性を受け入れることができる。
【０３９３】
無線端末が現在受け入れることができる最大アップリンクレートオプションを識別する、現在サポートされる最大レート７８７４は、最大レート決定モジュール７８３６の出力である。幾つかの実施形態においては、決定された現在の最大レートオプションは、制御ファクタ生成モジュール７８２６、７８２８のうちの少なくとも１つによって用いられるフレーム／セグメント、例えば１つのアップリンクトラフィックチャネルセグメント当たりのＭＡＣフレーム、の現在の最大数７８７６に対応する。予想送信レート７８７８は、モジュール７８４０の出力である。
【０３９４】
要求グループ１フレーム数７８８０、．．．、要求グループＮフレーム数７８８２は、異なる要求グループ待ち行列に対応するアップリンク送信バックログ情報、例えば要求グループ待ち行列の各々に関する送信待ちの状態のＭＡＣフレームカウント数、を示す。要求報告決定値７８８４は、マッピングモジュール７８３０の出力、例えば４ビットアップリンク要求報告（ＵＬＲＱＳＴ４報告）において通信される４ビットパターン、である。
【０３９５】
図７９は、図７９Ａ及び図７９Ｂの組合せを具備し、様々な実施形態による典型的な基地局動作方法の流れ図７９００である。典型的方法は、ステップ７９０２において開始し、基地局に電源が投入されて初期設定される。動作は、ステップ７９０２からステップ７９０４に進む。ステップ７９０４において、基地局は、少なくとも幾つかの報告制御ファクタを決定する際に無線端末によって用いられる値、例えば利得調整ファクタ、をブロードキャストする。例えば、１つの典型的実施形態においては、利得調整ファクタ、例えばアップリンクトラフィックチャネルレートフラッシュ割り当てオフセット値、は、反復的構造内のブロードキャストチャネルの一部としてブロードキャストされ、ビーコン比報告の値を調整することが意図される。
【０３９６】
動作は、ステップ７９０４からステップ７９０６に進む。ステップ７９０６において、基地局は、アップリンク干渉報告、例えばビーコン比報告、を無線端末から受信する。動作は、ステップ７９０６からステップ７９０８に進む。ステップ７９０８において、基地局は、送信電力報告、例えば無線端末送信電力バックオフ報告、を前記無線端末から受信する。動作は、ステップ７９０８からステップ７９１０に進む。ステップ７９１０において、基地局は、送信バックログ報告、例えば４ビットアップリンク要求報告、を前記無線端末から受信し、前記送信バックログ報告は、報告値、例えば多ビット報告値、を通信する。例えば、送信バックログ報告が４ビットアップリンク要求報告（ＵＬＲＱＳＴ４）である典型的実施形態においては、報告値は、１６の可能性のうちの１つであることができる。幾つかの実施形態においては、無線端末からの受信された干渉報告、送信電力報告及び送信バックログ報告の各々は、無線端末に割り当てられた同じ専用制御チャネルを通じて受信され、例えば各報告は、異なる専用制御チャネルセグメントにおいて、ただし同じ論理的専用制御チャネルトーンを用いて搬送される。
【０３９７】
動作は、ステップ７９１０からステップ７９１２に進む。ステップ７９１２において、基地局は、前記受信された送信バックログ報告に対応する１つの報告制御ファクタ又は複数の報告制御ファクタを決定し、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数である。幾つかの実施形態においては、チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む。、ステップ７９１２において、基地局は、受信されて現在処理中である送信バックログ報告を生成する際に無線端末によって用いられた同じ報告制御ファクタ、例えば報告制御ファクタの型および報告制御ファクタに関する値、を決定することを試みている。１つの典型的実施形態においては、基地局は、ステップ７９０６の受信されたアップリンク干渉報告及びステップ７９０８の受信された送信電力報告から導き出された入力が与えられている場合に、図６２のテーブル６２００の情報を用いて、制御ファクタｙ及びｚのうちの少なくとも１つに関する値を決定する。
【０３９８】
幾つかの実施形態においては、ステップ７９１２において報告制御ファクタを決定することは、受信された報告値の少なくとも一部分のビットパターンの関数として、複数の報告制御ファクタ型の中から１つの報告制御ファクタ型を決定することを含む。例えば、基地局が図６５のテーブル６５００の４ビットアップリンク要求辞書マッピングを実装していること、及び報告値が０１０１、０１１０、０１１１、１０００のうちの１つであることを考慮すると、この場合は、報告制御ファクタ型ｙが用いられる。代替として、報告値が１００１、１０１０、１０１１、１１００、１１０１、１１１０及び１１１１のうちの１つである場合は、報告制御ファクタ型ｚが用いられる。幾つかの実施形態においては、辞書の報告に関するフォーマットは、報告値のビットの一部分の値を考慮することによって使用中の報告制御ファクタの型を決定できるような形でパーティショニングすることができ、例えば、可能な報告値のうちの半数は、第１の型の報告値、例えばｙ、を使用することに対応することができ、可能な報告値の第２の半数は、第２の型の報告値、例えばｚ及び１ビット、を使用することに対応することができ、例えば、報告値の最上位ビットを用いて報告制御ファクタの型を決定することができる。
【０３９９】
幾つかの実施形態においては、ステップ７９１２は、サブステップ７９１４を含む。サブステップ７９１４において、基地局は、セグメントが無線端末に割り当てられた場合に該無線端末が該セグメントにおいて通信することができる情報の最大フレーム数を推定する。例えば、基地局が図６２のテーブル６２００の情報を用いることを考慮すると、基地局が制御ファクタｚの値を決定することを試みている場合は、基地局は、Ｎｍａｘに関する値を計算し、報告制御ファクタｚを決定する際にその値を用いる。代替として、基地局が制御ファクタｚではなくｙの値を決定する必要がある場合は、ステップ７９１４は飛ばされる。
【０４００】
動作は、ステップ７９１２からステップ７９１６に進む。ステップ７９１６において、基地局は、前記受信された報告値を前記決定された報告制御ファクタの関数として解釈する。例えば、幾つかの典型的実施形態においては、基地局は、無線端末によって使用中の報告辞書を決定し、次に、決定された報告辞書マッピング情報及び決定された報告制御ファクタを用いて、基地局は、報告値、例えば４ビットのパターンによって表される報告値、を解釈する。１つの典型的実施形態においては、基地局は、図６３のテーブル６３００、図６５のテーブル６５００、図６７のテーブル６７００、及び図６９のテーブル６９００のうちの１つの要求辞書マッピング情報、及び報告制御パラメータｙ又はｚのうちの１つに対応する報告制御ファクタ値を用いて、４ビットアップリンク要求報告の４ビットパターンを解釈する。
【０４０１】
ステップ７９１６は、ステップ７９１８を含む。ステップ７９１８において、基地局は、前記無線端末によって送信されるフレームのバックログ情報を決定する。例えば、図６３、６５、６７、及び６９の要求辞書を用いる実施形態を考慮すると、その実施形態においては、４つの要求グループ待ち行列に関する情報は、報告値の解釈から復元されるフレームカウント情報Ｎ［０］、Ｎ［１］、Ｎ［２］、及びＮ［３］によって表される。
【０４０２】
動作は、ステップ７９１６から接続ノードＡ  ７９２０を介してステップ７９２２に進む。ステップ７９２２において、基地局は、第２の送信バックログ報告を前記無線端末から受信し、前記第２の送信バックログ報告は、第２の報告値を通信し、前記第２の送信バックログ報告は、前記送信バックログ報告と同じ型であり、例えば、両報告は、反復的専用制御チャネル構造内の４ビットアップリンク要求報告（ＵＬＲＱＳＴ４）である。
【０４０３】
次に、ステップ７９２４において、基地局は、前記第２の受信された報告に対応する報告制御ファクタを決定し、前記第２の受信された報告に対応する前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数である。次に、ステップ７９２６において、基地局は、前記受信された第２の報告値を前記決定された第２の報告制御ファクタの関数として解釈する。ステップ７９２６は、ステップ７９２８を含み、ステップ７９２８において、基地局は、前記無線端末によって送信されるフレームのバックログ情報を決定する。
【０４０４】
幾つかの実施形態においては、第１及び第２の報告値は同じであるが、制御ファクタ値は異なり、前記受信された第２の報告値を解釈することは、前記無線端末によって送信されるフレームのバックログ情報に関して、前記受信された第１の報告値を解釈するのとは異なるバックログ情報を決定する。例えば、基地局が図６２のテーブル６２００の制御ファクタマッピング及び図６５のテーブル６５００の４ビットアップリンク要求辞書マッピングを実装していることを考慮すること。さらに、無線端末がステップ７９２２の前にアップリンク干渉報告及び送信電力報告のうちの少なくとも１つのうちの他の１つを送信していてその結果第１及び第２のＵＬＲＱＳＴ４報告に対応する報告制御ファクタ（ｙ）に関する異なる値が得られていること、及び（ステップ７９１０及び７９２２の）第１及び第２の受信されたＵＬＲＱＳＴ４報告は各々が同じビットパターン０１０１を通信していることを考慮すること。報告制御ファクタｙ＝１である１つの事例においては、基地局は、ビットパターンがｃｅｉｌ（（Ｎ［１］＋Ｎ［３］）／１）＝１であり、従ってＮ［１］＋Ｎ［３］＝１を通信すると解釈する。報告制御ファクタｙ＝２である他方の事例においては、基地局は、ビットパターンがｃｅｉｌ（（Ｎ［１］＋Ｎ［３］）／２）＝１であり、従ってＮ［１］＋Ｎ［３］＝２又はＮ［１］＋Ｎ［３］＝１を通信すると解釈する。
【０４０５】
次に、報告制御ファクタ変数が図６２のｚであり、報告制御パラメータｚは、無線端末に関するいずれかの所定の時点おいて、１０の異なる値（１、２、３、４、５、６、７、８、９、１０）のうちの１つを、ビーコン比報告値、送信電力バックオフ報告値、及び最大フレーム数（Ｎｍａｘ）の関数として有していることを考慮すること。従って、所定の報告辞書に関する所定のビットパターン、例えば図６５の報告辞書のビットパターン１００１、に関しては、１０の異なる解釈が可能性である。
【０４０６】
報告制御ファクタの使用は、固定された報告方式に関する報告、例えば４ビット報告、における少ないビット数に関する報告上の可能性及び利用可能な量子化方式を大幅に拡大可能であることが理解されるべきである。さらに、無線端末及び基地局によって利用されるビーコン比報告及び送信電力バックオフ報告は、報告制御ファクタを生成する以外の目的のために実装及び利用され、従ってこれらの報告は、追加のオーバーヘッドシグナリングを表さないが、バックログ報告上の可能性を向上させるために都合良く用いることができる。
【０４０７】
幾つかの実施形態においては、ステップ７９３０、７９３２及び７９３４が実行される。動作は、ステップ７９２６からステップ７９３０に進む。
【０４０８】
ステップ７９３０において、基地局は、前記無線端末から第３の送信バックログ報告を受信し、前記第３の送信バックログ報告は、第３の報告値を通信し、前記第３の送信バックログ報告は、前記送信バックログ報告、例えばＵＬＲＱＳＴ４報告と同じ型である。動作は、ステップ７９３０からステップ７９３２に進む。ステップ７９３２において、基地局は、報告制御ファクタを使用せずに前記受信された第３の報告値を解釈することを決定し、報告制御ファクタを使用せずに解釈する前記決定は、前記受信された第３の報告値の少なくとも一部分のビットパターンの関数として実行される。例えば、基地局が図６５のテーブル６５００の４ビットアップリンク要求辞書マッピングを実装していること、及び第３の報告値は、００００、０００１、００１０、００１１及び０１００のうちの１つであることを考慮すること。該状況においては、基地局は、報告を解釈するために報告制御ファクタ、例えばｙ又はｚ値、を使用しない。基地局は、幾つかの実施形態においては、報告値のビットパターンを検査することによって報告制御ファクタが使用されないことを決定する。幾つかの実施形態においては、報告制御ファクタの使用又は非使用を意図的にパーティショニングし、それによって、報告のビットのうちの全部ではなく一部を検討することによって報告制御ファクタの使用又は非使用を決定できるようにすることができる。例えば、典型的辞書の典型的報告に関する可能な報告値のうちの半数は、報告制御ファクタの非使用に対応することができ、可能な報告値のうちの半数は、報告制御ファクタの使用に対応することができる。幾つかの該実施形態においては、基地局は、報告値の１つのビット、例えば最上位ビット、の値を検討することによって、報告制御ファクタを使用中であるかどうかを決定することができる。動作は、ステップ７９３２からステップ７９３４に進む。ステップ７９３４において、基地局は、報告制御ファクタを使用せずに前記受信された第３の報告値を解釈し、例えば前記解釈は、前記無線端末によって送信されるフレームのバックログ情報を決定することを含む。
【０４０９】
図８０は、図８０Ａ、図８０Ｂ及び図８０Ｃの組合せを具備し、様々な実施形態による典型的な基地局動作方法の流れ図８０００である。典型的方法の動作は、ステップ８００２において開始し、基地局に電源が投入されて初期設定され、ステップ８００４、８００８、８０１４、８０２０、及び８０２６に進む。
【０４１０】
ステップ８００４において、基地局は、少なくとも幾つかの報告制御ファクタを決定する際に無線端末によって用いられる値、例えば利得調整値、をブロードキャストする。ステップ８００６は、利得調整ファクタ情報８００６を入力として用いる。例えば、１つの典型的実施形態においては、利得調整ファクタは、アップリンクトラフィックチャネルレートフラッシュ割り当てオフセット（ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔ）値と呼ばれ、基地局によって用いられる反復的タイミング／周波数チャネル構造内のブロードキャストチャネルで複数の異なる変数のうちの１つとしてブロードキャストされる。ステップ８００４は、継続的に実行される。
【０４１１】
ステップ８００８において、基地局は、継続的に、報告辞書使用情報（ＷＴ１  ８０１０に関する現在の報告辞書識別情報、．．．、ＷＴ  Ｎ  ８０１２に関する現在の報告辞書識別情報）を維持する。１つの典型的実施形態においては、基地局は、デフォルト報告辞書を含む４つの異なる報告辞書をサポートし、いずれかの所定の時点において、基地局のアタッチメントポイントを用いる無線端末は、４つの辞書のうちの１つを使用し、無線端末及び基地局は、両方とも、通信中のアップリンクバックログ報告に対応する使用中の報告辞書を知っている。
【０４１２】
ステップ８０１４において、基地局は、継続的に、アップリンク干渉報告、例えばビーコン比報告、を無線端末から受信する。ステップ８０１４は、受信された干渉報告情報、例えばビーコン比報告情報（無線端末１  ８０１６に関する干渉報告情報、．．．、無線端末Ｎ  ８０１８に関する干渉報告情報）が結果的に得られる。
【０４１３】
ステップ８０２０において、基地局は、継続的に、送信電力報告、例えば無線端末送信電力バックオフ報告、を無線端末から受信する。ステップ８０２０は、受信された電力報告情報（無線端末１  ８０２２に関する電力報告情報、．．．、無線端末Ｎ  ８０２４に関する電力報告情報）が結果的に得られる。
【０４１４】
ステップ８０２６において、無線端末は、継続的に、送信バックログ報告、例えば４ビットアップリンク要求報告（ＵＬＲＱＳＴ４）を無線端末から受信する。ステップ８０２６は、受信されたバックログ報告値（無線端末１  ８０２８に関するバックログ報告値、．．．、無線端末Ｎ  ８０３０に関するバックログ報告値）が結果的に得られる。解釈されることになる各々の受信されたバックログ報告値に関して、動作は、ステップ８０２６から接続ノードＡ  ８０３２を介してステップ８０３４に進む。
【０４１５】
ステップ８０３４において、基地局は、受信された送信バックログ報告に対応する１つの報告制御ファクタ又は複数の報告制御ファクタを決定し、前記報告制御ファクタは、チャネル品質情報、無線端末利用可能送信電力、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数である。ステップ８０３４は、サブステップ８０３６と、８０４０と、８０５０と、８０５２と、を含む。
【０４１６】
サブステップ８０３６において、基地局は、利得調整ファクタ情報８００６を用いて、受信された干渉情報、ＷＴｉ  ８０３５に関する干渉報告情報を調整し、ＷＴｉ  ８０３８に関する調整された干渉報告情報を入手する。例えば、入力情報ＷＴｉ  ８０３５は、（ＷＴ１  ８０１６に関する干渉報告情報、．．．、干渉報告情報８０１８）のうちの１つであり、ここで、ｉの値は、決定中の制御ファクタが対応する解釈中のバックログ報告を送信したＷＴのインデックスと一致する。
【０４１７】
動作は、サブステップ８０３６からサブステップ８０４０に進む。サブステップ８０４０において、基地局は、セグメントがＷＴｉに割り当てられた場合に、ＷＴｉが該セグメント、例えばアップリンクトラフィックチャネルセグメント、において通信することができる情報の最大フレーム数を推定する。サブステップ８０４０は、サブステップ８０４２と、８０４６と、を含む。サブステップ８０４２において、基地局は、予想最大レートオプションＲｍａｘ８０４４を決定し、ステップ８０４６において、基地局は、決定された最大レートオプションを用いてＲｍａｘに対応するフレーム数、Ｎｍａｘ８０４８を決定する。
【０４１８】
動作は、サブステップ８０４０からサブステップ８０５０に進む。サブステップ８０５０において、基地局は、第１の報告制御ファクタｙ８０５１を、干渉報告情報及び電力報告情報の関数として決定する。サブステップ８０５０において入力として用いられる電力報告情報は、（ＷＴ１  ８０２２に関する電力報告情報、．．．、ＷＴ  Ｎ  ８０２４に関する電力報告情報）のうちの１つであるＷＴｉ  ８０４９に関する電力報告情報であり、ここで、ｉの値は、決定中の制御ファクタが対応する解釈中のバックログ報告を送信したＷＴのインデックスと一致する。サブステップ８０５０において入力として用いられる干渉報告情報は、ＷＴｉ  ８０３８に関する調整された干渉報告情報である。１つの典型的実施形態においては、第１の制御ファクタ値ｙは、図６２のテーブル６２００の第１のカラム６２０２及び第２のカラム６２０４に従って決定される。例えば、ｙの値８０５１は、１又は２であることができる。
【０４１９】
動作は、サブステップ８０５０からサブステップ８０５２に進む。サブステップ８０５２において、基地局は、第２の報告制御ファクタｚ８０５３を、干渉報告情報、電力報告情報及びレート情報の関数として決定する。サブステップ８０５２において入力として用いられる電力報告情報は、（ＷＴ１  ８０２２に関する電力報告情報、．．．、ＷＴ  Ｎ  ８０２４に関する電力報告情報８０２４）のうちの１つであるＷＴｉ  ８０４９に関する電力報告情報であり、ここで、ｉの値は、決定中の制御ファクタが対応する解釈中のバックログ報告を送信したＷＴのインデックスと一致する。サブステップ８０５０において入力として用いられる干渉報告情報は、ＷＴｉ  ８０３８に関する調整された干渉報告情報である。レート情報に基づくＮｍａｘ８０４８もサブステップ８０５２への入力として用いられる。１つの典型的実施形態においては、第２の制御ファクタ値ｚは、図６２のテーブル６２００の第１のカラム６２０２及び第３のカラム６２０６に従って決定される。例えば、ｚの値８０５３は、組｛１、２、３、４、５、６、７、８、９、１０｝のうちの１つであることができる。
【０４２０】
動作は、ステップ８０３４から接続ノードＢ  ８０５４を介してステップ８０５６に進む。ステップ８０５６において、基地局は、受信された報告値を決定された報告制御ファクタの関数として解釈する。ステップ８０５６は、サブステップ８０５８と、８０６２と、を含む。サブステップ８０５８において、基地局は、解釈のために用いる報告辞書情報を識別する。基地局は、基地局がＷＴｉ  ８０６８に関する現報告辞書識別情報の値に基づいて選択する１つ以上の組の報告辞書情報（報告辞書１情報８０６４、．．．、報告辞書Ｎ情報８０６６）を含む。ＷＴｉ  ８０６８に関する現報告辞書情報は、（ＷＴ１  ８０１０に関する現報告辞書ＩＤ、．．．、ＷＴ  Ｎ  ８０１２に関する現報告辞書ＩＤ）のうちの１つであり、ここで、ｉの値は、処理中のバックログ報告が対応する無線端末インデックスの値である。ステップ８０５８の出力は、識別された報告辞書情報８０６０である。例えば、基地局が４つの報告辞書をサポートする１つの典型的実施形態においては、情報８０６０は、図６３のテーブル６３００、図６５のテーブル６５００、図６７のテーブル６７００及び図６９のテーブル６９００のうちの１つに対応する。
【０４２１】
動作は、サブステップ８０５８からサブステップ８０６２に進む。サブステップ８０６２において、基地局は、ＷＴｉによって送信されるフレームのバックログ情報を決定する。サブステップ８０６２は、ＷＴｉ   ８０７０に関するバックログ報告値、報告制御ファクタｙ値８０５１、報告制御ファクタｚ値８０５３、及び識別された報告辞書情報８０６０を入力として用いる。ＷＴｉ  ８０７０に関するバックログ報告値は、（ＷＴ１  ８０２８に関する受信されたバックログ報告値、．．．、ＷＴ  Ｎ  ８０３０に関する受信されたバックログ報告値）のうちの１つであり、ここで、ｉの値は、処理中のバックログ報告が対応する無線端末インデックスの値である。例えば１つ以上の要求グループ８０６３に対応する決定されたバックログ情報は、ステップ８０６３から出力される。例えば、識別された報告辞書情報８０６０は、図６５のテーブル６５００に対応し、バックログ報告値８０７０は、４ビットパターン０１１１、ｙ＝２及びｚ＝７であることを考慮すること。該事例においては、決定されたバックログ情報は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［３］）／２＝３であり、又は、その他のワイヤレス（ｗｉｒｅｌｅｓｓ）においては、要求グループ１及び要求グループ３の組合せは、通信すべき５つ又は６つのフレーム、例えばＭＡＣフレーム、のバックログを有する。代替として、識別された報告辞書情報８０６０が図６５のテーブル６５００に対応し、バックログ報告値８０７０は、４ビットパターン０１１１、ｙ＝１及びｚ＝４であることを考慮すること。該事例においては、決定されたバックログ情報は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［３］）／１＝３であり、又は、その他のワイヤレスにおいては、要求グループ１及び要求グループ３の組合せは、通信すべき３つのフレーム、例えばＭＡＣフレーム、のバックログを有する。代替として、識別された報告辞書情報８０６０が図６５のテーブル６５００に対応し、バックログ報告値８０７０は、４ビットパターン１１０１、ｙ＝２及びｚ＝６であることを考慮すること。該事例においては、決定されたバックログ情報は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［３］）／６＝６であり、又は、その他のワイヤレスにおいては、要求グループ１及び要求グループ３の組合せは、通信すべき３６又は３５又は３４又は３３又は３２又は３１のフレーム、例えばＭＡＣフレーム、のバックログを有する。代替として、識別された報告辞書情報８０６０が図６５のテーブル６５００に対応し、バックログ報告値８０７０は、４ビットパターン１１０１、ｙ＝１及びｚ＝４であることを考慮すること。該事例においては、決定されたバックログ情報は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［３］）／４＝６であり、又は、その他のワイヤレスにおいては、要求グループ１及び要求グループ３の組合せは、通信すべき２４又は２３又は２２又は２１又は２０又は１９のフレーム、例えばＭＡＣフレーム、のバックログを有する。従って、観察することができるように、制御ファクタの使用は、同じ要求辞書に対応する４ビットアップリンク要求報告の複数の解釈を可能にし、量子化方式の変形を容易にする。
【０４２２】
図８１は、様々な実施形態により実装される典型的基地局８１００の図である。典型的基地局８１００は、様々な要素がデータ及び情報を交換することができるバス８１１２を介してひとつに結合された受信機モジュール８１０２と、送信機モジュール８１０４と、プロセッサ８１０６と、Ｉ／Ｏインタフェース８１０８と、メモリ８１１０と、を含む。メモリ８１１０は、ルーチン８１１８と、データ／情報８１２０と、を含む。プロセッサ８１０６、例えばＣＰＵ、は、基地局８１００の動作を制御するため及び方法を実装するためにメモリ８１１０内のルーチン８１１８を実行し、データ／情報８１２０を使用する
受信機モジュール８１０２、例えばＯＦＤＭ受信機、は、受信アンテナ８１０３に結合され、基地局は、受信アンテナ８１０３を介して無線端末から、例えば無線端末７８００から、アップリンク信号を受信する。受信機モジュール８１０２は、受信されたアップリンク信号の少なくとも一部を復号するための復号器８１１４を含む。受信されたアップリンク信号は、登録信号と、専用制御チャネル信号と、タイミング制御信号と、アップリンクトラフィックチャネル信号と、を含む。専用制御チャネル信号は、バックログ報告、例えば４ビットアップリンク要求報告（ＵＬＲＱＴＳ４）と、干渉報告、例えばビーコン比報告と、送信電力報告、例えば無線端末送信電力バックオフ報告と、を含む。
【０４２３】
送信機モジュール８１０４、例えばＯＦＤＭ送信機、は、送信アンテナ８１０５に結合され、基地局８１００は、送信アンテナ８１０５を介してダウンリンク信号を無線端末に送信する。送信機モジュール８１０４は、送信されたダウンリンク信号の少なくとも一部を符号化するための符号器８１１６を含む。ダウンリンク信号は、タイミング／同期化信号と、登録信号と、割り当て信号と、ダウンリンクトラフィックチャネル信号と、ブロードキャストチャネル信号と、を含む。ブロードキャストチャネル信号は、報告制御ファクタ、例えば利得調整パラメータ、を決定する際に無線端末によって用いられるパラメータを含む。例えば、１つの典型的実施形態においては、
ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔと呼ばれる利得調整パラメータは、調整されたビーコン比報告値を入手するためにビーコン比報告値をスケーリングする際に無線端末によって用いられ、前記調整されたビーコン比報告値は、報告制御ファクタを決定する際に入力として用いられる。
【０４２４】
Ｉ／Ｏインタフェース８１０８は、その他のネットワークノード、例えばその他の基地局、ルーター、ＡＡＡノード、ホームエージェントノード等、及び／又はネットワークに基地局８１００を結合させる。従って、Ｉ／Ｏインタフェース８１０８は、基地局８１００をバックホールネットワークに結合させることによって、基地局８１００のアタッチメントポイントを用いる無線端末が異なる基地局のアタッチメントポイントを用いるピアノードとの通信セッションに参加することを可能にする。
【０４２５】
ルーチン８１１８は、通信ルーチン８１２２と、基地局制御ルーチン８１２４と、を含む。通信ルーチン８１２２は、基地局８１００によって用いられる様々な通信プロトコルを実装する。基地局制御ルーチン８１２４は、スケジューラモジュール８１２６と、報告制御ファクタ決定モジュール８１２８と、報告解釈モジュール８１３０と、干渉報告復元モジュール８１３２と、無線端末送信電力報告復元モジュール８１３４と、無線端末レート決定モジュール８１３６と、ブロードキャスト制御モジュール８１３８と、報告辞書モジュール８１４０と、を含む。
【０４２６】
スケジューラモジュール８１２６は、スケジューリング方針に従って基地局８１００のアタッチメントポイントを用いて無線端末へのエアリンク資源をスケジューリングする。エアリンク資源は、ダウンリンク及びアップリンクトラフィックチャネルセグメントを含む。スケジューラモジュール８１２６は、いずれのアップリンクトラフィックチャネルセグメントがいずれの無線端末に割り当てられるかを決定する際に、受信された送信バックログ報告から導き出された情報を用いる。
【０４２７】
報告制御ファクタ決定モジュール８１２８は、報告制御ファクタの値を決定し、報告制御ファクタは、チャネル品質情報、無線端末利用可能電力情報、無線端末デバイス能力情報及びサービスの質情報のうちの少なくとも１つの関数である。幾つかの実施形態においては、前記報告制御ファクタ決定モジュール８１２８は、前記報告制御ファクタをチャネル品質情報の関数として決定し、前記チャネル品質情報は、アップリンク干渉情報、ダウンリンク干渉情報、アップリンク信号対雑音情報、ダウンリンク信号対雑音情報、アップリンク信号対干渉情報、及びダウンリンク信号対干渉情報のうちの少なくとも１つを含む。報告制御ファクタ決定モジュール８１２８は、第１の制御ファクタサブモジュール８１４２と、第２の制御サブモジュール８１４４と、を含む。第１の報告制御ファクタサブモジュール８１４２は、第１の報告制御ファクタ、例えばＷＴ１に関する決定された第１の制御ファクタ８１７６、の値を決定する。第２の報告制御ファクタサブモジュール８１４４は、第２の報告制御ファクタ、例えばＷＴ１に関する決定された第２の制御ファクタ８１７８、の値を決定する。例えば、１つの典型的実施形態においては、２つの報告制御ファクタは、図６２のテーブル６２００のｙ及びｚであり、報告制御ファクタ決定モジュール８１２８は、テーブル６２００による、受信中の送信バックログ報告、例えばＵＬＲＱＳＴ４、の送信元である無線端末に関するｙ及びｚに関する値を決定する。
【０４２８】
報告解釈モジュール８１３０は、受信されたバックログ報告を送信した無線端末によって通信されるフレームに関連するバックログ情報を決定する。例えば、ＷＴ１に関して、受信された送信バックログ報告８１５０に対応して、基地局は、ＷＴ１からの受信されたＵＬＲＱＳＴ４報告の４ビットパターンに対応する報告値８１６８、例えば０．．１５の範囲内の整数値、を入手し、前記報告を、決定された制御ファクタ、例えばｙ及び／又はｚの報告制御ファクタ値、の関数として解釈し、解釈された送信バックログ報告情報８１５６を決定する。様々な実施形態においては、基地局８１００は、複数の異なる報告辞書をサポートし、報告解釈モジュール８１３０は、ＷＴに関する現在の辞書を用いて報告を解釈する。例えば、１つの典型的実施形態においては、基地局８１００は、図６３のテーブル６３００、図６５のテーブル６５００、図６７のテーブル６７００及び図６９のテーブル６９００の情報によって表されるＵＬＲＱＳＴ４報告解釈に関して４つの報告辞書をサポートする。基地局報告解釈モジュール８１３０は、これらの要求辞書のうちの該当する１つ、決定された報告制御ファクタ、及び入力された報告値を用いて、要求グループ待ち行列フレームカウント情報に関連する情報を決定する。例えば、要求辞書がテーブル６５００の１つであり、報告値＝０１１０、及び制御ファクタｙ＝２であることを考慮した場合は、報告解釈モジュールは、ｃｅｉｌ（（Ｎ［１］＋Ｎ［３］）／ｙ）＝２であると決定し、換言すると、無線端末に関する要求グループ１及び要求グループ３の組合せは、送信すべきバックログ内に３つ又は４つのＭＡＣフレームを有する。
【０４２９】
干渉報告復元モジュール８１３２、例えばビーコン比報告復元モジュール、は、無線端末からの干渉報告及び干渉報告情報、例えば、ＷＴ１からの干渉報告８１５２及び対応する干渉報告情報８１７０、例えばビーコン比報告値、を復元する。干渉報告情報８１７０は、制御ファクタ決定モジュール８１２８によって入力として用いられ、例えば干渉報告情報８１７０は、図６２のテーブル６２００に関する変数ｂ０の値であり、値ｂ０は、利得調整ファクタ８１９０を用いて報告制御ファクタ決定モジュール８１２８内の利得調整サブモジュールによって調整され、報告制御ファクタｙ及びｚを決定する際に用いられるｂの値が入手される。
【０４３０】
無線端末送信電力報告復元モジュール８１３４は、ＷＴからの送信電力報告、例えば送信電力バックオフ報告、を復元し、電力報告情報、例えば無線端末送信電力利用可能性情報、を決定する。例えば、ＷＴ１に対応して、復元モジュール８１３４は、報告８１５４を復元し、電力報告情報８１７４を入手する。電力報告情報８１７４は、制御ファクタ決定モジュール８１２８によって入力として用いられ、例えば、電力報告情報は、図６２のテーブル６２００内の変数ｘの値である。
【０４３１】
ブロードキャスト制御モジュール８１３８は、利得調整ファクタ８１９０を含むブロードキャスト通信チャネルパラメータのブロードキャストを制御する。利得調整ファクタパラメータ値８１９０、例えば図６２に関して説明されるｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔの値、は、報告制御ファクタを決定する際に無線端末によって用いられる。基地局８１００は、ブロードキャスト利得調整パラメータを知っており、報告制御ファクタ決定モジュール８１２８も、対応する制御ファクタを決定する際に利得調整ファクタ８１９０を使用し、例えば、調整された干渉報告値８１７２が干渉報告値８１７０から得られる。
【０４３２】
無線端末レート決定モジュール８１３６は、無線端末に対応するレートオプション、例えば、無線端末がアップリンクトラフィックチャネルセグメントに関して使用予定の最大レートオプション、を決定する。幾つかの実施形態においては、レート決定モジュール８１３６は、決定されたレートオプションに対応するフレーム、例えばＭＡＣフレーム、の最大数を決定する。幾つかの実施形態においては、最大フレーム数情報を決定するために別個のモジュールが用いられる。典型的実施形態においては、モジュール８１２８によって決定される報告制御ファクタの少なくとも一部は、無線端末に関する現最大レートオプション情報の関数として決定される。例えば、１つの典型的実施形態においては、無線端末に関する決定された現最大レートオプション、例えばＲｍａｘ値、から導き出された最大フレーム情報、例えばＮｍａｘ値、が、図６２のテーブル６２００の報告制御ファクタパラメータｚの値を決定するために報告制御ファクタ決定モジュール８１２８によって用いられる。
【０４３３】
報告辞書モジュール８１４０は、基地局８１００アタッチメントポイントを用いる無線端末に対応する現在の報告辞書識別情報８１４６、例えばＷＴ１現要求辞書識別情報、を維持する。従って、モジュール８１４０は、無線端末によって使用中の現報告辞書を追跡し、報告解釈モジュール８１３０が送信バックログ報告値を解釈時に基地局が該当する要求辞書を用いることができるようにする。
【０４３４】
データ／情報８１２０は、複数の組の無線端末データ／情報（ＷＴ１データ／情報８１４５、．．．、ＷＴ  Ｎデータ／情報８１４７）と、複数の要求辞書情報（要求辞書１情報８１８４、．．．、要求辞書Ｎ情報８１８６）と、報告制御ファクタマッピング情報８１８８と、利得調整ファクタ８１９０と、を含む。１つの典型的実施形態においては、基地局８１００は、４つの要求辞書をサポートし、報告辞書情報は、図６３のテーブル６３００、図６５のテーブル６５００、図６７のテーブル６７００及び図６９のテーブル６９００の情報を含む。報告制御マッピング情報８１８８は、例えば、報告制御ファクタｙ及びｚを導き出すために用いられる図６２のテーブル６２００に含まれる情報を含む。利得調整ファクタ８１９０、例えばｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔ等のパラメータ、は、報告制御ファクタを決定する際にＷＴ及びＢＳ８１００の両方によって用いられ、送信機モジュール８１０４を介してブロードキャスト通信チャネルを通じてブロードキャスト制御モジュール８１４０の制御下でブロードキャストされる。
【０４３５】
ＷＴ１データ／情報８１４５は、現要求辞書識別情報８１４６と、受信された報告８１４８と、解釈された送信バックログ報告情報８１５６と、複数の要求グループフレーム情報（要求グループ０フレーム情報８１５８、．．．、要求グループＮフレーム情報８１６０）と、デバイス能力情報８１６２と、サービスの質情報８１６４と、その他の品質情報８１６６と、報告値８１６８と、干渉報告情報８１７０と、調整された干渉報告情報８１７２と、電力報告情報８１７４と、決定された第１の制御ファクタ８１７６と、決定された第２の制御ファクタ８１７８と、最大レート情報８１８０と、最大フレーム数情報８１８２と、を含む。
【０４３６】
受信された報告８１４８は、送信バックログ報告８１５０と、干渉報告８１５２と、無線端末送信電力報告８１５４と、を含む。１つの典型的実施形態においては、送信バックログ報告は、４ビットアップリンクトラフィック要求報告（ＵＬＲＱＳＴ４）であり、干渉報告は、４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）であり、無線端末電力報告は、５ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ５）又は４ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ４）である。報告値８１６８、例えば報告の情報ビット又はビットによって搬送される整数値又はビットパターン、例えば４ビットパターン０１１０、は、受信された送信バックログ報告８１５０に対応する。干渉報告情報８１７０、例えば受信された干渉報告８１５２から得られた単位がｄＢの値、は、例えば、−３ｄＢ乃至２６ｄＢの範囲内の図２９のテーブル２９００の値のうちの１つである。
【０４３７】
調整された干渉報告情報８１７２は、干渉報告情報８１７０値及び利得調整ファクタ８１９０値の組合せを表す。電力報告情報８１７４は、受信された無線端末送信電力報告から入手され、例えば、６．５ｄＢ乃至４０ｄＢの範囲内の図２６のテーブル２６００のＵＬＴｘＢＫＦ５の値である。
【０４３８】
決定された第１の制御ファクタ８１７６は、第１の制御ファクタサブモジュール８１４２の出力であり、決定された第２の制御ファクタ８１７８は、第２の制御ファクタサブモジュール８１４４の出力である。１つの典型的実施形態においては、２つの報告制御ファクタは、図６２のテーブル６２００の変数ｙ及びｚによって表される。
【０４３９】
解釈された送信バックログ報告情報８１５６は、報告解釈モジュール８１３０の出力、例えば、１つ以上の要求グループに対応するＷＴ１によってアップリンクトラフィックチャネルセグメントにおいて送信される情報のＭＡＣフレームのカウントである。要求グループ０フレーム情報８１５８は、ＷＴ１に関するバックログ内の要求グループ０に対応するフレーム数の基地局推定値を含み、要求グループＮフレーム情報８１６０は、ＷＴ１に関するバックログ内の要求グループＮに対応するフレーム数の基地局推定値を含む。要求グループフレーム情報（８１５８，．．．、８１６０）は、解釈された送信バックログ報告情報８１５６に基づいて更新される。
【０４４０】
デバイス能力情報８１６２は、例えば、アップリンク電力能力情報と、サポートされるアップリンクレートオプション情報と、入力の型、例えば音声、テキスト、及び／又は画像、と、バッファリング能力情報と、プログラムサポート情報と、同時並行セッション能力情報と、受信機強度情報と、送信機強度情報と、周波数帯域能力情報と、送信機数と、等を含む。サービスの質情報８１６４は、例えば、現在の推定されたサービスの質情報と、現在の測定されたサービスの質情報と、ユーザー加入段サービスレベルと、を含む。その他の品質情報８１６６は、ダウンリンク干渉情報と、アップリンク信号対雑音情報と、ダウンリンク信号対雑音情報と、アップリンク信号対干渉情報と、ダウンリンク信号対雑音情報と、を含む。
【０４４１】
ＷＴ１データ／情報８１４５は、セグメント、例えば基地局のスケジューラ８１２６によってＷＴ１に割り当てられたアップリンクトラフィックチャネルセグメント、を識別する情報も含む。さらに、データ／情報８１４５は、ＷＴ１に割り当てられたトラフィックチャネルセグメントを介して受信及び／又は送信されたユーザーデータ、例えば音声、オーディオ、画像、テキスト、及び／又はファイルデータ、例えば、ＷＴ１のピアノードを対象にしており、ＷＴ１に割り当てられたアップリンクトラフィックチャネルセグメントを介して受信されたＷＴ１からのユーザーデータのＭＡＣフレーム、も含む。
【０４４２】
様々な実施形態の技術は、ソフトウェア、ハードウェア及び／又はソフトウェアとハードウェアの組合せを用いて実装することができる。様々な実施形態は、装置、例えばモバイル端末等のモバイルノード、基地局、通信システム、を対象とするものである。さらに、方法、例えばモバイルノード、基地局及び／又は通信システム、例えばホスト、を制御する及び／又は動作させる方法、も対象とする。様々な実施形態は、１つ以上のステップを実装するように機械を制御するための機械によって読み取り可能な命令を含む機械によって読み取り可能な媒体、例えばＲＯＭ、ＲＡＭ、ＣＤ、ハードディスク等も対象とする。
【０４４３】
様々な実施形態においては、本明細書において説明されるノードは、１つ以上の方法に対応するステップ、例えば信号処理ステップ、メッセージ生成ステップ及び／又は送信ステップ、を実行するための１つ以上のモジュールを用いて実装される。従って、幾つかの実施形態においては、様々な特長がモジュールを用いて実装される。該モジュールは、ソフトウェア、ハードウェア又はソフトウェアとハードウェアの組合せを用いて実装することができる。上述される方法又は方法ステップの多くは、上述される方法の全部又は一部を例えば１つ以上のノード内に実装するために、機械、例えば追加のハードウェアを有する又は有さない汎用コンピュータ、を制御するための、メモリデバイス、例えばＲＡＭ、フロッピー（登録商標）ディスク等の機械によって読み取り可能な媒体、に含まれている機械によって実行可能な命令、例えばソフトウェア、を用いて実装することができる。従って、とりわけ、様々な実施形態は、機械、例えばプロセッサ及び関連するハードウェア、に上述される方法のステップのうちの１つ以上を実行させるための機械によって実行可能な命令を含む機械によって読み取り可能な媒体を対象とする。
【０４４４】
ＯＦＤＭシステムに関して説明されている一方で、様々な実施形態の方法及び装置の少なくとも一部は、数多くの非ＯＦＤＭ及び／又は非セルラーシステムを含む広範な通信システムに対しても適用可能である。
【０４４５】
上記の説明に鑑みて、上述される様々な実施形態の方法及び装置に関する数多くの追加の変形が当業者にとって明確になるであろう。該変形は、適用範囲内にあるとみなされるべきである。実施形態の方法及び装置は、ＣＤＭＡ、直交周波数分割多重化（ＯＦＤＭ）、及び／又はアクセスノードとモバイルノードとの間において無線通信リンクを提供するために用いることができる様々なその他の型の通信技術とともに用いることができ、様々な実施形態において用いられている。幾つかの実施形態においては、アクセスノードは、ＯＦＤＭ及び／又はＣＤＭＡを用いてモバイルノードとの通信リンクを構築する基地局として実装される。様々な実施形態においては、モバイルノードは、方法を実装するための、受信機／送信機回路及び論理及び／又はルーチンを含むノート型コンピュータ、パーソナルデータアシスタント（ＰＤＡ）、又はその他のポータブルデバイスとして実装される。
【図面の簡単な説明】
【０４４６】
【図１】様々な実施形態により実装される典型的通信システムを示した図である。
【図２】様々な実施形態により実装される典型的基地局を示した図である。
【図３】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図４】典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的アップリンク専用制御チャネル（ＤＣＣＨ）セグメントを示した図である。
【図５】論理的ＤＣＣＨチャネルトーンに対応する各組のＤＣＣＨセグメントがフルトーンフォーマットであるときの典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的専用制御チャネルを示した図を含む。
【図６】論理的ＤＣＣＨチャネルトーンに対応する各組のＤＣＣＨセグメントがスプリットトーンフォーマットであるときの典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的専用制御チャネルの図を含む。
【図７】論理的ＤＣＣＨチャネルトーンに対応するＤＣＣＨセグメントの組の一部がフルトーンフォーマットであり論理的ＤＣＣＨチャネルトーンに対応するＤＣＣＨセグメントの組の一部がスプリットトーンであるときの典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的専用制御チャネルの図を含む。
【図８】様々な実施形態による典型的アップリンクＤＣＣＨにおけるフォーマット及びモードの使用を示した図であり、前記モードは、ＤＣＣＨセグメント内の情報ビットの解釈を定義する。
【図９】図８に対応する、異なる動作モードを示す数例を示した図である。
【図１０】所定のＤＣＣＨトーンに関するビーコンスロット内のフルトーンフォーマットの典型的デフォルトモードを示した図である。
【図１１】ＷＴがＯＮ状態に移行後における第１のアップリンクスーパースロット内のアップリンクＤＣＣＨセグメントのフルトーンフォーマットのデフォルトモードの典型的定義を示した図である。
【図１２】デフォルトモードに関するフルトーンフォーマットの専用制御報告（ＤＣＲ）の典型的サマリーリストを示した図である。
【図１３】非ＤＬマクロダイバーシティモードにおける典型的５ビットダウンリンクＳＮＲ報告（ＤＬＳＮＲ５）に関する典型的フォーマットのテーブルである。
【図１４】ＤＬマクロダイバーシティモードにおける５ビットダウンリンクＳＮＲ報告（ＤＬＳＮＲ５）の典型的フォーマットのテーブルである。
【図１５】典型的３ビットダウンリンクデルタＳＮＲ報告（ＤＬＤＳＮＲ３）の典型的フォーマットのテーブルである。
【図１６】典型的１ビットアップリンク要求（ＵＬＲＱＳＴ１）報告に関する典型的フォーマットのテーブルである。
【図１７】典型的制御パラメータｙ及びｚを計算するために用いられる典型的テーブルであり、前記制御パラメータｙ及びｚは、送信要求グループ待ち行列情報を搬送するアップリンク多ビット要求報告を決定する際に用いられる。
【図１８】典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図１９】典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２０】典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２１】典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２２】典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２３】典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２４】典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２５】典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２６】様々な実施形態による典型的な５ビットアップリンク送信機電力バックオフ報告（ＵＬＴｘＢＫＦ５）に関する３２のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２７】様々な実施形態により実装される、トーンブロック電力段番号を電力スケーリングファクタと関連させる典型的電力スケーリングファクタテーブルを含む。
【図２８】様々な実施形態による実装される、基地局セクター負荷情報を通信する際に用いられる典型的アップリンク負荷率テーブルである。
【図２９】様々な実施形態による、４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）に関する典型的フォーマットを示すテーブルである。
【図３０】様々な実施形態による、典型的な４ビットダウンリンク自己雑音飽和レベルのＳＮＲ報告（ＤＬＳＳＮＲ４）のフォーマットを説明する典型的テーブルの図である。
【図３１】対応する柔軟型報告によって搬送されるインジケータ報告情報ビットと報告の型との間のマッピング例を示すテーブルの図である。
【図３２】典型的無線端末に関する所定のＤＣＣＨトーンに関するビーコンスロットにおけるスプリットトーンフォーマットの典型的デフォルトモードを示した図である。
【図３３】ＷＴがＯＮ状態に移行後の第１のアップリンクスーパースロット内におけるアップリンクＤＣＣＨセグメントのスプリットトーンフォーマットにおけるデフォルトモードの典型的定義を示した図である。
【図３４】デフォルトモードに関するスプリットフォーマットにおける専用制御報告（ＤＣＲ）の典型的サマリーリストを提供する。
【図３５】様々な実施形態による、典型的４ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ４）に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図３６】対応する柔軟型報告によって搬送されるインジケータ報告情報ビットと報告の型との間のマッピング例を示した図である。
【図３７】フルトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様である。
【図３８】スプリットトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様を示したテーブルの図である。
【図３９】典型的無線端末アップリンクトラフィックチャネルフレーム要求グループ待ち行列カウント情報を示したテーブルの図である。
【図４０】典型的実施形態による、無線端末によって維持されている典型的な一組の４つの要求グループ待ち行列を示した図及び２つの典型的無線端末に関する要求待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示した図を含む。
【図４１】報告の型の各々に関して用いられる典型的フォーマットによる典型的要求グループ待ち行列構造、複数の要求辞書、複数の型のアップリンクトラフィックチャネル要求報告、及び待ち行列の組のグループ分類を示した図である。
【図４２】図４２Ａ、図４２Ｂ、図４２Ｃ、図４２Ｄ、及び図４２Ｅの組合せであり、様々な実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ａ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｂ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｃ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｄ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｅ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４３】様々な実施形態による典型的無線端末動作方法の流れ図である。
【図４４】様々な実施形態による制御情報を報告するための典型的無線端末動作方法の流れ図である。
【図４５】典型的実施形態における初期制御情報報告組の使用を例示するために用いられる図である。
【図４６】典型的実施形態における初期制御情報報告組の使用を例示するために用いられる図である。
【図４７】様々な実施形態による典型的通信デバイス動作方法の流れ図であり、前記通信デバイスは、複数の異なる制御情報報告の反復的送信を制御する際に用いるための予め決められた報告シーケンスを示す情報を含む。
【図４８】様々な実施形態による初期制御チャネル情報報告組の２つの典型的な異なるフォーマットを示した図であり、前記異なるフォーマット報告組は、異なる組の報告を搬送する少なくとも１つのセグメントを含む。
【図４９】様々な実施形態による複数の異なる初期制御チャネル情報報告組を示した図であり、前記異なる初期制御情報報告組は、異なるセグメント数を有する。
【図５０】様々な実施形態による典型的無線端末動作方法の流れ図である。
【図５１】様々な実施形態による、典型的無線端末に割り当てられた典型的フルトーンＤＣＣＨモードセグメント及び典型的スプリットトーンＤＣＣＨモードセグメントを示した図である。
【図５２】様々な実施形態による典型的基地局動作方法の流れ図である。
【図５３】様々な実施形態による、典型的無線端末に割り当てられた典型的フルトーンＤＣＣＨモードセグメント及び典型的スプリットトーンＤＣＣＨモードセグメントを示した図である。
【図５４】様々な実施形態による典型的無線端末動作方法の流れ図である。
【図５５】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図５６】様々な実施形態により実装される典型的基地局、例えばアクセスノード、を示した図である。
【図５７】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図５８】様々な実施形態により実装される典型的基地局、例えばアクセスノード、を示した図である。
【図５９】図５９Ａ、図５９Ｂ及び図５９Ｃの組合せであり、様々な実施形態による典型的無線端末動作方法の流れ図である。
【図５９Ａ】一実施形態による典型的無線端末動作方法の流れ図である。
【図５９Ｂ】一実施形態による典型的無線端末動作方法の流れ図である。
【図５９Ｃ】一実施形態による典型的無線端末動作方法の流れ図である。
【図６０】様々な実施形態による送信電力情報を基地局に提供するための典型的無線端末動作方法の流れ図である。
【図６１】典型的１ビットアップリンク要求（ＵＬＲＱＳＴ１）報告に関する典型的フォーマットのテーブルである。
【図６２】典型的制御パラメータｙ及びｚを計算するために用いられる典型的テーブルであり、制御パラメータｙ及びｚは、送信要求グループ待ち行列情報を搬送するアップリンク多ビット要求報告を決定する際に用いられる。
【図６３】０に等しいＲＤ参照番号を有する典型的要求辞書を定義する図である。
【図６４】０に等しいＲＤ参照番号を有する典型的要求辞書を定義する図である。
【図６５】１に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６６】１に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６７】２に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６８】２に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６９】３に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図７０】３に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図７１】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図７２】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図７３】様々な実施形態よる典型的無線端末に関する異なる時点における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示した図である。
【図７４】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図７５】無線端末送信電力報告を用いる典型的実施形態の特長を説明するために用いられる図である。
【図７６】送信バックログ情報を報告するための無線端末、例えばモバイルノード、の典型的動作方法の流れ図である。
【図７７】図７７Ａ、図７７Ｂ及び図７７Ｃの組合せであり、送信バックログ情報を報告するための無線端末、例えばモバイルノード、の典型的動作方法の流れ図である。
【図７７Ａ】送信バックログ情報を報告するための無線端末、例えばモバイルノード、の典型的動作方法の流れ図である。
【図７７Ｂ】送信バックログ情報を報告するための無線端末、例えばモバイルノード、の典型的動作方法の流れ図である。
【図７７Ｃ】送信バックログ情報を報告するための無線端末、例えばモバイルノード、の典型的動作方法の流れ図である。
【図７８】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図７９】図７９Ａ及び図７９Ｂの組合せであり、様々な実施形態による典型的基地局動作方法の流れ図である。
【図７９Ａ】一実施形態による典型的基地局動作方法の流れ図である。
【図７９Ｂ】一実施形態による典型的基地局動作方法の流れ図である。
【図８０】図８０Ａ、図８０Ｂ及び図８０Ｃの組合せであり、様々な実施形態による典型的基地局動作方法の流れ図である。
【図８０Ａ】一実施形態による典型的基地局動作方法の流れ図である。
【図８０Ｂ】一実施形態による典型的基地局動作方法の流れ図である。
【図８０Ｃ】一実施形態による典型的基地局動作方法の流れ図である。
【図８１】様々な実施形態により実装される典型的基地局を示した図である。
【図１】
2009521870.tif 000003
【図２】
2009521870.tif 000004
【図３】
2009521870.tif 000005
【図４】
2009521870.tif 000006
【図５】
2009521870.tif 000007
【図６】
2009521870.tif 000008
【図７】
2009521870.tif 000009
【図８】
2009521870.tif 000010
【図９】
2009521870.tif 000011
【図１０】
2009521870.tif 000012
【図１１】
2009521870.tif 000013
【図１２】
2009521870.tif 000014
【図１３】
2009521870.tif 000015
【図１４】
2009521870.tif 000016
【図１５】
2009521870.tif 000017
【図１６】
2009521870.tif 000018
【図１７】
2009521870.tif 000019
【図１８】
2009521870.tif 000020
【図１９】
2009521870.tif 000021
【図２０】
2009521870.tif 000022
【図２１】
2009521870.tif 000023
【図２２】
2009521870.tif 000024
【図２３】
2009521870.tif 000025
【図２４】
2009521870.tif 000026
【図２５】
2009521870.tif 000027
【図２６】
2009521870.tif 000028
【図２７】
2009521870.tif 000029
【図２８】
2009521870.tif 000030
【図２９】
2009521870.tif 000031
【図３０】
2009521870.tif 000032
【図３１】
2009521870.tif 000033
【図３２】
2009521870.tif 000034
【図３３】
2009521870.tif 000035
【図３４】
2009521870.tif 000036
【図３５】
2009521870.tif 000037
【図３６】
2009521870.tif 000038
【図３７】
2009521870.tif 000039
【図３８】
2009521870.tif 000040
【図３９】
2009521870.tif 000041
【図４０】
2009521870.tif 000042
【図４１】
2009521870.tif 000043
【図４２】
2009521870.tif 000044
【図４２Ａ】
2009521870.tif 000045
【図４２Ｂ】
2009521870.tif 000046
【図４２Ｃ】
2009521870.tif 000047
【図４２Ｄ】
2009521870.tif 000048
【図４２Ｅ】
2009521870.tif 000049
【図４３】
2009521870.tif 000050
【図４４】
2009521870.tif 000051
【図４５】
2009521870.tif 000052
【図４６】
2009521870.tif 000053
【図４７】
2009521870.tif 000054
【図４８】
2009521870.tif 000055
【図４９】
2009521870.tif 000056
【図５０】
2009521870.tif 000057
【図５１】
2009521870.tif 000058
【図５２】
2009521870.tif 000059
【図５３】
2009521870.tif 000060
【図５４】
2009521870.tif 000061
【図５５】
2009521870.tif 000062
【図５６】
2009521870.tif 000063
【図５７】
2009521870.tif 000064
【図５８】
2009521870.tif 000065
【図５９】
2009521870.tif 000066
【図５９Ａ】
2009521870.tif 000067
【図５９Ｂ】
2009521870.tif 000068
【図５９Ｃ】
2009521870.tif 000069
【図６０】
2009521870.tif 000070
【図６１】
2009521870.tif 000071
【図６２】
2009521870.tif 000072
【図６３】
2009521870.tif 000073
【図６４】
2009521870.tif 000074
【図６５】
2009521870.tif 000075
【図６６】
2009521870.tif 000076
【図６７】
2009521870.tif 000077
【図６８】
2009521870.tif 000078
【図６９】
2009521870.tif 000079
【図７０】
2009521870.tif 000080
【図７１】
2009521870.tif 000081
【図７２】
2009521870.tif 000082
【図７３】
2009521870.tif 000083
【図７４】
2009521870.tif 000084
【図７５】
2009521870.tif 000085
【図７６】
2009521870.tif 000086
【図７７】
2009521870.tif 000087
【図７７Ａ】
2009521870.tif 000088
【図７７Ｂ】
2009521870.tif 000089
【図７７Ｃ】
2009521870.tif 000090
【図７８】
2009521870.tif 000091
【図７９】
2009521870.tif 000092
【図７９Ａ】
2009521870.tif 000093
【図７９Ｂ】
2009521870.tif 000094
【図８０】
2009521870.tif 000095
【図８０Ａ】
2009521870.tif 000096
【図８０Ｂ】
2009521870.tif 000097
【図８０Ｃ】
2009521870.tif 000098
【図８１】
2009521870.tif 000099
【国際調査報告】
2009521870.tif 000100
2009521870.tif 000101
2009521870.tif 000102