JP7474863B2

JP7474863B2 - マルチビーム通信のための制御メッセージング

Info

Publication number: JP7474863B2
Application number: JP2022560932A
Authority: JP
Inventors: ハイトンスン; ダウェイチャン; ファンリシュー; ハイジンフ; ジエツイ; ウェイゼン; ヤンタン; ユシュチャン
Original assignee: Apple Inc
Current assignee: Apple Inc
Priority date: 2020-04-08
Filing date: 2020-04-08
Publication date: 2024-04-25
Anticipated expiration: 2040-04-08
Also published as: EP4133787A1; US20230027281A1; CN115428515A; WO2021203296A1; EP4133787A4; KR20220158792A; JP2023520598A

Description

様々な態様は、一般に、無線通信の分野に関連し得る。

本開示のいくつかの態様は、マルチビーム通信のための制御メッセージングを容易にするための装置及び方法を含む。

いくつかの態様では、複数のコンポーネントキャリア（ＣＣ）の送信設定指示（ＴＣＩ）状態を更新するための方法は、ユーザ装置（ＵＥ）のＣＣに対応するＴＣＩ状態の更新を識別することを含むことがあり、ＣＣは、サービングセルＩＤを有する。この方法は、ＴＣＩ状態の更新に基づいてＣＣを含むＣＣのリストを更新するべきかどうか判定することと、サービングセルＩＤと、サービングセルＩＤを使用してＣＣのリスト内のＣＣのＴＣＩ状態を更新するようにＵＥに指示するビット値とを含む媒体アクセス制御用制御要素（ＭＡＣＣＥ）を生成することと、を含み得る。更に、この方法は、ＭＡＣＣＥをＵＥに送信すること含み得る。いくつかの態様では、複数のＣＣのＴＣＩ状態を更新するための方法は、無線通信システム及び／又は送受信機と送受信機に結合された少なくとも１つのプロセッサを含むネットワークアクセスノードを使用して実装され得る。少なくとも１つのプロセッサは、この方法の要素を実行するように構成され得る。送受信機はＵＥと通信し得る。いくつかの態様では、非一時的コンピュータ可読デバイスは、少なくとも１つのコンピューティングデバイスによって実行されるときに少なくとも１つのコンピューティングデバイスに方法の要素を実行させる命令を記憶することができる。

いくつかの態様では、この方法は、ＣＣのリストを構成するために、無線リソース制御（ＲＲＣ）メッセージをＵＥに送信することを更に含み得る。

いくつかの態様では、この方法は、ＭＡＣＣＥの予約ビットを使用してビット値が示されることを更に含み得る。

いくつかの態様では、この方法は、物理下りリンク共有チャネル（ＰＤＳＣＨ）のＴＣＩ状態を更新するためのＴＣＩ状態情報を含むＭＡＣＣＥを更に含み得る。

いくつかの態様では、この方法は、物理下りリンク制御チャネル（ＰＤＣＣＨ）のＴＣＩ状態を更新するためのＣＯＲＥＳＥＴ情報を更に含み得る。

いくつかの態様では、この方法は、ＴＣＩ状態ＩＤの最上位ビット（ＭＳＢ）又は最下位ビット（ＬＳＢ）であるビット値を更に含み得る。

いくつかの態様では、この方法は、複数のＴＣＩ状態を有するＴＣＩコードポイントを修正するビット値を更に含み得る。

いくつかの態様では、複数のコンポーネントキャリア（ＣＣ）のサウンディング参照信号（ＳＲＳ）のための空間関係を更新するための方法は、ＣＣに対応するＳＲＳリソースセットの空間関係の更新を識別することを含み得る、方法は、ＳＲＳリソースセットの周期性が非周期的又は周期的であると判定することを含み得る。この方法は、ＣＣを含むＣＣのリストのＣＣの空間関係を更新するようにユーザ装置（ＵＥ）に指示するビット値をアクティブ化／非アクティブ化ビットフィールドに含む媒体アクセス制御用制御要素（ＭＡＣＣＥ）を生成することを含み得る。この方法は、ＭＡＣＣＥをＵＥに送信することを含み得る。いくつかの態様では、複数のＣＣのＳＲＳの空間関係を更新するための方法は、無線通信システム及び／又は送受信機と送受信機に結合された少なくとも１つのプロセッサとを含むネットワークアクセスノードを使用して実装され得る。少なくとも１つのプロセッサは、この方法の要素を実行するように構成され得る。送受信機はＵＥと通信し得る。いくつかの態様では、非一時的コンピュータ可読デバイスは、少なくとも１つのコンピューティングデバイスによって実行されるときに少なくとも１つのコンピューティングデバイスに方法の要素を実行させる命令を記憶することができる。

いくつかの態様では、この方法は、同じ時間ドメインパターンを有するＳＲＳリソースセットのリソースを更に含み得る。

いくつかの態様では、方法は、ＣＣに対応するＳＲＳリソースセットの空間関係の第２の更新を識別することを更に含み得る。方法は、第２の更新に対応するＳＲＳリソースセットの時間ドメインパターンがセミパーシステントであると判定することを更に含み得る。この方法は、第２の更新に基づいてＣＣの空間関係を更新するようにＵＥに指示するビット値を予約ビットフィールドに含む第２のＭＡＣＣＥを生成することと、第２のＭＡＣＣＥをＵＥに送信することとを更に含み得る。

いくつかの態様では、予約ビットフィールド内のビット値がＵＥに、ＣＣを含むＣＣのリストのＣＣの空間関係を更新するように指示する。

いくつかの態様では、この方法は、ＣＣであって、ＳＲＳリソースセルＩＤを有するＣＣに対応するＳＲＳリソースの空間関係の第２の更新を識別することを更に含み得る。この方法は、空間関係の更新に基づいてＣＣを含むＣＣのリストを更新するべきと判定することを更に含み得る。この方法は、ＳＲＳリソースセルＩＤと、ＳＲＳリソースセルＩＤを使用してＣＣのリスト内のＣＣの空間関係を更新するようにＵＥに指示するビット値とを含む第２のＭＡＣＣＥを生成することと、第２のＭＡＣＣＥをＵＥに送信することとを更に含み得る。

いくつかの態様では、この方法は、４オクテットの長さを有する第２のＭＡＣＣＥを更に含み得る。

いくつかの態様では、物理下りリンク共有チャネル（ＰＤＳＣＨ）の送信設定指示（ＴＣＩ）コードポイントを構成するための方法は、ユーザ装置（ＵＥ）のコンポーネントキャリア（ＣＣ）に対応する１つ以上のＴＣＩコードポイントの構成を識別することを含み得る。この方法は、１つ以上のＴＣＩコードポイントのうちの少なくとも１つが複数のＴＣＩ状態を有すると判定することを更に含み得る。この方法は、１つ以上のＴＣＩコードポイントの量を示す第１の値と、複数のＴＣＩ状態を有する１つ以上のＴＣＩコードポイントのうちの少なくとも１つのＴＣＩコードポイントの量を示す第２の値とを含む媒体アクセス制御用制御要素（ＭＡＣＣＥ）を生成することを更に含み得る。この方法は、複数のＴＣＩ状態を有する１つ以上のＴＣＩコードポイントのうちの少なくとも１つについて、複数のＴＣＩ状態の存在を示すビットを含むようにＭＡＣＣＥを更新することを更に含み得る。この方法は、ＭＡＣＣＥをＵＥに送信することを更に含み得る。いくつかの態様では、ＰＤＳＣＨのＴＣＩコードポイントを構成するための方法は、無線通信システム及び／又は送受信機と送受信機に結合された少なくとも１つのプロセッサとを含むネットワークアクセスノードを使用して実装され得る。少なくとも１つのプロセッサは、この方法の要素を実行するように構成され得る。送受信機はＵＥと通信し得る。いくつかの態様では、非一時的コンピュータ可読デバイスは、少なくとも１つのコンピューティングデバイスによって実行されるときに少なくとも１つのコンピューティングデバイスに方法の要素を実行させる命令を記憶することができる。

いくつかの態様では、この方法は、複数のＴＣＩ状態の存在を示すビット及び第１のＴＣＩ状態ＩＤを含むデータの第１のオクテットと、第２のＴＣＩ状態ＩＤを含むデータの第２のオクテットとを含むＭＡＣＣＥを更に含み得る。

いくつかの態様では、方法は、予約ビットを含むデータの第２のオクテットを更に含み得る。

いくつかの態様では、この方法は、第１のＴＣＩ状態に続く８ビットのデータが第２のＴＣＩ状態に関連することをＵＥに示すビットを更に含み得る。

いくつかの態様では、この方法は、１つ以上のＴＣＩコードポイントのうちの１つのＴＣＩコードポイントについて単一のＴＣＩ状態の存在を示す第２のビットを含むようにＭＡＣＣＥを更新することを更に含み得る。

いくつかの態様では、この方法は、以下の７ビットのデータが単一のＴＣＩ状態に関連することをＵＥに示す第２のビットを更に含み得る。

いくつかの態様では、この方法は、以下の７ビットのデータが、ＴＣＩコードポイントに対応するＴＣＩ状態ＩＤを含むことを更に含み得る。

いくつかの態様では、複数のコンポーネントキャリア（ＣＣ）のユーザ装置（ＵＥ）で送信設定指示（ＴＣＩ）状態を更新するための方法は、無線アクセスノードから、コンポーネントキャリア（ＣＣ）のリストを構成するようにＵＥに指示する無線リソース制御（ＲＲＣ）メッセージを受信することを含み得る。この方法は、無線アクセスノードから、リスト内のコンポーネントキャリア（ＣＣ）に対応するサービングセルＩＤを含む媒体アクセス制御用制御要素（ＭＡＣＣＥ）と、ＣＣのリストの送信設定インジケータ（ＴＣＩ）状態を更新するようにＵＥに指示するビット値と、を受信することを含み得る。この方法は、ビット値を識別することに応答して、サービングセルＩＤを使用してＣＣのリストを識別し、ＣＣのリスト内のＣＣのＴＣＩ状態を更新することを含み得る。いくつかの態様では、複数のＣＣのＴＣＩ状態を更新するための方法は、送受信機及び送受信機に結合された少なくとも１つのプロセッサを含むＵＥを使用して実装され得る。少なくとも１つのプロセッサは、この方法の要素を実行するように構成され得る。送受信機は無線アクセスノードと通信し得る。いくつかの態様では、非一時的コンピュータ可読デバイスは、少なくとも１つのコンピューティングデバイスによって実行されるときに少なくとも１つのコンピューティングデバイスに方法の要素を実行させる命令を記憶することができる。

いくつかの態様による、マルチビーム通信のための制御メッセージングを実装する例示的なシステムを示す。いくつかの態様による、マルチビーム通信のための制御メッセージングを実装する電子デバイスの例示的な無線システムのブロック図を示す。いくつかの態様による、物理下りリンク共有チャネル（ＰＤＳＣＨ）の送信設定指示（ＴＣＩ）状態を更新するための媒体アクセス制御用制御要素（ＭＡＣＣＥ）のブロック図を示す。いくつかの態様による、物理下りリンク制御チャネル（ＰＤＣＣＨ）の送信設定指示（ＴＣＩ）状態を更新するためのＭＡＣＣＥのブロック図を示す。いくつかの態様による、サウンディング参照信号（ＳＲＳ）リソースセットのアクティブ化及び非アクティブ化のためのＭＡＣＣＥのブロック図を示す。いくつかの態様による、サウンディング参照信号（ＳＲＳ）リソースの空間関係を更新するためのＭＡＣＣＥのブロック図を示す。いくつかの態様による、マルチ送受信ポイント（マルチＴＲＰ）の動作をサポートするためにＰＤＳＣＨのＴＣＩコードポイントを構成するためのＭＡＣＣＥのブロック図を示す。いくつかの態様による、複数のＴＣＩ状態を示す例示的なＭＡＣＣＥのブロック図を示す。いくつかの態様による、ユーザ装置（ＵＥ）のコンポーネントキャリア（ＣＣ）のリストのＴＣＩ状態を更新するためのフローチャートを示す。いくつかの態様による、異なる周期性を有するＳＲＳリソースセットの空間関係を更新するためにＭＡＣＣＥを生成するためのフローチャートを示す。いくつかの態様による、ＣＣのリストの空間関係を更新するためにＭＡＣＣＥを修正するためのフローチャートを示す。いくつかの態様による、ＳＲＳリソースの空間関係を更新するためにＭＡＣＣＥを生成するためのフローチャートを示す。いくつかの態様による、マルチ送受信ポイント（マルチＴＲＰ）の動作をサポートするためにＰＤＳＣＨのＴＣＩコードポイントを構成するためのフローチャートを示す。様々な態様を実施するために有用な例示的なコンピュータシステムを示す。

態様の特徴及び利点は、以下に述べる詳細な説明を図面と併せて読むことによってより明らかになり、図面では、全体を通して、同様の参照符号は対応する要素を特定する。図面において、同様の参照番号は、一般に、同一の、機能的に類似の、且つ／又は構造的に類似の要素を示す。要素が最初に現れる図面は、対応する参照番号における最も左の桁（複数可）によって示される。

以下の詳細な説明は、添付の図面を参照する。同じ参照番号が、同じ又は類似の要素を識別するために、異なる図面において使用される場合がある。以下の記載において、限定するためではなく説明の目的上、様々な態様の様々な態様の完全な理解を提供するために、特定の構造、アーキテクチャ、インタフェース、技法等の具体的な詳細を説明する。しかし、様々な態様の様々な態様が、これらの具体的な詳細から逸脱した他の例において実施され得ることは、本開示の利益を有する技術分野の当業者には明らかであろう。場合によっては、様々な態様の説明を不必要な詳細によって不明瞭にしないように、周知のデバイス、回路、及び方法の説明は省略される。本開示の目的のために、「Ａ又はＢ」は、（Ａ）、（Ｂ）、又は（Ａ及びＢ）を意味する。

本開示は、５Ｇ無線通信プロトコルを使用する、ノードとユーザ装置（ＵＥ）との間の通信に関する。ノードは、例えば、ｇＮＢ又はｎｇ－ｅＮＢノードであり得る。５Ｇ標準仕様の開発の一環として、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、会議の覚書及び開発の詳細を示すいくつかの文書を公開した。そのような文書の１つはリリース１６（Ｒｅｌ－１６）として知られている。

Ｒｅｌ－１６ではノードとＵＥとの間の、マルチビーム及びマルチ入力マルチ出力（ＭＩＭＯ）通信に関するいくつかの記述がなされている。これらの通信は、マルチパス伝搬を利用するために複数の送信及び受信アンテナを使用することがある。これら複数のビーム通信の関係を説明するための１つの概念は、「疑似コロケーション」又はＱＣＬである。ＱＣＬは、送信したアンテナアレイから受信した複数の信号間の検出された関係を指す。一方のアンテナポート上のシンボルが搬送されるチャネルの特性が、他方のアンテナポート上のシンボルが搬送されるチャネルから推測できる場合、２つのアンテナポートは疑似コロケートされ得る。

このＱＣＬの例を提供するために、信号Ａが別の信号Ｂと疑似コロケートされることを示す例を説明する。例えば、ノードは、アンテナアレイ又は共通の送受信ポイント（ＴＲＰ）を使用して、信号Ａ及び信号ＢをノードからＵＥに送信することができる。これらの信号は、参照信号であり得る。これらの信号に同じ空間フィルタが適用されてもよい。信号はまた、ノードからＵＥに移動すると、同様のチャネル条件を通って移動して同様のチャネル特性を経験することができる。信号Ａ及び信号Ｂは、同様のチャネル特性を経験するため、ＵＥで受信されると、ＵＥは、信号Ａが経験したチャネル特性を検出し、次いで、信号Ｂを検出する。チャネル特性は、例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、及び／又は他のチャネル効果を含み得る。これらの点に鑑み、ＵＥが信号が一方の信号を検出してそのチャネル特性を特定できれば、この情報が他方の信号の検出を支援することができる。ＵＥがこの検出を実行できるとき、信号Ａと信号Ｂは疑似コロケート（ＱＣＬ）される、と言われる。

ＱＣＬ信号を識別する際にＵＥを補助するために、送信設定インジケータ（ＴＣＩ）状態情報がノードからＵＥに送信され得る。ＴＣＩ状態は、異なる参照信号及び／又は下りリンク参照信号間のＱＣＬ関係などの情報を含む。例えば、ＴＣＩ状態は、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）及び／又は復調用参照信号（ＤＭＲＳ）のセットのＱＣＬ関係を説明する下りリンク制御情報（ＤＣＩ）メッセージで送信され得る。ＴＣＩ状態情報は、物理下りリンク共有チャネル（ＰＤＳＣＨ）及び／又は物理下りリンク制御チャネル（ＰＤＣＣＨ）の下りリンク参照信号間のＱＣＬ関係を構成するためのＵＥのパラメータを含み得る。

このＴＣＩ状態情報は、ノードとＵＥとの間のより信頼性の高い通信を提供するのを支援し得る、この情報をＵＥに提供するときにいくつかの問題が生じる。例えば、ＴＣＩ状態が変化することがあり、ノードが、ＵＥでＴＣＩ状態情報を更新する必要がある場合がある。同様に、ＵＥは、ノードと通信するときに最初にＴＣＩ状態情報を更新する必要があり得る。ＴＣＩ状態情報の変更は、多くの異なる信号又は参照信号、及び／又は多数の異なる周波数ブロックもしくコンポーネントキャリア（ＣＣ）に適用され得る。この更新は、複数の送受信ポイント（ＴＲＰ）がある状況、又は、複数のノードが特定のＵＥと通信している場合には、更に複雑になる。この状況は、異なる参照信号及びＣＣのためのＴＣＩ状態及び／又は空間関係を更新するために多くのメッセージをＵＥに送信するノードから、オーバヘッド及びレイテンシの問題を生じ得る。

これらの問題に鑑み、本明細書に記載の態様は、ＴＣＩ状態を更新するために使用される制御メッセージングの量を削減して、メッセージングオーバヘッドとレイテンシを低減させる。特に、態様は、ＣＣのリストのＴＣＩ状態を更新するために媒体アクセス制御用制御要素（ＭＡＣＣＥ）を使用することを記載する。この更新は、マルチＴＲＰシナリオにも適用され得る。ＭＡＣＣＥはまた、サウンディング参照信号（ＳＲＳ）リソースの空間関係情報の更新、及び／又は、異なる周期性及び／又は時間ドメインパターンを有する異なるＳＲＳリソースセットの更新を可能にする。更に、ＭＡＣＣＥを使用して、複数のＴＣＩ状態を有するＴＣＩコードポイントを構成することができる。これらのＭＡＣＣＥの設計を使用して、より効率的なＴＣＩ状態の更新を行うため及び／又はレイテンシを低減させるために、メッセージ及び／又はＭＡＣＣＥの量を削減することができる。

これらの特徴の様々な態様を、対応する図に関して説明する。

図１は、いくつかの態様による、マルチビーム通信のための制御メッセージングを実装する例示的なシステム１００を示す。図１は、様々な態様による、ネットワークの例示的なシステムアーキテクチャ１００を示す。以下の説明は、３ＧＰＰ技術仕様によって提供される、ＬＴＥシステム規格、及び５Ｇ又はＮＲシステム規格と併せて動作する例示的なシステム１００に関して提供される。しかしながら、例示的な態様は、この点に関して限定されず、説明した態様は、将来の３ＧＰＰシステム（例えば、第６世代（６Ｇ））システム、ＩＥＥＥ８０２．１６プロトコル（例えば、ＷＭＡＮ、ＷｉＭＡＸなど）などの、本明細書に記載の原理から恩恵を受ける他のネットワークに適用され得る。

図１に示すように、システム１００は、ＵＥ１１０Ａ及びＵＥ１１０Ｂ（「ＵＥ１１０」と総称される）を含む。この例では、ＵＥ１１０は、スマートフォン（例えば、１つ以上のセルラネットワークに接続可能な携帯型タッチスクリーン・モバイル・コンピューティング・デバイス）として図示されているが、家庭用電子機器、セルラ電話、スマートフォン、フィーチャーフォン、タブレットコンピュータ、ウェアラブルコンピュータデバイス、携帯情報端末（ＰＤＡ）、ページャ、無線ハンドセット、デスクトップコンピュータ、ラップトップコンピュータ、車載インフォテインメント（ＩＶＩ）、車載エンターテインメント（ＩＣＥ）デバイス、インストルメントクラスタ（ＩＣ）、ヘッドアップディスプレイ（ＨＵＤ）デバイス、車載診断（ＯＢＤ）デバイス、ダッシュトップモバイル機器（ＤＭＥ）、モバイルデータ端末（ＭＤＴ）、電子エンジン管理システム（ＥＥＭＳ）、電子／エンジン制御ユニット（ＥＣＵ）、電子エンジン／エンジン制御モジュール（ＥＣＭ）、組み込みシステム、マイクロコントローラ、制御モジュール、エンジン管理システム（ＥＭＳ）、ネットワーク化又は「スマート」電化製品、ＭＴＣデバイス、Ｍ２Ｍ、ＩｏＴデバイス、などの任意のモバイル又は非モバイルコンピューティングデバイスを含み得る。

ＵＥ１１０は、ＲＡＮノード１２０Ａ、１２０Ｂを含む無線アクセスネットワーク（ＲＡＮ）と接続、例えば通信可能に結合、するように構成され得る。態様では、ＲＡＮは、ＮＧＲＡＮ若しくは５ＧＲＡＮ、Ｅ－ＵＴＲＡＮ、又はＵＴＲＡＮ若しくはＧＥＲＡＮなどのレガシーＲＡＮであってもよい。本明細書で使用するとき、用語「ＮＧＲＡＮ」又は「次世代ＲＡＮ」などは、ＮＲ又は５Ｇシステム１００で動作するＲＡＮを指し、用語「Ｅ－ＵＴＲＡＮ」などは、ＬＴＥ又は４Ｇシステム１００で動作するＲＡＮを指し得る。ＵＥ１１０は、それぞれ接続（又はチャネル）及び接続を利用し、それらは各々、物理通信インタフェース又は層（以下で更に詳細に説明する）を備える。いくつかの態様では、ＵＥ１１０は、１つ以上のＲＡＮノード１２０と通信することができる。

この実施例では、接続は、通信可能な結合を可能にするためのエアインタフェースとして示されており、ＧＳＭプロトコル、ＣＤＭＡネットワークプロトコル、ＰＴＴプロトコル、ＰＯＣプロトコル、ＵＭＴＳプロトコル、３ＧＰＰＬＴＥプロトコル、５Ｇプロトコル、ＮＲプロトコル、及び／又は本明細書で論じる他の通信プロトコルのいずれかなどのセルラ通信プロトコルと一致し得る。態様では、ＵＥ１１０は、ＰｒｏＳｅインタフェースを介して通信データを直接交換することができる。ＰｒｏＳｅインタフェースは、代替的にＳＬインタフェースと称される場合があり、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ、及びＰＳＢＣＨを含むがこれらに限定されない１つ以上の論理チャネルを含み得る。

ＵＥ１１０Ａは、アクセスポイント（ＡＰ）（「ＷＬＡＮノード」、「ＷＬＡＮ」、「ＷＬＡＮ終了」、「ＷＴ」などとも称される）にアクセスするように構成され得る。接続は、任意のＩＥＥＥ８０２．１１プロトコルと合致する接続等のローカルワイヤレス接続を含むことができ、ＡＰは、ＷｉＦｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）（登録商標）ルータを備え得る。本例では、ＡＰは、図示するように、（以下で更に詳細に説明する）ワイヤレスシステムのコアネットワークに接続せずにインターネットに接続される。様々な態様では、ＵＥ１１０Ａ、ＲＡＮ、及びＡＰは、ＬＷＡ動作及び／又はＬＷＩＰ動作を利用するように構成され得る。ＬＷＡ動作は、ＬＴＥ及びＷＬＡＮの無線リソースを利用するために、ＲＡＮノード１２０Ａ～１２０Ｂによって構成されているＲＲＣ＿接続のＵＥ１１０Ａに関与し得る。ＬＷＩＰ動作は、接続を介して送信されたパケット（例えば、ＩＰパケット）を認証及び暗号化するために、ＩＰｓｅｃプロトコルトンネリングを介してＷＬＡＮ無線リソースを使用するＵＥ１１０Ａ関与し得る。ＩＰｓｅｃトンネリングは、元のＩＰパケットの全体をカプセル化し、新しいパケットヘッダを追加することを含んでもよく、それによってＩＰパケットのオリジナルヘッダを保護する。

ＲＡＮは、１つ以上のＡＮノード又はＲＡＮノード１２０Ａ及び１２０Ｂ（「ＲＡＮノード１２０」と総称される）を含むことができる。本明細書で使用するとき、用語「アクセスノード」、「アクセスポイント」、「ＡＮ」、「ＲＡＮノード」等は、ネットワークと１人以上のユーザとの間のデータ及び／又は音声接続のための無線ベースバンド機能を提供する機器のことを述べていることがある。これらのアクセスノードは、ＢＳ、ｇＮＢ、ＲＡＮノード、ｅＮＢ、ＮｏｄｅＢｓ、ＲＳＵｓ、ＴＲｘＰ又はＴＲＰなどと称される場合があり、地理的エリア（例えば、セル）内にカバレッジを提供する地上局（例えば、地上アクセスポイント）又はサテライト局を含むことができる。本明細書で使用するとき、用語「ＮＧＲＡＮノード」等は、ＮＲ又は５Ｇシステム１００（例えば、ｇＮＢ）で動作するＲＡＮノード１２０を指すことができ、用語「Ｅ－ＵＴＲＡＮノード」等は、ＬＴＥ又は４Ｇシステム１００（例えば、ｅＮＢ）で動作するＲＡＮノード１２０を指し得る。様々な態様によれば、ＲＡＮノード１２０は、マクロセルと比較してより小さいカバレッジエリア、より小さいユーザ容量、又はより高い帯域幅を有するフェムトセル、ピコセル、又は他の同様のセルを提供するための、マクロセル基地局、及び／又は低電力（ＬＰ）基地局などの専用物理デバイスのうちの１つ以上として実装され得る。

いくつかの態様では、ＲＡＮノード１２０の全て又は一部は、仮想ネットワークの一部としてサーバコンピュータ上で実行される１つ以上のソフトウェアエンティティとして実装されてもよく、これは、ＣＲＡＮ及び／又は仮想ベースバンドユニットプール（ｖＢＢＵＰ）と称され得る。それらの態様において、ＣＲＡＮ又はｖＢＢＵＰは、ＲＲＣ及びＰＤＣＰ層が、ＣＲＡＮ／ｖＢＢＵＰによって動作され、他のＬ２プロトコルエンティティは個々のＲＡＮノード１２０によって動作されるＰＤＣＰ分割などのＲＡＮ機能分割、ＲＲＣ、ＰＤＣＰ、ＲＬＣ、及びＭＡＣ層がＣＲＡＮ／ｖＢＢＵＰによって動作され、ＰＨＹ層が個別のＲＡＮノード１２０によって動作されるＭＡＣ／ＰＨＹ分割、又はＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ層、及びＰＨＹ層の上部がＣＲＡＮ／ｖＢＢＵＰによって動作され、ＰＨＹ層の下部が個々のＲＡＮノード１２０によって動作される「下位ＰＨＹ」分割を実装し得る。この仮想化されたフレームワークは、ＲＡＮノード１２０の解放されたプロセッサコアが、他の仮想化されたアプリケーションを実行することを可能にする。いくつかの態様では、個々のＲＡＮノード１２０は、個々のＦ１インタフェース（図１に示されていない）を介してｇＮＢ－ＣＵに接続された個々のｇＮＢ－ＤＵを表し得る。これらの実装では、ｇＮＢ－ＤＵｓは、１つ以上のリモート無線ヘッド又はＲＦＥＭを含んでもよく、ｇＮＢ－ＣＵは、ＲＡＮ１１０（不図示）内に位置するサーバによって、又はＣＲＡＮ／ｖＢＢＵＰと同様の方法でサーバプールによって動作されてもよい。追加的又は代替的に、ＲＡＮノード１２０のうちの１つ以上は次世代ｅＮＢ（ｎｇ－ｅＮＢ）であってもよく、次世代ｅＮＢは、ＵＥ１１０に向けてＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコル端末を提供し、ＮＧインタフェース（後述）を介して５ＧＣに接続されるＲＡＮノードである。

Ｖ２Ｘシナリオでは、ＲＡＮノード１２０のうちの１つ以上は、ＲＳＵとすることができるか、又はその役割を果たし得る。用語「路側機（Road Side Unit）」又は「ＲＳＵ」は、Ｖ２Ｘ通信に使用される任意の交通インフラストラクチャエンティティを指し得る。ＲＳＵは、適切なＲＡＮノード又は静止した（又は比較的静止した）ＵＥにおいて又はそれによって実装されてもよく、ＵＥにおいて又はそれによって実装されるＲＳＵは「ＵＥタイプＲＳＵ」と呼ばれてもよく、ｅＮＢにおいて又はそれによって実装されるＲＳＵは「ｅＮＢタイプＲＳＵ」と呼ばれてもよく、ｇＮＢにおいて又はそれによって実装されるＲＳＵは「ｇＮＢタイプＲＳＵ」などと呼ばれてもよい。一例では、ＲＳＵは、通過車両ＵＥ１１０（ｖＵＥ１１０）に接続性サポートを提供する路側に位置する無線周波数回路に結合されたコンピューティングデバイスである。ＲＳＵはまた、交差点マップ形状、交通統計、媒体、並びに持続中の車両及び歩行者の交通を検知及び制御するためのアプリケーション／ソフトウェアを記憶するための内部データ記憶回路を含むことができる。ＲＳＵは、５．９ＧＨｚＤｉｒｅｃｔＳｈｏｒｔＲａｎｇｅＣｏｍｍｕｎｉｃａｔｉｏｎ（ＤＳＲＣ）帯域で動作して、衝突回避、トラフィック警告等の高速イベントに必要な非常に低レイテンシである通信を提供することができる。追加的又は代替的に、ＲＳＵは、前述の低レイテンシである通信、並びに他のセルラ通信サービスを提供するために、セルラＶ２Ｘ帯域で動作することができる。追加的又は代替的に、ＲＳＵは、Ｗｉ－Ｆｉホットスポット（２．４ＧＨｚ帯域）として動作することができ、且つ／又は１つ以上のセルラネットワークへの接続性を提供して、アップリンク及びダウンリンク通信を提供することができる。コンピューティングデバイス及びＲＳＵの無線周波数回路の一部又は全ては、屋外設置に適した耐候性エンクロージャにパッケージ化することができ、交通信号コントローラ及び／又はバックホールネットワークに有線接続（例えば、イーサネット）を提供するためのネットワークインタフェースコントローラを含むことができる。

ＲＡＮノード１２０のいずれかは、エアインタフェースプロトコルを終了することができ、ＵＥ１１０の第１の接点とすることができる。いくつかの態様では、ＲＡＮノード１２０のいずれも、ＲＡＮのための様々な論理機能を果たすことができ、その機能は、限定されないが、無線ベアラ管理、上りリンク及び下りリンク動的無線リソース管理、並びにデータパケットスケジューリング、並びにモビリティ管理等の無線ネットワークコントローラ（ＲＮＣ）機能を含む。

態様では、ＵＥ１１０は、様々な通信技術に従ったマルチキャリア通信チャネルを介して、ＯＦＤＭ通信信号を使用して、互いに又はＲＡＮノード１２０のいずれかと通信するように構成され得るが、この様々な通信技術は、限定しないが（例えば、下りリンク通信用の）ＯＦＤＭＡ通信技術、又は（例えば、上りリンク及びＰｒｏＳｅ又はサイドリンク通信用の）ＳＣ－ＦＤＭＡ通信技術であるが、態様の範囲は、この点において限定されない。ＯＦＤＭ信号は、複数の直交サブキャリアを含むことができる。

いくつかの態様では、下りリンクリソースグリッドは、ＲＡＮノード１２０のいずれかからＵＥ１１０への下りリンク送信のために使用することができ、一方、上りリンク送信は同様の技術を利用することができる。グリッドは、リソースグリッド又は時間周波数リソースグリッドと呼ばれる時間周波数グリッドとすることができ、それは、各スロット内のダウンリンクの物理的リソースである。このような時間周波数平面表現は、ＯＦＤＭシステムの一般的な方法であり、それにより無線リソースの割り当てが直感的なものとなる。リソースグリッドの各列及び各行は、それぞれ、１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアに対応する。時間ドメイン内のリソースグリッドの持続時間は、無線フレーム内の１つのスロットに対応する。リソースグリッドの最小時間周波数単位は、リソースエレメントと表記する。各リソースグリッドは、多数のリソースブロックを含み、それは、リソースエレメントへの特定の物理チャネルのマッピングを表す。各リソースブロックは、リソースエレメントの集合を含み、周波数ドメインにおいて、これは、現在割り当てられ得るリソースの最小量を表すことができる。このようなリソースブロックを用いて伝達されるいくつかの異なる物理ダウンリンクチャネルが存在する。

様々な態様によれば、ＵＥ１１０及びＲＡＮノード１２０は、認可媒体（「認可スペクトル」及び／又は「認可帯域」とも呼ぶ）及び無認可共有媒体（「無認可スペクトル」及び／又は「無認可帯域」とも呼ぶ）を介して、データ（例えば、送信及び受信）データを通信する。認可スペクトルは、約４００ＭＨｚ～約３．８ＧＨｚの周波数範囲で動作するチャネルを含んでもよく、無認可スペクトルは、５ＧＨｚ帯域を含んでもよい。

無認可スペクトルで動作するために、ＵＥ１１０及びＲＡＮノード１２０は、ＬＡＡ、ｅＬＡＡ、及び／又はｆｅＬＡＡ機構を使用して動作してもよい。これらの実装では、ＵＥ１１０及びＲＡＮノード１２０は、無認可スペクトルにおいて送信する前に、無認可スペクトル内の１つ以上のチャネルが利用不可能であるか、又は別の方法で占有されているかを判定するために、１つ以上の既知の媒体検知動作及び／又はキャリア検知動作を実行してもよい。媒体／キャリア検知動作は、リッスンビフォアトーク（ＬＢＴ）プロトコルに従って実行されてもよい。

ＬＢＴは、機器（例えば、ＵＥ１１０、ＲＡＮノード１２０等）が媒体（例えば、チャネル又はキャリア周波数）を検知し、媒体がアイドル状態であると検知したとき（又は、媒体内の特定のチャネルが占有されていないと検知したとき）に送信する機構である。媒体検知動作は、チャネルが占有されているか又は空いているかを判断するために、少なくともＥＤを利用してチャネル上の他の信号の有無を判断するＣＣＡを含んでもよい。このＬＢＴ機構は、無認可スペクトルにおいて、セルラ／ＬＡＡネットワークが現在の占有しているシステムと共存し、且つ他のＬＡＡネットワークと共存することを可能にする。ＥＤは、ある期間にわたって意図された送信帯域にわたってＲＦエネルギーを検知することと、検知されたＲＦエネルギーを所定の閾値又は設定された閾値と比較することとを含んでもよい。

典型的には、５ＧＨｚ帯域における現在占有しているシステムは、ＩＥＥＥ８０２．１１技術に基づくＷＬＡＮである。ＷＬＡＮは、ＣＳＭＡ／ＣＡと呼ばれる、コンテンションベースのチャネルアクセス機構を採用する。ここで、ＷＬＡＮノード（例えば、ＵＥ１１０、ＡＰなどの移動局（ＭＳ））が送信することを意図する場合、ＷＬＡＮノードは、送信前に最初にＣＣＡを実行してもよい。更に、２つ以上のＷＬＡＮノードが同時にチャネルをアイドル状態として検知し送信する状況において、衝突を回避するためにバックオフ機構が使用される。バックオフ機構は、ＣＷＳ内でランダムに抽出されるカウンタであってもよく、これは、衝突の発生時に指数関数的に増加され、送信が成功したときに最小値にリセットされる。ＬＡＡ用に設計されたＬＢＴ機構は、ＷＬＡＮのＣＳＭＡ／ＣＡと幾分類似している。いくつかの実装形態では、ＰＤＳＣＨ又はＰＵＳＣＨ送信をそれぞれ含むＤＬ又はＵＬ送信バーストのためのＬＢＴ手順は、ＸＥＣＣＡスロットとＹＥＣＣＡスロットとの間の長さが可変であるＬＡＡ競合ウィンドウを有することができ、Ｘ及びＹは、ＬＡＡのためのＣＷＳの最小値及び最大値である。一例では、ＬＡＡ送信のための最小ＣＷＳは、９マイクロ秒（μｓ）であってもよいが、ＣＷＳ及びＭＣＯＴのサイズ（例えば、送信バースト）は、政府規制上の要件に基づいてもよい。

ＬＡＡ機構は、ＬＴＥアドバンストシステムのＣＡ技術に基づいて構築されている。ＣＡでは、各集約されたキャリアはＣＣと呼ばれる。ＣＣは、１．４、３、５、１０、１５、又は２０ＭＨｚの帯域幅を有することができ、最大５つのＣＣを集約することができ、したがって、集約された最大帯域幅は１００ＭＨｚである。ＦＤＤシステムでは、集約されたキャリアの数は、ＤＬとＵＬとで異なることがあり、ＵＬＣＣの数は、ＤＬコンポーネントキャリアの数以下である。場合によっては、個々のＣＣは、他のＣＣとは異なる帯域幅を有することができる。ＴＤＤシステムでは、ＣＣの数及び各ＣＣの帯域幅は、通常、ＤＬ及びＵＬに対して同じである。

ＣＡはまた、個々のＣＣを提供する個々のサービングセルを含む。例えば、異なる周波数帯域におけるＣＣは、異なる経路喪失を経験するので、サービングセルのカバレッジは異なり得る。プライマリサービスセル又はＰＣｅｌｌは、ＵＬ及びＤＬの両方にＰＣＣを提供することができ、ＲＲＣ及びＮＡＳ関連のアクティビティを処理することができる。他のサービングセルはＳＣｅｌｌと呼ばれ、各ＳＣｅｌｌはＵＬとＤＬの両方に個別のＳＣＣを提供し得る。ＳＣＣは、必要に応じて追加及び除去され得る一方で、ＰＣＣを変更するには、ＵＥ１１０が、ハンドオーバを受けることが必要であり得る。ＬＡＡ、ｅＬＡＡ、及びｆｅＬＡＡでは、ＳＣｅｌｌの一部又は全部は、無認可スペクトル（「ＬＡＡＳＣｅｌｌ」と呼ばれる）で動作することができ、ＬＡＡＳＣｅｌｌは、認可スペクトルで動作するＰＣｅｌｌによって支援される。ＵＥが２つ以上のＬＡＡＳＣｅｌｌで構成される場合、ＵＥは、同じサブフレーム内の異なるＰＵＳＣＨ開始位置を示す、構成されたＬＡＡＳＣｅｌｌ上でＵＬグラントを受信することができる。

ＰＤＳＣＨは、ユーザデータ及び上位層シグナリングをＵＥ１１０に搬送する。ＰＤＣＣＨは、とりわけ、ＰＤＳＣＨチャネルに関連するトランスポートフォーマット及びリソース割り当てに関する情報を搬送する。また、それは、上りリンク共有チャネルに関する送信フォーマット、リソース割り当て、及びＨＡＲＱ情報について、ＵＥ１１０に通知することもできる。典型的には、下りリンクスケジューリング（制御及び共有チャネルリソースブロックをセル内のＵＥ１１０Ａに割り当てる）は、ＵＥ１１０のいずれかからフィードバックされるチャネル品質情報に基づいて、ＲＡＮノード１２０のいずれかで実行されてもよい。下りリンクリソース割り当て情報は、ＵＥ１１０の各々に対して使用される（例えば、割り当てられる）ＰＤＣＣＨで送信され得る。

ＰＤＣＣＨは、ＣＣＥを使用して制御情報を伝達する。リソースエレメントにマッピングされる前に、ＰＤＣＣＨ複素数値シンボルは最初に、４つ組（quadruplets）に編成されてもよく、その後、レートマッチングのためのサブブロックインターリーバを用いて入れ替えられてもよい。各ＰＤＣＣＨを、これらのＣＣＥのうちの１つ以上を用いて送信してもよく、各ＣＣＥは、ＲＥＧとして知られる４つの物理リソースエレメントの９つのセットに対応することができる。４つの四位相偏移変調（ＱＰＳＫ）シンボルを各ＲＥＧにマッピングしてもよい。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状態に応じて、１つ以上のＣＣＥを用いて送信することができる。異なる数のＣＣＥ（例えば、アグリゲーションレベル、Ｌ＝１、２、４、又は８）を有するＬＴＥに定義される４つ以上の異なるＰＤＣＣＨフォーマットが存在し得る。

いくつかの態様は、上記の概念の拡張である制御チャネル情報のためのリソース割り当てのための概念を使用することができる。例えば、いくつかの態様は、制御情報送信のためにＰＤＳＣＨリソースを使用するＥＰＤＣＣＨを利用することができる。ＥＰＤＣＣＨを、１つ以上のＥＣＣＥを用いて送信してもよい。上記と同様に、各ＥＣＣＥは、ＥＲＥＧとして知られる４つの物理リソースエレメントからなる９つのセットに対応し得る。ＥＣＣＥは、一部の状況では、他の数のＥＲＥＧを有してもよい。

ＲＡＮノード１２０は、インタフェースを介して互いに通信するように構成され得る。システム１００がＬＴＥシステム（例えば、コアネットワーク（ＣＮ）１４０がＥＰＣである場合）である態様では、インタフェースは、Ｘ２インタフェースであり得る。Ｘ２インタフェースは、ＥＰＣに接続する２つ以上のＲＡＮノード１２０（例えば、２つ以上のｅＮＢなど）間、及び／又はＥＰＣに接続する２つのｅＮＢ間に定義されてもよい。いくつかの実装形態では、Ｘ２インタフェースは、Ｘ２ユーザプレーンインタフェース（Ｘ２－Ｕ）及びＸ２制御プレーンインタフェース（Ｘ２－Ｃ）を含むことができる。Ｘ２－Ｕは、Ｘ２インタフェースを介して転送されるユーザデータパケットのためのフロー制御機構を提供し得、ｅＮＢ間のユーザデータの配信に関する情報を通信するために使用され得る。例えば、Ｘ２－Ｕは、ＭｅＮＢからＳｅＮＢへ転送されるユーザデータのための特定のシーケンス番号情報と、ユーザデータのために、ＳｅＮＢからＵＥ１１０へのＰＤＣＰＰＤＵのシーケンス配信の成功に関する情報と、ＵＥ１１０に配信されなかったＰＤＣＰＰＤＵの情報と、ＵＥユーザデータに送信するためのＳｅＮＢにおける現在の最小所望バッファサイズに関する情報等を提供し得る。Ｘ２－Ｃは、ソースｅＮＢからターゲットｅＮＢへのコンテキスト転送、ユーザプレーントランスポート制御等を含む、ＬＴＥ内アクセスモビリティ機能と、負荷管理機能と、セル間干渉調整機能とを提供し得る。

システム１００が５Ｇ又はＮＲシステム（例えば、ＣＮ１４０が５ＧＣである場合）である態様では、インタフェースは、Ｘｎインタフェースであり得る。Ｘｎインタフェースは、５ＧＣに接続する２つ以上のＲＡＮノード１２０（例えば、２つ以上のｇＮＢなど）間、５ＧＣに接続するＲＡＮノード１２０（例えば、ｇＮＢ）とｅＮＢとの間、及び／又は５ＧＣに接続する２つのｅＮＢ間に定義される。いくつかの実装形態では、Ｘｎインタフェースは、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インタフェース及びＸｎ制御プレーン（Ｘｎ－Ｃ）インタフェースを含むことができる。Ｘｎ－Ｕは、ユーザプレーンＰＤＵの非保証配信を提供し、データ転送及びフロー制御機能をサポート／提供することができる。Ｘｎ－Ｃは、管理及びエラー処理機能、Ｘｎ－Ｃインタフェースを管理する機能、１つ以上のＲＡＮノード１２０間の接続モードのＵＥモビリティを管理する機能を含む接続モード（例えば、ＣＭ－接続）におけるＵＥ１１０用のモビリティサポートを提供することができる。モビリティサポートは、古い（ソース）サービングＲＡＮノード１２０から新しい（ターゲット）サービングＲＡＮノード１２０へのコンテキスト転送と、古い（ソース）サービングＲＡＮノード１２０と新しい（ターゲット）サービングＲＡＮノード１２０との間のユーザプレーントンネルの制御とを含み得る。ユーザプレーンＰＤＵを搬送するために、Ｘｎ－Ｕのプロトコルスタックは、インターネットプロトコル（ＩＰ）トランスポート層上に構築されたトランスポートネットワーク層と、ＵＤＰ層及び／又はＩＰ層の上のＧＴＰ－Ｕ層とを含むことができる。Ｘｎ－Ｃプロトコルスタックは、アプリケーション層シグナリングプロトコル（Ｘｎアプリケーションプロトコル（Ｘｎ－ＡＰ）と呼ばれる）と、ＳＣＴＰ上に構築されたトランスポートネットワーク層とを含むことができる。ＳＣＴＰは、ＩＰ層の上にあってもよく、アプリケーション層メッセージの保証された配信を提供してもよい。トランスポートＩＰ層では、シグナリングＰＤＵを配信するためにポイントツーポイント送信が使用される。他の実装形態では、Ｘｎ－Ｕプロトコルスタック及び／又はＸｎ－Ｃプロトコルスタックは、本明細書に示し説明したユーザプレーン及び／又は制御プレーンプロトコルスタックと同じ又は同様であってもよい。

ＲＡＮはコアネットワーク、この態様ではコアネットワーク（ＣＮ）１２０、に通信可能に結合されて示されている。ＣＮ１４０は、ＲＡＮを介してＣＮ１４０に接続されている顧客／加入者（例えば、ＵＥ１１０のユーザ）に様々なデータ及び電気通信サービスを提供するように構成された複数のネットワーク要素１３０を備え得る。ＣＮ１４０の構成要素は、機械可読媒体又はコンピュータ可読媒体（例えば、非一時的機械可読記憶媒体）から命令を読み取って実行するための構成要素を含む、単一の物理ノード又は別個の物理ノードに実装されてもよい。いくつかの態様では、ＮＦＶを利用して、１つ以上のコンピュータ可読記憶媒体（以下で更に詳細に説明する）に記憶された実行可能命令を介して、上述のネットワークノード機能のいずれか又は全てを仮想化することができる。ＣＮ１４０の論理インスタンス化は、ネットワークスライスと称されることがあり、ＣＮ１４０の一部の論理インスタンス化は、ネットワークサブスライスと称されることがある。ＮＦＶアーキテクチャ及びインフラストラクチャは、業界標準のサーバハードウェア、ストレージハードウェア、又はスイッチの組み合わせを含む物理リソース上で、１つ以上のネットワーク機能を仮想化するために使用されてもよく、あるいは専用ハードウェアによって実行されてもよい。言い換えれば、ＮＦＶシステムを使用して、１つ以上のＥＰＣ構成要素／機能の仮想の又は再構成可能な実装を実行することができる。

一般に、アプリケーションサーバ１５０は、コアネットワーク（例えば、ＵＭＴＳＰＳドメイン、ＬＴＥＰＳデータサービスなど）とのＩＰベアラリソースを使用するアプリケーションを提供するエレメントであってもよい。アプリケーションサーバ１５０はまた、ＣＮ１４０を介してＵＥ１１０のために１つ以上の通信サービス（例えば、ＶｏＩＰセッション、ＰＴＴセッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートするように構成することもできる。

態様では、ＣＮ１４０は５ＧＣであってもよく、ＲＡＮはＮＧインタフェースを介してＣＮ１４０と接続され得る。態様では、ＮＧインタフェースは、ＲＡＮノード１２０とＵＰＦとの間でトラフィックデータを搬送するＮＧユーザプレーン（ＮＧ－Ｕ）インタフェースと、ＲＡＮノード１２０とＡＭＦとの間のシグナリングインタフェースであるＳ１制御プレーン（ＮＧ－Ｃ）インタフェースとの２つの部分に分割することができる。

図２は、マルチビームの制御メッセージングを実装する電子デバイスの例示的な無線システム２００のブロック図を示す。限定ではなく便宜上、図１の要素に関してシステム２００を説明し得る。システム２００は、図１のＵＥ１１０又はＲＡＮノード１２０であり得る。システム２００は、グループベースのビーム管理報告を可能にする動作を一緒に実行する、プロセッサ２１０、送受信機２２０、通信インフラストラクチャ２３０、メモリ２３５、アンテナ２２５を含み得る。送受信機２２０は、アンテナ２２５を介して５Ｇ無線通信信号を送受信する。通信インフラストラクチャ２３０は、バスであってもよい。メモリ２３５は、ランダムアクセスメモリ（ＲＡＭ）及び／又はキャッシュを含むことができ、制御ロジック（例えば、コンピュータソフトウェア）及び／又はデータを含むことができる。プロセッサ２１０は、コンピュータ命令の実行時に、グループベースのビーム管理報告について本明細書に記載の機能を実行するように構成できる。あるいは、プロセッサ２１０は、それ自体の内部メモリ（不図示）を含むことができ、及び／又はグループベースのビーム管理報告について本明細書に記載の機能を実行するように構成された「ハードワイヤード」（状態機械のような）とすることもできる。送受信機２２０に結合されたアンテナ２２５は、無線ネットワークを介した無線通信を可能にするために同じ又は異なるタイプであり得る１つ以上のアンテナ、アンテナアレイ、及び／又はパネル（不図示）を含み得る。

いくつかの態様では、ＲＡＮノード１２０は、無線システム２００の構成要素を利用することができる。いくつかの態様によれば、プロセッサ２１０は、単独で、又はメモリ２３５、及び／又は送受信機２２０と組み合わせて、マルチビーム通信のための制御メッセージングを実装する。例えば、システム２００は、媒体アクセス制御用制御要素（ＭＡＣＣＥ）を生成し、送受信機２２０及び／又はアンテナ２２５を使用してこれらのＭＡＣＣＥをＵＥに送信し得る。次いで、ＭＡＣＣＥを受信するＵＥは、通信チャネルのＴＣＩ状態情報を更新し得る。例えば、これらのＭＡＣＣＥは、ＰＤＳＣＨ及び／又はＰＤＣＣＨのための１つ以上のコンポーネントキャリア（ＣＣ）を更新し得る。ＭＡＣＣＥはまた、異なる周期性を有するＳＲＳリソースセットの空間関係を更新し得る。ＴＣＩ状態及び／又はＴＣＩコードポイントはまた、マルチＴＲＰ動作をサポートするように更新され得る。

図３Ａは、いくつかの態様による、物理下りリンク共有チャネル（ＰＤＳＣＨ）の送信設定指示（ＴＣＩ）状態を更新するための媒体アクセス制御用制御要素（ＭＡＣＣＥ）３００Ａのブロック図を示す。以下で更に説明するように、ＭＡＣＣＥ３００Ａの予約ビット３０２は、更新されたＴＣＩ状態に基づいてコンポーネントキャリア（ＣＣ）のリストを更新するべきかどうかを示すために利用され得る。予約ビット３０２を使用することにより、単一のＭＡＣＣＥ３００Ａを使用するＰＤＳＣＨのための複数のＴＣＩ状態の更新が可能となり得る。このＭＡＣＣＥ３００Ａの設計は、複数のＭＡＣＣＥを使用してＴＣＩ状態を個別に更新するのではなく、複数のＴＣＩ状態の同時更新を行うことができ、オーバヘッドを減少させるとともにレイテンシを低減させることができる。

ＭＡＣＣＥ３００Ａは、ＴＣＩ状態データをＵＥに供給するためにノードからＵＥに送信される制御メッセージであり得る。図１を参照して説明したように、例えば、ノードはＲＡＮノード１２０であってもよく、ＵＥはＵＥ１１０であってもよい。ＭＡＣＣＥ３００Ａは、８ビットのオクテットに編成されたビットマップであり得る。ＭＡＣＣＥ３００Ａは、予約ビット３０２、サービングセルＩＤ３０４、帯域部分（ＢＷＰ）ＩＤ３０６、及びＴＣＩ状態情報を示すオクテット３０８、３１０、３１２を含み得る。サービングセルＩＤ３０４は、ＭＡＣＣＥ３００Ａが適用されるサービングセルのアイデンティティを示すフィールドであり得る。以下で更に説明するように、各コンポーネントキャリア（ＣＣ）は、自身のサービングセルＩＤ３０４に対応し得る。サービングセルＩＤ３０４は、５ビットの長さであり得る。ＢＷＰＩＤ３０６は、ＭＡＣＣＥ３００Ａが適用される下りリンク帯域部分を示し得る。ＢＷＰＩＤ３０６は、長さが２ビットであり得る。

オクテット３０８、３１０、３１２は、ＴＣＩ状態のアクティブ化又は非アクティブ化ステータスを示すＴＣＩ状態情報を含み得る。特定値「Ｔ_i」について、ＴＣＩ状態がアクティブ化され、下りリンク制御情報（ＤＣＩ）メッセージで指定されたコードポイントにマッピングされることを示すために、フィールドは「１」に設定され得る。フィールドが「０」に設定されている場合、ＴＣＩ状態は、非アクティブ化されてもよく、ＤＣＩメッセージにマッピングされなくてもよい。ＴＣＩ状態がマッピングされるコードポイントは、ＭＡＣＣＥ３００Ａのビットマップ内のその順序位置によって決定され得る。

予約ビット３０２については、予約ビット３０２は、不使用のために予約されるのではなく、ＭＡＣＣＥ３００Ａが単一のＣＣ又はＣＣのリストを更新するかどうかを示すために使用され得る。ＣＣは、データレートを増加させるために特定のＵＥに割り当てられた周波数ブロックであり得る。ＣＣは、帯域内アグリゲーション及び／又は帯域間アグリゲーションによってグループ化され得る。帯域内アグリゲーションの場合、各ＣＣは同じ周波数帯域にあってよく、帯域間アグリゲーションは、各ＣＣを異なる周波数帯域に編成することができる。帯域内アグリゲーションの場合、ＣＣは、周波数範囲内で連続していてもよいし不連続であってもよい。前述のように、各ＣＣは、対応するサービングセルＩＤ３０４を有し得る。

いくつかの態様では、予約ビット３０２がゼロ値に設定されない又は設定されるとき、ノードはＵＥに、サービングセルＩＤ３０４によって示されるＣＣのＴＣＩ状態を更新するためにＭＡＣＣＥ３００Ａが使用されることを示し得る。これに対し、予約ビット３０２が１値に設定又は設定されるとき、ノードはＵＥに、ＣＣのリストを更新するためにＭＡＣＣＥ３００Ａが使用されることを示し得る。このＣＣのリストは、無線リソース制御（ＲＲＣ）メッセージによって構成されてもよく、示されたサービングセルＩＤ３０４に対応してもよい。予約ビット３０２が設定されると、ＵＥは、ＲＲＣメッセージによって構成された同じＣＣのリスト内の各セルのＴＣＩ状態情報を更新することができる。ＵＥは、予約ビット３０２の設定値を識別し、サービングセルＩＤ３０４を識別し、次いで、オクテット３０８、３１０、３１２によって示される方法でサービングセルＩＤ３０４を含むリスト内の各ＣＣを更新することができる。いくつかの態様では、予約ビット３０２のビット設定を逆にすることもでき、その場合、１値が単一のＣＣ更新を示し、ゼロ値がＣＣのリストを更新することを示す。

このようにＭＡＣＣＥ３００Ａを使用することにより、ノードがＵＥに、より少ない制御メッセージを使用して複数のＣＣのＴＣＩ状態を更新するように指示することが可能となり得る。予約ビット３０２を使用することにより、ＣＣのリストの同時更新が可能となり得る。この更新は、マルチビーム通信の容易化を支援することができ、単一のＣＣの更新及び／又は複数のＣＣの更新に柔軟性をもたらし得る。この更新されたＴＣＩ状態情報は、ＰＤＳＣＨのＴＣＩ状態を更新するのを支援し得る。

図３Ｂは、いくつかの態様による、物理下りリンク制御チャネル（ＰＤＣＣＨ）の送信設定指示（ＴＣＩ）状態を更新するためのＭＡＣＣＥ３００Ｂのブロック図を示す。ＭＡＣＣＥ３００Ａと同様に、ＭＡＣＣＥ３００Ｂの予約ビットは、更新されたＴＣＩ状態に基づいてコンポーネントキャリア（ＣＣ）のリストを更新するべきかどうかを示すために使用され得る。この予約ビットを使用することにより、単一のＭＡＣＣＥ３００Ｂを使用するＰＤＣＣＨのための複数のＴＣＩ状態の更新が可能となり得る。このＭＡＣＣＥ３００Ｂの設計は、複数のＭＡＣＣＥを使用してＴＣＩ状態を個別に更新するのではなく、複数のＴＣＩ状態の同時更新を行うことができ、オーバヘッドを減少させるとともにレイテンシを低減させることができる。

ＭＡＣＣＥ３００Ｂは、ＴＣＩ状態データをＵＥに供給するためにノードからＵＥに送信される制御メッセージであり得る。図１を参照して説明したように、例えば、ノードはＲＡＮノード１２０であってもよく、ＵＥはＵＥ１１０であってもよい。ＭＡＣＣＥ３００Ｂは、８ビットのオクテットに編成されたビットマップであり得る。ＭＡＣＣＥ３００Ｂは、サービングセルＩＤ３１４、ＣＯＲＥＳＥＴＩＤ３１６Ａ～３１６Ｂ、及びＴＣＩ状態ＩＤ３１８を含み得る。ＭＡＣＣＥ３００Ａと同様に、サービングセルＩＤ３１４は、ＭＡＣＣＥ３００Ｂが適用されるサービングセルのアイデンティティを示すフィールドであり得る。各コンポーネントキャリア（ＣＣ）は、自身のサービングセルＩＤ３１４に対応し得る。サービングセルＩＤ３１４は、５ビットの長さであり得る。ＣＯＲＥＳＥＴＩＤ３１６Ａ～３１６Ｂは、ＴＣＩ状態を更新するためにＭＡＣＣＥ３００Ｂが適用される制御リソースセットの識別であり得る。ＣＯＲＥＳＥＴは、ＰＤＣＣＨに対応する。ＣＯＲＥＳＥＴＩＤ３１６Ａ～３１６Ｂは長さが４ビットで、２つのオクテットで伝達され得る。ＴＣＩ状態ＩＤ３１８は、ＣＯＲＥＳＥＴＩＤ３１６Ａ～３１６Ｂによって識別されたＣＯＲＥＳＥＴに適用できるＴＣＩ状態であり得る。オクテット整列に基づき、ＴＣＩ状態ＩＤ３１８のために７ビットが予約され得る。

ＴＣＩ状態ＩＤ３１８のために７ビットが予約されるが、ＲＲＣメッセージは、最大６４のＴＣＩ状態を構成することができる。この構成のために、ＴＣＩ状態ＩＤ３１８が７ビットを予約しても、６４のＴＣＩ状態を取得するため使用できるのは６ビットである。このようにして、ＴＣＩ状態ＩＤ３１８の１ビットが未使用であり得る。ＭＡＣＣＥ３００Ａと同様に、このビットを未使用にするのではなく、このビットを使用して、ＣＣのリストを更新するべきかどうか示すことができる。特に、ＴＣＩ状態ＩＤ３１８フィールドの最上位ビット（ＭＳＢ）又は最下位ビット（ＬＳＢ）は、ＣＣのリストのＴＣＩ状態を更新するかどうか示すために使用され得る。

ＭＡＣＣＥ３００Ａと同様に、このビットがゼロ値に設定されない又は設定されるとき、ノードはＵＥに、サービングセルＩＤ３１４によって示されるＣＣのＴＣＩ状態を更新するためにＭＡＣＣＥ３００Ｂが使用されることを示し得る。これに対し、このビットが１値に設定又は設定されるとき、ノードはＵＥに、ＣＣのリストを更新するためにＭＡＣＣＥ３００Ｂが使用されることを示し得る。このＣＣのリストは、無線リソース制御（ＲＲＣ）メッセージによって構成されてもよく、示されたサービングセルＩＤ３１４に対応してもよい。ビットが設定されると、ＵＥは、ＲＲＣメッセージによって構成された同じＣＣのリスト内の各セルのＴＣＩ状態情報を更新し得る。ＵＥは、ビットの設定値を識別し、サービングセルＩＤ３１４を識別し、次いで、ＴＣＩ状態ＩＤ３１８の６ビットによって示される方法でサービングセルＩＤ３１４を含むリスト内の各ＣＣを更新し得る。いくつかの態様では、未使用ビットのビット設定を逆にすることもでき、その場合、１値が単一のＣＣ更新を示し、ゼロ値がＣＣのリストを更新することを示す。

このようにＭＡＣＣＥ３００Ｂを使用することにより、ノードがＵＥに、より少ない制御メッセージを使用して複数のＣＣのＴＣＩ状態を更新するように指示することが可能となり得る。ＴＣＩ状態ＩＤ３１８の未使用のビットを使用することにより、ＣＣのリストの同時更新が可能となり得る。この更新は、マルチビーム通信の容易化を支援することができ、単一のＣＣの更新及び／又は複数のＣＣの更新に柔軟性をもたらし得る。この更新されたＴＣＩ状態情報は、ＰＤＣＣＨのＴＣＩ状態を更新するのを支援し得る。

いくつかの態様では、別のＭＡＣＣＥを定義し、１つ又は２つのＴＣＩ状態を含むＰＤＳＣＨのＴＣＩ状態情報を提供することができる。例えば、この状況は、マルチＴＲＰシナリオであり得る。この場合、ＵＥは、２つのＴＣＩ状態のアクティブ化をもたらし得る複数のノードと通信していてもよい。ネットワークは、このＭＡＣＣＥを使用して、ＣＣのリスト内のＰＤＳＣＨのＴＣＩコードポイントを更新し得る。更新されたＴＣＩコードポイントは、図３Ａ及び図３Ｂを参照して説明したサービングセルＩＤに対応するリストに適用され得る。更新されたＴＣＩコードポイントの適用は、マルチＴＲＰ動作がリスト内のＣＣに対してアクティブ化及び／又は非アクティブ化されることを示し得る。

いくつかの態様では、更新されたＴＣＩコードポイントは、異なる条件に応じてＣＣリスト内のＣＣのサブセットに適用され得る。これらの条件のうちの１つ以上を満たすＣＣが更新され得る。条件は、以下を含み得る。

－ＣＣは、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘの値を有さない、又は、０に設定されたＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを有する、少なくとも１つのＣＯＲＥＳＥＴ、及び、１に設定されたＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを有する、少なくとも１つのＣＯＲＥＳＥＴを用いて構成される。

－ＣＣは、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒ内の少なくとも１つのエントリにおいてＲｅｐＮｕｍ１６で構成される。

－ＣＣは、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒで構成される。

これらの条件は、マルチＴＲＰ動作でＴＣＩ状態を更新するときに役立ち得る。これらの条件のうちの１つ以上を使用することによって、ＵＥは、特定のＴＣＩコードポイントに対応する複数のＴＣＩ状態がある場合でも、ＴＣＩ状態の更新を制御し得る。

図４は、いくつかの態様による、サウンディング参照信号（ＳＲＳ）リソースセットのアクティブ化及び非アクティブ化のためのＭＡＣＣＥ４００のブロック図を示す。ノードは、ＵＥがＳＲＳリソースセットを送信するための空間関係を示すために、ＭＡＣＣＥ４００をＵＥに送信し得る。ＭＡＣＣＥ４００は、セミパーシステント（ＳＰ）ＳＲＳリソースセットをアクティブ化及び／又は非アクティブ化するために使用され得る。ＭＡＣＣＥ４００はまた、非周期的又は周期的ＳＲＳリソースセットなどの他の周期性の空間関係データを提供するように構成され得る。ＭＡＣＣＥ４００を使用すると、ＵＥは、ＳＲＳ信号をノードに送信するときにその空間関係情報を更新することができる。

ＳＲＳは、ノードが各ＵＥのチャネル状態情報（ＣＳＩ）を取得するのを支援するために、ＵＥからノードへの上りリンク方向に使用される参照信号である。ＣＳＩは、信号がＵＥからノードへどのように伝搬するかを記述することができ、散乱、フェージング、距離による電力減衰、及び／又はその他のチャネル要素の影響を表し得る。ノードは、リソーススケジューリング、リンクアダプテーション、ＭＩＭＯ通信、及び／又はビーム管理のためにＳＲＳを使用し得る。ＵＥは、異なる周期性を用いてＳＲＳを送信し得る。例えば、異なる周期性は、「周期的」、「非周期的」、及び／又は「セミパーシステント」（ＳＰ）であり得る。ＳＲＳは、ＳＲＳリソースとして識別され得るが、これは、リソースグリッドにおける時間及び周波数ドメインにおけるＳＲＳの場所を指し得る。ＳＲＳリソースセットは、異なるシンボルで送信する多数のＳＲＳリソースを指し得る。

この説明及びＳＲＳ組織を考慮して、ノードは、ＵＥにおけるＳＲＳリソースセットの空間関係を更新するためにＭＡＣＣＥ４００を生成し得る。図４は、ＳＰＳＲＳリソースセットを制御するための例示的なＭＡＣＣＥ４００を示し、ＭＡＣＣＥ４００はまた、非周期的及び周期的ＳＲＳリソースセットに対する空間関係更新を提供するように構成され得る。このようにして、ＭＡＣＣＥ４００は、異なる周期性のための空間関係の更新をサポートし得る。以下で更に説明するように、ＭＡＣＣＥ４００はまた、ＣＣのリストのための空間関係の更新をサポートし得る。

ＳＰＳＲＳリソースセットシナリオについて、ＭＡＣＣＥ４００は、ＳＰＳＲＳリソースセットＩＤ４１２によって示されるＳＰＳＲＳリソースセットをアクティブ化又は非アクティブ化するために使用される「アクティブ化又は非アクティブ化」（Ａ／Ｄ）ビット４０２を含み得る。ＳＰＳＲＳリソースセットＩＤ４１２は、長さが４ビットであり得る。ＭＡＣＣＥ４００はまた、ＳＲＳリソースセットのセルＩＤ４０８を含むことができ、これは、アクティブ化又は非アクティブ化ＳＰＳＲＳリソースセットを含むサービングセル又はＣＣのアイデンティティを示し得る。ＳＲＳリソースセットのセルＩＤ４０８の長さは、５ビットであり得る。ＭＡＣＣＥ４００はまた、ＳＲＳリソースセットのＢＷＰＩＤ４１０を含むことができ、これは、アクティブ化又は非アクティブ化ＳＰＳＲＳリソースセットを含む上りリンク帯域部分を示し得る。ＳＲＳリソースセットのＢＷＰＩＤ４１０の長さは、２ビットであり得る。

ＭＡＣＣＥ４００は、ＳＵＬビット４２０を含み得る。このフィールドは、ＭＡＣＣＥ４００がＮＵＬキャリア構成に適用されるかＳＵＬキャリア構成に適用されるかを示す。ＳＵＬビット４２０は、ＭＡＣＣＥ４００がＳＵＬキャリア構成に適用されることを示すために「１」に設定され得る。ＳＵＬビット４２０は、ＭＡＣＣＥ４００がＮＵＬキャリア構成に適用されることを示すために「０」に設定され得る。

ここで、「Ｃ」ビット４１８及び他のオクテットについて説明する。ＭＡＣＣＥ４００はまた、「Ｃ」ビット４１８を含むことができ、これは、リソースサービングセルＩＤフィールド（複数可）４３０、４３６及びリソースＢＷＰＩＤフィールド（複数可）４２８、４３４を含むオクテットが存在するかどうかを示し得る。このフィールドが「１」に設定される場合、リソースサービングセルＩＤフィールド（複数可）４３０、４３６及びリソースＢＷＰＩＤフィールド（複数可）４２８、４３４を含むオクテットが存在する。このフィールドが「０」に設定される場合、それらは存在せず、リソースＩＤ_iフィールド４１４、４２６に示されるリソースは、ＳＲＳリソースセットのセルＩＤ４０８及びＳＲＳリソースセットのＢＷＰＩＤ４１０によって示されるサービングセル及びＢＷＰ上に位置し得る。

「Ｆ」ビット４０６、４２２は、ＳＲＳリソースの空間関係として使用されるリソースのタイプを指し得る。Ｆ₀はリソースセット内の第１のＳＲＳリソース、Ｆ１は第２のＳＲＳリソース（以下同様）を指し得る。「Ｆ」ビット４０６は、ＮＺＰＣＳＩ－ＲＳリソースインデックスが使用されることを示すために「１」に設定され得る。「Ｆ」ビット４０６は、ＳＳＢインデックス又はＳＲＳリソースインデックスが使用されることを示すために「０」に設定され得る。

リソースＩＤフィールド４１４、４２６は、ＳＲＳリソースｉの空間関係導出に使用されるリソースの識別子を含み得る。リソースＩＤフィールド４１４、４２６は、使用するべき特定の参照信号を示し得る。例えば、リソースＩＤ₀は、リソースセット内の第１のＳＲＳリソースを指し得る。Ｆ_iが「０」に設定され、リソースＩＤフィールドの第１のビットが「１」に設定されると、残りのフィールドはＳＳＢインデックスを含む。Ｆ_iが「０」に設定され、フィールドの第１のビットが「０」に設定されると、残りのフィールドはＳＲＳ－ＲｅｓｏｕｒｃｅＩｄを含む。リソースＩＤフィールド４１４、４２６の長さは７ビットであり得る。

リソースサービングセルＩＤフィールド４３０、４３６は、ＳＲＳリソース「ｉ」の空間関係導出に使用されるリソースが位置するサービングセルのアイデンティティを示し得る。フィールドの長さは５ビットであり得る。リソースＢＷＰＩＤフィールド４２８，４３４は、ＳＲＳリソース「ｉ」の空間関係導出にリソースが使用される上りリンク帯域部分のＢＷＰ－ＩＤを含み得る。フィールドの長さは２ビットであり得る。

ＭＡＣＣＥ４００はまた、予約ビット４０４、４１６を含むことができ、これらの予約ビット４０４、４１６は、異なるＳＲＳリソースセットの周期性をサポートするために、及び／又はＣＣのリストの空間関係を更新するかどうかを示すために使用され得る。

例えば、いくつかの態様では、ＳＰＳＲＳリソースセットＩＤフィールド４１２は、ＳＲＳリソースセットの周期性及び／又は時間ドメインパターンを示すために使用され得る。例えば、ＳＰＳＲＳリソースセットＩＤフィールド４１２の４ビットは、セミパーシステントな場合だけに限定されるのではなく、ＭＡＣＣＥ４００が、周期的、非周期的、又はセミパーシステントＳＲＳリソースセットを更新するために使用され得ることを示すことができる。ＭＡＣＣＥ４００は、ＳＲＳリソースセットのセルＩＤ４０８によって示される特定のＣＣを更新するべきか、ＣＣのリストを更新するべきか、の指標を更に含み得る。

ＳＰＳＲＳリソースセットＩＤフィールド４１２が、ＳＲＳリソースセットが非周期的又は周期的であることを示す場合、ＵＥは「Ａ／Ｄ」ビット４０２を無視し得る。すなわち、「Ａ／Ｄ」ビット４０２は、アクティブ化若しくは非アクティブ化された又はＳＰＳＲＳリソースセットＩＤフィールド４１２に対応する示されたＳＲＳリソースセットを示さなくてもよい。代わりに、「Ａ／Ｄ」ビット４０２は、空間関係更新が、特定のＳＲＳリソースセットのセルＩＤ４０８に適用されるべきか、又は示されたセルと同じＣＣのリストにあるＣＣのリストに適用されるべきか、を示すために使用され得る。このリスト更新は、図３Ａ及び図３Ｂを参照して説明したものと同様であり得る。いくつかの態様では、予約ビット４０４、４１６は、特定のＣＣを更新するべきか、ＣＣのリストを更新するべきかを示すために、「Ａ／Ｄ」ビット４０２の代わりに使用され得る。しかしながら、いずれの場合でも、ＭＡＣＣＥ４００を使用して、複数のＳＲＳリソースセットの空間関係を更新することができる。

ＳＰＳＲＳリソースセットＩＤフィールド４１２が、ＳＲＳリソースセットがセミパーシステントであることを示す態様では、「Ａ／Ｄ」ビット４０２は値を有し得る。この場合、予約ビット４０４、４１６は、特定のＣＣを更新するべきか、ＣＣのリストを更新するべきかを示すために、使用され得る。

いくつかの態様では、ＭＡＣＣＥ４００がＣＣのリストを更新するために使用される場合、対応するＳＲＳリソースセットが同じ時間ドメインパターンを有するときに、ＳＲＳリソース空間関係が更新される。例えば、場合によっては、ＣＣは異なる時間ドメインパターンを有し得る。この場合、ＣＣのリストを更新するために空間関係が適用されない場合がある。リスト内のＣＣが、ＳＰＳＲＳリソースセットＩＤフィールド４１２から示されるものと同じ周期性及び／又は時間ドメインパターンを有する場合、ＭＡＣＣＥ４００はＣＣのリストに適用され得る。しかしながら、場合によっては、時間ドメインパターンの違いにより、ビームに対する更新がリソースごとのレベルで所望されることがある。

図５は、いくつかの態様による、サウンディング参照信号（ＳＲＳ）リソースの空間関係を更新するためのＭＡＣＣＥ５００のブロック図を示す。上で説明したように、いくつかのシナリオでは、ＳＲＳリソースセットの更新から利益を得ることができ、いくつかの他のシナリオでは、個々のＳＲＳリソースの更新から利益を得ることができる。例えば、特定のＳＲＳリソースを更新することにより、リソースを特定して、そのリソースの特定のビームを更新することが可能になり得る。ＭＡＣＣＥ５００は、このタイプのリソースレベル更新を提供する制御メッセージであり得る。ＭＡＣＣＥ５００は、より正確なリソース更新を提供することができる。ＭＡＣＣＥ５００は依然として、空間関係を特定のＣＣについて更新するべきか、ＣＣのリストについて更新するべきか示すために使用され得る。いくつかの態様では、ＭＡＣＣＥ５００の第１の１６ビットは、特定のＳＲＳリソースを示すことができ、第２の１６ビットは、更新されたビーム情報を示すことができる。ＭＡＣＣＥ５００は、長さが４オクテットであり得る。

特に、ＭＡＣＣＥ５００は、予約ビット５０２、５０６、５０８を含むことができ、これは、空間関係更新がＳＲＳリソースのセルＩＤ５１０によって指定されたＣＣについてのものなのか、空間関係更新がＣＣのリストについてのものなのか示すために使用され得る。ＣＣのリストの更新は、図３Ａ及び図３Ｂを参照して説明したものと同様の方法で起こり得る。図４と同様に、ＳＲＳリソースのセルＩＤ５１０は、ＳＲＳリソースが位置するセルを指し得る。ＳＲＳリソースのセルＩＤ５１０は、ＳＲＳリソースセットを示すのではなく、特定のリソースに対応し得る。同様に、ＳＲＳリソースのＢＷＰＩＤ５１２は、ＳＲＳリソースが位置するＢＷＰに対応し得る。ＳＲＳリソースＩＤ５１４は、ＲＲＣメッセージによって構成される識別ＳＲＳ－ＲｅｓｏｕｒｃｅＩＤであり得る。ＳＵＬ５１０は、図４を参照して説明したＳＵＬ４２０と同様であり得る。ＳＲＳリソースのセルＩＤ５１０、ＳＲＳリソースのＢＷＰＩＤ５１２及び／又はＳＲＳリソースＩＤ５１４を使用することにより、ＭＡＣＣＥ５００によって更新される特定のＳＲＳリソースをＵＥが識別できるようになり得る。

「Ｃ」ビット５０４はまた、図４を参照して説明した「Ｃ」ビット４１８と同様であり得る。特に、「Ｃ」ビット５０４は、ビット情報の以下の２つのオクテットが存在するかどうかを示し得る。ＭＡＣＣＥ５００では、これら２つのオクテットは、更新される特定のリソースに関する情報を提供し得る。例えば、リソースＩＤ５１６は、図４を参照して説明したリソースＩＤ４１４、４２６と同様であり得る。リソースＩＤ５１６は、空間関係更新に使用されるリソースのＩＤであり得る。例えば、リソースＩＤ５１６は、使用される特定のビームを示し得る。リソースサービングセルＩＤ５２２は、空間関係のためのリソースが位置するセルＩＤであり得る。リソースＢＷＰＩＤ５１８は、空間関係のリソースが位置するＢＷＰＩＤを示し得る。

ＭＡＣＣＥ５００を使用することにより、リソースセットではなくリソースの特定の更新を可能にすることができる。ＭＡＣＣＥ５００は、空間関係を更新に更なる柔軟性をもたらし得る。ＭＡＣＣＥ５００はまた、メッセージングオーバヘッドを減少させ及び／又はレイテンシを低減させるために、ＣＣのリストの空間関係を更新するために使用され得る。

図６Ａは、いくつかの態様による、マルチ送受信ポイント（マルチＴＲＰ）の動作をサポートするためにＰＤＳＣＨのＴＣＩコードポイントを構成するためのＭＡＣＣＥ６００Ａのブロック図を示す。前述したように、マルチＴＲＰシナリオは、ＵＥが２つ以上のアンテナアレイ又はノードと通信するときに発生し得る。この場合、各ＴＣＩコードポイントは、１つ又は２つのＴＣＩ状態を含み得る。このように、ＭＡＣＣＥ６００Ａは、マルチＴＲＰ動作をサポートし、ＰＤＳＣＨのＴＣＩコードポイントを構成するための制御メッセージングを提供する。

前述のＭＡＣＣＥと同様に、ＭＡＣＣＥ６００Ａは、予約ビット６０２Ａ、６０４Ａ、６１４Ａを含み得る。予約ビット６０２Ａ、６０４Ａ、６１４Ａは、ＴＣＩ状態をＣＣについて更新するべきか、ＣＣのリストについて更新するべきかを示すために使用され得る。ＭＡＣＣＥ６００Ａは、図３Ａを参照して説明したサービングセルＩＤ３０４及びＢＷＰＩＤ３０６と同様であり得るサービングセルＩＤ６１６Ａ及びＢＷＰＩＤ６２０Ａを含み得る。ＭＡＣＣＥ６００Ａは、数「Ｍ」を示すために３ビットであり得るＴＣＩコードポイントフィールド６１８Ａの数を含み得る。これらの３ビットは、最大８つのＴＣＩコードポイントを示すために使用されることもあり得るし、１～８のＴＣＩコードポイントの数を示すこともできる。Ｍ値は、この数を提供し得る。しかしながら、ＴＣＩコードポイントの各々は、１又は２のＴＣＩ状態のいずれかを有し得る。この情報を取得するために、ＭＡＣＣＥ６００Ａは、２つのＴＣＩ状態を備えたＴＣＩコードポイントの数を示し得るフィールド６２２Ａを含み得る。フィールド６２２Ａは、「１」値として設定されるなど、非ゼロ値を有する「Ｃ＿ｉ」ビット値６０６、６１０の数のカウントであり得る。「Ｃ＿ｉ」ビット値６０６、６１０が「１」値を有する場合、対応するＴＣＩコードポイントは、２つのＴＣＩ状態を有し得る。例えば、「Ｃ＿ｉ」は、第２のＴＣＩ状態がＴＣＩコードポイント「ｉ」に使用されるべきかどうかを示し得る。

ＭＡＣＣＥ６００Ａは、「Ｃ＿０」６０６が２つのＴＣＩ状態を有する例を示すために、ＴＣＩ状態ＩＤ（０，１）６２４及びＴＣＩ状態ＩＤ（０．２）６２６を含み得る。ＴＣＩ状態ＩＤ（０，１）６２４は、ＴＣＩコードポイント「０」の第１のＴＣＩ状態であり得るが、ＴＣＩ状態ＩＤ（０，２）６２６は、ＴＣＩコードポイント「０」の第２のＴＣＩ状態であり得る。予約ビット６０８は、ＭＡＣＣＥ６００Ａのオクテット構成を保存するために含まれ得る。

同様に、ＭＡＣＣＥ６００Ａは、「Ｃ＿（Ｍ－１）」６１０が２つのＴＣＩ状態を有する例を示すために、ＴＣＩ状態ＩＤ（Ｍ－１，１）６２８及びＴＣＩ状態ＩＤ（Ｍ－１，２）６３０を含み得る。ＴＣＩ状態ＩＤ（Ｍ－１，１）６２８は、ＴＣＩコードポイント「Ｍ－１」の第１のＴＣＩ状態であり得るが、ＴＣＩ状態ＩＤ（Ｍ－１，２）６３０は、ＴＣＩコードポイント「Ｍ－１」の第２のＴＣＩ状態であり得る。予約ビット６１２は、ＭＡＣＣＥ６００Ａのオクテット構成を保存するために含まれ得る。

ＭＡＣＣＥ６００Ａを使用することにより、１つ又は２つのＴＣＩ状態を有するＴＣＩコードポイントを収容に柔軟性がもたらされ得る。「Ｃ＿ｉ」ビット６０６、６１０を使用して、ＵＥは、１つのＴＣＩ状態が更新されるのか、２つのＴＣＩ状態が更新されるのかを判定するために、オクテットを復号化することができてもよい。また、予約ビット６０２Ａ、６０４Ａ、又は６１４Ａを使用することにより、オーバヘッド及びレイテンシを低減させるためのＣＣに関するリスト更新が依然として提供され得る。

図６Ｂは、いくつかの態様による、複数のＴＣＩ状態を示す例示的なＭＡＣＣＥ６００Ｂのブロック図を示す。ＭＡＣＣＥ６００Ｂは、ＭＡＣＣＥ６００Ａの例示的な態様であり得る。ＭＡＣＣＥ６００Ａと同様に、ＭＡＣＣＥ６００Ｂは、予約ビット６０２Ｂ、６０４Ｂ、６１４Ｂ、並びにサービングセルＩＤ６１６Ｂ及びＢＷＰＩＤ６２０Ｂを含み得る。ＭＡＣＣＥ６００Ｂは、フィールド６１８Ｂ及び６２２Ｂの例示的な値を有する例を提供し得る。

例えば、ＭＡＣＣＥ６００Ｂは、図６Ａを参照して説明したフィールド６１８Ａと同様であり得るＴＣＩコードポイントフィールド６１８Ｂの数のビットを使用して「４」の「Ｍ」値を示し得る。同様に、ＭＡＣＣＥ６００Ｂは、フィールド６２２Ａと同様であり得るフィールド６２２Ｂの「２」の値を示すことができ、２つのＴＣＩ状態を有するコードポイントの数を示すことができる。この場合、ＵＥは、残りの送信に続くオクテットの数を認識することができる。特に、ＵＥは、ＴＣＩコードポイントのうちの２つが２つのＴＣＩ状態を有し、したがって４つのオクテットを使用することを識別し得る。ＵＥは、それぞれ１オクテットを使用する１つのＴＣＩ状態を有する残りの２つのＴＣＩコードポイントを識別するために「Ｍ」値を使用し得る。この情報により、ＵＥは６つのオクテットの受信を予測することができる。次いで、ＵＥは、特定のＴＣＩコードポイントが１つのＴＣＩ状態に対応するのか２つのＴＣＩ状態に対応するのか判定するために、各「Ｃ＿ｉ」６３２、６３４、６３８、及び６４０の値を識別し得る。

この例を更に説明するために、「Ｃ＿０」６３２がゼロ値であってもよく、これは、単一のＴＣＩ状態を示し得る。次いで、ＴＣＩ状態ＩＤ（０，１）６４４は、そのＴＣＩコードポイントの状態情報を提供し得る。「Ｃ＿０」６３２をゼロ値と識別すると、ＵＥは、以下の７ビットを単一のＴＣＩ状態に関連するものとして識別し得る。「Ｃ＿１」６３４は、２つのＴＣＩ状態の存在を示し得る、１値であり得る。このようにして、ＴＣＩ状態ＩＤ（１，１）６４６及びＴＣＩ状態ＩＤ（１，２）６４８は、２つのＴＣＩ状態の情報を提供し得る。予約ビット６３６は、ＭＡＣＣＥ６００Ｂのオクテット構成を維持するために使用され得る。「Ｃ＿１」６３４を１値として識別すると、ＵＥは、以下の１５ビットを２つのＴＣＩ状態に関連するものとして識別し得る。「Ｃ＿１」６３４は、２つのＴＣＩ状態の存在を示し得る、１値であり得る。ＵＥは、「Ｃ＿２」を、ゼロ値を有し且つ単一のＴＣＩ状態を示すものとして識別し続け得る。次いで、ＴＣＩ状態ＩＤ（２，１）６５０は、そのＴＣＩコードポイントの状態情報を提供し得る。「Ｃ＿３」６４０の場合、ＵＥは１値を識別することができ、２つのＴＣＩ状態を識別することができる。ＴＣＩ状態ＩＤ（３，１）６５２及びＴＣＩ状態ＩＤ（３，２）６５４は、２つのＴＣＩ状態の情報を提供し得る。予約ビット６４２は、ＭＡＣＣＥ６００Ｂのオクテット構成を維持するために使用され得る。

図７は、いくつかの態様による、ユーザ装置（ＵＥ）のコンポーネントキャリア（ＣＣ）のリストのＴＣＩ状態を更新するためのフローチャート７００を示す。いくつかの態様では、コアネットワーク１４０、ネットワーク要素１３０、アプリケーションサーバ１５０、ノード１２０、及び／又は無線システム２００などのネットワークがフローチャート７００を実行し得る。いくつかの態様では、ＲＡＮノード１２０は、フローチャート７００を使用して、ＭＡＣＣＥを生成してＵＥ送信し得る。フローチャート７００は、ＲＡＮノード１２０を参照して説明されるものとするが、フローチャート７００は、その例示的な態様に限定されない。フローチャート７００は、例えば、図１０を参照して説明したコンピュータシステム、及び／又はハードウェア（例えば、回路、専用論理、プログラマブルロジック、マイクロコードなど）、ソフトウェア（例えば、処理デバイス上で実行される命令）、又はそれらの組み合わせを含み得る、コンピュータシステムなどの任意のコンピューティングデバイス上で実行され得る。

本明細書で提供される開示を実行するために、全てのステップが必要とされるわけではないことを理解されたい。更に、当業者に理解されるように、いくつかの工程は、同時に実行されてもよく、又は図７に示されるものとは異なる順序で実行されてもよい。

７０２において、ＲＡＮノード１２０は、ユーザ装置（ＵＥ）１１０のコンポーネントキャリア（ＣＣ）に対応する送信設定インジケータ（ＴＣＩ）状態の更新を識別することができ、ＣＣはサービングセルＩＤを有する。この更新は、ビーム又はＱＣＬ信号の更新であり得る。例えば、ＵＥ１１０は、異なる参照信号間のＱＣＬ関係の仮定を有し得る。ＲＡＮノード１２０は、この仮定を更新することができ、ＱＣＬ仮定のための更新された定義を提供し得る。このようにして、ＲＡＮノード１２０は、ＴＣＩ状態の初期定義を提供することができ、及び／又はＵＥ１１０で既存の定義を更新し得る。

更新はまた、１つ以上のＣＣに影響を及ぼし得る。同様に、更新されたＴＣＩ状態は、ＰＤＳＣＨ及び／又はＰＤＣＣＨに適用可能であり得る。いくつかの態様では、ＰＤＳＣＨの更新は、ＴＣＩコードポイントが１つ又は２つのＴＣＩ状態を有するマルチＴＲＰシナリオで発生し得る。この場合、ＣＣのリスト内のＣＣのサブセットが更新され得る。

７０４において、ＲＡＮノード１２０は、ＴＣＩ状態の更新に基づいてＣＣを含むＣＣのリストを更新するべきかどうか判定し得る。ＣＣのこのリストは、無線リソース制御（ＲＲＣ）メッセージによって先行して構成されていてもよく、示されたサービングセルＩＤに対応してもよい。例えば、ＲＲＣは、先行して構成されたＴＣＩ関連パラメータを有し得る。ＲＡＮノード１２０は、ＣＣのリストを構成するために、ＲＲＣメッセージをＵＥ１１０に先行して送信していてもよい。ＴＣＩ状態情報の更新は、サービングセルＩＤに対応するＣＣも含むリスト内の他のＣＣに適用可能であり得る。

７０６において、ＲＡＮノード１２０は、ＵＥ１１０でＣＣのリストを更新するべきかどうか判定し得る。ＣＣのリストが更新されず、ＲＡＮノード１２０が、サービングセルＩＤに対応するＣＣの更新を意図している場合、ＲＡＮノード１２０は、７０８で媒体アクセス制御用制御要素（ＭＡＣＣＥ）を生成し得る。このＭＡＣＣＥは、サービングセルＩＤと、サービングセルＩＤを使用してＣＣのＴＣＩ状態を更新するようにＵＥ１１０に指示する第１のビット値とを含み得る。第１のビット値は、例えば、ゼロ値であり得る。ＭＡＣＣＥはまた、ＵＥ１１０でＴＣＩ状態を更新するためのＴＣＩ状態情報を含み得る。次いで、ＲＡＮノード１２０は、７１２でＭＡＣＣＥをＵＥ１１０に送信し得る。次いで、ＵＥ１１０は、ＭＡＣＣＥに含まれるＴＣＩ状態情報を使用して、サービングセルＩＤに対応するＣＣを更新し得る。

７０６に戻り、ＲＡＮノード１２０は、ＣＣのリストを更新するべきであると判定し得る。この場合、ＲＡＮノード１２０は、サービングセルＩＤとＣＣのサービングセルＩＤを含むリスト内のＣＣのＴＣＩ状態を更新するようにＵＥ１１０に指示する第２のビット値とを含むＭＡＣＣＥを生成し得る。このようにして、ＵＥ１１０は、サービングセルＩＤに対応するＣＣ並びにＲＲＣメッセージによって構成されたリスト上の他のＣＣを更新し得る。ＭＡＣＣＥはまた、ＵＥ１１０でＴＣＩ状態を更新するためのＴＣＩ状態情報を含み得る。次いで、このＭＡＣＣＥは複数のＣＣのＴＣＩ更新を提供してもよく、これによってメッセージングオーバヘッドが減少され得る。７１２において、ＲＡＮノード１２０は、ＭＡＣＣＥをＵＥ１１０に送信し得る。

フローチャート７００から生成されたＭＡＣＣＥは、図３Ａ及び図３Ｂを参照して先に説明したＭＡＣＣＥ３００Ａ及び３００Ｂと同様であり得る。例えば、ＭＡＣＣＥ３００ＡはＰＤＳＣＨのＴＣＩ状態を更新するために使用され得るが、ＭＡＣＣＥ３００Ｂは、ＰＤＣＣＨのＴＣＩ状態を更新するために使用され得る。図３Ａ及び図３Ｂを参照して先に説明したのと同様に、他の値はＭＡＣＣＥに含まれ得る。

前述したように、ＭＡＣＣＥはまた、マルチＴＲＰ動作で使用され得る。同様に、ＭＡＣＣＥは、識別されたＣＣをＣＣのリストが含む状況に適用され得る。いくつかの態様では、ＣＣのサブセットは、前述のようにいくつかの条件に基づいて更新され得る。

いくつかの態様では、フローチャート９００は、ＴＣＩコードポイントの変化に応じて、１回以上繰り返して実行され得る。例えば、ＴＣＩ状態は、第１のＭＡＣＣＥを使用して更新され得るが、その後、第２のＭＡＣＣＥで再び更新され得る。同様に、第２のＭＡＣＣＥは、同じＴＣＩ状態又は異なるＴＣＩ状態の更新に対応し得る。このように、フローチャート９００に関して説明した態様は、単一のＭＡＣＣＥに限定されない。

図８Ａは、いくつかの態様による、異なる周期性及び／又は時間ドメインパターンを有するＳＲＳリソースセットの空間関係を更新するためにＭＡＣＣＥを生成するためのフローチャート８００Ａを示す。図８Ｂは、いくつかの態様による、ＣＣのリストの空間関係を更新するためにＭＡＣＣＥを修正するためのフローチャート８００Ｂを示す。

いくつかの態様では、コアネットワーク１４０、ネットワーク要素１３０、アプリケーションサーバ１５０、ノード１２０、及び／又は無線システム２００などのネットワークがフローチャート８００Ａ及び８００Ｂを実行し得る。いくつかの態様では、ＲＡＮノード１２０は、フローチャート８００Ａ及び８００Ｂを使用して、ＭＡＣＣＥを生成してＵＥ送信し得る。フローチャート８００Ａ及び８００Ｂ、ＲＡＮノード１２０を参照して説明されるものとするが、フローチャート８００Ａ及び８００Ｂは、その例示的な態様に限定されない。フローチャート８００Ａ及び８００Ｂは、例えば、図１０を参照して説明したコンピュータシステム、及び／又はハードウェア（例えば、回路、専用論理、プログラマブルロジック、マイクロコードなど）、ソフトウェア（例えば、処理デバイス上で実行される命令）、又はそれらの組み合わせを含み得る、コンピュータシステムなどの任意のコンピューティングデバイス上で実行され得る。

本明細書で提供される開示を実行するために、全てのステップが必要とされるわけではないことを理解されたい。更に、当業者に理解されるように、いくつかの工程は、同時に実行されてもよく、又は図８Ａ及び図８Ｂに示されるものとは異なる順序で実行されてもよい。

８０２において、ＲＡＮノード１２０は、コンポーネントキャリア（ＣＣ）に対応するサウンディング参照信号（ＳＲＳ）リソースセットの空間関係の更新を識別し得る。ＳＲＳの空間関係は、ＵＥ１１０によってＲＡＮノード１２０に送信される１つ以上の上りリンク信号の更新であり得る。

８０４において、ＲＡＮノード１２０は、ＳＲＳリソースセットの時間ドメインパターンがセミパーシステントであるかどうか判定し得る。例えば、ＳＲＳリソースセットの時間ドメインパターン及び／又は周期性は、セミパーシステント、非周期的、又は周期的であり得る。８０６において、時間ドメインパターンがセミパーシステントではない判定された場合、ＲＡＮノード１２０は、更新された空間関係に基づいてＣＣを含むＣＣのリストを更新するべきかどうか指定するために「アクティブ化／非アクティブ化」ビットフィールドを使用してＭＡＣＣＥ４００などの、セミパーシステントＭＡＣＣＥを生成し得る。「Ａ／Ｄ」フィールドは、未使用のビットフィールドであり得る。「Ａ／Ｄ」フィールドが周期的又は非周期的ＳＲＳリソースセット更新に使用されないので、このビットは、空間関係更新が、示されたＣＣについて意図されたものなのか、示されたＣＣと同じＣＣリストに対応するＣＣのリストについて意図されたものなのか、を示すために使用され得る。

８０６において、ＳＲＳリソースセットがセミパーシステントであると判定された場合、ＲＡＮノード１２０は、８１０で更新された空間関係に基づいてＣＣのリストを更新するべきかどうか指定するために予約ビットフィールドを使用して、ＭＡＣＣＥ４００などのＭＡＣＣＥを生成し得る。「Ａ／Ｄ」フィールドはセミパーシステントＳＲＳリソースセットシナリオで使用されるため、このビットは使用できない場合がある。このようにして、予約ビットをこの指示に使用することができる。

８１２において、ＲＡＮノード１２０は、更新された空間関係に基づいてＣＣを含むＣＣのリストを更新するべきかどうか判定し得る。このリストを更新することにより、メッセージングオーバヘッドが少なくなり得る。しかしながら、いくつかの態様では、ＳＲＳリソースセットの要素の時間ドメインパターンは同じである。８１４において、ＲＡＮノード１２０は、ＣＣのリストを更新するべきかどうか判定し得る。リストを更新するべきではない場合、８１６において、ＲＡＮノード１２０は、ＣＣの空間関係を更新するようにＵＥ１１０に指示するビットフィールドに第１のビット値を含むことを示すようにＭＡＣＣＥを修正し得る。ＭＡＣＣＥはまた、ＵＥ１１０でＳＲＳリソースセットを更新するためのＳＰＳＲＳリソースセットＩＤ及びリソースＩＤ情報の値を含み得る。８２０において、ＲＡＮノード１２０は、ＭＡＣＣＥをＵＥ１１０に送信し得る。

８１４に戻り、更新された空間関係に基づいてＣＣのリストが更新されるべきであるとＲＡＮノード１２０が判定する場合、８１８において、ＲＡＮノード１２０は、ＣＣのリスト内のＣＣの空間関係を更新するようにＵＥ１１０に指示するビットフィールドに第２のビット値を含むようにＭＡＣＣＥを修正し得る。ＣＣのこのリストは、無線リソース制御（ＲＲＣ）メッセージによって先行して構成されていてもよく、示されたＳＲＳリソースセットのセルＩＤに対応してもよい。ＭＡＣＣＥはまた、ＵＥ１１０でＳＲＳリソースセットを更新するためのリソースＩＤ情報を含み得る。

ＭＡＣＣＥを受信すると、ＵＥ１１０は、ＣＣのリストが更新されるべきかどうかを示す対応ビットを識別し得る。示された値に応じて、ＵＥ１１０は、更新するべき特定のＣＣの及び／又は更新するべきＣＣのリストを識別し得る。

図８Ｃは、いくつかの態様による、ＳＲＳリソースの空間関係を更新するためにＭＡＣＣＥを生成するためのフローチャート８００Ｃを示す。いくつかの態様では、コアネットワーク１４０、ネットワーク要素１３０、アプリケーションサーバ１５０、ノード１２０、及び／又は無線システム２００などのネットワークがフローチャート８００Ｃを実行し得る。いくつかの態様では、ＲＡＮノード１２０は、フローチャート８００Ｃを使用して、ＭＡＣＣＥを生成してＵＥ送信し得る。フローチャート８００Ｃは、ＲＡＮノード１２０を参照して説明されるものとするが、フローチャート８００Ｃは、その例示的な態様に限定されない。フローチャート８００Ｃは、例えば、図１０を参照して説明したコンピュータシステム、及び／又はハードウェア（例えば、回路、専用論理、プログラマブルロジック、マイクロコードなど）、ソフトウェア（例えば、処理デバイス上で実行される命令）、又はそれらの組み合わせを含み得る、コンピュータシステムなどの任意のコンピューティングデバイス上で実行され得る。

本明細書で提供される開示を実行するために、全てのステップが必要とされるわけではないことを理解されたい。更に、当業者に理解されるように、いくつかの工程は、同時に実行されてもよく、又は図８Ｃに示されるものとは異なる順序で実行されてもよい。

８２２において、ＲＡＮノード１２０は、ユーザ装置（ＵＥ）１１０のコンポーネントキャリア（ＣＣ）に対応するサウンディング参照信号（ＳＲＳ）リソースの空間関係の更新を識別することができ、ＣＣはＳＲＳリソースセルＩＤを有する。この更新は、リソースセットではなく、特定のリソースに対するものであり得る。このように、図５を参照して説明したＳＲＳリソースセルＩＤを使用して識別された特定のビームを更新するためにフローチャート８００Ｃを使用し得る。

８２４において、ＲＡＮノード１２０は、空間関係の更新に基づいてＣＣを含むＣＣのリストを更新するべきかどうか判定し得る。ＣＣのこのリストは、無線リソース制御（ＲＲＣ）メッセージによって先行して構成されていてもよく、示されたＳＲＳリソースＩＤに対応してもよい。空間関係情報の更新は、ＳＲＳリソースＩＤに対応するＣＣも含むリスト内の他のＣＣに適用可能であり得る。

８２６において、ＲＡＮノード１２０は、ＣＣのリストをＵＥ１１０で更新するべきかどうか判定し得る。ＣＣのリストが更新されず、ＲＡＮノード１２０が、ＳＲＳリソースセルＩＤに対応するＣＣの更新を意図している場合、ＲＡＮノード１２０は、８２８で媒体アクセス制御用制御要素（ＭＡＣＣＥ）を生成し得る。このＭＡＣＣＥは、ＳＲＳリソースセルＩＤと、ＳＲＳリソースセルＩＤを使用してＣＣの空間関係を更新するようにＵＥ１１０に指示する第１のビット値とを含み得る。ＳＲＳリソースＢＷＰＩＤ及び／又はＳＲＳリソースＩＤなどの他の値はまた、ＳＲＳリソースを識別するのに役立ち得る。リソースＩＤ、リソースサービングセルＩＤ、及び／又はリソースＢＷＰＩＤなどの値は、更新されたＳＲＳ空間関係を示し得る。第１のビット値は、例えば、ゼロ値であり得る。ＭＡＣＣＥは、図５を参照して説明したＭＡＣＣＥ５００と同様であり得る。次いで、ＲＡＮノード１２０は、８３２において、ＭＡＣＣＥをＵＥ１１０に送信し得る。次いで、ＵＥ１１０は、ＭＡＣＣＥに含まれるリソースＩＤを使用して、ＳＲＳリソースセルＩＤに対応するＣＣを更新することができる。

８２６に戻り、ＲＡＮノード１２０は、ＣＣのリストを更新するべきであると判定し得る。この場合、ＲＡＮノード１２０は、ＳＲＳリソースセルＩＤとＳＲＳリソースセルＩＤを使用してＣＣのリスト内のＣＣの空間関係を更新するようにＵＥ１１０に指示する第２のビット値とを含むＭＡＣＣＥを生成し得る。このようにして、ＵＥ１１０は、ＳＲＳリソースセルＩＤに対応するＣＣ並びにＲＲＣメッセージによって構成されたリスト上の他のＣＣを更新し得る。次いで、このＭＡＣＣＥは複数のＣＣの空間関係更新を提供してもよく、これによってメッセージングオーバヘッドが減少され得る。８３２において、ＲＡＮノード１２０は、ＭＡＣＣＥをＵＥ１１０に送信し得る。

いくつかの態様では、フローチャート８００Ａ、８００Ｂ、及び／又は８００Ｃは、ＳＲＳリソースセット又はリソースへの変更に応じて、１回以上繰り返して実行され得る。例えば、ＳＲＳリソースセットは、第１のＭＡＣＣＥを使用して更新され得るが、その後、第２のＭＡＣＣＥで再び更新され得る。同様に、第２のＭＡＣＣＥは、リソースセットの特定のリソースの更新に対応し得る。このように、フローチャート８００Ａ、８００Ｂ、及び／又は８００Ｃに関して説明した態様は、単一のＭＡＣＣＥに限定されない。

図９は、いくつかの態様による、マルチ送受信ポイント（マルチＴＲＰ）動作をサポートするためにＰＤＳＣＨのＴＣＩコードポイントを構成するためのフローチャート９００を示す。いくつかの態様では、コアネットワーク１４０、ネットワーク要素１３０、アプリケーションサーバ１５０、ノード１２０、及び／又は無線システム２００などのネットワークがフローチャート７００を実行し得る。いくつかの態様では、ＲＡＮノード１２０は、フローチャート９００を使用して、ＭＡＣＣＥをＵＥに生成及び送信し得る。フローチャート９００は、ＲＡＮノード１２０を参照して説明するものとするが、フローチャート９００は、その例示的な態様に限定されない。フローチャート９００は、例えば、図１０を参照して説明したコンピュータシステムなどの任意のコンピューティングデバイスで実行されてもよく、及び／又はハードウェア（例えば、回路、専用論理、プログラマブルロジック、マイクロコードなど）、ソフトウェア（例えば、処理デバイス上で実行される命令）、又はそれらの組み合わせを含み得る。

本明細書で提供される開示を実行するために、全てのステップが必要とされるわけではないことを理解されたい。更に、当業者に理解されるように、いくつかの工程は、同時に実行されてもよく、又は図９に示されるものとは異なる順序で実行されてもよい。

９０２において、ＲＡＮノード１２０は、コンポーネントキャリア（ＣＣ）に対応する１つ以上の送信設定インジケータ（ＴＣＩ）コードポイントの構成を識別することができる。この識別は、マルチＴＲＰシナリオが存在し得ることを示し得る。ＲＡＮノード１２０は、ＰＤＳＣＨのＴＣＩコードポイントを構成するＭＡＣＣＥを生成し得る。

９０４で、ＲＡＮノード１２０は、１つ以上のＴＣＩコードポイントのうちの少なくとも１つが複数のＴＣＩ状態を有すると判定し得る。例えば、ＴＣＩコードポイントは、２つのＴＣＩ状態を有し得る。この場合、コードポイントは、複数のＴＲＰと通信し得る。しかしながら、他のコードポイントは、依然として１つのＴＣＩ状態を有し得る。

９０６で、ＲＡＮノード１２０は、１つ以上のＴＣＩコードポイントの量を示す第１の値と、複数のＴＣＩ状態を有する１つ以上のＴＣＩコードポイントのうちの少なくとも１つの量を示す第２の値とを含むＭＡＣＣＥを生成することができる。このＭＡＣＣＥは、図６Ａ及び図６Ｂを参照して説明したＭＡＣＣＥ６００Ａ及び／又は６００Ｂと同様であり得る。第１の値及び第２の値は、ＭＡＣＣＥの残りのビットを予想するためにビット数及び／又はオクテットをＵＥ１１０に示し得る。

９０８において、ＲＡＮノード１２０は、複数のＴＣＩ状態を有する１つ以上のＴＣＩコードポイントのうちの少なくとも１つについて、複数のＴＣＩ状態の存在を示すビット及び第１のＴＣＩ状態ＩＤを含むデータの第１のオクテットと、予約ビット及び第２のＴＣＩ状態ＩＤを含むデータの第２のオクテットとを含むよう、ＭＡＣＣＥを更新し得る。このようにして、ＭＡＣＣＥは２つのＴＣＩ状態ＩＤについて２つのオクテットを使用することができる。いくつかの態様では、第１のオクテット内のビットは、特定のコードポイントが２つのＴＣＩ状態を有することを示し得る。ＵＥ１１０がＭＡＣＣＥを受信してこのビットを識別すると、ＵＥ１１０は、次のオクテットが、コードポイントに対応する第２のＴＣＩ状態のデータを表すことを認識することができる。９１０において、ＲＡＮノード１２０は、ＭＡＣＣＥをＵＥ１１０に送信し得る。

いくつかの態様では、フローチャート９００は、ＴＣＩ状態の変化に応じて、１回以上繰り返して実行され得る。例えば、ＴＣＩ状態は、第１のＭＡＣＣＥを使用して更新され得るが、その後、第２のＭＡＣＣＥで後から再び更新され得る。同様に、第２のＭＡＣＣＥは、同じＴＣＩ状態又は異なるＴＣＩ状態の更新に対応し得る。このように、フローチャート７００に関して説明した態様は、単一のＭＡＣＣＥに限定されない。

図１０は、様々な態様を実施するために有用な例示的なコンピュータシステムを示す。様々な態様は、例えば、図１０に示すコンピュータシステム１０００などの１つ以上の周知のコンピュータシステムを使用して実装することができる。１つ以上のコンピュータシステム１０００は、例えば、本明細書で論じられる態様のいずれか、並びにそれらの組み合わせ及びサブ組み合わせを実装するために使用され得る。

コンピュータシステム１０００は、プロセッサ１００４などの１つ以上のプロセッサ（中央処理装置、すなわちＣＰＵとも呼ばれる）を備え得る。プロセッサ１００４は、通信インフラストラクチャ又はバス１００６に接続され得る。

コンピュータシステム１０００はまた、ユーザ入出力インタフェース１００２を介して通信インフラストラクチャ１００６と通信する、モニタ、キーボード、ポインティングデバイスなどのユーザ入出力装１００３を含み得る。

プロセッサ１００４のうちの１つ以上は、グラフィック処理ユニット（ＧＰＵ）であり得る。一態様では、ＧＰＵは、数学集約型アプリケーションを処理するように設計された特殊な電子回路であるプロセッサであり得る。ＧＰＵは、コンピュータグラフィックアプリケーション、画像、ビデオなどに共通の数学集約型データなど、大きなデータブロックの並列処理に有効な並列構造を有し得る。

コンピュータシステム１０００はまた、ランダムアクセスメモリ（ＲＡＭ）などのメイン又はプライマリメモリ１００８を含み得る。メインメモリ１００８は、１つ以上のレベルのキャッシュを含み得る。メインメモリ１００８には、制御ロジック（すなわち、コンピュータソフトウェア）及び／又はデータが記憶されていてもよい。

コンピュータシステム１０００はまた、１つ以上の二次記憶装置又はメモリ１０１０を備え得る。二次メモリ１０１０は、例えば、ハードディスクドライブ１０１２及び／又はリムーバブル記憶装置若しくはドライブ１０１４を含み得る。リムーバブル記憶ドライブ１０１４は、フロッピーディスクドライブ、磁気テープドライブ、コンパクトディスクドライブ、光記憶装置、テープバックアップ装置、及び／又は任意の他の記憶装置／ドライブとしてもよい。

リムーバブル記憶ドライブ１０１４は、リムーバブル記憶ユニット１０１８と対話することができる。リムーバブル記憶ユニット１０１８には、コンピュータソフトウェア（制御ロジック）及び／又はデータがその上に記憶されたコンピュータ使用可能又はコンピュータ可読記憶装置が含まれる。リムーバブル記憶ユニット１０１８は、フロッピーディスク、磁気テープ、コンパクトディスク、ＤＶＤ、光記憶ディスク、及び／又は任意の他のコンピュータデータ記憶装置であってもよい。リムーバブル記憶ドライブ１０１４は、リムーバブル記憶ユニット１０１８に対して読み出し及び／又は書き込みをすることができる。

二次メモリ１０１０には、コンピュータプログラム及び／若しくは他の命令及び／若しくはデータがコンピュータシステム１０００によってアクセスされることを可能にする他の手段、媒体又は他の手法を含まれ得る。このような手段、媒体、又は他の手法には、例えば、リムーバブル記憶ユニット１０２２及びインタフェース１０２０が含まれ得る。リムーバブル記憶ユニット１０２２及びインタフェース１０２０の例として、プログラムカートリッジ及びカートリッジインタフェース（ビデオゲーム装置に見られるものなど）、リムーバブルメモリチップ（ＥＰＲＯＭ又はＰＲＯＭなど）及び関連ソケット、メモリスティック及びＵＳＢポート、メモリカード及び関連するメモリカードスロット、並びに／又は任意の他のリムーバブル記憶ユニット及び関連するインタフェースを挙げることができる。

コンピュータシステム１０００は、通信又はネットワークインタフェース１０２４を更に備え得る。通信インタフェース１０２４により、コンピュータシステム１０００は、外部装置、外部ネットワーク、外部エンティティ等（個別に及び集合的に参照番号１０２８で示される）の任意の組み合わせと通信し、対話することが可能となり得る。例えば、通信インタフェース１０２４によって、コンピュータシステム１０００は、通信経路１０２６上で外部又は遠隔装置１０２８と通信することが可能になり得るが、この通信経路１０２６は、有線及び／又は無線（又はその組み合わせ）であってもよく、ＬＡＮ、ＷＡＮ、インターネットなどの任意の組み合わせを含むことができる。制御ロジック及び／又はデータは、通信経路１０２６を介して、コンピュータシステム１０００とやりとりすることができる。

コンピュータシステム１０００はまた、いくつかの非限定的な例を挙げると、携帯情報端末（ＰＤＡ）、デスクトップワークステーション、ラップトップ若しくはノートブックコンピュータ、ネットブック、タブレット、スマートフォン、スマートウォッチ若しくは他のウェアラブル、機器、モノのインターネットの一部、及び／又は組み込みシステム、又はそれらの任意の組み合わせのいずれかであってもよい。

コンピュータシステム１０００は、リモート又は分散型クラウドコンピューティングソリューションを含むがこれに限定されない任意の配信パラダイムを介して任意のアプリケーション及び／又はデータにアクセス又はホスティングするクライアント又はサーバ、ローカル又はオンプレミスソフトウェア（「オンプレミス」クラウドベースのソリューション）、「サービスとしての」モデル（例えば、サービスとしてのコンテンツ（ＣａａＳ）、サービスとしてのデジタルコンテンツ（ＤＣａａＳ）、サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＤａａＳ）、サービスとしてのフレームワーク（ＦａａＳ）、サービスとしてのバックエンド（ＢａａＳ）、サービスとしてのバックエンド（ＭＢａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）など）、及び／又は、前述の実施例又は他のサービス若しくは送達パラダイムの任意の組み合わせを含むハイブリッドモデルであり得る。

コンピュータシステム４００内の任意の適用可能なデータ構造、ファイルフォーマット、及びスキーマは、ＪａｖａＳｃｒｉｐｔＯｂｊｅｃｔＮｏｔａｔｉｏｎ（ＪＳＯＮ）、拡張マークアップ言語（ＸＭＬ）、更に別のマークアップ言語（ＹＡＭＬ）、拡張性ＨｙｐｅｒｔｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ（ＸＨＴＭＬ）、ＷｉｒｅｌｅｓｓＭａｒｋｕｐＬａｎｇｕａｇｅ（ＷＭＬ）、ＭｅｓｓａｇｅＰａｃｋ、ＸＭＬユーザインタフェース言語（ＸＵＬ）、又は任意の他の機能的に同様の表現を単独で若しくは組み合わせて含む標準から導出されてもよい。あるいは、独自のデータ構造、フォーマット、又はスキーマを、排他的に、又は既知若しくはオープン規格と組み合わせて使用され得る。

いくつかの態様では、制御ロジック（ソフトウェア）が記憶された有形の非一時的コンピュータ使用可能又は可読媒体を備える有形の非一時的装置又は製造物品はまた、本明細書ではコンピュータプログラム製品又はプログラム記憶装置とも呼ばれることもある。これには、コンピュータシステム１０００、メインメモリ１００８、二次メモリ１０１０、リムーバブル記憶ユニット１０１８及び１０２２、並びに前述のものの任意の組み合わせを具現化する有形の製造物品が含まれるが、これらに限定されない。このような制御ロジックは、１つ以上のデータ処理装置（コンピュータシステム１０００など）によって実行されると、このようなデータ処理装置を本明細書で説明するように動作させることができる。

本開示に含まれる教示に基づいて、関連する技術分野の当業者であれば、図１０に示されているもの以外のデータ処理装置、コンピュータシステム及び／又はコンピュータアーキテクチャを使用して本開示の態様を製造及び使用する方法は明らかであろう。特に、態様は、本明細書に記載されているもの以外のソフトウェア、ハードウェア、及び／又はオペレーティングシステムの実装を用いて動作することができる。

特許請求の範囲を解釈するために使用されることが意図されているのは、概要及び要約のセクションではなく、発明を実施するための形態のセクションであることを理解されたい。他のセクションは、発明者が考えている１つ以上の例示的な態様を記載することができるが、全てではなく、したがって、本開示又は添付の特許請求の範囲を何らか限定することを意図するものではない。

本開示は、例示的な分野及び用途の例示的な態様を記載しているが、本開示はそれらに限定されないことを理解されたい。それに対する他の態様及び変形例が可能であり、本開示の範囲及び趣旨の範囲内である。例えば、この段落の一般性を限定するものではなく、態様は、図に示され且つ／又は本明細書で説明される、ソフトウェア、ハードウェア、ファームウェア、及び／又はエンティティに限定されない。更に、態様（本明細書に明示的に記載されているかどうかに関わらず）は、本明細書に記載された実施例を超える分野及び用途に対して、著しい有用性を有する。

本明細書では、特定の機能の実装及びそれらの関係を示す機能的構成ブロックの助けを借りて、態様を説明してきた。これらの機能的構成ブロックの境界は、説明の便宜上、本明細書において任意に画定されている。特定の機能及び関係（又はそれらの均等物）が適切に実行される限り、代替の境界を画定することができる。更に、別の態様によって、本明細書に記載された順序とは異なる順序を使用して、機能ブロック、ステップ、動作、方法などを実行してもよい。

「一態様」、「ある態様」、「例示的態様」、又は同様の語句への本明細書における言及は、記載された態様が特定の特徴、構造、又は特性を含み得るが、全ての態様が、その特定の特徴、構造又は特性を必ずしも含まなくてもよいことを示している。また、そのような語句は、必ずしも同じ態様を指しているわけではない。更に、特定の特徴、構造、又は特性が態様に関連して記載されている場合、かかる特徴、構造、又は特性を他の態様に組み込むことは、本明細書において明示的に言及又は記載されているか否かに関わらず、当業者の知識の範囲内であろう。更に、いくつかの態様は、「結合された」及び「接続された」という表現をそれらの派生語と共に使用して説明される場合がある。これらの言葉は、必ずしも互いに同義語として意図されていない。例えば、いくつかの態様は、２つ以上の要素が互いに直接物理的又は電気的に接触していることを示すために、「接続された」及び／又は「結合された」という用語を使用して説明される場合がある。しかし、「連結された」は、２つ以上の要素が互いに直接接触していないが、依然として互いに協働及び／又は相互作用することを意味し得る。

本開示の広さ及び範囲は、上記の例示的な態様のいずれによっても制限されるべきではなく、以下の特許請求の範囲及びそれらの均等物に従ってのみ、定義されるべきものである。

上述したように、本技術の態様は、例えば、機能を改善又は強化するために、様々なソースから入手可能なデータを収集及び使用することを含み得る。本開示は、いくつかの場合には、この収集されたデータが、特定の人を一意に特定する個人情報データ、又は特定の人に連絡する若しくはその所在を突き止めるために使用できる個人情報データを含み得ることを考察する。そのような個人情報データは、人口統計データ、位置ベースのデータ、電話番号、電子メールアドレス、ツイッターＩＤ、住所、ユーザの健康又はフィットネスレベル（例えば、バイタルサイン測定、服薬情報、運動情報）に関するデータ若しくは記録、誕生日、又は任意の他の識別情報若しくは個人情報を含むことができる。本開示は、本技術におけるそのような個人情報データの使用がユーザの利益になる使用であり得る点を認識するものである。

本開示は、そのような個人情報データの収集、分析、開示、伝送、記憶、又は他の使用に関与するエンティティが、確固たるプライバシーポリシー及び／又はプライバシー慣行を遵守するものとなることを想到する。具体的には、そのようなエンティティは、個人情報データを秘密として厳重に保守するための、業界又は政府の要件を満たしているか又は上回るものとして一般に認識されている、プライバシーのポリシー及び慣行を実施し、一貫して使用するべきである。そのようなポリシーは、ユーザによって容易にアクセス可能とするべきであり、データの収集及び／又は使用が変化するにつれて更新されるべきである。ユーザからの個人情報は、そのエンティティの合法的且つ正当な使用のために収集されるべきであり、それらの合法的使用を除いては、共有又は販売されるべきではない。更には、そのような収集／共有は、ユーザに告知して同意を得た後にのみ実施されるべきである。その上、そのようなエンティティは、そのような個人情報データへのアクセスを保護及び安全化し、個人情報データへのアクセス権を有する他者が、それらのプライバシーポリシー及び手順を忠実に守ることを保証するための、あらゆる必要な措置を講じることを考慮するべきである。更に、そのようなエンティティは、広く受け入れられているプライバシーポリシー及び慣行に対する自身の遵守を証明するために、サードパーティによる評価を自らが受けることができる。更には、ポリシー及び慣行は、収集及び／又はアクセスされる具体的な個人情報データのタイプに適合されるべきであり、また、管轄権固有の考慮事項を含めた、適用可能な法令及び規格に適合されるべきである。例えば、米国では、特定の健康データの収集又はアクセスは、医療保険の相互運用性と説明責任に関する法律（Health Insurance Portability and Accountability Act；ＨＩＰＡＡ）等の、連邦法及び／又は州法によって管理することができ、その一方で、他国における健康データは、他の規制及びポリシーの対象となり得るものであり、それに従って対処されるべきである。それゆえ、各国において、異なる個人データのタイプに関して異なるプライバシー慣行が保たれるべきである。

前述にもかかわらず、本開示にはまた、ユーザが、個人情報データの使用又は個人情報データへのアクセスを選択的に阻止する態様も考えられる。すなわち、本開示は、そのような個人情報データへのアクセスを防止又は阻止するために、ハードウェア要素及び／又はソフトウェア要素が提供され得ることを意図している。例えば、本技術は、ユーザが、例えばサービスの登録中又はその後のいつでも、個人情報データの収集への参加の「オプトイン」又は「オプトアウト」を選択することを可能にするように構成されていることが可能である。「オプトイン」及び「オプトアウト」の選択肢を提供することに加えて、本開示は、個人情報のアクセス又は使用に関する通知を提供することを意図している。例えば、ユーザの個人情報データにアクセスすることとなるアプリのダウンロード時にユーザに通知され、その後、個人情報データがアプリによってアクセスされる直前に再びユーザに注意してもよい。

更には、本開示の意図は、個人情報データを、非意図的若しくは無許可アクセス又は使用の危険性を最小限に抑える方法で、管理及び処理するべきであるという点である。データの収集を制限し、データがもはや必要とされなくなると削除することにより、リスクを最小化することができる。加えて、且つ、特定の健康関連アプリケーションにおいて適用可能な場合、ユーザのプライバシーを保護するために、データの匿名化を使用することができる。非特定化は、適切な場合には、特定の識別子（例えば、生年月日など）を除去すること、記憶されたデータの量又は特異性を制御すること（例えば、位置データを住所レベルよりも都市レベルで収集すること）、データがどのように記憶されるかを制御すること（例えば、データをユーザ全体にわたって集約すること）及び／又は他の方法によって、容易にすることができる。

それゆえ、本開示は、１つ以上の様々な開示された態様を実施するための、個人情報データの使用を広範に網羅し得るものであるが、本開示はまた、様々な態様を、そのような個人情報データにアクセスすることを必要とせずに実施することも可能であることを想到する。すなわち、本技術の様々な態様は、そのような個人情報データの全て又は一部分が欠如することにより、動作不可能にされるものではない。

Claims

アクセスノードでの方法であって、
ユーザ装置（ＵＥ）のためのコンポーネントキャリア（ＣＣ）であって、サービングセルＩＤを有するＣＣに対応する送信設定インジケータ（ＴＣＩ）状態の更新を識別することと、
前記ＴＣＩ状態の前記更新に基づいて前記ＣＣを含むＣＣのリストを更新するべきと判定することと、
前記サービングセルＩＤと、前記サービングセルＩＤを使用して前記ＣＣのリスト内のＣＣのためのそれぞれのＴＣＩ状態を更新するように前記ＵＥに指示するビット値とを含む媒体アクセス制御用制御要素（ＭＡＣＣＥ）を生成することであって、前記ビット値は前記それぞれのＴＣＩ状態を更新するように前記ＵＥに指示する、生成することと、
前記ＭＡＣＣＥを前記ＵＥに送信することと、
を含む、方法。
ＣＣのリストを構成するために、前記ＵＥに無線リソース制御（ＲＲＣ）メッセージを送信すること、
を更に含む、請求項１に記載の方法。
前記ビット値が、前記ＭＡＣＣＥの予約ビットを使用して示される、請求項１に記載の方法。
前記ＭＡＣＣＥが、物理下りリンク共有チャネル（ＰＤＳＣＨ）のＴＣＩ状態を更新するためのＴＣＩ状態情報を含む、請求項１に記載の方法。
前記ＭＡＣＣＥが、物理下りリンク制御チャネル（ＰＤＣＣＨ）のＴＣＩ状態を更新するためのＣＯＲＥＳＥＴ情報を含む、請求項１に記載の方法。
前記ビット値が、ＴＣＩ状態ＩＤの最上位ビット（ＭＳＢ）又は最下位ビット（ＬＳＢ）である、請求項１に記載の方法。
前記ビット値が、複数のＴＣＩ状態を有するＴＣＩコードポイントを修正する、請求項１に記載の方法。