JP7201798B2 - 事前設定ｕｌリソース中での送信のサポート - Google Patents

Description

本開示は、一般に、無線リンク上での事前設定リソース（ｐｒｅｃｏｎｆｉｇｕｒｅｄ ｒｅｓｏｕｒｃｅ）の使用に関し、より詳細には、そのような事前設定リソースを設定するための技法に関する。

マシンツーマシン（Ｍ２Ｍ）および／またはモノのインターネット（ＩｏＴ）関係使用事例をカバーするための技術を指定することに関して、３ＧＰＰにおいて多くの作業があった。３ＧＰＰリリース１３、１４および１５のための直近の作業は、最高６つおよび２４個の物理リソースブロック（ＰＲＢ）の低減された帯域幅をサポートする、新しいＵＥカテゴリー（Ｃａｔ－Ｍ１、Ｃａｔ－Ｍ２）を用いたマシン型通信（ＭＴＣ）と、新無線（ｎｅｗ ｒａｄｉｏ）インターフェース（ならびにＵＥカテゴリーＣａｔ－ＮＢ１およびＣａｔ－ＮＢ２）を提供する狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）ＵＥとをサポートするための拡張（ｅｎｈａｎｃｅｍｅｎｔ）を含む。

ＭＴＣについての３ＧＰＰリリース１３、１４、および１５において導入されたＬＴＥ拡張は、「ｅＭＴＣ」と呼ばれることがあり、帯域幅制限されたＵＥ、Ｃａｔ－Ｍ１のサポートと、カバレッジ拡張のサポートとを含む（限定ではない）。これは、説明をＮＢ－ＩｏＴ（ここでの表記はいずれかのリリースのために使用される）から分離するためであるが、サポートされる特徴は、一般的なレベルで同様である。

ｅＭＴＣとＮＢ－ＩｏＴの両方について、Ｒｅｌ－１３において、「ＣＩｏＴ ＥＰＳ ＵＰ最適化」シグナリング低減および「ＣＩｏＴ ＥＰＳ ＣＰ最適化」シグナリング低減も導入された。ここではＵＰソリューションと呼ばれる前者は、ＵＥが、前に記憶されたＲＲＣ接続を再開することを可能にする（したがって、ＲＲＣ中断／再開としても知られる）。ここではＣＰソリューションと呼ばれる後者は、ユーザプレーンデータオーバーＮＡＳ（別名ＤｏＮＡＳ）の送信を可能にする。

「レガシー」ＬＴＥと、ｅＭＴＣおよびＮＢ－ＩｏＴについて規定されたプロシージャおよびチャネルとの間に複数の差異がある。いくつかの重要な差異は、ｅＭＴＣにおいてＭＰＤＣＣＨと呼ばれ、ＮＢ－ＩｏＴにおいてＮＰＤＣＣＨと呼ばれる、物理ダウンリンク制御チャネル、および、ＮＢ－ＩｏＴのための新しい物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）など、新しい物理チャネルを含む。別の重要な差異は、これらの技術がサポートすることができる（カバレッジ拡張レベルとしても知られる）カバレッジレベルである。送信された信号およびチャネルに繰返しを適用することによって、ｅＭＴＣとＮＢ－ＩｏＴの両方が、ＵＥ動作が、ＬＴＥと比較してはるかに低いＳＮＲレベルまで下がることを可能にし、すなわち、Ｅｓ／Ｉｏｔ≧－１５ｄＢであり、これは、「レガシー」ＬＴＥについての－６ｄＢ Ｅｓ／ＩｏＴと比較され得る、ｅＭＴＣおよびＮＢ－ＩｏＴについての最低動作ポイントである。

アップリンク送信効率および／またはＵＥ電力消費は、事前設定リソース中で送信することによって、ＬＴＥ－ＭおよびＮＢ－ＩｏＴについて改善され得る。送信は、有効なタイミングアドバンスをもつＵＥについてのＳＣ－ＦＤＭＡ波形に基づくアイドルおよび／または接続モードにおける事前設定リソースの使用を伴い得る［ＲＡＮ１、ＲＡＮ２、ＲＡＮ４］。共有リソースと専用リソースの両方が使用され得る。いくつかの手法は、直交（マルチ）アクセス方式に限定され得る。

事前設定アップリンクリソース（ＰＵＲ）の使用は、半永続スケジューリング（ＳＰＳ）の使用とのいくつかの類似性を有し得るが、アイドルモードに、共通リソースに、および／またはかなり長いＳＰＳ間隔を伴って、拡張され得る。専用リソース（ＵＥ固有）がＰＵＲのために使用され得るが、いくつかの問題、たとえば、ｅＮＢがどんなＵＥがセル中にあるかもはや知りさえしないような、ＲＲＣ＿ＩＤＬＥモードにあるＵＥに無線リソースがどのように割り振られるかに関する問題、特徴がどのように設定されるかに関する問題、無線リソースが浪費されないことがどのように確実にされ得るかに関する問題、それが適応ソリューションをどのように提供することができるかに関する問題などがある。

本明細書で説明される実施形態は、ＰＵＲ上での専用送信を容易にすることを対象とする。たとえば、いくつかの実施形態は、後続のＰＵＲリソース利用（たとえば、１つずつまたは周期的に）、ＰＵＲとともに機能することを可能にするためのＥＤＴシグナリングの変更などを設定するための方法を含み得る。

いくつかの実施形態によれば、無線通信ネットワークにおける使用のために設定された無線デバイスによって実施される方法が、アップリンクメッセージ中で、事前設定アップリンクリソースの設定についての要求を送信することを含む。本方法は、無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを受信することをさらに含む。本方法は、第１の事前設定リソースを使用してユーザデータを送信または受信することをも含む。

いくつかの実施形態によれば、無線通信ネットワークにおける使用のために設定された無線ネットワークノードによって実施される方法が、無線デバイスから、アップリンクメッセージ中で、事前設定アップリンクリソースの設定についての要求を受信することを含む。本方法は、無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを送信することをさらに含む。本方法は、第１の事前設定リソースを使用してユーザデータを送信または受信することをも含む。

いくつかの実施形態では、ユーザデータ送信または受信は、接続モードにおいて前に取得されたＴＡを使用して、（ランダムアクセスを実施することなしに）アイドルモードにおいて実施され得る。いくつかの実施形態では、ＰＵＲ要求／応答シグナリングは、アイドルモードにおいて実施され得る（更新されたＰＵＲリソースまたは更新されたＴＡを得る）。

実施形態はまた、対応する装置と、無線デバイスと、ネットワークノードと、無線ネットワークノードと、コンピュータプログラムと、キャリア（たとえば、コンピュータ可読媒体）とを含む。

１つの利点は、任意のＰＵＲリソースまたは設定が取り消され得、無線リソースがより良い目的のために使用され得ることである。実施形態の別の利点は、ＰＵＲ送信が専用リソース中で有効化されることである。これは、無線リソース消費を制限し、ＵＥトラフィックプロファイルに従うテーラーメイド（ｔａｉｌｏｒ－ｍａｄｅ）ソリューションを可能にする。

無線デバイスによって実装される例示的な方法を示すプロセスフロー図である。 ネットワークノードによって実装される例示的な方法を示すプロセスフロー図である。 いくつかの実施形態による、例示的な無線デバイスを示す図である。 いくつかの実施形態による、例示的な無線デバイスを示す図である。 いくつかの実施形態による、例示的なネットワークノードを示す図である。 いくつかの実施形態による、例示的なネットワークノードを示す図である。 例示的な無線ネットワークの構成要素を示すブロック図である。 本明細書で説明される様々な態様による、ＵＥの一実施形態を示す図である。 いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境を示す概略ブロック図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。 いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータを示す図である。 通信システムにおいて実装される方法を示すフローチャートである。 通信システムにおいて実装される方法を示すフローチャートである。 通信システムにおいて実装される別の方法を示すフローチャートである。 通信システムにおいて実装されるさらに別の方法を示すフローチャートである。 いくつかの実施形態による、信号フロー図である。 無競合（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ）ＰＵＲ送信の一例を示す図である。 競合ベースＰＵＲ送信の一例を示す図である。 ＤＣＩベースＰＵＲ動作を示す図である。 アイドルモードにおけるＰＵＲ送信のための２ステップ方式を示す図である。 ２つの基地局から送信される参照信号の到達時間差受信を示す図である。

図１は、特定の実施形態による、無線デバイスによって実施される方法を図示する。本方法は、無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを受信すること（ブロック１００）を含む。本方法は、第１の事前設定リソースを使用してユーザデータを送信または受信すること（ブロック１１０）をも含む。

いくつかの実施形態では、無線デバイスは、アップリンクメッセージ中で、事前設定アップリンクリソースの設定についての要求を送信し得る（ブロック９０）。いくつかの実施形態では、この要求は、１ビットフィールドであり得る。いくつかの実施形態では、要求は、事前設定アップリンクリソースのための１つまたは複数の好ましいパラメータを含み得る。

いくつかの実施形態では、本方法は、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソースを設定する第２の事前設定リソース設定を示す制御シグナリングを受信すること（ブロック１３０）を含み得る。本方法は、無線デバイスが、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソース設定を要求すること（ブロック１２０）をさらに含み得る。

図２は、他の特定の実施形態による、無線ネットワークノードによって実施される方法を示す。本方法は、無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを送信すること（ブロック２００）と、第１の事前設定リソースを使用してユーザデータを送信または受信すること（ブロック２１０）とを含む。

いくつかの実施形態では、ネットワークノードは、アップリンクメッセージ中で、事前設定アップリンクリソースの設定についての要求を受信し得る（ブロック１９０）。いくつかの実施形態では、この要求は、１ビットフィールドであり得る。いくつかの実施形態では、要求は、事前設定アップリンクリソースのための１つまたは複数の好ましいパラメータを含み得る。

いくつかの実施形態では、本方法は、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソースを設定する第２の事前設定リソース設定を示す制御シグナリングを送信すること（ブロック２３０）を含み得る。本方法は、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、無線デバイスから、第２の事前設定リソース設定についての要求を受信すること（ブロック２２０）を含み得る。

追加の実施形態は、実施形態セクションにおいて説明されるものを含む。

本明細書で使用される「事前設定リソース」（たとえば、事前設定無線リソース）という用語は、無線デバイスが、たとえばダウンリンク制御チャネル上で、無線ネットワークノードから動的（および／または明示的）スケジューリンググラントをまだ受信することなしにその上で送信し得る、リソースを指す。事前設定リソースは、いくつかの実施形態では、たとえば、事前設定リソースが反復しないこと、または半永続スケジューリング（ＳＰＳ）リソースよりも長い期間を伴って反復することのいずれかに基づいて、ＳＰＳリソースと区別され得る。事前設定リソースは、無線デバイスがアイドルモードまたは非アクティブモードにおいてでさえその上で送信し得る、リソースであり得る。アップリンクでは、事前設定リソースは、本明細書では事前設定アップリンクリソース（ＰＵＲ）と呼ばれる。

上記で説明された装置が、任意の機能的手段、モジュール、ユニット、または回路を実装することによって、本明細書の方法および任意の他の処理を実施し得ることに留意されたい。一実施形態では、たとえば、装置は、方法の図に示されているステップを実施するように設定されたそれぞれの回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）を備える。回路（ｃｉｒｃｕｉｔ）または回路（ｃｉｒｃｕｉｔｒｙ）は、この点について、ある機能的処理を実施することに専用の回路および／またはメモリとともに１つまたは複数のマイクロプロセッサを備え得る。たとえば、回路は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを含み得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含み得る。メモリを採用する実施形態では、メモリは、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明される技法を行うプログラムコードを記憶する。

図３は、たとえば、１つまたは複数の実施形態に従って実装される無線デバイス３００を示す。示されているように、無線デバイス３００は、処理回路３１０と通信回路３２０とを含む。通信回路３２０（たとえば、無線回路）は、たとえば、任意の通信技術を介して、情報を１つまたは複数の他のノードに送信し、および／または１つまたは複数の他のノードから受信するように設定される。そのような通信は、無線デバイス３００の内部または外部のいずれかにある１つまたは複数のアンテナを介して行われ得る。処理回路３１０は、メモリ３３０に記憶された命令を実行することなどによって、上記で説明された処理を実施するように設定される。処理回路３１０は、この点について、いくつかの機能的手段、ユニット、またはモジュールを実装し得る。

図４４は、さらに他の実施形態による、無線ネットワーク（たとえば、図７７に示されている無線ネットワーク）における無線デバイス４４００の概略ブロック図を示す。示されているように、無線デバイス４００は、たとえば、図３中の処理回路３１０を介して、および／またはソフトウェアコードを介して、様々な機能的手段、ユニット、またはモジュールを実装する。たとえば本明細書の（１つまたは複数の）方法を実装するための、これらの機能的手段、ユニット、またはモジュールは、たとえば、無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを受信するように設定された、シグナリング受信ユニット４１０と、第１の事前設定リソースを使用してユーザデータを送信または受信するように設定されたデータ送信／受信ユニット４２０とを含む。

いくつかの実施形態では、シグナリング受信ユニット４１０は、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソースを設定する第２の事前設定リソース設定を示す制御シグナリングを受信するように設定される。機能的実装形態は、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソース設定を要求するように設定された、要求ユニット４３０をも含み得る。

図５は、１つまたは複数の実施形態に従って実装されるネットワークノード５００を示す。ネットワークノード５００は、たとえば、無線ネットワークノードであり得る。示されているように、ネットワークノード５００は、処理回路５１０と通信回路５２０とを含む。通信回路５２０は、たとえば、任意の通信技術を介して、情報を１つまたは複数の他のノードに送信し、および／または１つまたは複数の他のノードから受信するように設定される。処理回路５１０は、メモリ５３０に記憶された命令を実行することなどによって、上記で説明された処理を実施するように設定される。処理回路５１０は、この点について、いくつかの機能的手段、ユニット、またはモジュールを実装し得る。

図６は、さらに他の実施形態による、無線ネットワーク（たとえば、図７に示されている無線ネットワーク）におけるネットワークノード６００の概略ブロック図を示す。示されているように、ネットワークノード６００は、たとえば、図５中の処理回路５１０を介して、および／またはソフトウェアコードを介して、様々な機能的手段、ユニット、またはモジュールを実装する。たとえば本明細書の（１つまたは複数の）方法を実装するための、これらの機能的手段、ユニット、またはモジュールは、たとえば、無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを送信するように設定された、シグナリング送信ユニット６１０と、第１の事前設定リソースを使用してユーザデータを送信または受信するように設定されたデータ送信／受信ユニット６２０とを含む。

いくつかの実施形態では、シグナリング受信ユニット６１０は、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソースを設定する第２の事前設定リソース設定を示す制御シグナリングを送信するように設定される。機能的実装形態は、第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、無線デバイスから、第２の事前設定リソース設定についての要求を受信するように設定された、要求受信ユニット６３０をも含み得る。

また、本明細書の実施形態が、対応するコンピュータプログラムをさらに含むことを、当業者は諒解されよう。

コンピュータプログラムは、装置の少なくとも１つのプロセッサ上で実行されたとき、装置に、上記で説明されたそれぞれの処理のいずれかを行わせる命令を備える。コンピュータプログラムは、この点について、上記で説明された手段またはユニットに対応する１つまたは複数のコードモジュールを備え得る。

実施形態は、そのようなコンピュータプログラムを含んでいるキャリアをさらに含む。このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つを備え得る。

この点について、本明細書の実施形態は、非一時的コンピュータ可読（記憶または記録）媒体に記憶され、装置のプロセッサによって実行されたとき装置に上記で説明されたように実施させる命令を備えるコンピュータプログラム製品をも含む。

実施形態は、コンピュータプログラム製品であって、コンピュータプログラム製品がコンピューティングデバイスによって実行されたとき、本明細書の実施形態のいずれかのステップを実施するためのプログラムコード部分を備えるコンピュータプログラム製品をさらに含む。このコンピュータプログラム製品は、コンピュータ可読記録媒体に記憶され得る。

次に、追加の実施形態が説明される。これらの実施形態のうちの少なくともいくつかは、説明の目的で、いくつかのコンテキストおよび／または無線ネットワークタイプにおいて適用可能なものとして説明され得るが、実施形態は、明示的に説明されない他のコンテキストおよび／または無線ネットワークタイプにおいて同様に適用可能である。

ＭＴＣトラフィックは、一般的に極めてまれであり、ＰＵＲの１つの目的は、ＵＥが、送信のためのシグナリングオーバーヘッドを低減し、ＵＥ電力消費を低減し、（より少ない無線リソースが使用されるので）送信効率を改善するために直ちに使用することができる、アップリンク送信のための無線リソースを事前設定することである。ＷＩ目的（ＷＩ－ｏｂｊｅｃｔｉｖｅ）によれば、ＵＥは、ＰＵＲを使用するために、有効なタイミングアドバンス（ＴＡ）を有しなければならない。ＴＡを獲得することは、ＵＥからのアップリンク送信と、同期して受信しているために後続のアップリンク送信のためにＵＥが適用するべきであるタイミングオフセットに関するｅＮＢからのフィードバックとを必要とする。これは、Ｍｓｇ２中のランダムアクセス応答中に含まれるタイミングアドバンスコマンドであり、これはまた、ＴＡを調節するために、ｅＮＢによる接続セッション中に、後で含まれ得る。したがって、セル中での初期送信がＵＥによって必要とされ、いくつかの実施形態によれば、レガシーＲＲＣ接続セットアップまたはＲｅｌ－１５早期データ送信（ＥＤＴ：Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）のいずれかが、この目的で使用される。ＰＵＲ設定は、次いで、初期接続中に、またはＥＤＴプロセスへの新しい追加として、提供され得る。

設定のためのシグナリング図が図１６に示されている。この例では、ＵＥは、セル（または、ＵＥコンテキストが他のセル中で再使用され得る場合、セルのグループ）中での初期送信において専用ＲＲＣシグナリングを介してＰＵＲで設定され、ＵＥは、ＲＲＣ＿ＩＤＬＥ（または非アクティブ）に進み、次いで、後の時間的ポイントにおいてＰＵＲリソース中でデータを送信する。ＰＵＲデータ送信は、Ｍｓｇ３および／またはＭｓｇ４中でのＲｅｌ－１５ＥＤＴデータ送信と同様であり、ＥＤＴ ＲＲＣメッセージは、ＰＵＲ ＲＲＣメッセージバージョンのために再使用されるか、またはＲＲＣメッセージバージョンのためのベースラインとして使用されるかのいずれかであり得る。

ＰＵＲ設定は、図１７に示されているように、その時間において１つのＰＵＲリソースを割り当てることができ、後続のＰＵＲ送信においてさらなるＰＵＲリソースが設定される。

ＰＵＲ設定は、ＵＥが使用するための、周期的ＰＵＲリソース、またはＰＵＲリソースのプールをも割り当てることができる。これは、図１８に示されている。

ＰＵＲデータ送信は、無競合であり得る。すなわち、ＵＥは、送信のための専用および無衝突（ｃｏｌｌｉｓｉｏｎ－ｆｒｅｅ）無線リソースを有する。ＰＵＲデータ送信は、競合ベースであり得る。すなわち、ＰＵＲデータ送信は、他のＵＥからのデータ送信との衝突の危険を冒して、共通リソース中で行われる。ＰＵＲリソースが専用（無競合）である場合、ＰＵＲ設定は、ＵＥカテゴリー（たとえばＣａｔ－Ｍ２、Ｃａｔ－ＮＢ２）および能力（マルチトーン、１０個のＨＡＲＱプロセスなど）に合わせてテーラーメイドされ得る。

さらに、ＰＵＲのために導入される任意のＲＡＮ１拡張が、ＰＵＲ設定において設定され得る。たとえば、専用ＰＵＲリソースの場合、ＵＥ固有コード、ＵＥ固有トーン／サブキャリアなど、多元接続のためのＵＥ固有パラメータが示され得る。その上、ＰＵＲ設定が周期的ＰＵＲリソースを割り当てるとき、（たとえば、ＵＥがそれ以上送信すべきものを有しない場合、またはＵＥがセルを放棄した場合に）リソースの潜在的浪費を回避するように、ＰＵＲのためのアップリンクリソースがどのくらいの時間の間予約されたままになるかについてＵＥに示すために、「ＰＵＲ＿ｒｅｓｏｕｒｃｅ＿ｔｉｍｅｒ」が使用され得る。

様々な実施形態では、ＵＥは、１回、ランダムアクセスプロシージャのＭｓｇ１を送信し、Ｍｓｇ２を受信するにすぎず、セル中のすべてについて初期ＴＡを取得するために、ＰＵＲ設定を取得し、セル中での任意の後続のＰＵＲ送信のためにＭｓｇ３およびＭｓｇ４のみが送信される。Ｍｓｇ１およびＭｓｇ２の省略は、ＷＩ目的に従って、送信と無線リソースとを節約し（すなわち、シグナリングオーバーヘッド低減）、アップリンク送信効率とＵＥ電力消費の両方を改善する。

一実施形態では、ＵＥは、アップリンクメッセージ中で、「ＰＵＲ要求」または「ＰＵＲ設定要求」を送信する。すなわち、「ＰＵＲ要求」または「ＰＵＲ設定要求」は、ｅＮＢに、ＰＵＲで設定されることがそれのためになることを示すための指示中で送信される。「ＰＵＲ要求」または「ＰＵＲ設定要求」は、単純な１ビット指示、またはＰＵＲトランスポートブロックサイズ（ＴＢＳ）、ＰＵＲ ＲＮＴＩ、ＰＵＲ間隔／時間オフセットなどの好ましいＰＵＲパラメータを含む制御エレメントであり得る。ｅＮＢは、「ＰＵＲ応答」でこれに応答する。これは、同じく制御エレメントであり得、ｅＮＢ判定と、どのＰＵＲ－ＴＢＳ、ＰＵＲ間隔、ＲＮＴＩ、多元接続リソース、あるいは変調方式、ＰＵＲリソース割り当てまたは「ＰＵＲ ＵＬグラント」をＵＥが適用するべきであるかのコマンドとを含む。

一実施形態では、ＰＵＲは、その時間において１つのリソースについてグラントされ、ＰＵＲデータ送信に、さらなる「ＰＵＲ要求」および「ＰＵＲ応答」が付随することができる。そのような「連結（ｃｈａｉｎｅｄ）」手法は、（ＵＥがセルを離れるかまたは任意の他の理由で送信しない場合に）ＲＲＣ＿ＩＤＬＥ（または非アクティブ状態）にあるＵＥに割り振られた浪費されたリソースを１つのＰＵＲ送信機会を低減する。この実施形態へのさらなる追加物（ａｄｄ－ｏｎ）では、「ＰＵＲ要求」におけるＵＥと「ＰＵＲ応答」におけるネットワークの両方が、メッセージが前回と同じ情報を含んでいると解釈されるべきであることを示すことができる。これは、ＰＵＲ選好またはパラメータが前回と同じように適用可能である場合、シグナリングオーバーヘッドを低減するために行われ得る。

一実施形態では、「ＰＵＲ要求」は、専用ＰＨＹスケジューリング要求と同様に（Ｎ）ＰＲＡＣＨリソースを共有することができるか、または、「ＰＵＲ要求」は、ＰＵＲ要求をＰＵＲデータ送信と多重化することができる。

一実施形態では、ＰＵＲは周期的リソースについてグラントされ、これに反して明示的シグナリングがない限り、同じＰＵＲリソースが時間的に、周期的に繰り返される。「ＰＵＲ要求」メッセージと「ＰＵＲ応答」メッセージとは、周期的ＰＵＲリソースを再設定するかまたは終了するために使用される。さらなる実施形態では、リソースの潜在的浪費を回避するように、ＰＵＲのためのアップリンクリソースがどのくらいの時間の間（これは、スロット、サブフレーム、フレームなどに関して与えられ得る）予約されたままになるかについてＵＥを示すために、「ＰＵＲ＿ｒｅｓｏｕｒｃｅ＿ｔｉｍｅｒ」が使用され得る。

一実施形態では、アイドルモードにおけるＰＵＲ送信は、主に２つのステップを含むことができる。第１のステップにおいて、レガシー接続確立は、初期ＴＡを獲得するために再使用され（たとえば、レガシーＲＲＣ接続セットアップまたはＲｅｌ－１５早期データ送信（ＥＤＴ））、接続モードにおいて、将来のアイドルモード送信においてＵＥによって使用され得るＵＬリソース（ＰＵＲ ＵＬグラント）の事前設定を得るために再使用される。第２のステップにおいて、（ＴＡ有効性を含む）いくつかの基準を評価し、その基準を満たした後に、ＵＥは、周期的手法またはオンデマンド手法のいずれかを使用することによって、直接Ｍｓｇ３上で（すなわち、Ｍｓｇ１およびＭｓｇ２をスキップして）、事前設定ＵＬリソース上でのアイドルモード送信を実施し得る。

一実施形態では、ＰＵＲ設定またはグラントは、以下のパラメータ、すなわち、時間オフセット／間隔、タイミングアドバンス情報、繰返し数またはカバレッジ拡張レベル、ＰＵＲ ＲＮＴＩ、トランスポートブロックサイズ、変調符号化方式、ＨＡＲＱ再送信のためのリソース指示、および／あるいは３６．２１３による「ＵＬグラント」中に含まれている任意の他のパラメータのいずれかを含む。随意に、リソースが競合ベースであるのか無競合であるのかが示され得る。

一実施形態では、「ＰＵＲ応答」は、ＵＥによって適用されるタイミングアドバンスを更新するために、タイミングアドバンスコマンドを含む。

一実施形態では、上記におけるＰＵＲ設定パラメータは、ＵＥコンテキストの一部として追加および記憶される（ＣＩｏＴ ＵＰ最適化についてｅＮＢに記憶され、ＣＩｏＴ ＣＰ最適化についてＭＭＥに記憶される）。

一実施形態では、ＰＵＲリソースは、ある時間についてグラントされる。すなわち、ＵＥは、ＰＵＲ設定の一部としてのタイマーで設定され、ＵＥは、このタイマーが満了しない限りＰＵＲリソースを使用することを可能にされるにすぎない。

一実施形態では、ＰＵＲ設定は、ＵＥがＰＵＲ送信のために適用するべきであるパラメータを含む。たとえば、ＵＥが適用するべきである、ＣＤＭＡのためのＵＥ固有コード、空間パラメータ、サブＰＲＢパラメータ、サブキャリア割り当て（たとえば、シングルトーンおよび／またはマルチトーン割り当て）など、ＰＵＲリソース中の多元接続のためのパラメータ。

一実施形態では、ＰＵＲ設定は、より長い時間オフセットが適用されたアップリンクグラント（またはダウンリンク割り振り）である。

一実施形態では、ＰＵＲ設定は一般的（ｇｅｎｅｒｉｃ）であり、ＰＵＲ設定が専用（無競合）ＰＵＲリソースであるのか共通（競合ベース）ＰＵＲリソースであるのかは、ＵＥにとって明らかでない。その場合、同じ無線リソース中でＵＥに過負荷をかけるという判定が、ｅＮＢ実装形態に委ねられ得る。

一実施形態では、Ｍｓｇ３およびＭｓｇ４のためのＲｅｌ－１５早期データ送信ＲＲＣメッセージは、ＰＵＲデータ送信のために再使用されるか、またはそのためのベースラインとして使用される。ＥＤＴ Ｓｈｏｒｔ－ＭＡＣ－Ｉ、新しいＰＵＲ ＲＮＴＩ、Ｉ－ＲＮＴＩ、または同様のもののいずれかが、ＲｅｓｕｍｅＩＤとして使用され得る。

一実施形態では、ＵＥは、ＰＵＲリソース中での送信の前にＵＥのタイミングアドバンスが依然として有効であるかどうかを検査するために評価しなければならない。条件のセットは、任意のＴＡ有効性機構、たとえば、ＵＥ位置の検出された変更、ＲＳＲＰ／ＲＳＲＱの変更などをテストすることに基づき得る。

一実施形態では、ＵＥのためのＰＵＲ設定は、「サブスクリプションベースＵＥ区分情報（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｂａｓｅｄ ＵＥ Ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）」（ＴＳ３６．４２３および３６．４１３参照）に基づく。たとえば、設定は、パラメータ、すなわち、周期的時間、バッテリー指示、トラフィックプロファイル、固定指示（Ｓｔａｔｉｏｎａｒｙ Ｉｎｄｉｃａｔｉｏｎ）、スケジュールされた通信時間などに基づき得る。

一実施形態では、ＰＵＲリソースは、ＵＥがＲＲＣ＿ＩＤＬＥにあるのかＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるのかとは無関係にＵＥにとって利用可能である。このようにして、ｐｅｒ－ｒｅｑｕｅｓｔ／ｏｎｅ－ＰＵＲ－ａｔ－ｔｈｅ－ｔｉｍｅソリューションは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるレガシーＳＰＳ動作に対する拡張（ｅｘｔｅｎｓｉｏｎ）である。

一実施形態では、ＰＵＲ送信の後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移るようにＵＥに命令すべきか否かは、ネットワーク次第である。

一実施形態では、ＵＥは、データ送信のために使用され得る有効なＰＵＲ設定をＵＥが有する場合、スケジューリング要求、ランダムアクセスまたは任意の他のアップリンク送信をトリガしない。

一実施形態では、ＵＥは、ＨＡＲＱ再送信のために使用される専用ＰＵＲ ＲＮＴＩで設定される。すなわち、ｅＮＢは、ＨＡＲＱソフト合成を可能にするために再送信をスケジュールするとき、専用ＰＵＲ ＲＮＴＩを利用することができる。

一実施形態では、ＵＥは共通ＰＵＲ ＲＮＴＩで設定され、ＰＵＲ送信のためのＨＡＲＱ再送信は、一時Ｃ－ＲＮＴＩを使用するレガシーＭｓｇ３送信と同じやり方で働く。

一実施形態では、ＰＵＲ ＲＮＴＩは、使用されたＰＵＲリソースから導出され、このことから、再送信することをＵＥが要求されるかどうかがＵＥにとって明らかになる。これは、たとえば、サブフレーム番号、無線フレーム番号、シングルトーン、サブキャリア、キャリア、ＣＤＭＡコード、ＮＯＭＡリソース、ＲｅｓｕｍｅＩＤなどに基づき得る。

一実施形態では、ｅＮＢが再送信をスケジュールすることを可能にするために、ＵＥは、ＰＵＲ送信の後に（設定された）ＤＲＸサイクルで（設定された）時間期間中に（場合によっては、その時間期間を時間ウィンドウにする、開始時間のためのオフセットを伴って）（Ｍ／Ｎ）ＰＤＣＣＨを監視することを必要とされる。

一実施形態では、ＵＥは、依然として（Ｍ／Ｎ）ＰＤＣＣＨを監視し、ＰＵＲ送信のためにＤＣＩ割り振りに依存する。これは、ＤＣＩベースＰＵＲ動作の概略図である図１９に示されている。他のソリューションと比較して、ＰＵＲ設定は、ＰＵＲ送信のためにＤＣＩについて検査するためにＵＥがいつ（Ｍ／Ｎ）ＰＤＣＣＨを監視するべきであるかを設定している。すなわち、ＵＥは、時間ウィンドウ中に、あるＤＲＸサイクルで、あるＲＮＴＩ（ＰＵＲ－ＲＮＴＩなど）を用いて（Ｍ／Ｎ）ＰＤＣＣＨを監視する、たとえば、設定の後の１２ｈ以内の２０ｓ時間ウィンドウ中に２．５６ｓのＤＲＸで監視するように設定され得る。周期的ＰＵＲについての一例では、ＵＥは、単に、あるＲＮＴＩを用いて、および（通常のページングを監視するために使用されるＤＲＸサイクルとは異なり得る）あるＤＲＸサイクルで、（Ｍ／Ｎ）ＰＤＣＣＨを監視するように設定される。この実施形態の欠点は、（Ｍ／Ｎ）ＰＤＣＣＨを送信および監視することからの追加のシグナリングオーバーヘッドおよびＵＥ電力消費である。このソリューションの利益は、増加されたネットワーク制御であり、早期に設定された任意のリソースを取り消すことは簡単である。すなわち、アクセス制御のために必要とされる追加のソリューションはなく、ＵＥは、設定された数の（Ｎ／Ｍ）ＰＤＣＣＨ機会またはあるタイマーの満了の前にＵＥがＰＵＲグラント／割り振りを受信しなかった場合、データのレガシー（プレＲｅｌ－１６）送信に帰する。このソリューションは、長期的スケジューリング要求または周期的スケジューリング要求と同様である。

代替実施形態では、ＰＵＲ設定の半静的部分は、ＵＥ固有ＲＲＣシグナリングにおいて、および／またはセル固有システム情報（シグナリング）において示され得る。ＰＵＲ設定の動的部分は、（Ｍ／Ｎ）ＰＤＣＣＨによって搬送されるかまたはランダムアクセス応答（ＲＡＲ）メッセージと同様のメッセージによって搬送されるＵＬグラントの形態で示され得る。たとえば、半静的部分は、ＵＬグラントが送信され得る時間機会を示すことができ、ＵＬグラントは、周波数領域リソース割り当ておよび変調符号化方式（ＭＣＳ）を示すことができる。この場合、ｅＮＢは、適切なＵＬグラントを送ることによって、または任意のＵＬグラントを送らないことを決めることによって、アクセス制御を実施する。この実施形態は、ＰＵＲリソースとして使用するためのＵＬリソースを有効化または無効化するための極めてフレキシブルなやり方をｅＮＢに提供する。

上記の説明は事前設定アップリンクリソースについてのものであるが、事前設定ダウンリンクリソースの場合をもカバーするために様々な実施形態が一般化される。

本明細書で説明される主題は、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、本明細書で開示される実施形態は、図７に示されている例示的な無線ネットワークなどの無線ネットワークに関して説明される。簡単のために、図７の無線ネットワークは、ネットワーク７０６、ネットワークノード７６０および７６０ｂ、ならびにＷＤ７１０、７１０ｂ、および７１０ｃのみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノード７６０および無線デバイス（ＷＤ）７１０は、追加の詳細とともに図示される。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。

無線ネットワークは、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを備え、および／またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。

ネットワーク７０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。

ネットワークノード７６０およびＷＤ７１０は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。

本明細書で使用されるネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または提供するための、および／または、無線ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、および／あるいはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

図７では、ネットワークノード７６０は、処理回路７７０と、デバイス可読媒体７８０と、インターフェース７９０と、補助機器７８４と、電源７８６と、電力回路７８７と、アンテナ７６２とを含む。図７の例示的な無線ネットワーク中に示されているネットワークノード７６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノード７６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体７８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備え得る）。

同様に、ネットワークノード７６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノード７６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、複数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと見なされ得る。いくつかの実施形態では、ネットワークノード７６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体７８０）、いくつかの構成要素は再使用され得る（たとえば、同じアンテナ７６２がＲＡＴによって共有され得る）。ネットワークノード７６０は、ネットワークノード７６０に統合された、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノード７６０内の他の構成要素に統合され得る。

処理回路７７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路７７０によって実施されるこれらの動作は、処理回路７７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

処理回路７７０は、単体で、またはデバイス可読媒体７８０などの他のネットワークノード７６０構成要素と併せてのいずれかで、ネットワークノード７６０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。たとえば、処理回路７７０は、デバイス可読媒体７８０に記憶された命令、または処理回路７７０内のメモリに記憶された命令を実行し得る。そのような機能は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路７７０は、システムオンチップ（ＳＯＣ）を含み得る。

いくつかの実施形態では、処理回路７７０は、無線周波数（ＲＦ）トランシーバ回路７７２とベースバンド処理回路７７４とのうちの１つまたは複数を含み得る。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路７７２とベースバンド処理回路７７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路７７２とベースバンド処理回路７７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。

いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体７８０、または処理回路７７０内のメモリに記憶された、命令を実行する処理回路７７０によって実施され得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路７７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路７７０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路７７０単独に、またはネットワークノード７６０の他の構成要素に限定されないが、全体としてネットワークノード７６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

デバイス可読媒体７８０は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路７７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体７８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路７７０によって実行されることが可能であり、ネットワークノード７６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体７８０は、処理回路７７０によって行われた計算および／またはインターフェース７９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路７７０およびデバイス可読媒体７８０は、統合されていると見なされ得る。

インターフェース７９０は、ネットワークノード７６０、ネットワーク７０６、および／またはＷＤ７１０の間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェース７９０は、たとえば有線接続上でネットワーク７０６との間でデータを送るおよび受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末７９４を備える。インターフェース７９０は、アンテナ７６２に結合されるか、またはいくつかの実施形態では、アンテナ７６２の一部であり得る、無線フロントエンド回路７９２をも含む。無線フロントエンド回路７９２は、フィルタ７９８と増幅器７９６とを備える。無線フロントエンド回路７９２は、アンテナ７６２および処理回路７７０に接続され得る。無線フロントエンド回路は、アンテナ７６２と処理回路７７０との間で通信される信号を調整するように設定され得る。無線フロントエンド回路７９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路７９２は、デジタルデータを、フィルタ７９８および／または増幅器７９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ７６２を介して送信され得る。同様に、データを受信するとき、アンテナ７６２は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路７９２によってデジタルデータに変換される。デジタルデータは、処理回路７７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

いくつかの代替実施形態では、ネットワークノード７６０は別個の無線フロントエンド回路７９２を含まないことがあり、代わりに、処理回路７７０は、無線フロントエンド回路を備え得、別個の無線フロントエンド回路７９２なしでアンテナ７６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路７７２の全部または一部が、インターフェース７９０の一部と見なされ得る。さらに他の実施形態では、インターフェース７９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末７９４と、無線フロントエンド回路７９２と、ＲＦトランシーバ回路７７２とを含み得、インターフェース７９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路７７４と通信し得る。

アンテナ７６２は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ７６２は、無線フロントエンド回路７９０に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ７６２は、たとえば２ＧＨｚから６６ＧＨｚの間の無線信号を送信／受信するように動作可能な１つまたは複数の全指向性、セクタまたはパネルアンテナを備え得る。全指向性アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナ７６２は、ネットワークノード７６０とは別個であり得、インターフェースまたはポートを通してネットワークノード７６０に接続可能であり得る。

アンテナ７６２、インターフェース７９０、および／または処理回路７７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ７６２、インターフェース７９０、および／または処理回路７７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。

電力回路７８７は、電力管理回路を備えるか、または電力管理回路に結合され得、本明細書で説明される機能を実施するための電力を、ネットワークノード７６０の構成要素に供給するように設定される。電力回路７８７は、電源７８６から電力を受信し得る。電源７８６および／または電力回路７８７は、それぞれの構成要素に好適な形式で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノード７６０の様々な構成要素に電力を提供するように設定され得る。電源７８６は、電力回路７８７および／またはネットワークノード７６０中に含まれるか、あるいは電力回路７８７および／またはネットワークノード７６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノード７６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路７８７に電力を供給する。さらなる例として、電源７８６は、電力回路７８７に接続された、または電力回路７８７中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。

ネットワークノード７６０の代替実施形態は、本明細書で説明される機能、および／または本明細書で説明される主題をサポートするために必要な機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することを担当し得る、図７に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノード７６０は、ネットワークノード７６０への情報の入力を可能にするための、およびネットワークノード７６０からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノード７６０のための診断、メンテナンス、修復、および他のアドミニストレーティブ機能を実施することを可能にし得る。

本明細書で使用される「無線デバイス」（ＷＤ）という用語は、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。別段に記載されていない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。いくつかの実施形態では、ＷＤは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、ＷＤは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップコンピュータ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ：ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅ ｅｑｕｉｐｍｅｎｔ）、車載無線端末デバイスなどを含む。ＷＤは、たとえばサイドリンク通信、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。ＷＤは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である。上記で説明されたＷＤは無線接続のエンドポイントを表し得、その場合、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたＷＤはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。

示されているように、無線デバイス７１０は、アンテナ７１１と、インターフェース７１４と、処理回路７２０と、デバイス可読媒体７３０と、ユーザインターフェース機器７３２と、補助機器７３４と、電源７３６と、電力回路７３７とを含む。ＷＤ７１０は、ＷＤ７１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、ＮＢ－ＩｏＴ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含み得る。これらの無線技術は、ＷＤ７１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。

アンテナ７１１は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェース７１４に接続される。いくつかの代替実施形態では、アンテナ７１１は、ＷＤ７１０とは別個であり、インターフェースまたはポートを通してＷＤ７１０に接続可能であり得る。アンテナ７１１、インターフェース７１４、および／または処理回路７２０は、ＷＤによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ７１１は、インターフェースと見なされ得る。

示されているように、インターフェース７１４は、無線フロントエンド回路７１２とアンテナ７１１とを備える。無線フロントエンド回路７１２は、１つまたは複数のフィルタ７１８と増幅器７１６とを備える。無線フロントエンド回路７１４は、アンテナ７１１および処理回路７２０に接続され、アンテナ７１１と処理回路７２０との間で通信される信号を調整するように設定される。無線フロントエンド回路７１２は、アンテナ７１１に結合されるか、またはアンテナ７１１の一部であり得る。いくつかの実施形態では、ＷＤ７１０は別個の無線フロントエンド回路７１２を含まないことがあり、むしろ、処理回路７２０は、無線フロントエンド回路を備え得、アンテナ７１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路７２２の一部または全部が、インターフェース７１４の一部と見なされ得る。無線フロントエンド回路７１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路７１２は、デジタルデータを、フィルタ７１８および／または増幅器７１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナ７１１を介して送信され得る。同様に、データを受信するとき、アンテナ７１１は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路７１２によってデジタルデータに変換される。デジタルデータは、処理回路７２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。

処理回路７２０は、単体で、またはデバイス可読媒体７３０などの他のＷＤ７１０構成要素と併せてのいずれかで、ＷＤ７１０機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。そのような機能は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路７２０は、本明細書で開示される機能を提供するために、デバイス可読媒体７３０に記憶された命令、または処理回路７２０内のメモリに記憶された命令を実行し得る。

示されているように、処理回路７２０は、ＲＦトランシーバ回路７２２、ベースバンド処理回路７２４、およびアプリケーション処理回路７２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備え得る。いくつかの実施形態では、ＷＤ７１０の処理回路７２０は、ＳＯＣを備え得る。いくつかの実施形態では、ＲＦトランシーバ回路７２２、ベースバンド処理回路７２４、およびアプリケーション処理回路７２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路７２４およびアプリケーション処理回路７２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路７２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路７２２およびベースバンド処理回路７２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路７２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路７２２、ベースバンド処理回路７２４、およびアプリケーション処理回路７２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路７２２は、インターフェース７１４の一部であり得る。ＲＦトランシーバ回路７２２は、処理回路７２０のためのＲＦ信号を調整し得る。

いくつかの実施形態では、ＷＤによって実施されるものとして本明細書で説明される機能の一部または全部は、デバイス可読媒体７３０に記憶された命令を実行する処理回路７２０によって提供され得、デバイス可読媒体７３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路７２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路７２０は、説明される機能を実施するように設定され得る。そのような機能によって提供される利益は、処理回路７２０単独に、またはＷＤ７１０の他の構成要素に限定されないが、全体としてＷＤ７１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。

処理回路７２０は、ＷＤによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路７２０によって実施されるようなこれらの動作は、処理回路７２０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をＷＤ７１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。

デバイス可読媒体７３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路７２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体７３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路７２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路７２０およびデバイス可読媒体７３０は、統合されていると見なされ得る。

ユーザインターフェース機器７３２は、人間のユーザがＷＤ７１０と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形態のものであり得る。ユーザインターフェース機器７３２は、ユーザへの出力を作り出すように、およびユーザがＷＤ７１０への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、ＷＤ７１０にインストールされるユーザインターフェース機器７３２のタイプに応じて変動し得る。たとえば、ＷＤ７１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、ＷＤ７１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器７３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器７３２は、ＷＤ７１０への情報の入力を可能にするように設定され、処理回路７２０が入力情報を処理することを可能にするために、処理回路７２０に接続される。ユーザインターフェース機器７３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路を含み得る。ユーザインターフェース機器７３２はまた、ＷＤ７１０からの情報の出力を可能にするように、および処理回路７２０がＷＤ７１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器７３２は、たとえば、スピーカー、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含み得る。ユーザインターフェース機器７３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ７１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能から利益を得ることを可能にし得る。

補助機器７３４は、概してＷＤによって実施されないことがある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊なセンサー、有線通信などの追加のタイプの通信のためのインターフェースなどを備え得る。補助機器７３４の構成要素の包含、および補助機器７３４の構成要素のタイプは、実施形態および／またはシナリオに応じて変動し得る。

電源７３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。ＷＤ７１０は、電源７３６から、本明細書で説明または示される任意の機能を行うために電源７３６からの電力を必要とする、ＷＤ７１０の様々な部分に電力を配信するための、電力回路７３７をさらに備え得る。電力回路７３７は、いくつかの実施形態では、電力管理回路を備え得る。電力回路７３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、ＷＤ７１０は、電力ケーブルなどの入力回路またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路７３７はまた、いくつかの実施形態では、外部電源から電源７３６に電力を配信するように動作可能であり得る。これは、たとえば、電源７３６の充電のためのものであり得る。電力回路７３７は、電源７３６からの電力に対して、その電力を、電力が供給されるＷＤ７１０のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。

図８は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連するデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連しないことがあるか、または特定の人間のユーザに初めに関連しないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連するか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。ＵＥ８２００は、ＮＢ－ＩｏＴ ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図８に示されているＵＥ８００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＷＤの一例である。前述のように、ＷＤおよびＵＥという用語は、互換的に使用され得る。したがって、図８はＵＥを示すが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆も同様である。

図８では、ＵＥ８００は、入出力インターフェース８０５、無線周波数（ＲＦ）インターフェース８０９、ネットワーク接続インターフェース８１１、ランダムアクセスメモリ（ＲＡＭ）８１７と読取り専用メモリ（ＲＯＭ）８１９と記憶媒体８２１などとを含むメモリ８１５、通信サブシステム８３１、電源８３３、および／または他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路８０１を含む。記憶媒体８２１は、オペレーティングシステム８２３と、アプリケーションプログラム８２５と、データ８２７とを含む。他の実施形態では、記憶媒体８２１は、他の同様のタイプの情報を含み得る。いくつかのＵＥは、図８に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変動し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。

図８では、処理回路８０１は、コンピュータ命令およびデータを処理するように設定され得る。処理回路８０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態機械など、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路８０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に好適な形式での情報であり得る。

図示された実施形態では、入出力インターフェース８０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ８００は、入出力インターフェース８０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＥ８００への入力およびＵＥ８００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ８００は、ユーザがＵＥ８００に情報をキャプチャすることを可能にするために、入出力インターフェース８０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。

図８では、ＲＦインターフェース８０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェース８１１は、ネットワーク８４３ａに通信インターフェースを提供するように設定され得る。ネットワーク８４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク８４３ａは、Ｗｉ－Ｆｉネットワークを備え得る。ネットワーク接続インターフェース８１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェース８１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

ＲＡＭ８１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス８０２を介して処理回路８０１にインターフェースするように設定され得る。ＲＯＭ８１９は、処理回路８０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ８１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体８２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体８２１は、オペレーティングシステム８２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラム８２５と、データファイル８２７とを含むように設定され得る。記憶媒体８２１は、ＵＥ８００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。

記憶媒体８２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、あるいはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体８２１は、ＵＥ８００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、あるいはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体８２１中に有形に具現され得、記憶媒体８２１はデバイス可読媒体を備え得る。

図８では、処理回路８０１は、通信サブシステム８３１を使用してネットワーク８４３ｂと通信するように設定され得る。ネットワーク８４３ａとネットワーク８４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステム８３１は、ネットワーク８４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステム８３１は、ＩＥＥＥ８０２．８１１、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能または受信機機能をそれぞれ実装するための、送信機８３３および／または受信機８３５を含み得る。さらに、各トランシーバの送信機８３３および受信機８３５は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

示されている実施形態では、通信サブシステム８３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステム８３１は、セルラ通信と、Ｗｉ－Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含み得る。ネットワーク８４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワーク８４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源８１３は、ＵＥ８００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。

本明細書で説明される特徴、利益および／または機能は、ＵＥ８００の構成要素のうちの１つにおいて実装されるか、またはＵＥ８００の複数の構成要素にわたって区分され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム８３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路８０１は、バス８０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路８０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能は、処理回路８０１と通信サブシステム８３１との間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。

図９は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境９００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。

いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノード９３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境９００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。

機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）１つまたは複数のアプリケーション９２０によって実装され得る。アプリケーション９２０は、処理回路９６０とメモリ９９０とを備えるハードウェア９３０を提供する、仮想化環境９００において稼働される。メモリ９９０は、処理回路９６０によって実行可能な命令９９５を含んでおり、それにより、アプリケーション９２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。

仮想化環境９００は、１つまたは複数のプロセッサのセットまたは処理回路９６０を備える、汎用または専用のネットワークハードウェアデバイス９３０を備え、１つまたは複数のプロセッサのセットまたは処理回路９６０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイスはメモリ９９０－１を備え得、メモリ９９０－１は、処理回路９６０によって実行される命令９９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）９７０を備え得、ネットワークインターフェースコントローラ（ＮＩＣ）９７０は物理ネットワークインターフェース９８０を含む。各ハードウェアデバイスは、処理回路９６０によって実行可能なソフトウェア９９５および／または命令を記憶した、非一時的、永続的、機械可読記憶媒体９９０－２をも含み得る。ソフトウェア９９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ９５０をインスタンス化するためのソフトウェア、仮想マシン９４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。

仮想マシン９４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ９５０またはハイパーバイザによって稼働され得る。仮想アプライアンス９２０の事例の異なる実施形態が、仮想マシン９４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。

動作中に、処理回路９６０は、ソフトウェア９９５を実行してハイパーバイザまたは仮想化レイヤ９５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤ９５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤ９５０は、仮想マシン９４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。

図９に示されているように、ハードウェア９３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェア９３０は、アンテナ９２２５を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア９３０は、多くのハードウェアノードが協働し、特に、アプリケーション９２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）９１００を介して管理される、（たとえば、データセンタまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。

ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上にコンソリデートするために使用され得る。

ＮＦＶのコンテキストでは、仮想マシン９４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシン９４０の各々と、その仮想マシン専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシン９４０のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェア９３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。

さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ９３０の上の１つまたは複数の仮想マシン９４０において稼働する固有のネットワーク機能をハンドリングすることを担当し、図９中のアプリケーション９２０に対応する。

いくつかの実施形態では、各々、１つまたは複数の送信機９２２０と１つまたは複数の受信機９２１０とを含む、１つまたは複数の無線ユニット９２００は、１つまたは複数のアンテナ９２２５に結合され得る。無線ユニット９２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード９３０と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。

いくつかの実施形態では、何らかのシグナリングが、ハードウェアノード９３０と無線ユニット９２００との間の通信のために代替的に使用され得る制御システム９２３０を使用して、影響を及ぼされ得る。

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

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

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

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

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

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

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

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

ＵＥ１１３０と基地局１１２０との間の無線接続１１７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１１７０が最後のセグメントを形成するＯＴＴ接続１１５０を使用して、ＵＥ１１３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、任意のＰＵＲリソースまたは設定が取り消されることを可能にし、より良い目的のために使用される無線リソースを可能にする。実施形態の別の利点は、ＰＵＲ送信が専用リソース中で有効化されることである。これは、無線リソース消費を制限し、ＵＥトラフィックプロファイルに従うテーラーメイドソリューションを可能にする。実施形態は、それにより、より良い容量、より良い応答性およびより良いバッテリー寿命などの利益を提供する。

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

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

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

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

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

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

概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連する技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のうちのいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同じように、実施形態のうちのいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、その説明から明らかになろう。

ユニットという用語は、エレクトロニクス、電気デバイス、および／または電子デバイスの分野での通常の意味を有し得、たとえば、本明細書で説明されるものなど、それぞれのタスク、プロシージャ、算出、出力、および／または表示機能を行うための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、論理固体および／または個別デバイス、コンピュータプログラムまたは命令などを含み得る。

添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態が、本明細書で開示される主題の範囲内に含まれている。開示される主題は、以下に記載される請求項のみに限定されるものとして解釈されるべきではなく、むしろ、これらの請求項は、当業者に主題の範囲を伝達するために、例として提供される。

例示的な実施形態
グループＡの実施形態
１． 無線通信ネットワークにおける使用のために設定された無線デバイスによって実施される方法であって、方法は、
無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを受信することと、
第１の事前設定リソースを使用してユーザデータを送信または受信することと
を含む、方法。
２． 第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソースを設定する第２の事前設定リソース設定を示す制御シグナリングを受信することをさらに含む、実施形態１に記載の方法。
３． 第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソース設定を要求することをさらに含む、実施形態２に記載の方法。
４． 前記要求することが、第２の事前設定リソース設定についての要求を送信することを含み、ユーザデータを前記送信または受信することが、第１の事前設定リソースを使用してユーザデータを送信することを含み、要求が、ユーザデータと同じメッセージ中に含まれるか、またはさもなければユーザデータに付随する、実施形態３に記載の方法。
５． 前記要求することが、第２の事前設定リソース設定についての要求を送信することを含み、要求は、第２の事前設定リソース設定が第１の事前設定リソース設定と同じであること、または、第２の事前設定リソース設定の１つまたは複数の設定パラメータが第１の事前設定リソース設定の１つまたは複数の設定パラメータと同じであることを要求する、実施形態３または４に記載の方法。
６． 前記要求することが、第２の事前設定リソース設定についての要求を送信することを含み、要求が１ビットフィールドである、実施形態３から５のいずれか１つに記載の方法。
７． 第２の事前設定リソース設定を示す制御シグナリングは、第２の事前設定リソース設定の１つまたは複数の設定パラメータが、第１の事前設定リソース設定の１つまたは複数の設定パラメータと同じであることを示す、実施形態２から６のいずれか１つに記載の方法。
８． 第２の事前設定リソースは、第２の事前設定リソースが時間的に後で発生することを除いて第１の事前設定リソースと同じである、実施形態２から７のいずれか１つに記載の方法。
９． 第２の事前設定リソース設定を示す制御シグナリングが１ビットフィールドである、実施形態２から８のいずれか１つに記載の方法。
１０． ユーザデータを前記送信または受信することが、ユーザデータを送信することを含む、実施形態１から９のいずれか１つに記載の方法。
１１． 接続モードに遷移することの一部として、または接続モード中に、タイミングアドバンスを受信することをさらに含み、ユーザデータを送信することが、前記タイミングアドバンスを使用して実施される、実施形態１０に記載の方法。
１２． 第２の事前設定リソース設定を示す制御シグナリングがタイミングアドバンスをも示す、実施形態２から１１のいずれか１つに記載の方法。
１３． 第２の事前設定リソースを使用して、および制御シグナリングによって示されたタイミングアドバンスを使用して、ユーザデータを送信することをさらに含む、実施形態１２に記載の方法。
１４． 第２の事前設定リソースを使用してユーザデータを送信することは、無線デバイスが無線通信ネットワークとの接続を有しないアイドルモード中に実施されるか、または、無線デバイスが無線通信ネットワークとの非アクティブ接続を有する非アクティブモード中に実施される、実施形態１３に記載の方法。
１５． 第２の事前設定リソース設定を示す制御シグナリングは、無線デバイスが無線通信ネットワークとの接続を有しないアイドルモード中に受信されるか、または、無線デバイスが無線通信ネットワークとの非アクティブ接続を有する非アクティブモード中に受信される、実施形態２から１４のいずれか１つに記載の方法。
１６． ユーザデータを前記送信または受信することは、無線デバイスが無線通信ネットワークとの接続を有しないアイドルモード中に実施されるか、または、無線デバイスが無線通信ネットワークとの非アクティブ接続を有する非アクティブモード中に実施される、実施形態１から１５のいずれか１つに記載の方法。
１７． ユーザデータを前記送信または受信することが、接続モードを出て、アイドルモードまたは非アクティブモードに入ってから、ランダムアクセスプロシージャを実施していない状態で実施される、実施形態１６に記載の方法。
１８． ユーザデータを前記送信または受信することが、接続モードを出て、アイドルモードまたは非アクティブモードに入ってから、ランダムアクセスプロシージャのメッセージ１をまだ送信することなしに、および／またはランダムアクセスプロシージャのメッセージ２を受信することなしに実施される、実施形態１６に記載の方法。
１９． 接続モードを出て、アイドルモードまたは非アクティブモードに入ってから、ランダムアクセスプロシージャを実施していない状態で、アイドルモードまたは非アクティブモード中に、反復しない事前設定リソースを使用してユーザデータを送信または受信することであって、アイドルモードは、無線デバイスが無線通信ネットワークとの接続を有しないモードであり、または、非アクティブモードは、無線デバイスが無線通信ネットワークとの非アクティブ接続を有するモードである、ユーザデータを送信または受信することをさらに含む、実施形態１から１８のいずれか１つに記載の方法。
２０． 前回、無線デバイスが接続モードにあったときに受信されたか、あるいはアイドルモードまたはアクティブモード中に受信されたタイミングアドバンスを使用して、アイドルモードまたは非アクティブモード中に、反復しない事前設定リソースを使用してユーザデータを送信することをさらに含む、実施形態１から１９のいずれか１つに記載の方法。
２１． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャのメッセージ３フォーマットまたは無線リソース制御（ＲＲＣ）接続要求メッセージを使用して、第１の事前設定リソースを使用してユーザデータを送信することを含む、実施形態１から２０のいずれか１つに記載の方法。
２２． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャの早期データ送信（ＥＤＴ）メッセージ３フォーマット、ＥＤＴ ＲＲＣメッセージ、あるいは、ＥＤＴのためのものであるかまたはＥＤＴに基づくメッセージフォーマットを使用して、第１の事前設定リソースを使用してユーザデータを送信することを含む、実施形態１から２０のいずれか１つに記載の方法。
２３． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャのメッセージ４フォーマットまたは無線リソース制御（ＲＲＣ）接続セットアップメッセージを使用して、第１の事前設定リソースを使用してユーザデータを受信することを含む、実施形態１から２０のいずれか１つに記載の方法。
２４． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャの早期データ送信（ＥＤＴ）メッセージ４フォーマット、ＥＤＴ ＲＲＣメッセージ、あるいは、ＥＤＴのためのものであるかまたはＥＤＴに基づくメッセージフォーマットを使用して、第１の事前設定リソースを使用してユーザデータを受信することを含む、実施形態１から２０のいずれか１つに記載の方法。
２５． 第１の事前設定リソース設定を示す制御シグナリングが専用制御シグナリングである、実施形態１から２４のいずれか１つに記載の方法。
２６． 第１の事前設定リソースを使用してユーザデータを前記送信または受信することは、第１の事前設定リソースの有効性または予約が失効していないと決定したことに応答して実施される、実施形態１から２５のいずれか１つに記載の方法。
２７． スケジューリング要求またはランダムアクセスをトリガすることの代わりに、第１の事前設定リソースを使用してユーザデータを送信または受信することを含む、実施形態１から２６のいずれか１つに記載の方法。
２８． 第１の事前設定リソース設定は、第１の事前設定リソースが共通リソースであるのか専用リソースであるのかに関して一般的であるかまたはアグノスティック（ａｇｎｏｓｔｉｃ）である、実施形態１から２７のいずれか１つに記載の方法。
ＡＡ． 第１の事前設定リソースが、反復しない事前設定リソースである、実施形態１から２８のいずれか１つに記載の方法。
ＡＢ． 第２の事前設定リソースが、反復しない事前設定リソースである、実施形態１からＡＡのいずれか１つに記載の方法。
ＡＣ．
ユーザデータを提供することと、
基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることと
をさらに含む、実施形態１からＡＢのいずれか１つに記載の方法。

グループＢの実施形態
２９． 無線通信ネットワークにおける使用のために設定された無線ネットワークノードによって実施される方法であって、方法は、
無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを送信することと、
第１の事前設定リソースを使用してユーザデータを送信または受信することと
を含む、方法。
３０． 第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、第２の事前設定リソースを設定する第２の事前設定リソース設定を示す制御シグナリングを送信することをさらに含む、実施形態２９に記載の方法。
３１． 第１の事前設定リソースの使用後に、第１の事前設定リソースの使用と併せて、または第１の事前設定リソースの使用に基づいて、無線デバイスから、第２の事前設定リソース設定についての要求を受信することをさらに含む、実施形態３０に記載の方法。
３２． ユーザデータを前記送信または受信することが、第１の事前設定リソースを使用してユーザデータを受信することを含み、要求が、ユーザデータと同じメッセージ中に含まれるか、またはさもなければユーザデータに付随する、実施形態３１に記載の方法。
３３． 要求は、第２の事前設定リソース設定が第１の事前設定リソース設定と同じであること、または、第２の事前設定リソース設定の１つまたは複数の設定パラメータが第１の事前設定リソース設定の１つまたは複数の設定パラメータと同じであることを要求する、実施形態３１または３２に記載の方法。
３４． 要求が１ビットフィールドである、実施形態３１から３３のいずれか１つに記載の方法。
３５． 第２の事前設定リソース設定を示す制御シグナリングは、第２の事前設定リソース設定の１つまたは複数の設定パラメータが、第１の事前設定リソース設定の１つまたは複数の設定パラメータと同じであることを示す、実施形態３０から３４のいずれか１つに記載の方法。
３６． 第２の事前設定リソースは、第２の事前設定リソースが時間的に後で発生することを除いて第１の事前設定リソースと同じである、実施形態３０から３５のいずれか１つに記載の方法。
３７． 第２の事前設定リソース設定を示す制御シグナリングが１ビットフィールドである、実施形態３０から３６のいずれか１つに記載の方法。
３８． ユーザデータを前記送信または受信することが、ユーザデータを受信することを含む、実施形態２９から３７のいずれか１つに記載の方法。
３９． 無線デバイスが接続モードに遷移することの一部として、または接続モード中に、タイミングアドバンスを送信することをさらに含み、ユーザデータを受信することが、無線デバイスに別のタイミングアドバンスを送信するなしに実施される、実施形態３８に記載の方法。
４０． 第２の事前設定リソース設定を示す制御シグナリングがタイミングアドバンスをも示す、実施形態３０から３９のいずれか１つに記載の方法。
４１． 第２の事前設定リソースを使用してユーザデータを受信することをさらに含む、実施形態４０に記載の方法。
４２． 第２の事前設定リソースを使用してユーザデータを受信することは、無線デバイスが無線通信ネットワークとの接続を有しないアイドルモード中に実施されるか、または、無線デバイスが無線通信ネットワークとの非アクティブ接続を有する非アクティブモード中に実施される、実施形態４１に記載の方法。
４３． 第２の事前設定リソース設定を示す制御シグナリングは、無線デバイスが無線通信ネットワークとの接続を有しないアイドルモード中に送信されるか、または、無線デバイスが無線通信ネットワークとの非アクティブ接続を有する非アクティブモード中に送信される、実施形態３０から４２のいずれか１つに記載の方法。
４４． ユーザデータを前記送信または受信することは、無線デバイスが無線通信ネットワークとの接続を有しないアイドルモード中に実施されるか、または、無線デバイスが無線通信ネットワークとの非アクティブ接続を有する非アクティブモード中に実施される、実施形態２９から４３のいずれか１つに記載の方法。
４５． ユーザデータを前記送信または受信することは、無線デバイスが、接続モードを出て、アイドルモードまたは非アクティブモードに入ってから、ランダムアクセスプロシージャを実施していない状態で実施される、実施形態４４に記載の方法。
４６． ユーザデータを前記送信または受信することが、接続モードを出て、アイドルモードまたは非アクティブモードに入ってから、ランダムアクセスプロシージャのメッセージ１をまだ受信することなしに、および／またはランダムアクセスプロシージャのメッセージ２をまだ送信することなしに実施される、実施形態４４に記載の方法。
４７． 無線デバイスが、接続モードを出て、アイドルモードまたは非アクティブモードに入ってから、ランダムアクセスプロシージャを実施していない状態で、アイドルモードまたは非アクティブモード中に、反復しない事前設定リソースを使用してユーザデータを送信または受信することであって、アイドルモードは、無線デバイスが無線通信ネットワークとの接続を有しないモードであり、または、非アクティブモードは、無線デバイスが無線通信ネットワークとの非アクティブ接続を有するモードである、ユーザデータを送信または受信することをさらに含む、実施形態２９から４６のいずれか１つに記載の方法。
４８． 前回、無線デバイスが接続モードにあったときに送信されたか、あるいはアイドルモードまたはアクティブモード中に送信されたタイミングアドバンスに基づいて、アイドルモードまたは非アクティブモード中に、反復しない事前設定リソースを使用してユーザデータを受信することをさらに含む、実施形態２９から４７のいずれか１つに記載の方法。
４９． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャのメッセージ３フォーマットまたは無線リソース制御（ＲＲＣ）接続要求メッセージを使用して、第１の事前設定リソースを使用してユーザデータを受信することを含む、実施形態２９から４８のいずれか１つに記載の方法。
５０． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャの早期データ送信（ＥＤＴ）メッセージ３フォーマット、ＥＤＴ ＲＲＣメッセージ、あるいは、ＥＤＴのためのものであるかまたはＥＤＴに基づくメッセージフォーマットを使用して、第１の事前設定リソースを使用してユーザデータを受信することを含む、実施形態２９から４８のいずれか１つに記載の方法。
５１． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャのメッセージ４フォーマットまたは無線リソース制御（ＲＲＣ）接続セットアップメッセージを使用して、第１の事前設定リソースを使用してユーザデータを送信することを含む、実施形態２９から５０のいずれか１つに記載の方法。
５２． ユーザデータを前記送信または受信することが、ランダムアクセスプロシージャの早期データ送信（ＥＤＴ）メッセージ４フォーマット、ＥＤＴ ＲＲＣメッセージ、あるいは、ＥＤＴのためのものであるかまたはＥＤＴに基づくメッセージフォーマットを使用して、第１の事前設定リソースを使用してユーザデータを送信することを含む、実施形態２９から５０のいずれか１つに記載の方法。
５３． 第１の事前設定リソース設定を示す制御シグナリングが専用制御シグナリングである、実施形態２９から５２のいずれか１つに記載の方法。
５４． 第１の事前設定リソースを使用してユーザデータを前記送信または受信することは、第１の事前設定リソースの有効性または予約が満了していないことに基づく、実施形態２９から５３のいずれか１つに記載の方法。
５５． 第１の事前設定リソース設定は、第１の事前設定リソースが共通リソースであるのか専用リソースであるのかに関して一般的であるかまたはアグノスティックである、実施形態２９から５４のいずれか１つに記載の方法。
ＢＡ． 第１の事前設定リソースが、反復しない事前設定リソースである、実施形態２９から５５のいずれか１つに記載の方法。
ＢＢ． 第２の事前設定リソースが、反復しない事前設定リソースである、実施形態２９からＢＡのいずれか１つに記載の方法。
ＢＣ．
ユーザデータを取得することと、
ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることと
をさらに含む、実施形態２９からＢＢのいずれか１つに記載の方法。

グループＣの実施形態
Ｃ１． グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線デバイス。
Ｃ２Ａ． 無線デバイスであって、
グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
無線デバイスに電力を供給するように設定された電力供給回路と
を備える、無線デバイス。
Ｃ２Ｂ． 無線デバイスであって、
通信回路と、
グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と
を備える、無線デバイス。
Ｃ３． 無線デバイスであって、
処理回路とメモリとを備え、メモリが、処理回路によって実行可能な命令を含んでおり、それにより、無線デバイスが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線デバイス。
Ｃ４． ユーザ機器（ＵＥ）であって、
無線信号を送り、受信するように設定されたアンテナと、
アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路であって、
処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
無線フロントエンド回路と、
処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、
処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、
処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。
Ｃ５． 無線デバイスの少なくとも１つのプロセッサによって実行されたとき、無線デバイスにグループＡの実施形態のいずれか１つに記載のステップを行わせる命令を備える、コンピュータプログラム。
Ｃ６． 実施形態Ｃ５に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。
Ｃ７． グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線ネットワークノード。
Ｃ８Ａ． 無線ネットワークノードであって、
グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と、
無線ネットワークノードに電力を供給するように設定された電力供給回路と
を備える、無線ネットワークノード。
Ｃ８Ｂ． 無線ネットワークノードであって、
通信回路と、
グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された処理回路と
を備える、無線ネットワークノード。
Ｃ９． 無線ネットワークノードであって、
処理回路とメモリとを備え、メモリが、処理回路によって実行可能な命令を含んでおり、それにより、無線ネットワークノードが、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、無線ネットワークノード。
Ｃ１０． 無線ネットワークノードの少なくとも１つのプロセッサによって実行されたとき、無線ネットワークノードにグループＢの実施形態のいずれか１つに記載のステップを行わせる命令を備える、コンピュータプログラム。
Ｃ１１． 実施形態Ｃ１０に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである、キャリア。

グループＤの実施形態
Ｄ１．
ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備えるホストコンピュータを含む通信システムであって、
セルラネットワークが、無線インターフェースと処理回路とを有する無線ネットワークノードを備え、無線ネットワークノードの処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
Ｄ２． 無線ネットワークノードをさらに含む、実施形態Ｄ１に記載の通信システム。
Ｄ３． ＵＥをさらに含み、ＵＥが無線ネットワークノードと通信するように設定された、実施形態Ｄ１またはＤ２に記載の通信システム。
Ｄ４．
ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、
実施形態Ｄ１からＤ３に記載の通信システム。
Ｄ５． ホストコンピュータと、無線ネットワークノードと、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、無線ネットワークノードを備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、無線ネットワークノードが、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
Ｄ６． 無線ネットワークノードにおいてユーザデータを送信することをさらに含む、実施形態Ｄ５に記載の方法。
Ｄ７． ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態Ｄ５またはＤ６に記載の方法。
Ｄ８． 無線ネットワークノードと通信するように設定されたユーザ機器（ＵＥ）であって、ＵＥが、実施形態Ｄ５からＤ７のいずれか１つを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器（ＵＥ）。
Ｄ９．
ユーザデータを提供するように設定された処理回路と、
ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備えるホストコンピュータを含む通信システムであって、
ＵＥが無線インターフェースと処理回路とを備え、ＵＥの構成要素が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
Ｄ１０． セルラネットワークが、ＵＥと通信するように設定された無線ネットワークノードをさらに含む、実施形態Ｄ９に記載の通信システム。
Ｄ１１．
ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された、
実施形態Ｄ９またはＤ１０に記載の通信システム。
Ｄ１２． ホストコンピュータと、無線ネットワークノードと、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、無線ネットワークノードを備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
Ｄ１３． ＵＥにおいて、無線ネットワークノードからユーザデータを受信することをさらに含む、実施形態Ｄ１２に記載の方法。
Ｄ１４．
ユーザ機器（ＵＥ）から無線ネットワークノードへの送信から生じたユーザデータを受信するように設定された通信インターフェース
を備えるホストコンピュータを含む通信システムであって、
ＵＥが無線インターフェースと処理回路とを備え、ＵＥの処理回路が、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、
通信システム。
Ｄ１５． ＵＥをさらに含む、実施形態Ｄ１４に記載の通信システム。
Ｄ１６． 無線ネットワークノードをさらに含み、無線ネットワークノードが、ＵＥと通信するように設定された無線インターフェースと、ＵＥから無線ネットワークノードへの送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備える、実施形態Ｄ１４またはＤ１５に記載の通信システム。
Ｄ１７．
ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定された、
実施形態Ｄ１４からＤ１６に記載の通信システム。
Ｄ１８．
ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それにより要求データを提供するように設定され、
ＵＥの処理回路が、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定された、
実施形態Ｄ１４からＤ１７に記載の通信システム。
Ｄ１９． ホストコンピュータと、無線ネットワークノードと、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、ＵＥから無線ネットワークノードに送信されたユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
Ｄ２０． ＵＥにおいて、無線ネットワークノードにユーザデータを提供することをさらに含む、実施形態Ｄ１９に記載の方法。
Ｄ２１．
ＵＥにおいて、クライアントアプリケーションを実行し、それにより送信されるべきユーザデータを提供することと、
ホストコンピュータにおいて、クライアントアプリケーションに関連するホストアプリケーションを実行することと
をさらに含む、実施形態Ｄ１９またはＤ２０に記載の方法。
Ｄ２２．
ＵＥにおいて、クライアントアプリケーションを実行することと、
ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データが、クライアントアプリケーションに関連するホストアプリケーションを実行することによってホストコンピュータにおいて提供される、入力データを受信することと
をさらに含み、
送信されるべきユーザデータが、入力データに応答してクライアントアプリケーションによって提供される、実施形態Ｄ１９からＤ２１に記載の方法。
Ｄ２３． ユーザ機器（ＵＥ）から無線ネットワークノードへの送信から生じたユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含む通信システムであって、無線ネットワークノードが無線インターフェースと処理回路とを備え、無線ネットワークノードの処理回路が、グループＢの実施形態のいずれか１つに記載のステップのいずれかを実施するように設定された、通信システム。
Ｄ２４． 無線ネットワークノードをさらに含む、実施形態Ｄ２３に記載の通信システム。
Ｄ２５． ＵＥをさらに含み、ＵＥが無線ネットワークノードと通信するように設定された、実施形態Ｄ２３またはＤ２４に記載の通信システム。
Ｄ２６．
ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
ＵＥが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態Ｄ２３からＤ２５に記載の通信システム。
Ｄ２７． ホストコンピュータと、無線ネットワークノードと、ユーザ機器（ＵＥ）とを含む通信システムにおいて実装される方法であって、方法が、
ホストコンピュータにおいて、無線ネットワークノードから、無線ネットワークノードがＵＥから受信した送信から生じたユーザデータを受信することであって、ＵＥが、グループＡの実施形態のいずれか１つに記載のステップのいずれかを実施する、ユーザデータを受信すること
を含む、方法。
Ｄ２８． 無線ネットワークノードにおいて、ＵＥからユーザデータを受信することをさらに含む、実施形態Ｄ２７に記載の方法。
Ｄ２９． 無線ネットワークノードにおいて、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含む、実施形態Ｄ２７またはＤ２８に記載の方法。

付録Ａ
題名：事前設定ＵＬリソース中での送信のサポート
１つの目的は、ＢＬ／ＣＥ ＵＥのためのマシン型通信についての以下の改善を指定することである。

この付録は、合意に準拠したままで、最小限に抑えられた仕様の影響および実装複雑さを維持しながら、事前設定ＵＬリソース中での送信のサポートを査定する。

アイドルモードにおける事前設定ＵＬリソース（ＰＵＲ）上での送信：
「アイドルモードベース事前設定ＵＬリソースは、有効なＴＡを所有するＵＥについてサポートされる」、これは、さらなる検討のための２つのアクション「ＦＦＳ：ＴＡのための有効性確認機構」および「ＦＦＳ：事前設定ＵＬリソースがどのように獲得されるか」を含む。以下のサブセクションは、アイドルモードにおいて事前設定ＵＬリソース上で送信するための潜在的フレームワークを提供し、これは、実装および仕様の影響がＲＡＮ１および他のワーキンググループについて最小限に抑えられたまま、ＷＩ目的を果たす。

アイドルモードにおける２ステップＰＵＲ送信：
アイドルモードにおいて事前設定ＵＬリソース上で送信することが可能であるために、ＵＥは、初期タイミングアドバンス（ＴＡ）を獲得していなければならず、事前設定ＵＬ上での送信が実施されることが意図される時間までその初期ＴＡが依然として有効であることを保証しなければならない。（ＵＥとセルとの間の合計距離を表す）初期タイミングアドバンスコマンドは、ランダムアクセス応答中でシグナリングされる。その後、ＵＥが接続モードに入ると、ＴＡは、アップリンク送信タイミングを進めるかまたは遅延させることによって、調節され得る。

上記のことは、事前設定ＵＬリソース中で送信することを意図するＵＥのための第１のステップが初期ＴＡを獲得することであることを示し、初期ＴＡは、レガシー接続確立に従うことによって取得され得る。第２のステップとして、およびアイドルモードにおける後の機会について、ＵＥは、ネットワークが、ＵＥが事前設定ＵＬリソース上で送信することを許可し、ＵＥが保持するＴＡが依然として有効であると考えられる場合、事前設定ＵＬリソース上で送信することから利益を得ることがある。その上、「ＦＦＳ：事前設定ＵＬリソースがどのように獲得されるか」に対する答えを与えるために、ＰＵＲ上での送信によって査定されることが意図されるトラフィックタイプを決定することが必要である。そのトラフィックタイプに応じて、ＰＵＲアップリンクリソースは、たとえば、周期的にまたはオンデマンドで獲得され得る。

図２０は、アイドルモードにおける２ステップＰＵＲ送信の一例を提供し、これは、初期アクセスのためのレガシーシーケンス、その後に続く接続モードにおけるＰＵＲ設定、およびアイドルモードにおける実際のＰＵＲ送信によって組み立てられる。

ステップ－１：初期ＴＡ獲得およびＵＬリソースの事前設定。
・ レガシー接続確立は再使用される。Ｍｓｇ２から、初期ＴＡは、事前設定ＵＬリソース上での可能な後続の送信のために使用されるために記憶される。
・ ＲＲＣ ＣＯＮＮＥＣＴＥＤでは、ＵＥは、サーブされることが意図されるトラフィックタイプに応じて２つの設定可能なオプションからなり得る専用ＲＲＣシグナリングを介して、アイドルＳＰＳのようなＰＵＲ設定を取得する：
〇 再発生リソース（ｒｅ－ｏｃｃｕｒｒｉｎｇ ｒｅｓｏｕｒｃｅ）：このオプションは、事前設定ＵＬリソースが周期的に利用可能であるので、決定性トラフィックに対処するときに使用される。
■ アクティブ化／非アクティブ化のためのＤＣＩが使用される。
■ どのくらいの時間の間リソースが予約されるかについて示すタイマーが使用され得、これは、リソースの潜在的浪費を回避するためである（たとえば、ＵＥがセルを放棄する場合）
〇 データ送信ごとの要求：この他のオプションは、通常でない（ｎｏ ｒｅｇｕｌａｒ）トラフィックに対処するときに使用され、その場合、事前設定ＵＬリソースは要求ごとに利用可能にされる。
注：接続モードにおいてＴＡが調節され得、その場合、ＴＡはＵＥによって復元され得る。

ステップ－２：ＰＵＲ有効性確認および事前設定ＵＬリソース上での送信
・ アイドルモードにあるとき、前にステップ－１を経たＵＥが、以下の場合、Ｍｓｇ３中でデータを直接送信することができる（すなわち、Ｍｓｇ１およびＭｓｇ２はスキップされる）：
－ アイドルモードにあるＵＥが、事前設定ＵＬリソース中でデータを送信することを許可された。
－ ＵＥが現在保持するＴＡを、ＲＡＮ１によって採用されるべきＴＡ有効性機構のいずれかを使用することによってテストした後に、そのＴＡが有効であると考えられる。
－ 再発生リソース手法の場合に、ＰＵＲタイマーがまだ満了していない、。
他の場合、初期アクセスのためのレガシーシーケンスが再び開始する。
・ ＵＥは、「Ｍｓｇ３」中でＰＵＲ関係データを送信する。
〇 再発生リソース：ＰＵＲ上での後続の送信のために、同じＵＬグラントが反復的に使用される。
〇 データ送信ごとの要求：ＰＵＲ上での後続の送信のために、ＵＥは、（たとえば、ＰＵＲ間隔とＰＵＲ－ＴＢＳとを含む）ＵＬグラントを要求する
・ ｅＮＢは、「Ｍｓｇ３」を受信し、「Ｍｓｇ４」によって、ＵＥをＲＲＣ＿ＩＤＬＥに移すか、または、さらなるデータの場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移すかのいずれかである。
〇 再発生リソース：ＰＵＲのためのＵＬリソースを維持するために使用されるタイマーは延長され、また、このメッセージからのリソースの再発生する使用を非アクティブ化する可能性がある。
〇 データ送信ごとの要求：ｅノードＢは、ＤＣＩを介してＵＬグラントを提供する。

事前設定アップリンクリソース中で送信するための２ステップ手法に従うことの利点は、レガシー接続確立が再使用され、実際のＰＵＲ送信が、ＥＤＴのようなフレームワークの「Ｍｓｇ３」上で直接送信することによって、シグナリング負荷低減、電力節約および低減されたレイテンシから利益を得、これが、ＲＡＮ１および他のワーキンググループにおける影響を最小限に抑えるのを助ける（たとえば、ＥＤＴセキュリティの側面が継承され得る）ことである。

概要として、２つのステップは以下のように実施され得る：
第１のステップにおいて、レガシー接続確立は、初期ＴＡを獲得するために再使用され、将来のアイドルモード送信においてＵＥによって使用され得るＵＬリソースの事前設定を得るために再使用される。

第２のステップにおいて、（ＴＡ有効性を含む）いくつかの基準を評価し、その基準を満たした後に、ＵＥは、周期的手法またはオンデマンド手法のいずれかを使用することによって、直接Ｍｓｇ３上で（すなわち、Ｍｓｇ１およびＭｓｇ２をスキップして）、事前設定ＵＬリソース上でのアイドルモード送信を実施し得る。

直接Ｍｓｇ３上で（すなわち、Ｍｓｇ１およびＭｓｇ２をスキップして）ＰＵＲ送信を実施することは、シグナリング負荷低減、電力節約および低減されたレイテンシを提供し、それを達成するためにＥＤＴのようなフレームワークを使用することは、ＲＡＮ１および他のワーキンググループにおける影響を最小限に抑えるのを助ける。

アイドルモードのための２ステップＰＵＲ送信方式は、専用アップリンク送信または共有アップリンク送信のいずれかをサーブすることができる。たとえば、ＰＵＲ上での送信のためのＵＬグラント設計は、スペクトル効率を増加させるためにサブＰＲＢ割り当てを再使用することができ、その場合、最大４つのＵＥが同じＰＲＢを共有することができる。その上、ＨＡＲＱ再送信はまた、サブＰＲＢによって使用されるＤＣＩ中の対応するフィールド（たとえば、ＨＡＲＱプロセスナンバ、新データインジケータ）を再使用することによってサポートされ得る。

ＴＡ有効性機構：
アイドルモードにおける事前設定ＵＬリソース上での送信のサポートは、有効なＴＡを所有しているという条件にひも付けられる。したがって、初期ＴＡが獲得され、その後、とどまっているかまたはアイドルモードに移ったＵＥによって保有されると、事前設定ＵＬリソース上でのアイドルモード送信が実施されることが意図される瞬間においてそのようなＴＡの有効性を決定するために使用され得る機構がある必要がある。

ＲＳＲＰ／ＲＳＲＱベースＴＡ有効性機構：
固定または低モビリティデバイスの場合、アイドルモードサービングおよびネイバーセル信号強度の限られた変化が予想され得る。したがって、保有されるＴＡの設定の有効性を決定する可能なやり方が、アイドルモードサービングおよびネイバーセル信号強度（ＲＳＲＰ）および品質測定（ＲＳＲＱ）の大きい変動を識別することに基づき得る。

たとえば、ＵＥが時間インスタンスＴ_０において初期ＴＡを獲得したとき、ＵＥは、ダウンリンク信号強度ＲＳＲＰ（Ｔ_０）を測定し、ダウンリンク信号強度ＲＳＲＰ（Ｔ_０）を、設定されたしきいＲＳＲＰ_ＴＨと比較する。ＲＳＲＰ（Ｔ_０）＞ＲＳＲＰ_ＴＨをデバイスがとる場合、これは、デバイスが基地局に近接しているという指示である。第２の時間インスタンスＴ_１において、デバイス中のより高いレイヤが、アイドルモードデータ送信をトリガし、デバイスは、この場合も、サービングセルの絶対信号強度ＲＳＲＰ（Ｔ_１）を測定して、絶対信号強度ＲＳＲＰ（Ｔ_１）をしきいＲＳＲＰ_ＴＨと比較する。ＲＳＲＰ（Ｔ_１）＞ＲＳＲＰ_ＴＨをデバイスがとる場合、これは、デバイスが基地局に依然として近接しており、記憶されたＴＡ（Ｔ_０）値が依然として有効であると仮定するという指示である。

別の可能性は、デバイスがアイドルモードデータを送信するより前にサービングセル中の信号強度の変化ＲＳＲＰ（Ｔ１）－ＲＳＲＰ（Ｔ０）を計算することであり得る。値の変化は、モビリティの指示と見なされる。ＲＳＲＰ（Ｔ１）－ＲＳＲＰ（Ｔ０）が設定されたしきい値を下回る場合、デバイスは、時間インスタンスＴ_０において記憶されたデバイスのＴＡ（Ｔ０）値が依然として有効であると仮定し得、そのＴＡ（Ｔ０）値は、アイドルモードデータ送信を実施するために使用され得る。

ＴＤＯＡベースＴＡ有効性機構：
固定であるか、または低モビリティのものであるデバイスが、２つまたはそれ以上の基地局から受信された２つまたはそれ以上の参照信号の到達時間差（ＴＤＯＡ）の限られた変化を経験することが予想され得る。

図２１は、基地局ｅＮＢ ＡおよびＢから送信される参照信号（ＲＳ）ＡおよびＢを受信するＵＥを示す。これらの参照信号の各々の到達時間（ＴＯＡ）に基づいて、ＵＥは、２つの参照信号間のＴＤＯＡを算出することができる。ＴＯＡの各々が基地局とＵＥとの間の距離に対応するので、ＴＤＯＡは、モビリティの強いインジケータとしてサーブし得る。時変ＴＤＯＡはモビリティを示し、時不変ＴＤＯＡは低モビリティまたは非モビリティを示す。

セル半径ベースＴＡ有効性機構：
サービングセルの半径を知ることとともに、サイクリックプレフィックスによって提供されるタイミングエラー許容差の量が、ＴＡの有効性を決定するために使用され得る。１ステップＴ_Ａは１６Ｔ_ｓ＝０．５２μｓに等しく、これはメートルに変換されると約（（１６Ｔ_ｓ）（３００００００００））／２＝７８ｍであることを想起されたい。

たとえば、スモールセル展開の場合、ノーマルサイクリックプレフィックスが設定され（すなわち、ＣＰ長４．７μｓ）、セル半径が偶然Ｙ＝７００メートルであるとき、ＵＥが現在保持するＴＡ値は、そのＴＡ値がしきい値Ｘ＝８未満である場合、有効であると見なされ得、しきい値Ｘ＝８は約６２４ｍに対応する（しきい値の算出は、以下のように、どんなセル半径についても一般化され得るｆｌｏｏｒ（Ｙ／（（１６Ｔｓ ｃ）／２）））。

上記のことは、むらがあるカバレッジエリア上のセルエッジの近くに位置するＵＥが古い／不正確なＴＡ値を用いてアップリンクにおいて送信することを防ぐ。

ＴＡ履歴ベースＴＡ有効性機構：
前に割り振られたＴＡに基づいてＴＡ有効性を決定することが可能であり得る。たとえば、ｅノードＢおよび／またはＵＥは、特定のＵＥに割り振られた前のＴＡ値を追跡し続けることができ、どれくらいの頻度でＴＡ値が更新されたかに基づいて、ｅノードＢは、ＵＥが固定または半固定デバイスであるかどうかを理解することができる。この情報は、次いで、次回、ＵＥが新しいＴＡ値を獲得する必要なしにアイドルモードにおいてＵＬデータを送信することを意図するとき、ＵＥが直接いくつかのＴＡ値を適用することを可能にされるかどうかを決定するために、使用され得る。

より具体的に言えば、ｅＮＢが推定し、ＵＥに割り振ったＴＡ値が、所定の時間（たとえば、数十分、数時間さらには数日であり得る）の間変更されなかった場合、ｅＮＢおよび／またはネットワークは、そのＵＥを（半）固定ＵＥとして（時間的に）識別することができ、そのＵＥに、長期有効性時間をもつＴＡ値を割り振ることができる。

タイマーベースＴＡ有効性機構：
ＵＥがＴＡを取得すると、ｅノードＢは、ＵＥ固有またはセル固有であり得る設定可能なタイマー（時間整合タイマー）を提供し、これは、ＵＥがどのくらいの時間の間アップリンク時間整合されると見なされるかについて制御するために使用される。同様に、アイドルモードのための時間整合タイマーが、たとえば、周期的ＴＡリフレッシュを提供することを目的とする何らかの他のＴＡ有効性機構と組み合わせて、導入され得る。

付録Ｂ
題名：事前設定ＵＬリソース中での送信のサポート
この付録は、事前設定リソース中での送信によってアップリンク送信効率および／またはＵＥ電力消費を改善することに関係する：
改善されたＵＬ送信効率および／またはＵＥ電力消費：
・ 有効なタイミングアドバンスをもつＵＥについてのＳＣ－ＦＤＭＡ波形に基づくアイドルおよび／または接続モードにおける事前設定リソース中での送信のサポートを指定する［ＲＡＮ１、ＲＡＮ２、ＲＡＮ４］
〇 共有リソースと専用リソースの両方が説明され得る
〇 注：これは直交（マルチ）アクセス方式に限定される

小さいまれなデータのマッシブＭＴＣ特性により、事前設定アップリンクリソース（ＰＵＲ）が、ＲＲＣ＿ＩＤＬＥにおいて最も関連があり、有益であると考える。したがって、別段に述べられない限り、アイドルＰＵＲについての説明が継続される。接続ＰＵＲ（ｃｏｎｎｅｃｔｅｄ－ＰＵＲ）は、セクションの最後に説明される。さらに、アップリンク報告の使用事例は、以下の説明において考察される。

ＵＥは、「有効なタイミングアドバンスとともに」ＰＵＲを使用することを可能にされる。レガシー動作では、Ｍｓｇ２中で、ＵＥは、同期して受信されるべきアップリンク送信のために適用するためのタイミングアドバンス（ＴＡ）を取得する（ＲＡＲ中のタイミングアドバンスコマンド、ＴＳ３６．３２１参照）。ｅＮＢは、ＵＥを、ＵＥがその間タイミングアドバンスが有効であると見なすべきであるタイマー（ＴＳ３６．３３１におけるＭＡＣ－ＭａｉｎＣｏｎｆｉｇ中のｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ）で設定し、このタイマーの満了後に、ＵＥは、新しいタイミングアドバンスを取得するために再びランダムアクセスを実施しなければならない。ＵＥがＲｅｌ－１６ＰＵＲのための有効なＴＡを有しなければならないことが述べられているので、２つのオプション、すなわち、１）ＵＥは、ＵＥの前のＴＡを再使用するのに十分固定であり、すなわち、サイクリックプレフィックスの長さ以内で移動する、または２）ＵＥは移動するが、ＴＡを有効に保つためにＴＡを絶えず更新する、がある。オプション２）が働くために、シグナリングが必要とされる。たとえば、ＵＥが、サイクリックプレフィックスによってカバーされ得るものを超えて移動したときはいつでもランダムアクセスをトリガすること。いかなるやり方でもアップリンク送信が必要とされ、これは、ＷＩ目的が改善することを試みる２つのＫＰＩ、すなわち、ＵＬ送信効率およびＵＥ電力消費に対して悪影響を及ぼす。

ＲＲＣ＿ＩＤＬＥにあるモバイルＵＥのための有効なタイミングアドバンスを維持することは、実現可能でない。

ＲＲＣ＿ＩＤＬＥにおける事前設定アップリンクリソース中での送信は、前の送信からそれらのタイミングアドバンスを再使用することができるＵＥに限定される。

レガシー動作の場合、ｅＮＢは、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒの長さを、ＵＥ速度、セルサイズなどに基づかせることができる。その上、低モビリティＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて比較的短い時間中にあまり遠くに移動しない。しかしながら、ＰＵＲの場合、ＵＥは、数時間の間ＲＲＣ＿ＩＤＬＥにあり、次いで、送信するために復帰することができる。その場合、タイマーベースソリューションは、ＵＥが復帰するときにＵＥのＴＡが有効であるか否かを推定するための手段をｅＮＢが有しないので、十分でない。したがって、ＵＥがＲＲＣ＿ＩＤＬＥにあるので、ＵＥに関する要件の必要がある。すなわち、ＵＥは、ＰＵＲアクセスの前にＴＡが有効であることを検査するために、いくつかの条件を満たすべきである。

ＵＥは、事前設定アップリンクリソースにアクセスする前にＵＥのタイミングアドバンスが有効であることを確実にするために、いくつかの要件を満たさなければならない。

さらに、この場合もレガシー動作に基づいて、ＵＥは、ＴＡを割り振られるためにＵＬ中で少なくとも１回送信しなければならない。すなわち、実際には、ＰＵＲは、セル中での初期送信のために適用可能でない。

ＵＥがタイミングアドバンスを取得しなければならないので、事前設定アップリンクリソース中での送信は、セル中での初期送信について可能でない。

したがって、レガシー送信が初期データ送信のために必要とされ、最も簡単なソリューションは、専用ＲＲＣシグナリングを介してＰＵＲを設定することである。

事前設定アップリンクリソース中での送信は、専用ＲＲＣシグナリングによって設定される。

実際のデータ送信の場合、潜在的に多くのＲＡＮ２未解決問題点がある。概して、ＲＡＮ１が（潜在的により小さいＴＢＳのみをサポートする）ＰＵＲ送信のための何らかの新しい物理チャネルに関して合意する場合、ＲＡＮ２は、機能しているデータアドレス指定／ルーティング、機能している再送信、潜在的な競合解消、セキュリティなどを用いるソリューションを確実にする必要がある。これは、多くのＲＡＮ２作業を必要とし得、すべてのプロトコルレイヤ、すなわち、ＭＡＣ、ＲＬＣ、ＰＤＣＰなどが調べられなければならない。

事前設定アップリンクリソース中での送信は、多くのＲＡＮ２影響を潜在的に有し得る。

しかしながら、データ送信は、すべてのこれらの問題点が解決された場合、Ｒｅｌ－１５ＥＤＴから多くの作業を再使用することができる。すなわち、以下で考察される両方のソリューションについて、データ送信部分は、Ｍｓｇ３中でのＥＤＴデータ送信と同様に行われ得る。潜在的に、ＲＡＮ２はまた、ＥＤＴ Ｍｓｇ３およびＭｓｇ４ ＲＲＣメッセージを再使用することを考慮するか、または、ＥＤＴ Ｍｓｇ３およびＭｓｇ４ ＲＲＣメッセージを新しいＰＵＲ ＲＲＣメッセージのためのベースラインとして使用することができる。これは、上記で説明されたすべての未解決問題点を解決する。

Ｒｅｌ－１５ＥＤＴ Ｍｓｇ３／Ｍｓｇ４データ送信は、事前設定アップリンクリソース中での送信のためのベースラインとして使用される。

無競合または競合ベースデータ送信：
ＲＡＮ２の場合、ＵＥが設定されるＰＵＲリソースが専用無線リソースであるのか共有無線リソースであるのかは重要でない。たとえば、ＵＥは、共有リソース中でＣＤＭＡのためのＵＥ固有コードを割り振られ得る。しかしながら、重要なことは、ＰＵＲデータ送信が競合ベースであるのか無競合であるのかである。

競合ベースＰＵＲ：
競合ベースＰＵＲの場合、図１８に示されているように、ＵＥは、初期アクセスにおいて共通ＰＵＲ設定およびＴＡを与えられる。これらの共通ＰＵＲは任意のＵＥによって選択され得、そこでデータを送信することは、衝突の危険がある。設定は、場合によっては、ＰＲＡＣＨがどのように設定されるかによく似て、周期的リソースとして最も動機付けられる。同様のやり方で、異なるＣＥレベルがサポートされ、さらに、いくつかのＴＢＳがサポートされなければならず、これは、このソリューションを、極めて多くのリソースを消費するものにし得る。

データが到達すると、ＵＥは、ＵＥのデータを送信するために後続の周期的ＰＵＲを選択する。ＵＥ予測トラフィックの知識は必要とされない。しかしながら、送信は衝突の危険を冒して実施され、ＰＨＹレイヤにおいて改善が行われない場合、衝突の危険は、プリアンブル選択の欠如により、それぞれ、ＬＴＥ－ＭおよびＮＢ－ＩｏＴの場合のレガシーと比較して、×６４または×４８である。衝突の危険がレガシープロシージャの場合よりも（すなわちＥＤＴと比較して）低いことが確実にされ得ない場合、共通ＰＵＲはレガシーよりも悪く機能し得る。そうである場合、競合ベースＰＵＲを動機付けることは極めて厳しい。さらに、レガシープロシージャによれば、ＨＡＲＱ再送信は、ｅＮＢがソフト合成を行うことができないので、この場合、可能でない。すなわち、再送信をスケジュールする可能性がないか、または、後続の共通ＰＵＲリソースが使用される場合、それが再送信であるか否かを知る可能性がない。

リソースはどのＵＥによっても使用されるべきであるので、より高いＵＥ能力を利用する可能性は、ＰＵＲ特徴がそれらのＵＥに限定されない限り、ない。このことにより、競合ベースＰＵＲは、場合によっては、アラームなど、ほとんどの場合何も送信されていない、散発性トラフィックを伴う使用事例に最も好適である。その場合でも、アップリンク効率利得は非常に疑わしいが、ＵＥは、Ｍｓｇ１およびＭｓｇ２が省略され得るので、電力消費をやや低減したことになる。ほとんどの場合送信がないときにその低減が顕著であるかどうかは、不明のままである。

したがって、事前設定アップリンクリソース中での競合ベース送信は、アラームなど、散発性送信およびめったにない送信を伴う使用事例によって正当化され得る。

無競合ＰＵＲの場合、図１７に示されているように、ＵＥは、初期アクセスにおいて専用ＰＵＲリソースおよびＴＡを与えられる。ＰＵＲリソースは、ＵＥトラフィックプロファイル、能力およびＣＥレベルに合わせてテーラーメイドされて設定され得る。さらに、ＰＵＲ送信は、無衝突であることが保証される。したがって、設定されたリソースが使用される限り、アップリンク送信効率とＵＥ電力消費の両方における利得が確実にされる。

潜在的問題は、ＲＲＣ＿ＩＤＬＥモードにあるＵＥに対する専用無線リソースの設定である。すなわち、ｅＮＢは、通常、ＲＲＣ＿ＩＤＬＥモードにあるＵＥを追跡せず、もはやセル中にないことがあるＵＥのために無線リソースを予約することは、リソースが浪費されるので、ＵＬ送信効率を改善するというよりもむしろＵＬ送信効率を低下させる。しかしながら、周期的リソースが予約されなければならない理由はない。専用ＰＵＲリソースが、その時間において１つのＰＵＲ送信のために予約され得る。すなわち、１つのＰＵＲリソースのみが割り当てられ、以降、その送信時に、次のＰＵＲ送信のためにリソースが予約され、以下同様である。これは、潜在的リソース浪費を大幅に制限し、特徴を、周期的トラフィックを伴うより多くのそれらの使用事例にとって有用にする。代替的に、リソース予約はタイマーベースであり得る。専用事前設定アップリンクリソースについて以下の利点があり得る：より少ないリソース浪費、すなわち、必要な場合のみリソースが割り振られる；ＵＥに対して適応的、すなわち、複数のＣＥレベル、ＴＢＳなどからの追加リソース浪費がない；無衝突→ＵＥ電力消費とＵＬ Ｔｘ効率の両方についての保証される利得；ＵＥ固有のより高いデータレートが可能（すなわち、マルチトーン、Ｃａｔ－Ｍ２／Ｃａｔ－ＮＢ２などの能力からの利得）；ＨＡＲＱ再送信。

したがって、無競合ＰＵＲは、ＷＩ目的によれば、より少ないシステムオーバーヘッドおよび保証される利得により、良好なソリューションと見なされ得る。

したがって、事前設定アップリンクリソース中での送信は、専用リソース中でＲＲＣ＿ＩＤＬＥにおいてサポートされる。

専用ＰＵＲの場合、いくつかのＵＥ固有パラメータが、専用ＲＲＣシグナリング上で設定されなければならない。これらは、たとえば、ＰＵＲ間隔（すなわちリソース時間オフセット）、ＰＵＲ ＴＢＳ、ＰＵＲリソースについての任意の割り当て情報などである。上記で説明されたように、その時間において１つのＰＵＲリソースのみを割り振ることに関して大きい潜在的利益があり、Ｒｅｌ－１２電力節約モード（ＰＳＭ）の場合と同じ原理が適用され得る。すなわち、アップリンク送信ごとにＵＥはＰＵＲ間隔およびＰＵＲ－ＴＢＳを要求し、ネットワークは、ＵＥが適用するべきである設定パラメータで返答する。これは、ＵＥが、セルを離れる場合、または他の理由でＰＵＲリソース中で送信しない場合、高々１つの送信機会が浪費されるので、リソース浪費を自動的に低減する。さらに、ＴＢＳまたは間隔のいずれかが変化するべきであるかどうかは、より適応的である。欠点は、もちろん、あるＵＥについて間隔およびＴＢＳが常に同じであるべきである場合のシグナリングオーバーヘッドである。しかしながら、これは、前回と同じ間隔およびＴＢＳが適用されるべきであるとフラグが示すことによって、容易に解決され得る。

したがって、事前設定アップリンクリソース中での専用送信は、その時間において１つの送信機会のために設定される。

示されているように、ＵＥは、ＲＲＣ接続（またはＥＤＴ送信）中に設定される。ｅＮＢとＵＥの両方が、後続の送信がいつ行われるかの共通理解を有する必要がある。

したがって、間隔（時間リソースオフセット）およびＴＢＳが、事前設定アップリンクリソース中での専用送信のための設定パラメータとして使用される。

ネットワークは、次いで、ＵＥがＲＲＣ＿ＩＤＬＥに移るときにこれらのパラメータを記憶する必要がある。ＣＩｏＴ ＵＰソリューション（ＲＲＣ中断／再開）の場合、これは、記憶されたＵＥコンテキストにＰＵＲパラメータを追加することを意味する。ＣＩｏＴ ＣＰソリューション（ＤｏＮＡＳ）の場合、これは、ＭＭＥにおける記憶されたＵＥコンテキストにＰＵＲパラメータを追加することを意味する。さらに、スケジューラがすべてのこれらのＰＵＲ機会に気づいていることも確実にされなければならない。

したがって、事前設定アップリンクリソースのための設定パラメータが、ＵＥコンテキストに追加される。

上記で、ＲＲＣ＿ＩＤＬＥにおけるＰＵＲが説明されたが、ＷＩ目的は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＰＵＲをも潜在的に含む。最初に、接続における共通ＰＵＲを考慮する。ＵＥは、送信のための接続および専用無線リソースを取得するためにランダムアクセスプロシージャを経た。次いで、衝突および再送信の危険を冒して共通リソース中でデータを送信することは、スケジューリング要求をトリガすることよりも効率的でない。

一方、接続における専用ＰＵＲは、ＳＰＳとまったく同様である。ＬＴＥ－ＭはＳＰＳのサポートをすでに有するが、ＮＢ－ＩｏＴの場合、Ｒｅｌ－１５において強い必要が見られず、ＳＰＳサポートＲｅｌ－１５がＢＳＲのために導入されたにすぎないことに留意されたい。しかしながら、マッシブＭＴＣトラフィックはサブフレームレベルで完全に周期的でないので、ＳＰＳが当初導入されたＶｏＩＰのように、ＳＰＳのいくつかのＰＵＲ修正の必要が依然としてある。たとえば、アイドルモードについて上記で説明されたように、その時間における１つのＰＵＲリソースの設定。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける事前設定アップリンクリソース中での送信は、共通リソース（競合ベース）中ではなく専用リソース（無競合）中で考慮される。

図１６では、ＰＵＲ設定のためのシグナリング図の一例が与えられる。これは、セル中での初期アクセスのためのレガシー接続確立プロシージャを仮定しているが、最適化として、これはＥＤＴでも適用可能であり得ることに留意されたい。

略語
以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、最初のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
ＢＩ バックオフインジケータ
ＢＳＲ バッファステータス報告
Ｃａｔ－Ｍ１ カテゴリーＭ１
Ｃａｔ－Ｍ２ カテゴリーＭ２
ＣＥ カバレッジ拡張（Ｅｎｈａｎｃｅｄ）／拡張（Ｅｎｈａｎｃｅｍｅｎｔ）
ＤＬ ダウンリンク
ｅＭＴＣ 拡張マシン型通信
ｅＮＢ エボルブドノードＢ
ＥＤＴ 早期データ送信
ＩｏＴ モノのインターネット
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ 媒体アクセス制御
ＮＡＳ 非アクセス階層
ＮＢ－ＩｏＴ 狭帯域モノのインターネット
Ｍ２Ｍ マシンツーマシン
ＭＴＣ マシン型通信
ＰＤＵ プロトコルデータユニット
ＰＵＲ 事前設定アップリンクリソース
（Ｎ）ＰＲＡＣＨ （狭帯域）物理ランダムアクセスチャネル
ＰＲＢ 物理リソースブロック
ＲＡ ランダムアクセス
ＲＡＰＩＤ ランダムアクセスプリアンブル識別子
ＲＡＲ ランダムアクセス応答
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御（プロトコル）
ＴＢＳ トランスポートブロックサイズ
ＵＥ ユーザ機器
ＵＬ アップリンク
ＷＩ ワークアイテム
１ｘ ＲＴＴ ＣＤＭＡ２０００ １ｘ無線送信技術
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＢＳ オールモストブランクサブフレーム
ＡＲＱ 自動再送要求
ＡＷＧＮ 加法性白色ガウス雑音
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＣＡ キャリアアグリゲーション
ＣＣ キャリアコンポーネント
ＣＣＣＨ ＳＤＵ 共通制御チャネルＳＤＵ
ＣＤＭＡ 符号分割多重化アクセス
ＣＧＩ セルグローバル識別子
ＣＩＲ チャネルインパルス応答
ＣＰ サイクリックプレフィックス
ＣＰＩＣＨ 共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ 帯域中の電力密度で除算されたチップごとのＣＰＩＣＨ受信エネルギー
ＣＱＩ チャネル品質情報
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＳＩ チャネル状態情報
ＤＣＣＨ 専用制御チャネル
ＤＬ ダウンリンク
ＤＭ 復調
ＤＭＲＳ 復調用参照信号
ＤＲＸ 間欠受信
ＤＴＸ 間欠送信
ＤＴＣＨ 専用トラフィックチャネル
ＤＵＴ 被試験デバイス
Ｅ－ＣＩＤ 拡張セルＩＤ（測位方法）
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
ＥＣＧＩ エボルブドＣＧＩ
ｅＮＢ Ｅ－ＵＴＲＡＮノードＢ
ｅＰＤＣＣＨ 拡張物理ダウンリンク制御チャネル
Ｅ－ＳＭＬＣ エボルブドサービングモバイルロケーションセンタ
Ｅ－ＵＴＲＡ エボルブドＵＴＲＡ
Ｅ－ＵＴＲＡＮ エボルブドＵＴＲＡＮ
ＦＤＤ 周波数分割複信
ＦＦＳ さらなる検討が必要
ＧＥＲＡＮ ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ ＮＲにおける基地局
ＧＮＳＳ グローバルナビゲーション衛星システム
ＧＳＭ 汎欧州デジタル移動電話方式
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＨＳＰＡ 高速パケットアクセス
ＨＲＰＤ 高速パケットデータ
ＬＯＳ 見通し線
ＬＰＰ ＬＴＥ測位プロトコル
ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＣ 媒体アクセス制御
ＭＢＭＳ マルチメディアブロードキャストマルチキャストサービス
ＭＢＳＦＮ マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳ ＭＢＳＦＮオールモストブランクサブフレーム
ＭＤＴ ドライブテスト最小化
ＭＩＢ マスタ情報ブロック
ＭＭＥ モビリティ管理エンティティ
ＭＳＣ モバイルスイッチングセンタ
ＮＰＤＣＣＨ 狭帯域物理ダウンリンク制御チャネル
ＮＲ 新無線
ＯＣＮＧ ＯＦＤＭＡチャネル雑音生成器
ＯＦＤＭ 直交周波数分割多重
ＯＦＤＭＡ 直交周波数分割多元接続
ＯＳＳ 運用サポートシステム
ＯＴＤＯＡ 観測到達時間差
Ｏ＆Ｍ 運用保守
ＰＢＣＨ 物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ １次共通制御物理チャネル
ＰＣｅｌｌ １次セル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＰ プロファイル遅延プロファイル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＧＷ パケットゲートウェイ
ＰＨＩＣＨ 物理ハイブリッド自動再送要求指示チャネル
ＰＬＭＮ パブリックランドモバイルネットワーク
ＰＭＩ プリコーダ行列インジケータ
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＳ 測位参照信号
ＰＳＳ １次同期信号
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＱＡＭ 直交振幅変調
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＬＭ 無線リンク管理
ＲＮＣ 無線ネットワークコントローラ
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号コード電力
ＲＳＲＰ 参照シンボル受信電力または
参照信号受信電力
ＲＳＲＱ 参照信号受信品質または
参照シンボル受信品質
ＲＳＳＩ 受信信号強度インジケータ
ＲＳＴＤ 参照信号時間差
ＳＣＨ 同期チャネル
ＳＣｅｌｌ ２次セル
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＮＲ 信号対雑音比
ＳＯＮ 自己最適化ネットワーク
ＳＳ 同期信号
ＳＳＳ ２次同期信号
ＴＤＤ 時分割複信
ＴＤＯＡ 到達時間差
ＴＯＡ 到達時間
ＴＳＳ ３次同期信号
ＴＴＩ 送信時間間隔
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ
ＵＳＩＭ ユニバーサル加入者識別モジュール
ＵＴＤＯＡ アップリンク到達時間差
ＵＴＲＡ ユニバーサル地上無線アクセス
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ ワイドＣＤＭＡ
ＷＬＡＮ ワイドローカルエリアネットワーク

Claims (53)

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. ネットワークノード（５００）であって、
    ネットワークとの通信のために設定された通信回路（５２０）と、
    前記通信回路（５２０）に動作可能に結合された処理回路（５１０）とを備え、前記処理回路（５１０）は、
    無線デバイスから、アップリンクメッセージ中で、事前設定アップリンクリソース設定についての要求を受信することと、
    前記無線デバイスが無線通信ネットワークとの接続を有する接続モード中に、第１の事前設定リソースを設定する第１の事前設定リソース設定を示す制御シグナリングを送信することであって、前記第１の事前設定リソースが、前記無線デバイス専用の反復しない事前設定リソースである、制御シグナリングを送信することと、
    前記第１の事前設定リソースを使用してユーザデータを受信することと、
    前記第１の事前設定リソースを使用してデータを受信することと併せて、第２の事前設定リソース設定についての要求を受信することと、
    第２の事前設定リソースを設定する前記第２の事前設定リソース設定を示す制御シグナリングを送信することであって、前記第２の事前設定リソースが、前記無線デバイス専用の反復しない事前設定リソースである、制御シグナリングを送信することと
    を行うように設定された、ネットワークノード（５００）。
51. 前記処理回路（５１０）が、請求項２６から４７のいずれか一項に記載の方法を行うように設定された、請求項５０に記載のネットワークノード（５００）。
52. 無線デバイス（３００）中のプロセッサによる実行のためのコンピュータプログラム命令が記憶されたコンピュータプログラムであって、前記コンピュータプログラム命令が、前記無線デバイス（３００）に請求項１から２４のいずれか一項に記載の方法を行わせるように設定された、コンピュータプログラム。
53. ネットワークノード（５００）中のプロセッサによる実行のためのコンピュータプログラム命令が記憶されたコンピュータプログラムであって、前記コンピュータプログラム命令が、前記ネットワークノード（５００）に請求項２５から４６のいずれか一項に記載の方法を行わせるように設定された、コンピュータプログラム。

Images