(57)【特許請求の範囲】
【請求項１】
データ伝送方法であって、
基地局によって第１スケジューリング情報を第１ユーザ機器（ＵＥ）へ送り、前記第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るように前記第１ＵＥに指示するために使用される、ことと、
前記基地局によって、前記第１ＵＥによって送られた第１フィードバック情報を受け、該第１フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、ことと、
前記第２ＵＥが前記データを受け取れなかったと前記第１フィードバック情報が示す場合に、前記基地局によって第２スケジューリング情報を前記第１ＵＥへ送り、前記第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、ことと
を有し、
基地局によって第１スケジューリング情報を第１ユーザ機器（ＵＥ）へ送ることは、
前記基地局によって前記第１ＵＥへ、前記データが再送可能なデータであることを示すために使用される指示情報を含む前記第１スケジューリング情報を送ることを有する、
方法。
【請求項２】
前記第１フィードバック情報は、第２フィードバック情報に基づき前記第１ＵＥによって決定され、前記第２フィードバック情報は、前記第２ＵＥによって前記第１ＵＥへ送られる、
請求項１に記載の方法。
【請求項３】
前記第１フィードバック情報が前記第２フィードバック情報に基づき決定されることは、
前記第２フィードバック情報がＡＣＫである場合に、前記第１フィードバック情報はＡＣＫであり、あるいは、
前記第２フィードバック情報がＮＡＣＫである場合に、前記第１フィードバック情報はＮＡＣＫである
ことを有する、
請求項２に記載の方法。
【請求項４】
当該方法は、前記第２ＵＥによってフィードバック情報が送られない場合に、前記基地局によって前記第１ＵＥからＮＡＣＫを受け取ることを更に有する、
請求項２に記載の方法。
【請求項５】
前記第２スケジューリング情報が、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用されることは、
前記第２スケジューリング情報が、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される
ことを有する、
請求項１に記載の方法。
【請求項６】
前記第２スケジューリング情報は、ダウンリンクフィードバック情報を有し、
前記基地局によって第２スケジューリング情報を前記第１ＵＥへ送ることは、前記基地局によって前記ダウンリンクフィードバック情報を前記第１ＵＥへ送ることを有し、
前記ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、
請求項１に記載の方法。
【請求項７】
データ伝送方法であって、
第１ユーザ機器（ＵＥ）によって、基地局によって送られた第１スケジューリング情報を受け、該第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るように前記第１ＵＥに指示するために使用される、ことと、
前記第１ＵＥによって第１フィードバック情報を前記基地局へ送り、前記第１フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、ことと、
前記第２ＵＥが前記データを受け取れなかったと前記第１フィードバック情報が示す場合に、前記第１ＵＥによって、前記基地局によって送られた第２スケジューリング情報を受け、該第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、ことと
を有し、
第１ユーザ機器（ＵＥ）によって、基地局によって送られた第１スケジューリング情報を受けることは、
前記第１ＵＥによって、指示情報を有して前記基地局によって送られる前記第１スケジューリング情報を受け、前記指示情報は、前記データが再送可能なデータであることを示すために使用される、ことを有する、
方法。
【請求項８】
前記第１ＵＥによって第１フィードバック情報を前記基地局へ送ることより前に、当該方法は、
前記第１ＵＥによって、前記第２ＵＥによって送られた第２フィードバック情報を受け、該第２フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、ことと、
前記第１ＵＥによって前記第２フィードバック情報に基づき前記第１フィードバック情報を決定することと
を更に有する、
請求項７に記載の方法。
【請求項９】
前記第１ＵＥによって前記第２フィードバック情報に基づき前記第１フィードバック情報を決定することは、
前記第２フィードバック情報がＡＣＫである場合に、前記第１フィードバック情報はＡＣＫであり、あるいは、
前記第２フィードバック情報がＮＡＣＫである場合に、前記第１フィードバック情報はＮＡＣＫである
ことを有する、
請求項８に記載の方法。
【請求項１０】
当該方法は、前記第２ＵＥによってフィードバック情報が送られない場合に、前記第１ＵＥによって前記基地局へＮＡＣＫを送ることを更に有する、
請求項８に記載の方法。
【請求項１１】
前記第２スケジューリング情報が、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用されることは、
前記第２スケジューリング情報が、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される
ことを有する、
請求項７に記載の方法。
【請求項１２】
前記第２スケジューリング情報は、ダウンリンクフィードバック情報を有し、
前記第１ＵＥによって、前記基地局によって送られた第２スケジューリング情報を受けることは、前記第１ＵＥによって、前記基地局によって送られた前記ダウンリンクフィードバック情報を受けることを有し、
前記ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、
請求項７に記載の方法。
【請求項１３】
前記第１ＵＥによって、前記基地局によって送られた前記ダウンリンクフィードバック情報を受けることの後に、当該方法は、
前記第１ＵＥによって前記ダウンリンクフィードバック情報に基づき前記第１スケジューリング情報を決定することを更に有し、
前記第１スケジューリング情報は、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、
請求項１２に記載の方法。
【請求項１４】
第１スケジューリング情報を第１ユーザ機器（ＵＥ）へ送るよう構成される送信ユニットであり、前記第１スケジューリング情報は、前記送信ユニットによって送られた前記第１スケジューリング情報に基づき第２ＵＥへデータを送るように前記第１ＵＥに指示するために使用される、前記送信ユニットと、
前記第１ＵＥによって送られた第１フィードバック情報を受けるよう構成される受信ユニットであり、前記第１フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、前記受信ユニットと
を有し、
前記受信ユニットによって受け取られた前記第１フィードバック情報が、前記第２ＵＥが前記データを受け取れなかったことを示す場合に、前記送信ユニットは更に、第２スケジューリング情報を前記第１ＵＥへ送るよう構成され、前記第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用され、
前記送信ユニットは、前記第１ＵＥへ、前記データが再送可能なデータであることを示すために使用される指示情報を含む前記第１スケジューリング情報を送るよう構成される、
基地局。
【請求項１５】
前記第１フィードバック情報は、第２フィードバック情報に基づき前記第１ＵＥによって決定され、前記第２フィードバック情報は、前記第２ＵＥによって前記第１ＵＥへ送られる、
請求項１４に記載の基地局。
【請求項１６】
前記第１フィードバック情報が前記第２フィードバック情報に基づき決定されることは、
前記第２フィードバック情報がＡＣＫである場合に、前記第１フィードバック情報はＡＣＫであり、あるいは、
前記第２フィードバック情報がＮＡＣＫである場合に、前記第１フィードバック情報はＮＡＣＫである
ことを有する、
請求項１５に記載の基地局。
【請求項１７】
前記受信ユニットは、前記第２ＵＥによってフィードバック情報が送られない場合に、前記第１ＵＥからＮＡＣＫを受けるよう更に構成される、
請求項１５に記載の基地局。
【請求項１８】
前記第２スケジューリング情報が、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用されることは、
前記第２スケジューリング情報が、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される
ことを有する、
請求項１４に記載の基地局。
【請求項１９】
前記第２スケジューリング情報は、ダウンリンクフィードバック情報を有し、
前記送信ユニットは、前記ダウンリンクフィードバック情報を前記第１ＵＥへ送るよう更に構成され、
前記ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、
請求項１４に記載の基地局。
【請求項２０】
ユーザ機器（ＵＥ）であって、
基地局によって送られた第１スケジューリング情報を受けるよう構成される受信ユニットであり、前記第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るように当該ＵＥに指示するために使用される、前記受信ユニットと、
第１フィードバック情報を前記基地局へ送るよう構成される送信ユニットであり、前記第１フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、前記送信ユニットと
を有し、
前記送信ユニットによって送られた前記第１フィードバック情報が、前記第２ＵＥが前記データを受け取れなかったことを示す場合に、前記受信ユニットは更に、前記基地局によって送られた第２スケジューリング情報を受けるよう構成され、前記第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用され、
前記受信ユニットは、指示情報を有して前記基地局によって送られる第１スケジューリング情報を受けるよう更に構成され、前記指示情報は、前記データが再送可能なデータであることを示すために使用される、
ＵＥ。
【請求項２１】
前記受信ユニットは更に、前記送信ユニットが前記第１フィードバック情報を前記基地局へ送る前に、前記第２ＵＥによって送られた第２フィードバック情報を受けるよう構成され、前記第２フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用され、
当該ＵＥは、前記受信ユニットによって受け取られた前記第２フィードバック情報に基づき前記第１フィードバック情報を決定するよう構成される決定ユニットを更に有する、
請求項２０に記載のＵＥ。
【請求項２２】
前記決定ユニットが前記第２フィードバック情報に基づき前記第１フィードバック情報を決定するよう構成されることは、
前記第２フィードバック情報がＡＣＫである場合に、前記第１フィードバック情報はＡＣＫであり、あるいは、
前記第２フィードバック情報がＮＡＣＫである場合に、前記第１フィードバック情報はＮＡＣＫである
ことを有する、
請求項２１に記載のＵＥ。
【請求項２３】
前記送信ユニットは、前記第２ＵＥによってフィードバック情報が送られない場合に、前記基地局へＮＡＣＫを送るよう更に構成される、
請求項２１に記載のＵＥ。
【請求項２４】
前記第２スケジューリング情報は、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される、
請求項２０に記載のＵＥ。
【請求項２５】
前記第２スケジューリング情報は、ダウンリンクフィードバック情報を有し、
前記受信ユニットは、前記基地局によって送られた前記ダウンリンクフィードバック情報を受けるよう更に構成され、
前記ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される、
請求項２０に記載のＵＥ。
【請求項２６】
当該ＵＥは、前記受信ユニットが前記基地局によって送られた前記ダウンリンクフィードバック情報を受け取った後に、該ダウンリンクフィードバック情報に基づき前記第１スケジューリング情報を決定するよう更に構成される決定ユニットを更に有し、
前記第１スケジューリング情報は、前記第２ＵＥへ前記データを再送するよう当該ＵＥに指示するために使用される、
請求項２５に記載のＵＥ。
【請求項２７】
コンピュータで実行される場合に、該コンピュータに、請求項１乃至６のうちいずれか一項に記載の方法を実行させるプログラム。
【請求項２８】
請求項２７に記載のプログラムが記録されているコンピュータ可読記憶媒体。
【請求項２９】
コンピュータで実行される場合に、該コンピュータに、請求項７乃至１３のうちいずれか一項に記載の方法を実行させるプログラム。
【請求項３０】
請求項２９に記載のプログラムが記録されているコンピュータ可読記憶媒体。
【請求項３１】
スケジューリング情報伝送装置であって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行される場合に、当該装置に、請求項１乃至６のうちいずれか一項に記載の方法を実行させるコンピュータ命令を記憶する非一時的なメモリと
を有する装置。
【請求項３２】
スケジューリング情報伝送装置であって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行される場合に、当該装置に、請求項７乃至１３のうちいずれか一項に記載の方法を実行させるコンピュータ命令を記憶する非一時的なメモリと
を有する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、通信分野に、特に、データ伝送方法、関連するデバイス、及びシステムに関係がある。
【背景技術】
【０００２】
端末対端末（Device  to  Device，Ｄ２Ｄ）は、エンド・ツー・エンドの直接通信技術である。従来のセルラー通信技術との最大の違いは、次の通りである。Ｄ２Ｄ通信は、転送を実行するように基地局にもはや求めず、基地局は、端末が互いに直接通信することを支援するよう、リソースの設定、スケジューリング、及び協調などを行うことができる。Ｄ２Ｄと同様に、車両間（Vehicle  to  Vehicle，Ｖ２Ｖ）の直接通信も、ロング・ターム・エボリューション・ビークル（Long  Term  Evolution-Vehicle，ＬＴＥ−Ｖ）解決法において実装され得る。端末及び車両は夫々、ユーザ機器（User  Equipment，ＵＥ）である。基地局が、サイドリンク上で各ＵＥへ時間周波数リソースを割り当てても、あるいは、ＵＥが、それ自身によってリソースプールから時間周波数リソースを選択してもよい。
【０００３】
Ｄ２Ｄ技術が一例として使用される。ユニキャスト・メカニズム及びマルチキャスト・メカニズムがＤ２Ｄ技術においてサポートされている。図１は、本願に従ってＤ２Ｄ技術においてデータ伝送を実施する実施形態の概略図である。図示されるように、基地局がダウンリンク制御情報（Downlink  Control  Information，ＤＣＩ）をＵＥ１へ送り、ＵＥ１は、ＤＣＩに基づき、サイドリンク上で、ＵＥ２へデータを送る。ＵＥ１は、ＵＥ２の識別子を送信データに付加し、それにより、データを受信した後、ＵＥ２は、データが識別子を含むかどうかを判定することができる。データが識別子を含む場合には、データは受信可能であると見なされる。データが識別子を含まない場合には、データは捨てられる。
【０００４】
ＵＥ１とＵＥ２との間の直接通信は、図１に記載されている伝送方法を使用してデータを送信することによって実装され得る。しかし、比較的に悪いネットワーク品質といった問題が起こる場合に、ＵＥ２はデータを受信することができない可能性がある。しかし、ＵＥ１は、ＵＥ２のデータ受信状態を把握することができない。そのため、基地局は、対応する再送リソースが割り当てられる必要があるかどうかを決定することができず、それによって、２つのＵＥ間でデータを伝送する信頼性は低下する。
【発明の概要】
【０００５】
本願の実施形態は、第１ＵＥが第１フィードバック情報を受信することによって第２ＵＥのデータ受信状態を把握することができ、それに応じて、対応するリソースがデータ再送のために再び割り当てられ得るように、データ伝送方法、関連するデバイス、及びシステムを提供し、それによって、２つのＵＥ間のデータ伝送の信頼性を改善する。
【０００６】
本願の実施形態の第１の態様は、データ伝送方法を提供し、方法は、以下を含むことができる。
【０００７】
基地局が最初に、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、具体的に、ダウンリンク制御情報であることができる。本願では、第１スケジューリング情報は、第１スケジューリング情報に基づき第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。
【０００８】
次いで、第１ＵＥが、基地局によって送られた第１スケジューリング情報を受け取り、該第１スケジューリング情報に基づき第２ＵＥへデータを送る。しかし、第２ＵＥは、必ずしも、第１ＵＥによって送られたデータを正確に受け取ることができるわけではない。そのため、第２ＵＥがデータを受け取ることに成功したかどうかを知った後に、第１ＵＥは第１フィードバック情報を基地局へ送る。
【０００９】
更に、基地局は、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示し得る。基地局は、第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、第２スケジューリング情報を第１ＵＥへ送り、ここで、第２スケジューリング情報は、第１ＵＥがデータを第２ＵＥへ再送する必要があることを示すために使用される。
【００１０】
確かに、実際の適用では、第２ＵＥが再度データを受け取れない場合に、基地局は更に、第２ＵＥへデータを再び送るように第１ＵＥに指示するために、第３スケジューリング情報を送り続けてもよい。データを再送する回数は、通常は前もってセットされると理解され得、具体的に言えば、再送し続けることは、Ｎが正の整数であるとして、データを再送する回数がＮ以上になると停止する。
【００１１】
本願の実施形態の技術的解決法では、データ伝送方法が提供される。最初に、基地局は、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。次いで、基地局は、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局は、第２スケジューリング情報を第１ＵＥへ送り、ここで、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。上記の方法では、基地局は、第１フィードバック情報を受け取ることによって第２ＵＥのデータ受信状態を決定することができ、それにより、第１ＵＥは、データ再送のために使用されるリソースを基地局に要求し、それによって、２つのＵＥの間のデータ伝送の信頼性が改善される。
【００１２】
可能な設計では、本願の実施形態の第１の態様の第１の実施において、基地局が第１ＵＥによって送られた第１フィードバック情報を受け取ることは、基地局が第１ＵＥによって送られた第１フィードバック情報を受け取ることであって、該第１フィードバック情報が、第２ＵＥによって第１ＵＥへ送られた第２フィードバック情報に基づき第１ＵＥによって決定される、ことを含んでもよい。第１フィードバック情報と同様に、第２フィードバック情報も、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。
【００１３】
第１フィードバック情報及び第２フィードバック情報は完全に一致しても、あるいは、異なってもよいが、第１フィードバック情報及び第２フィードバック情報によって示される内容は一致していることが留意されるべきである。具体的に言えば、第１フィードバック情報及び第２フィードバック情報は両方とも、第２ＵＥがデータを受け取ることに成功したことを示すか、あるいは、第２ＵＥがデータを受け取れなかったことを示す。
【００１４】
その上、本願の実施形態において、サイドリンク上で第２ＵＥからフィードバックを受信しようと試みた後、第１ＵＥはフィードバックを基地局へ与え、それにより、基地局は、サイドリンク上での第１ＵＥの送信が成功したかどうかを知ることができる。送信が成功しない場合には、基地局は、再送リソースを第１ＵＥへ割り当て得る。上記の方法では、第２ＵＥが最初に、データが受信されたかどうかを第１ＵＥにフィードバックし、それにより、第１ＵＥは、より早く、第２ＵＥのデータ受信状態を知り、従って、第１ＵＥを使用することによって、データを再送すべきかどうかを選択することが有利であり、それによって、解決法の実現性及び実行可能性が改善される。
【００１５】
可能な設計では、本願の実施形態の第１の態様の第２の実施において、第２スケジューリング情報が、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用されることは、第２スケジューリング情報が、特に、該第２スケジューリング情報に基づき第２ＵＥへデータを再送するように第１ＵＥに指示するために使用されることを含んでもよい。具体的に言えば、基地局は、第２スケジューリング情報を第１ＵＥへ送り、第２スケジューリング情報を受信した後に、第１ＵＥは、第２スケジューリング情報に基づきデータを第２ＵＥへ再送し得る。
【００１６】
第１ＵＥが第１スケジューリング情報に基づき第２ＵＥへデータを送ると考えられることが理解され得る。第２ＵＥがデータを受信できない場合に、第２ＵＥは、現在のデータが受信できないことを第１ＵＥに通知する。それに応じて、第１ＵＥは、第１スケジューリング情報又は第２スケジューリング情報に基づき再び第２ＵＥへデータを送信し得る。しかし、第２ＵＥが依然として２回目にデータを受信できない場合には、第１ＵＥは、第１スケジューリング情報、第２スケジューリング情報、又は第３スケジューリング情報に基づき三度第２ＵＥへデータを送信し得る。類推によって、第１ＵＥが繰り返しデータを第２ＵＥへ送る過程で、最初の送信で使用された第１スケジューリング情報と同じスケジューリング情報、又は他のスケジューリング情報が使用され得る。これは、ここで限定されない。
【００１７】
その上、本願の実施形態において、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに直接指示してよく、第１スケジューリング情報との違いは、第２スケジューリング情報が第１スケジューリング情報とは異なるリソースを示し得る点であり、それによって、データ伝送の柔軟性及び実現可能性は高められる。
【００１８】
可能な設計では、本願の実施形態の第１の態様の第３の実施において、第２スケジューリング情報はダウンリンクフィードバック情報を含み、基地局が第２スケジューリング情報を第１ＵＥへ送ることは、基地局がダウンリンクフィードバック情報を第１ＵＥへ送り、それに応じて、第１ＵＥがダウンリンクフィードバック情報を受け取り、次いで、ダウンリンクフィードバック情報に基づき、第１スケジューリング情報を使用することによって第２ＵＥへデータを再送すると決定することを含んでもよい。すなわち、基地局によって第１ＵＥへ送られるダウンリンクフィードバック情報は、データを再送するために使用されるスケジューリング情報が第１スケジューリング情報と一致することを示すために使用され得る。
【００１９】
その上、本願の実施形態において、基地局によって送られたダウンリンクフィードバック情報を受信するとき、第１ＵＥは、データを再送するために使用されるリソースが、最初にデータを送信するために使用されたリソースと一致すると見なし、それに応じて、ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し、該第１スケジューリング情報に基づき第２ＵＥへデータを再送する。上記の方法では、データを再送するために使用されるリソースが最初にデータを送信するために使用されたリソースと一致する場合に、基地局は第２スケジューリング情報を送る必要がなく、サイドリンク上で再送を実行するように第１ＵＥに指示するために、最初の送信リソースに対応する第１スケジューリング情報を使用し、それによって、解決法の柔軟性及び実行可能性は改善される。適切な解決法は、解決法の実現可能性を高めるよう異なるシナリオに対して提供される。
【００２０】
可能な設計では、本願の実施形態の第１の態様の第４の実施において、基地局は、次の２つ方法で第１ＵＥへ第１スケジューリング情報を送ることができる。
【００２１】
第１の方法では、基地局は、指示情報を含む第１スケジューリング情報を第１ＵＥへ送る。指示情報は、通常は、少なくとも１つのタイプのデータを示すことができ、データタイプは、再送データ及び非再送データであることができるデータに分類され得る。すなわち、第１ＵＥは、第１スケジューリング情報内の指示情報によって示される内容を使用することによって、送られたデータが再送され得るかどうかを知ることができる。
【００２２】
第２の方法では、基地局は、スクランブリング識別子を使用することによって処理される第１スケジューリング情報を第１ＵＥへ送る。スクランブリング識別子は、通常は、少なくとも１つのタイプのデータを示すことができ、データタイプは、再送データ及び非再送データであることができるデータに分類され得る。すなわち、第１ＵＥは、スクランブリング識別子を使用することによって、送られたデータが再送され得るかどうかを知ることができる。
【００２３】
その上、本願の実施形態において、基地局は、指示情報を含む第１スケジューリング情報を第１ＵＥへ送るか、あるいは、基地局は、スクランブリング識別子によって処理される第１スケジューリング情報を第１ＵＥへ送る。上記の方法では、第１ＵＥと基地局との間のデータ伝送の不一致を回避し、解決法の信頼性を更に改善すべく、基地局は、基地局によって割り当てられたダウンリンク制御情報がどのタイプのデータを送信するために使用されるかをより明りょうに知ることを送信側の第１ＵＥに可能にするために、異なるスクランブリング識別子又は指示情報を使用する。
【００２４】
可能な設計では、本願の実施形態の第１の態様の第５の実施において、第１ＵＥ及び／又は第２ＵＥは、データタイプに基づき、最初に送信されたデータと再送されたデータとを結合すべきかどうかを更に決定してもよく、次の２つの方法が具体的に含まれ得る。
【００２５】
第１の方法では、第１ＵＥ及び第２ＵＥは、異なるリソースプールを使用することによってデータタイプを区別し、例えば、あるデータタイプのデータを送るために特に使用されるリソースプールが構成される。第２ＵＥは、リソースプールにおいてデータを受信し、そして、サイドリンク制御情報を正確に受信しながらデータを不正確に受信する場合に、最初に送信されたデータと再送されたデータとを結合しようと試みてよい。
【００２６】
第２の方法では、第１ＵＥは、区別するためにサイドリンク制御情報に指示情報片を付加し、そして、第２ＵＥは、サイドリンク制御情報内の指示情報を使用することによってデータタイプを区別し、次いで、最初に送信されたデータと再送されたデータとを結合しようと試みてよい。指示情報は、基地局によって第１ＵＥに示されても、あるいは、第１ＵＥの上位層によって決定されてもよく、物理層に通知される。
【００２７】
更に、本願の実施形態において、第２ＵＥは、第１ＵＥによって送られたサイドリンク制御情報に基づき、データが結合され得るかどうかを判定してよく、更には、対応する最初に送信されたデータと対応する再送されたデータとを結合しようと試みてよい。上記の方法では、データ受信信頼性が更に改善され得る。その上、第１ＵＥは、専用のリソースプールを使用するか、あるいは、指示情報をサイドリンク制御情報に付加して、データが再送され得るかどうかを区別することができ、それにより、受信側の第２ＵＥは、どのデータが再送され得るかを知ることができ、次いで、結合動作を実行することを検討してよく、それによって、解決法の実行可能性は改善される。
【００２８】
可能な設計では、本願の実施形態の第１の態様の第６の実施において、基地局が第１スケジューリング情報を第１ＵＥへ送ることは、基地局が、最初の送信に使用されるリソース及び再送に使用されるリソースを一度に第１ＵＥに対して示すことができることを含んでもよい。このようにして、第１ＵＥは、第１フィードバック情報を基地局へ送る必要がなく、一度に受け取られた第１スケジューリング情報を使用することによって第２ＵＥへデータを再送し得る。確かに、データを再送する回数は制限されない。
【００２９】
更に、本願の実施形態において、基地局は、最初の送信に使用されるリソース及び再送に使用されるリソースを第１ＵＥに対して直接示してもよく、それにより、第１ＵＥが複数回送信を行う過程で、第１ＵＥが第１フィードバック情報を基地局へ送る必要なしに、第１ＵＥはデータを第２ＵＥへ再送することができる。上記の方法では、データ再送の場合に、基地局は、スケジューリング情報を第１ＵＥへ複数回配信する必要がなく、第１ＵＥは、直接データを第２ＵＥへ再送し、それによって、シグナリングオーバヘッド及び遅延は低減される。
【００３０】
可能な設計では、本願の実施形態の第１の態様の第７の実施において、３つのリソース割り当て方法が更に含まれ得る。
【００３１】
第１のリソース割り当て方法では、再送のためのスケジューリング情報が最初の送信のためのスケジューリング情報と同じである場合に、基地局は、最初の送信のためのスケジューリング情報のみを第１ＵＥに示す必要がある。基地局は、第１スケジューリング情報のみを送り、第１ＵＥは、再送中に再び第１スケジューリング情報を使用する。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、識別子が、第１ＵＥによって送られるサイドリンク制御情報に付加されてもよく、それにより、第２ＵＥは、識別子に基づき、最初に送信されたデータと再送されたデータとを結合する。その上、同じスケジューリング情報が、第１ＵＥの最初に送信されたデータ及び再送されたデータのために常に使用され、第１ＵＥは、スケジューリング情報をサイドリンク制御情報に含める。従って、第２ＵＥは、受信されたサイドリンク制御情報に基づき、対応する最初に送信されたデータと対応する再送されたデータとを結合し得る。
【００３２】
第２のリソース割り当て方法では、再送中の第１の送信でサイドリンク制御情報のために使用される周波数領域リソースが、最初の送信中の第１の送信でサイドリンク制御情報のために使用される周波数領域リソースと同じである場合に、基地局は、送信ごとにスケジューリング情報を第１ＵＥに示す必要がある。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、識別子が、第１ＵＥによって送られるサイドリンク制御情報に含まれてもよく、それにより、第２ＵＥは、識別子に基づき結合を行う。その上、第１ＵＥの最初に送信されたデータ及び再送されたデータの中の第１の送信におけるサイドリンク制御情報のためのリソースは同じであるから、第２ＵＥは、受信されたサイドリンク制御情報に基づき、対応する最初に送信されたデータと対応する再送されたデータとを結合し得る。
【００３３】
第３のリソース割り当て方法では、再送のためのスケジューリング情報と最初の送信のためのスケジューリング情報との間に関連関係がない場合に、基地局は、送信ごとにスケジューリング情報を第１ＵＥに示す必要がある。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、識別子が、第１ＵＥによって送られるサイドリンク制御情報に含まれてもよく、それにより、第２ＵＥは、識別子に基づき、最初に送信されたデータと再送されたデータとを結合する。その上、第１ＵＥは、サイドリンク制御情報を使用することによって、次の再送中の第１の送信におけるサイドリンク制御情報のリソース位置を示すことができ、それにより、第２ＵＥは、サイドリンク制御情報に基づき、最初に送信されたデータと再送されたデータとを結合することができる。
【００３４】
更に、本願の実施形態において、最初の送信のためのリソース及び再送のためのリソースを第１ＵＥに示す場合に、基地局は、３つの一般的な場合における処理方法を更に検討してもよい。再送リソースが最初の送信リソースと完全に同じであるか、あるいは、再送中の第１の送信におけるＳＣＩのための周波数領域リソースが最初の送信中の第１の送信におけるＳＣＩのための周波数領域リソースと同じであるか、あるいは、再送リソースと最初の送信リソースとの間には関連関係がなく、それによって、サイドリンク上のデータフィードバック及び再送が実装される。その上、基地局は、シグナリングオーバヘッド及び遅延を更に低減するために、最初の送信リソース及び再送リソースを第１ＵＥに直接割り当ててもよい。
【００３５】
可能な設計では、本願の実施形態の第１の態様の第８の実施において、本願は、半永続スケジューリングシナリオに更に適用されてもよく、第１スケジューリング情報は、半永続的スケジューリングリソース及び再送リソースを割り当てるために使用される。
【００３６】
基地局は、サブフレームＡにおいて第１ＵＥへ第１スケジューリング情報を送り、ここで、第１スケジューリング情報は、半永続的スケジューリングリソースを示す。１周期はｘミリ秒であると仮定され、具体的に言えば、２つの半永続的スケジューリングリソースブロックに対応する伝送時間インターバルはｘミリ秒であり、ここで、ｘは正数である。具体的に言えば、第１の半永続的スケジューリングリソースブロックの第１の送信は（Ａ＋ａ）番目のサブフレームで起こり、第２の半永続的スケジューリングリソースブロックの第１の送信は（Ａ＋ａ＋ｘ）番目のサブフレームで起こり、２つの半永続的スケジューリングリソースブロックの間の時間インターバルは１周期であり、ここで、Ａ及びａは両方とも正の整数である。
【００３７】
更に、本願の実施形態において、リンクデータフィードバック及び再送が、基地局によるスケジューリングに基づきＳＰＳシナリオに更に拡張され得、それによって、解決法の実行可能性及び柔軟性は高められる。従って、適切なシナリオは、解決法の適切性を更に改善するために、データを送信する実際の場合に基づき選択され得る。
【００３８】
可能な設計では、本願の実施形態の第１の態様の第９の実施において、基地局が第１ＵＥによって送られた第１フィードバック情報を受けることは、基地局が第２ＵＥによって送られた第２フィードバック情報を直接受けることを更に含んでもよく、具体的に言えば、基地局は、第１ＵＥを使用することによって第２ＵＥのデータ受信状態を知る必要がなく、第２ＵＥは、第２ＵＥのデータ受信状態を基地局に直接通知する。
【００３９】
その上、本願の実施形態において、第２ＵＥは、最初に第２フィードバック情報を第１ＵＥへ送る必要がなく、次いで、第１ＵＥは、第１フィードバック情報を基地局へ送る。代わりに、第２ＵＥは、第２フィードバック情報を基地局へ直接送ることができる。従って、シグナリングオーバヘッドは低減され得、解決法の実現可能性を改善することが有利である。
【００４０】
本願の実施形態の第２の態様は、データ伝送方法を提供し、当該方法は、以下を含む。
【００４１】
基地局が最初に、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、具体的に、ダウンリンク制御情報であることができる。
【００４２】
次いで、第１ＵＥが、基地局によって送られた第１スケジューリング情報を受け取り、該第１スケジューリング情報に基づき第２ＵＥへデータを送る。しかし、第２ＵＥは、必ずしも、第１ＵＥによって送られたデータを正確に受け取ることができるわけではない。そのため、第２ＵＥがデータを受け取ることに成功したかどうかを知った後に、第１ＵＥは第１フィードバック情報を基地局へ送る。
【００４３】
第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局は、第１フィードバックメッセージを知った後に、第２スケジューリング情報を第１ＵＥへ送り、それにより、第１ＵＥは、第２スケジューリング情報に基づき第２ＵＥへデータを再送することができる。
【００４４】
本願の実施形態の技術的解決法では、データ伝送方法が提供される。最初に、基地局は、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。次いで、基地局は、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局は、第２スケジューリング情報を第１ＵＥへ送り、ここで、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。上記の方法では、基地局は、第１フィードバック情報を受け取ることによって第２ＵＥのデータ受信状態を決定することができ、それにより、第１ＵＥは、データ再送のために使用されるリソースを基地局に要求し、それによって、２つのＵＥの間のデータ伝送の信頼性が改善される。
【００４５】
可能な設計では、本願の実施形態の第２の態様の第１の実施において、第１ＵＥが第１フィードバック情報を基地局へ送る前に、方法は、第１ＵＥが第２ＵＥによって送られた第２フィードバック情報を受け取り、ここで、第１フィードバック情報と同様に、第２フィードバック情報も、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用され、更には、第１ＵＥが、第２フィードバック情報に基づき第１フィードバック情報を決定し、次いで、第１フィードバック情報を基地局へ送ることを更に含んでもよい。
【００４６】
第１フィードバック情報及び第２フィードバック情報は完全に一致しても、あるいは、異なってもよいが、第１フィードバック情報及び第２フィードバック情報によって示される内容は一致していることが留意されるべきである。具体的に言えば、第１フィードバック情報及び第２フィードバック情報は両方とも、第２ＵＥがデータを受け取ることに成功したことを示すか、あるいは、第２ＵＥがデータを受け取れなかったことを示す。
【００４７】
その上、本願の実施形態において、サイドリンク上で第２ＵＥからフィードバックを受信しようと試みた後、第１ＵＥはフィードバックを基地局へ与え、それにより、基地局は、サイドリンク上での第１ＵＥの送信が成功したかどうかを知ることができる。送信が成功しない場合には、基地局は、再送リソースを第１ＵＥへ割り当て得る。上記の方法では、第２ＵＥが最初に、データが受信されたかどうかを第１ＵＥにフィードバックし、それにより、第１ＵＥは、より早く、第２ＵＥのデータ受信状態を知り、従って、第１ＵＥを使用することによって、データを再送すべきかどうかを選択することが有利であり、それによって、解決法の実現性及び実行可能性が改善される。
【００４８】
可能な設計では、本願の実施形態の第２の態様の第２の実施において、第２スケジューリング情報が、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用されることは、第２スケジューリング情報が、特に、該第２スケジューリング情報に基づき第２ＵＥへデータを再送するように第１ＵＥに指示するために使用されることを含んでもよい。具体的に言えば、基地局は、第２スケジューリング情報を第１ＵＥへ送り、第２スケジューリング情報を受信した後に、第１ＵＥは、第２スケジューリング情報に基づきデータを第２ＵＥへ再送し得る。
【００４９】
第１ＵＥが第１スケジューリング情報に基づき第２ＵＥへデータを送ると考えられることが理解され得る。第２ＵＥがデータを受信できない場合に、第２ＵＥは、現在のデータが受信できないことを第１ＵＥに通知する。それに応じて、第１ＵＥは、第１スケジューリング情報又は第２スケジューリング情報に基づき再び第２ＵＥへデータを送信し得る。しかし、第２ＵＥが依然として２回目にデータを受信できない場合には、第１ＵＥは、第１スケジューリング情報、第２スケジューリング情報、又は第３スケジューリング情報に基づき三度第２ＵＥへデータを送信し得る。類推によって、第１ＵＥが繰り返しデータを第２ＵＥへ送る過程で、最初の送信で使用された第１スケジューリング情報と同じスケジューリング情報、又は他のスケジューリング情報が使用され得る。これは、ここで限定されない。
【００５０】
その上、本願の実施形態において、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに直接指示してよく、第１スケジューリング情報との違いは、第２スケジューリング情報が第１スケジューリング情報とは異なるリソースを示し得る点であり、それによって、データ伝送の柔軟性及び実現可能性は高められる。
【００５１】
可能な設計では、本願の実施形態の第２の態様の第３の実施において、第２スケジューリング情報はダウンリンクフィードバック情報を含み、第１ＵＥが基地局によって送られた第２スケジューリング情報を受け取ることは、基地局がダウンリンクフィードバック情報を第１ＵＥへ送り、それに応じて、第１ＵＥがダウンリンクフィードバック情報を受け取り、次いで、ダウンリンクフィードバック情報に基づき、第１スケジューリング情報を使用することによって第２ＵＥへデータを再送すると決定することを含んでもよい。すなわち、基地局によって第１ＵＥへ送られるダウンリンクフィードバック情報は、データを再送するために使用されるスケジューリング情報が第１スケジューリング情報と一致することを示すために使用され得る。
【００５２】
その上、本願の実施形態において、基地局によって送られたダウンリンクフィードバック情報を受信するとき、第１ＵＥは、データを再送するために使用されるリソースが、最初にデータを送信するために使用されたリソースと一致すると見なし、それに応じて、ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し、該第１スケジューリング情報に基づき第２ＵＥへデータを再送する。上記の方法では、データを再送するために使用されるリソースが最初にデータを送信するために使用されたリソースと一致する場合に、基地局は第２スケジューリング情報を送る必要がなく、サイドリンク上で再送を実行するように第１ＵＥに指示するために、最初の送信リソースに対応する第１スケジューリング情報を使用し、それによって、解決法の柔軟性及び実行可能性は改善される。適切な解決法は、解決法の実現可能性を高めるよう異なるシナリオに対して提供される。
【００５３】
可能な設計では、本願の実施形態の第２の態様の第４の実施において、第１ＵＥが基地局によって送られたダウンリンクフィードバック情報を受け取った後、方法は、第１ＵＥが、受け取られたダウンリンクフィードバック情報に基づき、第１スケジューリング情報を使用することによってその後にデータを再送すると決定することを更に含んでもよく、すなわち、ダウンリンクフィードバック情報と第１スケジューリング情報との間には関連関係があり、ここで、第１スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。
【００５４】
その上、本願の実施形態において、ダウンリンクフィードバック情報を受け取った後、第１ＵＥは更に、ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し得る。上記の方法では、データを再送するために使用されるリソースがデータを最初に送信するために使用されるリソースと一致する場合に、基地局は第２スケジューリング情報を送る必要がなく、サイドリンク上で再送を実行するように第１ＵＥに指示するために、最初の送信リソースに対応する第１スケジューリング情報を使用し、それによって、解決法の柔軟性及び実行可能性は改善される。その上、解決法の実現性を改善することが有利である。
【００５５】
可能な設計では、本願の実施形態の第２の態様の第５の実施において、第１ＵＥは、次の２つの方法で、基地局によって送られた第１スケジューリング情報を受信し得る。
【００５６】
第１の方法では、第１ＵＥは、指示情報を含んで、基地局によって送られる第１スケジューリング情報を受信する。指示情報は、通常は、少なくとも１つのタイプのデータを示すことができ、データタイプは、再送データ及び非再送データであることができるデータに分類され得る。すなわち、第１ＵＥは、第１スケジューリング情報内の指示情報によって示される内容を使用することによって、送られたデータが再送され得るかどうかを知ることができる。
【００５７】
第２の方法では、第１ＵＥは、スクランブリング識別子を使用することによって処理され、基地局によって送られる第１スケジューリング情報を受信する。スクランブリング識別子を使用することによって処理される第１スケジューリング情報は、通常は、少なくとも１つのタイプのデータを示すことができ、データタイプは、再送データ及び非再送データであることができるデータに分類され得る。すなわち、第１ＵＥは、スクランブリング識別子を使用することによって、送られたデータが再送され得るかどうかを知ることができる。
【００５８】
その上、本願の実施形態において、基地局は、指示情報を含む第１スケジューリング情報を第１ＵＥへ送るか、あるいは、基地局は、スクランブリング識別子によって処理される第１スケジューリング情報を第１ＵＥへ送る。上記の方法では、第１ＵＥと基地局との間のデータ伝送の不一致を回避し、解決法の信頼性を更に改善すべく、基地局は、基地局によって割り当てられたダウンリンク制御情報がどのタイプのデータを送信するために使用されるかをより明りょうに知ることを送信側の第１ＵＥに可能にするために、異なるスクランブリング識別子又は指示情報を使用する。
【００５９】
可能な設計では、本願の実施形態の第２の態様の第６の実施において、第１ＵＥ及び／又は第２ＵＥは、データタイプに基づき、最初に送信されたデータと再送されたデータとを結合すべきかどうかを更に決定してもよく、次の２つの方法が具体的に含まれ得る。
【００６０】
第１の方法では、第１ＵＥ及び第２ＵＥは、異なるリソースプールを使用することによってデータタイプを区別し、例えば、あるデータタイプのデータを送るために特に使用されるリソースプールが構成される。第２ＵＥは、リソースプールにおいてデータを受信し、そして、サイドリンク制御情報を正確に受信しながらデータを不正確に受信する場合に、最初に送信されたデータと再送されたデータとを結合しようと試みてよい。
【００６１】
第２の方法では、第１ＵＥは、区別するためにサイドリンク制御情報に指示情報片を付加し、そして、第２ＵＥは、サイドリンク制御情報内の指示情報を使用することによってデータタイプを区別し、次いで、対応するデータを結合しようと試みてよい。指示情報は、基地局によって第１ＵＥに示されても、あるいは、第１ＵＥの上位層によって決定されてもよく、物理層に通知される。
【００６２】
更に、本願の実施形態において、第２ＵＥは、第１ＵＥによって送られたサイドリンク制御情報に基づき、データが結合され得るかどうかを判定してよく、更には、対応する最初に送信されたデータと対応する再送されたデータとを結合しようと試みてよい。上記の方法では、データ受信信頼性が更に改善され得る。その上、第１ＵＥは、専用のリソースプールを使用するか、あるいは、指示情報をサイドリンク制御情報に付加して、データが再送され得るかどうかを区別することができ、それにより、受信側の第２ＵＥは、どのデータが再送され得るかを知ることができ、次いで、結合動作を実行することを検討してよく、それによって、解決法の実行可能性は改善される。
【００６３】
可能な設計では、本願の実施形態の第２の態様の第７の実施において、第１ＵＥが基地局によって送られた第１スケジューリング情報を受け取ることは、基地局が、最初の送信に使用されるリソース及び再送に使用されるリソースを一度に第１ＵＥに対して示すことができることを含んでもよい。すなわち、第１ＵＥは、最初の送信及び再送のために、基地局によって送られたリソースを一度に受け取る。このようにして、第１ＵＥは、第１フィードバック情報を基地局へ送る必要がなく、一度に受け取られた第１スケジューリング情報を使用することによって第２ＵＥへデータを再送し得る。確かに、データを再送する回数は制限されない。
【００６４】
更に、本願の実施形態において、基地局は、最初の送信に使用されるリソース及び再送に使用されるリソースを第１ＵＥに対して直接示してもよく、それにより、第１ＵＥが複数回送信を行う過程で、第１ＵＥが第１フィードバック情報を基地局へ送る必要なしに、第１ＵＥはデータを第２ＵＥへ再送することができる。上記の方法では、データ再送の場合に、基地局は、スケジューリング情報を第１ＵＥへ複数回配信する必要がなく、第１ＵＥは、直接データを第２ＵＥへ再送し、それによって、シグナリングオーバヘッド及び遅延は低減される。
【００６５】
可能な設計では、本願の実施形態の第２の態様の第８の実施において、３つのリソース割り当て方法が更に含まれ得る。
【００６６】
第１のリソース割り当て方法では、再送のためのスケジューリング情報が最初の送信のためのスケジューリング情報と同じである場合に、第１ＵＥは、基地局によって送られる、最初の送信のためのスケジューリング情報のみを受け取り、再送中に再びその第１スケジューリング情報を使用する。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、識別子が、第１ＵＥによって送られるサイドリンク制御情報に付加されてもよく、それにより、第２ＵＥは、識別子に基づき、最初に送信されたデータと再送されたデータとを結合する。その上、同じスケジューリング情報が、第１ＵＥの最初に送信されたデータ及び再送されたデータのために常に使用され、第１ＵＥは、スケジューリング情報をサイドリンク制御情報に含める。従って、第２ＵＥは、受信されたサイドリンク制御情報に基づき、対応する最初に送信されたデータと対応する再送されたデータとを結合し得る。
【００６７】
第２のリソース割り当て方法では、再送中に第１の送信でサイドリンク制御情報のために使用されるリソースが、最初の送信中に第１の送信でサイドリンク制御情報のために使用される周波数領域リソースと同じである場合に、第１ＵＥは、基地局によって配信される送信ごとのスケジューリング情報を受信する必要がある。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、識別子が、第１ＵＥによって送られるサイドリンク制御情報に含まれてもよく、それにより、第２ＵＥは、識別子に基づき結合を行う。その上、第１ＵＥの最初に送信されたデータ及び再送されたデータの中の第１の送信におけるサイドリンク制御情報のためのリソースは同じであるから、第２ＵＥは、受信されたサイドリンク制御情報に基づき、対応する最初に送信されたデータと対応する再送されたデータとを結合し得る。
【００６８】
第３のリソース割り当て方法では、再送のためのスケジューリング情報と最初の送信のためのスケジューリング情報との間に関連関係がない場合に、第１ＵＥは、基地局によって配信される送信ごとのスケジューリング情報を受信する必要がある。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、識別子が、第１ＵＥによって送られるサイドリンク制御情報に含まれてもよく、それにより、第２ＵＥは、識別子に基づき、最初に送信されたデータと再送されたデータとを結合する。その上、第１ＵＥは、サイドリンク制御情報を使用することによって、次の再送中の第１の送信におけるサイドリンク制御情報のリソース位置を示すことができ、それにより、第２ＵＥは、ＳＣＩに基づき、最初に送信されたデータと再送されたデータとを結合することができる。
【００６９】
更に、本願の実施形態において、最初の送信のためのリソース及び再送のためのリソースを第１ＵＥに示す場合に、基地局は、３つの一般的な場合における処理方法を更に検討してもよい。再送リソースが最初の送信リソースと完全に同じであるか、あるいは、再送中の第１の送信におけるＳＣＩのための周波数領域リソースが最初の送信中の第１の送信におけるＳＣＩのための周波数領域リソースと同じであるか、あるいは、再送リソースと最初の送信リソースとの間には関連関係がなく、それによって、サイドリンク上のデータフィードバック及び再送が実装される。その上、基地局は、シグナリングオーバヘッド及び遅延を更に低減するために、最初の送信リソース及び再送リソースを第１ＵＥに直接割り当ててもよい。
【００７０】
可能な設計では、本願の実施形態の第２の態様の第９の実施において、本願は、半永続スケジューリングシナリオに更に適用されてもよい。
【００７１】
基地局は、サブフレームＡにおいて第１ＵＥへ第１スケジューリング情報を送り、ここで、第１スケジューリング情報は、半永続的スケジューリングリソースを示す。１周期はｘミリ秒であると仮定され、具体的に言えば、２つの半永続的スケジューリングリソースブロックに対応する伝送時間インターバルはｘミリ秒であり、ここで、ｘは正数である。具体的に言えば、第１の半永続的スケジューリングリソースブロックの第１の送信は（Ａ＋ａ）番目のサブフレームで起こり、第２の半永続的スケジューリングリソースブロックの第１の送信は（Ａ＋ａ＋ｘ）番目のサブフレームで起こり、２つの半永続的スケジューリングリソースブロックの間の時間インターバルは１周期であり、ここで、Ａ及びａは両方とも正の整数である。
【００７２】
更に、本願の実施形態において、リンクデータフィードバック及び再送が、基地局によるスケジューリングに基づきＳＰＳシナリオに更に拡張され得、それによって、解決法の実行可能性及び柔軟性は高められる。従って、適切なシナリオは、解決法の適切性を更に改善するために、データを送信する実際の場合に基づき選択され得る。
【００７３】
本願の実施形態の第３の態様は、基地局を提供し、基地局は、
第１スケジューリング情報を第１ＵＥへ送るよう構成される送信ユニットであり、前記第１スケジューリング情報は、前記送信ユニットによって送られた前記第１スケジューリング情報に基づき第２ＵＥへデータを送るように前記第１ＵＥに指示するために使用される、前記送信ユニットと、
前記第１ＵＥによって送られた第１フィードバック情報を受けるよう構成される受信ユニットであり、前記第１フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、前記受信ユニットと
を含み、
前記受信ユニットによって受け取られた前記第１フィードバック情報が、前記第２ＵＥが前記データを受け取れなかったことを示す場合に、前記送信ユニットは更に、第２スケジューリング情報を前記第１ＵＥへ送るよう構成され、前記第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される。
【００７４】
可能な設計では、本願の実施形態の第３の態様の第１の実施において、前記第１フィードバック情報は、第２フィードバック情報に基づき前記第１ＵＥによって決定され、前記第２フィードバック情報は、前記第２ＵＥによって前記第１ＵＥへ送られる。
【００７５】
可能な設計では、本願の実施形態の第３の態様の第２の実施において、前記第２スケジューリング情報が、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用されることは、前記第２スケジューリング情報が、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用されることを含む。
【００７６】
可能な設計では、本願の実施形態の第３の態様の第３の実施において、前記第２スケジューリング情報は、ダウンリンクフィードバック情報を含み、
前記送信ユニットが第２スケジューリング情報を前記第１ＵＥへ送るよう更に構成されることは、前記送信ユニットが前記ダウンリンクフィードバック情報を前記第１ＵＥへ送るよう更に構成されることを含み、
前記ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される。
【００７７】
可能な設計では、本願の実施形態の第３の態様の第４の実施において、送信ユニットが第１スケジューリング情報を第１ＵＥへ送るよう構成されることは、
前記送信ユニットが、前記第１ＵＥへ、前記データが再送可能なデータであることを示すために使用される指示情報を含む前記第１スケジューリング情報を送るよう構成されること、又は
前記送信ユニットが、前記第１ＵＥへ、前記データが再送可能なデータであることを示すために使用されるスクランブリング識別子を使用することによって処理される前記第１スケジューリング情報を送るよう構成されること
を含む。
【００７８】
本願の実施形態の第４の態様は、ＵＥを提供し、ＵＥは、
基地局によって送られた第１スケジューリング情報を受けるよう構成される受信ユニットであり、前記第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るように当該ＵＥに指示するために使用される、前記受信ユニットと、
第１フィードバック情報を前記基地局へ送るよう構成される送信ユニットであり、前記第１フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、前記送信ユニットと
を含み、
前記送信ユニットによって送られた前記第１フィードバック情報が、前記第２ＵＥが前記データを受け取れなかったことを示す場合に、前記受信ユニットは更に、前記基地局によって送られた第２スケジューリング情報を受けるよう構成され、前記第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される。
【００７９】
可能な設計では、本願の実施形態の第４の態様の第１の実施において、前記受信ユニットは更に、前記送信ユニットが前記第１フィードバック情報を前記基地局へ送る前に、前記第２ＵＥによって送られた第２フィードバック情報を受けるよう構成され、前記第２フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用され、
当該ＵＥは、前記受信ユニットによって受け取られた前記第２フィードバック情報に基づき前記第１フィードバック情報を決定するよう構成される決定ユニットを更に含む。
【００８０】
可能な設計では、本願の実施形態の第４の態様の第２の実施において、前記第２スケジューリング情報が、前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用されることは、前記第２スケジューリング情報が、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用されることを含む。
【００８１】
可能な設計では、本願の実施形態の第４の態様の第３の実施において、前記第２スケジューリング情報は、ダウンリンクフィードバック情報を含み、
前記受信ユニットが前記基地局によって送られた第２スケジューリング情報を受けるよう更に構成されることは、前記受信ユニットが前記基地局によって送られた前記ダウンリンクフィードバック情報を受けるよう更に構成されることを含んでもよく、
前記ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される。
【００８２】
可能な設計では、本願の実施形態の第４の態様の第４の実施において、前記受信ユニットが前記基地局によって送られた第２スケジューリング情報を受けるよう更に構成されることは、前記決定ユニットが、前記受信ユニットが前記基地局によって送られた前記ダウンリンクフィードバック情報を受け取った後に、該ダウンリンクフィードバック情報に基づき前記第１スケジューリング情報を決定するよう更に構成されることを更に含み、
前記第１スケジューリング情報は、前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される。
【００８３】
可能な設計では、本願の実施形態の第４の態様の第５の実施において、受信ユニットが基地局によって送られた第１スケジューリング情報を受けるよう構成されることは、
前記受信ユニットが、指示情報を含んで前記基地局によって送られる第１スケジューリング情報を受けるよう更に構成され、前記指示情報は、前記データが再送可能なデータであることを示すために使用される、こと、又は
前記受信ユニットが、スクランブリング識別子を使用することによって処理され、前記基地局によって送られる第１スケジューリング情報を受けるよう更に構成され、前記スクランブリング識別子は、前記データが再送可能なデータであることを示すために使用される、こと
を含む。
【００８４】
本願の実施形態の第５の態様は、メモリ、トランシーバ、プロセッサ、及びバスシステムを含む基地局を提供し、
前記メモリは、プログラム及び命令を記憶するよう構成され、
前記トランシーバは、前記プロセッサの制御下で情報を受信又は送信するよう構成され、
前記プロセッサは、前記メモリ内の前記プログラムを実行するよう構成され、
前記バスシステムは、前記メモリ、前記トランシーバ、及び前記プロセッサが通信するように、前記メモリ、前記トランシーバ、及び前記プロセッサを接続するよう構成され、
前記プロセッサは、前記メモリ内の前記プログラム及び前記命令を呼び出して、次の：
第１スケジューリング情報を第１ＵＥへ送るステップであり、前記第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るように前記第１ＵＥに指示するために使用される、ステップと、
前記第１ＵＥによって送られた第１フィードバック情報を受けるステップであり、該第１フィードバック情報は、前記第２ＵＥが前記データを受信することに成功したかどうかを示すために使用される、ステップと、
前記第２ＵＥが前記データを受信することができなかったと前記第１フィードバック情報が示す場合に、第２スケジューリング情報を前記第１ＵＥへ送るステップであり、前記第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、ステップと
を実行するよう構成される。
【００８５】
可能な設計では、本願の実施形態の第５の態様の第１の実施において、前記プロセッサは特に、次の：
前記第１ＵＥによって送られた前記第１フィードバック情報を受けるステップであり、該第１フィードバック情報は、前記第１ＵＥによって第２フィードバック情報に基づき決定され、前記第２フィードバック情報は、前記第２ＵＥによって前記第１ＵＥへ送られる、ステップ
を実行するよう構成される。
【００８６】
可能な設計では、本願の実施形態の第５の態様の第２の実施において、前記第２スケジューリング情報は、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される。
【００８７】
可能な設計では、本願の実施形態の第５の態様の第３の実施において、前記第２スケジューリング情報は、ダウンリンクフィードバック情報を含み、
前記プロセッサは特に、次の：
前記ダウンリンクフィードバック情報を前記第１ＵＥへ送るステップであり、前記ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように前記第１ＵＥに指示するために使用される、ステップ
を実行するよう構成される。
【００８８】
可能な設計では、本願の実施形態の第５の態様の第４の実施において、前記プロセッサは特に、次の：
前記第１ＵＥに対して、前記データが再送可能なデータであることを示すために使用される指示情報を含む前記第１フィードバック情報を送るステップ、又は
前記第１ＵＥに対して、前記データが再送可能なデータであることを示すために使用されるスクランブリング識別子を使用することによって処理される前記第１フィードバック情報を送るステップ
を実行するよう構成される。
【００８９】
本願の実施形態の第６の態様は、メモリ、トランシーバ、プロセッサ、及びバスシステムを含むＵＥを提供し、
前記メモリは、プログラム及び命令を記憶するよう構成され、
前記トランシーバは、前記プロセッサの制御下で情報を受信又は送信するよう構成され、
前記プロセッサは、前記メモリ内の前記プログラムを実行するよう構成され、
前記バスシステムは、前記メモリ、前記トランシーバ、及び前記プロセッサが通信するように、前記メモリ、前記トランシーバ、及び前記プロセッサを接続するよう構成され、
前記プロセッサは、前記メモリ内の前記プログラム及び前記命令を呼び出して、次の：
基地局によって送られた第１スケジューリング情報を受けるステップであり、前記第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るように当該ＵＥに指示するために使用される、ステップと、
第１フィードバック情報を前記基地局へ送るステップであり、該第１フィードバック情報は、前記第２ＵＥが前記データを受信することに成功したかどうかを示すために使用される、ステップと、
前記第２ＵＥが前記データを受信することができなかったと前記第１フィードバック情報が示す場合に、前記基地局によって送られた第２スケジューリング情報を受けるステップであり、前記第２スケジューリング情報は、前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される、ステップと
を実行するよう構成される。
【００９０】
可能な設計では、本願の実施形態の第６の態様の第１の実施において、前記プロセッサは更に、次の：
前記第２ＵＥによって送られた第２フィードバック情報を受けるステップであり、該第２フィードバック情報は、前記第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、ステップと、
前記第２フィードバック情報に基づき前記第１フィードバック情報を決定するステップと
を実行するよう構成される。
【００９１】
可能な設計では、本願の実施形態の第６の態様の第２の実施において、前記第２スケジューリング情報は、該第２スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される。
【００９２】
可能な設計では、本願の実施形態の第６の態様の第３の実施において、前記第２スケジューリング情報は、ダウンリンクフィードバック情報を含んでもよく、
前記プロセッサは特に、次の：
前記基地局によって送られた前記ダウンリンクフィードバック情報を受けるステップであり、該ダウンリンクフィードバック情報は、前記第１スケジューリング情報に基づき前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される、ステップ
を実行するよう構成される。
【００９３】
可能な設計では、本願の実施形態の第６の態様の第４の実施において、前記プロセッサは更に、次の：
前記ダウンリンクフィードバック情報に基づき前記第１スケジューリング情報を決定するステップであり、該第１スケジューリング情報は、前記第２ＵＥへ前記データを再送するように当該ＵＥに指示するために使用される、ステップ
を実行するよう構成される。
【００９４】
可能な設計では、本願の実施形態の第６の態様の第５の実施において、前記プロセッサは特に、次の：
前記データが再送可能なデータであることを示すために使用される指示情報を含んで前記基地局によって送られる前記第１スケジューリング情報を受けるステップ、又は
前記データが再送可能なデータであることを示すために使用されるスクランブリング識別子を使用することによって処理され、前記基地局によって送られる前記第１スケジューリング情報を受けるステップ
を実行するよう構成される。
【００９５】
本願の実施形態の第７の態様は、データ伝送システムを提供し、システムは、基地局及びＵＥを含むことができる。
【００９６】
基地局は、第３の態様及び該第３の態様の第１乃至第４の可能な実施のうちいずれか１つに従う基地局である。
【００９７】
ＵＥは、第４の態様及び該第４の態様の第１乃至第５の可能な実施のうちいずれか１つに従うユーザ機器である。
【００９８】
本願の他の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、命令を記憶する。命令がコンピュータで実行される場合に、コンピュータは、上記の態様において方法を実行する。
【００９９】
本願の実施形態の技術的解決法では、データ伝送方法が提供される。最初に、基地局は、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。次いで、基地局は、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局は、第２スケジューリング情報を第１ＵＥへ送り、ここで、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。上記の方法では、第１ＵＥは、対応するリソースがデータ再送のために再び割り当てられ得るように、第１フィードバック情報を受け取ることによって第２ＵＥのデータ受信状態を把握することができ、それによって、２つのＵＥの間のデータ伝送の信頼性が改善される。
【図面の簡単な説明】
【０１００】
【図１】本願に従ってＤ２Ｄ技術においてデータ伝送を実装する実施形態の概略図である。
【図２】本願の実施形態に従うＤ２Ｄ通信の概略図である。
【図３】本願の実施形態に従うＤ２Ｄ通信伝送メカニズムの概略図である。
【図４】本願の実施形態に従うＤ２Ｄリソースプールの概略図である。
【図５】本願の実施形態に従うデータ伝送システムの略アーキテクチャ図である。
【図６】本願の実施形態に従うデータ伝送方法の実施形態の概略図である。
【図７】本願の適用シナリオにおけるデータフィードバックと再送との間の時間順序関係の概略図である。
【図８】本願の実施形態に従うデータ伝送方法の他の実施形態の概略図である。
【図９】本願の適用シナリオにおけるデータフィードバックと再送との間の他の時間順序関係の概略図である。
【図１０】本願の実施形態に従うデータ伝送方法の他の実施形態の概略図である。
【図１１】本願の実施形態に従うデータ伝送方法の他の実施形態の概略図である。
【図１２】本願の適用シナリオにおけるデータフィードバックと再送との間の他の時間順序関係の概略図である。
【図１３】本願の半永続的スケジューリングの適用シナリオにおけるデータフィードバックと再送との間の時間順序関係の概略図である。
【図１４】本願の実施形態に従う基地局の実施形態の概略図である。
【図１５】本願の実施形態に従うユーザ機器の実施形態の概略図である。
【図１６】本願の実施形態に従うユーザ機器の他の実施形態の概略図である。
【図１７】本願の実施形態に従う基地局の略構造図である。
【図１８】本願の実施形態に従うユーザ機器の略構造図である。
【図１９】本願の実施形態に従うデータ伝送システムの実施形態の概略図である。
【発明を実施するための形態】
【０１０１】
本願の明細書、特許請求の範囲、及び添付の図面において、語「第１」、「第２」、「第３」、「第４」など（もしあれば）は、類似したオブジェクトを区別することを目的とし、必ずしも特定の順序又は順番を示すわけではない。そのようにして使用される語は、適切な状況で交換可能であることが理解されるべきであり、それにより、ここで記載される実施形態は、ここで図示又は記載されている順序以外の他の順序で実施され得る。その上、語「〜を含む」、「〜を包含する」及び他の如何なる変形も、非排他的な包有を対象とするものであり、例えば、ステップ又はユニットの一覧を含むプロセス、方法、システム、製品、又はデバイスは、必ずしもそれらのステップ又はユニットに限定されず、明示的に挙げられても又はそのようなプロセス、方法、製品若しくはデバイスに特有でもない他のステップ又はユニットを含んでもよい。
【０１０２】
本願の実施形態の技術的解決法は、グローバル・システム・フォー・モバイル・コミュニケーションズ（Global  System  for  Mobile  Communications，ＧＳＭ）システム、符号分割多重アクセス（Code  Division  Multiple  Access，ＣＤＭＡ）システム、広帯域符号分割多重アクセス（Wideband  Code  Division  Multiple  Access，ＷＣＤＭＡ）システム、汎用パケット無線サービス（General  Packet  Radio  Service，ＧＰＲＳ）、ロング・ターム・エボリューション（Long  Term  Evolution，ＬＴＥ）システム、ＬＴＥ周波数分割複信（Frequency  Division  Duplex，ＦＤＤ）システム、ＬＴＥ時分割複信（Time  Division  Duplex，ＴＤＤ）、ユニバーサル・モバイル・テレコミュニケーションズ・システム（Universal  Mobile  Telecommunications  System，ＵＭＴＳ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  for  Microwave  Access，ＷｉＭＡＸ）通信システム、又は第５世代モバイル通信技術（5th  Generation，５Ｇ）などの様々な通信システムに適用され得ることが理解されるべきである。具体的な通信システムは、本願の実施形態で限定されないことが留意されるべきである。
【０１０３】
図２は、本願の実施形態に従うＤ２Ｄ通信の概略図である。図示されるように、Ｄ２Ｄは、ＵＥ間の直接通信技術である。従来のセルラー通信技術との最大の違いは、次の通りである。ＵＥは、もはや転送を実行するように基地局にもはや求めず、互いと直接に通信し得る。基地局は、ＵＥが互いに直接通信することを支援するよう、リソースの設定、スケジューリング、及び協調などを行うためにＵＥへ制御命令を送信することができる。Ｄ２Ｄシステムでは、サイドリンク上のデータ伝送は、既存のＵＥ間（Ｕｕ）インターフェイスのアップリンクリソースを使用することによって実施される。
【０１０４】
Ｄ２Ｄ技術は、第３世代パートナーシップ・プロジェクト（3rd  Generation  Partnership  Project，３ＧＰＰ）で議論されている。ＬＴＥリリース（Release，Ｒｅｌ）１２におけるＤ２Ｄ技術では、ブロードキャスト様式でデータが送信される。図３は、本願の実施形態に従うＤ２Ｄ通信伝送メカニズムの概略図である。Ｄ２Ｄ技術は２つの特徴、すなわち、発見（Discovery）及び通信（Communication）を含む。発見は、ＵＥが周期的に情報をブロードキャストして、ＵＥの周りのユーザがブロードキャスト情報を検出してＵＥを発見することができるようにすることを意味する。通信は、ＵＥ間の直接データ伝送であり、具体的に言えば、サイドリンク制御情報（Sidelink  Control  Information，ＳＣＩ）及びデータを一緒に送信するためのメカニズムが使用される。ＳＣＩはまた、リソーススケジューリング割り当て（Scheduling  Assignment，ＳＡ）としても使用される。
【０１０５】
ＳＣＩは、送信端からの送信データの状態情報を示すために使用され、データの時間周波数リソース情報、変調及び符号化フォーマット（Modulation  and  Coding  Scheme，ＭＣＳ）情報、などを含む。受信端は、ＳＣＩの指示に従ってデータを受信することができる。送信端は、ＳＣＩによって示されているフォーマットを使用することによって、ＳＣＩによって示されている時間周波数リソース上でデータを送信する。
【０１０６】
理解の容易のために、本願がＤ２Ｄ分野に適用される場合に、図４を参照されたい。図４は、本願の実施形態に従うＤ２Ｄリソースプールの概略図である。図示されるように、ＵＥがセルのカバレッジエリア内にある場合に、基地局は、送信リソースプールをＤ２Ｄ  ＵＥへ割り当て、送信リソースプールは、Ｄ２Ｄ  ＵＥによってデータを送信するために使用される。リソースプールは、時間周波数リソースの組であり、送信のために使用されるリソースプールと、受信のために使用されるリソースプールとに分類される。基地局は、システムブロードキャスト又は専用シグナリングを使用することによって、ＳＣＩ送信リソースプール及びデータ送信リソースプールなどの異なる送信リソースプールを構成する。ＳＣＩ送信リソースプールは、主に、ＳＣＩを送信するために使用され、データ送信リソースプールは、主に、データを送信するために使用される。
【０１０７】
通常は、リソースプール内のリソースを使用する２つのモードがある。第１のモードでは、基地局は、リソースプール内で、決定された時間周波数リソースを各Ｄ２Ｄ  ＵＥへ割り当て、時間周波数リソースは、ＵＥによってＤ２Ｄ伝送を実行するために使用される。第２のモードでは、ＵＥが独立して且つランダムにリソースプールからリソースを選択してＤ２Ｄ伝送を実行し、例えば、ＳＣＩリソースプール内で常に２回ＳＣＩを送信し、データリソースプール内で常に４回データを送信する。Ｒｅｌ．１３では、Ｄ２Ｄは、ＵＥ間のユニキャスト通信を更にサポートし得るが、ブロードキャスト通信、マルチキャスト通信、及びユニキャスト通信のどれもレイヤ１又はレイヤ２フィードバックをサポートしない。
【０１０８】
その上、本願がＬＴＥ−Ｖシステムに適用される場合に、ＳＣＩ及びデータの相対位置は、Ｄ２Ｄにおけるそれらとは異なる。ＳＣＩ及び対応するデータは、同じサブフレームで送信される。具体的には、２つの方法が存在し得る。１つの方法では、ＳＣＩ及び対応するデータは常に、周波数領域内の隣接するリソースを占有する。他の方法では、ＳＣＩ及び対応するデータは、周波数領域内でＳＣＩリソースプール及びデータリソースプールにおいて夫々送信される。すなわち、ＳＣＩ及びデータは、周波数領域内で分かれ得る。Ｄ２Ｄと同様に、ＬＴＥ−Ｖでは、リソースを使用する２つのモードがやはりある。第１のモードでは、基地局は、サイドリンク上で各ＵＥへ時間周波数リソースを割り当て、時間周波数リソースは、ＵＥによってデータを送信するために使用される。第２のモードでは、ＵＥは独立してリソースプールからリソースを選択し、ＵＥは、ＵＥによって以前にリッスンされ取得されたリソース情報に基づき、データを送信するためにいくつかの比較的使われていないリソースを選択する。ＳＣＩ及び対応するデータは常に同じサブフレームで送信される。従って、ＳＣＩ及びデータの送信回数は常に等しく、ＳＣＩ及びデータは１度又は２度送信され得る。これはここで限定されない。
【０１０９】
Ｄ２Ｄ分野又はＬＴＥ−Ｖ分野に加えて、本願は、実際の応用では他のタイプの通信分野に適用されてもよいことが留意されるべきである。これはここで限定されない。
【０１１０】
本願は具体的に、図５に示されるデータ伝送システムに適用され得ることが理解されるべきである。システム内に含まれる全てのネットワーク要素は、具体的な内部構造を具現する。この実施形態における各ネットワーク要素の内部構造は一例にすぎず、伝送システムに対する限定と見なされるべきでないことが留意されるべきである。
【０１１１】
ＵＥは、無線リンクを通じて基地局と通信する。ＵＥは、バスを通じて接続されている１つ以上のプロセッサ、１つ以上のメモリ、及び１つ以上のトランシーバ（各トランシーバは送信器及び受信器を含む。）を含む。１つ以上のトランシーバは、１つ以上のアンテナへ接続されている。１つ以上のメモリは、コンピュータプログラムコードを含む。
【０１１２】
基地局は、ＵＥからネットワークへの無線アクセスを提供し、バスを通じて接続されている１つ以上のプロセッサ、１つ以上のメモリ、１つ以上のネットワークインターフェイス、及び１つ以上のトランシーバ（各トランシーバは受信器及び送信器を含む。）を含む。１つ以上のトランシーバは、アンテナ又はアンテナアレイへ接続されている。１つ以上のメモリは、コンピュータプログラムコードを含む。ネットワークインターフェイスは、リンク（例えば、ネットワークインターフェイスとコアネットワークとの間のリンク）を通じてコアネットワークへ接続されるか、あるいは、有線又は無線リンクを通じて他の基地局へ接続される。
【０１１３】
ネットワークは、更なるネットワーク接続、例えば、電話網及び／又はデータ通信網（例えば、インターネット）を更に提供し得る、ネットワーク制御ユニット、モビリティ管理エンティティ（Mobility  Management  Entity，ＭＭＥ）、又はサービング・ゲートウェイ（Serving  Gateway，Ｓ−ＧＷ）などのコアネットワークデバイスを更に含んでもよい。基地局は、リンク（例えば、Ｓ１インターフェイス）を通じてコアネットワークデバイスへ接続されてもよい。コアネットワークデバイスは、バスを通じて接続されている１つ以上のプロセッサ、１つ以上のメモリ、及び１つ以上のネットワークインターフェイスを含む。１つ以上のメモリは、コンピュータプログラムコードを含む。
【０１１４】
ＵＥ、基地局、及びコアネットワークデバイスに含まれているメモリは、如何なるローカルテクノロジ環境にとっても適切なタイプであることができ、如何なる適切なデータ記憶技術も使用することによって実装され得る。
【０１１５】
ＵＥ、基地局、及びコアネットワークデバイスにおける様々な無線周波数デバイスは、ノイズの作用下で出力信号の位相にランダムな変化を引き起こす。これは信号復調を難しくする。通信システムでは、無線システム利用を改善し且つ無線チャネルのフェーディングに抵抗するよう、複数のＭＣＳがセットされ、異なる信号対干渉及び雑音比（Signal  to  Interference  plus  Noise  Ratio，ＳＩＮＲ）に適応することができる。しかし、送信端ＵＥが受信端ＵＥへデータを再送することができるように、基地局は更に、複数回送信端ＵＥのためのリソースをスケジューリングする必要がある。ユニキャスト及びマルチキャストの場合には、伝送信頼性を更に確かにし且つアプリケーション層要件を満足するために、フィードバック及び再送メカニズムがサポートされる必要がある。本願の解決法は、フィードバック及び再送メカニズムを加える方法について具体的に説明するよう以下で記載されている。
【０１１６】
図６を参照すると、本願の実施形態におけるデータ伝送方法の実施形態は、次のステップを含む。
【０１１７】
２０１．基地局は、第１スケジューリング情報を第１ＵＥへ送信し、第１ＵＥは、基地局から第１スケジューリング情報を受信する。
【０１１８】
この実施形態では、最初に、基地局が第１スケジューリング情報を第１ＵＥへ送る。第１スケジューリング情報は、ダウンリンク制御情報（Downlink  Control  Information，ＤＣＩ）であってよく、具体的にはＤＣＩフォーマット（format）５Ａであってよい。ＤＣＩは他のフォーマットであってもよいことが留意されるべきである。これはここで限定されない。ＤＣＩは、物理ダウンリンク制御チャネル（Physical  Downlink  Control  Channel，ＰＤＣＣＨ）において搬送される。
【０１１９】
２０２．第１ＵＥは、基地局によって送信された第１スケジューリング情報を受信し、第１スケジューリング情報に基づきデータを第２ＵＥへ送信する。
【０１２０】
この実施形態では、基地局によって送信された第１スケジューリング情報を受信した後、第１ＵＥは、第１スケジューリング情報に基づきサイドリンク上で対応するリソースにおいてＳＣＩ及びデータを送信することができる。
【０１２１】
２０３．第１ＵＥは、第１フィードバック情報を基地局へ送信し、基地局は、第１ＵＥによって送信された第１フィードバック情報を受信し、ここで、第１フィードバック情報は、第２ＵＥがデータを受信することに成功したかどうかを示すために使用される。
【０１２２】
この実施形態では、第１ＵＥが送信端となり、第２ＵＥが受信端となる。第１ＵＥがＳＣＩ及びデータを第２ＵＥへ送信した後、第２ＵＥが第１フィードバック情報を第１ＵＥへ送信し、第１ＵＥが第１フィードバック情報を基地局へ転送するか、あるいは、第２ＵＥが直接に第１フィードバック情報を基地局へ送信する。第１フィードバック情報は、主に、現在のデータ伝送が成功したかどうかを基地局に通知するために、具体的に言えば、第１ＵＥによって送信されたデータを第２ＵＥが受信したかどうかを示すために、使用される。
【０１２３】
第１フィードバック情報は、具体的に、肯定応答（Acknowledgement，ＡＣＫ）情報又は否定応答（Negative  Acknowledgement，ＮＡＣＫ）情報であってよいことが留意されるべきである。第１フィードバック情報がＡＣＫである場合に、それは、サイドリンク上のデータ伝送が成功したことを示し、従って、データは再送される必要がない。対照的に、第１フィードバック情報がＮＡＣＫである場合には、それは、サイドリンク上のデータ伝送が失敗したことを示し、それに応じて、ステップ２０４の内容は実行される必要がある。
【０１２４】
しかし、実際の適用では、基地局は、複数の方法で、第２ＵＥがデータを受け取れないと判断する。方法は、具体的に、次の通りである。
【０１２５】
第１の方法では、第１ＵＥは、対応するフィードバックリソース上で第２ＵＥからのフィードバックを受け取らず、第１ＵＥは、基地局へのフィードバックも与えない。この場合に、基地局が対応するフィードバックリソース上でフィードバックを受け取らないならば、基地局は、第２ＵＥがデータを受け取れないと見なす。
【０１２６】
第２の方法では、第１ＵＥは、対応するフィードバックリソース上で第２ＵＥからのフィードバックを受け取らないが、第１ＵＥは、ＮＡＣＫを基地局へフィードバックする。この場合に、基地局が第１ＵＥによって送信されたＮＡＣＫを受け取るならば、基地局は、第２ＵＥがデータを受け取れないと見なす。
【０１２７】
第３の方法では、第１ＵＥは、第２ＵＥによってフィードバックされたＮＡＣＫを受け取るが、第１ＵＥは、フィードバックを基地局へ与えない。この場合に、基地局が対応するフィードバックリソース上でフィードバックを受け取らないならば、基地局は、第２ＵＥがデータを受け取れないと見なす。
【０１２８】
第４の方法では、第１ＵＥは、第２ＵＥによってフィードバックされたＮＡＣＫを受け取り、第１ＵＥも、ＮＡＣＫを基地局へフィードバックする。この場合に、基地局が第１ＵＥによって送信されたＮＡＣＫを受け取るならば、基地局は、第２ＵＥがデータを受け取れないと見なす。
【０１２９】
上記４つの方法は、第２ＵＥがデータを受け取れないと基地局が判断する例にすぎず、本願に対する限定と解釈されるべきでない。
【０１３０】
実際の適用では、基地局は、複数の方法で、第２ＵＥがデータを受け取ることに成功したと判断する。方法は、具体的に、次の通りである。
【０１３１】
第１の方法では、第１ＵＥは、第２ＵＥによってフィードバックされたＡＣＫを受け取り、第１ＵＥも、ＡＣＫを基地局へフィードバックする。この場合に、基地局が第１ＵＥによって送信されたＡＣＫを受け取るならば、基地局は、第２ＵＥがデータを受け取ることに成功したと見なす。
【０１３２】
第２の方法では、第１ＵＥは、第２ＵＥによってフィードバックされたＡＣＫを受け取るが、第１ＵＥは、対応するフィードバックリソース上で基地局へフィードバックを与えない。この場合に、基地局が対応するフィードバックリソース上でフィードバックを受け取らないならば、基地局は、第２ＵＥがデータを受け取ることに成功したと見なす。
【０１３３】
上記２つの方法は、第２ＵＥがデータを受け取ることに成功したと基地局が判断する例にすぎず、本願に対する限定と解釈されるべきでない。
【０１３４】
２０４．第２ＵＥがデータを受け取れないと第１フィードバック情報が示す場合に、基地局は、第２スケジューリング情報を第１ＵＥへ送信し、第１ＵＥは、第２スケジューリング情報を受信する。
【０１３５】
この実施形態では、第２ＵＥが第１ＵＥによって送信されたデータを受け取れないと第１フィードバック情報が示す場合に、基地局は、第１フィードバックメッセージを受信後に、第２スケジューリング情報を第１ＵＥへ送信する。第２スケジューリング情報によって示されるリソースは、第１スケジューリング情報によって示されたリソースと一致しても、あるいは、第１スケジューリング情報によって示されたリソースと不一致であってもよい。第２スケジューリング情報は、具体的に、ＤＣＩであってよい。ＤＣＩは、リソース割り当て情報を含むがこれに限られない。
【０１３６】
２０５．第１ＵＥは、第２スケジューリング情報に基づき第２ＵＥへデータを再送し、第２ＵＥは、第１ＵＥによって再送されたデータを受信する。
【０１３７】
この実施形態では、基地局は、第２スケジューリング情報を第１ＵＥへ送信し、それにより、第１ＵＥは、第２スケジューリング情報に基づき、基地局によってサイドリンク上で第１ＵＥへ割り当てられたリソースを決定する。リソースは、データを再送するために使用される。それに応じて、第１ＵＥは、サイドリンク上で対応するリソースにおいてＳＣＩ及びデータを再送する。
【０１３８】
理解の容易のために、本願の実施形態におけるデータ伝送方法は、具体的な適用シナリオを一例として使用することによって、以下で詳細に記載される。図７は、本願の適用シナリオにおけるデータフィードバックと再送との間の時間順序関係の概略図である。詳細は次の通りである。
【０１３９】
基地局は、ｎ番目のサブフレームにおいて第１ＵＥへスケジューリング情報Ａを送信し、ここで、スケジューリング情報Ａは具体的にＤＣＩであってよく、そして、ＤＣＩによって示される内容に基づき第１ＵＥへのサイドリンク上の２つの送信のためにリソースを割り当てる。具体的に言えば、２つの送信は、図中の、サイドリンク上の第１の送信、及びサイドリンク上の第２の送信に対応する。第１の送信は、（ｎ＋４）番目のサブフレームで行われ、２つの送信の間にはｋ個のサブフレームのインターバルが存在する。この場合に、第２の送信は、（ｎ＋４＋ｋ）番目のサブフレームで行われる。（ｎ＋８＋ｋ）番目のサブフレームでは、基地局が、第２ＵＥによって送信されたフィードバック情報を受信しようと試みる。フィードバック情報は、具体的に、アップリンク（Uplink，ＵＬ）フィードバック情報であってよい。再送が現在実行される必要があるとＵＬフィードバック情報が示す場合には、基地局は、（ｎ＋１２＋ｋ）番目のサブフレームで第１ＵＥへスケジューリング情報Ｂを送信する。スケジューリング情報Ｂも、具体的にＤＣＩであってよく、スケジューリング情報Ｂは、再送リソースを第１ＵＥに割り当てるために使用される。（ｎ＋１６＋ｋ）番目のサブフレームでは、第１ＵＥが、サイドリンク上で再送中に第１の送信（図中、サイドリンク上の第３の送信に対応する。）を実行する。
【０１４０】
第１ＵＥがスケジューリング情報Ａを受ける時点から、最初の送信中の第１のデータ送信のための時点の間の時間インターバルは、４つのサブフレームに制限されず、第１ＵＥがスケジューリング情報Ｂを受ける時点から、再送中の第１のデータ送信のための時点の間の時間インターバルも、４つのサブフレームに制限されないことが留意されるべきである。代替的に、サブフレーム以外の他の時間単位、例えば、スロット、シンボル、又は数シンボルを含む他の時間単位があってもよい。これは、ここで限定されない。２つの送信の間のｋ個のサブフレームは、実際の場合に基づきセットされ得ることが理解され得、ここで、ｋは正の整数である。その上、ＵＬフィードバック情報とＤＣＩとの間のインターバルは、４つのサブフレームに制限されず、他の数のサブフレームであってもよい。これは、ここで限定されない。
【０１４１】
基地局は、第２ＵＥのための対応するフィードバックリソースを設定する。フィードバックリソースは、時間領域リソース、周波数領域リソース、及び符号領域リソースのうちの少なくとも１つであってよく、リソースは、第２ＵＥによってＵＬフィードバック情報を送るために使用される。基地局は、システムブロードキャストメッセージ、無線リソース制御（Radio  Resource  Control，ＲＲＣ）専用シグナリング、媒体アクセス制御（Media  Access  Control，ＭＡＣ）層シグナリング、物理層（Physical  Layer）シグナリング、などのうちの少なくとも１つを使用することによって、フィードバックリソースを設定し得ることが留意されるべきである。代替的に、第２ＵＥが、第１ＵＥの受信されたＳＣＩによって占有されるリソースのシーケンス番号を使用することによって、フィードバックリソースを決定してもよい。例えば、第２ＵＥは、ＵＬフィードバック情報を送るために、ＳＣＩによって占有されるいくつかの物理リソースブロック（Physical  Resource  Block，ＰＲＢ）から最小又は最大のシーケンス番号を有するＰＲＢを選択する。その上、２つの方法の組み合わせが使用されてもよい。これは、ここで限定されない。
【０１４２】
より具体的には、第２ＵＥは、ｔ１が正の整数であるとして、第１ＵＥの最後の送信後であるｔ１番目のサブフレームで、ＵＬフィードバック情報を基地局へ送信し得る。サブフレームｎでスケジューリング情報Ａを配信する場合に、基地局は、第２ＵＥによってＵＬフィードバック情報を送るために使用されるサブフレームが（ｎ＋ｔ１＋ｔ２）番目のサブフレームであると既に知っている。ここで、ｔ２は、第１ＵＥの最後の送信がサブフレームｎの後にあるｔ２番目のサブフレームで起こることを示す。基地局は、（ｎ＋ｔ１＋ｔ２）番目のサブフレームで、第２ＵＥによって送信されたＵＬフィードバック情報を受信する。ＵＬフィードバック情報は、サイドリンク上の送信が成功したかどうかを示す。第２ＵＥは、第１ＵＥからＳＣＩを受信する。ＳＣＩを使用することによって、第２ＵＥは、アップリンクフィードバックを与えるサブフレームを決定することができ、そして、対応するフィードバックを与える。第２ＵＥは、第１ＵＥを使用せずに直接ＵＬフィードバック情報を基地局へ送り、それにより、シグナリングオーバヘッド及び遅延は効果的に低減され得る。
【０１４３】
第２ＵＥがデータを正確に受信したと知った後、基地局は更に、サイドリンク上のデータが正確に受信されたことを第１ＵＥに通知し得る。具体的に言えば、基地局は、ダウンリンク（Downlink，ＤＬ）フィードバック情報を第１ＵＥへ送る、例えば、ＡＣＬを送る。
【０１４４】
本願のこの実施形態の技術的解決法では、データ伝送方法が提供される。最初に、基地局は、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。次いで、基地局は、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局は、第２スケジューリング情報を第１ＵＥへ送り、ここで、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。上記の方法では、基地局は、第１フィードバック情報を受け取ることによって第２ＵＥのデータ受信状態を決定することができ、それにより、第１ＵＥは、データ再送のために使用されるリソースを基地局に要求し、それによって、２つのＵＥの間のデータ伝送の信頼性が改善される。
【０１４５】
任意に、図６に対応する上記の実施形態に基づき、本願のこの実施形態で提供されるデータ伝送方法の第１の任意の実施形態では、第１ＵＥが第１フィードバック情報を基地局へ送る前に、方法は、
第１ＵＥが、第２ＵＥによって送られた第２フィードバック情報を受け、ここで、第２フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される、ことと、
第１ＵＥが、第２フィードバック情報に基づき第１フィードバック情報を決定することと、
第１ＵＥが、第１フィードバック情報を基地局へ送り、基地局が、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第１ＵＥによって第２フィードバック情報に基づき決定され、第２フィードバック情報は、第２ＵＥによって第１ＵＥへ送られる、ことと
を更に含んでもよい。
【０１４６】
この実施形態において、第１フィードバック情報を基地局へ送る前に、第１ＵＥは、第２ＵＥによって送られた第２フィードバック情報を前もって受け取ることができる。第１フィードバック情報と同様に、第２フィードバック情報も、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２フィードバック情報を受け取った後、第１ＵＥは、第２フィードバック情報に基づき第１フィードバック情報の内容を決定し得る。例えば、第２フィードバック情報がＡＣＫである場合に、第１フィードバック情報もＡＣＫであってよく、あるいは、第２フィードバック情報がＮＡＣＫである場合に、第１フィードバック情報もＮＡＣＫであってよい。
【０１４７】
具体的に、図８は、本願の実施形態に従うデータ伝送方法の他の実施形態の概略図である。図示されるように、ステップ３０１は、ステップ２０１と同様であり、ステップ３０２は、ステップ２０２と同様である。従って、詳細は、ここでは記載されない。
【０１４８】
ステップ３０３で、第２ＵＥは、第１ＵＥによって送信されたデータが受信されるかどうかに基づきフィードバックを与え、例えば、第２フィードバック情報を第１ＵＥへ送る。第２フィードバック情報は、具体的にはＡＣＫ又はＮＡＣＫであってよく、ＡＣＫは、第２ＵＥがデータ及びＳＣＩを成功裏に受け取ることを示し、ＮＡＣＫは、第２ＵＥがデータ及び／又はＳＣＩを受け取れないことを示す。その上、基地局が対応するフィードバックリソース上でフィードバックを受け取らない場合には、基地局は、第２ＵＥがデータを受け取れないと見なしてもよい。
【０１４９】
ステップ３０４からステップ３０６は、図６に対応する上記の実施形態におけるステップ２０３からステップ２０５と同様である。従って、詳細は、ここでは記載されない。
【０１５０】
理解の容易のために、本願の実施形態におけるデータ伝送方法は、具体的な適用シナリオを一例として使用することによって、以下で詳細に記載される。図９は、本願の適用シナリオにおけるデータフィードバックと再送との間の他の時間順序関係の概略図である。
【０１５１】
基地局は、ｎ番目のサブフレームにおいて第１ＵＥへスケジューリング情報Ａを送信し、ここで、スケジューリング情報Ａは具体的にＤＣＩであってよく、そして、ＤＣＩによって示される内容に基づき第１ＵＥへのサイドリンク上の２つの送信のためにリソースを割り当てる。具体的に言えば、２つの送信は、図中の、サイドリンク上の第１の送信、及びサイドリンク上の第２の送信に対応する。第１の送信は、（ｎ＋４）番目のサブフレームで行われ、２つの送信の間にはｋ個のサブフレームのインターバルが存在する。この場合に、第２の送信は、（ｎ＋４＋ｋ）番目のサブフレームで行われる。（ｎ＋８＋ｋ）番目のサブフレームでは、第１ＵＥが、第２ＵＥによって送信されたサイドリンクフィードバック情報を受信しようと試みる。（ｎ＋１２＋ｋ）番目のサブフレームでは、基地局が、第１ＵＥからＵＬフィードバック情報を受信しようと試みる。再送が現在実行される必要があるとＵＬフィードバック情報が示す場合には、基地局は、（ｎ＋１６＋ｋ）番目のサブフレームで第１ＵＥへスケジューリング情報Ｂを送信する。スケジューリング情報Ｂも、具体的にＤＣＩであってよく、スケジューリング情報Ｂは、再送リソースを第１ＵＥに割り当てるために使用される。（ｎ＋２０＋ｋ）番目のサブフレームでは、第１ＵＥが、サイドリンク上で再送中に第１の送信（図中、サイドリンク上の第３の送信に対応する。）を実行する。
【０１５２】
第１ＵＥがスケジューリング情報Ａを受ける時点から、最初の送信中の第１のデータ送信のための時点の間の時間インターバルは、４つのサブフレームに制限されず、且つ、第１ＵＥがスケジューリング情報Ｂを受ける時点から、再送中の第１のデータ送信のための時点の間の時間インターバルは、４つのサブフレームに制限されないことが留意されるべきである。代替的に、サブフレーム以外の他の時間単位、例えば、スロット、シンボル、又は数シンボルを含む他の時間単位があってもよい。これは、ここで限定されない。２つの送信の間のｋ個のサブフレームは、実際の場合に基づきセットされ得ることが理解され得、ここで、ｋは正の整数である。その上、ＵＬフィードバック情報とＤＣＩとの間のインターバルは、４つのサブフレームに制限されず、他の数のサブフレームであってもよい。これは、ここで限定されない。
【０１５３】
基地局は、第１ＵＥのための対応するリソースを設定する。リソースは、時間領域リソース、周波数領域リソース、及び符号領域リソースのうちの少なくとも１つであってよく、リソースは、第１ＵＥによってＵＬフィードバック情報を送るために使用される。基地局は、システムブロードキャストメッセージ、無線リソース制御（Radio  Resource  Control，ＲＲＣ）専用シグナリング、媒体アクセス制御（Media  Access  Control，ＭＡＣ）層シグナリング、物理層（Physical  Layer）シグナリング、などのうちの少なくとも１つを使用することによってフィードバックリソースを設定しても、あるいは、サブフレームｎで送信されるＤＣＩによって専用される制御チャネル要素（Control  Channel  Element，ＣＣＥ）における最小又は最大のシーケンス番号を使用することによってリソースを決定してもよいことが留意されるべきである。ＣＣＥは、ＰＤＣＣＨのリソース粒度である。その上、２つの方法の組み合わせが使用されてもよい。これは、ここで限定されない。
【０１５４】
より具体的には、第１ＵＥは、ｔ１が正の整数であるとして、第１ＵＥの最後の送信後であるｔ１番目のサブフレームで、ＵＬフィードバック情報を基地局へ送信し得る。サブフレームｎでスケジューリング情報Ａを配信する場合に、基地局は、第１ＵＥによってＵＬフィードバック情報を送るために使用されるサブフレームが（ｎ＋ｔ１＋ｔ２）番目のサブフレームであると既に知っており、ここで、ｔ２は、第１ＵＥの最後の送信がサブフレームｎの後にあるｔ２番目のサブフレームで起こることを示し、そして、（ｎ＋ｔ１＋ｔ２）番目のサブフレームで、第１ＵＥによって送信されたＵＬフィードバック情報を受信する。ＵＬフィードバック情報は、サイドリンク上の送信が成功したかどうかを示す。第２ＵＥは、第１ＵＥからＳＣＩを受信する。ＳＣＩを使用することによって、第２ＵＥは、アップリンクフィードバックを与えるサブフレームを決定することができ、そして、対応するフィードバックを与える。
【０１５５】
その上、本願の実施形態において、サイドリンク上で第２ＵＥからフィードバックを受信しようと試みた後、第１ＵＥはフィードバックを基地局へ与え、それにより、基地局は、サイドリンク上での第１ＵＥの送信が成功したかどうかを知ることができる。送信が成功しない場合には、基地局は、再送リソースを第１ＵＥへ割り当て得る。上記の方法では、第２ＵＥが最初に、データが受信されたかどうかを第１ＵＥにフィードバックし、それにより、第１ＵＥは、より早く、第２ＵＥのデータ受信状態を知り、従って、第１ＵＥを使用することによって、データを再送すべきかどうかを選択することが有利であり、それによって、解決法の実現性及び実行可能性が改善される。
【０１５６】
任意に、図６に対応する上記の実施形態に基づき、本願のこの実施形態で提供されるデータ伝送方法の第２の任意の実施形態で、第２スケジューリング情報はダウンリンクフィードバック情報を含み、第１ＵＥが基地局によって送られた第２スケジューリング情報を受け取ることは、
基地局がダウンリンクフィードバック情報を第１ＵＥへ送り、第１ＵＥが基地局によって送られたダウンリンクフィードバック情報を受け取ることと、
第１ＵＥがダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し、ここで、第１スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される、ことと
を含んでもよい。
【０１５７】
第１ＵＥが基地局によって送られた第２スケジューリング情報を受け取ることは、
第１ＵＥが基地局によって送られたダウンリンクフィードバック情報を受け取り、ここで、ダウンリンクフィードバック情報は、第１スケジューリング情報に基づき第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される、ことと
を含んでもよい。
【０１５８】
この実施形態において、基地局によって送信されて第１ＵＥによって受信される第２スケジューリング情報は、ＤＣＩであっても、あるいは、ＤＬフィードバック情報であってもよい。シグナリングオーバヘッドを低減するよう、第１ＵＥがＤＬフィードバック情報を受け取る場合に、第１ＵＥは、第１スケジューリング情報に基づき第２ＵＥへデータを再送すると決定し得る。すなわち、この場合に、第２スケジューリング情報の内容は、スケジューリング情報の内容と同じである。従って、基地局は、第１ＵＥへ再び第１スケジューリング情報を送る必要がない。
【０１５９】
具体的に、図１０は、本願の実施形態に従うデータ伝送方法の他の実施形態の概略図である。図示されるように、ステップ４０１からステップ４０４は、図８に対応する上記の実施形態におけるステップ３０１からステップ３０４と同様である。従って、詳細は、ここでは記載されない。
【０１６０】
ステップ４０５で、基地局は、ＤＬフィードバック情報を第１ＵＥへ送る。この場合に、ＤＬフィードバック情報に基づき、再送のために使用される周波数領域リソース、送信の回数、送信間の時間領域インターバル、ＭＣＳ、などが、最初の送信のために使用されたそれらと同じであると決定され得る。従って、指示は、第２スケジューリング情報を使用することによって再度行われる必要がない。ＤＬフィードバック情報を受け取った後、第１ＵＥは、サイドリンク上で再送を実行するために、依然として、最初の送信のための第１スケジューリング情報を使用する。
【０１６１】
しかし、図８に対応する実施形態におけるステップ３０５では、データが再送される必要があると知った後に、基地局は第２スケジューリング情報を第１ＵＥへ送信する。第２スケジューリング情報は具体的にＤＣＩであり、第２スケジューリング情報は、再送リソースを第１ＵＥに割り当てるために使用される。この場合に、再送のために使用される周波数領域リソース、送信の回数、２つの送信間の時間領域インターバル、ＭＣＳ、などは、最初の送信のために使用されたそれらと異なってもよく、第１ＵＥは、再送されたＤＣＩの指示に従ってサイドリンク上で再送を実行する。再送リソースが最初の送信リソースと異なる場合に、第２スケジューリング情報は第１スケジューリング情報とは異なる。
【０１６２】
図８に対応する実施形態におけるステップ３０６、及び図９に対応するデータフィードバックと再送との間の時間順序関係の概略図を参照すると、最初の送信及び再送のために使用されるリソースが異なることがあるが、第２ＵＥは最初の送信リソースと再送リソースとの間の関係を知らないので、第２ＵＥは、（具体的に言えば、第１の送信及び第２の送信における）最初に送信されたデータと、（第３の送信における）再送されたデータとを結合しない。この方法では、再送されたデータの冗長性バージョン（Redundancy  version，ＲＶ）が最初から再計算される必要がある。従来のＬＴＥシステムでは、ＲＶは、１サイクルで０、２、３、及び１である。本願では、上記のＲＶメカニズムが使用される。例えば、最初の送信中の２つの送信のＲＶは、夫々、０（第１の送信）及び２（第２の送信）である。この場合に、再送中の第１の送信のＲＶは０（第３の送信）であり、第２の送信があるならば、冗長性バージョンは２（第４の送信）である。
【０１６３】
しかし、この実施形態におけるステップ４０６では、第１ＵＥによって送信されるＳＣＩが、識別（identification，ＩＤ）情報片を含み、同じＩＤが最初の送信及び再送の間に使用される。それに応じて、第２ＵＥは、ＩＤに基づき、最初に送信されたデータと、再送されたデータとを結合することができる。より具体的には、ＩＤは、基地局によって第１ＵＥに割り当てられ得、例えば、第１スケジューリング情報に含まれる。ここで、第１スケジューリング情報は、具体的にＤＣＩであっても、あるいは、ＲＲＣ専用シグナリング又はＭＡＣ層シグナリングを使用することによって送信されても、あるいは、第１ＵＥ自体によって選択されてもよい。実際の適用では、ＩＤは、送信側の第１ＵＥと受信側の第２ＵＥとの間の関係を示すために更に使用されてもよいことが理解され得る。例えば、ＩＤ１は、第１ＵＥと第２ＵＥとの間の通信のために使用され、ＩＤ２は、第３ＵＥと第４ＵＥとの間の通信のために使用される。このようにして、ＩＤは、フィルタの役割も果たし得る。例えば、第２ＵＥによって受信されるＳＣＩがＩＤ１を含む場合には、第２ＵＥは、対応するデータを復調又は復号しようと試み続ける。第２ＵＥによって受信されるＳＣＩがＩＤ２を含む場合には、第２ＵＥは、対応するデータを復調又は復号しようと試み続けない。この方法では、再送されたデータのＲＶは、最初の送信の冗長性バージョンに従って引き続き計算され得る。例えば、最初の送信中の２つの送信の間の冗長性バージョンは、夫々、０（第１の送信）及び２（第２の送信）である。この場合に、再送中の第１の送信のＲＶは０（第３の送信）であり、第２の送信があるならば、冗長性バージョンは２（第４の送信）である。
【０１６４】
その上、本願のこの実施形態では、基地局によって送信されたダウンリンクフィードバック情報を受信する場合に、第１ＵＥは、データを再送するために使用されるＭＣＳなどが、最初にデータを送信するために使用されるＭＣＳなどと一致すると見なし、それに応じて、ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し、第１スケジューリング情報に基づき第２ＵＥへデータを再送する。上記の方法では、データを再送するために使用されるＭＣＳなどが、最初にデータを送信するために使用されるＭＣＳなどと一致する場合に、基地局は第２スケジューリング情報を送信する必要がなく、サイドリンク上で再送を実行するように第１ＵＥに指示するために、最初の送信リソースに対応する第１スケジューリング情報を使用し、それによって、解決法の柔軟性及び実行可能性は改善される。適切な解決法が、解決法の実現性を改善するために、異なるシナリオに対して提供される。
【０１６５】
任意に、図６及び図６に対応する第１又は第２の実施形態に基づき、本願のこの実施形態で提供されるデータ伝送方法の第３の任意の実施形態で、基地局が第１スケジューリング情報を第１ＵＥへ送ることは、
基地局が、第１ＵＥに対して、指示情報を含む第１スケジューリング情報を送り、第１ＵＥが、指示情報を含む第１スケジューリング情報を受け、ここで、指示情報は、データが再送可能なデータであることを示すために使用される、こと、又は
基地局が、第１ＵＥに対して、スクランブリング識別子を使用することによって処理される第１スケジューリング情報を送り、第１ＵＥが、スクランブリング識別子を使用することによって処理される第１スケジューリング情報を受け、ここで、スクランブリング識別子は、データが再送可能なデータであることを示すために使用される、こと
を含んでもよい。
【０１６６】
この実施形態において、送信側の第１ＵＥによって送信されるいくつかのデータ、すなわち、ブロードキャストデータなどの非再送データに対して、サイドリンク上にフィードバック及び再送はない。その他のデータ、すなわち、ユニキャストデータ及びマルチキャストデータなどの再送可能なデータに対しては、サイドリンク上にフィードバック及び／又は再送がある。受信側の第２ＵＥは、異なるデータごとに異なる処理方法を有している。例えば、ブロードキャストデータの場合に、第２ＵＥは、フィードバック及び最初に送信されたデータと再送されたデータとの結合を考える必要がない。ユニキャストデータ及びマルチキャストデータの場合に、第２ＵＥは、フィードバックを与えること及び／又は結合を実行することが必要であり得る。従って、再送を伴うデータと、再送を伴わないデータとが、受信中に区別される必要がある。
【０１６７】
基地局が異なるデータタイプを示す方法が、最初に以下で記載される。この実施形態は、具体的に次の通りである２つの実現可能な方法を提供する。
【０１６８】
データタイプを示す第１の方法では、基地局は、送信側の第１ＵＥへＤＣＩを送る。ＤＣＩは、サイドリンク上にデータのフィードバック及び再送が存在し得るかどうかを示すために使用される。サイドリンク上にデータのフィードバック及び再送がない場合には、データタイプはデータタイプＡであり、データは、具体的にはブロードキャストデータなどであってよい。対照的に、サイドリンク上にデータのフィードバック及び／又は再送が存在し得る場合には、データタイプはデータタイプＢであり、データは、具体的にはマルチキャストデータ、ユニキャストデータ、などであってよい。データタイプがデータタイプＢである場合に、基地局は、第１ＵＥ又は第２ＵＥからアップリンクフィードバックを受信しようと試みる必要がある。
【０１６９】
データタイプを示す第２の方法では、基地局は、異なるスクランブリング識別子を使用することによってＤＣＩをスクランブルする。例えば、スクランブリング識別子１を使用することによってスクランブルされたＤＣＩは、データタイプＡを示すために使用され、データタイプＡのデータは、具体的にはブロードキャストデータなどであってよい。スクランブリング識別子Ｂを使用することによってスクランブルされたＤＣＩは、データタイプＢを示すために使用され、データタイプＢのデータは、具体的にはマルチキャストデータ、ユニキャストデータ、などであってよい。スクランブリング識別子は、基地局によって、例えば、ＲＲＣ専用シグナリングを使用することによって、割り当てられ得る。スクランブリング識別子を割り当てる方法は、ここで限定されない。具体的には、スクランブリング識別子は、ＤＣＩの巡回冗長検査（Cyclic  Redundancy  Check，ＣＲＣ）ビットをスクランブルするために使用される。
【０１７０】
スクランブリング識別子は、具体的には無線ネットワーク一時識別子（Radio  Network  Temporary  Identifier，ＲＮＴＩ）であってよい。ＲＮＴＩは、基地局によってＵＥに割り当てられる識別子である。識別子は、ＵＥに対して事前設定されても、あるいは、予め定義されてもよい。
【０１７１】
第１ＵＥ及び第２ＵＥがデータタイプを区別し、データを処理する方法が、以下で記載される。この実施形態は、具体的に次の通りである２つの実現可能な方法を提供する。
【０１７２】
異なるデータタイプを区別し、データを処理する第１の方法では、第１ＵＥ及び第２ＵＥは、異なるリソースプールを使用することによってデータタイプを区別し、例えば、データタイプＢを送るために特に使用されるリソースプールが構成される。リソースプールは、基地局を使用することによって構成され得る。例えば、リソースプールは、システムブロードキャストメッセージ、ＲＲＣ専用シグナリング、などを使用することによって構成され得る。代替的に、リソースプールは、第１ＵＥ及び第２ＵＥに対して事前構成されてもよい。実際の適用では、１つのリソースプールが構成されても、あるいは、複数のリソースプールが構成されてもよいことが留意されるべきである。受信側の第２ＵＥは、リソースプールにおいてデータを受信し、そして、ＳＣＩを正確に受信しながらデータを不正確に受信する場合に、最初に送信されたデータと再送されたデータとを結合しようと試みてよい。
【０１７３】
異なるデータタイプを区別し、データを処理する第２の方法では、第１ＵＥは、区別するためにＳＣＩに指示情報片を付加する。可能な実施において、指示情報は１ビットであってよい。例えば、ビットが“０”であるとき、それは、データがデータタイプＡであることを示す。ビットが“１”であるとき、それは、データがデータタイプＢであることを示す。受信側の第２ＵＥは、ＳＣＩ内の指示情報を使用することによってデータタイプを区別し、次いで、異なる動作を実行し得る。例えば、指示情報がデータタイプＢを示す場合に、第２ＵＥがＳＣＩを正確に受信しながらデータを不正確に受信するならば、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しようと試みてよい。指示情報は、基地局によって第１ＵＥに示されても、あるいは、第１ＵＥの上位層によって決定されてもよく、物理層に通知される。受信側の第２ＵＥがデータタイプＢのデータを結合しないならば、第２ＵＥは、区別せずに１つのリソースプールにおいて２つのタイプのデータを送信し得ると理解され得る。
【０１７４】
実際の適用では、指示情報のビットが“０”であるとき、それは、データがデータタイプＢであることを示すことができ、指示情報のビットが“１”であるとき、それは、データがデータタイプＡであることを示すことが留意されるべきである。これは、ここでの一例にすぎず、本願に対する限定と解釈されるべきではない。
【０１７５】
その上、本願のこの実施形態において、基地局は、第１ＵＥに対して、指示情報を含む第１スケジューリング情報を送るか、あるいは、基地局は、第１ＵＥに対して、スクランブリング識別子を使用することによって処理される第１スケジューリング情報を送る。上記の方法では、第１ＵＥと基地局との間のデータ伝送の不一致を回避し、解決法の信頼性を更に改善すべく、基地局は、基地局によって割り当てられたＤＣＩがどのタイプのデータを送信するために使用されるかをより明りょうに知ることを送信側の第１ＵＥに可能にするために、異なるスクランブリング識別子又は指示情報を使用する。その上、第１ＵＥは、データが再送され得るかどうかを区別するために、専用のリソースプールを使用するか、又は指示情報をＳＣＩに付加してよく、それにより、受信側の第２ＵＥは、どのデータが再送され得るかを知ることができ、次いで、結合動作を実行することを検討することができ、それによって、解決法の実行可能性は改善される。
【０１７６】
任意に、図６に対応する上記の実施形態に基づき、本願のこの実施形態で提供されるデータ伝送方法の第４の任意の実施形態で、基地局が第１スケジューリング情報を第１ユーザ機器ＵＥへ送ることは、
基地局が、第１ＵＥに対して、最初の送信のために使用されるリソース及び再送のために使用されるリソースを示し、それにより、第１ＵＥが、第１フィードバック情報を基地局へ送らずにデータを第２ＵＥへ再送することができるようにすることを含む。
【０１７７】
図６のステップ２０１では、基地局が、第１ＵＥに対して、最初の送信リソースを示すために使用される第１スケジューリング情報を送る。第２ＵＥがデータを正確に受信することができない場合に、ステップ２０４で、基地局は更に、第１ＵＥに対して、再送リソースを示すために使用される第２スケジューリング情報を送る。この実施形態では、基地局は、最初の送信のために使用されるリソース及び再送のために使用されるリソースを一緒に直接示し、それにより、第１ＵＥが複数回送信を実行する過程で、第１ＵＥは、再送リソースを要求するために基地局へ第１フィードバック情報を送る必要がない。
【０１７８】
具体的に、図１１は、本願の実施形態に従うデータ伝送方法の他の実施形態の概略図である。図示されるように、ステップ５０１で、基地局は第１スケジューリング情報を第１ＵＥへ送る。第１スケジューリング情報は、最初の送信リソース及び再送リソースを第１ＵＥに割り当てるとともに、最初に送信されるべきデータを最初の送信リソースを使用することによってステップ５０２で第２ＵＥへ送るように第１ＵＥに指示するために使用される。第２ＵＥが第１ＵＥによって送信されたデータを受け取れない場合に、第２ＵＥは、ステップ５０３で第２フィードバック情報を第１ＵＥへ送って、現在のデータが受信できないことを第１ＵＥに通知する。それに応じて、ステップ５０４で、第１ＵＥは、再送リソースを使用することによってデータを第２ＵＥへ再送する。ステップ５０５で、第１ＵＥは、データが再送される必要があるかどうかを判定するために、第２ＵＥによって送信された第２フィードバック情報を受信しようと試みる。特に、第１ＵＥが第２ＵＥによって送信された第２フィードバック情報を受け取れない場合には、データが正確に受信されないとやはり見なされ、データは再送される必要がある。最終的に、第１ＵＥは、第１フィードバック情報がステップ５０６で基地局へ送られる必要があるかどうかを選択し得る。
【０１７９】
ステップ５０１で、基地局は、第１ＵＥに対して、リソースを割り当てるために使用される第１スケジューリング情報を送信すると理解され得、ステップ５０１の具体的な実施は、次の通りであることができる。
【０１８０】
第１の可能な実施において、基地局は、少量の再送リソースしか割り当てず、例えば、一度しか再送リソース（例えば、第３のデータ送信のために必要なリソース、及び第４のデータ送信のために必要なリソース）を割り当てなくてもよい。第１ＵＥは、最初にデータを送信した後（具体的に言えば、第２のデータ送信に必要なリソースの後）に第２ＵＥからフィードバックを受信し、フィードバックは、データが正確に受信されることを示すと仮定される。この場合に、第１ＵＥは、第１フィードバック情報を基地局へ送る必要がない。
【０１８１】
第１ＵＥのためのリソースが使い切られた後にデータが依然として正確に送信されていない場合には、図６に対応する上記の実施形態で記載された方法が、データ再送を要求するよう基地局へ第１フィードバック情報を送り続けるために使用され得る。
【０１８２】
第２の可能な実施において、基地局は、比較的に多い再送リソースを第１ＵＥへ割り当ててもよい。再送リソース（例えば、第３のデータ送信に必要なリソース乃至第１６のデータ送信に必要なリソース）が７回割り当てられ、第１ＵＥは、第１の再送後（具体的に言えば、第４のデータ送信に必要なリソース後）に第２ＵＥからフィードバックを受信し、フィードバックは、データが正確に受信されることを示すと仮定される。この場合に、第１ＵＥは、データを送信することに成功したことを基地局に通知するために第１フィードバック情報を基地局へ送り、全て又はいくつかの未使用のリソース（全ての未使用のリソースは、第５のデータ送信に必要なリソース乃至第１６のデータ送信に必要なリソースを含み得る。）を解放する。基地局は、未使用のリソースを多のＵＥへ使用のために割り当ててよい。
【０１８３】
第１ＵＥのためのリソースが使い切られた後にデータが依然として正確に送信されていない場合には、図６に対応する上記の実施形態で記載された方法が、データ再送を要求するよう基地局へ第１フィードバック情報を送り続けるために使用され得る。
【０１８４】
基地局によって割り当てられるリソースの量又は送信の回数は、基地局によって、例えば、システムブロードキャストメッセージ、ＲＲＣ専用シグナリング、ＭＡＣ層シグナリング、又は物理層シグナリングを使用することによって設定されても、あるいは、第１ＵＥに対して事前設定されてもよい。これは、ここで限定されない。
【０１８５】
理解の容易のために、本願の実施形態におけるデータ伝送方法は、具体的な適用シナリオを一例として使用することによって、以下で詳細に記載される。図１２は、本願の適用シナリオにおけるデータフィードバックと再送との間の他の時間順序関係の概略図である。詳細は次の通りである。
【０１８６】
基地局は、ｎ番目のサブフレームにおいて第１ＵＥへ第１スケジューリング情報を送信し、ここで、第１スケジューリング情報は具体的にＤＣＩであってよく、そして、ＤＣＩによって示される内容に基づき第１ＵＥに対してサイドリンク上で最初の送信リソース及び再送リソースを割り当てる。最初の送信は２つの送信を含み、第１の送信は、（ｎ＋４）番目のサブフレームで行われ、２つの送信の間にはｋ個のサブフレームのインターバルが存在する。この場合に、第２の送信は、（ｎ＋４＋ｋ）番目のサブフレームで行われる。（ｎ＋８＋ｋ）番目のサブフレームでは、第１ＵＥが、第２ＵＥによって送信されたサイドリンクフィードバック情報を受信しようと試みることができる。再送が必要とされる場合には、第１ＵＥは、（ｎ＋１２＋ｋ）番目のサブフレーム及び（ｎ＋１６＋ｋ）番目のサブフレームにおいてサイドリンク上で再送中に２つの送信（図中の、サイドリンク上の第３の送信、及びサイドリンク上の第４の送信に対応する。）を実行する。再送が不要である場合には、任意に、第１ＵＥは更に、第１フィードバック情報、すなわち、ＵＬフィードバック情報を基地局へ送る。
【０１８７】
第１ＵＥが第１スケジューリング情報を受ける時点から、最初の送信中の第１のデータ送信のための時点の間の時間インターバルは、４つのサブフレームに制限されないことが留意されるべきである。代替的に、サブフレーム以外の他の時間単位、例えば、スロット、シンボル、又は数シンボルを含む他の時間単位があってもよい。これは、ここで限定されない。２つの送信の間のｋ個のサブフレームは、実際の場合に基づきセットされ得ることが理解され得、ここで、ｋは正の整数である。これは、ここで限定されない。
【０１８８】
基地局は、第１ＵＥのための対応するリソースを設定する。リソースは、時間領域リソース、周波数領域リソース、及び符号領域リソースのうちの少なくとも１つであってよく、リソースは、第１ＵＥによってＵＬフィードバック情報を送るために使用される。基地局は、システムブロードキャストメッセージ、ＲＲＣ専用シグナリングＭＡＣ層シグナリング、物理層シグナリング、などのうちの少なくとも１つを使用することによってフィードバックリソースを設定しても、あるいは、サブフレームｎで送信されるＤＣＩによって専用されるＣＣＥにおける最小又は最大のシーケンス番号を使用することによってリソースを決定してもよいことが留意されるべきである。ＣＣＥは、ＰＤＣＣＨのリソース粒度である。その上、２つの方法の組み合わせが使用されてもよい。これは、ここで限定されない。
【０１８９】
より具体的には、第１ＵＥは、ｔ１が正の整数であるとして、第１ＵＥの最後の送信後であるｔ１番目のサブフレームで、ＵＬフィードバック情報を基地局へ送信し得る。サブフレームｎで第１スケジューリング情報を配信する場合に、基地局は、第１ＵＥによってＵＬフィードバック情報を送るために使用されるサブフレームが（ｎ＋ｔ１＋ｔ２）番目のサブフレームであると既に知っており、ここで、ｔ２は、第１ＵＥの最後の送信がサブフレームｎの後にあるｔ２番目のサブフレームで起こることを示し、そして、（ｎ＋ｔ１＋ｔ２）番目のサブフレームで、第１ＵＥによって送信されたＵＬフィードバック情報を受信する。ＵＬフィードバック情報は、サイドリンク上の送信が成功したかどうかを示す。第２ＵＥは、第１ＵＥからＳＣＩを受信する。ＳＣＩを使用することによって、第２ＵＥは、アップリンクフィードバックを与えるサブフレームを決定することができ、そして、対応するフィードバックを与える。
【０１９０】
更に、本願のこの実施形態において、基地局は、最初の送信に使用されるリソース及び再送に使用されるリソースを第１ＵＥに対して直接示してもよく、それにより、第１ＵＥが複数回送信を行う過程で、第１ＵＥが第１フィードバック情報を基地局へ送る必要なしに、第１ＵＥはデータを第２ＵＥへ再送することができる。上記の方法では、データ再送の場合に、基地局は、スケジューリング情報を第１ＵＥへ複数回配信する必要がなく、第１ＵＥは、直接データを第２ＵＥへ再送し、それによって、シグナリングオーバヘッド及び遅延は低減される。
【０１９１】
任意に、図６に対応する第４の実施形態に基づき、本願のこの実施形態で提供されるデータ伝送方法の第５の任意の実施形態で、方法は、
第２ＵＥが、最初に送信されたＳＣＩに基づき、再送されたＳＣＩ及び再送されたデータを受信すること、又は
第２ＵＥが、最初に送信されたＳＣＩのリソース位置に基づき、再送されたＳＣＩのリソース位置を決定すること、又は
第２ＵＥが、最初に送信されたＳＣＩに含まれる指示情報に基づき、再送されたＳＣＩのリソース位置を決定すること
を更に含んでもよい。
【０１９２】
この実施形態において、それは、異なる場合において、具体的に、基地局及びＵＥのための次の３つのリソース割り当て方法があり得ることを示す。
【０１９３】
第１のリソース割り当て方法では、図７が一例として使用され、夫々の再送（例えば、第３のデータ送信及び第４のデータ送信）のためのスケジューリング情報（例えば、周波数領域リソース、送信の回数、時間領域インターバル、及びＭＳＣ）は常に、最初の送信（第１のデータ送信及び第２のデータ送信）のためのスケジューリング情報と同じであると仮定される。この場合に、基地局は、第１ＵＥに対して最初の送信のためのスケジューリング情報のみを示す必要がある。例えば、基地局は、第１スケジューリング情報のみを送り、第１ＵＥは、再送中に再び第１スケジューリング情報を使用する。第１スケジューリング情報はＤＣＩであってよい。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、ＩＤが第１ＵＥによって送信されるＳＣＩに付加されてもよく、それにより、第２ＵＥは、ＩＤに基づき、最初に送信されたデータと再送されたデータとを結合する。その上、同じスケジューリング情報が、第１ＵＥの最初に送信されたデータ及び再送されたデータのために常に使用され、第１ＵＥは、スケジューリング情報をＳＣＩに含める。従って、第２ＵＥは、受信されたＳＣＩに基づき、対応する最初に送信されたデータと、対応する再送されたデータとを結合し得る。例えば、最初の送信中に、第２ＵＥはＳＣＩしか正確に受信せず、（例えば、第１のデータ送信及び第２のデータ送信における）データを正確に受信することができない。この場合に、第２ＵＥは、ＳＣＩに関する情報に基づき、再送されたＳＣＩ及び再送されたデータに対応するスケジューリング情報、例えば、リソース位置、送信の回数、時間インターバル、及びＭＣＳを知ることができ、次いで、第２ＵＥは、最初に送信されたデータと、再送されたデータとを結合し得る。
【０１９４】
第２のリソース割り当て方法では、図７が一例として使用され、夫々の再送中の第１の送信でＳＣＩのために使用される周波数領域リソースが、最初の送信中の第１の送信でＳＣＩのために使用される周波数領域リソースと同じであると仮定される（例えば、第１のデータ送信におけるＳＣＩのための周波数領域リソースは、第３のデータ送信におけるＳＣＩのための周波数領域リソースと同じである。）。この場合に、基地局は、例えば、ＤＣＩ、ＭＡＣ層シグナリング、又はＲＲＣ専用シグナリングを使用することによって、第１ＵＥに対して夫々の送信（最初の送信及び夫々の再送）のためのスケジューリング情報を示す必要がある。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、ＩＤが第１ＵＥによって送信されるＳＣＩに含まれてもよく、それにより、第２ＵＥはＩＤに基づき結合を行う。その上、第１ＵＥの最初に送信されたデータ及び再送されたデータの中の第１の送信におけるＳＣＩのための周波数領域リソースは同じであるから、第２ＵＥは、受信されたＳＣＩに基づき、対応する最初に送信されたデータと対応する再送されたデータとを結合し得る。例えば、データが最初に送信されるとき、第２ＵＥは、第１の送信におけるＳＣＩしか正確に受信せず、（例えば、第１のデータ送信及び第２のデータ送信における）データを正確に受信することができない。この場合に、第２ＵＥは、ＳＣＩの周波数領域リソース位置に基づき、再送中の第１の送信においてＳＣＩに対応する周波数領域リソース位置を知り、従って、ＳＣＩに基づき、対応する再送信されたデータを取得することができ、次いで、最初に送信されたデータと、再送されたデータとを結合し得る。
【０１９５】
第３のリソース割り当て方法では、図７が一例として使用され、夫々の再送のためのスケジューリング情報と最初の送信のためのスケジューリング情報との間に関連関係がないことがある。基地局は、例えば、ＤＣＩ、ＭＡＣ層シグナリング、又はＲＲＣ専用シグナリングを使用することによって、第１ＵＥに対して夫々の送信（最初の送信及び夫々の再送）のためのスケジューリング情報を示す必要がある。この方法では、第２ＵＥは、最初に送信されたデータと再送されたデータとを結合しなくてもよく、あるいは、ＩＤが第１ＵＥによって送信されるＳＣＩに含まれてもよく、それにより、第２ＵＥは、ＩＤに基づき、最初に送信されたデータと再送されたデータとを結合する。その上、第１ＵＥは、ＳＣＩを使用することによって、次の再送中の第１の送信におけるＳＣＩの周波数領域リソース位置を示すことができ、それにより、第２ＵＥは、ＳＣＩに基づき、最初に送信されたデータと再送されたデータとを結合することができる。例えば、最初の送信中に、第２ＵＥは、第１の送信におけるＳＣＩしか正確に受信せず、（例えば、第１のデータ送信及び第２のデータ送信における）データを正確に受信することができない。この場合に、ＳＣＩは、次の再送中の第１の送信におけるＳＣＩの周波数領域リソース位置を示すので、第２ＵＥは、ＳＣＩの周波数領域リソース位置に基づき、対応する再送されたデータのためのＳＣＩを決定し、従って、ＳＣＩに基づき、対応する再送されたデータを取得することができ、次いで、最初に送信されたデータと、再送されたデータとを結合し得る。
【０１９６】
この実施形態におけるリソースは、ＳＣＩのためのリソースと、データのためのリソースとを含むことが留意されるべきである。
【０１９７】
更に、本願のこの実施形態において、最初の送信のために使用されるリソース及び再送のために使用されるリソースを第１ＵＥに示す場合に、基地局は、３つの一般的な場合における処理方法を更に検討してもよい。再送リソースが最初の送信リソースと完全に同じであるか、あるいは、再送中の第１の送信におけるＳＣＩのための周波数領域リソースが最初の送信中の第１の送信におけるＳＣＩのための周波数領域リソースと同じであるか、あるいは、再送リソースと最初の送信リソースとの間には関連関係がなく、それによって、サイドリンク上のデータフィードバック及び再送が実装される。その上、基地局は、シグナリングオーバヘッド及び遅延を更に低減するために、最初の送信リソース及び再送リソースを第１ＵＥに直接割り当ててもよい。
【０１９８】
任意に、図６及び図６に対応する第１乃至第５の実施形態のいずれか１つに基づき、本願のこの実施形態で提供されるデータ伝送方法の第６の任意の実施で、方法は、半永続的スケジューリング（Semi-Persistent  Scheduling，ＳＰＳ）シナリオに更に適用されてもよい。
【０１９９】
この実施形態において、データ伝送方法は、ＳＰＳシナリオに適用されてもよい。動的なスケジューリング方法がＬＴＥシステムでは基本的に使用される。しかし、ボイス・オーバー・インターネット・プロトコル（Voice  over  Internet  Protocol，ＶｏＩＰ）サービスでは、データパケットが比較的に小さく、制御チャネルは大量のリソースを占有し、それに応じて、ボイスサービス容量は大いに影響を受ける。この場合を考慮して、ＬＴＥシステムは、ボイスサービス容量を増大させ且つ制御チャネルのオーバーヘッドを低減させるよう、ＳＰＳもサポートする。
【０２００】
ＬＴＥシステムは、ＲＲＣシグナリングを使用することによってＳＰＳ情報を端末に通知し、このときの内容は、ＳＰＳ周期及び半永続的スケジューリングの関連パラメータを含み、次いで、ＰＤＣＣＨチャネルを通じて、いつ半永続的スケジューリングを開始すべきかを端末に通知し得る。半永続的スケジューリング状態にある端末はまた、いつでもＰＤＣＣＨスケジューリングコマンドを監視し、そして、ＶＯＩＰサービスが実行されるときに他のデータサービスによってもたらされる可能性があるバーストトラフィックに対処すべく、伝送レートを増大させるためにいつでも動的スケジューリングを使用することができる。
【０２０１】
本願のこの実施形態において、第１スケジューリング情報はＳＰＳリソースを示すことができ、更には、最初の送信リソース及び再送リソースも示し得ることが理解され得る。
【０２０２】
理解の容易のために、本願の実施形態におけるデータ伝送方法は、具体的な適用シナリオを一例として使用することによって、以下で詳細に記載される。図１３は、本願の半永続的スケジューリングの適用シナリオにおけるデータフィードバックと再送との間の時間順序関係の概略図である。詳細は次の通りである。
【０２０３】
基地局は、ｎ番目のサブフレームにおいて第１スケジューリング情報、すなわち、ＤＣＩを第１ＵＥへ送る。ＤＣＩはＳＰＳリソースを示す。１周期は２００ミリ秒であると、具体的に言えば、２つのＳＰＳ  ＴＢに対応する伝送時間インターバルは２００ミリ秒であると仮定される。図示されるように、具体的に言えば、第１ＳＰＳ  ＴＢの第１の送信は（ｎ＋４）番目のサブフレームで起こり、第２ＳＰＳ  ＴＢの第１の送信は（ｎ＋２０４）番目のサブフレームで起こり、２つのＳＰＳ  ＴＢの間の時間インターバルは１周期である。
【０２０４】
夫々のＳＰＳ  ＴＢのためのフィードバック及び再送については、図６及び図６に対応する第１乃至第５の実施形態のいずれか１つで記載される方法が使用されてもよいことが理解され得る。従って、詳細は、ここでは記載されない。
【０２０５】
更に、本願のこの実施形態において、リンクデータフィードバック及び再送が、基地局によるスケジューリングに基づきＳＰＳシナリオに更に拡張され得、それによって、解決法の実行可能性及び柔軟性は高められる。従って、適切なシナリオは、解決法の適切性を更に改善するために、データを送信する実際の場合に基づき選択され得る。
【０２０６】
本願の実施形態に対応する基地局が、以下で詳細に記載される。図１４を参照すると、本願のこの実施形態における基地局６０は、
第１スケジューリング情報を第１ＵＥへ送るよう構成される送信ユニット６０１であり、第１スケジューリング情報は、送信ユニットによって送られた第１スケジューリング情報に基づき第２ＵＥへデータを送るように第１ＵＥに指示するために使用される、送信ユニット６０１と、
第１ＵＥによって送られた第１フィードバック情報を受けるよう構成される受信ユニット６０２であり、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される、受信ユニット６０２と
を含む。
【０２０７】
受信ユニット６０２によって受け取られた第１フィードバック情報が、第２ＵＥがデータを受け取れなかったことを示す場合に、送信ユニット６０１は更に、第２スケジューリング情報を第１ＵＥへ送るよう構成され、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。
【０２０８】
この実施形態において、送信ユニット６０１は、第１スケジューリング情報を第１ＵＥへ送信し、第１スケジューリング情報は、送信ユニットによって送られた第１スケジューリング情報に基づき第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。受信ユニット６０２は、第１ＵＥによって送られた第１フィードバック情報を受け取り、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。受信ユニット６０２によって受け取られた第１フィードバック情報が、第２ＵＥがデータを受け取れなかったことを示す場合に、送信ユニット６０１は更に、第２スケジューリング情報を第１ＵＥへ送るよう構成され、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。
【０２０９】
本願のこの実施形態の技術的解決法では、データ伝送のための基地局が提供される。最初に、基地局は、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。次いで、基地局は、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局は、第２スケジューリング情報を第１ＵＥへ送り、ここで、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。上記の方法では、基地局は、第１フィードバック情報を受け取ることによって第２ＵＥのデータ受信状態を決定することができ、それにより、第１ＵＥは、データ再送のために使用されるリソースを基地局に要求し、それによって、２つのＵＥの間のデータ伝送の信頼性が改善される。
【０２１０】
任意に、図１４に対応する上記の実施形態に基づき、本願のこの実施形態で提供される基地局の他の実施形態で、第１フィードバック情報は、第１ＵＥによって第２フィードバック情報に基づき決定され、第２フィードバック情報は、第２ＵＥによって第１ＵＥへ送られる。
【０２１１】
その上、本願のこの実施形態において、サイドリンク上で第２ＵＥからフィードバックを受信しようと試みた後、第１ＵＥはフィードバックを基地局へ与え、それにより、基地局は、サイドリンク上での第１ＵＥの送信が成功したかどうかを知ることができる。送信が成功しない場合には、基地局は、再送リソースを第１ＵＥへ割り当て得る。上記の方法では、第２ＵＥが最初に、データが受信されたかどうかを第１ＵＥにフィードバックし、それにより、第１ＵＥは、より早く、第２ＵＥのデータ受信状態を知り、従って、第１ＵＥを使用することによって、データを再送すべきかどうかを選択することが有利であり、それによって、解決法の実現性及び実行可能性が改善される。
【０２１２】
任意に、図１４に対応する上記の実施形態に基づき、本願のこの実施形態で提供される基地局の他の実施形態で、第２スケジューリング情報が、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用されることは、特に、
第２スケジューリング情報が、該第２スケジューリング情報に基づき第２ＵＥへデータを再送するように第１ＵＥに指示するために使用されることを含んでもよい。
【０２１３】
その上、本願のこの実施形態において、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに直接指示してもよく、第１スケジューリング情報との違いは、第２スケジューリング情報が第１スケジューリング情報とは異なるリソースを示し得る点であり、それによって、データ伝送の柔軟性及び実現可能性は高められる。
【０２１４】
任意に、図１４に対応する上記の実施形態に基づき、本願のこの実施形態で提供される基地局の他の実施形態で、第２スケジューリング情報はダウンリンクフィードバック情報を含む。
【０２１５】
送信ユニット６０１が第２スケジューリング情報を第１ＵＥへ送るよう更に構成されることは、
送信ユニット６０１がダウンリンクフィードバック情報を第１ＵＥへ送るよう更に構成されることを含み、ダウンリンクフィードバック情報は、第１スケジューリング情報に基づき第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。
【０２１６】
その上、本願のこの実施形態において、基地局によって送られたダウンリンクフィードバック情報を受信するとき、第１ＵＥは、データを再送するために使用されるリソースが、最初にデータを送信するために使用されたリソースと一致すると見なし、それに応じて、ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し、該第１スケジューリング情報に基づき第２ＵＥへデータを再送する。上記の方法では、データを再送するために使用されるリソースが最初にデータを送信するために使用されたリソースと一致する場合に、基地局は第２スケジューリング情報を送る必要がなく、サイドリンク上で再送を実行するように第１ＵＥに指示するために、最初の送信リソースに対応する第１スケジューリング情報を使用し、それによって、解決法の柔軟性及び実行可能性は改善される。適切な解決法は、解決法の実現可能性を高めるよう異なるシナリオに対して提供される。
【０２１７】
任意に、図１４に対応する上記の実施形態に基づき、本願のこの実施形態で提供される基地局の他の実施形態で、送信ユニット６０１が第１スケジューリング情報を第１ＵＥへ送ることは、
送信ユニット６０１が、第１ＵＥに対して、データが送信可能なデータであることを示すために使用される指示情報を含む第１スケジューリング情報を送るよう構成されること、又は
送信ユニット６０１が、第１ＵＥに対して、データが送信可能なデータであることを示すために使用されるスクランブリング識別子を使用することによって処理される第１スケジューリング情報を送るよう構成されること
を含む。
【０２１８】
その上、本願のこの実施形態において、基地局は、指示情報を含む第１スケジューリング情報を第１ＵＥへ送るか、あるいは、基地局は、スクランブリング識別子によって処理される第１スケジューリング情報を第１ＵＥへ送る。上記の方法では、第１ＵＥと基地局との間のデータ伝送の不一致を回避し、解決法の信頼性を更に改善すべく、基地局は、基地局によって割り当てられたダウンリンク制御情報がどのタイプのデータを送信するために使用されるかをより明りょうに知ることを送信側の第１ＵＥに可能にするために、異なるスクランブリング識別子又は指示情報を使用する。その上、第１ＵＥは、専用のリソースプールを使用するか、あるいは、指示情報をＳＣＩに付加して、データが再送され得るかどうかを区別することができ、それにより、受信側の第２ＵＥは、どのデータが再送され得るかを知ることができ、次いで、結合動作を実行することを検討してよく、それによって、解決法の実行可能性は改善される。
【０２１９】
本願における基地局は上記の通りである。本願の実施形態に対応するＵＥが、以下で詳細に記載される。図１５を参照すると、本願のこの実施形態におけるＵＥ７０は、
基地局によって送られた第１スケジューリング情報を受けるよう構成される受信ユニット７０１であり、第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るようにＵＥ７０に指示するために使用される、受信ユニット７０１と、
第１フィードバック情報を基地局へ送るよう構成される送信ユニット７０２であり、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される、送信ユニット７０２と
を含む。
【０２２０】
送信ユニット７０２によって送られた第１フィードバック情報が、第２ＵＥがデータを受け取れなかったことを示す場合に、受信ユニット７０１は更に、基地局によって送られた第２スケジューリング情報を受けるよう構成され、第２スケジューリング情報は、第２ＵＥへデータを再送するようにＵＥ７０に指示するために使用される。
【０２２１】
この実施形態において、受信ユニット７０１は、基地局によって送られた第１スケジューリング情報を受信し、ここで、第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るようにＵＥ７０に指示するために使用される。送信ユニット７０２は、第１フィードバック情報を基地局へ送信し、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。送信ユニット７０２によって送られた第１フィードバック情報が、第２ＵＥがデータを受け取れなかったことを示す場合に、受信ユニット７０１は更に、基地局によって送られた第２スケジューリング情報を受けるよう構成され、第２スケジューリング情報は、第２ＵＥへデータを再送するようにＵＥ７０に指示するために使用される。
【０２２２】
本願のこの実施形態の技術的解決法では、データ伝送のためのユーザ機器が提供される。最初に、第１ＵＥは、基地局によって送信された第１スケジューリング情報を受信し、ここで、第１スケジューリング情報は、第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。次いで、第１ＵＥは、第１フィードバック情報を基地局へ送信し、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、第１ＵＥは、基地局によって送信された第２スケジューリング情報を受信し、ここで、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。上記の方法では、基地局は、第１フィードバック情報を受け取ることによって第２ＵＥのデータ受信状態を決定することができ、それにより、第１ＵＥは、データ再送のために使用されるリソースを基地局に要求し、それによって、２つのＵＥの間のデータ伝送の信頼性が改善される。
【０２２３】
任意に、図１５に対応する上記の実施形態に基づき、図１６を参照すると、本願のこの実施形態で提供されるＵＥの他の実施形態で、受信ユニット７０１は更に、送信ユニット７０２が第１フィードバック情報を基地局へ送る前に、第２ＵＥによって送られた第２フィードバック情報を受けるよう構成され、第２フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用され、
ＵＥ７０は、受信ユニット７０１によって受け取られた第２フィードバック情報に基づき第１フィードバック情報を決定するよう構成される決定ユニット７０３を更に含む。
【０２２４】
その上、本願のこの実施形態において、サイドリンク上で第２ＵＥから第２フィードバック情報を受信しようと試みた後、第１ＵＥはフィードバックを基地局へ与え、それにより、基地局は、サイドリンク上での第１ＵＥの送信が成功したかどうかを知ることができる。送信が成功しない場合には、基地局は、再送リソースを第１ＵＥへ割り当て得る。上記の方法では、第２ＵＥが最初に、データが受信されたかどうかを第１ＵＥにフィードバックし、それにより、第１ＵＥは、より早く、第２ＵＥのデータ受信状態を知り、従って、第１ＵＥを使用することによって、データを再送すべきかどうかを選択することが有利であり、それによって、解決法の実現性及び実行可能性が改善される。
【０２２５】
任意に、図１５に対応する上記の実施形態に基づき、本願のこの実施形態で提供されるユーザ機器の他の実施形態で、第２スケジューリング情報が、第２ＵＥへデータを再送するようにＵＥ７０に指示するために使用されることは、特に
第２スケジューリング情報が、該第２スケジューリング情報に基づき第２ＵＥへデータを再送するようにＵＥ７０に指示するために使用されることを含んでもよい。
【０２２６】
その上、本願のこの実施形態において、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに直接指示してよく、第１スケジューリング情報との違いは、第２スケジューリング情報が第１スケジューリング情報とは異なるリソースを示し得る点であり、それによって、データ伝送の柔軟性及び実現可能性は高められる。
【０２２７】
任意に、図１５に対応する上記の実施形態に基づき、本願のこの実施形態で提供されるユーザ機器の他の実施形態で、第２スケジューリング情報はダウンリンクフィードバック情報を含む。
【０２２８】
受信ユニット７０１が基地局によって送られた第２スケジューリング情報を受けるよう更に構成されることは、
受信ユニット７０１が基地局によって送られたダウンリンクフィードバック情報を受けるよう更に構成されることを含み、ダウンリンクフィードバック情報は、第１スケジューリング情報に基づき第２ＵＥへデータを再送するようにＵＥ７０に指示するために使用される。
【０２２９】
その上、本願のこの実施形態において、基地局によって送られたダウンリンクフィードバック情報を受信するとき、第１ＵＥは、データを再送するために使用されるリソースが、最初にデータを送信するために使用されたリソースと一致すると見なし、それに応じて、ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し、該第１スケジューリング情報に基づき第２ＵＥへデータを再送する。上記の方法では、データを再送するために使用されるリソースが最初にデータを送信するために使用されたリソースと一致する場合に、基地局は第２スケジューリング情報を送る必要がなく、サイドリンク上で再送を実行するように第１ＵＥに指示するために、最初の送信リソースに対応する第１スケジューリング情報を使用し、それによって、解決法の柔軟性及び実行可能性は改善される。適切な解決法は、解決法の実現可能性を高めるよう異なるシナリオに対して提供される。
【０２３０】
任意に、図１５に対応する上記の実施形態に基づき、本願のこの実施形態で提供されるユーザ機器の他の実施形態で、受信ユニット７０１が基地局によって送られた第２スケジューリング情報を受けるよう更に構成されることは、
決定ユニット７０３が、受信ユニット７０１が基地局によって送られたダウンリンクフィードバック情報を受け取った後に、該ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定するよう更に構成されることを更に含み、第１スケジューリング情報は、第２ＵＥへデータを再送するようにＵＥ７０に指示するために使用される。
【０２３１】
その上、本願のこの実施形態において、ダウンリンクフィードバック情報を受け取った後、第１ＵＥは更に、ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定し得る。上記の方法では、データを再送するために使用されるリソースがデータを最初に送信するために使用されるリソースと一致する場合に、基地局は第２スケジューリング情報を送る必要がなく、サイドリンク上で再送を実行するように第１ＵＥに指示するために、最初の送信リソースに対応する第１スケジューリング情報を使用し、それによって、解決法の柔軟性及び実行可能性は改善される。その上、解決法の実現性を改善することが有利である。
【０２３２】
任意に、図１５に対応する上記の実施形態に基づき、本願のこの実施形態で提供されるユーザ機器の他の実施形態で、受信ユニット７０１が基地局によって送られた第１スケジューリング情報を受けるよう構成されることは、
受信ユニット７０１が、指示情報を含んで基地局によって送られる第１スケジューリング情報を受けるよう更に構成され、指示情報は、データが再送可能なデータであることを示すために使用される、こと、又は
受信ユニット７０１が、スクランブリング識別子を使用することによって処理され、基地局によって送られる第１スケジューリング情報を受けるよう更に構成され、スクランブリング識別子は、データが再送可能なデータであることを示すために使用される、こと
を含む。
【０２３３】
その上、本願のこの実施形態において、基地局は、指示情報を含む第１スケジューリング情報を第１ＵＥへ送るか、あるいは、基地局は、スクランブリング識別子によって処理される第１スケジューリング情報を第１ＵＥへ送る。上記の方法では、第１ＵＥと基地局との間のデータ伝送の不一致を回避し、解決法の信頼性を更に改善すべく、基地局は、基地局によって割り当てられたダウンリンク制御情報がどのタイプのデータを送信するために使用されるかをより明りょうに知ることを送信側の第１ＵＥに可能にするために、異なるスクランブリング識別子又は指示情報を使用する。その上、第１ＵＥは、専用のリソースプールを使用するか、あるいは、指示情報をＳＣＩに付加して、データが再送され得るかどうかを区別することができ、それにより、受信側の第２ＵＥは、どのデータが再送され得るかを知ることができ、次いで、結合動作を実行することを検討してよく、それによって、解決法の実行可能性は改善される。
【０２３４】
図１７は、本願の実施形態に従う基地局の略構造図である。基地局８００における比較的に大きい違いは、構成又は性能の差により生じ得る。基地局８００は、１つ以上の中央演算処理装置（central  processing  unit，ＣＰＵ）８２２（例えば、１つ以上のプロセッサ）と、１つ以上のメモリ８３２と、アプリケーションプログラム８４２又はデータ８４４を記憶する１つ以上の記憶媒体８３０（例えば、１つ以上の大容量記憶装置）とを含むことができる。メモリ８３２及び記憶媒体８３０は、一時記憶又は永久記憶のために使用され得る。記憶媒体８３０に記憶されているプログラムは、１つ以上のモジュール（図示せず。）を含むことができ、各モジュールは、サーバに対する一連の命令動作を含むことができる。更に、中央演算処理装置８２２は、サーバ８００上で記憶媒体８３０内の一連の命令動作を実行するために記憶媒体８３０と通信するよう構成され得る。
【０２３５】
基地局８００は、１つ以上の電源８２６、１つ以上の有線若しくは無線ネットワークインターフェイス８５０、１つ以上の入出力インターフェイス８５８、及び／又はＷｉｎｄｏｗｓ  ＳｅｒｖｅｒＴＭ、Ｍａｃ  ＯＳ  ＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、若しくはＦｒｅｅＢＳＤＴＭなどの１つ以上のオペレーティングシステム８４１を更に含むことができる。
【０２３６】
上記の実施形態で基地局によって実行されたステップは、図１７に示される基地局構造に基づいてよい。
【０２３７】
ＣＰＵ８２２は、次の：
第１スケジューリング情報を第１ＵＥへ送るステップであり、第１スケジューリング情報は、第１スケジューリング情報に基づき第２ＵＥへデータを送るように第１ＵＥに指示するために使用される、ステップと、
第１ＵＥによって送られた第１フィードバック情報を受けるステップであり、第１フィードバック情報は、第２ＵＥがデータを受信することに成功したかどうかを示すために使用される、ステップと、
第２ＵＥがデータを受信することができなかったと第１フィードバック情報が示す場合に、第２スケジューリング情報を第１ＵＥへ送るステップであり、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される、ステップと
を実行するよう構成される。
【０２３８】
任意に、プロセッサ８２２は特に、次の：
ダウンリンクフィードバック情報を第１ＵＥへ送るステップであり、ダウンリンクフィードバック情報は、第１スケジューリング情報に基づき第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される、ステップ
を実行するよう構成される。
【０２３９】
任意に、ＣＰＵ８２２は特に、次の：
第１ＵＥに対して、データが再送可能なデータであることを示すために使用される指示情報を含む第１フィードバック情報を送るステップ、又は
第１ＵＥに対して、データが再送可能なデータであることを示すために使用されるスクランブリング識別子を使用することによって処理される第１フィードバック情報を送るステップ
を実行するよう構成される。
【０２４０】
本願の実施形態は、他のユーザ機器を更に提供する。図１８に示されるように、機載の簡単のために、本願のこの実施形態に関連する部分のみが示されている。開示されていない具体的な技術詳細については、本願の実施形態の方法部分を参照されたい。ユーザ機器は、携帯電話機、タブレットコンピュータ、パーソナル・デジタル・アシスタント（Personal  Digital  Assistant，ＰＤＡ）、販売時点管理（Point  of  Sale，ＰＯＳ）、車載型コンピュータ、などを含む如何なる端末デバイスであってもよい。例えば、端末は携帯電話機である。
【０２４１】
図１８は、本願のこの実施形態に従う端末に関連した携帯電話機の部分構造のブロック図である。図１８を参照すると、携帯電話機は、無線周波数（Radio  Frequency，ＲＦ）回路９１０、メモリ９２０、入力ユニット９３０、表示ユニット９４０、センサ９５０、オーディオ回路９６０、ワイヤレス・フィデリティ（Wireless  Fidelity，Ｗｉ−Ｆｉ）モジュール９７０、プロセッサ９８０、及び電源９９０を含む。当業者は、図１８に示される携帯電話機の構造が携帯電話機に対する限定を構成せず、携帯電話機が図示されているよりも多い又は少ない構成要素を含んでも、あるいは、いくつかの構成要素を結合しても、あるいは、異なる構成要素配置を有してもよいと理解し得る。
【０２４２】
携帯電話機の全ての構成要素は、図１８を参照して以下で詳細に記載される。
【０２４３】
ＲＦ回路９１０は、情報受信若しくは送信プロセス又は呼び出しプロセスにおいて信号を受信及び送信するよう構成され得る。特に、基地局のダウンリンク情報を受信した後、ＲＦ回路９１０は、ダウンリンク情報を処理のためにプロセッサ９８０へ送り、その上、関連するアップリンクデータを基地局へ送る。通常は、ＲＦ回路９１０は、アンテナ、少なくとも１つの増幅器、トランシーバ、結合器、低雑音増幅器（Low  Noise  Amplifier，ＬＮＡ）、デュプレクサ、などを含むがこれらに限られない。その上、ＲＦ回路９１０は更に、無線通信を通じてネットワーク及び他のデバイスと通信し得る。無線通信は、ＧＳＭ、ＧＰＲＳ、ＣＤＭＡ、ＷＣＤＭＡ、ＬＴＥ、電子メール、ショート・メッセージ・サービス（Short  Message  Service，ＳＭＳ）、などを含むがこれらに限られない如何なる通信標準又はプロトコルも使用し得る。
【０２４４】
メモリ９２０は、ソフトウェアプログラム及びモジュールを記憶するよう構成され得る。プロセッサ９８０は、メモリ９２０に記憶されているソフトウェアプログラム及びモジュールを実行することによって、携帯電話機の様々な機能アプリケーションと、データ処理とを実行する。メモリ９２０は、主に、プログラム記憶エリア及びデータ記憶エリアを含み得る。プログラム記憶エリアは、オペレーティングシステム、少なくとも１つの機能（例えば、音響再生機能又は画像再生機能）によって必要とされるアプリケーションプログラム、などを記憶し得る。データ記憶エリアは、携帯電話機の使用に基づき生成されるデータ（例えば、オーディオデータ又は電話帳）、などを記憶し得る。その上、メモリ９２０は、高速ランダム・アクセス・メモリを含むことができ、更には、不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリ装置、又は他の揮発性固体状態記憶装置を含むことができる。
【０２４５】
入力ユニット９３０は、入力された数字又は文字情報を受け、携帯電話機のユーザ設定及び機能制御に関連したキー信号入力を生成するよう構成され得る。具体的に、入力ユニット９３０は、タッチパネル９３１及び他の入力装置９３２を含むことができる。タッチスクリーンとも呼ばれるタッチパネル９３１は、タッチパネル９３１上又はその近くでのユーザのタッチ操作（例えば、指又はスタイラスなどの何らかの適切な物又はアクセサリを使用することによってタッチパネル９３１上で又はタッチパネル９３１の近くでユーザによって行われる操作）を収集し、前もってセットされたプログラムに基づき、対応する接続装置を駆動し得る。任意に、タッチパネル９３１は、２つの部分、すなわち、タッチ検出装置及びタッチ制御部を含むことができる。タッチ検出装置は、ユーザのタッチ方向を検出し、タッチ操作によってもたらされる信号を検出し、信号をタッチ制御部へ送る。タッチ制御部は、タッチ検出装置からのタッチ情報を受け、タッチ情報をタッチ点座標に変換し、次いで、タッチ点座標をプロセッサ９８０へ送信し、そして、プロセッサ９８０によって送信されたコマンドを受信し実行することができる。その上、タッチパネル９３１は、抵抗型、容量型、赤外線、表面弾性波などの、複数のタイプを使用することによって実装され得る。タッチパネル９３１に加えて、入力ユニット９３０は、他の入力装置９３２を含んでもよい。具体的に、他の入力装置９３２は、物理キーボード、ファンクションキー（例えば、音量制御キー又はオン／オフキー）、トラックボール、マウス、及びジョイスティックのうちの１つ以上を含むことができるがこれらに限られない。
【０２４６】
表示ユニット９４０は、ユーザによって入力された情報又はユーザに供給される情報、及び携帯電話機の様々なメニューを表示するよう構成され得る。表示ユニット９４０は、表示パネル９４１を含むことができる。任意に、表示パネル９４１は、液晶ディスプレイ（Liquid  Crystal  Display，ＬＣＤ）又は有機発光ダイオード（Organic  Light-Emitting  Diode，ＯＬＥＤ）などの形で構成され得る。更に、タッチパネル９３１が表示パネル９４１を覆ってもよい。タッチパネル９３１上又はその近くでタッチ操作を検出するとき、タッチパネル９３１は、タッチイベントのタイプを決定するためにタッチ操作をプロセッサ９８０へ送信し、次いで、プロセッサ９８０は、タッチイベントのタイプに基づき、対応する視覚出力を表示パネル９４１上で提供する。図１８では、タッチパネル９３１及び表示パネル９４１は、携帯電話機の入力及び出力機能を実装するために２つの独立した構成要素として使用されている。しかし、いくつかの実施形態において、タッチパネル９３１及び表示パネル９４１は、携帯電話機の入力及び出力機能を実装するよう一体化されてもよい。
【０２４７】
携帯電話機は、光センサ、運動センサ、及び他のセンサなどの少なくとも１つのセンサ９５０を更に含んでもよい。具体的に、光センサは、周囲光センサ及び近接センサを含むことができる。周囲光センサは、周囲光の明るさに基づき表示パネル９４１の輝度を調整し得る。近接センサは、携帯電話機がユーザの耳の方へ移動するときに表示パネル９４１及び／又はバックライトをオフし得る。運動センサの一種として、加速度センサは、夫々の方向（一般に、３つの軸）における加速度の値を検出することができ、静的状態では重力の値及び方向を検出することができ、携帯電話機の姿勢を認識する用途（例えば、横向きと縦向きとの間の画面切り替え、関連するゲーム、又は磁気計姿勢較正）、振動認識に関連した機能（例えば、歩数計又はノック）、などで使用され得る。携帯電話機に更に配置され得るジャイロスコープ、気圧計、湿度計、温度計、及び赤外線センサなどの他のセンサについては、詳細はここで記載されない。
【０２４８】
オーディオ回路９６０、ライドスピーカ９６１、及びマイクロホン９６２は、ユーザと携帯電話機との間のオーディオインターフェイスを提供し得る。オーディオ回路９６０は、受け取られたオーディオデータから変換された電気信号をスピーカ９６１へ送り、スピーカ９６１は、電気信号を出力のために音響信号に変換する。その上、マイクロホン９６２は、収集された音響信号を電気信号に変換し、オーディオ回路９６０は、電気信号を受け取って、電気信号をオーディオデータに変換し、オーディオデータを処理のためにプロセッサ９８０へ出力する。次いで、オーディオデータは、ＲＦ回路９１０を使用することによって、例えば、他の携帯電話機へ送信されるか、あるいは、オーディオデータは、更なる処理のためにメモリ９２０へ出力される。
【０２４９】
Ｗｉ−Ｆｉは、短距離無線伝送技術に属する。携帯電話機は、Ｗｉ−Ｆｉモジュール９７０を使用することによって、ユーザが電子メールを受信及び送信すること、ウェブページを見ること、ストリーミングメディアにアクセスすること、などを助け得る。Ｗｉ−Ｆｉモジュール９７０は、ユーザに無線ブロードバンドインターネットアクセスを提供する。Ｗｉ−Ｆｉモジュール９７０が図１８に示されているが、Ｗｉ−Ｆｉモジュール９７０は携帯電話機の必須の構成要素でなく、本発明の本質を変えることなく必要に応じて省略されてもよいことが理解され得る。
【０２５０】
プロセッサ９８０は、携帯電話機の制御センターであり、様々なインターフェイス及びラインを使用することによって携帯電話機全体の全ての部分を接続し、メモリ９２０に記憶されているソフトウェアプログラム及び／又はモジュールを起動又は実行することによって、且つ、メモリ９２０に記憶されているデータを呼び出すことによって、携帯電話機の様々な機能及びデータ処理を実行して、携帯電話機に対する全体的な監視を実行する。任意に、プロセッサ９８０は、１つ以上のプロセッシングユニットを含んでもよい。任意に、アプリケーションプロセッサ及びモデムプロセッサがプロセッサ９８０に組み込まれてもよい。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインターフェイス、アプリケーションプログラム、などを処理する。モデムプロセッサは、主に、無線通信を処理する。モデムプロセッサは、代替的に、プロセッサ９８０に組み込まれなくてもよいことが理解され得る。
【０２５１】
携帯電話機は、電力を各構成要素に供給する電源９９０（例えば、バッテリ）を更に含む。任意に、電源は、電源管理システムを使用することによって充電管理、放電管理、及び電力消費管理などの機能を実装するよう、電源管理システムを使用することによってプロセッサ９８０へ論理的に接続され得る。
【０２５２】
図示されていないが、携帯電話機は、カメラ、ブルートゥースモジュール、などを更に含んでもよい。詳細はここで記載されない。
【０２５３】
本願のこの実施形態において、端末に含まれているプロセッサ９８０は、次の：
基地局によって送られた第１スケジューリング情報を受ける機能であり、第１スケジューリング情報は、該第１スケジューリング情報に基づき第２ＵＥへデータを送るように第１ＵＥ（図１８に示される端末であってよい。）に指示するために使用される、機能と、
第１フィードバック情報を基地局へ送る機能であり、第１フィードバック情報は、第２ＵＥがデータを受信することに成功したかどうかを示すために使用される、機能と、
第２ＵＥがデータを受信することができなかったと第１フィードバック情報が示す場合に、基地局によって送られた第２スケジューリング情報を受ける機能であり、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される、機能と
を更に備える。
【０２５４】
任意に、プロセッサ９８０は更に、次の：
第２ＵＥによって送られた第２フィードバック情報を受けるステップであり、第２フィードバック情報は、第２ＵＥが前記データを受け取ることに成功したかどうかを示すために使用される、ステップと、
第２フィードバック情報に基づき第１フィードバック情報を決定するステップと
を実行するよう構成される。
【０２５５】
任意に、プロセッサ９８０は特に、次の：
基地局によって送られたダウンリンクフィードバック情報を受けるステップであり、ダウンリンクフィードバック情報は、第１スケジューリング情報に基づき第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される、ステップ
を実行するよう構成される。
【０２５６】
任意に、プロセッサ９８０は更に、次の：
ダウンリンクフィードバック情報に基づき第１スケジューリング情報を決定するステップであり、第１スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される、ステップ
を実行するよう構成される。
【０２５７】
任意に、プロセッサ９８０は特に、次の：
データが再送可能なデータであることを示すために使用される指示情報を含んで基地局によって送られる第１スケジューリング情報を受けるステップ、又は
データが再送可能なデータであることを示すために使用されるスクランブリング識別子を使用することによって処理され、基地局によって送られる第１スケジューリング情報を受けるステップ
を実行するよう構成される。
【０２５８】
図１９は、本願の実施形態に従うデータ伝送システムの実施形態の概略図である。データ伝送システムは、基地局１００１、第１ＵＥ１００２、及び第２ＵＥ１００３を含む。
【０２５９】
この実施形態において、基地局１００１は、第１スケジューリング情報を第１ＵＥ１００２へ送り、第１ＵＥ１００２は、基地局１００１によって送られた第１スケジューリング情報を受け取る。第１スケジューリング情報は、第１スケジューリング情報に基づき第２ＵＥ１００３へデータを送信するように第１ＵＥ１００２に指示するために使用される。第１ＵＥ１００２は、第１フィードバック情報を基地局１００１へ送り、基地局１００１は、第１ＵＥ１００２によって送られた第１フィードバック情報を受け取る。第１フィードバック情報は、第２ＵＥ１００３がデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥ１００３がデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局１００１は、第２スケジューリング情報を第１ＵＥ１００２へ送り、第１ＵＥ１００２は、基地局１００１によって送られた第２スケジューリング情報を受け取る。第２スケジューリング情報は、第２ＵＥ１００３へデータを再送するように第１ＵＥ１００２に指示するために使用される。
【０２６０】
本願のこの実施形態の技術的解決法では、データ伝送システムが提供される。最初に、基地局は、第１スケジューリング情報を第１ＵＥへ送り、ここで、第１スケジューリング情報は、第２ＵＥへデータを送るように第１ＵＥに指示するために使用される。次いで、基地局は、第１ＵＥによって送られた第１フィードバック情報を受け、ここで、第１フィードバック情報は、第２ＵＥがデータを受け取ることに成功したかどうかを示すために使用される。第２ＵＥがデータを受け取れなかったと第１フィードバック情報が示す場合に、基地局は、第２スケジューリング情報を第１ＵＥへ送り、ここで、第２スケジューリング情報は、第２ＵＥへデータを再送するように第１ＵＥに指示するために使用される。上記の方法では、第１ＵＥは、第１フィードバック情報を受け取ることによって第２ＵＥのデータ受信状態を把握することができ、それにより、対応するリソースがデータ再送のために割り当てられ得、それによって、２つのＵＥの間のデータ伝送の信頼性が改善される。
【０２６１】
便宜上及び簡潔な記載のために、前述のシステム、装置、及びユニットの詳細な作動プロセスについては、前述の方法の実施形態における対応するプロセスを参照されたいことが当業者によって明りょうに理解され得る。詳細は、ここで再びは記載されない
【０２６２】
本願で提供されるいくつかの実施形態において、開示されているシステム、装置、及び方法は、他の様態で実装されてもよいことが理解されるべきである。例えば、上述されている装置の実施形態は一例にすぎない。例えば、ユニット分割は、単に、論理的な機能分割であり、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは他のシステムに結合又は一体化されてもよく、あるいは、いくつかの機能は無視されるか又は実行されなくてもよい。その上、表示又は議論されている相互結合又は直接的な結合若しくは通信接続は、何らかのインターフェイスを使用することによって実施されてもよい。装置又はユニット間の間接的な結合又は通信接続は、電気的な、機械的な、又は他の形で実施されてもよい。
【０２６３】
別個のコンポーネントとして記載されているユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示されているコンポーネントは、物理的なユニットでもあってもなくてもよく、一箇所に位置していても、又は複数のネットワークユニットに分布していてもよい。ユニットのいくつか又は全ては、実施形態の解決法の目的を達成すべく、実際の要件に基づき選択され得る。
【０２６４】
その上、本願の実施形態における機能ユニットは、１つのプロセッシングユニットに一体化されてもよく、あるいは、ユニットの夫々は物理的に単独で存在してもよく、あるいは、２つ以上のユニットが１つのユニットに一体化される。一体化されたユニットは、ハードウェアの形で実装されても、あるいは、ソフトウェア機能ユニットの形で実装されてもよい。
【０２６５】
一体化されたユニットがソフトウェア機能ユニットの形で実装され、独立した製品として販売又は使用される場合に、一体化されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づき、本願の技術的解決法は本質的に、又は先行技術に寄与する部分、又は技術的解決法の全て若しくはいくつかは、ソフトウェア製品の形で実装され得る。コンピュータソフトウェア製品は記憶媒体に記憶され、本願の実施形態で記載されている方法のステップの全て又は一部を実行するようにコンピュータ装置（パーソナル・コンピュータ、サーバ、又はネットワークデバイスであってよい。）に指示するためのいくつかの命令を含む。前記の記憶媒体は、ＵＳＢフラッシュ・ドライブ、リムーバブル・ハード・ディスク、リード・オンリー・メモリ（Read-Only  Memory，ＲＯＭ）、ランダム・アクセス・メモリ（Random  Access  Memory，ＲＡＭ）、磁気ディスク、又は光ディスクなどの、プログラムコードを記憶することができる如何なる媒体も含む。
【０２６６】
上記の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによって実装され得る。ソフトウェアが実施形態を実装するために使用される場合に、実施形態は、完全に又は部分的にコンピュータプログラム製品の形で実装され得る。
【０２６７】
コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ実行される場合に、本願の実施形態に従うプロシージャ又は機能が全て又は部分的に発生する。コンピュータは汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されても、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ送られてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから他のウェブサイト、コンピュータ、サーバ、又はデータセンターへ有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者回線（Digital  Subscriber  Line，ＤＳＬ））又は無線（例えば、赤外線、電波、若しくはマイクロ波）で伝えられ得る。コンピュータ可読記憶媒体は、コンピュータによって保持され得る何らかの使用可能な媒体、又は１つ以上の使用可能な媒体を組み込む、サーバ若しくはデータセンターのようなデータ記憶装置であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピー・ディスク、ハード・ディスク、又は磁気テープ）、光学媒体（例えば、デジタル・バーサタイル・ディスク（ＤＶＤ））、半導体媒体（例えば、固体状態ディスク（solid  state  disk，ＳＳＤ））などであってよい。
【０２６８】
上記の実施形態は、単に、本願の技術的解決法について記載すること目的としており、本願を限定する意図はない。本願は、上記の実施形態を参照して詳細に記載されているが、当業者は、彼らが、本願の実施形態の技術的解決法の精神及び適用範囲から逸脱することなしに、上記の実施形態で記録されている技術的解決法に対して依然として変更を行ったり、あるいは、そのいくつかの技術的特徴に対して等価な置換を行ったりし得ると理解すべきである。
【図１】
0006936862.tif 000002
【図２】
0006936862.tif 000003
【図３】
0006936862.tif 000004
【図４】
0006936862.tif 000005
【図５】
0006936862.tif 000006
【図６】
0006936862.tif 000007
【図７】
0006936862.tif 000008
【図８】
0006936862.tif 000009
【図９】
0006936862.tif 000010
【図１０】
0006936862.tif 000011
【図１１】
0006936862.tif 000012
【図１２】
0006936862.tif 000013
【図１３】
0006936862.tif 000014
【図１４】
0006936862.tif 000015
【図１５】
0006936862.tif 000016
【図１６】
0006936862.tif 000017
【図１７】
0006936862.tif 000018
【図１８】
0006936862.tif 000019
【図１９】
0006936862.tif 000020