JP2022115978A - 無線デバイス、ネットワークノード、およびそれによって実行される方法 - Google Patents

Abstract

【課題】無線通信ネットワーク内でのランダムアクセス動作を改善する方法、無線デバイス及びネットワークノードを提供する。
【解決手段】無線通信ネットワーク内で動作する無線デバイスによって実行される方法は、無線通信ネットワーク内で動作するネットワークノードに送られることになるメッセージを提供する（６０２）。このメッセージは、ランダムアクセス手順においてネットワークノードに送られることになる第１のスケジュールされたメッセージである。メッセージは、あるタイプのメッセージの第１のインジケータを含む。このメッセージのタイプは、ａ）固定サイズのＳＤＵと、ｂ）第１のインジケータを含み、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する。方法はまた、提供されたメッセージをネットワークノードに送り始める（６０３）。
【選択図】図６

Description

本開示は、一般に、無線デバイスおよび、それによって実行される、無線デバイスにサーブするネットワークノードに送られることになるメッセージを提供するための方法に関する。本開示は、一般に、第２のノードおよび、それによって実行される、ネットワークノードによってサーブされる無線デバイスからのメッセージを処理する方法にも関する。

無線通信ネットワーク内の通信デバイスは、たとえば、ユーザ機器（ＵＥ）、局（ＳＴＡ）、移動端末、無線端末、端末、および／または移動局（ＭＳ）などの無線デバイスであってよい。無線デバイスは、時々セルラー無線システム、セルラーシステム、またはセルラーネットワークとも呼ばれる、セルラー通信ネットワークまたは無線通信ネットワーク内で、無線で通信することが可能にされる。通信は、たとえば、無線通信ネットワーク内に備えられる、無線アクセスネットワーク（ＲＡＮ）と、場合によっては１つまたは複数のコアネットワークを介して、２つの無線デバイス間で、無線デバイスと通常の電話との間で、および／または無線デバイスとサーバとの間で、実行され得る。いくつかのさらなる例を挙げると、無線デバイスはさらに、携帯電話、セルラー電話、ラップトップ、または無線能力をもつタブレットと呼ばれることがある。この文脈における無線デバイスは、たとえば、ＲＡＮを介して、別の端末もしくはサーバなどの別のエンティティと音声および／またはデータを通信することが可能にされた、ポータブルモバイルデバイス、ポケットに格納可能なモバイルデバイス、ハンドヘルドモバイルデバイス、コンピュータが備えられた（ｃｏｍｐｕｔｅｒ－ｃｏｍｐｒｉｓｅｄ）モバイルデバイス、または車載モバイルデバイスであってよい。

通信デバイスは、無線ネットワークノード、たとえば、送信点（ＴＰ）などのネットワークノードであってもよい。無線通信ネットワークは、セルエリアに分割し得る地理的エリアをカバーし、各セルエリアは、基地局（ＢＳ）、たとえば無線基地局（ＲＢＳ）などのネットワークノードによってサーブされ、ＢＳは、使用される技術および用語に応じて、時々、たとえば、ｇＮＢ、エボルブドノードＢ（「ｅＮＢ」）、「ｅノードＢ」、「ノードＢ」、「Ｂノード」、またはＢＴＳ（基地送受信局）と呼ばれることがある。基地局は、たとえば、送信電力およびそれによりセルサイズにも基づく、広域基地局、中距離基地局、ローカルエリア基地局、およびホーム基地局などの異なるクラスであってよい。セルは、基地局サイトにおいて基地局によって無線カバレッジが提供される地理的エリアである。基地局サイトに位置する１つの基地局は、１つまたはいくつかのセルにサーブし得る。さらに、各基地局は、１つまたはいくつかの通信技術をサポートし得る。無線通信ネットワークは、サービングビームを用いて無線デバイスなどの受信ノードにサーブし得るネットワークノードを備える非セルラーシステムであってもよい。第３世代パートナーシッププロジェクト（３ＧＰＰ）Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）では、ｅノードＢまたはｅＮＢとすら呼ばれることがある基地局は、１つまたは複数のコアネットワークに直接的に接続され得る。本開示の文脈では、ダウンリンク（ＤＬ）という表現は、基地局から無線デバイスへの送信パスに使用されることがある。アップリンク（ＵＬ）という表現は、反対方向の、すなわち、無線デバイスから基地局への送信パスに使用されることがある。

ＮＲ
いわゆる第５世代（５Ｇ）システムは、無線の観点から、３ＧＰＰにおいて標準化が開始されており、いわゆる新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）は、無線インターフェースのための名前である。ＮＲの特性のうちの１つは、周波数範囲は、より高い侵入損失などのより厄介な伝搬条件を有することが知られている、ＬＴＥよりも高い周波数、たとえば、６ＧＨｚよりも上を使用し得ることである。これらの影響のうちのいくつかを軽減するために、ビームフォーミングなどのマルチアンテナ技術が著しく使用されることがある。さらに別のＮＲ特性は、セル内のＤＬおよびＵＬにおける、もしくはＵＥのための、ならびに／または異なる波数帯域における、複数のニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）の使用であると考えられ得る。さらに別の特性は、より短いレイテンシを可能にする可能性であると考えられ得る。ＮＲアーキテクチャは、３ＧＰＰにおいて議論されている。現在の概念では、ｇＮＢはＮＲ ＢＳを表し、１つのＮＲ ＢＳは、１つまたは複数の送信／受信点に対応し得る。

２０１７年１２月のＲＡＮ Ｍｅｅｔｉｎｇ ＃７８では、５Ｇ新無線（ＮＲ）アクセス技術のための最初の３ＧＰＰ規格バージョンが公開された。３ＧＰＰの１２月バージョンは、非スタンドアロン（ＮＳＡ）ＮＲに焦点を当てたが、スタンドアロン（ＳＡ）ＮＲは、２０１８年６月バージョンでの焦点になるであろう。

ＮＲにおける情報処理
情報、たとえば、パケットは、いわゆる層のスタックを流れることによって、ネットワークによって処理され得る。ある層によって受信され得るパケットは、サービスデータユニット（ＳＤＵ）と呼ばれ、ある層によって出力され得るパケットは、プロトコルデータユニット（ＰＤＵ）と呼ばれることがある。本開示は、ＮＲにおけるＭＡＣ層に関すると理解されてよい。さらに具体的には、本開示は、ＮＲではＭＡＣ ＰＤＵをどのように構築するかに関すると理解されてよい。

ＴＳ３８．３２１の現在の２０１７年１２月バージョンによって規定されるように、ＵＥは、サイズ２バイトまたは３バイトのどちらかのサブヘッダフォーマットを使用して、任意のメディアアクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）を示し得る。

ＭＡＣ ＰＤＵをどのように構築するかに関する既存の技術のさらなる詳細
ＭＡＣ ＰＤＵは、１つまたは複数のＭＡＣサブＰＤＵからなる。各ＭＡＣサブＰＤＵは、ａ）パディングを含めて、ＭＡＣサブヘッダのみ、ｂ）ＭＡＣサブヘッダおよびＭＡＣ ＳＤＵ、ｃ）ＭＡＣサブヘッダおよびＭＡＣ制御エレメント（ＣＥ）、ならびにｄ）ＭＡＣサブヘッダおよびパディング、のうちの１つからなる。

固定サイズにされたＭＡＣ ＣＥおよびパディングのためのＭＡＣサブヘッダは、予約済みビット（Ｒ）および論理チャネル識別子フィールド（ＬＣＩＤ）という２つのヘッダフィールドからなり、これらのヘッダフィールドは、総称してＲ／ＬＣＩＤサブヘッダと呼ばれることがある。図１は、３ＧＰＰ ＴＳ３８．３２１、ｖ１５．０．０、図６．１．２－３からのＲ／ＬＣＩＤ ＭＡＣサブヘッダ１０を示す概略図である。Ｒ／ＬＣＩＤ ＭＡＣサブヘッダは、オクテット（オクテット１）１１を含み、図の上部にある印の付いた線１２によって示されるように、８ビットを含む。図１において概略的に表されるように、Ｒ／ＬＣＩＤ ＭＡＣサブヘッダ１０は、第１のＲフィールド１３と、第２のＲフィールド１４と、ＬＣＩＤフィールド１５とを含む。

固定サイズにされたＭＡＣ ＣＥおよびパディングを除いたＭＡＣサブヘッダは、４つのヘッダフィールドＲ／Ｆ／ＬＣＩＤ／Ｌからなり、ここで、「Ｆ」はフォーマットフィールド、「Ｌ」は長さフィールドである。「Ｌ」は、２つのフォーマットで提供され、８ビットのＬフィールドと、１６ビットのＬフィールドがある。図２は、３ＧＰＰ ＴＳ３８．３２１、ｖ１５．０．０、図６．１．２－１からの、８ビットＬフィールドをもつＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダ２０を示す概略図である。図２において概略的に表されるように、Ｒ／ＬＣＩＤ ＭＡＣサブヘッダ２０は、第１のオクテット２１内に、第１のＲフィールド２２と、Ｆフィールド２３と、ＬＣＩＤフィールド２４とを、第２のオクテット２５内に、８ビットＬフィールド２６を含む。

図３は、３ＧＰＰ ＴＳ３８．３２１、ｖ１５．０．０、図６．１．２－２における、１６ビットＬフィールドをもつＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダ３０を示す概略図である。図３において概略的に表されるように、Ｒ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダ３０は、第１のオクテット３１内に、図２の第１のオクテット２１内で説明される同じフィールドを、第２のオクテット３２および第３のオクテット３３内に、１６ビットＬフィールド３４を含む。

表１は、３ＧＰＰ ＴＳ３８．３２１、ｖ１５．０．０、表６．２．１－２からの、アップリンク同期チャネル（ＵＬ－ＳＣＨ）のためのＬＣＩＤの値を示す。ＭＡＣ ＳＤＵに対応するＬＣＩＤの値は、００００００～１０００００の間の１つであってよく、１１０１１１～１１１１１１は、何らかのＭＡＣ ＣＥに割り当てられている。

ＮＲにおけるランダムアクセス
ＵＥがネットワークにアクセスしようと試みるとき、ＵＥは、いわゆるランダムアクセス手順を実行することによって、そうすることがある。この段階では、ＵＥは、接続を確立したいというＵＥの要望についてネットワークに通知するために利用可能なリソースまたはチャネルを有さないことが理解され得、そのため、共有媒体上でＵＥの初期要求を送らなければならないと理解され得る。ランダムアクセス手順は、たとえば、データ送信のためにネットワークに接続することを望むアイドル状態の、または非アクティブなＵＥによって使用されることがある。ランダムアクセス手順は、ビーム障害復旧、ハンドオーバ、およびＵＬ同期の回復などのさまざまな理由のために、接続されたＵＥによって使用されることもある。ランダムアクセス手順は、さまざまな理由のために行われてよく、コンテンションベースのランダムアクセス手順（ＣＢＲＡ）またはコンテンションフリーのランダムアクセス手順（ＣＦＲＡ）のどちらかであってよい。ＣＢＲＡは、プリアンブル選択およびＵＥからの送信から開始することがある。ｇＮＢは、ランダムアクセス応答（ＲＡＲ）で応答してよく、ＲＡＲは、一時的セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）と、タイミングアドバンス（ＴＡ）値と、メッセージ３のためのグラント（Ｍｓｇ３）とを含んでよい。Ｍｓｇ３は、ランダムアクセス応答（ＲＡＲ）内で受信されたグラントによって示されるように、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でスケジュールされることがある。多くのＣＢＲＡケースでは、Ｍｓｇ３は、無線リソース制御（ＲＲＣ）メッセージ、すなわち、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ、またはＲＲＣ接続再開要求メッセージのいずれかを含むことがあり、これは、そのサイズを制限すると理解され得る。ＲＲＣメッセージは、共通制御チャネル（ＣＣＣＨ）上で送られる第１のＲＲＣメッセージであってよい。Ｍｓｇ３は、ＮＲランダムアクセス手順における第３のメッセージであり、ＲＲＣ接続要求メッセージ、ＲＲＣ接続再確立要求メッセージ、およびＲＲＣ接続再開要求メッセージを搬送すると理解され得る。

ＣＦＲＡのケースでは、ＵＥは接続モードであることがあり、１６ビットＣ－ＲＮＴＩを識別子として使用することがあるが、ＣＢＲＡは、アイドル状態の、または非アクティブなＵＥによって行われるとき、かなりより大きいと理解され得るＵＥ識別情報を供給する必要があることがある。

ＮＲにおけるＭｓｇ３のサイズは、まだ最終的に合意されていないが、考えられる成果は、Ｒ２－１８０１１６２、Ｓｉｚｅ ｏｆ ＭＳＧ３ ｉｎ ＮＲ、Ｅｒｉｃｓｓｏｎ、３ＧＰＰ ＴＳＧ－ＲＡＮ ＃ＮＲ ＡＨ１８０１、２０１８年１月２２～２６日に説明されている通りである。１）ＲＲＣ接続要求：４６ビット、オクテットアライメントは６バイトになり得る、２）ＲＲＣ再開要求：８１ビット、オクテットアライメントは１１バイトになり得る、および３）ＲＲＣ接続再確立要求：４３ビット、オクテットアライメントは６バイトになり得る。

これに加えて、２バイトのＭＡＣサブヘッダが、Ｍｓｇ３サイズに追加されることがある。このことが、Ｍｓｇ３のためのグラントの最小サイズが、ＲＲＣ接続要求の場合は８バイト、ＲＲＣ再開要求の場合は１３バイト、ＲＲＣ接続再確立要求の場合は同じく８バイトである必要があることがあることを招くことがある。これらのＲＲＣメッセージは、無線リンク制御透過モード（ＲＬＣ ＴＭ）において透過モードを使用し得るシグナリング無線ベアラ０（ＳＲＢ０）上で送られ得るので、ＲＲＣプロトコルデータユニット（ＰＤＵ）は、セグメント内で送られないことがあり、単一のトランスポートブロック内で送られなければならないことがある。

共通制御チャネル（ＣＣＣＨ）のためのＭＡＣ ＳＤＵ
ＣＣＣＨは、ＳＲＢ０上でＲＲＣメッセージを送信するために使用され得る論理チャネルとして理解され得る。Ｍｓｇ３における共通制御チャネル（ＣＣＣＨ）ＳＤＵのためのサブヘッダは、現在、以下のフィールドからなる。
－ 予約済みビット（Ｒ）。「０」にセットされる。
－ 論理チャネルＩＤフィールド（ＬＣＩＤ）。ＬＣＩＤ＝００００００をもつ論理チャネルＣＣＣＨを識別すると理解され得る。
－ フォーマットフィールド（Ｆ）。「０」にセットされ、したがって最大５１１バイトの可変サイズのＣＣＣＨ ＳＤＵペイロードのための、８ビットのＬフィールドを示す。技術的には、値１も、より大きいペイロードに利用可能であるが、より大きいＣＣＣＨペイロードのための現実的な使用がないことがあることと考えられ得る。
－ 長さフィールド（Ｌ）。このフィールドは、ＣＣＣＨ ＳＤＵのサイズを設定するために使用されると理解され得る。

ＣＣＣＨに対応するＭＡＣ ＳＤＵは、次のバイトで開始する。

図４は、既存の技術による、Ｍｓｇ３ペイロードＣＣＣＨ ＳＤＵの例を示す概略図である。上部パネルａ）に関する例は、６バイトのＣＣＣＨ ＲＬＣ－ＴＭのためのＭＡＣ ＳＤＵ４１を示す。下部パネルｂ）における例は、１１バイトのＣＣＣＨ ＲＬＣ－ＴＭのためのＭＡＣ ＳＤＵ４２を示す。両方のパネルでは、各パネルの上部にある水平の印の付いた線４３はビットの数を示し、各パネルの左側にある垂直の印の付いた線４４はバイトの数を示す。６バイトのＣＣＣＨ ＲＬＣ－ＴＭのためのＭＡＣ ＳＤＵ４１と１１バイトのＣＣＣＨ ＲＬＣ－ＴＭのためのＭＡＣ ＳＤＵ４２の両方の前には、第１のオクテットに、Ｒフィールド４５と、「０」の値を含むＦフィールド４６と、「００００００」という値をもつＣＣＣＨフィールド４７とを、第２のオクテットにＬフィールド４８を含む、それぞれのサブヘッダがある。パネルａ）では、Ｌフィールド４８は「０００００１１０」という値を含むが、パネルｂ）上では、Ｌフィールド４８は「００００１０１１」という値を含む。６バイトのＣＣＣＨ ＲＬＣ－ＴＭのためのＭＡＣ ＳＤＵ４１と１１バイトのＣＣＣＨ ＲＬＣ－ＴＭのためのＭＡＣ ＳＤＵ４２の両方とも、巡回冗長検査（ＣＲＣ）シーケンス４９を含む３つのオクテットが続く。

説明される情報処理技術を用いて、無線デバイスとネットワークノードとの間の接続を確立する既存の方法は、リソースの浪費、および／またはカバレッジの制限を招くことがある。

本明細書における実施形態の目的は、無線通信ネットワーク内でのランダムアクセス動作を改善することである。

本明細書における実施形態の第１の態様によれば、目的は、無線デバイスによって実行される方法によって達成される。この無線デバイスは、無線通信ネットワーク内で動作する。無線デバイスは、無線通信ネットワーク内で動作するネットワークノードに送られることになるメッセージを提供する。このメッセージは、ランダムアクセス手順においてネットワークノードに送られることになる第１のスケジュールされたメッセージである。このメッセージは、あるタイプのメッセージの第１のインジケータを含む。このタイプのメッセージは、ａ）固定サイズのＳＤＵと、ｂ）第１のインジケータを含み、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する。無線デバイスはまた、提供されたメッセージをネットワークノードに送り始める。

本明細書における実施形態の第２の態様によれば、目的は、ネットワークノードによって実行される方法によって達成される。このネットワークノードは、無線通信ネットワーク内で動作する。ネットワークノードは、無線通信ネットワーク内で動作する無線デバイスからメッセージを受信する。このメッセージは、ランダムアクセス手順においてネットワークノードによって受信される第１のスケジュールされたメッセージである。このメッセージは、あるタイプのメッセージの第１のインジケータを含む。このタイプのメッセージは、ａ）固定サイズのＳＤＵと、ｂ）第１のインジケータを含み、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する。ネットワークノードはまた、第１のインジケータに基づいて、受信されたメッセージを処理し始める。

本明細書における実施形態の第３の態様によれば、目的は、無線デバイスによって達成される。この無線デバイスは、無線通信ネットワーク内で動作するように設定される。無線デバイスは、無線通信ネットワーク内で動作するように設定されたネットワークノードに送られることになるメッセージを提供するようにさらに設定される。このメッセージは、ランダムアクセス手順においてネットワークノードに送られることになる第１のスケジュールされたメッセージである。このメッセージは、あるタイプのメッセージの第１のインジケータを含む。このタイプのメッセージは、ａ）固定サイズのＳＤＵと、ｂ）第１のインジケータを含み、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する。無線デバイスはまた、提供されたメッセージをネットワークノードに送り始めるように設定される。

本明細書における実施形態の第４の態様によれば、目的は、ネットワークノードによって達成される。ネットワークノードは、無線通信ネットワーク内で動作するように設定される。ネットワークノードは、無線通信ネットワーク内で動作するように設定された無線デバイスからメッセージを受信するようにさらに設定される。このメッセージは、ランダムアクセス手順においてネットワークノードによって受信される第１のスケジュールされたメッセージである。このメッセージは、あるタイプのメッセージの第１のインジケータを含む。このタイプのメッセージは、ａ）固定サイズのＳＤＵと、ｂ）第１のインジケータを含み、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する。第１のノードは、第１のインジケータに基づいて、受信されたメッセージを処理し始めるようにさらに設定される。

本明細書における実施形態の第５の態様によれば、目的は、処理回路とメモリとを備える無線デバイスによって達成される。メモリは、処理回路によって実行可能である命令を含み、それによって、無線デバイスは、無線通信ネットワーク内に含まれるネットワークノードに送られることになるメッセージを提供するように動作可能である。メッセージは、ランダムアクセス手順においてネットワークノードに送られることになる第１のスケジュールされたメッセージである。メッセージは、あるタイプのメッセージの第１のインジケータを含む。このタイプのメッセージは、ａ）固定サイズのＳＤＵと、ｂ）第１のインジケータを含み、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する。メモリは、処理回路によって実行可能な命令も含み、それによって、無線デバイスは、提供されたメッセージをネットワークノードに送り始めるようにさらに動作可能である。

本明細書における実施形態の第６の態様によれば、目的は、処理回路とメモリとを備えるネットワークノードによって達成される。メモリは、処理回路によって実行可能である命令を含み、それによって、ネットワークノードは、無線通信ネットワーク内に含まれる無線デバイスからメッセージを受信するように動作可能である。このメッセージは、ランダムアクセス手順においてネットワークノードによって受信される第１のスケジュールされたメッセージである。メッセージは、あるタイプのメッセージの第１のインジケータを含む。このタイプのメッセージは、ａ）固定サイズのＳＤＵと、ｂ）第１のインジケータを含み、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する。メモリは、処理回路によって実行可能である命令を含み、それによって、ネットワークノードは、第１のインジケータに基づいて、受信されたメッセージを処理し始めるようにさらに動作可能である。

固定サイズのＳＤＵを使用して、あるタイプのメッセージの第１のインジケータを含むメッセージを提供する無線デバイスによって、無線デバイスは、サイズが１／８に縮小された第１のタイプのメッセージを柔軟に提供することが可能にされる。メッセージ内の第１のインジケータは、ネットワークノードが、無線デバイスから受信されたメッセージのタイプを認識し、それに応じてメッセージを処理し始めることを可能にする。したがって、柔軟性が、ランダムアクセス中に無線デバイスに与えられ、リソースを節約する可能性が可能にされ、無線通信ネットワークの容量を増加させ、レイテンシを減少させ、カバレッジを増加させる。

本明細書における実施形態の例は、添付の図面を参照して、以下の説明により、より詳細に説明される。

３ＧＰＰ ＴＳ３８．３２１、ｖ１５．０．０（図６．１．２－３）におけるＲ／ＬＣＩＤ ＭＡＣサブヘッダを示す概略図である。 ３ＧＰＰ ＴＳ３８．３２１、ｖ１５．０．０（図６．１．２－１）における、８ビットＬフィールドをもつＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダを示す概略図である。 ３ＧＰＰ ＴＳ３８．３２１、ｖ１５．０．０（図６．１．２－２）における、１６ビットＬフィールドをもつＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダを示す概略図である。 既存の技術における、Ｍｓｇ３ペイロードＣＣＣＨ ＳＤＵを示す概略図である。 既存の技術における、Ｍｓｇ３ペイロードＣＣＣＨ ＳＤＵを示す概略図である。 本明細書における実施形態による、無線通信ネットワークを示す概略図である。 本明細書における実施形態による、無線デバイスにおける方法を示すフローチャートである。 本明細書における実施形態による、固定サイズにされたＣＣＣＨ ＳＤＵ（ａ）および可変サイズにされたＣＣＣＨ ＳＤＵ（ｂ）を示す概略図である。 本明細書における実施形態による、固定サイズにされたＣＣＣＨ ＳＤＵ（ａ）および可変サイズにされたＣＣＣＨ ＳＤＵ（ｂ）を示す概略図である。 本明細書における実施形態により使用され得る、短いＢＳＲおよび短い短縮ＢＳＲ ＭＡＣ ＣＥを示す概略図である。 本明細書における実施形態により使用され得る、単一エントリＰＨＲ ＭＡＣ ＣＥを示す概略図である。 本明細書における実施形態による、Ｒ／ＬＣＩＤ ＭＡＣサブヘッダを示す概略図である。 本明細書における実施形態による、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを示す概略図である。 本明細書における実施形態による、ＣＣＣＨのための固定Ｍｓｇ３サイズ（ａ）、接続ユーザのための固定Ｍａｇ３サイズ（ｂ）を示す概略図である。 本明細書における実施形態による、ＣＣＣＨのための固定Ｍｓｇ３サイズ（ａ）、接続ユーザのための固定Ｍａｇ３サイズ（ｂ）を示す概略図である。 本明細書における実施形態による、ネットワークノード内の方法を示すフローチャートである。 本明細書における実施形態による、無線デバイスの２つの非限定的な例ａ）およびｂ）を示す概略ブロック図である。 本明細書における実施形態による、無線デバイスの２つの非限定的な例ａ）およびｂ）を示す概略ブロック図である。 本明細書における実施形態による、ネットワークノードの２つの非限定的な例ａ）およびｂ）を示す概略ブロック図である。 本明細書における実施形態による、ネットワークノードの２つの非限定的な例ａ）およびｂ）を示す概略ブロック図である。 本明細書における実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す概略ブロック図である。 本明細書における実施形態による、部分的な無線接続上で基地局を介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。 本明細書における実施形態による、ホストコンピュータと基地局とユーザ機器とを含む通信システム内の方法の実施形態を示すフローチャートである。 本明細書における実施形態による、ホストコンピュータと基地局とユーザ機器とを含む通信システム内の方法の実施形態を示すフローチャートである。 本明細書における実施形態による、ホストコンピュータと基地局とユーザ機器とを含む通信システム内の方法の実施形態を示すフローチャートである。 本明細書における実施形態による、ホストコンピュータと基地局とユーザ機器とを含む通信システム内の方法の実施形態を示すフローチャートである。

本明細書における実施形態の発展の一部として、既存の技術に関する１つまたは複数の問題が最初に識別され、論じられる。

ランダムアクセス中、Ｍｓｇ３は、第１のスケジュールされたメッセージ、すなわち、ＵＥによって送られ得る、ネットワークによる第１のスケジュールされたメッセージ、および物理アップリンク共有チャネル（ＰＵＳＣＨ）上で送られ得る第１のメッセージとして理解され得る。この段階では、チャネル状態は十分に知られていないことがあり、Ｍｓｇ３が、可能な限り堅牢な転送を保証するような様式で構築され得ることが重要であると理解され得る。Ｍｓｇ３の内容はｇＮＢに知られていないと理解されることもあるので、ｇＮＢは、グラントが、Ｍｓｇ３に適合するのに十分なほど大きいことを保証する必要があることがある。大きすぎるグラントを発行することは、リソースを浪費し、また、カバレッジを制限する。このことが理由で、何が必要とされ得るかの最小限にグラントサイズを微調整することが重要であると理解され得るのである。グラントサイズのいかなる節約も、使用されないリソースを発行しないことによるすべてのＭｓｇ３送信に対する肯定的な影響を有すると理解され得る。

本開示のいくつかの態様および本開示の実施形態は、この難題または他の難題に対する解決策を提供し得る。本明細書において提唱される、本明細書で開示される問題のうちの１つまたは複数に対処するさまざまな実施形態がある。

本明細書における実施形態は、固定サイズＳＤＵとしてＭｓｇ３を提供し、その転送のためのＬフィールドのない１バイトヘッダフォーマットを提供することによって、既存の方法におけるこの問題に対処すると理解され得る。

さらに、完全に知られていないチャネル状態でＭｓｇ３が送られ得る数個の使用事例があることを認識することによって、解決策は、固定サイズＳＤＵのための別個のＬＣＩＤを提案する。特定の本明細書における実施形態は、ＣＣＣＨペイロードのためのＭＡＣサブヘッダに関連すると理解され得る。

企図された実施形態のうちのいくつかは、ここで、以下で添付の図面を参照してより十分に説明され、その例が示される。このセクションでは、本明細書における実施形態は、いくつかの例示的な実施形態によってより詳細に示される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれる。開示される主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきでない。むしろ、これらの実施形態は、主題の範囲を当業者に伝達するために例として提供される。いくつかの実施形態が本明細書に含まれる。本明細書における例示的な実施形態が相互に排他的でないことが留意されるべきである。一実施形態からの構成要素は、別の実施形態に存在すると暗黙のうちに仮定され、それらの構成要素が他の例示的な実施形態においてどのように使用され得るかは、当業者に明らかであろう。

ＬＴＥ／５Ｇからの用語は、本明細書における実施形態を例示するために本開示において使用されているが、これは、本明細書における実施形態の範囲を前述のシステムのみに限定するとみなされるべきでないことに留意されたい。類似の特徴をもつ他の無線システムも、本開示内に包含された概念を利用することから利益を得ることがある。

図５は、本明細書における実施形態が実施され得る、無線通信システム、セルラー式無線システム、またはセルラーネットワークとも時々呼ばれる、無線通信ネットワーク１００の非限定的な例を示す。無線通信ネットワーク１００は、一般的には、５Ｇシステム、５Ｇネットワーク、または次世代システムもしくはネットワークであってよい。無線通信ネットワーク１００は、あるいは、５Ｇシステムよりも若いシステムであってよい。無線通信ネットワーク１００は、たとえば、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ／ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ、たとえば、ＬＴＥ周波数分割複信（ＦＤＤ）、ＬＴＥ時分割複信（ＴＤＤ）、ＬＴＥ半二重周波数分割複信（ＨＤ－ＦＤＤ）、免許不要帯域内で動作するＬＴＥ、ＮＢ－ＩｏＴなどの他の技術をサポートしてよい。したがって、５Ｇ／ＮＲおよびＬＴＥからの用語は、本明細書における実施形態を例示するために本開示において使用されているが、これは、本明細書における実施形態の範囲を前述のシステムのみに限定するとみなされるべきでないことに留意されたい。

無線通信ネットワーク１００は、複数のネットワークノードを備え、そのネットワークノード１１０は、図５の非限定的な例に示される。ネットワークノード１１０は、無線基地局などの無線ネットワークノードであってもよいし、無線通信ネットワーク１００内の、ユーザ機器またはマシンタイプ通信デバイスなどの、無線デバイスをサーブすることが可能である類似の特徴をもつ他の任意のネットワークノードであってもよい。一般的な実施形態では、ネットワークノード１１０は、ＮＲ上で動作する送信点、たとえば新無線（ＮＲ）ノードＢ（ｇＮＢ）であってよい。いくつかの例では、ネットワークノード１１０は、ｅＮＢなどの、ＬＴＥ上で動作する無線基地局であってよい。

無線通信ネットワーク１００は、セルエリアへと分割され得る地理的エリアをカバーし、各セルエリアは、ネットワークノードによってサーブされてよいが、１つの無線ネットワークノードは、１つまたはいくつかのセルにサーブすることがある。無線通信ネットワーク１００は、少なくともセル１２０を備える。図５に示される非限定的な例では、ネットワークノード１１０は、セル１２０にサーブする。ネットワークノード１１０は、送信電力およびそれによりセルサイズにも基づいて、たとえば、マクロ基地局（ＢＳ）、ホームＢＳ、またはピコＢＳなどの異なるクラスであってよい。ネットワークノード１１０は、１つまたは複数のコアネットワークに直接的に接続されることがあり、このコアネットワークは、図を単純化するために図５に示されていない。いくつかの例では、ネットワークノード１１０は、クラウド内の仮想ノードなどの分散ノードであってよく、ネットワークノード１１０は、その機能をクラウド上で完全に実行してもよいし、無線ネットワークノードと共同して部分的に実行してもよい。

複数の無線デバイスは、無線通信ネットワーク１００内に配置され、その無線デバイス１３０は、デバイスとも呼ばれることがあり、図５の非限定的な例に示されている。無線デバイス１３０、たとえば、５Ｇ ＵＥは、いくつかのさらなる例を挙げると、たとえば、ＵＥ、移動端末、無線端末および／もしくは移動局、携帯電話、セルラー電話、または無線能力をもつラップトップとしても知られることがある、無線通信デバイスであってよい。無線デバイス１３０は、たとえば、ＲＡＮを介して、サーバ、ラップトップ、携帯情報端末（ＰＤＡ）、またはタブレット、マシンツーマシン（Ｍ２Ｍ）デバイス、プリンタもしくはファイル記憶デバイス、モデム、または通信システム内の無線リンク上で通信することが可能である他の任意の無線ネットワークユニットなどの、無線インターフェースを装備したデバイスなどの別のエンティティと音声および／またはデータを通信することが可能にされた、ポータブルモバイルデバイス、ポケットに格納可能なモバイルデバイス、ハンドヘルドモバイルデバイス、コンピュータが備えられたモバイルデバイス、または車載モバイルデバイスであってよい。無線通信ネットワーク１００内に含まれる無線デバイス１３０は、無線通信ネットワーク１００内で、無線で通信することが可能にされる。通信は、たとえば、ＲＡＮと、場合によっては１つまたは複数のコアネットワークを介して、実行されてよく、これは、無線通信ネットワーク１００内に含まれることがある。

無線デバイス１３０は、リンク１４０、たとえば、無線リンク上でネットワークノード１１０と無線通信ネットワーク１００内で通信するように設定され得るが、より多くのリンク上の通信も可能であってよい。

一般に、本明細書において使用されるすべての用語は、異なる意味が明確に与えられないおよび／または使用される文脈から暗示されない限り、関連する技術分野における通常の意味に従って解釈されるべきである。ある／そのエレメント、装置、構成要素、手段、ステップなどに対するすべての言及は、別段に明示的に述べない限り、エレメント、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを指すと、公然と解釈されるべきである。本明細書で開示されるいかなる方法のステップは、ステップが別のステップに続くもしくは先行すると明示的に説明されない限り、および／またはステップが別のステップに続くもしくは先行しなければならないことが暗黙的である場合、開示される正確な順序で実行される必要はない。本明細書で開示される実施形態のいずれかのいかなる特徴も、適切なときはいつでも、他の任意の実施形態に適用されてよい。同様に、実施形態のいずれかのいかなる利点は、他の任意の実施形態に適用されてよく、逆も同様である。同封の（ｅｎｃｌｏｓｅｄ）実施形態の他の目的、特徴、および利点は、以下の説明から明らかであろう。

一般に、本明細書における「第１の」、「第２の」、「第３の」、「第４の」、および／または「第５の」の使用は、異なるエレメントまたはエンティティを示す恣意的な手段と理解されてよく、文脈に基づいて、別段に示されない限り、修飾する名詞に累積的または時系列的な特質を与えないと理解されてよい。

いくつかの実施形態が本明細書に含まれる。本明細書における例は相互に排他的でないことが留意されるべきである。一実施形態からの構成要素は、別の実施形態に存在すると暗黙のうちに仮定され、それらの構成要素が他の例示的な実施形態においてどのように使用され得るかは、当業者に明らかであろう。

より具体的には、以下は、ａ）無線デバイス１３０、たとえば、５Ｇ ＵＥなどの無線デバイスに関連する実施形態、およびｂ）ネットワークノード１１０、たとえば、ｇＮＢなどのネットワークノードに関連する実施形態である。

無線デバイス１３０によって実行される方法が、本明細書において説明される。次に、無線デバイス１３０によって実行される方法の実施形態が、図６に示されるフローチャートを参照しながら説明される。方法は、無線デバイス１３０にサーブするネットワークノード１１０に送られることになるメッセージを提供するためであると理解されてよい。無線デバイス１３０は、通信ネットワーク１００内で動作する。ネットワークノード１１０も、無線通信ネットワーク１００内で動作すると理解されてよい。無線通信ネットワーク１００は、ＮＲ上で動作することがある。

方法は、以下のアクションを含んでよい。いくつかの実施形態では、すべてのアクションが実行されることがある。いくつかの実施形態では、１つまたは複数のアクションが実行されることがある。適用可能である場合、１つまたは複数の実施形態が組み合わされてよい。説明を単純化するために、すべての可能な組み合わせが説明されるとは限らない。一例からの構成要素は、別の例に存在すると暗黙のうちに仮定され、それらの構成要素が他の例においてどのように使用され得るかは、当業者に明らかであろう。図６では、任意選択のアクションは、破線で示される。いくつかのアクションは、図６に示される順序とは異なる順序で実行されてよい。

本明細書におけるいくつかの実施形態は、本明細書における実施形態を容易にするために、いくつかの非限定的な例とともにさらに説明される。

アクション６０１
無線通信ネットワーク１００内の通信の間、無線デバイス１３０は、たとえば、無線通信ネットワーク１００によってカバーされる地理的エリア内で移動することがあり、無線デバイス１３０は、ネットワークノード１１０のセル１２０を検出することがある。無線デバイス１３０がネットワークノード１１０との接続を確立することを望む場合、無線デバイス１３０はランダムアクセス手順を始めてよく、ランダムアクセス手順は、この場合はネットワークノード１１０といくつかのメッセージを交換することを伴うと理解され得る。非常に簡潔には、無線デバイス１３０は、最初に、ネットワークノード１１０にプリアンブルを送ってよく、それに応答して、ネットワークノード１１０は、情報の中でも、無線デバイス１３０が次いでネットワークノード１１０にメッセージを送るために使用し得るアップリンクリソースのグラントを含む応答を、無線デバイス１３０に送ってよい。

ネットワークノード１１０に送られることになるメッセージは、あるタイプであってよい。いくつかの実施形態では、メッセージのタイプは、下でさらに説明される、たとえば、固定サイズＳＤＵまたは可変サイズＳＤＵなどの、送られることになるメッセージに含まれることになるＳＤＵのサイズに関連する１つまたは複数の特徴を有することがある。

本明細書におけるいくつかの実施形態によれば、このアクション６０１では、無線デバイス１３０は、ネットワークノード１１０に送られることになるメッセージのタイプを選択し得る。このアクション６０１におけるメッセージのタイプの選択は、ａ）メッセージを送信するためにネットワークノード１１０から受信された可能性のあるグラントのサイズ、ｂ）たとえばネットワークノード１１０に、無線デバイス１３０によって送られた可能性のあるプリアンブル、およびｃ）送られたプリアンブルのグルーピング、のうちの少なくとも１つに基づいてよい。

プリアンブルは、選択されたメッセージを送信するのに十分なほど大きいグラントサイズを要求するために無線デバイス１３０によって使用されることがある。

プリアンブルのグルーピングは、本明細書では、プリアンブルが属し得るプリアンブルのセット、たとえば、プリアンブルグループＡおよびプリアンブルグループＢを指すと理解されてよい。送られたプリアンブルのグルーピングは、メッセージのサイズと、したがって送られ得るメッセージのタイプのサイズに関連することがある。これは、グラントアサイメントを扱う１つの手段が、プリアンブルグループＡを使用して最小グラントをＣＢＲＡに使用すること、すなわち、ｒａ－Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡを最小グラントサイズに設定することであるからであると理解され得る。無線デバイス１３０、たとえば、ＵＥが、最小グラントサイズよりも大きいＭｓｇ３を送信することを望む場合、より大きなグラントを使用すると理解され得るプリアンブルグループＢを使用することを必要とすることがある。その場合、プリアンブルグループＢは、ＲＲＣ再開要求などのより大きなグラントを必要とするケースを扱うことがある。

グラントは、たとえば「Ｍｓｇ３サイズ」に変換すると理解され得る、グラントに関連づけられた送信パラメータ、たとえば、Ｍｓｇ３ ＰＵＳＣＨ周波数リソース割り当て、Ｍｓｇ３ ＰＵＳＣＨ時間リソース割り当て、および送信のための変調符号化方式ＭＣＳを含むと理解されることがある。

いくつかの実施形態では、メッセージのタイプは、ａ）固定サイズＳＤＵと、ｂ）メッセージのタイプの第１のインジケータを含み、メッセージ内のペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有することがある。

ＳＤＵは、ＣＣＣＨ ＳＤＵ、すなわち、ＣＣＣＨのためのＭＡＣ ＳＤＵであってよい。

いくつかの例では、固定サイズは、たとえば、６バイトであってよい。

いくつかの実施形態では、ヘッダはＭＡＣサブヘッダであってよく、第１のインジケータは、ＭＡＣサブヘッダ内のＬＣＩＤフィールド内の値であってよい。いくつかの特定の実施形態では、値は「１１０１１０」であってよい。他の実施形態では、この値は、異なる値をとることがあり、この異なる値は、本明細書では、以下で説明される実施形態の第２のグループ内の第１の値、または以下で説明される実施形態の第３のグループ内の第２の値、または実施形態の第１のグループ内の「第３の値」と呼ばれる。

第２のインジケータは、あるタイプのフィールド、たとえば、第１のタイプのフィールド、たとえば、長さ（Ｌ）フィールドであってよい。ＭＡＣ ＰＤＵ内に１つのＭＡＣサブＰＤＵのみがあることがあるので、長さフィールドが必要でないと理解されることがある。１バイトを節約するために、たとえば、後で図１０に示される、固定サイズＭＡＣ ＣＥのためのフォーマットが使用されてよい。これは、ＭＡＣサブヘッダのサイズを１バイト減少させ、Ｍｓｇ３送信を７バイトグラントに適合させることを可能にすると理解され得る。

いくつかの例では、固定サイズをもつＣＣＣＨ ＳＤＵのためのサブヘッダは、以下のフィールドからなることがある。
－ ＬＣＩＤ：固定サイズＳＤＵを用いたＣＣＣＨアクセスを示すために使用される、００００００～１１１１１１範囲内の固定ＬＣＩＤ値Ｘ、たとえば００００００をもつ論理チャネルＩＤフィールド、および
－ Ｒ：予約済みビット。「０」にセットされる。いくつかの特定の例では、図７ ａ）に示されるように、２つのＲフィールドが含まれることがある。

他の例では、００００００にセットされた値をもつＬＣＩＤは、所定のサイズ、たとえばＺ＝６バイトのＭＡＣ ＳＤＵを用いたＣＣＣＨアクセスを示すために使用されることがある。

さらに他の例では、固定サイズＳＤＵを用いたＣＣＣＨアクセスのための新しいＬＣＩＤが割り当てられることがある。

シグナリング
ＬＣＩＤの固定サイズへのマッピングは、以下に示されるように、本明細書における実施形態によれば、新しい３ＧＧＰ ＴＳ３８．３２１において表６．２．１－２で、規格で指定されることがある。現在、００００００は、可変サイズにされたＣＣＣＨペイロードを示す。

ＮＲシステム情報ブロック１（ＳＩＢ１）内でマッピングを送ることも可能であることがあり、これは、サイズが更新を必要とすることがあるケースにおいて有益であることがある。

いくつかの実施形態では、メッセージのタイプは、複数のタイプのメッセージのうちの第１のタイプのメッセージであってよく、複数のタイプのメッセージは、第２のタイプのメッセージを含んでよい。メッセージのタイプの例は、以下で例の異なるグループに関して説明される。

例の第１のグループ
メッセージのタイプが複数のタイプのメッセージのうちの第１のタイプのメッセージであってよく、複数のタイプのメッセージが第２のタイプのメッセージを含んでよい例のうちのいくつかでは、第１のタイプのメッセージは、ａ）固定サイズＳＤＵと、ｂ）メッセージのタイプの第１のインジケータを含み、メッセージ内のペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有すると理解されることがある。第２のタイプのメッセージは、可変サイズＳＤＵと、ペイロードの長さの第２のインジケータとを有することがある。

例の第１のグループでは、第３の値が、以前に言及されたように、使用されることがある。ＬＣＩＤ００００００は、所定のサイズ、たとえばＺ＝６バイトのＭＡＣ ＳＤＵを用いたＣＣＣＨアクセスを示すために使用されることがあり、第３の値をもつ新しいＬＣＩＤが、可変サイズのＭＡＣ ＳＤＵを用いたＣＣＣＨアクセスのために割り当てられることがある。新しいＬＣＩＤは、現在予約されている範囲１００００１～１１０１１０内の固定値であることが必要とされることがある。所有権を有する解決策では、別の目的のために割り当てられ得る何らかのＬＣＩＤも使用されてよいが、このことは、ＣＣＣＨを送るときに発生しにくいことがある。図７はそのケースを示し、後で説明される。

図７は、本明細書における実施形態の例による、固定サイズにされたＳＤＵ７０２を含む第１のタイプのメッセージ７０１すなわちパネルａ）と、可変サイズにされたＣＣＣＨ ＳＤＵを含む第２のタイプのメッセージ７０３すなわちパネルｂ）のための非限定的な好ましい例を示す概略図である。

この例では、ヘッダ７０４はＭＡＣサブヘッダ７０５である。この例のいくつかの例では、固定サイズをもつＣＣＣＨ ＳＤＵのためのサブヘッダ７０４は、以下のフィールドからなることがある。
－ ＬＣＩＤ７０６：固定サイズＳＤＵを用いたＣＣＣＨアクセスを示すために使用される、００００００～１１１１１１範囲内の固定ＬＣＩＤ値Ｘ、たとえば００００００をもつ論理チャネルＩＤフィールド。この例では、ＬＣＩＤフィールド７０６内の値は、第１のインジケータ７０７である。
－ Ｒ：予約済みビット。「０」にセットされる。パネルａ）に示されるように、第１のＲフィールド７０８、および第２のＲフィールド７０９がある。

示される例では、ＣＣＣＨのための実際のＭＡＣ ＳＤＵは、６バイトのＲＬＣ ＴＭであり、これは、ＡＳＮ．１により符号化されたＲＲＣ接続要求であってよく、またはＲＲＣ接続再確立要求がオクテット（Ｏｃｔ）２～Ｏｃｔ７を占有してよい。次いで、ＣＲＣ７１０の３つのオクテットが、固定サイズＳＤＵに付加され、右への矢印によって示されるように、合計１０バイトになることがある。ＭＡＣ ＰＤＵのトランスポートブロック（ＴＢ）サイズは、左の矢印によって示される。

いくつかの例では、パネルｂ）に示されるように、可変サイズ７１２をもつＣＣＣＨ ＳＤＵのためのサブヘッダ７１１は、以下のフィールドからなることがある。
－ ＬＣＩＤ７１３：範囲００００００～１１１１１１内の固定ＬＣＩＤ値Ｙ＜＞Ｘ、たとえば現在予約されている範囲１００００１～１１０１１０内の値をもつ論理チャネルＩＤフィールドは、可変サイズＳＤＵを用いたＣＣＣＨアクセスを示すために使用されることがある。
－ Ｆ７１４：フォーマットフィールドは、８ビットＬフィールドを示すために「０」に、１６ビットＬフィールドを示すために「１」にセットされることがある。この例では、Ｆフィールド７１４内の値は第１のインジケータ７１５である。
－ Ｌ７１６：長さフィールドは、ＣＣＣＨ ＳＤＵのサイズをセットするためにＬＣＩＤ＝Ｙとともにサブヘッダ内で使用されることがある。
－ Ｒ７１７：予約済みビット。「０」にセットされる。

この例の代替変形態は、可変サイズにされたＳＤＵをもつＣＣＣＨアクセスのためにＬＣＩＤ００００００を使用し、代わりに、固定サイズＳＤＵをもつＣＣＣＨアクセスのために新しいＬＣＩＤを割り当てる、すなわち逆もまた同様であることがある。どちらの手段も理にかなっている。

ＣＣＣＨのための実際のＭＡＣ ＳＤＵは、Ｏｃｔ３上で開始することがある。次いで、ＣＲＣ７１８の３つのオクテットが、可変サイズＳＤＵに付加されることがある。ＭＡＣ ＰＤＵのトランスポートブロック（ＴＢ）サイズは、左の矢印によって示される。

実施形態の第２のグループ
例の第２のグループでは、第１のインジケータは、ＭＡＣサブヘッダ内の第１のフィールド内の第１の値であってよく、ＭＡＣサブヘッダは、ＬＣＩＤフィールドをさらに含むことがあり、このＬＣＩＤフィールドは第２の値を含む。実施形態のこのグループのグラフィカルな表現は提供されない。

たとえば、例の第２のグループでは、第１のインジケータは、予約済み（Ｒ）フィールドなどの第２のタイプのフィールドであってよい。第１の値は、たとえば、「０」であってよい。ＬＣＤＩフィールドは、たとえば、第３のタイプのフィールドと呼ばれることがある。例の第２のグループ内のＭＡＣサブヘッダは、第１のサブヘッダと呼ばれることがある。

第２の値は、たとえば、「００００００」というＬＣＤＩ値であってよい。

例の第２のグループでは、予約済みビットＲは、ＣＣＣＨ ＳＤＵのためのＭＡＣ ＰＤＵサブヘッダ内で発生するとき、ペイロード内の固定された小さいＳＤＵと可変のより大きいサイズにされたＳＤＵを切り替えるために割り当てられ、使用されることがあるか、または、そうした予約済みビットＲは、ヘッダ内のＬフィールドの存在を示すために割り当てられ、使用される。したがって、予約済みビットＲは、第１の値を含むことがある。この手法の１つの利益は、この手法は、すべてのＣＣＣＨアクセスのために、１つの同じＬＣＩＤ値、すなわち第２の値である００００００を使用することがあると理解されることがある。ビットが１にセットされる場合、Ｌフィールドが含まれると理解され得る。ビットが０にセットする場合、ＣＣＣＨペイロードは、固定サイズを有すると理解され得る。

固定サイズは、事前に決定され、初期アクセスのためにＣＣＣＨメッセージのいずれかをカプセル化するために必要とされ得るバイトの数に指定されてよい。一例として、４６ビットメッセージｒｒｃＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔまた４３ビットメッセージｒｒｃＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔのどちらかをカプセル化するための６バイト。

実施形態の第３のグループ
例の第３のグループでは、固定サイズは、したがって、具体的にいくつかのＣＣＣＨペイロードとではなく、Ｍｓｇ３と関連づけられることがある。上記で論じられたように、Ｍｓｇ３は、無線デバイス１３０、たとえばＵＥによって送られ得る第１のスケジュールされたメッセージ、およびＰＵＳＣＨ上で送られ得る第１のメッセージであると理解され得る。上記の例は、Ｍｓｇ３のサイズを最小にする助けになり、したがって、その転送を可能な限り堅牢にするのに有用であると理解され得る、いくつかの固定ＣＣＣＨサイズを区別すると考えられ得る。しかしながら、ＣＣＣＨを転送するために必要とされ得るサイズを減らすことは、データバッファおよびチャネル状態が手元にあり得るスケジューラを提供する助けにならないことがある。その目的のために、第１のスケジュールされたメッセージに対する追加の内容、すなわち、バッファステータス報告（ＢＳＲ）と電力ヘッドルーム（ＰＨＲ）報告を含む追加のＭｓｇ３内容が必要されることがある。既存の方法に関する問題の一部として、ＢＳＲおよびＰＨＲサブＰＤＵは各々、サブヘッダを必要とすることがある、すなわち、２つ以上の余剰ヘッダバイトが必要とされることがある。図８および図９はそれぞれ、ＢＳＲおよびＰＨＲの２つの固定サイズ変形、すなわち既存の方法による短い／短縮ＢＳＲおよび単一エントリＰＨＲのためのフォーマットを示し、これは、説明されたように、本明細書における実施形態において使用されることがある。

図８は、短いＢＳＲおよび短い短縮ＢＳＲ ＭＡＣ ＣＥを示す概略図であり、これは、第１のＭＡＣ ＣＥ８００、説明されたように、本明細書における実施形態において使用され得るＴＳ３８．３２１－ｖ１５．０．０、２０１８年１月４日における図６．１．３．１－１の一例として理解され得る。

たとえば、図８に示される、短いＢＳＲ ＭＡＣ ＣＥ、すなわち第１のＭＡＣ ＣＥ８００におけるフィールドは、以下のように規定され得る。
－ ＬＣＧ ＩＤ：論理チャネルグループＩＤフィールドは、そのバッファステータスが報告されている論理チャネルのグループを識別すると理解され得る。フィールドの長さは３ビットであってよい。ＬＣＧ ＩＤフィールドは、本明細書では、１つまたは複数の論理チャネルのグループを示す第２のフィールド８０１の一例として理解され得る。
－ バッファサイズ：バッファサイズフィールドは、ＭＡＣ ＰＤＵが構築される場合がある後、論理チャネルグループのすべての論理チャネルにわたって利用可能であり得るデータの総量を識別すると理解され得る。データの量は、バイトの数において示され得る。短いＢＳＲフォーマットおよび短い短縮ＢＳＲフォーマットのためのこのフィールドの長さは、５ビットであってよい。ＬＣＧ ＩＤフィールドは、本明細書では、１つまたは複数の論理チャネルのグループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド８０２の一例として理解され得る。

図９は、説明されたように、本明細書における実施形態において使用され得る単一エントリＰＨＲ ＭＡＣ ＣＥ、ＴＳ３８．３２１－ｖ１５．０．０、２０１８年１月４日における図６．１．３．８－１を示す概略図であり、これは、第２のＭＡＣ ＣＥ９００の一例として理解され得る。

たとえば、図９に示される、単一エントリＰＨＲ ＭＡＣ ＣＥ、第２のＭＡＣ ＣＥ９００内のフィールドは、以下のように第１のオクテット（Ｏｃｔ１）９０１内で規定され得る。
－ Ｒ：予約済みビット。第１のＲフィールド９０２内で、第２のＲフィールド９０３内でも「０」にセットされる。
－ 電力ヘッドルーム（ＰＨ）：このフィールドは、電力ヘッドルームレベルを示す。フィールドの長さは６ビットである。ＰＨフィールドは、電力ヘッドルームに関する第２の情報を含む第４のフィールド９０４の一例として理解され得る。

第２のオクテット９０５（Ｏｃｔ２）内に第３のＲフィールド９０６と、第４のＲフィールド９０７と、ＰＣＭＡＸ，ｃフィールド９０８を含む第２のオクテット９０５も図９に示される。

図１０は、第１のスケジュールされたメッセージすなわちＭｓｇ３内に上記のうちのどちらか、すなわち短いＢＳＲまたは単一エントリＰＨＲを含むという目的のために使用され得るサブヘッダを示す。サブヘッダは、本明細書においてさらに説明される共通サブヘッダ１０００の一例として理解され得る。図１０は、共通サブヘッダ１０００、ＴＳ３８．３２１－ｖ１５．０．０、２０１８年１月４日における図６．１．２－３の一例として、ＭＡＣサブヘッダ１００１Ｒ／ＬＣＩＤを示す概略図であり、これは、説明されたように、本明細書における実施形態において使用され得る。図１０におけるＬＣＩＤフィールド１００２は、第４の値を含むことがある。第１のＲフィールド１００３、および第２のＲフィールド１００４も、Ｒ／ＬＣＩＤ ＭＡＣサブヘッダ１００１内に含まれる。

例の第３のグループでは、第１のスケジュールされたメッセージ、すなわち、Ｍｓｇ３は、最小にされることがあり、以下からなることがある。
－ 固定サイズＭｓｇ３のためのサブヘッダ、
－ ＺバイトのＣＣＣＨメッセージ、
－ １バイトの短い／短縮ＢＳＲ ＭＡＣ ＣＥ、
－ 単一エントリＰＨＲ

またはより一般的に、ＣＣＣＨメッセージが特別なケースにすぎないことがあることを理解する。
－ 固定サイズＭｓｇ３のためのサブヘッダ、
－ Ｚバイトの識別情報メッセージ、
－ １バイトの短い／短縮ＢＳＲ ＭＡＣ ＣＥ、
－ 単一エントリＰＨＲ

第１のスケジュールされたメッセージ、すなわち、Ｍｓｇ３は、３ＧＰＰ ＴＳ３８．３２１により、ＭＡＣによって符号化／復号されることがあり、ＣＣＣＨメッセージの内容は、上位層スキームを必要とすることがあるが、ＣＣＣＨペイロードのビットおよび部分が、無線デバイス１３０、たとえば、同じコンテンションベースのランダムアクセスプリアンブルを同時に使用した可能性のあるさまざまなＵＥの中でもとりわけ、ＵＥを区別するために使用されることがある。

図１１は、第１の無線デバイス１３０、たとえば、すでに接続されることがあり、ＵＬ－ＳＣＨ、すなわちＵＬ共有チャネル上でそれ自体を識別するためにＣ－ＲＮＴＩを受信した可能性のあるＵＥによって必要とされ得る識別情報メッセージを規定する。図１１は、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ １１００、ＴＳ３８．３２１－ｖ１５．０．０、２０１８年１月４日における図６．１．３．２－１を示す概略図であり、これは、説明されたように、本明細書における実施形態において使用され得る。

Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ１１００内のフィールドは、たとえば、図１１に示されるように、次のように規定されることがある。
－ Ｃ－ＲＮＴＩ１１０１：このフィールドは、ＭＡＣエンティティのＣ－ＲＮＴＩを含むことがある。フィールドの長さは１６ビットであってよい。

図１２は、今説明された例の第３のグループの非限定的な例をパネルａ）およびｂ）に示し、ＢＳＲおよびＰＨＲのためのＭＡＣ ＣＥはＭＡＣ ＳＤＵの後に置かれる。図１２は、第３のタイプのメッセージ１２００の一例としてのＣＣＣＨのための固定Ｍｓｇ３サイズの非限定的な例をパネルａ）に、第３のタイプのメッセージ１２００の別の例としての接続ユーザのための固定Ｍａｇ３サイズの非限定的な例をパネルｂ）に示す概略図を示す。パネルａ）では、共通サブヘッダ１０００の一例としてのＲ／ＬＣＩＤ ＭＡＣサブヘッダ１００１は、固定サイズＳＤＵ１２０１の一例としての６バイトのＣＣＣＨのためのＭＡＣ ＳＤＵ１２０１に先行し、第１のＭＡＣ ＣＥ８００、第２のＭＡＣ ＣＥ９００、およびＣＲＣ７０４の３つのオクテットが続く。メッセージは、パネルの右側の矢印によって示されるように、１３バイトの合計サイズを有する。パネルｂ）では、Ｒ／ＬＣＩＤ ＭＡＣサブヘッダ１０００内で、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ１１００、短いＢＳＲ ＭＡＣ ＣＥ８００、単一エントリＰＨＲ ＭＡＣ ＣＥ９００、およびＣＲＣ７１０の３つのオクテットが続く。この例におけるメッセージは、パネルの右側の矢印によって示されるように、９バイトの合計サイズを有する。

前述の内容によれば、例の第３のグループでは、メッセージのタイプは、複数のタイプのメッセージのうちの第１のタイプのメッセージ７０１であることがあり、複数のタイプのメッセージは、第３のタイプのメッセージ１２００を含むことがある。第３のタイプのメッセージ１２００は、サイズが固定されてよく、ａ）固定サイズＳＤＵ１２０１、ならびにｂ）たとえば、図８に示される、ｉ）１つまたは複数の論理チャネルのグループを示す第２のフィールド８０１、たとえば、論理チャネルグループＩＤフィールドと、ｉｉ）１つまたは複数の論理チャネルのグループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド８０２、たとえば、バッファサイズフィールドとを含む、サイズが固定されている第１のＭＡＣ制御エレメント８００、たとえば、短いＢＳＲ ＭＡＣ ＣＥと、ｃ）電力ヘッドルームに関する第２の情報を含む第４のフィールド９０４、たとえば電力ヘッドルーム（ＰＨ）を含む、サイズが固定された第２のＭＡＣ制御エレメント９００、たとえば、単一エントリＰＨＲ ＭＡＣ ＣＥ、のうちの少なくとも１つのための１つの共通サブヘッダ１０００を含んでよい。

バッファのステータスに関する第１の情報は、たとえば、ＢＳＲであってよい。

電力ヘッドルームに関する第２の情報は、たとえば、ＰＨＲであってよい。

例の第３のグループでは、第１のインジケータは、ＭＡＣサブヘッダ１００１内のＬＣＩＤフィールド１００２内の第４の値であってよい。例の第３のグループ内のＭＡＣサブヘッダは、第３のサブヘッダと呼ばれることがある。

第１のタイプのメッセージ７０１、第２のタイプのメッセージ７０３、および第３のタイプのメッセージ１２００のいずれかは、Ｍｓｇ３メッセージであってよい。

説明されたタイプメッセージによれば、グラントのサイズがどのようにＣＣＣＨペイロードのための、第１のスケジュールされたメッセージのメッセージのタイプすなわちＭｓｇ３フォーマットの選択を決定し得るかが、表３における非限定的な例に示される。

表３は、異なるグラントサイズを使用して６バイトＣＣＣＨ ＳＤＵが送信された後で残され得るバイトの数を示す。以下のケースは、６バイトのＲＲＣ／ＣＣＣＨメッセージを送信するときに生じることがある。表の行２および３は、７バイトグラントが本明細書における実施形態により６バイトＣＣＣＨを送るのに十分であることがあることを示すが、従来の方法によれば、サイズ８のグラントが必要とされる。行２および３より下の行は、Ｌフィールドをもつ２バイトサブヘッダを使用すると理解され得る。「残されたバイト」列に示された残されたバイトの数は、６バイトＣＣＣＨおよびその２バイトサブヘッダが含まれ得る後でグラントのどれくらい多くのバイトが使用されないことがあるかを示す。たとえば、１０バイトのグラントでは、６バイトＣＣＣＨおよびその２バイトヘッダが含まれた後、２バイトが残される。これらの２バイト、すなわち、残されたバイトの数は、固定された１バイト長の追加のサブＰＤＵ、たとえば短いＢＳＲ、たとえば１バイト、＋固定された１バイトサブヘッダも含むのに十分である。

いくつかの実施形態では、無線デバイス１３０はネットワークノード１１０とアップリンク同期され、または接続されることがあり、たとえば、無線デバイス１３０が、たとえば非アクティブな状態の後でウェイクアップしていることがあるとき、第１のタイプのメッセージ７０１は、無線デバイス１３０がネットワークノード１１０によってサーブされ得るセル１２０内の無線デバイス１３０の識別子を含む２つのフィールド１１０１をさらに含むことがある。

このアクション６０１においてメッセージのタイプを選択することによって、無線デバイス１３０は、その必要性に従ってネットワークノード（１１０）に送られることになる第１のスケジュールされたメッセージのタイプ、たとえば、無線デバイス１３０が送信する必要があることがあるＳＤＵのサイズに柔軟に適合することが可能にされることがある。特に、無線デバイス１３０がこのアクション６０１において第１のタイプのメッセージを選択することを可能にすることによって、たとえば、ＮＲ上での初期アクセスのためのＭｓｇ３サイズが１／８に縮小され得る。そのうえ、カバレッジが増加されることがある。加えて、無線デバイス１３０は、使用事例、すなわち、すでにＭｓｇ３の送信時にメッセージサイズを示すことがある。

アクション６０２
このアクション６０２では、無線デバイス１３０は、無線通信ネットワーク１００内で動作するネットワークノード１１０に送られることになるメッセージを提供する。このメッセージは、ランダムアクセス手順においてネットワークノード１１０に送られることになる第１のスケジュールされたメッセージである。メッセージは、メッセージのタイプの第１のインジケータ７０７を含む。このメッセージのタイプは、ａ）固定サイズＳＤＵ７０２と、ｂ）第１のインジケータ７０７を含み、ペイロードの長さの第２のインジケータ７１６を欠いた１バイトヘッダ７０４とを有する。

提供することは、本明細書では、用意すること、構築すること、またはデータを読み込むことと理解されてよい。

アクション６０２内で提供されるメッセージは、アクション６０１において選択されたメッセージのタイプに基づくことがある。すなわち、提供されたメッセージ内で示されるメッセージのタイプは、アクション６０１において選択されたメッセージに基づくことがある。したがって、方法の他の例では、無線デバイス１３０は、同じランダムアクセス手順において第１のタイプのメッセージ７０１、第２のタイプのメッセージ７０３、または第３のタイプのメッセージ１２００を提供することがある。

このアクション６０２において、固定サイズＳＤＵとペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを含むネットワークノード１１０に送られることになるメッセージを提供することによって、無線デバイス１３０は、以前に言及されたように、可能にされることがあり、たとえば、ＮＲ上での初期アクセスのためのＭｓｇ３サイズが１／８に縮小されることがある。そのうえ、カバレッジが増加されることがある。加えて、無線デバイス１３０は、すでにＭｓｇ３の送信時である使用事例を示すことがある。

アクション６０３
このアクション６０３では、無線デバイス１３０は、提供されたメッセージをネットワークノード１１０に送り始める。

送り始めることは、本明細書では、送出または送信をトリガ、開始、または可能にすることと理解され得る。

送出は、たとえば、リンク１４０を介して実行されることがある。

次に、ネットワークノード１１０によって実行される方法の実施形態が、図１３に示されるフローチャートを参照しながら説明される。方法は、ネットワークノード１１０によってサーブされる無線デバイス１３０からのメッセージを処理するためであると理解されてよい。ネットワークノード１１０は、通信ネットワーク１００内で動作する。

方法は、以下で説明されるアクションを含む。適用可能である場合、１つまたは複数の実施形態が組み合わされてよい。説明を単純化するために、すべての可能な組み合わせが説明されるとは限らない。本明細書における例は相互に排他的でないことが留意されるべきである。一例からの構成要素は、別の例に存在すると暗黙のうちに仮定され、それらの構成要素が他の例においてどのように使用され得るかは、当業者に明らかであろう。以下のうちのいくつかの詳細な説明は、上記で無線デバイス１３０のために説明されたアクションに関して提供された同じ言及に対応し、したがって、ここでは繰り返されない。たとえば、無線通信ネットワーク１００は、ＮＲ上で動作することがある。

アクション１３０１
このアクション１３０１では、ネットワークノード１１０は、無線通信ネットワーク１００内で動作する無線デバイス１３０からメッセージを受信する。このメッセージは、ランダムアクセス手順においてネットワークノードによって受信される第１のスケジュールされたメッセージである。メッセージは、メッセージのタイプの第１のインジケータ７０７を含み、このメッセージのタイプは、ａ）固定サイズＳＤＵ７０２と、ｂ）第１のインジケータ７０７を含み、ペイロードの長さの第２のインジケータ７１６を欠いた１バイトヘッダ７０４とを有する。

受信は、たとえば、リンク１４０を介して実行されることがある。

いくつかの実施形態では、ヘッダ７０４はＭＡＣサブヘッダ７０５であってよく、第１のインジケータ７０７は、ＭＡＣサブヘッダ７０５内のＬＣＩＤフィールド７０６内の値であってよい。いくつかの特定の実施形態では、値は「１１０１１０」であってよい、すなわち、第１のタイプのメッセージ内の第３の値は「１１０１１０」であってよい。

いくつかの実施形態では、メッセージのタイプが複数のタイプのメッセージのうちの第１のタイプのメッセージ７０１であり、複数のタイプのメッセージは、第２のタイプのメッセージ７０３を含み、第２のタイプのメッセージ７０３は、可変サイズＳＤＵ７１２と、ペイロードの長さの第２のインジケータ７１６とを有することがある。

いくつかの実施形態では、第１のインジケータは、ＭＡＣサブヘッダ内の第１のフィールド内の第１の値であってよく、ＭＡＣサブヘッダはＬＣＩＤフィールドをさらに含み、ＬＣＩＤフィールドは第２の値を含む。他の実施形態では、第１のインジケータは、ＭＡＣサブヘッダ内のＬＣＩＤフィールド内の第３の値、すなわち、別の値であってよい。

いくつかの実施形態では、メッセージのタイプは、複数のタイプのメッセージのうちの第１のタイプのメッセージ７０１であり、複数のタイプのメッセージは、第３のタイプのメッセージ１２００を含んでよい。第３のタイプのメッセージ１２００は、サイズが固定され、ａ）固定サイズサービスデータユニット（ＳＤＵ）１２０１、ならびにｂ）サイズが固定され、ｉ）１つまたは複数の論理チャネルのグループを示す第２のフィールド８０１と、ｉｉ）１つまたは複数の論理チャネルのグループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド８０２とを含む第１のＭＡＣ制御エレメント８００およびｂ）サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールド９０４を含む第２のＭＡＣ制御エレメント９００のうちの少なくとも１つと、のための１つの共通サブヘッダ１０００を含んでよい。

いくつかの実施形態では、第１のインジケータは、ＭＡＣサブヘッダ１００１内のＬＣＩＤフィールド１００２内の第４の値であってよい。

受信メッセージのメッセージのタイプは、ａ）メッセージを送信するためにネットワークノード１１０によって無線デバイス１３０に送られるグラントのサイズ、ｂ）無線デバイス１３０から受信されたプリアンブル、およびｃ）受信されたプリアンブルのグルーピング、のうちの少なくとも１つに基づいてよい。

いくつかの実施形態では、無線デバイス１３０は、ネットワークノード１１０とアップリンク同期され、または接続されることがあり、第１のタイプのメッセージ７０１は、ネットワークノード１１０が無線デバイス１３０にサーブし得るセル１２０内の無線デバイス１３０の識別子を含む２つのフィールド１１０１をさらに含むことがある。

第１のタイプのメッセージ７０１、第２のタイプのメッセージ７０３、および第３のタイプのメッセージ１２００のいずれかは、Ｍｓｇ３メッセージであることがある。

ＳＤＵは、本明細書においてＣＣＣＨ ＳＤＵとも呼ばれることがある、ＣＣＣＨのためのＭＡＣ ＳＤＵであってよい。

アクション１３０２
このアクション１３０２では、ネットワークノード１１０は、第１のインジケータ７０７に基づいて、受信されたメッセージを処理し始める。

処理し始めることは、本明細書では、処理をトリガ、開始、または可能にすることと理解され得る。

本明細書で開示されるいくつかの実施形態は、以下の技術的利点のうちの１つまたは複数を提供することがあり、これは、ＮＲ上での初期アクセスのためのＭｓｇ３サイズが１／８に縮小されることが可能にされると要約され得る。そのうえ、カバレッジが増加される。加えて、無線デバイス１３０、たとえば、ＵＥは、すでにＭｓｇ３の送信時である使用事例を示すことがある。いくつかの例では、メッセージのタイプの第１のインジケータを含むメッセージを提供する無線デバイス１３０によって、無線デバイス１３０は、リソースを浪費することなく、その必要性に適し得るメッセージのタイプを選択することが可能にされる。この理由は、無線デバイス１３０が、複数のタイプのメッセージの中から、どれが第１のタイプのメッセージおよび第２のタイプのメッセージを含むかを選び、適切なとき、固定サイズＳＤＵを使用することがある。したがって、無線デバイス１３０は、１／８に縮小したサイズをもつ第１のタイプのメッセージを柔軟に提供することが可能にされ、必要とされるときに他のサイズのメッセージの他のタイプを使用することが依然として可能にされる。メッセージ内の第１のインジケータは、ネットワークノード１１０が、無線デバイス１３０から受信されたメッセージのタイプを認識し、それに応じてメッセージを処理し始めることを可能にする。したがって、柔軟性が、ランダムアクセス中に無線デバイス１３０に与えられ、リソースを節約する可能性が可能にされ、無線通信ネットワークの容量を増加させ、レイテンシを減少させ、カバレッジを増加させる。

図１４は、上記で図６に関して説明された方法アクションを実行するために無線デバイス１３０が備え得る構成の２つの異なる例をパネルａ）およびｂ）においてそれぞれ示す。無線デバイス１３０は、無線通信ネットワーク１００内で動作するように設定される。

以下のうちのいくつかの詳細な説明は、上記で無線デバイス１３０のために説明されたアクションに関して提供された同じ言及に対応し、したがって、ここでは繰り返されない。たとえば、無線通信ネットワーク１００は、ＮＲ上で動作するように設定されることがある。図１４では、任意選択のユニットは、破線のボックスで示される。

いくつかの実施形態では、無線デバイス１３０は、図１４ａに示される、以下の構成を備えることがある。

無線デバイス１３０は、たとえば、無線通信ネットワーク１００内で動作するように設定されたネットワークノード１１０に送られることになるメッセージを提供するように設定された、無線デバイス１３０内の提供ユニット１４０１によって、アクション６０２の提供を実行するように設定される。このメッセージは、ランダムアクセス手順においてネットワークノード１１０に送られることになる第１のスケジュールされたメッセージである。メッセージは、メッセージのタイプの第１のインジケータ７０７を含む。このメッセージのタイプは、ａ）固定サイズＳＤＵ７０２と、ｂ）第１のインジケータ７０７を含み、ペイロードの長さの第２のインジケータ７１６を欠いた１バイトヘッダ７０４とを有する。提供ユニット１４０１は、無線デバイス１３０のプロセッサ１４０５であってもよいし、そのようなプロセッサ上で動くアプリケーションであってもよい。

いくつかの実施形態では、ヘッダ７０４はＭＡＣサブヘッダ７０５であってよく、第１のインジケータ７０７は、ＭＡＣサブヘッダ７０５内のＬＣＩＤフィールド７０６内の値であってよい。

いくつかの実施形態では、値は「１１０１１０」であってよい。

メッセージのタイプは、複数のタイプのメッセージのうちの第１のタイプのメッセージ７０１であってよい。複数のタイプのメッセージは、第２のタイプのメッセージ７０３を含むことがあり、第２のタイプのメッセージ７０３は、可変サイズＳＤＵ７１２と、ペイロードの長さの第２のインジケータ７１６とを有する。

いくつかの実施形態では、第１のインジケータは、ＭＡＣサブヘッダ内の第１のフィールド内の第１の値であってよく、ＭＡＣサブヘッダはＬＣＩＤフィールドをさらに含み、ＬＣＩＤフィールドは第２の値を含む。

いくつかの実施形態では、メッセージのタイプは、複数のタイプのメッセージのうちの第１のタイプのメッセージ７０１であってよく、複数のタイプのメッセージは、第３のタイプのメッセージ１２００を含む。第３のタイプのメッセージ１２００は、サイズが固定され、ａ）固定サイズＳＤＵ１２０１、ならびにｂ）サイズが固定され、ｉ）１つまたは複数の論理チャネルのグループを示す第２のフィールド８０１と、ｉｉ）１つまたは複数の論理チャネルのグループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド８０２とを含む第１のＭＡＣ制御エレメント８００およびｃ）サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールド９０４を含む第２のＭＡＣ制御エレメント９００のうちの少なくとも１つのための１つの共通サブヘッダ１０００を含んでよい。

いくつかの実施形態では、第１のインジケータは、ＭＡＣサブヘッダ１００１内のＬＣＩＤフィールド１００２内の第４の値であってよい。

いくつかの実施形態では、無線デバイス１３０は、ネットワークノード１１０とアップリンク同期され、または接続されるように設定されることがあり、第１のタイプのメッセージ７０１は、無線デバイス１３０がネットワークノード１１０によってサーブされているように設定され得るセル１２０内の無線デバイス１３０の識別子を含む２つのフィールドをさらに含むことがある。

第１のタイプのメッセージ７０１、第２のタイプのメッセージ７０３、および第３のタイプのメッセージ１２００のいずれかは、Ｍｓｇ３メッセージであってよい。

ＳＤＵは、ＣＣＣＨのためのＭＡＣ ＳＤＵであってよい。

無線デバイス１３０は、たとえば、提供されたメッセージをネットワークノード１１０に送り始めるように設定された、無線デバイス１３０内の送出開始ユニット１４０２によって、アクション６０３の送出を始めることを実行するように設定されることがある。送出開始ユニット１４０２は、無線デバイス１３０のプロセッサ１４０５であってもよいし、そのようなプロセッサ上で動くアプリケーションであってもよい。

無線デバイス１３０は、たとえば、ネットワークノード１１０に送られることになるメッセージのタイプを選択するように設定された、無線デバイス１３０内の選択ユニット１４０３によって、アクション６０１の選択を実行するようにさらに設定されることがある。メッセージのタイプを選択することは、ａ）メッセージを送信するためにネットワークノード１１０から受信されたグラントのサイズ、ｂ）無線デバイス１３０によって送られたプリアンブル、およびｃ）送られたプリアンブルのグルーピング、のうちの少なくとも１つに基づいてよい。選択ユニット１４０３は、無線デバイス１３０のプロセッサ１４０５であってもよいし、そのようなプロセッサ上で動くアプリケーションであってもよい。

その他のユニット１４０４が無線デバイス１３０内に備えられてよい。

無線デバイス１３０内の、本明細書における実施形態は、本明細書における実施形態の機能およびアクションを実行するためのコンピュータプログラムコードとともに、図１４ａに示された無線デバイス１３０内のプロセッサ１４０５などの１つまたは複数のプロセッサを通して実施されてよい。本明細書で使用されるプロセッサは、ハードウェア構成要素であると理解され得る。上記で言及されたプログラムコードは、たとえば、無線デバイス１３０へとロードされているとき本明細書における実施形態を実行するためのコンピュータプログラムコードを搬送するデータキャリアの形をとる、コンピュータプログラム製品として提供されてもよい。１つのそのようなキャリアは、ＣＤ ＲＯＭディスクの形をとってよい。しかしながら、１つのそのようなキャリアは、メモリスティックなどの他のデータキャリアとともに実現可能である。そのうえ、コンピュータプログラムコードは、サーバ上の純粋なプログラムコードとして提供され、無線デバイス１３０にダウンロードされてもよい。

無線デバイス１３０は、１つまたは複数のメモリユニットを備えるメモリ１４０６をさらに備える。メモリ１４０６は、無線デバイス１３０によって遂行されるとき本明細書における方法を実行するために、取得された情報を記憶し、データ、設定、スケジューリング、およびアプリケーションなどを記憶するために使用されるように構成される。

いくつかの実施形態では、無線デバイス１３０は、受信ポート１４０７を通して、たとえばネットワークノード１１０から、情報を受信することがある。いくつかの実施形態では、受信ポート１４０７は、たとえば、無線デバイス１３０内の１つまたは複数のアンテナに接続されることがある。他の実施形態では、無線デバイス１３０は、受信ポート１４０７を通して無線通信ネットワーク１００内の別の構造から情報を受信することがある。受信ポート１４０７はプロセッサ１４０５と通信し得るので、受信ポート１４０７は、次いで、受信された情報をプロセッサ１４０５に送ることがある。受信ポート１４０７は、他の情報も受信するように設定されてよい。

無線デバイス１３０内のプロセッサ１４０５は、送出ポート１４０８を通して、たとえば、ネットワークノード１１０すなわち無線通信ネットワーク１００内の別の構造に情報を送信するまたは送るようにさらに設定されてよく、送出ポート１４０８は、プロセッサ１４０５、およびメモリ１４０６と通信し得る。

当業者は、上記で説明された提供ユニット１４０１、送出開始ユニット１４０２、選択ユニット１４０３、およびその他のユニット１４０４は、アナログ回路とデジタル回路との組み合わせ、ならびに／またはたとえば、プロセッサ１４０５などの１つもしくは複数のプロセッサによって遂行されるとき上記で説明されたように実行する、メモリ内に記憶された、ソフトウェアおよび／もしくはファームウェアとともに設定された１つもしくは複数のプロセッサを指すことがあることも諒解するであろう。これらのプロセッサのうちの１つまたは複数、ならびに他のデジタルハードウェアが単一の特定用途向け集積回路（ＡＳＩＣ）内に含まれてもよいし、いくつかのプロセッサおよびさまざまなデジタルハードウェアが、個別にパッケージ化されようと、システムオンチップ（ＳｏＣ）へと組み立てられようと、いくつかの別個の構成要素の間に分散されてもよい。

また、いくつかの実施形態では、上記で説明された異なる回路１４０１～１４０４は、プロセッサ１４０５などの１つまたは複数のプロセッサ上で動く１つまたは複数のアプリケーションとして実施されることがある。

したがって、本明細書において説明される、無線デバイス１３０のための実施形態による方法はそれぞれ、無線デバイス１３０によって実行されるように、少なくとも１つのプロセッサ１４０５上で遂行されるとき少なくとも１つのプロセッサ１４０５に本明細書において説明されたアクションを行わせる命令を含むコンピュータプログラム１４０９製品、すなわち、ソフトウェアコード部分によって実施されてよい。コンピュータプログラム１４０９製品は、コンピュータ可読記憶媒体１４１０上に記憶されることがある。その上にコンピュータプログラム１４０９が記憶されたコンピュータ可読記憶媒体１４１０は、無線デバイス１３０によって実行されるように、少なくとも１つのプロセッサ１４０５上に遂行されるとき少なくとも１つのプロセッサ１４０５に本明細書において説明されたアクションを行わせる命令を含むことがある。いくつかの実施形態では、コンピュータ可読記憶媒体１４１０は、ＣＤ ＲＯＭディスクまたはメモリスティックなどの非一時的なコンピュータ可読記憶媒体であってよい。他の実施形態では、コンピュータプログラム１４０９製品は、今説明されたコンピュータプログラム１４０９を含むキャリア上に記憶されることがあり、このキャリアは、電子信号、光信号、無線信号、または上記で説明されたコンピュータ可読記憶媒体１４１０のうちの１つである。

無線デバイス１３０は、無線デバイス１３０と他のノードまたはデバイス、たとえばネットワークノード１１０との間の通信を容易にするように設定された通信インターフェースを備えることがある。インターフェースは、たとえば、適切な規格によるエアインターフェース上で無線信号を送信および受信するように設定されたトランシーバを含むことがある。

他の実施形態では、無線デバイス１３０は、図１４ｂに示される、以下の構成を備えることがある。無線デバイス１３０は、無線デバイス１３０内の処理回路１４０５、たとえば、プロセッサ１４０５などの１つまたは複数のプロセッサと、メモリ１４０６とを備えることがある。無線デバイス１３０は、無線回路１４１１も備えることがあり、無線回路１４１１は、たとえば、受信ポート１４０７と送出ポート１４０８とを備えることがある。処理回路１４０５は、図１４ａに関して説明された様式と類似した様式で図６および／または図１７～図２１による方法アクションを実行するように設定されてもよいし、そのように動作可能であってもよい。無線回路１４１１は、少なくとも無線デバイス１３０との無線接続をセットアップおよび維持するように設定されることがある。回路は、本明細書では、ハードウェア構成要素と理解され得る。

したがって、本明細書における実施形態は、無線通信ネットワーク１００内で動作するように動作可能な無線デバイス１３０にも関する。無線デバイス１３０は、処理回路１４０５とメモリ１４０６とを備えることがあり、前記メモリ１４０６は、前記処理回路１４０５によって遂行可能な命令を含み、それによって、無線デバイス１３０は、本明細書において無線デバイス１３０に関して、たとえば、図６および／または図１７～２１で、説明されるアクションを実行するようにさらに動作可能である。

いくつかの実施形態では、無線デバイス１３０は、無線通信ネットワーク１００内に含まれるネットワークノード１１０に送られることになるメッセージを提供するようにさらに動作可能である。このメッセージは、ランダムアクセス手順においてネットワークノード１１０に送られることになる第１のスケジュールされたメッセージである。メッセージは、メッセージのタイプの第１のインジケータ７０７を含む。このメッセージのタイプは、ａ）固定サイズＳＤＵ７０２と、ｂ）第１のインジケータ７０７を含み、ペイロードの長さの第２のインジケータ７１６を欠いた１バイトヘッダ７０４とを有する。無線デバイス１３０はまた、提供されたメッセージをネットワークノード１１０に送り始めるように動作可能である。

図１５は、上記で図１３に関して説明された方法アクションを実行するためにネットワークノード１１０が備え得る構成の２つの異なる例をパネルａ）およびｂ）においてそれぞれ示す。いくつかの実施形態では、ネットワークノード１１１０は、図１５ａに示される、以下の構成を備えることがある。ネットワークノード１１０は、通信ネットワーク１００内で動作するように設定される。

以下のうちのいくつかの詳細な説明は、上記で無線デバイス１３０のために説明されたアクションに関して提供された同じ言及に対応し、したがって、ここでは繰り返されない。たとえば、無線通信ネットワーク１００は、ＮＲ上で動作するように設定されることがある。図１５では、任意選択のユニットは、破線のボックスで示される。

ネットワークノード１１０は、たとえば、無線通信ネットワーク１００内で動作するように設定された無線デバイス１３０からメッセージを受信するように設定された、ネットワークノード１１０内の受信ユニット１５０１によって、アクション７０１の受信を実行するように設定されることがある。このメッセージは、ランダムアクセス手順においてネットワークノード１１０によって受信される第１のスケジュールされたメッセージである。メッセージは、メッセージのタイプの第１のインジケータ７０７を含む。このメッセージのタイプは、ａ）固定サイズＳＤＵ７０２と、ｂ）第１のインジケータ７０７を含み、ペイロードの長さの第２のインジケータ７１６を欠いた１バイトヘッダ７０４とを有する。受信ユニット１５０１は、ネットワークノード１１０のプロセッサ１５０４であってもよいし、そのようなプロセッサ上で動くアプリケーションであってもよい。

ネットワークノード１１０は、たとえば、第１のインジケータ７０７に基づいて、受信されたメッセージを処理し始めるように設定された、ネットワークノード１１０内の処理開始ユニット１５０２によって、アクション７０２の処理を始めることを実行するように設定されることがある。処理開始ユニット１５０２は、ネットワークノード１１０のプロセッサ１５０４であってもよいし、そのようなプロセッサ上で動くアプリケーションであってもよい。

その他のユニット１５０３がネットワークノード１１０内に備えられてよい。

いくつかの実施形態では、ヘッダ７０４はＭＡＣサブヘッダ７０５であってよく、第１のインジケータ７０７は、ＭＡＣサブヘッダ７０５内のＬＣＩＤフィールド内の値であってよい。

値は、「１１０１１０」であってよい。

いくつかの実施形態では、メッセージのタイプは、複数のタイプのメッセージのうちの第１のタイプのメッセージ７０１であってよい。複数のタイプのメッセージは、第２のタイプのメッセージ７０３を含んでよい。第２のタイプのメッセージ７０３は、可変サイズＳＤＵ７１２と、ペイロードの長さの第２のインジケータ７１６とを有してよい。

いくつかの実施形態では、第１のインジケータは、ＭＡＣサブヘッダ内の第１のフィールド内の第１の値であってよく、ＭＡＣサブヘッダはＬＣＩＤフィールドをさらに含み、ＬＣＩＤフィールドは第２の値を含む。

いくつかの実施形態では、メッセージのタイプは、複数のタイプのメッセージのうちの第１のタイプのメッセージ７０１であってよく、複数のタイプのメッセージは、第３のタイプのメッセージ１２００を含んでよい。第３のタイプのメッセージ１２００は、サイズが固定され、ａ）固定サイズＳＤＵ１２０１、ならびにｂ）サイズが固定され、ｉ）１つまたは複数の論理チャネルのグループを示す第２のフィールド８０１と、ｉｉ）１つまたは複数の論理チャネルのグループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド８０２とを含む第１のＭＡＣ制御エレメント８００およびｃ）サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールドを含む第２のＭＡＣ制御エレメント９００のうちの少なくとも１つのための１つの共通サブヘッダ１０００を含んでよい。

いくつかの実施形態では、第１のインジケータは、ＭＡＣサブヘッダ１００１内のＬＣＩＤフィールド１００２内の第４の値であってよい。

受信メッセージのメッセージのタイプは、ａ）メッセージを送信するためにネットワークノード１１０によって無線デバイス１３０に送られるグラントのサイズ、ｂ）無線デバイス１３０から受信されたプリアンブル、およびｃ）受信されたプリアンブルのグルーピング、のうちの少なくとも１つに基づいてよい。

いくつかの実施形態では、無線デバイス１３０は、ネットワークノード１１０とアップリンク同期され、または接続されるように設定されることがあり、第１のタイプのメッセージ７０１は、ネットワークノード１１０が無線デバイス１３０にサーブしているように設定され得るセル１２０内の無線デバイス１３０の識別子を含む２つのフィールド１１０１をさらに含むことがある。

第１のタイプのメッセージ７０１、第２のタイプのメッセージ７０３、および第３のタイプのメッセージ１２００のいずれかは、Ｍｓｇ３メッセージであってよい。

ＳＤＵは、ＣＣＣＨのためのＭＡＣ ＳＤＵであってよい。

ネットワークノード１１０内の、本明細書における実施形態は、本明細書における実施形態の機能およびアクションを実行するためのコンピュータプログラムコードとともに、図１５ａに示されたネットワークノード１１０内のプロセッサ１５０４などの１つまたは複数のプロセッサを通して実施されてよい。本明細書で使用されるプロセッサは、ハードウェア構成要素であると理解され得る。上記で言及されたプログラムコードは、たとえば、ネットワークノード１１０へとロードされているとき本明細書における実施形態を実行するためのコンピュータプログラムコードを搬送するデータキャリアの形をとる、コンピュータプログラム製品として提供されてもよい。１つのそのようなキャリアは、ＣＤ ＲＯＭディスクの形をとってよい。しかしながら、１つのそのようなキャリアは、メモリスティックなどの他のデータキャリアとともに実現可能である。そのうえ、コンピュータプログラムコードは、サーバ上の純粋なプログラムコードとして提供され、ネットワークノード１１０にダウンロードされてもよい。

ネットワークノード１１０は、１つまたは複数のメモリユニットを備えるメモリ１５０５をさらに備える。メモリ１５０５は、ネットワークノード１１０によって遂行されるとき本明細書における方法を実行するために、取得された情報を記憶し、データ、設定、スケジューリング、およびアプリケーションなどを記憶するために使用されるように構成される。

いくつかの実施形態では、ネットワークノード１１０は、受信ポート１５０６を通して、たとえば無線デバイス１３０から、情報を受信することがある。いくつかの実施形態では、受信ポート１５０６は、たとえば、ネットワークノード１１０内の１つまたは複数のアンテナに接続されることがある。他の実施形態では、ネットワークノード１１０は、受信ポート１５０６を通して無線通信ネットワーク１００内の別の構造から情報を受信することがある。受信ポート１５０６はプロセッサ１５０４と通信し得るので、受信ポート１５０６は、次いで、受信された情報をプロセッサ１５０４に送ることがある。受信ポート１５０６は、他の情報も受信するように設定されてよい。

ネットワークノード１１０内のプロセッサ１５０４は、送出ポート１５０７を通して、たとえば、無線デバイス１３０すなわち無線通信ネットワーク１００内の別の構造に情報を送信するまたは送るようにさらに設定されてよく、送出ポート１５０７は、プロセッサ１５０４、およびメモリ１５０５と通信し得る。

当業者は、上記で説明された受信ユニット１５０１、処理開始ユニット１５０２、およびその他のユニット１５０３は、アナログ回路とデジタル回路との組み合わせ、ならびに／またはたとえば、プロセッサ１５０４などの１つもしくは複数のプロセッサによって遂行されるとき上記で説明されたように実行する、メモリ内に記憶された、ソフトウェアおよび／もしくはファームウェアとともに設定された１つもしくは複数のプロセッサを指すことがあることも諒解するであろう。これらのプロセッサのうちの１つまたは複数、ならびに他のデジタルハードウェアが単一の特定用途向け集積回路（ＡＳＩＣ）内に含まれてもよいし、いくつかのプロセッサおよびさまざまなデジタルハードウェアが、個別にパッケージ化されようと、システムオンチップ（ＳｏＣ）へと組み立てられようと、いくつかの別個の構成要素の間に分散されてもよい。

また、いくつかの実施形態では、上記で説明された異なるユニット１５０１～１５０３は、プロセッサ１５０４などの１つまたは複数のプロセッサ上で動く１つまたは複数のアプリケーションとして実施されることがある。

したがって、本明細書において説明される、ネットワークノード１１０のための実施形態による方法はそれぞれ、ネットワークノード１１０によって実行されるように、少なくとも１つのプロセッサ１５０４上で遂行されるとき少なくとも１つのプロセッサ１５０４に本明細書において説明されたアクションを行わせる命令を含むコンピュータプログラム１５０８製品、すなわち、ソフトウェアコード部分によって実施されてよい。コンピュータプログラム１５０８製品は、コンピュータ可読記憶媒体１５０９上に記憶されることがある。その上にコンピュータプログラム１５０８が記憶されたコンピュータ可読記憶媒体１５０９は、ネットワークノード１１０によって実行されるように、少なくとも１つのプロセッサ１５０４上に遂行されるとき少なくとも１つのプロセッサ１５０４に本明細書において説明されたアクションを行わせる命令を含むことがある。いくつかの実施形態では、コンピュータ可読記憶媒体１５０９は、ＣＤ ＲＯＭディスクまたはメモリスティックなどの非一時的なコンピュータ可読記憶媒体であってよい。他の実施形態では、コンピュータプログラム１５０８製品は、今説明されたコンピュータプログラム１５０８を含むキャリア上に記憶されることがあり、このキャリアは、電子信号、光信号、無線信号、または上記で説明されたコンピュータ可読記憶媒体１５０９のうちの１つである。

ネットワークノード１１０は、ネットワークノード１１０と他のノードまたはデバイス、たとえば無線デバイス１３０との間の通信を容易にするように設定された通信インターフェースを備えることがある。インターフェースは、たとえば、適切な規格によるエアインターフェース上で無線信号を送信および受信するように設定されたトランシーバを含むことがある。

他の実施形態では、ネットワークノード１１０は、図１５ｂに示される、以下の構成を備えることがある。ネットワークノード１１０は、ネットワークノード１１０内の処理回路１５０４、たとえば、プロセッサ１５０４などの１つまたは複数のプロセッサと、メモリ１５０５とを備えることがある。ネットワークノード１１０は、無線回路１５１０も備えることがあり、無線回路１５１０は、たとえば、受信ポート１５０６と送出ポート１５０７とを備えることがある。処理回路１５０４は、図１５ａに関して説明された様式と類似した様式で図７および／または図１７～図２１による方法アクションを実行するように設定されてもよいし、そのように動作可能であってもよい。無線回路１５１０は、少なくともネットワークノード１１０との無線接続をセットアップおよび維持するように設定されることがある。回路は、本明細書では、ハードウェア構成要素と理解され得る。

したがって、本明細書における実施形態は、無線通信ネットワーク１００内で動作するように動作可能なネットワークノード１１０にも関する。ネットワークノード１１０は、処理回路１５０４とメモリ１５０５とを備えることがあり、前記メモリ１５０５は、前記処理回路１５０４によって遂行可能な命令を含み、それによって、ネットワークノード１１０は、本明細書においてネットワークノード１１０に関して、たとえば、図１３および／または図１７～２１で、説明されるアクションを実行するようにさらに動作可能である。

いくつかの実施形態では、ネットワークノード１１０は、無線通信ネットワーク１００内に含まれる無線デバイス１３０からメッセージを受信するようにさらに動作可能である。このメッセージは、ランダムアクセス手順においてネットワークノード１１０によって受信される第１のスケジュールされたメッセージである。メッセージは、メッセージのタイプの第１のインジケータ７０７を含む。このメッセージのタイプは、ａ）固定サイズＳＤＵ７０２と、ｂ）第１のインジケータ７０７を含み、ペイロードの長さの第２のインジケータ７１６を欠いた１バイトヘッダ７０４とを有する。ネットワークノード１１０は、第１のインジケータ７０７に基づいて、受信されたメッセージを処理し始めるようにも動作可能である。

本明細書における実施形態に関連するさらなる例
本明細書における実施形態に関連する例の第１の態様は、無線デバイス１３０によって実行される方法に関し、本明細書において説明される。方法は、無線デバイス１３０にサーブするネットワークノード１１０に送られることになるメッセージを提供するためであると理解されてよい。無線デバイス１３０およびネットワークノード１１０は、無線通信ネットワーク１００内で動作する。方法は、以下のアクションを含んでよい。
〇 ネットワークノード１１０に送られることになるメッセージを提供すること６０２。このメッセージは、ランダムアクセス手順においてネットワークノード１１０に送られることになる第１のスケジュールされたメッセージであって、このメッセージは、複数のタイプのメッセージのうちのメッセージのタイプの第１のインジケータを含み、複数のタイプのメッセージは、
ｉ．第１のタイプのメッセージであって、固定サイズのサービスデータユニット（ＳＤＵ）と、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する第１のタイプのメッセージと、
ｉｉ．第２のタイプのメッセージであって、可変サイズＳＤＵと、ペイロードの長さの第２のインジケータとを有する第２のタイプのメッセージと
を含む。
〇 提供されたメッセージをネットワークノード１１０に送り始めること６０３。

本明細書における実施形態に関連する例の第２の態様は、ネットワークノード１１０によって実行される方法に関し、本明細書において説明される。方法は、ネットワークノード１１０によってサーブされる無線デバイス１３０からのメッセージを処理するためであると理解されてよい。無線デバイス１３０およびネットワークノード１１０は、無線通信ネットワーク１００内で動作することがある。方法は、以下のアクションを含んでよい。
〇 無線デバイス１３０からメッセージを受信すること１３０１。メッセージは、ランダムアクセス手順においてネットワークノード１１０によって受信される第１のスケジュールされたメッセージである。メッセージは、複数のタイプのメッセージのうちのメッセージのタイプの第１のインジケータを含む。複数のタイプのメッセージは、
ｉ．第１のタイプのメッセージであって、固定サイズのサービスデータユニット（ＳＤＵ）と、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する第１のタイプのメッセージと、
ｉｉ．第２のタイプのメッセージであって、可変サイズＳＤＵと、ペイロードの長さの第２のインジケータとを有する第２のタイプのメッセージと
を含む。
〇 第１のインジケータに基づいて、受信されたメッセージを処理し始めること７０２。

本明細書における実施形態に関連する特定の例
１．無線デバイス（１３０）によって実行される、無線デバイス（１３０）にサーブするネットワークノード（１１０）に送られることになるメッセージを提供するための方法であって、無線デバイス（１３０）およびネットワークノード（１１０）は、無線通信ネットワーク（１００）内で動作し、この方法は、
－ ネットワークノード（１１０）に送られることになるメッセージを提供すること（６０２）であって、このメッセージは、ランダムアクセス手順においてネットワークノード（１１０）に送られることになる第１のスケジュールされたメッセージであり、このメッセージは、複数のタイプのメッセージのうちのメッセージのタイプの第１のインジケータを含み、複数のタイプのメッセージは、
ａ）第１のタイプのメッセージであって、固定サイズのサービスデータユニット（ＳＤＵ）と、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する第１のタイプのメッセージと、
ｂ）第２のタイプのメッセージであって、可変サイズＳＤＵと、ペイロードの長さの第２のインジケータとを有する第２のタイプのメッセージと
を含む、提供すること（６０２）と、
－ 提供されたメッセージをネットワークノード（１１０）に送り始めること６０３と
を含む方法。

２．第１のインジケータは、メディアアクセス制御（ＭＡＣ）サブヘッダ内の第１のフィールド内の第１の値であり、ＭＡＣサブヘッダは、論理チャネル識別情報（ＬＣＩＤ）フィールドをさらに含み、ＬＣＩＤフィールドは第２の値を含む、例１による方法。

３．第１のインジケータは、ＭＡＣサブヘッダ内のＬＣＩＤフィールド内の第３の値である、例１による方法。

４．第１のタイプのメッセージ内の第３の値は「１１０１１０」である、例３による方法。

５．複数のタイプのメッセージは第３のタイプのメッセージを含み、第３のタイプのメッセージは、サイズが固定され、
ａ．固定サイズサービスデータユニット（ＳＤＵ）、ならびに
ｂ．第１のＭＡＣ制御エレメントであって、サイズが固定され、
ｉ．１つまたは複数の論理チャネルのグループを示す第２のフィールドと、
ｉｉ．１つまたは複数の論理チャネルのグループに関連するバッファのステータスに関する第１の情報を含む第３のフィールドと
を含む第１のＭＡＣ制御エレメントおよび
ｃ．サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールドを含む第２のＭＡＣ制御エレメント
のうちの少なくとも１つのための１つの共通サブヘッダを含む、例１による方法。

６．第１のインジケータはＭＡＣサブヘッダ内のＬＣＩＤフィールド内の第４の値である、例５による方法。

７． － ネットワークノード（１１０）に送られることになるメッセージのタイプを選択すること（６０１）であって、メッセージを送信するためにネットワークノード（１１０）から受信されたグラントのサイズ、ｂ）無線デバイス（１３０）によって送られたプリアンブル、およびｃ）送られたプリアンブルのグルーピング、のうちの少なくとも１つに基づいてメッセージのタイプを選択すること（６０１）
をさらに含む、例１～６のいずれかによる方法。

８．無線デバイス（１３０）は、ネットワークノード（１１０）とアップリンク同期され、または接続され、第１のタイプのメッセージは、無線デバイス（１３０）がネットワークノード（１１０）によってサーブされているセル（１２０）内の無線デバイス（１３０）の識別子を含む２つのフィールドをさらに含む、例１～７のいずれかによる方法。

９．第１のタイプのメッセージ、第２のタイプのメッセージ、および第３のタイプのメッセージのいずれかはＭｓｇ３メッセージである、例１～８のいずれかによる方法。

１０．無線通信ネットワーク（１００）は新無線（ＮＲ）上で動作する、例１～９のいずれかによる方法。

１１．ネットワークノード（１１０）によって実行される、ネットワークノード（１１０）によってサーブされる無線デバイス（１３０）からメッセージを処理するための方法であって、無線デバイス（１３０）およびネットワークノード（１１０）は無線通信ネットワーク（１００）内で動作し、この方法は、
－ 無線デバイス（１３０）からメッセージを受信すること（７０１）であって、このメッセージは、ランダムアクセス手順においてネットワークノード（１１０）によって受信される第１のスケジュールされたメッセージであり、このメッセージは、複数のタイプのメッセージのうちのメッセージのタイプの第１のインジケータを含み、複数のタイプのメッセージは、
ａ）第１のタイプのメッセージであって、固定サイズのサービスデータユニット（ＳＤＵ）と、ペイロードの長さの第２のインジケータを欠いた１バイトヘッダとを有する第１のタイプのメッセージと、
ｂ）第２のタイプのメッセージであって、可変サイズＳＤＵと、ペイロードの長さの第２のインジケータとを有する第２のタイプのメッセージと
を含む、受信すること（７０１）と、
－ 第１のインジケータに基づいて、受信されたメッセージを処理し始めること（７０２）と
を含む方法。

１２．第１のインジケータはメディアアクセス制御（ＭＡＣ）サブヘッダ内の第１のフィールド内の第１の値であり、ＭＡＣサブヘッダは論理チャネル識別情報（ＬＣＩＤ）フィールドをさらに含み、ＬＣＩＤフィールドは第２の値を含む、例１１による方法。

１３．第１のインジケータはＭＡＣサブヘッダ内のＬＣＩＤフィールド内の第３の値である、例１２による方法。

１４．第１のタイプのメッセージ内の第３の値は「１１０１１０」である、例１３による方法。

１５．複数のタイプのメッセージは第３のタイプのメッセージを含み、第３のタイプのメッセージは、サイズが固定され、
ａ．固定サイズサービスデータユニット（ＳＤＵ）、ならびに
ｂ．第１のＭＡＣ制御エレメントであって、サイズが固定され、
ｉ．１つまたは複数の論理チャネルのグループを示す第２のフィールドと、
ｉｉ．１つまたは複数の論理チャネルのグループに関連するバッファのステータスに関する第１の情報を含む第３のフィールドと
を含む第１のＭＡＣ制御エレメントおよび
ｃ．サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールドを含む第２のＭＡＣ制御エレメント
のうちの少なくとも１つのための１つの共通サブヘッダを含む、例１１による方法。

１６．第１のインジケータはＭＡＣサブヘッダ内のＬＣＩＤフィールド内の第４の値である、例１５による方法。

１７．受信されたメッセージのメッセージのタイプは、メッセージを送信するためにネットワークノード（１１０）によって無線デバイス（１３０）に送られるグラントのサイズ、ｂ）無線デバイス（１３０）から受信されたプリアンブル、およびｃ）受信されたプリアンブルのグルーピング、のうちの少なくとも１つに基づく、例１１～１６のいずれかによる方法。

１８．無線デバイス（１３０）は、ネットワークノード（１１０）とアップリンク同期され、または接続され、第１のタイプのメッセージは、ネットワークノード（１１０）が無線デバイス（１３０）にサーブしているセル（１２０）内の無線デバイス（１３０）の識別子を含む２つのフィールドをさらに含む、例１１～１７のいずれかによる方法。

１９．第１のタイプのメッセージ、第２のタイプのメッセージ、および第３のタイプのメッセージのいずれかはＭｓｇ３メッセージである、例１１～１８のいずれかによる方法。

２０．無線通信ネットワーク（１００）は新無線（ＮＲ）上で動作する、例１１～１９のいずれかによる方法。

本明細書におけるいくつかの態様に関するさらなる検討
本明細書における実施形態のいくつかの態様は、ＣＣＣＨペイロードを搬送するために使用されることがあるときのＮＲにおけるＭｓｇ３のサイズと、Ｍｓｇ３送信を扱うために必要とされ得る対応するグラントサイズに関すると理解され得る。さまざまなケースにおけるメッセージ内容のより詳細な検討は、Ｒ２－１８０１１６２、Ｓｉｚｅ ｏｆ ＭＳＧ３ ｉｎ ＮＲ、Ｅｒｉｃｓｓｏｎ、３ＧＰＰ ＴＳＧ－ＲＡＮ ＃ＮＲ ＡＨ１８０１、２０１８年１月２２～２６日に見られる。

トランスポートブロックのサイズは、セルエッジにあるＵＥに確実に配信され得るビットの数によって制限されると理解され得る。したがって、可能な限り小さいメッセージサイズを使用することを可能にすることが望ましいことがある。ＬＴＥの場合、最小グラントサイズは５６ビットである。

Ｅｒｉｃｓｓｏｎ、３ＧＰＰ ＴＳＧ－ＲＡＮ ＃ＮＲ ＡＨ１８０１、２０１８年１月２２～２６日に記載されているように、ＲＲＣメッセージのサイズは、
１．ＲＲＣ接続要求：４６ビット
２．ＲＲＣ再開要求：８１ビット
３．ＲＲＣ接続再確立要求：４３ビット
によって与えられ得る。

上記の値は暗示的であり、まだ決められていないことが留意されてよい。これに加えて、２バイトのＭＡＣサブヘッダ（Ｒ／Ｆ／ＬＣＩＤ／Ｌ）は、Ｍｓｇ３サイズに追加されることがある。グラントのサイズは、アライメントされたオクテットと理解されることがあり、これは、Ｍｓｇ３のためのグラントの最小サイズは、ＲＲＣ接続要求の場合は８バイト、ＲＲＣ再開要求の場合は１３バイト、ＲＲＣ接続再確立要求の場合は８バイトであってよいことをもたらすことがある。

前述の内容によれば、８バイトのグラントは、ＲＲＣ接続要求またはＲＲＣ接続再確立要求の送信の場合は最小であることがある。また、１３バイトのグラントは、ＲＲＣ再開要求の送信の場合は最小であることがある。

最小サイズグラントを使用することは、より良い性能のために必要とされる余剰ＭＡＣ ＣＥがないことがあるケースに有用であると理解され得る。たとえば、ＢＳＲおよびＰＨＲは、ＲＲＣ再開要求のケースに有用であることがあるが、ＲＲＣ接続要求またはＲＲＣ接続再確立要求のケースではあまり有用でないことがある。グラントアサイメントを扱う１つの手段は、プリアンブルグループＡを使用するＢＲＡのための最小グラントを使用すること、すなわち、ｒａ－Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡを最小グラントサイズにセットすることであることがある。ＵＥが、最小グラントサイズよりも大きいＭｓｇ３を送信することを望む場合、ＵＥは、より大きいグラントを使用すると理解され得るプリアンブルグループＢを使用することを必要とすることがある。次いで、プリアンブルグループＢは、ＲＲＣ再開要求などの、より大きいグラントを必要とするケースを扱うことがある。プリアンブルグループＢを使用することは、パスロスが十分に低いこと、またはそれはＬＴＥパラメータｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢであり、ＮＲにおいても使用され、パスロスには関係なくより大きいＭｓｇ３サイズを扱うように設定されることがあることを必要とするとも理解され得る。代替解決策は、ＬＴＥと同様に、Ｒ２－１８００９６５、Ｃｌａｒｉｆｉｃａｔｉｏｎ ｏｎ ｔｈｅ Ｐｒｅａｍｂｌｅ ｇｒｏｕｐ Ｂ ｓｅｌｅｃｔｉｏｎ、Ｎｏｋｉａ、ＮＴＴ ＤＯＣＯＭＯ、Ｎｏｋｉａ Ｓｈａｎｇｈａｉ、３ＧＰＰ ＴＳＧ－ＲＡＮ ＃ＮＲ ＡＨ１８０１、２０１８年１月２２～２６日において提案される、ＣＣＣＨ送信のためのパスロスを無視したプリアンブルグループＢの選択を可能にすることであり得る。プリアンブルグループＢの選択は、いくつかの例では、ＣＣＣＨ送信のためのパスロス要件を無視して、可能にされることがある。

ＲＲＣ接続要求およびＲＲＣ接続再確立要求に使用されるＭＡＣサブヘッダは、現在の仕様による２バイトフォーマットを使用してよい。図１０に示されるこのヘッダフォーマット。

これは、ＭＡＣサブヘッダのサイズを１バイト減少させ、７バイトグラントを用いたＭｓｇ３送信に適合することを可能にすると理解され得る。

前述の内容によれば、ＭＡＣヘッダのための固定フォーマットが使用される場合、７バイトのグラントは、ＲＲＣ接続要求またはＲＲＣ接続再確立要求の送信には十分であり得る。

１バイトの節約はＭｓｇ３送信に非常に有益であり、したがって、Ｒ／ＬＣＩＤ ＭＡＣサブヘッダは、ＲＲＣ接続要求およびＲＲＣ接続再確立要求のＭｓｇ３送信に使用されることがある。

ＲＲＣ接続要求またはＲＲＣ接続再確立要求に対するＲ／ＬＣＩＤ ＭＡＣサブヘッダの使用
３８．３２１という現在のバージョンでは、ＲＲＣ接続要求またはＲＲＣ接続再確立要求の送信は、８ビットＬフィールドをもつＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダをもつＣＣＣＨ ＳＤＵをカプセル化することによってなされ得る。このケースでは、Ｒ＝０であり、８ビット長フィールドを示すＦ＝０であり、ＣＣＣＨを示すＬＣＩＤ＝００００００であり、ＬはＣＣＣＨ ＳＤＵの長さである。

Ｍｓｇ３のためにＲ／ＬＣＩＤ ＭＡＣサブヘッダを使用すると、ＲＲＣ接続要求またはＲＲＣ接続再確立要求に対するＣＣＣＨ ＳＤＵの標識は、代わりに、Ｒ／ＬＣＩＤ ＭＡＣサブヘッダを用いて示されてよい。これをなす１つの手段は、固定サイズのＣＣＣＨ ＳＤＵを示すために予約済みＬＣＩＤ値の１つを選択することであり得る。たとえば、ＬＣＩＤ＝１１０１１０は、６バイトのＣＣＣＨ ＳＤＵを指し得る。このようにして、ＲＲＣ接続要求またはＲＲＣ接続再確立要求は、７バイトのグラントを使用して送信され得る。

前述の内容によれば、予約済みＬＣＩＤ値１１０１１０は、６バイトのＣＣＣＨ ＳＤＵを示すために使用されることがある。

そのような方法を用いて、６バイトのＲＲＣメッセージを送信するときの、以下のシチュエーションが発生することがある。

さらなる拡張および変形形態
図１６：いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワーク
一実施形態による図１６を参照すると、通信システムは、無線通信ネットワーク１００などの通信ネットワーク１６１０、たとえば、３ＧＰＰタイプのセルラーネットワークを含み、通信ネットワーク１６１０は、無線アクセスネットワークなどのアクセスネットワーク１６１１と、コアネットワーク１６１４とを備える。アクセスネットワーク１６１１は、ネットワークノード１１０などの複数のネットワークノードを備える。たとえば、対応するカバレッジエリア１６１３ａ、１６１３ｂ、１６１３ｃを各々が規定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの基地局１６１２ａ、１６１２ｂ、１６１２ｃ。各基地局１６１２ａ、１６１２ｂ、１６１２ｃは、有線接続または無線接続１６１５上でコアネットワーク１６１４に接続可能である。図１６では、カバレッジエリア１６１３ｃ内に配置された第１のＵＥ１６９１は、対応する基地局１６１２ｃに無線で接続する、またはこれによってページングされるように、設定される。カバレッジエリア１６１３ａ内の第２のＵＥ１６９２は、対応する基地局１６１２ａに無線で接続可能である。この例では複数のＵＥ１６９１、１６９２が示されているが、開示の実施形態は、唯一のＵＥがカバレッジエリア内にあるか、または唯一のＵＥが対応する基地局１６１２に接続しているシチュエーションに等しく適用可能である。ＵＥ１６９１、１６９２のいずれも、無線デバイス１３０の例と考えられてよい。

通信ネットワーク１６１０自体はホストコンピュータ１６３０に接続され、ホストコンピュータ１６３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェア内で実施されてもよいし、サーバファーム内の処理リソースとして実施されてもよい。ホストコンピュータ１６３０は、サービスプロバイダの所有または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダに代わって、運用されてもよい。通信ネットワーク１６１０とホストコンピュータ１６３０との間の接続１６２１および１６２２は、コアネットワーク１６１４からホストコンピュータ１６３０に直接的に延びてもよいし、任意選択の中間ネットワーク１６２０を介してもよい。中間ネットワーク１６２０は、パブリックネットワーク、プライベートネットワーク、またはホストネットワークのうちの１つであってもよいし、これらのうちの複数の組み合わせであってもよい。中間ネットワーク１６２０は、たとえあるとしても、バックボーンネットワークまたはインターネットであってよい。具体的には、中間ネットワーク１６２０は、２つ以上のサブネットワーク（図示せず）を含んでよい。

図１６の通信システムは全体として、接続されたＵＥ１６９１、１６９２とホストコンピュータ１６３０との間の接続性を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続１６５０として説明され得る。ホストコンピュータ１６３０および接続されたＵＥ１６９１、１６９２は、アクセスネットワーク１６１１、コアネットワーク１６１４、任意の中間ネットワーク１６２０、および可能なさらなるインフラストラクチャ（図示せず）を中間段階として使用して、ＯＴＴ接続１６５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１６５０は、ＯＴＴ接続１６５０が通過する参加通信デバイスがアップリンク通信およびダウンリンク通信のルーティングを認識しないという意味において、透過的であってよい。たとえば、基地局１６１２は、接続されたＵＥ１６９１にフォワーディングされる（たとえば、ハンドオーバされる）ことになる、ホストコンピュータ１６３０から生じるデータとの、到来するダウンリンク通信の過去のルーティングが知らされない、または知らされる必要がないことがある。同様に、基地局１６１２は、ＵＥ１６９１からホストコンピュータ１６３０に向かって生じる、出て行くアップリンク通信の将来のルーティングを認識する必要はない。

次に説明される図１７、図１８、図１９、図２０、および図２１に関連して、ＵＥは無線デバイス１３０の一例であり、ＵＥのために提供されるいかなる説明も無線デバイス１３０に等しく適用されることが理解され得る。基地局はネットワークノード１１０の一例と考えられてよく、基地局のために提供されるいかなる説明もネットワークノード１１０に等しく適用されることも理解され得る。

図１７：いくつかの実施形態による、部分的な無線接続上のユーザ機器と基地局を介して通信するホストコンピュータ
次に、先行段落において論じられた無線デバイス１３０、たとえばＵＥおよびネットワークノード１１０、たとえば基地局およびホストコンピュータの、一実施形態による例示的な実装形態が、図１７を参照しながら説明される。無線通信ネットワーク１００などの通信システム１７００では、ホストコンピュータ１７１０は、通信システム１７００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１７１６を含むハードウェア１７１５を備える。ホストコンピュータ１７１０は処理回路１７１８をさらに備え、処理回路１７１８は、記憶能力および／または処理能力を有してよい。具体的には、処理回路１７１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を遂行するように適合されたこれらの組み合わせ（図示せず）を備えてよい。ホストコンピュータ１７１０はソフトウェア１７１１をさらに備え、ソフトウェア１７１１は、ホストコンピュータ１７１０内に記憶されるか、またはこれによってアクセス可能であり、処理回路１７１８によって遂行可能である。ソフトウェア１７１１は、ホストアプリケーション１７１２を含む。ホストアプリケーション１７１２は、ＵＥ１７３０およびホストコンピュータ１７１０で終端するＯＴＴ接続１７５０を介して接続するＵＥ１７３０などのリモートユーザにサービスを提供するように動作可能であってよい。リモートユーザにサービスを提供する際、ホストアプリケーション１７１２は、ＯＴＴ接続１７５０を使用して送信されるユーザデータを提供することがある。

通信システム１７００は、図１７では通信システム内に備えられ、ホストコンピュータ１７１０およびＵＥ１７３０と通信することを可能にするハードウェア１７２５を備える基地局１７２０として例示される、ネットワークノード１１０をさらに含む。ハードウェア１７２５は、通信システム１７００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１７２６と、ならびに図１７では基地局１７２０によってサーブされるカバレッジエリア（図１７では図示せず）内に配置されたＵＥ１７３０として例示される、少なくとも無線デバイス１３０との無線接続１７７０をセットアップおよび維持するための無線インターフェース１７２７とを含むことがある。通信インターフェース１７２６は、ホストコンピュータ１７１０への接続１７６０を容易にするように設定されることがある。接続１７６０は直接的であってもよいし、接続１７６０は、通信システムのコアネットワーク（図１７に図示せず）および／または通信システムの外部の１つもしくは複数の中間ネットワークを通過してもよい。図示の実施形態では、基地局１７２０のハードウェア１７２５は処理回路１７２８をさらに含み、処理回路１７２８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を遂行するように適合されたこれらの組み合わせ（図示せず）を備えてよい。基地局１７２０は、内部に記憶されたまたは外部接続を介してアクセス可能であるソフトウェア１７２１をさらに有する。

通信システム１７００は、すでに参照されたＵＥ１７３０をさらに含む。そのハードウェア１７３５は、ＵＥ１７３０が現在配置されているカバレッジエリアにサーブする基地局との無線接続１７７０をセットアップおよび維持するように設定された無線インターフェース１７３７を含むことがある。ＵＥ１７３０のハードウェア１７３５は処理回路１７３８をさらに含み、処理回路１７３８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を遂行するように適合されたこれらの組み合わせ（図示せず）を備えてよい。ＵＥ１７３０はソフトウェア１７３１をさらに備え、ソフトウェア１７３１は、ＵＥ１７３０に記憶されるか、またはこれによってアクセス可能であり、処理回路１７３８によって遂行可能である。ソフトウェア１７３１は、クライアントアプリケーション１７３２を含む。クライアントアプリケーション１７３２は、ホストコンピュータ１７１０のサポートとともに、ＵＥ１７３０を介して人間または人間でないユーザにサービスを提供するように動作可能であることがある。ホストコンピュータ１７１０では、遂行中のホストアプリケーション１７１２は、ＵＥ１７３０およびホストコンピュータ１７１０で終端するＯＴＴ接続１７５０を介して遂行中のクライアントアプリケーション１７３２と通信することがある。ユーザにサービスを提供する際、クライアントアプリケーション１７３２は、ホストアプリケーション１７１２から要求データを受信し、その要求データに応答してユーザデータを提供することがある。ＯＴＴ接続１７５０は、要求データとユーザデータの両方を転送してよい。クライアントアプリケーション１７３２は、クライアントアプリケーション１７３２が提供するユーザデータを生成するために、ユーザと対話することがある。

図１７に示されるホストコンピュータ１７１０、基地局１７２０、およびＵＥ１７３０はそれぞれ、図１６のホストコンピュータ１６３０、基地局１６１２ａ、１６１２ｂ、１６１２ｃのうちの１つ、およびＵＥ１６９１、１６９２のうちの１つと類似または同一であってよいことが留意される。すなわち、これらのエンティティの内部作業は図１７に示されるとおりであってよく、他と関係なく、周囲ネットワークトポロジは図１６のネットワークトポロジであってよい。

図１７では、ＯＴＴ接続１７５０は、任意の中間デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングへの明示的な言及なしに、基地局１７２０を介したホストコンピュータ１７１０とＵＥ１７３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定してよく、ルーティングは、ＵＥ１７３０から隠すように設定されてもよいし、ホストコンピュータ１７１０を運用しているサービスプロバイダから隠すように設定されてもよいし、または両方から隠すように設定されてもよい。ＯＴＴ接続１７５０がアクティブである間、ネットワークインフラストラクチャは、（たとえば、ロードバランシングの考慮またはネットワークの再設定に基づいて）ルーティングを動的に変更する決断をさらに下すことがある。

ＵＥ１７３０と基地局１７２０との間の無線接続１７７０は、本開示の全体を通じて説明される実施形態の教示によるものである。さまざまな実施形態のうちの１つまたは複数は、ＯＴＴ接続１７５０を使用してＵＥ１７３０に提供されるＯＴＴサービスの性能を改善し、ＯＴＴ接続１７５０では、無線接続１７７０は最後のセグメントを形成する。より正確には、これらの実施形態の教示は、スペクトル効率、カバレッジ、およびレイテンシを改善し、それによって、ユーザ待機時間の減少、応答の向上、およびバッテリ寿命の延長などの利益を提供し得る。

測定手順が、データ転送速度、レイテンシ、および１つまたは複数の実施形態が改善する他の要因を監視する目的のために提供されることがある。測定結果の変動に応答してホストコンピュータ１７１０とＵＥ１７３０との間のＯＴＴ接続１７５０を再設定するための任意選択のネットワーク機能がさらにあることがある。測定手順および／またはＯＴＴ接続１７５０を再設定するためのネットワーク機能は、ホストコンピュータ１７１０のソフトウェア１７１１およびハードウェア１７１５内で実施されてもよいし、ＵＥ１７３０のソフトウェア１７３１およびハードウェア１７３５内で実施されてもよいし、両方において実施されてもよい。実施形態では、センサ（図示せず）は、ＯＴＴ接続１７５０が通過する通信デバイス内に展開されてもよいし、これに関連して展開されてもよい。センサは、上記で例示されたモニタリングされる量の値を供給することによって、またはモニタリングされる量をソフトウェア１７１１、１７３１が計算もしくは推定し得る他の物理量の値を供給することによって、測定手順に参加することがある。ＯＴＴ接続１７５０の再設定には、メッセージフォーマット、再送信セッティング、好ましいルーティングなどがある。再設定は、基地局１７２０に影響を与える必要はなく、基地局１７２０に知られないか、または感知できなくてよい。そのような手順および機能は、当技術分野で周知であり、習慣的に行われ得る。いくつかの実施形態では、測定は、ホストコンピュータ１７１０のスループット、伝搬時間、レイテンシなどの測定を容易にする、所有権を有するＵＥシグナリングを伴うことがある。ソフトウェア１７１１および１７３１が、伝搬時間、エラーなどをモニタリングしながら、ＯＴＴ接続１７５０を使用してメッセージ、特に空または「ダミー」のメッセージを送信させるので、測定が実施されてよい。

無線デバイス１３０は、図１４または図１７に示される構成を備えることがある。

無線デバイス１３０は、無線デバイス１３０と他のノードまたはデバイス、たとえば、ネットワークノード１１０、ホストコンピュータ１７１０、または他のノードのいずれかとの間の通信を容易にするインターフェースユニットを備えることがある。いくつかの特定の例では、インターフェースは、たとえば、適切な規格によるエアインターフェース上で無線信号を送信および受信するように設定されたトランシーバを含むことがある。

無線デバイス１３０は、たとえば、１７５０などの別のリンクを介して、ホストコンピュータ１７１０内のホストアプリケーションユニットとユーザデータを通信するように設定され得る、クライアントアプリケーション１７３２またはクライアントアプリケーションユニットも備えることがある。

ネットワークノード１１０は、図１５または図１７に示される構成を備えることがある。

ネットワークノード１１０は、ネットワークノード１１０と他のノードまたはデバイス、たとえば、無線デバイス１３０、ホストコンピュータ１７１０、または他のノードのいずれかとの間の通信を容易にするインターフェースユニットを備えることがある。いくつかの特定の例では、インターフェースは、たとえば、適切な規格によるエアインターフェース上で無線信号を送信および受信するように設定されたトランシーバを含むことがある。

ネットワークノード１１０は、たとえば、１７５０などの別のリンクを介して、ホストコンピュータ１７１０内のホストアプリケーションユニットとユーザデータを通信するように設定され得る、通信インターフェース１７２６または無線インターフェース１７２７も備えることがある。

図１８：いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システム内で実施される方法
図１８は、一実施形態による、通信システム内で実施される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明されたホストコンピュータ、基地局、およびＵＥであってよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示の簡単さのために、このセクションには、図１８への図面参照のみが含まれる。ステップ１８１０では、ホストコンピュータが、ユーザデータを提供する。ステップ１８１０のサブステップ１８１１（任意選択であってよい）では、ホストコンピュータは、ホストアプリケーションを遂行することによってユーザデータを提供する。ステップ１８２０では、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始める。ステップ１８３０（任意選択であってよい）では、基地局は、本開示の全体を通じて説明される実施形態の教示により、ホストコンピュータが始めた送信において搬送されたユーザデータをＵＥに送信する。ステップ１８４０（同じく任意選択であってよい）では、ＵＥは、ホストコンピュータによって遂行されるホストアプリケーションと関連づけられたクライアントアプリケーションを遂行する。

図１９：いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システム内で実施される方法
図１９は、一実施形態による、通信システム内で実施される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明されたホストコンピュータ、基地局、およびＵＥであってよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示の簡単さのために、このセクションには、図１９への図面参照のみが含まれる。方法のステップ１９１０では、ホストコンピュータが、ユーザデータを提供する。任意選択のサブステップ（図示せず）では、ホストコンピュータは、ホストアプリケーションを遂行することによってユーザデータを提供する。ステップ１９２０では、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始める。送信は、本開示の全体を通じて説明される実施形態の教示により、基地局を介して通過してよい。ステップ１９３０（任意選択であってよい）では、ＵＥが、送信において搬送されたユーザデータを受信する。

図２０：いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システム内で実施される方法
図２０は、一実施形態による、通信システム内で実施される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明されたホストコンピュータ、基地局、およびＵＥであってよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示の簡単さのために、このセクションには、図２０への図面参照のみが含まれる。ステップ２０１０（任意選択であってよい）では、ＵＥが、ホストコンピュータによって提供された入力データを受信する。追加的または代替的に、ステップ２０２０では、ＵＥは、ユーザデータを提供する。ステップ２０２０のサブステップ２０２１（任意選択であってよい）では、ＵＥは、クライアントアプリケーションを遂行することによってユーザデータを提供する。ステップ２０１０のサブステップ２０１１（任意選択であってよい）では、ＵＥは、ホストコンピュータによって提供される入力データの受信に反応してユーザデータを提供するクライアントアプリケーションを遂行する。ユーザデータを提供する際、遂行されるクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮することがある。ユーザデータが提供された具体的な様式に関係なく、ＵＥは、サブステップ２０３０（任意選択であってよい）において、ホストコンピュータへのユーザデータの送信を始める。方法のステップ２０４０では、ホストコンピュータは、本開示の全体を通じて説明される実施形態の教示により、ＵＥから送信されたユーザデータを受信する。

図２１：いくつかの実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システム内で実施される方法
図２１は、一実施形態による、通信システム内で実施される方法を示すフローチャートである。通信システムは、図１６および図１７を参照して説明されたホストコンピュータ、基地局、およびＵＥであってよい、ホストコンピュータと、基地局と、ＵＥとを含む。本開示の簡単さのために、このセクションには、図２１への図面参照のみが含まれる。ステップ２１１０（任意選択であってよい）では、本開示の全体を通じて説明される実施形態の教示により、基地局が、ＵＥからユーザデータを受信する。ステップ２１２０（任意選択であってよい）では、基地局は、受信されたホストコンピュータへのユーザデータの送信を始める。ステップ２１３０（任意選択であってよい）では、ホストコンピュータが、基地局によって始められた送信において搬送されたユーザデータを受信する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実行されてよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてよい。これらの機能ユニットは、処理回路を介して実施されてよく、処理回路としては、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびにデジタル信号プロセッサ（ＤＳＰ）、特殊目的デジタル論理などがあり得るその他のデジタルハードウェアがあり得る。処理回路は、メモリ内に記憶されたプログラムコードを遂行するように設定されてよく、メモリとしては、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光学記憶デバイスなどの、１つまたはいくつかのタイプのメモリがあり得る。メモリ内に記憶されたプログラムコードは、１つまたは複数の通信プロトコルおよび／またはデータ通信プロトコルを遂行するためのプログラム命令、ならびに本明細書において説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による対応する機能を実行させるために使用されることがある。

ユニットという用語は、電子機器、電気デバイス、および／または電子デバイスの分野における従来の意味を有してよく、たとえば、本明細書において説明されるものなどのような、それぞれのタスク、手順、計算、出力、および／または表示機能などを行うための、電気および／もしくは電子の回路、デバイス、モジュール、プロセッサ、メモリ、論理ソリッドステートデバイス、ならびに／またはディスクリートデバイス、コンピュータプログラムもしくは命令を含んでよい。

無線デバイス１３０の実施形態は、図６、図１４、および図１７～図２１に関連する。

ネットワークノード１１０の実施形態は、図７、図１５、および図１７～図２１に関連する。

さらなる番号付けされた実施形態
１．ユーザ機器（ＵＥ）と通信するように設定された基地局であって、本明細書においてネットワークノード１１０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定された無線インターフェースと処理回路とを備える基地局。

５．ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
セルラーネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、本明細書においてネットワークノード１１０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定される、
ホストコンピュータを含む通信システム。

６．基地局をさらに含む、実施形態５の通信システム。

７．ＵＥをさらに含み、ＵＥが、基地局と通信するように設定される、実施形態６の通信システム。

８．ホストコンピュータの処理回路が、ホストアプリケーションを遂行し、それによって、ユーザデータを提供するように設定され、
ＵＥが、ホストアプリケーションと関連づけられたクライアントアプリケーションを遂行するように設定された処理回路を備える、
実施形態７の通信システム。

１１．基地局内で実施される方法であって、本明細書においてネットワークノード１１０によって実行されると説明されるアクションのうちの１つまたは複数を含む方法。

１５．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システム内で実施される方法であって、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥへのユーザデータを搬送する送信を始めることであって、基地局が、本明細書においてネットワークノード１１０によって実行されると説明されるアクションのうちの１つまたは複数を実行する、始めることと
を含む方法。

１６．基地局において、ユーザデータを送信すること
をさらに含む、実施形態１５の方法。

１７．ユーザデータが、ホストアプリケーションを遂行するによってホストコンピュータにおいて提供され、方法が、
ＵＥにおいて、ホストアプリケーションと関連づけられたクライアントアプリケーションを遂行すること
をさらに含む、実施形態１６の方法。

２１．基地局と通信するように設定されたユーザ機器（ＵＥ）であって、本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定された無線インターフェースと処理回路とを備えるＵＥ。

２５．ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの処理回路が、本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定される、
ホストコンピュータを含む通信システム。

２６．ＵＥをさらに含む、実施形態２５の通信システム。

２７．セルラーネットワークが、ＵＥと通信するように設定された基地局をさらに含む、実施形態２６の通信システム。

２８．ホストコンピュータの処理回路が、ホストアプリケーションを遂行し、それによって、ユーザデータを提供するように設定され、
ＵＥの処理回路が、ホストアプリケーションと関連づけられたクライアントアプリケーションを遂行するように設定される、
実施形態２６または２７の通信システム。

３１．本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を含む、ユーザ機器（ＵＥ）内で実施される方法。

３５．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システム内で実施される方法であって、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を備えるセルラーネットワークを介してＵＥへのユーザデータを搬送する送信を始めることであって、ＵＥが、本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を実行する、始めることと
を含む方法。

３６．ＵＥにおいて、基地局からユーザデータを受信すること
をさらに含む、実施形態３５の方法。

４１．基地局と通信するように設定されたユーザ機器（ＵＥ）であって、本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定された無線インターフェースと処理回路とを備えるＵＥ。

４５．ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定された通信インターフェース
を備え、
ＵＥが、無線インターフェースと処理回路とを備え、ＵＥの処理回路が、本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定される
ホストコンピュータを含む通信システム。

４６．ＵＥをさらに含む、実施形態４５の通信システム。

４７．基地局をさらに含み、基地局が、ＵＥと通信するように設定された無線インターフェースと、ＵＥから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態４６の通信システム。

４８．ホストコンピュータの処理回路が、ホストアプリケーションを遂行するように設定され、
ＵＥの処理回路が、ホストアプリケーションと関連づけられたクライアントアプリケーションを遂行し、それによって、ユーザデータを提供するように設定される、
実施形態４６または４７の通信システム。

４９．ホストコンピュータの処理回路が、ホストアプリケーションを遂行し、それによって、要求データを提供するように設定され、
ＵＥの処理回路が、ホストアプリケーションと関連づけられたクライアントアプリケーションを遂行し、それによって、要求データに応答してユーザデータを提供するように設定される、
実施形態４６または４７の通信システム。

５１．本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を含む、ユーザ機器（ＵＥ）内で実施される方法。

５２．ユーザデータを提供することと、
基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることと
をさらに含む、実施形態５１の方法。

５５．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システム内で実施される方法であって、
ホストコンピュータにおいて、ＵＥから基地局に送信されたユーザデータを受信することであって、ＵＥが、本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を実行する、受信すること
を含む方法。

５６．ＵＥにおいて、基地局にユーザデータを提供すること
をさらに含む、実施形態５５の方法。

５７．ＵＥにおいて、クライアントアプリケーションを遂行し、それによって、送信されることになるユーザデータを提供することと、
ホストコンピュータにおいて、クライアントアプリケーションと関連づけられたホストアプリケーションを遂行することと
をさらに含む、実施形態５６の方法。

５８．ＵＥにおいて、クライアントアプリケーションを遂行することと、
ＵＥにおいて、クライアントアプリケーションに対する入力データを受信することであって、この入力データが、クライアントアプリケーションと関連づけられたホストアプリケーションを遂行することによってホストコンピュータにおいて提供される、受信することと
をさらに含み、
送信されることになるユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、
実施形態５６の方法。

６１．ユーザ機器（ＵＥ）と通信するように設定された基地局であって、本明細書においてネットワークノード１１０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定された無線インターフェースと処理回路とを備える基地局。

６５．ユーザ機器（ＵＥ）から基地局への送信から生じるユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含む通信システムであって、基地局が無線インターフェースと処理回路とを備え、基地局の処理回路が、本明細書においてネットワークノード１１０によって実行されると説明されるアクションのうちの１つまたは複数を実行するように設定される、通信システム。

６６．基地局をさらに含む、実施形態６５の通信システム。

６７．ＵＥをさらに含み、ＵＥが、基地局と通信するように設定される、実施形態６６の通信システム。

６８．ホストコンピュータの処理回路が、ホストアプリケーションを遂行するように設定され、
ＵＥが、ホストアプリケーションと関連づけられたクライアントアプリケーションを遂行し、それによって、ホストコンピュータによって受信されることになるユーザデータを提供するように設定される、
実施形態６７の通信システム。

７１．基地局内で実施される方法であって、本明細書においてネットワークノード１１０によって実行されると説明されるアクションのうちの１つまたは複数を含む方法。

７５．ホストコンピュータと、基地局と、ユーザ機器（ＵＥ）とを含む通信システム内で実施される方法であって、
ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から生じるユーザデータを受信することであって、ＵＥが、本明細書において無線デバイス１３０によって実行されると説明されるアクションのうちの１つまたは複数を実行する、受信すること
を含む方法。

７６．基地局において、ＵＥからユーザデータを受信すること
をさらに含む、実施形態７５の方法。

７７．基地局において、受信されたユーザデータの、ホストコンピュータへの送信を始めること
をさらに含む、実施形態７６の方法。

略語
以下の略語のうちの少なくともいくつかは、本開示において使用されることがある。略語の間に不一致がある場合、優先権は、その略語が上記でどのように使用されるかに与えられるべきである。以下で複数回リストされる場合、最初のリスティングが、いかなるその後のリスティングよりも好まれるべきである。
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＤＬ ダウンリンク
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
Ｅ－ＵＴＲＡ エボルブドＵＴＲＡ
Ｅ－ＵＴＲＡＮ エボルブドＵＴＲＡＮ
ＧＥＲＡＮ ＧＳＭ ＥＤＧＥ 無線アクセスネットワーク
ｇＮＢ ＮＲにおける基地局
ＧＳＭ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ
ＨＳＰＡ 高速パケットアクセス
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＯＦＤＭ 直交周波数分割多重
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ
ＵＴＲＡ ユニバーサル地上無線アクセス
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ Ｗｉｄｅ ＣＤＭＡ
ＷＬＡＮ Ｗｉｄｅ ローカル・エリア・ネットワーク
ＣＣＣＨ 共通制御チャネル
ＣＥ 制御エレメント
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＰＤＵ プロトコルデータユニット
ＳＤＵ サービスデータユニット
ＴＡ 時間アライメント

説明される情報処理技術を用いて、無線デバイスとネットワークノードとの間の接続を確立する既存の方法は、リソースの浪費、および／またはカバレッジの制限を招くことがある。
ＵＳ２０１７／０１９５４６４は、メディアアクセス制御（ＭＡＣ）制御エレメント（ＣＥ）とＭＡＣサービスデータユニット（ＳＤＵ）の両方を識別する論理チャネル識別子（ＬＣＩＤ）を含むＭＡＣサブヘッダを生成することと、ＭＡＣサブヘッダと、ＭＡＣ ＣＥと、ＭＡＣ ＳＤＵとを含むＭＡＣプロトコルデータユニット（ＰＤＵ）を生成することと、生成されたＭＡＣ ＰＤＵを送信することとを含む方法について記載する。
ＵＳ２００９／０１６３２１１は、ユーザ機器（ＵＥ）によってランダムアクセスのためのメッセージを送るための技法について記載する。ＵＥは、ランダムアクセスのために制御チャネル上でメッセージを送ることがあり、メッセージが制御チャネル上で送られていることを示すために、予約されたチャネル識別子を送ることがある。別の態様では、ＵＥは、プロトコルデータユニット（ＰＤＵ）内でメッセージを送ることがあり、ＵＥが追加情報（たとえば、バッファステータス報告）に対応することができる場合、ＰＤＵ内で追加情報を送ることがある。
「Ｄａｔａ Ｖｏｌｕｍｅ Ｉｎｄｉｃａｔｏｒ ｆｏｒ ＮＢ－ＩｏＴ」、Ｒ２－１６１６７１、３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ ＃９３は、データ量インジケータ（ＤＶＩ）を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージについて記載し、新しいＬＣＩＤが、ＤＶＩ ＭＡＣ制御エレメント（ＣＥ）に割り当てられる。あるいは、新しいＬＣＩＤは、ＤＶＩ ＭＡＣ ＣＥとＣＣＣＨ ＳＤＵとの組み合わせに割り当てられる。
「ＴＢＳ ｌｉｍｉｔａｔｉｏｎ ａｎｄ ｉｎｄｉｃａｔｉｏｎ ｏｆ ｃａｔｅｇｏｒｙ ｆｏｒ ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ ＵＥｓ」、Ｒ２－１４３３３２、３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ２ ＃８７は、固定サイズＭＡＣ ＳＤＵに使用されるフィールドＲ／Ｒ／Ｅ／ＬＣＩＤを含むＭＡＣサブヘッダについて記載する。

Claims (50)

1. 無線通信ネットワーク（１００）内で動作する無線デバイス（１３０）によって実行される方法であって、
   － 前記無線通信ネットワーク（１００）内で動作するネットワークノード（１１０）に送られることになるメッセージを提供すること（６０２）であって、前記メッセージが、ランダムアクセス手順において前記ネットワークノード（１１０）に送られることになる第１のスケジュールされたメッセージであり、前記メッセージが、あるタイプのメッセージの第１のインジケータ（７０７）を含み、前記タイプのメッセージが、ａ）固定サイズのサービスデータユニット（ＳＤＵ）（７０２）と、ｂ）前記第１のインジケータ（７０７）を含み、ペイロードの長さの第２のインジケータ（７１３）を欠いた１バイトヘッダ（７０４）とを有する、メッセージを提供すること（６０２）と、
   － 前記提供されたメッセージを前記ネットワークノード（１１０）に送り始めること（６０３）と
   を含む方法。
2. 前記ヘッダ（７０４）がメディアアクセス制御（ＭＡＣ）サブヘッダ（７０５）であり、前記第１のインジケータ（７０７）が、前記ＭＡＣサブヘッダ（７０５）内の論理チャネル識別情報（ＬＣＩＤ）フィールド（７０６）内の値である、請求項１に記載の方法。
3. 前記値が「１１０１１０」である、請求項２に記載の方法。
4. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第２のタイプのメッセージ（７０３）を含み、前記第２のタイプのメッセージ（７０３）が、可変サイズのＳＤＵ（７１２）と、前記ペイロードの前記長さの前記第２のインジケータ（７１６）とを有する、請求項１に記載の方法。
5. 前記第１のインジケータがＭＡＣサブヘッダ内の第１のフィールド内の第１の値であり、前記ＭＡＣサブヘッダがＬＣＩＤフィールドをさらに含み、前記ＬＣＩＤフィールドが第２の値を含む、請求項１に記載の方法。
6. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第３のタイプのメッセージ（１２００）を含み、前記第３のタイプのメッセージ（１２００）が、サイズが固定され、
   ａ．固定サイズのサービスデータユニット（ＳＤＵ）（１２０１）、ならびに
   ｂ．第１のＭＡＣ制御エレメント（８００）であって、サイズが固定され、
   ｉ．１つまたは複数の論理チャネルのグループを示す第２のフィールド（８０１）と、
   ｉｉ．前記１つまたは複数の論理チャネルの前記グループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド（８０２）と
   を含む第１のＭＡＣ制御エレメント（８００）、および
   ｃ．第２のＭＡＣ制御エレメント（９００）であって、サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールド（９０４）を含む第２のＭＡＣ制御エレメント（９００）
   のうちの少なくとも１つ
   のための１つの共通サブヘッダ（１０００）を含む、請求項１に記載の方法。
7. 前記第１のインジケータがＭＡＣサブヘッダ（１００１）内のＬＣＩＤフィールド（１００２）内の第４の値である、請求項６に記載の方法。
8. － 前記ネットワークノード（１１０）に送られることになる前記タイプの前記メッセージを選択すること（６０１）であって、ａ）前記メッセージを送るために前記ネットワークノード（１１０）から受信されたグラントのサイズ、ｂ）前記無線デバイス（１３０）によって送られたプリアンブル、およびｃ）前記送られたプリアンブルのグルーピング、のうちの少なくとも１つに基づく、前記タイプの前記メッセージを選択すること（６０１）
   をさらに含む、請求項１から７のいずれか一項に記載の方法。
9. 前記無線デバイス（１３０）が、前記ネットワークノード（１１０）とアップリンク同期され、または接続され、前記第１のタイプのメッセージ（７０１）が、前記無線デバイス（１３０）が前記ネットワークノード（１１０）によってサーブされているセル（１２０）内の前記無線デバイス（１３０）の識別子を含む２つのフィールド（１１０１）をさらに含む、請求項１から８のいずれか一項に記載の方法。
10. 前記第１のタイプのメッセージ（７０１）、前記第２のタイプのメッセージ（７０３）、および前記第３のタイプのメッセージ（１２００）のいずれかがＭｓｇ３メッセージである、請求項１から９のいずれか一項に記載の方法。
11. 前記ＳＤＵが共通制御チャネル（ＣＣＣＨ）のためのＭＡＣ ＳＤＵである、請求項１から１０のいずれか一項に記載の方法。
12. 前記無線通信ネットワーク（１００）が新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）上で動作する、請求項１から１１のいずれか一項に記載の方法。
13. 無線通信ネットワーク（１００）内で動作するネットワークノード（１１０）によって実行される方法であって、
    － 前記無線通信ネットワーク（１００）内で動作する無線デバイス（１３０）からメッセージを受信すること（１３０７）であって、前記メッセージが、ランダムアクセス手順において前記ネットワークノード（１１０）によって受信される第１のスケジュールされたメッセージであり、前記メッセージがあるタイプのメッセージの第１のインジケータ（７０７）を含み、前記タイプのメッセージが、ａ）固定サイズのサービスデータユニット（ＳＤＵ）（７０２）と、ｂ）前記第１のインジケータ（７０７）を含み、ペイロードの長さの第２のインジケータ（７１３）を欠いた１バイトヘッダ（７０４）とを有する、メッセージを受信すること（１３０７）と、
    － 前記第１のインジケータ（７０７）に基づいて、前記受信されたメッセージを処理し始めること（１３０２）と
    を含む方法。
14. 前記ヘッダ（７０４）がメディアアクセス制御（ＭＡＣ）サブヘッダ（７０５）であり、前記第１のインジケータ（７０７）が、前記ＭＡＣサブヘッダ（７０５）内の論理チャネル識別情報（ＬＣＩＤ）フィールド（７０６）内の値である、請求項１３に記載の方法。
15. 前記値が「１１０１１０」である、請求項１４に記載の方法。
16. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第２のタイプのメッセージ（７０３）を含み、前記第２のタイプのメッセージ（７０３）が、可変サイズのＳＤＵ（７１２）と、前記ペイロードの前記長さの前記第２のインジケータ（７１６）とを有する、請求項１３に記載の方法。
17. 前記第１のインジケータがＭＡＣサブヘッダ内の第１のフィールド内の第１の値であり、前記ＭＡＣサブヘッダがＬＣＩＤフィールドをさらに含み、前記ＬＣＩＤフィールドが第２の値を含む、請求項１３に記載の方法。
18. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第３のタイプのメッセージ（１２００）を含み、前記第３のタイプのメッセージ（１２００）が、サイズが固定され、
    ａ．固定サイズのサービスデータユニット（ＳＤＵ）（１２０１）、ならびに
    ｂ．第１のＭＡＣ制御エレメント（８００）であって、サイズが固定され、
    ｉ．１つまたは複数の論理チャネルのグループを示す第２のフィールド（８０１）と、
    ｉｉ．前記１つまたは複数の論理チャネルの前記グループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド（８０２）と
    を含む第１のＭＡＣ制御エレメント（８００）および
    ｃ．第２のＭＡＣ制御エレメント（９００）であって、サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールド（９０４）を含む第２のＭＡＣ制御エレメント（９００）
    のうちの少なくとも１つ
    のための１つの共通サブヘッダ（１０００）を含む、請求項１３に記載の方法。
19. 前記第１のインジケータがＭＡＣサブヘッダ（１００１）内のＬＣＩＤフィールド（１００２）内の第４の値である、請求項１８に記載の方法。
20. 前記受信されたメッセージの前記タイプのメッセージが、ａ）前記メッセージを送るために前記ネットワークノード（１１０）によって前記無線デバイス（１３０）に送られるグラントのサイズ、ｂ）前記無線デバイス（１３０）から受信されたプリアンブル、およびｃ）前記受信されたプリアンブルのグルーピング、のうちの少なくとも１つに基づく、請求項１３から１９のいずれか一項に記載の方法。
21. 前記無線デバイス（１３０）が、前記ネットワークノード（１１０）とアップリンク同期され、または接続され、前記第１のタイプのメッセージ（７０１）が、前記ネットワークノード（１１０）が前記無線デバイス（１３０）にサーブしているセル（１２０）内の前記無線デバイス（１３０）の識別子を含む２つのフィールド（１１０１）をさらに含む、請求項１３から２０のいずれか一項に記載の方法。
22. 前記第１のタイプのメッセージ（７０１）、前記第２のタイプのメッセージ（７０３）、および前記第３のタイプのメッセージ（１２００）のいずれかがＭｓｇ３メッセージである、請求項１３から２１のいずれか一項に記載の方法。
23. 前記ＳＤＵが共通制御チャネル（ＣＣＣＨ）のためのＭＡＣ ＳＤＵである、請求項１３から２２のいずれか一項に記載の方法。
24. 前記無線通信ネットワーク（１００）が新無線（ＮＲ）上で動作する、請求項１３から２４のいずれか一項に記載の方法。
25. 無線通信ネットワーク（１００）内で動作するように設定された無線デバイス（１３０）であって、
    － 前記無線通信ネットワーク（１００）内で動作するように設定されたネットワークノード（１１０）に送られることになるメッセージを提供し、前記メッセージが、ランダムアクセス手順において前記ネットワークノード（１１０）に送られることになる第１のスケジュールされたメッセージであり、前記メッセージがあるタイプのメッセージの第１のインジケータ（７０７）を含み、前記タイプのメッセージが、ａ）固定サイズのサービスデータユニット（ＳＤＵ）（７０２）と、ｂ）前記第１のインジケータ（７０７）を含み、ペイロードの長さの第２のインジケータ（７１３）を欠いた１バイトヘッダ（７０４）とを有し、
    － 前記提供されたメッセージを前記ネットワークノード（１１０）に送り始める
    ようにさらに設定される無線デバイス（１３０）。
26. 前記ヘッダ（７０４）がメディアアクセス制御（ＭＡＣ）サブヘッダ（７０５）であり、前記第１のインジケータ（７０７）が、前記ＭＡＣサブヘッダ（７０５）内の論理チャネル識別情報（ＬＣＩＤ）フィールド（７０６）内の値である、請求項２５に記載の無線デバイス（１３０）。
27. 前記値が「１１０１１０」である、請求項２６に記載の無線デバイス（１３０）。
28. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第２のタイプのメッセージ（７０３）を含み、前記第２のタイプのメッセージ（７０３）が、可変サイズのＳＤＵ（７１２）と、前記ペイロードの前記長さの前記第２のインジケータ（７１６）とを有する、請求項２５に記載の無線デバイス（１３０）。
29. 前記第１のインジケータがＭＡＣサブヘッダ内の第１のフィールド内の第１の値であり、前記ＭＡＣサブヘッダがＬＣＩＤフィールドをさらに含み、前記ＬＣＩＤフィールドが第２の値を含む、請求項２５に記載の無線デバイス（１３０）。
30. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第３のタイプのメッセージ（１２００）を含み、前記第３のタイプのメッセージ（１２００）が、サイズが固定され、
    ａ．固定サイズのサービスデータユニット（ＳＤＵ）（１２０１）、ならびに
    ｂ．第１のＭＡＣ制御エレメント（８００）であって、サイズが固定され、
    ｉ．１つまたは複数の論理チャネルのグループを示す第２のフィールド（８０１）と、
    ｉｉ．前記１つまたは複数の論理チャネルの前記グループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド（８０２）と
    を含む第１のＭＡＣ制御エレメント（８００）、および
    ｃ．第２のＭＡＣ制御エレメント（９００）であって、サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールド（９０４）を含む第２のＭＡＣ制御エレメント（９００）
    のうちの少なくとも１つ
    のための１つの共通サブヘッダ（１０００）を含む、請求項２５に記載の無線デバイス（１３０）。
31. 前記第１のインジケータがＭＡＣサブヘッダ（１００１）内のＬＣＩＤフィールド（１００２）内の第４の値である、請求項３０に記載の無線デバイス（１３０）。
32. － 前記ネットワークノード（１１０）に送られることになる前記タイプのメッセージを選択し、前記タイプのメッセージを選択することは、ａ）前記メッセージを送るために前記ネットワークノード（１１０）から受信されたグラントのサイズ、ｂ）前記無線デバイス（１３０）によって送られたプリアンブル、およびｃ）前記送られたプリアンブルのグルーピング、のうちの少なくとも１つに基づく
    ようにさらに設定される、請求項２５から３１のいずれか一項に記載の無線デバイス（１３０）。
33. 前記無線デバイス（１３０）が、前記ネットワークノード（１１０）とアップリンク同期され、または接続されるように設定され、前記第１のタイプのメッセージ（７０１）が、前記無線デバイス（１３０）が前記ネットワークノード（１１０）によってサーブされているように設定されるセル（１２０）内の前記無線デバイス（１３０）の識別子を含む２つのフィールドをさらに含む、請求項２５から３２のいずれか一項に記載の無線デバイス（１３０）。
34. 前記第１のタイプのメッセージ（７０１）、前記第２のタイプのメッセージ（７０３）、および前記第３のタイプのメッセージ（１２００）のいずれかがＭｓｇ３メッセージである、請求項２５から３３のいずれか一項に記載の無線デバイス（１３０）。
35. 前記ＳＤＵが共通制御チャネル（ＣＣＣＨ）のためのＭＡＣ ＳＤＵである、請求項２５から３４のいずれか一項に記載の無線デバイス（１３０）。
36. 前記無線通信ネットワーク（１００）が、新無線（ＮＲ）上で動作するように設定される、請求項２５から３５のいずれか一項に記載の無線デバイス（１３０）。
37. 無線通信ネットワーク（１００）内で動作するように設定されるネットワークノード（１１０）であって、
    － 前記無線通信ネットワーク（１００）内で動作するように設定された無線デバイス（１３０）からメッセージを受信し、前記メッセージが、ランダムアクセス手順において前記ネットワークノード（１１０）によって受信される第１のスケジュールされたメッセージであり、前記メッセージがあるタイプのメッセージの第１のインジケータ（７０７）を含み、前記タイプのメッセージが、ａ）固定サイズのサービスデータユニット（ＳＤＵ）（７０２）と、ｂ）前記第１のインジケータ（７０７）を含み、ペイロードの長さの第２のインジケータ（７１３）を欠いた１バイトヘッダ（７０４）とを有し、
    － 前記第１のインジケータ（７０７）に基づいて、前記受信されたメッセージを処理し始める
    ようにさらに設定されているネットワークノード（１１０）。
38. 前記ヘッダ（７０４）がメディアアクセス制御（ＭＡＣ）サブヘッダ（７０５）であり、前記第１のインジケータ（７０７）が、前記ＭＡＣサブヘッダ（７０５）内の論理チャネル識別情報（ＬＣＩＤ）フィールド内の値である、請求項３７に記載のネットワークノード（１１０）。
39. 前記値が「１１０１１０」である、請求項３８に記載のネットワークノード（１１０）。
40. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第２のタイプのメッセージ（７０３）を含み、前記第２のタイプのメッセージ（７０３）が、可変サイズのＳＤＵ（７１２）と、前記ペイロードの前記長さの前記第２のインジケータ（７１６）とを有する、請求項３７に記載のネットワークノード（１１０）。
41. 前記第１のインジケータがＭＡＣサブヘッダ内の第１のフィールド内の第１の値であり、前記ＭＡＣサブヘッダがＬＣＩＤフィールドをさらに含み、前記ＬＣＩＤフィールドが第２の値を含む、請求項３７に記載のネットワークノード（１１０）。
42. 前記タイプのメッセージが複数のタイプのメッセージのうちの第１のタイプのメッセージ（７０１）であり、前記複数のタイプのメッセージが第３のタイプのメッセージ（１２００）を含み、前記第３のタイプのメッセージ（１２００）が、サイズが固定され、
    ａ．固定サイズのサービスデータユニット（ＳＤＵ）（１２０１）、ならびに
    ｂ．第１のＭＡＣ制御エレメント（８００）であって、サイズが固定され、
    ｉ．１つまたは複数の論理チャネルのグループを示す第２のフィールド（８０１）と、
    ｉｉ．前記１つまたは複数の論理チャネルの前記グループに関連するバッファのステータスに関する第１の情報を含む第３のフィールド（８０２）と
    を含む第１のＭＡＣ制御エレメント（８００）、および
    ｃ．第２のＭＡＣ制御エレメント（９００）であって、サイズが固定され、電力ヘッドルームに関する第２の情報を含む第４のフィールドを含む第２のＭＡＣ制御エレメント（９００）
    のうちの少なくとも１つ
    のための１つの共通サブヘッダ（１０００）を含む、請求項３７に記載のネットワークノード（１１０）。
43. 前記第１のインジケータがＭＡＣサブヘッダ（１００１）内のＬＣＩＤフィールド（１００２）内の第４の値である、請求項４２に記載のネットワークノード（１１０）。
44. 前記受信されたメッセージの前記タイプのメッセージが、ａ）前記メッセージを送るために前記ネットワークノード（１１０）によって前記無線デバイス（１３０）に送られるグラントのサイズ、ｂ）前記無線デバイス（１３０）から受信されたプリアンブル、およびｃ）前記受信されたプリアンブルのグルーピング、のうちの少なくとも１つに基づく、請求項３７から４３のいずれか一項に記載のネットワークノード（１１０）。
45. 前記無線デバイス（１３０）が、前記ネットワークノード（１１０）とアップリンク同期され、または接続されるように設定され、前記第１のタイプのメッセージ（７０１）が、前記ネットワークノード（１１０）が前記無線デバイス（１３０）にサーブしているように設定されるセル（１２０）内の前記無線デバイス（１３０）の識別子を含む２つのフィールドをさらに含む、請求項３７から４４のいずれか一項に記載のネットワークノード（１１０）。
46. 前記第１のタイプのメッセージ（７０１）、前記第２のタイプのメッセージ（７０３）、および前記第３のタイプのメッセージ（１２００）のいずれかがＭｓｇ３メッセージである、請求項３７から４５のいずれか一項に記載のネットワークノード（１１０）。
47. 前記ＳＤＵが共通制御チャネル（ＣＣＣＨ）のためのＭＡＣ ＳＤＵである、請求項３７から４６のいずれか一項に記載のネットワークノード（１１０）。
48. 前記無線通信ネットワーク（１００）が、新無線（ＮＲ）上で動作するように設定される、請求項３７から４７のいずれか一項に記載のネットワークノード（１１０）。
49. 処理回路（１４０５）とメモリ（１４０６）とを備える無線デバイス（１３０）であって、前記メモリ（１４０６）が、前記処理回路（１４０５）によって実行可能である命令を含み、それによって、前記無線デバイス（１３０）が、
    － 前記無線通信ネットワーク（１００）内に備えられたネットワークノード（１１０）に送られることになるメッセージを提供し、前記メッセージが、ランダムアクセス手順において前記ネットワークノード（１１０）に送られることになる第１のスケジュールされたメッセージであり、前記メッセージが、あるタイプのメッセージの第１のインジケータ（７０７）を含み、前記タイプのメッセージが、ａ）固定サイズのサービスデータユニット（ＳＤＵ）（７０２）と、ｂ）前記第１のインジケータ（７０７）を含み、ペイロードの長さの第２のインジケータ（７１３）を欠いた１バイトヘッダ（７０４）とを有し、
    － 前記提供されたメッセージを前記ネットワークノード（１１０）に送り始める
    ように動作可能である無線デバイス（１３０）。
50. 処理回路（１５０４）とメモリ（１５０５）とを備えるネットワークノード（１１０）であって、前記メモリ（１５０５）が、前記処理回路（１５０４）によって実行可能である命令を含み、それによって、前記ネットワークノード（１１０）が、
    － 前記無線通信ネットワーク（１００）内に備えられた無線デバイス（１３０）からメッセージを受信し、前記メッセージが、ランダムアクセス手順において前記ネットワークノード（１１０）によって受信される第１のスケジュールされたメッセージであり、前記メッセージがあるタイプのメッセージの第１のインジケータ（７０７）を含み、前記タイプのメッセージが、ａ）固定サイズのサービスデータユニット（ＳＤＵ）（７０２）と、ｂ）前記第１のインジケータ（７０７）を含み、ペイロードの長さの第２のインジケータ（７１３）を欠いた１バイトヘッダ（７０４）とを有し、
    － 前記第１のインジケータ（７０７）に基づいて、前記受信されたメッセージを処理し始める
    ように動作可能であるネットワークノード（１１０）。

Images