JP2024541102A - ５ｇニューラジオモビリティ拡張 - Google Patents

Abstract

ユーザ機器（ＵＥ）は、第１のセル及び第２のセルであって、第１のセルはサービングセルとして構成され、第２のセルは支援セルとして構成される、第１のセル及び第２のセルとの同時通信機能をアクティブ化し、サービングセルスイッチであって、サービングセルスイッチは、支援セルとして再構成される第２のセルと、支援セルとして再構成される第１のセルと、を含む、サービングセルスイッチが実行されるべきであると決定し、サービングセルスイッチの後に、同時通信機能が非アクティブ化されるべきであることを示すメッセージを第２のセルから受信し、メッセージに応答して第１のセルを解放するように構成される。

Description

本出願は、概して、無線通信に関し、特に、５Ｇニューラジオモビリティ拡張（5G New Radio Mobility Enhancements）に関する。

ユーザ機器（ＵＥ）は、ネットワークのノードに接続し得る。接続されると、ＵＥのハンドオーバがソースノードとターゲットノードとの間で発生し得る。いくつかのシナリオでは、ハンドオーバ手順中に、ＵＥがネットワークからデータを送信及び／又は受信することができない持続時間があり得る。このモビリティ中断時間は、ＵＥ及び／又はネットワークに関連付けられたユーザエクスペリエンスに悪影響を及ぼし得る。

第５世代（５Ｇ）ニューラジオ（ＮＲ）ネットワークは、レイヤ１（Ｌ１）／レイヤ２（Ｌ２）ベースのモビリティをサポートし得る。概して、Ｌ１／Ｌ２ベースのモビリティは、ネットワークがＵＥのサービングセルを変更することを可能にする機構を指す。５Ｇ ＮＲの場合、Ｌ１／Ｌ２ベースのモビリティを可能にし、モビリティ中断時間を最小限に抑える（又はなくす）モビリティフレームワークの必要性が存在することが確認されている。

いくつかの例示的な実施形態は、動作を実行するように構成されたユーザ機器（ＵＥ）のプロセッサに関する。動作は、第１のセル及び第２のセルであって、第１のセルはサービングセルとして構成され、第２のセルは支援セルとして構成される、第１のセル及び第２のセルとの同時通信機能をアクティブ化することと、サービングセルスイッチであって、サービングセルスイッチは、支援セルとして再構成される第２のセルと、支援セルとして再構成される第１のセルと、を含む、サービングセルスイッチが実行されるべきであると決定することと、サービングセルスイッチの後に、同時通信機能が非アクティブ化されるべきであることを示すメッセージを第２のセルから受信することと、メッセージに応答して第１のセルを解放することと、を含む。

他の例示的な実施形態は、動作を実行するように構成された第１の基地局のプロセッサに関する。動作は、ユーザ機器（ＵＥ）に、構成情報であって、構成情報は、サービングセルとして構成された第１のセル及び支援セルとして構成された第２のセルへの同時通信機能を有するＵＥを構成し、基地局は第１のセルを制御する、構成情報を送信することと、第２のセルを制御する第２の基地局から、サービングセルスイッチであって、サービングセルスイッチが、サービングセルとして再構成される第２のセルと、支援セルとして再構成される第１のセルと、を含む、サービングセルスイッチがＵＥのために実行されるべきであるという指示を受信することと、第２の基地局から、第１のセルがＵＥによって解放されるべきであるという指示を受信することと、を含む。

更に別の例示的な実施形態は、動作を実行するように構成された第２の基地局のプロセッサに関する。動作は、ユーザ機器（ＵＥ）に関連付けられたハンドオーバ要求に応答して、ハンドオーバ準備肯定応答を第１の基地局に送信することであって、第１の基地局が第１のセルを制御し、第２の基地局が第２のセルを制御し、ＵＥが、サービングセルとして構成された第１のセル及び支援セルとして構成された第２のセルへの同時通信機能を有して構成される、送信することと、第１の基地局に、サービングセルスイッチであって、サービングセルスイッチは、サービングセルとして再構成される第２のセルと、支援セルとして再構成される第１のセルスイッチと、を含む、サービングセルスイッチがＵＥのために実行されるべきであるという指示を送信することと、第１のセルがＵＥによって解放されるべきであることを示すメッセージをＵＥに送信することと、を含む。

様々な例示的な実施形態による例示的なネットワーク配置を示す図である。

様々な例示的な実施形態に係る、例示的なユーザ機器（ＵＥ）を示す図である。

様々な例示的な実施形態による例示的な基地局を示す図である。

様々な例示的な実施形態による、第５世代（５Ｇ）ニューラジオ（ＮＲ）ハンドオーバのための方法を示す図である。

様々な例示的な実施形態によるネットワーク配置を示す図である。

様々な例示的な実施形態によるネットワーク配置を示す図である。

例示的なモビリティフレームワークの一例を示すシグナリングダイアグラムを示す図である。

例示的なモビリティフレームワークの一例を示すシグナリングダイアグラムを示す図である。

例示的な実施形態は、以下の説明及び関連する添付の図面を参照して更に理解され得、同様の要素には、同じ参照符号が付されている。例示的な実施形態は、第５世代（５Ｇ）ニューラジオ（ＮＲ）モビリティのための拡張を導入する。以下でより詳細に説明するように、例示的な実施形態は、レイヤ１（Ｌ１）／レイヤ２（Ｌ２）ベースのモビリティを可能にし、モビリティ中断時間を最小限に抑える５Ｇ ＮＲモビリティフレームワークを提供する。

例示的な実施形態は、ユーザ機器（ＵＥ）に関して説明される。しかしながら、ＵＥへの言及は、単に例示の目的で提供される。例示的な実施形態は、任意の電子コンポーネントで利用されてもよく、任意の電子コンポーネントは、ネットワークへの接続を確立し得、情報及びデータをネットワークと交換するためのハードウェア、ソフトウェア、及び／又はファームウェアを有して構成されている。したがって、本明細書に記載のＵＥは、任意の電子コンポーネントを表すために使用される。

例示的な実施形態はまた、ソース次世代ノードＢ（ｇＮＢ）とターゲットｇＮＢとの間のＵＥのハンドオーバに関して説明される。当業者は、「ソースｇＮＢ」という用語が概して、ＵＥのハンドオーバをトリガするように構成されたｇＮＢを指すことを理解するであろう。いくつかの例では、「ソースｇＮＢ」という用語は、ＵＥのハンドオーバをトリガしようとしているｇＮＢ、及び／又はＵＥのハンドオーバを既にトリガしているが、ハンドオーバ手順がまだ完了していないｇＮＢを指すために使用され得る。

当業者は、「ターゲットｇＮＢ」という用語が、概して、ＵＥのための潜在的な将来のサービングノードと見なされるｇＮＢを指すことを理解するであろう。例えば、ソースｇＮＢは、ハンドオーバ準備要求を別のｇＮＢに送信し得る。要求は、様々な異なる理由（例えば、アドミッション制御など）のいずれかのために受け入れられるか、又は拒否され得る。要求が受け入れられた場合、ネットワークは、様々な異なる条件のいずれかに応答して、ソースｇＮＢからこのｇＮＢへのＵＥのハンドオーバを開始するようにトリガされ得る。いくつかの例では、「ターゲットｇＮＢ」という用語は、ソースｇＮＢからハンドオーバ要求を受信しようとしているｇＮＢ、及び／又はソースｇＮＢからハンドオーバ準備要求を既に受信しているが、ハンドオーバ手順が完了していないｇＮＢを指すために使用され得る。ハンドオーバが完了すると、ターゲットｇＮＢは、次いで、後続のハンドオーバ手順においてＵＥのためのソースｇＮＢとして特徴付けられ得る。

ｇＮＢは、複数の送受信ポイント（ＴＲＰ）を有して構成され得る。この説明全体において、ＴＲＰは、概して、ビームを送信及び／又は受信するように構成されたコンポーネントのセットを指す。いくつかの実施形態では、複数のＴＲＰが、ｇＮＢにおいてローカルに展開され得る。例えば、ｇＮＢは、異なるビームを生成するように各々構成された複数のアンテナアレイ／パネルを含み得る。他の実施形態では、複数のＴＲＰが、様々な異なるロケーションにおいて展開され、バックホール接続を介してｇＮＢに接続され得る。例えば、複数の小セルが、異なるロケーションにおいて展開され、ｇＮＢに接続され得る。しかしながら、これらの例は、単に例示の目的で提供される。当業者は、ＴＲＰが、多種多様な異なる条件及び展開シナリオに適応可能であるように構成されることを理解するであろう。したがって、特定のネットワークコンポーネントであるＴＲＰ、又は特定の配置で展開されている複数のＴＲＰへの任意の言及は、単に例示の目的で提供される。本明細書で説明するＴＲＰは、ビームを送信及び／又は受信するように構成された任意のタイプのネットワークコンポーネントを表し得る。

加えて、各ｇＮＢは、１つ以上のセルをサポートし得る。この説明全体において、「ソースセル」という用語は、ソースｇＮＢによって動作されるセルを指すことがある。同様に、「ターゲットセル」という用語は、ターゲットｇＮＢによって動作されるセルを指すことがある。各ｇＮＢは１つ以上のセルをサポートし得るので、複数のターゲットセルが同じターゲットｇＮＢに関連付けられるシナリオが存在し得る。ＵＥは、ＴＲＰを介してＯＴＡ（Over The Air）でセルと通信し得る。ＴＲＰとセルとの間の関係により、「ＴＲＰ」及び「セル」という用語は、互換的に使用され得る。例えば、いくつかの例では、「ターゲットセル」及び「ターゲットＴＲＰ」は、概して同じ接続及び／又はノードを指すために互換的に使用され得る。

更に、「サービングセル」及び「隣接セル」を参照し得る。当業者は、サービングセルが概して、ＵＥにデータを送信するように構成されたセルを指すことを理解するであろう。いくつかの例では、「ソースセル」及び「サービングセル」という用語は、同じノードを指すために互換的に使用され得る。しかしながら、いくつかの例では、ＵＥは複数のサービングセルを有して構成され得、各サービングセルはソースセルである必要はない。

当業者は、隣接セルが概して、ＵＥのためのサービングセルではないが、ＵＥ及び／又はサービングセルの近傍内に位置するセルを指すことを理解するであろう。いくつかの例では、「ターゲットセル」及び「隣接セル」という用語は、概して同じノードを指すために互換的に使用され得る。しかしながら、隣接セルはターゲットセルである必要はない。

例示的な実施形態はまた、Ｌ１／Ｌ２ベースのモビリティに関して説明される。当業者であれば、Ｌ１／Ｌ２ベースのモビリティ概して、ネットワークがＵＥのサービングセルを変更することを可能にする機構を指すことを理解するであろう。Ｌ１ベースのモビリティの場合、サービングセルは、Ｌ１ダウンリンク制御情報（ＤＣＩ）を介してネットワークによって変更され得る。Ｌ２ベースのモビリティの場合、サービングセルは、Ｌ２媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）コマンドを介してネットワークによって変更され得る。他の例では、Ｌ１／Ｌ２ベースのモビリティは、ＤＣＩ、ＭＡＣ ＣＥ、及び／又は無線リソース制御（ＲＲＣ）シグナリングの組み合わせを利用し得る。したがって、Ｌ１／Ｌ２ベースのモビリティは、同様の概念に依存するが、ネットワークがサービングセルからターゲットセルへのＵＥ遷移をトリガする方法、例えば、ＤＣＩ又はＭＡＣ ＣＥに基づいて互いに区別される２つの異なる手順を指す。この説明全体において、「Ｌ１／Ｌ２ベースのモビリティ」という用語は、Ｌ１ベースのモビリティ手順又はＬ２ベースのモビリティ手順のいずれかを指す。

ＵＥは、特定のダウンリンク基準信号、例えば、信号同期ブロック（ＳＳＢ）又はチャネル状態情報（ＣＳＩ）基準信号（ＲＳ）を使用して、１つ以上の隣接セル上でＬ１／Ｌ２ベースのモビリティに関する測定を実行し得、Ｌ１／Ｌ２ベースのモビリティに関する測定は、ＳＳＢ、ＣＳＩ－ＲＳ、又は任意の他の適切なダウンリンクリソースに基づくことができる。Ｌ１／Ｌ２ベースのモビリティのための測定メトリックは、Ｌ１基準信号受信電力（ＲＳＲＰ）、Ｌ１信号干渉対雑音比（ＳＩＮＲ）、Ｌ１基準信号受信品質（ＲＳＲＱ）、又は任意の他の適切なタイプのメトリックであり得る。しかしながら、特定のタイプの測定、基準信号又はメトリックを利用するＬ１／Ｌ２ベースのモビリティへのいかなる言及も、単に例示の目的で提供される。例示的な実施形態は、任意の適切なタイプの測定、基準信号、又はメトリックを利用するＬ１／Ｌ２ベースのモビリティに適用し得る。

例示的な実施形態はまた、デュアルアクティブプロトコルスタック（ＤＡＰＳ）ハンドオーバ方式に関して説明される。ＤＡＰＳは、ハンドオーバコマンドがネットワークから受信された後、ターゲットｇＮＢへの接続に成功した後にソースセルが解放されるまで、ソースｇＮＢ接続が維持されるハンドオーバ手順を指すことを当業者は理解するであろう。ＤＡＰＳハンドオーバ中に、ＵＥは、ソースセル及びターゲットセルとのユーザデータの同時受信を実行するために、１つ以上のプロトコルスタックレイヤの複数のインスタンスを利用し得る。例えば、１つのプロトコルスタックがソースセルと通信するように構成され得、別のプロトコルスタックがターゲットセルと通信するように構成され得る。ＤＡＰＳは、ハンドオーバ中のモビリティ中断時間を最小限に抑える。

例示的な実施形態は、５Ｇ ＮＲモビリティのための拡張を導入する。例示的な拡張は、Ｌ１／Ｌ２ベースのモビリティの態様及びＤＡＰＳの特性を含むモビリティフレームワークを提供する。本明細書で説明される例示的な拡張の各々は、現在実装されている５Ｇ ＮＲモビリティ方式、５Ｇ ＮＲモビリティ方式の将来の実装と併せて、又は他の５Ｇ ＮＲモビリティ方式から独立して、互いに独立して使用され得る。

図１は、様々な例示的な実施形態による例示的なネットワーク配置１００を示す。例示的なネットワーク配置１００は、ＵＥ １１０を含む。ＵＥ １１０は、ネットワークを介して通信するように構成された任意のタイプの電子コンポーネント、例えば、携帯電話、タブレットコンピュータ、デスクトップコンピュータ、スマートフォン、ファブレット、埋め込みデバイス、モノのインターネット（Internet of Things、ＩｏＴ）ウェアラブルデバイスなどであり得ることが、当該技術分野に精通している者には理解されよう。また、実際のネットワーク配置は、任意の数のユーザによって使用されている任意の数のＵＥを含み得ることを理解されたい。したがって、単一のＵＥ １１０の例は、単に例示のために提供されている。

ＵＥ １１０は、１つ以上のネットワークと通信するように構成され得る。ネットワーク構成１００の例では、ＵＥ １１０が無線で通信し得るネットワークは、５Ｇ ＮＲ無線アクセスネットワーク（ＲＡＮ）１２０である。しかしながら、ＵＥ １１０はまた、他のタイプのネットワーク（例えば、５ＧクラウドＲＡＮ、次世代ＲＡＮ（Next Generation RAN、ＮＧ－ＲＡＮ）、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）ＲＡＮ、レガシーセルラーネットワーク、無線ローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）など）と通信してもよく、ＵＥ １１０はまた、有線接続によってネットワークと通信してもよい。例示的な実施形態に関して、ＵＥ １１０は、５Ｇ ＮＲ ＲＡＮ１２０との接続を確立してもよい。したがって、ＵＥ １１０は、ＮＲ ＲＡＮ１２０と通信するために５Ｇ ＮＲチップセットを有してもよい。

５Ｇ ＮＲ ＲＡＮ １２０は、ネットワークキャリア（例えば、Ｖｅｒｉｚｏｎ、ＡＴ＆Ｔ、Ｔ－Ｍｏｂｉｌｅなど）によって展開され得るセルラーネットワークの一部分であってもよい。５Ｇ ＮＲ ＲＡＮ １２０は、例えば、適切なセルラーチップセットを備えるＵＥからトラフィックを送信及び受信するように構成されたセル又は基地局（ＮｏｄｅＢ、ｅＮｏｄｅＢ、ＨｅＮＢ、ｅＮＢＳ、ｇＮＢ、ｇＮｏｄｅＢ、マクロセル、マイクロセル、小セル、フェムトセルなど）を含み得る。

５Ｇ ＮＲ ＲＡＮ １２０は、ｇＮＢ １２０Ａ及びｇＮＢ １２０Ｂを含む。この例では、ｇＮＢ １２０Ａ、１２０Ｂの各々は、複数のＴＲＰを有して構成される。各ＴＲＰは、信号を送信及び／又は受信するように構成された１つ以上のコンポーネントを表し得る。いくつかの実施形態では、複数のＴＲＰが、ｇＮＢにおいてローカルに展開され得る。他の実施形態では、複数のＴＲＰが、異なるロケーションに分散され、バックホール接続を介してｇＮＢに接続され得る。例えば、複数の小セルが、異なるロケーションにおいて展開され、ｇＮＢに接続され得る。しかしながら、これらの例は、単に例示の目的で提供される。当業者は、ＴＲＰが、多種多様な異なる条件及び展開シナリオに適応可能であるように構成されることを理解するであろう。したがって、特定のネットワークコンポーネントであるＴＲＰ、又は特定の配置で展開されている複数のＴＲＰへの任意の言及は、単に例示の目的で提供される。本明細書で説明するＴＲＰは、ビームを送信及び／又は受信するように構成された任意のタイプのネットワークコンポーネントを表し得る。上記で示したように、いくつかの例では、「ＴＲＰ」及び「セル」という用語は、概して同じ接続及び／又はノードを指すために互換的に使用され得る。

任意の関連付け手順は、ＵＥ １１０が５Ｇ ＮＲ ＲＡＮ １２０に接続するために、実行され得ることが、当業者には理解されよう。例えば、上記で考察されたように、５Ｇ ＮＲ ＲＡＮ １２０は、ＵＥ １１０及び／又はＵＥ １１０のユーザが（例えば、ＳＩＭカードに記憶された）契約情報及びクレデンシャル情報を有する特定のセルラープロバイダに関連付けられてもよい。５Ｇ ＮＲ ＲＡＮ １２０の存在を検出すると、ＵＥ １１０は、５Ｇ ＮＲ ＲＡＮ １２０と関連付くために、対応するクレデンシャル情報を送信してもよい。より具体的には、ＵＥ １１０は、特定の基地局（例えば、ｇＮＢ １２０Ａ、ｇＮＢ １２０Ｂ）と連合してもよい。

ネットワーク配置１００はまた、セルラーコアネットワーク１３０、インターネット１４０、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）１５０、及びネットワークサービスバックボーン１６０を含む。セルラーコアネットワーク１３０は、セルラーネットワークの動作及びトラフィックを管理する、相互接続されたコンポーネントのセットと見なされ得る。それは、エボルブドパケットコア（Evolved Packet Core、ＥＰＣ）及び／又は５Ｇコア（5G Core、５ＧＣ）を含み得る。セルラーコアネットワーク１３０はまた、セルラーネットワークとインターネット１４０との間を流れるトラフィックを管理する。ＩＭＳ １５０は概して、ＩＰプロトコルを使用してマルチメディアサービスをＵＥ １１０に配信するためのアーキテクチャとして記載され得る。ＩＭＳ １５０は、マルチメディアサービスをＵＥ １１０に提供するために、セルラーコアネットワーク１３０及びインターネット１４０と通信することができる。ネットワークサービスバックボーン１６０は、インターネット１４０及びセルラーコアネットワーク１３０と直接又は間接的のいずれかで通信する。ネットワークサービスバックボーン１６０は概して、様々なネットワークと通信するＵＥ １１０の機能性を拡張するために使用され得るサービスの一式を実装するコンポーネント（例えば、サーバ、ネットワークストレージ装置（network storage arrangement）など）のセットとして記載され得る。

図２は、様々な例示的な実施形態による例示的なＵＥ １１０を示す。図１のネットワーク配置１００に関して、ＵＥ １１０について記載する。ＵＥ １１０は、プロセッサ２０５、メモリ装置（memory arrangement）２１０、ディスプレイデバイス２１５、入力／出力（input/output、Ｉ／Ｏ）デバイス２２０、送受信機２２５、及び他のコンポーネント２３０を含み得る。他のコンポーネント２３０は、例えば、オーディオ入力デバイス、オーディオ出力デバイス、電源、データ取得デバイス、ＵＥ １１０を他の電子デバイスに電気的に接続するためのポートなどを含み得る。

プロセッサ２０５は、ＵＥ １１０の複数のエンジンを実行するように構成されてもよい。例えば、エンジンは、拡張５Ｇ ＮＲモビリティエンジン２３５を含み得る。拡張５Ｇ ＮＲモビリティエンジン２３５は、本明細書で説明する例示的なモビリティフレームワークを実装することに関する様々な動作を実行し得る。これらの動作は、限定はしないが、構成情報を受信すること、測定を実行すること、測定報告を送信すること、ＤＣＩを受信すること、ＭＡＣ ＣＥを受信することなどを含み得る。

プロセッサ２０５によって実行されるアプリケーション（例えば、プログラム）である上記のエンジン２３５は、単に例示の目的で提供される。エンジン２３５と関連付けられた機能はまた、ＵＥ １１０の別個の組み込まれたコンポーネントとして表されてもよく、又はＵＥ １１０に結合されたモジュラーコンポーネント、例えば、ファームウェアを有する若しくは有さない集積回路であってもよい。例えば、集積回路は、信号を受信するための入力回路と、信号及び他の情報を処理するための処理回路と、を含み得る。エンジンはまた、１つのアプリケーション又は別個のアプリケーションとして具現化されてもよい。加えて、いくつかのＵＥにおいて、プロセッサ２０５について記載の機能性は、ベースバンドプロセッサ及びアプリケーションプロセッサなどの２つ以上のプロセッサ間で分割されている。例示的な実施形態は、ＵＥのこれらの構成又は他の構成のうちのいずれかにおいて実装されてもよい。

メモリ装置２１０は、ＵＥ １１０によって実行される動作に関連するデータを記憶するように構成されたハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５は、データをユーザに示すように構成されたハードウェアコンポーネントであってもよく、Ｉ／Ｏデバイス２２０は、ユーザが入力を行うのを可能にするハードウェアコンポーネントであってもよい。ディスプレイデバイス２１５及びＩ／Ｏデバイス２２０は、別個のコンポーネントであってもよく、又はタッチスクリーンなどのように一緒に一体化されてもよい。送受信機２２５は、５Ｇ ＮＲ－ＲＡＮ １２０、ＬＴＥ－ＲＡＮ（図示せず）、レガシーＲＡＮ（図示せず）、ＷＬＡＮ（図示せず）などとの接続を確立するように構成されたハードウェアコンポーネントであってもよい。したがって、送受信機２２５は、様々な異なる周波数又はチャネル（例えば、連続する周波数のセット）で動作し得る。

図３は、様々な例示的な実施形態による例示的な基地局３００を示す。基地局３００は、ｇＮＢ １２０Ａ、ｇＮＢ １２０Ｂ又はＵＥ １１０が接続を確立し、ネットワーク動作を管理し得る任意の他のアクセスノードを表すことができる。

基地局３００は、プロセッサ３０５、メモリ装置３１０、入力／出力（Ｉ／Ｏ）デバイス３１５、送受信機３２０、他のコンポーネント３２５、及び複数のＴＲＰ ３３０を含み得る。上記で示したように、いくつかのシナリオでは、複数のＴＲＰ ３３０は、基地局３００においてローカルに展開され得る。他のシナリオでは、複数のＴＲＰのうちの１つ以上は、基地局３００からリモートの物理ロケーションに展開され、バックホール接続を介して基地局に接続され得る。基地局３００は、複数のＴＲＰ ３３０を制御し、限定はしないが、リソースを割り当てること、基準信号（又はＳＳＢ）を構成すること、ビーム管理技法を実装することなどの動作を実行するように構成され得る。

プロセッサ３０５は、基地局３００の複数のエンジンを実行するように構成され得る。例えば、エンジンは、拡張５Ｇ ＮＲモビリティエンジン３３５を含み得る。拡張５Ｇ ＮＲモビリティエンジン３３５は、本明細書で説明される例示的なモビリティフレームワークに関する様々な動作を実行し得る。これらの動作は、限定はしないが、ハンドオーバ準備要求を別のｇＮＢに送信すること、能力情報を受信すること、構成情報を送信すること、測定データを受信すること、リソースを割り当てること、基準信号を送信すること、ＤＣＩを送信すること、ＭＡＣ ＣＥを送信することなどを含み得る。

プロセッサ３０５によって実行されるアプリケーション（例えば、プログラム）である上記のエンジン３３５は、例示的なものに過ぎない。エンジン３３５と関連付けられた機能はまた、基地局３００の別個の組み込まれたコンポーネントとして表されてもよく、又は基地局３００に結合されたモジュラーコンポーネント、例えば、ファームウェアを有する若しくは有さない集積回路であってもよい。例えば、集積回路は、信号を受信するための入力回路と、信号及び他の情報を処理するための処理回路と、を含み得る。加えて、いくつかの基地局において、プロセッサ３０５について説明されている機能は、複数のプロセッサ（例えば、ベースバンドプロセッサ、アプリケーションプロセッサなど）の間で分割されている。例示的な実施形態は、基地局のこれらの構成又は他の構成のうちのいずれかで実装されてもよい。

メモリ３１０は、基地局３００によって実行される動作に関するデータを記憶するように構成されたハードウェアコンポーネントであってもよい。Ｉ／Ｏデバイス３１５は、ユーザが基地局３００と対話することを可能にするハードウェアコンポーネント又はポートであってもよい。送受信機３２０は、ＵＥ １１０及びネットワーク配置１００内の任意の他のＵＥとデータを交換するように構成されたハードウェアコンポーネントであってもよい。送受信機３２０は、様々な異なる周波数又はチャネル（例えば、連続する周波数のセット）において動作し得る。したがって、送受信機３２０は、様々なネットワーク及びＵＥとのデータ交換を可能にするために、１つ以上のコンポーネント（例えば、無線機）を含み得る。他のコンポーネント３２５は、例えば、オーディオ入力デバイス、オーディオ出力デバイス、バッテリ、データ取得デバイス、基地局３００を他の電子デバイスに電気的に接続するためのポートなどを含み得る。

例示的な実施形態はまた、中央ユニット（ＣＵ）及び分散ユニット（ＤＵ）を備えるｇＮＢの論理アーキテクチャに関して説明される。「ｇＮＢ－ＣＵ」という用語は、コアネットワーク及び１つ以上のｇＮＢ－ＤＵに接続された論理ノードを指すことがある。「ｇＮＢ－ＤＵ」という用語は、ｇＮＢ－ＣＵに接続された論理ノードを指すことがある。例を提供するために、ｇＮＢ １２０Ａ、１２０Ｂの各々は、ｇＮＢ－ＣＵ及び１つ以上のｇＮＢ－ＤＵを備え得る。しかしながら、「ｇＮＢ－ＣＵ」及び「ｇＮＢ－ＤＵ」という用語への言及は、単に例示を目的として提供されているに過ぎない。異なるエンティティは、異なる名前によって同様の概念を指すことがある。

ｇＮＢ－ＣＵは、その１つ以上のｇＮＢ－ＤＵを制御し得る。各ｇＮＢ－ＤＵは、１つ以上のセル及び／又は１つ以上のＴＲＰをサポートし得る。これらのコンポーネント間の関係により、いくつかの例では、「ｇＮＢ－ＤＵ」、「セル」、及び「ＴＲＰ」という用語は、概して同じ接続及び／又はノードを指すために互換的に使用され得る。例えば、いくつかの例では、「ターゲットセル」、「ターゲットＴＲＰ」、及び「ターゲットｇＮＢ－ＤＵ」は、概して同じ接続及び／又はノードを指すために互換的に使用され得る。例示的なモビリティフレームワークのコンテキスト内のｇＮＢ－ＣＵ及びｇＮＢ－ＤＵ挙動の例が、以下で詳細に提供される。

図４は、様々な例示的な実施形態による、５Ｇ ＮＲハンドオーバのための方法４００を示す。方法４００は、例示的な５Ｇ ＮＲモビリティフレームワークの一般的な概要を提供する。

最初に、ＵＥ １１０がｇＮＢ １２０Ａを介して５Ｇ ＮＲ ＲＡＮ １２０に接続されるシナリオを検討する。したがって、ｇＮＢ １２０Ａは、ＵＥ １１０のためのソースｇＮＢとして特徴付けられ得る。この例では、ソースｇＮＢは、ソースｇＮＢ－ＣＵと、ソースｇＮＢ－ＤＵと、ソースＴＲＰとを備え得る。以下でより詳細に説明されるように、本明細書で説明される例示的なモビリティフレームワークは、ＵＥ １１０が同じｇＮＢ－ＣＵによってサポートされるセル、ＴＲＰ、及び／又はｇＮＢ－ＤＵの間でスイッチするイントラＣＵモビリティシナリオを考慮し得る。加えて、例示的なモビリティフレームワークは、ＵＥ １１０が異なるｇＮＢ－ＣＵによって制御されるセル、ＴＲＰ、及び／又はｇＮＢ－ＤＵにスイッチするＣＵ間モビリティシナリオを考慮し得る。

４０５において、ＵＥ １１０は、複数のＴＲＰのビームリソースに関する構成情報をソースノードから受信する。ＴＲＰは、同じｇＮＢ－ＣＵ及びｇＮＢ－ＤＵ、同じｇＮＢ－ＣＵであるが異なるｇＮＢ－ＤＵ、又は異なるｇＮＢ－ＣＵの異なるｇＮＢ－ＤＵに関連付けられ得る。構成情報は、１つ以上の無線リソース制御（ＲＲＣ）メッセージを使用して、又は任意の他の適切な方法で、ＵＥ １１０に提供され得る。

ネットワーク側では、ＣＵ間モビリティシナリオの場合、ターゲットｇＮＢ－ＣＵは、関連する構成情報をソースｇＮＢ－ＣＵに提供し得、この構成情報は、次いで、ソースｇＮＢ－ＤＵに伝搬される。イントラＣＵモビリティシナリオの場合、ターゲットｇＮＢ－ＣＵは存在しない。現在構成されているｇＮＢ－ＣＵは、関連する構成情報を既に所有していることがあり、又は任意の適切なソース（例えば、ｇＮＢ－ＤＵ、ｇＮＢからリモートのソースなど）から構成情報を取り出す必要があることがある。

４１０において、ＵＥ １１０は、測定データをネットワークに送信する。いくつかの例では、測定報告は、レイヤ３（Ｌ３）測定データを備え、ＲＲＣメッセージを使用してネットワークに提供され得る。代替として、又はＬ３測定データに加えて、測定報告は、Ｌ２及び／又はＬ１測定データを含み得る。一般的な例を提供するために、ＵＥ １１０は、ターゲットセルから基準信号を受信及び処理するために測定ギャップ又は任意の他の適切な技法を利用し得る。次いで、ＵＥ １１０は、基準信号に基づいて測定データを収集し得る。

４１５において、ネットワークは、測定報告及び／又は任意の他の適切な条件（例えば、ネットワーク負荷、干渉、特定のネットワークリソースへのアクセスを提供することなど）に基づいて、ソースノードからターゲットノードへのＵＥ １１０のハンドオーバが実行されるべきであると決定し得る。しかしながら、この決定の根拠は、例示的な実施形態の範囲外である。

４２０において、ネットワークは、ターゲットノード及びソースノードとの同時通信のためにＵＥ １１０を構成する。上記で示したように、本明細書で説明する例示的なモビリティフレームワークは、イントラＣＵモビリティシナリオ及びＣＵ間モビリティシナリオを考慮する。したがって、ネットワークは、同じｇＮＢ－ＣＵに制御される複数のノード（例えば、イントラＣＵモビリティ）又は異なるｇＮＢ－ＣＵによって各々制御される複数のノード（例えば、ＣＵ間モビリティ）と通信するようにＵＥ １１０を構成し得る。イントラＣＵモビリティシナリオのための例示的なネットワーク配置は、以下の図５に提供され、ＣＵ間モビリティシナリオの例示的なネットワーク配置は、以下の図６に提供される。この機能を構成するためのネットワーク側コンポーネント間のシグナリング及びＵＥ １１０とネットワークとの間のシグナリングに関する具体的な詳細は、図５～図６におけるネットワーク配置の説明の後に以下に提供される。

図５は、様々な例示的な実施形態によるネットワーク配置５００を示す図である。以下の説明は、イントラＣＵモビリティのコンテキスト内の例示的な配置５００の様々なコンポーネントの一般的な概要を提供する。例示的な実施形態に対してコンポーネントによって実行される具体的な動作について、ネットワーク配置５００の説明の後により詳細に説明する。

例示的なネットワーク配置５００のコンポーネントは、図１のネットワーク配置１００に対して様々な物理的及び／又は仮想的ロケーションに存在し得ることが、当業者には理解されよう。これらのロケーションは、アクセスネットワーク（例えば、ＮＲ ＲＡＮ １２０）内、コアネットワーク１３０内、ｇＮＢ（例えば、ｇＮＢ １２０Ａ及び／又はｇＮＢ １２０Ｂ）内、図１に関して説明したロケーション外の別個のコンポーネントとしてなどを含み得る。

図５では、様々なコンポーネントが、Ｆ１－Ｃ、Ｆ１－Ｕ、Ｅ１－Ｃ及びＥ１－Ｕとラベル付けされた接続を介して接続されているものとして示されている。「Ｕ」指定は、ユーザプレーンインタフェースを表し得、「Ｃ」指定は、制御プレーンインタフェースを表し得る。これらの接続（又はインタフェース）の各々は、第３世代パートナーシッププログラム（３ＧＰＰ）仕様において定義されていることが、当業者には理解されよう。例示的なネットワーク配置５００は、これらの接続が３ＧＰＰ仕様において定義されている方法で、これらの接続を使用している。しかしながら、これらの接続は例示の目的で提供されており、例示的な実施形態は、コンポーネント及びインタフェースの任意の適切な配置に適用し得る。更に、これらのインタフェースは、この説明全体において、接続と称されるが、これらのインタフェースは、有線又は無線の直接接続である必要はなく、例えば、インタフェースは、介在するハードウェア及び／又はソフトウェアコンポーネントを介して通信することができることを理解されたい。したがって、この説明全体において、「接続」及び「インタフェース」という用語は、様々なコンポーネント間のインタフェースを説明するために互換的に使用され得る。

ネットワーク配置５００は、ＵＥ １１０がターゲットノード及びソースノードと同時に通信するように既に構成されているシナリオを示す（例えば、方法４００の４２０）。この例では、ＵＥ １１０は、ＴＲＰ ５１０及びＴＲＰ ５５０と通信するように構成される。いくつかの実施形態では、ＴＲＰ ５１０、５５０は、異なる周波数（例えば、周波数間モビリティ）上で動作し得る。

ＴＲＰ ５１０は、ｇＮＢ－ＣＵ制御プレーン（ＣＰ）ノード５１４及びｇＮＢ－ＣＵユーザプレーン（ＵＰ）ノード５１６に接続されたｇＮＢ－ＤＵ ５１２によって動作されるサービングＴＲＰである。ＴＲＰ ５５０は、ｇＮＢ－ＣＵ ＣＰノード５１４及びｇＮＢ－ＣＵ ＵＰノード５１６にも接続されるｇＮＢ－ＤＵ ５５２によって動作される。このシナリオでは、ＴＲＰ ５５０は、ターゲットＴＲＰとして特徴付けられ得る。加えて、ＴＲＰ ５５０は、「支援ＴＲＰ」として特徴付けられ得る。支援ＴＲＰ（又は支援セル）という用語は、概して、モビリティ手順中にＵＥ １１０と通信し得るが、ターゲットノードへの遷移がまだ完了していないターゲットＴＲＰを指す。完了すると、サービングＴＲＰ及び支援ＴＲＰの役割は、スイッチし得、例えば、ＴＲＰ ５１０は、最初にサービングＴＲＰとして構成され得、次いで、その役割は、支援ＴＲＰにスイッチされ得る。

図５はまた、このイントラＣＵモビリティシナリオ中にＴＲＰ ５１０及びＴＲＰ ５５０と同時に通信するためにＵＥ １１０によって使用され得るプロトコルスタック構成の一部分を示す。この例では、物理（ＰＨＹ）レイヤは２つのインスタンスに分割される。ＰＨＹ ５６０は、ＴＲＰ ５１０と通信するために使用されてもよく、ＰＨＹ ５６１は、ＴＲＰ ５５０と通信するために使用されてもよい。媒体アクセス制御（ＭＡＣ）レイヤはまた、２つのインスタンスに分割され得る。ＭＡＣ ５７０は、ＴＲＰ ５１０と通信するために使用されてもよく、ＭＡＣ ５７１は、ＴＲＰ ５５０と通信するために使用されてもよい。無線リンク制御（ＲＬＣ）レイヤはまた、２つのインスタンスに分割され得る。ＲＬＣ ５８０は、ＴＲＰ ５１０と通信するために使用されてもよく、ＲＬＣ ５８１は、ＴＲＰ ５５０と通信するために使用されてもよい。ＴＲＰ ５１０とＴＲＰ ５５０の両方と通信するために使用される共通パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ５９０が存在し得る。しかしながら、例示的な実施形態は、いかなる特定のタイプのプロトコルスタック構成にも限定されない。例えば、イントラＣＵモビリティシナリオでは、Ｌ１／Ｌ２モビリティは、複数のインスタンスに分割されたＰＨＹのみを用いて実行され得るが、ＭＡＣレイヤ、ＲＬＣレイヤ、及びＰＤＣＰレイヤは、両方の接続に共通であり得る。例示的な実施形態は、複数のインスタンスに分割された任意の適切な数のプロトコルスタックレイヤを利用して、モビリティ手順中の同時通信を可能にし得る。

図６は、様々な例示的な実施形態によるネットワーク配置６００を示す図である。以下の説明は、ＣＵ間モビリティのコンテキスト内の例示的な配置６００の様々なコンポーネントの一般的な概要を提供する。例示的な実施形態に対してコンポーネントによって実行される具体的な動作について、ネットワーク配置６００の説明の後により詳細に説明する。

例示的なネットワーク配置６００のコンポーネントは、図１のネットワーク配置１００に対して様々な物理的及び／又は仮想的ロケーションに存在し得ることが、当業者には理解されよう。これらのロケーションは、アクセスネットワーク（例えば、ＮＲ ＲＡＮ １２０）内、コアネットワーク１３０内、ｇＮＢ（例えば、ｇＮＢ １２０Ａ及び／又はｇＮＢ １２０Ｂ）内、図１に関して説明したロケーション外の別個のコンポーネントとしてなどを含み得る。

図６では、様々なコンポーネントが、Ｆ１－Ｃ、Ｆ１－Ｕ、Ｘｎ－Ｃ及びＸｎ－Ｕとラベル付けされた接続を介して接続されているものとして示されている。「Ｕ」指定は、ユーザプレーンインタフェースを表し得、「Ｃ」指定は、制御プレーンインタフェースを表し得る。これらの接続（又はインタフェース）の各々は、３ＧＰＰ仕様において定義されていることが、当業者には理解されよう。例示的なネットワーク配置６００は、これらの接続が３ＧＰＰ仕様において定義されている方法で、これらの接続を使用している。しかしながら、これらの接続は例示の目的で提供されており、例示的な実施形態は、コンポーネント及びインタフェースの任意の適切な配置に適用し得る。更に、これらのインタフェースは、この説明全体において、接続と称されるが、これらのインタフェースは、有線又は無線の直接接続である必要はなく、例えば、インタフェースは、介在するハードウェア及び／又はソフトウェアコンポーネントを介して通信することができることを理解されたい。

ネットワーク配置６００は、ＵＥ １１０がターゲットノード及びソースノードと同時に通信するように既に構成されているシナリオを示す（例えば、方法４００の４２０）。この例では、ＵＥ １１０は、ＴＲＰ ６１０及びＴＲＰ ６５０と通信するように構成される。いくつかの実施形態では、ＴＲＰ ６１０、６５０は、異なる周波数（例えば、周波数間モビリティ）上で動作し得る。

ＴＲＰ ６１０は、ソースｇＮＢ－ＣＵ ６１４に接続されたｇＮＢ－ＤＵ ６１２によって動作されるサービングＴＲＰである。ＴＲＰ ６５０は、ターゲットｇＮＢ－ＣＵ ６１６に接続されたｇＮＢ－ＤＵ ６５２によって動作される。ソースｇＮＢ－ＣＵ ６１４及びターゲットｇＮＢ－ＣＵ ６１６は、１つ以上のインタフェース（例えば、ＣＰ、ＵＰなど）を使用して互いに通信し得る。

このシナリオでは、ＴＲＰ ６５０は、ターゲットＴＲＰとして特徴付けられ得る。加えて、ＴＲＰ ６５０はまた、支援ＴＲＰとして特徴付けられ得る。上記で示したように、支援ＴＲＰ（又は支援セル）という用語は、概して、モビリティ手順中にＵＥ １１０と通信し得るが、ターゲットノードへの遷移がまだ完了していないターゲットＴＲＰを指す。完了すると、サービングＴＲＰ及び支援ＴＲＰの役割は、スイッチし得、例えば、ＴＲＰ ６１０は、最初にサービングＴＲＰとして構成され得、次いで、その役割は、支援ＴＲＰにスイッチされ得る。

図６はまた、このイントラＣＵモビリティシナリオ中にＴＲＰ ６１０及びＴＲＰ ６５０と同時に通信するためにＵＥ １１０によって使用され得るプロトコルスタック構成の一部分を示す。この例では、ＰＨＹレイヤは２つのインスタンスに分割される。ＰＨＹ ６６０は、ＴＲＰ ６１０と通信するために使用されてもよく、ＰＨＹ ６６１は、ＴＲＰ ６５０と通信するために使用されてもよい。ＭＡＣレイヤはまた、２つのインスタンスに分割され得る。ＭＡＣ ６７０は、ＴＲＰ ６１０と通信するために使用されてもよく、ＭＡＣ ６７１は、ＴＲＰ ６５０と通信するために使用されてもよい。ＲＬＣレイヤはまた、２つのインスタンスに分割され得る。ＲＬＣ ６８０は、ＴＲＰ ６１０と通信するために使用されてもよく、ＲＬＣ ６８１は、ＴＲＰ ６５０と通信するために使用されてもよい。ＴＲＰ ６１０とＴＲＰ ６５０の両方と通信するために使用される共通ＰＤＣＰレイヤが存在し得る。しかしながら、例示的な実施形態は、いかなる特定のタイプのプロトコルスタック構成にも限定されない。例示的な実施形態は、複数のインスタンスに分割された任意の適切な数のプロトコルスタックレイヤを利用して、モビリティ手順中の同時通信を可能にし得る。

方法４００の４２０に戻ると、ネットワークは、サービングノード及びターゲットノード（例えば、ネットワーク配置５００～６００）と同時に通信するようにＵＥ １１０を構成し得る。４２５において、ターゲットノードはここでサービングノードとして構成される。例えば、ネットワーク配置５００のコンテキスト内で、サービングセルスイッチが行われてもよく、ＴＲＰ ５５０はここでサービングＴＲＰとして構成されてもよく、ＴＲＰ ５１０はここで支援ＴＲＰとして構成されてもよい。このイントラＣＵモビリティシナリオでは、ｇＮＢ－ＣＵハンドオーバは存在しない。別の例を提供するために、ネットワーク配置６００のコンテキスト内で、サービングセルスイッチが行われてもよく、ＴＲＰ ６５０はここでサービングＴＲＰとして構成されてもよく、ＴＲＰ ６１０はここで支援ＴＲＰとして構成されてもよい。このＣＵ間モビリティシナリオでは、ｇＮＢ－ＣＵ ６１４及びターゲットｇＮＢ－ＣＵ ６１６の役割は、サービングセルスイッチと併せて変化してもよく、又は初期ソースｇＮＢ－ＣＵ ６１４への接続が解放されるまで変化しなくてもよい。

４３０において、初期サービングノード（例えば、ＴＲＰ ５１０、６１０など）及び／又は初期ソースノード（例えば、ｇＮＢ－ＣＵ ６１４）への接続が解放され得る。この解放のためのシグナリング及びネットワーク側動作に関する更なる詳細は、シグナリングダイアグラム７００～８００に関して以下で提供される。

図７は、例示的なモビリティフレームワークの一例を示すシグナリングダイアグラム７００を示す。シグナリングダイアグラム７００は、ＵＥ １１０、ソースｇＮＢ－ＣＵ ７０１、ソースｇＮＢ－ＤＵ ７０２、ターゲットｇＮＢ－ＣＵ ７０３、及びターゲットｇＮＢ－ＤＵ ７０４を含む。この例では、ＵＥ １１０及びｇＮＢ－ＣＵ ７０１、７０３は、互いに直接通信するものとして示されている。ネットワーク配置５００、６００に示されるように、実際の展開シナリオでは、ｇＮＢ－ＣＵとＵＥ １１０との間のシグナリングは、ｇＮＢ－ＤＵ及びＴＲＰによって容易にされ得る。加えて、シグナリングダイアグラム７００はＣＵ間モビリティシナリオを示すが、シグナリングダイアグラム７００の説明中に、イントラＣＵモビリティに関する例示的な拡張を参照し得る。

７０５において、ソースｇＮＢ－ＣＵ ７０１は、ハンドオーバ準備要求をターゲットｇＮＢ－ＣＵ ７０３に送信する。例えば、ｇＮＢ－ＣＵ ７０１は、Ｘｎインタフェースを使用してターゲットｇＮＢ－ＣＵ ７０３と通信し得る。ここでは、ｇＮＢ－ＣＵ ７０３がｇＮＢ－ＣＵ ７０１からの要求を受け入れるものと仮定される。しかしながら、実際の展開シナリオでは、ｇＮＢ－ＣＵ ７０３は、様々な異なる理由のいずれかのためにハンドオーバ要求を拒否し得る。

７１０において、ターゲットｇＮＢ－ＣＵ ７０３は、ＵＥ １１０のためにターゲットｇＮＢ－ＤＵ ７０４を構成する。これは、ｇＮＢ－ＤＵ ７０４から関連する基準信号構成情報（例えば、ＣＳＩ－ＲＳなど）を構成すること及び／又は取り出すことを含み得る。例えば、構成情報は、ＣＳＩ－ＲＳ時間領域情報、ＣＳＩ－ＲＳ周波数領域情報などを含み得るが、これらに限定されない。

７１５において、ターゲットｇＮＢ－ＣＵ ７０３は、ハンドオーバ準備肯定応答（ＡＣＫ）をソースｇＮＢ－ＣＵ ７０１に送信する。ハンドオーバ準備ＡＣＫは、Ｘｎインタフェースを介して提供され、ｇＮＢ－ＤＵ ７０４に対応する構成情報を含み得る。他の実施形態では、構成情報は、ハンドオーバ準備ＡＣＫとは別個のメッセージにおいてソースｇＮＢ－ＣＵ ７０１に提供され得る。

７２０において、ＵＥ １１０は、測定報告を実行するようにＵＥ １１０を構成し得る。例えば、ソースｇＮＢは、複数のＴＲＰのビームリソースについてＵＥ １１０に提供し得る。ＴＲＰは、同じｇＮＢ－ＣＵ及びｇＮＢ－ＤＵから、同じｇＮＢ－ＣＵであるが異なるｇＮＢ－ＤＵから、又は異なるｇＮＢ－ＣＵの異なるｇＮＢ－ＤＵからのものであり得る。この情報は、ＵＥ １１０が複数の異なるＴＲＰに対応する測定データを収集することを可能にし得る。

７２５において、ＵＥ １１０は測定報告を提供する。一般的な例を提供するために、ＵＥ １１０は、隣接セル上で測定データを収集するために測定ギャップを有して構成され得る（又はギャップレス測定を実行するように構成され得る）。加えて、ＵＥ １１０は、ＵＥ １１０のサービングセルに対応する測定データを収集し得る。ＵＥ １１０は、隣接セル及びサービングセルについての測定データを監視し得、所定の条件が発生する場合（例えば、測定データが閾値を超えるなど）、ＵＥ １１０は、測定報告を提供するようにトリガされ得る。いくつかの実施形態では、測定報告は、従来のＬ３測定を備え得る。他の実施形態では、Ｌ３測定の代わりに、又はそれに加えて、ＵＥ １１０は、Ｌ１及び／又はＬ２測定データを報告し得る。ネットワークは、ＵＥ １１０のハンドオーバを実行すべきか否かを決定するために測定報告を利用し得る。

７３０において、ネットワークは、ソースノード及びターゲットノードの両方と同時に通信するようにＵＥ １１０を構成する。ｇＮＢ－ＣＵ ７０１は、モビリティ中断時間を最小限に抑える（又はなくす）ために、この同時通信機能を用いてＵＥ １１０を構成し得る。ネットワークは、１つ以上のＲＲＣメッセージ又は任意の他の適切なタイプのシグナリングを使用して、この機能でＵＥ １１０を構成し得る。シグナリングダイアグラム７００には示されていないが、実際の展開シナリオでは、ＵＥ １１０とｇＮＢ－ＣＵとの間のＯＴＡ（Over The Air）通信は、ｇＮＢ－ＤＵによって容易にされ得る。

ネットワークがこの機能をどのように構成し得るかの一例を提供するために、ソースｇＮＢ－ＣＵ ７０１は、ＵＥ １１０を別のノードにハンドオーバすることを決定し得る。ネットワーク側では、ソースｇＮＢ－ＣＵ ７０１及びターゲットｇＮＢ－ＣＵ ７０２は、データパス（例えば、ＵＰ構成）をセットアップし得、ソースｇＮＢ－ＣＵ ７０１は、ターゲットｇＮＢ－ＣＵ ７０３が利用することを意図するセキュリティキー構成を取得し得る。ソースｇＮＢ－ＣＵ ７０１は、次いで、１つ以上のプロトコルスタックレイヤが複数のインスタンス（例えば、ＤＡＰＳ、図６～図７に示すプロトコルスタックなど）に分割される動作モードに入るようにＵＥ １１０を構成し得る。ソースｇＮＢ－ＣＵ ７０１は、次いで、同時通信機能を可能にするために、関連するセキュリティ構成情報及び／又は追加のＲＲＣ構成情報をＵＥ １１０に提供し得る。イントラＣＵモビリティシナリオでは、ソースｇＮＢは、ＵＥ １１０がソースＴＲＰとターゲットＴＲＰの両方上で送信及び／又は受信するように構成されるマルチＴＲＰ動作を用いてＵＥ １１０を構成し得る。

７３５において、ＵＥ １１０は、ソースｇＮＢ－ＣＵ ７０１及び／又はターゲットｇＮＢ－ＣＵ ７０３に測定データを報告する。この測定データは、Ｌ２測定データ、Ｌ１測定データ及びＬ３測定データのうちの１つ以上を含み得る。この測定データは、サービングセルスイッチをトリガし得る。いくつかの実施形態では、この報告は、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）上のＬ１アップリンク制御情報（ＵＣＩ）を使用して提供され得る。しかしながら、例示的な実施形態は、Ｌ１ ＵＣＩに限定されず、任意の適切なＬ１、Ｌ２、又はＬ３信号を使用してこのデータを報告し得る。

上記で示したように、ＵＥ １１０は、２つ以上のＴＲＰと同時に通信するように構成されるが、ＵＥ １１０は、ＴＲＰ基準信号（例えば、７２０において使用される測定データを収集するために使用される基準信号とは異なり得るＵＥ １１０専用基準信号）の測定値を測定し、報告するように構成され得る。この報告は、Ｌ３測定データ、Ｌ２測定データ及び／又はＬ１測定データを含み得る。いくつかの実施形態では、この測定報告は、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）上のＬ１アップリンク制御情報（ＵＣＩ）を使用して提供され得る。

イントラＣＵモビリティシナリオでは、Ｌ３又はＬ２測定値は、ＵＥ １１０によっていずれか又は両方のビーム上で送信され得る。ネットワークは、報告のためにどのビームを使用すべきかをＵＥ １１０に示し得るか、又はＵＥ １１０は、任意の適切な条件に基づいてどのビームを使用すべきかを決定し得る。ＣＵ間モビリティシナリオでは、Ｌ２測定値は、ＵＥ １１０によっていずれか又は両方のビーム上で送信され得る。ネットワークは、報告のためにどのビームを使用すべきかをＵＥ １１０に示し得るか、又はＵＥ １１０は、任意の適切な条件に基づいてどのビームを使用すべきかを決定し得る。図７では、報告は両方のビーム上で実行されるものとして示されている。

ネットワークは、測定されるべき基準信号及びそれらの対応するＩＤをＵＥ １１０に示し得る。ＵＥ １１０は、どのビーム及び／又は基準信号が測定されているかをネットワークに示すために、測定報告中のＩＤを使用し得る。例えば、測定報告は、ＴＲＰ ＩＤ、基準信号ＩＤ、及び対応する測定データを含み得る。いくつかの実施形態では、測定データは絶対測定値であってもよい。他の実施形態では、各列挙項目が特定の値又は範囲を反映する量子化ルックアップテーブルを利用し得る。ルックアップテーブルは、３ＧＰＰ規格においてハード符号化されてもよく、又は任意の他の適切な方法でＵＥ １１０及びネットワークのために事前定義されてもよい。

７４０において、ターゲットｇＮＢ－ＣＵ ７０３は、ＵＥ １１０のソフトハンドオーバをトリガする。例えば、ターゲットｇＮＢ－ＣＵ ７０３は、サービングセルスイッチが実行されるべきであることを示すメッセージをソースｇＮＢ－ＣＵ ７０１に送信し得る。ネットワーク配置６００～７００に関して上記で示したように、サービングセルスイッチは、サービングセル及び支援セルの役割の変更を指すことがある。

７４５において、ソースｇＮＢ－ＣＵ ７０１は、サービングセルスイッチ指示をＵＥ １１０に送信する。この指示は、Ｌ１ ＤＣＩ、Ｌ２ ＭＡＣ ＣＥ、又はＬ３ ＲＲＣシグナリングを介して提供され得る。ＵＥ １１０の観点から、サービングセルスイッチは、ＵＥ １１０がそのプライマリサービングセル（例えば、プライマリセル（ＰＣｅｌｌ）、プライマリセカンダリセル（ＰＳＣｅｌｌ）、アンカーセルなど）をターゲットＴＲＰに更新することを含み得る。７５０において、ＵＥ １１０サービングセルは、確認をソースｇＮＢ－ＣＵ ７０１にスイッチする。７５５において、ｇＮＢ－ＣＵ ７０１は、サービングセルスイッチ完了メッセージをｇＮＢ－ＣＵ ７０３に送信し得る。このとき、サービングセルはスイッチされているが、ＵＥ １１０は、ｇＮＢ－ＣＵ ７０１のＴＲＰ及びｇＮＢ－ＣＵ ７０３のＴＲＰと依然として通信し得る。しかしながら、ｇＮＢ－ＣＵ ７０１のためのＴＲＰの役割は、サービングから支援にスイッチし得、ｇＮＢ－ＣＵ ７０３のためのＴＲＰの役割は、支援からサービングにスイッチし得る。

７６０において、新しいソースｇＮＢ－ＣＵ ７０３は、前のソースｇＮＢ－ＣＵ ７０１の除去を開始する。例えば、ｇＮＢ－ＣＵ ７０３は、ＵＥ １１０同時通信機能が構成解除又は非アクティブ化されるべきであることを、Ｘｎインタフェースを介してｇＮＢ－ＣＵ ７０１に通知し得る。７６５において、新しいソースｇＮＢ－ＣＵ ７０３は、前のソースｇＮＢ－ＣＵ ７０１構成を解放し、及び／又は同時通信機能を非アクティブ化するようにＵＥ １１０をトリガするメッセージをＵＥ １１０に送信し得る。このメッセージは、ＲＲＣメッセージ又は任意の他の適切なタイプのシグナリングであり得る。いくつかの実施形態では、前のソースノードの除去を開始する前に、ネットワークは、新しいサービングセルがもはや適切ではないと決定し、前のサービングセル（例えば、ｇＮＢ－ＣＵ ７０１）にスイッチバックし得る。

図８は、例示的なモビリティフレームワークの一例を示すシグナリングダイアグラム８００を示す。シグナリングダイアグラム８００は、ＵＥ １１０、ソースｇＮＢ－ＣＵ ８０１、ソースｇＮＢ－ＤＵ ８０２、ターゲットｇＮＢ－ＣＵ ８０３、及びターゲットｇＮＢ－ＤＵ ８０４を含む。この例では、ＵＥ １１０及びｇＮＢ－ＣＵ ８０１、８０３は、互いに直接通信するものとして示されている。ネットワーク配置５００、６００に示されるように、実際の展開シナリオでは、ｇＮＢ－ＣＵとＵＥ １１０との間のシグナリングは、ｇＮＢ－ＤＵ及びＴＲＰによって容易にされ得る。加えて、シグナリングダイアグラム８００はＣＵ間モビリティシナリオを示すが、シグナリングダイアグラム８００の説明中に、イントラＣＵモビリティに関する例示的な拡張を参照し得る。

８０５において、ネットワークは、ソースノード及びターゲットノードの両方と同時に通信するようにＵＥ １１０を構成する。これは、シグナリングダイアグラム７００の７３０と同様である。この例では、動作７０５～７２５又は任意の他の適切なタイプのシグナリングが、ＵＥ １１０においてこの機能を可能にするために既に実行されていると仮定される。

ｇＮＢ－ＣＵ ８０１は、モビリティ中断時間を最小限に抑える（又はなくす）ために、この同時通信機能を用いてＵＥ １１０を構成し得る。ネットワークは、１つ以上のＲＲＣメッセージ又は任意の他の適切なタイプのシグナリングを使用して、この機能でＵＥ １１０を構成し得る。シグナリングダイアグラム８００には示されていないが、実際の展開シナリオでは、ＵＥ １１０とｇＮＢ－ＣＵとの間のＯＴＡ（Over The Air）通信は、ｇＮＢ－ＤＵによって容易にされ得る。

８１０において、ＵＥ １１０は、サービングセルスイッチをトリガする。これは、ＵＥ １１０が７３５において測定データを送信するシグナリングダイアグラム７００とは対照的である。シグナリングダイアグラム８００において、ＵＥ １１０は、ＵＥ １１０がＵＥ １１０のサービングセルをスイッチしたことをネットワークに通知する。したがって、ＵＥ １１０は、ネットワークから明示的なコマンドを受信することなく、そのプライマリサービングセルを更新し得る。ＵＥ １１０は、明示的なＲＲＣメッセージ（Ｌ３）、ＭＡＣ ＣＥ（Ｌ２）、又はＵＣＩ（Ｌ１）を使用して、このスイッチをネットワークに通知し得る。いくつかの実施形態では、ネットワークは、このサービングセルスイッチを開始するようにＵＥ １１０を構成し得、ネットワークがこの機能を明示的に構成しない場合、ＵＥ １１０はサービングセルスイッチをトリガしないことがある。

簡単にシグナリングダイアグラム７００に戻ると、７３５において、測定データを報告することの代わりに、又はそれに加えて、ＵＥ １１０は、サービングセルスイッチについての要求を送信し得る。この要求は、Ｌ１、Ｌ２、又はＬ３信号として送信され得る。シグナリングダイアグラム７００中の残りのシグナリングは同じままであり得る。したがって、測定データを送信し、ネットワークにサービングセルスイッチを開始させることとは対照的に、ＵＥ １１０はサービングセルスイッチを要求し得、又はシグナリングダイアグラム８００に示すように、ＵＥ １１０はサービングセルスイッチをトリガし、次いでネットワークにスイッチを通知し得る。

上記の例で説明したように、ＵＥ １１０がＵＥトリガサービングセルスイッチ（例えば、８１０）を実行するか、又はネットワークからサービングセルスイッチを明示的に要求するための基準は、同様であり得る。この基準の例は、以下に提供され、シグナリングダイアグラム８００に関して説明される。しかしながら、当業者は、シグナリングダイアグラム７００の７３５において測定データを提供することに加えて、又はその代わりに、サービングセルスイッチを要求するようにＵＥ １１０をトリガするために基準がどのように使用され得るかを理解するであろう。

基準は、任意の適切な方法でネットワークによって構成され得る。例えば、ネットワークは、条件のセットをＵＥ １１０に提供し得、条件が満たされる場合、ＵＥ １１０は、サービングセルスイッチを要求又はトリガする。１つの条件は、ターゲットセルに対応するビームの信号強度メトリックが、現在のサービングセルに対して閾値よりも大きいか、又は閾値よりも高いことに関係し得る。別の条件は、サービングセルに対応するビームの信号強度メトリックが、閾値よりも低い、又は潜在的なターゲットサービングセルに対する閾値よりも低いことに関係し得る。しかしながら、例示的な実施形態は、いかなる特定の条件にも限定されず、上記で提供された例示的な条件の組み合わせ、又は１つ以上の条件の任意の他の適切なセットを利用し得る。

８１５において、ＵＥ １１０は、ＵＥ １１０がＵＥトリガサービングセルスイッチを実行したことを示すサービングセルスイッチ指示をターゲットｇＮＢ－ＣＵ ８０３に送信する。８２０において、ターゲットｇＮＢ－ＣＵ ８０３は、サービングセルスイッチ指示をソースｇＮＢ－ＣＵ ８０１に送信する。８２５において、ｇＮＢ－ＣＵ ８０１は、サービングセルスイッチ完了メッセージをｇＮＢ－ＣＵ ８０３に送信する。８３０において、ｇＮＢ－ＣＵ ８０１は、サービングセルスイッチ確認指示をＵＥ １１０に送信する。この指示は、Ｌ１シグナリング、Ｌ２シグナリング、又はＬ３シグナリングを使用して提供され得る。

８３５において、新しいソースｇＮＢ－ＣＵ ８０３は、前のソースｇＮＢ－ＣＵ ８０１構成を解放するようにＵＥ １１０をトリガするメッセージをＵＥ １１０に送信し得る。このメッセージは、ＲＲＣメッセージ又は任意の他の適切なタイプのシグナリングであり得る。いくつかの実施形態では、前のソースノードの除去を開始する前に、ＵＥ １１０又はネットワークは、新しいサービングセルがもはや適切ではないと決定し、前のサービングセル（例えば、ｇＮＢ－ＣＵ ８０１）にスイッチバックし得る。

本明細書で説明される例示的な拡張は、ターゲットｇＮＢ－ＤＵがターゲットセルのプールからの１つのターゲットセルであるシナリオに拡張され得る。ＵＥ １１０は、異なる周波数にわたる複数のＴＲＰ構成を有して構成され得る。このシナリオにおけるセルスイッチは、支援セル上での物理ダウンリンク制御チャネル（ＰＤＣＣＨ）受信が行われるべきであることを示すＤＣＩ又はＭＡＣ ＣＥがＵＥ １１０に提供されたときにトリガされ得る。

上記で提供された例は、単一のサービングセルに関して説明された。当業者は、本明細書で説明される例示的な拡張が、キャリアアグリゲーション（ＣＡ）、デュアルコネクティビティ（ＤＣ）、及び／又はセルグループ（例えば、プライマリセルグループ（ＰＣＧ）、セカンダリセルグループ（ＳＣＧ））にも適用可能であり得ることを理解するであろう。例えば、シグナリングダイアグラム７００～８００は、ＰＣＧ又はＳＣＧのうちの１つに対して実行され得る。

上記の例示的な実施形態は、任意の好適なソフトウェア構成若しくはハードウェア構成又はこれらの組み合わせにおいて実装されてもよいことが、当該技術分野に精通している者には理解されよう。例示的な実施形態を実行するための例示的なハードウェアプラットフォームは、例えば、互換性のあるオペレーティングシステムを有するＩｎｔｅｌ ｘ８６ベースプラットフォーム、Ｗｉｎｄｏｗｓ ＯＳ、Ｍａｃプラットフォーム及びＭＡＣ ＯＳや、ｉＯＳ、Ａｎｄｒｏｉｄなどのオペレーティングシステムを有するモバイルデバイスを含んでもよい。上記の方法の例示的な実施形態は、コンパイルされると、プロセッサ又はマイクロプロセッサにおいて実行され得る、非一時的コンピュータ可読記憶媒体に記憶されたコード行を含むプログラムとして具現化されてもよい。

本出願では、それぞれが様々な組み合わせにおいて異なる特徴を有する様々な実施形態が記載されているが、１つの実施形態の特徴のうちのいずれかが、具体的に否認されないように、又は開示された実施形態のデバイスの動作若しくは記載の機能と機能的若しくは論理的に矛盾しないように、他の実施形態の特徴と組み合わされてもよいことが、当該技術分野に精通している者には理解されよう。

個人情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えるとして一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることに十分に理解されている。特に、個人情報データは、意図されない又は認可されていないアクセス又は使用のリスクを最小にするように管理され取り扱われるべきであり、認可された使用の性質は、ユーザに明確に示されるべきである。

様々な修正形態が、本開示の精神又は範囲から逸脱することなく本開示においてなされてもよいことが、当該技術分野に精通している者には明らかである。したがって、本開示は、本開示の修正形態及び変形形態が添付の特許請求の範囲及び特許請求の範囲の均等物の範囲内にあるかぎり、本開示の修正形態及び変形形態を網羅することが意図されている。

Claims (27)

1. 動作を実行するように構成されたユーザ機器（ＵＥ）のプロセッサであって、前記動作が、
   第１のセル及び第２のセルであって、前記第１のセルはサービングセルとして構成され、前記第２のセルは支援セルとして構成される、第１のセル及び第２のセルとの同時通信機能をアクティブ化することと、
   サービングセルスイッチであって、前記サービングセルスイッチは、前記支援セルとして再構成される前記第２のセルと、前記支援セルとして再構成される前記第１のセルと、を含む、サービングセルスイッチが実行されるべきであると決定することと、
   前記サービングセルスイッチの後に、前記同時通信機能が非アクティブ化されるべきであることを示すメッセージを前記第２のセルから受信することと、
   前記メッセージに応答して前記第１のセルを解放することと、を含む、プロセッサ。
2. 前記動作が、
   ネットワークから、前記サービングセルスイッチが実行されるべきであることを示す信号であって、前記信号は、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、又は無線リソース制御（ＲＲＣ）メッセージのうちの１つである、信号を受信することを更に含む、請求項１に記載のプロセッサ。
3. 前記サービングセルスイッチの前に、前記サービングセルは、プライマリセル（ＰＣｅｌｌ）又はプライマリセカンダリセル（ＰＳＣｅｌｌ）のうちの１つであり、前記支援セルは、ターゲットセルであり、前記サービングセルスイッチは、前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌのうちの１つと前記ターゲットセルとの前記同時通信機能を維持しながら、前記ＰＣｅｌｌ又は前記ＰＳＣｅｌｌのうちの１つを前記ターゲットセルに更新することを含む、請求項１に記載のプロセッサ。
4. 前記動作が、
   前記サービングセルスイッチの後、かつ前記同時通信機能が非アクティブ化されるべきであることを示す前記メッセージを前記第２のセルから受信する前に、第２のサービングセルスイッチであって、前記第２のサービングセルスイッチは、前記支援セルとして再構成される前記第２のセルと、前記サービングセルとして再構成される前記第１のセルと、を含む、第２のサービングセルスイッチのためのコマンドをネットワークから受信することを更に含む、請求項１に記載のプロセッサ。
5. 前記動作が、
   複数の送受信ポイント（ＴＲＰ）に対応する構成情報を受信することを更に含む、請求項１に記載のプロセッサ。
6. 前記動作が、
   前記第１のセル及び前記第２のセルとの前記同時通信機能をアクティブ化する前に、前記第２のセルのためのセキュリティキーを受信することを更に含む、請求項１に記載のプロセッサ。
7. 前記動作が、
   前記同時通信機能が構成されている間に、前記ネットワークに、測定データであって、前記測定データは、前記第２のセルの送受信ポイント（ＴＲＰ）に対応する、測定データを報告することを更に含む、請求項１に記載のプロセッサ。
8. 前記報告は、レイヤ２（Ｌ２）測定、レイヤ３（Ｌ３）測定、又はレイヤ１（Ｌ１）アップリンク制御情報（ＵＣＩ）を使用する、請求項７に記載のプロセッサ。
9. 前記測定データは、前記第１のセル及び前記第２のセルの両方に送信される、請求項７に記載のプロセッサ。
10. 前記測定データは、送受信ポイント（ＴＲＰ）ＩＤ、基準信号ＩＤ及び対応する測定値を含む、請求項７に記載のプロセッサ。
11. 前記サービングセルスイッチが実行されるべきであると決定することは、前記第１のセル又は前記第２のセルのうちの１つに対応する測定データが所定の条件を満たすことを識別することを含む、請求項１に記載のプロセッサ。
12. 前記動作が、
    前記ＵＥが前記ＵＥのサービングセルを前記第２のセルに更新したという指示を前記第２のセルに送信することを更に含む、請求項１に記載のプロセッサ。
13. 前記動作が、
    前記第１のセル又は前記第２のセルのうちの１つへの前記サービングセルスイッチの要求を送信することを更に含む、請求項１に記載のプロセッサ。
14. 前記第１のセルは、プライマリセルグループ（ＰＣＧ）又はセカンダリセルグループ（ＳＣＧ）の一部分である、請求項１に記載のプロセッサ。
15. 動作を実行するように構成された第１の基地局のプロセッサであって、前記動作が、
    ユーザ機器（ＵＥ）に、構成情報であって、前記構成情報は、サービングセルとして構成された第１のセル及び支援セルとして構成された第２のセルへの同時通信機能を有する前記ＵＥを構成し、前記基地局は、前記第１のセルを制御する、構成情報を送信することと、
    前記第２のセルを制御する第２の基地局から、サービングセルスイッチであって、前記サービングセルスイッチは、前記サービングセルとして再構成される前記第２のセルと、前記支援セルとして再構成される前記第１のセルと、を含む、サービングセルスイッチが前記ＵＥのために実行されるべきであるという指示を受信することと、
    前記第１のセルが前記ＵＥによって解放されるべきであるという指示を前記第２の基地局から受信することと、を含む、プロセッサ。
16. 前記動作が、
    前記ＵＥに、前記サービングセルスイッチが実行されるべきであることを示す信号であって、前記信号は、ダウンリンク制御情報（ＤＣＩ）、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、又は無線リソース制御（ＲＲＣ）メッセージのうちの１つである、信号を送信することを更に含む、請求項１５に記載のプロセッサ。
17. 前記動作が、
    前記ＵＥに、複数の送受信ポイント（ＴＲＰ）であって、前記複数のＴＲＰは、同じ次の基地局又は異なる基地局に関連付けられる、複数の送受信ポイント（ＴＲＰ）のためのビームリソースを示すメッセージを送信することを更に含む、請求項１５に記載のプロセッサ。
18. 前記構成情報が、前記第２のセルに対応するセキュリティキーを含む、請求項１５に記載のプロセッサ。
19. 前記動作が、
    前記構成情報を送信する前に、前記第２のセルを制御する第２の基地局から前記セキュリティキーを受信することを更に含む、請求項１８に記載のプロセッサ。
20. 前記動作が、
    前記第２のセルを制御する第２の基地局とユーザプレーン構成のデータパスを構成することを更に含む、請求項１５に記載のプロセッサ。
21. 前記サービングセルスイッチが実行されるべきであるという前記指示は、前記第２のセルを制御する第２の基地局から受信される、請求項１５に記載のプロセッサ。
22. 動作を実行するように構成された第２の基地局のプロセッサであって、前記動作が、
    ユーザ機器（ＵＥ）に関連付けられたハンドオーバ要求に応答して、ハンドオーバ準備肯定応答を第１の基地局に送信することであって、前記第１の基地局が第１のセルを制御し、前記第２の基地局が第２のセルを制御し、前記ＵＥが、サービングセルとして構成された前記第１のセル及び支援セルとして構成された前記第２のセルへの同時通信機能を有して構成される、送信することと、
    前記第１の基地局に、サービングセルスイッチであって、前記サービングセルスイッチは、前記サービングセルとして再構成される前記第２のセルと、前記支援セルとして再構成される前記第１のセルスイッチと、を含む、サービングセルスイッチが前記ＵＥのために実行されるべきであるという指示を送信することと、
    前記第１のセルが前記ＵＥによって解放されるべきであることを示すメッセージを前記ＵＥに送信することと、を含む、プロセッサ。
23. 前記動作が、
    前記第１の基地局であって、前記第１の基地局は、前記セキュリティキーを前記ＵＥに提供する、前記第１の基地局に対応するセキュリティキーを送信することを更に含む、請求項２２に記載のプロセッサ。
24. 前記動作が、
    前記第１のセルを制御する前記第１の基地局とユーザプレーン構成のデータパスを構成することを更に含む、請求項２２に記載のプロセッサ。
25. 前記動作が、
    前記ＵＥからサービングセルスイッチ要求を受信することを更に含む、請求項２２に記載のプロセッサ。
26. 前記動作が、
    前記ＵＥが前記ＵＥのサービングセルを前記第２のセルに更新したという指示を前記ＵＥから受信することを更に含む、請求項２２に記載のプロセッサ。
27. 前記動作が、
    前記サービングセルスイッチが実行されるべきであるという指示を前記第１の基地局に送信することを更に含む、請求項２２に記載のプロセッサ。