知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-06-28
(54)【発明の名称】スモールデータ送信のためのビーム管理
(51)【国際特許分類】
H04W 16/28 20090101AFI20240621BHJP
H04W 24/10 20090101ALI20240621BHJP
H04W 72/231 20230101ALI20240621BHJP
H04W 72/232 20230101ALI20240621BHJP
H04W 74/0833 20240101ALI20240621BHJP
【ＦＩ】
H04W16/28
H04W24/10
H04W72/231
H04W72/232
H04W74/0833
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024500388
(86)(22)【出願日】2021-07-09
(85)【翻訳文提出日】2024-03-04
(86)【国際出願番号】 CN2021105463
(87)【国際公開番号】W WO2023279367
(87)【国際公開日】2023-01-12
(81)【指定国・地域】
(71)【出願人】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100092624
【弁理士】
【氏名又は名称】鶴田 準一
(74)【代理人】
【識別番号】100141162
【弁理士】
【氏名又は名称】森 啓
(72)【発明者】
【氏名】サムリ ヘイッキ トゥルティネン
(72)【発明者】
【氏名】ユッシ－ペッカ コスキネン
(72)【発明者】
【氏名】ウー チュンリー
(72)【発明者】
【氏名】サミ－ユッカ ハコラ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD44
5K067EE02
5K067EE10
5K067KK02
5K067KK03
(57)【要約】
【課題】スモールデータ送信手順におけるビーム管理をサポートする方法および装置。
【解決手段】様々な例示的実施形態は、スモールデータ送信手順におけるビーム管理をサポートする方法および装置に関する。端末デバイスは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリは、そこに格納されたコンピュータプログラムコードを含む。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、端末デバイスに、前記ターミナルデバイスに、スモールデータ送信手順において１つ以上の利用可能ビームを報告させ、スモールデータ送信手順用のサービングビームを切り替えるためのビーム切り替えコマンドを受信させ、スモールデータ送信手順用のサービングビームをビーム切り替えコマンドに示されたターゲットビームに切り替えさせるように構成され得る。
【選択図】図２
【解決手段】様々な例示的実施形態は、スモールデータ送信手順におけるビーム管理をサポートする方法および装置に関する。端末デバイスは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリは、そこに格納されたコンピュータプログラムコードを含む。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、端末デバイスに、前記ターミナルデバイスに、スモールデータ送信手順において１つ以上の利用可能ビームを報告させ、スモールデータ送信手順用のサービングビームを切り替えるためのビーム切り替えコマンドを受信させ、スモールデータ送信手順用のサービングビームをビーム切り替えコマンドに示されたターゲットビームに切り替えさせるように構成され得る。
【選択図】図２
【特許請求の範囲】
【請求項1】
少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える端末デバイスであって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、該少なくとも１つのプロセッサを用いて、前記ターミナルのデバイスに、
スモールデータ送信手順において、１つ以上の利用可能ビームを報告させ、
前記スモールデータ送信手順のサービングビームを切り替えるためのビーム切り替えコマンドを受信させ、
前記スモールデータ送信手順の前記サービングビームを、前記ビーム切替コマンドに示されたターゲットビームに切り替えさせるように構成される、端末デバイス。
【請求項2】
前記報告された１つ以上の利用可能ビームは、１つ以上の最も強いビームおよび／または閾値を超えるビームを含む、請求項１に記載の端末デバイス。
【請求項3】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、さらに、該少なくとも１つのプロセッサを用いて、前記ターミナルのデバイスに、１つ以上の利用可能ビームを報告する要求を受信するステップを実行させるさせるように構成される、請求項１に記載の端末デバイス。
【請求項4】
１つ以上の利用可能ビームを報告する前記要求は、物理ダウンリンク制御チャネルのダウンリンク制御情報において、媒体アクセス制御コントロールエレメントに、または無線リソース制御シグナリングに含まれる、請求項３に記載の端末デバイス。
【請求項5】
前記端末デバイスは、前記スモールデータ送信手順中の後続のスモールデータ送信において、前記１つ以上の利用可能ビームを報告する、請求項１に記載の端末デバイス。
【請求項6】
前記端末デバイスは、前記サービングビームが閾値を下回ったとき、および／または、１つ以上の非サービングビームが前記サービングビームよりも所定のオフセットだけ良好になったときに、前記１つ以上の利用可能ビームを報告する、請求項１に記載の端末デバイス。
【請求項7】
前記報告された１つ以上の利用可能ビームは、スモールデータ送信のために構成されたグラントを有するビームから選択される、請求項１に記載の端末デバイス。
【請求項8】
前記端末デバイスは、媒体アクセス制御コントロールエレメントにおける、物理アップリンク共有チャネルもしくは物理アップリンク制御チャネルで伝送されるアップリンク制御情報における、または無線リソース制御シグナリングにおける前記１つ以上の利用可能ビームを報告する、請求項１に記載の端末デバイス。
【請求項9】
前記ビーム切替コマンドは、媒体アクセス制御コントロールエレメントに、物理ダウンリンク制御チャネル上のダウンリンク制御情報に、物理ダウンリンク制御チャネル順序に、または、無線リソース制御シグナリングに含まれる、請求項１に記載の端末デバイス。
【請求項10】
前記サービングビームを切り替えるステップは、前記ターゲットビーム上の構成されたグラントリソースを使用してスモールデータ送信を行うステップ、または、
前記ターゲットビーム上でスモールデータ送信用に割り当てられたプリアンブルおよびランダムアクセスチャネルリソース、または、非スモールデータ送信用に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用してランダムアクセス手順を実行するステップ、
を含む、請求項１に記載の端末デバイス。
【請求項11】
前記端末デバイスは、前記ターゲットビーム上で応答を受信するまで、前記サービングビームおよび前記ターゲットビームを監視する、請求項１０に記載の端末デバイス。
【請求項12】
少なくとも１つのプロセッサとコンピュータプログラムコードを含む少なくとも１つのメモリとを備えるネットワークデバイスであって、前記少なくとも１つのメモリと前記コンピュータプログラムコードは、該少なくとも１つのプロセッサを用いて、前記ネットワークデバイスに、
端末デバイスから、スモールデータ送信手順における１つ以上の利用可能ビームを含むビーム測定レポートを受信するステップと、
前記スモールデータ送信手順におけるサービングビームをターゲットビームに切り替えるビーム切り替えコマンドを端末デバイスに送信するステップと、
を実行させるように構成される、ネットワークデバイス。
【請求項13】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、該少なくとも１つのプロセッサを用いて、前記ネットワークデバイスに、前記ビーム測定報告の要求を前記端末デバイスに送信するステップを実行させるようにさらに構成される、請求項１２に記載のネットワークデバイス。
【請求項14】
前記ビーム測定報告の前記要求は、物理ダウンリンク制御チャネルのダウンリンク制御情報に、媒体アクセス制御コントロールエレメントに、または、無線リソース制御シグナリングに含まれる、請求項１３に記載のネットワークデバイス。
【請求項15】
前記ビーム測定報告は、前記スモールデータ送信手順中の後続のスモールデータ送信において受信される、請求項１２に記載のネットワークデバイス。
【請求項16】
前記ビーム測定報告は、前記スモールデータ送信手順のサービングビームが閾値を下回ったとき、および／または、前記端末デバイスに対する１つ以上の非サービングビームが前記サービングビームよりも所定のオフセットだけ良好になったときに受信される、請求項１２に記載のネットワークデバイス。
【請求項17】
前記ビーム測定レポートに含まれる前記１つ以上の利用可能ビームは、スモールデータ送信のために構成されたグラントを有するビームから選択される、請求項１２に記載のネットワークデバイス。
【請求項18】
前記ビーム測定レポートは、媒体アクセス制御コントロールエレメントに、物理アップリンク共有チャネルもしくは物理アップリンク制御チャネルで搬送されるアップリンク制御情報に、または、無線リソース制御シグナリングに含まれる、請求項１２に記載のネットワークデバイス。
【請求項19】
前記ビーム切替コマンドは、前記媒体アクセス制御コントロールエレメントで、前記物理ダウンリンク制御チャネル上のダウンリンク制御情報で、前記物理ダウンリンク制御チャネル順序で、または前記無線リソース制御シグナリングで送信される、請求項１２に記載のネットワークデバイス。
【請求項20】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記ネットワークデバイスに、前記ターゲットビーム上でアップリンク送信を受信するステップを実行させるようにさらに構成される、請求項１２に記載のネットワークデバイス。
【請求項21】
前記ターゲットビーム上でアップリンク伝送を受信するステップは、前記ターゲットビーム上の構成されたグラントリソースを使用してスモールデータ送信を受信するステップ、または、スモールデータ送信またはプリアンブルに割り当てられたプリアンブルおよびランダムアクセスチャネルリソース、および、前記ターゲットビーム上の非スモールデータ送信に割り当てられたランダムアクセスチャネルリソースを使用してランダムアクセスメッセージを受信するステップ、を含む、請求項２０に記載のネットワークデバイス。
【請求項22】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサにより、前記ネットワークデバイスに、前記端末デバイスのために前記ターゲットビーム上のアップリンクグラントを構成するステップを実行させるようにさらに構成される、請求項２１に記載のネットワークデバイス。
【請求項23】
端末デバイスで実施される方法であって、スモールデータ送信手順において１つ以上の利用可能ビームを報告するステップと、
前記スモールデータ送信手順のサービングビームを切り替えるためのビーム切り替えコマンドを受信するステップと、
前記スモールデータ送信手順の前記サービングビームを、前記ビーム切替コマンドで指示されたターゲットビームに切り替えるステップと、
を含む方法。
【請求項24】
前記報告された１つ以上の利用可能ビームは、１つ以上の最も強いビームおよび／または閾値以上のビームを含む、請求項２３に記載の方法。
【請求項25】
１つ以上の利用可能ビームを報告する要求を受信するステップをさらに含む請求項２３に記載の方法。
【請求項26】
１つ以上の利用可能ビームを報告する前記要求は、物理ダウンリンク制御チャネルのダウンリンク制御情報において、媒体アクセス制御コントロールエレメントにおいて、または、無線リソース制御シグナリングにおいて受信される、請求項２５に記載の方法。
【請求項27】
前記端末デバイスは、前記スモールデータ送信手順中の後続のスモールデータ送信において、前記１つ以上の利用可能ビームを報告する、請求項２３に記載の方法。
【請求項28】
前記報告された１つ以上の利用可能ビームは、スモールデータ送信用に構成されたグラントを有するビームから選択される、請求項２３に記載の方法。
【請求項29】
前記端末デバイスは、前記１つ以上の利用可能ビームを、媒体アクセス制御コントロールエレメントにおいて、物理アップリンク共有チャネルまたは物理アップリンク制御チャネルで搬送されるアップリンク制御情報において、または、無線リソース制御シグナリングにおいて報告する、請求項２３に記載の方法。
【請求項30】
前記ビーム切り替えコマンドは、前記媒体アクセス制御コントロールエレメントにおいて、物理ダウンリンク制御チャネル上のダウンリンク制御情報において、物理ダウンリンク制御チャネル順序において、または、無線リソース制御シグナリングにおいて受信される、請求項２３に記載の方法。
【請求項31】
前記サービングビームを切り替えるステップは、前記ターゲットビーム上で構成されたグラントリソースを使用してスモールデータ送信を実行するステップ、または、スモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソース、または、非スモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用してランダムアクセス手順を実行するステップ、を含む、請求項２３に記載の方法。
【請求項32】
前記端末デバイスが前記ターゲットビーム上で応答を受信するまで、前記サービングビームおよび前記ターゲットビームを監視するステップをさらに備える、請求項２３に記載の方法。
【請求項33】
ネットワークデバイスにおいて実施される方法であって、端末デバイスから、スモールデータ送信手順で利用可能な１つ以上のビームを含むビーム測定レポートを受信するステップと、
前記端末デバイスに対して、前記スモールデータ送信手順のサービングビームをターゲットビームに切り替えるためのビーム切り替えコマンドを送信するステップと、
を含む、方法。
【請求項34】
前記ビーム測定報告の要求を前記端末デバイスに送信するステップをさらに備える、請求項３３に記載の方法。
【請求項35】
前記ビーム測定報告は、前記スモールデータ送信手順中の後続のスモールデータ送信において受信される、請求項３３に記載の方法。
【請求項36】
前記ビーム測定レポートに含まれる前記１つ以上の利用可能ビームは、スモールデータ送信のために構成されたグラントを有するビームから選択される、請求項３３に記載の方法。
【請求項37】
前記ビーム測定報告が、媒体アクセス制御コントロールエレメントに、物理アップリンク共有チャネルもしくは物理アップリンク制御チャネルで搬送されるアップリンク制御情報に、または、無線リソース制御シグナリングに含まれる、請求項３３に記載の方法。
【請求項38】
前記ビーム切替コマンドは、媒体アクセス制御コントロールエレメントで、物理ダウンリンク制御チャネル上のダウンリンク制御情報で、物理ダウンリンク制御チャネル順序で、または、無線リソース制御シグナリングで送信される、請求項３３に記載の方法。
【請求項39】
前記ターゲットビームでアップリンク伝送を受信するステップをさらに、含む、請求項３３に記載の方法。
【請求項40】
前記ターゲットビーム上でアップリンク伝送を受信するステップは、前記ターゲットビーム上で構成されたグラントリソースを用いてスモールデータ送信を受信するステップ、または、
前記ターゲットビーム上でスモールデータ送信用に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースもしくは、非スモールデータ送信用に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用してランダムアクセスメッセージを受信するステップを含む、請求項３９に記載の方法。
【請求項41】
前記端末デバイスのターゲットビームにアップリンクグラントを構成するステップをさらに含む、請求項４０に記載の方法。
【請求項42】
スモールデータ送信手順において１つ以上の利用可能ビームを報告する手段と、前記スモールデータ送信手順のサービングビームを切り替えるためのビーム切り替えコマンドを受信する手段と、
前記スモールデータ送信手順のサービングビームを、前記ビーム切替コマンドに示されたターゲットビームに切り替える手段と、
を備える、装置。
【請求項43】
端末デバイスから、スモールデータ送信手順で使用可能な１つ以上のビームを含むビーム測定レポートを受信する手段と、前記スモールデータ送信手順におけるサービングビームをターゲットビームに切り替えるためのビーム切り替えコマンドを前記端末デバイスに送信する手段と、
を備える装置。
【請求項44】
コンピュータ可読媒体に格納された命令を含むコンピュータプログラムであって、該命令は、端末デバイスの少なくとも１つのプロセッサによって実行されたとき、該端末デバイスにスモールデータ送信手順において１つ以上の利用可能ビームを報告するステップと、
前記スモールデータ送信手順のサービングビームを切り替えるためのビーム切り替えコマンドを受信するステップと、
前記スモールデータ送信手順の前記サービングビームを、前記ビーム切替コマンドに示されたターゲットビームに切り替えるステップと、
を実行させる、コンピュータプログラム。
【請求項45】
少なくとも、コンピュータ可読媒体に格納された命令を含むコンピュータプログラムであって、該命令は、ネットワークデバイスの少なくとも１つのプロセッサによって実行されるとき、前記ネットワークデバイスに、スモールデータ送信手順における１つ以上の利用可能ビームを含むビーム測定レポートを端末デバイスから受信するステップと、
前記スモールデータ送信手順におけるサービングビームをターゲットビームに切り替えるために、ビーム切り替えコマンドを前記端末デバイスに送信するステップと、
を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書で説明する様々な例示的実施形態は、一般に、通信技術に関し、より詳細には、スモールデータ送信手順におけるビーム管理をサポートする方法および装置に関する。
【背景技術】
【0002】
本明細書および／または図において見出され得る特定の略語は、本明細書において以下のように定義される。
ＢＦＤ：ビーム故障検出
ＢＦＩ：ビーム故障インスタンス
ＢＦＲ：ビーム故障復旧
ＣＥ：コントロールエレメント
ＣＧ：コンフィギュアドグラント
Ｃ－ＲＮＴＩ：セル無線ネットワーク一時識別子
ＣＳＩ－ＲＳ：チャネル状態情報参照信号
ＤＣＩ：ダウンリンク制御情報
ＦＲ：周波数範囲
ｇＮＢ：次世代ノードＢ
ＭＡＣ：媒体アクセス制御
ＮＲ：新無線
ＰＢＣＨ：物理ブロードキャストチャンネル
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＵＳＣＨ：物理アップリンク共有チャネル
ＲＡ：ランダムアクセス
ＲＲＣ：無線リソース制御
ＲＳＲＰ：基準信号受信電力
ＲＳＲＱ：基準信号の受信品質
ＳＤＴ：スモールデータ送信
ＳＳＢ：同期信号ブロック
ＵＣＩ：アップリンク制御情報
ＢＦＤ：ビーム故障検出
ＢＦＩ：ビーム故障インスタンス
ＢＦＲ：ビーム故障復旧
ＣＥ：コントロールエレメント
ＣＧ：コンフィギュアドグラント
Ｃ－ＲＮＴＩ：セル無線ネットワーク一時識別子
ＣＳＩ－ＲＳ：チャネル状態情報参照信号
ＤＣＩ：ダウンリンク制御情報
ＦＲ：周波数範囲
ｇＮＢ：次世代ノードＢ
ＭＡＣ：媒体アクセス制御
ＮＲ：新無線
ＰＢＣＨ：物理ブロードキャストチャンネル
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＵＳＣＨ：物理アップリンク共有チャネル
ＲＡ：ランダムアクセス
ＲＲＣ：無線リソース制御
ＲＳＲＰ：基準信号受信電力
ＲＳＲＱ：基準信号の受信品質
ＳＤＴ：スモールデータ送信
ＳＳＢ：同期信号ブロック
ＵＣＩ：アップリンク制御情報
【0003】
５Ｇ新無線（ＮＲ）は無線リソース制御非活性化（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）状態をサポートしており、データ送信の頻度が低いユーザ機器デバイス（ＵＥ）は通常、ネットワークによってＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に維持される。無線リソース制御アイドル（ＲＲＣ＿ＩＤＬＥ）状態と比較して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、制御シグナリングの削減と初期アクセス遅延の低減により、ＵＥが小規模または散発的なデータの送信を開始できるようにするため、ＵＥの省電力化にもつながります。このため、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、特にＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）アプリケーションのようなスモールデータ送信に適しています。
【発明の概要】
【0004】
様々な実施形態のいくつかの態様の基本的な理解を提供するために、例示的な実施形態の簡単な要約を以下に提供する。この要約は、本質的要素の主要な特徴を特定したり、実施形態の範囲を定義したりすることを意図したものではなく、その唯一の目的は、以下に提供されるより詳細な説明の前文として、簡略化された形態でいくつかの概念を紹介することであることに留意されたい。
【0005】
第１の態様では、端末デバイスの例示的な実施形態が提供される。端末デバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリは、その上に記憶されたコンピュータプログラムコードを含む。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、端末デバイスに、スモールデータ送信手順において１つ以上の利用可能ビームを報告させ、スモールデータ送信手順用のサービングビームを切り替えるビーム切り替えコマンドを受信させ、スモールデータ送信手順用のサービングビームをビーム切り替えコマンドに示されたターゲットビームに切り替えるように構成される。
【0006】
第２の態様では、ネットワークデバイスの例示的な実施形態が提供される。ネットワークデバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリは、その上に記憶されたコンピュータプログラムコードを含む。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、ネットワークデバイスに、スモールデータ送信手順における１つ以上の利用可能ビームを含むビーム測定レポートを端末デバイスから受信させ、スモールデータ送信手順用のサービングビームをターゲットビームに切り替えるビーム切り替えコマンドを端末デバイスに送信させるように構成される。
【0007】
他の態様では、スモールデータ送信手順におけるビーム管理をサポートする方法、装置、およびコンピュータプログラム製品の例示的な実施形態も提供される。
【0008】
本開示の例示的な実施形態の他の特徴および利点も、例示的に本開示の例示的な実施形態の原理を示す添付の図面と併せて読むと、具体的な実施形態の以下の説明から明らかになるであろう。
【図面の簡単な説明】
【0009】
次に、いくつかの例示的な実施形態を、添付の図面を参照して、非限定的な例として説明する。
【0010】
図面全体を通して、同一または類似の参照番号は同一または類似の要素を示す。
同じ要素に関する繰り返しの説明は省略する。
同じ要素に関する繰り返しの説明は省略する。
【発明を実施するための形態】
【0011】
以下では、いくつかの例示的な実施形態を、添付図面を参照して詳細に説明する。以下の説明には、様々な概念を十分に理解することを目的として、具体的な詳細が含まれている。しかしながら、これらの概念は、これらの具体的な詳細がなくても実施され得ることが当業者には明らかであろう。場合によっては、よく知られた回路、技術および構成要素は、説明された概念および特徴を不明瞭にすることを避けるためにブロック図の形態で示されている。
【0012】
本明細書で使用される場合、「ネットワークデバイス」という用語は、セルまたはカバレッジを提供できる任意の適切なエンティティまたはデバイスを指し、これを通じて端末デバイスはネットワークにアクセスしたり、サービスを受信したりすることができる。ネットワークデバイスは、一般に基地局と呼ばれることがある。本明細書で使用される「基地局」という用語は、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、またはｇＮＢまたはｎｇ－ｅＮＢを表すことができる。基地局は、マクロ基地局、中継ノード、またはピコ基地局やフェムト基地局などの低電力ノードとして具現化されてもよい。基地局は、中央ユニット（ＣＵ）、１つ以上の分散型ユニット（ＤＵ）、１つ以上のリモート無線ヘッド（ＲＲＨ）またはリモート無線ユニット（ＲＲＵ）などの複数の分散型ネットワーク・ユニットから構成される場合がある。これらの分散ユニットの数と機能は、選択されたスプリットＲＡＮアーキテクチャによって異なる。
【0013】
本明細書で使用する場合、「端末デバイス」または「ユーザ装置」（ＵＥ）という用語は、ネットワークデバイスとまたは互いに無線通信できる任意のエンティティまたは装置を指す。端末デバイスの例としては、携帯電話、移動端末、移動局、加入者局、携帯加入者局、アクセス端末、コンピュータ、ウェアラブルデバイス、車載通信デバイス、機械式通信（ＭＴＣ）デバイス、Ｄ２Ｄ通信デバイス、Ｖ２Ｘ通信デバイス、センサなどを挙げることができる。「端末デバイス」という用語は、ＵＥ、ユーザ端末、移動端末、移動局、または無線装置と互換的に使用することができる。
【0014】
図１は、本開示の例示的な実施形態が実装され得るセルラー通信ネットワーク１００の概略図を示す。図１を参照すると、より大きなネットワークまたはシステムの一部であり得るセルラー通信ネットワーク１００は、ｇＮＢとして示される基地局１２０と、ｇＮＢ１２０と通信する１つ以上のユーザ機器（ＵＥ）デバイス１１０（１つのみが示される）とを含み得る。ｇＮＢ１２０は、１つ以上のアンテナアレイに配置される多数のアンテナ素子を含むことができる。ｇＮＢ１２０は、アンテナアレイから放射される信号が特定の送信方向に対してはコヒーレントに結合し、他の方向に対しては破壊的に打ち消し合うように、アンテナ素子に供給される送信信号の振幅および位相シフトを調整することができ、特定の方向により多くの電力が伝搬するビーム状の性質を示す集合送信信号を形成する。これがいわゆるビームフォーミングである。ビームフォーミングはセルカバレッジを広げることができ、特にパスロスが大きいミリ波周波数帯（ＦＲ２）に適している。
【0015】
ＵＥ１１０はビームの品質を測定し、高品質のビームを選択してｇＮＢ１２０との無線リソース制御（ＲＲＣ）接続を確立することができる。ＵＥ１１０がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態になると、ＵＥ１１０とｇＮＢ１２０との間のビームベースの通信を保証するためにビーム管理が適用される場合がある。例えば、ＵＥ１１０は、１つ以上の最高品質のビームを定期的に測定し、ｇＮＢ１２０に報告することができる。
サービングビームが構成された基準信号受信電力（ＲＳＲＰ）閾値を下回るか、または非サービングビームがサービングビームよりもオフセットが良好になると、ｇＮＢ１２０はビーム切り替えプロセスをトリガして、サービングビームをより良好なビームで置き換えることができる。
サービングビームが構成された基準信号受信電力（ＲＳＲＰ）閾値を下回るか、または非サービングビームがサービングビームよりもオフセットが良好になると、ｇＮＢ１２０はビーム切り替えプロセスをトリガして、サービングビームをより良好なビームで置き換えることができる。
【0016】
ＵＥ１１０が頻繁に送信するデータまたは大量のデータがない場合、ｇＮＢ１２０は、ＵＥ１１０にＲＲＣリリース（ｓｕｓｐｅｎｓｉｏｎ ｍｅｓｓａｇｅ）を送信することによって、消費電力を節約するために、ＲＲＣ接続を解放し、ＵＥ１１０をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に維持することができる。ＵＥ１１０がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある場合、ＵＥ１１０は、２ステップまたは４ステップのランダムアクセス（ＲＡ）手順（以下、ＲＡ－ＳＤＴ）またはコンフィギュアドグラント（ＣＧ）（以下、コンフィギュアドグラントタイプ１）を使用して実行できるスモールデータ送信（ＳＤＴ）手順によって、スモールデータまたはスポラディックデータを送信できる。ＲＡ－ＳＤＴの場合、ＳＤＴペイロードは、最初のメッセージ（ＭｓｇＡ）または第３のメッセージ（Ｍｓｇ３）で送信することができる。
【0017】
ＮＲは、ＳＤＴ手順で複数のアップリンク（ＵＬ）またはダウンリンク（ＤＬ）パケットの送信をサポートするが、複数のパケット送信の間にＵＥ１１０をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移させない。後続のデータセッションが長く続く可能性があるため、ＵＥのモビリティが発生すると、ＳＤＴ手順用のサービングビームの品質が低下する可能性がある。残念なことにＳＤＴ手順やＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のときのビーム管理はない。ビーム管理がないため、特にＦＲ２や一般的に高い周波数では、ＵＥの移動時にＳＤＴ セッションが簡単に失敗する可能性がある。
【0018】
以下、ＳＤＴ手順におけるビーム管理を支援する方法および装置の様々な例示的な実施形態について、図面を参照しながら詳細に説明する。例示的な実施形態では、ビーム切り替えが必要な場合にそれを可能にするために、後続のＳＤＴ手順のために軽量ビーム管理が実行されてもよい。ビーム管理はまた、ＳＤＴ手順のサービングビームについてビーム障害が検出された場合に実行されるビーム障害回復手順を含むことができる。ＳＤＴ手順のビーム管理は、複数のパケットを同じＳＤＴ手順の一部として確実に送信するのに役立つ。
ビーム管理により、ＳＤＴ手順が複数のパケット送信を含み、長時間持続する場合でも、高い周波数帯域で良好に動作することができる。
ビーム管理により、ＳＤＴ手順が複数のパケット送信を含み、長時間持続する場合でも、高い周波数帯域で良好に動作することができる。
【0019】
図２は、例示的な実施形態によるＳＤＴ手順におけるビーム管理の動作を示すシグナリング図である。図２に示す動作は、図１に関して上述したＵＥ１１０およびｇＮＢ１２０のようなユーザ機器装置および基地局によって実行されてもよい。例えば、ＵＥ１１０およびｇＮＢ１２０は、図２に示す動作を実行するための複数の手段を含んでもよく、手段は、ハードウェア、ソフトウェア、および／またはハードウェアとソフトウェアとの組み合わせによって形成されてもよい。
【0020】
図２を参照すると、２１０において、ＵＥ１１０は、ｇＮＢ１２０からビーム測定報告要求を受信してもよい。いくつかの例示的な実施形態において、ビーム測定報告要求は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で搬送されるダウンリンク制御情報（ＤＣＩ）、例えば、アップリンク（ＵＬ）送信をスケジューリングするためのＤＣＩにおいて受信されてもよい。いくつかの例示的な実施形態では、ｇＮＢ１２０は、専用のＲＲＣシグナリング、例えば、ＵＥ１１０をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移させるために使用されるサスペンド付きＲＲＣＲｅｌｅａｓｅで、ビーム測定報告要求を送信することができる。別のオプションとして、ビーム測定報告要求を媒体アクセス制御コントロールエレメント（ＭＡＣ ＣＥ）に含めることもできる。
【0021】
ビーム測定報告要求は、ＵＥ１１０のビーム測定構成を含み得る。例えば、要求は、ビーム測定が実行される１つ以上の基準信号、１つ以上の測定関連閾値、および／またはｇＮＢ１２０に報告されるビーム数を構成することができる。ビーム測定コンフィギュレーションまたはその少なくとも一部は、システム情報ブロック（ＳＩＢ）内またはＲＲＣシグナリング（ＲＲＣＲｅｌｅａｓｅなど）を介して伝送される場合がある。
【0022】
２２０において、ＵＥ１１０は、スモールデータ送信（ＳＤＴ）手順において、ｇＮＢ１２０にビーム測定報告において１つ以上の利用可能ビームを報告し得る。報告された１つ以上のビームは、ＵＥ１１０にとって最も強い１つ以上のビーム、および／または閾値、例えば基準信号受信電力（ＲＳＲＰ）閾値を超えるビームを含み得る。ＲＳＲＰ閾値は、ＳＤＴ手順でビームを検証するために使用されるＲＳＲＰ閾値、または別途構成された閾値であり得る。ＵＥ１１０は、操作部２１０で受信された要求に応答して、利用可能ビームを報告してもよく、あるいは、いくつかの例示的な実施形態では、操作部２１０が省略され、ＵＥ１１０がそれ自身で利用可能ビームを報告してもよい。動作２２０において報告される利用可能ビームの数は、例えば動作２１０においてｇＮＢ１２０によって構成されてもよいし、予め決定された数例えば１であってもよい。
【0023】
いくつかの例示的な実施形態では、ＵＥ１１０はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、例えば基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）および／または信号対干渉＋雑音比（ＳＩＮＲ）の観点から、ビームの品質を定期的に測定してもよい。ビームは、同期信号ブロック（ＳＳＢ）インデックス（時間位置インデックス）またはチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースインデックスのいずれかの参照信号によって識別することができる。ＳＳＢ測定は、初期ＤＬ帯域幅部分（ＢＷＰ）または初期ＤＬ ＢＷＰに関連付けられたＳＳＢを含む非初期ＤＬ ＢＷＰに対して構成されてよく、ＣＳＩ－ＲＳ測定は、非初期ＤＬ ＢＷＰに対して構成されてよい。ＵＥ１１０は、ｇＮＢ１２０によって明示的に構成されたＤＬ参照信号を測定してもよく、またはｇＮＢ１２０がＵＥ１１０のためにＤＬ参照信号を構成しない場合、ＵＥ１１０は暗黙的にＳＳＢをＤＬ参照信号として決定してもよい。ＵＥ１１０は、例えばビームのＲＳＲＰを測定し、ビーム測定報告のために、最も強いビームおよび／またはＲＳＲＰ閾値以上のビームを選択してもよい。ＲＳＲＰ の閾値の例としては、ＳＤＴ手順でビームを検証するために使用される閾値がある。
【0024】
ＵＥ１１０は、ＳＤＴ送信が実行されるときにビーム測定レポートを送信し、ビーム測定レポートに対してアップリンク（ＵＬ）リソース要求手順をトリガすることはない。ビーム測定レポートは、単独で送信されてもよいし、ＳＤＴ送信において他のＵＥデータとともに送信されてもよい。ビーム測定レポートは、後続の ＳＤＴ 伝送で送信することができる。ビーム測定レポートは、後続のＳＤＴ送信で送信することができる。ここで「後続」とは、ＳＤＴ手順における２回目以降のＳＤＴ送信を指す。通常、ＵＥ１１０は、ビーム選択手順によって最も強いビーム上で最初のＳＤＴ送信を送信するため、ＵＥ１１０は、ＳＤＴ手順の最初／最初の送信においてビーム測定レポートを送信しない場合がある。いくつかの例示的な実施形態では、ＵＥ１１０は、最初の送信およびその後の送信を含むすべてのＳＤＴ送信においてビーム測定レポートを送信することもできる。ビーム測定レポート、または少なくとも１つ以上の利用可能ビームの情報は、ＭＡＣ ＣＥで、物理上りリンク制御チャネル（ＰＵＣＣＨ）または物理上りリンク共有チャネル（ＰＵＳＣＨ）において多重化された、上りリンク制御情報（ＵＣＩ）で、またはＲＲＣメッセージで送信されることがある。
【0025】
いくつかの例示的な実施形態では、ＵＥ１１０は、ＳＤＴ手順のサービングビームが構成されたＲＳＲＰ閾値を下回ると、ビーム測定報告をトリガすることができる。ＳＤＴ手順のサービングビームは、ＳＤＴ送信が実行されるビームであり、ＲＡ－ＳＤＴ手順ではＲＡプリアンブルおよびランダムアクセスチャネル（ＲＡＣＨ）リソース、またはＣＧ－ＳＤＴ手順ではＣＧリソースで示される場合がある。ＳＤＴ手順のサービングビームは、後述するようにＳＤＴ手順中にＵＥ１１０が切り替えたビームである可能性もある。ＲＳＲＰ閾値は、ＳＤＴ手順のビームを検証するために使用されるＲＳＲＰ閾値であってもよいし、別途構成された閾値であってもよい。いくつかの例示的な実施形態では、ＵＥ１１０は、１つ以上の非サービングビームがサービングビームよりも所定のオフセットだけ、および／または所定の期間だけ良好になったときに、ビーム測定報告をトリガすることができる。
【0026】
いくつかの例示的な実施形態では、ＵＥ１１０は、ＳＤＴ送信用のＣＧリソースで構成されたビームを、報告される候補として考慮することができる。ＵＥ１１０は、ビームに切り替えたときに、そのようなビームのＣＧリソースを使用してＣＧ－ＳＤＴを容易に実行する。いくつかの例示的な実施形態では、ＵＥ１１０は、ＣＧリソースのないビームも報告される候補として考慮することができる。ＵＥ１１０は、ビームに切り替えたときにＲＡ手順を実行することになるが、これについては後で詳細に説明する。
【0027】
２３０において、ＵＥ１１０は、ＳＤＴ手順のサービングビームを切り替えるためのビーム切り替えコマンドをｇＮＢ１２０から受信することができる。例えば、ｇＮＢ１２０は、ビーム測定レポートから、ＳＤＴ手順のサービングビームが構成されたＲＳＲＰ閾値を下回ったこと、または報告された非サービングビームの１つ以上がサービングビームよりもオフセットが良くなったことを知ると、ＳＤＴサービングビームを切り替えることを決定し、ビーム切り替えコマンドをＵＥ１１０に送信することができる。ビーム切り替えコマンドは、ＵＥ１１０が切り替えるターゲットビームを示すことがあり、このターゲットビームは、ビーム測定レポート内の利用可能ビームから選択されることがあり、例えば、ビーム測定レポート内で最も強いビームである。ターゲットビームは、ＳＤＴ送信用にＣＧリソースが割り当てられている場合もあれば、割り当てられていない場合もある。いくつかの例示的な実施形態では、ビーム切替コマンドは、ＵＥ１１０のターゲットビーム上にスケジュールされた、構成されたアップリンク付与または動的リソースなどの構成をオプションとして含むことができる。
【0028】
ビーム切り替えコマンドは、ＭＡＣ ＣＥ、ＤＣＩコマンド、またはＲＲＣシグナリングを介して送信される場合がある。
ＭＡＣ ＣＥは、新たに定義されたＭＡＣ ＣＥであってもよいし、一般にＰＤＣＣＨ ＭＡＣ ＣＥ用のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）状態表示を再利用してもよい。
ＴＣＩ状態は、ターゲットビームにおけるＰＤＣＣＨの受信仮定をＵＥ１１０に示すことができる。ビーム切り替えコマンドのためのＤＣＩコマンドは、後続のＳＤＴ送信のためのＵＬグラントをスケジューリングするためのＤＣＩであってもよい。一例では、ビーム切り替えコマンドは、例えば、ＳＤＴプロシージャのために割り当てられたＲＡプリアンブルを使用するＲＡプロシージャによって、ＵＥ１１０におけるビーム切り替えプロセスをトリガするＰＤＣＣＨオーダーから構成されてもよい。
ＭＡＣ ＣＥは、新たに定義されたＭＡＣ ＣＥであってもよいし、一般にＰＤＣＣＨ ＭＡＣ ＣＥ用のＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）状態表示を再利用してもよい。
ＴＣＩ状態は、ターゲットビームにおけるＰＤＣＣＨの受信仮定をＵＥ１１０に示すことができる。ビーム切り替えコマンドのためのＤＣＩコマンドは、後続のＳＤＴ送信のためのＵＬグラントをスケジューリングするためのＤＣＩであってもよい。一例では、ビーム切り替えコマンドは、例えば、ＳＤＴプロシージャのために割り当てられたＲＡプリアンブルを使用するＲＡプロシージャによって、ＵＥ１１０におけるビーム切り替えプロセスをトリガするＰＤＣＣＨオーダーから構成されてもよい。
【0029】
２４０において、ＵＥ１１０は、ＳＤＴ手順用のサービングビームを、ビーム切り替えコマンドで示されたターゲットビームに切り替えることができる。いくつかの例示的な実施形態では、ＵＥ１１０は、ターゲットビーム上の後続のＳＤＴ送信をｇＮＢ１２０に送信することによって、サービングビームを切り替えてもよい。例えば、ＵＥ１１０がターゲットビーム上のＣＧリソースを割り当てられた場合、ＵＥ１１０は、２４２において、ターゲットビーム上のＣＧリソースを使用して後続のＳＤＴ送信を送信することができる。ｇＮＢ１２０は、ＣＧリソースから、ＵＥ１１０がＳＤＴ手順を現在のサービングビームからターゲットビームに切り替えていることを認識することができる。いくつかの例示的な実施形態では、ＵＥ１１０はまた、２４４において、ＲＡ手順によってサービングビームを切り替えることができる。例えば、ＵＥ１１０がターゲットビーム上のＣＧリソースで割り当てられていない場合、ＵＥ１１０は、ＵＥ１１０がターゲットビームに切り替えていることをｇＮＢ１２０に示すために、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥでＲＡ手順を実行することができる。ＲＡ手順では、ＳＤＴ送信用に割り当てられたプリアンブルおよび ＲＡＣＨリソースが使用されることがある。たとえば、ＵＥ１１０が送信するＳＤＴパケットを有する場合、ＳＤＴ用のＲＡＣＨリソースが使用され、ＲＡ手順のＭｓｇＡまたはＭｓｇ３にＳＤＴパケットが含まれることがある。一方、ＲＡ手順は、通常のプリアンブルおよび通常のＲＡＣＨリソース、すなわち、たとえば接続再開手順のための非 ＳＤＴ送信用に割り当てられたプリアンブルおよび ＲＡＣＨリソースを使用することもでき、ＲＡ手順は ＭｓｇＡまたはＭｓｇ３にＳＤＴパケットを含めない。ｇＮＢ１２０は、受信したＲＡメッセージから、ＵＥ１１０がＳＤＴ手順を現在のサービングビームからターゲットビームに切り替えていることを推測し、それに応じてＵＥ１１０に応答することができる。
【0030】
次に、２５０において、ＵＥ１１０は、ＤＬ送信について、現在のサービングビームおよびターゲットビームの両方を監視し得る。ＤＬ伝送がターゲットビーム上で受信された場合、ＵＥ１１０は、ｇＮＢ１２０がターゲットビーム上で伝送を受信し、ターゲットビーム上のＤＬ伝送によってビーム切り替えを確認したと推論してもよい。以前のサービングビーム上で依然としてＤＬ伝送が受信された場合、ＵＥ１１０は、ｇＮＢ１２０がターゲットビーム上でＳＤＴ伝送を受信していない可能性があると推測してもよい。ＵＥ１１０は、ターゲットビーム上でＵＬ送信を再度試みるか、または別のビームに切り替えるために新しいビーム測定報告を送信することができる。いくつかの例示的な実施形態では、ＵＥ１１０は、ｇＮＢ１２０からターゲットビーム上のＤＬ送信を受信するまで、それ以降のＳＤＴ送信にターゲットビームを適用しない。
【0031】
２６０において、ＵＥ１１０は、ｇＮＢ１２０からターゲットビームに関する応答を受信し得る。いくつかの例示的な実施形態において、応答は、ＵＥ１１０がターゲットビームへのビーム切り替えを確認するためのビーム切り替え確認またはＤＬデータを含み得る。いくつかの例示的な実施形態において、ＵＥ１１０が動作２４０においてＲＡ手順を実行し、ターゲットビームがＵＥ１１０に割り当てられたＣＧリソースを持っていない場合、応答は、ＵＥ１１０のためにターゲットビーム上でスケジュールされた動的リソースまたはＣＧリソースをさらに含んでもよい。
【0032】
２７０において、ビーム切り替えプロセスは正常に完了する。ＵＥ１１０は、ＳＤＴ手順の後続の送信に、ターゲットビームを新しいサービングビームとして使用する。
【0033】
図３は、別の例示的な実施形態によるＳＤＴ手順におけるビーム管理の動作を示すシグナリング図である。図３に示す動作は、図１に関して上述したＵＥ１１０およびｇＮＢ１２０によって実行されてもよい。例えば、ＵＥ１１０およびｇＮＢ１２０は、図３に示されるオペレーションを実行するための複数の手段を含んでもよく、その手段は、ハードウェア、ソフトウェア、および／またはハードウェアとソフトウェアとの組み合わせによって形成されてもよい。図３に示すいくつかの操作は、図２を参照して上述した操作と同様である可能性があり、その詳細はここでは省略する。
【0034】
ｇＮＢ１２０がビーム切替コマンドをＵＥ１１０に送信することによってビーム切替が開始される図２に示す手順とは異なり、図３に示す手順では、ビーム切替はＵＥ１１０側で開始されてもよい。図３を参照すると、３１０において、ＵＥ１１０は、第１のビーム上でＳＤＴ手順を開始することができる。例えば、ＵＥ１１０は、最も強いビームまたは閾値以上のビームを選択し、選択されたビーム上の第１のＳＤＴ送信をｇＮＢ１２０に送信することができる。第１の／最初のＳＤＴ送信には、たとえばＲＲＣ再開要求が含まれる。ＳＤＴ手順は、プリアンブルおよびＳＤＴ用に割り当てられたＲＡＣＨリソースを使用するＲＡ－ＳＤＴ手順によって実行される場合がある。ＲＡ－ＳＤＴ手順では、ＳＤＴパケットは、２ステップＲＡの場合はＭｓｇＡに、４ステップＲＡの場合はＭｓｇ３に含めることができる。いくつかの例示的な実施形態では、ＳＤＴ手順は、ＳＤＴパケットが第１のビームのＣＧリソースを使用して送信されるＣＧ－ＳＤＴ手順によって実行される場合がある。ｇＮＢ１２０は、プリアンブル／ＰＲＡＣＨリソースまたは第１のＳＤＴ送信に使用されるＣＧリソースによって第１のビームを識別し、第１のビームをＳＤＴ手順のサービングビームとみなすことができる。
【0035】
いくつかの例示的な実施形態において、ＵＥ１１０はまた、図２に示される動作２１０のように、動作３１０の前または後に、ｇＮＢ１２０からビーム測定報告要求を受信することができる。
【0036】
３２０において、ＵＥ１１０は、ＳＤＴ手順のサービングビームを含む利用可能ビームについてビーム測定を実行することができる。ビーム測定の詳細は、図２に示す動作２２０に関して上述されており、ここでの繰り返しの説明は省略する。
【0037】
３３０において、ビーム測定が、ＳＤＴ手順のサービングビームを第１のビームから第２の／ターゲットビームに切り替える必要があることを示す場合、ＵＥ１１０は、例えば、ＳＤＴ手順のターゲットビーム上でＵＬ送信を送信することによって、ＳＤＴ手順のサービングビームをターゲットビームに切り替えることができる。例えば、ビーム測定によって、サービングビームが構成されたＲＳＲＰ閾値を下回ること、またはターゲットビームがサービングビームよりもオフセットが良好になることが判明した場合、ＵＥ１１０は、ターゲットビームに切り替えることを決定してもよい。ターゲットビームは、ＵＥ１１０にとって最も強いビームであってもよいし、ビーム測定時の閾値を超えるビームであってもよい。
【0038】
いくつかの例示的な実施形態では、ターゲットビームは、ＵＥ１１０に割り当てられたＣＧリソースを有する場合があり、ＵＥ１１０は、動作３３０において、ターゲットビーム上のＣＧリソースを使用して後続のＳＤＴ送信を送信する場合がある。ｇＮＢ１２０は、ＣＧリソースからＵＥ１１０およびターゲットビームを識別し、ＵＥ１１０がＳＤＴ手順をターゲットビームに切り替えていることを推論してもよい。いくつかの例示的な実施形態では、後続のＳＤＴ送信は、ＵＥ１１０がＳＤＴ手順をターゲットビームに切り替えていることを示すビーム切り替え要求も含み得る。ビーム切替要求は、ＵＥ１１０のＩＤを含む場合がある。ｇＮＢ１２０は、ビーム切り替え要求から、ＵＥ１１０がＳＤＴ手順をターゲットビームに切り替えていると判断することができる。
【0039】
いくつかの例示的な実施形態において、ターゲットビームは、ＵＥ１１０に割り当てられたＣＧリソースを有していないか、または割り当てられたＣＧリソースが利用不能になることがある。ＵＥ１１０は、ターゲットビーム上のＲＡ手順によってＵＬ送信を送信することができる。ＲＡ手順は、ＵＥ１１０がターゲットビームに切り替えていることをｇＮＢ１２０に示すために、ＭｓｇＡまたはＭｓｇ３にＣ－ＲＮＴＩ ＭＡＣ ＣＥを含んでもよい。ＲＡ手順では、ＳＤＴ送信用に割り当てられたプリアンブルおよび ＲＡＣＨリソースが使用されることがある。たとえば、ＵＥ１１０が送信するＳＤＴパケットがある場合、ＳＤＴ用のＲＡＣＨリソースが使用され、ＳＤＴパケットがＲＡ手順のＭｓｇＡまたはＭｓｇ３に含まれることがある。一方、ＲＡ手順では、通常のプリアンブルおよび通常のＲＡＣＨリソース、すなわち、たとえば接続再開手順のための非 ＳＤＴ送信用に割り当てられたプリアンブルおよび ＲＡＣＨリソースが使用される場合もあり、ＲＡ手順では、ＭｓｇＡまたは Ｍｓｇ３にＳＤＴパケットを含めない。ｇＮＢ１２０は、受信したＲＡメッセージから、ＵＥ１１０がＳＤＴ手順を現在のサービングビームからターゲットビームに切り替えていることを推測し、それに応じてＵＥ１１０に応答することができる。いくつかの例示的な実施形態ではＲＡ手順は、ＵＥ１１０がＳＤＴ手順をターゲットビームに切り替えることを明示的に示すビーム切り替え要求をＭｓｇＡまたはＭｓｇ３にさらに含むことができる。オプションとして、ビーム切り替え要求には、ビーム切り替え前に使用された最初のビームの表示も含めることができる。
【0040】
３４０において、ＵＥ１１０は、ターゲットビーム上の応答を受信するまで、第１／ソースビームおよび第２／ターゲットビームをモニタすることができる。ターゲットビーム上の応答を受信する前に、ＵＥ１１０は後続のＳＤＴ送信にターゲットビームを適用しない。
【0041】
３５０において、ＵＥ１１０はｇＮＢ１２０からターゲットビームに関する応答を受信することができる。応答は、ターゲットビームへのビーム切り替えが成功したことをＵＥ１１０が確認するためのビーム切り替え確認またはＤＬデータを含み得る。いくつかの例示的な実施形態では、ＵＥ１１０が動作３３０においてＲＡ手順を実行し、ターゲットビームがＵＥ１１０に割り当てられたＣＧリソースを持っていない場合、応答は、ＵＥ１１０のためにターゲットビーム上でスケジュールされた動的リソースまたはＣＧリソースをさらに含み得る。
【0042】
いくつかの例示的な実施形態において、ＵＥ１１０がｇＮＢ１２０からターゲットビーム上でいかなる応答も受信しない場合、またはＵＥ１１０がｇＮＢ１２０から第１のビーム上で依然としてＤＬ伝送を受信する場合、ＵＥ１１０は、ｇＮＢ１２０がターゲットビーム上でＵＬ伝送を受信していない可能性があると推論してもよい。その後、ＵＥ１１０はターゲットビーム上でＵＬ送信を再試行してもよいし、最新のビーム測定値に従って、後続のＳＤＴ送信のための新しいターゲットビームを選択してもよい。いくつかの例示的な実施形態では、ＵＥ１１０は、ｇＮＢ１２０からターゲットビームに関する応答を受信するまで、それ以降のＳＤＴ送信にターゲットビームを適用しない。
【0043】
３６０で、ビーム切り替えプロセスが正常に完了する。ＵＥ１１０は、ＳＤＴ手順における後続の送信のための新しいサービングビームとしてターゲットビームを使用する。
【0044】
場合によっては、ＳＤＴ手順中にＵＥの移動性などのためにサービングビームがデータ伝送に適さなくなり、ＵＥ１１０がサービングビームのビーム測定レポートをネットワークに送信してビーム切り替えをトリガできないことがある。ビーム管理は、このような場合に対処するために、ビーム障害検出を含むこともできる。図４は、例示的な実施形態によるＳＤＴ手順におけるビーム障害検出の動作を示すシグナリング図である。図４に示される動作は、図１に関して上述したＵＥ１１０およびｇＮＢ１２０によって実行され得る。
例えば、ＵＥ１１０およびｇＮＢ１２０は、図４に示す動作を実行するための複数の手段を含んでもよく、その手段は、ハードウェア、ソフトウェア、および／またはハードウェアとソフトウェアとの組み合わせによって形成されてもよい。図４に示されるいくつかの動作は、図２－３を参照して上述した動作と同様であってもよく、その詳細はここでは省略する。
例えば、ＵＥ１１０およびｇＮＢ１２０は、図４に示す動作を実行するための複数の手段を含んでもよく、その手段は、ハードウェア、ソフトウェア、および／またはハードウェアとソフトウェアとの組み合わせによって形成されてもよい。図４に示されるいくつかの動作は、図２－３を参照して上述した動作と同様であってもよく、その詳細はここでは省略する。
【0045】
図４を参照すると、４１０において、ＵＥ１１０は、ｇＮＢ１２０からＳＤＴ手順のためのビーム障害検出（ＢＦＤ）構成を受信することができる。ＳＤＴ用のＢＦＤコンフィギュレーションは、ビーム障害検出用のパラメータ、例えばビーム障害インスタンスカウンタおよび／またはタイマの閾値を含むことができる。また、ＳＤＴ用のＢＦＤコンフィギュレーションは、ビーム障害が検出されたときに実行される１つ以上の動作の指示を含むことができる。ＳＤＴ用のＢＦＤコンフィギュレーションは、ＤＣＩでブロードキャストされるシステム情報、ＭＡＣ ＣＥまたはＲＲＣシグナリング（ＲＲＣ Ｒｅｌｅａｓｅ ｗｉｔｈ ｓｕｓｐｅｎｓｉｏｎメッセージなど）を介して受信することができる。いくつかの例示的な実施形態では、ビーム故障が検出されたときに実行されるべき１つ以上の動作の指示は、ＳＤＴ手順のサービングビームが故障状態にあることが検出されたとき、および、ビーム故障がトリガされたとき、例えばＳＤＴ手順のサービングビームについて多数のビーム故障インスタンスが検出された場合に受信され得る。ＳＤＴのためのＢＦＤ構成は、図２に示す動作２１０において上述したビーム測定報告要求と組み合わせてもよいし、ビーム測定報告要求に含めてもよいし、ビーム測定報告要求から独立させてもよい。いくつかの例示的な実施形態では、動作４１０は省略されてもよく、ＢＦＤ構成はＵＥ１１０で事前に構成されてもよい。
【0046】
４２０において、ＵＥ１１０は、例えば、最強ビームまたはＲＳＲＰ閾値以上のビームをサービングビームとして選択し、サービングビーム上で最初の／最初のＳＤＴ送信を送信することによって、サービングビーム上でＳＤＴ手順を開始することができる。動作４２０は、図３を参照して上述した動作３１０と同様であってもよく、ここではその繰り返しの説明は省略する。
【0047】
４３０において、ＵＥ１１０は、ＳＤＴ手順中にサービングビームについてビーム障害検出を実行して、サービングビームが障害状態にあるかどうかを判断することができる。サービングビームは、ＰＤＣＣＨの復調基準信号（ＤＭＲＳ）と準同位に配置されたビーム障害検出基準信号（ＢＦＤ－ＲＳ）と関連付けられてもよく、ＢＦＤ－ＲＳは、初期ＤＬ ＢＷＰまたは初期ＤＬ ＢＷＰに関連付けられたＳＳＢを含む非初期ＤＬ ＢＷＰのためのＳＳＢ、または非初期ＤＬ ＢＷＰのためのＣＳＩ－ＲＳであってもよい。ＵＥ１１０がＢＦＤ－ＲＳを明示的に構成していない場合、ＵＥ１１０はビーム障害検出のためのＢＦＤ－ＲＳとしてＳＳＢを暗黙的に決定することができる。
【0048】
ビーム障害検出は、物理（ＰＨＹ）層が周期的に ＢＦＤ－ＲＳ に基づいてサービングビームの品質を評価することによって行われることがある。いくつかの例示的な実施形態では、ＢＦＤ－ＲＳを使用して推定された仮想ＰＤＣＣＨブロック誤り率（ＢＬＥＲ）が構成された閾値を超える場合、ビーム障害インスタンス（ＢＦＩ）指示が上位レイヤ（例えば、ＭＡＣレイヤ）に提供される。品質評価とＢＦＩ表示は定期的に行われてもよい。ＭＡＣ層は、ＰＨＹ層からのＢＦＩ指示をカウントするカウンタを実装してもよい。ＢＦＩカウンタが最大値Ｑに達すると、サービングビームのビーム障害が検出／宣言される。ＢＦＩカウンタは、ＭＡＣ層がＰＨＹ層からＢＦＩインジケータを受信する度にスタート／リスタートするタイマによって監視されるように構成できる。タイマが満了すると、ＢＦＩカウンタはリセットされる（カウンタの値はゼロに設定される）。
【0049】
いくつかの例示的な実施形態では、ビーム障害検出はより単純な方法で実施されてもよい。例えば、仮想ＰＤＣＣＨ ＢＬＥＲが構成された閾値以上であるか、またはＬ１－ＲＳＲＰが構成された閾値未満である場合、ＵＥ１１０は、サービングビームが障害状態にあると判定してもよい。
【0050】
動作４３０においてビーム障害が検出されなかった場合、ＵＥ１１０は、動作４４０において、サービングビームに対するＳＤＴ手順の実行を継続することができる。例えば、ＵＥ１１０は、上述したように、サービングビームに関するビーム測定レポートを送信することができる。
【0051】
一方、ＳＤＴ手順のサービングビームが障害状態にあることをＵＥ１１０が動作４３０で検出した場合、ビーム障害回復（ＢＦＲ）動作が４５０で実行されてもよい。ＢＦＲ動作は、動作４１０においてｇＮＢ１２０によって構成されてもよいし、ＵＥ１１０自体によって決定されてもよい。いくつかの例示的な実施形態では、ＢＦＲ動作は、ＳＤＴ手順を中止し、ＲＲＣ接続確立手順または再確立手順をトリガしてＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態になることから構成される場合がある。例えば、ＵＥ１１０はＲＲＣ再開要求、ＲＲＣセットアップ要求、またはＲＲＣ再確立要求をｇＮＢ１２０に送信することができる。いくつかの例示的な実施形態では、ＵＥ１１０はＳＤＴ手順に留まり、所定の回数だけＳＤＴ送信を再試行してもよい。試行も失敗した場合、ＵＥ１１０はＲＲＣ接続確立手順または再確立手順をトリガする前に、異なるＳＤＴ方式を試みてもよい。たとえば、ＣＧ－ＳＤＴ手順中にビーム障害が検出された場合、ＵＥ１１０は ＣＧ－ＳＤＴ手順を中止して ＲＡ－ＳＤＴ手順を試みることができる。ＲＡ－ＳＤＴ手順中にビーム障害が検出された場合、ＵＥ１１０はＲＡ－ＳＤＴ手順を中止し、ＣＧ－ＳＤＴ手順を試みてもよい。いくつかの例示的な実施形態において、ＵＥ１１０は、ｇＮＢ１２０に新しい候補ビームを指示してもよい。例えば、ＵＥ１１０は、ＭｓｇＡまたはＭｓｇ３に含まれるＣ－ＲＮＴＩ ＭＡＣ ＣＥを有する新しい候補ビームに対してＲＡ手順を実行してもよい。ＵＥ１１０は、ＳＤＴ用に構成されたリソース以外の通常のＲＡリソースを使用してもよいし、ＵＥ１１０は、送信するＳＤＴデータがある場合、ＳＤＴ用に割り当てられたＲＡリソースを使用してもよい。いくつかの例示的な実施形態では、ＵＥ１１０は ＳＤＴ送信を中止し、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ 状態になることがある。
【0052】
図５は、本開示の例示的な実施形態が実装され得る通信システム５００を示すブロック図である。通信システム５００は、通信ネットワークの一部であってもよい。図５に示すように、通信システム５００は、上述したＵＥ１１０として実装され得る端末デバイス５１０と、上述した基地局（ｇＮＢ）１２０として実装され得るネットワークデバイス５２０と、を含み得る。
【0053】
図５を参照すると、端末デバイス５１０は、１つ以上のバス５１４を介して相互接続された、１つ以上のプロセッサ５１１、１つ以上のメモリ５１２、および１つ以上のトランシーバ５１３から構成され得る。１つ以上のバス５１４は、アドレスバス、データバス、または制御バスであってもよく、マザーボードまたは集積回路上の一連のライン、銅ケーブル、光ファイバ、または他の電気／光通信機器などの任意の相互接続機構を含んでもよい。１つ以上のトランシーバ５１３の各々は、複数のアンテナ５１６に接続される受信機および送信機から構成されてもよい。複数のアンテナ５１６は、ネットワークデバイス５２０とのビームフォーミング通信を実行するためのアンテナアレイを形成してもよい。１つ以上のメモリ５１２は、コンピュータプログラムコード５１５を含み得る。１つ以上のメモリ５１２およびコンピュータプログラムコード５１５は、１つ以上のプロセッサ５１１によって実行されるとき、端末デバイス５１０に、上述したようなＵＥ１１０に関する手順およびステップを実行させるように構成され得る。
【0054】
ネットワークデバイス５２０は、単一のネットワークノードとして実装することも、２つ以上のネットワークノードに分割／分散して実装することもできる。例えば、セントラル・ユニット（ＣＵ）、ディストリビュート・ユニット（ＤＵ）、リモート・ラジオ・ヘッドエンド（ＲＲＨ）など、異なる機能分割アーキテクチャと異なるインターフェースを使用する。ネットワークデバイス５２０は、１つ以上のバス５２４を介して相互接続された、１つ以上のプロセッサ５２１、１つ以上のメモリ５２２、１つ以上のトランシーバ５２３、および１つ以上のネットワークインターフェース５２７から構成され得る。１つ以上のバス５２４は、アドレスバス、データバス、または制御バスであってもよく、マザーボードまたは集積回路上の一連のライン、銅ケーブル、光ファイバ、または他の電気／光通信機器などの任意の相互接続機構を含んでもよい。１つ以上のトランシーバ５２３の各々は、複数のアンテナ５２６に接続された受信機および送信機から構成されることがある。ネットワークデバイス５２０は、端末デバイス５１０の基地局として動作し、複数のアンテナ５２６を介して端末デバイス５１０と無線通信することができる。複数のアンテナ５２６は、端末デバイス５１０とビームフォーミング通信を行うためのアンテナアレイを形成してもよい。１つ以上のネットワークインターフェース５２７は、ネットワークデバイス５２０が他のネットワークデバイス、エンティティまたは機能と通信することができる有線または無線通信リンクを提供することができる。１つ以上のメモリ５２２は、コンピュータプログラムコード５２５を含むことができる。１つ以上のメモリ５２２およびコンピュータプログラムコード５２５は、１つ以上のプロセッサ５２１によって実行されるとき、ネットワークデバイス５２０に、上述のような基地局（ｇＮＢ）１２０に関する手順およびステップを実行させるように構成され得る。
【0055】
上述した１つ以上のプロセッサ５１１、５２１は、ローカル技術ネットワークに適した任意の適切なタイプであってよく、汎用プロセッサ、特殊用途プロセッサ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、プロセッサベースのマルチコアプロセッサアーキテクチャの１つ以上のプロセッサ、ならびにフィールドプログラマブルゲートアレイ（ＦＰＧＡ）および特定用途向け集積回路（ＡＳＩＣ）に基づいて開発されたものなどの専用プロセッサのうちの１つ以上を含んでよい。１つ以上のプロセッサ５１１、５２１は、ＵＥ／ネットワークデバイスの他の要素を制御し、それらと協働して動作して、上述した手順を実施するように構成され得る。
【0056】
１つ以上のメモリ５１２、５２２は、揮発性メモリおよび／または不揮発性メモリなどの様々な形態の少なくとも１つの記憶媒体を含み得る。揮発性メモリは、例えばランダムアクセスメモリ（ＲＡＭ）またはキャッシュを含むが、これらに限定されない。不揮発性メモリは、例えばリードオンリーメモリ（ＲＯＭ）、ハードディスク、フラッシュメモリなどを含むが、これらに限定されない。さらに、１つ以上のメモリ５１２、５２２は、電気的、磁気的、光学的、電磁気的、赤外線的、または半導体システム、装置、もしくはデバイス、またはこれらの任意の組み合わせを含むが、これらに限定されない。
【0057】
図面中のブロックは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを含む様々な態様で実装され得ることが理解される。いくつかの例示的な実施形態では、１つ以上のブロックは、ソフトウェアおよび／またはファームウェア、たとえば、記憶媒体に格納された機械実行可能命令を使用して実装されてもよい。機械実行可能命令に加えて、または機械実行可能命令の代わりに、図面のブロックの一部または全部を、１つ以上のハードウェア論理コンポーネントによって少なくとも部分的に実装することができる。例えば、限定するものではないが、使用可能なハードウェア論理コンポーネントの例示的なタイプには、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＡＳＳＰ（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔｓ）、ＳＯＣ（Ｓｙｓｔｅｍ－ｏｎ－Ｃｈｉｐ Ｓｙｓｔｅｍｓ）、ＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）などが含まれる。
【0058】
いくつかの例示的な実施形態は、１つ以上のプロセッサによって実行されると、デバイスまたは装置に上述の手順を実行させ得るコンピュータプログラムコードまたは命令をさらに提供する。例示的な実施形態の手順を実行するためのコンピュータプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで記述することができる。コンピュータプログラムコードは、汎用コンピュータ、特殊用途コンピュータの１つ以上のプロセッサまたはコントローラ、または他のプログラマブルデータ処理装置に提供されてもよく、プログラムコードがプロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／動作が実施されるようにする。プログラムコードは、完全にマシン上で実行してもよいし、部分的にマシン上で実行してもよいし、スタンドアロンソフトウェアパッケージとして実行してもよいし、部分的にマシン上で実行し、部分的にリモートマシン上で実行してもよいし、完全にリモートマシンまたはサーバー上で実行してもよい。
【0059】
いくつかの例示的な実施形態は、コンピュータプログラム製品、またはその中に格納されたコンピュータプログラムコードまたは命令を有するコンピュータ可読媒体をさらに提供する。コンピュータ可読媒体は、命令実行システム、装置、またはデバイスによって、またはそれらに関連して使用するためのプログラムを含むか、または格納することができる任意の有形媒体であってよい。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であってもよい。機械可読媒体には、電子的、磁気的、光学的、電磁気的、赤外線的、半導体的なシステム、装置、デバイス、またはこれらの任意の適切な組み合わせが含まれるが、これらに限定されない。機械可読記憶媒体のより具体的な例としては、１本以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学記憶装置、磁気記憶装置、または前述の任意の適切な組み合わせが挙げられる。
【0060】
例示的な実施形態では、端末デバイスが提供される。端末デバイスは、少なくとも１つのプロセッサと、その上に格納されたコンピュータプログラムコードを含む少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、端末デバイスにスモールデータ送信手順を開始させ、スモールデータ送信手順用のサービングビームを含む利用可能ビームについてビーム測定を実行させるように構成されてもよい。ビーム測定が、スモールデータ送信手順用のサービングビームをターゲットビームに切り替える必要があることを示す場合、端末デバイスは、スモールデータ送信手順において、ターゲットビーム上でアップリンク送信を送信する。
【0061】
一例において、端末デバイスは、ターゲットビーム上の構成されたグラントリソースを使用するスモールデータ送信によって、またはランダムアクセス手順によって、ＵＬ送信を送信することができる。ランダムアクセス手順では、スモールデータ送信用に割り当てられたランダムアクセスチャネルリソース、または通常のランダムアクセスチャネルリソース、すなわちスモールデータ送信以外、例えば接続再開手順用に割り当てられたリソースを使用することができる。
【0062】
一実施例において、ターゲットビーム上のＵＬ送信は、端末デバイスがスモールデータ送信手順をターゲットビームに切り替えることを示すビーム切り替え要求を含んでよい。
【0063】
一実施例において、端末デバイスは、ビーム切り替えを確認するためにターゲットビーム上で応答が受信されるまで、ターゲットビームおよび以前のサービングビームを監視することができる。
【0064】
例示的な実施形態では、端末デバイスが提供される。端末デバイスは、少なくとも１つのプロセッサと、その上に格納されたコンピュータプログラムコードを含む少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、端末デバイスに、スモールデータ送信手順を開始させ、スモールデータ送信手順中にサービングビームのビーム障害検出を実行させ、サービングビームが障害状態にあることが検出されたときに動作を実行させるように構成される。
【0065】
一実施例では、サービングビームが障害状態にあることが検出されたときに実行される動作は、無線リソース制御接続確立または再確立手順をトリガして接続モードに移行すること、スモールデータ送信手順を中止してアイドルモードまたは非アクティブモードに移行すること、スモールデータ送信手順で所定回数スモールデータ送信を再試行すること、または新しい候補ビームを報告することのうちの１つ以上を含むことができる。
【0066】
一例において、端末デバイスは、スモールデータ送信手順に対するビーム障害検出構成を受信することができる。ビーム障害検出構成は、サービングビームが障害状態にあることが検出された場合に実行される動作を端末デバイスに示すことができる。ビーム障害検出コンフィギュレーションは、システム情報ブロードキャストまたは無線リソース制御シグナリングを介して受信することができる。
【0067】
一実施例では、サービングビームは、サービングビーム上で搬送される物理ダウンリンク制御チャネルの復調基準信号と準同位に配置されたビーム障害検出基準信号と関連付けられる。
【0068】
例示的な実施形態では、ネットワークデバイスが提供される。ネットワークデバイスは、少なくとも１つのプロセッサと、その上に記憶されたコンピュータプログラムコードを含む少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、ネットワークデバイスに、スモールデータ送信手順において第１のビーム上で第１のスモールデータ送信を受信させ、スモールデータ送信手順において第１のビームとは異なる第２のビーム上でアップリンク送信を受信させ、スモールデータ送信手順において第１のビームから第２のビームへのビーム切り替えを確認するための応答を第２のビーム上で送信させるように構成され得る。
【0069】
一例として、アップリンク送信は、ターゲットビーム上の構成されたグラントリソースを使用するスモールデータ送信、またはランダムアクセス手順によって送信される。ランダムアクセス手順は、スモールデータ送信用に割り当てられたランダムアクセスチャネルリソース、または通常のランダムアクセスチャネルリソース、すなわち、スモールデータ送信以外のために割り当てられたリソース、例えば、接続再開手順用に割り当てられたリソースを使用することができる。
【0070】
一実施例において、第２のビーム上のアップリンク送信は、ビーム切替要求を含むことができる。
【0071】
一例として、応答は第２ビームのスケジューリング情報を含む。
【0072】
例示的な実施形態では、ネットワークデバイスが提供される。ネットワークデバイスは、少なくとも１つのプロセッサと、その上に記憶されたコンピュータプログラムコードを含む少なくとも１つのメモリとを備えることができる。少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサにより、ネットワークデバイスに、スモールデータ送信手順のためのビーム障害検出コンフィギュレーションを端末デバイスに送信させるように構成される。
【0073】
一例として、ビーム障害検出構成は、スモールデータ送信手順においてビーム障害が検出された場合に端末デバイスで実行される動作を示すことができる。
【0074】
一例において、ビーム障害検出コンフィギュレーションは、システム情報ブロードキャストまたは無線リソース制御シグナリングを介して送信されてもよい。
【0075】
例示的な実施形態では、端末デバイスで実施される方法が提供される。この方法は、スモールデータ送信手順を開始することと、スモールデータ送信手順のためのサービングビームを含む利用可能ビームについてビーム測定を実行することと、ビーム測定がサービングビームをターゲットビームに切り替える必要があることを示す場合に、スモールデータ送信手順においてターゲットビーム上でアップリンク送信を送信することとを含むことができる。
【0076】
一例において、アップリンク送信は、ターゲットビーム上の構成されたグラントリソースを使用するスモールデータ送信によって送信されてもよく、ランダムアクセス手順によって送信されてもよい。ランダムアクセス手順では、スモールデータ送信用に割り当てられたランダムアクセスチャネルリソース、または通常のランダムアクセスチャネルリソース、すなわちスモールデータ送信以外のリソース、例えば接続再開手順用に割り当てられたリソースを使用することができる。
【0077】
一例では、ターゲットビーム上のアップリンク送信は、端末デバイスがスモールデータ送信手順をターゲットビームに切り替えることを示すビーム切り替え要求を含むことがある。
【0078】
一例において、本方法は、ビーム切り替えを確認するためにターゲットビーム上で応答を受信することをさらに含み得る。
【0079】
例示的な実施形態では、端末デバイスで実施される方法が提供される。本方法は、スモールデータ送信手順を開始することと、スモールデータ送信手順中にサービングビームのビーム障害検出を行うことと、サービングビームが障害状態にあることが検出されたときに動作を実行することとを含むことができる。
【0080】
一例において、サービングビームが障害状態にあることが検出されたときに実行される動作は、無線リソース制御接続確立または再確立手順をトリガして接続モードに移行すること、スモールデータ送信手順を中止してアイドルモードまたは非アクティブモードに移行すること、スモールデータ送信手順において所定回数のスモールデータ送信を再試行すること、または、新しい候補ビームを報告することのうちの１つ以上から構成され得る。
【0081】
一例において、本方法は、スモールデータ送信手順に対するビーム障害検出構成を受信することをさらに含み得る。ビーム障害検出コンフィギュレーションは、サービングビームが障害状態にあると検出されたときに実行される動作を端末デバイスに示すことができる。ビーム障害検出コンフィギュレーションは、システム情報ブロードキャストを介して、または無線リソース制御シグナリングを介して受信されてもよい。
【0082】
一例において、サービングビームは、サービングビーム上で搬送される物理ダウンリンク制御チャネルの復調基準信号と準同軸にあるビーム障害検出基準信号と関連付けられることがある。
【0083】
例示的な実施形態では、ネットワークデバイスで実施される方法が提供される。この方法は、スモールデータ送信手順において第１のビーム上で第１のスモールデータ送信を受信することと、スモールデータ送信手順において第１のビームとは異なる第２のビーム上でアップリンク送信を受信することと、スモールデータ送信手順において第１のビームから第２のビームへのビーム切り替えを確認するために第２のビーム上で応答を送信することとを含み得る。
【0084】
一実施例において、アップリンク送信は、ターゲットビーム上の構成されたグラントリソースを使用するスモールデータ送信において受信され得るか、またはランダムアクセス手順において受信され得る。ランダムアクセス手順では、スモールデータ送信用に割り当てられたランダムアクセスチャネルリソース、または通常のランダムアクセスチャネルリソース、すなわちスモールデータ送信以外、例えば接続再開手順用に割り当てられたリソースを使用することができる。
【0085】
一実施例において、ターゲットビーム上のアップリンク送信は、端末デバイスがスモールデータ送信手順をターゲットビームに切り替えることを示すビーム切り替え要求を含んでよい。
【0086】
一例において、応答は、第２のビームのためのスケジューリング情報を含むことができる。
【0087】
例示的な実施形態では、ネットワークデバイスで実施される方法が提供される。本方法は、スモールデータ送信手順のためのビーム障害検出構成を端末デバイスに送信することを含むことができる。
【0088】
一実施例において、ビーム障害検出構成は、スモールデータ送信手順においてビーム障害が検出された場合に端末デバイスにおいて実行されるべき動作を示すことができる。
【0089】
一例では、ビーム障害検出コンフィギュレーションは、システム情報ブロードキャストまたは無線リソース制御シグナリングを介して送信されることがある。
【0090】
例示的な実施形態では、端末デバイスに実装される装置が提供される。この装置は、スモールデータ送信手順を開始するための手段と、スモールデータ送信手順のためのサービングビームを含む利用可能ビームについてビーム測定を実行するための手段と、ビーム測定がサービングビームをターゲットビームに切り替える必要があることを示す場合に、ターゲットビーム上でアップリンク送信を送信するための手段とを備えることができる。
【0091】
例示的な実施形態では、端末デバイスに実装される装置が提供される。本装置は、スモールデータ送信手順を開始する手段と、スモールデータ送信手順中にサービングビームのビーム障害検出を実行する手段と、サービングビームが障害状態にあることが検出されたときに動作を実行する手段とを備えることができる。
【0092】
例示的な実施形態では、ネットワークデバイスに実装される装置が提供される。この装置は、スモールデータ送信手順において第１のビーム上で第１のスモールデータ送信を受信する手段と、スモールデータ送信手順において第１のビームとは異なる第２のビーム上でアップリンク送信を受信する手段と、スモールデータ送信手順において第１のビームから第２のビームへのビーム切り替えを確認するために第２のビーム上で応答を送信する手段とを備えることができる。
【0093】
例示的な実施形態では、ネットワークデバイスに実装される装置が提供される。この装置は、スモールデータ送信手順のビーム障害検出構成を端末デバイスに送信する手段を備えることができる。
【0094】
例示的な実施形態では、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読媒体に記憶された命令を含んでいてもよい。命令は、端末デバイスの少なくとも１つのプロセッサによって実行されるとき、端末デバイスに、スモールデータ送信手順を開始させ、スモールデータ送信手順のためのサービングビームを含む利用可能ビームについてビーム測定を実行させ、ビーム測定が、サービングビームをターゲットビームに切り替える必要があることを示すとき、ターゲットビーム上でアップリンク送信を送信させることができる。
【0095】
例示的な実施形態では、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読媒体に記憶された命令を含んでいてもよい。命令は、端末デバイスの少なくとも１つのプロセッサによって実行されるとき、端末デバイスに、スモールデータ送信手順を開始させ、スモールデータ送信手順中にサービングビームのビーム障害検出を実行させ、サービングビームが障害状態にあることが検出されたときに動作を実行させることができる。
【0096】
例示的な実施形態では、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読媒体に記憶された命令を含んでよい。命令は、ネットワークデバイスの少なくとも１つのプロセッサによって実行されると、ネットワークデバイスに、スモールデータ送信手順において第１のビーム上で第１のスモールデータ送信を受信させ、スモールデータ送信手順において第１のビームとは異なる第２のビーム上でアップリンク送信を受信させ、スモールデータ送信手順において第１のビームから第２のビームへのビーム切り替えを確認するために第２のビーム上で応答を送信させることができる。
【0097】
例示的な実施形態では、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読媒体に格納された命令を含んでいてもよい。命令は、ネットワークデバイスの少なくとも１つのプロセッサによって実行されると、ネットワークデバイスに、スモールデータ送信手順のためのビーム障害検出構成を端末デバイスに送信させることができる。
【0098】
図面では特定の順序で動作が描かれているが、望ましい結果を達成するために、そのような動作が図示された特定の順序で実行されること、または順次実行されること、または図示されたすべての動作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスクおよび並列処理が有利であり得る。同様に、いくつかの具体的な実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲を制限するものとして解釈されるべきではなく、むしろ、特定の例示的な実施形態に固有であり得る特徴の説明として解釈されるべきである。別々の例示的な実施形態の文脈で説明される特定の特徴は、単一の例示的な実施形態において組み合わせて実施することもできる。逆に、単一の例示的な実施形態の文脈で説明される様々な特徴も、複数の例示的な実施形態で別々に、または任意の適切なサブコンビネーションで実装され得る。
【0099】
主題は、構造的特徴および／または方法的作用に特有な言語で説明されてきたが、添付の特許請求の範囲において定義される主題は、上述した特定の特徴または作用に限定されないことを理解されたい。それどころか、上述した特定の特徴および作用は、特許請求の範囲を実施する例として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【手続補正書】
【提出日】2024-03-04
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
少なくとも1つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備える端末デバイスであって、前記少なくとも1つのメモリと前記コンピュータプログラムコードは、該少なくとも１つのプロセッサを用いて、前記端末デバイスに、
非アクティブ状態であり、スモールデータ送信手順において１つ以上の利用可能ビームを報告するステップと、
前記非アクティブ状態において、前記スモールデータ送信手順のサービングビームを、ターゲットビームに切り替えるステップであって、
前記切り替えは、前記ターゲットビームにおいてスモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用してランダムアクセス手順を実行するステップを備える、ステップと、
を実行させるように構成される、端末デバイス。
【請求項2】
前記報告された1つ以上の利用可能ビームは、１つ以上の最も強いビームおよび／または閾値を超えるビームを含む、請求項1に記載の端末デバイス。
【請求項3】
前記少なくとも1つのメモリおよび前記コンピュータプログラムコードは、該少なくとも１つのプロセッサを用いて、前記ターミナルのデバイスに、１つ以上の利用可能ビームを報告する要求を受信するステップを実行させるようにさらに構成される、請求項1に記載の端末デバイス。
【請求項4】
１つ以上の利用可能ビームを報告する前記要求は、物理ダウンリンク制御チャネル上のダウンリンク制御情報に、
媒体アクセス制御コントロールエレメントに、または、
無線リソース制御シグナリングに
含まれる、請求項３に記載の端末デバイス。
【請求項5】
前記端末デバイスは、前記スモールデータ送信手順中の後続のスモールデータ送信において前記１つ以上の利用可能ビームを報告する、請求項1に記載の端末デバイス。
【請求項6】
前記端末デバイスは、前記サービングビームが閾値を下回ったとき、および／または、１つ以上の非サービングビームが前記サービングビームよりも所定のオフセットだけ良好になったときに、前記１つ以上の利用可能ビームを報告する、請求項1に記載の端末デバイス。
【請求項7】
前記端末デバイスは、媒体アクセス制御コントロールエレメントにおいて、物理アップリンク共有チャネルもしくは物理アップリンク制御チャネルで搬送されるアップリンク制御情報において、または、無線リソース制御シグナリングにおいて前記１つ以上の利用可能ビームを、報告する、請求項1に記載の端末デバイス。
【請求項8】
前記端末デバイスは、前記ターゲットビーム上で応答を受信するまで、前記サービングビームおよび前記ターゲットビームを監視する、請求項１に記載の端末デバイス。
【請求項9】
少なくとも1つのプロセッサとコンピュータプログラムコードを含む少なくとも１つのメモリとを備えるネットワークデバイスであって、前記少なくとも1つのメモリと前記コンピュータプログラムコードは、該少なくとも１つのプロセッサを用いて、前記ネットワークデバイスに、スモールデータ送信手順で使用可能な１つ以上のビームを含むビーム測定報告を非アクティブ状態にある端末デバイスから受信するステップと、
スモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用してランダムアクセスメッセージを受信するステップと、
ターゲットビームに対して前記端末デバイスが前記スモールデータ送信手順を切り替えているとの前記ランダムアクセスメッセージから推論するステップと、
を実行させるように構成される、ネットワークデバイス。
【請求項10】
前記少なくとも1つのメモリおよび前記コンピュータプログラムコードは、該少なくとも１つのプロセッサを用いて、前記ネットワークデバイスに、前記ビーム測定報告の要求を前記端末デバイスに送信するステップを実行させるようにさらに構成される、請求項９に記載のネットワークデバイス。
【請求項11】
前記ビーム測定報告の前記要求は、物理ダウンリンク制御チャネル上のダウンリンク制御情報に、
媒体アクセス制御コントロールエレメントに、または、
無線リソース制御シグナリングに
含まれる、請求項１０に記載のネットワークデバイス。
【請求項12】
前記ビーム測定報告は、前記スモールデータ送信手順中の後続のスモールデータ送信において受信される、請求項９に記載のネットワークデバイス。
【請求項13】
前記ビーム測定報告は、前記スモールデータ送信手順のサービングビームが閾値を下回ったとき、および／または、前記端末デバイスに対する1つ以上の非サービングビームが前記サービングビームよりも所定のオフセットだけ良好になったときに受信される、請求項９に記載のネットワークデバイス。
【請求項14】
前記ビーム測定報告が、媒体アクセス制御コントロールエレメントで、物理アップリンク共有チャネルもしくは物理アップリンク制御チャネルで搬送されるアップリンク制御情報に、または、無線リソース制御シグナリングで含まれる、請求項９に記載のネットワークデバイス。
【請求項15】
前記少なくとも1つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも1つのプロセッサにより、前記ネットワークデバイスに、前記ターゲットビーム上でアップリンク送信を受信するステップを実行させるようにさらに構成される、請求項９に記載のネットワークデバイス。
【請求項16】
端末デバイスで実施される方法であって、非アクティブ状態において、またスモールデータ送信手順において１つ以上の利用可能ビームを報告するステップと、
前記非アクティブ状態において前記スモールデータ送信手順のサービングビームを、ビーム切替コマンドで指示されたターゲットビームに切り替えるステップであって、前記切り替えは、前記ターゲットビームにおいてスモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用してランダムアクセス手順を実行するステップ、を備える、ステップと、を含む方法。
【請求項17】
前記報告された１つ以上の利用可能ビームは、１つ以上の最も強いビームおよび／または閾値以上のビームを含む、請求項１６に記載の方法。
【請求項18】
１つ以上の利用可能ビームを報告する要求を受信するステップをさらに含む、請求項１６に記載の方法。
【請求項19】
１つ以上の利用可能ビームを報告する前記要求は、物理ダウンリンク制御チャネル上のダウンリンク制御情報で、
媒体アクセス制御コントロールエレメントで、または、
無線リソース制御シグナリングで
受信される、請求項１８に記載の方法。
【請求項20】
前記端末デバイスは、前記１つ以上の利用可能ビームを、前記スモールデータ送信手順中の後続のスモールデータ送信において報告する、請求項１６に記載の方法。
【請求項21】
前記端末デバイスは、媒体アクセス制御コントロールエレメントにおける、
物理アップリンク共有チャネルまたは物理アップリンク制御チャネルで搬送されるアップリンク制御情報における、または、
無線リソース制御シグナリングにおける
前記１つ以上の利用可能ビームを報告する、請求項１６に記載の方法。
【請求項22】
前記端末デバイスが前記ターゲットビーム上で応答を受信するまで、前記サービングビームおよび前記ターゲットビームを監視するステップをさらに含む、請求項１６に記載の方法。
【請求項23】
ネットワークデバイスにおいて実施される方法であって、スモールデータ送信手順で使用可能な１つ以上のビームを含むビーム測定報告を、非アクティブ状態にある端末デバイスから受信するステップと、
スモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用してランダムアクセスメッセージを受信するステップと、
ターゲットビームに対して前記端末デバイスが前記スモールデータ送信手順を切り替えているとの前記受信されたランダムアクセスメッセージからを推論するステップと、
を含む、方法。
【請求項24】
前記ビーム測定報告の要求を前記端末デバイスに送信するステップをさらに含む、請求項２３に記載の方法。
【請求項25】
前記ビーム測定報告は、前記スモールデータ送信手順中の後続のスモールデータ送信において受信される、請求項２３に記載の方法。
【請求項26】
前記ビーム測定報告が、媒体アクセス制御コントロールエレメントに、
物理アップリンク共有チャネルもしくは物理アップリンク制御チャネルで搬送されるアップリンク制御情報に、または、
無線リソース制御シグナリングに
含まれる、請求項２３に記載の方法。
【請求項27】
前記ターゲットビームでアップリンク伝送を受信するステップをさらに含む、請求項２３に記載の方法。
【請求項28】
前記端末デバイスの前記ターゲットビームにアップリンクグラントを構成するステップをさらに含む、請求項２３に記載の方法。
【請求項29】
コンピュータ可読媒体に格納された命令を含むコンピュータプログラムであって、該命令は、端末デバイスの少なくとも1つのプロセッサによって実行されたとき、該端末デバイスに非アクティブ状態において、またスモールデータ送信手順において１つ以上の利用可能ビームを報告するステップと、
前記スモールデータ送信手順のサービングビームを切り替えるためのビーム切り替えコマンドを受信するステップと、
前記非アクティブ状態において、前記スモールデータ送信手順の前記サービングビームを、ビーム切替コマンドで指示されたターゲットビームに切り替えるステップであって、前記切り替えは、前記ターゲットビームにおいてスモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを使用するランダムアクセス手順を実行するステップ、を含む、ステップと、
を実行させる、コンピュータプログラム。
【請求項30】
少なくとも、コンピュータ可読媒体に格納された命令を含むコンピュータプログラムであって、該命令は、ネットワークデバイスの少なくとも1つのプロセッサによって実行されるとき、
前記ネットワークデバイスに、スモールデータ送信手順で使用可能な１つ以上のビームを含むビーム測定報告を、非アクティブ状態である端末デバイスから受信するステップと、
スモールデータ送信に割り当てられたプリアンブルおよびランダムアクセスチャネルリソースを用いてランダムアクセスメッセージを受信するステップと、
ターゲットビームに対して前記端末デバイスが前記スモールデータ送信手順を切り替えているとの前記ランダムアクセスメッセージから推論するステップと、
を実行させる、コンピュータプログラム。
【国際調査報告】