(57)【要約】本発明は、ＨＳＤＰＡ  ３ＧＰＰ  ＴＤＤ通信をスケジューリングするための方法、基地局１２２、リモート局１１８及びシステム１００に関する。基地局はリモート局からのチャネル品質情報を受けるため、リソースをリモート局に割り当てる。リモート局に割り当てられるリソースは、上位レイヤのデータを含まない。基地局におけるスケジューラは、リモート局をスケジューリングし、データ伝送に適用されるべきチャネルコーディング及び／又は変調を決定するため、チャネル品質情報を使用する。メカニズムは、ＨＳ−ＤＳＣＨで伝送されるデータが上位レイヤに伝送されないことを保証するために提供される。これにより、改善されたスケジューリング及び改善された通信システムの性能を可能にするチャネル品質情報を取得する便利な方法が提供される。
2007503138.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおける基地局と複数のリモート局との間でのＨＳＤＰＡ（High  Speed  Down  Link  Packet  Access）通信のための方法であって、
前記複数のリモート局からチャネル品質情報を受信するため、前記複数のリモート局にリソースを割り当てるステップと、
受信されたチャネル品質情報を使用して、前記ＨＳＤＰＡ通信を制御するステップとを含み、
前記割り当てられたリソースは、上位レイヤに伝達されるデータを実質的に含まない、ことを特徴とする方法。
【請求項２】
受信されたチャネル品質情報を使用して、前記ＨＳＤＰＡ通信を制御する前記ステップは、
Ａ）前記複数のリモート局との前記ＨＳＤＰＡ通信を計画するステップと、
Ｂ）前記複数のリモート局との前記ＨＳＤＰＡ通信のチャネル符号化を決定するステップと、
Ｃ）前記複数のリモート局との前記ＨＳＤＰＡ通信に適用される変調を決定するステップと、
のうちの少なくとも１つを含む、
請求項１記載の方法。
【請求項３】
リソースを割り当てる前記ステップは、前記基地局がデータパケットを前記リモート局に送信するステップを含み、
前記基地局は、前記データパケットが上位レイヤのパケットを含まないことを前記リモート局に合図する、
請求項１又は２記載の方法。
【請求項４】
リソースを割り当てる前記ステップは、前記基地局がデータパケットを前記リモート局に送信するステップを含み、
前記データパケットは、間違った巡回冗長検査ビットを含む、
請求項１乃至３のいずれか記載の方法。
【請求項５】
リソースを割り当てる前記ステップは、前記基地局がデータパケットを前記リモート局に送信するステップを含み、
前記データパケットの符号化レートは１よりも大きい、
請求項１乃至４のいずれか記載の方法。
【請求項６】
リソースを割り当てる前記ステップは、前記基地局が無効なハイブリッド自動再送信の要求プロセスを割り当てメッセージで前記リモート局に送信するステップを含む、
請求項１乃至５のいずれか記載の方法。
【請求項７】
リソースを割り当てる前記ステップは、前記基地局がチャネル品質の指示の要求を明示的に合図する割り当てメッセージを前記リモート局に送信するステップを含む、
請求項１乃至６のいずれか記載の方法。
【請求項８】
前記データパケットは、高速のダウンリンク共有チャネルのパケットである、
請求項３乃至７のいずれか記載の方法。
【請求項９】
前記基地局は、高速のメディアアクセスコントロール・サービスデータユニットのパケットを送出する、
請求項１乃至８のいずれか記載の方法。
【請求項１０】
前記基地局は、高速の共有情報チャネルのパケットを含むメッセージに応答して、チャネル制御情報を受信する、
請求項１乃至９のいずれか記載の方法。
【請求項１１】
前記リモート局は、チャネル品質情報メッセージを生成するために前記基地局により少なくとも１つが使用される複数のブロックに区分されるハイブリッド自動再送信バッファメモリを有する、
請求項１乃至１０のいずれか記載の方法。
【請求項１２】
前記システムは、チャネル品質情報メッセージのパーティションへの送信を中止する、
請求項１１記載の方法。
【請求項１３】
前記基地局は、リモート局からの応答がない場合に低いチャネル品質を仮定する、
請求項１乃至１２のいずれか記載の方法。
【請求項１４】
前記基地局は、リモート局からチャネル品質リポートを要求すべき時間を計画する、
請求項１乃至１３のいずれか記載の方法。
【請求項１５】
前記基地局は、ラウンドロビン方式でチャネル品質の要求を計画する、
請求項１４記載の方法。
【請求項１６】
前記基地局がリモート局に送信されるべきペンディングデータを有するときにのみ、前記基地局は、ラウンドロビン方式でリモート局へのチャネル品質要求を計画する、
請求項１５記載の方法。
【請求項１７】
前記基地局は、
Ｄ）最後のチャネル品質の指示の要求からの時間、
Ｅ）ペンディングデータの量、
Ｆ）前のチャネル品質の指示の要求の結果、
のうちの１以上の関数からなるプロポーショナルフェア・スケジューリングメトリックを使用して、チャネル品質の報告を計画する、
請求項１４記載の方法。
【請求項１８】
前記基地局は、前記リモート局での公知のチャネルタイプに基づいてチャネル品質の要求を計画する、
請求項１４記載の方法。
【請求項１９】
前記基地局は、瞬間的なチャネル品質の報告が後続するとき、増加するスループットを示すリモート局へのチャネル品質の要求を優先する、
請求項１４記載の方法。
【請求項２０】
前記基地局は、チャネル品質の指示の要求として前に規格化されていない割り当てメッセージを送信する、
請求項１乃至１９のいずれか記載の方法。
【請求項２１】
前記割り当てメッセージは、ヌル（ＮＵＬＬ）トランスポートブロックサイズを含む、
請求項２０記載の方法。
【請求項２２】
前記チャネル品質の指示は、前記割り当てメッセージで指示された物理リソースに基づいている、
請求項２０又は２１記載の方法。
【請求項２３】
前記チャネル品質の指示は、割り当てメッセージを搬送する物理リソースで受けるチャネル品質に基づいている、
請求項２０又は２１記載の方法。
【請求項２４】
前記チャネル品質の指示は、ブロードキャスト信号に基づいている、
請求項２０又は２１記載の方法。
【請求項２５】
前記チャネル品質の指示は、ビーコン信号に基づいている、
請求項２０又は２１記載の方法。
【請求項２６】
前記チャネル品質の指示は、信号対雑音比の測定値である、
請求項２１乃至２５のいずれか記載の方法。
【請求項２７】
前記チャネル品質の指示は、トランスポートブロックサイズと変調の少なくとも１つを含む、
請求項２１乃至２５のいずれか記載の方法。
【請求項２８】
前記チャネル品質の指示は、前記割り当てメッセージで指示された物理リソースでサポートされるトランスポートブロックサイズ及び変調の少なくとも１つを含む、
請求項２７記載の方法。
【請求項２９】
前記システムは３ＧＰＰ  ＵＭＴＳ（3rd  Generation  Partnership  Project  Universal  Mobile  Telecommunications  System）を含む、
請求項１乃至２８のいずれか記載の方法
【請求項３０】
前記３ＧＰＰ  ＵＭＴＳは、時間分割複信システムを含む、
請求項２９記載の方法。
【請求項３１】
通信システムにおける複数のリモート局とのＨＳＤＰＡ（High  Speed  Down  Link  Packet  Access）通信のための基地局であって、
当該基地局は、
前記複数のリモート局からチャネル品質情報を受信するため、前記複数のリモート局にリソースを割り当てる手段と、
前記リモート局からチャネル品質情報を受信する手段と、
受信されたチャネル品質情報を使用して、前記ＨＳＤＰＡ通信を制御する手段とを含み、
前記割り当てられたリソースは、上位レイヤに伝達されるデータを実質的に含まない、
ことを特徴とする基地局。
【請求項３２】
前記リモート局は、前記基地局からのチャネル品質情報メッセージを１つのブロックがサポートする複数のブロックに区分されるハイブリッド自動再送信要求バッファメモリを有する、
請求項３１記載の基地局と使用するためのリモート局。
【請求項３３】
前記システムは、前記チャネル品質情報メッセージのパーティションへの送信を中止するように構成される、
請求項３２記載のリモート局。
【請求項３４】
前記システムは、請求項３１記載の基地局と請求項３４記載の複数のリモート局を有する、
ことを特徴とするＨＳＤＰＡ（High  Speed  Down  Link  Packet  Access）通信のためのシステム。
【請求項３５】
請求項１乃至３０のいずれかの方法を実質的に実行するためのコンピュータプログラム手段を有するコンピュータプログラムエレメント。
【請求項３６】
セルラ通信システムにおける通信サービスと関連するチャネル伝播情報を決定する方法であって、
基地局からリモート局への、チャネル情報メッセージを前記リモート局から送信させるために作用するトラフィックデータメッセージのリソースの割り当てを送信するステップと、
前記トラフィックデータメッセージを前記リモート局に送信するステップと、
前記リモート局から前記チャネル品質情報メッセージを受信するステップと、
前記トラフィックデータメッセージを受信することに応じて、前記リモート局により上位レイヤに伝達されるデータが実質的にないことを示す指示を送信するステップと、
を含むことを特徴とする方法。
【請求項３７】
前記トラフィックデータメッセージは、再送信の要求プロセスを使用して送出され、
当該方法は、前記トラフィックデータメッセージの送信を中止するステップを含む、
請求項３６記載の方法。
【請求項３８】
前記指示は、前記リソース割り当てに含まれる、
請求項３６又は３７記載の方法。
【請求項３９】
前記通信サービスは、ＨＳＤＰＡ通信サービスである、
請求項３６乃至３８のいずれか記載の方法。
【請求項４０】
前記トラフィックデータメッセージは、高速ダウンリンク共有チャネルのパケットトラフィックデータメッセージである、
請求項３９記載の方法。
【請求項４１】
前記トラフィックデータメッセージは、ＨＳＤＰＡリソース割り当てメッセージである、
請求項３９又は４０記載の方法。
【請求項４２】
前記リソース割り当てメッセージは、上位レイヤのレベルに伝達されるデータがないことを示す指示データを含む、
請求項３６乃至４１のいずれか記載の方法。
【請求項４３】
前記リソース割り当てメッセージは、無効な再送信要求プロセスの指示を含む、
請求項４２記載の方法。
【請求項４４】
前記指示は、前記トラフィックデータメッセージに含まれる、
請求項３６乃至４３のいずれか記載の方法。
【請求項４５】
前記指示は、前記ＵＥの物理レイヤにおけるエラー状態を引き起こす前記トラフィックデータメッセージの特性である、
請求項４４記載の方法。
【請求項４６】
前記指示は、誤った認証データを含む、
請求項４４又は４５記載の方法。
【請求項４７】
前記指示は、１よりも大きい前記トラフィックデータメッセージの符号化レートを含む、
請求項４４記載の方法。
【請求項４８】
前記トラフィックデータメッセージは、物理レイヤよりも上位のレイヤからのデータを含まない、
請求項３６乃至４７のいずれか記載の方法。
【請求項４９】
前記チャネル品質情報に応答してリソースをスケジュールに入れるステップを更に含む、
請求項３６乃至４８記載の方法。
【請求項５０】
前記システムは、３ＧＰＰ  ＵＭＴＳ（3rd  Generation  Partnership  Project  Universal  Mobile  Telecommunications  System）を含む、
請求項３６乃至４９のいずれか記載の方法。
【請求項５１】
前記３ＧＰＰ  ＵＭＴＳはＴＤＤシステムを含む、
請求項５０記載の方法。
【請求項５２】
セルラ通信システムにおける通信サービスに関連するチャネル伝播情報を決定する装置であって、
当該装置は、
トラフィックデータメッセージのリソースの割り当てを生成するアロケーションコントローラと、
チャネル情報メッセージをリモート局から送信させるために作用する前記トラフィックデータメッセージを生成するトラフィックコントローラと、
基地局からリモート局に、前記リソース割り当て及び前記トラフィックデータメッセージを送信する送信機と、
前記リモート端末から前記チャネル品質情報メッセージを受信する受信機とを有し、
前記送信機は、前記トラフィックデータメッセージを受信することに応じて、前記リモート局により上位のレイヤに伝達されるデータが実質的にないことを示す指示を送信するために構成される、
ことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号分割多元接続（Code  Division  Multiple  Access）システムに関し、特に、（排他するものではないが）パケットデータサービスを利用し、ＨＳＰＤＡ（High  Speed  Down  Link  Packet  Access）を利用した第三世代のパートナーシッププロジェクト（3GPP：3rd  Generation  Partnership  Project）システムのようなワイヤレスＣＤＭＡシステムに関する。
【背景技術】
【０００２】
インターネットアプリケーションにおける成長のため、パケット交換ワイヤレスデータサービスの要求が益々増えてきている。これらのデータサービスが伝達される典型的なチャネルは、無線チャネルである。増加する数の周波数帯域で利用可能な無線チャネルが存在する。特定の関心のある周波数帯域は、（約２ＧＨｚの周波数での）ＩＭＴ−２０００周波数帯域である。この周波数帯域は、ＷＣＤＭＡ（Wideband  Code  Division  Multiple  Access）技術を使用してデータサービスのデリバリのために使用される。この周波数帯域で使用される場合があるＷＣＤＭＡ技術は、周波数分割複信（Frequency  Division  Duplex）技術及び時間分割複信（Frequency  Division  Duplex）技術である。無線チャネルの公知の特徴は、マルチパス伝播である。送信機からの無線波は、受信機への複数のパスを同時にとる場合がある。これらマルチプルパスは、周囲における様々なオブジェクトから反射する無線波のために可能性がある。これらの反射を引き起こすオブジェクトは、静止又は移動するもののいずれかであり（たとえば、無線波は、移動する自転車から反射する場合がある）、確かに、受信機は、静止型又は移動型のいずれかである場合がある。これらの無線波は、（重ね合わせの原理により）受信機で結合される。この結合は、建設的又は破壊的のいずれかである場合がある。破壊的な結合は、受信機で小さな信号となり、建設的な結合は、受信機で大きな信号となる。
【０００３】
受信機が移動するか、又は受信機の周囲が移動するとき、受信機は、受信機は、建設的及び破壊的な干渉のゾーンに次第に入る。かかるように、受信機での信号強度は、上下に衰える。このフェージングは、モバイルデータの伝送の問題となる可能性がある。
【０００４】
フェージングの問題を克服ための様々な対策がある。フェージングの間に生じるエラーを訂正するために前方誤り訂正（Forward  Error  Correction）を利用することが可能である。一般に、前方誤り訂正は、誤りが一様に分布されるのを必要とする。これは、インターリーブを使用して達成される。インターリーバの深さは、チャネルの深さの関数であり、高速チャネルについて、小さなインターリーブの深さが利用される場合があり、低速チャネルについて、大きなインターリーブの深さが必要とされる。低速チャネルについて、大きなインターリーブの深さに関連する遅れは、その使用を禁止する。
【０００５】
送信機にとって、最悪のケースのフェージングの深さを想定したその送信電力に基礎を置くことが可能である。この対策は、送信電力の浪費である。
【０００６】
パケットデータサービスがフェージング無線チャネルにわたり送信されるときに有効な対策は、マルチユーザダイバーシチを利用することである。マルチユーザダイバーシチは、サービスを同時に全て要求している複数のユーザが存在するときに利用される場合がある。送信機がサービスしている受信機により受けるチャネル状態を知っている場合、好ましくないチャネル状態を受けているユーザに優先して好ましいチャネル状態を受けているユーザをスケジュールする場合がある。さらに、スケジューラは、誤り訂正符号化を使用しないこと、最良のチャネル状態を持つユーザに送信するときに高次の変調を使用して送信することを望む場合がある（かかる技術は、それらユーザに対する瞬間的なスループットを増加する）。
【０００７】
３ＧＰＰにより規定されるＨＳＤＰＡシステムでは、送信機はノードＢ（基地局）であり、受信機はＵＥ（ユーザ装置、すなわち「リモート局」）である。３ＧＰＰにより規定されたＨＳＤＰＡシステムは、幾つかのやり方でマルチユーザダイバーシチを利用する。
・適用される誤り訂正符号化及び変調の量は、（適応変調及び符号化：ＡＭＣ）送信の間で変動される場合がある。
・スケジューリング機能は、ノードＢに位置される。このネットワークエレメントは、スケジューリング機能が分類的に位置される場所であるＲＮＣ（無線ネットワークコントローラ）よりも短いＵＥへの往復遅延値を有する。ノードＢは、好ましいチャネル状態を受けているスケジュールにユーザを常に選択するように試みる場合がある。
・ＵＥリポートは、ノードＢに直接的にチャネル品質をリポートし、ノードＢがチャネル品質に基づいてスケジューリングの判定をなすのを可能にする。
【０００８】
３ＧＰＰは、ＦＤＤ（周波数分割複信）モードとＴＤＤ（時間分割複信）モードの両者についてＨＳＤＰＡを規定している。両方の動作モードでは、ＵＥからノードＢにチャネル品質の評価が供給されるメカニズムが存在する。
【０００９】
ＦＤＤでは、アップリンク及びダウンリンクで連続して実行される専用のチャネルが存在する。ＵＥは、ダウンリンクチャネルでの測定を行い、これらの測定を連続してアップリンクに報告する（この場合、報告の周期はネットワークにより規定される）。このシステムは、ノードＢがＵＥからのチャネル品質情報で連続して更新されるという利点を有する。このシステムの問題点は、これら専用チャネルが維持される必要があることであり、これら専用チャネルは、乏しい電力及びコードのリソースを消費する。
【００１０】
ＴＤＤでは、（ネットワークにより維持される専用チャネルがＨＳＤＰＡの機能において何らの目的にも給せず、何れのケースにおいても問題にならない量の物理的なリソースを消費するために構成される場合があるという意味で）専用チャネルについては用件が存在しない。データベアリングリソース（HS-DSCH：High  Speed  Downlink  Shared  Channel）は、ＴＤＤ  ＨＳＤＰＡに割り当てられており、シェアドアップリンクチャネル（HS-SICH：High  Speed  Shared  Information  Channel）が自動的に割り当てられる。このアップリンクチャネルは、ＨＳ−ＤＳＣＨの許可及びチャネル品質の指示を搬送する。このシステムの利点は、リソースを消費する専用チャネルは、維持される必要がないことである。問題点は、チャネル品質情報がまれにノードＢにおけるスケジューラにより受信されることである。
【００１１】
チャネル品質情報のリポートのＴＤＤ方法は、所定のトラフィックモデル及び割り当て方式で良好に機能することができる。すなわち、ストリーミングトラフィックモデルが使用されるとき、それぞれのＵＥは、リソースで連続して割り当てられる（及び、ノードＢはチャネル品質リポートを連続して受信する）。しかし、ストリーミングトラフィックモデルは、（最小の割り当てのドリップフィード“drip-feed”がストリームを維持するために必要とされるために）マルチユーザダイバーシチの利用に理想的に適していない。
【００１２】
チャネル品質情報を得るためのノードＢにより適合される方策は、ノードＢについてＵＥからのチャネル品質リポートを明示的に要求することである。このチャネル品質要求のメッセージは、小さい場合があり、全体のシステムのスループットに些細な影響を有する。ノードＢは、適応型変調及び符号化、高速スケジューリング及び先に示された他の技術を利用することで、マルチユーザダイバーシチの利益を得るために戻されたチャネル品質リポートを使用する。
【００１３】
ＵＥからチャネル品質情報リポートを明示的に要求するための方法が提案されている。しかし、これらチャネル品質情報を要求する方法は、３ＧＰＰへの補正を必要とし、これらチャネル品質情報の要求がノードＢによりどのようにスケジュールされるか、又はＵＥがＵＥに戻されることとなるチャネル品質情報をどのように導出するかを提案していない。
【００１４】
したがって、上述された問題点を解消するＨＳＤＰＡ通信が必要とされている。
【発明の開示】
【課題を解決するための手段】
【００１５】
本発明の第一の態様によれば、請求項１記載のＨＳＤＰＡ通信のための方法が提供される。本発明の第二の態様によれば、請求項３１記載のＨＳＤＰＡ通信のための基地局が提供される。本発明の第三の態様によれば、請求項３２記載のＨＳＤＰＡ通信のためのリモート局が提供される。本発明の第四の態様によれば、請求項３４記載のＨＳＤＰＡ通信のためのシステムが提供される。本発明の第五の態様によれば、請求項３６記載のチャネル伝播情報を判定するための方法が提供される。本発明の第六の態様によれば、請求項５２記載のチャネル伝播情報を判定するための装置が提供される。
【００１６】
ここで、添付図面を参照して、例示を通して、本発明の実施の形態を組み込んだ通信システムにおけるＨＳＤＰＡスケジューリングのための１方法、システム、基地局及びリモート局が記載される。
【発明を実施するための最良の形態】
【００１７】
図１を参照して、典型的な標準のＵＭＴＳ（Universal  Mobile  Telecommunications  System）無線アクセスネットワーク（ＵＴＲＡＮ）システム１００は、端末／ユーザ装置領域（terminal/user  equipment  domain）１１０、ＵＭＴＳ地上波無線アクセスネットワーク領域（UMTS  Terrestrial  Radio  Access  Network  domain）１２０、及びインフラストラクチャ領域（infrastructure  domain）１３０を有するものとして便宜上考えられる。
【００１８】
端末／ユーザ装置領域１１０では、端末装置（ＴＥ）１１２は、有線又は無線インタフェースＲを介してモバイル装置（ＭＥ）１１４に接続される。ＭＥ１１４は、ユーザサービスアイデンティティモジュール（ＵＳＩＭ）１１６にも接続される。ＭＥ１１４及びＵＳＩＭ１１６は、共に、ユーザ装置（ＵＥ）１１８として考慮される。ＵＥ１１８は、無線インタフェースＵuを介して無線アクセスネットワーク領域１２０におけるノードＢ（基地局）１２２にデータを伝達する。無線アクセスネットワーク領域１２０では、ノードＢ１２２は、インタフェースＩubを介して無線ネットワークコントローラ（ＲＮＣ）１２４と通信する。ＲＮＣ１２４は、インタフェースＩurを介して他のＲＮＣ（図示せず）と通信する。ノードＢ１２２及びＲＮＣ１２４は、共に、ＵＴＲＡＮ１２６を形成する。ＲＮＣ１２４は、インタフェースＩuを介してコアネットワーク領域１３０におけるサービングＧＰＲＳサービスノード（SGSN：Serving  GPRS  Service  Node）１３２と通信する。コアネットワーク領域１３０では、ＳＧＳＮ１３２は、インタフェースＧnを介してゲートウェイＧＰＲＳサポートノード１３４と通信し、ＳＧＳＮ１３２及びＧＧＳＮ１３４は、インタフェースＧr及びインタフェースＧcをそれぞれ介して、ホームロケーションレジスタ（ＨＬＲ）サーバ１３６と通信する。ＧＧＳＮ１３４は、インタフェースＧiを介してパブリックデータネットワーク１３８と通信する。
【００１９】
したがって、エレメントＲＮＣ１２４、ＳＧＳＮ１３２及びＧＧＳＮ１３４は、図１に示されるように、無線アクセスネットワーク領域１２０及びコアネットワーク領域１３０にわたり分割される、（それぞれのソフトウェア／ハードウェアプラットフォームで）ディスクリート及び個別のユニットとして慣習的に提供される。
【００２０】
ＲＮＣ１２４は、様々なノードＢ１２２のリソースの制御及び割り当てに役割を果たすＵＴＲＡＮエレメントである。典型的に５０から１００のノードＢが１つのＲＮＣにより制御される場合がある。また、ＲＮＣは、エアインタフェースにわたるユーザトラフィックの信頼できるデリバリを提供する。ＲＮＣは、（インタフェースＩurを介して）互いに通信する。
【００２１】
ＳＧＳＮ１３２は、セッションコントロール及びＨＬＲへのインタフェースの役割を果たすＵＭＴＳコアネットワークエレメントである。ＳＧＳＮは、個々のＵＥのロケーションのトラックを保持し、セキュリティ機能及びアクセス制御を実行する。ＳＧＳＮは、多くのＲＮＣのための大型の集約化されたコントローラである。
【００２２】
ＧＧＳＮ１３４は、（たとえばインターネットサービスプロバイダ−ＩＳＰといった）コアパケットネットワーク内でユーザデータを集めて、最後の目的地にトンネリングする役割を果たすＵＭＴＳコアネットワークエレメントである。
【００２３】
かかるＵＴＲＡＮシステム及びその動作は、第三世代のパートナーシッププロジェクトの技術仕様のドキュメント  ３ＧＰＰ  ＴＳ  ２５．４０１、３ＧＰＰ  ＴＳ  ２３．０６０、及び関連するドキュメントに記載されており、www.3gpp.orgの３ＧＰＰウェブサイトから入手することができ、ここでは更に詳細に記載されない。
【００２４】
パケットデータサービスがフェージングしている無線チャネルにわたり送信されるときに有効な方策は、マルチユーザダイバーシチを利用することである。マルチユーザダイバーシチは、サービスを同時に要求している多数のユーザが存在するときに利用される場合がある。サービスしている（serving）受信機が受けるチャネル状態を送信機が知っている場合、好ましくないチャネル状態を受けているユーザに優先して好ましいチャネル状態を受けているユーザをスケジューリング（scheduling）する場合がある。さらに、スケジューラは、最良のチャネル状態でユーザに送信するとき、少ない誤り訂正符号化を使用するか、又は高次の変調を使用して送信するのを望む場合がある（かかる技術は、それらのユーザへの瞬間的なスループットを増加する）。
【００２５】
３ＧＰＰにより規定されるＨＳＤＰＡシステムでは、送信機はノードＢであり、受信機はＵＥである。３ＧＰＰにより規定されるＨＳＤＰＡシステムは、幾つかのやり方でマルチユーザダイバーシチを利用する。
・適用される誤り訂正符号化及び変調の量は、送信（適応型の変調及び符号化：ＡＭＣ）の間で変動する場合がある。
・スケジューリング機能は、ノードＢに位置される、このネットワークエレメントは、スケジューリング機能が分類的に位置されるＲＮＣよりもＵＥに対して短い往復遅延を有する。ノードＢは、好ましいチャネル状態を受けているユーザをスケジュールに入れるために常に選択するのを試みる。
・ＵＥは、ノードＢに直接的にチャネル品質を報告し、ノードＢがチャネル品質に基づいてスケジューリングの判定をなすことを可能にする。
【００２６】
マルチユーザダイバーシチ及び適応型の変調及び符号化の動作原理は、図２に示されている。この図では、以下が示される。２つのＵＥ（ＵＥ１及びＵＥ２）でのそれぞれの信号強度２１０及び２２０、どちらのＵＥがサービスすべきかに関するノードＢの選択、及び、ノードＢが選択されたＵＥをサービス可能な効率的なデータレート（なお、ＵＥへの変調及び符号化を変えることで、ノードＢはこのデータレートを変える）。
【００２７】
なお、一般に、ノードＢが潜在的にサービスする多くのＵＥが存在し、ノードＢは、いずれかの時間の瞬間でこれら多くのＵＥの幾つかをスケジュールする場合がある。しかし、動作原理は依然として同じであり、ノードＢは、最も好ましいチャネル状態でＵＥにサービスしようとし、最高の可能なデータレートでＵＥにサービスしようとする。
【００２８】
３ＧＰＰは、ＦＤＤモード及びＴＤＤモードの両者についてＨＳＤＰＡを規定している。両方の動作モードでは、チャネル品質の評価がＵＥからノードＢに供給されるメカニズムが存在する。
【００２９】
ＦＤＤでは、アップリンク及びダウンリンクで連続的に実行する専用チャネルが存在する。ＵＥは、ダウンリンクチャネルで測定を行い、これらの測定をアップリンクで連続的にリポートする（この場合、リポート周期は、ネットワークにより規定されている）。このシステムは、ノードＢがＵＥからのチャネル品質情報で連続的に更新されるという利点を有する。このシステムの問題点は、これら専用のチャネルが維持される必要があることであって、これら専用チャネルは、乏しい電力及びコードリソースを消費する。
【００３０】
ＴＤＤでは、（ネットワークにより維持される専用チャネルがＨＳＤＰＡの機能において何らの目的にも役割を果たさず、何れかのケースにおいても問題にならない量の物理的なリソースを消費するために構成される場合があるという意味で）専用チャネルについては用件が存在しない。データベアリングリソース（HS-DSCH：High  Speed  Downlink  Shared  Channel）がＴＤＤ  ＨＳＤＰＡに割り当てられるとき、シェアドアップリンクチャネル（HS-SICH：High  Speed  Shared  Information  Channel）が自動的に割り当てられる。このアップリンクチャネルは、ＨＳ−ＤＳＣＨの許可及びチャネル品質の指示を搬送する。このシステムの利点は、リソースを消費する専用チャネルは、維持される必要がないことである。問題点は、チャネル品質情報がまれにノードＢにおけるスケジューラにより受信されることである。
【００３１】
チャネル品質情報のリポートのＴＤＤ方法は、所定のトラフィックモデル及び割り当て方式で良好に機能することができる。すなわち、ストリーミングトラフィックモデルが使用されるとき、それぞれのＵＥは、リソースで連続して割り当てられる（及び、ノードＢはチャネル品質リポートを連続して受信する）。しかし、ストリーミングトラフィックモデルは、（最小の割り当てのドリップフィード“drip-feed”がストリームを維持するために必要とされるために）マルチユーザダイバーシチの利用に理想的に適していない。
【００３２】
チャネル品質情報を得るためのノードＢにより適合される方策は、ノードＢについてＵＥからのチャネル品質のリポートを明示的に要求することである。このチャネル品質要求のメッセージは、小さい場合があり、全体のシステムのスループットに些細な影響を有する。ノードＢは、適応型変調及び符号化、高速スケジューリング及び先に示された他の技術を利用することで、マルチユーザダイバーシチの利益を得るために戻されたチャネル品質リポートを使用する。
【００３３】
図３には、ＴＤＤ  ＨＳＤＰＡサイクルが例示されている。この図は、ＴＤＤ  ＨＳＰＤＡサイクルで使用されるチャネル、ＨＳ−ＳＣＣＨ（High  Speed  Shared  Control  Channel）、ＨＳ−ＤＳＣＨ（High  Speed  Downlink  Shared  Channel）及びＨＳ−ＳＩＣＨ（High  Speed  Shared  Information  Channel）の間の関係を示している。ノードＢは、コード及びタイムスロットの数、変調方式、ＨＡＲＤプロセスＩＤ等のような割り当て情報を含むＨＳ−ＳＣＣＨパケット３１０を送信する。ノードＢは、１以上の物理チャネルからなるＨＳ−ＤＳＣＨパケット３２０を連続して送信し、これらの物理チャネルは、上位レイヤ、又はＭＡＣ−ｈｓ（Medium  Access  Control  for  HS-DSCH）、サービスデータユニット（SDU：Service  Data  Units）の形式でユーザデータを搬送する。ＵＥは、ＨＳ−ＳＩＣＨパケット３３０でＨＳ−ＤＳＣＨ送信に応答する。ＨＳ−ＳＩＣＨは、成功の指示を搬送し、又はさもなければ、ＨＳ−ＤＳＣＨ送信及びチャネル品質リポートの指示を搬送する。ノードＢは、その後のＨＳ−ＳＣＣＨパケット３４０で開始する後続するＨＳＤＰＡサイクルをスケジュールするため、ＨＳ−ＳＩＣＨに戻される情報を使用する。
【００３４】
ＨＳＤＰＡ  ＵＥは、ハイブリッドＡＲＱの実現のためのメモリを含む（この場合、再送信は、最初の送信と結合される）。このメモリは、ＨＡＲＱバッファメモリと一般に呼ばれる。ＵＥにより実現される全体のメモリ量は、ＵＥの能力としてネットワークにＵＥにより合図される。ネットワークは、多数のハイブリッドＡＲＱプロセスの間でこのメモリを分割するためにＵＥに合図することができる。ＵＥへのデータ送信のパイプラインを可能にするため（マルチプルＨＡＲＱプロセスの実現は当業者にとってＨＳＤＰＡにおける公知の技術である）、ネットワークがこのメモリを区分することを望む場合がある。メモリは、均等な量又は不均等な量に区分される場合がある。ノードＢは、データがこのメモリに追加されるべきか、データがこのメモリを上書きするべきかをＵＥに指示する。データは、通常、再送信があるときにメモリに追加される。データは、通常、データブロックが正しく受信されたとき、又はノードＢが再送信を失敗したとき（たとえば、データブロックを送出する試みの最大数に到達したか又は超えた場合）のいずれかで、このメモリを上書きする。
【００３５】
図４は、ノードＢが連続するフレームにおいてＵＥをスケジューリングするケースで、時間領域における２つのＨＡＲＱプロセスを使用したパイプライン動作を示している。２つの送信フレーム４１０及び４２０がこの図では示されているが、ＨＳＤＰＡ動作は連続的であって、フレームはこの図で例示されるフレームの前後の両方で送信される場合があることを理解されたい。この図で示されるように、ノードＢは、割り当て情報をＨＳ−ＳＣＣＨにおけるＵＥに送出する。ＨＳ−ＤＳＣＨは、ＵＥにその後に送出される。ＡＣＫ／ＮＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅ／Ｎｏ  ＡＣＫｎｏｗｌｅｄｇｅ）リポートは、上述されたＨＳ−ＳＣＣＨに関連するＨＳ−ＳＩＣＨリポートで送出される。ＨＳＳＩＣＨで送信されるチャネル品質情報（ＣＱＩ）は、ＨＳ−ＳＩＣＨのちょうど前に生じたＨＳ−ＤＳＣＨリソースに基づいている。ＨＳ−ＳＣＣＨ、ＨＳ−ＤＳＣＨ及びＨＳ−ＳＩＣＨに関連する詳細なタイミング及びルールは、当業者により理解されるであろう。なお、この図は、「古典的な」ＨＳＰＤＡ動作を示しており、ＵＥ  ＨＡＲＱバッファメモリが幾つかのＨＡＲＱプロセスに均等（このケースでは２つ）に区分され、これらのＨＡＲＱプロセスはユーザデータの送信について使用される。
【００３６】
図５は、連続するフレームで送信されるデータがないときのＨＳＤＰＡ動作を示している。１つのＨＡＲＱプロセス５１０がこの図では示されている。連続するＨＳ−ＤＳＣＨの割り当てがなく、アクティブな２つのＨＡＲＱプロセスがあるとき、ＨＳ−ＳＩＣＨパケットに戻されるチャネル品質情報は、図４に示されるよりも前のＨＳ−ＤＳＣＨに関連する。ＨＳ−ＳＣＣＨ、ＨＳ−ＤＳＣＨ及びＨＳ−ＳＩＣＨの間のタミングの関係は、当業者により良好に理解される。
【００３７】
図６は、ＨＳＤＰＡの上位レベルのアーキテクチャ動作を示している。この図は、ネットワークサイド及びＵＥサイドのエンティティ（６１０及び６２０をそれぞれ）を示している。ネットワークは、ＲＮＣ６３０及びノードＢ６４０からなる。ＲＮＣ６３０は、無線リソースコントロール（ＲＲＣ）、無線リンクコントロール（ＲＬＣ）及びメディアアクセスコントロール（ＭＡＣ）レイヤを有している。ＲＮＣ６３０及びノードＢ６４０は、インタフェースにより接続される。ＲＮＣ６３０は、制御情報によりノードＢ６４０及びＵＥ６２０の動作を制御する。制御情報は、公知の「ノードＢアプリケーションパート」（ＮＢＡＰ）プロトコルを使用してノードＢに送出される。制御情報は、公知の「無線リソースコントロール」（ＲＲＣ）プロトコルを使用してＵＥに送出される。ＲＮＣ６３０は、ＭＡＣ−ｈｓをノードＢ６４０に送出する。ノードＢにおけるＭＡＣｈｓ６５０は、ＭＡＣ−ｈｓを受信し、ＵＥをスケジュールし、ＨＳ−ＤＳＣＨのための変調及び符号化を選択し、ＭＡＣ−ｈｓ  ＰＤＤ（プロトコルデータユニット）をＨＳ−ＤＳＣＨを介してＵＥ６２０に送出する。ノードＢ６４０は、ＨＳ−ＳＣＣＨ（Ｓｈａｒｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  ｆｏｒ  ＨＳ−ＤＳＣＨ）によりＵＥ６２０に割り当て情報を送信し、チャネル品質情報及び成功／失敗（ＡＣＫ／ＮＡＣＫ）リポートをＨＳ−ＳＩＣＨ（Ｓｈａｒｅｄ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｈａｎｎｅｌ  ｆｏｒ  ＨＳ−ＤＳＣＨ）のＵＥから受ける。ＵＥは、ＨＳ−ＳＣＣＨにより規定されたＨＡＲＱプロセス（６６０又は６７０）においてＨＳ−ＤＳＣＨを受ける。受信されたデータは、ＵＥにおける上位レイヤにＭＡＣ−ｈｓ  ＳＤＵのセットとして送信される。メディアアクセスコントロール（ＭＡＣ）、無線リンクコントロール（ＲＬＣ）及び無線リソースコントロール（ＲＲＣ）。
【００３８】
以下の上位レイヤの処理は、ＭＡＣ−ｈｓ  ＳＤＵにおけるユーザデータは、ＵＥへの内部又は外部のいずれかの場合があるアプリケーションに送出される。なお、一般に、先に示されたユーザデータは、アプリケーションデータ、上位レイヤコントロールデータ又は他のデータからなる場合がある。
【００３９】
ＵＥからのチャネル品質情報のリポートを明示的に要求する方法が先に提案されている。しかし、これら前に提案されている、チャネル品質情報を要求する方法は、３ＧＰＰ標準への補正を必要とし、これらチャネル品質情報の要求がノードＢによりどのようにスケジュールされるか、又はＵＥに戻されるべきチャネル品質情報をＵＥがどのように導出するかを提案していない。
【００４０】
以下に更に詳細に説明されたように、本発明の幾つかの実施の形態は、チャネル品質情報の要求が標準に準拠した方式でノードＢのスケジューラによりなされる場合があるスキームを提供し、ノードＢのスケジューラがこれらチャネル品質情報の要求をスケジュールするために使用することのできる手順を提供する場合がある。このスキームでは、ノードＢスケジューラは、物理的なリソースの量を指示する割り当てメッセージの送信、その物理リソースのその後の送信により、ＵＥからのチャネル品質情報の要求を実現し、ゼロ情報ビットが物理リソースに送信される。本発明の範囲内のこの機能を実現する様々な方法があり、これらの幾つかは、ＵＥ  ＨＡＲＱバッファメモリの区分、割り当てメッセージの指示及びゼロ情報ビットの送信に関する方法１，２，３，４及び５として以下に記載される。共通の態様は、最初に記載される。その後、方法１，２，３，４及び５の固有な態様が記載される。
【００４１】
スケジューリングに特に関連する本発明の実施の形態の態様は、以下のスケジューリング態様のセクションに記載される。
【００４２】
「共通の態様」
ここで図７を参照して、実施の形態では、ネットワークは、ＵＥ  ＨＡＲＱバッファメモリ７１０を、ユーザデータの送信用のパーティション７２０及び７３０のセット、及びチャネル品質情報の要求用のパーティション７４０に区分する。これは、ＵＥ  ＨＡＲＱバッファメモリ８１０がユーザデータの送信用のパーティション８２０及び８３０のセットの間でのみ区分される、図８に示される従来のスキームと対照的である。図７では、ＣＱＩの要求ンために必要とされるＵＥ  バッファメモリ７１０の量は、ユーザデータのパーティション７２０及び７３０用に使用されるバッファメモリの量に比較して小さい。望まれる場合、１を超えるパーティションがチャネル品質情報の要求のために使用されることを理解されたい。
【００４３】
本発明の実施の形態のスキームでは、ネットワークがチャネル品質情報のリポートを必要とするとき、トラフィックデータメッセージのためのリソースの割り当てを送出する。特に、ノードＢは、小さなＨＡＲＱバッファメモリのパーティション７４０を使用するようにＵＥに指示する割り当てメッセージを送出する。基地局は、空のデータブロックであるトラフィックデータメッセージを続いて送出する。ノードＢにより続いて送信される空のデータブロックは、この小さなパーティション７４０でＵＥにより一時的に記憶される。ＵＥは、（空のデータブロックが正しく受信されたか否かを示す）チャネル品質情報のリポート及び送信されたブロックに関するＡＣＫ／ＮＡＣＫリポートにより応答する。したがって、ＵＥは、トラフィックデータメッセージを受信するのに応答してチャネル品質情報のメッセージを送信する。新たなスキームでは、ノードＢは、小さなＨＡＲＱパーティションへのデータブロックの送信を失敗する、ノードＢは、チャネル品質情報のリポートを使用し、より大きなＵＥのメモリパーティション７２０及び７３０への将来の送信をスケジューリングするため、ＡＣＫ／ＮＡＣＫフィールドの状態を使用する場合がある。
【００４４】
図９では、本発明の実施の形態に係るチャネル品質リポートを要求するため、ノードＢにより行われるステップが例示されている。ステップ９１０では、ＭＡＣ−ｈｓヘッダが形成され、トランスポートブロックは、データ又はパディングで満たされる。ステップ９２０では、ノードＢは、ＨＳ−ＳＣＣＨで送信された（当業者により理解されるような）ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）ビットを切替えることで、ＵＥがＨＳ−ＳＣＣＨを受信したとき、（先に記載されたＣＱＩ要求のパーティションを占める）既存のＣＱＩ要求プロセスが中止されたことをＵＥに合図する。既存のＣＱＩ要求のプロセスの中止は、ノードＢによりスケジュールされたＣＱＩ要求がＣＱＩ要求のパーティションに結合するよりはむしろ、ＣＱＩ要求パーティションを上書きすることを保証する。ステップ９３０では、ＣＱＩ測定のために使用される物理リソースを示すＨＳ−ＳＣＣＨパケットが送信される。ステップ９４０では、ＨＳ−ＤＳＣＨパケットは、ＨＳ−ＳＣＣＨで送信されたパラメータに従って符号化される。ステップ９５０では、ＨＳ−ＳＩＣＨパケットが受信され、ＣＱＩはそこからデコードされる。
【００４５】
（ＵＥがフェードにあるため“in  a  fade”）チャネル状態が乏しい場合、（ＨＳ−ＳＣＣＨで送信される）割り当てメッセージがＵＥにより受信されないこともある。このケースでは、ＵＥは、（ＨＳ−ＳＩＣＨチャネルで）チャネル品質情報及びＡＣＫ／ＮＡＣＫリポートによりノードＢに応答しない。ノードＢは、ＨＳ−ＳＩＣＨがＵＥでの低いチャネル品質の指示としてＵＥにより戻されない（さらに、ＵＥへのデータ送信をスケジュールしないように選択される）ケースを扱う。
【００４６】
記載される実施の形態では、データトラフィックメッセージは、ＣＱＩメッセージをＵＥに送信させるＨＳ−ＤＳＣＨに送信される。しかし、実施の形態によれば、ＨＳ−ＤＳＣＨメッセージは、上位レイヤに伝達されるべきデータを有さない。したがって、ＨＳ−ＤＳＣＨメッセージが上位レイヤのデータを搬送した従来技術と比較して、ここで記載される実施の形態のＨＳ−ＤＳＣＨメッセージは、上位レイヤにいずれのデータをＵＥに伝達させない。これは、以下に記載される方法１〜５を含む多数の異なるやり方で達成される場合がある。特に、ＵＥにより上位レイヤに伝達されるべきデータが実質的にないことを示す指示がＵＥに送信される場合がある。この指示は、明示的な指示又は暗黙的な指示である場合がある。したがって、指示は、上位レイヤに伝達されるべきデータがないことを示すメッセージからなる暗黙的なデータであるか、又は、たとえば、直接的又は間接的に物理レイヤから上位レイヤに伝達されるべきデータがないことになるＨＳ−ＤＳＣＨトラフィックデータメッセージ及び／又はＨＳ−ＳＣＣＨアロケーションメッセージの特徴又は特性である場合がある。
【００４７】
ある実施の形態では、上位レイヤは、物理レイヤの上位のレイヤである場合がある。ある実施の形態では、上位レイヤは、ＭＡＣレイヤよりも上位のレイヤである場合がある（ＭＡＣ機能を含むレイヤ）。ある実施の形態では、上位レイヤは、たとえばＭＡＣレイヤの上の１以上のＭＡＣレイヤである場合がある。
【００４８】
上位のレイヤに伝達されるべきデータが実質的にないことを示す指示を送信する特定の方法は、以下に記載される。
【００４９】
［方法１］
方法１では、（ＨＳＤＰＡのケースのＨＳ−ＳＣＣＨでの）割り当てメッセージは、続いて送信される物理的なリソース（ＨＳＤＰＡのケースにおけるＨＳ−ＤＳＣＨ）に関する。
【００５０】
物理リソース（ＨＳＤＰＡのケースでは、ＨＳ−ＤＳＣＨトランスポートブロックにおけるＭＡＣ−ｈｓヘッダ）で送信されるデータパケットのヘッダは、データパケットにおいて上位レイヤのパケットが送信されないことを示す（ＨＳＤＰＡのケースでは、ＭＡＣ−ｈｓ  ＰＤＵにおいてＭＡＣ−ｈｓ  ＳＤＵが送信されない）。これは、上位レイヤのデータパケットがＣＱＩ要求の結果として上位レイヤに送出されないことを保証するために行われる。したがって、例示的な方法によれば、特定の明示的な指示が送信される。
【００５１】
図１０は、方法１のＣＱＩ要求で送信されたデータパケット１０１０のフォーマットを示している（この図がチャネル符号化の前の送信トランスポートチャネル処理チェインの位置に関することは当業者により理解されるであろう）。データパケット１０１０のフィールドが３ＧＰＰ  ＨＳＤＰＡで通常使用されるフィールドであることを理解されるであろうが、本発明の現在記載される実施の形態では、Ｎフィールド（ＭＡＣ−ｄ  ＰＤＵ）１０２０が“０”を示すことに留意されたい。これは、ＭＡＣ−ｈｓヘッダに含まれる。
【００５２】
［方法２］
方法２では、（ＨＳＰＤＡのケースにおけるＨＳ−ＤＳＣＨに関する）アロケーションメッセージは、続いて送信される物理リソース（ＨＳＤＰＡのケースにおけるＨＳ−ＤＳＣＨ）に関する。方法１とは対照的に、方法２では、誤ったＣＲＣが常に送信される。データパケットは、データ又はパディングのいずれかを含む場合があり、いずれのケースであっても、誤ったＣＲＣは、送信されるいずれかのデータパケットが上位レイヤに送出されないことを保証する。誤ったＣＲＣは、定数を正しいＣＲＣに追加するか、又は当業者により良好に理解される他の手段の乗算により保証される。したがって、この例示的な実施の形態によれば、誤った認証データが送信される。これにより、上位レイヤに供給されないデータパケットのデータとなる、ＵＥの物理レイヤにおけるエラー状態を生じる。
【００５３】
［方法３］
方法３では、（ＨＳＤＰＡのケースのＨＳ−ＳＣＣＨに関する）アロケーションメッセージは、その後に送信される物理リソース（ＨＳＤＰＡのケースにおけるＨＳ−ＤＳＣＨ）に関する。方法１及び方法２とは対照的に、物理リソース（ＨＳＤＰＡのケースではＨＳ−ＤＳＣＨ）に供給される符号化レートは、１よりも大きい。この符号化レートは、アロケーションメッセージにより、暗黙的又は明示的のいずれかで指示される（ＨＳＤＰＡでは、符号化レートは、ＨＳ−ＳＣＣＨで指示されるトランスポートブロックサイズ、物理リソースの量及び変調により指示される）。パディング又は有効なデータのいずれかが物理リソースで送信される場合がある（いずれのケースにおいても、［ＣＲＣが方法２の送信機で破壊されないとしても］１よりも大きい符号化レートが受信機でのＣＲＣ復号化エラーに常につながるので、物理リソースのペイロードは、上位レイヤに送出されない）。
【００５４】
［方法４］
方法４では、（ＨＳＤＰＡのケースについてＨＳ−ＳＣＣＨでの）アロケーションメッセージは、その後に送信される物理リソース（ＨＳＤＰＡのケースにおけるＨＳ−ＤＳＣＨ）に関連する。方法１，２及び３とは対照的に、アロケーションメッセージは、ネットワークにより構成される最大値よりも大きな識別子によるメモリパーティションを指示する。この方法では、ネットワークは、方法１，２，３及び「共通の態様」で記されたよりも小さなメモリパーティションを利用しないが、図９の手順が実現される。このケースでは、ＵＥは、そのＨＡＲＱバッファメモリに受信されたＨＳ−ＤＳＣＨ信号を記憶しない（しかし、チャネル品質の指示及びＡＣＫ／ＮＡＣＫリポートは、ＵＥにより生成される）。
【００５５】
［方法５］
方法５では、（ＨＳＤＰＡのケースについてＨＳ−ＳＣＣＨでの）アロケーションメッセージは、その後に送信される物理リソース（ＨＳＤＰＡのケースではＨＳ−ＤＳＣＨ）に関連する。方法１，２，３及び４とは対照的に、ＨＳ−ＳＣＣＨはＣＱＩ要求のメッセージを明示的に合図する。かかるシグナリングは、前に使用されていない（前に割り当てられていない、すなわち３ＧＰＰにより標準化されている）ＨＳ−ＳＣＣＨメッセージの使用により達成される。ＨＳＳＣＣＨメッセージにおける「ＣＱＩ要求」の例示的な符号化は、ＮＵＬＬとしてＨＳ−ＳＣＣＨメッセージにおける「トランスポートブロックサイズ」を符号化することである（「オールゼロ」のコードワード）。ＮＵＬＬのトランスポートブロックサイズでＵＥがＨＳ−ＳＣＣＨを受信するとき、ＨＳ−ＳＩＣＨにおけるチャネル品質の指示で応答する。チャネル品質の指示は、ＨＳ−ＳＣＣＨで合図されたＨＳ−ＤＳＣＨリソースに基づく。代替的に、チャネル品質リポートは、ＨＳ−ＳＣＣＨ又はビーコン機能に基づく場合がある。チャネル品質の指示が関連するリソースは、ノードＢとＵＥとの間で知られている。
【００５６】
方法１，２，３，４及び５は、様々な置き換えで結合される場合があることを理解されたい（たとえば、方法１は、上位レイヤのデータが物理リソースで送信されず、誤ったＣＲＣが物理リソースで搬送されるように、方法２と結合することができる）。
【００５７】
［スケジューリングの態様］
先に記載された実施の形態でノードＢが行う場合がある２つのセットのスケジューリングの判定が存在する。はじめに、ノードＢは、チャネル品質情報の要求をスケジュールする場合がある（どのＵＥのチャネル品質情報の要求が送出されるかを判定するためのアルゴリズムが存在する必要がある）。また、ＵＥから戻されたチャネル品質情報及び（それぞれのＵＥについてペンディングデータの量のような）他の情報に基づいてどのＵＥをスケジューリングするかを判定するためのアルゴリズムが存在する場合がある。ＣＱＩ要求をスケジューリングするために使用される様々なアルゴリズムがある。ＣＱＩ要求のための例となるアルゴリズムは、以下に示される。
・ラウンドロビン：ノードＢは最後のＣＱＩリポートからの時間に従ってＵＥを優先付けする（ＣＱＩリポートが最近に受信されていないＵＥは、最近にリポートされたＣＱＩを有するＵＥよりも優先される）。
・ペンディングデータによるＵＥのラウンドロビン：ラウンドロビンＣＱＩ要求のスケジューリングは、送信するペンディングデータを有するＵＥについてのみ実行される。
・プロポーショナルフェア（proportional  fair）スケジューリング：ノードＢは、多数のパラメータの関数であるメトリックに基づくＣＱＩ要求のために、スケジュールすべきＵＥを優先付けする。例として、ポロポーショナルフェアメトリックは、最後のＣＱＩ要求からの時間、データペンディングの量、及び前のＣＱＩ要求の結果に基づいて導出される。
・チャネル：ノードＢは、ノードＢがマルチユーザダイバーシチの目的で利用するチャネルを受けるＵＥへのＣＱＩ要求を優先する。たとえば、ノードＢは、スタティック又は高速チャネルのいずれかであるＵＥよりも単調な（pedestrian）チャネルにあるＵＥへのＣＱＩ要求を優先する（ノードＢは、単調なチャネルのフェージングプロファイルを追跡するが、高速チャネルのフェージングプロファイルを追跡せず、したがって、単調なチャネルにおけるＵＥからチャネル品質情報を得ているノードＢにおいて多くのユーティリティが存在する）。
・マルチユーザダイバーシチ技術への応答：ノードＢは、マルチユーザダイバーシチ技術から利益をえるために示されているＵＥへのＣＱＩ要求を優先する（たとえば、ノードＢは、スケジューリングの判定が瞬間的なＣＱＩリポートに基づいて行われるとき、平均されたＣＱＩリポートに基づいて判定が行われるとき、ＵＥに達成されるスループットをモニタし、瞬間的なＣＱＩリポートが使用されるときのより大きなスループットを示すＵＥは、瞬間的なＣＱＩリポートが使用されるときにスループットの増加を示さないＵＥよりもＣＱＩ要求について優先付けされる）。
・ミクスド（mixed）：先のＣＱＩ要求のスケジューリングアルゴリズムの混成（たとえば、ＵＥは、データペンディングアルゴリズムによりラウンドロビンに従ってＣＱＩ要求について優先付けされ、単調なチャネルにおけるＵＥは、フェージングのないチャネル又は高速チャネルにおけるＵＥよりも優先される）。
【００５８】
ノードＢは、チャネル品質情報のみを使用して他のＵＥに優先して所定のＵＥを何時スケジューリングすべきかを判定する。このケースでは、ノードＢは、ユーザデータを送信するとき、（ユーザデータが正しく受信されることを保証するため）ＵＥへの控えめな割り当てをなす場合がある。ユーザデータへのＣＱＩの指示に基づいたその後の割り当ては、更に積極的となる場合がある。ノードＢは、ユーザデータを送信するために実際に使用される物理的なリソース以外の物理的なリソースでＣＱＩ要求が実行されるとき、この方策を適合するために選択される場合がある。
【００５９】
代替的に、ＵＥは、所定のＵＥを何時スケジュールするかを判定し、それらのＵＥに積極的な割り当てをなすため、チャネル品質情報を使用する場合がある。ノードＢは、ユーザデータの送信用に使用される物理リソースにＣＱＩ要求が実行されるか、又は、それぞれの物理リソースへの干渉がその物理リソースのタイムスロット又はコードに相関しないことをノードＢが信じるとき、この方策を適合するために選択される場合がある。
【００６０】
図１１には、ＵＥをスケジューリングするときにノードＢが行うステップのシーケンスが示されている。ステップ１１１０では、ノードＢは、ユーザデータを搬送することとなるＵＥをはじめにスケジュールする（このスケジューリングは、ノードＢにより受信されたＵＥからの前のＣＱＩリポートに基づく場合がある）。ステップ１１２０では、ノードＢは、次いで、ＣＱＩ要求をもつ他のＵＥをスケジュールする。ステップ１１３０では、スケジューリング判定に基づいて、ノードＢは、ＨＳ−ＳＣＣＨチャネルを介して、それぞれ割り当てられたＵＥに割り当て情報を送信する。ステップ１１４０では、ノードＢは、ＨＳ−ＳＣＣＨチャネルで合図されたように、ＵＥにＨＳ−ＤＳＣＨリソースを続いて送信する。これらＨＳ−ＤＳＣＨリソースは、（方法１，２，３，４及び５のどれがノードＢにより利用されるかに従って）ヘッダ及びユーザデータを搬送するか、又はヘッダ及びパディングを搬送する。ＵＥは、チャネル品質の指示及びＨＳ−ＳＩＣＨチャネルのＡＣＫ／ＮＡＣＫ結果によりノードＢに応答し、ステップ１１５０で、ノードＢは、ＨＳ−ＳＩＣＨを受信し、チャネル品質情報並びにＡＣＫ及びＡＣＫ／ＮＡＣＫフィールドをデコードする。ノードＢは、その後のスケジューリングの決定のためにチャネル品質情報を使用する（すなわち、プロセスは、図のトップに続く）。
【００６１】
［実施の形態］
実際に、本発明の実施の形態は、第三世代のＴＤＤノードＢに基づく場合がある。このノードＢは、第三世代のセルラーネットワークの一部を形成し、多数のＵＥにサービスする。ノードＢは、それに付属される１以上のアンテナからに信号を送信し、該アンテナからの信号を受信する。ノードＢは、セルサイトに位置される。
【００６２】
ノードＢは、３ＧＰＰにより規定されたようにＴＤＤ  ＨＳＤＰＡ機能を実現する。ノードＢは、プロポーショナルフェア・スケジューリングアルゴリズムに従う優先順序でＵＥをスケジュールする。プロポーショナルフェア・スケジューリングメトリックは、そのＵＥに送信するためにペンディングのデータ量、ＵＥが前にスケジューリングされた時間のリスト、及びＵＥでのチャネル品質の関数である。
【００６３】
ノードＢは、ＨＳＳＩＣＨチャネルに関するチャネル品質情報を得る。チャネル品質情報は、ＨＳ−ＤＳＣＨリソースを担うユーザデータの割り当ての結果として、又はＵＥにＣＱＩ要求を送出するノードＢの結果として、ノードＢにリターンされる。
【００６４】
ノードＢは、ユーザデータを含む送信を受信するＨＡＲＱプロセスのための大きなパーティションと、ＣＱＩ要求の機能のために使用されるＨＡＲＱプロセスのための小さなパーティションを提供するため、ＵＥ  ＨＡＲＱプロセスを区分する。ノードＢは、ＨＳ−ＤＳＣＨにおいて上位レイヤのトランスポートブロックがＵＥに送信されないこと、及び小さなＨＡＲＱバッファメモリのパーティションが使用されることを示すＨＳＳＣＣＨを送出することで、ＣＱＩ要求をＵＥに送出する。小さなＨＡＲＱバッファメモリのパーティションでＵＥにチャネル品質要求をノードＢが送出するたびに、そのＵＥについて新たなデータインジケータのビットの状態を切替える（新たなデータインジケータビットは、それぞれのＵＥのそれぞれのＨＡＲＱプロセスについて維持される）。この新たなデータインジケータビットは、前にＣＱＩ要求を中止するために切り替えられる。
【００６５】
ノードＢは、ＭＡＣ−ｈｓヘッダ及びパディングからなるＭＡＣ−ｈｓ  ＰＤＤを形成する。このＭＡＣ−ｈｓ  ＰＤＵは、前のＨＳ−ＳＣＣＨで示されたＨＳ−ＤＳＣＨ物理リソースで送信される。ノードＢは、はじめに正しいＣＲＣを形成し、次いでＨＳ−ＤＳＣＨのそれぞれのＣＲＣビットの論理的な意味を反転することで、ＨＳ−ＤＳＣＨでの誤ったＣＲＣを保証する。反転されたＣＲＣは、正しいＣＲＣとは対照的に送信される。
【００６６】
ノードＢがＨＳ−ＳＣＣＨ／ＨＳ−ＤＳＣＨペアに応答してＨＳ−ＳＩＣＨを受信しない場合、そのＵＥのチャネル品質は低い。ノードＢがＨＳ−ＳＩＣＨを受信する場合、将来のスケジューリングの目的でそのＵＥからチャネル品質のリポートを記憶する。
【００６７】
ノードＢは、低速チャネルにあるＵＥにＣＱＩ要求をスケジュールする。ＵＥは、ラウンドロビン方式でＣＱＩ要求についてスケジュールされる。送信のためのペンディングデータをもち、低速チャネルにあるＵＥのみがＣＱＩ要求のためにスケジュールされる。
【００６８】
ノードＢは、ＨＳ−ＳＩＣＨに戻されたチャネル品質情報のリポートに基づいて、ＵＥへのＨＳ−ＤＳＣＨでのユーザデータ送信をスケジュールする。ノードＢは、ＨＳ−ＤＳＣＨでのユーザデータに関連するチャネル品質情報のリポート、及びＣＱＩ要求に関連するチャネル品質情報のリポートの両方を使用する。
【００６９】
先に記載された通信システムにおけるＨＳＤＰＡのスキームは、以下の利点を１つ又は組み合わせで提供する場合がある。
・基地局は、粗悪なチャネル状態をもつユーザに優先して良好なチャネル状態を受けているユーザをスケジューリングすることで、マルチユーザダイバーシチを効果的に利用することができる。
・基地局は、最近のチャネル品質のリポートに基づいて、それぞれのＵＥに適用するため、変調及びチャネル符号化レートの最適な選択をなすことができる。
・セルのスループット（毎秒送信される情報ビットの数）は、深刻な負荷状態で増加される。
・パケットコールのスループット（パケットコールでＵＥに送信されるビット数とそれらのビットを送信するために要する時間との割合）は、基地局が所与の数のＵＥにサービスするときに増加する。
・所与のパケットコールのスループットでサポートすることができるＵＥの数が増加される。
【００７０】
方法１，２，３，４及び５の特定の利点は、以下に示される。
・方法１は、ブロック誤り率の関数として生成したＣＱＩリポートの値を調節するため、ＣＲＣの状態（正しい又は誤り）をＵＥが使用する場合があるという利点を有する。
・方法２は、ＭＡＣ−ｈｓ  ＰＤＤの内容はＵＥにおけるメインのＭＡＣエンティティに伝達されないという利点を有する。これにより、ＵＥにおける計算上のオーバヘッドを低減し、ゼロのＭＡＣ−ｈｓ  ＳＤＤを搬送するＭＡＣ−ｈｓ  ＰＤＤの受信を正しく処理しないＵＥにより複雑さが生じないことを保証する。
・方法３は、ＭＡＣ−ｈｓ  ＰＤＤの内容がＵＥにおけるメインのＭＡＣ−ｈｓに伝達されないこと、ＣＱＩリポートをブロック誤り率にマッピングするためにＵＥにおける閉ループシステムが損なわれないという利点を有する。
・方法４は、ＵＥで実現される全てのメモリは、ユーザデータの受信及び復号化について利用可能であるという利点を有する。
・方法５は、ＣＱＩ要求が明示的であるという利点を有するが、前世代のＵＥと後方互換性がないという問題点を有する。
・方法１，２，３及び４は、基地局で実現することができ、モバイル装置への変更を必要としない。これにより、フィールドに前に配置されたモバイル装置をオペレータにアップグレードさせる必要なしに、基地局がＣＱＩ要求の機能でアップグレードされるのを可能にする。
【００７１】
先に記載されたＨＳＤＰＡ通信のスキームはノードＢとＵＥにおけるプロセッサ（図示せず）で実行しているソフトウェアで実行される場合があり、ソフトウェアは、磁気又は光学的なコンピュータディスクのような適切なデータキャリア（図示せず）に保持されるコンピュータプログラムエレメントとして提供される場合があることを理解されたい。
【００７２】
また、先に記載されたＨＳＤＰＡ通信のスキームは、たとえば、ノードＢ及びＵＥにおけるＦＰＧＡ（Field  Programmable  Gate  Arrays）又はＡＳＩＣ（Application  Specific  Integrated  Circuits）のような集積回路（図示せず）の構成で、ハードウェアで代替的に実行される場合がある。
【００７３】
さらに、好適な実施の形態は、３ＧＰＰ  ＵＴＲＡ  ＴＤＤワイヤレスシステムの環境で先に記載されたが、本発明はこの用途に限定されるものではなく、ＨＳＤＰＡを利用した通信システムを含む適切な通信システムで使用される場合がある。
【００７４】
本発明は特定の実施の形態と共に記載されたが、ここで述べた特定の形式に限定されることが意図されない。むしろ、本発明の範囲は、特許請求の範囲によってのみ限定される。請求項では、用語「有する“comprising”」は、他のエレメント又はステップの存在を排除するものではない。さらに、個々に列挙された複数の手段、エレメント又は方法ステップは、たとえば１つのユニット又はプロセッサにより実現される場合がある。さらに、個々の特徴は、異なる請求項に含まれる場合があるが、これらは有利にも結合される場合があり、異なる請求項における包含は、特徴の組み合わせが実施可能及び／又は有利ではないことを意味しない。特に、１つの独立の請求項に対する従属の請求項に含まれる特徴は、別の独立の請求項の特徴と結合される場合がある。また、第一の請求項のカテゴリの独立の請求個に対する従属の請求項の特徴は、異なる請求項のカテゴリの特徴及び独立の請求項と結合される場合もある。さらに、１つの引用は複数を排除しない。したがって、“ａ”、“ａｎ”、“ｆｉｒｓｔ”、“ｓｅｃｏｎｄ”等は、複数を排除しない。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施の形態が使用される場合がある３ＧＰＰ無線通信システムを例示するブロック概念図である。
【図２】動作及びマルチユーザダイバーシチ、並びに適応型変調及び符号化を例示するグラフである。
【図３】ＨＳＤＰＡサイクルのブロック概念図である。
【図４】２ＨＡＲＱ（Hybrid  Automatic  Re-transmission  reQuest）プロセスによる時間領域でのＨＳＤＰＡ動作のブロック概念図である。
【図５】データが連続するフレームで送信されないＨＳＤＰＡ動作のブロック概念図である。
【図６】ＨＳＤＰＡの高水準アーキテクチャ動作のブロック概念図である。
【図７】本発明の実施の形態に係るＨＡＲＱを例示するブロック概念図である。
【図８】従来のＨＡＲＱバッファメモリ分割を例示するブロック概念図である。
【図９】チャネル品質リポートを要求するための、本発明の実施の形態を組み入れた、ノードＢの手順を例示するブロック概念図である。
【図１０】図９の手順で使用されるデータパケットのフォーマットを例示するブロック概念図である。
【図１１】従来のスケジューリング機能が更に実行される、図９の手順のスーパーセットとして実行される場合がある動作のノードＢのシーケンスを例示するブロック概念図である。
【図１】
2007503138.tif 000003
【図２】
2007503138.tif 000004
【図３】
2007503138.tif 000005
【図４】
2007503138.tif 000006
【図５】
2007503138.tif 000007
【図６】
2007503138.tif 000008
【図７】
2007503138.tif 000009
【図８】
2007503138.tif 000010
【図９】
2007503138.tif 000011
【図１０】
2007503138.tif 000012
【図１１】
2007503138.tif 000013
【国際調査報告】
2007503138.tif 000014
2007503138.tif 000015
2007503138.tif 000016