(57)【特許請求の範囲】
【請求項１】
無線通信のための装置であって、
複数のパケットの各パケットの第１の送信を、パターンに基づいて複数の利用可能な周波数の中から前記パケットのために選択された周波数で送信し、ここで、異なる周波数は、前記パターンに基づいて、前記複数のパケットのために選択され、各パケットの再送信がある場合、前記パケットの第１の送信のために用いられた前記周波数で前記再送信を送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備えた装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記パターンに基づいて、前記複数の利用可能な周波数の中から周波数を選択し、前記周波数で未決パケットの再送信が送信されているかに基づいて、前記周波数が利用可能であるかを判定し、前記周波数が利用可能である場合、新規パケットの第１の送信を前記周波数で送信するように構成された請求項１に記載の装置。
【請求項３】
前記少なくとも１つのプロセッサは、最大で各パケットの再送信の最大数を送信し、前記パケットの再送信全てが送信されるまで、各パケットの前記第１の送信のために用いられた周波数を確保するように構成された請求項１に記載の装置。
【請求項４】
前記少なくとも１つのプロセッサは、送信間隔において最大Ｍ個の周波数で最大Ｍ個のパケットを同時に送信するように構成され、Ｍは１以上である請求項１に記載の装置。
【請求項５】
前記複数のパケットは、第１のパケットと第２のパケットとを備え、前記少なくとも１つのプロセッサは、第１の送信間隔において、前記パターンに基づいて第１の周波数を選択し、前記第１の送信間隔において、前記第１の周波数で前記第１のパケットの第１の送信を送信し、第２の送信間隔において、前記パターンに基づいて第２の周波数を選択し、前記第２の送信間隔において、前記第２の周波数で前記第２のパケットの第１の送信を送信し、前記第１のパケットの再送信が必要である場合、前記第２の送信間隔において前記第１の周波数で前記第１のパケットの再送信を送信するように構成された請求項１に記載の装置。
【請求項６】
前記複数のパケットは更に、第３のパケットを備え、前記少なくとも１つのプロセッサは、第３の送信間隔において、前記パターンに基づいて第３の周波数を選択し、前記第３の送信間隔において、前記第３の周波数で前記第３のパケットの第１の送信を送信し、前記第１のパケットの別の再送信が必要である場合、前記第３の送信間隔において前記第１の周波数で前記第１のパケットの別の再送信を送信し、前記第２のパケットの再送信が必要である場合、前記第３の送信間隔において前記第２の周波数で前記第２のパケットの再送信を送信するように構成された請求項５に記載の装置。
【請求項７】
無線通信のための方法であって、
複数のパケットの各パケットの第１の送信を、パターンに基づいて複数の利用可能な周波数の中から前記パケットのために選択された周波数で送信することと、ここで、異なる周波数は、前記パターンに基づいて、前記複数のパケットのために選択され、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられた前記周波数で前記再送信を送信することと
を備えた方法。
【請求項８】
前記第１の送信を送信することは、
前記パターンに基づいて、前記複数の利用可能な周波数の中から周波数を選択することと、
前記周波数で未決パケットの再送信が送信されているかに基づいて、前記周波数が利用可能であるかを判定することと
前記周波数が利用可能である場合、新規パケットの第１の送信を前記周波数で送信することと
を備えた請求項７に記載の方法。
【請求項９】
前記再送信を送信することは、
最大で各パケットの再送信の最大数を送信することと、
前記パケットの再送信全てが送信されるまで、各パケットの第１の送信のために用いられた周波数を確保することと
を備えた請求項７に記載の方法。
【請求項１０】
無線通信のための装置であって、
複数のパケットの各パケットの第１の送信を、パターンに基づいて複数の利用可能な周波数の中から前記パケットのために選択された周波数で送信する手段と、ここで、異なる周波数は、前記パターンに基づいて、前記複数のパケットのために選択され、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられた前記周波数で前記再送信を送信する手段と
を備えた装置。
【請求項１１】
前記第１の送信を送信する手段は、
前記パターンに基づいて、前記複数の利用可能な周波数の中から周波数を選択する手段と、
前記周波数で未決パケットの再送信が送信されているかに基づいて、前記周波数が利用可能であるかを判定する手段と、
前記周波数が利用可能である場合、新規パケットの第１の送信を前記周波数で送信する手段と
を備えた請求項１０に記載の装置。
【請求項１２】
前記再送信を送信する手段は、
最大で各パケットの再送信の最大数を送信する手段と、
前記パケットの再送信全てが送信されるまで、各パケットの第１の送信のために用いられた周波数を確保する手段と
を備えた請求項１０に記載の装置。
【請求項１３】
機械によって実行されると、前記機械に、
複数のパケットの各パケットの第１の送信を、パターンに基づいて複数の利用可能な周波数の中から前記パケットのために選択された周波数で送信することと、ここで、異なる周波数は、前記パターンに基づいて前記複数のパケットのために選択され、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられた前記周波数で前記再送信を送信することと
を含む動作を実行させる命令群を備えた非一時的機械読取可能媒体。
【請求項１４】
無線通信のための装置であって、
複数のパケットの各パケットの第１の送信を、パターンに基づいて複数の利用可能な周波数の中から前記パケットのために選択された周波数で受信し、ここで、異なる周波数は、前記パターンに基づいて前記複数のパケットのために選択され、各パケットの再送信がある場合、前記パケットの第１の送信のために用いられた前記周波数で前記再送信を受信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備えた装置。
【請求項１５】
前記少なくとも１つのプロセッサは、前記パターンに基づいて、前記複数の利用可能な周波数の中から周波数を選択し、前記周波数で受信された新規パケットの第１の送信のためのブラインド復号を実行するように構成された請求項１４に記載の装置。
【請求項１６】
前記少なくとも１つのプロセッサは、未決パケットの再送信がある場合、前記未決パケットの第１の送信のために用いられた周波数で受信された前記未決パケットの再送信のためのブラインド復号を実行するように構成された請求項１４に記載の装置。
【請求項１７】
前記少なくとも１つのプロセッサは、送信間隔において、最大Ｍ個の周波数で最大Ｍ個のパケットの送信を受信し、各パケットのためのブラインド復号を実行するように構成され、Ｍは１以上である請求項１４に記載の装置。
【請求項１８】
前記複数のパケットは第１のパケットを備え、前記少なくとも１つのプロセッサは、第１の送信間隔において第１の周波数で前記第１のパケットの第１の送信を受信し、前記第１のパケットのためのブラインド復号を実行するように構成された請求項１４に記載の装置。
【請求項１９】
前記複数のパケットは更に第２のパケットを備え、前記少なくとも１つのプロセッサは、第２の送信間隔において第２の周波数で前記第２のパケットの第１の送信を受信し、前記第２のパケットのためのブラインド復号を実行し、前記第１の送信間隔において前記第１のパケットが誤って復号された場合、前記第１の周波数で前記第１のパケットの再送信を受信し、前記第２の送信間隔において前記第１のパケットのためのブラインド復号を実行するように構成された請求項１８に記載の装置。
【請求項２０】
前記複数のパケットは更に第３のパケットを備え、前記少なくとも１つのプロセッサは、第３の送信間隔において第３の周波数で前記第３のパケットの第１の送信を受信し、前記第３のパケットのためのブラインド復号を実行し、前記第２の送信間隔において前記第２のパケットが誤って復号された場合、前記第２の周波数で前記第２のパケットの再送信を受信し、前記第３の送信間隔において前記第２のパケットのためのブラインド復号を実行し、前記第２の送信間隔において前記第１のパケットが誤って復号された場合、前記第１の周波数で前記第１のパケットの別の再送信を受信し、前記第３の送信間隔において前記第１のパケットのためのブラインド復号を実行するように構成された請求項１９に記載の装置。
【請求項２１】
無線通信のための方法であって、
複数のパケットの各パケットの第１の送信を、パターンに基づいて複数の利用可能な周波数の中から前記パケットのために選択された周波数で受信することと、ここで、異なる周波数は、前記パターンに基づいて前記複数のパケットのために選択され、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられた前記周波数で前記再送信を受信することと
を備えた方法。
【請求項２２】
前記パターンに基づいて、前記複数の利用可能な周波数の中から周波数を選択することと、
前記周波数で受信された新規パケットの第１の送信のためのブラインド復号を実行することと
を更に備えた請求項２１に記載の方法。
【請求項２３】
未決パケットの再送信がある場合、前記未決パケットの第１の送信のために用いられた周波数で受信された前記未決パケットの再送信のためのブラインド復号を実行することを更に備えた請求項２１に記載の方法。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、本願の譲受人に譲渡され、参照によって本願に組み込まれた２００７年１月１１日出願の“A METHOD AND APPARATUS FOR COLLISION-FREE GROUP HOPPING IN SDCCH-LESS VOIP OPERATIONS FOR OFDMA SYSTEMS”と題された米国特許仮出願第６０／８８４，６０３号への優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に通信に関し、特に、無線通信システムにおいてデータを送信する技術に関する。
【背景技術】
【０００３】
無線通信システムは、例えば音声、ビデオ、パケット・データ、メッセージング、ブロードキャスト等のような様々な通信コンテンツを提供するために広範に開発されている。これらの無線システムは、利用可能なシステム・リソースを共有することによって複数のユーザをサポートすることができる多元接続システムであることができる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。
【０００４】
無線通信システムは、任意の数のユーザ機器（ＵＥ）のための通信をサポートすることができる任意の数の基地局を含むことができる。各ＵＥは、ダウンリンク及びアップリンクでの送信を介して１つ又は複数の基地局と通信することができる。ダウンリンク（すなわち、順方向リンク）は基地局からＵＥへの通信リンクを称し、アップリンク（すなわち、逆方向リンク）はＵＥから基地局への通信リンクを称する。
【０００５】
基地局は、定期的に又は散発的にＵＥへデータを送信することができる。基地局は、到来するデータ送信をＵＥに通知するために、制御チャネルで制御情報を送信することができる。制御情報は一般に、シグナリングとも称される。制御情報は、ＵＥがデータ送信を受信することの支援において役立つことができる。しかし、制御情報を送信するために貴重なシステムリソースが消費され、データ送信のためのシステム容量を低減させることがある。従って、当該技術において、制御情報のためのオーバヘッドのない又はほとんどないデータ送信をサポートする技術へのニーズがある。
【発明の概要】
【０００６】
無線通信システムにおいて制御オーバヘッドのない又はほとんどないデータ送信をサポートする技術が、本明細書で説明される。各データ送信とともに制御情報を送信することを回避するために、ＵＥは、例えば（ｉ）ＵＥへ送信されたパケットのために用いられうる変調スキーム及び符号化スキーム（ＭＣＳ）のセット、及び（ｉｉ）ＵＥへパケットを送信するために用いられうるリソース・ブロックのグループ、のようなあるパラメータによって予め構成されうる。リソース・ブロックは、データを送信するために用いられる任意のタイプのリソース（例えば、時間、周波数、符号等）に対応することができる。ＵＥは、ＵＥへ送信される可能性のあるパケットを検出するために、ＭＣＳのセットに基づいてリソース・ブロックのグループを介して受信された送信にブラインド復号を実行することができる。ブラインド復号とは、仮定されたパラメータに基づき、恐らくは、送信が実際になされたか否かを認識しない復号を称する。
【０００７】
局面において、データは、新規パケットの送信のためのグループ・ホッピングと、未決パケットの再送信のための静的グループ化との組み合わせを用いるハイブリッド・スキームに基づいて送信されうる。このスキームの場合、ＵＥは、ホッピング・パターンに基づいて、異なる送信間隔において異なるリソース・ブロックを割り当てられうる。新規パケットの第１の送信が、ホッピング・パターンに基づいて決定されたリソース・ブロックで送信されうる。各パケットの再送信がある場合、この再送信は、パケットの第１の送信のために用いられたリソース・ブロックで送信されうる。このスキームは、以下で説明されるように、ある利点を提供することができる。
【０００８】
別の局面において、準静的グループ割当が用いられ、ＵＥは、定期的に、又はトリガ・イベントに基づいて変化することができるリソース・ブロックのグループを割り当てられうる。新たな割当は、現在割り当てられているリソース・ブロックの負荷、ＵＥのデータ要件等に基づいてトリガされうる。ＵＥは、データ要件に基づいて、異なる時間間隔において異なる数のリソース・ブロックを割り当てられうる。ＵＥはまた、統計的多重化利得を改善するために、異なる時間間隔においてＵＥの異なるグループに関連付けられうる。
【０００９】
本開示の様々な局面及び特徴が、以下で更に詳細に説明される。
【図面の簡単な説明】
【００１０】
【図１】図１は、無線通信システムを示す。
【図２】図２は、ハイブリッド自動再送信（ＨＡＲＱ）を用いたデータ送信を示す。
【図３】図３は、１つのリソース・ブロックを用いた静的グループ化を示す。
【図４】図４は、１つのリソース・ブロックを用いたグループ・ホッピングを示す。
【図５】図５は、準ランダム・グループ・ホッピングによる衝突を示す。
【図６】図６は、新規パケット送信のためのグループ・ホッピング及びパケット再送信のための静的グループ化を用いたハイブリッド・スキームを示す。
【図７】図７は、ハイブリッド・スキームに基づいてデータを送信する処理を示す。
【図８】図８は、ハイブリッド・スキームに基づいてデータを送信する装置を示す。
【図９】図９は、ハイブリッド・スキームに基づいてデータを受信する処理を示す。
【図１０】図１０は、ハイブリッド・スキームに基づいてデータを受信する装置を示す。
【図１１】図１１は、準静的グループ割当を示す。
【図１２】図１２は、準静的グループ割当を用いてデータを送信する処理を示す。
【図１３】図１３は、準静的グループ割当を用いてデータを送信する装置を示す。
【図１４】図１４は、準静的グループ割当を用いてデータを受信する処理を示す。
【図１５】図１５は、準静的グループ割当を用いてデータを受信する装置を示す。
【図１６】図１６は、ノードＢ及びＵＥのブロック図を示す。
【発明を実施する形態】
【００１１】
図１は、複数のノードＢ１１０を有する無線多元接続通信システム１００を示す。ノードＢは、ＵＥと通信する固定局であることができ、次世代（evolved）ノードＢ（ｅＮＢ）、基地局、アクセス・ポイント等とも称されうる。各ノードＢ１１０は、特定の地理的領域のための通信カバレージを提供することができる。ＵＥ１２０は、システム全体に散在することができる。ＵＥは、固定式又は移動式であることができ、モバイル局、端末、アクセス端末、加入者ユニット、局等とも称されうる。ＵＥは、セルラー電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話等であることができる。
【００１２】
本明細書で説明される技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、及びその他のシステムのような様々な無線通信システムのために用いられうる。「システム」及び「ネットワーク」という用語はしばしば、置換可能に用いられる。ＣＤＭＡシステムは、例えばユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及びその他様々なＣＤＭＡを含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、及びＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ）のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えば次世代ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、近々公開される、Ｅ−ＵＴＲＡを用いたＵＭＴＳであり、ダウンリンクでＯＦＤＭＡを用い、アップリンクでＳＣ−ＦＤＭＡを用いる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、及びＬＴＥは、“3rd Generation Partnership Project”（３ＧＰＰ）と名づけられた組織からの文書で説明される。ｃｄｍａ２０００及びＵＭＢは、“3rd Generation Partnership Project 2”（３ＧＰＰ２）と名づけられた組織からの文書で説明される。これら様々な無線技術及び規格は、当該技術において周知である。
【００１３】
明確化のために、本技術のある局面は以下でＬＴＥに関して説明され、ＬＴＥ用語が下記記載の多くの部分に用いられる。ＬＴＥの場合、ノードＢは、共有ダウンリンク制御チャネル（ＳＤＣＣＨ）とも称されうる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で制御情報を送信することができる。ノードＢは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でデータを送信することができる。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）でフィードバック情報を送信することができる。
【００１４】
本明細書で説明される技術は、ダウンリンク及びアップリンクでのデータ送信のために用いられうる。明確化のために、本技術のある局面は以下で、ダウンリンクでのデータ送信に関して説明される。
【００１５】
本システムは、ＨＡＲＱをサポートすることができる。ダウンリンクでのＨＡＲＱの場合、ノードＢは、パケットの第１の送信をＵＥへ送信し、その後、パケットがＵＥによって正しく復号されるか、最大数の送信が送信されるか、又はその他何らかの終了条件が満たされるまで、１つ又は複数の追加送信（又は再送信）を送信することができる。ＨＡＲＱは、データ送信の信頼性を改善することができる。
【００１６】
図２は、ＨＡＲＱを用いたダウンリンクでのデータ送信を示す。ノードＢは、例えばボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）コールのためにＵＥへ送信するデータを有することができる。ノードＢは、パケットＡを処理し、パケットＡの第１の送信をサブフレームｎにおいてＰＤＳＣＨで送信することができる。サブフレームは、１ミリ秒（ｍｓ）、あるいはその他何らかの時間持続期間であることができる。ノードＢはまた、パケットＡの第１の送信と同時に、又はその直前に制御情報をＰＤＣＣＨで送信することができる。ＵＥは、この制御情報を受信し、新規パケットがＵＥへ送信されていることを認識することができる。ＵＥはその後、パケットＡの第１の送信を受信し、第１の送信に基づいてパケットＡを誤って復号し、ネガティブ・アクノレッジメント（ＮＡＫ）をＰＵＣＣＨで送信しうる。
【００１７】
ノードＢは、ＵＥからのＮＡＫを受信し、パケットＡの第２の送信（又は再送信）を、制御情報と共にサブフレームｎ＋Ｑで送信することができる。ＵＥはその後、制御情報を受信し、パケットＡの別の送信が送信されていることを認識することができる。ＵＥは、第２の送信を受信し、第１及び第２の送信に基づいてパケットＡを正しく復号し、アクノレッジメント（ＡＣＫ）を送信することができる。ノードＢは、ＵＥからのＡＣＫを受信し、次のパケットＢの第１の送信を、サブフレームｎ＋２Ｑで同様に処理及び送信することができる。
【００１８】
ＨＡＲＱの場合、パケットが正しく復号されるまで、そのパケットのために最大Ｔ個の送信が送信されうる。Ｔは、システムに依存するか、設定可能であることができる。パケットの第２の送信から最後の送信は、再送信と称されうる。正しく復号されなかったパケットは、未決パケットと称されうる。同期ＨＡＲＱの場合、パケットの送信全てが１つのインタレースで送信され、これは、図２に示すように、Ｑ個のサブフレーム分だけ離れたサブフレームを含むことができる。従って、パケットが誤って復号された場合、そのパケットの別の送信が、前の送信のＱ個後のサブフレームで送信されうる。新規パケットは、リソースが利用可能であればいつでも送信することができる。未決パケットの再送信は、新規パケットの第１の送信より高い優先順位を有することができる。
【００１９】
図２に示すように、ノードＢは、ＰＤＳＣＨで送信されたパケットをＵＥが受信及び復号することを支援するために、ＰＤＣＣＨで制御情報を送信することができる。制御情報は、（ｉ）パケットのための第１の送信又は再送信が送信されているか、（ｉｉ）パケットのサイズ、変調スキーム、及びコード・レート、及び（ｉｉｉ）パケットが送信されているリソース、を示すことができる。制御情報は役に立つが、比較的多量のリソースを消費しうる。例えば、ＶｏＩＰのための容量は、制御情報が送信されない場合、２５％増加しうる。
【００２０】
本システムは、容量を増加させるために、ＰＤＣＣＨ無しの動作をサポートすることができる。ＰＤＣＣＨ無しの動作の場合、ＵＥは、例えば、ＵＥへ送信されたパケットのために用いられうる変調スキーム及び符号化スキーム（ＭＣＳ）のセット、ＵＥへパケットを送信するために用いられうるリソース・ブロックのグループ等のようなあるパラメータを用いて再構成されうる。ＵＥは、ＵＥへ送信される可能性のあるパケットを検出するために、ＭＣＳのセットに基づいて、リソース・ブロックのグループを介して受信した送信にブラインド復号を実行することができる。制御情報の送信は、ＰＤＣＣＨ無しの動作を用いて回避することができ、その結果容量が増加しうる。
【００２１】
ＵＥは、ＵＥでの復号の複雑性を低減するために、ＰＤＣＣＨ無しの動作のためにリソース・ブロック全てのサブセットを割り当てられうる。ＬＴＥの場合、リソース・ブロックは、（ｉ）６又は７何れかの記号ピリオド内の１２のサブキャリアからなる物理リソース・ブロック、又は（ｉｉ）既知のマッピングに基づいて物理リソース・ブロックにマップされうる仮想リソース・ブロック、であることができる。リソース・ブロックは、他のシステムにおいて、例えば時間、周波数、符号等のような他のタイプのリソースに対応することができる。何れの場合も、利用可能なリソース・ブロック全てのうちのほんの一部（例えば１つ）の割当が、グループ化と称される。ＵＥは、ＰＤＣＣＨ無しの動作のための様々なグループ化スキームに基づいてリソース・ブロックを割り当てられうる。
【００２２】
図３は、ＵＥが各送信間隔に１つのリソース・ブロックを割り当てられる場合の静的グループ化を示す。送信間隔は、データがＵＥへ送信されうる時間間隔（例えば、サブフレーム）であることができる。送信間隔は、スケジューリング間隔、割り当てられたサブフレーム等とも称されうる。ＵＥは、１つのインタレースを割り当てられることができ、送信間隔は、このインタレースのサブフレーム全てに対応することができる。
【００２３】
図３に示す静的グループ化の例の場合、ＵＥは、各送信間隔に同じリソース・ブロックｉを割り当てられうる。送信間隔ｔ１において、ＵＥは、パケットがＵＥへ送信されたかを判定するために、リソース・ブロックｉで受信した送信をブラインド復号することができる。送信間隔ｔ２において、ＵＥは、送信間隔ｔ２で開始する新規パケットがＵＥへ送信されたかを判定するために、リソース・ブロックｉで受信した送信をブラインド復号することができる。パケットが送信間隔ｔ１で正しく復号されなかった場合、ＵＥは、送信間隔ｔ１で開始するパケットがＵＥへ送信されたかを判定するために、送信間隔ｔ１及びｔ２においてリソース・ブロックｉで受信した２つの送信をブラインド復号することもできる。
【００２４】
一般に、ＰＤＣＣＨでの制御情報が無い場合、ＵＥは、パケットが正しく復号されなければ、それまで、パケットがＵＥへ送信されたか否かを見分けることができない。従って、各送信間隔において、ＵＥは、各々が、パケットの第１の送信が送信されたであろう異なる送信間隔に対応する最大Ｔ個の仮説のためのブラインド復号を実行することができる。評価する仮説の数は、パケットが正しく復号された最後の送信間隔と、各パケットの送信の最大数とに依存しうる。
【００２５】
図３は、ＵＥが各送信間隔に単一のリソース・ブロックを割り当てられる例を示す。ＵＥはまた、複数（Ｒ）個のリソース・ブロックを割り当てられ、その後、各送信間隔において最大Ｒ・Ｔ個の仮説のためのブラインド復号を実行することができる。
【００２６】
複数のＵＥが、リソース・ブロックの同じ静的グループを共有することができる。大きなグループ・サイズは、多くのＵＥが多くのリソース・ブロックを共有することができるので、トラヒック統計的多重化利得を改善することができる。しかし大きなグループ・サイズは、各ＵＥが、多くのリソース・ブロックのためのブラインド復号を実行する必要があるので、復号の複雑性を増加させうる。小さなグループ・サイズは、復号の複雑性を低減することができる。しかし、復号の複雑性におけるこの低減は、少ない統計的多重化利得及び潜在的に少ない容量という犠牲を払ってもたらされうる。
【００２７】
動的グループ化は、小さなグループ・サイズを用いて統計的多重化利得を改善するために用いられうる。動的グループ化は、グループ・ホッピングとも称されうる。グループ・ホッピングの場合、ＵＥに割り当てられるリソース・ブロックのグループは、予め定められた方式で時間とともに変化することができる。
【００２８】
図４は、ＵＥが各送信間隔に１つのリソース・ブロックを割り当てられる場合のグループ・ホッピングを示す。各送信間隔に割り当てられたリソース・ブロックは、ホッピング・パターンに基づいて決定されうる。図４に示す例の場合、ＵＥは、送信間隔ｔ１にリソース・ブロックｉを割り当てられ、送信間隔ｔ２にリソース・ブロックｋを割り当てられ、送信間隔ｔ３にリソース・ブロックｊを割り当てられる。各送信間隔において、ＵＥは、パケットの第１の送信が送信されたであろう最大Ｔ個の異なる送信間隔に対応する最大Ｔ個の仮説のためのブラインド復号を実行することができる。
【００２９】
図４は、ＵＥが各送信間隔に単一のリソース・ブロックを割り当てられる例を示す。ＵＥは、複数のリソース・ブロックを割り当てられ、各送信間隔内の仮説全てのためのブラインド復号を実行することもできる。
【００３０】
異なるＵＥが、異なるホッピング・パターンに基づいて決定されたリソース・ブロックを割り当てられうる。グループ・ホッピングは、異なるＵＥが異なる送信間隔で異なるリソース・ブロックを割り当てられうるので、静的グループ化より高い統計的多重化利得を有することができる。しかし、グループ・ホッピングが異なるＵＥについて準ランダムである場合、２つのＵＥが、与えられた送信間隔に同じリソース・ブロックを割り当てられうる。これらのＵＥのためのパケット再送信は衝突することがあり、性能低下が生じうる。
【００３１】
図５は、各ＵＥが各送信間隔に１つのリソース・ブロックを割り当てられる場合の準ランダム・グループ・ホッピングによる衝突の例を示す。この例において、送信間隔ｔ１において、ＵＥ  ｘはリソース・ブロックｉを割り当てられ、ＵＥ  ｙはリソース・ブロックｍを割り当てられる。送信間隔ｔ１において、パケットの送信がリソース・ブロックｉでＵＥ  ｘへ送信され、別のパケットの送信がリソース・ブロックｍでＵＥ  ｙへ送信されうる。
【００３２】
ＵＥ  ｘ及びＵＥ  ｙ両方が、送信間隔ｔ２に同じリソース・ブロックｋを割り当てられる。送信間隔ｔ１で両方のＵＥが自身のパケットを正しく復号し、これらのＵＥのために更なるパケットが利用可能である場合、一方のＵＥのための新規パケットの送信が、送信間隔ｔ２においてリソース・ブロックｋで送信されうる。他方のＵＥのための新規パケットの送信は、後の送信間隔まで延期されうる。送信間隔ｔ１で、一方のＵＥが自身のパケットを正しく復号し、他方のＵＥが自身のパケットを誤って復号した場合、誤って復号されたパケットの再送信が、送信間隔ｔ２においてリソース・ブロックｋで送信されうる。他方のＵＥのための新規パケットの送信は延期されうる。しかし、送信間隔ｔ１で両方のＵＥが自身のパケットを誤って復号した場合、１つのパケットのみの再送信が、送信間隔ｔ２においてリソース・ブロックｋで送信されうる。両方のＵＥは、リソース・ブロックｋでの自身のパケットの再送信を予測することができる。更なる再送信が未来の送信間隔で送信される場合でも、一方のＵＥは、他方のＵＥのために送信された再送信を誤って復号し、自身のパケットを正しく復号することができないだろう。
【００３３】
局面において、新規パケットの送信のためのグループ・ホッピング及び未決パケットの再送信のための静的グループ化を備えるハイブリッド・スキームが、パケット再送信の衝突を回避しながら統計的多重化利得の利益を得るために用いられうる。このハイブリッド・スキームは、ハイブリッド・グループ化、再送信のための定められたリソース・ブロックを用いたグループ・ホッピング等とも称されうる。ハイブリッド・スキームの場合、ＵＥは、例えば図４に示すようなホッピング・パターンに基づいて、異なる送信間隔に異なるリソース・ブロックを割り当てられうる。リソース・ブロックが利用可能である場合、例えば別のＵＥへの再送信に用いられていない場合、各送信間隔において、新規パケットの送信が、ＵＥに割り当てられたリソース・ブロックでＵＥへ送信されうる。パケットが誤って復号された場合、パケットの再送信が、次の送信間隔の同じリソース・ブロックで送信されうる。このリソース・ブロックを割り当てられた別のＵＥに関して、このＵＥへの新規パケットの送信は、後の送信間隔まで延期されうる。
【００３４】
図６は、ハイブリッド・スキームの例を示す。この例において、ＵＥは、各送信間隔に１つのリソース・ブロックを割り当てられ、送信間隔ｔ１でモニタリングを開始する。ＰＤＣＣＨ又はレイヤ３のシグナリング・メッセージでのシグナリング送信によって、初期化が達成されうる。
【００３５】
送信間隔ｔ１において、ＵＥはリソース・ブロックｉを割り当てられ、利用可能な場合、このリソース・ブロックで新規パケットＡの第１の送信がＵＥへ送信されうる。送信間隔ｔ２において、ＵＥはリソース・ブロックｋを割り当てられ、利用可能な場合、このリソース・ブロックで新規パケットＢの第１の送信がＵＥへ送信されうる。送信間隔ｔ１でパケットＡが誤って復号された場合、パケットＡの再送信が送信間隔ｔ２においてリソース・ブロックｉで送信されうる。この再送信は、送信間隔ｔ２にリソース・ブロックｉを割り当てられた別のＵＥのための新規パケットの送信より高い優先順位を有することができる。
【００３６】
送信間隔ｔ３において、ＵＥはリソース・ブロックｊを割り当てられ、利用可能な場合、このリソースで新規パケットＣの第１の送信がＵＥへ送信されうる。送信間隔ｔ２でパケットＡが誤って復号された場合、パケットＡの第２の再送信が送信間隔ｔ３においてリソース・ブロックｉで送信されうる。同様に、パケットＢが送信間隔ｔ２で誤って復号された場合、パケットＢの再送信が送信間隔ｔ３においてリソース・ブロックｋで送信されうる。
【００３７】
新規パケットの送信及び未決パケットの再送信は、後続する各送信間隔において同様に起こりうる。図６に示す例では、Ｔ＝３であり、最大３回の送信が各パケットのために送信されうる。従って、パケットＡは、パケットが正しく復号されたか誤って復号されたかに関わらず、送信間隔ｔ３で終了するであろう。
【００３８】
図６に示す設計では、新規パケットがグループ・ホッピングを観察し、未決パケットが静的グループ化を観察する。パケットのためのリソース・ブロックは、そのパケットが正しく復号されるか、そのパケットのために送信の最大数が送信されるまで固定される。パケットの未決中、同じリソース・ブロックを割り当てられた他のＵＥ全ては、それらの新規パケット送信を延期させられうる。
【００３９】
図６に示す設計では、新規パケットは、リソース・ブロックが利用可能である場合、例えば別のパケットの再送信のために用いられていない場合、リソース・ブロックで開始されうる。従って、与えられた任意の時間、各リソース・ブロックにおいて１つのパケットのみが未決であり、パケット再送信の衝突が回避されうる。新規パケット送信は、グループ・ホッピングによって決定されたリソース・ブロックで送信されうる。ハイブリッド・スキームはこのように、パケット再送信衝突を回避しながら、グループ・ホッピングによる良好な統計的多重化利得を達成することができる。
【００４０】
図６に示す設計は、ＵＥでの復号の複雑性を増加させないことができる。各送信間隔において、ＵＥは、最大Ｔ個の異なるリソース・ブロックでＵＥへ送信されたであろう最大Ｔ個のパケットの最大Ｔ個の仮説を評価することができる。送信間隔ｔ２において、ＵＥは、新規パケットを潜在的に受信するために、リソース・ブロックｋでの送信のためのブラインド復号を実行することができる。ＵＥが、前の送信間隔ｔ１でリソース・ブロックｉのパケットを正しく復号しなかった場合、ＵＥは、未決パケットを潜在的に受信するために、リソース・ブロックｉでの送信のブラインド復号を実行することもできる。送信間隔ｔ３において、ＵＥは、新規パケットを潜在的に受信するために、リソース・ブロックｊでの送信のブラインド復号を実行することができる。ＵＥが、前の送信間隔ｔ２でリソース・ブロックｋのパケットを正しく復号しなかった場合、ＵＥは、リソース・ブロックｋでの送信のブラインド復号を実行することもできる。同様に、ＵＥが前の送信間隔ｔ２でリソース・ブロックｉのパケットを正しく復号しなかった場合、ＵＥは、リソース・ブロックｉでの送信のブラインド復号を実行することができる。一般に、各送信間隔において、ＵＥは、（ｉ）新規パケットを潜在的に受信するために割り当てられたリソース・ブロックでの送信の１つの仮説、及び（ｉｉ）その他の最大Ｔ−１個のリソース・ブロックで起こりうる再送信の最大Ｔ−１個の仮説、を含む合計最大Ｔ個の仮説のブラインド復号を実行することができる。ＵＥは、コールの終了までこのようにブラインド復号を実行することができる。ブラインド復号はまた、ＰＤＣＣＨでの新規のシグナリング送信又は新規のレイヤ３シグナリング・メッセージによってリセットされうる。
【００４１】
図６に示す設計において、最大Ｔ個のパケットが、与えられた送信間隔において最大Ｔ個のリソース・ブロックで同時にＵＥへ送信されうる。別の設計において、与えられた任意の時間に、最大１個のパケットがＵＥへ送信されうる。この設計は、平均的に、評価する仮説の数を低減し、ブラインド復号の信頼性を改善することができる。ＵＥが与えられた送信間隔で１つのリソース・ブロックのパケットを正しく復号した場合、ＵＥは、それより前のパケット開始時間を有する仮説全てのブラインド復号をスキップし、これらのリソース・ブロックのために格納された情報全てを破棄することができる。更に、次の送信間隔において、ＵＥは、その送信間隔に割り当てられたリソース・ブロックでの新規パケット送信の１つの仮説のみにブラインド復号を実行することができる。一般に、１≦Ｍ≦Ｔである最大Ｍ個のパケットが同時にＵＥへ送信されうる。
【００４２】
ホッピングは、ハイブリッド・スキームのために様々な方式で実行されうる。１つの設計において、ホッピング・パターンは、各送信間隔において新規のリソース・ブロックを選択し、未決パケットの再送信に用いられるリソース・ブロックを回避することができる。最大Ｍ個のパケットが同時に送信された場合、Ｍ個又はそれ以上の送信間隔が経過した後、同じリソース・ブロックが選択されうる。別の設計において、ホッピング・パターンは、各送信間隔において任意のリソース・ブロックを選択することができる。この設計において、未決パケットのために用いられるリソース・ブロックが選択された場合、任意の新規パケット送信が、後の送信間隔まで延期されうる。
【００４３】
明確化のために、ハイブリッド・スキームは、ＵＥが各送信間隔に単一のリソース・ブロックを割り当てられる場合に関して説明された。ＵＥは、各送信間隔に複数のリソース・ブロックを割り当てられ、各送信間隔において仮説全てのブラインド復号を実行することもできる。
【００４４】
図７は、ハイブリッド・スキームに基づいてデータを送信する処理７００の設計を示す。処理７００は、例えばノードＢ、ＵＥ、又はその他何らかのエンティティのような送信機によって実行されうる。複数のパケットの各々の第１の送信が、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで送信されうる（ブロック７１２）。ホッピング・パターンは、準ランダム・パターン又は予め定められたパターンであることができる。パケットは、ＶｏＩＰ、マルチメディア、又はその他何らかのアプリケーションのためであることができる。各パケットの再送信がある場合、再送信は、そのパケットの第１の送信に用いられたリソース・ブロックで送信される（ブロック７１４）。
【００４５】
ブロック７１２に関して、各送信間隔において、ホッピング・パターンに基づいて複数のリソース・ブロックの中からリソース・ブロックが選択されうる。リソース・ブロックが利用可能であるかは、未決パケットの再送信がそのリソース・ブロックで送信されているかに基づいて判定されうる。リソース・ブロックが利用可能である場合、新規パケットの第１の送信がリソース・ブロックで送信されうる。ブロック７１４に関して、最大で、再送信の最大数が各パケットのために送信されうる。各パケットの第１の送信に用いられたリソース・ブロックは、そのパケットの再送信全てが送信されるまで確保されうる。
【００４６】
最大Ｍ個のパケットが、送信間隔において最大Ｍ個のリソース・ブロックで同時に送信されうる。ここで、Ｍは１以上であることができる。第１の送信間隔において、ホッピング・パターンに基づいて第１のリソース・ブロックが選択され、第１のパケットの第１の送信がそのリソース・ブロックで送信されうる。第２の送信間隔において、ホッピング・パターンに基づいて第２のリソース・ブロックが選択され、第２のパケットの第１の送信がそのリソース・ブロックで送信され、必要であれば、第１のパケットの再送信が第１のリソース・ブロックで送信されうる。第３の送信間隔において、ホッピング・パターンに基づいて第３のリソース・ブロックが選択され、第３のパケットの第１の送信が第３のリソース・ブロックで送信され、必要であれば第２のパケットの再送信が第２のリソース・ブロックで送信され、必要であれば第１のパケットの別の再送信が第１のリソース・ブロックで送信されうる。
【００４７】
図８は、ハイブリッド・スキームに基づいてデータを送信する装置８００の図を示す。装置８００は、複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで送信する手段（モジュール８１２）と、各パケットの再送信がある場合、再送信をパケットの第１の送信に用いられたリソース・ブロックで送信する手段（モジュール８１４）とを含む。
【００４８】
図９は、ハイブリッド・スキームに基づいてデータを受信する処理９００の図を示す。処理９００は、例えばＵＥ、ノードＢ、又はその他何らかのエンティティのような受信機によって実行されうる。複数のパケットの各々の第１の送信が、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで受信されうる（ブロック９１２）。各パケットの再送信がある場合、パケットの第１の送信に用いられたリソース・ブロックで再送信が受信されうる（ブロック９１４）。
【００４９】
ブロック９１２に関して、各送信間隔において、ホッピング・パターンに基づいて複数のリソース・ブロックの中からリソース・ブロックが選択され、そのリソース・ブロックで起こりうる新規パケットの第１の送信にブラインド復号が実行されうる。ブロック９１４に関して、各送信間隔において、パケットの第１の送信に用いられたリソース・ブロックで起こりうる各未決パケットの再送信にブラインド復号が実行されうる。
【００５０】
最大Ｍ個のパケットが、送信間隔において最大Ｍ個のリソース・ブロックで同時に受信されうる。ここで、Ｍは１以上である。第１の送信間隔において、第１のパケットの第１の送信が、第１のリソース・ブロックで受信され、第１のパケットのためにブラインド復号が実行されうる。第２の送信間隔において、第２のパケットの第１の送信が、第２のリソース・ブロックで受信され、第２のパケットのためにブラインド復号が実行されうる。第１の送信間隔で第１のパケットが誤って復号された場合、第１のパケットの再送信が、第２の送信間隔において第１のリソース・ブロックで受信され、第１のパケットのためにブラインド復号が実行されうる。第３の送信間隔において、第３のパケットの第１の送信が第３のリソース・ブロックで受信され、第３のパケットのためにブラインド復号が実行されうる。第２の送信間隔で第２のパケットが誤って復号された場合、第２のパケットの再送信が、第３の送信間隔において第２のリソース・ブロックで受信され、第２のパケットのためにブラインド復号が実行されうる。第２の送信間隔で第１のパケットが誤って復号された場合、第１のパケットの別の再送信が、第３の送信間隔において第１のリソース・ブロックで受信され、第１のパケットのためにブラインド復号が実行されうる。
【００５１】
図１０は、ハイブリッド・スキームに基づいてデータを受信する装置１０００の設計を示す。装置１０００は、複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで受信する手段（モジュール１０１２）と、各パケットの再送信がある場合、そのパケットの第１の送信に用いられたリソース・ブロックで再送信を受信する手段（モジュール１０１４）とを含む。
【００５２】
別の局面において、準静的グループ割当が、性能を改善するために用いられうる。準静的グループ割当を用いて、ＵＥは、定期的に、又はトリガ・イベントに基づいて変化することができるリソース・ブロックのグループを割り当てられうる。一般に、リソース・グループは、任意の数のリソース・ブロックを含むことができ、ＰＤＣＣＨでのシグナリング送信又はレイヤ３シグナリング・メッセージを介して伝送されうる。グループ割当は、異なる割当間隔で変化することができる。割当間隔は、リソース・ブロックのグループの割当が有効である時間持続期間である。割当間隔は、不変の持続期間又は可変の持続期間であることができる。
【００５３】
準静的グループ割当は、様々なグループ化スキームのために用いられうる。１つの設計において、準静的グループ割当は、静的グループ化とともに用いられることができ、準静的グループ化とも称されうる。準静的グループ化の場合、割り当てられたリソース・ブロックは、静的グループ化と同様、割当間隔にわたって静的であり、静的リソース・ブロックの異なるグループが、異なる割当間隔に割り当てられうる。準静的グループ化は、パケット再送信衝突を回避しながら、静的グループ化に対して統計的多重化利得を改善することができる。別の設計において、準静的グループ割当は、動的グループ化とともに用いられうる。また別の設計において、準静的グループ割当は、ハイブリッド・グループ化とともに用いられうる。動的グループ化及びハイブリッド・グループ化何れの場合も、割り当てられたリソース・ブロックは、動的グループ化と同様、割当間隔内で動的に変化することができ、異なる割当間隔に異なるリソース・グループ及び／又は異なるホッピング・パターンが割り当てられうる。
【００５４】
準静的グループ割当は、全てのグループ化スキームのために、ＵＥグループ結合を更新するために用いられうる。１つの設計において、リソース・ブロックの複数のグループが定められ、ＵＥは、例えばＵＥへ送信されるデータの量、ＵＥのデータ要件等のような様々な要因に基づいて、適切なリソース・グループを割り当てられうる。例えば、与えられたリソース・グループを割り当てられたＵＥ全ての待ち遅延がモニタされうる。平均待ち遅延が、例えば遅延予定に対して十分に大きい場合、１つ又は複数のＵＥが、混雑していない別のリソース・グループを割り当てられ、新規のグループ割当が、影響を受けた各ＵＥへ送信されうる。従ってＵＥは、負荷を調整し、サービスの品質（ＱｏＳ）及び遅延を改善し、あるいはその他の利益を得るために、新たなリソース・グループをフレキシブルに割り当てられうる。
【００５５】
別の設計において、ＵＥは、ＵＥのデータ要件に基づいて、様々なサイズのリソース・ブロックのグループを割り当てられうる。例えば、ＵＥのキュー・サイズがモニタされうる。キュー・サイズが大きい場合、例えば高閾値より大きい場合、ＵＥは、大きいリソース・グループを割り当てられうる。逆に、キュー・サイズが小さい場合、例えば低閾値より小さい場合、ＵＥは、小さいリソース・グループを割り当てられうる。リソース・グループに変更があった場合常に、新たなグループ割当がＵＥへ送信されうる。
【００５６】
図１１は、準静的グループ割当の例を示す。この例において、ＵＥは最初に、１つのリソース・ブロックを有するリソース・グループ１を割り当てられ、グループ１の割当が、時間ｔａにおいてＵＥへ送信される。ＵＥはその後、グループ１内のリソース・ブロックをモニタすることができる。時間ｔｂにおいて、ＵＥは、例えば、グループ１の混雑を緩和するために、１つのリソース・ブロックを有するリソース・グループ２を割り当てられる。グループ２の割当が、時間ｔｂにおいてＵＥへ送信され、ＵＥはその後、グループ２内のリソース・ブロックをモニタすることができる。時間ｔｃにおいて、ＵＥは、例えば、ＵＥの大きいキューによって、２つのリソース・ブロックを有するリソース・グループ３を割り当てられる。グループ３の割当が時間ｔｃにおいてＵＥへ送信され、ＵＥはその後、グループ３内の２つのリソース・ブロックをモニタすることができる。
【００５７】
一般に、新たなグループ割当は、トラヒック統計的多重化状況、データ要件等によってトリガされ、比較的稀にしか送信されない。準静的グループ割当は、シグナリング・オーバヘッドと、ＵＥ複雑性と、統計的多重化利得との間のフレキシブルなトレードオフを可能にすることができる。
【００５８】
図１２は、準静的グループ割当を用いてデータを送信する処理１２００の図を示す。処理１２００は、ノードＢ又はその他のエンティティによって実行されうる。少なくとも１つのリソース・ブロックの割当が、定期的に、又はイベントによってトリガされると、ＵＥへ送信されうる（ブロック１２１２）。パケットが、少なくとも１つのリソース・ブロックでＵＥへ送信されうる（ブロック１２１４）。１つの設計において、少なくとも１つのリソース・ブロックが静的であり、各パケットの送信全てが１つのリソース・ブロックで送信されうる。別の設計において、少なくとも１つのリソース・ブロックがホッピング・パターンに基づいて決定されうる。各パケットの第１の送信は、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで送信され、各パケットの再送信全てが、パケットの第１の送信に用いられたリソース・ブロックで送信されうる。
【００５９】
新たな割当は、現在割り当てられているリソース・ブロックの負荷、ＵＥのデータ要件、割り当てられたリソース・ブロックにホッピングが用いられたか等に基づいてトリガされうる。異なる数のリソース・ブロックが、異なる時間／割当間隔でＵＥに割り当てられうる。ＵＥはまた、例えば、統計的多重化利得を改善するために、異なる時間間隔においてＵＥの異なるグループに関連付けられうる。
【００６０】
図１３は、準静的グループ割当を用いてデータを送信する装置１３００の設計を示す。装置１３００は、少なくとも１つのリソース・ブロックの割当を、定期的に、又はイベントによってトリガされると、ＵＥへ送信する手段（モジュール１３１２）と、少なくとも１つのリソース・ブロックでＵＥへパケットを送信する手段（モジュール１３１４）とを含む。
【００６１】
図１４は、準静的グループ割当を用いてデータを受信する処理１４００の設計を示す。処理１４００は、ＵＥ又はその他何らかのエンティティによって実行されうる。ＵＥのための少なくとも１つのリソース・ブロックの割当が、定期的に、又はイベントによってトリガされると受信されうる（ブロック１４１２）。ＵＥのためのパケットが、少なくとも１つのリソース・ブロックで受信されうる（ブロック１４１４）。１つの設計において、少なくとも１つのリソース・ブロックが静的であり、各パケットの送信全てが、１つのリソース・ブロックで受信されうる。別の設計において、少なくとも１つのリソース・ブロックが、ホッピング・パターンに基づいて決定されうる。各パケットの第１の送信は、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで受信され、各パケットの再送信全てが、パケットの第１の送信に用いられたリソース・ブロックで受信されうる。各送信間隔において、少なくとも１つのリソース・ブロックで受信された送信及び再送信に基づいて、各未決パケット及び新規パケットのためにブラインド復号が実行されうる。
【００６２】
図１５は、準静的グループ割当を用いてデータを受信する装置１５００の設計を示す。装置１５００は、ＵＥのための少なくとも１つのリソース・ブロックの割当を、定期的に、又はイベントによってトリガされると受信する手段（モジュール１５１２）と、少なくとも１つのリソース・ブロックでＵＥのためのパケットを受信する手段（モジュール１５１４）とを含む。
【００６３】
図８、図１０、図１３、及び図１５のモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子部品、論理回路、メモリ等、又はそれらの組み合わせを備えることができる。
【００６４】
図１６は、図１に示すノードＢのうちの１つ及び図１に示すＵＥのうちの１つである、ノードＢ１１０及びＵＥ１２０の設計のブロック図を示す。ノードＢ１１０で、送信（ＴＸ）データ・プロセッサ１６１４は、データ・ソース１６１２からの１つ又は複数のＵＥのためのトラヒック・データを受け取ることができる。ＴＸデータ・プロセッサ１６１４は、データ記号を取得するために、各ＵＥのためのトラヒック・データを処理（例えば、符号化、インタリーブ、及び記号マップ）することができる。ＴＸデータ・プロセッサ１６１４はまた、シグナリング記号を取得するために、ＵＥのためのシグナリング（例えば、割当）を処理することもできる。
【００６５】
ＴＸ  ＭＩＭＯプロセッサ１６２０は、ＵＥ全てのためのデータ記号及びシグナリング記号を、パイロット記号と多重化することができる。ＴＸ  ＭＩＭＯプロセッサ１６２０は、多重化された記号を処理（例えば、プレコード）し、Ｔ個の出力記号ストリームを、Ｔ個の送信機（ＴＭＴＲ）１６２２ａ乃至１６２２ｔへ提供することができる。各送信機１６２２は、出力チップ・ストリームを取得するために、（例えば、ＯＦＤＭのための）それぞれの出力記号ストリームを処理することができる。各送信機１６２２は、ダウンリンク信号を取得するために、出力チップ・ストリームを更に処理（例えば、アナログ変換、増幅、フィルタ、アップコンバート）することができる。送信機１６２２ａ乃至１６２２ｔからのＴ個のダウンリンク信号が、Ｔ個のアンテナ１６２４ａ乃至１６２４ｔからそれぞれ送信されうる。
【００６６】
ＵＥ１２０において、アンテナ１６５２ａ乃至１６５２ｒは、ノードＢ１１０からのダウンリンク信号を受信し、受信した信号を受信機（ＲＣＶＲ）１６５４ａ乃至１６５４ｒへそれぞれ提供することができる。各受信機１６５４は、それぞれの受信した信号を調整（例えば、フィルタ、増幅、ダウンコンバート、及びデジタル化）してサンプルを取得し、受信記号を取得するために（例えば、ＯＦＤＭのための）サンプルを更に処理することができる。ＭＩＭＯ検出器１６６０は、検出された記号を取得するために、ＭＩＭＯ受信機処理技術に基づいて、受信機１６５４ａ乃至１６５４ｒから受け取った記号を処理することができる。受信機（ＲＸ）データ・プロセッサ１６６２はその後、検出された記号を処理（例えば、復調、デインタリーブ、及び復号）し、ＵＥ１２０のための復号されたデータをデータ・シンク１６６４へ提供し、復号されたシグナリングをコントローラ／プロセッサ１６７０へ提供することができる。
【００６７】
アップリンクでは、ＵＥ１２０において、データ・ソース１６７６からのトラヒック・データ及びコントローラ／プロセッサ１６７０からのシグナリングがＴＸデータ・プロセッサ１６７８によって処理され、変調器１６８０によって更に処理され、送信機１６５４ａ乃至１６５４ｒによって調整され、ノードＢ１１０へ送信されうる。ノードＢ１１０において、ＵＥ１２０からのアップリンク信号がアンテナ１６２４によって受信され、受信機１６２２によって調整され、復調器（Ｄｅｍｏｄ）１６４０によって復調され、ＵＥ１２０によって送信されたシグナリング及びトラヒック・データを取得するためにＲＸデータ・プロセッサ１６４２によって処理されうる。
【００６８】
コントローラ／プロセッサ１６３０及び１６７０は、ノードＢ１１０及びＵＥ１２０の動作をそれぞれ指示することができる。コントローラ／プロセッサ１６３０は、図７の処理７００、図１２の処理１２００、及び／又は本明細書に示す技術のためのその他の処理を実行することができる。コントローラ／プロセッサ１６７０は、図９の処理９００、図１４の処理１４００、及び／又は本明細書に示す技術のためのその他の処理を実行することができる。メモリ１６３２及び１６７２は、それぞれノードＢ１１０及びＵＥ１２０のためのデータ及びプログラム・コードを格納することができる。スケジューラ１６３４は、ダウンリンク送信及び／又はアップリンク送信のためにＵＥをスケジュールし、リソース・ブロックの割当を提供することができる。
【００６９】
当業者は、情報及び信号が、任意の様々な異なる技術及び技法を用いて表されうることを理解するであろう。例えば、上記記載を通して参照されうるデータ、命令、コマンド、情報、信号、ビット、記号、及びチップは、電圧、電流、電磁波、磁界又は磁気粒子、光場又は光粒子、又はそれら任意の組み合わせによって表されうる。
【００７０】
当業者は更に、本明細書における開示に関連して記述された例示となる様々な論理ブロック、モジュール、回路、及びアルゴリズム・ステップが、電子的ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせとして実現されうることを理解するであろう。このハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的構成要素、ブロック、モジュール、回路、及びステップが、それらの機能の観点から一般的に説明された。このような機能が、ハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課された設計制約及び特定のアプリケーションによる。当業者は、各特定のアプリケーションのために上述した機能を様々な方法で実現することができるが、このような実現の決定は、本開示の範囲から逸脱させるものとして解釈されてはならない。
【００７１】
本明細書における開示に関連して記述された様々な例示的論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア部品、又は上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現又は実行されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、又は状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１つ又は複数のマイクロプロセッサ、又はこのような任意の構成である計算デバイスの組み合わせとして実現することも可能である。
【００７２】
本明細書における開示に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接、プロセッサによって実行されるソフトウェア・モジュールによって、又は、これらの組み合わせによって具現化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の形式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。あるいは、記憶媒体はプロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することができる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００７３】
１つ又は複数の典型的な設計において、上述された機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせによって実現されうる。ソフトウェアによる実現の場合、機能は、コンピュータ読取可能媒体の１つ又は複数の命令又はコードとして格納され、又は送られる。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。記憶媒体は、汎用コンピュータ又は専用コンピュータによってアクセスされうる任意の利用可能な媒体であることができる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭあるいはその他の光ディスク記憶媒体、磁気ディスク記憶媒体あるいは磁気記憶デバイス、又は、命令又はデータ構成の形式で望まれるプログラム・コード手段を搬送又は格納するために用いられることができ、汎用コンピュータあるいは専用コンピュータ、又は汎用プロセッサあるいは専用プロセッサによってアクセスすることができるその他任意の媒体を備えることができる。また、任意の接続が適宜、コンピュータ読取可能媒体と称される。例えばソフトウェアが、同軸ケーブル、光ファイバー・ケーブル、ツイスト線ペア、デジタル加入者線（ＤＳＬ）、又は、例えば赤外線、ラジオ、マイクロウェーブのような無線技術を用いて、ウェブサイト、サーバ、又はその他の遠隔ソースから送信された場合、同軸ケーブル、光ファイバー・ケーブル、ツイスト線ペア、ＤＳＬ、又は、例えば赤外線、無線、及びマイクロウェーブのような無線技術は、媒体の定義に含まれる。ディスク（disk）及びディスク（disc）は、本明細書で用いられるように、コンパクト・ディスク（disc）（ＣＤ）、レーザ・ディスク（disc）、光ディスク（disc）、デジタル・バーサタイル・ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）及びブルーレイ・ディスク（disc）を含み、ディスク（disk）が通常磁気的にデータを再生するのに対し、ディスク（disc）はレーザを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００７４】
本開示における上記記載は、当業者をして、本開示の製造又は利用を可能とするために提供される。本開示への様々な変形例もまた、当業者に対しては容易に明らかであり、本明細書で定義された一般原理は、本開示の精神又は範囲から逸脱することなくその他の変形例にも適用されうる。従って、本開示は、本明細書に記述された設計及び例に限定されることは意図されておらず、本明細書に開示された原理及び新規特徴と整合が取れた最も広い範囲と一致するように意図されている。
以下に、本願の出願時の特許請求の範囲に記載された発明を付記する。
［発明１］
無線通信のための装置であって、
複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで送信し、各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備えた装置。
［発明２］
前記少なくとも１つのプロセッサは、前記ホッピング・パターンに基づいて、複数のリソース・ブロックの中からリソース・ブロックを選択し、前記リソース・ブロックで未決パケットの再送信が送信されているかに基づいて、前記リソース・ブロックが利用可能であるかを判定し、前記リソース・ブロックが利用可能である場合、新規パケットの第１の送信を前記リソース・ブロックで送信するように構成された発明１に記載の装置。
［発明３］
前記少なくとも１つのプロセッサは、最大で各パケットの再送信の最大数を送信し、前記パケットの再送信全てが送信されるまで、各パケットの前記第１の送信のために用いられたリソース・ブロックを確保するように構成された発明１に記載の装置。
［発明４］
前記少なくとも１つのプロセッサは、送信間隔において最大Ｍ個のリソース・ブロックで最大Ｍ個のパケットを同時に送信するように構成され、Ｍは１以上である発明１に記載の装置。
［発明５］
前記複数のパケットは、第１のパケットと第２のパケットとを備え、前記少なくとも１つのプロセッサは、第１の送信間隔において、前記ホッピング・パターンに基づいて第１のリソース・ブロックを選択し、前記第１の送信間隔において、前記第１のリソース・ブロックで前記第１のパケットの第１の送信を送信し、第２の送信間隔において、前記ホッピング・パターンに基づいて第２のリソース・ブロックを選択し、前記第２の送信間隔において、前記第２のリソース・ブロックで前記第２のパケットの第１の送信を送信し、前記第１のパケットの再送信が必要である場合、前記第２の送信間隔において前記第１のリソース・ブロックで前記第１のパケットの再送信を送信するように構成された発明１に記載の装置。
［発明６］
前記複数のパケットは更に、第３のパケットを備え、前記少なくとも１つのプロセッサは、第３の送信間隔において、前記ホッピング・パターンに基づいて第３のリソース・ブロックを選択し、前記第３の送信間隔において、前記第３のリソース・ブロックで前記第３のパケットの第１の送信を送信し、前記第１のパケットの別の再送信が必要である場合、前記第３の送信間隔において前記第１のリソース・ブロックで前記第１のパケットの別の再送信を送信し、前記第２のパケットの再送信が必要である場合、前記第３の送信間隔において前記第２のリソース・ブロックで前記第２のパケットの再送信を送信するように構成された発明５に記載の装置。
［発明７］
無線通信のための方法であって、
複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで送信することと、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を送信することと
を備えた方法。
［発明８］
前記第１の送信を送信することは、
前記ホッピング・パターンに基づいて、複数のリソース・ブロックの中からリソース・ブロックを選択することと、
前記リソース・ブロックで未決パケットの再送信が送信されているかに基づいて、前記リソース・ブロックが利用可能であるかを判定することと
前記リソース・ブロックが利用可能である場合、新規パケットの第１の送信を前記リソース・ブロックで送信することと
を備えた発明７に記載の方法。
［発明９］
前記再送信を送信することは、
最大で各パケットの再送信の最大数を送信することと、
前記パケットの再送信全てが送信されるまで、各パケットの第１の送信のために用いられたリソース・ブロックを確保することと
を備えた発明７に記載の方法。
［発明１０］
無線通信のための装置であって、
複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで送信する手段と、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を送信する手段と
を備えた装置。
［発明１１］
前記第１の送信を送信する手段は、
前記ホッピング・パターンに基づいて、複数のリソース・ブロックの中からリソース・ブロックを選択する手段と、
前記リソース・ブロックで未決パケットの再送信が送信されているかに基づいて、前記リソース・ブロックが利用可能であるかを判定する手段と、
前記リソース・ブロックが利用可能である場合、新規パケットの第１の送信を前記リソース・ブロックで送信する手段と
を備えた発明１０に記載の装置。
［発明１２］
前記再送信を送信する手段は、
最大で各パケットの再送信の最大数を送信する手段と、
前記パケットの再送信全てが送信されるまで、各パケットの第１の送信のために用いられたリソース・ブロックを確保する手段と
を備えた発明１０に記載の装置。
［発明１３］
機械によって実行されると、前記機械に、
複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで送信することと、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を送信することと
を含む動作を実行させる命令群を備えた機械読取可能媒体。
［発明１４］
無線通信のための装置であって、
複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで受信し、各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を受信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備えた装置。
［発明１５］
前記少なくとも１つのプロセッサは、前記ホッピング・パターンに基づいて、複数のリソース・ブロックの中からリソース・ブロックを選択し、前記リソース・ブロックで受信された新規パケットの第１の送信のためのブラインド復号を実行するように構成された発明１４に記載の装置。
［発明１６］
前記少なくとも１つのプロセッサは、未決パケットの再送信がある場合、前記未決パケットの第１の送信のために用いられたリソース・ブロックで受信された前記未決パケットの再送信のためのブラインド復号を実行するように構成された発明１５に記載の装置。
［発明１７］
前記少なくとも１つのプロセッサは、各送信間隔において、最大Ｍ個のリソース・ブロックで最大Ｍ個のパケットの送信を受信し、各パケットのためのブラインド復号を実行するように構成され、Ｍは１以上である発明１４に記載の装置。
［発明１８］
前記複数のパケットは第１のパケットを備え、前記少なくとも１つのプロセッサは、第１の送信間隔において第１のリソース・ブロックで前記第１のパケットの第１の送信を受信し、前記第１のパケットのためのブラインド復号を実行するように構成された発明１４に記載の装置。
［発明１９］
前記複数のパケットは更に第２のパケットを備え、前記少なくとも１つのプロセッサは、第２の送信間隔において第２のリソース・ブロックで前記第２のパケットの第１の送信を受信し、前記第２のパケットのためのブラインド復号を実行し、前記第１の送信間隔において前記第１のパケットが誤って復号された場合、前記第１のリソース・ブロックで前記第１のパケットの再送信を受信し、前記第２の送信間隔において前記第１のパケットのためのブラインド復号を実行するように構成された発明１８に記載の装置。
［発明２０］
前記複数のパケットは更に第３のパケットを備え、前記少なくとも１つのプロセッサは、第３の送信間隔において第３のリソース・ブロックで前記第３のパケットの第１の送信を受信し、前記第３のパケットのためのブラインド復号を実行し、前記第２の送信間隔において前記第２のパケットが誤って復号された場合、前記第２のリソース・ブロックで前記第２のパケットの再送信を受信し、前記第３の送信間隔において前記第２のパケットのためのブラインド復号を実行し、前記第２の送信間隔において前記第１のパケットが誤って復号された場合、前記第１のリソース・ブロックで前記第１のパケットの別の再送信を受信し、前記第３の送信間隔において前記第１のパケットのためのブラインド復号を実行するように構成された発明１９に記載の装置。
［発明２１］
無線通信のための方法であって、
複数のパケットの各々の第１の送信を、ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで受信することと、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を受信することと
を備えた方法。
［発明２２］
前記ホッピング・パターンに基づいて、複数のリソース・ブロックの中からリソース・ブロックを選択することと、
前記リソース・ブロックで受信された新規パケットの第１の送信のためのブラインド復号を実行することと
を更に備えた発明２１に記載の方法。
［発明２３］
未決パケットの再送信がある場合、前記未決パケットの第１の送信のために用いられたリソース・ブロックで受信された前記未決パケットの再送信のためのブラインド復号を実行することを更に備えた発明２１に記載の方法。
［発明２４］
無線通信のための装置であって、
定期的に、又はイベントによってトリガされると、少なくとも１つのリソース・ブロックの割当をユーザ機器（ＵＥ）へ送信し、前記少なくとも１つのリソース・ブロックで前記ＵＥへパケットを送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備えた装置。
［発明２５］
前記少なくとも１つのプロセッサは、前記少なくとも１つのリソース・ブロックの負荷、前記ＵＥのデータ要件、前記少なくとも１つのリソース・ブロックにホッピングが用いられたか、又はそれらの組み合わせに基づいてトリガされると、前記少なくとも１つのリソース・ブロックの割当を送信するように構成された発明２４に記載の装置。
［発明２６］
前記少なくとも１つのリソース・ブロックは静的であり、前記少なくとも１つのプロセッサは、１つのリソース・ブロックで各パケットの送信全てを送信するように構成された発明２４に記載の装置。
［発明２７］
前記少なくとも１つのプロセッサは、ホッピング・パターンに基づいて前記少なくとも１つのリソース・ブロックを決定するように構成された発明２４に記載の装置。
［発明２８］
前記少なくとも１つのプロセッサは、前記ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで各パケットの第１の送信を送信し、各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を送信するように構成された発明２７に記載の装置。
［発明２９］
前記少なくとも１つのプロセッサは、異なる時間間隔において異なる数のリソース・ブロックを前記ＵＥへ割り当てるように構成された発明２４に記載の装置。
［発明３０］
前記少なくとも１つのプロセッサは、異なる時間間隔において異なるグループのＵＥに前記ＵＥを関連付けるように構成された発明２４に記載の装置。
［発明３１］
無線通信のための方法であって、
定期的に、又はイベントによってトリガされると、少なくとも１つのリソース・ブロックの割当をユーザ機器（ＵＥ）へ送信することと、
前記少なくとも１つのリソース・ブロックで前記ＵＥへパケットを送信することと
を備えた方法。
［発明３２］
前記少なくとも１つのリソース・ブロックは静的であり、前記パケットを送信することは、１つのリソース・ブロックで各パケットの送信全てを送信することを備えた発明３１に記載の方法。
［発明３３］
前記パケットを送信することは、
ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで各パケットの第１の送信を送信することと、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を送信することと
を備えた発明３１に記載の方法。
［発明３４］
無線通信のための装置であって、
定期的に、又はイベントによってトリガされると、ユーザ機器（ＵＥ）のための少なくとも１つのリソース・ブロックの割当を受信し、前記少なくとも１つのリソース・ブロックで前記ＵＥのためのパケットを受信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリと
を備えた装置。
［発明３５］
前記少なくとも１つのリソース・ブロックは静的であり、前記少なくとも１つのプロセッサは、１つのリソース・ブロックで各パケットの送信全てを受信するように構成された発明３４に記載の装置。
［発明３６］
前記少なくとも１つのプロセッサは、ホッピング・パターンに基づいて前記少なくとも１つのリソース・ブロックを決定するように構成された発明３４に記載の装置。
［発明３７］
前記少なくとも１つのプロセッサは、前記ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで各パケットの第１の送信を受信し、各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を受信するように構成された発明３６に記載の装置。
［発明３８］
無線通信のための方法であって、
定期的に、又はイベントによってトリガされると、ユーザ機器（ＵＥ）のための少なくとも１つのリソース・ブロックの割当を受信することと、
前記少なくとも１つのリソース・ブロックで前記ＵＥのためのパケットを受信することと
を備えた方法。
［発明３９］
前記少なくとも１つのリソース・ブロックは静的であり、前記パケットを受信することは、１つのリソース・ブロックで各パケットの送信全てを受信することを備えた発明３８に記載の方法。
［発明４０］
前記パケットを受信することは、
ホッピング・パターンに基づいて選択されたそれぞれのリソース・ブロックで各パケットの第１の送信を受信することと、
各パケットの再送信がある場合、前記パケットの第１の送信のために用いられたリソース・ブロックで前記再送信を受信することと
を備えた発明３８に記載の方法。
【図１】
0005399266.tif 000002
【図２】
0005399266.tif 000003
【図３】
0005399266.tif 000004
【図４】
0005399266.tif 000005
【図５】
0005399266.tif 000006
【図６】
0005399266.tif 000007
【図７】
0005399266.tif 000008
【図８】
0005399266.tif 000009
【図９】
0005399266.tif 000010
【図１０】
0005399266.tif 000011
【図１１】
0005399266.tif 000012
【図１２】
0005399266.tif 000013
【図１３】
0005399266.tif 000014
【図１４】
0005399266.tif 000015
【図１５】
0005399266.tif 000016
【図１６】
0005399266.tif 000017