JP2024511080A - スモールデータ伝送の開始 - Google Patents

Abstract

本開示の例示的な実施形態は、スモールデータ伝送（ＳＤＴ）の開始に関する。第１のデバイスは、第１のデバイスの第１のプロトコル層でＳＤＴの開始が許可されるかどうかを判定する。ＳＤＴが第１のプロトコル層で開始されることを許可されるという判定に従って、第１のデバイスは、ＳＤＴが第１のデバイスの第２のプロトコル層で開始されることを許可されるかどうかを判定する。ＳＤＴが第２のプロトコル層で開始されることを許可されるという判定に従って、第１のデバイスは、第２のデバイスとのＳＤＴの通信手順を、第１のプロトコル層を介して開始する。このソリューションにより、ＳＤＴ手順を実行できない場合に、無線ベアラの誤ったレジュームを回避するだけでなく、プロトコル層間の不必要なインタラクションを回避することも可能である。【選択図】図４

Description

本開示の実施形態は、概して、電気通信の分野に関し、具体的には、スモールデータ伝送（ＳＤＴ）を開始するためのデバイス、方法、装置、及びコンピュータ可読記憶媒体に関する。

いくつかの通信システムでは、通信デバイスは、非アクティブ状態と接続状態の間で遷移することができる。非アクティブ状態では、通信デバイスは、通信用ネットワークデバイスとの接続を確立していない場合がある。接続を確立または再確立するための不必要なシグナリングオーバーヘッド及び電力消費を回避するために、非アクティブ状態の通信デバイスは、他の通信デバイスとのスモールデータ伝送（ＳＤＴ）手順を実行し得、他の通信デバイスとの接続を確立する必要がない。

概して、本開示の例示的な実施形態は、ＳＤＴを開始するためのソリューションを提供する。特許請求の範囲に含まれない実施形態が存在する場合は、本開示の様々な実施形態を理解するのに有用な例として解釈されるべきである。

第１の態様では、第１のデバイスが提供される。第１のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、スモールデータ伝送が、第１のデバイスの第１のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第１のプロトコル層で開始されることを許可されるという判定に従って、スモールデータ伝送が、第１のデバイスの第２のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第２のプロトコル層で開始されることを許可されるという判定に従って、第２のデバイスとのスモールデータ伝送の通信手順を、第１のプロトコル層を介して開始することと、を第１のデバイスに実行させるように構成される。

第２の態様では、方法が提供される。方法は、第１のデバイスにて、スモールデータ伝送が、第１のデバイスの第１のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第１のプロトコル層で開始されることを許可されるという判定に従って、スモールデータ伝送が、第１のデバイスの第２のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第２のプロトコル層で開始されることを許可されるという判定に従って、第２のデバイスとのスモールデータ伝送の通信手順を、第１のプロトコル層を介して開始することと、を含む。

第３の態様では、第１の装置が提供される。第１の装置は、スモールデータ伝送が、第１の装置の第１のプロトコル層で開始されることを許可されるかどうかを判定するための手段と、スモールデータ伝送が、第１のプロトコル層で開始されることを許可されるという判定に従って、スモールデータ伝送が、第１の装置の第２のプロトコル層で開始されることを許可されるかどうかを判定するための手段と、スモールデータ伝送が、第２のプロトコル層で開始されることを許可されるという判定に従って、第２の装置とのスモールデータ伝送のための通信手順を、第１のプロトコル層を介して開始するための手段と、を備える。

第４の態様では、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、少なくとも第１の態様による方法を装置に実行させるプログラム命令を備える。

発明の概要のセクションは、本開示の実施形態の重要または本質的な特徴を特定することを意図するものではなく、また、本開示の範囲を限定するために使用されることを意図するものでもないことを、理解されたい。本開示の他の特徴は、下記の説明を通して容易に理解されよう。

ここで、添付の図面を参照しながら、いくつかの例示的な実施形態が説明される。

本開示の例示的な実施形態が実施され得る例示的な通信環境を示す。 本開示の例示的な実施形態が実施され得るデバイスの例示的なプロトコルスタックを示す。 本開示のいくつかの例示的な実施形態による、デバイスのプロトコル層間におけるＳＤＴ開始のためのシグナリングフローを示す。 本開示のいくつかの例示的な実施形態による、第１のデバイスで実施される方法のフローチャートを示す。 本開示の例示的な実施形態を実施するのに適したデバイスの簡略ブロック図を示す。 本開示のいくつかの例示的な実施形態による、例示的なコンピュータ可読媒体のブロック図を示す。

図面全体を通して、同一または同様の参照番号は、同一または同様の要素を表す。

ここで、いくつかの例示的な実施形態を参照しながら、本開示の原理が説明される。これらの実施形態は、例示目的でのみ説明され、当業者が本開示を理解し実施することを支援するが、本開示の範囲に関するいかなる限定も示唆するものではないことを、理解されたい。本明細書に説明される実施形態は、下記に説明される以外にも様々な方法で実施することができる。

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

本開示における「一実施形態」、「実施形態」、及び「例示的な実施形態」などへの言及は、説明される実施形態が特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が必ずしも特定の特徴、構造、または特性を含むわけではない。さらに、このような語句は、必ずしも同じ実施形態を指すわけではない。さらに、実施形態に関連して特定の特徴、構造、または特性が説明される場合、明示的に記載されているか否かにかかわらず、他の実施形態に関連してこのような特徴、構造、または特性を用いることは、当業者の知識の範囲内であると考えられる。

本明細書では、様々な要素を説明するために「第１」及び「第２」などの用語が使用され得るが、これらの要素は、これらの用語により限定されるべきではないことが理解されよう。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素が第２の要素と称されてもよく、同様に、第２の要素が第１の要素と称されてもよい。本明細書で使用される用語「及び／または」は、列記される用語の１つ以上から成るあらゆるすべての組み合わせを包含する。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的とし、例示的な実施形態を限定する意図はない。本明細書で使用される単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈上明らかに別段の指示がない限り、複数形も含むことが意図される。用語「備える（ｃｏｍｐｒｉｓｅｓ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、及び／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は、本明細書で使用される場合、記載される特徴、要素、及び／または構成要素などの存在を特定するが、１つ以上の他の特徴、要素、構成要素、及び／またはこれらの組み合わせの存在または追加を排除するものではないことが、さらに理解されよう。

本出願で使用される用語「回路」は、
（ａ）ハードウェアのみの回路実施態様（アナログ及び／またはデジタル回路のみの実施態様など）と、
（ｂ）ハードウェア回路とソフトウェアとの組み合わせ、例えば（適用可能な場合）、
（ｉ）アナログ及び／またはデジタルハードウェア回路（複数可）と、ソフトウェア／ファームウェアとの組み合わせ、ならびに
（ｉｉ）ハードウェアプロセッサ（複数可）の任意の部分とソフトウェア（モバイルフォンまたはサーバなどの装置に様々な機能を実行させるように協働するデジタルシグナルプロセッサ（複数可）、ソフトウェア、及びメモリ（複数可）を含む）と、
（ｃ）動作のためにソフトウェア（例えばファームウェア）を必要とするが、動作に不要な場合はソフトウェアを有さなくてもよい、ハードウェア回路（複数可）及び／またはマイクロプロセッサ（複数可）もしくはマイクロプロセッサ（複数可）の一部などのプロセッサ（複数可）と、
のうちの１つ以上またはすべてを指し得る。

回路のこの定義は、あらゆる請求項を含む本出願におけるこの用語のすべての使用に適用される。さらなる例として、本出願で使用される回路という用語は、単なるハードウェア回路またはプロセッサ（もしくは複数のプロセッサ）の実施態様、あるいはハードウェア回路またはプロセッサの一部と、それに（またはそれらに）付随するソフトウェア及び／またはファームウェアとの実施態様も、包含する。回路という用語はまた、例えば、特定の請求項の構成要素に該当する場合、モバイルデバイスのベースバンド集積回路またはプロセッサ集積回路、あるいはサーバ、セルラネットワークデバイス、またはその他のコンピューティングデバイスもしくはネットワークデバイスの同様の集積回路も包含する。

本明細書で使用される用語「通信ネットワーク」は、ニューラジオ（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ‐Ａ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、及び狭帯域インターネットオブシングス（ＮＢ‐ＩｏＴ）など、任意の好適な通信規格に準拠したネットワークを指す。さらに、通信ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコル、及び／または現在知られている、もしくは将来開発される任意の他のプロトコルを含むがこれらに限定されない、任意の好適な世代の通信プロトコルに従って実行され得る。本開示の実施形態は、様々な通信システムに適用され得る。通信における急速な発展を考えると、当然のことながら、本開示を具現化することができる未来型の通信技術及びシステムも存在するであろう。本開示の範囲は前述のシステムのみに限定されると、見なすべきではない。

本明細書使用される用語「ネットワークデバイス」は、通信ネットワーク内のノードを指し、端末デバイスは、ノードを介してネットワークにアクセスし、そこからサービスを受ける。ネットワークデバイスは、適用される用語及び技術に応じて、基地局（ＢＳ）またはアクセスポイント（ＡＰ）を指し得、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも称される）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、アクセスバックホール統合（ＩＡＢ）ノード、フェムト、ピコなどの低電力ノード、ならびに衛星ネットワークデバイス、低高度地球軌道（ＬＥＯ）衛星及び静止地球軌道（ＧＥＯ）衛星、航空機ネットワークデバイスなどの非陸上ネットワーク（ＮＴＮ）デバイスまたは非地上ネットワークデバイスなどが挙げられる。いくつかの例示的な実施形態では、無線アクセスネットワーク（ＲＡＮ）分割アーキテクチャは、ＩＡＢドナーノードに集中ユニット（ＣＵ）と分散ユニット（ＤＵ）とを備える。ＩＡＢノードは、親ノードに対してＵＥのように動作する移動端末（ＩＡＢ‐ＭＴ）部分を備え、ＩＡＢノードのＤＵ部分は、ネクストホップＩＡＢノードに対して基地局のように動作する。

用語「端末デバイス」は、無線通信することが可能であり得る任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ）、加入者局（ＳＳ）、携帯加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）とも称され得る。端末デバイスには、モバイルフォン、セルラフォン、スマートフォン、ボイスオーバＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブル端末デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生電気器具、車載無線端末デバイス、無線エンドポイント、移動局、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線カスタマ構内機器（ＣＰＥ）、インターネットオブシングス（ＩｏＴ）デバイス、腕時計またはその他のウェアラブルデバイス、ヘッドマウントディスプレイ（ＨＭＤ）、ビークル、ドローン、医療デバイス及びアプリケーション（例えばリモート手術）、産業用デバイス及びアプリケーション（例えば産業処理チェーン及び／または自動処理チェーンの状況で作動するロボット及び／または他の無線デバイス）、家庭用電子機器、ならびに商用及び／または産業用無線ネットワークで作動するデバイスなどが含まれ得るが、これらに限定されない。端末デバイスは、ＩＡＢノード（例えば中継ノード）の移動終端（ＭＴ）部分にも対応し得る。下記の説明では、用語「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」、及び「ＵＥ」は、同じ意味で使用され得る。

本明細書で使用される用語「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」（ＰＲＢ）、「アップリンクリソース」、または「ダウンリンクリソース」は、例えば端末デバイスとネットワークデバイスとの間の通信といった通信を実行するための任意のリソースを指し得、時間ドメインのリソース、周波数ドメインのリソース、空間ドメインのリソース、コードドメインのリソース、または通信を可能にする他のリソースなどが挙げられる。下記では、本開示のいくつかの例示的な実施形態を説明するために、周波数ドメインと時間ドメインの両方のリソースが、送信リソースの例として使用される。本開示の例示的な実施形態は、他のドメインの他のリソースにも等しく適用可能であることに留意されたい。

図１は、本開示の例示的な実施形態が実施され得る例示的な通信環境１００を示す。通信環境１００では、第１のデバイス１１０及び第２のデバイス１２０を含む複数の通信デバイスが相互に通信し得る。

図１の例では、第１のデバイス１１０は、端末デバイスとして示され、第２のデバイス１２０は、端末デバイスにサービスを提供するネットワークデバイスとして示される。第２のデバイス１２０のサービングエリアは、セル１０２と称され得る。

図１に示されるデバイス及びこれらの接続は、いかなる限定も示唆せず、単に例示目的であることを理解されたい。環境１００は、本開示の実施形態を実施するのに適合した任意の好適な数のデバイスを含み得る。図示されていないが、１つ以上の追加のデバイスがセル１０２内に配置されてもよく、１つ以上の追加のセルが環境１００内に展開されてもよいことが、理解されよう。第２のデバイス１２０は、ネットワークデバイスとして示されるが、ネットワークデバイス以外のデバイスであってもよいことに留意されたい。第１のデバイス１１０は、端末デバイスとして示されるが、端末デバイス以外のデバイスであってもよい。

いくつかの例示的な実施形態では、第１のデバイス１１０が端末デバイスであり、第２のデバイス１２０がネットワークデバイスである場合、第２のデバイス１２０から第１のデバイス１１０へのリンクは、ダウンリンク（ＤＬ）と称され、一方で第１のデバイス１１０から第２のデバイス１２０へのリンクは、アップリンク（ＵＬ）と称される。ＤＬでは、第２のデバイス１２０が送信（ＴＸ）デバイス（すなわち送信機）であり、第１のデバイス１１０が受信（ＲＸ）デバイス（すなわち受信機）である。ＵＬでは、第１のデバイス１１０がＴＸデバイス（すなわち送信機）であり、第２のデバイス１２０がＲＸデバイス（すなわち受信機）である。

通信環境１００における通信は、任意の適切な通信プロトコル（複数可）に従って実施され得、任意の適切な通信プロトコル（複数可）には、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）、及び第５世代（５Ｇ）などのセルラ通信プロトコル、米国電気電子学会（ＩＥＥＥ）８０２．１１などの無線ローカルネットワーク通信プロトコル、及び／または現在知られている、もしくは将来開発される任意の他のプロトコルが含まれるが、これらに限定されない。さらに、通信は、任意の適切な無線通信技術を利用し得、これには、符号分割多重アクセス（ＣＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、多入力多出力（ＭＩＭＯ）、直交周波数分割多重（ＯＦＤＭ）、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ‐ｓ‐ＯＦＤＭ）、及び／または現在知られている、もしくは将来開発される任意の他の技術が含まれるが、これらに限定されない。

第１のデバイス１１０及び第２のデバイス１２０は、複数のプロトコル層を有するプロトコルスタックを含み得る。図２は、第１のデバイス１１０の例示的なプロトコルスタックを示す。示されるように、第１のデバイス１１０のプロトコルスタックは、無線リソース制御（ＲＲＣ）層２０２、パケットデータ収束プロトコル（ＰＤＣＰ）層２０４、及び媒体アクセス制御（ＭＡＣ）層２０６を含み得る。第１のデバイス１１０と他のデバイスとの通信を促進するために、プロトコル層のそれぞれは、対応するサービス及び機能を実行し得る。図示されていないが、第１のデバイス１１０のプロトコルスタックは、ＲＲＣ層、ＰＤＣＰ層、ＭＡＣ層に加えて、さらなるプロトコル層を含んでもよい。他のプロトコル層には、ＲＲＣ層の上の非アクセスストラタム（ＮＡＳ）、ＲＲＣ層とＭＡＣ層との間の無線リンク制御（ＲＬＣ）層、及び物理（ＰＨＹ）層が含まれ得る。

図示されていないが、第２のデバイス１２０は、第１のデバイス１１０と同様のプロトコルスタックを含み得る。第１のデバイス１１０と第２のデバイス１２０との間などのデバイス間の通信は、通常、２つのデバイス間において同じプロトコル層内で行われる。例えば、第１のデバイス１１０のＲＲＣ層２０２からの通信は、ＰＤＣＰ層２０４、ＭＡＣ層２０６を通って伝達され、ＰＨＹ層を介して第２のデバイス１２０に送信される。通信は、第２のデバイス１２０で受信されると、第２のデバイス１２０のプロトコル層を逆の順序で通って伝達される。

動作中、デバイス（例えば端末デバイス）は、非アクティブ状態と接続状態の間で遷移することができる。非アクティブ状態は、時に、非アクティブモード、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態／モードと称され得、このような用語は、本明細書では同じ意味で使用される。接続状態は、時に、接続モード、アクティブ状態／モード、またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態／モードと称され得、このような用語は、本明細書では同じ意味で使用される。

通常、端末デバイスとネットワークデバイスとの間の接続を確立または再確立することにより、端末デバイスを非アクティブ状態から接続状態に移行するには、ある程度の量のシグナリングオーバーヘッド及び電力消費が生じる。非アクティブ状態の端末デバイスの少なくとも１回のデータ送信に関して、接続セットアップ及びその後の接続解放が発生した場合、データパケットがどれほど小さく低頻度であっても、不必要な電力消費及びシグナリングオーバーヘッドが生じ得る。現在、非アクティブ状態の端末デバイスは、スモールデータ伝送（ＳＤＴ）を実行することが可能であり得る。本明細書で使用される用語「ＳＤＴ」は、少量のデータが送信される送信の種類を指すが、他の用語も使用され得る。

比較的少量のデータの交換を伴う様々なアプリケーションが存在する。例えば、モバイルデバイスのいくつかのアプリケーションでは、ＳＤＴには、インスタントメッセージング（ＩＭ）サービスからのトラフィック、ＩＭまたは電子メールのクライアント及び他のサービスからのハートビートトラフィックまたはキープアライブトラフィック、様々なアプリケーションからのプッシュ通知、及び／またはウェアラブルデバイスからのトラフィック（例えば周期的測位情報を含む）などが含まれ得る。非モバイルデバイスのいくつかのアプリケーションでは、ＳＤＴには、センサデータ（例えばＩｏＴネットワークで定期的にまたはイベントトリガー方式で送信される温度測定値、圧力測定値）、スマートメーターから送られる計測情報及び警告情報、及び／または同様のものが含まれ得る。

小さなデータパケットのために非アクティブ状態のデバイスで生じるシグナリングオーバーヘッド及び遅延は、ネットワークのパフォーマンス及び効率だけでなく、バッテリのパフォーマンスにも関わる全体的な問題である。通常、非アクティブ状態で断続的な小さいデータパケットを有するいずれのデバイスも、ＳＤＴを有効にすることで恩恵を受ける。望ましくは、ＳＤＴまたは非ＳＤＴを選択するためのいくつかのクライテリアをデバイスは適用するべきである。これらのクライテリアは、データ利用可能性、リソース利用可能性、チャネル品質、及びＳＤＴモード特有チェックなどに関連し得る。しかし、現在、デバイスの異なるプロトコル層でＳＤＴと非ＳＤＴの選択が行われる方法を、具体的に定義するソリューションは存在しない。

本開示のいくつかの例示的な実施形態によれば、ＳＤＴ手順を開始するための解決策が提供される。このソリューションでは、ＳＤＴ開始の許可が、異なるプロトコル層でチェックされる。ＳＤＴの開始が許可されることが判明した場合に、ＳＤＴの通信手順が開始される。このソリューションにより、プロトコル層がＳＤＴの開始を決定する前に、ＳＤＴの許可が他の層でさらにチェックされる。

ＳＤＴ開始クライテリアを異なるプロトコル層間で分割することにより、プロトコル層のそれぞれは、ＳＤＴに関する各自の関連サービス及び機能に集中し得る。また、プロトコル層の間で、ＳＤＴ開始クライテリアの様々な組み合わせも可能となる。さらに、ＳＤＴ手順を開始できる状況で、ＳＤＴが許可されたいくつかの無線ベアラをレジュームできることを考えると、プロトコル層間での最適なクライテリアチェック分割を定義することは、有益である。よって、ＳＤＴ手順を実行できない場合に、無線ベアラの誤ったレジュームを回避するだけでなく、プロトコル層間の不必要なインタラクションを回避することも可能である。

添付の図面を参照しながら、本開示の例示的な実施形態が下記に詳細に説明される。

ここで、本開示のいくつかの例示的な実施形態による、ＳＤＴ開始のためのシグナリングフロー３００を示す図３を参照する。シグナリングフロー３００は、第１のデバイス１１０の異なるプロトコル層間の動作及びインタラクションを含み得る。論述のために、図１に示される通信環境及び図２に示されるプロトコルスタックを参照する。

動作中、例えば第２のデバイス１２０に送信するデータがある場合、第１のデバイス１１０は、プロトコルスタックのそれぞれのプロトコル層で、対応する処理を実行する。例えば、第１のデバイス１１０のＰＤＣＰ層２０４にデータが到着した（３０１）場合、ＲＲＣ層２０２及びＭＡＣ層２０６を含む他のプロトコル層は、第２のデバイス１２０との通信手順を開始するように動作し得る。第１のデバイス１１０はまた、自身のプロトコルスタック内で、ＳＤＴまたは非ＳＤＴの通信手順を開始するかどうかを決定し得る。いくつかの例示的な実施形態では、第１のデバイス１１０は、非アクティブ状態であり得、または通信にＳＤＴを選択可能な他の動作状態であり得る。

具体的には、第１のデバイス１１０は、第１のプロトコル層、例えば上位層であるＲＲＣ層２０２で、ＳＤＴの開始が許可される（または利用可能である）かどうかを判定する（３０２）。ＳＤＴの開始は、いくつかの所定のクライテリアが満たされる場合に、第１のデバイス１１０でトリガーされる。本開示の実施形態によれば、クライテリアは、第１のデバイス１１０のプロトコル層間で分割され、１つ以上のクライテリアがＲＲＣ層２０２でチェックされる。ＲＲＣ層２０２における例示的なクライテリアについては、下記で詳細に論述される。

ＲＲＣ層２０２でＳＤＴの開始が許可される（または利用可能である）と判定された場合、例えばＲＲＣ層２０２に設定されたクライテリアが満たされると判定された場合、第１のデバイス１１０は、ＳＤＴのために構成された無線ベアラを直接レジュームする代わりに、第２のプロトコル層、例えば下位層であるＭＡＣ層２０６で、ＳＤＴの開始が許可されるかどうかを判定する（３０４）。本開示の実施形態によれば、１つ以上のクライテリアがＭＡＣ層２０６でチェックされて、ＳＤＴの開始が許可されるかどうかが判定される。

いくつかの例示的な実施形態では、ＲＲＣ層２０２でＳＤＴの開始が許可されると判定された場合、ＲＲＣ層２０２は、ＳＤＴが許可されるかどうかを判定する要求を、ＭＡＣ層２０６に送信し得る（３０３）。ＲＲＣ層２０２からの要求に応じて、ＭＡＣ層２０６は、ＳＤＴ開始の許可に関する１つ以上のクライテリアが満たされるかどうかを判定するように動作し得る。

ＭＡＣ層２０６でＳＤＴの開始が許可される、または利用可能であると判定された場合、例えばＭＡＣ層２０６に設定されたクライテリアが満たされると判定された場合、ＲＲＣ層２０２は、第２のデバイス１２０とのＳＤＴの通信手順（ＳＤＴ手順とも称される）を開始し得る（３０６Ａ）。いくつかの例示的な実施形態では、ＭＡＣ層２０６でＳＤＴの開始が許可されると判定された場合、ＭＡＣ層２０６は、ＳＤＴ開始の許可または利用可能性のインジケーションを、ＲＲＣ層２０２に送信し得る（３０５Ａ）。このインジケーションに応じて、ＲＲＣ層２０２は、第２のデバイス１２０とのＳＤＴの通信手順を開始するように動作し得る。

いくつかの例示的な実施形態では、ＭＡＣ層２０６もＳＤＴが許可されることを確認するので、ＲＲＣ層２０２は、ＳＤＴの通信手順を開始するために、ＳＤＴ用無線ベアラでＳＤＴ ＲＲＣレジュームを実行することを決定し得る（３０６Ａ）。ＳＤＴのためにレジュームする無線ベアラには、ＳＤＴのためのシグナリング無線ベアラ（ＳＲＢ）、例えばＳＲＢ１またはＳＲＢ２、及びデータ無線ベアラ（ＤＲＢ）が含まれ得る。例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴのためのＳＲＢ１またはＳＲＢ２をレジュームし得る。例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴのための少なくとも１つの無線ベアラ（例えばＳＲＢまたはＤＲＢ）をレジュームする要求を、ＰＤＣＰ層２０４に送信し得る（３０７）。いくつかの例示的な実施形態では、ＰＤＣＰ層２０４は、無線ベアラのレジューム後、ＲＬＣ層などの下位層に送信するためのデータを投入し得（３０９）、これはＭＡＣ層２０６によりさらに処理される。いくつかの例示的な実施形態では、ＳＤＴの通信手順を開始するために、ＲＲＣ層２０２はさらに、ＳＤＴのための共通制御チャネル（ＣＣＣＨ）ＲＲＣレジューム要求を、ＭＡＣ層２０６に送信し得る（３０８Ａ）。上記の処理を通して、第１のデバイス１１０でＳＤＴの通信手順が開始され得、ＳＤＴの通信手順を使用して第２のデバイス１２０にデータが送信され得る。

従来のプロトコルスタックでは、デバイスのＲＲＣ層が別のデバイスとのＳＤＴの通信を開始できると判定した場合、ＲＲＣ層は、ＤＲＢ及び／またはＳＲＢなどの無線ベアラを直接レジュームし得る。ＭＡＣ層で、例えばＳＤＴのためのリソースが無効であるなど、ＳＤＴが利用できないことが判明した場合、誤ってレジュームされた無線ベアラにより、プロトコルスタックで複雑な問題が生じ得る。本開示の例示的な実施形態によれば、ＲＲＣ層とＭＡＣ層の両方でＳＤＴ開始の許可をチェックすることにより、ＭＡＣ層でＳＤＴが利用不可能であることが判明した場合、無線ベアラの誤ったレジュームを回避することが可能であり、無線ベアラが誤ってレジュームされた場合には、プロトコル層間で不必要なインタラクションが行われたであろう。

ＲＲＣ層２０２とＭＡＣ層２０６との間で分割されるＳＤＴ開始の許可クライテリアに関するいくつかの詳細な例が、下記で論述される。議論されるクライテリアをよりよく理解するために、最初にいくつかの例示的なＳＤＴモードが紹介される。

いくつかの例示的な実施形態では、ＳＤＴは、ランダムアクセス（ＲＡ）手順に基づいて、または設定グラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を使用して、実行され得る。したがって、ＳＤＴ手順に使用されるリソースタイプ（例えばＲＡリソースまたはＣＧリソース）に基づいて、２つ以上の異なるＳＤＴモードが定義され得る。いくつかの例では、ＲＡ手順に基づくＳＤＴモードは、ＲＡベースＳＤＴモードまたはＲＡ‐ＳＤＴモードと称され得る。データ通信にＣＧを使用するＳＤＴモードは、ＣＧベースＳＤＴモードまたはＣＧ‐ＳＤＴモードと称され得る。ＲＡベースＳＤＴモードでは、データは、２ステップＲＡ手順のＭｓｇＡで、または４ステップＲＡ手順のＭｓｇ３で、第１のデバイス１１０から第２のデバイス１２０に送信され得る。ＣＧベースＳＤＴモードでは、データ送信（複数可）は、ＣＧのリソース、例えば設定グラントタイプ１のリソースを使用して、直接実行され得る。

いくつかの例示的な実施形態では、ＲＡ手順には２ステップＲＡ手順または４ステップＲＡ手順が含まれ得ることから、異なるＲＡベースＳＤＴモード、すなわち２ステップＲＡ手順を使用するＳＤＴモードと、４ステップＲＡ手順を使用するＳＤＴモードが存在し得る。２ステップＲＡリソースに基づくＲＡベースＳＤＴモードは、２ステップＲＡベースＳＤＴモードと称され得、４ステップＲＡリソースに基づくＲＡベースＳＤＴモードは、４ステップＲＡベースＳＤＴモードと称され得る。２ステップＲＡベースＳＤＴモードによれば、第２のデバイス１２０と開始された２ステップＲＡ手順のＭｓｇＡで、第１のデバイス１１０から第２のデバイス１２０にデータが送信され得る。４ステップＲＡベースＳＤＴモードによれば、第２のデバイス１２０と開始された４ステップＲＡ手順のＭｓｇ３で、データが送信され得る。

本開示のいくつかの例示的な実施形態では、いくつかのＳＤＴモードが説明されるが、適用可能なＳＤＴモードが他にも存在し得ることが理解されよう。いくつかの例示的な実施形態では、ＳＤＴ手順で許可される連続データ送信の具体的な数または数の範囲に基づいて、複数の異なるＳＤＴモードが定義され得る。例えば、ＳＤＴモードは、ＳＤＴ手順中に１つのデータ送信のみを許可するものとして定義され得、別のＳＤＴモードは、ＳＤＴ手順中に２つ以上のデータ送信を許可するものとして定義され得ることなどが挙げられる。

ＲＲＣ層２０２でＳＤＴが許可されるか否かを判定する（３０２）ために、ＲＲＣ層２０２でＳＤＴに対して、無線ベアラデータ利用可能性ベースクライテリアが適用され得る。いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴが許可された１つ以上の無線ベアラが存在するかどうか、及びＳＤＴが許可された少なくとも１つの無線ベアラでデータが利用可能であるかどうかを、判定し得る。いくつかの事例では、すべての無線ベアラがＳＤＴのために構成されるわけではない。ＲＲＣ層２０２が、ＳＤＴ用無線ベアラ（複数可）上に利用可能なデータが存在しないと判定した場合、ＲＲＣ層２０２は、ＳＤＴが許可されないと判定し得る。そのようなデータが存在すると判定した場合、ＲＲＣ層２０２は、無線ベアラデータ利用可能性ベースクライテリアが満たされると判定し得る。

いくつかの例示的な実施形態では、代替として、または付加的に、ＲＲＣ層２０２はさらに、ＳＤＴのための１つ以上の閾値ベースクライテリアが満たされるかどうかを判定し得る。閾値ベースクライテリアには、ＳＤＴのために設定されたデータ量閾値に基づくクライテリアが含まれ得る。ＲＲＣ層２０２は、送信されるデータの量が、ＳＤＴのために設定されたデータ量閾値に基づく要件に合うかどうかを判定し得る。いくつかの例示的な実施形態では、要件は、ＳＤＴモードに特有ではなく、ＳＤＴに共通であり得、ＳＤＴのデータ量閾値は、ＲＲＣ層２０２に設定され得る。送信されるデータの量がデータ量閾値以下である（あるいは厳密に下回る）場合、ＳＤＴの要件は満たされると定義され得る。この場合、ＲＲＣ層２０２は、データの量をデータ量閾値と比較することにより、ＳＤＴの開始が許可されるか否かを判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、１つ以上のＳＤＴモードで構成され得、１つ以上のＳＤＴモードに特有の１つ以上のデータ量閾値が、ＲＲＣ層２０２に設定され得る。このＳＤＴモードに特有であるデータ量閾値が満たされる場合に、ＳＤＴモードを開始するための要件は満たされ得る。例えば、第１のデータ量閾値は、第１のＳＤＴモードのために設定され、第２のデータ量閾値は、第２のＳＤＴモードのために設定され得る。第１のデータ量閾値は、第２のデータ量閾値より低くあり得る。送信されるデータの量が第１のＳＤＴモードの第１のデータ量閾値以下であると、第１のデバイス１１０が判定し得た場合、開始するのに第１のＳＤＴモードが選択され得る。いくつかの例示的な実施形態では、送信されるデータの量が第１のデータ量閾値を超え、第２のＳＤＴモードの第２のデータ量閾値以下であると第１のデバイス１１０が判定し得た場合、第１のデバイス１１０は、第２のＳＤＴモードを選択し得る。

いくつかの例示的な実施形態では、データ量閾値ベースクライテリアに加えて、またはその代替として、閾値ベースクライテリアには、ＳＤＴのために設定されたチャネル品質閾値に基づくクライテリアが含まれ得る。第１のデバイス１１０と第２のデバイス１２０との間のチャネル品質を、チャネル品質閾値と比較して、ＳＤＴが許可されるか否かが判定され得る。いくつかの例示的な実施形態では、クライテリア信号受信電力（ＲＳＲＰ）、クライテリア信号受信品質（ＲＳＲＱ）、及び／または第１のデバイス１１０と第２のデバイス１２０との間のチャネル品質を反映する他の要素、例えば信号対干渉雑音比（ＳＩＮＲ）またはパスロスなどのうちの１つ以上に基づいて、チャネル品質は測定され得る。ＲＲＣ層２０２は、チャネル品質が、ＳＤＴのために設定されたチャネル品質閾値に基づく要件に合うかどうかを判定し得る。いくつかの例示的な実施形態では、要件は、ＳＤＴモードに特有ではなく、ＳＤＴに共通であり得、ＳＤＴのチャネル品質閾値は、ＲＲＣ層２０２に設定され得る。チャネル品質がチャネル品質閾値を超えた場合、ＳＤＴの要件は満たされると定義され得る。この場合、ＲＲＣ層２０２は、チャネル品質をチャネル品質閾値と比較することにより、ＳＤＴの開始が許可されるか否かを判定し得る。いくつかの例示的な実施形態では、データ量閾値ベースクライテリアと同様に、１つ以上のＳＤＴモードに特有の１つ以上のチャネル品質閾値が、ＲＲＣ層２０２に設定され得る。チャネル品質をＳＤＴモード特有閾値と比較することにより、ＲＲＣ層２０２は、開始が許可され得るＳＤＴモード（複数可）を判定し得る。

いくつかの例示的な実施形態では、代替として、または付加的に、ＲＲＣ層２０２は、ＳＤＴのためのいくつかのリソース利用可能性ベースクライテリアをさらに適用し得る。ＲＲＣ層２０２は、ＳＤＴのために構成されたリソースが存在するかどうかを判定し得る。例えば、ＲＲＣ層２０２は、ＳＤＴのために構成されたＣＧが存在するかどうか、及び／またはＳＤＴのために構成されたＲＡリソースが存在するかどうか、を判定し得る。第１のデバイス１１０がＳＤＴのためのＣＧ及び／またはＲＡリソースで構成される場合、ＳＤＴの開始は許可されるものとして、ＲＲＣ層２０２では判定される。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴのために構成されたリソースの有効性を判定しなくてもよい。ＳＤＴのために構成されたリソースの検証は、ＭＡＣ層２０６で実行され得る。上記で示されたように、ＳＤＴが許可されることをＭＡＣ層２０６も確認した後に、ＳＤＴの通信手順はＲＲＣ層２０２により開始される。よって、有効なリソースが存在しない時、ＲＲＣ層２０２が通信手順を開始することを防ぐことが可能となる。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、第２のデバイス１２０との通信のためにどのタイプのＲＡ手順が開始されるべきであるかを判定するように、またはＲＡ手順もしくはＣＧベース手順が開始されるべきかどうかを判定するように、構成されない場合があるため、ＲＲＣ層２０２で適用されるクライテリアは、ＳＤＴモードに特有ではあり得ないが、すべての可能なＳＤＴモードに汎用的である。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＲＲＣ層２０２のクライテリアを適用した後、どの１つ以上のＳＤＴモードが許可され得るかを判定することが可能であり得る。例えば、ＲＲＣ層２０２は、１つ以上のＳＤＴモード、例えばＣＧベースＳＤＴモード、ＲＡベースＳＤＴモード、２ステップベースＳＤＴモード、または４ステップベースＳＤＴモードなどに特有である１つ以上のデータ量ベースクライテリアまたはチャネル品質ベースクライテリアで構成され得る。この場合、クライテリアのうちのいずれかが満たされると、ＲＲＣ層２０２は、対応するＳＤＴモード（複数可）の開始が許可されると判定し得る。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴモードの選択にも、ＵＬキャリア（例えば通常のＵＬキャリアまたは補助ＵＬ（ＳＵＬ）キャリア）の選択にも依存しないクライテリアに基づいて、チェックを実行し得る。

ＲＲＣ層２０２における様々なクライテリアは、上記で論述された。ＲＲＣ層２０２は、ＳＤＴの許可を判定するために、上記のクライテリア及び／または他の可能なクライテリアのうちの１つ以上を適用し得ることが理解されよう。この点に関して、本開示の範囲は限定されない。

上記のように、ＲＲＣ層２０２のクライテリアに基づいてＳＤＴの開始が許可されるとＲＲＣ層２０２が判定した場合、データを通信するためにＲＲＣ層２０２がＳＤＴの通信手順を直接開始することはあり得ない。代わりに、ＲＲＣ層２０２は、通信手順を開始する前に、ＳＤＴが許可され得るかどうか、及びＳＤＴが許可され得る時をさらに判定するために、ＭＡＣ層２０６に要求を送信し得る（３０３）。いくつかの例示的な実施形態では、１つ以上のターゲットＳＤＴモードの開始が許可されるとＲＲＣ層２０２が判定できる場合、ＲＲＣ層２０２は、第２のプロトコル層で１つ以上のターゲットＳＤＴモードの開始が許可されるかどうかを判定する要求を、ＭＡＣ層２０６に送信し得る（３０３）。

ＭＡＣ層２０６では、１つ以上の特定のターゲットＳＤＴモードの許可を判定する要求を受信すると、これらのＳＤＴモードに関するＭＡＣ層２０６のクライテリアを適用し、ＭＡＣ層２０６のクライテリアに基づいて、これらのうちのいずれかが許可されるかどうかを判定し得る。他の場合では、ＭＡＣ層２０６は、ＲＲＣ層２０２から一般要求を受信し、いずれかのＳＤＴモードを開始できるかどうかを判定する。ＭＡＣ層２０６は、ＭＡＣ層２０６のクライテリアを適用して、ＳＤＴの許可、または第１のデバイス１１０のために構成されたすべての可能なＳＤＴモードの許可をチェックし得る。

ＲＲＣ層２０２でＳＤＴが許可されるかどうかを判定する（３０４）ために、ＳＤＴに対して無線ベアラデータ利用可能性ベースクライテリアが適用され得る。いくつかの例示的な実施形態では、ＳＤＴに指定された様々なモードが存在しない場合、ＲＲＣ層２０２は、ＳＤＴの開始が許可されるかどうかを判定し得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６は、第１のデバイス１１０のために構成された１つ以上のＳＤＴモードに関して、開始の許可を判定し得る。上記のように、いくつかの例示的な実施形態では、ＳＤＴモードは、ＲＲＣ層２０２によりインジケートされ得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、第２のデバイス１２０と通信するために、複数のＵＬキャリア（通常ＵＬキャリアまたはＳＵＬキャリアなど）で構成され得る。このような場合、ＭＡＣ層２０６は、通信のためにＵＬキャリアのうちの１つを選択し得る。いくつかの例示的な実施形態では、ＵＬキャリアの選択は、ＳＤＴとは無関係のレガシー選択メカニズムに従い得る。例示的な実施形態では、ＵＬキャリアの選択は、ＳＤＴまたは任意のＳＤＴモードのために具体的に設定されていないチャネル品質閾値に基づいて実行され得る。

いくつかの例示的な実施形態では、チャネル品質閾値がＳＤＴのために設定され得、ＭＡＣ層２０６に対して設定され得、これは、レガシー選択メカニズムで使用される閾値とは異なり得る。ＭＡＣ層２０６は、ＵＬキャリアを選択するために、所与のＵＬキャリアにわたるチャネル品質が、ＳＤＴのために設定されたチャネル品質閾値に基づく要件に合うかどうかを判定し得る。いくつかの例では、所与のＵＬキャリアにわたるチャネル品質が特定のチャネル品質閾値を超える場合に、要件は満たされ得る。この場合、ＭＡＣ層２０６は、所与のＵＬキャリアを選択し得る。

ＵＬキャリアが選択されると、ＭＡＣ層２０６は、さらなるクライテリア（存在する場合）を適用して、選択されたＵＬキャリアでのＳＤＴの開始が許可されるかどうかを判定し得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６は、ＳＤＴのリソース有効性ベースクライテリアを適用し得る。ＭＡＣ層２０６は、ＳＤＴのためにリソースが構成され有効であるかどうか、または特定のＳＤＴモードのためにリソースが構成され有効であるかどうか、を判定し得る。

例えば、ＳＤＴを実行するためのＣＧが第１のデバイス１１０のために構成される場合、ＭＡＣ層２０６は、第１のデバイス１１０のタイミングアドバンス（ＴＡ）が有効であるかどうかを判定することにより、ＣＧが有効であるかどうかを判定し得る。ＴＡが有効である場合に、ＣＧは有効であると判定される。いくつかの例示的な実施形態では、ＣＧベースＳＤＴのために、ＴＡメンテナンスのための新たなＴＡタイマーが設定され得る。いくつかの例示的な実施形態では、付加的または代替的に、ＳＤＴのためのＣＧの有効性は、１つ以上のビームがＣＧに有効であるかどうか、選択された同期信号ブロック（ＳＳＢ）にＣＧが関連付けられているかどうか、及びチャネル品質（例えばＲＳＲＰ）が対応するチャネル品質閾値を超えて変化したかどうかなどを含む、他の要素に基づき得る。この点に関して、本開示の範囲は限定されない。

いくつかの例示的な実施形態では、ＲＡリソースが第１のデバイス１１０のために構成されている場合、ＭＡＣ層２０６はさらに、ＲＡリソースがＳＤＴに有効であるかどうかを判定し得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６は、２ステップＲＡリソースまたは４ステップＲＡリソースが利用可能であり、ＳＤＴに有効であることを判定し得る。ＲＡリソースには、例えば、物理ランダムアクセスチャネル（ＰＲＡＣＨ）及びプリアンブル、ならびにほぼ確実にＳＤＴのＲＡ手順のための専用無線リソースが含まれ得る。

いくつかの例示的な実施形態では、ＣＧ及び／またはＲＡリソースの有効性をチェックすることにより、ＭＡＣ層２０６は、ＣＧベースＳＤＴモードまたはＲＡベースＳＤＴモード（例えば２ステップＲＡベースＳＤＴモードまたは４ステップＲＡベースＳＤＴモード）の開始が許可されるかどうか、を判定することが可能であり得る。

いくつかの例示的な実施形態では、代替として、または付加的に、ＭＡＣ層２０６はさらに、ＳＤＴのための１つ以上の閾値ベースクライテリアが満たされるかどうかを判定し得る。閾値ベースクライテリアには、ＳＤＴのために設定されたデータ量閾値に基づくクライテリア、ＳＤＴのために設定されたチャネル品質閾値に基づくクライテリアが含まれ得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６が閾値ベースクライテリアで構成される場合、ＲＲＣ層２０２がＳＤＴの閾値ベースクライテリアチェックを実行することは不要であり得る。いくつかの例示的な実施形態では、ＲＲＣ層２０２とＭＡＣ層２０６の両方がＳＤＴの閾値ベースクライテリアチェックを実行し得るが、２つの層には異なる閾値が設定され得る。

いくつかの例示的な実施形態では、ＲＲＣ層２０２に関して前述されたクライテリアと同様に、データ量閾値に基づくクライテリアは、ＳＤＴのために設定されたデータ量閾値に基づく要件を含み得、または１つ以上のＳＤＴモードのために特別に設定された１つ以上のデータ量閾値に基づく要件を含み得る。いくつかの例示的な実施形態では、チャネル品質閾値に基づくクライテリアは、ＳＤＴのために設定されたチャネル品質閾値に基づく要件を含み得、または１つ以上のＳＤＴモードのために特別に設定された１つ以上のチャネル品質閾値に基づく要件を含み得る。対応するデータ量閾値（複数可）と共に送信されるデータの量を備えることにより、及び／または対応するチャネル品質閾値（複数可）を伴うチャネル品質により、ＭＡＣ層２０６は、ＳＤＴが許可されるかどうかを判定し得、またはどのＳＤＴモードが許可されるかを判定し得る。いくつかの例示的な実施形態では、データ量閾値及びチャネル品質閾値に基づくクライテリアの両方が満たされる場合に、ＳＤＴは許可される。

ＭＡＣ層２０６における様々なクライテリアが、上記で論述された。ＭＡＣ層２０６は、ＳＤＴの許可を判定するために、上記のクライテリア及び／または他の可能なクライテリアのうちの１つ以上を適用し得ることが理解されよう。この点に関して、本開示の範囲は限定されない。上記のように、ＭＡＣ層２０６でＳＤＴの開始が許可されると判定された場合、ＭＡＣ層２０６は、ＳＤＴ開始の許可または利用可能性のインジケーションを、ＲＲＣ層２０２に送信し得る（３０５Ａ）。いくつかの例示的な実施形態では、特定のＳＤＴモードが許可されるとＭＡＣ層２０６が判定した場合、ＭＡＣ層２０６は、許可されるＳＤＴモードのインジケーションをＲＲＣ層２０２に送信し得る（３０５Ａ）。ＭＡＣ層２０６からのインジケーションに応じて、ＲＲＣ層２０２は、第２のデバイス１２０とのＳＤＴの通信手順を開始するように動作し得る。特定のＳＤＴモードがインジケートされた場合、ＲＲＣ層２０２は、ＳＤＴモードに従って通信手順を開始し得る。

上記の実施形態では、ＳＤＴが許可されると判定された場合のプロトコル層の動作が説明された。いくつかの事例では、ＲＲＣ層２０２またはＭＡＣ層２０６でＳＤＴが却下されたことが判明した場合、例えばＲＲＣ層２０２またはＭＡＣ層２０６におけるクライテリアのうちの１つ以上が満たされなかった場合、第１のデバイス１１０は、第２のデバイス１２０との非ＳＤＴの通信手順を開始し得る。引き続き図２を参照する。例えば、ＳＤＴのために構成されたまたはＳＤＴが許可されたリソースまたは無線ベアラが存在しないために、ＳＤＴは却下されるとＲＲＣ層２０２が判定した場合、ＲＲＣ層２０２は、第２のデバイス１２０との非ＳＤＴの通信手順（非ＳＤＴ手順とも称される）を開始し得る（３０６Ｂ）。例えば、ＲＲＣ層２０２は、非ＳＤＴの通信手順のために、ＳＢＲ、例えばＳＲＢ１をレジュームすることを決定し得る。ＲＲＣ層２０２はさらに、非ＳＤＴのためのＣＣＣＨ ＲＲＣレジューム要求を、ＭＡＣ層２０６に送信し得る（３０８Ｂ）。ＰＤＣＰ層２０４及びＭＡＣ層２０６は、非ＳＤＴの通信手順を実行するように適宜動作し得る。非ＳＤＴ手順を使用して、データが第２のデバイス１２０に送信され得る。

ＲＲＣ層２０２はＳＤＴが許可されると判定したが、ＭＡＣ層２０６はＳＤＴの開始が許可されないと判定した場合、ＭＡＣ層２０６は、ＳＤＴ開始の却下または利用不可のインジケーションを、ＲＲＣ層２０２に送信し得る（３０５Ｂ）。ＭＡＣ層２０６からこのようなインジケーションを受信すると、ＲＲＣ層２０２は、これに応じて非ＳＤＴの通信手順を開始し得る（３０６Ｂ）。

プロトコル層間のインタラクションが、上記で論述された。いくつかの例示的な実施形態に従ってＭＡＣ層２０６で実行される例示的な手順は、以下のように要約され得る。シグナリングフロー３００の対応するステップが以下に示される。
‐ＭＡＣは、ＳＤＴ手順の開始要求を受信すると（ステップ３０３）、ＳＵＬ／ＵＬ＿ＳＤＴ＿ＲＳＲＰ閾値（従来のＳＵＬ／ＵＬ ＲＳＲＰ閾値と同じであっても異なっていてもよい）に基づいて、ＳＵＬ／ＵＬ選択を実行する（ステップ３０４）。
‐ＵＬキャリアの選択後（ステップ３０４）、
‐ＭＡＣは、選択されたＵＬキャリアに対してＣＧ検証（ＴＡ、ビーム、ＲＳＲＰクライテリアなどを含む）を行い（ステップ３０４）、
‐ＳＤＴに有効なＣＧが存在する場合、
‐ＭＡＣは、（ＣＧ‐）ＳＤＴを開始できることをＲＲＣにインジケートし、ＣＧ‐ＳＤＴを実行し（ステップ３０５Ａ）、
‐有効なＣＧが存在しない（構成されていない、またはいずれのクライテリアも満たされない）場合、
‐ＭＡＣは、２ステップ及び４ステップのＲＡ‐ＳＤＴの利用可能性をチェックし、２ステップ／４ステップＲＡ ＳＤＴ‐ＲＳＲＰ閾値（従来の２ステップ／４ステップ選択ＲＳＲＰ閾値と同じであっても異なっていてもよい）に基づいて、２ステップ／４ステップＲＡ選択を実行し（ステップ３０４）、
‐選択されたＲＡタイプに対してＳＤＴに有効なＲＡリソースが存在する場合、
‐ＭＡＣは、（ＲＡ‐）ＳＤＴを開始できることをＲＲＣにインジケートし、したがってＲＡ‐ＳＤＴを実行し（ステップ３０５Ａ）、
‐選択されたＵＬ上に、ＳＤＴに有効なＣＧも、ＳＤＴに有効な２ステップまたは４ステップのＲＡリソースも存在しない場合（第１のデバイス１１０が、ＲＡ‐ＳＤＴなしでＣＧ‐ＳＤＴリソースのみで構成される、またはＳＤＴのために構成された２ステップＲＡもしくは４ステップＲＡのみで構成される可能性が認められることに留意されたい）（ステップ３０４）、
‐ＭＡＣは、ＳＤＴ手順を実行できないことをＲＲＣにインジケートする（ステップ３０５Ｂ）。

いくつかの例示的な実施形態に従ってＲＲＣ層２０２で実行される例示的な手順は、以下のように要約され得る。シグナリングフロー３００の対応するステップが以下に示される。
‐例えばＳＤＴは関連ＤＲＢのために構成されているかどうか、及びＵＬペイロードがＳＤＴ閾値に適合するかどうかといったＳＤＴクライテリア、及びＳＤＴ‐ＲＳＲＰクライテリアが満たされる場合（ステップ３０２）、
‐ＭＡＣにＳＤＴリソース検証を実行するよう要求し（ステップ３０３）、
‐ＭＡＣからＳＤＴ利用可能インジケーションを受信した場合（ステップ３０５Ａ）、
‐ＳＲＢ１／（ＳＲＢ２）／ＳＤＴ ＤＲＢ（複数可）をレジュームし（ステップ３０７及び３０８Ａ）、
‐ＳＤＴレジュームを実行し、ＳＤＴのレジュームをＭＡＣに送信し（ステップ３０６Ａ及び３０９）、
‐ＭＡＣから利用不可能インジケーションを受信した場合（ステップ３０５Ｂ）、
‐ＳＲＢ１をレジュームし、
‐非ＳＤＴレジュームを実行する（ステップ３０６Ｂ及び３０８Ｂ）。

図４は、本開示のいくつかの例示的な実施形態による、第１のデバイス１１０で実施される例示的な方法４００のフローチャートを示す。論述目的で、方法４００は、図１に関して第１のデバイス１１０の観点から説明される。

ブロック４１０で、第１のデバイス１１０は、第１のデバイス１１０の第１のプロトコル層（例えばＲＲＣ層２０２）でＳＤＴの開始が許可されるかどうかを判定する。第１のプロトコル層でＳＤＴの開始が許可される場合、ブロック４２０で、第１のデバイス１１０は、第１のデバイス１１０の第２のプロトコル層（例えばＭＡＣ層２０６）でＳＤＴの開始が許可されるかどうかを判定する。第２のプロトコル層でＳＤＴの開始が許可される場合、ブロック４３０で、第１のデバイス１１０は、第２のデバイス１２０とのＳＤＴの通信手順を、第１のプロトコル層を介して開始する。

いくつかの例示的な実施形態では、第１のプロトコル層または第２のプロトコル層でＳＤＴの開始が却下される場合、ブロック４４０で、第１のデバイス１１０は、第２のデバイス１２０との非ＳＤＴのさらなる通信手順を、第１のプロトコル層を介して開始し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、以下のクライテリア、ＳＤＴのためのリソースが構成されていること、少なくとも１つのＳＤＴモードのためのリソースが構成されていること、ＳＤＴが許可された少なくとも１つの無線ベアラでデータが利用可能であること、または送信されるデータの量が、ＳＤＴのために設定された第１のデータ量閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第１のプロトコル層でＳＤＴの開始が許可されると判定し得る。

いくつかの例示的な実施形態では、少なくとも１つのＳＤＴモードには、以下の、設定グラントに基づく第１のＳＤＴモード、ランダムアクセス手順に基づく第２のＳＤＴモード、２ステップランダムアクセス手順に基づく第３のＳＤＴモード、及び４ステップランダムアクセス手順に基づく第４のＳＤＴモード、のうちの少なくとも１つが含まれる。

いくつかの例示的な実施形態では、第１のプロトコル層でＳＤＴの開始が許可される場合、第１のデバイス１１０は、以下の要求、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定するための第１の要求、または第２のプロトコル層でターゲットＳＤＴモードの開始が許可されるかどうかを判定するための第２の要求、のうちの１つを、第１のプロトコル層から第２のプロトコル層へ送信させ得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、第１の要求に応じて、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定することにより、または第２の要求に応じて、第２のプロトコル層でターゲットＳＤＴモードの開始が許可されるかどうかを判定することにより、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、第２のプロトコル層で少なくとも１つのＳＤＴモードの開始が許可されるかどうかを判定することにより、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定し得る。

いくつかの例示的な実施形態では、第２のプロトコル層で少なくとも１つのＳＤＴモードのうちの１つの開始が許可される場合、第１のデバイス１１０は、判定されたＳＤＴモードのインジケーションを、第２のプロトコル層から第１のプロトコルへ送信させ得る。第１のデバイス１１０は、判定されたＳＤＴモードのインジケーションに応じて、第１のプロトコル層を介して、判定されたＳＤＴモードに従って通信手順を開始することにより、ＳＤＴの通信手順を開始し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、以下のクライテリア、ＳＤＴのために構成されたリソースが有効であること、少なくとも１つのＳＤＴモードのために構成されたリソースが有効であること、送信されるデータの量が、ＳＤＴのために設定された第２のデータ量閾値に基づく要件に合うこと、送信されるデータの量が、少なくとも１つのＳＤＴモードのために設定された第３のデータ量閾値に基づく要件に合うこと、第１のデバイス１１０と第２のデバイス１２０との間のチャネル品質が、ＳＤＴのために設定された第１の品質閾値に基づく要件に合うこと、またはチャネル品質が、少なくとも１つのＳＤＴモードのために設定された第２の品質閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第２のプロトコル層でＳＤＴの開始が許可されると判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、複数のアップリンクキャリアのうちの１つを選択することと、選択したアップリンクキャリアでのＳＤＴの開始が許可されるかどうかを判定することとにより、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、複数のアップリンクキャリアのうちの所与のアップリンクキャリアに関して、所与のアップリンクキャリアにわたるチャネル品質が、ＳＤＴのために設定された第４の品質閾値に基づく要件またはＳＤＴモードのために設定された第５の品質閾値に基づく要件に合うかどうかを判定することと、チャネル品質が第４の品質閾値に基づく要件または第５の品質閾値に基づく要件に合うという判定に従って、所与のアップリンクキャリアを選択することとにより、複数のアップリンクキャリアのうちの１つを選択し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、ＳＤＴのための少なくとも１つの無線ベアラをレジュームするための第３の要求を、第１のプロトコル層から第１のデバイス１１０の第３のプロトコル層（例えばＰＤＣＰ層２０４）へ送信させることにより、第１のプロトコル層を介して、ＳＤＴの通信手順を開始し得る。いくつかの例示的な実施形態では、第３のプロトコル層は、パケットデータ収束プロトコル層を含む。

いくつかの例示的な実施形態では、方法３００のうちのいずれかを実行することが可能な第１の装置（例えば第１のデバイス１１０）は、方法３００のそれぞれの動作を実行するための手段を備え得る。手段は、任意の好適な形態で実装され得る。例えば、手段は、回路／またはソフトウェアモジュールで実装され得る。第１の装置は、第１のデバイス１１０として実装されてもよく、第１のデバイス１１０に含まれてもよい。

いくつかの例示的な実施形態では、第１の装置は、第１の装置の第１のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段と、第１のプロトコル層でスモールデータ伝送の開始が許可されるという判定に従って、第１の装置の第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段と、第２のプロトコル層でスモールデータ伝送の開始が許可されるという判定に従って、第２の装置（例えば第２のデバイス１２０）とのスモールデータ伝送の通信手順を、第１のプロトコル層を介して開始するための手段と、を備える。

いくつかの例示的な実施形態では、第１のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、以下のクライテリア、スモールデータ伝送のためのリソースが構成されていること、少なくとも１つのスモールデータ伝送モードのためのリソースが構成されていること、スモールデータ伝送が許可された少なくとも１つの無線ベアラでデータが利用可能であること、または送信されるデータの量が、スモールデータ伝送のために設定された第１のデータ量閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第１のプロトコル層でスモールデータ伝送の開始が許可されると判定するための手段を備える。

いくつかの例示的な実施形態では、少なくとも１つのスモールデータ伝送モードには、以下の、設定グラントに基づく第１のスモールデータ伝送モード、ランダムアクセス手順に基づく第２のスモールデータ伝送モード、２ステップランダムアクセス手順に基づく第３のスモールデータ伝送モード、及び４ステップランダムアクセス手順に基づく第４のスモールデータ伝送モード、のうちのうちの少なくとも１つが含まれる。

いくつかの例示的な実施形態では、第１の装置はさらに、第１のプロトコル層でスモールデータ伝送の開始が許可されるという判定に従って、以下の要求、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための第１の要求、または第２のプロトコル層でターゲットスモールデータ伝送モードの開始が許可されるかどうかを判定するための第２の要求、のうちの１つを、第１のプロトコル層から第２のプロトコル層へ送信させるための手段を備える。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、第１の要求に応じて、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段、または第２の要求に応じて、第２のプロトコル層でターゲットスモールデータ伝送モードの開始が許可されるかどうかを判定するための手段を含む。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、第２のプロトコル層で少なくとも１つのスモールデータ伝送モードの開始が許可されるかどうかを判定するための手段を含む。

いくつかの例示的な実施形態では、第１の装置はさらに、第２のプロトコル層で少なくとも１つのスモールデータ伝送モードのうちの１つの開始が許可されるという判定に従って、判定されたスモールデータ伝送モードのインジケーションを、第２のプロトコル層から第１のプロトコル層へ送信させる手段を備える。いくつかの例示的な実施形態では、スモールデータ伝送の通信手順を開始するための手段は、判定されたスモールデータ伝送モードのインジケーションに応じて、第１のプロトコル層を介して、判定されたスモールデータ伝送モードに従って通信手順を開始するための手段を含む。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、以下のクライテリア、スモールデータ伝送のために構成されたリソースが有効であること、少なくとも１つのスモールデータ伝送モードのために構成されたリソースが有効であること、送信されるデータの量が、スモールデータ伝送のために設定された第２のデータ量閾値に基づく要件に合うこと、送信されるデータの量が、少なくとも１つのスモールデータ伝送モードのために設定された第３のデータ量閾値に基づく要件に合うこと、第１の装置と第２の装置との間のチャネル品質が、スモールデータ伝送のために設定された第１の品質閾値に基づく要件に合うこと、またはチャネル品質が、少なくとも１つのスモールデータ伝送モードのために設定された第２の品質閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第２のプロトコル層でスモールデータ伝送の開始が許可されると判定するための手段を含む。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、複数のアップリンクキャリアのうちの１つを選択するための手段と、選択されたアップリンクキャリアでのスモールデータ伝送の開始が許可されるかどうかを判定するための手段と、を含む。

いくつかの例示的な実施形態では、複数のアップリンクキャリアのうちの１つを選択するための手段は、複数のアップリンクキャリアのうちの所与のアップリンクキャリアに関して、所与のアップリンクキャリアにわたるチャネル品質が、スモールデータ伝送のために設定された第４の品質閾値に基づく要件またはスモールデータ伝送モードのために設定された第５の品質閾値に基づく要件に合うかどうかを判定するための手段と、チャネル品質が第４の品質閾値に基づく要件または第５の品質閾値に基づく要件に合うという判定に従って、所与のアップリンクキャリアを選択するための手段と、を含む。

いくつかの例示的な実施形態では、第１のプロトコル層を介して、スモールデータ伝送の通信手順を開始するための手段は、スモールデータ伝送のための少なくとも１つの無線ベアラをレジュームするための第３の要求を、第１のプロトコル層から第１の装置の第３のプロトコル層へ送信させるための手段を含む。

いくつかの例示的な実施形態では、第３のプロトコル層は、パケットデータ収束プロトコル層を含む。いくつかの例示的な実施形態では、第１のプロトコル層は、無線リソース制御層を含み、第２のプロトコルは、媒体アクセス制御層を含む。

いくつかの例示的な実施形態では、第１の装置はさらに、第１のプロトコル層または第２のプロトコル層でスモールデータ伝送の開始が却下されるという判定に従って、第２の装置との非スモールデータ伝送のさらなる通信手順を、第１のプロトコル層を介して開始するための手段を備える。

いくつかの例示的な実施形態では、第１の装置はさらに、方法４００または第１のデバイス１１０のいくつかの例示的な実施形態における他の動作を実行するための手段を備える。いくつかの例示的な実施形態では、手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第１の装置の実行を引き起こすように構成される。

図５は、本開示の例示的な実施形態を実施するのに好適なデバイス５００の簡略化されたブロック図である。デバイス５００は、例えば図１に示される第１のデバイス１１０または第２のデバイス１２０などの通信デバイスを実施するために提供され得る。示されるように、デバイス５００は、１つ以上のプロセッサ５１０と、プロセッサ５１０に接続された１つ以上のメモリ５２０と、プロセッサ５１０に接続された１つ以上の通信モジュール５４０とを含む。

通信モジュール５４０は、双方向通信のためのものである。通信モジュール５４０は、１つ以上の他のモジュールまたはデバイスとの通信を促進する１つ以上の通信インタフェースを有する。通信インタフェースは、他のネットワーク要素との通信に必要な任意のインタフェースを表し得る。いくつかの例示的な実施形態では、通信モジュール５４０は、少なくとも１つのアンテナを含み得る。

プロセッサ５１０は、ローカルテクニカルネットワークに好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含み得る。デバイス５００は、メインプロセッサを同期化するクロックを時間追従するよう設定された特定用途向け集積回路チップなど、複数のプロセッサを有し得る。

メモリ５２０は、１つ以上の不揮発性メモリと、１つ以上の揮発性メモリとを含み得る。不揮発性メモリの例として、読み出し専用メモリ（ＲＯＭ）５２４、電気的プログラマブル読み出し専用メモリリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、光ディスク、レーザーディスク、ならびに他の磁気記憶装置及び／または光学記憶装置が挙げられるが、これらに限定されない。揮発性メモリの例として、ランダムアクセスメモリ（ＲＡＭ）５２２、及び電源を落としている間は持続しない他の揮発性メモリが挙げられるが、これらに限定されない。

コンピュータプログラム５３０は、関連するプロセッサ５１０により実行されるコンピュータ実行可能命令を含む。プログラム５３０は、メモリ、例えばＲＯＭ５２４に格納され得る。プロセッサ５１０は、プログラム５３０をＲＡＭ５２２にロードすることにより、任意の好適な動作及び処理を行い得る。

図３～図４を参照して論述された本開示のいずれのプロセスもデバイス５００が実行できるように、プログラム５３０により本開示の例示的な実施形態は実施され得る。本開示の例示的な実施形態はまた、ハードウェアにより、またはソフトウェアとハードウェアとの組み合わせにより、実施されてもよい。

いくつかの例示的な実施形態では、プログラム５３０は、デバイス５００に含まれ得るコンピュータ可読媒体（メモリ５２０など）に、またはデバイス５００によりアクセス可能な他の記憶装置に、有形に含まれ得る。デバイス５００は、プログラム５３０を、実行のために、コンピュータ可読媒体からＲＡＭ５２２にロードし得る。コンピュータ可読媒体には、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、及びＤＶＤなど、任意のタイプの有形不揮発性記憶装置が含まれ得る。図６は、コンピュータ可読媒体６００の例を示し、これは、ＣＤ、ＤＶＤ、または他の光学記憶ディスクの形態であり得る。コンピュータ可読媒体には、プログラム５３０が格納されている。

通常、本開示の様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはこれらの任意の組み合わせで実施され得る。いくつかの態様は、ハードウェアで実施されてもよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスにより実行され得るファームウェアまたはソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、またはいくつかの他の図的表現を使用して例示され説明されるが、本明細書で説明されるブロック、装置、システム、技法、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用の回路もしくはロジック、汎用のハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはこれらの何らかの組み合わせにより、実施され得ることが理解されよう。

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータ実行可能命令を含み、例えばこれらは、プログラムモジュールに含まれ、対象の物理プロセッサまたは仮想プロセッサ上のデバイスで実行されると、図３～図４を参照して前述された方法のうちのいずれかを実行する。通常、プログラムモジュールは、特定のタスクを実行するまたは特定の抽象データタイプを実施するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、またはデータ構造などを含む。プログラムモジュールの機能は、様々な実施形態で所望されるように、プログラムモジュール間で組み合わされてもよく、または分割されてもよい。プログラムモジュールのマシン実行可能命令は、ローカルデバイス内または分散デバイス内で実行され得る。分散デバイスでは、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体の両方に配置される。

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

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置、またはプロセッサが前述の様々なプロセス及び動作を実行できるように、任意の好適なキャリアにより運ばれ得る。キャリアの例には、信号、及びコンピュータ可読媒体などが挙げられる。

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体には、電子、磁気、光、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、あるいは前述の任意の好適な組み合わせが含まれ得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例としては、１本以上の有線を有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ‐ＲＯＭ）、光学記憶装置、磁気記憶装置、または前述の任意の好適な組み合わせが挙げられる。

さらに、動作は特定の順序で描かれているが、これは、望ましい結果を得るために、そのような動作が、示される特定の順序もしくは連続的順序で実行されること、または例示されるすべての動作が実行されることを要求するものと、理解されるべきではない。特定の状況では、マルチタスク処理及び並列処理が有利な場合もある。同様に、上記の論述にはいくつかの具体的な実施態様の詳細が含まれるが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、むしろ特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明される特定の特徴は、単一の実施形態に組み合わせて実施されてもよい。逆に、単一の実施形態の文脈で説明される様々な特徴も、複数の実施形態で別々に、または任意の好適な部分的組み合わせで、実施されてもよい。

本開示は、構造的特徴及び／または方法論的行為に特有の言語で説明されたが、添付の特許請求の範囲で定義される本開示は、必ずしも前述の具体的な特徴または行為に限定されないことを理解されたい。むしろ、前述の具体的な特徴及び行為は、特許請求の範囲を実施する例示的な形態として開示される。

本開示の実施形態は、概して、電気通信の分野に関し、具体的には、スモールデータ伝送（ＳＤＴ）を開始するためのデバイス、方法、装置、及びコンピュータ可読記憶媒体に関する。

いくつかの通信システムでは、通信デバイスは、非アクティブ状態と接続状態の間で遷移することができる。非アクティブ状態では、通信デバイスは、通信用ネットワークデバイスとの接続を確立していない場合がある。接続を確立または再確立するための不必要なシグナリングオーバーヘッド及び電力消費を回避するために、非アクティブ状態の通信デバイスは、他の通信デバイスとのスモールデータ伝送（ＳＤＴ）手順を実行し得、他の通信デバイスとの接続を確立する必要がない。

概して、本開示の例示的な実施形態は、ＳＤＴを開始するためのソリューションを提供する。特許請求の範囲に含まれない実施形態が存在する場合は、本開示の様々な実施形態を理解するのに有用な例として解釈されるべきである。

第１の態様では、第１のデバイスが提供される。第１のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、スモールデータ伝送が、第１のデバイスの第１のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第１のプロトコル層で開始されることを許可されるという判定に従って、スモールデータ伝送が、第１のデバイスの第２のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第２のプロトコル層で開始されることを許可されるという判定に従って、第２のデバイスとのスモールデータ伝送の通信手順を、第１のプロトコル層を介して開始することと、を第１のデバイスに実行させるように構成される。

第２の態様では、方法が提供される。方法は、第１のデバイスにて、スモールデータ伝送が、第１のデバイスの第１のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第１のプロトコル層で開始されることを許可されるという判定に従って、スモールデータ伝送が、第１のデバイスの第２のプロトコル層で開始されることを許可されるかどうかを判定することと、スモールデータ伝送が、第２のプロトコル層で開始されることを許可されるという判定に従って、第２のデバイスとのスモールデータ伝送の通信手順を、第１のプロトコル層を介して開始することと、を含む。

第３の態様では、第１の装置が提供される。第１の装置は、スモールデータ伝送が、第１の装置の第１のプロトコル層で開始されることを許可されるかどうかを判定するための手段と、スモールデータ伝送が、第１のプロトコル層で開始されることを許可されるという判定に従って、スモールデータ伝送が、第１の装置の第２のプロトコル層で開始されることを許可されるかどうかを判定するための手段と、スモールデータ伝送が、第２のプロトコル層で開始されることを許可されるという判定に従って、第２の装置とのスモールデータ伝送のための通信手順を、第１のプロトコル層を介して開始するための手段と、を備える。

第４の態様では、コンピュータ可読媒体が提供される。コンピュータ可読媒体は、少なくとも第１の態様による方法を装置に実行させるプログラム命令を備える。

発明の概要のセクションは、本開示の実施形態の重要または本質的な特徴を特定することを意図するものではなく、また、本開示の範囲を限定するために使用されることを意図するものでもないことを、理解されたい。本開示の他の特徴は、下記の説明を通して容易に理解されよう。

ここで、添付の図面を参照しながら、いくつかの例示的な実施形態が説明される。

本開示の例示的な実施形態が実施され得る例示的な通信環境を示す。 本開示の例示的な実施形態が実施され得るデバイスの例示的なプロトコルスタックを示す。 本開示のいくつかの例示的な実施形態による、デバイスのプロトコル層間におけるＳＤＴ開始のためのシグナリングフローを示す。 本開示のいくつかの例示的な実施形態による、第１のデバイスで実施される方法のフローチャートを示す。 本開示の例示的な実施形態を実施するのに適したデバイスの簡略ブロック図を示す。 本開示のいくつかの例示的な実施形態による、例示的なコンピュータ可読媒体のブロック図を示す。

図面全体を通して、同一または同様の参照番号は、同一または同様の要素を表す。

ここで、いくつかの例示的な実施形態を参照しながら、本開示の原理が説明される。これらの実施形態は、例示目的でのみ説明され、当業者が本開示を理解し実施することを支援するが、本開示の範囲に関するいかなる限定も示唆するものではないことを、理解されたい。本明細書に説明される実施形態は、下記に説明される以外にも様々な方法で実施することができる。

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

本開示における「一実施形態」、「実施形態」、及び「例示的な実施形態」などへの言及は、説明される実施形態が特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が必ずしも特定の特徴、構造、または特性を含むわけではない。さらに、このような語句は、必ずしも同じ実施形態を指すわけではない。さらに、実施形態に関連して特定の特徴、構造、または特性が説明される場合、明示的に記載されているか否かにかかわらず、他の実施形態に関連してこのような特徴、構造、または特性を用いることは、当業者の知識の範囲内であると考えられる。

本明細書では、様々な要素を説明するために「第１」及び「第２」などの用語が使用され得るが、これらの要素は、これらの用語により限定されるべきではないことが理解されよう。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素が第２の要素と称されてもよく、同様に、第２の要素が第１の要素と称されてもよい。本明細書で使用される用語「及び／または」は、列記される用語の１つ以上から成るあらゆるすべての組み合わせを包含する。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的とし、例示的な実施形態を限定する意図はない。本明細書で使用される単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈上明らかに別段の指示がない限り、複数形も含むことが意図される。用語「備える（ｃｏｍｐｒｉｓｅｓ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、及び／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は、本明細書で使用される場合、記載される特徴、要素、及び／または構成要素などの存在を特定するが、１つ以上の他の特徴、要素、構成要素、及び／またはこれらの組み合わせの存在または追加を排除するものではないことが、さらに理解されよう。

本出願で使用される用語「回路」は、
（ａ）ハードウェアのみの回路実施態様（アナログ及び／またはデジタル回路のみの実施態様など）と、
（ｂ）ハードウェア回路とソフトウェアとの組み合わせ、例えば（適用可能な場合）、
（ｉ）アナログ及び／またはデジタルハードウェア回路（複数可）と、ソフトウェア／ファームウェアとの組み合わせ、ならびに
（ｉｉ）ハードウェアプロセッサ（複数可）の任意の部分とソフトウェア（モバイルフォンまたはサーバなどの装置に様々な機能を実行させるように協働するデジタルシグナルプロセッサ（複数可）、ソフトウェア、及びメモリ（複数可）を含む）と、
（ｃ）動作のためにソフトウェア（例えばファームウェア）を必要とするが、動作に不要な場合はソフトウェアを有さなくてもよい、ハードウェア回路（複数可）及び／またはマイクロプロセッサ（複数可）もしくはマイクロプロセッサ（複数可）の一部などのプロセッサ（複数可）と、
のうちの１つ以上またはすべてを指し得る。

回路のこの定義は、あらゆる請求項を含む本出願におけるこの用語のすべての使用に適用される。さらなる例として、本出願で使用される回路という用語は、単なるハードウェア回路またはプロセッサ（もしくは複数のプロセッサ）の実施態様、あるいはハードウェア回路またはプロセッサの一部と、それに（またはそれらに）付随するソフトウェア及び／またはファームウェアとの実施態様も、包含する。回路という用語はまた、例えば、特定の請求項の構成要素に該当する場合、モバイルデバイスのベースバンド集積回路またはプロセッサ集積回路、あるいはサーバ、セルラネットワークデバイス、またはその他のコンピューティングデバイスもしくはネットワークデバイスの同様の集積回路も包含する。

本明細書で使用される用語「通信ネットワーク」は、ニューラジオ（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ‐Ａ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、及び狭帯域インターネットオブシングス（ＮＢ‐ＩｏＴ）など、任意の好適な通信規格に準拠したネットワークを指す。さらに、通信ネットワークにおける端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコル、及び／または現在知られている、もしくは将来開発される任意の他のプロトコルを含むがこれらに限定されない、任意の好適な世代の通信プロトコルに従って実行され得る。本開示の実施形態は、様々な通信システムに適用され得る。通信における急速な発展を考えると、当然のことながら、本開示を具現化することができる未来型の通信技術及びシステムも存在するであろう。本開示の範囲は前述のシステムのみに限定されると、見なすべきではない。

本明細書使用される用語「ネットワークデバイス」は、通信ネットワーク内のノードを指し、端末デバイスは、ノードを介してネットワークにアクセスし、そこからサービスを受ける。ネットワークデバイスは、適用される用語及び技術に応じて、基地局（ＢＳ）またはアクセスポイント（ＡＰ）を指し得、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、発展型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも称される）、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、アクセスバックホール統合（ＩＡＢ）ノード、フェムト、ピコなどの低電力ノード、ならびに衛星ネットワークデバイス、低高度地球軌道（ＬＥＯ）衛星及び静止地球軌道（ＧＥＯ）衛星、航空機ネットワークデバイスなどの非陸上ネットワーク（ＮＴＮ）デバイスまたは非地上ネットワークデバイスなどが挙げられる。いくつかの例示的な実施形態では、無線アクセスネットワーク（ＲＡＮ）分割アーキテクチャは、ＩＡＢドナーノードに集中ユニット（ＣＵ）と分散ユニット（ＤＵ）とを備える。ＩＡＢノードは、親ノードに対してＵＥのように動作する移動端末（ＩＡＢ‐ＭＴ）部分を備え、ＩＡＢノードのＤＵ部分は、ネクストホップＩＡＢノードに対して基地局のように動作する。

用語「端末デバイス」は、無線通信することが可能であり得る任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ）、加入者局（ＳＳ）、携帯加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）とも称され得る。端末デバイスには、モバイルフォン、セルラフォン、スマートフォン、ボイスオーバＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブル端末デバイス、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生電気器具、車載無線端末デバイス、無線エンドポイント、移動局、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線カスタマ構内機器（ＣＰＥ）、インターネットオブシングス（ＩｏＴ）デバイス、腕時計またはその他のウェアラブルデバイス、ヘッドマウントディスプレイ（ＨＭＤ）、ビークル、ドローン、医療デバイス及びアプリケーション（例えばリモート手術）、産業用デバイス及びアプリケーション（例えば産業処理チェーン及び／または自動処理チェーンの状況で作動するロボット及び／または他の無線デバイス）、家庭用電子機器、ならびに商用及び／または産業用無線ネットワークで作動するデバイスなどが含まれ得るが、これらに限定されない。端末デバイスは、ＩＡＢノード（例えば中継ノード）の移動終端（ＭＴ）部分にも対応し得る。下記の説明では、用語「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」、及び「ＵＥ」は、同じ意味で使用され得る。

本明細書で使用される用語「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」（ＰＲＢ）、「アップリンクリソース」、または「ダウンリンクリソース」は、例えば端末デバイスとネットワークデバイスとの間の通信といった通信を実行するための任意のリソースを指し得、時間ドメインのリソース、周波数ドメインのリソース、空間ドメインのリソース、コードドメインのリソース、または通信を可能にする他のリソースなどが挙げられる。下記では、本開示のいくつかの例示的な実施形態を説明するために、周波数ドメインと時間ドメインの両方のリソースが、送信リソースの例として使用される。本開示の例示的な実施形態は、他のドメインの他のリソースにも等しく適用可能であることに留意されたい。

図１は、本開示の例示的な実施形態が実施され得る例示的な通信環境１００を示す。通信環境１００では、第１のデバイス１１０及び第２のデバイス１２０を含む複数の通信デバイスが相互に通信し得る。

図１の例では、第１のデバイス１１０は、端末デバイスとして示され、第２のデバイス１２０は、端末デバイスにサービスを提供するネットワークデバイスとして示される。第２のデバイス１２０のサービングエリアは、セル１０２と称され得る。

図１に示されるデバイス及びこれらの接続は、いかなる限定も示唆せず、単に例示目的であることを理解されたい。環境１００は、本開示の実施形態を実施するのに適合した任意の好適な数のデバイスを含み得る。図示されていないが、１つ以上の追加のデバイスがセル１０２内に配置されてもよく、１つ以上の追加のセルが環境１００内に展開されてもよいことが、理解されよう。第２のデバイス１２０は、ネットワークデバイスとして示されるが、ネットワークデバイス以外のデバイスであってもよいことに留意されたい。第１のデバイス１１０は、端末デバイスとして示されるが、端末デバイス以外のデバイスであってもよい。

いくつかの例示的な実施形態では、第１のデバイス１１０が端末デバイスであり、第２のデバイス１２０がネットワークデバイスである場合、第２のデバイス１２０から第１のデバイス１１０へのリンクは、ダウンリンク（ＤＬ）と称され、一方で第１のデバイス１１０から第２のデバイス１２０へのリンクは、アップリンク（ＵＬ）と称される。ＤＬでは、第２のデバイス１２０が送信（ＴＸ）デバイス（すなわち送信機）であり、第１のデバイス１１０が受信（ＲＸ）デバイス（すなわち受信機）である。ＵＬでは、第１のデバイス１１０がＴＸデバイス（すなわち送信機）であり、第２のデバイス１２０がＲＸデバイス（すなわち受信機）である。

通信環境１００における通信は、任意の適切な通信プロトコル（複数可）に従って実施され得、任意の適切な通信プロトコル（複数可）には、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）、及び第５世代（５Ｇ）などのセルラ通信プロトコル、米国電気電子学会（ＩＥＥＥ）８０２．１１などの無線ローカルネットワーク通信プロトコル、及び／または現在知られている、もしくは将来開発される任意の他のプロトコルが含まれるが、これらに限定されない。さらに、通信は、任意の適切な無線通信技術を利用し得、これには、符号分割多重アクセス（ＣＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、多入力多出力（ＭＩＭＯ）、直交周波数分割多重（ＯＦＤＭ）、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ‐ｓ‐ＯＦＤＭ）、及び／または現在知られている、もしくは将来開発される任意の他の技術が含まれるが、これらに限定されない。

第１のデバイス１１０及び第２のデバイス１２０は、複数のプロトコル層を有するプロトコルスタックを含み得る。図２は、第１のデバイス１１０の例示的なプロトコルスタックを示す。示されるように、第１のデバイス１１０のプロトコルスタックは、無線リソース制御（ＲＲＣ）層２０２、パケットデータ収束プロトコル（ＰＤＣＰ）層２０４、及び媒体アクセス制御（ＭＡＣ）層２０６を含み得る。第１のデバイス１１０と他のデバイスとの通信を促進するために、プロトコル層のそれぞれは、対応するサービス及び機能を実行し得る。図示されていないが、第１のデバイス１１０のプロトコルスタックは、ＲＲＣ層、ＰＤＣＰ層、ＭＡＣ層に加えて、さらなるプロトコル層を含んでもよい。他のプロトコル層には、ＲＲＣ層の上の非アクセスストラタム（ＮＡＳ）、ＲＲＣ層とＭＡＣ層との間の無線リンク制御（ＲＬＣ）層、及び物理（ＰＨＹ）層が含まれ得る。

図示されていないが、第２のデバイス１２０は、第１のデバイス１１０と同様のプロトコルスタックを含み得る。第１のデバイス１１０と第２のデバイス１２０との間などのデバイス間の通信は、通常、２つのデバイス間において同じプロトコル層内で行われる。例えば、第１のデバイス１１０のＲＲＣ層２０２からの通信は、ＰＤＣＰ層２０４、ＭＡＣ層２０６を通って伝達され、ＰＨＹ層を介して第２のデバイス１２０に送信される。通信は、第２のデバイス１２０で受信されると、第２のデバイス１２０のプロトコル層を逆の順序で通って伝達される。

動作中、デバイス（例えば端末デバイス）は、非アクティブ状態と接続状態の間で遷移することができる。非アクティブ状態は、時に、非アクティブモード、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態／モードと称され得、このような用語は、本明細書では同じ意味で使用される。接続状態は、時に、接続モード、アクティブ状態／モード、またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態／モードと称され得、このような用語は、本明細書では同じ意味で使用される。

通常、端末デバイスとネットワークデバイスとの間の接続を確立または再確立することにより、端末デバイスを非アクティブ状態から接続状態に移行するには、ある程度の量のシグナリングオーバーヘッド及び電力消費が生じる。非アクティブ状態の端末デバイスの少なくとも１回のデータ送信に関して、接続セットアップ及びその後の接続解放が発生した場合、データパケットがどれほど小さく低頻度であっても、不必要な電力消費及びシグナリングオーバーヘッドが生じ得る。現在、非アクティブ状態の端末デバイスは、スモールデータ伝送（ＳＤＴ）を実行することが可能であり得る。本明細書で使用される用語「ＳＤＴ」は、少量のデータが送信される送信の種類を指すが、他の用語も使用され得る。

比較的少量のデータの交換を伴う様々なアプリケーションが存在する。例えば、モバイルデバイスのいくつかのアプリケーションでは、ＳＤＴには、インスタントメッセージング（ＩＭ）サービスからのトラフィック、ＩＭまたは電子メールのクライアント及び他のサービスからのハートビートトラフィックまたはキープアライブトラフィック、様々なアプリケーションからのプッシュ通知、及び／またはウェアラブルデバイスからのトラフィック（例えば周期的測位情報を含む）などが含まれ得る。非モバイルデバイスのいくつかのアプリケーションでは、ＳＤＴには、センサデータ（例えばＩｏＴネットワークで定期的にまたはイベントトリガー方式で送信される温度測定値、圧力測定値）、スマートメーターから送られる計測情報及び警告情報、及び／または同様のものが含まれ得る。

小さなデータパケットのために非アクティブ状態のデバイスで生じるシグナリングオーバーヘッド及び遅延は、ネットワークのパフォーマンス及び効率だけでなく、バッテリのパフォーマンスにも関わる全体的な問題である。通常、非アクティブ状態で断続的な小さいデータパケットを有するいずれのデバイスも、ＳＤＴを有効にすることで恩恵を受ける。望ましくは、ＳＤＴまたは非ＳＤＴを選択するためのいくつかのクライテリアをデバイスは適用するべきである。これらのクライテリアは、データ利用可能性、リソース利用可能性、チャネル品質、及びＳＤＴモード特有チェックなどに関連し得る。しかし、現在、デバイスの異なるプロトコル層でＳＤＴと非ＳＤＴの選択が行われる方法を、具体的に定義するソリューションは存在しない。

本開示のいくつかの例示的な実施形態によれば、ＳＤＴ手順を開始するための解決策が提供される。このソリューションでは、ＳＤＴ開始の許可が、異なるプロトコル層でチェックされる。ＳＤＴの開始が許可されることが判明した場合に、ＳＤＴの通信手順が開始される。このソリューションにより、プロトコル層がＳＤＴの開始を決定する前に、ＳＤＴの許可が他の層でさらにチェックされる。

ＳＤＴ開始クライテリアを異なるプロトコル層間で分割することにより、プロトコル層のそれぞれは、ＳＤＴに関する各自の関連サービス及び機能に集中し得る。また、プロトコル層の間で、ＳＤＴ開始クライテリアの様々な組み合わせも可能となる。さらに、ＳＤＴ手順を開始できる状況で、ＳＤＴが許可されたいくつかの無線ベアラをレジュームできることを考えると、プロトコル層間での最適なクライテリアチェック分割を定義することは、有益である。よって、ＳＤＴ手順を実行できない場合に、無線ベアラの誤ったレジュームを回避するだけでなく、プロトコル層間の不必要なインタラクションを回避することも可能である。

添付の図面を参照しながら、本開示の例示的な実施形態が下記に詳細に説明される。

ここで、本開示のいくつかの例示的な実施形態による、ＳＤＴ開始のためのシグナリングフロー３００を示す図３を参照する。シグナリングフロー３００は、第１のデバイス１１０の異なるプロトコル層間の動作及びインタラクションを含み得る。論述のために、図１に示される通信環境及び図２に示されるプロトコルスタックを参照する。

動作中、例えば第２のデバイス１２０に送信するデータがある場合、第１のデバイス１１０は、プロトコルスタックのそれぞれのプロトコル層で、対応する処理を実行する。例えば、第１のデバイス１１０のＰＤＣＰ層２０４にデータが到着した（３０１）場合、ＲＲＣ層２０２及びＭＡＣ層２０６を含む他のプロトコル層は、第２のデバイス１２０との通信手順を開始するように動作し得る。第１のデバイス１１０はまた、自身のプロトコルスタック内で、ＳＤＴまたは非ＳＤＴの通信手順を開始するかどうかを決定し得る。いくつかの例示的な実施形態では、第１のデバイス１１０は、非アクティブ状態であり得、または通信にＳＤＴを選択可能な他の動作状態であり得る。

具体的には、第１のデバイス１１０は、第１のプロトコル層、例えば上位層であるＲＲＣ層２０２で、ＳＤＴの開始が許可される（または利用可能である）かどうかを判定する（３０２）。ＳＤＴの開始は、いくつかの所定のクライテリアが満たされる場合に、第１のデバイス１１０でトリガーされる。本開示の実施形態によれば、クライテリアは、第１のデバイス１１０のプロトコル層間で分割され、１つ以上のクライテリアがＲＲＣ層２０２でチェックされる。ＲＲＣ層２０２における例示的なクライテリアについては、下記で詳細に論述される。

ＲＲＣ層２０２でＳＤＴの開始が許可される（または利用可能である）と判定された場合、例えばＲＲＣ層２０２に設定されたクライテリアが満たされると判定された場合、第１のデバイス１１０は、ＳＤＴのために構成された無線ベアラを直接レジュームする代わりに、第２のプロトコル層、例えば下位層であるＭＡＣ層２０６で、ＳＤＴの開始が許可されるかどうかを判定する（３０４）。本開示の実施形態によれば、１つ以上のクライテリアがＭＡＣ層２０６でチェックされて、ＳＤＴの開始が許可されるかどうかが判定される。

いくつかの例示的な実施形態では、ＲＲＣ層２０２でＳＤＴの開始が許可されると判定された場合、ＲＲＣ層２０２は、ＳＤＴが許可されるかどうかを判定する要求を、ＭＡＣ層２０６に送信し得る（３０３）。ＲＲＣ層２０２からの要求に応じて、ＭＡＣ層２０６は、ＳＤＴ開始の許可に関する１つ以上のクライテリアが満たされるかどうかを判定するように動作し得る。

ＭＡＣ層２０６でＳＤＴの開始が許可される、または利用可能であると判定された場合、例えばＭＡＣ層２０６に設定されたクライテリアが満たされると判定された場合、ＲＲＣ層２０２は、第２のデバイス１２０とのＳＤＴの通信手順（ＳＤＴ手順とも称される）を開始し得る（３０６Ａ）。いくつかの例示的な実施形態では、ＭＡＣ層２０６でＳＤＴの開始が許可されると判定された場合、ＭＡＣ層２０６は、ＳＤＴ開始の許可または利用可能性のインジケーションを、ＲＲＣ層２０２に送信し得る（３０５Ａ）。このインジケーションに応じて、ＲＲＣ層２０２は、第２のデバイス１２０とのＳＤＴの通信手順を開始するように動作し得る。

いくつかの例示的な実施形態では、ＭＡＣ層２０６もＳＤＴが許可されることを確認するので、ＲＲＣ層２０２は、ＳＤＴの通信手順を開始するために、ＳＤＴ用無線ベアラでＳＤＴ ＲＲＣレジュームを実行することを決定し得る（３０６Ａ）。ＳＤＴのためにレジュームする無線ベアラには、ＳＤＴのためのシグナリング無線ベアラ（ＳＲＢ）、例えばＳＲＢ１またはＳＲＢ２、及びデータ無線ベアラ（ＤＲＢ）が含まれ得る。例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴのためのＳＲＢ１またはＳＲＢ２をレジュームし得る。例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴのための少なくとも１つの無線ベアラ（例えばＳＲＢまたはＤＲＢ）をレジュームする要求を、ＰＤＣＰ層２０４に送信し得る（３０７）。いくつかの例示的な実施形態では、ＰＤＣＰ層２０４は、無線ベアラのレジューム後、ＲＬＣ層などの下位層に送信するためのデータを投入し得（３０９）、これはＭＡＣ層２０６によりさらに処理される。いくつかの例示的な実施形態では、ＳＤＴの通信手順を開始するために、ＲＲＣ層２０２はさらに、ＳＤＴのための共通制御チャネル（ＣＣＣＨ）ＲＲＣレジューム要求を、ＭＡＣ層２０６に送信し得る（３０８Ａ）。上記の処理を通して、第１のデバイス１１０でＳＤＴの通信手順が開始され得、ＳＤＴの通信手順を使用して第２のデバイス１２０にデータが送信され得る。

従来のプロトコルスタックでは、デバイスのＲＲＣ層が別のデバイスとのＳＤＴの通信を開始できると判定した場合、ＲＲＣ層は、ＤＲＢ及び／またはＳＲＢなどの無線ベアラを直接レジュームし得る。ＭＡＣ層で、例えばＳＤＴのためのリソースが無効であるなど、ＳＤＴが利用できないことが判明した場合、誤ってレジュームされた無線ベアラにより、プロトコルスタックで複雑な問題が生じ得る。本開示の例示的な実施形態によれば、ＲＲＣ層とＭＡＣ層の両方でＳＤＴ開始の許可をチェックすることにより、ＭＡＣ層でＳＤＴが利用不可能であることが判明した場合、無線ベアラの誤ったレジュームを回避することが可能であり、無線ベアラが誤ってレジュームされた場合には、プロトコル層間で不必要なインタラクションが行われたであろう。

ＲＲＣ層２０２とＭＡＣ層２０６との間で分割されるＳＤＴ開始の許可クライテリアに関するいくつかの詳細な例が、下記で論述される。議論されるクライテリアをよりよく理解するために、最初にいくつかの例示的なＳＤＴモードが紹介される。

いくつかの例示的な実施形態では、ＳＤＴは、ランダムアクセス（ＲＡ）手順に基づいて、または設定グラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を使用して、実行され得る。したがって、ＳＤＴ手順に使用されるリソースタイプ（例えばＲＡリソースまたはＣＧリソース）に基づいて、２つ以上の異なるＳＤＴモードが定義され得る。いくつかの例では、ＲＡ手順に基づくＳＤＴモードは、ＲＡベースＳＤＴモードまたはＲＡ‐ＳＤＴモードと称され得る。データ通信にＣＧを使用するＳＤＴモードは、ＣＧベースＳＤＴモードまたはＣＧ‐ＳＤＴモードと称され得る。ＲＡベースＳＤＴモードでは、データは、２ステップＲＡ手順のＭｓｇＡで、または４ステップＲＡ手順のＭｓｇ３で、第１のデバイス１１０から第２のデバイス１２０に送信され得る。ＣＧベースＳＤＴモードでは、データ送信（複数可）は、ＣＧのリソース、例えば設定グラントタイプ１のリソースを使用して、直接実行され得る。

いくつかの例示的な実施形態では、ＲＡ手順には２ステップＲＡ手順または４ステップＲＡ手順が含まれ得ることから、異なるＲＡベースＳＤＴモード、すなわち２ステップＲＡ手順を使用するＳＤＴモードと、４ステップＲＡ手順を使用するＳＤＴモードが存在し得る。２ステップＲＡリソースに基づくＲＡベースＳＤＴモードは、２ステップＲＡベースＳＤＴモードと称され得、４ステップＲＡリソースに基づくＲＡベースＳＤＴモードは、４ステップＲＡベースＳＤＴモードと称され得る。２ステップＲＡベースＳＤＴモードによれば、第２のデバイス１２０と開始された２ステップＲＡ手順のＭｓｇＡで、第１のデバイス１１０から第２のデバイス１２０にデータが送信され得る。４ステップＲＡベースＳＤＴモードによれば、第２のデバイス１２０と開始された４ステップＲＡ手順のＭｓｇ３で、データが送信され得る。

本開示のいくつかの例示的な実施形態では、いくつかのＳＤＴモードが説明されるが、適用可能なＳＤＴモードが他にも存在し得ることが理解されよう。いくつかの例示的な実施形態では、ＳＤＴ手順で許可される連続データ送信の具体的な数または数の範囲に基づいて、複数の異なるＳＤＴモードが定義され得る。例えば、ＳＤＴモードは、ＳＤＴ手順中に１つのデータ送信のみを許可するものとして定義され得、別のＳＤＴモードは、ＳＤＴ手順中に２つ以上のデータ送信を許可するものとして定義され得ることなどが挙げられる。

ＲＲＣ層２０２でＳＤＴが許可されるか否かを判定する（３０２）ために、ＲＲＣ層２０２でＳＤＴに対して、無線ベアラデータ利用可能性ベースクライテリアが適用され得る。いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴが許可された１つ以上の無線ベアラが存在するかどうか、及びＳＤＴが許可された少なくとも１つの無線ベアラでデータが利用可能であるかどうかを、判定し得る。いくつかの事例では、すべての無線ベアラがＳＤＴのために構成されるわけではない。ＲＲＣ層２０２が、ＳＤＴ用無線ベアラ（複数可）上に利用可能なデータが存在しないと判定した場合、ＲＲＣ層２０２は、ＳＤＴが許可されないと判定し得る。そのようなデータが存在すると判定した場合、ＲＲＣ層２０２は、無線ベアラデータ利用可能性ベースクライテリアが満たされると判定し得る。

いくつかの例示的な実施形態では、代替として、または付加的に、ＲＲＣ層２０２はさらに、ＳＤＴのための１つ以上の閾値ベースクライテリアが満たされるかどうかを判定し得る。閾値ベースクライテリアには、ＳＤＴのために設定されたデータ量閾値に基づくクライテリアが含まれ得る。ＲＲＣ層２０２は、送信されるデータの量が、ＳＤＴのために設定されたデータ量閾値に基づく要件に合うかどうかを判定し得る。いくつかの例示的な実施形態では、要件は、ＳＤＴモードに特有ではなく、ＳＤＴに共通であり得、ＳＤＴのデータ量閾値は、ＲＲＣ層２０２に設定され得る。送信されるデータの量がデータ量閾値以下である（あるいは厳密に下回る）場合、ＳＤＴの要件は満たされると定義され得る。この場合、ＲＲＣ層２０２は、データの量をデータ量閾値と比較することにより、ＳＤＴの開始が許可されるか否かを判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、１つ以上のＳＤＴモードで構成され得、１つ以上のＳＤＴモードに特有の１つ以上のデータ量閾値が、ＲＲＣ層２０２に設定され得る。このＳＤＴモードに特有であるデータ量閾値が満たされる場合に、ＳＤＴモードを開始するための要件は満たされ得る。例えば、第１のデータ量閾値は、第１のＳＤＴモードのために設定され、第２のデータ量閾値は、第２のＳＤＴモードのために設定され得る。第１のデータ量閾値は、第２のデータ量閾値より低くあり得る。送信されるデータの量が第１のＳＤＴモードの第１のデータ量閾値以下であると、第１のデバイス１１０が判定し得た場合、開始するのに第１のＳＤＴモードが選択され得る。いくつかの例示的な実施形態では、送信されるデータの量が第１のデータ量閾値を超え、第２のＳＤＴモードの第２のデータ量閾値以下であると第１のデバイス１１０が判定し得た場合、第１のデバイス１１０は、第２のＳＤＴモードを選択し得る。

いくつかの例示的な実施形態では、データ量閾値ベースクライテリアに加えて、またはその代替として、閾値ベースクライテリアには、ＳＤＴのために設定されたチャネル品質閾値に基づくクライテリアが含まれ得る。第１のデバイス１１０と第２のデバイス１２０との間のチャネル品質を、チャネル品質閾値と比較して、ＳＤＴが許可されるか否かが判定され得る。いくつかの例示的な実施形態では、クライテリア信号受信電力（ＲＳＲＰ）、クライテリア信号受信品質（ＲＳＲＱ）、及び／または第１のデバイス１１０と第２のデバイス１２０との間のチャネル品質を反映する他の要素、例えば信号対干渉雑音比（ＳＩＮＲ）またはパスロスなどのうちの１つ以上に基づいて、チャネル品質は測定され得る。ＲＲＣ層２０２は、チャネル品質が、ＳＤＴのために設定されたチャネル品質閾値に基づく要件に合うかどうかを判定し得る。いくつかの例示的な実施形態では、要件は、ＳＤＴモードに特有ではなく、ＳＤＴに共通であり得、ＳＤＴのチャネル品質閾値は、ＲＲＣ層２０２に設定され得る。チャネル品質がチャネル品質閾値を超えた場合、ＳＤＴの要件は満たされると定義され得る。この場合、ＲＲＣ層２０２は、チャネル品質をチャネル品質閾値と比較することにより、ＳＤＴの開始が許可されるか否かを判定し得る。いくつかの例示的な実施形態では、データ量閾値ベースクライテリアと同様に、１つ以上のＳＤＴモードに特有の１つ以上のチャネル品質閾値が、ＲＲＣ層２０２に設定され得る。チャネル品質をＳＤＴモード特有閾値と比較することにより、ＲＲＣ層２０２は、開始が許可され得るＳＤＴモード（複数可）を判定し得る。

いくつかの例示的な実施形態では、代替として、または付加的に、ＲＲＣ層２０２は、ＳＤＴのためのいくつかのリソース利用可能性ベースクライテリアをさらに適用し得る。ＲＲＣ層２０２は、ＳＤＴのために構成されたリソースが存在するかどうかを判定し得る。例えば、ＲＲＣ層２０２は、ＳＤＴのために構成されたＣＧが存在するかどうか、及び／またはＳＤＴのために構成されたＲＡリソースが存在するかどうか、を判定し得る。第１のデバイス１１０がＳＤＴのためのＣＧ及び／またはＲＡリソースで構成される場合、ＳＤＴの開始は許可されるものとして、ＲＲＣ層２０２では判定される。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴのために構成されたリソースの有効性を判定しなくてもよい。ＳＤＴのために構成されたリソースの検証は、ＭＡＣ層２０６で実行され得る。上記で示されたように、ＳＤＴが許可されることをＭＡＣ層２０６も確認した後に、ＳＤＴの通信手順はＲＲＣ層２０２により開始される。よって、有効なリソースが存在しない時、ＲＲＣ層２０２が通信手順を開始することを防ぐことが可能となる。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、第２のデバイス１２０との通信のためにどのタイプのＲＡ手順が開始されるべきであるかを判定するように、またはＲＡ手順もしくはＣＧベース手順が開始されるべきかどうかを判定するように、構成されない場合があるため、ＲＲＣ層２０２で適用されるクライテリアは、ＳＤＴモードに特有ではあり得ないが、すべての可能なＳＤＴモードに汎用的である。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＲＲＣ層２０２のクライテリアを適用した後、どの１つ以上のＳＤＴモードが許可され得るかを判定することが可能であり得る。例えば、ＲＲＣ層２０２は、１つ以上のＳＤＴモード、例えばＣＧベースＳＤＴモード、ＲＡベースＳＤＴモード、２ステップベースＳＤＴモード、または４ステップベースＳＤＴモードなどに特有である１つ以上のデータ量ベースクライテリアまたはチャネル品質ベースクライテリアで構成され得る。この場合、クライテリアのうちのいずれかが満たされると、ＲＲＣ層２０２は、対応するＳＤＴモード（複数可）の開始が許可されると判定し得る。

いくつかの例示的な実施形態では、ＲＲＣ層２０２は、ＳＤＴモードの選択にも、ＵＬキャリア（例えば通常のＵＬキャリアまたは補助ＵＬ（ＳＵＬ）キャリア）の選択にも依存しないクライテリアに基づいて、チェックを実行し得る。

ＲＲＣ層２０２における様々なクライテリアは、上記で論述された。ＲＲＣ層２０２は、ＳＤＴの許可を判定するために、上記のクライテリア及び／または他の可能なクライテリアのうちの１つ以上を適用し得ることが理解されよう。この点に関して、本開示の範囲は限定されない。

上記のように、ＲＲＣ層２０２のクライテリアに基づいてＳＤＴの開始が許可されるとＲＲＣ層２０２が判定した場合、データを通信するためにＲＲＣ層２０２がＳＤＴの通信手順を直接開始することはあり得ない。代わりに、ＲＲＣ層２０２は、通信手順を開始する前に、ＳＤＴが許可され得るかどうか、及びＳＤＴが許可され得る時をさらに判定するために、ＭＡＣ層２０６に要求を送信し得る（３０３）。いくつかの例示的な実施形態では、１つ以上のターゲットＳＤＴモードの開始が許可されるとＲＲＣ層２０２が判定できる場合、ＲＲＣ層２０２は、第２のプロトコル層で１つ以上のターゲットＳＤＴモードの開始が許可されるかどうかを判定する要求を、ＭＡＣ層２０６に送信し得る（３０３）。

ＭＡＣ層２０６では、１つ以上の特定のターゲットＳＤＴモードの許可を判定する要求を受信すると、これらのＳＤＴモードに関するＭＡＣ層２０６のクライテリアを適用し、ＭＡＣ層２０６のクライテリアに基づいて、これらのうちのいずれかが許可されるかどうかを判定し得る。他の場合では、ＭＡＣ層２０６は、ＲＲＣ層２０２から一般要求を受信し、いずれかのＳＤＴモードを開始できるかどうかを判定する。ＭＡＣ層２０６は、ＭＡＣ層２０６のクライテリアを適用して、ＳＤＴの許可、または第１のデバイス１１０のために構成されたすべての可能なＳＤＴモードの許可をチェックし得る。

ＲＲＣ層２０２でＳＤＴが許可されるかどうかを判定する（３０４）ために、ＳＤＴに対して無線ベアラデータ利用可能性ベースクライテリアが適用され得る。いくつかの例示的な実施形態では、ＳＤＴに指定された様々なモードが存在しない場合、ＲＲＣ層２０２は、ＳＤＴの開始が許可されるかどうかを判定し得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６は、第１のデバイス１１０のために構成された１つ以上のＳＤＴモードに関して、開始の許可を判定し得る。上記のように、いくつかの例示的な実施形態では、ＳＤＴモードは、ＲＲＣ層２０２によりインジケートされ得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、第２のデバイス１２０と通信するために、複数のＵＬキャリア（通常ＵＬキャリアまたはＳＵＬキャリアなど）で構成され得る。このような場合、ＭＡＣ層２０６は、通信のためにＵＬキャリアのうちの１つを選択し得る。いくつかの例示的な実施形態では、ＵＬキャリアの選択は、ＳＤＴとは無関係のレガシー選択メカニズムに従い得る。例示的な実施形態では、ＵＬキャリアの選択は、ＳＤＴまたは任意のＳＤＴモードのために具体的に設定されていないチャネル品質閾値に基づいて実行され得る。

いくつかの例示的な実施形態では、チャネル品質閾値がＳＤＴのために設定され得、かつ、ＭＡＣ層２０６に設定され得、これは、レガシー選択メカニズムで使用される閾値とは異なり得る。ＭＡＣ層２０６は、ＵＬキャリアを選択するために、所与のＵＬキャリアにわたるチャネル品質が、ＳＤＴのために設定されたチャネル品質閾値に基づく要件に合うかどうかを判定し得る。いくつかの例では、所与のＵＬキャリアにわたるチャネル品質が特定のチャネル品質閾値を超える場合に、要件は満たされ得る。この場合、ＭＡＣ層２０６は、所与のＵＬキャリアを選択し得る。

ＵＬキャリアが選択されると、ＭＡＣ層２０６は、さらなるクライテリア（存在する場合）を適用して、選択されたＵＬキャリアでのＳＤＴの開始が許可されるかどうかを判定し得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６は、ＳＤＴのリソース有効性ベースクライテリアを適用し得る。ＭＡＣ層２０６は、ＳＤＴのためにリソースが構成され有効であるかどうか、または特定のＳＤＴモードのためにリソースが構成され有効であるかどうか、を判定し得る。

例えば、ＳＤＴを実行するためのＣＧが第１のデバイス１１０のために構成される場合、ＭＡＣ層２０６は、第１のデバイス１１０のタイミングアドバンス（ＴＡ）が有効であるかどうかを判定することにより、ＣＧが有効であるかどうかを判定し得る。ＴＡが有効である場合に、ＣＧは有効であると判定される。いくつかの例示的な実施形態では、ＣＧベースＳＤＴのために、ＴＡメンテナンスのための新たなＴＡタイマーが設定され得る。いくつかの例示的な実施形態では、付加的または代替的に、ＳＤＴのためのＣＧの有効性は、１つ以上のビームがＣＧに有効であるかどうか、選択された同期信号ブロック（ＳＳＢ）にＣＧが関連付けられているかどうか、及びチャネル品質（例えばＲＳＲＰ）が対応するチャネル品質閾値を超えて変化したかどうかなどを含む、他の要素に基づき得る。この点に関して、本開示の範囲は限定されない。

いくつかの例示的な実施形態では、ＲＡリソースが第１のデバイス１１０のために構成されている場合、ＭＡＣ層２０６はさらに、ＲＡリソースがＳＤＴに有効であるかどうかを判定し得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６は、２ステップＲＡリソースまたは４ステップＲＡリソースが利用可能であり、ＳＤＴに有効であることを判定し得る。ＲＡリソースには、例えば、物理ランダムアクセスチャネル（ＰＲＡＣＨ）及びプリアンブル、ならびにほぼ確実にＳＤＴのＲＡ手順のための専用無線リソースが含まれ得る。

いくつかの例示的な実施形態では、ＣＧ及び／またはＲＡリソースの有効性をチェックすることにより、ＭＡＣ層２０６は、ＣＧベースＳＤＴモードまたはＲＡベースＳＤＴモード（例えば２ステップＲＡベースＳＤＴモードまたは４ステップＲＡベースＳＤＴモード）の開始が許可されるかどうか、を判定することが可能であり得る。

いくつかの例示的な実施形態では、代替として、または付加的に、ＭＡＣ層２０６はさらに、ＳＤＴのための１つ以上の閾値ベースクライテリアが満たされるかどうかを判定し得る。閾値ベースクライテリアには、ＳＤＴのために設定されたデータ量閾値に基づくクライテリア、ＳＤＴのために設定されたチャネル品質閾値に基づくクライテリアが含まれ得る。いくつかの例示的な実施形態では、ＭＡＣ層２０６が閾値ベースクライテリアで構成される場合、ＲＲＣ層２０２がＳＤＴの閾値ベースクライテリアチェックを実行することは不要であり得る。いくつかの例示的な実施形態では、ＲＲＣ層２０２とＭＡＣ層２０６の両方がＳＤＴの閾値ベースクライテリアチェックを実行し得るが、２つの層には異なる閾値が設定され得る。

いくつかの例示的な実施形態では、ＲＲＣ層２０２に関して前述されたクライテリアと同様に、データ量閾値に基づくクライテリアは、ＳＤＴのために設定されたデータ量閾値に基づく要件を含み得、または１つ以上のＳＤＴモードのために特別に設定された１つ以上のデータ量閾値に基づく要件を含み得る。いくつかの例示的な実施形態では、チャネル品質閾値に基づくクライテリアは、ＳＤＴのために設定されたチャネル品質閾値に基づく要件を含み得、または１つ以上のＳＤＴモードのために特別に設定された１つ以上のチャネル品質閾値に基づく要件を含み得る。対応するデータ量閾値（複数可）と共に送信されるデータの量とを比較することにより、及び／または対応するチャネル品質閾値（複数可）とチャネル品質とを比較することにより、ＭＡＣ層２０６は、ＳＤＴが許可されるかどうかを判定し得、またはどのＳＤＴモードが許可されるかを判定し得る。いくつかの例示的な実施形態では、データ量閾値及びチャネル品質閾値に基づくクライテリアの両方が満たされる場合に、ＳＤＴは許可される。

ＭＡＣ層２０６における様々なクライテリアが、上記で論述された。ＭＡＣ層２０６は、ＳＤＴの許可を判定するために、上記のクライテリア及び／または他の可能なクライテリアのうちの１つ以上を適用し得ることが理解されよう。この点に関して、本開示の範囲は限定されない。上記のように、ＭＡＣ層２０６でＳＤＴの開始が許可されると判定された場合、ＭＡＣ層２０６は、ＳＤＴ開始の許可または利用可能性のインジケーションを、ＲＲＣ層２０２に送信し得る（３０５Ａ）。いくつかの例示的な実施形態では、特定のＳＤＴモードが許可されるとＭＡＣ層２０６が判定した場合、ＭＡＣ層２０６は、許可されるＳＤＴモードのインジケーションをＲＲＣ層２０２に送信し得る（３０５Ａ）。ＭＡＣ層２０６からのインジケーションに応じて、ＲＲＣ層２０２は、第２のデバイス１２０とのＳＤＴの通信手順を開始するように動作し得る。特定のＳＤＴモードがインジケートされた場合、ＲＲＣ層２０２は、ＳＤＴモードに従って通信手順を開始し得る。

上記の実施形態では、ＳＤＴが許可されると判定された場合のプロトコル層の動作が説明された。いくつかの事例では、ＲＲＣ層２０２またはＭＡＣ層２０６でＳＤＴが却下されたことが判明した場合、例えばＲＲＣ層２０２またはＭＡＣ層２０６におけるクライテリアのうちの１つ以上が満たされなかった場合、第１のデバイス１１０は、第２のデバイス１２０との非ＳＤＴの通信手順を開始し得る。引き続き図２を参照する。例えば、ＳＤＴのために構成されたまたはＳＤＴが許可されたリソースまたは無線ベアラが存在しないために、ＳＤＴは却下されるとＲＲＣ層２０２が判定した場合、ＲＲＣ層２０２は、第２のデバイス１２０との非ＳＤＴの通信手順（非ＳＤＴ手順とも称される）を開始し得る（３０６Ｂ）。例えば、ＲＲＣ層２０２は、非ＳＤＴの通信手順のために、ＳＢＲ、例えばＳＢＲ１をレジュームすることを決定し得る。ＲＲＣ層２０２はさらに、非ＳＤＴのためのＣＣＣＨ ＲＲＣレジューム要求を、ＭＡＣ層２０６に送信し得る（３０８Ｂ）。ＰＤＣＰ層２０４及びＭＡＣ層２０６は、非ＳＤＴの通信手順を実行するように適宜動作し得る。非ＳＤＴ手順を使用して、データが第２のデバイス１２０に送信され得る。

ＲＲＣ層２０２はＳＤＴが許可されると判定したが、ＭＡＣ層２０６はＳＤＴの開始が許可されないと判定した場合、ＭＡＣ層２０６は、ＳＤＴ開始の却下または利用不可のインジケーションを、ＲＲＣ層２０２に送信し得る（３０５Ｂ）。ＭＡＣ層２０６からこのようなインジケーションを受信すると、ＲＲＣ層２０２は、これに応じて非ＳＤＴの通信手順を開始し得る（３０６Ｂ）。

プロトコル層間のインタラクションが、上記で論述された。いくつかの例示的な実施形態に従ってＭＡＣ層２０６で実行される例示的な手順は、以下のように要約され得る。シグナリングフロー３００の対応するステップが以下に示される。
‐ＭＡＣは、ＳＤＴ手順の開始要求を受信すると（ステップ３０３）、ＳＵＬ／ＵＬ＿ＳＤＴ＿ＲＳＲＰ閾値（従来のＳＵＬ／ＵＬ ＲＳＲＰ閾値と同じであっても異なっていてもよい）に基づいて、ＳＵＬ／ＵＬ選択を実行する（ステップ３０４）。
‐ＵＬキャリアの選択後（ステップ３０４）、
‐ＭＡＣは、選択されたＵＬキャリアに対してＣＧ検証（ＴＡ、ビーム、ＲＳＲＰクライテリアなどを含む）を行い（ステップ３０４）、
‐ＳＤＴに有効なＣＧが存在する場合、
‐ＭＡＣは、（ＣＧ‐）ＳＤＴを開始できることをＲＲＣにインジケートし、ＣＧ‐ＳＤＴを実行し（ステップ３０５Ａ）、
‐有効なＣＧが存在しない（構成されていない、またはいずれのクライテリアも満たされない）場合、
‐ＭＡＣは、２ステップ及び４ステップのＲＡ‐ＳＤＴの利用可能性をチェックし、２ステップ／４ステップＲＡ ＳＤＴ‐ＲＳＲＰ閾値（従来の２ステップ／４ステップ選択ＲＳＲＰ閾値と同じであっても異なっていてもよい）に基づいて、２ステップ／４ステップＲＡ選択を実行し（ステップ３０４）、
‐選択されたＲＡタイプに対してＳＤＴに有効なＲＡリソースが存在する場合、
‐ＭＡＣは、（ＲＡ‐）ＳＤＴを開始できることをＲＲＣにインジケートし、したがってＲＡ‐ＳＤＴを実行し（ステップ３０５Ａ）、
‐選択されたＵＬ上に、ＳＤＴに有効なＣＧも、ＳＤＴに有効な２ステップまたは４ステップのＲＡリソースも存在しない場合（第１のデバイス１１０が、ＲＡ‐ＳＤＴなしでＣＧ‐ＳＤＴリソースのみで構成される、またはＳＤＴのために構成された２ステップＲＡもしくは４ステップＲＡのみで構成される可能性が認められることに留意されたい）（ステップ３０４）、
‐ＭＡＣは、ＳＤＴ手順を実行できないことをＲＲＣにインジケートする（ステップ３０５Ｂ）。

いくつかの例示的な実施形態に従ってＲＲＣ層２０２で実行される例示的な手順は、以下のように要約され得る。シグナリングフロー３００の対応するステップが以下に示される。
‐ＳＤＴクライテリアが、例えばＳＤＴは関連ＤＲＢのために構成されているかどうか、及びＵＬペイロードがＳＤＴ閾値に適合するかどうかといった場合、及びＳＤＴ‐ＲＳＲＰクライテリアが満たされるかどうか（ステップ３０２）、
‐ＭＡＣにＳＤＴリソース検証を実行するよう要求し（ステップ３０３）、
‐ＭＡＣからＳＤＴ利用可能インジケーションを受信した場合（ステップ３０５Ａ）、
‐ＳＲＢ１／（ＳＲＢ２）／ＳＤＴ ＤＲＢ（複数可）をレジュームし（ステップ３０７及び３０８Ａ）、
‐ＳＤＴレジュームを実行し、ＳＤＴのレジュームをＭＡＣに送信し（ステップ３０６Ａ及び３０９）、
‐ＭＡＣから利用不可能インジケーションを受信した場合（ステップ３０５Ｂ）、
‐ＳＲＢ１をレジュームし、
‐非ＳＤＴレジュームを実行する（ステップ３０６Ｂ及び３０８Ｂ）。

図４は、本開示のいくつかの例示的な実施形態による、第１のデバイス１１０で実施される例示的な方法４００のフローチャートを示す。論述目的で、方法４００は、図１に関して第１のデバイス１１０の観点から説明される。

ブロック４１０で、第１のデバイス１１０は、第１のデバイス１１０の第１のプロトコル層（例えばＲＲＣ層２０２）でＳＤＴの開始が許可されるかどうかを判定する。第１のプロトコル層でＳＤＴの開始が許可される場合、ブロック４２０で、第１のデバイス１１０は、第１のデバイス１１０の第２のプロトコル層（例えばＭＡＣ層２０６）でＳＤＴの開始が許可されるかどうかを判定する。第２のプロトコル層でＳＤＴの開始が許可される場合、ブロック４３０で、第１のデバイス１１０は、第２のデバイス１２０とのＳＤＴの通信手順を、第１のプロトコル層を介して開始する。

いくつかの例示的な実施形態では、第１のプロトコル層または第２のプロトコル層でＳＤＴの開始が却下される場合、ブロック４４０で、第１のデバイス１１０は、第２のデバイス１２０との非ＳＤＴのさらなる通信手順を、第１のプロトコル層を介して開始し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、以下のクライテリア、ＳＤＴのためのリソースが構成されていること、少なくとも１つのＳＤＴモードのためのリソースが構成されていること、ＳＤＴが許可された少なくとも１つの無線ベアラでデータが利用可能であること、または送信されるデータの量が、ＳＤＴのために設定された第１のデータ量閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第１のプロトコル層でＳＤＴの開始が許可されると判定し得る。

いくつかの例示的な実施形態では、少なくとも１つのＳＤＴモードには、以下の、設定グラントに基づく第１のＳＤＴモード、ランダムアクセス手順に基づく第２のＳＤＴモード、２ステップランダムアクセス手順に基づく第３のＳＤＴモード、及び４ステップランダムアクセス手順に基づく第４のＳＤＴモード、のうちの少なくとも１つが含まれる。

いくつかの例示的な実施形態では、第１のプロトコル層でＳＤＴの開始が許可される場合、第１のデバイス１１０は、以下の要求、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定するための第１の要求、または第２のプロトコル層でターゲットＳＤＴモードの開始が許可されるかどうかを判定するための第２の要求、のうちの１つを、第１のプロトコル層から第２のプロトコル層へ送信させ得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、第１の要求に応じて、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定することにより、または第２の要求に応じて、第２のプロトコル層でターゲットＳＤＴモードの開始が許可されるかどうかを判定することにより、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、第２のプロトコル層で少なくとも１つのＳＤＴモードの開始が許可されるかどうかを判定することにより、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定し得る。

いくつかの例示的な実施形態では、第２のプロトコル層で少なくとも１つのＳＤＴモードのうちの１つの開始が許可される場合、第１のデバイス１１０は、判定されたＳＤＴモードのインジケーションを、第２のプロトコル層から第１のプロトコルへ送信させ得る。第１のデバイス１１０は、判定されたＳＤＴモードのインジケーションに応じて、第１のプロトコル層を介して、判定されたＳＤＴモードに従って通信手順を開始することにより、ＳＤＴの通信手順を開始し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、以下のクライテリア、ＳＤＴのために構成されたリソースが有効であること、少なくとも１つのＳＤＴモードのために構成されたリソースが有効であること、送信されるデータの量が、ＳＤＴのために設定された第２のデータ量閾値に基づく要件に合うこと、送信されるデータの量が、少なくとも１つのＳＤＴモードのために設定された第３のデータ量閾値に基づく要件に合うこと、第１のデバイス１１０と第２のデバイス１２０との間のチャネル品質が、ＳＤＴのために設定された第１の品質閾値に基づく要件に合うこと、またはチャネル品質が、少なくとも１つのＳＤＴモードのために設定された第２の品質閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第２のプロトコル層でＳＤＴの開始が許可されると判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、複数のアップリンクキャリアのうちの１つを選択することと、選択したアップリンクキャリアでのＳＤＴの開始が許可されるかどうかを判定することとにより、第２のプロトコル層でＳＤＴの開始が許可されるかどうかを判定し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、複数のアップリンクキャリアのうちの所与のアップリンクキャリアに関して、所与のアップリンクキャリアにわたるチャネル品質が、ＳＤＴのために設定された第４の品質閾値に基づく要件またはＳＤＴモードのために設定された第５の品質閾値に基づく要件に合うかどうかを判定することと、チャネル品質が第４の品質閾値に基づく要件または第５の品質閾値に基づく要件に合うという判定に従って、所与のアップリンクキャリアを選択することとにより、複数のアップリンクキャリアのうちの１つを選択し得る。

いくつかの例示的な実施形態では、第１のデバイス１１０は、ＳＤＴのための少なくとも１つの無線ベアラをレジュームするための第３の要求を、第１のプロトコル層から第１のデバイス１１０の第３のプロトコル層（例えばＰＤＣＰ層２０４）へ送信させることにより、第１のプロトコル層を介して、ＳＤＴの通信手順を開始し得る。いくつかの例示的な実施形態では、第３のプロトコル層は、パケットデータ収束プロトコル層を含む。

いくつかの例示的な実施形態では、方法３００のうちのいずれかを実行することが可能な第１の装置（例えば第１のデバイス１１０）は、方法３００のそれぞれの動作を実行するための手段を備え得る。手段は、任意の好適な形態で実装され得る。例えば、手段は、回路／またはソフトウェアモジュールで実装され得る。第１の装置は、第１のデバイス１１０として実装されてもよく、第１のデバイス１１０に含まれてもよい。

いくつかの例示的な実施形態では、第１の装置は、第１の装置の第１のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段と、第１のプロトコル層でスモールデータ伝送の開始が許可されるという判定に従って、第１の装置の第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段と、第２のプロトコル層でスモールデータ伝送の開始が許可されるという判定に従って、第２の装置（例えば第２のデバイス１２０）とのスモールデータ伝送の通信手順を、第１のプロトコル層を介して開始するための手段と、を備える。

いくつかの例示的な実施形態では、第１のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、以下のクライテリア、スモールデータ伝送のためのリソースが構成されていること、少なくとも１つのスモールデータ伝送モードのためのリソースが構成されていること、スモールデータ伝送が許可された少なくとも１つの無線ベアラでデータが利用可能であること、または送信されるデータの量が、スモールデータ伝送のために設定された第１のデータ量閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第１のプロトコル層でスモールデータ伝送の開始が許可されると判定するための手段を備える。

いくつかの例示的な実施形態では、少なくとも１つのスモールデータ伝送モードには、以下の、設定グラントに基づく第１のスモールデータ伝送モード、ランダムアクセス手順に基づく第２のスモールデータ伝送モード、２ステップランダムアクセス手順に基づく第３のスモールデータ伝送モード、及び４ステップランダムアクセス手順に基づく第４のスモールデータ伝送モード、のうちのうちの少なくとも１つが含まれる。

いくつかの例示的な実施形態では、第１の装置はさらに、第１のプロトコル層でスモールデータ伝送の開始が許可されるという判定に従って、以下の要求、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための第１の要求、または第２のプロトコル層でターゲットスモールデータ伝送モードの開始が許可されるかどうかを判定するための第２の要求、のうちの１つを、第１のプロトコル層から第２のプロトコル層へ送信させるための手段を備える。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、第１の要求に応じて、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段、または第２の要求に応じて、第２のプロトコル層でターゲットスモールデータ伝送モードの開始が許可されるかどうかを判定するための手段を含む。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、第２のプロトコル層で少なくとも１つのスモールデータ伝送モードの開始が許可されるかどうかを判定するための手段を含む。

いくつかの例示的な実施形態では、第１の装置はさらに、第２のプロトコル層で少なくとも１つのスモールデータ伝送モードのうちの１つの開始が許可されるという判定に従って、判定されたスモールデータ伝送モードのインジケーションを、第２のプロトコル層から第１のプロトコル層へ送信させる手段を備える。いくつかの例示的な実施形態では、スモールデータ伝送の通信手順を開始するための手段は、判定されたスモールデータ伝送モードのインジケーションに応じて、第１のプロトコル層を介して、判定されたスモールデータ伝送モードに従って通信手順を開始するための手段を含む。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、以下のクライテリア、スモールデータ伝送のために構成されたリソースが有効であること、少なくとも１つのスモールデータ伝送モードのために構成されたリソースが有効であること、送信されるデータの量が、スモールデータ伝送のために設定された第２のデータ量閾値に基づく要件に合うこと、送信されるデータの量が、少なくとも１つのスモールデータ伝送モードのために設定された第３のデータ量閾値に基づく要件に合うこと、第１の装置と第２の装置との間のチャネル品質が、スモールデータ伝送のために設定された第１の品質閾値に基づく要件に合うこと、またはチャネル品質が、少なくとも１つのスモールデータ伝送モードのために設定された第２の品質閾値に基づく要件に合うこと、のうちの少なくとも１つが満たされると判定することにより、第２のプロトコル層でスモールデータ伝送の開始が許可されると判定するための手段を含む。

いくつかの例示的な実施形態では、第２のプロトコル層でスモールデータ伝送の開始が許可されるかどうかを判定するための手段は、複数のアップリンクキャリアのうちの１つを選択するための手段と、選択されたアップリンクキャリアでのスモールデータ伝送の開始が許可されるかどうかを判定するための手段と、を含む。

いくつかの例示的な実施形態では、複数のアップリンクキャリアのうちの１つを選択するための手段は、複数のアップリンクキャリアのうちの所与のアップリンクキャリアに関して、所与のアップリンクキャリアにわたるチャネル品質が、スモールデータ伝送のために設定された第４の品質閾値に基づく要件またはスモールデータ伝送モードのために設定された第５の品質閾値に基づく要件に合うかどうかを判定するための手段と、チャネル品質が第４の品質閾値に基づく要件または第５の品質閾値に基づく要件に合うという判定に従って、所与のアップリンクキャリアを選択するための手段と、を含む。

いくつかの例示的な実施形態では、第１のプロトコル層を介して、スモールデータ伝送の通信手順を開始するための手段は、スモールデータ伝送のための少なくとも１つの無線ベアラをレジュームするための第３の要求を、第１のプロトコル層から第１の装置の第３のプロトコル層へ送信させるための手段を含む。

いくつかの例示的な実施形態では、第３のプロトコル層は、パケットデータ収束プロトコル層を含む。いくつかの例示的な実施形態では、第１のプロトコル層は、無線リソース制御層を含み、第２のプロトコルは、媒体アクセス制御層を含む。

いくつかの例示的な実施形態では、第１の装置はさらに、第１のプロトコル層または第２のプロトコル層でスモールデータ伝送の開始が却下されるという判定に従って、第２の装置との非スモールデータ伝送のさらなる通信手順を、第１のプロトコル層を介して開始するための手段を備える。

いくつかの例示的な実施形態では、第１の装置はさらに、方法４００または第１のデバイス１１０のいくつかの例示的な実施形態における他の動作を実行するための手段を備える。いくつかの例示的な実施形態では、手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第１の装置の実行を引き起こすように構成される。

図５は、本開示の例示的な実施形態を実施するのに好適なデバイス５００の簡略化されたブロック図である。デバイス５００は、例えば図１に示される第１のデバイス１１０または第２のデバイス１２０などの通信デバイスを実施するために提供され得る。示されるように、デバイス５００は、１つ以上のプロセッサ５１０と、プロセッサ５１０に接続された１つ以上のメモリ５２０と、プロセッサ５１０に接続された１つ以上の通信モジュール５４０とを含む。

通信モジュール５４０は、双方向通信のためのものである。通信モジュール５４０は、１つ以上の他のモジュールまたはデバイスとの通信を促進する１つ以上の通信インタフェースを有する。通信インタフェースは、他のネットワーク要素との通信に必要な任意のインタフェースを表し得る。いくつかの例示的な実施形態では、通信モジュール５４０は、少なくとも１つのアンテナを含み得る。

プロセッサ５１０は、ローカルテクニカルネットワークに好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含み得る。デバイス５００は、メインプロセッサを同期化するクロックを時間追従するよう設定された特定用途向け集積回路チップなど、複数のプロセッサを有し得る。

メモリ５２０は、１つ以上の不揮発性メモリと、１つ以上の揮発性メモリとを含み得る。不揮発性メモリの例として、読み出し専用メモリ（ＲＯＭ）５２４、電気的プログラマブル読み出し専用メモリリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、光ディスク、レーザーディスク、ならびに他の磁気記憶装置及び／または光学記憶装置が挙げられるが、これらに限定されない。揮発性メモリの例として、ランダムアクセスメモリ（ＲＡＭ）５２２、及び電源を落としている間は持続しない他の揮発性メモリが挙げられるが、これらに限定されない。

コンピュータプログラム５３０は、関連するプロセッサ５１０により実行されるコンピュータ実行可能命令を含む。プログラム５３０は、メモリ、例えばＲＯＭ５２４に格納され得る。プロセッサ５１０は、プログラム５３０をＲＡＭ５２２にロードすることにより、任意の好適な動作及び処理を行い得る。

図３～図４を参照して論述された本開示のいずれのプロセスもデバイス５００が実行できるように、プログラム５３０により本開示の例示的な実施形態は実施され得る。本開示の例示的な実施形態はまた、ハードウェアにより、またはソフトウェアとハードウェアとの組み合わせにより、実施されてもよい。

いくつかの例示的な実施形態では、プログラム５３０は、デバイス５００に含まれ得るコンピュータ可読媒体（メモリ５２０など）に、またはデバイス５００によりアクセス可能な他の記憶装置に、有形に含まれ得る。デバイス５００は、プログラム５３０を、実行のために、コンピュータ可読媒体からＲＡＭ５２２にロードし得る。コンピュータ可読媒体には、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、及びＤＶＤなど、任意のタイプの有形不揮発性記憶装置が含まれ得る。図６は、コンピュータ可読媒体６００の例を示し、これは、ＣＤ、ＤＶＤ、または他の光学記憶ディスクの形態であり得る。コンピュータ可読媒体には、プログラム５３０が格納されている。

通常、本開示の様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはこれらの任意の組み合わせで実施され得る。いくつかの態様は、ハードウェアで実施されてもよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスにより実行され得るファームウェアまたはソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、またはいくつかの他の図的表現を使用して例示され説明されるが、本明細書で説明されるブロック、装置、システム、技法、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用の回路もしくはロジック、汎用のハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはこれらの何らかの組み合わせにより、実施され得ることが理解されよう。

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータ実行可能命令を含み、例えばこれらは、プログラムモジュールに含まれ、対象の物理プロセッサまたは仮想プロセッサ上のデバイスで実行されると、図３～図４を参照して前述された方法のうちのいずれかを実行する。通常、プログラムモジュールは、特定のタスクを実行するまたは特定の抽象データタイプを実施するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、またはデータ構造などを含む。プログラムモジュールの機能は、様々な実施形態で所望されるように、プログラムモジュール間で組み合わされてもよく、または分割されてもよい。プログラムモジュールのマシン実行可能命令は、ローカルデバイス内または分散デバイス内で実行され得る。分散デバイスでは、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体の両方に配置される。

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

本開示の文脈において、コンピュータプログラムコードまたは関連データは、デバイス、装置、またはプロセッサが前述の様々なプロセス及び動作を実行できるように、任意の好適なキャリアにより運ばれ得る。キャリアの例には、信号、及びコンピュータ可読媒体などが挙げられる。

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体には、電子、磁気、光、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、あるいは前述の任意の好適な組み合わせが含まれ得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例としては、１本以上の有線を有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ‐ＲＯＭ）、光学記憶装置、磁気記憶装置、または前述の任意の好適な組み合わせが挙げられる。

さらに、動作は特定の順序で描かれているが、これは、望ましい結果を得るために、そのような動作が、示される特定の順序もしくは連続的順序で実行されること、または例示されるすべての動作が実行されることを要求するものと、理解されるべきではない。特定の状況では、マルチタスク処理及び並列処理が有利な場合もある。同様に、上記の論述にはいくつかの具体的な実施態様の詳細が含まれるが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、むしろ特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明される特定の特徴は、単一の実施形態に組み合わせて実施されてもよい。逆に、単一の実施形態の文脈で説明される様々な特徴も、複数の実施形態で別々に、または任意の好適な部分的組み合わせで、実施されてもよい。

本開示は、構造的特徴及び／または方法論的行為に特有の言語で説明されたが、添付の特許請求の範囲で定義される本開示は、必ずしも前述の具体的な特徴または行為に限定されないことを理解されたい。むしろ、前述の具体的な特徴及び行為は、特許請求の範囲を実施する例示的な形態として開示される。

Claims (18)

1. 少なくとも１つのプロセッサと、
   コンピュータプログラムコードを含む少なくとも１つのメモリと、
   を備える第１のデバイスであって、
   前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、
   スモールデータ伝送が、前記第１のデバイスの第１のプロトコル層で開始されることを許可されるかどうかを判定することと、
   前記スモールデータ伝送が、前記第１のプロトコル層で開始されることを許可されるという判定に従って、前記スモールデータ伝送が、前記第１のデバイスの第２のプロトコル層で開始されることを許可されるかどうかを判定することと、
   前記スモールデータ伝送が、前記第２のプロトコル層で開始されることを許可されるという判定に従って、第２のデバイスとの前記スモールデータ伝送の通信手順を、前記第１のプロトコル層を介して開始することと、
   を前記第１のデバイスに実行させるように構成される、前記第１のデバイス。
2. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、以下のクライテリア、
   前記スモールデータ伝送のためのリソースが構成されていること、
   少なくとも１つのスモールデータ伝送モードのためのリソースが構成されていること、
   前記スモールデータ伝送に対して許可された少なくとも１つの無線ベアラにおいてデータが利用可能であること、または、
   送信されるデータの量が、前記スモールデータ伝送のために設定された第１のデータ量閾値に基づく要件に合うこと、
   の少なくとも１つが満たされると判定することにより、前記スモールデータ伝送が、前記第１のプロトコル層で開始されることを許可されると判定することを、前記第１のデバイスに実行させるように構成される、請求項１に記載の第１のデバイス。
3. 少なくとも１つのスモールデータ伝送モードは、以下の、
   設定グラントに基づく第１のスモールデータ伝送モード、
   ランダムアクセス手順に基づく第２のスモールデータ伝送モード、
   ２ステップランダムアクセス手順に基づく第３のスモールデータ伝送モード、及び
   ４ステップランダムアクセス手順に基づく第４のスモールデータ伝送モード、
   の少なくとも１つを含む、請求項２に記載の第１のデバイス。
4. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、さらに、
   前記スモールデータ伝送が、前記第１のプロトコル層で開始されることを許可されるという判定に従って、以下の要求、
   前記スモールデータ伝送が、前記第２のプロトコル層で開始されることを許可されるかどうかを判定するための第１の要求、または、
   ターゲットスモールデータ伝送モードが、前記第２のプロトコル層で開始されることを許可されるかどうかを判定するための第２の要求、
   の１つを、前記第１のプロトコル層から前記第２のプロトコル層へ送信させることを、前記第１のデバイスに実行させるように構成される、請求項１に記載の第１のデバイス。
5. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、
   前記第１の要求に応じて、前記スモールデータ伝送が、前記第２のプロトコル層で開始されることを許可されるかどうかを判定すること、または、
   前記第２の要求に応じて、前記ターゲットスモールデータ伝送モードが、前記第２のプロトコル層で開始されることを許可されるかどうかを判定すること、
   を前記第１のデバイスに実行させるように構成される、請求項４に記載の第１のデバイス。
6. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、少なくとも１つのスモールデータ伝送モードが、前記第２のプロトコル層で開始されることを許可されるかどうかを判定することを、前記第１のデバイスに実行させるように構成される、請求項１に記載の第１のデバイス。
7. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、さらに、
   前記少なくとも１つのスモールデータ伝送モードの１つが、前記第２のプロトコル層で開始されることを許可されるという判定に従って、前記判定されたスモールデータ伝送モードのインジケーションを、前記第２のプロトコル層から前記第１のプロトコル層へ送信させることを、前記第１のデバイスに実行させるように構成され、
   前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、
   前記判定されたスモールデータ伝送モードの前記インジケーションに応じて、前記第１のプロトコル層を介して、前記判定されたスモールデータ伝送モードに従って前記通信手順を開始することにより、
   前記スモールデータ伝送のために前記通信手順を開始することを、前記第１のデバイスに実行させるように構成される、請求項６に記載の第１のデバイス。
8. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、以下のクライテリア、
   前記スモールデータ伝送のために構成されたリソースが有効であること、
   少なくとも１つのスモールデータ伝送モードのために構成されたリソースが有効であること、
   送信されるデータの量が、前記スモールデータ伝送のために設定された第２のデータ量閾値に基づく要件に合うこと、
   前記送信されるデータの量が、少なくとも１つのスモールデータ伝送モードのために設定された第３のデータ量閾値に基づく要件に合うこと、
   前記第１のデバイスと前記第２のデバイスとの間のチャネル品質が、前記スモールデータ伝送のために設定された第１の品質閾値に基づく要件に合うこと、または、
   前記チャネル品質が、少なくとも１つのスモールデータ伝送モードのために設定された第２の品質閾値に基づく要件に合うこと、
   の少なくとも１つが満たされると判定することにより、前記スモールデータ伝送が、前記第２のプロトコル層で開始されることを許可されると判定することを、前記第１のデバイスに実行させるように構成される、請求項１に記載の第１のデバイス。
9. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、
   複数のアップリンクキャリアの１つを選択することと、
   前記スモールデータ伝送が、前記選択したアップリンクキャリアにおいて開始されることを許可されるかどうかを判定することと、
   を前記第１のデバイスに実行させるように構成される、請求項１に記載の第１のデバイス。
10. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記複数のアップリンクキャリアの所与のアップリンクキャリアに関して、
    前記所与のアップリンクキャリアにわたるチャネル品質が、前記スモールデータ伝送のために設定された第４の品質閾値に基づく要件または前記スモールデータ伝送モードのために設定された第５の品質閾値に基づく要件に合うかどうかを判定することと、
    前記チャネル品質が、前記第４の品質閾値に基づく前記要件または前記第５の品質閾値に基づく前記要件に合うという判定に従って、前記所与のアップリンクキャリアを選択することと、
    を前記第１のデバイスに実行させるように構成される、請求項９に記載の第１のデバイス。
11. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記スモールデータ伝送のための少なくとも１つの無線ベアラをレジュームするために、第３の要求を、前記第１のプロトコル層から前記第１のデバイスの第３のプロトコル層へ送信させることを、前記第１のデバイスに実行させるように構成される、請求項１に記載の第１のデバイス。
12. 前記第３のプロトコル層は、パケットデータ収束プロトコル層を含む、請求項１１に記載の第１のデバイス。
13. 前記第１のプロトコル層は、無線リソース制御層を含み、前記第２のプロトコルは、媒体アクセス制御層を含む、請求項１に記載の第１のデバイス。
14. 前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、さらに、
    前記スモールデータ伝送が、前記第１のプロトコル層または前記第２のプロトコル層で開始されることを却下されるという判定に従って、前記第２のデバイスとの非スモールデータ伝送のさらなる通信手順を、前記第１のプロトコル層を介して開始すること、
    を前記第１のデバイスに実行させるように構成される、請求項１に記載の第１のデバイス。
15. 前記第１のデバイスは、端末デバイスを含み、前記第２のデバイスは、ネットワークデバイスを含む、請求項１に記載の第１のデバイス。
16. 方法であって、
    第１のデバイスにて、スモールデータ伝送が、前記第１のデバイスの第１のプロトコル層で開始されることを許可されるかどうかを判定することと、
    前記スモールデータ伝送が、前記第１のプロトコル層で開始されることを許可されるという判定に従って、前記スモールデータ伝送が、前記第１のデバイスの第２のプロトコル層で開始されることを許可されるかどうかを判定することと、
    前記スモールデータ伝送が、前記第２のプロトコル層で開始されることを許可されるという判定に従って、第２のデバイスとの前記スモールデータ伝送の通信手順を、前記第１のプロトコル層を介して開始することと、
    を含む、前記方法。
17. 第１の装置であって、
    スモールデータ伝送が、前記第１の装置の第１のプロトコル層で開始されることを許可されるかどうかを判定するための手段と、
    前記スモールデータ伝送が、前記第１のプロトコル層で開始されることを許可されるという判定に従って、前記スモールデータ伝送が、前記第１の装置の第２のプロトコル層で開始されることを許可されるかどうかを判定するための手段と、
    前記スモールデータ伝送が、前記第２のプロトコル層で開始されることを許可されるという判定に従って、第２の装置との前記スモールデータ伝送のための通信手順を、前記第１のプロトコル層を介して開始するための手段と、
    を備える、前記第１の装置。
18. 少なくとも請求項１６に記載の方法を装置に実行させるためのプログラム命令を含む、コンピュータ可読媒体。

Images