(57)【要約】  本開示の実施形態はスケジューリング要求（ＳＲ）を送信する方法、端末デバイス及び装置並びにＳＲを受信する方法、ネットワークデバイス及び装置に関する。本開示の実施形態では、ＳＲを送信する方法は、追加情報を示すための少なくとも１つの追加ビットを含むスケジューリング要求を送信することを含む。本開示の実施形態では、ＮＲシステムに好適な、新しく導入された機能に対する要求を満たすことができるＳＲ送信及び受信解決法が提供される。【選択図】図４
2020523875.tif 000002
【特許請求の範囲】
【請求項１】
スケジューリング要求を送信する方法であって、
追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を送信することを含む、方法。
【請求項２】
前記少なくとも１つの追加ビットは、
前記スケジューリング要求の時間周波数リソース、前記スケジューリング要求の変調モードの変調シンボル、前記スケジューリング要求に使用されるシーケンス、及び前記スケジューリング要求に使用される巡回シフト、のうち１つ以上によって搬送される、
請求項１に記載の方法。
【請求項３】
前記変調モードは直交位相偏移変調（ＱＰＳＫ），Ｐｉ／４  ＱＰＳＫ，多重位相偏移変調（ＭＰＳＫ）、又は直交振幅変調（ＱＡＭ）のうち少なくとも１つを含む、
請求項２に記載の方法。
【請求項４】
異なる追加情報は、スロット内の異なるシンボル又はサブフレーム内の異なるスロットのうち、少なくとも１つにマッピングされる、請求項２又は３に記載の方法。
【請求項５】
前記スケジューリング要求は、スケジューリング要求送信機会で利用可能な複数のビームで送信される、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
ビーム障害復旧の試みの失敗に応答して、新しいビーム障害復旧の試みのためのビーム変更を実行することを更に含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
スケジューリング許可に対して、ビーム関連情報を送信することを更に含む、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ、又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示す、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
スケジューリング要求を受信する方法であって、
追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を受信することと、
前記少なくとも１つの追加ビットから前記追加情報を検出することを含む、方法。
【請求項１０】
前記少なくとも１つの追加ビットは、
前記スケジューリング要求の時間周波数リソース、前記スケジューリング要求の変調モードの変調シンボル、前記スケジューリング要求のために使用されるシーケンス、及び前記スケジューリング要求に使用される巡回シフトのうち１つ以上により搬送される、
請求項９に記載の方法。
【請求項１１】
前記スケジューリング要求は端末デバイス用に構成された１つ又は複数のビームで検出される、請求項９又は１０に記載の方法。
【請求項１２】
ビーム関連情報を受信することを更に含む、請求項９〜１１のいずれか一項に記載の方法。
【請求項１３】
前記追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示す、
請求項９〜１２のいずれか一項に記載の方法。
【請求項１４】
追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を送信するように構成された送受信機を備える、端末デバイス。
【請求項１５】
前記少なくとも１つの追加ビットが、前記スケジューリング要求の時間周波数リソース、前記スケジューリング要求の変調モードの変調シンボル、前記スケジューリング要求に使用されるシーケンス及び前記スケジューリング要求に使用される巡回シフト、のうち１つ以上によって搬送される、
請求項１４に記載の端末デバイス。
【請求項１６】
前記スケジューリング要求はスケジューリング要求送信機会で利用可能な複数のビームで送信される、請求項１４又は１５に記載の端末デバイス。
【請求項１７】
前記送受信機は、ビーム障害復旧の試みの失敗に応答して、新しいビーム障害復旧の試みのための変更したビームで別のスケジューリング要求を送信するように更に構成されている、請求項１４〜１６のいずれか一項に記載の端末デバイス。
【請求項１８】
前記送受信機はビーム関連情報に対してスケジューリング許可を送信するように更に構成されている、請求項１４〜１７のいずれか一項に記載の端末デバイス。
【請求項１９】
前記追加情報は、
リソース要求、ビーム障害復旧要求、ビーム変更/スイッチ/ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示すことができる、
請求項１４〜１８のいずれか一項に記載の端末デバイス。
【請求項２０】
追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を受信するように構成された送受信機と、
前記少なくとも１つの追加ビットから前記追加情報を検出するように構成されたコントローラと、を備える、ネットワークデバイス。
【請求項２１】
前記少なくとも１つの追加ビットは、前記スケジューリング要求の時間周波数リソース、前記スケジューリング要求の変調モードの変調シンボル、前記スケジューリング要求に使用されるシーケンス 及び前記スケジューリング要求に使用される巡回シフト、のうち１つ以上によって搬送される、請求項２０に記載のネットワークデバイス。
【請求項２２】
前記スケジューリング要求は端末デバイス用に構成された１つ又は複数のビームで検出される、請求項２０又は２１に記載のネットワークデバイス。
【請求項２３】
前記送受信機は、ビーム関連情報を受信するように更に構成される、請求項２０〜２２のいずれか一項に記載のネットワークデバイス。
【請求項２４】
前記追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ、又は品質漸進低下ビームアイデンティティのうち、少なくとも２つを示す、
請求項２０〜２３のいずれか一項に記載のネットワークデバイス。
【請求項２５】
プロセッサと、
前記プロセッサと連結され、前記プロセッサで実行されると、前記端末デバイスに請求項１〜８のいずれか一項に記載の動作を実行させるプログラムコードを有するメモリと、備える、端末デバイス。
【請求項２６】
プロセッサと、
前記プロセッサと連結され、前記プロセッサで実行されると、前記ネットワークデバイスに請求項９〜１３のいずれか一項に記載の動作を実行させるプログラムコードを有するメモリと、を備える、ネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定かつ例示的な実施形態は概して、ワイヤレス通信技法の分野に関し、より具体的にはスケジューリング要求を送信する方法、端末デバイス及び装置、並びにスケジューリング要求を受信する方法、ネットワークデバイス及び装置に関する。
【背景技術】
【０００２】
ＮＲシステム又はＮＲネットワークとも呼ばれる、新しい無線アクセスシステムは次世代通信システムである。第３世代パートナーシッププロジェクト（３ＧＰＰ）ワーキンググループの無線アクセスネットワーク（ＲＡＮ）＃７１会議では、ＮＲシステムの研究が承認された。ＮＲシステムは、拡張モバイルブロードバンド、大規模マシン型通信及び超信頼性低レイテンシ通信などの要件を含む、テクニカルレポートＴＲ３８．９１３で規定される使用シナリオ、要件、及び導入シナリオのすべてを対処する単一の技術的フレームワークの目的で最大１００Ｇｈｚの周波数を考慮することになる。
【０００３】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムでは、スケジューリング要求（ＳＲ）は、端末デバイスが接続状態にある場合に、リソーススケジューリングを要求するのに使用され、ＳＲは物理上りリンク制御チャネル（ＰＵＣＣＨ）で搬送される。ＬＴＥシステムでは、ＳＲは、対応するＰＵＣＣＨにおいてエネルギーを提供することによってリソーススケジューリングを要求する。
【０００４】
３ＧＰＰ  ＲＡＮ１＃８８会議では、ＳＲがＮＲシステムにおいてビーム障害復旧に対して除外されないという合意があり、３ＧＰＰ  ＲＡＮ１＃８９会議では、ＰＵＣＣＨがビーム障害復旧に対して使用可能であるという合意があった。したがって、これにより、新しい機能がＳＲに導入される場合があるということを意味する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ＮＲシステムでのＳＲの新機能の導入のため、現在のＳＲの解決法はもはやＮＲシステムの要件を満たすことができないので、当該技術分野におけるＳＲ送信のための新しい解決法が必要となる。
【０００６】
このため、本開示では、先行技術における少なくとも一部の課題を緩和又は少なくとも軽減するＰＲＡＣＨ送信及び受信の新たな解決法が提供される。
【課題を解決するための手段】
【０００７】
本開示の第１の態様によれば、スケジューリング要求を送信する方法が提供される。方法は追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を送信することを含むことができる。
【０００８】
本開示の第２の態様によれば、スケジューリング要求を受信する方法が提供される。方法は、追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を受信することと、少なくとも１つの追加ビットから追加情報を検出することを含むことができる。
【０００９】
本開示の第３の態様によれば、端末デバイスが提供される。端末デバイスは、追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を送信するように構成された送受信機を備えることができる。
【００１０】
本開示の第４の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を受信するように構成された送受信機と、少なくとも１つの追加ビットから追加情報を検出するように構成されたコントローラを備えることができる。
【００１１】
本開示の第５の態様によれば、端末デバイスが提供される。端末デバイスはプロセッサとメモリを備えることができる。メモリはプロセッサと連結されてもよく、プロセッサで実行されると、端末デバイスに第１の態様の動作を実行させるプログラムコードを有することができる。
【００１２】
本開示の第６の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスはプロセッサとメモリを備えることができる。メモリは、プロセッサと連結され、プロセッサで実行されると、ネットワークデバイスに第２の態様の動作を実行させるプログラムコードを有することができる。
【００１３】
本開示の第７の態様によれば、実行されると、装置に、第１の態様の任意の実施形態にかかる方法の作用を実行させるように構成されたコンピュータプログラムコードが具現化されたコンピュータ可読記憶媒体が提供される。
【００１４】
本開示の第８の態様によれば、実行されると、装置に、第２の態様の任意の実施形態にかかる方法における作用を実行させるように構成されたコンピュータプログラムコードが具現化されたコンピュータ可読記憶媒体が提供される。
【００１５】
本開示の第９の態様によれば、第７の態様にかかるコンピュータ可読記憶媒体を含むコンピュータプログラム製品が提供される。
【００１６】
本開示の第１０の態様によれば、第８の態様にかかるコンピュータ可読記憶媒体を含むコンピュータプログラム製品が提供される。
【００１７】
本開示の実施形態では、新たに導入された機能に対する要件を満たすことができるＮＲシステムに好適なＳＲ送信及び受信の解決法が提供される。
【図面の簡単な説明】
【００１８】
本開示の上記の特徴及び他の特徴は、実施形態添付図面を参照して実施形態で示されるように実施形態の詳細な説明を通してより明確になり、その全体を通して、同様の参照符号は同一又は類似の構成要素を表す。
【００１９】
【図１】ＬＴＥシステムの例示のＳＲ手順の概略図である。
【図２】ＬＴＥシステムのＰＵＣＣＨフォーマットのテーブルの概略図である。
【図３】ＬＴＥシステムの時間周波数リソースへのＳＲの例示のマッピングの概略図である。
【図４】本開示の実施形態にかかる端末デバイスにおけるＳＲ送信方法のフローチャートを概略的に示す。
【図５】本開示の実施形態にかかる時間周波数リソースへのＳＲの例示のマッピングの概略図である。
【図６】本開示の実施形態にかかるＮＲシステムの例示のＳＲ手順の概略図である。
【図７Ａ】本開示の実施形態にかかる例示のＳＲ送信の概略図である。
【図７Ｂ】本開示の実施形態にかかる例示のＳＲ送信の概略図である。
【図８Ａ】本開示の実施形態にかかる例示のＳＲリソースマッピングの概略図である。
【図８Ｂ】本開示の実施形態にかかる例示のＳＲリソースマッピングの概略図である。
【図９】本開示の実施形態にかかる時間周波数リソースへのＳＲの別の例示のマッピングの概略図である。
【図１０Ａ】本開示の実施形態にかかる例示の変調モードの概略図である。
【図１０Ｂ】本開示の実施形態にかかる例示の変調モードの概略図である。
【図１１】本開示の実施形態にかかる例示のＳＲ送信の概略図である。
【図１２】本開示の実施形態にかかる時間周波数リソースへのＳＲのさらなる例示のマッピングの概略図である。
【図１３】本開示の実施形態にかかる別のＳＲ手順の概略図である。
【図１４Ａ】本開示の実施形態にかかる例示のＳＲ送信の計数の概略図である。
【図１４Ｂ】本開示の実施形態にかかる例示のＳＲ送信の計数の概略図である。
【図１４Ｃ】本開示の実施形態にかかる例示のＳＲ送信の計数の概略図である。
【図１５】本開示の実施形態にかかるネットワークデバイスにおけるＳＲの受信方法のフローチャートを概略的に示す。
【図１６】本開示の実施形態にかかる端末デバイスでのＳＲの送信装置の概略図である。
【図１７】本開示の実施形態にかかるネットワークデバイスでのＳＲの受信装置の概略図である。
【図１８】（ｇＮＢのような）ネットワークデバイスとして具現化され得る又はそれに含まれ得る装置１８１０と、本明細書に記載のＵＥのような端末デバイスとして具現化され得る又はそれに含まれ得る装置１８２０と、の簡略化したブロック図を更に示す。
【発明を実施するための形態】
【００２０】
以下、添付図面を参照して実施形態を通して、本開示で提供される解決法を詳細に説明する。これらの実施形態は当業者が本開示をより良く理解し、かつ実行できるようにのみ提示されており、本開示の範囲をいかなる方法でも限定することを意図するものではないことを理解すべきである。
【００２１】
添付図面では、本開示の各種の実施形態がブロック図、フローチャート及び他の図面で示されている。フローチャートの各ブロック又は複数のブロックは、指定された論理機能を実行する１つ以上の実行可能な命令を含むモジュール、プログラム又はコードの一部を表す場合があり、本開示では、必須ではないブロックは点線で示される。さらに、これらのブロックは方法のステップを実行する特定のシーケンスで示されているが、実際のところは、それらは、必ずしも図示したシーケンスにしたがって厳密に実行されなくてもよい。例えば、それぞれの動作の特性に応じて逆のシーケンスで、又は同時に実行されてもよい。ブロック図及び／又はフローチャートの各ブロック並びにそれらの組み合わせは特定の機能／動作を実行する専用ハードウェアベースのシステム又は、専用ハードウェア及びコンピュータ命令の組み合わせによって実行されてもよいことにも留意されたい。
【００２２】
一般に、特許請求の範囲に使用されるすべての用語は、本明細書において明示的に規定されない限り、技術分野の通常の意味にしたがって解釈されるものとする。「a/an/前記（the）/前記（said）（要素、デバイス、構成要素、手段、ステップなど）」についてのすべての言及は、明示的に記載しない限り、そのようなデバイス、構成要素、手段、ユニット、ステップなどの複数を除外せずに、前記要素、デバイス、構成要素、手段、ユニット、ステップ、などの少なくとも１つの事例を指すものとオープンに解釈されるものとする。さらに、本明細書で使用されるとき、不定冠詞「a/an」はそのようなステップ、ユニット、モジュール、デバイス及びオブジェクトなどの複数を除外しない。
【００２３】
加えて、本開示の文脈では、ユーザ機器（ＵＥ）は端末、モバイル端末（ＭＴ）、加入者局、ポータブル加入者局、移動局（ＭＳ）又はアクセス端末（ＡＴ）を指すことができ、ＵＥ、端末、ＭＴ、ＳＳ、ポータブル加入者局、ＭＳ、又はＡＴの機能の一部又は全部が含まれてもよい。さらに、本開示の文脈では、「ＢＳ」という用語は、例えば、ノードＢ（ＮｏｄｅＢ又はＮＢ）、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ｇＮＢ（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ  Ｎｏｄｅ  Ｂ）、無線ヘッダー（ＲＨ）、リモート無線ヘッダー（ＲＲＨ）、リレー又はフェムト、ピコなどの低電力ノードなどを表すことができる。
【００２４】
既に述べたように、ＬＴＥシステムでは、端末デバイスが接続状態にある場合に、スケジューリング要求はリソーススケジューリングを要求するのに使用され、ＳＲは物理上りリンク制御チャネル（ＰＵＣＣＨ）で搬送される。例示のため、まず図１〜図３を参照して、ＬＴＥシステムにおけるＳＲの解決法を説明する。
【００２５】
図１はＬＴＥシステムにおける例示のＳＲ手順を示す。図１に示すように、ＵＥのような端末デバイスはサウンディング参照信号（ＳＲＳ）をｅＮＢのようなネットワークデバイスに送信する。ｅＮＢはＳＲＳに基づくＣＱＩ測定を実行する。ＵＥはＰＵＣＣＨでＳＲをｅＮＢに送信し、送信リソースを要求する。スケジューリングリンク適合後、ｅＮＢは、物理下りリンク制御チャネル（ＰＤＣＣＨ）でスケジューリング許可を、ＵＥに送信することができる。スケジューリング許可に応答して、ＵＥは、物理上り共有チャネル（ＰＵＳＣＨ）でバッファ状態レポート（ＢＳＲ）を、ｅＮＢに送信することができ、ｅＮＢは端末デバイスが要求するソースを知ることができる。ｅＮＢはＢＳＲに基づき上りリンク送信用のリソースを割り当てて、ＡＣＫを端末デバイスに送信する。ｅＮＢからＡＣＫを受信すると、端末デバイスはＰＵＳＣＨでＵＬデータ送信を開始することができる。
【００２６】
図２はＬＴＥシステムにおけるＰＵＣＣＨフォーマットのテーブルを示す。図２に示すテーブルでは、フォーマット１，１ａ，１ｂ，２，２ａ及び２ｂを含む異なるＰＵＣＣＨフォーマットが示されている。とりわけ、フォーマット１はＳＲ用のＰＵＣＣＨフォーマットであり、それは、ＳＲのリソースエレメント（ＲＥ）に関するさらなる情報を搬送しない。すなわち、対応するＰＵＣＣＨのエネルギーの存在は、ＳＲを意味し、さらなる情報は搬送されない。
【００２７】
図３はＬＴＥシステムにおける時間周波数リソースへのＳＲの例示のマッピングを示す。図３に示すように、ＳＲのための信号はまず、シンボルごとに変わる長さ１２を有するシーケンスだけ位相変更され、シーケンス［ｗ０，ｗ１，ｗ２，ｗ３］を乗算する。ＩＦＦＴ後、それは、ＰＵＣＣＨのための対応するシンボル、例えば、図３に示すスロット内の最初の２つのシンボル及び最後の２つのシンボルにマッピングされる。これらのシンボルでエネルギーを検出することによって、ｅＮＢはＳＲ送信を識別することができる。
【００２８】
しかし、ＮＲシステムにおけるＳＲの新機能の導入により、現在のＳＲはＮＲシステムの要件を満たすことができない。したがって、本開示では、ＳＲの新しい解決法が提供される。本開示では、ＳＲの新機能の導入又はより一層多くの他の機能、動作若しくは措置に適合できるように、さらなる情報を示す少なくとも１つの追加ビットを含むようにＳＲを拡張することを提案する。以下に、図４〜図１８を参照して本開示の実施形態を詳細に説明する。
【００２９】
図４は本開示の実施形態にかかる端末デバイスにおけるＳＲの送信方法のフローチャートを概略的に示す。方法４００が、端末デバイス、例えばＵＥ又は端末デバイスような他のデバイスで実行され得る。
【００３０】
図４に示すように、まず、ステップ４０１では、端末デバイスは、追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を送信することができる。これは、従来のＳＲとは異なり、本明細書に提案されるスケジューリング要求は、例えば、リソーススケジューリング又はビーム障害復旧のために使用されることを示すために、追加情報を示す少なくとも１つの追加ビットを含むことができることを意味する。
【００３１】
図５は本開示の実施形態にかかる時間周波数リソースへのＳＲの例示のマッピングを示す。図５では、ＬＴＥシステムとの主な違いは、ＳＲが、エネルギーの有無のみではなく、例えば、−１を更に示し得る追加ビットを有することにある。例えば、値「０」は、ＰＵＣＣＨにエネルギーが無いことを示すのに使用でき、値「１」及び「−１」はエネルギーが有ることおよびＳＲの使用を示すのに使用できる。例えば、値「１」は、リソーススケジューリング要求又はリソース要求を示すのに使用でき、値「−１」はビーム障害復旧を示すのに使用できる。
【００３２】
図６は本開示の実施形態にかかるＮＲシステムにおける例示のＳＲ手順を示す。図示するように、ＵＥのような端末デバイスは、ビーム障害復旧要求をＳＲとともにＰＵＣＣＨでｇＮＢのようなネットワークデバイスに送信することができる。スケジューリングリンク適合後、ｇＮＢは、ＰＤＣＣＨでスケジューリング許可を送信することができる。スケジューリング許可に応答して、ＵＥはビーム関連情報をｇＮＢに送信することができ、ｇＮＢは例えば、候補ビームに関する情報を知ることができる。ビーム関連情報は、例えば、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ、品質漸進低下ビームアイデンティティ又はそれらの組み合わせを含むことができる。その後、ｇＮＢからのＡＣＫに応答して、端末デバイスは、復旧したビームでデータ送信を開始することができる。
【００３３】
したがって、本開示の実施形態では、端末デバイスは、図４のステップ４０３に示すようにスケジューリング許可に応答してビーム関連情報をｇＮＢに送信することができる。
【００３４】
本開示の実施形態では、端末デバイスは、スケジューリング要求送信機会で利用可能な複数のビームでＳＲを送信することができる。このような場合、ビーム障害復旧の成功可能性を改善することができる。
【００３５】
図７Ａは、本開示の実施形態にかかる例示のＳＲ送信を示す。図７Ａに示すように、ＳＲがトリガーされると、端末デバイスは、例えばスケジューリング要求送信機会において利用可能なすべてのビームで、ＳＲを送信する。ＳＲ送信のそれぞれが失敗した場合だけ、端末デバイスは、後続するＳＲ機会にＳＲを再送信することができる。ＳＲ送信機会における複数のＳＲ送信により、ビーム障害復旧の成功可能性を改善することができる。
【００３６】
本開示の別の実施形態では、端末デバイスは、スケジューリング要求送信機会に、１つのビームでＳＲを送信することができる。このような場合、効率的な方法で送信リソースを使用することができる。
【００３７】
図７Ｂは本開示の実施形態にかかる例示のＳＲ送信を示す。図７Ａに示すように、端末デバイスは、１つのスケジューリング要求送信機会に、１つのビームでＳＲを送信することができる。ビームでのビーム障害復旧の試みの失敗に応答して、それは、別のＳＲ送信機会での新たなビーム障害復旧の試みのための別のビームに変更する。
【００３８】
こうして、このような場合には、端末デバイスは、図４のステップ４０３に示すように、ビーム障害復旧の試みの失敗に応答して、新たなビーム障害復旧の試みのためのビーム変更を更に実行することができる。
【００３９】
本開示の実施形態では、少なくとも１つの追加ビットは多くの方法、例えば、スケジューリング要求のための時間周波数リソース、スケジューリング要求のための変調モードの変調シンボル、スケジューリング要求のために使用されるシーケンス、及びスケジューリング要求に使用される巡回シフトのうち１つ以上によって搬送されることができる。
【００４０】
本開示の実施形態では、少なくとも１つの追加ビットはスケジューリング要求のための時間周波数リソースによって搬送されることができる。換言すると、ＳＲを搬送する異なる時間周波数リソースは、異なる追加情報を示すのに使用され得る。例示的な目的で、図８Ａ及び図８Ｂは本開示の一部の実施形態にかかる例示のＳＲリソースマッピングを示す。
【００４１】
図８Ａに示すように、情報ビットの異なる値を、スロット内の異なるシンボルにマッピングすることができる。図８Ａに示すように、値「１」は、（交差線で塗りつぶされたブロックが示すように）第１のシンボルにマッピングすることができ、値「−１」は（点で塗りつぶされたブロックが示すように）第２のシンボルにマッピングすることができる。スロット内の異なるシンボルによって、端末デバイスは暗に、ｇＮＢのようなネットワークデバイスに対して追加情報を示すことができる。
【００４２】
図８Ｂは、本開示の実施形態にかかる別の例示のＳＲリソースマッピングを示す。図８Ｂに示すように、情報ビットの異なる値をサブフレームの異なるスロットにマッピングすることができる。特に、値「１」は（交差線で塗りつぶされたブロックが示すように）第１のスロットの対応するシンボルにマッピングすることができ、値「−１」は（点で塗りつぶされたブロックが示すように）第２のスロットに対応するシンボルにマッピングすることができる。異なるスロットによって、端末デバイスは暗にネットワークデバイスにも追加情報を示すことができる。
【００４３】
本開示の実施形態では、少なくとも１つの追加ビットは、スケジューリング要求のための変調モードの変調シンボルによって搬送されることができる。換言すると、ＳＲを変調する異なる変調シンボルを、追加情報を搬送するのに使用することができる。
【００４４】
図９は本開示の実施形態にかかる時間周波数リソースへのＳＲの例示のマッピングを示す。図９に示すように、ＬＴＥのものとの主な違いは、情報ビットが変調され、変調シンボルｄ０及びｄ１が、エネルギーの有無のみではなく、例えば、００，０１，１０及び１１を示すのに使用されることにある。異なる４つの値が、例えば、スケジューリング要求、ビーム障害復旧及び他の機能、例えば、ビームスイッチ、スケジューリング要求およびビーム障害復旧などを示すのに使用され得る。こうして、変調しない従来のＳＲと異なり、ＳＲは好適な変調モードで変調され追加ビットを搬送することができることがわかる。
【００４５】
図１０Ａは本開示の実施形態にかかる例示の変調モードの概略図である。図１０Ａに示すように、それは、２つのシンボル変調と、全体として異なる４つの変調シンボル，００，０１，１０，及び１１を提供することができるＱＰＳＫを示す。変調シンボルは、例えば、スケジューリング要求の使用を示すための追加情報を搬送するのに使用され得る。
【００４６】
図１０Ｂは本開示の実施形態にかかる例示の変調モードの概略図である。図１０Ｂに示すように、それは、２つのシンボル変調と、全体として異なる４つの変調シンボル，００，０１，１０，及び１１を提供することができるＰｉ／４  ＱＰＳＫを示し、それは、例えばスケジューリング要求の使用を示すための追加情報を搬送するのに使用され得る。
【００４７】
図１０Ａ及び図１０Ｂのそれぞれに示す異なる変調シンボルについては、それらは、例えば、ＳＲの４つの機能を示すのに使用することができる。４つの使用例としては、スケジューリング要求、ビーム障害復旧、ビームスイッチ並びにスケジューリング要求及びビーム障害復旧が挙げられるが、これらに限定されない。
【００４８】
本開示の実施形態では、変調シンボル「００」はスケジューリング要求を示すのに使用でき、変調シンボル「０１」はビーム障害復旧を示すのに使用でき、変調シンボル「１０」はビームスイッチを示すのに使用でき、変調シンボル「１１」はスケジューリング要求＆ビーム障害復旧を示すのに使用することができる。本開示の別の実施形態では、変調シンボル「００」はスケジューリング要求を示すのに使用でき、変調シンボル「０１」はビームスイッチを示すのに使用でき、変調シンボル「１０」はビーム障害復旧を示すのに使用でき、変調シンボル「１１」はスケジューリング要求＆ビーム障害復旧を示すのに使用できる。本開示のさらなる実施形態では、変調シンボル「００」はスケジューリング要求＆ビーム障害復旧を示すのに使用でき、変調シンボル「０１」はビームスイッチを示すのに使用でき、変調シンボル「１０」はビーム障害復旧を示すのに使用でき、変調シンボル「１１」はスケジューリング要求を示すのに使用することができる。本開示のさらなる実施形態では、変調シンボル「００」はスケジューリング要求＆ビーム障害復旧を示すのに使用でき、変調シンボル「０１」はビーム障害復旧を示すのに使用でき、変調シンボル「１０」はビームスイッチを示すのに使用でき、変調シンボル「１１」はスケジューリング要求を示すのに使用することができる。上記実施形態は例示のために与えられただけであり、上記変調シンボルを使用して、ＳＲの他の用途又は機能を示したり、又は変調シンボルの異なる値を使用して、上記例示の用途又は他の用途又は機能を示したりすることができることを理解されたい。
【００４９】
本開示の実施形態では、異なるシンボルを送信するためのビームは、任意の好適な方法で組み合わせることができ、情報ビットを搬送するためのビームも任意の好適な方法で組み合わせることができる。
【００５０】
図１１は本開示の実施形態にかかる例示のＳＲ送信を示す。図１１に示すように、実施例１では、値「−１」が、第１及び第２のスロット内の最初の２つのシンボルにマッピングされ、値「＋１」は第１及び第２のスロット内の最後の２つのシンボルにマッピングされ、スロット内の最初の２つのシンボルのＳＲは同一のビームを共有し、スロット内の最後の２つのシンボルのＳＲは、同一のビームを共有するが、最初の２つのシンボル及び最後の２つのシンボルのビームは互いに異なっており、異なるスロットのビームも互いに異なっている。図１１に示す実施例２では、値「−１」は第１及び第２のスロット内の第１及び第６のシンボルにマッピングされ、値「＋１」は第１及び第２のスロット内の第２及び第７のシンボルにマッピングされ、スロット内のＳＲは異なるビームを使用するが、異なるスロット内の対応するシンボルのビームは互いに同一である。図１に示す実施例３では、値「−１」は第１のスロット内の対応するシンボルにマッピングされ、値「＋１」は、第２のスロット内の対応するシンボルにマッピングされ、スロット内の最初の２つのシンボルのＳＲは同一のビームを共有し、スロット内の最後の２つのシンボルのＳＲは同一のビームを共有するが、最初の２つのシンボル及び最後の２つのシンボルのビームは互いに異なっており、異なるスロットのビームも互いに異なっている。
【００５１】
上記実施例は、例示の目的のために与えられたものに過ぎず、本開示はそれに限定されず、当業者は、情報ビットを搬送するための、又は異なるシンボルを送信するための好適なビームの組み合わせを考案し得ることを理解されたい。図１１では、１４個のシンボルが図示されているが、単なる例示の目的のために過ぎず、ＮＲシステムでは、新しいフレーム構造が導入されたので、シンボル数、期間、ＳＲの可能性は図示したものとは異なる場合があることも理解されたい。
【００５２】
加えて、図８Ａ〜図１１のいずれかに示す解決法について、例示のＳＲ手順は図６に示した手順と類似であり得るので、ここでは詳細には説明しない。
【００５３】
本開示の別の実施形態では、図８Ａ及び図８Ｂで示したものとは異なる変調モードを使用し、より多くの変調シンボルを提供することもできる。
【００５４】
図１２は本開示の実施形態にかかる時間周波数リソースへのＳＲの例示のマッピングを更に示す。図１２では、ＬＴＥシステムにおけるものとの主な違いは、ＭＰＳＫ又は他のタイプの変調を使用できることと、変調シンボルｄ０，ｄ１，…，ｄｎがエネルギーの有無だけでなく、より多くの情報ビットを提供するのに使用されることにある。例えば、直交振幅変調（ＱＡＭ）を使用でき、追加情報はｎ情報ビットを提供する。追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、品質漸進低下ビームアイデンティティのうち少なくとも２つを示すことができる。このように、変調しない従来のＳＲとは異なり、ＳＲは好適な変調モードで変調され、追加ビットを搬送することができることがわかる。
【００５５】
このような場合には、ＳＲ送信は図７Ａ、図７Ｂ、及び図１１のそれぞれに示す解決法を採用できるため、ここでは詳細には説明しない。
【００５６】
図１３は本開示の実施形態にかかるＳＲ手順を示し、ＳＲはｎ情報ビットを含むように拡張される。図示するように、このような場合には、要求関連情報を、ＳＲ送信とともにｇＮＢに送信することができるので、スケジューリング許可の受信に応答して、端末デバイスは直接、データを送信することができる。ＳＲがビームに復旧要求を示す場合には、ビームの変更は第２のＵＬ送信で完了することができる。
【００５７】
ＳＲの情報ビットを拡張するための時間周波数リソース及び変調シンボルは例示にすぎず、本開示はそれに限定されず、ＳＲが搬送する情報ビットを拡張するために他の異なる方法も使用できることを理解されたい。例えば、Ｚａｄｏｆｆ−ｃｈｕシーケンス又は他のカザック（ＣＡＺＡＣ：Constant Amplitude Zero Auto Correction）シーケンスのようなスケジューリング要求のシーケンスは、異なる情報を搬送するのに使用される異なるシーケンスグループに分割され得る。こうして、ＳＲのシーケンスが属するシーケンスグループに基づいて、それは暗に追加情報を示すことができる。加えて、巡回シフト（ＣＳ）は、同様の方法でＳＲの情報ビットを拡張するように使用され得る。
【００５８】
加えて、ＳＲの情報ビットを拡張する上記の方法は、より多くの情報ビットを拡張するため、別々に又はそれらの任意の好適な組み合わせで使用することができることを理解されたい。
【００５９】
本開示の実施形態では、ＭＡＣレイヤ上のＳＲカウンタに関する解決法を更に提供する。ＳＲカウンタはＳＲ数を記録するカウンタであり、カウンタ値が許容最大送信数ｄｒｓ−ＴｒａｎｓＭａｘ（上位レイヤによって構成されるパラメータ）より高い場合、ＵＥはＰＲＡＣＨ送信に進む。本開示の実施形態では、ＳＲの送信は、ＳＲカウンタを増大させることになる。本開示の別の実施形態では、スケジューリング要求送信機会における１つ以上の送信はすべて１つの送信のみとカウントされる。こうして、スケジューリング要求がスケジューリング要求送信機会で利用可能な複数のビームで送信されると、ＳＲカウンタが、ＳＲを搬送するビームの総数ではなく、１つだけ増加する。
【００６０】
図１４Ａ〜図１４Ｃは本開示の実施形態にかかる例示のＳＲ送信の計数を示す。図１４Ａに示すように、ＳＲ機会では、３つの利用可能なビームがＳＲを送信するのに使用されるが、ＳＲの送信は単一の送信とみなされ、ＳＲカウンタは１つだけ増加する。図１４Ａに示すように、３つの利用可能なビームはＳＲを送信するのに使用され、図１４Ａとは異なり、各送信は単一の送信とみなされる。こうして、３つのビームでの送信は３つの送信とカウントされ、ＳＲカウンタは３つ増加する。図１４Ｃに示すように、ＳＲ機会では、１つのビームだけがＳＲを送信するのに使用されるので、単一の送信とカウントされ、ＳＲカウンタは１つ増加する。
【００６１】
本開示の別の実施形態では、スケジューリング要求のための新しい高レイヤ構成がさらに提供される。高レイヤ構成では、それは、２つより多いアンテナポートをサポートする。以下、例示の高レイヤ構成は例示の目的のために与えられる。
高レイヤ構成の例
2020523875.tif 000003
下線部は、ＵＥ性能に基づいて２つより多いアンテナポートをサポートする新たに追加された例であり、ＰｎはＵＥによってサポートされる最大部を示す。
【００６２】
図１５は本開示の実施形態にかかるネットワークデバイスにおけるＳＲの受信方法のフローチャートを概略的に示す。方法を、ｇＮＢのようなネットワークデバイス又はネットワークデバイスのような他のデバイスで実行することができる。
【００６３】
図１５に示すように、ステップ１５０１では、ｇＮＢは、追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を受信することができる。ステップ１５０２では、ｇＮＢは少なくとも１つの追加ビットから追加情報を検出することができる。
【００６４】
本開示の実施形態では、少なくとも１つの追加ビットは、スケジューリング要求のための時間周波数リソース、スケジューリング要求のための変調モードの変調シンボル、スケジューリング要求のために使用されるシーケンス及びスケジューリング要求に使用される巡回シフトのうち１つ以上によって搬送され得る。
【００６５】
例えば、ｇＮＢはＳＲを復調でき、正常にＳＲを復調する復調シンボルに基づいて、ｇＮＢはＳＲが搬送する追加情報を知ることができる。別の実施例として、ｇＮＢはＳＲが受信されるシンボル又はスロットを決定することができ、シンボル及びスロットに関する情報に基づいて、追加情報を取得することができる。さらなる実施例として、ＳＲで使用されるシーケンスに関する情報を決定でき、決定されたシーケンス情報に基づいて、追加情報を取得してもよい。さらなる実施例として、ＳＲで使用されるＣＳに関する情報を決定することができ、ＣＳに関する決定された情報に基づいて、追加情報を取得することができる。
【００６６】
本開示の別の実施形態では、スケジューリング要求は、端末デバイスのために構成された１つ以上のビームで検出されてもよい。
【００６７】
本開示のさらなる実施形態では、ステップ１５０３では、ｇＮＢは、端末デバイスからビーム関連情報を更に受信することができる。
【００６８】
本開示のさらなる実施形態では、追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ又は候補ビームグループアイデンティティ又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示す。
【００６９】
図１６は本開示の実施形態にかかる端末デバイスにおけるＳＲの送信装置を示す。装置は、ＵＥのような端末デバイス又は端末デバイスのような他のデバイスで、又はその中に実装され得る。
【００７０】
図１６に示すように、装置１６００は、追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を送信するように構成されたＳＲ送信モジュール１６０１を含むことができる。
【００７１】
本開示の実施形態では、少なくとも１つの追加ビットは、スケジューリング要求のための時間周波数リソース、スケジューリング要求のための変調モードの変調シンボル、スケジューリング要求に使用されるシーケンス及びスケジューリング要求に使用される巡回シフトのうち１つ以上によって搬送される。
【００７２】
本開示の別の実施形態では、変調モードは、直交位相偏移変調（ＱＰＳＫ）、Ｐｉ／４  ＱＰＳＫ，（多重位相シフトキーイング）ＭＰＳＫ又は直交振幅変調（ＱＡＭ）の少なくとも１つを含んでもよい。
【００７３】
本開示のさらなる実施形態では、異なる追加情報は、スロット内の異なるシンボル又はサブフレーム内の異なるスロットのうち少なくとも１つにマッピングされ得る。
【００７４】
本開示のさらなる実施形態では、スケジューリング要求はスケジューリング要求送信機会で利用可能な複数のビームで送信され得る。
【００７５】
本開示の更なる実施形態では、装置１６００は、ビーム障害復旧の試みの失敗に応答して、新たなビーム障害復旧の試みのためのビーム変更を実行するように構成されたビーム変更モジュール１６０２を更に備えることができる。
【００７６】
本開示の別の実施形態では、装置１６００はビーム関連情報に応答してスケジューリング許可を送信する用に構成された情報送信モジュール１６０３を更に備えることができる。
【００７７】
本開示のさらなる実施形態では、追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示す。
【００７８】
図１７は、本開示の実施形態にかかるネットワークデバイスにおけるＳＲの受信装置を示す。装置１７００はｇＮＢのようなネットワークデバイス又はネットワークデバイスのような他のデバイスにおいて、又はその中に実装され得る。
【００７９】
図１７に示すように、装置１７００は受信モジュール１７０１及び情報検出モジュール１７０２を備えることができる。要求受信モジュール１７０１はスケジューリング要求を受信するように構成することができ、スケジューリング要求は追加情報を示す少なくとも１つの追加ビットを含む。情報検出モジュール１７０２は少なくとも１つの追加ビットから追加情報を検出するように構成され得る。
【００８０】
本開示の実施形態では、少なくとも１つの追加ビットは、スケジューリング要求の時間周波数リソース、スケジューリング要求のための変調モードの変調シンボル、スケジューリング要求に使用されるシーケンス 及びスケジューリング要求で使用される巡回シフトのうち１つ以上によって搬送され得る。
【００８１】
本開示の別の実施形態では、スケジューリング要求は、端末デバイスのために構成される１つ以上のビームで検出され得る。
【００８２】
本開示のさらなる実施形態では、装置１７００はビーム関連情報を受信するように構成された情報受信モジュール１７０３を更に備えることができる。
【００８３】
本開示のさらなる実施形態では、追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示す。
【００８４】
以下に、図１６及び図１７を参照して、装置１６００及び装置１７００を簡単に説明する。装置１６００及び装置１７００は図４〜図１５を参照して説明する機能を実装するように構成されてもよいことに留意されたい。したがって、これらの装置のモジュールの動作についての詳細については、図４〜図１５を参照した方法の各ステップに対してなされた記載を参照することができる。
【００８５】
装置１６００及び装置１７００の構成要素は、ハードウェア、ソフトウェア、ファームウェア及び／又はそれらの任意の組み合わせで具現化され得ることに更に留意されない。例えば、装置１６００及び装置１７００の構成要素は、回路、プロセッサ又は任意の他の適切な選択デバイスによってそれぞれ実装されてもよい。
【００８６】
当業者は前述の実施例は、限定ではなく、例示のためだけであり、本開示はそれに限定されず、本明細書で与えられた教示から多くの変形、追加、削除及び修正を容易に考案でき、これらの変形、追加、削除及び修正はすべて、本開示の保護範囲に入ることを理解するであろう。
【００８７】
加えて、本開示の一部の実施形態では、装置１６００及び装置１７００は少なくとも１つのプロセッサを備えることができる。本開示の実施形態に使用されるのに好適な少なくとも１つのプロセッサは、例示として、公知の又は将来開発される汎用及び特定用途プロセッサの両方を含むことができる。装置１６００及び装置１７００は少なくとも１つのメモリを備えることができる。少なくとも１つのメモリは、例えば、半導体メモリデバイス、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスを含むことができる。少なくとも１つのメモリはコンピュータ実行可能命令のプログラムを記憶するのに使用され得る。プログラムは高レベル及び／又は低レベルでコンパイル可能な又は解釈可能なプログラミング言語で書かれている場合がある。実施形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサによって、装置１６００及び装置１７００に少なくとも図４〜図１５を参照してそれぞれ検討した方法にしたがった動作を実行させるように構成され得る。
【００８８】
図１８は、ワイヤレスネットワーク内の基地局のようなネットワークデバイスとして具現化され、又はその中に含まれ得る装置１８１０と、本明細書に記載するＵＥのような端末デバイスとして具現化され、又はその中に含まれ得る装置１８２０、の簡略化したブロック図を更に示す。
【００８９】
装置１８１０はデータプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ１８１１と、プロセッサ１８１１に連結された少なくとも１つのメモリ（ＭＥＭ）１８１２と、を備える。装置１８１０は、プロセッサ１８１１と連結される送信機ＴＸ及び受信機ＲＸ１８１３を含むことができ、それは装置１８２０と通信可能に接続するように動作可能とすることができる。ＭＥＭ１８１２はプログラム（ＰＲＯＧ）１８１８を記憶する。ＰＲＯＧ１８１４は、関連するプロセッサ１８１１で実行されると、装置１８１０に本開示の実施形態にしたがって、例えば方法１５００を動作させることが可能な命令を含むことができる。少なくとも１つのプロセッサ１８１１及び少なくとも１つのＭＥＭ１８１２の組み合わせは、本開示の各種の実施形態を実行するように適合される処理手段１８１５を形成することができる。
【００９０】
装置１８２０は、ＤＰなどの少なくとも１つのプロセッサ１８２１と、プロセッサ１８２１に連結される少なくとも１つのＭＥＭ１８２２と、を備える。装置１８２０はプロセッサ１８２１に連結される好適なＴＸ／ＲＸ１８２３を更に備えることができ、それは、装置１８１０とワイヤレス通信するように動作可能であってもよい。ＭＥＭ１８２２はＰＲＯＧ１８２４を記憶する。ＰＲＯＧ１８２４は、関連するプロセッサ１８２１で実行されると、装置１８２０に、本開示の実施形態にしたがって動作する、例えば、方法４００を実行することを可能にする命令を含むことができる。少なくとも１つのプロセッサ１８２１と少なくとも１つのＭＥＭ１８２２との組み合わせは、各種の本開示の実施形態を実行するように適合された処理手段１８２５を形成することができる。
【００９１】
本開示の各種の実施形態はプロセッサ１８１１，１８２１、ソフトウェア、ファームウェア、ハードウェア又はそれらの組み合わせのうち１つ以上で実行可能なコンピュータプログラムによって実装されてもよい。
【００９２】
ＭＥＭ１８１２及びＭＥＭ１８２２はローカルの技術的環境に適した任意の種類のものとすることができ、非限定例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなどの任意の好適なデータストレージ技術を用いて実装されてもよい。
【００９３】
プロセッサ１８１１及びプロセッサ１８２１はローカルの技術的環境に適した任意の種類のものとすることができ、非限定例として、汎用コンピュータ、特定用途コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰ及びマルチコアプロセッサアーキテクチャベースのプロセッサのうち１つ以上を含むことができる。
【００９４】
加えて、本開示はまた、上述したコンピュータプログラムを含むキャリアを提供することができ、キャリアは電子信号、光信号、無線信号又はコンピュータ可読記憶媒体のうち１つである。コンピュータ可読記憶媒体は、例えば、光学コンパクトディスク又はＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、フラッシュメモリなどの電子メモリデバイス、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ−ｒａｙディスクなど、とすることができる。
【００９５】
本明細書に記載する技法は、様々な手段によって実装することができ、実施形態で記載した対応する装置の１つ以上の機能を実装する装置が先行技術の手段だけでなく、実施形態で記載した対応する装置の１つ以上の機能を実装する手段も含み、それは、それぞれ別々の機能の別々の手段又は２つ以上の機能を実行するように構成され得る手段を含んでもよい。例えば、これらの技法はハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、又はこれらの組合せで実装されてもよい。ファームウェア又はソフトウェアについては、本明細書に記載する機能を実行するモジュール（例えば、手順、機能など）を通して実装されてもよい。
【００９６】
本明細書の例示的な実施形態について、方法及び装置のブロック図及びフローチャートの図を参照して説明してきた。ブロック図及びフローチャートの図の各ブロック並びにブロック図及びフローチャート図のブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実装され得ることが理解されることであろう。これらのコンピュータプログラム命令は、汎用コンピュータ、特定用途コンピュータ、又は他のプログラマブルデータ処理装置にロードされて、マシンを製造することができるので、コンピュータ又は他のプログラマブルデータ処理装置で実行される命令がフローチャートのブロックで指定した機能を実装する手段を作成する。
【００９７】
この明細書は多くの特別の実装の詳細を含むが、これらは、任意の実装の範囲又は特許請求され得るものの範囲を限定するものではなく、特定の実装形態の特定の実施形態に特別であり得る特徴の記載として解釈されるべきである。別々の実施形態の文脈で本明細書に記載する特定の特徴はまた、単一の実施形態において組み合わせて実装することもできる。逆に、単一の実施形態の文脈で記載される各種の特徴は複数の実施形態で別々に又は任意の好適な下位の組み合わせで実装され得る。また、特徴は、特定の組み合わせで作用し、かつそのように当初に特許請求されるものとして上記に記載され得るが、特許請求される組み合わせのうち１つ以上の特徴は、いくつかのケースでは、その組み合わせから削除される場合があり、特許請求される組み合わせは下位の組み合わせ又は下位の組み合わせの変形例に関するものであってもよい。
【００９８】
本発明の概念は、技術が進歩するにつれて、様々な方法で実装され得ることは、当業者には明らかであろう。上記説明した実施形態は本開示を限定するのではなく、説明するために与えられ、当業者が容易に理解するように本開示の趣旨及び範囲を逸脱することなく、修正例及び変形例を使うことができることを理解されたい。このような修正例及び変形例は本開示の範囲及び添付の特許請求の範囲内にあると考えられる。本開示の保護範囲は添付する特許請求の範囲によって規定される。
【図１】
2020523875.tif 000004
【図２】
2020523875.tif 000005
【図３】
2020523875.tif 000006
【図４】
2020523875.tif 000007
【図５】
2020523875.tif 000008
【図６】
2020523875.tif 000009
【図７Ａ】
2020523875.tif 000010
【図７Ｂ】
2020523875.tif 000011
【図８Ａ】
2020523875.tif 000012
【図８Ｂ】
2020523875.tif 000013
【図９】
2020523875.tif 000014
【図１０Ａ】
2020523875.tif 000015
【図１０Ｂ】
2020523875.tif 000016
【図１１】
2020523875.tif 000017
【図１２】
2020523875.tif 000018
【図１３】
2020523875.tif 000019
【図１４Ａ】
2020523875.tif 000020
【図１４Ｂ】
2020523875.tif 000021
【図１４Ｃ】
2020523875.tif 000022
【図１５】
2020523875.tif 000023
【図１６】
2020523875.tif 000024
【図１７】
2020523875.tif 000025
【図１８】
2020523875.tif 000026
【手続補正書】
【提出日】令和2年2月7日(2020.2.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を送信することを含む、方法。
【請求項２】
前記少なくとも１つの追加ビットは、
前記スケジューリング要求の時間周波数リソース、前記スケジューリング要求の変調モードの変調シンボル、前記スケジューリング要求に使用されるシーケンス、及び前記スケジューリング要求に使用される巡回シフト、のうち１つ以上によって搬送される、
請求項１に記載の方法。
【請求項３】
前記変調モードは直交位相偏移変調（ＱＰＳＫ），Ｐｉ／４  ＱＰＳＫ，多重位相偏移変調（ＭＰＳＫ）、又は直交振幅変調（ＱＡＭ）のうち少なくとも１つを含む、
請求項２に記載の方法。
【請求項４】
異なる追加情報は、スロット内の異なるシンボル又はサブフレーム内の異なるスロットのうち、少なくとも１つにマッピングされる、請求項２又は３に記載の方法。
【請求項５】
前記スケジューリング要求は、スケジューリング要求送信機会で利用可能な複数のビームで送信される、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
ビーム障害復旧の試みの失敗に応答して、新しいビーム障害復旧の試みのためのビーム変更を実行することを更に含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
スケジューリング許可に対して、ビーム関連情報を送信することを更に含む、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ、又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示す、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
追加情報を示す少なくとも１つの追加ビットを含むスケジューリング要求を受信することと、
前記少なくとも１つの追加ビットから前記追加情報を検出することを含む、方法。
【請求項１０】
前記少なくとも１つの追加ビットは、
前記スケジューリング要求の時間周波数リソース、前記スケジューリング要求の変調モードの変調シンボル、前記スケジューリング要求のために使用されるシーケンス、及び前記スケジューリング要求に使用される巡回シフトのうち１つ以上により搬送される、
請求項９に記載の方法。
【請求項１１】
前記スケジューリング要求は端末デバイス用に構成された１つ又は複数のビームで検出される、請求項９又は１０に記載の方法。
【請求項１２】
ビーム関連情報を受信することを更に含む、請求項９〜１１のいずれか一項に記載の方法。
【請求項１３】
前記追加情報は、リソース要求、ビーム障害復旧要求、ビーム変更／スイッチ／ハンドオーバ、ビーム障害アイデンティティ、候補ビームアイデンティティ、ビーム電力、障害ビームグループアイデンティティ、候補ビームグループアイデンティティ又は品質漸進低下ビームアイデンティティのうち少なくとも２つを示す、
請求項９〜１２のいずれか一項に記載の方法。
【請求項１４】
請求項１〜８のいずれか一項に記載の所作を実行するように構成された送受信機を備える、端末デバイス。
【請求項１５】
送受信機と、コントローラを備え、前記送受信機と前記コントローラは、請求項９〜１３のいずれか一項に記載の所作を実行するように構成された、ネットワークデバイス。
【請求項１６】
プロセッサと、
前記プロセッサと連結され、前記プロセッサで実行されると、前記端末デバイスに請求項１〜８のいずれか一項の動作を実行させるプログラムコードを有するメモリと、
を備える端末デバイス。
【請求項１７】
プロセッサと、
前記プロセッサと連結され、前記プロセッサで実行されると、ネットワークデバイスに、請求項９〜１３のいずれか一項の動作を実行させるプログラムコードを有するメモリと、
を備えるネットワークデバイス。
【国際調査報告】
2020523875.tif 000027
2020523875.tif 000028