JP2024520904A - 半静的に設定された周期的ｐｕｃｃｈについてのｐｕｃｃｈキャリア切替え - Google Patents

Abstract

物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信および受信するための、ユーザ機器、ネットワークノード、およびシステムが説明される。たとえば、ユーザ機器は、ネットワークノードから設定情報を受信し得る。設定情報は、ＰＵＣＣＨを送信するためにまたは受信するために利用可能な複数のセルであって、複数のセルが、参照セルと指定のセルとを含む、複数のセルを指示し得、ＰＵＣＣＨを送信するための周期を指示する周期性であって、周期が参照セルに関連する、周期性を指示し得る。ユーザ機器は、参照セルに関連する周期に従って、指定のセルを介してＰＵＣＣＨを送信し得る。【選択図】図５

Description

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０２１年５月１１日に出願された米国仮特許出願第６３／１８７，３４０号の利益を主張する。

本開示は、セルラ通信ネットワークにおける制御情報の送信に関する。

３ＧＰＰにおける新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）規格は、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低レイテンシ通信（ＵＲＬＬＣ）、およびマシン型通信（ＭＴＣ）など、複数の使用事例のためのサービスを提供するように設計されている。これらのサービスの各々は、異なる技術要件を有する。たとえば、ｅＭＢＢのための一般的要件は、適度のレイテンシと適度のカバレッジとをもつ高いデータレートであり、ＵＲＬＬＣサービスは、低レイテンシと高信頼送信とを必要とするが、おそらく適度のデータレートのためのものである。

低レイテンシデータ送信のためのソリューションのうちの１つは、より短い送信時間間隔である。ＮＲでは、スロット中での送信に加えて、ミニスロット送信も、レイテンシを低減するために可能にされる。ミニスロットは、スケジューリングにおいて使用される概念であり、ダウンリンク（ＤＬ）では、最小スロットは、２つ、４つまたは７つのＯＦＤＭシンボルを含んでいることがあり、アップリンク（ＵＬ）では、ミニスロットは、１から１４までの任意の数のＯＦＤＭシンボルであり得る。スロットおよびミニスロットの概念は、特定のサービスに固有ではなく、これは、ミニスロットが、ｅＭＢＢ、ＵＲＬＬＣ、または他のサービスのいずれかのために使用され得ることを意味することに留意されたい。図１は、ＮＲにおける例示的な無線リソースを示す。

ダウンリンク制御情報
３ＧＰＰ ＮＲ規格では、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において送信されるダウンリンク制御情報（ＤＣＩ）が、ＤＬデータ関係情報、ＵＬ関係情報、電力制御情報、スロットフォーマット指示などを指示するために使用される。これらの制御信号の各々に関連するＤＣＩの異なるフォーマットがあり、ＵＥは、異なる無線ネットワーク一時識別子（ＲＮＴＩ）に基づいて、ＤＣＩの異なるフォーマットを識別する。

ＵＥは、異なる周期性などで、異なるリソース中のＤＣＩを監視するように上位レイヤシグナリングによって設定される。ＤＣＩフォーマット１＿０、１＿１、および１＿２が、ＤＬデータをスケジュールするために使用され、これは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）において送られ、ＤＬ送信のための時間および周波数リソース、ならびに変調およびコーディング情報、ＨＡＲＱ（ハイブリッド自動再送要求）情報などを含む。

ＤＬ半永続スケジューリング（ＳＰＳ）およびＵＬ設定されたグラントタイプ２の場合、周期性を含むスケジューリングの一部は、上位レイヤ設定によって提供されるが、時間領域および周波数領域リソース割り当て、変調およびコーディングなど、スケジューリング情報の残りは、ＰＤＣＣＨ中のＤＣＩによって提供される。

アップリンク制御情報
アップリンク制御情報（ＵＣＩ）は、ＵＥによってｇＮＢに送られる制御情報である。これは、以下を含む。
・ トランスポートブロック受信が成功したか否かにかかわらず、受信されたダウンリンクトランスポートブロックに対応するフィードバック情報である、ハイブリッドＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）、
・ マルチアンテナおよびビームフォーミング方式のための情報を含む、ＤＬスケジューリングのために有用なチャネル関係情報をｇＮＢに提供する、ダウンリンクチャネル条件に関係するチャネル状態情報（ＣＳＩ）、および、
・ ＵＬデータ送信のためのＵＬリソースの必要を指示するスケジューリング要求（ＳＲ）。

ＵＣＩは、一般に、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信される。しかしながら、ＵＥが、ＰＵＣＣＨと重複する有効なＰＵＳＣＨリソースで、ＰＵＳＣＨ上でデータを送信している場合、ＵＣＩは、ＵＣＩ多重化のためのタイムライン要件が満たされる場合、ＵＬデータと多重化され、代わりにＰＵＳＣＨ上で送信され得る。

物理アップリンク制御チャネル
物理アップリンク制御チャネル（ＰＵＣＣＨ）は、ＤＬデータ送信の受信に対応するＨＡＲＱ－ＡＣＫフィードバックメッセージを送信するために、ＵＥによって使用される。ＰＵＣＣＨはまた、チャネル状態情報（ＣＳＩ）を送るために、またはＵＬデータを送信するためのアップリンクグラントについて要求するために、ＵＥによって使用される。

ＮＲでは、異なるＵＣＩペイロードサイズをサポートする複数のＰＵＣＣＨフォーマットが存在する。ＰＵＣＣＨフォーマット０および１が、２ビットまでのＵＣＩをサポートし、ＰＵＣＣＨフォーマット２、３、および４が、２ビット超のＵＣＩをサポートすることができる。ＰＵＣＣＨ送信持続時間に関して、ＰＵＣＣＨフォーマット０および２は、１つまたは２つのＯＦＤＭシンボルのＰＵＣＣＨ持続時間をサポートするショートＰＵＣＣＨフォーマットと見なされ、ＰＵＣＣＨフォーマット１、３、および４は、ロングフォーマットと見なされ、４つから１４個までのシンボルのＰＵＣＣＨ持続時間をサポートすることができる。

ＨＡＲＱフィードバック
図２に示されているように、ダウンリンク送信を受信するためのプロシージャは、ＵＥが、最初に、スロットｎ＋Ｋ_０スロット（Ｋ_０は０よりも大きいかまたはそれに等しい）においてスケジュールされたＤＬデータを指すスロットｎにおいて、ＰＤＤＣＨを監視および復号することである。ＵＥは、次いで、対応するＰＤＳＣＨ中のデータを復号する。最終的に、復号の成果に基づいて、ＵＥは、タイムスロットｎ＋Ｋ_０＋Ｋ_１（スロットアグリゲーションの場合、ｎ＋Ｋ_０は、ＰＤＳＣＨが終了するスロットによって置き換えられることになる）において、ｇＮＢに、正しい復号の確認応答（ＡＣＫ）、または否定応答（ＮＡＣＫ）を送る。Ｋ_０とＫ_１の両方は、ＤＣＩ中で指示される。確認応答を送るためのリソースは、上位レイヤによって設定されたＰＵＣＣＨリソースのうちの１つを指す、ＤＣＩ中のＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドによって指示される。

ＤＬ／ＵＬスロット設定、またはキャリアアグリゲーションかどうか、またはＤＬにおいて使用されるコードブロックグループ（ＣＢＧ）ごとの送信に応じて、いくつかのＰＤＳＣＨについてのフィードバックが、１つのフィードバックにおいて多重化される必要があり得る。これは、ＨＡＲＱ－ＡＣＫコードブックを構築することによって行われる。ＮＲでは、ＵＥは、半静的コードブックまたは動的コードブックを使用して、Ａ／Ｎビットを多重化するように設定され得る。

タイプ１または半静的コードブックは、各エレメントが、あるスロット、キャリア、またはトランスポートブロック（ＴＢ）における可能な割り当てからのＡ／Ｎビットを含んでいる、ビットシーケンスを含む。ＵＥに、複数のエントリをもつ、ＣＢＧおよび／または時間領域リソース割り当て（ＴＤＲＡ）テーブルが設定されたとき、複数のビットが、スロットおよびＴＢごとに生成される（図２参照）。コードブックは実際のＰＤＳＣＨスケジューリングにかかわらず導出されることに留意することが重要である。半静的コードブックのサイズおよびフォーマットは、前述のパラメータに基づいてあらかじめ設定される。半静的ＨＡＲＱ ＡＣＫコードブックの欠点は、サイズが固定であり、送信があるか否かにかかわらず、フィードバック行列においてビットが予約されることである。

ＵＥが、複数の時間領域リソース割り当てエントリが設定されたＴＤＲＡテーブルを有する場合、そのテーブルは、重複しない時間領域割り当てのみを含んでいるＴＤＲＡテーブルを導出するために、プルーニングされる（たとえば、エントリが、指定されたアルゴリズムに基づいて除去される）。次いで、（ＵＥがスロット中で複数のＰＤＳＣＨの受信をサポートすることが可能であると仮定して）各重複しないエントリについて、ＨＡＲＱ ＣＢにおいて、１ビットが予約される。

半静的ＨＡＲＱコードブックにおいて不要なビットを予約することを回避するために、ＮＲでは、ＵＥは、タイプ２または動的ＨＡＲＱコードブックを使用するように設定され得、スケジュールされた対応する送信がある場合のみ、Ａ／Ｎビットが存在する。ＵＥがフィードバックを送らなければならないＰＤＳＣＨの数に関して、ｇＮＢとＵＥとの間の混乱を回避するために、ＤＬ割り振りにおいて、カウンタダウンリンク割り振りインジケータ（ＤＡＩ）フィールドが存在し、これは、現在のＰＤＣＣＨまでの、ＵＥに対してＰＤＳＣＨがスケジュールされた｛サービングセル、ＰＤＣＣＨ機会｝ペアの累積数を示す。それに加えて、合計ＤＡＩと呼ばれる別のフィールドがあり、これは、存在するとき、現在のＰＤＣＣＨ監視オケージョンのすべてのＰＤＣＣＨまでの（およびそれを含む）｛サービングセル、ＰＤＣＣＨ機会｝の合計数を示す。ＨＡＲＱフィードバックを送るためのタイミングは、ＰＤＣＣＨスロットに関するＰＤＳＣＨ送信スロット（Ｋ_０）と、ＨＡＲＱフィードバックを含んでいるＰＵＣＣＨスロット（Ｋ_１）の両方に基づいて決定される。

図２は、２つのＰＤＳＣＨと１つのフィードバックとを伴う単純なシナリオにおけるタイムラインを示す。この例では、合計４つの設定されたＰＵＣＣＨリソースがあり、ＰＲＩは、ＰＵＣＣＨ２を、ＨＡＲＱフィードバックのために使用されるように指示する。ＰＵＣＣＨ２が、Ｒｅｌ－１５におけるプロシージャに基づいて、４つのＰＵＣＣＨリソースからどのように選択されるかを以下で説明する。

ＮＲ Ｒｅｌ－１５では、ＵＥに、ＨＡＲＱ－ＡＣＫ情報の送信のために最大４つのＰＵＣＣＨリソースセットが設定され得る。各セットは、ＨＡＲＱ－ＡＣＫビットを含むＵＣＩペイロードビットの範囲に関連する。第１のセットは、常に、１つまたは２つのＨＡＲＱ－ＡＣＫビットに関連し、したがって、ＰＵＣＣＨフォーマット０または１のみ、あるいはその両方を含む。他のセットのためのペイロード値の範囲（最大値の最小値）は、設定される場合、デフォルト値が使用される最後のセットのための最大値と、３である第２のセットの最小値とを除いて、設定によって提供される。第１のセットは、ＰＵＣＣＨフォーマット０または１の最大３２個のＰＵＣＣＨリソースを含むことができる。他のセットは、フォーマット２または３または４の最大８ビットを含むことができる。

前に説明されたように、ＵＥは、設定、または対応するＤＣＩ中のフィールドによって提供されるＫ_１値を介して、ＤＣＩによってスケジュールまたはアクティブ化されたＰＤＳＣＨに対応する、ＰＵＣＣＨにおけるＨＡＲＱ－ＡＣＫビットの送信のためのスロットを決定する。ＵＥは、対応するＫ_１値を介した同じスロット中の関連するＰＵＣＣＨで、ＨＡＲＱ－ＡＣＫビットからコードブックを形成する。

ＵＥは、コードブックのサイズがそのセットに関連するペイロード値の対応する範囲内にある、ＰＵＣＣＨリソースセットを決定する。

ＵＥは、そのセットに最大８つのＰＵＣＣＨリソースが設定された場合、対応するＰＤＳＣＨに関連する最後のＤＣＩ中のフィールドによって、セット中のＰＵＣＣＨリソースを決定する。セットが第１のセットであり、セットに８つ超のリソースが設定された場合、そのセット中のＰＵＣＣＨリソースは、対応するＰＤＳＣＨに関連する最後のＤＣＩ中のフィールドと、ＣＣＥに基づく暗黙的ルールとによって決定される。

ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースは、スロット中のＣＳＩおよび／またはＳＲ送信ならびにＰＵＳＣＨ送信のための他のＰＵＣＣＨリソースと時間的に重複することができる。重複するＰＵＣＣＨおよび／またはＰＵＳＣＨリソースの場合、最初に、ＵＥは、ＵＣＩ多重化タイムライン要件が満たされるように（ＨＡＲＱ－ＡＣＫビットを含む）合計ＵＣＩを搬送するＰＵＣＣＨリソースを決定することによって、もしあれば、ＰＵＣＣＨリソース間の重複を解決する。決定されたＰＵＣＣＨリソースにおいてＵＣＩを多重化するために、もしあれば、ＣＳＩビットを部分的にまたは完全にドロップすることがあり得る。次いで、ＵＥは、ＵＣＩ多重化のためのタイムライン要件が満たされる場合、ＰＵＳＣＨリソース上でＵＣＩを多重化することによって、もしあれば、ＰＵＣＣＨリソースとＰＵＳＣＨリソースとの間の重複を解決する。

クロスキャリアＨＡＲＱ－ＡＣＫフィードバック
ＮＲでは、キャリアアグリゲーション（ＣＡ）で動作するとき、ベースラインとして、複数のダウンリンクコンポーネントキャリア（ＣＣ）についての（物理アップリンク制御チャネル（ＰＵＣＣＨ）において搬送される）ＨＡＲＱ－ＡＣＫフィードバック情報は、１次セル（ＰＣｅｌｌ）上で送信される。これは、ダウンリンクキャリアの数がアップリンクキャリアの数に関係しない非対称ＣＡをサポートするためである。

多数のダウンリンクＣＣの場合、単一のアップリンクキャリアが、多数のＨＡＲＱ－ＡＣＫフィードバックを搬送しなければならないことがある。したがって、シングルキャリアをオーバーロードすることを回避するために、２つのＰＵＣＣＨグループ（サービングセルのセット）を設定することが可能であり、第１のＰＵＣＣＨグループ中のＤＬ送信に関係するフィードバックは、第１のＰＵＣＣＨグループ内のＰＣｅｌｌのアップリンクにおいて送信され、他のＰＵＣＣＨグループ中のＤＬ送信に関係するフィードバックは、第２のＰＵＣＣＨグループの、１次２次セル（ＰＳＣｅｌｌ）上でまたはＰＵＣＣＨ－ＳＣｅｌｌ上で送信される。

ＨＡＲＱ－ＡＣＫ送信のために使用するための同じＰＵＣＣＨグループ内のセルを指示するサービングセルＩＤを半静的に設定することによって、ＨＡＲＱ－ＡＣＫフィードバック送信のために他のＵＬセルを使用することが可能である。しかしながら、そのような設定は、新たに追加されたＳＣｅｌｌに対してのみ可能である。すなわち、ＰＣｅｌｌ上でのＤＬ送信の場合、ＨＡＲＱ－ＡＣＫ送信は、ＰＣｅｌｌ上でのみ可能である。

図３は、２つのＰＵＣＣＨグループを伴うＨＡＲＱ－ＡＣＫフィードバック送信機構の一例を示し、最初の４つのＤＬ ＣＣについてのＨＡＲＱ－ＡＣＫフィードバックは、対応するＰＵＣＣＨグループ中のＵＬ ＰＣｅｌｌにおいて送信され、最後の３つのＤＬ ＣＣについてのフィードバックは、第２のＰＵＣＣＨグループのＰＵＣＣＨ－ＳＣｅｌｌにおいて送信される。

ＰＵＣＣＨキャリア切替え
ＰＵＣＣＨキャリア切替えのための異なる方法が、Ｒｅｌ－１７中に議論された。その方法は、２つの主要な手法、すなわち、動的ＰＵＣＣＨキャリア切替えと、半静的切替えとに分類され得る。動的手法は、たとえば、ＤＣＩ中の専用指示フィールドの形態の、ネットワークからの動的指示を有することを含み、半静的手法は、何らかの半静的ルールまたは半静的設定に依拠し得る。

１つまたは複数のデバイスの通信システムが、特定の動作またはアクションを、動作中、システムにアクションを実施させる、システム上にインストールされたソフトウェア、ファームウェア、ハードウェア、またはそれらの組合せを有することによって、実施するように設定され得る。１つまたは複数の通信デバイスおよび／またはプログラムが、特定の動作またはアクションを、プロセッサによって実行されたとき、デバイスにアクションを実施させる命令を含むことによって、実施するように設定され得る。１つの一般的な態様は、ユーザ機器によって実施される方法を含む。本方法は、ネットワークノードから設定情報を受信することであって、設定情報が、ＰＵＣＣＨを送信するためにまたは受信するために利用可能な複数のセルであって、複数のセルが、参照セルと指定のセルとを含む、複数のセルと、ＰＵＣＣＨを送信するための周期を指示する周期性であって、周期が参照セルに関連する、周期性とを指示する、設定情報を受信することをも含む。本方法は、参照セルに関連する周期に従って、指定のセルを介してＰＵＣＣＨを送信することをも含む。この態様の他の実施形態は、各々が、本方法のアクションを実施するように設定された、対応するコンピュータシステムと、装置と、１つまたは複数のコンピュータ記憶デバイス上に記録されたコンピュータプログラムとを含む。

実装形態は、以下の特徴のうちの１つまたは複数を含み得る。ＰＵＣＣＨを送信することが、ＰＵＣＣＨを送信するための参照セル中のスロットの利用不可能性に基づいて、ＰＵＣＣＨを送信することを含む、方法。周期は、参照セルのスロットの数に関連する。周期は、参照セルのシンボルの数に関連する。物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信するためのユーザ機器が、本明細書で説明される任意のＵＥ動作を実施するように設定された処理回路と、処理回路に電力を供給するように設定された電力供給回路とを含み得る。物理アップリンク制御チャネル（ＰＵＣＣＨ）を送信するためのユーザ機器（ＵＥ）であって、ＵＥが、無線信号を送り、受信するように設定されたアンテナと、アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように設定された、無線フロントエンド回路と、本明細書で説明される任意のＵＥ動作を実施するように設定された処理回路と、処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように設定された、入力インターフェースと、処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように設定された、出力インターフェースと、処理回路に接続され、ＵＥに電力を供給するように設定された、バッテリーとを含み得る。ＵＥは、通信インターフェースと処理回路とを含み得、ＵＥの通信インターフェースと処理回路とは、ホストからユーザデータを受信するために、本明細書で説明される任意のＵＥ動作を実施するように設定される。セルラネットワークが、ホストからＵＥにユーザデータを送信するために、ＵＥと通信するように設定されたネットワークノードをさらに含む。ホストの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ホストアプリケーションは、ＵＥ上で実行するクライアントアプリケーションと対話するように設定され、クライアントアプリケーションは、ホストアプリケーションに関連する。ＵＥは、ホストからユーザデータを受信するために、本明細書で説明される任意のＵＥの動作のいずれかを実施する。本方法は、ホストにおいて、ＵＥからユーザデータを受信するために、ＵＥ上で実行するクライアントアプリケーションに関連するホストアプリケーションを実行することを含み得る。ユーザデータは、ホストアプリケーションからの入力データに応答して、クライアントアプリケーションによって提供される。ＵＥは、通信インターフェースと処理回路とを含み得、ＵＥの通信インターフェースと処理回路とは、ホストにユーザデータを送信するために、本明細書で説明される任意のＵＥ動作を実施するように設定される。セルラネットワークは、ＵＥからホストにユーザデータを送信するために、ＵＥと通信するように設定されたネットワークノードをさらに含む。ホストの処理回路は、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ホストアプリケーションは、ＵＥ上で実行するクライアントアプリケーションと対話するように設定され、クライアントアプリケーションは、ホストアプリケーションに関連する。ＵＥは、ホストにユーザデータを送信するために、本明細書で説明される任意のＵＥ動作を実施する。本方法は、ホストにおいて、ＵＥからユーザデータを受信するために、ＵＥ上で実行するクライアントアプリケーションに関連するホストアプリケーションを実行することを含み得る。ユーザデータは、ホストアプリケーションからの入力データに応答して、クライアントアプリケーションによって提供される。説明される技法の実装形態は、ハードウェア、方法またはプロセス、あるいはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含み得る。

１つの一般的な態様は、ユーザ機器によって実施される方法を含む。本方法は、ネットワークノードから設定情報を受信することであって、設定情報が、ＰＵＣＣＨを送信するためにまたは受信するために利用可能な複数のセルであって、複数のセルが、第１のセルと第２のセルとを含む、複数のセルと、第１のセルを使用してＰＵＣＣＨを送信するための第１の周期的機会、および第２のセルを使用してＰＵＣＣＨを送信するための第２の周期的機会とを指示する、設定情報を受信することをも含む。本方法は、設定情報に基づいて、第１のセルを使用して第１の周期的機会中に、または第２のセルを使用して第２の周期的機会中に、ＰＵＣＣＨを送信することをも含む。この態様の他の実施形態は、各々が、本方法のアクションを実施するように設定された、対応するコンピュータシステムと、装置と、１つまたは複数のコンピュータ記憶デバイス上に記録されたコンピュータプログラムとを含む。

実装形態は、以下の特徴のうちの１つまたは複数を含み得る。ＰＵＣＣＨを送信することは、第１の周期的機会が第２の周期的機会と重複するとき、第１の周期的機会中にＰＵＣＣＨを送信することを含む、方法。ＰＵＣＣＨを送信することは、第１のセルに関連するおよび第１の周期的機会を含む第１のスロットが、第２のセルに関連するおよび第２の周期的機会を含む第２のスロットと重複するとき、第１の周期的機会中にＰＵＣＣＨを送信することを含む。本方法は、ユーザデータを提供することと、ネットワークノードへの送信を介してユーザデータをホストにフォワーディングすることとを含み得る。説明される技法の実装形態は、ハードウェア、方法またはプロセス、あるいはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含み得る。

１つの一般的な態様は、ネットワークノードによって実施される方法を含む。本方法は、ユーザ機器に設定情報を送信することであって、設定情報が、ＰＵＣＣＨを受信するために利用可能な複数のセルであって、複数のセルが、参照セルと指定のセルとを含む、複数のセルと、ＰＵＣＣＨを受信するための周期を指示する周期性であって、周期が参照セルに関連する、周期性とを指示する、設定情報を送信することをも含む。本方法は、参照セルに関連する周期に従って、指定のセルを介してＰＵＣＣＨを受信することをも含む。この態様の他の実施形態は、各々が、本方法のアクションを実施するように設定された、対応するコンピュータシステムと、装置と、１つまたは複数のコンピュータ記憶デバイス上に記録されたコンピュータプログラムとを含む。

実装形態は、以下の特徴のうちの１つまたは複数を含み得る。ＰＵＣＣＨを受信することが、ＰＵＣＣＨを受信するための参照セル中のスロットの利用不可能性に基づいて、ＰＵＣＣＨを受信することを含む、方法。周期は、参照セルのスロットの数に関連する。周期は、参照セルのシンボルの数に関連する。物理アップリンク制御チャネル（ＰＵＣＣＨ）を受信するためのネットワークノードであって、ネットワークノードが、本明細書で説明される任意のネットワークノード動作を実施するように設定された処理回路と、処理回路に電力を供給するように設定された電力供給回路とを含み得る。オーバーザトップ（ＯＴＴ）サービスを提供するための通信システムにおいて動作するように設定されたホストであって、ホストは、ユーザデータを提供するように設定された処理回路と、ユーザ機器（ＵＥ）への送信のためにセルラネットワークにおけるネットワークノードへのユーザデータの送信を始動するように設定されたネットワークインターフェースであって、ネットワークノードが、通信インターフェースと処理回路とを有し、ネットワークノードの処理回路が、ホストからＵＥにユーザデータを送信するために、本明細書で説明されるネットワークノードの動作のいずれかを実施するように設定された、ネットワークインターフェースとを含み得る。ホストの処理回路は、ユーザデータを提供するホストアプリケーションを実行するように設定され、ＵＥは、ホストからのユーザデータの送信を受信するために、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を含み得る。ネットワークノードは、ホストからＵＥにユーザデータを送信するために、説明されるネットワークノードの動作のいずれかを実施する。本方法は、ネットワークノードにおいて、ＵＥのためにホストによって提供されたユーザデータを送信することを含み得る。ユーザデータは、ホストにおいて、ＵＥ上で実行するクライアントアプリケーションと対話するホストアプリケーションを実行することによって提供され、クライアントアプリケーションは、ホストアプリケーションに関連する。

オーバーザトップ（ＯＴＴ）サービスを提供するように設定された通信システムであって、通信システムは、ホストを含み得、ホストは、ユーザ機器（ＵＥ）のためのユーザデータを提供するように設定された処理回路であって、ユーザデータが、ＯＴＴサービスに関連する、処理回路と、ＵＥへの送信のためにセルラネットワークノードのほうへのユーザデータの送信を始動するように設定されたネットワークインターフェースであって、ネットワークノードが、通信インターフェースと処理回路とを有し、ネットワークノードの処理回路が、ホストからＵＥにユーザデータを送信するために、説明されるネットワークノードの動作のいずれかを実施するように設定された、ネットワークインターフェースとを含み得る。通信システムは、ネットワークノード、および／またはユーザ機器を含み得る。オーバーザトップ（ＯＴＴ）サービスを提供するための通信システムにおいて動作するように設定されたホストであって、ホストは、ユーザデータの受信を始動するように設定された処理回路と、セルラネットワークにおけるネットワークノードからのユーザデータを受信するように設定されたネットワークインターフェースであって、ネットワークノードが、通信インターフェースと処理回路とを有し、ネットワークノードの処理回路が、ホストのためにユーザ機器（ＵＥ）からユーザデータを受信するために、説明されるネットワークノードの動作のいずれかを実施するように設定された、ネットワークインターフェースとを含み得る。ホストの処理回路は、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、ホストアプリケーションは、ＵＥ上で実行するクライアントアプリケーションと対話するように設定され、クライアントアプリケーションは、ホストアプリケーションに関連する。ユーザデータの受信を始動することは、ユーザデータを要求することを含み得る。ネットワークノードは、ホストのためにＵＥからユーザデータを受信するために、本明細書で説明される任意のネットワークノード動作を実施する。本方法は、ネットワークノードにおいて、ホストに、受信されたユーザデータを送信することを含み得る。説明される技法の実装形態は、ハードウェア、方法またはプロセス、あるいはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含み得る。

１つの一般的な態様は、ネットワークノードによって実施される方法を含む。本方法は、ユーザ機器に設定情報を送信することであって、設定情報が、ＰＵＣＣＨを受信するために利用可能な複数のセルであって、複数のセルが、第１のセルと第２のセルとを含む、複数のセルと、第１のセルを使用してＰＵＣＣＨを受信するための第１の周期的機会、および第２のセルを使用してＰＵＣＣＨを受信するための第２の周期的機会とを指示する、設定情報を送信することをも含む。本方法は、設定情報に基づいて、第１のセルを使用して第１の周期的機会中に、または第２のセルを使用して第２の周期的機会中に、ＰＵＣＣＨを受信することをも含む。この態様の他の実施形態は、各々が、本方法のアクションを実施するように設定された、対応するコンピュータシステムと、装置と、１つまたは複数のコンピュータ記憶デバイス上に記録されたコンピュータプログラムとを含む。

実装形態は、以下の特徴のうちの１つまたは複数を含み得る。ＰＵＣＣＨを受信することは、第１の周期的機会が第２の周期的機会と重複するとき、第１の周期的機会中にＰＵＣＣＨを受信することを含む、方法。受信することは、第１のセルに関連するおよび第１の周期的機会を含む第１のスロットが、第２のセルに関連するおよび第２の周期的機会を含む第２のスロットと重複するとき、第１の周期的機会中にＰＵＣＣＨを受信することを含む。本明細書で説明される任意のネットワークノードの方法は、ユーザデータを取得することと、ユーザデータをホストまたはユーザ機器にフォワーディングすることとを含み得る。説明される技法の実装形態は、ハードウェア、方法またはプロセス、あるいはコンピュータアクセス可能媒体上のコンピュータソフトウェアを含み得る。

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。

ＮＲにおける無線リソースの一例を示す図である。 ２つのＰＤＳＣＨと１つのフィードバック機会とを伴う単純なシナリオを示す図である。 ２つのＰＵＣＣＨグループを伴うＨＡＲＱ－ＡＣＫフィードバック送信機構の一例を示す図である。 設定された周期がＰＣｅｌｌ中のスロットに関する、ＰＵＣＣＨ上で送信される周期的ＳＲのためのＰＵＣＣＨキャリアインデックス設定の一例を示す図である。 本開示のいくつかの態様による、ＰＵＣＣＨ送信の一例を示す図である。 本開示のいくつかの態様による、ＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す図である。 本開示のいくつかの態様による、ＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す図である。 本開示のいくつかの態様による、ＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す図である。 本開示のいくつかの態様による、ＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す図である。 本開示のいくつかの態様による、通信システムの一例を示す図である。 いくつかの実施形態による、ＵＥを示す図である。 いくつかの実施形態による、ネットワークノードを示す図である。 本明細書で説明される様々な態様による、図１０のホストの一実施形態であり得る、ホストのブロック図である。 本開示のいくつかの態様による、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境を示すブロック図である。 いくつかの実施形態による、部分的無線接続上でホストがネットワークノードを介してＵＥと通信することの通信図である。 本開示のいくつかの態様による、ＵＥの実施形態によって実施される方法のフローチャートである。 本開示のいくつかの態様による、ＵＥの実施形態によって実施される方法のフローチャートである。 本開示のいくつかの態様による、ネットワークノードの実施形態によって実施される方法のフローチャートである。 本開示のいくつかの態様による、ネットワークノードの実施形態によって実施される方法のフローチャートである。

これらの図は、以下の発明を実施するための形態を参照することによって、最も良く理解されるであろう。

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良の様式を示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入る。

現在、（１つまたは複数の）ある課題が存在する。ＰＵＣＣＨ送信の既存の挙動は、ＰＵＣＣＨグループのＰＣｅｌｌまたはＰＵＣＣＨ－ＳＣｅｌｌのみが、ＰＵＣＣＨ送信のために使用され得るという点で、限定的である。いくつかのシナリオでは、さらなるフレキシビリティが望まれ、たとえば、ＰＵＣＣＨがＴＤＤセル上でのみ送信され得る場合、ＰＵＣＣＨ送信オポチュニティ（ｏｐｐｏｒｔｕｎｉｔｙ）は、ＴＤＤパターンにおけるＵＬオポチュニティにより制限され、高いレイテンシにつながり得る。その場合、異なるＵＬキャリアがＰＵＣＣＨ送信のために使用されること（ＰＵＣＣＨキャリア切替え）を可能にすることは、そのような問題に対処するために有用であり得る。

ＳＰＳ ＰＤＳＣＨのためのＳＲまたは周期的ＣＳＩまたはＨＡＲＱ－ＡＣＫを搬送するＰＵＣＣＨなどの周期的ＰＵＣＣＨ送信について、ＰＵＣＣＨキャリアの動的指示を有する可能性がない。ここまで、そのような周期的ＰＵＣＣＨ送信についてのＰＵＣＣＨキャリア切替えをどのようにサポートすべきかが、明らかでない。

本開示のいくつかの態様およびそれらの実施形態は、これらまたは他の課題のソリューションを提供し得る。提案されるソリューションは、周期的ＰＵＣＣＨについてのＰＵＣＣＨキャリアのための半静的設定の方法を含む。ソリューションは、（ＰＵＣＣＨキャリア切替えにかかわらず）周期的ＰＵＣＣＨのために使用されるべきＰＵＣＣＨリソースの可能な設定をも含む。

いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。提案されるソリューションは、半静的に設定された周期的ＰＵＣＣＨについてのＰＵＣＣＨキャリア切替えのフレキシブルな設定を提供する。ＰＵＣＣＨキャリア切替えの完全なサポートでは、たとえば、ＵＲＬＬＣにとって、レイテンシを低減することが有用であり得る。いくつかの提案されるソリューションは、周期的ＰＵＣＣＨのために使用するための異なるＰＵＣＣＨリソースを設定するためのフレキシビリティをも提供することができる。

添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。実施形態は、例として、主題の範囲を当業者に伝えるように提供される。

実施形態の以下のセットが、概して、説明され、スロットベースＰＵＣＣＨ設定とサブスロットベースＰＵＣＣＨ設定の両方に適用され得る。

「キャリア」および「セル」という用語は、本開示の文脈では類似の意味で使用され得る。

方法およびプロシージャは、キャリアアグリゲーションのための１次セル（ＰＣｅｌｌ）と１つまたは複数の２次セルとを含んでいるＰＵＣＣＨグループの仮定の下で説明され得る。しかしながら、方法およびプロシージャは、他のシナリオに容易に適用され得ることを理解されたい。
・ ＵＥに、デュアルコネクティビティ動作、たとえば、ＭＣＧおよびＳＣＧが設定された場合、ＵＥは、ＭＣＧとＳＣＧの両方について、以下で説明される同じ方法およびプロシージャを適用することができる。たとえば、そこでのＭＣＧにおける１次セル（すなわち、ＰＣｅｌｌ）のカウンターパートは、ＳＣＧのＰＳＣｅｌｌである。
・ ＵＥに、２つ以上のＰＵＣＣＨグループ、たとえば、２つのＰＵＣＣＨグループが設定され得る。この場合、以下で説明される方法およびプロシージャは、各ＰＵＣＣＨグループにおいて等しく適用され得る。たとえば、ＵＥが、２つのＰＵＣＣＨグループ（１次ＰＵＣＣＨグループおよび２次ＰＵＣＣＨグループ）を提供される場合、１次ＰＵＣＣＨグループ中の１次セル（すなわち、ＰＣｅｌｌ）のカウンターパートは、２次ＰＵＣＣＨグループ中のＰＵＣＣＨ－ＳＣｅｌｌである。

当業者は、他の組合せ実施形態および／または変形態が本開示によって企図されることを了解し得る。

設定されたセル、リソース、タイミングなどに関するすべての設定は、ｇＮＢによって送信され得、設定情報（たとえば、ＲＲＣ設定メッセージ、ＤＣＩ、および／またはＭＡＣ ＣＥ）を介してユーザ機器によって受信され得る。

周期的ＰＵＣＣＨキャリア切替えのためのＰＵＣＣＨセルインデックスの半静的設定
非限定的な一実施形態では、ＰＵＣＣＨグループ内での可能なＰＵＣＣＨキャリア切替えのために半静的に設定された周期的ＰＵＣＣＨ送信のために、キャリアパターンが半静的に設定される。

非限定的な一実施形態では、キャリアパターンが、周期的ＰＵＣＣＨ送信における各ＰＵＣＣＨのために使用するためのＰＵＣＣＨキャリアのセルインデックスを指示するシーケンスとして提供され、ここで、シーケンスの第１の値が、第１のＰＵＣＣＨ送信機会のためのＰＵＣＣＨキャリアインデックスを指示し、シーケンスの第２の値が、ある周期の後の第２のＰＵＣＣＨ送信機会のためのＰＵＣＣＨキャリアインデックスを指示し、以下同様である。シーケンス中の値は、さらなるＰＵＣＣＨ送信のために循環される。

上記の実施形態では、第１のＰＵＣＣＨ送信機会は、ＵＥに周期的ＰＵＣＣＨ送信が設定された後の、たとえば、ＳＲ設定または周期的ＣＳＩ設定の後の、第１のＰＵＣＣＨ送信機会に対応する。

たとえば、ＳＲのためのＰＵＣＣＨキャリアインデックス｛０，１，２｝のシーケンスがＵＥに設定された場合、第１、第２、および第３のＳＲ送信が、それぞれ、キャリアインデックス＃０、＃１、および＃２上で送信され、第４、第５、および第６のＳＲ送信が、キャリアインデックス＃０、＃１、および＃２上で送信され、以下同様である。これは、図４に示されている。図４は、設定された周期がＰＣｅｌｌ中のスロットに関する、ＰＵＣＣＨ上で送信される周期的ＳＲのためのＰＵＣＣＨキャリアインデックス設定の一例を示す。

非限定的な一実施形態では、周期的ＰＵＣＣＨのＰＵＣＣＨキャリア切替えについて、周期値がスロット単位で与えられる場合、周期値は参照セル（たとえば、ＰＣｅｌｌ＃０）中のスロットに関して適用される。
・ 上記の実施形態の１つのバージョンでは、ＰＵＣＣＨグループについての参照セルは、ＵＥに半静的に設定され得る。
・ 上記の実施形態の別のバージョンでは、参照セルは、ＰＵＣＣＨグループの１次セルであり得る。

別の１つまたは複数のセル（たとえば、指定のセルＳＣｅｌｌ＃１、ＵＬセル＃２）上でのＰＵＣＣＨの送信は、参照セル（たとえば、ＰＣｅｌｌ＃０）中のスロットに関して適用された周期値に従い得る。

非限定的な一実施形態では、周期的ＰＵＣＣＨのＰＵＣＣＨキャリア切替えについて、周期値がスロット単位で与えられる場合、周期値は、最も小さいＳＣＳを伴うＰＵＣＣＨキャリア切替えについてのセルのスロットに関して適用される。

非限定的な一実施形態では、周期およびＰＵＣＣＨセルインデックス設定によって設定された周期的ＰＵＣＣＨ送信におけるＰＵＣＣＨ機会が、無効なスロット、たとえば、ＤＬスロット中の、あるいは、設定されたＤＬまたはＳＳＢシンボルと重複するシンボル上での送信機会に対応する場合、ＰＵＣＣＨ機会はＵＥによってスキップされる。

周期的ＰＵＣＣＨキャリア切替えのためのＰＵＣＣＨリソースの半静的設定
非限定的な一実施形態では、ＰＵＣＣＨキャリア切替えを伴う周期的ＰＵＣＣＨ送信のために、単一のリソースＩＤが半静的に設定される。

非限定的な一実施形態では、周期的ＰＵＣＣＨ送信のために、ＰＵＣＣＨリソースＩＤのシーケンスが半静的に設定される。

非限定的な一実施形態では、ＰＵＣＣＨリソースＩＤのシーケンスが、周期的ＰＵＣＣＨ送信における各ＰＵＣＣＨのために使用するためのＰＵＣＣＨリソースＩＤを指示し、ここで、シーケンスの第１の値が、第１のＰＵＣＣＨ送信機会のためのＰＵＣＣＨリソースＩＤを指示し、シーケンスの第２の値が、ある周期の後の第２のＰＵＣＣＨ送信機会のためのＰＵＣＣＨリソースＩＤを指示し、以下同様である。シーケンス中の値は、さらなるＰＵＣＣＨ送信のために循環される。

非限定的な一実施形態では、ＰＵＣＣＨリソースＩＤのシーケンスとＰＵＣＣＨキャリアインデックスのシーケンスの両方がＵＥに設定されたとき、ＵＥは、ＰＵＣＣＨリソースＩＤのシーケンスによって指示されたＰＵＣＣＨリソースＩＤを使用して、ＰＵＣＣＨキャリアインデックスのシーケンスによって指示されたキャリア上でＰＵＣＣＨを送信し、ここで、ＰＵＣＣＨリソースＩＤは、対応するＰＵＣＣＨセルのＰＵＣＣＨ設定に関する。

たとえば、シングルセル動作について、ＳＲのためのＰＵＣＣＨリソースＩＤ｛０，１，０｝のシーケンスがＵＥに提供された場合、第１、第２、および第３のＳＲ送信が、それぞれ、ＰＵＣＣＨリソースＩＤ＃０、＃１、および＃０を使用して送信され、第４、第５、および第６のＳＲ送信が、ＰＵＣＣＨリソースＩＤ＃０、＃１、および＃０を使用して送信され、以下同様である。

別の例として、ＰＵＣＣＨキャリア切替えについて、ＳＲのためのＰＵＣＣＨリソースＩＤ｛０，１｝のシーケンスおよびＰＵＣＣＨキャリアインデックス｛０，２｝のシーケンスが、ＵＥに提供された場合、
・ 第１のＳＲ送信が、キャリアインデックス＃０上で、ＰＵＣＣＨリソースＩＤ＃０を使用して送信され、
・ 第２のＳＲ送信が、キャリアインデックス＃２上で、ＰＵＣＣＨリソースＩＤ＃１を使用して送信され、
・ 第３のＳＲ送信が、キャリアインデックス＃０上で、ＰＵＣＣＨリソースＩＤ＃０を使用して送信され、
・ 第４のＳＲ送信は、キャリアインデックス＃２上で、ＰＵＣＣＨリソースＩＤ＃１を使用して送信され、以下同様である。

上記の実施形態では、ＰＵＣＣＨリソースは、（参照セル中のスロットに関する）２つの連続するＰＵＣＣＨ送信の開始シンボル間の距離が周期値に等しいように、周期的ＰＵＣＣＨ送信のために設定される。

周期的ＰＵＣＣＨ送信についての代替キャリアのためのセルインデックスのシーケンス
１次セル（たとえば、参照セルＰＣｅｌｌ＃０）のために設定された周期的ＰＵＣＣＨ送信について、ＰＵＣＣＨ送信は、周期的ＰＵＣＣＨのための適切なＵＬシンボルがある場合、スケジュールされたスロット（またはサブスロット）中で１次セル上で行われる。そうではなく、図５に示されているように、適切なスロットが利用不可能である場合、ＰＵＣＣＨは、代替キャリア（たとえば、指定のセルＳＣｅｌｌ＃１）に移動され、代替キャリアは、周期的ＰＵＣＣＨのための必要とされるＵＬシンボルを提供する。セルインデックスの順序付きシーケンスが可能な代替セルとして提供された場合、ＰＵＣＣＨ送信は、スロット中のＰＵＣＣＨのための十分な数のアップリンクシンボルを提供する、セルインデックスのシーケンス上の次のセルに切り替えられる。次のセルへの切替えは、ＰＵＣＣＨをサポートすることが可能なセルが見つけられるまで、リスト上の次のセルを循環的にテストすることを介したものであり得る。リスト上のセルが、ＰＵＣＣＨ送信を適切にサポートすることができない（たとえば、リスト上のセルが、スロット中に利用可能な十分な数のアップリンクシンボルを有しない）場合、ＰＵＣＣＨはドロップされるか、または後続のスロットに延期され得る。

図５は、ＰＵＣＣＨが、スロット中にＰＵＣＣＨのための適切なＵＬシンボル（スロット＃３、＃７参照）がある場合、ＰＣｅｌｌ上で送信される一例を示す図である。他の場合、ＰＵＣＣＨは、代替キャリア（スロット＃５、＃９参照）に切り替えられる。いずれのキャリアもスロット中に適切なＵＬシンボルを有しない場合、ＰＵＣＣＨはドロップされる（スロット＃１参照）。

所与のＰＵＣＣＨグループについて、セルインデックスのシーケンスは、以下の方法のうちの１つまたは複数を使用して規定され得、ここで、指示されたセルは、１次セルが周期的ＰＵＣＣＨ送信のためのリソースを有しない場合、周期的ＰＵＣＣＨのための代替キャリアとして使用され得る。
・ 半静的に設定された、セルインデックスの順序付きリスト、
・ １次セルと同じＳＣＳを使用する、セルインデックスの順序付きリスト、
・ １次セルのＳＣＳと同じ、または１次セルのＳＣＳよりも高いＳＣＳを使用する、セルインデックスの順序付きリスト、
・ １次セルのＳＣＳと同じ、または１次セルのＳＣＳよりも低いＳＣＳを使用する、セルインデックスの順序付きリスト、
・ １次セルと同じ周波数範囲（ＦＲ）に属する、セルインデックスの順序付きリスト。
・ １次セルの周波数範囲（ＦＲ）よりも低いＦＲに属する、セルインデックスの順序付きリスト。たとえば、１次セルがＦＲ２中にある場合、キャリア切替えのためのセルインデックスのリストは、設定される場合、ＳＵＬを含む、同じＰＵＣＣＨグループのＦＲ１中のセルを含んでいる。
・ 好ましい複信、すなわち、ＰＵＣＣＨグループ中のＦＤＤセルのみを使用する、セルインデックスの順序付きリスト。

代替キャリアのためのセルインデックスのシーケンスは、ＵＣＩの各タイプについて、個々に設定され得る。たとえば、
・ ＳＲの場合、セルインデックスのシーケンスは、ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＲｅｓｏｕｒｃｅＣｏｎｆｉｇのフィールドとして提供される、
・ ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答の場合、セルインデックスのシーケンスは、ＢＷＰについて１つのＳＰＳ設定のみが存在する場合、ＳＰＳ－Ｃｏｎｆｉｇのフィールドとして提供される。そうではなく、複数のＳＰＳ設定が提供される場合、セルインデックスのシーケンスは、提供され、ｓｐｓ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔに関連付けられ得る。
・ ＰＵＣＣＨ上の周期的ＣＳＩまたは半永続ＣＳＩの場合、セルインデックスのシーケンスは、ＣＳＩ－ＲｅｐｏｒｔＣｏｎｆｉｇのフィールドとして提供される。

完全なスロット、またはスロット中のシンボルの送信方向（ダウンリンク、アップリンク、フレキシブル）が、以下のオプション、またはオプションの組合せに従って決定される。
・ 好ましい実施形態では、送信方向（ダウンリンク、アップリンク、フレキシブル）は、半静的ＲＲＣ設定のみ、すなわち、設定される場合、セル共通設定ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ、およびＵＥ固有ＴＤＤアップリンク－ダウンリンク設定ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄに従う。
・ 代替実施形態では、送信方向は、半静的にＲＲＣ設定されたＴＤＤアップリンクダウンリンクパターンに加えて、ＵＥに動的に提供されるスロットフォーマットインジケータを考慮に入れる。たとえば、ＵＥは、ＵＥに、上位レイヤによって、パラメータＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｏｒが設定されたとき、ＤＣＩフォーマット２＿０によってシグナリングされたスロットフォーマットを受信するように設定される。

ＰＵＣＣＨ繰返しおよび他の問題
周期的ＰＵＣＣＨに繰返しが設定された場合、切り替えるためのキャリアが、以下の方法のうちの１つを使用して決定され得る。
・ １つの方法では、ＰＵＣＣＨ繰返しのセットが、グループと同じキャリア上で送信される。ＰＵＣＣＨ繰返しの完全セットがＰＣｅｌｌ上にとどまるか、またはＰＵＣＣＨ繰返しの完全セットが代替キャリアにマッピングされるかのいずれかである。
・ 別の方法では、各ＰＵＣＣＨ繰返しについてのキャリアが、個々に決定される。したがって、ＰＵＣＣＨ繰返しの完全セットは、同じキャリア上で送信されないことがある。

ＰＵＣＣＨ繰返しは、ＰＵＣＣＨ送信のための決定されたセルが、ＰＵＣＣＨ繰返しのために十分なＵＬシンボルを有しない（たとえば、適切なスロットが利用不可能である）場合、ドロップされ得る。

１次セルにおいて、ＰＵＣＣＨに周波数ホッピング（ＦＨ）が設定された場合、同じＦＨプロパティ（すなわち、周波数ホッピングを実施するか否か）が、ターゲット送信セル中で保たれる。

ＰＵＣＣＨが１次セルから代替セルに切り替えられたとき、ＰＵＣＣＨの電力制御、ＰＵＣＣＨ空間関係情報は、代替セル中のＰＵＣＣＨ設定のものに従う。

複数のセル上でリソースを規定することによるキャリア切替え

これらの実施形態は、ＳＲの観点から説明されるが、周期的ＣＳＩ報告また半永続ＣＳＩ報告にも適用され得る。

実施形態の１つのセットでは、２つ以上のセルが、それら自体の周期性を伴って、規定されたＰＵＣＣＨリソースを有する。一例が図６に示されている。時間的に互いに近い異なるセル上で利用可能な２つのＰＵＣＣＨリソースがある場合、これらのＰＵＣＣＨリソースのうちのどちらの上で送信すべきかをＵＥに命令するルールがあり得る。図６は、３つのキャリア上のＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す。

これらのルールは、選好順序においてセルを順序付けるためのものであり、最も好ましいセル上で送信するためのものであり得る。この順序は、半静的に設定され得る。１つのオプションは、ＰＣｅｌｌが利用可能である場合、常にＰＣｅｌｌを選好することである。

一実施形態では、２つのＰＵＣＣＨリソースが時間的に重複する場合、選好順序において第１であるものが使用される。一例が図７に与えられる。図７は、２つのキャリア上のＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す。選好順序は、ＰＣｅｌｌ＃０、その後に、ＳＣｅｌｌ＃１である。ＳＣｅｌｌ＃１上のスロット０および３において、ＳＲのためのＰＵＣＣＨリソースは、ＰＣｅｌｌ＃０上のＰＵＣＣＨリソースと重複し、したがって、ＰＣｅｌｌ＃０上のＰＵＣＣＨリソースが代わりに使用される。

一実施形態では、ＰＵＣＣＨリソースが、選好順序においてより早い、ＰＵＣＣＨリソースを含んでいる別のセル上のスロットと時間的に重複するスロット中にある場合、選好順序においてより早いセルのＰＵＣＣＨリソースが使用される。一例が図８に与えられる。図８は、２つのキャリア上にＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す。選好順序は、ＰＣｅｌｌ＃０、その後に、ＳＣｅｌｌ＃１である。ＳＣｅｌｌ＃１上のスロット０および３が、ＳＲのためのＰＵＣＣＨリソースを含んでいるＰＣｅｌｌ＃０上のスロット（ＰＣｅｌｌ＃０上の、それぞれスロット０および６）と時間的に重複し、したがって、ＰＣｅｌｌ＃０上のＰＵＣＣＨリソースが代わりに使用される。

図６中の例はまた、図９に示されているように、ＵＬセル＃２上で、より低い周期性によって実現され得る。使用される選好順序は、ＰＣｅｌｌ＃０、ＳＣｅｌｌ＃１、ＵＬセル＃２である。図９は、３つのキャリア上にＳＲのために設定された周期的ＰＵＣＣＨリソースの一例を示す。選好順序は、ＰＣｅｌｌ＃０、その後に、ＳＣｅｌｌ＃１、その後に、ＵＬセル＃２である。ＵＬセル＃２上のスロット０および３が、ＳＲのためのＰＵＣＣＨリソースを含んでいるＰＣｅｌｌ＃０上のスロット（ＰＣｅｌｌ＃０上の、それぞれスロット０および６）と時間的に重複し、したがって、ＰＣｅｌｌ＃０上のＰＵＣＣＨリソースが代わりに使用される。ＵＬセル＃２上のスロット１および４が、ＳＲのためのＰＵＣＣＨリソースを含んでいるＳｃｅｌｌ＃１上のスロット（それぞれ、スロット２および８）と時間的に重複し、したがって、ＳＣｅｌｌ＃１上のＰＵＣＣＨリソースが代わりに使用される。ＵＬセル＃２において、スロット２において、より好ましいセルとの重複がなく、したがって、ＵＬセル＃２中のＳＲのためのＰＵＣＣＨリソースが使用される。

他の実施形態
一実施形態では、ＰＵＣＣＨキャリア切替えは、たとえば、特定のＬＣＨ／ＬＣＰトラフィックにマッピングする、特定のＳＲ設定について可能にされる
・ 繰返しに関係する一実施形態では、少なくとも４つのルールが考案され得る
・ ＰＵＣＣＨキャリアは、ＵＣＩのためのすべての必要とされる繰返しリソースを有するセルに切り替えられる
・ ＰＵＣＣＨキャリアは、いずれのセルもＵＣＩのためのすべての必要とされる繰返しリソースを有しない場合、いずれのセルにも切り替えられず、したがって、ＵＣＩ繰返しは、１次セルにおいて、どんな残りのＰＵＣＣＨ／ＵＣＩリソース中でも送信されることになる
・ 所与のＵＣＩ繰返しについて、その瞬間中のすべてのセルが、すべての繰返しのための必須のリソースを有するとは限らない場合、繰返しは、最大可能数のＵＣＩ繰返しを配信する可能性を有するセルに切り替えられる
・ １つのルールでは、繰返しは、所望のＵＣＩ信頼性が取得され得るように、複数のセル上で分散される、たとえば、１次セル上でのいくつかの繰返し、および２次セル上でのいくつかの繰返し

一実施形態では、各ＳＰＳに、（アクティブ化ＤＣＩまたはＲＲＣ設定において）複数のＰＵＣＣＨキャリアオプションが設定され得る。プロシージャは、ネットワークが、ＰＵＣＣＨキャリアオプションのセットを、それらの優先順位使用とともに提供することであり、たとえば、所与のＳＰＳ ＩＤ＃Ｘについて、ネットワークは、ＨＡＲＱ－ＡＣＫ送信のために、ＰＵＣＣＨキャリア１次セル＃１、および２次セル＃２、２次セル＃３を提供し、ここで、ネットワークは優先順位をセットすることができ、たとえば、１次セル＃１が最初に選好され、１次セル上のＰＵＣＣＨリソースが利用可能でない場合、２次セル＃２が選好され、ＰＵＣＣＨリソースが利用可能ではない場合、２次セル＃２が使用／選好され得る。したがって、このタイプの優先順位情報はあらゆるＳＰＳ ＩＤについて設定され得るが、その優先順位情報は、異なるＳＰＳ ＩＤについて異なり得、たとえば、ＳＰＳ ＩＤ＃Ｘは３つのＰＵＣＣＨキャリア／セルとともに提供されており、ＳＰＳ ＩＤ＃Ｙは２つのＰＵＣＣＨキャリア／セルとともに提供される。

優先順位情報に関する上記の実施形態と同様に、優先順位情報は、ＳＲまたはＣＳＩタイプＵＣＩのためにも設定され、複数のＰＵＣＣＨキャリアを提供するかまたは複数のＰＵＣＣＨキャリアが設定され、これらの複数のＰＵＣＣＨキャリア／セル間の優先順位を提供し得る。

一実施形態では、半静的ＵＣＩのＰＵＣＣＨ割り当てが、最も小さいスロットサイズ参照を使用するスロットに関して測定される（異なる設定されたＰＵＣＣＨキャリアを形成し、これらのキャリアは、異なるＳＣＳ（スロットサイズ）を有することができる）。たとえば、ＨＡＲＱ－ＡＣＫ送信のためのＫ１値は、最も小さいセルサイズ、たとえば、６０ＫＨｚの２次セルに関して提供／測定される。今や、その瞬間中に、ＵＥは、利用可能なリソースを有するキャリア／セルを選定することができる。たとえば、１次セルが１５ｋＨｚ ＳＣＳ間隔を有し、ＵＥに、より多くのキャリア、３０、６０ｋＨｚ間隔がさらに設定され、今のＫ１は６０ｋＨｚ間隔に関して測定され、今や、このＫ１は、１５、３０、６０ｋＨｚキャリア中のスロットを指し、したがって、１５または３０ｋＨｚキャリア中にあり得る、たとえば、ＵＣＩ（ＨＡＲＱ－ＡＣＫ）リソースを有する、１つのキャリアが選択される。デフォルトでは、ＵＥは、１次セル（１５ｋＨｚ ＳＣＳ）からリソースを選ばなければならず、Ｋ１の測度が、６０ｋＨｚ ＳＣＳに関してさえ提供される。

一実施形態では、ＵＥは、ＵＣＩ容量に応じて、どのキャリアかを選択することを判断し、たとえば、ＨＡＲＱ－ＡＣＫタイプ－２（ＵＣＩ）と、１つのＳＰＳを伴うシナリオとを考慮することができ、したがって、ＳＰＳのＰＤＡＣＨのための１ビットＨＡＲＱ ＡＣＫを送信する必要があり、おそらく、１次セル中のＵＣＩリソースが効率的である。しかしながら、ＳＰＳのＰＤＳＣＨに加えて、ＵＥは、たとえば、Ｎの動的ＰＤＳＣＨを割り当てられ、今や、ＵＥは、１次セル中のＵＣＩリソースが十分でない、Ｎ＋１個のＨＡＲＱ－ＡＣＫビットを送信することを必要とされ、次いで、ＵＥは、ＵＥが十分なリソースを見つけることができるＵＣＩ送信のための２次キャリアに切り替える。ポイントは、ＰＵＣＣＨキャリア切替えがＴＤＤパターンにより起こる必要がないが、ＰＵＣＣＨキャリア切替えがＵＣＩ容量問題により起こることがあることである。

図１０は、いくつかの実施形態による、通信システム１０００の一例を示す。

本例では、通信システム１０００は、無線アクセスネットワーク（ＲＡＮ）などのアクセスネットワーク１００４と、１つまたは複数のコアネットワークノード１００８を含むコアネットワーク１００６とを含む通信ネットワーク１００２を含む。アクセスネットワーク１００４は、ネットワークノード１０１０ａおよび１０１０ｂなど、１つまたは複数のアクセスネットワークノード（それらのうちの１つまたは複数は、一般に、ネットワークノード１０１０と呼ばれることがある）、あるいは任意の他の同様の第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスノードまたは非３ＧＰＰアクセスポイントを含む。ネットワークノード１０１０は、ＵＥ１０１２ａ、１０１２ｂ、１０１２ｃ、および１０１２ｄ（それらのうちの１つまたは複数が、一般に、ＵＥ１０１２と呼ばれることがある）を、１つまたは複数の無線接続上でコアネットワーク１００６に接続することなどによる、ユーザ機器（ＵＥ）の直接的接続または間接的接続を容易にする。

無線接続上での例示的な無線通信は、ワイヤ、ケーブル、または他の材料導体を使用せずに、情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを含む。その上、異なる実施形態では、通信システム１０００は、任意の数の有線または無線ネットワーク、ネットワークノード、ＵＥ、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを含み得る。通信システム１０００は、任意のタイプの通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）、通信（ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、データ、セルラ、無線ネットワーク、および／または他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。

ＵＥ１０１２は、ネットワークノード１０１０および他の通信デバイスと無線で通信するように構成された、設定された、および／または動作可能な無線デバイスを含む、多種多様な通信デバイスのうちのいずれかであり得る。同様に、ネットワークノード１０１０は、ＵＥ１０１２と、ならびに／あるいは、無線ネットワークアクセスなどのネットワークアクセスを可能にし、および／または提供するための、ならびに／あるいは、通信ネットワーク１００２におけるアドミニストレーションなどの他の機能を実施するための、通信ネットワーク１００２中の他のネットワークノードまたは機器と、直接的にまたは間接的に通信するように構成され、そうすることが可能であり、そうするように設定され、および／または動作可能である。

図示された例では、コアネットワーク１００６は、ネットワークノード１０１０を、ホスト１０１６などの１つまたは複数のホストに接続する。これらの接続は、直接的であるか、あるいは１つまたは複数の中間ネットワークまたはデバイスを介して間接的であり得る。他の例では、ネットワークノードは、ホストに直接的に結合され得る。コアネットワーク１００６は、ハードウェアおよびソフトウェア構成要素で構造化された、１つまたは複数のコアネットワークノード（たとえば、コアネットワークノード１００８）を含む。これらの構成要素の特徴は、ＵＥ、ネットワークノード、および／またはホストに関して説明されるものと実質的に同様であり得、したがって、それらの説明は、概して、コアネットワークノード１００８の対応する構成要素に適用可能である。例示的なコアネットワークノードは、モバイルスイッチングセンタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、加入識別子秘匿化解除機能（ＳＩＤＦ：Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ Ｄｅ－ｃｏｎｃｅａｌｉｎｇ Ｆｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ）、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、ネットワーク公開機能（ＮＥＦ）、および／またはユーザプレーン機能（ＵＰＦ）のうちの１つまたは複数の機能を含む。

ホスト１０１６は、アクセスネットワーク１００４および／または通信ネットワーク１００２のオペレータまたはプロバイダ以外の、サービスプロバイダの所有または制御下にあり得、サービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。ホスト１０１６は、１つまたは複数のサービスを提供するために、様々なアプリケーションをホストし得る。そのようなアプリケーションの例は、ライブおよびあらかじめ記録されたオーディオ／ビデオコンテンツ、複数のＵＥによって検出された様々な周囲条件に関するデータを取り出し、コンパイルすることなど、データ収集サービス、分析機能、ソーシャルメディア、リモートデバイスを制御するかまたは場合によってはリモートデバイスと対話するための機能、アラームおよびサーベイランスセンタのための機能、あるいは、サーバによって実施される任意の他のそのような機能を含む。

全体として、図１０の通信システム１０００は、ＵＥ、ネットワークノード、およびホストの間のコネクティビティを可能にする。その意味で、通信システムは、限定はしないが、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、５Ｇ規格、または任意の適用可能な将来世代規格（たとえば、６Ｇ）、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格（ＷｉＦｉ）などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅ、ニアフィールド通信（ＮＦＣ）ＺｉｇＢｅｅ、ＬｉＦｉ、および／またはＬｏＲａおよびＳｉｇｆｏｘなど、任意の低電力ワイドエリアネットワーク（ＬＰＷＡＮ）規格など、任意の他の適切な無線通信規格を含む、特定の規格などのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。

いくつかの例では、通信ネットワーク１００２は、３ＧＰＰ規格化された特徴を実装するセルラネットワークである。したがって、通信ネットワーク１００２は、通信ネットワーク１００２に接続された異なるデバイスに異なる論理ネットワークを提供するために、ネットワークスライシングをサポートし得る。たとえば、通信ネットワーク１００２は、いくつかのＵＥに超高信頼低レイテンシ通信（ＵＲＬＬＣ）サービスを提供しながら、他のＵＥに拡張モバイルブロードバンド（ｅＭＢＢ）サービスを提供し、および／または、またさらなるＵＥに大規模マシン型通信（ｍＭＴＣ）／大規模ＩｏＴサービスを提供し得る。

いくつかの例では、ＵＥ１０１２は、直接人間対話なしに情報を送信および／または受信するように設定される。たとえば、ＵＥは、内部または外部イベントによってトリガされたとき、あるいはアクセスネットワーク１００４からの要求に応答して、所定のスケジュールでアクセスネットワーク１００４に情報を送信するように設計され得る。さらに、ＵＥは、シングルまたはマルチＲＡＴあるいはマルチスタンダードモードで動作するために設定され得る。たとえば、ＵＥは、Ｗｉ－Ｆｉ、ＮＲ（新無線）およびＬＴＥのうちのいずれか１つまたはそれらの組合せで動作し得、すなわち、Ｅ－ＵＴＲＡＮ（拡張ＵＭＴＳ地上無線アクセスネットワーク）新無線－デュアルコネクティビティ（ＥＮ－ＤＣ）など、マルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ：ｍｕｌｔｉ－ｒａｄｉｏ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）のために設定される。

本例では、ハブ１０１４は、１つまたは複数のＵＥ（たとえば、ＵＥ１０１２ｃおよび／または１０１２ｄ）と、ネットワークノード（たとえば、ネットワークノード１０１０ｂ）との間の間接的通信を容易にするために、アクセスネットワーク１００４と通信する。いくつかの例では、ハブ１０１４は、コントローラ、ルータ、コンテンツソースおよびコンテンツ分析、またはＵＥに関して本明細書で説明される他の通信デバイスのいずれかであり得る。たとえば、ハブ１０１４は、ＵＥのためのコアネットワーク１００６へのアクセスを可能にするブロードバンドルータであり得る。別の例として、ハブ１０１４は、ＵＥ中の１つまたは複数のアクチュエータにコマンドまたは命令を送るコントローラであり得る。コマンドまたは命令は、ＵＥ、ネットワークノード１０１０から受信されるか、あるいは、ハブ１０１４における実行可能コード、スクリプト、プロセス、または他の命令によるものであり得る。別の例として、ハブ１０１４は、ＵＥデータのための一時的ストレージとして働くデータコレクタであり得、いくつかの実施形態では、データの分析または他の処理を実施し得る。別の例として、ハブ１０１４は、コンテンツソースであり得る。たとえば、ＶＲヘッドセット、ディスプレイ、ラウドスピーカー、または他のメディア配信デバイスであるＵＥについて、ハブ１０１４は、ネットワークノードを介して、ＶＲアセット、ビデオ、オーディオ、あるいは感覚情報に関係する他のメディアまたはデータを取り出し得、これを、ハブ１０１４は次いで、直接的に、ローカル処理を実施した後に、および／または追加のローカルコンテンツを追加した後に、のいずれかでＵＥに提供する。さらに別の例では、ハブ１０１４は、特に、ＵＥのうちの１つまたは複数が低エネルギーＩｏＴデバイスである場合において、ＵＥのためのプロキシサーバまたはオーケストレータとして働く。

ハブ１０１４は、ネットワークノード１０１０ｂへの常時／永続または間欠接続を有し得る。ハブ１０１４はまた、ハブ１０１４とＵＥ（たとえば、ＵＥ１０１２ｃおよび／または１０１２ｄ）との間の、およびハブ１０１４とコアネットワーク１００６との間の、異なる通信方式および／またはスケジュールを可能にし得る。他の例では、ハブ１０１４は、有線接続を介して、コアネットワーク１００６および／または１つまたは複数のＵＥに接続される。その上、ハブ１０１４は、アクセスネットワーク１００４上でＭ２Ｍサービスプロバイダにおよび／または直接接続上で別のＵＥに接続するように設定され得る。いくつかのシナリオでは、ＵＥは、ネットワークノード１０１０との無線接続を、ハブ１０１４を介して有線接続または無線接続を介して依然として接続されながら、確立し得る。いくつかの実施形態では、ハブ１０１４は、専用ハブ、すなわち、主な機能がＵＥからネットワークノード１０１０ｂに／ネットワークノード１０１０からＵＥに通信をルーティングすることである、ハブであり得る。他の実施形態では、ハブ１０１４は、非専用ハブ、すなわち、ＵＥとネットワークノード１０１０ｂとの間の通信をルーティングするように動作することが可能であるが、いくつかのデータチャネルについての通信開始ポイントおよび／または終了ポイントとして動作することがさらに可能であるデバイスであり得る。

図１１は、いくつかの実施形態による、ＵＥ１１００を示す。本明細書で使用されるＵＥは、ネットワークノードおよび／または他のＵＥと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。ＵＥの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ）、車両搭載または車両組込み／統合無線デバイスなどを含む。他の例は、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥを含む。

ＵＥは、たとえば、サイドリンク通信、専用短距離通信（ＤＳＲＣ）、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ）、Ｖ２Ｉ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、またはＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のための３ＧＰＰ規格を実装することによって、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信をサポートし得る。他の例では、ＵＥは必ずしも、関連するデバイスを所有し、および／または動作させる人間ユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連しないことがあるか、または特定の人間のユーザに初めに関連しないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連するか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。

ＵＥ１１００は、バス１１０４を介して、入出力インターフェース１１０６、電源１１０８、メモリ１１１０、通信インターフェース１１１２、および／または任意の他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路１１０２を含む。いくつかのＵＥは、図１１に示されている構成要素のすべてまたはサブセットを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変動し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。

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

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

いくつかの実施形態では、電源１１０８は、バッテリーまたはバッテリーパックとして構造化される。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源が使用され得る。電源１１０８は、入力回路、または電力ケーブルなどのインターフェースを介して、電源１１０８自体、および／または外部電源から、ＵＥ１１００の様々な部分に電力を配信するための、電力回路をさらに含み得る。電力を配信することは、たとえば、電源１１０８の充電のためのものであり得る。電力回路は、電源１１０８からの電力に対して、その電力を、電力が供給されるＵＥ１１００のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。

メモリ１１１０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブなど、メモリであるか、またはメモリを含むように設定され得る。一例では、メモリ１１１０は、オペレーティングシステム、ウェブブラウザアプリケーション、ウィジェット、ガジェットエンジン、または他のアプリケーションなど、１つまたは複数のアプリケーションプログラム１１１４と、対応するデータ１１１６とを含む。メモリ１１１０は、ＵＥ１１００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。

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

処理回路１１０２は、通信インターフェース１１１２を使用してアクセスネットワークまたは他のネットワークと通信するように設定され得る。通信インターフェース１１１２は、１つまたは複数の通信サブシステムを備え得、アンテナ１１２２を含むか、またはアンテナ１１２２と通信可能に結合され得る。通信インターフェース１１１２は、無線通信が可能な別のデバイス（たとえば、アクセスネットワークにおける別のＵＥまたはネットワークノード）の１つまたは複数のリモートトランシーバと通信することによってなど、通信するために使用される１つまたは複数のトランシーバを含み得る。各トランシーバは、ネットワーク通信（たとえば、光、電気、周波数割り当てなど）を提供するのに適した送信機１１１８および／または受信機１１２０を含み得る。その上、送信機１１１８および受信機１１２０は、１つまたは複数のアンテナ（たとえば、アンテナ１１２２）に結合され得、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、あるいは、代替的に、別個に実装され得る。

示されている実施形態では、通信インターフェース１１１２の通信機能は、セルラ通信、Ｗｉ－Ｆｉ通信、ＬＰＷＡＮ通信、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。通信は、ＩＥＥＥ８０２．１１、符号分割多重化アクセス（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ＧＳＭ、ＬＴＥ、新無線（ＮＲ）、ＵＭＴＳ、ＷｉＭａｘ、イーサネット、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、同期光ネットワーキング（ＳＯＮＥＴ）、非同期転送モード（ＡＴＭ）、ＱＵＩＣ、ハイパーテキスト転送プロトコル（ＨＴＴＰ）など、１つまたは複数の通信プロトコルおよび／または規格に従って実装され得る。

センサーのタイプにかかわらず、ＵＥは、ＵＥのセンサーによってキャプチャされたデータの出力を、ＵＥの通信インターフェース１１１２を通して、無線接続を介してネットワークノードに提供し得る。ＵＥのセンサーによってキャプチャされたデータは、無線接続を通して別のＵＥを介してネットワークノードに通信され得る。出力は、周期的（たとえば、検出された温度を報告する場合、１５分ごとに１回）であるか、トリガリングイベント（たとえば、湿度が検出されたとき、警報が送られる）に応答して、要求（たとえば、ユーザ開始型要求）に応答して、（たとえば、いくつかのセンサーからの報告からの負荷を均一にするために）ランダムであるか、または連続ストリーム（たとえば、患者のライブビデオフィード）であり得る。

別の例として、ＵＥは、無線接続を介してネットワークノードから無線入力を受信するように設定された通信インターフェースに関係する、アクチュエータ、モーター、またはスイッチを備える。受信された無線入力に応答して、アクチュエータ、モーター、またはスイッチの状態が変化し得る。たとえば、ＵＥは、受信された入力に従って飛行中のドローンの制御面またはローターを調節するモーター、あるいは受信された入力に従って医学的プロシージャを実施するロボットアームを備え得る。

ＵＥは、モノのインターネット（ＩｏＴ）デバイスの形態のとき、１つまたは複数のアプリケーション領域において使用するためのデバイスであり得、これらの領域は、限定はしないが、都市ウェアラブル技術、拡張産業用アプリケーションおよびヘルスケアを含む。そのようなＩｏＴデバイスの非限定的な例は、接続された冷蔵庫または冷凍庫、ＴＶ、接続された照明デバイス、電力量計、ロボット電気掃除機、音声制御されたスマートスピーカー、家庭用防犯カメラ、動き検出器、サーモスタット、煙検出器、ドア／窓センサー、浸水／湿度センサー、電子ドアロック、接続されたドアベル、ヒートポンプのような空調システム、自律車両、サーベイランスシステム、気象監視デバイス、車両駐車監視デバイス、電気車両充電ステーション、スマートウォッチ、フィットネストラッカー、拡張現実（ＡＲ）または仮想現実（ＶＲ）のためのヘッドマウントディスプレイ、触覚増補または知覚拡張のためのウェアラブル、ウォータースプリンクラー、動物または商品トラッキングデバイス、植物または動物を監視するためのセンサー、産業用ロボット、無人航空機（ＵＡＶ）、および心拍数モニタまたはリモート制御された外科的ロボットのような任意の種類の医療デバイスであるデバイスであるか、あるいはそれらに埋め込まれたデバイスである。ＩｏＴデバイスの形態のＵＥは、図１１に示されているＵＥ１１００に関して説明される他の構成要素に加えて、ＩｏＴデバイスの意図されたアプリケーションに応じた回路および／またはソフトウェアを備える。

また別の特定の例として、ＩｏＴシナリオでは、ＵＥは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＵＥおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。ＵＥは、この場合、Ｍ２Ｍデバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＵＥは、３ＧＰＰ ＮＢ－ＩｏＴ規格を実装し得る。他のシナリオでは、ＵＥは、車、バス、トラック、船、および飛行機など、車両、または、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連する他の機能が可能である他の機器を表し得る。

実際には、単一の使用事例に関して、任意の数のＵＥが一緒に使用され得る。たとえば、第１のＵＥは、ドローンであるか、ドローン中で統合され、（速度センサーを通して取得された）ドローンの速度情報を、ドローンを動作させるリモートコントローラである第２のＵＥに提供し得る。ユーザがリモートコントローラから変更を行うとき、第１のＵＥはドローンの速度を増加または減少させるために、（たとえば、アクチュエータを制御することによって）ドローン上のスロットルを調節し得る。第１および／または第２のＵＥはまた、上記で説明された機能のうちの２つ以上を含むことができる。たとえば、ＵＥは、センサーとアクチュエータとを備え、速度センサーとアクチュエータの両方についてのデータの通信をハンドリングし得る。

図１２は、いくつかの実施形態による、ネットワークノード１２００を示す。本明細書で使用されるネットワークノードは、通信ネットワーク中のＵＥと、および／あるいは他のネットワークノードまたは機器と、直接的にまたは間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。

基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、したがって、カバレッジの提供される量に応じて、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることがある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散無線基地局の部分は、分散アンテナシステム（ＤＡＳ）におけるノードと呼ばれることもある。

ネットワークノードの他の例は、複数送信ポイント（マルチＴＲＰ）５Ｇアクセスノード、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、運用保守（Ｏ＆Ｍ）ノード、運用サポートシステム（ＯＳＳ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、測位ノード（たとえば、エボルブドサービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ））、および／あるいはドライブテスト最小化（ＭＤＴ：ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ ｔｅｓｔ）を含む。

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

処理回路１２０２は、単体で、またはメモリ１２０４などの他のネットワークノード１２００構成要素と併せてのいずれかで、ネットワークノード１２００機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。

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

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

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

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

アンテナ１２１０は、無線信号を送るおよび／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナ１２１０は、無線フロントエンド回路１２１８に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ１２１０は、ネットワークノード１２００とは別個であり、インターフェースまたはポートを通してネットワークノード１２００に接続可能である。

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

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

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

図１３は、本明細書で説明される様々な態様による、図１０のホスト１０１６の一実施形態であり得る、ホスト１３００のブロック図である。本明細書で使用されるホスト１３００は、スタンドアロンサーバ、ブレードサーバ、クラウド実装サーバ、分散型サーバ、仮想マシン、コンテナ、またはサーバファーム中の処理リソースを含む、ハードウェアおよび／またはソフトウェアの様々な組合せであるか、あるいはハードウェアおよび／またはソフトウェアの様々な組合せを備え得る。ホスト１３００は、１つまたは複数のＵＥに１つまたは複数のサービスを提供し得る。

ホスト１３００は、バス１３０４を介して、入出力インターフェース１３０６と、ネットワークインターフェース１３０８と、電源１３１０と、メモリ１３１２とに動作可能に結合された処理回路１３０２を含む。他の実施形態では、他の構成要素が含まれ得る。これらの構成要素の特徴は、図１１および図１２など、前の図のデバイスに関して説明されたものと実質的に同様であり得、したがって、それらの説明は、概して、ホスト１３００の対応する構成要素に適用可能である。

メモリ１３１２は、１つまたは複数のホストアプリケーションプログラム１３１４とデータ１３１６とを含む１つまたは複数のコンピュータプログラムを含み得、データ１３１６は、ユーザデータ、たとえば、ホスト１３００のためにＵＥによって生成されたデータ、またはＵＥのためにホスト１３００によって生成されたデータを含み得る。ホスト１３００の実施形態は、示されている構成要素のサブセットのみまたはすべてを利用し得る。ホストアプリケーションプログラム１３１４は、コンテナベースのアーキテクチャにおいて実装され得、ＵＥの複数の異なるクラス、タイプ、または実装形態（たとえば、ハンドセット、デスクトップコンピュータ、ウェアラブルディスプレイシステム、ヘッドアップディスプレイシステム）のためのトランスコーディングを含む、ビデオコーデック（たとえば、多用途ビデオコーディング（ＶＶＣ）、高効率ビデオコーディング（ＨＥＶＣ）、アドバンストビデオコーディング（ＡＶＣ）、ＭＰＥＧ、ＶＰ９）、およびオーディオコーデック（たとえば、ＦＬＡＣ、アドバンストオーディオコーディング（ＡＡＣ）、ＭＰＥＧ、Ｇ．７１１）についてのサポートを提供し得る。ホストアプリケーションプログラム１３１４は、ユーザ認証およびライセンスチェックをも提供し得、健康、ルート、およびコンテンツ利用可能性を、コアネットワーク中のデバイス、またはコアネットワークのエッジ上のデバイスなど、中央ノードに周期的に報告し得る。したがって、ホスト１３００は、ＵＥのためのオーバーザトップサービスのために、異なるホストを選択および／または指示し得る。ホストアプリケーションプログラム１３１４は、ＨＴＴＰライブストリーミング（ＨＬＳ）プロトコル、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、動的適応ストリーミングオーバーＨＴＴＰ（ＭＰＥＧ－ＤＡＳＨ）など、様々なプロトコルをサポートし得る。

図１４は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境１４００を示すブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、本明細書で説明される任意のデバイス、またはそれらの構成要素に適用され得、機能の少なくとも一部分が１つまたは複数の仮想構成要素として実装される実装形態に関係する。本明細書で説明される機能の一部または全部は、ネットワークノード、ＵＥ、コアネットワークノード、またはホストとして動作するハードウェアコンピューティングデバイスなど、ハードウェアノードのうちの１つまたは複数によってホストされる１つまたは複数の仮想環境１４００において実装される１つまたは複数の仮想マシン（ＶＭ）によって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが無線コネクティビティ（たとえば、コアネットワークノードまたはホスト）を必要としない実施形態では、ノードは、完全に仮想化され得る。

（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）アプリケーション１４０２は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するために、仮想化環境Ｑ４００において稼働される。

ハードウェア１４０４は、処理回路、ハードウェア処理回路によって実行可能なソフトウェアおよび／または命令を記憶するメモリ、ならびに／あるいはネットワークインターフェース、入出力インターフェースなど、本明細書で説明される他のハードウェアデバイスを含む。ソフトウェアが、（ハイパーバイザまたは仮想マシンモニタ（ＶＭＭ）とも呼ばれる）１つまたは複数の仮想化レイヤ１４０６をインスタンス化するために、処理回路によって実行され、（それらのうちの１つまたは複数が一般にＶＭ１４０８と呼ばれる）ＶＭ１４０８ａおよび１４０８ｂを提供し、および／または、本明細書で説明されるいくつかの実施形態に関して説明される、機能、特徴、および／または利益のいずれかを実施し得る。仮想化レイヤ１４０６は、ＶＭ１４０８に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。

ＶＭ１４０８は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ１４０６によって稼働され得る。仮想アプライアンス１４０２の事例の異なる実施形態が、ＶＭ１４０８のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理記憶域上にコンソリデートするために使用され得る。

ＮＦＶのコンテキストでは、ＶＭ１４０８は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。ＶＭ１４０８の各々と、そのＶＭに専用のハードウェアであろうと、および／またはそのＶＭによってＶＭのうちの他のＶＭと共有されるハードウェアであろうと、そのＶＭを実行するハードウェア１４０４のその一部とは、別個の仮想ネットワークエレメントを形成する。さらにＮＦＶのコンテキストでは、仮想ネットワーク機能は、ハードウェア１４０４の上の１つまたは複数のＶＭ１４０８において稼働する特定のネットワーク機能をハンドリングすることを担当し、アプリケーション１４０２に対応する。

ハードウェア１４０４は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードにおいて実装され得る。ハードウェア１４０４は、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェア１４０４は、多くのハードウェアノードが協働し、特に、アプリケーション１４０２のライフサイクル管理を監督する、管理およびオーケストレーション１４１０を介して管理される、（たとえば、データセンタまたはＣＰＥの場合のような）ハードウェアのより大きいクラスタの一部であり得る。いくつかの実施形態では、ハードウェア１４０４は、１つまたは複数のアンテナに結合され得る、１つまたは複数の送信機と１つまたは複数の受信機とを各々含む、１つまたは複数の無線ユニットに結合される。無線ユニットは、１つまたは複数の適切なネットワークインターフェースを介して他のハードウェアノードと直接的に通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。いくつかの実施形態では、何らかのシグナリングが、ハードウェアノードと無線ユニットとの間の通信のために代替的に使用され得る制御システム１４１２を使用して、提供され得る。

図１５は、いくつかの実施形態による、部分的無線接続上でホスト１５０２がネットワークノード１５０４を介してＵＥ１５０６と通信することの通信図を示す。次に、前の段落において説明された（図１０のＵＥ１０１２ａおよび／または図１１のＵＥ１１００などの）ＵＥ、（図１０のネットワークノード１０１０ａおよび／または図１２のネットワークノード１２００などの）ネットワークノード、および（図１０のホスト１０１６および／または図１３のホスト１３００などの）ホストの様々な実施形態による、例示的な実装形態が、図１５を参照しながら説明される。

ホスト１３００と同様に、ホスト１５０２の実施形態は、通信インターフェース、処理回路、およびメモリなど、ハードウェアを含む。ホスト１５０２は、ホスト１５０２に記憶されるかまたはホスト１５０２によってアクセス可能であり、処理回路によって実行可能であるソフトウェアをも含む。ソフトウェアは、ＵＥ１５０６とホスト１５０２との間に延びるオーバーザトップ（ＯＴＴ）接続１５５０を介して接続するＵＥ１５０６など、リモートユーザにサービスを提供するように動作可能であり得るホストアプリケーションを含む。リモートユーザにサービスを提供する際に、ホストアプリケーションは、ＯＴＴ接続１５５０を使用して送信されるユーザデータを提供し得る。

ネットワークノード１５０４は、ネットワークノード１５０４がホスト１５０２およびＵＥ１５０６と通信することを可能にするハードウェアを含む。接続１５６０は、直接的であるか、または、（図１０のコアネットワーク１００６と同様の）コアネットワーク、および／あるいは１つまたは複数のパブリックネットワーク、プライベートネットワーク、またはホストされたネットワークなど、１つまたは複数の他の中間ネットワークを通過し得る。たとえば、中間ネットワークは、バックボーンネットワークまたはインターネットであり得る。

ＵＥ１５０６は、ハードウェアと、ＵＥ１５０６に記憶されるかまたはＵＥ１５０６によってアクセス可能であり、ＵＥの処理回路によって実行可能であるソフトウェアとを含む。ソフトウェアは、ホスト１５０２のサポートを伴って、ＵＥ１５０６を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得るウェブブラウザまたはオペレータ固有の「アプリ」など、クライアントアプリケーションを含む。ホスト１５０２では、実行しているホストアプリケーションは、ＵＥ１５０６およびホスト１５０２において終端するＯＴＴ接続１５５０を介して、実行しているクライアントアプリケーションと通信し得る。ユーザにサービスを提供する際に、ＵＥのクライアントアプリケーションは、ホストのホストアプリケーションから要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１５５０は、要求データとユーザデータの両方を転送し得る。ＵＥのクライアントアプリケーションは、ＵＥのクライアントアプリケーションがＯＴＴ接続１５５０を通してホストアプリケーションに提供するユーザデータを生成するためにユーザと対話し得る。

ＯＴＴ接続１５５０は、ホスト１５０２とＵＥ１５０６との間の接続を提供するために、ホスト１５０２とネットワークノード１５０４との間の接続１５６０を介して、およびネットワークノード１５０４とＵＥ１５０６との間の無線接続１５７０を介して延び得る。ＯＴＴ接続１５５０が提供され得る接続１５６０および無線接続１５７０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、ネットワークノード１５０４を介したホスト１５０２とＵＥ１５０６との間の通信を示すために抽象的に描かれている。

ＯＴＴ接続１５５０を介してデータを送信する一例として、ステップ１５０８において、ホスト１５０２はユーザデータを提供し、これは、ホストアプリケーションを実行することによって実施され得る。いくつかの実施形態では、ユーザデータは、ＵＥ１５０６と対話する特定の人間ユーザに関連する。他の実施形態では、ユーザデータは、明示的人間対話なしの、ホスト１５０２とデータを共有するＵＥ１５０６に関連する。ステップ１５１０において、ホスト１５０２は、ＵＥ１５０６のほうへユーザデータを搬送する送信を始動する。ホスト１５０２は、ＵＥ１５０６によって送信された要求に応答して、送信を始動し得る。要求は、ＵＥ１５０６との人間対話によって、またはＵＥ１５０６上で実行するクライアントアプリケーションの動作によって引き起こされ得る。送信は、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１５０４を介して通り得る。したがって、ステップ１５１２において、ネットワークノード１５０４は、本開示全体にわたって説明される実施形態の教示に従って、ホスト１５０２が始動した送信において搬送されたユーザデータをＵＥ１５０６に送信する。ステップ１５１４において、ＵＥ１５０６は、送信において搬送されたユーザデータを受信し、これは、ホスト１５０２によって実行されたホストアプリケーションに関連するＵＥ１５０６上で実行されるクライアントアプリケーションによって実施され得る。

いくつかの例では、ＵＥ１５０６は、ホスト１５０２にユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータは、ホスト１５０２から受信されたデータに反応または応答して提供され得る。したがって、ステップ１５１６において、ＵＥ１５０６はユーザデータを提供し得、これは、クライアントアプリケーションを実行することによって実施され得る。ユーザデータを提供する際に、クライアントアプリケーションは、ＵＥ１５０６の入出力インターフェースを介してユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥ１５０６は、ステップ１５１８において、ネットワークノード１５０４を介したホスト１５０２のほうへのユーザデータの送信を始動する。ステップ１５２０において、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１５０４は、ＵＥ１５０６からユーザデータを受信し、ホスト１５０２のほうへの受信されたユーザデータの送信を始動する。ステップ１５２２において、ホスト１５０２は、ＵＥ１５０６によって始動された送信において搬送されたユーザデータを受信する。

様々な実施形態のうちの１つまたは複数は、無線接続１５７０が最後のセグメントを形成するＯＴＴ接続１５５０を使用して、ＵＥ１５０６に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、たとえば、データレート、レイテンシ、電力消費などを改善し、それにより、低減されたユーザ待ち時間、ファイルサイズに対する緩和された制限、改善されたコンテンツ解像度、より良い応答性、延長されたバッテリー寿命などの利益を提供し得る。

例示的なシナリオでは、ファクトリーステータス情報が、ホスト１５０２によって収集され、分析され得る。別の例として、ホスト１５０２は、マップを作成する際に使用するために、ＵＥから取り出されていることがあるオーディオおよびビデオデータを処理し得る。別の例として、ホスト１５０２は、車両渋滞を制御する（たとえば、交通信号を制御する）のを支援するために、リアルタイムデータを収集し、分析し得る。別の例として、ホスト１５０２は、ＵＥによってアップロードされたサーベイランスビデオを記憶し得る。別の例として、ホスト１５０２は、ホスト１５０２がＵＥにブロードキャスト、マルチキャスト、またはユニキャストすることができる、ビデオ、オーディオ、ＶＲまたはＡＲなど、メディアコンテンツへのアクセスを記憶または制御し得る。他の例として、ホスト１５０２は、エネルギー価格設定、発電ニーズのバランスをとるための非時間制約型電気負荷の遠隔制御、ロケーションサービス、（リモートデバイスから収集されたデータから図などをコンパイルすることなどの）プレゼンテーションサービス、あるいはデータを収集すること、取り出すこと、記憶すること、分析すること、および／または送信することの任意の他の機能のために使用され得る。

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

図１６は、いくつかの実施形態による、本明細書で説明されるＵＥ１０１２、１１００、または１５０６の実施形態によって実施される方法１６００のフローチャートである。方法１６００の実施形態は、ＵＥがネットワークノードから設定情報を受信する、動作１６０２において開始し得る。設定情報は、ＰＵＣＣＨを送信するためにまたは受信するために利用可能な複数のセルであって、複数のセルが、参照セルと指定のセルとを含む、複数のセルを指示し、ＰＵＣＣＨを送信するための周期を指示する周期性であって、周期が参照セルに関連する、周期性を指示する。方法１６０４は、ＵＥが、参照セルに関連する周期に従って、指定のセルを介してＰＵＣＣＨを送信することをさらに含む。方法１６００の他の実施形態は、本明細書で説明される追加の動作および詳細を含み得る。

図１７は、いくつかの実施形態による、本明細書で説明されるＵＥ１０１２、１１００、または１５０６の実施形態によって実施される方法１７００のフローチャートである。方法１７００の実施形態は、ＵＥがネットワークノードから設定情報を受信する、動作１７０２において開始し得る。設定情報は、ＰＵＣＣＨを送信するためにまたは受信するために利用可能な複数のセルであって、複数のセルが、第１のセルと第２のセルとを含む、複数のセルを指示し、第１のセルを使用してＰＵＣＣＨを送信するための第１の周期的機会と、第２のセルを使用してＰＵＣＣＨを送信するための第２の周期的機会とを指示する。方法１７００は、ＵＥが、設定情報に基づいて、第１のセルを使用して第１の周期的機会中に、または第２のセルを使用して第２の周期的機会中に、ＰＵＣＣＨを送信する、動作１７０４を含む。方法１７００の他の実施形態は、本明細書で説明される追加の動作および詳細を含み得る。

図１８は、いくつかの実施形態による、本明細書で説明されるネットワークノード１０１０、１２００、または１５０４の実施形態によって実施される方法１８００のフローチャートである。方法１８００の実施形態は、ネットワークノードがユーザ機器に設定情報を送信する、動作１８０２において開始し得る。設定情報は、ＰＵＣＣＨを受信するために利用可能な複数のセルであって、複数のセルが、参照セルと指定のセルとを含む、複数のセルを指示し、ＰＵＣＣＨを受信するための周期を指示する周期性であって、周期が参照セルに関連する、周期性を指示する。方法１８００は、ネットワークノードが、参照セルに関連する周期に従って、指定のセルを介してＰＵＣＣＨを受信する、動作１８０４を含む。方法１８００の他の実施形態は、本明細書で説明される追加の動作および詳細を含み得る。

図１９は、いくつかの実施形態による、本明細書で説明されるネットワークノード１０１０、１２００、または１５０４の実施形態によって実施される方法１９００のフローチャートである。方法１９００の実施形態は、ネットワークノードがユーザ機器に設定情報を送信する、動作１９０２において開始し得る。設定情報は、ＰＵＣＣＨを受信するために利用可能な複数のセルであって、複数のセルが、第１のセルと第２のセルとを含む、複数のセルを指示し、第１のセルを使用してＰＵＣＣＨを受信するための第１の周期的機会と、第２のセルを使用してＰＵＣＣＨを受信するための第２の周期的機会とを指示する。方法１９００は、ネットワークノードが、設定情報に基づいて、第１のセルを使用して第１の周期的機会中に、または第２のセルを使用して第２の周期的機会中に、ＰＵＣＣＨを受信する、動作１９０４を含む。方法１９００の他の実施形態は、本明細書で説明される追加の動作および詳細を含み得る。

本明細書で説明されるコンピューティングデバイス（たとえば、ＵＥ、ネットワークノード、ホスト）は、ハードウェア構成要素の示されている組合せを含み得るが、他の実施形態は、構成要素の異なる組合せをもつコンピューティングデバイスを備え得る。これらのコンピューティングデバイスが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備え得ることを理解されたい。本明細書で説明される決定すること、計算すること、取得すること、または同様の動作は、処理回路によって実施され得、処理回路は、たとえば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することによって情報を処理し得る。その上、構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、コンピューティングデバイスは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得、機能が、別個の構成要素間で区分され得る。たとえば、通信インターフェースは、本明細書で説明される構成要素のうちのいずれかを含むように設定され得、および／または、それらの構成要素の機能は、処理回路と通信インターフェースとの間で区分され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。

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

Claims (43)

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. 前記ネットワークノード（１０１０、１２００、１５０４）において、前記ホスト（１０１６、１３００、１５０２）に前記受信されたユーザデータを送信することをさらに含む、請求項４２に記載の方法。

Images