(57)【特許請求の範囲】
【請求項１】
データ伝送方法であって、
端末が、共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回送信する段階であって、Ｘ＞０であり、前記共有リソースを使用することによって前記端末により送信される前記第１トランスポートブロックは、前記第１トランスポートブロックを伝送するために、前記Ｘ回のうち今回のハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子、及び、前記Ｘ回のうち今回の新規データインジケータ（ＮＤＩ）が挿入され、前記ＮＤＩは、前記第１トランスポートブロックが新規データを含むか、または、再伝送データを含むかを示す、段階と、
前記端末が、前記無線アクセスデバイスによって前記端末に割り当てられた専用リソースを決定する段階と、
前記端末が、前記専用リソースを使用することによって、前記第１トランスポートブロックを前記無線アクセスデバイスへＹ回送信する段階であって、Ｙ＞０である、段階と
を備える方法。
【請求項２】
前記端末が、前記専用リソースを使用することによって、前記第１トランスポートブロックを前記無線アクセスデバイスへＹ回送信する前記段階は、
前記端末が、伝送時間単位における前記専用リソースを使用することによって、前記第１トランスポートブロックをＹ回送信する段階であって、前記伝送時間単位は、前記専用リソースおよび前記共有リソースの両方を含む、段階を含む、
請求項１に記載の方法。
【請求項３】
前記共有リソースは、前記無線アクセスデバイスによって割り当てられる、少なくとも１つの端末と共有される無線リソースである、請求項１または２に記載の方法。
【請求項４】
前記共有リソースは、前記無線アクセスデバイスからの動的グラントが無い無線リソースである、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記共有リソースは、Ｚ個の伝送時間単位の各々に位置し、Ｚ≧Ｘであり、前記方法は、
前記端末が前記Ｚ個の伝送時間単位のうち第Ｍの伝送時間単位において第２トランスポートブロックの伝送要求を取得するとき、前記端末が、前記第Ｍの伝送時間単位における共有リソースを使用することによって、前記第Ｍの伝送時間単位において前記第１トランスポートブロックを送信する段階であって、前記第Ｍの伝送時間単位は、前記Ｚ個の伝送時間単位における、第１伝送時間単位以外の伝送時間単位である、段階
を更に備える、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記端末が、前記端末のために前記無線アクセスデバイスによって割り当てられる前記専用リソースを決定する前記段階は、
前記端末が、前記無線アクセスデバイスによって送信されたリソース割り当て情報を受信する段階であって、前記リソース割り当て情報は、前記端末が前記第１トランスポートブロックを送信するのに必要な前記専用リソースを示すために使用される、段階を含み、
前記リソース割り当て情報は、第２インジケーション情報を含み、前記第２インジケーション情報は、伝送時間単位Ｋにおいて伝送される前記第１トランスポートブロックを繰り返し送信するよう前記端末に命令するために使用され、Ｋ≧０である、
請求項１から５のいずれか一項に記載の方法。
【請求項７】
共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回送信するための手段であって、Ｘ＞０であり、前記共有リソースを使用することによって送信される前記第１トランスポートブロックは、前記第１トランスポートブロックを伝送するために、前記Ｘ回のうち今回のハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子、及び、前記Ｘ回のうち今回の新規データインジケータ（ＮＤＩ）が挿入され、前記ＮＤＩは、前記第１トランスポートブロックが新規データを含むか、または、再伝送データを含むかを示す、手段と、
前記無線アクセスデバイスによって端末に割り当てられた専用リソースを決定するための手段と、
前記専用リソースを使用することによって、前記第１トランスポートブロックを前記無線アクセスデバイスへＹ回送信するための手段であって、Ｙ＞０である、手段と
を備える、機器。
【請求項８】
伝送時間単位における前記専用リソースを使用することによって、前記第１トランスポートブロックをＹ回送信するための手段であって、前記伝送時間単位は、前記専用リソースおよび前記共有リソースの両方を含む、手段を備える、請求項７に記載の機器。
【請求項９】
前記共有リソースは、前記無線アクセスデバイスによって割り当てられた、少なくとも１つの端末と共有される無線リソースである、請求項７または８に記載の機器。
【請求項１０】
前記共有リソースは、前記無線アクセスデバイスからの動的グラントが無い無線リソースである、請求項７から９のいずれか一項に記載の機器。
【請求項１１】
前記共有リソースはＺ個の伝送時間単位の各々に位置し、Ｚ≧Ｘであり、
前記機器は更に、前記端末が前記Ｚ個の伝送時間単位のうち第Ｍの伝送時間単位において、第２トランスポートブロックの伝送要求を取得するとき、前記第Ｍの伝送時間単位における共有リソースを使用することによって、前記第Ｍの伝送時間単位において前記第１トランスポートブロックを送信するための手段を備え、前記第Ｍの伝送時間単位は、前記Ｚ個の伝送時間単位における第１伝送時間単位以外の伝送時間単位である、
請求項７から１０のいずれか一項に記載の機器。
【請求項１２】
前記機器は更に、前記無線アクセスデバイスによって送信されたリソース割り当て情報を受信するための手段を備え、前記リソース割り当て情報は、前記機器が前記第１トランスポートブロックを送信するために必要な前記専用リソースを示すために使用され、前記リソース割り当て情報は、第２インジケーション情報を含み、前記第２インジケーション情報は、伝送時間単位Ｋにおいて伝送される前記第１トランスポートブロックを繰り返し送信するよう前記機器に命令するために使用され、前記伝送時間単位Ｋは、前記リソース割り当て情報が受信される伝送時間単位より前の伝送時間単位であり、Ｋ≧０である、請求項７から１１のいずれか一項に記載の機器。
【請求項１３】
プロセッサ、メモリ、バスおよび通信インタフェースを備える機器であって、
前記メモリは、コンピュータ実行可能命令を記憶するよう構成され、
前記コンピュータ実行可能命令は、前記プロセッサによって実行されて、請求項１から６のいずれか一項に記載のデータ伝送方法を前記機器に実行させる、
機器。
【請求項１４】
請求項１から６のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年１２月３０日に中国特許庁に出願された、「データ伝送方法、機器およびシステム」と題する中国特許出願第２０１６１１２６５１１２．５号、および、２０１７年４月２８日に中国特許庁に出願された、「データ伝送方法、機器およびシステム」と題する中国特許出願第２０１７１０２９６９２３．Ｘ号に対する優先権を主張するものであり、これらは参照によって全体が本明細書に組み込まれる。
【０００２】
本発明の実施形態は、通信技術の分野に関し、特に、データ伝送方法、機器およびシステムに関する。
【背景技術】
【０００３】
ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  Ｌｏｗ  ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、超高信頼性低レイテンシ通信）サービスは、５Ｇ（５ｔｈ‐Ｇｅｎｅｒａｔｉｏｎ、第５世代移動体通信技術）システムにおける典型的なサービスの１つである。ＵＲＬＬＣサービスは、伝送レイテンシについて比較的高い要件を有し、通常、アクセスネットワークにおけるＵＲＬＬＣデータのＴＢ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ、トランスポートブロック）の伝送レイテンシが０．５ｍｓより小さいことを必要とする。
【０００４】
このように、ＴＢ伝送中に発生するレイテンシを最小化するべく、無線アクセスデバイス（例えば、基地局）は、無線リソース（本発明の実施形態においては共有リソースと称される）を複数の端末に事前に割り当て得る。例えば、無線アクセスデバイスによって端末１から端末５に割り当てられた無線リソースは、伝送時間単位３から伝送時間単位５内における特定の周波数帯域である。このケースでは、端末１などの特定の端末がＵＲＬＬＣデータを後に送信する必要があるとき、端末は、割り当てられた共有リソースを使用することによって、ＵＲＬＬＣデータのＴＢを直接送信し得る。
【０００５】
しかしながら、複数の端末はすべて、共有リソースを共有し、すなわち、各端末は共有リソースを使用し得る。したがって、複数の端末が同一のリソースを使用することによって複数の異なるＴＢを同時に送信するケースが生じる。例えば、端末１は、伝送時間単位３においてＴＢ１を送信し、端末２は、伝送時間単位３においてＴＢ２を送信する。このケースでは、チャネル品質が比較的低いとき、無線アクセスデバイスは、ＴＢ１およびＴＢ２を正確にデコードできず、すなわち、端末１および端末２によって伝送されたデータを正確に受信できず、結果として、データ伝送効率が低下する。
【発明の概要】
【０００６】
本発明の実施形態は、伝送レイテンシ要件を保証しながら、データ伝送効率を改善するために、データ伝送方法、機器およびシステムを提供する。
【０００７】
上記の目的を達成するべく、本発明の実施形態において、以下の技術的解決法が使用される。
【０００８】
第１態様によれば、本発明の実施形態は、データ伝送方法を提供し、当該方法は、端末が最初に、少なくとも１つの端末のために無線アクセスデバイスによって構成されている共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへＸ回（Ｘ＞０）送信し得る段階を備え、これにより、端末が無線アクセスデバイスによって割り当てられる専用リソースを待つことによるレイテンシが減少する。端末が無線アクセスデバイスによって端末に割り当てられた専用リソースを決定した後に、端末は続けて、専用リソースを含む目標リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＹ回（Ｙ≧０）送信する。専用リソースは、無線アクセスデバイスによって特に端末に割り当てられるリソースなので、端末によって使用される専用リソースは、別の端末によって使用されるリソースと衝突しない。これにより、無線アクセスデバイスが第１トランスポートブロックを正確に受信する確率が増加し、言い換えれば、第１トランスポートブロックの伝送効率が改善する。
【０００９】
可能な設計方法において、目標リソースは更に、共有リソースを含む。具体的には、端末が、無線アクセスデバイスによって割り当てられた専用リソースを取得した後に、端末は、専用リソースを使用することによって第１トランスポートブロックを伝送すると同時に、共有リソースを使用することによって、第１トランスポートブロックを伝送し続け得て、それにより、第１トランスポートブロックの伝送レイテンシを低減させる。
【００１０】
可能な設計方法において、方法は更に、プリセットされた停止条件が満たされる場合、端末が、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止する段階であって、停止条件は、端末が、無線アクセスデバイスによって送信される、第１トランスポートブロックへの確認応答を受信すること、または、端末によって第１トランスポートブロックを送信する時間が、プリセットされたレイテンシインジケータを超えることを含む、段階を備える。
【００１１】
可能な設計方法において、端末が、無線アクセスデバイスによって予め構成されている共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回送信する段階の前に、方法は更に、端末が、第１トランスポートブロックを伝送するために必要な回数Ｎを計算する段階であって、Ｎ＞０である、段階を備え、このケースでは、停止条件はＸ＋Ｙ≧Ｎを更に含む。言い換えれば、第１トランスポートブロックを送信する回数Ｘと、第１トランスポートブロックを送信する回数Ｙとの和がＮ以上であるとき、端末は、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止し得る。任意選択で、端末は、バッファにおける第１トランスポートブロックを消去し得て、伝送リソースを節約する。
【００１２】
可能な設計方法において、端末が、無線アクセスデバイスによって予め構成されている共有リソースを使用することによって、第１トランスポートを無線アクセスデバイスへＸ回送信する段階は、端末が、プリセットされた期間内に、共有リソースを使用することによって、第１トランスポートブロックを１つずつ無線アクセスデバイスへＸ回送信する段階であって、プリセットされた期間の終了時間は、端末が専用リソースを取得する時間より前である、段階を含む。このように、プリセットされた期間が設定され、その結果、端末は、共有リソースを使用することによって、プリセットされた期間内のみにおいて、第１トランスポートブロックを伝送し得る。プリセットされた期間が経過すると、端末はそれ以上、共有リソースを使用することによって第１トランスポートブロックを伝送せず、無線アクセスデバイスによって端末に割り当てられる専用リソースを待ち、専用リソースを使用することによって第１トランスポートブロックを伝送し、その結果、別の端末は共有リソースをプリエンプトしてデータを送信する。
【００１３】
可能な設計方法において、端末が、目標リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＹ回送信する段階は、目標リソースが位置する任意の伝送時間単位について、伝送時間単位が専用リソースおよび共有リソースの両方を含む場合、専用リソースが、別の端末によって使用されるリソースと衝突しないので、端末が、伝送時間単位における専用リソースを使用することによって、第１トランスポートブロックを送信する段階を含む。
【００１４】
可能な設計方法において、共有リソースはＺ個（Ｚ≧Ｘ）の伝送時間単位の各々に位置し、方法は更に、端末が、Ｚ個の伝送時間単位のうち第Ｍの伝送時間単位（第Ｍの伝送時間単位は、Ｚ個の伝送時間単位における第１伝送時間単位以外の伝送時間単位）において第２トランスポートブロックの伝送要求を取得する場合、端末が、第Ｍの伝送時間単位における共有リソースを使用することによって、第Ｍの伝送時間単位において第１トランスポートブロックを送信する段階を備える。これにより、第２トランスポートブロックの伝送が、伝送を開始された第１トランスポートブロックの伝送レイテンシの増加を引き起こさないことを保証できる。
【００１５】
可能な設計方法において、端末が、無線アクセスデバイスによって予め構成されている共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回送信する段階の前に、方法は更に、端末が、第１インジケーション情報を第１トランスポートブロックに挿入する段階であって、第１インジケーション情報は、端末によって伝送される予定の第１トランスポートブロックのものであるＨＡＲＱプロセス識別子および新規データインジケータＮＤＩを含む、段階を備える。
【００１６】
可能な設計方法において、第１インジケーション情報は更に、端末が直近に第１トランスポートブロックを伝送したときに所属したセルの識別子を含む。このように、端末が複数の異なるセルにおける共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信するとき、無線アクセスデバイスは、第１インジケーション情報に従って、複数回受信された第１トランスポートブロックのデータをマージでき、これにより、第１トランスポートブロックを正確に受信する。
【００１７】
可能な設計方法において、端末が、無線アクセスデバイスによって端末へ割り当てられる専用リソースを取得する段階は、端末が、無線アクセスデバイスによって送信されるリソース割り当て情報を受信する段階を含み、リソース割り当て情報は、端末が第１トランスポートブロックを送信するのに必要な専用リソースを示すために使用される。
【００１８】
リソース割り当て情報は、第２インジケーション情報を含み、第２インジケーション情報は、端末に、伝送時間単位Ｋ（Ｋ≧０）において伝送される第１トランスポートブロックを繰り返し送信するよう命令するために使用される。このように、端末は、第１トランスポートブロックが伝送時間単位Ｋにおいて送信されるときに使用されるＨＡＲＱプロセスＩＤを使用することによって、第２インジケーション情報に従って、無線アクセスデバイスによって割り当てられた専用リソース上で、第１トランスポートブロックを送信し得る。言い換えれば、無線アクセスデバイスは、第２インジケーション情報を使用することによって、第１トランスポートブロックを送信するのに使用されるＨＡＲＱプロセスＩＤを端末に黙示的に示すことができる。
【００１９】
可能な設計方法において、第２インジケーション情報は、端末が伝送時間単位Ｋにおいて第１トランスポートブロックを伝送するときに所属したセルの識別子を含む。このように、端末が複数の異なるセルにおける共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信するとき、無線アクセスデバイスは、第２インジケーション情報に従って、複数回受信された第１トランスポートブロックのデータをマージでき、これにより、第１トランスポートブロックを正確に受信する。
【００２０】
可能な設計方法において、共有リソースは、無線アクセスデバイスによって端末のために第１セルにおいて構成される第１リソース、および、無線アクセスデバイスによって端末のために第２セルにおいて構成される第２リソースを含む。このケースでは、方法は更に、端末が、第１セルを通して無線アクセスデバイスによって送信される、第１トランスポートブロックへの確認応答を受信する段階と、端末が、第２リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止する段階とを備える。このように、端末は、セル間データマージを実行することなく、複数のセルにおけるリソースを使用することによって、同一のトランスポートブロックを送信することもできる。
【００２１】
第２態様によれば、本発明の実施形態は端末を提供し、当該端末は、少なくとも１つの端末のために無線アクセスデバイスによって構成される共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回送信するよう構成される伝送ユニットであって、当該端末は、少なくとも１つの端末の１つであり、Ｘ＞０である、伝送ユニットと、無線アクセスデバイスによって当該端末に割り当てられる専用リソースを決定するよう構成される決定ユニットとを備え、伝送ユニットは更に、目標リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＹ回送信するよう構成され、目標リソースは、専用リソースを含み、Ｙ≧０である。
【００２２】
可能な設計方法において、伝送ユニットは具体的には、プリセットされた停止条件が満たされる場合、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止するよう構成され、停止条件は、端末が、無線アクセスデバイスによって送信された、第１トランスポートブロックへの確認応答を受信すること、または、端末によって第１トランスポートブロックを送信する時間が、プリセットされたレイテンシインジケータを超えることを含む。
【００２３】
可能な設計方法において、決定ユニットは更に、第１トランスポートブロックを伝送するために必要な回数Ｎを決定するよう構成され、Ｎ＞０であり、停止条件は更にＸ＋Ｙ≧Ｎを含む。
【００２４】
可能な設計方法において、伝送ユニットは具体的には、プリセットされた期間内に、共有リソースを使用することによって、第１トランスポートブロックを１つずつ無線アクセスデバイスへＸ回送信するよう構成され、プリセットされた期間の終了時間は、端末が専用リソースを取得する時間より前である。
【００２５】
可能な設計方法において、伝送ユニットは具体的には、目標リソースが位置する任意の伝送時間単位について、伝送時間単位が専用リソースおよび共有リソースの両方を含む場合、伝送時間単位において、専用リソースを使用することによって、第１トランスポートブロックを送信するよう構成される。
【００２６】
可能な設計方法において、共有リソースは、Ｚ個の伝送時間単位の各々に位置し、Ｚ≧Ｘである。伝送ユニットは更に、端末が、Ｚ個の伝送時間単位のうち第Ｍの伝送時間単位において、第２トランスポートブロックの伝送要求を取得する場合、第Ｍの伝送時間単位における共有リソースを使用することによって、第Ｍの伝送時間単位において第１トランスポートブロックを送信するよう構成され、第Ｍの伝送時間単位は、Ｚ個の伝送時間単位における、第１伝送時間単位以外の伝送時間単位である。
【００２７】
可能な設計方法において、端末は更に、第１インジケーション情報を第１トランスポートブロックに挿入するよう構成される挿入ユニットを備え、第１インジケーション情報は、端末によって伝送される予定の第１トランスポートブロックのものであるＨＡＲＱプロセス識別子およびＮＤＩを含む。
【００２８】
可能な設計方法において、伝送ユニットは更に、無線アクセスデバイスによって送信されたリソース割り当て情報を受信するよう構成され、リソース割り当て情報は、第１トランスポートブロックを送信するために端末が必要とする専用リソースを示すために使用され、リソース割り当て情報は、第２インジケーション情報を含み、第２インジケーション情報は、伝送時間単位Ｋにおいて伝送される第１トランスポートブロックを繰り返し送信するよう端末に命令するために使用され、伝送時間単位Ｋは、リソース割り当て情報が受信される伝送時間単位より前の伝送時間単位であり、Ｋ≧０である。
【００２９】
可能な設計方法において、共有リソースは、端末のために無線アクセスデバイスによって第１セルにおいて構成される第１リソースと、端末のために無線アクセスデバイスによって第２セルにおいて構成される第２リソースとを含み、伝送ユニットは更に、第１セルを使用することにより無線アクセスデバイスによって送信される、第１トランスポートブロックへの確認応答を受信することであって、確認応答は、第１リソースを使用することによって端末によって送信された第１トランスポートブロックを無線アクセスデバイスが受信した後に無線アクセスデバイスによって生成される、こと、および、第２リソースを使用することによって無線アクセスデバイスへ第１トランスポートブロックを送信することを停止することを行うよう構成される。
【００３０】
第３の態様によれば、本発明の実施形態は、プロセッサ、メモリ、バスおよび通信インタフェースを含む端末を提供する。メモリは、コンピュータ実行可能命令を記憶するよう構成され、プロセッサは、バスを通してメモリに接続され、端末が動作するとき、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、その結果、端末は、第１態様における設計方法のいずれか１つに係るデータ伝送方法を実行する。
【００３１】
第４態様によれば、本発明の実施形態はデータ伝送システムを提供する。当該システムは、上記の端末および当該端末に接続されている無線アクセスデバイスのいずれか１つを備える。
【００３２】
第５態様によれば、本発明の実施形態は、上記の端末によって使用されるコンピュータソフトウェア命令を記憶するよう構成されるコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、上記態様を端末に実行させるように設計されるプログラムを含む。
【００３３】
第６態様によれば、本発明の実施形態は、コンピュータプログラムを提供し、コンピュータプログラムは、命令を含み、コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、第１態様における設計方法のいずれか１つの方法を実行する。
【００３４】
本発明において、端末または無線アクセスデバイスの名称は、デバイスに対して限定を課さない。実際の実装においては、これらのデバイスは他の名称を有し得る。デバイスの機能が本発明と同様である限り、デバイスは、本発明の特許請求の範囲、および、均等技術の範囲に属するものとする。
【００３５】
加えて、第２態様から第６態様における任意の設計方式によってもたらされる技術的効果については、第１態様における複数の異なる設計方式によってもたらされる技術的効果を参照されたい。ここでは詳細を再度説明しない。
【００３６】
本発明の実施形態における別の態様はデータ伝送方法を提供し、当該方法は、端末が、ＭＡＣ層においてトランスポートブロックを生成する段階であって、トランスポートブロックは、少なくとも２つのＲＬＣエンティティのうち１つのデータを含み、少なくとも２つのＲＬＣエンティティは１つの第１ＰＤＣＰエンティティにマッピングされる、段階と、端末が、端末の物理層を通して、トランスポートブロックに保持される情報を無線アクセスデバイスへ送信する段階とを備える。
【００３７】
本実施形態において、トランスポートブロックは、少なくとも２つのＲＬＣにおいて、当該ＲＬＣエンティティとは異なる別のＲＬＣエンティティのデータを除外する。任意選択で、トランスポートブロックは代替的に、１つのＲＬＣエンティティのデータを含み、ＲＬＣエンティティは、第２ＰＤＣＰエンティティにマッピングされる。第１ＰＤＣＰは、第２ＰＤＣＰエンティティとは異なる。
【００３８】
任意選択で、本実施形態は、端末が、伝送予定のデータの量についての統計、すなわち、第１グループのＰＤＣＰエンティティにおけるすべてのＰＤＣＰエンティティの現在伝送予定のデータの量、第１グループのＰＤＣＰエンティティにおけるすべてのＰＤＣＰエンティティに対応するすべてのＲＬＣエンティティの伝送予定のデータの量、第２グループのＰＤＣＰエンティティにおける各ＰＤＣＰエンティティの現在伝送予定のデータの量×各ＰＤＣＰエンティティによって作られるデータパケットのコピー数、および、第２グループにおける各ＰＤＣＰエンティティに対応する少なくとも２つのＲＬＣエンティティの各々の伝送予定のデータの量を収集する段階を含む。例えば、第１グループのＰＤＣＰエンティティは第１ＰＤＣＰエンティティであり、第２グループのＰＤＣＰエンティティは第２ＰＤＣＰエンティティであり、第１ＰＤＣＰエンティティは、ＲＬＣ層においてデータパケットのコピーを作らず（または、１つのＲＬＣデータパケットだけを生成し）、第２ＰＤＣＰエンティティは、ＲＬＣ層において少なくとも２つのコピーのデータパケットを作り、データパケットの各コピーは１つのＲＬＣエンティティ上で伝送される。このケースでは、伝送予定のデータの量は、第１ＰＤＣＰエンティティの現在伝送予定のデータの量＋第１ＰＤＣＰエンティティがマッピングされるＲＬＣエンティティの伝送予定のデータの量＋第２ＰＤＣＰエンティティの現在伝送予定のデータの量×ＲＬＣ層において第２ＰＤＣＰエンティティによって作られるコピー数＋第２ＰＤＣＰエンティティがマッピングされるすべてのＲＬＣエンティティの伝送予定のデータの量に等しい。
【００３９】
任意選択で、本実施形態は更に、端末が、同一のＭＡＣエンティティにマッピングされたすべてのＲＬＣエンティティの所望のデータがすべてＲＬＣ層において送信されたどうかを決定することであって、所望のデータは、ＭＡＣエンティティによって現在伝送される予定のトランスポートブロックに追加できるデータである、ことを含む。すべてのＲＬＣエンティティの所望のデータが完全に送信されておらず、ＢＳＲが送信されなかった場合、端末はＢＳＲのトリガ状態を維持する。所望のデータが完全に送信された場合、端末はＢＳＲのトリガ状態をキャンセルする。すべてのＲＬＣエンティティの所望のデータが完全に送信されておらず、ＢＳＲが無線アクセスデバイスへ送信された場合、端末はＢＳＲのトリガ状態をキャンセルする。
【００４０】
本実施形態において提供される技術的解決法は、第１態様から第６態様、および、可能な設計方法において提供される技術的解決法に適用され得る。
【００４１】
本発明のこれらの態様または他の態様は、以下の実施形態の説明においては、より簡潔で包括的である。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１である。
【００４３】
【図２】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２である。
【００４４】
【図３】本発明の実施形態に係る端末の概略構造図１である。
【００４５】
【図４】本発明の実施形態に係るデータ伝送方法の概略的相互作用図である。
【００４６】
【図５Ａ】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図３である。
【００４７】
【図５Ｂ】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図４である。
【００４８】
【図６】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図５である。
【００４９】
【図７】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図６である。
【００５０】
【図８Ａ】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図７である。
【００５１】
【図８Ｂ】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図８である。
【００５２】
【図８Ｃ】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図９である。
【００５３】
【図９】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１０である。
【００５４】
【図１０】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１１である。
【００５５】
【図１１】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１２である。
【００５６】
【図１２】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１３である。
【００５７】
【図１３】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１４である。
【００５８】
【図１４】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１５である。
【００５９】
【図１５】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１６である。
【００６０】
【図１６】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１７である。
【００６１】
【図１７】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１８である。
【００６２】
【図１８】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図１９である。
【００６３】
【図１９】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２０である。
【００６４】
【図２０】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２１である。
【００６５】
【図２１】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２２である。
【００６６】
【図２２】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２３である。
【００６７】
【図２３】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２４である。
【００６８】
【図２４】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２５である。
【００６９】
【図２５】本発明の実施形態に係るデータ伝送方法の適用シナリオの概略図２６である。
【００７０】
【図２６】本発明の実施形態に係る端末の概略構造図２である。
【００７１】
【図２７】本発明の実施形態に係る端末の概略構造図３である。
【発明を実施するための形態】
【００７２】
以下では、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決法を詳細に説明する。
【００７３】
加えて、「第１」および「第２」といった用語は、説明の目的を意図しているに過ぎず、相対的な重要度の指標もしくは示唆として、または示される技術的特徴の数の黙示的な指標として理解されるべきではない。したがって、「第１」または「第２」によって限定される特徴は、１または複数の特徴を明示的または黙示的に含み得る。本発明の実施形態の説明において、「複数の」は、別の定めが無い限り、少なくとも２を意味する。
【００７４】
本発明の実施形態の理解を容易にするべく、本発明の実施形態の説明において導入されるいくつかの用語をここでまず説明する。
【００７５】
ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ユーザ機器）とも称され得る端末は、具体的には、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、ＵＭＰＣ（Ｕｌｔｒａ−ｍｏｂｉｌｅ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、ウルトラモバイルパーソナルコンピュータ）、ネットブック、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、パーソナルデジタルアシスタント）または同様のものであり得る。このことは、本発明の実施形態において限定されない。
【００７６】
無線アクセスデバイスは、ＡＰ（Ａｃｃｅｓｓ  ｐｏｉｎｔ、無線アクセスポイント）または基地局（マクロ基地局、ミクロ基地局およびリピータなど）であり得る。このことは、本発明の実施形態において限定されない。
【００７７】
伝送時間単位は、アップリンク伝送またはダウンリンク伝送に使用される時間粒度を指し、具体的には、伝送時間単位、スロット（ｓｌｏｔ）、ミニスロット、集約スロット、集約ミニスロットまたは同様のものであり得る。伝送時間単位を例として使用すると、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ロングタームエボリューション）システムにおいて、伝送時間単位の時間長は通常１ｍｓであり、５Ｇ（５ｔｈ‐Ｇｅｎｅｒａｔｉｏｎ、第５世代移動体通信技術）システムにおいて、伝送時間単位の時間長は基地局によって設定され得る。このことは、本発明の実施形態において限定されない。
【００７８】
本発明の実施形態は、データ伝送方法を提供し、当該方法は、端末と無線アクセスデバイスとの間のデータ伝送プロセスに適用され得る。ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｓｔ、ハイブリッド自動再送要求）伝送モードを例として使用すると、従来技術において、無線アクセスデバイスはまず、端末によってデータを送信するために使用される専用リソースを端末に割り当てる必要があり、次に、端末は、無線アクセスデバイスによって端末に割り当てられる専用リソースを使用することによって、伝送予定のデータを無線アクセスデバイスへ送信する。伝送されるデータを無線アクセスデバイスが一度正確に受信できない場合、データが無線アクセスデバイスによって正確に受信されるまで、端末は更に、データを無線アクセスデバイスへ繰り返し送信する必要がある。
【００７９】
しかしながら、無線アクセスデバイスが専用リソースを端末に割り当てるとき、少なくとも４ｍｓのレイテンシが必要であり、端末がデータを無線アクセスデバイスへ初めて送信することと、端末がデータを無線アクセスデバイスへ２回目に送信することとの間に、少なくとも８ｍｓのレイテンシが必要である。これでは、ＵＲＬＬＣデータのレイテンシ要件を満たすことができない。
【００８０】
これについて、従来技術において、無線アクセスデバイスは代替的に、１または複数の共有リソースを複数の端末に事前に割り当て得る。このケースでは、特定の端末がＵＲＬＬＣデータを送信する必要があるとき、当該特定の端末は、割り当てられた共有リソースを使用することによって、ＵＲＬＬＣデータを直接送信し得る。共有リソースは複数の端末によって共有され、その結果、複数の端末は、異なるデータを送信するために、同一の共有リソースを同時にプリエンプトする。その結果、無線アクセスデバイスは、受信されたＵＲＬＬＣデータを正確にデコードできず、伝送されたデータは、無線アクセスデバイスによって正確に受信されることができず、それにより、ＵＲＬＬＣデータの伝送効率が低下する。言い換えれば、１つの端末に１つの共有リソースが利用可能であるとき、端末は通常、共有リソースが別の端末によって使用されるかどうかを認識しない。共有リソースは、無線アクセスデバイスによって少なくとも１つの端末に事前に割り当てられ、共有リソースは、無線アクセスデバイスによって動的に許可（ｇｒａｎｔｅｄ）される必要がない。共有リソースを使用する端末は、リソースが別の端末によって使用されているかどうかを認識しないので、複数の端末は、共有リソースをプリエンプトし、その結果、衝突が生じる。
【００８１】
端末がＵＲＬＬＣデータを伝送するために専用リソースを使用するか、または、共有リソースを使用するかに関係なく、ＵＲＬＬＣデータの伝送レイテンシおよび伝送効率を保証できないことが分かる。
【００８２】
上記の課題を解決するべく、本発明の実施形態はデータ伝送方法を提供する。端末がＵＲＬＬＣデータ（ＵＲＬＬＣデータは１または複数のトランスポートブロックを含み得る）を無線アクセスデバイスへ伝送する、例えば、図１に示されるように、第１トランスポートブロックを伝送する必要があるとき、端末はまず、プリセットされた共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回（Ｘ＞０）送信し得る。端末が、無線アクセスデバイスによって端末に割り当てられた専用リソースを取得するとき、無線アクセスデバイスが第１トランスポートブロックを正確に受信した後に送信される確認応答を端末が受信しなかった場合、無線アクセスデバイスが第１トランスポートブロックを正確に受信するまで、端末は、目標リソース（目標リソースは専用リソースを含む）を使用することによって、第１トランスポートブロックを無線アクセスデバイスへＹ回（Ｙ≧０）送信し得る。
【００８３】
このように、無線アクセスデバイスによって割り当てられた専用リソースを取得する前に、端末は、別の端末と共有される共有リソースを使用することによって、第１トランスポートブロックを送信し得て、これにより、端末が、無線アクセスデバイスによって割り当てられる専用リソースを待つことが原因で生じるレイテンシを低減させる。しかしながら、端末が、無線アクセスデバイスによって割り当てられる専用リソースを取得した後に、端末は、専用リソースを含む目標リソースを使用することによって第１トランスポートブロックを送信し得る。なぜなら、専用リソースは、無線アクセスデバイスによって端末に特に割り当てられるリソースであり、端末によって使用される専用リソースは、別の端末によって使用されるリソースと衝突しないからである。これにより、無線アクセスデバイスが第１トランスポートブロックを正確に受信する確率が増加し、すなわち、第１トランスポートブロックの伝送効率が改善する。
【００８４】
当然、図２に示されるように、目標リソースは共有リソースを更に含み得る。具体的には、端末が、無線アクセスデバイスによって割り当てられた専用リソースを取得した後に、端末は、専用リソースを使用することによって第１トランスポートブロックを伝送すると同時に、共有リソースを使用することによって、第１トランスポートブロックを伝送し続け得て、それにより、第１トランスポートブロックの伝送レイテンシを低減させる。
【００８５】
図３に示されるように、端末は、図３において、コンピュータデバイス（またはシステム）の形式で実装され得る。
【００８６】
図３は、本発明の実施形態に記載のコンピュータデバイスの概略図である。コンピュータデバイス５００は、少なくとも１つのプロセッサ５０１、通信バス５０２、メモリ５０３、および少なくとも１つの通信インタフェース５０４を備える。
【００８７】
プロセッサ５０１は、本発明の解決法においてプログラム実行を制御するように構成される、汎用中央演算処理装置（ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ‐ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または、１もしくは複数の集積回路であり得る。
【００８８】
通信バス５０２は、チャネルを含み得て、上記のコンポーネント間で情報を伝送する。通信インタフェース５０４は、送受信機のような任意の機器を使用して、別のデバイス、または、イーサネット（登録商標）、無線アクセスネットワーク（ＲＡＮ）、または、無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）などの通信ネットワークと通信する。
【００８９】
メモリ５０３は、リードオンリーメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、もしくは、静的情報および命令を記憶できる別のタイプの静的ストレージデバイス、または、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）、もしくは、情報および命令を記憶できる別のタイプの動的ストレージデバイスであり得る、または、電気的消去可能プログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、コンパクトディスクリードオンリーメモリ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＣＤ−ＲＯＭ）、もしくは、他の光ディスクストレージ、光ディスクストレージ（コンパクトディスク、レーザディスク、光ディスク、デジタルバーサタイルディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク、または同様のものを含む）、磁気ディスク記憶媒体、もしくは、別の磁気ストレージデバイス、または、所望のプログラムコードを命令もしくはデータ構造の形態で保持もしくは記憶するために使用できる、コンピュータからアクセスできる任意の他の媒体であり得るが、これらに限定されない。メモリは独立に存在し得て、バスを通してプロセッサに接続される。代替的に、メモリはプロセッサに統合され得る。
【００９０】
メモリ５０３は、本発明の解決法を実行するためのアプリケーションプログラムコードを記憶するよう構成され、プロセッサ５０１はその実行を制御する。プロセッサ５０１は、メモリ５０３に記憶されたアプリケーションプログラムコードを実行するように構成される。
【００９１】
具体的な実装中、実施形態において、プロセッサ５０１は、１または複数のＣＰＵ、例えば、図３におけるＣＰＵ０およびＣＰＵ１を含み得る。
【００９２】
具体的な実装中、実施形態において、コンピュータデバイス５００は、複数のプロセッサ、例えば、図３におけるプロセッサ５０１およびプロセッサ５０８を含み得る、プロセッサの各々は、シングルコア（ｓｉｎｇｌｅ−ＣＰＵ）プロセッサまたはマルチコア（ｍｕｌｔｉ−ＣＰＵ）プロセッサであり得る。ここで、プロセッサは、データ（コンピュータプログラム命令など）を処理するための、１または複数のデバイス、回路、および／または処理コアであり得る。
【００９３】
具体的な実装中、実施形態において、コンピュータデバイス５００は更に、出力デバイス５０５および入力デバイス５０６を備え得る。出力デバイス５０５は、プロセッサ５０１と通信し、複数の方式で情報を表示し得る。例えば、出力デバイス５０５は、液晶ディスプレイ（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ、ＬＣＤ）、発光ダイオード（ｌｉｇｈｔ  ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ、ＬＥＤ）ディスプレイデバイス、陰極線管（ｃａｔｈｏｄｅ  ｒａｙ  ｔｕｂｅ、ＣＲＴ）ディスプレイデバイス、プロジェクタ（ｐｒｏｊｅｃｔｏｒ）、または同様のものであってよい。入力デバイス５０６は、プロセッサ５０１と通信し、複数の方式でユーザ入力を受信し得る。
【００９４】
コンピュータデバイス５００は、汎用コンピュータデバイスまたは専用コンピュータデバイスであってよい。具体的な実装中、コンピュータデバイス５００は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、携帯電話、タブレットコンピュータ、無線端末デバイス、通信デバイス、組み込みデバイス、または、図３と同様の構造を有するデバイスであり得る。本発明の本実施形態は、コンピュータデバイス５００のタイプを限定しない。
【００９５】
以下では、特定の実施形態を参照しながら、本発明の実施形態に係るデータ伝送方法を詳細に説明する。図４に示すように、方法は以下の段階を備える。
【００９６】
１０１（任意選択）。  端末がリソース割り当て要求を無線アクセスデバイスへ送信し、リソース割り当て要求は、無線アクセスデバイスに、第１トランスポートブロックを伝送するために使用される専用リソースを端末に割り当てるよう要求するために使用される。
【００９７】
具体的には、端末におけるアクセス層が、送信予定のデータをアプリケーション層から受信するとき、端末は、プリセットされたトランスポートブロックのサイズに基づいて、送信予定のデータを１または複数のトランスポートブロック（ＴＢ）に分割し得る。端末は、送信予定のトランスポートブロックがＵＲＬＬＣデータであると決定するとき、リソース割り当て要求を無線アクセスデバイスへ送信し得る。無線アクセスデバイスは、リソース割り当て要求を受信した後に、専用リソースを端末に割り当てる。例えば、専用リソースは、第５伝送時間単位、第７伝送時間単位、および、第９伝送時間単位の中に位置する。専用リソースは、具体的には、無線アクセスデバイスによって端末に割り当てられ、したがって、専用リソースは、別の端末がデータを伝送するときに使用されるリソースと衝突しない。
【００９８】
例えば、端末が専用リソースを取得するまで、端末は常に、リソース要求保留状態を維持し得る、すなわち、端末は、リソースがある限り、リソース割り当て要求を無線アクセスデバイスへ送信する。または、端末が第１トランスポートブロックを無線アクセスデバイスへ送信することに成功するまで、端末は常に、リソース要求保留状態を維持し得る。
【００９９】
１０２．端末は、専用リソースを取得する前に、共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回（Ｘ＞０）送信する。
【０１００】
共有リソースは、無線アクセスデバイスによって少なくとも１つの端末（上記の端末を含む）に割り当てられるリソースである。例えば、無線アクセスデバイスは、共有リソース１をセル１における端末１から端末３に割り当てる。このケースでは、端末１から端末３のいずれか１つがデータを伝送する必要があるとき、端末は、共有リソース１を使用することによって、無線アクセスデバイスと対話し得る。
【０１０１】
具体的には、図５Ａに示されるように、共有リソースは、１または複数の伝送時間単位において分配され得る。無線アクセスデバイスが第１トランスポートブロックを可能な限り早く正確に受信することを可能にするべく、段階１０２において、端末はまず、共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回（Ｘ＞０）送信し得る。
【０１０２】
可能な実装において、図５Ａに示されるように、共有リソースは、伝送時間単位１から４および伝送時間単位７において分配される。しかしながら、各伝送時間単位において無線アクセスデバイスによって分配される共有リソースのサイズは異なる。例えば、伝送時間単位１、伝送時間単位３および伝送時間単位７における共有リソースは、３０バイト（ｂｙｔｅ）のサイズを有し、伝送時間単位２および伝送時間単位４における共有リソースは、５０バイトのサイズを有する。このケースでは、端末は、第１トランスポートブロックのサイズに基づいて、共有リソースサイズが第１トランスポートブロックのサイズ以上である、伝送時間単位２および伝送時間単位４などの伝送時間単位を選択し得て、第１トランスポートブロックを無線アクセスデバイスへ送信する。
【０１０３】
任意選択で、伝送時間単位は具体的には、ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、伝送時間間隔）と称され得る。
【０１０４】
更に、図５Ｂ（ａ）に示されるように、共有リソースが分配されるＴＴＩについては、例えば、３０バイト（共有リソース１）および５０バイト（共有リソース２）など、異なるサイズの２つの共有リソースがＴＴＩにおいて構成され得る。このケースでは、端末は、第１トランスポートブロックのサイズに基づいて、現在のＴＴＩにおける共有リソース１または共有リソース２のサイズが、第１トランスポートブロックのサイズ以上であるかどうかを決定し得る。共有リソース１および共有リソース２が条件を満たす（両方とも第１トランスポートブロックのサイズ以上である）場合、端末は、第１トランスポートブロックを伝送するために、共有リソース１または共有リソース２のいずれかをランダムに選択し得る。例えば、共有リソース２など、１つの共有リソースのみが条件を満たす（共有リソース１および共有リソース２のうちの１つだけのサイズが第１トランスポートブロックのサイズ以上である）場合、端末は、共有リソース２を使用することによって、第１トランスポートブロックを伝送し得る。２つの共有リソースのいずれも条件を満たさない場合、端末は、条件を満たす共有リソースが到着するまで、待ち続け得る。
【０１０５】
代替的に、図５Ｂ（ｂ）に示されるように、共有リソースが分配されるＴＴＩについては、例えば５０バイトなどの固定サイズの共有リソースがＴＴＩにおいて構成され得る。５０バイト中の３０バイトの共有リソースはより高い優先度を有する。このケースでは、端末が共有リソースを使用することによって第１トランスポートブロックを伝送する必要があるとき、端末はまず、より高い優先度を有する３０バイトの共有リソースが伝送要件を満たすことができるかどうかを決定する。第１トランスポートブロックのサイズが３０バイトより大きく、５０バイトを超えないとき、端末は、５０バイトの共有リソースを使用することによって、第１トランスポートブロックを伝送し得る。それに対応して、第１トランスポートブロックのサイズが５０バイトより大きいとき、端末は、条件を満たす共有リソースが到着するまで待ち続け得る。
【０１０６】
代替的に、図５Ｂ（ｃ）に示されるように、共有リソースが分配されるＴＴＩについては、ＴＴＩにおいて構成される共有リソースは、時間−周波数領域において固定サイズを有する。しかしながら、端末が、複数の異なる変調および符合化方式（ＭＣＳ）を使用することによってトランスポートブロックを伝送するとき、共有リソースは、複数の異なるサイズのデータを搬送し得る。例えば、端末がＭＣＳ１使用することによってトランスポートブロックを伝送するとき、共有リソースは、５０バイトのデータを搬送し得る、または、端末がＭＣＳ２を使用することによってトランスポートブロックを伝送するとき、共有リソースは３０バイトのデータを搬送し得る。このように、端末が共有リソースを使用することによって第１トランスポートブロックを伝送する必要があるとき、端末は、第１トランスポートブロックのサイズに基づいて、共有リソース上で第１トランスポートブロックを伝送するために適切なＭＣＳを選択し得る。
【０１０７】
別の可能な実装において、図６に示されるように、特定の伝送時間単位については、無線アクセスデバイスは、当該伝送時間単位において、複数の共有リソース、例えば、図６における共有リソース１および共有リソース２を分配し得る。このケースでは、当該伝送時間単位において第１トランスポートブロックを送信するとき、端末は、第１トランスポートブロックを送信するために、複数の共有リソースの１つを選択し得る。
【０１０８】
例えば、端末が、もっとも早いリソース開始位置を有する共有リソース、すなわち共有リソース２を選択し得る。このケースでは、端末は、共有リソース２を使用することによって、可能な限り早く第１トランスポートブロックを伝送し得る。代替的に、端末は、もっとも早いリソース終了位置を有する共有リソース、すなわち、共有リソース１を選択し得る。このケースでは、端末は、第１トランスポートブロックを可能な限り早く送信し得る。代替的に、端末は、第１トランスポートブロックを伝送するために、複数の共有リソースの信頼性に基づいて、最高の信頼性を有する共有リソースを選択し得て、これにより、伝送プロセスの信頼性を改善する。このことは、本発明の本実施形態において限定されるものではない。
【０１０９】
例えば、共有リソースが、低周波数の周波数帯域に位置する場合、共有リソースはより高い信頼性を有し、そうでない場合、共有リソースは、より低い信頼性を有する。共有リソースが認可（ｌｉｃｅｎｓｅｄ）スペクトル内に位置する場合、共有リソースはより高い信頼性を有し、そうでない場合、共有リソースは、より低い信頼性を有する。
【０１１０】
代替的に、無線アクセスデバイスは、端末のために各共有リソースを構成するとき、各共有リソースの優先度も構成し得る。異なる端末についての各共有リソースの優先度の構成は異なり得る。例えば、図６において、共有リソース１の優先度は、共有リソース２の優先度より高い。このケースでは、データ伝送中、端末は、データを伝送するために、最高優先度の共有リソースを選択し得る。任意選択で、最高優先度の共有リソースが、データを完全に伝送するのに不十分である場合、端末は、２番目に高い優先度を有する共有リソースを選択する。このように、複数の端末によって送信される予定のＵＲＬＬＣデータは、すべての共有リソースへ平均的に分配され得て、それにより、端末間のリソース衝突の確率を減少させる。
【０１１１】
更に、引き続き図６に示されるように、端末が、第１トランスポートブロックを伝送するために共有リソース１を選択する場合、共有リソース２、および、共有リソース１における残りのリソース（本発明の本実施形態においては残りのリソースと称される）をデータの伝送に使用できるかどうか、または、ユーザによって伝送される予定のデータが何であるかは、プロトコルにおいて規定され得る、または、無線アクセスデバイスによって、ＲＲＣシグナリングもしくは他の層のシグナリング（物理層シグナリングまたはＭＡＣ層シグナリングなど）を使用することによって端末に示され得る。
【０１１２】
例えば、端末のバッファにおける残りのデータ（ＵＲＬＬＣデータおよび／またはＭＢＢデータなど）を伝送するために残りのリソースを使用できることを、プロトコルで規定する、または、無線アクセスデバイスが設定する場合、端末は、残りのリソースを使用することによってＭＢＢデータを伝送し得る。当然、端末が共有リソース１を使用することによってデータを伝送するときに共有リソース１におけるリソースが不十分である場合、端末は、優先的に残りのリソースを使用することによってデータを伝送する。
【０１１３】
代替的に、残りのリソースは、端末のバッファにおける残りのＵＲＬＬＣデータを伝送するのに使用されるに過ぎないことを、プロトコルで規定する、または、無線アクセスデバイスが設定する場合、端末は、ＭＢＢデータを伝送するためではなく、ＵＲＬＬＣデータを伝送するために残りのリソースを使用し得る。
【０１１４】
代替的に、任意のデータを伝送するために残りのリソースを使用できないと、プロトコルが規定する、または、無線アクセスデバイスが設定する場合、および、端末がデータを伝送する必要がある場合、端末は、次の利用可能なリソース（例えば、共有リソースまたはスケジューリングリソース）を待ってそのデータを伝送する必要がある。上記の説明においては、ＵＲＬＬＣデータ（より高い優先度を有する）およびＭＢＢデータ（ＭＢＢデータはＵＲＬＬＣデータより低い優先度を有する）は例として使用されていることに留意されたい。当業者であれば、これは、複数の異なる優先度のベアラに適用可能であり、より高い優先度のベアラが、ＵＲＬＬＣデータと同一の方式で処理され、より低い優先度のベアラが、ＭＢＢデータと同一の方式で処理されることを理解できる。
【０１１５】
加えて、端末が共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信するプロセスにおいて、端末は更に、プリセットされた期間を設定し得る。このケースでは、図７に示されるように、プリセットされた期間内に、端末は、共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへ１つずつＸ回送信し得る。プリセットされた期間が経過したとき、端末は、第１トランスポートブロックを送信するための関連するバッファを消去し、共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信することを停止し得る。
【０１１６】
この理由として、トランスポートブロックを無線アクセスデバイスへ送信する必要がある端末の数が比較的多い場合、端末に割り当てられた専用リソースを無線アクセスデバイスが端末へフィードバックする前にレイテンシがあり得る。しかしながら、無線アクセスデバイスは実際には、第１トランスポートブロックを送信するのに使用される専用リソースを端末に割り当て済みである。このケースでは、端末が共有リソースを使用することによって第１トランスポートブロックを引き続き伝送し続ける場合、別の端末は、データを送信するために対応する共有リソースをプリエンプトできない。したがって、プリセットされた期間が設定され、その結果、端末は、共有リソースを使用することによって、プリセットされた期間内のみにおいて、第１トランスポートブロックを伝送し得る。プリセットされた期間が経過すると、端末はそれ以上、共有リソースを使用することによって第１トランスポートブロックを伝送せず、無線アクセスデバイスによって端末に割り当てられる専用リソースを待ち、専用リソースを使用することによって第１トランスポートブロックを伝送する。
【０１１７】
例えば、端末は、送信予定のデータをアプリケーション層から受信した後に、タイマー（Ｄｉｓｃａｒｄ  Ｔｉｍｅｒ）を起動し、タイマーの計時期間内にリソース割り当て要求を無線アクセスデバイスへ送信し、共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信し得る。タイマーが切れるとき、端末は、リソース割り当て要求を無線アクセスデバイスへ送信せず、また、共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信せず、無線アクセスデバイスによって端末に割り当てられる専用リソースを待ち、専用リソースを使用することによって、第１トランスポートブロックを伝送する。
【０１１８】
例えば、タイマーの特定の計時時間は、Ｔｓを単位とした、特定のヌメロロジーのシンボル長、または、ＮＲに新しく導入される特定の時間単位の粒度を使用することによって設定され得る。粒度は、ＵＲＬＬＣデータのＴＴＩ未満であり得る。
【０１１９】
プリセットされた期間はプロトコルにおいて予め定義され得る、または、無線アクセスデバイスによって、専用シグナリングを使用することによって端末へ送信され得る、または、無線アクセスデバイスによって、ブロードキャストメッセージを使用することによって端末へ通知され得る。代替的に、無線アクセスデバイスは、異なる時間長の複数のプリセットされた期間をブロードキャストメッセージへ追加し得る。このように、各端末は、端末によって伝送されるトランスポートブロックのサービスタイプまたは優先度に基づいて、複数のプリセットされた期間から、端末によって使用されるプリセットされた期間を決定し得る。このことは、本発明の本実施形態において限定されるものではない。
【０１２０】
上記の段階１０１と段階１０２との間の順序関係は、本発明の本実施形態において限定されないことに留意されたい。端末は、まず段階１０１を実行し、次に、段階１０２を実行し得るか、まず段階１０２を実行し、次に、段階１０１を実行し得るか、または、段階１０１および１０２を同時に実行し得る。このことは、本発明の本実施形態において限定されるものではない。
【０１２１】
１０３．端末は、無線アクセスデバイスによって送信されたリソース割り当て情報を受信する。ここで、リソース割り当て情報は、第１トランスポートブロックを伝送するために端末によって使用される専用リソースを示すために使用される。
【０１２２】
具体的には、引き続き図５Ａに示されるように、無線アクセスデバイスは、端末によって使用される予定の専用リソースを端末に割り当てた後に、リソース割り当て情報を端末へ送信する。リソース割り当て情報は、具体的には、専用リソースの位置情報および変調方式などのパラメータを含み得る。このように、端末は、無線アクセスデバイスによって送信されるリソース割り当て情報を受信した後に、リソース割り当て情報に基づいて、専用リソースが分配される１または複数の伝送時間単位を決定し得る。図５Ａに示すように、専用リソースは、伝送時間単位６および伝送時間単位８内にある。その後、端末は、伝送時間単位６および伝送時間単位８において、対応する専用リソースを使用することによって第１トランスポートブロックを送信し得る。
【０１２３】
端末のために無線アクセスデバイスによって構成される専用リソースは、端末が第１トランスポートブロックを１回だけ送信すること、または、第１トランスポートブロックを複数回にわたって送信することを許容し得ることに留意されたい。
【０１２４】
端末が、第１トランスポートブロックを複数回にわたって送信することが許容される場合、第１トランスポートブロックを送信するために端末によって毎回使用される専用リソースは、異なる伝送時間単位に位置し、無線アクセスデバイスは、専用リソースが位置するすべての伝送時間単位についての情報をリソース割り当て情報に追加し、当該情報を端末に通知し得る。例えば、専用リソースは伝送時間単位３および伝送時間単位４に位置する。その後、端末は、伝送時間単位３および伝送時間単位４における専用リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへ直接的に２回送信する。
【０１２５】
代替的に、端末が第１トランスポートブロックを複数回送信することが許容される場合、プリセットされた送信ポリシーが、端末において事前に構成され得る。例えば、送信ポリシーは、４つの連続する伝送時間単位において、第１トランスポートブロックを別々に送信することであり得る、または、１伝送時間単位の間隔で、第１トランスポートブロックを３回送信することであり得る。このケースでは、リソース割り当て情報は、端末が専用リソース上で第１トランスポートブロックを初めて送信する伝送時間単位についての情報を含む。その後、端末は、リソース割り当て情報および送信ポリシーに基づいて、第１トランスポートブロックが毎回送信される特定のリソース位置を決定し得る。
【０１２６】
加えて、端末が段階１０１を実行しない、すなわち、端末がリソース割り当て要求を無線アクセスデバイスへ送信しない場合、および、無線アクセスデバイスが、端末によって共有リソースを使用することによって無線アクセスデバイスへ送信される第１トランスポートブロックに基づいて、端末がデータを無線アクセスデバイスへ送信する必要があると決定できる場合、または、別の方式において、無線アクセスデバイスが、端末がデータを無線アクセスデバイスへ送信する必要があると決定できる場合、専用リソースを端末に割り当て、リソース割り当て情報を使用することによって、割り当てられた専用リソースを端末に示すように無線アクセスデバイスがトリガされ得る。
【０１２７】
１０４．端末は、目標リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＹ回（Ｙ≧０）送信する。ここで、目標リソースは専用リソースを含む。
【０１２８】
当然、図５Ａに示されるように、目標リソースは共有リソースを更に含み得る。
【０１２９】
言い換えれば、端末は、無線アクセスデバイスによって端末に割り当てられる専用リソースを取得した後に、専用リソースのみを使用することによって、第１トランスポートブロックを送信し続け得る、または、専用リソースおよび共有リソースの両方を使用することによって第１トランスポートブロックを送信し得る。このことは、本発明の本実施形態において限定されるものではない。
【０１３０】
目標リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＹ回送信する前に、端末は、共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回送信しているので、端末が段階１０４を実行する前に、無線アクセスデバイスは、第１トランスポートブロックを正確に受信した可能性があり得て、第１トランスポートブロックへの確認応答を端末へ送信することに留意されたい。このケースでは、端末は、第１トランスポートブロックを無線アクセスデバイスへ送信する必要が無い。すなわち、段階１０４ではＹ＝０である。
【０１３１】
加えて、端末が目標リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＹ回送信するとき、例えば、端末が、伝送時間単位６における目標リソースを使用することによって、伝送時間単位６において第１トランスポートブロックを送信するとき、伝送時間単位６が専用リソースおよび共有リソースの両方を含む場合、専用リソースは、別の端末によって使用されるリソースと衝突しないので、端末は、優先的に伝送時間単位６における専用リソースを使用することによって、第１トランスポートブロックを送信し得る。
【０１３２】
更に、無線アクセスデバイスは、端末によって送信された第１トランスポートブロックを受信するたびに、当該第１トランスポートブロックを、以前に受信された第１トランスポートブロックと組み合わせ、組み合わされた第１トランスポートブロックをデコードすることを試み得る。第１トランスポートブロックを正確にデコードしたとき、すなわち、第１トランスポートブロックの受信に成功したとき、無線アクセスデバイスは、第１トランスポートブロックへの確認応答を端末へ送信し得る。こうして、端末は、第１トランスポートブロックへの確認応答を受信する場合、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止し得る。
【０１３３】
任意選択で、端末は、第１トランスポートブロックへの確認応答を受信した後に、バッファにおける第１トランスポートブロックを消去し得る。
【０１３４】
代替的に、端末においてタイマーが設定され得る。タイマーの時間設定は、第１トランスポートブロックの伝送についてのレイテンシインジケータである。このケースでは、端末が第１トランスポートブロックを初めて送信するとき、タイマーを起動するよう端末がトリガされ得る。タイマーが切れるとき、端末によって第１トランスポートブロックを送信する時間が、端末にプリセットされたレイテンシインジケータを超えたことを示す。このケースでは、無線アクセスデバイスが第１トランスポートブロックの受信に成功したかどうかに関係なく、端末は、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止し得る。任意選択で、端末は、バッファにおける第１トランスポートブロックを消去し得る。
【０１３５】
代替的に、端末は、各伝送プロセスの成功確率に基づいて、第１トランスポートブロックを伝送するのに必要な回数Ｎ（Ｎ＞０）を計算し得る。例えば、ある伝送プロセスにおけるＵＲＬＬＣデータの信頼性要件が９９．９９９％であり、各伝送プロセスの成功確率が９０％であると想定する。このケースでは、端末が第１トランスポートブロックを２回伝送するとき、成功確率は、９９％にまで達し得て、端末が第１トランスポートブロックを３回伝送するとき、成功確率は、９９．９％にまで達し得て、端末が第１トランスポートブロックを５回伝送するとき、成功確率は９９．９９９％にまで達し得て、それにより、９９．９９９％の信頼性要件を満たす。こうして、端末が共有リソースおよび／または専用リソースを使用するかに関係なく、端末が第１トランスポートブロックを無線アクセスデバイスへ５回送信する限り、端末は、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止し得る。任意選択で、端末は、バッファにおける第１トランスポートブロックを消去し得る。
【０１３６】
当然、各伝送プロセスの成功確率は異なり得る。第１伝送プロセスの成功確率はｐ１、第２伝送プロセスの成功確率はｐ２、...、第Ｎ伝送プロセスの成功確率はｐＮであると想定される。このケースでは、式（１−ｐ１）（１−ｐ２）...（１−ｐＮ）＜プリセット失敗確率に従って、特定の値Ｎ、すなわち、第１トランスポートブロックを伝送するのに必要な回数が決定され得る。
【０１３７】
言い換えれば、段階１０２において第１トランスポートブロックを送信する回数Ｘと、段階１０４において第１トランスポートブロックを送信する回数Ｙとの和がＮ以上であるとき、端末は、第１トランスポートブロックを無線アクセスデバイスへ送信することを停止し得る。このケースでは、段階１０２において第１トランスポートブロックを送信する回数ＸがＮに等しい場合、端末は、目標リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信する必要が無く、すなわち、段階１０４において、Ｙ＝０である。
【０１３８】
加えて、端末は更に、計算した伝送回数Ｎを無線アクセスデバイスへ報告し得る。端末は、上記の方法を使用することによって伝送回数を決定し得るが、伝送回数の決定は、上記の方法に限定されない。他の方法は、代替的に、端末のアプリケーション層によって、伝送回数を構成することを含み得る。端末のアプリケーション層は、端末のユーザによって操作され得る。加えて、端末は、例えば、ＲＲＣメッセージ、ＭＡＣ層メッセージ、ＲＬＣ層メッセージ、ＰＤＣＰ層メッセージ、ＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）層メッセージ、または、物理層メッセージなどの、ある層からのインジケーションを使用することによって、伝送回数を無線アクセスデバイスへ報告し得る。このように、無線アクセスデバイスは、第１トランスポートブロックをＮ回受信した後に、端末が第１トランスポートブロックを伝送するかどうかをチェックするためにそれ以上リッスンしないことがあり得て、それにより、無線アクセスデバイスのオーバーヘッドが減少する。
【０１３９】
上記において、端末が第１トランスポートブロックを伝送する例が説明のために使用されている。実際の伝送プロセスにおいては、端末は、複数のトランスポートブロックを伝送する必要があり得る。図８Ａに示されるように、端末が共有リソースを使用することによって第１トランスポートブロックを伝送する、例えば、端末が伝送時間単位１における共有リソースを使用することによって第１トランスポートブロックを伝送するプロセスにおいて、端末が伝送時間単位２において第２トランスポートブロックの伝送要求を取得する場合、端末は、伝送時間単位２における共有リソースを使用することによって第２トランスポートブロックを伝送するのではなく、伝送時間単位２における共有リソースを使用することによって第１トランスポートブロックを伝送し続け得る。これにより、第２トランスポートブロックの伝送が、伝送が開始された第１トランスポートブロックの伝送レイテンシの増加を引き起こさないことを保証できる。
【０１４０】
別の適用シナリオにおいて、端末が、無線アクセスデバイスによって構成されている専用リソースを取得した後に、端末が、新しいトランスポートブロック、例えば、第２トランスポートブロックの伝送要求を取得した場合、端末は代替的に、専用リソース上で伝送できるトランスポートブロックのサイズ、および、共有リソース上で以前に伝送されたトランスポートブロックのサイズに基づいて、第２トランスポートブロックを伝送するかどうか決定し得る。
【０１４１】
例えば、専用リソース上で伝送できるトランスポートブロックのサイズが、共有リソース上で以前に伝送されたトランスポートブロックのサイズより大きいとき、端末は、元の第１トランスポートブロックに加えて、専用リソース上で、第２トランスポートブロックの一部も伝送し得る。このケースでは、端末は、専用リソース上で２つのトランスポートブロックまたは１つだけのトランスポートブロックを伝送し得る。このケースでは、無線アクセスデバイスが専用リソース上でデータを受信した後に、無線アクセスデバイスのＲＬＣ層は、完全に伝送されなかったトランスポートブロックを決定できる。したがって、無線アクセスデバイスは、端末のために専用リソースを構成し続け得る。図８Ｂに示されるように、第１のケースにおいて、共有伝送リソースが使用されるとき、ＴＢは、パケット１のデータ、および、パケット２におけるセグメントＡのデータを収容できるが、パケット２におけるセグメントＢのデータを収容できない。第２のケースにおいて、無線アクセスデバイスによってスケジューリングされた専用リソースをＴＢのために使用できる。ＴＢに割り当てられた専用リソースは、パケット１およびパケット２を収容するのに十分である。しかしながら、ＴＢは、パケット１、および、パケット２におけるセグメントＡを収容するが、パケット２のセグメントＢを除外する。残りのリソースは、パディング（ｐａｄ）データ（例えば、０である数のグループ）で満たされる。第３のケースにおいて、無線アクセスデバイスによってスケジューリングされた専用リソースをＴＢのために使用できる。ＴＢに割り当てられた専用リソースは、パケット１およびパケット２を収容するのに十分であり、ＴＢは、パケット１およびパケット２を収容する。パケット２におけるセグメントＡおよびセグメントＢは、セグメント化され、ＴＢに収容される。第４のケースにおいて、無線アクセスデバイスによってスケジューリングされた専用リソースをＴＢのために使用できる。ＴＢに割り当てられた専用リソースは、パケット１およびパケット２を収容するのに十分である。パケット２におけるセグメントＡおよびパケット２におけるセグメントＢは、１つのパケット２に組み合わされ、ＴＢに収容される。
【０１４２】
他の例については、専用リソース上で伝送できるトランスポートブロックのサイズが、以前に共有リソース上で伝送されたトランスポートブロックのサイズに等しいとき、端末は、専用リソース上で、１つの完全な第１トランスポートブロックのみを伝送し得る。このケースでは、無線アクセスデバイスも、第２トランスポートブロックの伝送要件を認識できない。こうして、第２トランスポートブロックは、共有リソースを使用することによって、上記の伝送方法に基づいて伝送され得る。このケースでは、端末にはアップリンク伝送リソースが割り当てられる。データをＴＢに追加すること（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ、論理チャネル優先順位付け手順とも称される）は、再伝送と見なされ、ＭＡＣ要素の内容は、再伝送されるトランスポートブロックに追加されない。
【０１４３】
他の例については、専用リソース上で伝送できるトランスポートブロックのサイズが、以前に共有リソース上で伝送されたトランスポートブロックのサイズ未満であるとき、端末は、専用リソース上で、第１トランスポートブロックの一部のみを伝送し得る。このケースでは、無線アクセスデバイスは、専用リソース上でデータを受信した後に、完全に伝送されなかったトランスポートブロックを決定し得る。したがって、無線アクセスデバイスは、端末のために専用リソースを構成し続け得る。このケースでは、第２トランスポートブロック、および、第１トランスポートブロックの残りのセグメントは、その後に無線アクセスデバイスによって構成される専用リソース上で共に伝送され得る。
【０１４４】
別の適用シナリオにおいて、図８Ｃに示されるように、同一時点における共有リソース（または専用リソース）は、初回伝送ゾーン、または、再伝送ゾーンに分割され得る。このケースでは、最初に伝送される予定のトランスポートブロック、および、再伝送される予定のトランスポートブロックの両方が、同時に送信される必要がある場合、端末は、再伝送される予定のトランスポートブロック（例えば、第１トランスポートブロック）を再伝送ゾーンにおいて伝送し、最初に伝送される予定のトランスポートブロック（例えば、第２トランスポートブロック）を初回伝送ゾーンにおいて伝送し得る。
【０１４５】
初回伝送ゾーンおよび再伝送ゾーンへの分割は、静的または半静的方式で、端末のために構成され得る。静的方式においては、端末がネットワークにアクセスするとき、無線アクセスデバイスは、上位層シグナリング／物理層シグナリングを使用することによって、初回伝送ゾーン、および、再伝送ゾーンの具体的な位置を端末に通知する。半静的方式において、無線アクセスデバイスは、サービスタイプに基づいて、初回伝送ゾーンおよび再伝送ゾーンのサイズを調整し、上位層シグナリング／物理層シグナリングを使用することによって、初回伝送ゾーンおよび再伝送ゾーンの具体的な位置を端末に通知し得る。このことは、本発明の本実施形態において限定されるものではない。
【０１４６】
更に、無線アクセスデバイスは、毎回受信されるトランスポートブロックが、端末によってどの回に送信されたどのトランスポートブロックかを決定できない。したがって、端末は、複数の異なるトランスポートブロックを送信するとき、複数の異なるＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）を使用することによって、無線アクセスデバイスと対話し得る。各トランスポートブロックは、１つのＨＡＲＱプロセスに対応する。このように、無線アクセスデバイスは、同一のＨＡＲＱプロセスＩＤを有する受信されたトランスポートブロックを、同一のトランスポートブロック、例えば第１トランスポートブロックとして使用し得る。その後、無線アクセスデバイスは、同一のＨＡＲＱプロセスＩＤを有するトランスポートブロックのデータをマージおよびデコードし、これにより、第１トランスポートブロックを正確に受信する。
【０１４７】
このケースでは、段階１０２において、端末は、共有リソースを使用することによって、第１トランスポートブロックを無線アクセスデバイスへＸ回送信するとき、ＨＡＲＱプロセスＩＤをランダムに決定し得る、または、端末は、共有リソースが位置する伝送時間単位の位置に基づいてＨＡＲＱプロセスＩＤを決定し、次に、ＨＡＲＱプロセスＩＤを使用することによって、共有リソース上で第１トランスポートブロックを送信し得る。
【０１４８】
例えば、複数の異なるサブフレームとＨＡＲＱプロセスＩＤとの間の対応関係がプリセットされ得る。このケースでは、端末は、前回第１トランスポートブロックを伝送した共有リソースが位置するサブフレームを決定した後に、当該対応関係に基づいて、第１トランスポートブロックの現在の伝送中に使用されるＨＡＲＱプロセスＩＤを決定し得て、これにより、第１トランスポートブロックを再伝送する。前回の伝送および現在の伝送に使用されるＨＡＲＱプロセスＩＤは同一である。
【０１４９】
しかしながら、段階１０３において、端末によって無線アクセスデバイスから受信されたリソース割り当て情報は、ＨＡＲＱプロセスＩＤを保持し得る。ＨＡＲＱプロセスＩＤが、共有リソース上で第１トランスポートブロックを送信するために端末によって使用されるＨＡＲＱプロセスＩＤと同一である場合、端末は、ＨＡＲＱプロセスＩＤを使用することによって、専用リソース上で第１トランスポートブロックを送信し続け得る。ＨＡＲＱプロセスＩＤが、共有リソース上で第１トランスポートブロックを送信するために端末によって使用されるＨＡＲＱプロセスＩＤと異なる場合、例えば、リソース割り当て情報に保持されるＨＡＲＱプロセスＩＤが２であり、共有リソース上で第１トランスポートブロックを送信するために端末によって使用されるＨＡＲＱプロセスＩＤが３である場合、端末は、第３ＨＡＲＱプロセスに対応する内容を第２ＨＡＲＱプロセスにコピーし、次に、第２ＨＡＲＱプロセスを使用することによって、専用リソース上で第１トランスポートブロックを送信し得る。
【０１５０】
当然、リソース割り当て情報は、ＨＡＲＱプロセスＩＤを保持しない。このケースでは、端末は、共有リソース上で第１トランスポートブロックを送信するために使用されるＨＡＲＱプロセスＩＤを引き続き使用することによって第１トランスポートブロックを送信し得る。
【０１５１】
更に、端末は、共有リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信する前にその都度、送信予定の第１トランスポートブロックに第１インジケーション情報を挿入し得る。第１インジケーション情報は、第１トランスポートブロックを今回伝送するために端末によって使用されるＨＡＲＱプロセスＩＤおよびＮＤＩ（Ｎｅｗ  Ｄａｔａ  ＩＤ、新規データインジケータ）を含む。ＨＡＲＱプロセスＩＤは、第１トランスポートブロックを伝送するために端末によって使用される特定のＨＡＲＱプロセスを示すために使用され、ＮＤＩは、端末によって伝送される第１トランスポートブロックが、新規データか、または、再伝送データかを示すために使用される。
【０１５２】
例えば、共有リソースを使用することによって第１トランスポートブロックを伝送すると決定した後に、端末のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、媒体アクセス制御）エンティティは更に、今回伝送される予定の第１トランスポートブロックが、新規データか、または、反復伝送のための再伝送される予定のデータかを決定し得て、どのＨＡＲＱプロセスＩＤが第１トランスポートブロックを伝送するために使用されるかを更に決定し得る。こうして、端末のＭＡＣエンティティは、情報を端末の物理層へ送信する。図９に示されるように、物理層エンティティは、第１トランスポートブロックを、共有リソースに対応する物理リソースにマッピングし、パンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）のためのリソース位置をいくつか選択し、ＨＡＲＱプロセスＩＤおよびＮＤＩを、パンクチャリングされた位置に挿入する、すなわち、第１インジケーション情報を挿入する。
【０１５３】
無線アクセスデバイスは、第１インジケーション情報を保持するトランスポートブロックを受信した後に、パンクチャリングされた位置に挿入された第１インジケーション情報に従って、第１トランスポートブロックが新規データか、または、再伝送データかを決定し得る。第１トランスポートブロックが再伝送データである場合、無線アクセスデバイスは、データマージのために、ＨＡＲＱプロセスＩＤに対応するＨＡＲＱプロセスへ第１トランスポートブロックを送信し得る。第１トランスポートブロックが新規データである場合、無線アクセスデバイスは、第１トランスポートブロックのＨＡＲＱプロセスＩＤに対応するバッファに第１トランスポートブロックを一時的に記憶し、その後再伝送される予定の第１トランスポートブロックを待ち、データマージを実行し得る。
【０１５４】
加えて、第１インジケーション情報は、冗長なバージョン情報を更に保持し得る。冗長なバージョン情報は、パンクチャリングされたデータを復元するために使用される冗長なバージョンを示すために使用される。当然、冗長なバージョン情報は代替的に、無線アクセスデバイスにおいてプリセットされ得る。このケースでは、第１インジケーション情報は、冗長なバージョン情報を保持する必要が無く、無線アクセスデバイスは、第１インジケーション情報を受信した後に、プリセットされた冗長なバージョン情報に基づいて、パンクチャリングされたデータを直接復元し得る。
【０１５５】
当然、端末は代替的に、アップリンク制御チャネルを通して、アップリンク制御シグナリングを使用することによって、第１インジケーション情報を無線アクセスデバイスに通知し得る、または、ＤＭＲＳもしくはＣＲＣマスクの巡回シフトなどの黙示的方法を使用することによって、第１インジケーション情報を無線アクセスデバイスに通知し得る。このことは、本発明の本実施形態において限定されるものではない。
【０１５６】
任意選択で、本発明の本実施形態において、無線アクセスデバイスは、共有リソースを端末に割り当てるとき、複数の異なるセルにおける複数の異なる共有リソースを同一の端末に割り当て得る。例えば、端末１は、セル１およびセル２の両方に属し、無線アクセスデバイスは、セル１およびセル２の両方にサービスを提供する。次に、無線アクセスデバイスは、共有リソース１をセル１における端末１から端末３に割り当て、共有リソース２をセル２における端末１から端末４に割り当てる。このケースでは、端末１は２つの共有リソース、すなわち、セル１に対応する共有リソース１、および、セル２に対応する共有リソース２を有する。
【０１５７】
次に、引き続き第１トランスポートブロックを例として使用すると、図１０に示されるように、セル１に対応する共有リソース１使用することによって、端末が第１トランスポートブロックを初めて送信した後に、端末が短時間内にセル１において共有リソースを有しない、または、端末が無線アクセスデバイスによって割り当てられた専用リソースを取得しない場合、端末は、セル２に対応する共有リソース２を使用することによって、第１トランスポートブロックを繰り返し送信し得る。
【０１５８】
このケースでは、第１インジケーション情報は更に、端末が直近に第１トランスポートブロックを伝送したセルの識別子を保持する。図１０に示されるように、このケースでは、第１インジケーション情報は、セル１の識別子を更に保持する。セル１の識別子は、第１トランスポートブロックを前回伝送するために端末によって使用されたリソースが、セル１に対応する共有リソースであることを無線アクセスデバイスに通知するために使用される。
【０１５９】
このように、無線アクセスデバイスは、第１インジケーション情報を受信した後に、セル２に対応する共有リソース２を使用することによって今回受信された第１トランスポートブロックのデータと、セル１に対応する共有リソース１を使用することによって受信された第１トランスポートブロックとをマージし得る。
【０１６０】
任意選択で、端末に対応するセルの専用セル識別子が端末に構成され得る。例えば、端末１は、セル１およびセル２に対応する。このケースでは、端末１については、セル１の専用セル識別子は、０であるように構成され得て、セル２の専用セル識別子は、１であるように構成され得る。このケースでは、専用セル識別子は、第１インジケーション情報におけるセルの識別子を代替するために使用され得る。このように、専用セル識別子の長さは、セルの識別子の長さより遥かに小さく、それにより、トランスポートブロック伝送中のエアインタフェースリソースを更に減少させる。
【０１６１】
代替的に、一組のＨＡＲＱプロセスが端末で設定され得て、特に、共有リソース上でデータを伝送するために使用される。どのセルであるかに関係なく、一組のＨＡＲＱプロセスは、共有リソース上でデータを伝送するために使用される。図１０に示される適用シナリオにおいて、端末は、同じ一組のＨＡＲＱプロセスを使用することによって、セル１およびセル２において第１トランスポートブロックを送信する。したがって、端末によって送信される第１インジケーション情報は、セル１の識別子を保持する必要は無く、セル１において第１トランスポートブロックを送信するのに使用されるＨＡＲＱプロセスＩＤを保持する必要があるに過ぎない。
【０１６２】
上記の実施形態において、端末は、第１トランスポートブロックを毎回伝送するために使用されるＨＡＲＱプロセスＩＤをパンクチャリング方式で無線アクセスデバイスに示す。
【０１６３】
別の可能な設計方式において、無線アクセスデバイスは、端末が共有リソースを使用することによって第１トランスポートブロックを送信するときに使用されるＨＡＲＱプロセスＩＤを認識しないが、無線アクセスデバイスは、端末へ送信されるリソース割り当て情報に第２インジケーション情報を追加し得る。第２インジケーション情報は、伝送時間単位Ｋ（Ｋ≧０）において伝送される第１トランスポートブロックを繰り返し送信するよう端末に命令するために使用され、伝送時間単位Ｋは、リソース割り当て情報が受信される伝送時間単位より前の伝送時間単位である。
【０１６４】
このように、端末は、リソース割り当て情報を受信した後に、伝送時間単位Ｋにおいて第１トランスポートブロックが送信されたときに使用されたＨＡＲＱプロセスＩＤを使用することによって、伝送された第２インジケーション情報に従って、無線アクセスデバイスによって割り当てられた専用リソース上で、第１トランスポートブロックを送信できる。言い換えれば、無線アクセスデバイスは、第２インジケーション情報を使用することによって、第１トランスポートブロックを送信するのに使用されるＨＡＲＱプロセスＩＤを端末に黙示的に示すことができる。
【０１６５】
例えば、図１１に示されるように、端末は、リソース割り当て要求を無線アクセスデバイスへ送信した後に、共有リソースを使用することによって、第１トランスポートブロックを３回送信する。端末が、無線アクセスデバイスによって送信されたリソース割り当て情報を受信するとき、リソース割り当て情報は、端末に割り当てられる専用リソースの位置などの関連情報に加えて、第２インジケーション情報を含む。例えば、第２インジケーション情報は、Ｗ−３伝送時間単位においてデータを再伝送するよう命令する。このケースでは、伝送時間単位ＫはＷ−３伝送時間単位である。言い換えれば、無線アクセスデバイスは、伝送時間単位０において、すなわち、リソース割り当て情報が受信される現在の伝送時間単位（すなわち伝送時間単位３）から３伝送時間単位だけ前方にシフトされた伝送時間単位において送信されたデータを再伝送するよう端末に命令する。
【０１６６】
端末は、第２インジケーション情報を受信した後に、第１トランスポートブロックが伝送時間単位０において送信されたときに使用されたＨＡＲＱプロセスＩＤを使用することによって、無線アクセスデバイスによって割り当てられた専用リソース上で、第１トランスポートブロックを送信できる。
【０１６７】
加えて、伝送時間単位Ｋは代替的に、無線アクセスデバイスによって割り当てられる専用リソースが位置する伝送時間単位、すなわち、図１１における伝送時間単位５に基づいて決定され得る。このケースでは、図１１に示されるように、伝送時間単位Ｋ、すなわち、Ｗ−３伝送時間単位は、専用リソースが位置する伝送時間単位５から３伝送時間単位だけ前方へシフトされた伝送時間単位２である。
【０１６８】
当然、端末が共有リソースを使用することによって以前に第１トランスポートブロックを送信したときに使用されたＨＡＲＱプロセスＩＤを、無線アクセスデバイスが専用リソースを端末に割り当てるときに既に解析している場合、解析されたＨＡＲＱプロセスＩＤは、第２インジケーション情報に直接追加され得る。このことは、本発明の本実施形態において限定されるものではない。
【０１６９】
代替的に、複数の異なるサブフレームとＨＡＲＱプロセスＩＤとの間の対応関係がプリセットされる場合、無線アクセスデバイスが、端末によって伝送された第１トランスポートブロックを受信するとき、無線アクセスデバイスは、第１トランスポートブロックが位置するサブフレームに基づいて、端末によって使用されるＨＡＲＱプロセスＩＤを決定し得る。例えば、ＨＡＲＱプロセスＩＤは３である。このケースでは、無線アクセスデバイスは、第２インジケーション情報において、ＨＡＲＱプロセスＩＤが３であるＨＡＲＱプロセスを使用することによって専用リソース上で第１トランスポートブロックを伝送するよう端末に直接命令し得る。
【０１７０】
加えて、無線アクセスデバイスは代替的に、共有リソース上で受信されたトランスポートブロックが正確に受信されたかどうかを端末に通知するために、ＰＨＩＣＨチャネルを通して、ＡＣＫ／ＮＡＣＫを送信し得る。無線アクセスデバイスがトランスポートブロックを正確に受信した場合、無線アクセスデバイスは、ＡＣＫを端末へ送信する。そうでない場合、無線アクセスデバイスはＮＡＣＫを端末へ送信する。このケースでは、端末がＮＡＣＫを受信する場合、端末は、ＮＡＣＫが位置するサブフレームから後方へ特定のサブフレーム数だけシフトされたサブフレームにおいて、第１トランスポートブロックを再伝送し得る。
【０１７１】
代替的に、３０ｍｓなどの固定時間間隔は、プロトコルに従って合意され得る、または、ＲＲＣシグナリング使用することによって予め構成され得る。このケースでは、無線アクセスデバイスは、端末によって伝送された第１トランスポートブロックを共有リソース上で受信した後に計時を開始する。第１トランスポートブロックにおけるデータを３０ｍｓ以内に正確に解析できない場合、無線アクセスデバイスは、図１１に示されるリソース割り当て情報を端末へ送信する。このように、端末は、３０ｍｓ前方にシフトすることにより、３０ｍｓ前に第１トランスポートブロックが送信されたときに使用されたＨＡＲＱプロセスＩＤを決定し、次に、リソース割り当て情報を３０ｍｓにわたって受信した後に、同一のＨＡＲＱプロセスＩＤを使用することによって、第１トランスポートブロックを再伝送し得る。
【０１７２】
更に、複数の共有リソースが、（図６に示されるように）１つのサブフレームにおける複数の異なる周波数サブバンド上で端末に割り当てられる場合、第２インジケーション情報は、Ｗ−３伝送時間単位における第Ｍ周波数サブバンド上でデータを再伝送するよう命令し得る。このように、端末は、第２インジケーション情報を受信した後に、端末によってＷ−３伝送時間単位における第Ｍ周波数サブバンド上でデータを送信するのに使用されるＨＡＲＱプロセスＩＤを決定し、これにより、ＨＡＲＱプロセスＩＤを使用することによって第１トランスポートブロックを再伝送し続けることを決定する。
【０１７３】
加えて、図１２に示されるように、無線アクセスデバイスが、複数の異なるセルにおける共有リソースを端末に割り当てるとき、セル１に対応する共有リソースが、伝送時間単位０において設定され、端末は、伝送時間単位０において第１トランスポートブロックを初めて送信する。利用可能な専用リソースがセル１に無く、かつ、利用可能な専用リソース（すなわち、伝送時間単位５における専用リソース）がセル２にあると無線アクセスデバイスが決定した場合、無線アクセスデバイスは、セル２における専用リソースを端末に割り当て得る。このケースでは、リソース割り当て情報において保持される第２インジケーション情報は、端末が伝送時間単位Ｋにおいて第１トランスポートブロックを伝送するときに所属したセルの識別子を更に含む。例えば、このケースでは、第２インジケーション情報は、セル１におけるＷ−５伝送時間単位内のデータを再伝送するよう命令し得る。Ｗ−５伝送時間単位は伝送時間単位０、すなわち、専用リソースが位置する伝送時間単位５から５伝送時間単位だけ前方へシフトされた伝送時間単位である。
【０１７４】
言い換えれば、このケースでは、無線アクセスデバイスによって端末に割り当てられる専用リソースは、セル２に位置し、無線アクセスデバイスが端末に再伝送するよう要求するデータは、セル１におけるＷ−５伝送時間単位において伝送された第１トランスポートブロックである。
【０１７５】
図１１と同様に、複数の異なるサブフレームとＨＡＲＱプロセスＩＤとの間の対応関係はプリセットされる。対応関係は、セルのサブフレームと、端末のＨＡＲＱプロセスＩＤのグループとの間の対応であり得る、または、複数のセルのサブフレームと端末のＨＡＲＱプロセスＩＤのグループとの間の対応関係であり得る。このケースでは、無線アクセスデバイスは、端末によって伝送された第１トランスポートブロックを受信するとき、第１トランスポートブロックが位置するサブフレームに基づいて、端末によって使用されるＨＡＲＱプロセスＩＤを決定し得る。例えば、ＨＡＲＱプロセスＩＤは３である。このケースでは、無線アクセスデバイスは、第２インジケーション情報において、ＨＡＲＱプロセスＩＤが３であるＨＡＲＱプロセスを使用することによってセル２の専用リソース上で第１トランスポートブロックを伝送するよう端末に直接命令し得る。
【０１７６】
代替的に、３０ｍｓなどの固定時間間隔は、プロトコルに従って合意され得る、または、ＲＲＣシグナリング使用することによって予め構成され得る。このケースでは、無線アクセスデバイスは、端末によって伝送された第１トランスポートブロックを共有リソース上で受信した後に計時を開始する。第１トランスポートブロックにおけるデータを３０ｍｓ以内に正確に解析できない場合、無線アクセスデバイスは、図１２に示されるリソース割り当て情報を端末へ送信する。このように、端末は、３０ｍｓ前方にシフトすることにより、３０ｍｓ前に第１トランスポートブロックが送信されたときに使用されたＨＡＲＱプロセスＩＤを決定し、次に、リソース割り当て情報を３０ｍｓにわたって受信した後に、同一のＨＡＲＱプロセスＩＤを使用することによって、セル２において第１トランスポートブロックを再伝送し得る。
【０１７７】
更に、（図６に示されるように）複数の共有リソースが１つのサブフレームにおける複数の異なる周波数サブバンド上で端末に割り当てられる場合、第２インジケーション情報は、セル１においてＷ−５伝送時間単位内に第Ｍ周波数サブバンド上でデータを再伝送するよう命令し得る。伝送時間単位は、端末によるセル１における伝送のための１または複数の長さのＴＴＩであり得るか、端末によるセル２における伝送のための１または複数の長さのＴＴＩであり得るか、または、端末によるセル１およびセル２における伝送のための複数の長さのＴＴＩの公約数であり得る。
【０１７８】
このように、端末は、第２インジケーション情報を受信した後に、端末によってＷ−５伝送時間単位において第Ｍ周波数サブバンド上でデータを送信するのに使用されるＨＡＲＱプロセスＩＤを決定し、これにより、ＨＡＲＱプロセスＩＤを使用することによってセル２において第１トランスポートブロックを再伝送し続けることを決定する。
【０１７９】
その後、端末が、無線アクセスデバイスによって割り当てられる専用リソース上で第１トランスポートブロックを送信した後に、無線アクセスデバイスは、セル２に対応する専用リソースを使用することによって受信される第１トランスポートブロック、および、セル１に対応する共有リソースを使用することによって受信される第１トランスポートブロックに対してデータマージを実行する、すなわち、セル間データマージを実行する必要がある。
【０１８０】
しかしながら、別の可能な設計方法において、複数の端末が異なるセルの共有リソースまたは専用リソースを使用することによって第１トランスポートブロックを無線アクセスデバイスへ送信するとき、無線アクセスデバイスは代替的に、同一のセルにおいて受信される第１トランスポートブロックのみに対してデータマージを実行し得る。これにより、複雑度が比較的高いセル間データマージを回避して、データマージの複雑度を減少させることができる。
【０１８１】
図１３に示されるように、伝送時間単位０および伝送時間単位１における共有リソースは、セル１において無線アクセスデバイスによって端末に割り当てられ、伝送時間単位２および伝送時間単位３における共有リソースは、セル２において無線アクセスデバイスによって端末に割り当てられる。端末は、セル１における第３ＨＡＲＱプロセスＩＤを使用することによって、伝送時間単位０および伝送時間単位１において、第１トランスポートブロックを無線アクセスデバイスへ送信する。その後、端末は、セル２における第５ＨＡＲＱプロセスＩＤを使用することによって、伝送時間単位２および伝送時間単位３において、第１トランスポートブロックを無線アクセスデバイスへ送信する。このケースでは、無線アクセスデバイスは、セル１において受信される２つの第１トランスポートブロックに対してデータマージを実行し、セル２において受信される２つの第１トランスポートブロックに対してデータマージを実行する。
【０１８２】
無線アクセスデバイスが、第１トランスポートブロックがマージされた後に、特定のセルにおいて受信される第１トランスポートブロックを正確にデコードできると決定すると、無線アクセスデバイスは、第１トランスポートブロックへの確認応答を端末へ送信する。図１３に示されるように、端末は、セル２を通して無線アクセスデバイスによって送信された、第１トランスポートブロックへの確認応答を受信する。端末は、セル１における第３ＨＡＲＱプロセスＩＤを使用することによって送信される第１トランスポートブロック、および、セル２における第５ＨＡＲＱプロセスＩＤを使用することによって送信される第１トランスポートブロックが同一のトランスポートブロックであると認識しているので、端末は、セル１における第３ＨＡＲＱプロセスＩＤを使用することによって第１トランスポートブロックを送信することを停止する。このように、端末は、セル間データマージを実行することなく、複数のセルにおけるリソースを使用することによって、同一のトランスポートブロックを送信することもできる。
【０１８３】
上記の実施形態においては、端末が第１トランスポートブロックを無線アクセスデバイスへ送信する例を使用することによって説明を提供する。このケースでは、無線アクセスデバイスがＵＲＬＬＣデータ、例えば、第３トランスポートブロックを端末へ送信する必要があるとき、無線アクセスデバイスは、同一のＨＡＲＱプロセスＩＤを使用することによって、異なるセルにおけるリソース上で、第３トランスポートブロックを端末へ送信し得る。
【０１８４】
図１４に示されるように、無線アクセスデバイスは、セル１における第１ＨＡＲＱプロセスＩＤを使用することによって、伝送時間単位１において、セル１のリソース上で第３トランスポートブロックを端末へ送信する。伝送時間単位１の後にセル１において利用可能なリソースが無く、伝送時間単位３内にセル２に利用可能なリソースがある場合、無線アクセスデバイスは、セル１における第１ＨＡＲＱプロセスＩＤを引き続き使用することによって、セル２のリソース上で、第３トランスポートブロックを端末へ繰り返し送信し続け得る。このケースでは、無線アクセスデバイスは、セル２におけるダウンリンク制御チャネルを通して、第３インジケーション情報を端末へ送信し得る。第３インジケーション情報は、現在伝送されている第３トランスポートブロックが、セル１において伝送時間単位１内で前回伝送された第３トランスポートブロックと同一であることを示すために使用される。
【０１８５】
具体的には、第３トランスポートブロックを送信するのに使用される伝送リソース（すなわち、図１４に示されるセル２における伝送時間単位３）に加えて、第３インジケーション情報は、セル１の識別子および第１ＨＡＲＱプロセスＩＤを含み得る。
【０１８６】
このように、端末は、第３インジケーション情報を受信した後に、セル１のリソースを使用することによって受信される第３トランスポートブロック（すなわち、伝送時間単位１において無線アクセスデバイスによって送信される第３トランスポートブロック）、および、セル２のリソースを使用することによって受信される第３トランスポートブロック（すなわち、伝送時間単位３において無線アクセスデバイスによって送信される第３トランスポートブロック）に対してデータマージおよび解析を実行し得て、これにより、第３トランスポートブロックを正確に受信する。
【０１８７】
当然、無線アクセスデバイスは代替的に、セル１におけるダウンリンク制御チャネルを通して第３インジケーション情報を端末へ送信し得る、このことは、本発明の本実施形態において限定されるものではない。
【０１８８】
代替的に、無線アクセスデバイスは、複数の異なるＨＡＲＱプロセスＩＤを使用することによって、複数の異なるセルのリソース上で第３トランスポートブロックを送信し得る。例えば、無線アクセスデバイスは、セル１において、第１ＨＡＲＱプロセスＩＤから第８ＨＡＲＱプロセスＩＤを設定し、セル２において、第１ＨＡＲＱプロセスＩＤから第８ＨＡＲＱプロセスＩＤを設定する。このケースでは、セル１における第１ＨＡＲＱプロセスＩＤは、セル２における第１ＨＡＲＱプロセスＩＤと異なる。
【０１８９】
このケースでは、第３インジケーション情報は、無線アクセスデバイスによって使用される複数の異なるＨＡＲＱプロセスＩＤの１つがアンカーＨＡＲＱプロセスＩＤであることを示すために使用される。第３インジケーション情報を受信した後に、端末は、アンカーＨＡＲＱプロセスＩＤによって示されるＨＡＲＱプロセスへ、別のＨＡＲＱプロセスＩＤを使用することによって受信された第３トランスポートブロックを送信し、ＨＡＲＱプロセスは、２回受信された第３トランスポートブロックに対してデータマージを実行する。
【０１９０】
図１５に示されるように、無線アクセスデバイスは、セル１における第１ＨＡＲＱプロセスＩＤを使用することによって、伝送時間単位１において、セル１のリソース上で、第３トランスポートブロックを端末へ送信する。その後、無線アクセスデバイスは、セル２における第１ＨＡＲＱプロセスＩＤを使用することによって、伝送時間単位３において、セル２のリソース上で、第３トランスポートブロックを端末へ送信する。このケースでは、セル２におけるダウンリンク制御チャネルを通して無線アクセスデバイスによって端末へ送信される第３インジケーション情報は、現在伝送されている第３トランスポートブロックが、セル１における第１ＨＡＲＱプロセスＩＤを使用することによって伝送時間単位１において前回伝送された第３トランスポートブロックと同一であることを示すために使用される。
【０１９１】
セル１における第１ＨＡＲＱプロセスがアンカーＨＡＲＱプロセスであることが分かる。具体的には、第３トランスポートブロックを送信するのに使用される伝送リソース（すなわち、セル２における伝送時間単位３）に加えて、第３インジケーション情報は、セル１の識別子およびセル１における第１ＨＡＲＱプロセスＩＤを含み得る。端末は、セル１の識別子およびセル１における第１ＨＡＲＱプロセスＩＤに基づいて、セル１における第１ＨＡＲＱプロセスがアンカーＨＡＲＱプロセスであると決定し得る。
【０１９２】
図１４および図１５の例において、無線アクセスデバイスはまず、セル１における第３トランスポートブロックを伝送し、次に、セル２における第３トランスポートブロックを伝送すると想定する。実際には、２つの伝送プロセスは同時に実行され得る。無線アクセスデバイスが２個のセルにおける第３トランスポートブロックを同時に伝送する場合、無線アクセスデバイスは、２個のセルのダウンリンク制御チャネルを通して第３インジケーション情報を伝送し得る、または、２個のセルに対応する第３インジケーション情報を組み合わせて、セル１のダウンリンク制御チャネルまたはセル２のダウンリンク制御チャネルを通して、第３インジケーション情報を伝送し得る。
【０１９３】
加えて、図１４および図１５の例において、無線アクセスデバイスは、セル１において、第３トランスポートブロックを１回伝送し、次に、セル２において、第３トランスポートブロックを１回伝送すると想定する。実際には、無線アクセスデバイスは、セル１において、第３トランスポートブロックを１回または複数回伝送し、セル２において、第３トランスポートブロックを１回または複数回伝送し得る。無線アクセスデバイスがセル１またはセル２において第３トランスポートブロックを複数回伝送する必要があると無線アクセスデバイスが決定した場合、無線アクセスデバイスは、第３インジケーション情報を複数回伝送し得て、ここで、各第３トランスポートブロックは、１つの第３インジケーション情報に対応する。または、無線アクセスデバイスは、第３インジケーション情報を１回だけ伝送し得て、すなわち、複数の第３トランスポートブロックは、同一の第３インジケーション情報に対応する。任意選択で、無線アクセスデバイスが第３インジケーション情報を１回だけ伝送し、第３インジケーション情報が複数の第３トランスポートブロックに対応する場合、第３インジケーション情報は冗長バージョン開始インジケーションを更に含み得て、冗長バージョン開始インジケーションは、複数の第３トランスポートブロックにおける第１の第３トランスポートブロックによって使用される冗長なバージョンを端末に示すために使用される。端末は、冗長バージョン開始インジケーションに基づいて、第１の第３トランスポートブロックによって使用される冗長なバージョンを決定し、次に、無線アクセスデバイスによってその後送信される第３トランスポートブロックに使用される冗長なバージョンを推定し得る。
【０１９４】
無線アクセスデバイスは現在のリソースを、統一された方式でスケジューリングし得るので、無線アクセスデバイスは、同一のリソースを使用することによって異なる端末へデータを送信せず、また、各端末によって使用されるリソースを使用することによってデータを伝送しないことに留意されたい。したがって、第３トランスポートブロックを端末へ送信するために無線アクセスデバイスによって使用されるリソース（例えば、図１４および図１５における、セル１におけるリソースおよびセル２におけるリソース）は、別の端末によって使用されるリソースと衝突しない。このように、第３トランスポートブロックを端末へ送信するために無線アクセスデバイスによって使用されるリソースでは、共有リソースと専用リソースとの間の区別が無い。
【０１９５】
更に、基地局が無線アクセスデバイスとして使用される例を使用すると、端末および基地局は、デュアルコネクティビティ（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）方式、すなわち、１つの端末が主基地局および副基地局の両方に接続される伝送モードでデータを伝送し得る。
【０１９６】
このケースでは、図１６に示されるように、２組のプロトコルスタックが端末において確立される。プロトコルスタックの各組は、物理層エンティティ、ＭＡＣエンティティおよびＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、無線リンク層）エンティティを含む。伝送プロセスにおいて、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、パケットデータコンバーゼンスプロトコル）エンティティは、２組のプロトコルスタックを別々に使用することによって、同一のデータパケットを非アクセス層から主基地局および副基地局へ伝送し得る。
【０１９７】
２組のプロトコルスタックの１つを使用することによって伝送が成功した場合、例えば図１６に示されるように、副基地局がデータパケットへの確認応答を端末へ送信した場合、副基地局に対応するＲＬＣエンティティは、主基地局に対応するＲＬＣエンティティへインジケーション情報を送信し得て、これにより、データパケットの伝送に成功したことを示す。加えて、副基地局に対応するＲＬＣエンティティはインジケーション情報をＰＤＣＰエンティティへ送信し得て、その結果、端末は、データパケットを主基地局へ伝送することを停止し、また、主基地局によって送信される、データパケットへの確認応答を待つ必要が無く、それにより、伝送リソースを節約する。
【０１９８】
加えて、ＵＲＬＬＣデータはレイテンシ要件が非常に高いので、無線アクセスデバイスは、ＵＲＬＬＣデータを端末へ伝送するときに、専用リソースを端末に割り当てることに失敗し得る。このケースでは、無線アクセスデバイスは、ＵＲＬＬＣデータを送信するために、別の端末に割り当てられた専用リソースをプリエンプトし得る。
【０１９９】
図１７に示されるように、無線アクセスデバイスは、端末１へ送信される必要があるトランスポートブロックをパンクチャリングし得て、パンクチャリングされた位置に、端末２へ送信される必要があるＵＲＬＬＣデータを挿入し得る。その後、無線アクセスデバイスは、パンクチャリングされたデータ（すなわち、補完的伝送データ）を端末１へ送信する、または、無線アクセスデバイスは、端末１のトランスポートブロックに対応する１または複数の冗長トランスポートサブブロックを端末１へ送信する。加えて、無線アクセスデバイスは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、物理ダウンリンク制御チャネル）を通して、第１通知メッセージを端末１へ送信し得る。第１通知メッセージは、この伝送プロセスが補完的伝送プロセスであることを示すために使用され、使用されるＨＡＲＱプロセスＩＤは、以前の伝送プロセスにおいて使用されるものと同一であり、この伝送プロセスは、ＨＡＲＱ伝送の数にカウントされない。
【０２００】
例えば、端末１は、パンクチャリングされたトランスポートブロックを受信した後に、タイマーＣＢ‐Ｔｉｍｅｒを起動し得る。タイマーＣＢ‐Ｔｉｍｅｒのタイマー長は、無線アクセスデバイスによって、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、無線リソース制御）シグナリングを使用することによって端末１のために構成され得る。このケースでは、タイマーＣＢ‐Ｔｉｍｅｒの計時期間中に、端末１は第１通知メッセージを取得するためにＰＤＣＣＨをリッスンする。
【０２０１】
代替的に、無線アクセスデバイスは、パンクチャリングされたトランスポートブロックを端末１へ送信した後に、更に、第２通知メッセージを端末へ送信し得る。第２通知メッセージは、無線アクセスデバイスによって前回伝送されたトランスポートブロックがパンクチャリングされたデータブロックであることを示すために使用される。このように、端末１は、第２通知メッセージを受信した後に、タイマーＣＢ‐Ｔｉｍｅｒを起動し得る。端末１は、タイマーＣＢ‐Ｔｉｍｅｒの計時期間内に、第１通知メッセージ、または、データ再伝送通知メッセージを取得するために、ＰＤＣＣＨをリッスンし得る。
【０２０２】
加えて、無線アクセスデバイスは、端末２のデータブロックを伝送するために、複数の端末のトランスポートブロックをパンクチャリングし得る。例えば、無線アクセスデバイスは、端末１および端末３のデータブロックをパンクチャリングする。このケースでは、無線アクセスデバイスは、第２通知メッセージを端末１および端末３の両方に送信し得る、または、共通のトランスポートチャネルを通して、第２通知メッセージを端末１および端末３へ送信し得る。このことは、本発明の本実施形態において限定されるものではない。
【０２０３】
代替的に、端末１がパンクチャリングされたトランスポートブロックを受信した後に、端末１がトランスポートブロックをデコードすることに失敗した場合、または、トランスポートブロックがパンクチャリングされていると端末１が別の方式で決定する場合、端末１は、第１通知メッセージ、または、データ再伝送通知メッセージを取得するためにＰＤＣＣＨをリッスンするようトリガされ得る。
【０２０４】
別の端末（端末１など）のデータ伝送プロセスに対する、パンクチャリングプロセスによって引き起こされる干渉を可能な限り低減させるべく、無線アクセスデバイスは、いくつかのリソースを予め構成し、これらのリソースの位置を各端末に通知し得る。無線アクセスデバイスがその後、ＵＲＬＬＣデータをパンクチャリングおよび伝送する必要がある場合、無線アクセスデバイスは、これらの予め構成されリソースを直接パンクチャリングし得る。このケースでは、端末１によって伝送されたトランスポートブロックによって占有されるリソースの位置が、予め構成されているリソースの位置と重複していると端末１が決定すると、端末１はＣＢタイマーを起動し得る。このように、端末１は、第１通知メッセージを取得するために、ＣＢタイマーの計時期間内にＰＤＣＣＨをリッスンし得る。
【０２０５】
更に、図１８に示されるように、端末１は、補完的伝送データを受信した後に、フィードバック情報、すなわち第１フィードバック情報および第２フィードバック情報を無線アクセスデバイスへ２回送信する必要がある。第１フィードバック情報は、端末１がパンクチャリングされたトランスポートブロックを受信したことを示すために使用され、第２フィードバック情報は、端末１が、受信された補完的伝送データと、パンクチャリングされたトランスポートブロックとをマージした後に、デコードの実行に成功したことを示すために使用される。このように、無線アクセスデバイスが、別の端末（端末１など）のリソースを使用することによって、データを特定の端末（端末２など）へ送信するとき、別の端末は、無線アクセスデバイスによって送信された補完的伝送データを取得するためにＰＤＣＣＨをリッスンするようにトリガされ得て、これにより、無線アクセスデバイスがＵＲＬＬＣデータを送信するときに別の端末に対する干渉を低減させる。
【０２０６】
図１８に示されるように、パンクチャリングされたデータの端末１による受信と、第１フィードバック情報の端末１による送信との間の時間Ｔ１、および、補完的伝送データの端末１による受信と、第２フィードバック情報の端末１による送信との間の時間Ｔ２は、ＲＲＣシグナリングを使用することによってそれぞれ構成される２つの独立した値であり得る。代替的に、Ｔ１とＴ２との間の関係が構成され得て、Ｔ１およびＴ２のいずれか一方が決定された場合、他方は、Ｔ１とＴ２との間の関係に基づいて決定され得る。Ｔ１およびＴ２の値は同一であり得る、または、異なり得る。このことは、本発明の本実施形態において限定されるものではない。
【０２０７】
本発明の実施形態は、ＵＲＬＬＣデータの伝送信頼性を強化するべく、データ伝送方法を更に提供する。同一のＤＲＢ上での伝送が複数のセルにおいて実行され得るとき、ＵＲＬＬＣデータパケットの２つのコピーが作られ得て、２つのＲＬＣエンティティによって伝送される。
【０２０８】
図１９に示されるように、（端末または無線アクセスデバイスであり得る）送信側でのＰＤＣＰエンティティは、ＵＲＬＬＣデータパケットの少なくとも２つのコピーを作り得て、少なくとも２つのコピーは、ＲＬＣ層における少なくとも２つのＲＬＣエンティティに対応する。一般性を失うことなく、２つのコピーを例として使用すると、例えば、データパケット１およびデータパケット２はそれぞれ、ＲＬＣ層における２つのＲＬＣエンティティ、すなわち、ＲＬＣエンティティ１およびＲＬＣエンティティ２に対応する。しかしながら、ＭＡＣ層において、送信側のＭＡＣエンティティは、ＲＬＣエンティティ１およびＲＬＣエンティティ２は２つの異なるＲＬＣエンティティであると見なすが、２つのＲＬＣエンティティが２つのサービスに対応するか、または、同一のサービスに対応するかは区別されない。
【０２０９】
図１９に示されるように、無線アクセスデバイスは、無線アクセスデバイスが属するセルを２つのサブセット、すなわち、セルの組１およびセルの組２に事前に分割し得る。２つのサブセットは互いに重複しない。このケースでは、送信側は、ＲＬＣエンティティ１によってＭＡＣエンティティへ送信されたデータパケット１を、セルの組１のセルにおいて受信側へ伝送し得る。送信側は、ＲＬＣエンティティ２によってＭＡＣエンティティへ送信されたデータパケット２を、セルの組２のセルにおいて受信側へ伝送し得る。
【０２１０】
このように、同一のＵＲＬＬＣデータパケットは、コピーされた後に、必然的に、２つの異なるセルにおいて伝送される。これにより、ＵＲＬＬＣデータパケットが伝送されるときに時間−周波数ゲインが増加し、ＵＲＬＬＣデータパケットが正確に受信される確率が増加する。
【０２１１】
別の可能な設計方法において、図２０に示されるように、セルの組１は、セルの組２と部分的または完全に重複し得る。
【０２１２】
このケースでは、ＰＤＣＰエンティティは、ＵＲＬＬＣデータパケットの少なくとも２つのコピーを作り得る。このシナリオにおいて、無線通信システムは、同一のＰＤＣＰエンティティが、受信されたＵＲＬＬＣデータパケットの少なくとも２つのコピーを作り得るよう構成し、ＰＤＣＰエンティティは、受信されたＵＲＬＬＣデータパケットすべてのコピーを作る。一般性を失うことなく、データパケット１およびデータパケット２を例として使用すると、ＲＬＣエンティティ１におけるデータパケット１の数は３７であり、ＲＬＣエンティティ２におけるデータパケット２の数も３７である。このケースでは、図２０に示されるように、ＲＬＣエンティティ１が第３７データパケットをＭＡＣエンティティへ送信した後に、ＭＡＣエンティティは、セル１Ｃにおいて第３７データパケットを受信側へ伝送する。次に、ＭＡＣエンティティは、「第３７データパケットがセル１Ｃにおいて伝送された」という通知をＲＬＣエンティティ１へ送信するだけでなく、「第３７データパケットがセル１Ｃにおいて伝送された」という通知をＲＬＣエンティティ２へ送信する。
【０２１３】
このケースでは、その後にセル１Ｃが伝送リソースを有する場合、第３７データパケットがセル１Ｃにおいて伝送されたとＲＬＣエンティティ２が認識しているので、ＲＬＣエンティティ２はそれ以上、伝送のために第３７データパケットをＭＡＣエンティティへ送信しない。
【０２１４】
代替的に、ＭＡＣエンティティが第３７データパケットをセル１Ｃにおいて受信側へ伝送した後に、ＭＡＣエンティティは、第３７データパケットをＲＬＣエンティティ２へ直接送信し得る。このケースでは、ＲＬＣエンティティ２は、第３７データパケットを解析し、当該データパケットが、ＲＬＣエンティティ２にバッファリングされた第３７データパケットであると決定し、これにより、第３７データパケットがセル１Ｃにおいて伝送されたと決定する。
【０２１５】
別の可能な設計方法において、無線通信システムは、同一のＰＤＣＰエンティティが、受信されたＵＲＬＬＣデータの少なくとも２つのコピーを作り得るように構成する。ＰＤＣＰエンティティは、構成に基づいて、受信されたＵＲＬＬＣデータすべての少なくとも２つのコピーを作り得る、または、受信されたＵＲＬＬＣデータのコピーを作らないことがあり得る。このシナリオでは、同一のデータパケットは、ＲＬＣ層において、異なる番号を有し得る。図２１に示されるように、セルの組１はセルの組２と重複する。ＰＤＣＰエンティティがＵＲＬＬＣデータパケットの２つのコピーを作った後に、ＲＬＣエンティティ１の一方のコピーの番号は３７であり得て、ＲＬＣエンティティ２における他方のコピーの番号は、３７とは異なる別の番号、例えば６８であり得るという点で異なる。
【０２１６】
このケースでは、図２１に示されるように、ＲＬＣ１エンティティが第３７データパケットをＭＡＣエンティティへ送信した後に、ＭＡＣエンティティは、セル１Ｃにおいて、受信側へ第３７データパケットを伝送する。次に、ＭＡＣエンティティは、第３７データパケットをＲＬＣエンティティ２へ直接送信し、ＲＬＣエンティティ２は、第３７データパケットを解析し、当該データパケットが、ＲＬＣエンティティ２にバッファリングされた第６８データパケットであると決定し得て、これにより、ＲＬＣエンティティ２における第６８データパケットがセル１Ｃにおいて伝送されたと決定する。ＭＡＣエンティティは、第６８データパケットを伝送するために、セル１Ｃとは異なる別のセルを選択する。
【０２１７】
このケースでは、その後にセル１Ｃが伝送リソースを有する場合、第６８データパケットがセル１Ｃにおいて伝送されたとＲＬＣエンティティ２が認識しているので、ＲＬＣエンティティ２は、伝送のために第６８データパケットをＭＡＣエンティティへ送信する必要がない。
【０２１８】
別の可能な設計方法において、図２２に示されるように、セルの組１は、セルの組２と重複する。加えて、ＰＤＣＰエンティティがＵＲＬＬＣデータパケットの２つのコピーを作った後に、ＲＬＣエンティティ１における一方のコピーの番号は３７であり得て、ＲＬＣエンティティ２における他方のコピーの番号は、３７とは異なる別の番号、例えば６８であり得る。
【０２１９】
ＭＡＣエンティティのパケット組立速度を増加させるために、ＲＬＣエンティティはいくつかのデータパケットを事前に処理し、処理されたデータパケットをＭＡＣエンティティへ送信し、ＭＡＣエンティティはこれらのデータパケットを一時的にバッファリングするという点が異なる。このように、ＭＡＣエンティティは、出力リソースを取得した後に、これらのデータパケットを直接伝送できる。
【０２２０】
このケースでは、第３７データパケットおよび第６８データパケットの両方がＭＡＣエンティティのバッファに記憶される場合、第３７データパケットがセル１Ｃにおいて伝送される場合、ＭＡＣエンティティは、第３７データパケットをＲＬＣエンティティ２へ送信し、ＲＬＣエンティティ２は、ＲＬＣエンティティ２における第３７データパケットの番号が６８であると決定でき、これにより、インジケーションメッセージを送信して、「ＲＬＣエンティティ２における第６８データパケットがセル１Ｃにおいて伝送された」ことをＭＡＣエンティティに通知する。このように、伝送リソースがその後セル１Ｃにおいて利用可能である場合、ＭＡＣエンティティは、第６８データパケットがセル１Ｃにおいて伝送されたと認識しているので、ＭＡＣエンティティはセル１Ｃにおいて第６８データパケットを伝送する必要が無い。
【０２２１】
更に、伝送リソースが特定の重複セル（セル１Ｃなど）において現在利用可能であり、第３７データパケットおよび第６８データパケットが受信側へ送信されなかった場合、ＭＡＣエンティティは、より大きい量のバッファリングされたデータを有するＲＬＣエンティティ、または、論理チャネルのトークンバケットにおける、より大きい数のトークンを有するＲＬＣエンティティを目標ＲＬＣエンティティとして選択し得る、または、ＲＬＣエンティティを目標ＲＬＣエンティティとしてランダムに選択し得て、例えば、ＲＣＬエンティティ１を目標ＲＬＣエンティティとして選択し、次に、伝送のためにデータパケットを目標ＲＬＣエンティティから取得し、これにより、同一のデータパケットが同一のセルにおいて伝送されることを回避する。
【０２２２】
可能な設計方法において、図２３に示されるように、端末（送信側）は、２以上の組のＲＬＣエンティティ、例えば、図２３におけるＰＤＣＰエンティティＢおよびＲＬＣエンティティ３を維持し得る。ＰＤＣＰエンティティＢは、伝送のために複数のコピーのデータパケットを作らない。このケースでは、送信側は、ＲＬＣエンティティ１などの目標ＲＬＣエンティティを決定した後に、ＲＬＣエンティティ１に対応する論理チャネルの目標データを伝送し得る。現在利用可能なリソースが、目標データを伝送するのに不十分である場合、端末は、端末が残りの目標データを伝送するためにより多くのリソースを更に必要とすることを無線アクセスデバイスに通知するようにＢＳＲ（バッファステータスレポート）をトリガし得る。
【０２２３】
このケースでは、端末のバッファにおけるすべてのデータが完全に伝送された、または、バッファにおけるデータがＢＳＲにおいて無線アクセスデバイスへ報告された場合、端末は、ＢＳＲを送信するようトリガすることをキャンセルし得る。伝送されなかったデータがバッファにある場合、端末は、ＢＳＲのトリガをキャンセルしない。
【０２２４】
端末は、すべてのＲＬＣエンティティの所望のデータがＲＬＣ層ですべて送信されたかどうかを決定し得ることに留意されたい。所望のデータは、ＭＡＣ層で現在伝送される予定のトランスポートブロックに追加できるデータである。すべてのＲＬＣエンティティの所望のデータが完全に送信されておらず、ＢＳＲが送信されなかった場合、端末はＢＳＲのトリガ状態を維持する。所望のデータが完全に送信された場合、端末はＢＳＲのトリガ状態をキャンセルする。すべてのＲＬＣエンティティの所望のデータが完全に送信されておらず、ＢＳＲが無線アクセスデバイスへ送信された場合、端末はＢＳＲのトリガ状態をキャンセルする。
【０２２５】
２つの論理チャネルＬＣＨ（例えば、図２２におけるＲＬＣエンティティ１およびＲＬＣエンティティ２）が、重複（ｄｕｐｌｉｃａｔｅ）冗長伝送のために同一のデータ無線ベアラＤＲＢについて構成されるとき、アップリンク伝送リソースを含むアップリンクグラントをＵＥが受信した後に、アップリンクグラントに含まれるアップリンク伝送リソースに（セル１Ｃまたはセル２ａから）２つのＬＣＨがマッピングされている場合、ＵＥは、ＬＣＨのいずれか１つ（ＲＬＣエンティティ１またはＲＬＣエンティティ２のいずれか）を選択し、ＬＣＰプロセスに参加する（１つのＴＢが生成されるとき、ＲＬＣエンティティ１またはＲＬＣエンティティ２のいずれかのデータのみがＴＢに追加される）。
【０２２６】
ＴＢについては、すべての所望のデータがＴＢに追加されるが、伝送されなかった別の重複（ｄｕｐｌｉｃａｔｅ）ＲＬＣエンティティのデータがある場合、ＭＡＣはＢＳＲのトリガをキャンセルしない。
【０２２７】
例えば、ＲＬＣエンティティ１（目標ＲＬＣエンティティ）の伝送予定の目標データのサイズは５０であり、ＲＬＣエンティティ３の伝送予定のデータのサイズは３００であると想定する。このケースでは、現在利用可能なリソースのサイズが３５０である場合、データを完全に送信できる。
【０２２８】
例において、ＰＤＣＰ層における２つのグループのエンティティはデータパケットを有する。第１グループのエンティティは、少なくとも１つのＰＤＣＰエンティティを含み、第２グループのエンティティは、少なくとも１つのＰＤＣＰエンティティを含む。第１グループのエンティティにおける各ＰＤＣＰエンティティは、データパケットのコピーを作らず、ＲＬＣ層においてＲＬＣデータパケットを生成し、１つのＰＤＣＰエンティティは１つのＲＬＣエンティティに対応する。第２グループのエンティティにおける各ＰＤＣＰエンティティは、２つのコピーのデータパケットを作り、各ＰＤＣＰエンティティは、ＲＬＣ層において少なくとも２つのＲＬＣデータパケットを生成し、１つのＰＤＣＰエンティティは少なくとも２つのＲＬＣエンティティに対応する。２つのグループのＰＤＣＰエンティティはＭＡＣ層において１つのＭＡＣエンティティにマッピングされる。ＭＡＣエンティティがトランスポートブロック（ＴＢ）を生成し、トランスポートブロックを物理層へ伝送するプロセスにおいて、ＴＢは、第２グループにおける少なくとも１つのＰＤＣＰエンティティに対応する少なくとも２つのＲＬＣエンティティのうちの１つのデータを含む。任意選択で、ＴＢは、第１グループのＰＤＣＰエンティティに対応する少なくとも１つのＲＬＣエンティティのデータを含まないことがあり得る。ＴＢは代替的に、第１グループのＰＤＣＰエンティティに対応する少なくとも１つのＲＬＣエンティティのデータを含み得る。
【０２２９】
一般性を失うことなく、ＰＤＣＰ層はＰＤＣＰエンティティＡおよびＰＤＣＰエンティティＢを含む。ＰＤＣＰエンティティＡは、データパケットの少なくとも２つのコピーを作り、ＰＤＣＰエンティティＡはＲＬＣ層における少なくとも２つのＲＬＣエンティティに対応する（一般性を失うことなく、ＲＬＣエンティティ１およびＲＬＣエンティティ２が例として使用される）。ＰＤＣＰエンティティＢは、ＲＬＣ層において、１つのデータだけを生成し、ＲＬＣ層における１つのＲＬＣエンティティ３に対応する。ＲＬＣエンティティ１およびＲＬＣエンティティ２のデータは同一であり得る。ＴＢがＭＡＣ層において生成されるとき、ＲＬＣエンティティ１またはＲＬＣエンティティ２のいずれかのデータがＴＢに追加される。任意選択で、ＲＬＣエンティティ３のすべてのデータがＴＢに追加される。言い換えれば、ＴＢは、ＲＬＣエンティティ１のデータを含み、ＲＬＣエンティティ２のデータを含まない。または、ＴＢは、ＲＬＣエンティティ２のデータを含み、ＲＬＣエンティティ１のデータを含まない。
【０２３０】
本発明の上記の実施形態に適用して、ＢＳＲの報告中に、ＭＡＣ層においてＭＡＣエンティティによって収集される伝送予定のデータの量は、以下のデータ量、すなわち、第１グループのＰＤＣＰエンティティにおけるすべてのＰＤＣＰエンティティの現在伝送予定のデータの量、第１グループのＰＤＣＰエンティティにおけるすべてのＰＤＣＰエンティティに対応するすべてのＲＬＣエンティティの伝送予定のデータの量、第２グループのＰＤＣＰエンティティにおける各ＰＤＣＰエンティティの現在伝送予定のデータの量×各ＰＤＣＰエンティティによって作られるデータパケットのコピー数、および、第２グループにおける各ＰＤＣＰエンティティに対応する少なくとも２つのＲＬＣエンティティの各々の伝送予定のデータの量の和である。第２グループのＰＤＣＰエンティティにおける各ＰＤＣＰエンティティのデータ量×各ＰＤＣＰによって作られるデータパケットのコピー数の結果は、第２グループにおける各ＰＤＣＰエンティティによって計算されてＭＡＣエンティティに通知され得る、または、ＭＡＣエンティティによって計算され得る。
【０２３１】
本明細書において、第１グループにおけるＰＤＣＰエンティティの数がｎであり、すべてのＰＤＣＰエンティティの伝送予定のデータの量がｄ１、...、ｄｎであり、各ＰＤＣＰエンティティが１つのＲＬＣエンティティにマッピングされ、合計でｎ個のＲＬＣエンティティがマッピングされると想定すると、すべてのＲＬＣエンティティの伝送予定のデータの量は、ｒ１、...、ｒｎである。第２グループにおけるＰＤＣＰエンティティの数がｍであり、すべてのＰＤＣＰエンティティの現在伝送予定のデータがＤ１、...、Ｄｍであり、各ＰＤＣＰによってＲＬＣ層に伝送されたデータの量は、ｒｒ１、...、ｒｒｍであり、作成されたコピーはｐ１、...、ｐｍであると想定すると、各ＰＤＣＰエンティティがマッピングされるＲＬＣエンティティの数はｐ１、...、ｐｍである。ＭＡＣエンティティによって収集される伝送予定のデータの量は、（ｄ１＋...＋ｄｎ）＋（ｒ１＋...＋ｒｎ）＋（Ｄ１×ｐ１＋Ｄ２×ｐ２＋...＋Ｄｍ×ｐｍ）＋（ｒｒ１＋...＋ｒｒｍ）である。
【０２３２】
引き続き上記の例において、ＰＤＣＰエンティティＡの現在伝送予定のデータのサイズは７０であり、ＲＬＣ層へ伝送されたデータのサイズは５０であり、２つのコピーのデータがあり、ＲＬＣ層におけるＲＬＣエンティティ１およびＲＬＣエンティティ２のデータの量は各々５０である。ＰＤＣＰエンティティＢの現在伝送予定のデータのサイズは３００であり、ＲＬＣ層へ伝送されたデータのサイズは３００であり、対応するＲＬＣエンティティ３のデータの量は１００である。ＰＤＣＰエンティティＡおよびＰＤＣＰエンティティＢはＭＡＣ層における１つのＭＡＣエンティティに対応する。ＭＡＣ層は、各ＲＬＣエンティティの伝送予定のデータの量、および、すべてのＰＤＣＰエンティティの伝送予定のデータの量に基づいて、ＢＳＲにおいて伝送予定のデータの量についての統計を収集する。３００（ＰＤＣＰエンティティＢのデータの量）＋３００（ＰＤＣＰエンティティＢに対応するＲＬＣエンティティ３のデータの量）＋７０（ＰＤＣＰエンティティＡのデータの量）×２（データパケットのコピー数）＋５０（ＰＤＣＰエンティティＡに対応するＲＬＣエンティティ１のデータの量）＋５０（ＰＤＣＰエンティティＡに対応するＲＬＣエンティティ２のデータの量）。ＢＳＲにおいて伝送予定のデータの量は、各ＰＤＣＰエンティティによってＭＡＣ層へ報告される伝送予定のデータの量であり得る。ＰＤＣＰエンティティＡは、伝送予定のデータの量である７０×２＝１４０をＭＡＣ層に報告し、ＰＤＣＰエンティティＢは、伝送予定のデータの量である３００をＭＡＣ層に報告する。ＭＡＣ層によって収集される、ＢＳＲにおいて伝送予定のデータの量は、１４０（ＰＤＣＰエンティティＡのデータの量×コピー数）＋５０（ＲＬＣエンティティ１）＋５０（ＲＬＣエンティティ２）＋３００（ＰＤＣＰエンティティＢのデータの量）＋３００（ＲＬＣエンティティ３）である。ＰＤＣＰ層およびＲＬＣ層において伝送予定のデータの量をＭＡＣ層が収集することを理解できる。任意選択で、ＳＤＡＰ層において伝送予定のデータの量が無線通信システムに導入される。ＭＡＣ層がデータ量を計算するとき、ＳＤＡＰ層において現在伝送予定のデータの量×ＲＬＣ層における重複の数は、上記の統計結果に更に追加され得る。
【０２３３】
現在のＴＢにおける利用可能なリソースのサイズは３５０であるが、ＰＤＣＰエンティティはデータパケットのコピーを作るので、１つのＴＢに追加されることが想定されるすべてのデータをＴＢにおいて完全に伝送することはできないことが分かる。このケースでは、ＢＳＲのトリガ状態はキャンセルされない。ＢＳＲのトリガは、すべてのＲＬＣエンティティのデータが完全に伝送された後にキャンセルできる。
【０２３４】
本発明の実施形態は、図２４に示されるように、データ伝送方法を更に提供する。少なくとも２個のセルが通信サービスを端末へ同時に提供する。第１セルは免許周波数域で動作し、第２セルは非免許周波数域で動作し、端末が使用できる論理チャネル１（ＬＣＨ１）は、第１セルのみにおけるデータ伝送を提供し、端末が使用できる論理チャネル２（ＬＣＨ２）は、第１セルおよび第２セルの少なくとも一方におけるデータ伝送を提供する。論理チャネル１上で伝送予定のデータがあるが、非免許周波数域上のリソースが端末に割り当てられ、免許周波数域上のリソースが端末に割り当てられていない場合、端末は、このケースでは、非免許周波数域上のリソースを使用することによって論理チャネル１上でデータを伝送できない。論理チャネル２上で伝送予定のデータがある場合、データは、非免許周波数域上のリソースを使用することによって、論理チャネル２上で第２セルにおいて伝送され得る。免許周波数域上のリソースが端末に割り当てられている場合、端末は、免許周波数域上のリソースを使用することによって、論理チャネル１上でデータを伝送する、または、免許周波数域上のリソースを使用することによって、論理チャネル２上でデータを伝送し得る。
【０２３５】
図２５に示されるように、少なくとも２個のセルが、通信サービスを端末へ同時に提供する。第１セルは、第１エアインタフェース形式で動作し、第１エアインタフェース形式は、短い伝送時間間隔（ＴＴＩ）を使用して、短いレイテンシ要件のためのサービス保証を実装する。第２セルは、第２エアインタフェース形式で動作し、第２エアインタフェース形式は、長い伝送時間間隔ＴＴＩを使用して、長いレイテンシ要件のためのサービス保証を実装する。
【０２３６】
端末が使用できる論理チャネル１（ＬＣＨ１）上で伝送予定のデータは、短いレイテンシを必要とする。したがって、論理チャネル１は、第１セルのみにおいてデータを伝送する。端末が使用できる論理チャネル２（ＬＣＨ２）上で伝送予定のデータは、長いレイテンシを必要とする。したがって、論理チャネル２は、第１セルおよび第２セルのうち少なくとも１つにおいてデータを伝送し得る。端末は、第２エアインタフェース形式のリソースを割り当てられ、第１エアインタフェース形式のリソースを割り当てられない。論理チャネル１上で伝送予定のデータがある場合、端末は、第１エアインタフェース形式を使用することによって論理チャネル１上でデータを伝送できない。任意選択で、端末は、第２エアインタフェース形式のリソースを使用することによって、論理チャネル１上でデータを送信し得る。しかしながら、端末は引き続き、論理チャネル１上で送信予定のデータ、および、論理チャネル１上で送信予定のデータの量を基地局に通知する。端末によって通知される、送信予定のデータの量は、第２エアインタフェース形式で送信される論理チャネル１上のデータの量を含む（端末は引き続き、データ量のこの部分が送信されなかったと見なし、このケースでは、新しく伝送されたデータの優先度がデータのこの部分の優先度より低い場合、端末はＢＳＲをトリガしない）。
【０２３７】
上記では主に、ネットワーク要素の間の対話という観点から、本発明の実施形態において提供される解決法を説明する。上記の機能を実装するために、端末、無線アクセスデバイス、および同様のものは、当該機能を実行するための、対応するハードウェア構造および／またはソフトウェアモジュールを含むことを理解できる。当業者であれば、本明細書に開示される実施形態と組み合わせて説明される各例のユニットおよびアルゴリズムのステップは、本発明において、ハードウェア、または、ハードウェアおよびコンピュータソフトウェアの組み合わせによって実装できることを容易に認識し得る。機能がハードウェアによって実行されるか、または、コンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、技術的解決法の特定の適用および設計の制約に依存する。当業者であれば、異なる方法を使用して、説明された機能を特定の適用毎に実装し得るが、そのような実装が本発明の範囲を超えるものとみなされるべきではない。
【０２３８】
本発明の実施形態において、端末および同様のものは、上記の方法の例に基づいて、機能モジュールに分割され得る。例えば、様々な機能に対応する機能モジュールは、分割を通して取得され得る、または、２以上の機能は、１つの処理モジュールに統合され得る。統合されたモジュールは、ハードウェアの形式で実装され得る、または、ソフトウェア機能モジュールの形式で実装され得る。本発明の実施形態におけるユニット分割は例であり、論理機能の分割に過ぎず、実際の実装では他の分割であり得ることに留意されたい。
【０２３９】
機能に対応する機能モジュールへの分割については、図２６は、上記の実施形態において使用される端末の可能な概略構造図である。端末は、決定ユニット６１、伝送ユニット６２および挿入ユニット６３を備える。
【０２４０】
決定ユニット６１は、図４におけるプロセス１０３を端末が実行することをサポートするよう構成される。伝送ユニット６２は、図４におけるプロセス１０１、１０２および１０４を端末が実行することをサポートするよう構成される。挿入ユニット６３は、第１インジケーション情報を第１トランスポートブロックに挿入するよう構成され、第１インジケーション情報は、端末によって伝送される第１トランスポートブロックのものであるＨＡＲＱプロセス識別子およびＮＤＩを含む。対応する機能モジュールの機能の説明については、上記の方法の実施形態における段階のすべての関連する内容を参照されたい。ここでは詳細を再度説明しない。
【０２４１】
統合されたユニットが使用されるとき、図２７は、上記の実施形態において使用される端末の可能な概略構造図である。端末は処理モジュール７２および通信モジュール７３を備える。処理モジュール７２は端末の動作を制御および管理するよう構成される。例えば、処理モジュール７２は、図４におけるプロセス１０１から１０４を端末が実行することをサポートするよう構成され、および／または、本明細書において説明される技術の他のプロセスに適用される。通信モジュール７３は、端末と別のネットワークエンティティとの間の通信をサポートするよう構成される。端末はさらに、端末のプログラムコードおよびデータを記憶するよう構成されている記憶モジュール７１を更に含み得る。
【０２４２】
処理モジュール７２は、中央演算処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）、または、別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェアコンポーネントまたはそれらの組み合わせなどのプロセッサまたはコントローラであり得る。プロセッサ／コントローラは、本発明に開示される内容を参照して説明される様々な例の論理ブロック、モジュールおよび回路を実装または実行し得る。代替的に、プロセッサは、例えば、１または複数のマイクロプロセッサの組み合わせ、または、ＤＳＰおよびマイクロプロセッサの組み合わせなど、コンピューティング機能を実装するプロセッサの組み合わせであり得る。通信モジュール７３は、送受信機、送受信回路、通信インタフェースまたは同様のものであり得る。記憶モジュール６１はメモリであり得る。
【０２４３】
処理モジュール７２がプロセッサであり、通信モジュール７３が送受信機であり、記憶モジュール７１がメモリであるとき、本発明の本実施形態において使用される端末は、図３に示されるコンピュータデバイス５００であり得る。
【０２４４】
更に、本発明の実施形態はデータ伝送システムを提供する。当該システムは、上記の端末および当該端末に接続されている無線アクセスデバイスを備える。
【０２４５】
更に、本発明の実施形態は、コンピュータプログラムを更に提供する。コンピュータプログラムは命令を含み、コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、上記の段階１０１から１０４に関連するデータ伝送方法を実行し得る。
【０２４６】
更に、本発明の実施形態は、上記の端末によって使用されるコンピュータソフトウェア命令を記憶するよう構成されるコンピュータ記憶媒体を更に提供する。コンピュータソフトウェア命令は、上記の端末のために設計された任意のプログラムを含む。
【０２４７】
当業者であれば、本発明の実施形態において提供される技術的解決法に従って、上記の方法の実施形態における、端末による決定および取得などの処理動作は、端末の少なくとも１つのプロセッサによって実装され得て、受信動作は、端末の受信機によって実装され得て、送信動作は、端末の送信機によって実装され得ることを理解できる。上記の方法の実施形態における、無線アクセスデバイスによる決定および取得などの処理動作は、無線アクセスデバイスの少なくとも１つのプロセッサによって実装され得て、受信動作は、無線アクセスデバイスの受信機によって実装され得て、送信動作は、無線アクセスデバイスの送信機によって実装され得る。当業者であれば、方法の実施形態におけるすべての動作に基づいて、無線アクセスデバイスおよび端末の基本構造実装を定義し得る。詳細はここでは説明しない。
【０２４８】
当業者であれば、上記の１または複数の例において、本発明で説明された機能がハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実装され得ることを認識すべきである。本発明がソフトウェアによって実装されるとき、上記の機能は、コンピュータ可読媒体に記憶され得る、または、コンピュータ可読媒体における１または複数の命令もしくはコードとして伝送され得る。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み、通信媒体は、コンピュータプログラムが１つの場所から別の場所へ伝送されることを可能にする任意の媒体を含む。当該記憶媒体は、汎用コンピュータまたは専用コンピュータがアクセス可能な任意の利用可能な媒体であってよい。
【０２４９】
本発明の目的、技術的解決法および有利な効果は、上記の具体的な実装において更に詳細に説明される。上記の説明は、単に本発明の具体的な実装に過ぎないが、本発明の保護範囲を制限することが意図されているわけではないことを理解すべきである。本発明に開示される技術的範囲内でなされた任意の修正または置換は、本発明の保護範囲に属するものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
0006940121.tif 000002
【図２】
0006940121.tif 000003
【図３】
0006940121.tif 000004
【図４】
0006940121.tif 000005
【図５Ａ】
0006940121.tif 000006
【図５Ｂ】
0006940121.tif 000007
【図６】
0006940121.tif 000008
【図７】
0006940121.tif 000009
【図８Ａ】
0006940121.tif 000010
【図８Ｂ】
0006940121.tif 000011
【図８Ｃ】
0006940121.tif 000012
【図９】
0006940121.tif 000013
【図１０】
0006940121.tif 000014
【図１１】
0006940121.tif 000015
【図１２】
0006940121.tif 000016
【図１３】
0006940121.tif 000017
【図１４】
0006940121.tif 000018
【図１５】
0006940121.tif 000019
【図１６】
0006940121.tif 000020
【図１７】
0006940121.tif 000021
【図１８】
0006940121.tif 000022
【図１９】
0006940121.tif 000023
【図２０】
0006940121.tif 000024
【図２１】
0006940121.tif 000025
【図２２】
0006940121.tif 000026
【図２３】
0006940121.tif 000027
【図２４】
0006940121.tif 000028
【図２５】
0006940121.tif 000029
【図２６】
0006940121.tif 000030
【図２７】
0006940121.tif 000031