(57)【要約】【課題】複数の辞書を利用して情報を通信するための方法及び装置【解決手段】複数の報告辞書を用いて情報を通信するための方法及び装置が説明される。無線端末が専用制御チャネルを介して通信された多ビットアップリンク送信バックログ要求報告に関して使用するために複数の報告辞書が実装される。各辞書は、一組の多ビットアップリンク送信バックログ要求報告、例えば３ビットアップリンク要求報告及び４ビットアップリンク要求報告、に関する異なるビットマッピング解釈を定義する。前記複数の要求辞書は、デフォルト辞書と、追加の辞書と、を含む。複数の代替要求辞書の実装は、報告上の可能性を拡大し、無線端末が自己の現在のニーズに非常に適した報告フォーマットを用いるのを可能にする。前記デフォルト辞書は、一定の予め定義された条件下において、例えばアクティブ状態になった時点で、用いることが要求される。異なる辞書の間で移行すること及び選択された辞書を使用し続けることに関する規則が説明される。【選択図】図７６Ａ
2009521873.tif 000002
【特許請求の範囲】
【請求項１】
情報を他のデバイスに通信するために無線端末を動作させる方法であって、
複数の報告辞書を格納することであって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すことと、
第１の時点に関して、情報を報告するために使用すべき前記辞書を決定することと、
前記決定された辞書及び通信すべき第１の組の情報から、前記第１の組の情報を搬送するためのビットパターンを決定すること、とを具備する、方法。
【請求項２】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す請求項１に記載の方法。
【請求項３】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項２に記載の方法。
【請求項４】
前記第１及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項３に記載の方法。
【請求項５】
前記第１及び第２の型の報告をいつ送信すべきかを示すアップリンク報告送信スケジューリング情報を格納する請求項４に記載の方法。
【請求項６】
前記他のデバイスは、基地局であり、前記第１の型の報告及び前記第２の型の報告は、それぞれ３ビット及び４ビットの報告である請求項５に記載の方法。
【請求項７】
前記辞書のうちの１つは、デフォルト辞書であり、
報告に関する前記デフォルト辞書の使用が条件の発生によって要求されるときを示す情報を前記無線端末に格納することをさらに具備する請求項１に記載の方法。
【請求項８】
前記辞書のうちの１つは、デフォルト辞書であり、
予め決められた条件が発生したときに前記デフォルト辞書を報告に関して用いることをさらに具備する請求項１に記載の方法。
【請求項９】
前記予め決められた条件は、無線端末のアクティブ動作状態になることである請求項８に記載の方法。
【請求項１０】
前記無線端末アクティブ動作状態は、アクティブオン動作状態及びアクティブホールド動作状態の両方を含む請求項９に記載の方法。
【請求項１１】
前記無線端末が後続報告に関して特定の辞書を使用すべきであることを示す基地局からの信号を検出するためにモニタリングすることをさらに具備する請求項１に記載の方法。
【請求項１２】
前記特定の辞書を報告の生成のために用いるのをいつ開始するかを前記検出された信号から決定することをさらに具備する請求項１１に記載の方法。
【請求項１３】
前記無線端末が後続報告に関して特定の辞書を使用すべきであることを示す基地局からの信号を検出することに応答して、
前記指示された辞書を用いて報告を生成することと、
前記生成された報告を前記基地局に送信すること、とをさらに具備する請求項１１に記載の方法。
【請求項１４】
第１の期間中に用いられていた前記要求辞書を変更せずにアクティブオン動作状態からアクティブホールド動作状態に移行し次に前記アクティブオン動作状態に戻ることをさらに具備する請求項１に記載の方法。
【請求項１５】
前記無線端末は、前記第１の期間中に使用すべき前記辞書を変更するための明示の信号を受信しない請求項１４に記載の方法。
【請求項１６】
前記第１の期間に先行する又は後続する前記アクティブオン動作状態にある間に、異なる辞書を用いるための明示の信号を受信することと、
前記異なる辞書に変更すること、とをさらに具備する請求項１５に記載の方法。
【請求項１７】
アクティブ動作状態中に用いられている辞書を示す情報をメモリに格納することと、
前記アクティブ動作状態でなくなるときに前記アクティブ動作状態中に用いられていた前記辞書を示す前記メモリ内の前記格納された情報をクリアすること、とをさらに含む請求項１に記載の方法。
【請求項１８】
第１の基地局から第２の基地局へのハンドオフを完了させることと、
前記第１の基地局に情報を報告するために用いられた報告辞書を前記ハンドオフ後も引き続き使用して前記第２の基地局に情報を報告すること、とをさらに具備する請求項１に記載の方法。
【請求項１９】
前記第１の型の報告は、送信バックログ報告である請求項１８に記載の方法。
【請求項２０】
前記第２の基地局から受信された信号に応答して前記報告辞書を変更することをさらに具備する請求項１８に記載の方法。
【請求項２１】
第１の基地局から第２の基地局へのハンドオフを完了させることと、
デフォルト報告辞書に切り換えること、とをさらに具備する請求項１に記載の方法。
【請求項２２】
前記無線端末が後続報告に関して特定の報告辞書を使用すべきであることを示す基地局からの受信された信号に応答して前記デフォルト報告辞書から他の報告辞書に変更することをさらに具備する請求項２１に記載の方法。
【請求項２３】
第１の基地局から第２の基地局への少なくとも１つのハンドオフ動作を実行することと、
前記ハンドオフが完了される前に、前記ハンドオフ後に使用すべき報告辞書を示す指示を前記第２の基地局から受信すること、とをさらに具備する請求項１に記載の方法。
【請求項２４】
前記第２の基地局から受信された信号に応答して前記報告辞書を変更することをさらに具備する請求項２３に記載の方法。
【請求項２５】
複数の報告辞書のうちのいずれの１つを一次リンクに関して使用すべきであるかを示すユーザー状態情報を格納することをさらに具備する請求項１に記載の方法。
【請求項２６】
前記一次リンクに対応する第１の基地局アタッチメントポイントから第２のアタッチメントポイントへのハンドオフが発生中である場合は、複数の報告辞書のうちのいずれの１つを前記一次リンクに関して使用すべきであるかを示す前記ユーザー状態情報が前記第２の基地局アタッチメントポイントに渡される請求項２５に記載の方法。
【請求項２７】
前記無線端末は、第１のリンク及び第２のリンクを含む複数の同時通信リンクをサポートすることができ、前記決定された辞書は前記第１のリンクに関して適用され、
前記第２のリンクに対応する情報を報告するために使用すべき第２の報告辞書を決定することをさらに具備する請求項１に記載の方法。
【請求項２８】
前記第１及び第２の決定された報告辞書は、異なる請求項２７に記載の方法。
【請求項２９】
無線端末であって、
複数の報告辞書を格納するためのメモリであって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すメモリと、
ある時点において情報を報告するために使用すべき前記辞書を決定するための辞書決定モジュールと、
第１の組の情報を搬送するためのビットパターンを含む報告を生成するための報告生成モジュールであって、前記決定された辞書及び通信すべき前記第１の組の情報から前記ビットパターンを決定する報告生成モジュールと、を具備する、無線端末。    
【請求項３０】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と前記第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示す情報を含む請求項２９に記載の無線端末。
【請求項３１】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項３０に記載の無線端末。
【請求項３２】
前記第１の型の報告及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項３１に記載の無線端末。
【請求項３３】
前記メモリは、前記第１及び第２の型の報告をいつ送信すべきかを示す格納されたアップリンク報告送信スケジューリング情報をさらに含む請求項３２に記載の無線端末。
【請求項３４】
前記第１の型の報告及び前記第２の型の報告は、それぞれ３ビット及び４ビットの報告である請求項３３に記載の無線端末。
【請求項３５】
前記辞書のうちの１つは、デフォルト辞書であり、
報告に関する前記デフォルト辞書の使用が条件の発生によって要求されるときを示す格納された情報をさらに具備する請求項２９に記載の無線端末。
【請求項３６】
前記辞書のうちの１つは、デフォルト辞書であり、
前記辞書決定モジュールは、予め決められた条件が発生したときに報告に関する前記デフォルト辞書の使用を要求する請求項２９に記載の無線端末。
【請求項３７】
前記予め決められた条件は、無線端末のアクティブ動作状態になることであり、
無線端末アクティブ動作状態への移行が発生したときを検出するための状態移行モジュールをさらに具備する請求項３６に記載の無線端末。
【請求項３８】
前記無線端末アクティブ動作状態は、アクティブオン動作状態及びアクティブホールド動作状態の両方を含む請求項３７に記載の無線端末。
【請求項３９】
前記無線端末が後続報告に関して特定の辞書を使用すべきであることを示す基地局からの信号の有無をモニタリングするための辞書変更信号モニタリングモジュールをさらに具備する請求項２９に記載の無線端末。
【請求項４０】
前記辞書決定モジュールは、前記モニタリングデバイスによって検出された辞書変更信号に応答して使用中の前記辞書を変更する請求項３９に記載の無線端末。
【請求項４１】
アクティブ動作状態でなくなるときに前記アクティブ動作状態中に用いられていた前記辞書を示す前記メモリ内の格納された情報をクリアするための辞書リセットモジュールをさらに含む請求項２９に記載の無線端末。
【請求項４２】
複数の報告辞書を格納するための手段であって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示す手段と、
第１の時点に関して、情報を報告するために使用すべき前記辞書を決定するための手段と、
前記決定された辞書及び通信すべき第１の組の情報から、前記第１の組の情報を搬送するためのビットパターンを決定するための手段と、を具備する、無線端末。
【請求項４３】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す請求項４２に記載の無線端末。
【請求項４４】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項４３に記載の無線端末。
【請求項４５】
前記第１及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項４４に記載の無線端末。
【請求項４６】
前記第１及び第２の型の報告をいつ送信すべきかを示すアップリンク報告送信スケジューリング情報を格納するための手段をさらに具備する請求項４５に記載の無線端末。
【請求項４７】
前記第１の型の報告及び前記第２の型の報告は、それぞれ３ビット及び４ビットの報告である請求項４６に記載の無線端末。
【請求項４８】
前記辞書のうちの１つは、デフォルト辞書であり、
報告に関する前記デフォルト辞書の使用が条件の発生によって要求されるときを示す情報を前記無線端末に格納するための手段をさらに具備する請求項４２に記載の無線端末。
【請求項４９】
前記辞書のうちの１つは、デフォルト辞書であり、
予め決められた条件が発生したときに前記デフォルト辞書を報告に関して用いるための手段をさらに具備する請求項４２に記載の無線端末。
【請求項５０】
前記無線端末が後続報告に関して特定の辞書を使用すべきであることを示す基地局からの信号を検出するためにモニタリングするための手段をさらに具備する請求項４２に記載の無線端末。
【請求項５１】
前記無線端末が後続報告に関して特定の辞書を使用すべきであることを示す基地局からの信号を検出するための手段と、
前記指示された辞書を用いて報告を生成するための手段と、
前記生成された報告を前記基地局に送信するための手段と、さらに具備する請求項５０に記載の無線端末。
【請求項５２】
第１の期間中に用いられていた前記要求辞書を変更せずにアクティブオン動作状態からアクティブホールド動作状態に移行し次に前記アクティブオン動作状態に戻るための手段をさらに具備する請求項４２に記載の無線端末。
【請求項５３】
アクティブ動作状態中に用いられている辞書を示す情報をメモリに格納するための手段と、
前記アクティブ動作状態でなくなるときに前記アクティブ動作状態中に用いられていた前記辞書を示す前記メモリ内の前記格納された情報をクリアするための手段と、をさらに含む請求項４２に記載の無線端末。
【請求項５４】
基地局に情報を通信する方法を実装するために無線端末を制御するための機械によって実行可能な命令を具体化するコンピュータによって読み取り可能な媒体であって、前記方法は、
複数の報告辞書を格納することであって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すことと、
第１の時点に関して、情報を報告するために使用すべき前記辞書を決定することと、
前記決定された辞書及び通信すべき第１の組の情報から、前記第１の組の情報を搬送するためのビットパターンを決定すること、とを具備する、コンピュータによって読み取り可能な媒体。
【請求項５５】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す請求項５４に記載のコンピュータによって読み取り可能な媒体。
【請求項５６】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項５５に記載のコンピュータによって読み取り可能な媒体。
【請求項５７】
前記第１の（ｆｉｒｓｔ）第１の型の報告及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項５６に記載のコンピュータによって読み取り可能な媒体。
【請求項５８】
前記第１及び第２の型の報告をいつ送信すべきかを示すアップリンク報告送信スケジューリング情報を格納するための命令をさらに具体化する請求項５７に記載のコンピュータによって読み取り可能な媒体。
【請求項５９】
少なくとも１つの無線端末と通信するために基地局を動作させる方法であって、
複数の報告辞書を格納することであって、各報告辞書は、第１の型の報告において無線端末によって報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すことと、
第１の時点に関する第１の無線端末に関して、情報を報告するために前記無線端末によって使用すべき前記辞書を決定することと、
前記第１の無線端末から第１の信号を受信することと、
前記受信された第１の信号から第１の組の情報を搬送するビットパターンを決定することと、
前記決定された辞書及び前記決定されたビットパターンから通信中の前記第１の組の情報を決定すること、とを具備する、方法。
【請求項６０】
前記第１の時点に関する第２の無線端末に関して、情報を報告するために前記第２の無線端末によって使用すべき前記辞書を決定することと、
前記第２の無線端末から第２の信号を受信することと、
前記受信された第２の信号から第２の組の情報を搬送するビットパターンを決定することと、
前記第２の無線端末に対応する前記決定された辞書及び前記第２の無線端末に対応する前記決定されたビットパターンから通信中の前記第２の組の情報を決定すること、とをさらに具備する請求項５９に記載の方法。
【請求項６１】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す請求項５９に記載の方法。
【請求項６２】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項６１に記載の方法。
【請求項６３】
前記第１の型の報告及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項６２に記載の方法。
【請求項６４】
前記第１及び第２の型の報告をいつ送信すべきかを示すアップリンク報告送信スケジューリング情報を格納することをさらに具備する請求項６３に記載の方法。
【請求項６５】
前記第１の型の報告及び前記第２の型の報告は、それぞれ３ビット及び４ビットの報告である請求項６４に記載の方法。
【請求項６６】
前記辞書のうちの１つは、デフォルト辞書であり、
報告に関する前記デフォルト辞書の使用が条件の発生によって要求されるときを示す情報を前記基地局に格納することをさらに具備する請求項５９に記載の方法。
【請求項６７】
前記辞書のうちの１つは、デフォルト辞書であり、
前記第１の無線端末に関して予め決められた条件が発生したときに前記無線端末からの報告に関して前記デフォルト辞書を用いることをさらに具備する請求項５９に記載の方法。
【請求項６８】
前記予め決められた条件は、無線端末のアクティブ動作状態になることである請求項６７に記載の方法。
【請求項６９】
前記無線端末アクティブ動作状態は、アクティブオン動作状態及びアクティブホールド動作状態の両方を含む請求項６８に記載の方法。
【請求項７０】
前記第１の無線端末が後続報告に関して特定の辞書を使用すべきであることを示す信号を送信することをさらに具備する請求項５９に記載の方法。
【請求項７１】
前記第１の無線端末によってアクティブ動作状態中に用いられている辞書を示す情報をメモリに格納することと、
前記第１の無線端末が前記アクティブ動作状態でなくなるときに前記第１の無線端末によって前記アクティブ動作状態中に用いられていた前記辞書を示す前記メモリ内の前記格納された情報をクリアすること、とをさらに含む請求項５９に記載の方法。
【請求項７２】
前記第１の無線端末によって現在使用中の前記報告辞書を示す信号を第２の基地局に送信することと、
第２の基地局への前記第１の無線端末のハンドオフを完了させること、とをさらに具備し、前記第１の無線端末は、前記基地局に情報を報告するために用いられた同じ報告辞書を前記ハンドオフ後も引き続き使用して前記第２の基地局に情報を報告する請求項５９に記載の方法。
【請求項７３】
前記第１の型の報告は、送信バックログ報告である請求項７２に記載の方法。
【請求項７４】
第２の基地局から前記基地局への第３の無線端末のハンドオフを完了させることをさらに具備し、
前記基地局は、前記第３の無線端末に関してデフォルト報告辞書を用いることを開始する請求項５９に記載の方法。
【請求項７５】
第２の基地局から前記基地局への第３の無線端末のハンドオフに引き続いて前記第３の無線端末によって使用すべき報告辞書を示す信号を受信することと、
前記第２の基地局から前記基地局への前記第３の無線端末の前記ハンドオフを完了させることと、
前記第３の無線端末に関して前記示された報告辞書を用いること、とをさらに具備する請求項５９に記載の方法。
【請求項７６】
基地局であって、
複数の報告辞書を格納するためのメモリであって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すメモリと、
個々の無線端末ごとに、無線端末に関するある時点において情報を報告するために使用すべき前記辞書を決定するための辞書決定モジュールと、
報告を含む信号を前記無線端末から受信するための受信機と、
前記無線端末からの前記受信された信号から一組の情報を搬送するビットパターンを復元するためのビットパターン復元モジュールと、
前記復元されたビットパターンから及び前記決定された辞書から前記受信された報告において通信された一組の情報を決定するための情報復元モジュールと、を具備する、基地局。
【請求項７７】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と前記第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示す請求項７６に記載の基地局。
【請求項７８】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項７７に記載の基地局。
【請求項７９】
前記第１及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項７８に記載の基地局。
【請求項８０】
前記メモリは、前記第１及び第２の型の報告をいつ送信すべきかを示す格納されたアップリンク報告送信スケジューリング情報をさらに含む請求項７９に記載の基地局。
【請求項８１】
前記第１の型の報告及び前記第２の型の報告は、それぞれ３ビット及び４ビットの報告である請求項８０に記載の基地局。
【請求項８２】
前記辞書のうちの１つは、デフォルト辞書であり、
前記無線端末からの報告に関する前記デフォルト辞書の使用が前記無線端末に関する条件の発生によって要求されるときを示す格納された情報をさらに具備する請求項７６に記載の基地局。
【請求項８３】
前記辞書のうちの１つは、デフォルト辞書であり、
前記辞書決定モジュールは、前記無線端末に関して予め決められた条件が発生したときに前記無線端末からの報告に関して前記デフォルト辞書の使用を要求する請求項７６に記載の基地局。
【請求項８４】
前記予め決められた条件は、無線端末のアクティブ動作状態になることであり、
前記無線端末アクティブ状態への移行が発生するときを追跡するための状態送信モジュールをさらに具備する請求項８３に記載の基地局。
【請求項８５】
前記無線端末アクティブ動作状態は、アクティブオン動作状態及びアクティブホールド動作状態の両方を含む請求項８４に記載の基地局。
【請求項８６】
前記無線端末が後続報告に関して特定の辞書を使用すべきであることを示す信号を生成するための辞書変更信号シグナリングモジュールをさらに具備する請求項７６に記載の基地局。
【請求項８７】
前記辞書決定モジュールは、辞書変更シグナリングモジュールに応答する請求項８６に記載の基地局。
【請求項８８】
前記無線端末がアクティブ動作状態でなくなるときに前記無線端末によって前記アクティブ動作状態中に用いられていた前記辞書を示す前記メモリ内の格納された情報をクリアするための辞書リセットモジュールをさらに含む請求項７６に記載の基地局。
【請求項８９】
基地局であって、
複数の報告辞書を格納するための手段であって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示す手段と、
個々の無線端末ごとに、無線端末に関するある時点において情報を報告するために使用すべき前記辞書を決定するための手段と、
前記無線端末からの前記受信された信号から一組の情報を搬送するビットパターンを復元するための手段と、
前記復元されたビットパターンから及び前記決定された辞書から前記受信された報告において通信された一組の情報を決定するための手段と、を具備する、基地局。
【請求項９０】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と前記第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示す情報を含む請求項８９に記載の基地局。
【請求項９１】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項９０に記載の基地局。
【請求項９２】
前記第１の型の報告及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項９１に記載の基地局。
【請求項９３】
前記メモリは、前記第１及び第２の型の報告をいつ送信すべきかを示す格納されたアップリンク報告送信スケジューリング情報をさらに含む請求項９２に記載の基地局。
【請求項９４】
前記第１の型の報告及び前記第２の型の報告は、それぞれ３ビット及び４ビットの報告である請求項９３に記載の基地局。
【請求項９５】
少なくとも１つの無線端末と通信する方法を実装するために基地局を制御するための機械によって実行可能な命令を具体化するコンピュータによって読み取り可能な媒体であって、前記方法は、
複数の報告辞書を格納することであって、各報告辞書は、第１の型の報告において無線端末によって報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すことと、
第１の時点に関する第１の無線端末に関して、情報を報告するために前記第１の無線端末によって使用すべき前記辞書を決定することと、
前記第１の無線端末から第１の信号を受信することと、
前記受信された第１の信号から一組の情報を搬送するビットパターンを決定することと、
前記決定された辞書及び前記決定されたビットパターンから通信中の前記第１の組の情報を決定すること、とを具備する、コンピュータによって読み取り可能な媒体。
【請求項９６】
前記第１の時点に関する第２の無線端末に関して、情報を報告するために前記第２の無線端末によって使用すべき前記辞書を決定し、
前記第２の無線端末から第２の信号を受信し、
前記受信された第２の信号から第２の一組の情報を搬送するビットパターンを決定し、
前記第２の無線端末に対応する前記決定された辞書及び前記第２の無線端末に対応する前記決定されたビットパターンから通信中の前記第２の組の情報を決定するための機械によって実行可能な命令をさらに具備する請求項９５に記載のコンピュータによって読み取り可能な媒体。
【請求項９７】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す請求項９６に記載のコンピュータによって読み取り可能な媒体。
【請求項９８】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項９７に記載のコンピュータによって読み取り可能な媒体。
【請求項９９】
前記第１の型の報告及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する請求項９８に記載のコンピュータによって読み取り可能な媒体。
【請求項１００】
前記第１の型の報告及び前記第２の型の報告は、それぞれ３ビット及び４ビットの報告である請求項９９に記載のコンピュータによって読み取り可能な媒体。
【請求項１０１】
通信システムにおいて動作可能な装置であって、
複数の報告辞書を格納し、
第１の時点に関して、情報を報告するために使用すべき前記辞書を決定し、
前記決定された辞書及び通信すべき第１の組の情報から前記第１の組の情報を搬送するためのビットパターンを決定するように構成されたプロセッサであって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すプロセッサ、を具備する、装置。
【請求項１０２】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す請求項１０１に記載の装置。
【請求項１０３】
前記第１の型の報告は、第１のサイズの報告であり、前記第２の型の報告は、第２のサイズの報告である請求項１０２に記載の装置。
【請求項１０４】
通信システムにおいて動作可能な装置であって、
複数の報告辞書を格納し、
第１の時点に関する第１の無線端末に関して、情報を報告するために前記第１の無線端末によって使用すべき前記辞書を決定し、
前記第１の無線端末から第１の信号を受信し、
前記受信された第１の信号から第１の組の情報を搬送するビットパターンを決定し、
前記決定された辞書及び前記決定されたビットパターンから通信中の前記第１の組の情報を決定するように構成されたプロセッサであって、各報告辞書は、第１の型の報告において無線端末によって報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して前記第１の型の報告に関する異なる情報を示すプロセッサ、を具備する、装置。
【請求項１０５】
前記プロセッサは、
前記第１の時点に関する第２の無線端末に関して、情報を報告するために前記第２の無線端末によって使用すべき前記辞書を決定し、
前記第２の無線端末から第２の信号を受信し、
前記受信された第２の信号から第２の組の情報を搬送するビットパターンを決定し、
前記第２の無線端末に対応する前記決定された辞書及び前記第２の無線端末に対応する前記決定されたビットパターンから通信中の前記第２の組の情報を決定するように構成される請求項１０４に記載の装置。
【請求項１０６】
前記複数の報告辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す請求項１０４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信方法及び装置に関するものである。本発明は、より具体的には、複数の辞書を利用して情報を通信することに関連する方法及び装置に関するものである。
【背景技術】
【０００２】
無線端末から基地局へのアップリンクトラフィック、例えばアップリンクユーザーデータ、をサポートする無線通信システムにおける無線端末は、制御情報及びユーザーデータの両方を通信するためにアップリンクエアリンク資源を用いる必要がある。多元接続無線通信システムにおいては、典型的には、基地局アタッチメントポイントを用いる複数の無線端末が貴重なアップリンクエアリンク資源、例えばアップリンクトラフィックチャネルエアリンク資源、を求めて競合している。アップリンクトラフィックチャネル資源をパーティショニングする１つの手法は、無線端末が自己の現在の基地局アタッチメントポイントに資源要求を送信すること、及び基地局が、スケジューリング規則に従い、競合中の要求を考慮して資源、例えばアップリンクトラフィックチャネルセグメント、を割り当てることである。
【０００３】
個々の無線端末は、例えば、通信すべきユーザーデータの型、例えば、音声、画像データ、ウェブブラウザ情報、データファイル、等、レーテンシー要求、、予め決められたデータグループ分類、及び／又は優先度レベル等の様々な要因に依存して、アップリンクトラフィックチャネル資源に関するニーズが異なる時間ごとに異なる。
【０００４】
特定の型のアップリンク要求報告に関して用いられる単一の固定された解釈アップリンクトラフィックチャネル要求報告フォーマットは、基地局及び無線端末によって理解され、システム内において一様に用いられており、実装が単純であるが、広範なアップリンクトラフィックチャネル要求情報を効率的に通信するのには非常には適していない。固定された解釈情報報告のビットサイズを相対的に大きな数に増加させることによって、報告上の可能性の範囲が拡大するが、この拡大は、本来であればユーザートラフィック専用にすることが可能であったことになる貴重なエアリンク資源を犠牲にして達成される。
【０００５】
上記の説明に基づき、情報を効率的な形で報告するための方法及び装置が必要であることが理解されるべきである。少なくとも一部の効率的な報告方法が案出可能であれば望ましい。さらに、広範な無線端末動作状態、複数の型の無線端末及び／又はアプリケーションの混合に対処しているアップリンクトラフィックチャネル資源要求構造を実装するための少なくとも一部の方法を使用可能であれば望ましい。さらに、幾つかのシステムに関しては、アップリンクトラフィックチャネル資源に関する個々の無線端末の可変のニーズを効率的に通信することができる少なくとも幾つかの方法及び装置が必要であることも理解されるべきである。例えば３ビット又は４ビットの小さい情報報告サイズに対処しながら報告ダイバーシティを達成させる方法及び装置が有益になる。複数のアップリンクトラフィックチャネル要求グループの維持及び／又は複数のアップリンクトラフィックチャネル要求グループバックログ情報の通信をサポートする方法及び装置も有益になる。サービスの質のサポートを可能にするために、複数のアップリンクトラフィックチャネル要求グループの維持及び／又は複数のアップリンクトラフィックチャネル要求グループバックログ情報の通信をサポートする方法及び装置も望ましい。
【発明の開示】
【発明の概要】
【０００６】
様々な典型的実施形態は、情報を例えば基地局に通信するために無線端末を動作させる方法を対象とする。その他の特長及び実施形態は、報告を生成又は処理する装置を対象とする。様々な方法上の実施形態は、次のステップ、すなわち、複数の報告辞書を格納するステップであって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、前記異なる報告辞書の少なくとも一部は、同一の少なくとも一部のビットパターンに関して前記第１の報告に関する異なる情報を示すステップ、第１の時点において、情報を報告するために使用すべき前記辞書を決定するステップ、及び前記決定された辞書及び通信すべき第１の組の情報から、前記第１の組の情報を搬送するためのビットパターンを決定するステップのうちの１つ以上を含む。幾つかの典型的実施形態においては、前記複数の辞書の少なくとも一部は、第２の型の報告において報告される情報と第２の型の報告において報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングも示す。幾つかの該実施形態においては、前記第１の型の報告は、第１のサイズの報告、例えば３ビットの報告、であり、前記第２の型の報告は、第２のサイズの報告、例えば４ビットの報告、である。様々な実施形態においては、前記第１及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する。
【０００７】
典型的無線端末は、幾つかの実施形態においては、次の要素、すなわち、複数の報告辞書を格納するためのメモリであって、各報告辞書は、第１の型の報告において報告される情報と報告される前記情報を通信するために用いることができるビットパターンとの間におけるマッピングを示し、前記異なる報告辞書の少なくとも一部は、同一の少なくとも一部のビットパターンに関して前記第１の報告に関する異なる情報を示すメモリ、ある時点において情報を報告するために使用すべき前記辞書を決定するための辞書決定モジュール、及び第１の組の情報を搬送するためのビットパターンを含む報告を生成するための報告生成モジュールであって、前記決定された辞書及び通信すべき前記第１の組の情報から前記ビットパターンを決定する報告生成モジュール、のうちの１つ以上を含む。
【０００８】
様々な実施形態は、複数の無線端末と通信するために基地局を動作させるための方法及び装置を対象とする。前記方法及び装置は、少なくとも１つのアップリンク報告型に関して複数の報告辞書を利用する無線端末とともに用いることができる。
【０００９】
１つの典型的実施形態においては、無線端末が前記専用制御チャネルを介して通信された多ビットアップリンク送信バックログ要求報告に関して用いるための複数の要求辞書が実装される。その他の用途も可能である。各辞書は、一組の多ビットアップリンク送信バックログ要求報告、例えば３ビットアップリンク要求報告及び４ビットアップリンク要求報告、に関するビットマッピング解釈を定義し、前記定義されたビットマッピング解釈の少なくとも一部は、異なる辞書に関して異なる。前記複数の要求辞書は、デフォルト辞書と、追加の辞書と、を含む。複数の代替要求辞書の実装は、報告上の可能性を拡大させて無線端末が現在のニーズに非常に適する報告フォーマットを用いることを可能にする。前記デフォルト辞書は、一定の予め定義された条件に基づいて、例えばアクティブ状態になった時点で、用いることが要求される。以下では、異なる辞書間で移行すること及び選択された辞書を使い続けることに関する規則が説明される。基地局間における無線端末の幾つかのハンドオフにおいては、スムーズな移行を容易にすること及びアップリンク通信の乱れを最小限にすることを目的として、前記無線端末に対応する現在使用中の報告辞書を識別する情報が、前記ハンドオフの完了前に新しい基地局に通信される。
【００１０】
上記の発明の概要においては様々な実施形態が説明されている一方で、必ずしもすべての実施形態が同じ特長を含むわけではないこと及び上述される特長の一部は必須ではないが幾つかの実施形態においては望ましいことが理解されるべきである。様々な実施形態の数多くのさらなる特長、実施形態及び利益が以下の発明を実施するための最良の形態において説明される。
【発明を実施するための最良の形態】
【００１１】
図１は、様々な実施形態により実装される典型的通信システム１００を示す。典型的通信システム１００は、複数のセル、すなわちセル１  １０２、セルＭ  １０４を含む。典型的システム１００は、例えば、典型的直交周波数分割多重化（ＯＦＤＭ）拡散スペクトル無線通信システム、例えば多元接続ＯＦＤＭシステム、である。典型的システム１００の各セル１０２、１０４は、３つのセクターを含む。様々な実施形態により、複数のセクターに細分されていないセル（Ｎ＝１）、２つのセクターを有するセル（Ｎ＝２）及び３つよりも多いセクターを有するセル（Ｎ＞３）も可能である。各セクターは、１つ以上の搬送波及び／又はダウンリンクトーンブロックをサポートする。幾つかの実施形態においては、各ダウンリンクトーンブロックは、対応するアップリンクトーンブロックを有する。幾つかの実施形態においては、セクターのうちの少なくとも一部は、３つのダウンリンクトーンブロックをサポートする。セル１０２は、第１のセクター、セクター１  １１０と、第２のセクター、セクター２  １１２と、第３のセクター、セクター３  １１４と、を含む。同様に、セルＭ  １０４は、第１のセクター、セクター１  １２２と、第２のセクター、セクター２  １２４と、第３のセクター、セクター３  １２６と、を含む。セル１  １０２は、基地局（ＢＳ）、基地局１  １０６と、各セクター１１０、１１２、１１４内の複数の無線端末（ＷＴ）と、を含む。セクター１  １１０は、無線リンク１４０、１４２をそれぞれ介してＢＳ１０６に結合されたＷＴ（１）１３６と、ＷＴ（Ｎ）１３８と、を含む。セクター２  １１２は、無線リンク１４８、１５０をそれぞれ介してＢＳ１０６に結合されたＷＴ（１’）１４４と、ＷＴ（Ｎ’）１４６と、を含む。セクター３  １１４は、無線リンク１５６、１５８をそれぞれ介してＢＳ１０６に結合されたＷＴ（１’’）１５２と、ＷＴ（Ｎ’’）１５４と、を含む。同様に、セルＭ  １０４は、基地局Ｍ  １０８と、各セクター１２２、１２４、１２６内の複数の無線端末（ＷＴ）と、を含む。セクター１  １２２は、無線リンク１８０、１８２をそれぞれ介してＢＳ  Ｍ  １０８に結合されたＷＴ（１’’’’）１６８と、ＷＴ（Ｎ’’’’）１７０と、を含む。セクター２  １２４は、無線リンク１８４、１８６をそれぞれ介してＢＳ  Ｍ  １０８に結合されたＷＴ（１’’’’’）１７２と、ＷＴ（Ｎ’’’’’）１７４と、を含む。セクター３  １２６は、無線リンク１８８、１９０をそれぞれ介してＢＳ  Ｍ  １０８に結合されたＷＴ（１’’’’’’）１７６と、ＷＴ（Ｎ’’’’’’）１７８と、を含む。  
システム１００は、ネットワークリンク１６２、１６４をそれぞれ介してＢＳ１  １０６及びＢＳ  Ｍ  １０８に結合されるネットワークノード１６０も含む。ネットワークノード１６０は、ネットワークリンク１６６を介してその他のネットワークノード、例えばその他の基地局、ＡＡＡサーバーノード、中間ノード、ルーター等、及びインターネットにも結合される。ネットワークリンク１６２、１６４、１６６は、例えば光ファイバケーブルであることができる。各ワイヤレス、例えばＷＴ１ １３６、は、受信機と同様に送信機を含む。無線端末のうちの少なくとも一部、例えばＷＴ（１） １３６、は、システム１００全体を移動することができるモバイルノードであり、例えば基地局セクターアタッチメントポイントを用いて、ＷＴが現在所在するセル内の基地局と無線リンクを介して通信することができる。無線端末（ＷＴ）、例えばＷＴ（１）１３６は、基地局、例えばＢＳ１０６、及び／又はネットワークノード１６０を介してピアノード、例えばシステム１００内又はシステム１００外のその他のＷＴ、と通信することができる。ＷＴ、例えばＷＴ（１）１３６、は、モバイル通信デバイス、例えば携帯電話、無線モデムを有するパーソナルデータアシスタント、無線モデムを有するラップトップコンピュータ、無線モデムを有するデータ端末等、であることができる。
【００１２】
図２は、様々な実施形態により実装される典型的基地局１２を示す。典型的基地局１２は、図１の典型的基地局のうちのいずれかであることができる。基地局１２は、アンテナ２０３、２０５と、受信機送信機モジュール２０２、２０４と、を含む。受信機モジュール２０２は、復号器２３３を含み、送信機モジュール２０４は、符号器２３５を含む。モジュール２０２、２０４は、バス２３０によってＩ／Ｏインタフェース２０８、プロセッサ（例えばＣＰＵ）２０６及びメモリ２１０に結合される。Ｉ／Ｏインタフェース２０８は、基地局１２をその他のネットワークノード及び／又はインターネットに結合させる。メモリ２１０は、プロセッサ２０６によって実行されたときに基地局１２を動作させるルーチンを含む。メモリ２１０は、様々な通信動作を行うため及び様々な通信プロトコルを実装するために基地局１２を制御するために用いられる通信ルーチン２２３を含む。メモリ２１０は、方法のステップを実装するために基地局１２を制御するために用いられる基地局制御ルーチン２２５も含む。基地局制御ルーチン２２５は、送信スケジューリング及び／又は通信資源割り当てを制御するために用いられるスケジューリングモジュール２２６を含む。従って、モジュール２２６は、スケジューラとして働くことができる。基地局制御ルーチン２２５は、方法、例えば受信されたＤＣＣＨ報告を処理すること、ＤＣＣＨノードと関連する制御を実行すること、ＤＣＣＨセグメントを割り当てること等を実装する専用制御チャネルモジュール２２７も含む。メモリ２１０は、通信ルーチン２２３、及び制御ルーチン２２５によって用いられる情報も含む。データ／情報２１２は、複数の無線端末に関する一組のデータ／情報（ＷＴ１データ／情報２１３、ＷＴ  Ｎデータ／情報２１３’）を含む。ＷＴ１データ／情報２１３は、モード情報２３１と、ＤＣＣＨ報告情報２３３と、資源情報２３５と、セッション情報２３７と、を含む。データ／情報２１２は、システムデータ／情報２２９も含む。
【００１３】
図３は、様々な実施形態により実装される典型的無線端末１４、例えばモバイルノード、を示す。典型的無線端末１４は、図１の典型的無線端末のうちのいずれかであることができる。無線端末１４、例えばモバイルノード、は、モバイル端末（ＭＴ）として用いることができる。無線端末１４は、受信機モジュール及び送信機モジュール３０２、３０４にそれぞれ結合される受信機アンテナ及び送信機アンテナ３０３、３０５を含む。受信機モジュール３０２は、復号器３３３を含み、送信機モジュール３０４は、符号器３３５を含む。受信機／送信機モジュール３０２、３０４は、バス３０５によってメモリ３１０に結合される。プロセッサ３０６は、メモリ３１０に格納された１つ以上のルーチンの制御下にあり、無線端末１４を動作させる。無線端末の動作を制御するために、メモリ３１０は、通信ルーチン３２３と、無線端末制御ルーチン３２５と、を含む。通信ルーチン３２３は、様々な通信動作を実行するため及び様々な通信プロトコルを実装するために無線端末１４を制御するために用いられる。無線端末制御ルーチン３２５は、無線端末が方法に従って動作し、無線端末動作に関するステップを実行するようにする責任を有する。無線端末制御ルーチン３２５は、方法、例えば、ＤＣＣＨ報告において用いられる測定の実行を制御する、ＤＣＣＨ報告を生成する、ＤＣＣＨ報告の送信を制御する、ＤＣＣＨモードを制御する等、を実装するＤＣＣＨモジュール３２７を含む。メモリ３１０は、方法及び／又はデータ構造を実装するためにアクセスして用いることができるユーザー／デバイス／セッション／資源情報３１２も含む。情報３１２は、ＤＣＣＨ報告情報３３０と、モード情報３３２と、を含む。メモリ３１０は、システムデータ／情報３２９も含み、例えばアップリンク及びダウンリンクチャネル構造情報を含む。
【００１４】
図４は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的アップリンク専用制御チャネル（ＤＣＣＨ）セグメントの図４００である。アップリンク専用制御チャネルは、専用制御報告（ＤＣＲ）を無線端末から基地局に送信するために用いられる。縦軸４０２は、論理的アップリンクトーンインデックスであり、横軸４０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスである。この例において、アップリンクトーンブロックは、（０，．．．，１１２）とインデキシングされた１１３の論理的アップリンクトーンを含み、ハーフスロット内には７つの連続するＯＦＤＭシンボル送信期間、スーパースロット内には２つの追加のＯＦＤＭシンボル期間と後続する１６の連続するハーフスロット、及びビーコンスロット内には８つの連続するスーパースロットが存在する。スーパースロット内の最初の９つのＯＦＤＭシンボル送信期間は、アクセス間隔であり、専用制御チャネルは、アクセス間隔のエアリンク資源を使用しない。
【００１５】
典型的専用制御チャネルは、３１の論理的トーン（アップリンクトーンインデックス８１  ４０６、アップリンクトーンインデックス８２  ４０８，．．．，アップリンクトーンインデックス１１１  ４１０）に細分される。論理的アップリンク周波数構造内の各論理的アップリンクトーン（８１，．．．，１１１）は、ＤＣＣＨチャネルに関してインデキシングされた論理的トーン（０，．．．，３０）に対応する。
【００１６】
専用制御チャネル内の各トーンに関して、４０のカラム（４１２、４１４、４１６、４１８、４２０、４２２、．．．、４２４）に対応する４０のセグメントがビーコンスロット内に存在する。セグメント構造は、ビーコンスロットに基づいて繰り返す。専用制御チャネル内の所定のトーンに関して、ビーコンスロット４２８に対応する４０のセグメントが存在し、ビーコンスロットの８つのスーパースロットの各々は、所定のトーンに関する５つの連続するセグメントを含む。例えば、ＤＣＣＨのトーン０に対応する、ビーコンスロット４２８の第１のスーパースロット４２６に関して、５つのインデキシングされたセグメント（セグメント［０］［０］、セグメント［０］［１］、セグメント［０］［２］、セグメント［０］［３］、セグメント［０］［４］）が存在する。同様に、ＤＣＣＨのトーン１に対応する、ビーコンスロット４２８の第１のスーパースロット４２６に関して、５つのインデキシングされたセグメント（セグメント［１］［０］、セグメント［１］［１］、セグメント［１］［２］、セグメント［１］［３］、セグメント［１］［４］）が存在する。同様に、ＤＣＣＨのトーン３０に対応する、ビーコンスロット４２８の第１のスーパースロット４２６に関して、５つのインデキシングされたセグメント（セグメント［３０］［０］、セグメント［３０］［１］、セグメント［３０］［２］、セグメント［３０］［３］、セグメント［３０］［４］）が存在する。
【００１７】
この例においては、各セグメント、例えばセグメント［０］［０］、は、例えば２１のＯＦＤＭトーン−シンボルの割り当てられたアップリンクエアリンク資源を表す、３つの連続するハーフスロットに関する１つのトーンを具備する。幾つかの実施形態においては、論理的アップリンクトーンは、論理的トーンと関連づけられた物理的トーンが後続するハーフロットに関して異なることができるが所定のハーフロット中は一定の状態であるような形でアップリンクトーンホッピングシーケンスに従って物理的トーンにホッピングされる。
【００１８】
幾つかの実施形態においては、所定のトーンに対応する一組のアップリンク専用制御チャネルセグメントは、複数の異なるフォーマットのうちの１つを用いることができる。例えば、典型的実施形態においては、ビーコンスロットに関する所定のトーンに関して、ＤＣＣＨセグメントの組は、２つのフォーマット、すなわち、スプリットトーンフォーマット及びフルトーンフォーマットのうちの１つを用いることができる。フルトーンフォーマットにおいては、トーンに対応するアップリンクＤＣＣＨセグメントの組は、単一の無線端末によって用いられる。スプリットトーンフォーマットにおいては、トーンに対応するアップリンクＤＣＣＨセグメントの組は、時分割多重化方式で最大で３つの無線端末によって共有される。基地局及び／又は無線端末は、幾つかの実施形態においては、予め決められたプロトコルを用いて、所定のＤＣＣＨトーンに関するフォーマットを変更することができる。異なるＤＣＣＨトーンに対応するアップリンクＤＣＣＨセグメントのフォーマットは、幾つかの実施形態においては、独立して設定することが可能であり、異なることができる。
【００１９】
幾つかの実施形態においては、いずれのフォーマットにおいても、無線端末は、アップリンク専用制御チャネルセグメントのデフォルトノードをサポートしなければならない。幾つかの実施形態においては、無線端末は、アップリンク専用制御チャネルセグメントのデフォルトモード及びアップリンク専用制御チャネルセグメントの１つ以上の追加のモードをサポートする。該モードは、アップリンク専用制御チャネルセグメント内の情報ビットの解釈を定義する。基地局及び／又はＷＴは、幾つかの実施形態においては、例えば上位層コンフィギュレーションプロトコルを用いてモードを変更することができる。様々な実施形態において、異なるトーンに対応するアップリンクＤＣＣＨセグメント又は同じトーンに対応するが異なるＷＴによって用いられるアップリンクＤＣＣＨセグメントは、独立して設定することが可能であり、異なることができる。
【００２０】
図５は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的専用制御チャネルの図５００を含む。図５００は、トーンに対応するＤＣＣＨセグメントの各組がフルトーンフォーマットであるときの、図４のＤＣＣＨ４００を表すことができる。縦軸５０２は、ＤＣＣＨの論理トーンインデックスを表し、横軸５０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスを表す。典型的専用制御チャネルは、３１の論理的トーン（トーンインデックス０  ５０６、トーンインデックス１  ５０８、．．．、トーンインデックス３０ ５１０）に細分される。専用制御チャネル内の各トーンに関して、４０のカラム（５１２、５１４、５１６、５１８、５２０、５２２、．．．、５２４）に対応する４０のセグメントがビーコンスロット内に存在する。専用制御チャネルの各論理的トーンは、基地局をその現在のアタッチメントポイントとして用いている異なる無線端末に対して基地局によって割り当てることができる。例えば、論理的トーン（トーン０  ５０６、トーン１  ５０８、．．．、トーン３０  ５１０）は、現在は（ＷＴ  Ａ  ５３０、ＷＴ  Ｂ  ５３２、．．．、ＷＴ  Ｎ’５３４）にそれぞれ割り当てることができる。
【００２１】
図６は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的専用制御チャネルの図６００を含む。図６００は、トーンに対応するＤＣＣＨセグメントの各組がスプリットトーンフォーマットであるときの、図４のＤＣＣＨ４００を表すことができる。縦軸６０２は、ＤＣＣＨの論理的トーンインデックスを表し、横軸６０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスを表す。典型的専用制御チャネルは、３１の論理的トーン（トーンインデックス０  ６０６、トーンインデックス１  ６０８、．．．、トーンインデックス３０ ６１０）に細分される。専用制御チャネル内の各トーンに関して、４０のカラム（６１２、６１４、６１６、６１８、６２０、６２２、．．．、６２４）に対応する４０のセグメントがビーコンスロット内に存在する。専用制御チャネルの各論理的トーンは、基地局をその現在のアタッチメントポイントとして用いている最大で３つの異なる無線端末に対して基地局によって割り当てることができる。所定のトーンに関して、セグメントは、３つの無線端末間を交互し、３つの無線端末の各々に関して１３のセグメントが割り当てられ、４０番目のセグメントが予約される。ＤＣＣＨチャネルのエアリンク資源のこの典型的分割は、典型的ビーコンスロットに関して合計９３の異なる無線端末にＤＣＣＨチャネル資源が割り当てられることを表す。例えば、論理的トーン０  ６０６は、現在はＷＴ  Ａ  ６３０、ＷＴ  Ｂ  ６３２、及びＷＴ  Ｃ  ６３４に割り当てて共有することができる。論理的トーン１  ６０８は、現在はＷＴ  Ｄ  ６３６、ＷＴ  Ｅ  ６３８、及びＷＴ  Ｆ  ６４０に割り当てて共有することができる。論理的トーン３０  ６１０は、現在はＷＴ  Ｍ’’’６４２、ＷＴ  Ｎ’’’６４４、及びＷＴ  Ｏ’’’６４６に割り当てることができる。ビーコンスロットに関して、典型的ＷＴ（６３０、６３２、６３４、６３６、６３８、６４０、６４２、６４４、６４６）の各々は、１３のＤＣＣＨセグメントが割り当てられる。
【００２２】
図７は、典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造内の典型的専用制御チャネルの図７００を含む。図７００は、トーンに対応するＤＣＣＨセグメントの組の一部がフルトーンフォーマットでありＤＣＣＨセグメントの組の一部がスプリットトーンフォーマットであるときの、図４のＤＣＣＨ４００を表すことができる。縦軸７０２は、ＤＣＣＨの論理的トーンインデックスを表し、横軸７０４は、ビーコンスロット内のハーフスロットのアップリンクインデックスを表す。典型的専用制御チャネルは、３１の論理的トーン（トーンインデックス０  ７０６、トーンインデックス１  ７０８、トーンインデックス２  ７０９、．．．、トーンインデックス３０ ７１０）に細分される。専用制御チャネル内の各トーンに関して、４０のカラム（７１２、７１４、７１６、７１８、７２０、７２２、．．．、７２４）に対応する４０のセグメントがビーコンスロット内に存在する。この例においては、論理的トーン０  ７０８に対応するセグメントの組は、スプリットトーンフォーマットであり、現在はＷＴ  Ａ  ７３０、ＷＴ  Ｂ  ７３２、及びＷＴ  Ｃ  ７３４に割り当てられて共有され、各々は、１３のセグメントを受信し、１つのセグメントが予約されている。論理的トーン１  ７０８に対応するセグメントの組もスプリットトーンフォーマットであるが、現在は２つのＷＴ、ＷＴ  Ｄ  ７３６、ＷＴ  Ｅ  ７３８に割り当てられて共有され、各々は、１３のセグメントを受信する。トーン１  ７０８に関しては、一組の１３の割り当てられていないセグメント、及び１つの予約セグメントが存在する。論理的トーン２  ７０９に対応するセグメントの組もススプリットトーンフォーマットであるが、現在は１つのＷＴ、ＷＴ  Ｆ  ７３９に割り当てられており、１３のセグメントを受信する。トーン２  ７０９に関しては、一組当たり１３の割り当てられていないセグメント及び１つの予約セグメントを有する２つの組が存在する。論理的トーン３０  ７１０に対応するセグメントの組は、フルトーンフォーマットであり、現在はＷＴ  Ｐ’７４０に割り当てられており、ＷＴ  Ｐ’７４０は、全４０のセグメントを使用目的で受信する。
【００２３】
図８は、様々な実施形態による典型的アップリンクＤＣＣＨにおけるフォーマット及びモードの使用を示した図８００であり、前記モードは、ＤＣＣＨセグメント内における情報ビットの解釈を定義する。ロー８０２は、ＤＣＣＨの１つのトーンに対応し、ＤＣＣＨの１５の連続するセグメントを示し、スプリットトーンフォーマットが用いられ、従って、トーンは、３つの無線端末によって共有され、３つのＷＴのうちのいずれか１つによって用いられるモードは、異なることができる。他方、ロー８０４は、フルトーンフォーマットを用いる１５の連続するＤＣＣＨセグメントを示し、単一の無線端末によって用いられる。凡例８０５は、垂直線による陰影を有するセグメント８０６は、第１のＷＴユーザーによって用いられ、対角線による陰影を有するセグメント８０８は、第２のＷＴユーザーによって用いられ、水平線による陰影を有するセグメント８１０は、第３のＷＴユーザーによって用いられ、網線による陰影を有するセグメント８１２は、第４のＷＴユーザーによって用いられることを示す。
【００２４】
図９は、異なる動作モードを例示する図８００に対応する幾つかの例を示す。図９００の例においては、第１、第２及び第３のＷＴは、スプリットトーンフォーマットのＤＣＣＨを共有し、第４のＷＴは、フルトーンフォーマットのトーンを用いている。図９００の例に対応するＷＴの各々は、アップリンク専用制御チャネルセグメントのデフォルトモードを用いており、ＤＣＣＨセグメント内の情報ビットに関するデフォルトモード解釈に従っている。スプリットトーンフォーマットに関するデフォルトモード（ＤＳ）は、フルトーンフォーマットに関するデフォルトモード（ＤＦ）とは異なる。
【００２５】
図９２０の例においては、第１、第２及び第３のＷＴは、スプリットトーンフォーマットのＤＣＣＨトーンを共有しており、第４のＷＴは、フルトーンフォーマットのトーンを用いている。図９２０の例に対応する（第１、第２、及び第３の）ＷＴの各々は、アップリンク専用制御チャネルセグメントの異なるモードを使用しており、各々がＤＣＣＨセグメント内の情報ビットに関する異なる解釈に従っている。第１のＷＴは、スプリットトーンフォーマットに関するモード２を使用し、第２の無線端末は、スプリットトーンフォーマットに関するデフォルトモードを使用し、第３のＷＴは、スプリットトーンフォーマットに関するモード１を使用している。さらに加えて、第４のＷＴは、フルトーンフォーマットに関するデフォルトモードを用いている。
【００２６】
図９４０の例においては、第１、第２及び第３のＷＴは、スプリットトーンフォーマットのＤＣＣＨトーンを共有しており、第４のＷＴは、フルトーンフォーマットのトーンを用いている。図９４０の例に対応する（第１、第２、第３、及び第４の）ＷＴの各々は、アップリンク専用制御チャネルセグメントの異なるモードを使用しており、各々がＤＣＣＨセグメント内の情報ビットに関する異なる解釈に従っている。第１のＷＴは、スプリットトーンフォーマットに関するモード２を使用し、第２の無線端末は、スプリットトーンフォーマットに関するデフォルトモードを使用し、第３のＷＴは、スプリットトーンフォーマットに関するモード１を使用しており、第４のＷＴは、フルトーンフォーマットに関するモード３を使用している。
【００２７】
図１０は、所定のＤＣＣＨトーンに関するビーコンスロットにおけるフルトーンフォーマットの典型的デフォルトモードを示す図１０９９である。図１０においては、各ブロック（１０００、１００１、１００２、１００３、１００４、１００５、１００６、１００７、１００８、１００９、１０１０、１０１１、１０１２、１０１３、１０１４、１０１５、１０１６、１０１７、１０１８、１０１９、１０２０、１０２１、１０２２、１０２３、１０２４、１０２５、１０２６、１０２７、１０２８、１０２９、１０３０、１０３１、１０３２、１０３３、１０３４、１０３５、１０３６、１０３７、１０３８、１０３９）は、インデックスｓ２（０，．．．，３９）が長方形部分１０４０内のブロックの上方に示されている１つのセグメントを表す。各ブロック、例えばセグメント０を表すブロック１０００、は、６つの情報ビットを搬送し、各ブロックは、セグメント内の６つのビットに対応する６つのローを具備し、該ビットは、長方形部分１０４３において示されるように、最上ローから最下部ローに向かって最上位ビットから最下位ビットまで降順で示される。
【００２８】
典型的実施形態に関して、図１０に示されるフレーミングフォーマットは、フルトーンフォーマットのデフォルトモードが用いられるときにすべてのビーコンスロットにおいて繰り返し用いられ、次の例外を有する。無線端末が現在の接続においてＯＮ状態に移行後の第１のアップリンクスーパースロットにおいて、ＷＴは、図１１に示されるフレーミングフォーマットを使用しなければならない。第１のアップリンクスーパースロットは、ＷＴがＡＣＣＥＳＳ状態からＯＮ態に移行するシナリオに関して、ＷＴがＨＯＬＤ状態からＯＮ状態に移行するシナリオに関して、及びＷＴが他の接続のＯＮ状態からＯＮ状態に移行するシナリオに関して定義される。
【００２９】
図１１は、ＷＴがＯＮ状態に移行後の第１のアップリンクスーパースロットにおけるアップリンクＤＣＣＨセグメントのフルトーンフォーマットにおけるデフォルトモードの典型的定義を示す。図１１９９は、セグメント上方の長方形１１０６によって示されるように、スーパースロット内のセグメントインデックス番号、ｓ２＝（０、１、２、３、４）にそれぞれ対応する５つの連続セグメント（１１００、１１０１、１１０２、１１０３、１１０４）を含む。各ブロック、例えばスーパースロットのセグメント０を表すブロック１１００は、６つの情報ビットを搬送し、各ブロックは、セグメント内の６ビットに対応する６つのローを具備し、該ビットは、長方形部分１１０８によって示されるように、最上ローから最下部ローに向かって最上位ビットから最下位ビットまで降順で示される。
【００３０】
典型的実施形態において、ＨＯＬＤからＯＮ状態に移行するシナリオにおいては、ＷＴは、第１のＵＬスーパースロットの初めからアップリンクＤＣＣＨチャネルの送信を開始し、従って、第１のアップリンクＤＣＣＨセグメントは、図１１の左端の情報カラム内の情報ビットであるセグメント１１００の情報ビットを搬送しなければならない。典型的実施形態において、ＡＣＣＥＳＳ状態から移行するシナリオにおいては、ＷＴは、必ずしも第１のＵＬスーパースロットの初めから開始する必要はないが、それでも図１１において指定されるフレーミングフォーマットに従ってアップリンクＤＣＣＨセグメントを送信する。例えば、ＷＴが、インデックス＝４を有するスーパースロットのハーフスロットからＵＬ  ＤＣＣＨセグメントを送信することを開始する場合は、ＷＴは、図１１の左端の情報カラム（セグメント１１００）をスキップし、第１のアップリンクＤＣＣＨセグメントは、第２の左端のセグメント（セグメント１１０１）を搬送する。典型的実施形態においては、スーパースロットのインデキシングされたハーフスロット（１乃至３）は、１つのＤＣＣＨセグメント（１１００）に対応し、スーパースロットのインデキシングされたハーフスロット（４乃至６）は、次のセグメント（１１０１）に対応することに注目すること。典型的実施形態においては、フルトーンフォーマットとスプリットトーンフォーマットを切り換えるシナリオに関しては、ＷＴは、図１１に示されるフォーマットを用いる上記の例外なしに図１０に示されるフレーミングフォーマットを用いる。
【００３１】
第１のＵＬスーパースロットが終了した時点で、アップリンクＤＣＣＨチャネルセグメントが図１０のフレーミングフォーマットに切り換わる。第１のアップリンクスーパースロットがどこで終了するかに依存して、フレーミングフォーマットを切り換えるポイントは、ビーコンスロットの初めであることができる場合とできない場合がある。この実施形態例においては、スーパースロットに関する所定のＤＣＣＨトーンに関して５つのＤＣＣＨセグメントが存在する。例えば、第１のアップリンクスーパースロットはアップリンクビーコンスロットスーパースロットインデックス＝２であり、ビーコンスロットスーパースロットインデックス範囲は、０乃至７であると仮定する。引き続いて、アップリンクビーコンスロットスーパースロットインデックス＝３である次のアップリンクスーパースロットにおいては、図１０のデフォルトフレーミングフォーマットを用いる第１のアップリンクＤＣＣＨセグメントは、インデックスｓ２＝１５（図１０のセグメント１０１５）であり、セグメントｓ２＝１５（図１０のセグメント１０１５）に対応する情報を搬送する。
【００３２】
各アップリンクＤＣＣＨセグメントは、一組の専用制御チャネル報告（ＤＣＲ）を送信するために用いられる。デフォルトモードに関するフルトーンフォーマットのＤＣＲの典型的サマリーリストが図１２のテーブル１２００に示される。テーブル１２００の情報は、図１０及び１１のパーティショニングされたセグメントに適用することができる。図１０及び１１の各セグメントは、テーブル１２００において説明されるように２つ以上の報告を含む。テーブル１２００の第１のカラム１２０２は、各典型的報告に関して用いられる省略名について説明する。各報告の名前は、ＤＣＲのビット数を指定する数字が最後に付される。テーブル１２００の第２のカラム１２０４は、名前が付けられた各々の報告について簡単に説明する。第３のカラム１２０６は、ＤＣＲが送信される図１０のセグメントインデックスｓ２を指定し、テーブル１２００と図１０との間のマッピングに対応する。
【００３３】
次に、ダウンリンク信号対雑音比（ＤＬＳＮＲ５）の典型的な５ビット絶対報告が説明される。典型的ＤＬＳＮＲ５は、次の２つのモードフォーマットのうちの１つを用いる。ＷＴが１つだけの接続を有するときは、非ＤＬマクロダイバーシティモードフォーマットが用いられる。ＷＴが複数の接続を有するときは、ＷＴがＤＬマクロダイバーシティモードにある場合にＤＬマクロダイバーシティモードフォーマットが用いられる。その他の場合は、非マクロダイバーシティモードフォーマットが用いられる。幾つかの実施形態においては、ＷＴがＤＬマクロダイバーシティモードにあるかどうか及び／又はＷＴがどのようにしてＤＬマクロダイバーシティモードと非ＤＬマクロダイバーシティモードとの間で切り換わるかは、上位層プロトコルにおいて指定される。非ＤＬマクロダイバーシティモードにおいては、ＷＴは、図１３のテーブル１３００の最も近い表現を用いて、測定された受信されたダウンリンクパイロットチャネルセグメントＳＮＲを報告する。図１３は、非ＤＬマクロダイバーシティモードにおけるＤＬＳＮＲ５の典型的フォーマットのテーブル１３００である。第１のカラム１３０２は、報告の５ビットで表すことができる３２の可能なビットパターンを示す。第２のカラム１３０４は、報告を介して基地局に通信中のｗｔＤＬＰＩＣＨＳＮＲの値を示す。この例においては、３１の異なるビットパターンに対応する−１２ｄＢから２９ｄＢまでの増分的レベルを示すことができ、ビットパターン１１１１１は予約される。
【００３４】
例えば、測定に基づく計算されたｗｔＤＬＰＩＣＨＳＮＲが−１４ｄＢである場合は、ＤＬＳＮＲ５報告は、ビットパターン０００００に設定される。測定に基づく計算されたｗｔＤＬＰＩＣＨＳＮＲが−１１．６ｄＢである場合は、テーブル１３００においては−１２ｄＢを有するエントリが−１１．６ｄＢの計算値に最も近いため、ＤＬＳＮＲ５報告はビットパターン０００００に設定される。測定に基づく計算されたｗｔＤＬＰＩＣＨＳＮＲが−１１．４ｄＢである場合は、テーブル１３００においては−１１ｄＢを有するエントリが−１１．４ｄＢの計算値に最も近いため、ＤＬＳＮＲ５報告はビットパターン００００１に設定される。
【００３５】
報告された無線端末ダウンリンクパイロットＳＮＲ（ｗｔＤＬＰＩＣＨＳＮＲ）は、ＳＮＲの測定が行われるパイロット信号は典型的には平均トラフィックチャネル電力よりも高い電力で送信されるという事実を説明する。この理由により、パイロットＳＮＲは、幾つかの実施形態においては、以下のように報告される。
【００３６】
ｗｔＤＬＰＩＣＨＳＮＲ＝ＰｉｌｏｔＳＮＲ−Ｄｅｌｔａ
ここで、ｐｉｌｏｔＳＮＲは、単位がｄＢの受信されたダウンリンクパイロットチャネル信号に関する測定されたＳＮＲであり、Ｄｅｌｔａは、パイロット送信電力と平均トーン当たりチャネル送信電力レベル、例えば平均トーン当たりダウンリンクトラフィックチャネル送信電力、との間の差である。幾つかの実施形態においては、Ｄｅｌｔａ＝７．５ｄＢである。
【００３７】
ＤＬマクロダイバーシティモードフォーマットにおいて、ＷＴは、基地局セクターアタッチメントポイントとの現在のダウンリンク接続が優先接続であるかどうかを基地局セクターアタッチメントポイントに知らせるため、及び計算されたｗｔＤＬＰＩＣＨＳＮＲをテーブル１４００に従い最も近いＤＬＳＮＲ５報告を用いて報告するためにＤＬＳＮＲ５報告を用いる。図１４は、ＤＬマクロダイバーシティモードにおけるＤＬＳＮＲ５の典型的フォーマットのテーブル１４００である。第１のカラム１４０２は、報告の５ビットによって表すことができる３２の可能なビットパターンを示す。第２のカラム１４０４は、報告を介して基地局に通信中のｗｔＤＬＰＩＣＨＳＮＲの値、及び接続が優先されているかどうかの表示を示す。この例においては、３２の異なるビットパターンに対応して−１２ｄＢから１３ｄＢまでの増分的ＳＮＲレベルを示すことができる。ビットパターンのうちの１６は、接続が優先されない場合に対応し、残りの１６のビットパターンは、接続が優先される場合に対応する。幾つかの典型的施形態においては、リンクが優先されるときに示すことができる最高のＳＮＲ値は、リンクが優先されないときに示すことができる最高のＳＮＲ値よりも大きい。幾つかの典型的実施形態においては、リンクが優先されるときに示すことができる最低ＳＮＲは、リンクが優先されないときに示すことができる最低のＳＮＲ値よりも大きい。
【００３８】
幾つかの実施形態において、ＤＬマクロダイバーシティモードにおいては、無線端末は、１つの、１つのみの接続がいずれかの所定の時点において優先される接続であることを示す。さらに、幾つかの該実施形態において、接続が優先されることをＷＴがＤＬＳＮＲ５報告において示す場合は、ＷＴは、他の接続が優先接続になったことを示すＤＬＳＮＲ５報告を送信することが許可される前に前記接続が優先されることを示す少なくともＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの連続するＤＬＳＮＲ５報告を送信する。パラメータＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄの値は、アップリンクＤＣＣＨチャネルのフォーマット、例えばフルトーンフォーマット対スプリットトーンフォーマット、に依存する。幾つかの実施形態においては、ＷＴは、上位レベルプロトコルにおいてパラメータＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄを入手する。幾つかの実施形態においては、ＮｕｍＣｏｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄのデフォルト値は、フルトーンフォーマットにおいては１０である。
【００３９】
次に、ダウンリンクＳＮＲ（ＤＬＤＳＮＲ３）の典型的な３ビットの相対的（差分）報告が説明される。無線端末は、ダウンリンクパイロットチャネルの受信されたＳＮＲを計算し（ＰｉｌｏｔＳＮＲ）、ｗｔＤＬＰＩＣＨＳＮＲ値を計算し、ここでｗｔＤＬＰＩＣＨＳＮＲ＝ＰｉｌｏｔＳＮＲ−Ｄｅｌｔａであり、計算されたｗｔＤＬＰＩＣＨＳＮＲ値と直近のＤＬＳＮＲ５報告による報告値との間の差を計算し、計算された差を、図１５のテーブル１５００に従った最も近いＤＬＤＳＮＲ３報告を用いて報告する。図１５は、ＤＬＤＳＮＲ３の典型的フォーマットのテーブル１５００である。第１のカラム１５０２は、報告の３つの情報ビットを表すことができる９つの可能なビットパターンを示す。第２のカラム１５０４は、報告を介して基地局に通信中のｗｔＤＬＰＩＣＨＳＮＲの報告された差−５ｄＢ乃至５ｄＢを示す。
【００４０】
次に、様々な典型的アップリンクトラフィックチャネル要求報告が説明される。典型的実施形態においては、３つの型のアップリンクトラフィックチャネル要求報告、すなわち、典型的単ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ１）、典型的３ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ３）、及び典型的４ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ４）が用いられる。ＷＴは、ＷＴ送信機におけるＭＡＣフレーム待ち行列の状態を報告するためにＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、又はＵＬＲＱＳＴ４を用いる。典型的実施形態においては、ＭＡＣフレームは、ＬＬＣフレームから構築され、ＬＬＣフレームは、上位層プロトコルのパケットから構築される。この典型的実施形態においては、いずれのパケットも、４つの要求グループ（ＲＧ０、ＲＧ１、ＲＧ２、又はＲＧ３）のうちの１つに属する。幾つかの典型的実施形態においては、要求グループへのパケットのマッピングは、より高い層のプロトコルを通じて行われる。幾つかの典型的実施形態においては、要求グループへのパケットのデフォルトマッピングが存在し、該デフォルトマッピングは、より高い層のプロトコルを通じて基地局及び／又はＷＴによって変更することができる。パケットが１つの要求グループに属する場合は、この典型的実施形態においては、そのパケットの全ＭＡＣフレームもその同じ要求グループに属する。ＷＴは、ＷＴが送信を意図することができる４つの要求グループ内のＭＡＣフレーム数を報告する。ＡＲＱプロトコルにおいては、これらのＭＡＣフレームは、“新”又は“再送信用”として表示される。ＷＴは、ｋ＝０：３に関する４つの要素Ｎ［０：３］のベクトルを維持し、Ｎ［ｋ］は、ＷＴが要求グループｋにおいて送信するのを意図するＭＡＣフレーム数を表す。ＷＴは、基地局セクターがアップリンクトラフィックチャネルセグメントの割り当てを決定するためにアップリンクスケジューリングアルゴリズムにおいてＮ［０：３］に関する情報を利用できるように該情報を基地局セクターに報告すべきである。
【００４１】
典型的実施形態においては、ＷＴは、図１６のテーブル１６００によりＮ［０］＋Ｎ［１］を報告するために単ビットアップリンクトラフィックチャネル要求報告（ＵＬＲＱＳＴ１）を用いる。テーブル１６００は、ＵＬＲＱＳＴ１報告に関する典型的フォーマットである。第１のカラム１６０２は、搬送することができる２つの可能なビットパターンを示し、第２のカラム１６０４は、各ビットパターンの意味を示す。ビットパターンが０である場合は、ＷＴが要求グループ０又は要求グループ１において送信することを意図するＭＡＣフレームが存在しないことを示す。ビットパターンが１である場合は、ＷＴが通信することを意図する少なくとも１つのＭＡＣフレームを要求グループ０又は要求グループ１に有することを示す。
【００４２】
様々な実施形態において用いられる１つの特長により、複数の要求辞書がサポートされる。該要求辞書は、アップリンク専用制御チャネルセグメント内のアップリンクトラフィックチャネル要求報告内の情報ビットの解釈を定義する。所定の時点においては、ＷＴは、１つの要求辞書を用いる。幾つかの実施形態においては、ＷＴがＡＣＴＩＶＥ状態になるときには、ＷＴは、デフォルトの要求辞書を用いる。要求辞書を変更する場合は、ＷＴ及び基地局セクターは、上位層コンフィギュレーションプロトコルを用いる。幾つかの実施形態においては、ＷＴがＯＮ状態からＨＯＬＤ状態に移行するときには、ＷＴは、ＯＮ状態において用いられた最後の要求辞書を維持し、ＷＴがのちにＨＯＬＤ状態からＯＮ状態に移行したときに要求辞書が明示で変更されるまでＷＴが同じ要求辞書を使用し続けるようにする。しかしながら、ＷＴがＡＣＴＩＶＥ状態でなくなった場合は、最後の要求辞書のメモリがクリアされる。幾つかの実施形態においては、ＡＣＴＩＶＥ状態は、ＯＮ状態及びＨｏｌｄ状態を含むが、ＡＣＣＥＳＳ状態及びスリープ状態は含まない。
【００４３】
幾つかの実施形態においては、少なくとも一部のＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を決定するために、無線端末は、最初に次の２つの制御パラメータｙ及びｚのうちの１つ以上を計算し、要求辞書のうちの１つ、例えば要求辞書（ＲＤ）参照番号０、ＲＤ参照番号１、ＲＤ参照番号２、ＲＤ参照番号３のうちの１つを用いる。図１７のテーブル１７００は、制御パラメータｙ及びｚを計算するために用いられる典型的テーブルである。第１のカラム１７０２は、条件を示し、第２のカラム１７０４は、出力制御パラメータｙの対応値を示し、第３のカラム１７０６は、出力制御パラメータｚの対応値を示す。第１のカラム１７０２において、ｘ（単位ｄＢ）は、直近の５ビットアップリンク送信バックオフ報告（ＵＬＴＸＢＫＦ５）の値及び直近の４ビットタウンリンクビーコン比報告（ＤＬＢＮＲ４）の値ｂ（単位ｄＢ）を表す。直近の報告からｘ及びｂの入力値が与えられた場合、ＷＴは、第１のロー１７１０の条件が満たされているかどうかを検査する。試験条件が満たされている場合は、ＷＴは、ＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を計算するために該ローの対応するｙ値及びｚ値を用いる。しかしながら、条件が満たされていない場合は、次のロー１７１２に関する試験が続く。試験は、所定のローに関するカラム１７０２内の条件が満たされるまでテーブル１７００の最上位から最下部に向かって順に継続される（１７１０、１７１２、１７１４、１７１６、１７１８、１７２０、１７２２、１７２４、１７２６、１７２８）。ＷＴは、ｙ及びｚを、第１のカラムが満たされているテーブル１７００内の第１のローからの値として決定する。例えば、ｘ＝１７及びｂ＝１である場合は、ｚ＝４及びｙ＝１になる。
【００４４】
ＷＴは、幾つかの実施形態においては、要求辞書によるＭＡＣフレーム待ち行列の実際の（ａｃｔｕａｌ）Ｎ［０：３］を報告するためにＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を用いる。要求辞書は、要求辞書（ＲＤ）参照番号によって識別される。
【００４５】
幾つかの実施形態においては、少なくとも一部の要求辞書は、ＵＬＲＱＳＴ４又はＵＬＲＱＳＴ３が実際のＮ［０：３］を完全に含むことができないことがある。報告は、実際には、実際のＮ［０：３］の量子化バージョンである。幾つかの実施形態においては、ＷＴは、最初に要求グループ０及び１に関して、次に要求グループ２に関して、そして最後に要求グループ３に関して、報告されたＭＡＣフレーム待ち行列と実際のＭＡＣフレーム待ち行列との間の差違を最小にするための報告を送信する。しかしながら、幾つかの実施形態においては、ＷＴは、ＷＴにとって最も有益であるようにするための報告を決定する柔軟性を有する。例えば、ＷＴが典型的要求辞書１（図２０及び２１を参照）を用いていると仮定すると、ＷＴは、ＵＬＲＱＳＴ４を用いてＮ［１］＋Ｎ［３］を報告すること及びＵＬＲＱＳＴ３を用いてＮ［２］及びＮ［０］を報告することができる。さらに、報告が要求辞書による部分組の要求グループに直接関連する場合でも、残りの要求グループのＭＡＣフレーム待ち行列が空であることを自動的に意味しない。例えば、報告がＮ［２］＝１を意味する場合、自動的にＮ［０］＝０、Ｎ［１］＝０、又はＮ［３］＝０であることは意味しない場合がある。
【００４６】
図１８は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル１８００である。幾つかの実施形態においては、参照番号＝０の要求辞書は、デフォルト要求辞書である。第１のカラム１８０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム１８０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル１８００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚのいずれかの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［０］に関する情報、及び（ｉｉｉ）Ｎ［１］＋Ｎ［２］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００４７】
図１９は、典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル１９００である。幾つかの実施形態においては、参照番号＝０を有する要求辞書は、デフォルト要求辞書である。第１のカラム１９０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム１９０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル１９００のＵＬＲＱＳＴ３は、図１７のテーブル１７００の制御パラメータｙの関数としての（ｉ）Ｎ［０］に関する情報、及び（ｉｉ）Ｎ［１］＋Ｎ［２］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００４８】
図２０は、典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２０００である。第１のカラム２００２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２００４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２０００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［２］に関する情報、及び（ｉｉｉ）Ｎ［１］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００４９】
図２１は、典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２１００である。第１のカラム２１０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２１０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２１００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報及び（ｉｉ）Ｎ［２］に関する情報を搬送する。
【００５０】
図２２は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２２００である。第１のカラム２２０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２２０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２２００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚのいずれかの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［１］に関する情報、及び（ｉｉｉ）Ｎ［２］＋Ｎ［３］の合成に関する情報のうちの１つを搬送する。
【００５１】
図２３は、典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２３００である。第１のカラム２３０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２３０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２３００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報及び（ｉｉ）Ｎ［１］に関する情報を搬送する。
【００５２】
図２４は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２４００である。第１のカラム２４０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２４０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２４００のＵＬＲＱＳＴ４は、図１７のテーブル１７００の制御パラメータｙ又は制御パラメータｚのいずれかの関数としての（ｉ）前の４ビットアップリンク要求から変化なし、（ｉｉ）Ｎ［１］に関する情報、（ｉｉｉ）Ｎ［２］に関する情報、及び（ｉｖ）Ｎ［３］に関する情報のうちの１つを搬送する。
【００５３】
図２５は、典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２５００である。第１のカラム２５０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２５０４は、各ビットパターンと関連づけられた解釈を識別する。テーブル２５００のＵＬＲＱＳＴ３は、（ｉ）Ｎ［０］に関する情報、及び（ｉｉ）Ｎ［１］に関する情報を搬送する。
【００５４】
様々な実施形態により、方法は、広範な報告上の可能性を容易にする。例えば、例えばＳＮＲ及びバックオフ報告に基づく制御パラメータの使用は、所定の辞書に対応する単ビットパターン要求が複数の解釈を有することを考慮する。図１８のテーブル１８００に示されるように４ビットアップリンク要求に関する典型的な要求辞書参照番号０について考慮すること。各ビットパターンが固定された解釈に対応し、制御パラメータに依存しない４ビット要求に関しては、１６の可能性が存在する。しかしながら、テーブル１８００においては、制御パラメータｙは値１又は２を有することができるため、ビットパターンのうちの４つ（００１１、０１００、０１０１、及び０１１０）は、２つの異なる解釈を各々有することができる。同様に、テーブル１８００において、制御パラメータｚは値（１、２、３、４、５、６、７、８、９、１０）のうちのいずれかを有することができるため、ビットパターンのうちの９つ（０１１１、１０００、１００１、１０１０、１０１１、１１００、１１０１、１１１０、及び１１１１）は、１０の異なる解釈を各々有することができる。制御パラメータのこの使用は、４ビット要求報告に関する報告範囲を１６の異なる可能性から１１１の可能性に拡大する。
【００５５】
次に、典型的な５ビット無線端末送信機電力バックオフ報告（ＵＬＴｘＢＫＦ５）が説明される。無線端末バックオフ報告は、ＤＣＣＨセグメントを送信するために用いられる電力を考慮後に例えばアップリンクトラフィックチャネルセグメントを含む非ＤＣＣＨセグメントに関するアップリンク送信に関してＷＴが使用しなければならない残存電力量を報告する。ｗｔＵＬＤＣＣＨＢａｃｋＯｆｆ＝ｗｔＰｏｗｅｒＭａｘ−ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒであり、ここで、ｗｔＵＬＤＣＣＨｘＰｏｗｅｒは、アップリンクＤＣＣＨチャネルのトーン当たりの送信電力、単位ｄＢ、を表し、ｗｔＰｏｗｅｒＭａｘは、ＷＴの最大送信電力値、同じく単位ｄＢ、である。ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒは、瞬間的電力を表し、現在のアップリンクＤＣＣＨセグメントの直前のハーフスロット内のｗｔＰｏｗｅｒＮｏｍｉｎａｌを用いて計算されることに注目すること。幾つかの該実施形態においては、ｗｔＰｏｗｅｒＮｏｍｉｎａｌに関するアップリンクＤＣＣＨチャネルのトーン当たり電力は、０ｄＢである。ｗｔＰｏｗｅｒＭａｘの値は、ＷＴのデバイス能力、システム仕様及び／又は規制に依存する。幾つかの実施形態においては、ｗｔＰｏｗｅｒＭａｘの決定は、実装に依存する。
【００５６】
図２６は、様々な実施形態による、典型的な５ビットアップリンク送信機電力バックオフ報告（ＵＬＴｘＢＫＦ５）に関する３２のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル２６００である。第１のカラム２６０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム２６０４は、各ビットパターンに対応する単位がｄＢの報告されたＷＴアップリンクＤＣＣＨバックオフ報告値を識別する。この典型的実施形態においては、６．５ｄＢ乃至４０ｄＢの範囲の３０の個別のレベルを報告することができ、２つのビットパターンは予約される。無線端末は、例えば上述されるように、ｗｔＵＬＤＣＣＨＢａｃｋｏｆｆを計算し、テーブル２６００内の最も近いエントリを選択し、そのビットパターンを報告に関して用いる。
【００５７】
次に、典型的な４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）が説明される。ビーコン比報告は、交信中の基地局セクターからの及び１つ以上のその他の干渉中の基地局セクターからの受信された測定されたダウンリンクブロードキャスト信号、例えばビーコン信号及び／又はパイロット信号、の関数である情報を提供する。質的には、ビーコン比報告は、その他の基地局セクターへのＷＴの相対的近接性を推定するために用いることができる。ビーコン比報告は、交信中のＢＳセクターにおいてその他のセクターへの過度の干渉を防止するためにＷＴのアップリンク速度を制御する際に用いることができ、幾つかの実施形態においては用いられる。ビーコン比報告は、幾つかの実施形態においては、２つの要因、すなわち（ｉ）Ｇｉで表される推定チャネル利得比、及び（ｉｉ）ｂｉで表される負荷率、に基づく。
【００５８】
チャネル利得比は、幾つかの実施形態においては、次のように定義される。現在の接続のトーンブロックにおいては、ＷＴは、幾つかの実施形態においては、ＷＴからいずれかの干渉基地局セクターｉ（ＢＳＳｉ）までのアップリンクチャネル利得とＷＴから交信ＢＳＳまでのチャネル利得の比の推定値を決定する。この比は、Ｇｉで表される。典型的には、アップリンクチャネル利得比は、ＷＴにおいて直接測定することはできない。しかしながら、アップリンク及びダウンリンク経路利得は典型的には対称的であるため、該比は、交信ＢＳＳ及び干渉ＢＳＳからのダウンリンク信号の相対的受信電力を比較することによって推定することができる。基準ダウンリンク信号に関する１つの可能な選択肢は、ダウンリンクビーコン信号であり、ダウンリンクビーコン信号は非常に低いＳＮＲにおいて検出可能であるためこの目的に非常に適している。幾つかの実施形態においては、ビーコン信号は、基地局セクターからのその他のダウンリンク信号よりも高いトーン当たり送信電力レベルを有する。さらに、ビーコン信号の特性は、ビーコン信号を検出及び測定する上で精密なタイミングの同期化が必要ないような特性である。例えば、ビーコン信号は、幾つかの実施形態においては、高電力狭帯域、例えば単一トーンで、２つのＯＦＤＭシンボル送信期間の幅を有する信号である。従って、一定の所在位置においては、ＷＴは、その他のダウンリンクブロードキャスト信号、例えばパイロット信号、の検出及び／又は測定が実行可能でない基地局セクターからのビーコン信号を検出及び測定することができる。ビーコン信号を用いた場合は、アップリンク経路比は、Ｇｉ＝ＰＢｉ／ＰＢ０によって与えられ、ここで、ＰＢｉ及びＰＢ０は、それぞれ、干渉基地局セクター及び交信基地局セクターからのそれぞれの測定された受信ビーコン電力である。
【００５９】
ビーコンは、典型的にはかなりまれにしか送信されないため、ビーコン信号の電力測定は、特に電力が急激に変化するフェージング環境においては、平均チャネル利得を非常に正確に表すことができない。例えば、幾つかの実施形態においては、２つの連続するＯＦＤＭシンボル送信期間を占有し、基地局セクターのダウンリンクトーンブロックに対応する１つのビーコン信号は、９１２のＯＦＤＭシンボル送信期間のすべてのビーコンスロットに関して送信される。
【００６０】
他方、パイロット信号は、ビーコン信号よりもはるかに頻繁に送信されることがしばしばあり、例えば幾つかの実施形態においては、パイロット信号は、ビーコンスロットの９１２のＯＦＤＭシンボル送信期間のうちの８９６中に送信される。ＷＴがＢＳセクターからのパイロット信号を検出できる場合は、ビーコン信号の測定を用いる代わりに測定された受信パイロット信号から受信ビーコン信号強度を推定することができる。例えば、ＷＴが干渉ＢＳセクターの受信パイロット電力ＰＰｉを測定できる場合は、推定ＰＢｉ＝ＫＺｉＰＰｉから受信ビーコン電力ＰＢｉを推定することができ、ここで、Ｋは、干渉セクターのビーコン電力とパイロット電力の公称比であって、ＢＳセクターの各々に関して同じであり、Ｚｉは、セクターに依存するスケーリングファクタである。
【００６１】
同様に、交信ＢＳからのパイロット信号電力がＷＴにおいて測定可能である場合は、受信されたビーコン電力ＰＢ０は、関係、推定ＰＢ０＝ＫＺ０ＰＰ０から推定することができ、ここで、Ｚ０及びＰＰ０は、それぞれ、交信基地局セクターからのスケーリングファクタ及び測定された受信パイロット電力である。
【００６２】
交信基地局セクターに対応する受信パイロット信号強度が測定可能であり、さらに干渉基地局セクターに対応する受信パイロット信号強度が測定可能である場合は、ビーコン比は以下から推定できることに注目すること。
【００６３】
Ｇｉ＝ＰＢｉ／（ＰＰ０ Ｋ Ｚ０）
交信セクター及び干渉セクターの両方においてパイロット強度が測定可能である場合は、ビーコン比は以下から推定できることに注目すること。
【００６４】
Ｇｉ＝ＰＰｉ Ｋ Ｚｉ／（ＰＰ０ Ｋ Ｚ０）＝ＰＰｉＺｉ／（ＰＰ０Ｚ０）
スケーリングファクタＫ、Ｚｉ及びＺ０は、システム定数であるか、又はＷＴによってＢＳからのその他の情報から推測することができる。幾つかの実施形態においては、スケーリングファクタ（Ｋｉ、Ｚｉ、Ｚ０）の一部は、システム定数であり、スケーリングファクタ（Ｋｉ、Ｚｉ、Ｚ０）の一部は、ＷＴによってＢＳからのその他の情報から推測される。
【００６５】
異なる搬送波において異なる電力レベルを有する幾つかの多搬送波システムにおいては、スケーリングファクタＺｉ及びＺ０は、ダウンリンクトーンブロックの関数である。例えば、典型的ＢＳＳは、３つの電力段（ｐｏｗｅｒ  ｔｉｅｒ）レベルを有し、３つの電力段レベルのうちの１つは、ＢＳＳアタッチメントポイントに対応する各ダウンリンクトーンブロックと関連づけられる。幾つかの該実施形態においては、３つの電力段レベルのうちの異なる１つがＢＳＳの異なるトーンブロックの各々と関連づけられる。この例を続けると、所定のＢＳＳに関して、各電力段レベルは、公称ｂｓｓ電力レベル（例えば、ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ０、ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ１、及びｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ２のうちの１つ）と関連づけられ、パイロットチャネル信号は、トーンブロックに関する公称ｂｓｓ電力レベルに関する相対的電力レベル、例えば、トーンブロックによって使用中の公称ｂｓｓ電力レベルよりも７．２ｄＢ高い電力レベル、で送信される。しかしながら、ＢＳＳに関するビーコントーン当たり相対的送信電力レベルは、ビーコンが送信されるトーンブロックに関わらず同じであり、例えば、電力段０ブロック（ｂｓｓＰｏｗｅｒＮｏｍｉｎａｌ０）によって用いられるｂｓｓ電力レベルよりも２３．８ｄＢ高い。従って、所定のＢＳＳに関するこの例においては、ビーコン送信電力は、トーンブロックの各々において同じであり、他方、パイロット送信電力は異なり、例えば異なるトーンブロックのパイロット送信電力は、異なる電力段レベルに対応する。この例に関する一組のスケールファクタは、段０に関するビーコン電力とパイロット電力の比であるＫ＝２３．８−７．２ｄＢになり、Ｚｉは、段０セクターの電力に対する干渉セクターの段の相対的公称電力に設定される。
【００６６】
幾つかの実施形態においては、パラメータＺ０は、交信ＢＳＳのｂｓｓＳｅｃｔｏｒＴｙｐｅによる決定に従い現在の接続のトーンブロックが交信ＢＳＳにおいてどのように用いられるかにより、格納された情報、例えば図２７のテーブル２７００、から決定される。例えば、現在の接続のトーンブロックが交信ＢＳＳによって段０トーンブロックとして用いられる場合は、Ｚ０＝１であり、現在の接続のトーンブロックが交信ＢＳＳによって段１トーンブロックとして用いられる場合は、Ｚ０＝ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１であり、現在の接続のトーンブロックが交信ＢＳＳによって段２トーンブロックとして用いられる場合は、Ｚ０＝ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２である。
【００６７】
図２７は、様々な実施形態により実装される典型的電力スケーリングファクタテーブル２７００を含む。第１のカラム２７０２は、段０トーンブロック、段１トーンブロック、又は段２トーンブロックとしてのトーンブロックの使用を示す。第２のカラム２７０４は、（１，ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２）として、各段（０、１、２）とそれぞれ関連づけられたスケーリングファクタを示す。幾つかの実施形態においては、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０１は６ｄＢであり、ｂｓｓＰｏｗｅｒＢａｃｋｏｆｆ０２は１２ｄＢである。
【００６８】
幾つかの実施形態においては、ＤＣＣＨ  ＤＬＢＮＲ４報告は、一般的ビーコン比報告及び特別ビーコン比報告のうちの１つであることができる。幾つかの該実施形態においては、ダウンリンクトラフィック制御チャネル、例えばＤＬ．ＴＣＣＨ．ＦＬＡＳＨチャネルは、ビーコンスロットにおいて特別フレームを送信し、前記特別フレームは、“ＤＬＢＮＲ４報告要求フィールド”を含む。そのフィールドは、交信中のＢＳＳによって選択を制御するために用いることができる。例えば、フィールドがゼロに設定された場合は、ＷＴは、一般的ビーコン比報告を報告し、その他の場合は、ＷＴは、特別ビーコン比報告を報告する。
【００６９】
幾つかの実施形態による一般的ビーコン比報告は、ＷＴが現在の接続において交信ＢＳＳに送信する予定である場合にＷＴが全干渉ビーコン又は“最も近い”干渉ビーコンに対して生成することになる相対的干渉コストを測定する。幾つかの実施形態による特別ビーコン比報告は、ＷＴが現在の接続において交信ＢＳＳに送信する予定である場合にＷＴが特定のＢＳＳに対して生成することになる相対的干渉コストを測定する。特定のＢＳＳは、特別ダウンリンクフレームのＤＬＢＮＲ４要求フィールドにおいて受信される情報を用いて示されるＢＳＳである。例えば、幾つかの実施形態においては、特定のＢＳＳは、そのｂｓｓＳｌｏｐｅが例えば符号なし整数フォーマットである“ＤＬＢＮＲ４報告要求フィールド”の値に等しく、さらにそのｂｓｓＳｅｃｔｏｒＴｙｐｅがｍｏｄ（ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘ，３）に等しいＢＳＳであり、ここで、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘは、現在の接続のウルトラスロット内のビーコンスロットのアップリンクインデックスである。幾つかの典型的実施形態においては、ウルトラスロット内には１８のインデキシングされたビーコンスロットが存在する。
【００７０】
様々な実施形態において、一般的ビーコン比及び特別ビーコン比の両方とも、計算されたチャネル利得比Ｇ１、Ｇ２、．．．、から次のように決定される。ＷＴは、ダウンリンクブロードキャストシステムサブチャネルで送信されたアップリンク負荷率を受信し、図２８のアップリンク負荷率テーブル２８００から変数ｂ０を決定する。テーブル２８００は、アップリンク負荷率に関して用いることができる８個の異なる値（０、１、２、３、４、５、６、７）を示した第１のカラム２８０２を含み、第２のカラムは、単位がｄＢであるｂ値に関する対応値（０、−１、−２、−３、−４、−６、−９、−無限大）をそれぞれ示す。その他のＢＳＳｉに関しては、ＷＴは、現在の接続のトーンブロックにおいてＢＳＳｉのダウンリンクブロードキャストシステムサブチャネルにおいて送信されたアップリンク負荷率からｂｉを受信することを試みる。ＷＴがＵＬ負荷率ｂｉを受信することができない場合は、ＷＴは、ｂｉ＝１に設定する。
【００７１】
幾つかの実施形態において、単搬送波動作においては、ＷＴは、次の電力比を一般的ビーコン比報告として計算する。すなわち、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘが偶数のときはｂ０／（Ｇ１ｂ１＋Ｇ２ｂ２＋．．．）、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘが奇数のときはｂ０／ｍａｘ（Ｇ１ｂ１，Ｇ２ｂ２，．．．）であり、ここで、ｕｌＵｌｔｒａｓｌｏｔＢｅａｃｏｎｓｌｏｔＩｎｄｅｘは、現在の接続のウルトラスロット内のビーコンスロットのアップリンクインデックスであり、演算＋は、正規の加算を表す。特定ビーコン比報告を送信するように要求されたときには、ＷＴは、幾つかの実施形態においては、ｂ０／（ＧｋＢｋ）を計算し、ここで、インデックスｋは、特定のＢＳＳｋを表す。幾つかの実施形態においては、ウルトラスロット内には１８のインデキシングされたビーコンスロットが存在する。
【００７２】
図２９は、様々な実施形態による、４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）に関する典型的フォーマットを示したテーブル２９００である。第１のカラム２９０２は、報告が搬送することができる１６の様々なビットパターンを示し、第２のカラム２９０４は、例えば−３ｄＢ乃至２６ｄＢの範囲の各ビットパターンに対応する報告された報告電力比を示す。無線端末は、決定された報告値に最も近いＤＬＢＮＲ４テーブルエントリを選択及び通信することによって一般的ビーコン比報告及び特定ビーコン比報告を報告する。この典型的実施形態においては、一般的ビーコン比報告及び特定ビーコン比報告は、ＤＬＢＮＲ４に関する同じテーブルを用いることができるが、幾つかの実施形態においては、異なるテーブルを用いることができる。
【００７３】
次に、ダウンリンク自己雑音ＳＮＲ報告（ＤＬＳＳＮＲ４）の典型的な４ビット飽和レベルが説明される。幾つかの実施形態においては、ＷＴは、ＢＳＳが無限電力で送信する信号を基地局が送信することができ、無線端末が該信号を測定することができる場合に、ＷＴ受信機が受信された該信号に関して測定するＤＬ  ＳＮＲであると定義されるＤＬ  ＳＮＲの飽和レベルを導き出す。飽和レベルは、チャネル推定誤り等の要因によって引き起こされる可能性があるＷＴ受信機の自己雑音によって決定することができ、幾つかの実施形態においては決定される。以下は、ＤＬ  ＳＮＲの飽和レベルを導き出すための典型的方法である。
【００７４】
典型的方法において、ＷＴは、ＢＳＳが電力Ｐで送信する場合はＤＬＳＮＲはＳＮＲ（Ｐ）＝ＧＰ／（ａ０ＧＰ＋Ｎ）に等しいと仮定し、ここで、Ｇは、ＢＳＳからＷＴまでの無線端末チャネル経路利得を表し、Ｐは、送信電力であり、従ってＧＰは、受信された信号電力であり、Ｎは、受信された干渉電力を表し、ａ０ＧＰは、自己雑音を表し、ここで、より高いａ０値は、より高い自己雑音値を表す。Ｇは、０乃至１の間の値であり、ａ０、Ｐ、及びＮは、正値である。このモデルにおいては、定義上、ＤＬ  ＳＮＲの飽和レベルは、１／ａ０に等しい。幾つかの実施形態においては、ＷＴは、干渉電力Ｎを決定するためにダウンリンクＮｕｌｌチャネル（ＤＬ．ＮＣＨ）の受信電力を測定し、ダウンリンクパイロットチャネルの（Ｇ＊Ｐ０によって表される）受信電力及びダウンリンクパイロットチャネルの（ＳＮＲ０によって表される）ＳＮＲを測定し、次に、ＷＴは、１／ａ０＝（１／ＳＮＲ０−Ｎ／（ＧＰ０））−１を計算する。
【００７５】
ＷＴがＤＬ  ＳＮＲの飽和レベルを導き出した時点で、ＷＴは、ＤＬ自己雑音飽和レベル報告テーブル内の導き出された値に最も近いエントリを用いて飽和レベルを報告する。図３０のテーブル３０００は、ＤＬＳＳＮＲ４のフォーマットを説明する典型的テーブルである。第１のカラム３００２は、ＤＬＳＳＮＲ４報告によって搬送することができる１６の異なる可能なビットパターンを示し、第２のカラム３００４は、８．７５ｄＢ乃至２９．７５ｄＢの範囲の各ビットパターンに対応して通信されるＤＬ  ＳＮＲの飽和レベルを示す。
【００７６】
様々な実施形態においては、ＤＣＣＨには柔軟型報告（ｆｌｅｘｉｂｌｅ  ｒｅｐｏｒｔ）が含まれており、従って、ＷＴは、いずれの型の報告を通信するかを決定し、報告の型は、割り当てられた専用制御チャネルセグメントを用いる所定のＷＴに関して１つの柔軟な報告機会から次の柔軟な報告機会に変更することができる。
【００７７】
典型的実施形態においては、ＷＴは、ＴＹＰＥ２及びＢＯＤＹ４の両報告を含む同じＤＣＣＨセグメントの４ビットボディ報告（ｂｏｄｙ  ｒｅｐｏｒｔ）（ＢＯＤＹ４）において通信するためにＷＴによって選択される報告の型を示すために２ビット型報告（ＴＹＰＥ２）を使用する。図３１のテーブル３１００は、ＴＹＰＥ２報告情報ビットと対応するＢＯＤＹ４報告によって搬送される報告の型との間のマッピング例である。第１のカラム３１０２は、２ビットＴＹＰＥ２報告に関する４つの可能なビットパターンを示す。第２のカラム３１０４は、ＴＹＰＥ２報告に対応する同じアップリンク専用制御チャネルセグメントのＢＯＤＹ４報告において搬送される報告の型を示す。テーブル３１００は、ビットパターン００はＢＯＤＹ４報告がＵＬＲＱＳＴ４報告になることを示すこと、ビットパターン０１はＢＯＤＹ４報告がＤＬＳＳＮＲ４報告になることを示すこと、及びビットパターン１０及び１１は予約されていることを示す。
【００７８】
幾つかの実施形態においては、ＷＴは、選択が生じることが可能である異なる報告の型の相対的重要性を評価することによってＴＹＰＥ２報告及びＢＯＤＹ４報告、例えばテーブル３１００に記載される報告、を選択する。幾つかの実施形態においては、ＷＴは、各セグメントごとに独立してＴＹＰＥ２を選択することができる。
【００７９】
図３２は、第１のＷＴに関する所定のＤＣＣＨトーンに関するビーコンスロットにおけるスプリットトーンフォーマットの典型的デフォルトモードを示す図３２９９である。図３２において、各ブロック（３２００、３２０１、３２０２、３２０３、３２０４、３２０５、３２０６、３２０７、３２０８、３２０９、３２１０、３２１１、３２１２、３２１３、３２１４、３２１５、３２１６、３２１７、３２１８、３２１９、３２２０、３２２１、３２２２、３２２３、３２２４、３２２５、３２２６、３２２７、３２２８、３２２９、３２３０、３２３１、３２３２、３２３３、３２３４、３２３５、３２３６、３２３７、３２３８、３２３９）は、そのインデックスｓ２（０，．．．，３９）が長方形部分３２４０内のブロックの上方に示されている１つのセグメントを表す。各ブロック、例えばセグメント０を表すブロック３２００、は８つの情報ビットを搬送し、各ブロックは、セグメント内の８ビットに対応する８つのローを具備し、ビットは、長方形部分３２４３に示されるように、最上部のローから最下部のローに向かって最上位ビットから最下位ビットまで降順で示される。
【００８０】
典型的実施形態に関して、図３２に示されるフレーミングフォーマットは、スプリットトーンフォーマットのデフォルトモードが用いられるときに、すべてのビーコンスロットにおいて繰り返し用いられ、次の例外を有する。無線端末が現在の接続においてＯＮ状態に移行後の第１のアップリンクスーパースロットにおいては、ＷＴは、図３３に示されるフレーミングフォーマットを使用しなければならない。第１のアップリンクスーパースロットは、ＷＴがＡＣＣＥＳＳ状態からＯＮ態に移行するシナリオに関して、ＷＴがＨＯＬＤ状態からＯＮ状態に移行するシナリオに関して、及びＷＴが他の接続のＯＮ状態からＯＮ状態に移行するシナリオに関して定義される。
【００８１】
図３３は、ＷＴがＯＮ状態に移行後の第１のアップリンクスーパースロットにおけるアップリンクＤＣＣＨセグメントのスプリットトーンフォーマットにおけるデフォルトモードの典型的定義を示す。図３３９９は、セグメント上方の長方形３３０６によって示されるように、スーパースロット内のセグメントインデックス番号、ｓ２＝（０、１、２、３、４）にそれぞれ対応する５つの連続セグメント（３３００、３３０１、３３０２、３３０３、３３０４）を含む。各ブロック、例えばスーパースロットのセグメント０を表すブロック３３００は、８つの情報ビットを搬送し、各ブロックは、セグメント内の８ビットに対応する８つのローを具備し、該ビットは、長方形部分３３０８において示されるように、最上ローから最下部ローに向かって最上位ビットから最下位ビットまで降順で示される。
【００８２】
典型的実施形態において、ＨＯＬＤからＯＮ状態に移行するシナリオにおいては、ＷＴは、第１のＵＬスーパースロットの初めからアップリンクＤＣＣＨチャネルの送信を開始し、従って、第１のアップリンクＤＣＣＨセグメントは、図３３の左端の情報カラム内の情報ビットであるセグメント３３００の情報ビットを搬送しなければならない。典型的実施形態において、ＡＣＣＥＳＳ状態からＯＮ状態に移行するシナリオにおいては、ＷＴは、必ずしも第１のＵＬスーパースロットの初めから開始するわけではないが、それでも図３３おいて指定されるフレーミングフォーマットに従ってアップリンクＤＣＣＨセグメントを送信する。例えば、ＷＴが、インデックス＝１０を有するスーパースロットのハーフスロットからＵＬ  ＤＣＣＨセグメントを送信することを開始する場合は、ＷＴは、図３３の左端の情報カラム（セグメント３３００）をスキップし、搬送された第１のアップリンクセグメントは、３３０３に対応する。典型的実施形態においては、スーパースロットのインデキシングされたハーフスロット（１乃至３）は、１つのセグメントに対応し、スーパースロットのインデキシングされたハーフスロット（１０乃至１２）は、ＷＴに関する次のセグメントに対応する点に注目すること。典型的実施形態においては、フルトーンフォーマットとスプリットトーンフォーマットを切り換えるシナリオに関しては、ＷＴは、図３３に示されるフォーマットを用いる上記の例外なしに図３２に示されるフレーミングフォーマットを用いる。
【００８３】
第１のＵＬスーパースロットが終了した時点で、アップリンクＤＣＣＨチャネルセグメントは、図３２のフレーミングフォーマットに切り換わる。第１のアップリンクスーパースロットがどこで終了するかに依存して、フレーミングフォーマット切り換えポイントは、ビーコンスロットの初めであることができる場合とできない場合がある。この典型的実施形態においては、スーパースロットに関する所定のＤＣＣＨトーンに関して５つのＤＣＣＨセグメントが存在する点に注目すること。例えば、第１のアップリンクスーパースロットはアップリンクビーコンスロットスーパースロットインデックス＝２であり、ビーコンスロットスーパースロットインデックス範囲は０乃至７（スーパースロット０、スーパースロット１、．．．、スーパースロット７）であると仮定する。後続して、アップリンクビーコンスロットスーパースロットインデックス＝３である次のアップリンクスーパースロットにおいて、図３２のデフォルトフレーミングフォーマットを用いる第１のアップリンクＤＣＣＨセグメントは、インデックスｓ２＝１５（図３２のセグメント３２１５）であり、セグメントｓ２＝１５（図３２のセグメント３２１５）に対応する情報を搬送する。
【００８４】
各アップリンクＤＣＣＨセグメントは、一組の専用制御チャネル報告（ＤＣＲ）を送信するために用いられる。デフォルトモードに関するスプリットトーンフォーマットのＤＣＲの典型的サマリーリストが図３４のテーブル３４００に示される。テーブル３４００の情報は、図３２及び３３のパーティショニングされたセグメントに適用することができる。図３２及び３３の各セグメントは、テーブル３４００において説明されるように２つ以上の報告を含む。テーブル３４００の第１のカラム３４０２は、各典型的報告に関して用いられる省略名について説明する。各報告の名前は、ＤＣＲのビット数を指定する数字が最後に付される。テーブル３４００の第２のカラム３４０４は、名前が付けられた各々の報告について簡単に説明する。第３のカラム３４０６は、ＤＣＲが送信される図３２のセグメントインデックスｓ２を指定し、テーブル３４００と図３２との間のマッピングに対応する。
【００８５】
図３２、３３及び３４は、デフォルトモードに関するスプリットトーンフォーマットにおける第１のＷＴに対応するセグメント（インデキシングされたセグメント０、３、６、９、１２、１５、１８、２１、２４、２７、３０、３３、及び３６）を説明することに注目すべきである。図３２に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第２の無線端末は、同じ報告パターンに従うが、セグメントは１だけシフトされ、従って、第２のＷＴは、インデキシングされたセグメント（１、４、７、１０、１３、１６、１９、２２、２５、２８、３１、３４、及び３７）を用いる。図３３に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第２の無線端末は、同じ報告パターンに従うが、セグメントは１だけシフトされ、従って、第２のＷＴは、インデキシングされたセグメント３３０１及び３３０４を用いる。図３２に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第３の無線端末は、同じ報告パターンに従うが、セグメントは２だけシフトされ、従って、第３のＷＴは、インデキシングされたセグメント（２、５、８、１１、１４、１７、２０、２３、２６、２９、３３、３５、及び３８）を用いる。図３３に関して、ＤＣＣＨにおける同じ論理的トーンに関してデフォルトモードのスプリットトーンフォーマットを用いる第３の無線端末は、同じ報告パターンに従うが、セグメントは２だけシフトされ、従って、第３のＷＴは、インデキシングされたセグメント３３０５を用いる。図３２において、インデックス＝３９を有するセグメントは予約される。
【００８６】
図３３は、テーブル３２９９に対応するビーコンスロットの第１のスーパースロットの代替に対応する表現を提供し、例えばセグメント３３００は、セグメント３２００に取って代わり及び／又はセグメント３３０３は、セグメント３２０３に取って代わる。図３２において、各スーパースロットに関して、スプリットトーンＤＣＣＨフォーマットを用いる典型的無線端末に対して１つ又は２つのセグメントが割り当てられ、割り当てられたセグメントの位置は、ビーコンスロットのスーパースロットに依存する。例えば、第１のスーパースロットにおいては、スーパースロットの第１及び第４のＤＣＣＨセグメントに対応して２つのセグメント（３２００、３２０３）が割り当てられる。第２のスーパースロットにおいては、スーパースロットの第２及び第５のＤＣＣＨセグメントに対応して２つのセグメント（３２０６、３２０９）が割り当てられる。第３のスーパースロットにおいては、スーパースロットの第３のＤＣＣＨセグメントに対応して１つのセグメント３２１３が割り当てられる。幾つかの実施形態においては、セグメント３３００は、使用時には、スーパースロットの第１のスケジューリングされたＤＣＣＨセグメントに取って代わるために用いられ、セグメント３３０３は、使用時には、スーパースロットの第２のスケジューリングされたＤＣＣＨセグメントに取って代わるために用いられる。例えば、セグメント３３００は、セグメント３２０６に取って代わることができ及び／又はセグメント３３０３は、セグメント３３０９に取って代わることができる。他の例として、セグメント３３００は、セグメント３２１２に取って代わることができる。
【００８７】
幾つかの実施形態においては、ＤＬ  ＳＮＲ（ＤＬＳＮＲ５）の５ビットの絶対的報告は、スプリットトーンフォーマットデフォルトモードにおいても、フルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの該実施形態においては、例外が存在し、ＮｕｍＣｏｎｓｅｃｕｔｉｖｅＰｒｅｆｅｒｒｅｄのデフォルト値は、スプリットトーンフォーマットにおいてはフルトーンフォーマットにおける場合と異なり、例えば、スプリットトーンフォーマットデフォルトモードでは６、フルトーンフォーマットデフォルトモードでは１０である。
【００８８】
幾つかの実施形態においては、３ビットＤＬＤＳＮＲ３報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの実施形態においては、４ビットＤＬＳＳＮＲ４報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。
【００８９】
幾つかの実施形態においては、スプリットトーンフォーマットデフォルトモードの４ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ４）は、フルトーンフォーマットデフォルトモードのＵＬＴｘＢＫＦ５と同様に生成され、例外として、図３５のテーブル３５００が報告に関して用いられる。
【００９０】
図３５は、様々な実施形態による、典型的４ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ４）に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル３５００である。第１のカラム３５０２は、ビットパターン及び最上位ビットから最下位ビットまでのビット順序を識別する。第２のカラム３５０４は、各ビットパターンに対応する単位がｄＢの報告されたＷＴアップリンクＤＣＣＨバックオフ報告値を識別する。この典型的実施形態においては、６ｄＢ乃至３６ｄＢの範囲の１６の個別のレベルを報告することができる。無線端末は、例えば上述されるように、ｗｔＵＬＤＣＣＨＢａｃｋｏｆｆを計算し、テーブル３５００内の最も近いエントリを選択し、そのビットパターンを報告に関して用いる。
【００９１】
幾つかの実施形態においては、４ビットＤＬＢＮＲ４報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの実施形態においては、３ビットＵＬＲＱＳＴ３報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。幾つかの実施形態においては、４ビットＵＬＲＱＳＴ４報告は、スプリットトーンフォーマットデフォルトモードにおいてもフルトーンフォーマットデフォルトモードにおいて用いられるのと同じフォーマットに従う。
【００９２】
様々な実施形態においては、デフォルトモードにおけるスプリットトーンフォーマットのＤＣＣＨには柔軟型報告が含まれており、従って、ＷＴは、いずれの型の報告を通信するかを決定し、報告の型は、割り当てられた専用制御チャネルセグメントを用いる所定のＷＴに関して１つの柔軟な報告機会から次の柔軟な報告機会に変更することができる。
【００９３】
典型的実施形態においては、ＷＴは、ＴＹＰＥ１及びＢＯＤＹ４の両報告を含む同じＤＣＣＨセグメントの４ビットボディ報告（ＢＯＤＹ４）において通信するためにＷＴによって選択される報告の型を示すために１ビット型報告（ＴＹＰＥ１）を使用する。図３６のテーブル３６００は、ＴＹＰＥ１報告情報ビット及び対応するＢＯＤＹ４報告によって搬送される報告の型の間のマッピング例である。第１のカラム３６０２は、１ビットＴＹＰＥ１報告に関する２つの可能なビットパターンを示す。第２のカラム３６０４は、ＴＹＰＥ１報告に対応する同じアップリンク専用制御チャネルセグメントのＢＯＤＹ４報告において搬送される報告の型を示す。テーブル３６００は、ビットパターン０はＢＯＤＹ４報告がＵＬＲＱＳＴ４報告になることを示し、ビットパターン０１はＢＯＤＹ４報告が予約されることを示すことを示す。
【００９４】
幾つかの実施形態においては、ＷＴは、選択を行うことができる異なる型の報告、例えばテーブル３６００に記載された報告、が可能である場合における相対的重要性を評価することによってＴＹＰＥ１報告及びＢＯＤＹ４報告を選択する。幾つかの実施形態においては、ＷＴは、各セグメントごとに独立してＴＹＰＥ１を選択することができる。
【００９５】
幾つかの実施形態においては、アップリンク専用制御チャネルセグメントがフルトーンフォーマットを使用時に用いられる符号化及び変調方式は、アップリンク専用制御チャネルセグメントがスプリットトーンフォーマットを使用時に用いられる符号化及び変調方式と異なる。
【００９６】
次に、専用制御チャネルセグメントがフルトーンフォーマットを使用時に符号化及び変調に関して用いられる典型的第１の方法が説明される。ｂ５、ｂ４、ｂ３、ｂ２、ｂ１及びｂ０がアップリンク専用制御チャネルセグメントにおいて送信される情報ビットを表し、ここで、ｂ５は最上位ビットであり、ｂ０は最下位ビットであるとする。ｃ２ｃ１ｃ０＝（ｂ５ｂ４ｂ３）．∧（ｂ２ｂ１ｂ０）であると定義し、ここで、．∧は、ビットに基づく論理ＯＲ演算である。ＷＴは、図３７のテーブル３７００により７つの変調シンボルから成るグループを情報ビットグループｂ５ｂ４ｂ３から決定する。テーブル３７００は、フルトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様である。テーブル３７００の第１のカラム３７０２は、３つの順序が設定された情報ビットに関するビットパターンを含み、カラム３７０４は、７つの順序が設定されたコーディングされた変調シンボルの対応する組を含み、各組は、異なる可能なビットパターンに対応する。
【００９７】
ｂ５ｂ４ｂ３から決定された７つの変調シンボルは、コーディング及び変調動作の出力の７つの最上位のコーディングされた変調シンボルになる。
【００９８】
ＷＴは、同様にテーブル３７００を用いて７つの変調シンボルから成るグループを情報ビットグループｂ２ｂ１ｂ０から決定し、入手された７つの変調シンボルを、符号化及び変調動作の出力の次の最上位のコーディングされた変調シンボルとして用いる。
【００９９】
ＷＴは、同様にテーブル３７００を用いて７つの変調シンボルから成るグループを情報ビットグループｃ２ｃ１ｃ０から決定し、入手された７つの変調シンボルを、コーディング及び変調動作の出力の最下位のコーディングされた変調シンボルとして用いる。
【０１００】
次に、専用制御チャネルセグメントがスプリットトーンフォーマットを使用時に符号化及び変調に関して用いられる典型的な第２の方法が説明される。ｂ７、ｂ６、ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、及びｂ０がアップリンク専用制御チャネルセグメントにおいて送信される情報ビットを表し、ここで、ｂ７が最上位ビットであり、ｂ０が最下位ビットであるとする。ｃ３ｃ２ｃ１ｃ０＝（ｂ７ｂ６ｂ５ｂ４）．∧（ｂ３ｂ２ｂ１ｂ０）であると定義し、ここで、．∧は、ビットに基づく論理ＯＲ演算である。ＷＴは、図３８のテーブル３８００により７つの変調シンボルから成るグループを情報ビットグループｂ７ｂ６ｂ５ｂ４から決定する。テーブル３８００は、スプリットトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様である。テーブル３８００の第１のカラム３８０２は、４つの順序が設定された情報ビットに関するビットパターンを含み、第２のカラム３８０４は、７つの順序が設定されたコーディングされた変調シンボルの対応する組を含み、各組は、異なる可能なビットパターンに対応する。
【０１０１】
ｂ７ｂ６ｂ５ｂ４から決定された７つの変調シンボルは、コーディング及び変調動作の出力の７つの最上位のコーディングされた変調シンボルになる。
【０１０２】
ＷＴは、同様にテーブル３８００を用いて７つの変調シンボルから成るグループを情報ビットグループｂ３ｂ２ｂ１ｂ０から決定し、入手された７つの変調シンボルを、符号化及び変調動作の出力の次の最上位のコーディングされた変調シンボルとして用いる。
【０１０３】
ＷＴは、同様にテーブル３８００を用いて７つの変調シンボルから成るグループを情報ビットグループｃ３ｃ２ｃ１ｃ０から決定し、入手された７つの変調シンボルを、コーディング及び変調動作の出力の最下位のコーディングされた変調シンボルとして用いる。
【０１０４】
図３９は、典型的無線端末アップリンクトラフィックチャネルフレーム要求グループ待ち行列カウント情報を示すテーブル３９００である。各無線端末は、その要求グループカウント情報を維持及び更新する。この典型的実施形態においては、４つの要求グループ（ＲＧ０、ＲＧ１、ＲＧ２、ＲＧ３）が存在する。その他の実施形態は、異なる数の要求グループを用いることができる。幾つかの実施形態においては、システム内の異なるＷＴは、異なる数の要求グループを有することができる。第１のカラム３９０２は、待ち行列要素インデックスを示し、第２のカラム３９０４は、待ち行列要素値を示す。第１のロー３９０６は、Ｎ［０］＝ＷＴが要求グループ０（ＲＧ０）に関して送信することを意図するＭＡＣフレーム数であることを示し、第２のロー３９０８は、Ｎ［１］＝ＷＴが要求グループ１（ＲＧ１）に関して送信することを意図するＭＡＣフレーム数であることを示し、第３のローは、Ｎ［２］＝ＷＴが要求グループ２に関して送信することを意図するＭＡＣフレーム数であることを示し、第４のロー３９１２は、Ｎ［３］＝ＷＴが要求グループ３に関して送信することを意図するＭＡＣフレーム数であることを示す。
【０１０５】
図４０の図４０００は、典型的実施形態による、無線端末によって維持されている典型的な一組の４つの要求グループ待ち行列（４００２、４００４、４００６、４００８）を含む。待ち行列０  ４００２は、要求グループ０情報に関する待ち行列である。待ち行列０情報４００２は、ＷＴが送信することを意図する待ち行列０トラフィック（Ｎ［０］）のフレーム、例えばＭＡＣフレーム、の総数４０１０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０１２、フレーム２  ４０１４、フレーム３  ４０１６、．．．、フレームＮ０  ４０１８）と、を含む。待ち行列１  ４００４は、要求グループ１情報に関する待ち行列である。待ち行列１情報４００４は、ＷＴが送信することを意図する待ち行列１トラフィック（Ｎ［１］）のフレーム、例えばＭＡＣフレーム、の総数４０２０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０２２、フレーム２  ４０２４、フレーム３  ４０２６、．．．、フレームＮ０  ４０２８）と、を含む。待ち行列２  ４００６は、要求グループ２情報に関する待ち行列である。待ち行列２情報４００６は、ＷＴが送信することを意図する待ち行列２トラフィック（Ｎ［２］）のフレーム、例えばＭＡＣフレーム、の総数４０３０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０３２、フレーム２  ４０３４、フレーム３  ４０３６、．．．、フレームＮ２  ４０３８）と、を含む。待ち行列３  ４００８は、要求グループ３情報に関する待ち行列である。待ち行列３情報４００８は、ＷＴが送信することを意図する待ち行列３トラフィック（Ｎ［３］）のフレーム、例えばＭＡＣフレーム、の総数４０４０のカウントと、アップリンクトラフィックの対応フレーム（フレーム１  ４０４２、フレーム２  ４０４４、フレーム３  ４０４６、．．．、フレームＮ３  ４０４８）と、を含む。幾つかの実施形態においては、少なくとも一部の無線端末に関する要求待ち行列は、優先待ち行列である。例えば、幾つかの実施形態においては、個々の無線端末の観点から、要求グループ０待ち行列４００２は、最高の優先度のトラフィックに関して用いられ、要求グループ１待ち行列４００４は、２番目に最高の優先度のトラフィックに関して用いられ、要求グループ２待ち行列４００６は、３番目に最高の優先度のトラフィックに関して用いられ、要求グループ３待ち行列４００８は、最低の優先度のトラフィックに関して用いられる。
【０１０６】
幾つかの実施形態においては、少なくとも一部の無線端末に関する少なくとも一部の時間中における少なくとも一部の要求待ち行列内のトラフィックは、異なる優先度を有する。幾つかの実施形態においては、優先度は、トラフィックフローを要求待ち行列にマッピング時に考慮される１つの要因である。幾つかの実施形態においては、優先度は、トラフィックをスケジューリング／送信時に考慮される１つの要因である。幾つかの実施形態においては、優先度は、相対的重要度を表す。幾つかの実施形態においては、その他のすべての要因が同じである場合、より高い優先度に属するトラフィックは、より低い優先度に属するトラフィックよりも頻繁にスケジューリング／送信される。
【０１０７】
図４０の図４０５２は、第１のＷＴ、ＷＴ  Ａに関する要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０５４は、データストリームトラフィックフローの情報型を含み、第２のカラム４０５６は、識別された待ち行列（要求グループ）を含み、第３のカラム４０５８は、注釈を含む。第１のロー４０６０は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０６２は、音声情報が要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０６４は、ゲームプレイ及びオーディオストリームアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅に関する要求度は、音声に関する場合よりもわずかに高い。第４のロー４０６６は、ＦＴＰ、ウェブブラウジング、及び映像ストリームアプリケーションＡが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１０８】
図４０の図４０７２は、第２のＷＴ、ＷＴ  Ｂに関する要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０７４は、データストリームトラフィックフローの情報型を含み、第２のカラム４０７６は、識別された待ち行列（要求グループ）を含み、第３のカラム４０７８は、注釈を含む。第１のロー４０８０は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０８２は、音声及びオーディオストリームアプリケーションＡ情報が要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０８４は、ゲームプレイ及びオーディオストリームアプリケーションＢ、及び画像ストリームアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅に関する要求度は、音声に関する場合よりもわずかに高い。第４のロー４０８６は、ＦＴＰ、ウェブブラウジング、及び画像ストリームアプリケーションＢが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１０９】
ＷＴ  Ａ及びＷＴ  Ｂは、アップリンクデータストリームトラフィックフローから要求グループ待ち行列の組へのマッピングに関して異なるマッピングを用いることに注目すべきである。例えば、オーディオストリームアプリケーションＡは、ＷＴＡに関しては要求グループ待ち行列２にマッピングされ、ＷＴＢに関しては要求グループ待ち行列１に対して同じオーディオストリームアプリケーションＡがマッピングされる。さらに、異なるＷＴは、異なる型のアップリンクデータストリームトラフィックフローを有することができる。例えば、ＷＴ  Ｂは、ＷＴ  Ａに関して含められていないオーディオストリームアプリケーションＢを含む。この手法は、様々な実施形態により、各ＷＴがアップリンクトラフィックチャネルセグメントを介して通信中の異なる型のデータをマッチングさせるように要求待ち行列マッピングをカスタム化／最適化することを可能にする。例えば、音声・テキストメッセージ携帯電話等のモバイルノードは、主にオンラインでのゲームプレイ及びウェブブラウジングに関して用いられるモバイルデータ端末とは異なる型のデータストリームを有しており、典型的には、要求グループ待ち行列へのデータストリームのマッピングに関して異なるマッピングを有することになる。
【０１１０】
幾つかの実施形態においては、ＷＴに関するアップリンクデータストリームトラフィックフローから要求グループ待ち行列へのマッピングは、時間の経過とともに変化する可能性がある。図４０Ａの図４００１は、ＷＴ  Ｃに関する第１の時間Ｔ１における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローのマッピングを示す。第１のカラム４００３は、データストリームトラフィックフローの情報型を含み、第２のカラム４００５は、識別された待ち行列（要求グループ）を含み、第３のカラム４００７は、注釈を含む。第１のロー４００９は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０１１は、音声情報が要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０１３は、ゲームプレイ及びオーディオストリームアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅要求度は、音声に関する場合よりもわずかに高い。第４のロー４０１５は、ＦＴＰ、ウェブブラウジング、及び映像ストリームアプリケーションＡが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１１】
図４０Ａの図４０１７は、ＷＴ  Ｃに関する第２の時間Ｔ２における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０１９は、データストリームトラフィックフローの情報型を含み、第２のカラム４０２１は、識別された待ち行列（要求グループ）を含み、第３のカラム４０２３は、注釈を含む。第１のロー４０２５は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０２７は、音声アプリケーション及びゲームプレイアプリケーションが要求グループ１待ち行列にマッピングされることを示す。要求グループ１待ち行列にマッピングされたフローも低レーテンシーを要求するが、要求グループ０よりも低い優先度を有する。第３のロー４０２９は、映像ストリーミングアプリケーションＡが要求グループ２待ち行列にマッピングされることを示す。要求グループ２にマッピングされたフローに関しては、レーテンシーは少々重要であり、帯域幅要求度は、音声に関する場合よりもわずかに高い。第４のロー４０３１は、ＦＴＰ、ウェブブラウジング及び映像ストリーミングアプリケーションＢが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１２】
図７３の図４０３３は、ＷＴ  Ｃに関する第３の時間Ｔ３における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示す。第１のカラム４０３５は、データストリームトラフィックフローの情報型を含み、第２のカラム４０３７は、識別された待ち行列（要求グループ）を含み、第３のカラム４０３９は、注釈を含む。第１のロー４０４１は、制御情報が要求グループ０待ち行列にマッピングされることを示す。要求グループ０待ち行列にマッピングされたフローは、優先度が高いとみなされ、厳しいレーテンシー要求を有し、低レーテンシーを要求し及び／又は低帯域幅要求を有する。第２のロー４０４３及び第３のロー４０４５は、要求グループ１待ち行列及び要求グループ２待ち行列にはデータトラフィックアプリケーションがマッピングされないことを示す。第４のロー４０４７は、ＦＴＰ及びウェブブラウジングが要求グループ３待ち行列にマッピングされることを示す。要求グループ３にマッピングされることを示す。要求グループ３にマッピングされたフローは、遅延の影響を受けない及び／又は高帯域幅を要求する。
【０１１３】
ＷＴ  Ｃは、３つの時間Ｔ１、Ｔ２及びＴ３におけるアップリンクデータストリームトラフィックフローから要求グループ待ち行列の組へのマッピングに関して異なるマッピングを用いることに注目すべきである。例えば、オーディオストリームアプリケーションＡは、時間Ｔ１において要求グループ待ち行列２にマッピングされ、時間Ｔ２において同じオーディオストリームアプリケーションＡが要求グループ待ち行列１にマッピングされる。さらに、ＷＴは、異なる時間に異なる型のアップリンクデータストリームトラフィックフローを有することができる。例えば、時間Ｔ２においては、ＷＴは、時間Ｔ１において含まれていない映像ストリームアプリケーションＢを含む。さらに、ＷＴは、所定の時間において特定の要求グループ待ち行列にマッピングされたアップリンクデータストリームトラフィックフローを有さないことができる。例えば、時間Ｔ３においては、要求グループ待ち行列１及び２にマッピングされるアップリンクデータストリームトラフィックフローは存在しない。この手法は、様々な実施形態により、各ＷＴがいずれかの時点においてアップリンクトラフィックチャネルセグメントを介して通信中の異なる型のデータをマッチングさせるように要求待ち行列マッピングをカスタム化／最適化することを可能にする。
【０１１４】
図４１は、典型的要求グループ待ち行列構造、複数の要求辞書、複数の型のアップリンクトラフィックチャネル要求報告、及び報告の型の各々に関して用いられる典型的フォーマットに従った待ち行列の組のグループ分類を示す。この典型的実施形態においては、所定の無線端末に関して４つの要求グループ待ち行列が存在する。典型的構造は、４つの要求辞書を受け入れる。典型的構造は、３つの型のアップリンクトラフィックチャネル要求報告（１ビット報告、３ビット報告、及び４ビット報告）を用いる。
【０１１５】
図４１は、典型的ＷＴが送信することを意図する待ち行列０トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［０］）４１１０を含む典型的待ち行列０（要求グループ０）情報４１０２と、典型的ＷＴが送信することを意図する待ち行列１トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［１］）４１１２を含む典型的待ち行列１（要求グループ１）情報４１０４と、典型的ＷＴが送信することを意図する待ち行列２トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［２］）４１１４を含む典型的待ち行列２（要求グループ２）情報４１０６と、典型的ＷＴが送信することを意図する待ち行列３トラフィックのフレーム、例えばＭＡＣフレーム、の総数（Ｎ［３］）４１１６を含む典型的待ち行列３（要求グループ３）情報４１０８と、を含む。待ち行列０情報４１０２、待ち行列１情報４１０４、待ち行列２情報４１０６及び待ち行列３情報４１０８の組は、システム内の１つのＷＴに対応する。システム内の各ＷＴは、その待ち行列の組を維持し、送信を意図することができるアップリンクトラフィックフレームを追跡する。
【０１１６】
テーブル４１１８は、異なる型の要求報告によって用いられる待ち行列組のグループ分類を使用中の辞書の関数として識別する。カラム４１２０は、辞書を識別する。第１の型の典型的報告は、例えば１ビット情報報告である。カラム４１２２は、第１の型の報告に関して用いられる第１の待ち行列の組を識別する。第１の待ち行列の組は、要求辞書にかかわらず第１の型の報告に関する組（待ち行列０及び待ち行列１）である。カラム４１２４は、第２の型の報告に関して用いられる第２の待ち行列の組を識別する。第２の待ち行列の組は、要求辞書にかかわらず第２の報告の型に関する組（待ち行列０）である。カラム４１２６は、第２の型の報告に関して用いられる第３の待ち行列の組を識別する。第３の待ち行列の組は、（ｉ）要求辞書０に関しては第２の報告型に関する組｛待ち行列１、待ち行列２、待ち行列３｝、（ｉｉ）要求辞書１に関しては第２の報告型に関する組｛待ち行列２｝、及び（ｉｉｉ）辞書２及び３に関しては第２の報告型に関する組｛待ち行列１｝である。第３の報告型は、各辞書に関して第４及び第５の待ち行列の組を用いる。第３の報告型は、辞書１、２、及び３に関しては第６の待ち行列の組を用いる。第３の報告型は、辞書３に関しては第７の待ち行列の組を用いる。カラム４１２８は、辞書にかかわらず第３の報告型に関する第４の待ち行列の組が組｛待ち行列０｝であることを識別する。カラム４１３０は、第３の報告型に関する第５の待ち行列の組が、辞書０に関しては組｛待ち行列１、待ち行列２、待ち行列３｝、辞書１に関しては組｛待ち行列２｝、辞書２及び３に関しては組｛待ち行列１｝であることを識別する。カラム４１３２は、第３の報告型に関する第６の待ち行列の組が、辞書１に関しては組｛待ち行列１、待ち行列３｝、辞書２に関しては組｛待ち行列２、待ち行列３｝、辞書３に関しては組｛待ち行列２｝であることを識別する。カラム４１３４は、第３の報告型に関する第７の待ち行列の組が辞書３関して組｛待ち行列３｝であることを識別する。
【０１１７】
一例として、（第１、第２、及び第３の）型の報告は、それぞれ、図１６乃至２５の典型的（ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、及びＵＬＲＱＳＴ４）報告であることができる。使用される待ち行列の組（テーブル４１１８参照）が典型的ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、及びＵＬＲＱＳＴ４に関する辞書０に関して説明される。第１の待ち行列の組｛待ち行列０、待ち行列１｝は、テーブル１６００内のＮ［０］＋Ｎ［１］を用いるＵＬＲＱＳＴ１に対応し、例えばＵＬＲＱＳＴ１＝１は、Ｎ［０］＋Ｎ［１］＞０であることを示す。第２の待ち行列の組｛待ち行列０｝及び第３の待ち行列の組｛待ち行列１、待ち行列２、待ち行列３｝の待ち行列統計は、ＵＬＲＱＳＴ３においてまとめてコーディングされる。第２の待ち行列の組｛待ち行列０｝は、Ｎ［０］をテーブル１９００内の第１のまとめてコーディングされた要素として用いるＵＬＲＱＳＴ３に対応し、例えばＵＬＲＱＳＴ３＝００１は、Ｎ［０］＝０であることを示す。第３の待ち行列の組｛待ち行列１、待ち行列２、待ち行列３｝は、（Ｎ［１］＋Ｎ［２］＋Ｎ［３］）をテーブル１９００内の第２のまとめてコーディングされた要素として用いるＵＬＲＱＳＴ３に対応し、例えばＵＬＲＱＳＴ３＝００１は、ｃｅｉｌ（Ｎ［１］＋Ｎ［２］＋Ｎ［３］／ｙ）＝１であることを示す。第４の待ち行列の組｛待ち行列０｝又は第５の待ち行列の組｛待ち行列１、待ち行列２、待ち行列３｝の待ち行列統計は、ＵＬＲＱＳＴ４においてコーディングされる。第４の待ち行列の組は、テーブル１８００内のＮ［０］を用いるＵＬＲＱＳＴ４に対応し、例えばＵＬＲＱＳＴ４＝００１０は、Ｎ［０］≧４であることを示す。第５の待ち行列の組は、テーブル１８００内のＮ［１］＋Ｎ［２］＋Ｎ［３］を用いるＵＬＲＱＳＴ４に対応し、例えばＵＬＲＱＳＴ４＝００１１は、ｃｅｉｌ（（Ｎ［１］＋Ｎ［２］＋Ｎ［３］／ｙ）＝１であることを示す。
【０１１８】
（第１、第２、及び第３の）型の報告が図１６乃至２５の典型的（ＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３、及びＵＬＲＱＳＴ４）報告である典型的実施形態において、第１の型の報告は、要求辞書から独立しており、テーブル４１１８の第１の待ち行列の組を使用し、第２の型の報告は、テーブル４１１８からの第２の組の待ち行列の組及び対応する第３の待ち行列の組の両方に関する待ち行列統計情報を通信し、第３の型の報告は、第４の待ち行列の組、対応する第５の待ち行列の組、対応する第６の待ち行列の組、及び対応する第７の待ち行列の組のうちの１つに関する待ち行列統計情報を通信する。
【０１１９】
図４２Ａ、図４２Ｂ、図４２Ｃ、図４２Ｄ、及び図４２Ｅを具備する図４２は、様々な実施形態による典型的な無線端末動作方法の流れ図４２００である。典型的方法の動作は、ステップ４２０２において開始し、ＷＴに電源が投入されて初期設定される。待ち行列定義情報４２０４、例えば、様々なアプリケーションから特定の要求グループ待ち行列のＭＡＣフレーム内へのトラフィックフローのマッピング及び要求グループの組への要求グループの様々なグループ分類を定義するマッピング情報、及び要求辞書の組に関する情報４２０６を無線端末用に利用可能である。例えば、情報４２０４及び４２０６は、無線端末の非揮発性メモリ内に予め格納することができる。幾つかの実施形態においては、最初は、複数の利用可能な要求辞書のうちのデフォルト要求辞書、例えば要求辞書０、が無線端末によって用いられる。動作は、開始ステップ４２０２からステップ４２０８、４２１０及び４２１２に進む。
【０１２０】
ステップ４２０８において、無線端末は、複数の待ち行列、例えば要求グループ０待ち行列、要求グループ１待ち行列、要求グループ２待ち行列及び要求グループ３待ち行列に関する送信待ち行列統計を維持する。ステップ４２０８は、サブステップ４２１４と、サブステップ４２１６と、を含む。サブステップ４２１４において、無線端末は、送信すべきデータが待ち行列に加えられたときに待ち行列統計を増加させる。例えば、アップリンクデータストリームフロー、例えば音声通信セッションフロー、からの新しいパケットは、要求グループのうちの１つ、例えば要求グループ１待ち行列、にＭＡＣフレームとしてマッピングされ、待ち行列統計、例えばＷＴが送信することを意図する要求グループ１フレームの総数を表すＮ［１］、が更新される。幾つかの実施形態においては、異なる無線端末が異なるマッピングを用いる。サブステップ４２１６において、ＷＴは、送信すべきデータが待ち行列から削除されたときに待ち行列統計数字を減少させる。例えば、送信すべきデータは、該データが既に送信されていること、該データが既に送信されていて肯定応答が受信されていること、該データの有効性タイマーが既に時間切れになっているため該データをもはや送信する必要がないこと、又は通信セッションが既に終了されているため該データをもはや送信する必要がないことを理由に待ち行列から削除することができる。
【０１２１】
ステップ４２１０において、無線端末は、送信電力利用可能性情報を生成する。例えば、無線端末は、無線端末送信バックオフ電力を計算し、無線端末送信バックオフ電力報告値を決定し、バックオフ電力情報を格納する。ステップ４２１０は、例えばＤＣＣＨ構造により、継続的に実行されて格納情報が更新される。
【０１２２】
ステップ４２１２において、無線端末は、少なくとも２つの物理的アタッチメントポイントに関する送信経路損情報を生成する。例えば、無線端末は、少なくとも２つの物理的アタッチメントポイントからの受信されたパイロット及び／又はビーコン信号を測定し、比率値を計算し、例えば第１又は第２の型の一般的ビーコン比報告又は特定ビーコン比報告に対応するビーコン比報告値を決定し、ビーコン比報告情報を格納する。ステップ４２１２は、例えばＤＣＣＨ構造により、継続的に実行されて格納情報が更新される。
【０１２３】
ステップ４２０８、４２１０及び４２１２を実行することに加えて、ＷＴの動作は、（第１、第２、第３の）組の予め決められた送信待ち行列統計報告機会のうちの各報告機会に関して、（ステップ４２１８、ステップ４２２０、ステップ４２２２）をそれぞれ介して（サブルーチン１  ４２２４、サブルーチン２  ４２３８、サブルーチン３  ４２５６）に向かう。例えば、各第１の組の予め決められた送信待ち行列統計報告機会は、タイミング構造における各々の１ビットアップリンクトラフィックチャネル要求報告機会に対応する。例えば、ＷＴが例えば図１０のフルトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ１をビーコンスロットで送信するための１６の機会を受信する。この例を続けると、各第２の組の予め決められた送信待ち行列統計報告機会は、タイミング構造における各々の３ビットアップリンクトラフィックチャネル要求報告機会に対応する。例えば、ＷＴが例えば図１０のフルトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ３をビーコンスロットで送信するための１２の送信機会を受信する。ＷＴが例えば図３２のスプリットトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ３をビーコンスロットで送信するための６つの送信機会を受信する。この例を続けると、各第３の組の予め決められた送信待ち行列統計報告機会は、タイミング構造における各々の４ビットアップリンクトラフィックチャネル要求報告機会に対応する。例えば、ＷＴが例えば図１０のフルトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ４をビーコンスロットで送信するための９つの機会を受信する。ＷＴが例えば図３２のスプリットトーンＤＣＣＨフォーマットデフォルトモードを用いてＤＣＣＨセグメントを通じて通信中である場合は、ＷＴは、ＵＬＲＱＳＴ４をビーコンスロットで送信するための６つの機会を受信する。ＷＴがＵＬＲＱＳＴ４の送信を決定する各々の柔軟型報告に関しても、動作は接続ノード４２２２を介してサブルーチン４２５６に向かう。
【０１２４】
次に、典型的なトラフィック利用可能性サブルーチン１  ４２２４が説明される。動作は、ステップ４２２６において開始し、ＷＴは、第１の待ち行列の組、例えば｛待ち行列０、待ち行列１｝の組、に関するバックログ情報を受信し、受信される情報はＮ［０］＋Ｎ［１］である。動作は、ステップ４２２６からステップ４２３０に進む。
【０１２５】
ステップ４２３０において、ＷＴは、第１の待ち行列の組内にトラフィックのバックログが存在するかどうかを確認する。第１の待ち行列の組内にバックログが存在しない場合は、Ｎ［０］＋Ｎ［１］＝０であり、動作は、ステップ４２３０からステップ４２３４に進み、ＷＴは、第１の待ち行列の組内にはトラフィックバックログが存在しないことを示す第１の数の情報ビット、例えば１情報ビット、を送信し、例えば情報ビットは０に設定される。代替として、第１の待ち行列の組内にバックログが存在する場合は、Ｎ［０］＋Ｎ［１］＞０であり、動作は、ステップ４２３０からステップ４２３２に進み、ＷＴは、第１の待ち行列の組内にはトラフィックバックログが存在することを示す第１の数の情報ビット、例えば１情報ビット、を送信し、例えば情報ビットは１に設定される。動作は、ステップ４２３２又はステップ４２３４から戻りステップ４２３６に進む。
【０１２６】
次に、典型的なトラフィック利用可能性サブルーチン２  ４２３８が説明される。動作は、ステップ４２４０において開始し、ＷＴは、第２の組の待ち行列、例えば｛待ち行列０｝の組、に関するバックログ情報を受信し、受信される情報はＮ［０］である。ステップ４２４０において、ＷＴは、ＷＴによって使用中の要求辞書に依存して第３の待ち行列の組、例えば組｛待ち行列１、待ち行列２、待ち行列３｝又は｛待ち行列２｝又は｛待ち行列１｝、に関するバックログ情報も受信する。例えば、辞書（１、２、３、４）に対応して、ＷＴは、（Ｎ［１］＋Ｎ［２］＋Ｎ［３］、Ｎ［２］、Ｎ［１］、Ｎ［１］）をそれぞれ受信することができる。動作は、ステップ４２４０からステップ４２４６に進む。
【０１２７】
ステップ４２４６において、ＷＴは、第２及び第３の待ち行列の組に対応するバックログ情報をまとめて符号化して第２の予め決められた数の情報ビット、例えば３、にし、該まとめて符号化することは、量子化をオプションで含む。幾つかの実施形態においては、少なくとも一部の要求辞書に関して、サブステップ４２４８及びサブステップ４２５０がステップ４２４６の一部として実行される。幾つかの実施形態においては、ステップ４２４６の少なくとも一部の繰り返しに関する少なくとも一部の要求辞書に関して、サブステップ４２４８及びサブステップ４２５０がステップ４２４６の一部として実行される。サブステップ４２４８は、量子化レベル制御ファクタサブルーチンに動作を向かわせる。サブステップ４２５０は、量子化レベルを決定された制御ファクタの関数として計算する。例えば、図１９に示されるようにデフォルト要求辞書０を用いる典型的ＵＬＲＱＳＴ３について考慮すること。該典型的事例においては、量子化レベルの各々は、制御ファクタｙの関数として計算される。該典型的実施形態においては、ＵＬＲＱＳＴ３報告に入れるための情報ビットパターンを決定する際にサブステップ４２４８及び４２５０が実行される。代替として、図２１に示されるように要求辞書１を用いる典型的ＵＬＲＱＳＴ３について考慮すること。その場合は、量子化レベルのいずれも制御ファクタ、例えばｙ又はｚ、の関数として計算されず、従って、サブステップ４２４８及び４２５０は実行されない。
【０１２８】
動作は、ステップ４２４６からステップ４２５２に進み、ＷＴは、第２の予め決められた数の情報ビット、例えば３つの情報ビット、を用いて第２及び第３の待ち行列の組に関するまとめてコーディングされたバックログ情報を送信する。動作は、ステップ４２５２から戻りステップ４２５４に進む。
【０１２９】
次に、典型的なトラフィック利用可能性サブルーチン３  ４２５６が説明される。動作は、ステップ４２５８において開始し、ＷＴは、第４の待ち行列の組、例えば｛待ち行列０｝の組、に関するバックログ情報を受信し、受信される情報はＮ［０］である。ステップ４２４０において、ＷＴは、第５の待ち行列の組、例えばＷＴによって使用中の要求辞書に依存して組｛待ち行列１、待ち行列２、待ち行列３｝又は｛待ち行列２｝又は｛待ち行列１｝、に関するバックログ情報も受信する。例えば、辞書（０、１、２、３）に対応して、ＷＴは、（Ｎ［１］＋Ｎ［２］＋Ｎ［３］、Ｎ［２］、Ｎ［１］、Ｎ［１］）をそれぞれ受信することができる。ステップ４２４０において、ＷＴは、第６の待ち行列の組、例えばＷＴによって使用中の要求辞書に依存して組｛待ち行列１、待ち行列３｝又は｛待ち行列２、待ち行列３｝又は｛待ち行列２｝、に関するバックログ情報も受信することができる。例えば、辞書（１、２、３）に対応して、ＷＴは、（Ｎ［１］＋Ｎ［３］、Ｎ［２］＋Ｎ［３］、Ｎ［２］）をそれぞれ受信することができる。ステップ４２４０において、ＷＴは、第７の待ち行列の組、例えば要求辞書３がＷＴによって使用中である場合は組｛待ち行列３｝、に関するバックログ情報も受信することができる。動作は、ステップ４２５８からステップ４２６６に進む。
【０１３０】
ステップ４２６８において、ＷＴは、第４、第５、第６、及び第７の待ち行列の組のうちの１つに対応するバックログ情報を符号化して第３の予め決められた数の情報ビット、例えば４、にし、該符号化することは、量子化をオプションで含む。幾つかの実施形態においては、少なくとも一部の要求辞書に関して、サブステップ４２７０及びサブステップ４２７２がステップ４２６８の一部として実行される。幾つかの実施形態においては、ステップ４２６８の少なくとも一部の繰り返しに関する少なくとも一部の要求辞書に関して、サブステップ４２７０及びサブステップ４２７２がステップ４２６８の一部として実行される。サブステップ４２７０は、量子化レベル制御ファクタサブルーチンに動作を向かわせる。サブステップ４２７２は、量子化レベルを決定された制御ファクタの関数として計算する。
【０１３１】
動作は、ステップ４２６８からステップ４２７４に進み、ＷＴは、第３の予め決められた数の情報ビット、例えば４つの情報ビット、を用いて第４、第５、第６、及び第７の待ち行列の組のうちの１つに関するコーディングされたバックログ情報を送信する。動作は、ステップ４２７４から戻りステップ４２７６に進む。
【０１３２】
次に、典型的量子化レベル制御ファクタサブルーチン４２７８が説明される。幾つかの実施形態においては、典型的量子化レベル制御ファクタサブルーチン４２７８の実装は、図１７のテーブル１７００の使用を含む。第１のカラム１７０２は、条件を示し、第２のカラム１７０４は、出力制御パラメータｙの対応値を示し、第３のカラム１７０６は、出力制御パラメータｚの対応値を示す。動作は、ステップ４２７９において開始し、サブルーチンは、電力情報４２８０、例えば最後のＤＣＣＨ送信機電力バックオフ報告、及び経路損情報４２８２、例えば最後の報告されたビーコン比報告、を受信する。動作は、ステップ４２７９からステップ４２８４に進み、ＷＴは、電力情報及び経路損情報が第１の判定基準を満たすかどうか検査する。例えば、第１の判定基準は、典型的実施形態内にあり、すなわち、（ｘ＞２８）ＡＮＤ（ｂ≧９）であり、ここで、ｘは、直近のアップリンク送信電力バックオフ報告、例えばＵＬＴｘＢＫＦ５、の値で、単位はｄＢであり、ｂは、直近のダウンリンクビーコン比報告、例えばＤＬＢＮＲ４、の値で、単位はｄＢである。第１の判定基準が満たされている場合は、動作は、ステップ４２８４からステップ４２８６に進む。しかしながら、第１の判定基準が満たされていない場合は、動作は、ステップ４２８８に進む。
【０１３３】
ステップ４２８６において、無線端末は、制御ファクタ、例えば組｛Ｙ，Ｚ｝を第１の予め決められた組の値に設定し、例えばＹ＝Ｙ１、Ｚ＝Ｚ１であり、ここで、Ｙ１及びＺ１は、正の整数である。１つの典型的実施形態においては、Ｙ１＝２及びＺ１＝１０である。
【０１３４】
ステップ４２８８に戻り、ステップ４２８８において、ＷＴは、電力情報及び経路損情報が第２の判定基準を満たすかどうかを検査する。例えば、典型的実施形態においては、第２の判定基準は、（ｘ＞２７）ＡＮＤ（ｂ≧８）である。第２の判定基準が満たされている場合は、動作は、ステップ４２８８からステップ４２９０に進み、無線端末は、制御ファクタ、例えば組｛Ｙ，Ｚ｝、を第２の予め決められた組の値、例えばＹ＝Ｙ２、Ｚ＝Ｚ２に設定し、ここで、Ｙ２及びＺ２は、正の整数である。１つの典型的実施形態においては、Ｙ２＝２及びＺ２＝９である。第２の判定基準が満たされていない場合は、動作は、他の判定基準検査ステップに進み、判定基準が満たされているかどうかに依存して、制御ファクタが予め決められた値に設定されるか又は試験が継続される。
【０１３５】
量子化レベル制御ファクタサブルーチンには利用される試験判定基準が一定数存在する。第１のＮ−１の試験基準のうちのいずれも満たされていない場合は、動作は、ステップ４２９２に進み、無線端末は、電力情報及び経路損情報がＮ番目の判定基準を満たしているかどうかを試験する。例えば、Ｎ＝９である典型的実施形態においては、Ｎ番目の判定基準は、（ｘ＞１２）ＡＮＤ（ｂ＜−５）である。Ｎ番目の判定基準が満たされている場合は、動作は、ステップ４２９２からステップ４２９４に進み、無線端末は、制御ファクタ、例えば組｛Ｙ、Ｚ｝、をＮ番目の予め決められた組の値に設定し、例えばＹ＝ＹＮ、Ｚ＝ＺＮであり、ここでＹＮ及びＺＮは、正の整数である。１つの典型的実施形態においては、ＹＮ＝１及びＺＮ＝２である。Ｎ番目の判定基準が満たされていない場合は、無線端末は、制御ファクタ、例えば組｛Ｙ、Ｚ｝、を（Ｎ＋１）番目の予め決められた組の値に設定し、例えばデフォルト組Ｙ＝ＹＤ、Ｚ＝ＺＤであり、ＹＤ及びＺＤは、正の整数である。１つの典型的実施形態においては、ＹＤ＝１及びＺＤ＝１である。
【０１３６】
動作は、ステップ４２８６、ステップ４２９０、その他の制御ファクタ設定ステップ、ステップ４２９４又はステップ４２９６からステップ４２９８に進む。ステップ４２９８において、ＷＴは、少なくとも１つの制御ファクタ値、例えばＹ及び／又はＺ、を戻す。
【０１３７】
図４３は、様々な実施形態による典型的な無線端末動作方法の流れ図４３００である。動作は、ステップ４３０２において開始し、無線端末に電源が投入されて初期設定され、基地局との接続を確立している。動作は、開始ステップ４３０２からステップ４３０４に進む。
【０１３８】
ステップ４３０４において、無線端末は、ＷＴがフルトーンフォーマットＤＣＣＨモードで動作中であるか又はスプリットトーンフォーマットＤＣＣＨモードで動作中であるかを決定する。フルトーンフォーマットＤＣＣＨモードにあるＷＴに割り当てられた各ＤＣＣＨセグメントに関して、ＷＴは、ステップ４３０４からステップ４３０６に進む。スプリットトーンフォーマットＤＣＣＨモードにあるＷＴに割り当てられた各ＤＣＣＨセグメントに関して、ＷＴは、ステップ４３０４からステップ４３０８に進む。
【０１３９】
ステップ４３０６において、ＷＴは、６つの情報ビット（ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、ｂ０）から一組の２１のコーディングされた変調シンボル値を決定する。ステップ４３０６は、サブステップ４３１２と、４３１４と、４３１６と、４３１８と、を含む。サブステップ４３１２において、ＷＴは、３つの追加ビット（ｃ２、ｃ１、ｃ０）を６つの情報ビットの関数として決定する。例えば、１つの典型的実施形態においては、ｃ２ｃ１ｃ０＝（ｂ５ｂ４ｂ３）．∧（ｂ２ｂ１ｂ０）であり、．∧は、ビットに基づく排他的ＯＲ演算である。動作は、ステップ４３１２からステップ４３１４に進む。サブステップ４３１４において、ＷＴは、第１のマッピング関数及び３ビット（ｂ５、ｂ４、ｂ３）を入力として用いて７つの最上位の変調シンボルを決定する。動作は、サブステップ４３１４からサブステップ４３１６に進む。サブステップ４３１６において、ＷＴは、第１のマッピング関数及び３ビット（ｂ２、ｂ１、ｂ０）を入力として用いて７つの次の最上位の変調シンボルを決定する。動作は、サブステップ４３１６からサブステップ４３１８に進む。サブステップ４３１８において、ＷＴは、第１のマッピング関数及び３ビット（ｃ２、ｃ１、ｃ０）を入力として用いて７つの最下位の変調シンボルを決定する。
【０１４０】
ステップ４３０８において、ＷＴは、８つの情報ビット（ｂ７、ｂ６、ｂ５、ｂ４、ｂ３、ｂ２、ｂ１、ｂ０）から一組の２１のコーディングされた変調シンボル値を決定する。ステップ４３０８は、サブステップ４３２０と、４３２２と、４３２４と、４３２６と、を含む。サブステップ４３２０において、ＷＴは、４つの追加ビット（ｃ３、ｃ２、ｃ１、ｃ０）を８つの情報ビットの関数として決定する。例えば、１つの典型的実施形態においては、ｃ３ｃ２ｃ１ｃ０＝（ｂ７ｂ６ｂ５ｂ４）．∧（ｂ３ｂ２ｂ１ｂ０）であり、．∧は、ビットに基づく排他的ＯＲ演算である。動作は、ステップ４３２０からステップ４３２２に進む。サブステップ４３２２において、ＷＴは、第２のマッピング関数及び４ビット（ｂ７、ｂ６、ｂ５、ｂ４）を入力として用いて７つの最上位の変調シンボルを決定する。動作は、サブステップ４３２２からサブステップ４３２４に進む。サブステップ４３２４において、ＷＴは、第２のマッピング関数及び４ビット（ｂ３、ｂ２、ｂ１、ｂ０）を入力として用いて７つの次の最上位の変調シンボルを決定する。動作は、サブステップ４３２４からサブステップ４３２６に進む。サブステップ４３２６において、ＷＴは、第２のマッピング関数及び４ビット（ｃ３、ｃ２、ｃ１、ｃ０）を入力として用いて７つの最下位の変調シンボルを決定する。
【０１４１】
無線端末に割り当てられた各ＤＣＣＨセグメントに関して、動作は、ステップ４３０６又はステップ４３０８からステップ４３１０に進む。ステップ４３１０において、無線端末は、セグメントの２１の決定された変調シンボルを送信する。
【０１４２】
幾つかの実施形態においては、各ＤＣＣＨセグメントは、２１のＯＦＤＭトーンシンボルに対応し、ＤＣＣＨセグメントの各トーン−シンボルは、アップリンクタイミング及び周波数構造内の同じ単一の論理的トーンを用いる。論理的トーンは、ＤＣＣＨセグメント中にホッピングすることができ、例えば、同じ論理的トーンは、接続に関して使用中のアップリンクトーンブロック内の３つの異なる物理的トーンに対応することができ、各物理的トーンは、７つの連続するＯＦＤＭシンボル送信期間にわたって同じ状態である。
【０１４３】
１つの典型的実施形態においては、各セグメントは、複数のＤＣＣＨ報告に対応する。１つの典型的実施形態においては、第１のマッピング関数は、図３７のテーブル３７００によって表され、第２のマッピング干渉は、図３８のテーブル３８００によって表される。
【０１４４】
図４４は、様々な実施形態による制御情報を報告するための典型的無線端末動作方法の流れ図４４００である。動作は、ステップ４４０２において開始し、無線端末に電源が投入されて初期設定される。動作は、開始ステップ４４０２からステップ４４０４に進む。ステップ４４０４において、ＷＴは、次の項目、すなわち、（ｉ）第１のＷＴ動作モードから第２のＷＴ動作モードへの移行及び（ｉｉ）第２の動作モードにとどまりながらの第１の接続から第２の接続へのハンドオフのうちの１つが起きているかどうかを検査する。幾つかの実施形態においては、第２の動作モードは、ＯＮ動作モードであり、前記第１の動作モードは、ホールド動作モード、スリープ動作モード、及びＡＣＣＥＳＳ動作モードのうちの１つである。幾つかの実施形態においては、ＯＮ動作モード中に、無線端末は、アップリンクでユーザーデータを送信することができ、ホールド及びスリープ動作モード中には、無線端末は、該アップリンクにおいてユーザーデータを送信することから除外される。ステップ４４０４において検査される条件のうちの１つが起きている場合は、動作は、ステップ４４０６に進み、その他の場合は、動作は、ステップ４４０４に戻り、検査が再度実行される。
【０１４５】
ステップ４４０６において、ＷＴは、初期制御情報報告組を送信し、初期制御情報報告組の前記送信は、第１の期間に等しい第１の継続時間を有する。幾つかの実施形態においては、初期制御情報報告組は、１つの又は複数の報告を含むことができる。動作は、ステップ４４０６からステップ４４０８に進む。ステップ４４０８において、ＷＴは、ＷＴが第２の動作モードにあるかどうかを検査する。ＷＴが第２の動作モードにある場合は、動作は、ステップ４４０８からステップ４４１０に進む。その他の場合は、動作は、ステップ４４０４に進む。
【０１４６】
ステップ４４１０において、ＷＴは、第１の追加の制御情報報告組を送信し、第１の制御情報報告組の前記送信は、第１の期間と同一の期間であり、第１の追加の制御情報報告組は、前記初期制御情報報告組とは異なる。幾つかの実施形態においては、初期制御情報報告組は、初期制御情報報告組及び第１の追加の制御情報報告組が異なるフォーマットを有することに起因して、第１の追加の制御情報報告組と異なる。幾つかの実施形態においては、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも１つの報告を含む。幾つかの該実施形態においては、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも２つの報告を含む。幾つかの実施形態においては、第１の追加の制御情報報告組に含まれていない少なくとも２つの報告を含む。幾つかの実施形態においては、第１の追加の制御情報報告組に含まれていない少なくとも１つの報告は、干渉報告及び無線端末送信電力利用可能性報告のうちの１つである。動作は、ステップ４４１０からステップ４４１２に進む。ステップ４４１２において、ＷＴは、ＷＴが第２の動作モードにあるかどうかを検査する。ＷＴが第２の動作モードにある場合は、動作は、ステップ４４１２からステップ４４１４に進む。その他の場合は、動作は、ステップ４４０４に進む。
【０１４７】
ステップ４４１４において、ＷＴは、第２の追加の制御情報報告組を第１の期間と同一の期間だけ送信し、前記第２の追加の制御情報報告は、前記第１の追加の制御情報報告組に含まれていない少なくとも１つの報告を含む。動作は、ステップ４４１４からステップ４４１６に進む。ステップ４４１６において、ＷＴは、ＷＴが第２の動作モードにあるかどうかを検査する。ＷＴが第２の動作モードにある場合は、動作は、ステップ４４１６からステップ４４１０に進む。その他の場合は、動作は、ステップ４４０４に進む。
【０１４８】
図４５及び４６は、典型的実施形態を例示するために用いられる。図４５及び４６は、図４４の流れ図４４００に関して説明される幾つかの実施形態に対して適用可能である。図４５の図４５００は、初期制御情報報告組４５０２を含み、第１の追加の制御情報報告組４５０４が後続し、第２の追加の制御情報報告組４５０６が後続し、第１の追加の制御情報報告組４５０８の２回目の繰り返しが後続し、第２の追加の制御情報（ｉｎｆｏｒｍａｔｉｏｎ）４５１０の２回目の繰り返しが後続する。各制御情報報告組（４５０２、４５０４、４５０６、４５０８、４５１０）は、対応する送信期間（４５１２、４５１４、４５１６、４５１８、４５２０）をそれぞれ有し、期間（４５１２、４５１４、４５１６、４５１８、４５２０）の各々の継続時間は同じであり、前記継続時間は、１０５のＯＦＤＭシンボル送信期間である。
【０１４９】
点線４５２２は、初期制御情報報告組の送信のわずかに前にイベントが生じたことを示し、前記イベントは、（ｉ）ブロック４５２４によって示されるアクセスモードからブロック４５２６によって示されるＯＮ状態へのモード移行、（ｉｉ）ブロック４５２８によって示されるＨＯＬＤ状態からブロック４５３０によって示されるＯＮ状態へのモード移行、及び（ｉｉｉ）ブロック４５３２によって示されるＯＮ状態における第１の接続からブロック４５３４によって示されるＯＮ状態における第２の接続へのハンドオフ動作のうちの１つである。
【０１５０】
一例として、初期制御情報報告組４５０２、第１の追加の制御情報報告組４５０４及び第２の制御情報報告組４５０６は、第１のビーコンスロット中に通信することができ、第１の追加の制御情報報告組４５０８の２回目の繰り返し及び第２の追加の制御情報報告組４５１０の２回目の繰り返しは、次のビーコンスロット中に通信することができる。該例を続けると、各情報報告組は、ビーコンスロット内のスーパースロットに対応することができる。例えば、図１０及び図１１の無線端末に関するＤＣＣＨのフルトーンフォーマットに関して説明される構造を用いた場合、図４５に対応するセグメントの１つの可能なマッピングは、次のとおりである。初期制御情報報告組は、図１１に対応する。第１の追加の制御情報報告組は、ビーコンスロットのインデキシングされたセグメント３０乃至３４に対応し、第２の追加の制御情報報告組は、ビーコンスロットのインデキシングされたセグメント３０乃至３９に対応する。図４５は、該典型的マッピングを説明する。
【０１５１】
図４６の図４６００は、典型的初期制御情報報告組のフォーマットを説明する。第１のカラム４６０２は、ビット定義（５、４、３、２、１、０）を識別する。第２のカラム４６０４は、第１のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。第３のカラム４６０６は、第２のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第４のカラム４６０８は、第３のセグメントがＤＬＳＳＮＲ４報告、ＲＳＶＤ１報告、及びＵＬＲＱＳＴ１報告を含むことを識別する。第５のカラム４６１０は、第４のセグメントがＤＬＢＮＲ４報告、ＲＳＶＤ１報告、及びＵＬＲＱＳＴ１報告を含むことを識別する。第６のカラム４６１２は、第５のセグメントがＵＬＴＸＢＫＦ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。
【０１５２】
図４６３０は、典型的な第１の追加の制御情報報告組のフォーマットを説明する。第１のカラム４６３２は、ビット定義（５、４、３、２、１、０）を識別する。第２のカラム４６３４は、第１のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第３のカラム４６３６は、第２のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。第４のカラム４６３８は、第３のセグメントがＤＬＤＳＮＲ３報告及びＵＬＲＱＳＴ３報告を含むことを識別する。第５のカラム４６４０は、第４のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第６のカラム４６４２は、第６（ｓｉｘｔｈ）のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。
【０１５３】
図４６６０は、典型的な第２の追加の制御情報報告組のフォーマットを説明する。第１のカラム４６６２は、ビット定義（５、４、３、２、１、０）を識別する。第２のカラム４６６４は、第１のセグメントがＤＬＤＳＮＲ３報告及びＵＬＲＱＳＴ３報告を含むことを識別する。第３のカラム４６６６は、第２のセグメントがＤＬＳＳＮＲ４報告、ＲＳＶＤ１報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第４のカラム４６６８は、第３のセグメントがＤＬＳＮＲ５報告及びＵＬＲＱＳＴ１報告を含むことを識別する。第５のカラム４６７０は、第４のセグメントがＲＳＶＤ２報告及びＵＬＲＱＳＴ４報告を含むことを識別する。第６のカラム４６７２は、第６（ｓｉｘｔｈ）のセグメントがＤＬＤＳＮＲ３報告及びＵＬＲＱＳＴ３報告を含むことを識別する。
【０１５４】
図４６において、初期報告組及び第１の追加の報告組は異なるフォーマットを用いるため異なることに注目することができる。さらに、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも２つの報告、ＤＬＢＮＲ４及びＵＬＴＸＢＫＦ５を含む。ＤＬＢＮＲ４は、干渉報告であり、ＵＬＴＸＢＫＦ５は、無線端末電力利用可能性報告である。図４６の例においては、第２の追加報告は、第１の追加報告、ＲＳＶＤ１報告に含まれていない少なくとも１つの追加報告を含む。
【０１５５】
図４７は、様々な実施形態による典型的な通信デバイス動作方法の流れ図４７００であり、通信デバイスは、複数の異なる制御情報報告の繰り返し送信を制御する際に用いるための予め決められた報告シーケンスを示す情報を含む。幾つかの実施形態においては、通信デバイスは、無線端末、例えばモバイルノード、である。例えば、無線端末は、多元接続直交周波数分割多重化（ＯＦＤＭ）無線通信システムにおける複数の無線端末のうちの１つであることができる。
【０１５６】
動作は、ステップ４７０２において開始し、ステップ４７０４に進む。ステップ４７０４において、通信デバイスは、次の項目、すなわち、（ｉ）第１の通信デバイス動作モードから第２の通信デバイス動作モードへの移行及び（ｉｉ）第２の通信デバイス動作モードにとどまったままでの例えば第１の基地局セクターの物理的アタッチメントポイントとの第１の接続から例えば第２の基地局セクターの物理的アタッチメントポイントとの第２の接続へのハンドオフ動作のうちの１つが起きているかどうかを検査する。幾つかの実施形態においては、第２の通信デバイス動作モードは、ＯＮ動作モードであり、前記第１の動作モードは、ホールド動作モード及びスリープ動作モードのうちの１つである。幾つかの該実施形態においては、通信デバイスは、ＯＮ動作モード中にアップリンクでユーザーデータを送信することができ、ホールド動作モード及びスリープ動作モード中にはアップリンクにおいてユーザーデータを送信することから除外される。
【０１５７】
ステップ４７０４の試験された条件のうちの少なくとも１つが満たされていた場合は、動作は、実施形態に依存してステップ４７０４からステップ４７０６又はステップ４７０８のいずれかに進む。ステップ４７０６は、幾つかの実施形態に含まれているオプションステップであるが、その他の実施形態においては省略される。
【０１５８】
ステップ４７０６は、通信デバイスが複数の異なる初期状態制御情報報告組をサポートする幾つかの実施形態に含まれる。ステップ４７０６において、通信デバイスは、複数の初期制御情報報告組のうちのいずれの１つを交換すべきシーケンス部分の関数として送信するかを選択する。動作は、ステップ４７０６からステップ４７０８に進む。
【０１５９】
ステップ４７０８において、通信デバイスは、初期制御情報報告組を送信する。様々な実施形態においては、初期制御情報報告組を送信することは、送信された報告が予め決められたシーケンスに従っていた場合は初期報告を送信するために用いられた期間中に送信されていなかったことになる少なくとも１つの報告を送信することを含む。例えば、所定の初期報告に関して、送信された報告が予め決められたシーケンスに従っていた場合は初期報告を送信するために用いられた期間中に送信されていなかったことになる少なくとも１つの報告は、干渉報告、例えばビーコン比報告、及び通信デバイス送信電力利用可能性報告、例えば通信デバイス送信機電力バックオフ報告、のうちの１つである。様々な実施形態においては、初期制御情報報告組は、１つの又は複数の報告を含むことができる。幾つかの実施形態においては、初期制御情報報告組を送信することは、前記初期制御情報報告組を専用アップリンク制御チャネルで送信することを含む。幾つかの該実施形態においては、専用アップリンク制御チャネルは、単一トーンチャネルである。幾つかの該実施形態においては、単一トーンチャネルの単一トーンは、時間の経過とともにホッピングされ、例えば、単一の論理的チャネルトーンは、トーンホッピングに起因して異なる物理的トーンに変化する。様々な実施形態においては、予め決められた報告シーケンスは、前記初期報告組を送信するために用いられた送信期間よりも大きい期間にわたって繰り返す。例えば、典型的実施形態においては、予め決められた報告シーケンスは、ビーコンスロットに基づいて繰り返し、ビーコンスロットは９１２のＯＦＤＭシンボル送信時間間隔であり、他方、初期報告組を送信するために用いられる典型的期間は、１０５のＯＦＤＭシンボル送信期間であることができる。
【０１６０】
動作は、ステップ４７０８からステップ４７１０に進み、通信デバイスは、第２の動作モードにあるかどうかを検査する。通信デバイスが第２の動作モードにある場合は、動作は、ステップ４７１２に進む。その他の場合は、動作は、ステップ４７０４に進む。ステップ４７１２において、通信デバイスは、予め決められた報告シーケンスにおいて示された情報に従って追加の制御情報報告組を送信する。動作は、ステップ４７１２からステップ４７１０に進む。
【０１６１】
幾つかの実施形態においては、ステップ４７０８の初期制御情報報告組の送信に後続するステップ４７１２は、第１の追加の制御情報報告組を含み、初期制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも１つの情報報告組を含む。例えば、前記第１の追加の制御情報報告組に含まれていない少なくとも１つの情報報告は、干渉報告、例えばビーコン比報告、及び通信デバイス送信電力利用可能性報告、例えば通信デバイス送信電力バックオフ報告、のうちの１つである。
【０１６２】
様々な実施形態において、例えば通信デバイスが第２の動作モード状態である間にステップ４７１２の初期制御情報報告に後続するステップ７１２の繰り返しは、第１の追加の制御情報報告組の送信を含み、第２の追加の制御情報報告組が後続し、他の第１の追加の制御情報報告組が後続し、第２の追加の制御情報報告組は、第１の追加の制御情報報告組に含まれていない少なくとも１つの報告を含む。
【０１６３】
典型的実施形態として、予め決められた報告シーケンスは、図１０の図１０９９によって示されるビーコンスロット内のアップリンク専用制御チャネルセグメントに関する４０のインデキシングされたセグメントから成る報告シーケンスであることを考慮すること。さらに、予め決められた報告シーケンスのセグメントは、スーパースロットに基づいてグループ分類され、セグメントインデックス（０乃至４）、（５乃至９）、（１０乃至１４）、（１５乃至１９）、（２０乃至２４）、（２５乃至２９）、（３０乃至３４）、（３５乃至３９）を有し、各グループは、ビーコンスロットのスーパースロットに対応することを考慮すること。ステップ４７０４の条件が満たされている、例えば通信デバイスがＨＯＬＤ動作状態からＯＮ動作状態に移行したばかりである、場合は、通信デバイスは、第１のスーパースロットに関して図１１のテーブル１１９９において示されるように初期報告組を用い、次に、ＯＮ状態のままで後続スーパースロットに関して図１０のテーブル１０９９の予め決められたシーケンスを用いる。例えば、初期報告組は、ＯＮ動作モードへの状態移行がいつ生じるかに依存して、セグメントインデックスグループ分類（０乃至４）、（５乃至９）、（１０乃至１４）、（１５乃至１９）、（２０乃至２４）、（２５乃至２９）、（３０乃至３４）、（３５乃至３９）に対応する組のうちのいずれかに取って代わることができる。
【０１６４】
１つの変形として、通信デバイスが取って代わるべきシーケンス内の位置の関数として選択することができる複数の、例えば２つの、異なる初期制御チャネル情報報告組が存在する典型的実施形態について考慮すること。図４８は、制御チャネル情報報告組４８００及び４８５０の２つの典型的な異なるフォーマットを示す。初期報告組＃１のフォーマットにおいては、第４のセグメント４８１０は、ＤＬＢＮＲ４報告と、ＲＳＶＤ１報告と、ＵＬＲＱＳＴ１報告と、を含み、初期報告組＃２のフォーマットにおいては、第４のセグメント４８６０は、ＲＳＶＤ２報告と、ＵＬＲＱＳＴ４報告と、を含むことに注目すること。図１０の予め決められた報告シーケンスを用いる典型的実施形態において、初期制御情報報告がビーコンスロットの第３のスーパースロットにおいて送信されることになる場合は（セグメントインデックス１０乃至１４に取って代わる）、初期制御情報報告組＃２  ４８５０のフォーマットが用いられ、その他の場合は、初期制御情報報告組＃１のフォーマットが用いられる。図１０の典型的な予め決められた報告シーケンスにおいては、４ビットダウンリンクビーコン比報告、ＤＬＢＮＲ４は、ビーコンスロット中に１回だけ生じ、さらに該ビーコンスロットの第４のスーパースロットにおいて生じる点に注目すること。この典型的実施形態においては、ビーコンスロットの次の後続スーパースロット（第４のスーパースロット）では、通信デバイスは、図１０の予め決められた構造に従って、ＤＬＢＮＲ４報告を送信するようにスケジューリングされるため、初期報告４８５０のフォーマットの第２の組が第３のスーパースロットにおいて用いられる。
【０１６５】
他の変形として、通信デバイスが取って代わるべきシーケンス内の位置の関数として選択することができる複数の、例えば５つの、異なる初期制御チャネル情報報告組が存在し、さらに異なる初期制御情報報告組の各々は異なるサイズである典型的実施形態を考慮すること。図４９は、初期制御情報報告組＃１  ４９００、初期制御情報報告組＃２  ４９１０、初期制御情報報告組＃３  ４９２０、初期制御情報報告組＃４  ４９３０、及び初期制御情報報告組＃５  ４９４０を示す。図１０の予め決められた報告シーケンスを用いる典型的実施形態において、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの０、５、１０、１５、２０、２５、３０、又は３５であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃１  ４９００が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの１、６、１１、１６、２１、２６、３１、又は３６であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃２  ４９１０が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの２、７、１２、１７、２２、２７、３２、又は３７であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃３  ４９２０が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの３、８、１３、１８、２３、２８、３３、又は３８であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃４  ４９３０が用いられる。代替として、初期制御情報報告をＤＣＣＨインデックス値＝ビーコンスロットの４、９、１４、１９、２４、２９、３４、又は３９であるセグメントから開始して送信すべきである場合は、初期制御情報報告組＃５  ４９４０が用いられる。
【０１６６】
異なる初期情報報告組がスーパースロットの所定のＤＣＣＨセグメントに関して報告組のサイズ及び報告組の内容の両方の点で異なる実施形態が可能である。
【０１６７】
図５０は、様々な実施形態による典型的無線端末動作方法の流れ図である。例えば、無線端末は、典型的な拡散スペクトル多元接続直交周波数分割多重化（ＯＦＤＭ）無線通信システムにおけるモバイルノードであることができる。動作は、ステップ５００２において開始し、無線端末は、電源が投入されており、基地局セクターアタッチメントポイントと通信リンクを確立しており、アップリンク専用制御チャネル報告に関して用いる専用制御チャネルセグメントが割り当てられており、第１の動作モード又は第２の動作モードのいずれかにおいて確立されている。例えば、幾つかの実施形態においては、第１の動作モードは、専用制御チャネル動作のフルトーンモードであり、第２の動作モードは、専用制御チャネル動作のスプリットトーンモードである。幾つかの実施形態においては、専用制御チャネルセグメントの各々は、同じ数のトーン−シンボル、例えば２１のトーン−シンボル、を含む。動作は、開始ステップ５００２からステップ５００４に進む。２つの典型的な型の実施形態が流れ図５０００において示される。第１の型の実施形態においては、基地局は、第１の動作モードと第２の動作モードの間における変更を指令するためのモード制御信号を送信する。該典型的実施形態においては、動作は、ステップ５００２からステップ５０１０及び５０２０に進む。第２の型の実施形態においては、無線端末は、第１及び第２の動作モードの間におけるモード移行を要求する。該実施形態においては、動作は、ステップ５００２からステップ５０２６及びステップ５０３４に進む。基地局が無線端末からの入力なしにモード変更を指令することができ、及び基地局がモード変更を要求することができる、例えば基地局及び無線端末がモード変更を各々開始することができる、実施形態が可能である。
【０１６８】
ステップ５００４において、ＷＴは、ＷＴが現在第１の動作モードにあるか又は第２の動作モードにあるかを検査する。ＷＴが現在第１の動作モード、例えばフルトーンモード、にある場合は、動作は、ステップ５００４からステップ５００６に進む。ステップ５００６において、ＷＴは、第１の期間中に第１の組の専用制御チャネルセグメントを使用し、該第１の組は、第１の数の専用制御チャネルセグメントを含む。しかしながら、ＷＴが第２の動作モード、例えばスプリットトーンモード、にあることがステップ５００４において決定された場合は、動作は、ステップ５００４からステップ５００８に進む。ステップ５００８において、ＷＴは、前記第１の期間と同じ継続時間を有する第２の期間中に第２の組の専用制御チャネルセグメントを使用し、前記第２の組の制御チャネルセグメントは、前記第１の数のセグメントよりも少ない数のセグメントを含む。
【０１６９】
例えば、１つの典型的実施形態において、第１の期間がビーコンスロットであるとみなした場合、フルトーンモードにおける第１の組は、単一の論理的トーンを用いる４０のＤＣＣＨセグメントを含み、スプリットトーンモードにおける第２の組は、単一の論理的トーンを用いる１３のＤＣＣＨセグメントを含む。フルモードにあるＷＴによって用いられる単一の論理的トーンは、スプリットトーンモードにおいて用いられる単一の論理的トーンと同じであること又は異なることができる。
【０１７０】
他の例として、同じ典型的実施形態において、第１の期間がビーコンスロットの第１の８９１のＯＦＤＭシンボル送信時間間隔であるとみなした場合は、フルトーンモードにある第１の組は、単一の論理的トーンを用いる３９のＤＣＣＨセグメントを含み、スプリットトーンモードにおける第２の組は、単一の論理的トーンを用いる１３のＤＣＣＨセグメントを含む。この例においては、第２のセグメント数によって除された第１のセグメント数は、整数３である。フルモードにあるＷＴによって用いられる単一の論理的トーンは、スプリットトーンモードにおいて用いられる単一の論理的トーンと同じであること又は異なることができる。
【０１７１】
第２の動作モード、例えばスプリットトーンモード、中において、ＷＴによって用いられる第２の専用制御チャネルセグメントの組は、幾つかの実施形態においては、第２の期間でない期間中にフルトーン動作モードにある同じ又は異なるＷＴによって用いることができるより大きい専用制御チャネルセグメントの組の部分組である。例えば、無線端末によって第１の期間中に用いられる第１の専用制御チャネルセグメントの組は、より大きい専用制御チャネルセグメントの組であることができ、第１及び第２の専用制御チャネルセグメントの組は、同じ論理的トーンに対応することができる。
【０１７２】
動作は、ＷＴに向けられた各々の第１の型のモード制御信号、例えば、第１の動作モードから第２の動作モードに切り換えるようにＷＴに指令するモード制御信号、に関してステップ５００２からステップ５０１０に進む。ステップ５０１０において、ＷＴは、第１の型のモード制御信号を基地局から受信する。動作は、ステップ５０１０からステップ５０１２に進む。ステップ５０１２において、ＷＴは、現在第１の動作モードにあるかどうかを検査する。無線端末が第１の動作モードにある場合は、動作は、ステップ５０１４に進み、ステップ５０１４において、ＷＴは、前記受信された制御信号に応じて第１の動作モードから第２の動作モードに切り換わる。しかしながら、ＷＴが現在第１の動作モードにないことがステップ５０１２において決定された場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、基地局とＷＴとの間に誤解があるためモード変更の実行を停止する。
【０１７３】
動作は、ＷＴに向けられた各々の第２の型のモード制御信号、例えば、第２の動作モードから第１の動作モードに切り換えるようにＷＴに指令するモード制御信号、に関してステップ５００２からステップ５０２０に進む。ステップ５０２０において、ＷＴは、第２の型のモード制御信号を基地局から受信する。動作は、ステップ５０２０からステップ５０２２に進む。ステップ５０２２において、ＷＴは、現在第２の動作モードにあるかどうかを検査する。無線端末が第２の動作モードにある場合は、動作は、ステップ５０２４に進み、ステップ５０２４において、ＷＴは、前記受信された第２のモード制御信号に応じて第２の動作モードから第１の動作モードに切り換わる。しかしながら、ＷＴが現在第２の動作モードにないことがステップ５０２２において決定された場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、基地局とＷＴとの間に誤解があるためモード変更の実行を停止する。
【０１７４】
幾つかの実施形態においては、基地局からの第１及び／又は第２の型のモード変更コマンド信号は、ＷＴによって用いられる論理的トーンがモード切り換えに従って変化するかどうかを識別する情報と、幾つかの実施形態において新モードにあるＷＴによって用いられる論理的トーンを識別する情報と、を含む。幾つかの実施形態において、ＷＴがステップ５０１８に進む場合は、ＷＴは、例えば誤解が存在していること及びモード移行が完了されていないことを示すシグナリングを基地局に対して行う。
【０１７５】
動作は、無線端末が第１の動作モード、例えばフルトーンＤＣＣＨモード、から第２の動作モード、例えばスプリットトーンＤＣＣＨモード、へのモード変更を開始するごとにステップ５００２からステップ５０２６に進む。ステップ５０２６において、ＷＴは、モード制御信号を基地局に送信する。動作は、ステップ５０２６からステップ５０２８に進む。ステップ５０２８において、ＷＴは、確認応答信号を基地局から受信する。動作は、ステップ５０２８からステップ５０３０に進む。ステップ５０３０において、受信された確認応答信号が肯定応答である場合は、動作は、ステップ５０３２に進み、無線端末は、前記受信された肯定応答信号に応じて第１の動作モードから第２の動作モードに切り換わる。しかしながら、ステップ５０３０において、受信された信号が否定応答信号であるか又はＷＴが受信された信号を成功裏に復号できないとＷＴが決定した場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、モード変更動作を停止する。
【０１７６】
動作は、無線端末が第２の（ｓｅｃｏｎｄ）動作モード  、例えばスプリットトーンＤＣＣＨモード、から第２の（ｓｅｃｏｎｄ）動作モード、例えばフルトーントーンＤＣＣＨモード、へのモード変更を開始するごとにステップ５００２からステップ５０３４に進む。ステップ５０３４において、ＷＴは、モード制御信号を基地局に送信する。動作は、ステップ５０３４からステップ５０３６に進む。ステップ５０３６において、ＷＴは、確認応答信号を基地局から受信する。動作は、ステップ５０３６からステップ５０３８に進む。ステップ５０３８において、受信された確認応答信号が肯定応答である場合は、動作は、ステップ５０４０に進み、無線端末は、前記受信された肯定応答信号に応じて第２の動作モードから第１の動作モードに切り換わる。しかしながら、ステップ５０３８において、受信された信号が否定応答信号であるか又はＷＴが受信された信号を成功裏に復号できないとＷＴが決定した場合は、ＷＴは、接続ノードＡ  ５０１６を介してステップ５０１８に進み、ステップ５０１８において、ＷＴは、モード変更動作を停止する。
【０１７７】
図５１は、様々な実施形態による典型的動作を示す図である。図５１の典型的実施形態においては、専用制御チャネルは、専用制御チャネル内の各論理的トーンに関して０乃至１５のインデキシングされた１６のセグメントの繰り返しパターンを用いるように構築される。その他の実施形態は、異なる数のインデキシングされたＤＣＣＨセグメント、例えば４０セグメント、を繰り返しパターンで用いることができる。（０、１、２、３）がインデキシングされた４つの典型的な論理的ＤＣＣＨトーンが図５１に示される。幾つかの実施形態においては、各セグメントは、同じ量のエアリンク資源を占有する。例えば、幾つかの実施形態においては、各セグメントは、同じ数のトーン−シンボル、例えば２１のトーン−シンボルを有する。図５１００は、図５１０４の論理的トーンに対応するパターンの２回の連続する繰り返しに関して経時でセグメントのインデックスを識別する。
【０１７８】
図５１０４は、論理的ＤＣＣＨトーンインデックスを縦軸５１０６、時間を横軸５１０８に作図したものである。示されている第１の期間５１１０及び第２の期間５１１２は、同じ継続時間を有する。凡例５１１４は、（ｉ）幅の広い斜交線による陰影を有する正方形５１１６は、ＷＴ１フルトーンＤＣＣＨモードセグメントを表し、（ｉｉ）幅の広い縦線と横線による陰影を有する正方形５１１８は、ＷＴ４フルトーンＤＣＣＨモードセグメントを表し、（ｉｉｉ）幅の狭い縦線と横線による陰影を有する正方形５１２０は、ＷＴ５フルトーンＤＣＣＨモードセグメントを表し、（ｉｖ）細かい斜交線による陰影を有する正方形５１２２は、ＷＴ６フルトーンＤＣＣＨモードセグメントを表し、（ｖ）幅の広い対角線による陰影が左から右に上昇している正方形５１２４は、ＷＴ１スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉ）幅の狭い対角線による陰影が左から右に下降している正方形５１２６は、ＷＴ２スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉ）幅の狭い対角線による陰影が左から右に上昇している正方形５１２８は、ＷＴ３スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉｉ）幅の広い縦線による陰影を有する正方形５１３０は、ＷＴ４スプリットトーンＤＣＣＨモードセグメントを表すことを示す。
【０１７９】
図５１０４において、ＷＴ１は、第１の期間５１１０中はフルトーンＤＣＣＨモードにあり、その期間中に論理的トーン０に対応する一組の１５のセグメント（インデックス０乃至１４）を用いることを観察することができる。第１の期間と同じ継続時間である第２の期間５１１２中には、ＷＴ１は、スプリットトーンＤＣＣＨモードにあり、論理的トーン０に対応するインデックス値（０、３、６、９、１２）を有する一組の５つのセグメントを使用し、前記組は、第１の期間５１１０中に用いられるセグメントの組の部分組である。
【０１８０】
図５１０４において、ＷＴ４は、第１の期間５１１０中はフルトーンＤＣＣＨモードにあり、論理的トーン２に対応する一組の１５のセグメント（インデックス０乃至１４）を用いること、及びＷＴ４は、第２の期間５１１２中はスプリットトーンフォーマットであり、論理的トーン３に対応するインデックス値（１、４、７、１０、１３）を有する一組の５つのセグメントを用いることも観察することができる。さらに、論理的トーン３に対応するインデックス値（１、４、７、１０、１３）を有する５つのセグメントから成る組は、第１の期間５１１０中にフルトーンＤＣＣＨモードにあるＷＴ６によって用いられるより大きいセグメントの組の一部であることも観察されるべきである。
【０１８１】
図５２は、様々な実施形態による典型的な基地局動作方法の流れ図５２００である。典型的方法の動作は、ステップ５２０２において開始し、基地局に電源が投入されて初期設定される。動作は、ステップ５２０４及びステップ５２０６に進む。ステップ５２０４において、基地局は、継続的に、フルトーンＤＣＣＨサブチャネルとスプリットトーンＤＣＣＨサブチャネルの間で専用制御チャネル資源をパーティショニングし、フルトーン及びスプリットトーンＤＣＣＨサブチャネルを複数の無線端末間で割り当てる。例えば、典型的実施形態においては、ＤＣＣＨチャネルは、３１の論理的トーンを使用し、各論理的トーンは、繰り返しパターンの単一の繰り返しにおいて、例えばビーコンスロットに基づいて、４０のＤＣＣＨチャネルセグメントに対応する。いずれかの所定の時点において、各論理的トーンは、該トーンに対応するＤＣＣＨセグメントが単一のＷＴに割り当てられるフルトーンＤＣＣＨ動作モード、又は該トーンに対応するＤＣＣＨセグメントを一定の最大数のＷＴに割り当てることができるスプリットトーンＤＣＣＨモードのいずれかに対応することができ、ここで、一定の最大のＷＴ数は＝３である。ＤＣＣＨチャネルに関して３１の論理的トーンを使用する該典型的実施形態において、ＤＣＣＨチャネル論理的トーンの各々がフルトーンモードにある場合は、基地局セクターアタッチメントポイントは、３１のＷＴにＤＣＣＨセグメントを割り当てておくことができる。他方の極端な場合において、ＤＣＣＨチャネル論理的トーンの各々がスプリットトーンフォーマットである場合は、９３のＷＴにセグメントを割り当てることができる。一般的には、いずれかの所定の時点において、ＤＣＣＨチャネルは、パーティショニングされ、例えば、基地局をアタッチメントポイントとして用いているＷＴの現在の負荷状態及び現在のニーズに対処するために、フルトーンサブチャネル及びスプリットトーンサブチャネルの混合を含むことができる。
【０１８２】
図５３は、他の典型的実施形態、例えば反復に基づいて繰り返す論理的トーンに対応する１６のインデキシングされたＤＣＣＨセグメントを用いる実施形態、に関する専用制御チャネル資源の典型的なパーティショニング及び割り当てを示す。図５３に関して説明される方法は、ステップ５２０４において用いることができ、その他の実施形態に拡大することができる。
【０１８３】
ステップ５２０４は、基地局がサブチャネル割り当て情報をＷＴに通信するサブステップ５１２６を含む。サブステップ５１２６は、サブステップ５１２８を含む。サブステップ５１２８において、基地局は、専用制御チャネルセグメントの割り当てを受信するＷＴに対してユーザー識別子、例えばオン状態ユーザー識別子、を割り当てる。
【０１８４】
ステップ５２０６において、基地局は、継続的に、割り当てられたＤＣＣＨサブチャネルにおいて通信された専用制御チャネル報告を含むアップリンク信号をＷＴから受信する。幾つかの実施形態においては、無線端末は、フルトーンＤＣＣＨ動作モード中及びスプリットトーンＤＣＣＨ動作モード中にＤＣＣＨセグメントにおいて送信される情報を通信するために異なるコーディングを用いる。従って、基地局は、モードに基づいて異なる復号動作を行う。
【０１８５】
２つの典型的な型の実施形態が流れ図５２００に示される。第１の型の実施形態においては、基地局は、第１及び第２の動作モードの間、例えばフルトーンＤＣＣＨモードとスプリットトーンＤＣＣＨモードの間、における変更を指令するためのモード制御信号を送信する。該典型的実施形態においては、動作は、ステップ５２０２からステップ５２０８及びステップ５０１０に進む。第２の型の実施形態においては、無線端末は、第１及び第２のモードの間、例えばフルトーンＤＣＣＨモードとスプリットトーンＤＣＣＨモードの間、におけるモード移行を要求する。該実施形態においては、動作は、ステップ５２０２からステップ５２１２及び５２１４に進む。基地局が無線端末からの入力なしにモード変更を指令することができ、及び無線端末がモード変更を要求することができる、例えば基地局及び無線端末が各々モード変更を開始することができる、実施形態も可能である。
【０１８６】
動作は、基地局が第１のモード、例えばフルモードＤＣＣＨモード、から第２のモード、例えばスプリットトーンＤＣＣＨモード、への変更をＷＴに指令する決定をする各インスタンスに関してステップ５２０８に進む。ステップ５２０８において、基地局は、第１のモード、例えばフルトーンＤＣＣＨモード、から第２のモード、例えばスプリットトーンＤＣＣＨモード、へのＷＴの移行を開始させるモード制御信号をＷＴに送信する。
【０１８７】
動作は、基地局が第２のモード、例えばスプリットモードＤＣＣＨモード、から第１のモード、例えばフルトーンＤＣＣＨモード、への変更をＷＴに指令する決定をする各インスタンスに関してステップ５２１０に進む。ステップ５２１０において、基地局は、第２のモード、例えばスプリットトーンＤＣＣＨモード、から第１のモード、例えばフルトーンＤＣＣＨモード、へのＷＴの移行を開始させるモード制御信号をＷＴに送信する。
【０１８８】
動作は、基地局が第１のモード、例えばフルトーンＤＣＣＨモード、から第２のモード、例えばスプリットトーンＤＣＣＨモード、への変更要求をＷＴから受信する各インスタンスに関してステップ５２１２に進む。ステップ５２１２において、基地局は、第１の動作モードから第２の動作モード、例えばフルトーンＤＣＣＨモードからスプリットトーンＤＣＣＨモード、への移行を要求するモード制御信号をＷＴから受信する。基地局が要求を受け入れることを決定した場合は、動作は、ステップ５２１２からステップ５２２０に進む。ステップ５２２０において、基地局は、要求を送信したＷＴに肯定応答信号を送信する。
【０１８９】
動作は、基地局が第２のモード、例えばスプリットトーンＤＣＣＨモード、から第１のモード、例えばフルトーンＤＣＣＨモード、への変更要求をＷＴから受信する各インスタンスに関してステップ５２１４に進む。ステップ５２１４において、基地局は、第２の動作モードから第１の動作モード、例えばスプリットトーンＤＣＣＨモードからフルトーンＤＣＣＨモード、への移行を要求するモード制御信号をＷＴから受信する。基地局が要求を受け入れることを決定した場合は、動作は、ステップ５２１４からステップ５２２２に進む。ステップ５２２２において、基地局は、要求を送信したＷＴに肯定応答信号を送信する。
【０１９０】
図５３は、様々な実施形態による典型的動作を示す図である。図５３の典型的実施形態においては、専用制御チャネルは、専用制御チャネル内の各論理的トーンに関して０乃至１５のインデキシングされた１６のセグメントの繰り返しパターンを用いるように構築される。その他の実施形態は、異なる数のインデキシングされたＤＣＣＨセグメント、例えば４０セグメント、を繰り返しパターンで用いることができる。（０、１、２）がインデキシングされた３つの典型的な論理的ＤＣＣＨトーンが図５３に示される。幾つかの実施形態においては、各セグメントは、同じ量のエアリンク資源を占有する。例えば、幾つかの実施形態においては、各セグメントは、同じ数のトーン−シンボル、例えば２１のトーン−シンボルを有する。図５３００は、図５３０４の論理的トーンに対応する繰り返しインデキシングパターンの２回の連続する繰り返しに関して経時でのセグメントのインデックスを識別する。
【０１９１】
図５３０４は、論理的ＤＣＣＨトーンインデックスを縦軸５３０６、時間を横軸５３０８に作図したものである。示されている第１の期間５３１０及び第２の期間５３１２は、同じ継続時間を有する。凡例５３１４は、（ｉ）幅の広い斜交線による陰影を有する正方形５３１６は、ＷＴ１フルトーンＤＣＣＨモードセグメントを表し、（ｉｉ）幅の狭い斜交線による陰影を有する正方形５３１８は、ＷＴ２フルトーンＤＣＣＨモードセグメントを表し、（ｉｉｉ）幅の広い縦線と横線による陰影を有する正方形５３２０は、ＷＴ４フルトーンＤＣＣＨモードセグメントを表し、（ｉｖ）幅の狭い縦線と横線による陰影を有する正方形５３２２は、ＷＴ９フルトーンＤＣＣＨモードセグメントを表し、（ｖ）幅の広い対角線による陰影が左から右に上昇している正方形５３２４は、ＷＴ１スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉ）幅の狭い対角線による陰影が左から右に下降している正方形５３２６は、ＷＴ２スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉ）幅の狭い対角線による陰影が左から右に上昇している正方形５３２８は、ＷＴ３スプリットトーンＤＣＣＨモードセグメントを表し、（ｖｉｉｉ）幅の広い縦線による陰影を有する正方形５３３０は、ＷＴ４スプリットトーンＤＣＣＨモードセグメントを表し、（ｉｘ）幅の狭い縦線による陰影を有する正方形５３３２は、ＷＴ５スプリットトーンＤＣＣＨモードセグメントを表し、（ｘ）幅の広い横線による陰影を有する正方形５３３４は、ＷＴ６スプリットトーンＤＣＣＨモードセグメントを表し、（ｘｉ）幅の狭い横線による陰影を有する正方形５３３６は、ＷＴ７スプリットトーンＤＣＣＨモードセグメントを表し、（ｘｉｉ）点線による陰影を有する正方形５３３８は、ＷＴ８スプリットトーンＤＣＣＨモードセグメントを表すことを示す。
【０１９２】
図５３０４において、ＷＴ１は、第１の期間５３１０中はフルトーンＤＣＣＨモードにあり、その期間中に論理的トーン０に対応する一組の１５のセグメント（インデックス０乃至１４）を用いることを観察することができる。幾つかの実施形態により、基地局は、第１の専用制御サブチャネルをＷＴ１に割り当て、第１の専用制御サブチャネルは、第１の期間５３１０中に使用するための論理的トーン０に対応する１５のセグメント（インデックス０乃至１４）の組を含む。
【０１９３】
図５３０４においては、ＷＴ２、ＷＴ３、及びＷＴ４は、第１の期間５３１０中には各々がスプリットトーンＤＣＣＨモードであり、各々は、第１の期間５３１０中に同じ論理的トーンである論理的トーン１に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））がそれぞれインデキシングされた一組の５つのセグメントを用いることも観察することができる。幾つかの実施形態により、基地局は、（第２、第３、及び第４の）専用制御サブチャネルを（ＷＴ２、ＷＴ３、ＷＴ３）に割り当て、（第２、第３、及び第４の）専用制御サブチャネルは、各々が、第１の期間５３１０中に同じ論理的トーンである論理的トーン１に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））のインデックス値を有する一組の５つのセグメントを含む。
【０１９４】
図５３０４において、ＷＴ６、ＷＴ７、及びＷＴ８は、各々が、第１の期間５３１０中はスプリットトーンＤＣＣＨモードにあり、第１の期間５３１０中に同じ論理的トーンである論理的トーン２に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））がそれぞれインデキシングされた一組の５つのセグメントを各々用いることも観察することができる。幾つかの実施形態により、基地局は、（第５、第６、及び第７の）専用制御サブチャネルを（ＷＴ６、ＷＴ７、ＷＴ８）に割り当て、（第５、第６、及び第７の）専用制御サブチャネルは、各々が、第１の期間５３１０中に同じ論理的トーンである論理的トーン２に対応する、（（０、３、６、９、１２）、（１、４、７、１０、１３）、（２、５、８、１１、１４））のインデックス値を有する一組の５つのセグメントをそれぞれ含む。
【０１９５】
図５３０４において、（ＷＴ１、ＷＴ５）は、第２の期間５３１２中はスプリットトーンＤＣＣＨモードにあり、第２の期間５３１２中に論理的トーン０に対応する、インデックス値（（０、３、６、９、１２）、（１、４、７、１０、１３））を各々有する一組の５つのセグメントを各々用いることを観察することができる。様々な実施形態により、基地局は、（第８、第９の）専用制御サブチャネルを（ＷＴ１、ＷＴ５）に割り当て、（第８、第９の）専用制御サブチャネルは、第２の期間５３１２中に論理的トーン０に対応する、インデックス（０、３、６、９、１２）、（１、４、７、１０、１３）を各々有する５つのグメントの組を含む。ＷＴ１は、第１の期間中に論理的トーン０を使用し、他方、ＷＴ５は、第１の期間中の論理的トーン０を用いなかった。
【０１９６】
図５３０４において、（ＷＴ２）は、第２の期間５３１２中はフルトーンＤＣＣＨモードにあり、第２の期間５３１２中に論理的トーン１に対応する、（０乃至１４）がインデキシングされた一組の１５のセグメントを各々用いることも観察することができる。幾つかの実施形態により、基地局は、（第１０の）専用制御サブチャネルを（ＷＴ２）に割り当て、専用制御サブチャネルは、第２の期間５３１２中に論理的トーン１に対応する、（０乃至１４）がインデキシングされた１５のセグメントの組を含む。ＷＴ２は、第１の期間５３１０中に論理的トーン１を用いた（ＷＴ２、ＷＴ３、ＷＴ４）の組からのＷＴのうちの１つである点に注目することができる。
【０１９７】
図５３０４において、（ＷＴ９）は、第２の期間５３１２中はフルトーンＤＣＣＨモードにあり、第２の期間５３１２中に論理的トーン２に対応する、（０乃至１４）がインデキシングされた一組の１５のセグメントを各々が用いることも観察することができる。幾つかの実施形態により、基地局は、（第１１の）専用制御サブチャネルを（ＷＴ９）に割り当て、専用制御サブチャネルは、第２の期間５３１２中に論理的トーン２に対応する、（０乃至１４）がインデキシングされた１５のセグメントの組を含む。ＷＴ９は、第１の期間５３１０中に論理的トーン２を用いたＷＴ（ＷＴ６、ＷＴ７、ＷＴ８）とは異なるＷＴであることに注目することができる。
【０１９８】
幾つかの実施形態においては、論理的トーン（トーン０、トーン１、トーン２）は、複数のシンボル送信期間の各々に関して、例えば第１の期間５３１０において、論理的トーンがいずれの物理的トーンに対応するかを決定するアップリンクトーンホッピング動作の対象となる。例えば、論理的トーン０、１、及び２は、アップリンクシグナリングに関して用いられる一組の１１３の物理的トーンにホッピングシーケンスに従ってホッピングされる１１３の論理的トーンを含む論理的チャネル構造の一部であることができる。この例を続けると、各ＤＣＣＨセグメントは、単一の論理的トーンに対応し、２１の連続するＯＦＤＭシンボル送信時間間隔に対応することを考慮すること。典型的実施形態においては、論理的トーンは、３つの物理的トーンに対応するようにホッピングされ、無線端末は、セグメントの７つの連続するシンボル送信時間間隔に関して各物理的トーンを用いる。
【０１９９】
論理的トーンに対応し、繰り返しパターンに基づいて繰り返す４０のインデキシングされたＤＣＣＨチャネルセグメントを用いる典型的実施形態においては、典型的な第１及び第２の期間は、３９のＤＣＣＨセグメントを各々含むことができ、ビーコンスロットの第１の３９のＤＣＣＨセグメントが論理的トーンに対応する。該実施形態において、所定のトーンがフルトーンフォーマットである場合は、ＷＴは、割り当てに対応する第１又は第２の期間に関する一組の３９のＤＣＣＨセグメントが基地局によって割り当てられる。所定のトーンがスプリットトーンフォーマットである場合は、ＷＴは、割り当てに対応する第１又は第２の期間に関する一組の１３のＤＣＣＨセグメントが割り当てられる。フルトーンモードにおいては、４０番目のインデキシングされたセグメントは、フルトーンモードにあるＷＴに割り当ててＷＴによって用いることも可能である。スプリットトーンモードにおいて、幾つかの実施形態においては、４０番目のインデキシングされたセグメントは、予約セグメントである。
【０２００】
図５４は、様々な実施形態による典型的な無線端末動作方法の流れ図５４００である。動作は、ステップ５４０２において開始し、無線端末に電源が投入されて初期設定される。動作は、ステップ５４０２からステップ５４０４、５４０６、及び５４０８に進む。ステップ５４０４において、無線端末は、ダウンリンクヌルチャネル（ＤＬ．ＮＣＨ）の受信された電力を測定し、干渉電力（Ｎ）を決定する。例えば、ヌルチャネルは、無線端末に関する現在のアタッチメントポイントとして交信中の基地局によって用いられる典型的ダウンリンクタイミング及び周波数構造内の予め決められたトーン−シンボルに対応し、基地局は、これらのトーン−シンボルを用いた送信を意図的に行わない。従って、無線端末受信機によって測定されたＮＵＬＬチャネル上の受信電力が干渉を表す。ステップ５４０６において、無線端末は、ダウンリンクパイロットチャネル（ＤＬ．ＰＩＣＨ）の受信された電力（Ｇ＊Ｐ０）を測定する。ステップ５４０８において、無線端末は、ダウンリンクパイロットチャネル（ＤＬ．ＰＩＣＨ）の信号対雑音比（ＳＮＲ０）を測定する。動作は、ステップ５４０４、５４０６、及び５４０８からステップ５４１０に進む。
【０２０１】
ステップ５４１０において、無線端末は、ダウンリンク信号対雑音比の飽和レベルを、干渉電力、ダウンリンクパイロットチャネルの測定された受信電力、及びダウンリンクパイロットチャネルの測定されたＳＮＲの関数として計算する。例えば、ＤＬ  ＳＮＲの飽和レベル＝１／ａ０＝（１／ＳＮＲ０−Ｎ／（ＧＰ０））−１である。動作は、ステップ５４１０からステップ５４１２に進む。ステップ５４１２において、無線端末は、計算された飽和レベルを専用制御チャネル報告において表すために、ダウンリンクＳＮＲの飽和レベルの量子化されたレベルの予め決められたテーブルから最も近い値を選択し、無線端末は、報告を生成する。動作は、ステップ５４１２からステップ５４１４に進む。ステップ５４１４において、無線端末は、生成された報告を基地局に送信し、前記生成された報告は、無線端末に割り当てられた専用制御チャネルセグメントを用いて、例えば予め決められたインデキシングされた専用制御チャネルセグメントの予め決められた部分を用いて、通信される。例えば、典型的ＷＴは、図１０の繰り返し報告構造を用いるフルトーンフォーマットＤＣＣＨ動作モードであることができ、報告は、インデックス数ｓ２＝３６を有するＤＣＣＨセグメント１０３６のＤＬＳＳＮＲ４報告であることができる。
【０２０２】
図５５は、様々な実施形態により実装される典型的無線端末５５００、例えばモバイルノード、を示す。典型的ＷＴ５５００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的無線端末５５００は、無線端末５５００がデータ及び情報を交換するときに介するバス５５１２を通じてひとつに結合された受信機モジュール５５０２と、送信機モード情報５５０４と、プロセッサ５５０６と、ユーザーＩ／Ｏデバイス５５０８と、メモリ５５１０と、を含む。
【０２０３】
受信機モジュール５５０２、例えばＯＦＤＭ受信機、は、受信アンテナ５５０３に結合され、無線端末５５００は、受信アンテナ５５０３を介してダウンリンク信号を基地局から受信する。無線端末５５００によって受信されたダウンリンク信号は、モード制御信号と、モード制御要求応答信号と、ユーザー識別子、例えば論理的アップリンク専用制御チャネルトーンと関連づけられたＯＮ識別子を含む割り当て信号と、アップリンク及び／又はダウンリンクトラフィックチャネル割り当て信号と、ダウンリンクトラフィックチャネル信号と、ダウンリンク基地局識別信号と、を含む。受信機モジュール５５０２は、復号器５５１８を含み、無線端末５５００は、復号器５５１８を介して、基地局による送信前に符号化されていた受信信号を復号する。送信機モジュール５５０４、例えばＯＦＤＭ送信機、は、アンテナ５５０５に結合され、無線端末５５００は、アンテナ５５０５を介してアップリンク信号を基地局に送信する。幾つかの実施形態においては、送信機及び受信機に関して同じアンテナが用いられる。無線端末によって送信されるアップリンク信号は、モード要求信号と、アクセス信号と、第１及び第２の動作モード中における専用制御チャネルセグメント信号と、アップリンクトラフィックチャネル信号と、を含む。送信機モジュール５５０４は、符号器５５２０を含み、無線端末５５００は、符号器５５２０を介して、送信前に少なくとも一部のアップリンク信号を符号化する。符号器５５２０は、第１のコーディングモジュール５５２２と、第２のコーディングモジュール５５２４と、を含む。第１のコーディングモジュール５５２２は、第１のコーディング方法に従い第１の動作モード中にＤＣＣＨセグメントにおいて送信される情報をコーディングする。第２のコーディングモジュール５５２４は、第２のコーディング方法に従い第２の動作モード中にＤＣＣＨセグメントにおいて送信される情報をコーディングする。第１及び第２のコーディング方法は異なる。
【０２０４】
ユーザーＩ／Ｏデバイス５５０８、例えばマイク、キーボード、キーパッド、マウス、スイッチ、カメラ、ディスプレイ、スピーカー等、は、データ／情報を入力し、データ／情報を出力し、無線端末の少なくとも一部の機能、例えば通信セッションを開始すること、を制御するために用いられる。メモリ５５１０は、ルーチン５５２６と、データ／情報５５２８と、を含む。プロセッサ５５０６、例えばＣＰＵ、は、無線端末５５００の動作を制御するため及び方法を実装するためにメモリ５５１０内のルーチン５５２６を実行し、データ／情報５５２８を用いる。
【０２０５】
ルーチン５５２６は、通信ルーチン５５３０と、無線端末制御ルーチン５５３２と、を含む。通信ルーチン５５３０は、無線端末５５００によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン５５３２は、無線端末５５００の動作を制御し、受信機モジュール５５０２、送信機モジュール５５０４及びユーザーＩ／Ｏデバイス５５０８の動作を制御することを含む。無線端末制御ルーチン５５３２は、第１モード専用制御チャネル通信モジュール５５３４と、第２モード専用制御チャネル通信モジュール５５３６と、専用制御チャネルモード制御モジュール５５３８と、モード要求信号生成モジュール５５４０と、応答検出モジュール５５４２と、アップリンク専用制御チャネルトーン決定モジュール５５４３と、を含む。
【０２０６】
第１モード専用制御チャネル通信モジュール５５３４は、第１の動作中に第１の組の専用制御チャネルセグメントを用いて専用制御チャネル通信を制御し、前記第１の組は、第１の期間に関する第１の数の制御チャネルセグメントを含む。第１のモードは、幾つかの実施形態においては、専用制御チャネル動作のフルトーンモードである。第２モード専用制御チャネル通信モジュール５５３６は、第２の動作モード中に第２の組の専用制御チャネルセグメントを用いて専用制御チャネル通信を制御し、前記第２の組の専用制御チャネルセグメントは、前記第１の期間と同じ継続時間を有する期間に対応し、前記第２の組の専用制御チャネルセグメントは、前記第１の数の専用制御チャネルセグメントよりも少ない数のセグメントを含む。第２のモードは、幾つかの実施形態においては、専用制御チャネル動作のスプリットトーンモードである。様々な実施形態においては、専用制御チャネルセグメントは、第１の動作モード又は第２の動作モードのいずれであるかにかかわらず、同じ量のアップリンクエアリンク資源、例えば同じ数のトーン−シンボル、例えば２１のトーン−シンボル、を用いる。例えば、専用制御チャネルセグメントは、基地局によって使用中のタイミング及び周波数構造内の１つの論理的トーンに対応するが、アップリンクトーンホッピング情報に従って各々が異なる物理的アップリンクトーンと関連づけられている７つのトーン−シンボルから成る３つの組を有する３つの物理的トーンに対応することができ。
【０２０７】
ＤＣＣＨモード制御モジュール５５３８は、幾つかの実施形態においては、基地局からの受信されたモード制御信号、例えば基地局からのモード制御コマンド信号、に応答した１つの前記第１の動作モード及び前記第２の動作モードへの切り換えを制御する。幾つかの実施形態においては、モード制御信号は、スプリットトーン動作モードに関して、いずれの組のアップリンク専用制御チャネルセグメントがスプリットトーン動作モードと関連づけられているかも識別する。例えば、スプリットトーン動作における所定の論理的ＤＣＣＨチャネルトーンに関して、複数の、例えば３つのオーバーラップしていない組のＤＣＣＨセグメントが存在する可能性があり、モード制御信号は、前記組のうちのいずれの組が無線端末と関連づけられるかを識別することができる。ＤＣＣＨモード制御モジュール５５３８は、幾つかの実施形態においては、受信された肯定応答要求確認信号に応答して、第１の動作モード、例えばフルトーンＤＣＣＨモード、及び第２の動作モード、例えばスプリットトーンＤＣＣＨモード、のうちの１つである要求された動作モードへの切り換えを制御する。
【０２０８】
モード要求生成モジュール５５４０は、要求されたＤＣＣＨ動作モードを示すモード要求信号を生成する。応答検出モジュール５５４２は、基地局からの前記モード要求信号への応答を検出する。応答検出モジュール５５４２の出力は、無線端末５５００を要求される動作モードに切り換えるべきかどうかを決定するためにＤＣＣＨモード制御モジュール５５３８によって用いられる。
【０２０９】
アップリンクＤＣＣＨトーン決定モジュール５５４３は、無線端末内に格納されているアップリンクトーンホッピング情報に基づいて、割り当てられた論理的ＤＣＣＨトーンが経時で対応する物理的トーンを決定する。
【０２１０】
データ／情報５５２８は、ユーザー／デバイス／セッション／資源情報５５４４と、システムデータ／情報５５４６と、現動作モード情報５５４８と、端末ＩＤ情報５５５０と、ＤＣＣＨ論理的トーン情報５５５２と、モード要求信号情報５５５４と、タイミング情報５５５６と、基地局識別情報５５５８と、データ５５６０と、ＤＣＣＨセグメント信号情報５５６２と、モード要求応答信号情報５５６４と、を含む。ユーザー／デバイス／セッション／資源情報５５４４は、ＷＴ５５００と通信セッション中のピアノードに対応する情報と、アドレス情報と、ルーティング情報と、認証情報を含むセッション情報と、割り当てられたＤＣＣＨセグメント及びＷＴ５５００に割り当てられた通信セッションと関連するアップリンク及び／又はダウンリンクトラフィックチャネルセグメントを含む資源情報と、を含む。現動作モード情報５５４８は、無線端末が現在第１の、例えばフルトーンのＤＣＣＨ動作モード、又は第２の、例えばスプリットトーンのＤＣＣＨ動作モード、にあるかどうかを識別する情報を含む。幾つかの実施形態においては、ＤＣＣＨに関する第１及び第２の動作モードは、両方とも、無線端末のオン動作状態に対応する。現動作モード情報５５４８は、その他の無線端末動作モード、例えば、スリープ、ホールド等を識別する情報も含む。端末識別子情報５５５０は、基地局によって割り当てられた無線端末識別子、例えば登録されたユーザー識別子及び／又はＯＮ状態識別子を含む。幾つかの実施形態においては、ＯＮ状態識別子は、ＯＮ状態識別子を無線端末に割り当てた基地局セクターアタッチメントポイントによって使用中のＤＣＣＨ論理的トーンと関連づけられる。ＤＣＣＨ論理的トーン情報５５５２は、無線端末が第１のＤＣＣＨ動作モード及び第２のＤＣＣＨ動作モードのうちの１つにあるときに、アップリンクＤＣＣＨセグメント信号を通信時に使用するために無線端末に現在割り当てられているＤＣＣＨ論理的トーンを識別する情報を含む。タイミング情報５５５６は、無線端末に関するアタッチメントポイントとして交信中の基地局によって使用中の反復的タイミング構造内における無線端末の現在のタイミングを識別する情報を含む。基地局識別情報５５５８は、基地局識別子と、基地局セクター識別子と、無線端末によって使用中の基地局セクターアタッチメントポイントと関連づけられた基地局トーンブロック及び／又は搬送波識別子と、を含む。データ５５６０は、通信セッションにおいて通信中のアップリンク及び／又はダウンリンクユーザーデータ、例えば音声、オーディオデータ、画像データ、テキストデータ、ファイルデータ、を含む。ＤＣＣＨセグメント信号情報５５６２は、無線端末に割り当てられたＤＣＣＨセグメントに対応して通信される情報、例えば様々な制御情報報告を表すＤＣＣＨセグメントにおいて通信される情報ビット、を含む。モード要求信号情報５５５４は、モジュール５５４０によって生成されたモード要求信号に対応する情報を含む。モード要求応答信号情報５５６４は、モジュール５５４２によって検出された応答情報を含む。
【０２１１】
システムデータ／情報５５４６は、フルトーンモードＤＣＣＨ情報５５６６と、スプリットトーンモードＤＣＣＨ情報５５６８と、複数の組の基地局データ／情報（基地局１データ／情報５５７０、．．．、基地局Ｍデータ／情報５５７２）と、を含む。フルトーンモードＤＣＣＨ情報５５６６は、チャネル構造情報５５７４と、セグメントコーディング情報５５７６と、を含む。フルトーンモードＤＣＣＨチャネル構造情報５５７４は、セグメントを識別する情報と、無線端末がフルトーンＤＣＣＨ動作モードにあるときにセグメントで通信される報告と、を含む。例えば、１つの典型的実施形態においては、ＤＣＣＨチャネル内には複数のＤＣＣＨトーン、例えば３１、が存在し、  フルトーンモードにあるときの各論理的ＤＣＣＨトーンは、ＤＣＣＨセグメント内の単一の論理的ＤＣＣＨトーンと関連づけられた４０のＤＣＣＨセグメントの繰り返しパターンに従う。フルトーンモードＤＣＣＨセグメントコーディング情報５５７６は、ＤＣＣＨセグメントを符号化するために第１のコーディングモジュール５５２２によって用いられる情報を含む。スプリットトーンモードＤＣＣＨ情報５５６８は、チャネル構造情報５５７８と、セグメントコーディング情報５５８０と、を含む。スプリットトーンモードＤＣＣＨチャネル構造情報５５７８は、セグメントを識別する情報と、無線端末がスプリットトーンＤＣＣＨ動作モードにあるときにセグメントにおいて通信される報告と、を含む。例えば、１つの典型的実施形態においては、ＤＣＣＨチャネル内には複数のＤＣＣＨトーン、例えば３１、が存在し、  スプリットトーンモードにあるときの各論理的ＤＣＣＨトーンは、最大で３つの異なるＷＴの間で経時で分割される。例えば、所定の論理的ＤＣＣＨトーンに関して、ＷＴは、繰り返しパターンにおいて４０のセグメントの中で使用すべき一組の１３のＤＣＣＨセグメントを受信し、１３のＤＣＣＨセグメントから成る各組は、１３のＤＣＣＨセグメントから成るその他の２つの組とオーバーラップしない。該実施形態においては、例えば、フルトーンモードにある場合は単一のＷＴに割り当てられるがスプリットトーンフォーマットでは３つの無線端末間でパーティショニングされる３９のＤＣＣＨセグメントを含む構造における時間間隔を考慮に入れることができる。スプリットトーンモードＤＣＣＨセグメントコーディング情報５５８０は、ＤＣＣＨセグメントを符号化するために第２のコーディングモジュール５５２４によって用いられる情報を含む。
【０２１２】
幾つかの実施形態において、１つの期間中には、所定の論理的ＤＣＣＨトーンがフルトーン動作モードで用いられ、その他の時点においては、同じ論理的ＤＣＣＨトーンがスプリットトーン動作モードで用いられる。従って、ＷＴ５５００は、スプリットトーンＤＣＣＨ動作モードである間に、フルトーン動作モードにおいて用いられるより大きいＤＣＣＨチャネルセグメントの組の部分組である反復的構造内の一組のＤＣＣＨチャネルセグメントを割り当てることができる。
【０２１３】
基地局１データ／情報５５７０は、アタッチメントポイントと関連づけられた基地局、セクター、搬送波及び／又はトーンブロックを識別するために用いられる基地局識別情報を含む。基地局１データ／情報５５７０は、ダウンリンクタイミング／周波数構造情報５５８２と、アップリンクタイミング／周波数構造情報５５８４と、を同じく含む。アップリンクタイミング／周波数構造情報５５８４は、アップリンクトーンホッピング情報５５８６を含む。
【０２１４】
図５６は、様々な実施形態により実装される典型的基地局５６００、例えばアクセスノード、の図である。典型的基地局５６００は、図１の典型的システムの基地局のうちのいずれかであることができる。典型的基地局５６００は、様々な要素がデータ及び情報を交換することができるバス５６１４を介してひとつに結合された受信機モジュール５６０２と、送信機モジュール５６０４と、プロセッサ５６０８と、Ｉ／Ｏインタフェース５６１０と、メモリ５６１２と、を含む。
【０２１５】
受信機モジュール５６０２、例えばＯＦＤＭ受信機は、受信アンテナ５６０３を介して複数の無線端末からアップリンク信号を受信する。アップリンク信号は、無線端末からの専用制御チャネルセグメント信号と、モード変更要求と、アップリンクトラフィックチャネルセグメント信号と、を含む。受信機モジュール５６０２は、無線端末による送信前に符号化されたアップリンク信号を復号するための復号器モジュール５６１５を含む。復号器モジュール５６１５は、第１の復号器サブモジュール５６１６と、第２の復号器サブモジュール５６１８と、を含む。第１の復号器サブモジュール５６１６は、フルトーンＤＣＣＨ動作モードにおいて用いられる論理的トーンに対応する専用制御チャネルセグメントにおいて受信された情報を復号する。第２の復号器サブモジュール５６１８は、スプリットトーンＤＣＣＨ動作モードにおいて用いられる論理的トーンに対応する専用制御チャネルセグメントにおいて受信された情報を復号する。第１及び第２の復号器サブモジュール（５６１６、５６１８）は、異なる復号方法を実装する。
【０２１６】
送信機モジュール５６０４、例えばＯＦＤＭ送信機は、送信アンテナ５６０５を介してダウンリンク信号を無線端末に送信する。送信されたダウンリンク信号は、登録信号と、ＤＣＣＨ制御信号と、トラフィックチャネル割り当て信号と、ダウンリンクトラフィックチャネル信号と、を含む。
【０２１７】
Ｉ／Ｏインタフェース５６１０は、その他のネットワークノード、例えばその他の基地局、ＡＡＡサーバーノード、ホームエージェントノード、ルーター等、及び／又はネットワークに基地局５６００を結合させるためのインタフェースを提供する。Ｉ／Ｏインタフェース５６１０は、基地局５６００をネットワークアタッチメントポイントとして用いる無線端末がバックホール通信ネットワークを介して異なるセル内のピアノード、例えばその他の無線端末、と通信するのを可能にする。
【０２１８】
メモリ５６１２は、ルーチン５６２０と、データ／情報５６２２と、を含む。プロセッサ５６０８、例えばＣＰＵ、は、基地局５６００の動作を制御するため及び方法を実装するためにメモリ５６１２内のルーチン５６２０を実行し、データ／情報５６２２を使用する。ルーチン５６２０は、通信ルーチン５６２４と、基地局制御ルーチン５６２６と、を含む。通信ルーチン５６２４は、基地局５６００によって用いられる様々な通信プロトコルを実装する。基地局制御ルーチン５６２６は、制御チャネル資源割り当てモジュール５６２８と、論理的トーン専用モジュール５６３０と、無線端末専用制御チャネルモード制御モジュール５６３２と、スケジューラモジュール５６３４と、を含む。
【０２１９】
制御チャネル資源割り当てモジュール５６２８は、アップリンクにおける専用制御チャネルセグメントに対応する論理的トーンを含む専用制御チャネル資源を割り当てる。制御チャネル資源割り当てモジュール５６２８は、フルトーン割り当てサブモジュール５６３６と、スプリットトーン割り当てサブモジュール５６３８と、を含む。フルトーン割り当てサブモジュール５６３６は、専用制御チャネルに対応する前記論理的トーンのうちの１つを単一の無線端末に割り当てる。スプリットトーン割り当てサブモジュール５６３８は、専用制御チャネルに対応する論理的トーンのうちの１つに対応する異なる組の専用制御チャネルセグメントをタイムシェアリング方式で用いられる複数の無線端末に割り当て、該複数の無線端末の各々は、前記論理的トーンがタイムシェアリング方式で用いられる時間のうちの異なるオーバーラップしない部分が専用で割り当てられる。例えば、幾つかの実施形態においては、単一の論理的専用制御チャネルトーンをスプリットトーン動作モードにある最大で３つの無線端末に割り当てて該無線端末によって共有することができる。いずれかの所定の時点において、フルトーン割り当てサブモジュール５６３６は、ＤＣＣＨチャネルトーンなしで、ＤＣＣＨチャネルトーンの一部で、又はＤＣＣＨチャネルトーンの各々で動作していることができる。いずれかの所定の時点において、スプリットトーン割り当てサブモジュール５６３８は、ＤＣＣＨチャネルトーンなしで、ＤＣＣＨチャネルトーンの一部で、又はＤＣＣＨチャネルトーンの各々で動作していることができる。
【０２２０】
論理的トーン専用モジュール５６３０は、フルトーン専用制御チャネル又はスプリットトーン専用制御チャネルを実装するために論理的専用制御チャネルトーンを用いるかどうかを制御する。論理的トーン専用モジュール５６３０は、フルトーン専用制御チャネル及びスプリットトーン専用制御チャネル専用の論理的トーン数を調整するための無線端末ローディング（ｌｏａｄｉｎｇ）に応答する。幾つかの実施形態においては、論理的トーン専用モジュール５６３０は、フルトーンモード又はスプリットトーンモードのいずれかで動作するための無線端末からの要求に応答し、論理的トーンの割り当てを受信された無線端末要求の関数として調整する。例えば、幾つかの実施形態における基地局５６００は、所定のセクター及びアップリンクトーンブロックに関して、専用制御チャネルに関して一組の論理的トーン、例えば３１の論理的トーン、を使用し、いずれかの所定の時点において、論理的専用制御チャネルトーンは、論理的トーン専用モジュール５６３０によってフルトーンモード論理的トーンとスプリットトーンモード論理的トーンの間でパーティショニングされる。
【０２２１】
無線端末専用制御チャネルモード制御モジュール５６３２は、論理的トーン割り当て及び専用制御チャネルモード割り当てを無線端末に示すための制御信号を生成する。幾つかの実施形態においては、無線端末は、生成された制御信号によってＯＮ状態識別子が割り当てられ、ＯＮ状態識別子の値は、アップリンクチャネル構造内の特定の論理的専用制御チャネルと関連づけられる。幾つかの実施形態においては、モジュール５６３２によって生成される割り当ては、割り当てに対応する無線端末が割り当てられた論理的トーンに関してフルトーンモード又はスプリットトーンモードで動作すべきであることを示す。スプリットトーンモード割り当ては、割り当てに対応する無線端末が割り当てられた論理的専用制御チャネルトーンに対応する複数のセグメントのうちのいずれを使用すべきかをさらに示す。
【０２２２】
スケジューラモジュール５６３４は、無線端末、例えば基地局５６００を自己のネットワークアタッチメントポイントとして使用中であり、オン状態であり、さらにスプリットトーンモード又はフルトーンモードの割り当てられた専用制御チャネルを現在有している無線端末、に対してアップリンク及び／又はダウンリンクトラフィックチャネルセグメントをスケジューリングする。
【０２２３】
データ／情報５６２２は、システムデータ／情報５６４０と、現在のＤＣＣＨ論理的トーン実装情報５６４２と、受信されたＤＣＣＨ信号情報５６４４と、ＤＣＣＨ制御信号情報５６４６と、複数の組の無線端末データ／情報５６４８（ＷＴ１データ／情報５６５０、．．．、ＷＴＮデータ／情報５６５２）と、を含む。システムデータ／情報５６４０は、フルトーンモードＤＣＣＨ情報５６５４と、スプリットトーンモードＤＣＣＨ情報５６５６と、ダウンリンクタイミング／周波数構造情報５６５８と、アップリンクタイミング／周波数構造情報５６６０と、を含む。フルトーンＤＣＣＨ情報５６５４は、フルトーンモードチャネル構造情報５６６２と、フルトーンモードセグメントコーディング情報５６６４と、を含む。スプリットトーンモードＤＣＣＨ情報５６５６は、スプリットトーンモードチャネル構造情報５６６６と、スプリットトーンモードセグメントコーディング情報５６６８と、を含む。アップリンクタイミング／周波数構造情報５６６０は、アップリンクトーンホッピング情報５６６０を含む。アップリンクトーンブロックチャネル構造内の各単一の論理的トーンは、経時で周波数ホッピングされる物理的トーンに対応する。例えば、単一の論理的専用制御チャネルトーンを考慮すること。幾つかの実施形態においては、単一の論理的ＤＣＣＨトーンに対応する各ＤＣＣＨセグメントは、７つの連続するＯＦＤＭシンボル期間に関して用いられる第１の物理的トーン、７つの連続するＯＦＤＭシンボル期間に関して用いられる第２の物理的トーン、及び７つの連続するＯＦＤＭシンボル期間に関して用いられる第３の物理的トーンに対応する２１のＯＦＤＭトーン−シンボルを具備し、第１、第２及び第３のトーンは、基地局及び無線端末の両方に知られている実装されたアップリンクトーンホッピングシーケンスに従って選択される。少なくとも一部のＤＣＣＨセグメントに関する専用制御チャネル論理的トーンのうちの少なくとも一部に関して、第１、第２及び第３の物理的トーンは異なる。
【０２２４】
現在のＤＣＣＨ論理的トーン実装情報５６４２は、論理的トーン専用モジュール５６３０の決定、例えば各所定の論理的専用制御チャネルトーンは現在フルトーンフォーマットで用いられているか又はスプリットトーンフォーマットで用いられているか、を識別する情報を含む。受信されたＤＣＣＨ信号情報５６４４は、基地局５６００のアップリンク専用制御チャネル構造内の専用制御チャネルセグメントのうちのいずれかにおいて受信された情報を含む。ＤＣＣＨ制御信号情報５６４６は、専用制御チャネル論理的トーン及び専用制御チャネル動作モードを割り当てることに対応する割り当て情報を含む。ＤＣＣＨ制御信号情報５６４６は、無線端末からの受信された専用制御チャネル要求、ＤＣＣＨ動作モード要求、及び／又はＤＣＣＨ動作モード変更要求も含む。ＤＣＣＨ制御信号情報５６４６は、無線端末からの受信された要求に応答した確認応答シグナリング情報も含む。
【０２２５】
ＷＴ１データ／情報５６５０は、識別情報５６６２と、受信されたＤＣＣＨ情報５６６４と、ユーザーデータ５６６６と、を含む。識別情報５６６２は、基地局によって割り当てられたＷＴオン識別子５６６８と、モード情報５６７０と、を含む。幾つかの実施形態においては、基地局によって割り当てられたオン識別子値は、基地局によって用いられるアップリンクチャネル構造内の論理的専用制御チャネルトーンと関連づけられる。モード情報５６５０は、ＷＴがフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにあるかを識別する情報と、ＷＴがスプリットトーンモードであるときに論理的トーンと関連づけられたＤＣＣＨセグメントの部分組とＷＴを関連づける情報と、を含む。受信されたＤＣＣＨ情報５６６４は、例えば、アップリンクトラフィックチャネル要求を搬送する、ＷＴと関連づけられた受信されたＤＣＣＨ報告、ビーコン比報告、電力報告、自己雑音報告、及び／又は信号対雑音比報告を含む。ユーザーデータ５６６６は、ＷＴ１と関連づけられたアップリンク及び／又はダウンリンクトラフィックチャネルユーザーデータ、例えば通信セッションに対応しておりＷＴ１に割り当てられたアップリンク及び／又はダウンリンクトラフィックチャネルを介して通信される音声データ、オーディオデータ、画像データ、テキストデータ、ファイルデータ等を含む。
【０２２６】
図５７は、様々な実施形態により実装される典型的端末５７００、例えばモバイルノード、を示す。典型的ＷＴ５７００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的無線端末５７００は、無線端末がデータ及び情報を交換することができるバス５７１２を介してひとつに結合された受信機モジュール５７０２と、送信機モジュール５７０４と、プロセッサ５７０６と、ユーザーＩ／Ｏデバイス５７０８と、メモリ５７１０と、を含む。
【０２２７】
受信機モジュール５７０２、例えばＯＦＤＭ受信機、は、受信アンテナ５７０３に結合され、無線端末５７００は、受信アンテナ５７０３を介してダウンリンク信号を基地局から受信する。無線端末５７００によって受信されたダウンリンク信号は、ビーコン信号、パイロット信号、登録応答信号、電力制御信号、タイミング制御信号、無線端末識別子、例えばＤＣＣＨチャネル論理的トーンに対応するオン状態識別子、の割り当て、例えばアップリンク反復的構造における一組のＤＣＣＨチャネルセグメントを識別するために用いられるその他のＤＣＣＨ割り当て情報、アップリンクトラフィックチャネルセグメントの割り当て及び／又はダウンリンクトラフィックチャネルセグメントの割り当てを含む。受信機モジュール５７０２は、復号器５７１４を含み、無線端末５７００は、復号器５７１４を介して、基地局による送信前に符号化されていた受信信号を復号する。送信機モジュール５７０４、例えばＯＦＤＭ送信機、は、送信アンテナ５７０５に結合され、無線端末５７００は、送信アンテナ５７０５を介してアップリンク信号を基地局に送信する。無線端末５７００によって送信されるアップリンク信号は、アクセス信号と、ハンドオフ信号と、電力制御信号と、タイミング制御信号と、ＤＣＣＨチャネルセグメント信号と、アップリンクトラフィックチャネルセグメント信号と、を含む。ＤＣＣＨチャネルセグメント信号は、初期ＤＣＣＨ報告組信号と、スケジューリングされたＤＣＣＨ報告組信号と、を含む。幾つかの実施形態においては、送信機及び受信機に関して同じアンテナが用いられる。送信機モジュール５７０４は、符号器５７１６を含み、無線端末５７００は、符号器５７１６を介して、送信前に少なくとも一部のアップリンク信号を符号化する。
【０２２８】
ユーザーＩ／Ｏデバイス５７０８、例えばマイク、キーボード、キーパッド、マウス、スイッチ、カメラ、ディスプレイ、スピーカー等、は、データ／情報を入力し、データ／情報を出力し、無線端末の少なくとも一部の機能、例えば通信セッションを開始すること、を制御するために用いられる。メモリ５７１０は、ルーチン５７１８と、データ／情報５７２０と、を含む。プロセッサ５７０６、例えばＣＰＵ、は、無線端末５７００の動作を制御するため及び方法を実装するためにメモリ５７１０内のルーチン５７１８を実行し、データ／情報５７２０を用いる。
【０２２９】
ルーチン５７１８は、通信ルーチン５７２２と、無線端末制御ルーチン５７２４と、を含む。通信ルーチン５７２２は、無線端末５７００によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン５７２４は、無線端末５７００の動作を制御し、受信機モジュール５７０２、送信機モジュール５７０４及びユーザーＩ／Ｏデバイス５７０８の動作を制御することを含む。無線端末制御ルーチン５７２４は、報告送信制御モジュール５７２６と、初期報告生成モジュール５７２８と、スケジューリングされた報告生成モジュール５７３０と、タイミング制御モジュール５７３２と、を含む。報告送信制御モジュール５７２６は、ハンドオフ検出モジュール５７３４を含む。初期報告生成モジュール５７２８は、報告サイズ組決定サブモジュール５７３６を含む。
【０２３０】
報告送信制御モジュールは、無線端末５７００による第１の動作モードから第２の動作モードへの移行に後続して初期情報報告組を送信するため及びスケジューリングされた報告を前記初期報告組の送信に後続してアップリンク報告スケジュールに従って送信するために無線端末５７００を制御する。幾つかの実施形態においては、第１の動作モードは、スリープ状態及びホールド状態のうちの１つであり、第２の動作モードは、ＯＮ状態、例えば無線端末がユーザーデータを送信することが許可されるＯＮ状態、である。様々な実施形態において、第２のモード、例えばＯＮ状態、においては、無線端末は、ユーザーデータを送信するために用いることができるアップリンクトラフィックチャネル資源要求を含む情報を報告するための専用アップリンク報告チャネルを有する。様々な実施形態において、第１のモード、例えばスリープ状態又はホールド状態、においては、無線端末は、ユーザーデータを送信するために用いることができるアップリンクトラフィックチャネル資源要求を含む情報を報告するための専用アップリンク報告チャネルを有さない。
【０２３１】
初期報告生成モジュール５７２８は、報告送信制御モジュール５７２６に応答し、初期情報報告組を、アップリンク送信スケジュールに関する前記初期報告組の送信時点の関数として生成する。スケジューリングされた報告生成モジュール５７３０は、前記初期情報報告に引き続いて送信されるスケジューリングされた報告情報組を生成する。タイミング制御モジュール５７３２は、基地局から受信されたダウンリンク信号に基づいて、例えば閉ループタイミング制御の一部としてアップリンク報告構造を相互に関連させる。幾つかの実施形態においては、タイミング制御モジュール５７３２は、タイミング制御回路として部分的に又は全体的に実装される。ハンドオフ検出モジュール５７３４は、第１のアクセスノードアタッチメントポイントから第２のアクセスノードアタッチメントポイントへのハンドオフを検出し、一定の型の識別されたハンドオフに引き続いて初期情報報告組を生成するために無線端末を制御し、生成された初期情報報告組は、第２のアクセスノードアタッチメントポイントに送信される。一定の型の識別されたハンドオフは、幾つかの実施形態においては、無線端末が第２のアクセスノードに関してオン状態になる前に第２のアクセスノードアタッチメントポイントに関するアクセス動作状態を経て移行するハンドオフを含む。例えば、第１及び第２のアクセスノードアタッチメントポイントは、互いに関してタイミング同期化されておらず無線端末が第２のアクセスノードに関するタイミング同期化を達成させるためにアクセス状態を経る必要がある異なるセル内に所在する異なるアクセスノードに対応することができる。
【０２３２】
ハンドオフ検出モジュール５７３４は、一定のその他の型のハンドオフの下で、第１のアクセスノードアタッチメントポイントから第２のアクセスノードアタッチメントポイントへのハンドオフに引き続いた初期情報報告の生成及び送信を差し控え、スケジューリングされた報告情報組の送信に直接進むように無線端末を制御する。例えば、第１及び第２のアクセスノードアタッチメントポイントは、タイミング同期化することができ、同じアクセスノード、例えば異なる隣接セクター及び／又はトーンブロックに対応することができ、一定のその他の型のハンドオフは、例えばアクセス状態を経て移行する必要なしに第１のアタッチメントポイントに関するＯＮ状態から第２のアタッチメントポイントに関するＯＮ状態に移行することが関わるハンドオフである。
【０２３３】
報告組サイズ決定サブモジュール５７３６は、初期報告組のサイズを、アップリンク送信スケジュールに関する前記初期報告の送信時点の関数として決定する。例えば、初期報告情報組サイズは、幾つかの実施形態においては、アップリンクタイミング構造内のどの場所において、例えばスーパースロット内のポイントにおいて、初期報告送信が開始されるかに依存して例えば１つ、２つ、３つ、４つ又は５つのＤＣＣＨセグメントに対応する複数の組サイズのうちの１つである。幾つかの実施形態においては、初期報告組に含まれている報告の型は、ビーコンスロット内におけるスーパースロットの所在場所に依存してアップリンクタイミング構造内のどの場所において初期報告送信を開始させるかの関数である。
【０２３４】
データ／情報５７２０は、ユーザー／デバイス／セッション／資源情報５７３８と、システムデータ／情報５７４０と、基地局識別情報５７４２と、端末識別情報５７４４と、タイミング制御情報５７４６と、現動作状態情報５７４８と、ＤＣＣＨチャネル情報５７５０と、初期報告時間情報５７５２と、決定された初期報告サイズ情報５７５４と、初期報告制御情報５７５６と、生成された初期報告情報組５７５８と、生成されたスケジューリングされた情報報告情報組５７６０と、ハンドオフ情報５７６２と、アップリンクトラフィック要求情報５７６４と、ユーザーデータ５７６６と、を含む。初期報告制御情報は、サイズ情報５７６８と、時間情報５７７０と、を含む。
【０２３５】
ユーザー／デバイス／セッション／資源情報５７３８は、ユーザー識別情報、例えばユーザーログインＩＤ、パスワード及びユーザー優先度情報と、デバイス情報、例えばデバイス識別情報及びデバイス特性パラメータと、セッション情報、例えばＷＴ５７００と通信セッション中のその他のＷＴ等のピアに関する情報と、セッションキー等の通信セッション情報と、アドレッシング及び／又はルーティング情報と、資源情報、例えばＷＴ５７００に割り当てられたアップリンク及び／又はダウンリンクエアリンクセグメント及び／又は識別子と、を含む。
【０２３６】
システムデータ／情報５７４０は、複数の組の基地局情報（基地局１データ／情報５７７２、．．．、基地局Ｍデータ／情報５７７４）と、反復的アップリンク報告構造情報５７８０と、初期ＤＣＣＨ報告情報５７９０と、を含む。基地局１データ／情報５７７２は、ダウンリンクタイミング／周波数構造情報５７７６と、アップリンクタイミング／周波数構造情報５７７８と、を含む。ダウンリンクタイミング／周波数構造情報５７７６は、反復的ダウンリンク構造内の様々なチャネル及びセグメント、例えば割り当て、ビーコン、パイロット、ダウンリンクトラフィックチャネル等を識別し、さらにタイミング、例えばＯＦＤＭシンボル継続時間、インデキシング、例えばスロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、ダウンリンク論理的トーン構造を含む。情報５７７６は、基地局識別情報、例えばセル、セクター、及び搬送波／トーンブロック識別情報、も含む。情報５７７６は、論理的トーンを物理的トーンにマッピングするために用いられるダウンリンクトーンホッピング情報も含む。アップリンクタイミング／周波数構造情報５７７８は、反復的アップリンク構造内の様々なチャネル及びセグメント、例えばアクセス、割り当て、電力制御チャネル、タイミング制御チャネル、専用制御チャネル（ＤＣＣＨ）、アップリンクトラフィックチャネル等、を識別し、さらにタイミング、例えばＯＦＤＭ継続時間、インデキシング、例えばハーフスロット、スロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、アップリンク論理的トーン構造と、ダウンリンクタイミングＢＳ１をアップリンクタイミングＢＳ１と相互に関連させる情報、例えば基地局におけるアップリンクとダウンリンクの反復的タイミング構造の間のタイミングオフセット、とを含む。情報５７７８は、論理的トーンを物理的トーンにマッピングするために用いられるアップリンクトーンホッピング情報も含む。
【０２３７】
反復的アップリンク報告構造情報５７８０は、ＤＣＣＨ報告フォーマット情報５７８２と、ＤＣＣＨ報告組情報５７８４と、を含む。ＤＣＣＨ報告組情報５７８４は、組情報５７８６と、時間情報５７８８と、を含む。例えば、反復的アップリンク報告構造情報５７８０は、幾つかの実施形態においては、固定数のインデキシングされたＤＣＣＨセグメント、例えば４０のインデキシングされたＤＣＣＨセグメント、の繰り返しパターンを識別する情報を含む。インデキシングされたＤＣＣＨセグメントの各々は、より多くの型のＤＣＣＨ報告、例えばアップリンクトラフィックチャネル要求報告、ビーコン比報告等の干渉報告、異なるＳＮＲ報告等のうちの１つを含む。異なる報告の型の各々のフォーマットは、例えば各型の報告に関して、固定数の情報ビットを異なる可能なビットパターン及び対応するビットパターンによって搬送される情報の解釈と関連づけているＤＣＣＨ報告フォーマット情報５７８２において識別される。ＤＣＣＨ報告組情報５７８４は、反復的ＤＣＣＨ報告構造内の異なるインデキシングされたセグメントと関連づけられた異なる報告グループ分類を識別する。組情報５７８６は、対応する時間情報エントリ５７８８によって識別された各インデキシングされたＤＣＣＨセグメントに関して、セグメントにおいて通信される一組の報告及びセグメント内におけるこれらの報告の順序を識別する。例えば、１つの典型的実施形態においては、インデックス値＝６を有する典型的ＤＣＣＨセグメントは、５ビットアップリンク送信電力バックオフ報告と、１ビットアップリンクトラフィックチャネルセグメント要求報告と、を含み、インデックス値＝３２を有するＤＣＣＨセグメントは、３ビットダウンリンク差分信号対雑音比報告と、３ビットアップリンクトラフィックチャネル要求報告と、を含む。（図１０参照。）
初期ＤＣＣＨ報告情報５７９０は、フォーマット情報５７９２と、報告組情報５７９４と、を含む。フォーマット情報５７９２は、送信される初期報告組のフォーマットを示す情報を含む。幾つかの実施形態においては、初期報告のフォーマット、グループ分類、及び／又は初期報告組において送信される初期報告数は、例えば反復的アップリンクタイミング構造に関して、初期報告組が送信される時間に依存する。報告組情報５７９４は、様々な初期報告組を識別する情報、例えば、初期報告において通信されるＤＣＣＨセグメントと関連づけられた報告数、報告型、及び順序が設定された報告グループ分類、を含む。
【０２３８】
基地局識別情報５７４２は、無線端末によって使用中の基地局アタッチメントポイントを識別する情報を含む。基地局識別情報５７４２は、基地局アタッチメントポイントと関連づけられた物理的アタッチメントポイント識別子、例えばセル、セクター及び搬送波／トーンブロック識別子、を含む。幾つかの実施形態においては、基地局識別子情報の少なくとも一部は、ビーコン信号を介して通信される。基地局識別情報５７４２は、基地局アドレス情報も含む。端末識別情報５７４４は、無線端末と関連づけられた基地局割り当て識別子、例えば登録されたユーザー識別子及びオン状態識別子、を含み、前記オン状態識別子は、無線端末によって用いられる論理的ＤＣＣＨトーンと関連づけられる。タイミング制御情報５７４６は、アップリンク報告構造を相互に関連させるためにタイミング制御モジュール５７３２によって用いられる基地局からの受信されたダウンリンク信号を含み、前記受信されたダウンリンクタイミング制御信号の少なくとも一部は、閉ループタイミング制御に関して用いられる。タイミング制御情報５７４６は、反復的アップリンク及びダウンリンクタイミング構造に関する現在のタイミングを識別する情報、例えば前記構造に関するＯＦＤＭシンボル送信期間、も含む。現動作状態情報５７４８は、無線端末の現在の動作状態、例えばスリープ、ホールド、ＯＮ、を識別する情報を含む。現動作状態情報５７４８は、ＷＴがフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにある、アクセスプロセス中である、又はハンドオフプロセス中であるときを識別する情報も含む。さらに、現動作状態情報５７４８は、無線端末が使用すべき論理的ＤＣＣＨチャネルトーンを割り当てられているときに、無線端末が初期ＤＣＣＨ報告組を通信中であるか又は反復的報告構造情報ＤＣＣＨ報告組を通信中であるかを識別する情報を含む。初期報告時間情報５７５２は、アップリンク送信スケジュールに関する初期ＤＣＣＨ報告組の送信時点を識別する情報を含む。決定された初期報告サイズ情報５７５４は、報告組サイズ決定サブモジュール５７３６の出力である。初期報告制御情報５７５６は、初期報告組の内容を制御するために初期報告生成モジュール５７２８によって用いられる情報を含む。初期報告制御情報５７５６は、サイズ情報５７６８と、時間情報５７７０と、を含む。生成された初期報告情報組５７５８は、初期ＤＣＣＨ報告構造情報５７９０と、初期報告制御情報５７５６と、初期報告の報告に含められる情報、例えばアップリンクトラフィックチャネル要求情報５７６４、ＳＮＲ情報、及び測定された干渉情報と、を含むデータ／情報５７２０を用いて無線端末初期報告生成モジュール５７２８によって生成される初期報告組である。生成されたスケジューリングされた報告情報組５７６０は、生成されたスケジューリングされた情報報告組を含み、例えば、各組は、無線端末によって用いられるスケジューリングされたＤＣＣＨセグメントに対応する。生成されたスケジューリングされた報告情報組５７６０は、反復的アップリンク報告構造情報５７８０と、初期報告の報告に含められる情報、例えばアップリンクトラフィックチャネル要求情報５７６４、ＳＮＲ情報、及び測定された干渉情報と、を含むデータ／情報５７２０を用いてスケジューリングされた報告生成モジュール５７３０によって生成される。アップリンクトラフィック要求情報５７６４は、アップリンクトラフィックチャネルセグメント資源要求に関する情報、例えば異なる要求グループ待ち行列に対応して通信されるアップリンクユーザーデータのフレーム数、を含む。ユーザーデータ５７６６は、アップリンクトラフィックチャネルセグメントを介して通信される及び／又はダウンリンクトラフィックチャネルセグメントを介して受信される音声データ、オーディオデータ、画像データ、テキストデータ、ファイルデータを含む。
【０２３９】
図５８は、様々な実施形態により実装される典型的基地局５８００、例えばアクセスノード、の図である。典型的基地局５８００は、図１の典型的システムの基地局のうちのいずれかであることができる。典型的基地局５８００は、様々な要素がデータ及び情報を交換することができるバス５８１２を介してひとつに結合された受信機モジュール５８０２と、送信機モジュール５８０４と、プロセッサ５８０６と、Ｉ／Ｏデバイス５８０８と、メモリ５８１０と、を含む。
【０２４０】
受信機モジュール５８０２、例えばＯＦＤＭ受信機、は、受信アンテナ５８０３を介して複数の無線端末からアップリンク信号を受信する。アップリンク信号は、無線端末からの専用制御チャネル報告情報組と、アクセス信号と、モード変更要求と、アップリンクトラフィックチャネルセグメント信号と、を含む。受信機モジュール５８０２は、無線端末による送信前に符号化されたアップリンク信号を復号するための復号器モジュール５８１４を含む。
【０２４１】
送信機モジュール５８０４、例えばＯＦＤＭ送信機、は、送信アンテナ５８０５を介して無線端末にダウンリンク信号を送信する。送信されたダウンリンク信号は、登録信号と、ＤＣＣＨ制御信号と、トラフィックチャネル割り当て信号と、ダウンリンクトラフィックチャネル信号と、を含む。
【０２４２】
Ｉ／Ｏインタフェース５８０８は、その他のネットワークノード、例えばその他の基地局、ＡＡＡサーバーノード、ホームエージェントノード、ルーター等、及び／又はインターネットに基地局５８００を結合させるためのインタフェースを提供する。Ｉ／Ｏインタフェース５８０８は、基地局５８００をネットワークアタッチメントポイントとして用いる無線端末がバックホール通信ネットワークを介して異なるセル内のピアノード、例えばその他の無線端末、と通信するのを可能にする。
【０２４３】
メモリ５８１０は、ルーチン５８２０と、データ／情報５８２２と、を含む。プロセッサ５８０６、例えばＣＰＵ、は、基地局５８００の動作を制御するため及び方法を実装するためにメモリ５８１０内のルーチン５８２０を実行し、データ／情報５８２２を使用する。ルーチン５８２０は、通信ルーチン５８２４と、基地局制御ルーチン５８２６と、を含む。通信ルーチン５８２４は、基地局５８００によって用いられる様々な通信プロトコルを実装する。基地局制御ルーチン５８２６は、スケジューラモジュール５８２８と、報告組解釈モジュール５８３０と、アクセスモジュール５８３２と、ハンドオフモジュール５８３４と、登録された無線端末状態移行モジュール５８３６と、を含む。
【０２４４】
スケジューラモジュール５８２８は、無線端末、例えば基地局５８００を自己のネットワークアタッチメントポイントとして使用中であり、オン状態であり、さらにスプリットトーンモード又はフルトーンモードのいずれかにおいて割り当てられた専用制御チャネルを現在有している無線端末、に対してアップリンク及び／又はダウンリンクトラフィックチャネルセグメントをスケジューリングする。
【０２４５】
報告組解釈モジュール５８３０、例えばＤＣＣＨ報告組解釈モジュール、は、初期報告組解釈サブモジュール５８３８と、反復的報告構造報告組解釈サブモジュール５８４０と、を含む。報告組解釈モジュール５８３０は、初期ＤＣＣＨ報告情報５８５０又は反復的アップリンク報告構造情報５８４８に従って各々の受信されたＤＣＣＨ報告組を解釈する。報告組解釈モジュール５８３０は、無線端末によるＯＮ状態への移行に応答する。報告組解釈モジュール５８３０は、現在の接続に関するホールド状態からオン状態への無線端末の移行、現在の接続に関するアクセス状態からオン状態への無線端末の移行、及び基地局へのハンドオフ前に他の接続に関して存在していたオン状態からオン状態への無線端末の移行、のうちの１つの直後に無線端末から受信されたＤＣＣＨ報告情報組を初期情報報告組であると解釈する。報告組解釈モジュール５８３０は、初期報告組解釈サブモジュール５８３８と、反復的報告構造報告組解釈サブモジュール５８４０と、を含む。初期報告組解釈サブモジュール５８３８は、初期ＤＣＣＨ報告情報５８５０を含むデータ／情報５８２２を用いて、例えば受信されたＤＣＣＨセグメントに対応しており初期ＤＣＣＨ報告組であると決定されている受信された情報報告組を処理し、解釈された初期報告組情報を入手する。反復的報告構造報告組解釈サブモジュール５８４０は、反復的アップリンク報告構造情報５８４８を含むデータ／情報５８２２を用いて、例えば受信されたＤＣＣＨセグメントに対応しており反復的報告構造ＤＣＣＨ報告組であると決定されている受信された情報報告組を処理し、解釈された反復的構造報告組情報を入手する。
【０２４６】
アクセスモジュール５８３２は、無線端末アクセス動作に関連する動作を制御する。例えば、無線端末は、アクセスモードを通じてオン状態に移行し、基地局アタッチメントポイントとのアップリンクタイミング同期化を達成させ、アップリンクＤＣＣＨセグメント信号を通信するために用いられるアップリンクタイミング及び周波数構造内の論理的ＤＣＣＨチャネルトーンと関連づけられたＷＴオン状態識別子を受信する。このオン状態への移行に引き続き、初期報告組解釈サブモジュール５８３８が起動されてスーパースロットの残りの部分に関するＤＣＣＨセグメント、例えば、１つ、２つ、３つ、４つ、又は５つのＤＣＣＨセグメント、を処理する。次に、動作は、反復的報告構造報告組解釈サブモジュール５８４０に移行されて無線端末からの後続するＤＣＣＨセグメントが処理される。ＤＣＣＨセグメント数及び／又はモジュール５８４０に制御を転送する前にモジュール５８３８によって処理されるセグメントに関して用いられるフォーマットは、反復的アップリンクＤＣＣＨ報告構造に関してアクセスが生じる時間の関数である。
【０２４７】
ハンドオフモジュール５８３４は、１つのアタッチメントポイントから他のアタッチメントポイントへの無線端末のハンドオフに関する動作を制御する。例えば、第１の基地局アタッチメントポイントを有するＯＮ動作状態の無線端末は、基地局５８００へのハンドオフ動作を行って第２の基地局アタッチメントポイントに関するＯＮ状態に移行することができ、前記第２の基地局アタッチメントポイントは、基地局５８００アタッチメントポイントであり、ハンドオフモジュール５８３４は、初期報告組解釈サブモジュール５８３８を起動させる。
【０２４８】
登録無線端末状態移行モジュール５８３６は、基地局に登録している無線端末のモード変更に関連する動作を行う。例えば、アップリンクユーザーデータを送信することから除外されるホールド動作状態に現在ある登録無線端末は、ＤＣＣＨ論理的チャネルトーンと関連づけられたＯＮ状態識別子がＷＴに割り当てられさらにアップリンクユーザーデータを通信するために用いられるアップリンクトラフィックチャネルセグメントを無線端末が受信することができるＯＮ動作状態に移行することができる。登録ＷＴ状態移行モジュール５８３６は、無線端末によるホールドからＯＮへのモード移行に応答して初期報告組解釈サブモジュール５８３８を起動させる。
【０２４９】
基地局５８００は、複数のＯＮ状態無線端末を管理する。異なる無線端末から通信され、同じ時間間隔に対応する一組の受信されたＤＣＣＨセグメントに関して、基地局は、いくつかの時点において、初期報告組解釈サブモジュール５８３８を用いて前記セグメントの一部を処理し、反復的報告構造組解釈サブモジュール５８４０を用いて報告の一部を処理する。
【０２５０】
データ／情報５８２２は、システムデータ／情報５８４２と、アクセス信号情報５８６０と、ハンドオフ信号情報５８６２と、モード移行シグナリング情報５８６４、時間情報５８６６と、現ＤＣＣＨ論理的トーン実装情報５８６８と、受信ＤＣＣＨセグメント情報５８７０と、基地局識別情報５８５９と、ＷＴデータ／情報５８７２と、を含む。
【０２５１】
システムデータ／情報５８４２は、ダウンリンクタイミング／周波数構造情報５８４４と、アップリンクタイミング／周波数構造情報５８４６と、反復的アップリンク報告構造情報５８４８と、初期ＤＣＣＨ報告情報５８５０と、を含む。反復的アップリンク報告構造情報５８４８は、ＤＣＣＨ報告フォーマット情報５８５２と、ＤＣＣＨ報告組情報５８５４と、を含む。ＤＣＣＨ報告組情報５８５４は、組情報５８５６と、時間情報５８５８と、を含む。初期ＤＣＣＨ報告情報５８５０は、フォーマット情報５８５１と、報告組情報５８５３と、を含む。
【０２５２】
ダウンリンクタイミング／周波数構造情報５８４４は、反復的ダウンリンク構造内の様々なチャネル及びセグメント、例えば割り当て、ビーコン、パイロット、ダウンリンクトラフィックチャネル等を識別し、さらにタイミング、例えばＯＦＤＭシンボル継続時間、インデキシング、例えばスロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、ダウンリンク論理的トーン構造を含む。情報５８４４は、基地局識別情報、例えばセル、セクター、及び搬送波／トーンブロック識別情報、も含む。情報５８４４は、論理的トーンを物理的トーンにマッピングするために用いられるダウンリンクトーンホッピング情報も含む。アップリンクタイミング／周波数構造情報５８４６は、反復的アップリンク構造内の様々なチャネル及びセグメント、例えばアクセス、割り当て、電力制御チャネル（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌｓ）、電力制御チャネル（ｐｏｗｅｒ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌｓ）、専用制御チャネル（ＤＣＣＨ）、アップリンクトラフィックチャネル等を識別し、さらにタイミング、例えばＯＦＤＭ継続時間、インデキシング、例えばハーフスロット、スロット、スーパースロット、ビーコンスロット、ウルトラスロット等へのＯＦＤＭシンボル時間のグループ分類を識別する、アップリンク論理的トーン構造と、ダウンリンクタイミングをアップリンクタイミングと相互に関連させる情報、例えば基地局におけるアップリンクとダウンリンクの反復的タイミング構造間のタイミングオフセット、を含む。情報５８４６は、論理的トーンを物理的トーンにマッピングするために用いられるアップリンクトーンホッピング情報も含む。
【０２５３】
反復的アップリンク報告構造情報５８４８は、ＤＣＣＨ報告フォーマット情報５８５２と、ＤＣＣＨ報告組情報５８４８と、を含む。ＤＣＣＨ報告組情報５８５４は、組情報５８５６と、時間情報５８５８と、を含む。例えば、反復的アップリンク報告構造情報５８４８は、幾つかの実施形態においては、固定数のインデキシングされたＤＣＣＨセグメント、例えば４０のインデキシングされたＤＣＣＨセグメント、の繰り返しパターンを識別する情報を含む。インデキシングされたＤＣＣＨセグメントの各々は、より多くの型のＤＣＣＨ報告、例えばアップリンクトラフィックチャネル要求報告、ビーコン比報告等の干渉報告、異なるＳＮＲ報告等のうちの１つを含む。異なる報告の型の各々のフォーマットは、例えば各型の報告に関して、固定数の情報ビットを異なる可能なビットパターン及び対応するビットパターンによって搬送される情報の解釈と関連づけているＤＣＣＨ報告フォーマット情報５８５２において識別される。ＤＣＣＨ報告組情報５８５４は、反復的ＤＣＣＨ報告構造内の異なるインデキシングされたセグメントと関連づけられた異なる報告グループ分類を識別する。組情報５８５６は、対応する時間情報エントリ５８５８によって識別された各インデキシングされたＤＣＣＨセグメントに関して、セグメントにおいて通信される一組の報告及びセグメント内におけるこれらの報告の順序を識別する。例えば、１つの典型的実施形態においては、インデックス値＝６を有する典型的ＤＣＣＨセグメントは、５ビットアップリンク送信電力バックオフ報告と、１ビットアップリンクトラフィックチャネルセグメント要求報告と、を含み、インデックス値＝３２を有するＤＣＣＨセグメントは、３ビットダウンリンクデルタ信号対雑音比報告と、３ビットアップリンクトラフィックチャネル要求報告と、を含む。（図１０参照。）
初期ＤＣＣＨ報告情報５８５０は、フォーマット情報５８５１と、報告組情報５８５３と、を含む。フォーマット情報５８５１は、送信される初期報告組のフォーマットを示す情報を含む。幾つかの実施形態においては、初期報告のフォーマット、グループ分類、及び／又は初期報告組において送信される初期報告数は、例えば反復的アップリンクタイミング構造に関して初期報告組が送信される時間に依存する。報告組情報５８５３は、様々な初期報告組を識別する情報、例えば、初期報告組において通信されるＤＣＣＨセグメントと関連づけられた初期報告組数、報告の型、及び順序が設定された報告グループ分類、を含む。
【０２５４】
基地局識別情報５８５９は、無線端末によって使用中の基地局アタッチメントポイントを識別する情報を含む。基地局識別情報５８５９は、基地局アタッチメントポイントと関連づけられた物理的アタッチメントポイント識別子、例えばセル、セクター及び搬送波／トーンブロック識別子、を含む。幾つかの実施形態においては、基地局識別子情報の少なくとも一部は、ビーコン信号を介して通信される。基地局識別情報は、基地局アドレス情報も含む。アクセス信号情報５８６０は、無線端末から受信されるアクセス要求信号と、無線端末に送信されるアクセス応答信号と、アクセスに関連するタイミング信号と、無線端末に関するアクセス状態からオン状態への移行に応答して初期報告解釈サブモジュール５８３８を起動させるための基地局内部シグナリングと、を含む。ハンドオフ信号情報５８６２は、その他の基地局から受信されたハンドオフシグナリングと、他の接続のＷＴ ＯＮ状態から基地局５８００アタッチメントポイント接続に関するＷＴ  ＯＮ状態への移行に応答して初期報告解釈サブモジュール５８３８を起動させるための基地局内部シグナリングと、を含むハンドオフ動作に関する情報を含む。モード移行シグナリング情報５８６４は、状態変化、例えばホールド状態からオン状態への変化、に関する現登録無線端末と基地局５８００との間の信号と、例えばホールドからオンへの状態移行に応答して初期報告組解釈サブモジュール５８３８を起動させるための基地局内部シグナリングと、を含む。登録ＷＴ状態移行モジュール５８３６は、幾つかの状態変化、例えばＯＮ状態からホールド状態、スリープ状態、又はオフ状態のうちの１つへの無線端末の移行、に応答して無線端末に関する反復的報告構造報告組解釈サブモジュール５８４０を停止させる。
【０２５５】
時間情報５８６６は、現在時間情報、例えば基地局によって使用中の反復的アップリンクタイミング構造内のインデキシングされたＯＦＤＭシンボル期間、を含む。現ＤＣＣＨ論理的トーン実装情報５８６８は、基地局論理的ＤＣＣＨトーンのうちのいずれが現在フルトーンＤＣＣＨモードにあり、いずれがスプリットトーンＤＣＣＨモードにあるかを識別する情報を含む。受信されたＤＣＣＨセグメント情報５８６０は、複数のＷＴユーザーの現在割り当てられている論理的ＤＣＣＨトーンに対応する受信されたＤＣＣＨセグメントからの情報を含む。
【０２５６】
ＷＴデータ／情報５８７２は、複数の組の無線端末情報（ＷＴ１データ／情報５８７４、．．．、ＷＴ  Ｎデータ／情報５８７６）を含む。ＷＴ１データ／情報５８７４は、識別情報５８８６と、モード情報５８８８と、受信されたＤＣＣＨ情報５８８０と、処理されたＤＣＣＨ情報５８８２と、ユーザーデータ５８８４と、を含む。受信されたＤＣＣＨ情報５８８０は、初期受信報告組情報５８９２と、反復的報告構造の受信報告組情報５８９４と、を含む。処理されたＤＣＣＨ情報５８８２は、解釈された初期報告組情報５８９６と、解釈された反復的構造報告組情報５８９８と、を含む。識別情報５８８６は、基地局によって割り当てられた無線端末登録識別子、ＷＴ１と関連づけられたアドレッシング情報を含む。時々、識別情報５８８６は、ＷＴオン状態識別子を含み、前記オン状態識別子は、ＤＣＣＨセグメント信号を通信するために無線端末によって用いられる論理的ＤＣＣＨチャネルトーンと関連づけられる。モード情報５８８８は、ＷＴ１の現在の状態、例えばスリープ状態、ホールド状態、アクセス状態、オン状態、ハンドオフプロセス中、等を識別する情報と、ＯＮ状態をさらに限定する情報、例えばフルトーンＤＣＣＨオン又はスプリットトーンＤＣＣＨオンと、を含む。ユーザーデータ５８８４は、ＷＴ１との通信セッション中のＷＴ１のピアノードから受信される／前記ピアノードに通信されるアップリンク及び／又はダウンリンクトラフィックチャネルセグメント情報、例えば音声データ、オーディオデータ、画像データ、テキストデータ、ファイルデータ等、を含む。
【０２５７】
初期受信報告組情報５８９２は、初期報告情報５８５０に従ったフォーマットを用いて通信されたＷＴ１  ＤＣＣＨセグメントに対応する一組の情報を含み、モジュール５８３８によって解釈されて解釈された初期報告情報組情報５８９６が復元される。反復的報告構造受信報告組情報５８９４は、反復的アップリンク報告構造情報５８４８に従ったフォーマットを用いて通信されたＷＴ１  ＤＣＣＨセグメントに対応する一組の情報を含み、モジュール５８４０によって解釈されて解釈された反復的報告情報組情報５８９８が復元される。
【０２５８】
図５９Ａ、図５９Ｂ及び図５９Ｃの組合せを具備する図５９は、様々な実施形態による典型的無線端末動作方法の流れ図５９００である。典型的方法は、ステップ５９０１において開始し、無線端末に電源が投入されて初期設定される。動作は、ステップ５９０１からステップ５９０２及びステップ５９０４に進む。ステップ５９０２において、無線端末は、継続的に、アップリンク反復的ＤＣＣＨ報告スケジュールに関連する及びアップリンクトーンホッピング情報に関連する現在時間を追跡する。時間情報５９０６は、方法のその他のステップにおいて用いるためにステップ５９０２から出力される。
【０２５９】
ステップ５９０４において、無線端末は、無線端末のアタッチメントポイントとして交信中のアクセスノードのアップリンクチャネル構造内のＤＣＣＨ論理的トーンと関連づけられた基地局オン状態識別子を受信する。動作は、ステップ５９０４からステップ５９８０に進む。ステップ５９０８において、無線端末は、無線端末がフルトーンＤＣＣＨ動作モード又はスプリットトーンＤＣＣＨ動作モードのいずれであるべきかを識別する情報を受信し、前記情報は、スプリットトーンＤＣＣＨ動作モードを示しさらにＤＣＣＨ論理的トーンと関連づけられた複数のＤＣＣＨセグメント組のうちの１つも識別する。例えば、典型的実施形態においては、無線端末は、フルトーンＤＣＣＨモードにあるときには、アップリンクチャネル構造内の反復する一組の４０のインデキシングされたＤＣＣＨセグメントに対応する単一の論理的ＤＣＣＨトーンが割り当てられ、しかしながら、スプリットトーン動作モードにあるときには、無線端末は、反復的アップリンクチャネル構造内の一組の１３のインデキシングされたセグメントを受信し、２つのその他の無線端末の各々にアップリンクチャネル構造内の異なる一組の１３のセグメントを割り当てることができるようにタイムシェアリングされる単一の論理的ＤＣＣＨトーンが割り当てられる。幾つかの実施形態においては、ステップ５９０４及び５９０８において通信される情報は、同じメッセージ内で送信される。動作は、ステップ５９０８からステップ５９１０に進む。
【０２６０】
ステップ５９１０において、無線端末は、無線端末がフルトーンＤＣＣＨモードにあると決定した場合はステップ５９１２に進み、無線端末がスプリットトーンＤＣＣＨモードにあると決定した場合はステップ５９１４に進む。
【０２６１】
ステップ５９１２において、無線端末は、時間情報５９０６及び識別された論理的ＤＣＣＨトーンを用いて無線端末に割り当てられたＤＣＣＨ通信セグメントを識別する。例えば、典型的実施形態においては、各ビーコンスロットに関して、無線端末は、割り当てられた論理的ＤＣＣＨトーンに対応する一組の４０のインデキシングされたＤＣＣＨセグメントを識別する。動作は、各々の識別された通信セグメントに関して、ステップ５９１２からステップ５９１６に進む。ステップ５９１６において、無線端末は、時間情報５９０６、反復的構造内のＤＣＣＨセグメントのインデキシングされた値、及び報告型の組を各インデキシングされたセグメントと関連づける格納情報を用いて、ＤＣＣＨ通信セグメントにおいて通信すべき一組の報告型を識別する。動作は、ステップ５９１６から接続ノードＡ  ５９２０を介してステップ５９２４に進む。
【０２６２】
ステップ５９２４において、無線端末は、ステップ５９１６において識別された報告型のうちのいずれかが柔軟型報告を含むかどうかを検査する。識別された報告型のうちのいずれかが柔軟型報告であることを示す場合は、動作は、ステップ５９２４からステップ５９２８に進み、その他の場合は、動作は、ステップ５９２４からステップ５９２６に進む。
【０２６３】
ステップ５９２６において、無線端末は、セグメントの各々の固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングし、前記固定型情報報告は、報告スケジュールによって指示される。動作は、ステップ５９２６からステップ５９４２に進む。
【０２６４】
ステップ５９２８において、無線端末は、柔軟型報告ボディ（ｂｏｄｙ）として含めるべき報告の型を複数の固定型情報報告型の中から選択する。ステップ５９２８は、サブステップ５９３０を含む。サブステップ５９３０において、無線端末は、報告優先度設定動作の関数として前記選択を行う。サブステップ５９３０は、サブステップ５９３２と、５９３４と、を含む。サブステップ５９３２において、無線端末は、アクセスノードへの通信のために待ち行列に入っているアップリンクデータ量、例えば複数の要求待ち行列内のバックログ、及び少なくとも１つの信号干渉測定、例えばビーコン比報告、を考慮する。サブステップ５９３４において、無線端末は、少なくとも１つの報告において以前に報告された情報の変化、例えば自己雑音ＳＮＲ報告のダウンリンク飽和レベルの測定された変化、の量を決定する。動作は、ステップ５９２８からステップ５９３６に進む。
【０２６５】
ステップ５９３６において、無線端末は、柔軟型ボディ報告の型を、型識別子、例えば２ビットの柔軟型報告ボディ識別子にコーディングする。動作は、ステップ５９３６からステップ５９３８に進む。ステップ５９３８において、無線端末は、選択された報告型に従って柔軟型報告ボディ内で搬送すべき情報を柔軟型報告ボディサイズに対応する数の情報ビットにマッピングする。動作は、ステップ５９３８からステップ５９４０又はステップ５９４２に進む。ステップ５９４２は、幾つかの実施形態に含まれるオプションステップである。ステップ５９４０において、柔軟型報告に加えてセグメントの各固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングする。動作は、ステップ５９４０からステップ５９４２に進む。例えば、幾つかの実施形態においては、柔軟型報告を含むＤＣＣＨセグメントは、フルトーンモードにおいては、セグメントによって通信される全情報ビット数を自己のために使用し、例えばセグメントは、６つの情報ビットを搬送し、２ビットは、報告の型を識別するために用いられ、４ビットは、報告のボディを搬送するために用いられる。該実施形態においては、ステップ５９４０は実行されない。幾つかのその他の実施形態においては、フルトーンＤＣＣＨモードでＤＣＣＨセグメントによって搬送される総ビット数は、柔軟型報告によって表されるビット数よりも多く、ステップ５９４０は、セグメントの残りの情報ビットを利用するために含められる。例えば、セグメントは、合計７つの情報ビットを搬送し、このうちの６ビットは、柔軟型報告によって利用され、１ビットは、固定された１情報ビットアップリンクトラフィック要求報告に関して用いられる。
【０２６６】
ステップ５９４２において、無線端末は、コーディング及び変調動作を行い、ＤＣＣＨセグメントにおいて通信すべき１つ以上の報告を表すための一組の変調シンボルを生成する。動作は、ステップ５９４２からステップ５９４４に進む。ステップ５９４４において、無線端末は、生成された変調シンボルの組の各変調シンボルに関して、時間情報５９０６及びトーンホッピング情報を用いて、変調シンボルを搬送するために用いられる物理的トーンを決定する。例えば、典型的実施形態においては、各ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルに対応し、各トーン−シンボルは、１つのＱＰＳＫ変調シンボルを搬送するために用いられ、２１のＯＦＤＭトーン−シンボルの各々は、同じ論理的ＤＣＣＨシンボルに対応する。しかしながら、アップリンクトーンホッピングに起因して、第１の組の７つの連続するＯＦＤＭシンボル期間内の７つのＯＦＤＭトーン−シンボルは、第１の物理的トーンに対応し、第２の組の７つの連続するＯＦＤＭシンボル期間内の第２の組の７つのＯＦＤＭトーン−シンボルは、第２の物理的トーンに対応し、第３の組の７つの連続するＯＦＤＭシンボル期間は、第３の物理的トーンに対応し、第１、第２及び第３の物理的トーンは異なる。動作は、ステップ５９４４からステップ５９４６に進む。ステップ５９４６において、無線端末は、決定された対応する物理的トーンを用いてＤＣＣＨセグメントの各変調シンボルを送信する。
【０２６７】
ステップ５９１４に戻り、ステップ５９１４において、無線端末は、時間情報５９０６、識別された論理的ＤＣＣＨトーン、及び複数のＤＣＣＨセグメントの組の中から１つを識別する情報を用いて、無線端末に割り当てられたＤＣＣＨ通信セグメントを識別する。例えば、典型的実施形態においては、各ビーコンスロットに関して、無線端末は、割り当てられた論理的ＤＣＣＨトーンに対応する一組の１３のインデキシングされたＤＣＣＨセグメントを識別する。動作は、各々の識別されたＤＣＣＨ通信セグメントに関して、ステップ５９１４からステップ５９１８に進む。ステップ５９１８において、無線端末は、時間情報５９０６、反復的構造内のＤＣＣＨセグメントのインデキシングされた値、及び複数の組の報告型を各々のインデキシングされたセグメントと関連づける格納情報を用いて、ＤＣＣＨ通信セグメントにおいて通信すべき一組の報告型を識別する。動作は、ステップ５９１６から接続ノードＢ５９２２を介してステップ５９４８に進む。
【０２６８】
ステップ５９４８において、無線端末は、ステップ５９１８おいて識別された報告型のうちのいずれかが柔軟型報告を含むかどうかを検査する。識別された報告型のうちのいずれかが柔軟型報告であることを示す場合は、動作は、ステップ５９４８からステップ５９５２に進み、その他の場合は、動作は、ステップ５９４８からステップ５９５０に進む。
【０２６９】
ステップ５９５０において、無線端末は、セグメントの各々の固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングし、前記固定型情報報告は、報告スケジュールによって指示される。動作は、ステップ５９５０からステップ５９６６に進む。
【０２７０】
ステップ５９５２において、無線端末は、複数の固定型情報報告型のうちのいずれの報告型を柔軟型報告ボディとして含めるかを選択する。ステップ５９５２は、サブステップ５９５４を含む。サブステップ５９５４において、無線端末は、報告優先度設定動作の関数として前記選択を行う。サブステップ５９５４は、サブステップ５９５６と、５９５８と、を含む。サブステップ５９５６において、無線端末は、アクセスノードへの通信のために待ち行列に入っているアップリンクデータ量、例えば複数の要求待ち行列内のバックログ、及び少なくとも１つの信号干渉測定、例えばビーコン比報告、を考慮する。サブステップ５９５８において、無線端末は、少なくとも１つの報告において以前に報告された情報の変化、例えば自己雑音ＳＮＲ報告のダウンリンク飽和レベルの測定された変化の量を決定する。動作は、ステップ５９５２からステップ５９６０に進む。
【０２７１】
ステップ５９６０において、無線端末は、柔軟型ボディ報告の型をコーディングして型識別子、例えば単ビットの柔軟型報告ボディ識別子にする。動作は、ステップ５９６０からステップ５９６２に進む。ステップ５９６２において、無線端末は、選択された報告型に従って柔軟型報告ボディで搬送すべき情報を柔軟型報告ボディサイズに対応する数の情報ビットにマッピングする。動作は、ステップ５９６２からステップ５９６４又はステップ５９６６に進む。ステップ５９６４は、幾つかの実施形態に含まれるオプションステップである。ステップ５９６４において、柔軟型報告に加えてセグメントの各固定型情報報告に関して、搬送すべき情報を報告サイズに対応する固定数の情報ビットにマッピングする。動作は、ステップ５９６４からステップ５９６６に進む。例えば、幾つかの実施形態においては、柔軟型報告を含むＤＣＣＨセグメントは、スプリットトーンモードにおいては、セグメントによって通信される全情報ビット数を自己のために利用し、該実施形態においては、ステップ５９６４は実行されない。幾つかのその他の実施形態においては、スプリットトーンＤＣＣＨモードのＤＣＣＨセグメントによって搬送される総ビット数は、柔軟型報告によって表されるビット数よりも多く、ステップ５９４０は、セグメントの残りの情報ビットを利用するために含められる。例えば、セグメントは、合計８つの情報ビットを搬送し、このうちの６ビットは、柔軟型報告によって利用され、１つの情報ビットは、固定された１情報ビットアップリンクトラフィック要求報告に関して用いられ、１つの情報ビットは、他の予め決められた報告型に関して用いられる。幾つかの実施形態においては、柔軟型報告のボディのサイズは、柔軟型報告によって搬送すべき報告の型の異なる選択、例えば４ビットアップリンクトラフィックチャネル要求又は５ビットアップリンク送信電力バックオフ報告、に対応して変化し、セグメント内の利用可能なビットの残りは、予め決められた固定報告の型、例えば１又は２ビット、に割り当てることができる。
【０２７２】
ステップ５９６６において、無線端末は、コーディング及び変調動作を行い、ＤＣＣＨセグメントにおいて通信すべき１つ以上の報告を表すための一組の変調シンボルを生成する。動作は、ステップ５９６６からステップ５９６８に進む。ステップ５９６８において、無線端末は、生成された変調シンボルの組の各変調シンボルに関して、時間情報５９０６及びトーンホッピング情報を用いて、変調シンボルを搬送するために用いられる物理的トーンを決定する。例えば、典型的実施形態においては、各ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルに対応し、各トーン−シンボルは、１つのＱＰＳＫ変調シンボルを搬送するために用いられ、２１のＯＦＤＭトーン−シンボルの各々は、同じ論理的ＤＣＣＨトーンに対応する。しかしながら、アップリンクトーンホッピングに起因して、第１の組の７つの連続するＯＦＤＭシンボル期間内の７つのＯＦＤＭトーンシンボルは、第１の物理的トーンに対応し、第２の組の７つの連続するＯＦＤＭシンボル期間内の第２の組の７つのＯＦＤＭトーン−シンボルは、第２の物理的トーンに対応し、第３の組の７つの連続するＯＦＤＭシンボル期間は、第３の物理的トーンに対応し、第２及び第３の物理的トーンは、トーンホッピング情報に従って決定され、異なることができる。動作は、ステップ５９６８からステップ５９７０に進む。ステップ５９７０において、無線端末は、決定された対応する物理的トーンを用いてＤＣＣＨセグメントの各変調シンボルを送信する。
【０２７３】
図６０は、様々な実施形態による、送信電力情報を基地局に提供するための典型的な無線端末動作方法の流れ図６０００である。動作は、ステップ６００２において開始する。例えば、無線端末は、予め電源を投入しておくこと、基地局との接続を確立させておくこと、ＯＮ動作状態に移行していること、及びフルトーン又はスプリットトーンのＤＣＣＨ動作モードのいずれかにおいて使用すべき専用制御チャネルセグメントを割り当てておくことができる。フルトーンＤＣＣＨ動作モードは、幾つかの実施形態においては、ＤＣＣＨセグメントに関して用いられて他の無線端末と共有されていない単一の論理的トーンチャネルが無線トーン（ｗｉｒｅｌｅｓｓ  ｔｏｎｅ）に対して専用に割り当てられるモードであり、スプリットトーンＤＣＣＨ動作モードは、幾つかの実施形態においては、他の無線端末又は他の複数の無線端末とタイムシェアリング方式で用いるために割り当てることができる単一の論理的ＤＣＣＨトーンチャネル部分が無線端末に対して専用に割り当てられるモードである。動作は、開始ステップ６００２からステップ６００４に進む。
【０２７４】
ステップ６００４において、無線端末は、無線端末の最大送信電力と、電力報告に対応する時点において無線端末に知られている電力レベルを有する基準信号の送信電力の比を示す電力報告を生成する。幾つかの実施形態においては、電力報告は、ｄＢ値を示すバックオフ報告、例えば無線端末送信電力バックオフ報告、である。幾つかの実施形態においては、最大送信電力値は、無線端末の電力出力能力に依存する。幾つかの実施形態においては、最大送信電力は、無線端末の最大出力電力レベルを制限する政府規制によって指定される。幾つかの実施形態においては、基準信号は、基地局から受信された少なくとも１つの閉ループ電力レベル制御信号に基づいて無線端末によって制御される。幾つかの実施形態においては、基準信号は、専用制御チャネルを通じて基地局に送信される制御情報信号である。基準信号は、幾つかの実施形態においては、送信先である基地局によって受信電力レベルに関して測定される。様々な実施形態において、専用制御チャネルは、制御情報を送信する際に用いるための無線端末専用の単一の論理的トーンに対応する単一トーン制御チャネルである。様々な実施形態においては、電力報告は、単一の瞬間に対応する電力報告である。幾つかの実施形態においては、既知の基準信号は、電力報告と同じチャネル、例えば同じＤＣＣＨチャネル、で送信される信号である。様々な実施形態において、生成された電力報告が対応する時点は、前記電力報告が送信される通信セグメント、例えばＤＣＣＨセグメント、の初めからの既知のオフセットを有する。ステップ６００４は、サブステップ６００６と、サブステップ６００８と、サブステップ６０１０と、サブステップ６０１２と、を含む。
【０２７５】
サブステップ６００６において、無線端末は、単位がｄＢｍのアップリンク専用制御チャネルのトーン当たり送信電力を単位がｄＢｍの無線端末の最大送信電力から減じることを含む減算動作を行う。動作は、サブステップ６００６からサブステップ６００８に進む。サブステップ６００８において、無線端末は、無線端末がフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにあるかに依存して異なるサブステップに進む。無線端末がフルトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６００８からサブステップ６０１０に進む。無線端末がスプリットトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６００８からサブステップ６０１２に進む。サブステップ６０１０において、無線端末は、第１のフォーマットに従って電力報告、例えば５情報ビット電力報告、を生成する。例えば、サブステップ６００６の結果が、複数の異なるレベルと比較され、各レベルは、異なる５ビットパターンに対応し、サブステップ６００６の結果に最も近いレベルが報告に関して選択され、そのレベルに対応するビットパターンが報告に関して用いられる。１つの典型的実施形態においては、レベルは、６．５ｄＢ乃至４０ｄＢの範囲である。（図２６参照。）サブステップ６０１２において、無線端末は、第２のフォーマットに従って電力報告、例えば４情報ビット電力報告、を生成する。例えば、サブステップ６００６の結果が、複数の異なるレベルと比較され、各レベルは、異なる４ビットパターンに対応し、サブステップ６００６の結果に最も近いレベルが報告に関して選択され、そのレベルに対応するビットパターンが報告に関して用いられる。１つの典型的実施形態においては、レベルは、６ｄＢ乃至３６ｄＢの範囲である。（図３５参照。）動作は、ステップ６００４からステップ６０１４に進む。
【０２７６】
ステップ６０１４において、無線端末が動作され、生成された電力報告が基地局に送信される。ステップ６０１４は、サブステップ６０１６と、６０１８と、６０２０と、６０２２、６０２４と、を含む。サブステップ６０１６において、無線端末は、無線端末がフルトーンＤＣＣＨ動作モードにあるか又はスプリットトーンＤＣＣＨ動作モードにあるか依存して異なるサブステップに進む。無線端末がフルトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６０１６からサブステップ６０１８に進む。無線端末がスプリットトーンＤＣＣＨ動作モードにある場合は、動作は、サブステップ６０１６からサブステップ６０２０に進む。
【０２７７】
サブステップ６０１８において、無線端末は、生成された電力報告を追加情報ビット、例えば１つの追加情報ビット、と結合し、結合された情報ビットの組、例えば６つの情報ビットの組、をまとめてコーディングして、ＤＣＣＨセグメントに関する一組の変調シンボル、例えば一組の２１の変調シンボル、を生成する。例えば、１つの追加情報ビットは、幾つかの実施形態においては、単一の情報ビットアップリンクトラフィックチャネル資源要求報告である。サブステップ６０２０において、無線端末は、生成された電力報告を追加情報ビット、例えば４つの追加情報ビット、と結合し、結合された情報ビットの組、例えば８つの情報ビットの組、をまとめてコーディングして、ＤＣＣＨセグメントに関する一組の変調シンボル、例えば一組の２１の変調シンボル、を生成する。例えば、４つの追加情報ビットの組は、幾つかの実施形態においては、４情報ビットアップリンクトラフィックチャネル資源要求報告である。動作は、サブステップ６０１８又はサブステップ６０２０からサブステップ６０２２に進む。
【０２７８】
サブステップ６０２２において、無線端末は、ＤＣＣＨセグメントに関する複数の連続するＯＦＤＭシンボル送信期間の各々の期間中に用いられる単一のＯＦＤＭトーンを決定する。サブステップ６０２２は、サブステップ６０２４と、サブステップ６０２６と、を含む。サブステップ６０２４において、無線端末は、無線端末に割り当てられた論理的ＤＣＣＨチャネルトーンを決定し、サブステップ６０２６において、無線端末は、論理的ＤＣＣＨチャネルトーンがトーンホッピング情報に基づいて異なる時点において対応する物理的トーンを決定する。例えば、幾つかの実施形態においては、典型的ＤＣＣＨセグメントは、単一のＤＣＣＨチャネル論理的トーンに対応し、ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルを含み、１つのＯＦＤＭトーン−シンボルが２１の連続するＯＦＤＭシンボル送信時間間隔の各々に関するものであり、同じ物理的トーンが第１の組の７つに関して用いられ、第２の物理的トーンが第２の組の７つに関して用いられ、第３の物理的トーンが第３の組の７つに関して用いられる。動作は、サブステップ６０２２からサブステップ６０２８に進む。サブステップ６０２８において、無線端末は、ＤＣＣＨセグメントに対応する各ＯＦＤＭシンボル送信期間に関して、該時点に関する決定された物理的トーンを用いて、生成された変調シンボルの組から変調シンボルを送信する。
【０２７９】
動作は、ステップ６０１４からステップ６００４に進み、無線端末は、他の電力報告の生成に進む。幾つかの実施形態においては、電力報告は、無線端末によって制御情報の送信を制御するために用いられる専用制御チャネル報告構造の各反復サイクル中に２回送信される。幾つかの実施形態においては、電力報告は、平均すると、少なくとも５００ＯＦＤＭシンボル送信期間ごとに１回送信されるが、平均すると、少なくとも２００のシンボル送信時間間隔だけ離れた間隔である。
【０２８０】
次に、典型的実施形態の様々な特長が説明される。無線端末（ＷＴ）は、ＷＴ送信機におけるＭＡＣフレーム待ち行列の状態を報告するためにＵＬＲＱＳＴ１、ＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を用いる。
【０２８１】
ＷＴ送信機は、ＭＡＣ待ち行列を維持し、このことは、リンクを通じて送信されるＭＡＣフレームをバッファリングする。ＭＡＣフレームは、上位層プロトコルのパケットから構築されるＬＬＣフレームから変換される。アップリンクユーザーデータパケットは、４つの要求グループのうちの１つに属する。パケットは、特定の要求グループと関連づけられる。パケットが１つの要求グループに属する場合は、そのパケットのＭＡＣフレームの各々もその要求グループに属する。
【０２８２】
ＷＴは、ＷＴが送信するのを意図することができる４つの要求グループ内のＭＡＣフレーム数を報告する。ＡＲＱプロトコルにおいては、これらのＭＡＣフレームは、“新”又は“再送信”が表示される。
【０２８３】
ＷＴは、ｋ＝０：３に関する４つ要素Ｎ［０：３］のベクトルを維持し、Ｎ［ｋ］は、ＷＴが要求グループｋにおいて送信することを意図するＭＡＣフレーム数を表す。ＷＴは、Ｎ［０：３］に関する情報を基地局セクター（ＢＳＳ）に報告し、それによってＢＳＳがアップリンク（ＵＬ）スケジューリングアルゴリズムにおいて前記情報を利用してアップリンクトラフィックチャネル（ＵＬ．ＴＣＨ）セグメントの割り当てを決定することができる。
【０２８４】
典型的実施形態においては、ＷＴは、図６１のテーブル６１００に従ってＵＬＲＱＳＴ１を用いてＮ［０］＋Ｎ［１］を報告する。テーブル６１００は、ＵＬＲＱＳＴ１報告に関する典型的フォーマットである。第１のカラム６１０２は、搬送することができる２つの可能なビットパターンを示し、第２のカラム６１０４は、各ビットパターンの意味を示す。ビットパターンが０である場合は、ＷＴが要求グループ０又は要求グループ１において送信することを意図するＭＡＣフレームが存在しないことを示す。ビットパターンが１である場合は、ＷＴが通信することを意図する少なくとも１つのＭＡＣフレームを要求グループ０又は要求グループ１内に有することを示す。
【０２８５】
所定の時間において、ＷＴは、１つの要求辞書のみを用いる。ＷＴがＡＣＴＩＶＥ状態になった時点では、ＷＴは、デフォルト要求辞書を用いる。要求辞書を変更するときには、ＷＴ及びＢＳＳは、上位層コンフィギュレーションプロトコルを用いる。ＷＴがＯＮ状態からＨＯＬＤ状態に移行するときには、ＷＴは、ＯＮ状態において用いられた最後の要求辞書を保管し、ＷＴがのちにＨＯＬＤ状態からＯＮ状態に移行時に、要求辞書が明示で変更されるまで同じ要求辞書を使用し続けることができるようにする。しかしながら、ＷＴがＡＣＴＩＶＥ状態から出る場合は、最後に用いられた要求辞書のメモリがクリアされる。
【０２８６】
ＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を決定するために、ＷＴは、最初に次の２つのパラメータｙ及びｚを計算し、次に、次の辞書のうちの１つを用いる。直近の５ビットアップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ５）報告の値（ｄＢ）をｘとし、直近の一般的４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）の値（ｄＢ）をｂ０とする。ＷＴは、調整された一般的ＤＬＢＮＲ４報告値ｂを次のようにさらに決定する。すなわち、ｂ＝ｂ０−ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔであり、ここで、マイナスは、ｄＢの意味で定義される。基地局セクターは、ｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔの値をダウンリンクブロードキャストチャネルでブロードキャストする。ＷＴは、ＷＴがブロードキャストチャネルから値を受信するまで０ｄＢに等しいｕｌＴＣＨｒａｔｅＦｌａｓｈＡｓｓｉｇｎｍｅｎｔＯｆｆｓｅｔを用いる。
【０２８７】
図６２は、制御パラメータｙ及びｚを計算するために用いられる典型的テーブル６２００である。第１のカラム６２０２は、条件を示し、第２のカラム６２０４は、出力制御パラメータｙの対応する値を示し、第３のカラム６２０６は、出力制御パラメータｚの対応する値を示す。ｘ及びｂが与えられている場合、ＷＴは、第１のカラム内の条件が満たされている図６２のテーブル６２００内の第１のローからの値にｙ及びｚを決定する。例えば、ｘ＝１７及びｂ＝３である場合は、ｚ＝ｍｉｎ（４，Ｎｍａｘ）及びｙ＝１である。ＷＴがサポートできる最高速度オプションをＲｍａｘ、該最高速度オプションのＭＡＣフレーム数をＮｍａｘとする。
【０２８８】
ＷＴは、要求辞書に従ってＭＡＣフレーム待ち行列の実際の（ａｃｔｕａｌ）Ｎ［０：３］を報告するためにＵＬＲＱＳＴ３又はＵＬＲＱＳＴ４を用いる。要求辞書は、要求辞書（ＲＤ）参照番号によって識別される。
【０２８９】
典型的要求辞書は、ＵＬＲＱＳＴ４又はＵＬＲＱＳＴ３報告が実際のＮ［０：３］を完全に含むことができないことを示す。報告は、実際には、実際のＮ［０：３］の量子化バージョンである。一般的指針は、ＷＴが、最初に要求グループ０及び１に関して、次に要求グループ２に関して、そして最後に要求グループ３に関して、報告されたＭＡＣフレーム待ち行列と実際のＭＡＣフレーム待ち行列との間の相違を最小にするための報告を送信することである。しかしながら、ＷＴは、ＷＴにとって最も有益であるように報告を決定する柔軟性を有する。例えば、ＷＴが要求辞書２を使用中であるときには、ＷＴは、ＵＬＲＱＳＴ４を用いてＮ［１］＋Ｎ［３］を報告すること及びＵＬＲＱＳＴ３を用いてＮ［２］を報告することができる。さらに、報告が要求辞書に従って要求グループの部分組に直接関連している場合でも、残りの要求グループのＭＡＣフレーム待ち行列が空であることを自動的に意味するものではない。例えば、報告がＮ［２］＝１を意味する場合でも、自動的にＮ［０］＝０、Ｎ［１］＝０、又はＮ［３］＝０を意味しないことがある。
【０２９０】
図６３のテーブル６３００及び図６４のテーブル６４００は、０に等しいＲＤ参照番号を有する典型的要求辞書を定義する。ｄ１２３＝ｃｅｉｌ（（（Ｎ［１］＋Ｎ［２］＋Ｎ［３］−Ｎ１２３，ｍｉｎ）／（ｙ＊ｇ））であると定義し、ここで、Ｎ１２３，ｍｉｎ及びｇは、テーブル６３００に従って直近のＵＬＲＱＳＴ４報告によって決定される変数である。図６３は、典型的第１の要求辞書（ＲＤ参照番号＝０）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６３００である。幾つかの実施形態においては、参照番号＝０を有する要求辞書は、デフォルト要求辞書である。第１のカラム６３０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６３０４は、各ビットパターンと関連づけられた解釈を識別する。図６４は、典型的第１の要求辞書（ＲＤ参照番号＝０）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６４００である。幾つかの実施形態においては、参照番号＝０を有する要求辞書は、デフォルト要求辞書である。第１のカラム６４０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６４０４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９１】
図６５のテーブル６５００及び図６６のテーブル６６００は、１に等しいＲＤ参照番号を有する典型的要求辞書を定義する。図６５は、典型的第２の要求辞書（ＲＤ参照番号＝１）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６５００である。第１のカラム６５０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６５０４は、各ビットパターンと関連づけられた解釈を識別する。図６６は、典型的第２の要求辞書（ＲＤ参照番号＝１）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６６００である。第１のカラム６６０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６６０４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９２】
図６７のテーブル６７００及び図６８のテーブル６８００は、２に等しいＲＤ参照番号を有する典型的要求辞書を定義する。図６７は、典型的第３の要求辞書（ＲＤ参照番号＝２）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６７００である。第１のカラム６７０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６７０４は、各ビットパターンと関連づけられた解釈を識別する。図６８は、典型的第３の要求辞書（ＲＤ参照番号＝２）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６８００である。第１のカラム６８０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６８０４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９３】
図６９のテーブル６９００及び図７０のテーブル７０００は、３に等しいＲＤ参照番号を有する典型的要求辞書を定義する。図６９は、典型的第４の要求辞書（ＲＤ参照番号＝３）に対応する、４ビットアップリンク要求、ＵＬＲＱＳＴ４、に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル６９００である。第１のカラム６９０２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム６９０４は、各ビットパターンと関連づけられた解釈を識別する。図７０は、典型的第４の要求辞書（ＲＤ参照番号＝３）に対応する、３ビットアップリンク要求、ＵＬＲＱＳＴ３、に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブル７０００である。第１のカラム７００２は、ビットパターン及び最上位ビットから最下位ビットまでのビットの順序設定を識別する。第２のカラム７００４は、各ビットパターンと関連づけられた解釈を識別する。
【０２９４】
図７１は、様々な実施形態により実装される典型的無線端末７１００、例えばモバイルノード、の図である。典型的ＷＴ７１００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的ＷＴ７１００は、図１の典型的システム１００のＷＴ（１３６、１３８、１４４、１４６、１５２、１５４、１６８、１７０、１７２、１７４、１７６、１７８）のうちのいずれかであることができる。典型的無線端末７１００は、様々な要素がデータ及び情報を交換することができるバス７１１２を介してひとつに結合された受信機モジュール７１０２と、送信機モジュール７１０４と、プロセッサ７１０６と、ユーザーＩ／Ｏデバイス７１０８と、メモリ７１１０と、を含む。
【０２９５】
メモリ７１１０は、ルーチン７１１８と、データ／情報７１２０と、を含む。プロセッサ７１０６、例えばＣＰＵ、は、無線端末７１００の動作を制御するため及び方法を実装するためにメモリ７１１０内のルーチン７１１８を実行し、データ／情報７１２０を使用する
受信機モジュール７１０２、例えばＯＦＤＭ受信機、は、受信アンテナ７１０３に結合され、無線端末７１００は、受信アンテナ７１０３を介して基地局からダウンリンク信号を受信する。受信機モジュール７１０２は、受信されたダウンリンク信号の少なくとも一部を復号する復号器７１１４を含む。送信機モジュール７１０４、例えばＯＦＤＭ送信機、は、送信アンテナ７１０５に結合され、無線端末７１００は、送信アンテナ７１０５を介してアップリンク信号を基地局に送信する。送信機モジュール７１０４は、無線端末専用のアップリンク専用制御チャネルセグメントを用いて複数の異なる型の固定型報告を送信するために用いられる。送信機モジュール７１０４は、無線端末専用のアップリンク専用制御チャネルセグメントを用いて柔軟型報告を送信するためにも用いられ、柔軟型報告を含むアップリンクＤＣＣＨセグメントは、固定型報告を含み柔軟型報告を含まないアップリンクＤＣＣＨセグメントのうちの少なくとも一部と同じサイズである。送信機モジュール７１０４は、送信前にアップリンク信号のうちの少なくとも一部を符号化するために用いられる符号器７１１６を含む。幾つかの実施形態においては、各々の個々の専用制御チャネルアップリンクセグメントは、その他の専用制御チャネルアップリンクセグメントと独立して符号化される。様々な実施形態においては、送信機及び受信機の両方に関して同じアンテナが用いられる。
【０２９６】
ユーザーＩ／Ｏデバイス７１０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、スピーカー、ディスプレイ等、は、ユーザーデータを入力／出力し、アプリケーションを制御し、無線端末の動作を制御する、例えばＷＴ７１００のユーザーが通信セッションを開始するのを可能にする、ために用いられる。
【０２９７】
ルーチン７１１８は、通信ルーチン７１２２と、無線端末制御ルーチン７１２４と、を含む。通信ルーチン７１２２は、無線端末７１００によって用いられる様々な通信プロトコルを実行する。無線端末制御ルーチン７１２４は、固定型報告制御モジュール７１２６と、柔軟型報告制御モジュール７１２８と、アップリンクトーンホッピングモジュール７１３０と、識別子モジュール７１３２と、コーディングモジュール７１３４と、を含む。
【０２９８】
固定型報告制御モジュール７１２６は、報告スケジュールに従った複数の異なる型の固定型情報報告の送信を制御し、前記固定型情報報告は、報告スケジュールによって指示される型である。
【０２９９】
柔軟型報告制御モジュール７１２８は、報告スケジュール内の予め決められた位置における柔軟型報告の送信を制御し、前記柔軟型報告は、柔軟型報告を用いて報告することができる複数の報告から柔軟型報告制御モジュールによって選択された報告型である。柔軟型報告制御モジュール７１２８は、報告優先度設定モジュール７１３６を含む。報告優先度設定モジュール７１３６は、複数の代替報告のうちのいずれの報告を柔軟型報告で通信すべきかを決定時に、基地局への通信待ち行列に入っているアップリンクデータ量及び少なくとも１つの信号干渉測定を考慮に入れる。報告優先度設定モジュール７１３８は、少なくとも１つの報告において以前に報告された情報変化量を決定する変化決定モジュール７１３８も含む。例えば、ＷＴの自己雑音を示すＳＮＲの飽和レベル値が最後に報告された値から有意に変わっていないが、アップリンクトラフィックチャネル資源要求が最後に報告された要求から有意に変化している場合は、無線端末７１００は、飽和レベルのＳＮＲ報告の代わりにアップリンクトラフィックチャネル要求報告を通信するために柔軟型報告を用いることを選択することができる。
【０３００】
アップリンクトーンホッピングモジュール７１３０は、送信目的のために、格納されたトーンホッピング情報に基づき、専用セグメントの送信に対応する異なる時点における論理的な割り当てられたＤＣＣＨチャネルトーンに対応する物理的トーンを決定する。例えば、１つの典型的実施形態においては、ＤＣＣＨセグメントは、３つのドゥエルに対応し、各ドゥエルは、７つの連続するＯＦＤＭシンボル送信時間間隔に関して同じ物理的トーンを用いる。しかしながら、異なるドゥエルと関連づけられた物理的トーンは、トーンホッピング情報によって決定され、異なることができる。
【０３０１】
識別子モジュール７１３２は、柔軟型報告と通信すべき柔軟型報告識別子を生成し、前記報告型識別子は、通信中の柔軟型報告の型を示す個々の柔軟型報告と通信される。様々な実施形態においては、識別子モジュール７１３２は、報告型識別子に対応する柔軟型報告の型を示す報告を生成する。この典型的実施形態においては、個々の柔軟型報告型は、対応する報告型識別子を有する同じＤＣＣＨセグメントで通信される。この典型的実施形態においては、反復的報告構造内における固定型報告の位置に基づいて通信中の固定型報告の型に関して基地局と無線端末との間に予め決められた了解があるため、識別子モジュール７１３２は、固定型報告に関しては用いられない。
【０３０２】
コーディングモジュール７１３４は、個々の柔軟型報告識別子及び対応する柔軟型報告を、これらが送信されるＤＣＣＨ通信セグメントに対応する単一のコーディングユニットにおいていっしょにコーディングする。幾つかの実施形態においては、コーディングモジュール７１３４は、符号器７１１６とともに動作する。
【０３０３】
データ／情報７１２０は、ユーザー／デバイス／セッション／資源情報７１４０と、システムデータ／情報７１４２と、生成された固定型報告１  ７１４４と、．．．、生成された固定型報告ｎ  ７１４６と、選択された型の柔軟型報告７１４８と、生成された柔軟型報告７１５０と、柔軟型報告型識別子７１５２と、コーディングされたＤＣＣＨセグメント情報７１５４と、割り当てられた論理的トーン時７１５８を含むＤＣＣＨチャネル情報７１５６と、基地局識別情報７１６０と、端末識別情報７１６２と、タイミング情報７１６４と、待ち行列に入れられたアップリンクデータ量７１６６と、信号干渉情報７１６８と、報告変更情報７１７０と、を含む。割り当てられた論理的トーン情報７１５８は、固定型報告及び柔軟型報告を搬送するアップリンクＤＣＣＨセグメント信号を通信するためにＷＴ７１００によって用いられる基地局によって割り当てられた単一の論理的アップリンク専用制御チャネルトーンを識別する。幾つかの実施形態においては、単一の割り当てられた論理的ＤＣＣＨトーンは、基地局によって割り当てられるＯＮ状態識別子と関連づけられる。
【０３０４】
ユーザー／デバイス／セッション／資源情報７１４０は、通信セッションに関する情報、例えば、ピアノード情報、アドレシング情報、ルーティング情報、状態情報、及びＷＴ７１００に割り当てられたアップリンク及びダウンリンクエアリンク資源、例えばセグメント、を識別する資源情報、を含む。生成された固定型報告１  ７１４４は、ＷＴ７１００によってサポートされる複数の固定型報告のうちの１つに対応する固定型報告であり、固定型報告情報７１８８を用いて生成されている。生成された固定型報告ｎ  ７１４６は、ＷＴ７１００によってサポートされる複数の固定型報告のうちの１つに対応する固定型報告であり、固定型報告情報７１８８を用いて生成されている。選択された型の柔軟型報告７１４８は、柔軟型報告において通信される報告の型、例えば図３１のＴＹＰＥ２報告に対応する４つのパターンのうちの１つを識別する２ビットのパターン、に関する無線端末の選択を識別する情報である。生成された柔軟型報告７１５０は、柔軟型報告において通信するためにＷＴ７１００によって選択することができる複数の型の報告のうちの１つに対応する柔軟型報告であり、柔軟型報告情報７１９０、例えば、ＢＯＤＹ４報告に対応しておりさらに例えば図１８のＵＬＲＱＳＴ４報告又は図３０のＤＬＳＳＮＲ４報告のうちの１つのビットパターンを表す４ビットのパターン、を用いて生成されている。コーディングされたＤＣＣＨセグメント情報７１５４は、コーディングモジュール７１３４の出力、例えば型２及びボディ４報告に対応するコーディングされたＤＣＣＨセグメント又は固定型報告の組合せに対応するコーディングされたＤＣＣＨセグメントである。
【０３０５】
ＤＣＣＨチャネル情報７１５６は、ＷＴ７１００に割り当てられたＤＣＣＨセグメントを識別する情報、例えば、ＤＣＣＨ動作モード、例えばフルトーンＤＣＣＨモード又はスプリットトーンＤＣＣＨモード、を識別する情報と、基地局アタッチメントポイントによって使用中のＤＣＣＨチャネル構造内の割り当てられた論理的ＤＣＣＨトーン７１５８を識別する情報と、を含む。基地局識別情報７１６０は、ＷＴ７２００によって使用中の基地局アタッチメントポイントを識別する情報、例えば、基地局、基地局セクター、及び／又はアタッチメントポイントと関連づけられた搬送波又はトーンブロック対、を含む。端末識別情報７１６２は、ＷＴ７１００識別情報と、ＷＴ７２００と一時的に関連づけられた基地局割り当て無線端末識別子、例えば登録されたユーザー識別子、アクティブユーザー識別子、論理的ＤＣＣＨチャネルトーンと関連づけられたＯＮ状態識別子と、を含む。タイミング情報７１６４は、現在のタイミング情報、例えば反復的タイミング構造内の現在のＯＦＤＭシンボル時間を識別する情報、を含む。タイミング情報７１６４は、異なる型の固定型報告をいつ送信するかを決定する際にアップリンクタイミング／周波数構造情報７１７８及び固定型報告送信スケジューリング情報７１８４とともに固定型制御モジュール７１２６によって用いられる。タイミング情報７１６４は、柔軟型報告をいつ送信するかを決定する際にアップリンクタイミング／周波数構造情報７１７８及び柔軟型報告送信スケジューリング情報７１８６とともに柔軟型報告制御モジュール７１２８によって用いられる。待ち行列状態のアップリンクデータ量７１６６、例えば要求グループ待ち行列内のＭＡＣフレーム量及び／又は要求グループ待ち行列組内におけるＭＡＣフレーム量の組合せ、は、柔軟型報告スロットにおいて通信される報告型を選択する際に報告優先度設定モジュール７１３６によって用いられる。信号干渉情報７１６８も、柔軟型報告スロットにおいて通信される報告の型を選択する際に優先度設定モジュール７１３６によっても用いられる。報告変化情報７１７０、例えば、変化決定モジュール７１３８から入手された、以前に通信されたＤＣＣＨ報告からのデルタを示す情報、は、柔軟型報告スロットにおいて通信される報告の型を選択する際に報告優先度設定モジュール７１３６によって用いられる。
【０３０６】
システムデータ／情報７１４２は、複数の組の基地局データ／情報（ＢＳ１データ／情報７１７２、．．．、ＢＳ Ｍデータ／情報７１７４）と、ＤＣＣＨ報告送信スケジューリング情報７１８２と、固定型報告情報７１８８と、柔軟型報告識別情報７１９０と、を含む。ＢＳ１データ／情報７１７２は、ダウンリンクタイミング及び周波数構造情報７１７６と、アップリンクタイミング／周波数構造情報７１７８と、を含む。ダウンリンクタイミング／周波数構造情報７１７６は、ダウンリンク搬送波情報と、ダウンリンクトーンブロック情報と、ダウンリンクトーン数と、ダウンリンクトーンホッピング情報と、ダウンリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。アップリンクタイミング／周波数構造情報７１７８は、アップリンク搬送波情報と、アップリンクトーンブロック情報と、アップリンクトーン数と、アップリンクトーンホッピング情報と、アップリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。アップリンクタイミング／周波数構造情報７１７８は、トーンホッピング情報７１８０を含む。
【０３０７】
ＤＣＣＨ報告送信スケジューリング情報７１８２は、通信制御チャネルの専用セグメントを用いた基地局、例えばアクセスノード、への報告の送信を制御する際に用いられる。ＤＣＣＨ送信スケジューリング情報７１８２は、反復的報告スケジュール内の異なるＤＣＣＨセグメントの合成を識別し、反復的スケジュール内における固定型報告の位置及び型を識別し、反復的スケジュール内における柔軟型報告の位置を識別する情報を含む。報告送信スケジューリング情報７１８２は、固定型報告情報７１８４と、柔軟型報告情報７１８６と、を含む。例えば、１つの典型的実施形態においては、反復的スケジュールは、４０のインデキシングされたＤＣＣＨセグメントを含み、固定型及び／又は柔軟型報告を含めることに関する各インデキシングされたセグメントの合成は、報告送信スケジューリング情報７１８２によって識別される。図１０は、ビーコンスロットにおいて発生するフルトーンＤＣＣＨ動作モードで用いられる４０のインデキシングされたＤＣＣＨセグメントを含む反復的構造に対応する典型的ＤＣＣＨ報告送信スケジュール情報の例を提供する。図１０の例においては、ＢＯＤＹ４報告は、柔軟型報告であり、ＴＹＰＥ２報告は、同じＤＣＣＨセグメントに関して対応するＢＯＤＹ４報告において通信される報告の型を識別する識別子報告である。その他の例示される報告、例えばＤＬＳＮＲ５報告、ＵＬＲＱＳＴ１報告、ＤＬＤＮＳＮＲ３報告、ＵＬＲＱＳＴ３報告、ＲＳＶＤ２報告、ＵＬＲＱＳＴ４報告、ＵＬＴＸＢＫＦ５報告、ＤＬＢＮＲ４報告、ＲＳＶＤ１報告、ＤＬＳＳＮＲ４報告、は、固定型報告である。報告スケジュールの１回の繰り返しにおいては、柔軟型報告よりも固定型報告のほうが多い。幾つかの実施形態においては、報告スケジュールは、報告スケジュールの１回の繰り返しにおいて柔軟型報告の少なくとも８倍の固定型報告を含む。幾つかの実施形態においては、報告スケジュールは、平均すると、固定型報告を送信するために用いられる各々の９つの専用制御チャネルセグメントに関して柔軟型報告を報告するために用いられる１つよりも少ない専用制御チャネルセグメントを含む。
【０３０８】
固定型報告情報７１８８は、専用制御チャネルで通信される複数の固定型の報告のうちの各々に関するフォーマットを識別する情報、例えば、通信することができる可能なビットパターンの各々に与えられている報告及び解釈と関連づけられた情報ビット数、を含む。複数の固定型情報報告は、アップリンクトラフィックチャネル要求報告と、無線端末自己雑音報告、例えばダウンリンク飽和レベルの自己雑音ＳＮＲ報告と、絶対的ダウンリンクＳＮＲ報告と、相対的ダウンリンクＳＮＲ報告と、アップリンク送信電力報告、例えばＷＴ送信電力バックオフ報告と、干渉報告、例えばビーコン比報告と、を含む。図１３、１５、１６、１８、１９、２６、２９、及び３０は、ＤＬＳＮＲ５報告、ＤＬＤＳＮＲ３報告、ＵＬＲＱＳＴ１報告、ＵＬＲＱＳＴ４報告、ＵＬＲＱＳＴ３報告、ＵＬＴｘＢＫＦ５報告、及びＤＬＢＮＲ４報告にそれぞれ対応する典型的な固定型報告情報７１８８を示す。
【０３０９】
柔軟型報告情報７１９０は、専用制御チャネルを通じて通信される柔軟型報告において通信することを選択することができる潜在的な報告の型の各々に関するフォーマットを識別する情報、例えば、報告と関連づけられた情報ビット数及び通信することができる可能なビットパターンの各々に与えられている解釈、を含む。柔軟型報告情報７１９０は、柔軟型報告に付随するための柔軟型インジケータ報告を識別する情報、例えば柔軟型インジケータ報告と関連づけられた情報ビット数及び各ビットパターンが意味する柔軟型報告の型の指定、も含む。幾つかの実施形態においては、柔軟型報告において通信するためにＷＴによって選択することができる報告の型の少なくとも一部は、固定報告型と同じである。例えば、１つの典型的実施形態においては、柔軟型報告は、４ビットアップリンクトラフィックチャネル要求報告及び４ビットダウンリンク飽和レベルのＳＮＲ報告を含む一組の報告から選択することができ、前記４ビットアップリンクトラフィックチャネル要求報告及び前記４ビットダウンリンク飽和レベルのＳＮＲ報告は、反復的報告スケジュール内における予め決められた固定位置内の固定型報告として通信時に用いられる同じフォーマットに従う。図３１、１８、及び３０は、典型的柔軟型報告情報７１９０を示す。
【０３１０】
図７２は、様々な実施形態により実装される典型的無線端末７２００、例えばモバイルノード、の図である。典型的ＷＴ７２００は、図１の典型的システムの無線端末のうちのいずれかであることができる。典型的ＷＴ７２００は、図１の典型的システム１００のＷＴ（１３６、１３８、１４４、１４６、１５２、１５４、１６８、１７０、１７２、１７４、１７６、１７８）のうちのいずれかであることができる。典型的無線端末７２００は、様々な要素がデータ／情報を交換することができるバス７２１２を介してひとつに結合された受信機モジュール７２０２と、送信機モジュール７２０４と、プロセッサ７２０６と、ユーザーＩ／Ｏデバイス７２０８と、メモリ７２１０と、を含む。
【０３１１】
メモリ７２１０は、ルーチン７２１８と、データ／情報７２２０と、を含む。プロセッサ７２０６、例えばＣＰＵ、は、無線端末７２００の動作を制御するため及び方法を実装するためにメモリ７２１０内のルーチン７２１８を実行し、データ／情報７２２０を使用する
受信機モジュール７２０２、例えばＯＦＤＭ受信機、は、受信アンテナ７２０３に結合され、無線端末７２００は、アンテナ７２０３を介して無線端末からダウンリンク信号を受信する。受信機モジュール７２０２は、受信されたダウンリンク信号の少なくとも一部を復号する復号器７２１４を含む。受信されたダウンリンク信号は、基地局アタッチメントポイント識別情報を搬送する信号、例えばビーコン信号と、基地局によって割り当てられた無線端末識別子、例えば基地局アタッチメントポイントによってＷＴ７２００に割り当てられたＯＮ状態識別子、ＷＴ７２００によって用いられる専用制御チャネルセグメントと関連づけられたＯＮ状態識別子と、を含む。その他の受信されたダウンリンク信号は、アップリンク及び／又はダウンリンクトラフィックチャネルセグメントに対応する割り当て信号と、ダウンリンクトラフィックチャネルセグメント信号と、を含む。基地局アタッチメントポイントによるＷＴ７２００へのアップリンクトラフィックチャネルセグメントの割り当ては、ＷＴ７２００からの受信されたバックログ情報報告に応答するものであることができる。
【０３１２】
送信機モジュール７２０４、例えばＯＦＤＭ送信機、は、送信アンテナ７２０５に結合され、無線端末７２００は、送信アンテナ７２０５を介してアップリンク信号を基地局に送信する。送信機モジュール７２０４は、生成されたバックログ情報報告の少なくとも一部を送信するために用いられる。送信された生成されたバックログ情報報告は、無線端末７２００専用のアップリンク制御チャネルセグメントで送信機モジュール７２０４によって送信される。送信機モジュール７２０４は、アップリンクトラフィックチャネルセグメント信号を送信するためにも用いられる。送信機モジュール７２０４は、送信前にアップリンク信号の少なくとも一部を符号化するために用いられる符号器７２１６を含む。幾つかの実施形態においては、各々の個々の専用制御チャネルアップリンクセグメントは、その他の専用制御チャネルアップリンクセグメントと独立して符号化される。様々な実施形態においては、送信機及び受信機の両方に関して同じアンテナが用いられる。
【０３１３】
ユーザーＩ／Ｏデバイス７２０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、スピーカー、ディスプレイ等、は、ユーザーデータを入力／出力し、アプリケーションを制御し、及び無線端末の動作を制御する、例えばＷＴ７２００のユーザーが通信セッションを開始するのを可能にする、ために用いられる。
【０３１４】
ルーチン７２１８は、通信ルーチン７２２２と、無線端末制御ルーチン７２２４と、を含む。通信ルーチン７２２２は、無線端末７２００によって用いられる様々な通信プロトコルを実行する。無線端末制御ルーチン７２２４は、無線端末７２００の動作を制御し、受信機モジュール７２０２の制御と、送信機モジュール７２０４の制御と、ユーザーＩ／Ｏデバイス７２０８の制御と、を含む。無線端末制御ルーチン７２２４は、方法を実装するために用いられる。
【０３１５】
無線端末制御ルーチン７２２４は、待ち行列状態モニタリングモジュール７２２６と、送信バックログ報告生成モジュール７２２８と、送信バックログ報告制御モジュール７２３０と、コーディングモジュール７３３２と、を含む。待ち行列状態モニタリングモジュール７２６６は、送信すべき情報を格納するために用いられる複数の異なる待ち行列のうちの少なくとも１つ内における情報量をモニタリングする。例えば、時間を考慮することに起因して又はセッション又はアプリケーションの終了に起因して、追加のデータ／情報を送信する必要があるため、データ／情報が成功裏に送信されるため、データ／情報を再送信する必要があるため、又はデータ／情報が捨てられるため、待ち行列内の情報量は経時で変化する。送信バックログ報告生成モジュール７２８８は、送信バックログ情報、例えば１ビットアップリンク要求報告、３ビットアップリンク要求報告、及び４ビットアップリンク要求報告、を提供する異なるビットサイズのバックログ情報報告を生成する。送信バックログ報告制御モジュール７２３０は、生成されたバックログ情報報告の送信を制御する。送信バックログ報告生成モジュール７２２８は、情報グループ分類モジュール７２３４を含む。情報グループ分類モジュール７２３４は、異なる組の待ち行列に対応する状態情報をグループに分類する。グループ分類モジュール７２３４は、異なるビットサイズのバックログ情報報告に関する異なる情報グループ分類をサポートする。コーディングモジュール７３３２は、専用アップリンク制御チャネルセグメントにおいて送信される情報をコーディングし、少なくとも一部のセグメントに関して、コーディングモジュール７３３２は、非バックログ制御情報を通信するために用いられる少なくとも１つの追加のバックログ報告とともに送信バックログ報告をコーディングする。可能な追加報告は、ＤＣＣＨセグメントに関する送信バックログ報告とともに符号化され、信号対雑音比と、自己雑音報告と、干渉報告と、無線端末送信電力報告と、を含む。
【０３１６】
データ／情報７２２０は、ユーザー／デバイス／セッション／資源情報７２３６と、システムデータ／情報７２３８と、待ち行列情報７２４０と、割り当てられた論理的トーン情報７２４４を含むＤＣＣＨチャネル情報７２４２と、基地局識別情報７２４６と、端末識別情報７２４８と、タイミング情報７２５０と、結合された要求グループ情報７２５２と、生成された１ビットアップリンク要求報告７２５４と、生成された３ビットアップリンク要求報告７２５６と、生成された４ビットアップリンク要求報告７２５８と、生成された追加ＤＣＣＨ報告７２６０と、コーディングされたＤＣＣＨセグメント情報７２６２と、を含む。
【０３１７】
ユーザー／デバイス／セッション／資源情報７２３６は、通信セッションに関する情報、例えば、ピアノード情報、アドッレシング情報、ルーティング情報、状態情報、及びＷＴ７２００に割り当てられたアップリンク及びダウンリンクエアリンク資源、例えばセグメント、を識別する資源情報、を含む。待ち行列情報７２４０は、ＷＴ７２００が送信することを意図するユーザーデータ、例えば待ち行列と関連づけられたユーザーデータのＭＡＣフレームと、ＷＴ７２００が送信することを意図するユーザーデータ量を識別する情報、例えば待ち行列と関連づけられたＭＡＣフレーム総数と、を含む。待ち行列情報７２４０は、要求グループ０情報７２６４と、要求グループ１情報７２６６と、要求グループ２情報７２６８と、要求グループ３情報７２７０と、を含む。
【０３１８】
ＤＣＣＨチャネル情報７２４２は、ＷＴ７２００に割り当てられたＤＣＣＨセグメントを識別する情報、例えば、ＤＣＣＨ動作モード、例えばフルトーンＤＣＣＨモード又はスプリットトーンＤＣＣＨモード、を識別する情報と、基地局アタッチメントポイントによって使用中のＤＣＣＨチャネル構造内の割り当てられた論理的ＤＣＣＨトーン７２４４を識別する情報と、を含む。基地局識別情報７２４６は、ＷＴ７２００によって使用中の基地局アタッチメントポイントを識別する情報、例えば、基地局、基地局セクター、及び／又はアタッチメントポイントと関連づけられた搬送波又はトーンブロック対、を識別する情報、含む。端末識別情報７２４８は、ＷＴ７２００識別情報と、ＷＴ７１００と一時的に関連づけられた基地局割り当て無線端末識別子、例えば登録されたユーザー識別子、アクティブユーザー識別子、論理的ＤＣＣＨチャネルトーンと関連づけられたＯＮ状態識別子と、を含む。タイミング情報７２５０は、例えば反復的タイミング構造内の現在のＯＦＤＭシンボル時間を識別する現在のタイミング情報を含む。タイミング情報７２５０は、異なる型のバックログ報告をいつ送信するかを決定する際にアップリンクタイミング／周波数構造情報７２７８及び格納された送信バックログ報告スケジュール情報７２８１と関連して送信バックログ報告制御モジュール７２３０によって用いられる。結合要求グループ情報７２５４は、要求グループの組合せに関連する情報、例えば、要求グループ０と要求グループ１の組合せに対応して送信される情報量、例えば総ＭＡＣフレーム数、を識別する値、を含む。
【０３１９】
生成された１ビットアップリンク要求報告７２５４は、待ち行列情報７２４０及び／又は結合要求グループ情報７２５２、及び１ビットサイズ報告マッピング情報７２９０を用いて送信バックログ報告生成モジュール７２２８によって生成される１情報ビット送信バックログ報告である。生成された３ビットアップリンク要求報告７２５６は、待ち行列情報７２４０及び／又は結合要求グループ情報７２５２、及び３ビットサイズ報告マッピング情報７２９２を用いて送信バックログ報告生成モジュール７２２８によって生成される３情報ビット送信バックログ報告である。生成された４ビットアップリンク要求報告７２５８は、待ち行列情報７２４０及び／又は結合要求グループ情報７２５２、及び４ビットサイズ報告マッピング情報７２９４を用いて送信バックログ報告生成モジュール７２２８によって生成される４情報ビット送信バックログ報告である。生成された追加のＤＣＣＨ報告７２６０は、例えば、生成されたダウンリンク絶対ＳＮＲ報告、生成されたデルタＳＮＲ報告、生成された干渉報告、例えばビーコン比報告、生成された自己雑音報告、例えばＳＮＲの飽和レベルのＷＴ自己雑音報告、ＷＴ電力報告、例えばＷＴ送信電力バックオフ報告、である。コーディングモジュール７２３４は、所定のＤＣＣＨセグメントに関して、送信バックログ報告７２５４、７２５６、７２５８を生成された追加報告７２６０とともにコーディングし、コーディングされたＤＣＣＨセグメント情報を入手する。この典型的実施形態においては、各ＤＣＣＨセグメントは同じサイズであり、例えば、ＤＣＣＨセグメントに含まれている送信バックログ報告が１ビット報告、３ビット報告、又は４ビット報告であるかにかかわらず同じトーン−シンボル数を用いる。例えば、１つのＤＣＣＨセグメントに関して、１ビットＵＬ要求送信バックログ報告は、５ビットダウンリンク絶対ＳＮＲ報告とともにまとめてコーディングされ、他のＤＣＣＨセグメントに関しては、３ビットＵＬ要求送信バックログ報告は、３ビットダウンリンクデルタＳＮＲ報告とともにまとめてコーディングされ、他のＤＣＣＨセグメントに関しては、４ビットＵＬ要求送信バックログ報告は、２ビット予約報告とともにまとめてコーディングされる。
【０３２０】
システムデータ／情報７２３８は、複数の組の基地局情報（ＢＳ１データ／情報７２７２、．．．、ＢＳ Ｍデータ／情報７２７４）と、専用制御チャネル報告送信報告スケジュール情報７２８０と、格納された送信バックログ報告マッピング情報７２８８と、待ち行列組情報７２９６と、を含む。ＢＳ１データ／情報７２７２は、ダウンリンクタイミング／周波数構造情報７２７６と、アップリンクタイミング周波数構造情報７２７８と、を含む。ダウンリンクタイミング／周波数構造情報７２７６は、ダウンリンク搬送波情報と、ダウンリンクトーンブロック情報と、ダウンリンクトーン数と、ダウンリンクトーンホッピング情報と、ダウンリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。アップリンクタイミング／周波数構造情報７２７８は、アップリンク搬送波情報と、アップリンクトーンブロック情報と、アップリンクトーン数と、アップリンクトーンホッピング情報と、アップリンクチャネルセグメント情報と、ＯＦＤＭシンボルタイミング情報と、ＯＦＤＭシンボルグループ分類と、を含む。ＤＣＣＨ報告送信報告スケジュール情報７２８０は、格納された送信バックログ報告スケジュール情報７２８１を含む。図１０は、フルトーンＤＣＣＨ動作モードに関するビーコンスロット内の４０のインデキシングされたＤＣＣＨセグメントの反復的スケジュールに対応する典型的ＤＣＣＨ送信スケジュール情報を提供し、前記ビーコンスロットは、基地局のタイミング／周波数構造において用いられる構造である。格納された送信バックログ報告スケジュール情報は、送信バックログ報告の各々の所在場所、例えば図１０内のＵＬＲＱＳＴ１報告、ＵＬＲＱＳＴ３報告、及びＵＬＲＱＳＴ４報告の所在場所、を識別する情報を含む。格納された送信バックログ報告スケジューリング情報７２８１は、特定のビットサイズの報告をいつ送信するかを決定する際に送信バックログ報告制御モジュール７２３０によって用いられる。格納された送信バックログ報告スケジュール情報７２８１は、１ビットサイズ報告情報７２８２と、３ビットサイズ報告情報７２８４と、４ビットサイズ報告情報７２８６と、を含む。例えば、図１０に関して、１ビットサイズ報告情報７２８２は、ＵＬＲＱＳＴ１報告はインデックスｓ２＝０のＤＣＣＨセグメントのＬＳＢに対応することを識別する情報を含み、３ビットサイズ報告情報７２８４は、ＵＬＲＱＳＴ３報告はインデックスｓ２＝２のＤＣＣＨセグメントの３つのＬＳＢに対応することを識別する情報を含み、４ビットサイズ報告情報７２８６は、ＵＬＲＱＳＴ４報告はインデックスｓ２＝４のＤＣＣＨセグメントの４つのＬＳＢに対応することを識別する情報を含む。
【０３２１】
格納された送信バックログスケジューリング情報７２８１は、送信報告スケジュールの１回の繰り返しにおいて３ビットサイズバックログ報告よりも多くの１ビットサイズバックログ報告を送信すべきであることを示す。格納された送信バックログスケジューリング情報７２８１は、送信報告スケジュールの１回の繰り返しにおいて４ビットサイズバックログ報告よりも多くの又は同じ数の３ビットサイズバックログ報告を送信すべきであることも示す。例えば、図１０において、１６の識別されたＵＬＲＱＳＴ１報告、１２の識別されたＵＬＲＱＳＴ３報告、及び９つの識別されたＵＬＲＱＳＴ４報告が存在する。図１０に対応するこの典型的実施形態においては、柔軟型報告、ボディ４報告は、４ビットＵＬＲＱＳＴ報告を搬送することができ、報告構造の１回の繰り返しの３つの柔軟型報告がＵＬＲＱＳＴ４報告を搬送する場合においては、無線端末は、１２のＵＬＲＱＳＴ４報告を通信する。
【０３２２】
格納された送信バックログ報告マッピング情報７２８８は、１ビットサイズ報告情報７２９０と、３ビットサイズ報告情報７２９２と、４ビットサイズ報告情報７２９４と、を含む。１ビットサイズ報告マッピング情報７２９０の例は、図１６と、図６１と、を含む。３ビットサイズ報告マッピング情報の例は、図１９と、２１と、２３と、２５と、６４と、６６と、６８と、７０と、を含む。４ビットサイズ報告マッピング情報の例は、図１８と、２０と、２２と、２４と、６３と、６５と、６７と、６９と、を含む。格納された送信バックログマッピング情報７２８８は、異なるビットサイズバックログ報告を用いて通信することができる待ち行列状態情報とビットパターンとの間のマッピングを示す情報を含む。この典型的実施形態においては、１ビットサイズバックログ報告は、複数の異なる送信待ち行列に対応するバックログ情報を提供し、１ビットは、要求グループ０及び要求グループ１の組合せに対応する送信すべき情報が存在すること又は該情報が存在しないことを示す。様々な実施形態においては、最小ビットサイズ、例えば１ビットサイズ、のバックログ報告は、優先度が最高のトラフィックに関して用いられ、例えば最高の優先度は、音声又は制御トラフィックである。幾つかの実施形態においては、第２のビットサイズの報告、例えば３ビットサイズ報告、は、前に通信された第３のビットサイズ報告、例えば４ビットサイズ報告に関するデルタを通信する。図６３及び６４は、該関係を示す。幾つかの実施形態においては、第２の固定サイズ報告、例えば３ビットサイズ報告、は、２組の待ち行列に関する情報を提供する。例えば、図４１について考慮すると、第２の型の報告は、第２の組の待ち行列及び第３の組の待ち行列に関する情報を通信する。様々な実施形態においては、第３のサイズの報告、例えば４ビットサイズ報告、は、一組の待ち行列に関する情報を提供する。幾つかの該実施形態においては、前記一組の待ち行列は、１つの要求グループ待ち行列、２つの要求グループ待ち行列、又は３つの要求グループ待ち行列を含む。幾つかの実施形態においては、アップリンクトラフィックに関して予め決められた数、例えば４つ、の要求グループ、ＲＧ０、ＲＧ１、ＲＧ２、及びＲＧ３、が存在し、第３の固定サイズの報告、例えば４ビットサイズ報告は、異なる要求グループ待ち行列のうちのいずれかに対応するバックログ情報を通信することができる。例えば、図４１について考慮すると、第３の型の報告は、第４の待ち行列の組、第５の待ち行列の組、第６の待ち行列の組又は第７の待ち行列の組のうちの１つに関する情報を通信し、所定の辞書に関して、第３の型の報告は、ＲＧ０、ＲＧ１、ＲＧ２、及びＲＧ３に関する情報を通信することができる。
【０３２３】
待ち行列組情報７２９６は、送信バックログ報告を生成時に用いられる待ち行列のグループ分類を識別する情報を含む。図４１は、様々な典型的な型の送信バックログ報告において用いられる待ち行列の典型的グループ分類を示す。
【０３２４】
図７４は、様々な実施形態により実装される典型的無線端末７４００、例えばモバイルノード、の図である。典型的無線端末７４００は、図１の無線端末のうちのいずれかであることができる。典型的無線端末７４００は、様々な要素がデータ及び情報を交換することができるバス７４１２を介してひとつに結合された受信機モジュール７４０２と、送信機モジュール７４０４と、プロセッサ７４０６と、ユーザーＩ／Ｏデバイス７４０８と、メモリ７４１０と、を含む。
【０３２５】
メモリ７４１０は、ルーチン７４１８と、データ／情報７４２０と、を含む。プロセッサ７４０６、例えばＣＰＵ、は、無線端末７４００の動作を制御するため及び方法を実装するためにメモリ７４１０内のルーチン７４１８を実行し、データ／情報７４２０を用いる。ユーザーＩ／Ｏデバイス７４０８、例えばマイク、キーボード、キーパッド、スイッチ、カメラ、ディスプレイ、スピーカー等、は、ユーザーデータを入力し、ユーザーデータを出力し、ユーザーがアプリケーションを制御するのを許可し、及び／又は無線端末の様々な機能、例えば通信セッションを開始すること、を制御するために用いられる
受信機モジュール７４０２、例えばＯＦＤＭ受信機は、受信アンテナ７４０３に結合され、無線端末７４００は、受信アンテナ７４０３を介して基地局からダウンリンク信号を受信する。受信されたダウンリンク信号は、例えば、ビーコン信号と、パイロット信号と、ダウンリンクトラフィックチャネル信号と、閉ループ電力制御信号を含む電力制御信号と、タイミング制御信号と、割り当て信号と、登録応答信号と、基地局によって割り当てられた無線端末識別子、例えばＤＣＣＨ論理的チャネルトーンと関連づけられたＯＮ状態識別子、を含む信号と、を含む。受信機モジュール２４０２は、受信されたダウンリンク信号の少なくとも一部を復号するために用いられる復号器７４１４を含む。
【０３２６】
送信機モジュール２４０４、例えばＯＦＤＭ送信機は、送信アンテナ７４０５に結合され、無線端末７４００は、送信アンテナ７４０５を介してアップリンク信号を基地局に送信する。幾つかの実施形態においては、受信機及び送信機に関して同じアンテナが用いられ、例えば前記アンテナは、デュプレクサモジュールを通じて受信機モジュール７４０２及び送信機モジュール７４０４に結合される。アップリンク信号は、例えば、登録要求信号と、例えば基地局によって測定することができる基準信号及びＷＴ送信電力バックオフ報告等のＷＴ電力報告を含む報告を搬送する専用制御チャネルセグメント信号と、アップリンクトラフィックチャネルセグメント信号と、を含む。送信機モジュール７４０４は、アップリンク信号の少なくとも一部を符号化するために用いられる符号器７４１６を含む。この実施形態におけるＤＣＣＨセグメントは、１つのセグメントごとに符号化される。
【０３２７】
ルーチン７４１８は、通信ルーチン７４２２と、無線端末制御ルーチン７４２２と、を含む。通信ルーチン７４２２は、無線端末７４００によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン７４２２は、報告生成モジュール７４２６と、無線端末送信電力制御モジュール７４３０と、専用制御チャネル制御モジュール７４３２と、トーンホッピングモジュール７４３４と、報告フォーマット制御モジュール７４３６と、を含む。報告生成モジュール７４２６は、計算サブモジュール７４２８を含む。
【０３２８】
報告生成モジュール７４２６は、電力報告、例えば無線端末送信電力バックオフ報告、を生成し、各電力報告は、無線端末の最大送信電力と、電力報告に対応する時点において無線端末に知られている電力レベルを有する基準信号の送信電力の比を示す。無線端末送信電力制御モジュール７４３０は、基地局から受信された少なくとも１つの閉ループ電力レベル制御信号を含む情報に基づいて無線端末の送信電力レベルを制御するために用いられる。基地局から受信された閉ループ電力制御信号は、希望される受信された電力レベルが基地局において達成されるように無線端末送信機電力を制御するために用いられる信号であることができる。幾つかの実施形態においては、基地局は、無線端末の実際の送信電力レベル及び／又は最大送信電力レベルを実際に知らない。幾つかのシステム実装においては、異なるデバイスは、異なる最大送信電力レベルを有することができ、例えばデスクトップ無線端末は、例えば電池電力で動作するポータブルノート型コンピュータ実装無線端末とは異なる最大送信電力能力を有することができる。
【０３２９】
無線端末送信電力制御モジュール７４３０は、専用制御チャネルと関連づけられた送信電力レベルの閉ループ電力制御調整を行う。専用制御チャネル制御モジュール７４３２は、複数の論理的トーンのうちのいずれの単一の論理的トーンを専用制御チャネルシグナリングに関して用いるかを決定し、前記単一の論理的トーンは、一組の専用制御チャネルセグメントを用いて制御シグナリングを送信する際に用いるための無線端末専用である。
【０３３０】
トーンホッピングモジュール７４３４は、異なる時点において、複数の連続するＯＦＤＭシンボル送信時間間隔中に専用制御チャネル情報を通信するために用いられる単一の物理的ＯＦＤＭトーンを決定する。例えば、１つの典型的実施形態においては、単一の専用制御チャネル論理的トーンに対応する専用制御チャネルセグメントは、２１のＯＦＤＭトーン−シンボルを含み、前記２１のＯＦＤＭトーン−シンボルは、７つのＯＦＤＭトーン−シンボルから成る３つの組を具備し、７つのＯＦＤＭトーン−シンボルから成る各組は、７つの連続するＯＦＤＭシンボル送信期間のハーフスロットに対応しさらに物理的ＯＦＤＭトーンに対応し、前記３つの組の各々は、異なる物理的ＯＦＤＭトーンに対応することができ、一組に関するＯＦＤＭトーンは、トーンホッピング情報に従って決定される。報告フォーマット制御モジュール７４３６は、電力報告のフォーマットを、報告が送信される時点において複数の専用制御チャネル動作モードのうちのいずれの１つが無線端末７４００によって使用中であるかの関数として制御する。例えば、１つの典型的実施形態においては、無線端末は、フルトーンＤＣＣＨ動作モードにあるときには電力報告に関して５ビットフォーマットを使用し、スプリットトーン動作モードにあるときには４ビット電力報告を用いる。
【０３３１】
計算サブモジュール７４２８は、単位がｄＢｍのアップリンク専用制御チャネルのトーン当たり送信電力を単位がｄＢｍの無線端末の最大送信電力から減じる。幾つかの実施形態においては、最大送信電力は、設定値、例えば無線端末内に格納された予め決められた値又は例えば基地局から無線端末に通信されて無線端末内に格納された値、である。幾つかの実施形態においては、最大送信電力は、無線端末の電力出力容量に依存する。幾つかの実施形態においては、最大送信電力は、無線端末の型に依存する。幾つかの実施形態においては、最大送信電力は、無線端末の動作モードに依存し、例えば、異なるモードは、次の動作、すなわち、外部電源を用いた動作、電池を用いた動作、第１のレベルのエネルギー予備を有する電池を用いた動作、第２のレベルのエネルギー予備を有する電池を用いた動作、第１の動作継続時間をサポートするための予想エネルギー予備量を有する電池を用いた動作、第２の動作継続時間をサポートするための予想エネルギー予備量を有する電池を用いた動作、通常の電力モードでの動作、節電モードでの動作のうちの少なくとも２つに対応し、節電モードにおける前記最大送信電力は、前記通常の電力モードにおける前記最大送信電力よりも低い。様々な実施形態においては、最大送信電力値は、無線端末の最大出力電力レベルを制限する政府規制を順守するために選択されている値であり、例えば、最大送信電力値は、最大許容レベルであるように選択される。異なるデバイスは、基地局にとって知られている又は知られていない異なる最大電力レベル能力を有することができる。基地局は、無線端末によってサポートすることができるサポート可能アップリンクトラフィックチャネルデータスループット、例えば送信セグメント当たりのスループット、を用いることができ、幾つかの実施形態においては実際に用いる。この理由は、バックオフ報告は比の形で提供されるため基地局が使用中の実際の送信電力レベル又は無線端末の最大能力を知らない場合でもバックオフ報告はトラフィックチャネル送信に関して用いることができる追加電力に関する情報を提供するためである。
【０３３２】
幾つかの実施形態においては、無線端末は、各々の接続が対応する最大送信電力レベルを有する１つ以上の無線接続を同時にサポートすることができる。値によって示される最大送信電力レベルは、異なる接続ごとに異なることができる。さらに、所定の接続に関して、最大送信電力レベルは、例えば無線端末によってサポートされている接続数が変化するのに応じて経時で変化することができる。従って、基地局が無線端末の最大送信電力能力を知っている場合でも、基地局は特定の時点において無線端末によってサポートされている通信リンク数を知らないことがある点に注目することができる。しかしながら、バックオフ報告は、電力資源を消費している可能性があるその他の可能な既存の接続について知ることを基地局に要求せずに所定の接続に関する利用可能な電力を基地局に連絡する情報を提供する。
【０３３３】
データ／情報７４２０は、ユーザー／デバイス／セッション／資源情報７４４０と、システムデータ７４４２と、受信電力制御信号情報７４８４と、最大送信電力情報７４８６と、ＤＣＣＨ電力情報７４９０と、タイミング情報７４９２と、ＤＣＣＨチャネル情報７４９４と、基地局識別情報７４９８と、端末識別情報７４９９と、電力報告情報７４９５と、追加ＤＣＣＨ報告情報７４９３と、コーディングされたＤＣＣＨセグメント情報７４９１と、ＤＣＣＨモード情報７４８９と、を含む。ＤＣＣＨチャネル情報７４９４は、割り当てられた論理的トーン情報７４９６、例えば基地局アタッチメントポイントによって無線端末に現在割り当てられている単一の論理的ＤＣＣＨチャネルトーンを識別する情報、を含む。
【０３３４】
ユーザー／デバイス／セッション／資源情報７４４０は、ユーザー識別情報と、ユーザー名情報と、ユーザーセキュリティ情報と、デバイス識別情報と、デバイス型情報と、デバイス制御パラメータと、ピアノード情報等のセッション情報と、セキュリティ情報と、状態情報と、ピアノード識別情報と、ピアノードアドレッシング情報と、ルーティング情報と、ＷＴ７４００に割り当てられたアップリンク及び／又はダウンリンクチャネルセグメント等のエアリンク資源情報と、を含む。受信電力制御情報７４８４は、例えば閉ループ電力制御されている制御チャネル、例えばＤＣＣＨチャネル、に関する無線端末の送信電力レベルを増大又は低減させるため又は変化させないための基地局からの受信されたＷＴ電力制御コマンドを含む。最大送信電力情報７４８６は、電力報告を生成する際に用いられる最大無線端末送信電力値を含む。基準信号情報７４９６は、電力報告計算の際に例えばＤＣＣＨチャネル信号として用いられる基準信号を識別する情報と、ある時点における基準信号の送信電力レベルと、を含み、前記時点は、電力報告が通信されるＤＣＣＨセグメントの開始送信時間及び電力報告時間オフセット情報７４７２に基づいて決定される。ＤＣＣＨ電力情報７４９０は、最大送信電力情報７４８６及び基準信号情報７４９７を入力とする計算サブモジュール７４２８の結果である。ＤＣＣＨ電力情報７４９０は、電力報告を通信するための電力報告情報７４９５内のビットパターンによって表される。追加ＤＣＣＨ報告情報７４９３は、その他の型のＤＣＣＨ報告、例えば、同じＤＣＣＨセグメントにおいて電力報告として通信される１ビットアップリンクトラフィックチャネル要求報告又は４ビットアップリンクトラフィックチャネル要求報告等のその他の型のＤＣＣＨ報告、に対応する情報を含む。コーディングされたＤＣＣＨセグメント情報７４９１は、コーディングされたＤＣＣＨセグメント、例えば電力報告及び追加報告を搬送するＤＣＣＨセグメント、を表す情報を含む。タイミング情報７４９２は、基準信号情報のタイミングを識別する情報と、電力報告を通信するために用いられるＤＣＣＨセグメントの開始のタイミングを識別する情報と、を含む。タイミング情報７４９２は、現在のタイミングを識別する、例えば、アップリンクタイミング及び周波数構造内のインデキシングされたＯＦＤＭシンボルタイミングを反復的ＤＣＣＨ報告スケジュール情報に、例えばインデキシングされたＤＣＣＨセグメントに関連させる、情報を含む。タイミング情報７４９２は、トーンホッピングを決定するためにトーンホッピングモジュール７３４４によっても用いられる。基地局識別情報７４９８は、基地局、基地局セクター、及び／又は無線端末によって使用中の基地局アタッチメントポイントと関連づけられた基地局トーンブロックを識別する情報７４９８を含む。端末識別情報７４９９は、基地局によって割り当てられた無線端末識別子、例えばＤＣＣＨチャネルセグメントと関連づけられる基地局割り当て無線端末ＯＮ状態識別子、を含む無線端末識別情報を含む。ＤＣＣＨチャネル情報７４９６は、ＤＣＣＨチャネルを例えばフルトーンチャネルとして又は複数のスプリットトーンチャネルのうちの１つとして識別する情報を含む。割り当てられた論理的トーン情報７４９６は、ＤＣＣＨチャネルに関してＷＴ７４００によって用いられる論理的ＤＣＣＨトーン、例えば情報７４５４によって識別されたトーンの組からの１つのＤＣＣＨ論理的トーン、を識別する情報を含み、識別されたトーンは、端末ＩＤ情報７４９９の基地局によって割り当てられたＷＴ  ＯＮ状態識別子に対応する。ＤＣＣＨモード情報７４８９は、現在のＤＣＣＨ動作モードをフルトーンフォーマット動作モード又はスプリットトーンフォーマット動作モードとして識別する情報を含む。幾つかの実施形態においては、ＤＣＣＨモード情報７４８９は、最大送信電力情報に関する異なる値に対応する異なる動作モード、例えば通常モード及び節電モード、を識別する情報も含む。
【０３３５】
システムデータ／情報７４４２は、複数の組の基地局データ／情報（ＢＳ１データ／情報７４４４、ＢＳ  Ｍデータ／情報７４４６）と、ＤＣＣＨ送信報告スケジュール情報７４６２と、電力報告時間オフセット情報７４７２と、ＤＣＣＨ報告フォーマット情報７４７６と、を含む。ＢＳ１データ／情報７４４２は、ダウンリンクタイミング／周波数構造情報７４４８と、アップリンクタイミング／周波数構造情報７４５０と、を含む。ダウンリンクタイミング／周波数構造情報７４４８は、ダウンリンクトーン組、例えば１１３トーンから成るトーンブロックと、ダウンリンクチャネルセグメント構造と、ダウンリンクトーンホッピング情報と、ダウンリンク搬送波周波数情報と、ＯＦＤＭシンボルタイミング情報及びＯＦＤＭシンボルのグループ分類を含むダウンリンクタイミング情報と、ダウンリンク及びアップリンクを関連させるタイミング情報と、を含む。アップリンクタイミング／周波数構造情報７４５０は、アップリンク論理的トーン組情報７４５２と、トーンホッピング情報７４５６と、タイミング構造情報７４５８と、搬送波情報７４６０と、を含む。アップリンク論理的トーン組情報７４５２、例えば基地局アタッチメントポイントによって使用中のアップリンクチャネル構造内の一組の１１３のアップリンク論理的トーンに対応する情報、は、ＤＣＣＨ論理的チャネルトーン情報７４５４、例えば、専用制御チャネルセグメントシグナリングに関して用いるための３１のトーンのうちの１つを受信するＢＳ１アタッチメントポイントを用いるＯＮ状態の無線端末によって専用制御チャネルに関して用いられる３１の論理的トーンの部分組に対応する情報、を含む。搬送波情報７４６０は、基地局１アタッチメントポイントに対応するアップリンク搬送波周波数を識別する情報を含む。
【０３３６】
ＤＣＣＨ送信報告スケジュール情報７４６２は、ＤＣＣＨフルトーンモード反復的報告スケジュール情報７４６４と、スプリットトーンモード反復的報告スケジュール情報７４６６と、を含む。フルトーンモード反復的報告スケジュール情報７４６４は、電力報告スケジュール情報７４６８を含む。スプリットトーンモード反復的報告スケジュール情報７４６６は、電力報告スケジュール情報７４７０含む。ＤＣＣＨ報告フォーマット情報７４７６は、電力報告フォーマット情報７４７８を含む。電力報告フォーマット情報７４７８は、フルトーンモード情報７４８０と、スプリットトーンモード情報７４８２と、を含む。
【０３３７】
ＤＣＣＨ送信報告スケジューリング情報７４６２は、生成されたＤＣＣＨ報告の送信を制御する際に用いられる。フルトーンモード反復的報告スケジューリング情報７４６４は、無線端末７４００がフルトーンＤＣＣＨ動作モードにおいて動作中にＤＣＣＨ報告を制御するための情報である。図１０の図１０９９は、典型的フルトーンモードＤＣＣＨ反復的報告スケジュール情報７４６４を示す。典型的電力報告スケジュール情報７４６８は、インデックスｓ２＝６を有するセグメント１００６及びインデックスｓ２＝２６を有するセグメント１０２６は各々が５ビット無線端末アップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ５）を搬送するために用いられることを示す情報である。図３２の図３２９９は、典型的スプリットトーンモードＤＣＣＨ反復的報告スケジュール情報７４６６を示す。典型的電力報告スケジュール情報７４７０は、インデックスｓ２＝３を有するセグメント３２０３及びインデックスｓ２＝２１を有するセグメント３２２１は各々が４ビット無線端末アップリンク送信電力バックオフ報告（ＵＬＴＸＢＫＦ４）を搬送するために用いられることを示す情報である。
【０３３８】
ＤＣＣＨ報告フォーマット情報７４７６は、ＤＣＣＨ報告の各々に関して用いられるフォーマット、例えば報告内のビット数、及び報告とともに通信することができる潜在的ビットパターンの各々と関連づけられた情報を示す。典型的フルトーンモード電力報告フォーマット情報７４８０は、ＵＬＴｘＢＫＦ５のフォーマットを示す図２６のテーブル２６００に対応する情報を含む。典型的スプリットトーンモード電力報告フォーマット情報７４８２は、ＵＬＴｘＢＫＦ４のフォーマットを示す図３５のテーブル３５００に対応する情報を含む。バックオフ報告ＵＬＴｘＢＫＦ５及びＵＬＴｘＢＫＦ４は、ｄＢ値を示す。
【０３３９】
電力報告時間オフセット情報７４７２は、生成された電力報告が対応する、例えば情報を提供する時点と前記報告を送信すべき通信セグメントの開始との間の時間的オフセットを示す情報を含む。例えば、ビーコンスロットのインデックスｓ２＝６を有するセグメント１００６に対応する典型的アップリンクセグメントにおいてＵＬＴｘＢＫＦ５報告が通信されることを考慮し、さらに報告を生成する際に用いられる基準信号が専用制御チャネル信号、電力報告時間オフセット情報７５７２であることを考慮すること。該場合には、時間オフセット情報７４７２は、報告情報が対応する時間、例えば基準信号、例えばＤＣＣＨ信号、送信電力レベル、に対応する報告の送信時間前のＯＦＤＭシンボル送信時間間隔と、セグメント１００６送信の開始との間の時間的オフセットを示す情報を含む。
【０３４０】
図７５は、無線端末送信電力報告を用いる典型的実施形態の特長について説明するために用いられる図７５００である。縦軸７５０２は、無線端末の専用制御チャネル、例えば単一トーンチャネル、の送信電力レベルを表し、横軸は、時間７５０４を表す。専用制御チャネルは、専用制御チャネルセグメント信号を介して様々なアップリンク制御情報報告を通信するために無線端末によって用いられる。様々なアップリンク制御情報報告は、無線端末送信電力報告、例えばＷＴ送信電力バックオフ報告と、その他の追加の制御情報報告、例えばアップリンクトラフィックチャネル要求報告、干渉報告、ＳＮＲ報告、自己雑音報告等と、を含む。
【０３４１】
各々の小さい陰影付きの円、例えば円７５０６，は、対応する時点における専用制御チャネルの送信電力レベルを表すために用いられる。例えば、各時点は、幾つかの実施形態においては、ＯＦＤＭシンボル送信時間間隔に対応し、識別された電力レベルは、そのＯＦＤＭシンボル送信時間間隔中におけるＷＴのＤＣＣＨチャネルの単一トーンに対応する変調シンボルと関連づけられた電力レベルである。幾つかの実施形態においては、各時点は、例えば、無線端末のＤＣＣＨチャネルに関して同じ物理的トーンを用いている固定数の、例えば７つの、連続するＯＦＤＭシンボル送信期間を表すドウェルに対応する。
【０３４２】
ダッシュ線のボックス７５１４は、ＷＴ送信電力バックオフ報告を搬送するＤＣＣＨセグメントを表す。セグメントは、複数のＯＦＤＭシンボル送信期間を含む。幾つかの実施形態においては、ＤＣＣＨセグメントは、２１のＯＦＤＭトーン−シンボルを含み、２１のＯＦＤＭシンボル送信時間間隔を含み、１つのＯＦＤＭトーン−シンボルは、２１のＯＦＤＭシンボル送信時間間隔の各々に対応する。
【０３４３】
典型的送信バックオフ報告は、ＷＴの最大送信電力、例えば設定値と、基準信号の送信電力との比を示す。この典型的実施形態においては、基準信号は、送信電力バックオフ報告を通信するために用いられるＤＣＣＨセグメントの開始からのオフセットである時点におけるＤＣＣＨチャネル信号である。時間７５１６は、ＷＴ送信電力バックオフ報告を搬送するＤＣＣＨセグメントの初めを識別する。時間オフセット７５１８、例えば予め決められた値、は、時間７５１６を、セグメント７５１４の電力報告を生成するために用いられる基準信号の送信時間である時間７５１２と関連させる。Ｘ７５０８は、電力レベル７５１０及び７時間５１２に関する基準信号を識別する。
【０３４４】
ＯＮ状態の無線端末に関する様々な実施形態において用いられるＤＣＣＨ制御チャネルに加えて、システムは、無線端末専用にすることができる追加の専用アップリンク制御シグナリングチャネル、例えばタイミング制御チャネル及び／又は状態移行報告要求チャネル、もサポートすることが理解されるべきである。これらの追加のチャネルは、ＯＮ状態に加えてホールド状態の場合も存在することができ、ＯＮ状態にある端末は、タイミング及び状態移行要求チャネルに加えてＤＣＣＨ制御チャネルが提供される。タイミング制御及び／又は状態移行要求チャネルにおけるシグナリングは、ＤＣＣＨ制御チャネルにおけるシグナリングよりもはるかに低いレートで、例えば無線端末の観点からは１／５以下のレートで、発生する。幾つかの実施形態においては、専用アップリンクチャネルは、ホールド状態においては基地局アタッチメントポイントによって割り当てられたアクティブユーザーＩＤに基づいて提供され、ＤＣＣＨチャネル資源は、基地局アタッチメントポイントによって割り当てられたＯＮ状態識別子を含む情報に基づいて基地局アタッチメントポイントによって割り当てられる。
【０３４５】
図７６は、図７６Ａ及び図７６Ｂの組合せを具備し、基地局に情報を通信するための典型的無線端末動作方法の流れ図７６００である。動作は、ステップ７６０２において開始し、ステップ７６０４、ステップ７６０６、ステップ７６０８、ステップ７６１０に進み、接続ノードＡ  ７６１２を介してステップ７６４０に、接続ノードＢ  ７６１４を介してステップ７６４４に、及び接続ノードＣ  ７６１６を介してステップ７６５２に進む。
【０３４６】
ステップ７６０４において、無線端末は、複数の報告辞書を格納し、各報告辞書は、（ｉ）第１の型の報告において報告される情報と報告される情報を通信するために用いることができるビットパターンとの間におけるマッピングであって、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して第１の型の報告に関する異なる情報を示すマッピング、及び（ｉｉ）第２の型の報告において報告される情報と報告される情報を通信するために用いることができるビットパターンとの間におけるマッピングであって、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して第２の型の報告に関する異なる情報を示すマッピング、を示す。ステップ７６０４の出力は、複数の報告辞書情報組（第１及び第２の報告型のマッピング情報を含む報告辞書１  ７６１８、．．．、第１及び第２の型の報告マッピング情報を含む報告辞書Ｎ  ７６２０）である。
【０３４７】
ステップ７６０６において、無線端末は、前記第１及び第２の報告をいつ送信すべきかを示すアップリンク報告送信スケジュール情報７６２２を格納する。
【０３４８】
ステップ７６４０において、無線端末は、報告に関するデフォルト辞書の使用が条件の発生によって要求されるときを示す情報を格納する。ステップ７６４０から格納された情報は、デフォルト辞書使用規則７６４２である。
【０３４９】
様々な実施形態においては、ステップ７６０４、７６０６、及び７６４０の動作の一部又は全部が、初期設定プロセスの一部として無線端末によって実行され、例えば無線端末の初期ロード（ｉｎｉｔｉａｌ  ｌｏａｄ）、無線端末の更新、及び／又は特定の基地局と関連づけられた初期設定である。幾つかの実施形態においては、７６０４、７６０６、７６４０のステップの一部又は全部は、継続中の動作の一部として実行することができ、例えば、基地局は、要求辞書を変更すること又は追加の要求辞書を実装することを決定し、情報を無線端末に通信し、無線端末は情報を格納する。
【０３５０】
ステップ７６１０において、無線端末が継続的に動作されて通信すべき情報が維持され、その結果通信すべき情報７６３２が得られる。例えば、通信すべき情報は、幾つかの実施形態においては、１つ以上の要求グループ内のフレーム数に関する情報である。
【０３５１】
ステップ７６４４において、無線端末は、状態の変化の有無を継続的にモニタリングし、デフォルト辞書使用規則７６４２を用いることは、検出された状態の変化の型に基づいて動作を指示する。無線端末がアクティブ状態になっていることがステップ７６４４において決定された場合は、動作は、ステップ７６４６に進み、ステップ７６４６において、無線端末は、使用すべき辞書をデフォルト辞書に設定し、格納されたアクティブ状態辞書７６５０を更新する。無線端末がアクティブ状態でなくなっていることがステップ７６４４において検出された場合は、動作は、ステップ７６４８に進み、ステップ７６４８において、無線端末は、使用すべき辞書の指示をクリアし、従って、格納されたアクティブ状態辞書７６５０がクリアされる。
【０３５２】
ステップ７６５２において、無線端末は、継続的に、無線端末が後続報告において特定の辞書を使用すべきであることを示す基地局からの信号を検出するためにモニタリングする。ステップ７６５２において検出された信号に応答して、ステップ７６５４における無線端末は、後続報告に関して特定の辞書をいつ使用すべきかを検出された信号から決定する。次に、ステップ７６５６において、無線端末は、適切な時点において、使用すべき辞書を指示された特定の辞書に設定し、格納されたアクティブ状態辞書７６５０が更新される。
【０３５３】
ステップ７６０８において、無線端末は、継続的に、第１及び第２の型の報告スケジュール情報７６２２を用いて、通信すべき報告が存在するかどうかを検査する。通信すべき報告が存在する場合は、動作は、ステップ７６０８からステップ７６２４に進む。ステップ７６２４において、無線端末は、ある時点に関して、第１及び第２の型の報告スケジュール情報７６２２及び格納されたアクティブ状態辞書７６２８を用いて、情報を報告するために使用すべき辞書及び報告の型を決定する。ステップ７６２４の出力は、決定された辞書７６２６及び報告型７６３０である。動作は、ステップ７６２４からステップ７６３４に進む。
【０３５４】
ステップ７６３４において、無線端末は、決定された辞書７６２６、報告辞書をビットにマッピングする情報（７６１８、．．．、７６２０）、決定された報告型７６３０、及び通信すべき情報７６３２から、一組の情報を搬送するためのビットパターンを決定する。動作は、ステップ７６３４からステップ７６３６に進み、ステップ７６３６において、無線端末は、セグメントを介して搬送される一組の変調シンボルを決定し、前記変調シンボルの組は、決定されたビットパターンを有する少なくとも第１の型の又は第２の型の報告を搬送する。動作は、ステップ７６３６からステップ７６３８に進み、ステップ７６３８において、無線端末は、報告を搬送する決定された変調シンボルを送信する。
【０３５５】
様々な実施形態においては、第１の型の報告は、第１のサイズの報告でありち、第２の型の報告は、第２のサイズの報告であり、第１及び第２のサイズは異なる。幾つかの実施形態においては、第１及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する。幾つかの典型的実施形態においては、第１の型の報告は、３情報ビットの報告であり、第２の型の報告は、４情報ビットの報告である。様々な実施形態においては、格納された辞書のうちの１つは、デフォルト辞書であり、辞書をデフォルト辞書として識別する情報が格納される。幾つかの実施形態においては、アクティブ動作状態は、アクティブホールド動作状態と、アクティブオン動作状態と、を含み、無線端末は、アクティブオン動作状態にあるときに第１及び第２の型の報告を送信し、アクティブホールド動作状態又はスリープ動作状態又はアクセス動作状態にあるきときには第１及び第２の型の報告を送信しない。幾つかの該実施形態においては、無線端末は、アクティブオン動作状態からアクティブホールド動作状態に移行し、アクティブ動作状態に戻ることができ、使用するための格納された要求辞書は、無線端末が辞書を変更するための明示の信号を受信しないかぎり変更されない。
【０３５６】
１つの典型的実施形態においては、第１の型の報告は、３ビットのアップリンクトラフィック要求報告、図１２のＵＬＲＱＳＴ３、であり、第２の型の報告は、４ビットのアップリンクトラフィック要求報告、図１２のＵＬＲＱＳＴ４、であり、アップリンク報告送信スケジューリング情報は、図１０、１１、３２、３３に対応する情報を含み、複数の報告辞書は、図１７乃至２５に関して説明される４つの要求辞書の組又は図６２乃至７０に関して説明される４つの要求辞書の組であり、報告を通信するためのセグメントは、ＯＦＤＭ専用制御チャネルセグメントであり、通信すべき情報は、複数の要求グループに関するフレームカウント情報に対応する要求グループ情報である。
【０３５７】
図７７は、様々な実施形態において用いられる典型的無線端末７７００、例えばモバイルノード、を示した図である。典型的無線端末７７００は、様々な要素がデータ及び情報を交換することができるバス７７１２を介してひとつに結合された受信機モジュール７７０２と、送信機モジュール７７０４と、プロセッサ７７０６と、ユーザーＩ／Ｏデバイス７７０８と、メモリ７７１０と、を含む。メモリ７７１０は、ルーチン７７１８と、データ／情報７７２０と、を含む。プロセッサ７７０６、例えばＣＰＵ、は、無線端末７７００の動作を制御するためにメモリ７７１０内のルーチン７７１８を実行し、データ／情報７７２０を使用する
受信機モジュール７７０２、例えばＯＦＤＭ受信機、は、受信アンテナ７７０３に結合され、基地局は、受信アンテナ７７０３を介して基地局からダウンリンク信号を受信する。ダウンリンク信号は、特定の報告辞書が用いられるべきであること及び／又は報告辞書が異なる報告辞書に変更されるべきであることを示す信号を含むことができる。幾つかの実施形態においては、報告辞書の使用を示すダウンリンク信号は、時間、例えば辞書を新しい要求辞書に変更する時間、を示す情報も含む。幾つかの実施形態においては、１つ以上の報告辞書に対応する報告辞書マッピング情報は、例えば更新プロセスの一部として又は基地局との初期設定プロセスの一部として、受信されたダウンリンク信号を介して無線端末内にダウンロードすることができ、時々ダウンロードされる。受信機モジュール７７０２は、受信されたダウンリンク信号を復号するための復号器７７１４を含む。
【０３５８】
送信機モジュール７７０４、例えばＯＦＤＭ送信機、は、送信アンテナ７７０５に結合され、無線端末は、送信アンテナ７７０５を介してアップリンク信号を基地局に送信する。幾つかの実施形態においては、送信機及び受信機に関して同じアンテナが用いられる。送信されたアップリンク信号は、専用制御チャネルセグメント信号と、トラフィックチャネルセグメント信号と、を含む。専用制御チャネルセグメント信号の少なくとも一部は、アップリンク送信バックログ報告を含み、アップリンク送信バックログ報告は、報告辞書及び報告型に対応するフォーマットのうちの１つに従う。
【０３５９】
送信機モジュール７７０４は、送信前に情報を符号化するための符号器７７１６を含む。幾つかの実施形態においては、符号器７７１６は、報告生成モジュール７７２８と関連して動作する。
【０３６０】
ユーザーＩ／Ｏデバイス７７０８は、例えばマイク、キーボード、キーパッド、マウス、タッチ画面、カメラ、スイッチ、スピーカー、及び／又はディスプレイを含む。ユーザーＩ／Ｏデバイス７７０８は、ＷＴ  ７７００のユーザーがデータ／情報を入力すること、出力データ／情報にアクセスすること、及び様々な動作及び機能、例えば通信セッションを開始すること、を制御することを可能する。
【０３６１】
ルーチン７７１８は、通信ルーチン７７２２と、無線端末制御ルーチン７７２４と、を含む。通信ルーチン７７２２は、無線端末７７００によって用いられる様々な通信プロトコルを実装する。無線端末制御ルーチン７７２４は、辞書決定モジュール７７２６と、、報告生成モジュール７７２８と、状態移行モジュール７７３０と、辞書変更信号モニタリングモジュール７７３２と、辞書リセットモジュール７７３４と、を含む。
【０３６２】
辞書決定モジュール７７２６は、ある時点において情報を報告するために用いる辞書を決定する。報告生成モジュール７７２８は、アップリンク送信バックログ報告を生成し、生成されたアップリンク送信バックログ報告は、一組の情報を搬送するためのビットパターンを含む。報告生成モジュール７７２８は、決定された辞書から及び通信すべき情報の組からビットパターンを決定する。
【０３６３】
状態移行モジュール７７３０は、無線端末のアクティブ動作状態への移行が発生したときを検出する。幾つかの実施形態においては、無線端末のアクティブ動作状態は、アクティブＯＮ動作状態及びアクティブホールド動作状態の両方を含む。
【０３６４】
辞書変更信号モニタリングモジュール７７３２は、無線端末が後続報告に関して特定の辞書を使用すべきであることを示す基地局からの信号の有無をモニタリングする。辞書決定モジュール７７２６は、モニタリングモジュール７７３２によって検出された辞書変更信号に応答して使用中の辞書を変更する。辞書リセットモジュール７７３４は、アクティブ動作状態でなくなったときに、アクティブ動作状態中に用いられていた辞書を示すメモリ内の格納された情報をクリアする。
【０３６５】
データ／情報７７２０は、システムデータ／情報７７３６と、動作状態情報７７３８と、アクティブ状態辞書識別情報７７４０と、アップリンク送信バックログ情報７７４２と、生成された３ビットアップリンク要求報告情報７７４４と、生成された４ビットアップリンク要求報告情報７７４６と、受信された辞書変更信号情報７７４８と、を含む。システムデータ／情報７７３６は、複数の組の報告辞書情報（報告辞書１情報７７６０、．．．、報告辞書Ｎ情報７７６２）と、アップリンク報告送信スケジュール情報７７６４と、デフォルト辞書使用規則情報７７６６と、を含む。
【０３６６】
報告辞書１情報７７６０は、デフォルト辞書に対応し、３ビットアップリンク送信バックログ報告マッピング情報７７６８と、４ビットアップリンク送信バックログ報告マッピング情報７７７０と、を含む。報告辞書Ｎ情報７７６２は、３ビットアップリンク送信バックログ報告マッピング情報７７７２と、４ビットアップリンク送信バックログ報告マッピング情報７７７４と、を含む。情報７７６８及び情報７７７２は、第１の型の報告、３ビットアップリンク送信バックログ報告、ＵＬＲＱＳＴ３、に対応する。しかしながら、同一の少なくとも一部のビットパターンに関する異なる辞書の少なくとも一部に関しては、これらの少なくとも一部の異なる報告辞書は異なる情報を示す。情報７７７０及び情報７７７４は、第２の型の報告、４ビットアップリンク送信バックログ報告、ＵＬＲＱＳＴ４、に対応する。しかしながら、同一の少なくとも一部のビットパターンに関する異なる辞書の少なくとも一部に関しては、これらの少なくとも一部の異なる報告辞書は異なる情報を示す。報告辞書情報（７７６０、７７６２）は、３ビット及び４ビットのアップリンク送信バックログ報告を生成するために報告生成モジュール７７２８によって用いられる。
【０３６７】
アップリンク報告送信スケジュール情報７７６４は、第１及び第２の型の報告、ＵＬＲＱＳＴ３及びＵＬＲＱＳＴ４報告、をいつ送信すべきかを示す。デフォルト辞書使用規則７７６６は、報告に関するデフォルト辞書の使用が予め決められた条件によって要求されるときを示す情報を含む。例えば、予め決められた条件は、幾つかの実施形態においては、アクティブ動作状態になることである。
【０３６８】
動作状態情報７７３８は、無線端末の現在の動作状態、例えば、オフ、スリープ、アクティブ−ホールド、アクティブ−オン、を示す情報を含む。幾つかの実施形態においては、無線端末は、アクティブ−ＯＮ状態のときに送信バックログ報告、例えばＵＬＲＱＳＴ３及びＵＬＲＱＳＴ４、を含む専用制御チャネルセグメント信号を通信し、オフ、スリープ、又はアクティブ−ホールド状態においてはＤＣＣＨセグメント信号を通信しない。アクティブ状態辞書識別情報７７４０は、使用中の辞書を識別する情報を含む。使用中のアクティブ状態辞書は、アクティブ状態になった時点でデフォルト辞書に設定され、受信された辞書変更信号に応答して変更することができ、無線端末がアクティブ状態でなくなったときに辞書リセットモジュール７７３４によってクリアされる。
【０３６９】
アップリンク送信バックログ情報７７４２は、複数の組の要求グループ情報（要求グループ１情報７７５０、．．．、要求グループＮ情報７７５２）を含む。一組の要求グループ情報、例えば要求グループ情報１情報７７５０、は、要求グループに対応する待ち行列内のデータ量、例えば要求グループに対応するアップリンクトラフィックチャネルセグメントにおいて通信すべき情報のフレーム数、のカウントを含む。アップリンク送信バックログ情報７７４２は、報告生成モジュール７７２８によって入力として用いられ、使用中の辞書に従って３ビット及び４ビットのアップリンクバックログ報告が生成される。生成されたＵＬＲＱＳＴ３報告情報７７４４は、報告生成モジュール７７２８の出力であり、報告に関して使用すべき決定された辞書に従ってバックログ情報を搬送するビットパターンを含む。生成されたＵＬＲＱＳＴ４報告情報７７４６は、報告生成モジュール７７２８の出力であり、報告に関して使用すべき決定された辞書に従ってバックログ情報を搬送するビットパターンを含む。
【０３７０】
受信された辞書変更信号情報７７４８は、辞書決定モジュール７７２６によって利用される辞書変更信号モニタリングモジュール７７３２によって復元された情報を含む。受信された辞書変更信号情報７７４８は、無線端末７７００内に格納された報告辞書のうちの１つを識別する辞書識別情報７７５４を含む。幾つかの実施形態においては、受信された辞書変更信号情報７７４８は、時間情報７７５６、例えば、無線端末が情報７７５４によって識別された辞書を使用すべき時点を識別する情報、も含む。例えば、変更時間情報７７５６は、反復的ＯＦＤＭシンボルタイミング構造において無線端末が辞書変更を実装すべきポイント、例えばスーパースロット境界、を示すことができる。
【０３７１】
１つの典型的実施形態においては、アップリンク報告送信タイミング構造情報、例えばスケジュール情報７７６４は、ＵＬＲＱＳＴ３及びＵＲＬＱＳＴ４送信バックログ報告が送信される反復的構造内のＤＣＣＨセグメントを識別する図１０、１１、３２、及び３３のＤＣＣＨチャネル報告スケジュール情報を含み、報告辞書情報（７７６８、．．．、７７７２）は、図６４、６６、６８、及び７０において説明される辞書の３ビット要求報告に対応する情報を含み、報告辞書情報（７７７０、．．．、７７７４）は、図６３、６５、６７、及び６９において説明される辞書の４ビット要求報告に対応する情報を含む。
【０３７２】
他の典型的実施形態においては、アップリンク報告送信タイミング構造情報、例えばスケジュール情報７７６４は、ＵＬＲＱＳＴ３及びＵＲＬＱＳＴ４送信バックログ報告が送信される反復的構造内のＤＣＣＨセグメントを識別する図１０、１１、３２、及び３３のＤＣＣＨチャネル報告スケジュール情報を含み、報告辞書情報（７７６８、．．．、７７７２）は、図１９、２１、２３、及び２５において説明される辞書の３ビット要求報告に対応する情報を含み、報告辞書情報（７７７０、．．．、７７７４）は、図１８、２０、２２、及び２４において説明される辞書の４ビット要求報告に対応する情報を含む。
【０３７３】
図７８は、図７８Ａ、図７８Ｂ、図７８Ｃ、及び図７８Ｄの組合せを具備し、典型的基地局動作方法の流れ図である。動作は、ステップ７８０２において開始し、基地局に電源が投入されて初期設定される。動作は、開始ステップ７８０２からステップ７８０４、ステップ７８０６、ステップ７８０８、接続ノードＡ  ７８１０、接続ノードＢ  ７８１２、接続ノードＣ  ７８１４、接続ノードＤ  ７８１６、接続ノードＥ  ７８１８、及び接続ノードＦ  ７８２０に進む。
【０３７４】
ステップ７８０４において、基地局は、複数の報告辞書を格納し、各報告辞書は、（ｉ）第１の型の報告において報告される情報と報告される情報を通信するために用いることができるビットパターンとの間におけるマッピングであって、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して第１の報告に関する異なる情報を示すマッピング、及び（ｉｉ）第２の型の報告において報告される情報と報告される情報を通信するために用いることができるビットパターンとの間におけるマッピングであって、少なくとも一部の異なる報告辞書は、同一の少なくとも一部のビットパターンに関して第２の報告に関する異なる情報を示すマッピング、を示す。ステップ７８０４の出力は、複数の格納された報告辞書情報（第１及び第２の型の報告マッピング情報を含む報告辞書１ ７８２２、．．．、第１及び第２の型の報告マッピング情報を含む報告辞書Ｎ ７８２４）である。
【０３７５】
ステップ７８０６において、基地局は、前記第１及び第２の型の報告をいつ送信すべきかを示すアップリンク報告送信スケジュール情報を格納する。ステップ７８０６の出力は、第１及び第２の報告スケジュール情報７８２６である。
【０３７６】
接続ノードＢ  ７８１２から、動作はステップ７８２８に進む。ステップ７８２８において、基地局は、報告に関するデフォルト辞書の使用が条件の発生によって要求されるときを示す情報を格納する。格納されたデフォルト辞書使用規則７８３０は、ステップ７８１２の出力である。
【０３７７】
接続ノードＣ  ７８１４から、基地局のアタッチメントポイントを使用中の各無線端末に関して、動作は、ステップ７８３２に進み、ステップ７８３２において、基地局は、無線端末の動作状態を継続的に追跡する。ステップ７８３２は、デフォルト辞書使用規則７８３０を適用する。ステップ７８３２は、個々の無線端末に関する基地局の動作を、個々の無線端末の動作状態の関数として指示する。ステップ７８３２において、無線端末がアクティブ状態になることを基地局が決定した場合は、動作は、ステップ７８３４に進み、ステップ７８３４において、基地局は、アクティブ状態になっている無線端末に関して使用すべき辞書をデフォルト辞書に設定する。従って、ステップ７８３４を実行することは、デフォルト辞書を識別するために、基地局を使用中のＷＴのうちの１つ、例えばＷＴ１又はＷＴ２、に対応する格納されたアクティブ状態辞書情報７８３８内の情報を設定する。格納されたアクティブ状態辞書情報７８３８は、ＷＴ１アクティブ状態辞書７８４０と、ＷＴ２アクティブ状態辞書７８４２と、ＷＴ３アクティブ状態辞書７８９１と、．．．、ＷＴ  Ｎアクティブ状態辞書７８４３と、を含む。ステップ７８３２において、基地局は、無線端末がアクティブ状態でなくなる予定であるか又はアクティブ状態でなくなっているかを決定した場合は、動作は、ステップ７８３６に進む。ステップ７８３６において、基地局は、格納されたアクティブ状態辞書情報７８３８内の無線端末と関連づけられた使用すべき辞書の指示をクリアする。
【０３７８】
接続ノードＤ  ７８１６から、基地局のアタッチメントポイントを使用中の各無線端末に関して、動作は、ステップ７８９０に進み、ステップ７８９０において、基地局は、継続的に、無線端末によって使用中の報告辞書を変更することを望むかどうかを考慮する。この決定は、幾つかの実施形態においては、無線端末からの要求、無線端末からの指令、基地局の内部考慮事項、例えばローディング及び／又は段（ｔｉｅｒ）レベル情報、無線端末によって実行中のアプリケーションの型、無線端末のトラフィック負荷、無線端末によって使用中の要求グループ、レーテンシー上の考慮事項、継続中の無線端末バックログの増減率、及びその他のノード、例えばシステム管理制御ノード、からの入力、のうちの少なくとも１つの関数である。
【０３７９】
ステップ７８９０において、無線端末に関する辞書を変更する意図であることを基地局が決定した場合は、動作は、ステップ７８９０からステップ７８９２に進む。ステップ７８９２において、基地局は、無線端末が後続報告において特定の辞書を使用すべきであることを示す信号を対象となる無線端末向けに送信する。動作は、ステップ７８９２からステップ７８９４に進み、ステップ７８９４において、基地局は、適切な時点において、対象となる無線端末に関して使用すべき辞書を指示された特定の辞書に設定する。ステップ７８９４は、格納されたアクティブ状態辞書情報７８３８内のエントリのうちの１つを更新する。
【０３８０】
ステップ７８０８に戻り、基地局は、継続的に、ステップ７８０８を実行する。ステップ７８０８において、基地局は、第１の無線端末から受信すべき報告が存在するかどうかを検査する。ステップ７８２６は、第１及び第２のスケジュール情報７８２６を入力として用いる。幾つかの実施形態においては、無線端末は、無線端末がオン動作状態にあるときに第１及び第２の報告を送信し、その他の動作モード、例えばホールド、スリープ、オフ、にあるときには第１及び第２の報告を送信せず、基地局は、ステップ７８０８において、報告スケジュールに加えて第１のＷＴの動作状態を考慮する。第１のＷＴから送信されることが予想される各報告に関して、動作は、ステップ７８０８からステップ７８４４に進む。
【０３８１】
ステップ７８４４において、基地局は、第１の無線端末に関する第１の時点において、情報を報告するために用いられた辞書及び報告中の報告の型を決定する。ステップ７８４４は、格納されたＷＴ１アクティブ状態辞書７８４０を入力として使用し、第１の無線端末の現在の辞書７８４６及び報告型７８４８を出力する。報告型７８４８は、第１及び第２の型の報告のうちの１つを識別する。幾つかの実施形態においては、第１の無線端末の現在の辞書は、格納されたＷＴ１アクティブ状態辞書情報７８４０によって識別される単一の辞書を識別する。幾つかの実施形態においては、時間情報が、格納されたＷＴ１アクティブ状態辞書情報と関連づけられ、格納されたＷＴ１アクティブ状態辞書情報７８４０は、２つの異なる辞書を識別する情報と、該２つの辞書の間での転送時点を示す情報と、を含むことができる。
【０３８２】
動作は、ステップ７８４４からステップ７８５０に進む。ステップ７８５０において、無線端末は、第１の信号、例えば、第１の型の報告及び第２の型の報告のうちの１つを搬送し専用制御チャネルセグメントを通じて通信される信号、を  第１の無線端末から受信する。ステップ７８５２の出力は、受信された第１の信号７８５２である。動作は、ステップ７８５０からステップ７８５４に進み、ステップ７８５４において、基地局は、第１の組の情報を搬送中のビットパターンを受信された第１の信号から決定する。ステップ７８５４の出力は、第１の無線端末の決定されたビットパターン７８５６である。動作は、ステップ７８５４からステップ７８５８に進む。
【０３８３】
ステップ７８５８において、基地局は、情報７８４６によって識別された決定された辞書及び決定されたビットパターン７８５６から、通信中の第１の情報組７８６０を決定する。ステップ７８５８への入力は、第１の無線端末の現在の辞書７８４６、報告型７８４８、第１のＷＴのビットパターン７８５６及び複数の組の報告辞書（第１及び第２の型の報告マッピング情報を含む報告辞書１  ７８２２、．．．、第１及び第２の型の報告マッピング情報を含む報告辞書Ｎ  ７８２４）である。第１の情報組７８６０は、ステップ７８５８からの出力である。基地局は、第１の無線端末の現在の辞書７８４６を用いて辞書（報告辞書１  ７８２２、．．．、報告辞書Ｎ  ７８２４）のうちの１つを選択する。基地局は、報告型７８４８を用いて、第１の型の報告マッピング情報を使用するか又は第２の型の報告マッピング情報を使用するかを選択された辞書からさらに選択する。次に、基地局は、選択されたマッピング情報を復元されたビットパターン７８５６に適用して、第１の無線端末によって通信中の第１の情報組７８６０を入手する。
【０３８４】
接続ノードＡ  ７８１０に戻り、動作は、接続ノードＡ  ７８１０からステップ７８６２に進む。基地局は、ステップ７８６２を継続的に実行する。ステップ７８６２において、基地局は、第２の無線端末から受信すべき報告が存在するかどうかを検査する。ステップ７８６２は、第１及び第２の報告スケジュール情報７８２６を入力として用いる。幾つかの実施形態においては、無線端末は、オン動作状態にあるときに第１及び第２の報告を送信し、その他の動作モード、例えば、ホールド、スリープ、オフ、にあるときには第１及び第２の報告を送信せず、基地局は、ステップ７８６２において、報告スケジュールに加えて第２のＷＴの動作状態を考慮する。第２のＷＴから送信されることが予想される各報告に関して、動作は、ステップ７８６２からステップ７８６４に進む。
【０３８５】
ステップ７８６４において、基地局は、第２の無線端末に関する第１の時点に関して、情報を報告するために用いられた辞書及び報告中の報告の型を決定する。ステップ７８６４は、格納されたＷＴ２アクティブ状態辞書７８４２を入力として使用し、第２の無線端末の現在の辞書７８６６及び報告型７８６８を出力する。報告型７８６８は、第１及び第２の型の報告のうちの１つを識別する。幾つかの実施形態においては、第２の無線端末の現在の辞書７８６６は、格納されたＷＴ２アクティブ状態辞書情報７８４２によって識別される単一の辞書を識別する。幾つかの実施形態においては、時間情報が、格納されたＷＴ２アクティブ状態辞書情報７８４２と関連づけられ、格納されたＷＴ２アクティブ状態辞書情報７８４２は、２つの異なる辞書を識別する情報と、該２つの辞書の間での転送時点を示す情報と、を含むことができる。
【０３８６】
動作は、ステップ７８６４からステップ７８７０に進む。ステップ７８７０において、基地局は、第２の信号、例えば、第１の型の報告及び第２の型の報告のうちの１つを搬送し専用制御チャネルセグメントを通じて通信される信号、を第２の無線端末から受信する。ステップ７８７０の出力は、受信された第２の信号７８７２である。動作は、ステップ７８７０からステップ７８７４に進み、ステップ７８７４において、基地局は、第２の組の情報７８８０を搬送中のビットパターン７８７６を受信された第２の信号７８７２から決定する。ステップ７８７４の出力は、第２の無線端末の決定されたビットパターン７８７６である。動作は、ステップ７８７４からステップ７８７８に進む。
【０３８７】
ステップ７８７８において、基地局は、情報７８６６によって識別された決定された辞書及び決定されたビットパターン７８７６から、通信中の第２の情報組を決定する。ステップ７８７８への入力は、第２の無線端末の現在の辞書７８６６、報告型７８６８、第２のＷＴのビットパターン７８７６及び複数の組の報告辞書（第１及び第２の型の報告マッピング情報を含む報告辞書１  ７８２２、．．．、第１及び第２の型の報告マッピング情報を含む報告辞書Ｎ  ７８２４）である。第２の情報組７８８０は、ステップ７８７８からの出力である。基地局は、第２の無線端末の現在の辞書７８６６を用いて辞書（報告辞書１  ７８２２、．．．、報告辞書Ｎ  ７８２４）のうちの１つを選択する。基地局は、報告型７８６８を用いて、第１の型の報告マッピング情報を使用するか又は第２の型の報告マッピング情報を使用するかを選択された辞書からさらに選択する。次に、基地局は、選択されたマッピング情報を復元されたビットパターン７８７６に適用して、第２の無線端末によって通信中の第２の情報組７８８０を入手する。
【０３８８】
接続ノードＥ  ７８１８に戻り、動作は、接続ノードＥ  ７８１８からステップ７８９６に進み、ステップ７８９６は、継続的に実行される。ステップ７８９６において、基地局は、第１の無線端末が第２の基地局にハンドオフされるかどうかを検査する。第１のＷＴがハンドオフされることがステップ７８９６において決定された場合は、動作は、ステップ７８９６からステップ７８９８に進む。ステップ７８９８において、基地局は、第１の無線端末によって現在使用中の報告辞書を示す信号を第２の基地局に送信する。動作は、ステップ７８９８からステップ７８９９に進む。ステップ７８９９において、基地局は、第２の基地局への第１の無線端末のハンドオフを完了させる。
【０３８９】
接続ノードＦ  ７８２０に戻り、動作は、接続ノードＦ  ７８２０からステップ７８９７に進み、ステップ７８９７は、継続的に実行される。ステップ７８９７において、基地局は、第２の基地局から該基地局への第３の無線端末のハンドオフが開始されているかどうかを検査する。ハンドオフが開始されていることがステップ７８９７において決定された場合は、動作は、ステップ７８９７からステップ７８９５に進む。ステップ７８９５において、基地局は、ハンドオフが基地局にシグナリングされている報告辞書識別情報を含むかどうかを決定する。ハンドオフに関係する報告辞書識別情報がシグナリングされていないことがステップ７８９５において決定された場合は、動作は、ステップ７８９５からステップ７８９３に進む。ハンドオフに関係する報告辞書識別情報がシグナリングされていることがステップ７８９５において決定された場合は、動作は、ステップ７８９５からステップ７８８９に進む。
【０３９０】
ステップ７８９３おいて、基地局は、第１の報告型の報告及び第２の報告型の報告を搬送する第３の無線端末受信信号に関して使用すべき報告辞書を指定されたデフォルト辞書に設定し、その結果、デフォルト辞書を識別するＷＴ３情報７８９１に関する格納されたアクティブ状態辞書が得られる。動作は、ステップ７８９３からステップ７８８５に進む。
【０３９１】
ステップ７８８９において、基地局は、ハンドオフに引き続いて第３の無線端末によって使用されるべき報告辞書を示す信号を受信する。動作は、ステップ７８８９からステップ７８８７に進み、ステップ７８８７において、基地局は、第１の報告型の報告及び第２の報告型の報告を搬送する第３の無線端末受信信号に関して使用すべき辞書をステップ７８８９の受信された信号からの指示された辞書に設定する。ステップ７８８７は、ステップ７８８９からの指示された報告辞書を識別するＷＴ３情報７８９１に関する格納されたアクティブ状態辞書が結果的に得られる。動作は、ステップ９８８７からステップ７８８５に進む。
【０３９２】
ステップ７８８５において、基地局は、第３のＷＴであるＷＴ３のハンドオフを完了させる。動作は、ステップ７８８５からステップ７８８３に進む。ステップ７８８３において、基地局は、ＷＴ３から受信された報告に関してＷＴ３用の格納されたアクティブ状態辞書によって識別された辞書を用いる。
【０３９３】
様々な実施形態においては、第１の型の報告は、第１のサイズの報告であり、第２の型の報告は、第２のサイズの報告である。幾つかの実施形態においては、第１及び第２の型の報告は、各々が、アップリンク送信バックログ情報を提供する。典型的実施形態においては、第１の型の報告は、３ビット報告であり、第２の型の報告は、４ビット報告である。
【０３９４】
１つの典型的実施形態においては、第１の型の報告は、図１２のテーブル１２００の３ビットアップリンクトラフィック要求報告（ＵＬＲＱＳＴ３）であり、第２の型の報告は、図１２のテーブル１２００の４ビットアップリンクトラフィック要求報告（ＵＲＬＱＳＴ４）であり、複数の要求辞書は、図１７乃至２５の情報を含み、複数の要求辞書は、図６２乃至７０の情報を含み、報告タイミング構造情報は、図１０及び図３２の情報を含む。
【０３９５】
図７９は、様々な実施形態による典型的基地局７９００の図である。典型的基地局７９００は、図７８の流れ図７８００の方法を実装することができる。典型的基地局７９００は、基地局７９００と通信中の複数の無線端末７７００を含む典型的無線通信システムの一部であることができる。
【０３９６】
典型的基地局７９００は、様々な要素がデータ及び情報を交換することができるバス７９１２を介してひとつに結合された受信機モジュール７９０２と、送信機モジュール７９０４と、プロセッサ７９０６と、Ｉ／Ｏインタフェース７９０８と、メモリ７９１０と、を含む。メモリ７９１０は、ルーチン７９１８と、データ／情報７９２０と、を含む。プロセッサ７９０６、例えばＣＰＵ、は、基地局７９００の動作を制御するため及び方法を実装するためにメモリ７９１０内のルーチン７９１８を実行し、データ／情報７９２０を使用する。
【０３９７】
受信機モジュール７９０２、例えばＯＦＤＭ受信機は、受信アンテナ７９０３に結合され、基地局７９００は、受信アンテナ７９０３を介して無線端末からアップリンク信号を受信する。アップリンク信号は、アクセス信号と、モード変更要求信号と、電力制御信号と、タイミング制御信号と、専用制御チャネルセグメント信号と、トラフィックチャネル信号と、を含む。専用制御チャネルセグメント信号は、アップリンク送信バックログ情報を搬送する信号、例えば３ビットアップリンク要求報告信号及び４ビットアップリンク要求報告信号、を含む。
【０３９８】
送信機モジュール７９０４、例えばＯＦＤＭ送信機は、送信アンテナ７９０５に結合され、基地局７９００は、送信アンテナ７９０５を介してダウンリンク信号を無線端末に送信する。ダウンリンク信号は、ビーコン信号と、パイロット信号と、登録信号と、モード制御信号と、辞書変更信号と、電力制御信号と、タイミング制御信号と、割り当て信号と、トラフィックチャネル信号と、ハンドオフ信号と、を含む。
【０３９９】
Ｉ／Ｏインタフェース７９０８は、基地局７９００をその他のネットワークノード、例えばその他の基地局、ＡＡＡノード、ルーター、ホームエージェントノード、システム制御ノード等、及び／又はインターネットに結合させる。Ｉ／Ｏインタフェース７９０８は、ＢＳ７９００をバックホールネットワークに結合することによって、基地局７９００アタッチメントポイントを用いる無線端末が異なる基地局をネットワークアタッチメントポイントとして使用中のピアノードとの通信セッションに参加するのを可能にする。Ｉ／Ｏインタフェース７９０８は、例えば制御ノードから基地局内へのシステム情報の転送も考慮する。例えば、報告辞書情報（７９５０、７９５２）、スケジューリング情報７９５４及びデフォルト辞書使用規則情報７９５６は、最初にＩ／Ｏインタフェース７９０８を介して基地局７９００内にローディングすることができ、及び／又は該情報の一部又は全部をＩ／Ｏインタフェース７９０８を介して更新することができる。例えば、基地局は、最初に、２つの報告辞書を用いてコンフィギュレーションすることができる。しかしながら、のちのある時点において、追加の報告辞書をシステムに追加することができ、該情報は、Ｉ／Ｏインタフェース７９０８を介して通信することができる。
【０４００】
ルーチン７９１０は、通信ルーチン７９２２と、基地局制御ルーチン７９２４と、を含む。通信ルーチン７９２２は、基地局７９００によって用いられる様々な通信プロトコルを実装する。基地局制御ルーチン７９２４は、辞書決定モジュール７９２６と、ビットパターン復元モジュール７８２８と、情報復元モジュール７９３０と、要求グループ更新モジュールと、スケジューリングモジュール７９３３と、状態移行モジュール７９３４と、辞書変更シグナリングモジュール７９３６と、辞書リセットモジュール７９３８と、コンフィギュレーションロードモジュール７９４０と、ハンドオフモジュール７９４２と、を含む。
【０４０１】
辞書決定モジュール７９２６は、個々の無線端末ごとに、無線端末に関してある時点において情報を報告するために使用すべき辞書を決定する。様々な実施形態においては、基地局７９００は、複数の報告辞書を含み、要求辞書のうちの１つがデフォルト辞書として設計される。幾つかの実施形態においては、辞書決定モジュール７９２６は、無線端末に関して予め決められた条件が発生したときに無線端末からの報告に関してデフォルト辞書を使用することを要求する。幾つかの該実施形態においては、予め決められた条件は、無線端末のアクティブ動作状態になることである。
【０４０２】
ビットパターン復元モジュール７９２８は、アップリンク報告、例えば３ビットアップリンク要求報告又は４ビットアップリンク要求報告、に対応する無線端末からの受信された信号から情報を搬送するビットパターンを復元し、該報告は、受信されたアップリンク専用制御チャネルセグメントにおいて通信される。情報復元モジュール７９３０は、復元されたビットパターン及び決定された辞書から、処理中の受信された報告において通信された一組の情報を決定する。要求グループ更新モジュール７９３２は、情報復元モジュール７９３２からの復元された情報を用いて、無線端末及び複数の異なる要求グループに対応する基地局７９００によって維持されているアップリンク送信バックログ情報を更新する。スケジューリングモジュール７９３３、例えばスケジューラ、は、基地局７９００アタッチメントポイントを使用中の無線端末間でのエアリンク資源をスケジューリングし、エアリンク資源は、アップリンク及びダウンリンクトラフィックチャネルセグメントを含む。
【０４０３】
スケジューラモジュール７９３３は、アップリンクトラフィックチャネルセグメント割り当てに関するスケジューリング決定を行うときにアップリンク送信バックログ情報を考慮に入れる。状態移行モジュール７９３４は、１つの無線端末ごとに、無線端末の動作モードを追跡し、例えばモジュール７９３４は、特定の無線端末がアクティブ動作状態に移行するときを追跡する。幾つかの実施形態においては、アクティブ動作状態は、アクティブオン状態及びアクティブホールド状態の両方を含む。幾つかの実施形態においては、無線端末は、アクティブオン動作状態においては専用制御チャネルセグメントを受信して送信バックログ要求報告を通信するために使用するが、その他の動作モード、例えばアクティブホールド状態又はスリープ状態においてはアップリンク専用制御チャネルセグメントを受信しない。
【０４０４】
辞書変更シグナリングモジュール７９３６は、無線端末が後続報告に関して特定の辞書を使用すべきであることを示す信号を生成する。辞書決定モジュール７９２６は、辞書変更シグナリングモジュール７９３６の動作に応答する。辞書リセットモジュール７９３８は、無線端末がアクティブ動作状態でなくなるときにアクティブ動作状態中に特定の無線端末によって用いられていた辞書を示すメモリ内の格納された情報をクリアする。
【０４０５】
コンフィギュレーションロードモジュール７９４０は、例えば基地局初期設定の一部として及び／又は更新の一部として、システムデータ／情報７９４４を基地局７９００に格納する。ハンドオフモジュール７９４２は、動作を実行し、信号を生成し、信号を処理し、基地局７９００及び他の基地局が関わる無線端末のハンドオフに関連する決定を行う。例えば、幾つかの実施形態においては、ハンドオフモジュール７９４２は、例えばＩ／Ｏインタフェース７９０８を介して、他の基地局にハンドオフ中の無線端末によって現在使用中の報告辞書を識別する情報を他の基地局に通信する。幾つかの実施形態においては、ハンドオフモジュール７９４２は、基地局７９００への無線端末のハンドオフの完了に引き続いて無線端末に関して使用する報告辞書を識別する情報を、例えば他の基地局から及び／又は無線端末から受信及び処理する。
【０４０６】
データ／情報７９２０は、システムデータ／情報７９４４と、複数の組の無線端末データ／情報（ＷＴ１データ／情報７９４６、．．．、ＷＴＮデータ／情報７９４８）と、を含む。システムデータ／情報７９４４は、複数の報告辞書情報組（報告辞書１情報７９５０、．．．、報告辞書Ｎ情報７９５２）と、アップリンク報告送信スケジューリング情報７９５４と、デフォルト辞書使用規則情報７９５６と、を含む。この典型的実施形態においては、報告辞書１は、指定されたデフォルト辞書である。報告辞書１情報７９５０は、３ビットアップリンク送信バックログ報告マッピング情報７９５８と、４ビットアップリンク送信バックログ報告マッピング情報７９６０と、を含む。報告辞書Ｎ情報７９５２は、３ビットアップリンク送信バックログ報告マッピング情報７９６２と、４ビットアップリンク送信バックログ報告マッピング情報７９６４と、を含む。例えば、１つの典型的実施形態においては、３ビットアップリンク送信バックログ報告マッピング情報７９５８は、図１９の情報を含み、４ビットアップリンク送信バックログ報告マッピング情報７９６０は、図１８の情報を含み、３ビットアップリンク送信バックログ報告マッピング情報７９６２は、図２５の情報を含み、４ビットアップリンク送信バックログ報告マッピング情報７９６４は、図２４の情報を含み、４つの要求辞書が存在する。他の典型的実施形態においては、３ビットアップリンク送信バックログ報告マッピング情報７９５８は、図６４の情報を含み、４ビットアップリンク送信バックログ報告マッピング情報７９６０は、図６３の情報を含み、３ビットアップリンク送信バックログ報告マッピング情報７９６２は、図７０の情報を含み、４ビットアップリンク送信バックログ報告マッピング情報７９６４は、図６９の情報を含み、４つの要求辞書が存在する。
【０４０７】
アップリンク報告送信スケジューリング情報７９５４は、基地局７９００によって利用中の反復的アップリンクタイミング構造において３ビットアップリンク送信バックログ報告が通信されるとき及び４ビットアップリンク送信バックログ報告が通信されるときを識別する情報を含む。１つの典型的実施形態においては、アップリンク報告送信スケジュール情報は、図１０及び３２の情報を含む。
【０４０８】
デフォルト辞書使用規則情報７９５６は、無線端末がデフォルト要求辞書を用いることになる条件、例えばパワーアップ及び初期アクセスに後続して及び／又はアクティブ状態でなくなった後にアクティブ状態に戻った、例えば無線端末がスリープ状態になり次に再度アクティブＯＮ状態になった、を識別する情報を含む。
【０４０９】
ＷＴ１データ／情報７９４６は、動作状態情報７９６６と、アクティブ状態辞書識別情報７９６８と、現在の辞書７９７０と、ＵＬＲＱＳＴ３報告情報を含む受信されたアップリンク信号７９７２と、復元された３ビットのビットパターン７９７４と、ＵＬＲＱＳＴ３によって搬送された復元された情報７９７６と、ＵＬＲＱＳＴ４報告情報を含む受信されたアップリンク信号７９７８と、復元された４ビットのビットパターン７９８０と、ＵＬＲＱＳＴ４によって搬送された復元された情報７９８２と、アップリンク送信バックログ情報７９８４と、辞書変更信号情報７９９０と、ハンドオフ信号情報７９９６と、を含む。アップリンク送信バックログ情報７９８４は、複数の要求グループ（要求グループ１情報７９８６、．．．、要求グループＮ情報７９８８）に対応する情報を含む。辞書変更信号情報７９９０は、辞書識別情報７９９２を含み、幾つかの実施形態においては、変更時間情報７９９４を含む。
【０４１０】
動作状態情報、例えばＯＦＦ、スリープ、ホールド、オンのうちの１つ、は、状態移行モジュール７９３４によって追跡中のＷＴ１の動作状態である。アクティブ状態ＩＤ情報７９６８は、ＷＴ１のアクティブ状態要求辞書を識別する情報を含む。時には、幾つかの実施形態においては、アクティブ状態辞書ＩＤ情報７９６８は、２つの要求辞書に対応する情報と、これらの辞書間の切り換えがいつ実装されるべきかを示す情報と、を含む。現在の辞書７９７０は、辞書決定モジュール７９２６の出力であり、対象となっている現在の専用制御チャネルセグメントに関してＷＴ１から受信された３ビット又は４ビットの要求報告を処理するために基地局によって使用すべき報告辞書を識別する。
【０４１１】
ＵＬＲＱＳＴ３報告情報７９７２を含む受信されたアップリンク信号は、ＷＴ１からのＵＬＲＱＳＴ３を搬送する専用制御チャネルセグメントに対応する受信機モジュール７９０２からの信号を含み、ビットパターン復元モジュール７９２８への入力を表す。例えば復調及び復号動作を行うビットパターン復元モジュール７９２８は、アップリンクバックログ報告情報を搬送する３ビットのビットパターン７９７４を復元する。復号器７９１４は、幾つかの実施形態においては、ビットパターン復元モジュール７９２８と関連して動作する。
【０４１２】
復元された３ビットのビットパターン７９７４は、情報復元モジュール７９３０への入力であり、ＵＬＲＱＳＴ３によって搬送された復元された情報７９７６は、情報復元モジュール７９３０の出力である。例えば、ＷＴ１が図６８に対応する要求辞書（参照番号＝２）を自己の現在の辞書７９７０として識別しておりさらに専用制御チャネルセグメント信号を復号及び復調してビットパターン１１０を復元しているとした場合は、情報復元モジュール７９３０は、図６８の情報を用いて、要求グループ０がバックログ内に１つ以上のフレームを有し、要求グループ１がバックログ内に２つのフレームを有することを識別する情報を復元する。代替として、ＷＴ１が図６６に対応する要求辞書（参照番号＝１）を自己の現在の辞書７９７０として識別しておりさらに専用制御チャネルセグメント信号を復号及び復調してビットパターン１１０を復元しているとした場合は、情報復元モジュール７９３０は、図６６の情報を用いて、要求グループ０がバックログ内に１つ以上のフレームを有し、要求グループ１がバックログ内に２つ又は３つのフレームを有することを識別する情報を復元する。
【０４１３】
ＵＲＬＱＳＴ４報告情報７９７８を含む受信されたアップリンク信号は、ＷＴ１からのＵＬＲＱＳＴ４を搬送する専用制御チャネルセグメントに対応する受信機モジュール７９０２から得られた信号を含み、ビットパターン復元モジュール７９２８への入力を表す。例えば復調及び復号動作を行うビットパターン復元モジュール７９３０は、アップリンクバックログ報告情報を搬送する４ビットのビットパターン７９８０を復元する。
【０４１４】
復元された４ビットのビットパターン７９８０は、情報復元モジュール７９３０への入力であり、ＵＬＲＱＳＴ４によって搬送された復元された情報７９８２は、情報復元モジュール７９３０の出力である。例えば、ＷＴ１が図６７に対応する要求辞書（参照番号＝２）を自己の現在の辞書７９７０として識別しておりさらに専用制御チャネルセグメント信号を復号及び復調してビットパターン００１１を復元しているとした場合は、情報復元モジュール７９３０は、図６７の情報を用いて、要求グループ１がバックログ内に３つのフレームを有することを識別する情報を復元する。代替として、ＷＴ１が図６５に対応する要求辞書（参照番号＝１）を自己の現在の辞書７９７０として識別しておりさらに専用制御チャネルセグメント信号を復号及び復調してビットパターン００１１を復元しているとした場合は、情報復元モジュール７９３０は、図６５の情報を用いて、要求グループ２がバックログ内に４つ、５つ又は６つのフレームを有することを識別する情報を復元する。
【０４１５】
辞書変更信号情報７９９０は、ＷＴ１の要求辞書を変更するために辞書変更シグナリングモジュール７９３６によって生成されるＷＴ１向けの信号を含み、幾つかの実施形態においては、前記変更はいつ発生すべきかを識別する情報７９９４を含む。ハンドオフ信号情報７９９６は、ハンドオフモジュール７９４２によって生成された及びハンドオフモジュール７９４２を介して受信された信号、例えば、ＷＴ１によって使用中の現在の辞書を示す他の基地局に通信される信号、を含み、従って、ＷＴ１は、他の基地局へのハンドオフに引き続いて同じ辞書を使用し続けることができる。ハンドオフ信号情報は、ＷＴ１が接続される他の基地局から受信された、ＢＳ７９００へのＷＴ１のハンドオフの完了に引き続いて使用すべき要求辞書を識別する情報も含み、このため、例えばその時点においてデフォルト辞書を使用する必要がなく、動作は、ＷＴ１が自己の要求辞書を変更する必要なしにＷＴ１に関して継続することができる。
【０４１６】
様々な実施形態の技術は、ソフトウェア、ハードウェア及び／又はソフトウェアとハードウェアの組合せを用いて実装することができる。様々な実施形態は、装置、例えばモバイル端末等のモバイルノード、基地局、通信システム、を対象とするものである。さらに、方法、例えばモバイルノード、基地局及び／又は通信システム、例えばホスト、を制御する及び／又は動作させる方法、も対象とする。様々な実施形態は、１つ以上のステップを実装するように機械を制御するための機械によって読み取り可能な命令を含む機械によって読み取り可能な媒体、例えばＲＯＭ、ＲＡＭ、ＣＤ、ハードディスク等も対象とする。
【０４１７】
様々な実施形態においては、本明細書において説明されるノードは、１つ以上の方法に対応するステップ、例えば信号処理ステップ、メッセージ生成ステップ及び／又は送信ステップ、を実行するための１つ以上のモジュールを用いて実装される。従って、幾つかの実施形態においては、様々な特長がモジュールを用いて実装される。該モジュールは、ソフトウェア、ハードウェア又はソフトウェアとハードウェアの組合せを用いて実装することができる。上述される方法又は方法ステップの多くは、上述される方法の全部又は一部を例えば１つ以上のノード内に実装するために、機械、例えば追加のハードウェアを有する又は有さない汎用コンピュータ、を制御するための、メモリデバイス、例えばＲＡＭ、フロッピー（登録商標）ディスク等の機械によって読み取り可能な媒体、に含まれている機械によって実行可能な命令、例えばソフトウェア、を用いて実装することができる。従って、とりわけ、様々な実施形態は、機械、例えばプロセッサ及び関連するハードウェア、に上述される方法のステップのうちの１つ以上を実行させるための機械によって実行可能な命令を含む機械によって読み取り可能な媒体を対象とする。
【０４１８】
ＯＦＤＭシステムに関して説明されている一方で、様々な実施形態の方法及び装置の少なくとも一部は、数多くの非ＯＦＤＭシステム及び／又は非セルラーシステムを含む広範な通信システムに対しても適用可能である。
【０４１９】
上記の説明に鑑みて、上述される実施形態の方法及び装置に関する数多くの追加の変形が当業者にとって明確になるであろう。該変形は、適用範囲内にあるとみなされるべきである。実施形態の方法及び装置は、ＣＤＭＡ、直交周波数分割多重化（ＯＦＤＭ）、及び／又はアクセスノードとモバイルノードとの間において無線通信リンクを提供するために用いることができる様々なその他の型の通信技術とともに用いることができ、様々な実施形態において用いられている。幾つかの実施形態においては、アクセスノードは、ＯＦＤＭ及び／又はＣＤＭＡを用いてモバイルノードとの通信リンクを構築する基地局として実装される。様々な実施形態においては、モバイルノードは、方法を実装するための、受信機／送信機回路及び論理及び／又はルーチンを含むノート型コンピュータ、パーソナルデータアシスタント（ＰＤＡ）、又はその他のポータブルデバイスとして実装される。
【図面の簡単な説明】
【０４２０】
【図１】様々な実施形態により実装される典型的通信システムを示した図である。
【図２】様々な実施形態により実装される典型的基地局を示した図である。
【図３】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図４】典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的アップリンク専用制御チャネル（ＤＣＣＨ）セグメントを示した図である。
【図５】論理的ＤＣＣＨチャネルトーンに対応する各組のＤＣＣＨセグメントがフルトーンフォーマットであるときの典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的専用制御チャネルを示した図を含む。
【図６】論理的ＤＣＣＨチャネルトーンに対応する各組のＤＣＣＨセグメントがスプリットトーンフォーマットであるときの典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的専用制御チャネルの図を含む。
【図７】論理的ＤＣＣＨチャネルトーンに対応するＤＣＣＨセグメントの組の一部がフルトーンフォーマットであり論理的ＤＣＣＨチャネルトーンに対応するＤＣＣＨセグメントの組の一部がスプリットトーンであるときの典型的直交周波数分割多重化（ＯＦＤＭ）多元接続無線通信システムにおける典型的アップリンクタイミング及び周波数構造における典型的専用制御チャネルの図を含む。
【図８】様々な実施形態による典型的アップリンクＤＣＣＨにおけるフォーマット及びモードの使用を示した図であり、前記モードは、ＤＣＣＨセグメント内の情報ビットの解釈を定義する。
【図９】図８に対応する、異なる動作モードを示す数例を示した図である。
【図１０】所定のＤＣＣＨトーンに関するビーコンスロット内のフルトーンフォーマットの典型的デフォルトモードを示した図である。
【図１１】ＷＴがＯＮ状態に移行後における第１のアップリンクスーパースロット内のアップリンクＤＣＣＨセグメントのフルトーンフォーマットのデフォルトモードの典型的定義を示した図である。
【図１２】デフォルトモードに関するフルトーンフォーマットの専用制御報告（ＤＣＲ）の典型的サマリーリストを示した図である。
【図１３】非ＤＬマクロダイバーシティモードにおける典型的５ビットダウンリンクＳＮＲ報告（ＤＬＳＮＲ５）に関する典型的フォーマットのテーブルである。
【図１４】ＤＬマクロダイバーシティモードにおける５ビットダウンリンクＳＮＲ報告（ＤＬＳＮＲ５）の典型的フォーマットのテーブルである。
【図１５】典型的３ビットダウンリンクデルタＳＮＲ報告（ＤＬＤＳＮＲ３）の典型的フォーマットのテーブルである。
【図１６】典型的１ビットアップリンク要求（ＵＬＲＱＳＴ１）報告に関する典型的フォーマットのテーブルである。
【図１７】典型的制御パラメータｙ及びｚを計算するために用いられる典型的テーブルであり、前記制御パラメータｙ及びｚは、送信要求グループ待ち行列情報を搬送するアップリンク多ビット要求報告を決定する際に用いられる。
【図１８】典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図１９】典型的な第１の要求辞書（ＲＤ参照番号＝０）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２０】典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２１】典型的な第２の要求辞書（ＲＤ参照番号＝１）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２２】典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２３】典型的な第３の要求辞書（ＲＤ参照番号＝２）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２４】典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する４ビットアップリンク要求ＵＬＲＱＳＴ４に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２５】典型的な第４の要求辞書（ＲＤ参照番号＝３）に対応する３ビットアップリンク要求ＵＬＲＱＳＴ３に関する８つのビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２６】様々な実施形態による典型的な５ビットアップリンク送信機電力バックオフ報告（ＵＬＴｘＢＫＦ５）に関する３２のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図２７】様々な実施形態により実装される、トーンブロック電力段番号を電力スケーリングファクタと関連させる典型的電力スケーリングファクタテーブルを含む。
【図２８】様々な実施形態による実装される、基地局セクター負荷情報を通信する際に用いられる典型的アップリンク負荷率テーブルである。
【図２９】様々な実施形態による、４ビットダウンリンクビーコン比報告（ＤＬＢＮＲ４）に関する典型的フォーマットを示すテーブルである。
【図３０】様々な実施形態による、典型的な４ビットダウンリンク自己雑音飽和レベルのＳＮＲ報告（ＤＬＳＳＮＲ４）のフォーマットを説明する典型的テーブルの図である。
【図３１】対応する柔軟型報告によって搬送されるインジケータ報告情報ビットと報告の型との間のマッピング例を示すテーブルの図である。
【図３２】典型的無線端末に関する所定のＤＣＣＨトーンに関するビーコンスロットにおけるスプリットトーンフォーマットの典型的デフォルトモードを示した図である。
【図３３】ＷＴがＯＮ状態に移行後の第１のアップリンクスーパースロット内におけるアップリンクＤＣＣＨセグメントのスプリットトーンフォーマットにおけるデフォルトモードの典型的定義を示した図である。
【図３４】デフォルトモードに関するスプリットフォーマットにおける専用制御報告（ＤＣＲ）の典型的サマリーリストを提供する。
【図３５】様々な実施形態による、典型的４ビットアップリンク送信バックオフ報告（ＵＬＴｘＢＫＦ４）に関する１６のビットパターンの各々と関連づけられたビットフォーマット及び解釈を識別するテーブルである。
【図３６】対応する柔軟型報告によって搬送されるインジケータ報告情報ビットと報告の型との間のマッピング例を示した図である。
【図３７】フルトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様である。
【図３８】スプリットトーンフォーマットにおけるアップリンク専用制御チャネルセグメント変調コーディングの典型的仕様を示したテーブルの図である。
【図３９】典型的無線端末アップリンクトラフィックチャネルフレーム要求グループ待ち行列カウント情報を示したテーブルの図である。
【図４０】典型的実施形態による、無線端末によって維持されている典型的な一組の４つの要求グループ待ち行列を示した図及び２つの典型的無線端末に関する要求待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示した図を含む。
【図４１】報告の型の各々に関して用いられる典型的フォーマットによる典型的要求グループ待ち行列構造、複数の要求辞書、複数の型のアップリンクトラフィックチャネル要求報告、及び待ち行列の組のグループ分類を示した図である。
【図４２】図４２Ａ、図４２Ｂ、図４２Ｃ、図４２Ｄ、及び図４２Ｅの組合せであり、様々な実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ａ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｂ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｃ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｄ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４２Ｅ】一実施形態による典型的な無線端末動作方法の流れ図である。
【図４３】様々な実施形態による典型的無線端末動作方法の流れ図である。
【図４４】様々な実施形態による制御情報を報告するための典型的無線端末動作方法の流れ図である。
【図４５】典型的実施形態における初期制御情報報告組の使用を例示するために用いられる図である。
【図４６】典型的実施形態における初期制御情報報告組の使用を例示するために用いられる図である。
【図４７】様々な実施形態による典型的通信デバイス動作方法の流れ図であり、前記通信デバイスは、複数の異なる制御情報報告の反復的送信を制御する際に用いるための予め決められた報告シーケンスを示す情報を含む。
【図４８】様々な実施形態による初期制御チャネル情報報告組の２つの典型的な異なるフォーマットを示した図であり、前記異なるフォーマット報告組は、異なる組の報告を搬送する少なくとも１つのセグメントを含む。
【図４９】様々な実施形態による複数の異なる初期制御チャネル情報報告組を示した図であり、前記異なる初期制御情報報告組は、異なるセグメント数を有する。
【図５０】様々な実施形態による典型的無線端末動作方法の流れ図である。
【図５１】様々な実施形態による、典型的無線端末に割り当てられた典型的フルトーンＤＣＣＨモードセグメント及び典型的スプリットトーンＤＣＣＨモードセグメントを示した図である。
【図５２】様々な実施形態による典型的基地局動作方法の流れ図である。
【図５３】様々な実施形態による、典型的無線端末に割り当てられた典型的フルトーンＤＣＣＨモードセグメント及び典型的スプリットトーンＤＣＣＨモードセグメントを示した図である。
【図５４】様々な実施形態による典型的無線端末動作方法の流れ図である。
【図５５】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図５６】様々な実施形態により実装される典型的基地局、例えばアクセスノード、を示した図である。
【図５７】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図５８】様々な実施形態により実装される典型的基地局、例えばアクセスノード、を示した図である。
【図５９】図５９Ａ、図５９Ｂ及び図５９Ｃの組合せであり、様々な実施形態による典型的無線端末動作方法の流れ図である。
【図５９Ａ】一実施形態による典型的無線端末動作方法の流れ図である。
【図５９Ｂ】一実施形態による典型的無線端末動作方法の流れ図である。
【図５９Ｃ】一実施形態による典型的無線端末動作方法の流れ図である。
【図６０】様々な実施形態による送信電力情報を基地局に提供するための典型的無線端末動作方法の流れ図である。
【図６１】典型的１ビットアップリンク要求（ＵＬＲＱＳＴ１）報告に関する典型的フォーマットのテーブルである。
【図６２】典型的制御パラメータｙ及びｚを計算するために用いられる典型的テーブルであり、制御パラメータｙ及びｚは、送信要求グループ待ち行列情報を搬送するアップリンク多ビット要求報告を決定する際に用いられる。
【図６３】０に等しいＲＤ参照番号を有する典型的要求辞書を定義する図である。
【図６４】０に等しいＲＤ参照番号を有する典型的要求辞書を定義する図である。
【図６５】１に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６６】１に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６７】２に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６８】２に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図６９】３に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図７０】３に等しいＲＤ参照番号を有する典型的要求辞書を定義するテーブルを含む。
【図７１】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図７２】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図７３】様々な実施形態よる典型的無線端末に関する異なる時点における要求グループ待ち行列へのアップリンクデータストリームトラフィックフローの典型的マッピングを示した図である。
【図７４】様々な実施形態により実装される典型的無線端末、例えばモバイルノード、を示した図である。
【図７５】無線端末送信電力報告を用いる典型的実施形態の特長を説明するために用いられる図である。
【図７６】図７６Ａ及び図７６Ｂの組合せであり、基地局に情報を通信するための典型的無線端末動作方法の流れ図である。
【図７６Ａ】基地局に情報を通信するための典型的無線端末動作方法の流れ図である。
【図７６Ｂ】基地局に情報を通信するための典型的無線端末動作方法の流れ図である。
【図７７】様々な実施形態において用いられる典型的無線端末、例えばモバイルノード、を示した図である。
【図７８】図７８Ａ、図７８Ｂ、図７８Ｃ、及び図７８Ｄの組合せであり、典型的基地局動作方法の流れ図である。
【図７８Ａ】典型的基地局動作方法の流れ図である。
【図７８Ｂ】典型的基地局動作方法の流れ図である。
【図７８Ｃ】典型的基地局動作方法の流れ図である。
【図７８Ｄ】典型的基地局動作方法の流れ図である。
【図７９】様々な実施形態による典型的基地局７９００を示した図である。
【図１】
2009521873.tif 000003
【図２】
2009521873.tif 000004
【図３】
2009521873.tif 000005
【図４】
2009521873.tif 000006
【図５】
2009521873.tif 000007
【図６】
2009521873.tif 000008
【図７】
2009521873.tif 000009
【図８】
2009521873.tif 000010
【図９】
2009521873.tif 000011
【図１０】
2009521873.tif 000012
【図１１】
2009521873.tif 000013
【図１２】
2009521873.tif 000014
【図１３】
2009521873.tif 000015
【図１４】
2009521873.tif 000016
【図１５】
2009521873.tif 000017
【図１６】
2009521873.tif 000018
【図１７】
2009521873.tif 000019
【図１８】
2009521873.tif 000020
【図１９】
2009521873.tif 000021
【図２０】
2009521873.tif 000022
【図２１】
2009521873.tif 000023
【図２２】
2009521873.tif 000024
【図２３】
2009521873.tif 000025
【図２４】
2009521873.tif 000026
【図２５】
2009521873.tif 000027
【図２６】
2009521873.tif 000028
【図２７】
2009521873.tif 000029
【図２８】
2009521873.tif 000030
【図２９】
2009521873.tif 000031
【図３０】
2009521873.tif 000032
【図３１】
2009521873.tif 000033
【図３２】
2009521873.tif 000034
【図３３】
2009521873.tif 000035
【図３４】
2009521873.tif 000036
【図３５】
2009521873.tif 000037
【図３６】
2009521873.tif 000038
【図３７】
2009521873.tif 000039
【図３８】
2009521873.tif 000040
【図３９】
2009521873.tif 000041
【図４０】
2009521873.tif 000042
【図４１】
2009521873.tif 000043
【図４２】
2009521873.tif 000044
【図４２Ａ】
2009521873.tif 000045
【図４２Ｂ】
2009521873.tif 000046
【図４２Ｃ】
2009521873.tif 000047
【図４２Ｄ】
2009521873.tif 000048
【図４２Ｅ】
2009521873.tif 000049
【図４３】
2009521873.tif 000050
【図４４】
2009521873.tif 000051
【図４５】
2009521873.tif 000052
【図４６】
2009521873.tif 000053
【図４７】
2009521873.tif 000054
【図４８】
2009521873.tif 000055
【図４９】
2009521873.tif 000056
【図５０】
2009521873.tif 000057
【図５１】
2009521873.tif 000058
【図５２】
2009521873.tif 000059
【図５３】
2009521873.tif 000060
【図５４】
2009521873.tif 000061
【図５５】
2009521873.tif 000062
【図５６】
2009521873.tif 000063
【図５７】
2009521873.tif 000064
【図５８】
2009521873.tif 000065
【図５９】
2009521873.tif 000066
【図５９Ａ】
2009521873.tif 000067
【図５９Ｂ】
2009521873.tif 000068
【図５９Ｃ】
2009521873.tif 000069
【図６０】
2009521873.tif 000070
【図６１】
2009521873.tif 000071
【図６２】
2009521873.tif 000072
【図６３】
2009521873.tif 000073
【図６４】
2009521873.tif 000074
【図６５】
2009521873.tif 000075
【図６６】
2009521873.tif 000076
【図６７】
2009521873.tif 000077
【図６８】
2009521873.tif 000078
【図６９】
2009521873.tif 000079
【図７０】
2009521873.tif 000080
【図７１】
2009521873.tif 000081
【図７２】
2009521873.tif 000082
【図７３】
2009521873.tif 000083
【図７４】
2009521873.tif 000084
【図７５】
2009521873.tif 000085
【図７６】
2009521873.tif 000086
【図７６Ａ】
2009521873.tif 000087
【図７６Ｂ】
2009521873.tif 000088
【図７７】
2009521873.tif 000089
【図７８】
2009521873.tif 000090
【図７８Ａ】
2009521873.tif 000091
【図７８Ｂ】
2009521873.tif 000092
【図７８Ｃ】
2009521873.tif 000093
【図７８Ｄ】
2009521873.tif 000094
【図７９】
2009521873.tif 000095
【国際調査報告】
2009521873.tif 000096
2009521873.tif 000097
2009521873.tif 000098