(57)【特許請求の範囲】
【請求項１】
送信機における電力低減のための方法であって、該方法が、
送信機において、制御チャネル情報の使用なしに受信機がデータチャネルを検出することをサポートするかを判断するステップ、
該受信機が制御チャネル情報を使用することなく該データチャネルを検出することができると該判断するステップで判断した場合、該データチャネルに関連する制御チャネル情報の送信を無効化するステップ、
該データチャネルでデータを該受信機に送信するステップ、及び
中断インジケータを該受信機に送信するステップであって、該中断インジケータが制御チャネル情報の送信が無効化されたことを示しているステップ
からなる方法。
【請求項２】
請求項１の方法において、該無効化するステップが、
該受信機がブラインドデータチャネル検出をサポートすると該判断するステップで判断した場合に制御チャネルをオフするステップ
からなる方法。
【請求項３】
請求項１の方法において、該無効化するステップが、
該制御チャネル情報の代わりに不連続送信フレームを送信するステップ
からなる方法。
【請求項４】
請求項１の方法であって、さらに、
該受信機が制御チャネル情報を使用することなく該データチャネルを検出することができないと該判断するステップで判断した場合、該データチャネルに関連する制御チャネル情報を送信するステップ
からなる方法。
【請求項５】
請求項１の方法であって、該制御チャネル情報の送信が無効化された後に、さらに、
送信電力の節約が必要かを判断するステップ、
送信電力の節約が不要であると判断された場合に制御チャネル情報の送信を有効化するステップ、及び
該データチャネルでデータを、及び該制御チャネルで該制御情報を該受信機に送信するステップ
からなる方法。
【請求項６】
請求項５の方法であって、さらに、
制御チャネル送信インジケータを該受信機に送信するステップであって、該制御チャネル送信インジケータが該制御チャネル情報の送信が有効化されたことを示している、ステップ
からなる方法。
【請求項７】
受信機における電力低減の方法であって、該方法が、
中断インジケータを該受信機に送信するステップ、
該受信機において、受信された該中断インジケータに応じて受信データチャネルに関連する制御チャネル情報の処理を無効化するステップであって、該受信された中断インジケータが該制御チャネル情報の送信が無効化されたことを示している、ステップ、及び
該制御チャネル情報の使用なしに該受信機において該データチャネルを検出するステップ
からなる方法。
【請求項８】
請求項７の方法において、該中断インジケータが、該制御チャネル情報を搬送するための制御チャネルがＤＴＸフレームを搬送することを示している方法。
【請求項９】
請求項７の方法において、該中断インジケータが、該制御チャネル情報を搬送するための制御チャネルが送信機でオフされたことを示している方法。
【発明の詳細な説明】
【背景技術】
【０００１】
第３世代（３Ｇ）無線通信プロトコル標準（例えば、３ＧＰＰ−ＵＭＴＳ、３ＧＰＰ２−ＣＤＭＡ２０００等）は、アップリンクにおける専用トラフィックチャネル（例えば、移動局（ＭＳ）又はユーザ機器（ＵＥ）（以下、ユーザという）と基地局（ＢＳ）又はノードＢとの間の通信フロー）を採用する。専用チャネルはデータ部分（例えば、ＵＭＴＳリリース４／５プロトコルによる専用物理データチャネル（ＤＰＤＣＨ）、ＣＤＭＡ２０００プロトコルによる基本チャネル又は追加チャネル等）及び制御部分（例えば、ＵＭＴＳリリース４／５プロトコルによる専用物理制御チャネル（ＤＰＣＣＨ））、ＣＤＭＡ２０００プロトコルによるパイロット／電力制御サブチャネル等）を含む。
【０００２】
これらの標準におけるより新しいバージョンである、例えば、ＵＭＴＳのリリース６は、高度化された専用チャネル（Ｅ−ＤＣＨ）と言われる高速データアップリンクチャネルを提供する。Ｅ−ＤＣＨは高度化されたデータ部分（例えば、ＵＭＴＳプロトコルによるＥ−ＤＣＨ専用物理データチャネル（Ｅ−ＤＰＤＣＨ））及び高度化された制御部分（例えば、ＵＭＴＳプロトコルによるＥ−ＤＣＨ専用物理制御チャネル（Ｅ−ＤＰＣＣＨ））を含む。
【０００３】
図１はＵＭＴＳプロトコルによる従来の無線通信システム１００を示す。図１を参照すると、無線通信システム１００はノードＢ１２０、１２２及び１２４のような多数のノードＢを含み、各々はそれぞれのカバレッジエリア内の第１のタイプのユーザ１１０及び第２のタイプのユーザ１０５の通信ニーズをサービスする。第１のタイプのユーザ１１０はＵＭＴＳリリース６ユーザのような高速データのユーザとする（以下、高度化ユーザという）。第２のタイプのユーザはＵＭＴＳリリース４／５ユーザのような低速データのユーザとする（以下、旧式ユーザという）。ノードＢはＲＮＣ１３０及び１３２のようなＲＮＣに接続され、ＲＮＣはＭＳＣ／ＳＧＳＮ１４０に接続される。
【０００４】
ＲＮＣはＭＳＣ及びＳＧＳＮを関与させずにハンドオーバーを自動的に管理する等の機能を扱う所定の呼及びデータを扱う。ＲＮＣはまた、送信機及び受信機の能力のようなＵＥ及びノードＢの能力を管理する。これは、例えば、特定のユーザが高度化ユーザ又は旧式ユーザであるかを判別することを含み得る。ＭＳＣ／ＳＧＳＮ１４０は呼及び／又はデータをそのネットワーク又は外部ネットワーク内の他の要素（例えば、ＲＮＣ１３０／１３２及びノードＢ１２０／１２２／１２４）にルーティングすることを扱う。これらの要素間のインターフェイスＵｕ、Ｉｕｂ、Ｉｕｒ及びＩｕがさらに図１に示されている。
【０００５】
図２はアップリンク方向におけるＥ−ＤＣＨ（例えば、Ｅ−ＤＰＣＣＨ及びＥ−ＤＰＤＣＨ）のためのフレーム構造例を示す。
【０００６】
図２を参照すると、各フレーム２００は、例えば、１０ミリ秒（ｍｓ）の長さを有し、各３個のスロットを含む５個のサブフレームに仕切られている。各スロット２０５は、例えば、２５６０個のチップの長さを有し、例えば、２／３ｍｓの持続時間を有する。結果として、各サブフレームは２ｍｓの持続時間を有することになる。上述のように、Ｅ−ＤＣＨはＥ−ＤＰＤＣＨ２４０及びＥ−ＤＰＣＣＨ２２０を含み、Ｅ−ＤＰＣＣＨ２２０及びＥ−ＤＰＤＣＨ２４０の各々は符号多重化される。
【０００７】
Ｅ−ＤＰＣＣＨ２２０は関連のＥ−ＤＰＤＣＨ２４０のための制御情報を搬送する。この制御情報は３個のコンポーネントを含み、それは、再送信シーケンス番号（ＲＳＮ）、トランスポートフォーマットインジケータ（ＴＦＩ）及びハッピービットである。ＲＳＮは２ビットからなり、ＴＦＩは７ビットからなり、ハッピービットは１ビットからなる。これらのコンポーネントは当業者には周知であり、それゆえ、詳細な検討は説明の簡明のために省略する。
【０００８】
図３は、例えば、図１の高度化ＵＥ１１０に位置する従来のＵＭＴＳアップリンク送信機３００及びノードＢ１２０／１２２／１２４の１つに位置する受信機３５０を示す。図３の従来の送信機３００及び受信機３５０はそれぞれＥ−ＤＣＨを送信及び受信する。
【０００９】
図３に示すように、上位層の高度化専用トランスポートチャネル（Ｅ−ＤＴｒＣＨ）に関連するデータは送信チャネル処理ブロック３０３でＥ−ＤＰＤＣＨフレームに処理される。フレームは変調及び直交拡散部３０４で２進位相シフトキーイング（ＢＰＳＫ）変調され、直交拡散される。拡散変調フレームは、拡散変調フレームの振幅が調整されるゲイン部３１５によって受信される。結合器３２０はゲイン部３１５の出力を受信する。
【００１０】
さらに図３を参照すると、２個のＲＳＮビット、７個のＴＦＩビット及び１個のハッピービットは１０ビットＥ−ＤＰＣＣＨワードにマッピングされ、これは、例えば、２ｍｓ又は１０ｍｓのＴＴＩを有する関連のＥ−ＤＰＤＣＨフレームについての制御情報となり得る。
【００１１】
１０ビットＥ−ＤＰＣＣＨワードは所与の値（例えば、「１」又は「０」）に設定されたハッピービット、関連のＥ−ＤＰＤＣＨフレームによって搬送されるトランスポートチャネル用のデータフォーマットに対応する値（例えば、トランスポートブロックサイズ、送信時間間隔（ＴＴＩ）等）を有するフォーマットインジケータ又はＴＦＩ、及び０から３の間のＲＳＮ値を含む。ハッピービット及びＴＦＩは制御データと言われる。
【００１２】
そして、１０ビットＥ−ＤＰＣＣＨワードはＦＥＣ部３０１で３０ビット符号化シーケンスにコード化される。３０ビットコード化シーケンスはＢＰＳＫ変調器３０５で変調され、直交拡散部３１０で直交拡散される。直交拡散部３１０からの出力がゲイン部３１６で調整され、結合器３２０に出力される。
【００１３】
上記のＥ−ＤＰＣＣＨと同様に、例えばチャネル推定の判断で使用される周知のＤＰＣＣＨフレームはＢＰＳＫ変調器３０６で変調され、変調されたフレームは直交拡散部３１１で直交拡散される。拡散変調フレームは、拡散変調フレームの振幅が調整されるゲイン部３１７によって受信される。
【００１４】
ゲイン部３１５、３１６及び３１７の各々の出力は複素信号であり、結合器部３２０によって結合信号に結合される（例えば、符号分割及び／又はＩ／Ｑ多重化される）。結合された信号は整形フィルタ３２５によってスクランブリング及びフィルタリングされ、整形フィルタ３２５の出力は伝搬チャネル３３０を介して（例えば、空中を介して）受信機３５０に送信される。
【００１５】
送信機３００が伝搬チャネル３３０を介して結合信号を送信した後に、送信ＵＥは送信信号の受信及び復号が成功したことを示すノードＢからのＡＣＫを待つ。
【００１６】
ＡＣＫがユーザによって受信された場合、送信機３００は新たなＥ−ＤＴｒＣＨデータを送信する。ＡＣＫが受信されず、又はＮＡＣＫが受信された場合、ＵＥは同じＴｒＣｈパケット及び同様の制御情報をそれぞれＥ−ＤＰＤＣＨフレーム及び対応のＥ−ＤＰＣＣＨフレームを介して再送信する。
【００１７】
データ及び関連の制御情報を（例えば、それぞれＥ−ＤＰＤＣＨフレーム及び対応のＥ−ＤＰＣＣＨフレームを介して）再送信した後に、それでもノードＢからＡＣＫが受信されず、又はＮＡＣＫが受信された場合、ＵＥはデータ及び同様の制御情報をそれぞれ他のＥ−ＤＰＤＣＨフレーム及び対応のＥ−ＤＰＣＣＨフレームを介して再度再送信する。ＵＥはＡＣＫが受信され又は再送信の数がしきい値に到達するまで肯定応答されないデータを再送信し続けることになる。
【００１８】
受信機３５０において、送信信号が伝搬チャネル３３０を介して受信され、Ｅ−ＤＰＤＣＨ処理ブロック３３５、Ｅ−ＤＰＣＣＨソフトシンボル生成ブロック３４５及びＤＰＣＣＨチャネル推定ブロック３５５に入力される。当分野で周知のように、ＤＰＣＣＨチャネル推定ブロック３５５は、ＤＰＣＣＨ上で送信されたパイロットを用いてチャネル推定を生成する。チャネル推定はあらゆる周知の態様で生成されることができ、ここでは記載の簡明のためにこれ以上検討しない。ＤＰＣＣＨチャネル推定ブロック３５５において生成されたチャネル推定はＥ−ＤＰＤＣＨ処理ブロック３３５及びＥ−ＤＰＣＣＨソフトシンボル生成ブロック３４５の各々に出力される。
【００１９】
ソフトシンボル生成ブロック３４５において、受信制御信号はディスクランブルされ、逆拡散され、逆回転／逆多重化されてソフトシンボルのシーケンスを生成する。Ｅ−ＤＰＣＣＨソフトシンボルは受信信号の推定、即ち言い換えると、送信機３００によって送信された３０個のシンボルの推定を表す。Ｅ−ＤＰＣＣＨソフトシンボルは送信Ｅ−ＤＰＣＣＨワードを回復するためにさらに処理される。
【００２０】
Ｅ−ＤＰＣＣＨソフトシンボルはＥ−ＤＰＣＣＨ不連続送信（ＤＴＸ）検出部３６５に出力される。Ｅ−ＤＰＣＣＨ＿ＤＴＸ検出部３６５はしきい値による動作を用いてＥ−ＤＰＣＣＨで受信された信号が制御情報を実際に含むかを判断する。
【００２１】
例えば、Ｅ−ＤＰＣＣＨ＿ＤＴＸ検出部３６５は受信Ｅ−ＤＰＣＣＨフレームについての信号エネルギー（例えば、所与の２ｍｓのＴＴＩにわたる信号エネルギー）を正規化し、正規化された信号エネルギーとしきい値を比較する。正規化信号エネルギーがしきい値よりも大きい場合は、Ｅ−ＤＰＣＣＨ＿ＤＴＸ検出部３６５は制御信号がＥ−ＤＰＣＣＨ上に存在すると判断し、そうでない場合は、Ｅ−ＤＰＣＣＨ＿ＤＴＸ検出部３６５は制御信号がＥ−ＤＰＣＣＨ上に存在しないと判断し、続いて不連続送信を宣言する。
【００２２】
Ｅ−ＤＣＣＨ＿ＤＴＸ検出部３６５が、制御信号がＥ−ＤＰＣＣＨに存在することを検出した場合、送信機３００によって送信される１０ビットのＥ−ＤＰＣＣＨワードを回復する（例えば、推定する）ためにソフトシンボル生成ブロック３４５からのソフトシンボル出力がＥ−ＤＰＣＣＨ復号ブロック３７５によって処理される。
【００２３】
例えば、送信された１０ビットＥ−ＤＰＣＣＨワードを回復する際に、Ｅ−ＤＰＣＣＨ復号ブロック３７５は送信機３００によって送信された全１０２４個の可能なＥ−ＤＰＣＣＨコードワードのサブセット（例えば、２、４、８、１６、３２等）における各３０ビットコードワードとソフトシンボルのシーケンスとの間の相関値又は相関距離（以下、相関という）を特定する。このコードワードのサブセットはコードブックと言われる。
【００２４】
ソフトシンボルのシーケンスとコードブックにおけるコードワード各々との相関を特定した後、Ｅ−ＤＰＣＣＨ復号ブロック３７５は３０ビットＥ−ＤＰＣＣＨコードワードに対応する１０ビットＥ−ＤＰＣＣＨワード（これはＥ−ＤＰＣＣＨソフトシンボルに対する最も高い相関を有する）を選択する。そして、１０ビットＥ−ＤＰＣＣＨワードはＥ−ＤＰＤＣＨを処理する際の使用のためにＥ−ＤＰＤＣＨ処理ブロック３３５に出力される。
【００２５】
受信機３５０でＥ−ＤＰＤＣＨの受信及び復号が成功した場合、ノードＢはＡＣＫを送信ＵＥにダウンリンクで送信し、そうでない場合、ノードＢは（例えば、ノードＢがサービングノードＢの場合）ＮＡＣＫを送信し、又は（例えば、ノードＢは非サービングノードＢである場合）何も送信しない。
【００２６】
上記では、ＴｒＣｈパケットデータは関連の制御情報を用いて検出され、復号される。しかし、ある高度化された受信者は、関連のＥ−ＤＰＣＣＨフレームにおいて通常通り送信される対応の制御情報の使用なしに、ＴｒＣｈパケットデータを搬送するＥ−ＤＰＤＣＨフレームのブラインド検出を実行することができる。ブラインド検出のための方法によっては、単一フレーム完全復号、Ｅ−ＤＰＣＣＨの必要がないブラインド（マルチフレーム）Ｅ−ＤＰＤＣＨ検出、Ｅ−ＤＰＣＣＨ電力ディブースティングによるＥ−ＤＰＣＣＨの（マルチフレーム）ＭＡＰ復号、Ｅ−ＤＰＣＣＨのＭＬ（マルチフレーム）復号、Ｅ−ＤＰＣＣＨのＥ−ＤＰＤＣＨアシステッドＭＬ（マルチフレーム）復号、Ｅ−ＤＰＣＣＨ及びハイブリッドＭＬの自己アシステッドＭＬ（マルチフレーム）復号、及びＥ−ＤＰＣＣＨの決定案内（マルチフレーム）復号を含む。
【００２７】
これら上記方法はリリース６標準において規定された現在のＥ−ＤＣＨフォーマットの関連で使用される。しかし、これらの方法は、ブラインド検出中であっても送信機及び受信機は制御チャネル情報を不必要に処理するので、ノードＢ及び／又はＵＥでの不必要な処理負荷に帰着することになる。例えば、アップリンクにおいて、ＵＥがすでに制御情報をＥ−ＤＰＣＣＨ上で送信しなくなっているときに、ノードＢはＥ−ＤＰＣＣＨを処理し続けてしまう。
【発明の概要】
【課題を解決するための手段】
【００２８】
少なくとも１つの実施例は、送信機での電力低減のための方法を提供する。この方法では、送信機は受信機が制御チャネル情報の使用なしにデータチャネルを検出することをサポートするかを判断する。受信機が制御チャネル情報の使用なしにデータチャネルを検出する能力がある場合には、データチャネルに関連する制御チャネル情報の送信を無効化できる。データは制御チャネル情報なしにデータチャネル上で受信機に送信され得る。
【００２９】
少なくともこの実施例によると、中断インジケータが受信機に送信され得る。中断インジケータは制御チャネル情報の送信が無効化されたことを示すことができる。制御チャネル情報の送信を無効化するために、受信機がブラインドデータチャネル検出をサポートする場合には送信機は制御チャネルをオフにすることができる。代替的に、送信機は制御チャネル情報の代わりに不連続送信フレームを送信することができる。受信機が制御チャネル情報の使用なしにデータチャネルを検出することができない場合には、送信機によって制御チャネル情報が送信され得る。
【００３０】
少なくともこの実施例によると、制御チャネル情報の送信電力が無効化された後、送信機は送信電力の節約が必要か否かを判断することができる。送信電力の節約が不要であると判断された場合、送信機は制御チャネル情報の送信を有効化することができる。送信機はデータをデータチャネル上で、制御情報を制御チャネル上で受信機に送信することができる。送信機はまた、制御チャネル送信インジケータを受信機に送信することができる。制御チャネル送信インジケータは制御チャネル情報の送信が有効化されたことを示すことができる。この例では、送信電力の節約が不要と判断された場合には制御チャネルはオフされる。
【００３１】
少なくとも１つの他の実施例は受信機での電力低減のための方法を提供する。この方法では、受信機は受信された中断インジケータに応答して制御チャネル情報の処理を無効化することができる。受信された中断インジケータは制御チャネル情報の送信は送信機で無効化されたことを示すことができる。受信機は制御チャネル情報の使用なしにデータチャネルを検出することができる。
【００３２】
少なくともこの実施例によると、中断インジケータは制御チャネル情報を搬送するための制御チャネルが不連続送信フレームを搬送していることを示すことができる。代替的に、中断インジケータは制御チャネル情報を搬送する制御チャネルが送信機でオフされたことを示すことができる。
【００３３】
受信機は受信された制御チャネル送信インジケータに応じて制御チャネル情報の処理を有効化することができる。受信された制御チャネル送信インジケータは制御チャネル情報の送信が送信機で有効化されたことを示すことができる。
【００３４】
本発明は以下に与えられる詳細な説明及び添付図面からより完全に理解される。ここで、同様の要素は同様の符号で表されている。これらは例示のみのために与えられ、本発明を限定するものではない。
【図面の簡単な説明】
【００３５】
【図１】図１はＵＭＴＳプロトコルによって動作する従来の無線通信システムを示す。
【図２】図２は高度化されたアップリンク専用物理チャネルの従来のフレーム構造の例を示す。
【図３】図３は従来のＵＭＴＳアップリンク送信機及び受信機を示す。
【図４】図４は、本発明の実施例による、無線通信システムにおける電力低減のための方法を示すフローチャートである。
【図５】図５は、本発明の他の実施例による、無線通信システムにおける電力低減のための方法を示すフローチャートである。
【図６】図６は本発明の実施例による他の方法を示すフローチャートである。
【図７】図７は本発明の他の実施例による方法を示すフローチャートである。
【発明を実施するための形態】
【００３６】
以降の説明はＷＣＤＭＡ／ＵＭＴＳのようなＣＤＭＡ技術に基づく通信ネットワーク又はシステムに関し、本例では図１との関連で記載されるが、ここに開示及び記載される実施例は例示としてのみ意図され、いかなる態様にも限定するものではないことを注記しておく。例えば、本発明の実施例による方法及び／又は装置はＩＳ９５、ｃｄｍａ２０００、同様の及び／又は関連の技術等のあらゆる無線技術との関連で利用され得る。本発明の実施例に対する種々の変形例は、上記以外の技術に基づく通信システム又はネットワークへの適用に関して当業者には明らかであり、それは開発の種々の段階に存在し、上記ネットワーク又はシステムの将来の代替又はそれに伴う使用に向けら得る。
【００３７】
本発明の実施例はデジタル信号プロセッサ（ＤＳＰ）又は特定用途向け集積回路（ＡＳＩＣ）のようなプロセッサを用いて実施され得る。代替的に、本発明の実施例は、少なくともある程度メモリ又は外部記憶装置に記憶されたコンピュータソフトウェアプログラムの形式で実施され得る。そのようなプログラムは、例えば、プロセッサによって実行される。本発明の少なくともいくつかの実施例を実施及び／又は実行するために使用されるプロセッサは、図１のノードＢ１２０及び／又はＵＥ１１０のような従来のノードＢ及び／又はＵＥにおいて含まれる複数のプロセッサのうちの１つであればよい。
【００３８】
図１を参照すると、ＵＥ１１０等のユーザがオンされ（電源投入され）、又はノードＢ１２０等のノードＢのカバレッジエリア又はセルに入るとき、ＵＥ１１０は該ユーザの能力をノードＢ１２０及びＲＮＣ１３０に上位レベルのシグナリングを介して通知することができる。そのようにする方法は当分野では周知である。例えば、ＵＥ１１０は、ＵＥ１１０が旧式ユーザなのか高度化ユーザなのか、どのようなタイプの送信機及び／又は受信機がＵＥ１１０に含まれるのか、ＵＥ１１０がＥ−ＤＰＣＣＨ上の対応の制御情報の送信なしにＥ−ＤＰＤＣＨの送信をサポートするか否か等を示すことができる。同様に、ノードＢ１２０がＲＮＣに追加されるときにノードＢ１２０はその能力全てをＲＣＮに通信する。そのようにするための方法は当分野では周知である。従って、ＲＮＣ１３０はＵＥ１１０及びノードＢ１２０双方の類似の能力の知識を同時に有することになる。
【００３９】
ノードＢ１２０がＥ−ＤＰＤＣＨで送信されるデータのブラインド検出（以下、ブラインドＥ−ＤＰＤＣＨ検出という）をサポートする場合、Ｅ−ＤＰＣＣＨによって搬送される関連の制御情報（例えば、ハッピービット、ＲＳＮ及びＴＦＩ）は、Ｅ−ＤＰＤＣＨ上で受信されたＴｒＣｈパケットデータを受信し、復号し、回復することが必要とされなくなる。
【００４０】
図４は本発明の実施例による電力低減のための方法を示すフローチャートである。図４に示す方法はＵＥでアップリンク送信機によって実行されることができ、図１のＵＥ１１０に関して記載される。しかし、この方法はノードＢでのダウンリンク送信機にも同じ又は実質的に同じ態様で適用できる。利用されるときに、少なくともこの実施例はＵＥ及び／又はノードＢでの処理及び／又は送信電力を低減できる。
【００４１】
図４を参照すると、例えば、ノードＢ１２０からコールセットアップメッセージにおいてノードＢ１２０の受信能力の表示を受信した後、ステップＳ４０２において、ＵＥ１１０はノードＢ１２０の特定された受信能力に基づいてブラインドＥ−ＤＰＤＣＨ検出をサポートするかを判断することができる。ノードＢ１２０がブラインドＥ−ＤＰＤＣＨ検出サポートする場合、Ｓ４０４において、ＵＥ１１０はＵＥ１１０がＥ−ＤＰＣＣＨでの制御情報の送信を中断又は無効化することを意図していることをノードＢ１２０に通知することができる。ＵＥ１１０は、例えば、より高いデータレートを送信するために送信電力を節約することを望むことができる。この場合、ＵＥ１１０の全送信電力は最大値に制限され、従ってＥ−ＤＰＣＣＨを送信するために割り当てられた送信電力はＥ−ＤＰＤＣＨに利用可能な電力量を制限することになるために、送信電力は節約される必要がある。他の例では、ＵＥ１１０は固定データレートを使用し、より少ない数の再送信を目標とするとき、例えば、音声アプリケーションを使用するときに、送信電力を節約することを望むことができる。ＵＥ１１０はこれらの意思をノードＢ１２０にＲＡＣＨメッセージ、旧式ＤＰＣＨチャネルの一部として送信された制御情報又は他の何らかの適切なシグナリングチャネルを介して通知することができる。
【００４２】
ステップＳ４０６において、ＵＥ１１０はＥ−ＤＰＤＣＨ上で制御チャネルを処理及び／又は送信することを中断又は無効化し、それによりＵＥ１１０での処理及び／又は送信電力を節約することができる。代替的に、ＵＥ１１０はＴＤＸフレームのみをノードＢ１２０に送信することができる。即ち、例えば、送信されたＥ−ＤＰＣＣＨフレームは実際の制御情報を含んでいなくてもよく、ゼロの送信電力（例えば、ゲイン）を有していてもよい。例えば、各送信されたＥ−ＤＰＣＣＨフレームはオールゼロを含んでいてもよい。ＤＴＸフレームを送信するための方法は当分野では周知であり、それゆえ、更なるより詳細な検討は説明の簡明のため省略する。
【００４３】
図４のステップＳ４０２に戻ると、ＵＥ１１０はノードＢ１２０がブラインドＥ−ＤＰＤＣＨ検出をサポートしないと判断した場合、図３に関して上述したように、ＵＥ１１０はＴｒＣｈパケットデータ並びにＥ−ＤＰＤＣＨ及び対応のＥ−ＤＰＣＣＨ上の対応の制御情報の通常の送信をそれぞれ継続する。
【００４４】
図５は、他の実施例による、無線通信システムにおける電力低減のための方法を示すフローチャートである。図５の方法はノードＢに位置するアップリンク受信機で実行され、図１に示すノードＢに関して記載される。しかし、本方法はＵＥに位置するダウンリンク受信機にも同じ又は実質的に同じ態様で適用できる。
【００４５】
図５を参照すると、ＲＮＣ１３０及び／又はＵＥ１１０自身からＵＥ１１０の送信能力の表示を受信した後、ステップＳ５０２において、ノードＢ１２０はＥ−ＤＰＣＣＨ中断インジケータがＵＥ１１０から受信されたかを確認する。Ｅ−ＤＰＣＣＨ中断インジケータはＵＥ１１０がＥ−ＤＰＣＣＨの処理及び／又は送信を中断及び／又は無効化しなければならないこと、又はそれを意図していることを示すことができる。即ち、例えば、ＵＥ１１０はＥ−ＤＰＣＣＨの送信を中止しなければならないか、又はそれを意図する。
【００４６】
代替的に、Ｅ−ＤＰＣＣＨ中断インジケータはＵＥ１１０がＤＴＸフレームのみをＥ−ＤＰＣＣＨ上で送信することを示すことができる。Ｅ−ＤＰＣＣＨ中断インジケータは任意の適当なシグナリングチャネルを介してあらゆる周知の態様、例えば、フラグビットの形式で送信されることができる。中断インジケータがＥ−ＤＰＣＣＨの中断を示しているのかＤＴＸフレームの送信を示しているのかが、ＵＥ１１０の能力に基づいてノードＢ１２０で判別される。他の実施例では、例えば、ＲＮＣ１３０はネットワーク条件に基づいてＵＥ１１０の送信能力を受信した後にＥ−ＤＰＣＣＨ中断インジケータをノードＢ１２０に送信することができる。
【００４７】
さらに図５を参照すると、Ｅ−ＤＰＣＣＨ中断インジケータがＵＥ１１０から受信された場合、ステップＳ５０４において、ノードＢ１２０はＵＥ１１０とノードＢ１２０の間のアップリンクＥ−ＤＰＣＣＨを処理することを中断し、Ｅ−ＤＰＤＣＨデータのブラインド検出を実行することができる。
【００４８】
上述したように、ノードＢ１２０がブラインドＥ−ＤＰＤＣＨ検出を使用するときにＵＥ１１０はＤＴＸ＿Ｅ−ＤＰＣＣＨフレームを送信することができる。ＤＴＸ＿Ｅ−ＤＰＣＣＨフレームがノードＢ１２０に送信されるべきことをシグナリングすることによって、図４に関して上述したように、ノードＢはＥ−ＤＰＣＣＨを処理することを継続する必要がなくなる。
【００４９】
図５のステップＳ５０２に戻ると、ノードＢ１２０がＥ−ＤＰＣＣＨ中断インジケータを受信した場合、ノードＢ１２０は、図３に関して上述したようにＥ−ＤＰＣＣＨ及びＥ−ＤＰＤＣＨを処理することを継続することができる。
【００５０】
図６は本発明の実施例による方法を示すフローチャートである。ブラインドＥ−ＤＰＤＣＨ検出を採用するときに、ＵＥ１１０は、例えば、アプリケーションの変化（例えば、再コンフィグレーション）のために、及び／又は多くのＲＲＣ層再送信を招いてしまう乏しい（例えば、非常に乏しい）ブラインド検出パフォーマンスに起因して、関連のＥ−ＤＰＣＣＨ上で制御情報を送信することを開始することを望むことができる。本例では、ＵＥ１１０は制御チャネル送信インジケータをノードＢ１２０に送信することができる。制御チャネル送信インジケータは中断インジケータと同じであっても異なっていてもよい。即ち、例えば、制御チャネル送信インジケータは、図４に関して上述した制御チャネル送信の中断を示すために使用される値と逆の値を有する中断インジケータとすることができる。制御チャネル送信インジケータを送信した後、ＵＥ１１０はＥ−ＤＰＣＣＨ上に制御情報を送信することを開始することができる。図６に示す方法はＵＥでのアップリンク送信機によって実行されることができ、図１のＵＥ１１０に関して記載される。しかし、この方法はノードＢにおけるダウンリンク送信機にも同じ又は実質的に同じ態様で適用することができる。
【００５１】
図６を参照すると、ステップＳ６０２において、ＵＥ１１０は送信電力の節約が未だに必要か及び／又は望ましいかを判断することができる。例えば、ＵＥ１１０は、例えば、アプリケーションの変化（例えば、再コンフィグレーション）のために、及び／又は多くのＲＲＣ層再送信を招いてしまう乏しい（例えば、非常に乏しい）ブラインド検出パフォーマンスに起因して、送信電力の節約がもはや必要でないことを判断することができる。ＵＥ１１０が電力節約はもはや不要であることを特定すると、ＵＥ１１０はＵＥ１１０がＥ−ＤＰＣＣＨ上での制御情報の送信を有効化又は再有効化を意図していることをノードＢ１２０に通知することができる。ＵＥ１１０はこれらの意思をノードＢ１２０に任意の適当なシグナリングチャネルを介して通知することができる。シグナリングチャネルは図４に関して上述したブラインドＥ−ＤＰＤＣＨ検出を示すのに使用されたのと同じシグナリングチャネルである。
【００５２】
ステップＳ６０６において、ＵＥ１１０はＥ−ＤＰＣＣＨ上で制御情報を処理及び／又は送信することを有効化又は再有効化することができる。即ち、例えば、送信されたＥ−ＤＰＣＣＨフレームは実際の制御情報を含み、制御チャネルフレームがＤＴＸされたときに上述のようにゼロの送信電力（例えば、ゲイン）を有していなくてもよい。ステップＳ６０２に戻ると、ＵＥ１１０が電力の節約が未だに必要であると判断する場合、ＵＥ１１０はＥ−ＤＰＤＣＨでの対応の制御情報及び対応のＥ−ＤＰＣＣＨなしにＴｒＣｈパケットデータを送信することを継続する。
【００５３】
図６は方法の単一の相互通信のみを示しているが、このプロセスは、例えば、実験的データによって決定された及び／又はネットワーク管理者によって設定された期間で周期的に実行されるようにしてもよい。
【００５４】
図７は本発明の他の実施例による方法を示すフローチャートである。図７の方法はノードＢに位置するアップリンク受信機で実行されることができ、図１に示すノードＢ１２０に関して記載される。しかし、この方法はＵＥに位置するダウンリンク受信機にも同じ又は実質的に同じ態様で適用され得る。
【００５５】
図７を参照すると、ブラインドＥ−ＤＰＤＣＨ検出を採用する一方で、ステップＳ７０２において、ノードＢ１２０は、制御チャネル送信インジケータがＵＥ１１０から受信されたかを確認することができる。制御チャネル送信インジケータはＵＥ１１０がＥ−ＤＰＣＣＨの処理及び／又は送信を有効化又は再有効化しなければならないこと、又はそれを意図することを示すことができる。即ち、例えば、ＵＥ１１０はＥ−ＤＰＣＣＨ上で実際の制御情報を含むパケットを送信しなければならないか、又はそれを意図する。制御チャネル送信インジケータは図６に関して上述したのと同じである。
【００５６】
図７をさらに参照すると、制御チャネル送信インジケータがＵＥ１１０から受信された場合、ノードＢ１２０はＵＥ１１０とノードＢ１２０の間でアップリンクＥ−ＤＰＣＣＨを処理することを有効化又は再有効化し、ステップＳ７０４において、Ｅ−ＤＰＣＣＨ上で受信された関連の制御情報を用いてＥ−ＤＰＤＣＨデータの通常の検出を実行することができる。
【００５７】
図７のステップＳ７０２に戻ると、ノードＢ１２０が制御チャネル送信インジケータを受信した場合、ノードＢ１２０はブラインドＥ−ＤＰＤＣＨ検出を継続することができる。
【００５８】
図７は方法の単一の相互通信のみを示しているが、このプロセスは、例えば、実験的データによって決定された及び／又はネットワーク管理者によって設定された期間で周期的に実行されるようにしてもよい。
【００５９】
図４及び６は分離して記載したが、ここに示した方法は他方との組合せで使用されてもよい。例えば、図４の方法は、ＵＥ１１０が所定の期間について送信電力を節約することを望むとき、通常のＥ−ＤＰＤＣＨ検出からブラインドＥ−ＤＰＤＣＨ検出への切換に使用され得る。ＵＥ１１０が送信電力を節約することがもはや必要ないと判断したとき、図６の方法はブラインドＥ−ＤＰＤＣＨ検出から通常のＥ−ＤＰＤＣＨ検出への切換に採用されてもよい。
【００６０】
図５及び７は分離して記載したが、ここに示した方法は他方との組合せで使用されてもよい。例えば、図５の方法は、ＵＥ１１０からのＥ−ＤＰＣＣＨ中断インジケータに応じて通常のＥ−ＤＰＤＣＨ検出からブラインドＥ−ＤＰＤＣＨ検出への切換に使用され、図７の方法はＵＥ１１０からの制御チャネル送信インジケータに応じてブラインドＥ−ＤＰＤＣＨ検出から通常のＥ−ＤＰＤＣＨ検出への切換に採用され得る。
【００６１】
本発明が記載されたが、同じことが多くの方法に変形され得ることは明らかである。そのような変形例は本発明から離れたものとはならず、そのような全ての修正は本発明の範囲内に含まれることが意図されている。
【図１】
0005642966.tif 000002
【図２】
0005642966.tif 000003
【図３】
0005642966.tif 000004
【図４】
0005642966.tif 000005
【図５】
0005642966.tif 000006
【図６】
0005642966.tif 000007
【図７】
0005642966.tif 000008