(57)【要約】  本開示の実施形態は、時間領域リソース割り当てを指示するための方法および装置を提供する。本方法は、データを端末装置に送信するために割り当てられるリソース領域の数秘術情報に基づいて前記リソース領域の時間情報を決定することと、前記端末装置が前記リソース領域上の前記データを受信することを可能にするために前記時間情報を前記端末装置に送信することと、を備える。【選択図】図２
2020504979.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置によって実行される方法であって、
データを端末装置に送信するために割り当てられるリソース領域の数秘術情報に基づいて前記リソース領域の時間情報を決定することと、
前記端末装置が前記リソース領域上の前記データを受信することを可能にするために前記時間情報を前記端末装置に送信することと、
を備える方法。
【請求項２】
前記リソース領域の前記時間情報を決定することは、
前記ネットワーク装置によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいてスケジューリング単位を決定することと、
前記スケジューリング単位に基づいて前記時間情報を決定することと、
を備える、
請求項１に記載の方法。
【請求項３】
前記時間情報を決定することは、
前記リソース領域の開始スケジューリング単位を、前記リソース領域の開始位置として決定することと、
前記リソース領域の終了スケジューリング単位を、前記リソース領域の終了位置として決定することと、
前記リソース領域によって占有されるスケジューリング単位の数を、前記リソース領域の長さとして決定すること、
のうちの少なくとも２つを備える、
請求項２に記載の方法。
【請求項４】
前記リソース領域の前記時間情報を決定することは、
前記リソース領域の前記数秘術情報に基づいてスケジューリング単位を決定することと、
所定の数秘術に基づいて基準単位を決定することと、
前記基準単位に基づいて前記時間情報の第１部分を決定することと、
前記時間情報の前記第１部分、前記基準単位、および前記スケジューリング単位に基づいて前記時間情報の第２部分を決定することと、
を備える、
請求項１に記載の方法。
【請求項５】
前記時間情報の前記第１部分を決定することは、
前記リソース領域の開始基準単位を、前記リソース領域の第１開始位置として決定することと、
前記リソース領域の終了基準単位を、前記リソース領域の第１終了位置として決定することと、
前記リソース領域によって占有される前記基準単位の数を、前記リソース領域の第１長さとして決定することと、
のうちの少なくとも２つを備える、
請求項４に記載の方法。
【請求項６】
前記時間情報の前記第２部分を決定することは、
前記開始基準単位内の開始スケジューリング単位を、前記リソース領域の第２開始位置として決定することと、
前記終了基準単位内の終了スケジューリング単位を、前記リソース領域の第２終了位置として決定することと、
を備える、
請求項５に記載の方法。
【請求項７】
前記リソース領域の前記時間情報を決定することは、
前記リソース領域の前記数秘術情報に基づいてスケジューリング単位を決定することと、
前記スケジューリング単位に基づいて前記時間情報を決定することと、
を備える、
請求項１に記載の方法。
【請求項８】
前記スケジューリング単位に基づいて前記時間情報を決定することは、
前記リソース領域の開始スケジューリング単位を、前記リソース領域の開始位置として決定することと、
前記リソース領域の終了スケジューリング単位を、前記リソース領域の終了位置として決定することと、
前記リソース領域によって占有されるスケジューリング単位の数を、前記リソース領域の長さとして決定することと、
のうちの少なくとも２つを備える、
請求項７に記載の方法。
【請求項９】
前記リソース領域の前記数秘術情報を前記端末装置に送信することを、さらに備える、
請求項４から８のいずれかに記載の方法。
【請求項１０】
端末装置によって実行される方法であって、
ネットワーク装置からリソース領域の時間情報を受信することを備え、
前記リソース領域は、データを前記端末装置に送信するために割り当てられ、前記時間情報は、前記リソース領域の数秘術情報に基づいて決定され、
前記時間情報に基づいて前記リソース領域上の前記データを受信することを備える、
方法。
【請求項１１】
前記時間情報を受信することは、
前記リソース領域の開始スケジューリング単位と、
前記リソース領域の終了スケジューリング単位と、
前記リソース領域によって占有されるスケジューリング単位の数と、
のうちの少なくとも２つを受信することと、
を備え、
前記スケジューリング単位は、前記ネットワーク装置によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいて決定される、
請求項１０に記載の方法。
【請求項１２】
前記時間情報を受信することは、
前記時間情報の第１部分を受信することと、
前記時間情報の第２部分を受信することと、
を備え、
前記時間情報の前記第１部分は、前記リソース領域の開始基準単位、前記リソース領域の終了基準単位、及び前記リソース領域によって占有される基準単位の数のうちの少なくとも２つを含み、
前記時間情報の前記第２部分は、開始スケジューリング単位、及び終了スケジューリング単位を含み、
前記スケジューリング単位は、前記リソース領域の前記数秘術情報に基づいて決定され、
前記基準単位は、所定の数秘術に基づいて決定される、
請求項１０に記載の方法。
【請求項１３】
前記時間情報を受信することは、
前記リソース領域の開始スケジューリング単位と、
前記リソース領域の終了スケジューリング単位と、
前記リソース領域によって占有されるスケジューリング単位の数と、
のうちの少なくとも２つを受信することを備え、
前記スケジューリング単位は、前記リソース領域の前記数秘術情報に基づいて決定される、
請求項１０に記載の方法。
【請求項１４】
前記ネットワーク装置から、前記リソース領域の前記数秘術情報を受信することをさらに備える、
請求項１２から１３のいずれかに記載の方法。
【請求項１５】
端末装置にデータを送信するために割り当てられたリソース領域の数秘術情報に基づいてリソース領域の時間情報を決定するように構成されたコントローラと、
前記端末装置が前記リソース領域上の前記データを受信することを可能にするために、前記端末装置に前記時間情報を送信するように構成されたトランスミッタと、
を備えるネットワーク装置。
【請求項１６】
前記コントローラは、
前記ネットワーク装置によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいてスケジューリング単位を決定し、
前記スケジューリング単位に基づいて前記時間情報を決定する、
ようにさらに構成される、
請求項１５に記載のネットワーク装置。
【請求項１７】
前記コントローラは、
前記リソース領域の開始スケジューリング単位を、前記リソース領域の開始位置として決定し、
前記リソース領域の終了スケジューリング位置を、前記リソース領域の終了位置として決定し、
前記リソース領域によって占有されるスケジューリング単位の数を、前記リソース領域の長さとして決定する、
ようにさらに構成される、
請求項１６に記載のネットワーク装置。
【請求項１８】
前記コントローラは、
前記リソース領域の前記数秘術情報に基づいてスケジューリング単位を決定し、
所定の数秘術に基づいて基準単位を決定し、
前記基準単位に基づいて前記時間情報の第１部分を決定し、
前記時間情報の前記第１部分、前記基準単位、および前記スケジューリング単位に基づいて、前記時間情報の第２部分を決定する、
ようにさらに構成される、
請求項１５に記載のネットワーク装置。
【請求項１９】
前記コントローラは、
前記リソース領域の開始基準単位を、前記リソース領域の第１開始位置として決定することと、
前記リソース領域の終了基準単位を、前記リソース領域の第１終了位置として決定することと、
前記リソース領域によって占有される基準単位の数を、前記リソース領域の第１長さとして決定すること、
のうちの少なくとも２つを実行するようにさらに構成される、
請求項１８に記載のネットワーク装置。
【請求項２０】
前記コントローラは、
前記開始基準単位内の開始スケジューリング単位を、前記リソース領域の第２開始位置として決定し、
前記終了基準単位内の終了スケジューリング単位を、前記リソース領域の第２終了位置として決定する、
ようにさらに構成される、
請求項１９に記載のネットワーク装置。
【請求項２１】
前記コントローラは、
前記リソース領域の前記数秘術情報に基づいてスケジューリング単位を決定し、
前記スケジューリング単位に基づいて前記時間情報を決定する、
ようにさらに構成される、
請求項１５に記載のネットワーク装置。
【請求項２２】
前記コントローラは、
前記リソース領域の開始スケジューリング単位を、前記リソース領域の開始位置として決定することと、
前記リソース領域の終了スケジューリング単位を、前記リソース領域の終了位置として決定することと、
前記リソース領域によって占有されるスケジューリング単位の数を、前記リソース領域の長さとして決定することと、
のうちの少なくとも２つを実行するようにさらに構成される、
請求項２１に記載のネットワーク装置。
【請求項２３】
前記トランスミッタは、前記リソース領域の前記数秘術情報を前記端末装置に送信するようにさらに構成される、
請求項１８から２２のいずれかに記載のネットワーク装置。
【請求項２４】
ネットワーク装置からリソース領域の時間情報を受信し、
前記時間情報に基づいて前記リソース領域上のデータを受信する、
ように構成されたレシーバを備え、
前記リソース領域は、前記データを端末装置に送信するために割り当てられ、
前記時間情報は、前記リソース領域の数秘術情報に基づいて決定される、
端末装置。
【請求項２５】
前記レシーバは、
前記リソース領域の開始スケジューリング単位と、
前記リソース領域の終了スケジューリング単位と、
前記リソース領域によって占有されるスケジューリング単位の数と、
のうちの少なくとも２つを受信するように構成され、
前記スケジューリング単位は、前記ネットワーク装置によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいて決定される、
請求項２４に記載の端末装置。
【請求項２６】
前記レシーバは、
前記時間情報の第１部分を受信し、
前記時間情報の第２部分を受信する、
ようにさらに構成され、
前記時間情報の前記第１部分は、前記リソース領域の開始基準単位、前記リソース領域の終了基準単位、および前記リソース領域によって占有される基準単位の数のうちの少なくとも２つを含み、
前記時間情報の前記第２部分は、開始スケジューリング単位と終了スケジューリング単位とを含み、
前記スケジューリング単位は、前記リソース領域の前記数秘術情報に基づいて決定され、
前記基準単位は、所定の数秘術に基づいて決定される、
請求項２４に記載の端末装置。
【請求項２７】
前記レシーバは、
前記リソース領域の開始スケジューリング単位と、
前記リソース領域の終了スケジューリング単位と、
前記リソース領域によって占有されるスケジューリング単位の数と、
のうちの少なくとも２つを受信するように構成され、
前記スケジューリング単位は、前記リソース領域の前記数秘術情報に基づいて決定される、
請求項２４に記載の端末装置。
【請求項２８】
前記レシーバは、ネットワーク装置から、前記リソース領域の前記数秘術情報を受信するようにさらに構成される、
請求項２６から２７のいずれかに記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般に通信技術に関する。より具体的には、本開示の実施形態は、リソース割り当てを指示するための方法および装置に関する。
【背景技術】
【０００２】
新たに開発されたモバイル規格は、他の改良の中でも、より高いデータ転送速度、より多くの接続数、およびより良いカバレッジを要求している。一般に、ネットワーク装置は、割り当てられたリソース上のデータを１つまたは複数の端末装置に送信する。従来のロングタームエボリューション（ＬＴＥ：Long Term Evolution）システムでは、サブフレームは、時間領域リソース割り当てのスケジューリング粒度（scheduling granularity）として使用される。ＮＲ（New Radio）のような５Ｇシステムでは、例えば超高信頼性低遅延時間通信（ＵＲＬＬＣ：Ultra-Reliable Low Latency Communication）トラフィックのために、ミニスロットがスケジューリング粒度として導入される。ミニスロットは、１つまたは複数のシンボルを含むことができ、ミニスロットの長さは、半静的（semi-statically）または動的（dynamically）に変化することができる。そのような場合、スケジューリング粒度は可変である。
【０００３】
ＮＲでは、異なるトラフィック要件のために数秘術（numerology）が１つのサブフレームから別のサブフレームへと変化することがあり、これは時間領域リソース粒度長を変化させる。異なる数秘術を有するキャリアの場合、クロスキャリアスケジューリングはまた、異なる時間領域リソース粒度を考慮に入れる必要がある。
【０００４】
これらの場合、時間領域リソース割り当ては、異なるスケジューリング細分性を考慮し、同じキャリアまたは異なるキャリア内で動的に数秘術を変更する必要がある。しかしながら、従来の方式は、そのような状況下での時間領域リソース割り当てを示すための解決策を提供しない。
【０００５】
したがって、可変スケジューリング細分性の場合には、時間領域リソース割り当てについての情報を示すための方式を開発する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本開示は、時間領域リソース割り当てを示すための解決策を提案する。
【課題を解決するための手段】
【０００７】
本開示の実施形態の第１の態様によれば、本開示の実施形態は、ネットワーク装置によって実行される方法を提供する。前記ネットワーク装置は、前記リソース領域の数秘術情報に基づいて前記リソース領域の時間情報を決定する。前記リソース領域は、データを端末装置に送信するために割り当てられる。前記ネットワーク装置は、前記端末装置が前記リソース領域上の前記データを受信することを可能にするために前記時間情報を前記端末装置に送信する。
【０００８】
本開示の実施形態の第２の態様によれば、本開示の実施形態は、端末装置によって実行される方法を提供する。前記端末装置は、ネットワーク装置からリソース領域の時間情報を受信する。前記リソース領域は、データを前記端末装置に送信するために割り当てられる。前記時間情報は、前記リソース領域の数秘術情報に基づいて決定される。前記端末装置は、前記時間情報に基づいて前記リソース領域上の前記データを受信する。
【０００９】
本開示の実施形態の第３の態様によれば、本開示の実施形態はネットワーク装置を提供する。前記ネットワーク装置は、端末装置にデータを送信するために割り当てられたリソース領域の数秘術情報に基づいてリソース領域の時間情報を決定するように構成されたコントローラと、前記端末装置が前記リソース領域上の前記データを受信することを可能にするために、前記端末装置に前記時間情報を送信するように構成されたトランスミッタと、を備える。
【００１０】
本開示の実施形態の第４の態様によれば、本開示の実施形態は端末装置を提供する。前記端末装置は、ネットワーク装置からリソース領域の時間情報を受信し、前記時間情報に基づいて前記リソース領域上のデータを受信するように構成されたレシーバを備え、前記リソース領域は、前記データを端末装置に送信するために割り当てられ、前記時間情報は、前記リソース領域の数秘術情報に基づいて決定される。
【００１１】
本開示の実施形態の他の特徴および利点は、本開示の実施形態の原理を例として示す添付の図面と併せて読めば、以下の特定の実施形態の説明から明らかになろう。
【図面の簡単な説明】
【００１２】
本開示の実施形態は、例の意味で提示されており、それらの利点は、添付の図面を参照しながら以下でより詳細に説明される。
【００１３】
【図１】図１は、本開示の実施形態による通信システム１００の概略図を示す。
【００１４】
【図２】図２は、本開示の実施形態によるリソース割り当てを示すための方法２００のフローチャートを示す。
【００１５】
【図３】図３は、本開示の実施形態による時間領域リソース割り当て指示の図３００を示す。
【００１６】
【図４】図４は、本開示のさらなる実施形態による時間領域リソース割り当て指示の図４００を示す。
【００１７】
【図５】図５は、本開示のなおさらなる実施形態による時間領域リソース割り当て指示の図５００を示す。
【００１８】
【図６】図６は、本開示の実施形態による、リソース割り当てを示すための方法６００のフローチャートを示す。
【００１９】
【図７】図７は、本開示の一実施形態によるネットワーク装置７００の概略図を示す。
【００２０】
【図８】図８は、本開示の一実施形態による端末装置８００の概略図を示す。
【００２１】
図面全体を通して、同一または類似の参照番号は、同一または類似の要素を示す。
【発明を実施するための形態】
【００２２】
本明細書に記載の主題は、いくつかの例示的な実施形態を参照しながら説明される。これらの実施形態は、主題の範囲に対するいかなる限定を示唆するのではなく、当業者が本明細書に記載の主題をよりよく理解し、したがって実施することを可能にする目的でのみ説明されることを理解されたい。
【００２３】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用されるとき、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が明らかにそうでないことを示さない限り、複数形も含むことを意図する。用語「備える」、「備えている」、「含む」、および／または「含んでいる」は、本明細書で使用されるとき、記載された特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しない。
【００２４】
また、いくつかの代替の実装形態では、言及された機能／動作は、図に示された順序とは異なる順序で行われてもよいことに留意されたい。例えば、連続して示される２つの機能または行為は、関与する機能／行為に応じて、実際には同時に実行されてもよく、時には逆の順序で実行されてもよい。
【００２５】
本明細書で使用されるとき、用語「通信ネットワーク」は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、第１世代（１Ｇ：first generation）、第２世代（２Ｇ：second generation）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、および／または現在知られているかまたは将来開発される他の任意のプロトコルを含み、これらに限定されない任意の適切な世代の通信プロトコルに従って実行され得る。
【００２６】
本開示の実施形態は、様々な通信システムに適用することができる。通信の急速な発展を考慮すると、当然ながら、本開示を実施することができる将来のタイプの通信技術およびシステムもあるだろう。本開示の範囲を前述のシステムのみに限定すると見なすべきではない。
【００２７】
「ネットワーク装置」という用語は、基地局（ＢＳ：Base Station）、ゲートウェイ、管理エンティティ、および通信システム内の他の適切な装置を含むが、これらに限定されない。用語「基地局」または「ＢＳ」は、ノードＢ（ノードＢまたはＮＢ）、発展型ノードＢ（ｅノードＢまたはｅＮＢ）、遠隔無線ユニット（ＲＲＵ：Remote Radio Unit）、無線ヘッダ（ＲＨ：Radio Header）、遠隔無線ヘッド（ＲＲＨ：Remote Radio Head）、リレー、フェムト、ピコなどの低電力ノードを表す。
【００２８】
用語「端末装置」は、「ユーザ機器（ＵＥ：User Equipment）」およびネットワーク装置と通信することができる他の適切な端末装置を含むが、これらに限定されない。例として、「端末装置」は、端末、移動端末（ＭＴ：Mobile Terminal）、加入者局（ＳＳ：Subscriber Station）、携帯加入者局、移動局（ＭＳ：Mobile Station）、またはアクセス端末（ＡＴ：Access Terminal）を指すことができる。
【００２９】
本開示のいくつかの例示的な実施形態が、図面を参照して以下に説明される。まず、図１を参照すると、図１は、本開示の実施形態による通信システム１００の概略図を示す。
【００３０】
通信システム１００には、端末装置（例えば、ＵＥ）１２０と通信するネットワーク装置（例えば、ｅＮＢ）１１０が示されている。ネットワーク装置１１０は、端末装置１２０にデータを送信するために、データ送信のためにリソース領域を割り当て、リソース領域の数秘術情報に基づいてリソース領域の時間情報を決定する。それから、ネットワーク装置１１０は、リソース領域の時間情報を端末装置１２０に送信する。これにより、端末装置１２０は、時間情報に基づいてリソース領域のデータを受信することができる。
【００３１】
本開示の文脈では、「数秘術」という用語は一組のパラメータを指す。直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）ベースのシステムでは、パラメータは、例えば、サブキャリア間隔、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）の長さなどを含むが、これらに限定されない。例えば、１５ＫＨｚ（キロヘルツ）のサブキャリア間隔のための数秘術は、１ミリ秒中に１４個のシンボル、通常のＣＰなどを含み得る。３０ＫＨｚのサブキャリア間隔のための数秘術は、１ミリ秒中に２８個のシンボル、通常のＣＰなどを含み得る。このような数秘術は、１５ＫＨｚのサブキャリア間隔の数秘術とは異なる。
【００３２】
「リソース領域」という用語は、端末装置へのデータ送信に使用するためにネットワーク装置１１０によって割り当てられた時間−周波数リソースのブロックを指す。リソース領域の時間情報は、１つまたは複数のスケジューリング単位（scheduling unit）によって指標付け（index）されてもよい。スケジューリング単位は、リソース領域によって使用される異なる数秘術によって異なる。スケジューリング単位は、可能な限りの最小のスケジューリング粒度である。
【００３３】
ここで、本開示のいくつかの例示的な実施形態が、以下の図を参照して以下に説明される。図２は、本開示の実施形態によるリソース割り当てを示すための方法２００のフローチャートを示す。方法２００は、ネットワーク装置１１０、例えばｅＮＢまたは他の適切な装置によって実施され得る。
【００３４】
方法２００は２１０で開始され、ネットワーク装置１１０はリソース領域の数秘術情報に基づいてリソース領域の時間情報を決定する。リソース領域は、端末装置にデータを送信するために割り当てられる。
【００３５】
本開示の実施形態によれば、リソース領域の時間情報は様々な方法で決定することができる。いくつかの実施形態では、スケジューリング単位は、ネットワーク装置１１０によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいて決定され得る。最大の数秘術は、最大のサブキャリア間隔を持つ数秘術を示す。
そして、時間情報は、スケジューリング単位に基づいて決定されてもよい。
【００３６】
時間情報は、リソース領域の時間領域位置を示し、開始位置、終了位置、リソース領域の長さなどによって表すことができる。いくつかの実施形態では、長さは、開始位置および終了位置によって決定されてもよい。したがって、端末装置１２０に割り当てられたリソース領域の時間領域位置を示すために、リソース領域の開始位置、終了位置、長さのうちの２つ以上が用いられてもよい。２１０において、ネットワーク装置１１０は、リソース領域の開始スケジューリング単位を、リソース領域の開始位置として決定することと、リソース領域の終了スケジューリング単位を、リソース領域の終了位置として決定することと、リソース領域によって占有されるスケジューリング単位の数を、リソース領域の長さとして決定すること、の少なくとも２つを実行することによって時間情報を決定し得る。
【００３７】
上記の実施形態では、ネットワーク装置によって割り当てられた１つまたは複数のリソース領域によって使用される数秘術に関する情報は、例えば、仕様の定義、システム要求などに従って、ネットワーク装置１１０側と端末装置１２０側の両方で、予め定義することができる。あるいは、この情報は、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングなどの高レベルシグナリングを介して、ネットワーク装置１１０によって端末装置１２０に提供されてもよい。リソース領域の時間情報を受信すると、端末装置１２０は、開始スケジューリング単位、終了スケジューリング単位、及び、リソース領域によって占有されるスケジューリング単位の数を、開始位置、終了位置、及びリソース領域の長さ、として、それぞれに決定することができる。このようにして、端末装置１２０は、ネットワーク装置１１０から受信されるべきデータに対する時間領域リソース割り当てを決定することができる。実施形態のさらなる詳細は、図３に関して論じられる。
【００３８】
あるいは、いくつかの実施形態では、ネットワーク装置１１０は、スケジューリング単位と基準単位の両方に基づいて時間情報を決定してもよい。スケジューリング単位は、リソース領域の数秘術情報に基づいて決定されてもよい。ネットワーク装置１１０は、端末装置１２０がリソース領域の数秘術情報に基づいてスケジューリング単位を決定するように、リソース領域の数秘術情報を端末装置１２０に送信してもよい。
【００３９】
基準単位は、所定の数秘術に基づいて決定されてもよい。所定の数秘術は、例えば、仕様の定義、システム要求などに従って、ネットワーク装置１１０側と端末装置１２０側の両方で予め定義してもよい。代替として、ネットワーク装置１１０は、数秘術を事前に決定し、ＲＲＣシグナリングなどの高レベルシグナリングを介して、端末装置１２０に所定の数秘術に関する情報を送信してもよい。さらなる代替として、ネットワーク装置１１０は、所定の数秘術に基づいて基準単位を決定し、ＲＲＣシグナリングを介して、基準単位に関する情報を端末装置１２０に送信してもよい。
【００４０】
実施形態において、時間情報は、第１部分と第２部分とを含んでもよい。時間情報の第１部分は、基準単位に基づいて決定されてもよく、それから、時間情報の第２部分は、時間情報の第１部分、基準単位およびスケジューリング単位に基づいて決定されてもよい。
【００４１】
時間情報の第１部分は、リソース領域の粗粒（coarse-grain）開始位置を示す第１開始位置、リソース領域の粗粒終了位置を示す第１終了位置、リソース領域の第１長さ、などを含んでもよい。一例では、時間情報の第１部分の決定において、ネットワーク装置１１０は、リソース領域の開始基準単位をリソース領域の第１開始位置として決定することと、リソース領域の終了基準単位をリソース領域の第１終了位置として決定することと、リソース領域によって占有される基準単位の数をリソース領域の第１長さとして決定すること、のうちの少なくとも２つを実行してもよい。
【００４２】
時間情報の第２部分は、リソース領域の細粒（fine-grain）開始位置を示すリソース領域の第２開始位置、およびリソース領域の細粒終了位置を示す第２終了位置などを含んでもよい。一例では、時間情報の第２部分の決定において、ネットワーク装置１１０は、開始基準単位内の開始スケジューリング単位をリソース領域の第２開始位置として決定し、終了基準単位内の終了スケジューリング単位をリソース領域の第２終了位置として決定してもよい。
【００４３】
これらの実施形態では、リソース領域の時間情報の第１部分および第２部分を受信すると、端末装置１２０は、粗粒開始位置、粗粒終了位置、および粗粒長を知ることができ、したがって、リソース領域がどの基準単位に位置するかを決定することができる。そして、端末装置１２０は、細粒開始位置と終了位置に基づいて、基準単位（「開始基準単位」も参照）内の開始スケジューリング単位と、同一または異なる基準単位（「終了基準単位」も参照）内の終了スケジューリング単位と、を決定してもよい。このようにして、端末装置１２０は、ネットワーク装置１１０から受信されるべきデータに対する時間領域リソース割り当てを決定することができる。上記の実施形態のさらなる詳細は、図４に関して論じられる。
【００４４】
さらなる代替として、いくつかの実施形態では、２１０において、ネットワーク装置１１０は、リソース領域の数秘術情報に基づいてスケジューリング単位を決定してもよい。言い換えれば、これらの実施形態で説明したスケジューリング単位は、他の可能なリソースの数秘術を考慮することなく、端末装置１２０に割り当てられたリソースの数秘術と関連付けられる。それから、ネットワーク装置１２０は、スケジューリング単位に基づいて時間情報を決定してもよい。この場合、ネットワーク装置１１０は、リソース領域の開始スケジューリング単位をリソース領域の開始位置として決定することと、リソース領域の終了スケジューリング単位をリソース領域の終了位置として決定することと、リソース領域によって占有されるスケジューリング単位の数をリソース領域の長さとして決定することと、のうちの少なくとも２つを実行してもよい。これらの実施形態では、ネットワーク装置１１０は、端末装置１２０がリソース領域の数秘術情報に基づいてスケジューリング単位を決定することができるように、リソース領域の数秘術情報を端末装置１２０に送信してもよい。
【００４５】
端末装置１２０は、リソース領域の時間情報を受信すると、開始スケジューリング単位、終了スケジューリング単位、及びリソース領域によって占有されるスケジューリング単位の数を、開始位置、終了位置、及びリソース領域の長さとして、それぞれ決定してもよい。このようにして、端末装置１２０は、ネットワーク装置１１０から受信されるべきデータに対する時間領域リソース割り当てを決定してもよい。実施形態のさらなる詳細は、図５に関して論じられる。
【００４６】
方法２００の実施形態をさらに参照すると、２２０で、ネットワーク装置１１０は、端末装置１２０がリソース領域上のデータを受信することを可能にするために、時間情報を端末装置１２０に送信する。具体的には、時間情報を受信すると、端末装置１２０は、ネットワーク装置１１０からのデータ送信によって使用される時間領域リソースを決定してもよい。このように、端末装置１２０は、リソース領域の時間情報に基づいてリソース領域上のデータを受信してもよい。
【００４７】
さらに、いくつかの実施形態では、上述のようにリソース領域の時間情報を示すことは、クロスキャリアスケジューリング（cross carrier scheduling）と同様にセルフスケジューリング（self-scheduling）のために使用されてもよい。いくつかの実施形態では、リソース割り当てのための別個のダウンリンク制御情報（ＤＣＩ：Downlink Control Information）が使用され、そして、１つまたは複数の端末装置は、リソース割り当て情報を復号してもよい。いくつかの実施形態では、復調基準信号（ＤＭＲＳ：Demodulation reference signal）設定は、リソース割り当てから独立して設定されてもよい。ＤＭＲＳは、数秘術のサブフレーム、スロット、シンボルまたはフレーム構造に基づく。それは、ＲＲＣシグナリングによって半静的に、または、前方互換性の観点から、ＤＣＩによって動的に設定することができる。ＤＣＩによって示される場合、シグナリングは、現在の期間におけるＤＭＲＳの存在および位置を示すことができる。期間は、１つまたは複数のシンボル、スロット、サブフレーム、フレームなどである。
【００４８】
本開示のさらなる実施形態が、図３から５を参照して以下に説明される。図３は、本開示の実施形態による時間領域リソース割り当て指示の図３００を示す。時間−周波数リソースは、４つのリソース領域３１１から３１４を含む。リソース領域３１１はＤＣＩ送信に割り当てられ、リソース領域３１２、３１３および３１４は端末装置へのデータ送信に割り当てられる。スケジューリング単位３２１は、可能な限り最小のスケジューリング粒度として定義され、「シンボル」とも呼ばれることがある。本明細書で使用される「シンボル」という用語は、ＬＴＥにおける「シンボル」の従来の定義と同じでも異なっていてもよいことを理解されたい。実際には、用語「シンボル」は、本開示におけるスケジューリング単位を指す。スケジューリング単位のサイズおよびスケジューリング単位の指標付けは、最小のシンボル長に基づいてもよい。例えば、スケジューリング単位のサイズは、６０ＫＨｚサブキャリア間隔の１シンボルであってもよい。そのような場合、リソース領域３１２から３１４は、以下のように指標付けされてもよい。「ＤＬ（Downlink）ミニスロット１」とも呼ばれるリソース領域３１２は、シンボル９から１４によって示される。
「ＤＬミニスロット２」とも呼ばれるリソース領域３１３は、シンボル１６から２３によって示される。「ＤＬミニスロット３」とも呼ばれるリソース領域３１４は、シンボル２４から２７によって示される。
【００４９】
上記の例は、限定ではなく例示のために記載されていることを理解されたい。当業者は、スケジューリング単位のサイズが１５ＫＨｚサブキャリア間隔の１シンボルのような他の適用可能な値でもあり得ることを容易に理解するであろう。そのような場合、すべてのスケジュールされた時間領域リソースは、スケジューリング単位の倍数であるが、ＤＬミニスロット１は、適用可能ではない。このようにして、異なるスケジューリング単位を指標付けするために使用されるペイロードサイズを減らすことができる。
【００５０】
いくつかの実施形態では、リソース領域は別のリソース領域の直後または直前ではない場合がある。例えば、ＤＣＩとＤＬミニスロット１との間にギャップ３１５があってもよい。ギャップ３１５は、ＤＬ／ＵＬ（uplink）遷移、アンライセンススペクトル用のＬＢＴ、スケジューリング要求、および／または他の可能な要因に使用されてもよい。
【００５１】
図３の例では、リソース領域３１２については、開始位置９、終了位置１４および期間長６のうち少なくとも２つが時間情報として端末装置１２０に送信されてもよい。開始位置９は、リソース領域３１２の開始位置が９番目のスケジューリング単位であることを示す。終了位置１４は、リソース領域３１２の終了位置が１４番目のスケジューリング単位であることを示す。期間長６は、リソース領域３１２が６つのスケジューリング単位を占有することを示す。一実施形態では、ＤＬミニスロット１の時間情報は、開始位置９と終了位置１４を含んでもよい。別の実施形態では、ＤＬミニスロット１の時間情報は、開始位置９と期間長６を含んでもよい。さらに別の実施形態では、ＤＬミニスロット１の時間情報は、終了位置１４と期間長６を含んでもよい。
【００５２】
引き続き図３の例を参照して、リソース領域３１３については、時間情報は、開始位置１６、終了位置２３および期間長８のうちの２つを含んでもよい。リソース領域３１４の場合、時間情報は、開始位置２４、終了位置２７および期間長４のうちの２つを含んでもよい。
【００５３】
いくつかの実施形態では、マルチスロット時間領域リソース割り当てをサポートするために、より長い期間長が使用されてもよい。それに加えて、またはその代わりに、より大きな終了位置シンボル指標が使用されてもよい。さらに、またはあるいは、終了位置をより効率的に示すために、シンボル指標に加えて、スロット／サブフレーム／フレーム指標が使用されもよい。
【００５４】
図４は、本開示のさらなる実施形態による時間領域リソース割り当て指示の図４００を示す。この例では、時間情報は第１部分と第２部分とを含む。第１部分は、基準単位（例えば、最大シンボル長、または、他の適切な所定のシンボル長）に基づいて決定される。第２部分は、スケジューリング単位に基づいて決定される。いくつかの実施形態では、開始基準単位、終了基準単位、および基準単位の総数のうちの少なくとも２つを最初に決定してもよい。それから、基準単位内のリソース割り当てを、開始基準単位と終了基準単位から決定してもよい。
【００５５】
図４の例では、時間−周波数リソースは、４つのリソース領域４１１から４１４を含む。リソース領域４１１は、ＤＣＩ送信に割り当てられ、リソース領域４１２、４１３および４１４は、端末装置へのデータ送信に割り当てられる。スケジューリング単位４２１は、リソース領域の数秘術情報に基づいて決定され、基準単位４３１は、所定の数秘術に基づいて決定されてもよい。
【００５６】
ネットワーク装置１１０側では、リソース領域４１２に関して、開始シンボル２、終了シンボル３、および総シンボル数２のうちの２つが、時間情報の第１部分として使用されてもよい。次に、６０ＫＨｚサブキャリア間隔のシンボル長に基づいて、開始シンボル１および終了シンボル３を、時間情報の第２部分として使用してもよい。端末装置１２０側では、１５ＫＨｚサブキャリア間隔に基づいて、時間領域リソース割り当てがシンボル２から始まりシンボル３で終わることがわかる。次に、端末装置１２０は、１５ＫＨｚサブキャリア間隔シンボルを４つの６０ＫＨｚサブキャリア間隔シンボルに、最初に分割してもよい。それから、開始のために、端末装置１２０は、１５ＫＨｚサブキャリア間隔のシンボル２内の４つの６０ＫＨｚシンボルのうちのシンボル１が開始位置であることを知る。終了のために、端末装置１２０は、１５ＫＨｚサブキャリア間隔のシンボル３内の４つの６０ＫＨｚシンボルのうちのシンボル３が終了位置であることを知る。
【００５７】
リソース領域４１３に関して、ネットワーク装置１１０において、時間情報の第１部分は、１５ＫＨｚサブキャリア間隔に基づいて決定される開始シンボル４、終了シンボル５、および期間長２のうちの少なくとも２つを含んでもよい。期間長単位はまた、１５ＫＨｚのサブキャリア間隔のシンボルである。それから、ネットワーク装置１１０は、時間領域リソース割り当て固有の数秘術が基準数秘術と同じであると判断し得るので、時間情報の第２部分は不要である。代替として、第２部分は、時間情報の第１部分と同じであってもよい。端末装置１２０において、時間領域リソース割り当て単位が１５ＫＨｚサブキャリア間隔に基づいている場合、それは開始シンボル４および終了シンボル５を知ることができる。それから、端末装置１２０は、時間領域リソース割り当ての細かさがないことを知り、時間情報の第１部分が時間領域リソース割り当てを決定するのに十分であることを知る。
【００５８】
図４の例では、リソース領域４１４の時間情報は、リソース領域４１３の時間情報と同様である。唯一の違いは、ＵＬ送信がＤＬ送信以外を示すことである。
【００５９】
いくつかの実施形態では、マルチスロット時間領域リソース割り当てのために、より長い期間長、および／または、より大きな終了位置シンボル指標が使用されてもよい。終了位置をより効率的に示すために、シンボル指標に加えてスロット／サブフレーム／フレームイン指標が使用されてもよい。
【００６０】
図５は、本開示のなおさらなる実施形態による時間領域リソース割り当て指示の図５００を示す。時間−周波数リソースは、５つのリソース領域５１１から５１５を含む。リソース領域５１１はＤＣＩ送信に割り当てられ、リソース領域５１２、５１３、５１４、及び５１５は端末装置へのデータ送信に割り当てられる。スケジューリング単位５２３、５２４、５３２および５３５は、リソース領域５１３、５１４、５１２および５１５の数秘術情報に基づいて、それぞれに決定されてもよい。スケジューリング単位は、サブフレーム、スロット、ミニスロットなどであってもよい。ネットワーク装置１１０は、異なる端末装置および／または異なる数秘術のためのリソース割り当てを調整してもよい。
【００６１】
本開示の実施形態によれば、用語「スロット」または「指標期間」は、複数のスケジューリング単位を含む時間期間である。図５の例では、サブキャリア間隔が１５ＫＨｚの場合、スロット５２１または５２２は、７つのスケジューリング単位５２０、すなわち、７個のシンボルを含む。サブキャリア間隔が６０ＫＨｚの場合、スロット０から７はそれぞれ７つのスケジューリング単位５３０を含む。言い換えれば、１５ＫＨｚサブキャリア間隔用に２つのスロット５２１および５２２があり、６０ＫＨｚサブキャリア間隔用に８つのスロットがある。１スロット内には、７個のシンボルを指標付けするための指標０、１、２、３、４、５、６がある。図５の例では、１５ＫＨｚスロットは、４つの６０ＫＨｚスロットを含む。物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical downlink control channel）／拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ：Enhanced physical downlink control channel）監視は、数秘術ごとに、スロットごとに、行われる。１５ＫＨｚのスロット内で、６０ＫＨｚサブキャリア間隔用には、４つのモニタリング機会がある。
【００６２】
いくつかの実施形態では、マルチスロット時間領域リソース割り当てをサポートするために、より長い期間長および／またはより長い終了位置シンボル指標が使用されてもよい。終了位置をより効率的に示すために、シンボル指標に加えて、スロット／サブフレーム／フレーム指標を使用してもよい。
【００６３】
引き続き図５の例を参照して、リソース領域５１２のサブキャリア間隔は６０ｋＨｚであるため、スケジューリング単位５３０は、リソース領域５１２の時間情報を示すために用いられる。時間情報は、開始シンボル５３２、終了シンボル５３３、およびシンボルの長さ、すなわち、この例では６シンボル、のうちの少なくとも２つを含んでもよい。いくつかの実施形態において、開始シンボルは、開始シンボルのグローバル指標によって示されてもよい。これは限定ではなく例であることを理解されたい。代替の実施形態では、開始シンボルは、開始シンボルがスロット内の開始シンボルの指標（例えば、スロット１のシンボル２）と一緒に位置するスロット（例えば、スロット１）によって示されてもよい。
【００６４】
リソース領域５１３に関しては、サブキャリア間隔が１５ｋＨｚであるため、スケジューリング単位５２０は、リソース領域５１３の時間情報を示すために用いられる。この時間情報は、スロット長１、開始シンボル４、および終了シンボル５のうちの少なくとも２つを含んでもよく、スロット長１は、リソース領域５１３のスパンが１つのスロット５２１内にあること、すなわち、単一のスロットリソース割り当てを示す。開始シンボル４は、リソース領域５１３がスロット５２１のシンボル４で始まることを示し、終了シンボル５は、リソース領域５１３がスロット５２１のシンボル５で終了することを示す。
【００６５】
リソース領域５１４に関しては、サブキャリア間隔も１５ｋＨｚである。したがって、スケジューリング単位５２０は、時間情報を示すためにも使用される。この例では、リソース領域５１４の時間情報は、スロット長１、開始シンボル６、および終了シンボル６を含んでもよい。リソース領域がアップリンク送信に割り当てられた場合、アップリンク送信方向も、端末装置１２０に指示される必要がある。
【００６６】
リソース領域５１５に関しては、サブキャリア間隔もまた６０ｋＨｚである。したがって、スケジューリング単位５３０は、時間情報を示すために使用される。この例では、リソース領域５１５の時間情報は、スロット長３、開始シンボル０、および終了シンボル０を含んでもよい。スロット長３は、リソース割り当て５１５が３スロットを占めることを示す。
【００６７】
前述の実施形態では、１５ＫＨｚまたは６０ＫＨｚのサブキャリア間隔などの数秘術がネットワーク装置１１０から端末装置１２０に示される。したがって、端末装置１２０は、異なるリソース領域について対応するスケジューリング単位を決定することができる。
【００６８】
ここで、本開示の実施形態による、リソース割り当てを示すための方法６００のフローチャートを示す図６を参照する。方法６００は、端末装置１２０、例えば、ＵＥまたは他の適切な装置によって実施されてもよい。
【００６９】
方法６００は、６１０で開始され、そこで、端末装置１２０は、ネットワーク装置１１０からリソース領域の時間情報を受信する。リソース領域は、端末装置にデータを送信するために割り当てられ、時間情報は、リソース領域の数秘術情報に基づいて決定される。それから、６２０において、端末装置１２０は、時間情報に基づいて、リソース領域上のデータを受信する。
【００７０】
本開示の実施形態によれば、時間情報を受信するための複数の方法があり得る。いくつかの実施形態では、端末装置１２０は、リソース領域の開始スケジューリング単位、リソース領域の終了スケジューリング単位、およびリソース領域によって占有されるスケジューリング単位の数、のうちの少なくとも２つを受信してもよい。スケジューリング単位は、ネットワーク装置１１０によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいて決定されてもよい。
【００７１】
いくつかの代替の実施形態では、端末装置１２０は、時間情報の第１部分および第２部分を受信してもよい。時間情報の第１部分は、リソース領域の開始基準単位、リソース領域の終了基準単位、およびリソース領域によって占有される基準単位の数のうちの少なくとも２つを含んでもよい。時間情報の第２部分は、開始スケジューリング単位と終了スケジューリング単位とを含んでもよい。スケジューリング単位は、リソース領域の数秘術情報に基づいて決定され、基準単位は、所定の数秘術に基づいて決定されてもよい。いくつかの実施形態では、任意選択で、端末装置１２０は、ネットワーク装置１１０からリソース領域の数秘術情報をさらに受信してもよい。
【００７２】
いくつかのさらなる代替の実施形態では、端末装置１２０は、リソース領域の開始スケジューリング単位、リソース領域の終了スケジューリング単位、およびリソース領域によって占有されるスケジューリング単位の数のうちの少なくとも２つを受信してもよい。これらの実施形態では、スケジューリング単位は、リソース領域の数秘術情報に基づいて決定されてもよい。いくつかの実施形態では、任意選択で、端末装置１２０は、ネットワーク装置１１０からリソース領域の数秘術情報をさらに受信してもよい。
【００７３】
図７は、本開示の一実施形態によるネットワーク装置７００の概略図を示す。本開示の実施形態によれば、ネットワーク装置７００は、通信システム内のネットワーク装置１１０、または、他の適切な装置として実装されてもよい。
【００７４】
図７に示すように、ネットワーク装置７００は、端末装置にデータを送信するために割り当てられたリソース領域の数秘術情報に基づいてリソース領域の時間情報を決定するように構成されたコントローラ７１０と、端末装置がリソース領域上のデータを受信することを可能にするために、端末装置に時間情報を送信するように構成されたトランスミッタ７２０と、を備える。
【００７５】
いくつかの実施形態では、コントローラ７１０は、ネットワーク装置によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいてスケジューリング単位を決定し、スケジューリング単位に基づいて時間情報を決定するようにさらに構成してもよい。
【００７６】
いくつかの実施形態では、コントローラ７１０は、リソース領域の開始スケジューリング単位をリソース領域の開始位置として決定し、リソース領域の終了スケジューリング位置をリソース領域の終了位置として決定し、リソース領域によって占有されるスケジューリング単位の数をリソース領域の長さとして決定するように、さらに構成されてもよい。
【００７７】
いくつかの実施形態では、コントローラ７１０は、リソース領域の数秘術情報に基づいてスケジューリング単位を決定し、所定の数秘術に基づいて基準単位を決定し、基準単位に基づいて時間情報の第１部分を決定し、時間情報の第１部分、基準単位、およびスケジューリング単位に基づいて、時間情報の第２部分を決定する、ようにさらに構成されてもよい。
【００７８】
いくつかの実施形態では、コントローラ７１０は、リソース領域の開始基準単位をリソース領域の第１開始位置として決定すること、リソース領域の終了基準単位をリソース領域の第１終了位置として決定すること、および、リソース領域によって占有される基準単位の数をリソース領域の第１長さとして決定すること、のうち少なくとも２つを実行するようにさらに構成されてもよい。
【００７９】
いくつかの実施形態では、コントローラ７１０は、開始基準単位内の開始スケジューリング単位をリソース領域の第２開始位置として決定し、終了基準単位内の終了スケジューリング単位をリソース領域の第２終了位置として決定するようにさらに構成されてもよい。
【００８０】
いくつかの実施形態では、コントローラ７１０は、リソース領域の数秘術情報に基づいてスケジューリング単位を決定し、スケジューリング単位に基づいて時間情報を決定するようにさらに構成されてもよい。
【００８１】
いくつかの実施形態では、コントローラ７１０は、リソース領域の開始スケジューリング単位をリソース領域の開始位置として決定すること、リソース領域の終了スケジューリング単位をリソース領域の終了位置として決定すること、および、リソース領域によって占有されるスケジューリング単位の数をリソース領域の長さとして決定すること、のうち少なくとも２つを実行するようにさらに構成されてもよい。
【００８２】
いくつかの実施形態では、トランスミッタ７２０は、リソース領域の数秘術情報を端末装置に送信するようにさらに構成されてもよい。
【００８３】
図８は、本開示の一実施形態による端末装置８００の概略図を示す。本開示の実施形態によれば、端末装置８００は、通信システム内の端末装置１２０、または、他の適切な装置として実装することができる。
【００８４】
図８に示すように、端末装置８００は、ネットワーク装置からリソース領域の時間情報を受信し、時間情報に基づいてリソース領域上のデータを受信する、ように構成されるレシーバ８１０を備え、リソース領域は、データを端末装置に送信するために割り当てられ、時間情報は、リソース領域の数秘術情報に基づいて決定される。
【００８５】
いくつかの実施形態では、レシーバ８１０は、リソース領域の開始スケジューリング単位、リソース領域の終了スケジューリング単位、およびリソース領域によって占有されるスケジューリング単位の数のうちの少なくとも２つを受信するようにさらに構成され、スケジューリング単位は、ネットワーク装置によって割り当てられた１つまたは複数のリソース領域によって使用される最大の数秘術に基づいて決定される。
【００８６】
いくつかの実施形態では、レシーバ８１０は、時間情報の第１部分を受信するようにさらに構成されてもよく、時間情報の第１部分は、リソース領域の開始基準単位、リソース領域の終了基準単位、およびリソース領域によって占有される基準単位の数のうちの少なくとも２つを含み、時間情報の第２部分を受信するようにさらに構成されてもよく、時間情報の第２部分は、開始基準単位と終了基準単位とを含み、スケジューリング単位は、リソース領域の数秘術情報に基づいて決定され、基準単位は、所定の数秘術に基づいて決定される。
【００８７】
いくつかの実施形態では、レシーバ８１０は、リソース領域の開始スケジューリング単位、リソース領域の終了スケジューリング単位、および、リソース領域によって占有されるスケジューリング単位の数、のうちの少なくとも２つを受信するように構成されてもよく、スケジューリング単位は、リソース領域の数秘術情報に基づいて決定される。
【００８８】
いくつかの実施形態では、レシーバ８１０は、ネットワーク装置からリソース領域の数秘術情報を受信するようにさらに構成されてもよい。
【００８９】
装置７００または８００は、現在知られているか、または、将来開発されるいずれかの適切な技術によってそれぞれ実施されてもよいことにも留意されたい。また、図７または８に示す単体の装置は、代替えとして、複数の別々の装置に実装してもよく、複数の別々の装置を単一の装置内に実装してもよい。本開示の範囲は、これらの点において限定されない。
【００９０】
装置７００または８００は、図２または６を参照して説明されたような機能を実装するように構成されてもよいことに留意されたい。したがって、方法２００に関して説明した特徴は、装置７００の対応する構成要素に適用することができ、方法６００に関して説明した特徴は、装置８００の対応する構成要素に適用することができる。さらに、装置７００または８００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、および／またはそれらの任意の組み合わせで具現化されてもよいことに留意されたい。例えば、装置７００または８００の構成要素は、回路、プロセッサ、または、他の任意の適切な装置によってそれぞれ実装されてもよい。当業者であれば、前述の例は例示のためだけであり、限定のためではないことを理解するであろう。
【００９１】
本開示のいくつかの実施形態では、装置７００または８００は少なくとも１つのプロセッサを備えてもよい。本開示の実施形態と共に使用するのに適した少なくとも１つのプロセッサは、例として、既に知られているかまたは将来開発される汎用プロセッサおよび特殊用途プロセッサの両方を含んでもよい。装置７００または８００は、少なくとも１つのメモリをさらに含んでもよい。少なくとも１つのメモリは、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリ装置などの半導体メモリ装置を含んでもよい。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納するために使用されてもよい。プログラムは、高水準および／または低水準の適合性のあるまたは解釈可能な任意のプログラミング言語で書くことができる。実施形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサを用いて、装置７００を少なくとも上述の方法２００に従って実行させ、装置８００を少なくとも上述の方法６００に従って実行させるように構成してもよい。
【００９２】
上記の説明に基づいて、当業者は、本開示が装置、方法、またはコンピュータプログラム製品において具現化され得ることを理解するであろう。一般に、様々な例示的実施形態は、ハードウェアまたは特殊用途の回路、ソフトウェア、論理、あるいはそれらの任意の組み合わせで実施することができる。例えば、いくつかの態様は、ハードウェアで実施されてもよく、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実施されてもよいが、本開示はそれに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または他の絵表示を使用して図示および説明することができるが、本明細書に記載されているこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはそれらの何らかの組み合わせで、実装することができることを十分に理解されたい。
【００９３】
図２または６に示されている様々なブロックは、方法ステップとして、および／またはコンピュータプログラムコードの動作から生じる動作として、および／または関連する機能を実行するように構成された複数の結合論理回路要素として見なすことができる。本開示の例示的実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなどの様々な構成要素で実施することができ、本開示の例示的実施形態は、本開示の例示的な実施形態に従って動作するように構成可能である集積回路、ＦＰＧＡまたはＡＳＩＣとして具現化される装置で実現できる。
【００９４】
本明細書は多くの具体的な実装の詳細を含むが、これらはいかなる開示の範囲または主張され得るものに対する限定としてではなく、むしろ特定の開示の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。本明細書において別々の実施形態の文脈で説明されている特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明されている様々な特徴は、また、別々にまたは任意の適切なサブコンビネーションで複数の実施形態で実施することができる。さらに、特徴は、特定の組み合わせで作用するものとして上記で説明され、最初はそのように主張されることもあるが、主張される組み合わせからの１つ以上の特徴は、組み合わせから除外されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションの変形に向けられてもよい。
【００９５】
同様に、動作は特定の順序で図面に描かれているが、望ましい結果を達成するためには、そのような動作が示された特定の順序または順次に実行されること、または示されたすべての動作が実行されることが必要である。特定の状況では、マルチタスキングおよび並列処理が有利な場合がある。さらに、上述の実施形態における様々なシステム構成要素の分離は、すべての実施形態においてそのような分離を必要とすると理解されるべきではなく、説明されるプログラム構成要素およびシステムは、一般的に単一のソフトウェア製品に統合され、または複数のソフトウェア製品にパッケージ化され得る。
【００９６】
本開示の前述の例示的な実施形態に対する様々な修正形態、適合形態は、添付の図面と併せて読めば、前述の説明に鑑みて当業者には明らかとなり得る。ありとあらゆる修正は、依然として本開示の非限定的で例示的な実施形態の範囲内に入るであろう。さらに、本明細書に記載された開示の他の実施形態は、前述の説明および関連する図面に提示された教示の恩恵を受けて、本開示のこれらの実施形態が関連する当業者に思い浮かぶであろう。
【００９７】
したがって、本開示の実施形態は、開示された特定の実施形態に限定されるべきではなく、修正形態および他の実施形態は添付の特許請求の範囲内に含まれることが意図されることを理解されたい。本明細書では、特定の用語が使用されているが、それらは一般的かつ説明的な意味でのみ使用されており、限定を目的とするものではない。
【図１】
2020504979.tif 000003
【図２】
2020504979.tif 000004
【図３】
2020504979.tif 000005
【図４】
2020504979.tif 000006
【図５】
2020504979.tif 000007
【図６】
2020504979.tif 000008
【図７】
2020504979.tif 000009
【図８】
2020504979.tif 000010
【手続補正書】
【提出日】令和1年9月4日(2019.9.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク装置によって実行される方法であって、
リソース領域の時間情報を端末装置に送信することと、
前記リソース領域を使用してデータを前記端末装置に送信することと、
を備え、
前記時間情報は、少なくとも前記リソース領域の開始位置と、前記リソース領域の長さと、を示す、
方法。
【請求項２】
前記リソース領域に少なくとも関連する数秘術情報を前記端末装置に送信することをさらに備える、
請求項１に記載の方法。
【請求項３】
前記数秘術情報は、サブキャリア間隔と、シンボル長と、サイクリックプレフィックスの長さ、のうちの少なくとも１つを備える、
請求項２に記載の方法。
【請求項４】
前記時間情報は、少なくとも前記リソース領域の開始シンボルと、前記データ送信のために割り当てられた前記リソース領域のシンボル数と、を示す、
請求項１に記載の方法。
【請求項５】
前記時間情報は、ダウンリンク制御情報、または、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングのうちの少なくとも１つを介して送信される、
請求項１に記載の方法。
【請求項６】
前記時間情報は、前記リソース領域の粗粒時間領域リソース指示と、前記リソース領域の細粒時間領域リソース指示と、をさらに備える、
請求項１に記載の方法。
【請求項７】
前記時間情報を送信することは、
前記時間情報の第１部分を前記端末装置に送信することと、
前記時間情報の第２部分を前記端末装置に送信することと、
をさらに備える、
請求項１に記載の方法。
【請求項８】
前記第１部分は、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングを介して送信される、
請求項７に記載の方法。
【請求項９】
端末装置によって実行される通信方法であって、
ネットワーク装置からデータ受信のために、前記端末装置に割り当てられるリソース領域の時間情報を受信することと、
前記ネットワーク装置から前記時間情報に基づいて前記リソース領域上の前記データを受信することと、
を備え、
前記時間情報は、少なくとも前記リソース領域の開始位置と、前記リソース領域の長さと、を示す、
方法。
【請求項１０】
前記時間情報は、少なくとも前記リソース領域の開始シンボルと、前記リソース領域によって占有されるシンボル数と、を示す、
請求項９に記載の方法。
【請求項１１】
前記ネットワーク装置から、少なくとも前記リソース領域に関連する数秘術情報を受信することをさらに備える、
請求項９に記載の方法。
【請求項１２】
前記時間情報と前記数秘術情報とに基づいて前記リソース領域の時間領域リソースを決定することをさらに備える、
請求項１１に記載の方法。
【請求項１３】
前記時間情報は、前記リソース領域の粗粒時間領域リソース表示と、前記リソース領域の細粒時間領域リソース表示と、を含み、
前記リソース領域の時間領域リソースは、前記粗粒時間領域リソース表示と、前記細粒時間領域リソース表示と、に基づいて決定される、
請求項９に記載の方法。
【請求項１４】
ネットワーク装置から前記時間情報の第１部分を受信することと、
ネットワーク装置から前記時間情報の第２部分を受信することと、
前記第１部分と前記第２部分とに基づいて前記リソース領域の時間領域リソースを決定することと、
を備える、
請求項９に記載の方法。
【請求項１５】
前記第１部分は、無線リソース制御（ＲＲＣ：Radio Resource Control ）シグナリングを介して設定される、
請求項１４に記載の方法。
【請求項１６】
リソース領域の時間情報を端末装置に送信し、
前記リソース領域を使用してデータを前記端末装置に送信する、
ように構成された回路を備え、
前記時間情報は、少なくとも前記リソース領域の開始位置と、前記リソース領域の長さと、を示す、 
ネットワーク装置。
【請求項１７】
ネットワーク装置からデータ受信のために、端末装置に割り当てられるリソース領域の時間情報を受信し、
前記ネットワーク装置から前記時間情報に基づいて前記リソース領域上の前記データを受信する、
ように構成された回路を備え、
前記時間情報は、少なくとも前記リソース領域の開始位置と、前記リソース領域の長さと、を示す、
端末装置。
【国際調査報告】
2020504979.tif 000011
2020504979.tif 000012