JP7199551B2 - リソース予約方法および関連デバイス - Google Patents

Description

本発明は、通信技術の分野に関し、特に、リソース予約方法および関連デバイスに関する。

ワイヤレスデータトラフィック量の急速な増加に伴い、ライセンスされた（Ｌｉｃｅｎｓｅｄ）スペクトルが通信のためのスペクトル要件を満たすことは困難である。したがって、ライセンスされていないスペクトルリソースを使用することによってデータを送信するための技術、例えば、ライセンスされた補助的なアクセス（ｌｉｃｅｎｓｅｄ ａｓｓｉｓｔｅｄ ａｃｃｅｓｓ、ＬＡＡ）技術、拡張されたライセンスされた補助的なアクセス（ｅｎｈａｎｃｅｄ ｌｉｃｅｎｓｅｄ ａｓｓｉｓｔｅｄ ａｃｃｅｓｓ、ｅＬＡＡ）技術、および新しい無線－ライセンスされていない（ｎｅｗ ｒａｄｉｏ－ｕｎｌｉｃｅｎｓｅｄ、ＮＲ－Ｕ）技術が現れている。

しかしながら、前述の技術において使用されるライセンスされていない周波数帯域は、共有された周波数帯域であり、様々な通信システムが、これらの周波数帯域を動作させ得る。結果として、異なるシステム内のデバイス間の干渉、または１つのシステム内のデバイス間の干渉であっても、非常に激しく、低いスペクトル利用率を引き起こす。この問題を回避または軽減するために、国際機関は、ライセンスされていない周波数帯域を使用するデバイスがリッスンビフォアトークメカニズムに従う必要があると規定している。リッスンビフォアトークメカニズムの基本原理に基づいて、各通信システムにおいて、それ自体の特定のリッスンビフォアトーク実装ソリューションが進化されている。ワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）システムにおいて、リッスンビフォアトークメカニズムは、キャリアセンスメカニズムとも呼ばれる。

キャリアセンスは、物理的キャリアセンスと仮想キャリアセンスとを含む。仮想キャリアセンスは、チャネル予約またはリソース予約とも呼ばれる。仮想キャリアセンスは、主に、隠れノードによって引き起こされる干渉を回避するために使用される。図１に示されているように、デバイス１は、デバイス２にデータを送信する。デバイス３は、デバイス１から比較的離れているので、デバイス３は、センシングを通して、デバイス１によって実行される送信を検出することができない。したがって、デバイス３は、デバイス１と同時に送信を実行し（例えば、データをデバイス２に送信）し、デバイス２によって実行される受信に干渉を引き起こし得る。この場合、デバイス１およびデバイス３は、互いに隠れノードである。仮想キャリアセンスは、データをデバイス２に送信する前に、デバイス１が最初にデバイス２とのリソース予約要求／応答メッセージの交換を実行し、リソース予約要求／応答メッセージが現在の送信の予測される期間を担持することを意味する。センシングを通して、デバイス２によって送信されたリソース予約応答メッセージを検出した後、デバイス３は、リソース予約応答メッセージ内に担持された予測される期間中にデータを送信することを試みず、それによって、デバイス２によって実行される受信への干渉を回避する。

既存のＷｉ－Ｆｉシステムにおける仮想キャリアセンスメカニズムに基づくリソース予約技術において、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）が、ブロードキャストフレーム、すなわち、マルチユーザリソース予約要求（ｍｕｌｔｉｐｌｅ ｕｓｅｒ－ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ、ＭＵ－ＲＴＳ）を送信し、複数のターゲットステーション（ｓｔａｔｉｏｎ、ＳＴＡ）が、リソース予約を実施するために、ＭＵ－ＲＴＳを受信した後に、リソース予約応答メッセージ（ｃｌｅａｒ ｔｏ ｓｅｎｄ、ＣＴＳ）を返す。具体的には、チャネルがアイドル状態であり、分散された協調機能のフレーム間空間期間の間、アイドル状態を維持していることを検出したとき、ＡＰは、バックオフタイマを設定するために、所定の範囲から値をランダムに選択し、バックオフタイマが０にバックオフされるまで、チャネルが継続的にアイドル状態にある場合、ＡＰは、リソース予約要求ＭＵ－ＲＴＳフレームを送信し、ターゲットＳＴＡが、ＭＵ－ＲＴＳを受信した後にＣＴＳフレームを返し、ＡＰは、ＣＴＳフレームを受信した後にデータフレームを送信し、ＡＰは、データフレームを受信した後に確認応答メッセージを送信する。ＭＵ－ＲＴＳとＣＴＳフレームの両方が期間Ｄｕｒａｔｉｏｎフィールドを含むので、ＭＵ－ＲＴＳ／ＣＴＳを受信した後、サードパーティデバイスは、Ｄｕｒａｔｉｏｎフィールドに基づいてサードパーティデバイスのネットワーク割り当てベクトル（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ、ＮＡＶ）を設定し得る。ＮＡＶが０にバックオフされる前に、サードパーティデバイスは、チャネルについて競合せず、それによって、送信デバイスと受信デバイスとの間の送信において、サードパーティデバイスによって実行されるデータ送信によって引き起こされる干渉を回避する。

しかしながら、ＭＵ－ＲＴＳは、現在の送信処理の残りの時間期間を担持するだけでなく、各ターゲットＳＴＡの識別子と、各ターゲットＳＴＡがＣＴＳを返す必要がある特定の２０ＭＨｚチャネルまたはいくつかの２０ＭＨｚチャネルも含む。結果として、ＭＵ－ＲＴＳは、比較的長いフレーム長を有し、比較的大量の時間周波数リソースを占有し、ターゲットＳＴＡによってＭＵ－ＲＴＳを正確に受信する確率に影響を与える。その結果、送信の信頼性が比較的低くなり、リソース予約処理が正常に完了されないことがある。

本発明は、リソース予約を実施することができ、それによって、データ送信の成功率を高めるリソース予約方法および関連デバイスを提供する。

第１の態様によれば、本発明の実施形態は、リソース予約方法を提供する。方法は、ネットワークデバイスがリソース予約要求メッセージＲＲＱを生成することを含む。ＲＲＱは、１つの第１のリソース予約要求メッセージＲＲＱ１と、Ｎ個の第２のリソース予約要求メッセージＲＲＱ２とを含む。ＲＲＱ１は、第１の期間情報を含む。第１の期間情報は、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用される。Ｎ個のＲＲＱ２は、第１の期間中にネットワークデバイスにデータを送信するようにＮ個のユーザ機器ＵＥに要求するためにそれぞれ使用される。Ｎ個のＲＲＱ２は、Ｎ個のＵＥと１対１で対応している。Ｎは、１以上の整数である。

ネットワークデバイスは、ＲＲＱを送信する。ＲＲＱ１は、第１の汎用識別子を使用することによってスクランブルされる。Ｎ個のＲＲＱ２は、Ｎ個のＲＲＱ２に対応するＵＥの一意の識別子を使用することによってそれぞれスクランブルされる。第１の汎用識別子は、少なくとも１つのサードパーティデバイスと、Ｎ個のＵＥとに知られている識別子である。

結論として、従来技術では、すべてのターゲットデバイスの識別子情報は、リソース予約要求メッセージ（またはリソース予約要求フレームと呼ばれる）内に直接担持され、その結果、リソース予約要求フレームのフレーム長は、過度に大きく、リソース予約要求フレームを送信する成功率を低下させる。従来技術と比較して、本出願のこの実施形態では、リソース予約要求フレームは、１つのＲＲＱ１および複数のＲＲＱ２に分割される。ＲＲＱ１は、サードパーティデバイスに送信され、ＲＲＱ１の長さが従来技術におけるリソース予約要求フレーム（例えば、ＭＵ－ＲＴＳ）のそれよりもはるかに短くなるように、その後にデータ送信を実行するターゲットデバイスの識別子を担持しない。これは、サードパーティデバイスによってＲＲＱ１を正しく受信する確率を大幅に高める。加えて、ＲＲＱ２の長さが従来技術におけるリソース予約要求フレーム（例えばＭＵ－ＲＴＳ）よりもはるかに短くなるように、各ＲＲＱ２は、１つのターゲットデバイスに対応し、各ＲＲＱ２は、ＲＲＱ２に対応するターゲットデバイスの識別子のみを担持する。これは、対応するターゲットデバイスによってＲＲＱ２を正しく受信する確率を大幅に高め、リソース予約を実施することができ、それによって、データ送信の成功率を高める。

可能な設計において、ＲＲＱ１は、セル識別のセルＩＤをさらに含む。

本出願のこの実施形態において、セル識別のセルＩＤは、ネットワークデバイスにデータを送信するＵＥがその後に配置されるセルを識別するために使用される。ＲＲＱ１を受信するＵＥが、セルＩＤに基づいて、ＵＥが配置されるセルが、セルＩＤによって識別されるセルではないと判定した場合、ＵＥは、ＵＥの特定の検索空間において第２のリソース予約要求ＲＲＱ２を検索しない。加えて、ＵＥは、ＲＲＱ１内に含まれる時間情報に基づいて、ネットワーク割り当てベクトルＮＡＶを設定する。ＮＡＶが０にバックオフされる前に、ＵＥは、ターゲットチャネルについて競合しない。これは、ＵＥのプロセッサの動作負荷を低減しながら、ターゲットチャネルにおけるデータ送信に対する干渉を回避する。

可能な設計において、ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、Ｎ個のＲＲＱ２は、Ｎ個のＵＥに対応するＵＥ固有の検索空間ＵＳＳにおいてそれぞれ送信され、ＣＳＳは、少なくとも１つのサードパーティデバイスとＮ個のＵＥの両方に知られている検索空間である。

本出願のこの実施形態において、第１のリソース予約要求ＲＲＱ１は、ネットワークデバイスにデータを送信するターゲットデバイスとは異なるサードパーティデバイスもＲＲＱ１を受信することができるように、共通の検索空間において送信される。この場合、サードパーティデバイスは、リソース予約を実施するために、ＲＲＱ１内の時間情報に基づいて、リソース予約タイマを設定することができる。Ｎ個のＲＲＱ２は、各ＵＥがその後のデータ送信を準備するためにＵＥに対応するＲＲＱ２を正しく受信することができるように、Ｎ個のＲＲＱ２の送信間の干渉を低減するために、Ｎ個のＲＲＱ２に対応するＵＥの特定の検索空間においてそれぞれ送信される。これは、データ送信の成功率を高めることができる。

可能な設計において、第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによってネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＮ個のＵＥに通知されるＲＮＴＩであり、または第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第１の情報は、セル識別、システムフレーム番号、およびＲＲＱ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１および／またはＲＲＱ２は、ＲＲＱ２に対応するＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む。

本出願のこの実施形態において、リソース予約要求が、ＲＲＱ２に対応するＵＥがリソース予約応答メッセージを返す必要があることを示すインジケーション情報を担持するが、ＵＥが、リソース予約応答メッセージを返さない場合、ネットワークデバイスは、ＵＥのデータ送信をスケジュールせず、それによって、リソースの浪費を回避し、リソース予約要求が、ＲＲＱ２に対応するＵＥがリソース予約応答メッセージを返す必要がないことを示すインジケーション情報を担持する場合、それは、ネットワークデバイスがその後のＵＥのデータ送信を直接スケジュールすることを示す。この場合、リソース予約応答メッセージを返すための時間が節約され、それによって、データ送信処理全体の時間を短縮し、データ送信効率を改善する。

可能な設計において、ネットワークデバイスがＲＲＱを送信した後、方法は、ネットワークデバイスがＮ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信することをさらに含む。Ｍ個のＲＲＳの各々は、第１のリソース予約応答メッセージＲＲＳ１と、第２のリソース予約応答メッセージＲＲＳ２とを含む。ＲＲＳ１は、第２の期間情報を含む。第２の期間情報は、Ｍ個のＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用される。ＲＲＳ２は、ＲＲＳ２に対応するＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用される。Ｍは、Ｎ以下の正の整数である。

本出願のこの実施形態において、リソース予約を実施するために、サードパーティデバイスがＲＲＳ１を受信した後、時間情報に基づいてリソース予約タイマを設定するように、ＲＲＳ１は、時間情報を担持し、ＲＲＳ２は、ＲＲＳ２に対応するＵＥが時間情報内に含まれる時間間隔内にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用され、それによって、データ送信の成功率を高める。

可能な設計において、Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ１は、すべて、同じ時間周波数リソース上で送信される。

本出願のこの実施形態において、Ｍ個のＲＲＳ１内に含まれる内容は、同じであるので、同じ時間周波数リソース上でのＭ個のＲＲＳ１の送信間に干渉は存在せず、時間周波数リソースの占有は、低減されることが可能であり、それによって、オーバヘッドを低減する。

可能な設計において、Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ２は、異なる時間周波数リソース上で送信される。

本出願のこの実施形態において、ＲＲＳ２を受信したとき、ネットワークデバイスが、ＲＲＳによって占有される時間周波数リソースに基づいて、どのＵＥがＲＲＳ２を返すかを区別することができるように、Ｍ個のＲＲＳ２は、異なる時間周波数リソース上で送信される。加えて、すべてのＵＥによって返されるＲＲＳ２内に含まれる内容は、互いに異なるので、異なる時間周波数リソース上でのＲＲＳ２の送信間の干渉も回避される。

可能な設計において、ＲＲＳ１は、第２の汎用識別子を使用することによってスクランブルされ、Ｍ個のＲＲＳ２は、Ｍ個のＵＥに対応する一意の識別子を使用することによってそれぞれスクランブルされ、第２の汎用識別子は、Ｍ個のＵＥおよび少なくとも１つのサードパーティデバイスに知られている。

可能な設計において、第２の汎用識別子は、事前定義されたＲＮＴＩであり、または第２の汎用識別子は、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＭ個のＵＥに通知されるＲＮＴＩであり、または第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第２の情報は、セル識別、システムフレーム番号、ＲＲＱ１のスロット番号、およびＲＲＳ１のスロット番号のうちの１つもしくは複数を含む。

前述の実施形態において、サードパーティデバイスによって引き起こされる送信干渉を回避するために、サードパーティデバイスがＲＲＳ１を受信することができるように、ＲＲＳ１は、汎用識別子を使用することによってスクランブルされる。

可能な設計において、ＲＲＱ１は、ＲＲＳ１を送信するためにＮ個のＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ１を送信するためにＮ個のＵＥによって使用される周波数領域のリソースは、すべて、ＲＲＱ１を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じである。

可能な設計において、Ｎ個のＲＲＱ２の各々は、ＵＥに対応するＲＲＳ２を送信するためにＮ個のＵＥ内の対応するＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＵＥに対応するＲＲＳ２を送信するためにＮ個のＵＥの各々によって使用される周波数領域のリソースは、ＵＥに対応し、ネットワークデバイスによって送信されるＮ個のＲＲＱ２内にあるＲＲＱ２のために使用される周波数領域のリソースと同じであり、または
ＲＲＱ１は、Ｎ個のＲＲＳ２を送信するためにＮ個のＵＥによってそれぞれ使用される送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、第２の期間は、第１の期間よりも短く、第２の期間は、第１の期間から第１の時間間隔を引いたものに等しく、第１の時間間隔は、Ｎ個のＵＥがＲＲＱ１を受信する瞬間と、Ｎ個のＵＥがＲＲＳ１の送信を完了する瞬間との間の時間間隔である。

可能な設計において、Ｎ個のＲＲＱ２は、１つまたは複数の特別なＲＲＱ２を含み、特別なＲＲＱ２に対応するＵＥは、リソース予約応答メッセージＲＲＳをネットワークデバイスに返す必要がなく、特別なＲＲＱ２は、ＲＲＱ２に対応するＵＥとネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む。

本出願のこの実施形態において、ＵＥがリソース予約応答を返す必要がないとき、ネットワークデバイスは、専用のデータスケジューリング命令をＵＥに追加で送信することなく、ＵＥに対応するＲＲＱ２において、ＵＥのその後のデータ送信のスケジューリング情報を示し得る。このようにして、データ送信処理全体の時間は、全体的に短縮されることが可能であり、それによって、データ送信効率を改善する。

可能な設計において、ネットワークデバイスがＮ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信することは、以下を含む。

ＲＲＱを送信するためにネットワークデバイスによって使用される時間領域のリソースがスロットｎであるとき、ネットワークデバイスは、スロットｎ＋ｋにおいて、Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信し、ここで、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上であり、ＲＲＱ１もしくはＲＲＱ２においてネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上であり、ネットワークデバイスがＲＲＱを送信する前にＲＲＣシグナリングを使用することによってネットワークデバイスによって示される整数である。

本出願のこの実施形態は、主に、ＲＲＳを送信するためにユーザ機器によって使用される時間領域のリソースを示すために使用される。

第２の態様によれば、本発明の実施形態は、リソース予約方法を提供する。方法は、ユーザ機器ＵＥが、ネットワークデバイスによって送信されたリソース予約要求メッセージＲＲＱを受信することを含む。ＲＲＱは、第１のリソース予約要求メッセージＲＲＱ１と、第２のリソース予約要求メッセージＲＲＱ２とを含む。ＲＲＱ１は、第１の期間情報を含む。第１の期間情報は、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用される。ＲＲＱ２は、第１の期間中にネットワークデバイスにデータを送信するようにＵＥに要求するために使用される。ＲＲＱ１は、第１の汎用識別子を使用することによってスクランブルされる。ＲＲＱ２は、ＵＥに対応する一意の識別子を使用することによってスクランブルされる。第１の汎用識別子は、ＵＥおよび少なくとも１つのサードパーティデバイスに知られている識別子である。

可能な設計において、ＲＲＱ１は、セル識別のセルＩＤをさらに含む。

可能な設計において、ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、ＲＲＱ２は、ＵＥ固有の検索空間ＵＳＳにおいて送信され、ＣＳＳは、少なくとも１つのサードパーティデバイスとＵＥの両方に知られている検索空間である。

可能な設計において、第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによって、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＵＥに通知されるＲＮＴＩであり、または第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第１の情報は、セル識別、システムフレーム番号、およびＲＲＱ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１および／またはＲＲＱ２は、ＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む。

可能な設計において、ユーザ機器ＵＥがネットワークデバイスによって送信されたＲＲＱを受信した後、方法は、以下をさらに含む。

ＵＥは、ＲＲＱに基づいてＲＲＳを生成する。ＲＲＳは、ＲＲＳ１と、ＲＲＳ２とを含む。ＲＲＳ１は、第２の期間情報を含む。第２の期間情報は、ＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用される。ＲＲＳ２は、ＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用される。

ＵＥは、ＲＲＳをネットワークデバイスに送信する。

可能な設計において、ＲＲＳ１は、第２の汎用識別子を使用することによってスクランブルされ、ＲＲＳ２は、ＵＥに対応する特定の識別子を使用することによってスクランブルされ、第２の汎用識別子は、Ｍ個のＵＥおよび少なくとも１つのサードパーティデバイスに知られている。

可能な設計において、第２の汎用識別子は、事前定義されたＲＮＴＩであり、または第２の汎用識別子は、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＵＥに通知されるＲＮＴＩであり、または第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第２の情報は、セル識別、システムフレーム番号、ＲＲＱ１のスロット番号、およびＲＲＳ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１は、ＲＲＳ１を送信するためにＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ１を送信するためにＵＥによって使用される周波数領域のリソースは、ＲＲＱ１を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じである。

可能な設計において、ＲＲＱ２は、ＲＲＳ２を送信するためにＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ２を送信するためにＵＥによって使用される周波数領域のリソースは、ＲＲＱ２を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じであり、または
ＲＲＱ１は、ＲＲＳ２を送信するためにＵＥによって使用される送信パラメータを示すために使用されるインジケーション情報を含む。

ネットワークデバイスが、チャネルが利用可能なＵＥのデータ送信のみをスケジュールするために、ＲＲＳ２の受信に基づいて、対応するＵＥの現在のチャネルが利用可能であるかどうかを決定し得るように、異なるＵＥは、異なる送信リソースを使用することによって、ＵＥに対応するＲＲＳ２を送信し、それによって、データ送信のブラインドスケジューリングによって引き起こされるリソースの浪費を回避する。

可能な設計において、第２の期間は、第１の期間よりも短く、第２の期間は、第１の期間から第１の時間間隔を引いたものに等しく、第１の時間間隔は、ＵＥがＲＲＱ１を受信する瞬間と、ＵＥがＲＲＳ１の送信を完了する瞬間との間の時間間隔である。

可能な設計において、ＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに返す必要がないとき、ＲＲＱ２は、ＵＥとネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、ＵＥがＲＲＳをネットワークデバイスに送信することは、ＵＥがスロットｎにおいてＲＲＱを受信したとき、ＵＥが、スロットｎ＋ｋにおいてネットワークデバイスにＲＲＳを送信することを含み、ここで、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上であり、ＲＲＱ１もしくはＲＲＱ２においてネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上であり、ネットワークデバイスがＲＲＱを送信する前にＲＲＣシグナリングを使用することによってネットワークデバイスによって示される整数である。

第３の態様によれば、本発明の実施形態は、ネットワークデバイスを提供し、ネットワークデバイスは、
リソース予約要求メッセージＲＲＱを生成するように構成された処理ユニットであって、ＲＲＱが、１つの第１のリソース予約要求メッセージＲＲＱ１と、Ｎ個の第２のリソース予約要求メッセージＲＲＱ２とを含み、ＲＲＱ１が、第１の期間情報を含み、第１の期間情報が、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用され、Ｎ個のＲＲＱ２が、第１の期間中にネットワークデバイスにデータを送信するようにＮ個のユーザ機器に要求するためにそれぞれ使用され、Ｎ個のＲＲＱ２が、Ｎ個のＵＥと１対１で対応しており、Ｎが、１以上の整数である、処理ユニットと、
ＲＲＱを送信するように構成されたトランシーバユニットであって、ＲＲＱ１が、第１の汎用識別子を使用することによってスクランブルされ、Ｎ個のＲＲＱ２が、Ｎ個のＲＲＱ２に対応するＵＥの一意の識別子を使用することによってそれぞれスクランブルされ、第１の汎用識別子が、少なくとも１つのサードパーティデバイスおよびＮ個のＵＥに知られている識別子である、トランシーバユニットと
を含む。

可能な設計において、ＲＲＱ１は、セル識別のセルＩＤをさらに含む。

可能な設計において、ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、Ｎ個のＲＲＱ２は、Ｎ個のＵＥに対応するＵＥ固有の検索空間ＵＳＳにおいてそれぞれ送信され、ＣＳＳは、少なくとも１つのサードパーティデバイスとＮ個のＵＥの両方に知られている検索空間である。

可能な設計において、第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによってネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＮ個のＵＥに通知されるＲＮＴＩであり、または第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第１の情報は、セル識別、システムフレーム番号、およびＲＲＱ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１および／またはＲＲＱ２は、ＲＲＱ２に対応するＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む。

可能な設計において、トランシーバユニットは、ＲＲＱを送信した後、Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信するようにさらに構成される。Ｍ個のＲＲＳの各々は、第１のリソース予約応答メッセージＲＲＳ１と、第２のリソース予約応答メッセージＲＲＳ２とを含む。ＲＲＳ１は、第２の期間情報を含む。第２の期間情報は、Ｍ個のＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用される。ＲＲＳ２は、ＲＲＳ２に対応するＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用される。Ｍは、Ｎ以下の正の整数である。

可能な設計において、Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ１は、すべて、同じ時間周波数リソース上で送信される。

可能な設計において、Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ２は、異なる時間周波数リソース上で送信される。

可能な設計において、Ｍ個のＲＲＳ１は、すべて、第２の汎用識別子を使用することによってスクランブルされ、Ｍ個のＲＲＳ２は、Ｍ個のＵＥに対応する一意の識別子を使用することによってそれぞれスクランブルされ、第２の汎用識別子は、Ｍ個のＵＥおよび少なくとも１つのサードパーティデバイスに知られている。

可能な設計において、第２の汎用識別子は、事前定義されたＲＮＴＩであり、または第２の汎用識別子は、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＭ個のＵＥに通知されるＲＮＴＩであり、または第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第２の情報は、セル識別、システムフレーム番号、ＲＲＱ１のスロット番号、およびＲＲＳ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＳ１は、ＲＲＳ１を送信するためにＮ個のＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ１を送信するためにＮ個のＵＥによって使用される周波数領域のリソースは、すべて、ＲＲＱ１を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じである。

可能な設計において、Ｎ個のＲＲＱ２の各々は、ＵＥに対応するＲＲＳ２を送信するためにＮ個のＵＥ内の対応するＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＵＥに対応するＲＲＳ２を送信するためにＮ個のＵＥの各々によって使用される周波数領域のリソースは、ＵＥに対応し、ネットワークデバイスによって送信されるＮ個のＲＲＱ２内にあるＲＲＱ２のために使用される周波数領域のリソースと同じであり、または
ＲＲＱ１は、Ｎ個のＲＲＳ２を送信するためにＮ個のＵＥによってそれぞれ使用される送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、第２の期間は、第１の期間よりも短く、第２の期間は、第１の期間から第１の時間間隔を引いたものに等しく、第１の時間間隔は、Ｎ個のＵＥがＲＲＱ１を受信する瞬間と、Ｎ個のＵＥがＲＲＳ１の送信を完了する瞬間との間の時間間隔である。

可能な設計において、Ｎ個のＲＲＱ２は、１つまたは複数の特別なＲＲＱ２を含み、特別なＲＲＱ２に対応するＵＥは、リソース予約応答メッセージＲＲＳをネットワークデバイスに返す必要がなく、特別なＲＲＱ２は、ＲＲＱ２に対応するＵＥとネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、トランシーバユニットが、Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信するように構成されることは、具体的には、
ＲＲＱを送信するために使用される時間領域のリソースがスロットｎであるとき、スロットｎ＋ｋにおいて、Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信することであり、ここで、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上であり、ＲＲＱ１もしくはＲＲＱ２においてネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上であり、ネットワークデバイスがＲＲＱを送信する前にＲＲＣシグナリングを使用することによってネットワークデバイスによって示される整数である。

第４の態様によれば、本発明の実施形態は、ユーザ機器ＵＥを提供し、ユーザ機器ＵＥは、
ネットワークデバイスによって送信されたリソース予約要求メッセージＲＲＱを受信するように構成されたトランシーバユニットであって、ＲＲＱが、第１のリソース予約要求メッセージＲＲＱ１と、第２のリソース予約要求メッセージＲＲＱ２とを含み、ＲＲＱ１が、第１の期間情報を含み、第１の期間情報が、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用され、ＲＲＱ２が、第１の期間中にネットワークデバイスにデータを送信するようにＵＥに要求するために使用され、ＲＲＱ１が、第１の汎用識別子を使用することによってスクランブルされ、ＲＲＱ２が、ＵＥに対応する一意の識別子を使用することによってスクランブルされ、第１の汎用識別子が、ＵＥおよび少なくとも１つのサードパーティデバイスに知られている識別子である、トランシーバユニットを含む。

可能な設計において、ＲＲＱ１は、セル識別のセルＩＤをさらに含む。

可能な設計において、ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、ＲＲＱ２は、ＵＥ固有の検索空間ＵＳＳにおいて送信され、ＣＳＳは、少なくとも１つのサードパーティデバイスとＵＥの両方に知られている検索空間である。

可能な設計において、第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによってネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＵＥに通知されるＲＮＴＩであり、または第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第１の情報は、セル識別、システムフレーム番号、およびＲＲＱ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１および／またはＲＲＱ２は、ＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む。

可能な設計において、ユーザ機器ＵＥは、処理ユニットをさらに含む。

処理ユニットは、トランシーバユニットがネットワークデバイスによって送信されたＲＲＱを受信した後、ＲＲＱに基づいてＲＲＳを生成するように構成され、ここで、ＲＲＳは、ＲＲＳ１と、ＲＲＳ２とを含み、ＲＲＳ１は、第２の期間情報を含み、第２の期間情報は、ＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用され、ＲＲＳ２は、ＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用される。

トランシーバユニットは、ＲＲＳをネットワークデバイスに送信するようにさらに構成される。

可能な設計において、ＲＲＳ１は、第２の汎用識別子を使用することによってスクランブルされ、ＲＲＳ２は、ＵＥに対応する特定の識別子を使用することによってスクランブルされ、第２の汎用識別子は、Ｍ個のＵＥおよび少なくとも１つのサードパーティデバイスに知られている。

可能な設計において、第２の汎用識別子は、事前定義されたＲＮＴＩであり、または第２の汎用識別子は、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＵＥに通知されるＲＮＴＩであり、または第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第２の情報は、セル識別、システムフレーム番号、ＲＲＱ１のスロット番号、およびＲＲＳ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１は、ＲＲＳ１を送信するためにＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ１を送信するためにＵＥによって使用される周波数領域のリソースは、ＲＲＱ１を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じである。

可能な設計において、ＲＲＱ２は、ＲＲＳ２を送信するためにＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ２を送信するためにＵＥによって使用される周波数領域のリソースは、ＲＲＱ２を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じであり、または
ＲＲＱ１は、ＲＲＳ２を送信するためにＵＥによって使用される送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、第２の期間は、第１の期間よりも短く、第２の期間は、第１の期間から第１の時間間隔を引いたものに等しく、第１の時間間隔は、ＵＥがＲＲＱ１を受信する瞬間と、ＵＥがＲＲＳ１の送信を完了する瞬間との間の時間間隔である。

可能な設計において、ＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに返す必要がないとき、ＲＲＱ２は、ＵＥとネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、トランシーバユニットがＲＲＳをネットワークデバイスに送信するように構成されることは、具体的には、
スロットｎにおいてＲＲＱが受信されたとき、スロットｎ＋ｋにおいてネットワークデバイスにＲＲＳを送信することであり、ここで、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上であり、ＲＲＱ１もしくはＲＲＱ２においてネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上であり、ネットワークデバイスがＲＲＱを送信する前にＲＲＣシグナリングを使用することによってネットワークデバイスによって示される整数である。

第５の態様によれば、本発明の実施形態は、ネットワークデバイスを提供する。ネットワークデバイスは、メモリと、メモリに結合されたプロセッサ、送信機、および受信機とを含み得る。送信機は、第１の態様において提供されるリソース予約方法におけるネットワークデバイスによって情報を送信するステップを実行する際にネットワークデバイスをサポートするように構成される。受信機は、第１の態様において提供されるリソース予約方法におけるネットワークデバイスによって情報を受信するステップを実行する際にネットワークデバイスをサポートするように構成される。送信機および受信機は、トランシーバとして統合され得る。プロセッサは、第１の態様において提供されるリソース予約方法における情報を送信することおよび情報を受信すること以外のネットワークデバイスの処理ステップを実行する際にネットワークデバイスをサポートするように構成される。

本発明のこの実施形態における送信機および受信機は、一緒に統合され得、またはカプラを使用することによって結合され得ることが留意されるべきである。メモリは、第１の態様において説明されているリソース予約方法を実装するためのコードを記憶するように構成され、プロセッサは、第１の態様において提供されるリソース予約方法、または第１の態様において提供される可能な実装のうちの任意の１つにおけるリソース予約方法を実行するために、メモリ内に記憶されたプログラムコードを実行するように構成される。メモリおよびプロセッサは、一緒に統合され得、またはカプラを使用することによって結合され得る。

プロセッサは、ネットワークデバイスが、以下の動作、
リソース予約要求メッセージＲＲＱを生成する動作であって、ＲＲＱが、１つの第１のリソース予約要求メッセージＲＲＱ１と、Ｎ個の第２のリソース予約要求メッセージＲＲＱ２とを含み、ＲＲＱ１が、第１の期間情報を含み、第１の期間情報が、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用され、Ｎ個のＲＲＱ２が、第１の期間中にネットワークデバイスにデータを送信するようにＮ個のユーザ機器ＵＥに要求するようにそれぞれ使用され、Ｎ個のＲＲＱ２が、Ｎ個のＵＥと１対１で対応しており、Ｎが、１以上の整数である、動作と、
トランシーバを使用することによってＲＲＱを送信する動作であって、ＲＲＱ１が、第１の汎用識別子を使用することによってスクランブルされ、Ｎ個のＲＲＱ２が、Ｎ個のＲＲＱ２に対応するＵＥの一意の識別子を使用することによってそれぞれスクランブルされ、第１の汎用識別子が、少なくとも１つのサードパーティデバイスおよびＮ個のＵＥに知られている識別子である、動作と
を実行するように、メモリ内に記憶されたプログラム命令を実行するように構成される。

可能な設計において、ＲＲＱ１は、セル識別のセルＩＤをさらに含む。

可能な設計において、ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、Ｎ個のＲＲＱ２は、Ｎ個のＵＥに対応するＵＥ固有の検索空間ＵＳＳにおいてそれぞれ送信され、ＣＳＳは、少なくとも１つのサードパーティデバイスとＮ個のＵＥの両方に知られている検索空間である。

可能な設計において、第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによってネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＮ個のＵＥに通知されるＲＮＴＩであり、または第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第１の情報は、セル識別、システムフレーム番号、およびＲＲＱ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１および／またはＲＲＱ２は、ＲＲＱ２に対応するＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む。

可能な設計において、動作は、トランシーバを使用することによってＲＲＱが送信された後、トランシーバを使用することによって、Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信する動作をさらに含む。Ｍ個のＲＲＳの各々は、第１のリソース予約応答メッセージＲＲＳ１と、第２のリソース予約応答メッセージＲＲＳ２とを含む。ＲＲＳ１は、第２の期間情報を含む。第２の期間情報は、Ｍ個のＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用される。ＲＲＳ２は、ＲＲＳ２に対応するＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用される。Ｍは、Ｎ以下の正の整数である。

可能な設計において、Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ１は、すべて、同じ時間周波数リソース上で送信される。

可能な設計において、Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ２は、異なる時間周波数リソース上で送信される。

可能な設計において、ＲＲＳ１は、第２の汎用識別子を使用することによってスクランブルされ、Ｍ個のＲＲＳ２は、Ｍ個のＵＥに対応する一意の識別子を使用することによってそれぞれスクランブルされ、第２の汎用識別子は、Ｍ個のＵＥおよび少なくとも１つのサードパーティデバイスに知られている。

可能な設計において、第２の汎用識別子は、事前定義されたＲＮＴＩであり、または第２の汎用識別子は、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＭ個のＵＥに通知されるＲＮＴＩであり、または第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第２の情報は、セル識別、システムフレーム番号、ＲＲＱ１のスロット番号、およびＲＲＳ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１は、ＲＲＳ１を送信するためにＮ個のＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ１を送信するためにＮ個のＵＥによって使用される周波数領域のリソースは、すべて、ＲＲＱ１を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じである。

可能な設計において、Ｎ個のＲＲＱ２の各々は、ＵＥに対応するＲＲＳ２を送信するためにＮ個のＵＥ内の対応するＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＵＥに対応するＲＲＳ２を送信するためにＮ個のＵＥの各々によって使用される周波数領域のリソースは、ＵＥに対応し、ネットワークデバイスによって送信されるＮ個のＲＲＱ２内にあるＲＲＱ２のために使用される周波数領域のリソースと同じであり、または
ＲＲＱ１は、Ｎ個のＲＲＳ２を送信するためにＮ個のＵＥによってそれぞれ使用される送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、第２の期間は、第１の期間よりも短く、第２の期間は、第１の期間から第１の時間間隔を引いたものに等しく、第１の時間間隔は、Ｎ個のＵＥがＲＲＱ１を受信する瞬間と、Ｎ個のＵＥがＲＲＳ１の送信を完了する瞬間との間の時間間隔である。

可能な設計において、Ｎ個のＲＲＱ２は、１つまたは複数の特別なＲＲＱ２を含み、特別なＲＲＱ２に対応するＵＥは、リソース予約応答メッセージＲＲＳをネットワークデバイスに返す必要がなく、特別なＲＲＱ２は、ＲＲＱ２に対応するＵＥとネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、トランシーバを使用することによって、Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信する動作は、
トランシーバを使用することによってＲＲＱを送信するために使用される時間領域のリソースがスロットｎであるとき、トランシーバを使用することによってスロットｎ＋ｋにおいて、Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信する動作を含み、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上であり、ＲＲＱ１もしくはＲＲＱ２においてネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上であり、ネットワークデバイスがＲＲＱを送信する前にＲＲＣシグナリングを使用することによってネットワークデバイスによって示される整数である。

第６の態様によれば、本発明の実施形態は、ユーザ機器を提供する。ユーザ機器は、メモリと、メモリに結合されたプロセッサ、送信機、および受信機とを含み得る。送信機は、第２の態様において提供されるリソース予約方法におけるユーザ機器によって情報を送信するステップを実行する際にユーザ機器をサポートするように構成される。受信機は、第２の態様において提供されるリソース予約方法におけるユーザ機器によって情報を受信するステップを実行する際にユーザ機器をサポートするように構成される。送信機および受信機は、トランシーバとして統合され得る。プロセッサは、第２の態様において提供されるリソース予約方法における情報を送信することおよび情報を受信すること以外のユーザ機器の処理ステップを実行する際にユーザ機器をサポートするように構成される。

本発明のこの実施形態における送信機および受信機は、一緒に統合され得、またはカプラを使用することによって結合され得ることが留意されるべきである。メモリは、第２の態様において説明されているリソース予約方法を実装するためのコードを記憶するように構成され、プロセッサは、第２の態様において提供されるリソース予約方法、または第２の態様において提供される可能な実装のうちの任意の１つにおけるリソース予約方法を実行するために、メモリ内に記憶されたプログラムコードを実行するように構成される。メモリおよびプロセッサは、一緒に統合され得、またはカプラを使用することによって結合され得る。

プロセッサは、ＵＥが、以下の動作、
トランシーバを使用することによって、ネットワークデバイスによって送信されたリソース予約要求メッセージＲＲＱを受信する動作を実行するように、メモリ内に記憶されたプログラム命令を実行するように構成される。ＲＲＱは、第１のリソース予約要求メッセージＲＲＱ１と、第２のリソース予約要求メッセージＲＲＱ２とを含む。ＲＲＱ１は、第１の期間情報を含む。第１の期間情報は、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用される。ＲＲＱ２は、第１の期間中にネットワークデバイスにデータを送信するようにＵＥに要求するために使用される。ＲＲＱ１は、第１の汎用識別子を使用することによってスクランブルされる。ＲＲＱ２は、ＵＥに対応する一意の識別子を使用することによってスクランブルされる。第１の汎用識別子は、ＵＥおよび少なくとも１つのサードパーティデバイスに知られている識別子である。

可能な設計において、ＲＲＱ１は、セル識別のセルＩＤをさらに含む。

可能な設計において、ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、ＲＲＱ２は、ＵＥ固有の検索空間ＵＳＳにおいて送信され、ＣＳＳは、少なくとも１つのサードパーティデバイスとＵＥの両方に知られている検索空間である。

可能な設計において、第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによって、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＵＥに通知されるＲＮＴＩであり、または第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第１の情報は、セル識別、システムフレーム番号、およびＲＲＱ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１および／またはＲＲＱ２は、ＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む。

可能な設計において、動作は、ネットワークデバイスによって送信されたＲＲＱがトランシーバを使用することによって受信された後、ＲＲＱに基づいてＲＲＳを生成する動作であって、ＲＲＳが、ＲＲＳ１と、ＲＲＳ２とを含み、ＲＲＳ１が、第２の期間情報を含み、第２の期間情報が、ＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用され、ＲＲＳ２が、ＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用される、動作と、
トランシーバを使用することによって、ＲＲＳをネットワークデバイスに送信する動作と
をさらに含む。

可能な設計において、ＲＲＳ１は、第２の汎用識別子を使用することによってスクランブルされ、ＲＲＳ２は、ＵＥに対応する特定の識別子を使用することによってスクランブルされ、第２の汎用識別子は、Ｍ個のＵＥおよび少なくとも１つのサードパーティデバイスに知られている。

可能な設計において、第２の汎用識別子は、事前定義されたＲＮＴＩであり、または第２の汎用識別子は、ネットワークデバイスによって少なくとも１つのサードパーティデバイスおよびＵＥに通知されるＲＮＴＩであり、または第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、ここで、第２の情報は、セル識別、システムフレーム番号、ＲＲＱ１のスロット番号、およびＲＲＳ１のスロット番号のうちの１つもしくは複数を含む。

可能な設計において、ＲＲＱ１は、ＲＲＳ１を送信するためにＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ１を送信するためにＵＥによって使用される周波数領域のリソースは、ＲＲＱ１を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じである。

可能な設計において、ＲＲＱ２は、ＲＲＳ２を送信するためにＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
ＲＲＳ２を送信するためにＵＥによって使用される周波数領域のリソースは、ＲＲＱ２を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じであり、または
ＲＲＱ１は、ＲＲＳ２を送信するためにＵＥによって使用される送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、第２の期間は、第１の期間よりも短く、第２の期間は、第１の期間から第１の時間間隔を引いたものに等しく、第１の時間間隔は、ＵＥがＲＲＱ１を受信する瞬間と、ＵＥがＲＲＳ１の送信を完了する瞬間との間の時間間隔である。

可能な設計において、ＵＥがリソース予約応答メッセージＲＲＳをネットワークデバイスに返す必要がないとき、ＲＲＱ２は、ＵＥとネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む。

可能な設計において、トランシーバを使用することによってＲＲＳをネットワークデバイスに送信する動作は、
トランシーバを使用することによってスロットｎにおいてＲＲＱが受信されたとき、トランシーバを使用することによって、スロットｎ＋ｋにおいてネットワークデバイスにＲＲＳを送信する動作を含み、ここで、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上であり、ＲＲＱ１もしくはＲＲＱ２においてネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上であり、ネットワークデバイスがＲＲＱを送信する前にＲＲＣシグナリングを使用することによってネットワークデバイスによって示される整数である。

第７の態様によれば、本発明の実施形態は、１つまたは複数のネットワークデバイスと、１つまたは複数のユーザ機器とを含むリソース予約システムを提供する。ネットワークデバイスは、第３の態様または第５の態様において説明されているネットワークデバイスであり得、ユーザ機器は、第４の態様または第６の態様において説明されているユーザ機器であり得る。

第８の態様によれば、本発明の実施形態は、コンピュータ可読記憶媒体を提供する。可読記憶媒体は、命令がコンピュータ上で実行されたとき、コンピュータは、前述の態様のうちのいずれか１つにおいて説明されているリソース予約方法を実行することができる。

第９の態様によれば、本発明の実施形態は、命令を含むコンピュータプログラム製品を提供し、コンピュータプログラム製品がコンピュータ上で実行されたとき、コンピュータは、前述の態様のうちのいずれか１つにおいて説明されているリソース予約方法を実行することができる。

第１０の態様によれば、本発明の実施形態は、命令を含むコンピュータプログラムを提供し、コンピュータプログラムがコンピュータ上で実行されたとき、コンピュータは、前述の態様のうちのいずれか１つにおいて説明されているリソース予約方法を実行することができる。

第１１の態様によれば、本発明の実施形態は、装置を提供する。装置は、プロセッサ（１つまたは複数のプロセッサが存在し得る）と、プロセッサに結合された１つまたは複数のインターフェースとを含み得る。プロセッサは、メモリ（メモリは、装置内に配置され得、または装置の外部に配置され、装置に結合され得る）から、前述の態様のいずれか１つにおいて提供されるリソース予約方法を実装するためのプログラムを呼び出し、プログラム内に含まれる命令を実行するように構成され得る。インターフェースは、プロセッサの処理結果を出力するように構成され得る。

可能な設計において、装置は、チップまたはシステムオンチップ（Ｓｙｓｔｅｍ ｏｎ ａ Ｃｈｉｐ、ＳｏＣ）である。

結論として、従来技術では、すべてのターゲットデバイスの識別子情報は、リソース予約要求メッセージ（またはリソース予約要求フレームと呼ばれる）内に直接担持され、その結果、リソース予約要求フレームのフレーム長は、過度に大きく、リソース予約要求フレームを送信する成功率を低下させる。従来技術と比較して、本出願のこの実施形態では、リソース予約要求フレームは、１つのＲＲＱ１および複数のＲＲＱ２に分割される。ＲＲＱ１は、サードパーティデバイスに送信され、ＲＲＱ１の長さが従来技術におけるリソース予約要求フレーム（例えば、ＭＵ－ＲＴＳ）のそれよりもはるかに短くなるように、その後にデータ送信を実行するターゲットデバイスの識別子を担持しない。これは、サードパーティデバイスによってＲＲＱ１を正しく受信する確率を大幅に高める。加えて、ＲＲＱ２の長さが従来技術におけるリソース予約要求フレーム（例えばＭＵ－ＲＴＳ）よりもはるかに短くなるように、各ＲＲＱ２は、１つのターゲットデバイスに対応し、各ＲＲＱ２は、ＲＲＱ２に対応するターゲットデバイスの識別子のみを担持する。これは、対応するターゲットデバイスによってＲＲＱ２を正しく受信する確率を大幅に高め、リソース予約を実施することができ、それによって、データ送信の成功率を高める。

以下は、本出願の実施形態の実施形態のための添付図面について簡単に説明する。

本出願の実施形態によるリソース予約方法において使用されるシステムアーキテクチャの概略図である。 本出願の実施形態による、送信デバイスによって実行されるチャネル競合の実行からデータ送信までの時系列処理の概略図である。 本出願の実施形態によるリソース予約方法の概略フローチャートである。 本出願の実施形態による、リソース予約要求メッセージの構成およびリソース割り当ての概略図である。 本出願の実施形態による別のリソース予約方法の概略フローチャートである。 本出願の実施形態による、リソース予約応答メッセージのリソース割り当ての概略図である。 本出願の実施形態による、別のリソース予約応答メッセージのリソース割り当ての概略図である。 本出願の実施形態によるネットワークデバイスの論理構造の概略図である。 本出願の実施形態によるネットワークデバイスのハードウェア構造の概略図である。 本出願の実施形態によるユーザ機器の論理構造の概略図である。 本出願の実施形態によるユーザ機器のハードウェア構造の概略図である。 本出願の実施形態による通信チップの概略構造図である。

当業者に本発明における解決策をよりよく理解させるために、以下は、本出願の実施形態における添付図面を参照して、本出願の実施形態における技術的解決策について説明する。

以下は、詳細な説明を提供する。

本発明の実施形態において提供されるリソース予約方法、デバイス、システム、およびコンピュータ可読記憶媒体をよりよく理解するために、以下は、リソース予約方法において使用され、本発明の実施形態に適用可能なシステムアーキテクチャについて最初に説明する。図１に示されているシステムアーキテクチャ１００は、少なくとも１つのネットワークデバイス１０１と、複数のユーザ機器１０２（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）とを含み得る。ネットワークデバイス１０１は、データをユーザ機器１０２に送信し得、ネットワークデバイス１０１は、送信リソースをユーザ機器１０２に割り当てる。

本出願のこの実施形態におけるネットワークデバイス１０１は、様々な形態、例えば、マクロ基地局、マイクロ基地局（スモールセルとも呼ばれる）、中継局、アクセスポイント、およびセル（Ｃｅｌｌ）におけるネットワークデバイスを含み得る。例として使用される基地局は、進化型ＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌ ｎｏｄｅＢ、ｅＮＢ）、５Ｇシステムにおける次世代ノード（ｎｅｘｔ－ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮＢ）、または新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）システムであり得る。加えて、基地局は、あるいは、送信／受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｉｖｅ ｐｏｉｎｔ、ＴＲＰ）、中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ、ＣＵ）、または別のネットワークエンティティであり得る。加えて、分散された基地局のシナリオでは、ネットワークデバイス１０１は、ベースバンド処理ユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ、ＢＢＵ）および無線周波ユニット（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ、ＲＲＵ）であり得、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＣＲＡＮ）のシナリオでは、ネットワークデバイス１０１は、ベースバンドプールＢＢＵプールおよび無線周波数ユニットＲＲＵであり得る。加えて、ネットワークデバイス１０１は、あるいは、コアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ、ＣＮ）デバイス、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ、ＭＭＥ）デバイス、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）デバイス、もしくはインターネットオブビークル制御機能（ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、ＣＦ）デバイス、ゲートウェイ（Ｇａｔｅｗａｙ）、路側ユニット（ｒｏａｄｓｉｄｅ ｕｎｉｔ、ＲＳＵ）、運用、管理、および保守（ｏｐｅｒａｔｉｏｎ，ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ、ＯＡＭ）デバイス、アプリケーションサーバ（ＡＰＰ ｓｅｒｖｅｒ）、またはサードパーティのネットワークデバイスであり得る。

本出願の実施形態におけるユーザ機器１０２は、ネットワークデバイス１０１からスケジューリングおよびインジケーション情報を受信することができるデバイスであり、携帯電話、コンピュータ、バンド、スマートウォッチ、データカード、センサ、または局（ｓｔａｔｉｏｎ、ＳＴＡ）であり得る。これらのデバイスは、まとめて端末デバイスと呼ばれることがある。例えば、バンド－携帯電話－基地局のリンク内のバンドと携帯電話との間のリンクについて、バンドは、ユーザ機器１０２とみなされ得、携帯電話は、ネットワークデバイス１０１とみなされ得る。

本発明において、データ送信デバイスは、ネットワークデバイス１０１であり得、かつデータ受信デバイスは、ユーザ機器１０２であり得、データ送信デバイスは、ユーザ機器１０２であり、かつデータ受信デバイスは、ネットワークデバイス１０１であり、またはデータ送信デバイスは、ユーザ機器１０２であり、かつデータ受信デバイスも、ユーザ機器１０２である。

「システム」および「ネットワーク」という用語は、本出願の実施形態において交換可能に使用されることがあることが留意されるべきである。「複数の」という用語は、２つ以上を意味する。これを考慮して、「複数の」は、本出願の実施形態において「少なくとも２つ」として理解されることもある。「および／または」という用語は、関連するオブジェクトを説明するための関連関係について説明し、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、以下の３つの場合、Ａのみが存在する、ＡとＢの両方が存在する、およびＢのみが存在する、を表し得る。加えて、「／」という文字は、一般に、関連するオブジェクト間の「または」の関係を示す。

本出願の実施形態において提供されるリソース予約方法において使用されるシステムアーキテクチャは、図１に示されているシステムアーキテクチャに限定されないことが留意されるべきである。

前述のシステムアーキテクチャに基づいて、以下は、添付図面を参照して、本出願の実施形態において提供されるリソース予約要求方法について詳細に説明する。

データ情報を受信デバイスに送信する前に、送信デバイスは、最初に、ターゲットチャネルがアイドル状態であるかどうかを検出するために、ターゲットチャネルにおいてセンシングを実行する必要がある。送信デバイスは、ターゲットチャネルがアイドル状態であり、送信デバイスが競合を通じてターゲットチャネルを正常に取得したときにのみ、データ送信のためにターゲットチャネルを占有することができる。

以下は、例を使用することによって、チャネル競合からデータ送信までの特定の時系列処理を提供する。

図２は、送信デバイスがチャネルを競合する処理の例を示す。ターゲットチャネルがビジーであるとき、送信デバイス（例えば、送信デバイスは、ネットワークデバイスであり得る）は、連続センシング状態にあると学習されることが可能である。送信デバイスが、センシングを通じて、ターゲットチャネルがアイドル状態であり、アイドル状態が第１の事前設定された期間、すなわち、分散された協調機能フレーム間間隔（ｄｉｓｔｒｉｂｕｔｅｄ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ、ＤＩＦＳ）の期間の間維持されていることを検出したとき、送信デバイスは、バックオフ（ｂａｃｋｏｆｆ）処理を実行し、すなわち、送信デバイスは、バックオフタイマを設定するために、所定の範囲から値をランダムに選択し、次いで、バックオフタイマは、カウントダウンを開始する。

バックオフ処理において、送信デバイスは、チャネルセンシングおよび検出を継続的に実行する。ターゲットチャネルが、バックオフタイマがカウントダウンを実行することを開始した時間からバックオフタイマが０にバックオフされた時間までの時間期間において継続的にアイドル状態である場合、送信デバイスは、リソース予約要求メッセージ（ｒｅｓｏｕｒｃｅ ｒｅｑｕｅｓｔ、ＲＲＱ）を生成し、ＲＲＱを受信デバイスに送信する。これは、送信デバイスが競合を通じてターゲットチャネルを正常に取得したことを示す。送信デバイスによって送信されたＲＲＱは、現在の送信処理の残り時間を示すために使用される期間フィールドを含む。現在の送信処理の残り時間は、送信デバイスがＲＲＱを送信した時間から受信デバイスが確認応答メッセージ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）を送信した時間までの図２における時間期間である。センシングを通じてＲＲＱを検出した後、ターゲットチャネルにおいてセンシングを実行するサードパーティデバイスは、ＲＲＱ内の期間フィールドに関する情報を取得し、次いで、期間フィールドに関する情報に基づいてサードパーティデバイスのネットワーク割り当てベクトル（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ、ＮＡＶ）を設定する。ＮＡＶが０にバックオフされる前に、サードパーティデバイスは、ターゲットチャネルについて競合せず、それによって、送信デバイスと受信デバイスとの間の送信において、サードパーティデバイスによって実行されるデータ送信によって引き起こされる干渉を回避する。

送信デバイスがセンシングを通じてターゲットチャネルがアイドル状態であることを検出した時間から送信デバイスがＲＲＱを送信した時間までの時間期間、すなわち、ＤＩＦＳとバックオフタイマのカウントダウン時間との合計時間期間に対応する処理は、クリアチャネル評価（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ、ＣＣＡ）処理である。処理は、無線チャネルにおける競合を効果的に回避することができる。

送信デバイスによって送信されたＲＲＱを受信した後、受信デバイスは、第２の事前設定された期間、すなわち、短いフレーム間空間（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ、ＳＩＦＳ）期間の後に、送信デバイスにリソース予約応答メッセージ（ｒｅｓｏｕｒｃｅ ｒｅｓｐｏｎｓｅ、ＲＲＳ）を返す。ＲＲＳは、期間フィールドも含み、期間フィールドの値は、図２に示されているように、ＲＲＱ内の期間フィールドの値からＳＩＦＳとＲＲＳの期間とを減算することによって取得される値である。センシングを通じてＲＲＳを検出した後、ターゲットチャネルにおいてセンシングを実行するサードパーティデバイスは、ＲＲＳ内の期間フィールドに関する情報を取得し、次いで、期間フィールドに関する取得された情報に基づいて、サードパーティデバイスのネットワーク割り当てベクトル（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ、ＮＡＶ）を設定する。ＮＡＶが０にバックオフされる前に、サードパーティデバイスは、ターゲットチャネルについて競合せず、それによって、送信デバイスと受信デバイスとの間の送信において、サードパーティデバイスによって実行されるデータ送信によって引き起こされる干渉を回避する。

ＲＲＳを受信した後、送信デバイスは、ＳＩＦＳ期間の後に受信デバイスにデータを送信する。データを受信した後、受信デバイスは、ＳＩＦＳ期間の後に送信デバイスにＡＣＫを返す。この場合、ターゲットチャネルについて競合し、送信デバイスによるデータ送信を実行する処理全体が完了する。

本出願の実施形態において、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＯＦＤＭＡ）技術が、データを送信するために使用される。言い換えれば、ネットワークデバイスは、データ情報を複数のＵＥに同時に送信し得る。具体的には、ＯＦＤＭＡ技術において、送信帯域幅は、一連の直交する重複しないサブキャリアセットに分割され得、異なるサブキャリアセットが、複数のアクセスを実装するために異なるユーザに割り当てられる。ＯＦＤＭＡ技術を使用することによって、システムリソースの最適な利用を容易に実装するために、利用可能な帯域幅リソースが、利用可能な帯域幅リソースを必要とするユーザに動的に割り当てられることが可能である。異なるユーザが重複しないサブキャリアセットを占有するので、理想的な同期の場合、マルチユーザ干渉、すなわちマルチアクセス干渉（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ｉｎｔｅｒｆｅｒｅｎｃｅ、ＭＡＩ）がシステムにおいて発生しない。

前述の説明に基づいて、以下は、図３において提供される概略フローチャートを参照して、本出願の実施形態において提供されるリソース予約方法について説明する。図３に示されている方法は、以下のステップを含み得る。

Ｓ３０１．ネットワークデバイスがリソース予約要求メッセージＲＲＱを生成する。ＲＲＱは、１つのＲＲＱ１と、Ｎ個のＲＲＱ２とを含む。ＲＲＱ１は、第１の期間情報を含む。第１の期間情報は、ターゲットチャネルが占有される時間が第１の期間であることを示すために使用される。Ｎ個のＲＲＱ２は、第１の期間中にネットワークデバイスにデータを送信するようにＮ個のユーザ機器ＵＥに要求するためにそれぞれ使用される。Ｎ個のＲＲＱ２は、Ｎ個のＵＥと１対１で対応している。

競合を通じてターゲットチャネルを正常に取得した後、ネットワークデバイスは、リソース予約要求メッセージＲＲＱを生成する。ＲＲＱは、１つの第１のリソース予約要求ＲＲＱ１と、Ｎ（Ｎ≧１）個の第２のリソース予約要求ＲＲＱ２とを含む。

具体的には、ＲＲＱ１は、第１の期間情報を含む。第１の期間情報は、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用される。具体的には、第１の期間情報は、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることをサードパーティデバイスに示すために使用される。Ｎ個のＲＲＱ２は、Ｎ個のＵＥと１対１で対応しており、第１の期間中にネットワークデバイスにデータを送信するようにＮ個のＵＥに要求するためにそれぞれ使用される。サードパーティデバイスは、Ｎ個のＵＥおよびネットワークデバイス以外の、ターゲットチャネルについて競合するネットワークデバイスまたはＵＥであり得る。ＲＲＱ１は、サードパーティデバイスが、リソース予約を実施するために、センシングを通じてＲＲＱ１を検出した後、第１の期間に基づいてリソース予約タイマを設定するように、第１の期間情報を含む。

任意選択で、第１の期間情報に加えて、ＲＲＱ１は、以下の情報、現在のセル識別（セルＩＤ）と、アップリンクまたはダウンリンク送信を示すために使用されるインジケーション情報とをさらに含み得る。これは、データが最終的にネットワークデバイスからＵＥに送信されるか、ＵＥからネットワークデバイスに送信されるかにかかわらず、ＲＲＱは、常にネットワークデバイスによって送信されるためである。したがって、アップリンク送信またはダウンリンク送信のどちらがその後にスケジュールされるかが示される必要がある。

ユーザ機器がＲＲＱ１を受信し、ＲＲＱ１内の第１の期間情報とセル識別とを取得した後、ＲＲＱ１内のセル識別が、ユーザ機器が配置されているセル識別ではない場合、言い換えれば、ネットワークデバイスによって送信されたＲＲＱに対応するターゲットセルが、ユーザ機器が配置されているセルではない場合、ユーザ機器は、ユーザ機器に対応する特定の検索空間においてＲＲＱ２を受信することを試みず、ＲＲＱ１内の第１の期間情報に基づいてネットワーク割り当てベクトル（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ、ＮＡＶ）を直接設定することが留意されるべきである。ＮＡＶが０にバックオフされる前に、ユーザ機器は、ターゲットチャネルについて競合しない。これは、ユーザ機器のプロセッサの動作負荷を低減しながら、ターゲットチャネルにおけるデータ送信に対する干渉を回避する。

Ｓ３０２．ネットワークデバイスは、ＲＲＱを送信し、Ｎ個のＵＥは、ネットワークデバイスによって送信されたＲＲＱを受信する。

具体的には、ネットワークデバイスは、Ｎ個のＵＥおよびサードパーティデバイスが、各々、ＲＲＱ１を検出および受信することができるように、共通の検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ、ＣＳＳ）において、ＲＲＱ内に含まれるＲＲＱ１を送信する。Ｎ個のＲＲＱ２の各々が、ＲＲＱ２が存在するＵＳＳに対応するＵＥのみによって検索および受信されることが可能になるように、ネットワークデバイスは、対応して、Ｎ個のＵＥに対応する特定の検索空間（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ）においてＮ個のＲＲＱ２をそれぞれ送信する。

ネットワークデバイスにデータを送信する予定のターゲットデバイスとは異なるサードパーティデバイスもＲＲＱ１を受信することができるように、第１のリソース予約要求ＲＲＱ１は、共通の検索空間において送信される。この場合、サードパーティデバイスは、リソース予約を実施するために、ＲＲＱ１内の時間情報に基づいてリソース予約タイマを設定することができる。Ｎ個のＲＲＱ２は、各ＵＥがその後のデータ送信を準備するためにＵＥに対応するＲＲＱ２を正しく受信することができるように、Ｎ個のＲＲＱ２の送信間の干渉を低減するために、Ｎ個のＲＲＱ２に対応するＵＥの特定の検索空間においてそれぞれ送信される。これは、データ送信の成功率を高めることができる。

ＲＲＱの構成とＲＲＱの送信リソース割り当てとを理解することの容易さのために、図４は、例として示されている。図４は、ＲＲＱの構成および送信リソース割り当ての、Ｎが３である例を使用することによって提供される図である。図４における各々の小さいグリッドが１つの送信リソースを表すと仮定すると、図４におけるＲＲＱ１と３つのＲＲＱ２とによって占有される小さいグリッドは、ＲＲＱ１と３つのＲＲＱ２とを対応して送信するためにネットワークデバイスによって使用される送信リソースをそれぞれ表す。ＲＲＱは、１つのＲＲＱ１と、３つのＲＲＱ２とを含むことがわかる。ネットワークデバイスは、共通の検索空間ＣＳＳにおいてＲＲＱ１を送信し、３つのＲＲＱ２に対応するＵＥのＵＳＳにおいて３つのＲＲＱ２をそれぞれ送信する。特定の実施形態において、ＣＳＳおよびＵＳＳは、部分的に重複し得る。例えば、図４において、ＵＥ２のＣＳＳおよびＵＳＳは、部分的に重複するが、部分的に重複する検索空間は、ＲＲＱに対してＵＥ２によって実行される検索に影響を与えない。加えて、異なるＵＥのＵＳＳも部分的に重複し得るが、これは、対応するＲＲＱ２の通常の検出と、任意のＵＥによって実行される対応するＲＲＱ２内の情報の正しい取得とに影響を与えない。これは、ＲＲＱ２が対応するＵＥの一意の識別子を使用することによってスクランブルされ、対応するＵＥのみが対応する情報を取得するためにＲＲＱ２をデスクランブルすることができるためである。以下は、スクランブルされた内容について説明する。

スクランブリングは、デジタル信号処理方法であり、新しい信号を取得するために元の信号にスクランブリングコードを乗算することである。アップリンクのスクランブリングは、ユーザを区別するために使用され、ダウンリンクのスクランブリングは、セルおよびチャネルを区別するために使用され得る。

ＲＲＱ１は、汎用識別子を使用することによってスクランブルされ、汎用識別子は、Ｎ個のＵＥおよびサードパーティデバイスに知られている識別子である。例えば、汎用識別子は、規格において事前定義された無線ネットワークの一時的な識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｙ／ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ）であり、ネットワークデバイスによってＮ個のＵＥおよびサードパーティデバイスに通知されるＲＮＴＩであり得、または特定の情報に基づく計算を通じて取得されるＲＮＴＩであり得る。特定の情報は、以下の情報、セル識別（セルＩＤ）、現在のシステムフレーム番号、およびＲＲＱ１のスロット番号のうちの１つまたは複数を含み得る。そのような設計に基づいて、サードパーティデバイス（すなわち、現在のＲＲＱ内のＲＲＱ２のターゲット送信範囲内にないＵＥ）も、サードパーティデバイスのリソース予約タイマを設定するように、ＲＲＱ１内の第１の期間を取得するために、ＲＲＱ１を受信することができる。リソース予約タイマが０にバックオフされる前に、サードパーティは、チャネルについて積極的に競合せず、それによって、現在の送信（ネットワークデバイスとＵＥとの間の送信）に対する干渉を回避する。

Ｎ個のＲＲＱ２の各々は、ＲＲＱ２に対応するＵＥの一意の識別子を使用することによってスクランブルされる。ＵＥの一意の識別子は、例えば、ＵＥの国際モバイル機器識別（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ ｉｄｅｎｔｉｔｙ、ＩＭＥＩ）、ＵＥの国際モバイル加入者識別番号（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ、ＩＭＳＩ）、またはＵＥに対応する特定のＲＮＴＩであり得る。特定のＲＮＴＩは、例えば、セル無線ネットワークの一時的な識別子（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）であり得る。

Ｎ個のＵＥの各々は、ＲＲＱを受信する。しかしながら、ＲＲＱ２は、対応するＵＥの特定の識別子を使用することによってスクランブルされるので、ＵＥのみが、ＲＲＱ２内の情報を取得するためにＲＲＱ２をデスクランブルすることができる。したがって、ＵＥについて、ＵＥは、ネットワークデバイスによって送信されたＲＲＱ１内の情報およびＵＥに対応するＲＲＱ２内の情報のみを正しく取得することができるが、他のＮ－１個のＲＲＱ２内の情報を正しく取得することはできない。

ネットワークデバイスによって送信されたＲＲＱを受信した後、Ｎ個のＵＥは、リソース予約応答メッセージ（ｒｅｓｏｕｒｃｅ ｒｅｓｐｏｎｓｅ、ＲＲＳ）をネットワークデバイスに送信する必要があり、すなわち、ＲＲＳをネットワークデバイスに返す必要があり、またはＲＲＳをネットワークデバイスに送信する必要がないことがあり、すなわち、ＲＲＳをネットワークデバイスに返す必要がない。

特定の実施形態において、ＲＲＱを受信したＵＥがＲＲＳをネットワークデバイスに返す必要があるかどうかは、規格を使用することによって事前に定義され得る。例えば、規格は、ＵＥがＲＲＱを受信した後にＲＲＳを返さなければならないと指定し得る。あるいは、ＲＲＱを受信したＵＥがＲＲＳをネットワークデバイスに返す必要があるかどうかは、ＲＲＱにおいてネットワークデバイスによって示され得る。例えば、ネットワークデバイスは、ＲＲＱ１またはＲＲＱ２において、ＵＥがＲＲＱを受信した後にＲＲＳを返す必要があるかどうかを示し得る。あるいは、ＲＲＱを受信したＵＥがＲＲＳをネットワークデバイスに返す必要があるかどうかは、事前定義された規則に従ってＵＥによって決定され得る。例えば、ＵＥが、測定を通じて、ダウンリンク参照信号の参照信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｉｎｇ ｐｏｗｅｒ、ＲＳＲＰ）がしきい値よりも大きいことを知ったとき、ＵＥは、ＲＲＳを返す必要がなく、またはそうでない場合、ＵＥは、ＲＲＳを返す必要がある。

ＲＲＱ２に対応するＵＥがリソース予約応答メッセージＲＲＳを返す必要があるが、ＵＥがＲＲＳを返さない場合、ネットワークデバイスは、ＵＥのデータ送信をスケジュールせず、それによって、リソースの浪費を回避する。言い換えれば、ネットワークデバイスは、リソース予約応答メッセージを返したＵＥのデータ送信のみをスケジュールし、それによって、リソースの利用効率を改善する。ＲＲＱ２に対応するＵＥがリソース予約応答メッセージを返す必要がない場合、それは、ネットワークデバイスがその後にＵＥのデータ送信を直接スケジュールすることを示す。この場合、リソース予約応答メッセージを返すための時間が節約され、それによって、データ送信処理全体の時間を短縮し、データ送信効率を改善する。

以下は、ＲＲＳが返される必要がある、およびＲＲＳが返される必要がない２つの態様からの説明を提供する。

１．ＲＲＳが返される必要がない。

一実施形態において、ＲＲＱを受信した後、ＵＥは、ＵＥがネットワークデバイスにデータを送信することができることを示すように、ＲＲＱを送信したネットワークデバイスにＲＲＳを返す必要がある。ＵＥがＲＲＳを返す必要があるとき、ネットワークデバイスがＵＥによって返されたＲＲＳを受信しない場合、ネットワークデバイスは、ＵＥの現在のチャネルがビジーであり、ＵＥがネットワークデバイスにデータを送信することができないとみなす。この場合、ネットワークデバイスは、その後の時間においてＵＥのデータ送信をスケジュールしない。

ネットワークデバイスからのＲＲＱ内のＮ個のＲＲＱ２がＮ個のＵＥに対応しているが、Ｎ個のＵＥにおいて、いくつかのＵＥは、対応するＲＲＱ２を正しく受信しないことがあり、またはチャネルがビジーであるので、いくつかのＵＥは、ＲＲＳを返すことができないことが特に留意されるべきである。したがって、ネットワークデバイスは、Ｍ個のＵＥによって返されたＲＲＳ２のみを受信することがあり、ここでＭ≦Ｎである。ＲＲＳを返さないＵＥについて、ネットワークデバイスは、その後の時間においてＵＥのデータ送信をスケジュールせず、それによって、送信リソースの浪費を回避し、送信リソースの利用を改善する。

前述の説明によれば、ＵＥがＲＲＳを返す必要がある場合、ステップＳ３０２の後、以下のステップＳ３０３およびＳ３０４がさらに含まれる。詳細については、図５を参照されたい。

Ｓ３０３．Ｎ個のＵＥ内のＭ個のＵＥが、ＲＲＱに基づいてリソース予約応答メッセージＲＲＳを生成する。各ＲＲＳは、ＲＲＳ１と、ＲＲＳ２とを含む。ＲＲＳ１は、第２の期間情報を含む。第２の期間情報は、Ｍ個のＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用される。ＲＲＳ２は、ＲＲＳ２に対応するＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用される。

具体的には、Ｎ個のＵＥ内のＭ個のＵＥは、ＲＲＳを返し、Ｍ個のＵＥの各々は、ＵＥによって受信されたＲＲＱに基づいて対応するＲＲＳを生成する。各ＵＥによって生成されたＲＲＳは、第１のリソース予約応答メッセージＲＲＳ１と、第２のリソース予約応答メッセージＲＲＳ２とを含む。ＲＲＳ１は、第２の期間情報を含む。第２の期間情報は、Ｍ個のＵＥがターゲットチャネルを占有する時間が第２の期間であることを示すために使用される。具体的には、第２の期間情報は、Ｍ個のＵＥがターゲットチャネルを占有する時間が第２の期間であることをサードパーティデバイスに示すために使用される。ＲＲＳ１は、サードパーティデバイスが、リソース予約を実施するために、センシングを通じてＲＲＳ１を検出した後、第２の期間に基づいてリソース予約タイマを設定するように、第２の期間情報を含む。加えて、ＲＲＳ２は、ＲＲＳ２に対応するＵＥが第２の期間中にネットワークデバイスにデータを送信する予定であることをネットワークデバイスに確認するために使用され、それによって、データ送信の成功率を高める。

ＲＲＳ１内の第２の期間は、ＲＲＱ１内の第１の期間とは異なり得る。第２の期間は、第１の期間から第１の時間間隔を減算することによって取得される期間であり得る。第１の時間間隔は、Ｍ個のＵＥがＲＲＱを受信する瞬間と、Ｍ個のＵＥが対応するＲＲＳをネットワークデバイスに送信する瞬間との間の時間間隔である。特定の実施形態において、Ｍ個のＵＥがＲＲＳを返す時点は、同じであり、Ｍ個のＵＥがＲＲＳを返す特定の時点は、事前定義され得る。

Ｓ３０４．Ｍ個のＵＥは、リソース予約応答メッセージＲＲＳを送信する。

ＲＲＳを生成した後、Ｍ個のＵＥは、ＲＲＳをネットワークデバイスに送信する。ＲＲＱと同様に、Ｍ個のＵＥによってネットワークデバイスに送信されるＲＲＳもスクランブルされる必要がある。

ＲＲＳ１は、汎用識別子を使用することによってスクランブルされ、汎用識別子は、ＲＲＱ１のために使用される汎用識別子と同じであっても異なっていてもよい。同様に、ＲＲＳ１のために使用される汎用識別子は、Ｎ個のＵＥおよびサードパーティデバイスに知られている識別子である。例えば、ＲＲＳ１のために使用される汎用識別子は、規格において事前定義された無線ネットワークの一時的な識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｙ／ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ）であり得、ネットワークデバイスによってＮ個のＵＥおよびサードパーティデバイスに通知されるＲＮＴＩであり得、または特定の情報に基づく計算を通じて取得されるＲＮＴＩであり得る。特定の情報は、以下の情報、セル識別（セルＩＤ）、現在のシステムフレーム番号、ＲＲＱ１のスロット番号、およびＲＲＳ１のスロット番号のうちの１つまたは複数を含み得る。そのような設計に基づいて、サードパーティデバイスは、サードパーティデバイスのリソース予約タイマを設定するように、ＲＲＳ１内の第２の期間を取得するために、ＲＲＳ１も受信することができる。リソース予約タイマが０にバックオフされる前に、サードパーティデバイスは、チャネルについて積極的に競合せず、それによって、現在の送信（ネットワークデバイスとＵＥとの間の送信）に対する干渉を回避する。

ＲＲＳ内のＲＲＳ２は、ＲＲＳを返すＵＥの一意の識別子を使用することによってスクランブルされる。ＵＥの一意の識別子は、例えば、ＵＥの国際モバイル機器識別（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ ｉｄｅｎｔｉｔｙ、ＩＭＥＩ）、ＵＥの国際モバイル加入者識別番号（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ、ＩＭＳＩ）、またはＵＥに対応する特定のＲＮＴＩであり得る。特定のＲＮＴＩは、例えば、セル無線ネットワークの一時的な識別子（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）であり得る。

加えて、送信リソース、すなわち、時間周波数リソースが、ＲＲＳを返すためにＵＥによって必要とされる。ネットワークデバイスは、ＲＲＱにおいて、ＲＲＳを返すためにＵＥによって使用される送信リソースを示し得る。

具体的には、ネットワークデバイスは、送信されるＲＲＱ１において、ＲＲＳ１を返すためにＵＥによって使用される送信リソースを示し得る。ネットワークデバイスは、送信されるＲＲＱ１において、ＲＲＳ１を返すためにＵＥによって使用される送信パラメータをさらに示し得る。送信パラメータは、例えば、変調およびコーディング方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、ＭＣＳ）であり得る。同様に、ネットワークデバイスは、送信されるＲＲＱ２において、ＲＲＳ２を返すためにＵＥによって使用される時間周波数リソースを示し得る。確かに、ネットワークデバイスは、ＲＲＱ２において、ＲＲＳ２を返すためにＵＥによって使用される送信パラメータをさらに示し得る。例えば、送信パラメータは、ＭＣＳであり得る。あるいは、ネットワークデバイスは、ＲＲＱ１において、ＲＲＳ２を返すためにすべてのＵＥによって使用される送信パラメータを示し得る。ＲＲＳ２を返すためにすべてのＵＥによって使用される送信パラメータは、同じであっても異なっていてもよい。ＲＲＳ２を返すためにＵＥによって使用される送信パラメータは、例えば、ＭＣＳであり得る。ＲＲＳ１およびＲＲＳ２のために使用される送信パラメータは、あるいは事前定義され得る。例えば、送信パラメータとしてのＭＣＳは、ＱＰＳＫ、１６ＱＡＭ、または６４ＱＡＭとして事前定義され得る。

送信リソースは、時間領域のリソースと周波数領域のリソースの両方を含み得、または周波数領域のリソースのみを含み得る。しかしながら、送信リソースが周波数領域のリソースのみを含む場合、ＲＲＳのための時間領域のリソースが、別の方法を使用することによって決定される必要がある。

ＲＲＱは、１つのＲＲＱ１のみを含むので、ＲＲＳ１のために使用され、ＲＲＱ１において示される１つの送信リソースも１つのみ存在することが留意されるべきである。言い換えれば、すべてのＵＥは、同じ送信リソースを使用することによってＲＲＳを返す。加えて、時間周波数リソースの占有が低減されることが可能であり、それによって、オーバヘッドを低減する。しかしながら、干渉を回避し、どのＵＥがＲＲＳを返すかをネットワークデバイスが区別することを容易にするために、すべてのＵＥは、互いに異なる送信リソースを使用することによって、ＵＥに対応するＲＲＳ２を返す。すべてのＵＥは、同じ送信リソースを使用することによってＲＲＳ１を返すので、干渉を回避するために、すべてのＵＥによって返されるＲＲＳ１の内容は、同じであり、ＵＥがＲＲＳ１を返す時点は、同じであることを理解することができる。

例えば、図６を参照されたい。図４と同じく、図６についても、Ｎが３である例を使用して説明される。図４および図６における各グリッドが１つの送信リソースを表すと仮定すると、図４におけるＲＲＱ１と３つのＲＲＱ２によって占有される小さいグリッドは、ＲＲＱ１と３つのＲＲＱ２とを送信するためにネットワークデバイスによって使用される送信リソースをそれぞれ表し、図６におけるＲＲＳ１と３つのＲＲＳ２とによって占有される小さいグリッドは、ＲＲＳを返すためにネットワークデバイスによって使用される送信リソースを表す。すべてのＵＥが同じ送信リソースを使用することによってＲＲＳ１を返すが、異なるＵＥが異なる送信リソースを使用することによってＲＲＳ２を返すことがわかる。

一実装において、ネットワークデバイスは、ＲＲＱにおいて、ＲＲＳを返すためにＵＥによって使用される送信リソースを示す必要はないが、ＲＲＱのための時間周波数リソースと事前定義された規則とに基づくマッピングを通じて、ＲＲＳのための時間周波数リソースを生成する。例えば、ＲＲＳ１を返すためにＵＥによって使用される周波数領域のリソースは、ＲＲＱ１を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じであり得、ＲＲＳ２を送信するためにＵＥによって使用される周波数領域のリソースは、ＵＥに対応するＲＲＱ２を送信するためにネットワークデバイスによって使用される周波数領域のリソースと同じであり得る。

加えて、ＲＲＳを返すためにＵＥによって使用される時間領域のリソースが指定され得る。例えば、ＵＥがスロットｎにおいてＲＲＱを受信する（すなわち、ネットワークデバイスがスロットｎにおいてＲＲＱを送信する）場合、ＵＥは、スロットｎ＋ｋにおいてＲＲＳを返し（すなわち、ネットワークデバイスは、スロットｎ＋ｋにおいてＲＲＳを受信し）、ここで、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、規格において事前定義された値であり得、またはＲＲＱ１もしくはＲＲＱ２において、もしくは事前に他のシグナリング（例えば、ＲＲＣシグナリングまたはシステムメッセージ）を使用することによって、ネットワークデバイスによってＵＥに示され得る。加えて、ｋは、０以上の整数である。

例えば、図７を参照されたい。図４および図６と同じく、図７についても、Ｎが３である例を使用して説明される。同様に、図４におけるＲＲＱ１と３つのＲＲＱ２によって占有される小さいグリッドが、ＲＲＱ１と３つのＲＲＱ２とを送信するためにネットワークデバイスによって使用される送信リソースをそれぞれ表す場合、ＵＥ１、ＵＥ２、およびＵＥ３がＲＲＱ１と対応するＲＲＱ２とを受信した後、対応するＲＲＳを返すために使用される送信リソースは、ＲＲＱ１および対応するＲＲＱ２が存在する送信リソースに基づいて決定される。図７に示されているように、ＲＲＳを返すためにすべてのＵＥによって使用される送信リソースは、ＲＲＱ１を送信するためにネットワークデバイスによって使用される送信リソースと同じであり、ＲＲＳ２をそれぞれ返すためにＵＥ１、ＵＥ２、およびＵＥ３によって使用される送信リソースは、ＵＥ１、ＵＥ２、およびＵＥ３に対応するＲＲＱ２を送信するためにネットワークデバイスによって使用される送信リソースと同じである。図７における送信リソースは、周波数領域のリソースのみを含み得ることが留意されるべきである。

本出願のこの実施形態において、ＵＥによって送信されたＲＲＳを受信した後、ネットワークデバイスは、対応するＵＥのアップリンクまたはダウンリンクのデータ送信をスケジュールするために、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を送信する。ネットワークデバイスによってＵＥに送信されるＤＣＩは、リソース割り当て情報、ハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ）情報、および／またはアップリンク／ダウンリンクのデータ送信のための電力制御情報を含み得る。

前述の実施形態において、サードパーティデバイスによって引き起こされる送信干渉を回避するように、サードパーティデバイスがＲＲＳ１を受信することができるように、ＲＲＳ１は、汎用識別子を使用することによってスクランブルされる。加えて、すべてのＵＥは、同じ送信リソースを使用することによってＲＲＳ１を送信する。この場合、比較的少量の時間周波数リソースが占有され、したがって、比較的低いオーバヘッドが発生される。チャネルが利用可能なＵＥのデータ送信のみをスケジュールするために、ネットワークデバイスが、ＲＲＳ２の受信に基づいて、対応するＵＥの現在のチャネルが利用可能であるかどうかを決定し得るように、異なるＵＥは、異なる送信リソースを使用することによって、ＵＥに対応するＲＲＳ２を送信し、それによって、データ送信のブラインドスケジューリングによって引き起こされるリソースの浪費を回避する。加えて、複数のＳＴＡからの情報が１つのメッセージ（ＭＵ－ＲＴＳ）内に担持される従来技術の方法と比較して、この解決策では、ＲＲＱ２は、それぞれすべてのＵＥに送信され、各ＲＲＱ２のフレーム長は、ＭＵ－ＲＴＳのそれよりもはるかに小さい。したがって、送信の信頼性が大幅に改善され、リソース予約が実装され得、それによって、データ送信の成功率を高める。

２．ＲＲＳが返される必要はない。

ＵＥがＲＲＳを返す必要がないとき、ネットワークデバイスは、送信スケジューリングのための専用のＤＣＩを送信することなく、ＵＥに送信されるＲＲＱ２において、ＵＥのデータ送信のための送信リソースおよび／または送信パラメータを示し得る。このようにして、データ送信処理全体の時間が、全体的に短縮されることが可能であり、それによって、データ送信効率を改善する。具体的には、送信パラメータは、ＭＣＳなどであり得る。

結論として、従来技術では、すべてのターゲットデバイスの識別子情報は、リソース予約要求メッセージ（またはリソース予約要求フレームと呼ばれる）内に直接担持され、その結果、リソース予約要求フレームのフレーム長は、過度に大きく、リソース予約要求フレームを送信する成功率を低下させる。従来技術と比較して、本出願のこの実施形態では、リソース予約要求フレームは、１つのＲＲＱ１および複数のＲＲＱ２に分割される。ＲＲＱ１は、サードパーティデバイスに送信され、ＲＲＱ１の長さが従来技術におけるリソース予約要求フレーム（例えば、ＭＵ－ＲＴＳ）のそれよりもはるかに短くなるように、その後にデータ送信を実行するターゲットデバイスの識別子を担持しない。これは、サードパーティデバイスによってＲＲＱ１を正しく受信する確率を大幅に高める。加えて、ＲＲＱ２の長さが従来技術におけるリソース予約要求フレーム（例えばＭＵ－ＲＴＳ）よりもはるかに短くなるように、各ＲＲＱ２は、１つのターゲットデバイスに対応し、各ＲＲＱ２は、ＲＲＱ２に対応するターゲットデバイスの識別子のみを担持する。これは、対応するターゲットデバイスによってＲＲＱ２を正しく受信する確率を大幅に高め、リソース予約を実施することができ、それによって、データ送信の成功率を高める。

上記は、ネットワークデバイスとユーザ機器との間の相互作用の観点から本出願の実施形態において提供される解決策について主に説明する。前述の機能を実装するために、ネットワークデバイスおよびユーザ機器などのネットワーク要素は、機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解されることが可能である。当業者は、本明細書において開示されている実施形態において説明されている例と組み合わせて、ネットワーク要素およびアルゴリズムステップが、本出願においてハードウェアまたはハードウェアとコンピュータソフトウェアとの組合せを使用することによって実装され得ることを容易に認識すべきである。機能がハードウェア、またはコンピュータソフトウェアによって駆動されるハードウェアのどちらによって実行されるかは、技術的解決策の特定の用途および設計上の制約に依存する。当業者は、特定の用途ごとに、説明された機能を実装するために異なる方法を使用し得るが、実装が本出願の範囲を超えると考えられるべきではない。

本出願の実施形態において、ネットワークデバイス、ユーザ機器などは、前述の方法の例に基づいて、機能モジュールに分割され得る。例えば、各機能モジュールが、各々の対応する機能に基づく分割を通じて取得され得、または２つ以上の機能が、１つの処理モジュールに統合され得る。統合されたモジュールは、ハードウェアの形態において実装され得、またはソフトウェア機能モジュールの形態において実装され得る。本出願の実施形態において、モジュール分割は、例であり、単なる論理的な機能分割であり、実際の実装時には別の分割であり得ることが留意されるべきである。

各機能モジュールが各々の対応する機能に基づく分割を通じて取得されるとき、図８は、前述の実施形態におけるネットワークデバイスの論理的構造の可能な概略図である。ネットワークデバイス８００は、トランシーバユニット８０１と、処理ユニット８０２とを含む。例えば、トランシーバユニット８０１は、図３または図５に示されている方法の実施形態におけるネットワークデバイスによって情報を受信するステップを実行する際にネットワークデバイスをサポートするように構成される。トランシーバユニット８０１は、図３または図５に示されている方法の実施形態におけるネットワークデバイスによって情報を送信するステップを実行する際にネットワークデバイスをサポートするようにさらに構成される。処理ユニット８０２は、図３または図５に示されている方法の実施形態におけるネットワークデバイスによって情報を生成するステップを実行する際のネットワークデバイス、トランシーバユニット８０１の機能以外の別の機能などをサポートするように構成される。

任意選択で、ネットワークデバイス８００は、コード（プログラム）またはデータを記憶するように構成された記憶ユニットをさらに含み得る。可能な方法において、処理ユニット８０２は、記憶ユニットのコードまたはデータを呼び出し得る。したがって、ネットワークデバイス８００は、リソース予約要求メッセージＲＲＱを生成し、ここで、ＲＲＱは、１つの第１のリソース予約要求メッセージＲＲＱ１と、Ｎ個の第２のリソース予約要求メッセージＲＲＱ２とを含み、ＲＲＱ１は、第１の期間情報を含み、第１の期間情報は、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用され、Ｎ個のＲＲＱ２は、第１の期間中にネットワークデバイスにデータを送信するようにＮ個のユーザ機器ＵＥに要求するためにそれぞれ使用され、Ｎ個のＲＲＱ２は、Ｎ個のＵＥと１対１で対応しており、Ｎは、１以上の整数である。加えて、ネットワークデバイス８００は、ＲＲＱを送信し、ここで、ＲＲＱ１は、第１の汎用識別子を使用することによってスクランブルされ、Ｎ個のＲＲＱ２は、Ｎ個のＲＲＱ２に対応するＵＥの一意の識別子を使用することによってそれぞれスクランブルされ、第１の汎用識別子は、少なくとも１つのサードパーティデバイスおよびＮ個のＵＥに知られている識別子である。

ハードウェアの実装に関して、処理ユニット８０２は、プロセッサ、処理回路などであり得る。トランシーバユニット８０１は、トランシーバ、トランシーバ回路、インターフェース回路などであり得る。記憶ユニットは、メモリであり得る。処理ユニット、トランシーバユニット、および記憶ユニットは、統合され得、または分離され得る。

図９は、本出願の実施形態による、前述の実施形態におけるネットワークデバイスのハードウェア構造の可能な概略図である。図９に示されているように、ネットワークデバイス９００は、１つまたは複数のプロセッサ９０１と、１つまたは複数のメモリ９０２と、ネットワークインターフェース９０３と、１つまたは複数のトランシーバ９０５と、１つまたは複数のアンテナ９０８とを含み得る。これらの構成要素は、バス９０４を介して、または別の方法において接続され得る。図９において、構成要素がバスを介して接続されている例が使用される。

ネットワークインターフェース９０３は、別の通信デバイス、例えば、別のネットワークデバイスと通信するためにネットワークデバイス９００によって使用され得る。具体的には、ネットワークインターフェース９０３は、有線インターフェースであり得る。

送信機９０５は、プロセッサ９０１によって出力される信号に対して信号変調などの送信処理を実行するように構成され得る。トランシーバ９０５は、アンテナ９０８によって受信されたモバイル通信信号に対して信号復調などの受信処理を実行するようにさらに構成され得る。本出願のいくつかの実施形態において、トランシーバ９０５は、ワイヤレストランシーバとみなされ得る。ネットワークデバイス９００は、１つまたは複数のトランシーバ９０５を含み得る。アンテナ９０８は、伝送線路内の電磁エネルギーを自由空間内の電磁波に変換するように、または自由空間内の電磁波を伝送線路内の電磁エネルギーに変換するように構成され得る。１つまたは複数のアンテナ９０８が存在し得る。

メモリ９０２は、バス９０４もしくは入力／出力ポートを介してプロセッサ９０１に結合され得、またはメモリ９０２は、プロセッサ９０１と統合され得る。メモリ９０２は、様々なソフトウェアプログラム、および／または命令もしくはデータの複数のグループを記憶するように構成される。具体的には、メモリ９０２は、高速ランダムアクセスメモリを含み得、不揮発性メモリ、例えば、１つまたは複数のディスク記憶デバイス、フラッシュメモリ、または別の不揮発性ソリッドステート記憶デバイスをさらに含み得る。メモリ９０２は、オペレーティングシステム（以下、単にシステムと呼ばれる）、例えば、ｕＣＯＳ、ＶｘＷｏｒｋｓ、またはＲＴＬｉｎｕｘなどの組み込みオペレーティングシステムを記憶し得る。メモリ９０２は、ネットワーク通信プログラムをさらに記憶し得る。ネットワーク通信プログラムは、１つまたは複数の取り付けられたデバイス、１つまたは複数のユーザ機器、および１つまたは複数のネットワークデバイスとの通信のために使用され得る。

プロセッサ９０１は、中央処理装置、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェア構成要素、またはそれらの任意の組合せであり得る。プロセッサは、本出願において開示されている内容を参照して説明された様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。あるいは、プロセッサは、決定機能を実装するプロセッサの組合せ、例えば、１つもしくは複数のマイクロプロセッサの組合せ、またはデジタル信号プロセッサとマイクロプロセッサとの組合せであり得る。

本出願のこの実施形態において、プロセッサ９０１は、コンピュータ可読命令を読み取って実行するように構成され得る。具体的には、プロセッサ９０１は、メモリ９０２内に記憶されたプログラム、例えば、ネットワークデバイス９００の側で、本出願の１つまたは複数の実施形態において提供されるリソース予約方法を実装するためのプログラムを呼び出し、プログラム内に含まれる命令を実行するように構成され得る。

ネットワークデバイス９００は、図１に示されているリソース予約方法におけるシステム１００内のネットワークデバイス１０１であり得、基地トランシーバ局、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ｇＮＢなどとして実装され得る。

図９に示されているネットワークデバイス９００は、本出願のこの実施形態の単なる実装であることが留意されるべきである。実際の適用時に、ネットワークデバイス９００は、より多くのまたはより少ない構成要素をさらに含み得る。これは、本明細書では限定されない。ネットワークデバイス９００の特定の実装については、図３または図５に示されている方法の実施形態における関連する説明を参照されたい。詳細について、本明細書では再び説明されない。

各機能モジュールが各々の対応する機能に基づく分割を通じて取得されるとき、図１０は、前述の実施形態におけるユーザ機器の論理構造の可能な概略図である。ユーザ機器１０００は、トランシーバユニット１００１と、処理ユニット１００２とを含む。例えば、トランシーバユニット１００１は、図３または図５に示されている方法の実施形態におけるユーザ機器によって情報を受信するステップを実行する際にユーザ機器をサポートするように構成される。トランシーバユニット１００１は、図３または図５に示されている方法の実施形態におけるユーザ機器によって情報を送信するステップを実行する際にユーザ機器をサポートするようにさらに構成される。処理ユニット１００２は、図３または図５に示されている方法の実施形態におけるユーザ機器によって情報を生成するステップを実行する際のユーザ機器、トランシーバユニット１００１の機能以外の別の機能などをサポートするように構成される。

任意選択で、ユーザ機器１０００は、コード（プログラム）またはデータを記憶するように構成された記憶ユニットをさらに含み得る。可能な方法において、処理ユニット１００２は、ユーザ機器１０００がネットワークデバイスによって送信されたリソース予約要求メッセージＲＲＱを受信するように、記憶ユニットのコードまたはデータを呼び出し得る。ＲＲＱは、第１のリソース予約要求メッセージＲＲＱ１と、第２のリソース予約要求メッセージＲＲＱ２とを含み、ＲＲＱ１は、第１の期間情報を含み、第１の期間情報は、ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用され、ＲＲＱ２は、第１の期間中にネットワークデバイスにデータを送信するようにＵＥに要求するために使用され、ＲＲＱ１は、第１の汎用識別子を使用することによってスクランブルされ、ＲＲＱ２は、ＵＥに対応する一意の識別子を使用することによってスクランブルされ、第１の汎用識別子は、ＵＥおよび少なくとも１つのサードパーティデバイスに知られている識別子である。

ハードウェアの実装に関して、処理ユニット１００２は、プロセッサ、処理回路などであり得る。トランシーバユニット１００１は、トランシーバ、トランシーバ回路、インターフェース回路などであり得る。記憶ユニットは、メモリであり得る。処理ユニット、トランシーバユニット、および記憶ユニットは、統合され得、または分離され得る。

図１１は、本出願の実施形態による、前述の実施形態におけるユーザ機器のハードウェア構造の可能な概略図である。図１１に示されているように、ユーザ機器１１００は、入力／出力モジュール（例えば、オーディオ入力／出力モジュール１１０５、キー入力モジュール１１０６、およびディスプレイ１１０７）と、ユーザインターフェース１１０８と、１つまたは複数のプロセッサ１１０１と、１つまたは複数のトランシーバ１１０２と、１つまたは複数のアンテナ１１０３と、１つまたは複数のメモリ１１０４とを含み得る。これらの構成要素は、バスを介して、または別の方法において接続され得る。図１１において、構成要素がバスを介して接続されている例が使用される。

アンテナ１１０３は、電磁エネルギーを自由空間内の電磁波に変換するように、または自由空間内の電磁波を伝送線路内の電磁エネルギーに変換するように構成され得る。トランシーバ１１０２は、プロセッサ１１０１によって出力された信号を送信するように構成され得、またはアンテナ１１０３によって受信されたモバイル通信信号を受信するように構成され得る。本出願のこの実施形態において、トランシーバ１１０２は、ワイヤレストランシーバとみなされ得る。ユーザ機器１１００は、１つまたは複数のトランシーバ１１０２を含み得る。

図１１に示されているトランシーバ１１０２に加えて、ユーザ機器１１０１は、別の通信構成要素、例えば、ＧＰＳモジュール、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）モジュール、またはワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）モジュールをさらに含み得る。上記で説明されているワイヤレス通信信号に加えて、ユーザ機器１１００は、別のワイヤレス通信信号、例えば、衛星信号または短波信号をさらにサポートし得る。ワイヤレス通信に加えて、ユーザ機器１１００には、有線通信をサポートするために、有線ネットワークインターフェース（例えば、ＬＡＮインターフェース）がさらに設けられ得る。

入力／出力モジュールは、ユーザ機器１１００とユーザ／外部機器との間の対話を実装するように構成され得、オーディオ入力／出力モジュール１１０５、キー入力モジュール１１０６、ディスプレイ１１０７などを主に含み得る。具体的には、入力／出力モジュールは、カメラ、タッチスクリーン、センサなどをさらに含み得る。すべての入力／出力モジュールは、ユーザインターフェース１１０８を介してプロセッサ１１０１と通信する。

メモリ１１０４は、バスまたは入力／出力ポートを介してプロセッサ１１０１に結合され得、またはメモリ１１０４は、プロセッサ１１０１と統合され得る。メモリ１１０４は、様々なソフトウェアプログラム、および／または命令の複数のグループを記憶するように構成される。具体的には、メモリ１１０４は、高速ランダムアクセスメモリを含み得、不揮発性メモリ、例えば、１つまたは複数のディスク記憶デバイス、フラッシュメモリ、または別の不揮発性ソリッドステート記憶デバイスをさらに含み得る。メモリ１１０４は、オペレーティングシステム（以下、単にシステムと呼ばれる）、例えば、ＡＮＤＲＯＩＤ、ＩＯＳ、ＷＩＮＤＯＷＳ、またはＬＩＮＵＸなどの組み込みオペレーティングシステムを記憶し得る。メモリ１１０４は、ネットワーク通信プログラムをさらに記憶し得る。ネットワーク通信プログラムは、１つまたは複数の取り付けられたデバイス、１つまたは複数のユーザ機器、および１つまたは複数のネットワークデバイスとの通信のために使用され得る。メモリ１１０４は、ユーザインターフェースプログラムをさらに記憶し得る。ユーザインターフェースプログラムは、グラフィカルな操作インターフェースを介してアプリケーションの内容を鮮明に表示し、メニュー、ダイアログボックス、およびキーなどの入力制御を使用することによって、アプリケーションに対してユーザによって実行される制御操作を受け付け得る。

本出願のこの実施形態において、メモリ１１０４は、ユーザ機器１１００の側で、本出願の１つまたは複数の実施形態において提供されるリソース予約方法を実装するためのプログラムを記憶するように構成され得る。本出願の１つまたは複数の実施形態において提供されるリソース予約方法の実装については、前述の実施形態を参照されたい。

プロセッサ１１０１は、コンピュータ可読命令を読み取って実行するように構成され得る。具体的には、プロセッサ１１０１は、前述の実施形態における方法を実行するために、メモリ１１０４内に記憶されたプログラム、例えば、ユーザ機器１１００の側で、本出願の１つまたは複数の実施形態において提供されるリソース予約方法を実装するためのプログラムを呼び出し、プログラム内に含まれる命令を実行するように構成され得る。プロセッサ１１０１は、グローバルシステムフォーモバイルコミュニケーションズ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）（２Ｇ）通信、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）（３Ｇ）通信、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）（４Ｇ）通信、５Ｇ通信などのうちの１つまたは複数をサポートし得る。任意選択で、プロセッサ１１０１が任意のメッセージまたはデータを送信するとき、プロセッサ１１０１は、具体的には、送信を実行するためにトランシーバ１１０２を駆動または制御する。任意選択で、プロセッサ１１０１が任意のメッセージまたはデータを受信するとき、プロセッサ１１０１は、具体的には、受信を実行するためにトランシーバ１１０２を駆動または制御する。したがって、プロセッサ１１０１は、送信または受信を実行するための制御センタとみなされ得、トランシーバ１１０２は、送信および受信動作を実行するための特定の実行者である。

ユーザ機器１１００は、図１に示されているリソース予約方法におけるシステム１００内のユーザ機器１０２であり得、ｅＭＴＣデバイス、モバイルデバイス、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイルユニット（ｍｏｂｉｌｅ ｕｎｉｔ）、ワイヤレスユニット、リモートユニット、ユーザエージェント、モバイルクライアントなどとして実装され得る。

図１１に示されているユーザ機器１１００は、本出願のこの実施形態の単なる実装であることが留意されるべきである。実際の適用時に、ユーザ機器１１００は、より多くのまたはより少ない構成要素をさらに含み得る。これは、本明細書では限定されない。ユーザ機器１１００の特定の実装については、図３または図５に示されている方法の実施形態における関連する説明を参照されたい。詳細について、本明細書では再び説明されない。

図１２は、本出願による装置の概略構造図である。図１２に示されているように、装置１２００は、プロセッサ１２０１と、プロセッサ１２０１に結合された１つまたは複数のインターフェース１２０２とを含み得る。

プロセッサ１２０１は、コンピュータ可読命令を読み取って実行するように構成され得る。特定の実装時に、プロセッサ１２０１は、コントローラと、演算ユニットと、レジスタとを主に含み得る。コントローラは、命令を復号することを主に担当し、命令に対応する動作のための制御信号を送信する。演算ユニットは、固定小数点もしくは浮動小数点の算術演算、シフト演算、論理演算などを実行することを主に担当し、またはアドレス演算とアドレス変換とを実行し得る。レジスタは、命令実行中に一時的に記憶されるある量のレジスタ演算、中間演算結果などを記憶することを主に担当する。特定の実装時に、プロセッサ１２０１のハードウェアアーキテクチャは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）アーキテクチャ、インターロックされないパイプラインステージを持つマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ ｗｉｔｈｏｕｔ ｉｎｔｅｒｌｏｃｋｅｄ ｐｉｐｅｄ ｓｔａｇｅｓ ａｒｃｈｉｔｅｃｔｕｒｅ、ＭＩＰＳ）アーキテクチャ、アドバンスト縮小命令セットコンピューティングマシン（ａｄｖａｎｃｅｄ ＲＩＳＣ ｍａｃｈｉｎｅｓ、ＡＲＭ）アーキテクチャ、ＮＰアーキテクチャなどであり得る。プロセッサ１２０１は、シングルコアであり得、またはマルチコアであり得る。

インターフェース１２０２は、処理対象のデータをプロセッサ１２０１に入力するように構成され得、プロセッサ１２０１の処理結果を外部に出力し得る。特定の実装時に、インターフェース１２０２は、汎用入力／出力（ｇｅｎｅｒａｌ ｐｕｒｐｏｓｅ ｉｎｐｕｔ ｏｕｔｐｕｔ、ＧＰＩＯ）インターフェースであり得、複数の周辺デバイス（例えば、ディスプレイ（ＬＣＤ）、カメラ（ｃａｍｅｒａ）、および無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ、ＲＦ）モジュール）に接続され得る。インターフェース１２０２は、バス１２０３を介してプロセッサ１２０１に接続され得る。

本出願において、プロセッサ１２０１は、ネットワークデバイスの側、またはユーザ機器の側で、本出願の１つまたは複数の実施形態において提供されるリソース予約方法を実装するためのメモリ内のプログラムを呼び出し、プログラム内に含まれる命令を実行するように構成され得る。メモリは、プロセッサ１２０１と統合され得る。この場合、メモリは、装置１２００の一部として使用される。あるいは、メモリは、装置１２００の外部要素として使用され、プロセッサ１２０１は、インターフェース１２０２を介して、メモリ内に記憶された命令またはデータを呼び出す。

インターフェース１２０２は、プロセッサ１２０１の実行結果を出力するように構成され得る。本出願の１つまたは複数の実施形態において提供されるリソース予約方法については、前述の実施形態を参照されたい。詳細について、本明細書では再び説明されない。

装置１２００は、通信チップまたはシステムオンチップ（Ｓｙｓｔｅｍ ｏｎ ａ Ｃｈｉｐ、ＳｏＣ）であり得る。

プロセッサ１２０１およびインターフェース１２０２にそれぞれ対応する機能は、ハードウェア設計を使用することによって実装され得、またはソフトウェア設計を使用することによって実装され得、またはソフトウェアとハードウェアとの組合せを使用することによって実装され得ることが留意されるべきである。これは、本明細書では限定されない。

本出願のさらに別の態様は、リソース予約システムを提供する。リソース予約システムは、１つまたは複数のネットワークデバイスと、１つまたは複数のユーザ機器とを含む。ネットワークデバイスは、図８または図９におけるネットワークデバイスであり得、ユーザ機器は、図１０または図１１におけるデバイスであり得る。

前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実装され得る。ソフトウェアが実施形態を実装するために使用されるとき、実施形態は、コンピュータプログラム製品の形態において完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム製品がコンピュータ上にロードされて実行されたとき、本発明の実施形態による手順または機能が、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体内に記憶され得、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、デジタル加入者線（ＤＳＬ））またはワイヤレス（例えば、赤外線、無線、またはマイクロ波）の方法において送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合するサーバもしくはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ（ＳＳＤ））などであり得る。

結論として、前述の説明は、本発明の単なる例示的な実施形態であり、本発明の保護範囲を限定することを意図されていない。本発明の要旨および原理の範囲内でなされた任意の修正、同等の置換、または改善は、本発明の保護範囲内に入るものとする。

Claims (38)

1. ネットワークデバイスがリソース予約要求メッセージＲＲＱを生成するステップであって、前記ＲＲＱは、１つの第１のリソース予約要求メッセージＲＲＱ１と、Ｎ個の第２のリソース予約要求メッセージＲＲＱ２とを含み、前記ＲＲＱ１は、第１の期間情報を含み、前記第１の期間情報は、前記ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用され、前記Ｎ個のＲＲＱ２は、前記第１の期間中に前記ネットワークデバイスにデータを送信するようにＮ個のユーザ機器ＵＥに要求するためにそれぞれ使用され、前記Ｎ個のＲＲＱ２は、前記Ｎ個のＵＥと１対１で対応し、Ｎは、１以上の整数である、ステップと、
   前記ネットワークデバイスが前記ＲＲＱを送信するステップであって、前記ＲＲＱ１は、第１の汎用識別子を使用することによってスクランブルされ、前記Ｎ個のＲＲＱ２は、前記Ｎ個のＲＲＱ２に対応する前記ＵＥの一意の識別子を使用することによってそれぞれスクランブルされ、前記第１の汎用識別子は、少なくとも１つのサードパーティデバイスと、前記Ｎ個のＵＥとに知られている識別子である、ステップと
   を含む、リソース予約方法。
2. 前記ＲＲＱ１は、セル識別のセルＩＤをさらに含む、請求項１に記載の方法。
3. 前記ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、前記Ｎ個のＲＲＱ２は、前記Ｎ個のＵＥに対応するＵＥ固有の検索空間ＵＳＳにおいてそれぞれ送信され、前記ＣＳＳは、前記少なくとも１つのサードパーティデバイスおよび前記Ｎ個のＵＥの両方に知られている検索空間である、請求項１または２に記載の方法。
4. 前記第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または前記第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによって前記ネットワークデバイスによって前記少なくとも１つのサードパーティデバイスおよび前記Ｎ個のＵＥに通知されるＲＮＴＩであり、または前記第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、前記第１の情報は、セル識別、システムフレーム番号、および前記ＲＲＱ１のスロット番号のうちの１つもしくは複数を含む、請求項１から３のいずれか一項に記載の方法。
5. 前記ＲＲＱ１および／または前記ＲＲＱ２は、前記ＲＲＱ２に対応するＵＥがリソース予約応答メッセージＲＲＳを前記ネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む、請求項１から４のいずれか一項に記載の方法。
6. 前記ネットワークデバイスが前記ＲＲＱを送信した後、前記方法は、
   前記ネットワークデバイスが前記Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信するステップをさらに含み、前記Ｍ個のＲＲＳの各々は、第１のリソース予約応答メッセージＲＲＳ１と、第２のリソース予約応答メッセージＲＲＳ２とを含み、前記ＲＲＳ１は、第２の期間情報を含み、前記第２の期間情報は、前記Ｍ個のＵＥが前記ターゲットチャネルを占有する時間が第２の期間であることを示すために使用され、前記ＲＲＳ２は、前記ＲＲＳ２に対応するＵＥが前記第２の期間中に前記ネットワークデバイスにデータを送信することを前記ネットワークデバイスに確認するために使用され、Ｍは、Ｎ以下の正の整数である、請求項１から５のいずれか一項に記載の方法。
7. 前記Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ１は、すべて、同じ時間周波数リソース上で送信される、請求項６に記載の方法。
8. 前記Ｍ個のＲＲＳ内に含まれるＭ個のＲＲＳ２は、異なる時間周波数リソース上で送信される、請求項６または７に記載の方法。
9. 前記Ｍ個のＲＲＳ１の各々は、第２の汎用識別子を使用することによってスクランブルされ、前記Ｍ個のＲＲＳ２は、前記Ｍ個のＵＥに対応する一意の識別子を使用することによってそれぞれスクランブルされ、前記第２の汎用識別子は、前記Ｍ個のＵＥおよび前記少なくとも１つのサードパーティデバイスに知られている、請求項６から８のいずれか一項に記載の方法。
10. 前記第２の汎用識別子は、事前定義されたＲＮＴＩであり、または前記第２の汎用識別子は、前記ネットワークデバイスによって前記少なくとも１つのサードパーティデバイスおよび前記Ｍ個のＵＥに通知されるＲＮＴＩであり、または前記第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、前記第２の情報は、セル識別、システムフレーム番号、前記ＲＲＱ１のスロット番号、および前記ＲＲＳ１のスロット番号のうちの１つもしくは複数を含む、請求項９に記載の方法。
11. 前記ＲＲＱ１は、ＲＲＳ１を送信するために前記Ｎ個のＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
    ＲＲＳ１を送信するために前記Ｎ個のＵＥによって使用される周波数領域のリソースは、すべて、前記ＲＲＱ１を送信するために前記ネットワークデバイスによって使用される周波数領域のリソースと同じである、請求項６から１０のいずれか一項に記載の方法。
12. 前記Ｎ個のＲＲＱ２の各々は、前記ＵＥに対応するＲＲＳ２を送信するために前記Ｎ個のＵＥ内の対応するＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
    前記ＵＥに対応するＲＲＳ２を送信するために前記Ｎ個のＵＥの各々によって使用される周波数領域のリソースは、前記ＵＥに対応しかつ前記ネットワークデバイスによって送信される前記Ｎ個のＲＲＱ２内にあるＲＲＱ２のために使用される周波数領域のリソースと同じであり、または
    前記ＲＲＱ１は、Ｎ個のＲＲＳ２を送信するために前記Ｎ個のＵＥによってそれぞれ使用される送信パラメータを示すために使用されるインジケーション情報を含む、請求項６から１１のいずれか一項に記載の方法。
13. 前記第２の期間は、前記第１の期間よりも短く、前記第２の期間は、前記第１の期間から第１の時間間隔を引いたものに等しく、前記第１の時間間隔は、前記Ｎ個のＵＥが前記ＲＲＱ１を受信する瞬間と、前記Ｎ個のＵＥが前記ＲＲＳ１の送信を完了する瞬間との間の時間間隔である、請求項６から１２のいずれか一項に記載の方法。
14. 前記Ｎ個のＲＲＱ２は、１つまたは複数の特別なＲＲＱ２を含み、前記特別なＲＲＱ２に対応するＵＥは、リソース予約応答メッセージＲＲＳを前記ネットワークデバイスに返す必要がなく、前記特別なＲＲＱ２は、前記ＲＲＱ２に対応する前記ＵＥと前記ネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む、請求項１から１３のいずれか一項に記載の方法。
15. 前記ネットワークデバイスが前記Ｎ個のＵＥ内のＭ個のＵＥによって送信されたＲＲＳを受信するステップは、
    前記ＲＲＱを送信するために前記ネットワークデバイスによって使用される時間領域のリソースがスロットｎであるとき、前記ネットワークデバイスが、スロットｎ＋ｋにおいて、前記Ｎ個のＵＥ内の前記Ｍ個のＵＥによって送信された前記ＲＲＳを受信するステップを含み、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上でありかつＲＲＱ１もしくはＲＲＱ２において前記ネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上でありかつ前記ネットワークデバイスが前記ＲＲＱを送信する前にＲＲＣシグナリングを使用することによって前記ネットワークデバイスによって示される整数である、請求項６から１４のいずれか一項に記載の方法。
16. ユーザ機器ＵＥが、ネットワークデバイスによって送信されたリソース予約要求メッセージＲＲＱを受信するステップを含み、前記ＲＲＱは、第１のリソース予約要求メッセージＲＲＱ１と、第２のリソース予約要求メッセージＲＲＱ２とを含み、前記ＲＲＱ１は、第１の期間情報を含み、前記第１の期間情報は、前記ネットワークデバイスがターゲットチャネルを占有する時間が第１の期間であることを示すために使用され、前記ＲＲＱ２は、前記第１の期間中に前記ネットワークデバイスにデータを送信するように前記ＵＥに要求するために使用され、前記ＲＲＱ１は、第１の汎用識別子を使用することによってスクランブルされ、前記ＲＲＱ２は、前記ＵＥに対応する一意の識別子を使用することによってスクランブルされ、前記第１の汎用識別子は、前記ＵＥおよび少なくとも１つのサードパーティデバイスに知られている識別子である、リソース予約方法。
17. 前記ＲＲＱ１は、セル識別のセルＩＤをさらに含む、請求項１６に記載の方法。
18. 前記ＲＲＱ１は、共通の検索空間ＣＳＳにおいて送信され、前記ＲＲＱ２は、前記ＵＥに対応するＵＥ固有の検索空間ＵＳＳにおいて送信され、前記ＣＳＳは、前記少なくとも１つのサードパーティデバイスおよび前記ＵＥの両方に知られている検索空間である、請求項１６または１７に記載の方法。
19. 前記第１の汎用識別子は、事前定義された無線ネットワークの一時的な識別子ＲＮＴＩであり、または前記第１の汎用識別子は、無線リソース制御ＲＲＣシグナリングもしくはシステムメッセージを使用することによって、前記ネットワークデバイスによって前記少なくとも１つのサードパーティデバイスおよび前記ＵＥに通知されるＲＮＴＩであり、または前記第１の汎用識別子は、第１の情報に基づく計算を通じて取得されるＲＮＴＩであり、前記第１の情報は、セル識別、システムフレーム番号、および前記ＲＲＱ１のスロット番号のうちの１つもしくは複数を含む、請求項１６から１８のいずれか一項に記載の方法。
20. 前記ＲＲＱ１および／または前記ＲＲＱ２は、前記ＵＥがリソース予約応答メッセージＲＲＳを前記ネットワークデバイスに送信する必要があるかどうかを示すために使用されるインジケーション情報をさらに含む、請求項１６から１９のいずれか一項に記載の方法。
21. ユーザ機器ＵＥがネットワークデバイスによって送信されたＲＲＱを受信した後、前記方法は、
    前記ＵＥが、前記ＲＲＱに基づいてＲＲＳを生成するステップであって、前記ＲＲＳは、ＲＲＳ１と、ＲＲＳ２とを含み、前記ＲＲＳ１は、第２の期間情報を含み、前記第２の期間情報は、前記ＵＥが前記ターゲットチャネルを占有する時間が第２の期間であることを示すために使用され、前記ＲＲＳ２は、前記ＵＥが前記第２の期間中に前記ネットワークデバイスにデータを送信することを前記ネットワークデバイスに確認するために使用される、ステップと、
    前記ＵＥが、前記ＲＲＳを前記ネットワークデバイスに送信するステップと
    をさらに含む、請求項１６から２０のいずれか一項に記載の方法。
22. 前記ＲＲＳ１は、第２の汎用識別子を使用することによってスクランブルされ、前記ＲＲＳ２は、前記ＵＥに対応する特定の識別子を使用することによってスクランブルされ、前記第２の汎用識別子は、Ｍ個のＵＥおよび前記少なくとも１つのサードパーティデバイスに知られている、請求項２１に記載の方法。
23. 前記第２の汎用識別子は、事前定義されたＲＮＴＩであり、または前記第２の汎用識別子は、前記ネットワークデバイスによって前記少なくとも１つのサードパーティデバイスおよび前記ＵＥに通知されるＲＮＴＩであり、または前記第２の汎用識別子は、第２の情報に基づく計算を通じて取得されるＲＮＴＩであり、前記第２の情報は、セル識別、システムフレーム番号、前記ＲＲＱ１のスロット番号、および前記ＲＲＳ１のスロット番号のうちの１つもしくは複数を含む、請求項２２に記載の方法。
24. 前記ＲＲＱ１は、前記ＲＲＳ１を送信するために前記ＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
    前記ＲＲＳ１を送信するために前記ＵＥによって使用される周波数領域のリソースは、前記ＲＲＱ１を送信するために前記ネットワークデバイスによって使用される周波数領域のリソースと同じである、請求項２１から２３のいずれか一項に記載の方法。
25. 前記ＲＲＱ２は、前記ＲＲＳ２を送信するために前記ＵＥによって使用される時間周波数リソースおよび／もしくは送信パラメータを示すために使用されるインジケーション情報を含み、または
    前記ＲＲＳ２を送信するために前記ＵＥによって使用される周波数領域のリソースは、前記ＲＲＱ２を送信するために前記ネットワークデバイスによって使用される周波数領域のリソースと同じであり、または
    前記ＲＲＱ１は、前記ＲＲＳ２を送信するために前記ＵＥによって使用される送信パラメータを示すために使用されるインジケーション情報を含む、請求項２１から２４のいずれか一項に記載の方法。
26. 前記第２の期間は、前記第１の期間よりも短く、前記第２の期間は、前記第１の期間から第１の時間間隔を引いたものに等しく、前記第１の時間間隔は、前記ＵＥが前記ＲＲＱ１を受信する瞬間と、前記ＵＥが前記ＲＲＳ１の送信を完了する瞬間との間の時間間隔である、請求項２１から２５のいずれか一項に記載の方法。
27. 前記ＵＥがリソース予約応答メッセージＲＲＳを前記ネットワークデバイスに返す必要がないとき、前記ＲＲＱ２は、前記ＵＥと前記ネットワークデバイスとの間のデータ送信のための送信リソースおよび／または送信パラメータを示すために使用されるインジケーション情報を含む、請求項１６から２６のいずれか一項に記載の方法。
28. 前記ＵＥが前記ＲＲＳを前記ネットワークデバイスに送信するステップは、
    前記ＵＥがスロットｎにおいて前記ＲＲＱを受信したとき、前記ＵＥが、スロットｎ＋ｋにおいて前記ネットワークデバイスに前記ＲＲＳを送信するステップを含み、ｎおよびｎ＋ｋは、スロット番号であり、ｋは、ゼロ以上の事前定義された整数であり、またはｋは、ゼロ以上でありかつ前記ＲＲＱ１もしくは前記ＲＲＱ２において前記ネットワークデバイスによって示される整数であり、またはｋは、ゼロ以上でありかつ前記ネットワークデバイスが前記ＲＲＱを送信する前にＲＲＣシグナリングを使用することによって前記ネットワークデバイスによって示される整数である、請求項２１から２７のいずれか一項に記載の方法。
29. プロセッサとメモリとを備えたネットワークデバイスであって、前記メモリは、プログラム命令を記憶するように構成され、前記プロセッサは前記メモリに記憶された前記プログラム命令を実行するように構成され、その結果前記ネットワークデバイスは、請求項１から１５のいずれか一項に記載の方法を実行することが可能になる、ネットワークデバイス。
30. プロセッサとメモリとを備えたユーザ機器ＵＥであって、前記メモリは、プログラム命令を記憶するように構成され、前記プロセッサは前記メモリに記憶された前記プログラム命令を実行するように構成され、その結果前記ＵＥは、請求項９から１３のいずれか一項に記載の方法を実行することが可能になる、ユーザ機器。
31. コンピュータプログラムを記憶したコンピュータ可読記憶媒体であって、前記コンピュータプログラムはプロセッサにより実行されて、請求項１から１５のいずれか一項に記載のリソース予約方法を実装する、コンピュータ可読記憶媒体。
32. コンピュータにより実行されたとき、前記コンピュータは請求項１から１５のいずれか一項に記載の方法を実行することが可能になる、コンピュータプログラム。
33. プロセッサと通信インターフェースとを備える装置であって、請求項１から１５のいずれか一項に記載の方法を実行するように構成される、装置。
34. 前記装置は、チップまたはシステムオンチップＳｏＣである、請求項３３に記載の装置。
35. コンピュータプログラムを記憶したコンピュータ可読記憶媒体であって、前記コンピュータプログラムはプロセッサにより実行されて、請求項１６から２８のいずれか一項に記載のリソース予約方法を実装する、コンピュータ可読記憶媒体。
36. コンピュータにより実行されたとき、前記コンピュータは請求項１６から２８のいずれか一項に記載の方法を実行することが可能になる、コンピュータプログラム。
37. プロセッサと通信インターフェースとを備える装置であって、請求項１６から２８のいずれか一項に記載の方法を実行するように構成される、装置。
38. 前記装置は、チップまたはシステムオンチップＳｏＣである、請求項３７に記載の装置。

Images