(57)【要約】  ＵＭＴＳ無線通信システムにおいて、ＵＥからＮｏｄｅＢへのアップリンク上で通常必ずエンハンスト個別物理データ・チャネル（Ｅ−ＤＰＤＣＨ）と共に送信されるエンハンスト個別物理制御チャネル（Ｅ−ＤＰＣＣＨ）が、そうではなくて、所定の「開始基準」が満たされるときにのみ送信され、所定の「停止基準」が満たされるときに、「開始基準」が後で再び満たされるまでオフにされる。ＵＥは、対応するＥ−ＤＰＤＣＨのトランスポート・フォーマットの組合せが同じＨＡＲＱプロセスにおける前のトランスポート・フォーマットの組合せと異なるか、または何らかのその他の「開始基準」が満たされる度にＥ−ＤＰＣＣＨの送信を開始する。Ｅ−ＤＰＤＣＨのトランスポート・フォーマットの組合せが変わった後でＵＥがいつＥ−ＤＰＣＣＨの送信をオフにすべきかを決定するために複数のメカニズムが使用されることができる。
2009510916.tif 000002
【特許請求の範囲】
【請求項１】
個別物理データ・チャネル上で送信されているデータ・フレームにおいて所定の停止条件が発生すると判定される場合に、少なくとも１つの所定の開始条件のうちの１つが前記送信データにおいて発生すると判定されるまで、前記個別物理データ・チャネル上で送信されている前記データ・フレームを復号化するために使用される制御情報の関連する個別物理制御チャネル上の送信を停止するステップ
を含む、無線通信システムにおける方法。
【請求項２】
前記個別物理データ・チャネル上で送信されているデータ・フレームが同じプロセスにおいて前記個別物理データ・チャネル上で前に送信されたデータ・フレームとトランスポート・フォーマットの組合せが異なるときに所定の開始条件が発生する請求項１に記載の方法。
【請求項３】
前記トランスポート・フォーマットの組合せがパケット・サイズを含む請求項２に記載の方法。
【請求項４】
前記個別物理データ・チャネル上で送信された少なくとも１つまたは複数のデータ・フレームがパケットが送信された１つまたは複数の送信先において成功裏に復号化されたことの通知が受信されるときに所定の停止条件が発生する請求項１に記載の方法。
【請求項５】
前記個別物理データ・チャネル上で送信されているデータ・フレームが同じプロセスにおいて前記個別物理データ・チャネル上で前に送信されたデータ・フレームとトランスポート・フォーマットの組合せが異なるときに所定の開始条件が発生し、前記データ・フレームが送信された全ての送信先が少なくとも１つのデータ・フレームを成功裏に復号化したことの通知が受信されるときに前記所定の停止条件が発生する請求項１に記載の方法。
【請求項６】
前記個別物理データ・チャネル上で送信されているデータ・フレームが同じプロセスにおいて前記個別物理データ・チャネル上で前に送信されたデータ・フレームとトランスポート・フォーマットの組合せが異なるときに第１の所定の開始条件が発生し、前記データ・フレームが送信されている全ての送信先が最大許容再送回数の後で送信データ・フレームを成功裏に復号化することに失敗したことの通知が受信されるときに第２の所定の開始条件が発生し、前記データ・フレームが送信されている少なくとも１つの送信先が少なくとも１つの送信データ・フレームを成功裏に復号化したことの通知が受信されるときに停止基準が発生する請求項１に記載の方法。
【請求項７】
データ・フレームが初めて送信されており、前記個別物理制御チャネル上の制御情報の送信が前記停止条件にあるときに、前記個別データ・チャネル上で送信される前記データ・フレームに関連してフラグを送信するステップをさらに含む請求項２に記載の方法。
【請求項８】
前記個別物理制御チャネルはエンハンスト個別物理データ・チャネル（Ｅ−ＤＰＤＣＨ）であり、前記個別物理制御チャネルは関連するエンハンスト個別物理制御チャネル（Ｅ−ＤＰＣＣＨ）であり、前記Ｅ−ＤＰＤＣＨおよび前記Ｅ−ＤＰＣＣＨは両方ともユニバーサル移動体通信システム（ＵＭＴＳ）におけるアップリンク上で送信される請求項１に記載の方法。
【請求項９】
個別物理データ・チャネル上で現在のデータ・フレームが受信され、存在する場合に前記個別物理データ・チャネル上で受信された前記現在のデータ・フレームを復号化するために使用される対応する制御情報が前記個別物理データ・チャネルに関連する個別物理制御チャネル上で受信されない場合に、前記現在のデータ・フレームを復号化するために、前の受信データ・フレームに関連して前記個別物理制御チャネル上で前に受信されたトランスポート・フォーマット組合せ情報を使用するステップ
を含む、無線通信システムにおける方法。
【請求項１０】
前記現在のデータ・フレームのそれぞれのあり得る冗長バージョンに対して前記現在のデータ・フレームを復号化するように試みるステップ
をさらに含む請求項９に記載の方法。
【請求項１１】
前記個別物理データ・チャネル上で前記現在のデータ・フレームが受信され、対応する制御情報が前記関連する個別物理制御チャネル上で受信されず、新しいフレームの送信を表すフラグが前記現在のデータ・フレームに関連して受信される場合に、０に等しい仮定の冗長バージョンを用いて前記現在のデータ・フレームを復号化するために、前の受信データ・フレームに関連して前記個別物理制御チャネル上で前に受信されたトランスポート・フォーマット組合せ情報を使用するステップ
をさらに含む請求項９に記載の方法。
【請求項１２】
前記個別物理データ・チャネル上で前記現在のデータ・フレームが受信され、対応する制御情報が前記関連する個別物理制御チャネル上で受信されず、新しいフレームの送信を表すフラグが前記受信データ・フレームに関連して受信されない場合に、前に検出されたフラグから前記受信データ・フレームの冗長バージョンを導出し、前記現在のデータ・フレームを復号化するために、前の受信データ・フレームに関連して前記個別物理制御チャネル上で前に受信されたトランスポート・フォーマット組合せ情報と組み合わせて前記導出された冗長バージョンを使用するステップ
をさらに含む請求項９に記載の方法。
【請求項１３】
前記個別物理データ・チャネルはエンハンスト個別物理データ・チャネル（Ｅ−ＤＰＤＣＨ）であり、前記個別物理制御チャネルは関連するエンハンスト個別物理制御チャネル（Ｅ−ＤＰＣＣＨ）であり、前記Ｅ−ＤＰＤＣＨおよび前記Ｅ−ＤＰＣＣＨは両方ともユニバーサル移動体通信システム（ＵＭＴＳ）におけるアップリンク上で送信される請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関する。
【背景技術】
【０００２】
本出願は、２００５年７月２７日に出願された同時係属中の米国特許出願第１１／１９０，６１７号に関連する。
【０００３】
通常、無線通信ネットワークは、無線または有線接続によって結合され、様々な種類の通信チャネルを介してアクセスされる種々の通信ノードを含む。それぞれの通信ノードは、通信チャネル上で送信および受信されるデータを処理するプロトコル・スタックを含む。通信システムの種類に応じて種々の通信ノードの動作および構成は異なっていてよく、異なる名称で呼ばれることが多い。かかる通信システムは、例えば、符号分割多元接続２０００（ＣＤＭＡ２０００）システムおよびユニバーサル移動体通信システム（ＵＭＴＳ）を含む。
【０００４】
第３世代無線通信のプロトコル標準（例えば、３ＧＰＰ−ＵＭＴＳ、３ＧＰＰ２−ＣＤＭＡ２０００など）は、アップリンクにおいて個別トラフィック・チャネル（例えば、移動局（ＭＳ）またはユーザ端末（ＵＥ）と、基地局（ＢＳ）またはＮｏｄｅＢとの間の通信フロー）を使用することができる。個別物理チャネルは、データ部（例えば、ＵＭＴＳ  Ｒｅｌｅａｓｅ４／５プロトコルに準じた個別物理データ・チャネル（ＤＰＤＣＨ）、ＣＤＭＡ２０００プロトコルに準じた基本チャネルまたは補助チャネルなど）と、制御部（例えば、ＵＭＴＳ  Ｒｅｌｅａｓｅ４／５プロトコルに準じた個別物理制御チャネル（ＤＰＣＣＨ）、ＣＤＭＡ２０００プロトコルに準じたパイロット／電力制御サブチャネルなど）とを含むことができる。
【０００５】
これらの標準の新しい版、例えばＵＭＴＳのＲｅｌｅａｓｅ６はエンハンスト個別物理チャネルと呼ばれる高速なデータ転送速度のアップリンク・チャネルを提供する。これらのエンハンスト個別物理チャネルは、拡張されたデータ部（例えば、ＵＭＴＳプロトコルに準じたエンハンスト個別物理データ・チャネル［Ｅ−ＤＰＤＣＨ］）と、拡張された制御部（例えば、ＵＭＴＳプロトコルに準じたエンハンスト個別物理制御チャネル［Ｅ−ＤＰＣＣＨ］）とを含むことができる。エンハンスト・アップリンク・データ・チャネルの仕様で定義されているように、ＵＥは、Ｅ−ＤＰＣＣＨチャネルにおいて制御情報フレームを送信するのと同時にＥ−ＤＰＤＣＨにおいてデータ・フレームを送信する。ＵＥからＮｏｄｅＢに伝達されるこの制御情報は、概してＮｏｄｅＢがＥ−ＤＰＤＣＨフレームを復号化するために必要なパラーメータを含む。Ｅ−ＤＰＣＣＨワードは、各個のトランスポート・チャネルに関するパケット・サイズを含め、ＮｏｄｅＢがその情報からＥ−ＤＰＤＣＨデータ・フレーム内の既定のトランスポート・チャネルの実際の組合せを判定することが可能な情報をＮｏｄｅＢに提供する７ビットのＥ−ＴＦＣＩ（Ｅ−ＤＣＨ［エンハンスト・アップリンク個別チャネル］トランスポート・フォーマット組合せインジケータ）ビットを含む。このＥ−ＴＦＣＩビットは、複数のトランスポート・チャネルがアプリケーションの種類とパケット・データ通信の動的な性質とに基づいて物理チャネルに多重化されることができるので必要とされる。概して、２つのフレーム・サイズ（ＴＴＩ長）、すなわち１０ｍｓおよび２ｍｓがＥ−ＤＰＤＣＨで使用可能である。さらに、Ｅ−ＤＰＤＣＨワードは、データ・フレームの冗長バージョンを示す２ＲＳＮ（再送シーケンス番号）ビットを含む。この冗長バージョンは、フレームが初めて送信されるのか、それとも当該フレームのＨＡＲＱ（ハイブリッド自動再送要求）による再送なのか、および、具体的にそれが当該データ・フレームの２度目の送信なのか、３度目送信なのか、それとも４度目以降の送信なのかをＮｏｄｅＢが知る必要があるので必要とされる。前の送信が、ＵＥと通信している可能性があったＮｏｄｅＢのいずれによっても肯定応答されなかった場合、当該ＵＥは、少なくとも１つのＮｏｄｅＢから肯定応答（ＡＣＫ）が受信されない限り、または同一フレームの最大許容再送回数が達せられていない限り、同一フレームを再送することになる。したがって、前にＮｏｄｅＢがフレームの送信を復号化できなかったとしても、前のフレームがＵＥが通信していた別のＮｏｄｅＢによって肯定応答された可能性があるので、当該ＮｏｄｅＢは、ＵＥが別のフレームの新たな送信を送るのか、それとも前のフレームの再送を送信するのかを予測することはできない。Ｅ−ＤＰＣＣＨワードは、ＵＥがより高い転送速度またはより低い転送速度で送信したいことをＮｏｄｅＢに示す単一のハッピー・ビット（Ｈビット）も含む。Ｅ−ＤＰＣＣＨは１０ビットを含む。
【０００６】
通常、Ｅ−ＤＰＣＣＨは、ＮｏｄｅＢがこのチャネルを正しく復号化することができることを保証するのに十分な電力で送信される。フレーム毎に多数のデータ・ビットを有するＥ−ＤＰＤＣＨを送信するＵＥに関して、Ｅ−ＤＰＣＣＨチャネルに与えられる総電力は、全てのＥ−ＤＰＤＣＨチャネルに与えられる電力のうちのほんのわずかに過ぎない。しかし、ＶｏＩＰ（ボイス・オーバＩＰ）などのアプリケーションに関して、ＵＥはフレーム毎に少数のデータ・ビットだけを有するＥ−ＤＰＤＣＨを送信する。この後者の場合、Ｅ−ＤＰＣＣＨに与えられる電力は、同じＵＥの対応するＥ−ＤＰＤＣＨに与えられる電力と比較して重大である。Ｅ−ＤＰＣＣＨ電力がＥ−ＤＰＤＣＨ電力と比較して重大であるその他の状況も存在し、その状況とは、ＵＥがＥ−ＤＰＤＣＨ上で低いデータ転送速度で送信を行っているあらゆる場合である。具体的には、高い負荷がかかっているセル内で好ましくない経路損失条件を伴うＵＥに対して非常に低いデータ転送速度が割り当てられることが多い。
【０００７】
不利なことに、Ｅ−ＤＰＣＣＨを送信するために必要とされる追加的な電力は、逆方向チャネル上の容量全体を著しく低下させる可能性がある。述べられたとおり、２つの異なるフレーム・サイズ（１０ｍｓおよび２ｍｓのＴＴＩ長）が存在する。ＶｏＩＰアプリケーションに関して、２ｍｓのＴＴＩ長は、特に、改善された時間ダイバーシティをもたらすより多数のＨＡＲＱ再送を使用するときに１０ｍｓのＴＴＩ長と比較してより小さな遅延をもたらすので２ｍｓのＴＴＩ長が好ましい可能性がある。
【特許文献１】米国特許出願第１１／１９０，６１７号
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、１０ｍｓのＴＴＩ長の場合と比較してより高い有効Ｅ−ＤＰＣＣＨデータ転送速度とより低いダイバーシティ利得とが存在するので、Ｅ−ＤＰＣＣＨが原因のオーバヘッドは２ｍｓのＴＴＩ長に関してより一層重大である。
【課題を解決するための手段】
【０００９】
本発明の一実施形態によれば、Ｅ−ＤＰＣＣＨを対応するＥ−ＤＰＤＣＨの送信に関連して選択的にのみ送信し、その他のときにはＥ−ＤＰＣＣＨを送信しないことによってＥ−ＤＰＣＣＨの電力が大幅に削減され、したがって、エンハンスト・アップリンク・データ・チャネルを使用するアプリケーションに関する容量が大きく増加される。その目的のために、Ｅ−ＤＰＣＣＨは、少なくとも１つの所定の「開始基準」が満たされるときにのみ送信され、所定の「停止基準」が満たされるときにオフにされ、「開始基準」が後で再び満たされるまでオフのままである。具体的には、Ｅ−ＤＰＣＣＨは、対応するＥ−ＤＰＤＣＨ上で送信されているフレームが、同じＨＡＲＱプロセス内で前に送信されたＥ−ＤＰＤＣＨフレームとトランスポート・フォーマットの組合せが異なるときに送信される。Ｅ−ＤＰＣＣＨの送信は、ＵＥが送信している１つまたは複数のＮｏｄｅＢが少なくとも１つのフレームを成功裏に復号化したという通知が受信されるまで続けられ、そのような通知があると、Ｅ−ＤＰＣＣＨの送信は停止される。
【００１０】
第１の例示的実施形態において、Ｅ−ＤＰＣＣＨは、ＵＥが送信している全てのＮｏｄｅＢがそれらのＮｏｄｅＢが少なくとも１つのＥ−ＤＰＤＣＨフレームを成功裏に復号化したという肯定応答を返すまで送信され続ける。全ての肯定応答を受信すると、ＵＥはＥ−ＤＰＣＣＨの送信をオフにする。Ｅ−ＤＰＣＣＨの送信は、Ｅ−ＤＰＤＣＨのトランスポート・フォーマットの組合せ（例えば、トランスポート・チャネルのパケット・サイズ）が変わるときに再開する。この実施形態において、Ｅ−ＤＰＣＣＨ情報が受信されないとき、ＮｏｄｅＢは、トランスポート・フォーマット組合せ情報が最後の受信Ｅ−ＤＰＣＣＨの送信におけるのと同じであると仮定する。次に、ＮｏｄｅＢは、正しいＣＲＣが判定されるかまたはされないときまで、異なる冗長バージョンおよび何度かの再送を使用して受信フレームを復号化するように試みる。
【００１１】
第２の例示的実施形態において、Ｅ−ＤＰＣＣＨは、ＵＥが送信している少なくとも１つのＮｏｄｅＢがそのＮｏｄｅＢが少なくとも１つのＥ−ＤＰＤＣＨフレームを成功裏に復号化したという肯定応答を返すまで送信され続ける。１つのそのような肯定応答を受信すると、ＵＥはＥ−ＤＰＣＣＨの送信をオフにする。Ｅ−ＤＰＣＣＨの送信は、Ｅ−ＤＰＤＣＨのトランスポート・フォーマットの組合せが変わるとき、またはＵＥが送信している全てのＮｏｄｅＢが最大許容再送回数の後で任意の所与の送信Ｅ−ＤＰＤＣＨフレームの肯定応答を返すことができないときに再開される。ノードは第１の実施形態におけるように機能する。
【００１２】
第３の例示的実施形態は、ＵＥが送信している全てのＮｏｄｅＢがそれらのＮｏｄｅＢが少なくとも１つのＥ−ＤＰＤＣＨフレームを成功裏に復号化したという肯定応答を返すまでＥ−ＤＰＣＣＨが送信され続ける第１の実施形態の修正形態である。全ての肯定応答を受信すると、ＵＥはＥ−ＤＰＣＣＨの送信をオフにする。しかし、この実施形態において、Ｅ−ＤＰＣＣＨがオフにされるとき、ＵＥは、新しいＥ−ＤＰＤＣＨフレームが初めて送信されているときにだけＮｏｄｅＢに対して新規送信フラグ（ｎｅｗ−ｔｘ−ｆｌａｇ）と呼ばれる、単一ビット・フラグなどの最小ビット長の新規送信フラグをやはり送信する。したがって、ＮｏｄｅＢがＥ−ＤＰＣＣＨの送信を検出しないが、ｎｅｗ−ｔｘ−ｆｌａｇを検出する場合、そのＮｏｄｅＢは前のトランスポート・フォーマットの組合せを使用し、Ｅ−ＤＰＤＣＨ上の送信が新規の送信である（冗長バージョンが０に等しい）とみなす。ＮｏｄｅＢがＥ−ＤＰＣＣＨの送信または新規送信フラグを検出しない場合、そのＮｏｄｅＢは前の冗長バージョンに１を加え、前のトランスポート・フォーマットの組合せを使用してＥ−ＤＰＤＣＨを復号化するように試みる。新規送信フラグは、現在のＥ−ＤＰＣＣＨ上で特定の符号語を追加することによるか、または別個の物理的な符号チャネルを用いるかのいずれかでＵＥからＮｏｄｅＢに送信されることができる。これは、ＮｏｄｅＢが受信Ｅ−ＤＰＤＣＨフレームをそれぞれのあり得る冗長バージョンに対して複数回復号化しようと試みる必要をなくし、この機能は、そうでなければ、対応するＥ−ＤＰＣＣＨなしにＥ−ＤＰＤＣＨフレームが受信されるときに実行される必要がある。
第４の実施形態は、Ｅ−ＤＰＣＣＨがオフにされ、新しいＥ−ＤＰＤＣＨフレームが初めて送信されているときにｎｅｗ−ｔｘ−ｆｌａｇが送信される、第２の実施形態の修正形態である。
【発明を実施するための最良の形態】
【００１３】
図１を参照すると、ＮｏｄｅＢ１０２およびＮｏｄｅＢ１０３とソフト・ハンドオフの状況でエンハンスト・データ・チャネル上で通信しているＵＥ１０１が示される。ＮｏｄｅＢ１０２およびＮｏｄｅＢ１０３は、本明細書において、およびＵＭＴＳの用語においてＲＮＣ（無線ネットワーク・コントローラ）と呼ばれる同じ複数ＮｏｄｅＢ（または、複数基地局）コントローラ１０４に結合されていることが例示的に示される。明確にする目的で、ＲＮＣ１０４のコア・ネットワークへの接続は示されないが、当業者によって存在するものとして理解される。１０５とラベル付けされた送信は、ＵＥ１０１がＮｏｄｅＢ１０２および１０３にＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨを通じてアップリンク上でフレームを送信していることを示す。ＮｏｄｅＢ１０２および１０３の両方は、独立にＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨの送信を復号化しようと試みる。Ｅ−ＤＰＤＣＨフレームがＮｏｄｅＢ１０２またはＮｏｄｅＢ１０３のいずれかによって成功裏に復号化される場合、フレームを復号化するＮｏｄｅＢは、ＮｏｄｅＢ１０２からの送信１０６、またはＮｏｄｅＢ１０３からの送信１０７のいずれかによってＵＥ１０１に肯定応答（ＡＣＫ）を送信する。ＵＥ１０１がＮｏｄｅＢ１０２またはＮｏｄｅＢ１０３のいずれかからＡＣＫを受信する場合、ＵＥ１０１はその後に新しいデータ・フレームを送信する。ＵＥ１０１がＮｏｄｅＢ１０２および１０３の両方から否定応答（ＮＡＣＫ）を受信する場合、ＵＥ１０１は同じデータ・フレームを送信することになる。そのフレームに関する再送手順は、ＮｏｄｅＢのうちの１つからＡＣＫが受信されるか、最大許容再送回数が達せられるかのいずれかのときに終了される。
【００１４】
図２は、最新の技術（３ＧＰＰ  Ｒｅｌｅａｓｅ６標準）において定義されたＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨ  ＨＡＲＱ（ハイブリッド自動再送要求）送信および再送手順に関する例示的タイミング図を示す。タイミング図は１０ｍｓのＴＴＩに関するが、示されることはＶｏＩＰ用に使用される可能性が最も高い２ｍｓのＴＴＩにも同様に適用可能である。示されるのは単一のＨＡＲＱプロセスである。その他のＨＡＲＱプロセスが、この単一の図示されたプロセスの間のタイムスロットにおいて並列に実行されている可能性がある。
【００１５】
認識され得るように、Ｅ−ＤＰＤＣＨの送信は対応するＥ−ＤＰＣＣＨの送信を常に伴う。図２の下半分は、送信Ｅ−ＤＰＤＣＨフレームに応答してＮｏｄｅＢから受信される例示的なＡＣＫ／ＮＡＣＫも示す、Ｅ−ＤＰＣＣＨおよびＥ−ＤＰＤＣＨの（＃０、＃４、＃８、および＃１２と番号が振られた）最初の４つの送信フレームの拡大図を提供する。上述のように、各Ｅ−ＤＰＣＣＨワードは３つの情報、すなわち、ＲＳＮ（再送シーケンス番号）、Ｅ−ＴＦＣＩ（Ｅ−ＤＣＨトランスポート・フォーマット組合せインジケータ）、およびＨビット（ハッピー・ビット）の合計１０ビットを含む。フレーム＃０において、図２でフレーム内に記された「０」によって示される再送シーケンス番号「０」を有するＥ−ＤＰＤＣＨ上の新しいフレームの送信２０１をＵＥが開始するとき、対応するＥ−ＤＰＣＣＨの送信２０２がそのフレーム中にアップリンク上で行われる。例示の目的のために、フレーム＃２においてＵＥが少なくとも１つのＮｏｄｅＢからＡＣＫ２０３を受信すると仮定すると、フレーム＃４において（やはりフレーム内の「０」によって示される）新しいＥ−ＤＰＤＣＨの送信２０４が、関連するＥ−ＤＰＣＣＨの送信２０５と共に行われる。フレーム６においてＵＥが全てのＮｏｄｅＢからＮＡＣＫ２０６を受信する場合、フレーム４において行われた送信は失敗しており、フレーム８においてＵＥは前の送信フレームの（フレーム内の「１」によって示される）第１のＥ−ＤＰＤＣＨの再送２０７を関連するＥ−ＤＰＣＣＨの送信２０８と共に行う。フレーム＃８においてＵＥが再び全てのＮｏｄｅＢからＮＡＣＫ２０９を受信する場合、フレーム＃８において行われた送信はやはり失敗しており、フレーム＃１２においてＵＥは（フレーム内の「２」によって示される）第２のＥ−ＤＰＤＣＨの再送を関連するＥ−ＤＰＣＣＨの送信２１１と共に行う。ＵＥは、前のフレームに対する肯定応答ＡＣＫがそのフレームをリスニングするＮｏｄｅＢのうちの１つから受信されたか、または前のフレームに関して最大許容再送回数が達せられたかのいずれかのときにのみ所与のＨＡＲＱプロセスのための新しい再送に移ることに留意されたい。
【００１６】
アップリンク上でエンハンスト・データ・チャネルを使用するそれらのアプリケーションに関する容量は、データ転送速度が通常変化せず、一定のままであるＶｏＩＰなどのアプリケーションのために必要とされるＥ−ＤＰＣＣＨの電力を削減することによって増大される。例えば、ＶｏＩＰのユーザに関するデータ転送速度は、そのユーザの特定のボコーダによって決定される可能性がある。結果として、Ｅ−ＤＰＤＣＨフレーム毎のデータ・ビット数も概して一定であり、その具体的なサイズはボコーダによる。この場合、Ｅ−ＤＰＣＣＨに関する情報が冗長になるので、あらゆるＥ−ＤＰＤＣＨフレームの送信に関してＥ−ＤＰＤＣＨのトランスポート・フォーマットの組合せをＵＥがＮｏｄｅＢに知らせる必要がない。概して、必ずしもアプリケーション自体に依存しないが、ＵＥが使用することができる特定の最大パケット・サイズをネットワークが許可することによっても得られることができる一定のトランスポート・フォーマットの組合せおよびトランスポート・チャネルのパケット・サイズの期間をアプリケーションが有することが予測され得る。
【００１７】
本発明の一実施形態によれば、Ｅ−ＤＰＣＣＨは、新しいデータ・フォーマットをシグナリングするためにＥ−ＤＰＣＣＨが必要とされるときにのみ送信される。具体的には、Ｅ−ＤＰＣＣＨは、Ｅ−ＤＰＤＣＨのトランスポート・フォーマットの組合せが、同じＨＡＲＱプロセスを利用して送信された前のフレーム送信に関するトランスポート・フォーマットの組合せと異なるときに送信される。異なるトラフィック・プロセスに対応する特定の論理チャネルに対して専用のＨＡＲＱプロセスが構成されることができる。例えば、あるＨＡＲＱプロセスが、スケジューリングされない送信を実行するＶｏＩＰトラフィックのために予約される可能性があり、別のＨＡＲＱプロセスが、ベスト・エフォート・データのスケジューリングされた送信のために構成される可能性がある。その他のＨＡＲＱプロセスが、ビデオまたはその他の種類のデータの送信のために構成される可能性がある。ＶｏＩＰおよびベスト・エフォート・データのＨＡＲＱプロセスの両方に関して、例えば、単一のトランスポート・チャネルについて、ヘッダ圧縮ＶｏＩＰフレームのためのビット数は一定であると仮定されることができ、ベスト・エフォート・データの場合のフレーム毎の最大許可ビット数はフル・バッファ・モデルにおいては一定であると仮定されることができるので、物理レイヤのパケット・サイズはほとんどの時間一定である。したがって、これらの例においてはＥ−ＴＦＣＩもほとんどの時間一定である。
【００１８】
第１の例示的実施形態において、ＨＡＲＱプロセス内で、送信ＵＥのＮｏｄｅＢのアクティブ・セット内の全てのＮｏｄｅＢがそれぞれのそのようなＮｏｄｅＢがＥ−ＤＰＣＣＨの送信を受信し、少なくとも１つのＥ−ＤＰＤＣＨフレームを成功裏に復号化するためにその情報を使用したことを示す少なくとも１つの肯定応答を返し終えるまでＥ−ＤＰＣＣＨが送信される。続いて、そのＨＡＲＱプロセスに関するＥ−ＤＰＣＣＨの送信は、そのＥ−ＤＰＤＣＨのトランスポート・フォーマットの組合せが一定のままである限りは冗長になる最新のＥ−ＤＰＤＣＨのトランスポート・フォーマットの組合せをアクティブ・セット内の全てのＮｏｄｅＢが取得したのでオフにされる。
【００１９】
ＵＥが通信しているＮｏｄｅＢにおける振る舞いは、Ｅ−ＤＰＣＣＨが成功裏に受信および復号化されるかどうかに依存する。Ｅ−ＤＰＣＣＨが成功裏に受信および復号化される場合、ＮｏｄｅＢは復号化されたＥ−ＤＰＣＣＨからのトランスポート・フォーマット組合せ情報および冗長性の情報を使用してＥ−ＤＰＤＣＨデータを復号化する。Ｅ−ＤＰＣＣＨの送信が受信されない場合、ＮｏｄｅＢは、トランスポート・フォーマット組合せ情報が最後に受信された送信におけるのと同じであると仮定する。しかし、ＮｏｄｅＢは、ＵＥが新しいデータ・フレームを送信しているのか、それとも前に送信されたデータ・フレームを再送しているのかについては分からないままである。したがって、ＮｏｄｅＢは、Ｅ−ＤＰＤＣＨ上で受信される各データ・フレームを現在の受信ＴＴＩの間に全てのあり得る冗長バージョンに基づいて複数回復号化する必要がある。例えば、現在のプロセスにおけるデータ・フレームに対する最大許容送信（最初の送信および再送）回数がＮである（すなわち、最大でＮ−１回の再送が許される）と仮定すると、ＮｏｄｅＢは、各Ｅ−ＤＰＤＣＨデータ・フレームを最大Ｎ回まで復号化する、すなわち、フレームが新規の送信であると仮定してデータを最初に復号化する、その復号化が失敗する場合にフレームが最初の再送であると仮定してデータを復号化する、等々、および最終的に全ての前の試みが失敗した場合にフレームが（Ｎ−１）回目の再送であると仮定してデータを復号化する必要がある。この手順は、復号化が「良好な」ＣＲＣチェックによって成功するとき、またはデータを復号化するＮ回の試み全てが失敗したときのいずれかに停止する。したがって、ＮｏｄｅＢ内でこの複数回復号化スキームを実行することは、復号化の複雑性を最大Ｎ倍まで高める。実際には、Ｎは、２〜４または２〜６の範囲内の値を持つ。受信機における実行の複雑性を制限するために、少数の再送のみが許される、およびフレーム毎に少数のビットを有するアプリケーションに対するこのメカニズムの使用を制限することが望ましい可能性がある。
【００２０】
ＵＥが通信しているＮｏｄｅＢのアクティブ・セットは、特定のＮｏｄｅＢからの受信に関する信号対干渉雑音比に応じて更新される。Ｅ−ＤＰＣＣＨがオフにされるとき、ＵＥのアクティブ・セットに新しく追加されるＮｏｄｅＢはトランスポート・フォーマット組合せ情報を知らない。この問題はいくつかの例示的なやり方で解決されることができる。第１の例は、ＲＮＣがアクティブ・セット内のＮｏｄｅＢからの最新のＥ−ＤＰＤＣＨトランスポート・フォーマット組合せ情報をこの新しく追加されたＮｏｄｅＢに中継するＲＮＣに基づく解決法である。第２の例は、新しいＮｏｄｅＢがＵＥのアクティブ・セットに追加されるときにそのＵＥがＥ−ＤＰＣＣＨの送信を再開するＵＥに基づく解決法である。新しく追加されたＮｏｄｅＢがＥ−ＤＰＤＣＨの送信に対する肯定応答を返し、それによってその新しく追加されたＮｏｄｅＢがＥ−ＤＰＣＣＨによって伝達されるトランスポート・フォーマット組合せ情報をやはり取得したことを示すまでＥ−ＤＰＣＣＨの送信が継続する。
【００２１】
第２の例示的実施形態において、Ｅ−ＤＰＣＣＨは、現在のフレームに関するトランスポート・フォーマットの組合せが前のフレームのトランスポート・フォーマットの組合せと異なるか、または前のフレームの全ての送信および再送に対して全てのＮｏｄｅＢから否定応答が受信されるかのいずれかのときに送信され、少なくとも１つのＮｏｄｅＢから最初の肯定応答が受信されるまで継続する。この方法を説明すると、ＵＥが、ある期間に渡り一定であったそのＵＥのＥ−ＤＰＤＣＨのトランスポート・フォーマットの組合せを別のトランスポート・フォーマットの組合せに変更する場合が考えられる。したがって、ＵＥは、Ｅ−ＤＰＤＣＨが新しいトランスポート・フォーマットの組合せに変更されるときにＥ−ＤＰＣＣＨを送信する必要がある。この実施形態において、ＵＥは、少なくとも１つのＮｏｄｅＢが新しいトランスポート・フォーマットの組合せを用いてＥ−ＤＰＤＣＨを成功裏に復号化し、肯定応答を返すまでＥ−ＤＰＣＣＨを送信し続ける。受信状態の良い少なくとも１つのＮｏｄｅＢが新しいトランスポート・フォーマットの組合せを獲得したとき、ＵＥはＥ−ＤＰＣＣＨの送信をオフにする。全てのＮｏｄｅＢが後の段階で、フレームの最大再送回数の後でさえも肯定応答を返すことができない場合、少なくとも１つのＮｏｄｅＢがＥ−ＤＰＤＣＨの送信を成功裏に復号化するまでＥ−ＤＰＣＣＨの送信が再開される。
【００２２】
Ｅ−ＤＰＣＣＨがオフにされている間にＮｏｄｅＢがＵＥのアクティブ・セットに新しく追加される場合、少なくとも１つのＮｏｄｅＢがＥ−ＤＰＤＣＨの送信を成功裏に復号化することができる。したがって、そのとき、新しく追加されたＮｏｄｅＢは現在のＥ−ＤＰＤＣＨトランスポート・フォーマット組合せ情報を持たず、直ちにＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨの復号化を提供することはできない。しかし、これは、ＵＥが各送信フレームに関してその他のＮｏｄｅＢから少なくとも１つの肯定応答を受信し続けることができるときは許容できる振る舞いである。新しく追加されたＮｏｄｅＢは、全てのその他のＮｏｄｅＢが再送の後でさえも肯定応答を返すことができなかったとき、またはトランスポート・フォーマットの組合せが変更されるときのいずれかに次のＥ−ＤＰＣＣＨの送信からトランスポート・フォーマット組合せ情報を獲得することができる。
【００２３】
この第２の実施形態において、ＮｏｄｅＢにおける振る舞いは、第１の実施形態に関連して上述された振る舞いと同じである。したがって、現在のプロセスに対してＮ−１回の再送が許可される場合、Ｅ−ＤＰＤＣＨは最大でＮ回まで復号化される必要がある可能性がある。
【００２４】
図３は、上述の第１および第２の実施形態によるＥ−ＤＰＣＣＨとＥ−ＤＰＤＣＨの間のタイミングの関係を示す。ポイントＡにおいて、Ｅ−ＤＰＣＣＨの「開始基準」が満たされ、ＵＥが同じ時間の段階からＥ−ＤＰＣＣＨの送信を再開する。ポイントＢにおいて、Ｅ−ＤＰＣＣＨの「停止基準」が満たされ、そのポイント以降、Ｅ−ＤＰＣＣＨが完全にオフにされる。「開始基準」が再び満たされるポイントＣにおいて、ＵＥは、Ｅ−ＤＰＣＣＨの「停止基準」が満たされるポイントＤまでＥ−ＤＰＣＣＨの送信を再開する。具体的な「開始基準」および「停止基準」は、特定の実装に応じて変わることができる。上述の第１の実施形態において、「開始基準」は、トランスポート・フォーマットの組合せが同じＨＡＲＱプロセス内の前の送信パケットのトランスポート・フォーマットの組合せと異なるときであり、「停止基準」はＵＥと通信する全てのＮｏｄｅＢが直近の「開始基準」が満たされた後で少なくとも１つの肯定応答を返したときに発生する。上述の第２の実施形態において、「開始基準」は、トランスポート・フォーマットの組合せが同じＨＡＲＱプロセス上で送信された前の送信フレームのトランスポート・フォーマットの組合せと異なるとき、またはＵＥと通信する全てのＮｏｄｅＢが再送を通じて同じＨＡＲＱプロセス上で送信された前のフレームに対して否定応答を返したときのいずれかである。この実施形態における「停止基準」は、ＵＥと通信する少なくとも１つのＮｏｄｅＢが直近の「開始基準」が満たされた後で１つの肯定応答を返したときである。
【００２５】
第３の実施形態は、ＮｏｄｅＢの実装の複雑性が簡素化される第１の説明された実施形態の修正形態である。他の点では上述の第１の実施形態と同一であるこの実施形態において、ＵＥは、Ｅ−ＤＰＣＣＨがオフにされるときに新しいＥ−ＤＰＤＣＨフレームが初めて送信されるときにＮｏｄｅＢに対して１ビットの新規送信フラグ（ｎｅｗ−ｔｘ−ｆｌａｇ）も送信する。これにより、Ｅ−ＤＰＣＣＨがオフにされるときにＮｏｄｅＢにおいて受信Ｅ−ＤＰＤＣＨフレームを複数回復号化する必要が回避されることができ、したがってＮｏｄｅＢの実装の複雑性を減少させることができる。この実施形態によれば、ＮｏｄｅＢがＥ−ＤＰＣＣＨの送信を検出するが、ｎｅｗ−ｔｘ−ｆｌａｇを検出しない場合、ＮｏｄｅＢは検出されたＥ−ＤＰＣＣＨからの冗長バージョンおよびトランスポート・フォーマットの組合せを使用してＥ−ＤＰＤＣＨを復号化する。ＮｏｄｅＢがＥ−ＤＰＣＣＨの送信を検出しないが、ｎｅｗ−ｔｘ−ｆｌａｇを検出する場合、ＮｏｄｅＢはトランスポート・フォーマットの組合せと、冗長バージョン＝０（すなわち、新規の送信）とを使用してＥ−ＤＰＤＣＨを復号化する。ＮｏｄｅＢがＥ−ＤＰＣＣＨの送信もｎｅｗ−ｔｘ−ｆｌａｇも検出しない場合、ＮｏｄｅＢはトランスポート・フォーマットの組合せと、冗長バージョン＝前の冗長バージョン＋１とを使用してＥ−ＤＰＤＣＨを復号化する。したがって、ＮｏｄｅＢは、最後に検出されたｎｅｗ−ｔｘ−ｆｌａｇを使用してＵＥの冗長バージョンを同期する。
【００２６】
第４の実施形態は第２の実施形態の修正形態である。他の点では上述の第２の実施形態と同一であるこの実施形態において、ＵＥは、Ｅ−ＤＰＣＣＨがオフにされるときに新しいＥ−ＤＰＤＣＨフレームが初めて送信されるときにＮｏｄｅＢに対して１ビットの新規送信フラグ（ｎｅｗ−ｔｘ−ｆｌａｇ）も送信する。これにより、Ｅ−ＤＰＣＣＨがオフにされるときにＮｏｄｅＢにおいて受信Ｅ−ＤＰＤＣＨフレームを複数回復号化する必要が回避されることができ、したがってＮｏｄｅＢの実装の複雑性を減少させることができる。
【００２７】
図４は、第３および第４の実施形態に関するＥ−ＤＰＣＣＨ、Ｅ−ＤＰＤＣＨ、およびｎｅｗ−ｔｘ−ｆｌａｇの間のタイミングの関係を示す。認識され得るように、ｎｅｗ−ｔｘ−ｆｌａｇは、Ｅ−ＤＰＣＣＨがオフにされる期間（すなわち、ポイントＢとポイントＣの間、およびポイントＤの後）中に（冗長バージョン「０」で示される）あらゆる新しいＥ−ＤＰＤＣＨの送信と共に送信されるが、冗長バージョンが「０」であり、Ｅ−ＤＰＣＣＨが送信されるその他のときには送信されない。
【００２８】
述べられたとおり、第１および第２の実施形態と比較して、第３および第４の実施形態は、ｎｅｗ−ｔｘ−ｆｌａｇを送信するために最小限の無線インターフェース資源を消費することを代償として同じＥ−ＤＰＤＣＨフレームを複数回復号化する必要を無くすことによってＮｏｄｅＢの実装を簡素化する。ｎｅｗ−ｔｘ−ｆｌａｇは、現在のＥ−ＤＰＣＣＨに特定の符号語を追加することによるか、または別個の物理的な符号チャネルを用いるかのいずれかでＵＥからＮｏｄｅＢに送信される可能性がある。新規の送信に関してのみ単一のビットを送信するための電力消費は、従来技術に従って各Ｅ−ＤＰＤＣＨフレームと共に１０ビットのＥ−ＤＰＣＣＨフレームを送信するための電力消費よりも大幅に少ない。したがって、ｎｅｗ−ｔｘ−ｆｌａｇの送信は、Ｅ−ＤＰＣＣＨの送信のために必要とされるよりもかなり少ない資源を使用する。
【００２９】
概して、ハッピー（Ｈ）ビットは、遅延に敏感なＶｏＩＰなどのアプリケーションに対しては使用されない。したがって、Ｅ−ＤＰＣＣＨをオフにし、その情報を提供しないことは悪影響を持たない。
【００３０】
ＵＭＴＳ標準に従う実施形態に関連して上述されたが、本発明は、例えばＥＶＤＯ標準、ＷｉＭＡＸ標準、またはその他の採用もしくは提案されている標準、またはまだ採用もしくは提案されていない標準に従う無線システムのように、移動端末と基地局または同様のデバイスの間のアップリンクまたはダウンリンク上で高速データ・パケット・チャネルおよび付随する制御チャネルが送信されるその他の無線標準に適用可能である可能性がある。
【００３１】
したがって、上述の実施形態は本発明の原理を単に例示するものに過ぎない。その他の実施形態が当業者によって案出される可能性がある。
【図面の簡単な説明】
【００３２】
【図１】従来技術による、ソフト・ハンドオフの状況で２つのＮｏｄｅＢとＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨ上のアップリンク上で通信しているＵＥを示す構成図である。
【図２】Ｅ−ＤＰＣＣＨと、Ｅ−ＤＰＤＣＨと、Ｅ−ＤＰＤＣＨの送信に応答してＮｏｄｅＢによって受信されるＡＣＫ／ＮＡＣＫとの間の従来技術のタイミングの関係を示す図である。
【図３】本発明の第１および第２の実施形態によるＥ−ＤＰＣＣＨとＥ−ＤＰＤＣＨの間のタイミングの関係を示す図である。
【図４】本発明の第３および第４の実施形態によるＥ−ＤＰＣＣＨと、Ｅ−ＤＰＤＣＨと、ｎｅｗ−ｔｘ−ｆｌａｇとの間のタイミングの関係を示す図である。
【図１】
2009510916.tif 000003
【図２】
2009510916.tif 000004
【図３】
2009510916.tif 000005
【図４】
2009510916.tif 000006
【国際調査報告】
2009510916.tif 000007
2009510916.tif 000008