(57)【要約】【課題】無線通信システムの少なくとも１つの送信点から、上記無線通信システムにおける移動局へのパケットの再送信を行う方法を開示する。【解決手段】上記方法は、第１の送信において第１のリソース群を使用することにより、少なくとも１つの送信点から移動装置にパケットを送信する工程と、第１の送信においてパケットを送信した後、第２の送信において第２のリソース群を使用することにより、少なくとも１つの送信点から移動装置にパケットを送信する工程とを含み、第１のリソース群及び第２のリソース群は別々のリソース群である。【選択図】図３
2013027046.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムの少なくとも１つの送信点から、前記無線通信システムにおける移動装置へのパケットの再送信を行う方法であって、前記方法は、
第１の送信において第１のリソース群を使用することにより、前記少なくとも１つの送信点から前記移動装置に前記パケットを送信する工程と、
前記第１の送信において前記パケットを送信した後、第２の送信において第２のリソース群を使用することにより、前記少なくとも１つの送信点から前記移動装置に前記パケットを送信する工程と
を含み、前記第１のリソース群及び前記第２のリソース群は別々のリソース群である方法。
【請求項２】
請求項１記載の方法であって、前記第１の送信及び前記第２の送信が再送信である方法。
【請求項３】
請求項１記載の方法であって、前記第１の送信が当初の送信である方法。
【請求項４】
請求項１記載の方法であって、前記パケットの第１の冗長度バージョンが前記少なくとも１つの送信点から前記移動装置に前記第１の送信において前記第１のリソース群を使用することによって送信され、前記パケットの第２の冗長度バージョンが前記少なくとも１つの送信点から前記移動装置に前記第２の送信において前記第２のリソース群を使用することによって送信される方法。
【請求項５】
請求項４記載の方法であって、前記第１の冗長度バージョン及び前記第２の冗長度バージョンは同じ冗長度バージョンである方法。
【請求項６】
請求項１記載の方法であって、前記第１のリソース群及び前記第２のリソース群は、前記パケットを前記移動装置に送信するために、前記少なくとも１つの送信点のうちのサービング・ポイントの決定、又は、前記移動装置の決定に応じて求められる方法。
【請求項７】
請求項１記載の方法であって、前記第１のリソース群及び前記第２のリソース群は、前記パケットを前記移動装置に送信するために、前記少なくとも１つの送信点間の協調に応じて求められる方法。
【請求項８】
請求項１記載の方法であって、前記第１のリソース群及び前記第２のリソース群は、前記パケットを前記移動装置に送信するためにランダムに求められる方法。
【請求項９】
請求項１記載の方法であって、前記第１のリソース群に含まれるリソース・ブロック及び前記第２のリソース群に含まれるリソース・ブロックが異なる方法。
【請求項１０】
請求項１記載の方法であって、前記第１のリソース群及び前記第２のリソース群は、別々のコンポーネント・キャリアにある方法。
【請求項１１】
請求項１記載の方法であって、前記パケットが前記少なくとも１つの送信点の第１の組から前記移動装置に前記第１の送信において前記第１のリソース群を使用することによって送信され、前記パケットが前記少なくとも１つの送信点の第２の組から前記移動装置に前記第２の送信において前記第２のリソース群を使用することによって送信される方法。
【請求項１２】
請求項１記載の方法であって、前記第１のリソース群は前記少なくとも１つの送信点のうちの送信点の第１の層であり、前記第２のリソース群は前記少なくとも１つの送信点の前記送信点の第２の層である方法。
【請求項１３】
無線通信システムの移動装置にパケットの再送信を行うための、無線通信システムの少なくとも１つの送信点であって、前記少なくとも１つの送信点は、
第１の送信において第１のリソース群を使用することにより、前記少なくとも１つの送信点から前記移動装置に前記パケットを送信する手段と、
前記第１の送信において前記パケットを送信した後、第２の送信において第２のリソース群を使用することにより、前記少なくとも１つの送信点から前記移動装置に前記パケットを送信する手段とを備え、前記第１のリソース群及び前記第２のリソース群は別々のリソース群である少なくとも１つの送信点。
【請求項１４】
請求項１３記載の少なくとも１つの送信点であって、前記第１の送信及び前記第２の送信は再送信である少なくとも１つの送信点。
【請求項１５】
請求項１３記載の少なくとも１つの送信点であって、前記第１の送信が当初の送信である少なくとも１つの送信点。
【請求項１６】
請求項１３記載の少なくとも１つの送信点であって、前記パケットの第１の冗長度バージョンが前記少なくとも１つの送信点から前記移動装置に前記第１の送信において前記第１のリソース群を使用することによって送信され、前記パケットの第２の冗長度バージョンが前記少なくとも１つの送信点から前記移動装置に前記第２の送信において前記第２のリソース群を使用することによって送信される少なくとも１つの送信点。
【請求項１７】
請求項１６記載の少なくとも１つの送信点であって、前記第１の冗長度バージョン及び前記第２の冗長度バージョンは同じ冗長度バージョンである少なくとも１つの送信点。
【請求項１８】
請求項１３記載の少なくとも１つの送信点であって、前記第１のリソース群及び前記第２のリソース群は、前記パケットを前記移動装置に送信するために、前記少なくとも１つの送信点のうちのサービング・ポイントの決定、又は、前記移動装置の決定に応じて求められる少なくとも１つの送信点。
【請求項１９】
請求項１３記載の少なくとも１つの送信点であって、前記第１のリソース群及び前記第２のリソース群は、前記パケットを前記移動装置に送信するために、前記少なくとも１つの送信点間の協調に応じて求められる少なくとも１つの送信点。
【請求項２０】
請求項１３記載の少なくとも１つの送信点であって、前記第１のリソース群及び前記第２のリソース群は、前記パケットを前記移動装置に送信するためにランダムに求められる少なくとも１つの送信点。
【請求項２１】
請求項１３記載の少なくとも１つの送信点であって、前記第１のリソース群に含まれるリソース・ブロック及び前記第２のリソース群に含まれるリソース・ブロックが異なる少なくとも１つの送信点。
【請求項２２】
請求項１３記載の少なくとも１つの送信点であって、前記第１のリソース群及び前記第２のリソース群は、別々のコンポーネント・キャリアにある少なくとも１つの送信点。
【請求項２３】
請求項１３記載の少なくとも１つの送信点であって、前記パケットは前記少なくとも１つの送信点の第１の組から前記移動装置に前記第１の送信において前記第１のリソース群を使用することによって送信され、前記パケットは前記少なくとも１つの送信点の第２の組から前記移動装置に前記第２の送信において前記第２のリソース群を使用することによって送信される少なくとも１つの送信点。
【請求項２４】
請求項１３記載の少なくとも１つの送信点であって、前記第１のリソース群は前記少なくとも１つの送信点のうちの送信点の第１の層であり、前記第２のリソース群は前記少なくとも１つの送信点のうちの前記送信点の第２の層である少なくとも１つの送信点。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおいて別々のリソースを使用することにより、再送信を行う方法、及び関連した通信装置に関する。
【背景技術】
【０００２】
３ＧＰＰ  Ｒｅｌ−８標準及び／又は３ＧＰＰ  Ｒｅｌ−９標準をサポートするロングターム・エボリューション（ＬＴＥ）システムは、ユーザの増大するニーズを満たすためにＵＭＴＳの性能を更に向上させるためにユニバーサル・モバイル通信システム（ＵＭＴＳ）の後継として第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって開発されている。ＬＴＥシステムは、高データ・レート、低レーテンシ、パケット最適化、並びに向上したシステム容量及びカバレッジを提供する新たな無線ネットワーク・アーキテクチャ及び新たな無線インタフェースを含む。ＬＴＥシステムでは、エボルブド・ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）として知られている無線アクセス・ネットワークは、複数のユーザ機器（ＵＥ）と通信し、非アクセス層（ＮＡＳ）制御のためにモビリティ管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ等を含むコア・ネットワークと通信するために、複数のエボルブド・ノードＢ（ｅＮＢ）を含む。
【０００３】
ＬＴＥアドバンスド（ＬＴＥ−Ａ）システムはその名前が示唆するように、ＬＴＥシステムのエボリューションである。ＬＴＥ−Ａシステムは、電力状態間の高速な切り替えを目標としており、ｅＮＢのカバレッジ・エッジにおける性能を向上し、キャリア・アグリゲーション（ＣＡ）、協調マルチポイント送受信（ＣｏＭＰ）、上りリンク（ＵＬ）複数入力複数出力（ＭＩＭＯ）等などの高度な手法を含む。ＵＥ及びｅＮＢがＬＴＥ−Ａシステムにおいて互いに通信するために、ＵＥ及びｅＮＢは、３ＧＰＰ  Ｒｅｌ−１０標準又はその後のバージョンなどの、ＬＴＥ−Ａシステムのために策定された標準をサポートしなければならない。
【０００４】
ハイブリッド自動再送要求（ＨＡＲＱ）処理は、効率的であり、かつ信頼できる通信を提供するために通信システム（例えば、ＬＴＥシステム及びＬＴＥ−Ａシステム）において使用される。自動再送要求（ＡＲＱ）処理と違って、順方向誤り訂正符号（ＦＥＣ）及びソフト合成がＨＡＲＱ処理に使用される。詳細には、複数の符号化ビットを含むパケット（例えば、データ・ストリーム、フレーム、又はトランスポート・ブロック）を送信側（例えば、ｅＮＢ）が受信側（例えば、ＵＥ）に送信する前に、送信側はパケットを複数のブロック（すなわち、複数の冗長バージョン）に分ける。送信側は、送信又は再送信それぞれにおいて冗長バージョンの１つのみを送信する。同じ冗長度バージョンが再送信において送信されるか否かに応じて、ＨＡＲＱに使用されるソフト合成は、チェイス合成（ＣＣ）及び漸進冗長度（ＩＲ）という２つのカテゴリに分類することが可能である。パケットの同じ冗長度バージョンが各再送信において送信される場合、ＨＡＲＱはＣＣベースのＨＡＲＱである。パケットの異なる冗長度バージョンが各再送信において送信される場合、ＨＡＲＱはＩＲベースのＨＡＲＱである。
【０００５】
例えば、送信側が最初の送信においてパケットの冗長度バージョンを受信側に送信した後、冗長度バージョンを復号化することにより、受信側がパケットを回復することが可能である場合、受信側は肯定応答（ＡＣＫ）をフィードバックする。反対に、冗長度バージョンを復号化することにより、受信側がパケットを回復することが可能でない場合、受信側は、否定応答（ＮＡＣＫ）を送信側にフィードバックする。この場合、受信側は、受信側のソフト・バッファにパケットの冗長度再バージョンを記憶し、第２の送信（すなわち、第１の再送信）においてパケットの冗長度バージョンを送信側が再送信するのを待つ。第１の送信及び第２の送信における冗長度バージョンは、ＨＡＲＱがＣＣベースのＨＡＲＱである場合、同じであり、ＨＡＲＱがＩＲベースのＨＡＲＱである場合、異なる。受信側が第２の送信において冗長度バージョンを受信した場合、受信側は、冗長度バージョン（同じか、又は異なるもの）を一緒に復号化してパケットを回復する。よって、パケットは、高い確率で回復することが可能である。パケットが回復されるか、又は最大数の再送信に達するまで、受信側はＨＡＲＱ処理（すなわち、パケットの冗長度バージョンの蓄積）を続ける。誤りが少ないパケットはＮＡＣＫのフィードバック（すなわち、再送信の要求）なしでＦＥＣを使用することによって回復することが可能であり、誤りが多いパケットは、冗長度バージョンを一緒に復号化することによって回復することが可能であるので、通信システムのスループットは、再送信がより少ないことにより、増加する。
【０００６】
ＣＡには、広帯域送信を達成するために２つ以上のコンポーネント・キャリア（ＣＣ）が集約されるＬＴＥ−Ａシステムが導入される。よって、ＬＴＥ−Ａシステムは、最大数５個のＣＣを集約することにより、最大１００ＭＨｚの広帯域をサポートすることが可能であり、各ＣＣの最大帯域幅は２０ＭＨｚであり、３ＧＰＰ  Ｒｅｌ−８標準と後方互換である。ＬＴＥ−Ａシステムは、連続ＣＣ及び非連続ＣＣの場合、ＣＡをサポートする。ＣＡは、ＣＣを集約することにより、帯域幅の柔軟性を増加させる。ＵＥがＣＡで構成されると、ＵＥは、スループットを増加させるために、１つ又は複数のＣＣ上でパケットを受信し、かつ／又は送信する機能を有する。ＬＴＥ−Ａシステムでは、ｅＮＢが、ＵＥの異なる数の上りリンク（ＵＬ）ＣＣ及び下りリンク（ＤＬ）ＣＣを構成することが考えられる。更に、ＵＥに構成されたＣＣは、必然的に、１つのＤＬプライマリＣＣ（ＰＣＣ）及び１つのＵＬ  ＰＣＣを含む。ＤＬ  ＰＣＣ及びＵＬ  ＰＣＣの最も重要な構成は、ＵＥとｅＮＢとの間での制御情報の交換である。ＰＣＣ以外のＣＣは、ＵＬセカンダリＣＣ（ＳＣＣ）又はＤＬ  ＳＣＣと呼ばれる。ＵＬ  ＳＣＣ及びＤＬ  ＳＣＣの数は任意であり、利用可能な無線リソース、及びＵＥの機能に関係する。
【０００７】
一方、ＣｏＭＰがＵＥ及び複数の送信点（例えば、ｅＮＢの遠隔アンテナ、中継ノード、又はｅＮＢ）に構成されると、ＵＥは、同時に送信点と通信し得る（すなわち、送信点の全部又は一部を介してサービスにアクセスし得る）。例えば、送信点は、ｅＮＢの遠隔アンテナ（例えば、遠隔無線ヘッド（ＲＲＨ））、中継ノード、又はｅＮＢであり得る。より具体的には、ｅＮＢは１つの送信点のみを管理し得、又は複数の送信点を管理し得る。すなわち、別々の送信点のセル識別情報（ＩＤ）は（例えば、別々のｅＮＢによって管理されている場合、）異なり得、又は（例えば、同じｅＮＢによって管理されている場合、）同じであり得る。よって、ＵＥと送信点との間で送信される信号は、信号の品質が良好であることによって容易に回復し得る。
【０００８】
詳細には、送信点がＣｏＭＰにおいて関係している場合、送信点の１つは、サービング・ポイント（すなわち、サービング・セル）である。一般に、サービング・ポイントとＵＥとの間のリンク品質は、他の送信点とＵＥとの間のリンク品質よりも良好である。更に、ＣｏＭＰは、結合処理（ＪＰ）及び協調スケジューリング／ビームフォーミング（ＣＳ／ＣＢ）という２つの主なカテゴリに分類することが可能である。ＪＰとＣＳ／ＣＢとの主たる差は、ＪＰが構成された場合（すなわち、イネーブルされた場合）、送信点全てにおいてＵＥのデータが利用可能である一方、ＵＥのデータは、ＣＳ／ＣＢが構成された場合、ＵＥのデータが、サービング・ポイントのみで利用可能である。ＪＰは更に、ジョイント送信及び動的点選択という２つのカテゴリに分類することが可能である。ジョイント送信が構成されると、ＵＥのデータを、複数の送信点から（例えば、コヒーレントに、又は非コヒーレントに）ＵＥに送信して、信号品質を向上させ、かつ／又は干渉を打ち消し得る。動的点選択が構成された場合、ＵＥのデータを、（例えば、ＵＥの選択又は示唆により、）送信点のうちの１つのみからＵＥに送信して信号品質を向上させ、かつ／又は干渉を避ける。一方、ＣＳ／ＣＢが構成された場合、ＵＥのデータはサービング・ポイントからＵＥにのみ送信される一方、他の送信点は、干渉を軽減するようビームフォーミングを調節する（例えば、そのビームを移動させる）か、又はスケジューリングを調節し得る（例えば、送信を停止し得る）。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、従来技術によれば、ＨＡＲＱ処理をＣｏＭＰによって処理した場合、ＵＥのパケットは、同じリソースを使用することにより、同じ送信点からＵＥにのみ、送信することが可能である。すなわち、リソース・ブロックの組を使用することにより、送信点がパケットをＵＥに送信した後、パケットの再送信は、同じリソース・ブロックの組を使用することにより、同じ送信点によってのみ、行うことが可能である。ＵＥと送信点との間のリンク品質が劣悪であるか、又はリソース・ブロックの組が遭遇するチャネルが劣悪である場合、パケットを回復するために多数の再送信が必要である。よって、ＣｏＭＰによってサポートされるダイバーシチは、同じリソースを使用することにより、同じ送信点により、パケットの再送信を行う規則によって実現されるものでない。その結果、ＵＥのスループットは、ＣｏＭＰを動作させる場合に最大にすることが可能でない。したがって、ＨＡＲＱ処理をＣｏＭＰによって動作させた場合にＵＥのスループットを最大化することは、議論する対象のトピックである。
【課題を解決するための手段】
【００１０】
これを念頭におけば、本出願は、上記課題を解決するために、別々のリソースを使用することにより、再送信を行うための無線通信システムの少なくとも１つの送信点及び方法を提供することを目的とする。
【００１１】
このことは、請求項１及び１３に記載のキャリア・アグリゲーションのためにソフト・バッファを扱う少なくとも１つの送信点及び方法によって実現される。従属項は、対応する更なる開発及び改良に関する。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例による無線通信システムを示す概略図である。
【図２】本発明の実施例による通信装置を示す概略図である。
【図３】本発明の実施例による処理を示すフロー図である。
【図４】本発明による、別々のリソース群を使用することによる、パケットの再送信の実行を示す概略図である。
【図５】本発明による、複数のコンポーネント・キャリアにおいて別々のリソース群を使用することによる、パケットの再送信の実行を示す概略図である。
【図６】本発明による、複数のコンポーネント・キャリアにおいて別々のリソース群を使用することによる、パケットの再送信の実行を示す概略図である。
【図７】本発明による、複数のコンポーネント・キャリアにおいて複数の送信点及び別々のリソース群を使用することによる、パケットの再送信の実行を示す概略図である。
【図８】本発明による、別々の層を使用することによる、パケットの再送信の実行を示す概略図である。
【発明を実施するための形態】
【００１３】
以下の詳細な説明から更に明確に分かるように、無線通信システムの少なくとも１つの送信点から無線通信システムにおける移動装置にパケットの再送信を行う特許請求の範囲記載の方法を開示している。上記方法は、第１の送信において第１のリソース群を使用することにより、少なくとも１つの送信点から移動装置にパケットを送信する工程と、第１の送信においてパケットを送信した後、第２の送信において第２のリソース群を使用することにより、少なくとも１つの送信点から移動装置にパケットを送信する工程とを含み、第１のリソース群及び第２のリソース群は別々のリソース群である。
【実施例】
【００１４】
本発明の実施例による無線通信システム１０の概略図である図１を参照されたい。無線通信システム１０は、簡単には、ＵＥ、及び７つの送信点ＴＰ１乃至ＴＰ７を含み、送信点ＴＰ１乃至ＴＰ７はそれぞれ、ＵＥとの間でデータ送受信を行うことが可能である。無線通信システム１０は、ユニバーサル・モバイル電気通信システム（ＵＭＴＳ）などの広帯域符号分割多元アクセス（ＷＣＤＭＡ）であり得る。あるいは、無線通信システム１０は、ロングターム・エボリューション（ＬＴＥ）システム、ＬＴＥアドバンスド（ＬＴＥ−Ａ）システム、又はＬＴＥ−Ａシステムの後継などの直交周波数分割多元アクセス（ＯＦＤＭＡ）システム及び／又は直交周波数分割変調（ＯＦＤＭ）システムであり得る。更に、ＵＥ及び送信点ＴＰ１乃至ＴＰ７は、ＵＥのスループットを向上させるために、ハイブリッド自動再送要求（ＨＡＲＱ）処理を動作させることが可能であり、ＨＡＲＱ処理に使用されるソフト合成は、チェイス合成（ＣＣ）又は漸進的冗長度（ＩＲ）であり得る。
【００１５】
なお、無線通信システム１０の構造を例証するために、ＵＥ及び送信点ＴＰ１乃至ＴＰ３を利用しているに過ぎない。実際には、送信点ＴＰ１乃至ＴＰ７は、ＬＴＥ―Ａシステム又はＬＴＥシステムのエボルブドＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）における遠隔無線ヘッド（ＲＲＨ）、中継ノード、エボルブド・ノードＢ（ｅＮＢ）、又はＵＭＴＳのユニバーサル地上無線アクセス・ネットワーク（ＵＴＲＡＮ）におけるノードＢ（ＮＢ）として表し得、本明細書及び特許請求の範囲では限定されない。ＵＥは、携帯電話機、ラップトップ、タブレット・コンピュータ、電子ブック、及びポータブル・コンピュータ・システムなどのモバイル装置であり得る。更に、送信点及びＵＥは、送信方向に応じて送信側又は受信側としてみることが可能である。例えば、上りリンク（ＵＬ）の場合、ＵＥは送信側であり、送信点は、受信側であり、下りリンク（ＤＬ）の場合、送信点は送信側であり、ＵＥは受信側である。
【００１６】
更に、無線通信システム１０は、複数の送信点を含むマルチポイント協調ネットワークとしてみることが可能である。すなわち、ＵＥは、送信点ＴＰ１乃至ＴＰ７の第１の組に信号（例えば、パケット）を送信し得、ＵＥは、送信点ＴＰ１乃至ＴＰ７の第２の組によって送信された信号を受け取り得、第１の組及び第２の組は同じであっても異なっていてもよい。その結果、信号の信号品質が向上する。例えば、無線通信システム１０がＬＴＥ−Ａシステムとして表される場合、これは、無線通信システム１０がマルチポイント送受信（ＣｏＭＰ）をサポートするということを意味している。ＣｏＭＰは、ジョイント処理（ＪＰ）（例えば、ジョイント送信若しくは動的点選択）又は協調スケジューリング／ビームフォーミング（ＣＳ／ＣＢ）として構成され得、限定されるものでない。更に、汎用性がなくなることがなければ、送信点ＴＰ１は、ＵＥのサービング・ポイント（例えば、サービング・セル）としてみることが可能であり、送信点ＴＰ１とＵＥとの間のリンク品質は、他の送信点とＵＥとの間のリンク品質よりも良好である。
【００１７】
本発明の実施例による通信装置２０の概略図である図２を参照されたい。通信装置２０は、図１に示す送信点又はＵＥであり得るが、本明細書及び特許請求の範囲では制限されない。通信装置２０は、通信インタフェース装置２２０、記憶装置２１０、特定用途向集積回路（ＡＳＩＣ）又はマイクロプロセッサなどの処理手段２００を含み得る。記憶装置２１０は、処理手段２００によってアクセスされるプログラム・コード２１４を記憶することが可能な何れかのデ―タ記憶装置であり得る。記憶装置２１０の例には、限定列挙でないが、加入者識別情報モジュール（ＳＩＭ）、リードオンリ・メモリ（ＲＯＭ）、フラッシュ・メモリ、ランダムアクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭ、磁気テープ、ハード・ディスク、及び光データ記憶装置を含む。通信インターフェーシング装置２２０は好ましくは、無線トランシーバであり、処理手段２００の処理結果に応じて無線信号を送受信することが可能である。
【００１８】
本発明の実施例による処理３０のフローチャートである図３を参照されたい。処理３０は、送信点ＴＰ１乃至ＴＰ７のうちの１つ又は複数からＵＥへのパケットの再送信を行うために、図１の送信点ＴＰ１乃至ＴＰ７において利用される。処理３０は、プログラム・コード２１４にコンパイルし得、以下の工程を含む。
【００１９】
工程３００：  開始
工程３０２：  第１の送信において第１のリソース群を使用することにより、送信点ＴＰ１乃至ＴＰ７の少なくとも１つからＵＥにパケットを送信する。
【００２０】
工程３０４：  第１の送信においてパケットを送信した後、第２の送信において第２のリソース群を使用することにより、送信点ＴＰ１−ＴＰ７のうちの少なくとも１つからＵＥにパケットを送信し、第１のリソース群及び第２のリソース群は別々のリソース群である。
【００２１】
工程３０６：  終了
処理３０によれば、第１の送信において第１のリソース群を使用することにより、送信点ＴＰ１乃至ＴＰ７のうちの少なくとも１つがパケットをＵＥに送信した後、ＵＥは、パケットを首尾良く回復（例えば、復号化）することが可能でなく、パケットの再送信を要求する。次いで、第２の送信（すなわち、第１の再送信）では、送信点ＴＰ１乃至ＴＰ７のうちの少なくとも１つは第２のリソース群を使用することにより、パケットをＵＥに送信し、第１のリソース群及び第２のリソース群は別々のリソース群である。第１のリソース群及び第２のリソース群を使用することにより、パケットが送信される場合、パケットが遭遇するチャネルは通常、関係がない（例えば、別々である）。チャネルのチャネル品質が同時に両方とも劣悪であり、ＵＥがパケットを回復することが可能でないという可能性は低い。更に、２つのリソース群を使用することによって送信されたパケットをＵＥが受信し、合成した後、ＵＥがパケットを首尾良く回復することが可能である可能性は高い。第２の送信後にＵＥがなお、パケットを回復することができなかった場合でも、ＵＥは処理３０を続けることが可能である。すなわち、パケットは、第３の送信において第３のリソース群を使用することにより、送信点ＴＰ１乃至ＴＰ７のうちの少なくとも１つからＵＥに再送信され、第３の送信点は第２の送信点と別である（パケットが回復されるか、又は最大数の再送信に達するまで）。したがって、ダイバーシチは、別々のリソース群を使用することにより、上記パケットを送信することによって提供され、パケットは、より少ない再送信で回復し得る。その結果、ＵＥのスループットを向上することが可能である。
【００２２】
本発明の目標は、ＵＥのスループットを向上させることが可能であるように、別々のリソース群によって提供されるダイバーシチを実現する（すなわち、得る）ために、パケットの再送信が、別々のリソース群を使用することによって行われる。処理３０の実現形態は制限されない。
【００２３】
本発明による、別々のリソース群を使用することによる、パケットの再送信の実行の概略図である図４を参照されたい。図４では、パケットの当初の送信、又は再送信を行うためにＵＥに割り当てられるリソース・ブロックは、色を塗った正方形で表され、使用されていないか、又は他のＵＥに割り当てられていないリソース・ブロックは、空白の正方形で表される。詳細には、ＵＥは、リソース・ブロック４００乃至４０８を使用することにより、送信点ＴＰ１、ＴＰ３、及びＴＰ４からパケットＰＫＴ１乃至ＰＫＴ３を受信するよう準備し、同じ行における、色を塗った正方形は、対応するリソース・ブロック（すなわち、リソース・ブロック４００乃至４０８のうちの１つ）によって表される。時間（すなわち、送信及び再送信）、周波数（すなわち、リソース・ブロック）及び空間（すなわち、送信点）などの基準軸も図４に示す。好ましくは、リソース・ブロックの周波数指数（すなわち、サブキャリア指数）に応じたリソース・ブロックについて１対１の対応関係が仮定される。例えば、リソース群４００、４０３、及び４０６の周波数指数は同じであり、リソース群４０１、４０４、及び４０７の周波数指数は同じであり、リソース群４０２、４０５、及び４０８の周波数指数は同じである。例証を簡単にするために、リソース群４００乃至４０８は、３つのリソース群ＲＧ１乃至ＲＧ３に分けられ、リソース群ＲＧ１はリソース群４００、４０４、及び４０８を含み、リソース群ＲＧ２はリソース群４０１、４０５、及び４０６であり、リソース群ＲＧ３はリソース群４０２、４０３、及び４０７である。
【００２４】
パケットＰＫＴ１の送信がまず、以下のように説明される。当初の送信では、パケットＰＫＴ１は送信点ＴＰ１、ＴＰ３、及びＴＰ４からＵＥにリソース群ＲＧ１を使用することによって送信される。リソース群ＲＧ１を使用することにより、ＵＥがパケットＰＫＴ１を受信した後、ＵＥはパケットＰＫＴ１を回復することができない。ＵＥは、例えば、パケットＰＫＴ１に対応する否定応答（ＮＡＣＫ）をフィードバックすることにより、パケットＰＫＴ１の第１の再送信を要求する。次いで、送信点ＴＰ１、ＴＰ３、及びＴＰ４は、第１の再送信においてリソース群ＲＧ３を使用することにより、パケットＰＫＴ１をＵＥに再送信する。すなわち、第１の再送信は、当初の送信において使用されるリソース群とは別のリソース群を使用することによって行われる。ＵＥが、第１の再送信後にパケットＰＫＴ１を回復することがなおできない場合、送信点ＴＰ１、ＴＰ３、及びＴＰ４は、第２の再送信においてリソース群ＲＧ２を使用することにより、パケットＰＫＴ１をＵＥに再送信することが可能である。（例えば、第２の再送信後、）ＵＥがパケットＰＫＴ１を回復することが可能になるまで、又は、最大数の再送信に達するまで、上記記述を動作させる。同様に、当初の送信、第１の再送信、及び第２の再送信においてリソース群ＲＧ２、ＲＧ１、及びＲＧ３を使用することにより、パケットＰＫＴ２が送信点ＴＰ１、ＴＰ３、及びＴＰ４から送信される。更に、当初の送信、第１の再送信、及び第２の再送信それぞれにおいてリソース群ＲＧ３、ＲＧ２、及びＲＧ１を使用することにより、パケットＰＫＴ３が送信点ＴＰ１、ＴＰ３、及びＴＰ４から送信される。
【００２５】
したがって、上記例証によれば、パケットの送信（例えば、再送信）は、別々のリソース群を使用することによって行われる。ダイバーシチは、より少ない再送信でパケットを回復することが可能であるように再送信について実現可能である。その結果、ＵＥのスループットが向上する。更に、送信それぞれにおいて複数のパケットがＵＥに送信されるので、ＵＥのスループットが更に向上する。
【００２６】
一方、本発明は、別々のリソース群を提供するために、複数のコンポーネント・キャリアを使用することによっても実現することが可能である。リソース群は、パケットをＵＥに送信するために送信点ＴＰ１乃至ＴＰ７のうちの１つ（例えば、送信点ＴＰ１）によって使用される。例えば、本発明による、複数のコンポーネント・キャリアにおいて別々のリソース群を使用することによる、パケットの再送信の実行の概略図である図５を参照されたい。図５では、コンポーネント・キャリアＣＣ１乃至ＣＣ３が、別々のリソース群を提供するために使用される。パケットの当初の送信、又は再送信を行うためにＵＥに割り当てられるリソース群は、色を塗った正方形で表され、他のＵＥに割り当てられているか、又は使用されているものでないリソース群は、空白の正方形で表される。
【００２７】
詳細には、ＵＥは、コンポーネント・キャリアＣＣ１乃至ＣＣ３においてリソース群５００乃至５０８を使用することにより、送信点ＴＰ１からパケットＰＫＴ１ａ乃至ＰＫＴ３ａを受信するよう準備する。図５におけるＨＡＲＱに漸進的冗長度が使用されるので、パケットＰＫＴ１ａ乃至ＰＫＴ３ａ毎に複数の冗長度バージョンが存在している。すなわち、パケットを回復するために再送信が必要な場合、パケットの別の冗長度バージョンを再送信において送信し得る。再送信に使用されるパケットＰＫＴ１ａ乃至ＰＫＴ３ａの冗長度バ―ジョンの数は同じでないことがあり得る。例えば、図５に示すように、パケットＰＫＴ１ａ乃至ＰＫＴ３ａの冗長度バージョンの数はそれぞれ、３、３、及び２である。冗長度バージョンは、冗長度バージョンの数により、ＲｅＶ０乃至ＲｅＶ２としてラベリングされる。パケットＰＫＴ１ａの送信はまず、以下のように説明される。送信点ＴＰ１が、コンポーネント・キャリアＣＣ１においてリソース群５００を使用することにより、当初の送信においてＵＥにパケットＰＫＴ１ａの冗長度バージョンＲｅＶ０を送信した後、ＵＥは、パケットＰＫＴ１ａを回復することができない。ＵＥは、（例えば、パケットＰＫＴ１ａに対応するＮＡＣＫをフィードバックすることにより、）パケットＰＫＴ１ａの第１の再送信を要求する。次いで、送信点ＴＰ１は、コンポーネント・キャリアＣＣ２においてリソース群５０４を使用することにより、第１の再送信においてパケットＰＫＴ１ａの冗長度バージョンＲｅＶ１を再送信する。すなわち、第１の再送信は、当初の送信において使用されるリソース群とは別のコンポーネント・キャリア（すなわち、リソース群）を使用することによって行われる。第１の再送信後に、ＵＥがパケットＰＫＴ１ａをなお回復することができない場合、送信点ＴＰ１は、コンポーネット・キャリアＣＣ３においてリソース群５０８を使用することにより、第２の再送信においてパケットＰＫＴ１ａの冗長度バージョンＲｅＶ２を再送信することが可能である。ＵＥがパケットＰＫＴ１ａを回復することが可能になるまで（例えば、第２の再送信後）、又は、最大数の再送信に達するまで、上記説明を動作させる。
【００２８】
同様に、パケットＰＫＴ２ａの冗長度バージョンＲｅＶ０乃至ＲｅＶ２は、当初の送信、第１の再送信、及び第２の再送信それぞれにおいて、コンポーネット・キャリアＣＣ２においてリソース群５０３を使用し、コンポーネント・キャリアＣＣ３においてリソース群５０７を使用し、コンポーネット・キャリアＣＣ１においてリソース群５０２を使用することにより、送信点ＴＰ１からＵＥに送信される。更に、パケットＰＫＴ３ａの冗長度バージョンＲｅＶ０乃至Ｒｅｖ１は、当初の送信及び第１の再送信それぞれにおいて、コンポーネント・キャリアＣＣ３においてリソース群５０６を使用し、コンポーネット・キャリアＣＣ１においてリソース群５０１を使用することにより、送信点ＴＰ１からＵＥに送信される。更に、パケットＰＫＴ３ａの冗長度バージョンＲｅＶ１は再び、第２の再送信において、コンポーネット・キャリアＣＣ２のリソース群５０５を使用することにより、送信点ＴＰ１からＵＥに送信される。ＵＥは、第２の再送信の前にパケットＰＫＴ３ａを回復することができないからである。すなわち、パケットの冗長度バージョンは、同じ再送信において同じであることを必要とせず、パケットの冗長度バージョンは、連続する送信において異なることを必要としない。
【００２９】
上記例では、パケットは、ＵＥに送信点ＴＰ１（すなわち、１つの送信点のみ）によって送信される。しかし、パケットは、送信点ＴＰ１乃至ＴＰ７（例えば、送信点ＴＰ１及びＴＰ３）の組によっても送信することが可能であり、制限されない。したがって、上記例証によれば、パケットの送信（例えば、再送信）は、別々のコンポーネント・キャリア（すなわち、リソース群）を使用することによって行われる。ダイバーシチは、より少ない再送信でパケットを回復することが可能であるように再送信について実現可能である。その結果、ＵＥのスループットが向上する。更に、送信それぞれにおいて複数のパケットがＵＥに送信されるので、ＵＥのスループットが更に向上する。
【００３０】
本発明による、複数のコンポーネント・キャリアにおいて別々のリソース群を使用することによる、パケットの再送信の実行の概略図である図６を参照されたい。図５と同様に、別々のリソース群を提供するために、複数のコンポーネント・キャリアが使用される。図６では、パケットの当初の送信、又は再送信を行うためにＵＥに割り当てられるリソース群は、色を塗った正方形で表され、他のＵＥに割り当てられているか、又は使用されているものでないリソース群は、空白の正方形で表される。
【００３１】
詳細には、ＵＥは、３つのコンポーネント・キャリアＣＣ１ａ乃至ＣＣ３ａにおいてリソース・ブロック６００乃至６０８を使用することにより、送信点ＴＰ１乃至ＴＰ７のうちの１つ（例えば、送信点ＴＰ１）からパケットＰＫＴ１ｂ乃至ＰＫＴ３ｂを受信するよう準備し、同じ行における色を塗った正方形は、対応するリソース群（すなわち、リソース群６００乃至６０８のうちの１つ）によって表される。時間（すなわち、送信及び再送信）、周波数（すなわち、リソース・ブロック）、及びキャリア（すなわち、コンポーネント・キャリア）などの参照軸を図６に示す、例証を簡単にするために、リソース群６００乃至６０８は３つのリソース・ブロックＲＧ１ａ乃至ＲＧ３ａに分けられ、リソース群ＲＧ１ａはリソース群６００、６０４、及び６０８を含み、リソース群ＲＧ２ａはリソース・ブロック６０１、６０５、及び６０６を含み、リソース群ＲＧ３ａはリソース・ブロック６０２、６０３、及び６０７を含む。すなわち、リソース群ＲＧ１ａ乃至ＲＧ３ａはそれぞれ、コンポーネント・キャリアＣＣ１ａ乃至Ｃｃ３ａにわたって分散されたリソース・ブロックを含む。
【００３２】
パケットＰＫＴ１ｂの送信がまず、以下のように説明される。当初の送信では、パケットＰＫＴ１ｂは送信点ＴＰ１からＵＥにリソース群ＲＧ１ａを使用することによって送信される。リソース群ＲＧ１ａを使用することにより、ＵＥがパケットＰＫＴ１ｂを受信した後、ＵＥはパケットＰＫＴ１ｂを回復することができない。ＵＥは、（例えば、パケットＰＫＴ１ｂに対応するＮＡＣＫをフィードバックすることにより、）パケットＰＫＴ１ｂの第１の再送信を要求する。次いで、送信点ＴＰ１は、第１の再送信においてリソース群ＲＧ３ａを使用することにより、パケットＰＫＴ１ｂをＵＥに再送信する。すなわち、第１の再送信は、当初の送信において使用されるリソース群とは別のリソース群を使用することによって行われる。ＵＥが、第１の再送信後にパケットＰＫＴ１ｂを回復することがなおできない場合、送信点ＴＰ１は、第２の再送信においてリソース群ＲＧ２ａを使用することにより、パケットＰＫＴ１ｂをＵＥに再送信することが可能である。（例えば、第２の再送信後、）ＵＥがパケットＰＫＴ１ｂを回復することが可能になるまで、又は、最大数の再送信に達するまで、上記説明を動作させる。同様に、当初の送信、第１の再送信、及び第２の再送信それぞれにおいてリソース群ＲＧ２ａ、ＲＧ１ａ、及びＲＧ３ａを使用することにより、パケットＰＫＴ２ｂが送信点ＴＰ１からＵＥに送信される。更に、当初の送信、第１の再送信、及び第２の再送信それぞれにおいてリソース群ＲＧ３ａ、ＲＧ２ａ、及びＲＧ１ａを使用することにより、パケットＰＫＴ３ｂが送信点ＴＰ１からＵＥに送信される。
【００３３】
上記例では、パケットは、ＵＥに送信点ＴＰ１（すなわち、１つの送信点のみ）によって送信される。しかし、パケットは、送信点ＴＰ１乃至ＴＰ７（例えば、送信点ＴＰ１及びＴＰ３）の組によっても送信することが可能であり、制限されない。したがって、上記例証によれば、パケットの送信（例えば、再送信）は、別々のリソース群を使用することによって行われる。ダイバーシチは、より少ない再送信でパケットを回復することが可能であるように再送信について実現可能である。その結果、ＵＥのスループットが向上する。更に、送信それぞれにおいて複数のパケットがＵＥに送信されるので、ＵＥのスループットが更に向上する。
【００３４】
一方、本発明は、別々のリソース群を提供するために、複数の送信点及び複数のコンポーネント・キャリアを使用することによっても実現することが可能である。図５及び図６と異なり、コンポーネント・キャリアにおけるリソース群は、パケットをＵＥに送信するために、送信点ＴＰ１乃至ＴＰ７のうちの２つ（例えば、送信点ＴＰ１及びＴＰ３）によって使用される。例えば、本発明による、複数のコンポーネント・キャリアにおいて複数の送信点及び別々のリソース群を使用することによる、パケットの再送信の実行の概略図である図７を参照されたい。図７では、コンポーネント・キャリアＣＣ１ｂ乃至ＣＣ３ｂが、リソース群を提供するために使用される。パケットの当初の送信、又は再送信を行うためにＵＥに割り当てられるリソース群は、色を塗った正方形で表され、又は他のＵＥに割り当てられているか、又は使用されているものでないリソース群は、空白の正方形で表される。
【００３５】
詳細には、ＵＥは、コンポーネント・キャリアＣＣ１ｂ乃至ＣＣ３ｂにおいてリソース群７００乃至７１７を使用することにより、送信点ＴＰ１及びＴＰ３からパケットＰＫＴ１ｃ乃至ＰＫＴ６ｃを受信するよう準備する。当初の送信では、パケットＰＫＴ１ｃ乃至ＰＫＴ３ｃは、リソース群７００乃至７０２それぞれを使用することにより、送信点ＴＰ１からＵＥに送信され、パケットＰＫＴ４ｃ乃至ＰＫＴ６ｃは、リソース群７０３乃至７０５それぞれを使用することにより、送信点ＴＰ３からＵＥに送信される。パケットＰＫＴ１ｃ乃至ＰＫＴ６ｃを送信するために第１の再送信が必要な場合、第１の送信において使用されたものと別のリソース群がパケットＰＫＴ１ｃ乃至ＰＫＴ６ｃそれぞれについて使用される。図７に示すように、パケットＰＫＴ１ｃ乃至ＰＫＴ３ｃは、第１の再送信においてＵＥに、（リソース群７０７及び７０８を使用することにより、）送信点ＴＰ１から送信され、（リソース群７０９を使用することにより、）送信点ＴＰ３から送信される。パケットＰＫＴ４ｃ乃至ＰＫＴ６ｃは、第１の再送信においてＵＥに、（リソース群７０６を使用することにより、）送信点ＴＰ１から送信され、（リソース群７１０及び７１１を使用することにより、）送信点ＴＰ３から送信される。
【００３６】
同様に、第１の再送信後にＵＥがパケット１ｃ乃至ＰＫＴ６ｃを回復することがなおできない場合、ＵＥは第２の再送信を要求する。図７に示すように、パケットＰＫＴ１ｃ乃至ＰＫＴ３ｃは、第２の再送信においてＵＥに、（リソース群７１４を使用することにより、）送信点ＴＰ１から送信され、（リソース群７１５及び７１６を使用することにより、）送信点ＴＰ３から送信される。パケットＰＫＴ４ｃ乃至ＰＫＴ６ｃは、第２の再送信においてＵＥに、（リソース群７１２及び７１３を使用することにより、）送信点ＴＰ１から送信され、（リソース群７１７を使用することにより、）送信点ＴＰ３から送信される。
【００３７】
特筆すべきことは、パケットを再送信する場合、リソース群及び送信点を同時に変更することが可能であるということである。例えば、パケットＰＫＴ３ｃ及びＰＫＴ６ｃを再送信するために使用されるリソース群及び送信点は第１の再送信において変更され、パケットＰＫＴ２ｃ及びＰＫＴ５ｃを再送信するために使用される送信点は第２の再送信において変更される。よって、リソース群及び送信点が単一の再送信において同時に変更される場合、より多くのダーバーシチ（すなわち、周波数及び空間）が得られる。更に、更に汎用的な例は、送信点ＴＰ１及びＴＰ３を、送信点ＴＰ１乃至ＴＰ７のうちの第１の組及び第２の組で置き換えることにより、図７から得ることが可能であり、送信点ＴＰ１乃至ＴＰ７の第１の組及び第２の組は部分的に異なるか、又は完全に異なり得る。
【００３８】
したがって、上記例証によれば、パケットの送信（例えば、再送信）は、別々のコンポーネント・キャリア（すなわち、リソース群）及び別々の送信点を使用することによって行われる。ダイバーシチは、より少ない再送信でパケットを回復することが可能であるように再送信について実現可能である。その結果、ＵＥのスループットが向上する。更に、送信それぞれにおいて複数のパケットがＵＥに送信されるので、ＵＥのスループットが更に向上する。
【００３９】
一方、本発明は、送信点（例えば、送信点ＴＰ１）の複数の層を使用することによって実現することも可能である。すなわち、送信点ＴＰ１の複数層が、複数のリソース群を提供するために使用される。例えば、本発明による、別々の層を使用することによる、パケットの再送信の実行の概略図である図８を参照されたい。図８では、送信点ＴＰ１の層ＬＲ１及びＬＲ２（すなわち、少なくとも２つの送信アンテナ）が、別々のリソース群を提供するために使用される。すなわち、リソース群８００及び８０１は層ＬＲ１によって提供され、リソース群８０２及び８０３は層ＬＲ２によって提供される。パケットの当初の送信、又は再送信を行うためにＵＥに割り当てられるリソース群は、色を塗った正方形で表され、他のＵＥに割り当てられているか、又は使用されているものでないリソース群は、空白の正方形で表される。
【００４０】
詳細には、ＵＥは、層ＬＲ１及びＬＲ２によって提供されるリソース群８００乃至８０３を使用することにより、送信点ＴＰ１からパケットＰＫＴ１ｄ及びＰＫＴ２ｄを受信するよう準備する。パケットＰＫＴ１ｄの送信がまず、以下のように説明される。送信点ＴＰ１が、層ＬＲ１によって提供されるリソース群８００を使用することにより、当初の送信においてＵＥにパケットＰＫＴ１ｄを送信した後、ＵＥは、パケットＰＫＴ１ｄを回復することができない。ＵＥは、（例えば、パケットＰＫＴ１ｄに対応するＮＡＣＫをフィードバックすることにより、）パケットＰＫＴ１ｄの第１の再送信を要求する。次いで、送信点ＴＰ１は、層ＬＲ２によって提供されるリソース群８０３を使用することにより、第１の再送信においてパケットＰＫＴ１ｄを再送信する。すなわち、第１の再送信は、当初の送信において使用されるものとは別の層（すなわち、リソース群）を使用することによって行われる。（例えば、第１の再送信後、）ＵＥがパケットＰＫＴ１ｄを回復することが可能になるまで、又は、最大数の再送信に達するまで、上記記述を動作させる。同様に、パケットＰＫＴ２ｄは、当初の送信及び第１の再送信それぞれにおいて、（層ＬＲ２によって提供される）リソース群８０２を使用し、（層ＬＲ１によって提供される）リソース群８０１を使用することにより、送信点ＴＰ１からＵＥに送信される。
【００４１】
したがって、上記例証によれば、パケットの送信（例えば、再送信）は、別々の層によって提供される別々のリソース群を使用することによって行われる。ダイバーシチは、より少ない再送信でパケットを回復することが可能であるように再送信について実現可能である。その結果、ＵＥのスループットが向上する。更に、送信それぞれにおいて複数のパケットがＵＥに送信されるので、ＵＥのスループットが更に向上する。
【００４２】
図４、図６、図７、及び図８に示すように、チェイス合成がＨＡＲＱに使用される。すなわち、パケットを回復するために再送信が必要な場合、同じパケット（すなわち、パケットの同じ冗長度バージョン）が再送信それぞれにおいて送信される。しかし、これは、本発明を実現するための制限でなく、修正を行った後に、図４、図６、図７、及び図８において漸進的冗長度を使用することが可能である。例えば、ＨＡＲＱに漸進的冗長度が使用される場合、パケットＰＫＴ１乃至ＰＫＴ３の別々の冗長度バージョン、パケットＰＫＴ１ｂ乃至ＰＫＴ３ｂの別々の冗長度バージョン、及びパケットＰＫＴ１ｃ乃至ＰＫＴ６ｃの別々の冗長度バージョンを、再送信においてＵＥに送信することが可能である。同様に、漸進的冗長度が、図５におけるＨＡＲＱに使用される。同様に、チェイス合成が、図５における各再送信においてパケットの同じ冗長度バージョンを送信することにより、代わりに使用することが可能である。
【００４３】
更に、図１において使用される送信点ＴＰ１、ＴＰ３、及びＴＰ４、並びに、図７において使用される送信点ＴＰ１及びＴＰ３は例証の目的のために過ぎない。実際に、パケットのＵＥへの送信に関係する送信点の数は限定されず、ＵＥへのパケットの送信に関係する送信点は、ＵＥの決定、ＵＥの場所、サービング・ポイント（すなわち、送信点ＴＰ１）の決定、送信点ＴＰ１乃至ＴＰ７間の協調に応じて判定（例えば、選択）し得るか、又は、ランダムに判定し得、本明細書及び特許請求の範囲において制限されない。更に、パケットの再送信のみを上記例において示している。すなわち、一例では、ＵＥがパケット全てを回復することができる訳でないと仮定している。しかし、例におけるパケットがＵＥによって回復され、パケットの再送信が必要でない場合、パケットにスケジューリングされたリソース群を、リソースを効率的に使用するために、別のパケットを送信するために使用することが可能である。
【００４４】
更に、上述の図に使用されたリソース群は、リソースの概念としてみることが可能であり、特定の量のリソース、特定のタイプのリソース、又は特定のリソース・パターンに限定されるべきでない。例えば、リソース群は単一のリソース群又はリソース群の組のみを含み得、リソース群の組は、連続リソース・ブロック及び／又は非連続リソース・ブロック（例えば、図４及び６）を含み得る。更に、リソース群は、各送信（例えば、再送信）において、求められる（例えば、変更される、選択される）ことは必要でない。例えば、ＵＥに対するパケットの送信に使用されるリソース群は、選択された再送信においてのみ、変更され、再送信の残りでは変更されない。
【００４５】
一方、送信においてＵＥにそれぞれの送信点から送信されるパケットは、同じであるか、部分的に異なっているか、又は完全に異なっていることがあり得る。すなわち、パケット間の差は制限されない。例えば、図４をもう一度参照するに、パケットＰＫＴ１及びパケットＰＫＴ２は同じパケットであり得る。あるいは、パケットＰＫＴ１及びパケットＰＫＴ２はそれぞれ、２つのサブブロックを含み、パケットＰＫＴ１の第１のサブブロック及びパケットＰＫＴ２の第１のサブブロックは同じであり、パケットＰＫＴ１の第２のサブブロック及びパケットＰＫＴ２の第２のサブブロックは別のものである。あるいは、パケットＰＫＴ１及びパケットＰＫＴ２は完全に異なり得る。
【００４６】
当業者は、本発明による上述の実施例（例えば、図４乃至図８）に対して組み合わせ、修正、及び／又は改変を容易に行うはずである。示唆した工程を含む処理の上述の工程は、電子システム、ハードウェア装置上にリードオンリ・ソフトウェアとして常駐するデータ、コンピュータ命令及びハードウェア装置の組み合わせとして知られているファームウェア、ハ―ドウェアであり得る手段によって実現することが可能である。ハードウェアの例には、マイクロ回路、マイクロチップ、又はシリコン・チップとして知られている混成回路、アナログ回路、及びディジタル回路が含まれ得る。電子システムの例には、システム・オン・チップ（ＳＯＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピュータ・オン・モジュール（ＣＯＭ）、及び通信装置２０が含まれ得る。
【００４７】
要約すれば、本発明は、別々のリソース（すなわち、リソース群）を使用することにより、再送信を行う方法を提供する。本発明によれば、パケットの再送信は、別々のリソース群を使用することにより、パケットの再送信が少なくとも１つの送信点からＵＥに行われる。ダイバーシチは、より少ない再送信でパケットを回復することが可能であるように再送信について実現可能である。その結果、ＵＥのスループットが向上する。更に、更に多くのコンポーネント・キャリアを使用する（すなわち、集約する）ことにより、更に多くのリソース群が提供されるので、更に多くのリソース群が単一の送信（例えば、再送信）において提供される。ＵＥのスループットを更に向上させることが可能である。
【図１】
2013027046.tif 000003
【図２】
2013027046.tif 000004
【図３】
2013027046.tif 000005
【図４】
2013027046.tif 000006
【図５】
2013027046.tif 000007
【図６】
2013027046.tif 000008
【図７】
2013027046.tif 000009
【図８】
2013027046.tif 000010