JP7274049B2 - 第１の情報をハンドリングするためのユーザ装置、ネットワークノード、およびそれによって実行される方法 - Google Patents

Description

特許法第３０条第２項適用 刊行物名：３ＧＰＰ ＴＳＧ－ＲＡＮ ＷＧ２ ＃１０７ｂｉｓ Ｒ２－１９１３７５７ タイトル：ＲＲＣ ｒｅｌｅａｓｅ ａｆｔｅｒ ＥＤＴ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ ＣｌｏＴ ＥＰＳ ｏｐｔｉｍｉｚａｔｉｏｎ 公開者：テレフオンアクチーボラゲット エルエム エリクソン（パブル） 発行日：２０１９年１０月４日

本開示は、一般に、ネットワークノードに第１の情報を提供するためのユーザ装置、およびそれによって実行される方法に関する。本開示はまた、一般に、ユーザ装置から第１の情報を受信するためのネットワークノード、およびそれによって実行される方法に関する。

無線通信ネットワーク内のユーザ装置（ＵＥ）は、たとえば、無線デバイス、局（ＳＴＡ）、移動端末、無線端末、端末、および／または移動局（ＭＳ）でありうる。ＵＥは、セルラー通信ネットワークまたは無線通信ネットワーク（しばしば、セルラー無線システム、セルラーシステム、またはセルラーネットワークとも呼ばれる）で無線通信することが可能である。通信は、たとえば、無線通信ネットワーク内に含まれる無線アクセスネットワーク（ＲＡＮ）と、１つ以上のコアネットワークとを介して、２つのＵＥの間、無線デバイスと通常の電話機との間、および／または無線デバイスとサーバとの間、で、実行されうる。ＵＥは、さらに、ワイヤレス機能を有する移動電話機、セルラ電話機、ラップトップ、またはタブレット、と呼ばれる可能性があるが、これはいくつかのさらなる例を挙げたにすぎない。本文脈におけるＵＥは、たとえば、携帯型、ポケット収納型、ハンドヘルド型、コンピュータ搭載型、または車両搭載型の移動装置であってもよく、ＲＡＮを介して、別の端末またはサーバーなどの別のエンティティと、ボイスおよび／またはデータを通信することが可能である。

無線通信ネットワークは、セルエリアに分割されうる地理的エリアをカバーし、各セルエリアは、ネットワークノードによってサービスを提供され、これは、無線ネットワークノード、無線ノード、または基地局（例：無線基地局（ＲＢＳ））のようなアクセスノードであってもよく、これは、たとえば、使用される技術および用語に応じて、ｇＮＢ、進化型ノードＢ（「ｅＮＢ」）、「ｅＮｏｄｅＢ」、「ＮｏｄｅＢ」、「Ｂノード」、「送信ポイント（ＴＰ）」、またはＢＴＳ（ベーストランシーバ局）としばしば呼ばれることもある。基地局は、たとえば、ワイドエリア基地局、中距離基地局、ローカルエリア基地局、ホーム基地局、ピコ基地局等のように、送信電力や、それによるセルサイズにも基づいて、異なるクラスのものに分類されうる。セルは、基地局サイトまたは無線ノードサイトにおいてそれぞれ基地局または無線ノードによって無線カバレッジが提供される地理的領域である。基地局サイトに位置する１つの基地局は、１つまたは複数のセルにサービスを提供することができる。さらに、各基地局は、１つまたは複数の通信技術をサポートすることができる。基地局は、基地局の範囲内の端末と無線周波数で動作するエアインターフェースを介して通信する。無線通信ネットワークはまた、サービス提供ビームを用いて無線デバイスなどの受信ノードにサービス提供することができるネットワークノードを備える非セルラーシステムであってもよい。第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））のロングタームエボリューション（ＬＴＥ）では、ｅＮｏｄｅＢまたはｅＮＢとも呼ばれる基地局は、１つまたは複数のコアネットワークに直接的に接続されうる。
本発明の文脈では、ダウンリンク（ＤＬ）という表現は、基地局から無線デバイスへの伝送経路に使用されうる。アップリンク（ＵＬ）という表現は、逆方向、すなわち、無線デバイスから基地局への伝送経路に使用されうる。

標準化団体３ＧＰＰは現在、ＮＲまたは５Ｇ－ＵＴＲＡと呼ばれる新しい無線インタフェースと、ＮＧ－ＣＮ、ＮＧＣまたは５ＧＣＮと略される次世代（ＮＧ）コアネットワークと呼ばれる第５世代（５Ｇ）パケットコアネットワークと、の規格化プロセスを進めている。

インターネットオブシングス（ＩｏＴ）
モノのインターネット（ＩｏＴ）は、通信装置、たとえば、「コネクティッドデバイス」および「スマートデバイス」とも呼ばれ得る物理デバイスと、車両と、建物と、および、電子機器、ソフトウェア、センサ、アクチュエータ、ならびに、これらオブジェクトがデータを収集し、交換することを可能にし得るネットワークコネクティビティ、を実装された他のアイテムと、のインターネットワーキングとして理解されてもよい。ＩｏＴは、オブジェクトが、既存のネットワークインフラストラクチャに対して横断的に、リモートで、検知され、および／または制御されることを可能にし得る。

ＩｏＴの意味での「シングス（物）」とは、心臓監視インプラント、農場動物のバイオチップトランスポンダ、沿岸水域の電力クラム、内蔵センサを有する車両、環境／食品／病原体監視のためのＤＮＡ分析デバイス、または消防士による探索および救助作業を支援することができるフィールド操作デバイス、照明、暖房の制御および自動化などのホームオートメーションデバイス、たとえば「スマートな」サーモスタット、換気、空調、ならびに遠隔監視のために遠隔通信を使用することができる洗濯機、乾燥機、オーブン、冷蔵庫または冷凍庫などの家電製品など、多種多様なデバイスを指すことができる。これらのデバイスは、様々な既存の技術の助けを借りてデータを収集し、次いで、他のデバイス間でデータを自律的に流すことができる。

近い将来、ＩｏＴデバイスの母集団が非常に大きくなることが予想される。さまざまな予測が存在し、その中には、１平方キロメートルあたりで６万個を超えるデバイスが存在するという想定と、１平方キロメートルあたり１００万個のデバイスが存在するという想定と、がある。これらの装置の大部分は、静止していることが予想され、たとえば、ガスメーターおよび電気メーター、自動販売機などである。

マシンタイプ通信（ＭＴＣ）
マシンタイプ通信（ＭＴＣ）は、近年、特に、物のインターネット（ＩｏＴ）の文脈において、セルラー技術のための成長分野であることが示されている。ＭＴＣデバイスは、データトラフィックを生成するために、自己および／または自動的に制御される無人マシンであってもよく、通常はアクティブな人間のユーザに関連付けられない、通信デバイス、通常は無線通信装置、または単にユーザ装置であってもよい。ＭＴＣデバイスは、典型的には、従来の携帯電話機またはスマートフォンよりも単純であり、典型的には、これらとは対照的に、より特定の用途または目的に関連付けられ得る。ＭＴＣは、無線通信ネットワークにおいてＭＴＣデバイスへの、および／または、ＭＴＣデバイスからの通信を含み、この通信は、典型的には、全く異なる性質のものであってもよく、たとえば、従来の携帯電話機およびスマートフォンに関連する通信以外の要件を伴うものであってもよい。ＩｏＴの成長の文脈において、ＭＴＣトラフィックが増加することは明らかであり、したがって、無線通信システムにおいてますますサポートされる必要があることが理解されであろう。

３ＧＰＰは、マシン・ツー・マシン（Ｍ２Ｍ）および／または物のインターネット（ＩｏＴ）関連のユースケースに対処する機能を規格化することに取り組んでいる。また、コネクションセットアップ、たとえば、無線リソース制御（プロトコル）（ＲＲＣ）コネクションサスペンド／レジュームによるネットワーク内のオーバヘッド信号を低減する方法を規格化する作業も行われてきた。

この文書では、ＭＴＣのための３ＧＰＰリリース１３、１４、１５、および１６で導入されたＬＴＥ拡張は、拡張されたマシンタイプ通信「ｅＭＴＣ」と呼ばれ、拡張されたカバレッジをサポートする帯域幅制限（ＢＬ）ＵＥ、たとえば、カテゴリＭ１（カテゴリＭ１）およびカテゴリＭ２（カテゴリＭ２）、ならびに非ＢＬ ＵＥのサポートを含むが、これらに限定されない。

ｅＭＴＣおよび狭帯域インターネットオブシングス（ＮＢ－ＩｏＴ）の両方について、「セルラーＩｏＴ（ＣＩｏＴ）進化型パケットシステム（ＥＰＳ）ユーザプレーン（ＵＰ）最適化」および「ＣＩｏＴ ＥＰＳ制御プレーン（ＣＰ）最適化」、シグナリング削減が、Ｒｅｌ－１３に導入された。前者は、本明細書では「ＵＰソリューション」と呼ばれ、ＵＥアクセス階層（ＡＳ）文脈がネットワークに格納され得るため、ＵＥが以前に中断されたＲＲＣコネクションを再開することを可能にすると理解されてもよく、したがって、ＲＲＣサスペンド（中断）／レジューム（再開）としても知られる。後者は、本明細書では「ＣＰソリューション」と呼ばれ、いわゆる非アクセス階層（ＮＡＳ）を介したユーザプレーンデータの送信を可能にすると理解され得る。
ＮＡＳ（ＤｏＮＡＳ）経由のデータ

一般に、３ＧＰＰリリースの場合、ｅＭＴＣとＮＢ－ＩｏＴ関連の拡張との両方の共通の目標は、ＵＥの電力消費を削減することであると理解されるもので、したがって、ユーザプレーンデータを送信するために可能な限り早く接続をセットアップおよびリリースすることが意図されていると理解されている。リリース１５では、以下の目的が「早期データ送信」（ＥＤＴ）の特徴を導入する動機であった。

ワークアイテム（ＷＩ）ｅＭＴＣ（ＷＩ＿ｅＭＴＣ）から、ＲＡＮ２リード、ＲＡＮ１、ＲＡＮ３といった各ワーキンググループの目的は、早期データ送信をサポートすることに、設定された。具体的には、目的は、電力消費および／またはレイテンシ利得を評価することと、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信後、ＲＲＣ接続セットアップが完了する前に、少なくともＲＲＣサスペンド／レジュームの場合に、ランダムアクセス（ＲＡ）手順中に、専用リソース上でのＤＬ／ＵＬデータ送信に必要なサポートを、規格化することと、を含む。

Ｗｉ ＮＢＩｏＴ（ＷＩ＿ＮＢＩＯＴ）から、目的は、電力消費／待ち時間ゲインを評価することと、狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）送信後、ＲＲＣ接続セットアップが完了する前のランダムアクセス（ＲＡ）手順中に、専用リソース上でのＤＬ／ＵＬデータ送信に必要なサポートを、規格化することと、を含み、以下のワーキンググループ、すなわちＲＡＮ２、ＲＡＮ１、およびＲＡＮ３がこの責任を負うこととなった。

既存の機能および提案された解決策を説明すると、ランダムアクセス（ＲＡ）手順におけるメッセージは、一般に、メッセージ１（Ｍｓｇ１）～メッセージ４（Ｍｓｇ４）と呼ばれる。競合ベースのＲＡ手順は、図１に示されている。図１に概略的に示されているように、ＵＥがネットワークにアクセスしたい場合、ＵＥは、１のアップリンクでプリアンブル（Ｍｓｇ１）を送信することによってＲＡ手順を開始することができる。２において、プリアンブルを受信して、ランダムアクセス試行を検出したｅＮＢは、ランダムアクセス応答（Ｍｓｇ２）を送信することによって、ダウンリンクにおいて応答することができる。ランダムアクセス応答は、端末識別のためにアップリンク内の後続のメッセージ（Ｍｓｇ３）を３で送信することによって、ＵＥが手順を継続するためのアップリンクスケジューリング許可を搬送することができる。４において、ｅＮＢは、競合解決を示すメッセージ（Ｍｓｇ４）をＵＥに送り返すことができる。

ＣＰ最適化のための早期データ送信（ＥＤＴ）
文献［１］の７．３ｂ．１項にしたがった、制御プレーンＣＩｏＴ ＥＰＳ最適化のための初期データ送信（ＥＤＴ）手順が、図２に概略的に示されている。制御プレーンＣＩｏＴ ＥＰＳ最適化を使用するモバイルから発信されるデータ転送で、ＵＥは、ＲＲＣコネクションを確立するか、またはRRCEarlyDataRequest（ＥＤＴ）メッセージを送信することができる。２０において、プリアンブルをｅＮＢに送信することによって、ＲＡ手順を開始することができる。次に、ｅＮＢは、２１において、ランダムアクセス応答を送信することによって、応答することができる。２２で、ＵＥはRRCEarlyDataRequestをｅＮＢに送信し、これは、システムアーキテクチャ進化・一時移動加入者識別子（Ｓ－ＴＭＳＩ）、確立原因、およびＮＡＳ層のための専用情報（Ｉｎｆｏ）を含むことができる。また、ＵＥは、ＮＡＳプロトコルデータユニット（ＰＤＵ）内でリリースアシスタンスインフォメーション（解放支援情報）（ＮＡＳ ＲＡＩ）を示してもよい。すなわち、これ以上のアップリンクまたはダウンリンクデータ送信が期待されないか、または、このアップリンクデータ送信に続く単一のダウンリンクデータ送信、たとえば、確認応答またはアップリンクデータへの応答のみが期待されるか、を示す。ＲＡＩの目的は、ＵＥが可能な限り早期に解放され得るように、たとえば、さらなるデータがＵＬ／ＤＬにおいて予想されないこと、またはデータの単一の送信が応答としてＤＬにおいて送信されることが予想されることをネットワークに示すことを可能にすること、であると理解され得る。２３で、ｅＮＢは、Ｓ１－ＡＰ初期ＵＥメッセージでＥＤＴのためにコネクションがトリガーされることをモビリティ管理エンティティ（ＭＭＥ）に示すことができる。２４において、ＭＭＥは、ＵＥのためのＥＰＳベアラを再アクティブ化するようにＳ－ＧＷに要求する。２５において、ＭＭＥは、アップリンクデータをＳ－ＧＷに送信する。ダウンリンクデータが利用可能である場合、２６において、サービングゲートウェイ（Ｓ－ＧＷ）は、ダウンリンクデータをＭＭＥに送信することができる。データが受信されると、ＭＭＥは２７ａでＤＬ ＮＡＳトランスポート手順を介して、データをｅＮＢに転送することができる。２７ｂで、ＭＭＥは、コネクション確立インジケーション手順をトリガし、および／またはさらなるデータが予想されるかどうかを示すことができる。２８で、ｅＮＢは、RRCEarlyDataRequestメッセージが受信されたことを示すRRCEarlyDataCompleteメッセージをＵＥに送信し、可能であればさらに、ＤＬにおいてデータを送信する。ＵＥからのリリースアシスタンスインフォメーション（解放支援情報）に基づいてダウンリンクデータが期待されない場合、これは、すべてのアプリケーション層のデータ交換がＵＬデータ転送で完了したことを意味すると理解されてもよく、ＭＭＥが、保留中のモバイル着信（ＭＴ）トラフィックを認識しておらず、Ｓ１－Ｕベアラが確立されていない場合、２９ａにおいて、ＭＭＥは、Ｓ１－ＡＰ ＵＥコンテキストリリースコマンドをｅＮＢにシグナリングしてもよい。解放支援情報がアップリンクデータと共に受信され、ダウンリンクデータが期待されることを示した場合、解放支援情報の送信に続くダウンリンクパケットがアプリケーション層のデータ交換における最後のパケットであることを意味する。この場合、ＭＭＥが追加の保留中のＭＴトラフィックを認識し、Ｓ１－Ｕベアラが確立されない限り、ＭＭＥは、ＵＥにデータを正常に送信した後、ｅＮＢがＲＲＣコネクションを速やかに解放する必要があることの指示として、ＮＡＳ ＰＤＵにカプセル化されたダウンリンクデータを含むＳ１－ＡＰメッセージの直後にＳ１ ＵＥコンテキストリリースコマンドを送信してもよい。「ＥＤＴセッション」インジケーションが受信された場合、ＭＭＥは、ＮＡＳ ＰＤＵにカプセル化されたダウンリンクデータを含むＳ１－ＡＰメッセージに、それ以上のデータがないことを示す「終了インジケーション」を含めてもよい。２９ｂにおいて、ＥＰＳベアラは非アクティブ化される。

ＵＰ最適化のためのＥＤＴ
ユーザープレーンＣＩｏＴ ＥＰＳ最適化のための早期データ送信（ＥＤＴ）手順は、［１］の７．３ｂ．３項に従って、図３に概略図として示されている。ステップ２０、２１は図２と同様であり、３０において、ＵＥは、レジューム識別子（Resume IDentifier（ＩＤ））、確立要因、認証トークンを含むRRCConnectionResumeRequestメッセージを、ｅＮＢに送信してもよい。ＵＥは、すべてのシグナリング無線ベアラ（ＳＲＢ）およびデータ無線ベアラ（ＤＲＢ）をレジューム（再開）し、以前の接続のRRCConnectionReleaseメッセージで提供されたNextHopChainingCountを使用して新しいセキュリティ鍵を導出し、アクセス階層（ＡＳ）セキュリティを再確立することができる。ユーザデータは、共通制御チャネル（ＣＣＣＨ）上のRRCConnectionResumeRequestメッセージと多重化された専用トラフィックチャンネル（ＤＴＣＨ）上で暗号化され、送信される可能性がある。しかしながら、ＵＥは、ＮＡＳプロトコルデータユニット（ＮＡＳ ＰＤＵ）内の解放支援情報と同様の指示を提供して、これ以上のアップリンクまたはダウンリンクデータ送信が予期されないか、あるいはこのアップリンクデータ送信に続く単一のダウンリンクデータ送信、たとえば、確認応答またはアップリンクデータへの応答のみが予期されるかどうかを示すことはできない。３１において、ｅＮＢは、Ｓ１接続をレジュームし、Ｓ１－Ｕベアラを再アクティブ化するために、Ｓ１－ＡＰコンテキストレジューム手順を開始することができる。３２において、ＭＭＥは、ＵＥのためのＳ１－Ｕベアラを再アクティブ化するようにＳ－ＧＷに要求することができる。３３において、ＭＭＥは、ｅＮＢへのＵＥコンテキストレジュームを確認することができ、以前に受信された可能性がある任意のＭＴシグナリング／データを認識することができる。しかし、ＭＭＥは、サービス、すなわち、最初にＵＬにおけるデータ送信を導いたアプリケーションを認識していない可能性があり、この時点でＤＬデータがトリガーされるかどうかは分からない。３４において、アップリンクデータは、Ｓ－ＧＷに配信されうる。ダウンリンクデータが利用可能である場合、Ｓ－ＧＷは、３５において、ダウンリンクデータをｅＮＢに送信しうる。Ｓ－ＧＷからさらなるデータが期待されない場合、ｅＮＢは、３６でＳ１コネクションのサスペンション（中断）を開始し、３７でＳ１－Ｕベアラの非アクティブ化を開始することができる。ＤＬで送信されようとしているデータがある場合、またはＵＬでの送信でＤＬデータがトリガーされる場合、ｅＮＢとＭＭＥのどちらにも知識はない。したがって、この場合、ＭＭＥがＳ１サスペンド応答において「保留」フラグを提供する理由はない。ｅＮＢはまた、ＵＥを完全に解放することを決定することがあり、Ｓ１ ＵＥコンテキストリリースリクエストが送信されることがあることに注意されたい。３８で、ｅＮＢは、RRCConnectionReleaseメッセージを送信して、ＵＥをＲＲＣ＿ＩＤＬＥに保持することができる。メッセージには、RRC-Suspendに設定されたreleaseCause（解放要因）、resumeID（レジュームＩＤ）、NextHopChainingCount（ＮＣＣ）、およびステップ３５で受信されたダウンリンクデータが含まれる場合がある。

ＡＳ ＲＡＩは、ＵＰ ＣＩｏＴ ＥＰＳ最適化のためのＥＤＴに反映されない。したがって、ユーザプレーンＣＩｏＴ ＥＰＳ最適化では、ｅＮＢがＭｓｇ３の後、つまりＲＲＣコネクションレジュームリクエストの後、ＲＲＣコネクションがＭｓｇ４でリリース／サスペンドされる可能性がある場合、つまりＲＲＣコネクションリリースで、またはＲＲＣコネクションをＭｓｇ４ ＲＲＣコネクションレジュームで確立する必要がある場合に、それをどのように決定できるかは明確ではない。ＵＥが、たとえば、単一のＵＬパケットのために、ＥＤＴを、それ自体において暗黙のＡＳ ＲＡＩインジケーションとして使用する場合、ＤＬデータを示す［１］において提供されるフローは、正しくない。すなわち、ＵＬにおける送信またはＤＬにおける単一／複数の送信のために、ＵＥがＤＬ送信を応答として期待するかどうかを、ネットワークが知ることは不可能である。さらに、ｅＮＢが単一パケットからのデュアルＵＬ＋ＤＬパケットと、複数パケットを生成する可能性のある送信と、を区別する方法は明確ではない。すなわち、ｅＮＢは、ＵＥをアイドルモードにリリースする前に待機する必要があり、したがって、より多くの電力消費を引き起こす。

ＲＡＩは、暗黙のうちにＲＡＮ２に導入されている。これは、たとえば、ＵＥが、ＵＬ内にそれ以上送信すべきものがないことを暗黙的に示す、たとえば、バッファ状態レポート（ＢＳＲ）＝０を送信することができることを意味すると、理解されてもよい。しかしながら、キャプチャされた機構は、アプリケーションレイヤ情報を起源としない純粋な「ＵＬバッファ空」インジケーションであり、すなわち、このようなインジケーションは、アプリケーションレイヤではなくＭＡＣレイヤの観点からのステータスを反映するだけであり、ＮＡＳのために定義されたＲＡＩ値をサポートしない。すなわち、ＮＡＳ ＲＡＩが導入されるとき、可能な指示は、ＵＬ／ＤＬにおいてさらなるデータではなくてもよく、これを示すためのＵＬへの応答としてのＤＬにおける単一の送信は、ＢＳＲ＝０では可能ではない。コネクションをリリース／サスペンドするか、それとも可能な限り早期に確立するか、といったＲＲＣコネクションハンドリング決定をｅＮＢが行うことをサポートするために、ＮＡＳのために定義された値と同様の値を有するＡＳ ＲＡＩが、ＵＥからＲＡＮに導入されることが提案されている。

ＵＥは、ａ）後続のＤＬおよびＵＬデータ送信が予想されないか、またはｂ）単一の後続のＤＬ送信が予想されるか、または、ｃ）ＤＬおよび／またはＵＬにおいて複数の後続のデータ送信が予想されるかどうか、をネットワークに通知するために、このパラメータ、すなわちＡＳ ＲＡＩを含むことができる。しかしながら、そのようなパラメータの信号を追加することは、ＥＤＴの導入の背後にある主な目的に反して、ネットワークのオーバーヘッド、電力消費、および遅延利得を増加させる可能性がある。

本明細書の実施形態の目的は、無線通信ネットワークにおけるリソースの干渉および使用を処理するための方法を提供することである。本明細書の実施形態の特定の目的は、第１の情報をハンドリングするための方法を提供することである。ハンドリングは、たとえば、ユーザ装置がネットワークノードに第１の情報を送信することであってもよい。同様に、ハンドリングは、たとえば、ネットワークノードがユーザ装置から第１の情報を受信することであってもよい。

本明細書の実施形態の第１の態様によれば、この目的は、ユーザ装置によって実行される方法によって達成される。この方法は、ネットワークノードに第１の情報を提供するためのものである。ユーザ装置とネットワークノードは、無線通信ネットワークにおいて動作する。ユーザ装置は、第１のインジケーションをネットワークノードに送信する。第１のインジケーションは、第１の情報が提供されているかどうかを示す。第１の情報は、以下の少なくとも１つを含む：ａ）ネットワークノードとユーザ装置との間で使用されるキャリアに関する品質レポート、ｂ）ユーザ装置からネットワークノードへ、またはネットワークノードからユーザ装置への後続の送信に関する第２の情報。第１のインジケーションは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のペイロードに含まれる。

本明細書の実施形態の第２の態様によれば、この目的は、ネットワークノードによって実行される方法によって達成される。この方法は、ユーザ装置から第１の情報を受信するためのものである。ネットワークノードとユーザ装置は、無線通信ネットワークにおいて動作する。ネットワークノードは、ユーザ装置から第１のインジケーションを受信する。第１のインジケーションは、第１の情報が提供されているかどうかを示す。第１の情報は、以下の少なくとも１つを含む：ａ）ネットワークノードとユーザ装置との間で使用されるキャリアに関する品質レポート、ｂ）ユーザ装置からネットワークノードへ、またはネットワークノードからユーザ装置への後続の送信に関する第２の情報。第１のインジケーションは、ＭＡＣ ＣＥのペイロードに含まれる。

本明細書の実施形態の第３の態様によれば、この目的は、ユーザ装置によって達成される。ユーザ装置は、ネットワークノードに第１の情報を提供するためのものである。ユーザ装置とネットワークノードは、無線通信ネットワークにおいて動作するように構成される。無線デバイスは、ネットワークノードに第１のインジケーションを送信するようにさらに構成される。第１のインジケーションは、第１の情報が提供されているか否かを示すように構成される。第１の情報は、以下の少なくとも１つを含むように構成される： ａ）ネットワークノードとユーザ装置との間で使用されるように構成されたキャリア上の品質レポート、ｂ）ユーザ装置からネットワークノードへ、またはネットワークノードからユーザ装置への後続の送信に関する第２の情報。第１のインジケーションは、ＭＡＣ ＣＥのペイロード内に含まれるように構成される。

本明細書の実施形態の第４の態様によれば、この目的は、ネットワークノードによって達成される。ネットワークノードは、ユーザ装置から第１の情報を受信するためのものである。ネットワークノードとユーザ装置は、無線通信ネットワークにおいて動作するように構成される。ネットワークノードはさらに、ユーザ装置から第１のインジケーションを受信するように構成される。第１のインジケーションは、第１の情報が提供されているか否かを示すように構成される。第１の情報は、以下の少なくとも１つを含むように構成される：ａ）ネットワークノードとユーザ装置との間で使用されるキャリアに関する品質レポート、ｂ）ユーザ装置からネットワークノードへ、またはネットワークノードからユーザ装置への後続の送信に関する第２の情報。第１のインジケーションは、ＭＡＣ ＣＥのペイロードに含まれるように構成される。

品質レポートおよび／または第２の情報がＭＡＣ ＣＥペイロードを使用して提供されているかどうかを示す第１のインジケーションを送信することによって、ユーザ装置は、後続の送信に関する第２の情報が提供されているかどうか、ＲＲＣおよび／またはＭＡＣレイヤメッセージのサイズを拡張することなく、または新しいＬＣＩＤを予約することなく、ネットワークノードに示すことが可能になる。したがって、ユーザ装置は、不必要な追加オーバーヘッドや制限されたＬＣＩＤ値の使用を引き起こさずに、リソースの浪費を回避しつつ、ネットワークノードに第２の情報を提供することによってもたらされる利益を享受することが可能になる。これは、第１の情報を送信することにより、ユーザ装置はネットワークノードがＭＡＣ ＣＥを正しく解釈し、品質レポートが提供されているか、第２の情報が提供されているか、どちらも提供されていないか、または両方が提供されているかを判断できるためである。第２の情報が提供されているかどうかを示すことによって、ネットワークノードは、次に、ＭＡＣ ＣＥを解釈し、提供されていれば、第２の情報を読み出して、ユーザ装置との接続に関する決定を下すことが可能になる。

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

は、競合ベースのＲＡ手順の一例である概略的なシグナリングを示す図である。

は、制御プレーンＣＩｏＴ ＥＰＳ最適化のためのＥＤＴの一例を示す概略的なシグナリング図である。

は、ユーザプレーンＣＩｏＴ ＥＰＳ最適化のためのＥＤＴの一例を示す略的なシグナリング図である。

本明細書の実施形態による、無線通信ネットワークの一例の概略図である。

本明細書の実施形態による、ユーザ装置における方法を示すフローチャートである。

は、本明細書の実施形態による、ネットワークノードにおける方法を示すフローチャートである。

本明細書の実施形態による、ユーザ装置の実施形態を示す概略ブロック図である。

は、本明細書の実施形態による、ネットワークノードの実施形態を示す概略ブロック図である。

本明細書の実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す概略ブロック図である。

本明細書の実施形態による、部分的に無線コネクションを介してユーザ装置と基地局を介して通信するホストコンピュータの一般化された構成図である。

本明細書の実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおける実施形態を示すフローチャートである。

本明細書の実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおける実施形態を示すフローチャートである。

本明細書の実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおける実施形態を示すフローチャートである。

本明細書の実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおける実施形態を示すフローチャートである。

本明細書の実施形態の開発の一部として、既存の技術に関する１つまたは複数の課題が最初に指摘され、議論される。

背景技術の項で述べたように、サスペンドの有無にかかわらずＲＲＣコネクションに関するＲＲＣコネクションハンドリング決定を行うか、またはＲＲＣコネクションをできるだけ早く確立することをｅＮＢがサポートするために、ＮＡＳについて定義された値と同様の値を用いて、ＵＥからＲＡＮへのＡＳ ＲＡＩを導入することが提案されている。

そのような情報が有益であることを考慮すると、ｅＭＴＣおよびＮＢ－ＩｏＴの両方のためのＲＲＣサスペンド／レジュームおよびＥＤＴ手順のためのＡＳ ＲＡＩを導入することが有利である。

そこで発生する問題は、シグナリングオーバヘッドを増加させることなく、いかに効率的にＡＳ ＲＡＩにシグナリングを送信するかであり、従って、関係するデバイスで利用可能となるエネルギーおよび処理リソースをいかにして増加させるか、である。

さらに、ＵＥが複数の後続のデータ送信がＤＬおよび／またはＵＬにおいて予想されるかどうかをネットワークに通知することに関して、複数の送信があることを知ること、すなわち、ｅＮＢがＵＥをコネクティッド（接続中）モードに移行させるべきであることを知ることと、何も知らないことと、の間に差異があることに留意されたい。ＴＳ ２４．３０１で規定されているＮＡＳ ＲＡＩにおいて、複数のパケットが期待される場合、何のインジケーションも送信されない。

背景技術の項で上述した事例ａ）、ｂ）およびｃ）についてネットワークに通知するために、３つのコードポイントが必要とされてもよく、これは２ビットを必要とすると理解されてもよい。問題は、それらのビットがＡＳ ＲＡＩを示すかどうか、ＭＡＣまたはＲＲＣで提供される必要があるかどうか、および、その指示を送信するために使用される可能性がある十分な予備（スペア）および／または予約されたビットおよび／またはコードポイントがあるかどうかである。

ｅＭＴＣの場合、RRCConnectionResumeRequestメッセージでは、ＥＤＴと非ＥＤＴとの両方の場合で、１つのスペアビットのみが利用可能である。RRCEarlyDataRequestメッセージの場合、ＡＳ ＲＡＩには２つのスペアビットが簡単に割り当てられるだろう。媒体アクセス制御（ＭＡＣ）サブヘッダにも１つのスペアビットがあるが、インジケーションのために２ビットのパラメータを作成するためには、これとＲＲＣのスペアビットとを組み合わせる必要があるだろう。
しかしながら、このような組合せは、レイヤーのアーキテクチャ設計原理を考慮すると、好ましくない。
別の可能性は、ＲＲＣコネクションレジュームリクエストメッセージを拡張するか、この２ビットのインジケーションのために新しいＭＡＣサブヘッダーを導入することであるが、どちらの場合でも、ＲＲＣまたはＭＡＣメッセージのサイズを拡張する必要がある。その動機は、そのような新しいインジケーションを生成することを回避することであると理解されてもよく、たとえば、ＵＬにおける送信のためにより大きなトランスポートブロックサイズ（ＴＢＳ）を有するＵＬグラントを提供する必要性のために、特にレガシーＵＥなど、この特徴をサポートしないＵＥのためのパディングビットの数が、増加しないようにすることが肝要である。

ＭＡＣでは、固定長を有する新しいＭＡＣ制御要素（ＭＡＣ ＣＥ）を導入することが可能でありうる。ただし、これには、対応するＭＡＣサブヘッダに新しい論理チャネル識別子（ＬＣＩＤ）値が必要である。予約されたＬＣＩＤ値がかなり制限されることを考慮すると、これは、インジケーションを送信するための効率的な方法ではないように思われる。

本開示およびそれらの実施形態のある態様は、これらの課題または他の課題に対する解決策を提供することができる。本明細書の実施形態は、一般に、アクセス階層リリースアシスタンスインジケータ（ＡＳ ＲＡＩ）をシグナリングするための方法に関すると理解されてもよい。より具体的には、本明細書の実施形態では、メッセージ中のＲＲＣおよび／またはＭＡＣレイヤのサイズを拡張することなく、Ｍｓｇ３において２ビットを必要とすると理解され得るＡＳ ＲＡＩをどのように示すかに関する解決策が提案される。

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

図４は、無線通信システム、セルラ無線システム、またはセルラーネットワークとも呼ばれる、無線ネットワークまたは無線通信ネットワーク１００の２つの非限定的な例を示し、この例では、本明細書の実施形態を実施することができる。無線通信ネットワーク１００は、典型的には、５Ｇシステム、５Ｇネットワーク、または次世代システムまたはネットワークであり得る。特定の例では、無線通信ネットワーク１００は、免許不要スペクトル（ＮＲ－Ｕ）で動作するＮＲをサポートし得る。他の例では、無線通信ネットワーク１００は、免許が必要なスペクトルで動作するＮＲをサポートし得る。他の例では、無線通信ネットワーク１００は、たとえば、ＬＴＥ（ロングタームエボリューション）、たとえば、マシンのためのＬＴＥ（ＬＴＥ－Ｍ）、ＬＴＥ周波数分割デュープレックス（ＦＤＤ）、ＬＴＥ時分割デュープレックス（ＴＤＤ）、ＬＴＥハーフデュープレックス周波数分割デュープレックス（ＨＤ－ＦＤＤ）、ＬＴＥ免許要アシステッドアクセス（ＬＡＡ）、拡張ＬＡＡ（ｅＬＡＡ）、さらなる拡張ＬＡＡ（ｆｅＬＡＡ）、および／またはＭｕｌｔｅＦｉｒｅなどの免許不要バンドにおけるＬＴＥ運用などの他の技術を、代わりに、または、追加でサポートしてもよい。さらに他の例では、無線通信ネットワーク１００は、たとえば、ｅＭＴＣ、ＮＢ－ＩｏＴ、ＩｏＴ、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、ユニバーサル地上無線アクセス（ＵＴＲＡ）ＴＤＤ、移動通信のためのグローバルシステム（ＧＳＭ）ネットワーク、ＧＳＭエボリューションのための拡張データレート（ＧＳＭ／ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＥＤＧＥネットワーク、たとえば、ＭＳＲ（Ｍｕｌｔｉ－スタンダード無線）基地局、マルチＲＡＴ基地局など、３ＧＰＰパートナーシッププロジェクト（３ＧＰＰ）セルラーネットワーク、マイクロウエーブアクセスのためのワールドワイドインターオペラビリティ（ＷｉＭＡＸ）のいずれかの無線アクセス技術（ＲＡＴ）の任意の組合せを備えるネットワーク、または、いずれかのセルラーネットワーク若しくはシステムなどの他の技術ををサポートしてもよい。したがって、本明細書では、５Ｇ／ＮＲおよびＬＴＥからの用語を使用して、本明細書の実施形態を例示することができるが、これは、本明細書の実施形態の範囲をこれらのシステムのみに限定するものと見なされるべきではない。いくつかの実施形態では、無線通信ネットワーク１００は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｍ、拡張マシンタイプ通信（ｅＭＴＣ）、およびナローバンドインターネットオブシングス（ＮＢ－ＩｏＴ）のうちの少なくとも１つをサポートし得る。

無線通信ネットワーク１００は、複数のネットワークノードを含み、ネットワークノード１１０は、図４の非限定的な例において図示されている。ネットワークノード１１０は、無線ネットワークノードである。すなわち、無線通信ネットワーク１００において、無線基地局、たとえば、ｇＮＢ、ｅＮＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢのような送信ポイント、または無線デバイスやマシン型通信装置のようなユーザ装置にサービスを提供することができる同様の特徴を有する他の任意のネットワークノードである。図４ｂに示されているようないくつかの例では、ネットワークノード１１０は分散ノードであってもよく、クラウド１１５内の仮想ノード１１６と協働してその機能を部分的に実行してもよい。

無線通信ネットワーク１００は、いくつかの実施形態ではセルエリアに分割され得る地理的領域をカバーすることができ、各セルエリアは、無線ネットワークノードによってサービスされ得るが、１つの無線ネットワークノードは、１つまたは複数のセルにサービスを提供することができる。図４の例では、ネットワークノード１１０はセル１２０を提供する。ネットワークノード１１０は、たとえば、マクロｅＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはピコ基地局のような、異なるクラスのものであってもよく、これは、送信電力に基づいており、したがってセルサイズにも基づいている。いくつかの例では、ネットワークノード１１０は、サービングビームを用いて受信ノードにサービスを提供することができる。無線ネットワークノードは、１つまたは複数の通信技術をサポートする場合があり、その名前は、使用される技術および用語に依存する場合がある。通信ネットワーク１００内に構成されていてもよい無線ネットワークノードのいずれかが、１つ以上のコアネットワークに直接接続されていてもよい。

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

ユーザ装置１３０は、無線通信ネットワーク１００内で、第１のリンク１４１、たとえば無線リンクを介してネットワークノード１１０と通信するように構成してもよい。ネットワークノード１１０は、無線通信ネットワーク１００内で、第２のリンク１４２、たとえば、無線リンクまたは有線リンクを介して仮想ネットワークノード１１６と通信するように構成されてもよい。

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

一般に、本明細書における「第１の」、「第２の」、および／または「第３の」の使用は、異なる要素またはエンティティを示す任意の方法であると理解されてもよく、文脈に基づいて、特に断らない限り、それらが修正する名詞に累積的または時系列的な文字を付与するものではないと理解されてもよい。

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

より具体的には、以下は、ユーザ装置１３０（たとえば、５Ｇ ＵＥ）などのユーザ装置に関連する実施形態、およびネットワークノード１１０（たとえば、ｇＮＢ）などのネットワークノードに関連する実施形態である。

ここで、いくつかの非限定的な例を用いて、いくつかの実施形態をさらに説明する。

以下の説明では、ａ（不定冠詞）／ｔｈｅ（定冠詞）ＵＥ、または単に「ＵＥ」への任意の参照は、ユーザ装置１３０を等しく基準するものと理解することができ、ａ（不定冠詞）／ｔｈｅ（定冠詞）ｇＮＢ、および／またはａ（不定冠詞）／ｔｈｅ（定冠詞）ネットワークへの任意の参照は、ネットワークノード１１０を等しく参照するものと理解することができる。

ユーザ装置１３０などのユーザ装置によって実行される方法が、本明細書で説明される。この方法は、ネットワークノード１１０のようなネットワークノード１１０で第１の情報を処理するためのものと理解され得る。ユーザ装置１３０およびネットワークノード１００は、無線通信ネットワーク１００内で動作していてもよい。

本明細書では、ネットワークノード１１０などのネットワークノードによって実行される方法を説明する。この方法は、無線通信ネットワーク１００などの無線通信ネットワークにおいて、ユーザ装置１３０などのユーザ装置を用いて第１の情報をハンドリング（処理）するためのものであると理解されてもよい。ネットワークノード１１０およびユーザ装置１３０は、無線通信ネットワーク１００内で動作していてもよい。

ここで、ユーザ装置１３０によって実行される方法の実施形態を、図５に示すフローチャートを参照して説明するが、この方法は、第１の情報をネットワークノード１１０に提供するためのものであると理解することができる。ユーザ装置１３０およびネットワークノード１００は、無線通信ネットワーク１００において動作する。

いくつかの実施形態では、無線通信ネットワーク１００は、ＮＲ、ＬＴＥ、ＬＴＥ－Ｍ、ｅＭＴＣ、およびＮＢ－ＩｏＴのうちの少なくとも１つをサポートし得る。

この方法は、以下の動作のうちの１つまたは複数を含むことができる。いくつかの実施形態では、すべてのアクションを実行することができる。適用可能であれば、１つ以上の実施形態を組み合わせてもよい。全ての可能な組み合わせは、説明を簡略化するために記載されていない。本明細書の実施例は、相互に排他的ではないことに留意されたい。１つの例からの構成要素は、別の例に存在すると暗黙のうちに仮定されてもよく、これらの構成要素が他の例でどのように使用されてもよいかは、当業者には明らかであろう。ユーザ装置１３０によって実行される方法の非限定的な例が、図５に示されており、図５では、オプションのアクションが、破線で表されている。

アクション５０１
前述のように、ユーザ装置１３０が送信または受信するデータがない場合、ネットワークノード１１０がユーザ装置１３０とのコネクションを可能な限り早くリリース（解放）することで、バッテリーなどのリソースを節約することが有益であろう。コネクションが完全に確立される前、たとえば、ランダムアクセス手順中であっても、可能な限り速やかに行うことができる。

ユーザ装置１３０とのコネクションを解放するかサスペンド（中断）するかをネットワークノード１１０が決定することを助けるために、あるいは、たとえばランダムアクセスの間に、できるだけ早くそれを確立し続けるために、ユーザ装置１３０は、自己が後続の送信を受信または送信することを期待しているか否かを、ネットワークノード１１０に示すことができる。ネットワークノード１１０にこのインジケーションを提供するために、先に述べたように、媒体アクセス制御（ＭＡＣ）において、任意のＭＡＣ制御要素（ＭＡＣ ＣＥ）は、対応するＭＡＣサブヘッダのための新しいＬＣＩＤ値を必要とすると理解されてもよく、これは、予約されたＬＣＩＤ値がかなり制限されていることを考慮すると、望ましくない。

対応するＭＡＣサブヘッダ内のＬＣＩＤ値を既存のＬＣＩＤ値の１つと共有することも、拡張ＬＣＩＤ（ｅＬＣＩＤ）を使用することもできる。これは、ＭＡＣサブヘッダが大きいため、さらに大きなトランスポートブロックのサイズ（ＴＢＳ）（例：２４ビット１６ビット）を必要とすると理解できる場合がある。

前者のオプションについては、たとえば、Ｍｓｇ３における品質レポートを提供するために導入されたＭＡＣ ＣＥのために使用されるものとＬＣＩＤ値を共有することを考慮するものであってもよい。これは、そのＭＡＣ ＣＥ内に４つのスペア（予備）ビットが存在し、そのうちの２つのスペアビットがＡＳ ＲＡＩのために使用され得ることが、考慮可能である。

前述によれば、このアクション５０１において、ユーザ装置１３０は、第１のインジケーションをネットワークノード１１０に送信する。第１のインジケーションは、第１の情報が提供されているかどうかを示す。第１の情報は、ａ）ネットワークノード１１０とユーザ装置１３０との間で使用されるキャリアに関する品質に関する報告、または「品質レポート」と、および、ｂ）ユーザ装置１３０からネットワークノード１１０への、またはネットワークノード１１０からユーザ装置１３０への後続の送信に関する第２の情報と、のうちの少なくとも１つを含む。

第１のインジケーションは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のペイロードに含まれる。

第２の情報は、アクセス階層リリースアシスタンスインフォメーション（ＡＳ ＲＡＩ）の場合がある。

第１のインジケーションは、ＭＡＣ ＣＥで第１の情報が提供されているかどうかを示す場合がある。品質レポートは、ＭＡＣ ＣＥの８ビットのうち４ビットを必要とする場合がある。先に述べたように、ＭＡＣ ＣＥには４つのスペアビットが存在し、そのうちの２つのスペアビットは、たとえばＡＳ ＲＡＩのための第２の情報のために使用される。

いくつかの実施形態では、後続の送信に関する第２の情報は、ｉ）後続のダウンリンク（ＤＬ）およびアップリンク（ＵＬ）データ送信が予想されないこと、ｉｉ）単一の後続のＤＬ送信が予想されること、および、ｉｉｉ）ＤＬおよび／またはＵＬにおいて複数の後続のデータ送信が予想されること、のうちの少なくとも１つを示すことができる。オプションｉｉｉ）の例は、１つの後続のデータ送信がＵＬで予想されるとともに、１つがＤＬで予想されること、１つの後続のデータ送信がＤＬで予想されるとともに、１つがＵＬで予想されること、複数の後続のデータ送信がＵＬで予想されること、複数の後続のデータ送信がＤＬで予想されること、または、複数の後続のデータ送信がＵＬおよびＤＬで予想されること、を含みうる。

品質レポートは、ＤＬチャネル品質レポートとして理解されてもよい。チャネルは、非限定的な例では、たとえば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、狭帯域ＰＤＣＣＨ（ｎＰＤＣＣＨ）、および／またはＭＴＣ ＰＤＣＣＨ（ｍＰＤＣＣＨ）であり得る。

いくつかの例では、ＮＢ－ＩｏＴのための品質レポートは、ランダムアクセス手順中に使用されるアンカーキャリアまたは非アンカーキャリアのうちの１つに関するレポートであり得る。

他の例では、品質レポートは、コネクティッドモードにあるときに提供されてもよい。

ＭＡＣ ＣＥは、ランダムアクセス手順中の第１のアップリンクデータチャネルで構成される場合がある。いくつかの実施形態では、ＭＡＣ ＣＥは、ＭＡＣメッセージＰＤＵ、たとえば、Ｍｓｇ３メッセージに含まれてもよい。したがって、いくつかの実施形態では、ＭＡＣ ＣＥは、Ｍｓｇ３メッセージに含まれ得る。これは、ネットワークノード１１０がユーザ装置１３０と確立している可能性のある接続について高速の決定を行うことを可能にするのに十分な早さで、第２の情報をネットワークノード１１０に有利に提供することを可能にすることが理解されであろう。

このアクション５０１における送信は、たとえば、第１のリンク１４１を介して実施することができる。

このアクション５０１における送信は、サスペンド／レジューム手順の中で、または、その間に実行されてもよい。

いくつかの実施形態では、このアクション５０１における送信は、サスペンド状態で実行されてもよい。いくつかの例では、このアクション５０１における送信は、ユーザ装置１３０がサスペンド（中断）されたときに実行され得る。

他の非限定的な例では、このアクション５０１における送信は、アイドル状態および／または非アクティブ状態で実行され得る。

さらに他の例では、このアクション５０１における送信は、コネクティッド（接続中）状態で実行されてもよい。したがって、他の例では、ＭＡＣ ＣＥは、コネクティッドモードにあるとき、アップリンクデータチャネルに含まれていてもよい。

第２の情報を送信するためにＭｓｇ３において品質レポートを提供するために導入されたＭＡＣ ＣＥにおいて２つのスペアビットを使用することは、有利であると理解されよう。ＭＡＣ ＣＥは、合計８ビットである可能性がある。品質レポートのために４ビットが使用され、２ビットがＡＳ ＲＡＩのために使用されると、残りの２つのスペアビットが余ることになる。しかしながら、これは、これらの特徴を不必要に結合してしまうことがある。すなわち、品質レポートが送信されない場合、ＣＥ全体が送信されないことになり、したがってＡＳ ＲＡＩは、いずれも送信されないか、または他の方法で送信されなければならない、すなわち、両方が送信されなければならない。したがって、それを回避するために、ＡＳ ＲＡＩのパラメータで他の２つのスペアビットまたは他の２つのスペアビットと１（未使用）つのコードポイントのいずれかを使用することができる。たとえば、Ｒ＝０で、かつ、コードポイントが００であることは、品質レポートのみを示すことができ、他のコードポイントのいずれかは、品質レポートとＡＳ ＲＡＩの両方が提供されることを示すことができる。Ｒ＝１は、品質レポートがないことを示しうるもので、これは、非ゼロコードポイントのいずれかが使用される場合、ＡＳ ＲＡＩのみが存在することを意味するものと理解されてもよい。これにより、ユーザ装置１３０は、第２の情報、たとえばＡＳ ＲＡＩをネットワークノード１１０に送信することができ、同時に、ネットワークノード１１０は、別のＬＣＩＤ値を使用する必要なく、受信時にＭＡＣ ＣＥの内容を正しく解釈することができる。

前述に対処する目的で、第１のインジケーションは、第１の値および第２の値を含むことができる。

いくつかの実施形態では、第１の値は、未割り当てであるか、または利用可能であるか、または予備の値（未割り当てで／利用可能な／予備の値）であってもよく、第２の値は、コードポイントであってもよい。

未割り当てで／利用可能な／予備の値は、たとえば、予約された（Ｒ）値であってもよい。

品質レポートは、ＭＡＣ ＣＥの８ビットのうち４ビットを必要とする場合がある。第２の値は、コードポイントのうちの１つ、すなわち、４つのうちの００であってもよく、これは、利用可能な残りの４ビットのうちの２つを必要とし得るもので、未割り当てまたはスペアビットであり、これらは、第２の情報、たとえば、ＡＳ ＲＡＩを送信するために、ＭＡＣ ＣＥにおいて、利用可能で／未割り当ての／スペアビットとよばれてもよい。

言い換えると、ＭＡＣ ＣＥの８ビットのうち、品質レポートを送信するために４ビットが割り当てられてもよく、残りの４ビットのうちの２ビットが、第２の情報、たとえばＡＳ ＲＡＩを送信するために割り当てられてもよい。そして、他の２ビットを第１の値として使用できる。したがって、ＭＡＣ ＣＥは、第１のインジケーションと、品質レポートおよび第２の情報のうちの少なくとも１つと、を含むことができる。

コードポイントは、たとえば、ＡＳ ＲＡＩのためのパラメータ内の１つの（未使用）コードポイントであってもよい。ＡＳ ＲＡＩのために２ビットが存在するため、４つのコードポイント、００、０１、１０、および１１が存在でき、ＡＳ ＲＡＩのために３つだけが必要であり、これは、第４のコードポイントをフリーのままにすることができ、別の目的のために使用することができる。

このアクション５０１のいくつかの例では、品質レポートおよび第２の情報を送信することができる。他の例では、品質レポートは送信されてもよいが、第２の情報は送信されなくてもよい。さらなる例では、第２の情報は、品質レポートなしで送信され得る。さらなる例では、品質レポートも第２の情報も送信されなくてもよい。

前述に基づいて、いくつかの実施形態では、以下のうちの少なくとも１つを適用することができる：ａ）未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０であることは、後続の送信に関する第２の情報が送信されず、品質レポートのみが送信されることを示すことができ、ｂ）未割り当て／利用可能／予備の値が０であり、かつ、コードポイント値が０と異なることは、後続の送信に関する第２の情報および品質レポートの両方が送信されることを示すことができ、ｃ）未割り当て／利用可能／予備の値が１であることは、後続の送信に関する第２の情報が品質レポートなしで送信されることを示すことができる。

いくつかの実施形態では、オプションａ）が適用されてもよい。他の実施形態では、オプションｂ）を適用することができる。さらに他の実施形態では、オプションｃ）が適用されてもよい。

しかしながら、上記の理論的根拠が与えられると、同じ目的を達成するために、第１の値と第２の値との他の組合せが同様に使用され得ることが理解されであろう。たとえば、いくつかの他の例では、以下のうちの少なくとも１つが適用され得る： ａ）第１の値が０であり、かつ、第２の値が０とは異なることは、後続の送信に関する第２の情報が品質レポートなしで送信されることを示し、ｂ）第１の値が０とは異なり、かつ、第２の値も０とは異なることは、後続の送信に関する第２の情報および品質レポートの両方が送信されることを示し、ｃ）第１の値０とは異なり、かつ、第２の値が０であることは、後続の送信に関する第２の情報が送信されないことを示し、および品質レポートのみが送信されることを示し、ｄ）第１の値が０であり、かつ、第２の値が０であることは、後続の送信に関する第２の情報も品質レポートも送信されないことを示す。

早期データ送信機能では、ペイロードの競合ベースの送信があってもよく、すなわち、ユーザ装置１３０からの送信と他のＵＥからの送信との衝突の危険性があり、これは、セル、たとえば、セル１２０における高負荷時に、多回数の再送信および輻輳につながり得る。品質レポートおよび／または第２の情報がＭＡＣ ＣＥペイロードを使用して提供されているかどうかを示す第１のインジケーションを送信することによって、ユーザ装置１３０は、後続の送信に関する第２の情報が提供されているかどうか、ＲＲＣおよび／またはＭＡＣレイヤメッセージのサイズを拡張することなく、または、新しいＬＣＩＤを予約することなく、ネットワークノード１１０に示すことが可能になる。したがって、ユーザ装置１３０は、ネットワークノード１１０に第２の情報を提供することによってもたらされる利益を享受することが可能であり、その一方で、リソースの浪費、不必要な追加のオーバーヘッド、または制限されたＬＣＩＤ値の使用を生じさせることもない。これは、ユーザ装置１３０が、第１の情報を送信することにより、ネットワークノード１１０がＭＡＣ ＣＥを正しく解釈し、品質レポートが提供されているか、第２の情報が提供されているか、どちらも提供されていないか、または両方が提供されているか、を判定できるようにするためである。第２の情報が提供されているかどうかを示すことによって、ネットワークノード１１０は、次に、ＭＡＣ ＣＥを解釈し、提供されていれば第２の情報を読み取り、ユーザ装置とのコネクション（接続）に関する決定を実行することが可能になる。

特に、このアクション５０１で第１のインジケーションを送信することは、ＲＲＣおよび／またはＭＡＣレイヤのサイズを拡張する必要なく、または新しいＬＣＩＤを予約することなく、Ｍｓｇ３内でＡＳ ＲＡＩをネットワークノード１１０に示すことを可能にすることを理解されるであろう。

アクション５０２
いくつかの実施形態では、本方法は、このアクション５０２をさらに含むことができる。このアクション５０２で、ユーザ装置１３０は、ネットワークノード１１０から第２のインジケーションを受信することができる。第２のインジケーションは、ユーザ装置１３０がネットワークノード１１０からリリースされるべきかどうかを示すことができる。第２のインジケーションは、送信された第１のインジケーションに基づくことができる。

第２のインジケーションは、ユーザ装置１３０がネットワークノード１１０からリリースされるべきかどうかを明示的に示すことができる。第２のインジケーションは、たとえば、ＵＬおよびＤＬにおいてさらなる送信が予想されないこと、または単一のＤＬ送信のみがＵＬにおける送信に対する応答として予想されること、または複数の送信がＵＬおよび／またはＤＬにおいて予想されること、を示し得る。

いくつかの実施形態では、第２のインジケーションは、ユーザ装置１３０との通信、たとえば、ランダムアクセス手順に関して、ネットワークノード１１０によって取られる、または取られるべきアクションを示してもよい。

コネクションが必要でない、および／または、所望されないかもしれないとネットワークノード１１０が決定しうる場合、第２のインジケーションは、リリースを示すか、または、コネクションを確立しないことを示すかもしれない。ネットワークノード１１０が、コネクションが有用であると判定した場合、第２のインジケーションは、ユーザ装置１３０とネットワークノード１１０との間のａ（不定冠詞）／ｔｈｅ（定冠詞）コネクションを確立／セットアップ／再開することができる。

このアクション５０２における受信は、たとえば、第１のリンク１４１を介して実行されてもよい。

このアクション５０２において第２のインジケーションを受信することにより、ユーザ装置１３０は、送信するデータがなく、その後のデータの受信がないことを予期している場合、ネットワークノード１１０によってリリースされ得るので、たとえばエネルギー資源をより効率的に使用することが可能になると理解されるでろう。しかしながら、アクション５０１で示されている場合、第２の情報を送信することによって、それは後続の送信を期待していることになり、ネットワークノード１１０とのそのコネクションは確立され続けることができる。

次に、ネットワークノード１１０によって実行される方法の実施形態を、図６に示すフローチャートを参照して説明するが、この方法は、ユーザ装置１３０から第１の情報を受信するためのものである。ネットワークノード１１０およびユーザ装置は、無線通信ネットワーク１００内で動作することができる。

いくつかの実施形態では、無線通信ネットワーク１００は、ＮＲ、ＬＴＥ、ＬＴＥ－Ｍ、ｅＭＴＣ、およびＮＢ－ＩｏＴのうちの少なくとも１つをサポートしていてもよい。

この方法は、以下の動作のうちの１つまたは複数を含むことができる。いくつかの実施形態が本明細書に含まれる。いくつかの実施形態では、１つのアクションが実行されてもよい。いくつかの実施形態では、すべてのアクションを実行することができる。適用可能であれば、１つ以上の実施形態を組み合わせてもよい。全ての可能な組み合わせは、説明を簡略化するために記載されていない。本明細書の実施例は、相互に排他的ではないことに留意されたい。１つの例からの構成要素は、別の例に存在すると暗黙のうちに仮定されてもよく、これらの構成要素が他の例でどのように使用されてもよいかは、当業者には明らかであろう。ネットワークノード１１０によって実行される方法の非限定的な例が図６に示されており、図６では、オプションのアクションが破線で表されている。

以下のいくつかの詳細な説明は、ユーザ装置１３０について説明された動作に関して、上記で提供された同じ参照に対応し、したがって、説明を簡略化するためにここでは繰り返さない。たとえば、品質レポートは、ＤＬチャネル品質レポートとして理解されてもよい。チャネルは、非限定的な例では、たとえば、ＰＤＣＣＨ、ｎＰＤＣＣＨ、および／またはｍＰＤＣＣＨであってもよい。

アクション６０１
このアクション６０１で、ネットワークノード１１０は、ユーザ装置１３０から第１のインジケーションを受信する。第１のインジケーションは、第１の情報が提供されているかどうかを示す。第１の情報は、ａ）ネットワークノード１１０とユーザ装置１３０との間で使用されるキャリアに関する品質レポートと、ｂ）ユーザ装置１３０からネットワークノード１１０への、またはネットワークノード１１０からユーザ装置１３０への後続の送信に関する第２の情報と、のうちの少なくとも１つを含む。第１のインジケーションは、前述のＭＡＣ ＣＥのペイロードに含まれる。

このアクション６０１における受信は、たとえば、第１のリンク１４１を介して実行されてもよい。

ＭＡＣ ＣＥは、ランダムアクセス手順中の第１のアップリンクデータチャネルで構成される場合がある。

ＭＡＣ ＣＥは、ＭＡＣメッセージＰＤＵ、たとえば、Ｍｓｇ３メッセージ、に含まれていてもよい。

アクション５０１に関して前に説明したことによれば、ＭＡＣ ＣＥは、第１のインジケーションと、品質レポートと、第２の情報と、のうちの少なくとも１つとを含むことができる。

いくつかの実施形態では、このアクション６０１における受信は、サスペンド状態で実行されてもよい。

いくつかの実施形態では、後続の送信に関する第２の情報は、ｉ）後続のＤＬおよびＵＬデータ送信が予想されないこと、ｉｉ）単一の後続のＤＬ送信が予想されること、およびｉｉｉ）ＤＬおよび／またはＵＬにおいて複数の後続のデータ送信が予想されること、のうちの少なくとも１つを示すことができる。

いくつかの実施形態では、第２の情報は、ＡＳ ＲＡＩであってもよい。

第１のインジケーションは、第１の値および第２の値を含むことができる。

いくつかの実施形態では、第１の値は、未割り当てで／利用可能な／予備の値であってもよく、第２の値は、コードポイントであってもよい。

前述のように、いくつかの実施形態では、以下のうちの少なくとも１つを適用することができる： ａ）未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０であることは、後続の送信に関する第２の情報が送信されず、かつ、品質レポートのみが送信されることを示すことができ、ｂ）未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０とは異なることは、後続の送信に関する第２の情報および品質レポートの両方が送信されることを示すことができ、ｃ）未割り当てで／利用可能な／予備の値が１であることは、後続の送信に関する第２の情報が品質レポートなしで送信されることを示すことができる。

しかしながら、やはり先に説明したように、第１の値と第２の値の他の組合せを同様に使用して同じ目的を達成することができることを理解されたい。たとえば、いくつかの他の例では、以下のうちの少なくとも１つが適用され得る： ａ）第１の値が０であり、かつ、第２の値が０とは異なることは、後続の送信に関する第２の情報が品質レポートなしで送信されることを示してもよく、ｂ）第１の値が０とは異なり、かつ、第２の値が０とは異なることは、後続の送信に関する第２の情報および品質レポートの両方が送信されることを示してもよく、ｃ）第１の値が０とは異なり、かつ、第２の値が０であることは、後続の送信に関する第２の情報が送信されず、かつ、品質レポートのみが送信されることを示してもよく、ｄ）第１の値が０であり、かつ、第２の値が０であることは、後続の送信に関する第２の情報も品質レポートも送信されないことを示してもよい。

いくつかの例では、ＮＢ－ＩｏＴのための品質レポートは、ランダムアクセス手順中に使用されるアンカーキャリアまたは非アンカーキャリアのうちの１つに関するレポートであってもよい。

他の例では、品質レポートは、コネクティッドモードにあるときに提供されてもよい。

このアクション６０１における受信は、サスペンド／レジューム手順の中で／その間に実行されてもよい。

このアクション６０１における受信は、ユーザ装置１３０が中断されたときに実行されてもよい。

他の非限定的な例では、このアクション６０１における受信は、アイドル状態および／または非アクティブ状態で実行されてもよい。

さらに他の例では、このアクション６０１における受信は、接続状態で実行されてもよい。

アクション６０２
いくつかの実施形態では、この方法は、以下の動作を含むことができる。このアクション６０２では、ネットワークノード１１０は、第２のインジケーションをユーザ装置１３０に送信することができる。第２のインジケーションは、ユーザ装置１３０がネットワークノード１１０からリリースされるべきかどうかを示すことができる。第２のインジケーションは、受信された第１のインジケーションに基づくことができる。

ネットワークノード１１０が、コネクションが必要でない、および／または、所望されないかもしれないと決定しうる場合、第２のインジケーションは、リリースを示すか、または、コネクションを確立しないことを示すかもしれない。ネットワークノード１１０が、コネクションが有用であると判定した場合、第２のインジケーションは、ユーザ装置１３０とネットワークノード１１０との間のａ（不定冠詞）／ｔｈｅ（定冠詞）コネクションを確立／セットアップ／再開することができる。

このアクション６０３における送信は、たとえば、第１のリンク１４１を介して実行されてもよい。

上記の要約された概略として、早期データ送信機能を用いて、ペイロードの競合ベースの送信が存在し得る、すなわち、他のＵＥとの衝突の危険性が存在し得、これは、セルにおける高負荷時に、多回数の再送信および輻輳につながり得る。本明細書の実施形態は、この欠点を回避するために、たとえば負荷に応じて、セル内での早期データ送信をオンおよびオフに切り替える動的な方法を導入するものであることを理解されたい。

本明細書に開示される特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供することができ、以下のように要約することができる。本明細書の実施形態は、ＲＲＣおよび／またはＭＡＣレイヤメッセージのサイズを拡張することなく、または新しいＬＣＩＤを予約することなく、Ｍｓｇ３内でＡＳ ＲＡＩを示すことを可能にすることが理解されであろう。

図７は、ユーザ装置１３０が、図５に関連して上述した方法アクションを実行することを含み得る構成のパネルａ）およびｂ）における２つの異なる例をそれぞれ示す。

ユーザ装置１３０は、ネットワークノード１１０に第１の情報を提供するためのものである。すなわち、ユーザ装置１３０は、第１の情報をネットワークノード１１０に提供するように構成されると理解されてもよい。ユーザ装置１３０およびネットワークノード１１０は、無線通信ネットワーク１００内で動作するように構成される。

無線通信ネットワーク１００は、ＮＲ、ＬＴＥ、ＬＴＥ－Ｍ、ｅＭＴＣ、およびＮＢ－ＩｏＴのうちの少なくとも１つをサポートするように構成されてもよい。

いくつかの実施形態では、ユーザ装置１３０は、図７ａに示される以下の構成を備えることができる。いくつかの実施形態が本明細書に含まれる。１つの実施形態における構成要素は、別の実施形態に存在すると暗黙に想定されてもよく、当業者には、これらの構成要素が他の例示的な実施形態でどのように使用されてもよいかが明らかであろう。図７では、オプションの装置が破線のボックスで示されている。

以下のいくつかの詳細な説明は、ユーザ装置１３０について説明された動作に関連して、上記で提供された同じ参照に対応しており、したがって、ここでは繰り返されない。たとえば、品質レポートは、ＤＬチャネル品質レポートとして理解されてもよい。チャネルは、非限定的な例では、たとえば、ＰＤＣＣＨ、ｎＰＤＣＣＨ、および／またはｍＰＤＣＣＨであってもよい。

ユーザ装置１３０は、第１のインジケーションをネットワークノード１１０に送信するように構成された、たとえば、ユーザ装置１３０内の送信ユニット７０１によって、アクション５０１の送信を実行するように構成される。第１のインジケーションは、第１の情報が提供されているか否かを示すように構成される。第１の情報は、ａ）ネットワークノード１１０とユーザ装置１３０との間で使用されるように構成されたキャリアに関する品質レポートと、ｂ）ユーザ装置１３０からネットワークノード１１０への、またはネットワークノード１１０からユーザ装置１３０への後続の送信に関する第２の情報とのうちの少なくとも１つを含むように構成される。第１のインジケーションは、ＭＡＣ ＣＥのペイロードに含まれるように構成される。送信ユニット７０１は、ユーザ装置１３０のプロセッサ７０４、またはそのようなプロセッサ上で実行されるアプリケーションであってもよい。

ＭＡＣ ＣＥは、ランダムアクセス手順中に第１のアップリンクデータチャネルに含まれるように構成される。

ＭＡＣ ＣＥは、Ｍｓｇ３メッセージに含まれるように構成されてもよい。

ＭＡＣ ＣＥは、第１のインジケーションと、品質レポートと、第２の情報とのうちの少なくとも１つとを備えるように構成されてもよい。

いくつかの実施形態では、送信することは、サスペンド状態で実行されるように構成されてもよい。

後続の送信に関する第２の情報は、ｉ）後続のダウンリンク（ＤＬ）およびアップリンク（ＵＬ）データ送信が予想されないこと、ｉｉ）単一の後続のＤＬ送信が予想されること、およびｉｉｉ）ＤＬおよび／またはＵＬにおいて複数の後続のデータ送信が予想されること、のうちの少なくとも１つを示すように構成されてもよい。

第２の情報は、ＡＳ ＲＡＩであるように構成されてもよい。

第１のインジケーションは、第１の値および第２の値を含むように構成されてもよい。

第１の値は未割り当てで／利用可能な／予備の値として構成されてもよく、第２の値はコードポイントとして構成されてもよい。

いくつかの実施形態では、以下の少なくとも１つが適用されうる： ａ）未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０であることは、後続の送信に関する第２の情報が送信されず、かつ、品質レポートのみが送信されることを示すように構成され、ｂ）未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０とは異なることは、後続の送信に関する第２の情報と品質レポートの両方が送信されることを示すように構成され、ｃ）未割り当てで／利用可能な／予備の値が１であることは、後続の送信に関する第２の情報が品質レポートなしで送信されることを示すように構成される。

ユーザ装置１３０は、たとえば、ネットワークノード１１０から第２のインジケーションを受信するように構成された受信ユニット７０２によって、アクション５０２の受信を実行するように構成されてもよい。第２のインジケーションは、ユーザ装置１３０がネットワークノード１１０からリリースされるべきか否かを示すように構成されてもよい。第２のインジケーションは、送信されるように構成された第１のインジケーションに基づいて構成されてもよい。受信ユニット７０２は、ユーザ装置１３０のプロセッサ７０４、またはそのようなプロセッサ上で実行されるアプリケーションとすることができる。

他のユニット７０３は、ユーザ装置１３０に含まれてもよい。

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

ユーザ装置１３０は、１つまたは複数のメモリユニットを備えるメモリ７０５をさらに備えてもよい。メモリ７０５は、ユーザ装置１３０において実行されるときに本明細書の方法を実行するために、取得された情報を格納し、データ、コンフィギュレーション（構成）、スケジューリング、およびアプリケーションなどを格納するために使用されるように構成される。

いくつかの実施形態では、ユーザ装置１３０は、受信ポート７０６を介して、たとえばネットワークノード１１０から情報を受信することができる。いくつかの実施形態では、受信ポート７０６は、たとえば、ユーザ装置１３０内の１つまたは複数のアンテナに接続されてもよい。他の実施形態では、ユーザ装置１３０は、受信ポート７０６を介して無線通信ネットワーク１００内の別の構造から情報を受信してもよい。受信ポート７０６はプロセッサ７０４と通信してもよいため、受信ポート７０６は受信した情報をプロセッサ７０４に送信してもよい。受信ポート７０６は、他の情報を受信するように構成されてもよい。

ユーザ装置１３０内のプロセッサ７０４は、プロセッサ７０４およびメモリ７０５と通信可能な送信ポート７０７を介して、たとえばネットワークノード１１０または無線通信ネットワーク１００内の別の構造体に情報を送信または送信するようにさらに構成されてもよい。

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

また、いくつかの実施形態では、上述の異なるユニット７０１－７０３は、プロセッサ７０４などの１つまたは複数のプロセッサ上で実行される１つまたは複数のアプリケーションとして実装されてもよい。

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

ユーザ装置１３０は、ユーザ装置１３０と他のノードまたはデバイス、たとえば、ネットワークノード１１０との間の通信を容易にするように構成された通信インターフェースを備えることができる。インターフェースは、たとえば、適切な規格に従ってエアインターフェースを介して無線信号を送受信するように構成されたトランシーバ（送受信機）を含むことができる。

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

したがって、本明細書の実施形態はまた、プロセッシング回路７０４およびメモリ７０５を備えるユーザ装置１３０に関し、前記メモリ７０５は、前記プロセッシング回路７０４によって実行可能な命令を含み、それによって、ユーザ装置１３０は、たとえば、図５において、ユーザ装置１３０に関して本明細書で説明されるアクションを実行するように動作可能である。

図８は、パネルａ）およびｂ）における２つの異なる例をそれぞれ示し、ここで、ネットワークノード１１０は、図６に関連して上述された方法の動作を実行するアレンジメント（装置）を含む。

ネットワークノード１１０は、ユーザ装置１３０から第１の情報を受信するためのものである。すなわち、ネットワークノード１１０は、ユーザ装置１３０から第１の情報を受信するように構成されると理解されてもよい。ネットワークノード１１０およびユーザ装置１３０は、無線通信ネットワーク１００内で動作するように構成される。

無線通信ネットワーク１００は、ＮＲ、ＬＴＥ、ＬＴＥ－Ｍ、ｅＭＴＣ、およびＮＢ－ＩｏＴのうちの少なくとも１つをサポートするように構成されてもよい。

いくつかの実施形態では、ネットワークノード１１０は、図８ａに示す以下の構成を備えることができる。

いくつかの実施形態が本明細書に含まれる。１つの実施形態における構成要素は、別の実施形態に存在すると暗黙に想定されてもよく、当業者には、これらの構成要素が他の例示的な実施形態でどのように使用されてもよいかが明らかであろう。図８では、オプションのモジュールが破線のボックスで示されている。

以下のいくつかの詳細な説明は、ネットワークノード１１０について説明されたアクションに関連して、上記で提供された同じ参照に対応するので、ここでは繰り返さない。たとえば、品質レポートは、ＤＬチャネル品質レポートとして理解されてもよい。チャネルは、非限定的な例では、たとえば、ＰＤＣＣＨ、ｎＰＤＣＣＨ、および／またはｍＰＤＣＣＨであってもよい。

ネットワークノード１１０は、たとえば、ユーザ装置１３０から第１のインジケーションを受信するように構成されたネットワークノード１１０内の受信ユニット８０１によって、アクション６０１の受信を実行するように構成される。第１のインジケーションは、第１の情報が提供されているか否かを示すように構成される。第１の情報は、ａ）ネットワークノード１１０とユーザ装置１３０との間で使用されるキャリアに関する品質レポートと、ｂ）ユーザ装置１３０からネットワークノード１１０への、またはネットワークノード１１０からユーザ装置１３０への後続の送信に関する第２の情報と、のうちの少なくとも１つを含むように構成される。第１のインジケーションは、ＭＡＣ ＣＥのペイロードに含まれるように構成される。受信ユニット８０１は、ネットワークノード１１０のプロセッサ８０４、またはそのようなプロセッサ上で実行されるアプリケーションであってもよい。

ＭＡＣ ＣＥは、ランダムアクセス手順中に第１のアップリンクデータチャネルに含まれるように構成されてもよい。

ＭＡＣ ＣＥは、Ｍｓｇ３メッセージに含まれるように構成されてもよい。

ＭＡＣ ＣＥは、第１のインジケーションと、品質レポートと、第２の情報と、のうちの少なくとも１つとを備えるように構成されてもよい。

いくつかの実施形態では、受信することは、サスペンド状態で実行されるように構成されてもよい。

後続の送信に関する第２の情報は、ｉ）後続のダウンリンク（ＤＬ）およびアップリンク（ＵＬ）データ送信が予想されないこと、ｉｉ）単一の後続のＤＬ送信が予想されること、およびｉｉｉ）ＤＬおよび／またはＵＬにおいて複数の後続のデータ送信が予想されること、のうちの少なくとも１つを示すように構成されてもよい。

第２の情報は、ＡＳ ＲＡＩであるように構成されてもよい。

第１のインジケーションは、第１の値および第２の値を含むように構成されてもよい。

第１の値は未割り当てで／利用可能な／予備の値として構成されてもよく、第２の値はコードポイントとして構成されてもよい。

いくつかの実施形態では、以下の少なくとも１つが適用可能である：ａ）未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０であることは、後続の送信に関する第２の情報が送信されず、かつ、品質レポートのみが送信されることを示すように構成され、ｂ）未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０とは異なることは、後続の送信に関する第２の情報と品質レポートの両方が送信されることを示すように構成され、ｃ）未割り当てで／利用可能な／予備の値が１であることは、後続の送信に関する第２の情報が品質レポートなしで送信されることを示すように構成される。

ネットワークノード１１０は、アクション６０２の送信を、たとえば、第２のインジケーションをユーザ装置１３０に送信するように構成されたネットワークノード１１０内の送信ユニット８０２によって実行するように構成されてもよい。第２のインジケーションは、ユーザ装置１３０がネットワークノード１１０からリリースされるべきか否かを示すように構成されてもよい。第２のインジケーションは、受信されるように構成された第１のインジケーションに基づくように構成されてもよい。送信ユニット８０２は、ネットワークノード１１０のプロセッサ８０４、またはそのようなプロセッサ上で実行されるアプリケーションであってもよい。

他のユニット８０３がネットワークノード１１０に含まれてもよい。

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

ネットワークノード１１０は、１つまたは複数のメモリユニットを備えるメモリ８０５をさらに備えることができる。メモリ８０５は、ネットワークノード１１０内で実行されると、ここでの方法を実行するために、取得された情報、データ、コンフィギュレーション、スケジューリング、およびアプリケーションなどを記憶するために使用されるように配置される。

いくつかの実施形態では、ネットワークノード１１０は、受信ポート８０６を介して、たとえば、ユーザ装置１３０から情報を受信することができる。いくつかの実施形態では、受信ポート８０６は、たとえば、ネットワークノード１１０内の１つまたは複数のアンテナに接続されてもよい。他の実施形態では、ネットワークノード１１０は、受信ポート８０６を介して無線通信ネットワーク１００内の別のストラクチャ（構造物）から情報を受信してもよい。受信ポート８０６はプロセッサ８０４と通信してもよいため、受信ポート８０６は受信した情報をプロセッサ８０４に送信してもよい。受信ポート８０６は、他の情報を受信するように構成されてもよい。

ネットワークノード１１０内のプロセッサ８０４は、プロセッサ８０４およびメモリ８０５と通信可能な送信ポート８０７を介して、たとえば、ユーザ装置１３０、または無線通信ネットワーク１００内の別のストラクチャに情報を送信または送信するようにさらに構成されてもよい。

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

また、いくつかの実施形態では、上述の異なるユニット８０１～８０３は、プロセッサ８０４などの１つまたは複数のプロセッサ上で実行される１つまたは複数のアプリケーションとして実装されてもよい。

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

ネットワークノード１１０は、ネットワークノード１１０と他のノードまたはデバイス、たとえばユーザ装置１３０との間の通信を容易にするように構成された通信インターフェースを含んでもよい。インターフェースは、たとえば、適切な規格に従ってエアインターフェースを介して無線信号を送受信するように構成されたトランシーバを含むことができる。

他の実施形態では、ネットワークノード１１０は、図８ｂに示す以下のアレンジメント（装置）を含むことができる。ネットワークノード１１０は、ネットワークノード１１０およびメモリ８０５内に、プロセッシング回路８０４、たとえば、プロセッサ８０４などの１つまたは複数のプロセッサを備えることができる。ネットワークノード１１０はまた、たとえば受信ポート８０６および送信ポート８０７を含み得る無線回路８１０を含んでもよい。プロセッシング回路８０４は、図８ａに関連して記載されたのと同様の方法で、図６による方法アクションを実行するように構成されてもよく、または動作可能であってもよい。無線回路８１０は、ユーザ装置１３０との少なくとも無線接続をセットアップし、維持するように構成することができる。回路は、本明細書では、ハードウェア構成要素として理解されてもよい。

したがって、本明細書の実施形態は、プロセッシング回路８０４およびメモリ８０５を備えるネットワークノード１１０にも関し、前記メモリ８０５は、前記プロセッシング回路８０４によって実行可能な命令を含み、それによって、ネットワークノード１１０は、たとえば、図６において、ネットワークノード１１０に関して本明細書で説明されるアクションを実行するように動作可能である。

本明細書の実施形態は、ＮＲ、ＬＴＥ、ＬＴＥ－Ｍ、ｅＭＴＣ、ＮＢ－ＩｏＴ、Ｍｓｇ３、ネットワーク化された社会、ランダムアクセス、早期データ送信、サスペンド／レジューム、リリース支援インジケータに関連し得る。

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

本明細書で使用されるように、「のうちの少なくとも１つ」という表現には、コンマによって分離された代替物のリストが付随するが、最後の代替物に接続詞「および」が先行する場合、代替物のリストのうちの１つのみが適用され得ること、代替物のリストのうちの２つ以上が適用され得ること、または代替物のリストのすべてが適用され得ることを意味すると理解されよう。この表現は、カンマによって分離された代替物のリストを伴う「のうちの少なくとも１つ」という表現であって、最後の代替物の前に接続詞「または」が付随する表現と、等価であると理解されてもよい。

さらなる拡張および変形

図９：いくつかの実施形態に従って、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワーク。
図９を参照すると、実施形態に従って、通信システムは、無線通信ネットワーク１００などの電気通信ネットワーク９１０、たとえば、無線アクセスネットワークなどのアクセスネットワーク９１１とコアネットワーク９１４とを含む３ＧＰＰタイプのセルラーネットワークを含む。アクセスネットワーク９１１は、ネットワークノード１１０のような複数のネットワークノードを含む。たとえば、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの基地局９１２ａ、９１２ｂ、９１２ｃは、それぞれが対応するカバレッジエリア９１３ａ、９１３ｂ、９１３ｃを定義する。それぞれの基地局９１２ａ、９１２ｂ、９１２ｃは、有線または無線コネクション９１５を介してコアネットワーク９１４に接続可能である。ユーザ装置１３０のような複数のユーザ装置は、無線通信ネットワーク１００に含まれる。図９では、カバレッジエリア９１３ｃに位置する第１のＵＥ９９１が、対応する基地局９１２ｃと無線で接続されるように構成されている、または、ページングされる。カバレッジエリア９１３ａ内の第２のＵＥ９９２は、対応する基地局９１２ａに無線で接続可能である。この例では、複数のＵＥ９９１、９９２が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内に存在する状況や、単一のＵＥが対応する基地局９１２に接続している状況にも、等しく適用可能である。ＵＥ９９１、９９２のいずれかは、ユーザ装置１３０の例である。

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

図９の通信システム全体は、コネクティッド状態のＵＥ９９１、９９２とホストコンピュータ９３０との間のコネクティビティ（接続性）を可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）コネクション９５０として記述されてもよい。ホストコンピュータ９３０および接続されたＵＥ９９１、９９２は、アクセスネットワーク９１１、コアネットワーク９１４、任意の中間ネットワーク９２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション９５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション９５０は、ＯＴＴコネクション９５０が通過する参加通信装置が、アップリンク通信およびダウンリンク通信のルーティングに関知しないという意味で、トランスペアレントであり得る。たとえば、基地局９１２は、接続されたＵＥ９９１に転送される（たとえば、ハンドオーバされる）ためにホストコンピュータ９３０から発信されるデータをもつインカミングのダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局９１２は、ＵＥ９９１からホストコンピュータ９３０へ向かう発信されるアップリンク通信の将来のルーティングを認識する必要はない。

次に説明する図１０、図１１、図１２、図１３、および図１４に関連して、ＵＥは、ユーザ装置１３０の一例であり、ＵＥに提供される任意の説明は、ユーザ装置１３０に等しく適用されることを理解されたい。基地局がネットワークノード１１０の一例であり、基地局のために提供される任意の記述がネットワークノード１１０に等しく適用されることも理解されよう。

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

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

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

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

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

ＵＥ１０３０と基地局１０２０との間の無線コネクション１０７０は、本開示全体を通じて説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線コネクション１０７０が最後の区間を形成するＯＴＴコネクション１０５０を使用して、ＵＥ１０３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシ、シグナリングオーバヘッド、およびサービス中断を改善することができ、それによって、ユーザ待ち時間の減少、応答性の向上、およびバッテリ寿命の延長などの利点が得られる。

１つまたは複数の実施形態により改善されるであろう、データレート、遅延時間、および他の要因を監視する目的で、測定手順を提供することができる。さらに、測定結果のばらつきに応じて、ホストコンピュータ１０１０とＵＥ１０３０との間でＯＴＴコネクション１０５０を再構成するための任意のネットワーク機能があってもよい。ＯＴＴコネクション１０５０を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ１０１０のソフトウェア１０１１およびハードウェア１０１５、またはＵＥ１０３０のソフトウェア１０３１およびハードウェア１０３５、あるいはその両方で実装されてもよい。実施形態では、センサ（図示せず）は、ＯＴＴコネクション１０５０が通過する通信デバイスに、またはそれに関連して配備されてもよく、センサは、上記で例示された監視量の値を供給することによって、またはソフトウェア１０１１、１０３１が監視量を演算または推定することができる他の物理量の値を供給することによって、測定手続に関与してもよい。ＯＴＴコネクション１０５０の再構成は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局１０２０に影響を及ぼす必要はなく、基地局１０２０には知られていないか、または知覚できないことがある。このようなプロシージャおよび機能性は、当技術分野で公知であり、実践されているものであってもよい。ある実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１０１０の測定を容易にする独自のＵＥシグナリングを含むことができる。測定は、ソフトウェア１０１１および１０３１が、伝搬時間やエラーなどを監視しながら、ＯＴＴコネクション１０５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施されてもよい。

ユーザ装置１３０の実施形態は、図５、図７、および図９～図１４に関する。

ユーザ装置１３０はまた、ホストコンピュータ１０１０内のホストアプリケーションユニットと、たとえば１０６０のような別のリンクを介して、ユーザデータを通信するように構成されてもよい。

ユーザ装置１３０は、ユーザ装置１３０と、他のノードまたはデバイス、たとえば、ネットワークノード１１０、ホストコンピュータ１０１０、または他のノードのいずれかとの間の通信を容易にするためのインターフェースユニットを備えることができる。いくつかの特定の例では、インターフェースは、たとえば、適切な標準に従ってエアインターフェースを介して無線信号を送受信するように構成されたトランシーバ（送受信機）を含むことができる。

ユーザ装置１３０は、図７または図１０に示されるような構成を備えることができる。

ネットワークノード１１０の実施形態は、図６、図８、および図９～図１４に関する。

ネットワークノード１１０は、ホストコンピュータ１０１０内のホストアプリケーションユニットと、たとえば１０６０のような別のリンクを介して、ユーザデータを通信するように構成することもできる。

ネットワークノード１１０は、ネットワークノード１１０と他のノードまたは装置、たとえばユーザ装置１３０、ホスト・ンピュータ１１１０、または他のノードのいずれかとの間の通信を容易にするインターフェース部を含むことができる。いくつかの特定の例では、インターフェースは、たとえば、適切な標準に従ってエアインターフェースを介して無線信号を送受信するように構成されたトランシーバを含むことができる。

ネットワークノード１１０は、図８または図１０に示すような構成を備えることができる。

図１１：いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実装される方法。
図１１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０に関連して説明したものであってもよい端末を有する。本開示を簡単にするために、図１１を参照する図面のみがこのセクションに含まれる。ステップ１１１０において、ホストコンピュータはユーザデータを提供する。ステップ１１１０のサブステップ１１１１では、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ１１２０において、ホストコンピュータは、ユーザデータをＵＥに運ぶ送信を開始する。ステップ１１３０（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ１１４０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

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

図１３：いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実装される方法。
図１３は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０に関連して説明したものであってもよいＵＥを有する。本開示を簡単にするために、図１３を参照する図面のみがこのセクションに含まれる。ステップ１３１０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。これに加えて、またはこれに代えて、ステップ１３２０において、ＵＥは、ユーザデータを提供する。ステップ１３２０のサブステップ１３２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ１３１０のサブステップ１３１１（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供されて受信された入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ１３３０（オプションでも可）において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ１３４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１４：いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実装される方法。
図１４は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０に関連して説明したものであってもよい端末を有する。本開示を簡単にするために、図１４を参照する図面のみがこのセクションに含まれる。ステップ１４１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ１４２０（オプションであってもよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ１４３０（オプションであってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。

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

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

さらなる番号の付いた実施形態

１． ユーザ装置（ＵＥ）と通信するように構成された基地局であって、前記基地局は、無線インターフェースと、ネットワークノード１１０によって実行されるものとして、本明細書で説明される１つまたは複数のアクションを実行するように構成されたプロセッシング回路と、を有する。

５． ホストコンピュータを有する通信システムであって、ユーザデータを提供するように構成されたプロセッシング回路と、ユーザ装置（ＵＥ）に送信するためのユーザデータをセルラネットワークに転送するように構成された通信インターフェースと、を有し、前記セルラネットワークは、無線インターフェースとプロセッシング回路とを備える基地局を有し、前記基地局の前記プロセッシング回路は、ネットワークノード１１０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行するように構成される。

６． 実施形態５に記載の通信システムであって、前記基地局をさらに有する。

７． 実施形態６に記載の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは、前記基地局と通信するように構成される。

８． 実施形態７に記載の通信システムであって、前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行するように構成されており、それによって前記ユーザデータを提供するように構成されており、前記ＵＥは、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されたプロセッシング回路を有する。

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

１５． ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して前記ＵＥに前記ユーザデータを運ぶための送信を開始することと、を有し、前記基地局は、前記ネットワークノード１１０によって実行されるものとして本明細書に記載される１つまたは複数の前記アクションを実行する。

１６． 以下実施形態１５に記載の方法であって、さらに、前記基地局において、前記ユーザーデータを送信すること、を有する。

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

２１． 基地局と通信するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、無線インターフェースと、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行するように構成されたプロセッシング回路と、を有する。

２５． ホストコンピュータを有する通信システムであって、ユーザデータを提供するように構成されたプロセッシング回路と、ユーザ装置（ＵＥ）に送信するためにユーザデータをセルラネットワークに転送するように構成された通信インターフェースと、を有し、前記ＵＥは、無線インターフェースと、プロセッシング回路と、を有し、前記ＵＥの前記プロセッシング回路は、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行するように構成される。

２６． 実施形態２５に記載の通信システムであって、前記ＵＥをさらに有する。

２７． 実施形態２６に記載の通信システムであって、前記セルラーネットワークは、前記ＵＥと通信するように構成された基地局をさらに有する。

２８． 実施形態２６または２７に記載の通信システムであって、前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行するように構成されており、それによって前記ユーザデータを提供し、前記ＵＥの前記プロセッシング回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されている。

３１． ユーザ装置（ＵＥ）において実行される方法であって、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを有する。

３５． ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、ユーザデータを提供することと、前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介してＵＥにユーザデータを運ぶための送信を開始することと、を有し、前記ＵＥは、前記ユーザ装置１３０によって実行されるものとして本明細書に記載される１つまたは複数のアクションを実行する。

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

４１． 基地局と通信するように構成されたユーザ装置（ＵＥ）であって、前記ＵＥは、無線インターフェースと、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行するように構成されたプロセッシング回路と、を有する。

４５． ホストコンピュータを有する通信システムであって：ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インターフェースを有し、前記ＵＥは、無線インターフェースおよびプロセッシング回路を備え、前記ＵＥの前記プロセッシング回路は、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行するように構成される。

４６． 実施形態４５に記載の通信システムであって、前記ＵＥをさらに有する。

４７． 実施形態４６に記載の通信システムであって、前記基地局をさらに有し、前記基地局は、前記ＵＥと通信するように構成された無線インターフェースと、前記ＵＥから前記基地局への送信によって運ばれる前記ユーザデータを前記ホストコンピュータに転送するように構成された通信インタフェースと、を有する。

４８． 実施形態４６または４７のいずれか一項に記載の通信システムであって、前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行するように構成されており、前記ＵＥのプロセッシング回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されており、それによってユーザデータを提供する。

４９． 実施形態４６または４７のいずれか一項に記載の通信システムであって、前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行するように構成されており、それによってリクエスト（要求）データを提供するように構成され、前記ＵＥの前記プロセッシング回路は、前記ホストアプリケーションに関連するクライアントアプリケーションを実行するように構成されており、それによって前記要求データに応答して前記ユーザデータを提供するように構成されている。

５１． ユーザ装置（ＵＥ）において実行される方法であって、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを有する。

５２． 実施形態５１の方法であって、さらに、ユーザデータを提供することと、前記基地局への前記送信を介して前記ユーザデータをホストコンピュータに転送すること、を有する。

５５． ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記ＵＥから前記基地局に送信されたユーザデータを受信すること、を有し、前記ＵＥは、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行する。

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

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

５８． 実施形態５６の方法であって、さらに、前記ＵＥにおいて、クライアントアプリケーションを実行することと、前記ＵＥにおいて、前記クライアントアプリケーションへの入力データを受信することと、を有し、当該入力データは、前記クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって前記ホストコンピュータにおいて提供され、前記送信されるユーザデータは、前記入力データに応じて前記クライアントアプリケーションによって提供される。

６１． ユーザ装置（ＵＥ）と通信するように構成された基地局であって、前記基地局は、無線インターフェースと、ネットワークノード１１０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行するように構成されたプロセッシング回路と、を有する。

６５． ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インターフェースを備えるホストコンピュータを含む通信システムであって、前記基地局は、無線インターフェースおよびプロセッシング回路を有し、前記基地局の前記プロセッシング回路は、ネットワークノード１１０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行するように構成される。

６６． 実施形態６５に記載の通信システムであって、前記基地局をさらに有する。

６７． 実施形態６６に記載の通信システムであって、前記ＵＥをさらに有し、前記ＵＥは、前記基地局と通信するように構成される。

６８． 実施形態６７の前記通信システムであって、前記ホストコンピュータの前記プロセッシング回路は、ホストアプリケーションを実行するように構成され、前記ＵＥは、前記ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成され、それによって、前記ホストコンピュータによって受信されるユーザデータを提供する。

７１． 基地局で実施される方法であって、前記ネットワークノード１１０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを有する。

７５． ホストコンピュータと、基地局と、ユーザ装置（ＵＥ）とを有する通信システムにおいて実行される方法であって、前記方法は、前記ホストコンピュータにおいて、前記基地局から、前記基地局が前記ＵＥから受信した送信に由来するユーザデータを受信すること、を有し、前記ＵＥは、前記ユーザ装置１３０によって実行されるものとして本明細書で説明される１つまたは複数のアクションを実行する。

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

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

［１］ ＴＳ３６．３００、エボルブドユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）およびエボルブドユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、説明の全体、ステージ２、１５．４．０、２０１９年１月１５日発行。

Claims (22)

1. ユーザ装置（１３０）によって実行される方法であって、前記方法は、ネットワークノード（１１０）に第１の情報を提供するためのものであり、前記ユーザ装置（１３０）および、前記ネットワークノード（１１０）は無線通信ネットワーク（１００）において動作するものであり、前記方法は、
   － 前記ネットワークノード（１１０）への第１のインジケーションを送信すること（５０１）を有し、前記第１のインジケーションは第１の情報が提供されているかどうかを示すものであり、前記第１の情報は、ａ）前記ネットワークノード（１１０）と前記ユーザ装置（１３０）との間で使用されるキャリアに関する品質レポートと、ｂ）前記ユーザ装置（１３０）から前記ネットワークノード（１１０）への、または、前記ネットワークノード（１１０）から前記ユーザ装置（１３０）への後続の送信に関する第２の情報と、のうちの少なくとも１つを含み、前記第１のインジケーションは、ＭＡＣ ＣＥ（媒体アクセス制御、制御要素）のペイロードに含まれる、方法。
2. 請求項１に記載の方法であって、前記ＭＡＣ ＣＥは、ランダムアクセス手順における第１のアップリンクデータチャネルに含まれる、方法。
3. 請求項２に記載の方法であって、前記ＭＡＣ ＣＥは、Ｍｓｇ３メッセージに含まれる、方法。
4. 請求項１～３のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、前記第１のインジケーションと、前記品質レポートおよび前記第２の情報のうちの少なくとも１つと、を有する、方法。
5. 請求項１～４のいずれか一項に記載の方法であって、前記送信（５０１）は、サスペンド状態で実行される、方法。
6. 請求項１～５のいずれか一項に記載の方法であって、後続の送信に関する前記第２の情報は、
   ｉ． 後続のダウンリンク（ＤＬ）およびアップリンク（ＵＬ）データ送信は予想されないこと、
   ｉｉ． 単一の後続のＤＬ送信が予想されること、
   ｉｉｉ． 前記ＤＬおよび／または前記ＵＬにおいて、複数の後続のデータ送信が予想されること、
   のうちの少なくとも１つを示す、方法。
7. 請求項６に記載の方法であって、前記第２の情報は、ＡＳ ＲＡＩ（アクセス階層リリースアシスタンスインフォメーション）である、方法。
8. 請求項１～７のいずれか一項に記載の方法であって、前記第１のインジケーションは、第１の値および第２の値を含む、方法。
9. 請求項８に記載の方法であって、前記第１の値は、未割り当てで／利用可能な／予備の値であり、前記第２の値は、コードポイントである、方法。
10. 請求項９に記載の方法であって、
    ａ． 未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０であることは、後続の送信に関する前記第２の情報が送信されず、かつ、前記品質レポートのみが送信されることを示し、
    ｂ． 未割り当てで／利用可能な／予備の値が０であり、かつ、コードポイント値が０とは異なることとは、後続の送信に関する前記第２の情報と前記品質レポートとの両方が送信されることを示し、
    ｃ． 未割り当てで／利用可能な／予備の値が１であることは、後続の送信に関する前記第２の情報が前記品質レポートなしで送信されることを示す、
    ことのうちの少なくとも１つである、方法。
11. 請求項１～１０のいずれか一項に記載の方法であって、前記方法は、さらに、
    － 前記ネットワークノード（１１０）から第２のインジケーションを受信すること（５０２）を有し、前記第２のインジケーションは、前記ユーザ装置（１３０）が前記ネットワークノード（１１０）からリリースされるかどうかを示し、前記第２のインジケーションは、送信される前記第１のインジケーションに基づく、方法。
12. 請求項１～１１のいずれか一項に記載の方法であって、前記無線通信ネットワーク（１００）は、ＮＲ（新無線）、ＬＴＥ（ロングタームエボリューション）、ＬＴＥ－Ｍ、ｅＭＴＣ（拡張マシンタイプ通信）、および、ＮＢ－ＩｏＴ（ナローバンドインターネットオブシングス）、のうちの少なくとも１つをサポートする、方法。
13. ネットワークノード（１１０）によって実行される方法であって、前記方法は、ユーザ装置（１３０）から第１の情報を受信するためのものであり、前記ネットワークノード（１１０）および前記ユーザ装置（１３０）は無線通信ネットワーク（１００）において動作するものであり、前記方法は、
    － 前記ユーザ装置（１３０）からの第１のインジケーションを受信すること（６０１）を有し、前記第１のインジケーションは、第１の情報が提供されるかどうかを示し、前記第１の情報は、ａ）前記ネットワークノード（１１０）と前記ユーザ装置（１３０）との間で使用されるキャリアに関する品質レポートと、ｂ）前記ユーザ装置（１３０）から前記ネットワークノード（１１０）への、または前記ネットワークノード（１１０）から前記ユーザ装置（１３０）への後続の送信に関する第２の情報と、のうちの少なくとも１つを含み、前記第１のインジケーションは、ＭＡＣ ＣＥ（媒体アクセス制御、制御要素）のペイロードに含まれる、方法。
14. 請求項１３に記載の方法であって、前記ＭＡＣ ＣＥは、ランダムアクセス手順において第１のアップリンクデータチャネルに含まれる、方法。
15. 請求項１４に記載の方法であって、前記ＭＡＣ ＣＥは、Ｍｓｇ３メッセージに含まれる、方法。
16. 請求項１３～１５のいずれか一項に記載の方法であって、前記ＭＡＣ ＣＥは、前記第１のインジケーションと、前記品質レポートおよび前記第２の情報のうちの少なくとも１つと、を有する、方法。
17. 請求項１３～１６のいずれか一項に記載の方法であって、前記受信すること（６０１）は、サスペンド状態で実行される、方法。
18. 請求項１３～１７のいずれか一項に記載の方法であって、後続の送信に関する前記第２の情報は、
    ｉ． 後続のダウンリンク（ＤＬ）およびアップリンク（ＵＬ）データ送信は予想されないこと、
    ｉｉ． 単一の後続のＤＬ送信が予想されること、
    ｉｉｉ． 前記ＤＬおよび／または前記ＵＬにおいて、複数の後続のデータ送信が予想されること、
    のうちの少なくとも１つを示す、方法。
19. 請求項１８に記載の方法であって、前記第２の情報は、ＡＳ ＲＡＩ（アクセス階層リリースアシスタンスインフォメーション）である、方法。
20. 請求項１３～１９のいずれか一項に記載の方法であって、前記第１のインジケーションは、第１の値と第２の値とを含む、方法。
21. 第１の情報をネットワークノード（１１０）に提供するためのユーザ装置（１３０）であって、前記ユーザ装置（１３０）および前記ネットワークノード（１１０）は、無線通信ネットワーク（１００）において動作するように構成され、前記ユーザ装置（１３０）は、さらに、
    － 第１のインジケーションを前記ネットワークノード（１１０）に送信するように構成されており、前記第１のインジケーションは、第１の情報が提供されているかどうかを示すように構成されており、前記第１の情報は、ａ）前記ネットワークノード（１１０）と前記ユーザ装置（１３０）との間で使用されるように構成されているキャリアの品質レポートと、ｂ）前記ユーザ装置（１３０）から前記ネットワークノード（１１０）へ、または前記ネットワークノード（１１０）から前記ユーザ装置（１３０）への後続の送信に関する第２の情報と、のうちの少なくとも１つを含むように構成されており、前記第１のインジケーションは、ＭＡＣ ＣＥ（媒体アクセス制御、制御要素）のペイロードに含まれるように構成されている、ユーザ装置。
22. ユーザ装置（１３０）から第１の情報を受信するネットワークノード（１１０）であって、前記ユーザ装置（１３０）および前記ネットワークノード（１１０）は、無線通信ネットワーク（１００）において動作するように構成され、前記ネットワークノード（１１０）は、さらに、
    － 前記ユーザ装置（１３０）から第１のインジケーションを受信するように構成されており、前記第１のインジケーションは、第１の情報が提供されているかどうかを示すように構成され、前記第１の情報は、ａ）前記ネットワークノード（１１０）と前記ユーザ装置（１３０）との間で使用されるキャリアに関する品質レポートと、および、ｂ）前記ユーザ装置（１３０）から前記ネットワークノード（１１０）への、または前記ネットワークノード（１１０）から前記ユーザ装置（１３０）への後続の送信に関する第２の情報と、のうちの少なくとも１つを含むように構成され、前記第１のインジケーションは、ＭＡＣ ＣＥ（媒体アクセス制御、制御要素）のペイロードに含まれるように構成される、ネットワークノード。

Images