(57)【特許請求の範囲】
【請求項１】
同期型のＨＡＲＱプロトコルを使用し、所定長の時間間隔からなる単一の送信時間間隔でもってデータを送信する名目モード、または、擬似的な送信時間間隔でもってデータを送信する拡張モードによって、チャネル上でデータを送信するように構成されており、前記拡張モードにおける前記擬似的な送信時間間隔は前記所定長とは異なる長さの時間間隔であり、前記異なる長さは前記所定長の倍数であり、
前記擬似的な送信時間間隔は第１の送信時間間隔と第２の送信時間間隔を有し、前記第１の送信時間間隔においてはデータが送信され、前記第２の送信時間間隔においては該データが再送され、前記第２の送信時間間隔は前記第１の送信時間間隔に対して連続しており、前記第１の送信時間間隔と前記第２の送信時間間隔はいずれも所定長の時間間隔であり、
ユーザ装置ユニットは、前記第２の送信時間間隔が基地局ノードにおいて前記第１の送信時間間隔と合成されるべきことを、シグナリングにより伝達するか、または、他のチャネルで値を設定することにより伝送する
ことを特徴とするユーザ装置ユニット。
【請求項２】
前記ユーザ装置ユニットは、前記名目モードについて複数のＨＡＲＱプロセスのうちのサブセットを使用するように構成されており、前記サブセットは、連続していない複数のＨＡＲＱプロセスであり、前記サブセットのうちのいくつか、好ましくはすべてのＨＡＲＱプロセスは、奇数番目のＨＡＲＱプロセスの１つまたは偶数番目のＨＡＲＱプロセスの１つであり、前記ユーザ装置ユニットは、前記拡張モードについて、前記サブセットにおいて選択されたＨＡＲＱプロセスと、前記サブセットに含まれていないものの前記選択されたＨＡＲＱプロセスに対して番号的に近いＨＡＲＱプロセスとを使用して、前記擬似的な送信時間間隔を構成することを特徴とする請求項１に記載のユーザ装置ユニット。
【請求項３】
前記ユーザ装置ユニットは、前記名目モードにより前記チャネル上で前記データを送信することと、前記拡張モードにより前記チャネル上で前記データを送信することとをミックスして使用しないように構成されていることを特徴とする請求項１に記載のユーザ装置ユニット。
【請求項４】
前記ユーザ装置ユニットは、前記名目モードにより前記チャネル上で前記データを送信することと、前記拡張モードにより前記チャネル上で前記データを送信することとをミックスして使用するように構成されていることを特徴とする請求項１に記載のユーザ装置ユニット。
【請求項５】
前記チャネルはＥ−ＤＣＨチャネルであり、
前記ユーザ装置ユニットは、
前記名目モードでは前記Ｅ−ＤＣＨチャネルにおける単一の送信時間間隔に前記データを割り当て、前記拡張モードでは前記第１の送信時間間隔と前記第２の送信時間間隔とに前記データを割り当てるＭＡＣエンティティと、
前記データを前記名目モードに割り当てるべきか前記拡張モードに割り当てるべきかを前記ＭＡＣエンティティに対して指定するモードセレクタと、
無線インタフェースを介して前記データを送信時間間隔の区間内で基地局へ通信する通信部と
をさらに備えることを特徴とする請求項１に記載のユーザ装置ユニット。
【請求項６】
エアインタフェースを介してアップリンクチャネル上でユーザ装置ユニットからデータを受信する無線アクセスネットワークの基地局ノードであって、
前記基地局ノードは、
前記エアインタフェースを介して前記ユーザ装置ユニットと通信する通信部と、
ＭＡＣエンティティであって、同期型のＨＡＲＱプロトコルを使用して動作し、所定長の時間間隔からなる単一の送信時間間隔でもってデータが送信される名目モード、または、擬似的な送信時間間隔でもってデータが送信される拡張モードによって、アップリンクチャネル上でデータを受信するように構成されており、前記擬似的な送信時間間隔は第１の送信時間間隔と第２の送信時間間隔を有し、前記第１の送信時間間隔においてはデータが送信され、前記第２の送信時間間隔においては該データが再送され、前記第２の送信時間間隔は前記第１の送信時間間隔に対して連続しており、前記第１の送信時間間隔と前記第２の送信時間間隔はいずれも所定長の時間間隔である、前記ＭＡＣエンティティと、
前記ユーザ装置ユニットからのシグナリングにより前記第２の送信時間間隔が前記第１の送信時間間隔と合成されるべきことを通知されるか、または、前記ユーザ装置ユニットにより他のチャネルにおいて所定の値が設定されているときに、前記第２の送信時間間隔が前記第１の送信時間間隔と合成されるべきことを前記ＭＡＣエンティティへ通知するシグナリング処理部と
を備えることを特徴とする基地局ノード。
【請求項７】
前記基地局ノードは、複数のＨＡＲＱプロセスを有し、
前記ＭＡＣエンティティは、前記名目モードについて複数のＨＡＲＱプロセスのうちのサブセットを使用するように構成されており、前記サブセットは、連続していない複数のＨＡＲＱプロセスであり、前記サブセットのうちのいくつか、好ましくはすべてのＨＡＲＱプロセスは、奇数番目のＨＡＲＱプロセスの１つまたは偶数番目のＨＡＲＱプロセスの１つであり、
前記ＭＡＣエンティティは、前記拡張モードについて、前記サブセットにおいて選択されたＨＡＲＱプロセスと、前記サブセットに含まれていないものの前記選択されたＨＡＲＱプロセスに対して番号的に近いＨＡＲＱプロセスとを使用して、前記擬似的な送信時間間隔を構成する
ことを特徴とする請求項６に記載の基地局ノード。
【請求項８】
前記基地局ノードは、前記サブセットに含まれていないものの前記選択されたＨＡＲＱプロセスに対して番号的に近いＨＡＲＱプロセスについてのエネルギーを検出することによって、前記拡張モードを使用することを検出することを特徴とする請求項７に記載の基地局ノード。
【請求項９】
前記ユーザ装置ユニットは、前記名目モードにより前記チャネル上で前記データを送信することと、前記拡張モードにより前記チャネル上で前記データを送信することとをミックスして使用しないように構成されていることを特徴とする請求項６に記載の基地局ノード。
【請求項１０】
前記ＭＡＣエンティティは、前記名目モードにより送信された前記チャネル上での前記データと、前記拡張モードにより送信された前記チャネル上での前記データとのミックスを受信するように構成されていることを特徴とする請求項６に記載の基地局ノード。
【請求項１１】
前記ＭＡＣエンティティは、前記名目モードにおいてはＨＡＲＱプロセスの第１グループを利用し、前記拡張モードにおいてはＨＡＲＱプロセスの第２グループを使用するように構成されていることを特徴とする請求項８に記載の基地局ノード。
【請求項１２】
無線アクセスネットワークを動作させる方法であって、
エアインタフェースを介してユーザ装置ユニットから基地局ノードへ同期型のＨＡＲＱプロトコルを使用して、チャネル上で、
所定長の時間間隔からなる単一の送信時間間隔でもってデータを送信する名目モード、または、
擬似的な送信時間間隔でもってデータを送信する拡張モード
を選択的に使用してデータを送信するステップと、
前記基地局ノードにおいて前記名目モードまたは前記拡張モードを使用して前記チャネル上で前記データを受信するステップと
を備え、
前記擬似的な送信時間間隔は第１の送信時間間隔と第２の送信時間間隔を有し、前記第１の送信時間間隔においてはデータが送信され、前記第２の送信時間間隔においては該データが再送され、前記第２の時間間隔は前記第１の時間間隔に対して連続しており、前記第１の送信時間間隔と前記第２の送信時間間隔はいずれも所定長の時間間隔であり、
前記方法は、さらに、
前記第２の送信時間間隔が前記基地局ノードにおいて前記第１の送信時間間隔と合成されることを前記ユーザ装置ユニットからシグナリングにより伝達するステップ、または、前記第２の送信時間間隔が前記基地局ノードにおいて前記第１の送信時間間隔と合成されるべきことを示すよう他のチャネルで伝送される値を前記ユーザ装置ユニットが設定するステップを備えることを特徴とする方法。
【請求項１３】
前記基地局ノードにおいて、もし前記拡張モードの送信時間間隔の代わりに前記名目モードの送信時間間隔でもって受信していたならば確認応答メッセージが生成されたであろう時点において前記擬似的な送信時間間隔について受信したことを示す確認応答メッセージを生成するステップをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記名目モードについて、複数のＨＡＲＱプロセスのうちのサブセットを前記ユーザ装置ユニットが使用するステップと、
前記拡張モードについて、前記サブセットにおいて選択されたＨＡＲＱプロセスと、前記サブセットに含まれていないものの前記選択されたＨＡＲＱプロセスに対して番号的に近いＨＡＲＱプロセスとを前記ユーザ装置ユニットが使用するステップと
をさらに備え、
前記サブセットは、連続していない複数のＨＡＲＱプロセスであり、前記サブセットのうちのいくつか、好ましくはすべてのＨＡＲＱプロセスは、奇数番目のＨＡＲＱプロセスの１つまたは偶数番目のＨＡＲＱプロセスの１つであることを特徴とする請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信に関し、詳細には、（例えば）ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）地上無線アクセス網（ＵＴＲＡＮ）の中で運用されるシステムのようなハイスピード・アップリンク・パケット・アクセス（ＨＳＵＰＡ）システムにおける高速ハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルを含むがそれに限定されない、移動端末と無線ネットワーク間のＨＡＲＱプロトコルに関する。
【背景技術】
【０００２】
典型的なセルラー方式の無線システムでは、移動端末（移動局および移動ユーザ装置ユニット（ＵＥ）とも呼ばれる）は、無線アクセスネットワーク（ＲＡＮ）を介して１つ以上のコアネットワークと通信する。ユーザ装置ユニット（ＵＥ）は、例えば移動電話（「セルラー」電話）や移動終端装置を備えたラップトップのような移動局であってもよく、従って、例えば、無線アクセスネットワークと音声および／またはデータを通信するような、携帯型、ポケット型、手持ち式、コンピュータに内蔵された、または車載型の移動デバイスであってもよい。
【０００３】
無線アクセスネットワーク（ＲＡＮ）は、ある地理的エリアをカバーし、その地理的エリアはセルエリアに分かれ、各セルエリアは、１つの基地局によってサービス提供される。セルとは、基地局の設置場所にある無線基地局装置によって無線カバレッジが提供されるような地理的エリアのことである。各セルは、一意のＩＤによって識別され、そのＩＤはセルの中でブロードキャストされる。基地局は、無線インタフェース（例えば無線周波数）を介して基地局のサービス提供範囲内に位置するユーザ装置ユニット（ＵＥ）と通信する。無線アクセスネットワークでは、典型的には複数の基地局が（例えば地上通信回線またはマイクロ波を介して）１つの無線ネットワーク制御装置（ＲＮＣ）に接続する。また無線ネットワーク制御装置は、基地局制御装置（ＢＳＣ）と呼ばれることもあり、それに接続している複数の基地局の各種動作を管理して調整する。無線ネットワーク制御装置は、典型的には１つ以上のコアネットワークに接続する。
【０００４】
ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）は、第３世代移動通信システムであって、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＭＳ）から進化したものであり、広帯域符号分割多元接続（ＷＣＤＭＡ）アクセス技術に基づいて移動通信サービスの向上をもたらすことが意図されている。
【０００５】
ワイヤレスインターネットサービスの普及が進んできているが、各種のサービスは、高速のデータレートや大容量を必要としている。ＵＭＴＳは、マルチメディア・ワイヤレス・サービスをサポートするように設計されているが、最大データレートは、必要なサービス品質を満たすには十分ではない。
【０００６】
第３世代パートナシッププロジェクト（３ＧＰＰ）として知られるフォーラムでは、通信のサプライヤ各社は、第３世代ネットワーク、特にＵＴＲＡＮのための諸標準を提案してそれらに合意しており、データレートおよび無線容量の向上について調査している。フォーラムにおける作業の結果の１つとして、ダウンリンクのためのハイスピード・ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）が挙げられるが、これは３ＧＰＰ  ＷＣＤＭＡ仕様リリース５で導入された。ＨＳＤＰＡは、ハイスピード・チャネル（ＨＳＣ）制御器を特色としている。ＨＳＣ制御器は、例えば、送信対象のユーザ情報を、（送信時間間隔（ＴＴＩ：トランスミッション・タイム・インターバル）と呼ばれる）時間多重化された間隔で、ＨＳ−ＤＳＣＨ帯域幅全体に亘って多重化することによって、ハイスピードスケジューラとして機能する。ＨＳＤＰＡは符号多重化を用いることから、複数のユーザを同時にスケジュール化することができる。
【０００７】
一般にハイスピード・ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）に関しては、例えば、３ＧＰＰ  ＴＳ  ２５．４３５  Ｖ７．１．０（２００６−０６−１６）３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ハイスピード・ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）について論じたＵＴＲＡＮ  Ｉｕｂ  Ｉｎｔｅｒｆａｃｅ  Ｕｓｅｒ  Ｐｌａｎｅ  Ｐｒｏｔｏｃｏｌｓ  ｆｏｒ  Ｃｏｍｍｏｎ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ  Ｄａｔａ  Ｓｔｒｅａｍｓ（Ｒｅｌｅａｓｅ  ７）を参照されたい。また、フォーラムによって作成され、ハイスピード・ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）または本書で記述する諸概念に何らかの関連があるものには、３ＧＰＰ  ＴＳ  ２５．３２１  Ｖ７．１．０（２００６−０６−２３）、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ（リリース７）、３ＧＰＰ  ＴＳ  ２５．３３１  Ｖ７．１．０（２００６−０６−２３）、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）、Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（リリース７）、３ＧＰＰ  ＴＳ２５．４２５  Ｖ７．１．０（２００６−０６−１６）、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＵＴＲＡＮ  Ｉｕｒ  ｉｎｔｅｒｆａｃｅ  ｕｓｅｒ  ｐｌａｎｅ  ｐｒｏｔｏｃｏｌｓ  ｆｏｒ  Ｃｏｍｍｏｎ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ  ｄａｔａ  ｓｔｒｅａｍｓ（リリース７）、３ＧＰＰ  ＴＳ２５．４３３Ｖ７．１．０（２００６−０６−２０）、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＵＴＲＡＮ  Ｉｕｂ  ｉｎｔｅｒｆａｃｅ  Ｎｏｄｅ  Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ（ＮＢＡＰ）ｓｉｇｎａｌｉｎｇ（リリース７）などが含まれる。
【０００８】
３ＧＰＰ  ＷＣＤＭＡ仕様リリース６において、ハイスピード・ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）に続いて、アップリンクにおけるハイスピード・アップリンク・パケット・アクセス（ＨＳＵＰＡ）がそのエンハンスト専用チャネル（Ｅ−ＤＣＨ）と共に導入された。
【０００９】
ＨＳＤＰＡおよびＨＳＵＰＡの新しいチャネルは、ＩＰを利用した通信を効率的にサポートするよう設計されており、エンドユーザ性能を向上させ、システム容量を増加させる。当初は対話型アプリケーションおよびバックグラウンドアプリケーション用に設計されたが、それらは既存の回線交換形（ＣＳ）ベアラと同等もしくはそれを上回る良好な性能を会話サービス用にもたらしている。
【００１０】
Ｅ−ＤＣＨは、ＩＰ送信用に機能強化された（ユーザ装置（ＵＥ）からノードＢへの）専用アップリンクチャネルである。強化された点には、送信時間間隔（ＴＴＩ）を短縮化すること、移動端末とノードＢの間の（ソフト合成を伴う）ハイブリッドＡＲＱ（ＨＡＲＱ）の高速化、移動端末のノードＢからの伝送速度のスケジューリングなどが含まれる。加えて、Ｅ−ＤＣＨは、アップリンクの専用チャネルに特徴的な機能の大半を保持している。
【００１１】
Ｅ−ＤＣＨは、各ＵＥからの複数のチャネルを伴う。例えばＤＰＣＣＨは、パイロットシンボルとアウトバンドの制御シグナリングの一部とを搬送する。エンハンスト・アップリンクについての残りのアウトバンドの制御シグナリング、例えばスケジューリング要求は、Ｅ−ＤＰＣＣＨ上で行われ、他方、Ｅ−ＤＰＤＣＨは、エンハンスト・アップリンク機能を用いて送信されるデータを搬送する。
【００１２】
ＨＳＵＰＡのユーザプレーン無線インタフェース・プロトコル・アーキテクチャに関しては、ノードＢとユーザ装置ユニット全体に配信されるＨＡＲＱプロトコルおよびスケジューリング機能は、媒体アクセス制御−ハイスピード（ＭＡＣ−ｈｓ）サブレイヤに属する。プロトコルのパラメータは、制御プレーン内のシグナリングによって構成される。このシグナリングは、無線リソース制御（ＲＲＣ）プロトコルによって管理される。コアネットワーク（ＣＮ）とユーザ装置ユニットとの二地点間を接続するためにＲＬＣサブレイヤから提供されるサービスは、無線アクセスベアラ（ＲＡＢ）と呼ばれる。各ＲＡＢは、その後、ＭＡＣレイヤから提供されるサービスにマッピングされる。このサービスは、論理チャネル（ＬＣ）と呼ばれる。
【００１３】
ＨＳＵＰＡの基本動作では、ノードＢおよびユーザ装置ユニットが、Ｅ−ＤＣＨを送信／受信するための初期設定処理を行う。設定が完了すると、ユーザ装置ユニットはスケジューリング情報、例えば、アップリンクチャネル情報を知ることができるＵＥの送信電力についての情報、送信されることになるユーザ装置ユニットのバッファ内におけるデータストアの量についての情報等を、ノードＢに提供する。ノードＢは、スケジューリング情報を受信して、（ユーザ装置ユニットから受信したスケジューリング情報に基づいて）ユーザ装置ユニットに関してＥ−ＤＣＨの自分自身のスケジューリングを行うかどうか、および、どのようにして行うかを判断する。Ｅ−ＤＣＨのためにユーザ装置ユニットをスケジューリングすることが可能な場合、ノードＢは、スケジューリング割当て情報を生成し、それがユーザ装置ユニットへ送信される。ユーザ装置ユニットへ送信されるスケジューリング情報は、データレート、送信タイミングのような情報を含む。ノードＢからスケジューリング情報を受信すると、ユーザ装置ユニットは、そのようなスケジューリング情報を用いてＥ−ＤＣＨを送信し、また、送信されたＥ−ＤＣＨのＥ−ＤＣＨトランスポート・フォーマット・コンビネーション・インジケータ（Ｅ−ＴＦＣＩ）も送信する。
【００１４】
Ｅ−ＤＣＨを受信すると、ノードＢは、Ｅ−ＤＣＨもしくはＴＦＲＩの中で何らかのエラーが発生したかどうかを判断する。ＴＦＲＩもしくはＥ−ＤＣＨのいずれか一方でエラーが発生した場合、ノードＢは、否定応答（ＮＡＣＫ）をユーザ装置ユニットへ送信する。他方、エラーがまったく発生しなかった場合、ノードＢは、確認応答（ＡＣＫ）をユーザ装置ユニットへ送信する。ＮＡＣＫおよびＡＣＫは、Ｅ−ＤＣＨ  ＨＡＲＱ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ（Ｅ−ＨＩＣＨ）上で送信される。ＮＡＣＫおよびＡＣＫ並びにＮＡＣＫの受信に伴う再送は、移動端末とノードＢの間で利用される高速ハイブリッドＡＲＱ（ＨＡＲＱ）の対象である。
【００１５】
一般論としてのハイブリッドＡＲＱ技術は、共に「再送方法及び再送システム」と題された米国特許出願公開公報ＵＳ２００４／０１４７２３６および米国特許出願１０／４７７４１４と、２００３年４月にＴｅｘａｓ  Ａ＆Ｍ  ＵｎｉｖｅｒｓｉｔｙのＷｉｒｅｌｅｓｓ  Ｓｙｓｔｅｍ  Ｌａｂ  Ｓｅｍｉｎａｒで、そして２００３年３月にＤＩＭＡＣＳ  Ｗｏｒｋｓｈｏｐ  ｏｎ  Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｈｅｏｒｙで提示されたＳｏｌｊａｎｉｎ  Ｅ．の「無線ネットワークにおけるハイブリッドＡＲＱ」と、そして、ＥＰ１３８９８４７Ａ１とに記述されている。
【００１６】
移動端末とＨＳＵＰＡのためのノードＢとの間での高速ハイブリッドＡＲＱ（ＨＡＲＱ）は、それぞれノードＢとＵＥとに位置する一組のＨＡＲＱ送信エンティティ部および受信エンティティ部を含み、それらのエンティティ部はＨＡＲＱプロセスとも呼ばれる。ＵＥ毎のＨＡＲＱプロセスの最大数は、通常、事前に定義される。ユーザ装置ユニットからノードＢまでのこれらのデータフローは、例えば遅延要件およびエラー要件のようなサービス品質（ＱｏＳ）に違いがある可能性があり、ＨＡＲＱインスタンスの構成を違えることが必要な場合がある。
【００１７】
移動端末とＨＳＵＰＡのためのノードＢとの間での高速ハイブリッドＡＲＱ（ＨＡＲＱ）はまた、ソフト合成も採用する。すなわち、ノードＢはエラーを有するデータを一時的に記憶して、その後、記憶されたデータを対応するデータの再送部分と合成し、従って、結果としての合成は、望ましくはエラーがないことになる。
【００１８】
ハイスピード・アップリンク・パケット・アクセス（ＨＳＵＰＡ）または少なくともＥ−ＤＣＨが、以下の文献のうち１つ以上で論じられている。
【００１９】
米国特許出願公開公報ＵＳ２００５／０２４９１２０、
２００５年１月１４日に出願され、「無線アクセスネットワークのノード間におけるアップリンクの輻輳検出及び輻輳制御」と題された米国特許出願第１１／０３５,０２１号、
２００５年３月９日に出願され、「アイドル状態のエンハンストアップリンクチャネルのアウターループ電力制御用のＢＬＥＲ測定」と題された米国仮特許出願第６０／６５９,４２９号、
２００５年１２月１４日に出願され、「ＷＣＤＭＡ用のＤＰＤＣＨのオンデマンド拡散（ＤＯＤ）」と題された米国仮特許出願第６０／７５０,０６８号、
２００６年６月１４日に出願され、「Ｅ−ＤＣＨ用のパケット廃棄タイマー」と題された米国仮特許出願第６０／８０４,６８７号。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
Ｅ−ＤＣＨは、これまで、２つの構成可能な送信時間間隔（ＴＴＩ）、すなわち１０ｍｓおよび２ｍｓで仕様を定められてきた。２ｍｓのＴＴＩは、レイテンシが比較的小さいため多くの状況で優れた性能を提供し、また、一定の時間範囲内でより多くのＨＡＲＱ再送を利用できる可能性を提供する。
【００２１】
多くの状況で２ｍｓのＴＴＩが望ましい場合でも、カバレッジには限界があることがある。例えば、（ＷＣＤＭＡで一般に用いられる）３３６ビットのプロトコルデータユニット（ＰＤＵ）サイズが送信される必要がある場合、これは（多くのネットワークがそれを計画していないことがある）１６８ｋｂｐｓのデータレートに相当する。しかし、複数のＨＡＲＱ再送を用いることによって、実効的なデータレートは減少するが、データはセル境界で（遅延が増えるかたちだが）送信可能である。２ｍｓのＴＴＩでのＨＡＲＱ往復時間（ＲＴＴ）は、１６ｍｓであり、これは、例えば、（当初の送信を含まない）３度のＨＡＲＱ再送が、２＋３＊１６ｍｓ＝５０ｍｓかかることを意味し、１６８／４＝４２ｋｂｐｓという効率的なデータレートに相当する。
【００２２】
複数の再送が必要であろうということが事前に分っていることが時々あるため、Ｅ−ＤＣＨのために自律的な再送を行うことが検討されてきた。上記の例では、送信機は（３回の再送が必要であることが分っている場合）４回の送信をすべて、連続したＴＴＩの区間で行い、従って送信を５０ｍｓではなく８ｍｓで完了することができるであろう。ＨＳＤＰＡで用いられる非同期型ＨＡＲＱのための自律再送の議論については、「無線通信システムにおいて自律的な再送を提供する方法及びシステム］と題されたＷＯ２００５／１０９７２９を参照されたく、そしてそれを参照により本願に援用する。非同期型ＨＡＲＱプロトコルにおいては、ＨＡＲＱプロセスが各（再）送信について明確にシグナリングされることから、自律再送を適用することは比較的容易である。従って、送信機は、連続したＴＴＩを同一のＨＡＲＱプロセスの中で送信することを選択できる。
【００２３】
Ｅ−ＤＣＨのための最終的に仕様を定められたＨＡＲＱプロトコルは、非同期方式というより同期方式である。Ｅ−ＤＣＨのための同期型ＨＡＲＱプロトコルというのは、前の（再）送信の後、一定数のＴＴＩの区間で再送が行われることを意味する。従って自律再送をＥ−ＤＣＨに導入することは、容易ではない。
【００２４】
１つの選択肢は、ＨＡＲＱプロトコルを同期型プロトコルから非同期型プロトコルに修正することである。しかし、同期型から非同期型へのそのような修正は、チャネル構造および仕様について比較的大きな修正を必要とするであろうから、それほど魅力的ではない。
【００２５】
２ｍｓのＴＴＩをいくつか連結することによってＴＴＩを長くすることに伴うもう１つの問題は、ＡＣＫ／ＮＡＣＫフィードバック・シグナリングである。図１に、４つのＨＡＲＱプロセスを持つ（Ｅ−ＤＣＨは８つのＨＡＲＱプロセスを有する）ＨＡＲＱプロトコルについてのＨＡＲＱフィードバック・メカニズムを示す。Ｅ−ＤＣＨ内のＨＡＲＱフィードバック信号は、ＴＴＩを受信してから固定時間が経過した後に送信され、送信機は、フィードバックがどのＨＡＲＱプロセスのことを言っているのかを受信時刻に基づいて認識する。
【００２６】
図１を参照して分るように、ＨＡＲＱプロセス１および２の中でデータを繰り返すことによって４ｍｓのＴＴＩが作成される場合、復号化プロセス２の後で送信されるＡＣＫ／ＮＡＣＫ信号は、到着するのが遅すぎて的確なＨＡＲＱプロセスで再送を行うことができないであろう。ユーザ装置ユニット（ＵＥ）は、プロセス１が次のＨＡＲＱプロセスサイクルを開始したときに初めて、自分が再送を行うことが想定されているのか否かをやっと知ることになるであろう。
【００２７】
従って必要なのは、そして本発明の目的は、Ｅ−ＤＣＨチャネルのための自律的な再送をもたらすための装置、方法、および技術である。
【課題を解決するための手段】
【００２８】
同期型のＨＡＲＱプロトコルを利用するシステムに関して、本技術は、同期、現行のチャネル構造、そして現行の符号化方式を有利に維持する。さらに本技術は、標準化されているかまたは従来型の送信時間間隔（ＴＴＩ）の長さを（名目モードで）使用できるようにすると同時に、別の長さの擬似的ＴＴＩもしくは理論上のＴＴＩを（拡張モードで）使用できるようにし、その別の長さは、（例えば複数の）標準化されているかまたは従来型の送信時間間隔（ＴＴＩ）の長さに関連する。
【００２９】
擬似的ＴＴＩは、実際には２つの連続した従来型のＴＴＩ、例えば第１の送信時間間隔と第２の送信時間間隔とを含み、第１の送信時間間隔がデータの当初の送信のために用いられ、第２の送信時間間隔がその同じデータの再送のために用いられる。本技術は、名目モードと拡張モードとを提供することで、諸標準および既存の諸実装に対する最小限の修正で大きな柔軟性を提供する。実際、従来型のＴＴＩと擬似的ＴＴＩとを可能にするだけで、現行の従来型のＡＣＫ／ＮＡＣＫフィードバック・シグナリングが自律的ＨＡＲＱプロトコルと共に利用でき、その場合、基地局（例えばノードＢ）についてのＡＣＫ／ＮＡＣＫのタイミングに関する処理要件を厳しくすることが望ましい。第２の送信時間間隔は、同じ（ユーザ）データの再送であるとはいえ、物理レイヤ上で適用されるパンクチャリングは異なり（異なる冗長性バージョンとして知られる）、従って送信と再送とは同一ではない。
【００３０】
本技術は、さまざまなタイプのシステムおよびチャネルと共に有利に利用できる。例えば、本技術は、Ｅ−ＤＣＨのための同期型ＨＡＲＱプロトコルに対して使用でき、従って、Ｅ−ＤＣＨのための現行のチャネル構造とＥ−ＤＣＨのための現行のＴＦＣＩ符号化方式を維持することができ、しかも、２ｍｓＴＴＩという標準化されているかまたは従来型の送信時間間隔（ＴＴＩ）の長さのＥ−ＤＣＨの（名目モードでの）使用だけでなく、４ｍｓの長さを有するように見える擬似的ＴＴＩまたは理論上のＴＴＩの（拡張モードでの）使用をも可能にする。
【００３１】
別の限定しない一例として、本技術は、ＵＴＲＡＮ  ロング・ターム・エヴォリューション（ＬＴＥ）と共に使用することができる。
【００３２】
一態様において、本技術は、同期型ＨＡＲＱプロトコルを使って、かつ、（１）名目モードで所定の長さの単一の送信時間間隔、または、（２）拡張モードで擬似的送信時間間隔のいずれか一方のチャネル上でデータを送信する機能を使って動作するように構成されたユーザ装置ユニットに関する。擬似的送信時間間隔は、データが送信される第１の送信時間間隔と、データが再送される第２の送信時間間隔とを含む。第２の送信時間間隔は、第１の送信時間間隔と連続しており、第１の送信時間間隔と第２の送信時間間隔はそれぞれ、（同じ）所定の長さである。
【００３３】
実装の一変形形態では、ユーザ装置ユニットは、第２の送信時間間隔が基地局ノードで第１の送信時間間隔と合成されることになることを明示的にシグナリングするように構成される。例えば、ユーザ装置ユニットは、第２の送信時間間隔が基地局ノードで第１の送信時間間隔と合成されることになることを示すために、別のチャネル（例えばＥ−ＤＰＣＣＨチャネル）上の値を設定することができる。
【００３４】
実装の別の変形形態では、明示的なシグナリングは必要ではない。その代わりに、ユーザ装置ユニットは、名目モードのためのＨＡＲＱプロセスのサブセット（部分集合）を使用する。部分集合は非連続ＨＡＲＱプロセスから成り、部分集合のＨＡＲＱプロセスの少なくとも一部、望ましくは全部が、偶数番目のＨＡＲＱプロセスのうちの１つであるか、または、部分集合のＨＡＲＱプロセスの少なくとも一部、望ましくは全部が、奇数番目のＨＡＲＱプロセスのうちの１つである。このサブモードでは、擬似的送信時間間隔を実現するため、ユーザ装置ユニットは、拡張モードについて、部分集合のうちの選択されたＨＡＲＱプロセスと、その選択されたＨＡＲＱプロセスに数値的に隣接した、部分集合の外側のＨＡＲＱプロセスとを使用する。
【００３５】
実装の別の変形形態によると、ユーザ装置ユニットは、（１）名目モードでチャネル（例えばＥ−ＤＣＨチャネル）上でデータを送信することと、拡張モードにおいてチャネル上でデータを送信することとをミックスするようにするか、または、ミックスしないようにするかのいずれか一方であるように構成されてもよい。モードのミックスが可能であるような実装の変形形態において、ユーザ装置ユニットは、第１の（所定の）グループのＨＡＲＱプロセスを名目モードで利用し、第２の（所定の）グループのＨＡＲＱプロセスを拡張モードで利用するように構成されてもよい。
【００３６】
アーキテクチャに関しては、例示する一実施形態においてユーザ装置ユニットは、ＵＥ  ＭＡＣエンティティ部、モード選択器、そして通信部を備えてもよい。ＵＥ  ＭＡＣエンティティ部は、名目モードではチャネル（例えばＥ−ＤＣＨチャネル）の単一の送信時間間隔にデータを割当てるため、そして、拡張モードではデータを第１の送信時間間隔と第２の送信時間間隔とにデータを割当てるように機能する。モード選択器は、データが名目モードで割当てられることになるか拡張モードで割当てられることになるかをＭＡＣエンティティ部に指定する。通信部は、無線インタフェースを介して基地局へ送信時間間隔の中のデータを通信する。
【００３７】
一態様において、本技術は、ユーザ装置ユニットから無線インタフェースを介してアップリンクチャネル上でデータを受信する、無線アクセスネットワーク（ＲＡＮ）の基地局ノードに関する。例示する一実施形態において、ノードは、無線インタフェースを介してユーザ装置ユニットと通信するための基地局通信部と、同期型ＨＡＲＱプロトコルを使って、かつ、名目モードかまたは拡張モードかいずれか一方のアップリンクチャネル上でデータを受信する機能を使って動作するように構成されたＭＡＣエンティティ部と、そして、ＡＣＫ／ＮＡＣＫ生成器とを含む。望ましくはＡＣＫ／ＮＡＣＫ生成器は、もし名目モードの送信時間間隔が代わりに受信されていたならば確認応答メッセージが生成されたであろう時刻に擬似的送信時間間隔についての情報を受信したことについての確認応答メッセージを生成するが、ただし、完全な拡張された送信データ（例えば、拡張モードの第１の送信時間間隔および拡張モードの第２の送信時間間隔からソフト合成されたデータ）がうまく復号されうる／されたという事実を確認するための確認応答メッセージと共に生成する。
【００３８】
例示する一実装において、ＡＣＫ／ＮＡＣＫ生成器は、擬似的送信時間間隔における第１の送信時間間隔を受信したしてから４．１ｍｓが経過した後で確認応答メッセージポイントを生成するように構成される。
【００３９】
例示する一実施形態において、基地局はさらに、明示的なシグナリングを受信すると、第２の送信時間間隔が第１の送信時間間隔と合成されることになることをＭＡＣエンティティ部に通知するように構成された、シグナリングハンドラ（シグナリング処理装置）を含む。そのような明示的なシグナリングは、例えば、Ｅ−ＤＰＣＣＨチャネル上で所定の値を受信した時点で行われてもよい。
【００４０】
例示する別の一実施形態において、基地局は、複数のＨＡＲＱプロセスを含む。明示的なシグナリングを必要としない例示する一実装について、ＭＡＣエンティティ部は、名目モードに対してＨＡＲＱプロセスのサブセット（部分集合）を使うように構成される。前に説明したように、部分集合は非連続ＨＡＲＱプロセスから成り、部分集合のＨＡＲＱプロセスの少なくとも一部、望ましくは全部が、偶数番目のＨＡＲＱプロセスのうちの１つであるか、または、部分集合のＨＡＲＱプロセスの少なくとも一部、望ましくは全部が、奇数番目のＨＡＲＱプロセスのうちの１つである。さらに、ＭＡＣエンティティ部は、拡張モードについて、部分集合のうちの選択されたＨＡＲＱプロセスと、その選択されたＨＡＲＱプロセスに数値的に隣接した、部分集合の外側のＨＡＲＱプロセスとを使用するように構成される。明示的なシグナリングを必要としない実装では、基地局ノードは、部分集合の外側にありかつ選択されたＨＡＲＱプロセスに数値的に隣接するようなＨＡＲＱプロセス上でエネルギーを検出することによって拡張モードの使用を検出するように構成される。
【００４１】
別の態様において、本技術は、ユーザ装置ユニットと基地局ノードとを両方含む無線アクセスネットワーク（ＲＡＮ）に関する。ユーザ装置ユニットは、同期型ＨＡＲＱプロトコルを使って、かつ、名目モードかまたは拡張モードかいずれか一方のチャネル（例えばＥ−ＤＣＨチャネル）上でデータを送信する機能を使って動作するように構成される。基地局ノードは、無線インタフェースを介してユーザ装置ユニットと通信し、そして、名目モードかまたは拡張モードかいずれか一方のチャネル（例えば、Ｅ−ＤＣＨチャネル）上でデータを受信して、もし名目モードの送信時間間隔が代わりに受信されていたならば確認応答メッセージが生成されたであろう時点に擬似的送信時間間隔を受信したことを示す確認応答メッセージを生成するように構成される。拡張モードの確認応答メッセージは、完全に拡張された送信（例えば、拡張モードの第１の送信時間間隔および拡張モードの第２の送信時間間隔からソフト合成されたデータ）がうまく復号されうる／されたという事実を確認する。
【００４２】
別の態様において、本技術は、無線アクセスネットワーク（ＲＡＮ）を動作させる方法に関する。方法は、（ユーザ装置ユニットから無線インタフェースを介して基地局ノードへとチャネル（例えばＥ−ＤＣＨチャネル）上で同期型ＨＡＲＱプロトコルを使って）名目モードおよび拡張モードで選択的にデータを送信することを含む。方法はさらに、名目モードか拡張モードかいずれか一方で基地局ノードにおいてチャネル（例えばＥ−ＤＣＨチャネル）上でデータを受信することを含む。方法はさらに、もし名目モードの送信時間間隔が代わりに受信されていたならば確認応答メッセージが生成されたであろう時点に擬似的送信時間間隔を受信したことを示す（基地局ノードで）確認応答メッセージを生成することを含むことが望ましい。
【００４３】
前述のおよび他の本発明の目的、特徴、利点は、添付の図面に示す好適実施形態の下記のより詳細な記述から明らかになるであろうが、図面では、参照文字は、各種の図全体を通じて同じ部分を指す。図面は、必ずしも一定の比例に拡大しておらず、その代わりに、本発明の原理を示す強調が施されている。
【図面の簡単な説明】
【００４４】
【図１】Ｅ−ＤＣＨにおけるＡＣＫ／ＮＡＣＫフィードバック・シグナリングの一般的な線図である。
【図２】名目モードか拡張モードかいずれか一方でＥ−ＤＣＨ上でデータを送信することが可能なユーザ装置ユニットを含む無線アクセスネットワーク（ＲＡＮ）の概略図である。
【図３】名目モードおよび拡張モードの両方によるチャネル上でのデータの送信を示す概略図である。
【図４Ａ】名目モードの動作のためのＨＡＲＱプロセスの部分集合の利用を示す線図である。
【図４Ｂ】図４ＢのそれのようなＨＡＲＱプロセスの部分集合が代わりにどのようにして拡張モードの動作のために選択的に利用されうるかを示す線図である。
【図５】ユーザ装置ユニットの例示する一実施形態の概略詳細図である。
【図６】基地局ノードの例示する一実施形態の概略詳細図である。
【図７】拡張チャネル（例えば拡張Ｅ−ＤＣＨチャネル）の例示する一実施形態が有利に採用されうる例示する移動通信システムの概略図である。
【発明を実施するための形態】
【００４５】
下記の記述においては、限定ではなく説明を目的として、具体的なアーキテクチャ、インタフェース、技術などの具体的な詳細が、本発明の十分な理解を提供するために述べられている。しかし、当業者には明らかであろうが、本発明は、これらの具体的詳細とは異なる他の実施形態の中で実行されることもある。つまり、当業者なら、本書で明示的に記述されるかまたは示されてはいないが、本発明の原理を実施し、本発明の技術思想とその範囲の中に含まれる各種の構成を工夫することができるであろう。時には、不要な詳細で本発明の記述を分りにくくすることのないように、よく知られているデバイス、回路、方法の詳細記述は、省略する。本発明の原理、態様、実施形態を記載する本書のすべての記述およびその具体例は、その構造的同等物および機能的同等物を両方共包含することが意図されている。加えて、そのような同等物には、現在知られている同等物だけでなく、将来開発される均等物、すなわち、構造の如何を問わず同じ機能を行うような、開発されたいずれかの要素、も含まれることが意図されている。
【００４６】
従って、例えば、当業者であれば理解するであろうが、本書のブロック図は、技術の原則を実施する例示的な回路構成の概念図を表す。同様に、理解されるであろうが、フローチャート、状態遷移図、擬似コードなどはいかなるものであっても、コンピュータ可読記憶媒体の中に実質的に記憶されてコンピュータまたはプロセッサによって、そのようなコンピュータまたはプロセッサが明示的に示されているか否かを問わず、そのように実行されうる各種のプロセスを表す。
【００４７】
「プロセッサ」または「制御器」というラベルが付けられた機能ブロックを含む各種要素の機能は、専用のハードウェアの使用を通じて提供されてもよいし、適切なソフトウェアに関連してソフトウェアを実行することが可能なハードウェアを通じて提供されてもよい。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、あるいは、一部が共有されても分散されてもよい複数の個別プロセッサによって提供されてもよい。さらに、「プロセッサ」または「制御器」という用語の明示的使用は、ソフトウェアを実行することができるハードウェアを排他的に指すと解釈されるべきではなく、そして、限定することなく、デジタル信号プロセッサ（ＤＳＰ）のハードウェア、ソフトウェアを記憶するための読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性メモリを含んでもよい。
【００４８】
同期型ＨＡＲＱプロトコルを利用するシステムに関して、本技術は、現行の同期型Ｅ−ＤＣＨのためのＨＡＲＱプロトコル、Ｅ−ＤＣＨのための現行のチャネル構造、そしてＥ−ＤＣＨのための現行のＴＦＣＩ符号化方式を有利に維持し、しかも本技術は、例えば２ｍｓのＴＴＩという標準化されているかまたは従来型の送信時間間隔（ＴＴＩ）の長さのＥ−ＤＣＨの（名目モードでの）使用だけでなく、４ｍｓの長さを有するように見える、異なる長さの擬似的ＴＴＩまたは理論上のＴＴＩの（拡張モードでの）使用も可能にし、その異なる長さは、（例えば複数の）標準化されているかまたは従来型の送信時間間隔（ＴＴＩ）の長さに関連する。
【００４９】
擬似的ＴＴＩは、実際には２つの連続した従来型のＴＴＩ、例えば第１の送信時間間隔と第２の送信時間間隔とを含み、第１の送信時間間隔がデータの当初の送信のために用いられ、第２の送信時間間隔がその同じデータの再送のために用いられる。名目モードと拡張モードとを提供する本技術は、諸標準および既存の諸実装に対する最小限の修正で大きな柔軟性を提供する。実際、従来型の２ｍｓのＴＴＩと４ｍｓの擬似的ＴＴＩとを可能にするだけで、現行の従来型のＡＣＫ／ＮＡＣＫフィードバック・シグナリングが自律的ＨＡＲＱプロトコルと共に利用できる。その場合、Ｅ−ＤＣＨを受信する基地局（例えばノードＢ）についてのＡＣＫ／ＮＡＣＫのタイミングに関する処理要件を厳しくすることが望ましい。第２の送信時間間隔は、同じ（ユーザ）データの再送であるとはいえ、物理レイヤ上で適用されるパンクチャリングは異なり（異なる冗長性バージョンとして知られる）、従って送信と再送とは同一ではない。
【００５０】
本技術は、さまざまなタイプのシステムおよびチャネルと共に有利に利用できる。例えば、本技術は、Ｅ−ＤＣＨのための現行の同期型ＨＡＲＱプロトコルに対して使用でき、従って、Ｅ−ＤＣＨのための現行のチャネル構造とＥ−ＤＣＨのための現行のＴＦＣＩ符号化方式を維持することができ、しかも、例えば２ｍｓのＴＴＩという標準化されているかまたは従来型の送信時間間隔（ＴＴＩ）の長さのＥ−ＤＣＨの（名目モードでの）使用だけでなく、４ｍｓの長さを有するように見える擬似的ＴＴＩまたは理論上のＴＴＩの（拡張モードでの）使用をも可能にする。あるいは、別のほんの一例として、本技術は、ＵＴＲＡＮ  ロング・ターム・エヴォリューション（ＬＴＥ）と共に利用することもできる。
【００５１】
本技術の一例として、図２は、（ノードＢとも呼ばれる）基地局ノード２８とユーザ装置ユニット（ＵＥ）３０とを含む基地局無線アクセスネットワーク（ＲＡＮ）の一部を示す。基地局ノード２８とユーザ装置ユニット３０とは、無線インタフェース３２上での送信を使って通信する。
【００５２】
無線インタフェース３２上での送信は、本技術がさまざまなタイプのチャネル、サービス、およびシステムと共に使用することができるという事実を表すため、図２では一般的に矢印３１で示す。例えば、図２の矢印３１は、（エンハンスト・アップリンク機能を用いて送信されたデータを搬送する）Ｅ−ＤＰＤＣＨチャネルのようなＨＳＵＰＡ送信を表してもよい。そのような場合、他のＥ−ＤＣＨ関連チャネル、例えばＥ−ＤＰＣＣＨが動作することになることは、当業者であれば理解されるであろう。あるいは、矢印３１は、ＵＴＲＡＮ  ロング・ターム・エヴォリューション（ＬＴＥ）のために利用されるアップリンクチャネルを表してもよい。
【００５３】
図２の例示する実施形態のユーザ装置ユニット３０は、ＵＥ  ＭＡＣエンティティ部３４およびＵＥ通信部（ＴＸ／ＲＸ）３６を含む。ＵＥ  ＭＡＣエンティティ部３４は、次には、モード選択器３８を有する。当業者であれば理解するはずだが、ユーザ装置ユニット３０は、その他の多くの図示しないエンティティ部および機能性を有するが、それらの大半は、本書で述べる技術に密接に結びついてはいないので省略されている。
【００５４】
さらにユーザ装置ユニット３０は、データソース（例えば、ＨＳＵＰＡ実装のためのＥ−ＤＣＨデータのソース）を有する。データソース４０は、例えば、基地局ノード２８へ送信するためのチャネル３１宛のデータ（例えばＥ−ＤＣＨ宛のまたはＥ−ＤＣＨに関連するデータ）を生成するかまたは別の方法で送信／受信する１つ以上のアプリケーションであってもよい。話を簡単にするため、図２では、データソース４０からチャネル３１へのデータの１つのフローだけを想定し、そのようなデータがＵＥ  ＭＡＣエンティティ部３４のデータキュー４２に記憶されることをさらに示す。データキュー４２に記憶されたチャネル３１へ向うデータは、ＵＥ  ＭＡＣエンティティ部３４を含むＨＡＲＱ制御器４４の中で適切なＨＡＲＱプロセスへ搬送される。
【００５５】
ユーザ装置ユニット３０、特にそのＵＥ  ＭＡＣエンティティ部３４は、同期型ＨＡＲＱプロトコルを使って、かつ、（１）名目モードおいて所定の長さの単一の送信時間間隔の中でか、または、（２）拡張モードにおいて擬似的な送信時間間隔の中でのいずれか一方のチャネル３１上でデータを送信する機能を使って動作するように構成される。擬似的送信時間間隔は、データが送信される第１の送信時間間隔と、データが再送される第２の送信時間間隔とを含む。擬似的送信時間間隔の第１の送信時間間隔と第２の送信時間間隔のそれぞれは両方共、名目モードにおける単一の送信時間間隔の長さと等しい長さであることが望ましい。第２の送信時間間隔は、第１の送信時間間隔と連続しており、第１の送信時間間隔と第２の送信時間間隔はそれぞれ、（同じ）所定の長さである。
【００５６】
モード選択器３８は、チャネル３１へ向うデータが名目モードで割当てられることになるか拡張モードで割当てられることになるかをＵＥ  ＭＡＣエンティティ部３４に指定する。このために、モード選択器３８は、図２が示すように、名目モードプロセス４６と拡張モードプロセス４８を備えるように描かれている。名目モードプロセス４６は、名目モードで動作するためのＵＥ  ＭＡＣエンティティ部３４（およびＵＥ通信部（ＴＸ／ＲＸ）３６）によって使用される情報を含み、拡張モードプロセス４８は、拡張モードで動作するためのＵＥ  ＭＡＣエンティティ部３４（およびＵＥ通信部（ＴＸ／ＲＸ）３６）によって使用される情報を含む。そのような情報は、そのモードがいつ有効になっているかをシグナリングで伝達するための各モードごとのモードフラグと、本書内で以下に記述する各種の例示する実装によって動作するためＵＥ  ＭＡＣエンティティ部３４によって利用されるそれ以外の情報およびパラメータとを含む。
【００５７】
図２の例示する実施形態の基地局ノード２８は、ユーザ装置ユニット３０から無線インタフェース３２を介してチャネル３１上でデータを受信する。特に図示した実施形態では、基地局２８が、（無線インタフェース３２を介してユーザ装置ユニット３０と通信するための）基地局通信部５６と、基地局ＭＡＣエンティティ部６４と、そして、（望ましくは）（例示したＡＣＫ／ＮＡＣＫ生成器６６の形態の）フィードバック生成器とを備える。基地局ＭＡＣエンティティ部６４は、同期型ＨＡＲＱプロトコルを使って、かつ、名目モードか拡張モードかのいずれか一方のチャネル３１上でデータを送信する機能を使って動作するように構成される。ＡＣＫ／ＮＡＣＫ生成器は、もし名目モードの送信時間間隔が代わりに受信されていたならば確認応答メッセージが生成されたであろう時点において擬似的送信時間間隔を受信したことを示す確認応答メッセージを生成するように機能する。擬似的送信時間間隔についての確認応答メッセージは、完全な拡張された送信（例えば、拡張モードの第１の送信時間間隔および拡張モードの第２の送信時間間隔からソフト合成されたデータ）がうまく復号されうる／されたという事実を確認するものである。
【００５８】
図２が例示する実施形態の基地局ＭＡＣエンティティ部６４は、さらに、基地局ＨＡＲＱ制御器６８と、フィードバックが必要かまたは望ましいときを判断する検出器７０と、そして、チャネル３１で取得されたデータが次に（例えば、優先ノードまたは無線ネットワーク制御装置（ＲＮＣ）のような別のノードへ）送信される前に記憶されるデータキュー７２とを含む。
【００５９】
図３は、名目モードと拡張モードとの両方によって（例えば図２のユーザ装置ユニット３０のような）ユーザ装置ユニットが（例えばＥ−ＤＣＨチャネルのような）チャネル上でデータを送信することを一般的に示す。話を簡単にするため、図３ではＵＥ  ＨＡＲＱ制御器４４と基地局ＨＡＲＱ制御器６８の８つのＨＡＲＱプロトコルプロセスのうち、３つだけを示す。従って図３は、本技術を使って、所定の長さの従来型もしくは標準化されているＴＴＩの区間でチャネル上でデータを送信するか、または、２つの連続する従来型もしくは標準化されているＴＴＩを含む理論上のもしくは擬似的送信時間間隔を用いて自律的な再送を行うか、いずれか一方が可能であることを示す。従来型もしくは標準化されている送信時間間隔は、例えば２ｍｓという所定の長さを有してもよく、他方、擬似的送信時間間隔は、２つの従来型送信時間間隔を含み、従って４ｍｓという実効的な擬似的長さを有する。それ以外の所定の長さの送信時間間隔も可能であるが、そのような場合、擬似的送信時間間隔の実効的な長さは、所定の送信時間間隔の長さの２倍になるであろう。本書では、理論上の擬似的送信時間間隔は、通常のもしくは標準化されている送信時間間隔と区別するため、拡張ＴＴＩと呼ばれることもある。
【００６０】
前述のように、図３は、（例えばＥ−ＤＣＨ）チャネル３１のようなチャネル上の送信に関わる８つのＨＡＲＱプロセスのうちの３つを示し、各ＨＡＲＱプロセスは、異なる陰影を内側に施したブロックで表し、数字１、２または３のうちの適切なものを有する。図３は、基地局ノード２８とユーザ装置ユニット３０とのそれぞれについての３つのＨＡＲＱプロセスを、左から右へ時間を追って示す。各ＨＡＲＱプロセスは、８つの送信時間間隔の１つに対応し、各送信時間間隔について、ＵＥ  ＨＡＲＱ制御器４４と基地局ＨＡＲＱ制御器６８の中に（図３のＨＡＲＱプロセスブロックの中に類似の陰影で示すように）対応するＨＡＲＱプロセスが存在する。対応する一対のＨＡＲＱプロセスについて、ＵＥ  ＨＡＲＱプロセスは送信時間間隔を送信した時点で開始されることから、ＵＥ  ＨＡＲＱ制御器４４のＨＡＲＱプロセスを、図３の最初の時間に（一番左に）示し、対応する基地局ＨＡＲＱプロセスは、送信時間の遅延を反映するため、それぞれのＵＥ  ＨＡＲＱプロセスの少し右側から始まることを示す。
【００６１】
図３に示す例示するシナリオでは、データは１つの送信時間間隔でＵＥ  ＨＡＲＱプロセス１の下で送信されることから、ＨＡＲＱプロセス１は、名目モードによって行われる。基地局２８が送信時間間隔のデータを受信すると、基地局ＨＡＲＱプロセス１は、データを処理し、そして、処理した後、フィードバックをＡＣＫメッセージもしくはＮＡＣＫメッセージのかたちで（ａ）として示す時点において送信する。言い換えると、ＨＡＲＱプロセス１のデータは、ユーザ装置ユニットによって自動的に再送されるのではなく、しかも、時刻（ａ）にＮＡＣＫメッセージを受信することによってその後の再送を促されない限り、まったく再送されない。
【００６２】
また図３は、ＨＡＲＱプロセス２および３が一緒に拡張モードを実行することを示す。（例えばＥ−ＤＣＨチャネルのような）チャネル３１のためのデータは、最初にＵＥ  ＨＡＲＱプロセス２の下で送信時間間隔２により送信され、その後、同じデータが、ＵＥ  ＨＡＲＱプロセス３の下で送信時間間隔３により再送される。送信時間間隔２と送信時間間隔３とは、擬似的な送信時間間隔を集合的に形成する。
【００６３】
実装の一変形形態において、図３でたまたま示しているが、ユーザ装置ユニット３０は、第２の送信時間間隔（例えば、図３のＨＡＲＱプロセス３に対応する、送信時間間隔３）が第１の送信時間間隔（例えば図３のＨＡＲＱプロセス２に対応する、送信時間間隔２）と基地局ノードで合成されることになることを明示的にシグナリングで伝達するように構成される。例えば、第２の送信時間間隔（例えば、図３のＨＡＲＱプロセス３に対応する、送信時間間隔３）が第１の送信時間間隔（例えば、図３のＨＡＲＱプロセス２に対応する、送信時間間隔２）と基地局ノードで合成されることになることを示すため、ユーザ装置ユニット３０が、ある値を別のチャネル（例えばＥ−ＤＰＣＣＨチャネル）上に設定してもよい。この点で、図３は、他のチャネル（例えばＥ−ＤＰＣＣＨチャネル）上で搬送される情報をそれぞれのＨＡＲＱプロセスとおおよそ一致させて示す。拡張送信時間間隔または擬似的送信時間間隔が用いられていることを基地局ノード２８に示すことを目的として、他方のチャネル（例えばＥ‐ＤＰＣＣＨチャネル)上のコードポイント（値）のうちの１つ（例えば冗長バージョン３を使った最大のＴＢサイズ）が、「このＴＴＩは前のＴＴＩと同じ符号化方式（ＴＢサイズおよび冗長バージョン）を有しており、そのＴＴＩとソフト合成されなければならない」ことを意味するために予約される。
【００６４】
従って、ＨＡＲＱプロセス１では通常の送信が行われるが、ＨＡＲＱプロセス２では拡張ＴＴＩの区間で送信が行われるという前述の内容を、図３に示す。これはＨＡＲＱプロセス２のためのシグナリング中には見られないが、ＨＡＲＱプロセス３では、そのＴＴＩの区間で受信されたデータは、前のＴＴＩの中のデータを合成されなければならないことを意味する、他方のチャネル（例えばＥ−ＤＰＣＣＨチャネル）の予約値が使われる。
【００６５】
基地局ノード２８は、予約された値が使われていないＴＴＩの区間でデータを受信すると、それを復号しようとする（例えば図３のＨＡＲＱプロセス１および２）。あるＴＴＩの区間でデータが受信され、そして予約コードがＥ−ＤＰＣＣＨ上で使われていた場合、基地局２８は、進行している可能性のある復号化を中断して、受信データを前のＴＴＩと合成する。言い換えると、例えば、図３においてＨＡＲＱプロセス３についてのデータが受信された場合、それは、ＨＡＲＱプロセス２のデータと合成されるであろう。従って、アップリンクのシグナリングは本質的にレイヤ１（Ｌ１）上では不変であってもよく、値のうちの１つだけが、この目的で予約されていればよい。
【００６６】
実装の別の変形形態では、明示的なシグナリングは必要ではない。そうではなくて、ユーザ装置ユニット３０は、名目モードのためのＨＡＲＱプロセスの部分集合を使用する。部分集合は、非連続ＨＡＲＱプロセスから成り、部分集合のＨＡＲＱプロセスの少なくとも一部、望ましくは全部が、偶数番目のＨＡＲＱプロセスのうちの１つであるか、または、部分集合のＨＡＲＱプロセスの少なくとも一部、望ましくは全部が、奇数番目のＨＡＲＱプロセスのうちの１つである。この変形形態では、擬似的送信時間間隔を実現するため、ユーザ装置ユニット３０は、拡張モードについて、部分集合のうちの選択されたＨＡＲＱプロセスと、その選択されたＨＡＲＱプロセスに数値的に隣接した、部分集合の外側のＨＡＲＱプロセスとを使用する。
【００６７】
言い換えると、この変形形態では、例えばＥ−ＤＰＣＣＨかまたは他のチャネル上の「予約コード」は必要ではない。例えば、２ｍｓの送信時間間隔については、ユーザ装置ユニット３０が使用を許可されることになるＨＡＲＱプロセスが一部のものに制限される。全部で８つあるＨＡＲＱプロセスのうち、ユーザ装置ユニット３０は、例えばＵＥ  ＨＡＲＱプロセス１、３、５、７を使用するように制限されてもよい。図４Ａは、そのような制限を示している。この場合、ユーザ装置ユニット３０は、名目ノードについては実線の四角形によって表されるＵＥ  ＨＡＲＱプロセス（例えばＵＥ  ＨＡＲＱプロセス１、３、５、７）だけを使用することが許可されている。「許されていないＨＡＲＱプロセスは、図４Ａでは破線の四角形で描かれている（例えば  ＵＥ  ＨＡＲＱプロセス２、４、６、８）。その後、本技術によってＴＴＩを「拡張する」必要がある場合、（Ｅ−ＤＰＤＣＨ上で）使用不能になったプロセス、この場合、ＨＡＲＱプロセス２、４、６、８、のうちの１つのエネルギーを検出することによって、ＴＴＩの「拡張部分」が単純に検出されうる。次いで、このエネルギーは、図４Ｂに示すように、前のプロセス上の送信と関連付けられる（例えば、ＨＡＲＱプロセス２は、擬似的送信時間間隔を形成するため、ＨＡＲＱプロセス１と関連付けることができ、ＨＡＲＱプロセス４は、擬似的送信時間間隔を形成するため、ＨＡＲＱプロセス３と関連付けることができ、以下同様である）。
【００６８】
従って、拡張ＴＴＩは、その後のＨＡＲＱプロセスの各ペアに導入されてもよく、その場合、第１のものが使用可能にされ、第２のものが使用不能にされる。この文脈において「使用不能にされる」とは、「独立した」ＨＡＲＱ送信が、このプロセスの中で発生してはならないことを意味する。
【００６９】
多くの場合、例えばチャネル３１（例えばＥ−ＤＣＨチャネル）のようなチャネルを受信する基地局ノード２８についてのＡＣＫ／ＮＡＣＫタイミングに関して、処理要件を厳しくすることが必要となることがある。その際、擬似的送信時間間隔が復号された後にＡＣＫ／ＮＡＣＫフィードバックメッセージが通常どおり送信される場合、ＡＣＫ／ＮＡＣＫフィードバックメッセージが余りにも遅延して到着するため、ユーザ装置ユニット３０は正確なＨＡＲＱプロセスで再送を行うことができないだろう。この問題を解決するため、実装の一例では、基地局ノード２８は、擬似的送信時間間隔を復号して、第１のＴＴＩのための通常のフィードバックが送信されたであろう時点において擬似的送信時間間隔のＡＣＫ／ＮＡＣＫフィードバックを送信することを求められてもよい。
【００７０】
上記の件について、現行のＥ−ＤＣＨ仕様では、基地局ノード２８は、ＴＴＩを復号してＡＣＫ／ＮＡＣＫフィードバックメッセージを送信するのに約６．１ｍｓを必要とする。実装の一例では、基地局ノード２８のＡＣＫ／ＮＡＣＫ生成器６６のタイミング要件は、約４．１ｍｓまで厳しくされている。
【００７１】
上記についても図３に示す。この点で図３は、基地局ノード２８がその名目モードの送信時間間隔についてのＡＣＫ／ＮＡＣＫを、固定の処理時間が経過した後に（すなわち、図３が示す基地局ＨＡＲＱプロセス１の後の時刻ａ）に送信することを示す。ＨＡＲＱプロセス２および３が合成されて擬似的送信時間間隔が形成される場合、擬似的送信時間間隔についてのＡＣＫ／ＮＡＣＫは、基地局ＨＡＲＱプロセス３の後で同一の固定の処理時刻が経過したときに送信されることができない、すなわち、時点ｃ）に送信されることができない。擬似的送信時間間隔についてのＡＣＫ／ＮＡＣＫを時点ｃ）に送信すれば、ＡＣＫ／ＮＡＣＫメッセージのユーザ装置ユニット３０への到着が余りに遅延しているため、ＵＥ  ＨＡＲＱプロセス２の間に再送することはできないであろう。代わりに、本書で提供する改良によると、（ＨＡＲＱプロセス２および３に関連する）擬似的送信時間間隔全体についてのＡＣＫ／ＮＡＣＫが、時点ｂ）に送信される。時点ｂ）は、基地局ＨＡＲＱプロセス２に関するＡＣＫ／ＮＡＣＫの送信のための通常の時点、すなわち、もし名目モードの送信時間間隔が代わりに生成されていたならば確認応答メッセージが生成されたであろう時点である。ＡＣＫ／ＮＡＣＫは、実際、擬似的送信時間間隔全体に関するものであり、従って、完全な拡張された送信（例えば、拡張モードの第１の送信時間間隔および拡張モードの第２の送信時間間隔からソフト合成されたデータ）がうまく復号されうる／されたという事実を確認するものとなる。ユーザ装置ユニット３０は、この規則に気づき、時点ｂ）で受信したＡＣＫ／ＮＡＣＫを使用して擬似的送信時間間隔のためＵＥ  ＨＡＲＱプロセス２および３における再送を決定する。従って、時点ｃ）で送信されたＡＣＫ／ＮＡＣＫは、（本改良の利点を示すためだけに図に含まれてはいるが）このスキームにおける実際的な意味を有しない。
【００７２】
さらに別の異なる実装の変形形態では、ユーザ装置ユニット３０は、（１）名目モードを使用してチャネル３１（例えばＥ−ＤＣＨチャネル）上でデータを送信することと、（２）拡張モードを使用してチャネル３１（例えばＥ−ＤＣＨチャネル）上でデータを送信することとをミックスされてもよいし、ミックスされなくてもよい。好適な実施形態では、通常のＴＴＩと擬似的な送信時間間隔の使用はミックスされず、すなわち、所与の時点には、８つの２ｍｓＴＴＩかまたは４つの４ｍｓ擬似的送信時間間隔かのいずれか一方が存在する。これは、ユーザ装置ユニット３０は、ＴＴＩの長さを切り替える前に（例えばセルの境界線に接近する場合）、すべてのプロセスに関する自分の未解決の再送を完了する必要があることを意味する。
【００７３】
しかし、他の実装の変形形態では、通常のＴＴＩと拡張ＴＴＩ（すなわち擬似的送信時間間隔）とをミックスすることができる。モードのミックスが許されている実装の変形形態では、ユーザ装置ユニットは、第１の（所定の）グループのＨＡＲＱプロセスを名目モード用に利用し、第２の（所定の）グループのＨＡＲＱプロセスを拡張モード用に利用するように構成されてもよい。言い換えると、ミックスが許されている実装では、ＨＡＲＱプロセス１、２、３、４は、２ｍｓのＴＴＩを使用してもよいが、ＨＡＲＱプロセス５＋６および７＋８が合成され、構成可能なやり方で拡張ＴＴＩを形成してもよい。これは、Ｅ−ＴＦＣ選択にわずかな影響しか与えないかたちで行われる。
【００７４】
さらに、別の例示する実施形態では、ＴＴＩの長さが動的に変化する。この場合、Ｅ−ＴＦＣ選択アルゴリズムが、送信は通常のＴＴＩで行われるべきかまたは拡張ＴＴＩで行われるべきかを各（再）送信について決定する。この場合、拡張ＴＴＩは、２つの連続するＴＴＩが空いている場合、すなわち、影響を受けるＨＡＲＱプロセスの中で再送が進行していない場合に限って使用可能である。この場合、再送のためのＴＴＩの長さを変更することも可能である。言い換えると、通常のＴＴＩは、第１の送信に使用することができるが、拡張ＴＴＩは、２つの必要なＨＡＲＱプロセスが空いている場合に再送のために使用することができる。
【００７５】
本技術は、２ｍｓのＴＴＩのカバレッジを向上させるのに特に有益であるため、ユーザ装置ユニット３０の電力に限界がある場合にのみ本ソリューションが使用されるように、制約することができるであろう。これは、本ソリューションが、「最小限のＥ−ＴＦＣ」の集合に相当するトランスポートブロックについてのみ許されるであろうということを意味する。
【００７６】
従って、例示するＨＳＵＰＡの実装に関して、本書に記述した技術は、自律的再送を導入して２ｍｓまたは４ｍｓのＴＴＩ（例えば４ｍｓという擬似的送信時間間隔）を作り出すことによって、例えば、Ｅ−ＤＣＨのためのカバレッジの拡張を可能にする。ＨＡＲＱプロトコルまたはＡＣＫ／ＮＡＣＫシグナリングを修正せずに、かつ、仕様に最小限の変更を加えるだけで、このスキームを使用することができる。他の例示する実装では、ＴＴＩを他の長さとすることも可能である。
【００７７】
一例として、セルの境界で、通常のＨＡＲＱ再送の場合におけるＥ−ＤＣＨのための５０ｍｓの代わりに２０ｍｓの遅延割当量のうち、８ｍｓ（４つのＴＴＩ）からエネルギーを集めることが可能である（あるいは、エネルギーは、通常のＨＡＲＱ再送の場合における８２ｍｓの代わりに３６ｍｓの遅延割当量のうち、１２ｍｓの送信から集められてもよい）。
【００７８】
図５は、限定しないＨＳＵＰＡの実施形態によるユーザ装置ユニット３０（５）をより詳細に示す。図５の実施形態では、Ｅ−ＤＣＨデータソースが１つ以上のアプリケーション４０（５）であることを示す。ユーザ装置ユニット３０（５）のＵＥ  ＭＡＣエンティティ部３４（５）は、ＵＥ  ＨＡＲＱ制御器４４（５）およびモード選択器３８だけでなく、チャネルフロー制御器８０、符号器８２、Ｅ−ＤＣＨチャネルフォーマッタ８４、そして制御チャネルフォーマッタ８６も含むものとして示す。チャネルフロー制御器８０は、Ｅ−ＤＣＨスケジューラ８８および到着パケットハンドラ９０を含む。到着パケットハンドラ９０は、例えば、図５に示すデータキュー４２１−４２Ｎのような１つ以上のデータキューを含み、各キュー４２は、（例えば異なるアプリケーション４０（５）からの）異なるデータフローに関連する。Ｅ-ＤＣＨスケジューラ８８は、データキュー４２からのデータの抽出と、Ｅ−ＤＣＨチャネルのフォーマッティングとを、基地局ノード２８によってユーザ装置ユニットに提供されたスケジューリング情報に従って基地局ノード２８によってユーザ装置ユニットに認められたスケジューリングに従って、Ｅ−ＤＣＨチャネルフォーマッタ８４によって制御する。
【００７９】
符号器８２は、Ｅ−ＤＣＨへ向うデータの符号化を、そのようなデータをＵＥ  ＨＡＲＱ制御器４４（５）のＨＡＲＱプロセス５３１−５３Ｎのうち適切なものに関連付ける前に行う。符号器８２が行う符号化動作には、例えば、さまざまなデータキュー４２からのデータの多重化と、ＭＡＣヘッダの追加とが含まれてもよい。ＵＥ  ＨＡＲＱ制御器４４（５）のＵＥ  ＨＡＲＱプロセス５３１−５３Ｎは、Ｅ−ＤＣＨのために利用される送信時間間隔の数Ｎに対応し、例えば例示する実装ではＮ＝８である。
【００８０】
図５はさらに、通信部５３が、Ｅ−ＤＰＤＣＨチャネルだけでなく、他のチャネル、例えばＥ−ＤＰＣＣＨ、ＤＰＣＣＨ、ＨＳ−ＤＰＣＣＨ等も送信することを示す。Ｅ−ＤＰＣＣＨ等の制御チャネルのコンテンツは、制御チャネルフォーマッタによって準備され、フォーマットされる。またユーザ装置ユニット３０（５）は、典型的には電力制御ユニット９２を含む。
【００８１】
モード選択器３８は、最小限のＥ−ＴＥＣが送信される場合には拡張モードが選択されるように、例えばスケジューラ８８から情報を入手することもできる。あるいは、モード選択器３８は、ネットワークから受信した上位層のシグナリング（例えばＲＲＣシグナリングと共にどのモードを使用するかというネットワーク命令）から情報を得ることもできる。例えば、Ｅ−ＴＦＣ選択アルゴリズムから情報を入手することなど、情報をモード選択器３８に提供するためのその他の選択肢も含まれる。
【００８２】
図６は、限定しない例示するＨＳＵＰＡの一実施形態による基地局ノード２８（５）を、より詳細に示す。基地局ノード２８（６）の基地局ＭＡＣエンティティ部６４（６）は、基地局ＨＡＲＱ制御器６８（６）を含むだけでなく、復号器１０２、リオーダリング（並べ替え）ユニット１０４、そしてチャネルフロー制御器１０６も含むとして示す。
【００８３】
復号器１０２およびリオーダリングユニット１０４はそれぞれ、個別のエラー検出プロセス１１２、１１４を有してもよい。復号化検出器１１２は、符号化アルゴリズムがエラーを検出する場合を検出し、故障検出器１１４は、送信時間間隔についてのデータが受信されなかったかまたは失われたと判断する。復号化検出器１１２およびリオーダリングユニット１０４は両方共、ＡＣＫ／ＮＡＣＫ生成器６６が適切なフィードバックメッセージ（例えばＡＣＫメッセージかまたはＮＡＣＫメッセージのいずれか一方）を生成できるように、ＡＣＫ／ＮＡＣＫ生成器６６に通知するように構成される。このため図６では、ＡＣＫ／ＮＡＣＫ生成器６６は、基地局通信部５６に接続するとして示す。
【００８４】
基地局ノード２８（６）のチャネルフロー制御器１０６は、Ｅ−ＤＣＨスケジューラおよび到着パケットハンドラ１２２を含む。Ｅ−ＤＣＨスケジューラ１２０は、ユーザ装置ユニット３０がどの送信時間間隔を利用することができるかを実際に判断し、それを示す情報をユーザ装置ユニット３０のＥ−ＤＣＨスケジューラ８８へ送信する（図５を参照）。到着パケットハンドラ１２２は、複数のデータキュー７２１−７２Ｍを含み、各データキュー７２は、異なるデータフローに利用される。Ｅ−ＤＣＨデータは、到着パケットハンドラ１２２からＲＮＣインタフェース１２４へ伝達される。
【００８５】
基地局ノード２８（６）はさらに、例えば、擬似的送信時間間隔の第２の送信時間間隔であるためにどの送信時間間隔が予約されているのかを指定する図２のＥ−ＤＰＤＣＨ情報のような、シグナリング情報を処理するためのシグナルハンドラ１３０を含む。
【００８６】
上記に示すように、基地局ノードのＡＣＫ／ＮＡＣＫ生成器６６は、（擬似的送信時間間隔を受信した時点で）もし名目モードの送信時間間隔が代わりに受信されていたならば確認応答メッセージが生成されたであろう時点に、すなわち図３の時点ｂ）に、そのフィードバックメッセージを生成することが望ましい。例示する一実装において、名目モードと拡張モードの両方について、ＡＣＫ／ＮＡＣＫ生成器６６は、確認応答メッセージポイントを擬似的送信時間間隔の第１の送信時間間隔の受信後４．１ｍｓで生成するように構成される。別の例示する一実装において、６．１ｍｓという従来の処理時間は、名目ノードについて維持されるが、拡張モードについての確認応答メッセージの生成は、拡張モードについてのＡＣＫ／ＮＡＣＫが前の名目ノードの受信についてのＡＣＫ／ＮＡＣＫと同時に行われるように、擬似的送信時間間隔のうちの第１の送信時間間隔の受信後４．１ｍｓの時点で行われる。別の例示する一実施形態では、ＡＣＫ／ＮＡＣＫ生成器６６は、確認応答メッセージポイントが別の値に選択的に変更できるようにするため、設定可能なＡＣＫ／ＮＡＣＫ時間基準１４０を備える。
【００８７】
基地局ＨＡＲＱ制御器６８は、その基地局ＨＡＲＱプロセスの各々について、ソフト合成動作で使用するための対応するソフト合成バッファ１５０を含む。
【００８８】
ここで理解されるべきだが、例えばＵＥ  ＭＡＣエンティティ部３４および基地局ＭＡＣエンティティ部６４のような本書に示すＭＡＣエンティティ部およびモード選択器３８は、さまざまな形態をとりうるし、さまざまなやり方で実装されうる。例えば、ＭＡＣエンティティ部およびモード選択器３８は、プロセッサまたは制御器（前に示したように、これには、限定することなく、デジタル信号プロセッサ（ＤＳＰ）のハードウェア、ソフトウェアを記憶するための読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性メモリ、あるいは、その機能を実行するのに適したいずれかの回路またはＡＳＩＣを含んでもよい）によって実現されうる。
【００８９】
本技術の例示する一般的な実施形態の基本的な態様を、図７に示す通信システム７２０によって広義の文脈で示す。図が見やすいように、通信システム７２０は、単純に基地局ノード（例えばノードＢ）７２８とユーザ装置ユニット（ＵＥ）３０のかたちをとったワイヤレスノードとを備えるとして示す。通信システム７２０は、少なくとも１つのダウンリンクパケットチャネルが基地局ノード７２８１−１と少なくともいくつかのユーザ装置ユニット（ＵＥ）３０との間の無線インタフェース３２上に存在するように構成される。加えて、１つ以上のアップリンクパケットチャネル、例えばＥ−ＤＰＤＣＨおよびアップリンク制御チャネルＥ−ＤＰＣＣＨが、無線インタフェース３２を横切る第２の方向に（例えばユーザ装置ユニット（ＵＥ）３０から基地局ノード７２８へ）送信される。基地局ノード７２８は、無線ネットワーク制御装置（ＲＮＣ）ノード、例えばＲＮＣ７２６１またはＲＮＣ７２６２に接続する。ＲＮＣノードは典型的には次にコアネットワーク７２２に接続する。
【００９０】
各種の実施形態を示して詳細に記述してきたが、請求項は、いかなる特定の実施形態または例にも限定されない。上記の記述はいずれも、いかなる特定の要素、ステップ、範囲、または機能が必須であって、その結果それが含まれなければならないことを示唆していると解釈されるべきではない。本発明は、開示された実施形態に限定されるべきではなく、逆に、各種の修正形態および同等の構成をカバーすることが意図されている。
【図１】
0005149902.tif 000002
【図２】
0005149902.tif 000003
【図３】
0005149902.tif 000004
【図４Ａ】
0005149902.tif 000005
【図４Ｂ】
0005149902.tif 000006
【図５】
0005149902.tif 000007
【図６】
0005149902.tif 000008
【図７】
0005149902.tif 000009