JP7337179B2 - 条件付きモビリティ実行時の測定設定のハンドリング - Google Patents

条件付きモビリティ実行時の測定設定のハンドリング Download PDF

Info

Publication number
JP7337179B2
JP7337179B2 JP2021544401A JP2021544401A JP7337179B2 JP 7337179 B2 JP7337179 B2 JP 7337179B2 JP 2021544401 A JP2021544401 A JP 2021544401A JP 2021544401 A JP2021544401 A JP 2021544401A JP 7337179 B2 JP7337179 B2 JP 7337179B2
Authority
JP
Japan
Prior art keywords
measurement
node
measurement configuration
target
conditional handover
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021544401A
Other languages
English (en)
Other versions
JP2022523721A (ja
Inventor
セシリア エクレフ，
シルヴァ， イカロ エル．イェー． ダ
プラディーパ ラーマチャンドラ，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2022523721A publication Critical patent/JP2022523721A/ja
Priority to JP2023135045A priority Critical patent/JP2023166440A/ja
Application granted granted Critical
Publication of JP7337179B2 publication Critical patent/JP7337179B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H04W36/0094—Definition of hand-off measurement parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H04W36/087—Reselecting an access point between radio units of access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/322—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by location data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • H04W36/362—Conditional handover

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Description

本出願は、一般に、無線通信の分野に関し、より詳細には、無線ネットワーク内の無線デバイスまたはユーザ機器（ＵＥ）のモビリティ動作を改善するデバイス、方法、およびコンピュータ可読媒体に関する。
概して、本明細書で使用されるすべての用語は、異なる意味が明確に与えられ、かつ／またはその用語が使用されるコンテキストから暗示されない限り、関連する技術分野におけるそれらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段の明示的な記載がない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいかなる方法および／または手順のステップも、ステップが別のステップに後続もしくは先行するものとして明示的に記載されない限り、かつ／またはステップが別のステップに後続もしくは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実行される必要はない。本明細書で開示される実施形態のうちのいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用される場合がある。本明細書で開示される実施形態のうちのいずれかの任意の特徴を、適切であればいかなる場合も、任意の他の実施形態に適用することができる。同じように、実施形態のうちのいずれかの任意の利点を、任意の他の実施形態に適用することができ、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになる。
Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）としても知られる、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で開発され、リリース８および９において最初に規格化された、いわゆる第４世代（４Ｇ）無線アクセス技術のための包括的な用語である。ＬＴＥは、様々な認可（ｌｉｃｅｎｓｅｄ）周波数帯域をターゲットとし、エボルブドパケットコア（ＥＰＣ）ネットワークを含む、一般にシステムアーキテクチャエボリューション（ＳＡＥ）と呼ばれる非無線状況に対する改善が付随する。ＬＴＥは、３ＧＰＰ、ならびに、無線アクセスネットワーク（ＲＡＮ）ＷＧおよびサブワーキンググループ（たとえば、ＲＡＮ１、ＲＡＮ２など）を含むそのワーキンググループ（ＷＧ）による規格設定プロセスに従って開発される後続のリリースを通して発展し続ける。
ＬＴＥリリース１０（Ｒｅｌ－１０）は、２０ＭＨｚよりも大きい帯域幅をサポートする。Ｒｅｌ－１０に対する１つの重要な要件は、ＬＴＥリリース８との後方互換性を保証することである。これは、スペクトル互換性も含むべきである。そのため、（たとえば、２０ＭＨｚよりも広い）広帯域ＬＴＥ Ｒｅｌ－１０キャリアは、ＬＴＥ Ｒｅｌ－８（「レガシー」）端末へのいくつかのキャリアとして現れるべきである。各々のそのようなキャリアは、コンポーネントキャリア（ＣＣ）と呼ぶことができる。またレガシー端末のためのワイドキャリアの効率的な使用のために、レガシー端末は広帯域ＬＴＥ Ｒｅｌ－１０キャリアのすべての部分内でスケジュールすることができる。１つの例示的な方法は、キャリアアグリゲーション（ＣＡ）によってこれを実現することであり、それにより、Ｒｅｌ－１０端末は複数のＣＣを受信することができ、好ましくは、各ＣＣはＲｅｌ－８キャリアと同じ構造を有する。ＬＴＥ Ｒｅｌ－１１における拡張のうちの１つは拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）であり、これは、制御チャネルリソースの容量を増加させ、空間再使用を改善すること、セル間干渉協調（ＩＣＩＣ）を改善すること、ならびに制御チャネルのためのアンテナビームフォーミングおよび／または送信ダイバーシティをサポートすることの目標を有する。さらに、ＬＴＥ Ｒｅｌ－１２は、それによりＵＥが２つのネットワークノードに同時に接続することができ、それにより接続堅牢性および／または容量を改善する、デュアルコネクティビティ（ＤＣ）を導入した。
ＬＴＥおよびＳＡＥを備えるネットワークの例示的なアーキテクチャ全体が、図１に示されている。Ｅ－ＵＴＲＡＮ１００は、ｅＮＢ１０５、１１０、および１１５などの１つまたは複数のエボルブドノードＢ（ｅＮＢ）と、ＵＥ１２０などの１つまたは複数のユーザ機器（ＵＥ）とを備える。３ＧＰＰ規格内で使用されるとき、第３世代（「３Ｇ」）および第２世代（「２Ｇ」）３ＧＰＰ無線アクセスネットワークが一般に知られているので、「ユーザ機器」または「ＵＥ」は、Ｅ－ＵＴＲＡＮならびにＵＴＲＡＮおよび／またはＧＥＲＡＮを含む、３ＧＰＰ規格準拠ネットワーク機器と通信することが可能な任意の無線通信デバイス（たとえば、スマートフォンまたはコンピューティングデバイス）を意味する。
３ＧＰＰによって指定されているように、Ｅ－ＵＴＲＡＮ１００は、無線ベアラ制御、無線アドミッション制御、無線モビリティ制御、スケジューリング、ならびにアップリンクおよびダウンリンクにおけるＵＥへのリソースの動的割当て、ならびにＵＥとの通信のセキュリティを含む、ネットワークにおけるすべての無線関係機能に関与する。これらの機能は、ｅＮＢ１０５、１１０、および１１５などのｅＮＢ内に存在する。Ｅ－ＵＴＲＡＮにおけるｅＮＢは、図１に示すように、Ｘ２インターフェースを介して互いに通信する。ｅＮＢはまた、ＥＰＣ１３０へのＥ－ＵＴＲＡＮインターフェースに関与し、詳細には、図１において、ＭＭＥ／Ｓ－ＧＷ１３４および１３８としてまとめて示されている、モビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）へのＳ１インターフェースに関与する。一般的に言うと、ＭＭＥ／Ｓ－ＧＷは、ＵＥの全体的な制御、およびＵＥとＥＰＣの残りとの間のデータフローの両方をハンドリングする。より詳細には、ＭＭＥは、非アクセス階層（ＮＡＳ）プロトコルとして知られる、ＵＥとＥＰＣとの間のシグナリング（たとえば、制御プレーン）プロトコルを処理する。Ｓ－ＧＷは、ＵＥとＥＰＣとの間のすべてのインターネットプロコトル（ＩＰ）データパケット（たとえば、データまたはユーザプレーン）をハンドリングし、ＵＥが、ｅＮＢ１０５、１１０、および１１５などのｅＮＢ間を移動するときにデータベアラのためのローカルモビリティアンカとして機能する。
ＥＰＣ１３０はまた、ユーザ関連情報および加入者関連情報を管理するホーム加入者サーバ（ＨＳＳ）１３１を含むことができる。ＨＳＳ１３１はまた、モビリティ管理、コールおよびセッションセットアップ、ユーザ認証およびアクセス認可におけるサポート機能を提供することができる。ＨＳＳ１３１の機能は、従来のホームロケーションレジスタ（ＨＬＲ）の機能ならびに認証センタ（ＡｕＣ）の機能または動作に関連することができる。
いくつかの実施形態では、ＨＳＳ１３１は、Ｕｄインターフェースを介して、図１においてＥＰＣ－ＵＤＲ１３５とラベル付けされたユーザデータレポジトリ（ＵＤＲ）と通信することができる。ＥＰＣ－ＵＤＲ１３５は、ユーザ認証情報がＡｕＣアルゴリズムによって暗号化された後にユーザ認証情報を格納することができる。これらのアルゴリズムは規格化されていない（すなわち、ベンダ固有）ので、ＥＰＣ－ＵＤＲ１３５に格納された暗号化された認証情報は、ＨＳＳ１３１のベンダ以外のいかなる他のベンダによってもしばしばアクセスすることができない。
図２Ａは、ＬＴＥアーキテクチャを構成するエンティティ、すなわち、ＵＥ、Ｅ－ＵＴＲＡＮ、およびＥＰＣに関する例示的なＬＴＥアーキテクチャ、ならびにアクセス階層（ＡＳ）および非アクセス階層（ＮＡＳ）への高レベル機能分割の高レベルブロック図を示す。図２Ａはまた、２つの特定のインターフェースポイント、すなわち、Ｕｕ（ＵＥ／Ｅ－ＵＴＲＡＮ無線インターフェース）およびＳ１（Ｅ－ＵＴＲＡＮ／ＥＰＣインターフェース）を示し、それらの各々は、固有のセットのプロトコル、すなわち、無線プロトコルおよびＳ１プロトコルを使用する。図２Ａには示されていないが、それぞれのプロトコルセットはさらに、ユーザプレーンおよび制御プレーンプロトコル機能にセグメント化することができる。ユーザおよび制御プレーンは、それぞれ、ＵプレーンおよびＣプレーンとも呼ばれる。Ｕｕインターフェースで、Ｕプレーンは、ユーザ情報（たとえば、データパケット）を搬送し、Ｃプレーンは、ＵＥとＥ－ＵＴＲＡＮとの間で制御情報を搬送する。
図２Ｂは、ＵＥ、ｅＮＢ、およびＭＭＥの間の例示的なＣプレーンプロトコルスタックのブロック図を示す。例示的なプロトコルスタックは、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）、およびＵＥとｅＮＢとの間の無線リソース制御（ＲＲＣ）レイヤを含む。ＰＨＹレイヤは、ＬＴＥ無線インターフェース上のトランスポートチャネル上でデータを転送するために、どの特性がどのように使用されるかに関係する。ＭＡＣレイヤは、論理チャネル上でデータ転送サービスを提供し、論理チャネルをＰＨＹトランスポートチャネルにマッピングし、これらのサービスをサポートするためにＰＨＹリソースを再割当てする。ＲＬＣレイヤは、上位レイヤとの間を転送されるデータの、誤り検出および／または誤り訂正と、連結と、セグメンテーションと、リアセンブリと、並べ替えとを提供する。ＰＨＹレイヤ、ＭＡＣレイヤ、およびＲＬＣレイヤは、ＵプレーンとＣプレーンの両方のために同一の機能を実行する。ＰＤＣＰレイヤは、ＵプレーンとＣプレーンの両方のための暗号化／解読および完全性保護を提供し、ならびにヘッダ圧縮などのＵプレーンのための他の機能を提供する。例示的なプロトコルスタックはまた、ＵＥとＭＭＥとの間の非アクセス階層（ＮＡＳ）シグナリングを含む。
図２Ｃは、ＰＨＹレイヤの観点から例示的なＬＴＥ無線インターフェースプロトコルアーキテクチャのブロック図を示す。図２Ｃにおいて楕円によって示されたサービスアクセスポイント（ＳＡＰ）により、様々なレイヤ間のインターフェースが提供される。ＰＨＹレイヤは、上述されたＭＡＣプロトコルレイヤおよびＲＲＣプロトコルレイヤとインターフェースする。図において、ＰＨＹ、ＭＡＣ、およびＲＲＣは、それぞれ、レイヤ１～３とも呼ばれる。ＭＡＣは、（同じく上述された）ＲＬＣプロトコルレイヤに、転送される情報のタイプによって特徴付けられた異なる論理チャネルを提供するが、ＰＨＹは、無線インターフェースを介して情報がどのように転送されるかによって特徴付けられたトランスポートチャネルをＭＡＣに提供する。このトランスポートサービスを提供することにおいて、ＰＨＹは、誤り検出および誤り訂正と、物理チャネル上へのコード化トランスポートチャネルのレートマッチングおよびマッピングと、物理チャネルの電力重み付け、変調、および復調と、送信ダイバーシティと、ビームフォーミング多入力多出力（ＭＩＭＯ）アンテナ処理とを含む様々な機能を実行する。ＰＨＹレイヤはまた、制御情報（たとえば、コマンド）をＲＲＣから受信し、ＲＲＣに様々な情報、たとえば、無線測定値、を提供する。
ＬＴＥ ＰＨＹによって提供されるダウンリンク（すなわち、ネットワークノードからＵＥへの）物理チャネルには、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理マルチキャストチャネル（ＰＭＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、リレー物理ダウンリンク制御チャネル（Ｒ－ＰＤＣＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、および物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）が含まれる。加えて、ＬＴＥ ＰＨＹダウンリンクは、様々な参照信号、同期信号、および発見信号を含む。
ＬＴＥ ＰＨＹによって提供されるアップリンク（すなわち、ＵＥからネットワークノードへの）物理チャネルには、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）が含まれる。加えて、ＬＴＥ ＰＨＹアップリンクは、関連するＰＵＣＣＨまたはＰＵＳＣＨの受信においてネットワークノードを支援するために送信される復調参照信号（ＤＭ－ＲＳ）、およびいかなるアップリンクチャネルにも関連付けられていないサウンディング参照信号（ＳＲＳ）を含む、様々な参照信号を含む。
ＬＴＥ ＰＨＹのための多元接続方式は、ダウンリンクでは、サイクリックプレフィックス（ＣＰ）を用いた直交周波数分割多重（ＯＦＤＭ）に基づき、アップリンクでは、サイクリックプレフィックスを用いたシングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）に基づく。対スペクトルおよび不対スペクトルにおける送信をサポートするために、ＬＴＥ ＰＨＹは、（全二重動作と半二重動作の両方を含む）周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートする。ＬＴＥ ＦＤＤダウンリンク（ＤＬ）無線フレームは、１０ｍｓの固定持続時間を有し、各々が０．５ｍｓの固定持続時間をもつ、０～１９とラベル付けされた２０個のスロットから構成される。１ｍｓのサブフレームは２つの連続するスロットを備え、サブフレームｉはスロット２ｉおよびスロット２ｉ＋１から構成される。各々の例示的なＦＤＤ ＤＬスロットは、ＮＤＬ ｓｙｍｂ個のＯＦＤＭシンボルから構成され、ＮＤＬ ｓｙｍｂ個のＯＦＤＭシンボルの各々は、Ｎｓｃ個のＯＦＤＭサブキャリアからなる。ＮＤＬ ｓｙｍｂの例示的な値は、１５ｋＨｚのサブキャリア帯域幅の場合、（ノーマルＣＰでは）７または（拡張された長さのＣＰでは）６であり得る。Ｎｓｃの値は、利用可能なチャネル帯域幅に基づいて設定可能である。当業者はＯＦＤＭの原理に精通しているので、さらなる詳細は本明細書では省略される。
さらに、特定のシンボル内の特定のサブキャリアの組合せは、リソースエレメント（ＲＥ）として知られている。各ＲＥは、そのＲＥのために使用される変調および／またはビットマッピングコンスタレーションのタイプに応じて、特定の数のビットを送信するために使用される。たとえば、いくつかのＲＥは、ＱＰＳＫ変調を使用して２ビットを搬送することができ、他のＲＥは、それぞれ１６ＱＡＭまたは６４ＱＡＭを使用して、４ビットまたは６ビットを搬送することができる。ＬＴＥ ＰＨＹの無線リソースはまた、物理リソースブロック（ＰＲＢ）に関して規定される。ＰＲＢは、スロットの持続時間（すなわち、ＮＤＬ ｓｙｍｂ個のシンボル）にわたってＮＲＢ ｓｃ個のサブキャリアに及び、ＮＲＢ ｓｃは、通常、（１５ｋＨｚサブキャリア帯域幅では）１２、または２４（７．５ｋＨｚ帯域幅）のいずれかである。サブフレーム全体（すなわち、２ＮＤＬ ｓｙｍｂ個のシンボル）の間に同じＮＲＢ ｓｃ個のサブキャリアに及ぶＰＲＢは、ＰＲＢペアとして知られている。したがって、ＬＴＥ ＰＨＹ ＤＬのサブフレーム内で利用可能なリソースは、ＮＤＬ ＲＢ個のＰＲＢペアを備え、ＮＤＬ ＲＢ個のＰＲＢペアの各々は、２ＮＤＬ ｓｙｍｂ・ＮＲＢ ｓｃ個のＲＥを備える。ノーマルＣＰおよび１５ＫＨｚのサブキャリア帯域幅の場合、ＰＲＢペアは１６８個のＲＥを備える。
ＬＴＥ ＦＤＤアップリンク（ＵＬ）無線フレームは、上記で説明された例示的なＦＤＤ ＤＬ無線フレームと同様の方式で設定される。上記のＤＬの説明と一致する用語を使用すると、各ＵＬスロットは、ＮＵＬ ｓｙｍｂ個のＯＦＤＭシンボルから構成され、ＮＵＬ ｓｙｍｂ個のＯＦＤＭシンボルの各々は、Ｎｓｃ個のＯＦＤＭサブキャリアからなる。
上記で説明されたように、ＬＴＥ ＰＨＹは、様々なＤＬ物理チャネルおよびＵＬ物理チャネルをＰＨＹリソースにマッピングする。たとえば、ＰＨＩＣＨは、ＵＥによるＵＬ送信に対するＨＡＲＱフィードバック（たとえば、ＡＣＫ／ＮＡＫ）を搬送する。同様に、ＰＤＣＣＨは、スケジューリング割当て、ＵＬチャネルに対するチャネル品質フィードバック（たとえば、ＣＳＩ）、および他の制御情報を搬送する。同様に、ＰＵＣＣＨは、スケジューリング要求などのアップリンク制御情報、ダウンリンクチャネルに対するＣＳＩ、ネットワークノードＤＬ送信に対するＨＡＲＱフィードバック、および他の制御情報を搬送する。ＰＤＣＣＨとＰＵＣＣＨの両方は、１つまたはいくつかの連続する制御チャネルエレメント（ＣＣＥ）のアグリゲーション上で送信することができ、ＣＣＥは、リソースエレメントグループ（ＲＥＧ）に基づいて物理リソースにマッピングされ、ＲＥＧの各々は複数のＲＥからなる。たとえば、ＣＣＥは９つのＲＥＧを備えることができ、ＲＥＧの各々は４つのＲＥを備えることができる。
ＬＴＥリリース８以来、３つのシグナリング無線ベアラ（ＳＲＢ）、すなわち、ＳＲＢ０、ＳＲＢ１、およびＳＲＢ２は、ＵＥとネットワークノードとの間のＲＲＣメッセージおよび非アクセス階層（ＮＡＳ）メッセージのトランスポートに利用可能になっている。ＳＲＢ１ｂｉｓとして知られる新しいＳＲＢも、ＮＢ－ＩｏＴにおけるＤｏＮＡＳ（データオーバＮＡＳ）をサポートするためにｒｅｌ－１３において導入された。ＳＲＢ０は、ＣＣＣＨ論理チャネルを使用するＲＲＣメッセージ用であり、ＳＲＢ０は、ＲＲＣ接続セットアップ、ＲＲＣ接続再開、およびＲＲＣ接続再確立をハンドリングするために使用される。ＵＥがネットワークノードに接続される（すなわち、ＲＲＣ接続セットアップまたはＲＲＣ接続再確立／再開が成功する）と、ＳＲＢ１は、すべてがＤＣＣＨ論理チャネルを使用する、ＳＲＢ２の確立より前に（ピギーバックＮＡＳメッセージを含む場合がある）ＲＲＣメッセージならびにＮＡＳメッセージをハンドリングするために使用される。一方、ＳＲＢ２は、すべてがＤＣＣＨ論理チャネルを使用する、ロギングされた測定情報を含むＲＲＣメッセージならびにＮＡＳメッセージに使用される。ＳＲＢ２は、ロギングされた測定情報およびＮＡＳメッセージが、冗長であり得、より緊急でより小さいＳＲＢ１メッセージの阻止を引き起こす可能性があるので、ＳＲＢ１よりも低い優先度を有する。ＳＲＢ２は、常に、セキュリティアクティブ化の後にＥ－ＵＴＲＡＮによって設定される。
上記で簡潔に述べられたように、（図２Ｂ～図２Ｃに示された）ＬＴＥ ＲＲＣレイヤは、無線インターフェースにおけるＵＥとｅＮＢとの間の通信、ならびにＥ－ＵＴＲＡＮ内のセル間のＵＥの移動を制御する。（たとえば、アクティブ接続による）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるＵＥのための通常のモビリティ手順は、セル間のハンドオーバ（ＨＯ）である。より具体的には、ＵＥは、ソースノードによって提供されるソースまたはサービングセルから、ターゲットノードによって提供されるターゲットセルに、ハンドオーバされる。一般に、ＬＴＥの場合、ハンドオーバソースおよびターゲットノードは、異なるｅＮＢであるが、単一のｅＮＢによって提供される異なるセル間のノード内ハンドオーバも可能である。
「デルタシグナリング」の概念は、ネットワークとＵＥとの間のＲＲＣシグナリングの量を減らすために、３ＧＰＰ規格において導入された。ハンドオーバにおいて、たとえば、ソースノードは、ＵＥの現在のＲＲＣ設定をターゲットノードに提供することができる。この情報を所与として、ターゲットノードが、ハンドオーバ後にターゲットセルにおいてＵＥによって使用されるべきＲＲＣ設定を準備するとき、それは、「デルタ」あるいは現在のＵＥ設定とターゲットセルにおいて使用されるべき新しい設定との「差」のみをシグナリングすればよい。そのようなデルタシグナリングは、通常は、「必要コード」、ＡｄｄＭｏｄリスト、および受信された設定が記憶されるＵＥ変数などのいくつかのプロトコル特徴で実装される。
しかしながら、ハンドオーバは堅牢性に関係する様々な問題を有する可能性がある。たとえば、ＨＯコマンド（たとえば、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎまたはｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、通常、ＵＥ向けの無線状態がすでにかなり悪いときに送信される。そのため、ＨＯコマンドは、（たとえば、冗長性がエラーに対して保護することを可能にするために）セグメント化され、かつ／またはＵＥに到達する前に１つもしくは複数回（たとえば、ＨＡＲＱを使用して）再送信される必要があり得る。そのような場合、ＨＯコマンドは、ソースノード（たとえば、ＵＥの現在のサービングセルをホストするノード）との劣化した接続が中断する前に、時間内に（または全く）ＵＥに到達しない場合がある。
ハンドオーバおよび他のモビリティ手順でこれらのおよび他の困難に対処するために、いくつかの「条件付きモビリティ」技法が提案された。それにもかかわらず、これらの提案された技法は、様々な使用事例、シナリオ、および／または条件において技法を不適切にさせる様々な欠陥－特に、デルタシグナリングの使用に関連する－がある。
したがって、本開示の例示的な実施形態は、モビリティ動作、たとえば、ソースノード（またはセル）とターゲットノード（またはセル）との間のハンドオーバ（条件付きハンドオーバを含む）、の改善を提供することによって、無線通信ネットワークにおけるこれらのおよび他のモビリティ関連の問題に対処する。
本開示の例示的な実施形態は、無線アクセスネットワーク（ＲＡＮ）における条件付きモビリティの方法（たとえば、手順）を含む。例示的な方法および／または手順は、ＲＡＮ（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）内のセルにサービスするネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど、またはその構成要素）と通信するユーザ機器（ＵＥ、たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはその構成要素）によって実行され得る。
いくつかの実施形態において、これらの例示的な方法は、第１の測定設定を、ＵＥのソースセルにサービスするソースＲＡＮノードから、受信することと、受信された第１の測定設定を記憶することと、第１の測定設定に基づいてＵＥのソースセルにおける第１の測定を実行および報告することとを含むことができる。
これらの例示的な方法はまた、以下を含む１つまたは複数のモビリティ関連メッセージを、ＲＡＮから、受信することを含むことができる：モビリティ動作の第１の指示、モビリティ動作のトリガ条件の第２の指示、ソースセルに関する第２の測定設定、および１つまたは複数のターゲットセルに関する第３の測定設定。いくつかの実施形態において、１つまたは複数のモビリティ関連メッセージは、第１のおよび第２の指示と第２のおよび第３の測定設定とを含む、ソースノードから受信された、条件付きモビリティコマンドを含むことができる。加えて、第２のおよび第３の測定設定は、指示されたモビリティ動作の候補である各ターゲットセルのそれぞれの測定設定を含むことができる。
他の実施形態において、１つまたは複数のモビリティ関連メッセージは、第１のおよび第２の指示と第２の測定設定とを含む、ソースノードから受信された、条件付きモビリティコマンドと、第３の測定設定を含む、ターゲットノードから受信された、再設定メッセージとを含むことができる。
これらの例示的な方法はまた、第２の測定設定に基づいて、ターゲットセルのうちの特定の１つに関するトリガ条件の達成を検出することと、特定のターゲットに向かうモビリティ動作を実行することとを含むことができる。
いくつかの実施形態において、トリガ条件の達成を検出することは、第２の測定設定に基づいてソースセルにおいて第２の測定を実行することを含むことができる。いくつかの実施形態において、モビリティ動作を実行することは、以下の動作のうちの１つまたは複数を含むことができる：第２の測定設定に基づく第２の測定の実行を停止することと、記憶された第２の測定設定の少なくとも一部を削除または解除することと、第３の測定設定を記憶すること。
いくつかの実施形態において、第３の測定設定は、完全な測定設定として受信され得る。そのような実施形態において、モビリティ動作を実行することは、記憶された第１の測定設定を第３の測定設定に置き換えることを含むことができる。
他の実施形態において、第３の測定設定は、第１の測定設定および／または第２の測定設定に関するデルタとして受信され得る。そのような実施形態において、モビリティ動作を実行することは、第３の測定設定と第１の測定設定および第２の測定設定のうちの１つまたは複数とに基づいて、第３の測定のための、測定設定を決定することを含むことができる。
いくつかの実施形態において、たとえば、１つまたは複数のモビリティ関連メッセージが、条件付きモビリティコマンドおよび再設定メッセージを含むとき、モビリティ動作を実行することは、第２の測定設定（たとえば、条件付きモビリティコマンドにおいて受信される）に基づいて特定のターゲットセルにおける第３の測定を実行および報告することと、第３の測定設定を含む再設定メッセージをその後に受信する（たとえば、再設定メッセージにおいて）こととを含むことができる。
これらの例示的な方法はまた、第３の測定設定に基づいて特定のターゲットセルにおける第３の測定を実行および報告することを含むことができる。
本開示の他の例示的な実施形態は、無線アクセスネットワーク（ＲＡＮ）におけるユーザ機器（ＵＥ）の条件付きモビリティのための付加的方法（たとえば、手順）を含む。これらの例示的な方法は、ＲＡＮ（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）のセル内の１つまたは複数のユーザ機器（ＵＥ、たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはその構成要素）にサービスするソースＲＡＮノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど、またはその構成要素）によって実行され得る。
いくつかの実施形態において、これらの例示的な方法は、ソースＲＡＮノードによってサービスされる、ＵＥのための、ソースセルに関する第１の測定設定を、ＵＥに、送信することと、第１の測定設定に基づいてソースセルにおいてＵＥによって作られた第１の測定値を受信することと、第１の測定に基づいて、モビリティ動作がＵＥに関して必要であると決定することとを含むことができる。
これらの例示的な方法はまた、ＵＥに関するモビリティ動作（たとえば、上述で判定されたものとしての）を受け入れるという要求を、ターゲットノードに、送信することを含むことができる。いくつかの実施形態において、要求は、ＵＥのための第１の測定設定を含むことができる。これらの例示的な方法はまた、モビリティ動作の確認を、ターゲットＲＡＮノードから、受信することを含むことができ、確認は、ターゲットＲＡＮノードによってサービスされる１つまたは複数のターゲットセルに関する第３の測定設定を含む。これらの例示的な方法はまた、モビリティ動作のトリガ条件に関係する第２の測定設定を決定することを含むことができる。たとえば、第２の測定設定は、ＵＥのソースセルにおいてトリガ条件の達成を検出するために使用可能であり得る。いくつかの実施形態において、第２の測定設定を決定することはまた、第２の測定設定をターゲットＲＡＮノードに送信することを含むことができる。
いくつかの実施形態において、以下の条件のうちの少なくとも１つが適用される：第２の測定設定が、第１の測定設定に関するデルタとして決定されることと、第３の測定設定が、第１の測定設定に関するデルタとして受信されることと、第３の測定設定が、第１のおよび第２の測定設定に関するデルタとして受信されること。
これらの例示的な方法はまた、以下を含むモビリティ関連メッセージを、ＵＥに、送信することを含むことができる：モビリティ動作の第１の指示、トリガ条件の第２の指示、および第２の測定設定。いくつかの実施形態において、条件付きモビリティコマンドはまた、第３の測定設定を含むことができ、第２のおよび第３の測定設定は、指示されたモビリティ動作の候補である各ターゲットセルのそれぞれの測定設定を含むことができる。
いくつかの実施形態において、これらの例示的な方法はまた、モビリティ動作が完了したという第３の指示を、ターゲットＲＡＮノードから、受信することと、第３の指示に応答して、記憶された第１のおよび第２の測定設定の少なくとも一部を削除または解除することとを含むことができる。
本開示の他の例示的な実施形態は、無線アクセスネットワーク（ＲＡＮ）におけるユーザ機器（ＵＥ）の条件付きモビリティのための付加的方法（たとえば、手順）を含む。これらの例示的な方法は、ＲＡＮ（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）のセルにサービスするターゲットＲＡＮノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど、またはその構成要素）によって実行され得る。
これらの例示的な方法は、ＵＥに関するモビリティ動作を受け入れるという要求を、ソースＲＡＮノードから、受信することを含むことができる。要求は、ＵＥの第１のための測定設定を含むことができる。これらの例示的な方法はまた、ターゲットＲＡＮノードによってサービスされる１つまたは複数のターゲットセルに関してＵＥのための第３の測定設定を決定することを含むことができる。第３の測定設定は、第１の測定設定（たとえば、それに関するデルタ）に基づき得る。
これらの例示的な方法は、モビリティ動作の確認を、ソースＲＡＮノードに、送信することを含むことができ、確認は、第３の測定設定を含む。様々な実施形態において、第３の測定設定は、完全な測定設定として、または第１の測定設定および／または第２の測定設定に関するデルタとして送信され得る。これらの例示的な方法はまた、第３の測定設定に基づいてターゲットセルのうちの特定の１つにおいて作られた測定値を、ＵＥから、受信することを含むことができる。
いくつかの実施形態において、これらの例示的な方法はまた、第２の測定設定に基づいて特定のターゲットセルに関してＵＥによって作られた測定値を受信することと、次に、第３の測定設定を含む再設定メッセージを、ＵＥに、送信することとを含むことができる。
これらの実施形態において、これらの例示的な方法はまた、ＵＥのための第２の測定設定を、ソースＲＡＮノードから、受信することを含むことができる。第２の測定設定は、第１の測定設定に関するデルタとして受信され得る。そのような実施形態において、再設定メッセージに含まれる、第３の測定設定は、第１の測定設定に関するデルタおよび第２の測定設定であり得る。
いくつかの実施形態において、これらの例示的な方法はまた、モビリティ動作が完了したという指示を、ソースＲＡＮノードに、送信することを含むことができる。
他の例示的な実施形態は、ユーザ機器（ＵＥ、たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはその構成要素）および本明細書に記載された例示的な方法のいずれかに対応する動作を実行するように設定されたネットワークノード（たとえば、基地局、ｇＮＢ、ｅＮＢなど、またはその構成要素）を含む。他の例示的な実施形態は、ＵＥまたはネットワークノードの処理回路によって実行されると、本明細書に記載された例示的な方法のいずれかに対応する動作を実行するようにそのようなＵＥまたはネットワークノードを設定するコンピュータ実行可能命令を記憶する、非一時的コンピュータ可読媒体を含む。
本開示の例示的な実施形態のこれらおよび他の目的、特徴、および利点は、以下で簡潔に記載される図面に鑑みて以下の発明を実施するための形態を読むと明らかになろう。
３ＧＰＰによって規格化された、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）エボルブドＵＴＲＡＮ（Ｅ－ＵＴＲＡＮ）およびエボルブドパケットコア（ＥＰＣ）ネットワークの例示的なアーキテクチャの高レベルブロック図である。 Ｅ－ＵＴＲＡＮアーキテクチャを構成する構成要素、プロトコル、およびインターフェースに関する例示的なＥ－ＵＴＲＡＮアーキテクチャの高レベルブロック図である。 ユーザ機器（ＵＥ）とＥ－ＵＴＲＡＮとの間の無線（Ｕｕ）インターフェースの制御プレーン部分の例示的なプロトコルレイヤのブロック図である。 ＰＨＹレイヤの観点からの例示的なＬＴＥ無線インターフェースプロトコルアーキテクチャのブロック図である。 ｇＮＢの分割中央ユニット（ＣＵ）－分散ユニット（ＤＵ）分割アーキテクチャを含む、５Ｇネットワークアーキテクチャの高レベル図である。 それによってＵＥがＮＲ ＲＲＣ状態の間を遷移する、ＮＲ ＲＲＣ状態および手順を示す図である。 ＮＲネットワークにおけるハンドオーバ手順中のＵＥ、ソースノード（たとえば、ソースｇＮＢ）、およびターゲットノード（たとえば、ターゲットｇＮＢ）の間のシグナリングフローを示す、図５Ａおよび５Ｂに分けられた、図である。 ＵＥの測定設定を転送および記憶するために使用される３つの例示的なＡＳＮ．１データ構造体を示す、図６Ａ～６Ｃを含む、図である。 ＵＥモビリティ動作、たとえば、ハンドオーバ、の間に発生し得る２つの例示的な堅牢性の問題を示す、図７Ａおよび７Ｂを含む、図である。 本開示の例示的な実施形態による、ＵＥ、ソースノード、およびＣＨＯのターゲットノードの間のシグナリングフローを示す図である。 条件付きモビリティ（たとえば、ＣＨＯ）トリガ条件でＵＥを設定するための３つの異なる技法を示す、図９Ａ～９Ｃを含む、図である。 条件付きモビリティ（たとえば、ＣＨＯ）動作の間および後に使用されるべき測定設定をＵＥに提供するためにデルタシグナリングを使用する例示的な技法のシグナリングフローを示す図である。 本開示の様々な例示的な実施形態による、条件付きモビリティ（たとえば、ＣＨＯ）動作の監視および実行フェーズの間に使用されるべき測定設定をＵＥに提供するための改善された技法のシグナリングフローを示す図である。 本開示の様々な例示的な実施形態による、条件付きモビリティ（たとえば、ＣＨＯ）動作の監視および実行フェーズの間に使用されるべき測定設定をＵＥに提供するための別の改善された技法のシグナリングフローを示す図である。 本開示の様々な例示的な実施形態による、無線アクセスネットワーク（ＲＡＮ）における条件付きモビリティのための、ユーザ機器（ＵＥ）によって実行される例示的な方法および／または手順を示す図である。 本開示の様々な例示的な実施形態による、ＵＥの条件付きモビリティのために、無線アクセスネットワーク（ＲＡＮ）において、ソースノードによって実行される例示的な方法および／または手順を示す図である。 本開示の様々な例示的な実施形態による、ＵＥの条件付きモビリティのために、無線アクセスネットワーク（ＲＡＮ）において、ターゲットノードによって実行される例示的な方法および／または手順を示す図である。 本明細書に記載された様々な態様による、無線ネットワークの例示的な実施形態を示す図である。 本明細書に記載された様々な態様による、ＵＥの例示的な実施形態を示す図である。 本明細書に記載されたネットワークノードの様々な実施形態の実装のために使用可能な例示的仮想化環境を示すブロック図である。 本明細書に記載された様々な態様による、様々な例示的な通信システムおよび／またはネットワークのブロック図である。 本明細書に記載された様々な態様による、様々な例示的な通信システムおよび／またはネットワークのブロック図である。 たとえば図１７～１８に示す例示的な通信システムおよび／またはネットワークにおいて、実装され得るユーザデータの送信および／または受信のための例示的な方法および／または手順のフロー図である。 たとえば図１７～１８に示す例示的な通信システムおよび／またはネットワークにおいて、実装され得るユーザデータの送信および／または受信のための例示的な方法および／または手順のフロー図である。 たとえば図１７～１８に示す例示的な通信システムおよび／またはネットワークにおいて、実装され得るユーザデータの送信および／または受信のための例示的な方法および／または手順のフロー図である。 たとえば図１７～１８に示す例示的な通信システムおよび／またはネットワークにおいて、実装され得るユーザデータの送信および／または受信のための例示的な方法および／または手順のフロー図である。
添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に記載される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。さらに、以下の用語が、以下で与えられる説明全体を通して使用される。
●無線ノード：本明細書で使用される「無線ノード」は、「無線アクセスノード」または「無線デバイス」のいずれかであり得る。
●無線アクセスノード：本明細書で使用される「無線アクセスノード」（または「無線ネットワークノード」）は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードであり得る。無線アクセスノードのいくつかの例には、限定はしないが、基地局（たとえば、３ＧＰＰ第５世代（５Ｇ）ＮＲネットワーク内の新無線（ＮＲ）基地局（ｇＮＢ）、または３ＧＰＰ ＬＴＥネットワーク内の拡張もしくはエボルブドノードＢ（ネットワークノード））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）、統合アクセスバックホール（ＩＡＢ）ノード、およびリレーノードが含まれる。
●コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワーク内の任意のタイプのノードである。コアネットワークノードのいくつかの例には、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）などが含まれる。
●無線デバイス：本明細書で使用される「無線デバイス」（または略して「ＷＤ」）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することにより、セルラ通信ネットワークへのアクセスを有する（すなわち、セルラ通信ネットワークによってサービスされる）任意のタイプのデバイスである。別段に記載されていない限り、「無線デバイス」という用語は、本明細書では「ユーザ機器」（または略して「ＵＥ」）と同じ意味で使用される。無線デバイスのいくつかの例には、３ＧＰＰネットワークおよびマシンタイプ通信（ＭＴＣ）デバイスにおけるＵＥが含まれるが、これに限定されない。無線で通信することは、空中で情報を伝達するのに適した、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴うことができる。
●ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラ通信ネットワークの無線アクセスネットワークまたはコアネットワークのいずれかの一部である任意のノードである。機能的に、ネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、かつ／または提供するための、および／またはセルラ通信ネットワーク内の他の機能（たとえば、アドミニストレーション）を実行するためのセルラ通信ネットワーク内の他のネットワークノードもしくは機器と、直接的または間接的に通信することが可能な、そうするように設定され、構成され、かつ／または動作可能な機器である。
本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、そのため、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似する専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は３ＧＰＰシステムに限定されない。限定はしないが、広帯域符号分割多元接続（ＷＣＤＭＡ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および汎欧州デジタル移動電話方式（ＧＳＭ）を含む他の無線システムも、本明細書に記載される概念、原理、および／または実施形態から恩恵を受けることができる。
加えて、無線デバイスまたはネットワークノードによって実行されるものとして本明細書に記載される機能および／または動作は、複数の無線デバイスおよび／またはネットワークノードにわたって分散される場合がある。さらに、「セル」という用語が本明細書で使用されるが、（特に５Ｇ ＮＲに関して）セルの代わりにビームが使用される場合があり、そのため、本明細書に記載される概念がセルとビームの両方に等しく適用されることを理解されたい。
上記で説明されたように、３ＧＰＰネットワークにおける現在のハンドオーバ（ＨＯ）プロセスは、堅牢性に関する様々な問題を有する。たとえば、ＨＯコマンド（たとえば、モビリティＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎまたはｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ＵＥの無線条件がすでにかなり悪いときに、通常は送信される。そのため、ＨＯコマンドは、それがＵＥに到達する前に、１回または複数回セグメント化される（たとえば、エラーから保護するための冗長性を可能にするために）および／または再送信される（たとえば、ＨＡＲＱを使用して）必要があり得る。そのような場合、ＨＯコマンドは、ターゲットノードとの劣化した接続が中断する前に、ＵＥに時間通りに（または、まったく）到達しないことがある。
モビリティ堅牢性を改善するための１つの解決策は、「条件付きハンドオーバ」（略して「ＣＨＯ」）または「早期ハンドオーバコマンド」と呼ばれる。ＵＥがハンドオーバを実行すべき時にサービング無線リンク条件への依存を回避するために、ハンドオーバのためのＲＲＣシグナリングが、より早くＵＥに提供され得、一方、無線リンクの条件は、よりよい。そのようなＣＨＯ ＲＲＣシグナリングは、従来の（すなわち、非条件付き）ハンドオーバに関して同様の利点を提供する、上記で説明された、デルタシグナリングに基づき得る。それでも、デルタシグナリングの使用は、ＣＨＯ動作中に、特にＵＥ測定を設定するために使用されるとき、様々な問題、矛盾、および／または問題点を生み出し得る。これらの問題と本開示の例示的な実施形態によって実現される具体的な改善について、以下でさらに詳しく説明する。
Ｒｅｌ－１３より前には、ＵＥのために規定された２つのＲＲＣ状態が存在した。より詳細には、ＵＥの電源がＯＮになった後、ＲＲＣ接続が確立されるまでＵＥはＲＲＣ＿ＩＤＬＥ状態にあり、ＲＲＣ接続が確立されると、ＵＥは（たとえば、データ転送が行われ得る）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。接続が解放された後、ＵＥはＲＲＣ＿ＩＤＬＥに戻る。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥの無線は、上位レイヤによって設定された間欠受信（ＤＲＸ）スケジュール上でアクティブである。ＤＲＸアクティブ期間の間、ＲＲＣ＿ＩＤＬＥのＵＥは、サービングセルによってブロードキャストされたシステム情報（ＳＩ）を受信し、セル再選択をサポートするために近隣セルの測定を実行し、ｅＮＢを介するＥＰＣからのページ用のＰＤＣＣＨ上のページングチャネルを監視する。ＲＲＣ＿ＩＤＬＥのＵＥはＥＰＣ内で知られ、割り当てられたＩＰアドレスを有するが、サービングｅＮＢには知られていない（たとえば、記憶されたコンテキストが存在しない）。
ＬＴＥ Ｒｅｌ－１３では、ＵＥがネットワークによってＲＲＣ＿ＩＤＬＥに類似するがいくつかの重要な違いがあるサスペンド状態に一時停止するためのメカニズムが導入された。第１に、サスペンド状態はＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤと一緒の第３のＲＲＣ「状態」ではなく、むしろ、サスペンド状態はＲＲＣ＿ＩＤＬＥの「サブ状態」として見ることができる。第２に、ＵＥとサービングｅＮＢの両方は、一時停止後のＵＥのＡＳ（たとえば、Ｓ１－ＡＰ）コンテキストおよびＲＲＣコンテキストを記憶する。一時停止したＵＥが（たとえば、ＵＬデータを送信するために）接続を再開する必要があるとき、従来のサービス要求手順を経由する代わりに、一時停止したＵＥは、ｅＮＢにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信するだけでよい。ｅＮＢはＳ１ＡＰコンテキストを再開し、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージで応答する。ＭＭＥとｅＮＢとの間のセキュリティコンテキストの複雑な交換、およびＡＳセキュリティコンテキストのセットアップは存在しない。保存されたＡＳコンテキストおよびＲＲＣコンテキストは、それらが以前一時停止した場所から再開されるだけである。シグナリングを削減すると、（たとえば、インターネットにアクセスするスマートフォンのための）削減されたＵＥレイテンシ、および削減されたＵＥシグナリングを実現することができ、それらは、特に非常に少ないデータを送信する（すなわち、シグナリングがエネルギーを主に消費する）マシンタイプ通信（ＭＴＣ）デバイスの場合、削減されたＵＥエネルギー消費につながることができる。
セルおよび／またはビーム間のモビリティ（たとえば、ハンドオーバまたは再選択）をサポートするために、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードとＲＲＣ＿ＩＤＬＥモードの両方における周期的なセル探索ならびに信号の電力および品質（たとえば、参照信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ））の測定を実行することができる。ＵＥは、新しい近隣セルの検出、ならびにすでに検出されたセルの追跡および監視に関与する。検出されたセルおよび関連する測定値はネットワークに報告される。ＬＴＥのＵＥは、たとえば、セル固有参照信号（ＣＲＳ）、ＭＢＳＦＮ ＲＳ、ＰＤＳＣＨに関連付けられたＵＥ固有復調ＲＳ（ＤＭ－ＲＳ）、ＥＰＤＣＣＨまたはＭ／ＮＰＤＣＣＨに関連付けられたＤＭ－ＲＳ、測位ＲＳ（ＰＲＳ）、およびチャネル状態情報ＲＳ（ＣＳＩ－ＲＳ）を含む、様々なダウンリンク参照信号（ＲＳ）に対してそのような測定を実行することができる。
ネットワークへのＵＥ測定報告は、周期的、または特定のイベントに基づく非周期的であるように設定することができる。たとえば、ネットワークは、近隣セルに対応する様々なキャリア周波数および様々な無線アクセス技術（ＲＡＴ）に対して、ならびに、たとえばモビリティおよび／または測位を含む様々な目的で、測定を実行するようにＵＥを設定することができる。これらの測定の各々のための設定は、「測定対象」と呼ばれる。さらに、ＵＥは、「測定ギャップパターン」（または、略して「ギャップパターン」）に従って測定を実行するように設定することができ、測定ギャップパターンは、測定ギャップ反復期間（ＭＧＲＰ、すなわち、どのくらいの頻度で反復ギャップが測定に利用可能であるか）および測定ギャップ長（ＭＧＬ、すなわち、各反復ギャップの長さ）を含むことができる。
ＬＴＥでは、測定報告がＵＥによって送信される前の十分長い持続時間に対するイベントトリガ基準が満たされることを保証するために、Ｔｉｍｅ－Ｔｏ－Ｔｒｉｇｇｅｒ（ＴＴＴ）の概念が使用される。トリガ基準およびＴＴＴは、ネットワークによってＵＥに送信されるｒｅｐｏｒｔＣｏｎｆｉｇメッセージ（またはメッセージの情報エレメント、ＩＥ）内で設定される。ｒｅｐｏｒｔＣｏｎｆｉｇ内で提供されるＴＴＴの値は、指定されたトリガ基準に基づいて測定報告をトリガする可能性があるＵＥのすべての近隣セルに適用可能である。
ＬＴＥは主にユーザ間通信のために設計されたが、（「ＮＲ」とも呼ばれる）５Ｇセルラネットワークは、高いシングルユーザデータレート（たとえば、１Ｇｂ／ｓ）と、周波数帯域を共有する多くの異なるデバイスからの短い爆発的な送信を伴う大規模マシン間通信の両方をサポートすることが想起される。（「新無線」または「ＮＲ」とも呼ばれる）５Ｇ無線規格は、現在、ｅＭＢＢ（拡張モバイルブロードバンド）およびＵＲＬＬＣ（超高信頼低レイテンシ通信）を含む広範囲のデータサービスを対象としている。これらのサービスは、異なる要件および目的を有することができる。たとえば、ＵＲＬＬＣは、極めて厳密なエラーおよびレイテンシ要件、たとえば、１０－５以下のエラー確率および１ｍｓ以下の終端間レイテンシを有するデータサービスを提供することを意図している。ｅＭＢＢの場合、レイテンシおよびエラー確率に対する要件はあまり厳重ではない可能性があるが、必要なサポートされるピークレートおよび／またはスペクトル効率はより高い可能性がある。
ＬＴＥと同様に、ＮＲのＰＨＹは、ＤＬにおいてＣＰ－ＯＦＤＭ（サイクリックプレフィックス直交周波数分割多重）を使用し、ＵＬにおいてＣＰ－ＯＦＤＭとＤＦＴ拡張ＯＦＤＭ（ＤＦＴ－Ｓ－ＯＦＤＭ）の両方を使用する。時間領域では、ＮＲのＤＬおよびＵＬの物理リソースは、同じサイズの１ｍｓサブフレームに編成される。各サブフレームは１つまたは複数のスロットを含み、各スロットは（通常のサイクリックプレフィックスの場合）１４個または（拡張サイクリックプレフィックスの場合）１２個の時間領域シンボルを含む。
図３は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）３９９および５Ｇコアネットワーク（５ＧＣ）３９８を含む５Ｇネットワークアーキテクチャの高レベル図を示す。ＮＧ－ＲＡＮ３９９は、それぞれインターフェース３０２、３５２を介して接続されたｇＮＢ３００、３５０などの、１つまたは複数のＮＧインターフェースを介して５ＧＣに接続された１つまたは複数のｇノードＢ（ｇＮＢ）を含むことができる。より詳細には、ｇＮＢ３００、３５０は、それぞれのＮＧ－Ｃインターフェースを介して５ＧＣ３９８内の１つまたは複数のアクセスおよびモビリティ管理機能（ＡＭＦ）に接続することができる。同様に、ｇＮＢ３００、３５０は、それぞれのＮＧ－Ｕインターフェースを介して５ＧＣ３９８内の１つまたは複数のユーザプレーン機能（ＵＰＦ）に接続することができる。ＮＧ－ＣおよびＮＧ－Ｕは、それぞれ、図３に示すＮＧインターフェース３０２および３５２の制御プレーンおよびユーザプレーン部分である。
図示されていないが、いくつかの配置では、５ＧＣ３９８は、従来、ＬＴＥのＥ－ＵＴＲＡＮと一緒に使用されていたエボルブドパケットコア（ＥＰＣ）によって置き換えることができる。そのような配置では、ｇＮＢ３００、３５０は、それぞれのＳ１－Ｃインターフェースを介してＥＰＣ内の１つまたは複数のモビリティ管理エンティティ（ＭＭＥ）に接続することができる。同様に、ｇＮＢ３００、３５０は、それぞれのＮＧ－Ｕインターフェースを介してＥＰＣ内の１つまたは複数のサービングゲートウェイ（ＳＧＷ）に接続することができる。
加えて、ｇＮＢは、ｇＮＢ３００と３５０との間のＸｎインターフェース３４０などの１つまたは複数のＸｎインターフェースを介して互いに接続することができる。ＮＧ－ＲＡＮ向けの無線技術は、しばしば「新無線」（ＮＲ）と呼ばれる。ＵＥへのＮＲインターフェースの場合、ｇＮＢの各々は、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、またはそれらの組合せをサポートすることができる。
ＮＧ－ＲＡＮ３９９は、無線ネットワークレイヤ（ＲＮＬ）およびトランスポートネットワークレイヤ（ＴＮＬ）に分割することができる。ＮＧ－ＲＡＮアーキテクチャ、すなわちＮＧ－ＲＡＮ論理ノードおよびノード間のインターフェースは、ＲＮＬの一部として規定される。ＮＧ－ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）ごとに、関係するＴＮＬのプロトコルおよび機能が指定される。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポート向けのサービスを提供する。いくつかの例示的な設定では、各ｇＮＢは、３ＧＰＰ ＴＳ２３．５０１（ｖ１５．４．０）において規定された「ＡＭＦリージョン」内のすべての５ＧＣノードに接続される。ＮＧ－ＲＡＮインターフェースのＴＮＬ上のＣＰおよびＵＰのデータに対するセキュリティ保護がサポートされる場合、（３ＧＰＰ ＴＳ３３．４０１ ｖ１５．６．０において規定された）ＮＤＳ／ＩＰが適用されるべきである。
図３に示された（かつ３ＧＰＰ ＴＳ３８．４０１ ｖ１５．４．０および３ＧＰＰ ＴＲ３８．８０１ ｖ１４．０．０に記述された）ＮＧ－ＲＡＮ論理ノードは、中央ユニット（ＣＵまたはｇＮＢ－ＣＵ）および１つまたは複数の分散ユニット（ＤＵまたはｇＮＢ－ＤＵ）を含む。たとえば、ｇＮＢ３００は、ｇＮＢ－ＣＵ３１０ならびにｇＮＢ－ＤＵ３２０および３３０を含む。ＣＵ（たとえば、ｇＮＢ－ＣＵ３１０）は、上位レイヤプロトコルをホストし、ＤＵの動作を制御することなどの様々なｇＮＢ機能を実行する論理ノードである。ＤＵ（たとえば、ｇＮＢ－ＤＵ３２０、３３０）は、下位レイヤプロトコルをホストし、機能分割オプションに応じて、ｇＮＢ機能の様々なサブセットを含むことができる分散型論理ノードである。そのため、ＣＵおよびＤＵの各々は、処理回路、（たとえば、通信用の）トランシーバ回路、および電力供給源回路を含む、それぞれの機能を実行するために必要とされる様々な回路を含むことができる。その上、「中央ユニット」および「集中型ユニット」という用語は、本明細書では、「分散ユニット」および「分散型ユニット」という用語と同じ意味で使用される。
ｇＮＢ－ＣＵは、図３に示されたインターフェース３２２および３３２などの、それぞれのＦ１論理インターフェースを介して１つまたは複数のｇＮＢ－ＤＵに接続する。しかしながら、ｇＮＢ－ＤＵは単一のｇＮＢ－ＣＵにしか接続することができない。ｇＮＢ－ＣＵおよび接続されたｇＮＢ－ＤＵは、他のｇＮＢおよび５ＧＣには単にｇＮＢとして見える。言い換えれば、Ｆ１インターフェースはｇＮＢ－ＣＵを越えて見えない。さらに、ｇＮＢ－ＣＵとｇＮＢ－ＤＵとの間のＦ１インターフェースは、以下の一般原理によって指定され、かつ／またはそれらに基づく。
●Ｆ１はオープンインターフェースである。
●Ｆ１は、それぞれのエンドポイント間のシグナリング情報の交換、ならびにそれぞれのエンドポイントへのデータ送信をサポートする。
●論理的観点から、Ｆ１は、（エンドポイント間の物理的な直接接続がない場合でも）エンドポイント間のポイントツーポイントインターフェースである。
●Ｆ１は制御プレーン（ＣＰ）とユーザプレーン（ＵＰ）の分離をサポートし、その結果、ｇＮＢ－ＣＵはＣＰとＵＰにおいて分離される場合がある。
●Ｆ１は無線ネットワークレイヤ（ＲＮＬ）とトランスポートネットワークレイヤ（ＴＮＬ）を分離させる。
●Ｆ１はユーザ機器（ＵＥ）関連情報と非ＵＥ関連情報の交換を可能にする。
●Ｆ１は、新しい要件、サービス、および機能に対して時代遅れにならないように規定される。
●ｇＮＢはＸ２、Ｘｎ、ＮＧ、およびＳ１－Ｕのインターフェースを終端させ、ＤＵとＣＵとの間のＦ１インターフェースの場合、３ＧＰＰ ＴＳ３８．４７３において規定されたＦ１アプリケーションパートプロトコル（Ｆ１－ＡＰ）を利用する。
さらに、ＣＵはＲＲＣおよびＰＤＣＰなどのプロトコルをホストすることができ、ＤＵはＲＬＣ、ＭＡＣ、およびＰＨＹなどのプロトコルをホストすることができる。しかしながら、ＭＡＣおよびＰＨＹと一緒に、ＤＵにおいてＲＬＣプロトコルの残りの部分をホストしながら、ＣＵにおいてＲＲＣ、ＰＤＣＰ、およびＲＬＣプロトコルの一部をホストすること（たとえば、自動再送要求（ＡＲＱ）機能）などの、ＣＵとＤＵとの間のプロトコル分散の他の変形形態が存在することができる。いくつかの例示的な実施形態では、ＣＵはＲＲＣおよびＰＤＣＰをホストすることができ、ＰＤＣＰはＵＰトラフィックとＣＰトラフィックの両方をハンドリングするように想定される。それにもかかわらず、他の例示的な実施形態は、ＣＵにおいていくつかのプロトコルをホストし、ＤＵにおいていくつかの他のプロトコルをホストすることにより、他のプロトコル分割を利用することができる。例示的な実施形態はまた、集中型制御プレーンプロトコル（たとえば、ＰＤＣＰ－ＣおよびＲＲＣ）を、集中型ＵＰプロトコル（たとえば、ＰＤＣＰ－Ｕ）に対して異なるＣＵ内に位置付けることができる。
上記で説明されたＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に加えて、ＮＲ ＵＥはまた、ＬＴＥ Ｒｅｌ－１３におけるサスペンド条件と同様の特性を有するＲＲＣ＿ＩＮＡＣＴＩＶＥ状態をサポートする。それでも、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、別のＲＲＣ状態であり、ＬＴＥにおけるようにＲＲＣ＿ＩＤＬＥの一部ではないというわずかに異なる特性を有する。さらに、ＣＮ／ＲＡＮ接続（ＮＧまたはＮ２インターフェース）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥの間活動状態を保つが、ＬＴＥでは一時停止した。
図４は、ＮＲのＲＲＣ状態、およびそれによってＵＥがＮＲのＲＲＣ状態間を遷移する手順を示す図である。図４に示された状態の特性は以下のように要約される。
●ＲＲＣ＿ＩＤＬＥ：
－ＵＥ特有の間欠受信（ＤＲＸ）動作は、上位レイヤによって設定され得る。
－ネットワーク設定に基づくＵＥ制御モビリティ（たとえば、セル再選択）。
－ＵＥは、
○５Ｇ－Ｓ－ＴＭＳＩを使用してＣＮページング用のページングチャネルを監視する。
○近隣セル測定およびセル（再）選択を実行する。
○システム情報を取得する。
●ＲＲＣ＿ＩＮＡＣＴＩＶＥ：
－ＵＥ固有ＤＲＸ動作は上位レイヤまたはＲＲＣによって設定され得る。
－ネットワーク設定に基づくＵＥ制御モビリティ。
－ＵＥはＡＳコンテキストを記憶する。
－ＵＥは、
○５Ｇ－Ｓ－ＴＭＳＩを使用してＣＮページング用のページングチャネルを監視し、Ｉ－ＲＮＴＩを使用してＲＡＮページング用のページングチャネルを監視する。
○近隣セル測定およびセル（再）選択を実行する。
○周期的に、かつＲＡＮベース通知エリアの外側に移動したときに、ＲＡＮベース通知エリアの更新を実行する。
○システム情報を取得する。
●ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ：
－ＵＥはＡＳコンテキストを記憶する。
－共有データチャネル（たとえば、ＰＤＳＣＨおよび／またはＰＵＳＣＨ）を介するＵＥへの／からのユニキャストデータの転送。
－下位レイヤにおいて、ＵＥはＵＥ固有ＤＲＸを用いて設定され得る。
－ＣＡをサポートするＵＥの場合、増大する帯域幅のための、ＳｐＣｅｌｌで集約された１つまたは複数のＳＣｅｌｌの使用。
－ＤＣをサポートするＵＥの場合、増大する帯域幅のための、ＭＣＧで集約された１つのＳＣＧの使用。
－ネットワーク制御モビリティ、すなわち、ＮＲ内およびＥ－ＵＴＲＡＮへ／からのハンドオーバ。
－ＵＥは、
○ページングチャネルを監視する。
○共有データチャネルに関連付けられた制御チャネルを監視して、データが共有データチャネルにスケジュールされているかどうかを判定する。
○チャネル品質およびフィードバック情報を提供する。
○近隣セル測定および測定報告を実行する。
○システム情報を取得する。
図４に示されたように、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態との間の遷移は、２つの新しい手順：（ＳｕｓｐｅｎｄＣｏｎｆｉｇによるＲＲＣ接続解放とも呼ばれる）「サスペンド」および「再開」によって実現される。 ｇＮＢは、接続を一時停止することができ、一時停止指示（または設定）を有するＲＲＣＲｅｌｅａｓｅメッセージをＵＥに送信することにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥにＵＥを移動させる。これは、たとえば、ＵＥが、ｇＮＢ内部非活動タイマを満了させるある期間の間非アクティブであった後に起こる可能性がある。ＲＲＣ＿ＩＮＡＣＴＩＶＥに移動すると、ＵＥとｇＮＢの両方は、ＵＥのアクセス階層（ＡＳ）コンテキストおよび関連する（Ｉ－ＲＮＴＩと呼ばれる）識別子を記憶する。
同様に、ＵＥは、Ｉ－ＲＮＴＩ、ＲＲＣ接続再開時にＵＥを識別および検証するために使用される（ｒｅｓｕｍｅＭＡＣ－Ｉと呼ばれる）セキュリティトークン、ならびに再開原因（たとえば、モバイル発信データ）の指示を含む、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージをｇＮＢに送信することにより、特定のｇＮＢ（たとえば、接続が一時停止されたセルと同じかまたは異なるセル）に向かう接続を再開しようと試みることができる。ＵＥが再開しようと試みるセルをサービスするｇＮＢは、しばしば「ターゲットｇＮＢ」と呼ばれ、ＵＥが一時停止したセルをサービスするｇＮＢは、しばしば「ソースｇＮＢ」と呼ばれる。接続を再開するために、ターゲットｇＮＢは、（たとえば、Ｉ－ＲＮＴＩの一部分から）ソースｇＮＢを識別し、ＵＥのコンテキストを送信するようにそのｇＮＢに要求する。この要求において、ターゲットｇＮＢは、とりわけ、ターゲットセルＩＤ、ＵＥＩＤ、およびＵＥから受信されたセキュリティトークンを提供する。ＮＲ再開手順は、いくつかの方法では、ＬＴＥ（たとえば、Ｅ－ＵＴＲＡＮおよびＥＰＣ）ならびにｅＬＴＥ（たとえば、Ｅ－ＵＴＲＡＮおよび５ＧＣ）における対応する再開手順と同様である。
上述のように、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥは、測定を実行するようにネットワークによって設定され得、そして、測定報告をトリガすると、ネットワークは、ハンドオーバコマンドをＵＥに送信することができる。ＬＴＥにおいて、このコマンドは、モビリティＣｏｎｔｒｏｌＩｎｆｏフィールドを有するＲＲＣｏｎｎｅｃｔｉｏｎ－Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。ＮＲにおいて、このコマンドは、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃフィールドを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。
これらの再設定は、ＬＴＥにおけるＸ２またはＳ１インターフェース（たとえば、図１を参照）あるいはＮＲの場合におけるＮＧインターフェース（たとえば、図３を参照）を介して交換される、ソースノードからの要求に応じてハンドオーバターゲットモードによって準備される。これらの再設定は、通常は、ノード間要求において提供される、ＵＥとソースセルとの間の既存のＲＲＣ設定を考慮する。ＬＴＥにおいて、たとえば、この既存のＵＥ設定は、ソースノードからターゲットノードへの要求のＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎにおいて提供される。それに応答して、ターゲットノードは、ターゲットセルにアクセスするためにＵＥが必要とするすべての情報、たとえば、ランダムアクセス設定、ターゲットセルによって割り当てられる新しいＣ－ＲＮＴＩ、ＵＥがターゲットセルに関連する新しいセキュリティ鍵を計算することを可能にするセキュリティパラメータなど、を含む再設定パラメータを提供する。新しいセキュリティ鍵は、ターゲットセルにアクセスしたとき、暗号化されたおよび完全性保護された、ＳＲＢ１でハンドオーバ完了メッセージをＵＥが送信することを可能にする。
図５Ａおよび５Ｂに分けられた、図５は、ＮＲネットワークにおけるハンドオーバ手順中のＵＥ、ソースノード（たとえば、ソースｇＮＢ）、およびターゲットノード（たとえば、ターゲットｇＮＢ）の間のシグナリングフローを示す。図５はまた、アクセス管理機能（ＡＭＦ）およびユーザ－プレーン機能（ＵＰＦ）を含む５ＧＣ機能の役割を示す。それでも、以下の説明は、ＮＲネットワークとＬＴＥネットワークの両方におけるＨＯ（またはより一般的には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある間のＵＥモビリティ）に関係する様々な原理に対処する。
第１に、ネットワークは、負荷状態、異なるノード内のリソース、利用可能な周波数などの現在の状況に関する最新のおよび／または最も正確な情報を有するので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥモビリティは、ネットワークベースである。ネットワークはまた、リソース割当ての観点から、ネットワーク内の多くのＵＥの状況を考慮に入れることができる。
図５に示すように、ハンドオーバ手順には３つのフェーズが存在する：ハンドオーバ準備、ハンドオーバ実行、およびハンドオーバ完了。ハンドオーバ準備の前に、ＵＥは、ソースｇＮＢを介して５ＧＣにおいてＵＰＦにユーザデータを送信および／または受信している可能性がある。ハンドオーバ準備フェーズ中に、ネットワークは、ＵＥがそのセルにアクセスする前に、ターゲットセルの準備をする。ＡＭＦは、モビリティ制御情報をソースｇＮＢに提供する（動作０）。加えて、ソースノードは、ＵＥから測定報告を受信し（動作１）、これらの報告に基づいてハンドオーバ決定を行い（たとえば、動作２）、ターゲットノードとのＵＥのハンドオーバを交渉する（たとえば、動作３～５）。
ハンドオーバ実行中に、ソースノードは、ターゲットノードによってサービスされるターゲットセルへのハンドオーバをトリガするために様々な情報をＵＥに提供し（動作６）、ソースノードにおけるＵＥの現在のステータスをターゲットノードに提供する（動作７）。たとえば、ソースノード（たとえば、動作６における）は、ＨＯ完了メッセージ（たとえば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を送信するために、ＳＲＢ１設定（たとえば、そこから暗号化／完全性保護のための鍵を導出するパラメータ）を含む、ターゲットセル内で使用されるべきＲＲＣ設定をＵＥに提供する。ソースノードは、ターゲットＣ－ＲＮＴＩをＵＥに提供し、その結果、ターゲットノードは、ＨＯ完了メッセージのためのＭＡＣレベル上のランダムアクセスｍｓｇ３からＵＥを識別することができる。この情報は、ハンドオーバ準備フェーズ中にターゲットノードから受信される。したがって、障害が発生しない限り、ターゲットノードがＵＥコンテキストのフェッチを実行する必要はない。
さらに、ＨＯを加速するために、ソースノードは、ターゲットにどのようにアクセスするかに関する必要な情報（たとえば、ＲＡＣＨ設定）をＵＥに提供し、その結果、ＵＥはハンドオーバより前にターゲットノードのシステム情報（ＳＩ、たとえば、ブロードキャストからの）を取得する必要がない。完全とデルタの両方の再設定は、ＨＯコマンドが最小化され得るように、サポートされる。ＵＥは、無競合ランダムアクセス（ＣＦＲＡ）リソースを提供される場合があり、その場合、ターゲットノードは、（ｍｓｇ１とも呼ばれる）ＲＡＣＨプリアンブルからＵＥを識別することができる。より一般的には、通常のＨＯ手順は、常に、ＣＦＲＡリソースなどの専用リソースを用いて最適化することができる。
ハンドオーバ実行フェーズ中にもまた、ＵＥは、（たとえば、ソースノードによってサービスされる）古いセルを切り離し、ターゲットノードによってサービスされる新しいセルに同期させる（たとえば、動作８）。これらの動作と同時に、ソースノードは、ＵＥがハンドオーバを完了した後に、このユーザデータを次にＵＥに通信することができる、ターゲットノードにバッファリングされたＵＥのためのユーザデータを配信する。
ハンドオーバ完了フェーズ中に、ＮＧ－ＲＡＮ内のターゲットノードおよびソースノードは、５ＧＣ（たとえば、ＡＭＦ）と通信して、ＵＥに関連する進路情報を更新する（たとえば、動作９および１１）。加えて、５ＧＣ（たとえば、ＡＭＦおよびＵＰＦ）内のノードまたは機能は、ハンドオーバに基づいてＵＥ進路を更新するために、通信することができる（たとえば、動作１０）。最後に、ターゲットノードは、ソースノードはＵＥのコンテキストを解除することができることをソースノードに通知することができる（たとえば、動作１２）。
上述のように、「デルタシグナリング」は、ネットワークとＵＥとの間のＲＲＣシグナリングの量を減らすために使用される。やはり上述されたように、デルタシグナリングは、通常は、「必要コード」、ＡｄｄＭｏｄリスト、および受信された設定が記憶されたＵＥ変数などのプロトコル特徴と実装される。
ＮＲでは、測定設定が、ＲＲＣＲｅｓｕｍｅまたはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにおいてＵＥに提供され得る。たとえば、そのような測定設定は、ＵＥに前に提供された１つまたは複数の測定設定（たとえば、完全な測定設定）に関するデルタとして提供され得る。たとえば、図６Ａは、ＵＥの完全な測定設定情報エレメント（ｍｅａｓＣｏｎｆｉｇ ＩＥ）を含む例示的なＲＲＣＲｅｓｕｍｅメッセージを規定するＡＳＮ．１データ構造を示す。
図６ＡにおけるｍｅａｓＣｏｎｆｉｇ ＩＥは、「必要Ｍ」とラベル付けされ、ＵＥによって実行されるべき測定を指定し、測定ギャップの周波数内、周波数間およびＲＡＴ間モビリティならびに設定を包含する。「必要Ｍ」コードは、このフィールドがＵＥによって記憶される必要があることを意味する。加えて、図６ＡのｍｅａｓＣｏｎｆｉｇ ＩＥは、図６Ｂに示された例示的なＡＳＮ．１データ構造によって規定され得る、ＭｅａｓＣｏｎｆｉｇデータ構造を指す。図６Ｂのフィールドのうちのいくつかもまた、「必要Ｍ」とラベル付けされることに留意されたい。以下のテーブル１は、図に示されたある種のフィールドのさらなる規定を提供する。
Figure 0007337179000001
ｍｅａｓＣｏｎｆｉｇ ＩＥが、ＲＲＣＲｅｓｕｍｅメッセージにおいてＵＥに提供されると、ＵＥは、それらの関連「必要Ｍ」コードに基づいて上述のものを記憶する。詳細には、ＵＥは、周波数内、周波数間、およびＲＡＴ間モビリティ関連の測定を含む、ＵＥによって実行されるべき測定の累積設定を含むＵＥ変数ＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＣｏｎｆｉｇにおいて受信される情報を記憶する。図６Ｃは、この方式でＵＥによって使用される例示的なＶａｒＭｅａｓＣｏｎｆｉｇを規定するＡＳＮ．１データ構造を示す。
ＵＥはターゲットセルへのハンドオーバを実行すべきであると指示するｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると想定されたい。そのメッセージを受信すると、ＵＥは、そのメッセージの内容をそれの設定に適用する。ｍｅａｓＣｏｎｆｉｇ ＩＥが存在する場合、ＵＥは、それの記憶された設定をそのＩＥに含まれる任意の新しい値またはサブフィールドで更新する。デルタシグナリングに起因して、ネットワークは、新しいまたは変化した値またはサブフィールドのみを含む。設定変更が必要とされない場合、ネットワークは、ｍｅａｓＣｏｎｆｉｇ ＩＥを含まず、ＵＥは、それの現在記憶されているｍｅａｓＣｏｎｆｉｇの使用を続行する。ハンドオーバの特定のケースに関して、ターゲットノードが、ＵＥの記憶された測定設定がターゲットセルにおいて使用するためのＵＥの所望の設定であることに気づいた場合、ターゲットノードは単に、何ら信号を送らない。あるいは、ある特定のフィールドが、変更されるべき場合、ターゲットノードは単に、ＵＥに送信されるｍｅａｓＣｏｎｆｉｇ ＩＥにそれらを含む。
たとえば、ＵＥはＲＲＣＲｅｓｕｍｅにおいて受信されたｍｅａｓＣｏｎｆｉｇを記憶してあり、ここで、ＵＥが、ｍｅａｓＣｏｎｆｉｇ’を含むＭｅａｓＣｏｎｆｉｇ ＩＥを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると想定する。図６Ｂに示すように、このＩＥ内のフィールドｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇ、ｑｕａｎｔｉｔｙＣｏｎｆｉｇ、ｍｅａｓＧａｐＣｏｎｆｉｇ、およびｍｅａｓＧａｐＳｈａｒｉｎｇＣｏｎｆｉｇは、「必要Ｍ」とラベル付けされる。これは、受信されたＩＥにおいてこれらのフィールドのいずれかが見つからない場合に、ＵＥはｍｅａｓＣｏｎｆｉｇからの対応する記憶されたパラメータを使用し続けるべきであることを意味する。
たとえば、ＲＲＣＲｅｓｕｍｅにおいて、ＵＥが、ｑｕａｎｔｉｔｙＣｏｎｆｉｇ、ｍｅａｓＧａｐＣｏｎｆｉｇ、ｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇ、およびｍｅａｓＧａｐＳｈａｒｉｎｇＣｏｎｆｉｇを受信し、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにおいて、ＵＥが、ｑｕａｎｔｉｔｙＣｏｎｆｉｇ’のみを有するｍｅａｓＣｏｎｆｉｇ’を受信した場合、ＵＥは、ｑｕａｎｔｉｔｙＣｏｎｆｉｇをｑｕａｎｔｉｔｙＣｏｎｆｉｇ’に置き換え、ｍｅａｓＣｏｎｆｉｇにおいて受信された他の記憶された値を継続して使用する。そのため、このデルタシグナリングの後、ＵＥの記憶された設定は、ｑｕａｎｔｉｔｙＣｏｎｆｉｇ’、ｍｅａｓＧａｐＣｏｎｆｉｇ、ｓ－ＭｅａｓｕｒｅＣｏｎｆｉｇ、およびｍｅａｓＧａｐＳｈａｒｉｎｇＣｏｎｆｉｇになる。
コード「必要Ｎ」を有するＭｅａｓＣｏｎｆｉｇフィールドに関して、リスト構造が使用されるが、原理は類似している。「必要Ｎ」は、記憶されていないおよびその存在がＵＥによる１回のアクションを引き起こすフィールドを示す、「アクションなし」を表す。「必要Ｎ」フィールドがないとき、ＵＥは、アクションを実行しない。そのようなリスト構造は、測定されるべき測定対象（たとえば、キャリア周波数、セル、ＮＲにおけるセル品質導出パラメータ、周波数固有しきい値など）、報告設定（たとえば、イベントトリガされる測定報告設定）、測定識別子などでＵＥを設定するために重要である。それはまた、これらを除去するために使用される。
そのようなフィールドが「必要Ｎ」とラベル付けされる事実にもかかわらず、それらの受信は、含まれた情報をＵＥが記憶することをトリガする。たとえば、ネットワークが、前の例の最初のｍｅａｓＣｏｎｆｉｇを送信するときに、ネットワークが、測定対象をＵＥに追加したい場合、これは、ＵＥが以下の１回の手順を実行することをトリガする（オブジェクトは存在しないと想定：
１＞受信されたｍｅａｓＣｏｎｆｉｇが、ｍｅａｓＯｂｊｅｃｔＴｏＡｄｄＭｏｄＬｉｓｔを含む場合：
２＞ＵＥは、以下を行うべき：
１＞受信されたｍｅａｓＯｂｊｅｃｔＴｏＡｄｄＭｏｄＬｉｓｔに含まれる各ｍｅａｓＯｂｊｅｃｔＩｄに関して：
２＞マッチするｍｅａｓＯｂｊｅｃｔＩｄを有するエントリが、ＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＯｂｊｅｃｔＬｉｓｔに存在する場合、このエントリに関して：
…。
２＞そうでない場合：
３＞受信されたｍｅａｓＯｂｊｅｃｔの新しいエントリをＶａｒＭｅａｓＣｏｎｆｉｇ内のｍｅａｓＯｂｊｅｃｔＬｉｓｔに追加。
ＵＥは、このリスト情報を記憶するので、デルタシグナリングは、ＵＥに記憶されたことが知られている特定の設定にポインタまたは識別子を送信することによって、実行される。これらのリストのいずれかが、ｍｅａｓＣｏｎｆｉｇを有する後続のメッセージにおいて提供される場合、ＵＥは、それがＶａｒＭｅａｓＣｏｎｆｉｇに記憶したものを保持し、それに応じて測定の実行を続行する。ネットワークが、測定対象、報告設定、および／または測定識別子を明示的に追加したい場合、それは、単に、フィールドを含み、新しいものを追加する。それは、ＶａｒＭｅａｓＣｏｎｆｉｇにおいてＵＥによって記憶されたリストに追加されることになる。同様に、ネットワークが、既存の測定対象または報告設定を除去または修正したい場合、どちらかは、ＡｄｄＭｏｄリストにおいて提供される識別子によって参照される。
ＮＲの主要目的のうちの１つは、増え続けるトラフィック需要および様々なアプリケーションにオペレータがサービスするためにより大きな容量を提供することである。このため、ＮＲは、より多くのスペクトルが利用可能になる、高周波数（６ＧＨｚ超および１００ＧＨｚ以下）で動作することができるべきである。ＬＴＥに割り当てられた現在の周波数帯域と比較して、新しい帯域のうちのいくつかは、より低い回折およびより高い屋外／屋内侵入損失などのはるかに難しい伝搬特性を有することになる。結果として、信号は、角を曲がって伝搬するおよび壁に侵入する能力が低い。加えて、大気／降雨減衰およびより高いボディ損失は、高周波数帯域におけるＮＲ信号のカバレッジをさらにむらのあるものにする。幸い、より高い周波数における動作は、多数のアンテナエレメントを有するアンテナアレイを可能にする、より小さいアンテナエレメントを使用することを可能にする。そのようなアンテナアレイは、ビーム形成を容易にし、そこでは、複数のアンテナエレメントが、狭ビームを形成するおよびそれによって難しい伝搬特性を補うために、使用される。
ビーム形成解決策によって実現されるリンク予算獲得にもかかわらず、カバレッジは、時間／周波数および空間変動の両方の影響をより受けやすいことがあるので、純粋にビーム形成に依存するおよびより高い周波数で動作するシステムの信頼性は、困難であり得る。その結果として、そのような狭いリンクのＳＩＮＲは、ＬＴＥの場合よりも、はるかに速く下落し得る。ＬＴＥの場合でも、サービングセルはＨＯコマンドをタイムリーに運搬することができないことがあることが観測されている。可能にされたＴｉｍｅ－Ｔｏ－Ｔｒｉｇｇｅｒ（ＴＴＴ）および測定ヒステリシスを下げることは、ハンドオーバ障害レートを減らし得るが、ピンポン確率（たとえば、セル間のバウンスの）を増やし得る。これらの影響は、ＮＲのより高い周波数帯域において動作するとき、さらに宣告され得る。
図７Ａおよび７Ｂを含む、図７は、ＵＥモビリティ動作中に、たとえば、ハンドオーバ中に、発生し得る様々な例示的な堅牢性問題を示す。図７Ａに示すシナリオでは、近隣セル測定値に基づいて、ＵＥは、近隣セルがＵＥのプライマリセル（Ｐセル）よりも優れている、「Ａ３イベント」をトリガする。それに応答して、ＵＥは、ソース（たとえば、サービング）ノードにこの条件に関する測定報告を送信しようと試みる。しかしながら、急速に悪化するアップリンク無線条件に起因して、ソースノードは、測定報告をＵＥから受信しない。条件は、無線リンク障害（ＲＬＦ）を宣言するようにおよびソースノードとの接続の再確立（成功するまたはしない場合がある）を試みるようにＵＥに最終的に促し、ＵＥのソースセルにおいて悪化し続ける。図７Ｂでは、ソースノードは、ＵＥの測定報告を正しく受信するが、悪化するダウンリンク無線条件に起因して、ＵＥは、ＨＯコマンドをソースノードから受信しない。最終的に、同じ結果が、図７に示す両方の場合において発生する。
そのため、ＮＲシステムにおいてモビリティ堅牢性を改善する必要があり、ＬＴＥおよびＮＲにおけるモビリティ拡張のための作業項目は、３ＧＰＰ Ｒｅｌ－１６において開始した。作業項目の主要目的は、ハンドオーバにおける堅牢性を改善すること、およびハンドオーバにおける中断時間を減らすことである。ＬＴＥおよびＮＲにおいて、モビリティ堅牢性を向上させるための異なる解決策が、過去に議論された。１つの解決策は、ＬＴＥ Ｒｅｌ－１２において導入されたデュアルコネクティビティ（ＤＣ）に基づく。ＤＣにおいて、ＵＥは、同時に２つのネットワークノードに接続される。これは、より低い周波数における堅牢なマクロレイヤによって制御プレーントラフィック（たとえば、測定報告およびハンドオーバコマンドのために使用される）をサービスすることと、より高い周波数を有する容量増加を実現することとによって、モビリティ堅牢性を改善する。この特徴は、しばしば、「ＵＰ／ＣＰ分割」と呼ばれる。別法として、ＤＣは、制御プレーンシグナリングが両方の接続されたノードを介して交換されるように、設定され得る。これは、「ＲＲＣダイバーシティ」と呼ばれ、時間および空間領域におけるダイバーシティに起因して、堅牢性を向上させることができる。
簡単に上述されたように、もう１つの解決策は、「条件付きハンドオーバ」（または略して「ＣＨＯ」）あるいは「早期ハンドオーバコマンド」と呼ばれる。ＵＥがハンドオーバを実行すべき時間におけるサービング無線リンク条件への依存を回避するために、ハンドオーバのためのＲＲＣシグナリングが、より早期にＵＥに提供され得、一方、無線リンクの条件は、より良い。これを達成するために、ＨＯコマンドは、条件（たとえば、Ａ３イベントに関連付けられたものに類似した無線条件）に関連付けられ得る。
たとえば、例示的な実行条件は、ターゲットセルまたはビームの品質がサービングセルよりも強いＸｄＢになることであり得る。前の測定報告イベントは、ハンドオーバ実行条件におけるものより低くなるように選択されたしきい値Ｙを使用することができる。これは、サービングセルが早期測定報告を受信するとハンドオーバを準備することと、モビリティＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＬＴＥの場合）を提供すること、あるいは、ソースセルとＵＥとの間の無線リンクが相対的にまだ安定している時間に、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃまたはセルＧｒｏｕｐＣｏｎｆｉｇ（ＮＲの場合）のいずれかを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを提供することとを可能にする。ハンドオーバの実行は、ハンドオーバ実行に関して最適および／または好ましい、その後の時点（およびしきい値）において行われる。
図８は、本開示の例示的な実施形態による、条件付きハンドオーバ（ＨＯ）のためのユーザ機器（ＵＥ）８１０、ソースノード８２０、およびターゲットノード８３０の間の例示的な信号フローを示す。たとえば、ソースおよびターゲットノードは、ｇＮＢおよび／またはｇＮＢの構成要素、たとえば、ＣＵおよび／またはＤＵ、であり得る。
この手順は、２つの異なる測定しきい値：低しきい値および高しきい値を要する。２つのしきい値は、特定のメトリック、たとえば、信号強度、信号品質など、の異なるレベルとして表現することができる。たとえば、高しきい値は、ターゲットセルまたはビームのモビリティＲＳ（ＭＲＳ）の品質がＵＥのサービングセル（たとえば、ソースノードによって提供される）のＭＲＳよりもＸｄＢ強くなることである可能性があり、低しきい値は高しきい値よりも小さい（すなわち、ターゲットは低い量だけソースを超える）。このコンテキスト内で使用されるとき、ＭＲＳは、任意のモビリティ関連目的で使用される参照信号を意味する。たとえば、ＮＲでは、ＭＲＳは、ＳＳＢ（ＳＳ／ＰＢＣＨブロック）またはＣＳＩ－ＲＳのいずれかであり得る。さらなる例として、（ＮＲ－Ｕと呼ばれる）無認可スペクトル内で動作するＮＲの場合、ＭＲＳは、上述された信号のいずれかに加えて、発見参照信号（ＤＲＳ）であり得る。
ＵＥは、低しきい値を含む測定設定を提供され得る（図示せず）。低しきい値を満たす測定を実行すると、ＵＥはサービングノードに測定報告を送信することができる（動作１）。測定を実行し、低しきい値を評価しながら、ＵＥはその現在のＲＲＣ設定内の動作を続行する。動作２では、この報告に基づいて、ソースノードは、ターゲットノードへの（たとえば、測定報告において指示されたセルへの）ＵＥの早期ハンドオーバを要求することを決定することができる。たとえば、この早期ハンドオーバ要求は、上述のようなＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ ＩＥを含むことができる。
ターゲットノードは、図５に示す基本的なハンドオーバと同様に、ＵＥのアドミッション制御を実行し、ＲＲＣ設定を含むハンドオーバ確認応答で応答する（動作３）。動作４では、ソースノードは、次いで、高しきい値を含むことができる、「条件付きＨＯコマンド」をＵＥに送信する。このコマンドを受信すると、ＵＥは、測定の実行を続行し、高しきい値条件が満たされているときにはいつでも、ＵＥは、ターゲットノードに移動することができ、ハンドオーバを実行する（たとえば、動作５～７）。それでも、ＵＥは、高しきい値条件が満たされていない場合には延長された時間にわたりサービングセルに留まる（すなわち、ソースノードによって提供する）ことができる。
これは、サービングセルが早期測定報告を受信するとハンドオーバの準備をすることと、ソースセルとＵＥとの間の無線リンクがまだ相対的に安定している時間に条件付きＨＯコマンド（たとえば、ＬＴＥの場合にはモビリティＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ、またはＮＲの場合にはｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃもしくはセルＧｒｏｕｐＣｏｎｆｉｇを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を提供することとを可能にする。ＵＥは、最適なおよび／または好ましいその後の時点（およびしきい値）においてハンドオーバを実行する。
図８は、単一のサービングセルおよび単一のターゲットセルを伴う例示的な条件付きハンドオーバを示すが、他のシナリオは、ＵＥがそれの無線リソース管理（ＲＲＭ）測定に基づいて可能な候補として報告した多数のセルまたはビームを伴い得る。ネットワークは、それらの候補のいずれかのための条件付きハンドオーバコマンドを発行する自由を有するべきである。それらの候補のそれぞれのための条件付きＨＯコマンドは、ＨＯ実行条件（たとえば、測定すべき参照信号（ＲＳ）、超えるべきしきい値など）に関しておよび／または条件が満たされているときに送信されるべきＲＡプリアンブルに関して、異なり得る。
各ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ／ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、通常は、ＵＥの現在の設定に関する「デルタ」である。ＬＴＥ ＵＥは、それらが受信した順に、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを適用する。ＵＥが、「条件付きＨＯコマンド」を受信するとき、ＵＥは、対応するＲＲＣシグナリングをそれの現在の設定へのデルタとして解釈すべきである（それが完全な設定メッセージでない限り）。それは、原則として、コマンドを受信すると直ちにターゲット設定を決定することができるが、それは、関連条件が満たされている場合にのみ、それを適用／実行すべきである。ＵＥが、状態を評価する間、ＵＥは、条件付きＨＯコマンドを適用せずに、それの現在のＲＲＣ設定に従って動作を続行すべきである。ＵＥが、条件が満たされていると判定したとき、ＵＥは、サービングセルとの接続を断ち、条件付きＨＯコマンドを適用し、ターゲットセルに接続する。
別の表現で言うと、ＵＥは、モビリティコマンドまたは動作（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎまたはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）に関連する少なくとも１つの測定関連の条件で設定され、ＵＥは、条件をトリガしたとき、モビリティコマンドを適用し、指定されたアクションを実行することになる。しかしながら、この設定プロセスにはいくつかの問題が存在する。
第１に、（たとえば、ｍｅａｓＣｏｎｆｉｇを含む、より早期のメッセージを受信したとき）実行するようにＵＥがすでに設定されてある測定と条件付きモビリティコマンドの条件に関連する測定との間の矛盾が存在する可能性がある。言い換えれば、関連条件を監視するために実行される必要のある測定が適切に設定されているかどうかは不明確である。たとえば、ある特定のパラメータが、見つからない可能性がある。
第２に、条件付きモビリティコマンドは、劣悪な無線条件において送信される必要があり得る、ＵＥのための大量の設定情報を含む必要があり得る。大きなメッセージの結合および劣悪な無線条件は、コマンドが遅れる可能性を増やし、ＵＥのＲＬＦをもたらす。
図９Ａ～９Ｃを含む、図９は、これらの問題点のうちのいくつかに少なくとも部分的に対処する条件付きモビリティ（たとえば、ＣＨＯ）トリガ条件でＵＥを設定するための３つの異なる技法を示す。図９Ａは、ＵＥが、モビリティ手順（たとえば、ハンドオーバ）の少なくとも１つのトリガ条件を含む条件付きモビリティ設定（たとえば、ＲＲＣＣｏｎｄｉｔｉｏｎａｌＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を、ネットワーク（たとえば、ｇＮＢ）から、受信する、技法のためのシグナリングを示す。トリガ条件は、測定設定の少なくとも１つの参照、または識別子（たとえば、図９Ａでは「識別子Ｘ＊」のラベルを付けられている）を含むことができる。識別子が含まれたトリガ条件を受信した後、ＵＥは、識別子に関連する測定が開始される必要があるかどうか、またはそれらがＵＥによってすでに実行されているかを判定する。
図９Ｂは、図９Ａに示す技法の変形形態を示す。この変形形態では、提供された識別子Ｘ＊は、条件付きモビリティ設定を含むメッセージの前に処理されたメッセージで場合により受信される、ＵＥにすでに記憶された測定設定を指す。そのため、条件付きモビリティ設定メッセージは、早期に受信された設定への識別子のみで、詳細な測定設定を含む必要はない。識別子を受信した後、ＵＥは、それを記憶された設定とマッチさせ、そのマッチする設定に基づいて測定を開始することができる。
図９Ｃは、図９Ａに示す技法のもう１つの変形形態を示す。この変形形態では、提供された識別子は、条件付きモビリティ設定でも提供される測定設定を参照する。言い換えれば、メッセージは、測定設定（ｍｅａｓＣｏｎｆｉｇとラベル付けされた）、および、それ（識別子Ｘ＊のラベルを付けられた）への参照を含むことができる。この変形形態では、測定設定は、条件付きモビリティ（たとえば、条件付き再開／再確立／ハンドオーバ）を目的として明示的に提供され得る。メッセージを受信した後、ＵＥは、提供された設定を記憶し、それに基づいて測定を開始することもできる。
図９によって示される技法は、プリモビリティトリガ条件を検出するための測定に対処するが、それらは、トリガ条件が検出された後にモビリティ手順自体の実行（たとえば、ハンドオーバにおける）を生じさせなければならない測定には対処しない。たとえば、トリガ条件が満たされた後のハンドオーバの各ターゲットセル候補に関して、ＣＨＯ設定は、以下の情報を含むことができる：
●トリガ条件設定（測定設定を含む）と、
●ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（または、ハンドオーバ／再設定のために使用される、これらのメッセージに関して規定されたものと同等のパラメータ／フィールド／ＩＥ）。
図１０は、３つの異なるＵＥ測定設定－ｍｅａｓＣｏｎｆｉｇ、ｍｅａｓＣｏｎｆｉｇ’、およびｍｅａｓＣｏｎｆｉｇ＊－を伴う例示的な条件付きモビリティ（たとえば、ＣＨＯ）技法のシグナリングフローを示す。各ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、現在のＵＥ測定設定、たとえば、条件付きモビリティ動作が設定される前にＵＥ１０１０（以下「ＵＥ」と称する）によって使用されるｍｅａｓＣｏｎｆｉｇ、に関連してデルタシグナリングによって指示され得る、それ自体の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ＊）を含むことができる。言い換えれば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにおいて各ターゲットノードによって生成されるｍｅａｓＣｏｎｆｉｇ＊は、ターゲットノードがモビリティ動作の実行後にターゲットセルにおいて使用することをＵＥに期待するものである。
図１０に示すように、最初に、ＵＥは、記憶された測定設定、ｍｅａｓＣｏｎｆｉｇ、を有するＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で動作している。ＵＥの現在のソースセルにサービスするソースノード１０２０（たとえば、ｇＮＢ、以下「ソースノード」と称する）はまた、ｍｅａｓＣｏｎｆｉｇに気づいている。その後、ソースノードは、ターゲットノード１０３０（たとえば、ｇＮＢ、以下「ターゲットノード」と称する）によってサービスされる特定のターゲットセルへのＵＥのＣＨＯを設定することを決定する。たとえば、この決定は、ＵＥからの測定報告に基づき得る。図８に示す構成と同様に、ソースノードおよびターゲットノードは、メッセージを交換し、ターゲットノードは、ＣＨＯ実行後にターゲットセルにおいてＵＥによって使用されるべきｍｅａｓＣｏｎｆｉｇ＊を提供する。
他方で、上記で説明されたように、ソースノードは、モビリティ動作より前にトリガ条件の検出のために現在のＵＥ測定設定ｍｅａｓＣｏｎｆｉｇを再設定する必要があり得る。これはまた、ｍｅａｓＣｏｎｆｉｇ＊とは異なり得る、ｍｅａｓＣｏｎｆｉｇ’のデルタシグナリングによって行われ得る。たとえば、ｍｅａｓＣｏｎｆｉｇ’は、ｍｅａｓＣｏｎｆｉｇおよびｍｅａｓＣｏｎｆｉｇ＊の両方と異なる新しいイベント、新しいしきい値、新しいキャリアなどを含むことができる。
この方式で設定された後は、ＵＥは、ｍｅａｓＣｏｎｆｉｇ’を使用するＣＨＯトリガ条件の監視を開始する。ＣＨＯ条件が満たされている場合、ＵＥは、ＵＥがその手順を実行している、ターゲットセルによって準備されるｍｅａｓＣｏｎｆｉｇ＊を使用するＣＨＯ（通常のハンドオーバと、この時点で、実質的に同等である）を実行する。デルタシグナリングの場合、ＵＥは、ＣＨＯトリガ条件を検出するためにｍｅａｓＣｏｎｆｉｇ’を直近に使用したので、ＵＥは、デルタシグナリングされたｍｅａｓＣｏｎｆｉｇ＊をｍｅａｓＣｏｎｆｉｇ’に対して適用することになる。しかしながら、ターゲットノードは、ＣＨＯコマンドを受信する前に、ＵＥの最初のｍｅａｓＣｏｎｆｉｇに基づいてｍｅａｓＣｏｎｆｉｇ＊を前に決定した。実際には、ターゲットノードは、ｍｅａｓＣｏｎｆｉｇ＊を準備しているとき、ｍｅａｓＣｏｎｆｉｇ’に気づいていない。
それは、どのタイプの測定をＵＥはターゲットセルにおいて実行すべきかを決定するための異なる設定をＵＥとネットワークとが想定する、状態ミスマッチを生み出す。それは、様々な問題、たとえば、ＵＥが不必要な測定（ＵＥバッテリを消費する）を実行すること、ＣＨＯが実行された特定のターゲットによって決定されたある種の測定を実行しないこと、ターゲットノードに知られていないいくつかの測定ＩＤを使用する測定を報告することなどにつながり得る。
本開示の例示的な実施形態は、無線ネットワークにおけるモビリティ堅牢性に特定の拡張および／または改善を提供することによって、これらのおよび他の問題、課題、および／または問題点に対処する。一般に、実施形態は、どの記憶された測定設定をＵＥが条件付きモビリティ動作（たとえば、ＣＨＯ）の実行後に使用すべきかに関する混乱を回避する方式で様々な測定設定でＵＥを設定する技法および／または機構を含む。これらの実施形態を使用して、ＵＥとモビリティ動作のターゲットノードの両方が、どの測定をＵＥがターゲットノードに向かう（たとえば、ターゲットノードによってサービスされるターゲットセルへの）モビリティ動作の実行後に実行および／または報告することになるかの一貫した理解を有する。
様々な実施形態によれば、ＵＥは、ＣＨＯトリガおよびＣＨＯ実行に関する測定設定を正確に管理することができる。様々な実施形態において、ＵＥは、以下の３つのタイプの測定設定を区別することができる：
●たとえばＣＨＯコマンドに先立って、ソースセルにおいて使用される第１の測定設定と、
●ソースセルにおいてやはり使用されるが、ＣＨＯトリガ条件の監視に関係する、第２の測定設定と、
●各ＣＨＯターゲット候補のために準備される、およびその選択された候補にＣＨＯを実行したときにのみ適用されるべき、第３の測定設定。
ＣＨＯを実行したとき、ＵＥは、第２の測定設定を削除し、第３の測定設定を適用する。（たとえば、デルタシグナリングされない）完全な第３の設定の場合、ＵＥはまた、第１の設定を削除することができる。デルタシグナリングされた第３の設定の場合、ＵＥは、第３の設定を第２の設定に適用する。いくつかの実施形態において、ＵＥは、単一の測定設定を常に有し、ネットワークは、ＵＥがいつでも正確な測定で設定されることを確実にする。
例示的な実施形態の以下の説明において、「ハンドオーバ」および「同期を伴う再設定」という用語は、同義的に使用される。そのため、条件付きハンドオーバはまた、同期を伴う条件付き再設定と呼ばれることがある。ＮＲ専門用語において、ハンドオーバコマンドは、通常は、ハンドオーバを実行するのに必要な設定を含むｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃフィールドを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。ＬＴＥ用語において、ハンドオーバコマンドは、通常は、ハンドオーバを実行するために必要な設定を含むモビリティＣｏｎｔｒｏｌＩｎｆｏフィールドを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。
ＵＥおよびネットワークのアクションは、ＮＲにおいて実行されるＣＨＯとともにＮＲ専門用語、たとえば、ＮＲセルに関してＮＲにおいて受信されるＣＨＯの設定、を使用して本明細書で主に説明されている。しかしながら、例示的な実施形態はまた、非ＮＲシナリオに適用可能である、たとえば、：
●ＵＥがＮＲにおいて条件付きＨＯで設定され（候補ＮＲおよびＬＴＥセルに関して）、次いで、条件がＮＲセルに関してトリガされ、ＵＥがＮＲにおいてＨＯを実行する、
●ＵＥがＬＴＥにおいて条件付きＨＯで設定され（候補ＮＲおよびＬＴＥセルに関して）、次いで、条件がＬＴＥセルに関してトリガされ、ＵＥがＬＴＥにおいてＨＯを実行する、
●ＵＥがＮＲにおいて条件付きＨＯで設定され（候補ＮＲおよびＬＴＥセルに関して）、次いで、条件がＬＴＥセルに関してトリガされ、ＵＥがＬＴＥにおいてＨＯを実行する、
●ＵＥがＬＴＥにおいて条件付きＨＯで設定され（候補ＮＲおよびＬＴＥセルに関して）、次いで、条件がＮＲセルに関してトリガされ、ＵＥがＮＲにおいてＨＯを実行する、
●より一般的には、ＵＥは、ＲＡＴ－１またはＲＡＴ－２においてセルのＲＡＴ－１における条件ＨＯで設定され、次いで、条件がトリガされおよびＵＥがＨＯをＲＡＴ－２において実行する。
一般に、例示的な実施形態は、条件付きハンドオーバに関して説明されているが、これは、限定ではなくて例示を意図している。実施形態はまた、関連する条件なしにｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（またはモビリティＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）の受信によってトリガされるハンドオーバのために適用可能である。言い換えれば、ＵＥがＣＨＯ条件を監視しているおよびそれが第２の測定設定を受信した間に、ＵＥは、ＵＥがＣＨＯ条件の監視を停止するおよび指示されたターゲットセルへのハンドオーバを実行するべきであると指示するｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信し得る。次いで、指示されたターゲットセルへのハンドオーバを実行すると、ＵＥは、第２の測定設定を記憶し得る。したがって、本発明で説明されるアクション、たとえば、この第２の測定設定を削除／解除すること、は、まだ適用可能である。
例示的な実施形態はまた、回復中、たとえば、無線リンクまたはハンドオーバ障害に起因する、に記憶された設定に適用可能である。そのような場合、本発明はまた、ＵＥが第２の測定設定を削除／解除するケースを包含する。例示的な実施形態はまた、それぞれ、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥに進む、一時停止または解除の場合に適用可能である。その場合では、ＣＨＯに関連する、第２の測定設定はまた、削除／解除される。
一般に、「条件付きハンドオーバ」（またはＣＨＯ）という用語は、条件付き再開、同期を伴う条件付き再設定、条件付き再設定、ビーム交換／回復、ならびに条件付きハンドオーバを含む、条件付きモビリティを一般に参照するために、記載された実施形態の文脈において使用される。そのため、ＣＨＯは、（たとえば、測定イベントに関連する）条件およびその条件をトリガしたときに実行されるモビリティ関連の動作または手順を含むネットワークによって設定された任意の手順として解釈されるべきである。
たとえば、図４に関して上記で説明された再開手順は、図８に示された条件付きＨＯと同様の特性を有する、「条件付き再開」と呼ばれる条件付きモビリティ解決策にも適用することができる。より具体的には、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある間に、測定報告をトリガするための低しきい値「Ｙ」を提供され得、報告された測定値に応答して、サービングノードは、ターゲットノードによって提供されるターゲットセルに向かう再開をトリガするための高しきい値「Ｘ」を含む「条件付き再開」コマンドをＵＥに提供することができる。条件付きＨＯとは異なり、条件付き再開は、ターゲットノードによるコンテキストフェッチに依存する。それでも、本明細書で説明される条件付きＨＯのための測定設定技法の実施形態は、条件付き再開動作に同等に適用可能であり、条件付き再開動作と同様の利点を提供することができる。
一般に、以下の説明は、以下のうちのいずれかのトリガに関連する条件を指すために「条件付き再開」という用語を使用する：
●再開のような手順（たとえば、ＵＥが、Ｉ－ＲＮＴＩのような、ソースノードによって割り当てられたＵＥ ＡＳコンテキスト識別子を含むメッセージのようなＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ、またはソースＣ－ＮＲＴＩ＋ソース物理セル識別子およびショートＭＡＣ－Ｉ／再開ＭＡＣ－Ｉのようなセキュリティトークンを送信する）、あるいは、
●再確立手順（たとえば、無線リンク再確立手順、ＵＥが、Ｉ－ＲＮＴＩのような、ソースによって割り当てられるＵＥ ＡＳコンテキスト識別子を含むメッセージのようなＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ、またはソースＣ－ＮＲＴＩ＋ソース物理セル識別子およびショートＭＡＣ－Ｉ／再開ＭＡＣ－Ｉのようなセキュリティトークンを送信する）。
例示的な実施形態はまた、単一のセルまたは複数のセルに関連する条件付きモビリティ設定に適用可能である。単一のセルの場合には、ＵＥが、特定の状態を監視し、それが満たされているとき、ＵＥが特定のノード、たとえば、特定のターゲットセル、に向けた特定の手順を実行するように、単一の測定設定参照が、提供され得、モビリティ手順とリンク／関連付けされ得る。複数のセルの場合では、単一の測定設定参照が、同じ測定対象／周波数など内の複数のセルの監視に提供およびリンクされ得る。別法として、異なるセルを参照するまたはそれにリンクする複数の測定設定参照が、提供され得る。
一例として、条件付きハンドオーバについて監視されるべきセルに関して、ＵＥは、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＮＲの場合）またはモビリティＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＬＴＥの場合）、たとえば、状態がトリガされたときにアクセスされるべきセルに関連付けられる、で設定され得る。
もう１つの例として、条件付き再開に関して監視されるべきセルに関して、ＵＥは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ（ＮＲの場合）またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ－Ｒｅｑｕｅｓｔ（ＬＴＥの場合）（あるいは同様のメッセージ）に含まれるべき少なくとも１つのＩ－ＲＮＴＩ（ＮＲの場合）または再開ＩＤ（ＬＴＥの場合）（あるいは別のＵＥ識別子）で設定され得る。別法として、これは、再確立要求でのように、ソースＣ－ＲＮＴＩ＋ＰＣＩであり得る。ＮＲに関して、ソースノードは、カバレッジに応じて、各潜在的ターゲットがロングまたはショートＩ－ＲＮＴＩをどのように受け入れるかに応じて、ショートまたはロングＩ－ＲＮＴＩを提供することができる。ソースは、セルごとに（ショートおよびロング）Ｉ－ＲＮＴＩと条件の両方を提供することができ、その結果、どのセルが状態をトリガするかに応じて、ＵＥは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔのようなメッセージ、ショートまたはロングＩ－ＲＮＴＩを含む。
ＵＥはまた、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ－ＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＮＲの場合）またはターゲットセルのいくらかの情報を含むが完全な設定は含まないモビリティＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＬＴＥの場合）、ならびにＵＥ識別子、たとえば、Ｉ－ＲＮＴＩまたは再開ＩＤ、で設定され得る。ターゲットセル情報は、システム情報において通常は送信される情報、たとえば、ターゲットセルにおけるより速いアクセスのためのＲＡＣＨ情報、を含むことができる。この情報はまた、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃまたはモビリティＣｏｎｔｒｏｌＩｎｆｏ以外の再設定メッセージの一部に含まれ得る。例示的な実施形態はまた、設定を受信したときの条件付きモビリティトリガ条件の監視と、特定のセルＸの条件をトリガしたときに、第２の条件に基づいてセルＸに向かう条件付きハンドオーバまたは条件付き再開を選択することとを含むことができる。
例示的な実施形態の以下の説明は、ＣＨＯまたは（非条件付き）ＨＯを実行したときのアクションを指す。たとえば、３ＧＰＰ仕様は、ＣＨＯとＨＯの両方に関して同じである１セットの動作を規定することができる。際立った特徴は、ＣＨＯが、条件の達成によってトリガされたＨＯであり、非条件付きＨＯが、ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを有するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信によってトリガされることであり得る。したがって、実施形態はまた、ＣＨＯと呼ばれる新しい手順が生み出されるケースにおいて、またはレガシ非条件付きＨＯ手順が条件の達成によってトリガされるケースにおいて、適用可能である。
図１１は、本開示の様々な例示的な実施形態による、条件付きモビリティ（たとえば、ＣＨＯ）動作の監視および実行フェーズ中に使用されるべき測定設定をＵＥに提供するための改善された技法のシグナリングフローを示す。例示的な技法が、特定の順番の特定の動作によって図１１には示されているが、図示された動作は、図示されたのとは異なる順番で実行することができ、図示されたのとは異なる機能を有する動作へと結合および／または分割され得る。さらに、図１１に示された例示的な技法は、本明細書で開示される他の例示的な技法、方法、および／または手順を補完することができ、その結果、それらは、本明細書に記載されたものを含む、利益、利点、および／または様々な問題に対する解決策をもたらすために協調して使用され得る。
図１１は、図１０に示されたおよび上述のシグナリングフローに多くの点で類似している。そのため、同じ参照番号が使用され、主な差のみについて後述する。初めに、ＵＥは、それが（たとえば、ＶａｒＭｅａｓＣｏｎｆｉｇにおいて）記憶するおよび様々な測定を実行するために使用することができる、（たとえば、ソースノードからのＲＲＣＲｅｓｕｍｅを介する）ｍｅａｓＣｏｎｆｉｇで設定される。ＵＥは、ｍｅａｓＣｏｎｆｉｇに基づいて作られた測定値をソースノードに報告することができる。
その後、ソースノードは、条件付きモビリティ動作（たとえば、ＣＨＯ）がＵＥに関して必要とされると決定する。ソースノードは、ＵＥに関する条件付きモビリティ動作を受け入れる要求を、１つまたは複数のターゲットノード候補のそれぞれに、送信する。要求は、ＵＥの現在のｍｅａｓＣｏｎｆｉｇを含むことができる。単一のターゲットノード候補が、簡潔性および明瞭性を目的として図１１には示されている。ターゲットノードは、ＵＥに関する要求された動作の確認または確認応答で応答する。応答は、ターゲットノードがモビリティ動作の実行中、すなわち、ＵＥがモビリティ動作をトリガする条件を検出した後、に必要であると決定したというｍｅａｓＣｏｎｆｉｇ＊を含むことができる。設定ｍｅａｓＣｏｎｆｉｇ＊は、ｍｅａｓＣｏｎｆｉｇに関する完全な設定またはデルタ設定であり得る。たとえば、デルタｍｅａｓＣｏｎｆｉｇ＊は、様々な必要コードおよび上記で説明されたＡｄｄＭｏｄリスト規則および／または手順に基づいて、準備され得る。
ソースノードは、次いで、ｍｅａｓＣｏｎｆｉｇ’が必要であると決定し、その結果、ＵＥは、モビリティ動作をトリガする条件を検出および／または監視することができる。たとえば、デルタｍｅａｓＣｏｎｆｉｇ’は、様々な必要コードおよび上記で説明されたＡｄｄＭｏｄリスト規則および／または手順に基づいて、準備され得る。ソースノードはまた、ｍｅａｓＣｏｎｆｉｇ’を記憶することができる。図１１に示す実施形態において、ソースノードは、ｍｅａｓＣｏｎｆｉｇ＊をターゲットノードから受信した後に、ｍｅａｓＣｏｎｆｉｇ’を決定する。他の実施形態において、ソースノードは、要求をターゲットノードに送信する前に、（たとえば、ｍｅａｓＣｏｎｆｉｇに対するデルタとして）ｍｅａｓＣｏｎｆｉｇ’を決定することができる。そのような場合、ターゲットノードへの要求はまた、ｍｅａｓＣｏｎｆｉｇ’を含むことができ、ターゲットノードは、ｍｅａｓＣｏｎｆｉｇ’およびｍｅａｓＣｏｎｆｉｇに対するデルタとしてのｍｅａｓＣｏｎｆｉｇ＊を決定することができる。
その後、ソースノードは、実行されるべきモビリティ動作の第１の指示、トリガ条件の第２の指示、トリガ条件の検出に関係するｍｅａｓＣｏｎｆｉｇ’、およびターゲットノードとのモビリティ動作の実行に関係するｍｅａｓＣｏｎｆｉｇ＊を含む条件付きモビリティコマンドをＵＥに送信する。このコマンドを受信すると、ＵＥは、前に受信されたｍｅａｓＣｏｎｆｉｇとは別個にｍｅａｓＣｏｎｆｉｇ’を記憶する。言い換えれば、ＵＥは、従来の方式で実行されたようにｍｅａｓＣｏｎｆｉｇ’におけるデルタでそれを単純に更新するのではなくてｍｅａｓＣｏｎｆｉｇを保持する。たとえば、ｍｅａｓＣｏｎｆｉｇ’は、異なるＶａｒＭｅａｓＣｏｎｆｉｇ’またはＶａｒＭｅａｓＣｏｎｆｉｇＣＨＯに記憶され得る。別法として、ｍｅａｓＣｏｎｆｉｇ’は、条件付きモビリティ（たとえば、ＣＨＯ）に関連付けられたものとして区別され得る異なるフィールドで使用される同じＶａｒＭｅａｓＣｏｎｆｉｇに記憶され得る。ＵＥはまた、ｍｅａｓＣｏｎｆｉｇ’を使用して、指示されたトリガ条件を検出するための測定の実行を開始する。
ｍｅａｓＣｏｎｆｉｇ’およびｍｅａｓＣｏｎｆｉｇが重複するケースがあり得る。たとえば、ｍｅａｓＣｏｎｆｉｇ’とｍｅａｓＣｏｎｆｉｇの両方が、ＵＥは所与のキャリア、たとえば、ｆ０、で測定を実行すべきであると指示する可能性がある。いくつかの実施形態において、ｍｅａｓＣｏｎｆｉｇ’は、ｍｅａｓＣｏｎｆｉｇを指す可能性があり、すなわち、それは、完全に別個の設定を含む必要はない。また、ｍｅａｓＣｏｎｆｉｇは、すでに記憶されているので、設定の何らかの差が存在する場合（たとえば、同じキャリアだが異なるセル品質導出パラメータなど）を除いて、それを２回記憶する必要はない。いくつかの実施形態において、ｍｅａｓＣｏｎｆｉｇ’は、それがＣＨＯ実行時に解除されるべきかどうかの指示でフラグを付けられる。それは、設定全体またはそれの部分に関して指示され得る。たとえば、設定内の各フィールドは、それがＣＨＯ実行時に解除されるべきかどうかを指示するフラグを有することができる。
ＵＥはまた、受信されたｍｅａｓＣｏｎｆｉｇ＊を記憶するが、トリガ検出中にそれを使用せず、ｍｅａｓＣｏｎｆｉｇ’が代わりに使用される。ｍｅａｓＣｏｎｆｉｇ＊は、１つまたは複数のターゲットノードによってサービスされる１つまたは複数の候補ターゲットセル（たとえば、１つまたは複数の他のネットワークノードによってサービスされる近隣セル）の測定設定を含み得ることに留意されたい。それぞれのターゲットセルの測定設定は、様々な形で異なり得る。ＵＥは、それが条件付きモビリティ動作を実行することになるターゲットセルを（トリガ検出の前には）知らないので、ＵＥは、これらの設定のそれぞれを記憶しなければならない。
いくつかの実施形態において、ｍｅａｓＣｏｎｆｉｇ＊は、それが異なるフィールド／パラメータ／ＩＥ／その他において提供されるという事実によって、またはそれがｍｅａｓＣｏｎｆｉｇを提供するメッセージと比較して異なるメッセージにおいて搬送されるという事実によって、識別することができる。たとえば、ｍｅａｓＣｏｎｆｉｇ＊は、ターゲット候補である近隣セルによって準備されるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのようなメッセージにおいて提供され得る。
ＵＥはまた、前に受信されたｍｅａｓＣｏｎｆｉｇとは別個にｍｅａｓＣｏｎｆｉｇ＊を記憶する。言い換えれば、ＵＥは、従来の方式で実行されたようにｍｅａｓＣｏｎｆｉｇ＊においてデルタでそれを単に更新するのではなくてｍｅａｓＣｏｎｆｉｇを保持する。たとえば、ｍｅａｓＣｏｎｆｉｇ＊は、異なるＶａｒＭｅａｓＣｏｎｆｉｇ＊またはＶａｒＭｅａｓＣｏｎｆｉｇＣＨＯに記憶され得る。別法として、ｍｅａｓＣｏｎｆｉｇ＊は、使用されるが異なるフィールドを有する同じＶａｒＭｅａｓＣｏｎｆｉｇに記憶され得、その結果、それは、条件付きモビリティ（たとえば、ＣＨＯ）に関連付けられているとして区別され得る。
ＵＥがトリガ条件を検出すると、ＵＥは、条件付きモビリティコマンドによって指示されるモビリティ動作を実行する。モビリティ動作を実行するとき、ＵＥは、ｍｅａｓＣｏｎｆｉｇ’を使用するソースセルにおける測定の実行を停止し、記憶されたＶａｒＭｅａｓＣｏｎｆｉｇをｍｅａｓＣｏｎｆｉｇ＊で更新する（ｍｅａｓＣｏｎｆｉｇ／ｍｅａｓＣｏｎｆｉｇ’に対するデルタとしてまたは完全な設定として）。いくつかの実施形態において、ＵＥは、記憶されたｍｅａｓＣｏｎｆｉｇ’を削除および／または解除する。他の実施形態において、ｍｅａｓＣｏｎｆｉｇ＊が、ｍｅａｓＣｏｎｆｉｇ’およびｍｅａｓＣｏｎｆｉｇに対するデルタとしてターゲットノードによって計算される場合、ＵＥは、ｍｅａｓＣｏｎｆｉｇ’が新しい測定設定の一部を構成するので、ｍｅａｓＣｏｎｆｉｇ’を保持する。ＵＥはまた、ターゲットセル（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ－Ｃｏｍｐｌｅｔｅメッセージを含む）にアクセスしｍｅａｓＣｏｎｆｉｇ＊に基づくターゲットセルにおける測定の実行および報告を開始する。ターゲットノード（すなわち、ターゲットセルにサービスする）が、ｍｅａｓＣｏｎｆｉｇ＊を提供したので、ターゲットノードは、モビリティ動作の実行中にＵＥによって報告されている測定に完全に気づいており、その結果、ミスマッチは回避される。
いくつかの実施形態において、ターゲットノードは、条件付きモビリティ動作が実行されたことを示すソースノードへのメッセージ（たとえば、ＵＥ ＣｏｎｔｅｘｔＲｅｌｅａｓｅ）を送信することができる。この指示に応答して、ソースノードは、ソースセルにおいてＵＥに関連する任意の記憶された測定設定、たとえば、ｍｅａｓＣｏｎｆｉｇおよびｍｅａｓＣｏｎｆｉｇ’、を削除および／または解除することができる。
図１２は、本開示の様々な例示的な実施形態による、条件付きモビリティ（たとえば、ＣＨＯ）動作の監視および実行フェーズ中に使用されるべき測定設定をＵＥに提供するためのもう１つの改善された技法のシグナリングフローを示す。例示的な技法が、特定の順番で特定の動作によって図１２には示されているが、図示された動作は、図示されたのとは異なる順番で実行することができ、図示されたのとは異なる機能を有する動作へと結合および／または分割することができる。さらに、図１２に示す例示的な技法は、本明細書で開示される他の例示的な技法、方法、および／または手順を補完することができ、その結果、それらは、本明細書に記載のものを含む、利益、利点、および／または様々な問題に対する解決策を提供するために協調して使用され得る。
図１２は、図１０～１１に示されたおよび上述されたシグナリングフローに多くの点で類似している。そのため、同じ参照番号が使用され、主な差のみについて後述される。図１１との１つの目立った差は、ＵＥは、現在の測定設定を単に記憶し、ネットワークは、ＵＥの記憶する測定設定とＵＥのネットワークの記憶する測定設定とのミスマッチがないことを確実にするということである。
ｍｅａｓＣｏｎｆｉｇ＊を含むターゲットノード応答を受信した後、ソースノードは、次いで、必要とされるｍｅａｓＣｏｎｆｉｇ’を決定し、その結果、ＵＥは、モビリティ動作をトリガする条件を検出および／または監視することができる。ソースノードは、実行されるべきモビリティ動作の第１の指示、トリガ条件の第２の指示、およびトリガ条件の検出に関係するｍｅａｓＣｏｎｆｉｇ’を含む、条件付きモビリティコマンドをＵＥに送信する。しかしながら、ソースノードは、ターゲットノードとのモビリティ動作の実行に関係する（ターゲットノードによって決定される）ｍｅａｓＣｏｎｆｉｇ＊をＵＥに送信しない。
いくつかの実施形態において、条件付きモビリティコマンドは、トリガ条件の検出後にターゲットセルにおいて測定を実行するときに使用されるべき空のｍｅａｓＣｏｎｆｉｇを含むことができる。そのような場合、ＵＥは、トリガ条件の検出後にターゲットセルにおいて測定を実行するためにｍｅａｓＣｏｎｆｉｇ’が使用されるべきであると、この空の設定から、推論することができる。そのような場合、ソースノードはまた、ソースノードはそのようなＵＥ測定向けに設定されたことをｍｅａｓＣｏｎｆｉｇ’のすべての候補ターゲットノードに通知することができる。
このコマンドを受信すると、ＵＥは、前に受信されたｍｅａｓＣｏｎｆｉｇとは別個にｍｅａｓＣｏｎｆｉｇ’を記憶する。言い換えれば、ＵＥは、従来の方式で実行されたようにｍｅａｓＣｏｎｆｉｇ’においてデルタでそれを単に更新するのではなくて、ｍｅａｓＣｏｎｆｉｇを保持する。たとえば、ｍｅａｓＣｏｎｆｉｇ’は、異なるＶａｒＭｅａｓＣｏｎｆｉｇ’またはＶａｒＭｅａｓＣｏｎｆｉｇＣＨＯにおいて記憶され得る。別法として、ｍｅａｓＣｏｎｆｉｇ’は、使用されるが異なるフィールドを有する同じＶａｒＭｅａｓＣｏｎｆｉｇに記憶することができ、その結果、それは、条件付きモビリティ（たとえば、ＣＨＯ）に関連付けられているとして区別され得る。ＵＥはまた、ｍｅａｓＣｏｎｆｉｇ’を使用して、指示されたトリガ条件を検出するための測定の実行を開始する。
ＵＥが、トリガ条件を検出すると、ＵＥは、条件付きモビリティコマンドによって指示されたモビリティ動作を実行する。モビリティ動作を実行するとき、ＵＥは、ｍｅａｓＣｏｎｆｉｇ’を使用するソースセルにおける測定の実行を停止し、ターゲットセル（たとえば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ－Ｃｏｍｐｌｅｔｅメッセージを含む）にアクセスし、ｍｅａｓＣｏｎｆｉｇ’に基づくターゲットセルにおける測定の実行および報告を開始する。ターゲットノード（すなわち、ターゲットセルにサービスする）は、ｍｅａｓＣｏｎｆｉｇ’を受信したので、ターゲットノードは、モビリティ動作の実行中にＵＥによって報告されている測定に完全に気づいており、その結果、ミスマッチは回避される。しかしながら、ターゲットノードはまた、再設定がターゲットセルにおけるＵＥ測定のために必要であると決定することができる。そのような場合、ターゲットノードは、ｍｅａｓＣｏｎｆｉｇ＊を含むＵＥへの再設定メッセージを送信することができる。別法として、ターゲットノードは、いくつかの方法においてそのような異なる設定が望ましくおよび／または有益になると決定することに基づいて、ｍｅａｓＣｏｎｆｉｇ＊とは異なる設定（たとえば、ｍｅａｓＣｏｎｆｉｇ＊＊）を送信することができる。
図１２によって示されている実施形態では、設定ｍｅａｓＣｏｎｆｉｇ、ｍｅａｓＣｏｎｆｉｇ’、ｍｅａｓＣｏｎｆｉｇ＊、およびｍｅａｓＣｏｎｆｉｇ＊が、図１１に関して上述されたのと同じ様々な方法でデルタまたは完全な設定として通信され得る。
上述された実施形態は、図１３～図１５を参照してさらに示すことができ、図１３～図１５は、それぞれ、ＵＥ、ソースＲＡＮノード、およびターゲットＲＡＮノードによって実行される例示的な方法（たとえば、手順）を描写する。言い換えれば、図１３～図１５を参照して以下で説明される動作の様々な特徴は、上述された様々な実施形態に対応する。
詳細には、図１３は、本開示の様々な例示的な実施形態による、ＲＡＮにおける条件付きモビリティの例示的な方法（たとえば、手順）を示す。例示的な方法は、ＲＡＮ（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）内のセルにサービスするネットワークノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど、またはその構成要素）と通信するユーザ機器（たとえば、ＵＥ、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはその構成要素）によって実行され得る。たとえば、図１３に示す例示的な方法は、本明細書に記載された他の図に従って設定されたＵＥまたはデバイスにおいて実装され得る。
例示的な方法は、特定の順番の特定のブロックによって図１３には示されているが、ブロックに対応する動作は、図示されたのとは異なる順番で実行することができ、図示されたのとは異なる機能を有するブロックに結合および／または分割され得る。さらに、図１３に示された例示的な方法は、本明細書（たとえば、図１４～１５）で開示される他の例示的な方法を補完することができ、その結果、それらは、本明細書に記載されたものを含む、様々な利益、利点、および／または問題への解決策を提供するために協調して使用され得る。オプションのブロックおよび／または動作は、破線によって示されている。
いくつかの実施形態において、例示的な方法は、ブロック１３１０～１３３０の動作を含むことができる。ブロック１３１０において、ＵＥは、第１の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ）を、ＵＥのソースセルにサービスするソースＲＡＮノードから、受信することができる。ブロック１３２０において、ＵＥは、受信された第１の測定設定を記憶することができる（たとえば、ｖａｒＭｅａｓＣｏｎｆｉｇにおいて）。ブロック１３３０において、ＵＥは、第１の測定設定に基づいてＵＥのソースセルにおける第１の測定を実行および報告することができる。これらの動作は、たとえば、以下で説明される、ブロック１３４０の動作の前に、実行され得る。
例示的な方法はまた、ブロック１３４０の動作を含むことができ、そこで、ＵＥは、以下を含む１つまたは複数のモビリティ関連メッセージを、１つまたは複数のＲＡＮノードから、受信することができる：モビリティ動作（たとえば、上記で説明されたモビリティ動作のいずれか）の第１の指示と、モビリティ動作のトリガ条件の第２の指示と、ソースセルに関する第２の測定設定と、１つまたは複数のターゲットセルに関する第３の測定設定。たとえば、第２の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ’）は、ソースセルにおいてトリガ条件の達成を検出するために使用可能であり得、第３の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ＊）は、モビリティ動作を実行した後にターゲットセルのうちの１つで使用され得る。
いくつかの実施形態において、ブロック１３４０の動作は、サブブロック１３４１の動作を含むことができ、そこで、ＵＥは、第１の測定設定とは別個に第２の測定設定および第３の測定設定の少なくとも一部を記憶することができる（たとえば、ｖａｒＭｅａｓＣｏｎｆｉｇ、ｖａｒＭｅａｓＣｏｎｆｉｇ’、ｖａｒＭｅａｓＣｏｎｆｉｇ＊、および／またはｖａｒＭｅａｓＣｏｎｆｉｇＣＨＯ）において。
いくつかの実施形態において、１つまたは複数のモビリティ関連メッセージは、ソースＲＡＮノードから受信された条件付きモビリティコマンドを含むことができる。条件付きモビリティコマンドは、第１のおよび第２の指示と第２のおよび第３の測定設定とを含むことができる。加えて、第２のおよび第３の測定設定は、指示されたモビリティ動作の候補である各ターゲットセルのそれぞれの測定設定を含む。言い換えれば、第２の測定設定および第３の測定設定のそれぞれは、複数の測定設定、すなわち、それぞれの候補ターゲットセルに関して１つ、を含むことができる。
他の実施形態において、１つまたは複数のモビリティ関連メッセージは、２つのメッセージを含み得る：第１のおよび第２の指示と第２の測定設定とを含む、ソースＲＡＮノードから受信された、条件付きモビリティコマンドと、第３の測定設定を含む、ターゲットセルにサービスするターゲットＲＡＮノードから受信された、再設定メッセージ。
例示的な方法はまた、ブロック１３５０～１３６０の動作を含むことができ、そこで、ＵＥは、第２の測定設定に基づいて、ターゲットセルのうちの特定の１つに関するトリガ条件の達成を検出し、特定のターゲットセルに向かうモビリティ動作を実行することができる。
いくつかの実施形態において、ブロック１３５０でトリガ条件の達成を検出することは、サブブロック１３５１の動作を含むことができ、そこで、ＵＥは、第２の測定設定に基づいてソースセルで第２の測定を実行することができる。いくつかの実施形態において、ブロック１３６０でモビリティ動作を実行することは、サブブロック１３６１～１３６３のうちの１つまたは複数のサブブロックの動作を含むことができる。サブブロック１３６１で、ＵＥは、第２の測定設定に基づく第２の測定の実行を停止することができる。サブブロック１３６２で、ＵＥは、記憶された第２の測定設定の少なくとも一部を削除または解除することができる。サブブロック１３６３で、ＵＥは、第３の測定設定を記憶することができる。
いくつかの実施形態において、第３の測定設定は、完全な測定設定として受信され得る。そのような実施形態において、ブロック１３６０でモビリティ動作を実行することは、サブブロック１３６４の動作を含むことができ、そこで、ＵＥは、記憶された第１の測定設定を第３の測定設定に置き換えることができる。
他の実施形態において、第３の測定設定は、第１の測定設定および第２の測定設定のうちの１つまたは複数に関するデルタとして受信することができる。そのような実施形態において、ブロック１３６０でモビリティ動作を実行することは、サブブロック１３６５の動作を含むことができ、そこで、ＵＥは、第３の測定設定と第１の測定設定および第２の測定設定のうちの１つまたは複数とに基づいて、第３の測定のための、測定設定を決定することができる。
いくつかの実施形態において、たとえば、１つまたは複数のモビリティ関連メッセージが、条件付きモビリティコマンドおよび再設定メッセージ（上記で説明された）を含むとき、ブロック１３６０でモビリティ動作を実行することは、サブブロック１３６６～１３６７の動作を含むことができる。サブブロック１３６６で、ＵＥは、第２の測定設定（たとえば、条件付きモビリティコマンドにおいて受信される）に基づいて、特定のターゲットセルにおける第３の測定を実行および報告することができる。サブブロック１３６７で、ＵＥは、その後、第３の測定設定を含む再設定メッセージを受信することができる。
例示的な方法はまた、ブロック１３７０の動作を含むことができ、そこで、ＵＥは、その後、第３の測定設定に基づいて特定のターゲットセルにおける第３の測定を実行および報告することができる。
加えて、図１４は、本開示の様々な例示的な実施形態による、無線アクセスネットワーク（ＲＡＮ）におけるユーザ機器（ＵＥ）の条件付きモビリティのための別の例示的な方法（たとえば、手順）を示す。例示的な方法は、ＲＡＮ（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）のセル内の１つまたは複数のユーザ機器（ＵＥ、たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはその構成要素）にサービスするソースＲＡＮノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど、またはその構成要素）によって実行することができる。たとえば、図１４に示される例示的な方法は、本明細書に記載の他の図面に従って設定されたネットワークノードによって実装することができる。
例示的な方法は、特定の順番の特定のブロックによって図１４には示されているが、ブロックに対応する動作は、図示されたのとは異なる順番で実行することができ、図示されたものとは異なる機能を有するブロックへと結合および／または分割することができる。さらに、図１４に示す例示的な方法は、本明細書（たとえば、図１３および１５）で開示される他の例示的な方法を補完することができ、その結果、それらは、本明細書に記載されたものを含む、様々な利益、利点、および／または問題への解決策を提供するために協調して使用され得る。オプションのブロックおよび／または動作は、破線で示されている。
いくつかの実施形態において、例示的な方法は、ブロック１４１０～１４３０の動作を含むことができる。ブロック１４１０で、ソースＲＡＮノードは、ソースＲＡＮノードによってサービスされる、ＵＥの、ソースセルに関係する第１の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ）を、ＵＥに、送信することができる。いくつかの実施形態において、ブロック１４１０の動作は、サブブロック１４１２の動作を含むことができ、そこで、ソースＲＡＮノードは、（たとえば、ｖａｒＭｅａｓＣｏｎｆｉｇにおいて）第１の測定設定を記憶することができる。ブロック１４２０で、ソースＲＡＮノードは、第１の測定設定に基づいてソースセルにおいてＵＥによって作られた第１の測定値を受信することができる。ブロック１４３０で、ソースＲＡＮノードは、第１の測定値に基づいて、モビリティ動作がＵＥに関して必要であると決定することができる。
例示的な方法はまた、ブロック１４４０の動作を含むことができ、そこで、ソースＲＡＮノードは、ＵＥに関するモビリティ動作（たとえば、ＣＨＯ）を受け入れるという要求を、ターゲットＲＡＮノードに、送信することができる。いくつかの実施形態において、要求は、ＵＥのための第１の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ）を含むことができる。モビリティ動作は、ブロック１４３０において必要であると決定されたモビリティ動作であり得る。例示的な方法はまた、ブロック１４５０の動作を含むことができ、そこで、ソースＲＡＮノードは、モビリティ動作の確認、ターゲットＲＡＮノードによってサービスされる１つまたは複数のターゲットセルに関係する第３の測定設定ＵＥ（たとえば、ｍｅａｓＣｏｎｆｉｇ＊）を含む確認、を、ターゲットＲＡＮノードから、受信することができる。
例示的な方法はまた、ブロック１４６０の動作を含むことができ、そこで、ソースＲＡＮノードは、モビリティ動作のトリガ条件に関係する第２の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ’）を決定することができる。たとえば、第２の測定設定は、ソースセルにおいてトリガ条件の達成を検出するために使用可能であり得る。いくつかの実施形態において、ブロック１４６０の動作は、サブブロック１４６２の動作を含むことができ、そこで、ソースＲＡＮノードは、第２の測定設定を記憶することができる（たとえば、ｖａｒＭｅａｓＣｏｎｆｉｇ’またはｖａｒＭｅａｓＣｏｎｆｉｇＣＨＯにおいて）。いくつかの実施形態において、ブロック１４６０の動作は、サブブロック１４６４の動作を含むことができ、そこで、ソースＲＡＮノードは、第２の測定設定をターゲットＲＡＮノードに送信することができる。
例示的な方法はまた、ブロック１４７０の動作を含むことができ、そこで、ソースＲＡＮノードは、以下を含むモビリティ関連メッセージを、ＵＥに、送信することができる：モビリティ動作（たとえば、上記で説明されたモビリティ動作のいずれか）の第１の指示、モビリティ動作のトリガ条件の第２の指示、および第２の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ’）。いくつかの実施形態において、モビリティ関連メッセージはまた、第３の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ＊）を含むことができる。加えて、第２のおよび第３の測定設定は、指示されたモビリティ動作の候補である各ターゲットセルのそれぞれの測定設定を含む。言い換えれば、第２の測定設定および第３の測定設定のそれぞれは、複数の測定設定、すなわち、それぞれの候補ターゲットセルに関して１つ、を含むことができる。
いくつかの実施形態において、例示的な方法はまた、ブロック１４８０～１４９０の動作を含むことができる。ブロック１４８０で、ソースＲＡＮノードは、モビリティ動作が完了したという第３の指示を、ターゲットＲＡＮノードから、受信することができる。ブロック１４９０で、ソースＲＡＮノードは、第３の指示に応答して、記憶された第１のおよび第２の測定設定の少なくとも一部を削除または解除することができる。
いくつかの実施形態において、以下の条件のうちの少なくとも１つが適用される：第２の測定設定が、第１の測定設定に関するデルタとして決定されることと、第３の測定設定が、第１の測定設定に関するデルタとして受信されることと、第３の測定設定が、第１のおよび第２の測定設定に関するデルタとして受信されること。
加えて、図１５は、本開示の様々な例示的な実施形態による、無線アクセスネットワーク（ＲＡＮ）におけるユーザ機器（ＵＥ）の条件付きモビリティのためのもう１つの例示的な方法（たとえば、手順）を示す。例示的な方法は、ＲＡＮ（たとえば、Ｅ－ＵＴＲＡＮ、ＮＧ－ＲＡＮ）内のターゲットセルにサービスするターゲットＲＡＮノード（たとえば、基地局、ｅＮＢ、ｇＮＢなど、またはその構成要素）（ＵＥ、たとえば、無線デバイス、ＭＴＣデバイス、ＮＢ－ＩｏＴデバイス、モデムなど、またはその構成要素）によって、実行され得る。たとえば、図１５に示された例示的な方法は、本明細書に記載の他の図に従って設定されたネットワークノードによって、実装され得る。
例示的な方法は、特定の順番の特定のブロックによって図１５に示されているが、ブロックに対応する動作は、図示されたのとは異なる順番で実行することができ、図示されたものとは異なる機能を有するブロックへと結合および／または分割することができる。さらに、図１５に示された例示的な方法は、本明細書（たとえば、図１３～１４）で開示される他の例示的な方法を補完することができ、その結果、それらは、本明細書に記載されたものを含む、様々な利益、利点、および／または問題への解決策を提供するために協調して使用され得る。オプションのブロックおよび／または動作は、破線で示されている。
例示的な方法は、ブロック１５１０の動作を含むことができ、そこで、ターゲットＲＡＮノードは、ＵＥに関するモビリティ動作（たとえば、ＣＨＯ）を受け入れるという要求を、ソースＲＡＮノードから、受信することができる。要求は、ＵＥのための第１の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ）を含むことができる。例示的な方法はまた、ブロック１５２０の動作を含むことができ、そこで、ターゲットＲＡＮノードは、ターゲットＲＡＮノードによってサービスされる１つまたは複数のターゲットセルに関連してＵＥのための第３の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ＊）を決定することができる。第３の測定設定は、第１の測定設定（たとえば、それに関するデルタ）に基づくことができる。
例示的な方法はまた、ブロック１５３０の動作を含むことができ、そこで、ターゲットＲＡＮノードは、第３の測定設定を含む、モビリティ動作の確認を、ソースＲＡＮノードに送信することができる。様々な実施形態において、第３の測定設定は、完全な測定設定として、または第１の測定設定および／または第２の測定設定に関するデルタとして、送信され得る。例示的な方法はまた、ブロック１５７０の動作を含むことができ、そこで、ターゲットＲＡＮノードは、第３の測定設定に基づいてターゲットセルのうちの特定の１つにおいて作られた測定値を、ＵＥから、受信することができる。
いくつかの実施形態において、例示的な方法はまた、ブロック１５５０～１５６０の動作を含むことができる。ブロック１５５０で、ターゲットＲＡＮノードは、第２の測定設定に基づいて特定のターゲットセルに関してＵＥによって作られた測定値を受信することができる。ブロック１５６０で、ターゲットＲＡＮノードは、その後、第３の測定設定を含む再設定メッセージを、ＵＥに、送信することができる。
これらの実施形態において、例示的な方法はまた、ブロック１５４０の動作を含むことができ、そこで、ターゲットＲＡＮノードは、ＵＥのための第２の測定設定を、ソースＲＡＮノードから、受信することができる。第２の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ’）は、第１の測定設定（たとえば、ｍｅａｓＣｏｎｆｉｇ）に関するデルタとして受信され得る。そのような実施形態において、再設定メッセージに含まれる、第３の測定設定は、第１の測定設定および第２の測定設定に関するデルタである。
いくつかの実施形態において、例示的な方法はまた、ブロック１５８０の動作を含むことができ、そこで、ターゲットＲＡＮノードは、モビリティ動作が完了したという指示を、ソースＲＡＮノードに、送信することができる。
本明細書に記載された主題は、任意の適切な構成要素を使用する任意の適切なタイプのシステムに実装することができるが、本明細書で開示された実施形態は、図１６に示された例示的な無線ネットワークなどの無線ネットワークに関して記載される。簡単にするために、図１６の無線ネットワークは、ネットワーク１６０６、ネットワークノード１６６０および１６６０ｂ、ならびにＷＤ１６１０、１６１０ｂ、および１６１０ｃのみを描写する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに適した任意の追加のエレメントをさらに含むことができる。示された構成要素のうち、ネットワークノード１６６０および無線デバイス（ＷＤ）１６１０は、追加の詳細とともに描写される。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／または、無線ネットワークによってもしくは無線ネットワークを介して提供されるサービスの使用を容易にすることができる。
無線ネットワークは、任意のタイプの通信、通信、データ、セルラ、および／もしくは無線ネットワーク、または他の同様のタイプのシステムを備え、かつ／またはそれらとインターフェースすることができる。いくつかの実施形態では、無線ネットワークは、特定の規格または他のタイプのあらかじめ規定された規則もしくは手順に従って動作するように設定することができる。したがって、無線ネットワークの特定の実施形態は、汎欧州デジタル移動電話方式（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／または他の適切な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／または、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅ、および／もしくはＺｉｇＢｅｅ規格などの任意の他の適切な無線通信規格を実装することができる。
ネットワーク１６０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備えることができる。
ネットワークノード１６６０およびＷＤ１６１０は、以下でより詳細に記載される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなどの、ネットワークノードおよび／または無線デバイスの機能を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／または有線接続を介するかもしくは無線接続を介するかにかかわらず、データおよび／もしくは信号の通信を容易にするかもしくはその通信に参加することができる、任意の他の構成要素もしくはシステムを備えることができる。
ネットワークノードの例には、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）、およびＮＲノードＢ（ｇＮＢ））が含まれる。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいて分類することができ、次いで、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれる場合もある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードはまた、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモート無線ユニット（ＲＲＵ）などの分散無線基地局の１つまたは複数（またはすべて）の部分を含むことができる。そのようなリモート無線ユニットは、アンテナ統合無線機としてアンテナと統合される場合もあり、統合されない場合もある。分散無線基地局の部分はまた、分散アンテナシステム（ＤＡＳ）においてノードと呼ばれる可能性がある。
ネットワークノードのさらなる例には、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）もしくは基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ－ＳＭＬＣ）、および／またはＭＤＴが含まれる。別の例として、ネットワークノードは、以下でより詳細に記載される仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを有する無線デバイスを可能にするおよび／または提供するように、あるいは無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供するように能力を有する、設定された、構成された、および／または動作可能な任意の適切なデバイス（またはデバイスのグループ）を表すことができる。
図１６では、ネットワークノード１６６０は、処理回路１６７０と、デバイス可読媒体１６８０と、インターフェース１６９０と、補助機器１６８４と、電源１６８６と、電力回路１６８７と、アンテナ１６６２とを含む。図１６の例示的な無線ネットワーク内に示されたネットワークノード１６６０は、ハードウェア構成要素の示された組合せを含むデバイスを表すことができるが、他の実施形態は、構成要素の異なる組合せを有するネットワークノードを備えることができる。ネットワークノードは、本明細書で開示されたタスク、特徴、機能、ならびに方法および／または手順を実行するために必要とされるハードウェアおよび／またはソフトウェアの任意の適切な組合せを備えることを理解されたい。その上、ネットワークノード１６６０の構成要素は、より大きいボックス内に位置するか、または複数のボックス内で入れ子にされている単一のボックスとして描写されているが、実際には、ネットワークノードは、単一の示された構成要素を作成する複数の異なる物理構成要素を備えることができる（たとえば、デバイス可読媒体１６８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えることができる）。
同様に、ネットワークノード１６６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から構成することができ、これらは各々、それら自体のそれぞれの構成要素を有することができる。ネットワークノード１６６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数は、いくつかのネットワークノードの間で共有することができる。たとえば、単一のＲＮＣは複数のノードＢを制御することができる。そのようなシナリオでは、各一意のノードＢとＲＮＣのペアは、いくつかの事例では、単一の別個のネットワークノードと見なすことができる。いくつかの実施形態では、ネットワークノード１６６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定することができる。そのような実施形態では、いくつかの構成要素は複製することができ（たとえば、異なるＲＡＴのための別個のデバイス可読媒体１６８０）、いくつかの構成要素は再使用することができる（たとえば、同じアンテナ１６６２はＲＡＴによって共有することができる）。ネットワークノード１６６０はまた、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈの無線技術などの、ネットワークノード１６６０に統合された異なる無線技術のための様々な示された構成要素の複数のセットを含むことができる。これらの無線技術は、同じかまたは異なるチップまたはチップのセット、およびネットワークノード１６６０内の他の構成要素に統合することができる。
処理回路１６７０は、ネットワークノードによって提供されるものとして本明細書に記載された、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実行するように設定することができる。処理回路１６７０によって実行されるこれらの動作は、処理回路１６７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって処理すること、取得された情報もしくは変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／または取得された情報もしくは変換された情報に基づいて、かつ前記処理が決定を行ったことの結果として、１つもしくは複数の動作を実行することを含むことができる。
処理回路１６７０は、単体で、または他のネットワークノード１６６０の構成要素（たとえば、デバイス可読媒体１６８０）と連携してのいずれかで、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、もしくは任意の他の適切なコンピューティングデバイス、リソースのうちの１つもしくは複数の組合せ、あるいはハードウェア、ソフトウェア、および／またはネットワークノード１６６０の様々な機能を提供するために動作可能な符号化された論理の組合せを備えることができる。そのような機能は、本明細書に記載された様々な無線の特徴、機能、または利益のうちのいずれかを含むことができる。
たとえば、処理回路１６７０は、デバイス可読媒体１６８０にまたは処理回路１６７０内のメモリに記憶された命令を実行することができる。いくつかの実施形態において、処理回路１６７０は、システムオンチップ（ＳＯＣ）を含むことができる。より具体的な一例として、媒体１６８０に記憶される命令（コンピュータプログラム製品とも呼ばれる）は、処理回路１６７０によって実行されると、本明細書に記載された様々な例示的な方法（たとえば、手順）に対応する動作を実行するためにネットワークノード１６６０を設定することができる、命令を含むことができる。
いくつかの実施形態において、処理回路１６７０は、無線周波数（ＲＦ）トランシーバ回路１６７２およびベースバンド処理回路１６７４のうちの１つまたは複数を含むことができる。いくつかの実施形態において、無線周波数（ＲＦ）トランシーバ回路１６７２およびベースバンド処理回路１６７４は、別個のチップ（またはチップのセット）、ボード、またはユニット、たとえば、無線ユニットおよびデジタルユニット、であり得る。代替実施形態では、ＲＦトランシーバ回路１６７２およびベースバンド処理回路１６７４の一部または全部は、同じチップもしくはチップのセット、ボード、またはユニット上にあり得る。
いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢ、または他のそのようなネットワークデバイスによって提供されるものとして本明細書に記載された機能の一部または全部は、デバイス可読媒体１６８０または処理回路１６７０内のメモリに記憶された命令を実行する処理回路１６７０によって実行することができる。代替実施形態では、機能の一部または全部は、ハードワイヤード方式などで、別個または個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路１６７０によって提供することができる。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１６７０は、記載された機能を実行するように設定することができる。そのような機能によって提供される利益は、処理回路１６７０単独に、またはネットワークノード１６６０の他の構成要素に限定されないが、全体としてネットワークノード１６６０により、かつ／または概してエンドユーザおよび無線ネットワークによって享受される。
デバイス可読媒体１６８０は、限定はしないが、永続ストレージ、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）、もしくはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性もしくは不揮発性のコンピュータ可読メモリ、ならびに／または、処理回路１６７０によって使用され得る情報、データ、および／もしくは命令を記憶する、任意の他の揮発性もしくは不揮発性の非一時的デバイス可読および／もしくはコンピュータ実行可能メモリデバイスを備えることができる。デバイス可読媒体１６８０は、コンピュータプログラム、ソフトウェア、論理、規則、コード、テーブルなどのうちの１つもしくは複数を含むアプリケーション、および／または処理回路１６７０によって実行され、ネットワークノード１６６０によって利用されることが可能な他の命令を含む、任意の適切な命令、データ、または情報を記憶することができる。デバイス可読媒体１６８０は、処理回路１６７０によって行われた任意の計算、および／またはインターフェース１６９０を介して受信された任意のデータを記憶するために使用することができる。いくつかの実施形態では、処理回路１６７０およびデバイス可読媒体１６８０は、統合されていると見なすことができる。
インターフェース１６９０は、ネットワークノード１６６０、ネットワーク１６０６、および／またはＷＤ１６１０の間のシグナリングおよび／またはデータの有線通信または無線通信において使用される。示されたように、インターフェース１６９０は、たとえば有線接続を介してネットワーク１６０６との間でデータを送受信するためにポート／端末１６９４を備える。インターフェース１６９０はまた、アンテナ１６６２に結合され得るか、またはいくつかの実施形態では、アンテナ１６６２の一部であり得る、無線フロントエンド回路１６９２を含む。無線フロントエンド回路１６９２は、フィルタ１６９８および増幅器１６９６を備える。無線フロントエンド回路１６９２は、アンテナ１６６２および処理回路１６７０に接続することができる。無線フロントエンド回路は、アンテナ１６６２と処理回路１６７０との間で通信される信号を調整するように設定することができる。無線フロントエンド回路１６９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきデジタルデータを受信することができる。無線フロントエンド回路１６９２は、デジタルデータを、フィルタ１６９８および／または増幅器１６９６の組合せを使用して適切なチャネルおよび帯域幅のパラメータを有する無線信号に変換することができる。無線信号は、次いで、アンテナ１６６２を介して送信することができる。同様に、データを受信するとき、アンテナ１６６２は無線信号を収集することができ、次いで、無線信号は無線フロントエンド回路１６９２によってデジタルデータに変換される。デジタルデータは、処理回路１６７０に受け渡すことができる。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えることができる。
いくつかの代替実施形態では、ネットワークノード１６６０は別個の無線フロントエンド回路１６９２を含まない場合があり、代わりに、処理回路１６７０は無線フロントエンド回路を備えることができ、別個の無線フロントエンド回路１６９２なしでアンテナ１６６２に接続することができる。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１６７２の全部または一部は、インターフェース１６９０の一部と見なすことができる。さらに他の実施形態では、インターフェース１６９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末１６９４と、無線フロントエンド回路１６９２と、ＲＦトランシーバ回路１６７２とを含むことができ、インターフェース１６９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路１６７４と通信することができる。
アンテナ１６６２は、無線信号を送信および／または受信するように設定された、１つもしくは複数のアンテナ、またはアンテナアレイを含むことができる。アンテナ１６６２は、無線フロントエンド回路１６９２に結合することができ、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナ１６６２は、たとえば２ＧＨｚと６６ＧＨｚとの間の無線信号を送信／受信するように動作可能な１つまたは複数の全指向性のセクタアンテナまたはパネルアンテナを備えることができる。全指向性アンテナは、任意の方向に無線信号を送信／受信するために使用することができ、セクタアンテナは、特定のエリア内のデバイスからの無線信号を送信／受信するために使用することができ、パネルアンテナは、比較的一直線に無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ぶことができる。いくつかの実施形態では、アンテナ１６６２は、ネットワークノード１６６０とは別個であり得、インターフェースまたはポートを介してネットワークノード１６６０に接続可能であり得る。
アンテナ１６６２、インターフェース１６９０、および／または処理回路１６７０は、ネットワークノードによって実行されるものとして本明細書に記載された任意の受信動作および／またはいくつかの取得動作を実行するように設定することができる。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク機器から受信することができる。同様に、アンテナ１６６２、インターフェース１６９０、および／または処理回路１６７０は、ネットワークノードによって実行されるものとして本明細書に記載された任意の送信動作を実行するように設定することができる。任意の情報、データ、および／または信号は、無線デバイス、別のネットワークノード、および／または任意の他のネットワーク機器に送信することができる。
電力回路１６８７は、電力管理回路を備えるか、または電力管理回路に結合することができ、本明細書に記載された機能を実行するための電力を、ネットワークノード１６６０の構成要素に供給するように設定することができる。電力回路１６８７は、電源１６８６から電力を受け取ることができる。電源１６８６および／または電力回路１６８７は、それぞれの構成要素に適した形式で（たとえば、それぞれの構成要素ごとに必要とされる電圧レベルおよび電流レベルにおいて）、ネットワークノード１６６０の様々な構成要素に電力を供給するように設定することができる。電源１６８６は、電力回路１６８７および／もしくはネットワークノード１６６０に含まれるか、または電力回路１６８７および／もしくはネットワークノード１６６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノード１６６０は、電気ケーブルなどの入力回路またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路１６８７に電力を供給する。さらなる例として、電源１６８６は、電力回路１６８７に接続された、または電力回路１６８７内に統合された、バッテリまたはバッテリパックの形態の電力源を備えることができる。バッテリは、外部電源が落ちた場合、バックアップ電力を供給することができる。光起電力デバイスなどの他のタイプの電力源も使用することができる。
ネットワークノード１６６０の代替実施形態は、本明細書に記載された機能、および／または本明細書に記載された主題をサポートするために必要な任意の機能のうちのいずれかを含む、ネットワークノードの機能のいくつかの態様を提供することに関与することができる、図１６に示された構成要素以外の追加の構成要素を含むことができる。たとえば、ネットワークノード１６６０は、ネットワークノード１６６０への情報の入力を可能および／または容易にするために、かつネットワークノード１６６０からの情報の出力を可能および／または容易にするために、ユーザインターフェース機器を含むことができる。これは、ユーザが、ネットワークノード１６６０のための診断、保守、修復、および他の管理機能を実行することを可能および／または容易にすることができる。
いくつかの実施形態では、無線デバイス（ＷＤ、たとえば、ＷＤ１６１０）は、直接的な人間対話なしに情報を送信および／または受信するように設定することができる。たとえば、ＷＤは、内部もしくは外部のイベントによってトリガされると、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計することができる。ＷＤの例には、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバＩＰ（ＶｏＩＰ）フォン、無線ローカルループフォン、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽ストレージデバイス、再生アプライアンス、ウェアラブルデバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組込み型機器（ＬＥＥ）、ラップトップ取付け型機器（ＬＭＥ）、スマートデバイス、無線加入者宅内機器（ＣＰＥ）、モバイルタイプ通信（ＭＴＣ）デバイス、モノのインターネット（ＩｏＴ）デバイス、車載無線端末デバイスなどが含まれる。
ＷＤは、たとえばサイドリンク通信、車両間（Ｖ２Ｖ）、車両対基盤（Ｖ２Ｉ）、車両対すべて（Ｖ２Ｘ）のための３ＧＰＰ規格を実装することによってデバイス間（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ぶことができる。また別の具体例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、監視および／または測定を実行し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表すことができる。ＷＤは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ぶことができる。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサ、電力計などの計量デバイス、産業用機械類、または家庭用もしくは個人用電気器具（たとえば、冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカなど）である。他のシナリオでは、ＷＤは、その動作ステータスを監視することおよび／もしくはその動作ステータスに関して報告すること、またはその動作に関連付けられた他の機能が可能な車両または他の機器を表すことができる。上述されたＷＤは無線接続のエンドポイントを表すことができ、その場合、デバイスは無線端末と呼ぶことができる。さらに、上述されたＷＤはモバイルであり得、その場合、デバイスはモバイルデバイスまたはモバイル端末と呼ぶことができる。
示されたように、無線デバイス１６１０は、アンテナ１６１１と、インターフェース１６１４と、処理回路１６２０と、デバイス可読媒体１６３０と、ユーザインターフェース機器１６３２と、補助機器１６３４と、電源１６３６と、電力回路１６３７とを含む。ＷＤ１６１０は、たとえば、ほんのいくつかを挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈの無線技術などの、ＷＤ１６１０によってサポートされる異なる無線技術のための示された構成要素のうちの１つまたは複数の複数のセットを含むことができる。これらの無線技術は、ＷＤ１６１０内の他の構成要素と同じかまたは異なるチップまたはチップのセットの中に統合することができる。
アンテナ１６１１は、無線信号を送信および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含むことができ、インターフェース１６１４に接続される。いくつかの代替実施形態では、アンテナ１６１１は、ＷＤ１６１０とは別個であり、インターフェースまたはポートを介してＷＤ１６１０に接続可能であり得る。アンテナ１６１１、インターフェース１６１４、および／または処理回路１６２０は、ＷＤによって実行されるものとして本明細書に記載された任意の受信動作または送信動作を実行するように設定することができる。任意の情報、データ、および／または信号は、ネットワークノードおよび／または別のＷＤから受信することができる。いくつかの実施形態では、無線フロントエンド回路および／またはアンテナ１６１１は、インターフェースと見なすことができる。
示されたように、インターフェース１６１４は、無線フロントエンド回路１６１２およびアンテナ１６１１を備える。無線フロントエンド回路１６１２は、１つまたは複数のフィルタ１６１８および増幅器１６１６を備える。無線フロントエンド回路１６１４は、アンテナ１６１１および処理回路１６２０に接続され、アンテナ１６１１と処理回路１６２０との間で通信される信号を調整するように設定することができる。無線フロントエンド回路１６１２は、アンテナ１６１１に結合されるか、またはアンテナ１６１１の一部であり得る。いくつかの実施形態では、ＷＤ１６１０は別個の無線フロントエンド回路１６１２を含まない場合があり、むしろ、処理回路１６２０は無線フロントエンド回路を備えることができ、アンテナ１６１１に接続することができる。同様に、いくつかの実施形態では、ＲＦトランシーバ回路１６２２の一部または全部は、インターフェース１６１４の一部と見なすことができる。無線フロントエンド回路１６１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきデジタルデータを受信することができる。無線フロントエンド回路１６１２は、デジタルデータを、フィルタ１６１８および／または増幅器１６１６の組合せを使用して適切なチャネルおよび帯域幅のパラメータを有する無線信号に変換することができる。無線信号は、次いで、アンテナ１６１１を介して送信することができる。同様に、データを受信するとき、アンテナ１６１１は無線信号を収集することができ、次いで、無線信号は無線フロントエンド回路１６１２によってデジタルデータに変換される。デジタルデータは、処理回路１６２０に受け渡すことができる。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備えることができる。
処理回路１６２０は、ＷＤ１６１０の機能を単体で、またはデバイス可読媒体１６３０などの他のＷＤ１６１０の構成要素との組合せのいずれかで提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、もしくは任意の他の適切なコンピューティングデバイスのうちの１つもしくは複数の組合せ、リソース、またはハードウェア、ソフトウェアおよび／もしくは符号化された論理の組合せを備えることができる。そのような機能は、本明細書に記載された様々な無線の特徴または利益のうちのいずれかを含むことができる。
たとえば、処理回路１６２０は、本明細書で開示される機能を提供するためにデバイス可読媒体１６３０にまたは処理回路１６２０内のメモリに記憶された命令を実行することができる。より具体的には、媒体１６３０に記憶された命令（コンピュータプログラム製品とも呼ばれる）は、プロセッサ１６２０によって実行されると、本明細書に記載された様々な例示的な方法（たとえば、手順）に対応する動作を実行するために無線デバイス１６１０を設定することができる、命令を含むことができる。
示されたように、処理回路１６２０は、ＲＦトランシーバ回路１６２２、ベースバンド処理回路１６２４、およびアプリケーション処理回路１６２６のうちの１つまたは複数を含む。他の実施形態では、処理回路は、異なる構成要素および／または構成要素の異なる組合せを備えることができる。いくつかの実施形態では、ＷＤ１６１０の処理回路１６２０は、ＳＯＣを備えることができる。いくつかの実施形態では、ＲＦトランシーバ回路１６２２、ベースバンド処理回路１６２４、およびアプリケーション処理回路１６２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路１６２４およびアプリケーション処理回路１６２６の一部または全部は、１つのチップまたはチップのセットの中に組み合わせることができ、ＲＦトランシーバ回路１６２２は別個のチップまたはチップのセット上にあり得る。さらなる代替実施形態では、ＲＦトランシーバ回路１６２２およびベースバンド処理回路１６２４の一部または全部は、同じチップまたはチップのセット上にあり得、アプリケーション処理回路１６２６は別個のチップまたはチップのセット上にあり得る。さらに他の代替実施形態では、ＲＦトランシーバ回路１６２２、ベースバンド処理回路１６２４、およびアプリケーション処理回路１６２６の一部または全部は、同じチップまたはチップのセット内に組み合わせることができる。いくつかの実施形態では、ＲＦトランシーバ回路１６２２は、インターフェース１６１４の一部であり得る。ＲＦトランシーバ回路１６２２は、処理回路１６２０のためのＲＦ信号を調整することができる。
いくつかの実施形態では、ＷＤによって実行されるものとして本明細書に記載された機能の一部または全部は、デバイス可読媒体１６３０に記憶された命令を実行する処理回路１６２０によって提供することができ、デバイス可読媒体１６３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能の一部または全部は、ハードワイヤード方式などで、別個または個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路１６２０によって提供することができる。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路１６２０は、記載された機能を実行するように設定することができる。そのような機能によって提供される利益は、処理回路１６２０単独に、またはＷＤ１６１０の他の構成要素に限定されないが、全体としてＷＤ１６１０により、ならびに／または概してエンドユーザおよび無線ネットワークによって享受される。
処理回路１６２０は、ＷＤによって実行されるものとして本明細書に記載された、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実行するように設定することができる。処理回路１６２０によって実行されるこれらの動作は、たとえば、取得された情報を他の情報に変換すること、取得された情報もしくは変換された情報をＷＤ１６１０によって記憶された情報と比較すること、ならびに／または、取得された情報もしくは変換された情報に基づいて、かつ前記処理が決定を行ったことの結果として１つもしくは複数の動作を実行することにより、処理回路１６２０によって取得された情報を処理することを含むことができる。
デバイス可読媒体１６３０は、コンピュータプログラム、ソフトウェア、論理、規則、コード、テーブルなどのうちの１つもしくは複数を含むアプリケーション、および／または処理回路１６２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体１６３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）もしくは読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）もしくはデジタルビデオディスク（ＤＶＤ））、ならびに／または、処理回路１６２０によって使用され得る情報、データ、および／もしくは命令を記憶する、任意の他の揮発性もしくは不揮発性の非一時的デバイス可読および／もしくはコンピュータ実行可能メモリデバイスを含むことができる。いくつかの実施形態では、処理回路１６２０およびデバイス可読媒体１６３０は、統合されていると見なすことができる。
ユーザインターフェース機器１６３２は、人間のユーザがＷＤ１６１０と対話することを可能および／または容易にする構成要素を含むことができる。そのような対話は、視覚、聴覚、触覚などの多くの形態のものであり得る。ユーザインターフェース機器１６３２は、ユーザへの出力を生成するように、かつユーザがＷＤ１６１０への入力を提供することを可能および／または容易にするように動作可能であり得る。対話のタイプは、ＷＤ１６１０にインストールされるユーザインターフェース機器１６３２のタイプに応じて変化する可能性がある。たとえば、ＷＤ１６１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、ＷＤ１６１０がスマートメータである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合に）可聴警報を提供するスピーカを通したものであり得る。ユーザインターフェース機器１６３２は、入力のインターフェース、デバイス、および回路、ならびに、出力のインターフェース、デバイス、および回路を含むことができる。ユーザインターフェース機器１６３２は、ＷＤ１６１０への情報の入力を可能および／または容易にするように設定することができ、処理回路１６２０が入力情報を処理することを可能および／または容易にするために、処理回路１６２０に接続される。ユーザインターフェース機器１６３２は、たとえば、マイクロフォン、近接度または他のセンサ、キー／ボタン、タッチディスプレイ、１つもしくは複数のカメラ、ＵＳＢポート、または他の入力回路を含むことができる。ユーザインターフェース機器１６３２はまた、ＷＤ１６１０からの情報の出力を可能および／または容易にするように、かつ処理回路１６２０がＷＤ１６１０からの情報を出力することを可能および／または容易にするように設定される。ユーザインターフェース機器１６３２は、たとえば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路を含むことができる。ユーザインターフェース機器１６３２の１つまたは複数の入力および出力のインターフェース、デバイス、および回路を使用して、ＷＤ１６１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書に記載された機能から利益を得ることを可能および／または容易にすることができる。
補助機器１６３４は、概してＷＤによって実行されない場合がある、より具体的な機能を提供するように動作可能である。補助機器１６３４は、様々な目的で測定を行うための特殊なセンサ、有線通信などの追加のタイプの通信のためのインターフェースなどを備えることができる。補助機器１６３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変化する可能性がある。
電源１６３６は、いくつかの実施形態では、バッテリまたはバッテリパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイス、または電池などの他のタイプの電源を使用することもできる。ＷＤ１６１０は、本明細書に記載されるか、または本明細書に示された任意の機能を遂行するために電源１６３６からの電力を必要とする、ＷＤ１６１０の様々な部分に電源１６３６からの電力を配信するための電力回路１６３７をさらに備えることができる。電力回路１６３７は、いくつかの実施形態では、電力管理回路を備えることができる。電力回路１６３７は、追加または代替として、外部電源から電力を受け取るように動作可能であり得、その場合、ＷＤ１６１０は、電力ケーブルなどの入力回路またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路１６３７はまた、いくつかの実施形態では、外部電源から電源１６３６に電力を配信するように動作可能であり得る。これは、たとえば、電源１６３６の充電のためのものであり得る。電力回路１６３７は、電源１６３６からの電力に対して、その電力をＷＤ１６１０のそれぞれの構成要素への供給に適するようにするために、任意の変換または他の修正を実行することができる。
図１７は、本明細書に記載された様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連するデバイスを所有し、かつ／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作向けであるが、特定の人間のユーザに関連付けられない場合があるか、または最初に関連付けられない場合があるデバイス（たとえば、スマートスプリンクラコントローラ）を表すことができる。あるいは、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作向けではないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得るデバイス（たとえば、スマート電力計）を表すことができる。ＵＥ１７２００は、ＮＢ－ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図１７に示されたＵＥ１７００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇの規格などの３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＷＤの一例である。前述されたように、ＷＤおよびＵＥという用語は同じ意味で使用することができる。したがって、図１７はＵＥであるが、本明細書で説明された構成要素はＷＤに等しく適用可能であり、その逆も同様である。
図１７では、ＵＥ１７００は、入出力インターフェース１７０５、無線周波数（ＲＦ）インターフェース１７０９、ネットワーク接続インターフェース１７１１、ランダムアクセスメモリ（ＲＡＭ）１７１７、読取り専用メモリ（ＲＯＭ）１７１９、および記憶媒体１７２１などを含むメモリ１７１５、通信サブシステム１７３１、電源１７３３、ならびに／もしくは任意の他の構成要素、またはそれらの任意の組合せに動作可能に結合された処理回路１７０１を含む。記憶媒体１７２１は、オペレーティングシステム１７２３と、アプリケーションプログラム１７２５と、データ１７２７とを含む。他の実施形態では、記憶媒体１７２１は、他の同様のタイプの情報を含むことができる。いくつかのＵＥは、図１７に示された構成要素のすべてを利用するか、または構成要素のサブセットのみを利用することができる。構成要素間の統合のレベルは、ＵＥごとに変化する可能性がある。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機などの構成要素の複数のインスタンスを含むことができる。
図１７では、処理回路１７０１は、コンピュータ命令およびデータを処理するように設定することができる。処理回路１７０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態機械などの、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサもしくはデジタル信号プロセッサ（ＤＳＰ）など、１つもしくは複数のプログラム内蔵、汎用プロセッサ、または上記の任意の組合せを実装するように設定することができる。たとえば、処理回路１７０１は、２つの中央処理装置（ＣＰＵ）を含むことができる。データは、コンピュータによる使用に適した形式の情報であり得る。
描写された実施形態では、入出力インターフェース１７０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定することができる。ＵＥ１７００は、入出力インターフェース１７０５を介して出力デバイスを使用するように設定することができる。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用することができる。たとえば、ＵＥ１７００への入力およびＵＥ１７００からの出力を提供するために、ＵＳＢポートを使用することができる。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ１７００は、ユーザがＵＥ１７００に情報をキャプチャすることを可能および／または容易にするために、入出力インターフェース１７０５を介して入力デバイスを使用するように設定することができる。入力デバイスは、タッチセンサ式またはプレゼンスセンサ式ディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、指向性パッド、トラックパッド、スクロールホイール、スマートカードなどを含むことができる。プレゼンスセンサ式ディスプレイは、ユーザからの入力を検知するために容量性タッチセンサまたは抵抗性タッチセンサを含むことができる。センサは、たとえば、加速度計、ジャイロスコープ、チルトセンサ、力センサ、磁力計、光センサ、近接度センサ、別の同様のセンサ、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサであり得る。
図１７では、ＲＦインターフェース１７０９は、送信機、受信機、およびアンテナなどのＲＦ構成要素に通信インターフェースを提供するように設定することができる。ネットワーク接続インターフェース１７１１は、ネットワーク１７４３ａに通信インターフェースを提供するように設定することができる。ネットワーク１７４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの、有線および／または無線のネットワークを包含することができる。たとえば、ネットワーク１７４３ａは、Ｗｉ－Ｆｉネットワークを備えることができる。ネットワーク接続インターフェース１７１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つまたは複数の通信プロトコルに従って通信ネットワークを介して１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機のインターフェースを含むように設定することができる。ネットワーク接続インターフェース１７１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機の機能を実装することができる。送信機および受信機の機能は、回路構成要素、ソフトウェア、もしくはファームウェアを共有することができるか、または代替として別個に実装することができる。
ＲＡＭ１７１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バス１７０２を介して処理回路１７０１にインターフェースするように設定することができる。ＲＯＭ１７１９は、処理回路１７０１にコンピュータ命令またはデータを提供するように設定することができる。たとえば、ＲＯＭ１７１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信などの基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定することができる。記憶媒体１７２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなどのメモリを含むように設定することができる。
一例では、記憶媒体１７２１は、オペレーティングシステム１７２３と、ウェブブラウザアプリケーション、ウィジェットもしくはガジェットエンジン、または別のアプリケーションなどのアプリケーションプログラム１７２５と、データファイル１７２７とを含むように設定することができる。記憶媒体１７２１は、ＵＥ１７００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶することができる。たとえば、アプリケーションプログラム１７２５は、プロセッサ１７０１によって実行されると、本明細書に記載された様々な例示的な方法（たとえば、手順）に対応する動作を実行するようにＵＥ１７００を設定することができる、（コンピュータプログラム製品とも呼ばれる）実行可能命令を含むことができる。
記憶媒体１７２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ－Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期式ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールもしくはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなどの、いくつかの物理ドライブユニットを含むように設定することができる。記憶媒体１７２１は、ＵＥ１７００が、一時的もしくは非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能および／または容易にすることができる。通信システムを利用する製造品などの製造品は、記憶媒体１７２１内に有形に具現化することができ、記憶媒体１７２１はデバイス可読媒体を備えることができる。
図１７では、処理回路１７０１は、通信サブシステム１７３１を使用してネットワーク１７４３ｂと通信するように設定することができる。ネットワーク１７４３ａおよびネットワーク１７４３ｂは、同じ１つもしくは複数のネットワーク、または異なる１つもしくは複数のネットワークであり得る。通信サブシステム１７３１は、ネットワーク１７４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定することができる。たとえば、通信サブシステム１７３１は、ＩＥＥＥ８０２．１７、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局などの、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定することができる。各トランシーバは、ＲＡＮリンク（たとえば、周波数割当てなど）に適した送信機機能または受信機機能をそれぞれ実装するために、送信機１７３３および／または受信機１７３５を含むことができる。さらに、各トランシーバの送信機１７３３および受信機１７３５は、回路構成要素、ソフトウェア、もしくはファームウェアを共有することができるか、または代替として、別個に実装することができる。
示された実施形態では、通信サブシステム１７３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、近距離通信、位置を特定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベースの通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。たとえば、通信サブシステム１７３１は、セルラ通信と、Ｗｉ－Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含むことができる。ネットワーク１７４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの、有線および／または無線のネットワークを包含することができる。たとえば、ネットワーク１７４３ｂは、セルラネットワーク、Ｗｉ－Ｆｉネットワーク、および／または近距離ネットワークであり得る。電源１７１３は、ＵＥ１７００の構成要素に交流（ＡＣ）電力または直流（ＤＣ）電力を供給するように設定することができる。
本明細書に記載された特徴、利益、および／または機能は、ＵＥ１７００の構成要素のうちの１つに実装することができるか、またはＵＥ１７００の複数の構成要素にわたって分割することができる。さらに、本明細書に記載された特徴、利益、および／または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せに実装することができる。一例では、通信サブシステム１７３１は、本明細書に記載された構成要素のうちのいずれかを含むように設定することができる。さらに、処理回路１７０１は、バス１７０２を介してそのような構成要素のうちのいずれかと通信するように設定することができる。別の例では、そのような構成要素のうちのいずれかは、処理回路１７０１によって実行されると、本明細書に記載された対応する機能を実行する、メモリに記憶されたプログラム命令によって表すことができる。別の例では、そのような構成要素のうちのいずれかの機能は、処理回路１７０１と通信サブシステム１７３１との間で分割することができる。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能は、ソフトウェアまたはファームウェアに実装することができ、計算集約的機能はハードウェアに実装することができる。
図１８は、いくつかの実施形態によって実装される機能を仮想化することができる、仮想化環境１８００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、ストレージデバイス、およびネットワーキングリソースを仮想化することを含むことができる、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイス、もしくは任意の他のタイプの通信デバイス）またはその構成要素に適用することができ、機能の少なくとも一部分が、（たとえば、１つまたは複数のネットワーク内の１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシン、またはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。
いくつかの実施形態では、本明細書に記載された機能の一部または全部は、ハードウェアノード１８３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境１８００に実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装することができる。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化することができる。
機能は、本明細書で開示された実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、（代替として、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ぶことができる）１つまたは複数のアプリケーション１８２０によって実装することができる。アプリケーション１８２０は、処理回路１８６０およびメモリ１８９０を備えるハードウェア１８３０を提供する、仮想化環境１８００において稼働される。メモリ１８９０は、処理回路１８６０によって実行可能な命令１８９５を含み、それにより、アプリケーション１８２０は、本明細書で開示された特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。
仮想化環境１８００は、１つもしくは複数のプロセッサのセットまたは処理回路１８６０を備える、汎用または専用のネットワークハードウェアデバイス（またはノード）１８３０を含むことができ、処理回路１８６０は、商用オフザシェルフ（ＣＯＴＳ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログのハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路であり得る。各ハードウェアデバイスはメモリ１８９０－１を備えることができ、メモリ１８９０－１は、処理回路１８６０によって実行される命令１８９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。たとえば、命令１８９５は、処理回路１８６０によって実行されると、本明細書に記載された様々な例示的な方法（たとえば、手順）に対応する動作を実行するようにハードウェアノード１８２０を設定することができる、（コンピュータプログラム製品とも呼ばれる）プログラム命令を含むことができる。そのような動作はまた、ハードウェアノード１８３０によってホストされる仮想ノード１８２０に起因することができる。
各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）１８７０を備えることができ、ネットワークインターフェースコントローラ（ＮＩＣ）１８７０は物理ネットワークインターフェース１８８０を含む。各ハードウェアデバイスはまた、処理回路１８６０によって実行可能なソフトウェア１８９５および／または命令を記憶した、非一時的、永続的、機械可読記憶媒体１８９０－２を含むことができる。ソフトウェア１８９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤ１８５０をインスタンス化するためのソフトウェア、仮想マシン１８４０を実行するためのソフトウェア、ならびに、仮想マシン１８４０が、本明細書に記載されたいくつかの実施形態との関係で記載される機能、特徴、および／または利益を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含むことができる。
仮想マシン１８４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想ストレージを備え、対応する仮想化レイヤ１８５０またはハイパーバイザによって稼働することができる。仮想アプライアンス１８２０のインスタンスの異なる実施形態は、仮想マシン１８４０のうちの１つまたは複数に実装することができ、実装は異なる方法で行うことができる。
動作中に、処理回路１８６０は、ソフトウェア１８９５を実行してハイパーバイザまたは仮想化レイヤ１８５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤ１８５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ぶことができる。仮想化レイヤ１８５０は、仮想マシン１８４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示することができる。
図１８に示されたように、ハードウェア１８３０は、汎用または固有の構成要素を有するスタンドアロンネットワークノードであり得る。ハードウェア１８３０は、アンテナ１８２２５を備えることができ、仮想化を介していくつかの機能を実装することができる。あるいは、ハードウェア１８３０は、多くのハードウェアノードが協働し、とりわけ、アプリケーション１８２０のライフサイクル管理を監督する、管理および編成（ＭＡＮＯ）１８１００を介して管理される、（たとえば、データセンタまたは顧客構内機器（ＣＰＥ）などにおける）ハードウェアのより大きいクラスタの一部であり得る。
ハードウェアの仮想化は、いくつかのコンテキストでは、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンタおよび顧客構内機器内に位置することができる、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理ストレージ上に統合するために使用することができる。
ＮＦＶのコンテキストでは、仮想マシン１８４０は、プログラムを、それらのプログラムが物理的な仮想化されていないマシン上で実行されているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシン１８４０の各々、ならびにその仮想マシンに専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシン１８４０のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェア１８３０のその一部は、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。
さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャ１８３０の上の１つまたは複数の仮想マシン１８４０において稼働し、図１８のアプリケーション１８２０に対応する固有のネットワーク機能をハンドリングすることに関与する。
いくつかの実施形態では、各々が１つまたは複数の送信機１８２２０および１つまたは複数の受信機１８２１０を含む１つまたは複数の無線ユニット１８２００は、１つまたは複数のアンテナ１８２２５に結合することができる。無線ユニット１８２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノード１８３０と直接通信することができ、無線アクセスノードまたは基地局などの無線能力を有する仮想ノードを提供するために仮想構成要素と組み合わせて使用することができる。このように構成されたノードはまた、本明細書の他の場所に記載されたＵＥなどの１つまたは複数のＵＥと通信することができる。
いくつかの実施形態では、ハードウェアノード１８３０と無線ユニット１８２００との間の通信のために代替的に使用され得る制御システム１８２３０を介して、何らかのシグナリングを実行することができる。
図１９を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク１９１１と、コアネットワーク１９１４とを備える、３ＧＰＰタイプのセルラネットワークなどの通信ネットワーク１９１０を含む。アクセスネットワーク１９１１は、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局１９１２ａ、１９１２ｂ、１９１２ｃを備え、各々が対応するカバレッジエリア１９１３ａ、１９１３ｂ、１９１３ｃを規定する。各基地局１９１２ａ、１９１２ｂ、１９１２ｃは、有線接続または無線接続１９１５を介してコアネットワーク１９１４に接続可能である。カバレッジエリア１９１３ｃ内に位置する第１のＵＥ１９９１は、対応する基地局１９１２ｃに無線で接続するか、または対応する基地局１９１２ｃによってページングされるように設定することができる。カバレッジエリア１９１３ａ内の第２のＵＥ１９９２は、対応する基地局１９１２ａに無線で接続可能である。この例では複数のＵＥ１９９１、１９９２が示されているが、開示された実施形態は、唯一のＵＥがカバレッジエリア内にあるか、または唯一のＵＥがに接続している状況に等しく適用可能である。
ネットワーク１９１０は、それ自体がホストコンピュータ１９３０に接続され、ホストコンピュータ１９３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアにおいて、またはサーバファーム内の処理リソースとして具現化することができる。ホストコンピュータ１９３０は、サービスプロバイダの所有もしくは制御下にあり得、またはサービスプロバイダによって、もしくはサービスプロバイダの代わりに動作することができる。通信ネットワーク１９１０とホストコンピュータ１９３０との間の接続１９２１および１９２２は、コアネットワーク１９１４からホストコンピュータ１９３０に直接延在することができるか、またはオプションの中間ネットワーク１９２０を介して進むことができる。中間ネットワーク１９２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク１９２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、詳細には、中間ネットワーク１９２０は、２つ以上のサブネットワーク（図示せず）を備えることができる。
図１９の通信システムは全体として、接続されたＵＥ１９９１、１９９２とホストコンピュータ１９３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続１９５０として記載することができる。ホストコンピュータ１９３０および接続されたＵＥ１９９１、１９９２は、アクセスネットワーク１９１１、コアネットワーク１９１４、任意の中間ネットワーク１９２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続１９５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１９５０は、ＯＴＴ接続１９５０が通過する参加している通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局１９１２は、接続されたＵＥ１９９１に転送（たとえば、ハンドオーバ）されるべき、ホストコンピュータ１９３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されない場合があるか、または通知される必要がない。同様に、基地局１９１２は、ＵＥ１９９１から発生してホストコンピュータ１９３０に向かう発信アップリンク通信の将来のルーティングに気づいている必要がない。
次に、一実施形態による、前の段落において説明されたＵＥ、基地局、およびホストコンピュータの例示的な実装形態が、図２０を参照して記載される。通信システム２０００では、ホストコンピュータ２０１０は、通信システム２０００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース２０１６を含む、ハードウェア２０１５を備える。ホストコンピュータ２０１０は、記憶能力および／または処理能力を有することができる、処理回路２０１８をさらに備える。詳細には、処理回路２０１８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる。ホストコンピュータ２０１０は、ホストコンピュータ２０１０に記憶されるかまたはホストコンピュータ２０１０によってアクセス可能であり、処理回路２０１８によって実行可能なソフトウェア２０１１をさらに備える。ソフトウェア２０１１は、ホストアプリケーション２０１２を含む。ホストアプリケーション２０１２は、ＵＥ２０３０およびホストコンピュータ２０１０において終端するＯＴＴ接続２０５０を介して接続するＵＥ２０３０などのリモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供することにおいて、ホストアプリケーション２０１２は、ＯＴＴ接続２０５０を使用して送信されるユーザデータを提供することができる。
通信システム２０００は、通信システム内で提供される基地局２０２０も含むことができ、基地局２０２０は、基地局２０２０がホストコンピュータ２０１０およびＵＥ２０３０と通信することを可能にするハードウェア２０２５を備える。ハードウェア２０２５は、通信システム２０００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース２０２６、ならびに基地局２０２０によってサービスされる（図２０には示されていない）カバレッジエリア内に位置するＵＥ２０３０との少なくとも無線接続２０７０をセットアップおよび維持するための無線インターフェース２０２７を含むことができる。通信インターフェース２０２６は、ホストコンピュータ２０１０への接続２０６０を容易にするように設定することができる。接続２０６０は直接であり得るか、または接続２０６０は、通信システムの（図２０には示されていない）コアネットワーク、および／または通信システムの外部の１つもしくは複数の中間ネットワークを通過することができる。図示された実施形態では、基地局２０２０のハードウェア２０２５は処理回路２０２８も含むことができ、処理回路２０２８は、命令を実行するように適合された、１つもしくは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる。
基地局２０２０はまた、内部に記憶されるか、または外部接続を介してアクセス可能なソフトウェア２０２１を含む。たとえば、ソフトウェア２０２１は、処理回路２０２８によって実行されると、本明細書に記載された様々な例示的な方法（たとえば、手順）に対応する動作を実行するように基地局２０２０を設定することができる、（コンピュータプログラム製品とも呼ばれる）プログラム命令を含むことができる。
通信システム２０００は、すでに言及されたＵＥ２０３０も含むことができ、ＵＥ２０３０のハードウェア２０３５は、ＵＥ２０３０が現在位置するカバレッジエリアをサービスする基地局との無線接続２０７０をセットアップおよび維持するように設定された、無線インターフェース２０３７を含むことができる。ＵＥ２０３０のハードウェア２０３５はまた、処理回路２０３８を含むことができ、処理回路２０３８は、命令を実行するように適合された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる。
ＵＥ２０３０はまた、ＵＥ２０３０に記憶されるかまたはＵＥ２０３０によってアクセス可能であり、処理回路２０３８によって実行可能なソフトウェア２０３１を含む。ソフトウェア２０３１は、クライアントアプリケーション２０３２を含む。クライアントアプリケーション２０３２は、ホストコンピュータ２０１０のサポートのもとに、ＵＥ２０３０を介して人間のユーザまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ２０１０では、実行しているホストアプリケーション２０１２は、ＵＥ２０３０およびホストコンピュータ２０１０において終端するＯＴＴ接続２０５０を介して、実行しているクライアントアプリケーション２０３２と通信することができる。ユーザにサービスを提供することにおいて、クライアントアプリケーション２０３２は、ホストアプリケーション２０１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴ接続２０５０は、要求データとユーザデータの両方を転送することができる。クライアントアプリケーション２０３２は、クライアントアプリケーション２０３２が提供するユーザデータを生成するためにユーザと対話することができる。ソフトウェア２０３１はまた、処理回路２０３８によって実行されると、本明細書に記載された様々な例示的な方法（たとえば、手順）に対応する動作を実行するようにＵＥ２０３０を設定することができる、（コンピュータプログラム製品とも呼ばれる）プログラム命令を含むことができる。
図２０に示されたホストコンピュータ２０１０、基地局２０２０、およびＵＥ２０３０は、それぞれ、図１６のホストコンピュータ１２３０、基地局１６１２ａ、１６１２ｂ、１６１２ｃのうちの１つ、およびＵＥ１６９１、１６９２のうちの１つと同様または同一であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図２０に示されたようなものであり得、別個に、周囲のネットワークトポロジーは、図１６のものであり得る。
図２０では、ＯＴＴ接続２０５０は、任意の中継デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングへの明示的な言及なしに、基地局２０２０を介したホストコンピュータ２０１０とＵＥ２０３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャはルーティングを決定することができ、ネットワークインフラストラクチャは、ＵＥ２０３０から、またはホストコンピュータ２０１０を動作させるサービスプロバイダから、または両方からルーティングを隠すように設定することができる。ＯＴＴ接続２０５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散の考慮または再設定に基づいて）ルーティングを動的に変更する判断を行うことができる。
ＵＥ２０３０と基地局２０２０との間の無線接続２０７０は、本開示全体を通して記載された実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続２０７０が最後のセグメントを形成するＯＴＴ接続２０５０を使用して、ＵＥ２０３０に提供されるＯＴＴサービスのパフォーマンスを改善する。より正確には、本明細書で開示された例示的な実施形態は、ネットワークがデータフローのエンドツーエンドサービス品質（ＱｏＳ）を監視するための柔軟性を改善することができ、それには、ユーザ機器（ＵＥ）と、５Ｇネットワークの外部のＯＴＴデータアプリケーションまたはサービスなどの別のエンティティとの間のデータセッションに関連付けられたデータフローの対応する無線ベアラが含まれる。これらおよび他の利点は、５Ｇ／ＮＲ解決策のより時宜を得た設計、実装、および配置を容易にすることができる。さらに、そのような実施形態は、データセッションＱｏＳの柔軟かつ時宜を得た制御を容易にすることができ、これは、５Ｇ／ＮＲによって想起され、ＯＴＴサービスの成長のために重要である、容量、スループット、レイテンシなどの改善につながることができる。
１つまたは複数の実施形態が改善する、データレート、レイテンシ、および他のネットワーク運転状況を監視する目的で、測定手順を提供することができる。測定結果の変動に応答して、ホストコンピュータ２０１０とＵＥ２０３０との間のＯＴＴ接続２０５０を再設定するためのオプションのネットワーク機能がさらに存在することができる。測定手順および／またはＯＴＴ接続２０５０を再設定するためのネットワーク機能は、ホストコンピュータ２０１０のソフトウェア２０１１およびハードウェア２０１５、またはＵＥ２０３０のソフトウェア２０３１およびハードウェア２０３５、または両方に実装することができる。実施形態では、ＯＴＴ接続２０５０が通過する通信デバイスにおいて、またはそれに関連して、センサ（図示せず）を配置することができ、センサは、上記で例示された監視された量の値を供給すること、またはソフトウェア２０１１、２０３１が監視された量を算出もしくは推定することができる他の物理量の値を供給することにより、測定手順に参加することができる。ＯＴＴ接続２０５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含むことができ、再設定は、基地局２０２０に影響を及ぼす必要がなく、再設定は、基地局２０２０に知られていないか、または知覚不可能であり得る。そのような手順および機能は、当技術分野において知られ、実践することができる。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ２０１０の測定を容易にするプロプライエタリなＵＥシグナリングを伴うことができる。測定は、ＯＴＴ接続２０５０が伝搬時間、エラーなどを監視する間にＯＴＴ接続２０５０を使用して、ソフトウェア２０１１および２０３１が、詳細には空または「ダミー」のメッセージ内でメッセージが送信されることを引き起こすという点で実装することができる。
図２１は、一実施形態による、通信システムに実装された例示的な方法および／または手順を示すフローチャートである。通信システムは、いくつかの例示的な実施形態では、本明細書の他の図を参照して記載されたものであり得る、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡単にするために、図２１への図面参照のみがこのセクションに含まれる。ステップ２１１０において、ホストコンピュータがユーザデータを提供する。ステップ２１１０の（オプションであり得る）サブステップ２１１１において、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。ステップ２１２０において、ホストコンピュータがＵＥにユーザデータを搬送する送信を開始する。（オプションであり得る）ステップ２１３０において、基地局が、本開示全体を通して記載された実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。（同様にオプションであり得る）ステップ２１４０において、ＵＥが、ホストコンピュータによって実行されたホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
図２２は、一実施形態による、通信システムに実装された例示的な方法および／または手順を示すフローチャートである。通信システムは、本明細書の他の図を参照して記載されたものであり得る、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡単にするために、図２２への図面参照のみがこのセクションに含まれる。方法のステップ２２１０において、ホストコンピュータがユーザデータを提供する。オプションのサブステップ（図示せず）において、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。ステップ２２２０において、ホストコンピュータがＵＥにユーザデータを搬送する送信を開始する。送信は、本開示全体を通して記載された実施形態の教示に従って、基地局を介して通ることができる。（オプションであり得る）ステップ２２３０おいて、ＵＥが送信において搬送されたユーザデータを受信する。
図２３は、一実施形態による、通信システムに実装された例示的な方法および／または手順を示すフローチャートである。通信システムは、本明細書の他の図を参照して記載されたものであり得る、ホストコンピュータ、基地局、およびＵＥを含む。本開示を簡単にするために、図２３への図面参照のみがこのセクションに含まれる。（オプションであり得る）ステップ２３１０において、ＵＥがホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ２３２０において、ＵＥがユーザデータを提供する。ステップ２３２０の（オプションであり得る）サブステップ２３２１において、ＵＥがクライアントアプリケーションを実行することによってユーザデータを提供する。ステップ２３１０の（オプションであり得る）サブステップ２３１１において、ＵＥがクライアントアプリケーションを実行し、クライアントアプリケーションは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する。ユーザデータを提供することにおいて、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮することができる。ユーザデータが提供された具体的な方式にかかわらず、ＵＥは、（オプションであり得る）サブステップ２３３０において、ホストコンピュータへのユーザデータの送信を開始する。方法のステップ２３４０において、ホストコンピュータが、本開示全体を通して記載された実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
図２４は、１つの実施形態による、通信システムにおいて実装される例示的な方法および／または手順を示すフロー図である。通信システムは、本明細書の他の図を参照して説明されるものであり得る、ホストコンピュータ、基地局およびＵＥを含む。本開示を簡単にするために、図２４への図面参照のみがこのセクションに含まれる。（オプションであり得る）ステップ２４１０で、本開示全体を通して記載された実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（オプションであり得る）ステップ２４２０において、基地局が受信されたユーザデータのホストコンピュータへの送信を開始する。（オプションであり得る）ステップ２４３０において、ホストコンピュータが基地局によって開始された送信において搬送されたユーザデータを受信する。
本明細書に記載されるように、デバイスおよび／または装置は、半導体チップ、チップセット、またはそのようなチップもしくはチップセットを備える（ハードウェア）モジュールによって表すことができるが、これは、デバイスまたは装置の機能が、ハードウェアで実装される代わりに、プロセッサ上での実行のための、またはプロセッサ上で稼働されている実行可能ソフトウェアコード部分を備えるコンピュータプログラムまたはコンピュータプログラム製品などのソフトウェアモジュールとして実装される可能性を排除しない。さらに、デバイスまたは装置の機能は、ハードウェアとソフトウェアの任意の組合せによって実装することができる。デバイスまたは装置はまた、機能的に互いと協働するか、または互いと無関係であるかにかかわらず、複数のデバイスおよび／または装置のアセンブリと見なすことができる。その上、デバイスおよび装置は、デバイスまたは装置の機能が保持される限り、システム全体にわたって分散して実装することができる。そのような原理および同様の原理は、当業者に知られていると考えられる。
さらに、無線デバイスまたはネットワークノードによって実行されるものとして本明細書に記載された機能は、複数の無線デバイスおよび／またはネットワークノードにわたって分散される場合がある。言い換えれば、本明細書に記載されたネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる実行に限定されず、実際には、いくつかの物理デバイスの間に分散することができるということが企図される。
別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの意味と一意する意味を有するものと解釈されるべきであり、本明細書で明確にそのように規定されていない限り、理想的なまたは過度に形式的な意味において解釈されないことがさらに理解されよう。
加えて、その明細書、図面、および例示的な実施形態を含む本開示で使用されるいくつかの用語は、限定はしないが、たとえば、データおよび情報を含めて、いくつかの事例では同義的に使用することができる。互いに同義であり得るこれらの単語および／または他の単語が本明細書で同義的に使用され得るが、そのような単語が同義的に使用されないことが意図され得る事例が存在する可能性があることを理解されたい。さらに、従来技術の知識が上記で参照により本明細書に明示的に組み込まれていない限り、従来技術の知識は、その全体が本明細書に明示的に組み込まれる。参照されるすべての刊行物は、それらの全体が参照により本明細書に組み込まれる。
明示的に反対の定めをしていない限り、本明細書で使用される、列挙された項目の接続詞リスト（たとえば、「ＡおよびＢ」、「Ａ、Ｂ、およびＣ」）に続く「少なくとも１つ」および「１つまたは複数」というフレーズは、列挙された項目「からなるリストから各項目が選択される、少なくとも１つの項目」を意味するものとする。たとえば、「ＡおよびＢのうちの少なくとも１つ」は、以下の、Ａ；Ｂ；ＡおよびＢのうちのいずれかを意味するものとする。同様に、「Ａ、Ｂ、およびＣのうちの１つまたは複数」は、以下の、Ａ；Ｂ；Ｃ；ＡおよびＢ；ＢおよびＣ；ＡおよびＣ；Ａ、Ｂ、およびＣのうちのいずれかを意味するものとする。
明示的に反対の定めをしていない限り、本明細書で使用される、列挙された項目の接続詞リスト（たとえば、「ＡおよびＢ」、「Ａ、Ｂ、およびＣ」）に続く「複数」というフレーズは、列挙された項目「からなるリストから各項目が選択される、複数の項目」を意味するものとする。たとえば、「ＡおよびＢのうちの複数」は、以下の、２つ以上のＡ；２つ以上のＢ；または少なくとも１つのＡおよび少なくとも１つのＢのうちのいずれかを意味するものとする。
上記は、単に本開示の原理を示している。本明細書の教示に鑑みて、記載された実施形態に対する様々な修正および変更が当業者には明らかである。したがって、本明細書に明確に図示または記載されていないが、本開示の原理を具現化し、本開示の趣旨および範囲内であり得る多数のシステム、構成、および手順を当業者が考案できることが諒解されよう。当業者によって理解されるべきであるように、様々な例示的な実施形態は、互いに一緒に、ならびに互いに同じ意味で使用することができる。
本明細書に記載された技法および装置の例示的な実施形態は、限定はしないが、以下の列挙された例を含む。
１．無線アクセスネットワーク（ＲＡＮ）における条件付きモビリティのための、ユーザ機器（ＵＥ）によって実行される方法であって、
モビリティ動作の第１の指示、
モビリティ動作のトリガ条件の第２の指示、
ソースセルに関する第２の測定設定、および、
１つまたは複数のターゲットセルに関する第３の測定設定
を含む１つまたは複数のモビリティ関連メッセージを、ＲＡＮから、受信することと、
第２の測定設定に基づいてターゲットセルのうちの１つに関するトリガ条件を検出することと、
第３の測定設定に基づいて、ターゲットセルに向けた、モビリティ動作を実行することと
を含む、方法。
２．トリガイベントを検出することが、第２の測定設定に基づいてソースセルにおいて第２の測定を実行することを含む、実施形態１の方法。
３．条件付きモビリティコマンドを受信することが、第２のおよび第３の測定設定を記憶することをさらに含む、実施形態１または２の方法。
４．モビリティ動作を実行することが、以下の動作のうちの１つまたは複数を含む、実施形態１から３までのいずれかの方法：
ソースセルにおける測定の実行を停止することと、
記憶された第２の測定設定を削除することと、
第３の測定設定に基づいてターゲットセルにおける第３の測定を実行および報告すること。
５．第１の測定設定を、ＵＥにサービスするソースノードから、受信することをさらに含む、実施形態１から４までのいずれかの方法。
６．第１の測定設定に基づくソースセルにおける第１の測定を実行および報告することをさらに含む、実施形態５の方法。
７．第１の測定設定を受信することが、第１の測定設定を記憶することを含む、実施形態５または６の方法。
８．第３の測定設定が、完全な測定設定として受信され、
モビリティ動作を実行することが、記憶された第１の測定設定を第３の測定設定に置き換えることをさらに含む、
実施形態５から７のいずれかの方法。
９．以下の条件のうちの少なくとも１つが適用される、実施形態５から７のいずれかの方法：
第２の測定設定が、第１の測定設定に関するデルタとして受信され、
第３の測定設定が、第１の測定設定に関するデルタとして受信され、
第３の測定設定が、第１のおよび第２の測定設定に関するデルタとして受信される。
１０．１つまたは複数のモビリティ関連メッセージが、第１のおよび第２の指示ならびに第２のおよび第３の測定設定を含む、ソースノードから受信された、条件付きモビリティコマンドを含む、実施形態１から９のいずれかの方法。
１１．１つまたは複数のモビリティ関連メッセージが、以下を含む、実施形態１から９の方法：
第１のおよび第２の指示と第２の測定設定とを含む、ソースノードから受信された、条件付きモビリティコマンドと、
第３の測定設定を含む、ターゲットノードから受信された、再設定メッセージ。
１２．第３の設定に基づいてモビリティ動作を実行することが、以下を含む実施形態１１の方法：
第２の測定設定に基づいてターゲットセルにおける第３の測定を実行および報告することと、
第３の測定設定を含む再設定メッセージをその後に受信すること。
１３．無線アクセスネットワーク（ＲＡＮ）におけるユーザ機器（ＵＥ）の条件付きモビリティのための、ソースノードによって実行される、方法であって、以下を含む方法：
ＵＥに関する条件付きモビリティ動作を受け入れるという要求を、ターゲットノードに、送信することと、
条件付きモビリティ動作の確認、ターゲットノードによってサービスされる１つまたは複数のターゲットセルに関する第３の測定設定を含む確認、を、ターゲットノードから、受信することと、
条件付きモビリティ動作のトリガ条件に関係する第２の測定設定を決定することと、
以下を含む条件付きモビリティコマンドを、ＵＥに、送信すること：
モビリティ動作の指示、
トリガ条件の指示、および、
第２の測定設定。
１４．条件付きモビリティコマンドはまた、第３の測定設定を含む、実施形態１３の方法。
１５．第２の測定設定をターゲットノードに送信することをさらに含む、実施形態１３の方法。
１６．ソースセルに関する第１の測定設定を、ＵＥに、送信することをさらに含み、ターゲットノードへの要求はまた、第１の測定設定を含む、実施形態１３から１５のいずれかの方法。
１７．条件付きモビリティ動作がＵＥに関して必要であると決定することをさらに含む、実施形態１３から１６のいずれかの方法。
１８．条件付きモビリティ動作が必要であると決定することが、第１の測定設定に基づいてＵＥによって作られる第１の測定値を受信することを含む、実施形態１６または１７の方法。
１９．条件付きモビリティ動作は実行されたという指示を、ターゲットノードから、受信することをさらに含む、実施形態１１から１８のいずれかの方法。
２０．第１の測定設定を送信することが、第１の測定設定を記憶することを含む、実施形態１１から１９のいずれかの方法。
２１．第２の測定設定を決定することが、第２の測定設定を記憶することを含む、実施形態１１から２０のいずれかの方法。
２２．記憶された第１のおよび第２の測定設定を削除することをさらに含む、実施形態１１から２１のいずれかの方法。
２３．以下の条件のうちの少なくとも１つが、適用される、実施形態１１から２２のいずれかの方法：
第２の測定設定が、第１の測定設定に関するデルタとして決定され、
第３の測定設定が、第１の測定設定に関するデルタとして受信され、
第３の測定設定が、第１のおよび第２の測定設定に関するデルタとして受信される。
２４．無線アクセスネットワーク（ＲＡＮ）におけるユーザ機器（ＵＥ）の条件付きモビリティのための、ターゲットノードによって実行される、方法であって、以下を含む方法：
ＵＥのための第１の測定設定を含む、ＵＥに関する条件付きモビリティ動作を受け入れるという要求を、ソースノードから、受信することと、
第１の測定設定に基づいて、ターゲットノードによってサービスされる１つまたは複数のターゲットセルに関してＵＥのための第３の測定設定を決定することと、
第３の測定設定を含む、条件付きモビリティ動作の確認を、ソースノードに送信することと、
第３の測定設定に基づいて、ターゲットセルのうちの１つにおいてＵＥでの条件付きモビリティ動作を実行すること。
２５．条件付きモビリティ動作は実行されたという指示を、ソースノードに、送信することをさらに含む、実施形態２４の方法。
２６．第３の測定設定が、第１の測定設定に関するデルタとして送信される、実施形態２４または２５の方法。
２７．第３の測定設定が、完全な測定設定として送信される、実施形態２４または２５の方法。
２８．条件付きモビリティ動作を実行することが、第３の測定設定に基づいてターゲットセルのうちの１つにおいてＵＥによって作られる測定値を受信することを含む、実施形態２４から２７のいずれかの方法。
２９．条件付きモビリティ動作を実行することが、以下を含む、実施形態２４から２７のいずれかの方法：
第２の測定設定に基づいてターゲットセルのうちの１つにおいてＵＥによって作られる測定値を受信することと、
その後、第３の測定設定を含む再設定メッセージを、ＵＥに、送信すること。
３０．ＵＥのための第２の測定設定を、ソースノードから、受信することをさらに含み、第２の測定設定が、第１の測定設定へのデルタとして受信される、実施形態２９の方法。
３１．第３の測定設定が、第１のおよび第２の測定設定に関するデルタとして送信される、実施形態３０の方法。
３２．無線アクセスネットワーク（ＲＡＮ）において条件付きモビリティをサポートするように設定されたユーザ機器（ＵＥ）であって、以下を備えるＵＥ：
ＲＡＮにおいて１つまたは複数のネットワークノードと通信するように設定された通信回路と、
通信回路に動作可能なように連結されたおよび実施形態１から１２の方法のいずれかに対応する動作を実行するように設定された処理回路。
３３．無線アクセスネットワーク（ＲＡＮ）において条件付きモビリティをサポートするように設定されたユーザ機器（ＵＥ）であって、実施形態１から１２の方法のいずれかに対応する動作を実行するように構成されたＵＥ。
３４．ユーザ機器（ＵＥ）を備える処理回路によって実行されると、請求項１から１２の方法のいずれかに対応する動作を実行するようにＵＥを設定する、コンピュータ実行可能命令を記憶する、非一時的コンピュータ可読媒体。
３５．以下を備える、無線アクセスネットワーク（ＲＡＮ）内のネットワークノード：
１つまたは複数の他のネットワークノードおよび１つまたは複数のユーザ機器（ＵＥ）と通信するように設定された通信回路と、
通信回路に動作可能なように連結されたおよび実施形態１３から３１の方法のいずれかに対応する動作を実行するように設定された処理回路。
３６．無線アクセスネットワーク（ＲＡＮ）内のセルの間でユーザ機器（ＵＥ）の条件付きモビリティをサポートするように設定されたネットワークノードであって、実施形態１３から３１の方法のいずれかに対応する動作を実行するように構成されたネットワークノード。
３７．無線アクセスネットワーク（ＲＡＮ）内のネットワークノードを含む処理回路によって実行されると、請求項１３から３１の方法のいずれかに対応する動作を実行するようにネットワークノードを設定する、コンピュータ実行可能命令を記憶する、非一時的コンピュータ可読媒体。
３８．ホストコンピュータを含む通信システムであって、以下を備えるホストコンピュータ：
ａ．ユーザデータを提供するように設定された処理回路と、
ｂ．コアネットワーク（ＣＮ）および無線アクセスネットワーク（ＲＡＮ）を介するユーザ機器（ＵＥ）への送信のためにセルラネットワークにユーザデータを転送するように設定された通信インターフェース、そこでは：
ｃ．ＲＡＮが、第１のおよび第２のノードを備え、
ｄ．第１のノードが、実施形態１から１３の方法のいずれかに対応する動作を実行するように設定された通信トランシーバおよび処理回路を備え、そして、
ｅ．第２のノードが、実施形態１４～２０の方法のいずれかに対応する動作を実行するように設定された通信トランシーバおよび処理回路を備える。
３９．ＵＥをさらに備える、前の実施形態の通信システム。
４０．実施形態３８または３９の通信システム、そこでは：
ｆ．ホストコンピュータの処理回路が、それによってユーザデータを提供する、ホストアプリケーションを実行するように設定され、
ｇ．ＵＥが、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された処理回路を備える。
４１．ホストコンピュータ、セルラネットワーク、およびユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、以下を含む方法：
ａ．ホストコンピュータにおいて、ユーザデータを提供することと、
ｂ．ホストコンピュータにおいて、無線アクセスネットワーク（ＲＡＮ）を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を開始することと、
ｃ．実施形態１から２０の方法のいずれかに対応する、ＲＡＮの第１のおよび第２のノードによって実行される、動作。
４２．データメッセージがユーザデータを含み、第１のノードまたは第２のノードを介してＵＥにユーザデータを送信することをさらに含む、実施形態４１の方法。
４３．ホストコンピュータにおいて、ホストアプリケーションを実行することによってユーザデータが提供され、方法が、ＵＥにおいて、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに備える、実施形態４１または４２の方法。
４４．無線アクセスネットワーク（ＲＡＮ）内の第１のノードまたは第２のノードを介するユーザ機器（ＵＥ）からの送信から発生するユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含む通信システム、そこでは：
ａ．第１のノードが、実施形態１から１３の方法のいずれかに対応する動作を実行するように設定された通信インターフェースおよび処理回路を備え、
ｂ．第２のノードが、実施形態１４～２０の方法のいずれかに対応する動作を実行するように設定された通信インターフェースおよび処理回路を備える。
４５．ＵＥをさらに含む、実施形態４４の通信システム。
４６．ｃ．ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
ｄ．ＵＥが、それによってホストコンピュータによって受信されるべきユーザデータを提供する、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された、
実施形態４４または４５の通信システム。

Claims (18)

  1. ユーザ機器（ＵＥ）によって実行される、無線アクセスネットワーク（ＲＡＮ）における条件付きハンドオーバの方法であって、
    条件付きハンドオーバの第１の指示、
    前記条件付きハンドオーバのトリガ条件の第２の指示、
    前記トリガ条件に関する第２の測定設定、および、
    ターゲットＲＡＮノードによりサービスされる１つまたは複数のターゲットセルに関する第３の測定設定であって、前記ターゲットセルのうちの特定の１つに向かう前記条件付きハンドオーバを実行したときに適用される、第３の測定設定
    を含む条件付きハンドオーバコマンドを、ソースノードから、受信すること（１３４０）と、
    前記第２の測定設定に基づいて、前記ターゲットセルのうちの特定の１つに関する前記トリガ条件の達成を検出すること（１３５０）および前記特定のターゲットセルに向かう前記条件付きハンドオーバを実行すること（１３６０）と、
    その後、前記第３の測定設定に基づいて、前記特定のターゲットセルにおいて第３の測定を実行し、実行された前記第３の測定を前記ターゲットＲＡＮノードに報告すること（１３７０）と
    を含む、方法。
  2. 前記トリガ条件の達成を検出すること（１３５０）が、前記第２の測定設定に基づいて前記ＵＥのソースセルおよび前記１つまたは複数のターゲットセルにおいて第２の測定を実行すること（１３５１）を含む、請求項１に記載の方法。
  3. 前記条件付きハンドオーバを実行すること（１３６０）が、
    前記第２の測定設定に基づく第２の測定の実行を停止すること（１３６１）、
    記憶された第２の測定設定の少なくとも一部を削除または解除すること（１３６２）、および、
    前記第３の測定設定を記憶すること（１３６３）
    の動作のうちの１つまたは複数を含む、請求項１または２に記載の方法。
  4. 前記ＵＥのソースセルに関する第１の測定設定を、前記ＵＥのソースセルにサービスするソースＲＡＮノードから、受信すること（１３１０）と、
    前記第１の測定設定を記憶すること（１３２０）と、
    前記第１の測定設定に基づいて、前記条件付きハンドオーバコマンドを受信すること（１３４０）の前に、前記ＵＥのソースセルにおける第１の測定を実行および報告すること（１３３０）と
    をさらに含む、請求項１から３のいずれか一項に記載の方法。
  5. 前記第２のおよび第３の測定設定が、前記指示された条件付きハンドオーバの候補である各ターゲットセルのそれぞれの測定設定を含む、
    請求項１から４のいずれか一項に記載の方法。
  6. ソース無線アクセスネットワーク（ＲＡＮ）ノードによって実行される、ＲＡＮ内のユーザ機器（ＵＥ）の条件付きハンドオーバの方法であって、
    前記ＵＥに関する条件付きハンドオーバを受け入れるという要求を、ターゲットＲＡＮノードに、送信すること（１４４０）と、
    前記ターゲットＲＡＮノードによってサービスされる１つまたは複数のターゲットセルに関する第３の測定設定を含む、前記条件付きハンドオーバの確認を、前記ターゲットＲＡＮノードから受信すること（１４５０）と、
    前記条件付きハンドオーバのトリガ条件に関係する第２の測定設定を決定すること（１４６０）と、
    前記条件付きハンドオーバの第１の指示、
    前記トリガ条件の第２の指示、
    前記第２の測定設定、および、
    前記第３の測定設定
    を含む条件付きハンドオーバコマンドを前記ＵＥに送信すること（１４７０）であって、前記第２のおよび第３の測定設定が、前記指示された条件付きハンドオーバの候補である各ターゲットセルのそれぞれの測定設定を含み、前記第３の測定設定は、前記条件付きハンドオーバを実行したときに適用される、ことと
    を含む、方法。
  7. 前記第２の測定設定を決定すること（１４６０）がさらに、前記第２の測定設定を前記ターゲットＲＡＮノードに送信すること（１４６４）を含む、請求項６に記載の方法。
  8. 前記ソースＲＡＮノードによってサービスされる、前記ＵＥのための、ソースセルに関する第１の測定設定を、前記ＵＥに送信すること（１４１０）と、
    前記第１の測定設定に基づいて前記ソースセルにおいて前記ＵＥによって作られる第１の測定値を受信すること（１４２０）と、
    前記第１の測定値に基づいて、前記ＵＥに関する前記条件付きハンドオーバが必要であると決定すること（１４３０）と
    をさらに含む、請求項６または７に記載の方法。
  9. 前記ターゲットＲＡＮノードに送信される前記要求が、前記第１の測定設定も含む、請求項８に記載の方法。
  10. 前記第１の測定設定を送信すること（１４１０）が、前記第１の測定設定を記憶すること（１４１２）を含み、
    前記第２の測定設定を決定すること（１４６０）が、前記第１の測定設定とは別個に前記第２の測定設定を記憶すること（１４６２）を含む、
    請求項８または９に記載の方法。
  11. 無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１９１１）における条件付きハンドオーバのために設定されたユーザ機器（ＵＥ）（１２０、８１０、１０１０、１６１０、１７００、１９９１、１９９２、２０３０）であって、
    前記ＲＡＮにおいて１つまたは複数のセルを介して１つまたは複数のネットワークノードと通信するように設定された無線インターフェース回路（１６１４、１７０９、２０３７）と、
    前記無線インターフェース回路と動作可能なように連結された処理回路（１６２０、１７０１、２０３８）と
    を備え、それにより、前記処理回路および前記無線インターフェース回路が、
    条件付きハンドオーバの第１の指示、
    前記条件付きハンドオーバのトリガ条件の第２の指示、
    前記トリガ条件に関する第２の測定設定、および、
    ターゲットＲＡＮノードによりサービスされる１つまたは複数のターゲットセルに関する第３の測定設定であって、前記ターゲットセルのうちの特定の１つに向かう前記条件付きハンドオーバを実行したときに適用される、第３の測定設定
    を含む１つまたは複数の条件付きハンドオーバコマンドを、ソースＲＡＮノードから受信すること、
    前記第２の測定設定に基づいて、前記ターゲットセルのうちの特定の１つに関する前記トリガ条件の達成を検出し、前記特定のターゲットセルに向かう前記条件付きハンドオーバを実行すること、および、
    その後、前記第３の測定設定に基づいて、前記特定のターゲットセルにおける第３の測定を実行し、実行された前記第３の測定を前記ターゲットＲＡＮノードに報告すること
    を行うように設定された、ＵＥ。
  12. 無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１９１１）における条件付きハンドオーバのために設定されたユーザ機器（ＵＥ）（１２０、８１０、１０１０、１６１０、１７００、１９９１、１９９２、２０３０）であって、
    前記ＲＡＮにおいて１つまたは複数のセルを介して１つまたは複数のネットワークノードと通信するように設定された無線インターフェース回路（１６１４、１７０９、２０３７）と、
    前記無線インターフェース回路と動作可能なように連結された処理回路（１６２０、１７０１、２０３８）とを備え、それにより、前記処理回路および前記無線インターフェース回路が、請求項２から５のいずれかに記載の方法に対応する動作を実行するように設定された、ＵＥ。
  13. プログラム命令（１７２５、２０３１）を含む、コンピュータプログラムであって、前記プログラム命令（１７２５、２０３１）は、ユーザ機器（ＵＥ）（１２０、８１０、１０１０、１６１０、１７００、１９９１、１９９２、２０３０）の処理回路（１６２０、１７０１、２０３８）によって実行されると、
    条件付きハンドオーバの第１の指示、
    前記条件付きハンドオーバのトリガ条件の第２の指示、
    前記トリガ条件に関係する第２の測定設定、および、
    ターゲットＲＡＮノードによりサービスされる１つまたは複数のターゲットセルに関する第３の測定設定であって、前記ターゲットセルのうちの特定の１つに向かう前記条件付きハンドオーバを実行したときに適用される、第３の測定設定
    を含む条件付きハンドオーバコマンドを、ソースノードから、受信することと、
    前記第２の測定設定に基づいて、前記ターゲットセルのうちの特定の１つに関する前記トリガ条件の達成を検出し、前記特定のターゲットセルに向かう前記条件付きハンドオーバを実行することと、
    その後、前記第３の測定設定に基づいて、前記特定のターゲットセルにおける第３の測定を実行し、実行された前記第３の測定を前記ターゲットＲＡＮノードに報告することと
    を行わせる、コンピュータプログラム。
  14. ユーザ機器（ＵＥ）（１２０、８１０、１０１０、１６１０、１７００、１９９１、１９９２、２０３０）の処理回路（１６２０、１７０１、２０３８）によって実行されると、前記ＵＥに請求項２から５のいずれかに記載の方法に対応する動作を行わせる、プログラム命令（１７２５、２０３１）を含む、コンピュータプログラム。
  15. 無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１９１１）におけるユーザ機器（ＵＥ）（１２０、８１０、１０１０、１６１０、１７００、１９９１、１９９２、２０３０）のための条件付きハンドオーバを容易にするように設定された前記ＲＡＮ内の、ネットワークノード（１０５から１１５、３００、３５０、８２０、１０２０、１６６０、１８３０、１９１２、２０２０）であって、
    前記ＲＡＮ内のさらなるネットワークノードと通信するように設定された通信インターフェース回路（１６９０、１８７０、１８２００、２０２６）と、
    前記通信インターフェース回路と動作可能なように連結された処理回路（１６７０、１８６０、２０２８）と
    を備え、それにより、前記処理回路および前記通信インターフェース回路が、
    前記ＵＥに関する条件付きハンドオーバを受け入れるという要求を、ターゲットＲＡＮノードに送信することと、
    前記ターゲットＲＡＮノードによってサービスされる１つまたは複数のターゲットセルに関する第３の測定設定を含む、前記条件付きハンドオーバの確認を、前記ターゲットＲＡＮノードから受信することと、
    前記条件付きハンドオーバのトリガ条件に関係する第２の測定設定を決定することと、
    前記条件付きハンドオーバの第１の指示、
    前記トリガ条件の第２の指示、
    前記第２の測定設定、および、
    第３の測定設定
    を含む条件付きハンドオーバコマンドを、前記ＵＥに送信することであって、前記第２のおよび第３の測定設定が、前記指示された条件付きハンドオーバの候補である各ターゲットセルのそれぞれの測定設定を含み、前記第３の測定設定は、前記条件付きハンドオーバを実行したときに適用される、ことと
    を行うように設定された、ネットワークノード。
  16. 無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１９１１）におけるユーザ機器（ＵＥ）（１２０、８１０、１０１０、１６１０、１７００、１９９１、１９９２、２０３０）のための条件付きハンドオーバを容易にするように設定された前記ＲＡＮ内の、ネットワークノード（１０５から１１５、３００、３５０、８２０、１０２０、１６６０、１８３０、１９１２、２０２０）であって、
    前記ＲＡＮ内のさらなるネットワークノードと通信するように設定された通信インターフェース回路（１６９０、１８７０、１８２００、２０２６）と、
    前記通信インターフェース回路と動作可能なように連結された処理回路（１６７０、１８６０、２０２８）とを備え、それにより前記処理回路および前記通信インターフェース回路が、請求項７から１０のいずれかに記載の方法に対応する動作を実行するように設定された、ネットワークノード。
  17. プログラム命令（１６９５、１８２１）を含む、コンピュータプログラムであって、前記プログラム命令（１６９５、１８２１）は、無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１９１１）内のネットワークノード（１０５から１１５、３００、３５０、８２０、１０２０、１６６０、１８３０、１９１２、２０２０）の処理回路（１６７０、１８６０、２０２８）によって実行されると、
    ユーザ機器（ＵＥ）に関係する条件付きハンドオーバを受け入れるという要求を、ターゲットＲＡＮノードに送信することと、
    前記ターゲットＲＡＮノードによってサービスされる１つまたは複数のターゲットセルに関する第３の測定設定を含む、前記条件付きハンドオーバの確認を、前記ターゲットＲＡＮノードから受信することと、
    前記条件付きハンドオーバのトリガ条件に関係する第２の測定設定を決定することと、
    前記条件付きハンドオーバの第１の指示、
    前記トリガ条件の第２の指示、
    前記第２の測定設定、および、
    前記第３の測定設定
    を含む条件付きハンドオーバコマンドを、前記ＵＥに送信することであって、前記第２のおよび第３の測定設定が、前記指示された条件付きハンドオーバの候補である各ターゲットセルのそれぞれの測定設定を含み、前記第３の測定設定は、前記条件付きハンドオーバを実行したときに適用される、ことと
    を行わせる、コンピュータプログラム。
  18. 無線アクセスネットワーク（ＲＡＮ）（１００、３９９、１９１１）内のネットワークノード（１０５から１１５、３００、３５０、８２０、１０２０、１６６０、１８３０、１９１２、２０２０）の処理回路（１６７０、１８６０、２０２８）によって実行されると、前記ネットワークノードに請求項７から１０のいずれかに記載の方法に対応する動作を行わせる、プログラム命令（１６９５、１８２１）を含む、コンピュータプログラム。
JP2021544401A 2019-02-05 2020-01-29 条件付きモビリティ実行時の測定設定のハンドリング Active JP7337179B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023135045A JP2023166440A (ja) 2019-02-05 2023-08-22 条件付きモビリティ実行時の測定設定のハンドリング

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962801246P 2019-02-05 2019-02-05
US62/801,246 2019-02-05
PCT/SE2020/050071 WO2020162811A1 (en) 2019-02-05 2020-01-29 Handling of measurement configuration upon conditional mobility execution

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023135045A Division JP2023166440A (ja) 2019-02-05 2023-08-22 条件付きモビリティ実行時の測定設定のハンドリング

Publications (2)

Publication Number Publication Date
JP2022523721A JP2022523721A (ja) 2022-04-26
JP7337179B2 true JP7337179B2 (ja) 2023-09-01

Family

ID=69740494

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021544401A Active JP7337179B2 (ja) 2019-02-05 2020-01-29 条件付きモビリティ実行時の測定設定のハンドリング
JP2023135045A Pending JP2023166440A (ja) 2019-02-05 2023-08-22 条件付きモビリティ実行時の測定設定のハンドリング

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023135045A Pending JP2023166440A (ja) 2019-02-05 2023-08-22 条件付きモビリティ実行時の測定設定のハンドリング

Country Status (15)

Country Link
US (1) US12082068B2 (ja)
EP (2) EP3922058B1 (ja)
JP (2) JP7337179B2 (ja)
KR (1) KR102520387B1 (ja)
CN (1) CN113396609A (ja)
AU (1) AU2020219015B2 (ja)
CL (1) CL2021002076A1 (ja)
CO (1) CO2021010337A2 (ja)
ES (1) ES2947738T3 (ja)
FI (1) FI3922058T3 (ja)
MA (1) MA53766B1 (ja)
MX (1) MX2021008843A (ja)
PL (1) PL3922058T3 (ja)
WO (1) WO2020162811A1 (ja)
ZA (1) ZA202106374B (ja)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115665882A (zh) * 2018-03-28 2023-01-31 中兴通讯股份有限公司 用于传送临时标识符的方法和系统
WO2019245329A1 (en) * 2018-06-21 2019-12-26 Lg Electronics Inc. Method and apparatus for performing conditional cell change in wireless communication system
EP3963933B1 (en) * 2019-04-30 2024-10-02 Nokia Technologies Oy Method, apparatus, computer program product and computer program
BR112021026475A2 (pt) * 2019-07-10 2022-02-08 Guangdong Oppo Mobile Telecommunications Corp Ltd Método para transferência por handover condicional, dispositivo terminal e dispositivo de rede
KR20210017761A (ko) * 2019-08-09 2021-02-17 삼성전자주식회사 무선 통신 시스템에서 조건부 핸드오버를 지원하기 위한 장치 및 방법
GB2598058A (en) * 2019-08-16 2022-02-16 Samsung Electronics Co Ltd Improvements in and relating to conditional handover in a telecommunications network
WO2021032905A1 (en) * 2019-08-16 2021-02-25 Nokia Solutions And Networks Oy Controlling operations of an integrated access and backhaul (iab) node
EP4007369B1 (en) * 2019-08-22 2024-02-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information processing method and terminal device
US11570682B2 (en) * 2019-10-14 2023-01-31 Lg Electronics Inc. Method and apparatus for mobility handling in wireless communication system
US11539830B2 (en) * 2020-10-29 2022-12-27 At&T Intellectual Property I, L.P. Facilitation of display of 5G icons or other next generation network icons
JP2023551978A (ja) * 2020-12-07 2023-12-13 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 無線通信ネットワークにおいてサービスをハンドリングするためのネットワークノードおよび方法
CN115334600A (zh) * 2021-05-11 2022-11-11 大唐移动通信设备有限公司 条件重配方法、设备、装置及存储介质
EP4292339A4 (en) * 2021-05-13 2024-07-10 Samsung Electronics Co Ltd METHOD AND SYSTEM FOR MANAGING CELL SELECTION IN A MOBILE NETWORK BASED ON EARLY MEASUREMENT CHARACTERISTICS
WO2022259999A1 (en) * 2021-06-07 2022-12-15 Sharp Kabushiki Kaisha Applicability of system information provided by a conditional reconfiguration
WO2023006377A1 (en) * 2021-07-30 2023-02-02 Nokia Technologies Oy Early evaluation for conditional reconfiguration
CN117295123A (zh) * 2022-06-24 2023-12-26 维沃移动通信有限公司 切换处理方法、装置及通信设备
EP4319286A1 (en) * 2022-08-05 2024-02-07 Vodafone Group Services Limited Handover of a ue in a cellular network
WO2024035291A1 (en) * 2022-08-09 2024-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Reference configuration for l1/l2 inter-cell mobility candidate(s)
WO2024031384A1 (en) * 2022-08-09 2024-02-15 Apple Inc. Intra-du or inter-du mobility based on pre-configuration
WO2024031470A1 (en) * 2022-08-10 2024-02-15 Zte Corporation Systems and methods for user equipment location verification
WO2024064050A1 (en) * 2022-09-22 2024-03-28 Apple Inc. Network configuration profile
WO2024068376A1 (en) * 2022-09-29 2024-04-04 Nokia Technologies Oy Methods, apparatuses and systems for user plane reconfiguration during conditional mobility
WO2024094427A1 (en) * 2022-11-04 2024-05-10 Nokia Technologies Oy Generating cell configuration information
WO2024146185A1 (en) * 2023-09-26 2024-07-11 Lenovo (Beijing) Limited Condition based ltm
WO2024159782A1 (en) * 2023-09-27 2024-08-08 Lenovo (Beijing) Limited Candidate cell configuration for ltm

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014232992A (ja) 2013-05-29 2014-12-11 パナソニック株式会社 無線通信装置及び無線基地局切替方法
WO2017125591A1 (en) 2016-01-21 2017-07-27 Nokia Solutions And Networks Oy Hybrid solution for network controlled handover and ue autonomous handover
WO2018203716A1 (ko) 2017-05-04 2018-11-08 삼성전자 주식회사 단말 자율 핸드오버에서의 측정 리포트 이벤트 운용 및 네트워크 시그널링 방법

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9392504B2 (en) 2007-06-19 2016-07-12 Qualcomm Incorporated Delivery of handover command
TWI611708B (zh) 2012-08-28 2018-01-11 Idac控股公司 從主波束的通信鏈路交遞的方法及裝置
US9998961B2 (en) 2012-11-12 2018-06-12 Qualcomm Incorporated Apparatus and methods of enhanced mobility management
US9491674B2 (en) 2013-07-23 2016-11-08 Apple Inc. Apparatus, system, and method for performing WiFi and cellular handover using device-specific values
EP3010271A1 (en) 2014-10-13 2016-04-20 Vodafone IP Licensing limited Telecommunication system
WO2016055095A1 (en) 2014-10-07 2016-04-14 Telefonaktiebolaget L M Ericsson (Publ) Mobility in dense networks
EP3216257B1 (en) * 2014-11-07 2018-07-18 Telefonaktiebolaget LM Ericsson (publ) Optimized detection of unnecessary inter-rat handover
US11812321B2 (en) 2015-10-21 2023-11-07 Qualcomm Incorporated Autonomous handover on a shared communication medium
ES2817542T3 (es) 2016-11-04 2021-04-07 Ericsson Telefon Ab L M Identificación de un haz para acceder a una celda de destino de un traspaso inalámbrico
CN108243468B (zh) * 2016-12-23 2021-09-21 夏普株式会社 用户移动性方法和设备
EP3826361A1 (en) * 2017-01-16 2021-05-26 Telefonaktiebolaget LM Ericsson (publ) Link switch in a wireless communication system
EP3586542A1 (en) * 2017-02-27 2020-01-01 Intel IP Corporation Exit conditions for conditional handovers and beam based mobility state estimation
US10757621B2 (en) * 2017-03-22 2020-08-25 Ofinno, Llc Conditional handover execution
EP3603185A1 (en) 2017-03-22 2020-02-05 IDAC Holdings, Inc. Delayed handover execution in wireless networks based on a trigger condition
US11864038B2 (en) * 2017-03-22 2024-01-02 Samsung Electronics Co., Ltd. Method and user equipment for performing initial beam alignment during random access (RACH) procedure
WO2018175819A1 (en) 2017-03-23 2018-09-27 Intel IP Corporation Enhanced conditional handover
WO2018194326A1 (ko) 2017-04-20 2018-10-25 주식회사 케이티 단말 기반 핸드오버 수행 방법 및 그 장치
KR102280004B1 (ko) 2017-04-20 2021-07-22 주식회사 케이티 단말 기반 핸드오버 수행 방법 및 그 장치
KR20180122935A (ko) * 2017-05-04 2018-11-14 삼성전자주식회사 UE autonomous handover에서의 measurement report/event 운용 및 네트워크 시그널링 방법
RU2020138781A (ru) 2017-06-27 2020-12-03 Телефонактиеболагет Лм Эрикссон (Пабл) Устройство беспроводной связи и способ передачи обслуживания в новом радио, основанной на управляемом сетью луче
US20230345321A1 (en) * 2018-06-04 2023-10-26 Vivo Mobile Communication Co., Ltd. Cell management method, trigger condition configuration method, terminal device, and network-side device
CN110557792B (zh) * 2018-06-04 2021-01-08 维沃移动通信有限公司 一种小区管理方法、触发条件配置方法及相关设备
WO2019245304A1 (en) * 2018-06-21 2019-12-26 Lg Electronics Inc. Method and apparatus for performing conditional cell change based on channel occupancy in wireless communication system
WO2019245329A1 (en) * 2018-06-21 2019-12-26 Lg Electronics Inc. Method and apparatus for performing conditional cell change in wireless communication system
WO2020091667A1 (en) 2018-11-01 2020-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Conditional mobility
WO2020118488A1 (en) * 2018-12-10 2020-06-18 Qualcomm Incorporated Techniques and apparatuses for conditional handover procedure signaling
US11064402B2 (en) * 2018-12-18 2021-07-13 Lg Electronics Inc. Method and apparatus for releasing a mobility configuration without a signal from a network in a wireless communication system
US11985565B2 (en) * 2019-01-16 2024-05-14 Lg Electronics Inc. Method and apparatus for mobility management in wireless communication system
WO2020155051A1 (en) * 2019-01-31 2020-08-06 Qualcomm Incorporated Mobility load balancing in wireless communication network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014232992A (ja) 2013-05-29 2014-12-11 パナソニック株式会社 無線通信装置及び無線基地局切替方法
WO2017125591A1 (en) 2016-01-21 2017-07-27 Nokia Solutions And Networks Oy Hybrid solution for network controlled handover and ue autonomous handover
WO2018203716A1 (ko) 2017-05-04 2018-11-08 삼성전자 주식회사 단말 자율 핸드오버에서의 측정 리포트 이벤트 운용 및 네트워크 시그널링 방법

Also Published As

Publication number Publication date
MX2021008843A (es) 2021-11-12
JP2022523721A (ja) 2022-04-26
US12082068B2 (en) 2024-09-03
AU2020219015A1 (en) 2021-09-30
CN113396609A (zh) 2021-09-14
ZA202106374B (en) 2022-09-28
WO2020162811A1 (en) 2020-08-13
MA53766A1 (fr) 2021-11-30
PL3922058T3 (pl) 2023-09-11
KR20210122830A (ko) 2021-10-12
KR102520387B1 (ko) 2023-04-10
CO2021010337A2 (es) 2021-08-19
EP4236465A3 (en) 2023-09-27
MA53766B1 (fr) 2022-03-31
CL2021002076A1 (es) 2022-02-25
JP2023166440A (ja) 2023-11-21
US20220022121A1 (en) 2022-01-20
EP3922058B1 (en) 2023-04-19
EP3922058A1 (en) 2021-12-15
AU2020219015B2 (en) 2022-09-01
ES2947738T3 (es) 2023-08-17
FI3922058T3 (fi) 2023-05-25
BR112021014353A2 (pt) 2021-09-28
EP4236465A2 (en) 2023-08-30

Similar Documents

Publication Publication Date Title
JP7337179B2 (ja) 条件付きモビリティ実行時の測定設定のハンドリング
JP7240502B2 (ja) 条件付きモビリティ選択
US12096295B2 (en) Methods for cancelling or update of conditional mobility procedures
KR20200003223A (ko) 해제 및 재-유보 시의 비활성 파라미터들의 핸들링
US20230127850A1 (en) Handling of Split Radio Bearers during MCG/SCG Failure Recovery
US11968588B2 (en) Techniques for conditional handover and bi-casting
AU2021322550B2 (en) Configuring a wireless device configured with multi-radio access technology dual connectivity
US20220167451A1 (en) Methods and Apparatuses for Managing SCell State during UE Suspend/Resume
US20230363028A1 (en) Configuring a wireless device with multi-radio access technology dual connectivity
JP7485783B2 (ja) デュアルコネクティビティにおける動的電力共有のためのシグナリング拡張
OA20436A (en) Handling of measurement configuration upon conditional mobility execution
BR112021014353B1 (pt) Métodos para handover condicional, equipamento de usuário, nós de rede de acesso via rádio e meios não transitórios legíveis por computador

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211014

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211014

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221027

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230131

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230607

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230725

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230822

R150 Certificate of patent or registration of utility model

Ref document number: 7337179

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150