(57)【要約】  データ送信において使用するための無線周波数リソースをスケジューリングするために送信側ＵＥによって行われ得るさまざまな動作が提示される。送信側ＵＥは、データ送信についてＵＥに対して許容されたＤＦＴサイズといった、ある特定の制限を受ける送信帯域幅を決定する。この決定は、自律的なリソース選択動作を通して行われてよい、および／または、スケジューリンググラントの一部としてネットワークノードから受信されるシグナリングを通して受信される情報を使用して行われてよい。ＵＥは割り当て帯域幅をさらに決定する。割り当て帯域幅は、規定された規則を使用して決定されている送信帯域幅に基づいて決定可能である。さらに、ＵＥは、決定された割り当て帯域幅内にありかつこれに準拠するサブチャネルの数またはセットを指示するスケジューリングアサインメント（ＳＡ）を生成し受信側ＵＥの方へ送信する。ＵＥは次いで、ＳＡが指示したサブチャネルの数またはセットを使用してデータ送信を行うことができる。対応する動作および方法は受信側ＵＥに対して提示される。【選択図】図２
2019535160.tif 000002
【特許請求の範囲】
【請求項１】
送信側ユーザ機器（ＵＥ）（１００）による、データ送信に使用される無線リソースを制御するための方法であって、
前記データ送信のための送信帯域幅を決定すること（４００、５０２）と、
割り当て帯域幅を決定すること（４０２、５００）と、
前記割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントを受信側ＵＥの方へ送信すること（４０４、５０４）と
を含む、方法。
【請求項２】
送信帯域幅を前記決定すること（４００、５０２）は、許容された離散フーリエ変換サイズに基づいて前記送信帯域幅を決定すること（４００）を含む、請求項１に記載の方法。
【請求項３】
割り当て帯域幅を前記決定すること（４０２、５００）は、規定された規則を使用して前記送信帯域幅に基づいて前記割り当て帯域幅を決定すること（４０２）を含む、請求項１または２に記載の方法。
【請求項４】
規定された規則を使用して前記送信帯域幅に基づいて前記割り当て帯域幅を前記決定すること（４０２）は、前記割り当て帯域幅が前記送信帯域幅以上になるように、前記送信帯域幅における最小数のサブチャネルに対応する前記割り当て帯域幅を決定することを含む、請求項３に記載の方法。
【請求項５】
割り当て帯域幅を前記決定すること（４０２、５００）は、データ送信のための送信帯域幅を前記決定する（４００、５０２）前に行われ、
割り当て帯域幅を前記決定すること（４０２、５００）は、ネットワークノード（１１０）から受信された信号に応答して前記割り当て帯域幅を決定すること（５００）を含み、
送信帯域幅を前記決定すること（４００、５０２）は、前記ＵＥ（１００）に対して許容された離散フーリエ変換サイズに対する最大数のリソースブロックとして、および前記割り当て帯域幅が前記送信帯域幅以上になるように、前記送信帯域幅を決定すること（５０２）を含む、請求項１に記載の方法。
【請求項６】
データ送信に使用される無線リソースを制御するためのユーザ機器（ＵＥ）（１００）であって、請求項１から５のいずれか一項に記載の方法を行うように設定される、ユーザ機器（ＵＥ）（１００）。
【請求項７】
データ送信に使用される無線リソースを制御するためのユーザ機器（ＵＥ）（１００）であって、
無線トランシーバ（７２０）と、
少なくとも１つのプロセッサ（７００）と、
前記少なくとも１つのプロセッサ（７００）および前記無線トランシーバ（７２０）に結合されており、プログラムコード（７１２）を記憶する少なくとも１つのメモリ（７１０）とを備え、前記プログラムコード（７１２）は、前記少なくとも１つのプロセッサ（７００）によって実行される時、前記少なくとも１つのプロセッサ（７００）に、
前記データ送信のための送信帯域幅を決定すること（４００、５０２）、
割り当て帯域幅を決定すること（４０２、５００）、および
前記割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントを受信側ＵＥの方へ送信すること（４０４、５０４）
を含む動作を行わせる、ユーザ機器（ＵＥ）（１００）。
【請求項８】
送信帯域幅を前記決定すること（４００、５０２）は、許容された離散フーリエ変換サイズに基づいて前記送信帯域幅を決定すること（４００）を含む、請求項７に記載のＵＥ（１００）。
【請求項９】
割り当て帯域幅を前記決定すること（４０２、５００）は、規定された規則を使用して前記送信帯域幅に基づいて前記割り当て帯域幅を決定すること（４０２）を含む、請求項７または８に記載のＵＥ（１００）。
【請求項１０】
規定された規則を使用して前記送信帯域幅に基づいて前記割り当て帯域幅を前記決定すること（４０２）は、
前記割り当て帯域幅が前記送信帯域幅以上になるように、前記送信帯域幅における最小数のサブチャネルに対応する前記割り当て帯域幅を決定することを含む、請求項９に記載のＵＥ（１００）。
【請求項１１】
割り当て帯域幅を前記決定すること（４０２、５００）は、データ送信のための送信帯域幅を前記決定する（４００、５０２）前に行われ、
割り当て帯域幅を前記決定すること（４０２、５００）は、ネットワークノード（１１０）から受信された信号に応答して前記割り当て帯域幅を決定すること（５００）を含み、
送信帯域幅を前記決定すること（４００、５０２）は、前記ＵＥ（１００）に対して許容された離散フーリエ変換サイズに対する最大数のリソースブロックとして、および前記割り当て帯域幅が前記送信帯域幅以上になるように、前記送信帯域幅を決定すること（５０２）を含む、請求項７に記載のＵＥ（１００）。
【請求項１２】
受信側ユーザ機器（ＵＥ）（１００）による、無線リソースを使用してデータ送信を受信するための方法であって、
前記受信側ＵＥ（１００）によって受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定すること（６００）と、
前記データ送信を行うことになる送信側ＵＥによって使用される規則に基づいて前記割り当て帯域幅と関連付けられた送信帯域幅を決定して、前記送信帯域幅に基づいて前記割り当て帯域幅を決定すること（６０２）と、
前記送信帯域幅のパラメータに基づいて信号を復号すること（６０４）と、
を含む、方法。
【請求項１３】
前記データ送信のための前記割り当て帯域幅は、スケジューリングアサインメントのコンテンツを復号することに基づいて決定され（６００）、前記スケジューリングアサインメントは、送信側ＵＥから受信され、前記割り当て帯域幅内のサブチャネルの数またはセットを指示する、請求項１２に記載の方法。
【請求項１４】
前記割り当て帯域幅と関連付けられた前記送信帯域幅は、許容されたＤＦＴサイズに対する最大数のリソースブロックに対応するように、および前記割り当て帯域幅が前記送信帯域幅以上になるように決定される（６０２）、請求項１２または１３に記載の方法。
【請求項１５】
前記復号すること（６０４）は、前記送信帯域幅を使用して、復号されるべき前記信号に対してどんな無線周波数リソースが探索されるのかを制約する、請求項１２から１４のいずれか一項に記載の方法。
【請求項１６】
無線リソースを使用してデータ送信を受信するためのユーザ機器（ＵＥ）（１００）であって、請求項１２から１５のいずれか一項に記載の方法を行うように設定される、ユーザ機器（ＵＥ）（１００）。
【請求項１７】
無線リソースを使用してデータ送信を受信するためのユーザ機器（ＵＥ）（１００）であって、
無線トランシーバ（７２０）と、
少なくとも１つのプロセッサ（７００）と、
前記少なくとも１つのプロセッサ（７００）および前記無線トランシーバ（７２０）に結合されており、プログラムコード（７１２）を記憶する少なくとも１つのメモリ（７１０）とを備え、前記プログラムコード（７１２）は、前記少なくとも１つのプロセッサ（７００）によって実行される時、前記少なくとも１つのプロセッサ（７００）に、
前記受信側ＵＥ（１００）によって受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定すること（６００）、
前記データ送信を行うことになる送信側ＵＥによって使用される規則に基づいて前記割り当て帯域幅と関連付けられた送信帯域幅を決定して、前記送信帯域幅に基づいて前記割り当て帯域幅を決定すること（６０２）、および、
前記送信帯域幅のパラメータに基づいて前記データ送信からの信号を復号すること（６０４）
を含む動作を行わせる、ユーザ機器（ＵＥ）（１００）。
【請求項１８】
前記データ送信のための前記割り当て帯域幅は、送信側ＵＥから受信され、かつ前記割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントのコンテンツを復号することに基づいて決定される（６００）、請求項１７に記載のＵＥ（１００）。
【請求項１９】
前記割り当て帯域幅と関連付けられた前記送信帯域幅は、許容されたＤＦＴサイズに対する最大数のリソースブロックに対応するように、および前記割り当て帯域幅が前記送信帯域幅以上になるように決定される（６０２）、請求項１７または１８に記載のＵＥ（１００）。
【請求項２０】
前記復号すること（６０４）は、前記送信帯域幅を使用して、復号されるべき前記信号に対してどんな無線周波数リソースが探索されるのかを制約する、請求項１７から１９のいずれか一項に記載のＵＥ（１００）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ネットワークノードおよびユーザ機器による、ユーザ機器間のワイヤレス通信のリソース管理のための方法および動作に関する。
【背景技術】
【０００２】
リリース１２の間、ＬＴＥ標準は、商業的応用と公衆安全応用の両方を対象にするデバイス間（Ｄ２Ｄ）（「サイドリンク」と指定される）特徴のサポートによって拡張されている。Ｒｅｌ−１２  ＬＴＥによって可能にされるいくつかのアプリケーションはデバイス発見である。この場合、デバイスは、デバイス識別子およびアプリケーション識別子を伝える発見メッセージをブロードキャストと検出によって、別のデバイスの接近および関連のアプリケーションを検知することができる。別のアプリケーションは、デバイス間で直接終端される物理チャネルに基づく直接通信から成る。
【０００３】
Ｄ２Ｄ通信は、ビークルツーエックス（Ｖ２Ｘ）通信をサポートするために拡張可能であり、これは、車両、歩行者携帯デバイス、およびインフラストラクチャ実装デバイスの間の直接通信の任意の組み合わせを含む。Ｖ２Ｘ通信は利用可能なネットワーク（ＮＷ）インフラストラクチャを利用することができるが、少なくとも基本的なＶ２Ｘ接続性は、利用可能なネットワークインフラストラクチャがない場合に可能とすることができる。ＬＴＥベースＶ２Ｘインターフェースを設けることは、ＬＴＥのスケールメリットに起因して経済的に有利である場合があり、専用Ｖ２Ｘ技術の使用と比較して、ＮＷインフラストラクチャ（ビークルツーインフラストラクチャ（Ｖ２Ｉ））、ビークルツーペデストリアン（Ｖ２Ｐ）、およびビークルツービークル（Ｖ２Ｖ）通信による通信間のより緊密な統合を可能にすることができる。
【０００４】
Ｖ２Ｘ通信は、非安全情報および安全情報両方を伝えることができ、この場合、アプリケーションおよびサービスのそれぞれは、例えば、レイテンシ、信頼性、容量などに関して、具体的な要件セットと関連付けられてよい。
【０００５】
欧州電気通信標準化機構（ＥＴＳＩ）は、交通安全のための２つのタイプのメッセージ：協調認識メッセージ（ＣＡＭ）および分散型環境通報メッセージ（ＤＥＮＭ）を規定している。
【０００６】
ＣＡＭメッセージは、緊急車両を含む車両が、ブロードキャスト式に、それら自体の存在および他の関係のあるパラメータを知らせることができるようにすることが意図される。このようなメッセージは、他の車両、歩行者、およびインフラストラクチャを対象としており、それらのアプリケーションによってハンドリングされる。ＣＡＭメッセージはまた、正常なトラフィックでの安全運転に対するアクティブな補助としての役割を果たす。最大検出レイテンシ要件は、ほとんどのＣＡＭメッセージに対して１００ｍｓ以下であるので、デバイスは１００ｍｓごとにＣＡＭメッセージの利用可能性をチェックする。しかしながら、プリクラッシュ検知警告に対するレイテンシ要件は５０ｍｓ以下である。
【０００７】
ＤＥＮＭメッセージは、制動などによってイベントトリガされ、ＤＥＮＭメッセージの利用可能性はまた、１００ｍｓごとにチェックされ、最大レイテンシの要件は１００ｍｓ以下である。
【０００８】
ＣＡＭおよびＤＥＮＭメッセージのパッケージサイズは、１００バイト超から８００バイト超まで変動する可能性があるが、典型的なサイズは、具体的なＶ２Ｘ使用ケース、メッセージタイプ（例えば、ＤＥＮＭはＣＡＭより大きい可能性がある）に応じて、およびパケットに含まれるセキュリティフォーマット（例えば、完全な証明書または証明書ダイジェスト版）に応じて、およそ３００バイトである。メッセージは近接する全ての車両によって検出されることが考えられる。
【０００９】
米国自動車技術者協会（ＳＡＥ）は、さまざまな規定済みメッセージサイズによってＤＳＲＣに対する基本安全メッセージ（ＢＳＭ）を規定している。該メッセージの重要性および緊急性に基づいて、ＢＳＭは異なる優先度にさらに分類される。Ｖ２Ｘでは、システム帯域幅はサブチャネルに分割される。それぞれのサブチャネルはいくつかのリソースブロック（ＲＢ）から成る。異なるサブチャネルはＲＢの互いに素なセットを含有する。ＵＥは送信のためにサブチャネルの整数が割り当てられる。この割り当て内で、ＵＥは、制御情報（すなわち、スケジューリングアサインメント）およびデータの両方を送信し、これらは、割り当て帯域幅を形成する。
【００１０】
ＬＴＥにおいて（一般におよびとりわけ、Ｖ２Ｘにおいて）、ＵＥによって使用される送信帯域幅は、許容された離散フーリエ変換（ＤＦＴ）サイズ、すなわち、ＵＥが送信／受信に使用することを許容されたＤＦＴサイズによって限定される。ＬＴＥにおける許容されたＤＦＴサイズは、ＳＣ−ＯＦＤＭ送信のための最適化されたＤＦＴ実装を可能にするために２、３、５の累乗の積である。これによって送信帯域幅が形成される。
【００１１】
通常は、送信のためにＵＥに割り当てられた利用可能なＲＢの数（すなわち、整数のサブチャネルに含有されるＲＢの数）は、許容されたＤＦＴサイズに対応しない。この問題は、この割り当て内で、ＵＥが制御情報およびデータの送信のためにこのＲＢを分割する必要がある場合がある事実によって、悪化する。さらに、ＳＡからデータ割り当てをシグナリングする際のオーバーヘッドは厄介なものであり、できるだけコンパクトなままにするべきである。
【発明の概要】
【００１２】
本開示の目的は、基本的に、上で略述された問題に対処することである。これらの目的およびその他は、以下に添えられる実施形態による方法およびユーザ機器（ＵＥ）を提供することによって得られ得る。
【００１３】
第１の態様によると、送信側ユーザ機器（ＵＥ）による、データ送信に使用される無線リソースを制御するための方法がある。方法は、データ送信のための送信帯域幅を決定することを含む。さらに、方法は、割り当て帯域幅を決定することを含み、最後に方法は、割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントを受信側ＵＥの方へ送信することを含む。
【００１４】
第２の態様によると、データ送信に使用される無線リソースを制御するためのＵＥがある。このＵＥは、無線トランシーバ、少なくとも１つのプロセッサ、少なくとも１つのプロセッサおよび無線トランシーバに結合されており、少なくとも１つのプロセッサによって実行される時、少なくとも１つのプロセッサに、データ送信のための送信帯域幅を決定すること、割り当て帯域幅を決定すること、および、割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントを受信側ＵＥの方へ送信することを含む動作を行わせるプログラムコードを記憶する少なくとも１つのメモリを含む。
【００１５】
第３の態様によると、受信側ユーザ機器（ＵＥ）による、無線リソースを使用してデータ送信を受信するための方法がある。方法は、受信側ＵＥによって受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定することを含む。方法はさらに、データ送信を行うことになる送信側ＵＥによって使用される規則に基づいて割り当て帯域幅と関連付けられた送信帯域幅を決定して、送信帯域幅に基づいて割り当て帯域幅を決定することを含み、最後に方法は、送信帯域幅のパラメータに基づいて信号を復号することを含む。
【００１６】
第４の態様によると、無線リソースを使用してデータ送信を受信するためのＵＥがある。このＵＥは、無線トランシーバ、少なくとも１つのプロセッサ、少なくとも１つのプロセッサおよび無線トランシーバに結合されており、少なくとも１つのプロセッサによって実行される時、少なくとも１つのプロセッサに、受信側ＵＥによって受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定すること、データ送信を行うことになる送信側ＵＥによって使用される規則に基づいて割り当て帯域幅と関連付けられた送信帯域幅を決定して、送信帯域幅に基づいて割り当て帯域幅を決定すること、および送信帯域幅のパラメータに基づいてデータ送信からの信号を復号することを含む動作を行わせるプログラムコードを記憶する少なくとも１つのメモリを含む。
【００１７】
上記の実施形態を使用する時に実現可能である利点は、スケジューリングアサインメントおよび／もしくはデータサブチャネルの数またはサブセットの開示されたシグナリングに必要とされるシグナリングが、スケジューリング済みリソースを直接シグナリングするよりも少ないことである。それによって、スケジューリング済み帯域幅は、指示されたサブチャネルに応じて、例えばＤＦＴサイズによる制限に基づいて暗黙的に決定される。通信システムの無線リソースはそれにより、これらのまたは他のＵＥによる他の使用のために保存され、ＵＥは、スケジューリング済み帯域幅を知ることから利益を得ることによって動作効率を改善している場合がある。
【００１８】
他の態様によると、上述される方法は、装置、デバイス、コンピュータ可読媒体、コンピュータプログラム製品、および機能実装によって実装されてもよい。
【００１９】
当然ながら、本発明は、上記の特徴および利点に限定されない。当業者は、下記の詳細な説明を読むことで、および添付の図面を精査することで、追加の特徴および利点を認識するであろう。
【００２０】
本発明をさらに理解してもらうために含まれ、かつ本明細書の一部に組み込まれかつこれを構成する添付の図面は、本発明のある特定の実施形態を示している。
【図面の簡単な説明】
【００２１】
【図１】本開示のさまざまな実施形態に従って、無線リソースを使用してデータのＶ２ＸまたはＤ２Ｄ通信のために設定されるＵＥを含む通信システムのブロック図である。
【図２】より大きい範囲の割り当て済み無線周波数リソース帯域幅内のデータを送信するためにＵＥによって使用される無線周波数リソース帯域幅のグラフであり、いくつかの実施形態による、データサブチャネル、およびＵＥによってスケジューリングされるスケジューリングアサインメント（ＳＡ）サブチャネルを示す図である。
【図３】それぞれが、ＵＥによる動作の代替的な実施形態を示す２つのグラフである。
【図４】いくつかの実施形態に従って設定される送信側ＵＥによって行われる動作および方法のフローチャートである。
【図５】いくつかの実施形態に従って設定される送信側ＵＥによって行われる動作および方法のフローチャートである。
【図６】いくつかの実施形態に従って設定される受信側ＵＥによって行われる動作および方法のフローチャートである。
【図７】本開示のいくつかの実施形態に従って設定されるＵＥのブロック図である。
【図８】いくつかの実施形態に従って本明細書に開示される動作および方法を行う送信側ＵＥのためのモジュールのブロック図である。
【図９】いくつかの実施形態に従って本明細書に開示される動作および方法を行う受信側ＵＥのためのモジュールのブロック図である。
【発明を実施するための形態】
【００２２】
ここで発明概念について、発明概念の実施形態の例が示されている添付の図面を参照して、以降でより詳しく説明する。しかしながら、発明概念は、多くの種々の形態で具現化可能であり、本明細書に示される実施形態に限定されると解釈されるべきではない。もっと正確に言えば、これらの実施形態は、本開示が綿密かつ完全となるように、および本発明概念の範囲を当業者に十分伝達するように提供される。また、これらの実施形態が相互に排他的でないことは留意されるべきである。１つの実施形態による構成要素は、別の実施形態において存在する／使用されると暗黙のうちに想定される場合がある。以下に説明される任意の２つ以上の実施形態は何らかの形で組み合わせられる場合がある。
【００２３】
本開示のさまざまな実施形態は、送信帯域幅が通信について規定されるサブチャネルの帯域幅に等しくないデータ送信をスケジューリングするようにシグナリングオーバーヘッドを低減するための規則を使用してリソース割り当てを制御することを対象とする。デバイス間のＶ２Ｘ通信におけるシグナリングオーバーヘッドを低減するように、送信帯域幅と割り当て帯域幅との間のマッピングの決定および通信を制御する規則を決定するための動作および方法が提供される。
【００２４】
本開示のさまざまな実施形態は、図１のブロック図に示される通信システムの文脈で限定されずに説明される。通信システムは、Ｄ２Ｄ、Ｖ２Ｘ、および／または、本開示のさまざまな実施形態によるパケットの他のサイドリンク通信のために設定されるＵＥを含む。通信システムは、無線ノード１２０、ネットワークノード１１０（例えば、ｅＮＢ）、および複数のＵＥ１００を含むことができる。ＵＥ１００は、ビークルツーインフラストラクチャ（Ｖ２Ｉ）通信、ビークルツーペデストリアン（Ｖ２Ｐ）通信、およびビークルツービークル（Ｖ２Ｖ）通信のうちの任意の１つまたは複数といった、Ｄ２Ｄおよび／またはＶ２Ｘ通信のために設定される任意のタイプの電子デバイスまたはワイヤレス通信デバイスとすることができる。本明細書で使用されるように、Ｄ２Ｄは、任意のタイプのＵＥ間の通信を含むようにより広い意味で言及され、車両と、任意の他のタイプのＵＥとの間のＶ２Ｘ通信を含む。Ｄ２Ｄおよび／またはＶ２Ｘは、ワイヤレスデバイス間の直接通信になると、多くの既存のワイヤレス技術の構成要素である、または構成要素となる。セルラーネットワークに対するアンダーレイとしてのＤ２Ｄおよび／またはＶ２Ｘ通信は、通信しているデバイスの接近度を活用するのと同時に、制御された干渉環境においてデバイスが動作できるようにするための手段として提案されている。典型的には、このようなＤ２Ｄおよび／またはＶ２Ｘ通信は、例えば、Ｄ２Ｄおよび／またはＶ２Ｘの目的でセルラーアップリンクリソースの一部を予約することによって、セルラーシステムと同じスペクトルを共有することができることが提案されている。Ｄ２Ｄおよび／またはＶ２Ｘの目的で専用のスペクトルを割り当てることは別の代替策である。Ｄ２Ｄおよび／またはＶ２Ｘ通信を行うために、関係しているワイヤレスデバイスは、その他の場合は、セルラー送信による時間において重複する恐れがあるため、セルラーネットワークと同じ、アップリンクサブフレームタイミングの理解を必要とする場合がある。Ｄ２Ｄおよび／またはＶ２Ｘは、ネットワークからカバレッジの範囲外にあるＵＥに対する動作をサポートするものとする。ＵＥ１００のタイプの例として、携帯情報端末（ＰＤＡ）、タブレットコンピュータ（例えば、ｉＰＡＤ）、携帯端末、スマートフォン、スマートウォッチ、ラップトップ組込型機器（ＬＥＥ）、ラップトップ搭載型機器（ＬＭＥ）、車両搭載型通信デバイス、インフラストラクチャ搭載型通信デバイスなどが挙げられるが、これらに限定されない。
【００２５】
Ｖ２Ｘ通信の文脈でさまざまな実施形態が説明されるが、これらの実施形態はまた、ｘ２Ｖ通信に使用可能である。それゆえに、本明細書における用語「Ｖ２Ｘ」のそれぞれの使用は、それらの対応する実施形態の全てを開示するように用語「ｘ２Ｖ」と置き換え可能である。同様に、これらの実施形態は、Ｄ２Ｄおよび他のサイドリンク通信を含む他のタイプのデバイス間通信に使用可能である。それゆえに、本明細書における用語「Ｖ２Ｘ」のそれぞれの使用は、それらの対応する実施形態の全てを開示するように用語「Ｄ２Ｄ」と置き換え可能である。さらに、ＬＴＥエボリューションの文脈でいくつかの実施形態が説明されるが、これらは、Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）とも称される５Ｇ標準、または将来的な無線技術および標準に従って動作するシステムを含む、他のワイヤレスシステムにおいて使用されてよい。
【００２６】
３ＧＰＰは、本開示の最先の優先日と出願日との間の期間におけるＮＲの専門用語に関する取り決めを発行している。ＮＲの専門用語およびＬＴＥの専門用語はかなり一致しており、例えば、リソースエレメント（ＲＥ）は１サブキャリア×１  ＯＦＤＭシンボルのままである。ＬＴＥで既知のさらなるいくつかの用語は、ＮＲでは新しい意味で与えられている。特許請求の範囲を含む本開示は、その他の場合は不定性が生じる可能性がある時に「ＬＴＥ」および「ＮＲ」という接頭辞を適用する。
【００２７】
本開示において接頭辞のない用語は、別段記されていない限り、ＬＴＥの意味で理解されるべきである。しかしながら、ＬＴＥから既知の物体または動作を示すいずれの用語も、ＮＲ仕様の観点から機能的に再解釈されることが予想される。例として、ＬＴＥ無線フレームはＮＲフレームと機能的に同等である場合があり、両方共１０ｍｓの継続時間を有することが考えられる。ＬＴＥ  ｅＮＢはＮＲ  ｇＮＢと機能的に同等である場合があるが、これは、これらのダウンリンク送信機としての機能性が少なくとも部分的に重複しているからである。ＬＴＥにおける少なくともスケジューリング可能なリソースユニットは、ＮＲにおける少なくともスケジューリング可能なリソースユニットと再解釈される場合がある。ＬＴＥ肯定応答フィードバックが可能である最短のデータセットは、ＮＲ肯定応答フィードバックが可能である最短のデータセットと再解釈される場合がある。
【００２８】
従って、本開示のいくつかの実施形態はＬＴＥ由来の専門用語を使用して説明されているが、ＮＲ技術に十分適用可能なままである。
【００２９】
本開示のさまざまな実施形態は、ＵＥ１００が、例えば、「ＳＡサブチャネル」と称される、システム帯域幅（ＢＷ）の１フラクションにおけるスケジューリングアサインメント（ＳＡ）を送り、かつ、同じサブフレームまたは別のサブフレームのどちらかにおいて、いくつかの既定された周波数リソースに及ぶことになるデータ送信をスケジューリングする方法および動作を対象とする。
【００３０】
送信側ＵＥ動作
【００３１】
データ送信において使用するための無線周波数リソースをスケジューリングするために送信側ＵＥ１００（Ｔｘ）によって行われ得るさまざまな動作について、以下に説明する。図４は、いくつかの実施形態による送信側ＵＥ１００（Ｔｘ）によって行われる動作および方法のフローチャートである。図４を参照すると、送信側ＵＥ１００（Ｔｘ）は、データ送信に対して、（ＵＥ１００（Ｔｘ）に対する許容される（例えばサポートされる）ＤＦＴサイズといった制限を受ける）送信帯域幅を決定する（ブロック４００）。この決定（ブロック４００）は、自律的なリソース選択動作を通して行われてよい、および／または、スケジューリンググラントの一部としてネットワークノード１１０から受信されるシグナリングを通して受信される情報を使用して行われてよい。
【００３２】
図２は、いくつかの実施形態に従って、無線周波数リソースのより大きい範囲の割り当て帯域幅内のデータを送信するための無線周波数リソース帯域幅のグラフを示し、かつ、データサブチャネル、およびスケジューリングアサインメント（ＳＡ）を使用してＵＥ１００によってスケジューリングされるＳＡサブチャネルを示す。図３は、いくつかの実施形態に従って、それぞれが、隣接するデータサブチャネル間に位置する、データ送信のためのＳＡサブチャネルを予約するようにＳＡを使用するための、ＵＥ１００による動作の代替的な実施形態を示す２つのグラフを示す。実施形態はまた、ＳＡサブチャネルを使用してデータ送信をスケジューリングする制御情報を送信するためにＵＥ１００による動作の実施形態として説明可能であり、ＳＡサブチャネルはデータサブチャネルの間に位置する。
【００３３】
ＵＥ１００（Ｔｘ）は、割り当て帯域幅を決定する（ブロック４０２）。割り当て帯域幅は、既定された規則を使用して、決定されている送信帯域幅（ブロック４００）に基づいて決定できる。１つの実施形態では、既定された規則によって、送信帯域幅における最小数のサブチャネルに対応するように割り当て帯域幅が決定されることで、割り当て帯域幅が送信帯域幅以上になるようにする。例えば、図２に示されるように、割り当て帯域幅は送信帯域幅を含むがこれより大きい。
【００３４】
ＵＥ１００（Ｔｘ）は、決定された割り当て帯域幅（ブロック４０２）内にありかつこれに準拠するサブチャネルの数またはセットを指示するＳＡを生成し、かつ受信側ＵＥの方へ送信する（ブロック４０４）。ＵＥ１００（Ｔｘ）は次いで、ＳＡが指示したサブチャネルの数またはセットを使用してデータ送信を行うことができる。
【００３５】
「送信帯域幅」および「割り当て帯域幅」という語句は、いくつかの段落では参照しやすいように全て大文字で示され、他の段落では小文字で示されるが、これらの大文字または小文字は、これらの語句のそれぞれによる参照の意味または一貫性を変更するものではなく、本開示を考慮したこれらの通常のおよび慣例の意味を超えてこれらの語句の異なる解釈を伝達するものではないことは理解されたい。よって、例えば、「ＴＲＡＮＳＭＩＳＳＩＯＮ  ＢＡＮＤＷＩＤＴＨ（送信帯域幅）」は便宜上、「ｔｒａｎｓｍｉｓｓｉｏｎ  ｂａｎｄｗｉｄｔｈ（送信帯域幅）」と区別なく使用される。
【００３６】
いくつかの代替的な実施形態では、送信帯域幅を決定する（ブロック４００）ための図４に示される動作、およびＵＥ１００（Ｔｘ）によって割り当て帯域幅を決定するための動作は、示されるのと反対の順序で行われる。すなわち、ＵＥ１００（Ｔｘ）は、最初に、割り当て帯域幅を決定してから送信帯域幅を決定してよい。これらの代替的な実施形態では、上記の規則の例は次のようになる。送信帯域幅は、ＵＥ１００（Ｔｘ）に対する許容されたＤＦＴサイズの最大数のＲＢとして、および、割り当て帯域幅が送信帯域幅以上になるように決定される。例えば、ネットワークノード１１０、例えば、ｅＮＢは、ＵＥ１００（Ｔｘ）が送信帯域幅を決定するために使用する割り当て帯域幅をＵＥ１００（Ｔｘ）にシグナリングしてよい。
【００３７】
図５は、いくつかの実施形態に従って送信側ＵＥ１００によって行われる送信帯域幅および割り当て帯域幅を決定するための動作および方法、すなわち、ブロック４００および４０２の、これらの代替的な逆の順序のフローチャートである。図５を参照すると、ＵＥ１００（Ｔｘ）は、ネットワークノード１１０から受信された信号に応答して割り当て帯域幅を決定する（ブロック５００）。ＵＥ１００（Ｔｘ）は次いで、許容されたＤＦＴサイズに対する最大数のＲＢとして、および、割り当て帯域幅が送信帯域幅以上になるように、送信帯域幅を決定する（ブロック５０２）。ＵＥ１００（Ｔｘ）はさらにまた、決定された割り当て帯域幅（ブロック４０２）内にありかつこれに準拠するサブチャネルの数またはセットを指示するＳＡを生成しかつ送信する（ブロック５０４）。
【００３８】
ＳＡサブチャネルが（図３における右側グラフに示されるような）種々のやり方でデータサブチャネルの間に配置されるいくつかの実施形態では、ＵＥ１００（Ｔｘ）は、１つの実施形態では、低周波数から開始するようにデータサブチャネルを配置する、既定の規則に従ってＳＡサブチャネルをどこに配置するかを決定する。
【００３９】
受信側ＵＥ動作
【００４０】
受信側ＵＥ１００（Ｒｘ）によって行われ得る対応する動作および方法は、いくつかの実施形態に従って、図６のフローチャーチに関して以下に説明される。図６を参照すると、受信側ＵＥ１００（Ｒｘ）は、受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定する（ブロック６００）。１つの実施形態では、受信側ＵＥ１００は、送信側ＵＥ１００（Ｔｘ）から受信され、かつ割り当て帯域幅内のサブチャネルの数またはセットを指示するＳＡのコンテンツを復号することによって制御シグナリングを受信する。
【００４１】
受信側ＵＥ１００（Ｒｘ）は、データ送信を行うことになる送信側ＵＥ１００（Ｔｘ）によって使用される規則に基づいて決定される割り当て帯域幅（ブロック６００）と関連付けられた送信帯域幅を決定して、送信帯域幅に基づいて割り当て帯域幅を決定する（ブロック６０２）。さらなる実施形態では、受信側ＵＥ１００（Ｒｘ）は、許容されたＤＦＴサイズに対する最大数のＲＢに対応するように、および割り当て帯域幅が送信帯域幅以上になるように、送信帯域幅を決定する。
【００４２】
受信側ＵＥ１００（Ｒｘ）は次いで、スケジューリング済み帯域幅、例えば、送信帯域幅のパラメータに基づいてデータ送信からの信号を復号する（ブロック６０４）。換言すれば、受信側ＵＥ１００（Ｒｘ）は、決定された送信帯域幅を使用して、復号されるべき信号に対してどんな無線周波数リソースが探索されるのかを制約する。
【００４３】
さまざまな実施形態の潜在的な利点
本明細書に開示される動作および方法は、開示された、ＳＡおよび／またはデータサブチャネルの数またはサブセットのシグナリングがスケジューリング済みリソースを直接シグナリングするよりも必要とされるシグナリングが少ないという利点をもたらすことができる。それによって、スケジューリング済み帯域幅は、指示されるサブチャネルに応じて、例えばＤＦＴサイズによる制限に基づいて暗黙的に決定される。通信システムの無線リソースはそれにより、これらのまたは他のＵＥによる他の使用に対して保存され、ＵＥはスケジューリング済み帯域幅を知ることから利益を得ることによって動作効率を改善している場合がある。
【００４４】
ユーザ機器の例
図７は、本明細書に開示される１つまたは複数の実施形態による動作を行うように設定される電気通信システムにおいて使用する際のＵＥ１００のブロック図である。ＵＥ１００は、無線トランシーバ回路７２０、プロセッサ回路７００、およびコンピュータ可読プログラムコード７１２を含有するメモリ回路７１０を含む。ＵＥ１００はさらに、ディスプレイ７３０、ユーザ入力インターフェース７４０、およびスピーカ７５０を含んでよい。トランシーバ７２０は、無線アクセス技術の１つまたは複数を使用するワイヤレスエアインターフェースを通して、図１に説明されるように、インフラストラクチャ実装デバイス、車両搭載型／車載デバイス、歩行者携帯デバイスなどに対応することができる他のＵＥ、およびネットワークノード１１０と通信するように設定される。プロセッサ回路７００は、例えば、マイクロプロセッサおよび／またはデジタル信号プロセッサといった、汎用プロセッサおよび／または専用プロセッサなどの１つまたは複数のデータ処理回路を含んでよい。プロセッサ回路７００は、ＵＥ１００によって行われるような本明細書に説明される動作の少なくともいくつかを行うために、メモリ回路７１０におけるコンピュータ可読プログラムコード７１２を実行するように設定される。ＵＥがデータ送信に使用される無線リソースを制御するように適応される送信側ＵＥである時、動作は、データ送信のための送信帯域幅を決定することを含んでよい。さらに、動作は、ＵＥが、割り当て帯域幅を決定すること、および割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントを受信側ＵＥの方へ送信することを含んでよい。ＵＥが送信帯域幅を決定する動作は、許容された離散フーリエ変換サイズに基づいて送信帯域幅を決定することを含んでよい。ＵＥが割り当て帯域幅を決定する動作は、規定された規則を使用して送信帯域幅に基づいて割り当て帯域幅を決定することを含んでよい。規定された規則を使用して送信帯域幅に基づいて割り当て帯域幅を決定することは、割り当て帯域幅が送信帯域幅以上になるように、送信帯域幅における最小数のサブチャネルに対応する割り当て帯域幅を決定することを含んでよい。ＵＥが無線リソースを使用するデータ送信を受信するように適応される受信側ＵＥである時、動作は、ＵＥが、受信側ＵＥによって受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定することを含んでよい。動作は、ＵＥが、データ送信を行うことになる送信側ＵＥによって使用される規則に基づいて割り当て帯域幅と関連付けられる送信帯域幅を決定して、送信帯域幅に基づいて割り当て帯域幅を決定すること、および送信帯域幅のパラメータに基づいてデータ送信からの信号を復号することをさらに含んでよい。データ送信のための割り当て帯域幅は、送信側ＵＥから受信されかつ割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントのコンテンツを復号することに基づいて決定されてよい。割り当て帯域幅と関連付けられた送信帯域幅は、許容されたＤＦＴサイズに対する最大数のリソースブロックに対応するように、および割り当て帯域幅が送信帯域幅以上になるように決定されてよい。
【００４５】
モジュールの例
図８は、いくつかの実施形態に従って本明細書に開示される動作および方法を行う送信側ＵＥ（Ｔｘ）のためのモジュール８００を示す。モジュール８００は、送信帯域幅決定モジュール８０２、割り当て帯域幅決定モジュール８０４、およびＳＡ送信モジュール８０６を含む。送信帯域幅決定モジュール８０２は、図４のブロック４００および／または図５のブロック５０２について上述された動作および方法を行うためのものである。割り当て帯域幅決定モジュール８０４は、図４のブロック４０２および／または図５のブロック５００について上述された動作および方法を行うためのものである。ＳＡ送信モジュール８０６は、図４のブロック４０４および／または図５のブロック５０４について上述された動作および方法を行うためのものである。
【００４６】
図９は、いくつかの実施形態に従って本明細書に開示される動作および方法を行う受信側ＵＥ（Ｒｘ）のためのモジュール９００を示す。モジュール９００は、割り当て帯域幅決定モジュール９０２、送信帯域幅決定モジュール９０４、および信号復号モジュール９０６を含む。割り当て帯域幅決定モジュール９０２は、図６のブロック６００について上述された動作および方法を行うためのものである。送信帯域幅決定モジュール９０４は、図６のブロック６０２について上述された動作および方法を行うためのものである。信号復号モジュール９０６は、図６のブロック６０４について上述された動作および方法を行うためのものである。
略語および説明
３Ｇ  移動通信技術の第３世代
ＢＳＭ  基本安全メッセージ
ＢＷ  帯域幅
ＣＡＭ  協調認識メッセージ
Ｄ２Ｄ  デバイス間通信
ＤＥＮＭ  分散型環境通報メッセージ
ＤＬ  ダウンリンク
ＤＳＲＣ  専用狭域通信
ＤＦＴ  離散フーリエ変換
ｅＮＢ  ｅＮｏｄｅＢ
ＥＴＳＩ  欧州電気通信標準化機構
ＦＤＭＡ  周波数分割多重アクセス
ＬＴＥ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
ＮＷ  ネットワーク
ＳＡＥ  米国自動車技術者協会
ＴＤＭＡ  時分割多元接続
ＴＦ  トランスポートフォーマット
ＵＥ  ユーザ機器
ＵＬ  アップリンク
Ｖ２Ｉ  ビークルツーインフラストラクチャ
Ｖ２Ｐ  ビークルツーペデストリアン
Ｖ２Ｖ  ビークルツービークル通信
Ｖ２Ｘ  ビークルツーエックス（Ｖｅｈｉｃｌｅ−ｔｏ−ａｎｙｔｈｉｎｇ−ｙｏｕ−ｃａｎ−ｉｍａｇｉｎｅ）
３ＧＰＰ  第３世代パートナーシッププロジェクト
【００４７】
さらなる定義および実施形態
本開示のさまざまな実施形態の上記の説明において、本明細書で使用される専門用語が特定の実施形態を説明するためのものにすぎず、本発明を限定することを意図するものではないことは、理解されたい。別段定められない限り、本明細書で使用される全ての用語（技術用語および科学用語を含む）は、本開示が属する技術分野の当業者に一般的に理解されているのと同じ意味を有する。さらに、一般的に使用される辞書に規定されるような用語が、本明細書および関連技術の文脈での意味と整合する意味を有すると解釈されるものとし、本明細書で明示的に規定されない限り、理想化した意味または過度に形式的な意味で解釈されるものとしないことは、理解されるであろう。
【００４８】
ある要素が別の要素に「接続される」、「結合される」、「応答する」、またはこれらの変形であると称される時、この要素が他の要素に直接接続、結合、または応答できる、または介在する要素が存在する場合がある。対照的に、ある要素が別の要素に「直接接続される」、「直接結合される」、「直接応答する」、またはこれらの変形であると称される時、介在する要素は存在していない。同様の番号は全体を通して同様の要素に言及する。さらに、本明細書で使用されるような、「結合される」、「接続される」、「応答する」、またはこれらの変形は、ワイヤレスに結合される、接続される、または応答することを含んでよい。本明細書で使用されるように、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、別段文脈で明確に指示されない限り、複数形も含むことが意図される。周知の機能または構成は、簡潔および／または明確にするために詳細に説明されない場合がある。「および／または」という用語は、関連して列挙された項目の１つまたは複数のありとあらゆる組み合わせを含む。
【００４９】
本明細書で使用される際、「備える（ｃｏｍｐｒｉｓｅ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「備える（ｃｏｍｒｉｓｅｓ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「ｉｎｃｌｕｄｅｓ（含む）」、「有する（ｈａｖｅ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、またはこれらの変形の用語はオープンエンドであり、１つまたは複数の述べられる特徴、整数、要素、ステップ、構成要素、または機能を含むが、１つまたは複数の他の特徴、整数、要素、ステップ、構成要素、機能、またはこれらのグループの存在または追加を除外するものではない。さらに本明細書で使用される際、ラテン語の「ｅｘｅｍｐｌｉ  ｇｒａｔｉａ」から派生した一般的な略語「例えば（ｅ．ｇ．）」は、先に言及した項目の一般的な例を紹介または指定するために使用されてよく、このような項目を限定することは意図されていない。ラテン語の「ｉｄ  ｅｓｔ」から派生した一般的な略語「すなわち（ｉ．ｅ．）」は、より一般的な記述から特定の項目を指定するために使用されてよい。
【００５０】
例示の実施形態は、本明細書では、コンピュータ実施方法、装置（システムおよび／またはデバイス）、および／またはコンピュータプログラム製品の、ブロック図および／またはフローチャート説明図を参照して説明される。ブロック図および／またはフローチャート説明図のブロック、ならびにブロック図および／またはフローチャート説明図におけるブロックの組み合わせは、１つまたは複数のコンピュータ回路によって行われるコンピュータプログラム命令によって実施可能であることは理解されたい。これらのコンピュータプログラム命令は、コンピュータのプロセッサおよび／または他のプログラマブルデータ処理装置を介して実行する命令が、ブロック図および／またはフローチャートのブロックにおいて指定された機能／作用を実装するために、トランジスタ、メモリ位置に記憶された値、およびこのような回路構成内の他のハードウェア構成要素を変換および制御し、それによって、ブロック図および／またはフローチャートのブロックにおいて指定された機能／作用を実装するための手段（機能性）および／または構造を生じさせるように、マシンを製作するために、汎用コンピュータ回路、専用コンピュータ回路、および／または他のプログラマブルデータ処理回路の、プロセッサ回路に提供されてよい。
【００５１】
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理装置が特定のやり方で機能するように導くことができる有形のコンピュータ可読媒体に記憶されてもよいことで、コンピュータ可読媒体に記憶された命令によって、ブロック図および／またはフローチャートのブロックにおいて指定された機能／作用を実施する命令を含む製品が製作されるようにする。
【００５２】
有形の非一時的なコンピュータ可読媒体は、電子、磁気、光学、電磁、もしくは半導体データ記憶システム、装置、またはデバイスを含むことができる。コンピュータ可読媒体のより具体的な例としては、次のような、ポータブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）回路、読み出し専用メモリ（ＲＯＭ）回路、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）回路、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、およびポータブルデジタルビデオディスク読み出し専用メモリ（ＤＶＤ／ＢｌｕｅＲａｙ）が挙げられる。
【００５３】
コンピュータプログラム命令はまた、コンピュータおよび／または他のプログラマブル装置上で行われる一連の動作ステップによって、コンピュータ実施プロセスをもたらし、それによって、コンピュータまたは他のプログラマブル装置上で実行する命令によってブロック図および／またはフローチャートのブロックにおいて指定された機能／作用を実施するためのステップが提供されるように、コンピュータおよび／または他のプログラマブルデータ処理装置上にロード可能である。それゆえに、本開示の実施形態は、「回路構成」、「モジュール」、またはこれらの変形と総称される場合がある、デジタル信号プロセッサなどのプロセッサ上で起動するハードウェアおよび／またはソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）において具現化されてよい。
【００５４】
いくつかの代替的な実装形態では、ブロックに記される機能／作用は、フローチャートに記される順序以外で生じる場合があることも、留意されるべきである。例えば、連続して示される２つのブロックは、実際に、実質的に同時に実行可能である、または、該ブロックは、関係する機能性／作用に応じて、逆の順序で実行される時があってよい。また、フローチャートおよび／またはブロック図の所与のブロックの機能性は、複数のブロックに分離されてよい、および／またはフローチャートおよび／またはブロック図の２つ以上のブロックの機能性は、少なくとも部分的には統合されてよい。最後に、他のブロックは、示されるブロック間に追加／挿入可能である。さらに、図のいくつかは、通信の主要な方向を示すために通信経路上に矢印を含むが、図示された矢印と反対の方向に通信が発生する場合があることは理解されたい。
【００５５】
上記の説明および図面に関連して、多くの種々の実施形態が本明細書に開示されている。これらの実施形態の組み合わせおよびサブコンビネーション全てをそのまま説明および例示することは、繰り返しが多すぎて不明瞭になるであろうことは理解されるであろう。それゆえに、図面を含む本明細書は、実施形態およびやり方のさまざまな例としての組み合わせおよびサブコンビネーション、ならびにそれらを作成しかつ使用するプロセスの完全に記述された説明を構成すると解釈されるものとし、かつ任意のかかる組み合わせまたはサブコンビネーションに対する請求範囲を支持するものである。
【００５６】
実質的に、本発明の原理から逸脱することなく、実施形態に対する多くの変形および修正を行うことができる。全てのこのような変形および修正は、本発明の範囲内で本明細書に含まれることが意図される。
【００５７】
実施形態の列挙
実施形態１．送信側ユーザ機器（ＵＥ）（１００）による、データ送信に使用される無線リソースを制御するための方法であって、データ送信のための送信帯域幅を決定すること（４００、５０２）と、割り当て帯域幅を決定すること（４０２、５００）と、割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントを受信側ＵＥの方へ送信すること（４０４、５０４）と、を含む、方法。
実施形態２．送信帯域幅を決定すること（４００、５０２）は、許容された離散フーリエ変換サイズに基づいて送信帯域幅を決定すること（４００）を含む、実施形態１の方法。
実施形態３．割り当て帯域幅を決定すること（４０２、５００）は、規定された規則を使用して送信帯域幅に基づいて割り当て帯域幅を決定すること（４０２）を含む、実施形態１または２の方法。
実施形態４．規定された規則を使用して送信帯域幅に基づいて割り当て帯域幅を決定すること（４０２）は、割り当て帯域幅が送信帯域幅以上になるように、送信帯域幅における最小数のサブチャネルに対応する割り当て帯域幅を決定することを含む、実施形態３の方法。
実施形態５．割り当て帯域幅を決定すること（４０２、５００）は、データ送信のための送信帯域幅を決定する（４００、５０２）前に行われ、割り当て帯域幅を決定すること（４０２、５００）は、ネットワークノード（１１０）から受信された信号に応答して割り当て帯域幅を決定すること（５００）を含み、送信帯域幅を決定すること（４００、５０２）は、ＵＥ（１００）に対して許容された離散フーリエ変換サイズに対する最大数のリソースブロックとして、および割り当て帯域幅が送信帯域幅以上になるように、送信帯域幅を決定すること（５０２）を含む、実施形態１の方法。
実施形態６．データ送信に使用される無線リソースを制御するためのユーザ機器（ＵＥ）（１００）であって、実施形態１〜５のいずれかの方法を行うように設定される、ユーザ機器（ＵＥ）（１００）。
実施形態７．データ送信に使用される無線リソースを制御するためのユーザ機器（ＵＥ）（１００）であって、無線トランシーバ（７２０）と、少なくとも１つのプロセッサ（７００）と、少なくとも１つのプロセッサ（７００）および無線トランシーバ（７２０）に結合さており、少なくとも１つのプロセッサ（７００）によって実行される時、少なくとも１つのプロセッサ（７００）に、データ送信のための送信帯域幅を決定すること（４００、５０２）、割り当て帯域幅を決定すること（４０２、５００）、および、割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントを受信側ＵＥの方へ送信すること（４０４、５０４）を含む動作を行わせるプログラムコード（７１２）を記憶する少なくとも１つのメモリ（７１０）と、を備える、ユーザ機器（ＵＥ）（１００）。
実施形態８．送信帯域幅を決定すること（４００、５０２）は、許容された離散フーリエ変換サイズに基づいて送信帯域幅を決定すること（４００）を含む、実施形態７のＵＥ（１００）。
実施形態９．割り当て帯域幅を決定すること（４０２、５００）は、規定された規則を使用して送信帯域幅に基づいて割り当て帯域幅を決定すること（４０２）を含む、実施形態７または８のＵＥ（１００）。
実施形態１０．規定された規則を使用して送信帯域幅に基づいて割り当て帯域幅を決定すること（４０２）は、割り当て帯域幅が送信帯域幅以上になるように、送信帯域幅における最小数のサブチャネルに対応する割り当て帯域幅を決定することを含む、実施形態９のＵＥ（１００）。
実施形態１１．割り当て帯域幅を決定すること（４０２、５００）は、データ送信のための送信帯域幅を決定する（４００、５０２）前に行われ、割り当て帯域幅を決定すること（４０２、５００）は、ネットワークノード（１１０）から受信された信号に応答して割り当て帯域幅を決定すること（５００）を含み、送信帯域幅を決定すること（４００、５０２）は、ＵＥ（１００）に対して許容された離散フーリエ変換サイズに対する最大数のリソースブロックとして、および割り当て帯域幅が送信帯域幅以上になるように、送信帯域幅を決定すること（５０２）を含む、実施形態７のＵＥ（１００）。
実施形態１２．受信側ユーザ機器（ＵＥ）（１００）による、無線リソースを使用してデータ送信を受信するための方法であって、受信側ＵＥ（１００）によって受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定すること（６００）と、データ送信を行うことになる送信側ＵＥによって使用される規則に基づいて割り当て帯域幅と関連付けられた送信帯域幅を決定して、送信帯域幅に基づいて割り当て帯域幅を決定すること（６０２）と、送信帯域幅のパラメータに基づいて信号を復号すること（６０４）と、を含む、方法。
実施形態１３．データ送信のための割り当て帯域幅は、送信側ＵＥから受信され割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントのコンテンツを復号することに基づいて決定される（６００）、実施形態１２の方法。
実施形態１４．割り当て帯域幅と関連付けられた送信帯域幅は、許容されたＤＦＴサイズに対する最大数のリソースブロックに対応するように、および割り当て帯域幅が送信帯域幅以上になるように決定される（６０２）、実施形態１２または１３の方法。
実施形態１５．復号すること（６０４）は、送信帯域幅を使用して、復号されるべき信号に対してどんな無線周波数リソースが探索されるのかを制約する、実施形態１２〜１４のいずれかの方法。
実施形態１６．無線リソースを使用してデータ送信を受信するためのユーザ機器（ＵＥ）（１００）であって、実施形態１２〜１５のいずれかの方法を行うように設定される、ユーザ機器（ＵＥ）（１００）。
実施形態１７．無線リソースを使用してデータ送信を受信するためのユーザ機器（ＵＥ）（１００）であって、無線トランシーバ（７２０）と、少なくとも１つのプロセッサ（７００）と、少なくとも１つのプロセッサ（７００）および無線トランシーバ（７２０）に結合されており、少なくとも１つのプロセッサ（７００）によって実行される時、少なくとも１つのプロセッサ（７００）に、受信側ＵＥ（１００）によって受信される制御シグナリングに基づいてデータ送信のための割り当て帯域幅を決定すること（６００）、データ送信を行うことになる送信側ＵＥによって使用される規則に基づいて割り当て帯域幅と関連付けられた送信帯域幅を決定して、送信帯域幅に基づいて割り当て帯域幅を決定すること（６０２）、および、送信帯域幅のパラメータに基づいてデータ送信からの信号を復号すること（６０４）を含む動作を行わせるプログラムコード（７１２）を記憶する少なくとも１つのメモリ（７１０）と、を備える、ユーザ機器（ＵＥ）（１００）。
実施形態１８．データ送信のための割り当て帯域幅は、送信側ＵＥから受信され割り当て帯域幅内のサブチャネルの数またはセットを指示するスケジューリングアサインメントのコンテンツを復号することに基づいて決定される（６００）、実施形態１７のＵＥ（１００）。
実施形態１９．割り当て帯域幅と関連付けられた送信帯域幅は、許容されたＤＦＴサイズに対する最大数のリソースブロックに対応するように、および割り当て帯域幅が送信帯域幅以上になるように決定される（６０２）、実施形態１７または１８のＵＥ（１００）。
実施形態２０．復号すること（６０４）は、送信帯域幅を使用して、復号されるべき信号に対してどんな無線周波数リソースが探索されるのかを制約する、実施形態１７〜１９のいずれかのＵＥ（１００）。
【図１】
2019535160.tif 000003
【図２】
2019535160.tif 000004
【図３】
2019535160.tif 000005
【図４】
2019535160.tif 000006
【図５】
2019535160.tif 000007
【図６】
2019535160.tif 000008
【図７】
2019535160.tif 000009
【図８】
2019535160.tif 000010
【図９】
2019535160.tif 000011
【国際調査報告】
2019535160.tif 000012
2019535160.tif 000013
2019535160.tif 000014