(57)【要約】無線通信システムにおいて効率的にレポートを送信する技術を説明する。レポートは、レポーティング・フォーマットに従い、繰り返し送信されればよい。端末はレポートの送信に使用された制御チャネルの割り当てを受信し、割り当てに基づき使用するレポーティング・フォーマットを決定する。レポーティング・フォーマットは、制御チャネル・フレームの特定の位置において送信されたレポートの特定のシーケンスを示す。端末は各レポーティング期間に対して一組のレポートを生成し、レポーティング・フォーマットに従って一組のレポートを並べる。端末は複数のレポーティング期間に複数組のレポートを繰り返し送信する。レポートは動作状態に基づいて適応的に送信されてもよい。適切なレポーティング・フォーマットは、環境（例えば、移動度）、性能、ＱｏＳ、および／または他の要因によって特徴付けられる端末の動作状態に基づいて選択されればよい。
2009528710.tif 000002
【特許請求の範囲】
【請求項１】
複数のレポーティング期間に対して、一組のレポートを生成し、レポーティング・フォーマットに従って、各レポーティング期間の前記一組のレポートを配列し、前記複数のレポーティング期間に複数組のレポートを繰り返し送信するよう構成されている少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに接続されたメモリと、を備える装置。
【請求項２】
前記レポーティング・フォーマットは、制御チャネル・フレームの特定の位置において送信されるレポートの特定のシーケンスを示す、請求項１に記載の装置。
【請求項３】
前記制御チャネル・フレームは、多数の制御チャネル・セグメントを備え、前記レポーティング・フォーマットは、前記多数の制御チャネル・セグメントの各々において、少なくとも１つのレポートを含む、請求項に記載の装置。
【請求項４】
前記レポーティング・フォーマットは、多数のタイプのレポートを含む、請求項１に記載の装置。
【請求項５】
前記多数のタイプのレポートは、ＳＮ比（ＳＮＲ）、アップリンク・リクエスト、使用可能な送信電力、干渉、遅延情報、またはそれらの組み合わせ用である、請求項４に記載の装置。
【請求項６】
前記レポーティング・フォーマットは、前記多数のタイプの各々について少なくとも１つのレポートを含み、各タイプのレポートの数は、そのタイプのレポートの重要性に基づいて決定される、請求項４に記載の装置。
【請求項７】
ＳＮＲおよびアップリンク・リクエスト用のレポートは、他のタイプのレポートよりも頻繁に送信される、請求項５に記載の装置。
【請求項８】
前記レポーティング・フォーマットは、制御チャネル・フレームの様々な位置に、特定のレポート・タイプの多数のレポートを含む、請求項１に記載の装置。
【請求項９】
前記レポーティング・フォーマットは、少なくとも１つのタイプのレポートについて様々なサイズのレポートを含む、請求項１に記載の装置。
【請求項１０】
前記少なくとも１つのプロセッサは、特定のタイプに使用可能な多数のディクショナリの中から、前記特定のタイプのレポートに使用するディクショナリを決定し、前記ディクショナリに従って前記特定のタイプのレポートを生成するよう構成されている、請求項１に記載の装置。
【請求項１１】
前記ディクショナリは、前記特定のタイプの各レポート用のフォーマットを定義する、請求項１０に記載の装置。
【請求項１２】
前記特定のタイプのレポートは、ＳＮ比（ＳＮＲ）用であり、前記多数のディクショナリは、低移動度用の第１のディクショナリと、高移動度用の第２のディクショナリとを備える、請求項１０に記載の装置。
【請求項１３】
前記特定のタイプのレポートは、アップリンク・リクエスト用であり、前記多数のディクショナリは、様々なサービス品質（ＱｏＳ）トラヒック用である、請求項１０に記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサは、レポートの送信に使用される制御チャネルの割り当てを受信し、前記制御チャネルの前記割り当てに基づいて、前記レポーティング・フォーマットを決定するよう構成されている、請求項１に記載の装置。
【請求項１５】
前記少なくとも１つのプロセッサは、フル割り当てが前記制御チャネル用に受信された場合、第１のレポーティング・フォーマットを前記レポーティング・フォーマットとして使用し、部分割り当てが前記制御チャネル用に受信された場合、第２のレポーティング・フォーマットを前記レポーティング・フォーマットとして使用するように構成されている、請求項１４に記載の装置。
【請求項１６】
前記第１のレポーティング・フォーマットは、１つのレポーティング期間において第１の数の制御チャネル・セグメントを含み、前記第２のレポーティング・フォーマットは、１つのレポーティング期間において第２の数の制御チャネル・セグメントを含む、請求項１５に記載の装置。
【請求項１７】
前記第１のレポーティング・フォーマットは、各制御チャネル・セグメントにおいて第１の数の情報ビットを含み、前記第２のレポーティング・フォーマットは、各制御チャネル・セグメントにおいて第２の数の情報ビットを含む、請求項１５に記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、前記レポーティング・フォーマットに関連するスクランブリング・シーケンスを用いて、各レポーティング期間の前記一組のレポートをスクランブルするように構成されている、請求項１に記載の装置。
【請求項１９】
複数のレポーティング期間の各々に対して一組のレポートを生成することと、
レポーティング・フォーマットに従って、各レポーティング期間の前記一組のレポートを配列することと、
前記複数のレポーティング期間に複数組のレポートを繰り返し送信することと、
を備える方法。
【請求項２０】
レポートの送信に使用される制御チャネルの割り当てを受信することと、
前記制御チャネルの前記割り当てに基づいて、前記レポーティング・フォーマットを決定することと、
をさらに備える、請求項１９に記載の方法。
【請求項２１】
特定のタイプに使用可能な多数のディクショナリの中から、前記特定のタイプのレポートに使用するディクショナリを決定することと、
前記ディクショナリに従って前記特定のタイプのレポートを生成することと、
をさらに備える、請求項１９に記載の方法。
【請求項２２】
複数のレポーティング期間に対して一組のレポートを生成する手段と、
レポーティング・フォーマットに従って、各レポーティング期間の前記一組のレポートを配列する手段と、
前記複数のレポーティング期間に複数組のレポートを繰り返し送信する手段と、
を備える装置。
【請求項２３】
レポートの送信に使用される制御チャネルの割り当てを受信する手段と、
前記制御チャネルの前記割り当てに基づいて、前記レポーティング・フォーマットを決定する手段と、
をさらに備える、請求項２２に記載の装置。
【請求項２４】
特定のタイプに使用可能な多数のディクショナリの中から、前記特定のタイプのレポートに使用するディクショナリを決定する手段と、
前記ディクショナリに従って前記特定のタイプのレポートを生成する手段と、
をさらに備える、請求項２２に記載の装置。
【請求項２５】
格納された命令を含むコンピュータ可読媒体であって、
複数のレポーティング期間に対して一組のレポートを生成する第１の命令セットと、
レポーティング・フォーマットに従って、各レポーティング期間の前記一組のレポートを配列する第２の命令セットと、
前記複数のレポーティング期間に複数組のレポートを繰り返し送信するよう指令する第３の命令セットと、
を備える、コンピュータ可読媒体。
【請求項２６】
第１のレポーティング・フォーマットに従ってレポートを送信し、第２のレポーティング・フォーマットを使用する指示を取得し、前記第２のレポーティング・フォーマットに従ってレポートを送信するよう構成されている少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと、
を備える端末。
【請求項２７】
前記第１および第２のレポーティング・フォーマットはそれぞれ、制御チャネル・フレームの特定の位置において送信されるレポートの特定のシーケンスを示す、請求項２６に記載の端末。
【請求項２８】
前記少なくとも１つのプロセッサは、前記第２のレポーティング・フォーマットを使用する前記指示とともにシグナリングを受信するよう構成されている、請求項２６に記載の端末。
【請求項２９】
前記少なくとも１つのプロセッサは、動作状態の変化を検出し、前記動作状態の検出された変化に基づいて前記第２のレポーティング・フォーマットを選択し、前記第２のレポーティング・フォーマットを使用する前記指示を生成するよう構成されている、請求項２６に記載の端末。
【請求項３０】
前記動作状態は、前記端末の環境、前記端末の性能、前記端末用のトラヒックのサービス品質（ＱｏＳ）、またはそれらの組み合わせによって特徴付けられる、請求項２９に記載の端末。
【請求項３１】
前記少なくとも１つのプロセッサは、前記端末の移動度の変化を検出し、前記端末の前記移動度の前記検出された変化に基づいて前記第２のレポーティング・フォーマットを選択し、前記第２のレポーティング・フォーマットを使用する前記指示を生成するよう構成されている、請求項２６に記載の端末。
【請求項３２】
前記少なくとも１つのプロセッサは、前記端末用のトラヒックのサービス品質（ＱｏＳ）の変化を検出し、ＱｏＳの前記検出された変化に基づいて前記第２のレポーティング・フォーマットを選択し、前記第２のレポーティング・フォーマットを使用する前記指示を生成するよう構成されている、請求項２６に記載の端末。
【請求項３３】
前記第１のレポーティング・フォーマットは、デフォルトのレポーティング・フォーマットである、請求項２６に記載の端末。
【請求項３４】
前記第１および第２のレポーティング・フォーマットはそれぞれ、現在のレポーティング期間のレポーティング・フォーマット・タイプを示すフィールドを備える、請求項２６に記載の端末。
【請求項３５】
前記第１および第２のレポーティング・フォーマットはそれぞれ、次のレポーティング期間のレポーティング・フォーマット・タイプを示すフィールドを備える、請求項２６に記載の端末。
【請求項３６】
前記少なくとも１つのプロセッサは、前記第１のレポーティング・フォーマットから前記第２のレポーティング・フォーマットへ変更するために、基地局とシグナリングを交換するよう構成されている、請求項２６に記載の端末。
【請求項３７】
前記第１および第２のレポーティング・フォーマットは、特定のレポート・タイプ用の第１および第２のディクショナリにそれぞれ関連付けられ、各ディクショナリは、前記特定のタイプの各レポート用のフォーマットを定義する、請求項２６に記載の端末。
【請求項３８】
前記少なくとも１つのプロセッサは、レポート用の情報ビットを符号化して符号ビットを生成し、前記レポート用の前記情報ビットまたは前記符号ビットをスクランブルするよう構成されている、請求項２６に記載の端末。
【請求項３９】
前記少なくとも１つのプロセッサは、前記第１および第２のレポーティング・フォーマットに従って送信された前記レポートの選択されたものをスクランブルするよう構成される、請求項２６に記載の端末。
【請求項４０】
前記少なくとも１つのプロセッサは、前記第１のレポーティング・フォーマットに従って送信されるレポートに対して第１のスクランブリング・シーケンスを使用し、前記第２のレポーティング・フォーマットに従って送信されるレポートに対して第２のスクランブリング・シーケンスを使用するよう構成されている、請求項２６に記載の端末。
【請求項４１】
第１のレポーティング・フォーマットに従ってレポートを送信することと、
第２のレポーティング・フォーマットを使用する指示を取得することと、
前記第２のレポーティング・フォーマットに従ってレポートを送信することと、
を備える方法。
【請求項４２】
動作状態の変化を検出することと、
前記動作状態の前記検出された変化に基づいて、前記第２のレポーティング・フォーマットを選択することと、
をさらに備える、請求項４１に記載の方法。
【請求項４３】
端末の移動度の変化を検出することと、
前記端末の前記移動度の前記検出された変化に基づいて、前記第２のレポーティング・フォーマットを選択することと、
をさらに備える、請求項４１に記載の方法。
【請求項４４】
端末用のトラヒックのサービス品質（ＱｏＳ）の変化を検出することと、
ＱｏＳの前記検出された変化に基づいて、前記第２のレポーティング・フォーマットを選択することと、
をさらに備える、請求項４１に記載の方法。
【請求項４５】
第１のレポーティング・フォーマットに従ってレポートを送信する手段と、
第２のレポーティング・フォーマットを使用する指示を取得する手段と、
前記第２のレポーティング・フォーマットに従ってレポートを送信する手段と、
を備える装置。
【請求項４６】
動作状態の変化を検出する手段と、
前記動作状態の前記検出された変化に基づいて、前記第２のレポーティング・フォーマットを選択する手段と、
をさらに備える、請求項４５に記載の装置。
【請求項４７】
端末の移動度の変化を検出する手段と、
前記端末の前記移動度の前記検出された変化に基づいて、前記第２のレポーティング・フォーマットを選択する手段と、
をさらに備える、請求項４５に記載の装置。
【請求項４８】
端末用のトラヒックのサービス品質（ＱｏＳ）の変化を検出する手段と、
前記ＱｏＳの前記検出された変化に基づいて、前記第２のレポーティング・フォーマットを選択する手段と、
をさらに備える、請求項４５に記載の装置。
【請求項４９】
格納された命令を含むコンピュータ可読媒体であって、
第１のレポーティング・フォーマットに従ってレポートを生成する第１の命令セットと、
第２のレポートティング・フォーマットを使用する指示を取得するための第２の命令セットと、
前記第２のレポートティング・フォーマットに従ってレポートを生成する第３の命令セットと、
を備える、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［背景］
本開示は、一般的に通信に関し、特に無線通信システムにおいて情報をレポートする技術に関する。
【０００２】
無線多元接続通信システムでは、ダウンリンクおよびアップリンクでの多数の端末の通信を同時にサポートすることができる。ダウンリンク（または順方向リンク）とは、基地局から端末への通信リンクのことをいい、アップリンク（または逆方向リンク）とは、端末から基地局への通信リンクのことをいう。
【０００３】
端末はシステム全体にわたって置かれてもよく、様々なチャネル状態を監視してもよい。さらに、これらの端末には、様々なデータ要件および／または性能があればよい。端末は、システムから適切なサービスを得たり、適正なシステム動作を保証したりするために、様々なタイプの情報をレポートすればよい。例えば、端末は、基地局のダウンリンクのチャネル品質を推定して、アップリンクにてチャネル品質レポートを基地局へ送ってもよい。基地局は、このチャネル品質レポートを使用して、端末に無線リソースを割り当て、および／または端末へのダウンリンクにおけるふさわしい伝送データ・レートを選択すればよい。
【０００４】
端末によってレポートされた情報は、たとえ妥当または重要であっても、システムにおいてはオーバーヘッドを表している。よって、より多くの使用可能な無線リソースを、データの送信に使用できるように、できるだけ効率的にこの情報を送ることが望ましい。したがって、当技術分野では、無線通信システムにおいて情報を効率的にレポートする技術の必要性がある。
【発明の開示】
【０００５】
［概要］
本願明細書では、無線通信システムにおいて効率的にレポートを送信する技術が説明される。レポートは、チャネル品質、無線リソースへのリクエスト、使用可能な送信電力、干渉、バックログ情報、セクタ情報などのような様々なタイプの情報を伝えればよい。
【０００６】
一実施形態において、レポートは、レポーティング・フォーマット（reporting format）に従って繰り返し送信される。端末は、レポートの送信に使用される制御チャネルの割り当てを受信し、その割り当てに基づいて、使用するレポーティング・フォーマットを決定する。例えば、１つのレポーティング・フォーマットは、制御チャネルのフル（例えば、フルトーン（full-tone））割り当てに使用されればよく、別のレポーティング・フォーマットは、部分（例えば、分割トーン（split-tone））割り当てに使用されればよい。レポーティング・フォーマットは、制御チャネル・フレーム（control channel frame）の特定の位置において送信されるレポートの特定のシーケンスを示す。レポーティング・フォーマットは、以下で説明するような、他の機能を持っていてもよい。端末は、各レポーティング期間（reporting interval）に対し一組のレポートを生成し、レポーティング・フォーマットに従って、一組のレポートを並べる。端末は、レポーティング・フォーマットを使用して、複数のレポーティング期間に、複数組のレポートを繰り返し送信する。
【０００７】
別の実施形態において、レポートは、動作状態に基づいて適応的に送信される。端末は、第１のレポーティング・フォーマットに従って、レポートを基地局へ送信する。第１のレポーティング・フォーマットは、デフォルトのレポーティング・フォーマットであってもよく、または端末の現在の動作状態に基づいて選択されてもよい。動作状態は、端末の環境（例えば、移動度）、端末の性能、端末用のトラヒックのサービス品質（quality of service：ＱｏＳ）などよって特徴付けられればよい。動作状態の変化が検出される。続いて、第２のレポーティング・フォーマットが、検出された動作状態の変化に基づいて選択される。その後、端末は、第２のレポーティング・フォーマットに従って、レポートを送信する。適切なレポーティング・フォーマットが、動作状態の変化が検出されるときに常に選択されればよい。
【０００８】
本発明の様々な態様および実施形態を以下でさらに詳しく説明する。
【０００９】
本発明の実施形態の態様は、図面を参照しながら、以下に開示された詳細な説明を読むことで、さらに明らかになるであろう。図面では、全体にわたって同じ参照符号のものは対応するように示されている。
【００１０】
［詳細な説明］
本願明細書で使用される「例として」という言葉は、「例、実例、または例証として機能する」ことを意味している。本願明細書に「例として」と記載された、あらゆる実施形態またはデザインは、必ずしも他の実施形態またはデザインにおいて好ましい、または利点があると解釈されるとは限らない。
【００１１】
図１は、多数の基地局１１０、および多数の端末１２０を備える無線通信システム１００を示している。基地局は、端末と通信する局である。基地局は、ノードＢ、アクセスポイント、および／または他のネットワーク・エンティティと呼ばれてもよく、これらのうちのいくつかまたはすべての機能を含んでいてもよい。各基地局１１０は、特定の地理的領域１０２へ通信カバレッジを提供する。「セル」という用語は、この用語が使われる文脈によって、基地局、および／またはそのカバレッジ・エリアのことを示すことができる。システムの性能を向上させるには、基地局カバレッジ・エリアは、例えば３つの小エリア１０４ａ、１０４ｂ、１０４ｃのようなさらに小さい多数のエリアに分けられてもよい。各小エリアは、ベース・トランシーバ・サブシステム（base transceiver subsystem：ＢＴＳ）とも称される、それぞれの基地局セクタ（base station sector：ＢＳＳ）によってサービスを受けてもよい。「セクタ」という用語は、この用語が使われる文脈によって、ＢＳＳ、および／またはそのカバレッジ・エリアのことを示すことができる。セクタ化されたセルについては、そのセルのすべてのセクタ用のＢＳＳｓが、一般にそのセル用の同じ基地局内に置かれる。本願明細書に記載のレポーティング技術は、セクタ化されたセルを持つシステムのほか、セクタ化されていないセルを持つシステムに使用されてもよい。以下の説明で、「基地局」という用語は、一般に、セルにサービスを提供（serves）する局のほか、セクタにサービスを提供する局のことをいう。
【００１２】
集中型アーキテクチャでは、システム・コントローラ１３０が基地局１１０に接続され、これらの基地局に対し調整および制御を提供する。システム・コントローラ１３０は、単一のネットワーク・エンティティでも、ネットワーク・エンティティの集まりであってもよい。分散型アーキテクチャでは、これらの基地局は必要に応じて互いに通信すればよい。
【００１３】
端末１２０はシステム全体にわたって分散されてもよく、各端末は静止していても移動可能であってもよい。端末は、無線端末（wireless terminal：ＷＴ）、アクセス端末（access terminal：ＡＴ）、移動局（mobile station：ＭＳ）、ユーザ機器（user equipment：ＵＥ）、加入者局、および／または他のエンティティと呼ばれてもよく、これらのうちのいくつかまたはすべての機能を含んでいてもよい。端末は、無線デバイス、携帯電話、パーソナル・デジタル・アシスタント（ＰＤＡ）、無線モデム、ハンドヘルド・デバイスなどであってもよい。端末は、ダウンリンクおよびアップリンク上での伝送を介して、１つ以上の基地局と通信すればよい。以下の説明では、「端末」および「ユーザー」という用語は、同じ意味で使用される。
【００１４】
本願明細書に記載のレポーティング技術は、様々な無線通信システムに使用してもよい。これらの技術は、符号分割多重接続（Code Division Multiple Access：ＣＤＭＡ）、時分割多元接続（Time Division Multiple Access：ＴＤＭＡ）、周波数分割多元接続（Frequency Division Multiple Access：ＦＤＭＡ）、直交ＦＤＭＡ（Orthogonal FDMA：ＯＦＤＭＡ）、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）、シングル・キャリアＦＤＭＡ（Single Carrier FDMA：ＳＣ−ＦＤＭＡ）などのような様々な無線テクノロジーおよび多元接続方式に使用されてもよい。ＯＦＤＭＡおよびＳＣ−ＦＤＭＡは、周波数帯域（例えば、システムの帯域幅）を、サブキャリア、サブバンド、ビンなどとも呼ばれる多数の直交トーンに分割する。各トーンは、データで変調されればよい。一般に、変調シンボルは、ＯＦＤＭＡでは周波数領域、ＳＣ−ＦＤＭＡでは時間領域において送信される。この技術は、例えば、ＯＦＤＭＡおよびＣＤＭＡなどの多元接続方式の組み合わせを利用する、無線通信システムに使用されてもよい。
【００１５】
明確にするため、例としてのＯＦＤＭＡシステムに関して、このレポーティング技術の特定の態様を以下に説明する。一般的に、ＯＦＤＭＡシステムは、任意の数のトータルトーンおよび任意の数の使用可能トーンを持つ、任意のトーン構成を使用すればよい。例としての実施形態において、ＯＦＤＭＡシステムは、１２８個のトータルトーンおよび１１３個の使用可能トーンを持つトーン構成を使用する。ＯＦＤＭＡシンボルは、当技術分野で周知の方法で生成され、ＯＦＤＭシンボル期間（または、単にシンボル期間）において送信されればよい。
【００１６】
本願明細書に記載のレポーティング技術は、様々な信号構成とともに使用してもよい。信号構成とは、データおよび信号が送信される方法を示すものである。明確にするために、例としての信号構成を以下で説明する。
【００１７】
図２は、信号構成２００の実施形態を示している。伝送のタイムラインは、スーパーウルトラスロット（superultraslots）に分けられる。各スーパーウルトラスロットには、所定の時間間隔（例えば、およそ１３．１秒）があり、インデックス０〜７までの８つのウルトラスロットが含まれる。各ウルトラスロットは、インデックス０〜１７の１８個のビーコンスロットを含み、各ビーコンスロットはインデックス０〜７の８つのスーパースロットを含む。ダウンリンクでは、各スーパースロットは、ヘッダ（Ｈ）に続くインデックス０〜７の８つのスロットを含む。スーパースロットヘッダは、２つのシンボル期間にわたり、各スロットは１４個のシンボル期間にわたり、各スーパースロットは１１４個のシンボル期間にわたる。アップリンクでは、各スーパースロットは、アップリンク・アクセス・チャネル（ＵＬ．ＡＣＨ）に続くインデックス０〜１４を持つ１５個のドウェル（dwell）を含む。ＵＬ．ＡＣＨは、９個のシンボル期間にわたり、各ドウェルは７個のシンボル期間にわたり、各スーパースロットは１１４個のシンボル期間にわたる。
【００１８】
図２は、特定の信号構成を示している。他の様々な信号構成が使用されてもよく、これは本発明の範囲内である。明確にするために、図２に示される信号構成についてのレポーティング技術を以下に説明する。
【００１９】
一実施形態において、端末は、基地局との接続のＯＮ状態への移行と同時に、個別制御チャネル（ＤＣＣＨ）のセグメントを割り当てられる。接続は、物理（ＰＨＹ）層および／または媒体アクセス制御（Medium Access Control：ＭＡＣ）層のための、基地局と端末との間に確立されたチャネルの集まりとして考えてもよい。ＯＮ状態の間、端末は、ダウンリンクにてデータを受信し、および／またはアップリンクにてデータを送信できるであろう。端末は、割り当てられたＤＣＣＨセグメントを使用して、アップリンクにてレポートを基地局へ送る。これらのレポートは、以下で説明するように、様々なタイプの情報用であればよい。
【００２０】
ＤＣＣＨは、様々な方法によって実装してもよい。一実施形態において、ＤＣＣＨは、ＤＣＣＨトーンとも称される、一組の論理トーン（例えば、３１個の論理トーン）を備える。各ＤＣＣＨトーンは、各ドウェル中の特定の使用可能トーン／物理トーンにマッピングされればよく、トーンホッピング操作に基づいて、物理トーンから別のドウェル中の物理トーンへホップされればよい。
【００２１】
図３は、ＤＣＣＨ構成３００の実施形態を示している。この実施形態では、各ビーコンスロットにおいて、インデックス０〜３９の４０個のＤＣＣＨセグメントが各ＤＣＣＨトーンに対して定義されている。ビーコンスロットは、６４個のスロット、言い換えるとインデックス０〜１２７を持つ１２８個のハーフスロットを含む。各ＤＣＣＨセグメントは、１つのトーンを使用し、３つのハーフスロットにわたる。５つのＤＣＣＨセグメントは、各スーパースロットについて、ＵＬ．ＡＣＨに使用される先頭のハーフスロットと、最後の１５個のハーフスロットとで形成される。よって、ＤＣＣＨセグメント０〜４は、スーパースロット０内のハーフスロット１〜１５で形成され、ＤＣＣＨセグメント５〜９は、スーパースロット１内のハーフトーン１７〜３１で形成されるなどし、ＤＣＣＨセグメント３５〜３９は、スーパースロット７内のハーフスロット１２５〜１２７で形成される。
【００２２】
図３に示された実施形態では、３１個の論理トーンがＤＣＣＨに使用され、各ビーコンスロットにおいて４０個のＤＣＣＨセグメントが各ＤＣＣＨトーンに対して定義され、合計１２４０個のＤＣＣＨセグメントが各ビーコンスロットにおいて使用可能である。使用可能なＤＣＣＨセグメントは、様々な方法で端末に割り当てられればよい。
【００２３】
図４は、図３に示された、ＤＣＣＨ構成用の例としての割り当て方式を示している。一実施形態において、各ＤＣＣＨトーンは、１人または多数のユーザーに割り当てられればよい。多数のＤＣＣＨモードが定義されてもよい。各ＤＣＣＨモードは、所定のＤＣＣＨトーンを割り当てられた特定数のユーザーに対応すればよい。フルトーンフォーマット／割り当てとも呼ばれる、フルＤＣＣＨモードでは、１つのＤＣＣＨトーンが１人のユーザーに割れ当てられ、このユーザーはそのトーン上のすべてのＤＣＣＨにおいてレポートを送信できる。２方向分割トーン（2-way split-tone）フォーマット／割り当てとも呼ばれる、ハーフＤＣＣＨモードでは、１つのＤＣＣＨトーンが２人のユーザーに割り当てられる。３方向分割トーン（3-way split-tone）フォーマット／割り当てとも呼ばれる、１／３ＤＣＣＨモードでは、１つのＤＣＣＨトーンが３人のユーザーに割り当てられる。４方向分割トーン（4-way split-tone）フォーマット／割り当てとも呼ばれる、１／４ＤＣＣＨモードでは、１つのＤＣＣＨトーンが４人のユーザーに割り当てられる。他のＤＣＣＨモードが定義されてもよい。Ｎ＞１であるＮ方向分割トーン割り当てでは、Ｎ人のユーザーが、１つのＤＣＣＨトーンのＤＣＣＨセグメントにおいて、時分割多重（ＴＤＭ）方式でレポートを送信すればよい。ＤＣＣＨセグメントは、Ｎ人のユーザーを周期的に繰り返し、各周期において１つのＤＣＣＨセグメントを各ユーザーに割り当てることによって、これらのユーザーに割り当てられればよい。こうして、各ユーザーは、図４に示されるように、時間ごとに均一に分割されるＤＣＣＨセグメントを割り当てられる。すべての割り当てについて、各ユーザーは自分に割り当てられたＤＣＣＨセグメントにおいてレポートを送信すればよい。
【００２４】
図３および図４は、ＤＣＣＨ用の構成および割り当て方式の特定の実施形態を示している。これらの実施形態は、周波数ホッピングによる周波数ダイバーシティ、および時間をまたがって広がるＤＣＣＨセグメントの割り当てによる時間ダイバーシティを提供する。ＤＣＣＨは、他の方法で実装されてもよく、他の方法で分割されユーザーに割り当てられてもよい。例えば、ＤＣＣＨは、特定のシンボル期間に特定のトーンを用いて実装されてもよい。別の例としては、ユーザーは、所定の時間間隔において、多数のＤＣＣＨセグメントに割り当てられてもよい。明確にするために、以下のほとんどの説明において、図３および図４に示された実施形態について記載する。
【００２５】
図５は、ＤＣＣＨ用のレポート伝送方式５００の実施形態を示している。この実施形態では、端末は１つのビーコンスロットの各レポーティング期間において、ＤＣＣＨにて一組のレポートを基地局へ送る。各一組のレポートは、事前に知られている、または端末と基地局との両方によって確認できる、レポーティング・フォーマットを使用して送られる。
【００２６】
一般的に、レポーティング・フォーマットは、１つ以上のレポートを送信するための構成である。レポーティング・フォーマットは、どのタイプのレポートが送信されるか、各タイプのレポートがどのくらいの頻度で送信されるか、各レポートの位置および長さ、および／または他の情報のような、様々なパラメータを伝えればよい。レポーティング・フォーマットは、レポーティング構成、制御チャネル・フォーマット、ＤＣＣＨフォーマットなどとも呼ばれる。一般的に、レポーティング・フォーマットを使用して送信される、各レポートのレポート・タイプ、位置、サイズ、およびフォーマットを伝えるために、オーバーヘッド情報（例えば、ヘッダ）が必要とされないため、レポートは、レポーティング・フォーマットを使用して効率的に送信されると思われる。オーバーヘッド情報のすべてまたはほとんどは、レポーティング・フォーマットから暗黙に分かる。したがって、レポートは、有用な情報をすべてまたはほとんど含み、オーバーヘッド情報をほとんどまたは全く含まないであろう。
【００２７】
図５に示されているように、レポートは、図５において１つのビーコンスロットである各レポーティング期間に、同じレポーティング・フォーマットを使用して、定期的に送信される。続いて、各レポーティング期間において、同じセットのレポートが送信されることになる。ただし、レポート中の値は、様々なレポーティング期間においての測定結果および／または状態に基づき、レポート・セットによって違っていてもよい。各セット中のレポートの解釈は固定され、レポーティング・フォーマットによって決定される。
【００２８】
端末は、様々なタイプのレポートを送信してもよい。表１に、いくつかのレポートのタイプを一覧し、各レポートのタイプについて簡単に説明する。
【表１】
2009528710.tif 000003
ＤＬ  ＳＮＲは、端末で見られる基地局のダウンリンク・チャネル品質、または受信されたＳＮＲを表す。端末は、１つまたは多数の基地局からダウンリンクにて伝送を受信すればよい。端末は、各基地局のＤＬ  ＳＮＲを、その基地局によって送られるダウンリンク・パイロット・チャネル（ＤＬ．ＰＩＣＨ）に基づいて測定すればよい。端末は、各基地局に対してフルＤＬ  ＳＮＲレポートおよびデルタＤＬ  ＳＮＲレポートを生成すればよい。フルＤＬ  ＳＮＲレポートは、現在のレポーティング期間において測定されたＤＬ  ＳＮＲを与える。デルタＤＬ  ＳＮＲレポートは、現在のレポーティング期間におけるＤＬ  ＳＮＲと前のレポーティング期間におけるＤＬ  ＳＮＲとの差である、デルタＳＮＲを与える。デルタＳＮＲは、相対ＳＮＲまたは差動（differential）ＳＮＲとも称される。端末が多数の基地局からダウンリンク伝送を受信できる場合、基地局用のフルＤＬ  ＳＮＲレポートは基地局が良好か良好でないかを示してもよい。
【００２９】
自己ノイズＳＮＲは、ＤＬ  ＳＮＲの飽和レベルであり、基地局が信号を無限のパワーで伝送した場合に、端末の受信器がその受信信号を監視することになるＳＮＲである。ＤＬ  ＳＮＲの飽和レベルは、チャネル推定エラーおよび／または他の要因によって引き起こされる、端末の受信器の自己ノイズによって決まる。端末は、ＤＬ  ＳＮＲの飽和レベルを次のように決定すればよい。端末は、基地局が電力Ｐで送信する場合、ＤＬ  ＳＮＲは次のようにして得られる。
【００３０】
ＳＮＲ（Ｐ）＝Ｇ・Ｐ／（ａ０・Ｇ・Ｐ＋Ｎ）              式（１）
ここでＧは、基地局から端末への無線チャネルの経路利得を示す。式（１）における量は、線形単位で与えられる。
【００３１】
Ｇ・Ｐとういう語は、端末で受信された信号電力を表す。Ｎという語は、受信された干渉電力を表す。ａ０・Ｇ・Ｐという語は、自己ノイズを表し、ａ０の値が高くなれば自己ノイズの値が高くなる。端末は、ダウンリンク・ヌル・チャネル（ＤＬ．ＮＣＨ）の受信された電力を測定して、干渉電力Ｎを決定すればよい。端末はまた、受信された電力（Ｇ・Ｐ０と表される）およびＤＬ．ＰＩＣＨのＳＮＲ（ＳＮＲ０と表される）を測定すればよい。ＤＬ  ＳＮＲの飽和レベルは、１／ａ０と等しく、以下のように計算されればよい。
【００３２】
自己ノイズＳＮＲ＝
【数１】
2009528710.tif 000004
【００３３】
式（２）における量は、線形単位で与えられる。
【００３４】
ＵＬリクエストは、端末でのバックログ情報を伝える。端末は、１つ以上（例えば、４つまで）のＭＡＣフレーム・キューを保持すればよい。各ＭＡＣフレーム・キューは、１つのリクエスト・グループ用のＭＡＣフレームをバッファすればよい。ＭＡＣフレームは、上位層プロトコルのパケットから生成されればよい。各パケットは、１つのリクエスト・グループにマッピングされればよく、そのパケット用に生成されたすべてのＭＡＣフレームは、関連するＭＡＣフレーム・キュー内に置かれればよい。ＵＬリクエストは、端末が送信するであろうリクエスト・グループ中のＭＡＣフレームの数（例えば、４つ）を伝えればよい。これは、端末用のバックログ情報を表す。基地局は、バックログ情報、チャネル状態、および／または端末によって送信されるデータの優先度などの他の要因に基づいて、トラヒック・チャネル・セグメント（または無線リソース）を端末に割り当てればよい。
【００３５】
遅延情報は、端末によって送信されるデータが遭遇した遅延の量を伝える。端末は、各リクエスト・グループにおいてのＭＡＣフレームが遭遇した遅延を追跡すればよい。例えば、端末は、ｋ＝０，．．．，３であるリクエスト・グループｋにおいて最も古いＭＡＣフレームが遭遇した、現在のヘッドオブライン（head-of-line）遅延を示すＤ［ｋ］を保持すればよい。したがって、この遅延情報は、リクエスト・グループにおいてのＭＡＣフレームの遅延、すなわちＤ［ｋ］を備えればよい。基地局は、端末にトラヒック・チャネル・セグメント（traffic channel segment）を割り当てるときに、遅延情報を考慮に入れればよい。
【００３６】
ＤＣＣＨバックオフは、アップリンクでのデータ伝送に使用可能な端末での送信電力の量を伝える。端末は、ＤＣＣＨの送信電力を調整して、ＤＣＣＨで送信されるレポート用のパフォーマンスの目標レベルを実現させる。端末には、一定の最大送信電力があり、これは端末の設計によって決まるであろう。ＤＣＣＨバックオフは、最大送信電力とＤＣＣＨの送信電力との間の差であり、以下のようにして得ることができる。
【００３７】
ｗｔＵＬＤＣＣＨＢａｃｋＯｆｆ＝ｗｔＰｏｗｅｒＭａｘ−ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒ                                                式（３）
ここで、ｗｔＵＬＤＣＣＨＴｘＰｏｗｅｒは、ＵＬ．ＤＣＣＨのトーン毎の送信電力であり、
ｗｔＰｏｗｅｒＭａｘは、端末の最大送信電力であり、
ｗｔＵＬＤＣＣＨＢａｃｋＯｆｆは、ＤＣＣＨバックオフである。
【００３８】
式（３）におけるすべての量は、ｄＢｍの単位で与えられる。ＤＣＣＨバックオフは、適切な数のトーンの割り当て、および／またはアップリンクでの伝送用の適切なデータ・レートの選択に使用されればよい。
【００３９】
ビーコン率は、端末によって引き起こされる可能性のある干渉を様々な基地局へ伝え、アップリンクでの干渉管理に使用すればよい。端末は、サービング中の基地局のチャネル利得に関連する、隣接した基地局のチャネル利得（または信号強度）を測定すればよい。端末は、サービング基地局の、ビーコン（ＰＢ０）の受信電力とパイロット・チャネル（ＰＰ０）の受信電力とを測定すればよい。端末は、同様に、各隣接基地局ｉの、ビーコン（ＰＢｉ）の受信電力とパイロット・チャネル（ＰＰｉ）の受信電力とを測定すればよい。続いて、端末は、基地局ｉのチャネル利得率Ｇｉを以下のように算出すればよい。
【００４０】
Ｇｉ＝ＰＢｉ／ＰＢ０  または  Ｇｉ＝ＰＢｉ／（ＰＰ０・Ｋ・Ｚ０）      式（４）
ここで、Ｋは、ビーコンのトーン毎の送信電力とパイロット・チャネルの送信電力との比率であり、Ｚ０はサービング基地局においてトーンがどのように使用されるかによって決まる、換算係数（scaling factor）である。
【００４１】
基準（generic）ビーコン率レポート（beacon ratio report：ＢＮＲ）は、隣接する基地局のチャネル利得率に基づいて、以下のように生成されればよい。
【００４２】
基準ＢＮＲ＝ｂ０／（Ｇ１・ｂ１・Ｇ２・ｂ２＋・・・）、または        式（５）
基準ＢＮＲ＝ｂ０／ｍａｘ｛Ｇ１・ｂ１・Ｇ２・ｂ２，・・・｝          式（６）
ここでｂ０は、サービング基地局によってブロードキャストされるアップリンク負荷率であり、
ｂｉは、隣接する基地局ｉによるアップリンク負荷率である。
【００４３】
式（５）および（６）における量は、線形単位で与えられる。アップリンク負荷率ｂｉは、基地局ｉによってサービスを受けるすべての端末のためにアップリンクでの基地局ｉによって監視された負荷を示す。アップリンク負荷率は、基地局ｉによって見られるトラヒック負荷の量を示すために使用される。基地局は、それらの負荷率を交換し、ブロードキャストして、アップリンクの干渉を制御し、全体のスループットを増やせばよい。
【００４４】
端末は、偶数のインデックスを持つビーコンスロットでは式（５）を使用し、奇数のインデックスを持つビーコンスロットでは式（６）を使用して、基準ビーコン率レポートを算出すればよい。基準ビーコン率レポートは、端末がサービング基地局へ送信しようとする場合、すべての隣接する基地局（式（５））、または最も近い基地局（式（６））に干渉損失（interference cost）を与える。
【００４５】
特別なビーコン率レポートは、隣接基地局ｋに対して以下のように生成されればよい。
【００４６】
特別なＢＮＲ＝ｂ０／（Ｇｋ・ｂｋ）                                式（７）
特定のビーコン率レポートは、端末がサービング基地局へ送信しようとする場合、特別な基地局ｋへ干渉損失を与える。
【００４７】
セクタ境界は、端末が同じ基地局の２つの隣接するセクタの境界にあるかどうか、ある場合、どちらのセクタ境界かについての情報を伝える。セクタ境界情報は、端末がセクタ境界にあるときに、端末により良いサービスを提供するよう２つのセクタにおけるトラヒック・チャネルのスケジューリングを調整するために、基地局によって使用されればよい。例えば、基地局は、端末が１つのセクタから干渉をあまり受けないように、そのセクタでの送信電力を減らしてもよい。
【００４８】
表１は、効率的なデータ伝送、および適切なシステム動作をサポートするために、端末によって送信されればよいレポートのいくつかのタイプを示している。さらに少ない、異なった、および／またはさらなるタイプのレポートが送信されてもよく、これは本発明の範囲内である。
【００４９】
図６は、ＤＣＣＨ用のフルトーン割り当てを持つ端末によって使用されてもよい、レポーティング・フォーマット６００の実施形態を示している。レポーティング・フォーマット６００は、４０個のＤＣＣＨセグメントのＤＣＣＨフレームをカバーし、１つのビーコンスロットの８つのスーパースロットにおいて送信されればよい。ＤＣＣＨフレームは、レポーティング・フォーマットに従って一組のレポートを送るために使用されるＤＣＣＨの単位である。レポーティング・フォーマット６００には、各ＤＣＣＨセグメントに６つの情報ビットがある。レポーティング・フォーマット６００の各ＤＣＣＨセグメントにおいて送信されるレポートは、図６に示されている。特に、５ビットＤＬ  ＳＮＲレポートおよび１ビットＵＬリクエスト・レポートが、ＤＣＣＨセグメント０において送信され、２ビットモードインジケータおよび４ビットレポートはＤＣＣＨセグメント１において送信され、３ビットデルタＤＬ  ＳＮＲレポートおよび３ビットＵＬリクエストがＤＣＣＨセグメント２において送信されるなどである。
【００５０】
表２は、レポーティング・フォーマット６００に含まれる様々なタイプのレポートと各タイプのレポートの数を一覧している。レポーティング・フォーマット６００では、フィールドＣにおいて示される、４つの使用可能なタイプのうちの１つを送信するようにフィールドＤを構成すればよい。構成可能フィールドＤは、フィールドＣのオーバーヘッドをいくらか消費して、レポートを送信時の柔軟性を提供する。
【表２】
2009528710.tif 000005
【００５１】
図７は、ＤＣＣＨ用のフルトーン割り当てを持つ端末によって使用されてもよい、レポーティング・フォーマット７００の実施形態を示している。レポーティング・フォーマット７００は、４０個のＤＣＣＨセグメントのＤＣＣＨフレームをカバーし、各ＤＣＣＨセグメントには６ビットの情報ビットがある。レポーティング・フォーマット７００の各ＤＣＣＨセグメントにおいて送信されるレポートは、図７に示されている。レポーティング・フォーマット７００は、さらにゆっくりと変化するチャネルに使用されればよい。したがって、フルおよびデルタＤＬ  ＳＮＲレポートは、表２の最後の２列で示されているように、レポーティング・フォーマット６００よりもレポーティング・フォーマット７００において、より少ない頻度で送信される。さらに少ないＤＬ  ＳＮＲレポートを送信することによって節約されたビットは、より多く構成可能なフィールドＤに使用される。
【００５２】
図８は、ＤＣＣＨ用の３方向分割トーン割り当を持つ端末によって使用されればよい、レポーティング・フォーマット８００の実施形態を示している。レポーティング・フォーマット８００は、４０個のＤＣＣＨセグメントのＤＣＣＨフレームをカバーし、各ＤＣＣＨセグメントには８ビットの情報ビットがある。ただし、１３個のＤＣＣＨセグメントだけが端末に割り当てられ、他の２６個のＤＣＣＨセグメントは他の端末に割り当てられ、最後のＤＣＣＨセグメントは、リザーブ（Ｒｓｖｄ）される。レポーティング・フォーマット８００の各割り当てられたＤＣＣＨセグメントにおいて送信されるレポートは、図８に示されている。レポーティング・フォーマット８００では、使用可能なＤＣＣＨセグメントがさらに少ないので、レポートは、一般的に低い頻度で送信される。
【００５３】
一実施形態において、端末は、ＤＣＣＨの割り当てを受けると、各レポーティング期間においてレポーティング・フォーマットに従って、レポートを送信する。別の実施形態において、端末は、ＤＣＣＨ割り当てを受信した後、最初のスーパースロットにおいて特別なセットのレポートを送信し、その後、レポーティング・フォーマットを使用してレポートを送信する。特別なセットのレポートは、例えば、４ビットＵＬリクエスト、５ビットＤＬ  ＳＮＲレポート、自己ノイズＳＮＲレポート、ビーコン率レポート、ＤＣＣＨバックオフ・レポートなどを含む。こうして、端末は、特別なセットのレポートの中ですべての関連情報を基地局へ迅速に提供する。
【００５４】
図６および図７に示される実施形態では、各ＤＣＣＨセグメントにおいて６ビットの情報ビットが送信されればよい。図８に示される実施形態では、各ＤＣＣＨセグメントにおいて８ビットの情報ビットが送信されればよい。各ＤＣＣＨセグメントは、例えば２１個のトーン・シンボルなど、決まった数のトーン・シンボルを備えていればよい。トーン・シンボルは、１つのシンボル期間における１つのトーンであり、１つの変調シンボルを送信するために使用されればよい。所定の数のトーン・シンボルでは、冗長度が少なく、よって信頼性が低いコーデイングおよび変調方式を使用して、より多くの情報ビットが送信されることもある。
【００５５】
図６から図８は、それぞれが特定の順序に並べられた特定のレポートのシーケンスを持つ、３つのレポーティング・フォーマットの特定の実施形態を示している。他の様々なレポーティング・フォーマットが定義されてもよい。
【００５６】
一実施形態において、所定のＤＣＣＨ割り当て（例えば、フルトーン割り当て、または３方向分割トーン割り当て）では、様々な動作状態に対して様々なレポーティング・フォーマットが定義される。端末の動作状態は、端末の環境、端末の性能、端末によって送信されるトラヒックのＱｏＳ、システムが動作する方法などのような様々な要因によって特徴付けられてもよい。これらの要因は、送信されるレポートのタイプ、各タイプのレポートが送信される頻度、および各レポートにおいて含まれる情報の内容に影響を及ぼすであろう。
【００５７】
端末の環境は、端末の移動度（例えば、低移動度(low mobility)または高移動度(high mobility)）、チャネル状態（例えば、低ＳＮＲまたは高ＳＮＲ）などの様々な要因によって特徴付けられてもよい。低移動度（例えば、静止または低速）用のレポーティング・フォーマットは、高移動度（例えば、高速）用のレポーティング・フォーマットよりも少ない頻度でＳＮＲレポートを送信すればよい。低移動度のチャネル状態用のＳＮＲレポートには、高移動度のチャネル状態用のＳＮＲレポートよりも多くのビットがあればよい。その理由は、高移動度のチャネル状態のＳＮＲは変わりやすいためである。ＳＮＲ測定およびレポーティングとのループ・レイテンシ（loop latency）関係を考えると、必ずしもＳＮＲを非常に正確にレポートしなくてもよい。基地局は、より少ないコーディング冗長度でレポートを確実に受信できるので、良好なチャネル状態のために、一定のレポートについて、より多くのレポート、および／またはより多くのビットのあるレポーティング・フォーマットが使用されればよい。
【００５８】
端末の性能は、端末が１つまたは多数の周波数チャネル（またはトーン・ブロック）をサポートしているかどうかを示していてもよい。この性能は、端末が、様々なレポーティングの要件があり得る、シングル入力シングル出力（single-input single-output：ＳＩＳＯ）、シングル出力マルチ出力（single-input multiple-output：ＳＩＭＯ）、マルチ入力シングル出力（multiple-input single-output：ＭＩＳＯ）、および／またはマルチ入力マルチ出力（multiple-input multiple-output：ＭＩＭＯ）動作をサポートしているかどうかも示してもよい。単一のデータ・ストリームは、ＳＩＳＯ、ＳＩＭＯ、およびＭＩＳＯを用いて単一の空間チャネルにて送信されればよい。多数のデータ・ストリームは、ＭＩＭＯを用いて多数の空間チャネルにて同時に送信されればよい。ＳＩＳＯ、ＳＩＭＯ、およびＭＩＳＯ用のレポーティング・フォーマットは、ＳＮＲレポートにおいて、１つの空間チャネルの単一のＳＮＲ値を送信すればよい。ＭＩＭＯ用のレポーティング・フォーマットは、ＳＮＲレポートにおける多数の空間チャネルの多数のＳＮＲ値、または１つの空間チャネルの単一のＳＮＲ値を各々が持つ多数のＳＮＲレポートのいずれかを送信すればよい。
【００５９】
トラヒックのＱｏＳは、レポーティングに影響を及ぼすこともある。様々なタイプのトラヒック（例えば、音声、映像、パケット・データなど）は、様々なＱｏＳを持っているだろう。ＱｏＳは、遅延許容範囲、ピーク・データ・レート、平均データ・レート、配信オプション、および／または他の基準によって定量化されればよい。例えば、音声は、時間に敏感な性質であるために、短い遅延要求、固定データ・レート、およびベスト・エフォート配信に関連付けられればよい。パケット・データは、長い遅延要求、高いピーク・データ・レート、保証配信に関連付けられればよい。レポーティング・フォーマットは、様々なＱｏＳトラヒックがある場合には、さらに多くのＵＬリクエスト、および／またはさらに詳細なＵＬリクエストを含んでいればよい。
【００６０】
システムが動作する方法もレポーティングに影響を及ぼすこともある。例えば、システムは時分割複信（time division duplexing：ＴＤＤ）または周波数分割復信（frequency division duplexing：ＦＤＤ）を使用してもよい。ＴＤＤシステムにおいて、ダウンリンクおよびアップリンクは同じ周波数帯域を共有し、ダウンリンク・チャネルは、アップリンク・チャネルと相反していると考えられるであろう。この場合、基地局は、端末からのアップリンク伝送（例えば、パイロット）に基づいて、ダウンリンク・チャネル状態（例えば、ＤＬチャネル利得、および／またはＳＮＲ）を推定すればよい。ＦＤＤシステムにおいては、ダウンリンクおよびアップリンクは、別の周波数帯域を使用し、ダウンリンク・チャネルは、アップリンク・チャネルと十分には相関しないであろう。この場合、端末はダウンリンクチャネル状態を推定し、レポートを基地局に送信すればよい。ＴＤＤおよびＦＤＤシステムには、様々なレポーティング・フォーマットが使用されてもよい。
【００６１】
一般的に、レポーティング・フォーマットは、レポート・タイプ、各タイプについての任意のレポート数、レポートの任意の配列などの任意の組み合わせを備えればよい。各タイプについてのレポート数は、レポートの送信に使用される制御チャネルの割り当て能力、レポート・タイプの他のレポート・タイプに対する重要性または重大性、そのレポート・タイプの情報がどれだけ速く変化するか（環境に左右されることもある）、および／または他の要因に基づいて選択されればよい。各レポートは、いかなるサイズであっても、いかなるフォーマット／構成であってもよい。レポートは、例えば、図６から図８に示されるようなＤＣＣＨセグメントにおいて、各レポートが一度の伝送で完全に送信されるように調整されればよい。こうすることで、これらのレポートの使用を向上させるであろう。レポートは、例えば、多数のＤＣＣＨセグメントのように多数の伝送の中で送信されてもよい。レポーティング・フォーマットは、例えば図６から図８に示されているように、固定のフィールドおよび構成可能なフィールドの組み合わせを含んでいてもよい。レポーティング・フォーマットは、固定のフィールドのみ、または構成可能なフィールドのみを含んでいてもよい。
【００６２】
一般的に、所定の制御チャネル割り当てに対し、任意の数のレポーティング・フォーマットを定義してもよい。各レポーティング・フォーマットは、一定の動作状態用にデザインされてもよい。一実施形態において、様々なレポーティング・フォーマットは、これらのレポーティング・フォーマットによってカバーされる様々な動作状態に、よりよく適した様々なレポートを含んでいてもよい。別の実施形態において、様々なレポーティング・フォーマットが、様々な順序に並べられ、および／または様々なフォーマット／構成を持つであろう同じセットのレポートを含んでいてもよい。様々なレポート間のビット分割は、様々なレポーティング・フォーマットで、異なっていてもよい。例えば、ＤＣＣＨセグメントに固定数の情報ビットがある場合、別のレポートがさらなるビットを得られるように、ＵＬリクエストは４ビットから３ビットに減らされればよい。レポーティング・フォーマットがどのように定義され得るかどうかに関わらず、端末の現在の動作状態に基づいて、適切なレポーティング・フォーマットが選択されればよい。
【００６３】
図９は、例えばＤＣＣＨなどの制御チャネル用のレポート伝送方式９００の実施形態を示している。この実施形態において、任意の時間間隔であればよい各レポーティング期間において、一組のレポートが制御チャネルにて送信される。各一組のレポートは、１つの制御チャネル・フレームにおいて、レポーティング・フォーマット９１０を使用して送信される。この実施形態において、レポーティング・フォーマット９１０は、時間間隔Ｍに送信されるＬ個のレポートを含む。ここでは、一般的にＬ＞１およびＭ＞１である。時間は、任意の時間間隔でよく、１つ以上のシンボル期間にわたっていてもよい。時間は、図３に示されるような３つのハーフスロット、または他の時間間隔に対応してもよい。それぞれの時間Ｍは、等しい間隔、または異なる間隔であってもよい。各時間において、任意の数に情報ビットが送信されればよい。レポーティング・フォーマット９１０は、任意のタイプのレポート、および各タイプについて任意の数のレポートを含めばよい。各レポートは、任意のサイズでよく、１つ以上の時間間隔において送信されてもよい。図９に示されるように、レポーティング・フォーマット９１０は、各レポーティング期間に繰り返し使用される。したがって、ｘ＝１，．．．Ｌである、レポートｘは、各レポーティング期間において、制御チャネルの同じ位置で送信される。
【００６４】
図１０は、選択可能なレポーティング・フォーマットを持つ制御チャネル用のレポート伝送方式１０００の実施形態を示している。最初に、時間Ｔ１に、端末の動作状態が判断される。現在の動作状態に適切なレポーティング・フォーマットＡが、使用されるよう選択される。各レポーティング期間において、レポーティング・フォーマットＡを使用して、一組のレポートが送信される。時間Ｔ２で、動作状態の変化が検出される。新しい動作状態に、より適切なレポーティング・フォーマットＢが使用されるよう選択される。その後、各レポーティング期間において、レポーティング・フォーマットＢを使用して、一組のレポートが送信される。時間Ｔ３で、動作状態の変化が再び検出される。新しい動作状態に、より適切なレポーティング・フォーマットＣが使用されるように選択される。その後、各レポーティング期間において、レポーティング・フォーマットＣを使用して、一組のレポートが送信される。
【００６５】
様々な方法で、レポーティング・フォーマットの切り替えが行われてもよい。図１０に示される実施形態において、レポーティング・フォーマットは、そのレポーティング・フォーマットを識別するレポーティング・フォーマット・タイプ・フィールドを含む。レポーティング・フォーマットのセットがサポートされてもよい。セット中の各レポーティング・フォーマットの定義は、端末および基地局に事前に知られ、呼設定または切り替え時間の間にシグナリングを介して伝えられ、ブロードキャスト・メッセージを介して送信されるなどすればよい。適切なレポーティング・フォーマットは、各レポーティング期間において動的に選択され、レポーティング・フォーマット・タイプ・フィールドによって識別されればよい。別の実施形態においては、レポーティング・フォーマットは、次のレポーティング期間で使用されるレポーティング・フォーマットを示すフィールドを含む。さらに別の実施形態においては、レポーティング・フォーマットにおいての変更は、例えば、ＤＣＣＨとは異なるトラヒック・チャネルを介して、制御メッセージを使用した、端末と基地局との間のシグナリングの交換によって達成される。
【００６６】
一実施形態において、端末は自主的にレポーティング・フォーマットを選択してもよい。端末は、その動作状態（例えば、環境、性能など）を判断し、その動作状態に基づいて、適切なレポーティング・フォーマットを選択してもよい。別の実施形態において、端末および基地局は、共同でレポーティング・フォーマットを選択してもよい。例えば、端末が、その動作状態を判断し、レポーティング・フォーマットを提案し、基地局が提案されたレポーティング・フォーマットを受け入れるか、拒否してもよい。さらに別の実施形態では、例えば、端末によって提供される情報に基づいて、基地局が端末用のレポーティング・フォーマットを選択してもよい。
【００６７】
端末は、例えば、動作状態の変化が検出されることによって、新しいレポーティング・フォーマットが選択されるまで、１つのレポーティング・フォーマットを使用してもよい。端末は、所定の方法で、多数のレポーティング・フォーマットを使用してもよい。例えば、端末は、２つのレポーティング・フォーマットＡとＢとを交互にし、奇数のレポーティング期間ではレポーティング・フォーマットＡ、偶数のレポーティング期間ではレポーティング・フォーマットＢを使用してもよい。図６のレポーティング・フォーマット６００は、４つのより小さいレポーティング・フォーマットから構成されているものと考えられるだろう。これは、１つめのレポーティング・フォーマットは、スーパースロット０、２、４、および６用のレポーティング・フォーマット、２つめのレポーティング・フォーマットは、スーパースロット１および５用のレポーティング・フォーマット、３つめのスロット・フォーマットはスーパースロット３用、４つめのスロット・フォーマットはスーパースロット７用となっている。
【００６８】
端末は、多数の基地局との多数の接続を持っていればよい。端末は、すべての基地局に対して同じレポーティング・フォーマットを使用しても、異なる基地局に対し異なるレポーティング・フォーマットを使用してもよい。
【００６９】
各レポートは、そのレポートに適した任意のフォーマット／構成を持てばよい。レポートは、単一の値、または多数の値を伝えてもよい。一実施形態において、各タイプのレポートについて、１つ以上のルックアップ・テーブルが定義されてもよい。各ルックアップ・テーブルは、特定数のビットを用いて、算出される値をレポート値にマッピングすればよい。例として、ＤＬ  ＳＮＲでは、１つのルックアップ・テーブルは、算出された基地局のＤＬ  ＳＮＲ値を、非ＤＬマクロダイバーシティ（non-DL-macrodiversity）のフルＤＬ  ＳＮＲレポート用の５ビット値にマッピングしてもよく、別のルックアップ・テーブルは算出されたＤＬ  ＳＮＲ値のほか基地局が好ましいかどうかを、ＤＬマクロダイバーシティのフルＤＬ  ＳＮＲレポート用の５ビット値にマッピングしてもよく、さらに別のルックアップ・テーブルはデルタＤＬ  ＳＮＲ値を、デルタＤＬ  ＳＮＲレポート用の３ビット値にマッピングするなどしてもよい。各ルックアップ・テーブルは、対応するレポートに対し良好なパフォーマンスを実現するように定義されればよい。表３は、−１３ｄＢから＋２９ｄＢまでの範囲内のＤＬ  ＳＮＲ値をフルＤＬ  ＳＮＲレポート用の５ビット値にマッピングする、例としてのルックアップ・テーブルを示している。表３は、−５ｄＢから＋５ｄＢまでの範囲内のデルタＳＮＲ値を、デルタＤＬ  ＳＮＲレポート用の３ビット値にマッピングする、例としてのルックアップ・テーブルも示している。他のルックアップ・テーブルが他のタイプのレポート用に定義されてもよい。
【表３】
2009528710.tif 000006
【００７０】
一実施形態において、単一のディクショナリ(dictionary)が各レポート・タイプに使用される。レポート・タイプ用のディクショナリは、そのタイプの各レポートの特定のフォーマット／構成を定義する。ディクショナリは、各レポートがどのように解釈されるかを定義する。例えば、ＤＬ  ＳＮＲ用のディクショナリには、非ＤＬマクロダイバーシティ用の５ビットＤＬ  ＳＮＲレポートの１つのフォーマット、ＤＬマクロダイバーシティ用の５ビットのＤＬ  ＳＮＲレポートの別のフォーマット、および３ビットＤＬ  ＳＮＲレポートのさらに別のフォーマットがあればよい。ＤＬ  ＳＮＲレポートを持つすべてのレポーティング・フォーマットに、同じディクショナリ、よって同じ３つのＳＮＲレポーティング・フォーマットが使用されればよい。
【００７１】
別の実施形態において、多数のディクショナリが所定のレポート・タイプに使用される。各ディクショナリは、そのタイプの各レポートの特定のフォーマット／構成を伝える。多数のＳＮＲディクショナリがＳＮＲレポートに使用されてもよい。例えば、低移動度のＳＮＲレポートは、高移動度のＳＮＲレポートとは違うフォーマットを使用してもよい。様々なルックアップ・テーブルが、低移動度および高移動度のＳＮＲレポートに使用されてもよい。別の例として、良好なチャネル状態のＳＮＲレポートは、不良なチャネル状態のＳＮＲレポートとは違うフォーマットを使用してもよい。ＳＮＲ値の範囲、および／またはＳＮＲステップ・サイズは、様々なＳＮＲレポート・フォーマットで異なっていてもよい。例えば、様々なＱｏＳのＵＬリクエストに対して、多数のリクエスト・ディクショナリが使用されてもよい。各リクエスト・ディクショナリは、端末においての一定のバックログ情報（例えば、ＭＡＣフレームの数、および／または遅延情報）を提供し、および／またはＵＬリクエスト用の様々なフォーマットを使用してもよい。例えば、４ビットＵＬリクエストは、別のリクエスト・ディクショナリにおいては、別の意味を持ってもよい。多数のディクショナリが他のタイプのレポートに使用されてもよい。
【００７２】
図９に戻って参照すると、レポートは、そのレポート用の値の範囲内の値を搬送すればよい。レポート値は、別のディクショナリでは別の意味を持っていてもよい。したがって、レポート（すなわち、レポート値の実際の意味）において伝えられる情報は、レポート値とそのレポートに使用されるディクショナリの両方によって決まる。
【００７３】
各レポートに使用する特定のディクショナリが、明示的にまたは暗黙的に伝えられてもよい。一実施形態において、各レポーティング・フォーマットは、各レポートに対し特定のディクショナリを使用する。この実施形態において、各レポート・タイプ用のディクショナリは、レポーティング・フォーマットによって暗黙的に伝えられる。使用するよう選択された各レポーティング・フォーマットでは、端末および基地局は、ＤＬ  ＳＮＲレポートに使用される特定のディクショナリ、ＵＬリクエストに使用される特定のディクショナリなどを前もって知っている。端末および基地局のいずれも、選択されたレポーティング・フォーマットを使用して送信される各レポートを適正に解釈することができる。
【００７４】
別の実施形態において、レポーティング・フォーマットとは無関係に、ディクショナリが各レポート・タイプに使用されてもよい。例えば、多数のリクエスト・ディクショナリが所定のレポーティング・フォーマットに対して使用可能であってもよい。様々なディクショナリは、様々な動作シナリオ（例えば、様々な移動度）で使用するように選択されてもよい。動作状態の変化が検出されるときにはいつでも、例えば、レポーティング・フォーマットの選択と関連して、または無関係に、適切なディクショナリが選択されればよい。選択されたディクショナリは、シグナリング、または他のなんらかの方法で伝えられればよい。
【００７５】
レポート用の情報ビットは、様々な方法で、符号化、変調、処理されてもよい。一実施形態において、ＤＣＣＨセグメントにおいて送信される情報ビットは、（例えば、ブロック符号を用いて）符号化され、符号ビットを生成する。次いで、符号ビットは、変調方式に基づいて、変調シンボルにマッピングされる。変調シンボルは、ＤＣＣＨセグメント用のトーン・シンボルにおいて送信される。一実施形態においては、スクランブリング・ビット（scrambling bit）のシーケンスを使用して、ＤＣＣＨセグメントのいくつかまたはすべてにおいて、情報ビットまたは符号ビットをスクランブルする。例えば、スクランブル・シーケンスは、いくつかのレポートに適用されてもよく、別のいくつかのレポートには適用されなくてもよい。一実施形態において、スクランブル・シーケンスは、レポーティング・フォーマットの機能である。この実施形態において、レポーティング・フォーマットが変化したとき、スクランブル・シーケンスも変化する。スクランブル・シーケンスは、端末が自分は１つのレポーティング・フォーマットを使用していると確信する一方、基地局が端末は別のレポーティング・フォーマットを使用していると確信している状況である、切断状態の検出に使用されればよい。
【００７６】
図１１は、レポートを繰り返し送信するプロセス１１００の実施形態を示している。端末は、レポートの送信に使用された制御チャネル（例えば、ＤＣＣＨ）の割り当てを受信する（ブロック１１１２）。端末は、制御チャネルの割り当てに基づいて、使用するレポーティング・フォーマットを決定する（ブロック１１１４）。例えば、第１のレポーティング・フォーマットは、制御チャネルのフル（例えば、フルトーン）割り当てに使用されればよく、第２のレポーティング・フォーマットは、制御チャネルの部分（例えば、分割トーン）割り当てに使用されればよい。第１および第２のレポーティング・フォーマットは、１つのレポーティング期間に異なる数の制御チャネル・セグメント、および／または各制御チャネル・セグメントに異なる数の情報ビットを含めばよい。端末は、複数のレポーティング期間の各々に対して、一組のレポートを生成する（ブロック１１１６）。端末は、レポーティング・フォーマットに従って、各々のレポーティング期間の一組のレポートを並べる（ブロック１１１８）。端末は、複数のレポーティング期間に、複数組のレポートを繰り返し送信する（ブロック１１２０）。
【００７７】
レポーティング・フォーマットは、制御チャネル・フレームの特定の位置において送信されたレポートの特定のシーケンスを示す。制御チャネル・フレームは、レポーティング・フォーマットに従って、一組のレポートを送るために使用される制御チャネルの単位である。制御チャネル・フレームは、例えば、４０個のＤＣＣＨセグメントなど、多数の制御チャネル・セグメントを備えればよい。レポーティング・フォーマットは、各制御チャネル・セグメントに、１つ以上のレポートを含めばよい。
【００７８】
レポーティング・フォーマットは、例えば、ＳＮＲ、アップリンク・リクエスト、使用可能な送信電力、干渉、遅延情報など、またはそれらの組み合わせなどの多数のタイプのレポート（multiple types of report）を含めばよい。レポーティング・フォーマットは、そのタイプのレポートの重要性に基づいて決定されればよい、任意の数の各タイプのレポートを含めばよい。例えば、ＳＮＲおよびアップリンク・リクエスト用のレポートは、他のタイプのレポートよりも頻繁に送信されればよい。レポーティング・フォーマットは、制御チャネル・フレームの様々な位置にある特定のタイプの多数のレポート、所定のタイプ用の様々なサイズのレポートなどを含めばよい。
【００７９】
端末は、各レポート・タイプに使用するディクショナリを、そのレポート・タイプに使用できる少なくとも１つのディクショナリの中から決定すればよい。各レポート・タイプ用のディクショナリは、そのタイプの各レポートのフォーマット／構成を定義する。端末は、そのレポート・タイプに適用可能なディクショナリに従って、各タイプのレポートを生成すればよい。例えば、低移動度用に１つのディクショナリ、高移動度用に別のディクショナリといったように、多数のディクショナリをＳＮＲレポートに使用されてもよい。様々なＱｏＳトラヒックのアップリンク・リクエストに対して、多数のディクショナリを使用されてもよい。多数のディクショナリが他のタイプのレポート用に定義されてもよい。
【００８０】
図１２は、レポートを繰り返し送信する装置１２００の実施形態を示している。装置１２００は、レポートの送信に使用される制御チャネルの割り当てを受信する手段（ブロック１２１２）と、制御チャネルの割り当てに基づいて、使用するレポーティング・フォーマットを決定する手段（ブロック１２１４）と、複数のレポーティング期間の各々に対して一組のレポートを生成する手段（ブロック１２１６）と、レポーティング・フォーマットに従って、各レポーティング期間の一組のレポートを並べる手段（ブロック１２１８）と、複数のレポーティング期間に複数組のレポートを送信する手段（ブロック１２２０）とを含む。
【００８１】
図１３は、動作状態に基づいて、レポートを適応的に送信するプロセス１３００の実施形態を示している。端末は、第１のレポーティング・フォーマットに従って、レポートを基地局へ送信する（ブロック１３１２）。第１のレポーティング・フォーマットは、デフォルトのレポーティング・フォーマットであってもよく、または現在の動作状態に基づいて選択されてもよい。第２のレポーティング・フォーマットを使用する指示が取得される（ブロック１３１４）。基地局は、第２のレポーティング・フォーマットを選択し、その指示とともにシグナリングを端末に送信すればよい。あるいは、端末が、第２のレポーティング・フォーマットを選択し、その指示を生成してもよい。その後、端末は、第２のレポーティング・フォーマットに従って、レポートを送信する（ブロック１３１６）。
【００８２】
ブロック１３１４では、動作状態の変化は、例えば端末の環境の変化、端末の性能、端末用のトラヒックのＱｏＳなどに基づいて、端末および／または基地局によって検出されればよい。第２のレポーティング・フォーマットは、検出された動作状態の変化に基づいて、選択されればよい。例えば、端末の移動度の変化が検出されてもよい。次いで、移動度の変化に基づいて、第２のレポーティング・フォーマットが選択されればよい。第１のレポーティング・フォーマットは、第１の移動度状態（例えば、静止、または低速）に適し、第２のレポーティング・フォーマットは、第２の移動度状態（例えば、高速）に適していればよい。端末用のトラヒックのＱｏＳの変化が検出されてもよい。次いで、第２のレポーティング・フォーマットは、検出されたＱｏＳの変化に基づいて、選択されればよい。第１および第２のレポーティング・フォーマットは、様々なＱｏＳトラヒック用にデザインされてもよい。
【００８３】
各レポーティング・フォーマットは、特定のディクショナリに関連付けられてもよい。あるいは、ディクショナリは、レポーティング・フォーマットとは無関係に選択されてもよい。いずれの場合も、端末は、現在のレポーティング・フォーマットの各レポートに使用する適切なディクショナリを決定する。端末は、そのレポート・タイプ用のディクショナリに従って、各タイプのレポートを生成する。
【００８４】
第１のレポーティング・フォーマットから第２のレポーティング・フォーマットへの変更は、例えば図１０に示されるようなレポーティング・フォーマット・タイプを示すフィールドによって示されてもよい。レポーティング・フォーマットの変更は、基地局とのシグナリングの交換によって達成されてもよい。
【００８５】
図１４は、レポートを適応的に送信する装置１４００の実施形態を示している。装置１４００は、第１のレポーティング・フォーマットに従って基地局へレポートを送信する手段（ブロック１４１２）と、第２のレポーティング・フォーマットを使用する指示を取得する手段（ブロック１４１４）と、第２のレポーティング・フォーマットに従ってレポートを送信する手段（ブロック１４１６）とを含む。
【００８６】
このレポーティング技術は、上記のように、端末から基地局へアップリンクでレポートを送信するために使用されてもよい。このレポーティング技術は、基地局から端末へダウンリンクでレポートを送信するために使用されてもよい。
【００８７】
図１５は、図１の基地局１１０および端末１２０の実施形態のブロック図を示している。基地局１１０では、送信（ＴＸ）データおよびシグナリング・プロセッサ１５１０は、サービスを受けるまたはシグナリングされる端末用のトラヒック・データを受信する。プロセッサ１５１０は、トラヒック・データ、シグナリング、およびパイロットを処理（例えば、フォーマット、符号化、インタリーブ、シンボル・マップ）し、出力シンボルを提供する。ＯＦＤＭ変調器１５１２は、出力シンボルにてＯＦＤＭ変調を行い、ＯＦＤＭシンボルを生成する。送信器（ＴＭＴＲ）１５１４は、ＯＦＤＭシンボルを調整（例えば、アナログへ変換、フィルタリング、増幅、およびアップコンバート）し、アンテナ１５１６を介して送信される、ダウンリンク信号を生成する。
【００８８】
端末１２０において、アンテナ１５５２は、基地局１１０および他の基地局からダウンリンク信号を受信し、受信した信号を受信器（ＲＣＶＲ）１５５４に提供する。受信器１５５４は、受信した信号を調整し、デジタル化し、サンプルを提供する。ＯＦＤＭ変調器（Ｄｅｍｏｄ）１５５６は、サンプルにてＯＦＤＭ変調を行い、周波数領域シンボルを提供する。受信（ＲＸ）データおよびシグナリング・プロセッサ１５５８は、周波数領域シンボルを処理（例えば、シンボル・デマップ、デインターリーブおよび復号）し、端末１２０に復号されたデータおよびシグナリングを提供する。
【００８９】
アップリンクでは、コントローラ／プロセッサ１５７０は、レポーティング・フォーマットおよび使用するよう選択されたディクショナリに従って、レポートを生成する。ＴＸデータおよびシグナリング・プロセッサ１５６０は、基地局１１０に送信されることになる、トラヒック・データ用の出力シンボル、シグナリング（例えば、レポート）、およびパイロットを生成する。ＯＦＤＭ変調器１５６２は、出力シンボルにてＯＦＤＭ変調を行い、ＯＦＤＭシンボルを生成する。送信器１５６４は、ＯＦＤＭシンボルを調整し、アンテナ１５５２を介して送信される、アップリンク信号を生成する。
【００９０】
基地局１１０では、端末１２０および他の端末からのアップリンク信号がアンテナ１５１６によって受信され、受信器１５２０によって調整およびデジタル化され、ＯＦＤＭ復調器１５２２によって復調され、端末１２０および他の端末によって送信されたトラヒック・データおよびシグナリングを復元するために、ＲＸデータおよびシグナリング・プロセッサ１５２４によって処理される。
【００９１】
コントローラ／プロセッサ１５３０および１５７０は、基地局１１０および端末１２０にある様々な処理ユニットの動作をそれぞれ指示する。コントローラ／プロセッサ１５７０は、図１１のプロセス１１００、図１３のプロセス１３００、および／または他のプロセスを実行して、アップリンクにてレポートを送信すればよい。コントローラ／プロセッサ１５３０は、端末１２０および他の端末からレポートを受信し、端末から受信されたレポートに基づいて、ダウンリンクおよび／またはアップリンクでの伝送をスケジューリングすればよい。メモリ１５３２および１５７２は、基地局１１０および端末１２０のプログラム・コードおよびデータをそれぞれ格納する。
【００９２】
本願明細書に記載のレポーティング技術は、様々な手段によって実施できる。例えば、これらの技術は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせに実装されてもよい。ハードウェア実装では、レポーティングをサポートする端末または基地局にある処理ユニットは、１つ以上の特定用途向け集積回路（application specific integrated circuits：ＡＳＩＣｓ）、デジタル信号プロセッサ（digital signal processors：ＤＳＰｓ）、デジタル信号処理デバイス（digital signal processing devices：ＤＳＰＤｓ）、プログラマブル・ロジック・デバイス（programmable logic devices：ＰＬＤｓ）、フィールド・プログラマブル・ゲートアレー（field programmable gate arrays：ＦＰＧＡｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本願明細書に記載の機能を実行するように設計された他の電子ユニット、またはそれらの組み合わせに実装すればよい。
【００９３】
ファームウェアおよび／またはソフトウェア実装では、本レポーティング技術は、本願明細書に記載の機能を実行するモジュール（例えば、プロシージャ、関数など）を用いて実装することができる。ファームウェアおよび／またはソフトウェアコードは、メモリ（例えば、図１５のメモリ１５３２または１５７２）に格納され、プロセッサ（例えば、プロセッサ１５３０または１５７０）によって実行されればよい。メモリは、プロセッサの内部、またはプロセッサの外部に実装されればよい。
【００９４】
開示された実施形態の上記の説明は、当業者が本発明を作成または使用できるように提供されたものである。これらの実施形態に対して様々な変更ができることは当業者であれば容易に分かることであり、本願明細書で定義された一般的な原理は、本発明の精神または範囲から逸脱することなく、他の実施形態に適用し得る。したがって、本発明は本願明細書で示された実施形態に限定されるものではなく、本願明細書で開示された原理および新規な特徴に則って、幅広い範囲に適合されるものとする。
【図面の簡単な説明】
【００９５】
【図１】無線通信システムの図。
【図２】例としての信号構成の図。
【図３】個別制御チャネル（dedicated control channel：ＤＣＣＨ）の例としての構成を示す図。
【図４】ＤＣＣＨの例としての割り当てを示す図。
【図５】レポート伝送方式を示す図。
【図６】ＤＣＣＨのフルトーン割り当てのレポーティング・フォーマットを示す図。
【図７】別のフルトーン割り当てのレポーティング・フォーマットを示す図。
【図８】３方向分割トーン割り当てのレポーティング・フォーマットを示す図。
【図９】制御チャネルのレポート送信方式を示す図。
【図１０】選択可能なレポーティング・フォーマットを持つレポート伝送方式を示す図。
【図１１】レポートを繰り返し送るプロセスを示す図。
【図１２】レポートを繰り返し送る装置を示す図。
【図１３】動作状態に基づいて、レポートを繰り返し送るプロセスを示す図。
【図１４】動作状態に基づいて、レポートを繰り返し送る装置を示す図。
【図１５】基地局および端末を示すブロック図。
【図１】
2009528710.tif 000007
【図２】
2009528710.tif 000008
【図３】
2009528710.tif 000009
【図４】
2009528710.tif 000010
【図５】
2009528710.tif 000011
【図６】
2009528710.tif 000012
【図７】
2009528710.tif 000013
【図８】
2009528710.tif 000014
【図９】
2009528710.tif 000015
【図１０】
2009528710.tif 000016
【図１１】
2009528710.tif 000017
【図１２】
2009528710.tif 000018
【図１３】
2009528710.tif 000019
【図１４】
2009528710.tif 000020
【図１５】
2009528710.tif 000021
【国際調査報告】
2009528710.tif 000022
2009528710.tif 000023
2009528710.tif 000024
2009528710.tif 000025
2009528710.tif 000026