(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によるワイヤレス通信の方法であって、
前記ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングすることと、
前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行することと
を備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記ターゲット基地局とのサービス品質（ＱｏＳ）ネゴシエーションに参加することを備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシでハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルのセットを用いてランダムアクセスプロシージャを実行することを備える、方法。
【請求項２】
ユーザ機器（ＵＥ）によるワイヤレス通信の方法であって、
前記ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングすることと、
前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行することと
を備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記ターゲット基地局とのサービス品質（ＱｏＳ）ネゴシエーションに参加することを備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシでハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記少なくとも１つのソース基地局に測定報告を送信することを備える、方法。
【請求項３】
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、
前記ターゲット基地局の１つまたは複数のパラメータに基づいて、前記ターゲット基地局のタイミングアドバンス（ＴＡ）を決定することと、
前記ターゲット基地局とのランダムアクセスプロシージャをスキップすることと、
前記ＴＡに基づいて前記ターゲット基地局との接続を確立することと
を備える、請求項１または２に記載の方法。
【請求項４】
前記１つまたは複数のパラメータは、前記ターゲット基地局の送信電力、前記ターゲット基地局のロケーション、または前記ターゲット基地局の信号強度のうちの少なくとも１つを備える、
請求項３に記載の方法。
【請求項５】
前記ターゲット基地局の前記ＴＡを決定することは、前記ターゲット基地局がスモールセルタイプに対応するというインジケーションにさらに基づく、
請求項３に記載の方法。
【請求項６】
前記ターゲット基地局の前記ＴＡは、０である、
請求項５に記載の方法。
【請求項７】
前記ＱｏＳネゴシエーションに参加することは、前記ターゲット基地局がｅＣＣ動作をサポートする能力を有するときに第１のＱｏＳを受け付けること、または、前記ターゲット基地局がｅＣＣ動作をサポートする能力がないときに前記第１のＱｏＳよりも低い第２のＱｏＳを受け付けることを備える、または
前記ＱｏＳネゴシエーションに参加することは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更を要求することを備える、または
前記ＱｏＳネゴシエーションに参加することは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を送信することを備える、または
前記ＱｏＳネゴシエーションに参加することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を示すことを備える、または
前記ＱｏＳネゴシエーションに参加することは、選好の順に代替ＱｏＳ要件を示すことを備える、
請求項１または２に記載の方法。
【請求項８】
前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートのインジケーションを受信することをさらに備える、
請求項１または２に記載の方法。
【請求項９】
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局へのハンドオーバを開始することを備える、
請求項１または２に記載の方法。
【請求項１０】
前記ハンドオーバを開始することは、前記少なくとも１つのソース基地局に接続されている間に前記ターゲット基地局とのランダムアクセスプロシージャを実行することを備える、
請求項９に記載の方法。
【請求項１１】
ソース基地局によるワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、前記ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシで前記ハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づく測定報告を前記ＵＥから受信することを備える、方法。
【請求項１２】
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ＵＥが前記ソース基地局に接続される間に前記ターゲット基地局への前記ＵＥのハンドオーバを開始することを備える、
請求項１１に記載の方法。
【請求項１３】
ターゲット基地局によるワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ＵＥの前記１つまたは複数の拡張能力と、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシで前記ハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備え、前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルのセットを用いてランダムアクセスプロシージャを実行することを備える、方法。
【請求項１４】
前記１つまたは複数のハンドオーバ関連プロシージャは、前記ＵＥが前記ソース基地局に接続される間に前記ＵＥとのランダムアクセスプロシージャを実行することを備える、
請求項１３に記載の方法。
【請求項１５】
前記ＱｏＳネゴシエーションに参加することは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更についての要求を受信することを備える、または
前記ＱｏＳネゴシエーションに参加することは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を受信することを備える、または
前記ＱｏＳネゴシエーションに参加することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を受信することを備える、
請求項１３に記載の方法。
【請求項１６】
前記ＱｏＳネゴシエーションに参加することは、代替ＱｏＳ要件を受信することを備える、
請求項１３に記載の方法。
【請求項１７】
前記代替ＱｏＳ要件は、選好の順で示される、
請求項１６に記載の方法。
【請求項１８】
ワイヤレス通信のための装置であって、
請求項１乃至１７のいずれか１項のステップを実行するように配置される手段を備える、装置。
【請求項１９】
請求項１乃至１７のいずれか１項のステップを実行するように配列される命令を有するワイヤレス通信のためのコンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本出願は、その全体がともに参照により本明細書に明確に組み込まれる、２０１４年１２月５日に出願された「LOW LATENCY AND/OR ENHANCED CHANNEL COMPONENT DISCOVERY FOR SERVICES AND HANDOVER」と題する米国仮出願第６２／０８８，２５８号の利益を主張する、２０１５年１２月２日に出願された米国出願第１４／９５７，２５５号の優先権を主張する。
【技術分野】
【０００２】
[0002]本開示のいくつかの態様は、一般にワイヤレス通信に関し、より詳細には、１つまたは複数の拡張能力のサポートに基づいてハンドオーバおよび／またはサービスを実行するための方法および装置に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例としては、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
[0004]ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ）のための通信をサポートすることができるいくつかの基地局（ＢＳ）を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介してＢＳと通信し得る。ダウンリンク（または順方向リンク）はＢＳからＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥからＢＳへの通信リンクを指す。ＢＳは、ＵＥにダウンリンク上でデータおよび制御情報を送信し得、ならびに／またはＵＥからアップリンク上でデータおよび制御情報を受信し得る。
【０００５】
[0005]ソース（サービング）ＢＳからターゲットＢＳへのＵＥのハンドオーバのための現在のプロシージャは、ＵＥがアクセスを開始する時間と実際にアクセスを獲得する時間との間の比較的大きいレイテンシを伴う。さらに、異なるＢＳは、ＵＥのいくつかの拡張特徴をサポートする異なる能力を有し得る。このレイテンシを低減することと、好適な拡張能力を保証することとは、望まれる、ターゲットＢＳにおいてサポートされる。
【発明の概要】
【０００６】
[0006]本開示のいくつかの態様は、ユーザ機器（ＵＥ）によるワイヤレス通信の方法を提供する。本方法は、概して、ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングすることと、ＵＥの１つまたは複数の拡張能力と、ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャ（handover-related procedures）を実行することとを含む。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【０００７】
[0007]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。本装置は、概して、本装置の１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングするための手段と、本装置の１つまたは複数の拡張能力と、ターゲット基地局における本装置の１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行するための手段とを含む。本装置の１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する本装置の能力、または拡張コンポーネントキャリア動作をサポートする本装置の能力のうちの少なくとも１つを含む。
【０００８】
[0008]本開示のいくつかの態様は、ユーザ機器（ＵＥ）を提供する。本ＵＥは、概して、プロセッサと、少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、本ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングすることと、本ＵＥの１つまたは複数の拡張能力と、ターゲット基地局における本ＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行することとを行うように構成される。本ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する本ＵＥの能力、または拡張コンポーネントキャリア動作をサポートする本ＵＥの能力のうちの少なくとも１つを含む。
【０００９】
[0009]本開示のいくつかの態様は、命令を記憶した、ワイヤレス通信のためのコンピュータ可読媒体を提供する。命令は、ユーザ機器（ＵＥ）によって、ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングすることと、ＵＥによって、ＵＥの１つまたは複数の拡張能力と、ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行することとを行うために１つまたは複数のプロセッサによって実行可能である。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１０】
[0010]本開示のいくつかの態様は、ソース基地局によるワイヤレス通信の方法を提供する。本方法は、概して、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、ＵＥの１つまたは複数の拡張能力と、ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局からターゲット基地局にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することとを含む。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１１】
[0011]本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。本装置は、概して、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信するための手段と、本装置の１つまたは複数の拡張能力と、ターゲット基地局における本装置の１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、本装置からターゲット基地局にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行するための手段とを含む。本装置の１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する本装置の能力、または拡張コンポーネントキャリア動作をサポートする本装置の能力のうちの少なくとも１つを含む。
【００１２】
[0012]本開示のいくつかの態様は、ソース基地局を提供する。本ソース基地局は、概して、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、ＵＥの１つまたは複数の拡張能力と、ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、本ソース基地局からターゲット基地局にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することとを行うように構成される。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１３】
[0013]本開示のいくつかの態様は、命令を記憶した、ワイヤレス通信のためのコンピュータ可読媒体を提供する。命令は、ソース基地局によって、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、ソース基地局によって、ＵＥの１つまたは複数の拡張能力と、ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局からターゲット基地局にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することとを行うために１つまたは複数のプロセッサによって実行可能である。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１４】
[0014]本開示のいくつかの態様は、ターゲット基地局によるワイヤレス通信の方法を提供する。本方法は、概して、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、ＵＥの１つまたは複数の拡張能力と、ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局からターゲット基地局にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することとを含む。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１５】
[0015] 本開示のいくつかの態様は、ワイヤレス通信のための装置を提供する。本装置は、概して、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信するための手段と、ＵＥの１つまたは複数の拡張能力と、本装置におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局から本装置にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行するための手段とを含む。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１６】
[0016]本開示のいくつかの態様は、ターゲット基地局を提供する。本ターゲット基地局は、概して、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されたメモリとを含む。少なくとも１つのプロセッサは、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、ＵＥの１つまたは複数の拡張能力と、本ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局から本ターゲット基地局にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することとを行うように構成される。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１７】
[0017]本開示のいくつかの態様は、命令を記憶した、ワイヤレス通信のためのコンピュータ可読媒体を提供する。命令は、ターゲット基地局によって、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、ターゲット基地局によって、ＵＥの１つまたは複数の拡張能力と、ターゲット基地局におけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局からターゲット基地局にＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することとを行うために１つまたは複数のプロセッサによって実行可能である。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行するＵＥの能力、または拡張コンポーネントキャリア動作をサポートするＵＥの能力のうちの少なくとも１つを含む。
【００１８】
[0018]装置、システムおよびコンピュータプログラム製品を含む多数の他の態様が提供される。本開示の様々な態様および特徴について以下でさらに詳細に説明する。
【図面の簡単な説明】
【００１９】
【図１】本開示のいくつかの態様による、ワイヤレス通信ネットワークの一例を概念的に示すブロック図。
【図２】本開示のいくつかの態様による、ワイヤレス通信ネットワークにおけるフレーム構造の一例を概念的に示すブロック図。
【図２Ａ】本開示のいくつかの態様による、ロングタームエボリューション（ＬＴＥ（登録商標））におけるアップリンクのための例示的なフォーマットを示す図。
【図３】本開示のいくつかの態様による、ワイヤレス通信ネットワーク中のユーザ機器デバイス（ＵＥ）と通信している拡張ノードＢ（ｅＮＢ）の一例を概念的に示すブロック図。
【図４】ソース基地局（ＢＳ）からターゲットＢＳへのユーザ機器（ＵＥ）のハンドオーバのための例示的なコールフローを示す図。
【図５】本開示のいくつかの態様による、１つまたは複数のハンドオーバ関連プロシージャを実行するためにユーザ機器（ＵＥ）によって実行され得る例示的な動作を示す図。
【図６】本開示のいくつかの態様による、１つまたは複数のハンドオーバ関連プロシージャを実行するためにソース基地局（ＢＳ）によって実行され得る例示的な動作を示す図。
【図７】本開示のいくつかの態様による、１つまたは複数のハンドオーバ関連プロシージャを実行するためにターゲット基地局（ＢＳ）によって実行され得る例示的な動作を示す図。
【図８】本開示のいくつかの態様による、ソース基地局（ＢＳ）からターゲットＢＳへの、拡張能力を用いたＵＥのハンドオーバのための例示的な拡張コールフローを示す図。
【図９】本開示のいくつかの態様による、ソース基地局（ＢＳ）からターゲットＢＳへの、拡張能力を用いたＵＥのハンドオーバのための例示的な拡張コールフローを示す図。
【図１０】本開示のいくつかの態様による、ソース基地局（ＢＳ）からターゲットＢＳへの、拡張能力を用いたＵＥのハンドオーバのための例示的な拡張コールフローを示す図。
【発明を実施するための形態】
【００２０】
[0028]本開示の態様は、１つまたは複数の拡張能力がネットワーク中のデバイス（たとえば、ユーザ機器（ＵＥ）、基地局（ＢＳ）など）によってサポートされるかどうかを発見するための技法を提供する。拡張能力は、たとえば、いくつかの低レイテンシプロシージャまたは拡張コンポーネントキャリア（ｅＣＣ：enhanced component carrier）能力をサポートするためのアビリティを含み得る。本開示は、１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャ（たとえば、セル選択／再選択、メークビフォアブレークハンドオーバなど）および／または他のプロシージャ（たとえば、ＱｏＳネゴシエーション）を実行するための技法を提供する。
【００２１】
[0029]添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る構成のみを表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素がブロック図の形式で示される。
【００２２】
[0030]本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサルテレストリアル無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunication System）の一部である。３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術のために使用され得る。明快のために、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。  
例示的なワイヤレスネットワーク
【００２３】
[0031]図１に、本明細書で説明する技法が実施され得るワイヤレス通信ネットワーク１００（たとえば、ＬＴＥネットワーク）を示す。たとえば、本技法は、ｅＮＢ１１０間のＵＥ１２０のハンドオーバに関係する１つまたは複数のプロシージャを実行するときに利用され得る。
【００２４】
[0032]図示のように、ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ユーザ機器デバイス（ＵＥ）と通信する局であり得、基地局（ＢＳ）、ノードＢ、アクセスポイント（ＡＰ）などと呼ばれることもある。各ｅＮＢ１１０は、特定の地理的エリアに通信カバレージを与え得る。「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスしているｅＮＢサブシステムを指すことがある。
【００２５】
[0033]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連付けを有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：Closed Subscriber Group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれることがある。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢと呼ばれることがある。図１に示されている例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｘは、ピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。
【００２６】
[0034]ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送る局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示された例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を可能にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、中継器ｅＮＢ、中継器などと呼ばれることもある。
【００２７】
[0035]ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、中継器などを含む異種ネットワークであり得る。これらの様々なタイプのｅＮＢは、様々な送信電力レベル、様々なカバレージエリア、およびワイヤレスネットワーク１００中の干渉に対する様々な影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、２０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢ、および中継器は、より低い送信電力レベル（たとえば、１ワット）を有し得る。
【００２８】
[0036]ワイヤレスネットワーク１００は同期動作または非同期動作をサポートし得る。同期動作の場合、ｅＮＢは同様のフレームタイミングを有し得、異なるｅＮＢからの送信は近似的に時間的に整合され得る。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有し得、異なるｅＮＢからの送信は時間的に整合されないことがある。本明細書で説明する技法は、同期動作と非同期動作の両方のために使用され得る。
【００２９】
[0037]ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信し得る。ｅＮＢ１１０はまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００３０】
[0038]ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは固定または移動であり得る。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、タブレットなどであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、中継器などと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉する送信を示す。
【００３１】
[0039]ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。概して、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、１．２５、２．５、５、１０、または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４、または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーし得、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅に対してそれぞれ１、２、４、８、または１６個のサブバンドがあり得る。
【００３２】
[0040]ＵＥは、複数のｅＮＢのカバレージ内にあり得る。これらのｅＮＢのうちの１つが、そのＵＥをサービスするために選択され得る。サービングｅＮＢは、たとえば、受信電力、受信品質、経路損失、信号対雑音比（ＳＮＲ）などの様々な基準に基づいて選択され得る。
【００３３】
[0041]ＵＥは、ＵＥが１つまたは複数の干渉ｅＮＢからの高い干渉を観測し得る支配的干渉シナリオにおいて動作し得る。支配的干渉シナリオは、制限付き関連付けにより発生し得る。たとえば、図１では、ＵＥ１２０ｙは、フェムトｅＮＢ１１０ｙに近接し得、ｅＮＢ１１０ｙについて高い受信電力を有し得る。しかしながら、ＵＥ１２０ｙは、制限付き関連付けによりフェムトｅＮＢ１１０ｙにアクセスすることができないことがあり、次いで、（図１に示されているように）より低い受信電力をもつマクロｅＮＢ１１０ｃまたは同じくより低い受信電力をもつフェムトｅＮＢ１１０ｚ（図１に図示せず）に接続し得る。その場合、ＵＥ１２０ｙは、ダウンリンク上でフェムトｅＮＢ１１０ｙからの高い干渉を観測し得、また、アップリンク上でｅＮＢ１１０ｙに高い干渉を引き起こし得る。
【００３４】
[0042]支配的干渉シナリオはまた、範囲拡張により発生し得、これは、ＵＥが、ＵＥによって検出されたすべてのｅＮＢのうち、より低い経路損失とより低いＳＮＲとをもつｅＮＢに接続するシナリオである。たとえば、図１では、ＵＥ１２０ｘは、マクロｅＮＢ１１０ｂとピコｅＮＢ１１０ｘとを検出し得、ｅＮＢ１１０ｘについて、ｅＮＢ１１０ｂよりも低い受信電力を有し得る。とはいえ、ｅＮＢ１１０ｘの経路損失がマクロｅＮＢ１１０ｂの経路損失よりも低い場合、ＵＥ１２０ｘは、ピコｅＮＢ１１０ｘに接続することが望ましいことがある。これにより、ＵＥ１２０ｘの所与のデータレートに対してワイヤレスネットワークへの干渉が少なくなり得る。
【００３５】
[0043]一態様では、支配的干渉シナリオにおける通信は、異なる周波数帯域上で異なるｅＮＢを動作させることによってサポートされ得る。周波数帯域は、通信のために使用され得る周波数範囲であり、（ｉ）中心周波数および帯域幅、または（ｉｉ）より低い周波数およびより高い周波数によって与えられ得る。周波数帯域は、帯域、周波数チャネルなどと呼ばれることもある。異なるｅＮＢのための周波数帯域は、強いｅＮＢがそれのＵＥと通信することを可能にしながら、ＵＥが支配的干渉シナリオにおいてより弱いｅＮＢと通信することができるように選択され得る。ｅＮＢは、ＵＥにおいて受信されるｅＮＢからの信号の相対受信電力に基づいて（たとえば、ｅＮＢの送信電力レベルには基づかずに）「弱い」ｅＮＢまたは「強い」ｅＮＢとして分類され得る。
【００３６】
[0044]本明細書で提供するいくつかの態様によれば、１つまたは複数のＵＥ（たとえば、図１に示されているＵＥ１２０、ＵＥ１２０ｙ、ＵＥ１２０ｘなど）および１つまたは複数のｅＮＢ（たとえば、図１に示されているｅＮＢ１１０ａ、ｅＮＢ１１０ｂ、ｅＮＢ１１０ｃなど）は、ワイヤレス通信ネットワーク１００中で１つまたは複数の拡張能力（たとえば、低レイテンシプロシージャ、ｅＣＣなど）をサポートし得る。しかしながら、ネットワーク１００中の（１つまたは複数の）ＵＥおよび／または（１つまたは複数の）ｅＮＢが拡張プロシージャのうちの１つまたは複数を使用することができる前に、（１つまたは複数の）ＵＥおよび／または（１つまたは複数の）ｅＮＢは、最初に、ネットワーク１００中の他のノード（たとえば、ＵＥ、（１つまたは複数の）ｅＮＢなど）が拡張能力のうちの１つまたは複数をサポートすることができるかどうかを決定（発見）しなければならないことがある。別様に言えば、ネットワーク１００中の（１つまたは複数の）ＵＥは、ネットワーク１００中の（１つまたは複数の）ｅＮＢが拡張能力のうちの１つまたは複数をサポートするかどうかを知らないことがあり、その逆も同様である。本明細書で提示する態様は、ネットワーク１００中の（１つまたは複数の）ＵＥおよび／または（１つまたは複数の）ｅＮＢが、セル選択／再選択、ＱｏＳネゴシエーション、ハンドオーバなどのためになど、１つまたは複数の拡張プロシージャをサポートする互いの能力を発見することを可能にするための技法を提供する。ネットワーク１００中の（１つまたは複数の）ＵＥおよび／または（１つまたは複数の）ｅＮＢは、次いで、ネットワーク中の（１つまたは複数の）ｅＮＢおよび／または（１つまたは複数の）ＵＥの発見された能力に基づいて、拡張プロシージャのうちの１つまたは複数に参加し得る。いくつかの態様によれば、以下でより詳細に説明するように、ＵＥは、拡張能力のうちの１つまたは複数のそれらのサポートをワイヤレスネットワーク１００中の１つまたは複数のｅＮＢに示し得る。同様に、ｅＮＢは、１つまたは複数の拡張能力がサポートされるかどうかをワイヤレスネットワーク１００中の１つまたは複数のＵＥに示し得る。さらに以下でより詳細に説明するように、ＵＥおよび／またはｅＮＢは、次いで、ＵＥおよび／またはｅＮＢが１つまたは複数の拡張能力をサポートするかどうかに基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行し得る。
【００３７】
[0045]図２に、ＬＴＥにおいて使用されるフレーム構造を示す。ダウンリンクの送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２に示されているように）ノーマルサイクリックプレフィックスの場合はＬ＝７個のシンボル期間、または拡張サイクリックプレフィックスの場合はＬ＝６個のシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間は０〜２Ｌ−１のインデックスを割り当てられ得る。利用可能な時間周波数リソースはリソースブロックに区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００３８】
[0046]ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルについてプライマリ同期信号（ＰＳＳ：primary synchronization signal）とセカンダリ同期信号（ＳＳＳ：secondary synchronization signal）とを送り得る。プライマリ同期信号およびセカンダリ同期信号は、図２に示されているように、それぞれ、ノーマルサイクリックプレフィックス（ＣＰ）をもつ各無線フレームのサブフレーム０および５の各々中のシンボル期間６および５において送られ得る。同期信号は、セル検出および収集のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１中のシンボル期間０〜３において物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）を送り得る。ＰＢＣＨは、あるシステム情報を搬送し得る。
【００３９】
[0047]ｅＮＢは、図２に示されているように、各サブフレームの最初のシンボル期間中で物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を搬送し得、ただし、Ｍは、１、２または３に等しくなり得、サブフレームごとに変化し得る。Ｍはまた、たとえば、リソースブロックが１０個未満である、小さいシステム帯域幅では４に等しくなり得る。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間中で物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）とを送り得る（図２に図示せず）。ＰＨＩＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割振りに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。ｅＮＢは、各サブフレームの残りのシンボル期間中で物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータを搬送し得る。
【００４０】
[0048]ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいてＰＳＳ、ＳＳＳ、およびＰＢＣＨを送り得る。ｅＮＢは、これらのチャネルが送られる各シンボル期間においてシステム帯域幅全体にわたってＰＣＦＩＣＨおよびＰＨＩＣＨを送り得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送り得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送り得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを送り得、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送り得、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送り得る。
【００４１】
[0049]各シンボル期間においていくつかのリソース要素が利用可能であり得る。各リソース要素（ＲＥ）は、１つのシンボル期間中の１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。各シンボル期間中で基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ：resource element group）中に配置され得る。各ＲＥＧは、１つのシンボル期間中に４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数にわたってほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数にわたって拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨのための３つのＲＥＧは、すべてシンボル期間０に属し得るか、またはシンボル期間０、１、および２に拡散され得る。ＰＤＣＣＨは、たとえば、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９、１８、３６、または７２個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみがＰＤＣＣＨに対して可能にされ得る。
【００４２】
[0050]ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索すべき組合せの数は、一般に、ＰＤＣＣＨに対して許可される組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいてＵＥにＰＤＣＣＨを送り得る。
【００４３】
[0051]図２Ａに、ＬＴＥにおけるアップリンクのための例示的なフォーマット２００Ａを示す。アップリンクのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。図２Ａの設計は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
【００４４】
[0052]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロックを割り当てられ得る。ＵＥは、ノードＢにデータを送信するために、データセクション中のリソースブロックをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）２１０ａ、２１０ｂ中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）２２０ａ、２２０ｂ中でデータまたはデータと制御情報の両方を送信し得る。アップリンク送信は、サブフレームの両方のスロットにわたり得、図２Ａに示されているように周波数上でホッピングし得る。
【００４５】
[0053]図３に、ワイヤレス通信ネットワーク１００中のＢＳ／ｅＮＢ１１０およびＵＥ１２０の設計のブロック図を示す。いくつかの態様では、ＢＳ／ｅＮＢ１１０は図１に示されているＢＳ／ｅＮＢのうちの１つであり得、ＵＥ１２０は図１に示されているＵＥのうちの１つであり得る。ＢＳ／ｅＮＢ１１０とＵＥ１２０の両方は、他方の拡張能力のそれらの認識に基づいてハンドオーバ関連プロシージャを実行し得る。したがって、ＢＳ／ｅＮＢ１１０は、図６および図７を参照しながら以下で説明するＢＳ側（たとえば、ソースＢＳおよび／またはターゲットＢＳ）動作を実行するように構成され得、ＵＥ１２０は、図５を参照しながら以下で説明するＵＥ側動作を実行するように構成され得る。
【００４６】
[0054]制限付き関連付けシナリオの場合、ｅＮＢ１１０は図１中のマクロｅＮＢ１１０ｃであり得、ＵＥ１２０は図１中のＵＥ１２０ｙであり得る。ｅＮＢ１１０はまた、何らかの他のタイプのＢＳであり得る。ｅＮＢ１１０はＴ個のアンテナ３３４ａ〜３３４ｔを装備し得、ＵＥ１２０はＲ個のアンテナ３５２ａ〜３５２ｒを装備し得、ただし、概してＴ≧１およびＲ≧１である。
【００４７】
[0055]ｅＮＢ１１０において、送信プロセッサ３２０が、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。送信プロセッサ３２０は、データシンボルおよび制御シンボルを取得するために、それぞれデータおよび制御情報を処理（たとえば、符号化およびシンボルマッピング）し得る。送信プロセッサ３２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）３３２ａ〜３３２ｔに与え得る。各変調器３３２は、出力サンプルストリームを取得するために、（たとえば、ＯＦＤＭなどのために）それぞれの出力シンボルストリームを処理し得る。各変調器３３２はさらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）し得る。変調器３３２ａ〜３３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００４８】
[0056]ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒが、ｅＮＢ１１０からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに与え得る。各復調器３５４は、入力サンプルを取得するために、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）し得る。各復調器３５４はさらに、受信シンボルを取得するために、（たとえば、ＯＦＤＭなどのために）入力サンプルを処理し得る。ＭＩＭＯ検出器３５６は、Ｒ個の復調器３５４ａ〜３５４ｒのすべてから受信シンボルを取得し、適用可能な場合は受信シンボルに対してＭＩＭＯ検出を実行し、検出シンボルを与え得る。受信プロセッサ３５８は、検出シンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０のための復号されたデータをデータシンク３６０に与え、復号された制御情報をコントローラ／プロセッサ３８０に与え得る。
【００４９】
[0057]アップリンク上では、ＵＥ１２０において、送信プロセッサ３６４が、データソース３６２から（たとえば、ＰＵＳＣＨのための）データを受信し、処理し得、コントローラ／プロセッサ３８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し、処理し得る。送信プロセッサ３６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ３６６によってプリコーディングされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）変調器３５４ａ〜３５４ｒによって処理され、ｅＮＢ１１０に送信され得る。ｅＮＢ１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、復調器３３２によって処理され、適用可能な場合はＭＩＭＯ検出器３３６によって検出され、ＵＥ１２０によって送られた復号されたデータと制御情報とを取得するために、受信プロセッサ３３８によってさらに処理され得る。受信プロセッサ３３８は、復号されたデータをデータシンク３３９に与え、復号された制御情報をコントローラ／プロセッサ３４０に与え得る。
【００５０】
[0058]コントローラ／プロセッサ３４０、３８０は、それぞれｅＮＢ１１０およびＵＥ１２０における動作を指示し得る。たとえば、ＵＥ１２０におけるコントローラ／プロセッサ３８０ならびに／または他のプロセッサおよびモジュールは、図５を参照しながら以下で説明する動作および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。別の態様によれば、ＢＳ／ｅＮＢ１１０におけるコントローラ／プロセッサ３４０ならびに／または他のプロセッサおよびモジュールは、図６、図７を参照しながら以下で説明する動作および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。メモリ３４２および３８２は、それぞれｅＮＢ１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ３４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。  
例示的なハンドオーバ
【００５１】
[0059]上述のように、ソース（サービング）ＢＳからターゲットＢＳへのＵＥのハンドオーバのための現在のプロシージャは、ＵＥがアクセスを開始する時間と実際にアクセスを獲得する時間との間の比較的大きいレイテンシを伴う。
【００５２】
[0060]たとえば、図４に、ワイヤレス通信ネットワーク１００中でソースｅＮＢ４０４からターゲットｅＮＢ４０６にＵＥ４０２（たとえば、図１および図３に示されているＵＥのうちの１つ）をハンドオーバするために実行され得る現在のプロシージャのための例示的なコールフロー４００を示す。いくつかの態様によれば、ソースｅＮＢ４０４およびターゲットｅＮＢ４０６は、図１および図３に示されているＢＳ／ｅＮＢのうちの１つであり得る。たとえば、１つのシナリオでは、ソースｅＮＢ４０４は、図１に示されているＢＳ／ｅＮＢ１１０ａであり得、ターゲットｅＮＢ４０６は、図１に示されているｅＮＢ１１０ｂまたはｅＮＢ１１０ｃであり得る。
【００５３】
[0061]いくつかの態様によれば、図１を参照しながら上記で説明したように、ＵＥ（たとえば、ＵＥ１２０）は、ワイヤレス通信ネットワーク１００中の複数のｅＮＢ（たとえば、ｅＮＢ１１０ａ、１１０ｂ、１１０ｃなど）のカバレージ内にあり得る。ＵＥは、たとえば、受信電力、受信品質、経路損失、ＳＮＲなど、様々な基準に基づいて選択されるソースｅＮＢ（たとえば、図１中のｅＮＢ１１０ａ）によってサービスされ得る。図４に示されているように、様々な基準は、ＵＥ４０２によってソースｅＮＢ４０４に送られる測定報告（Ａ３）内に含まれ得る。
【００５４】
[0062]ＵＥ４０２から送られた測定報告に基づいて、ソースｅＮＢ４０４は、ハンドオーバ要求をターゲットｅＮＢ４０６に送信し得る。ハンドオーバ要求は、測定報告内に含まれる１つまたは複数の基準（たとえば、受信電力、受信品質、経路損失など）の（１つまたは複数の）相対値によってトリガされ得る。たとえば、１つのシナリオでは、測定報告は、ターゲットｅＮＢ４０６についての受信電力よりも低いソースｅＮＢ４０４についての受信電力を示し得る。しかしながら、概して、ハンドオーバ要求は、測定報告内に含まれる他の基準によってトリガされ得ることに留意されたい。ハンドオーバ要求は、ターゲットｅＮＢ４０６においてハンドオーバを準備するために使用される情報（たとえば、シグナリングコンテキスト、ソースｅＮＢ４０４中のＵＥ４０２のためのセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ：cell radio network temporary identifier）、ターゲットセル物理セル識別子（ＰＣＩ：physical cell identifier）、ソースセルＰＣＩなど）を含んでいることがある。
【００５５】
[0063]ハンドオーバ要求を受信した後に、ターゲットｅＮＢ４０６は、ハンドオーバ要求肯定応答（ＡＣＫ）をソースｅＮＢ４０４に送り得る。ハンドオーバ要求ＡＣＫは、ソースｅＮＢ４０４によって送られたハンドオーバコマンド（たとえば、無線リソース制御（ＲＲＣ）接続再構成メッセージ）の一部としてＵＥ４０２に送られ得る、ターゲットｅＮＢ４０６のための新しいＣ−ＲＮＴＩ、アクセスパラメータなどの情報を含んでいることがある。ソースｅＮＢ４０４がハンドオーバ要求ＡＣＫを受信すると、ソースｅＮＢ４０４は、それの最後の無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）をＵＥ４０２に送り得る。ソースｅＮＢ４０４は、次いで、ＲＲＣ接続再構成メッセージ（たとえば、ハンドオーバコマンド）を生成し、（保留中のハンドオーバのＵＥへのインジケーションとして）メッセージをＵＥ４０２に送信し得る。
【００５６】
[0064]図示のように、ＲＲＣ接続再構成メッセージの受信は、タイマー（たとえば、図４に示されているタイマーＴ３０４）の開始をトリガし得る。Ｔ３０４タイマーは、ハンドオーバプロセスおよび／またはセル変更順序をガードするために使用され得る。たとえば、ＵＥ４０２が、（たとえば、図４に示されているＲＲＣ再構成完了メッセージの送信によって示されるように）ターゲットｅＮＢ４０６に正常にハンドオーバする場合、Ｔ３０４は停止し得る。しかしながら、ＵＥ４０２が正常にランダムアクセスプロシージャを実行し、ＲＲＣ再構成完了メッセージを送る前に、Ｔ３０４タイマーが満了する場合、ＵＥ４０２はＲＲＣ再確立プロシージャを実行し得る。
【００５７】
[0065]ハンドオーバ要求ＡＣＫを受信した後に、ソースｅＮＢ４０４はまた、発展型パケットシステム（ＥＰＳ：evolved packet system）ベアラのアップリンクパケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）シーケンス番号（ＳＮ）受信機ステータスおよびダウンリンクＰＤＣＰ  ＳＮ送信機ステータスを伝達するために、ＳＮステータス転送メッセージをターゲットｅＮＢ４０６に送信し得る。ソースｅＮＢ４０４はまた、（１つまたは複数の）バッファ中の残りのデータをターゲットｅＮＢ４０６にフォワーディングし得る。
【００５８】
[0066]ＲＲＣ接続再構成メッセージを受信した後に、ＵＥ４０２は、ランダムアクセスチャネル（ＲＡＣＨ）を介してターゲットｅＮＢ４０６とのランダムアクセスプロシージャを実行し得る。いくつかの態様では、（たとえば、専用プリアンブルがＵＥのために割り振られなかった場合）ランダムアクセスプロシージャは競合ベースであり得る。（たとえば、ターゲットｅＮＢからタイミングアドバンス情報とアップリンク割振りとを受信した後の）競合ベースプロシージャに続いて、ＵＥ４０２は、成功したＲＲＣ再構成と、ＵＥ４０２がターゲットｅＮＢ４０６からデータを受信する準備ができていることとを示すために、ＲＲＣ接続再構成完了（たとえば、ハンドオーバ確認）メッセージをターゲットｅＮＢ４０６に送り得る。ハンドオーバ確認メッセージを受信した後に、ターゲットｅＮＢ４０６は、次いで、それの最初のＲＬＣ  ＰＤＵをＵＥ４０２に送り得る。
【００５９】
[0067]図４に示されているように、全体的なハンドオーバプロセスは、ＵＥ４０２からソースｅＮＢ４０４に送られた最後の測定報告から開始し、ＵＥ４０２がＲＲＣ接続再構成完了メッセージをターゲットｅＮＢ４０６に送るときに終了し得る。
【００６０】
[0068]図示のように、ＵＥ４０２は、図４中の（たとえば、ＵＥ４０２がＲＬＣ  ＰＤＵを受信していない時間の量によって測定される）ハンドオーバプロセスからのデータ中断を経験し得る。たとえば、ＵＥ４０２は、ソースｅＮＢ４０４から受信された最後のＲＬＣ  ＰＤＵから、ターゲットｅＮＢ４０６から送られた最初のＲＬＣ  ＰＤＵまで、中断時間を経験し得る。ハンドオーバプロセスからのデータ中断は、たとえば、８０ｍｓ以上の持続時間の場合、有意であり得る。さらに、場合によっては、（たとえば、サービス品質（ＱｏＳ）ネゴシエーションなどの）他のプロシージャは、ＲＲＣ接続が再確立された後（たとえば、ハンドオーバ確認メッセージの送信の後）まで開始しないことがあり、これは、ＵＥ４０２によって経験されるサービスをさらに中断し得る。したがって、ハンドオーバデータ中断時間とＱｏＳネゴシエーション時間とを低減するための技法が望ましいことがある。  
低レイテンシ／ｅＣＣ発見に基づくサービスおよび／またはハンドオーバ
【００６１】
[0069]上述のように、本明細書で提示するいくつかの態様によれば、（たとえば、図１および図３に示されているように）ワイヤレス通信ネットワーク中の１つまたは複数のデバイス（たとえば、ＵＥ、ソースＢＳ、ターゲットＢＳ、中継器など）は、１つまたは複数の拡張能力をサポートし得る。
【００６２】
[0070]たとえば、一態様では、ＵＥまたはｅＮＢは、低レイテンシ（または超低レイテンシ「ＵＬＬ」）能力をサポートし得る。本明細書で使用する、超低レイテンシ能力という用語は、概して、その能力がないデバイス（たとえば、いわゆる「レガシー」デバイス）に対して低レイテンシを用いていくつかのプロシージャを実行する能力を指す。一実装形態では、ＵＬＬ能力は、たとえば、従来の１ｍｓ  ＬＴＥサブフレーム持続時間に対して、０．１ｍｓ以下（たとえば、２０μｓ）辺りの送信時間間隔（ＴＴＩ）期間をサポートするアビリティを指すことがある。しかしながら、他の実装形態では、ＵＬＬ能力は他の低レイテンシ期間を指すことがあることに留意されたい。
【００６３】
[0071]いくつかの態様によれば、拡張コンポーネントキャリア（ｅＣＣ）能力がサポートされ得る。本明細書で使用する、ｅＣＣ能力という用語は、概して、全システム帯域幅を増加させるために、２０ＭＨｚよりも大きい帯域幅を各キャリアが有する複数のキャリアをアグリゲートする能力を指し、それは、より高いビットレートのサポートにつながり得る。いくつかの態様では、ｅＣＣ能力は、１つのキャリアが、アップリンク方向とダウンリンク方向の両方において、複数の帯域にわたって、ならびに認可および無認可スペクトルにわたって、２０ＭＨｚよりも大きいより広い帯域幅を有することを可能にし得る（たとえば、各キャリアは８０ＭＨｚの帯域幅を有することができる）。ｅＣＣでは、連続ＣＣアグリゲーションおよび不連続ＣＣアグリゲーションが、時間領域および／または周波数領域の両方（たとえば、ＬＴＥにおける時分割複信（ＴＤＤ）または周波数分割複信（ＦＤＤ））におけるアグリゲーションと同様にサポートされ得る。
【００６４】
[0072]ただし、概して、１つまたは複数の拡張能力は、高度アンテナ構成、多地点協調（ＣｏＭＰ）送信および受信、高度干渉管理技法、より良いサービス品質などの他の能力を指すことがある。
【００６５】
[0073]本明細書で提供する技法によれば、ワイヤレス通信ネットワーク中の１つまたは複数のデバイスは、１つまたは複数の拡張能力のそれらのサポートをワイヤレスネットワーク中の１つまたは複数の他のデバイスに示し得、その逆も同様である。１つまたは複数の拡張能力の示されたサポートに基づいて、ワイヤレスネットワーク中の１つまたは複数のデバイスは、次いで、サポートされる拡張能力に少なくとも部分的に基づいて、（セル選択／再選択、メークビフォアブレークハンドオーバなどの）１つまたは複数のハンドオーバ関連プロシージャおよび／または他のプロシージャ（たとえば、ＱｏＳネゴシエーション）を実行し得る。言い換えれば、これらのデバイスは、拡張能力をサポートするデバイスと対話するとき、拡張能力をサポートしないデバイスと対話するときとは別様にハンドオーバ関連プロシージャおよび／または他のプロシージャを実行し得る。
【００６６】
[0074]基地局は、たとえば、ＲＲＣ接続確立中に取得されるＵＥ能力ＩＥを介して、ＵＥ拡張能力について学習し得る。ＵＥは、（たとえば、ブロードキャストシステム情報を検出すること、またはサービング基地局からネイバーセルに関する情報を取得することによって）たとえば、発見中に、１つまたは複数のセルが拡張能力をサポートすることを学習し得る。
【００６７】
[0075]図５、図６および図７に、１つまたは複数のハンドオーバ関連プロシージャのためにワイヤレス通信ネットワーク中の異なるデバイス（たとえば、それぞれ、ＵＥ、ソースＢＳ、およびターゲットＢＳ）によって実行され得る例示的な動作を示す。動作は、たとえば、図８のコールフロー図に示されている拡張ハンドオーバプロシージャの一部として実行され得る。
【００６８】
[0076]たとえば、図５は、たとえば、ＵＥ（たとえば、図１および図３中のＵＥ１２０、図４中のＵＥ、図８中のＵＥなど）によって実行され得る１つまたは複数のハンドオーバ関連プロシージャのための例示的な動作５００を示している。
【００６９】
[0077]５０２において、ＵＥは、ＵＥの１つまたは複数の拡張能力を少なくとも１つのＢＳにシグナリングする。たとえば、上述のように、インジケーションは、ＵＥとネットワークとの間の能力交換の一部として行われることがあり、拡張特徴のサポートをシグナリングし得る。代替的に、拡張能力のサポートは、たとえば、加入者プロファイル中の情報にリンクされ得る、ＵＥ識別子によってシグナリングされ得る。５０４において、ＵＥは、ＵＥの１つまたは複数の拡張能力と、ターゲットＢＳにおけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行する。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いていくつかのプロシージャ（たとえば、ハンドオーバ）を実行するＵＥの能力、またはｅＣＣ動作をサポートするＵＥの能力のうちの少なくとも１つを含み得る。
【００７０】
[0078]図６は、たとえば、ソースＢＳ（たとえば、図１および図３中のＢＳ／ｅＮＢ１１０、図４中のソースｅＮＢ、図８中のソースｅＮＢなど）によって実行され得る１つまたは複数のハンドオーバ関連プロシージャのための例示的な動作６００を示している。
【００７１】
[0079]６０２において、ソースＢＳは、ＵＥの１つまたは複数の拡張能力のインジケーションを受信する。たとえば、１つまたは複数の拡張能力のインジケーションは、加入者プロファイル中のＭＭＥなどを介して、能力交換中にＵＥによってシグナリングされ得る。６０４において、ソースＢＳは、ＵＥの１つまたは複数の拡張能力と、ターゲットＢＳにおけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソースＢＳからターゲットＢＳにＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行する。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いていくつかのプロシージャ（たとえば、ハンドオーバ）を実行するＵＥの能力、またはｅＣＣ動作をサポートするＵＥの能力のうちの少なくとも１つを含み得る。
【００７２】
[0080]図７は、たとえば、ターゲットＢＳ（たとえば、図１および図３中のＢＳ／ｅＮＢ１１０、図４中のターゲットｅＮＢ、図８中のターゲットｅＮＢなど）によって実行され得る１つまたは複数のハンドオーバ関連プロシージャのための例示的な動作７００を示している。
【００７３】
[0081]７０２において、ターゲットＢＳは、（たとえば、加入者プロファイル中のＭＭＥなどを介して、能力交換中にソース／サービングＢＳによって取得された）ＵＥの１つまたは複数の拡張能力のインジケーションを受信する。７０４において、ターゲットＢＳは、ＵＥの１つまたは複数の拡張能力と、ターゲットＢＳにおけるＵＥの１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソースＢＳからターゲットＢＳにＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行する。ＵＥの１つまたは複数の拡張能力は、１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いていくつかのプロシージャ（たとえば、ハンドオーバ）を実行するＵＥの能力、またはｅＣＣ動作をサポートするＵＥの能力のうちの少なくとも１つを含み得る。
【００７４】
[0082]上述のように、いくつかの態様によれば、（たとえば、図４に示されているハンドオーバプロセスに対して、）ＵＥがハンドオーバプロセスによりデータを受信／送信することを中断される時間の量を低減することが望ましいことがある。本明細書で説明する拡張能力は、ＵＥがターゲットｅＮＢからデータを受信することが可能になるときまでの、ＵＥがサービング／ソースｅＮＢからデータを受信することを中断される時間の量を低減する拡張プロシージャ（たとえば、ハンドオーバおよび／またはＱｏＳネゴシエーション）を可能にし得る。
【００７５】
[0083]図８に、本開示の態様による、１つまたは複数のデバイス（たとえば、ＵＥ、ソースｅＮＢ、ターゲットｅＮＢなど）によって１つまたは複数のハンドオーバ関連プロシージャを実行するための例示的な拡張コールフロー８００を示す。いくつかの態様によれば、図８に示されているＵＥ８０２は、図１、図３、図４など中のＵＥのうちのいずれか１つであり得、図８に示されているソースＢＳ８０４／ターゲットＢＳ８０６は、図１、図３、図４などに示されているＢＳ／ｅＮＢのうちのいずれか１つであり得る。
【００７６】
[0084]上述のように、拡張コールフローは、ハンドオーバに関連するデータ中断時間を著しく低減し得る、（図４に示されている）ハンドオーバコールフローに対する様々な改善を可能にし得る。たとえば、これらの改善は、デバイスが、ＵＥ８０２がターゲットｅＮＢ８０６からデータを受信する準備ができるまでソースｅＮＢ８０４から配信される継続的ＰＤＵを用いてメークビフォアブレークハンドオーバを実行する間に、（たとえば、１つまたは複数の拡張能力のために予約された専用プリアンブルを用いて）競合なしＲＡＣＨを実行し、コンテキスト転送およびハンドオーバに関係する他のメッセージをより迅速に交換することを可能にすることを（限定はしないが）含み得る。
【００７７】
[0085]図５に関して上述したように、ＵＥは、１つまたは複数の拡張能力のそれのサポートを少なくとも１つのＢＳ／ｅＮＢに示し得る。たとえば、図８に示されているように、ＵＥ８０２は、ソースｅＮＢ８０４とのＲＲＣ接続を確立し、ＲＲＣ接続プロシージャを介して１つまたは複数の拡張能力のそれのサポートをソースｅＮＢ８０４に示し得る。上述のように、インジケーションは、ＵＥ８０２とネットワークとの間の能力交換の一部として行われることがあり、拡張特徴のサポートをシグナリングし得る。拡張能力のサポートはまた、たとえば、加入者プロファイル中の情報にリンクされ得る、ＵＥ識別子によってシグナリングされ得る。一態様では、ＵＥ８０２は、ＵＬＬをサポートするそれの能力（たとえば、その能力がないデバイスに対して低レイテンシを用いていくつかのプロシージャを実行する能力）、ｅＣＣ、メークビフォアブレークハンドオーバ、および／または上記で説明した他の拡張能力を示し得る。同様に、ＵＥ８０２はまた、ステップ３においてＲＲＣ接続プロシージャを介して１つまたは複数の拡張能力のそれのサポート（たとえば、能力交換中に、加入者プロファイル中のＵＥ識別子など）をターゲットｅＮＢ８０６に示し得る。
【００７８】
[0086]さらに、図８のステップ１に示されているように、ＵＥ８０２は、１つまたは複数の拡張能力がワイヤレスネットワーク中の１つまたは複数のＢＳ／ｅＮＢによってサポートされるかどうかを発見し得る。たとえば、ステップ１中に、ＵＥ８０２は、ターゲットｅＮＢ８０６の１つまたは複数の拡張能力のインジケーションを受信し得る。一例では、インジケーションは、上記で説明した能力交換の一部として受信され得る。一態様では、ＵＥ８０２は、ブロードキャストシグナリングを介してターゲットｅＮＢ８０６の１つまたは複数の拡張能力のインジケーションを受信し得る。たとえば、ターゲットｅＮＢ８０６は、１つまたは複数の拡張能力のそれのサポートを示す信号情報ブロック（ＳＩＢ：signal information block）をブロードキャストし得る。別の例として、ソースｅＮＢ８０４は、ターゲットｅＮＢ８０６によってサポートされる１つまたは複数の拡張能力を（たとえば、ＳＩＢを介して）ＵＥ８０２に与え得る（たとえば、ソースおよびターゲットｅＮＢは、バックホール接続を介してそのような情報を交換し得る）。しかしながら、概して、ＵＥ８０２は、任意のタイプのシグナリング（たとえば、ユニキャスト、ブロードキャスト、マルチキャストなど）を介して（１つまたは複数の）ターゲットｅＮＢの１つまたは複数の拡張能力の（１つまたは複数の）インジケーションを受信し得る。ソース／ターゲットｅＮＢがそれの能力を示すとき、それは、それの負荷および輻輳ステータス、ならびにそれが新規のユーザを承認することができるかどうかなど、様々なファクタを考慮に入れ得る。サービングセル信号強度（たとえば、ＲＳＲＰ、ＲＳＲＱ）が、ＵＥ８０２によって構成されるか、またはソース／ターゲットｅＮＢによって示され得る、あるしきい値を下回るとき、ＵＥ８０２は発見プロシージャをトリガし得る。
【００７９】
[0087]図５に関して上述したように、ＵＥは、ＵＥの１つまたは複数の拡張能力とターゲットｅＮＢの１つまたは複数の拡張能力とに少なくとも部分的に基づいて、（ＱｏＳネゴシエーションを含み得る）１つまたは複数のハンドオーバ関連プロシージャを実行し得る。上述のように、これらのプロシージャは、（ソース／ターゲットｅＮＢを介して）ＵＥとネットワークとの間で配信されるデータが中断される時間の量の低減を可能にする様式で実行され得る。
【００８０】
[0088]たとえば、ＵＥ８０２は、（たとえば、図８に示されているソースｅＮＢ８０４への）それの初期セル選択／再選択を、信号強度に加えてソースｅＮＢ８０４の拡張能力に基づかせ得る。たとえば、ＵＥ８０２は、１つまたは複数のｅＮＢから（ＳＩＢを介して）システム情報を受信し、システム情報に基づいて１つまたは複数のセルの１つまたは複数の拡張能力のサポートを決定し、１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて１つまたは複数のセルのためのセル選択／再選択基準を評価し得る。別の例として、ＵＥ８０２は、ターゲットｅＮＢ８０６の拡張能力に少なくとも部分的に基づいて測定報告をソースｅＮＢ８０４に送信し得る。たとえば、図８に示されているように、測定報告の送信（ステップ２）は、ターゲットｅＮＢ８０６の拡張能力に加えて受信信号強度、信号品質、経路損失などの基準に基づくか、またはターゲットｅＮＢ８０６の能力のみに基づき得る。場合によっては、ＵＥ８０２は、能力に基づいて報告された値を変更し、たとえば、拡張能力をサポートするｅＮＢへのハンドオーバを奨励するためのバイアスを与え得る。場合によっては、ＵＥ８０２がデュアルＲＦチェーンを有する場合、測定は必要とされないことがある（たとえば、ＵＥは、ステップ３においてＲＡＣＨを実行することによって測定報告を送ることなしにハンドオーバを開始することが可能であり得る）。ＵＥ８０２が単一のＲＦチェーンを有する場合、ソース／ターゲットｅＮＢは、測定ギャップ中にターゲットｅＮＢ８０６とのＲＡＣＨを実行するためにＵＥ８０２のための測定ギャップを指定し得る。
【００８１】
[0089]いくつかの態様によれば、ＵＥ８０２またはソースｅＮＢ８０４は、ＵＥ８０２およびターゲットｅＮＢ８０６の１つまたは複数の拡張能力に基づいてターゲットｅＮＢ８０６へのハンドオーバを開始し得る。場合によっては、ハンドオーバは、ターゲットｅＮＢ８０６との接続が確立されるまでソースｅＮＢ８０４への接続が解放されないことを意味する「メークビフォアブレーク」（ＭＢＢ）様式で実行され得る。ターゲットｅＮＢ８０６とのＲＡＣＨまたはＲＲＣ接続セットアップを実行するために、ＵＥ８０２が追加のＲＦチェーンを使用し得るか、または単一の無線ＵＥが（ステップ２においてソースｅＮＢ８０４によって示された）測定ギャップを使用し得る。
【００８２】
[0090]たとえば、図８のステップ３に示されているように、ＵＥ８０２は、ソースｅＮＢ８０４に依然として接続されている間にターゲットｅＮＢ８０６とのランダムアクセスプロシージャを実行することによってハンドオーバを開始し得る。別様に言えば、本明細書で提示する技法を使用して、ＵＥ８０２とソースｅＮＢ８０４との間のリンクは、ＵＥ８０２とターゲットｅＮＢ８０６との間のハンドオーバが完了されるまでアクティブに保たれ得る。いくつかの態様では、ランダムアクセスプロシージャ自体が拡張され得る。たとえば、ランダムアクセスプロシージャは、低レイテンシアクセスのために予約されたランダムアクセス（ＲＡＣＨ）プリアンブルのセットを用いて実行され得る。たとえば、一実装形態では、ターゲットｅＮＢ８０６は、拡張ランダムアクセスプロシージャ中の競合を回避するように設計された専用ＲＡＣＨプリアンブルの別個のセットを予約し得る。専用ＲＡＣＨプリアンブルは、ＵＥ８０２に、それの能力に基づいて与えられ得る。たとえば、プリアンブルの別個のセットは、ＵＬＬ動作、ｅＣＣおよび／または他の拡張能力のために予約され得る。専用ＲＡＣＨプリアンブルの別個のセットは、（たとえば、ＳＩＢを通して）ソースまたはターゲットｅＮＢからＵＥ８０２に伝達され得る。
【００８３】
[0091]いくつかの態様によれば、ＵＥ８０２は、ターゲットｅＮＢ８０６にハンドオーバするためにターゲットｅＮＢ８０６とのランダムアクセスプロシージャを実行する必要がないことがある。本明細書で提示する技法を使用して、ＵＥ８０２は、たとえば、ターゲットセルのタイミングアドバンス（ＴＡ）を導出するかまたは知ることに基づいてランダムアクセスプロシージャをスキップし、決定されたＴＡに基づいてターゲット基地局との接続を確立し得る。たとえば、ＵＥ８０２は、ターゲットセルのタイムアドバンス（ＴＡ）を知ることができる（ステップ４）（たとえば、ＵＥ８０２は、ｅＮＢ最大送信電力、ターゲットｅＮＢの位置ロケーション、測定信号強度など、ターゲットｅＮＢ８０６から送られた１つまたは複数のパラメータから情報を導出することができる）。（たとえば、ステップ４においてＴＡを受信することとは対照的に）事前にＴＡを導出することに基づいて、ＵＥ８０２はまた、ターゲットｅＮＢ８０６に、競合ベースＰＵＳＣＨを送るか、または（たとえば、ＲＲＣ接続要求またはＲＲＣ接続再確立要求、あるいはＲＲＣ接続再構成要求を含む）データとともにＰＲＡＣＨを送り得る。言い換えれば、事前にターゲットセルのＴＡを知ることによって、ＵＥ８０２のためのＲＡＣＨプロシージャ中に、ランダムアクセスプリアンブル（Ｍｓｇ１）をターゲットｅＮＢ８０６に送り、ターゲットセルからランダムアクセス応答（Ｍｓｇ２）を受信する必要がないことがある。一例では、ターゲットセルがスモールセルである（たとえば、ソース／ターゲットｅＮＢは、ターゲットセルが、ＳＩＢを介して、ピコセル、フェムトセルまたは他のスモールセルタイプなどのスモールセルであることを示すことができる）場合、ＵＥ８０２は、ターゲットセルのＴＡを計算または導出する必要がないことがある。たとえば、ＵＥ８０２は、ＴＡが０（または別の値）であると仮定し得るか、または、ＵＥ８０２は、ＵＥ８０２がＴＡを計算する必要がないという明示的インジケーションを（たとえば、ソースｅＮＢ８０４から）受信し得る。これは、スモールセルの場合、（図４に示されているコールフローと比較して）拡張コールフローの使用がどのようにハンドオーバデータ中断に関連する時間を著しく低減し得るかについての別の例である。
【００８４】
[0092]図８中の拡張コールフローはまた、メークビフォアブレークハンドオーバを示すための情報を含むことによって（たとえば、図４中のコールフローと比較して）拡張され得る。一態様では、ＲＲＣ接続再確立要求（ステップ５）は、Ｃ−ＲＮＴＩおよび／またはメークビフォアブレーク（ＭＢＢ）ハンドオーバを示すために使用され得る様々な情報を含んでいることがある。たとえば、ＲＣＣ接続再確立要求は、ハンドオーバ要求がメークビフォアブレークハンドオーバのためのものであることを示すための明示的フラグ（たとえば、「ＭＢＢ  ＨＯ」）を含み得る。別の例として、メークビフォアブレークハンドオーバは、ＲＲＣ接続再確立要求内に含まれるバッファステータス報告（ＢＳＲ）、ＱｏＳなどのパラメータを通して暗黙的にシグナリングされ得る。
【００８５】
[0093]ＵＥ８０２がソースｅＮＢ８０４に依然として接続されている間にソースｅＮＢ８０４からターゲットｅＮＢ８０６へのＵＥ８０２のハンドオーバを開始することは、ハンドオーバプロセスにおいてＵＥ８０２によって経験されるデータ中断時間を低減するのを助け得る。中断時間は、（上記で説明した）ステップ１〜５を実行することによって、ならびに、ＵＥ８０２がソースｅＮＢ８０４に依然として接続されている（およびソースｅＮＢ８０４からデータを受信および送信し続けることが可能である）間にソースｅＮＢ８０４とターゲットｅＮＢ８０６との間で（ターゲットｅＮＢ８０６がＵＥ８０２と通信する必要がある）何らかの情報を（たとえば、ｘ２接続を介して）交換すること（以下でより詳細に説明する、ステップ６〜８）によって、低減され得る。
【００８６】
[0094]たとえば、図８のステップ６に示されているように、ランダムアクセスプロシージャがＵＥ８０２とターゲットｅＮＢ８０６との間で実行されると、ターゲットｅＮＢ８０６は、（たとえば、ソースセルＰＣＩ、ソースＣ−ＲＮＴＩ、短い媒体アクセス制御（ＭＡＣ）ＩＤなどを示すことによって）ＵＥ８０２のためのコンテキストに関する情報を要求し得る。応答して（たとえば、ＵＥコンテキスト要求中の情報を検証した後に）、ステップ７に示されているように、ソースｅＮＢ８０４は、ターゲットｅＮＢ８０６にＵＥコンテキストに関する情報を与え得る。ソースｅＮＢ８０４はまた、（ステップ１１において）ターゲットｅＮＢ８０６にＳＮステータスに関する情報を与え得る。場合によっては、情報は、ステップ７において送信されたハンドオーバ要求メッセージを介して与えられ得る。
【００８７】
[0095]ハンドオーバ要求メッセージを受信した後に、ステップ８に示されているように、ターゲットｅＮＢ８０６は、ハンドオーバ要求ＡＣＫをソースｅＮＢ８０４に送信し得る。ステップ６〜８に示されているように、ソースｅＮＢ８０４とターゲットｅＮＢ８０６との間で送信されるメッセージは、ｅＮＢ間でＸ２インターフェースを介して送信され得る。ターゲットｅＮＢ８０６からステップ８を受信すると、ソースｅＮＢ８０４は、最後のＲＬＣ  ＰＤＵをＵＥ８０２に送り得る。ソースｅＮＢ８０４は、ステップ９においてＲＲＣ接続再構成（たとえば、ハンドオーバコマンド）をＵＥ８０４に送り得る。
【００８８】
[0096]ハンドオーバコマンドメッセージは、ステップ９において、共通制御チャネル（ＣＣＣＨ）またはダウンリンク共有チャネル（ＤＬ−ＳＣＨ）を介して送信され得る。ステップ８の後に、ターゲットｅＮＢ８０６は、ステップ１０において経路切替え要求をＭＭＥ８０８に送り、次いで、ＭＭＥ８０８は、ステップ１２においてダウンリンク経路を切り替えるためのベアラ変更要求をＳ−ＧＷ８１０に送る。ハンドオーバコマンドメッセージの受信時に、ＵＥ８０２は、ステップ１５において、ＭＡＣレイヤおよびＲＬＣレイヤをリセットし、シグナリング無線ベアラ（ＳＲＢ）１と、ＳＲＢ２と、すべてのデータ無線ベアラ（ＤＲＢ）とのためにＰＤＣＰを再確立し得る。
【００８９】
[0097]ステップ１４において、ソースｅＮＢ８０４は、残りのＥＰＳベアラデータをターゲットｅＮＢ８０６にフォワーディングし得る。ステップ１６において、ＵＥ８０２は、専用制御チャネル（ＤＣＣＨ：dedicated control channel）またはアップリンク共有チャネル（ＵＬ−ＳＣＨ）を介してＲＲＣ接続再構成完了メッセージをターゲットｅＮＢ８０６に送信することによってハンドオーバプロシージャを完了し、ＵＥ８０２がターゲットｅＮＢ８０６と直接通信（たとえば、ＲＬＣ  ＰＤＵを交換）する準備ができているというインジケーションをターゲットｅＮＢ８０６に与え得る。ターゲットｅＮＢ８０６は、ステップ１４においてソースｅＮＢ８０４からフォワーディングされたデータがある場合、データをＵＥ８０２に送ることを開始し得る。ステップ１３においてＤＬ経路をターゲットｅＮＢ８０６に切り替えることを決定すると、Ｓ−ＧＷ８１０は、古い経路上の１つまたは複数の「エンドマーカー」パケットをソースｅＮＢ８０４に送り、次いで、Ｓ−ＧＷ８１０からソースｅＮＢ８０４に向かうリソースを解放することができる。ソースｅＮＢ８０４は、ステップ１７において「エンドマーカー」パケットをターゲットｅＮＢ８０６にフォワーディングする。Ｓ−ＧＷ８１０は、ＵＥ８０２に送られるパケットデータをターゲットｅＮＢ８０６に送ることを開始する。Ｓ−ＧＷ８１０は、次いで、ステップ１９においてベアラ変更応答メッセージをＭＭＥ８０８に送る。ＭＭＥ８０８は、ステップ２０において経路切替え要求Ａｃｋメッセージを用いて経路切替え要求メッセージを確認する。ステップ２１において、ＵＥコンテキスト解放メッセージを送ることによって、ターゲットｅＮＢ８０６は、ソースｅＮＢ８０４にＨＯの成功を通知し、ソースｅＮＢ８０４によってリソースの解放をトリガする。ターゲットｅＮＢ８０６は、経路切替え要求ＡｃｋメッセージがＭＭＥ８０８から受信された後、コンテキスト解放メッセージをＵＥに送る。
【００９０】
[0098]図９に、本開示の態様による、１つまたは複数のデバイス（たとえば、ＵＥ、ソースｅＮＢ、ターゲットｅＮＢなど）によって１つまたは複数のハンドオーバ関連プロシージャを実行するための例示的な拡張コールフロー９００を示す。コールフロー９００は、（たとえば、ＵＥからの測定報告ならびに／またはＵＥおよびターゲットｅＮＢの拡張能力の知識に基づいて）たとえば、ソースｅＮＢ８０４によって開始されるハンドオーバを用いた、「ネットワークベース」ソリューションと見なされ得る。図８中のものと同じ（または同様）と標示される動作は、上記で説明したように実行され得、したがって、再び説明しないことがある。たとえば、図示のように、ターゲットｅＮＢ８０６は、（たとえば、図８の動作１０、１２、１３、および１８〜２０に対応する図９の動作９、１１、１５、および１８〜２０を用いて）図８を参照しながら上記で説明したようにＭＭＥ８０８およびＳ−ＧＷ８１０と通信し得る。
【００９１】
[0099]この場合も、ＵＥ８０２は、（ステップ１において）たとえばＲＲＣ接続確立中に、１つまたは複数の拡張能力のそれのサポートを少なくとも１つのＢＳ／ｅＮＢに示し、測定報告を与え得る。ＵＥ８０２が（たとえば、図８に示されているようにＲＡＣＨプロシージャを開始することによって）ハンドオーバを開始するのではなく、ソースｅＮＢ８０４が、たとえば、（ステップ２において）ターゲットｅＮＢ８０６にハンドオーバ準備要求を送ることによってハンドオーバを開始し得る。ハンドオーバ準備要求メッセージにおいて、ソースｅＮＢ８０４はまた、ターゲットｅＮＢ８０６にＵＥコンテキストに関する情報を与え得る。ターゲットｅＮＢ８０６は、（ステップ３において）ハンドオーバ準備要求ＡＣＫで応答し得る。ＡＣＫを受信した後に、ソースｅＮＢ８０４は、ＲＬＣ  ＰＤＵをＵＥ８０２に送り続けながら、ハンドオーバ準備要求インジケータをもつＲＲＣ接続再構成メッセージをＵＥ８０２に送り得る（ステップ４）。
【００９２】
[00100]ハンドオーバ準備要求に応答して、ＵＥ８０２は、（たとえば、図８のステップ３〜５に対応する図９のステップ５〜７を用いて）上記で説明したようにターゲットｅＮＢ８０６とのＲＡＣＨプロシージャを実行し得る。上述のように、ＵＥ８０２は、競合なしＲＡＣＨプロシージャのための専用ＲＡＣＨプリアンブルを与えられ得る。たとえば、ターゲットｅＮＢ８０６は、ハンドオーバ準備要求ＡＣＫを介してソースｅＮＢ８０４に専用プリアンブルを与え得（ステップ３）、ソースｅＮＢ８０４は、ハンドオーバ準備要求を介してＵＥ８０２に専用プリアンブルを伝達し得る（ステップ４）。
【００９３】
[00101]ＲＡＣＨプロシージャの後に、ターゲットｅＮＢ８０６は、（ステップ８において）ハンドオーバ実行メッセージをソースｅＮＢ８０４に送り得る。このメッセージは、ソースｅＮＢ８０４に、ハンドオーバのためにＵＥ８０２およびターゲットｅＮＢ８０６を準備する最終アクションを取るように促し得る。
【００９４】
[00102]たとえば、応答して（たとえば、ＵＥコンテキスト要求中の情報を検証した後に）、ソースｅＮＢ８０４は、それの最後のＲＬＣ  ＰＤＵをＵＥ８０２に送り得、（ステップ１０において）ターゲットｅＮＢ８０６にＳＮステータスに関する情報を与え得る。ソースｅＮＢ８０４は、次いで、ステップ１２においてハンドオーバ実行インジケータをもつＲＲＣ接続再構成をＵＥ８０２に送る。ハンドオーバ実行インジケータは、再構成が、拡張能力を有するターゲットｅＮＢ８０６へのハンドオーバのためのものであることをシグナリングし得、場合によっては、ターゲットｅＮＢ８０６からデータを受信する準備をするようにＵＥ８０２をトリガし得る。
【００９５】
[00103]たとえば、ハンドオーバコマンドメッセージの受信時に、ＵＥ８０２は、ステップ１３において、ＭＡＣレイヤおよびＲＬＣレイヤをリセットし、シグナリング無線ベアラ（ＳＲＢ）１と、ＳＲＢ２と、すべてのデータ無線ベアラ（ＤＲＢ）とのためにＰＤＣＰを再確立し得る。ステップ１４において、ソースｅＮＢ８０４は、残りのＥＰＳベアラデータをターゲットｅＮＢ８０６にフォワーディングし得る。
【００９６】
[00104]ステップ１６において、ＵＥ８０２は、ＲＲＣ接続再構成完了メッセージをターゲットｅＮＢ８０６に送信することによってハンドオーバプロシージャを完了し、ＵＥ８０２がターゲットｅＮＢ８０６と直接通信（たとえば、ＲＬＣ  ＰＤＵを交換）する準備ができているというインジケーションをターゲットｅＮＢ８０６に与え得る。ターゲットｅＮＢ８０６は、ステップ１４においてソースｅＮＢ８０４からフォワーディングされたデータがある場合、データをＵＥ８０２に送ることを開始し得る。ステップ１５においてＤＬ経路をターゲットｅＮＢに切り替えることを決定すると、Ｓ−ＧＷ８１０は、ステップ１７において、古い経路上の１つまたは複数の「エンドマーカー」パケットをソースｅＮＢ８０４に送り、ソースｅＮＢ８０４は、１つまたは複数のエンドマーカーパケットをターゲットｅＮＢ８０６にフォワーディングすることができる。
【００９７】
[00105]上記で説明したように、Ｓ−ＧＷ８１０は、ＵＥ８０２に送られるパケットデータをターゲットｅＮＢ８０６に送ることを開始する。Ｓ−ＧＷ８１０は、次いで、ステップ１９においてベアラ変更応答メッセージをＭＭＥ８０８に送る。ＭＭＥ８０８は、ステップ２０において経路切替え要求Ａｃｋメッセージを用いて経路切替え要求メッセージを確認する。ステップ２１において、ＵＥコンテキスト解放メッセージを送ることによって、ターゲットｅＮＢ８０６は、ソースｅＮＢ８０４にＨＯの成功を通知し、ソースｅＮＢ８０４によってリソースの解放をトリガする。ターゲットｅＮＢ８０６は、経路切替え要求ＡｃｋメッセージがＭＭＥ８０８から受信された後、コンテキスト解放メッセージをＵＥに送る。
【００９８】
[00106]図１０に、図９と同様の、代替「ネットワークベース」ソリューションを示し、ここで、ハンドオーバがソースｅＮＢによって開始され得る。図１０に示されているように、ハンドオーバ準備メッセージは、ステップ４において、（ターゲットｅＮＢ８０６を示す）ＲＲＣ接続再構成メッセージを介してソースｅＮＢ８０４からＵＥ８０２に送られ得る。その結果、ターゲットｅＮＢ８０６とのＲＡＣＨプロシージャを実行した後に、（図９に示されているように）ＲＲＣ接続再確立要求を送るのではなく、ＵＥ８０２は、ステップ７において、（ＵＥが、ステップ１３において、ＭＡＣレイヤおよびＲＬＣレイヤをリセットし、シグナリング無線ベアラＳＲＢ１と、ＳＲＢ２と、すべてのＤＲＢとのためにＰＤＣＰを再確立した後に）ターゲットｅＮＢ８０６と通信する準備ができていることをシグナリングするＲＲＣ接続再構成完了メッセージをすでに送ることが可能であり得る。
【００９９】
[00107]図８〜図１０に示されているハンドオーバ期間中に、ＵＥ８０２はまた、トラフィックデータのためのソースｅＮＢとターゲットｅＮＢの両方へのデュアル接続性を同様に保ち得る。言い換えれば、ターゲットｅＮＢ８０６とのＲＡＣＨプロシージャを実行しながらソースｅＮＢ８０４への接続を保つことに加えて、ＵＥ８０４は、ＵＥ８０２がターゲットｅＮＢ８０６に完全にハンドオーバするまで、ＲＬＣデータ送信のためにソースｅＮＢとターゲットｅＮＢの両方への接続を保ち続け得る。
【０１００】
[00108]いくつかの態様では、（たとえば、図８〜図１０に示されている）拡張ハンドオーバコールフローは、ＵＬＬ／ｅＣＣ対応ターゲットｅＮＢにＵＬＬ／ｅＣＣ対応ＵＥをハンドオフするために使用され得る。他の態様では、（たとえば、図８に示されている）拡張ハンドオーバコールフローは、非ＵＬＬ／ｅＣＣ対応ターゲットｅＮＢにＵＬＬ／ｅＣＣ対応ＵＥをハンドオフするためにも使用され得、これは、以下でより詳細に説明するようにＱｏＳ要件の低減を伴い得る。
【０１０１】
[00109]態様によれば、（たとえば、図８中のＵＥ８０２、ソースｅＮＢ８０４およびターゲットｅＮＢ８０６によって実行される）１つまたは複数のハンドオーバ関連プロシージャは、ＱｏＳネゴシエーションへの参加をも含み得る。たとえば、ターゲットｅＮＢは、ターゲットｅＮＢおよびＵＥの拡張能力に少なくとも部分的に基づいてＱｏＳネゴシエーションに参加し得る。別の例として、ＵＥ、ソースｅＮＢおよびターゲットｅＮＢは、ターゲットｅＮＢにおけるＵＥの１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてＱｏＳネゴシエーションに参加し得る。
【０１０２】
[00110]ＵＥ８０２は、（たとえば、図８のステップ５に示されている）ＲＲＣ接続再確立要求とともにＱｏＳ要求をターゲットｅＮＢ８０６に送信することによって、ターゲットｅＮＢ８０６とのＱｏＳネゴシエーションに参加し得る。いくつかの態様によれば、（たとえば、図８のステップ７および１０におけるＲＲＣ再確立の後とは対照的に）ＲＲＣ接続再確立要求とともにＱｏＳ要求を送信することによって、成功したＱｏＳネゴシエーションに必要な時間の量が低減され得る。いくつかの態様では、ソースｅＮＢ８０４はまた、ＱｏＳネゴシエーションに関連する時間を低減するために（たとえば、図８のステップ７における）ハンドオーバ要求メッセージとともにＱｏＳ要求をターゲットｅＮＢ８０６に送信し得る。
【０１０３】
[00111]場合によっては、ＱｏＳネゴシエーションは、ターゲットｅＮＢの１つまたは複数の拡張能力のサポートに基づいて特定の適用例（たとえば、オンラインゲーム、ビデオストリーミング、インダストリオートメーションなど）のための１つまたは複数のＱｏＳレベルおよび／またはモデルをサポートし得る。一態様では、ＵＥは、ターゲットｅＮＢがｅＣＣ能力を有する場合、特定の適用例（たとえば、オンラインゲーム、インダストリオートメーションなど）のための第１のＱｏＳを受け付け得るか、または、ターゲットｅＮＢがｅＣＣ能力がない場合、特定の適用例のための（第１のＱｏＳよりも低い）第２のＱｏＳを受け付け得る。たとえば、あるモデルでは、オンラインゲーム適用例または同様の適用例の場合、ＵＥは、ｅＣＣがサポートされない場合、オンラインゲーム適用例のためのより低いＱｏＳをサポートすることが可能であり得る。別のモデルでは、ＵＥは、ｅＣＣがサポートされない場合、オンラインゲーム適用例を停止し得る。
【０１０４】
[00112]いくつかの態様によれば、ベアラレベルＱｏＳ制御のための追加のグラニュラリティが、（たとえば、ＵＬＬ／ｅＣＣの下で）ＱｏＳ要件を達成するために与えられ得る。ＵＥ主導型ＱｏＳネゴシエーションの場合、ＵＥは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更を要求し得る。（たとえば、ターゲットｅＮＢを介した）ネットワーク主導型ＱｏＳネゴシエーションの場合、ターゲットｅＮＢは、新しいＱｏＳ要件とＵＥの拡張能力とに基づいて１つまたは複数の拡張能力（たとえば、ｅＣＣ／ｕＬＬなど）をスケジュールし得る。
【０１０５】
[00113]本明細書で提供する技法はまた、（１つまたは複数の）専用ベアラのセットアップに関連する時間を低減することを与え得る。たとえば、場合によっては、（たとえば、一般にウェブブラウジングなどの適用例のために使用される）非保証ビットレート（ＧＢＲ：guaranteed bit rate）ベアラの場合、非ＧＢＲベアラは、アタッチメントにおいてセットアップされ得る。ただし、いくつかの態様では、ＧＢＲベアラの場合、ＱｏＳネゴシエーションを実行することは高速ベアラセットアップを可能にし得る。
【０１０６】
[00114]いくつかの態様によれば、（たとえば、ＵＥとターゲットｅＮＢとの間の）ＱｏＳネゴシエーションは、ＵＥおよびターゲットｅＮＢの拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ：QoS class identifier）を伴い得る。たとえば、ＵＥは、ＵＥおよびターゲットｅＮＢの拡張能力に少なくとも部分的に基づいて２つ以上のＱＣＩを（ターゲットｅＮＢに）示し得る。同様に、ターゲットｅＮＢは、ＵＥおよびターゲットｅＮＢの拡張能力に少なくとも部分的に基づいて２つ以上のＱＣＩを（ＵＥから）受信し得る。
【０１０７】
[00115]いくつかの態様によれば、ＱｏＳネゴシエーションは、代替ＱｏＳ要件を示すＱＣＩを追加することを伴い得る。たとえば、（たとえば、ＵＥとターゲットｅＮＢとの間の）ＱｏＳネゴシエーションは、ＵＥが代替ＱｏＳ要件をターゲットｅＮＢに示すこと（およびターゲットｅＮＢがＵＥから代替ＱｏＳ要件を受信すること）を伴い得る。（たとえば、インダストリオートメーションを伴う適用例のための）一実装形態では、ＱＣＩｘは、パケット遅延バジェットが２００マイクロ秒（μｓ）、５００μｓ、１０００μｓであり得ることを示し得、これは、第１の選好が２００μｓ遅延を達成することであるが、適用例が最大で１０００μｓ（または１ｍｓ）を許容し得ることを示し得る。
【０１０８】
[00116]（たとえば、リアルタイムオンラインゲームを伴う適用例のための）いくつかの態様によれば、ＱＣＩｙは、パケット遅延バジェットが２０ｍｓ、５０ｍｓ、１００ｍｓであり得ることを示し得、これは、第１の選好が２０ｍｓ遅延を達成することであるが、適用例が最大で１００ｍｓを許容し得ることを示し得る。ただし、概して、３つの代替ＱｏＳ要件について説明しているが、本明細書で提示する態様は、追加のＱＣＩによって示された任意の数の代替ＱｏＳ要件を与え得る。
【０１０９】
[00117]いくつかの態様によれば、（たとえば、ＵＥとターゲットｅＮＢとの間の）ＱｏＳネゴシエーションは、代替ＱｏＳ要件を選好の順に示すことを伴い得る。たとえば、上記で説明した実装形態に関して、ＵＥは、ＱＣＩｘ１＝２００μｓと、ＱＣＩｘ２＝５００μｓと、ＱＣＩｘ３＝１０００μｓとを（インダストリオートメーション適用例のために）指定し得る。同様に、オンラインゲーム適用例の場合、ＵＥは、ＱＣＩｙ１＝２０ｍｓと、ＱＣＩｙ２＝５０ｍｓと、ＱＣＩｙ３＝１００ｍｓとを指定し得る。
【０１１０】
[00118]（たとえば、図５〜図８を参照しながら）本明細書で説明した技法は、ワイヤレス通信ネットワーク中のいくつかのハンドオーバ関連プロシージャ（たとえば、ハンドオーバ、ＱｏＳネゴシエーション、セル選択／再選択など）に関連するレイテンシを低減するのを助け得る。
【０１１１】
[00119]上記で説明した方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む、様々な（１つまたは複数の）ハードウェアおよび／またはソフトウェア構成要素および／またはモジュールを含み得る。
【０１１２】
[00120]情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１１３】
[00121]さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、概してそれらの機能に関して上記で説明した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【０１１４】
[00122]本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１１５】
[00123]本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、および／または記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として存在し得る。
【０１１６】
[00124]１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１１７】
[00125]本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを包含するものとする。
【０１１８】
[00126]本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）によるワイヤレス通信の方法であって、
前記ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングすることと、
前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行することと
を備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、方法。
［Ｃ２］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、
前記ターゲット基地局の１つまたは複数のパラメータに基づいて、前記ターゲット基地局のタイミングアドバンス（ＴＡ）を決定することと、
前記ターゲット基地局とのランダムアクセスプロシージャをスキップすることと、
前記ＴＡに基づいて前記ターゲット基地局との接続を確立することと
を備える、［Ｃ１］に記載の方法。
［Ｃ３］
前記１つまたは複数のパラメータは、前記ターゲット基地局の送信電力、前記ターゲット基地局のロケーション、または前記ターゲット基地局の信号強度のうちの少なくとも１つを備える、
［Ｃ２］に記載の方法。
［Ｃ４］
前記ターゲット基地局の前記ＴＡを決定することは、前記ターゲット基地局がスモールセルタイプに対応するというインジケーションにさらに基づく、
［Ｃ２］に記載の方法。
［Ｃ５］
前記ターゲット基地局の前記ＴＡは、０である、
［Ｃ４］に記載の方法。
［Ｃ６］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルのセットを用いてランダムアクセスプロシージャを実行することを備える、
［Ｃ１］に記載の方法。
［Ｃ７］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記ターゲット基地局とのサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ１］に記載の方法。
［Ｃ８］
前記ＱｏＳネゴシエーションに参加することは、前記ターゲット基地局がｅＣＣ動作をサポートする能力を有するときに第１のＱｏＳを受け付けること、または、前記ターゲット基地局がｅＣＣ動作をサポートする能力がないときに前記第１のＱｏＳよりも低い第２のＱｏＳを受け付けることを備える、
［Ｃ７］に記載の方法。
［Ｃ９］
前記ＱｏＳネゴシエーションに参加することは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更を要求することを備える、
［Ｃ７］に記載の方法。
［Ｃ１０］
前記ＱｏＳネゴシエーションに参加することは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を送信することを備える、
［Ｃ７］に記載の方法。
［Ｃ１１］
前記ＱｏＳネゴシエーションに参加することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を示すことを備える、
［Ｃ７］に記載の方法。
［Ｃ１２］
前記ＱｏＳネゴシエーションに参加することは、選好の順に代替ＱｏＳ要件を示すことを備える、
［Ｃ７］に記載の方法。
［Ｃ１３］
前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートのインジケーションを受信することをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ１４］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局へのハンドオーバを開始することを備える、
［Ｃ１］に記載の方法。
［Ｃ１５］
前記ハンドオーバを開始することは、前記少なくとも１つのソース基地局に接続されている間に前記ターゲット基地局とのランダムアクセスプロシージャを実行することを備える、
［Ｃ１４］に記載の方法。
［Ｃ１６］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記少なくとも１つのソース基地局に測定報告を送信することを備える、
［Ｃ１］に記載の方法。
［Ｃ１７］
ソース基地局によるワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、前記ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いて前記ハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、方法。
［Ｃ１８］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ＵＥが前記ソース基地局に接続される間に前記ターゲット基地局への前記ＵＥのハンドオーバを開始することを備える、
［Ｃ１７］に記載の方法。
［Ｃ１９］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ１７］に記載の方法。
［Ｃ２０］
ターゲット基地局によるワイヤレス通信の方法であって、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ＵＥの前記１つまたは複数の拡張能力と、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いて前記ハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、方法。
［Ｃ２１］
前記１つまたは複数のハンドオーバ関連プロシージャは、前記ＵＥが前記ソース基地局に接続される間に前記ＵＥとのランダムアクセスプロシージャを実行することを備える、
［Ｃ２０］に記載の方法。
［Ｃ２２］
ランダムアクセスプロシージャは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルを備える、
［Ｃ２１］に記載の方法。
［Ｃ２３］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ２０］に記載の方法。
［Ｃ２４］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ２０］に記載の方法。
［Ｃ２５］
前記ＱｏＳネゴシエーションに参加することは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更についての要求を受信することを備える、
［Ｃ２４］に記載の方法。
［Ｃ２６］
前記ＱｏＳネゴシエーションに参加することは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を受信することを備える、
［Ｃ２４］に記載の方法。
［Ｃ２７］
前記ＱｏＳネゴシエーションに参加することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を受信することを備える、
［Ｃ２４］に記載の方法。
［Ｃ２８］
前記ＱｏＳネゴシエーションに参加することは、代替ＱｏＳ要件を受信することを備える、
［Ｃ２４］に記載の方法。
［Ｃ２９］
前記代替ＱｏＳ要件は、選好の順で示される、
［Ｃ２８］に記載の方法。
［Ｃ３０］
少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに結合されたメモリとを備えるユーザ機器（ＵＥ）であって、
前記少なくとも１つのプロセッサは、
前記ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局に示すことと、
前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行することと
を行うように構成され、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、ＵＥ。
［Ｃ３１］
前記少なくとも１つのプロセッサは、
前記ターゲット基地局の１つまたは複数のパラメータに基づいて前記ターゲット基地局のタイミングアドバンス（ＴＡ）を決定することと、
前記ターゲット基地局とのランダムアクセスプロシージャをスキップすることと、
前記ＴＡに基づいて前記ターゲット基地局との接続を確立することと
を行うことによって前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ３０］に記載のＵＥ。
［Ｃ３２］
前記１つまたは複数のパラメータは、前記ターゲット基地局の送信電力、前記ターゲット基地局のロケーション、または前記ターゲット基地局の信号強度のうちの少なくとも１つを備える、
［Ｃ３１］に記載のＵＥ。
［Ｃ３３］
前記少なくとも１つのプロセッサは、前記ターゲット基地局がスモールセルタイプに対応するというインジケーションにさらに基づいて前記ターゲット基地局の前記ＴＡを決定するように構成された、
［Ｃ３１］に記載のＵＥ。
［Ｃ３４］
前記ターゲット基地局の前記ＴＡは、０である、
［Ｃ３３］に記載のＵＥ。
［Ｃ３５］
前記少なくとも１つのプロセッサは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルのセットを用いてランダムアクセスプロシージャを実行することによって、前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ３０］に記載のＵＥ。
［Ｃ３６］
前記少なくとも１つのプロセッサは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記ターゲット基地局とのサービス品質（ＱｏＳ）ネゴシエーションに参加することによって、前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ３０］に記載のＵＥ。
［Ｃ３７］
前記少なくとも１つのプロセッサは、前記ターゲット基地局がｅＣＣ動作をサポートする能力を有するときに第１のＱｏＳを受け付けること、または、前記ターゲット基地局がｅＣＣ動作をサポートする能力がないときに前記第１のＱｏＳよりも低い第２のＱｏＳを受け付けることによって、前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ３６］に記載のＵＥ。
［Ｃ３８］
前記少なくとも１つのプロセッサは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更を要求することによって、前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ３６］に記載のＵＥ。
［Ｃ３９］
前記少なくとも１つのプロセッサは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を送信することによって前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ３６］に記載のＵＥ。
［Ｃ４０］
前記少なくとも１つのプロセッサは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を示すことによって、前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ３６］に記載のＵＥ。
［Ｃ４１］
前記少なくとも１つのプロセッサは、選好の順序で代替ＱｏＳ要件を示すことによって前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ３６］に記載のＵＥ。
［Ｃ４２］
前記少なくとも１つのプロセッサは、
前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートのインジケーションを受信することを行うようにさらに構成された、
［Ｃ３０］に記載のＵＥ。
［Ｃ４３］
前記少なくとも１つのプロセッサは、前記ターゲット基地局へのハンドオーバを開始することによって前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ３０］に記載のＵＥ。
［Ｃ４４］
前記少なくとも１つのプロセッサは、前記少なくとも１つのソース基地局に接続されている間に前記ターゲット基地局とのランダムアクセスプロシージャを実行することによって、前記ハンドオーバを開始するように構成された、
［Ｃ４３］に記載のＵＥ。
［Ｃ４５］
前記少なくとも１つのプロセッサは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記少なくとも１つのソース基地局に測定報告を送信することによって、前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ３０］に記載のＵＥ。
［Ｃ４６］
少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに結合されたメモリとを備えるソース基地局であって、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、前記ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を行うように構成され、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、ソース基地局。
［Ｃ４７］
前記少なくとも１つのプロセッサは、前記ＵＥが前記ソース基地局に接続される間に前記ターゲット基地局への前記ＵＥのハンドオーバを開始することによって、前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ４６］に記載のソース基地局。
［Ｃ４８］
前記少なくとも１つのプロセッサは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することによって、前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ４６］に記載のソース基地局。
［Ｃ４９］
少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに結合されたメモリとを備えるターゲット基地局であって、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ＵＥの前記１つまたは複数の拡張能力と、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を行うように構成され、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、ターゲット基地局。
［Ｃ５０］
前記１つまたは複数のハンドオーバ関連プロシージャは、前記ＵＥが前記ソース基地局に接続される間に前記ＵＥとのランダムアクセスプロシージャを実行することを備える、
［Ｃ４９］に記載のターゲット基地局。
［Ｃ５１］
前記ランダムアクセスプロシージャは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルを備える、
［Ｃ５０］に記載のターゲット基地局。
［Ｃ５２］
前記少なくとも１つのプロセッサは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することによって、前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ４９］に記載のターゲット基地局。
［Ｃ５３］
前記少なくとも１つのプロセッサは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することによって、前記１つまたは複数のハンドオーバ関連プロシージャを実行するように構成された、
［Ｃ４９］に記載のターゲット基地局。
［Ｃ５４］
前記少なくとも１つのプロセッサは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更についての要求を受信することによって、前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ５３］に記載のターゲット基地局。
［Ｃ５５］
前記少なくとも１つのプロセッサは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を受信することによって前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ５３］に記載のターゲット基地局。
［Ｃ５６］
前記少なくとも１つのプロセッサは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を受信することによって、前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ５３］に記載のターゲット基地局。
［Ｃ５７］
前記少なくとも１つのプロセッサは、代替ＱｏＳ要件を受信することによって前記ＱｏＳネゴシエーションに参加するように構成された、
［Ｃ５３］に記載のターゲット基地局。
［Ｃ５８］
前記代替ＱｏＳ要件は、選好の順で示される、
［Ｃ５７］に記載のターゲット基地局。
［Ｃ５９］
ワイヤレス通信のための装置であって、
前記装置の１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングするための手段と、
前記装置の前記１つまたは複数の拡張能力と、ターゲット基地局における前記装置の前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行するための手段と
を備え、前記装置の前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する前記装置の能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記装置の能力
のうちの少なくとも１つを備える、装置。
［Ｃ６０］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、
前記ターゲット基地局の１つまたは複数のパラメータに基づいて前記ターゲット基地局のタイミングアドバンス（ＴＡ）を決定するための手段と、
前記ターゲット基地局とのランダムアクセスプロシージャをスキップするための手段と、
前記ＴＡに基づいて前記ターゲット基地局との接続を確立するための手段と
を備える、［Ｃ５９］に記載の装置。
［Ｃ６１］
前記１つまたは複数のパラメータは、前記ターゲット基地局の送信電力、前記ターゲット基地局のロケーション、または前記ターゲット基地局の信号強度のうちの少なくとも１つを備える、
［Ｃ６０］に記載の装置。
［Ｃ６２］
前記ターゲット基地局の前記ＴＡを前記決定するための手段は、前記ターゲット基地局がスモールセルタイプに対応するというインジケーションにさらに基づく、
［Ｃ６０］に記載の装置。
［Ｃ６３］
前記ターゲット基地局の前記ＴＡは、０である、
［Ｃ６２］に記載の装置。
［Ｃ６４］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルのセットを用いてランダムアクセスプロシージャを実行するための手段を備える、
［Ｃ５９］に記載の装置。
［Ｃ６５］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、前記ターゲット基地局における前記装置の前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記ターゲット基地局とのサービス品質（ＱｏＳ）ネゴシエーションに参加するための手段を備える、
［Ｃ５９］に記載の装置。
［Ｃ６６］
前記ＱｏＳネゴシエーションに前記参加するための手段は、前記ターゲット基地局がｅＣＣ動作をサポートする能力を有するときに第１のＱｏＳを受け付けるための手段、または、前記ターゲット基地局がｅＣＣ動作をサポートする能力がないときに前記第１のＱｏＳよりも低い第２のＱｏＳを受け付けるための手段を備える、
［Ｃ６５］に記載の装置。
［Ｃ６７］
前記ＱｏＳネゴシエーションに前記参加するための手段は、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更を要求するための手段を備える、
［Ｃ６５］に記載の装置。
［Ｃ６８］
前記ＱｏＳネゴシエーションに前記参加するための手段は、ＲＲＣ接続再確立要求とともにＱｏＳ要求を送信するための手段を備える、
［Ｃ６５］に記載の装置。
［Ｃ６９］
前記ＱｏＳネゴシエーションに前記参加するための手段は、前記装置の前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を示すための手段を備える、
［Ｃ６５］に記載の装置。
［Ｃ７０］
前記ＱｏＳネゴシエーションに前記参加するための手段は、選好の順序で代替ＱｏＳ要件を示すための手段を備える、
［Ｃ６５］に記載の装置。
［Ｃ７１］
前記ターゲット基地局における前記装置の前記１つまたは複数の拡張能力のサポートのインジケーションを受信するための手段をさらに備える、
［Ｃ５９］に記載の装置。
［Ｃ７２］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、前記ターゲット基地局へのハンドオーバを開始するための手段を備える、
［Ｃ５９］に記載の装置。
［Ｃ７３］
前記ハンドオーバを前記開始するための手段は、前記少なくとも１つのソース基地局に接続されている間に前記ターゲット基地局とのランダムアクセスプロシージャを実行するための手段を備える、
［Ｃ７２］に記載の装置。
［Ｃ７４］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、前記ターゲット基地局における前記装置の前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記少なくとも１つのソース基地局に測定報告を送信することを備える、
［Ｃ５９］に記載の装置。
［Ｃ７５］
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信するための手段と、
前記装置の前記１つまたは複数の拡張能力と、ターゲット基地局における前記装置の前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、前記装置から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行するための手段と
を備え、前記装置の前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いて前記ハンドオーバを実行する前記装置の能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記装置の能力
のうちの少なくとも１つを備える、装置。
［Ｃ７６］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、前記ＵＥが前記装置に接続される間に前記ターゲット基地局への前記ＵＥのハンドオーバを開始するための手段を備える、
［Ｃ７５］に記載の装置。
［Ｃ７７］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加するための手段を備える、
［Ｃ７５］に記載の装置。
［Ｃ７８］
ワイヤレス通信のための装置であって、
ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信するための手段と、
前記ＵＥの前記１つまたは複数の拡張能力と、前記装置における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局から前記装置に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行するための手段と
を備え、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いて前記ハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、装置。
［Ｃ７９］
前記１つまたは複数のハンドオーバ関連プロシージャは、前記ＵＥが前記ソース基地局に接続される間に前記ＵＥとのランダムアクセスプロシージャを実行するための手段を備える、
［Ｃ７８］に記載の装置。
［Ｃ８０］
前記ランダムアクセスプロシージャは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルを備える、
［Ｃ７９］に記載の装置。
［Ｃ８１］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加するための手段を備える、
［Ｃ７８］に記載の装置。
［Ｃ８２］
前記１つまたは複数のハンドオーバ関連プロシージャを前記実行するための手段は、前記装置における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加するための手段を備える、
［Ｃ７８］に記載の装置。
［Ｃ８３］
前記ＱｏＳネゴシエーションに前記参加するための手段は、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更についての要求を受信するための手段を備える、
［Ｃ８２］に記載の装置。
［Ｃ８４］
前記ＱｏＳネゴシエーションに前記参加するための手段は、ＲＲＣ接続再確立要求とともにＱｏＳ要求を受信するための手段を備える、
［Ｃ８２］に記載の装置。
［Ｃ８５］
前記ＱｏＳネゴシエーションに前記参加するための手段は、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を受信するための手段を備える、
［Ｃ８２］に記載の装置。
［Ｃ８６］
前記ＱｏＳネゴシエーションに前記参加するための手段は、代替ＱｏＳ要件を受信するための手段を備える、
［Ｃ８２］に記載の装置。
［Ｃ８７］
前記代替ＱｏＳ要件は、選好の順で示される、
［Ｃ８６］に記載の方法。
［Ｃ８８］
命令を記憶した、ワイヤレス通信のためのコンピュータ可読媒体であって、前記命令は、
ユーザ機器（ＵＥ）によって、前記ＵＥの１つまたは複数の拡張能力を少なくとも１つのソース基地局にシグナリングすることと、
前記ＵＥによって、前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、１つまたは複数のハンドオーバ関連プロシージャを実行することと
を行うために１つまたは複数のプロセッサによって実行可能であり、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いてハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、コンピュータ可読媒体。
［Ｃ８９］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、
前記ターゲット基地局の１つまたは複数のパラメータに基づいて前記ターゲット基地局のタイミングアドバンス（ＴＡ）を決定することと、
前記ターゲット基地局とのランダムアクセスプロシージャをスキップすることと、
前記ＴＡに基づいて前記ターゲット基地局との接続を確立することと
を備える、［Ｃ８８］に記載のコンピュータ可読媒体。
［Ｃ９０］
前記１つまたは複数のパラメータが、前記ターゲット基地局の送信電力、前記ターゲット基地局のロケーション、または前記ターゲット基地局の信号強度のうちの少なくとも１つを備える、
［Ｃ８９］に記載のコンピュータ可読媒体。
［Ｃ９１］
前記ターゲット基地局の前記ＴＡを決定することは、前記ターゲット基地局がスモールセルタイプに対応するというインジケーションにさらに基づく、
［Ｃ８９］に記載のコンピュータ可読媒体。
［Ｃ９２］
前記ターゲット基地局の前記ＴＡは、０である、
［Ｃ９１］に記載のコンピュータ可読媒体。
［Ｃ９３］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルのセットを用いてランダムアクセスプロシージャを実行することを備える、
［Ｃ８８］に記載のコンピュータ可読媒体。
［Ｃ９４］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記ターゲット基地局とのサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ８８］に記載のコンピュータ可読媒体。
［Ｃ９５］
前記ＱｏＳネゴシエーションに参加することは、前記ターゲット基地局がｅＣＣ動作をサポートする能力を有するときに第１のＱｏＳを受け付けること、または、前記ターゲット基地局がｅＣＣ動作をサポートする能力がないときに前記第１のＱｏＳよりも低い第２のＱｏＳを受け付けることを備える、
［Ｃ９４］に記載のコンピュータ可読媒体。
［Ｃ９６］
前記ＱｏＳネゴシエーションに参加することは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更を要求することを備える、
［Ｃ９４］に記載のコンピュータ可読媒体。
［Ｃ９７］
前記ＱｏＳネゴシエーションに参加することは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を送信することを備える、
［Ｃ９４］に記載のコンピュータ可読媒体。
［Ｃ９８］
前記ＱｏＳネゴシエーションに参加することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を示すことを備える、
［Ｃ９４］に記載のコンピュータ可読媒体。
［Ｃ９９］
前記ＱｏＳネゴシエーションに参加することは、選好の順序で代替ＱｏＳ要件を示すことを備える、
［Ｃ９４］に記載のコンピュータ可読媒体。
［Ｃ１００］
前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートのインジケーションを受信することをさらに備える、
［Ｃ８８］に記載のコンピュータ可読媒体。
［Ｃ１０１］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局へのハンドオーバを開始することを備える、
［Ｃ８８］に記載のコンピュータ可読媒体。
［Ｃ１０２］
前記ハンドオーバを開始することは、前記少なくとも１つのソース基地局に接続されている間に前記ターゲット基地局とのランダムアクセスプロシージャを実行することを備える、
［Ｃ１０１］に記載のコンピュータ可読媒体。
［Ｃ１０３］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいて前記少なくとも１つのソース基地局に測定報告を送信することを備える、
［Ｃ８８］に記載のコンピュータ可読媒体。
［Ｃ１０４］
命令を記憶した、ワイヤレス通信のためのコンピュータ可読媒体であって、前記命令は、
ソース基地局によって、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ソース基地局によって、前記ＵＥの前記１つまたは複数の拡張能力と、ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、前記ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を行うために１つまたは複数のプロセッサによって実行可能であり、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いて前記ハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、コンピュータ可読媒体。
［Ｃ１０５］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ＵＥが前記ソース基地局に接続される間に前記ターゲット基地局への前記ＵＥのハンドオーバを開始することを備える、
［Ｃ１０４］に記載のコンピュータ可読媒体。
［Ｃ１０６］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ１０４］に記載のコンピュータ可読媒体。
［Ｃ１０７］
命令を記憶した、ワイヤレス通信のためのコンピュータ可読媒体であって、前記命令は、
ターゲット基地局によって、ユーザ機器（ＵＥ）の１つまたは複数の拡張能力のインジケーションを受信することと、
前記ターゲット基地局によって、前記ＵＥの前記１つまたは複数の拡張能力と、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートとに少なくとも部分的に基づいて、ソース基地局から前記ターゲット基地局に前記ＵＥをハンドオーバするための１つまたは複数のハンドオーバ関連プロシージャを実行することと
を行うために１つまたは複数のプロセッサによって実行可能であり、前記ＵＥの前記１つまたは複数の拡張能力は、
前記１つまたは複数の拡張能力がないデバイスに対して低レイテンシを用いて前記ハンドオーバを実行する前記ＵＥの能力、または
拡張コンポーネントキャリア（ｅＣＣ）動作をサポートする前記ＵＥの能力
のうちの少なくとも１つを備える、コンピュータ可読媒体。
［Ｃ１０８］
前記１つまたは複数のハンドオーバ関連プロシージャは、前記ＵＥが前記ソース基地局に接続される間に前記ＵＥとのランダムアクセスプロシージャを実行することを備える、
［Ｃ１０７］に記載のコンピュータ可読媒体。
［Ｃ１０９］
前記ランダムアクセスプロシージャは、低レイテンシアクセスのために予約されたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルを備える、
［Ｃ１０８］に記載のコンピュータ可読媒体。
［Ｃ１１０］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ１０７］に記載のコンピュータ可読媒体。
［Ｃ１１１］
前記１つまたは複数のハンドオーバ関連プロシージャを実行することは、前記ターゲット基地局における前記ＵＥの前記１つまたは複数の拡張能力のサポートに少なくとも部分的に基づいてサービス品質（ＱｏＳ）ネゴシエーションに参加することを備える、
［Ｃ１０７］に記載のコンピュータ可読媒体。
［Ｃ１１２］
前記ＱｏＳネゴシエーションに参加することは、非アクセス層（ＮＡＳ）シグナリングを通して新しいＱｏＳをもつベアラリソース変更についての要求を受信することを備える、
［Ｃ１１１］に記載のコンピュータ可読媒体。
［Ｃ１１３］
前記ＱｏＳネゴシエーションに参加することは、ＲＲＣ接続再確立要求とともにＱｏＳ要求を受信することを備える、
［Ｃ１１１］に記載のコンピュータ可読媒体。
［Ｃ１１４］
前記ＱｏＳネゴシエーションに参加することは、前記ＵＥの前記１つまたは複数の拡張能力に少なくとも部分的に基づいて２つ以上のＱｏＳクラス識別子（ＱＣＩ）を受信することを備える、
［Ｃ１１１］に記載のコンピュータ可読媒体。
［Ｃ１１５］
前記ＱｏＳネゴシエーションに参加することは、代替ＱｏＳ要件を受信することを備える、
［Ｃ１１１］に記載のコンピュータ可読媒体。
［Ｃ１１６］
前記代替ＱｏＳ要件は、選好の順で示される、
［Ｃ１１５］に記載のコンピュータ可読媒体。
【図１】
0006682535.tif 000002
【図２】
0006682535.tif 000003
【図２Ａ】
0006682535.tif 000004
【図３】
0006682535.tif 000005
【図４】
0006682535.tif 000006
【図５】
0006682535.tif 000007
【図６】
0006682535.tif 000008
【図７】
0006682535.tif 000009
【図８】
0006682535.tif 000010
【図９】
0006682535.tif 000011
【図１０】
0006682535.tif 000012