JP2022504658A - Ｎｒ－ｄｃにおける測定設定 - Google Patents

Abstract

無線デバイスは、両方ともＮｅｗ Ｒａｄｉｏ（ＮＲ）ノードであるマスタノードとセカンダリノードへのデュアルコネクティビティで動作する。無線デバイスは、ネットワークから、測定および／または報告コンフィグ情報を受信する。無線デバイスは、受信したコンフィグ情報がＭＣＧに関連するかＳＣＧに関連するかを判定する。具体的には、ＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内でコンフィグ情報を直接受信した場合には、受信したコンフィグ情報がＭＣＧに関連すること、または、ＳＲＢ３を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内でコンフィグ情報を直接受信した場合、またはＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいてコンフィグ情報を受信した場合には、受信したコンフィグ情報がＳＣＧに関連することが、判定される。
【選択図】図４

Description

これは、セルラ無線ネットワークにおけるデュアルコネクティビティ動作に関し、特に、測定及び／又は報告の設定に関する。

マルチキャリア動作
マルチキャリアまたはキャリアアグリゲーション（ＣＡ）動作では、ユーザ端末（ＵＥ）デバイスがセルラ無線通信ネットワークの１つより多くののサービングセルに対してデータを受信および／または送信することができる。換言すると、ＣＡ可能なＵＥは、１つより多くのサービングセルと動作するように構成されうる。各サービングセルのキャリアは、一般にコンポーネントキャリア（ＣＣ）と呼ばれる。簡単に言うと、コンポーネントキャリア（ＣＣ）は、マルチキャリアシステムにおける個々のキャリアを意味する。キャリアアグリゲーション（ＣＡ）という用語は、（例えば、互換的に）「マルチキャリアシステム」、「マルチセル動作」、「マルチキャリア動作」、「マルチキャリア」送信および／または受信とも呼ばれる。これは、ＣＡがアップリンク方向およびダウンリンク方向におけるシグナリングおよびデータの伝送のために使用されることを意味する。ＣＣのうちの１つは、プライマリコンポーネントキャリア（ＰＣＣ）、または単にプライマリキャリアまたはアンカキャリアでさえある。残りのキャリアは、セカンダリコンポーネントキャリア（ＳＣＣ）、または単にセカンダリキャリア、さらにはサプリメンタリキャリアと呼ばれる。サービングセルは、プライマリセル（ＰＣｅｌｌ）またはプライマリサービングセル（ＰＳＣ）と、交換可能に呼ばれる。同様に、セカンダリサービングセルは、セカンダリセル（ＳＣｅｌｌ）またはセカンダリサービングセル（ＳＳＣ）と交換可能に呼ばれる。

一般に、プライマリまたはアンカーＣＣは、必須のＵＥ固有シグナリングを搬送する。プライマリＣＣ（別名ＰＣＣまたはＰＣｅｌｌ）は、ＣＡ内のアップリンク方向およびダウンリンク方向の両方に存在する。単一のＵＬ ＣＣが存在する場合、ＰＣｅｌｌは明らかにそのＣＣ上にある。ネットワークは、同じセクタまたはセル内で動作する異なるＵＥに異なるプライマリキャリアを割り当てることができる。ＤＣ動作では、ＵＥは、マスタｅＮＢ（ＭｅＮＢ）およびセカンダリｅＮＢ（ＳｅＮＢ）と呼ばれる、少なくとも２つのノードによってサービスを受けることができる。より一般的には、（マルチコネクティビティとも呼ばれる）マルチプルコネクティビティ動作では、ＵＥは、各ノードが１つのセルグループ、例えば、ＭｅＮＢ、ＳｅＮＢ１、ＳｅＮＢ２などを運用または管理する２つ以上のノードによって、サービスを受けることができる。より具体的には、マルチコネクティビティでは、各ノードがそれ自体のセルグループに属する少なくともセカンダリサービングセルにおいて、サービスを提供するか、またはそれを管理する。各セルグループは、１つ以上のサービングセルを含む。ＵＥは、ＭｅＮＢとＳｅＮＢの両方からＰＣＣで設定される。ＭｅＮＢおよびＳｅＮＢからのＰＣｅｌｌは、それぞれＰＣｅｌｌおよびＰＳＣｅｌｌと呼ばれる。また、ＵＥは、ＭｅＮＢおよびＳｅＮＢのそれぞれからの１つまたは複数のＳＣＣを用いて構成される。ＭｅＮＢ及びＳｅＮＢによってサービス提供される対応するセカンダリサービングセルは、ＳＣｅｌｌと呼ばれる。ＤＣにおけるＵＥは、通常、ＭｅＮＢおよびＳｅＮＢとの接続のそれぞれに対して別個のＴＸ／ＲＸを有する。これは、ＭｅＮＢとＳｅＮＢが、それらのＰＣｅｌｌとＰＳＣｅｌｌにおいて、例えば、無線リンク監視（ＲＬＭ）、ＤＲＸサイクルなどの１つ以上の手順を用いて、ＵＥを個別に設定することを可能とする。

マルチコネクティビティでは、すべてのセルグループが同じ無線アクセス技術（ＲＡＴ）（例えば、ロングタームエボリューション（ＬＴＥ））のサービングセルを含むことができ、または、異なるセルグループが異なるＲＡＴのサービングセルを含むことができる。

ＬＴＥにおけるデュアルコネクティビティ
エボルブドユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡＮ）は、デュアルコネクティビティ（ＤＣ）動作をサポートし、それによって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける複数の受信機／送信機（Ｒｘ／Ｔｘ）ＵＥが、Ｘ２インタフェース上の非理想的なバックホールを介して接続された２つのｅＮＢに配置された、２つの別個のスケジューラによって提供される無線リソースを利用するように構成される（３ＧＰＰ ３６．３００を参照）。あるＵＥのＤＣに関与するｅＮＢは、２つの異なる役割を仮定することができる；ｅＮＢは、ＭＮ（マスタノード）またはＳＮ（セカンダリノード）のいずれかとして動作することができる。ＤＣでは、ＵＥが１つのＭＮおよび１つのＳＮに接続される。

ＬＴＥ ＤＣでは、特定のベアラが使用する無線プロトコルアーキテクチャが、ベアラがどのようにセットアップされるかに依存する。３つのベアラタイプが存在する：ＭＣＧ（マスタセルグループ）ベアラ、ＳＣＧ（セカンダリセルグループ）ベアラ、および、スプリットベアラである。無線リソース制御（ＲＲＣ）はＭＮ内に配置され、シグナリング無線ベアラ（ＳＲＢ）は常にＭＣＧベアラタイプとして構成され、したがって、ＭＮの無線リソースのみを使用する。

図１はマスタノード（ＭＮ）１０２およびセカンダリノード（ＳＮ）１０４を有する、ＬＴＥ ＤＣのためのユーザプレーンアーキテクチャ１００の形態を示し、具体的には、ＭＣＧベアラ１０６、ＳＣＧベアラ１０８、およびスプリットベアラ１１０を示す。

Ｒｅｌ－１５について現在議論されているように、ＬＴＥおよびＮｅｗ Ｒａｄｉｏ（ＮＲ）の両方を使用するデュアルコネクティビティは、ＬＴＥ－ＮＲデュアルコネクティビティ、またはＬＴＥ－ＮＲタイト・インタワーキングと呼ばれる。

図２は、マスタノード（ＭＮ）２０２およびセカンダリノード（ＳＮ）２０４との、ＬＴＥ－ＮＲタイト・インタワーキングのためのユーザプレーン（ＵＰ）アーキテクチャ２００の形態を示し、具体的には、ＭＮからのＭＣＧベアラ２０６、ＳＣＧベアラ２０８、およびスプリットベアラ２１０を示す。

図３は、マスタノード（ＭＮ）３０２、セカンダリノード（ＳＮ）３０４、およびユーザ端末（ＵＥ）３０６との、ＬＴＥ－ＮＲタイト・インタワーキングのための制御プレーン（ＣＰ）アーキテクチャ３００の形態を示す。

また、図２および図３は、図１に示されるＬＴＥ ＤＣアーキテクチャからの主要な変更を示している。すなわち：
（ＳＣＧスプリットベアラとして知られる）ＳＮからのスプリットベアラ２１２の導入；
ＲＲＣのためのスプリットベアラの導入、
（ＳＣＧ ＳＲＢまたはＳＲＢ３とも呼ばれる）ＳＮからのダイレクトＲＲＣ３０８の導入。

ＬＴＥがマスタノードであり、ＮＲがセカンダリノードである場合、ＳＮはＳｇＮＢ（ここで、ｇＮＢはＮＲ基地局である）と呼ばれることもあり、ＭＮはＭｅＮＢと呼ばれることもある。ＮＲがマスタノードであり、ＬＴＥがセカンダリノードである他の場合、対応する用語はＳｅＮＢおよびＭｇＮＢである。

スプリットＲＲＣメッセージは主にダイバーシティを生み出すために使用され、送信者はＲＲＣメッセージをスケジューリングするためのリンクの１つを選択するか、あるいは両方のリンク上でメッセージを複製するかのいずれかを決定できる。ダウンリンクでは、ＭＣＧまたはＳＣＧレッグ間の経路切り替え、または両方における複製はネットワーク実装に任される。一方、アップリンクに対しては、ネットワークが、ＭＣＧ、ＳＣＧ、または両方のレッグを使用するようにＵＥを設定する。「レッグ」および「パス」という用語は、本文書の全体にわたって互換的に使用される。

以下の用語は様々なデュアルコネクティビティのシナリオを区別するために、本書全体で使用される：
ＤＣ： ＬＴＥ ＤＣ（すなわち、ＭＮおよびＳＮの両方がＬＴＥを使用する）；
ＥＮ－ＤＣ： ＬＴＥがマスタでありＮＲがセカンダリである、ＬＴＥ－ＮＲデュアルコネクティビティ；
ＮＧＥＮ－ＤＣ： ５Ｇコアネットワーク（５ＧＣ）に接続されたＬＴＥがマスタであり、ＮＲがセカンダリである、ＬＴＥ－ＮＲデュアルコネクティビティ；
ＮＥ－ＤＣ： ＮＲがマスタでありＬＴＥがセカンダリである、ＬＴＥ－ＮＲデュアルコネクティビティ；
ＮＲ－ＤＣ（またはＮＲ－ＮＲ ＤＣ）： ＭＮおよびＳＮの両方がＮＲを使用する；
ＭＲ－ＤＣ（ｍｕｌｔｉ－ＲＡＴ ＤＣ）： ＤＣ（ＥＮ－ＤＣ、ＮＧＥＮ－ＤＣ、ＮＥ－ＤＣ、およびＮＲ－ＤＣ）を述べる総称。

Ｅ－ＵＴＲＡＮ－ＮＲデュアルコネクティビティでは、マスタセルグループ（ＭＣＧ）が少なくともＥ－ＵＴＲＡ ＰＣｅｌｌを含み、一方で、セカンダリセルグループ（ＳＣＧ）は少なくともＮＲ ＰＳＣｅｌｌを含む。この例では、マスタＣＧおよびセカンダリＣＧがそれぞれｅＮＢおよびｇＮＢによって管理される。

ＮＲ－Ｅ－ＵＴＲＡＮデュアルコネクティビティでは、マスタセルグループが少なくともＮＲ ＰＣｅｌｌを含み、一方で、セカンダリセルグループは少なくともＬＴＥ ＰＳＣｅｌｌを含む。この例では、マスタＣＧおよびセカンダリＣＧがそれぞれｇＮＢおよびｅＮＢによって管理される。

ＥＮ－ＤＣ、ＭＲ－ＤＣ、及びＮＲ－ＤＣにおける、測定協調
ＥＮ－ＤＣのためのＲＲＣストラクチャ
ＵＥは、基本的にＮＲ ＲＲＣ再構成メッセージである埋め込みＳＣＧ設定を含むことができるＥＮ－ＤＣの場合に、ＭＮ（ＬＴＥノード）からＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信する。

以下は、ＥＮ－ＤＣのために使用されるｒｅｌ－１５におけるＬＴＥ ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの抜粋である（ＴＳ３６．３３１）：

上でハイライトされたｍｅａｓＣｏｎｆｉｇは、ＭＮ側からの測定設定を含む。ＭＣＧのための測定コンフィグの設定および処理は、３６．３３１に規定されている。

ｎｒ－ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ－ｒ１５は、ＳＣＧ測定コンフィグの設定も可能なＮＲのＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを含む。以下は、ＮＲのＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの抜粋である：

上でハイライトされたｍｅａｓｇａｐ ｃｏｎｆｉｇは、ＮＲ側の測定コンフィグが含まれている。ＳＣＧのための測定コンフィグの設定および処理は、３ＧＰＰ ＴＳ ３８．３３１ Ｖ１５．３．０（以下、３８．３３１と呼ぶ）に規定されている。ＳＲＢ３が存在しない場合、ＮＲ ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、上述のようにＬＴＥ ＲＲＣメッセージ内に埋め込まれて送信され（ｎｒ－ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ－ｒ１５）、３６．３３１のＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ手順は、３８．３３１のＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ手順を呼び出して、ＮＲコンフィグを適用する。ＳＲＢ３が設定されている場合、ＳＲＢ３を介して、ＮＲのＲＲＣ ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥへ直接送信できるため、３８．３３１のＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎが直接適用される。

ＴＳ ３８．３３１に記載されているように、ＭＲ－ＤＣの場合、マスタノードとセカンダリノードとの間で測定関連情報を通信するために、ノード間メッセージが使用される。ノード間メッセージは、Ｘ２－、Ｘｎ－またはＮＧ－インタフェースを介して、（スタンドアロンＮＲのためのハンドオーバおよびＮＲデュアルコネクティビティの場合）２つのｇＮＢ間で、または（ＥＮ－ＤＣ、ＮＧＥＮ－ＤＣ、ＮＥ－ＤＣ、またはＬＴＥとＮＲとの間のＲＡＴ間ハンドオーバの場合）ｅＮＢとｇＮＢとの間で、送信されるＲＲＣメッセージである。ここでは、本発明に関連するＣＧ－ＣｏｎｆｉｇおよびＣＧ－ＣｏｎｆｇＩｎｆｏ（すなわち、測定コンフィグ）のみを説明する。

ＥＮ－ＤＣでは、ＳＲＢ３が構成される場合、ＳＮは（測定コンフィグを含むことができる）ＳＣＧコンフィグでＵＥを直接設定することができる。ＳＲＢ３が使用可能でない／構成されていない場合、ＳＮは、ＳＣＧコンフィグをＭＮに送信し、ＭＮが、それをＭＮのＲＲＣメッセージに埋め込み、ＵＥに転送する。

分散測定コンフィグを有する主な理由は、ＬＴＥおよびＮＲの異なるモビリティ管理であり、また、ある程度、待ち時間の態様であった。したがって、ＳＮノード（ＮＲ）のためにＳＲＢ３をサポートし、ＳＮが（ＭＮを伴うことなく）別個に測定をコンフィグすることを可能にすることは、ＳＣＧに関連する測定コンフィグおよび報告を高速化することができる。ＳＲＢ３は、ＮＲ無線を使用するため、対応するＬＴＥのＳＲＢよりも高速な伝送が可能な場合がある。また、ＭＮとＳＮとの間のバックホールリンクは輻輳している可能性があり、これは、測定報告のコンフィグおよび新しい測定コンフィグの両方に悪影響を及ぼす可能性がある。

分散測定コンフィグ（すなわち、各ノードが測定を別々にコンフィグすること）は、ＭＮノードおよびＳＮノードが異なる測定能力を有する異なるＲＡＴ上で動作する場合、および、Ｘｎ上での大きな輻輳／遅延が存在する可能性がある場合の展開のために有益でありうる。

ＣＧ－Ｃｏｎｆｉｇ
このメッセージは、ＳｇＮＢ／ＳｅＮＢによって生成されたＳＣＧ無線コンフィグをＭｅＮＢ／ＭｇＮＢに転送するために使用される。本メッセージは、ＥＮ－ＤＣ／ＮＧＥＮ－ＤＣの場合にはセカンダリｇＮＢからマスタｅＮＢに、ＮＥ－ＤＣの場合にはセカンダリｅＮＢからマスタｇＮＢに、ＮＲ－ＮＲ ＤＣの場合にはセカンダリｇＮＢからマスタｇＮＢに送信される。メッセージのＡＳＮ．１の構造を以下に示す。

ｍｅａｓＣｏｎｆｉｇＳＮは、ＴＳ ３８．３３１に記載されているように、ＳＮが測定するようにＵＥを設定しているＮＲ周波数のリストを提供する。この情報は、ＭＮがギャップを設定／更新するかどうかを決定するために使用される。

ＣＧ－ＣｏｎｆｉｇＩｎｆｏ
このメッセージは、マスタｅＮＢまたはｇＮＢが、ＳｇＮＢ／ＳｅＮＢに対してＳＣＧの確立、変更、又は解放などの特定のアクションを実行するように要求するために使用される。本メッセージは、ＥＮ－ＤＣ／ＮＧＥＮ－ＤＣの場合にはマスタｅＮＢからセカンダリｇＮＢに、ＮＥ－ＤＣの場合にはマスタｇＮＢからセカンダリｅＮＢに、ＮＲ－ＮＲ ＤＣの場合にはマスタｇＮＢからセカンダリｇＮＢに送信される。本メッセージは、例えばＳＮの追加／変更中にＳＣＧコンフィグをＳｇＮＢが設定するのを支援するなどの追加情報を含みうる。また、本メッセージは、例えば、ＭＣＧまたはＳＣＧを確立、変更、または解放するなどの、特定のアクションを実行するように、セントラルユニット（ＣＵ）がディストリビューテッドユニット（ＤＵ）に要求するために使用されうる（関連する部分のみがここに示されているため、詳細なメッセージ構造については３８．３３１を参照されたい）。

ｍａｘＭｅａｓＦｒｅｑＳＣＧ－ＮＲは、測定するようにＵＥを設定することができるＮＲ周波数の最大数をＳＮに伝える。

ｍｅａｓＣｏｎｆｉｇＭＮは、測定するようにＵＥをＭＮが設定しているＮＲ周波数のリストと、測定ギャップコンフィグとを提供する。ギャップコンフィグは、ｇａｐＰｕｒｐｏｓｅ ＩＥの設定に応じて、ＦＲ１周波数のみのための、または、ＦＲ１とＦＲ２の両方（すなわち、ＵＥごと）のためのものでありうる。ＮＲ周波数のリストは、それが測定調整のために必要とされうる（この情報がｍａｘＭｅａｓＦｒｅｑＳＣＧ－ＮＲと共に、ＵＥの許容される測定の総数を超えないことを保証する）ため、また、ＦＲごとのギャップが設定される場合のアシスタント情報として（すなわち、ＳＮが適切なギャップを決定することができるようにする。例えば、ＦＲ２で設定された、いくつかのＮＲ測定がある場合、ＳＮは長いギャップ期間を有するギャップコンフィグでＵＥを設定することができる）必要とされうるため、ＳＮに提供される。

ＣＧ－Ｃｏｎｆｉｇメッセージで提供されるｍｅａｓＣｏｎｆｉｇＳＮとＣＧ－ＣｏｎｆｉｇＩｎｆｏのｍｅａｓＣｏｎｆｉｇＭＮの１つの違いは、前者でギャップ情報が提供されないことである。これは、ＦＲごとのギャップが設定される（すなわち、ＦＲ２ギャップがＳＮによって設定される）場合であっても、ＭＮはＦＲ１周波数上でサービングセルを設定することしかできず、したがって、それがＦＲ１周波数上のスケジューリングに影響を及ぼさないため、ＦＲ２ギャップを知る必要がないからである。

ＭＲ－ＤＣにおける測定ギャップコンフィグ
より短い遅延時間を有するという議論はＮＧＥＮ－ＤＣの場合には依然として関連するが、ＮＥ－ＤＣを有する場合には（ＭＮ無線が最高容量／より短い遅延時間を有するものであるため）それほど重要ではない。しかしながら、他の引数は依然として有効であり、すなわち、ＮＲおよびＬＴＥは異なるモビリティ管理を有し、異なるＲＲＣプロトコルを使用する。したがって、ＭＲ－ＤＣ測定フレームワークはＭＮおよびＳＮの両方が測定コンフィグを構築し、測定報告を別々に受信することができるＥＮ－ＤＣ解決策に基づくべきである。

ＮＲ－ＤＣの場合、レイテンシおよびモビリティ管理目的のためにＭＮおよびＳＮの両方について別個の測定（および報告）を有するための引数が依然として適用される（すなわち、この場合、ＮＲノードのみを使用するという事実による）。したがって、合理的な解決策は、ＮＮ－ＤＣのためにＥＮ－ＤＣソリューションを依然として適用し、すべてのＤＣオプションのための測定コンフィグ（および報告）に関する一種の調和を有することであろう。

ＭＲ－ＤＣの測定コンフィグについては、２０１８年１０月のＲＡＮ２ ＃１０３＿ｂｉｓ会議で議論され、以下の合意がなされた：
合意
１： ＴＳ３７．３４０における測定フレームワークに関する説明は、ＳＮがＮＥ－ＤＣのためにＳＲＢ１を介してＭＮのＲＲＣメッセージに埋め込まれた測定のみをコンフィグすることができることを除いて、ＮＧ－ＥＮ ＤＣ、ＮＥ－ＤＣ、およびＮＲ－ＤＣに適用可能である。
２： ＴＳ３７．３４０における測定されるレイヤの最大数を超えないようにするための調整に関する説明は、ＮＧ－ＥＮ ＤＣ、ＮＥ－ＤＣ、およびＮＲ－ＤＣに適用可能である。
３： ＴＳ３７．３４０におけるノード間の測定結果の交換に関する説明は、ＮＧ－ＥＮ ＤＣ、ＮＥ－ＤＣ、およびＮＲ－ＤＣに適用可能であり、測定結果が、ＭＮによってＳＮに提供される場合、ＮＲのＲＲＣの代わりにＳＮのＲＲＣに従って符号化されるという変更を伴う。
４： ＴＳ３７．３４０におけるＥＮ－ＤＣの測定ギャップ／ギャップ共有コンフィグに関する記述は、ＮＧ－ＥＮ ＤＣに適用可能である。
５： ＮＥ ＤＣの場合、測定ギャップ／ギャップ共有コンフィグは、ＵＥごとのギャップ、ＦＲ１ごとのギャップ、およびＦＲ２ごとのギャップを含んで、ＭＮによって設定される。
６： ＮＲ－ＤＣの場合、測定ギャップ／ギャップ共有コンフィグは、ＵＥごとのギャップ、ＦＲ１ごとのギャップ、およびＦＲ２ごとのギャップを含んで、ＭＮによって設定される。
７： ＴＳ３７．３４０におけるＥＮ－ＤＣのための測定ギャップ調整に関する説明は、ＮＧ－ＥＮ ＤＣに適用可能である。
８： ＮＥ－ＤＣの測定ギャップ調整：
ＭＮ→ＳＮ： ＵＥまたはＦＲ１ごとのギャップパターン
ＳＮ→ＭＮ： ギャップ要求（周波数リストなし）
９： ＮＲ－ＤＣ用測定ギャップ協調：
ＭＮ→ＳＮ： 設定されたＵＥまたはＦＲ１またはＦＲ２ごとの測定ギャップパターン及びギャップの目的
ＳＮ→ＭＮ： ＵＥによって測定されたＦＲ１およびＦＲ２におけるＳＮが設定した周波数のリスト

ＭＲ－ＤＣのためのＲＲＣストラクチャ
ＮＧＥＮ－ＤＣのＲＲＣの構造は、上述のＥＮ－ＤＣの場合に示される構造と同様である。

ＮＥ－ＤＣおよびＮＲ－ＮＲ ＤＣのためのＲＲＣ構造はまだ議論中であり、議論中の現在の提案は以下に示される。

ＮＥ－ＤＣの場合、ＳＣＧのＬＴＥ設定を含んだｅｕｔｒａ－ＳＣＧ ＩＥが含められ、ＳＣＧのＮＲ設定を含んだＮＲ－ＮＲ ＤＣの場合、ｎｒ－ＳＣＧ ＩＥが含められる。

ＮＲでの測定コンフィグと報告
ＮＲにおける測定コンフィグは、以下のパラメータを含む：
１． 測定対象：ＵＥが測定を実行しなければならない対象のリスト。
－ 周波数内および周波数間測定の場合、測定対象は、測定される参照信号の周波数／時間位置およびサブキャリア間隔を示す。この測定対象に関連して、ネットワークは、セル固有オフセットのリスト、「ブラックリスト化された」セルのリスト、および「ホワイトリスト化された」セルのリストを設定しうる。ブラックリスト化されたセルは、イベント評価または測定報告に適用されない。ホワイトリスト化されたセルのみが、イベント評価または測定報告に適用可能なセルである。
－ 各サービングセルに対応するＭＯのｍｅａｓＯｂｊｅｃｔＩｄは、サービングセルのコンフィグ内のｓｅｒｖｉｎｇＣｅｌｌＭＯによって示される。
－ ＲＡＴ間Ｅ－ＵＴＲＡ測定の場合、測定対象は、単一のＥＵＴＲＡキャリア周波数である。このＥ－ＵＴＲＡキャリア周波数に関連して、ネットワークは、セル固有オフセットのリスト、「ブラックリスト化された」セルのリスト、および「ホワイトリスト化された」セルのリストを設定しうる。ブラックリスト化されたセルは、イベント評価または測定報告に適用されない。ホワイトリスト化されたセルのみが、イベント評価または測定報告に適用可能なセルである。
２． 報告コンフィグ：測定対象ごとに１つまたは複数の報告コンフィグが存在することができる報告コンフィグのリスト。各報告コンフィグは、以下で構成される：
－ 報告基準： 測定報告を送信するようにＵＥをトリガする基準。これは、周期的なものであってもよいし、単一のイベント記述であってもよい。
－ ＲＳ ｔｙｐｅ： ＵＥがビームおよびセルの測定結果に使用するＲＳ（ＳＳ／ＰＢＣＨブロックまたはＣＳＩ－ＲＳ）。
－ 報告フォーマット： ＵＥが測定報告に含めるセルごとおよびビームごとの量（例えば、ＲＳＲＰ）、及び、報告するセルの最大個数やセルあたりの最大ビーム数などの他の関連情報。
３． 測定アイデンティティ：各測定アイデンティティが１つの測定対象を１つの報告コンフィグにリンクする、測定アイデンティティのリスト。複数の測定アイデンティティを構成することによって、１つより多くの測定対象を同じ報告コンフィグにリンクすること、及び、複数の報告コンフィグを同じ測定対象にリンクすることができる。また、測定アイデンティティは、報告をトリガした測定報告に含められ、ネットワークへの参照として機能する。
４． 数量コンフィグ：数量コンフィグは、すべてのイベント評価および関連する報告に、そして、その測定の定期的な報告に、使用される測定フィルタリングコンフィグを定義する。ＮＲ測定の場合、ネットワークは、使用されるコンフィグに対するＮＲ測定対象における参照を用いて、２つまでの数量コンフィグを構成しうる。各コンフィグでは、異なる測定量、異なるＲＳタイプ、およびセルごとおよびビームごとの測定に対して、異なるフィルタ係数を設定することができる。
５． 測定ギャップ：ＵＥが測定を実行するのに使用しうる、すなわち、（ＵＬ、ＤＬの）送信がスケジューリングされていない、期間。

測定コンフィグは、ｍｅａｓＣｏｎｆｉｇ ＩＥを伴うＮＲ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの一部として提供される。このＩＥと関連するＩＥの定義を以下に示す：

測定を設定するために使用される上記のＩＥとは別に、ＵＥは、測定コンフィグおよび報告に関して、２つの変数、ＶａｒＭｅａｓＣｏｎｆｉｇおよびＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔをも保持する。

ＶａｒＭｅａｓＣｏｎｆｉｇは、ＵＥによって実行される測定の蓄積されたコンフィグを含み、周波数内、周波数間、およびＲＡＴ間モビリティ関連測定をカバーする。

ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔは、トリガ条件が満たされた測定に関する情報を含む。

現在、いくつかの課題が存在する。

ＮＥ－ＤＣの場合、ＭＣＧの測定コンフィグが３８．３３１で処理され、一方で、ＳＣＧの測定コンフィグは３６．３３１で処理される。これらの場合の測定コンフィグが異なる仕様で処理され、異なるＩＥがそれらを保持するために使用されるため、ＵＥは、どの測定コンフィグがＭＣＧに属し、どの測定コンフィグがＳＣＧに属するかを決定する際に混乱を生じない。すなわち、ある測定コンフィグに関する報告条件が満たされると、ＵＥは、この測定がＭＮに属するかＳＮに属するかを知り、それに応じて測定報告をＭＮまたはＳＮに送信する。

ＮＲ－ＤＣの場合、ＭＣＧおよびＳＣＧの測定コンフィグの両方が３８．３３１で処理される。ＳＣＧ測定コンフィグはＭＮのＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたｎｒ－ＳＣＧ ＩＥを介して、または設定されている場合にはＳＲＢ３内のＮＲのＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に独立して、ＵＥに渡される。しかし、ＵＥは依然として１つの測定コンフィグのみを保持し、したがって、ある測定コンフィグがＭＣＧまたはＳＣＧからのものであるかどうかに関して混乱が生じる可能性がある。これは、上述の３８．３３１の測定コンフィグに使用されるＩＥを見ることによって説明される。

理解されるように、（ＳＲＢ３がＳＮのために使用されるか否かによらず）ＭＮおよびＳＮの両方は、上記の異なるＩＥを使用することによって含めることを望む測定値を含むことになる。したがって、測定コンフィグのいずれがＭＣＧに関連し、いずれがＳＣＧに関連するかについて混乱が生じ、測定のための報告条件が満たされるとき、ＵＥは、どのノードに測定値を送信するかを決定する際に問題を有することになる。また、同じ測定ＩＤがＭＮおよびＳＮによって使用される場合、ＭＮの測定コンフィグが、特定の測定のためにＳＮの構成を上書きすること（またはその逆）、または、ＭＮが誤ってＳＣＧ測定コンフィグを削除する（またはその逆）などの追加の問題がありうる。

本発明の第１の態様によれば、無線デバイスによって実行される方法が提供され、そこでは、無線デバイスがマスタノードおよびセカンダリノードへのデュアルコネクティビティで動作し、マスタノードおよびセカンダリノードは、両方とも、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）ノードである。本方法は、ネットワークから、測定および／または報告コンフィグ情報を受信することを含む。そして、無線デバイスは、受信された測定および／または報告コンフィグ情報に基づいて、受信された測定および／または報告コンフィグ情報がマスタセルグループに関連するかセカンダリセルグループに関連するかを判定する。受信された測定および／または報告コンフィグ情報がマスタセルグループに関連するかセカンダリセルグループに関連するかを判定することは、測定および／または報告コンフィグ情報がＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合に、受信された測定および／または報告コンフィグ情報がマスタセルグループに関連すると判定すること、または、測定および／または報告コンフィグ情報がＳＲＢ３を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合に、もしくは、代替的に、測定および／または報告コンフィグ情報がＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で受信された場合に、受信された測定および／または報告コンフィグ情報がセカンダリセルグループに関連すると判定することを含む。そして、無線デバイスは、受信された測定および／または報告コンフィグ情報がマスタセルグループに関連するかセカンダリセルグループに関連するかに関する判定に基づいて、測定を実行し、及び／又は、測定結果を報告する。

本方法は、受信された報告コンフィグ情報が、マスタセルグループに関連するかセカンダリセルグループに関連するかに関する判定に基づいて、マスタノードまたはセカンダリノードのいずれかに測定結果を報告することを含みうる。

本方法は、セカンダリセルグループに関連付けられる測定アイデンティティ、測定対象アイデンティティ、および／または、報告コンフィグのうちの１つまたは複数の範囲を示すコンフィグ情報を、ネットワークから受信することを含みうる。

受信された測定および／または報告コンフィグは、マスタセルグループに関する測定および／または報告コンフィグ情報を含んだ第１の情報要素および／またはフィールドと、セカンダリセルグループに関する測定および／または報告コンフィグ情報を含んだ第２の情報要素および／またはフィールドと、のうちの少なくとも１つを含みうる。

本方法は、第１の情報要素および／またはフィールドにおいてマスタセルグループに関する測定結果情報を報告すること、または、第１の情報要素とは異なる第２の情報要素において、セカンダリセルグループに関する測定結果を報告することを含みうる。

本方法は、ＳＲＢ３が構成されている場合、ＳＲＢ３を介してセカンダリセルグループに関する測定結果を報告することを含んでもよい。

本方法は、ＳＲＢ３が構成されていない場合に、マスタセルグループを介した無線リソース制御メッセージにおいて、セカンダリセルグループに関する測定結果を報告することを含んでもよい。

第２の態様によれば、マスタノードの動作方法が提供され、そこでは、マスタノードはユーザ端末（ＵＥ）にサービスを提供しており、ＵＥはマスタノードおよびセカンダリノードへのデュアルコネクティビティで動作しており、マスタノードは、マスタセルグループの一部である。本方法は、マスタセルグループに関する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告コンフィグを送信することを含む。

本方法は、ＳＲＢ１を介したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で、直接、測定および／または報告コンフィグ情報を送信することを含みうる。

本方法は、ＵＥから測定報告を受信することをさらに含みうる。

第３の態様によれば、セカンダリノードの動作方法が提供され、そこでは、セカンダリノードはユーザ端末（ＵＥ）にサービスを提供し、ＵＥはセカンダリノードおよびマスタノードへのデュアルコネクティビティで動作し、セカンダリノードは、セカンダリセルグループの一部である。本方法は、セカンダリセルグループに関する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告構成を送信することを含む。

本方法は、ＳＲＢ１を介したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて測定および／または報告コンフィグ情報を送信することを含みうる。

本方法は、ＳＲＢ３を介してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内の測定および／または報告コンフィグ情報を送信することを含みうる。

本方法は、ＵＥから測定報告を受信することをさらに含みうる。

さらなる態様によれば、無線デバイスが提供され、その無線デバイスは、第１の態様による任意の方法のステップのいずれかを実行するように構成された処理回路と、その無線デバイスに電力を供給するように構成された電力供給回路とを含む。

さらなる態様によれば、ネットワークノード、例えば基地局、であって、第２または第３の態様による任意の方法のステップのいずれかを実行するように構成された処理回路と、そのネットワークノードに電力を供給するように構成された電力供給回路とを含んだ、ネットワークノードが提供される。

このように、ＮＥ－ＤＣおよびＮＲ－ＮＲ ＤＣシナリオにおいて測定および測定ギャップをコンフィグするロバストな方法が開示される。

さらに、ＤＣで動作するＵＥのための共有コンフィグパラメータを設定するロバストな方法が開示される。

具体的には、いくつかの実施形態においてここで開示される方法は、ＮＲ－ＤＣ測定を明確な方法で設定可能とするのに役立ち、実装を容易にし、ＭＮおよびＳＮの両方が独立して測定をコンフィグすることを可能とし、また、ＵＥが測定をコンフィグした正しいノードへ測定値を報告することを可能とする。

いくつかの実施形態では、本メカニズムは、ＳＮに関連付けられた測定および報告コンフィグを変更／削除するようにＭＮが不注意にＵＥへ指示することがないことを確実にする（およびその逆）のに役立つ。

いくつかの実施形態では、本メカニズムは、ＵＥが測定値を適切なノードに報告することを確実にするのに役立つ（すなわち、ＭＮによって行われたコンフィグはトリガ条件が満たされたときのＭＮへの報告に繋がり、ＳＮによって行われたコンフィグはトリガ条件が満たされたときのＳＮへの報告に繋がる）。

いくつかの実施形態では、本メカニズムは、ＭＮまたはＳＮが、不注意に、ＵＥの能力を超える測定／報告コンフィグを用いてＵＥを構成すること（これは再構成障害をもたらし、ＵＥに接続を再確立させる可能性がある）がないことを確実にするのに役立つ。

いくつかの実施形態では、本メカニズムは、ＵＥが測定／報告コンフィグを不正確に関連付けること（例えば、ＭＮからの測定アイデンティティをＳＮからの報告構成と関連付けること）を防止することを確実にするのに役立つ。そうでなければ、ＵＥは、ある測定対象を、それが関連付けられることが意図されていなかった報告コンフィグに関連付け、それによって、誤った時間／状況で測定を報告してしまいうる。受信ノード（ＭＮまたはＳＮ）は、適切な報告条件がなされたと誤って想定し、最適でない挙動（例えば、ＵＥに最良の無線条件を有するサービングセルを有していなかったＭＮまたはＳＮにＵＥが接続される）、または最悪の場合には障害（およびその後のＳＣＧ障害または再確立）さえももたらしうる、ハンドオーバやセカンダリノードの変更／解放などの動作を開始しうる。同様に、実装に応じて、ネットワークが測定報告を受信して測定報告が自身の送信した構成に従わないことを発見した場合（例えば、報告に含まれる情報が、ＵＥに送信されたコンフィグによらなかった場合）、ネットワークは、そのＵＥの接続を解放することになる可能性がある（これはＵＥに接続を再確立させることになる）。

第１のグループの実施形態によれば、無線デバイスによって実行される方法が提供され、無線デバイスは、第１のネットワークノードおよび第２のネットワークノードへのデュアルコネクティビティで動作し、第１のネットワークノードおよび第２のネットワークノードは両方ともＮｅｗ Ｒａｄｉｏ（ＮＲ）ノードであり、方法は以下を含む：
ネットワークから測定および／または報告コンフィグ情報を受信すること；
無線デバイスにおいて、受信された測定および／または報告コンフィグ情報に基づいて、受信された測定および／または報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかを判定すること；
受信された測定および／または報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかに関する判定に基づいて、測定を実行することおよび／または測定結果を報告すること。

本方法は、測定および／または報告コンフィグ情報がどのように受信されたかに基づいて、受信された測定および／または報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかを判定することを含みうる。

本方法は、測定および／または報告コンフィグ情報が、マスタノード・シグナリング無線ベアラ（ＳＲＢ１）においてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合、受信された測定および／または報告コンフィグ情報がマスタネットワークノードに関連すると判定することを含みうる。

本方法は、マスタネットワークノードからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたセカンダリネットワークノードからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて測定および／または報告コンフィグ情報が受信された場合、受信された測定および／または報告コンフィグ情報がセカンダリネットワークノードに関連すると判定することを含みうる。

本方法は、測定および／または報告コンフィグ情報が、セカンダリノード・シグナリング無線ベアラ（ＳＲＢ３）においてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合、受信された測定および／または報告コンフィグ情報がセカンダリネットワークノードに関連すると判定することを含みうる。

本方法は、受信された報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかの判定に基づいて、第１のネットワークノードまたは第２のネットワークノードのいずれかに測定結果を報告することを含みうる。

本方法は、セカンダリセルグループに関連付けられるべき測定アイデンティティ、測定対象アイデンティティ、および／または報告コンフィグのうちの１つまたは複数についての範囲を示すコンフィグ情報をネットワークから受信することを含みうる。

本方法は、受信された測定および／または報告コンフィグ情報に含まれる明示的情報に基づいて、受信された測定および／または報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかを判定することを含みうる。

本方法は、特定のアイデンティティが第１のネットワークノードと結び付けられているか第２のネットワークノードと結び付けられているかを示す情報を、受信された各測定および／または報告コンフィグにおいて受信することを含みうる。

本方法は、特定のアイデンティティがマスタセルグループに結び付けられているかセカンダリセルグループに結び付けられているかを示す情報を、受信された各測定および／または報告コンフィグにおいて受信することを含みうる。

特定のアイデンティティは、コンフィグフィールドにおいて参照されうる。

本方法は、測定および／または報告コンフィグがマスタセルグループに関連付けられているかセカンダリセルグループに関連付けられているかを示す情報を、受信された測定コンフィグにおいて受信することを含みうる。

受信された測定および／または報告コンフィグは次のうちの少なくとも１つを含みうる：
マスタセルグループに関する測定および／または報告コンフィグ情報を含んだ第１の情報要素および／またはフィールド；及び
セカンダリセルグループに関する測定および／または報告コンフィグ情報を含んだ第２の情報要素および／またはフィールド。

本方法は、第１の情報要素および／またはフィールドにおいてマスタセルグループに関する測定結果情報を報告することと、第１の情報要素とは異なる第２の情報要素においてセカンダリセルグループに関する測定結果を報告することとを含みうる。

本方法は、ＳＲＢ３が構成されている場合に、ＳＲＢ３においてセカンダリセルグループに関する測定結果を報告することを含みうる。

本方法は、ＳＲＢ３が構成されていない場合に、マスタセルグループを介した無線リソース制御メッセージにおいて、セカンダリセルグループに関する測定結果を報告することを含みうる。

本方法はさらに以下を含みうる：
－ユーザデータを提供すること；及び
－基地局への送信を介して、ユーザデータをホストコンピュータへ転送すること。

第２のグループの実施形態によれば、第１のネットワークノードによって実行される方法が提供され、第１のネットワークノードはユーザ端末（ＵＥ）にサービスを提供しており、ＵＥは第１のネットワークノードと第２のネットワークノードとのデュアルコネクティビティで動作しており、この方法は以下を含む：
－ＵＥの測定／報告コンフィグが一貫性を有するように、第２のネットワークノードと調整すること。

本方法では、ＵＥにおける一貫した測定／報告コンフィグが、測定アイデンティティ、測定対象アイデンティティ、および／または報告コンフィグアイデンティティのうちの１つまたは複数をコンフィグするときに、第１のネットワークノードおよび第２のネットワークノードが異なるアイデンティティを使用することを意味しうる。

第１のネットワークノードはマスタノードであってもよく、第２のノードは第２のノードであってもよく、方法は以下を含む：
第２のノードがコンフィグすることができる測定アイデンティティの範囲を、第２のネットワークノードに伝達すること。

第１のネットワークノードはセカンダリノードであってもよく、第２のネットワークノードはマスタノードであってもよく、この方法は以下を含む：
第１のノードがコンフィグすることができる測定アイデンティティの範囲を示す通信を、第２のネットワークノードから受信する。

第１のネットワークノードと第２のネットワークノードは、両方ともＮｅｗ Ｒａｄｉｏ（ＮＲ）ノードでありうる。

第２のグループの別の実施形態によれば、ネットワークノードの動作方法が提供される：
ユーザ端末（ＵＥ）へ測定および／または報告コンフィグ情報を送信すること、ここで、ＵＥは第１のネットワークノードおよび第２のネットワークノードへのデュアルコネクティビティを用いて動作し、第１のネットワークノードおよび第２のネットワークノードは、両方ともＮｅｗ Ｒａｄｉｏ（ＮＲ）ノードであり；
ここで、測定および／または報告コンフィグ情報は、測定および／または報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかを明示的に示す。

本方法は、特定のアイデンティティが第１のネットワークノードと結び付けられているか第２のネットワークノードと結び付けられているかを示す情報を、送信される各測定／報告コンフィグにおいて送信することを含みうる。

本方法は、特定のアイデンティティがマスタセルグループに結び付けられているかセカンダリセルグループに結び付けられているかを示す情報を、送信される各測定／報告コンフィグにおいて送信することを含みうる。

この特定のアイデンティティは、コンフィグフィールドにおいて参照されうる。

本方法は、測定コンフィグがマスタセルに関連付けられているかセカンダリセルグループに関連付けられているかを示す情報を、送信される測定コンフィグのそれぞれにおいて送信することを含みうる。

第２のグループの別の実施形態によれば、第１のネットワークノードの動作方法が提供され、第１のネットワークノードはユーザ端末（ＵＥ）にサービスを提供し、ＵＥは第１のネットワークノードと第２のネットワークノードとのデュアルコネクティビティで動作し、第１のネットワークノードはマスタセルグループの一部であり、方法は以下を含む：
－マスタセルグループに関連する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告コンフィグを送信すること。

第２のグループの別の実施形態によれば、第１のネットワークノードの動作方法が提供され、第１のネットワークノードはユーザ端末（ＵＥ）にサービスを提供しており、ＵＥは第１のネットワークノードおよび第２のネットワークノードへのデュアルコネクティビティで動作しており、第１のネットワークノードはセカンダリセルグループの一部であり、方法は以下を含む：
セカンダリセルグループに関連する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告コンフィグを送信すること。

第２のグループの実施形態の方法はさらに、以下を含んでもよい：
－ユーザデータを取得すること；及び
－ユーザデータをホストコンピュータまたは無線デバイスに転送すること。

第３のグループの実施形態によれば、無線デバイスが提供され、無線デバイスは以下を含む：
－第１のグループの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路；及び
－無線デバイスに電力を供給するように構成された電力供給回路。

第３のグループの別の実施形態によれば、ネットワークノード、例えば基地局が提供され、ネットワークノードは、以下を有する：
－第２のグループの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路；及び
－ネットワークノードに電力を供給するように構成された電力供給回路。

第３のグループの別の実施形態によれば、ユーザ端末（ＵＥ）が提供され、ＵＥは以下を有する：
－無線信号を送受信するように構成されたアンテナ；
－アンテナおよび処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路；
－第１のグループの実施形態のいずれかのステップのいずれかを実行するように構成された処理回路；
－処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように構成された入力インタフェース；
－処理回路に接続され、処理回路によって処理されたＵＥから情報を出力するように構成された出力インタフェース；及び
－処理回路に接続され、ＵＥに電力を供給するように構成されたバッテリ。

第３のグループの別の実施形態によれば、以下を含んだホストコンピュータを含む通信システムが提供される：
－ユーザデータを提供するように構成された処理回路；及び
－ユーザ端末（ＵＥ）への送信のために、ユーザデータをセルラネットワークに転送するように構成された通信インタフェース、
－ここで、セルラネットワークは、無線インタフェースおよび処理回路を有する基地局を含み、基地局の処理回路は、第２のグループの実施形態のいずれかのステップのいずれかを実行するように構成される。

通信システムは、基地局をさらに含みうる。

通信システムは、ＵＥをさらに含んでもよく、ＵＥは、基地局と通信するように構成される。

通信システムでは：
－ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成されてもよい；及び
－ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を有しうる。

第３のグループの別の実施形態によれば、ホストコンピュータと、基地局と、ユーザ端末（ＵＥ）とを含む通信システムにおいて実行される方法が提供され、方法は以下を含む：
－ホストコンピュータにおいて、ユーザデータを提供すること；及び
－ホストコンピュータにおいて、基地局を含むセルラネットワークを介してＵＥにユーザデータを搬送する送信を開始し、基地局は、第２のグループの実施形態のいずれかのステップのいずれかを実行する。

本方法は、基地局において、ユーザデータを送信することをさらに含みうる。

ユーザデータは、ホストコンピュータにおいてホストアプリケーションを実行することによって提供されてもよく、本方法は、ＵＥにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む。

第３のグループの別の実施形態によれば、基地局と通信するように構成されたユーザ端末（ＵＥ）が提供され、ＵＥは、無線インタフェースと、上述の方法を実行するように構成された処理回路とを有する。

第３のグループの別の実施形態によれば、以下を有するホストコンピュータを含む通信システムが提供される：
－ユーザデータを提供するように構成された処理回路；及び
－ユーザ端末（ＵＥ）への送信のために、ユーザデータをセルラネットワークに転送するように構成された通信インタフェース、
－ここで、ＵＥは、無線インタフェースおよび処理回路を有し、ＵＥの構成要素は第１のグループの実施形態のいずれかのステップのいずれかを実行するように構成される。

セルラネットワークは、ＵＥと通信するように構成された基地局をさらに含んでもよい。

通信システムでは：
－ホストコンピュータの処理回路が、ホストアプリケーションを実行して、それによってユーザデータを提供するように構成されうる；及び
－ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成されうる。

第３のグループの別の実施形態によれば、ホストコンピュータと、基地局と、ユーザ端末（ＵＥ）とを含む通信システムにおいて実行される方法が提供され、方法は以下を含む：
－ホストコンピュータにおいて、ユーザデータを提供すること；及び
－ホストコンピュータにおいて、基地局を含んだセルラネットワークを介してＵＥへユーザデータを搬送する送信を開始し、ＵＥは、第１のグループの実施形態のいずれかのステップのいずれかを実行する。

本方法は、ＵＥにおいて、基地局からユーザデータを受信することをさらに含みうる。

第３のグループの別の実施形態によれば、以下を有するホストコンピュータを含んだ通信システムが提供される：
－ユーザ端末（ＵＥ）から基地局への送信から発信されるユーザデータを受信するように構成された通信インタフェース、
－ここで、ＵＥは無線インタフェース及び処理回路を含み、ＵＥの処理回路は、第１のグループの実施形態のいずれかのステップのいずれかを実行するように構成される。

通信システムは、ＵＥをさらに含みうる。

通信システムは基地局をさらに含んでもよく、基地局は、ＵＥと通信するように構成された無線インタフェースと、ＵＥから基地局への送信によって運ばれるユーザデータをホストコンピュータへ転送するように構成された通信インタフェースとを含む。

通信システムでは：
－ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成されうる；及び
－ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによってユーザデータを提供するように構成されうる。

通信システムでは：
－ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによって要求データを提供するように構成されてもよい；及び
－ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによって要求データに応答してユーザデータを提供するように構成されうる。

第３のグループの別の実施形態によれば、ホストコンピュータと、基地局と、ユーザ端末（ＵＥ）とを含む通信システムにおいて実行される方法が提供され、方法は以下を含む：
－ホストコンピュータにおいて、ＵＥから基地局へ送信されたユーザデータを受信すること、ここで、ＵＥは、第１のグループの実施形態のいずれかのステップのいずれかを実行する。

本方法は、ＵＥにおいてユーザデータを基地局に提供することをさらに含みうる。

本方法はさらに以下を含みうる：
－ＵＥにおいて、クライアントアプリケーションを実行し、それによって送信されるべきユーザデータを提供すること；及び
－ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行すること。

本方法はさらに以下を含みうる：
－ＵＥにおいて、クライアントアプリケーションを実行すること；及び
－ＵＥにおいて、クライアントアプリケーションへの入力データを受信すること、ここで、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって、入力データがホストコンピュータにおいて提供され、
－ここで、送信されるべきユーザデータは、入力データに応答してクライアントアプリケーションによって提供される。

第３のグループの別の実施形態によれば、ユーザ端末（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを有するホストコンピュータを含んだ通信システムが提供され、ここで、基地局は無線インタフェースおよび処理回路を有し、基地局の処理回路は第２のグループの実施形態のいずれかのステップのいずれかを実行するように構成される。

通信システムは、基地局をさらに含みうる。

通信システムはＵＥをさらに含んでもよく、ＵＥは、基地局と通信するように構成される。

通信システムでは：
－ホストコンピュータの処理回路が、ホストアプリケーションを実行するように構成されうる；
－ＵＥは、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによってホストコンピュータによって受信されるべきユーザデータを提供するように構成されうる。

第３のグループの別の実施形態によれば、ホストコンピュータと、基地局と、ユーザ端末（ＵＥ）とを含む通信システムにおいて実行される方法が提供され、方法は以下を含む：
－ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信に由来するユーザデータを受信し、ＵＥは、第１のグループの実施形態のいずれかのステップのいずれかを実行する。

本方法は、基地局において、ＵＥからユーザデータを受信することをさらに含みうる。

本方法は、基地局において、受信したユーザデータのホストコンピュータへの送信を開始することをさらに含みうる。

本発明をより良く理解し、それをどのように実行に移すことができるかを示すために、例として、添付の図面を参照する。
図１は、無線ネットワークにおけるデュアルコネクティビティを示す図である。 図２は、タイト・インタワーキングのためのユーザプレーンアーキテクチャを示す図である。 図３は、タイト・インタワーキングのための制御プレーンアーキテクチャを示す図である。 図４は、無線デバイスにおいて実行される方法を示すフローチャートである。 図５は、ネットワークノードにおいて実行される方法を示すフローチャートである。 図６は、いくつかの実施形態による無線ネットワークを示す図である。 図７は、いくつかの実施形態によるユーザ端末を示す図である。 図８は、いくつかの実施形態による仮想化環境を示す図である。 図９は、いくつかの実施形態による、中間ネットワークを介した電気通信ネットワークのホストコンピュータへの接続を示す図である。 図１０は、いくつかの実施形態による、基地局を介して、部分的に無線接続を介してユーザ機器と通信するホストコンピュータを示す図である。 図１１は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ端末を含んだ通信システムにおいて実行される方法を示す図である。 図１２は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ端末を含んだ通信システムにおいて実行される方法を示す図である。 図１３は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ端末を含んだ通信システムにおいて実行される方法を示す図である。 図１４は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ端末を含んだ通信システムにおいて実行される方法を示す図である。 図１５は、いくつかの実施形態による仮想化装置を示す図である。

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

ここでは、ＮＲ－ＤＣにおける測定コンフィグおよび報告を明確にするための方法が開示される。

以下でより詳細に説明するように、いくつかのメカニズムが提案され、そのうちのいくつかはＵＥに関連し、いくつかはネットワークに関連する。

ＵＥ関連メカニズムの中には、黙示的なメカニズム（ネットワークからの明示的シグナリングが必要とされない）と、（ネットワークからの新しい明示的シグナリングが必要とされる）明示的メカニズムとがある。

１つの黙示的なメカニズムは、測定および／または報告コンフィグがどのように受信されるか（例えば、ＳＲＢ１、ＳＲＢ１内に埋め込まれる、ＳＲＢ３など）に基づいて、測定および／または報告コンフィグのＭＮまたはＳＮへの関連付けを区別し、この情報をＵＥ測定変数に格納する、ＵＥにおけるメカニズムである。そして、ＵＥは、この情報を使用して、測定がトリガされたときに、測定結果を適切なノードに報告する。

１つの明示的なメカニズムでは現在の測定および／または報告コンフィグのフィールドおよび／またはＩＥおよび／またはＵＥパラメータが再使用されるが、ＭＮに関連する測定／報告関連アイデンティティ（例えば、測定アイデンティティおよび／または測定対象アイデンティティおよび／または報告コンフィグアイデンティティなど）の範囲と、ＳＮに関連するそれらとを、ＵＥに通信するために、新しいＩＥが使用される。

別の明示的なメカニズムでは、新しいＩＥおよび／またはフィールドが、既存の測定コンフィグのフィールドおよび／またはＩＥおよび／またはＵＥパラメータに導入され、測定および／または報告コンフィグがＭＮに結び付けられているかＳＮに結び付けられているかを区別する。

別の明示的なメカニズムでは、新しいＩＥおよび／またはフィールドおよび／またはＵＥパラメータが、ＳＣＧ測定および報告コンフィグに関連する測定コンフィグおよび報告情報を格納するために導入される。

ネットワーク関連メカニズムは、ＭＮに関連付けられたアイデンティティがＳＮに関連付けられると誤解されること（及びその逆）がないことを確実にするために、ＭＮおよびＳＮにおいて使用されるべき測定関連アイデンティティ（例えば、測定アイデンティティ、測定対象アイデンティティ、または報告コンフィグアイデンティティなど）を調整するために、（例えば、ＭＮとＳＮとの間のノード間メッセージにおいて）新しいＩＥを導入することを含む。

ここで企図される実施形態のいくつかをより完全に説明する。しかしながら、他の実施形態が、ここに開示された主題の範囲内に含まれ、開示された主題はここに記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は主題の範囲を当業者に伝えるために例として提供される。

注釈：
以下では、用語ＭＮおよびＭＣＧは互換的に使用され、用語ＳＮおよびＳＣＧは互換的に使用される。

実施形態ａ：
単一の測定コンフィグ／報告フィールド（例えば、ｍｅａｓＣｏｎｆｉｇ）が、エアインタフェースを介してシグナリングされ、（スタンドアロンＮＲにおけるように）ＵＥによってＭＣＧおよびＳＣＧの測定コンフィグを処理するために共同で使用される。ＵＥは、測定コンフィグがどのように受信されるかに応じて、測定／報告コンフィグがＭＣＧに関連するかＳＣＧに関連するかを判定する。具体的には：
１．コンフィグレーションがＳＲＢ１を介して（すなわち、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接）受信された場合、コンフィグレーションはＭＮに関連する
２．コンフィグレーションがＳＲＢ１内に埋め込まれて（すなわち、ＳＮからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを含むＭＮからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて）受信された場合、またはコンフィグレーションがＳＲＢ３を介して受信された場合、コンフィグレーションはＳＮに関連付けられる

ＵＥは、ＵＥ測定コンフィグパラメータ（例えば、ｖａｒＭｅａｓＣｏｎｆｉｇ、ｖａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ）内のＩＥに、この情報（すなわち、コンフィグがＭＮに関連付けられているかＳＮに関連付けられているか）を含め、この情報は測定トリガ条件が満たされるときに、測定値がどこ（すなわち、ＭＮまたはＳＮ）に報告されるべきかを決定するために使用される。

ＭＮとＳＮとの間の調整は、ＵＥを一貫した測定コンフィグで構成することを可能にする（例えば、同じ測定アイデンティティが再使用されない）。これは、実装を介して（例えば、ＳＮは自身が使うことができるアイデンティティで事前設定される）、または、ノード間メッセージを介して動的に（例えば、ＳＮが設定できる測定アイデンティティの範囲がＣＧ－ＣｏｎｆｉｇＩｎｆｏノード間メッセージを介してＳＮに通信される）、行われうる。

図４は、実施形態ａに従ってＵＥによって実行される方法を示すフローチャートである。

具体的には、図４は、無線デバイスによって実行される方法を示し、ここで、無線デバイスはマスタノードおよびセカンダリノードへのデュアルコネクティビティで動作し、マスタノードおよびセカンダリノードは両方ともＮｅｗ Ｒａｄｉｏ（ＮＲ）ノードである。

ステップ４０２において、無線デバイスは、ネットワークから測定および／または報告コンフィグ情報を受信する。

ステップ４０４において、無線デバイスは、受信された測定および／または報告コンフィグ情報に基づいて、受信された測定および／または報告コンフィグ情報がマスタセルグループに関連するかセカンダリセルグループに関連するかを判定する。

受信された測定および／または報告コンフィグ情報がマスタセルグループに関連するかセカンダリセルグループに関連するかを判定することは、以下を含みうる：
測定および／または報告コンフィグ情報がＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合、受信された測定および／または報告コンフィグ情報がマスタセルグループに関連すると判定すること、または、
測定および／または報告コンフィグ情報がＳＲＢ３を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合、または代替的に、測定および／または報告コンフィグ情報がＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて受信された場合、受信された測定および／または報告コンフィグ情報がセカンダリセルグループに関連すると判定すること。

ステップ４０６において、方法は、続けて、受信された測定および／または報告コンフィグ情報がマスタセルグループに関連するかセカンダリセルグループに関連するかに関する判定に基づいて、無線デバイスが測定を実行しおよび／または測定結果を報告する。

図５は、実施形態ａによるネットワークノードによって実行される方法を示す。

ネットワークノードがマスタノードとして動作している場合、ステップ５０２において、ネットワークノードは、マスタセルグループに関する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告コンフィグを送信する。例えば、ＳＲＢ１を介してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接マスタセルグループに関する測定及び／又は報告コンフィグ情報を送信しうる。

代替的に、ネットワークノードがセカンダリノードとして動作している場合、ステップ５０４において、ネットワークノードは、セカンダリセルグループに関連する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告コンフィグを送信する。例えば、ネットワークノードは、ＳＲＢ３を介してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接、セカンダリセルグループに関連する測定および／または報告コンフィグ情報を送信してもよく、あるいは、ＳＲＢ１を介してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で測定および／または報告コンフィグ情報を送信しうる。

実施形態ｂ：
実施形態ａにおけるように、エアインタフェースを介してシグナリングされ、ＵＥによってＭＣＧおよびＳＣＧの測定コンフィグを処理するために共同で使用される単一の測定コンフィグ／報告フィールド（例えば、ｍｅａｓＣｏｎｆｉｇ）がある。しかしながら、実施形態ａとは異なり、ネットワークは、また、コンフィグフィールドで参照されるアイデンティティがＭＣＧに結び付けられているかＳＣＧに結び付けられているかを、測定コンフィグ（例えば、ｍｅａｓＩｄフィールド）ごとにシグナリングする。このために、新しいフィールド／ＩＥが、この情報をシグナリングするために必要とされる。

実施形態ｃ：
実施形態ａおよび実施形態ｂにおけるように、エアインタフェースを介してシグナリングされ、ＵＥによってＭＣＧおよびＳＣＧの測定コンフィグを処理するために共同で使用される単一の測定コンフィグ／報告フィールド（例えば、ｍｅａｓＣｏｎｆｉｇ）がある。しかしながら、この場合、ネットワークは、測定コンフィグがどのセルグループに関連付けられているかを明示的に示す。

実施形態ｄ：
測定コンフィグ／報告フィールドおよびＵＥ変数－両方ともエアインタフェースを介してシグナリングされ、ＵＥに格納される、例えばｍｅａｓＣｏｎｆｉｇおよびｖａｒＭｅａｓＣｏｎｆｉｇ－が、ＭＣＧおよびＳＣＧについて別々に定義される。これは、測定アイデンティティが独立して使用されうることをも意味する。この場合、例えば、ＭｅａｓＣｏｎｆｉｇ、ＶａｒＭｅａｓＣｏｎｆｉｇ、及びＲｅｐｏｒｔｉｎｇＣｏｎｆｉｇ情報要素（ＩＥ）は必ずしも変更される必要はないが、ＳＣＧのための対応するＩＥ（ＭｅａｓＣｏｎｆｉｇ－ＳＣＧ、ＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧなど）が定義される。

実装例
実施形態の様々な実装例が与えられる。３８．３３１の現在の手順が再使用される場所によっては、簡潔にするために、＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞を使用してそのように示されている。

実施形態ａ
ＭＣＧおよびＳＣＧの測定／報告コンフィグの黙示的な処理（実装オプション１）

ＵＥの態様
ｖａｒＭｅａｓＣｏｎｆｉｇ ＩＥは、設定がＭＮに関連付けられているかＳＮに関連付けられているかを区別するためのフィールドが含まれるように拡張される。

ＶａｒＭｅａｓＣｏｎｆｉｇフィールドの説明
ｃｅｌｌＧｒｏｕｐ
この測定コンフィグを設定したセルグループに設定される。値０がＭＣＧを示し、一方で値１がＳＣＧを示す。
注釈：上述では、ｑｕａｎｔｉｔｙＣｏｎｆｉｇ及びｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇがセルグループごとである。しかしながら、いくつかの部分実施形態では、そのいずれか又は両方をセルグループ間で共有する（すなわち、ＣｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇの配下より、直接ＶａｒＭｅａｓＣｏｎｆｉｇ－ｒ１５ｘｙ ＩＥの配下とする）ことが可能である。

実施形態ａに必要とされる手続き上の変更は、以下の実施例に示される：
測定コンフィグ
測定アイデンティティの追加／変更
ネットワークは、以下の手順を適用する：
－対応する測定対象、対応する報告コンフィグ、および対応する数量コンフィグが設定されている場合にのみ、ｍｅａｓＩｄを設定する。

ＵＥは以下のようにしなければならない：
１＞ 受信したｍｅａｓＩｄＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｍｅａｓＩｄごとに：
２＞ 一致するｍｅａｓＩｄを持つエントリが（各ｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇ内の）ＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＩｄＬｉｓｔに存在する場合：
３＞ エントリをこのｍｅａｓＩｄに対して受信した値に置き換える；
２＞ そうでない場合：
３＞ この手順をトリガした測定コンフィグがＳＲＢ１で受信された場合：
４＞ ０に等しいｃｅｌｌＧｒｏｕｐを有するｖａｒＭｅａｓＣｏｎｆｉｇにｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇがない場合
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇに新しいｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇエントリを追加し、ｃｅｌｌＧｒｏｕｐを０に設定する；
４＞ ｃｅｌｌＧｒｏｕｐ値が０のｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇのＶａｒＭｅａｓＣｏｎｆｉｇ内に、このｍｅａｓＩｄに対する新しいエントリを追加する；
３＞ それ以外の場合に、この手順をトリガした測定コンフィグがＳＲＢ３において又はＳＲＢ１に組み込まれたＳＣＧのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで受信された場合：
４＞ １に等しいｃｅｌｌＧｒｏｕｐを有するｖａｒＭｅａｓＣｏｎｆｉｇに、ｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇがない場合
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇに新しいｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇエントリを追加し、ｃｅｌｌＧｒｏｕｐを１に設定する；
４＞ ｃｅｌｌＧｒｏｕｐ値が１のｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇのＶａｒＭｅａｓＣｏｎｆｉｇ内に、このｍｅａｓＩｄに対する新しいエントリを追加する；
２＞ 含まれている場合は、このｍｅａｓＩｄに対する測定報告エントリをＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔから削除する；
２＞ 定期報告タイマを停止し、このｍｅａｓＩｄに対する関連情報（例えばｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする。
２＞ このｍｅａｓＩｄに関連付けられたｒｅｐｏｒｔＣｏｎｆｉｇにおいて、ｒｅｐｏｒｔＴｙｐｅがｒｅｐｏｒｔＣＧＩに設定されている場合；
３＞ このｍｅａｓＩｄに関連付けられているｍｅａｓＯｂｊｅｃｔがＥ－ＵＴＲＡに関する場合：
４＞ このｍｅａｓＩｄに対してＸ秒に設定されたタイマ値を有するタイマＴ３２１を開始；
３＞ このｍｅａｓＩｄに関連付けられているｍｅａｓＯｂｊｅｃｔがＮＲに関する場合：
４＞ このｍｅａｓＩｄのタイマ値をＹ秒に設定したタイマＴ３２１を開始する；

測定対象の追加／変更
ＵＥは以下のようにしなければならない：
１＞ 受信したｍｅａｓＯｂｊｅｃｔＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｍｅａｓＯｂｊｅｃｔＩｄのそれぞれに対して：
２＞ 一致するｍｅａｓＯｂｊｅｃｔＩｄを持つエントリがＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＯｂｊｅｃｔＬｉｓｔに存在する場合、（各ｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇ内の）このエントリに対して：
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
２＞ それ以外の場合：
３＞ この手順をトリガした測定コンフィグがＳＲＢ１で受信された場合：
４＞ ０に等しいｃｅｌｌＧｒｏｕｐを持つｖａｒＭｅａｓＣｏｎｆｉｇにｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇがない場合
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇに新しいｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇエントリを追加し、ｃｅｌｌＧｒｏｕｐを０に設定する；
４＞ ｃｅｌｌＧｒｏｕｐ値が０のｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇのＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＯｂｊｅｃｔＬｉｓｔに、受信したｍｅａｓＯｂｊｅｃｔの新しいエントリを追加する；
３ それ以外の場合に、この手順をトリガした測定コンフィグがＳＲＢ３において又はＳＲＢ１に組み込まれたＳＣＧのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、受信された場合：
４＞ １に等しいｃｅｌｌＧｒｏｕｐを伴うｖａｒＭｅａｓＣｏｎｆｉｇにｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇがない場合
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇに新しいｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇエントリを追加し、ｃｅｌｌＧｒｏｕｐを１に設定する；
４＞ ｃｅｌｌＧｒｏｕｐ値が１のｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇのＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＯｂｊｅｃｔＬｉｓｔに、受信したｍｅａｓＯｂｊｅｃｔに対する新しいエントリを追加する；

５．５．２．７ 報告コンフィグの追加／変更
ＵＥは以下のようにしなければならない：
１＞ 受信したｒｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｒｅｐｏｒｔＣｏｎｆｉｇＩｄのそれぞれに対して：
２＞ 一致するｒｅｐｏｒｔＣｏｎｆｉｇＩｄを持つエントリがＶａｒＭｅａｓＣｏｎｆｉｇ内のｒｅｐｏｒｔＣｏｎｆｉｇＬｉｓｔに存在する場合、このエントリに対して：
３＞ このｒｅｐｏｒｔＣｏｎｆｉｇのために受信した値でエントリを再構成する；
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＩｄＬｉｓｔに含まれるこのｒｅｐｏｒｔＣｏｎｆｉｇＩｄに関連付けられているｍｅａｓＩｄ（存在する場合）のそれぞれに対して：
４＞ 含まれている場合は、このｍｅａｓＩｄに対する測定報告エントリをＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔから削除する；
４＞ 定期報告タイマを停止し、このｍｅａｓＩｄに対する関連情報（例えば、ｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする；
２＞ そうでない場合：
３＞ この手順をトリガした測定コンフィグがＳＲＢ１で受信された場合：
４＞ ０に等しいｃｅｌｌＧｒｏｕｐを持つｖａｒＭｅａｓＣｏｎｆｉｇにｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇがない場合
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇに新しいｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇエントリを追加し、ｃｅｌｌＧｒｏｕｐを０に設定する；
４＞ ｃｅｌｌＧｒｏｕｐ値が０のｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇのＶａｒＭｅａｓＣｏｎｆｉｇ内のｒｅｐｏｒｔＣｏｎｆｉｇＬｉｓｔに、受信したｒｅｐｏｒｔＣｏｎｆｉｇに対する新しいエントリを追加する；
３＞ それ以外の場合に、この手順をトリガした測定コンフィグがＳＲＢ３において又はＳＲＢ１に組み込まれたＳＣＧのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、受信された場合：
４＞ １に等しいｃｅｌｌＧｒｏｕｐを持つｖａｒＭｅａｓＣｏｎｆｉｇにｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇがない場合
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇに新しいｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇエントリを追加し、ｃｅｌｌＧｒｏｕｐを１に設定する；
４＞ ｃｅｌｌＧｒｏｕｐ値が１のｃｅｌｌＧｒｏｕｐＭｅａｓＣｏｎｆｉｇのＶａｒＭｅａｓＣｏｎｆｉｇ内のｒｅｐｏｒｔＣｏｎｆｉｇＬｉｓｔに、受信したｒｅｐｏｒｔＣｏｎｆｉｇの新しいエントリを追加する；

測定報告
一般
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
１＞ ＵＥがＥＮ－ＤＣで構成されている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ そうでない場合：
３＞ ＴＳ３６．３３１に規定されているように、Ｅ－ＵＴＲＡのＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＥＵＴＲＡ ＭＣＧを介して、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ そうでない場合に、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれるｍｅａｓＲｅｓｕｌｔのｍｅａｓＩＤがＳＣＧに関連付けられている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ そうでない場合：
３＞ ＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＭＣＧを介してＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ そうでない場合：
２＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを下位レイヤに送信し、その後、手順は終了する。
注釈：ＵＥは、ｍｅａｓＩＤがｖａｒＭｅａｓＣｏｎｆｉｇにおいてどのセルグループに属するかに基づいて、ｍｅａｓＩＤがＭＣＧに関連付けられているかＳＣＧに関連付けられているかを判定する。

ネットワーク態様
ＭＮとＳＮとの間の調整は、ＵＥが一貫した測定コンフィグで構成されることを可能にする（例えば、同じ測定アイデンティティが再使用されない）。これは、実装を介して（例えば、ＳＮは自身が使うことができるアイデンティティで事前に設定されている）、又は、ノード間メッセージを介して動的に（例えば、ＳＮが設定できる測定アイデンティティの範囲がＣＧ－ＣｏｎｆｉｇＩｎｆｏノード間メッセージを介してＳＮに通信される）、行われうる。

実装を介して：
この場合、ノード間メッセージは必要とされず、ＭＮおよびＳＮは、それらがどの測定アイデンティティを使用することができるかを用いて事前に設定されうる。測定対象およびｒｅｐｏｒｔｉｎｇＣｏｎｆｉｇｕｒａｔｉｏｎｓに関しては、同じ原理を維持することができる。しかし、ＭＮおよびＳＮが同じ測定対象および報告コンフィグを共有することができる可能性がある（１つの測定対象または報告コンフィグがいくつかの測定コンフィグで関連付けられることが可能である（ｍｅａｓＩｄＴｏＡｄｄＭｏｄＬｉｓｔ ＩＥを参照されたい）ため）。しかし、ここでは、ＭＮによって設定された測定対象または報告コンフィグがＭＮに通知することなく、ＳＮによって変更されないこと、またはその逆になることに注意すべきである。

ノード間メッセージを介して：
ここでは、このような協調をサポートするためにノード間メッセージがどのように強化されるかを説明する：

ｍｅａｓＩｄＩｎｄｅｘＲａｎｇｅＳＣＧは、ＳＮに、ｌｏｗＢｏｕｎｄ値とｕｐＢｏｕｎｄ値との間にある測定アイデンティティを設定することができることを伝え、それによって、ＭＮおよびＳＮが、同じアイデンティティを有する測定を決して設定しないことを確実にする。

ｍｅａｓＯｂｊｅｃｔＩｄＩｎｄｅｘＲａｎｇｅＳＣＧは、ＳＮに、ｌｏｗＢｏｕｎｄ値とｕｐＢｏｕｎｄ値との間にある測定対象アイデンティティを設定することができることを伝え、それによって、ＭＮおよびＳＮが、同じアイデンティティを有する測定対象を決して設定しないことを確実にする。

ｒｅｐｏｒｔＣｏｎｆｉｇＩｄＩｎｄｅｘＲａｎｇｅＳＣＧは、ＳＮに、ｌｏｗＢｏｕｎｄ値とｕｐＢｏｕｎｄ値の間にある報告コンフィグＩＤを構成できることを伝え、それによって、ＭＮおよびＳＮが、同じアイデンティティで測定を決して設定しないことを確実にする。

なお、上述したように、セルグループ間で測定対象及び報告コンフィグを再利用することが可能である。これをサポートするために、ＣＧ－ＣｏｎｆｉｇＩｎｆｏ（および、ＳＮからＭＮに送信されるＣＧ－Ｃｏｎｆｉｇ）を拡張して、（最初にそれらを設定されたとき、または最初に設定したノードまたは他のノードによって変更されたときに）ノード間でこれらの設定を交換可能とすることができる。

注釈： 上記では、ｍｅａｓＩｄ、ｍｅａｓＯｂｊｅｃｔ、およびｒｅｐｏｒｔＣｏｎｆｉｇはすべて、ｍｅａｓＩｄＩｎｄｅｘＲａｎｇｅＳＣＧ、ｍｅａｓＯｂｊｅｃｔＩＤＩｎｄｅｘＲａｎｇｅＳＣＧ、およびｒｅｐｏｒｔＣｏｎｆｉｇＩｄＩｎｄｅｘＲａｎｇｅＳＣＧをそれぞれ介してＭＮとＳＮとの間で調整される。しかしながら、いくつかの部分的な実施形態では、（たとえば、測定コンフィグが、同じメッセージにおいてｍｅａｓＩＤ、ｍｅａｓＯｂｊｅｃｔ、およびｒｅｐｏｒｔｉｎｇＣｏｎｆｉｇを互いに適切に関連付けて有するｍｅａｓＣｏｎｆｉｇを常に送信する場合）これらのうちの１つまたは２つだけが調整を必要としてもよく、したがってノード間メッセージで使用される。

実施形態ａ
ＭＣＧおよびＳＣＧの測定／報告コンフィグの黙示的な処理（実装オプション２）
ｖａｒＭｅａｓＣｏｎｆｉｇ ＩＥは、設定がＭＮに関連付けられているかＳＮに関連付けられているかを区別するためのフィールドを含むように拡張される。

実施形態ａに必要とされる手続き上の変更は、以下の例において説明される：
注釈： 上記では、ｍｅａｓＩｄ、ｍｅａｓＯｂｊｅｃｔ、およびｒｅｐｏｒｔＣｏｎｆｉｇについてのＳＣＧの範囲は、それぞれｓｃｇＭｅａｓＩｄＬｉｓｔ、ｓｃｇＭｅａｓＯｂｊｅｃｔＩｄＬｉｓｔ、およびｓｃｇＲｅｐｏｒｔＣｏｎｆｉｇＩｄＬｉｓｔを介して、ＵＥに全て示される。しかしながら、いくつかの部分的な実施形態では、（例えば、設定コンフィグが、ｍｅａｓＩＤ、ｍｅａｓＯｂｊｅｃｔ、およびｒｅｐｏｒｔｉｎｇＣｏｎｆｉｇを同じメッセージにおいて互いに適切に関連付けて有するｍｅａｓｃｏｎｆｉｇを、常に送信する場合）これらのうちの１つまたは２つのみが示される必要がありうる。

測定コンフィグ
測定アイデンティティの追加／変更
ネットワークは、以下の手順を適用する：
－対応する測定対象、対応する報告コンフィグ、および対応する数量コンフィグが設定されている場合にのみ、ｍｅａｓＩｄを設定する。

ＵＥは以下のようにしなければならない：
１＞ 受信したｍｅａｓＩｄＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｍｅａｓＩｄのそれぞれに対して：
２＞ 一致するｍｅａｓＩｄを持つエントリがＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＩｄＬｉｓｔに存在する場合：
３＞ このｍｅａｓＩｄに対して受信した値でエントリを置き換える；
２＞ そうでない場合：
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇ内にこのｍｅａｓＩｄのための新しいエントリを追加する；
３＞ この手順をトリガした測定コンフィグがＳＲＢ３において又はＳＲＢ１に組み込まれたＳＣＧのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、受信された場合：
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇ内のｓｃｇＭｅａｓＩｄＬｉｓｔに、ｍｅａｓＩｄを追加；
２＞ 含まれている場合は、このｍｅａｓＩｄに対する測定報告エントリをＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔから削除する；
２＞ 定期報告タイマを停止し、このｍｅａｓＩｄに対する関連情報（例えば、ｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする。
２＞ このｍｅａｓＩｄに関連付けられたｒｅｐｏｒｔＣｏｎｆｉｇにおいて、ｒｅｐｏｒｔＴｙｐｅがｒｅｐｏｒｔＣＧＩに設定されている場合；
３＞ このｍｅａｓＩｄに関連付けられているｍｅａｓＯｂｊｅｃｔがＥ－ＵＴＲＡに関する場合：
４＞ このｍｅａｓＩｄに対してＸ秒に設定されたタイマ値を有するタイマＴ３２１を開始する；
３＞ このｍｅａｓＩｄに関連付けられたｍｅａｓＯｂｊｅｃｔがＮＲに関する場合：
４＞ このｍｅａｓＩｄのタイマ値をＹ秒に設定したタイマーＴ３２１を開始する；

測定対象の追加／変更
ＵＥは以下のようにしなければならない：
１＞ 受信したｍｅａｓＯｂｊｅｃｔＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｍｅａｓＯｂｊｅｃｔＩｄのそれぞれに対して：
２＞ このエントリのｍｅａｓＯｂｊｅｃｔＩｄが一致するエントリがＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＯｂｊｅｃｔＬｉｓｔに存在する場合：
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
２＞ そうでない場合：
３＞ 受信したｍｅａｓＯｂｊｅｃｔに対する新しいエントリを、ＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＯｂｊｅｃｔＬｉｓｔに追加する；
３＞ この手順をトリガした測定コンフィグがＳＲＢ３において又はＳＲＢ１に組み込まれたＳＣＧのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、受信された場合：
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇ内のｓｃｇＭｅａｓＯｂｊｅｃｔＩｄＬｉｓｔにｍｅａｓＯｂｊｅｃｔＩｄを追加する；

報告コンフィグの追加／変更
ＵＥは以下のようにしなければならない：
１＞ 受信したｒｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｒｅｐｏｒｔＣｏｎｆｉｇＩｄのそれぞれに対して：
２＞ 一致するｒｅｐｏｒｔＣｏｎｆｉｇＩｄを持つエントリがＶａｒＭｅａｓＣｏｎｆｉｇ内のｒｅｐｏｒｔＣｏｎｆｉｇＬｉｓｔに存在する場合、このエントリに対して：
３＞ ｒｅｐｏｒｔＣｏｎｆｉｇに対して受信した値でエントリを再構成する；
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＩｄＬｉｓｔに含まれるこのｒｅｐｏｒｔＣｏｎｆｉｇＩｄに関連付けられているｍｅａｓＩｄ（存在する場合）のそれぞれに対して：
４＞ 含まれている場合は、このｍｅａｓＩｄに対する測定報告エントリを、ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔから削除する；
４＞ 定期報告タイマを停止し、このｍｅａｓＩｄに対する関連情報（例えば、ｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする；
２＞ そうでない場合：
３＞ 受信したｒｅｐｏｒｔＣｏｎｆｉｇに対する新しいエントリを、ＶａｒＭｅａｓＣｏｎｆｉｇ内のｒｅｐｏｒｔＣｏｎｆｉｇＬｉｓｔに追加する。
３＞ この手順をトリガした測定コンフィグがＳＲＢ３において又はＳＲＢ１に組み込まれたＳＣＧのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、受信された場合：
５＞ ｖａｒＭｅａｓＣｏｎｆｉｇ内のｓｃｇＲｅｐｏｒｔＣｏｎｆｉｇＩｄＬｉｓｔにｒｅｐｏｒｔＣｏｎｆｉｇＩｄを追加する；

測定報告
一般
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
１＞ ＵＥがＥＮ－ＤＣで構成されている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＴＳ３６．３３１に規定されているＥ－ＵＴＲＡのＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＥＵＴＲＡ ＭＣＧを介して、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ それ以外の場合に、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれるｍｅａｓＲｅｓｕｌｔのｍｅａｓＩＤがＳＣＧに関連付けられている（すなわち、ｖａｒＭｅａｓＣｏｎｆｉｇのｓｃｇＭｅａｓＩｄＬｉｓｔにｍｅａｓＩＤが含まれている）場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＭＣＧを介してＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ それ以外の場合：
２＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを下位レイヤに提示し、その後、手順は終了する。

上記の「ネットワーク態様」のセクションと同じメカニズムを再使用して、ＭＮとＳＮとの間のアイデンティティを調整することができる。

実施形態ｂ
セルグループに対するアイデンティティのシグナリングされる範囲を介した明示的な処理。

ＭＣＧまたはＳＣＧに関連付けられているアイデンティティの範囲は、複数のメッセージ／ＩＥ／フィールドにおいて伝達されうる。例えば：
・ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにフィールドが追加される
・ＩＥが、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇメッセージに導入される
・ＩＥが、ｍｅａｓＣｏｎｆｉｇ ＩＥに導入される

ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇが拡張された例を以下に示す：

注釈：上述では、ｍｅａｓＩｄ、ｍｅａｓＯｂｊｅｃｔ及びｒｅｐｏｒｔＣｏｎｆｉｇに対するＳＣＧの範囲が、それぞれｍｅａｓＩｄＩｎｄｅｘＲａｎｇｅＳＣＧ、ｍｅａｓＯｂｊｅｃｔＩＤＩｎｄｅｘＲａｎｇｅＳＣＧ及びｒｅｐｏｒｔＣｏｎｆｉｇＩｄＩｎｄｅｘＲａｎｇｅＳＣＧを介して、全てＵＥに示されている。しかしながら、いくつかの部分的な実施形態では、（例えば、測定コンフィグが常に同一メッセージにおいて、ｍｅａｓＩＤ、ｍｅａｓＯｂｊｅｃｔ及びｒｅｐｏｒｔｉｎｇＣｏｎｆｉｇを、それぞれを他に適切に関連付けて有するｍｅａｓｃｏｎｆｉｇを送信する場合）これらのうちの１つ又は２つのみが示される必要がありうる。

また、これを示すためのｃｅｌｌＧｒｏｕｐコンフィグの使用は、この実施形態の１つの可能な実現例にすぎないことに留意されたい。他の可能性としては、これらのＳＣＧ範囲ＩＥを、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおけるｍｅａｓＣｏｎｆｉｇに含めることなどがある。

実施形態ｂに必要とされる手続き上の変更について、以下の例において説明する：
測定報告
一般
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
１＞ ＵＥがＥＮ－ＤＣで構成されている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＴＳ３６．３３１に規定されているＥ－ＵＴＲＡのＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＥＵＴＲＡ ＭＣＧを介して、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれるｍｅａｓＲｅｓｕｌｔのｍｅａｓＩＤが、ＳＣＧに関連付けられている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＭＣＧを介してＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ それ以外の場合：
２＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを下位レイヤに提示し、その後、手順は終了する。
注釈： ＵＥは、セルグループコンフィグ内の測定アイデンティティの受信された範囲に基づいて、ｍｅａｓＩＤがＭＣＧに関連付けられているかＳＣＧに関連付けられているかを判定する。

ネットワーク態様
上記の「ネットワーク態様」のセクションと同じメカニズムを再使用して、ＭＮとＳＮとの間のアイデンティティを調整することができる。

Ｅｍｂｏｄｉｍｅｎｔ ｃ
測定コンフィグにおけるセルグループの表示による明示的な処理
ＭＮおよびＳＮから到来する測定コンフィグを区別するために、１つの可能性は、異なる測定コンフィグＩＥに指示を含めることである。ＩＥのＡＳＮ．１コードと、この方法の手順例を以下に示す。

ＵＥ態様

測定報告
一般
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
１＞ ＵＥがＥＮ－ＤＣで構成されている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＴＳ３６．３３１に規定されているＥ－ＵＴＲＡのＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＥＵＴＲＡ ＭＣＧを介して、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提出する。
１＞ それ以外の場合に、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージに含まれるｍｅａｓＲｅｓｕｌｔのｍｅａｓＩＤがＳＣＧに関連付けられている（すなわち、ｃｅｌｌＧｒｏｕｐ＝１の）場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＭＣＧを介してＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ それ以外の場合：
２＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを下位レイヤに提示し、その後、手順は終了する。

ネットワーク態様
上記の「ネットワーク態様」セクションと同じメカニズムを再利用して、ＭＮとＳＮの間のアイデンティティを調整することができる。

実施形態ｄ
ＭＣＧとＳＣＧに対する別々の構成による明示的な処理
ＳＣＧ測定の構成／報告のために別個の測定コンフィグＩＥ、フィールド、およびＵＥ変数が使用される方法のための、ＩＥのＡＳＮ．１コードおよび例示的な手順を以下に示す。

ＵＥ態様

ＵＥによるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信
ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、以下のアクションを実行しなければならない：
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｍｅａｓＣｏｎｆｉｇを含む場合：
２＞ ５．５．２で指定した測定コンフィグ手順を実行する；
１＞ ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｍｅａｓＣｏｎｆｉｇ－ＳＣＧを含む場合：
２＞ ５．５．２で指定した測定コンフィグ手順を実行する；
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞

一般
ネットワークは、以下の手順を適用する：
－ＵＥがｍｅａｓＣｏｎｆｉｇを有するときはいつでも、測定されるべきＳｐＣｅｌｌおよび各ＮＲ ＳＣｅｌｌに対するｍｅａｓＯｂｊｅｃｔを含むことを確実にするために；
－ｒｅｐｏｒｔＴｙｐｅをｒｅｐｏｒｔＣＧＩに設定した報告コンフィグを使用して、最大１つの測定ＩＤを設定するために；
－すべてのＳＳＢベースの報告に対して、コンフィグが、同一のｓｓｂＦｒｅｑｕｅｎｃｙとｓｓｂＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇを有する最大で１つの測定対象を有することを確実にするために。

ＵＥは以下のようにしなければならない：
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｍｅａｓＯｂｊｅｃｔＴｏＲｅｍｏｖｅＬｉｓｔを含む場合：
２＞ ５．５．２．４に定める測定対象削除手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｍｅａｓＯｂｊｅｃｔＴｏＡｄｄＭｏｄＬｉｓｔを含む場合：
２＞ ５．５．２．５に定める測定対象追加／変更手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｒｅｐｏｒｔＣｏｎｆｉｇＴｏＲｅｍｏｖｅＬｉｓｔを含む場合：
２＞ ５．５．２．６に規定されている報告コンフィグ削除手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｒｅｐｏｒｔＣｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔを含む場合：
２＞ ５．５．２．７に規定する報告コンフィグ追加／変更手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｑｕａｎｔｉｔｙＣｏｎｆｉｇを含む場合：
２＞ ５．５．２．８で指定された数量設定手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｍｅａｓＩｄＴｏＲｅｍｏｖｅＬｉｓｔを含む場合：
２＞ ５．５．２．２に規定された測定アイデンティティ削除手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｍｅａｓＩｄＴｏＡｄｄＭｏｄＬｉｓｔを含む場合：
２＞ ５．５．２．３に定める測定アイデンティティ追加／変更手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇがｍｅａｓＧａｐＣｏｎｆｉｇを含む場合：
２＞ ５．５．２．９に規定された測定ギャップ設定手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇがｍｅａｓＧａｐＳｈａｒｉｎｇＣｏｎｆｉｇを含む場合：
２＞ ５．５．２．１１に規定されている測定ギャップ共有設定手順を実行する；
１＞ 受信したｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧがｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇを含む場合：
２＞ ｓｓｂ－ＲＳＲＰにｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇが設定されている場合は、ＶａｒＭｅａｓＣｏｎｆｉｇ内のｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇのパラメータｓｓｂ－ＲＳＲＰを、受信したｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇの値が示すＲＳＲＰ範囲の最小値に設定する；
２＞ それ以外の場合は、ＶａｒＭｅａｓＣｏｎｆｉｇ内のｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇのパラメータｃｓｉ－ＲＳＲＰを、ｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇの受信値によって示されるＲＳＲＰ範囲の最小値に設定する。
注釈： ＮＲ－ＤＣでは、ＦＲ１およびＦＲ２周波数の両方に対して、測定ギャップおよびギャップ共有設定がＭＮによって実行される。したがって、ｍｅａｓＣｏｎｆｉｇ－ＳＣＧは、ｍｅａｓＧａｐＣｏｎｆｉｇ ＩＥおよびｍｅａｓＧａｐＳｈａｒｉｎｇＣｏｎｆｉｇ ＩＥを含まない。

５．５．２．２ 測定アイデンティティの削除
ＵＥは以下のようにしなければならない：
１＞ ｍｅａｓＣｏｎｆｉｇの受信によりこの手順が呼び出された場合：
２＞ ＶａｒＭｅａｓＣｏｎｆｉｇにおける現在のＵＥの設定の一部である受信したｍｅａｓＩｄＴｏＲｅｍｏｖｅＬｉｓｔに含まれるｍｅａｓＩｄのそれぞれに対して：
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＩｄＬｉｓｔから、一致するｍｅａｓＩｄを持つエントリを削除する；
３＞ 含まれている場合は、このｍｅａｓＩｄの測定報告エントリをＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔから削除する；
３＞ 動作中の場合、定期報告タイマを停止し、このｍｅａｓＩｄの関連情報（例えば、ｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする。
注釈： ｍｅａｓＩｄＴｏＲｅｍｏｖｅＬｉｓｔが現在のＵＥの設定の一部ではないｍｅａｓＩｄ値を含む場合、ＵＥはメッセージをエラーと見なさない。
１＞ そうでない場合で、ｍｅａｓＣｏｎｆｉｇ－ＳＣＧの受信によりこの手順が呼び出された場合：
２＞ ＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧの現在のＵＥの設定の一部である受信したｍｅａｓＩｄＴｏＲｅｍｏｖｅＬｉｓｔに含まれるｍｅａｓＩｄのそれぞれに対して：
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔから、一致するｍｅａｓＩｄを持つエントリを削除する；
３＞ 含まれている場合は、このｍｅａｓＩｄの測定報告エントリをＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧから削除する；
３＞ 動作中の場合は定期報告タイマを停止し、このｍｅａｓＩｄの関連情報（例えば、ｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする。
注釈： ｍｅａｓＩｄＴｏＲｅｍｏｖｅＬｉｓｔが現在のＵＥの設定の一部ではないｍｅａｓＩｄ値を含む場合、ＵＥはメッセージをエラーと見なさない。

５．５．２．３ 測定アイデンティティの追加／変更
ネットワークは、以下の手順を適用する：
－対応する測定対象、対応する報告コンフィグ、および対応する数量コンフィグが設定されている場合にのみ、ｍｅａｓＩｄを設定する。

ＵＥは以下のようにしなければならない：
１＞ ｍｅａｓＣｏｎｆｉｇの受信によりこの手順が呼び出された場合：
２＞ 受信したｍｅａｓＩｄＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｍｅａｓＩｄのそれぞれに対して：
３＞ 一致するｍｅａｓＩｄを持つエントリがＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＩｄＬｉｓｔに存在する場合：
４＞ エントリをこのｍｅａｓＩｄのために受信した値に置き換える；
３＞ そうでない場合：
４＞ ＶａｒＭｅａｓＣｏｎｆｉｇ内にこのｍｅａｓＩｄのための新しいエントリを追加する；
３＞ 含まれている場合は、このｍｅａｓＩｄのための測定報告エントリをＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔから削除する；
３＞ 定期報告タイマを停止し、このｍｅａｓＩｄのための関連情報（例えばｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする。
３＞ このｍｅａｓＩｄに関連付けられたｒｅｐｏｒｔＣｏｎｆｉｇにおいて、ｒｅｐｏｒｔＴｙｐｅがｒｅｐｏｒｔＣＧＩに設定されている場合；
４＞ このｍｅａｓＩｄに関連付けられているｍｅａｓＯｂｊｅｃｔがＥ－ＵＴＲＡに関する場合：
５＞ このｍｅａｓＩｄに対してＸ秒に設定されたタイマ値を有するタイマＴ３２１を開始する；
４＞ このｍｅａｓＩｄに関連付けられたｍｅａｓＯｂｊｅｃｔがＮＲに関する場合：
５＞ このｍｅａｓＩｄのタイマ値をＹ秒に設定したタイマＴ３２１を開始する；
１＞ ｍｅａｓＣｏｎｆｉｇ－ＳＣＧを受信したためにこの手順が呼び出された場合：
２＞ 受信したｍｅａｓＩｄＴｏＡｄｄＭｏｄＬｉｓｔに含まれるｍｅａｓＩｄのそれぞれに対して：
３＞ 一致するｍｅａｓＩｄを持つエントリがＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに存在する場合：
４＞ エントリをこのｍｅａｓＩｄのために受信した値に置き換える；
３＞ そうでない場合：
４＞ ＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内にこのｍｅａｓＩｄのための新しいエントリを追加する；
３＞ 含まれている場合は、このｍｅａｓＩｄのための測定報告エントリをＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧから削除する；
３＞ 定期報告タイマを停止し、このｍｅａｓＩｄのための関連情報（例えばｔｉｍｅＴｏＴｒｉｇｇｅｒ）をリセットする。
３＞ このｍｅａｓＩｄに関連付けられたｒｅｐｏｒｔＣｏｎｆｉｇにおいて、ｒｅｐｏｒｔＴｙｐｅがｒｅｐｏｒｔＣＧＩに設定されている場合；
４＞ このｍｅａｓＩｄに関連付けられているｍｅａｓＯｂｊｅｃｔがＥ－ＵＴＲＡに関する場合：
５＞ このｍｅａｓＩｄに対してＸ秒に設定されたタイマ値を有するタイマＴ３２１を開始する；
４＞ このｍｅａｓＩｄに関連付けられたｍｅａｓＯｂｊｅｃｔがＮＲに関する場合：
５＞ このｍｅａｓＩｄのタイマ値をＹ秒に設定したタイマＴ３２１を開始する；

５．５．２．４（測定対象の削除）、５．５．２．５（測定対象の追加・変更）、５．５．２．６（報告コンフィグの削除）、５．５．２．７（報告コンフィグの追加／変更）等の、３８．３３１の他の測定コンフィグ手順も、ＳＣＧ測定コンフィグを考慮するために、上記と同様に変更される。

測定の実行
一般
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
ＵＥは以下のようにしなければならない：
１＞ ＵＥがｍｅａｓＣｏｎｆｉｇまたはｍｅａｓＣｏｎｆｉｇ－ＳＣＧを有するときはいつでも、ｓｅｒｖｉｎｇＣｅｌｌＭＯが構成される各サービングセルについてＲＳＲＰおよびＲＳＲＱ測定を以下のように実行する：
２＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに含まれる少なくとも１つのｍｅａｓＩｄが、ｓｓｂに設定されたｒｓＴｙｐｅを含む場合：
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに含まれる少なくとも１つのｍｅａｓＩｄが、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓおよびｍａｘＮｒｏｆＲＳＩｎｄｅｘｅｓＴｏＲｅｐｏｒｔを含む場合：
４＞ ５．５．３．３ａに記載されているように、ＳＳ／ＰＢＣＨブロックに基づいて、サービングセルのためのビームごとにレイヤ３フィルタリングされたＲＳＲＰおよびＲＳＲＱを導出する；
３＞ ５．５．３．３に記載されているように、ＳＳ／ＰＢＣＨブロックに基づいてサービングセル測定結果を導出する；
２＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに含まれる少なくとも１つのｍｅａｓＩｄが、ｃｓｉ－ｒｓに設定されたｒｓＴｙｐｅを含む場合：
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに含まれる少なくとも１つのｍｅａｓＩｄが、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓおよびｍａｘＮｒｏｆＲＳＩｎｄｅｘｅｓＴｏＲｅｐｏｒｔを含む場合：
４＞ ５．５．３．３ａに記載されているように、ＣＳＩ－ＲＳに基づいて、サービングセルのための、ビームごとのレイヤ３フィルタリングされたＲＳＲＰおよびＲＳＲＱを導出する；
３＞ ５．５．３．３に記載されているように、ＣＳＩ－ＲＳに基づいてサービングセル測定結果を導出する；
１＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに含まれる少なくとも１つのｍｅａｓＩｄが、トリガ数量および／または報告数量としてＳＩＮＲを含む場合：
２＞ 関連するｒｅｐｏｒｔＣｏｎｆｉｇが、ｓｓｂに設定されたｒｓＴｙｐｅを含む場合：
３＞ ｍｅａｓＩｄが、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓおよびｍａｘＮｒｏｆＲＳＩｎｄｅｘｅｓＴｏＲｅｐｏｒｔを含む場合：
４＞ ５．５．３．３ａに記載されているように、ＳＳ／ＰＢＣＨブロックに基づいて、サービングセルのためのビームごとのレイヤ３フィルタリングされたＳＩＮＲを導出する；
３＞ ５．５．３．３に記載されているように、ＳＳ／ＰＢＣＨブロックに基づいてサービングセルＳＩＮＲを導出する；
２＞ 関連するｒｅｐｏｒｔＣｏｎｆｉｇが、ｃｓｉ－ｒｓに設定されたｒｓＴｙｐｅを含む場合：
３＞ ｍｅａｓＩｄが、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓおよびｍａｘＮｒｏｆＲＳＩｎｄｅｘｅｓＴｏＲｅｐｏｒｔを含む場合：
４＞ ５．５．３．３ａに記載されているように、ＣＳＩ－ＲＳに基づいてサービングセルのためのビームごとのレイヤ３フィルタリングされたＳＩＮＲを導出する；
３＞ ５．５．３．３に記載されているように、ＣＳＩ－ＲＳに基づいてサービングセルＳＩＮＲを導出する；
１＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに含まれるｍｅａｓＩｄのそれぞれに対して：
２＞ 関連するｒｅｐｏｒｔＣｏｎｆｉｇのｒｅｐｏｒｔＴｙｐｅがｒｅｐｏｒｔＣＧＩに設定されている場合：
３＞ 利用可能なアイドル期間を使用して、関連するｍｅａｓＯｂｊｅｃｔにおいて示される周波数およびＲＡＴについて対応する測定を実行する；
３＞ 関連するｍｅａｓＯｂｊｅｃｔに対するｒｅｐｏｒｔＣＧＩフィールドによって示されるセルがＮＲセルであり、その示されるセルがＳＩＢ１をブロードキャストしている場合（ＴＳ３８．２１３、セクション１３を参照）：
４＞ そのセルでのＳＩＢ１の獲得を試みる；
３＞ ｒｅｐｏｒｔＣＧＩフィールドによって示されるセルがＥＵＴＲＡセルである場合：
４＞ そのセルのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１の取得を試みる；
２＞ 関連するｒｅｐｏｒｔＣｏｎｆｉｇのｒｅｐｏｒｔＴｙｐｅがｐｅｒｉｏｄｉｃａｌまたはｅｖｅｎｔＴｒｉｇｇｅｒｅｄの場合：
３＞ 測定ギャップコンフィグが設定されている場合、または
３＞ 関連する測定を実行するための測定ギャップをＵＥが必要としない場合：
４＞ ｓ－Ｍｅａｓｕｒｅｓ－Ｃｏｎｆｉｇが設定されていない場合、または
４＞ ｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇがｓｓｂ－ＲＳＲＰに設定され、ＳＳ／ＰＢＣＨ ブロックに基づくＮＲのＳｐＣｅｌｌのＲＳＲＰが、レイヤ３フィルタリング後に、ｓｓｂ－ＲＳＲＰより低い場合、または
４＞ ｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇがｃｓｉ－ＲＳＲＰに設定され、ＣＳＩ－ＲＳに基づくＮＲのＳｐＣｅｌｌのＲＳＲＰが、レイヤ３フィルタリング後に、ｃｓｉ－ＲＳＲＰより低い場合：
５＞ ｍｅａｓＯｂｊｅｃｔがＮＲに関連付けられ、ｒｓＴｙｐｅがｃｓｉ－ｒｓに設定されている場合：
６＞ 関連するｒｅｐｏｒｔＣｏｎｆｉｇのためのｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓおよびｍａｘＮｒｏｆＲＳＩｎｄｅｘｅｓＴｏＲｅｐｏｒｔが構成されている場合：
７＞ ５．５．３．３ａに記載されているように、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓに示されている各測定量に対するＣＳＩ－ＲＳのみに基づいて、レイヤ３フィルタリングされたビーム測定値を導出する；
６＞ ５．５．３．３に記載されているように、関連するｍｅａｓＯｂｊｅｃｔからのパラメータを使用して、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＣｅｌｌに示される各トリガ量および各測定量についてのＣＳＩ－ＲＳに基づいて、セル測定結果を導出する；
５＞ ｍｅａｓＯｂｊｅｃｔがＮＲに関連付けられ、ｒｓＴｙｐｅがｓｓｂに設定されている場合：
６＞ 関連するｒｅｐｏｒｔＣｏｎｆｉｇに対するｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓおよびｍａｘＮｒｏｆＲＳＩｎｄｅｘｅｓＴｏＲｅｐｏｒｔが構成されている場合：
７＞ ５．５．３．３ａに記載されているように、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓに示されている各測定量についてのＳＳ／ＰＢＣＨブロックのみに基づいてレイヤ３ビーム測定値を導出する；
６＞ ５．５．３．３に記載されているように、関連するｍｅａｓＯｂｊｅｃｔからのパラメータを使用して、ｒｅｐｏｒｔＱｕａｎｔｉｔｙＣｅｌｌに示されている各トリガ量および各測定量についてのＳＳ／ＰＢＣＨブロックに基づいてセル測定結果を導出する；
５＞ ｍｅａｓＯｂｊｅｃｔがＥ－ＵＴＲＡに関連付けられている場合：
６＞ 関連するｍｅａｓＯｂｊｅｃｔにおいて示された周波数上で、隣接セルに関連付けられた対応する測定を実行する；
２＞ ５．５．４に定める報告基準の評価を行う。

測定報告トリガ
一般
セキュリティが正常にアクティブ化された場合、ＵＥは、以下のようにしなければならない：
１＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔに含まれるｍｅａｓＩｄのそれぞれに対して：
２＞ 対応するｒｅｐｏｒｔＣｏｎｆｉｇが、ｅｖｅｎｔＴｒｉｇｇｅｒｅｄまたはｐｅｒｉｏｄｉｃａｌに設定されたｒｅｐｏｒｔＴｙｐｅを含む場合；
３＞ 対応するｍｅａｓＯｂｊｅｃｔがＮＲに関する場合；
４＞ ｅｖｅｎｔＡ１またはｅｖｅｎｔＡ２が対応するｒｅｐｏｒｔＣｏｎｆｉｇにおいて設定されている場合：
５＞ サービングセルのみが適用可能であるとみなす；
４＞ そうでない場合：
５＞ ｍｅａｓＯｂｊｅｃｔＮＲに関連付けられたサービングセル及び別のｍｅａｓＯｂｊｅｃｔＮＲに関連付けられた隣接セルを含むイベントについて、その別のｍｅａｓＯｂｊｅｃｔＮＲに関連付けられた任意のサービングセルも同様に隣接セルであるとみなす；
５＞ ｕｓｅＷｈｉｔｅＣｅｌｌＬｉｓｔがＴＲＵＥに設定されている場合：
６＞ 関連するセルがこのｍｅａｓＩｄのためのＶａｒＭｅａｓＣｏｎｆｉｇ内で定義されたｗｈｉｔｅＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔに含まれている場合、関連するｍｅａｓＯｂｊｅｃｔＮＲ内のパラメータに基づいて検出された隣接セルを、適用可能と見なす；
５＞ それ以外の場合：
６＞ 関連するセルがこのｍｅａｓＩｄのためのＶａｒＭｅａｓＣｏｎｆｉｇ内で定義されたｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔに含まれていない場合に、関連するｍｅａｓＯｂｊｅｃｔＮＲ内のパラメータに基づいて検出された隣接セルを、適用可能と見なす；
３＞ それ以外の場合で、対応するｍｅａｓＯｂｊｅｃｔがＥ－ＵＴＲＡに関する場合；
４＞ 関連するセルがこのｍｅａｓＩｄのＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内で定義されたｂｌａｃｋＣｅｌｌｓＴｏＡｄｄＭｏｄＬｉｓｔＥＵＴＲＡＮに含まれていない場合に、関連周波数で検出された隣接セルを適用可能であるとみなす；
２＞ 対応するｒｅｐｏｒｔＣｏｎｆｉｇが、ｒｅｐｏｒｔＣＧＩに設定されたｒｅｐｏｒｔＴｙｐｅを含む場合：
３＞ ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内の対応するｒｅｐｏｒｔＣｏｎｆｉｇに含まれるｃｅｌｌＦｏｒＷｈｉｃｈＴｏＲｅｐｏｒｔＣＧＩの値に一致する物理セルアイデンティティを有し、関連するｍｅａｓＯｂｊｅｃｔにおいて検出されたセルを、適用可能と見なす；
２＞ ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧが、このｍｅａｓＩｄについての測定報告エントリを含まない間に、ｒｅｐｏｒｔＴｙｐｅがｅｖｅｎｔＴｒｉｇｇｅｒｅｄに設定されている場合、および、このイベントに適用可能なエントリ条件が、すなわち、ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内の対応するｒｅｐｏｒｔＣｏｎｆｉｇのｅｖｅｎｔＩｄに対応するイベントが、ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のこのイベントについて定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒの間に行われたレイヤ３フィルタリングの後に、全ての測定値のためのすべての適用可能なセルについて満たされている（最初のセルがイベントをトリガする）場合：
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内に測定報告エントリを含める；
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されているｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔを０に設定する；
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されたｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔ内に関連セルを含める；
３＞ ５．５．５に定める測定報告手順を開始する；
２＞ ｒｅｐｏｒｔＴｙｐｅがｅｖｅｎｔＴｒｉｇｇｅｒｅｄに設定されている場合、および、このイベントに適用可能なエントリ条件が、すなわち、ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内の対応するｒｅｐｏｒｔＣｏｎｆｉｇのｅｖｅｎｔＩｄに対応するイベントが、ＶａｒＭｅａｓＣｏｎｆｉｇ内のこのイベントに対して定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒの間に行われたレイヤ３フィルタリング後のすべての測定値について、ｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔに含まれていない１つまたは複数の適用可能なセルに対して満たされている（後続のセルがイベントをトリガする）場合：
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されているｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔを０に設定する；
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されたｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔ内に、関連セルを含める；
３＞ ５．５．５に定める測定報告手順を開始する；
２＞ ｒｅｐｏｒｔＴｙｐｅがｅｖｅｎｔＴｒｉｇｇｅｒｅｄに設定されている場合、および、このイベントのためのＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内で定義されたｔｉｍｅＴｏＴｒｉｇｇｅｒの間にレイヤ３フィルタリングが行われた後に、すべての測定値について、このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ内で定義されたｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔに含まれる１つ以上のセルについて、このイベントに適用可能な離脱条件が満たされている場合：
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内に定義されているｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔにおいて、関連セルを削除する；
３＞ 対応する報告コンフィグに対して、ｒｅｐｏｒｔＯｎＬｅａｖｅがＴＲＵＥに設定されている場合：
４＞ ５．５．５に定める測定報告手順を開始する；
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されたｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔが空の場合：
４＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内の測定報告エントリを削除する；
４＞ 実行中の場合は、このｍｅａｓＩｄのための定期報告タイマを停止する；
２＞ ｒｅｐｏｒｔＴｙｐｅがｐｅｒｉｏｄｉｃａｌに設定されている場合、および、（最初の）測定結果が使用可能な場合：
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内に測定報告エントリを含める；
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されているｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔを０に設定する；
４＞ ｒｅｐｏｒｔＡｍｏｕｎｔが１を超える場合：
５＞ 報告されるべき数量がＮＲ ＳｐＣｅｌｌに利用可能になった直後に、５．５．５に規定されている測定報告手順を開始する；
４＞ それ以外の（すなわち、ｒｅｐｏｒｔＡｍｏｕｎｔが１に等しい）場合：
５＞ 報告されるべき量がＮＲ ＳｐＣｅｌｌおよび適用可能なセルの中で最も強いセルに対して利用可能になった直後に、５．５．５に規定されている測定報告手順を開始する；
２＞ このｍｅａｓＩｄの定期報告タイマが満了したことに応じて：
３＞ ５．５．５に規定されているように、測定報告手順を開始する。
２＞ ｒｅｐｏｒｔＴｙｐｅがｒｅｐｏｒｔＣＧＩに設定されている場合；
３＞ ＵＥが、要求されたセルについてＳＩＢ１またはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１を取得した場合
３＞ 要求されたＮＲセルがＳＩＢ１を送信していないことをＵＥが検出した場合（ＴＳ３８．２１３、セクション１３を参照）：
４＞ タイマＴ３２１を停止する；
４＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内に測定報告エントリを含める；
４＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されているｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔを０に設定する；
４＞ ５．５．５に定める測定報告手順を開始する；
２＞ このｍｅａｓＩｄのためのＴ３２１の満了に応じて：
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内に測定報告エントリを含める；
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されているｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔを０に設定する；
３＞ ５．５．５に規定されているように、測定報告手順を開始する。

測定報告
一般
この手順の目的は、ＵＥからネットワークへ測定結果を転送することである。ＵＥはセキュリティアクティベーションに成功した後にのみ、この手順を開始するものとする。測定報告手順がトリガされたｍｅａｓＩｄについて、ＵＥは、以下のように、ｍｅａｓＲｅｓｕｌｔｓをＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ内に設定しなければならない：
１＞ ｍｅａｓＩｄを、測定報告をトリガした測定アイデンティティに設定する；
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
１＞ 報告すべき適用可能な隣接セルが少なくとも１つある場合：
２＞ ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓを、以下に従ってｍａｘＲｅｐｏｒｔＣｅｌｌｓまでの最良の隣接セルを含むように設定する：
３＞ ｒｅｐｏｒｔＴｙｐｅがｅｖｅｎｔＴｒｉｇｇｅｒｅｄに設定されている場合：
４＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内で定義されるように、ｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔに含まれるセルを含める；
３＞ それ以外の場合：
４＞ 直近の定期報告以降、または、測定が開始またはリセットされて以降に、新しい測定結果利用可能になった、利用可能なセルを含める；
４＞ ｒｅｐｏｒｔＱｕａｎｔｉｔｙＲｓＩｎｄｅｘｅｓおよびｍａｘＮｒｏｆＲＳＩｎｄｅｘｅｓＴｏＲｅｐｏｒｔが構成されている場合、５．５．５．２に記載されているビーム測定情報を含める；
＜＜ｓｋｉｐｐｅｄ ｐａｒｔｓ＞＞
１＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧで定義されているように、ｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔを１だけインクリメントする；
１＞ 定期報告タイマが動作している場合は停止する；
１＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧで定義されているｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔが、このｍｅａｓＩｄのための対応するｒｅｐｏｒｔＣｏｎｆｉｇ内で定義されているｒｅｐｏｒｔＡｍｏｕｎｔより小さい場合：
２＞ このｍｅａｓＩｄのための対応するｒｅｐｏｒｔＣｏｎｆｉｇ内で定義されているｒｅｐｏｒｔＩｎｔｅｒｖａｌの値を使用して、定期報告タイマを開始する；
１＞ それ以外の場合：
２＞ ｒｅｐｏｒｔＴｙｐｅがｐｅｒｉｏｄｉｃａｌに設定されている場合：
３＞ このｍｅａｓＩｄのためのＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔまたはＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ－ＳＣＧ内のエントリを削除する；
３＞ このｍｅａｓＩｄを、ＶａｒＭｅａｓＣｏｎｆｉｇまたはＶａｒＭｅａｓＣｏｎｆｉｇ－ＳＣＧ内のｍｅａｓＩｄＬｉｓｔから削除する；

１＞ ＵＥがＥＮ－ＤＣまたはＮＧＥＮ－ＤＣで構成されている場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＴＳ３６．３３１に規定されているように、Ｅ－ＵＴＲＡのＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＥＵＴＲＡ ＭＣＧを介して、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
（ＥＮ＿ＤＣとの違いは、ＥＮ－ＤＣではｍｅａｓＣｏｎｆｉｇがセカンダリコンフィグに使用され、ＮＲ－ＤＣではｍｅａｓＣｏｎｆｉｇ－ＳＣＧなどがプライマリコンフィグに使用されたことである。）
１＞ それ以外の場合で、ＳＣＧ測定コンフィグに基づいて測定報告がトリガされる場合：
２＞ ＳＲＢ３が設定されている場合：
３＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを、ＳＲＢ３を介して、送信のために下位レイヤに提示し、その後、手順は終了する；
２＞ それ以外の場合：
３＞ ＲＲＣメッセージＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣに埋め込まれたＭＣＧを介してＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを提示する。
１＞ それ以外の場合：
２＞ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを下位レイヤに提示し、その後、手順は終了する。

ネットワーク態様
ＭＮおよびＳＮからシグナリングされる２つの別個の測定コンフィグがあるため、測定／報告コンフィグアイデンティティは、ＵＥにおいて混乱を引き起こすことなく、セルグループにわたって再使用されうる。このように、ＭＮとＳＮとの間のアイデンティティの調整は不要である。しかしながら、ネットワークは、先の実施形態においてＭＮとＳＮとの間の調整を可能とすることを考慮すること（例えば、２つの測定対象のコンフィグが全く同じであった場合、異なるものを使用するのではなく、ＭＮおよびＳＮのコンフィグの両方において同じ測定対象を再使用する可能性）ができるように、同様のメカニズムを使用しうる。

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

無線ネットワークは、任意の種類の通信、電気通信、データ、セルラ、および／または無線ネットワークまたは他の同様の種類のシステムを含み、および／または、インタフェース接続しうる。いくつかの実施形態では、無線ネットワークが、特定の標準または他のタイプの所定のルールまたは手順に従って動作するように構成されうる。したがって、無縁ネットワークの特定の実施形態は、移動通信用グローバルシステム（ＧＳＭ）、ユニバーサル移動通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格；ＩＥＥＥ ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格；および／または、全世界相互運用マイクロ波アクセス（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚ－Ｗａｖｅ、および／またはＺｉｇＢｅｅ規格などの任意の他の適切な無線通信規格を実装しうる。

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

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

ここで使用されるように、ネットワークノードは、無線デバイスと、および／または、無線ネットワーク内の他のネットワークノードまたは装置と、直接的または間接的に通信して、無線デバイスへの無線アクセスを可能にしおよび／または提供し、および／または、無線ネットワーク内の他の機能（例えば、管理）を実行することができ、そのように構成され、そのように配置され、および／またはそのように動作可能な装置を指す。ネットワークノードの例は、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ＮｏｄｅＢ、エボルブドＮｏｄｅＢ（ｅＮＢ）、および、ＮＲ ＮｏｄｅＢ（ｇＮＢ））を含むが、これらに限定されない。基地局は、それらが提供するカバレッジの量（または別の言い方をすれば、それらの送信電力レベル）に基づいて分類されてもよく、そして、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれうる。基地局は、中継ノードや、中継を制御する中継ドナーノードであってもよい。ネットワークノードは、セントラライズド・デジタルユニット、および／または、リモート無線ヘッド（ＲＲＨ）と呼ばれることもあるリモート無線ユニット（ＲＲＵ）などの分散型無線基地局の１つまたは複数の（またはすべての）部分を含みうる。このようなリモート無線ユニットは、アンテナ一体型無線機としてアンテナと一体化される場合とされない場合がある。分散無線基地局の一部は、分散アンテナシステム（ＤＡＳ）におけるノードとも呼ばれることがある。ネットワークノードのさらに別の例は、マルチスタンダード無線機（ＭＳＲ） ＢＳなどのＭＳＲ機器、無線ネットワーク制御装置（ＲＮＣ）または基地局制御装置（ＢＳＣ）などのネットワークコントローラ、基地送受信局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ－ＳＭＬＣ）、および／またはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードは、無線装置の無線ネットワークへのアクセスを可能とし及び／又は提供し、又は、無線ネットワークにアクセスした無線装置に何らかのサービスを提供することができる、そのように構成された、そのように配置された、および／または、そのように動作可能な任意の適切な装置（または装置群）を表しうる。

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

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

処理回路６７０は、ネットワークノードによって提供されるようにここで説明される任意の判定、計算、または類似の動作（例えば、特定の取得動作）を実行するように構成される。処理回路６７０によって実行されるこれらの動作は、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに格納された情報と比較すること、および／または、取得された情報または変換された情報に基づいて１つまたは複数の動作を実行すること、および、その処理の決定として判定を行うことによって、処理回路６７０が取得した情報を処理することを含みうる。

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

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

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

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

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

特定の代替実施形態では、ネットワークノード６６０は、別個の無線フロントエンド回路６９２を含まなくてもよく、代わりに、処理回路６７０が無線フロントエンド回路を含んでもよく、別個の無線フロントエンド回路６９２を伴わずに、アンテナ６６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦ送受信器回路６７２のすべてまたは一部がインタフェース６９０の一部とみなされてもよい。さらに他の実施形態では、インタフェース６９０は、無線ユニット（不図示）の一部として、１つ以上のポートまたは端子６９４、無線フロントエンド回路６９２、およびＲＦ送受信器回路６７２を含んでもよく、インタフェース６９０は、デジタルユニット（不図示）の一部であるベースバンド処理回路６７４と通信してもよい。

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

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

電力回路６８７は、電力管理回路を有してもよく、または電力管理回路に結合されてもよく、ここで説明される機能を実行するための電力をネットワークノード６６０の構成要素に供給するように構成される。電力回路６８７は、電源６８６から電力を受け取ることができる。電源６８６および／または電力回路６８７はそれぞれの構成要素に適した形態（例えば、それぞれの構成要素に必要な電圧および電流レベル）で、ネットワークノード６６０の様々な構成要素に電力を供給するように構成されてもよい。電源６８６は、電力回路６８７および／またはネットワークノード６６０に含まれてもよく、またはその外部に含まれてもよい。例えば、ネットワークノード６６０は、電気ケーブルなどの入力回路またはインタフェースを介して、外部電源（例えば、電気コンセント）に接続可能であってもよく、それによって、外部電源が電力回路６８７に電力を供給する。さらなる例として、電源６８６は、電力回路６８７に接続され、または集積される、バッテリまたはバッテリパックの形態で、電源を含んでもよい。万一、外部電源に障害が発生した場合には、バッテリからバックアップ電源が供給されうる。光起電装置のような他のタイプの電源が使用されてもよい。

ネットワークノード６６０の代替的な実施形態は、ここで説明される機能のいずれか、および／または、ここで説明される主題を補助するために必要な任意の機能を含んだ、ネットワークノードの機能の所定の態様を提供することを担いうる、図６に示されるものを超える追加の構成要素を含んでもよい。例えば、ネットワークノード６６０は、ネットワークノード６６０への情報の入力を可能にし、ネットワークノード６６０からの情報の出力を可能にする、ユーザインタフェース機器を含みうる。これにより、ユーザは、ネットワークノード６６０の診断、保守、修理、および他の管理機能を実行することが可能となりうる。

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

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

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

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

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

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

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

処理回路６２０は、ＷＤによって実行されるものとしてここで説明される任意の判定、計算、または同様の動作（例えば、特定の取得動作）を実行するように構成されうる。これらの動作は、処理回路６２０によって実行されるように、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をＷＤ６１０によって記憶された情報と比較すること、および／または、取得された情報または変換された情報に基づいて１つまたは複数の動作を実行すること、および、その処理の結果として判定を行うことによって、処理回路６２０によって取得された情報を処理することを含みうる。

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

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

補助装置６３４は、ＷＤによって一般に実行されない可能性がある、より固有の機能を提供するように動作可能である。これは、様々な目的のために測定を行うための専用センサ、有線通信などの追加の種類の通信のためのインタフェースを含みうる。補助装置６３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変わりうる。

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

図７は、ここで説明される様々な態様によるＵＥの一実施形態を示す。ここで使用されるように、ユーザ端末またはＵＥは、必ずしも、関連するデバイスを所有し及び／または操作する人間のユーザという意味で、ユーザを有しなくてもよい。代替的には、ＵＥは、人間のユーザへの販売または人間のユーザによる操作が意図されているが、特定の人間のユーザに関連付けられていなくてもよいし、または、当初はそれに関連付けられていなくてもよいデバイスを表しうる（例えば、スマートスプリンクラコントローラ）。あるいは、ＵＥは、エンドユーザへの販売またはエンドユーザによる操作が意図されていないが、ユーザのために関連付けられるか、または操作されうるデバイスを表してもよい（例えば、スマート電力メータ）。ＵＥ７２００は、ＮＢ－ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含んだ、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって特定される任意のＵＥであってもよい。図７に示されるように、ＵＥ７００は、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ標準などの、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布される１つ以上の通信標準に従って通信するように構成されるＷＤの一例である。前述のように、用語ＷＤおよびＵＥは、交換可能に使用されうる。したがって、図７はＵＥであるが、ここで説明される構成要素はＷＤに等しく適用可能であり、その逆も同様である。

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

図７において、処理回路７０１は、コンピュータ命令およびデータを処理するように構成されうる。処理回路７０１は、１つ以上のハードウェア実装ステートマシン（例えば、個別ロジック、ＦＰＧＡ、ＡＳＩＣなど）などのメモリに機械可読コンピュータプログラムとして記憶された機械命令を実行するように動作可能な任意のシーケンシャルステートマシン；適切なファームウェアを伴うプログラマブルロジック；１つ以上の格納されたプログラム、適切なソフトウェアを伴うマイクロプロセッサまたはデジタルシグナルプロセッサ（ＤＳＰ）などの汎用プロセッサ、または上記の任意の組合せを実装するように構成されうる。例えば、処理回路７０１は、２つの中央処理装置（ＣＰＵ）を含みうる。データは、コンピュータによる使用に適した形態の情報でありうる。

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

図７において、ＲＦインタフェース７０９は、送信器、受信器、およびアンテナなどのＲＦ構成要素に通信インタフェースを提供するように構成されうる。ネットワーク接続インタフェース７１１は、ネットワーク７４３ａへの通信インタフェースを提供するように構成されうる。ネットワーク７４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、他の同様のネットワーク、又はそれらの任意の組み合わせなどの、有線及び／又は無線のネットワークを含みうる。例えば、ネットワーク７４３ａは、Ｗｉ－Ｆｉネットワークを含みうる。ネットワーク接続インタフェース７１１は、イーサネット（登録商標）、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つ以上の通信プロトコルに従って、通信ネットワークを介して、１つ以上の他のデバイスと通信するために使用される受信器および送信器インタフェースを含むように構成されうる。ネットワーク接続インタフェース７１１は、通信ネットワークリンク（例えば、光、電気など）に適切な受信器および送信器の機能を実装しうる。送信器の機能および受信器の機能は、回路構成要素、ソフトウェア、またはファームウェアを共有してもよく、あるいは、別々に実装されてもよい。

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

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

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

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

ここで説明される特徴、利点、および／または機能は、ＵＥ７００の構成要素のうちの１つで実装されてもよいし、ＵＥ７００の複数の構成要素にわたって区分されてもよい。さらに、ここで説明される特徴、利点、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実装されうる。一例において、通信サブシステム７３１は、ここで説明される構成要素のいずれかを含むように構成されうる。さらに、処理回路７０１は、バス７０２を介してそのような構成要素のいずれかと通信するように構成されうる。別の例では、そのような構成要素のいずれも、処理回路７０１によって実行されるときに、ここで説明される対応する機能を実行する、メモリに格納されたプログラム命令によって表されうる。別の例では、そのような構成要素のいずれかの機能が、処理回路７０１と通信サブシステム７３１との間で区分されうる。別の例では、このような構成要素のいずれかの計算機負荷の重くない機能がソフトウェアまたはファームウェアで実現されてもよく、計算機負荷の重い機能がハードウェアで実現されてもよい。

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

いくつかの実施形態において、ここで説明する機能の一部または全部が、１つ以上のハードウェアノード８３０によってホストされる１つ以上の仮想環境８００内に実装される、１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装されうる。さらに、仮想ノードが無線アクセスノードでない又は無線接続を必要としない実施形態（例えば、コアネットワークノード）では、ネットワークノードが完全に仮想化されてもよい。

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

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

仮想マシン８４０は、仮想処理、仮想メモリ、仮想ネットワークワーキングまたはインタフェースおよび仮想ストレージを含み、対応する仮想化レイヤ８５０またはハイパーバイザによって実行されてもよい。仮想アプライアンス８２０のインスタンスの様々な実施形態は、１つまたは複数の仮想マシン８４０上で実装されてもよく、実装は異なる方法で行われてもよい。

動作中、処理回路８６０は、仮想マシンモニタ（ＶＭＭ）と呼ばれることもあるハイパーバイザまたは仮想化レイヤ８５０をインスタンス化するために、ソフトウェア８９５を実行する。仮想化レイヤ８５０は、ネットワークハードウェアのように見える仮想オペレーティングプラットフォームを仮想マシン８４０に提示しうる。図８に示すように、ハードウェア８３０は、汎用または特定の構成を有するスタンドアロンネットワークノードであってもよい。ハードウェア８３０は、アンテナ８２２５を有してもよく、仮想化を介していくつかの機能を実装してもよい。あるいは、ハードウェア８３０は、多くのハードウェアノードが協働し、特にアプリケーション８２０のライフサイクル管理を監督する管理およびオーケストレーション（ＭＡＮＯ）８１００を介して管理される、より大きなハードウェアクラスタ（例えば、データセンタまたは顧客構内機器（ＣＰＥ）内など）の一部であってもよい。

ハードウェアの仮想化は、いくつかの文脈において、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタや顧客構内機器に配置することができる業界標準の大容量サーバ・ハードウェア、物理スイッチ、および物理ストレージに統合するために使用されうる。

ＮＦＶの文脈において、仮想マシン８４０は、あたかも物理的な仮想化されていないマシン上で実行されているかのようにプログラムを実行する、物理マシンのソフトウェア実装であってもよい。仮想マシン８４０のそれぞれ、および、その仮想マシンを実行するハードウェア８３０のその部分は、その仮想マシン専用のハードウェアであり、および／または、その仮想マシンによって仮想マシン８４０の他のものと共有されるハードウェアであり、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。

さらに、ＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワークインフラストラクチャ８３０上の１つ以上の仮想マシン８４０で実行され、図８のアプリケーション８２０に対応する特定のネットワーク機能を処理する責任を負う。

いくつかの実施形態では、それぞれが１つまたは複数の送信器８２２０および１つまたは複数の受信器８２１０を含む１つまたは複数の無線ユニット８２００が１つまたは複数のアンテナ８２２５に結合されうる。無線ユニット８２００は、１つ以上の適切なネットワークインタフェースを介してハードウェアノード８３０と直接通信してもよく、無線アクセスノードや基地局などの無線機能を仮想ノードに提供するための仮想コンポーネントと組み合わせて使用しうる。

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

図９を参照すると、実施形態に従って、通信システムは、無線アクセスネットワークなどのアクセスネットワーク９１１と、コアネットワーク９１４とを含んだ、３ＧＰＰタイプのセルラネットワークなどの電気通信ネットワーク９１０を含む。アクセスネットワーク９１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの、それぞれが対応するカバレッジエリア９１３ａ、９１３ｂ、９１３ｃを定義する複数の基地局９１２ａ、９１２ｂ、９１２ｃを有する。各基地局９１２ａ、９１２ｂ、９１２ｃは、有線または無線接続９１５を介してコアネットワーク９１４に接続可能である。カバレッジエリア９１３ｃに位置する第１のＵＥ９９１は、対応する基地局９１２ｃに無線で接続されるか、または呼び出しを受けるように構成される。カバレッジエリア９１３ａ内の第２のＵＥ９９２は、対応する基地局９１２ａに無線で接続可能である。この例では、複数のＵＥ９９１、９９２が示されているが、開示された実施形態は、唯一のＵＥがカバレッジエリア内にあるか、または唯一のＵＥが対応する基地局９１２に接続している状況にも同様に適用可能である。

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

図９の通信システムは、全体として、ＵＥ９９１、９９２とホストコンピュータ９３０との間の接続性を有効にする。接続性は、オーバー・ザ・トップ（ＯＴＴ）接続９５０として説明されうる。ホストコンピュータ９３０および接続されたＵＥ９９１、９９２は、アクセスネットワーク９１１、コアネットワーク９１４、任意の中間ネットワーク９２０、および可能なさらなるインフラストラクチャ（不図示）を仲介者として使用して、ＯＴＴ接続９５０を介して、データおよび／またはシグナリングを通信するように構成される。ＯＴＴ接続９５０は、ＯＴＴ接続９５０が通過する参加中の通信装置がアップリンク通信およびダウンリンク通信のルーティングに気付かないという意味で、トランスペアレントでありうる。例えば、基地局９１２は、接続されたＵＥ９９１に転送される（例えば、ハンドオーバされる）ホストコンピュータ９３０から発信されたデータを伴う着信ダウンリンク通信の過去のルーティングについて通知されなくてよいし、その必要もない。同様に、基地局９１２は、ＵＥ９９１からホストコンピュータ９３０に向けて発信される発信アップリンク通信の将来のルーティングを認識する必要はない。

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

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

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

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

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

ＵＥ１０３０と基地局１０２０との間の無線接続１０７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１０７０が最後のセグメントを形成するＯＴＴ接続１０５０を使用して、ＵＥ１０３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示が、成可能なデータ速度および電力消費を改善することができ、それによって、使用待ち時間の減少およびバッテリ寿命の延長などの利点を提供する。

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

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

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

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

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

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

図１５は、無線ネットワーク（例えば、図６に示される無線ネットワーク）における、装置１５００の概略ブロック図を示す。装置は、無線デバイスまたはネットワークノード（例えば、図６に示される無線デバイス６１０またはネットワークノード６６０）において実装されうる。装置１５００は、図４を参照して説明した例示的な方法、および場合によってはここで開示された任意の他のプロセスまたは方法を実行するように動作可能である。図４の方法は、必ずしも装置１５００のみによって実行されるわけではないことも理解されるべきである。本方法の少なくともいくつかの動作が、１つまたは複数の他のエンティティによって実行されてもよい。

仮想装置１５００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含みうる処理回路、ならびに、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジックを含むことができる他のデジタルハードウェアを含みうる。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたはいくつかのタイプのメモリを含みうるメモリに格納された、プログラムコードを実行するように構成されうる。メモリに格納されたプログラムコードは、いくつかの実施形態において、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびにここで説明された技術のうちの１つまたは複数を実行するための命令を含む。幾つかの実装形態では、処理回路を使用して、受信部１５０２、判定部１５０４、および実行部１５０６、ならびに装置１５００の任意の他の適切なユニットに、本開示の１つ以上の実施形態による対応する機能を実行させてもよい。

図１５に示されるように、装置１５００は、受信部１５０２と、判定部１５０４と、実行部１５０６とを含み、ＵＥが第１のネットワークノードおよび第２のネットワークノードへのデュアルコネクティビティで動作しており、第１のネットワークノードおよび第２のネットワークノードが両方ともＮｅｗ Ｒａｄｉｏ（ＮＲ）ノードである場合、受信部１５０２は、ネットワークから測定および／または報告コンフィグ情報を受信するように構成され、判定部１５０４は、受信された測定および／または報告コンフィグ情報に基づいて、ＵＥにおいて、受信された測定および／または報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかを判定するように構成され、実行部１５０６は、受信された測定および／または報告コンフィグ情報が第１のネットワークノードに関連するか第２のネットワークノードに関連するかに関する判定に基づいて、測定を実行しおよび／または測定結果を報告するように構成される。

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

上述の実施形態は、本発明を限定するのではなく例示するものであり、当業者は、添付の特許請求の範囲から逸脱することなく、多くの代替実施形態を設計することができることに留意されたい。単語「有する」は請求項に列挙されたもの以外の要素又はステップの存在を除外せず、「ａ」又は「ａｎ」は複数を除外せず、単一の特徴又は他のユニットが、請求項に列挙された、いくつかのユニットの機能を満たしうる。請求項中の引用符号は、その範囲を限定するように解釈してはならない。

略語
本開示では、以下の略語の少なくともいくつかが使用されうる。略語間に不一致がある場合、それが上記でどのように使用されているかが優先されるべきである。以下で複数回列挙された場合、最初の列挙が、その後の任意の列挙よりも優先されるべきである。
１ｘＲＴＴ ＣＤＭＡ２０００ １ｘ無線送信技術
３ＧＰＰ 第３世代パートナーシップ・プロジェクト
５Ｇ 第５世代
ＡＢＳ ほぼ空白のサブフレーム
ＡＲＱ 自動再送要求
ＡＷＧＮ 加法性白色ガウス雑音
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
ＣＡ キャリアアグリゲーション
ＣＣ キャリアコンポーネント
ＣＣＣＨ ＳＤＵ 共通制御チャネルＳＤＵ
ＣＤＭＡ 符号分割多元接続
ＣＧＩ セルグローバル識別子
ＣＩＲ チャネルインパルス応答
ＣＰ サイクリックプレフィックス
ＣＰＩＣＨ 共通パイロットチャネル
ＣＰＩＣＨ Ｅｃ／Ｎｏ チップあたりのＣＰＩＣＨ受信エネルギーを帯域内の電力密度で割った値
ＣＱＩ チャネル品質情報
Ｃ－ＲＮＴＩ セルＲＮＴＩ
ＣＳＩ チャネル状態情報
ＤＣＣＨ 固有制御チャネル
ＤＬ ダウンリンク
ＤＭ 復調
ＤＭＲＳ 復調参照信号
ＤＲＸ 間欠受信
ＤＴＸ 間欠送信
ＤＴＣＨ 固有トラフィックチャンネル
ＤＵＴ 被試験デバイス
Ｅ－ＣＩＤ エンハンスドＣｅｌｌ－ＩＤ（測位方式）
Ｅ－ＳＭＬＣ エボルブド・サービングモバイルロケーションセンタ
ＥＣＧＩ エボルブドＣＧＩ
ｅＮＢ Ｅ－ＵＴＲＡＮ ＮｏｄｅＢ
ｅＰＤＣＣＨ 拡張物理ダウンリンク制御チャネル
Ｅ－ＳＭＬＣ エボルブド・サービングモバイルロケーションセンタ
Ｅ－ＵＴＲＡ エボルブドＵＴＲＡ
Ｅ－ＵＴＲＡＮ エボルブドＵＴＲＡＮ
ＦＤＤ 周波数分割複信
ＦＦＳ さらなる研究のために
ＧＥＲＡＮ ＧＳＭ ＥＤＧＥ無線アクセスネットワーク
ｇＮＢ ＮＲの基地局
ＧＮＳＳ 全地球航法衛星システム
ＧＳＭ 移動通信用グローバルシステム
ＨＡＲＱ ハイブリッド自動再送要求
ＨＯ ハンドオーバ
ＨＳＰＡ 高速パケットアクセス
ＨＲＰＤ 高速パケットデータ
ＬＯＳ 見通し
ＬＰＰ ＬＴＥ測位プロトコル
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＢＭＳ マルチメディア放送マルチキャストサービス
ＭＢＳＦＮ マルチメディア放送マルチキャストサービス単一周波数ネットワーク
ＭＢＳＦＮ ＡＢＳ ＭＢＳＦＮのほぼ空白のサブフレーム
ＭＤＴ ドライブテストの最小化
ＭＩＢ マスタインフォメーションブロック
ＭＭＥ 移動管理エンティティ
ＭＳＣ 移動交換センタ
ＮＰＤＣＣＨ 狭帯域物理ダウンリンク制御チャネル
ＮＲ Ｎｅｗ Ｒａｄｉｏ
ＯＣＮＧ ＯＦＤＭＡチャネルノイズジェネレータ
ＯＦＤＭ 直交周波数分割多重
ＯＦＤＭＡ 直交周波数分割多元接続
ＯＳＳ 運用支援システム
ＯＴＤＯＡ 観測到来時間差
Ｏ＆Ｍ 運用及び保守
ＰＢＣＨ 物理ブロードキャストチャネル
Ｐ－ＣＣＰＣＨ プライマリ共通制御物理チャネル
ＰＣｅｌｌ プライマリセル
ＰＣＦＩＣＨ 物理制御フォーマットインジケータチャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＰ プロファイル遅延プロファイル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＧＷ パケットゲートウェイ
ＰＨＩＣＨ 物理ハイブリッドＡＲＱインジケータチャネル
ＰＬＭＮ 公衆陸上移動通信網
ＰＭＩ プリコーダ行列インジケータ
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＲＳ 測位参照信号
ＰＳＳ プライマリ同期信号
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＱＡＭ 直交振幅変調
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＬＭ 無線リンク管理
ＲＮＣ 無線ネットワーク制御装置
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＲＭ 無線リソース管理
ＲＳ 参照信号
ＲＳＣＰ 受信信号符号電力
ＲＳＲＰ 参照シンボル受信電力又は参照信号受信電力
ＲＳＲＱ 参照信号受信品質又は参照シンボル受信品質
ＲＳＳＩ 受信信号強度インジケータ
ＲＳＴＤ 参照信号時間差
ＳＣＨ 同期チャネル
ＳＣｅｌｌ セカンダリセル
ＳＤＵ サービスデータユニット
ＳＦＮ システムフレーム番号
ＳＧＷ サービングゲートウェイ
ＳＩ システムインフォメーション
ＳＩＢ システムインフォメーションブロック
ＳＮＲ 信号対雑音比
ＳＯＮ 自己最適化ネットワーク
ＳＳ 同期信号
ＳＳＳ セカンダリ同期信号
ＴＤＤ 時分割複信
ＴＤＯＡ 到来時間差
ＴＯＡ 到来タイミング
ＴＳＳ ターシャリ（Tertiary）同期信号
ＴＴＩ 送信時間間隔
ＵＥ ユーザ端末
ＵＬ アップリンク
ＵＭＴＳ ユニバーサル移動通信システム
ＵＳＩＭ ユニバーサル加入者識別モジュール
ＵＴＤＯＡ アップリンク到来時間差
ＵＴＲＡ ユニバーサル地上無線アクセス
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＷＣＤＭＡ Ｗｉｄｅ ＣＤＭＡ
ＷＬＡＮ 広域ローカルエリアネットワーク

Claims (16)

1. 無線デバイスによって実行される方法であって、前記無線デバイスはマスタノードおよびセカンダリノードへのデュアルコネクティビティで動作し、前記マスタノードおよび前記セカンダリノードは、両方とも、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）ノードであり、
   前記方法は、
   ネットワークからの測定および／または報告コンフィグ情報を受信することと、
   受信された前記測定および／または報告コンフィグ情報に基づいて、受信された前記測定および／または報告コンフィグ情報がマスタセルグループに関連するかセカンダリセルグループに関連するかを前記無線デバイスにおいて判定することであって、
   前記測定および／または報告コンフィグ情報が、ＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合、受信された前記測定および／または報告コンフィグ情報が前記マスタセルグループに関連すると判定すること、または、
   前記測定および／または報告コンフィグ情報が、ＳＲＢ３を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接受信された場合、もしくは、前記測定および／または報告コンフィグ情報が、ＳＲＢ１を介して受信されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて受信された場合に、受信された前記測定および／または報告コンフィグ情報が前記セカンダリセルグループに関連すると判定すること、
   を含んだ、受信された前記測定および／または報告コンフィグ情報が前記マスタセルグループに関連するか前記セカンダリセルグループに関連するかを判定することと、
   受信された前記測定および／または報告コンフィグ情報が前記マスタセルグループに関連するか前記セカンダリセルグループに関連するかに関する前記判定に基づいて、測定を実行することおよび／または測定結果を報告すること、
   を含む方法。
2. 受信された報告コンフィグ情報が前記マスタセルグループに関連するか前記セカンダリセルグループに関連するかに関する前記判定に基づいて、前記マスタノードと前記セカンダリノードとのいずれかに、測定結果を報告することを含む、請求項１に記載の方法。
3. 前記セカンダリセルグループに関連付けられるべき、測定アイデンティティ、測定対象アイデンティティ、および／または、報告コンフィグのうちの１つ以上の範囲を示すコンフィグ情報を、前記ネットワークから受信することを含む、請求項１に記載の方法。
4. 受信された前記測定および／または報告コンフィグは、
   マスタセルグループに関する測定および／または報告コンフィグ情報を含む第１の情報要素および／またはフィールドと、
   セカンダリセルグループに関する測定および／または報告コンフィグ情報を含む第２の情報要素および／またはフィールドと、
   の少なくともいずれかを含む、請求項１に記載の方法。
5. 第１の情報要素および／またはフィールドにおいてマスタセルグループに関する測定結果情報を報告すること、または、前記第１の情報要素とは異なる第２の情報要素においてセカンダリセルグループに関する測定結果を報告することを含む、請求項１に記載の方法。
6. ＳＲＢ３が構成されている場合、ＳＲＢ３を介して前記セカンダリセルグループに関する測定結果を報告することを含む、請求項５に記載の方法。
7. ＳＲＢ３が構成されていない場合、前記マスタセルグループを介した無線リソース制御メッセージにおいて前記セカンダリセルグループに関する測定結果を報告することを含む、請求項５に記載の方法。
8. マスタノードの動作方法であって、前記マスタノードがユーザ端末（ＵＥ）にサービスを提供しており、前記ＵＥが前記マスタノードおよびセカンダリノードへのデュアルコネクティビティで動作しており、前記マスタノードがマスタセルグループの一部であり、前記方法は、
   前記マスタセルグループに関連する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告コンフィグを送信することを含む、方法。
9. 前記測定および／または報告コンフィグ情報を、ＳＲＢ１を介したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で直接送信することを含む、請求項８に記載の方法。
10. 前記ＵＥから測定報告を受信することをさらに含む、請求項８または９に記載の方法。
11. セカンダリノードの動作方法であって、前記セカンダリノードがユーザ端末（ＵＥ）にサービスを提供しており、前記ＵＥが前記セカンダリノードおよびマスタノードへのデュアルコネクティビティで動作しており、前記セカンダリノードがセカンダリセルグループの一部であり、前記方法は、
    前記セカンダリセルグループに関する測定および／または報告コンフィグ情報のために利用可能な情報要素および／またはフィールドにおいて、測定および／または報告コンフィグを送信することを含む、方法。
12. ＳＲＢ１を介したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に埋め込まれたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいて、前記測定および／または報告コンフィグ情報を送信することを含む、請求項１１に記載の方法。
13. ＳＲＢ３を介したＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内で、前記測定および／または報告コンフィグ情報を送信することを含む、請求項１１に記載の方法。
14. 前記ＵＥから測定報告を受信することをさらに含む、請求項１１から１３のいずれか１項に記載の方法。
15. 無線デバイスであって、
    請求項１から７のいずれか１項に記載のステップのいずれかを実行するように構成された処理回路と、
    前記無線デバイスに電力を供給するように構成された電力供給回路と、
    を含む無線デバイス。
16. ネットワークノード、例えば基地局であって、
    請求項８から１４のいずれか１項に記載のステップのいずれかを実行するように構成された処理回路と、
    前記ネットワークノードへ電力を供給するように構成された電力供給回路と、
    を含むネットワークノード。

Images