JP7704446B2 - 端末デバイスによって実行される方法、及び端末デバイス - Google Patents

Description

本開示の実施形態は、一般に電気通信の分野に関し、特に、ランダムアクセスチャネル（ＲＡＣＨ）に基づくＳＤＴ（ｓｍａｌｌ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ：スモールデータ送信）のための通信の方法、デバイス及びコンピュータ記憶媒体に関する。

一般的に、非アクティブ状態の端末デバイスであっても、送信すべき小規模で低頻度のデータトラフィック（以下、ＳＤＴとも称する）を有することがある。第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース１６までは、非アクティブ状態ではデータ送信をサポートできず、端末デバイスは、いかなるダウンリンク及びアップリンクのデータに対しても接続を再開しなければならない。接続の確立（ｓｅｔｕｐ）とその後の非アクティブ状態への解放（ｒｅｌｅａｓｅ）は、データパケットがどれ程小さく頻度が低いものであっても、データ送信ごとに発生する。これは、不要な電力消費と信号のオーバーヘッドにつながる。

これに関して、３ＧＰＰ新無線（ＮＲ：ｎｅｗ ｒａｄｉｏ）のリリース１７では、非アクティブ状態におけるＲＡＣＨに基づくＳＤＴを承認している。周知のように、ＮＲは４ステップランダムアクセス手順の他に２ステップランダムアクセス手順に関わる。そのため、２ステップ及び４ステップランダムアクセス手順を考慮したＳＤＴをどのように実行するかが議論の的となっている。

一般に、本開示の実施形態は、ＲＡＣＨに基づくＳＤＴのための通信の方法、デバイス及びコンピュータ記憶媒体を提供する。

第１の態様では、通信の方法が提供される。方法は、端末デバイスの非アクティブ状態でアップリンクデータが送信されると判定したことに従って、端末デバイスにおいて、前記アップリンクデータの送信のための設定パラメータを決定することと、前記設定パラメータに基づいて、前記端末デバイスの非アクティブ状態における前記アップリンクデータの送信のための対象ランダムアクセス手順を決定することと、前記対象ランダムアクセス手順に基づいて、前記非アクティブ状態において前記アップリンクデータをネットワークデバイスに送信することと、を備える。

第２の態様では、通信の方法が提供される。方法は、ネットワークデバイスにおいて、対象ランダムアクセス手順に基づき非アクティブ状態の端末デバイスによって送信されたアップリンクデータを受信することであって、前記対象ランダムアクセス手順は設定パラメータに基づいて決定され、前記設定パラメータは、前記非アクティブ状態で前記アップリンクデータが送信されると判定されたときに決定されることと、前記アップリンクデータの前記受信に対する応答を前記端末デバイスに送信することと、を備える。

第３の態様では、端末デバイスが提供される。前記端末デバイスは、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリには命令が格納され、前記命令は前記プロセッサによって実行された場合、前記端末デバイスに本開示の第１の態様にかかる方法を実行させる。

第４の態様では、ネットワークデバイスが提供される。前記ネットワークデバイスは、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリには命令が格納され、前記命令は前記プロセッサによって実行された場合、前記ネットワークデバイスに本開示の第２の態様にかかる方法を実行させる。

第５の態様では、命令が格納されたコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、本開示の第１の態様にかかる方法を実行させる。

第６の態様では、命令が格納されたコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合に、前記少なくとも１つのプロセッサに、本開示の第２の態様にかかる方法を実行させる。

本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

添付図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるはずである。

本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す。

本開示のいくつかの実施形態にかかる、ＲＡＣＨに基づくＳＤＴのための通信のプロセスを示す模式図を示す。

本開示のいくつかの実施形態にかかる、端末デバイスで実施される例示的な通信方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順を決定する例示的な方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順を決定する別の例示的な方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順を決定する別の例示的な方法を示す。 本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順を決定する別の例示的な方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順を決定する例示的な方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順を決定する別の例示的な方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順を決定する別の例示的な方法を示す。 本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順を決定する別の例示的な方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順に基づきアップリンクデータを送信する例示的な方法を示す。

本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順に基づきアップリンクデータを送信する例示的な方法を示す。 本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順に基づきアップリンクデータを送信する例示的な方法を示す。

本開示のいくつかの実施形態にかかる、２ステップランダムアクセス手順から４ステップランダムアクセス手順へ切り替える例示的な方法を示す。

本開示のいくつかの実施形態にかかる、２ステップランダムアクセス手順から４ステップランダムアクセス手順へ切り替える別の例示的な方法を示す。

本開示のいくつかの実施形態にかかる、２ステップランダムアクセス手順から４ステップランダムアクセス手順へ切り替える別の例示的な方法を示す。

本開示のいくつかの実施形態にかかる、ネットワークデバイスで実施される例示的な通信方法を示す。

本開示の実施形態を実施するのに好適なデバイスの概略ブロック図である。

本開示のいくつかの実施形態にかかる２ステップランダムアクセス手順の模式図を示す。

本開示のいくつかの実施形態にかかる４ステップランダムアクセス手順の模式図を示す。

図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。

本開示の原理について、いくつかの実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対する何らかの限定を示唆するものではないことを理解されたい。本明細書で説明する本開示は、以下で説明するもの以外にも様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されない限り、使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。

本明細書において、「端末デバイス」という用語は、無線又は有線の通信機能を有する任意のデバイスを指す。端末デバイスの例としては、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブルデバイス、ＩｏＴ（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）デバイス、ＩｏＥ（ｉｎｔｅｒｎｅｔ ｏｆ ｅｖｅｒｙｔｈｉｎｇ）デバイス、マシンタイプ通信（ＭＴＣ）機器、Ｖ２Ｘ通信用の車両搭載機器（ここでＸは歩行者、車両又はインフラ／ネットワークを意味する）、デジタルカメラ等の撮像装置、ゲーム機器、音楽保存・再生装置、無線／有線でのインターネットアクセス及び閲覧を可能にするインターネット装置等が挙げられるが、それらに限定されない。「端末デバイス」という用語は、ＵＥ、移動局、加入者設備、移動端末、ユーザ端末又は無線装置と互換的に使用することができる。また、「ネットワークデバイス」という用語は、端末デバイスが通信できるセル又はカバレッジを提供又はホストすることが可能なデバイスを指す。ネットワークデバイスの例としては、Ｎｏｄｅ Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等の低電力ノード等が挙げられるが、これらに限定されない。

一実施形態において、端末デバイスは、第１ネットワークデバイス及び第２ネットワークデバイスと接続されてもよい。第１ネットワークデバイスと第２ネットワークデバイスの一方はマスターノードで、他方はセカンダリーノードであってもよい。第１ネットワークデバイスと第２ネットワークデバイスは、異なるＲＡＴを使用してもよい。一実施形態では、第１ネットワークデバイスは第１ＲＡＴデバイスであってもよく、第２ネットワークデバイスは第２ＲＡＴデバイスであってもよい。一実施形態では、第１ＲＡＴデバイスはｅＮＢであり、第２ＲＡＴデバイスはｇＮＢである。異なるＲＡＴに関連する情報は、第１ネットワークデバイス及び第２ネットワークデバイスの少なくとも一方から端末デバイスに送信されてもよい。一実施形態において、第１情報が第１ネットワークデバイスから端末デバイスに送信されてもよく、第２情報が第２ネットワークデバイスから端末デバイスに直接送信されるか、又は第１ネットワークデバイスを介して送信されてもよい。一実施形態において、第２ネットワークデバイスによって設定された端末デバイスの設定に関連する情報が、第２ネットワークデバイスから第１ネットワークデバイスを介して送信されてもよい。第２ネットワークデバイスによって設定された端末デバイスの再設定に関連する情報が、第２ネットワークデバイスから端末デバイスに直接送信されるか、又は第１ネットワークデバイスを介して送信されてもよい。

本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈で別途明確に示されない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味する開放式の用語として解釈される。「に基づいて」という用語は、「少なくとも部分的に基づいて」と解釈される。「一実施形態」及び「１つの実施形態」という用語は、「少なくとも１つの実施形態」と解釈される。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と解釈される。「第１」、「第２」等の用語は、異なる対象又は同じ対象を指してもよい。以下の内容には、明示的及び暗黙的な他の定義が含まれることがある。

いくつかの例において、値、プロセス又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能的代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００の模式図を示す。図１に示すように、通信ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０がサービスを提供する端末デバイス１２０とを含む。ネットワークデバイス１１０と端末デバイス１２０は、無線通信チャネル等のチャネルを介して通信してもよい。例えば、端末デバイス１２０は、データパケット（すなわち、アップリンクデータ）をネットワークデバイス１１０に送信してもよく、ネットワークデバイス１１０は、アップリンクデータの受信に対する応答を端末デバイス１２０に送信してもよい。

図１におけるデバイスの数及び種類は、説明を目的として示されたもので、本開示に対する何らかの限定を示唆するものではないことを理解されたい。通信ネットワーク１００は、本開示の実施に適合する任意の適切な数のネットワークデバイス及び／又は端末デバイスを含んでもよい。さらに、通信ネットワーク１００は、ネットワークデバイス及び端末デバイス以外の任意のデバイス、例えばコアネットワーク要素を含んでもよいが、本発明が不明瞭になることを避けるため本明細書では省略する。

通信ネットワーク１００における通信は、任意の適切な規格に準拠してもよい。これらの規格は、モバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション（LTE-Evolution）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、マシンタイプ通信（ＭＴＣ）等を含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されない。

上述したように、非アクティブ状態の端末デバイス１２０であっても、送信すべき小規模で低頻度のデータトラフィック（以下、ＳＤＴとも称する）を有することがある。いくつかの実施形態において、小規模で低頻度のデータトラフィックは、インスタントメッセージング（ＩＭ）サービス（ｗｈａｔｓａｐｐ、ＱＱ、ｗｅｃｈａｔ等）からのトラフィック、ＩＭ／メールクライアントや他のアプリケーションからのハートビート（ｈｅａｒｔ ｂｅａｔ）／キープアライブ（ｋｅｅｐ-ａｌｉｖｅ）のトラフィック、様々なアプリケーションからのプッシュ通知等のスマートフォンアプリケーションを含んでもよい。いくつかの実施形態において、小規模で低頻度のデータトラフィックは、ウェアラブル（定期的な位置情報等）、センサ（温度、圧力測定値を定期的に又はイベントトリガ方式で送信する産業用無線センサネットワーク（Industrial Wireless Sensor Networks）等）、定期的なメーター測定値を送信するスマートメーター及びスマートメーターネットワークからのトラフィック等のスマートフォン以外のアプリケーションを含んでもよい。

現在、端末デバイスが非アクティブである場合のＳＤＴを実行するために、ＲＡＣＨベースの方式が承認されている。ＮＲは２ステップランダムアクセス手順及び４ステップランダムアクセス手順の両方に関わるため、２ステップ及び４ステップランダムアクセス手順を考慮したＳＤＴをどのように実行するかが議論の的となっている。本開示の実施形態は、ＲＡＣＨに基づくＳＤＴのための通信の解決手段を提供する。本解決手段は、２ステップランダムアクセス手順と４ステップランダムアクセス手順を考慮したＳＤＴの制御を実現することができる。本開示の原理及び実施について、図面を参照しながら以下に詳細に説明する。

図２は、本開示のいくつかの実施形態にかかる、ＲＡＣＨに基づくＳＤＴのための通信のプロセス２００を示す模式図を示す。議論を目的として、図１を参照してプロセス２００について説明する。プロセス２００は、図１に示す端末デバイス１２０及びネットワークデバイス１１０に関わることができる。

図２に示すように、非アクティブ状態の端末デバイス１２０が、送信すべきデータパケット（すなわち、アップリンクデータ）を有する場合、端末デバイス１２０は、非アクティブ状態においてアップリンクデータが送信されるか否かを判定する（２１０）。いくつかの実施形態において、端末デバイス１２０は、アップリンクデータに関連するバッファリングされたコンテンツのサイズが閾値サイズ以下であるか否かを判定してもよい。すなわち、端末デバイス１２０は、実際のデータサイズ、すなわち、バッファリングされたコンテンツのサイズを確認してもよい。いくつかの実施形態において、バッファリングされたコンテンツとは、全てのアップリンクデータと、送信に利用可能なシグナリングと、メディアアクセス制御（ＭＡＣ）ヘッダと、必要な場合にはＭＡＣ制御要素（ＣＥ）とを指してもよい。

いくつかの実施形態において、閾値サイズは、ＳＤＴの最大バッファサイズである。閾値サイズとは閾値であり、任意の適切な方法で決定してもよい。いくつかの実施形態では、閾値サイズは、ネットワークデバイス１１０からのシステム情報によってブロードキャストされてもよい。いくつかの代替的な実施形態において、閾値サイズは、予め定められた値であってもよい。いくつかの代替的な実施形態において、ＳＤＴをサポートする閾値サイズが、端末デバイス１２０に設定されてもよい。

バッファリングされたコンテンツのサイズが閾値サイズより大きいと判定した場合、端末デバイス１２０は、非アクティブ状態でのアップリンクデータの送信をキャンセルしてもよい。いくつかの実施形態において、端末デバイス１２０のＭＡＣ層で、バッファリングされたコンテンツのサイズが閾値サイズよりも大きいと判定した場合、ＭＡＣ層は、上位層（すなわち、端末デバイス１２０の無線リソース制御（ＲＲＣ）層）に当該キャンセルを示してもよい。下位層（すなわちＭＡＣ層）から当該キャンセルの指示を受けると、ＲＲＣ層は通常のデータ送信（ＮＤＴ）を開始してもよい。このケースでは、端末デバイス１２０は、接続状態においてアップリンクデータを送信してもよい。

上記は単なる例示であり、非アクティブ状態でアップリンクデータが送信されるか否かを判定するために、任意の他の適切な方法も実施可能であることに留意されたい。

非アクティブ状態でアップリンクデータが送信されると判定した場合、端末デバイス１２０は、アップリンクデータの送信のための設定パラメータを決定する（２２０）。いくつかの実施形態において、設定パラメータの決定は、アップリンクデータ送信のための、通常アップリンク（ＮＵＬ）と付加アップリンク（ＳＵＬ）との間の選択と、選択されたアップリンクのための帯域幅部分（ＢＷＰ）の選択とを含んでよい。ＳＵＬは、高周波数のシナリオのためのＵＬカバレッジを向上させるように配置されてもよい。ＳＵＬによって、端末デバイス１２０に、同一セルの１つのＤＬに対し２つのＵＬが設定されてもよい。端末デバイス１２０がセルの端にある場合はＳＵＬを使用することができ、端末デバイス１２０がセルの中央にある場合はＮＵＬを使用することができる。本開示の実施形態によれば、アップリンクデータの実際のサイズが、設定パラメータの決定の前に確認される。これにより、不要なリソースを浪費することなく、効率的なデータ送信を実現することができる。

決定された設定パラメータに基づいて、端末デバイス１２０は、非アクティブ状態におけるアップリンクデータの送信のための対象ランダムアクセス手順を決定する（２３０）。いくつかの実施形態において、対象ランダムアクセス手順は、２ステップランダムアクセス手順であってもよい。いくつかの実施形態において、２ステップランダムアクセス手順は、競合ベース（contention based）のランダムアクセス手順であってもよい。図１７は、本開示のいくつかの実施形態にかかる２ステップランダムアクセス手順の模式図１７００を示す。図１７に示すように、２ステップランダムアクセス手順は、端末デバイス１２０からネットワークデバイス１１０へのメッセージＡ（ｍｓｇＡ）の送信と、メッセージＡに対する応答としてのネットワークデバイス１１０から端末デバイス１２０へのメッセージＢ（ｍｓｇＢ）の送信とに関わってもよい。メッセージＡは、２ステップランダムアクセス（ＲＡ）タイプ用のランダムアクセス手順のランダムアクセスプリアンブル送信１７０１及びＰＵＳＣＨペイロード送信１７０２を備えてもよい。メッセージＢは、競合解消、フォールバック指示及びバックオフ指示のうち１つ以上のための応答１７０３で構成されてもよい。

ある実施形態では、対象ランダムアクセス手順は、４ステップランダムアクセス手順であってもよい。いくつかの実施形態では、４ステップランダムアクセス手順は、競合ベースのランダムアクセス手順であってもよい。図１８は、本開示のいくつかの実施形態にかかる４ステップランダムアクセス手順の模式図１８００を示す。図１８に示すように、４ステップランダムアクセス手順は、端末デバイス１２０からネットワークデバイス１１０へのメッセージ１（ｍｓｇ１）及びメッセージ３（ｍｓｇ３）の送信と、メッセージ１及びメッセージ３のそれぞれに対する応答としてのネットワークデバイス１１０から端末デバイス１２０へのメッセージ２（ｍｓｇ２）及びメッセージ４（ｍｓｇ４）の送信とに関わってもよい。メッセージ１は、４ステップのＲＡタイプ用ランダムアクセス手順のランダムアクセスプリアンブル送信１８０１で構成されてもよい。メッセージ２は、ランダムアクセスレスポンス（ＲＡＲ）１８０２を含んでもよい。ＲＡＲは、データ送信のための設定されたグラント情報を含んでもよい。メッセージ３は、ランダムアクセス手順の第１スケジュール送信１８０３を含んでもよい。メッセージ４は、競合解消、フォールバック指示及びバックオフ指示のうち１つ以上のための応答１８０４で構成されてもよい。

本開示の実施形態によれば、対象ランダムアクセス手順の決定は、２ステップ及び４ステップのランダムアクセス手順におけるＳＤＴのランダムアクセスリソース設定及びパケットサイズに基づいて行うことができる。

ＳＤＴのランダムアクセスリソース設定

いくつかの実施形態おいて、２ステップランダムアクセス手順及び４ステップランダムアクセス手順のそれぞれで、ＳＤＴ用に専用ＲＡＣＨリソースが設定されてもよい。すなわち、ＳＤＴはＲＡＣＨリソースにおいてＮＤＴと共有されない。ここで、ＲＡＣＨリソースとは、ＲＡＣＨ送信に関連するリソースを指す。例えば、ＲＡＣＨリソースは、時間・周波数リソースとプリアンブルリソースのうち少なくとも１つを含んでもよい。ＲＡＣＨ送信に関連する他のリソースも含めることができることに留意されたい。いくつかの実施形態において、専用ＲＡＣＨリソースはリソースのセットであってもよく、セット内のリソースは、異なるアップリンクグラントサイズに関連付けられている。これにより、柔軟なペイロードサイズを有効にすることができる。

いくつかの追加又は代替の実施形態において、２ステップランダムアクセス手順のメッセージＡでは、ＳＤＴ用に、専用の物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースが設定されてもよい。すなわち、ＳＤＴは２ステップランダムアクセス手順のメッセージＡのＰＵＳＣＨリソースにおいてＮＤＴと共有されない。いくつかの実施形態において、専用ＰＵＳＣＨリソースはリソースのセットであってもよく、セット内のリソースは、異なるアップリンクグラントサイズに関連付けられている。これにより、柔軟なペイロードサイズを有効にすることができる。

ＳＤＴのための専用ランダムアクセスリソースによって、これがＳＤＴ送信であることをネットワーク機器１１０に示すことができる。

２ステップランダムアクセス手順のためのいくつかの代替的な実施形態において、ランダムアクセスリソースはＳＤＴとＮＤＴとの間で共有することができる。いくつかの実施形態において、ＲＡＣＨリソース及びＰＵＳＣＨリソースの少なくとも１つは、ＳＤＴとＮＤＴとの間で共有することができる。共有されたランダムアクセスリソースにより、無線リソースの効率がより高くなり、無線リソースの節約が可能となる。

ＳＤＴのパケットサイズ

上述したように、異なるアップリンクグラントサイズに対応する専用ランダムリソースは、ネットワークデバイス１１０によって設定されてもよい。端末デバイス１２０は、その中から１つの適切なランダムリソースを選択するために、ＳＤＴのパケットサイズを決定してもよい。ここで、パケットサイズとは、ＳＤＴで最初に送信されるデータパケットのサイズを指してもよい。データパケットに対してアップリンクグラントサイズが大きすぎると、パディングが追加され、消費電力が増加する。アップリンクグラントサイズが小さすぎると、複数回の送信が必要になる。この点を考慮し、本開示の実施形態によれば、端末デバイス１２０は、ＳＤＴを開始する際にＳＤＴのパケットサイズを決定してもよい。

いくつかの実施形態において、端末デバイス１２０は、ネットワークデバイス１１０からパケットサイズを受信してもよい。例えば、パケットサイズについての情報は、ネットワークデバイス１１０からのシステム情報によってブロードキャストされてもよい。あるいは、パケットサイズについての情報は、ＲＲＣＲｅｌｅａｓｅメッセージ等のＲＲＣメッセージ又は他の任意の適切なメッセージによって、端末デバイス１２０に設定されてもよい。さらに、パケットサイズは、アップリンクデータのアクセスカテゴリ、アクセスアイデンティティ、ＱｏＳパラメータ（５ＱＩ）及びデータ無線ベアラ（ＤＲＢ）のうち、少なくとも１つと関連付けられてもよい。

いくつかの代替的な実施形態において、端末デバイス１２０は、アップリンクデータに関連するトラフィックの特性に基づいて、アップリンクデータのパケットサイズを決定してもよい。いくつかの実施形態において、端末デバイス１２０のＲＲＣ層がアップリンクデータのパケットサイズを決定してもよい。例えば、ＲＲＣ層は、アップリンクデータのアクセスカテゴリ、アクセスアイデンティティ、ＱｏＳパラメータ（５ＱＩ）及びデータ無線ベアラ（ＤＲＢ）アイデンティティ（ＩＤ）のうち少なくとも１つ等のトラフィックの特性に基づいてパケットサイズを決定し、下位層（すなわちＭＡＣ層）にパケットサイズを通知して、例えば対象ランダムアクセス手順の決定を支援してもよい。あるいは、端末デバイス１２０のＭＡＣ層がアップリンクデータのパケットサイズを決定してもよい。例えば、ＭＡＣ層は、アップリンクデータのアクセスカテゴリ、アクセスアイデンティティ、ＱｏＳパラメータ（５ＱＩ）及びデータ無線ベアラ（ＤＲＢ）アイデンティティ（ＩＤ）のうち少なくとも１つ等、上位層（すなわちＲＲＣ層）から提供されるトラフィックの特性についての支援情報を受け取り、当該支援情報に基づいてパケットサイズを決定してもよい。

ＭＡＣ層は、パケットサイズを利用して、対象ランダムアクセス手順の決定を支援してもよい。例えば、専用ランダムアクセスリソースのアップリンクグラントサイズは、パケットサイズに等しくなければならない。あるいは、パケットサイズによらずに対象ランダムアクセス手順を決定してもよい。対象ランダムアクセス手順の決定に関する詳細は、図４～図９Ｂに関連して後述する。

図２を参照すれば、対象ランダムアクセス手順を決定すると（２３０）、端末デバイス１２０は非アクティブ状態において、対象ランダムアクセス手順に基づくアップリンクデータを送信する（２４０）。例えば、端末デバイス１２０は、対象ランダムアクセス手順のランダムアクセスリソースを決定し、決定されたリソースでアップリンクデータを送信してもよい。いくつかの実施形態において、端末デバイス１２０は、パケットサイズによってアップリンクデータを送信してもよい。いくつかの実施形態において、端末デバイス１２０は、パケットサイズによらずにアップリンクデータを送信してもよい。アップリンクデータ送信に関する詳細は、図１０及び図１１Ａ～１１Ｂに関連して後述する。

アップリンクデータを受信すると、ネットワークデバイス１１０は、アップリンクデータの受信に対する応答を端末デバイス１２０に送信する（２５０）。いくつかの実施形態では、当該応答において、ＳＤＴ送信の無線ベアラを中断（ｓｕｓｐｅｎｄ）するように端末デバイス１２０に通知してもよい。いくつかの実施形態では、当該応答において、アップリンクデータの後続の送信のためのアップリンクグラント情報を端末デバイス１２０に通知してもよい。他の任意の適切な応答形態も実施可能であることに留意されたい。

上述したプロセスに対応して、本開示の実施形態は、端末デバイス及びネットワークデバイスでそれぞれ実施される通信方法を提供する。図３～図１５を参照しながら、より詳細に説明する。

図３は、本開示のいくつかの実施形態にかかる、端末デバイスで実施される例示的な通信方法３００を示す。例えば方法３００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法３００について説明する。方法３００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

図３に示すように、ブロック３１０において端末デバイス１２０は、アップリンクデータが非アクティブ状態で送信されるか否かを判定する。こうして、ＳＤＴが開始されるか否かを確認することができる。ブロック３１０でアップリンクデータが非アクティブ状態で送信されると判定した場合、ブロック３２０で、端末デバイス１２０は、アップリンクデータ送信のための設定パラメータを決定する。いくつかの実施形態において、端末デバイス１２０は、アップリンクデータ送信のためにＮＵＬとＳＵＬとの間で選択を実行し、選択されたアップリンクのためのＢＷＰを選択してもよい。アップリンクの選択及び帯域幅の選択に関連し、任意の他の適切な設定パラメータを決定してもよいことに留意されたい。ブロック３１０での動作は、図２に関連して２１０で説明したものと同様であり、その他の詳細についてはここでは繰り返さない。

ブロック３３０において、端末デバイス１２０は、設定パラメータに基づいて対象ランダムアクセス手順を決定してもよい。端末デバイス１２０は、設定パラメータの下で２ステップ又は４ステップのランダムアクセス手順のどちらが使用されるかを決定してもよい。いくつかの実施形態において、対象ランダムアクセス手順の決定は、２ステップ及び４ステップのランダムアクセス手順におけるＳＤＴのランダムアクセスリソース及びパケットサイズに基づいて実行されてもよい。これについては、図４～６Ｂに関連して詳細に説明する。いくつかの実施形態において、端末デバイス１２０は、ネットワークデバイス１１０からアップリンクデータのパケットサイズについての情報を受信してもよい。いくつかの代替的な実施形態において、端末デバイス１２０は、アップリンクデータに関連するトラフィックの特性に基づいて、アップリンクデータのパケットサイズを決定してもよい。いくつかの追加の実施形態において、パケットサイズは、アップリンクデータのアクセスカテゴリ、アクセスアイデンティティ、ＱｏＳパラメータ及びデータ無線ベアラのうち少なくとも１つと関連付けられている。

いくつかの代替的な実施形態において、ブロック３３０における対象ランダムアクセス手順の決定は、２ステップ及び４ステップのランダムアクセス手順におけるＳＤＴのためのランダムアクセスリソース及び共通制御チャネル（ＣＣＣＨ）メッセージのサイズに基づいて実行されてもよい。これについては、図７～９Ｂに関連して詳細に後述する。ブロック３３０での動作は、図２に関連して２３０で説明したものと同様であり、他の詳細についてここでは繰り返さない。

ブロック３４０において、端末デバイス１２０は非アクティブ状態において、対象ランダムアクセス手順に基づいてアップリンクデータをネットワークデバイス１１０に送信する。例えば、端末デバイス１２０は、対象ランダムアクセス手順のランダムアクセスリソースを決定し、決定されたリソースでアップリンクデータを送信してもよい。いくつかの実施形態において、端末デバイス１２０は、パケットサイズによってアップリンクデータを送信してもよい。その詳細については、図１０に関連して後述する。いくつかの実施形態において、端末デバイス１２０は、パケットサイズによらずにアップリンクデータを送信してもよい。その詳細については、図１１Ａ～１１Ｂに関連して後述する。ブロック３４０での動作は、図２に関連して２４０で説明したものと同様であり、他の詳細についてここでは繰り返さない。

パケットサイズによる対象ランダムアクセス手順の決定

図４は、本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順を決定する例示的な方法４００を示す。例えば方法４００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法４００について説明する。方法４００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では、主に２ステップランダムアクセス手順のためのランダムアクセスリソースが設定されているケースについて説明し、特に２ステップランダムアクセス手順のためのランダムアクセスリソースのみが設定されているケースについて説明する。

図４に示すように、ブロック４１０において端末デバイス１２０は、選択されたＢＷＰに対して、２ステップランダムアクセス手順のためのランダムアクセスリソース（本明細書では第１ランダムアクセスリソースとも称する）が設定されているか否かを判定する。いくつかの実施形態において、第１ランダムアクセスリソースのみが設定されている場合、端末デバイス１２０は、第１ランダムアクセスリソースが設定されていると判定してもよい。

第１ランダムアクセスリソースが設定されている場合、ブロック４２０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信（すなわち、ＳＤＴ）のために、第１ランダムアクセスリソースの専用リソース（本明細書では第１専用リソースとも称される）が設定されているか否かを判定してもよい。いくつかの実施形態において、端末デバイス１２０は、第１専用リソースがＳＤＴのためのパケットサイズに対応するサイズを有するか否かを判定し、第１専用リソースがパケットサイズに対応するサイズを有すると判定した場合、端末デバイス１２０は、第１専用リソースが設定されていると判定してもよい。これは単なる例示であり、第１専用リソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック４２０で第１専用リソースが設定されていると判定した場合、ブロック４３０において端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック４２０で第１専用リソースが設定されていないと判定した場合、ブロック４４０で、端末デバイス１２０は、選択されたＢＷＰのための２ステップランダムアクセス手順のためのＰＵＳＣＨリソースが少なくともパケットサイズを収容できるか否かを判定してもよい。

ブロック４４０において、ＰＵＳＣＨリソースが少なくともパケットサイズを収容できると判定した場合、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック４４０において、ＰＵＳＣＨリソースが少なくともパケットサイズを収容できないと判定した場合、ブロック４５０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信をキャンセルしてもよい。

図５は、本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順を決定する別の例示的な方法５００を示す。例えば方法５００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法５００について説明する。方法５００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では、主に４ステップランダムアクセス手順のためのランダムアクセスリソースが設定されているケースについて説明し、特に４ステップランダムアクセス手順のためのランダムアクセスリソースのみが設定されているケースについて説明する。

図５に示すように、ブロック５１０において端末デバイス１２０は、選択されたＢＷＰに対して、４ステップランダムアクセス手順のためのランダムアクセスリソース（本明細書では第２ランダムアクセスリソースとも称する）が設定されているか否かを判定する。いくつかの実施形態において、第２ランダムアクセスリソースのみが設定されている場合、端末デバイス１２０は、第２ランダムアクセスリソースが設定されていると判定してもよい。

第２ランダムアクセスリソースが設定されている場合、ブロック５２０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信（すなわち、ＳＤＴ）のために、第２ランダムアクセスリソースの専用リソース（本明細書では第２専用リソースとも称される）が設定されているか否かを判定してもよい。いくつかの実施形態において、端末デバイス１２０は、第２専用リソースがＳＤＴのためのパケットサイズに対応するサイズを有するか否かを判定し、第２専用リソースがパケットサイズに対応するサイズを有すると判定した場合、端末デバイス１２０は、第２専用リソースが設定されていると判定してもよい。これは単なる例示であり、第２専用リソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック５２０で第２専用リソースが設定されていると判定した場合、ブロック５３０において端末デバイス１２０は、４ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック５２０において第２専用リソースが設定されていないと判定した場合、ブロック５４０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信をキャンセルしてもよい。

図６Ａ～６Ｂは、本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順を決定する別の例示的な方法６００を示す。例えば方法６００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法６００について説明する。方法６００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では、主に２ステップランダムアクセス手順のための第１ランダムアクセスリソースと、４ステップランダムアクセス手順のための第２ランダムアクセスリソースが両方とも設定されるケースについて説明する。

図６Ａに示すように、ブロック６０１において端末デバイス１２０は、選択されたＢＷＰに対して、２ステップランダムアクセス手順のための第１ランダムアクセスリソースと、４ステップランダムアクセス手順のための第２ランダムアクセスリソースが両方とも設定されているか否かを判定する。第１ランダムアクセスリソース及び第２ランダムアクセスリソースが両方とも設定されていると判定した場合、ブロック６０２において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第１ランダムアクセスリソースにおける第１専用リソースが設定されているか否か、及び、ダウンリンク参照信号（ＤＬ ＲＳ）の参照信号受信電力（ＲＳＲＰ）が閾値電力を上回るか否かを判定してもよい。閾値電力とは閾値であり、任意の適切な方法で決定することができる。

いくつかの実施形態において、端末デバイス１２０は、第１専用リソースがパケットサイズに対応するサイズを有するか否かを判定し、第１専用リソースがパケットサイズに対応するサイズを有すると判定した場合、端末デバイス１２０は、第１専用リソースが設定されていると判定してもよい。これは単なる例示であり、第１専用リソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック６０２において、第１専用リソースが設定されＲＳＲＰが閾値電力を上回ると判定した場合、ブロック６０３において端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック６０２において、第１専用リソースが設定されていないか又はＲＳＲＰが閾値電力を下回ると判定した場合、ブロック６０４において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第２ランダムアクセスリソースにおける第２専用リソースが設定されているか否かを判定してもよい。

いくつかの実施形態において、端末デバイス１２０は、第２専用リソースがパケットサイズに対応するサイズを有するか否かを判定し、第２専用リソースがパケットサイズに対応するサイズを有すると判定した場合、端末デバイス１２０は、第２専用リソースが設定されていると判定してもよい。これは単なる例示であり、第２専用リソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック６０４で第２専用リソースが設定されていると判定した場合、ブロック６０５において端末デバイスは、４ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック６０４で第２専用リソースが設定されていないと判定した場合、ブロック６０６において端末デバイス１２０は、選択されたＢＷＰのための２ステップランダムアクセス手順のためのＰＵＳＣＨリソースがパケットサイズの少なくとも一部を収容できるか否か、及び、ダウンリンク参照信号のＲＳＲＰが閾値電力を上回るか否かを判定してもよい。

ブロック６０６において、ＰＵＳＣＨリソースがパケットサイズの少なくとも一部を収容することができ、ＲＳＲＰが閾値電力を上回ると判定した場合、プロセスはブロック６０３に進み、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック６０６において、選択されたＢＷＰのための２ステップランダムアクセス手順のためのＰＵＳＣＨリソースがアップリンクデータのパケットサイズの少なくとも一部を収容できない、又はＲＳＲＰが閾値電力を下回ると判定した場合、図６Ｂに示すようにブロック６０７において、端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第１ランダムアクセスリソースにおける第１専用リソースが設定されているか否かを判定してもよい。

いくつかの実施形態において、端末デバイス１２０は、第１専用リソースがパケットサイズに対応するサイズを有するか否かを判定し、第１専用リソースがパケットサイズに対応するサイズを有すると判定した場合、端末デバイス１２０は、第１専用リソースが設定されていると判定してもよい。これは単なる例示であり、第１専用リソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック６０７で第１専用リソースが設定されていると判定した場合、プロセスはブロック６０３に進み、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック６０７で第１専用リソースが設定されていないと判定した場合、ブロック６０８において端末デバイス１２０は、選択されたＢＷＰのための２ステップランダムアクセス手順のためのＰＵＳＣＨリソースが少なくとも一部のパケットサイズを収容できるか否かを判定してもよい。

ブロック６０８において、ＰＵＳＣＨリソースがアップリンクデータのパケットサイズの少なくとも一部を収容できると判定した場合、プロセスはブロック６０３に進み、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック６０８において、ＰＵＳＣＨリソースがアップリンクデータのパケットサイズの少なくとも一部を収容できないと判定した場合、ブロック６０９において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信をキャンセルしてもよい。

代替的な実施形態において、ブロック６０７での動作とブロック６０８での動作は、実行順を逆にすることができる。すなわち、ブロック６０８での判定を先に実行し、その後、ブロック６０７での判定を実行してもよい。図４～６Ｂに関連して説明した実施形態は単なる例示であり、対象ランダムアクセス手順の決定のための任意の適切な方法と組み合わせてもよいことに留意されたい。

パケットサイズによらない対象ランダムアクセス手順の決定

図７は、本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順を決定する例示的な方法７００を示す。例えば方法７００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法７００について説明する。方法７００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では、主に２ステップランダムアクセス手順のためのランダムアクセスリソースが設定されているケースについて説明し、特に２ステップランダムアクセス手順のためのランダムアクセスリソースのみが設定されているケースについて説明する。

図７に示すように、ブロック７１０において端末デバイス１２０は、選択されたＢＷＰに対して、２ステップランダムアクセス手順のための第１ランダムアクセスリソースが設定されているか否かを判定する。いくつかの実施形態において、第１ランダムアクセスリソースのみが設定されている場合、端末デバイス１２０は、第１ランダムアクセスリソースが設定されていると判定してもよい。

第１ランダムアクセスリソースが設定されている場合、ブロック７２０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第１ランダムアクセスリソースにおける第１専用リソースが設定されているか否かを判定してもよい。図４のブロック４２０における動作と比較すると、ブロック７２０における動作では、第１専用リソースのサイズに対しいかなる制限も存在しない。

ブロック７２０で第１専用リソースが設定されていると判定した場合、ブロック７３０において端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック７２０で第１専用リソースが設定されていないと判定した場合、ブロック７４０において端末デバイス１２０は、選択されたＢＷＰのための２ステップランダムアクセス手順のためのＰＵＳＣＨリソースのサイズが、ＣＣＣＨメッセージのサイズより大きいか否かを判定してもよい。図４のブロック４４０での動作と比較すると、ブロック７４０の動作では、対象ランダムアクセス手順の決定を支援するために、アップリンクデータのパケットサイズの代わりにＣＣＣＨメッセージのサイズが使用される。

ブロック７４０において、ＰＵＳＣＨリソースのサイズがＣＣＣＨメッセージのサイズより大きいと判定した場合、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック７４０において、ＰＵＳＣＨリソースのサイズがＣＣＣＨメッセージのサイズ以下であると判定した場合、ブロック７５０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信をキャンセルしてもよい。

代替的な実施形態において、ブロック７２０での動作とブロック７４０での動作は、実行順を逆にすることができる。すなわち、ブロック７４０での判定を先に実行し、その後、ブロック７２０での判定を実行してもよい。

図８は、本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順を決定する別の例示的な方法８００を示す。例えば方法８００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法８００について説明する。方法８００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では、主に４ステップランダムアクセス手順のためのランダムアクセスリソースが設定されているケースについて説明し、特に４ステップランダムアクセス手順のためのランダムアクセスリソースのみが設定されているケースについて説明する。

図８に示すように、ブロック８１０において端末デバイス１２０は、選択されたＢＷＰに対して、４ステップランダムアクセス手順のための第２ランダムアクセスリソースが設定されているか否かを判定する。いくつかの実施形態において、第２ランダムアクセスリソースのみが設定されている場合、端末デバイス１２０は、第２ランダムアクセスリソースが設定されていると判定してもよい。

第２ランダムアクセスリソースが設定されている場合、ブロック８２０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第２ランダムアクセスリソースにおける第２専用リソースが設定されているか否かを判定してもよい。図５のブロック５２０における動作と比較すると、ブロック８２０における動作では、第２専用リソースのサイズに対しいかなる制限も存在しない。

ブロック８２０で第２専用リソースが設定されていると判定した場合、ブロック８３０において端末デバイス１２０は、４ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック８２０において第２専用リソースが設定されていないと判定した場合、ブロック８４０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信をキャンセルしてもよい。

図９Ａ～９Ｂは、本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順を決定する別の例示的な方法９００を示す。例えば方法９００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法９００について説明する。方法９００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では、主に２ステップランダムアクセス手順のための第１ランダムアクセスリソースと、４ステップランダムアクセス手順のための第２ランダムアクセスリソースが両方とも設定されるケースについて説明する。

図９Ａに示すように、ブロック９０１において端末デバイス１２０は、選択されたＢＷＰに対して、２ステップランダムアクセス手順のための第１ランダムアクセスリソースと、４ステップランダムアクセス手順のための第２ランダムアクセスリソースが両方とも設定されているか否かを判定する。第１ランダムアクセスリソース及び第２ランダムアクセスリソースが両方とも設定されていると判定した場合、ブロック９０２において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第１ランダムアクセスリソースにおける第１専用リソースが設定されているか否か、及び、ダウンリンク参照信号（ＤＬ ＲＳ）の参照信号受信電力（ＲＳＲＰ）が閾値電力を上回るか否かを判定してもよい。図６Ａのブロック６０２における動作と比較すると、ブロック９０２における動作では、第１専用リソースのサイズに対しいかなる制限も存在しない。

ブロック９０２において、第１専用リソースが設定されＲＳＲＰが閾値電力を上回ると判定した場合、ブロック９０３において端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック９０２において、第１専用リソースがされていないか又はＲＳＲＰが閾値電力を下回ると判定した場合、ブロック９０４において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第２ランダムアクセスリソースにおける第２専用リソースが設定されているか否かを判定してもよい。図６Ａのブロック６０４における動作と比較すると、ブロック９０４における動作では、第２専用リソースのサイズに対しいかなる制限も存在しない。

ブロック９０４で第２専用リソースが設定されていると判定した場合、ブロック９０５において端末デバイスは、４ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック９０４で第２専用リソースが設定されていないと判定した場合、ブロック９０６において端末デバイス１２０は、選択されたＢＷＰのための２ステップランダムアクセス手順のためのＰＵＳＣＨリソースのサイズが、ＣＣＣＨメッセージのサイズより大きいか否か、及び、ダウンリンク参照信号のＲＳＲＰが閾値電力を上回るか否かを判定してもよい。図６Ａのブロック６０６での動作と比較すると、ブロック９０６の動作では、対象ランダムアクセス手順の決定を支援するために、アップリンクデータのパケットサイズの代わりに、ＣＣＣＨメッセージのサイズが使用される。

ブロック９０６において、ＰＵＳＣＨリソースのサイズがＣＣＣＨメッセージのサイズより大きく、ＲＳＲＰが閾値電力を上回ると判定した場合、プロセスはブロック９０３に進み、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック９０６において、ＰＵＳＣＨリソースのサイズがＣＣＣＨメッセージのサイズ以下である、又はＲＳＲＰが閾値電力を下回ると判定した場合、図９Ｂに示すようにブロック９０７において、端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第１ランダムアクセスリソースにおける第１専用リソースが設定されているか否かを判定してもよい。図６Ｂのブロック６０７における動作と比較すると、ブロック９０７における動作では、第１専用リソースのサイズに対しいかなる制限も存在しない。

ブロック９０７で第１専用リソースが設定されていると判定した場合、プロセスはブロック９０３に進み、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック９０７で第１専用リソースが設定されていないと判定した場合、ブロック９０８において端末デバイス１２０は、選択されたＢＷＰのための２ステップランダムアクセス手順のためのＰＵＳＣＨリソースのサイズが、ＣＣＣＨメッセージのサイズより大きいか否かを判定してもよい。

ブロック９０８で、ＰＵＳＣＨリソースのサイズが、ＣＣＣＨメッセージのサイズより大きいと判定した場合、プロセスは９０３に進み、端末デバイス１２０は、２ステップランダムアクセス手順を対象ランダムアクセス手順として決定してもよい。ブロック９０８で、ＰＵＳＣＨリソースのサイズがＣＣＣＨメッセージのサイズ以下であると判定した場合、ブロック９０９において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信をキャンセルしてもよい。

代替的な実施形態において、ブロック９０７での動作とブロック９０８での動作は、実行順を逆にすることができる。すなわち、ブロック９０８での判定を先に実行し、その後、ブロック９０７での判定を実行してもよい。図７～９Ｂに関連して説明した実施形態は単なる例示であり、対象ランダムアクセス手順の決定のための任意の適切な方法と組み合わせてもよいことに留意されたい。

パケットサイズによる、ＲＡＣＨに基づくアップリンクデータの送信

図１０は、本開示のいくつかの実施形態にかかる、パケットサイズにより対象ランダムアクセス手順に基づきアップリンクデータを送信する例示的な方法１０００を示す。例えば方法１０００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法１０００について説明する。方法１０００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では主に、アップリンクデータのパケットサイズを考慮したケースについて説明する。

図１０に示すように、ブロック１００１において端末デバイス１２０は、対象ランダムアクセス手順が２ステップランダムアクセス手順又は４ステップランダムアクセス手順であるか否かを決定してもよい。例えば、端末デバイス１２０は、図４～９Ｂに関連して説明した方法４００～９００のいずれかによってその決定を行ってもよい。

対象ランダムアクセス手順が２ステップランダムアクセス手順であると決定した場合、プロセスはブロック１００２に進む。ブロック１００２において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信（すなわちＳＤＴ）のために、専用ランダムアクセスリソースが設定されているか否かを判定してもよい。いくつかの実施形態において、端末デバイス１２０は、専用ランダムアクセスリソースがアップリンクデータのパケットサイズに対応するサイズを有するか否かを判定し、専用ランダムアクセスリソースがアップリンクデータのパケットサイズに対応するサイズを有すると判定したことに従って、端末デバイス１２０は、専用ランダムアクセスリソースが設定されていると判定してもよい。これは単なる例示であり、専用ランダムアクセスリソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック１００２で専用ランダムアクセスリソースが設定されていると判定した場合、ブロック１００３において端末デバイス１２０は、専用ランダムアクセスリソースから、プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定してもよい。本開示の実施形態によれば、ここでのランダムアクセスリソースは、ＲＡＣＨリソース及びＰＵＳＣＨリソースを備えてもよい。ＲＡＣＨリソースは、プリアンブル及び時間・周波数のリソースを備えてもよい。これにより、ＳＤＴのための専用ランダムアクセスリソースに基づいて、端末デバイス１２０は、ＳＤＴのために、対応するプリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定することができる。

ブロック１００２で専用ランダムアクセスリソースが設定されていないと判定した場合、ブロック１００４において端末デバイス１２０は、アップリンクデータのパケットサイズを収容できるＰＵＳＣＨリソースを有するランダムアクセスリソースから、プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定してもよい。

プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定すると、ブロック１００５において端末デバイス１２０は、決定されたランダムアクセス機会及び決定されたＰＵＳＣＨリソースに基づいてプリアンブル及びアップリンクデータを送信してもよい。これは、２ステップランダムアクセス手順でメッセージＡを送信することに相当し得る。このように、２ステップランダムアクセス手順に基づいて、非アクティブ状態においてアップリンクデータが送信される。

ブロック１００１で対象ランダムアクセス手順が４ステップランダムアクセス手順であると決定した場合、プロセスはブロック１００６に進む。ブロック１００６において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信専用のランダムアクセスリソースから、プリアンブルとランダムアクセス機会を決定してもよい。いくつかの実施形態において、端末デバイス１２０はランダムアクセスリソースがアップリンクデータのパケットサイズに対応するサイズを有するか否かを判定し、ランダムアクセスリソースがアップリンクデータのパケットサイズに対応するサイズを有すると判定したことに従って、端末デバイス１２０は、ランダムアクセスリソースが設定されていると判定してもよい。これは単なる例示であり、ランダムアクセスリソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック１００７において端末デバイス１２０は、ランダムアクセス機会に基づいてプリアンブルを送信してもよい。ブロック１００８において端末デバイス１２０は、ネットワークデバイスからプリアンブルに対する応答を受信してもよい。いくつかの実施形態において、当該応答は、アップリンクデータ送信のためのアップリンクグラント情報を備えてもよい。ブロック１００９において端末デバイス１２０は、応答に基づいてアップリンクデータを送信してもよい。このように、４ステップランダムアクセス手順に基づいて、非アクティブ状態においてアップリンクデータが送信される。

パケットサイズによらない、ＲＡＣＨに基づくアップリンクデータの送信

図１１Ａ～１１Ｂは、本開示のいくつかの実施形態にかかる、パケットサイズによらずに対象ランダムアクセス手順に基づきアップリンクデータを送信する例示的な方法１１００を示す。例えば方法１１００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法１１００について説明する。方法１１００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。本実施形態では主に、アップリンクデータのパケットサイズを考慮しないケースについて説明する。

図１１Ａに示すように、ブロック１１０１において端末デバイス１２０は、対象ランダムアクセス手順が２ステップランダムアクセス手順又は４ステップランダムアクセス手順であるか否かを決定してもよい。例えば、端末デバイス１２０は、図４～９Ｂに関連して説明した方法４００～９００のいずれかによってその決定を行ってもよい。

対象ランダムアクセス手順が２ステップランダムアクセス手順であると決定した場合、プロセスはブロック１１０２に進む。ブロック１１０２において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信（すなわちＳＤＴ）のために、第１専用ランダムアクセスリソースが設定されているか否かを判定してもよい。いくつかの実施形態において、端末デバイス１２０は、第１専用ランダムアクセスリソースが、アップリンクデータに関連付けられたバッファリングされたコンテンツのサイズ以上のサイズを有するか否かを判定し、第１専用ランダムアクセスリソースがバッファリングされたコンテンツのサイズ以上のサイズを有すると判定したことに従って、端末デバイス１２０は、第１専用ランダムアクセスリソースが設定されていると判定してもよい。

いくつかの実施形態において、端末デバイス１２０は、バッファリングされたコンテンツのサイズと等しいサイズを有する専用リソースＡが存在するか否かを判定し、専用リソースＡが存在すると判定したことに従って、端末デバイス１２０は専用リソースＡを第１専用ランダムアクセスリソースとして決定してもよい。専用リソースＡが存在しないと判定したことに従って、端末デバイスは、バッファリングされたコンテンツのサイズより大きいサイズを有する専用リソースＢが、存在するか否かを判定してもよい。専用リソースＢが存在すると判定したことに従って、端末デバイス１２０は専用リソースＢを第１専用ランダムアクセスリソースとして決定してもよい。専用リソースＢが存在しないと判定したことに従って、端末デバイス１２０は、第１専用ランダムアクセスリソースが設定されていないと判定してもよい。これは単なる例示であり、第１専用ランダムアクセスリソースが設定されているか否かを判定するために、他の任意の適切な方法も実施可能であることに留意されたい。

ブロック１１０２で第１専用ランダムアクセスリソースが設定されていると判定した場合、ブロック１１０３において端末デバイス１２０は、第１専用ランダムアクセスリソースから、プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定してもよい。ブロック１１０２で第１専用ランダムアクセスリソースが設定されていないと判定した場合、ブロック１１０４において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために設定されたランダムアクセスリソースのうち、第２専用ランダムアクセスリソースが、バッファリングされたコンテンツのサイズ以上であるか否かを判定してもよい。

ブロック１１０４で第２専用ランダムアクセスリソースがバッファリングされたコンテンツのサイズ以上であると判定した場合、ブロック１１０５において端末デバイス１２０は、第２専用ランダムアクセスリソースから、プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定してもよい。ブロック１１０４で第２専用ランダムアクセスリソースがバッファリングされたコンテンツのサイズより小さいと判定した場合、ブロック１１０６において端末デバイス１２０は、バッファリングされたコンテンツのサイズ以上であるＰＵＳＣＨリソースを有するランダムアクセスリソースが設定されているか否かを判定してもよい。

ブロック１１０６でランダムアクセスリソースが設定されていると判定した場合、ブロック１１０７において端末デバイス１２０は、ランダムアクセスリソースから、プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定してもよい。ブロック１１０６でランダムアクセスリソースが設定されていないと判定した場合、ブロック１１０８において端末デバイス１２０は、２ステップランダムアクセス手順のために設定されたランダムアクセスリソースにおけるＰＵＳＣＨリソースの中で最大サイズのＰＵＳＣＨリソースを有するランダムアクセスリソースから、プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定してもよい。

プリアンブル、ランダムアクセス機会及びＰＵＳＣＨリソースを決定すると、ブロック１１０９において端末デバイス１２０は、決定されたランダムアクセス機会及び決定されたＰＵＳＣＨリソースに基づいてプリアンブル及びアップリンクデータを送信してもよい。このように、２ステップランダムアクセス手順に基づいて、非アクティブ状態においてアップリンクデータが送信される。

ブロック１１０１で対象ランダムアクセス手順が４ステップランダムアクセス手順であると決定した場合、プロセスは図１１Ｂに示すブロック１１１０に進んでもよい。ブロック１１１０において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために、第３専用ランダムアクセスリソースが設定されているか否かを判定してもよい。第３専用ランダムアクセスリソースは、アップリンクデータに関連付けられたバッファリングされたコンテンツのサイズ以上のサイズを有する。

ブロック１１１０で第３専用ランダムアクセスリソースが設定されていると判定した場合、ブロック１１１１において端末デバイス１２０は、第３専用ランダムアクセスリソースから、プリアンブル及びランダムアクセス機会を決定してもよい。ブロック１１１０で第３専用ランダムアクセスリソースが設定されていないと判定した場合、ブロック１１１２において端末デバイス１２０は、非アクティブ状態におけるアップリンクデータ送信のために設定されたランダムアクセスリソースのうち、最大サイズを有する第４専用ランダムアクセスリソースから、プリアンブル及びランダムアクセス機会を決定してもよい。

プリアンブル及びランダムアクセス機会を決定すると、ブロック１１１３において端末デバイス１２０は、当該ランダムアクセス機会に基づいて当該プリアンブルを送信してもよい。ブロック１１１４において端末デバイス１２０は、ネットワークデバイスからプリアンブルに対する応答を受信してもよい。ブロック１１１５において端末デバイス１２０は、応答に基づいてアップリンクデータを送信してもよい。このように、４ステップランダムアクセス手順に基づいて、非アクティブ状態においてアップリンクデータが送信される。

ここまで、ＳＤＴを考慮したランダムアクセスの初期化と、リソース選択とについて説明してきた。以下では、２ステップランダムアクセス手順から４ステップランダムアクセス手順へのフォールバック手順におけるＳＤＴの制御について説明する。

ＲＡＣＨに基づくＳＤＴにおけるフォールバック手順

現在、２ステップランダムアクセス手順では、４ステップと２ステップの両方のランダムアクセスリソースが設定されている場合のメッセージＡの送信の最大数（すなわちｍｓｇＡ－ＴｒａｎｓＭａｘ）が設定されており、ｍｓｇＡ－ＴｒａｎｓＭａｘ回のメッセージＡを送信してもランダムアクセス手順が正常に完了しない場合、端末デバイス１２０は、４ステップランダムアクセス手順にフォールバックし、４ステップランダムアクセス手順を実行してもよい。しかし、ＳＤＴ専用の４ステップランダムアクセスリソースがない場合、現在の手順は破綻してしまう。この点に鑑み、本開示の実施形態は、上記課題を解決するための解決手段を提供する。これについて、図１２～１４に関連して以下のとおり説明する。

図１２は、本開示のいくつかの実施形態にかかる、２ステップランダムアクセス手順から４ステップランダムアクセス手順へ切り替える例示的な方法１２００を示す。例えば方法１２００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法１２００について説明する。方法１２００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

図１２に示すように、対象ランダムアクセス手順が２ステップランダムアクセス手順であると決定されたケースでは、ブロック１２１０において端末デバイス１２０は、２ステップランダムアクセス手順が所定数だけ実行されたが正常に完了していないかどうかを判定してもよい。いくつかの実施形態において、所定数は、任意の適切な方法で決定することができ、本開示はこれに対して限定を加えない。

２ステップランダムアクセス手順が所定数だけ実行されたが正常に完了していないと判定した場合、ブロック１２２０において端末デバイス１２０は、４ステップランダムアクセス手順に基づいてアップリンクデータを送信してもよい。パケットサイズが考慮されるいくつかの実施形態では、ブロック１２３０において端末デバイスは、４ステップランダムアクセス手順において（たとえば、メッセージＡを送信するとき）、アップリンクデータのパケットサイズに対応するサイズを有する専用リソースが、非アクティブ状態におけるアップリンクデータ送信のために設定されていないかどうかを判定してもよい。パケットサイズが考慮されない代替的な実施形態では、端末デバイスは、４ステップランダムアクセス手順において、非アクティブ状態におけるアップリンクデータ送信のために、専用リソースがそのサイズにかかわらず設定されていないかどうかを判定してもよい。

ブロック１２３０で専用リソースが設定されていないと判定した場合、ブロック１２４０において端末デバイス１２０は、対象ランダムアクセス手順が正常に完了していないと判定してもよい。これにより、ランダムアクセス手順を終了させ、手順の破綻を回避することができる。

図１３は、本開示のいくつかの実施形態にかかる、２ステップランダムアクセス手順から４ステップランダムアクセス手順へ切り替える別の例示的な方法１３００を示す。例えば方法１３００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法１３００について説明する。方法１３００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

図１３に示すように、対象ランダムアクセス手順が２ステップランダムアクセス手順であると決定されたケースでは、ブロック１３１０において端末デバイス１２０は、２ステップランダムアクセス手順が所定数だけ実行されたが正常に完了していないかどうかを判定してもよい。いくつかの実施形態において、所定数は、任意の適切な方法で決定することができ、本開示はこれに対して限定を加えない。

２ステップランダムアクセス手順が所定数だけ実行されたが正常に完了していないと判定した場合、プロセスはブロック１３２０に進んでもよい。パケットサイズが考慮されるいくつかの実施形態では、ブロック１３２０において端末デバイス１２０は、４ステップランダムアクセス手順のためのアップリンクデータのパケットサイズに対応するサイズを有する専用リソースが、非アクティブ状態におけるアップリンクデータ送信のために設定されているか否かを判定してもよい。パケットサイズが考慮されない代替的な実施形態では、端末デバイスは、非アクティブ状態におけるアップリンクデータ送信のために、４ステップランダムアクセス手順の専用リソースがそのサイズにかかわらず設定されているか否かを判定してもよい。

ブロック１３２０で専用リソースが設定されていると判定した場合、ブロック１３３０において端末デバイス１２０は、４ステップランダムアクセス手順に基づいてアップリンクデータを送信してもよい。このように、４ステップランダムアクセス手順の専用リソースが設定されているかどうかについての判定は、４ステップランダムアクセス手順に切り替える前に行われる。これにより、より効率的なＳＤＴのランダムアクセス手順を実現することができ、手順の破綻を確実に回避することができる。

図１４は、本開示のいくつかの実施形態にかかる、２ステップランダムアクセス手順から４ステップランダムアクセス手順へ切り替える別の例示的な方法１４００を示す。例えば方法１４００は、図１に示すように端末デバイス１２０で実行されてもよい。議論を目的として、以下では図１を参照して方法１４００について説明する。方法１４００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

図１４に示すように、対象ランダムアクセス手順が２ステップランダムアクセス手順であると決定されたケースでは、ブロック１４１０において端末デバイス１２０は、パラメータが設定されているか否かを判定してもよい。当該パラメータは、対象ランダムアクセス手順が２ステップランダムアクセス手順であるケースにおいて、対象ランダムアクセス手順が正常に完了しない場合に実行される所定数を示す。いくつかの実施形態において、当該パラメータは、ＳＤＴのために新たに定義されてもよい。当該パラメータは、他の任意の適切な方法でも決定され得ることに留意されたい。

ブロック１４１０でパラメータが設定されていると判定した場合、ブロック１４２０で端末デバイス１２０は、対象ランダムアクセス手順（すなわち、２ステップランダムアクセス手順）が所定数だけ実行されたが正常に完了していないかどうかを判定してもよい。２ステップランダムアクセス手順が所定数だけ実行されたが正常に完了していないとブロック１４２０で判定した場合、ブロック１４３０において端末デバイス１２０は、４ステップランダムアクセス手順に基づいてアップリンクデータを送信してもよい。これにより、２ステップから４ステップランダムアクセス手順へのフォールバックが簡単に制御され、手順の破綻が確実に回避される。

本開示の実施形態は、合わせてネットワークデバイスで実施される通信方法も提供する。図１５は、本開示のいくつかの実施形態にかかる、ネットワークデバイスで実施される例示的な通信方法１５００を示す。例えば方法１５００は、図１に示すように端末デバイス１１０で実行されてもよい。議論を目的として、以下では図１を参照して方法１５００について説明する。方法１５００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。

図１５に示すように、ブロック１５１０においてネットワークデバイス１１０は、対象ランダムアクセス手順に基づき非アクティブ状態の端末デバイス１２０から送信されたアップリンクデータを受信する。対象ランダムアクセス手順は、設定パラメータに基づいて決定される。設定パラメータは、非アクティブ状態でアップリンクデータが送信されると判定されたときに決定される。

いくつかの実施形態において、ネットワークデバイス１１０は、非アクティブ状態におけるアップリンクデータ送信専用のＲＡＣＨリソースについての情報を、端末デバイス１２０に送信してもよい。このケースでは、ネットワークデバイス１１０は、ＲＡＣＨリソースに基づいて送信されたアップリンクデータを受信してもよい。いくつかの実施形態において、ＲＡＣＨリソースはリソースのセットであり、セット内のリソースは、異なるアップリンクグラントサイズに対応している。

いくつかの実施形態において、ネットワークデバイス１１０は、２ステップランダムアクセス手順の間の、非アクティブ状態におけるアップリンクデータ送信専用のＰＵＳＣＨリソースについての情報を、端末デバイス１２０に送信してもよい。このケースでは、ネットワークデバイス１１０は、ＰＵＳＣＨリソースに基づいて送信されたアップリンクデータを受信してもよい。いくつかの実施形態において、ＰＵＳＣＨリソースはリソースのセットであり、セット内のリソースは、異なるアップリンクグラントサイズに対応している。

ブロック１５２０において、ネットワークデバイス１１０は、アップリンクデータの受信に対する応答を端末デバイス１２０に送信する。いくつかの実施形態において、当該応答は、アップリンクデータの後続の送信のための設定されたグラント情報を備えてもよい。いくつかの実施形態において、当該応答は、非アクティブ状態におけるアップリンクデータ送信のための設定を中断するように端末デバイス１２０に示してもよい。

いくつかの実施形態において、ネットワークデバイス１１０は、非アクティブ状態におけるアップリンクデータ送信のパケットサイズについての情報を、端末デバイス１２０に送信してもよい。いくつかの実施形態において、パケットサイズについての情報は、システム情報を介して送信されてもよい。いくつかの代替的な実施形態において、パケットサイズについての情報は、ＲＲＣメッセージを介して端末デバイス１２０に設定されてもよい。パケットサイズについてのこのような情報も、任意の他の適切な方法で端末デイバス１２０に送信できることに留意されたい。

いくつかの実施形態において、パケットサイズは、アップリンクデータのアクセスカテゴリ、アクセスアイデンティティ、ＱｏＳパラメータ及びデータ無線ベアラのうち少なくとも１つと関連付けられてもよい。

２ステップランダムアクセス手順と４ステップランダムアクセス手順の両方が設定され、４ステップランダムアクセス手順において、アップリンクデータのパケットサイズに対応するサイズを有する専用リソースが、非アクティブ状態におけるアップリンクデータ送信のために設定されているいくつかの実施形態において、ネットワークデバイス１１０は、対象ランダムアクセス手順が２ステップランダムアクセス手順であるケースにおいて対象ランダムアクセス手順が正常に完了しない場合に実行される所定数を示すパラメータを、端末デバイスに設定してもよい。これにより、２ステップから４ステップランダムアクセス手順へのフォールバックが簡単に制御され、手順の破綻が確実に回避される。

図１６は、本開示の実施形態を実施するのに適したデバイス１６００の概略ブロック図である。デバイス１６００は、図１に示すネットワークデバイス１１０又は端末デバイス１２０の別の例示的な実装であるとみなすことができる。したがって、デバイス１６００は、ネットワークデバイス１１０又は端末デバイス１２０において、又は少なくともその一部として実施することができる。

図に示すように、デバイス１６００は、プロセッサ１６１０、プロセッサ１６１０に結合されるメモリ１６２０、プロセッサ１６１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）１６４０、並びにＴＸ／ＲＸ１６４０に接続される通信インタフェースを備える。メモリ１６１０は、プログラム１６３０の少なくとも一部を格納する。ＴＸ／ＲＸ １６４０は、双方向通信用である。ＴＸ／ＲＸ １６４０は、通信を促進する少なくとも１つのアンテナを有するが、実際には、本願で述べたアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク要素と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間／ｇＮＢ間の双方向通信用のＸ２／Ｘｎインタフェース、モビリティ管理エンティティ（ＭＭＥ）／アクセスおよびモビリティ管理機能（ＡＭＦ）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信用のＳ１／ＮＧインタフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢ／ｇＮＢと端末デバイスとの間の通信用のＵｕインタフェースを表してもよい。

プログラム１６３０がプログラム命令を含むと仮定すると、本明細書で図１～図１５を参照して論じたように、これらのプログラム命令は、関連するプロセッサ１６１０により実行される。これにより、デバイス１６００は、本開示の実施形態に基づき操作を行うことができるようになる。本明細書の実施形態は、デバイス１６００のプロセッサ１６１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ１６１０は、本開示の各実施形態を実施するように配置され得る。また、プロセッサ１６１０及びメモリ１６２０の組合せは、本開示の各実施形態を実施するのに適した処理手段１６５０を構成してもよい。

メモリ１６２０は、ローカルの技術ネットワークに適した任意のタイプとしてもよく、任意の適切なデータ記憶技術（例として、コンピュータ可読非一時的記憶媒体、半導体ベースの記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実施してもよい。デバイス１６００には１つのメモリ１６２０しか示されていないが、デバイス１６００には複数の物理上異なるメモリモジュールを設置してもよい。プロセッサ１６１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。デバイス１６００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実施してもよい。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスが実行し得るファームウェア又はソフトウェアによって実施してもよい。本開示の実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他の何らかの絵画的表現によって示されているが、理解すべき点として、本明細書に記載したブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピューティングデバイス、又はそれらの組合せによって実施してもよいが、これらに限定されない。

本開示はさらに、コンピュータ可読非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品は、プログラムモジュールに含まれる命令のような、コンピュータが実行可能な命令を含む。当該命令は、対象の実プロセッサ又は仮想プロセッサ上のデバイスにおいて実行され、例えば図２～図１５を参照して上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。各実施形態において、プログラムモジュールの機能は、必要に応じてプログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールのマシン可読命令は、ローカル又は分散型デバイスにおいて実行してもよい。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体のどちらに置いてもよい。

本開示の方法を実行するためのプログラムコードは、１種類又は複数のプログラミング言語の任意の組合せにより記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよい。プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定された機能／操作が実施される。プログラムコードは全てマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で具現化されてもよい。当該マシン可読媒体は、命令実行システム、装置若しくはデバイスにより使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、このような操作を示された特定の順序で実行するか若しくは順に実行するか、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明したいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明された各種特徴は、複数の実施形態において別々に、又は任意の適切なサブ的な組合せにより、実施されてもよい。

本開示について、構造的特徴及び／又は方法論的な動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないと理解されるべきである。上述の特定の特徴や動作はむしろ、特許請求の範囲を実施する例示的形態として開示されている。

Claims (4)

1. データ及びシグナリングを含むアップリンクデータのサイズが閾値以下であるかを判定することと、
   データ及びシグナリングを含む前記アップリンクデータのサイズが前記閾値より大きいと判定されることに応じて、小規模データ送信（ＳＤＴ）が実行されないことを、メディアアクセス制御（ＭＡＣ）層によって、上位層に示すことと、
   データ及びシグナリングを含む前記アップリンクデータのサイズが前記閾値以下であると判定されることに応じて、ＳＤＴ手順で非アクティブ状態においてデータ及びシグナリングを含む前記アップリンクデータを送信するために、通常アップリンクキャリア及び付加アップリンクキャリアからのアップリンクキャリアの選択を実行することと、
   選択されたアップリンクキャリアにおいて前記ＳＤＴ手順用のランダムアクセスリソースを使用することに応じて、前記ＳＤＴ手順を開始することと、
   を含む、端末デバイスによって実行される方法。
2. 前記ＳＤＴ手順用の前記ランダムアクセスリソースは、２ステップランダムアクセスリソース及び４ステップランダムアクセスリソースの少なくとも一方である、
   請求項１に記載の方法。
3. データ及びシグナリングを含むアップリンクデータのサイズが閾値以下であるかを判定する手段と、
   データ及びシグナリングを含む前記アップリンクデータのサイズが前記閾値より大きいと判定されることに応じて、小規模データ送信（ＳＤＴ）が実行されないことを、メディアアクセス制御（ＭＡＣ）層によって、上位層に示す手段と、
   データ及びシグナリングを含む前記アップリンクデータのサイズが前記閾値以下であると判定されることに応じて、ＳＤＴ手順で非アクティブ状態においてデータ及びシグナリングを含むアップリンクデータを送信するために、通常アップリンクキャリア及び付加アップリンクキャリアからのアップリンクキャリアの選択を実行する手段と、
   選択されたアップリンクキャリアにおいて前記ＳＤＴ手順用のランダムアクセスリソースを使用することに応じて、前記ＳＤＴ手順を開始する手段と、
   を具備する端末デバイス。
4. 前記ＳＤＴ手順用の前記ランダムアクセスリソースは、２ステップランダムアクセスリソース及び４ステップランダムアクセスリソースの少なくとも一方である、
   請求項３に記載の端末デバイス。

Images