(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）により、発展型ノードＢ（ｅＮＢ）によって送信されるアップリンク共有リソース情報を受信する段階であって、前記アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を備え、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、
前記ＵＥにより、前記アップリンク共有リソース情報を解析し、前記位置情報を取得する段階、及び、
前記ＵＥにより、前記位置情報に対応する前記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する段階、
を備え、
前記位置情報に対応する前記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを前記伝送する段階は、
前記ＵＥにより、前記Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定する段階、及び、
前記ＵＥにより、前記使用対象アップリンク共有リソース上で、前記アップリンクデータを伝送する段階を備える、
データ伝送方法。
【請求項２】
前記ＵＥにより、前記Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを前記決定する段階は、
前記ＵＥと前記ｅＮＢとの間のチャネルのステータスに従って前記ＵＥにより、前記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定する段階、及び、
前記ＵＥにより、前記候補アップリンク共有リソースがアイドル状態にある場合に、前記候補アップリンク共有リソースを前記使用対象アップリンク共有リソースとして決定する段階を備える、
請求項１に記載のデータ伝送方法。
【請求項３】
ユーザ機器（ＵＥ）により、発展型ノードＢ（ｅＮＢ）によって送信されるアップリンク共有リソース情報を受信する段階であって、前記アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を備え、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、
前記ＵＥにより、前記アップリンク共有リソース情報を解析し、前記位置情報を取得する段階、及び、
前記ＵＥにより、前記位置情報に対応する前記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する段階、
を備え、
前記ｅＮＢによって送信され、前記複数のアップリンク共有リソースの前記位置情報を更新するために用いられるアップリンク共有リソース更新情報を受信する段階、及び、
前記アップリンク共有リソース更新情報に従って、使用対象アップリンク共有リソースを再決定する段階を更に備える、
データ伝送方法。
【請求項４】
発展型ノードＢ（ｅＮＢ）により、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる段階であって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、及び、
前記ｅＮＢにより、アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する段階であって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、段階
を備え、
前記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネル（ＰＲＩＣＨ）と一対一の対応関係にあり、ＰＲＩＣＨのそれぞれは、前記ＰＲＩＣＨに対応するアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
前記ｅＮＢにより、アップリンク共有リソース情報を前記少なくとも１つのＵＥに前記送信する段階の後、
前記ｅＮＢにより、前記Ｍ個のＰＲＩＣＨのリソース情報を前記少なくとも１つのＵＥに送信する段階を更に備える、
データ伝送方法。
【請求項５】
発展型ノードＢ（ｅＮＢ）により、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる段階であって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、及び、
前記ｅＮＢにより、アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する段階であって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、段階
を備え、
前記ｅＮＢにより、前記少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信する段階であって、前記リソース予約要求は、前記ｅＮＢに、前記第１のＵＥのために、前記第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられる、段階、及び、
前記ｅＮＢにより、前記第１のＵＥにより予約を要求された前記アップリンク共有リソースがアイドル状態にあるか否かに従って、前記第１のＵＥにリソース予約応答を送信する段階であって、前記リソース予約応答は、前記第１のＵＥにより予約を要求された前記アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、段階を更に備える、
データ伝送方法。
【請求項６】
前記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネル（ＰＲＩＣＨ）と一対一の対応関係にあり、前記リソース予約応答は、前記ＰＲＩＣＨ上で搬送され、前記ＰＲＩＣＨは、前記ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
請求項５に記載のデータ伝送方法。
【請求項７】
発展型ノードＢ（ｅＮＢ）により、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる段階であって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、及び、
前記ｅＮＢにより、アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する段階であって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、段階
を備え、
前記ｅＮＢにより、アップリンク共有リソース更新情報を前記少なくとも１つのＵＥに送信する段階を更に備える、
データ伝送方法。
【請求項８】
発展型ノードＢ（ｅＮＢ）により、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる段階であって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、及び、
前記ｅＮＢにより、アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する段階であって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、段階
を備え、
前記ｅＮＢにより、アップリンク共有リソース情報を前記少なくとも１つのＵＥに前記送信する段階は、
前記ｅＮＢにより、共有ＲＮＴＩを用いて物理層シグナリングをスクランブルする段階、及び、
前記ｅＮＢにより、前記物理層シグナリングを用いて前記アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する段階を備える、
データ伝送方法。
【請求項９】
ユーザ機器（ＵＥ）であり、
発展型ノードＢ（ｅＮＢ）によって送信されるアップリンク共有リソース情報を受信する受信モジュールであって、前記アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を備え、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、受信モジュールと、
アップリンク共有リソース情報を解析し、前記位置情報を取得する解析モジュールと、及び、
前記位置情報に対応する前記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する送信モジュールと、
を備え、
前記送信モジュールは、具体的に、前記Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定し、前記使用対象アップリンク共有リソースの上で、前記アップリンクデータを伝送する、
データ伝送装置。
【請求項１０】
前記送信モジュールは、具体的に、前記ＵＥと前記ｅＮＢとの間のチャネルのステータスに従って、前記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定し、前記候補アップリンク共有リソースがアイドル状態にある場合に、前記候補アップリンク共有リソースを前記使用対象アップリンク共有リソースとして決定する、
請求項９に記載のデータ伝送装置。
【請求項１１】
前記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネル（ＰＲＩＣＨ）と一対一の対応関係にあり、前記ＰＲＩＣＨは、前記ＰＲＩＣＨに対応する前記複数のアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
前記送信モジュールは、具体的に、候補アップリンク共有リソースに対応するＰＲＩＣＨに従って、前記候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、前記候補アップリンク共有リソースがアイドル状態にある場合に、前記候補アップリンク共有リソースを前記使用対象アップリンク共有リソースとして決定する、
請求項９又は１０に記載のデータ伝送装置。
【請求項１２】
前記送信モジュールは、具体的に、
前記候補アップリンク共有リソースがアイドル状態にある場合に、前記ＵＥのために前記候補アップリンク共有リソースを予約するよう前記ｅＮＢに要求するために用いられる、前記候補アップリンク共有リソースについてのリソース予約要求を前記ｅＮＢに送信し、
前記ｅＮＢによって送信され、前記ＵＥにより予約を要求された前記候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられるリソース予約応答を受信し、
前記リソース予約応答が、前記候補アップリンク共有リソースが正常に予約されていることを示す場合、前記候補アップリンク共有リソースを前記使用対象アップリンク共有リソースとして決定する、
請求項１１に記載のデータ伝送装置。
【請求項１３】
前記リソース予約応答は、前記ＰＲＩＣＨ上で搬送され、前記ＰＲＩＣＨは、前記ＵＥにより予約を要求された前記候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
請求項１２に記載のデータ伝送装置。
【請求項１４】
ユーザ機器（ＵＥ）であり、
発展型ノードＢ（ｅＮＢ）によって送信されるアップリンク共有リソース情報を受信する受信モジュールであって、前記アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を備え、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、受信モジュールと、
アップリンク共有リソース情報を解析し、前記位置情報を取得する解析モジュールと、及び、
前記位置情報に対応する前記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する送信モジュールと、
を備え、
前記受信モジュールは、更に、
前記ｅＮＢによって送信され、前記複数のアップリンク共有リソースの前記位置情報を更新するために用いられるアップリンク共有リソース更新情報を受信し、
前記アップリンク共有リソース更新情報に従って、使用対象アップリンク共有リソースを再決定する、
データ伝送装置。
【請求項１５】
発展型ノードＢ（ｅＮＢ）であり、
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる割り当てモジュールであって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、割り当てモジュール、及び、
アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する送信モジュールであって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、送信モジュール、
を備え、
前記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネル（ＰＲＩＣＨ）と一対一の対応関係にあり、前記ＰＲＩＣＨのそれぞれは、前記ＰＲＩＣＨに対応するアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
前記送信モジュールは、更に、前記アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する段階の後、前記Ｍ個のＰＲＩＣＨのリソース情報を前記少なくとも１つのＵＥに送信する、
データ伝送装置。
【請求項１６】
発展型ノードＢ（ｅＮＢ）であり、
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる割り当てモジュールであって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、割り当てモジュール、及び、
アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する送信モジュールであって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、送信モジュール、
を備え、
前記少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信する受信モジュールであって、前記リソース予約要求は、前記ｅＮＢに、前記第１のＵＥのために、前記第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられ、
前記送信モジュールは、更に、前記第１のＵＥにより予約を要求された前記アップリンク共有リソースがアイドル状態にあるか否かに従って、前記第１のＵＥにリソース予約応答を送信し、前記リソース予約応答は、前記第１のＵＥにより予約を要求された前記アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、
受信モジュールを更に備える、
データ伝送装置。
【請求項１７】
前記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネル（ＰＲＩＣＨ）と一対一の対応関係にあり、前記リソース予約応答は、前記ＰＲＩＣＨ上で搬送され、前記ＰＲＩＣＨは、前記ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
請求項１６に記載のデータ伝送装置。
【請求項１８】
発展型ノードＢ（ｅＮＢ）であり、
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる割り当てモジュールであって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、割り当てモジュール、及び、
アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する送信モジュールであって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、送信モジュール、
を備え、
前記送信モジュールは、更に、アップリンク共有リソース更新情報を前記少なくとも１つのＵＥに送信する、
データ伝送装置。
【請求項１９】
発展型ノードＢ（ｅＮＢ）であり、
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器（ＵＥ）に割り当てる割り当てモジュールであって、前記Ｍ個のアップリンク共有リソースは、前記ｅＮＢによって割り当てられ、前記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、割り当てモジュール、及び、
アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する送信モジュールであって、前記アップリンク共有リソース情報は、前記Ｍ個のアップリンク共有リソースの位置情報を備える、送信モジュール、
を備え、
前記送信モジュールは、具体的に、
共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルし、及び、
前記物理層シグナリングを用いて、前記アップリンク共有リソース情報を前記少なくとも１つのＵＥに送信する、
データ伝送装置。
【請求項２０】
前記送信モジュールは、更に、前記共有ＲＮＴＩを用いて前記アップリンク共有リソース情報をスクランブルする段階の前に、前記共有ＲＮＴＩを前記少なくとも１つのＵＥに送信する、
請求項１９に記載のデータ伝送装置。
【請求項２１】
請求項１から８の何れか一項に記載のデータ伝送方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の複数の実施形態は、通信技術の分野、特にデータ伝送方法及び装置に関する。
【背景技術】
【０００２】
ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略してＬＴＥ）ネットワーク上で、ユーザの数は増加しており、様々な新しいアプリケーションも又徐々に現われている。故に、アップリンク上で、大量のデータパケットが伝送される必要がある。ＬＴＥネットワーク上で、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、以下略してＵＥ）がアップリンクデータを伝送する度に、ＵＥは、アップリンクスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ、略してＳＲ）を発展型ノードＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、以下略してｅＮＢ）に送信し、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、以下略してＰＤＣＣＨ）上でｅＮＢからグラントを待ち、ＰＤＣＣＨ上でグラントを受信した後、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、以下略してＰＵＳＣＨ）上でアップリンクデータを伝送する必要がある。
【０００３】
しかしながら、大量のデータパケットがアップリンク上で伝送される必要がある場合に、ＰＤＣＣＨ容量が限定されているので、ＰＵＳＣＨ利用率は、従来技術の方法を用いて高くはならない。
【発明の概要】
【０００４】
本発明の複数の実施形態は、データ伝送方法及び装置を提供し、ＰＵＳＣＨ利用率を向上させる。
【０００５】
本発明の複数の実施形態の第１態様は、データ伝送方法を提供し、データ伝送方法は、
ユーザ機器ＵＥにより、発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階であって、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、
ＵＥにより、アップリンク共有リソース情報を解析し、位置情報を取得する段階、及び、
ＵＥにより、位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する段階を含む。
【０００６】
第１態様を参照して、第１態様の第１の可能な実装方式において、位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する段階は、
ＵＥにより、Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定する段階、及び、
ＵＥにより、使用対象アップリンク共有リソース上で、アップリンクデータを伝送する段階を含む。
【０００７】
第１態様の第１の可能な実装方式を参照して、第２の可能な実装方式において、Ｍ個のアップリンク共有リソースからＵＥにより、アイドル状態にある１つの使用対象アップリンク共有リソースを決定する段階は、
ＵＥとｅＮＢとの間のチャネルのステータスに従ってＵＥにより、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定する段階、及び、
ＵＥにより、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する段階を含む。
【０００８】
第１態様の第２の可能な実装方式を参照して、第３の可能な実装方式において、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に含み、
ＵＥとｅＮＢとの間のチャネルのステータスに従ってＵＥにより、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定する段階は、
Ｍ個のアップリンク共有リソースからＵＥにより、ＵＥとｅＮＢとの間のチャネルのステータスに従って、及びＭ個のアップリンク共有リソースの複数のＭＣＳに従って、１つの候補アップリンク共有リソースを決定する段階を含む。
【０００９】
第１態様の第２の可能な実装方式又は第３の可能な実装方式を参照して、第４の可能な実装方式において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する複数のアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
ＵＥにより、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する段階は、
候補アップリンク共有リソースに対応するＰＲＩＣＨに従ってＵＥにより、候補アップリンク共有リソースがアイドル状態にあるか否かを決定する段階、及び、
候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する段階を含む。
【００１０】
第１態様の第４の可能な実装方式を参照して、第５の可能な実装方式において、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する段階は、
ＵＥにより、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースについてのリソース予約要求をｅＮＢに送信する段階であって、リソース予約要求は、ｅＮＢに、ＵＥのために候補アップリンク共有リソースを予約するよう要求するために用いられる、段階、
ＵＥにより、ｅＮＢによって送信されるリソース予約応答を受信する段階であって、リソース予約応答は、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、段階、及び、
リソース予約応答が、候補アップリンク共有リソースが正常に予約されていることを示す場合、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する段階を含む。
【００１１】
第１態様の第５の可能な実装方式を参照して、第６の可能な実装方式において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【００１２】
第１態様の第４から第６の可能な実装方式の何れか１つを参照して、第７の可能な実装方式において、ＵＥにより、使用対象アップリンク共有リソース上で、アップリンクデータを伝送する段階は、
ＵＥの伝送対象アップリンクデータの量が、使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、ＵＥにより、使用対象アップリンク共有リソース上で、アップリンクデータを伝送する段階であって、アップリンクデータはリソース予約要求を含む、段階を含む。
【００１３】
第１態様又は第１態様の第１から第７の可能な実装方式の何れか１つを参照して、第８の可能な実装方式において、ＵＥにより、使用対象アップリンク共有リソース上で、アップリンクデータを伝送する段階の後で、方法は、更に
ＵＥにより、ｅＮＢによって送信されるアップリンクデータフィードバック情報を受信する段階であって、アップリンクデータフィードバック情報は、ｅＮＢがアップリンクデータを正常に受信するか否かを、ＵＥに通知するために用いられる、段階、
ＵＥにより、アップリンクデータフィードバック情報に従って、アップリンクデータのパケットエラーレートを決定する段階、及び、
パケットエラーレートが、予め設定された閾値より大きい場合に、ＵＥにより、アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する段階、又は、ＵＥにより、スケジューリング要求ＳＲをｅＮＢに送信して、アップリンクデータを伝送するための専用伝送リソースを要求する段階を含む。
【００１４】
第１態様又は第１態様の第１から第８の可能な実装方式の何れか１つを参照して、第９の可能な実装方式において、方法は、更に、
ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース更新情報を受信する段階であって、アップリンク共有リソース更新情報は、複数のアップリンク共有リソースの位置情報を更新するために用いられる、段階、及び、
ＵＥにより、アップリンク共有リソース更新情報に従って、使用対象アップリンク共有リソースを再決定する段階を含む。
【００１５】
第１態様又は第１態様の第１から第９の可能な実装方式の何れか１つを参照して、第１０の可能な実装方式において、ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階は、
物理層シグナリングを用いてＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階であって、物理層シグナリングは、共有ＲＮＴＩを用いてスクランブルされる、段階を含み、
ＵＥにより、アップリンク共有リソース情報を解析し、位置情報を取得する段階は、
ＵＥにより、共有ＲＮＴＩを用いて物理層シグナリングをデスクランブルし、アップリンク共有リソース情報を取得する段階、及び、
ＵＥにより、アップリンク共有リソース情報を解析し、位置情報を取得する段階を含む。
【００１６】
第１態様の第１０の可能な実装方式を参照して、第１１の可能な実装方式において、ＵＥにより、共有ＲＮＴＩを用いてアップリンク共有リソース情報をデスクランブルする段階の前に、方法は、
ＵＥにより、ｅＮＢによって送信される共有ＲＮＴＩを受信する段階を更に含む。
【００１７】
第１態様又は第１態様の第１から第９の可能な実装方式の何れか１つを参照して、第１２の可能な実装方式において、ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階は、
専用無線リソース制御ＲＲＣプロトコルシグナリングを用いてＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階を含む。
【００１８】
第１態様又は第１態様の第１から第９の可能な実装方式の何れか１つを参照して、第１３の可能な実装方式において、ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階は、
システムブロードキャストメッセージを用いてＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階を含む。
【００１９】
第１態様又は第１態様の第１から第９の可能な実装方式の何れか１つを参照して、第１４の可能な実装方式において、ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階は、
Ｍｓｇ４メッセージを用いてＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階を含む。
【００２０】
本発明の複数の実施形態の第２態様は、データ伝送方法を提供し、データ伝送方法は、
発展型ノードＢ  ｅＮＢにより、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てる段階であって、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、及び、
ｅＮＢにより、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階であって、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含む、段階を含む。
【００２１】
第２態様を参照して、第２態様の第１の可能な実装方式において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する共有リソースがアイドル状態にあるか否かを示すのに用いられ、
ｅＮＢにより、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階の後、方法は、
ｅＮＢにより、Ｍ個のＰＲＩＣＨのリソース情報を少なくとも１つのＵＥに送信する段階を更に含む。
【００２２】
第２態様又は第２態様の第１の可能な実装方式を参照して、第２態様の第２の可能な実装方式において、方法は、更に
ｅＮＢにより、少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信する段階であって、リソース予約要求は、ｅＮＢに、第１のＵＥのために、第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられる、段階、及び、
ｅＮＢにより、第１のＵＥにより予約を要求されたアップリンク共有リソースがアイドル状態にあるか否かに従って、第１のＵＥにリソース予約応答を送信する段階であって、リソース予約応答は、第１のＵＥにより予約を要求されたアップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、段階を含む。
【００２３】
第２態様の第２の可能な実装方式を参照して、第３の可能な実装方式において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【００２４】
第２態様又は第２態様の第１から第３の可能な実装方式の何れか１つを参照して、第４の可能な実装方式において、方法は、ｅＮＢにより、アップリンク共有リソース更新情報を少なくとも１つのＵＥに送信する段階を更に含む。
【００２５】
第２態様又は第２態様の第１から第３の可能な実装方式の何れか１つを参照して、第５の可能な実装方式において、ｅＮＢにより、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階は、
ｅＮＢにより、共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルする段階、及び、
ｅＮＢにより、物理層シグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階を含む。
【００２６】
第２態様の第５の可能な実装方式を参照して、第６の可能な実装方式において、ｅＮＢにより、共有ＲＮＴＩを用いてアップリンク共有リソース情報をスクランブルする段階の前に、方法は、
ｅＮＢにより、共有ＲＮＴＩを少なくとも１つのＵＥに送信する段階を更に含む。
【００２７】
第２態様又は第２態様の第１から第３の可能な実装方式の何れか１つを参照して、第７の可能な実装方式において、ｅＮＢにより、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階は、
専用無線リソース制御ＲＲＣプロトコルシグナリングを用いてｅＮＢにより、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階を含む。
【００２８】
第２態様又は第２態様の第１から第３の可能な実装方式の何れか１つを参照して、第８の可能な実装方式において、ｅＮＢにより、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階は、
ｅＮＢにより、Ｍｓｇ４メッセージを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する段階を含む。
【００２９】
本発明の複数の実施形態の第３態様は、ユーザ機器ＵＥであるデータ伝送装置を提供し、データ伝送装置は、以下を含む。
発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される受信モジュールであって、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、受信モジュール、
アップリンク共有リソース情報を解析し、位置情報を取得するよう構成される解析モジュール、及び、
位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送するよう構成される送信モジュール。
【００３０】
第３態様を参照して、第３態様の第１の可能な実装方式において、送信モジュールは、具体的に、Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定し、使用対象アップリンク共有リソースの上で、アップリンクデータを伝送するよう構成される。
【００３１】
第３態様の第１の可能な実装方式を参照して、第２の可能な実装方式において、送信モジュールは、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【００３２】
第３態様の第２の可能な実装方式を参照して、第３の可能な実装方式において、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に含み、
送信モジュールは、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、及びＭ個のアップリンク共有リソースの複数のＭＣＳに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定するよう構成される。
【００３３】
第３態様の第２の可能な実装方式又は第３の可能な実装方式を参照して、第４の可能な実装方式において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する複数のアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
送信モジュールは、具体的に、候補アップリンク共有リソースに対応するＰＲＩＣＨに従って、候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【００３４】
第３態様の第４の可能な実装方式を参照して、第５の可能な実装方式において、送信モジュールは、具体的に、
候補アップリンク共有リソースがアイドル状態にある場合に、ＵＥのために候補アップリンク共有リソースを予約するようｅＮＢに要求するために用いられる、候補アップリンク共有リソースについてのリソース予約要求をｅＮＢに送信し、
ＵＥにより、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、ｅＮＢによって送信されるリソース予約応答を受信し、
リソース予約応答が、候補アップリンク共有リソースが正常に予約されていることを示す場合、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する
よう構成される。
【００３５】
第３態様の第５の可能な実装方式を参照して、第６の可能な実装方式において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【００３６】
第３態様の第４から第６の可能な実装方式の何れか１つを参照して、第７の可能な実装方式において、送信モジュールは、具体的に、ＵＥの伝送対象アップリンクデータの量が、使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、使用対象アップリンク共有リソース上で、リソース予約要求を含むアップリンクデータを伝送する、よう構成される。
【００３７】
第３態様又は第３態様の第１から第７の可能な実装方式の何れか１つを参照して、第８の可能な実装方式において、受信モジュールは、
送信モジュールが、使用対象アップリンク共有リソース上で、アップリンクデータを伝送した後で、
ｅＮＢによって送信され、ｅＮＢがアップリンクデータを正常に受信するか否かを、ＵＥに通知するために用いられる、アップリンクデータフィードバック情報を受信する、及び、
アップリンクデータフィードバック情報に従って、アップリンクデータのパケットエラーレートを決定する、
よう更に構成され、
送信モジュールは、
パケットエラーレートが、予め設定された閾値より大きい場合に、アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する、又は、スケジューリング要求ＳＲをｅＮＢに送信し、アップリンクデータを伝送するための専用伝送リソースを要求する、
よう更に構成される。
【００３８】
第３態様又は第３態様の第１から第８の可能な実装方式の何れか１つを参照して、第９の可能な実装方式において、受信モジュールは、
ｅＮＢによって送信され、複数のアップリンク共有リソースの位置情報を更新するために用いられる、アップリンク共有リソース更新情報を受信し、及び、
アップリンク共有リソース更新情報に従って、使用対象アップリンク共有リソースを再決定する、
よう更に構成される。
【００３９】
第３態様又は第３態様の第１から第９の可能な実装方式の何れか１つを参照して、第１０の可能な実装方式において、受信モジュールは、具体的に、共有ＲＮＴＩを用いてスクランブルされる物理層シグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する、よう構成され、
解析モジュールは、具体的に、共有ＲＮＴＩを用いて物理層シグナリングをデスクランブルし、アップリンク共有リソース情報を取得し、及び、
アップリンク共有リソース情報を解析し、位置情報を取得する、
よう構成される。
【００４０】
第３態様の第１０の可能な実装方式を参照して、第１１の可能な実装方式において、受信モジュールは、解析モジュールが、共有ＲＮＴＩを用いてアップリンク共有リソース情報をデスクランブルする前に、ｅＮＢによって送信される共有ＲＮＴＩを受信するよう更に構成される。
【００４１】
第３態様又は第３態様の第１から第９の可能な実装方式の何れか１つを参照して、第１２の可能な実装方式において、受信モジュールは、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【００４２】
第３態様又は第３態様の第１から第９の可能な実装方式の何れか１つを参照して、第１３の可能な実装方式において、受信モジュールは、具体的に、システムブロードキャストメッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【００４３】
第３態様又は第３態様の第１から第９の可能な実装方式の何れか１つを参照して、第１４の可能な実装方式において、受信モジュールは、具体的に、Ｍｓｇ４メッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【００４４】
本発明の複数の実施形態の第４態様は、発展型ノードＢ  ｅＮＢであるデータ伝送装置を提供し、データ伝送装置は、以下を含む。
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てるよう構成される割り当てモジュールであって、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、割り当てモジュール、及び、
アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される送信モジュールであって、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含む、送信モジュール。
【００４５】
第４態様を参照して、第４態様の第１の可能な実装方式において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する共有リソースがアイドル状態にあるか否かを示すのに用いられ、
送信モジュールは、アップリンク共有リソース情報を少なくとも１つのＵＥに送信した後、Ｍ個のＰＲＩＣＨのリソース情報を少なくとも１つのＵＥに送信するよう更に構成される。
【００４６】
第４態様又は第４態様の第１の可能な実装方式を参照して、第４態様の第２の可能な実装方式において、装置は、
少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信するよう構成される受信モジュールであって、リソース予約要求は、ｅＮＢに、第１のＵＥのために、第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられ、
送信モジュールは、第１のＵＥにより予約を要求されたアップリンク共有リソースがアイドル状態にあるか否かに従って、第１のＵＥにリソース予約応答を送信するよう更に構成され、リソース予約応答は、第１のＵＥにより予約を要求されたアップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、受信モジュールを更に含む。
【００４７】
第４態様の第２の可能な実装方式を参照して、第３の可能な実装方式において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【００４８】
第４態様又は第４態様の第１から第３の可能な実装方式の何れか１つを参照して、第４の可能な実装方式において、送信モジュールは、アップリンク共有リソース更新情報を少なくとも１つのＵＥに送信するよう更に構成される。
【００４９】
第４態様又は第４態様の第１から第３の可能な実装方式の何れか１つを参照して、第５の可能な実装方式において、送信モジュールは、具体的に、
共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルし、及び、
物理層シグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【００５０】
第４態様の第５の可能な実装方式を参照して、第６の可能な実装方式において、送信モジュールは、共有ＲＮＴＩを用いてアップリンク共有リソース情報をスクランブルする前に、共有ＲＮＴＩを少なくとも１つのＵＥに送信するよう更に構成される。
【００５１】
第４態様又は第４態様の第１から第３の可能な実装方式の何れか１つを参照して、第７の可能な実装方式において、送信モジュールは、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【００５２】
第４態様又は第４態様の第１から第３の可能な実装方式の何れか１つを参照して、第８の可能な実装方式において、送信モジュールは、具体的に、Ｍｓｇ４メッセージを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【００５３】
本発明の複数の実施形態の第５態様は、ユーザ機器ＵＥであるデータ伝送装置を提供し、データ伝送装置は、
発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される受信機であって、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、受信機と、
アップリンク共有リソース情報を解析し、位置情報を取得するよう構成される解析機と、
位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送するよう構成される伝送機とを含む。
【００５４】
第５態様を参照して、第５態様の第１の可能な実装方式において、伝送機は、具体的に、Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定し、使用対象アップリンク共有リソースの上で、アップリンクデータを伝送するよう構成される。
【００５５】
第５態様の第１の可能な実装方式を参照して、第２の可能な実装方式において、伝送機は、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【００５６】
第５態様の第２の可能な実装方式を参照して、第３の可能な実装方式において、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に含み、
伝送機は、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、及びＭ個のアップリンク共有リソースの複数のＭＣＳに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定するよう構成される。
【００５７】
第５態様の第２の可能な実装方式又は第３の可能な実装方式を参照して、第４の可能な実装方式において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する複数のアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
伝送機は、具体的に、候補アップリンク共有リソースに対応するＰＲＩＣＨに従って、候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【００５８】
第５態様の第４の可能な実装方式を参照して、第５の可能な実装方式において、伝送機は、具体的に、
候補アップリンク共有リソースがアイドル状態にある場合に、ＵＥのために候補アップリンク共有リソースを予約するようｅＮＢに要求するために用いられる、候補アップリンク共有リソースについてのリソース予約要求をｅＮＢに送信し、
ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、ｅＮＢによって送信されるリソース予約応答を受信し、
リソース予約応答が、候補アップリンク共有リソースが正常に予約されていることを示す場合、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する、
よう構成される。
【００５９】
第５態様の第５の可能な実装方式を参照して、第６の可能な実装方式において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【００６０】
第５態様の第４から第６の可能な実装方式の何れか１つを参照して、第７の可能な実装方式において、伝送機は、具体的に、ＵＥの伝送対象アップリンクデータの量が、使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、使用対象アップリンク共有リソース上で、リソース予約要求を含むアップリンクデータを伝送するよう構成される。
【００６１】
第５態様又は第５態様の第１から第７の可能な実装方式の何れか１つを参照して、第８の可能な実装方式において、受信機は、
伝送機が、使用対象アップリンク共有リソース上で、アップリンクデータを伝送した後で、
ｅＮＢによって送信され、ｅＮＢがアップリンクデータを正常に受信するか否かを、ＵＥに通知するために用いられる、アップリンクデータフィードバック情報を受信し、及び、
アップリンクデータフィードバック情報に従って、アップリンクデータのパケットエラーレートを決定する、
よう更に構成され、
伝送機は、パケットエラーレートが、予め設定された閾値より大きい場合に、アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する、又は、スケジューリング要求ＳＲをｅＮＢに送信し、アップリンクデータを伝送するための専用伝送リソースを要求する、
よう更に構成される。
【００６２】
第５態様又は第５態様の第１から第８の可能な実装方式の何れか１つを参照して、第９の可能な実装方式において、受信機は、
ｅＮＢによって送信され、複数のアップリンク共有リソースの位置情報を更新するために用いられるアップリンク共有リソース更新情報を受信し、及び、
アップリンク共有リソース更新情報に従って使用対象アップリンク共有リソースを再決定する
よう更に構成される。
【００６３】
第５態様又は第５態様の第１から第９の可能な実装方式の何れか１つを参照して、第１０の可能な実装方式において、受信機は、具体的に、共有ＲＮＴＩを用いてスクランブルされる物理層シグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成され、
解析機は、具体的に、共有ＲＮＴＩを用いて物理層シグナリングをデスクランブルし、アップリンク共有リソース情報を取得する、及び、
アップリンク共有リソース情報を解析し、位置情報を取得する、
よう構成される。
【００６４】
第５態様の第１０の可能な実装方式を参照して、第１１の可能な実装方式において、受信機は、解析機が、共有ＲＮＴＩを用いてアップリンク共有リソース情報をデスクランブルする前に、ｅＮＢによって送信される共有ＲＮＴＩを受信するよう更に構成される。
【００６５】
第５態様又は第５態様の第１から第９の可能な実装方式の何れか１つを参照して、第１２の可能な実装方式において、受信機は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【００６６】
第５態様又は第５態様の第１から第９の可能な実装方式の何れか１つを参照して、第１３の可能な実装方式において、受信機は、具体的に、システムブロードキャストメッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【００６７】
第５態様又は第５態様の第１から第９の可能な実装方式の何れか１つを参照して、第１４の可能な実装方式において、受信機は、具体的に、Ｍｓｇ４メッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【００６８】
本発明の複数の実施形態の第６態様は、発展型ノードＢ  ｅＮＢであるデータ伝送装置を提供し、データ伝送装置は、
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てるよう構成されるプロセッサであって、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、プロセッサ、及び、
アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される伝送機であって、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含む、伝送機を含む。
【００６９】
第６態様を参照して、第６態様の第１の可能な実装方式において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する共有リソースがアイドル状態にあるか否かを示すのに用いられ、
伝送機は、アップリンク共有リソース情報を少なくとも１つのＵＥに送信した後、Ｍ個のＰＲＩＣＨのリソース情報を少なくとも１つのＵＥに送信するよう更に構成される。
【００７０】
第６態様又は第６態様の第１の可能な実装方式を参照して、第６態様の第２の可能な実装方式において、装置は、
少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信するよう構成される受信機であって、リソース予約要求は、ｅＮＢに、第１のＵＥのために、第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられ、
伝送機は、第１のＵＥにより予約を要求されたアップリンク共有リソースがアイドル状態にあるか否かに従って、第１のＵＥにリソース予約応答を送信し、リソース予約応答は、第１のＵＥにより予約を要求されたアップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、よう更に構成される、受信機を更に含む。
【００７１】
第６態様の第２の可能な実装方式を参照して、第３の可能な実装方式において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【００７２】
第６態様又は第６態様の第１から第３の可能な実装方式の何れか１つを参照して、第４の可能な実装方式において、伝送機は、アップリンク共有リソース更新情報を少なくとも１つのＵＥに送信するよう更に構成される。
【００７３】
第６態様又は第６態様の第１から第３の可能な実装方式の何れか１つを参照して、第５の可能な実装方式において、伝送機は、具体的に、
共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルし、及び、
物理層シグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【００７４】
第６態様の第５の可能な実装方式を参照して、第６の可能な実装方式において、伝送機は、共有ＲＮＴＩを用いてアップリンク共有リソース情報をスクランブルする前に、共有ＲＮＴＩを少なくとも１つのＵＥに送信するよう更に構成される。
【００７５】
第６態様又は第６態様の第１から第３の可能な実装方式の何れか１つを参照して、第７の可能な実装方式において、伝送機は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【００７６】
第６態様又は第６態様の第１から第３の可能な実装方式の何れか１つを参照して、第８の可能な実装方式において、伝送機は、具体的に、Ｍｓｇ４メッセージを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【００７７】
本発明の複数の実施形態において提供されているデータ伝送方法及び装置に従って、ＵＥは、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。アップリンク共有情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースである。故に、ＵＥは、アップリンク共有リソース情報を解析し、位置情報を取得し得、位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送し得る。限定されるＰＤＣＣＨ容量は、制限を付さず、それにより、ＰＵＳＣＨ利用率を向上させる。
【図面の簡単な説明】
【００７８】
本発明の複数の実施形態における、又は従来技術における複数の技術的解決法をより明確に説明すべく、複数の実施形態又は従来技術を説明するために必要な添付の複数の図面を以下で簡潔に説明する。以下の説明における添付の複数の図面は本発明のいくつかの実施形態を示しており、当業者は、これらの添付の複数の図面から創造的努力なしで他の複数の図面を更に導き出し得ることは明らかである。
【００７９】
【図１】本発明に係るデータ伝送方法の実施形態１の概略フローチャートである。
【００８０】
【図２】本発明に係るデータ伝送方法の実施形態２の概略フローチャートである。
【００８１】
【図３】本発明に係るデータ伝送方法の実施形態３の概略フローチャートである。
【００８２】
【図４】本発明に係るデータ伝送方法の実施形態４の概略フローチャートである。
【００８３】
【図５】本発明に係るデータ伝送装置の実施形態１の概略構造図である。
【００８４】
【図６】本発明に係るデータ伝送装置の実施形態２の概略構造図である。
【００８５】
【図７】本発明に係るデータ伝送装置の実施形態３の概略構造図である。
【００８６】
【図８】本発明に係るデータ伝送装置の実施形態４の概略構造図である。
【発明を実施するための形態】
【００８７】
本発明の複数の実施形態の複数の目的、複数の技術的解決法、及び複数の利点をより明確にすべく、本発明の複数の実施形態における添付の複数の図面を参照して、本発明の複数の実施形態における複数の技術的解決法を以下に明確かつ完全に説明する。説明されている複数の実施形態は、本発明の複数の実施形態のいくつかであって、全てではないことは明らかである。創造的努力なしに本発明の複数の実施形態に基づいて当業者によって取得される他の全ての実施形態は、本発明の保護範囲内に含まれるものとする。
【００８８】
本発明の明細書、特許請求の範囲、及び添付の複数の図面において、「第１」、「第２」、「第３」、及び「第４」等（もし存在すれば）の用語は、複数の同様の対象を区別するよう意図されているのであり、必ずしも、特定の順序又は並びを示しているわけではない。そのようなやり方で称されるデータは適切な状況においては置き換え可能であり、これにより、本明細書において説明されている本発明の複数の実施形態は、本明細書において示されている、又は説明されている順序以外の複数の順序で実装され得ることが理解されるべきである。更に、「含む」、「包含する」、及び他のあらゆる異形といった用語は、非排他的な含有を含むことを意味する。例えば、複数の段階又は複数のユニットのリストを含む処理、方法、システム、製品、又はデバイスは、必ずしもそれらのユニットに限定されるわけではなく、明示的に列挙されていないか、又はそのような処理、方法、システム、製品、又はデバイスに固有の他の複数のユニットを含んでよい。
【００８９】
既存のＬＴＥにおいて、アップリンクデータを伝送する場合に、ＵＥは、ＳＲをｅＮＢに送信する必要があり、次に、ＰＤＣＣＨ上で、グラントを待つ。ＵＥは、グラントを受信した後でのみ、ＰＵＳＣＨ上でアップリンクデータを伝送し得る。接続数が比較的大きい場合、ＰＤＣＣＨ容量は限定され、従って、ＰＵＳＣＨ利用率は高くない。先述の課題を解決するために、本発明において、ｅＮＢは、予め設定された領域内のＵＥに対して、いくつかのアップリンク共有リソースを予め割り当てる。これらのアップリンク共有リソースは、「ＰＤＣＣＨ  ｌｅｓｓ」方式において用いられ得る。このことは、具体的には、予め設定された領域内のＵＥは、グラントを要求する必要なく、ｅＮＢによって予め割り当てられるこれらのアップリンク共有リソースを使用し得ることを意味する。複数のアップリンク共有リソースはグラントを要求する必要なく使用され得るので、ＰＤＣＣＨ上でグラントを待つための制限が取り除かれる。このことは、複数のＰＤＣＣＨリソースを保存し、それにより、ＰＵＳＣＨ利用率を向上させる。
【００９０】
本発明の複数の技術的解決法は、複数の特定の実施形態を用いて、以下で詳細に説明される。以下の複数の特定の実施形態は、組み合わされてよく、同一又は同様のコンセプト又は処理は、いくつかの実施形態において繰り返されない場合がある。
【００９１】
図１は、本発明に係るデータ伝送方法の実施形態１の概略フローチャートである。この実施形態は、ＵＥにより実行される。図１に示されているように、この実施形態における方法は、以下の複数の段階を含む。
【００９２】
Ｓ１０１：ＵＥは、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。
【００９３】
ｅＮＢは、Ｍ個のアップリンク共有リソースを少なくとも１つのＵＥに割り当てる。Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である。少なくとも１つのＵＥは、予め設定された領域内のＵＥを参照する。Ｍ個のアップリンク共有リソースを少なくとも１つのＵＥに割り当てる前に、ｅＮＢは、予め設定されたルールに従って、及び、サービスタイプ等の、ＵＥによりフィードバックされる情報に従って、予め設定された領域内のＵＥを決定し、次に、Ｍ個のアップリンク共有リソースを予め設定された領域内のＵＥに割り当て、これにより、予め設定された領域内のＵＥは、グラントを要求する必要なくＭ個のアップリンク共有リソースを使用し得る。
【００９４】
Ｍ個のアップリンク共有リソースを少なくとも１つのＵＥに割り当てた後、ｅＮＢは、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する。アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、これにより、ＵＥは、位置情報に従って、グラントを要求する必要なくどのアップリンク共有リソースが用いられ得るかを決定する。位置情報は、時間周波数リソース等の情報を含む。
【００９５】
それに応じて、ＵＥは、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。
【００９６】
Ｓ１０２：ＵＥは、アップリンク共有リソース情報を解析し、位置情報を取得する。
【００９７】
アップリンク共有情報を受信した後、ＵＥは、アップリンク共有情報を解析し、Ｍ個のアップリンク共有リソースの位置情報を取得する。
【００９８】
Ｓ１０３：ＵＥは、位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する。
【００９９】
ＵＥが、アップリンクデータを伝送する必要がある場合に、ＵＥは、Ｍ個のアップリンク共有リソースの取得された位置情報に対応する複数のアップリンク共有リソースのうちの１つ上で伝送を実行し得、グラントを要求する処理を経ることを必要としない。
【０１００】
本発明のこの実施形態において、ＵＥは、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。アップリンク共有情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースである。故に、ＵＥは、アップリンク共有リソース情報を解析し、位置情報を取得し得、位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送し得る。限定されるＰＤＣＣＨ容量は、制限を付さず、それにより、ＰＵＳＣＨ利用率を向上させる。
【０１０１】
図２は、本発明に係るデータ伝送方法の実施形態２の概略フローチャートである。この実施形態は、ｅＮＢにより実行される。図２に示されているように、この実施形態における方法は、以下の複数の段階を含む。
【０１０２】
Ｓ２０１：ｅＮＢは、Ｍ個のアップリンク共有リソースを少なくとも１つのＵＥに割り当てる。
【０１０３】
Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である。
【０１０４】
Ｓ２０２：ｅＮＢは、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する。
【０１０５】
アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含む。位置情報は、時間周波数リソース等の情報を含む。
【０１０６】
Ｓ２０１及びＳ２０２の詳細な説明については、図１に示されているＳ１０１の説明を参照のこと。詳細は、本明細書において再び説明されることはない。
【０１０７】
この実施形態において、ｅＮＢが、Ｍ個のアップリンク共有リソースを少なくとも１つのＵＥに割り当て、ｅＮＢは、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する。Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられる、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される、複数のアップリンク共有リソースである。故に、ＵＥは、Ｍ個のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送し得る。限定されるＰＤＣＣＨ容量は、制限を付さず、それにより、ＰＵＳＣＨ利用率を向上させる。
【０１０８】
先述の複数の実施形態において、ｅＮＢにより、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する方式は、以下の４つの方式を含むが、それらに限定されるものではない。
【０１０９】
実装方式１：ｅＮＢは、物理層シグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する。ｅＮＢは、共有無線ネットワーク一時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ、以下略してＲＮＴＩ）を用いて、例えば、ＰＤＣＣＨ−ＲＮＴＩ（ＰＤＣＣＨ  Ｌｅｓｓ  ＲＮＴＩ、以下略してＰＬ−ＲＮＴＩ）を用いてスクランブルを実行して、物理層シグナリングをスクランブルする。ｅＮＢが、共有ＲＮＴＩを用い、物理層シグナリングをスクランブルする前に、ｅＮＢは、共有ＲＮＴＩを少なくとも１つのＵＥに送信する、すなわち、少なくとも１つのＵＥは、同一の共有ＲＮＴＩを有する。共有ＲＮＴＩは、既存の共有ＲＮＴＩとは異なる。
【０１１０】
物理層シグナリングは、ＤＣＩメッセージであってよい。
【０１１１】
それに応じて、ＵＥは、物理層シグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。物理層シグナリングは、共有ＲＮＴＩを用いてスクランブルされる。ＵＥは、共有ＲＮＴＩを用いて、受信された物理層シグナリングをデスクランブルし、複数のアップリンク共有リソース情報を取得する。デスクランブルする前に、ＵＥは、ｅＮＢによって送信される共有ＲＮＴＩを受信する。具体的に、ｅＮＢは、専用シグナリングを用いてＲＮＴＩをＵＥに送信し得、ｅＮＢによりスクランブルのために用いられる同一の共有ＲＮＴＩを有するＵＥのみが、正常にデスクランブルを実行し得る。正常にデスクランブルを実行するＵＥのみが、グラントを要求する必要なく、アップリンク共有リソース情報に含まれるＭ個のアップリンク共有リソースを使用し得る。
【０１１２】
実装方式２：ｅＮＢは、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する。
【０１１３】
それに応じて、ＵＥは、専用ＲＲＣシグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。
【０１１４】
実装方式３：ｅＮＢは、システムブロードキャストメッセージを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する。
【０１１５】
それに応じて、ＵＥは、システムブロードキャストメッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。
【０１１６】
第４の実装方式：ｅＮＢは、Ｍｓｇ４メッセージを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信する。
【０１１７】
それに応じて、ＵＥは、Ｍｓｇ４メッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信する。
【０１１８】
本発明において、先述の４つの実装方式は、説明のための例としてのみ用いられており、本発明の特定の実装方式に制限を付すものではない。
【０１１９】
先述の複数の実施形態において、予め設定された領域内に２つのＵＥがある場合において、ＵＥが、ｅＮＢによって送信されるアップリンク共有リソース情報を受信した後、ＵＥが、アップリンクデータを伝送する場合に、ＵＥは、以下のいくつかの方式においてｅＮＢにより割り当てられるＭ個のアップリンク共有リソースを用い得る。具体的に、複数の方式は、以下のいくつかの方式を含むが、それらに限定されるものではない。
【０１２０】
第１の実装方式は、以下の複数の段階を含む。図３に示されているように、図３は、本発明に係るデータ伝送方法の実施形態３の概略フローチャートである。
【０１２１】
Ｓ３０１：ＵＥは、Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定する。
【０１２２】
具体的に、ＵＥは、ＵＥとｅＮＢとの間のチャネルのステータスに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定する、又は、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースをランダムに決定する。ＵＥは、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する。
【０１２３】
先述の実施形態において、ｅＮＢにより割り当てられるＭ個のアップリンク共有リソースにおいて、それぞれのアップリンク共有リソースが、１つの変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、以下略してＭＣＳ）に対応している。故に、アップリンク共有リソース情報は、ＭＣＳ等の、伝送関連情報を更に含み得る。Ｍ個の共有リソースの複数のＭＣＳは、ＵＥの異なる位置に従って同一であってもよく、又は異なってもよい。これは、本発明において限定されるものではない。
【０１２４】
Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定する段階は、具体的に、Ｍ個のアップリンク共有リソースの複数のＭＣＳに従って、Ｍ個のアップリンク共有リソースから、ＵＥに適した１つのアップリンク共有リソースが、候補アップリンク共有リソースとして用いられることを決定する段階であってよい。具体的に、ＵＥは、ＵＥとｅＮＢとの間のチャネルのステータスに従って、及びＭ個の共有リソースの複数の変調及び符号化方式に従って、Ｍ個のアップリンク共有リソースからの選択を実行し得る。ＵＥに対するチャネルステータスが比較的良好である、すなわち、測定結果が第１の予め設定された閾値より大きい場合、ＵＥは、比較的高い変調及び符号化方式の共有リソースを選択し得る。ＵＥに対するチャネルステータスが比較的悪い、すなわち、測定結果が第２の予め設定された閾値未満である場合、ＵＥは、比較的低い変調及び符号化方式の共有リソースを選択し得る。チャネルステータスは、ＵＥにより測定されるパイロット信号の結果であってよい。第１の予め設定された閾値及び第２の予め設定された閾値は、ＵＥに対してより高い層シグナリングを用いて構成される。
【０１２５】
候補アップリンク共有リソースが決定された後、候補アップリンク共有リソースがアイドル状態にあるか否かが、更に決定される必要がある。具体的に、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネル（Ｐｈｙｓｉｃａｌ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ、以下略してＰＲＩＣＨ）と一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する複数のアップリンク共有リソースが、アイドル状態にあるか否かを示すのに用いられる。アップリンク共有情報を少なくとも１つのＵＥに送信した後、ｅＮＢは、Ｍ個のＰＲＩＣＨを少なくとも１つのＵＥに更に送信し、これにより、ＵＥは、ＰＲＩＣＨに従って、対応するアップリンク共有リソースがアイドル状態にあるか否かを決定する。例えば、ＰＲＩＣＨが１である場合に、このことは、ＰＲＩＣＨに対応するアップリンク共有チャネルが、占有状態にあることを示し、又はＰＲＩＣＨが０である場合に、このことは、ＰＲＩＣＨに対応するアップリンク共有チャネルが、アイドル状態にあることを示す。故に、ＵＥは、候補アップリンク共有チャネルに対応するＰＲＩＣＨに従って、候補アップリンク共有リソースがアイドル状態にあるか否かを決定し得る。候補アップリンク共有リソースがアイドル状態にある場合に、ＵＥは、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する。候補アップリンク共有リソースが占有状態にある、すなわち、データが候補アップリンク共有チャネル上で伝送されている場合に、ＵＥは、バックオフルールに従って、一定時間戻り、候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、次に、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する。候補アップリンク共有リソースが占有状態にある場合に、ＵＥは、候補アップリンク共有リソースとして準最適アップリンク共有リソースを再選択し得る。本発明は、それらに限定されるものではない。
【０１２６】
もちろん、代替的に、ＵＥは、Ｍ個のアップリンク共有リソースがアイドル状態にあるか否かに従って、候補アップリンク共有チャネルをまず決定し得る。Ｍ個のアップリンク共有リソースがアイドル状態にあるか否かをどのように決定するかについては、以前の段落の説明を参照のこと。詳細は、本明細書において再び説明されることはない。複数の候補アップリンク共有リソースが、Ｍ個のアップリンク共有リソースがアイドル状態にあるか否かに従って決定されてよい。次に、ＵＥがアップリンクデータ伝送を実行するのに最も適した１つの共有リソースが、複数の候補アップリンク共有リソースの複数のチャネルステータス（具体的に、複数の変調及び符号化方式であってよい）に従って、使用対象アップリンク共有リソースとして決定される。
【０１２７】
具体的には、使用対象アップリンク共有リソースを決定するためにどの方式が用いられるかは、本発明において限定されるものではない。
【０１２８】
Ｓ３０１において、本発明は、ＰＲＩＣＨを画定するためのルールを更に提供する。それぞれのアップリンク共有リソースが、１つのＰＲＩＣＨに対応する。ＰＲＩＣＨが、１つのＰＲＩＣＨグループを形成する。同一のＰＲＩＣＨグループにおけるＰＲＩＣＨは、直交符号を用いて区別される。それぞれのＰＲＩＣＨが、以下の２つの方式において一意に識別される。１．グループ番号及び直交符号；２．ＰＨＩＣＨグループ番号、直交符号、及びオフセット。ＰＲＩＣＨリソースが、専用ＲＲＣシグナリング又はブロードキャスト形態を用いて、ＵＥに通知される。
【０１２９】
Ｓ３０２：ＵＥは、使用対象アップリンク共有リソース上で、アップリンクデータを伝送する。
【０１３０】
使用対象アップリンク共有リソースを決定した後、ＵＥは、使用対象アップリンク共有リソース上で、アップリンクデータを伝送し得る。
【０１３１】
ＵＥがアップリンク共有リソースを使用する場合に発生する衝突を回避するために、本発明は、第２の実装方式を更に提供する。具体的には、図４に示されているように、図４は、本発明に係るデータ伝送方法の実施形態４の概略フローチャートである。以下の複数の段階が、含まれる。
【０１３２】
Ｓ４０１：ＵＥは、Ｍ個のアップリンク共有リソースの複数のチャネルステータスに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定する。
【０１３３】
この段階については、Ｓ２０１の詳細な説明を参照のこと。詳細は、本明細書において再び説明されることはない。
【０１３４】
Ｓ４０２：ＵＥは、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースについてのリソース予約要求をｅＮＢに送信する。
【０１３５】
リソース予約要求は、ＵＥのために候補アップリンク共有リソースを予約するようｅＮＢに要求するために用いられる。
【０１３６】
候補アップリンク共有リソースがアイドル状態にあるか否かをどのように決定するかについては、Ｓ２０１の詳細な説明を参照のこと。詳細は、本明細書において再び説明されることはない。
【０１３７】
候補アップリンク共有リソースがアイドル状態にある場合に、この実装方式と第１の実装方式との間の差は、ＵＥが、候補アップリンク共有リソースについてのリソース予約要求をｅＮＢに送信する点にあり、これにより、ｅＮＢに、第１のＵＥ（説明を簡潔にするために、リソース予約要求を送信するＵＥは、「第１のＵＥ」と称される）のために、第１のＵＥにより予約を要求されたアップリンク共有リソース（候補アップリンク共有リソース）を予約するよう要求する。少なくとも１つのＵＥにおいて第１のＵＥによって送信されるリソース予約要求を受信した後、ｅＮＢは、第１のＵＥにより予約を要求されたアップリンク共有リソースがアイドル状態にあるか否かに従って、ＵＥに対して候補アップリンク共有リソースを予約するか否かを決定し、第１のＵＥにリソース予約応答を送信する、そして、リソース予約応答を用いて、ＵＥに予約結果を通知する。リソース予約応答は、第１のＵＥにより予約を要求されたアップリンク共有リソースが、正常に予約されているか否かを示すために用いられる。第１のＵＥにより予約を要求されたアップリンク共有リソースが、予約されている場合、リソース予約応答は、予約の成功を示す指示を保持する。第１のＵＥにより予約を要求されたアップリンク共有リソースが、予約されていない場合、リソース予約応答は、予約の失敗を示す指示を保持する。
【０１３８】
Ｓ４０３：ＵＥは、ｅＮＢによって送信されるリソース予約応答を受信する。
【０１３９】
リソース予約応答は、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる。リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【０１４０】
Ｓ４０４：リソース予約応答が、候補アップリンク共有リソースが、正常に予約されていることを示す場合、候補アップリンク共有リソースを、使用対象アップリンク共有リソースとして決定する。
【０１４１】
ｅＮＢが、ＵＥのために候補アップリンク共有リソースを予約する場合、別のＵＥが、候補アップリンク共有リソース上でデータを伝送することは許容されない。
【０１４２】
リソース予約応答が、候補アップリンク共有リソースの予約が失敗したことを示す場合、ＵＥは、一定時間戻り、要求することを再び実行し得、又は、別のアップリンク共有リソースを候補アップリンク共有リソースとして選択し得る。本発明は、それらに限定されるものではない。
【０１４３】
Ｓ４０５：ＵＥは、使用対象アップリンク共有リソース上で、アップリンクデータを伝送する。
【０１４４】
アップリンク共有リソースを用いてアップリンクデータを伝送する前に、ＵＥは、ｅＮＢに使用対象アップリンク共有リソースを予約するよう要求する。故に、２又はそれより多くのＵＥが同一のアップリンク共有リソースを使用する場合に、衝突は回避され得る。
【０１４５】
先述の実施形態において、リソース予約要求は、メディアアクセス制御プロトコルデータユニットＭＡＣ  ＰＤＵヘッダにおいて保持されてよく、又は、メディアアクセス制御制御エレメントＭＡＣ  ＣＥにおいて保持されてよく、又は、ＲＡＣＨプロシージャのＭｓｇ３メッセージにおいて保持されてよい。
【０１４６】
例えば、リソース予約要求は、ＭＡＣ  ＰＤＵヘッダにおいて保持される。データパケットフォーマットが、以下の表に示されている。
【表１】
0006460428.tif 000002
【０１４７】
『ＲＲ』は、リソース予約要求を意味する。『Ｒ』は、予約を示すＲｅｓｅｒｖｅｄを意味する。『Ｅ』は、ＭＡＣヘッダが別のフィールドを含むか否かを示すＥｘｔｅｎｓｉｏｎを意味する。『ＬＣＩＤ』は、論理的チャネルＩＤを示すＬｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤを表す。『Ｆ』は、長さフィールドのサイズを示すＦｏｒｍａｔを意味する。そして、『Ｌ』は、対応するＭＡＣ  ＳＤＵの長さ又は対応するＭＡＣ  ＣＥの可変的長さを示すＬｅｎｇｔｈを意味する。
【０１４８】
図３又は図４に示されている実施形態において、ＵＥの伝送対象アップリンクデータの量が、使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい、すなわち、伝送対象アップリンクデータが、複数のブロックに分割され、次に、伝送される必要がある場合、ＵＥは、使用対象アップリンク共有リソース上で、アップリンクデータを伝送する場合に、アップリンクデータパケットにおいてリソース予約要求を付加する。例えば、ＵＥは、ｅＮＢによって送信されるリソース予約応答を受信し、リソース予約応答は、候補アップリンク共有リソースが正常に予約されていることを示す。毎回、候補アップリンク共有リソースの上で伝送されることが許容されるデータパケットの最大サイズが、５Ｍであり、ＵＥの伝送対象データの量が、１３Ｍである場合、リソース予約要求が、初回に伝送されるデータパケットにおいて保持される。リソース予約応答が、リソースが正常に予約されていることを示す場合、データの第２のブロックが、同一のアップリンク共有リソースの上で伝送される。ＵＥにより初回に伝送されるデータブロックのサイズが５Ｍであると仮定して、伝送対象データの量は８Ｍであり、リソース予約要求は、２回目に伝送されるデータパケットにおいて保持される。リソース予約応答が、リソースが正常に予約されていることを示す場合、データの第３のブロックが、同一のアップリンク共有リソースの上で伝送される。２回目に伝送されるデータブロックのサイズが５Ｍであると仮定して、伝送対象データの量は３Ｍであり、毎回、候補アップリンク共有リソース上で伝送されることが許容されるデータパケットの最大サイズ未満である。データの第３のブロックは、リソース予約要求を保持する必要なく、同一のアップリンク共有リソース上で伝送される。データの第３のブロックの伝送が完了された後、対応するアップリンク共有リソースのステータスは、アイドル状態に変更される。具体的に、アップリンク共有リソースに対応するＰＲＩＣＨの値は、アイドル状態に設定される。差が、以下の点にある。図３に示されている実施形態において、第１のアップリンクデータをｅＮＢに送信する前に、ＵＥは、ｅＮＢにリソース予約要求を送信せず、実際の状況に従って、第１のアップリンクデータパケット及び後続のアップリンクデータパケットに、リソース予約要求を直接付加する。具体的に、ＵＥは、ＵＥの伝送対象アップリンクデータの量と使用対象アップリンク共有リソースの上で伝送されることが許容されるデータの最大量との間の関係に従って、リソース予約要求を保持するか否かを決定する。図４に示されている実施形態において、第１のアップリンクデータパケットをｅＮＢに送信する前に、ＵＥは、ｅＮＢにリソース予約要求を送信し、実際の状況に従って、第１のアップリンクデータパケット及び後続のアップリンクデータパケットに、リソース予約要求を付加する。
【０１４９】
先述の実施形態において、ＵＥは、ＵＥの伝送対象データパケットのサイズを初回に伝送されるリソース予約要求に更に付加し得る。ＵＥの伝送対象データパケットのサイズが１３Ｍであると仮定して、ＵＥの初回に伝送されたリソース予約要求は、サイズ１３Ｍの伝送対象データパケットを保持し、これにより、ｅＮＢは、伝送対象データパケットの、リソース予約要求において保持されたサイズに従って、ＵＥに対してアップリンク共有リソースを継続的に予約する。
【０１５０】
先述の実施形態において、ＵＥが使用対象アップリンク共有リソース上で、ｅＮＢにアップリンクデータを伝送した後、ｅＮＢは、解析されたデータパケットのステータスに従って、物理ハイブリッド自動リピート要求インジケータチャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ、略してＰＨＩＣＨ）を用いて、アップリンクデータフィードバックを送信する。アップリンクデータフィードバック情報は、ｅＮＢがアップリンクデータを正常に受信するか否かを、ＵＥに通知するために用いられる。ｅＮＢによって送信されるアップリンクデータフィードバック情報を受信した後、ＵＥは、アップリンクデータフィードバック情報に従って、アップリンクデータのパケットエラーレートを決定する。パケットエラーレートが、予め設定された閾値より大きい場合に、ＵＥは、アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する、又は、ＵＥは、ＳＲをｅＮＢに送信し、アップリンクデータを伝送するための専用伝送リソースを要求する。ＵＥは、以下の方式において、使用対象アップリンク共有リソースを再決定し得る。ＵＥは、別の共有リソース上で伝送を実行する、又は、ＵＥは、ＲＡＣＨプロシージャを用いて、リソース要求を送信する。
【０１５１】
先述の実施形態において、ｅＮＢが、複数のアップリンク共有リソースを再割り当てする、又は、割り当てられたアップリンク共有リソースを再利用する場合に、ｅＮＢは、アップリンク共有リソース更新情報をＵＥに送信する。アップリンク共有リソース更新情報は、複数のアップリンク共有リソースの位置情報を更新するために用いられる。ＵＥは、アップリンク共有リソース更新情報に従って、使用対象アップリンク共有リソースを再決定する。特定の方式については、先述の複数の実施形態の特定の説明を参照のこと。詳細は、本明細書において再び説明されることはない。
【０１５２】
図５は、本発明に係るデータ伝送装置の実施形態１の概略構造図である。データ伝送装置は、ユーザ機器ＵＥである。この実施形態における装置は、受信モジュール５０１、解析モジュール５０２、及び送信モジュール５０３を含む。受信モジュール５０１は、発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成され、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である。解析モジュール５０２は、アップリンク共有リソース情報を解析するよう構成され、位置情報を取得する。送信モジュール５０３は、位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送するよう構成される。
【０１５３】
先述の実施形態において、送信モジュール５０３は、具体的に、Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定し、使用対象アップリンク共有リソースの上で、アップリンクデータを伝送するよう構成される。
【０１５４】
先述の実施形態において、送信モジュール５０３は、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【０１５５】
先述の実施形態において、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に含む。送信モジュール５０３は、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、及びＭ個のアップリンク共有リソースの複数のＭＣＳに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定するよう構成される。
【０１５６】
先述の実施形態において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する複数のアップリンク共有リソースが、アイドル状態にあるか否かを示すのに用いられる。
【０１５７】
送信モジュール５０３は、具体的に、候補アップリンク共有リソースに対応するＰＲＩＣＨに従って、候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【０１５８】
先述の実施形態において、送信モジュール５０３は、具体的に、
候補アップリンク共有リソースがアイドル状態にある場合に、ＵＥのために候補アップリンク共有リソースを予約するようｅＮＢに要求するために用いられる、候補アップリンク共有リソースについてのリソース予約要求をｅＮＢに送信し、
ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、ｅＮＢによって送信されるリソース予約応答を受信し、
リソース予約応答が、候補アップリンク共有リソースが正常に予約されていることを示す場合、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定する
よう構成される。
【０１５９】
先述の実施形態において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【０１６０】
先述の実施形態において、送信モジュール５０３は、具体的に、ＵＥの伝送対象アップリンクデータの量が、使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、使用対象アップリンク共有リソース上で、アップリンクデータを伝送し、アップリンクデータはリソース予約要求を含む、よう構成される。
【０１６１】
先述の実施形態において、受信モジュール５０１は、
送信モジュールが、使用対象アップリンク共有リソース上で、アップリンクデータを伝送した後で、
ｅＮＢによって送信されるアップリンクデータフィードバック情報を受信し、アップリンクデータフィードバック情報は、ｅＮＢがアップリンクデータを正常に受信するか否かを、ＵＥに通知するために用いられる。及び、
アップリンクデータフィードバック情報に従って、アップリンクデータのパケットエラーレートを決定する。
よう更に構成される。
【０１６２】
送信モジュール５０３は、パケットエラーレートが、予め設定された閾値より大きい場合に、アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する、又は、スケジューリング要求ＳＲをｅＮＢに送信し、アップリンクデータを伝送するための専用伝送リソースを要求するよう更に構成される。
【０１６３】
先述の実施形態において、受信モジュール５０１は、
ｅＮＢによって送信され、複数のアップリンク共有リソースの位置情報を更新するために用いられるアップリンク共有リソース更新情報を受信し、及び、
アップリンク共有リソース更新情報に従って使用対象アップリンク共有リソースを再決定する、
よう更に構成される。
【０１６４】
先述の実施形態において、受信モジュール５０１は、具体的に、物理層シグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信し、物理層シグナリングは、共有ＲＮＴＩを用いてスクランブルされる、よう構成される。
【０１６５】
解析モジュール５０２は、具体的に、共有ＲＮＴＩを用いて物理層シグナリングをデスクランブルし、アップリンク共有リソース情報を取得し、及び、
アップリンク共有リソース情報を解析し、位置情報を取得する、
よう構成される。
【０１６６】
先述の実施形態において、受信モジュール５０１は、解析モジュールが、共有ＲＮＴＩを用いて、アップリンク共有リソース情報をデスクランブルする前に、ｅＮＢによって送信される共有ＲＮＴＩを受信するよう更に構成される。
【０１６７】
先述の実施形態において、受信モジュール５０１は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【０１６８】
先述の実施形態において、受信モジュール５０１は、具体的に、システムブロードキャストメッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【０１６９】
先述の実施形態において、受信モジュール５０１は、具体的に、Ｍｓｇ４メッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【０１７０】
この先述の実施形態における装置は、図１に示されている方法の実施形態における技術的解決法を実装するよう対応して構成されてよい。それらの実装原則及び技術的効果は同様であり、詳細について、ここでは再び説明されない。
【０１７１】
図６は、本発明に係るデータ伝送装置の実施形態２の概略構造図である。データ伝送装置は、発展型ノードＢ  ｅＮＢである。この実施形態における装置は、割り当てモジュール６０１及び送信モジュール６０２を含む。割り当てモジュール６０１は、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てるよう構成され、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である。送信モジュール６０２は、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成され、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含む。
【０１７２】
先述の実施形態において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する共有リソースが、アイドル状態にあるか否かを示すのに用いられる。送信モジュール６０２は、アップリンク共有リソース情報を少なくとも１つのＵＥに送信した後、Ｍ個のＰＲＩＣＨのリソース情報を少なくとも１つのＵＥに送信するよう更に構成される。
【０１７３】
先述の実施形態において、受信モジュールが、更に含まれる。受信モジュールは、少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信するよう構成され、リソース予約要求は、ｅＮＢに、第１のＵＥのために、第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられる。送信モジュール６０２は、第１のＵＥにより予約を要求されたアップリンク共有リソースがアイドル状態にあるか否かに従って、第１のＵＥにリソース予約応答を送信し、リソース予約応答は、第１のＵＥにより予約を要求されたアップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、よう更に構成される。
【０１７４】
先述の実施形態において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【０１７５】
先述の実施形態において、送信モジュール６０２は、アップリンク共有リソース更新情報を少なくとも１つのＵＥに送信するよう更に構成される。
【０１７６】
先述の実施形態において、送信モジュール６０２は、具体的に、
共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルし、及び、
物理層シグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【０１７７】
先述の実施形態において、送信モジュール６０２は、共有ＲＮＴＩを用いてアップリンク共有リソース情報をスクランブルする前に、共有ＲＮＴＩを少なくとも１つのＵＥに送信するよう更に構成される。
【０１７８】
先述の実施形態において、送信モジュール６０２は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【０１７９】
先述の実施形態において、送信モジュール６０２は、具体的に、Ｍｓｇ４メッセージを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【０１８０】
この先述の実施形態における装置は、図２に示されている方法の実施形態における技術的解決法を実装するよう対応して構成されてよい。それらの実装原則及び技術的効果は同様であり、詳細について、ここでは再び説明されない。
【０１８１】
図７は、本発明に係るデータ伝送装置の実施形態３の概略構造図である。図７に示されているように、データ伝送装置は、ユーザ機器ＵＥである。この実施形態における装置は、受信機７０１、解析機７０２、及び伝送機７０３を含む。受信機７０１は、発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成され、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含み、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である。解析機７０２は、アップリンク共有リソース情報を解析するよう構成され、位置情報を取得する。伝送機７０３は、位置情報に対応する複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送するよう構成される。
【０１８２】
先述の実施形態において、伝送機７０３は、具体的に、Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定し、使用対象アップリンク共有リソースの上で、アップリンクデータを伝送するよう構成される。
【０１８３】
先述の実施形態において、伝送機７０３は、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【０１８４】
先述の実施形態において、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に含む。伝送機７０３は、具体的に、ＵＥとｅＮＢとの間のチャネルのステータスに従って、及びＭ個のアップリンク共有リソースの複数のＭＣＳに従って、Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定するよう構成される。
【０１８５】
先述の実施形態において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する複数のアップリンク共有リソースが、アイドル状態にあるか否かを示すのに用いられる。伝送機７０３は、具体的に、候補アップリンク共有リソースに対応するＰＲＩＣＨに従って、候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、候補アップリンク共有リソースがアイドル状態にある場合に、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【０１８６】
先述の実施形態において、伝送機７０３は、具体的に、候補アップリンク共有リソースがアイドル状態にある場合に、ＵＥのために候補アップリンク共有リソースを予約するようｅＮＢに要求するために用いられる、候補アップリンク共有リソースについてのリソース予約要求をｅＮＢに送信し、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、ｅＮＢによって送信されるリソース予約応答を受信し、リソース予約応答が、候補アップリンク共有リソースが正常に予約されていることを示す場合、候補アップリンク共有リソースを使用対象アップリンク共有リソースとして決定するよう構成される。
【０１８７】
先述の実施形態において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【０１８８】
先述の実施形態において、伝送機７０３は、具体的に、ＵＥの伝送対象アップリンクデータの量が、使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、使用対象アップリンク共有リソース上で、アップリンクデータを伝送し、アップリンクデータはリソース予約要求を含む、よう構成される。
【０１８９】
先述の実施形態において、受信機７０１は、
伝送機が、使用対象アップリンク共有リソース上で、アップリンクデータを伝送した後で、ｅＮＢによって送信され、ｅＮＢがアップリンクデータを正常に受信するか否かを、ＵＥに通知するために用いられる、アップリンクデータフィードバック情報を受信し、及び、アップリンクデータフィードバック情報に従って、アップリンクデータのパケットエラーレートを決定するよう更に構成される。伝送機７０３は、パケットエラーレートが、予め設定された閾値より大きい場合に、アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する、又は、スケジューリング要求ＳＲをｅＮＢに送信し、アップリンクデータを伝送するための専用伝送リソースを要求するよう更に構成される。
【０１９０】
先述の実施形態において、受信機７０１は、ｅＮＢによって送信され、複数のアップリンク共有リソースの位置情報を更新するために用いられるアップリンク共有リソース更新情報を受信し、及び、アップリンク共有リソース更新情報に従って使用対象アップリンク共有リソースを再決定するよう更に構成される。
【０１９１】
先述の実施形態において、受信機７０１は、具体的に、物理層シグナリングを用いて、ｅＮＢによって送信され、共有ＲＮＴＩを用いてスクランブルされるアップリンク共有リソース情報を受信するよう構成される。
【０１９２】
解析機は、具体的に、共有ＲＮＴＩを用いて物理層シグナリングをデスクランブルし、アップリンク共有リソース情報を取得し、及び、アップリンク共有リソース情報を解析し、位置情報を取得するよう構成される。
【０１９３】
先述の実施形態において、受信機７０１は、解析機が、共有ＲＮＴＩを用いて、アップリンク共有リソース情報をデスクランブルする前に、ｅＮＢによって送信される共有ＲＮＴＩを受信するよう更に構成される。
【０１９４】
先述の実施形態において、受信機７０１は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【０１９５】
先述の実施形態において、受信機７０１は、具体的に、システムブロードキャストメッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【０１９６】
先述の実施形態において、受信機７０１は、具体的に、Ｍｓｇ４メッセージを用いて、ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される。
【０１９７】
この先述の実施形態における装置は、図１に示されている方法の実施形態における技術的解決法を実装するよう対応して構成されてよい。それらの実装原則及び技術的効果は同様であり、詳細について、ここでは再び説明されない。
【０１９８】
図８は、本発明に係るデータ伝送装置の実施形態４の概略構造図である。データ伝送装置は、発展型ノードＢ  ｅＮＢである。図８に示されているように、この実施形態における装置は、プロセッサ８０１及び伝送機８０２を含む。プロセッサ８０１は、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てるよう構成され、Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である。伝送機８０２は、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成され、アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を含む。
【０１９９】
先述の実施形態において、Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、ＰＲＩＣＨは、ＰＲＩＣＨに対応する共有リソースが、アイドル状態にあるか否かを示すのに用いられる。伝送機８０２は、アップリンク共有リソース情報を少なくとも１つのＵＥに送信した後、Ｍ個のＰＲＩＣＨのリソース情報を少なくとも１つのＵＥに送信するよう更に構成される。
【０２００】
先述の実施形態において、受信機が、更に含まれ、少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信するよう構成され、リソース予約要求は、ｅＮＢに、第１のＵＥのために、第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられる。伝送機８０２は、第１のＵＥにより予約を要求されたアップリンク共有リソースがアイドル状態にあるか否かに従って、第１のＵＥにリソース予約応答を送信し、リソース予約応答は、第１のＵＥにより予約を要求されたアップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、よう更に構成される。
【０２０１】
先述の実施形態において、リソース予約応答は、ＰＲＩＣＨ上で搬送され、ＰＲＩＣＨは、ＵＥにより予約を要求された候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる。
【０２０２】
先述の実施形態において、伝送機８０２は、アップリンク共有リソース更新情報を少なくとも１つのＵＥに送信するよう更に構成される。
【０２０３】
先述の実施形態において、伝送機８０２は、具体的に、
共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルし、及び、
物理層シグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【０２０４】
先述の実施形態において、伝送機８０２は、共有ＲＮＴＩを用いてアップリンク共有リソース情報をスクランブルする前に、共有ＲＮＴＩを少なくとも１つのＵＥに送信するよう更に構成される。
【０２０５】
先述の実施形態において、伝送機８０２は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【０２０６】
先述の実施形態において、伝送機８０２は、具体的に、Ｍｓｇ４メッセージを用いて、アップリンク共有リソース情報を少なくとも１つのＵＥに送信するよう構成される。
【０２０７】
この先述の実施形態における装置は、図２に示されている方法の実施形態における技術的解決法を実装するよう対応して構成されてよい。それらの実装原則及び技術的効果は同様であり、詳細について、ここでは再び説明されない。
【０２０８】
本発明において提供されているいくつかの実施形態において、開示されている装置及び方法は、他の方式で実装されてよいことが理解されるべきである。例えば、説明されている装置の実施形態は、例に過ぎない。例えば、ユニットの分割は、単に論理的機能の分割に過ぎず、実際の実装においては他の分割であってよい。例えば、複数のユニット又はコンポーネントが別のシステムに組み合わされてよい、又は、統合されてよい、又は、いくつかの特徴が無視されてよい、又は実行されなくてもよい。加えて、表示されている若しくは議論されている相互連結、又は直接的な連結若しくは通信接続は、いくつかのインタフェースを用いて実装されてよい。装置間、又はユニット間の間接的な連結又は通信接続は、電子的、機械的、又は他の形態で実装されてよい。
【０２０９】
別個の部分として説明されたユニットは、物理的に別個であってもなくてもよい。ユニットとして表示されている部分は、物理的なユニットであってもなくてもよく、１箇所に配置されてよいし、又は複数のネットワークユニットに分散されてもよい。ユニットの一部又は全ては、複数の実施形態の複数の解決法の複数の目的を実現するよう、実際の必要性に従って選択されてよい。
【０２１０】
加えて、本発明の複数の実施形態における複数の機能ユニットは１つの処理ユニットに統合されてよい、又は、ユニットの各々は物理的に単独で存在してよい、又は、２又はそれより多くのユニットが、１つのユニットに統合される。統合されたユニットは、ハードウェアの形態で実装されてよい、又は、ソフトウェア機能ユニットに加えてハードウェアの形態で実装されてよい。
【０２１１】
先述の統合されたユニットがソフトウェア機能ユニットの形態で実装された場合、統合されたユニットは、コンピュータ可読記憶媒体に格納されてよい。ソフトウェア機能ユニットは、記憶媒体に格納され、（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）コンピュータデバイス又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本発明の複数の実施形態において説明された方法の段階の一部を実行するよう指示するためのいくつかの指示を含む。先述の記憶媒体は、プログラムコードを格納し得る、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスク等の任意の媒体を含む。
【０２１２】
説明を簡便で簡潔なものとする目的のために、先述の複数の機能モジュールの分割が、説明のための例とされていることが、当業者によって明確に理解されるであろう。実際の適用では、先述の複数の機能は、異なる複数の機能モジュールに割り当てられ、要求に従って実装され得る、すなわち、装置の内部構成は、異なる複数の機能モジュールに分割され、上述の機能の全て又は一部を実装する。先述の装置の詳細な作動プロセスについては、先述の方法の複数の実施形態における対応する処理が参照されてよいが、詳細は、本明細書において説明されることはない。
【０２１３】
最後に、先述の複数の実施形態は、本発明の複数の技術的解決法を説明することを意図するものに過ぎず、本発明を限定するものではないことに留意されたい。本発明は先述の複数の実施形態を参照して詳細に説明されたが、当業者であれば更に、本発明の複数の実施形態の複数の技術的解決法の範囲から逸脱することなく、先述の複数の実施形態において説明された複数の技術的解決法に対して複数の変更を施し得る、又は、これらのいくつか若しくは全ての技術的特徴に対して複数の等価な置き換えを成し得ることを理解すべきである。
［項目１］
ユーザ機器ＵＥにより、発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信する段階であって、上記アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を備え、上記Ｍ個のアップリンク共有リソースは、上記ｅＮＢによって割り当てられ、上記ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、及び、
上記ＵＥにより、上記アップリンク共有リソース情報を解析し、上記位置情報を取得する段階、及び、
上記ＵＥにより、上記位置情報に対応する上記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送する段階、
を備える
データ伝送方法。
［項目２］
上記位置情報に対応する上記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを上記伝送する段階は、
上記ＵＥにより、上記Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定する段階、及び、
上記ＵＥにより、上記使用対象アップリンク共有リソース上で、上記アップリンクデータを伝送する段階を備える、
項目１に記載の方法。
［項目３］
上記ＵＥにより、上記Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを上記決定する段階は、
上記ＵＥと上記ｅＮＢとの間のチャネルのステータスに従って上記ＵＥにより、上記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定する段階、及び、
上記ＵＥにより、上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定する段階を備える、
項目２に記載の方法。
［項目４］
上記アップリンク共有リソース情報は、上記Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に備え、
上記ＵＥと上記ｅＮＢとの間のチャネルのステータスに従って上記ＵＥにより、上記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを上記決定する段階は、
上記Ｍ個のアップリンク共有リソースから上記ＵＥにより、上記ＵＥと上記ｅＮＢとの間の上記チャネルの上記ステータスに従って、及び上記Ｍ個のアップリンク共有リソースの上記複数のＭＣＳに従って、１つの候補アップリンク共有リソースを決定する段階を備える、
項目３に記載の方法。
［項目５］
上記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、上記ＰＲＩＣＨは、上記ＰＲＩＣＨに対応する上記複数のアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
上記ＵＥにより、上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして上記決定する段階は、
上記候補アップリンク共有リソースに対応するＰＲＩＣＨに従って上記ＵＥにより、上記候補アップリンク共有リソースがアイドル状態にあるか否かを決定する段階、及び、
上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定する段階を備える、
項目３又は４に記載の方法。
［項目６］
上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして上記決定する段階は、
上記ＵＥにより、上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースについてのリソース予約要求を上記ｅＮＢに送信する段階であって、上記リソース予約要求は、上記ｅＮＢに上記ＵＥのために上記候補アップリンク共有リソースを予約するよう要求するために用いられる、段階、
上記ＵＥにより、上記ｅＮＢによって送信されるリソース予約応答を受信する段階であって、上記リソース予約応答は、上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、段階、及び、
上記リソース予約応答が、上記候補アップリンク共有リソースが正常に予約されていることを示す場合、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定する段階を備える、
項目５に記載の方法。
［項目７］
上記リソース予約応答は、上記ＰＲＩＣＨ上で搬送され、上記ＰＲＩＣＨは、上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
項目６に記載の方法。
［項目８］
上記ＵＥにより、上記使用対象アップリンク共有リソース上で、上記アップリンクデータを上記伝送する段階は、
上記ＵＥの伝送対象アップリンクデータの量が、上記使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、上記ＵＥにより、上記使用対象アップリンク共有リソース上で、上記アップリンクデータを伝送する段階であって、上記アップリンクデータは、上記リソース予約要求を備える、段階を備える、
項目５から７の何れか一項に記載の方法。
［項目９］
上記ＵＥにより、上記使用対象アップリンク共有リソース上で、上記アップリンクデータを上記伝送する段階の後で、
上記ＵＥにより、上記ｅＮＢによって送信されるアップリンクデータフィードバック情報を受信する段階であって、上記アップリンクデータフィードバック情報は、上記ｅＮＢが上記アップリンクデータを正常に受信するか否かを、上記ＵＥに通知するために用いられる、段階、
上記ＵＥにより、上記アップリンクデータフィードバック情報に従って上記アップリンクデータのパケットエラーレートを決定する段階、及び、
上記パケットエラーレートが、予め設定された閾値より大きい場合に、上記ＵＥにより、上記アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する段階、又は、上記ＵＥにより、スケジューリング要求ＳＲを上記ｅＮＢに送信して、上記アップリンクデータを伝送するための専用伝送リソースを要求する段階を更に備える、
項目１から８の何れか一項に記載の方法。
［項目１０］
上記ＵＥにより、上記ｅＮＢによって送信されるアップリンク共有リソース更新情報を受信する段階であって、上記アップリンク共有リソース更新情報は、上記複数のアップリンク共有リソースの上記位置情報を更新するために用いられる、段階、及び、
上記ＵＥにより、上記アップリンク共有リソース更新情報に従って使用対象アップリンク共有リソースを再決定する段階を更に備える、
項目１から９の何れか一項に記載の方法。
［項目１１］
ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を上記受信する段階は、
共有ＲＮＴＩを用いてスクランブルされる物理層シグナリングを用いて上記ＵＥにより、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信する段階を備え、
上記ＵＥにより、上記アップリンク共有リソース情報を解析し、上記位置情報を上記取得する段階は、
上記ＵＥにより、上記共有ＲＮＴＩを用いて上記物理層シグナリングをデスクランブルし、上記アップリンク共有リソース情報を取得する段階、及び、
上記ＵＥにより、上記アップリンク共有リソース情報を解析し、上記位置情報を取得する段階を備える、
項目１から１０の何れか一項に記載の方法。
［項目１２］
上記ＵＥにより、上記共有ＲＮＴＩを用いて上記アップリンク共有リソース情報を上記デスクランブルする段階の前に、
上記ＵＥにより、上記ｅＮＢによって送信される上記共有ＲＮＴＩを受信する段階を更に備える、
項目１１に記載の方法。
［項目１３］
ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を上記受信する段階は、
専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて上記ＵＥにより、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信する段階を備える、
項目１から１０の何れか一項に記載の方法。
［項目１４］
ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を上記受信する段階は、
システムブロードキャストメッセージを用いて上記ＵＥにより、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信する段階を備える、
項目１から１０の何れか一項に記載の方法。
［項目１５］
ＵＥにより、ｅＮＢによって送信されるアップリンク共有リソース情報を上記受信する段階は、
Ｍｓｇ４メッセージを用いて上記ＵＥにより、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信する段階を備える、
項目１から１０の何れか一項に記載の方法。
［項目１６］
発展型ノードＢ  ｅＮＢにより、Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てる段階であって、上記Ｍ個のアップリンク共有リソースは、上記ｅＮＢによって割り当てられ、上記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、段階、及び、
上記ｅＮＢにより、アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信する段階であって、上記アップリンク共有リソース情報は、上記Ｍ個のアップリンク共有リソースの位置情報を備える、段階
を備える
データ伝送方法。
［項目１７］
上記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、上記ＰＲＩＣＨは、上記ＰＲＩＣＨに対応する共有リソースがアイドル状態にあるか否かを示すのに用いられ、
上記ｅＮＢにより、アップリンク共有リソース情報を上記少なくとも１つのＵＥに上記送信する段階の後、
上記ｅＮＢにより、上記Ｍ個のＰＲＩＣＨのリソース情報を上記少なくとも１つのＵＥに送信する段階を更に備える、
項目１６に記載の方法。
［項目１８］
上記ｅＮＢにより、上記少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信する段階であって、上記リソース予約要求は、上記ｅＮＢに、上記第１のＵＥのために、上記第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられる、段階、及び、
上記ｅＮＢにより、上記第１のＵＥにより予約を要求された上記アップリンク共有リソースがアイドル状態にあるか否かに従って、上記第１のＵＥにリソース予約応答を送信する段階であって、上記リソース予約応答は、上記第１のＵＥにより予約を要求された上記アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、段階を更に備える、
項目１６又は１７に記載の方法。
［項目１９］
上記リソース予約応答は、上記ＰＲＩＣＨ上で搬送され、上記ＰＲＩＣＨは、上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
項目１８に記載の方法。
［項目２０］
上記ｅＮＢにより、アップリンク共有リソース更新情報を上記少なくとも１つのＵＥに送信する段階を更に備える、
項目１６から１９の何れか一項に記載の方法。
［項目２１］
上記ｅＮＢにより、アップリンク共有リソース情報を上記少なくとも１つのＵＥに上記送信する段階は、
上記ｅＮＢにより、共有ＲＮＴＩを用いて物理層シグナリングをスクランブルする段階、及び、
上記ｅＮＢにより、上記物理層シグナリングを用いて上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信する段階を備える、
項目１６から１９の何れか一項に記載の方法。
［項目２２］
上記ｅＮＢにより、共有ＲＮＴＩを用いて上記アップリンク共有リソース情報を上記スクランブルする段階の前に、
上記ｅＮＢにより、上記共有ＲＮＴＩを上記少なくとも１つのＵＥに送信する段階を更に備える、
項目２１に記載の方法。
［項目２３］
上記ｅＮＢにより、アップリンク共有リソース情報を上記少なくとも１つのＵＥに上記送信する段階は、
専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて上記ｅＮＢにより、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信する段階を備える、
項目１６から１９の何れか一項に記載の方法。
［項目２４］
上記ｅＮＢにより、アップリンク共有リソース情報を上記少なくとも１つのＵＥに上記送信する段階は、
上記ｅＮＢにより、Ｍｓｇ４メッセージを用いて、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信する段階を備える、
項目１６から１９の何れか一項に記載の方法。
［項目２５］
ユーザ機器ＵＥであり、
発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される受信モジュールであって、上記アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を備え、上記Ｍ個のアップリンク共有リソースは、上記ｅＮＢによって割り当てられ、上記ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、受信モジュールと、
上記アップリンク共有リソース情報を解析し、上記位置情報を取得するよう構成される解析モジュールと、及び、
上記位置情報に対応する上記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送するよう構成される送信モジュールと、
を備える
データ伝送装置。
［項目２６］
上記送信モジュールは、具体的に、上記Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定し、上記使用対象アップリンク共有リソースの上で、上記アップリンクデータを伝送するよう構成される、
項目２５に記載の装置。
［項目２７］
上記送信モジュールは、具体的に、上記ＵＥと上記ｅＮＢとの間のチャネルのステータスに従って、上記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定し、上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定するよう構成される、
項目２６に記載の装置。
［項目２８］
上記アップリンク共有リソース情報は、上記Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に備え、
上記送信モジュールは、具体的に、上記ＵＥと上記ｅＮＢとの間の上記チャネルの上記ステータスに従って、及び上記Ｍ個のアップリンク共有リソースの上記複数のＭＣＳに従って、上記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定するよう構成される、
項目２７に記載の装置。
［項目２９］
上記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、上記ＰＲＩＣＨは、上記ＰＲＩＣＨに対応する上記複数のアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
上記送信モジュールは、具体的に、上記候補アップリンク共有リソースに対応するＰＲＩＣＨに従って、上記候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定するよう構成される、
項目２７又は２８に記載の装置。
［項目３０］
上記送信モジュールは、具体的に、
上記候補アップリンク共有リソースがアイドル状態にある場合に、上記ＵＥのために上記候補アップリンク共有リソースを予約するよう上記ｅＮＢに要求するために用いられる、上記候補アップリンク共有リソースについてのリソース予約要求を上記ｅＮＢに送信し、
上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、上記ｅＮＢによって送信されるリソース予約応答を受信し、
上記リソース予約応答が、上記候補アップリンク共有リソースが正常に予約されていることを示す場合、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定する、
よう構成される、
項目２９に記載の装置。
［項目３１］
上記リソース予約応答は、上記ＰＲＩＣＨ上で搬送され、上記ＰＲＩＣＨは、上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
項目３０に記載の装置。
［項目３２］
上記送信モジュールは、具体的に、上記ＵＥの伝送対象アップリンクデータの量が、上記使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、上記使用対象アップリンク共有リソース上で、上記リソース予約要求を備える上記アップリンクデータを伝送するよう構成される、
項目２９から３１の何れか一項に記載の装置。
［項目３３］
上記受信モジュールは、
上記送信モジュールが、上記使用対象アップリンク共有リソース上で、上記アップリンクデータを伝送した後で、
上記ｅＮＢによって送信され、上記アップリンクデータフィードバック情報は、上記ｅＮＢが上記アップリンクデータを正常に受信するか否かを、上記ＵＥに通知するために用いられるアップリンクデータフィードバック情報を受信し、
上記アップリンクデータフィードバック情報に従って、上記アップリンクデータのパケットエラーレートを決定する、
よう更に構成され、
上記送信モジュールは、
上記パケットエラーレートが、予め設定された閾値より大きい場合に、上記アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する、又は、スケジューリング要求ＳＲを上記ｅＮＢに送信し、上記アップリンクデータを伝送するための専用伝送リソースを要求する、
よう更に構成される、
項目２５から３２の何れか一項に記載の装置。
［項目３４］
上記受信モジュールは、
上記ｅＮＢによって送信され、上記アップリンク共有リソース更新情報は、上記複数のアップリンク共有リソースの上記位置情報を更新するために用いられるアップリンク共有リソース更新情報を受信し、
上記アップリンク共有リソース更新情報に従って、使用対象アップリンク共有リソースを再決定する、
よう更に構成される、
項目２５から３３の何れか一項に記載の装置。
［項目３５］
上記受信モジュールは、具体的に、共有ＲＮＴＩを用いてスクランブルされる物理層シグナリングを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成され、
上記解析モジュールは、具体的に、上記共有ＲＮＴＩを用いて上記物理層シグナリングをデスクランブルし、上記アップリンク共有リソース情報を取得し、
上記アップリンク共有リソース情報を解析し、上記位置情報を取得する、
よう構成される、
項目２５から３４の何れか一項に記載の装置。
［項目３６］
上記受信モジュールは、上記解析モジュールが、上記共有ＲＮＴＩを用いて、上記アップリンク共有リソース情報をデスクランブルする前に、上記ｅＮＢによって送信される上記共有ＲＮＴＩを受信するよう更に構成される、
項目３５に記載の装置。
［項目３７］
上記受信モジュールは、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成される、
項目２５から３４の何れか一項に記載の装置。
［項目３８］
上記受信モジュールは、具体的に、システムブロードキャストメッセージを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成される、
項目２５から３４の何れか一項に記載の装置。
［項目３９］
上記受信モジュールは、具体的に、Ｍｓｇ４メッセージを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成される、
項目２５から３４の何れか一項に記載の装置。
［項目４０］
発展型ノードＢ  ｅＮＢであり、
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てるよう構成される割り当てモジュールであって、上記Ｍ個のアップリンク共有リソースは、上記ｅＮＢによって割り当てられ、上記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、割り当てモジュール、及び、
アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される送信モジュールであって、上記アップリンク共有リソース情報は、上記Ｍ個のアップリンク共有リソースの位置情報を備える、送信モジュール、
を備える、
データ伝送装置。
［項目４１］
上記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、上記ＰＲＩＣＨは、上記ＰＲＩＣＨに対応する共有リソースがアイドル状態にあるか否かを示すのに用いられ、
上記送信モジュールは、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信する段階の後、上記Ｍ個のＰＲＩＣＨのリソース情報を上記少なくとも１つのＵＥに送信するよう更に構成される、
項目４０に記載の装置。
［項目４２］
上記少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信するよう構成される受信モジュールであって、上記リソース予約要求は、上記ｅＮＢに、上記第１のＵＥのために、上記第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられ、
上記送信モジュールは、上記第１のＵＥにより予約を要求された上記アップリンク共有リソースがアイドル状態にあるか否かに従って、上記第１のＵＥにリソース予約応答を送信するよう更に構成され、上記リソース予約応答は、上記第１のＵＥにより予約を要求された上記アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、
受信モジュールを更に備える、
項目４０又は４１に記載の装置。
［項目４３］
上記リソース予約応答は、上記ＰＲＩＣＨ上で搬送され、上記ＰＲＩＣＨは、上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
項目４２に記載の装置。
［項目４４］
上記送信モジュールは、アップリンク共有リソース更新情報を上記少なくとも１つのＵＥに送信するよう更に構成される、
項目４０から４３の何れか一項に記載の装置。
［項目４５］
上記送信モジュールは、具体的に、
共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルし、
上記物理層シグナリングを用いて、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される、
項目４０から４３の何れか一項に記載の装置。
［項目４６］
上記送信モジュールは、上記共有ＲＮＴＩを用いて上記アップリンク共有リソース情報をスクランブルする段階の前に、上記共有ＲＮＴＩを上記少なくとも１つのＵＥに送信するよう更に構成される、
項目４５に記載の装置。
［項目４７］
上記送信モジュールは、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される、
項目４０から４３の何れか一項に記載の装置。
［項目４８］
上記送信モジュールは、具体的に、Ｍｓｇ４メッセージを用いて、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される、
項目４０から４３の何れか一項に記載の装置。
［項目４９］
ユーザ機器ＵＥであり、
発展型ノードＢ  ｅＮＢによって送信されるアップリンク共有リソース情報を受信するよう構成される受信機であって、上記アップリンク共有リソース情報は、Ｍ個のアップリンク共有リソースの位置情報を備え、上記Ｍ個のアップリンク共有リソースは、ｅＮＢによって割り当てられ、上記ＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、受信機と、
上記アップリンク共有リソース情報を解析し、上記位置情報を取得するよう構成される解析機と、
上記位置情報に対応する上記複数のアップリンク共有リソースのうちの１つの上で、アップリンクデータを伝送するよう構成される伝送機と、
を備える
データ伝送装置。
［項目５０］
上記伝送機は、具体的に、上記Ｍ個のアップリンク共有リソースから、アイドル状態にある１つの使用対象アップリンク共有リソースを決定し、上記使用対象アップリンク共有リソースの上で、上記アップリンクデータを伝送するよう構成される、
項目４９に記載の装置。
［項目５１］
上記伝送機は、具体的に、上記ＵＥと上記ｅＮＢとの間のチャネルのステータスに従って、上記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定し、上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定するよう構成される、
項目５０に記載の装置。
［項目５２］
上記アップリンク共有リソース情報は、上記Ｍ個のアップリンク共有リソースにそれぞれ対応する複数の変調及び符号化方式ＭＣＳを更に備え、
上記伝送機は、具体的に、上記ＵＥと上記ｅＮＢとの間の上記チャネルの上記ステータスに従って、及び上記Ｍ個のアップリンク共有リソースの上記複数のＭＣＳに従って、上記Ｍ個のアップリンク共有リソースから１つの候補アップリンク共有リソースを決定するよう構成される、
項目５１に記載の装置。
［項目５３］
上記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、上記ＰＲＩＣＨは、上記ＰＲＩＣＨに対応する上記複数のアップリンク共有リソースがアイドル状態にあるか否かを示すのに用いられ、
上記伝送機は、具体的に、上記候補アップリンク共有リソースに対応するＰＲＩＣＨに従って、上記候補アップリンク共有リソースがアイドル状態にあるか否かを決定し、上記候補アップリンク共有リソースがアイドル状態にある場合に、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定するよう構成される、
項目５１又は５２に記載の装置。
［項目５４］
上記伝送機は、具体的に、
上記候補アップリンク共有リソースがアイドル状態にある場合に、上記ＵＥのために上記候補アップリンク共有リソースを予約するよう上記ｅＮＢに要求するために用いられる、上記候補アップリンク共有リソースについてのリソース予約要求を上記ｅＮＢに送信し、
上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、上記ｅＮＢによって送信されるリソース予約応答を受信し、
上記リソース予約応答が、上記候補アップリンク共有リソースが正常に予約されていることを示す場合、上記候補アップリンク共有リソースを上記使用対象アップリンク共有リソースとして決定する、
よう構成される、
項目５３に記載の装置。
［項目５５］
上記リソース予約応答は、上記ＰＲＩＣＨ上で搬送され、上記ＰＲＩＣＨは、上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
項目５４に記載の装置。
［項目５６］
上記伝送機は、具体的に、上記ＵＥの伝送対象アップリンクデータの量が、上記使用対象アップリンク共有リソース上で伝送されることが許容されるデータの最大量より大きい場合、上記使用対象アップリンク共有リソース上で、上記リソース予約要求を備える上記アップリンクデータを伝送するよう構成される、
項目５３から５５の何れか一項に記載の装置。
［項目５７］
上記受信機は、
上記伝送機が、上記使用対象アップリンク共有リソース上で、上記アップリンクデータを伝送した後で、
上記ｅＮＢによって送信され、上記ｅＮＢが上記アップリンクデータを正常に受信するか否かを、上記ＵＥに通知するために用いられるアップリンクデータフィードバック情報を受信し、
上記アップリンクデータフィードバック情報に従って、上記アップリンクデータのパケットエラーレートを決定する、
よう更に構成され、
上記伝送機は、
上記パケットエラーレートが、予め設定された閾値より大きい場合に、上記アップリンクデータを伝送するための使用対象アップリンク共有リソースを再決定する、又は、スケジューリング要求ＳＲを上記ｅＮＢに送信し、上記アップリンクデータを伝送するための専用伝送リソースを要求する、
よう更に構成される、
項目４９から５６の何れか一項に記載の装置。
［項目５８］
上記受信機は、
上記ｅＮＢによって送信され、上記複数のアップリンク共有リソースの上記位置情報を更新するために用いられるアップリンク共有リソース更新情報を受信し、
上記アップリンク共有リソース更新情報に従って、使用対象アップリンク共有リソースを再決定する、
よう更に構成される、
項目４９から５７の何れか一項に記載の装置。
［項目５９］
上記受信機は、具体的に、共有ＲＮＴＩを用いてスクランブルされる物理層シグナリングを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成され、
上記解析機は、具体的に、上記共有ＲＮＴＩを用いて上記物理層シグナリングをデスクランブルし、上記アップリンク共有リソース情報を取得し、
上記アップリンク共有リソース情報を解析し、上記位置情報を取得する、
よう構成される、
項目４９から５８の何れか一項に記載の装置。
［項目６０］
上記受信機は、上記解析機が、共有ＲＮＴＩを用いて、上記アップリンク共有リソース情報をデスクランブルする前に、上記ｅＮＢによって送信される上記共有ＲＮＴＩを受信するよう更に構成される、
項目５９に記載の装置。
［項目６１］
上記受信機は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成される、
項目４９から５８の何れか一項に記載の装置。
［項目６２］
上記受信機は、具体的に、システムブロードキャストメッセージを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成される、
項目４９から５８の何れか一項に記載の装置。
［項目６３］
上記受信機は、具体的に、Ｍｓｇ４メッセージを用いて、上記ｅＮＢによって送信される上記アップリンク共有リソース情報を受信するよう構成される、
項目４９から５８の何れか一項に記載の装置。
［項目６４］
発展型ノードＢ  ｅＮＢであり、
Ｍ個のアップリンク共有リソースを少なくとも１つのユーザ機器ＵＥに割り当てるよう構成されるプロセッサであって、上記Ｍ個のアップリンク共有リソースは、上記ｅＮＢによって割り当てられ、上記少なくとも１つのＵＥが、グラントを要求する必要なく使用することを許容される複数のアップリンク共有リソースであり、Ｍは、１より大きい又はそれに等しい整数である、プロセッサ、及び、
アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される伝送機であって、上記アップリンク共有リソース情報は、上記Ｍ個のアップリンク共有リソースの位置情報を備える、伝送機、
を備える、
データ伝送装置。
［項目６５］
上記Ｍ個のアップリンク共有リソースは、Ｍ個の物理予約指示チャネルＰＲＩＣＨと一対一の対応関係にあり、上記ＰＲＩＣＨは、上記ＰＲＩＣＨに対応する共有リソースがアイドル状態にあるか否かを示すのに用いられ、
上記伝送機は、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信する段階の後、上記Ｍ個のＰＲＩＣＨのリソース情報を上記少なくとも１つのＵＥに送信するよう更に構成される、
項目６４に記載の装置。
［項目６６］
上記少なくとも１つのＵＥにおける第１のＵＥによって送信されるリソース予約要求を受信するよう構成される受信機であって、上記リソース予約要求は、上記ｅＮＢに、上記第１のＵＥのために、上記第１のＵＥにより予約を要求されるアップリンク共有リソースを予約するよう要求するために用いられ、
上記伝送機は、上記第１のＵＥにより予約を要求された上記アップリンク共有リソースがアイドル状態にあるか否かに従って、上記第１のＵＥにリソース予約応答を送信するよう更に構成され、上記リソース予約応答は、上記第１のＵＥにより予約を要求された上記アップリンク共有リソースが、正常に予約されているか否かを示すために用いられる、
受信機を更に備える、
項目６４又は６５に記載の装置。
［項目６７］
上記リソース予約応答は、上記ＰＲＩＣＨ上で搬送され、上記ＰＲＩＣＨは、上記ＵＥにより予約を要求された上記候補アップリンク共有リソースが、正常に予約されているか否かを示すために更に用いられる、
項目６６に記載の装置。
［項目６８］
上記伝送機は、アップリンク共有リソース更新情報を上記少なくとも１つのＵＥに送信するよう更に構成される、
項目６４から６７の何れか一項に記載の装置。
［項目６９］
上記伝送機は、具体的に、
共有ＲＮＴＩを用いて、物理層シグナリングをスクランブルし、及び、
上記物理層シグナリングを用いて、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される、
項目６４から６７の何れか一項に記載の装置。
［項目７０］
上記伝送機は、上記共有ＲＮＴＩを用いて上記アップリンク共有リソース情報をスクランブルする段階の前に、上記共有ＲＮＴＩを上記少なくとも１つのＵＥに送信するよう更に構成される、
項目６９に記載の装置。
［項目７１］
上記伝送機は、具体的に、専用無線リソース制御ＲＲＣプロトコルシグナリングを用いて、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される、
項目６４から６７の何れか一項に記載の装置。
［項目７２］
上記伝送機は、具体的に、Ｍｓｇ４メッセージを用いて、上記アップリンク共有リソース情報を上記少なくとも１つのＵＥに送信するよう構成される、
項目６４から６７の何れか一項に記載の装置。
【図１】
0006460428.tif 000003
【図２】
0006460428.tif 000004
【図３】
0006460428.tif 000005
【図４】
0006460428.tif 000006
【図５】
0006460428.tif 000007
【図６】
0006460428.tif 000008
【図７】
0006460428.tif 000009
【図８】
0006460428.tif 000010