(57)【要約】【課題】本開示は、情報を示す方法および装置、情報を解釈する方法および装置、基地局、ユーザ機器、ならびにコンピュータ可読記憶媒体に関する。【解決手段】情報を示す方法は、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含む、リソース割り当て通知フォーマットを生成することと、リソース割り当て通知フォーマットをＵＥに送信することと、を含む。前述の実施形態によれば、ＵＥが、アップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは、受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。【選択図】図１
2021520156.tif 000002
【特許請求の範囲】
【請求項１】
基地局に適用可能な、情報を示す方法であって、
第１の通知フォーマットまたは第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成することであって、
該第１の通知フォーマットが、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示し、
該第２の通知フォーマットが、該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数がアップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、生成することと、
該リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信することと、
を含む、方法。
【請求項２】
前記リソース割り当て通知フォーマットを生成することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記第２の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、
を含む、請求項１記載の方法。
【請求項３】
前記リソース割り当て通知フォーマットを生成することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記第２の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成され、かつ該アップリンク送信を現在実行していないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、
を含む、請求項１記載の方法。
【請求項４】
ユーザ機器（ＵＥ）に適用可能な、情報を解釈する方法であって、
基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、該リソース割り当て通知フォーマットが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、または
該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数がアップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットと、を含む、受信することと、
該ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することであって、該解釈方式が、該第１の通知フォーマットに対応する第１の解釈方式または該第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を該現在の解釈方式に基づいて解釈することと、
解釈された結果に基づいて動作を実行することと、
を含む、方法。
【請求項５】
前記現在の状態が現在の構成を含むと判断することに応答して、前記ＰＲＢリソース割り当てフィールドを解釈するための前記現在の解釈方式を前記現在の状態に基づいて判断することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記第２の解釈方式を前記現在の解釈方式として判断すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の解釈方式を前記現在の解釈方式として判断すること、
を含む、請求項４記載の方法。
【請求項６】
前記現在の状態が現在の構成および現在の動作を含むと判断することに応答して、前記ＰＲＢリソース割り当てフィールドを解釈するための前記現在の解釈方式を前記現在の状態に基づいて判断することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記第２の解釈方式を前記現在の解釈方式として判断すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されるが、該アップリンク送信を現在実行していないことに応答して、前記第１の解釈方式を前記現在の解釈方式として判断すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の解釈方式を前記現在の解釈方式として判断すること、
を含む、請求項４記載の方法。
【請求項７】
前記解釈された結果に基づいて前記動作を実行することが、
前記解釈された結果が、前記現在のリザーブ状態が前記アップリンク送信の早期終了を示すことであることに応答して、アップリンク・データの進行中の繰り返し送信を終了すること、または
前記解釈された結果が、前記現在のリザーブ状態が前記１つまたは複数の割り当てられたリソースの識別子を示すことであることに応答して、１つまたは複数の割り当てられたリソースを用いて動作すること、
を含む、請求項４〜６のいずれか１項記載の方法。
【請求項８】
基地局に適用可能な、情報を示すための装置であって、
第１の通知フォーマットまたは第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成するように構成される、生成モジュールであって、
該第１の通知フォーマットが、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示し、または
該第２の通知フォーマットが、該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数がアップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが該リソース割り当て方式を示すように構成されることを示す、生成モジュールと、
該生成モジュールによって生成された該リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信するように構成される、送信モジュールと、
を備える、装置。
【請求項９】
前記生成モジュールが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記第２の通知フォーマットを前記リソース割り当て通知フォーマットとして生成するように構成される、第１の生成サブモジュール、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成するように構成される、第２の生成サブモジュール、
を備える、請求項８記載の装置。
【請求項１０】
前記生成モジュールが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記第２の通知フォーマットを前記リソース割り当て通知フォーマットとして生成するように構成される、第３の生成サブモジュール、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成され、かつ該アップリンク送信を現在実行していないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成するように構成される、第４の生成サブモジュール、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成するように構成される、第５の生成サブモジュール、
を含む、請求項８記載の装置。
【請求項１１】
ユーザ機器（ＵＥ）に適用可能な、情報を解釈するための装置であって、
基地局によって送信されたリソース割り当て通知フォーマットを受信するように構成される、受信モジュールであって、該リソース割り当て通知フォーマットが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、または
該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含む、受信モジュールと、
該ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断するように構成される、判断モジュールであって、該解釈方式が、該受信モジュールによって受信される該第１の通知フォーマットに対応する第１の解釈方式、または該受信モジュールによって受信される該第２の通知フォーマットに対応する第２の解釈方式を含む、判断モジュールと、
受信した該リソース割り当て通知フォーマットに対応して、該判断モジュールによって判断される該現在の解釈方式に基づいて現在のリザーブ状態を解釈し、解釈された結果に基づいて動作を実行するように構成される、解釈および動作モジュールと、
を備える、装置。
【請求項１２】
前記現在の状態が現在の構成を含むと判断することに応答して、前記判断モジュールが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記第２の解釈方式を前記現在の解釈方式として判断するように構成される、第１の判断サブモジュール、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の解釈方式を前記現在の解釈方式として判断するように構成される、第２の判断サブモジュール、
を含む、請求項１１記載の装置。
【請求項１３】
前記現在の状態が現在の構成および現在の動作を含むと判断することに応答して、前記判断モジュールが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記第２の解釈方式を前記現在の解釈方式として判断するように構成される、第３の判断サブモジュール、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されるが、該アップリンク送信を現在実行していないことに応答して、前記第１の解釈方式を前記現在の解釈方式として判断するように構成される、第４の判断サブモジュール、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の解釈方式を前記現在の解釈方式として判断するように構成される、第５の判断サブモジュール、
を含む、請求項１１記載の装置。
【請求項１４】
前記解釈および動作モジュールが、
前記解釈された結果が、前記現在のリザーブ状態が前記アップリンク送信の早期終了を示すことであることに応答して、アップリンク・データの進行中の繰り返し送信を終了するように構成される、第１の動作サブモジュール、または
前記解釈された結果が、前記現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことであることに応答して、該１つまたは複数の割り当てられたリソースを用いて動作するように構成される、第２の動作サブモジュール、
を含む、請求項１１〜１３のいずれか１項記載の装置。
【請求項１５】
基地局であって、
プロセッサと、
該プロセッサによって実行可能な命令を記憶するメモリと、を備え、
該プロセッサが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、または
該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマット、
を含むリソース割り当て通知フォーマットを生成し、
該リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信するように構成される、基地局。
【請求項１６】
ユーザ機器であって、
プロセッサと、
該プロセッサによって実行可能な命令を記憶するメモリと、を備え、
該プロセッサが、
基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、該リソース割り当て通知フォーマットが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、または
該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含む、受信することと、
該ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することであって、該解釈方式が、該第１の通知フォーマットに対応する第１の解釈方式または該第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を該現在の解釈方式に基づいて解釈することと、
解釈された結果に基づいて動作を実行することと、
を行うように構成される、ユーザ機器。
【請求項１７】
記憶されたコンピュータ命令を有するコンピュータ可読記憶媒体であって、該命令がプロセッサによって実行されるときに、請求項１〜３のいずれか１項記載の情報を示す方法のステップが実施される、コンピュータ可読記憶媒体。
【請求項１８】
記憶されたコンピュータ命令を有するコンピュータ可読記憶媒体であって、該命令がプロセッサによって実行されるときに、請求項４〜７のいずれか１項記載の情報を解釈する方法のステップが実施される、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信技術の分野に関し、特に、情報を示す方法および装置、情報を解釈する方法および装置、基地局、ユーザ機器（ＵＥ）、ならびにコンピュータ可読記憶媒体に関する。
【背景技術】
【０００２】
通信技術の発展と共に、マシン型通信（ＭＴＣ）が現われている。ＭＴＣは、人間が関与しない一種のマシンツーマシン通信として、インテリジェント・シティ、インテリジェント農業、およびインテリジェント輸送などの様々な分野で幅広く使用されている。
【０００３】
ＭＴＣの基本的な通信フレームワークは、低複雑性または低コスト、拡張カバレッジ、および電力節約などの特徴を伴ってＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）におけるリリース１２および１３に基づいて形成されている。特に、低複雑性または低コストは、ＭＴＣ端末のための通信帯域幅を制限することによって達成される。典型的には、ＭＴＣは、６つの物理リソース・ブロック（ＰＲＢ）の通信帯域幅をサポートし得る。リリース１３においてＭＴＣのための狭帯域（ＮＢ）通信モードをサポートするために、システム帯域幅全体が複数の狭帯域に分割され、基地局は、複数の狭帯域のうちの１つをあるＭＴＣ端末に割り当て、次いで割り当てられた狭帯域内でＰＲＢリソースをさらに割り当てることとなる。狭帯域内でＰＲＢを割り当てるために、ＬＴＥアップリンク・リソース割り当てタイプ０の方式が、割り当てられたリソースの開始点および量を示すために再使用される。６つのＰＲＢの帯域幅について、示すために合計５ビットが割り当てられ、そのうち２１個の値が、有効なリソース割り当て状態を示し、１１個の値が、リザーブ状態として他の状態を示す。
【０００４】
さらに、リリース１３においてＭＴＣのためのカバレッジ拡張を実現するために、送信機が、いくつかの送信時間単位において繰り返し同一コンテンツを送信し、受信機が、繰り返し送信されるコンテンツを結合することによって情報回復を実行し得るように、繰り返し送信モードが採用され、その場合に繰り返し送信の回数は、概してチャネル条件に従って設定される。
【０００５】
さらに、電力を節約し、リソース利用効率を改善するために、新たな特徴がＬＴＥリリース１５において導入されている。特徴のうちの１つが、アップリンク送信の早期終了であり、別の特徴が、より柔軟なリソース割り当てである。
【０００６】
アップリンク・データ送信の繰り返し回数は、ユーザのチャネル条件に従って、かつチャネル測定の誤差、チャネルの変動性などの要因に起因して基地局によって設定され、実際の復調プロセスによって必要とされる繰り返し送信の回数よりも多くなることがあり、それは、ＭＴＣ端末の追加的な電力消費をもたらすため、アップリンク送信の早期終了が導入されている。
【０００７】
アップリンク送信の早期終了の実現原理は、基地局が、ユーザ・エンドによって繰り返し送信されているデータを復調しようと試み、データの復調に成功する場合に、対応する送信早期終了標識をＵＥに送信してアップリンク・データのその進行中の繰り返し送信を終了し得ることである。
【０００８】
前述の送信早期終了標識情報は、ＭＴＣアップリンク・スケジューリングのダウンリンク制御情報（ＤＣＩ）に基づいて設計される。第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって認められる１つのやり方は、ＰＲＢリソース割り当てフィールド内の１つまたは複数のリザーブ状態を再使用することである。例えば、上述したＰＲＢリソース割り当てフィールド内のリザーブ状態が１１１１１であるとき、それは、アップリンク繰り返し送信を終了するようにＵＥによって理解され得る。
【０００９】
ＮＢの定義に照らして、ＭＴＣのＮＢの境界とＬＴＥによって定義されるリソース・ブロック・グループ（ＲＢＧ）の境界との間の誤整列がもたらされ得るため、柔軟なリソース割り当てが導入される。ＲＢＧフラグメンテーションは、あるＮＢがＭＴＣによって占有されるときに発生され得、その後、いくつかのＲＢが、別のＬＴＥユーザによって使用されることを禁止され、それによって、リソース利用効率が低下する。この問題を回避するために、より柔軟なリソース割り当て方式が、ＲＢＧフラグメンテーションを減少させるために導入される。柔軟なリソース割り当て方式は、ＲＢＧフラグメンテーションを回避し、それによってリソースの無駄を回避するように、構成済みのＮＢにおいてＲＢリソースを割り当てることを可能にするだけではなく、ＲＢＧ境界を合致させるように隣接ＮＢにおいてＲＢリソースを割り当てることも可能にする。
【００１０】
しかしながら、新たに追加された柔軟なリソース割り当て方式を示す方法は、解決されるべき緊急の技術課題である。関連技術では、それは、ＰＲＢリソース割り当てフィールドにおける１１個のリザーブ状態を再使用する方法にやはり従う。しかしながら、ＵＥが、柔軟なリソース割り当ておよびアップリンク送信の早期終了で同時に構成され、かつこれらの２つの特徴の両方がＰＲＢリソース割り当てフィールドにおけるリザーブ状態を再使用する場合、これらの２つの特徴によって共有されるリザーブ状態を受信すると、ＵＥは、現在受信したリザーブ状態の意味を判断することができず、その結果、ＵＥの挙動に混乱を引き起こす。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上記の点から見て、本開示は、情報を示すための方法および装置、情報を解釈するための方法および装置、基地局、ＵＥ、ならびにコンピュータ可読記憶媒体を提供し、それによって、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＭＴＣのためのＵＥが、受信した現在のリザーブ状態を正しく解釈することができ、それによってＵＥの挙動における混乱を回避する。
【課題を解決するための手段】
【００１２】
本開示の実施形態の第１の態様によれば、基地局に適用可能な、情報を示す方法は、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成することと、
リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信することと、を含む。
【００１３】
実施形態において、リソース割り当て通知フォーマットを生成することは、
ＵＥがアップリンク送信の早期終了のための関数で構成されることに応答して、第２の通知フォーマットをリソース割り当て通知フォーマットとして生成すること、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の通知フォーマットをリソース割り当て通知フォーマットとして生成することを含む。
【００１４】
実施形態において、リソース割り当て通知フォーマットを生成することは、
ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、第２の通知フォーマットをリソース割り当て通知フォーマットとして生成すること、または
ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していないことに応答して、第１の通知フォーマットをリソース割り当て通知フォーマットとして生成すること、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の通知フォーマットをリソース割り当て通知フォーマットとして生成することを含む。
【００１５】
本開示の実施形態の第２の態様によれば、ユーザ機器（ＵＥ）に適用可能な、情報を解釈する方法は、
基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、リソース割り当て通知フォーマットが、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含む、受信することと、
ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することであって、解釈方式が、第１の通知フォーマットに対応する第１の解釈方式または第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈することと、解釈された結果に基づいて動作を実行することと、
を含む。
【００１６】
実施形態において、現在の状態が現在の構成を含むと判断することに応答して、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することが、
ＵＥがアップリンク送信の早期終了のための関数で構成されることに応答して、第２の解釈方式を現在の解釈方式として判断すること、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の解釈方式を現在の解釈方式として判断することを含む。
【００１７】
実施形態において、現在の状態が現在の構成および現在の動作を含むと判断することに応答して、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することが、
ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、第２の解釈方式を現在の解釈方式として判断すること、または
ＵＥがアップリンク送信の早期終了のための関数で構成されるが、アップリンク送信を現在実行していないことに応答して、第１の解釈方式を現在の解釈方式として判断すること、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の解釈方式を現在の解釈方式として判断することを含む。
【００１８】
実施形態において、解釈された結果に基づいて動作を実行することが、
解釈された結果が、現在のリザーブ状態がアップリンク送信の早期終了を示すことであることに応答して、アップリンク・データの進行中の繰り返し送信を終了すること、または
解釈された結果が、現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことであることに応答して、１つまたは複数の割り当てられたリソースを用いて動作することを含む。
【００１９】
本開示の実施形態の第３の態様によれば、基地局に適用可能な、情報を示すための装置は、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成するように構成される、生成モジュールと、
生成モジュールによって生成されたリソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信するように構成される、送信モジュールと、を含む。
【００２０】
実施形態において、生成モジュールは、
ＵＥがアップリンク送信の早期終了のための関数で構成されることに応答して、第２の通知フォーマットをリソース割り当て通知フォーマットとして生成するように構成される、第１の生成サブモジュール、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の通知フォーマットをリソース割り当て通知フォーマットとして生成するように構成される、第２の生成サブモジュールを含む。
【００２１】
実施形態において、生成モジュールは、
ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、第２の通知フォーマットをリソース割り当て通知フォーマットとして生成するように構成される、第３の生成サブモジュール、または
ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していないことに応答して、第１の通知フォーマットをリソース割り当て通知フォーマットとして生成するように構成される、第４の生成サブモジュール、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の通知フォーマットをリソース割り当て通知フォーマットとして生成するように構成される、第５の生成サブモジュールを含む。
【００２２】
本開示の実施形態の第４の態様によれば、ユーザ機器（ＵＥ）に適用可能な、情報を解釈するための装置は、
基地局によって送信されたリソース割り当て通知フォーマットを受信するように構成される受信モジュールであって、リソース割り当て通知フォーマットが、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含む、受信モジュールと、
ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断するように構成される、判断モジュールであって、解釈方式が、受信モジュールによって受信される第１の通知フォーマットに対応する第１の解釈方式、または受信モジュールによって受信される第２の通知フォーマットに対応する第２の解釈方式を含む、判断モジュールと、
受信したリソース割り当て通知フォーマットに対応して、判断モジュールによって判断される現在の解釈方式に基づいて現在のリザーブ状態を解釈し、解釈された結果に基づいて動作を実行するように構成される、解釈および動作モジュールと、を含む。
【００２３】
実施形態において、現在の状態が現在の構成を含むと判断することに応答して、判断モジュールは、
ＵＥがアップリンク送信の早期終了のための関数で構成されることに応答して、第２の解釈方式を現在の解釈方式として判断するように構成される、第１の判断サブモジュール、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の解釈方式を現在の解釈方式として判断するように構成される、第２の判断サブモジュールを含む。
【００２４】
実施形態において、現在の状態が現在の構成および現在の動作を含むと判断することに応答して、判断モジュールは、
ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、第２の解釈方式を現在の解釈方式として判断するように構成される、第３の判断サブモジュール、または
ＵＥがアップリンク送信の早期終了のための関数で構成されるが、アップリンク送信を現在実行していないことに応答して、第１の解釈方式を現在の解釈方式として判断するように構成される、第４の判断サブモジュール、または
ＵＥがアップリンク送信の早期終了のための関数で構成されないことに応答して、第１の解釈方式を現在の解釈方式として判断するように構成される、第５の判断サブモジュールを含む。
【００２５】
実施形態において、解釈および動作モジュールが、
解釈された結果が、現在のリザーブ状態がアップリンク送信の早期終了を示すことであることに応答して、アップリンク・データの進行中の繰り返し送信を終了するように構成される、第１の動作サブモジュール、または
解釈された結果が、現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことであることに応答して、１つまたは複数の割り当てられたリソースを用いて動作するように構成される、第２の動作サブモジュールを含む。
【００２６】
本開示の実施形態の第５の態様によれば、基地局は、
プロセッサと、
プロセッサによって実行可能な命令を記憶するメモリと、を含み、
プロセッサが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成し、
リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信するように構成される。
【００２７】
本開示の実施形態の第６の態様によれば、ユーザ機器は、
プロセッサと、
プロセッサによって実行可能な命令を記憶するメモリと、を含み、
プロセッサが、
基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、リソース割り当て通知フォーマットが、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含む、受信することと、
ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することであって、解釈方式が、第１の通知フォーマットに対応する第１の解釈方式または第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈することと、解釈された結果に基づいて動作を実行することと、を行うように構成される。
【００２８】
本開示の実施形態の第７の態様によれば、記憶されたコンピュータ命令を有するコンピュータ可読記憶媒体が提供され、命令がプロセッサによって実行されるときに、上述した情報を示す方法のステップが実行される。
【００２９】
本開示の実施形態の第８の態様によれば、記憶されたコンピュータ命令を有するコンピュータ可読記憶媒体が提供され、命令がプロセッサによって実行されるときに、上述した情報を解釈する方法のステップが実行される。
【発明の効果】
【００３０】
本開示の実施形態に従って提供される技術的解決策は、以下の有益な効果を取得し得る。
【００３１】
リソース割り当て通知フォーマットを生成し、それをＵＥに送信することによって、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは、受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【００３２】
ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断すること、受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈すること、および解釈された結果に基づいて動作を実行することによって、ＵＥが、アップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは、受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【００３３】
上記概要説明および以下の詳細な説明は、単なる例示および説明であり、本開示を限定することを意図するものではないと理解されるべきである。
【００３４】
本明細書に組み込まれ、かつ本明細書の一部を構成する添付図面は、本開示と一貫した例を示し、その説明と共に本開示の原理を説明する役割を果たす。
【図面の簡単な説明】
【００３５】
【図１】本開示の例による、情報を示す方法を示すフローチャートである。
【図２】本開示の例による、情報を解釈する方法を示すフローチャートである。
【図３】本開示の例による、情報を解釈する方法を示すシグナリング・フローチャートである。
【図４】例による、情報を示す装置を示すブロック図である。
【図５】例による、情報を示す別の装置を示すブロック図である。
【図６】例による、情報を示す別の装置を示すブロック図である。
【図７】例による、情報を解釈する装置のブロック図である。
【図８】例による、情報を解釈する別の装置のブロック図である。
【図９】例による、情報を解釈する別の装置のブロック図である。
【図１０】例による、情報を解釈する別の装置のブロック図である。
【図１１】例による、情報を示すために適用可能なデバイスを示すブロック図である。
【図１２】例による、情報を解釈するために適用可能なデバイスを示すブロック図である。
【発明を実施するための形態】
【００３６】
例示的実施形態は、それらの例が図面に表されて、ここで詳細に説明される。以下の説明が図面を含む場合、異なる図面中の類似の数字は、特段の指示がない限り、類似または同様の要素を指す。以下の例において説明される実施形態は、本開示と一貫した全ての実施形態を表すものではない。むしろ、それらは単に、添付の請求の範囲に詳述される本開示のいくつかの態様と一貫した装置および方法の例に過ぎない。
【００３７】
図１は、本出願の例による、情報を示す方法を示すフローチャートである。本実施形態は、基地局側から説明される。図１に示されるように、情報を示す方法は、以下のステップを含む。
【００３８】
ステップＳ１０１において、リソース割り当て通知フォーマットが生成される。リソース割り当て通知フォーマットは、第１の通知フォーマットまたは第２の通知フォーマットを含む。第１の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す。第２の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す。
【００３９】
１つまたは複数の実施形態では、基地局は、ＵＥにおいて構成された関数に基づいてリソース割り当て通知フォーマットを生成し得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成されるとき、第２の通知フォーマットが生成され得る。ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成され得る。
【００４０】
１つまたは複数の実施形態では、基地局は、ＵＥにおいて構成された関数およびＵＥがアップリンク送信を現在実行しているかどうかの両方に基づいてリソース割り当て通知フォーマットを生成し得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行しているとき、第２の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していないとき、第１の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成されてもよい。
【００４１】
実施形態において、リソース割り当て通知フォーマットを生成する方法が、柔軟かつ多様であることが分かり得る。
【００４２】
いくつかの実施形態では、生成された第１の通知フォーマットは、表１に示される通りであり得る。第１の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表１】
2021520156.tif 000003
【００４３】
いくつかの実施形態では、生成された第２の通知フォーマットは、表２に示される通りであり得る。第２の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表２】
2021520156.tif 000004
【００４４】
前述の表１および表２は、単なる例であることに留意すべきである。実際の適用では、第１の通知フォーマットおよび第２の通知フォーマットによって示されるＰＲＢリソース割り当てフィールドの意味は、異なっていてもよい。
【００４５】
ステップＳ１０２において、リソース割り当て通知フォーマットがＵＥに送信される。
【００４６】
基地局は、リソース割り当て通知フォーマットの生成後、リソース割り当て通知フォーマットをＵＥに送信し得る。
【００４７】
上記実施形態において、リソース割り当て通知フォーマットを生成し、それをＵＥに送信することによって、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは、受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【００４８】
図２は、本開示の例による、情報を解釈する方法を示すフローチャートである。本実施形態は、ＵＥ側から説明される。図２に示されるように、情報を解釈する方法は、以下のステップを含む。
【００４９】
ステップＳ２０１において、基地局によって送信されたリソース割り当て通知フォーマットが受信される。リソース割り当て通知フォーマットは、第１の通知フォーマットまたは第２の通知フォーマットを含む。第１の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す。第２の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す。
【００５０】
ステップＳ２０２において、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が、現在の状態に基づいて判断される。解釈方式は、第１の解釈方式または第２の解釈方式を含み、第１の解釈方式は第１の通知フォーマットに対応し、第２の解釈方式は、第２の通知フォーマットに対応する。
【００５１】
１つまたは複数の実施形態において、現在の状態が現在の構成を含む場合、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が現在の状態に基づいて判断されるステップは、ＵＥがアップリンク送信の早期終了のための関数で構成される場合に第２の解釈方式を採用するように判断され、またはＵＥがアップリンク送信の早期終了のための関数で構成されない場合に第１の解釈方式を採用するように判断されることを含む。
【００５２】
１つまたは複数の実施形態において、現在の状態が、現在の構成および現在の動作を含む場合、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が、現在の状態に基づいて判断されるステップが、ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行している場合、第２の解釈方式を採用するように判断され、ＵＥがアップリンク送信の早期終了のための関数で構成されるが、アップリンク送信を現在実行していない場合、第１の解釈方式を採用するように判断され、またはＵＥがアップリンク送信の早期終了のための関数で構成されない場合、第１の解釈方式を採用するように判断されることを含む。
【００５３】
実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が、柔軟かつ多様な実施を用いて様々なやり方で判断され得る。
【００５４】
ステップＳ２０３において、受信した現在のリザーブ状態が、現在の解釈方式に基づいて解釈され、対応する動作が、解釈された結果に基づいて実行される。
【００５５】
現在の解釈方式が第１の解釈方式である場合、受信した現在のリザーブ状態は、第１の解釈方式に基づいて解釈されてもよく、現在の解釈方式が第２の解釈方式である場合、第２の解釈方式に基づいて解釈されてもよい。
【００５６】
いくつかの実施形態では、解釈された結果が、現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことである場合、１つまたは複数の割り当てられたリソースを用いて動作が実行されてもよく、例えば、データが、１つまたは複数の割り当てられたリソースを用いて送信され得る。また、解釈された結果が、現在のリザーブ状態がアップリンク送信の早期終了を示すことである場合、アップリンク・データの進行中の繰り返し送信が終了される。
【００５７】
上記実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断すること、受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈すること、および解釈された結果に基づいて対応する動作を実行することによって、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【００５８】
図３は、本開示の例による、情報を解釈する方法を示すシグナリング・フローチャートである。本実施形態は、基地局およびＵＥ間の対話の観点から説明される。図３に示されるように、方法は、以下のステップを含む。
【００５９】
ステップＳ３０１において、基地局は、リソース割り当て通知フォーマットを生成する。リソース割り当て通知フォーマットは、第１の通知フォーマットまたは第２の通知フォーマットを含む。第１の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す。第２の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す。
【００６０】
ステップＳ３０２において、基地局は、リソース割り当て通知フォーマットをＵＥに送信する。
【００６１】
ステップＳ３０３において、ＵＥは、基地局によって送信されたリソース割り当て通知フォーマットを受信する。
【００６２】
ステップＳ３０４において、ＵＥは、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断する。解釈方式は、第１の解釈方式または第２の解釈方式を含み、第１の解釈方式は第１の通知フォーマットに対応し、第２の解釈方式は、第２の通知フォーマットに対応する。
【００６３】
ステップＳ３０５において、ＵＥは、受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈し、解釈された結果に基づいて動作を実行する。
【００６４】
上記実施形態において、基地局とＵＥとの間の対話を介して、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは、受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【００６５】
図４は、例による情報を示すための装置を示すブロック図である。装置は、基地局に位置し得る。図４に示されるように、装置は、生成モジュール４１および送信モジュール４２を含む。
【００６６】
生成モジュール４１は、リソース割り当て通知フォーマットを生成するように構成される。リソース割り当て通知フォーマットは、第１の通知フォーマットまたは第２の通知フォーマットを含む。第１の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す。第２の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す。
【００６７】
送信モジュール４２は、生成モジュール４１によって生成されたリソース割り当て通知フォーマットをＵＥに送信するように構成される。
【００６８】
リソース割り当て通知フォーマットが、生成された後でＵＥに送信され得る。
【００６９】
上記実施形態において、リソース割り当て通知フォーマットを生成し、それをＵＥに送信することによって、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは、受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【００７０】
図５は、例による情報を示すための別の装置を示すブロック図である。図４に示される上記実施形態に基づいて図５に示されるように、生成モジュール４１は、第１の生成サブモジュール４１１または第２の生成サブモジュール４１２を含み得る。
【００７１】
第１の生成サブモジュール４１１は、ＵＥがアップリンク送信の早期終了のための関数で構成されるときに、第２の通知フォーマットを生成するように構成される。
【００７２】
第２の生成サブモジュール４１２は、ＵＥがアップリンク送信の早期終了のための関数で構成されないときに、第１の通知フォーマットを生成するように構成される。
【００７３】
１つまたは複数の実施形態では、リソース割り当て通知フォーマットは、ＵＥにおいて構成された関数に基づいて生成され得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成されるとき、第２の通知フォーマットが生成され得る。ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成され得る。
【００７４】
いくつかの実施形態では、生成された第１の通知フォーマットは、表３に示される通りであり得る。第３の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表３】
2021520156.tif 000005
【００７５】
いくつかの実施形態では、生成された第２の通知フォーマットは、表４に示される通りであり得る。第４の通知フォーマットにおけるＰＲＢリソース割り当てフィールドの意味
【表４】
2021520156.tif 000006
【００７６】
前述の表３および表４は、単なる例であることに留意すべきである。実際の適用では、第１の通知フォーマットおよび第２の通知フォーマットによって示されるＰＲＢリソース割り当てフィールドの意味は、異なっていてもよい。
【００７７】
上記実施形態において、リソース割り当て通知フォーマットを生成する方法は、柔軟かつ多様である。
【００７８】
図６は、例による情報を示すための別の装置を示すブロック図である。図４に示される実施形態に基づいて図６に示されるように、生成モジュール４１は、第３の生成サブモジュール４１３、第４の生成サブモジュール４１４、または第５の生成サブモジュール４１５を含み得る。
【００７９】
第３の生成サブモジュール４１３は、ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行しているときに、第２の通知フォーマットを生成するように構成される。
【００８０】
第４の生成サブモジュール４１４は、ＵＥがアップリンク送信の早期終了のための関数で構成されるが、アップリンク送信を現在実行していないときに、第１の通知フォーマットを生成するように構成される。
【００８１】
第５の生成サブモジュール４１５は、ＵＥがアップリンク送信の早期終了のための関数で構成されないときに、第１の通知フォーマットを生成するように構成される。
【００８２】
１つまたは複数の実施形態では、リソース割り当て通知フォーマットは、ＵＥにおいて構成された関数およびＵＥがアップリンク送信を現在実行しているかどうかの両方に基づいて生成され得る。例えば、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行しているとき、第２の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していないとき、第１の通知フォーマットが生成されてもよく、ＵＥが、アップリンク送信の早期終了のための関数で構成されないとき、第１の通知フォーマットが生成されてもよい。
【００８３】
上記実施形態において、リソース割り当て通知フォーマットを生成する方法は、柔軟かつ多様である。
【００８４】
図７は、例による情報を解釈するための装置を示すブロック図である。装置は、ＵＥに位置し得る。図７に示されるように、装置は、受信モジュール７１、判断モジュール７２、ならびに解釈および動作モジュール７３を含む。
【００８５】
受信モジュール７１は、基地局によって送信されたリソース割り当て通知フォーマットを受信するように構成される。リソース割り当て通知フォーマットは、第１の通知フォーマットまたは第２の通知フォーマットを含む。第１の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す。第２の通知フォーマットは、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す。
【００８６】
判断モジュール７２は、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断するように構成される。解釈方式は、第１の解釈方式または第２の解釈方式を含み、第１の解釈方式は受信モジュール７１によって受信される第１の通知フォーマットに対応し、第２の解釈方式は、受信モジュール７１によって受信される第２の通知フォーマットに対応する。
【００８７】
解釈および動作モジュール７３は、受信したリソース割り当て通知フォーマットに対応して、判断モジュール７２によって判断される現在の解釈方式に基づいて現在のリザーブ状態を解釈し、解釈された結果に基づいて対応する動作を実行するように構成される。
【００８８】
現在の解釈方式が第１の解釈方式である場合、受信した現在のリザーブ状態は、第１の解釈方式に基づいて解釈されてもよく、現在の解釈方式が第２の解釈方式である場合、第２の解釈方式に基づいて解釈されてもよい。
【００８９】
上記実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断すること、受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈すること、および解釈された結果に基づいて対応する動作を実行することによって、ＵＥがアップリンク送信の早期終了および柔軟なリソース割り当てを含む２つの関数で同時に構成される場合であっても、ＵＥは受信した現在のリザーブ状態を正しく解釈することができ、それによって、ＵＥの挙動の混乱を回避する。
【００９０】
図８は、例による情報を解釈するための別の装置を示すブロック図である。図７に示される実施形態に基づいて図８に示されるように、判断モジュール７２は、第１の判断サブモジュール７２１または第２の判断サブモジュール７２２を含み得る。
【００９１】
第１の判断サブモジュール７２１は、ＵＥがアップリンク送信の早期終了のための関数で構成される場合に、第２の解釈方式を採用することを判断するように構成される。
【００９２】
第２の判断サブモジュール７２２は、ＵＥがアップリンク送信の早期終了のための関数で構成されない場合に、第１の解釈方式を採用することを判断するように構成される。
【００９３】
上記実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が、柔軟かつ多様な実施を用いて様々なやり方で判断され得る。
【００９４】
図９は、例による情報を解釈するための別の装置を示すブロック図である。図７に示される実施形態に基づいて図９に示されるように、判断モジュール７２は、第３の判断サブモジュール７２３、第４の判断サブモジュール７２４、または第５の判断サブモジュール７２５を含み得る。
【００９５】
第３の判断サブモジュール７２３は、ＵＥがアップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行している場合に、第２の解釈方式を採用することを判断するように構成される。
【００９６】
第４の判断サブモジュール７２４は、ＵＥがアップリンク送信の早期終了のための関数で構成されるが、アップリンク送信を現在実行していない場合に、第１の解釈方式を採用することを判断するように構成される。
【００９７】
第５の判断サブモジュール７２５は、ＵＥがアップリンク送信の早期終了のための関数で構成されない場合に、第１の解釈方式を採用することを判断するように構成される。
【００９８】
上記実施形態では、ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式が、柔軟かつ多様な実施を用いて様々なやり方で判断され得る。
【００９９】
図１０は、例による情報を解釈するための別の装置を示すブロック図である。図７に示される実施形態に基づいて図１０に示されるように、解釈および動作モジュール７３は、第１の動作サブモジュール７３１または第２の動作サブモジュール７３２を含み得る。
【０１００】
解釈された結果が、現在のリザーブ状態がアップリンク送信の早期終了を示すことである場合に、第１の動作サブモジュール７３１は、アップリンク・データの進行中の繰り返し送信を終了するように構成される。
【０１０１】
解釈された結果が、現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことである場合に、第２の動作サブモジュール７３２は、１つまたは複数の割り当てられたリソースを用いて動作するように構成される。
【０１０２】
いくつかの実施形態では、解釈された結果が、現在のリザーブ状態が１つまたは複数の割り当てられたリソースの識別子を示すことである場合、１つまたは複数の割り当てられたリソースを用いて動作が実行されてもよく、例えば、データが、１つまたは複数の割り当てられたリソースを用いて送信され得る。また、解釈された結果が、現在のリザーブ状態がアップリンク送信の早期終了を示すことである場合、アップリンク・データの進行中の繰り返し送信が終了される。
【０１０３】
上記実施形態において、対応する動作が、柔軟かつ多様な実施で、解釈された結果に基づいて実行され得る。
【０１０４】
図１１は、例による、情報を示すために適用可能な別のデバイスを示す別のブロック図である。デバイス１１００は、基地局として提供され得る。図１１に示されるように、デバイス１１００は、処理コンポーネント１１２２、無線送信／受信コンポーネント１１２４、アンテナ・コンポーネント１１２６、および無線インターフェースに固有の信号処理部を含む。処理コンポーネント１１２２は、１つまたは複数のプロセッサをさらに含み得る。
【０１０５】
処理コンポーネント１１２２のプロセッサのうちの１つが、
ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成し、
リソース割り当て通知フォーマットをＵＥに送信するように構成され得る。
【０１０６】
例において、命令を含む非一時的コンピュータ可読記憶媒体が提供され、命令は、情報を示す上記方法を完結させるためにデバイス１１００の処理コンポーネント１１２２によって実行され得る。例えば、非一時的コンピュータ可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー・ディスク、光学データ記憶デバイスなどであってもよい。
【０１０７】
図１２は、例による、情報を解釈するために適用可能なデバイスを示すブロック図である。例えば、デバイス１２００は、携帯電話、コンピュータ、デジタル・ブロードキャスト端末、メッセージ受信および送信デバイス、ゲーム・コンソール、タブレット・デバイス、医療デバイス、フィットネス・デバイス、携帯情報端末、ならびに他のユーザ機器であってもよい。
【０１０８】
図１２に示されるように、デバイス１２００は、以下のコンポーネント、処理コンポーネント１２０２、メモリ１２０４、電源コンポーネント１２０６、マルチメディア・コンポーネント１２０８、音声コンポーネント１２１０、入力／出力（Ｉ／Ｏ）インターフェース１２１２、センサ・コンポーネント１２１４、および通信コンポーネント１２１６のうちの１つまたは複数を含み得る。
【０１０９】
処理コンポーネント１２０２は、概して、ディスプレイに関連付けられた動作、電話、データ通信、カメラ動作、および記録動作などのデバイス１２００の全体的な動作を制御する。処理コンポーネント１２０２は、上記方法のステップの全てまたは一部を完結させるために命令を実行する１つまたは複数のプロセッサ１２２０を含み得る。さらに、処理コンポーネント１２０２は、処理コンポーネント１２０２と他のコンポーネントとの間の対話を容易にするための１つまたは複数のモジュールを含み得る。例えば、処理コンポーネント１２０２は、マルチメディア・コンポーネント１２０８と処理コンポーネント１２０２との間の対話を容易にするためにマルチメディア・モジュールを含み得る。
【０１１０】
処理コンポーネント１２０２のプロセッサ１２２０のうちの１つが、
基地局によって送信され、ＰＲＢリソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、またはＰＲＢリソース割り当てフィールドにおけるリザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含むリソース割り当て通知フォーマットを受信することと、
ＰＲＢリソース割り当てフィールドを解釈するための現在の解釈方式を現在の状態に基づいて判断することであって、解釈方式が、第１の通知フォーマットに対応する第１の解釈方式または第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を現在の解釈方式に基づいて解釈することと、解釈された結果に基づいて動作を実行することと、を行うように構成され得る。
【０１１１】
メモリ１２０４は、デバイス１２００の動作をサポートするための様々な種類のデータを記憶するように構成される。そのようなデータの例は、デバイス１２００上で動作される任意のアプリケーションまたは方法のための命令、コンタクト・データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ１２０４は、静的ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、ディスクまたは光ディスクなどの、任意の種類の揮発性もしくは不揮発性記憶デバイスまたはそれらの組み合わせによって実施され得る。
【０１１２】
電源コンポーネント１２０６は、デバイス１２００の異なるコンポーネントに電力を提供する。電源コンポーネント１２０６は、電力管理システム、１つまたは複数の電源、ならびにデバイス１２００のために電力を生成、管理、および分配することに関連する他のコンポーネントを含み得る。
【０１１３】
マルチメディア・コンポーネント１２０８は、デバイス１２００とユーザとの間の出力インターフェースを提供するスクリーンを含む。いくつかの例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチ・パネル（ＴＰ）を含み得る。スクリーンがＴＰを含む場合、スクリーンは、入力信号をユーザから受信するためのタッチ・スクリーンとして実施され得る。ＴＰは、ＴＰ上でのタッチ、スワイプ、およびジェスチャを感知するための１つまたは複数のタッチ・センサを含み得る。タッチ・センサは、タッチまたはスワイプの境界を感知し得るだけでなく、タッチまたはスワイプに関連する期間および圧力を感知し得る。いくつかの例において、マルチメディア・コンポーネント１２０８は、フロント・カメラおよび／またはリア・カメラを含む。フロント・カメラおよび／またはリア・カメラは、デバイス１２００が写真モードまたはビデオ・モードなどの動作モードにあるときに、外部マルチメディア・データを受信し得る。各フロント・カメラおよびリア・カメラは、固定光学レンズ系であってもよく、または焦点距離および光学ズーム能力を有してもよい。
【０１１４】
音声コンポーネント１２１０は、音声信号を出力および／または入力するように構成される。例えば、音声コンポーネント１２１０は、デバイス１２００がコール・モード、記録モード、および音声認識モードなどの動作モードにあるときに、外部音声信号を受信するように構成されるマイクロフォン（ＭＩＣ）を含む。受信した音声信号は、さらに、メモリ１２０４に記憶され、または通信コンポーネント１２１６を介して送信され得る。いくつかの実施形態では、音声コンポーネント１２１０は、音声信号を出力するためのスピーカも含む。
【０１１５】
Ｉ／Ｏインターフェース１２１２は、処理コンポーネント１２０２と周辺インターフェース・モジュールとの間にインターフェースを提供し得る。周辺インターフェース・モジュールは、キーボード、クリック・ホイール、ボタンなどを含み得る。これらのボタンは、ホーム・ボタン、ボリューム・ボタン、スタート・ボタン、およびロック・ボタンを含み得るが、これらに限定されない。
【０１１６】
センサ・コンポーネント１２１４は、デバイス１２００に様々な態様の状態査定を提供するための１つまたは複数のセンサを含む。例えば、センサ・コンポーネント１２１４は、デバイス１２００のオン／オフ状態、ならびにデバイス１２００のディスプレイおよびキーパッドなどのコンポーネントの相対位置を検出し得る。センサ・コンポーネント１２１４は、デバイス１２００またはデバイス１２００のコンポーネントの位置の変化、デバイス１２００とのユーザ・コンタクトの有無、デバイス１２００の向きまたは加速度／減速度、およびデバイス１２００の温度変化も検出し得る。センサ・コンポーネント１２１４は、いかなる物理的接触もなしに付近の物体の存在を検出するように構成される近接センサを含み得る。センサ・コンポーネント１２１４は、撮像アプリケーションにおいて使用するための、ＣＭＯＳまたはＣＣＤ画像センサなどの光センサも含み得る。いくつかの実施形態では、センサ・コンポーネント１２１４は、加速度センサ、ジャイロ・センサ、磁気センサ、圧力センサ、または温度センサも含み得る。
【０１１７】
通信コンポーネント１２１６は、デバイス１２００と他のデバイスとの間の有線または無線通信を容易にするように構成される。デバイス１２００は、ＷｉＦｉ、２Ｇもしくは３Ｇ、またはそれらの組み合わせなどの通信規格に基づいて、無線ネットワークにアクセスし得る。例において、通信コンポーネント１２１６は、外部ブロードキャスト管理システムからブロードキャスト・チャネルを介して、ブロードキャスト信号またはブロードキャスト関連情報を受信する。一例では、通信コンポーネント１２１６は、短距離通信を容易にするための近距離通信（ＮＦＣ）モジュールをさらに含み得る。例えば、ＮＦＣモジュールは、無線周波数識別（ＲＦＩＤ）技術、赤外線データ関連（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、Ｂｌｕｅｔｏｏｔｈ（ＢＴ）技術、および他の技術に基づいて実施され得る。
【０１１８】
例において、デバイス１２００は、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または上記方法を実行するための他の電子コンポーネントによって実施され得る。
【０１１９】
例において、命令を含むメモリ１２０４などの、命令を含む非一時的コンピュータ可読記憶媒体も提供される。上記命令は、上記方法を完結させるためにデバイス１２００のプロセッサ１２２０によって実行され得る。例えば、非一時的コンピュータ可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー・ディスク、光学データ記憶デバイスなどであってもよい。
【０１２０】
装置の実施形態は、方法の実施形態に本質的に対応するため、方法の実施形態の関連部分の説明に対して参照が行われ得る。上述した装置の実施形態は、単なる例示であり、別々のコンポーネントとして説明されるユニットは、物理的に分離されていてもいなくともよく、ユニットとして表示されるコンポーネントは、物理的ユニットであってもなくてもよく、即ち、１つの場所に位置してもよく、またはネットワーク内の複数ユニットに分散されてもよい。モジュールのうちのいくつかまたは全ては、実施形態の実施の目的を達成するための実際の必要性に従って選択されてもよい。それは、いかなる創造的努力もなしに当業者によって理解され、実施され得る。
【０１２１】
本明細書で使用される「第１の」および「第２の」などの関係を示す用語は、これらの要素間または動作間に存在する、任意のそのような実際の関係性または順序を要求または示唆するのではなく、１つの要素または動作を別の要素または動作から区別するように単に意図されることに留意すべきである。また、「含む（ｉｎｃｌｕｄｉｎｇ）」、「包含する（ｃｏｎｔａｉｎｉｎｇ）」という用語またはそれらの任意の変化形は、非排他的包含を含むように意図され、それによって、一連の要素を含むプロセス、方法、製品、またはデバイスは、それらの要素だけでなく、明示的に列挙されない他の要素、またはそのようなプロセス、方法、製品、もしくはデバイスに固有のそれらの要素も含む。さらなる限定なしに、「．．．を含む」という記述によって定義される要素は、プロセス、方法、製品、またはデバイスに存在する追加の同一要素を含むことを排除されないものとする。
【０１２２】
本開示の他の実施は、明細書を参照することによって開示を実施した後、当業者に容易に明らかとなる。本出願は、本開示の一般原則に従う本開示の任意の変形、使用、適合をカバーし、本開示において開示されない当技術分野の共通知識または従来技術手段を含むように意図される。明細書およびその中の実施形態は、単なる例示であり、本開示の範囲および思想は、添付の請求の範囲によって示されるものとする。
【０１２３】
本開示は、図面に示される上述した正確な構造に限定されず、本出願の範囲から逸脱することなく様々な修正および変更が本開示に対して行われ得ると理解されるべきである。本開示の範囲は、添付の請求の範囲のみによって限定されるものとする。
【図１】
2021520156.tif 000007
【図２】
2021520156.tif 000008
【図３】
2021520156.tif 000009
【図４】
2021520156.tif 000010
【図５】
2021520156.tif 000011
【図６】
2021520156.tif 000012
【図７】
2021520156.tif 000013
【図８】
2021520156.tif 000014
【図９】
2021520156.tif 000015
【図１０】
2021520156.tif 000016
【図１１】
2021520156.tif 000017
【図１２】
2021520156.tif 000018
【手続補正書】
【提出日】令和2年11月25日(2020.11.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局に適用可能な、情報を示す方法であって、
第１の通知フォーマットまたは第２の通知フォーマットを含むリソース割り当て通知フォーマットを生成することであって、
該第１の通知フォーマットが、物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示し、
該第２の通知フォーマットが、該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数がアップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、生成することと、
該リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信することと、
を含む、方法。
【請求項２】
前記リソース割り当て通知フォーマットを生成することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記第２の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、
を含む、請求項１記載の方法。
【請求項３】
前記リソース割り当て通知フォーマットを生成することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記第２の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成され、かつ該アップリンク送信を現在実行していないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の通知フォーマットを前記リソース割り当て通知フォーマットとして生成すること、
を含む、請求項１記載の方法。
【請求項４】
ユーザ機器（ＵＥ）に適用可能な、情報を解釈する方法であって、
基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、該リソース割り当て通知フォーマットが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれがリソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、または
該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数がアップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットと、を含む、受信することと、
該ＰＲＢリソース割り当てフィールドを解釈するための解釈方式を現在の状態に基づいて判断することであって、該解釈方式が、該第１の通知フォーマットに対応する第１の解釈方式または該第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を前記判断された解釈方式に基づいて解釈することと、
解釈された結果に基づいて動作を実行することと、
を含む、方法。
【請求項５】
前記現在の状態が現在の構成を含むと判断することに応答して、前記ＰＲＢリソース割り当てフィールドを解釈するための前記解釈方式を前記現在の状態に基づいて判断することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成されることに応答して、前記第２の解釈方式を前記判断された解釈方式として判断すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の解釈方式を前記判断された解釈方式として判断すること、
を含む、請求項４記載の方法。
【請求項６】
前記現在の状態が現在の構成および現在の動作を含むと判断することに応答して、前記ＰＲＢリソース割り当てフィールドを解釈するための前記解釈方式を前記現在の状態に基づいて判断することが、
前記ＵＥが前記アップリンク送信の早期終了のための関数で構成され、かつアップリンク送信を現在実行していることに応答して、前記第２の解釈方式を前記判断された解釈方式として判断すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されるが、該アップリンク送信を現在実行していないことに応答して、前記第１の解釈方式を前記判断された解釈方式として判断すること、または
前記ＵＥが前記アップリンク送信の早期終了のための該関数で構成されないことに応答して、前記第１の解釈方式を前記判断された解釈方式として判断すること、
を含む、請求項４記載の方法。
【請求項７】
前記解釈された結果に基づいて前記動作を実行することが、
前記解釈された結果が、前記現在のリザーブ状態が前記アップリンク送信の早期終了を示すことであることに応答して、アップリンク・データの進行中の繰り返し送信を終了すること、または
前記解釈された結果が、前記現在のリザーブ状態が前記１つまたは複数の割り当てられたリソースの識別子を示すことであることに応答して、１つまたは複数の割り当てられたリソースを用いて動作すること、
を含む、請求項４〜６のいずれか１項記載の方法。
【請求項８】
基地局であって、
プロセッサと、
該プロセッサによって実行可能な命令を記憶するメモリと、を備え、
該プロセッサが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、または
該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマット、
を含むリソース割り当て通知フォーマットを生成し、
該リソース割り当て通知フォーマットをユーザ機器（ＵＥ）に送信するように構成される、基地局。
【請求項９】
ユーザ機器であって、
プロセッサと、
該プロセッサによって実行可能な命令を記憶するメモリと、を備え、
該プロセッサが、
基地局によって送信されたリソース割り当て通知フォーマットを受信することであって、該リソース割り当て通知フォーマットが、
物理リソース・ブロック（ＰＲＢ）リソース割り当てフィールドにおけるリザーブ状態のそれぞれが、リソース割り当て方式を示すように構成されることを示す、第１の通知フォーマット、または
該ＰＲＢリソース割り当てフィールドにおける該リザーブ状態の１つまたは複数が、アップリンク送信の早期終了を示すように構成され、残りのリザーブ状態のそれぞれが、該リソース割り当て方式を示すように構成されることを示す、第２の通知フォーマットを含む、受信することと、
該ＰＲＢリソース割り当てフィールドを解釈するための解釈方式を現在の状態に基づいて判断することであって、該解釈方式が、該第１の通知フォーマットに対応する第１の解釈方式または該第２の通知フォーマットに対応する第２の解釈方式を含む、判断することと、
受信した現在のリザーブ状態を前記判断された解釈方式に基づいて解釈することと、
解釈された結果に基づいて動作を実行することと、
を行うように構成される、ユーザ機器。
【手続補正書】
【提出日】令和2年11月30日(2020.11.30)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2021520156.tif 000019
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2021520156.tif 000020
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図９
【補正方法】変更
【補正の内容】
【図９】
2021520156.tif 000021
【国際調査報告】
2021520156.tif 000022
2021520156.tif 000023
2021520156.tif 000024
2021520156.tif 000025