(57)【要約】ｅＮＢ（ソースｅＮＢ）から別のｅＮＢ（ターゲットｅＮＢ）へのモバイル（移動する）リレー、ＭＲＮのハンドオーバ（例えば、ＵｎまたはＵｕの接続またはインターフェースを介する）を管理すること。ソースｅＮＢまたはドナーｅＮＢ（ＤｅＮＢ）は、モバイルリレーへのバックホールリンクを提供することができ、ＭＲＮは、ユーザ機器（ＵＥ）へのアクセスリンクを提供することができる。ハンドオーバを管理するために、アクセス情報（例えば、ドナーｅＮＢ、ＤｅＮＢ、セルリスト）を（operation and maintenance entity、ＯＡＭから）受信することができ、１または複数のターゲットｅＮＢが中継器を処理できる可能性があるかどうかに関する判定を、アクセス情報（すなわち、それが中継器可能、中継器アクセス可能、中継器をサポートするか否か）に基づいて行うことができる。判定に基づいて中継器を処理できる可能性があるターゲットｅＮＢを、１または複数のターゲットｅＮＢから選択して、中継器をこれにハンドオーバすることができ、選択されたターゲットｅＮＢは、ソースｅＮＢとの通信（バックホール）リンクを有することができる。中継器を、ソースｅＮＢと選択されたターゲットｅＮＢとの間の通信リンクを使用して、ソースｅＮＢから選択されたターゲットｅＮＢにハンドオーバすることができる。中継器を、無線アクセスネットワーク（ＲＡＮ）共有を使用するように構成することができ、モビリティ管理エンティティ（ＭＭＥ）を選択することができ、かつ／またはＥＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ）を変更することができる。
2014522211.tif 000002
【特許請求の範囲】
【請求項１】
ソースｅＮＢからターゲットｅＮＢへのモバイルリレーのハンドオーバを管理する方法であって、前記ソースｅＮＢは、前記モバイルリレーへのバックホールリンクを提供し、および前記モバイルリレーは、ユーザ機器（ＵＥ）へのアクセスリンクを提供し、前記方法は、
アクセス情報を受信するステップと、
前記アクセス情報に基づいて、１または複数のターゲットｅＮＢが前記モバイルリレーを処理できるかどうかを判定するステップと、
前記モバイルリレーをハンドオーバするために、前記１または複数のターゲットｅＮＢから前記モバイルリレーを処理できるターゲットｅＮＢを選択するステップであって、前記選択されたターゲットｅＮＢは、前記ソースｅＮＢとの通信リンクを有する、ステップと、
前記ソースｅＮＢと前記選択されたターゲットｅＮＢとの間の前記通信リンクを使用して、前記ソースｅＮＢから前記選択されたターゲットｅＮＢへ前記モバイルリレーをハンドオーバするステップと
を備えることを特徴とする方法。
【請求項２】
前記アクセス情報は、モバイルリレー可能またはモバイルリレーアクセス可能であるターゲットｅＮＢを示すように構成されることを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセス情報は、測定値をさらに備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記モバイルリレーをハンドオーバするために、前記ターゲットｅＮＢのうちの１または複数から前記モバイルリレーを処理できる前記ターゲットｅＮＢを選択するステップは、
前記測定値を使用して前記モバイルリレーを処理できる前記１または複数のターゲットｅＮＢから最良の隣接するターゲットｅＮＢを判定するステップと、
前記測定値に基づいて前記１または複数のターゲットｅＮＢから前記最良の隣接するターゲットｅＮＢとして前記ターゲットｅＮＢを選択するステップと
をさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記アクセス情報は、隣接するターゲットｅＮＢに関連するセルの動作周波数に関連する情報を備え、前記測定値は、前記モバイルリレーの前記動作周波数と同一の動作周波数で動作しつつあるセルに関連する周波数内測定値または前記モバイルリレーの前記動作周波数とは異なる動作周波数で動作しつつあるセルに関連する周波数間測定値のうちの少なくとも１つを備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへの前記モバイルリレーの前記ハンドオーバは、前記測定値が、前記ソースｅＮＢに関するものより高い、前記最良の隣接するｅＮＢに関する通信品質を示すことに応答するものであることを特徴とする請求項４に記載の方法。
【請求項７】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへの前記モバイルリレーの前記ハンドオーバは、前記モバイルリレーが前記ソースｅＮＢへの表示を使用することによって若しくは前記ターゲットｅＮＢへの同期化を開始することによって自律的に開始され；現在の基地局によって開始され；または前記モバイルリレーの既知のルートに基づいて事前に構成される、の少なくとも１つであることを特徴とする請求項１に記載の方法。
【請求項８】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへの前記モバイルリレーの前記ハンドオーバは、前記選択された隣接する基地局動作パラメータを満足するために前記モバイルリレーの構成を変更するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記ハンドオーバは、前記モバイルリレーと前記ソースｅＮＢとの間の無線リンク障害（ＲＬＦ）に応答するものであることを特徴とする請求項１に記載の方法。
【請求項１０】
再確立は、前記ＲＬＦが発生する時に、前記モバイルリレーを前記ソースｅＮＢまたは前記選択されたターゲットｅＮＢのうちの少なくとも１つに再接続するために実行されるように構成されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記ターゲットｅＮＢの１または複数が、接続モードまたはＩＤＬＥモードのうちの少なくとも１つで動作する前記モバイルリレーを処理できるかどうかを判定するステップをさらに備え、前記モバイルリレーをハンドオーバするための前記選択されたターゲットｅＮＢは、さらに、前記接続モードまたは前記ＩＤＬＥモードのうちの少なくとも１つで前記モバイルリレーを処理することができることを特徴とする請求項１に記載の方法。
【請求項１２】
前記モバイルリレーは、無線アクセスネットワーク（ＲＡＮ）共有を使用するように構成されることを特徴とする請求項１に記載の方法。
【請求項１３】
前記モバイルリレーは、前記ＲＡＮ共有に関して異なるオペレータまたはネットワークへの複数の認証手順を実行するように構成されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへ前記モバイルリレーをハンドオーバするステップは、前記モバイルリレーに関連するＥ−ＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ）を変更するステップを備えることを特徴とする請求項１に記載の方法。
【請求項１５】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへ前記モバイルリレーをハンドオーバするステップは、前記モバイルリレーの下の前記ＵＥのモビリティ管理エンティティ（ＭＭＥ）を選択し、または再選択するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１６】
前記ソースｅＮＢは、ソースドナーｅＮＢを備え、前記ターゲットｅＮＢは、ターゲットドナーｅＮＢを備えることを特徴とする請求項１に記載の方法。
【請求項１７】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへの前記モバイルリレーの前記ハンドオーバは、Ｕｎ接続またはＵｎインターフェースを介することを特徴とする請求項１に記載の方法。
【請求項１８】
前記Ｕｎ接続または前記Ｕｎインターフェースを介して前記モバイルリレーのモビリティおよび接続制御を提供するステップをさらに備えることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記ハンドオーバの一部として前記モバイルリレーの下の前記ＵＥに関連する情報は、前記ＵＥに関連する前記情報および前記ＵＥのパス切替えが、前記ターゲットＤｅＮＢおよびＭＭＥへの単一の信号または合併された信号内で実行されるように構成されるように、グループまたはバンドルで処理されるように構成されることを特徴とする請求項１に記載の方法。
【請求項２０】
ソースｅＮＢからターゲットｅＮＢへのモバイルリレーのハンドオーバを管理するシステムであって、前記ソースｅＮＢは、前記モバイルリレーへのバックホールリンクを提供し、および前記モバイルリレーは、少なくとも１つの無線送信／受信ユニット（ＷＴＲＵ）へのアクセスリンクを提供し、前記システムは、
アクセス情報を受信し、
前記アクセス情報に基づいて、１または複数のターゲットｅＮＢが前記モバイルリレーを処理できるかどうかを判定し、
前記モバイルリレーをハンドオーバするために、前記１または複数のターゲットｅＮＢから前記モバイルリレーを処理できるターゲットｅＮＢを選択し、前記選択されたターゲットｅＮＢは、前記ソースｅＮＢとの通信リンクを有し、
前記ソースｅＮＢと前記選択されたターゲットｅＮＢとの間の前記通信リンクを使用して、前記ソースｅＮＢから前記選択されたターゲットｅＮＢへ前記モバイルリレーをハンドオーバする
ように構成されたプロセッサ
を備えることを特徴とするシステム。
【請求項２１】
前記アクセス情報は、モバイルリレー可能またはモバイルリレーアクセス可能であるターゲットｅＮＢを示すように構成されることを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記アクセス情報は、測定値をさらに備えることを特徴とする請求項２１に記載のシステム。
【請求項２３】
前記モバイルリレーをハンドオーバするために、前記ターゲットｅＮＢのうちの１または複数から前記モバイルリレーを処理できる前記ターゲットｅＮＢを選択する時に、前記プロセッサは、
前記測定値を使用して前記モバイルリレーを処理できる前記１または複数のターゲットｅＮＢから最良の隣接するターゲットｅＮＢを判定し、
前記測定値に基づいて前記１または複数のターゲットｅＮＢから前記最良の隣接するターゲットｅＮＢとして前記ターゲットｅＮＢを選択する
ようにさらに構成されることを特徴とする請求項２２に記載のシステム。
【請求項２４】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへの前記モバイルリレーの前記ハンドオーバは、前記モバイルリレーが前記ソースｅＮＢへの表示を使用することによって若しくは前記ターゲットｅＮＢへの同期化を開始することによって自律的に開始され；現在の基地局によって開始され；または前記モバイルリレーの既知のルートに基づいて事前に構成される、のうちの少なくとも１つであることを特徴とする請求項２０に記載のシステム。
【請求項２５】
前記プロセッサは、前記ターゲットｅＮＢのうちの１または複数が、接続モードまたはＩＤＬＥモードのうちの少なくとも１つで動作する前記モバイルリレーを処理できるかどうかを判定するようにさらに構成され、前記モバイルリレーをハンドオーバするための前記選択されたターゲットｅＮＢは、前記判定に基づいて前記接続モードまたは前記ＩＤＬＥモードのうちの少なくとも１つである前記モバイルリレーを処理することができることを特徴とする請求項２０に記載のシステム。
【請求項２６】
前記ソースｅＮＢは、ソースドナーｅＮＢを備え、前記ターゲットｅＮＢは、ターゲットドナーｅＮＢを備えることを特徴とする請求項２０に記載のシステム。
【請求項２７】
前記ソースｅＮＢから前記選択されたターゲットｅＮＢへの前記モバイルリレーの前記ハンドオーバは、Ｕｎ接続またはＵｎインターフェースを介することを特徴とする請求項２０に記載のシステム。
【請求項２８】
前記プロセッサは、
前記Ｕｎ接続または前記Ｕｎインターフェースを介して前記モバイルリレーのモビリティおよび接続制御を提供するようにさらに構成されることを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記モバイルリレーは、無線アクセスネットワーク（ＲＡＮ）共有を使用するように構成されることを特徴とする請求項２０に記載のシステム。
【請求項３０】
前記モバイルリレーは、前記ＲＡＮ共有に関して異なるオペレータまたはネットワークへの複数の認証手順を実行するように構成されることを特徴とする請求項２９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関する。
【背景技術】
【０００２】
現在、携帯電話機、ラップトップ、タブレットなどのデバイス並びにその使用は、家庭、オフィスおよび／または学校環境での通信媒体としてますます人気のあるものになってきた。通常、そのようなデバイスは、データおよびコンテンツにアクセスするのに無線通信システムを使用する。例えば、現在の無線通信システムは、無線通信システムのコアネットワークに接続されたｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）を含む。ｅＮＢは、コアネットワークへのアクセスを提供し、それにより、コアネットワークとデバイスとの間のデータアクセスおよびコンテンツアクセスを含む通信機能性を提供するためにデバイスと直接に通信する。残念ながら、そのようなｅＮＢのコストは、高価になる傾向があり、無線通信システムの需要が高まり、広がるにつれて、ｅＮＢの個数も増加し、これによって、さらにコストが高まることになる。
【発明の概要】
【０００３】
無線通信（例えば、モバイルリレーを含む）を提供し、管理するシステムおよび方法を、本明細書で開示することができる。一実施形態では、そのようなシステムおよび方法は、基地局またはソースｅＮＢ若しくはソースドナーｅＮＢ（ＤｅＮＢ）などのｅＮＢから別の基地局またはターゲットｅＮＢ若しくはＤｅＮＢなどのｅＮＢへのモバイルリレー、中継ノード（ＲＮ）、または移動ＲＮ（ＭＲＮ）などの中継器のハンドオーバ（例えば、ＵｎまたはＵｕの接続またはインターフェースを介する）を管理することを含むことができる。一実施形態によれば、ソースｅＮＢまたはＤｅＮＢは、中継器へのバックホールリンクを提供することができ、中継器は、ユーザ機器（ＵＥ）または無線送受信ユニット（ＷＴＲＵ）へのアクセスリンクを提供することができる。ハンドオーバを管理するために、アクセス情報を受信することができ、ここで、アクセス情報は、中継器可能または中継器アクセス可能とすることができるターゲットｅＮＢを示すように構成され得、かつ／または測定値を含むことができる。その後、１または複数のターゲットｅＮＢが中継器を処理できる可能性があるかどうかに関する判定を、アクセス情報に基づいて行うことができる。判定に基づいて中継器を処理できる可能性があるターゲットｅＮＢを、１または複数のターゲットｅＮＢから選択して、モバイルリレーをこれにハンドオーバすることができる。例示的な実施形態では、選択されたターゲットｅＮＢは、ソースｅＮＢとの通信リンクを有することができる。その後、中継器を、ソースｅＮＢと選択されたターゲットｅＮＢとの間の通信リンクを使用して、ソースｅＮＢから選択されたターゲットｅＮＢにハンドオーバすることができる。実施形態では（例えば、ハンドオーバ中またはハンドオーバ後に）、中継器を、無線アクセスネットワーク（ＲＡＮ）共有を使用するように構成することができ、ＭＭＥ（mobility management entity）を選択することができ、かつ／またはＥＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ）を変更することもできる。
【０００４】
この発明の概要は、以下で発明を実施するための形態で詳述される概念の選択物を単純化された形で導入するために提供される。この発明の概要は、特許請求される主題の主要な特徴または本質的特徴を識別することを意図されたものでもなく、特許請求される主題の範囲を限定するのに使用されることを意図されたものでもない。さらに、特許請求される主題は、本開示のどの部分であれ、これに記載の不利益のいずれかまたは全てを解決するいずれの限定にも限定されない。
【図面の簡単な説明】
【０００５】
より詳細な理解は、本明細書に添付される図面に関連して例として与えられる、以下の発明を実施するための形態から得ることができる。
【図１Ａ】１または複数の開示される実施形態を実施できる例示的な通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用できる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。
【図２】中継器を含む例示的な通信システムを示す図である。
【図３Ａ】例示的な中継器ハンドオーバの動作、手順または方法を示す図である。
【図３Ｂ】例示的な中継器ハンドオーバの動作、手順または方法を示す図である。
【図４】共有できるネットワークリソースおよび／または無線リソースの例示的な実施態様を示す図である。
【図５】共有できるネットワークリソースおよび／または無線リソースの例示的な実施態様を示す図である。
【図６】Ｕｎ受信、Ｕｕ送信、並びに／または関連する周波数内測定機会および周波数間測定機会に使用可能な例示的なサブフレームを示す図である。
【図７】ＵｎとＵｕとの間のフラクショナルサブフレームタイミングオフセット（ＦＳＴＯ）を用いる例示的なサブフレーム構成を示す図である。
【図８】中継ノードＥ−ＲＡＢ変更を用いる中継器ハンドオーバ手順の例示的な実施形態を示す図である。
【図９】ＭＭＥ再配置手順および／またはＭＭＥ再配置方法の例示的な実施形態を示す図である。
【図１０】オペレータへの認証を別々のＲＲＣ手順で実行できる、ＡＴＴＡＣＨおよび／若しくは認証の動作、手順、または方法の例示的な実施形態を示す図である。
【図１１】オペレータへの認証を単一のＲＲＣ手順で実行できる、ＡＴＴＡＣＨおよび／若しくは認証の動作、手順、または方法の例示的な実施形態を示す図である。
【発明を実施するための形態】
【０００６】
詳細な説明が、本明細書で特定の実施形態を参照して図示され、説明されるが、本発明は、図示の詳細に限定されることを意図されたものではない。そうではなく、詳細における様々な変更が、特許請求の範囲の範囲およびその同等物の範囲内で、本発明から逸脱せずに行うことができる。
【０００７】
様々なインターフェース（例えば、Ｕｕ、Ｕｎ、Ｓ１、Ｘ２など）、リソース共有、および／または無線アクセスベアラ変更を使用してモバイルリレー若しくはＲＮおよび／またはユーザ機器（例えば、ＲＮ  ＵＥ）のための中継ノード（ＲＮ）モビリティを実施するシステムおよび方法を、本明細書で説明するように提供することができる。例えば、ＲＮおよび／若しくはドナーｅＮｏｄｅ−Ｂ（ＤｅＮＢ）のアクセス関連情報の収集および／若しくは転送を含むＲＮアクセス情報、ＲＮのＵｎインターフェースに関連する測定制御、ＲＮハンドオーバ開始および手順若しくは方法、並びに／またはＲＮ  ＩＤＬＥモードモビリティの手順若しくは方法を提供し、かつ／または使用することができる。さらに、ＲＮハンドオーバ中の若しくはその後のＵｎ／Ｕｕサブフレーム再アライメントおよび／若しくはオフセットの処理若しくは管理、ＲＮセル構成および／若しくはＵｕシステム情報変更の管理若しくは処理、ＩＤＬＥモードへの遷移および／若しくはＲＮデタッチの後のＵｕの管理若しくは処理、並びに／またはトラッキングエリアおよび／若しくはＴＡＵの管理若しくは処理を提供し、かつ／または使用することができる。実施形態では、ＲＮハンドオーバの準備中とＲＮハンドオーバ中の機能強化された呼アドミッション制御のためのネゴシエーション中とのターゲットＤｅＮＢとソースＤｅＮＢとの間のＲＮ構成を含むＲＮコンテキスト情報および／若しくはＲＮ  ＵＥコンテキスト情報の管理若しくは処理、ＲＮハンドオーバ中のＵＥ  ＭＭＥ変更の管理若しくは処理、ＲＮの「および隣接ｅＮＢ情報の交換の管理若しくは処理、並びに／またはＲＮハンドオーバ中のデータプレーンの管理若しくは処理をさらに提供し、かつ／または使用することができる。追加の実施形態によれば、ＲＡＮ共有のためのＲＮ構成（例えば、モバイルリレーを使用する）、ＲＡＮ共有のためのＲＮアタッチおよび／若しくは認証（例えば、複数ＰＬＭＮ動作）、ＲＡＮ共有の手順若しくは方法、および／または複数ＤｅＮＢへの複数Ｕｎサポート（例えば、複数ＤｅＮＢへの複数Ｕｎインターフェースを提供する方法若しくは手順）を提供し、かつ／または使用することができる。ＲＮ  ＭＭＥインターフェース切断検出、ＵＥ  ＭＭＥ再配置、ＤｅＮＢ（例えば、「正しい」ＤｅＮＢ）へのアタッチのための機能強化されたＲＮスタートアップ、ＲＮハンドオーバおよび／若しくは呼アドミッション中のＲＮ  Ｅ−ＲＡＢ変更の管理若しくは処理、ＲＮハンドオーバ中のＲＮ  Ｅ−ＲＡＢ変更に基づくＲＮ  ＵＥ  Ｅ−ＲＡＢの管理若しくは処理、並びに／またはＵＥ（例えば、ＲＮ  ＵＥまたはＲＮ  ＵＥ  Ｅ−ＲＡＢ）が接続モードおよび／若しくはＩＤＬＥモードでＲＮ若しくはモバイルリレーから離れて移動する可能性がある時のＭＭＥ選択をも提供し、かつ／または使用することができる。
【０００８】
図１Ａは、１または複数の開示される実施形態を実施できる例示的な通信システム１００の図である。通信システム１００を、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を使用できる。
【０００９】
図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態が、任意の個数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを了解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれを、無線環境内で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄを、無線信号を送信し、かつ／または受信するように構成することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ユーザ機器（ＵＥ）、移動局、固定のまたは可動の加入者ユニット、ページャ、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ機、ネットブック、パーソナルコンピュータ、無線センサ、消費者エレクトロニクスなどを含むことができる。
【００１０】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂを、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として図示されているが、基地局１１４ａ、１１４ｂが、任意の個数の相互接続された基地局および／またはネットワーク要素を含むことができることを了解されたい。
【００１１】
基地局１１４ａを、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、他の基地局および／または基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂを、セル（図示せず）と称する場合もある特定の地理的領域内で無線信号を送信し、かつ／または受信するように構成することができる。セルを、さらに、セルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを、３つのセクタに分割することができる。従って、一実施形態では、基地局１１４ａは、３つのトランシーバすなわち、セルのセクタごとに１つのトランシーバを含むことができる。別の実施形態では、基地局１１４ａは、ＭＩＭＯ技術を使用することができ、従って、セルのセクタごとに複数のトランシーバを利用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６を、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１３】
より具体的には、上記したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を使用できる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access）などの無線技術を実施することができ、ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。Ｗ−ＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含むことができる。
【００１４】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実施することができ、Ｅ−ＵＴＲＡは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる。
【００１５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５、ＩＳ−８５６、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１６】
図１Ａの基地局１１４ｂは、例えば無線ルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントとすることができ、職場、家庭、車両、キャンパスなど、局所化された区域内での無線接続性を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ  ８０２．１１などの無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ  ８０２．１５などの無線技術を実施することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有しうる。従って、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスしないものとすることができる。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信しているものとすることができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）のサービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイル位置情報サービス、前払い呼、インターネット接続性、ビデオ分配などを提供し、かつ／またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａには図示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接にまたは間接に通信できることを了解されたい。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用している別のＲＡＮ（図示せず）と通信することもできる。
【００１８】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含みうる。インターネット１１０は、ＴＣＰ／ＩＰスイート内のＴＣＰ、ＵＤＰおよびＩＰなどの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含みうる。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される有線または無線の通信ネットワークを含みうる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを使用可能な１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃを、セルラベースの無線技術を使用できる基地局１１４ａおよびＩＥＥＥ  ８０２無線技術を使用できる基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２が、実施形態と一貫したままでありながら前述の要素の任意のサブコンビネーションを含むことができることを了解されたい。
【００２１】
プロセッサ１１８を、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１１８を、トランシーバ１２０に結合することができ、トランシーバ１２０を、送受信要素１２２に結合することができる。図１Ｂは、別々のコンポーネントとしてプロセッサ１１８およびトランシーバ１２０を示すが、プロセッサ１１８およびトランシーバ１２０を、電子パッケージまたはチップ内に一緒に一体化することができることを了解されたい。
【００２２】
エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）へ信号を送信し、または基地局から信号を受信するように、送受信要素１２２を構成することができる。例えば、一実施形態では、送受信要素１２２を、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナとすることができる。別の実施形態では、送受信要素１２２を、例えばＩＲ、ＵＶまたは可視光信号を送信し、かつ／または受信するように構成されたエミッタ／検出機とすることができる。別の実施形態では、送受信要素１２２を、ＲＦ信号と光信号との両方を送信し、受信するように構成することができる。送受信要素１２２を、無線信号の任意の組合せを送信し、かつ／または受信するように構成することができることを了解されたい。
【００２３】
さらに、送受信要素１２２は、図１Ｂでは単一の要素として図示されているが、ＷＴＲＵ１０２は、任意の個数の送受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。従って、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信し、受信する複数の送受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２４】
送受信要素１２２によって送信される信号を変調し、送受信要素１２２によって受信される信号を復調するように、トランシーバ１２０を構成することができる。上記したように、ＷＴＲＵ１０２は、マルチモード能力を有することができる。従って、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され、これらからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリの情報にアクセスし、そのメモリにデータを格納することができる。ノンリムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリの情報にアクセスし、そのメモリにデータを格納することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配し、かつ／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、燃料電池などを含むことができる。
【００２７】
プロセッサ１１８を、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６を、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／または複数の近くの基地局から受信されつつある信号のタイミングに基づいてその位置を判定することができる。ＷＴＲＵ１０２が、実施形態と一貫したままでありながら任意の適切な位置判定方法によって位置情報を獲得できることを了解されたい。
【００２８】
プロセッサ１１８を、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線若しくは無線の接続性を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、ディジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどを含むことができる。
【００２９】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するのにＥ−ＵＴＲＡ無線技術を使用できる。ＲＡＮ１０４を、コアネットワーク１０６と通信しているものとすることもできる。
【００３０】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４が、実施形態と一貫したままでありながら任意の個数のｅＮｏｄｅ−Ｂを含むことができることを了解されたい。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１または複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ  １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。従って、ｅＮｏｄｅ−Ｂ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３１】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれを、特定のセル（図示せず）に関連付けることができ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されているように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３２】
図１Ｃに示されたコアネットワーク１０６は、ＭＭＥ（mobility management gateway）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として図示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または運営される場合があることを了解されたい。
【００３３】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などの責任を負うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷ−ＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間の切替えのための制御プレーン機能を提供することもできる。
【００３４】
サービングゲートウェイ１４４を、Ｓ１インターフェースを介してＲＡＮ  １０４内のｅＮｏｄｅ  Ｂ  １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１４４は、ｅＮｏｄｅ  Ｂ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために使用可能である時のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテンツの管理および格納など、他の機能を実行することもできる。
【００３５】
サービングゲートウェイ１４４を、ＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。
【００３６】
コアネットワーク１０６は、他のネットワークとの通信を容易にしうる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＭＳ（IP multimedia subsystem）サーバ）を含むことができ、またはこれと通信することができる。さらに、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができ、このネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される他の有線のまたは無線のネットワークを含むことができる。
【００３７】
上述したように、図１Ａ〜１Ｃに示された通信システム１００などの無線通信システムは、ｅＮＢ  １４０ａ〜１４０ｃなどの１または複数のｅＮＢと置換されまたはその代わりにまたはそれに関連して設置され得る１または複数のＲＮを含むことができる。例示的な実施形態によれば、ＲＮを、無線システム内でｅＮＢまたは追加のｅＮＢの設置より低コストのオプションとすることができる（例えば、帯域幅を増やし、ユーザからの需要をサポートするために）。例えば、ＲＮは、無線通信システムのネットワークへの有線リンクに関連付けることのできる資本支出および操業費用を除去することによって、コスト削減を提供することができる。従って、一実施形態では、ＲＮは、そのような有線リンクを使用するのではなく、無線で「ドナーｅＮＢ」（ＤｅＮＢ）と通信することができる。さらに、ＲＮは、ネットワークへのアクセスを提供するために、ユーザ機器（ＵＥ）または無線送信／受信ユニット（ＷＴＲＵ）と直接に通信することができる。例示的な実施形態によれば、ＲＮは、無線通信システムおよびそのネットワーク内で使用できるレガシのまたは現在使用可能なＵＥまたはＷＴＲＵ（例えば、３ＧＰＰリリース８および／または３ＧＰＰリリース９のＵＥおよびＷＴＲＵ）にとって、ｅＮＢに見えるかｅＮＢのように見えるものとすることができる（例えば、模倣することができる）。
【００３８】
図２に、ＬＴＥシステムまたはＬＴＥ−Ａシステムなどの無線通信システム（例えば、図１Ａ〜１Ｃに示された無線通信システム１００）で使用できる、中継ノード（ＲＮ）２０５などのＲＮの例示的な実施形態を示す。図２に示されているように、ＲＮ（例えば、ＲＮ２０５）は、第１のリンク２１５などの無線インターフェースまたは無線リンクを介して中継ノードＵＥ２１０などのＵＥと通信しているものとすることができる。例示的な実施形態によれば、ＲＮ（例えば、ＲＮ２０５）を、ＬＴＥシステムと互換のノードとすることができる。
【００３９】
ＲＮ（例えば、ＲＮ２０５）を、さらに、第２のリンク２２５などの無線インターフェースまたは無線リンクを介してＤｅＮＢ２２０などのＤｅＮＢと通信しているものとすることができる。例示的な実施形態によれば、無線インターフェースまたは無線リンク（例えば、第１のリンク２１５および／または第２のリンク２２５）を、Ｕｕインターフェースおよび／またはＵｎインターフェースとすることができる。例示的な実施形態では、Ｕｕインターフェースおよび／またはＲＮ  Ｕｕインターフェースは、ＲＮ（例えば、ＲＮ２０５）とそのＲＮがサービスしている可能性がある特定のＵＥ（例えば、ＵＥ２１０）との間の、例えば、ＲＮアクセスリンクを含むインターフェースとすることができる。Ｕｎインターフェースは、一般に、ＲＮとそのドナーｅＮＢ（ＤｅＮＢ）との間のインターフェース（例えば、バックホールインターフェースまたはバックホールリンク）を指す。
【００４０】
図２に示されているように、ＤｅＮＢ（例えば、ＤｅＮＢ２２０）を、さらに、ネットワーク２３０などのネットワークおよび／またはマクロＵＥ２３５などの１または複数のＵＥと通信しているものとすることができる。例示的な実施形態では、ＤｅＮＢ（例えば、ＤｅＮＢ２２０）を、インターフェース２４０などの有線インターフェースまたは有線リンク（例えば、Ｓ１インターフェース）を介してネットワーク（例えば、２３０）と通信しているものとすることができる。ＤｅＮＢ（例えば、ＤｅＮＢ２２０）を、マクロＵｕインターフェースおよび／またはマクロＵｎインターフェースとすることができる第３のリンク２５０などの無線インターフェースまたは無線リンクを介して１または複数の追加のＵＥまたはマクロＵＥ（例えば、２４５）と通信しているものとすることもできる。
【００４１】
図２を参照すると、ＲＮ（例えば、ＲＮ２０５）は、様々な異なるタイプまたは様々な異なるＲＮとすることができる。例えば、ＲＮを、ＵｕインターフェースおよびＵｎインターフェース上で同一の搬送波周波数を使用することができ、自己干渉に起因して同時に一方のインターフェースで送信し、他方のインターフェースで受信することができないものとすることができる（例えば、一方のリンクでの送信が、他方での受信と干渉する可能性があるので）タイプ１ＲＮ；ＵｕおよびＵｎ上で異なる搬送波周波数を使用でき、サブフレームパーティショニングを使用できない、タイプ１ａ  ＲＮ；ＵｕインターフェースおよびＵｎインターフェース上で同一の搬送波周波数を使用することができ、適度なアンテナ分離を有することができ、自己干渉を減らすか除去することができるようになっており、サブフレームパーティショニングを使用できない、タイプ１ｂ  ＲＮ、などとすることができる。例示的な実施形態では、タイプ１ＲＮについて、自己干渉を避けるためにサブフレームを２つのリンクの間でパーティショニングすることができ、Ｕｎサブフレーム構成は、バックホール通信用のサブフレームを識別するためにＲＮに提供される。
【００４２】
さらに、タイプ１ＲＮおよび／またはタイプ１中継器の動作または方法に関するＲＮサブフレームを、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、ＲＮ（例えば、ＲＮ２０５）を、ＵｎインターフェースとＵｕインターフェースとの両方について同一の搬送波上で動作するように構成され得るタイプ１ＲＮとすることができ、ＤｅＮＢ（例えば、ＤｅＮＢ２２０）によってＵｎサブフレーム構成（例えば、ＲＮサブフレーム構成）を与えることができる。ＲＮサブフレーム構成は、Ｕｎ通信（例えば、バックホール通信）のためにＲＮとＤｅＮＢとの間で使用できるサブフレームを識別することができる。Ｕｎサブフレーム中に、ＲＮは、Ｕｎインターフェースを介してＤｅＮＢからの送信を受信することができ、非Ｕｎサブフレーム中に、ＲＮは、Ｕｎインターフェースを介するＵＥへの送信をスケジューリングすることができる。例示的な実施形態によれば、Ｕｎサブフレームパターンを、４０サブフレーム期間にわたって構成することができ、サブフレーム｛０，４，５，９｝は、Ｕｎサブフレームとして構成することができない。
【００４３】
Ｕｎに使用できるサブフレームを、ＲＮのＵｕインターフェース上のＭＢＳＦＮサブフレームとしてＲＮによって構成することができ、ＲＮ  ＵＥは、最初の１つまたは２つのＯＦＤＭシンボルで送信できるユニキャスト制御信号を除いて、これらのサブフレームの内容を無視することができる。そのようなサブフレームでは、ＲＮは、ユニキャスト制御信号をＵＥに送信することができ、その後、送信（Ｔｘ）モードから受信（Ｒｘ）モードに切り替えることができ、かつ／またはＵｎインターフェース上でＤｅＮＢをリッスンすることができる。
【００４４】
ユニキャスト制御信号を、ＨＡＲＱ肯定応答に使用することができる（例えば、ＰＨＩＣＨを使用して、アップリンク送信を肯定応答することができる）。ＭＢＳＦＮサブフレームをもサポートし、かつ／または使用して、より古いまたは以前のＵＥ（例えば、Ｒｅｌ−８  ＵＥ）が、ＲＮを利用できるようにすることができる（例えば、ＲＮアクセスを、Ｒｅｌ−８  ＵＥなどのより古いまたは以前のＵＥに後方互換とすることができる）。実施形態では、ＭＢＳＦＮサブフレームの使用は、スループット効率の消失を引き起こす可能性がある。というのは、各サブフレームの始めで浪費される可能性があるＯＦＤＭシンボル（例えば、３つのＯＦＤＭシンボル）がある可能性があるからである（例えば、最大で、ユニキャスト制御信号用の２つのシンボル並びにＲＮ  ＴｘとＲＮ  Ｒｘとの間の切替え時間のための１つのシンボル）。
【００４５】
ＲＮスタートアップおよび／またはＲＮ構成を、本明細書で説明されるように提供し、実行し、かつ／または使用することもできる。例えば、スタートアップ方法またはスタートアップ手順を、ＲＮ（例えば、ＲＮ２０５）によって実行し、開始し、または呼び出すことができる。スタートアップ時に、ＲＮは、まず、ＵＥアタッチ手順に従ってネットワークに接続することができ、ドナーｅＮＢ（ＤｅＮＢ）リストを含む構成情報をＲＮ  ＯＡＭ（RN Operation, Administration, and Maintenance）から取り出すことができる。ＤｅＮＢリストは、ＲＮがＤｅＮＢをサポートする適当なＲＮを見つけ、これに接続するのに使用される情報を含むことができる。ＲＮスタートアップは、ＲＮに、ＤｅＮＢリストから選択されたＤｅＮＢを介してネットワークにアタッチさせることができる。接続確立および認証を完了できた後に、ＲＮに、ＲＮセルの動作を開始するためにその構成情報を与えることができる。構成には、Ｕｕ搬送波周波数、セル関連情報、および／またはＵｎサブフレーム構成などの情報を含むことができる。ＤｅＮＢへのＸ２接続およびＳ１−ＡＰ接続を確立できた後に、ＲＮセルは、１または複数のＵＥにサービスする準備ができているものとすることができる。
【００４６】
さらに、実施形態では、Ｅ−ＵＴＲＡＮ内ハンドオーバ（例えば、Ｒｅｌ−１０で提供される可能性があるもの）などのハンドオーバを、本明細書で説明されるように実行し、使用し、変更し、かつ／または開始することができる。例えば、ＬＴＥネットワーク内の接続モードＵＥのモビリティを、ネットワークによって制御されＵＥによって支援されるハンドオーバによってサポートすることができる。Ｅ−ＵＴＲＡＮ内のあるセルから別のセルへＵＥをハンドオーバする判断を、そのＵＥにサービスしつつある可能性があるソースｅＮＢによって行うことができる。この判断は、ＵＥによって提供される測定レポート並びに例えばトラフィック負荷を含む他のネットワーク態様に基づくものとすることができる。ソースｅＮＢが、ＵＥをターゲットｅＮＢ上の別のセルに移動すると判断しまたは判定できた後に、それは、ハンドオーバ手順を開始することができる。実施形態では、ターゲットｅＮＢでまたはターゲットｅＮＢへのＵＥの移動をサポートするのに使用される可能性があるリソースを、ハンドオーバについてＵＥに通知する前に準備することができる。
【００４７】
制御プレーンの観点から、ｅＮＢは、Ｘ２−ＡＰインターフェースまたはＳ１−ＡＰインターフェースのいずれかでハンドオーバ手順を開始することができる。Ｘ２ハンドオーバを介してハンドオーバを実行するためには、次の判断基準のうちの１または複数が、ソースｅＮＢによって満足されるものとすることができる：ソースｅＮＢとターゲットｅＮＢとの間にＸ２接続がある可能性がある、ＵＥの移動に起因するＥＰＣモード（ＭＭＥ）の変化がない可能性がある、ソースｅＮＢが、試みられるＸ２ハンドオーバについてターゲットｅＮＢから否定の応答を受信しない可能性がある、など。追加の例示的な実施形態では、上記の判断基準を満足できない時に、ハンドオーバ手順を、Ｓ１−ＡＰインターフェースを介してＭＭＥに向けて開始することができる。
【００４８】
さらに、ユーザプレーンの観点から、ＵＥがソースセルからターゲットセルに移動する可能性がある間のデータ消失を最小にするために、ソースｅＮＢは、ＵＥに配送されていない可能性がある着信データをターゲットｅＮＢに転送するためにＸ２トンネルまたはＳ１トンネルを確立することができる。これは、ＵＥがターゲットセル上でターゲットｅＮＢと同期化でき、サービングＧＷへおよび／またはサービングＧＷからのデータパスを切り替えることができるまで、継続する可能性がある。
【００４９】
例示的な実施形態によれば、ＲＮハンドオーバの手順、方法、および／または動作を、１または複数のＲＮを有する通信システムに関して本明細書で説明されるように提供し、実行し、かつ／または使用することができる。図３Ａおよび図３Ｂに、ＲＮハンドオーバの動作、手順、および／または方法の例示的な実施形態を示す。図３Ａに示されているように、ＭＭＥ変更またはＳ−ＧＷ変更を含まないものとすることができるＸ２ハンドオーバシーケンスは、例えば、（１）ハンドオーバ判断手順、（２）ハンドオーバ準備手順、（３）ハンドオーバ実行手順、および／または（４）ハンドオーバ完了手順を含むことができる。
【００５０】
例えば、図３Ａの０では、エリア制限を検出し、判定し、かつ／または提供することができる。エリア制限を検出し、判定し、かつ／または提供した後に、ハンドオーバ判断を実行し、かつ／または開始することができる（例えば、図３Ａの１〜３で）。ハンドオーバ判断では、ソースｅＮＢは、ＵＥからの測定レポート、負荷条件、および／または他の判断基準に基づいて、ＵＥをターゲットｅＮＢにハンドオーバするかどうかを判定し、または判断することができる。
【００５１】
一実施形態では、ハンドオーバを実行すると判定しまたは判断する時に（例えば、図３Ａの１〜３で）、ハンドオーバ準備を実行し、かつ／または開始することができる（例えば、図３Ａの４〜７で）。例えば、ソースｅＮＢおよびターゲットｅＮＢは、お互いの間で情報を転送することによって、ＵＥのハンドオーバを準備することができる。ソースｅＮＢは、ＵＥのアクティブＥＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ）（例えば、４でのハンドオーバ要求に含まれるかこれに関連する可能性がある）に関する情報を含むＵＥ固有情報をターゲットｅＮＢに供給することができる。次に、ターゲットｅＮＢは、ＵＥに関するアドミッション制御を実行することができ（例えば、５で）、ＵＥが新しいセルに同期化でき、Ｅ−ＲＡＢサービス（例えば、６でのハンドオーバ要求肯定応答に含まれるかこれに関連する可能性がある）を再開できるようにするのに使用できる情報をソースｅＮＢに供給することができる。さらに、ソースｅＮＢは、ダウンリンク（ＤＬ）割振りを提供することができ、かつ／またはRRC Conn Reconfigなどのコマンド若しくは信号および／またはモビリティ制御情報（例えば、mobilityControlinformation）をＵＥに供給することができる（例えば、７で）。
【００５２】
その後、ハンドオーバ実行を実行し、かつ／または開始することができる（例えば、図３Ａの８〜１１で）。例えば、ＵＥは、ＲＡＣＨを使用することによってターゲットセルに同期化することを試みることができ、ＲＲＣ再構成手順を完了することができる。さらに、ソースｅＮＢは、例えばターゲットｅＮＢへのＳＮ状況転送などの状況転送（例えば、８で）およびデータ転送を提供することができる。ＵＥは、ターゲットｅＮＢとの同期化を実行することができ（例えば、９で）、ターゲットｅＮＢは、アップリンク（ＵＬ）割振りおよび／またはＴＡ（例えば、タイミングアドバンス）をＵＥに供給することができる（例えば、１０で）。その後、ＵＥは、RRC Conn Reconfig completeなどのコマンドまたは信号をターゲットｅＮＢに供給することができる（例えば、１１で）。
【００５３】
その後、ハンドオーバ完了を実行し、かつ／または開始することができる（例えば、１２〜１８で）。例えば、ソースｅＮＢおよびターゲットｅＮＢは、ＥＰＣと一緒に、データパスをソースｅＮＢからターゲットｅＮＢに切り替えることができ、ソースｅＮＢは、ＵＥのために割り振られている可能性があるリソースを解放することができる。データパスを切り替え、かつ／またはリソースを解放するために、パス切替え要求をターゲットｅＮＢからＭＭＥに供給することができ（例えば、１２で）、ベアラ変更要求を、ＭＭＥからサービングゲートウェイに供給することができ（例えば、１３で）、ＤＬパスを、サービングゲートウェイによって切り替えることができ（例えば、１４で）、ベアラ変更応答を、サービングゲートウェイからＭＭＥに供給することができ（例えば、１５で）、パス切替え要求肯定応答を、ＭＭＥからターゲットｅＮＢに供給することができ（例えば、１６で）、ＵＥコンテキスト解放を、ターゲットｅＮＢからソースｅＮＢに供給することができ（例えば、１７で）、かつ／またはリソースを解放することができる（例えば、１８で）。
【００５４】
図３Ｂに示されているように、ＲＮハンドオーバ手順および／またはＲＮハンドオーバ方法を、本明細書で説明されるように実行することもできる。例えば、ハンドオーバ判断を実行し、かつ／または開始することができる（例えば、図３Ｂの２１〜２３で）。ハンドオーバ判断では、ソースｅＮＢは、ＲＮからの測定レポート、負荷条件、および／または他の判断基準に基づいて、ＲＮをターゲットｅＮＢにハンドオーバするかどうかを判定しまたは判断することができる。
【００５５】
一実施形態では、ハンドオーバを実行すると判定しまたは判断する時に（例えば、図３Ｂの２１〜２３で）、ハンドオーバ準備を実行し、かつ／または開始することができる（例えば、図３Ｂの２４〜２７で）。例えば、ＲＮおよびソースｅＮＢは、お互いの間で情報を転送することによって、ＲＮのハンドオーバを準備することができる。ソースｅＮＢは、ＲＮおよび／若しくはＵＥのアクティブＥＵＴＲＡＮ無線アクセスベアラ（ＲＮ  Ｅ−ＲＡＢ）および／若しくはＲＮ  ＵＥのＥ−ＲＡＢ、マッピング情報、Ｕｎサブフレーム構成などのサブフレーム構成、Ｕｕ周波数などの周波数、など（例えば、２４でのハンドオーバ要求に含まれるかこれに関連する可能性があるもの）に関する情報を含むＲＮ固有情報をターゲットｅＮＢに供給することができる。その後、ターゲットｅＮＢは、ＲＮおよびＲＮ  ＵＥのアドミッション制御を実行することができ（例えば、２５で）、受け入れられたおよび／若しくは受け入れられなかったＥ−ＲＡＢおよび／若しくはＵＥ（例えば、そのリスト）、新しいマッピング情報、Ｕｎサブフレーム構成などのサブフレーム構成、新しいＵｕ周波数などの新しい周波数情報、ＲＮセル構成、およびＵＥが新しいセルに同期化でき、Ｅ−ＲＡＢサービスを再開できるようにするのに使用できる類似物（例えば、２６でのハンドオーバ要求肯定応答に含まれまたはこれに関連する可能性があるもの）を含む情報をソースｅＮＢに与えることができる。さらに、ソースｅＮＢは、モビリティ制御情報を有するRRC Conn Reconfigなどのコマンドまたは信号（例えば、ＩＥ（情報要素））をＲＮに供給することができる（例えば、２７で）。
【００５６】
その後、ハンドオーバ実行を実行し、かつ／または開始することができる（例えば、図３Ｂの２８〜３１で）。例えば、ＲＮは、ターゲットセルとの同期化を試みることができ（例えば、ＲＡＣＨを使用することによって）、ＲＲＣ再構成手順を完了することができる。さらに、ソースｅＮＢは、例えばターゲットｅＮＢに、ＳＮ状況転送などの状況転送を供給することができる（例えば、２８で）。ＲＮは、ターゲットｅＮＢとの同期化を実行することができ（例えば、２９で）、ターゲットｅＮＢは、アップリンク（ＵＬ）割振りおよび／またはＴＡ（例えば、タイミングアドバンス）をＲＮに供給することができる（例えば、３０で）。その後、ＲＮは、RRC Conn Reconfig completeなどのコマンドまたは信号をターゲットｅＮＢに供給することができる（例えば、３１で）。
【００５７】
その後、ハンドオーバ完了を実行し、かつ／または開始することができる（例えば、３２〜３８で）。例えば、ソースｅＮＢおよびターゲットｅＮＢは、ＥＰＣと一緒に、データパスをソースｅＮＢからターゲットｅＮＢに切り替えることができ、ソースｅＮＢは、ＲＮ  ＵＥおよび／またはＲＮに割り振られている可能性があるリソースを解放することができる。一実施形態では、データパスを切り替え、かつ／またはリソースを解放するために、ＲＮ  ＵＥおよび／またはＲＮのパス切替え要求を、ターゲットｅＮＢからＭＭＥに供給することができ（例えば、３２で）、ベアラ変更要求を、ＭＭＥからサービングゲートウェイに供給することができ（例えば、３３で）、ＲＮ  ＵＥおよび／またはＲＮのＤＬパスを、サービングゲートウェイによって切り替えることができ（例えば、３４で）、ベアラ変更応答を、サービングゲートウェイからＭＭＥに供給することができ（例えば、３５で）、ＲＮ  ＵＥおよび／またはＲＮのパス切替え要求肯定応答を、ＭＭＥからターゲットｅＮＢに供給することができ（例えば、３６で）、ＲＮおよびＵＥのコンテキスト解放を、ターゲットｅＮＢからソースｅＮＢに供給することができ（例えば、３７で）、かつ／またはリソースを解放することができる（例えば、３８で）。
【００５８】
さらに、図３Ｂに示されているように、ＲＮとＲＮ  ＵＥとの間のシステム情報を、更新することができ、システム情報手順または方法を実行することができ、ＲＮ  ＵＥとＲＮとの間での再同期化を実行することができる。
【００５９】
実施形態では、図３Ａおよび図３Ｂに示されたハンドオーバ（例えば、Ｓ１ハンドオーバ）は、ハンドオーバ準備手順中に、ソースｅＮＢとターゲットｅＮＢとの間にＭＭＥを含む場合がある。ソースｅＮＢとＵＥおよび／またはＲＮとの間の相互作用、並びにその後のターゲットｅＮＢとＵＥおよび／またはＲＮとの間の相互作用は、Ｘ２ハンドオーバ手順と同様に、Ｓ１ハンドオーバ手順と同一のままとすることができる。さらに、図３Ａおよび図３Ｂは、例示的なハンドオーバ手順を示すが、そのような手順および方法の他の変形形態が、本明細書で説明される実施形態に基づいて可能でありうる。
【００６０】
実施形態では、ＵＥおよび／またはＲＮは、ｅＮＢ（例えば、ソースｅＮＢおよび／またはターゲットｅＮＢ）によって受信される構成にそれぞれ従って（図３Ａおよび図３Ｂの２および２２に示されているように）測定レポートを送信することができる。ｅＮＢは、周波数内測定オブジェクト、周波数間測定オブジェクト、および／またはＲＡＴ間測定オブジェクトを構成することができる。ＵＥおよび／またはＲＮを、周波数間測定のために測定ギャップを有して構成することができ、この測定ギャップ中に、ＵＥおよび／またはＲＮは、ダウンリンク信号を全く監視しないものとすることができ、かつ／またはアップリンク送信を全く実行しないものとすることができる。ＩＤＬＥモードでは、ＵＥおよび／またはＲＮは、セル再選択手順に使用される測定構成を、ブロードキャスト情報を介して受信することができる。接続モードでは、ＵＥおよび／またはＲＮは、専用ＲＲＣシグナリングを介して測定構成を受信することができる。測定の構成を、次のパラメータのうちの１または複数によってパーティショニングすることができる：測定オブジェクト、ただし、オブジェクトは、周波数内または周波数間のいずれかの単一のＥ−ＵＴＲＡＮ搬送波周波数に関するものとすることができ、かつ／またはオブジェクトは、測定すべきセルのリストおよび／若しくはセルのブラックリスト（例えば、測定から除外できるセルを含むことができる）を含むことができる；報告する構成、ただし、構成は、報告する判断基準（例えば、周期的または単一イベント）および／または報告するフォーマットを含むことができ；例えば、測定オブジェクトを報告する構成にリンクすることができる測定アイデンティティのリストを含む測定アイデンティティ；測定量を定義できる量構成並びに／またはイベント（例えば、全てのイベント）評価および報告に使用できるフィルタリング、ただし、実施形態で、量構成を、無線アクセス技術（ＲＡＴ）ごとに定義することができ；ＵＥおよび／またはＲＮが測定を実行するのに使用できる測定ギャップの構成などの測定ギャップ；など。
【００６１】
さらに、実施形態では、高速列車ネットワークが提供され、かつ／または使用可能である。例えば、一実施形態によれば、そのような高速列車ネットワークの増加する普及は、例えば５００ｋｍ／ｈ以上に達する速度を有する高速列車上のＵＥおよび／またはＲＮの使用を増やす可能性がある。例示的な実施形態では、高速列車は、ユーザ経験に影響する可能性があるモビリティ手順（例えば、接続モードでのハンドオーバ）のより高い失敗率につながる可能性がある問題の次のセットのうちの１または複数を提供することができる：モビリティ手順の高い頻度に起因する大きいシグナリングオーバヘッド；多数のＵＥの同時のモビリティに起因するシグナリングのバースト性の性質；モビリティ手順のトリガとして使用される適当な測定のための時間の欠如など。
【００６２】
本明細書で説明されるように、実施形態では、ｅＮＢの無線アクセスネットワーク（ＲＡＮ）共有を提供し、かつ／または使用することができる。図４〜図５に、共有できるネットワークリソースおよび／または無線リソースの例示的な実施態様を示す。例えば、図４〜図５に示されているように、ｅＮＢ４００などのｅＮＢおよび／またはＲＮＣ５０５ａ〜ｃなどのＲＮＣ並びにこれらに関連する無線リソースを、オペレータ４０５ａ〜ｃおよび５０５ａ〜ｃなどの複数のオペレータによって共有することができる（例えば、ＲＡＮ共有）。一実施形態によれば、図４に示されているように、ＲＡＮ共有は、ＭＯＣＮ（Multi-Operator Core Network：マルチオペレータコアネットワーク）（例えば、４０５ａ〜ｃ）を含むことができ、ここで、ｅＮＢ（例えば、ｅＮＢ４００）を共有することができ、コアネットワーク（例えば、４０５ａ〜ｃによって提供できる）を共有することはできない。別の実施形態では、図５に示されているように、ＲＡＮ共有は、ＧＷＣＮ（Gateway Core Network：ゲートウェイコアネットワーク）を含むことができ、ここで、オペレータによって提供されうるコアネットワーク（例えば、共有されるＭＳＣ／ＳＧＳＮ５１０ａ〜ｃ））とＥ−ＵＴＲＡＮ（例えば、ＲＮＣ５００ａ〜ｃ）との両方を、複数のオペレータ（例えば、オペレータ５０５ａ〜ｃ）によって共有することができる。
【００６３】
ＲＡＮ共有（例えば、図４および図５に示された）を、ｅＮＢを共有できるオペレータを示すサポートされるＰＬＭＮのリストを含むことができるブロードキャスト情報を介してｅＮＢ内で反映することができる。ＵＥおよび／またはＲＮは、ｅＮＢのＲＡＮ共有配置を知らない場合があり、ネットワークにアタッチする時にそのＰＬＭＮ選択プロセスの一部としてＰＬＭＮ  ＩＤのリストを使用することができる。
【００６４】
さらに（例えば、列車の車両の物理的に束縛する性質に起因して）、モバイルリレー（ＭＲＮ）および／またはＲＮがオンボードＬＴＥサービスについて複数のオペレータをサポートできるように、ＭＲＮまたはＲＮのＲＡＮ共有をサポートすることができる。実施形態では、次のＲＡＮ共有モデルのうちの１または複数を提供し、かつ／または使用することができる：ＭＲＮまたＲＮとＤｅＮＢとの両方を共有できる（例えば、モデル１）；ＭＲＮまたはＲＮを共有でき、ＤｅＮＢを共有できない（例えば、モデル２）；ＭＲＮまたはＲＮを共有できず、ＤｅＮＢを共有できる（例えば、モデル３）、など。
【００６５】
モデル１では（例えば、ＭＲＮまたはＲＮとＤｅＮＢとの両方を共有できる場合に）、ＭＲＮまたはＲＮは、ＤｅＮＢを介するＭＭＥへの接続性を提供することができる。モデル２（例えば、ＭＲＮまたはＲＮを共有でき、ｅＮＢを共有できない場合）では、複数のＵｎ接続（例えば、物理的にまたは論理的にのいずれかで）をサポートし、かつ／または使用することができる（例えば、結合を増やす可能性がある）。さらに、モデル３（例えば、ＭＲＮまたはＲＮを共有できず、ｅＮＢを共有できる場合）では、ＭＲＮは、ＲＡＮ共有を管理しない可能性があり（例えば、ＭＲＮの観点から、それが透過的である可能性がある）、ＤｅＮＢは、既にＲＡＮ共有をサポートしている可能性がある。
【００６６】
例示的な実施形態によれば、ＲＮ（例えば、Ｒｅｌ−１０またはＲ−１０  ＲＮ、Ｒｅｌ−１１またはＲ−１１  ＲＮなど）は、ＤｅＮＢ間ハンドオーバをサポートしない場合がある。ＲＲＣ  ＵＥ手順（例えば、Ｒｅｌ−１０またはＲ−１０）を、ＲＮに適用可能とすることもでき、ＲＲＣモビリティ関連手順が除外されないようにするために、提供されないものとすることができる。
【００６７】
さらに、ある種の例示的な実施形態では、ＲＮは、本明細書で説明される１または複数のモビリティ手順を提供し、かつ／または使用する（例えば、サポートし、または管理する）ことができる。例えば、ＲＮは、ソースＤｅＮＢからターゲットＤｅＮＢへのハンドオーバを実行することができる。
【００６８】
例示的な実施形態によれば、ＲＮまたはＭＲＮのＲＮモビリティは、本明細書で説明される手順および／または方法のうちの１または複数を含むことができる。例えば、一実施形態では、ＲＮモビリティは、モビリティを有するＵｎ接続制御を含むことができ、ここで、ＲＮは、モビリティ関連測定、モビリティ手順の制御、Ｕｎハンドオーバ手順、および／若しくはＵｎインターフェースの無線リンク障害からの回復を実行し、かつ／または提供することができる。さらに、ＲＮモビリティは、ＵｎモビリティのＵｕ影響を含むことができ、ここで、ＲＮは、モビリティ関連イベント中（例えば、測定ギャップなどの測定期間中および／若しくはＲＮがＵｎのハンドオーバ手順を実行している間）にＲＮへのＵｕインターフェースを介して接続されたＵＥを処理し若しくは管理することができ、並びに／またはＵｎモビリティのＸ２／Ｓ１影響を含むことができ、ここで、ＤｅＮＢは、Ｘ２インターフェースを介して情報を交換することができ、かつ／またはＲＮコンテキストおよびＵＥコンテキスト並びにＲＮおよびＲＮの下のＵＥのデータパスを処理し若しくは管理することができる。ＲＮモビリティは、モバイル中継ノード（ＭＲＮ）若しくはＲＮおよび／またはドナーｅＮＢ（ＤｅＮＢ）のＲＡＮ共有をも含むことができる。
【００６９】
実施形態では、ＭＲＮ若しくはＲＮおよび／若しくはＤｅＮＢのＲＡＮ共有は、例えば、ＲＡＮ共有のＲＮ構成（例えば、ＲＮは、ＲＮ  ＯＡＭおよび／若しくはＤｅＮＢと、ＲＮがＲＮスタートアップおよびアタッチメントの手順若しくは方法を適切に実行したことの判定とによって構成される）；ＲＡＮ共有のＲＮアタッチメント（例えば、ＲＮセルの動作の前に実行でき、複数のオペレータおよび複数のＭＭＥ／ＨＳＳエンティティを使用できるＲＮ  ＵＥ様アタッチメント手順およびＲＮ  ＵＥ様認証手順）；例えば、異なるオペレータのＲＮ  Ｐ−ＧＷ、ＵＥ  Ｐ−ＧＷなどのＥＰＣエンティティが、相互接続され得ず、ＲＮ  Ｐ−ＧＷが、ＤｅＮＢと同一位置に配置されたＰ−ＧＷではなくＥＰＣから選択され得る場合の、オペレータごとの異なるＲＮ  Ｐ−ＧＷの選択を含むＲＡＮ共有のＲＮ  Ｐ−ＧＷ選択；並びに／またはＲＡＮ共有およびＭＲＮモビリティ（例えば、ＲＮまたはＭＲＮがＤｅＮＢに関連するネットワークを通って移動できる時に、そのＲＮまたはＭＲＮに関連するＲＡＮ共有構成は、例えば、ＰＬＭＮおよびオペレータの可用性（例えば、国境または地理的境界にまたがる）に起因して変化する場合があり、ＲＮが、ＲＮおよびＲＮセルによってサービスされるＵＥへの妨害を最小にしながらＲＮまたはＭＲＮに関連するＲＡＮ共有構成を再構成できるようになっている）を含むことができる。例示的な実施形態によれば、ＲＡＮ共有に関して本明細書で開示される実施形態を、Ｒｅｌ−１０  ＲＮおよび他のタイプまたは他のＲＮ若しくはＭＲＮと共に使用することができる。さらに、例示的な実施形態では、オペレータは、ＤｅＮＢとしてＲＮをサポートするのに既に展開されたｅＮＢ（例えば、ＲＡＮ共有のために構成されていない可能性がある）を使用することができ、本明細書で説明されるＲＡＮ共有構成を拡張することができる（例えば、本明細書で説明される、ＭＲＮまたはＲＮを共有でき、ＤｅＮＢを共有できないモデル２と共に使用する）。ＲＮは、ＲＮが異なるオペレータへのＵＥサービスをサポートするために、そのようなオペレータからの２つの別々のＤｅＮＢへの２つの別々の接続をサポートすることもできる。
【００７０】
本明細書で説明されるように、ＲＮのＵｎモビリティおよび／またはＵｎ接続制御を提供するシステムおよび／または方法を提供することができる。そのようなシステムおよび／または方法では、セルがＲＮ動作のためにアクセス可能であるか否かの判定を含むシステムアクセスを提供し、かつ／若しくは使用することができ；Ｕｎインターフェースのアイドルモード手順若しくはアイドルモード方法のＲＮによる実行を含むＵｎのＩＤＬＥモードを提供し、かつ／若しくは使用することができ；測定構成の適用を含むモビリティ関連測定を提供し、かつ／若しくは使用することができ；Ｕｎを介するモビリティおよび接続制御並びに／またはモビリティ関連手順若しくはモビリティ関連方法の開始を含むＵｎ接続の制御を提供し、かつ／または使用することができ、Ｕｎインターフェースのハンドオーバ手順若しくはハンドオーバ方法の実行を含むＵｎ上のハンドオーバ手順若しくはハンドオーバ方法を提供し、かつ／または使用することができ、並びに／またはＵｎインターフェース上の無線リンク障害（ＲＬＦ）の管理および／または処理および／または接続再確立を含むＵｎ上の無線リンク障害（ＲＬＦ）処理を提供し、かつ／または使用することができる。
【００７１】
ＲＮのＵｎモビリティおよび／またはＵｎ接続制御でシステムアクセスを提供するために、ＲＮアクセス情報を使用することができる。例えば、ＲＮを、ＤｅＮＢのリストすなわちＤｅＮＢリスト（例えば、ＬＴＥ  Ｒｅｌ−１０などのＬＴＥシステムでの）を有するＯＡＭエンティティによって構成することができる。ＲＮは、ＤｅＮＢリストを使用して、ＲＮ動作をサポートできる１または複数のセルを判定することができる。ＤｅＮＢリスト情報を、関係するＲＮとＯＡＭエンティティとの間で交換する（例えば、直接に交換する）ことができる。
【００７２】
モバイルＲＮを使用できる場合に、そのような情報（例えば、ＤｅＮＢリストおよび／または追加情報）は、中継器モビリティの機能として変化する可能性がある。例えば、サービングＤｅＮＢは、隣接ｅＮＢがＲＮ動作をサポートできるか否か、および隣接ｅＮＢがＲＮ動作をサポートできる場合に、１または複数のどのセルをＲＮ動作に使用できるのかを判定するために追加の技法または手順（例えば、ＤｅＮＢのリスト若しくはＤｅＮＢリスト情報および／または追加情報に加えて）を有することができる。サービングＤｅＮＢは、この情報を使用して、ＲＮの測定を構成し、かつ／または特定のＲＮのモビリティ手順若しくはモビリティ方法を開始することができる。
【００７３】
さらに、ＲＮは、隣接セルがＲＮ動作をサポートできるか否かを判定するために、追加の技法または手順を有することができる。ＲＮは、そのような情報（例えば、ＤｅＮＢのリスト若しくはＤｅＮＢリスト情報および／または追加の情報）を使用して、その測定構成の適用の手順および／または測定の実行の手順を判定することができる。
【００７４】
例えば、サービングＤｅＮＢおよび／またはＲＮは、ＲＮ可能セルおよび／またはＲＮアクセス可能セルを含むＲＮアクセス情報を使用することができる。実施形態では、ＲＮ可能セルは、ＲＮ動作をサポートできるセルとすることができ、ＲＮ可能である別のセルへのリダイレクションをサポートするセルを含むことができる。ＲＮアクセス可能セルは、ＲＮがキャンプできるセル（例えば、ＩＤＬＥモードをＲＮについてサポートできる場合）とすることができ、かつ／または初期アクセスを実行することができ、ＲＮ可能とすることができる別のセルへのリダイレクションをサポートできるセルを含むことができる。セルのアクセス可能性を、サービスレベルでさらに改善することができ、例えば、ＬＴＥ  Ｒｅｌ−８について、セルが、３つの異なるサービスレベルすなわち、制限されたサービス（例えば、緊急呼およびＥＴＷＳ）、通常サービス（例えば、公衆使用）、およびオペレータサービス（例えば、予約された呼）をサポートすることができる。そのようなＲＮアクセス情報では、例えば、異なるＲＮタイプを指定でき、ＤｅＮＢが同一のＲＮタイプをサポートしない可能性がある場合に、セルのアクセス可能性を、ＲＮタイプレベルでさらに改善することができる。
【００７５】
例示的な実施形態では、ＲＮおよび／またはＤｅＮＢは、ＲＮＡＩすなわちＲＮアクセス情報（RN Access Information）に基づいてＲＮのアクセス可能性情報を判定することができる。ＲＮアクセス情報は、ＤｅＮＢリスト、セルリストおよび／またはパラメータリストを含むことができる。
【００７６】
例示的な実施形態によれば、「ＤｅＮＢリスト」は、次のうちの１または複数を含むことができる：少なくとも１つのＲＮ可能セルを有する少なくとも１つのＤｅＮＢ；少なくとも１つのＲＮアクセス可能セルを有する少なくとも１つのＤｅＮＢ；並びに／または、ＤｅＮＢごとに、１または複数のセルのリスト、例えば本明細書で説明される「セルリスト」；１または複数の追加のパラメータ若しくは本明細書で説明される「パラメータリスト」；および／若しくはＤｅＮＢのｅＮＢ−ＩＤ。さらに、「セルリスト」は、次のうちの少なくとも１つに基づいて１または複数のセルを含むことができる：ＲＮ可能であるものとすることができるセル；ＲＮアクセス可能であるものとすることができるセル；ＲＮ可能である別のセルへのリダイレクションをサポートするセル；ＲＮがそのセルへの初期アクセスを自律的に実行できるか否かの表示（indication）；例えばＲＮ−ＲＮＴＩおよび／若しくは特定のページング機会を含むＲＮ固有ページング情報；並びに／またはセル選択情報、ただし、セル選択情報は、次のうちの少なくとも１つを含むことができる：セルが例えばセル選択の格納された情報を保つためにＲＮによって維持される検出されたセルのリストの一部であるか否か；セルパラメータに関する情報、例えばセル周波数情報、物理セルＩＤ、および／若しくはグローバルセルＩＤ；例えばセル内の最小受信レベルQrxlevmin、関連するシグナリングされたオフセットQrxlevminoffset、セル内の最小品質レベルQqualmin、および／若しくは関連するシグナリングされたオフセットQqualminoffsetを含むセル選択判断基準；および類似物；並びに／またはセルごとに、１または複数の追加のパラメータ若しくは本明細書で説明される「パラメータリスト」。「パラメータリスト」は、次のうちの少なくとも１つに従う１または複数のパラメータを含むことができる：適用可能な場合にＲＮサブフレーム構成；サポートできる中継器のタイプ（１または複数）の表示；ＲＮモビリティをサポートできるか否かの表示；サポートされるサービスレベル（１または複数）；例えばモビリティおよび／若しくはセル選択若しくはセル再選択のために適用すべき測定閾値；並びに／または例えばセル選択および／若しくはセル再選択優先順位情報（例えば、アイドルモードでセル選択にまたは接続モードでＲＲＣ再確立手順に使用できる情報）；セル優先順位情報（例えば、ＲＮ自律ハンドオーバ手順（例えば、フォワードハンドオーバ（forward handover））；などを含む優先順位表示。
【００７７】
ＲＮアクセス情報は、本明細書で説明される１または複数の妥当性判断基準および／または例えば、ＲＮが本明細書で説明される様々な方法を使用してまたはＤｅＮＢからの援助を用いるなどの他の方法若しくは手順によってＲＮＡＩを自律的に変更できるか否かを含む、ＲＮがＲＮＡＩを更新できるか否かの表示をも含むことができ、ここで、ＲＮは、ＲＮＡＩが妥当性判断基準を満足する間などの特定の時間の間におよび／またはＯＡＭから受信された妥当なＲＮＡＩを更新してはならない若しくは自律的に導出されたＲＮＡＩを専用ＲＲＣ構成によって更新できるなどのある種の優先ルールに従って、ＲＮＡＩを更新すべきである、および／または更新すべきでない、のどちらであるのかを判定することができる。
【００７８】
例示的な実施形態では、ＲＮアクセス情報は、さらに、本明細書で説明されるようにＵｎに使用できる動作周波数および／またはセルによって送信でき、ＲＮが前もってＭＩＢ（Master Information Block）を読み取る必要なしにセルシステム情報を読み取ることを可能にするＭＩＢの内容を含むことができる。
【００７９】
ＲＮＡＩを、本明細書で説明されるＲＮアクセス情報などの情報の少なくとも一部に対応する０個以上の要素のリストとして構成しまたは構造化することができる。例えば、ＤｅＮＢリスト（例えば、ＬＴＥ  Ｒｅｌ−１０  ＤｅＮＢリスト）を、少なくとも１つのセルに対するＲＮ動作をサポートするＤｅＮＢのリストを含むＲＮＡＩと同等または実質的にこれに類似するものとすることができる。さらに、ある種の情報（例えば、ＲＮＡＩの態様）を、ＤｅＮＢおよびＲＮによってコンパイルされる隣接関係情報の一部とすることができる。例えば、隣接セル情報の一部として、ＲＮおよび／またはＤｅＮＢは、隣接セルをＲＮアクセス可能および／またはＲＮ可能とすることができるかどうかを示すことができる。そのような情報は、ＲＮのハンドオーバを許容できるかどうかを示すこともできる（例えば、「Ｎｏ  ＲＮ  ＨＯ（ＲＮハンドオーバ禁止）」インジケータを、ＵＥハンドオーバに関する「Ｎｏ  ＨＯ（ハンドオーバ禁止）」インジケータとは別々とすることができる）。
【００８０】
実施形態では、ＲＮＡＩの特定のインスタンスは、次のうちの少なくとも１つを表すことができる：単一のＰＬＭＮネットワークに関係する情報；単一のトラッキングエリアに関係する情報；および／または例えばＲＮが展開され得る時に決定論的地理的移動に従うことができる（例えば、列車またはバスの既知の旅程に従う）ことを含むモビリティパスを表すことができるように編成された１または複数の要素のシーケンス。
【００８１】
ある種の例示的な実施形態では、ＲＮ／ＤｅＮＢは、ＲＮＡＩからのアクセス可能性情報またはＲＮアクセス情報の優先順位を判定することができる。優先順位リスト（例えば、概念リスト）内の各要素は、優先順位を割り当てられるものとすることができ、（１）明示的な優先順位表示若しくは優先順位に基づく、（２）順序付きリスト内の要素の位置から導出される、および／または（３）リスト内の要素のタイプから導出される（例えば、とりわけ、ＤｅＮＢ、セル、帯域内動作若しくは帯域外動作、および／またはＲＮサブフレーム構成）ものとすることができる。明示的優先順位表示の不在は、デフォルト優先順位（例えば、最低優先順位または最高優先順位）を示すことができる。例示的な実施形態では、ＲＮおよび／またはＤｅＮＢは、ＲＮＡＩのアクセス可能性情報の妥当性を判定することができる。
【００８２】
概念リストの１または複数の要素（例えば、またはリスト全体）を、ＲＮＡＩ（例えば、少なくともその一部）を妥当および／または古いと判定できる時を示す、１または複数の妥当性判断基準に関連付けることができる。そのような１または複数の判断基準は、妥当性時間、例えば、判定された（または特定の）情報が妥当性時間に対応する期間の間に更新されなかった可能性がある時に、その情報は、もはや有効ではないと考えることができる；ＰＬＭＮ（Public Land Mobile Network）、例えば、ＲＮノードがＰＬＭＮを去ることができる時に、特定の情報は、もはや有効ではないと考えることができる；トラッキングエリア（ＴＡ）、例えば、ＲＮノードがトラッキングエリアを去ることができる時に、特定の情報は、もはや有効ではないと考えることができる；および類似物のうちの少なくとも１つに基づき、またはこれを含むことができる。
【００８３】
特定のノード（例えば、ＲＮおよび／またはサービングＤｅＮＢ）は、ＲＮＡＩの１または複数の要素が古い（または古くなろうとしている）可能性がある時に、少なくとも関係する情報を更新する手順を開始することができると判定することができる。例えば、ＲＮは、ＴＡＩ（TA Identity）リストに基づく修飾子が構成済みである可能性があるＲＮＡＩを維持することができる。ＲＮが、ＴＡＩリストの外部のＴＡに移動した可能性があることを検出できる場合に、並びに／またはＲＮが、その隣接セルおよび／若しくは隣接ＤｅＮＢのうちの１または複数がＴＡＩリストの外部にある可能性があることを検出できる場合に、ＲＮは、ＲＮＡＩを更新することができる。ＴＡＩリストは、ＵＥ（またはＲＮ）がトラッキングエリア更新手順を実行せずに入る可能性があるトラッキングエリアを識別することができる。ＭＭＥによってＵＥ（またはＲＮ）に割り当てられるＴＡＩリスト内のＴＡＩは、同一の（例えば、共通の）ＭＭＥエリアに関係するものとすることができる。
【００８４】
ＲＮは、次の方法のうちの少なくとも１つを使用してＲＮＡＩを入手し、かつ／または更新することができる：例えば本明細書で説明されるある種の例示的な方法を使用してネットワーク制御の下で（例えば、ＤｅＮＢによってまたはＯＡＭエンティティによって開始される）ネットワークによって開始され；例えば本明細書で説明されるある種の例示的な方法を使用して要求ベースの手順（例えば、サービングＤｅＮＢまたはＯＡＭエンティティに要求を送信することによって）を使用して、ＲＮによって開始され；および／または例えば本明細書で説明されるある種の例示的な方法を使用して自律的に。
【００８５】
例えば、一実施形態では、本明細書で説明される方法を使用してＲＮアクセス情報を入手し、かつ／または更新するために、ＲＮは、ＯＡＭからＲＮＡＩを受信することができる。あるいは、ＲＮを、ＲＮＡＩを用いて事前に構成することができる。例えば、ＲＮＡＩは、ＲＮアクセス可能セルの事前に構成されたセットを表すことができ、各セルは、決定論的モビリティパスに対応することができる（例えば、列車のパスに沿ったセル）。ＲＮＡＩを、ＲＮがある時間期間の間にＲＮＡＩを自律的に更新してはならないことの表示と共に受信することができる。この時間期間は、ＯＡＭによって示され得る１または複数の妥当性判断基準に対応することができる。本明細書で説明されるように、１または複数の妥当性判断基準は、妥当性期間、ＰＬＭＮ、および／またはＴＡＩなどとすることができる。ＲＮが、ＰＬＭＮおよび／またはＴＡＩの外に移動できる時に、ＲＮＡＩは、もはや有効ではない可能性がある。
【００８６】
例示的な実施形態では、ＲＮは、ＤｅＮＢにＲＮＡＩを供給することができる（例えば、ＤｅＮＢは、ＲＮからＲＮＡＩを入手し、かつ／または更新することができる）。ＤｅＮＢは、関係するＲＮのサービングＤｅＮＢとすることができる。例えば、ＲＮは、次の手順のうちの１または複数の一部としてＤｅＮＢにＲＮＡＩを送信することができる：Ｕｎインターフェース上での初期ＲＲＣ接続確立；Ｕｎインターフェース上でのＲＮ（再）構成手順；Ｕｎインターフェース上での測定レポート；ＤｅＮＢとＲＮとの間でＸ２インターフェースを確立できる手順；Ｕｎインターフェース上またはＸ２インターフェース上のいずれかでＲＮＡＩを要求できる手順；および／またはＲＮのモビリティを伴うＲＲＣ再構成手順。
【００８７】
例えば、ＲＮを、ＲＮの初期スタートアップ手順の一部として、ＯＡＭエンティティからのＲＮＡＩ（例えば、ＤｅＮＢリストなど）と共に提供することができる。ＲＮは、ＲＮアクセス可能セルのリストを有することができ、このＲＮアクセス可能セルの一部は、特定のＤｅＮＢまたは関係するＤｅＮＢの隣接物でもあるものとすることができる。ＲＮは、そのサービングＤｅＮＢにＲＮＡＩを供給することができる（例えば、ＲＮアタッチ手順中に）。例えば、ＲＮは、「Ｉ  ａｍ  ＲＮ（私はＲＮである）」表示および／またはＵｎサブフレーム表示と一緒に、ＲＲＣ接続セットアップ完了メッセージの一部としてＤｅＮＢリスト情報をＤｅＮＢに送信することができる。代替案として、ＲＮは、ＲＮをサポートできる隣接セル（例えば、これらのセルを、ＤｅＮＢリストから導出することができる）についてＤｅＮＢに通知するためにＸ２−ｅＮＢ構成更新メッセージを送信することができる。
【００８８】
例えば、サービングＤｅＮＢは、ＲＮＡＩを使用して、周波数並びに／または、ＲＮ可能および／若しくはＲＮアクセス可能であるものとすることができるセル並びに／またはＲＮ可能および／若しくはＲＮアクセス可能であるものとすることができる別のセルへのリダイレクションをサポートできるセルを含めることができるように、ＲＮに関する測定構成を判定することができる。
【００８９】
実施形態では、第１のＤｅＮＢは、第２のＤｅＮＢにＲＮアクセス情報すなわちＲＮＡＩを提供することができる。例えば、ＤｅＮＢは、別のＤｅＮＢからＲＮＡＩを入手し、かつ／または更新することができる。一実施形態によれば、ＤｅＮＢを、隣接ＤｅＮＢとすることができる。例えば、ＲＮＡＩを、次の手順または方法のうちの１または複数の一部として交換することができる：隣接ＤｅＮＢの間の隣接情報交換手順（例えば、Ｘ２インターフェースを介する）；ＤｅＮＢとＲＮとの間でＸ２インターフェースを確立できる手順または方法；情報のそのような交換をイネーブルしまたは可能にする手順または方法（Ｘ２インターフェースを介するものを含むがこれに限定はされない）；など。
【００９０】
例えば、隣接ｅＮＢは、ＲＮにサービスしつつある可能性があるＤｅＮＢに、そのそれぞれの１または複数のセルがＲＮアクセスをサポートできるか否かに関する情報を、隣接情報交換の一部として与えることができる。隣接するｅＮＢの間で情報を交換できる手順の一部として、１または複数のＲＮアクセス可能セルを有するＤｅＮＢは、例えば、Served Cell Information要素の一部として、Ｘ２インターフェースを介してeNB Configuration Updateメッセージ内で追加情報を供給することができる。ＤｅＮＢは、少なくともどの１または複数のセルがＲＮアクセスをサポートできるのかを、その１または複数の隣接物に示すことができる。ＤｅＮＢは、隣接ｅＮＢ情報を構築することができ、どの隣接ｅＮＢおよび／またはどのセルがＲＮ動作をサポートできるのかを知ることができる。ＤｅＮＢは、関係するセルのＲＮサブフレーム構成を含むことができる。これを、ＲＮＡＩに変換することができる。
【００９１】
別の例示的な実施形態によれば、ｅＮＢは、それが現在ＲＮにサービスしつつある可能性があるか否か；それがＲＮにサービスできるか否か；それがＲＮ、例えば入ってくるモバイルＲＮのハンドオーバをサポートできるか否か；並びに／またはＵｎサブフレーム構成および／若しくはＵｎ搬送波周波数など、それが現在サービスしつつある可能性があるかサービスすることのできるＲＮのうちの１または複数のＲＮＡＩの一部とすることができる１または複数のパラメータ；等に関する情報を別のｅＮＢに供給することができる。
【００９２】
情報を供給され得るｅＮＢは、例えば、とりわけ、それとＸ２インターフェースを有することができるｅＮＢ、１または複数のＲＮに現在サービスしているＤｅＮＢであることを知ることができるｅＮＢ、および／またはＤｅＮＢであることができることを知ることができるｅＮＢとすることができる。
【００９３】
情報を供給するｅＮＢは、他のｅＮＢからの要求を受信せずに、例えば、Ｕｎサブフレーム構成の変化などのイベントに基づいて、他のｅＮＢからの要求に基づいて、および／またはＲＮハンドオーバ手順などの別の手順の一部として情報を供給することができる。
【００９４】
さらに、実施形態では、eNB Configuration Updateメッセージなど、既存のまたは新しいメッセージングおよび手順を使用することができる。ＲＮＡＩを、Ｘ２ハンドオーバシグナリングまたはＳ１ハンドオーバシグナリングを使用して、ソースとターゲットとの間で転送することができる。例えば、ソースｅＮＢは、X2 Handover Request内にＲＮＡＩを含めることができ、これに応答して、ターゲットｅＮＢは、X2 Handover Request Acknowledgeメッセージ内にＲＮＡＩを含めることができる。
【００９５】
例示的な実施形態によれば、ＤｅＮＢは、ＲＮＡＩをＲＮに供給することができ、および／またはＲＮは、サービングＤｅＮＢからＵｎインターフェースを介してＲＮＡＩを入手することができる。例えば、ＲＮは、次の手順または方法のうちの１または複数によってＲＮＡＩを入手することができる：システム情報獲得の手順または方法中に、例えば、ＲＮは、Ｕｎインターフェースを介してシステムブロードキャスト情報を読み取ることができ、例えば、SystemInformationBroadcast要素の一部としてＲＮＡＩを獲得することができ；専用シグナリングを使用して接続を再構成できる手順または方法中に、例えば、ＲＮが、システムブロードキャスト情報、ＲＮ構成、測定構成、および／若しくはmobilityControlInformation  ＩＥ（例えば、ハンドオーバ手順中に）のうちの少なくとも１つを含むRRCConnectionReconfigurationメッセージを受信することができ、ここで、上記メッセージのうちの少なくとも１つは、ＲＮＡＩおよび／若しくはＲＮがＲＮＡＩの少なくとも一部を導出するための方法若しくは手順を含むことができ；例えばサービングＭＭＥへの、初期アタッチ手順中に；Ｘ２インターフェースを再構成する手順中に、例えば、ＲＮは、ＤｅＮＢからX2 eNB Configuration Updateメッセージを受信することができ；接続を再確立する手順または方法中、例えば、サービングＤｅＮＢとのＲＲＣ再確立手順またはＲＲＣ再確立方法中に；接続を解放できる手順または方法中に、例えば、ＲＮは、ＲＮＡＩを含むことができるRRCConnectionReleaseメッセージを受信することができ、かつ／または例えば、idleModeMobilityControlInfoを使用する、ＲＮがＲＮＡＩの少なくとも一部を導出する方法または手順；ＲＮがＤｅＮＢから更新されたシステムブロードキャスト情報を受信できるRRCRNReconfiguration手順または方法中に；など。
【００９６】
上記で説明したように、ＲＮ（および／またはＤｅＮＢ）は、本明細書で説明される例示的な方法のいずれかを使用して、ＲＮＡＩの少なくとも一部を自律的に判定しまたは導出することができる。例示的な実施形態では、ＲＮは、セルをＲＮアクセス可能とすることができるか否かを判定することができ、および／またはＲＮは、ＳＩ（System Information）に基づいて、セルのアクセス可能性を判定することができる。
【００９７】
例えば、例示的な方法では、ＲＮは、セルのブロードキャストされたシステム情報（ＭＩＢ／ＳＩＢ）を獲得することができ、ここで、ＳＩＢは、サポートできる（例えば、セルのサービスレベルの一部として）ＲＮサービスを示すことができる。実施形態では、ＲＮは、ＤｅＮＢから受信された測定構成、サービングセル上のＳ１、隣接セル上のＳ１、物理セルＩＤ／ＥＣＧＩ、および／またはセル選択手順若しくはセル再選択手順の結果に基づいて、ＲＮアクセス可能セルを自律的に判定することができる。
【００９８】
ＲＮは、ＯＡＭおよび／またはサービングＤｅＮＢからのＤｅＮＢリストなどのＲＮＡＩを受信せずに、ＲＮＡＩの少なくとも一部（例えば、セルをサポートする適切なＲＮのそれ自体のセット）を自律的に判定することができる。ＲＮは、測定の手段若しくは手順、測定構成、セル選択手順若しくはセル再選択手順、および／または隣接セルシステム情報の読取り（とりわけ、周期的にまたはトリガ／条件に基づいて実行され得る）によって、当初に受信されたＤｅＮＢリストを自律的に更新し、管理することができる。
【００９９】
ＲＮは、セルがＲＮ可能および／若しくはＲＮアクセス可能であるか否か、または使用される方法に依存するＲＮＡＩに関連する任意の他の判断基準を、例えば次のうちの少なくとも１つに基づいて判定することができる。一実施形態では、ＲＮは、測定オブジェクトのリストを含む測定構成を受信することができる。例えば、測定オブジェクト内で示される周波数は、ＲＮ可能および／またはＲＮアクセス可能とすることができる少なくとも１つのセルを有する周波数に対応することができる。測定構成は、ＲＮ可能および／またはＲＮアクセス可能とすることができる少なくとも１つのセルを有する周波数に対応することができる測定オブジェクトを含むことができる。ＲＮは、どのセルをＲＮＡＩに含めることができるのかの表示として測定構成を使用することができる。
【０１００】
さらに、別の実施形態では、ＲＮは、関係する隣接セルのＳ１を受信し、かつ／または獲得することができる。例えば、ＲＮは、隣接セルをＲＮ可能および／またはＲＮアクセス可能とすることができるか否かを判定するために、そのセル上のＳ１を獲得し、かつ／または監視することができる。隣接セルのリストを、サービングセル内のＳ１から、またはあるいは、専用シグナリングから受信することができる。ＲＮは、隣接セルについて周期的にＳ１を監視することができる。ＲＮは、セル選択／再選択手順中に隣接セルのＳ１を受信することができる。
【０１０１】
別の例示的な実施形態によれば、ＲＮは、物理セルアイデンティティおよび／またはＥ−ＵＴＲＡＮセルグローバルＩＤ（ＥＣＧＩ）を受信することができる。例えば、ＲＮは、関係するアイデンティティが値の事前に決定された範囲内（あるいはその外部）である可能性がある場合に、セルをＲＮ可能および／またはＲＮアクセス可能とすることができるか否かを判定することができる。
【０１０２】
さらに、実施形態では、ＲＮは、ＵＥ手順を使用し、それがＲＮ動作およびモビリティ手順をもサポートできることを示して、初期接続確立を行うことができ、その後、構成を受信して、結果的に、セルがＲＮ動作および／またはＲＮモビリティをサポートすることを示すことができる。
【０１０３】
一実施形態によれば、ＲＮは、セル選択手順またはセル再選択手順中に、前述のいずれをも実行することができる。例えば、ＲＮは、セル選択手順中にどの１または複数の隣接セルがＲＮ可能および／またはＲＮアクセス可能であるのかを判定し、この情報をそのＲＮＡＩの少なくとも一部として維持することができる。
【０１０４】
ＲＮは、隣接関係情報および／若しくはＲＮＡＩに基づいてＲＮアクセス可能セルを追跡することができ、かつ／またはＲＮは、ＲＮＡＩ（例えば、ＤｅＮＢリスト）に関連するセルをサポートする適切なＲＮを見つけるのに隣接関係情報を使用することができる。ＲＮは、適切なセルをさらに追跡し、ＲＮＡＩ（例えば、結果的にＤｅＮＢリスト）を更新するのに、下で議論する接続モード測定を使用することができる。
【０１０５】
ＲＮは、本明細書で説明されるＩＤＬＥモードでの方法または手順をサポートし、かつ／または実行することができる。ＲＮがＩＤＬＥモードである可能性がある時に、ＲＮは、セル選択またはセル再選択、登録、ページング受信、再確立失敗、ＩＤＬＥモードでのＵｕ動作などのうちの少なくとも１つを実行することができる。
【０１０６】
セル選択またはセル再選択では、ＲＮは、初期セル選択および／またはセル再選択のために、使用可能である場合にはＲＮＡＩの機能として「適切なセル」を選択することができる。例えば、ＲＮは、異なるタイプのセルに異なる優先順位を使用することができる。ＲＮは、まず、提供される場合に１または複数のＲＮアクセス可能セルからなる候補の第１のセット内で選択手順を実行することができる。選択は、ＲＮがシステムへの初期アクセスを実行する時に、リダイレクション手順のために、システムに登録する手順のために、および／またはシステムへの接続を再確立するために、実行することができる。適切なセルを、候補の第１のセット内で見つけることができない場合には、ＲＮは、提供される場合に１または複数のＲＮ可能な（例えば、しかし、ＲＮアクセス可能ではない）セルを含む候補の第２のセット内で選択手順を実行することができる。選択を、ＲＮがシステムに登録する手順を実行する時に、および／またはリダイレクション手順のために実行することができる。適切なセルを、候補の第１セットおよび第２セット内で見つけることができない場合には、ＲＮは、例えばＬＴＥ  Ｒ１０判断基準などの判断基準に従って、任意の適切なセルを使用して選択手順を実行することができる。選択を、ＲＮがＬＴＥシステムなどのシステムに登録する手順を実行できる時に実行することができる。そのような方法を、ＲＮがセル再選択を実行できる時、および／またはＲＮが接続モードでモビリティ手順を自律的に開始できる場合（例えば、フォワードハンドオーバ）にも適用可能とすることができる。
【０１０７】
適切なセル選択に関するＲＮＡＩの使用の別の例として、ＲＮは、サポートされるＲＮタイプ（例えば、アウトバウンドに対するインバウンド動作の優先順位）に基づいて、または既知のＵｎサブフレーム構成に基づいて、使用可能なＲＮアクセス可能セルの中で適切なセルを選択することができる。ＲＮは、より適切なセルが、例えば、候補ＲＮアクセス可能セルのＲＮＡＩ内の既知のＵｎサブフレーム構成に基づいて、より多くの使用可能な帯域幅を有する可能性があるセルであると考えることができる。
【０１０８】
登録では、ＲＮは、所与のセルまたは特定のセル、例えば、ＰＬＭＮおよび／または関係するセル若しくは特定のセルのトラッキングエリア（ＴＡ）と組み合わされたある種のタイプのセルに対して、登録し、トラッキングエリア更新を実行することができる。ＲＮが登録できるか否か、およびトラッキングエリア更新を実行できるか否かは、ＲＮＡＩの機能とすることができる。ＲＮは、ネットワークがトラッキングエリアレベル（例えば、粒度）ではなくセルレベル（例えば、粒度）でＲＮの位置を知ることができるように、異なるセルに移動するたびにトラッキングエリア更新を実行することができる。
【０１０９】
ページング受信では、ＲＮは、セル固有、ＰＬＭＮ固有、システム固有、ＲＮに固有、および／またはＲＮ可能セル（例えば、ＲＮアクセス可能とすることができないセル）上とすることができる、ページング機会および／またはＲＮＴＩ（例えば、ＲＮ−ＲＮＴＩ）を監視することができる。ＲＮは、ページングメッセージを受信できる時に、ネットワークへの登録手順、トラッキングエリア更新、および／またはＲＲＣ接続確立を開始することができる。ページング情報を、ＲＮＡＩの機能とすることができる。
【０１１０】
再確立失敗では、ＲＮが、接続再確立手順を開始できる時に、ＲＮは、アイドルモードに遷移することができる。
【０１１１】
さらに、ＲＮがＩＤＬＥモードである可能性がある時に、ＲＮは、Ｕｕ動作を維持することができる。ＲＮは、ＲＲＣ接続を開始できる（例えば、登録要求を含む）ＵＥを、別のｅＮＢの別のセルにリダイレクトすることができる（例えば、ＵＥをリダイレクトすることができる）。例えば、ＲＮは、同一のカバレッジエリア内でＵＥによる測定動作をイネーブルするか可能にするために、Ｕｎ接続についてＩＤＬＥである間に（例えば、どのＵＥにもサービスしていない時に）Ｕｕ動作を維持することができる。ＲＮが、ＵｎについてＲＲＣ接続を確立することができた後に（例えば、接続モードになった後に）、ＲＮは、接続を受け入れ始めることができ、要求をｅＮＢ（例えば、マクロｅＮＢ）にリダイレクトすることができる。
【０１１２】
上記の方法または手順の第１の例では、次の原理を、適用し、提供し、かつ／または使用することができる。ＲＮは、登録を実行し、そのトラッキングエリアを更新する責任を負うことができ、ネットワークは、オペレータポリシ、時刻、および／またはＲＮ位置トラッキング（例えば、所与のＰＬＭＮまたは特定のＰＬＭＮに関する）に基づいてＵｎ  ＲＲＣ接続を開始する責任を負うことができる。例えば、ＲＮは、ＬＴＥ  Ｒｅｌ−１０  ＵＥ手順などのＵＥ手順または方法を使用して、所与のセルまたは特定のセル（例えば、所与のＰＬＭＮまたは特定のＰＬＭＮのセル）に登録することができ、またはこれに登録することを許容されるものとすることができ、ＲＮは、Ｕｎ動作用のＲＲＣ接続を確立するためのシステムへの初期アクセスを自律的には実行しないものとすることができる。例示的な実施形態では、ＲＮが登録できるＭＭＥは、コアネットワークまたはＨＳＳ内に格納された情報に基づいて、位置更新を実行することができる。ネットワークは、Ｕｎインターフェースを構成し、Ｕｕインターフェースをセットアップするために、ＲＲＣ接続を確立するためにＲＮをページングすることができる。ＲＮは、その「ＵＥ」固有機会にページングチャネルを監視し、ページングを受信できる時には、それがその上でページングメッセージを受信できるセルへのＲＲＣ接続確立を開始することができる。さらに、ＲＮは、例えばページングメッセージの受信の後に、上記に従って、セル選択手順を実行することができる。ＲＮを、ｅＮＢによって異なるセルおよび／またはＤｅＮＢにリダイレクトしまたはハンドオーバすることができる。ＲＮが、ＤｅＮＢとの確立されたＲＲＣ接続を有することができた後に、ＲＮは、Ｕｎ（例えば、および／またはＵｕ）の構成を受信することができ、Ｕｕインターフェースの動作を開始することができる。
【０１１３】
上記の方法の別の例では、次の原理を適用し、提供し、かつ／または使用することができる。ＲＮは、セル固有ページング機会またはＰＬＭＮ固有ページング機会などのページング機会およびＲＮ−ＲＮＴＩを監視することができ、ページングメッセージに応答することができる。ネットワークは、例えばオペレータポリシ、時刻、および／またはＲＮ位置追跡（例えば、所与のＰＬＭＮまたは特定のＰＬＭＮに関する）に基づいて、Ｕｎ  ＲＲＣ接続を開始する責任を負うことができる。ＲＮは、ネットワークに登録しないものとすることができ、トラッキングエリア更新を実行しないものとすることができ、かつ／またはネットワークは、所与のトラッキングエリア内のＲＮの位置を判定しないものとすることができる。ＲＮは、ネットワークへの登録手順を開始することができ、または、あるいは、ＲＮは、それがその上でページングメッセージを受信できるセルへのＲＲＣ接続確立を開始することができる。さらに、一実施形態では、ＲＮは、例えば、ページングメッセージの受信の後に上記に従って、セル選択手順を実行することができる。ＲＮを、ｅＮＢによって異なるセルおよび／またはＤｅＮＢにリダイレクトしまたはハンドオーバすることができる。ＲＮが、ＤｅＮＢとの確立されたＲＲＣ接続を有することができた後に、ＲＮは、Ｕｎ（および／またはＵｕ）の構成を受信することができ、Ｕｕインターフェースの動作を開始することができる。
【０１１４】
例示的な実施形態では、セル選択またはセル再選択は、ＲＮＡＩおよび優先順位情報を使用することができる。例えば、ＲＮが、ＲＮＡＩへのアクセスを有することができる場合に、ＲＮが、セル選択またはセル再選択を実行できる時に、ＲＮは、次のうちの少なくとも１つを実行することができる。優先順位情報（例えば、ＤｅＮＢおよび／またはＲＮ可能セルおよび／またはＲＮアクセス可能セルの選択に関する）が、例えばＲＮＡＩ内で使用可能である場合に、ＲＮは、選択手順での関係する要素の優先順位付けを含む、Ｒｅｌ−１０手順に似たセル選択手順またはセル再選択手順を実行することができる。そのような手順を、実施形態では、ＲＮが、要素が対応するセル選択手順またはセル再選択手順の適切なセルに対応する可能性があると判定する場合に、および／またはＲＮが、要素が例えば使用可能な場合に（例えば、システム情報獲得シグナリングまたは専用シグナリングからの）idleModeMobilityControlInfoによって提供されるセル選択優先順位情報またはセル再選択優先順位情報の一部であることもできると判定できる場合に、さらに実行することができる。例えば、ＲＮは、最良のセルが、適切なセルである可能性があり、候補セルのセット内で最高の優先順位（例えば、優先順位レベル）を有する可能性がある、ＲＮＡＩ内のセルになる可能性があると考えることができ、ここで、候補セルは、ＲＮ可能および／またはＲＮアクセス可能とすることができるセルとすることができる。
【０１１５】
さらに、一実施形態では、ＲＮは、ＲＮＡＩによって示されるように、ＲＮ可能および／またはＲＮアクセス可能とすることができるセルを使用して、セル（再）選択手順（例えば、Ｒｅｌ−１０手順に似た）を実行するか他の形で実行することができる。例えば、ＲＮは、選択手順で、セルが、例えば、ＲＮＡＩによって示されるように、少なくとも所望のサービスレベルに関してＲＮアクセス可能である可能性があるとＲＮが判定できるセルを検討することができる。例えば、ＲＮは、最良のセルが、適切なセルである可能性があるＲＮＡＩ内のセルである可能性があると考えることができ、候補セルは、ＲＮ可能および／またはＲＮアクセス可能とすることができるセルとすることができる。
【０１１６】
実施形態では、ＲＮが、ＲＮＡＩへのアクセスを有することができない場合に、ＲＮは、例えばＲｅｌ−１０手順などの現在の手順に似た、セル（再）選択手順を実行することができる。さらに、ＲＮは、例えば、セルを少なくとも所望のサービスレベル（例えば、「通常サービス」またはＲＮサービスに関するサポートの明示的表示）についてＲＮアクセス可能と考えることができるとＲＮが判定できるセルを含むがこれに限定されない、本明細書で説明される方法に従って、セルをＲＮ可能および／またはＲＮアクセス可能とすることができるとそれが判定できる場合に、適切なセルを選択することができる。例えば、ＲＮは、最良のセルが、適切なセルである可能性があるセルである可能性があると考えることができ、候補セルは、ＲＮ可能および／またはＲＮアクセス可能とすることができるセルである。ＲＮは、（再）選択プロセスまたは（再）選択手順に使用される優先順位に加えてまたはその代わりに、上記の優先順位を使用することができる。
【０１１７】
例示的な実施形態によれば、ＲＮは、ＲＮをサポートしないセルへの繰り返されるセル選択の試みを避けるために、ＲＮ可能セルおよび／またはＲＮアクセス可能セルを自律的に更新することができる。ＲＮは、上述したセル選択手順またはセル再選択手順に基づいて、セルへのアタッチの試みに失敗した可能性がある以前にＲＮをサポートしたセルまたはＲＮ可能セルとＤｅＮＢとについて、そのＲＮＡＩを更新することができる。ＲＮ可能セルまたはＲＮをサポートするセルへのアタッチに失敗する時に、ＲＮは、それがもはやＲＮ可能またはＲＮアクセス可能ではない可能性があることを示すために、そのセルのセル情報を更新することができる。ＲＮは、複数の失敗したアタッチの試みの時に、セル情報を更新することができる。これらのセルへのアタッチの失敗が、一時的なものである可能性があるので、ＲＮは、事前に定義された時間期間の間、これらのセルを無効化し、これらを非ＲＮアクセス可能セルまたは非ＲＮ可能セルとみなすことができる。その時間期間が満了できた後に、ＲＮは、もう一度、これらのセルをＲＮ可能および／またはＲＮアクセス可能と考えることができる。あるいは、ＲＮは、セルがもう一度ＲＮアクセス可能またはＲＮ可能なことができることを示すＲＮＡＩによってＲＮが更新され得るまで、これらのセルを無効とみなし続けることができる。ＲＮＡＩセル情報の更新は、ＲＮが、もはやＲＮアクセス可能またはＲＮ可能ではない可能性がある適切なセルへのアタッチを繰り返して試みるのを防ぐことができる。
【０１１８】
スタートアップおよびＤｅＮＢへのアタッチを、さらに、最強のセル以外の要因に基づくものとすることができる。例えば、一実施形態では、ＲＮは、アタッチし、ＲＮスタートアップ手順を実行するために、ＤｅＮＢリスト内で使用可能である可能性がある最も適切なＤｅＮＢセルを選択しないものとすることができる。例えば、高速列車上のＲＮは、事前に定義されたパスに沿って移動しつつある場合があり、アタッチすべき次の最も適切なＤｅＮＢセル、例えば、カバレッジの最も長い時間を有するセルにアタッチすることを試みることができ、そのＲＮセルを構成することができ、かつ／またはＲＮ動作を開始することができる。ＲＮは、ＤｅＮＢリストの代わりにまたはおそらくはこれと一緒に、次のＲＮアクセス情報またはＲＮＡＩに含まれる情報のうちの１または複数を使用することができる（例えば、Ｒｅｌ−１０  ＵＥセル選択手順と一緒にＲｅｌ−１０  ＲＮスタートアッププロセスに従って）：位置要因；制限された隣接リスト；解放および／またはリダイレクション；など。
【０１１９】
位置要因は、現在のＲＮ位置、速さ、および方向の情報、例えば、事前に決定された列車情報に基づく情報、測定値に基づく位置、ＧＰＳ情報、並びにＤｅＮＢリストおよびＲＮＡＩ内に含まれるＤｅＮＢセル位置を含むことができる。ＲＮは、位置（例えばセルの品質および強さではなく）に基づいて次に使用可能なＤｅＮＢセルに優先順位を付けることができる。ＲＮスタートアップ手順が失敗する可能性があり、例えば、ＲＮが、適切なＤｅＮＢセル検索を再開始するのではなくＲＮアタッチ手順を正しく完了できない可能性がある場合に、それは、位置情報に基づく別の適切なセルがＲＮから使用可能である可能性が生じない限り、同一のＤｅＮＢセル上でＲＮアタッチを再び試みることを試行することができる。
【０１２０】
制限された隣接リストは、ＲＮおよび／またはＤｅＮＢ並びにこれらに関連するセルに関連する隣接情報を含むことができる。例えば、ＲＮを、そのＲＮが、次のＲＮスタートアップ手順の候補セルとして使用できるその隣接関係情報内の少ない個数の隣接ＤｅＮＢセルまたは隣接ＤｅＮＢを用いて制限することができる。
【０１２１】
解放およびリダイレクションは、使用できるリダイレクトされたセルに関連する情報を含むことができる。例えば、ＲＮは、ネットワーク動作からのデタッチの一部として、ＲＮがＲＮアタッチを実行できる単一の候補セルまたは少数の候補セルのリストを含むことができるリダイレクション情報（優先順位付けされた搬送波周波数ではなく）を受信することができる。
【０１２２】
一実施形態では、ＲＮを、ＲＮパワーアップ、無線リンク障害回復など、スタートアップトリガ（例えば、Ｒｅｌ−１０  ＲＮスタートアップトリガ）を超えたトリガによって、ＲＮスタートアップ手順を開始するためにトリガすることができる。例えば、ＲＮは、ＤｅＮＢからまたはおそらくはＯＡＭからの新しいＤｅＮＢリストからページを受信することができる。ＲＮは、新しいＤｅＮＢリストと使用可能な適切なＲＮをサポートするＤｅＮＢセルとに基づいて、ＲＮスタートアップ手順を即座に開始できるように、近くのＤｅＮＢセルを監視し続けることができる。トリガを待っている間に、ＲＮは、その動作が本明細書で説明されるＩＤＬＥモードのままであることができ、または、スタートアップを実行するトリガを受信できるまで、デタッチされた待機状態であることができる。
【０１２３】
さらに、実施形態では、モビリティ関連測定を、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、ＲＮの測定構成および測定機会を含むＲＮモビリティをサポートするＲＮ固有手順を、提供し、かつ／または使用することができる。ＲＮを、周波数間測定機会の測定ギャップと一緒に、周波数内セルと周波数間セルとの両方で測定を実行する（例えば、Ｒｅｌ−８  ＵＥの手順または方法に似て）ように構成することができる（例えば、サービングＤｅＮＢによって）。
【０１２４】
測定構成を判定するシステムおよび／または方法を、提供し、かつ／または使用することができる。例えば、ＲＮは、隣接周波数およびセルリスト並びに／または測定構成に基づいて測定を実行することができる。隣接周波数およびセルリスト並びに／または測定構成を、ＲＮによって自律的に判定することができ、またはサービングＤｅＮＢによって構成することができる。例示的な実施形態では、ＲＮは、ＲＮＡＩおよび／またはＳ１に基づいてＩＤＬＥモード測定を自律的に判定することができる。
【０１２５】
例えば、ＲＮは、隣接周波数およびセルリスト並びに／または測定構成の少なくとも一部を、自律的に、ネットワーク制御で、などで判定することができる。判定を自律的に実行するために、ＲＮは、次のうちの少なくとも１つに基づいて、搬送波周波数および／または周波数ごとに測定すべき１または複数のセルを判定することができる：例えばＩＤＬＥモード測定について、使用可能な場合に、上述されるＲＮＡＩ（例えば、ＩＤＬＥモードのＲＮは、ＲＮＡＩを使用して、初期選択プロセスに使用すべき周波数および／またはセルを自律的に判定することができる）、および／または隣接周波数およびセルリスト（ＮＦＣＬ）、但し、ＮＦＣＬを、Ｓ１の一部として（例えば、ＳＩＢ３または類似する情報）ブロードキャストチャネルから受信することができ、かつ／または例えばＩＤＬＥモード測定についてＲＮ可能名ＤｅＮＢおよび／若しくはセルから受信することができる。
【０１２６】
例えば、一実施形態では、ＲＮは、ＲＮ可能セル上で、周波数の１または複数のリストを含むシステム情報を、例えば、idleModeMobilityControlInfo内で獲得することができ、例えば、ＩＤＬＥモードのＲＮについて、より良いセルを検索する時に、および／または接続モードのＲＮについて、ＲＲＣ接続再確立手順を実行する時に、再選択プロセスに使用すべき対応する周波数および／またはセルを自律的に判定するのにＲＮＡＩを使用することができる。
【０１２７】
さらに、接続モードであり、明示的な測定構成を有しないＲＮは、モビリティ手順を開始するために使用すべき周波数および／またはセルを自律的に判定するのに、ＲＮＡＩを使用することができる。ＲＮが、より強いＲＮ可能セルおよび／またはＲＮアクセス可能セルを検出できる時に、それは、測定されたセルがオフセット値（例えば、ユーザ入力に基づいて構成可能とすることができる）だけサービングセルより良い可能性がある場合に、フォワードハンドオーバなどのモビリティ手順を開始することができる。例示的な実施形態では、ＲＮは、測定構成を受信することができ、ＲＮアクセス情報すなわちＲＮＡＩを適用することができる。
【０１２８】
ネットワークによって制御される測定構成の判定を実行するために、ＲＮは、少なくとも１つの測定オブジェクトと報告する構成のリストとを含むことができる、隣接周波数およびセルリストおよび／または測定構成をＤｅＮＢから受信することができる。実施形態では、構成は、ＲＮ可能セルおよび／またはＲＮアクセス可能セルを含むことができ；ＲＮは、使用可能な場合にＲＮＡＩに含めることができる周波数／セルの測定を実行することができ；リストおよび／または測定構成を、専用シグナリングを使用して（例えば、ＲＮが接続モードである時にＲＲＣ再構成手順の一部として）受信することができ（例えば、ＲＮは、リストおよび／または測定構成を受信することができる）、ここで、ＲＮは、接続モード測定に関するものとすることができる測定構成を受信することができ、かつ／またはＲＮは、接続モード測定からＩＤＬＥモード測定の隣接周波数およびセルリストを導出することができ；リストおよび／または測定構成を、専用シグナリングを使用して（例えば、ＲＮが接続モードである可能性がある時にRRCConnectionReleaseメッセージ内で）受信することができ；かつ／または、ＲＮは、ＩＤＬＥモード測定に関するものとすることができる隣接周波数およびセルリストを受信することができる。
【０１２９】
例えば、接続モードのＲＮは、例えばＲＮＡＩと一致しうる測定構成を使用して、ＩＤＬＥモードである時にセル選択またはセル再選択に使用すべき周波数および／またはセルを自律的に判定するのに、明示的な測定構成を使用することができる。ＲＮは、リストからの関係する搬送波周波数に対応することができるＲＮＡＩの要素に対して測定を実行できるように、搬送波周波数のリストを使用することができる。ＲＮは、構成の順序に基づく優先順を使用して測定し、かつ／またはレポートを提供することができる。
【０１３０】
ＲＮは、特定の順序に従って測定を実行することができ、例えば、周波数間測定について、搬送波周波数リストおよび／またはセルリストの順序は、周波数またはセルの優先順位を示すことができる。同様に、ＲＮは、特定の順序に従って測定結果を報告することができ、例えば、搬送波周波数リストおよび／またはセルリストの順序は、周波数またはセルの優先順位を示すことができ、または、あるいは、この順序を、例えば最良のセルを最初に報告できるように、測定結果に基づくものとすることができる。
【０１３１】
例示的な実施形態では、ＲＮＡＩをＤｅＮＢによって知ることができる場合に、測定構成は、ＲＮ可能セルを含むことができる。さらに、ＲＮは、物理セルインデックス情報と共に隣接セルのリストを含む隣接周波数およびセルリストをサービングＤｅＮＢから受信することができる。セルリストは、ＲＮ動作をサポートできる隣接セル（例えば、ＲＮ可能および／またはＲＮアクセス可能とすることができるセル）を含むことができ、または、どの隣接セルがＲＮ動作をサポートでき、またはできないのかを判定する方法または手順をＤｅＮＢが有するか否かに応じて、様々なタイプのセルを含むことができる。例示的な実施形態では、ＲＮＡＩを例えばＤｅＮＢによって知ることができない場合に、測定構成を調整して、ＲＮ可能セル測定構成に関する測定を提供することができる。
【０１３２】
別の例で、ＲＮは、周波数間測定に使用すべき周波数を判定することができ、かつ／または（例えば、ネットワークによって制御されるモビリティの）測定レポートの送信のトリガおよび／若しくは使用可能な場合にＲＮＡＩの機能としてのモビリティイベント（例えば、フォワードハンドオーバを使用するＲＮ自律的モビリティ）のトリガを含む、モビリティ関連手順を開始することができる。ＲＮは、例えば次のうちの１または複数に従って最高優先順位を有する可能性がある周波数（またはセル）を判定することができる：半静的な構成、ＲＮＡＩ内の順次位置、および／またはＲＮによってサポートされる中継器のタイプに関するＲＮ動作をサポートすることが知られている可能性があるセル。
【０１３３】
例えば、ＲＮを、次の測定イベントのうちの１または複数を用いて構成することができる：サービングが閾値より良い可能性があるイベントＡ１；サービングが閾値より悪い可能性があるイベントＡ２；隣接物が閾値より良いオフセットである可能性があるイベントＡ３；隣接物が閾値より悪いオフセットである可能性があるイベントＡ４；サービングが閾値１より悪い可能性があり、隣接物が閾値２より良い可能性があるイベントＡ５；など、ここで、サービングは、サービングＤｅＮＢセルに対応する周波数とすることができ、隣接物は、例えば、ＲＮＡＩ内のＤｅＮＢ候補のリスト内の１つのエントリ（例えば、周波数またはセル）に対応する周波数とすることができ；閾値１および閾値２は、例えば、ＲＲＣシグナリングなどを用いてＤｅＮＢによって構成されるものとすることができる。
【０１３４】
一実施形態では、ＲＮを、ＲＮＡＩ（例えば、ＲＮ可能および／またはＲＮアクセス可能な隣接セルのリスト）を用いて構成することができる。ＲＮＡＩは、ＤｅＮＢによって知られない場合があり（例えば、ＯＡＭによってプロビジョニングされるＲＮＡＩの場合、またはＲＮＡＩがＲＮによって自律的に導出される場合）、かつ／またはＲＮがそれを通って移動すると期待することのできるセルのシーケンスを表すことができる（例えば、ハンドオーバのシーケンスを決定論的とすることができる列車のシナリオで）。ＲＮを、測定イベントを用いて構成することができる。測定イベントは、候補ＤｅＮＢセルの隣接リスト内の各エントリに、最高の関連する優先順位を有するエントリに、および／またはリストのシーケンス内の特定の位置を有するエントリに、適用可能とすることができる。
【０１３５】
さらに、ＲＮを、ＤｅＮＢによって、リスト内のエントリのうちの１つまたはＲＮアクセス可能とすることができるかそうであることが知られている可能性があるセルに対応することができる周波数上のセルの測定をＲＮが実行できる所与の周波数または特定の周波数の測定イベントを用いて構成することができる。実施形態では、モビリティ手順を、測定値に基づいて、例えば、測定報告またはフォワードハンドオーバのいずれかについてトリガすることができる。
【０１３６】
ＲＮは、パラメータセットごとに次のうちの少なくとも１つに従って、測定構成のある種の態様、分類、および／またはパラメータを（例えば、ＲＮＡＩを使用して）自律的に判定することもできる：隣接周波数およびセルリスト、測定レポート、測定ギャップ構成、など。
【０１３７】
例えば、隣接周波数リストおよび／またはセルリストを使用して、ＲＮは、例えば、ＲＮがＤｅＮＢから周波数リストおよび／またはセルリストを受信できない場合に、使用可能な場合にそのＲＮＡＩに基づいて、測定すべき適当な周波数および隣接ＤｅＮＢセルを判定することができる。そのような実施形態では、周波数リストおよび／またはセルリストが、ＲＮ内で構成され得、ＲＮＡＩ（例えば、使用可能な場合に）を使用して判定されるように、ＲＮ（またはＲＮによってサポートされるＲＮタイプ）をサポートできないセルを含む可能性がある場合に、ＲＮは、これらのセルに対する測定を実行しないことを選択することができる。さらに、周波数リストおよび／またはセルリストが、ＲＮ内で構成され得、ＲＮＡＩ（例えば、使用可能な場合に）の一部とすることができる周波数および／またはセルを含むことができない場合に、ＲＮは、例えば、サービングＤｅＮＢに送信される測定レポート内の検出されたセルの測定結果を含む、その測定構成に、これらの周波数またはリストを含めることができる。ＲＮは、例えば、ＲＮが関係するセル／周波数の優先順位表示を全く受信しない場合に、使用可能な場合にＲＮアクセス情報内の周波数の順序に基づいて、測定周波数に優先順位を自律的に割り振ることもできる。
【０１３８】
実施形態では、測定レポートを使用して、ＲＮは、例えばＲＮが測定レポート構成を受信できない場合に、測定閾値に基づく周期的報告またはイベントベースの報告を自律的に構成しまたはこれを用いて事前に構成され得る。そのような実施形態では、ＲＮは、列挙されたセルと検出されたセルとの両方を、それらがＲＮをサポートするセルに既知である可能性があるか否かにかかわりなく、報告することができる。さらに、ＲＮは、ＲＮアクセス情報（例えば、使用可能な場合に、ＲＮ動作をサポートできるセルを含む）に含まれる可能性がある、列挙されたセルと検出されたセルとの両方を報告することができる。ＲＮは、例えば、ＲＮアクセス情報すなわちＲＮＡＩ（例えば、使用可能な場合に）に含めることができるセルについて、ＲＮハンドオーバのターゲットセルとして適切であるとＲＮが判定した可能性がある単一のセルまたはセルのセットを報告することもできる。
【０１３９】
追加の実施形態によれば、測定ギャップ構成を提供し、かつ／または使用することができる。例えば、ＲＮに、周波数間測定の測定ギャップを与えることができない場合に、ＲＮは、本明細書で説明されるように、測定ギャップを自律的に構成することができる。
【０１４０】
測定機会を判定するシステムおよび方法を、本明細書で説明するように提供し、かつ／または使用することもできる。例えば、一実施形態では、ＲＮは、閾値に基づいて、いつ測定を開始すべきかを判定することができる。そのような実施形態では、ＲＮは、Ｕｎインターフェースのサービングセル上でＲＳＲＰ（および／またはＲＳＲＱ）を監視することができる。ｓ−Ｍｅａｓｕｒｅパラメータに似て、ＲＮを、いつ測定を実行すべきかを判定するためにＲＮが使用できるパラメータを用いて構成することができる。このパラメータは、閾値を示すことができる。ＲＮが、ＲＳＲＰ測定（例えば、あるレイヤ３フィルタリングの後の）が閾値より小さいまたはこれ未満でありうると判定できる時に、ＲＮは、周波数間測定を実行し始めることができる。ＲＮを、周波数間測定の単一の閾値を用いて、または、あるいは、ＲＮがその上で測定を実行できる周波数ごとに１つなど、複数の閾値を用いて構成することができる。ＲＮに、隣接セルに対する周波数内測定を実行し始める閾値および／または周波数内と周波数間との両方について隣接セル全般に対する測定を開始する閾値を与えることができる。例示的な実施形態では、ＲＮは、さらに、ＲＮサブフレーム構成の機能として測定機会を判定することができる。
【０１４１】
さらに、ＲＮを、周波数間測定の測定ギャップを用いて構成することができる。ＲＮは、さらに、周波数間測定に使用すべき測定機会を自律的に判定することができる。測定ギャップおよび／または測定機会を、ＲＮサブフレーム構成（例えば、提供され、かつ／または構成される場合に）の機能とすることができる。ＲＮは、例えば、関係するセルまたは特定のセルを単一周波数ネットワーク（ＳＦＮ）とすることができ、サブフレームをアラインできる時に、使用すべきギャップパターンと異なる測定機会に測定すべきセルとを判定するのに、ＲＮアクセス情報（例えば、使用可能な場合に）に含まれるセルのＵｎ構成パターンを使用することができる。
【０１４２】
ＲＮを、Ｕｎサブフレーム構成を用いて構成することもできる。一実施形態では、Ｕｎサブフレームの構成は、Ｕｎインターフェース上の周波数間測定および周波数内測定の測定機会に影響する可能性がある。Ｕｎサブフレーム構成を用いて構成されたＲＮは、本明細書で説明されるように、次のうちの少なくとも１つを実行することができる：周波数内測定、周波数間測定、など。
【０１４３】
例えば、ＲＮは、Ｕｎサブフレームとして構成され得るサブフレーム中に周波数内測定を実行することができ、ＲＮは、Ｒ−ＰＤＣＣＨを検索することができる。ＲＮは、非Ｕｎサブフレームとして構成され得るサブフレーム中に周波数内測定を実行することもできるが、ＲＮ  ＵＥへのＤＬ内のＲＮ  Ｕｕインターフェースを介する送信をスケジューリングしていない可能性がある。例えば、ＲＮは、ＲＮにサブフレームアラインされていない可能性がある隣接セルを検出し、同期化するのに周波数内機会を使用することができ、かつ／またはその物理セルＩＤ（ＰＣＩ）が既知である可能性があり、ＲＳＲＰ／ＲＳＲＱ（Reference Signal Received Power/Reference Signal Received Quality）測定を行うことができる隣接セルに対して測定を実行することができる。
【０１４４】
さらに、ＲＮは、ＲＮ  Ｕｕ送信のために割り振ることのできるサブフレーム、例えばサブフレーム｛０，４，５，９｝中に、ＲＮがその時間の持続時間の間にＲＮ  Ｕｕでの送信をオフに切り替えられるように、周波数内測定を実行することができる。例えば、ＲＮは、この周波数内測定機会を使用して、ＲＮにサブフレームアラインされている、ＲＮがＰＣＩ情報および／またはＭＩＢ情報を有しないセルに同期化し、それを検出することができる。ＲＮは、入ってくるＵＥまたは接続されたＵＥに影響し得ないようになるのに十分に低い頻度で、送信をオフに切り替えることができる。
【０１４５】
一実施形態によれば、ＲＮは、ＲＮ  Ｕｕインターフェース送信のためにスケジューリングできるサブフレーム中に周波数間測定を実行することができる。そのような実施形態では、ＦＤＤおよび／またはＴＤＤを使用することができる。ＦＤＤについて、サブフレーム｛０，４，５，９｝は、Ｕｎサブフレーム構成とは独立に、周波数内測定に使用可能とすることができる。他のサブフレームでの周波数間測定の機会は、Ｕｎサブフレーム構成の機能とすることができ、非Ｕｎサブフレームは、周波数間測定に使用され得る。ＴＤＤについて、Ｕｎ送信に割り振られていないサブフレーム｛０，１，５，６｝を、ＲＮによる周波数間測定に使用可能とすることができる。他のサブフレームは、周波数間測定に関して、割り振られたＵｎサブフレーム構成に依存するものとすることができる。さらに、ＲＮは、ＲＮ  ＵＥにＵＬグラントをスケジューリングしなかった可能性があるサブフレーム中に、Ｕｕインターフェース受信器を使用して周波数間測定を実行することができる。
【０１４６】
一実施形態では、ＤｅＮＢによるＵｎサブフレームの構成を、使用可能なＤｅＮＢリソースおよび／またはＲＮ負荷に加えてまたはその代わりに、測定構成の機能とすることができる。さらに、例示的な実施形態によれば、ＲＮを、｛１１ｘｘｘｘｘｘ｝のＵｎサブフレーム構成を用いて構成することができる。
【０１４７】
図６に、Ｕｎ受信、Ｕｕ送信、関連する周波数内測定機会、および／または関連する周波数間測定機会に使用可能とすることができるサブフレームの例示的な実施形態を示す。図６に示されているように、Ｕｎサブフレーム構成は、ＲＮによるＵｕを介するより高いデータレートのサポートを増やすことができ、追加の周波数間測定機会および／または周波数内測定機会をイネーブルするか可能にすることができる。Ｕｕサブフレームを、データレートの機能として構成し、再構成することができ、および／または測定構成を、構成によって明示的にとＲＮＡＩによって暗黙のうちにとの両方で、ＲＮのためにセットすることができる。図６に示されているように、複数のフレームＦ０からＦ３は、ＤｅＮＢ  Ｕｎ、ＲＮ  Ｕｎ受信（Ｒｘ）、およびＲＮ  Ｕｕ送信（Ｔｘ）のためのサブフレーム１から９を含む。周波数内測定機会および周波数間測定機会も、それぞれ図６に示されているものとすることができる。
【０１４８】
一実施形態では、ＲＮを、Ｕｎサブフレーム構成を用いて構成することができ、ＲＮは、周波数間測定および周波数内測定のスケジューリングのために、Ｕｎインターフェースを介する事前に決定された受信スケジュールとしてそのような構成を使用することができる。それがＵｎ送信を受信できることをＲＮが知ることができるサブフレーム中に、それは、周波数内測定を実行することができる。それがＵｎを介してデータを受信できることをそれが知ることができるサブフレームについて、それは、Ｕｎに対して周波数間測定をスケジューリングすることができる。さらに、一実施形態によれば、Ｕｎサブフレーム構成は、例えばＵｕインターフェースをＵｎインターフェースとは別々の周波数上で構成できる（例えば、ＲＮを帯域外ＲＮ動作のために構成できる）場合に、Ｕｕインターフェース上での受信に影響しないものとすることができる。ＲＮ  Ｕｕ搬送波の周波数と同一とすることのできる周波数に対する周波数間測定について、ＲＮは、測定サブフレーム中のＤＬ送信のスケジューリングを控えることができる。ＲＮは、Ｕｕインターフェースを介して接続されたＵＥがサブフレームの事前に決定されたセット中にＤＬでのユニキャストデータ送信を期待しないものとすることができるように、ＭＢＳＦＮサブフレームとしてこれらのサブフレームをスケジューリングすることができる。ＲＮは、例えば、ＵｕインターフェースをＵｎインターフェースとは別々の周波数上で構成できる（例えば、ＲＮを帯域外ＲＮ動作のために構成できる）場合に、例えば特定の周波数で測定すべきセルの個数に基づいて、Ｕｕインターフェースを介して接続されたＵＥについて構成すべき測定ギャップを自律的に判定することもできる。
【０１４９】
Ｕｎを介するモビリティおよび／または接続制御を提供するシステムおよび／または方法を、さらに提供し、かつ／または使用することができる。例えば、Ｒｅｌ−８  ＵＥなどのＵＥについて、ソースｅＮＢは、負荷平衡化判断基準に基づいて、および／またはＵＥから受信された測定レポートに基づいて、ハンドオーバを開始することができる。ソースｅＮＢは、ＵＥハンドオーバの準備についてターゲットｅＮＢに通知することができ、ハンドオーバに関するシグナリングをＵＥに供給することができる。ＲＮハンドオーバの場合には、判断および開始を、ＤｅＮＢによって、またはＲＮ若しくはモバイルＲＮによって自律的に、処理することができる。
【０１５０】
例示的な実施形態では、ネットワークによって制御されるハンドオーバ手順を、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、サービングＤｅＮＢは、ＲＮから受信された測定レポート、現在の負荷条件、例えば、他のＲＮに起因するトラフィック負荷などに基づいて、ＲＮのハンドオーバをトリガすることができる。さらに、ＲＮは、候補セル（例えば、ＲＮアクセス可能セルまたはＲＮ可能セル）のリストを報告することによって、別のセルへのハンドオーバをサービングＤｅＮＢに示すことができる。例示的な実施形態では、セルリストは、ＲＮが検出した可能性がある隣接セルを含むことができ、ＤｅＮＢは、ＲＮＡＩに基づいて、適当なターゲットＲＮアクセス可能セルまたはターゲットＲＮ可能セルを判定することができる。ＤｅＮＢからＲＮへのハンドオーバの開始を、ＲＮが受信できるモビリティ情報を伴うRRC Reconfigurationメッセージ内で反映することができる。さらに、一実施形態では、ＲＮを別のセルにハンドオーバするというソースＤｅＮＢの意図を、Ｘ２シグナリングによってＲＮに示すことができる。どちらのシグナリングのインスタンスにも、ＲＮがターゲットＤｅＮＢに同期化するのに使用する情報と一緒に、ターゲットＤｅＮＢ内のＲＮ構成に関係する情報を、本明細書で説明されるように含めることができる。
【０１５１】
ＲＮ自律的ハンドオーバ手順（例えば、フォワードハンドオーバ）を、本明細書で説明されるように提供し、かつ／または使用することができる。そのような実施形態では、ＲＮは、ＤｅＮＢが構成した測定または自律的に構成された測定に基づいて、ハンドオーバを開始すると判断することができる。ＲＮは、現在のＤｅＮＢセルが提供できない可能性があるＵｎリソースの増加などの他のイベントに基づいて、ハンドオーバの判断を行うこともできる（例えば、ハンドオーバを開始すると判定することができる）。さらに、ＲＮは、例えばＵｎデータアクティビティに関して、隣接セルがより少なく輻輳している可能性があることを示す負荷状況レポートに基づいて、別の隣接セルに移動すると判断することができる。例えば、ＲＮは、サービングＤｅＮＢおよび他の隣接するｅＮＢからのＸ２シグナリングを介してＵｎサブフレームＰＲＢ使用に関するＬ２測定値を受信することができる。ＲＮは、そのＲＮＡＩまたはそのＤｅＮＢリストを参照することによって、ハンドオーバの候補セルをＲＮ可能とすることができると判定することができる。例示的な実施形態では、ＲＮは、ＲＮハンドオーバの開始をソースＤｅＮＢに示すことができる。
【０１５２】
ハンドオーバ判断を行った後に、ＲＮは、本明細書で説明されるようにモビリティ手順を自律的に開始することができる。１つの例示的な方法では、ＲＮは、例えば異なるＤｅＮＢの、異なるセルへのフォワードハンドオーバを実行できることを、サービングＤｅＮＢに示すことができる。この通知は、サービングＤｅＮＢがターゲットＤｅＮＢに関するＲＮハンドオーバ準備を実行できるようにするために、ターゲットセルおよび／またはターゲットＤｅＮＢのアイデンティティを含むことができる。ＲＮからの表示は、ターゲットＤｅＮＢセルに移動するのに使用されるハンドオーバ関連情報の要求を含むことができる。これに応答して、ＤｅＮＢは、ＲＮからの表示に肯定応答することができ、要求された通りに、ハンドオーバに使用される情報をＲＮに供給し、ターゲットＤｅＮＢセルへのハンドオーバの時またはその後にＲＮ構成を供給することができる。ＲＮが、この情報を用いて事前に構成された可能性がある場合には、ＲＮは、ＲＮに関する肯定応答と共にソースＤｅＮＢから応答を受信して、そのハンドオーバを継続する。ＤｅＮＢは、ターゲットＤｅＮＢと共にハンドオーバの準備を開始することもできる。ＲＮは、異なるターゲットＤｅＮＢセル、関連するモビリティ情報およびＲＮ構成情報と共に、ソースＤｅＮＢから肯定応答を受信することができる。ＲＮは、ソースＤｅＮＢからハンドオーバの要求の拒絶を受信する場合もある。
【０１５３】
上述された表示の例として、ＲＮは、自力でハンドオーバを開始するために、X2 Handover RequestメッセージをＤｅＮＢに送信することができる。このメッセージ内のパラメータは、Ｘ２ＡＰ  ＩＤ、ターゲットセルＩＤ、ＲＮ  ＭＭＥのＧＵＭＭＥＩ、および／または他のコンテキスト情報を含むことができる。例示的な実施形態では、ＤｅＮＢが既にＲＮに関する情報を有する可能性があるので、この情報を、ターゲットセルＩＤまたは情報の他のサブセットとすることができる。ＲＮは、ＲＮがターゲットセル情報を用いて事前に構成されてはいない可能性があるので、ハンドオーバ情報を送信することの表示を含めることができる。
【０１５４】
応答として、ＤｅＮＢは、X2 Handover Request Acknowledgeを使用して、そのハンドオーバ要求が肯定応答され、これを行うことができることをＲＮに示すことができる。このメッセージ内の情報要素は、ＲＮがハンドオーバ手順を実行するのに使用できる情報を充填され得、またはこれを含むことができる。さらに、一実施形態では、ＲＮは、例えばソースＤｅＮＢがハンドオーバのためにターゲットｅＮＢを準備した可能性がある時に、ＲＮがハンドオーバを進め、指定されたターゲットＤｅＮＢセルとの同期化を試みることができるように、他の情報を伴わない肯定応答を受信することができる。
【０１５５】
追加の実施形態によれば、ＲＮは、ＲＮが指定されたターゲットＤｅＮＢセルまたは例えば異なるターゲットＤｅＮＢセルに移動するためのハンドオーバコマンドを、ハンドオーバの表示に応答してソースＤｅＮＢから受信することができる。ＲＮは、ＲＮがハンドオーバのために事前に構成されたかどうかに依存して、ソースＤｅＮＢから適当なターゲットセル情報を受信することができる。ＲＮは、例えば、RRC Connection Reconfigurationメッセージを受信することができる。例示的な実施形態では、ＲＮは、ターゲットＤｅＮＢにＲＡＣＨを供給することによって、そのようなＲＮハンドオーバを開始することができる。
【０１５６】
別の方法では、選択されたターゲットＤｅＮＢセルへのハンドオーバの判断（例えば、ハンドオーバを実行する）の時またはその後に、ＲＮは、ＲＡＣＨ手順によってターゲットセルに同期化することを試みることによってハンドオーバを開始することができる。ＲＮは、ＲＮＡＩまたは事前構成によって供給された可能性がある、選択されたターゲットセルに対応する有効な構成を、ターゲットセルにアクセスするのに使用することができる。ＲＮは、ソースＤｅＮＢ情報および／またはＲＮ構成若しくはＲＮ情報をターゲットＤｅＮＢに示しまたは供給することもできる。
【０１５７】
一実施形態では、ターゲットＤｅＮＢは、ＲＮおよびＲＮ  ＵＥに関する情報並びにソースＤｅＮＢからの全ての関連情報の転送を開始することができる。ＲＮは、ソースＤｅＮＢへのオリジナルＵｎ接続を維持しながら、ハンドオーバの自律的開始の一部としてターゲットセルに同期化することを試みることができ、ＲＮ  ＵＥにサービスし続けるためにＲＮ  Ｕｕ動作を維持することができる。ＲＮは、この場合に、Ｕｎインターフェース上で複数の搬送波（および／またはキャリアアグリゲーション）をサポートできるものとすることができる（例えば、Ｕｎインターフェースは、複数の無線能力（例えば、アクセス技術）を有することができる）。
【０１５８】
ＲＮ事前構成を実行するシステムおよび／または方法を、提供し、かつ／または使用することができる。例えば、別の方法で、ＲＮを、ＲＮ可能セルおよび／またはＲＮアクセス可能セルと関連するＤｅＮＢとのセットについてＲＮＡＩを用いて事前に構成することができる。ＲＮを、セルによってサービスされつつある時に使用できる（例えば、アタッチ、再選択、またはハンドオーバのいずれかによって）他の情報の中でも、Ｕｎサブフレーム構成、Ｅ−ＣＧＩ、ＰＣＩ、および／またはＵｕ搬送波情報のうちの１または複数を含むことができるＲＮ構成を用いて事前に構成することができる。事前構成を、そのような実施形態で、例えば所与のＤｅＮＢセルまたは特定のＤｅＮＢセルとの接続を確立し、ＲＮとして動作する前に、そのようなセル上で動作するための情報をＲＮに与えることによって定義することができる。ＲＮを、任意のｅＮＢへのアタッチの時にＤｅＮＢリストまたはＲＮＡＩを用いて構成されることによって；オペレータ入力を介してオペレータによって手動で構成されることによって；例えば専用ＲＲＣシグナリングまたはＸ２シグナリングを介して隣接セルのＲＮＡＩを与えられた、サービングＤｅＮＢによって構成されることによって；および類似物によって、ＯＡＭによって事前に構成することができる（例えば、パワーアップの前にＤｅＮＢリスとまたはＲＮＡＩを事前にロードされる）。
【０１５９】
事前構成の使用の例を、高速列車上で展開することのできるＲＮとすることができる。そのような実施形態では、ＲＮのモビリティパスを、列車のルートによって事前に決定することができ、そのＲＮにサービスすることができるＤｅＮＢのセットも、列車のルートを囲むＤｅＮＢの展開に基づいて決定論的とすることができる。ＲＮの既知のモビリティパスを用いて、ＲＮを、ＲＮ構成（例えば、各ＲＮ可能セルに伴って異なる、またはルート上のＲＮ可能セルについて共通）と一緒にＤｅＮＢおよびＲＮ可能／ＲＮアクセス可能セルのＲＮＡＩのセットを用いて事前に構成することができる。ＲＮは、ＲＡＣＨ手順を用いて隣接するＲＮ可能セルへのハンドオーバを自律的に開始し、ハンドオーバの待ち時間を減らすことができ、これは、高速列車内で有用である可能性がある。一実施形態では、ＲＮ事前構成を用いて、ＤｅＮＢに、ＲＮに適用された可能性がある構成を与えることもできる。
【０１６０】
Ｕｎ上のハンドオーバ手順を提供する（例えば、ＲＮを使用して）システムおよび方法をも、提供し、かつ／または使用することができる。例えば、上述したように、モビリティの手順を含むＲＲＣ  ＵＥ手順（例えば、Ｒｅｌ−１０手順）を、ＲＮに適用可能とすることができる。ＲＮが、Ｕｎインターフェースに関するハンドオーバを実行できる時に、ＲＮは、Ｕｕインターフェースを介して１または複数のセルに接続された複数のＵＥにサービスしている可能性がある。ＲＮがＤｅＮＢを変更する時に、Ｕｕインターフェース上でサービスされるＵＥに対する影響を、減らすか最小にすることができる。
【０１６１】
例示的な実施形態では、ハンドオーバ中にＲＮ構成を処理し、かつ／または管理する（例えば、ＲＮを使用して）システムおよび方法を、提供し、かつ／または使用することができる。例えば、Ｕｎサブフレーム構成、ＲＮ  Ｕｕ搬送波周波数、グローバルセルＩＤ（例えば、Ｅ−ＣＧＩ）、物理セルＩＤ（例えば、ＰＣＩ）などを含む、ＲＮハンドオーバ手順の一部として、ＲＮセル動作の様々な構成および／または情報を、ハンドオーバ中にＲＮに供給することができる。
【０１６２】
例えば、一実施形態では、ＲＮを、ハンドオーバの前にソースＤｅＮＢを用いるＵｎサブフレーム構成を用いて構成することができ、ターゲットＤｅＮＢを用いる異なるサブフレーム構成とすることができるＵｎサブフレーム構成を用いて構成することもできる。さらに、ＲＮは、ソースＤｅＮＢからターゲットＤｅＮＢへ移動する時に、同一のサブフレーム構成を持ち越すことを示すことができる情報を含むことができる（例えば、受信することができる）。ＲＮは、さらに、次のうちの１または複数に基づいて、ターゲットＤｅＮＢへのハンドオーバ時にＵｎサブフレーム構成を解放することができ、タイプ１ａ  ＲＮとして動作することができる：新しいＵｎサブフレーム構成が受信されないこと；Ｕｎ搬送波周波数および／またはＵｕ搬送波周波数；ＲＮＡＩから導出できるある種のタイプのＲＮをサポートするＤｅＮＢセルの能力；など。
【０１６３】
さらに、実施形態では、ＲＮ上のＵｕ搬送波周波数を、ＲＮモビリティ手順中に同一周波数上に維持することができる。他の例示的な実施形態では、ＲＮ上のＵｕ搬送波周波数を、ターゲットＤｅＮＢに移動する時に変更することができる。周波数を変更できる時に、新しいＵｕ搬送波周波数を、次のうちの１または複数によって判定することができる：新しいターゲットＤｅＮＢセルに移動する意図を示す時のＯＡＭ；ターゲットＤｅＮＢが、それ自体の動作周波数のうちの１または複数の機能としてＲＮ  Ｕｕ搬送波周波数を判定すること（例えば、Ｕｎ搬送波周波数、ＲＮとターゲットＤｅＮＢセルとの両方によってサポートされるＲＮタイプ、および／またはハンドオーバの時の干渉条件）、ただし、ＯＡＭがそのような判定を提供するのではなく、ＤｅＮＢが新しいＲＮ  Ｕｕ搬送波周波数を判定する時には、セル条件に対する動的変更を考慮することができる；など。
【０１６４】
例示的な実施形態では、ＲＮは、ソースＤｅＮＢと共に動作する時のそのＵｕ周波数およびＵｎ周波数、ターゲットＤｅＮＢ動作周波数（例えば、Ｕｎ搬送波周波数）、ソースＤｅＮＢと共に動作する時のＲＮタイプ、並びに／またはＲＮとＤｅＮＢセルとの両方によってサポートされるＲＮタイプのうちの１または複数に基づいて、ターゲットセルに移動する時にＵｕ搬送波周波数を判定することができる。
【０１６５】
一実施形態によれば、グローバルセルＩＤ（Ｅ−ＣＧＩ）を、例えばハンドオーバ中に、提供し、かつ／または使用することができる。例えば、ＥＣＧＩが異なるＤｅＮＢへのＲＮモビリティ手順ごとに変化できるように、ＤｅＮＢ  ｅＮＢ  ＩＤをＲＮ  ＥＣＧＩ内に埋め込むことができる。新しいＥＣＧＩ値を、ＲＮ  ＯＡＭによって提供することができる。例示的な実施形態では、ＤｅＮＢは、新しい値を提供することができる。例えば、ＲＮは、新しいＤｅＮＢ  ｅＮＢ  ＩＤに基づいてＥＣＧＩ値を自律的に判定することができ、アイデンティティの残りの部分（例えば、８ビット）について、古いＥ−ＣＧＩを再適用することができる。さらに、固定されたＥ−ＣＧＩを、ＤｅＮＢ  ｅＮＢ  ＩＤに依存しないものとすることができるＲＮに割り振ることができ、この固定されたＥ−ＣＧＩは、モビリティ手順を通じて同一のままになることができる。Ｘ２シグナリングをＲＮにアドレッシングする時に、ＲＮに隣接するｅＮＢおよび／またはサービングＤｅＮＢを、ＤｅＮＢおよびＲＮのＥ−ＣＧＩに関連付けることができる。追加の実施形態では、固定されたＥ−ＣＧＩとＤｅＮＢ  ｅＮＢ  ＩＤベースのＥ−ＣＧＩとの間のマッピングを、更新することができ、隣接するｅＮＢがネットワークを通って移動するＲＮを識別し、追跡できるように、隣接するｅＮＢによって維持することができる。
【０１６６】
上述したように、物理セルＩＤ（ＰＣＩ）を、例えばハンドオーバ中に、提供し、かつ／または使用することもできる。そのような実施形態では、ＲＮのＰＣＩは、ＲＮモビリティ手順の後に隣接するセルとのＰＣＩ衝突またはＰＣＩ混乱が発生する可能性がある場合を除いて、同一のままであることができる。さらに、そのような実施形態では、ＯＡＭまたはＤｅＮＢは、ＰＣＩ値を再構成するか、ＲＮが自動ＰＣＩ選択を使用することを可能にすることができる。
【０１６７】
ＲＮが本明細書で説明される構成のうちの１または複数を受信できるシステムおよび／または方法は、次のうちの１または複数を含むことができる。例えば、ＲＮは、ターゲットＤｅＮＢセルへの同期化の前に構成を受信することができる。そのような実施形態では、ＲＮは、例えば本明細書で説明されるハンドオーバ開始シグナリングの一部として、ＲＮがターゲットＤｅＮＢセルに同期化するのに使用できる情報と一緒に、ソースＤｅＮＢから構成を受信することができ、かつ／またはＲＮは、ハンドオーバ準備手順中にソースＤｅＮＢを介してターゲットＤｅＮＢからＲＮ構成を受信することができる。例えば、ＲＮは、ＲＲＣ再構成メッセージの一部としてターゲットＤｅＮＢセルのＵｎサブフレーム構成を受信することができ、または、別々のＲＮ再構成メッセージを使用することができる。ＲＮは、この場合に、新しいＵｎサブフレーム構成をターゲットＤｅＮＢセルと共に適用できると判定することができる。あるいはまたはそれに加えて、ＲＮは、ターゲットＤｅＮＢセルおよび例えばターゲットセルのＲＮＡＩ関連情報を知ることができるようになった後に、ターゲットセルとの同期化の前に、ＯＡＭからＲＮ構成を取り出すことができる。
【０１６８】
別の実施形態では、ＲＮは、ターゲットＤｅＮＢセルへの同期化の際に構成を受信することができる。例えば、そのような実施形態では、ターゲットＤｅＮＢへのRRC Reconfiguration Completeメッセージの送信の後など、ＲＮモビリティ手順の完了時若しくはその後に、および／またはＲＮ  ＯＡＭエンティティへの接続がターゲットＤｅＮＢを介して再確立されたものとすることができた後に、ＲＮを、ＲＮ  Ｕｕ動作のために構成することができる（例えば、Ｕｎサブフレーム構成、ＰＣＩ、Ｅ−ＣＧＩ、ＲＮ  Ｕｕ搬送波周波数などの構成パラメータを含む）。ＲＮは、適当な場合に、ブロードキャスト情報、例えば新しいＵｎサブフレーム構成と、物理チャネル関連構成情報とを、ＤｅＮＢからまたは例えばＲＮ  ＯＡＭからRRC RN Reconfigurationによって受信することができる。あるいはまたはその代わりに、ＲＮは、とりわけ、ＲＮ  Ｕｕ搬送波周波数情報、Ｅ−ＣＧＩ、および／またはＰＣＩなどのパラメータを含むＲＮ構成を、再接続されたＲＮ  ＯＡＭから取り出すことができる。
【０１６９】
さらに、ＲＮは、事前にロードされたＲＮ構成（例えば、提供され、かつ／または構成され得る）を使用することができる。ＲＮを、例えばＲＮがその動作中に移動することのできる潜在的なセルの所定のセットについてＲＮによって使用されるＲＮＡＩの一部として、ＲＮ構成を用いて事前に構成することができる。事前にロードされた構成を、例えば、モバイルＲＮが列車上または他のスケジューリングされたルート上にあり、事前に決定されたルートに沿って移動している可能性がある場合に、使用することができる。モバイルＲＮまたはＲＮをサポートするネットワークおよびｅＮＢを、ＲＮ構成がセルからセルへと同様または同一になることができ（例えば、ソースＤｅＮＢセルからターゲットＤｅＮＢセルへ繰り返して）、ＲＮ構成の変更をハンドオーバ手順などのモビリティ手順中に最小化できるように、構成することもできる。例えば、ＲＮに、ターゲットＤｅＮＢセルへのモビリティ手順の完了時に隣接ＤｅＮＢのＲＮ構成を与えることができる。ＲＮは、ＯＡＭからＲＮ構成情報を取り出すことができ、または、ＲＮがその後にハンドオーバする可能性がある隣接するＲＮ可能セルのセットについてＲＮによって使用できる構成を含むＲＮ構成情報を、新しいサービングＤｅＮＢによって供給することができる。
【０１７０】
ＲＮハンドオーバ中のＲＡＣＨ手順を管理し、かつ／または処理するシステムおよび／または方法を提供し、かつ／または使用することもできる。例えば、Ｒｅｌ−１０  ＲＮまたは他のＲＮなどのＲＮは、初期アタッチメントおよび／または無線リンク障害（ＲＬＦ）、Ｄ−ＳＲ障害時のＲＲＣ確立および／またはセル内ハンドオーバのためにＲＡＣＨ手順を実行することができる。これらの実施形態では、ＲＮは、ＲＡＣＨ手順を実行する前にアクティブＵｎサブフレーム構成を解放することができ、手順の完了時にそれを再アクティブ化することができる。
【０１７１】
モバイルＲＮまたはＲＮは、ソースＤｅＮＢによって示されたまたは自律的に判定されたターゲットＤｅＮＢセルへの同期化のためにＲＡＣＨ手順を実行することができる。例えば、モバイルＲＮまたはＲＮは、ＲＮがソースＤｅＮＢから専用ＲＡＣＨリソースを与えられ得、かつ／またはターゲットＤｅＮＢセルの専用ＲＡＣＨリソースを用いて事前に構成された可能性があるかどうかに応じて、競合ベースのＲＡＣＨまたは競合なしのＲＡＣＨを実行することができる。
【０１７２】
ターゲットＤｅＮＢセルとの同期化のためのＲＮ  ＲＡＣＨ手順中に、ＲＮのＵｎサブフレーム構成は、ソースＤｅＮＢによって適用された可能性があり、ターゲットＤｅＮＢセルと共に適用される可能性がある（例えば、ハンドオーバ手順に基づいて）。例示的な実施形態によれば、ＲＡＣＨ手順中のＵｎサブフレーム構成の解放またはディスエーブルを最小にすることは、ＲＮ  Ｕｕ内のおよびＵＥへの改善されたサービスにつながる可能性がある。
【０１７３】
ＲＡＣＨのＲＮ処理および構成される場合に古いＵｎサブフレーム構成から新しいＵｎサブフレーム構成への遷移を、例えば次のように実行することができる。ソースＤｅＮＢまたはターゲットＤｅＮＢに関するＵｎサブフレーム構成がない（例えば、ＲＮが両方のセルでタイプ１ａ／１ｂである）可能性がある時に、ＲＮは、制限なしにＲＡＣＨ手順を実行することができる。
【０１７４】
さらに、ソースＤｅＮＢに関するＵｎサブフレーム構成があるが、ターゲットＤｅＮＢに関するＵｎサブフレーム構成がない可能性がある時には、ＲＮは、Ｕｎインターフェース上でＵｎサブフレーム構成をディスエーブルすることができ、制限なしにＲＡＣＨ手順を実行することができる。ＲＮ  Ｕｕは、ＲＮがターゲットＤｅＮＢへの移動時にブロードキャスト情報を更新できるようになるまで、オリジナルＵｎサブフレーム構成に関連して割り振られたＭＢＳＦＮサブフレームを用いて動作することができる。
【０１７５】
追加の実施形態によれば、ソースＤｅＮＢに関するＵｎサブフレーム構成がない可能性があるが、ターゲットＤｅＮＢに関する新しいＵｎサブフレーム構成がある可能性がある時に、ＲＮは、制限なしにＲＡＣＨ手順を実行することができる。ターゲットＤｅＮＢセルへの同期化を完了できた後に、ＲＮは、提供されたまたは構成されたＵｎサブフレーム構成をアクティブ化することができる。
【０１７６】
ソースＤｅＮＢとターゲットＤｅＮＢとの両方に関するＵｎサブフレーム構成がある可能性があり、ソースＤｅＮＢおよびターゲットＤｅＮＢに関するＵｎサブフレームが同一または異なるのいずれかである時に、ＲＮは、ＲＡＣＨ手順を実行する前にソースＤｅＮＢと共に使用されるＵｎサブフレーム構成を解放することができ、ＲＡＣＨ手順を完了できた後に（例えば、直後に）ターゲットＤｅＮＢとの新しいＵｎサブフレーム構成をアクティブ化することができる。例えば、ＲＮは、ターゲットＤｅＮＢへのＲＡＣＨプリアンブルの送信の前に、少なくともＵｎ上でＵｎサブフレーム構成を非アクティブ化することができる。ＲＮが、ＲＡＣＨ応答を受信できた後に、ＲＮは、RRC Reconfiguration Completeメッセージを送信する前に、新しいＵｎサブフレーム構成をアクティブ化することができる。
【０１７７】
ＲＮに、ＲＡＣＨの前にターゲットＤｅＮＢのＵｎサブフレーム構成を与えることができない時に、ＲＮは、ＲＡＣＨ手順を実行するために、存在する場合にＵｎサブフレーム構成を解放することができる。
【０１７８】
さらに、ＲＮモビリティ手順中に、ＲＮ構成の変化および／またはＵｎインターフェースのハンドオーバに起因して、ＲＮ  ＵｕインターフェースおよびＲＮによってサービスされつつあるＵＥへの妨害が発生する場合がある。そのような影響を減らすか最小にするために、上述したものと一緒に、システムおよび／または方法を、本明細書で開示されるように提供し、かつ／または使用することができる。
【０１７９】
例えば、ＲＮハンドオーバ障害を管理し、または処理するシステムおよび／または方法を、本明細書で説明されるように提供し、かつ／または使用することができる。具体的には、ＲＮハンドオーバ手順は、例えばハンドオーバ障害を示すことができるＴ３０４タイマ満了に起因して、失敗に終わる場合がある。そのような実施形態では、ＲＮは、次のうちの１または複数を含むＲＲＣ内で指定される手順に従うことができる：既知の場合にＲＮアクセス可能リストからの最良のセルを含むようにＩＥ  measResultNeighCellsをセットすること、ここで、最良のセルは、最初に列挙されるものとすることができ（例えば、優先順位の純でリストされる）；測定が実行された可能性がある場合に、搬送波周波数および測定結果をＲＲＣ接続再確立メッセージに含めること；並びに／またはＲＮサブフレーム構成を含む以前のＲＮ構成に戻ること。
【０１８０】
さらに、ターゲットＤｅＮＢでのＲＮのハンドオーバ呼アドミッション制御の一部として、ＲＮおよび／またはＲＮによってサービスされ得るＵＥのリソース可用性を考慮することができる。ハンドオーバ準備の一部として、ＲＮに、ソースＤｅＮＢによって１または複数の次の結果を与えることができる：ＲＮが受け入れられた可能性があるが、ＵＥのサブセットがリソースの欠如に起因して受け入れられなかった可能性があり、ＲＮが、ＲＮハンドオーバの前にそれ自体のターゲットＤｅＮＢとは異なる別の隣接セルへの拒絶されたＵＥのリダイレクション／ハンドオーバを開始する可能性がある、部分的障害；ＲＮが拒絶された可能性があるが、ＵＥのそれぞれ若しくはＵＥのサブセットが受け入れられた可能性があり、ＲＮが、別のターゲットＲＮ可能セルへのハンドオーバをもう一度試みる前にオリジナルターゲットセルへのＵＥのリダイレクションまたはハンドオーバを開始する可能性がある、部分的障害；および／またはＲＮおよびＲＮ  ＵＥが拒絶された可能性があり、ＲＮまたはＤｅＮＢが別のターゲットＲＮ可能セルへのハンドオーバをもう一度試みる可能性がある、全障害（full failure）。
【０１８１】
さらなる実施形態では、Ｕｎの無線リンク障害（ＲＬＦ）時のＲＮの挙動を処理し、または管理するシステムおよび／または方法を、本明細書で説明するように提供し、かつ／または使用することができる。例えば、Ｒｅｌ−１０  ＲＮまたは他のＲＮなどのＲＮは、Ｕｎインターフェース上でＲＬＦを経験する場合がある（例えば、低い確率で）。ＲＬＦが発生する可能性がある時に、ＲＬＦ回復の再確立手順は、同一のセルまたは同一のＤｅＮＢへの回復をイネーブルする。モバイルＲＮまたはＲＮを使用する時に、ＲＬＦ検出時に、同一のＤｅＮＢへの回復は、ＲＮが離れて移動した可能性があるので、もはや使用可能ではない（例えば、もはや可能ではない）場合がある。ＲＮ  ＵＥへのサービスを維持できる間にＲＬＦ回復を捗らせるために、ＲＮの再確立手順を、例えばＲＮをもサポートできる検出されたセルなど、ＤｅＮＢリスト内の各セル上で使用することができる。
【０１８２】
さらに、ＲＮは、オリジナルサービングセルとは異なるＤｅＮＢとすることのできるＲＮ可能セルを選択することができ、ＲＮがＤｅＮＢとのＵｎを再確立するために素早い回復を実行できるように、ＩＤＬＥモードに移動する必要なしに再確立手順を実行することができる。例えば、ＲＮは、新たに選択されたＤｅＮＢと共にＲＲＣ接続再確立手順を実行することができる。ＲＮの再確立手順の受入の際に、ＤｅＮＢは、オリジナルサービングＤｅＮＢにＲＮコンテキスト情報を要求することができ、または、そのＲＮＡＩからＲＮコンテキスト情報および／若しくはＲＮ構成情報を導出できる可能性がある。ＲＮは、新しいＤｅＮＢおよび／またはＲＡＢにＲＮ  ＵＥコンテキストを転送することを試みることもできるが、ＲＡＢのそれぞれの転送が、可能ではないか保証されない場合がある。例示的な実施形態では、ＲＮは、ＵＥを一時的にＩＤＬＥモードに移すか、例えば、隣接するセルへのハンドオーバ若しくはセル再選択を介してＵＥを移動することを試みることができる。
【０１８３】
一実施形態によれば、ＲＮは、ＲＮがＩＤＬＥ状態またはＩＤＬＥモードに移動できるように、ＤｅＮＢへのＲＲＣ接続の再確立が成功しない場合がある。そのような実施形態では、ＲＮが本明細書で説明されるようにＩＤＬＥモードに移動できるように、ＲＮ  ＵＥを管理し、かつ／または処理することができる。
【０１８４】
さらに、モビリティ関連手順を含むＵｎ接続に関係するＵｕシステム、Ｕｕ手順および／またはＵｕ方法を、Ｕｕ上の接続されたおよび／若しくはＩＤＬＥ  ＵＥのシステム関連パラメータの同期化のＲＮの管理若しくは処理；異なるＵｎ／Ｕｕサブフレームタイミング境界のＲＮの管理若しくは処理（例えば、Ｕｎサブフレーム境界が、例えば、フラクショナルサブフレームタイミング差（fractional subframe timing difference）など、１サブフレーム未満だけＵｕのサブフレーム境界と異なる可能性がある時）；異なるＵｎ／Ｕｕ  ＭＢＳＦＮサブフレームアライメントのＲＮの管理若しくは処理（例えば、Ｕｕ  ＭＢＳＦＮサブフレームを、Ｕｎ  ＭＢＳＦＮサブフレームと比較して１サブフレーム若しくは複数サブフレームだけ時間的にシフトできる時）；他のシステムパラメータの更新と一緒の、トラフィックエリア（ＴＡ）、トラッキングエリア更新、およびＰＬＭＮに関するＵｕインターフェースのＲＮの管理若しくは処理；Ｕｎインターフェースに関する接続モードへの遷移を実行する時のＵｕインターフェースのＲＮの管理若しくは処理（例えば、例えば初期アクセス若しくは再確立手順を実行する時の、Ｕｎインターフェースに適用可能なＲＲＣ接続の成功の確立時）；Ｕｕインターフェース上のＲＮ  ＵＥなどのＵＥに関するＵｎインターフェース上のＲＬＦのＲＮの管理若しくは処理（例えば、接続モードまたはＩＤＬＥモードでの）；Ｕｎインターフェースに関するＩＤＬＥモードへの遷移を実行する時のＵｎインターフェースのＲＮの管理若しくは処理；コアネットワークからＲＮをデタッチできる手順を実行する時のＵｕインターフェースのＲＮの管理若しくは処理；ＵｕインターフェースのトラッキングエリアのＲＮの管理若しくは処理；などを含めて、本明細書で説明されるように提供し、かつ／または使用することができる。
【０１８５】
Ｕｕインターフェースのシステム情報獲得のシステムおよび方法を、本明細書で説明されるように提供し、かつ／または使用することもできる。例えば、ＲＮは、Ｕｕインターフェース上でＵＥのシステム情報獲得手順を開始することができる（例えば、接続モードまたは例えばＩＤＬＥモードでキャンプしながらのいずれかで）。ＲＮは、例えば、ｒＵＥ（ＲＮ  ＵＥまたはＲＮによってサービスされ得るＵＥ）などの１または複数の接続されたＵＥに、少なくともＳＩＢ１（SystemInformationBroadcast Type 1）を再獲得することを強制するために、そのような手順を開始することができる。そのような実施形態では、ＳＩＢ１は、セルにアクセスするのに使用できるパラメータを伝えることができる。これらのパラメータは、ページングのために複数のセルの粒度でＵＥの位置を判定するためにネットワーク（ＭＭＥ）によって使用できるトラッキングエリアアイデンティティ（例えば、trackingAreaCode）；ＰＬＭＮアイデンティティ（例えば、plmn-Identity）；セルのアイデンティティ（例えば、cellIdentity）；セルのアクセスレベル（例えば、cellBarred）；システム情報の妥当性（例えば、systemInfoValueTag）；および／またはさらなるシステム情報のスケジューリングに関するものなどの他のパラメータ；などを含むことができる。
【０１８６】
ＵＥは、Ｓ１（例えば、システム情報）の変化を検出するために、ページングチャネルおよび／またはＳＩＢ１を周期的に監視することもできる。ＲＮは、Ｓ１が、例えば、systemInfoModification表示を含むページングメッセージ内で更新された可能性がある（例えば、接続モードＵＥおよびＩＤＬＥモードＵＥに適用可能）ことを示すことによって、Ｕｕインターフェースに関するＳ１獲得をトリガすることができる。ＵＥは、次のＳ１変更期間の始めから（例えば、即座に）新しい少なくとも１つを獲得することができる。ＲＮは、Ｓ１が更新された可能性があることを、systemInfoValueTagを使用して示すことができる。
【０１８７】
さらに、ＵＥは、トラッキングエリア（および／またはＰＬＭＮ）の変化を検出する時に、ＥＰＳ（例えば、ＭＭＥ）へのＡＴＴＡＣＨ手順を開始することができる。例示的な方法を、Ｕｎ動作の機能としてＲＮによってＵｕインターフェース上で使用することができる。
【０１８８】
Ｕｕインターフェース上でＵＥを切断する（例えば、ハードシステム再同期化）システムおよび／または方法を、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、ＲＮは、Ｕｕインターフェース上でＵＥ（接続モードまたは例えばアイドルモードでキャンプしている間）の再同期化手順を開始することができる。そのような手順は、まず、ｒＵＥまたはＲＮ  ＵＥなどのＵＥをＵｕから切断することができ、例えば、ｒＵＥまたはＲＮ  ＵＥなどの接続されたＵＥまたは特定のＵＥの再接続手順を含むことができる。再接続を、本明細書で説明するように遅延した再接続とすることができる。
【０１８９】
さらに、実施形態では、ＲＮは、本明細書で説明される（例えば、以下で）方法に従って手順を開始すると判定することができる。例えば、リダイレクションおよび／または再接続と共に、切断を含むことができる要求ベースの方法（ＲＲＣまたはＰＤＣＣＨ）を提供し、かつ／または使用することができる。そのような実施形態では、ＲＮは、ＵＥまたはｒＵＥ（例えば、ＲＮ  ＵＥ）がまずＵｕから切断することを要求することができる。例えば、要求を、ＲＲＣ手順の一部とすることができ、ＲＮは、ハンドオーバコマンド（例えば、ｅＮＢ内ハンドオーバ手順に類似するＲＮのセルとすることができるターゲットセルを示すことができるmobilityControlInfo ＩＥ）を含むことができるRRC Connection Reconfiguration手順を使用することができる（例えば、RRCConnectionReconfigurationメッセージを使用して）。実施形態では、ＲＮは、ARFCN-ValueEUTRAパラメータ内で同一のダウンリンク周波数および／若しくはセルまたは異なる周波数および／若しくはセル（例えば、同一ＲＮの）を示すことができるRRC Connection Release手順を使用し、かつ／または実行することができる（例えば、リダイレクション、例えば、RedirectedCarrierInfo ＩＥを含むRRCConnectionReleaseメッセージを使用して）。例えば、ターゲットセルを、ソースセルと同一とするか、例えば異なる周波数上のＵｕとは異なるtargetPhysCellIdの値を含めることによって示すことができる異なるセルとすることができる。ＲＮは、ｒＵＥなどのＵＥを、例えばＲＮがそれへのＲＲＣ接続をそれ自体で確立した可能性があるマクロセルへリダイレクトできるように、ＲＮのＤｅＮＢに対応することができるターゲットセルを使用することができる。例えば、ＲＮは、その構成されたモビリティ測定内のセルに対応することができるターゲットセルを使用することができる。ｒＵＥなどの所与のＵＥまたは特定のＵＥに関するターゲットセルとしてのセルの選択は、例えば関係するまたは特定のＵＥまたはｒＵＥの測定結果がない場合に、ＲＮ自体のモビリティ測定結果に基づくものとすることができる。示されたターゲットセルを、ＤｅＮＢによって提供することができる（例えば、Ｕｕ上でのｒＵＥのリダイレクションを含むRRCConnectionReleaseメッセージなどのＵｎ上の手順を使用して）。
【０１９０】
例示的な実施形態によれば、要求は、ＵＥが再同期化することを要求することができるＰＤＣＣＨ  ＤＣＩなどのレイヤ１シグナリングを含むことができる。例えば、ＤＣＩを、ランダムアクセス手順を実行することの要求とすることができる（例えば、ＰＤＣＣＨ  ＤＣＩフォーマット１Ａ）。さらに、要求を、グループモビリティ手順とすることができる。例えば、要求は、その前にＵＥまたはｒＵＥが示されたターゲットセル内でランダムアクセス手順を開始できる、遅延を表すことができるバックオフ時間を含むことができる。
【０１９１】
追加の実施形態では、ＲＮは、切断などのＵｕ送信に対する変化に基づいて、手順を開始すると判定することができる。例えば、ＲＮは、そのＵｕ送信の少なくとも一部（例えば、いくつかまたはそれぞれ）を変更するかオフに切り替えることができる。そのような実施形態では、ＲＮは、セル固有の参照信号（cell-specific reference signal）をオフに切り替えることができる。ＣＲＳ（cell-specific reference signal）の不在は、Ｕｕに接続されたＵＥに無線リンク問題（例えば、物理層からＲＲＣへの同期はずれ表示）を検出させまたは検出を強制することができ、接続再確立手順をトリガすることができる。Ｕｕにキャンプしている可能性があるＵＥ（例えば、ＩＤＬＥモードＵＥ）について、ＣＲＳの変化は、セル再選択手順につながる可能性がある。
【０１９２】
そのようなシステムおよび／または方法（例えば、上記）を、本明細書で説明されるＵｎ動作の機能としてＵｕインターフェース上でＲＮによって使用することができる。
【０１９３】
さらに、一実施形態によれば、ＤＬタイミング同期化のシステムおよび／または方法を、本明細書で説明されるように提供し、かつ／または使用することができる。そのようなシステムおよび／または方法は、ＲＮがソースＤｅＮＢからターゲットＤｅＮＢに移動できる時（例えば、ＲＮがＵｎインターフェースを再構成する時）に発生し得るＵｕサブフレームとＵｎサブフレームとの間の異なるサブフレームタイミング境界のＲＮによる管理または処理に対処することができる。
【０１９４】
例えば、フラクショナルサブフレームタイミング差（ＦＳＴＤ）を提供し、かつ／または使用することができる。ＦＳＴＤを、Ｕｎインターフェースのサブフレーム境界とＵｕインターフェースのサブフレーム境界との間の差が１サブフレーム未満である可能性がある時の条件とすることができる。このサブフレームタイミングオフセットまたはサブフレームタイミング差の実際の値に依存して、様々な例示的な方法を使用することができる。例えば、異なるオフセット閾値を、サブフレームタイミングオフセットについて定義することができ、各閾値を使用して、特定の方法をトリガすることができる。これらの閾値を、ＯＡＭによって提供し、かつ／またはネットワークによって構成することができる。
【０１９５】
ここでの方法が、ＦＳＴＤに関して説明される場合があるが、そのような方法を、他の例示的な方法と組み合わせて適用することができる。例えば、一実施形態では、ターゲットＤｅＮＢの異なるサブフレームタイミング境界に関連する情報を、ソースＤｅＮＢおよび／またはＲＮに供給することができる。さらに、タイミングオフセットを、ＲＮ自体によって測定することができ、ソースｅＮＢおよび／またはターゲットｅＮＢに通信することができる。そのようなタイミングオフセットに基づいて、ＲＮを、適切なサブフレームタイミング境界を有する可能性がある候補ＤｅＮＢ（例えば、ＲＮのサブフレームタイミング境界と同一のものを有する可能性がある候補ｅＮＢ）にハンドオーバすることができる。ＤｅＮＢのサブフレーム境界に関連する情報を、ＲＮＡＩの一部として供給することができる。
【０１９６】
別の例示的な方法では、ＲＮは、Ｕｕインターフェースに接続される可能性があるＵＥ（例えば、ＵＥまたはｒＵＥ）の切断をもたらすことができる手順を実行することができる。ＲＮは、Ｕｎのモビリティ手順を開始する前またはＵｎのモビリティ手順が進行中である間に、そのような手順を実行することができる。一実施形態によれば、ＵｕインターフェースからＵＥまたはｒＵＥを切断できる手順は、接続されたＵＥまたは特定のＵＥが再接続する（例えば、ｅＮＢ内ハンドオーバを使用して）または再同期化する（例えば、同期化信号を変更でき、かつ／またはＵＥ若しくはｒＵＥによるセル再選択手順を強制することができる手順を使用して）ことをイネーブルするか可能にすることができる。さらに、ＵＥまたはｒＵＥを、ハンドオーバ手順を使用して別のセルにリダイレクトすることができ、例えば、ＵＥまたはｒＵＥをＤｅＮＢにリダイレクトすることができる。
【０１９７】
ＲＮは、次のうちの少なくとも１つを実行することもできる。例えば、ＲＮは、要求ベースの方法を使用してＵｕインターフェースのハードシステム再同期化を開始することができる。さらに、ＲＮは、Ｕｕ送信に対する変更を使用して（例えば、ＲＮは、少なくともダウンリンクのセル固有の参照信号をシフトすることができる）Ｕｕインターフェースのハードシステム再同期化を開始することができる。接続されたＵＥによってサポートされるタイミング誤差を超える可能性があるセル固有同期化タイミングの変化は、ＵＥまたはｒＵＥに、セル固有の参照信号に再同期化することを強制することができる。例えば、シフトを、ＵＥによってサポートできる最大タイミング誤差より小さいステップ単位で、異なるサブフレームにおいてステップ単位で適用することができる。
【０１９８】
別の例示的な方法によれば、ＲＮは、Ｕｕ上の受信動作および／または送信動作をイネーブルし、または可能にすることができる正しいＵｎサブフレーム構成を適用することができる（例えば、ＵｎとＵｕとの間のフラクショナルサブフレームタイミング差が存在する場合であっても）。そのような実施形態では、ＲＮは、例えば次のうちの少なくとも１つを実行することができる。ＲＮは、ＲＮによって直接に測定されたそのサブフレームフラクショナルタイミングオフセットおよび／または事前定義の基準に対する相対的なそのサブフレームタイミングオフセットを１または複数のネットワークエンティティ（例えば、ソースＤｅＮＢおよび／またはターゲットＤｅＮＢ）に示すことができる。そのような事前定義の基準の一例を、ソースＤｅＮＢのサブフレームタイミング境界とすることができる。ある種の例示的な実施形態では、ターゲットＤｅＮＢは、ソースＤｅＮＢからそのような情報を受信することができる。
【０１９９】
さらに、ＲＮは、ターゲットＤｅＮＢ相対サブフレームフラクショナルタイミングオフセットを受信することができる。そのような情報を、ソースＤｅＮＢ、他のネットワークエンティティ、および／または直接ＲＮ測定を介してターゲットＤｅＮＢから（例えば、直接に）受信することができる。
【０２００】
実施形態によれば、ＲＮは、ＭＢＳＦＮとして構成されることができない可能性があるＵｕ  ＤＬサブフレーム（例えば、Ｕｕ  ＤＬサブフレーム０、４、５および９）と完全にまたは部分的にオーバラップしない可能性があるＵｎ  ＤＬサブフレーム上でデータを受信することができる。
【０２０１】
ＲＮは、Ｕｎ  ＤＬサブフレーム構成を受信することおよび／またはターゲットＤｅＮＢ相対ＳＦＴＯの知識を使用することによって、実際のＵｎ  ＤＬサブフレーム配置を抽出することもできる。例えば、ターゲットＤｅＮＢサブフレーム境界を、ＲＮのそれと比較して時間において進んだサブフレームのフラクションとすることができる場合に、第１のＵｎフレーム内で、サブフレーム１、２、６、および７を、Ｕｎ  ＤＬに割り振ることができ、ここで、フラクショナルサブフレームオフセットがない可能性がある場合に、サブフレーム１、２、３、６、７、および８を、Ｕｎ  ＤＬに割り振ることができる。
【０２０２】
追加の実施形態では、ＲＮは、Ｕｎ  ＤＬ上で割り振られた実際のサブフレームと完全にまたは部分的にオーバラップしない可能性があるＵｕ  ＤＬサブフレーム上でデータを送信することができる。
【０２０３】
図７に、ＵｎとＵｕとの間のＦＳＴＯを用いる例示的なサブフレーム構成を示す。図７に示されているように、フラクショナルサブフレームタイミング差が存在する場合であっても、正しいＵｎサブフレーム構成およびＵｕサブフレーム構成はＵｕ上での受信動作および／または送信動作をイネーブルすることができる。この例では、ＲＮおよびそれに対応するＤｅＮＢは、当初に、パターン「０１１０００００」を使用してＵｎ  ＤＬサブフレーム構成を割り振ることができ、ＤｅＮＢのＵｎサブフレーム境界は、ＲＮのサブフレーム境界のタイミングに対して相対的に時間において進んだサブフレームのフラクションとすることができる。これが時間アラインされた可能性がある（例えば、ＦＳＴＯなしで）場合には、パターンは、Ｕｎ  ＤＬサブフレーム｛１，２，１７，１８，２６，３３｝をＵｎ  ＤＬ  Ｔｘに使用可能にすることができる。ＦＳＴＯからのＵｎ  ＤＬとＵｕ  ＤＬとの間のアライメントのシフト（例えば、ハンドオーバから生じる）に起因して、サブフレーム１８および３３は、Ｕｕ  ＤＬ送信のために割り振られる可能性があるサブフレームとオーバラップするので、もはや使用可能ではない可能性がある。本明細書で説明される例示的な方法を使用すると、ＲＮおよびＤｅＮＢは、サブフレーム１８および３３を使用してはならない（または、少なくとも部分的に使用してはならない）と判定することができる。例えば、オーバラップするサブフレーム１８および３３を、ソースＤｅＮＢおよび／またはターゲットＤｅＮＢとＲＮとの間のシグナリングを使用して判定することができる。シグナリングは、ＤＬチャネルのＵｎ  ＤＬとＵｕ  ＤＬとの間のタイミングデルタを示す情報および／またはＵＬチャネルのＵｎ  ＵＬとＵｕ  ＵＬとの間のタイミングデルタを示す情報を含むことができる。
【０２０４】
異なるＲＮ  Ｕｎ／Ｕｕサブフレームアライメントおよび／またはそのような境界差若しくはタイミング差を管理しまたは処理するシステムおよび／または方法を、本明細書で説明されるように提供し、かつ／または使用することもできる。例えば、ＲＮは、ＲＮがソースＤｅＮＢからターゲットＤｅＮＢに移動できる時（例えば、ＲＮがＵｎインターフェースを再構成する時）に、サブフレームアライメントについてＵｕサブフレームとＵｎサブフレームとの間の異なるサブフレームタイミング境界を処理することができる。さらに、例示的な方法ではＵｎインターフェースのサブフレーム境界とＵｕインターフェースのサブフレーム境界との間の差は、１サブフレームまたは複数のサブフレームとすることができる。サブフレームアライメントのそのようなシステムおよび／または方法を、さらに、単独でまたは本明細書で説明される他の方法と組み合わせて適用することができる。
【０２０５】
１つの例示的な方法（例えば、アライメントに関する）では、ＲＮは、制限されたＭＢＳＦＮサブフレーム（例えば、ＭＢＳＦＮとして構成できないサブフレーム）の位置が、Ｕｎ構成の位置と一致することができるように、そのＵｕサブフレームを再構成することができる。
【０２０６】
別の例示的な方法によれば、ＲＮの相対サブフレームタイミング差を、ＲＮのサブフレーム構成プロセス中に使用することができる。さらに、次のうちの１または複数を、そのような実施形態で実行することができる。例えば、ＲＮは、そのサブフレームタイミングシフトの表示を１または複数のネットワークエンティティ（例えば、ソースＤｅＮＢ、ターゲットＤｅＮＢなど）に送信することができる。そのような表示を、事前定義の基準に対して相対的とすることができる（例えば、ＲＮは、タイミング基準としてソースＤｅＮＢまたはターゲットＤｅＮＢのサブフレームタイミングを使用できる）。例示的な実施形態では、情報を、ネットワークエンティティの間で共有することができる（例えば、ソースＤｅＮＢは、ソースＤｅＮＢとＲＮとの間およびソースＤｅＮＢとターゲットＤｅＮＢとの間のタイミングシフト（またはオフセット）についてターゲットＤｅＮＢに知らせることができる）。ＲＮは、ＲＮフレームの始めに対する相対的なものとすることができるサブフレーム構成パラメータを受信することができる。ＲＮは、Ｕｕ  ＤＬサブフレームとオーバラップしないものとすることができるＵｎ  ＤＬサブフレーム（例えば、ＲＮがＵｕ  ＤＬ上で送信するＵｕ  ＤＬサブフレーム０、４、５および／または９）に関するデータを受信することができる。
【０２０７】
Ｕｕ上のシステム情報（Ｓ１）パラメータを更新するシステムおよび／または方法を、提供し、かつ／または使用することができる。例えば、一実施形態では、ＲＮは、Ｕｕインターフェースの複数のパラメータに影響する可能性があるＵｎインターフェース上のイベントに関してＵｕインターフェースを管理し、または処理することができる（例えば、トラフィックエリア、トラッキングエリア更新、ＰＬＭＮの変化、システム情報ブロックＳＩＢ１、ＳＩＢ２からＳＩＢｘに関係するパラメータの変化、ＭＢＳＦＮ構成および／若しくはＵｎ上のＳＩの変化を含む他のパラメータの変化、ＤｅＮＢからＲＮによって受信され得るモビリティ制御情報要素などのＵｎインターフェースの再構成、並びに／またはＲＮがＩＤＬＥモードである可能性がある時のモビリティイベント（例えば、いくつかのＵｕ動作は、ＲＮアイドルモードについてサポートされる）。
【０２０８】
例えば、上述されるように、ＲＮは、Ｕｎに関係するシステム情報パラメータの変化に関してＵｕインターフェースを管理し、または処理することができる。そのような例示的な実施形態では、ＲＮは、Ｕｎインターフェースに対する変更がネットワークとのＵＥ状態またはｒＵＥ状態の再同期化を提供するか使用する可能性がある（例えば、ＮＡＳレベルで）とＲＮが判定できる時に、Ｕｕインターフェースのハードシステム再同期化を開始することができる。例えば、ＲＮは、セル選択手順、再選択手順、および／またはハンドオーバ手順に基づいて、（１）ＵｎインターフェースのＳ１の更新（例えば、ＤｅＮＢのセル）、（２）セルへの初期アクセスに起因して、ＲＮがＲＮ  Ｕｎ動作のためにアクセスしつつあるサービングセルが、異なるトラッキングエリア、異なるＰＬＭＮに対応し、かつ／または異なるセルであると判定することができる。
【０２０９】
さらに、ＲＮは、Ｕｎ上で受信できるＵｕ再構成を管理し、または処理することができる。例えば、一実施形態では、ＲＮは、Ｕｎインターフェースの再構成がＵｕインターフェースのＵＥ状態またはｒＵＥ状態の再同期化を提供しまたは使用する可能性がある（例えば、ＲＲＣレベルで）と判定できる時に、ＵｕインターフェースのＳ１獲得を開始することができる。例えば、ＲＮは、Ｕｕ上でブロードキャストされるＳ１のうちの１または複数の更新されたパラメータ値を含むことができる再構成メッセージを、ＲＮ  Ｕｎインターフェースを介してＤｅＮＢから受信することができる。このパラメータは、Ｕｕインターフェースを使用するシステムアクセスおよび／またはＵｕインターフェース上にキャンプしているＩＤＬＥ  ＵＥにとって、より重要でない可能性がある。そのようなパラメータは、例えば、ＵｕのＭＢＳＦＮ構成を含むことができる。
【０２１０】
諸実施形態では、ＲＮは、Ｕｕインターフェースのハードシステム再同期化を開始することができる。例えば、ＲＮは、Ｕｕ上でブロードキャストされるＳ１のうちの１または複数の更新されたパラメータ値を含むことができる再構成メッセージを、ＲＮインターフェースを介してＤｅＮＢから受信することができる。そのようなパラメータは、Ｕｕインターフェースを使用するシステムアクセスおよび／またはＵｕインターフェース上にキャンプしているＩＤＬＥ  ＵＥにとって、より重要である可能性がある。そのようなパラメータは、トラッキングエリアアイデンティティ（trackingAreaCode）、ＰＬＭＮアイデンティティ（plmn-Identity）、セルのアイデンティティ（cellIdentity）、セルのアクセスレベル（例えば、cellBarred）、またはＵｕ動作のアップリンク周波数および／若しくはダウンリンク周波数などを含むことができる。
【０２１１】
ＲＮは、モバイル制御ＩＥを含むＵｎ上で受信できるＵｕ再構成を管理し、または処理することもできる。例えば、ＲＮは、ＲＮがソースＤｅＮＢからターゲットＤｅＮＢへ移動できる時にＵｕ再構成を実行することができる。Ｕｎインターフェースの再構成は、モビリティ制御情報要素を含むことができる。
【０２１２】
Ｕｎ接続の接続モードに遷移するシステムおよび／または方法を、提供し、かつ／または使用することもできる。例えば、ＲＮは、ＲＮがＵｎ接続について接続状態であることができる時、初期ＲＲＣ接続確立手順の成功の完了時、および／またはＲＲＣ接続再確立手順の成功の完了の後に、ＰＳＳ（primary synchronization signal）、ＳＳＳ（secondary synchronization signal）、ＣＲＳ（cell-specific reference signal：セル固有の参照信号）、ＰＤＣＣＨ（physical downlink control channel）、および／またはＰＤＳＣＨ（physical downlink data shared channel）上のＰＢＣＨ（physical broadcasting channel）上のＳ１のブロードキャストを開始することができる。従って、ＲＮは、ＵｎのＲＲＣ接続がＩＤＬＥモードである可能性がある間に、周波数上のダウンリンクチャネルを送信しないものとすることができる。ＲＮは、さらに、例えばＤｅＮＢがＵｕアクセスを許容するようにＲＮに要求できる時（例えば、ＤｅＮＢによって要求される、ネットワークによって制御されるＲＮアクセスの場合）に、セルが通常のサービスレベルについて使用可能（例えば、アクセス制限なしで）とすることができるように、Ｓ１を変更することができる。
【０２１３】
Ｕｎ上のＲＬＦ時にＵｕ上のＵＥを管理し、または処理するシステムおよび／または方法を、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、一実施形態では、ＲＮは、接続モードまたはアイドルモードであるＵｕ上のＵＥに関してＵｎ上のＲＬＦを管理し、または処理することができる。１つの例示的な方法では、ＲＮが、ＲＬＦ（例えば、ダウンリンクおよび／またはアップリンクでの）を判定でき、ＩＤＬＥモードへの遷移を実行できる時に、ＲＮは、Ｕｎ上のＲＬＦからの回復の方法を実行することができる。そのような方法を、物理層問題の検出時に実行することができる（例えば、ＲＮがＴ３１０を開始する時の、無線リンク監視機能から）。
【０２１４】
さらに、Ｕｎ接続についてＩＤＬＥモードに遷移するシステムおよび／または方法を、本明細書で説明するように提供し、かつ／または使用することができる。例えば、ＲＮは、ＲＮがＵｎ接続のＩＤＬＥモードへの遷移を実行できる時に、Ｕｕインターフェースを管理し、または処理することができる。そのような実施形態では、ＲＮは、それが接続モードを去る原因に依存して、Ｕｎ接続について（特にその方法）ＩＤＬＥモードへの遷移を選択し、かつ／または実行することができる。例示的な実施形態によれば、ＲＮは、次のうちの少なくとも１つに基づいてＩＤＬＥモードに移動することができる：Ｕｕのデータトラフィック、ＵＥがＵｕに接続されていないこと、障害条件が発生すること、Ｕｎが解放されること、など。
【０２１５】
例えば、Ｕｕに関するデータトラフィックがないか少量（例えば、閾値量未満）である可能性がある時に、ＲＮは、ＲＮが低電力状態に移動する（例えば、これを開始する）ことができ、かつ／またはＩＤＬＥモードに移動する（例えば、これを開始する）ことができると判定することができる（例えば、ダウンリンクに関する接続されたｒＵＥの１または複数のバッファレベルおよび／またはアップリンクに関する接続されたｒＵＥによって報告されたバッファレベルに基づいて）。そのような実施形態では、ＲＮは、まず、接続されたＵＥを解放することができ、関係するｒＵＥを別のセルまたは別のｅＮＢにリダイレクトしまたはハンドオーバすることができる。
【０２１６】
さらに、ＲＮは、低電力状態に移動し（これを開始し）、アイドルモードに移動する（これを開始する）ことができるように、Ｕｕインターフェースに接続されたｒＵＥがないことをと判定することができる。
【０２１７】
一実施形態によれば、ハンドオーバ障害、無線リンク障害、問題若しくは品質、接続障害若しくは再接続障害などの障害条件が発生し、または存在する可能性がある。例えば、ＲＮは、Ｕｎインターフェースのハンドオーバ障害が発生した可能性があること、Ｕｎインターフェース物理層が無線リンク問題を経験しつつある可能性があること、無線リンク障害（例えば、ダウンリンクおよび／またはアップリンクでの）がＵｎインターフェースについて検出される可能性があること、Ｕｎインターフェースの無線リンク品質がある閾値未満である可能性があること、および／またはＵｎインターフェースの接続再確立が失敗した可能性があることを判定することができる。判定に基づいて、ＲＮは例えばある時間期間だけＵｕ上でＵＥまたはｒＵＥのデータ送信をサスペンドした後に、ＩＤＬＥモードを開始することができる（例えば、ＲＮがＵｎインターフェースの物理層問題を検出できる時にＴ３１０が動いている可能性がある間、および／またはＲＮがＵｎインターフェースのＲＲＣ接続再確立手順を開始できる時にＴ３１１が動いている可能性がある間）。
【０２１８】
ＲＮは、Ｕｎ接続を解放することもできる（例えば、障害条件とは異なる理由で）。例えば、ＲＮは、ＵｎのＲＲＣ接続を解放できると自律的に判定することができる（例えば、ＮＡＳなどのより上位層による要求時に）。ＲＮは、ＵｎのＲＲＣ接続を解放できる制御シグナリングをＤｅＮＢから受信することができる（例えば、ＲＮは、別のセルへのリダイレクションを含むRRCConnectionReleaseメッセージを受信でき、かつ／またはＲＮは、RRCConnectionReestablishmentRejectメッセージを受信できる）。
【０２１９】
例示的な実施形態では、ＲＮが、ＩＤＬＥモードに移動できる（例えば、データトラフィックの欠如および／若しくはＵｕに接続されたＵＥがないことまたはＵｎの解放に起因して）と判定できる時に、ＲＮは、そのＵｕインターフェースの少なくとも一部をオフに切り替えることができる。あるいは、ＲＮは、ＵＥがＵｕインターフェース上でキャンプするための様々な信号を供給し続けることができる。例えば、セルを、緊急サービスに使用可能とすることができる。Ｓ１は、セルがアクセス可能ではない可能性があるか、あるアクセス制限を有する可能性があることを示すために変化することができる。ＵＥは、例えばネットワークによって制御されるＲＮアクセスの場合に、セルに関する測定を実行することができるが、セルへのアクセスを自律的には開始しないものとすることができる。
【０２２０】
さらに、ＲＮが、障害条件が発生した可能性があるのでＩＤＬＥモードに移動できると判定できる時に、ＲＮは、次のうちの少なくとも１つを実行することができる：ＲＮは、要求ベースの方法を使用してＵｕインターフェースのハードシステム再同期化を開始することができ；ＲＮは、そのＵｕ送信に対する変更を使用してＵｕインターフェースのハードシステム再同期化を開始することができる；など。
【０２２１】
例示的な実施形態によれば、ＲＮが、適切なセルを選択する（例えば、成功して選択する）ことができる時に、ＲＮは、例えばネットワークによって制御されるＲＮアクセスの場合に、ＵＥが、セルの測定を実行できるが、セルへのアクセスを自律的に開始できないように、セルがアクセス可能ではない可能性があるかある制限を有する可能性があることを示すために、Ｕｕ上のＳ１を変更することができる。
【０２２２】
Ｕｎ接続上のＲＮデタッチおよびＵｕインターフェースへの影響を処理し、または管理するシステムおよび／または方法を、提供し、かつ／または使用することもできる。例えば、実施形態では、ＲＮは、ＲＮをネットワークからデタッチする可能性があるイベント時に、Ｕｕインターフェースを処理することができる。ＲＮが、デタッチ要求を開始するかＭＭＥから受信することができる時に、ＲＮは、Ｕｕインターフェースのハードシステム再同期化を開始することができ、例えば、ＵＥは、ＵＥまたはｒＵＥを異なるｅＮＢの別のセルにリダイレクトし、かつ／またはハンドオーバすることができる方法を実行することができる。
【０２２３】
さらに、Ｕｕ上のＵＥに関するトラッキングエリア（ＴＡ）更新（ＴＡＵ）手順のシステムおよび／または方法を、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、ＲＮは、ＲＮ固有トラッキングエリア（ＴＡ）符号および／またはＲＮによって複製され得るＵＥ上のＵｎ  ＴＡ符号を使用して、Ｕｕインターフェースに関してＩＤＬＥモードモビリティおよび／またはＵｕ上のトラッキングエリアの変化を処理し、かつ／または管理することができる。
【０２２４】
ＲＮ固有ＴＡ符号について、ＲＮは、例えば、Ｓ１上でＲＮ固有トラッキングエリアアイデンティティ（trackingAreaCode）をブロードキャストすることができる。この値を、ＲＮが当初にネットワークに接続する時に、ＯＡＭによって、ＤｅＮＢによって、またはＭＭＥによって構成することができる。同一の手順を、ＰＬＭＮアイデンティティ（plmn-Identity）に適用することもできる。例えば、Ｕｎインターフェースのモビリティとは独立に、ＲＮのＵｕインターフェースの割り当てられたトラッキングエリアアイデンティティは、Ｕｎインターフェースのトラッキングエリアが変化する時であっても、ＲＮが同一のＰＬＭＮに接続したままであることができる限り、有効とすることができる。
【０２２５】
そのような実施形態では、ＭＭＥが、ｅＮＢ粒度（例えば、ＲＮが接続モードである可能性がある時）またはトラッキングエリア粒度（例えば、ＲＮがアイドルモードである可能性がある時）でＲＮの位置の知識を有する可能性があり、かつ、ＭＭＥが、ＵｕインターフェースについてＲＮによって使用できるＲＮ固有トラッキングエリアアイデンティティの知識を有する可能性がある場合に、ＭＭＥは、ＲＮ位置と所与のＵＥまたは特定のＵＥのＲＮ固有ＴＡＩとの間のマッピングを作成することによって、ＲＮ  Ｕｕインターフェースを介して登録できるＵＥの位置をマッピングすることができる。そのようなＴＡＩは、ＲＮ固有とすることができるので、異なるトラッキングエリアアイデンティティを有する異なるセルに再選択できるＩＤＬＥモードＵＥは、ＭＭＥに知らせるためにトラッキングエリア更新を自動的にトリガすることができる。ＲＮ  Ｕｕインターフェースへまたはこれから再選択できるＵＥは、両方の場合にトラッキングエリア更新を実行することができる。ＲＮが、別のＴＡＩに移動でき、それ自体のトラッキングエリアアイデンティティを保つことができる場合には、ＭＭＥは、ＲＮのトラッキングエリアアイデンティティに最後に登録した可能性があるＵＥまたはｒＵＥの新しいマッピングを処理することができ、ＲＮは、到達可能のままであることができ、ＵＥは、そのＲＮを介して到達可能のままであることができる。
【０２２６】
例えば  ＲＮ固有トラッキングエリア符号を、同一のＰＬＭＮおよび／またはＭＭＥエリアの１または複数のｅＮＢのＴＡＩリストに含めないものとすることができる（例えば、ＴＡＩリストは、ＵＥがトラッキングエリア更新手順を実行せずに入ることができるトラッキングエリアを識別することができ、ＭＭＥによってＵＥに割り当てられるＴＡＩリスト内のＴＡＩは、同一のＭＭＥエリアに関係するものとすることができる）。
【０２２７】
諸実施形態では、ＲＮが、ＵＥの登録をホスティングするＭＭＥにＵＥのＮＡＳ（拡張）サービス要求メッセージをオンボードで転送するのにＵＥのＳ−ＴＭＳＩを使用することができるので、また、Ｓ−ＴＭＳＩが、ＵＥにサービスするＭＭＥプールを識別できないので、オンボードＵＥにサービスするＭＭＥを、ＲＮスタートアップＯＡ＆Ｍに基づいて、ＲＮ内で事前に構成される固有のＭＭＥプールに含まれるものとすることができる。そのようなＭＭＥプール構成は、ＲＮがアイドルＵＥのＵＥのコンテキストを維持しない可能性があるので、ＵＥ固有ではないものとすることができる。列車がある位置から別の位置へ移動する時に、ＲＮ内で構成されたそのようなＭＭＥプールは、ある点で、線路に隣接するｅＮＢによって使用できるＭＭＥプールとは異なる可能性がある。
【０２２８】
ＵＥが、接続をオンボードで開始できる時に、サービス要求メッセージを、ＵＥの登録を有する可能性があり、事前に構成されたＭＭＥプールに属する可能性があるＭＭＥに転送することができる。実施形態では、その後、接続されたＵＥが列車から降りる（例えば、ハンドオーバ（ＨＯ））時に、ターゲットｅＮＢが事前に構成されたＭＭＥプールへのＳ１接続性を有する場合とそうでない場合があるので、また、ＵＥが、そのＵＥのサービスするオリジナルＭＭＥから物理的に遠くに移動した可能性があるので、問題が生じる場合がある。そのような実施形態では、次のシナリオを提供し、かつ／または検討することができる。
【０２２９】
一実施形態（例えば、第１のシナリオ）によれば、ターゲットｅＮＢは、事前に構成されたＭＭＥプールへのＳ１接続性および／またはＲＮへのＸ２接続性を有することができる。そのような実施形態では、ＲＮは、Ｘ２  ＨＯを開始することができる。しかし、ターゲットｅＮＢのＴＡＩは、ＵＥにＸ２−ＨＯの後にＴＡＵを実行させるＲＮのＴＡＩとは異なる可能性がある。従って、ＴＡＵ手順中には、ｅＮＢは、ＨＯの前に同一のＭＭＥにＴＡＵ要求を転送することができ（例えば、Ｘ２ハンドオーバ要求メッセージ内のＧＵＭＭＥＩフィールドに基づいて）、ＭＭＥは、ＴＡＵ完了メッセージ内のＴＡＩリストにｅＮＢのＴＡＩを追加することができる。
【０２３０】
ＵＥが、アイドルに移動でき、同一のＴＡ内で別の接続を開始することができるので、ｅＮＢは、ｅＮＢのＭＭＥプールに基づいてＵＥの初期ＮＡＳメッセージを転送することができ、このＮＡＳメッセージは、以前に登録されたＭＭＥではなく新しいＭＭＥによって受信され得る。これは、初期ＮＡＳメッセージがＴＡＵ要求ではない可能性がある場合に、問題を引き起こす可能性がある。従って、例示的な実施形態によれば、ｅＮＢが列車上のＲＮからハンドオーバされた可能性があるインアクティビティに起因して接続を解放できる時には、ＲＲＣは、ＲＲＣ解放メッセージに「loadBalancingTAUrequired」を含めさせることができる。これは、エリアに普通にサービスできるＭＭＥへのＴＡＵを実行するようにＵＥに促すことができる。
【０２３１】
別の実施形態（例えば、第２のシナリオ）では、ターゲットｅＮＢは、事前に構成されたＭＭＥプールへのＳ１接続性を有しないものとすることができる。そのような実施形態では、ＲＮは、Ｓ１  ＨＯを開始することができる。Ｓ１「handover required」メッセージなどのハンドオーバメッセージは、グローバル一意ターゲットｅＮＢ  ＩＤを識別することができる。
【０２３２】
ソースＭＭＥ（例えば、列車上でＵＥにサービスするＭＭＥ）がターゲットＭＭＥを突き止めるために、次の追加の実施形態（例えば、機能強化）を提供し、かつ／または使用することができる。ソースＭＭＥを、線路に沿ったｅＮＢに関するマッピングを用いて構成することができる（例えば、ｅＮＢ  ＩＤ→ＧＵＭＭＥＩ）。さらに、ソースＭＭＥは、ＤＮＳルックアップ手順またはＤＮＳルックアップ方法を実行することによって、ターゲットＧＵＭＭＥＩを見つけるためにグローバル一意ターゲットｅＮＢ  ＩＤに基づいてＦＱＤＮを構築することができる。ＲＮ／ＤｅＮＢは、Ｓ１「handover required」メッセージなどのハンドオーバメッセージ内に、ターゲットｅＮＢのＴＡＩを含めることができる。その後、ソースＭＭＥは、ターゲットＧＵＭＭＥＩを見つけるために現在のＴＡＩ  ＦＱＤＮルックアップ手順を使用することができる。ＲＮ／ＤｅＮＢは、X2 ENB CONFIGURATION UPDATE手順に基づいて、ターゲットｅＮＢ  ＴＡＩを獲得することができる。
【０２３３】
別の例示的な実施形態では、ＲＮは、Ｕｎインターフェースのトラッキングエリアアイデンティティから導出できるＳ１トラッキングエリアアイデンティティ（例えば、trackingAreaCode）をブロードキャストすることによって、Ｕｕ上のＵｎトラッキングエリア符号を複製することができる。そのような実施形態では、ＲＮが異なるＤｅＮＢに移動でき、トラッキングエリアが更新され得る時に、ＵＥまたはｒＵＥは、Ｕｕインターフェース内のトラッキングエリアの変化を通知することができ、ＩＤＬＥモードＵＥは、トラッキングエリア更新を開始することができるが、接続モードＵＥはＵｕ上で処理され得る。
【０２３４】
トラッキングエリア更新手順が、トラッキングエリアアイデンティティを使用して開示され得る場合があるが、この手順（および／または原理）を、さらに、ＰＬＭＮアイデンティティに適用することができる。あるいは、ＰＬＭＮが、Ｕｎ接続について変化する時に、ＲＮは、Ｕｕインターフェースのハードシステム再同期化を開始することができる（例えば、ＵＥは、ｒＵＥを異なるｅＮＢの別のセルにリダイレクトし、かつ／またはハンドオーバする方法を使用することができる）。
【０２３５】
Ｕｎモビリティに関係するＸ２および少なくとも１つのシステム、手順および／または方法を、さらに、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、ＲＮハンドオーバ手順の一部として、ソースＤｅＮＢ、ターゲットＤｅＮＢ、および／またはＲＮ  ＭＭＥは、ＲＮがターゲットＤｅＮＢセルに同期化することをイネーブルし、または可能にするために、ＲＮコンテキスト情報および他の情報を転送することができる。ＲＮセル構成および／またはＲＮによってサービスされつつあるＵＥ（例えば、ＲＮ  ＵＥ）を、ＲＮハンドオーバを含むＲＮモビリティ手順中に管理し、または処理する（例えば、正しく処理する）ことができる。例示的な実施形態では、ソースｅＮＢ、ターゲットｅＮＢおよび／またはＭＭＥの間またはその中での手順または方法を、例えばＲｅｌ−１０  ＵＥハンドオーバ手順または他のＲＮハンドオーバ手順などのＲＮハンドオーバに含まれる１または複数の手順に加えてまたはその変更として、ＲＮハンドオーバ手順内の動作として含めることができる。
【０２３６】
一実施形態によれば、ＲＮおよびＲＮ  ＵＥコンテキスト情報および／または構成を、本明細書で説明されるＲＮモビリティ手順および／またはＲＮハンドオーバ手順内で転送することができる。例えば、ハンドオーバ手順の一部として、ソースｅＮＢは、Ｘ２上でターゲットｅＮＢにおよび／またはＳ１上でＭＭＥにＵＥコンテキストおよびＲＡＢ情報を転送することによって、ハンドオーバを準備することができる。ターゲットｅＮＢは、それ自体のセル情報と、ソースｅＮＢに戻る呼アドミッションの結果としての受け入れられたまたは拒絶されたＥ−ＲＡＢ情報とを応答することができる（例えば、Ｓ１ハンドオーバの場合にＭＭＥを介して）。ソースｅＮＢは、その情報をターゲットｅＮＢからＲＲＣを介してＵＥに転送して、ハンドオーバを開始することができる。
【０２３７】
ソースＤｅＮＢとターゲットＤｅＮＢとの間の情報の同一の転送または情報の類似する転送を、ＲＮハンドオーバ準備に適用することができる。そのような実施形態では、ソースＤｅＮＢは、ＲＮコンテキストおよび／またはＲＮ  Ｅ−ＲＡＢ情報をターゲットＤｅＮＢに供給することができる。ソースＤｅＮＢは、ＲＮハンドオーバについてターゲットＤｅＮＢでのＲＮアドミッション制御をサポートするためにＲＮ構成を転送することができる。これに応答して、ターゲットＤｅＮＢは、対応する新しいＲＮ構成をソースＤｅＮＢに共有することができ、この新しいＲＮ構成を、その後にＲＮに渡すことができる。
【０２３８】
例示的な実施形態によれば、ＲＮ固有情報は、次のうちの１または複数を含むことができる：Ｕｎサブフレーム構成、サポートされるＲＮタイプ、Ｕｎ搬送波周波数、ＲＮ  Ｕｕ搬送波周波数、物理セルＩＤ（ＰＣＩ）、ＲＮ  ＲＢからＵＥ  ＲＢへのマッピング情報などのマッピング情報、ＲＮ  ＵＥ情報、など。
【０２３９】
ＲＮ固有情報内に含めることができるＵｎサブフレーム構成について、情報の交換のための手順および／または方法は、次のうちの１または複数を含むことができる。使用可能な場合に、ソースＤｅＮＢは、ソースＤｅＮＢセル上のタイプ１中継動作に使用できるＵｎサブフレームの構成（例えば、ソースＤｅＮＢが複数のＲＮのＤｅＮＢになり得る場合にハンドオーバされ得る特定のＲＮのＵｎサブフレーム構成）をターゲットＤｅＮＢに与えることができる。ターゲットＤｅＮＢは、新しい構成に使用できる同一のＵｎサブフレーム構成を割り振ることができるかどうかを判定することもできる。ターゲットＤｅＮＢは、例えば、RRC RN Reconfigurationメッセージ内のRRC Handover Command内に含めることができ、かつ／または両方をX2 Handover Request Acknowledgeメッセージの透過的コンテナ内に含めることができる、ターゲットＤｅＮＢと共に動作する時にＲＮが使用するＵｎサブフレーム構成をソースＤｅＮＢに与えることができる。ターゲットＤｅＮＢは、ターゲットＤｅＮＢと通信する時にサブフレーム構成をＲＮのために使用できないことの表示をソースＤｅＮＢに与えることができる。例えば、Ｕｎサブフレーム構成を、X2 Handover Request Acknowledgeメッセージ内に含めることができない場合に、その不在を、Ｕｎサブフレーム構成をターゲットＤｅＮＢと共に使用することができないことのソースＤｅＮＢおよびＲＮへの表示とすることができる。
【０２４０】
ＲＮ固有情報内に含めることができるサポートされるＲＮタイプについて、情報の交換のための手順および／または方法は、ＲＮがタイプ１動作、タイプ１ａ動作、および／またはタイプ１ｂ動作のどれをサポートするのかの表示をソースＤｅＮＢがターゲットＤｅＮＢに与えることを含むことができる。これは、ターゲットＤｅＮＢが、ＲＮがハンドオーバの完了時にＵｎサブフレーム構成を使用できるかどうかを判定することをイネーブルし、または可能にすることができる。
【０２４１】
さらに、ＲＮ固有情報内に含めることができるＵｎ搬送波周波数について、情報の交換のための手順および／または方法は、ソースＤｅＮＢが使用できまたはＲＮと共に使用しつつある可能性があるＵｎ搬送波周波数をソースＤｅＮＢがターゲットＤｅＮＢに与えることを含むことができる。
【０２４２】
一実施形態では、ＲＮ固有情報内に含めることができるＲＮ  Ｕｕ搬送波周波数について、情報の交換のための手順および／または方法は、次のうちの１または複数を含むことができる。ソースＤｅＮＢは、ソースＤｅＮＢがそのＤｅＮＢであることができる間にＲＮが使用している可能性があるＲＮ  Ｕｕ搬送波周波数をターゲットＤｅＮＢに与えることができる。ターゲットＤｅＮＢは、ターゲットＤｅＮＢへのハンドオーバの後に使用すべきＲＮ  Ｕｕ搬送波周波数を判定することができる。ターゲットＤｅＮＢは、そのような判定を、Ｕｎに使用できるそれ自体の搬送波周波数と、例えば、ＲＮがソースＤｅＮＢと共に動作しつつある可能性がある時のＲＮ  Ｕｕ搬送波周波数とに基づくものとすることができる。ターゲットＤｅＮＢは、ＲＮが同一のＲＮ  Ｕｕ搬送波上で継続でき、および／またはターゲットＤｅＮＢが異なるＲＮ  Ｕｕ搬送波周波数を割り当てることができるのかどうかを判定することもできる。さらに、一実施形態では、ターゲットＤｅＮＢは、例えば、Handover Request Acknowledgeメッセージで示される、ターゲットＤｅＮＢと共に動作する時にＲＮが使用するＲＮ  Ｕｕ搬送波周波数をソースＤｅＮＢに与えることができる。ターゲットＤｅＮＢは、例えばＲＮがターゲットＤｅＮＢと共に動作している可能性がある時に使用できるＵｕおよびＵｕ周波数に基づいて、ターゲットＤｅＮＢと通信する時にＲＮのために使用できるサブフレーム構成がない可能性があることの表示をソースＤｅＮＢに与えることもできる。そのような実施形態は、ＲＮ動作タイプが変化できるように、ハンドオーバの前後のＵｕおよびＵｕ周波数に基づくものとすることができ、例えば、それを、タイプ１ＲＮからタイプ１ａＲＮに、またはタイプ１ａＲＮからタイプ１ＲＮに調整することができ、Ｕｎサブフレーム構成の変化を引き起こすか強制することができる。
【０２４３】
ＲＮ固有情報内に含めることができる物理セルＩＤ（ＰＣＩ）について、情報の交換のための手順および／または方法は、次のうちの１または複数を含むことができる。ソースＤｅＮＢは、ターゲットＤｅＮＢにＲＮ  ＰＣＩを与えることができる。これにより、ターゲットＤｅＮＢが、ＰＣＩ衝突が発生し得るかどうかを判定し、異なるＰＣＩを用いて、入ってくるＲＮを再構成することを可能にすることができる。さらに、ターゲットＤｅＮＢは、例えば、X2 Handover Request Acknowledgeメッセージ内で示される、そのサービングＤｅＮＢとしてのターゲットＤｅＮＢと共に動作する時にＲＮが使用すべき新しいＰＣＩをソースＤｅＮＢに与えることができる。
【０２４４】
さらに、ＲＮ固有情報内に含めることができるＲＮ  ＲＢからＵＥ  ＲＢへのマッピング情報などのマッピング情報について、情報の交換のための手順および／または方法は、ソースＤｅＮＢが、ＵＥ  ＲＢをＲＮ  ＲＢにマッピングする特定のＤＳＣＰからＱＣＩへのマッピング情報をターゲットＤｅＮＢに与えることを含むことができる。一実施形態によれば、マッピング情報は、ある種のまたは特定のＲＮベアラを受け入れるターゲットＤｅＮＢ判断と、ＲＮがターゲットＤｅＮＢセルに移動される時にマッピングを変更し、または同一のマッピング情報を保持することとをイネーブルし、または可能にすることができる。
【０２４５】
例示的な実施形態では、ＲＮ固有情報内に含めることができるＲＮ  ＵＥ情報について、情報の交換のための手順および／または方法は、次のうちの１または複数を含むことができる。ソースＤｅＮＢは、ＧＵＭＭＥＩに関連する情報、Ｓ１ＡＰ  ＩＤを含む割り振られたアイデンティティ、セキュリティ能力情報、加入者プロファイルなどのＲＮ  ＵＥコンテキスト情報；アクティブＵＥベアラに関連する情報およびそのＱｏＳ情報などのＲＮ  ＵＥ  ＥＰＳベアラ情報を含むことができる、ＲＮによってサービスされつつあるＵＥに関係する情報をターゲットＤｅＮＢに与えることができる。さらに、ターゲットＤｅＮＢは、例えば入ってくるＲＮおよびそのアクティブＲＮ  Ｅ−ＲＡＢのアドミッションのためのリソース割振りのスナップショットを導出するためのＲＮ  Ｅ−ＲＡＢベアラ情報と一緒に、ＲＮ  ＵＥ情報を使用することができる。
【０２４６】
ＲＮ  ＵＥコンテキストを、ハンドオーバの準備のためにソースＤｅＮＢにも供給することができる。例えば、実施形態では、ＲＮハンドオーバの一部としてのソースＤｅＮＢおよび／またはターゲットＤｅＮＢは、ＲＮセルによってサービスされる可能性があるＵＥのコンテキスト情報（例えば、本明細書で説明される）を知らない場合がある。これは、例えば、ＤｅＮＢが、ＵＥ固有Ｓ１制御相互作用およびデータ相互作用のためにＲＮとＵＥ  ＭＭＥとの間の透過的ノードとして働いている可能性がある時にあてはまる可能性がある。
【０２４７】
ターゲットＤｅＮＢが、ＲＮハンドオーバ中のＲＮのより粒度の高い呼アドミッションのためにＲＮコンテキストおよびＲＮ  ＵＥコンテキストを受信するために、ソースＤｅＮＢに、ＲＮハンドオーバ手順の前またはその間に、ＲＮセルにアタッチされたＵＥのコンテキストについて知らせることができる。ソースＤｅＮＢに、本明細書で説明されるように、ソースノードまたはＲＮなどの１または複数のノードから各ＲＮ  ＵＥおよびそのアクティブＥＰＳベアラのコンテキスト情報の全体または一部を与えることができる。
【０２４８】
例えば、ＲＮは、アクティブモードおよび接続モードでＵＥに関するＥＰＳベアラ情報と一緒にＲＮセルによってサービスされる各ＵＥのＵＥコンテキスト情報を供給することができる。さらに、ＲＮは、現在はＩＤＬＥモードに移動済みである可能性があり、特定の時間期間の間にＩＤＬＥモードであった可能性があるＲＮ  ＵＥの情報をソースＤｅＮＢに供給することができる。現在ＩＤＬＥモードのＵＥが以前に使用された可能性があるＥＰＳベアラに関連するヒストリカル情報およびこれらのベアラのＱｏＳを、呼アドミッションの時にターゲットＤｅＮＢによるさらなるリソースプラニングをイネーブルしまたは可能にするために、統計的な形で供給することもできる。実施形態では、ＲＮは、次のシグナリング方法のうちの１または複数を使用して、そのような情報をＤｅＮＢに供給することができる：ＲＮからのＸ２シグナリング、Ｕｎを介するＲＮ測定レポート；ＵＥ  ＭＭＥへのクエリ；ＲＮのＰ−ＧＷおよび／またはＳ−ＧＷ；ＯＡＭへのクエリ；など。
【０２４９】
一実施形態（例えば、Ｘ２シグナリングを使用する）では、ＲＮは、ＲＮハンドオーバの前にＲＮセルにアタッチされたＵＥのＵＥコンテキスト情報のリストをＤｅＮＢに与えることができる。そのような情報交換シグナリングは、ＲＮセルにアタッチし、またはデタッチした可能性があるＵＥの更新されたＵＥコンテキスト情報と共に、周期的とすることができる。さらに、情報交換を、新しく入ってくるＵＥまたは出てゆくＵＥによってトリガすることができる。
【０２５０】
ＲＮは、おそらくは、ＵＥコンテキスト情報と一緒にまたはあるいはＵＥコンテキスト情報に対して、ＲＮ  ＵＥにサービスするために選択されたＧＵＭＭＥＩのリストをＤｅＮＢに与えることもできる。その後、ＤｅＮＢは、本明細書で後述されるように、ＵＥコンテキスト情報についてＭＭＥに照会するのにＭＭＥ情報を使用することができる。
【０２５１】
別の実施形態では、ＲＮは、ＲＮハンドオーバを実行するためのソースＤｅＮＢによる判断をトリガできる測定レポート（例えば、Ｕｎ上の）の一部として、ＲＮセルの下のＵＥのＲＮ  ＵＥコンテキスト情報を含めることができる。一実施形態によれば、ＲＮは、ＤｅＮＢからの測定構成内のＵＥ情報を提供するための表示に基づいて、測定レポートの一部としてＵＥコンテキスト情報を含めることができる。ＲＮは、周期的測定レポート内にアタッチされたＵＥ情報およびデタッチされたＵＥ情報を含めることもできる。
【０２５２】
さらに、ＲＮのハンドオーバを実行すると判断する時に、ソースＤｅＮＢは（例えば、ＲＮ  ＵＥコンテキスト情報を入手するために）、ＲＮセルの下のＵＥに現在サービスしている可能性がある各ＵＥ  ＭＭＥに照会することができる。ＵＥ  ＭＭＥのセットは、ＲＮによって以前に供給されたものとすることができる。さらに、ＤｅＮＢは、ＲＮ  ＵＥについて選択されている可能性があるＭＭＥプール内のＭＭＥのそれぞれに照会することができる。そのような照会は、Ｓ１インターフェースを介して行うことができる。照会への応答として、ＤｅＮＢは、ＵＥコンテキスト情報を受信することができ、または、ＭＭＥがＲＮセル上のＵＥにサービスしていない可能性がある場合には、それは、そのことを示すことができる。
【０２５３】
一実施形態では（例えば、ＲＮに関連するＰ−ＧＷおよび／またはＳ−ＧＷについて）、ＲＮコンテキスト情報と一緒にまたはこれとは別々に、ＤｅＮＢは、ＱｏＳレベルに基づいてＵＥ  ＥＰＳベアラをＲＮ  ＥＰＳベアラにマッピングできるＲＮのＰ−ＧＷおよび／またはＳ−ＧＷから取り出されたＵｎ／Ｕｕ  ＥＰＳベアラマッピング情報内のＵＥ  ＥＰＳベアラ情報および関連するＱｏＳ情報を取り出すこともできる。ＲＮ  ＥＰＳベアラ情報と一緒に、ＤｅＮＢは、呼アドミッション判断を行う時に、入ってくるＲＮおよびＲＮ  ＵＥのリソース使用に関連する情報を有することができる。
【０２５４】
さらに、一実施形態では（例えば、ＯＡＭについて）、ＤｅＮＢは、コンテキスト情報および／またはＵＥ  ＥＰＳベアラ情報を入手するためにＲＮ  ＯＡＭに照会することができる。
【０２５５】
ソースＤｅＮＢがＵＥ関連情報を有することができた後に、ソースＤｅＮＢは、Ｘ２ハンドオーバに関するターゲットＤｅＮＢへのX2 Handover Requestメッセージ内またはＳ１ハンドオーバに関するＭＭＥへのS1 Handover内にそのような情報（例えば上記）を含めることができる。ソースＤｅＮＢは、ＲＮに関連する情報を充填するためにそのＲＮＡＩを使用することができ、または、例えば、ＲＮＡＩ転送トランザクションの一部として、ＲＮから情報を要求することができる。
【０２５６】
例示的な実施形態では、ソースＤｅＮＢとターゲットＤｅＮＢとの間の呼アドミッションネゴシエーションを形成することができる。例えば、ソースＤｅＮＢは、ＲＮコンテキスト情報およびＵＥコンテキスト情報と一緒に、ターゲットＤｅＮＢ呼アドミッションプロセスでの影響をイネーブルし、または可能にするために、優先順位情報などの表示を提供することもできる（例えば、ハンドオーバ準備メッセージ内で）。この表示は、アドミットされるＵＥのサービスの構成されたレベルを維持しながら、減らされたＥＰＳベアラまたはより少数のＵＥを有するＲＮ  ＵＥをアドミットすることのプリファレンスをターゲットＤｅＮＢに与えることができる。ソースＤｅＮＢは、サブスクライブされた情報に基づいて、ＵＥの好ましいサービスレベルの表示を用いてそのような表示を補足することができる。さらに、ソースＤｅＮＢは、ハンドオーバ時にターゲットＤｅＮＢへのそれらのアドミッタンスに関する優先順位を可能にし、またはイネーブルするのに適するＵＥのＵＥコンテキスト情報およびＵＥ  ＥＰＳ情報をターゲットＤｅＮＢに示すことができる。ターゲットＤｅＮＢは、ＲＮおよび／またはＵＥの完全な、および／または部分的なアドミッションを用いて呼アドミッションに応答することができる。例えば、ターゲットＤｅＮＢは、例えば、ソースＤｅＮＢからのメッセージに応答して、ＲＮがターゲットＤｅＮＢセルと同期化するのに使用する情報を、Ｘ２メッセージ内で（例えば、Ｓ１ハンドオーバに関する場合にＭＭＥを介して）ソースＤｅＮＢに示すことができる。一実施形態では、ＲＮアドミッションに関する判断を含めることができる。ターゲットＤｅＮＢからの応答は、次のうちの１または複数を含むことができる：アドミットされるＥ−ＲＡＢ情報（例えば、ターゲットＤｅＮＢによってアドミットされた可能性があるＥ−ＲＡＢは、ＲＮ  Ｅ−ＲＡＢおよび／またはＵＥ  Ｅ−ＲＡＢを含むことができる）；アドミットされないＥ−ＲＡＢ情報（例えば、ターゲットＤｅＮＢによってアドミットされなかった可能性があるＥ−ＲＡＢは、ＲＮ  Ｅ−ＲＡＢおよび／またはＵＥ  Ｅ−ＲＡＢを含むことができる）；新しいＲＮ  ＲＢからＵＥ  ＲＢへのマッピング（例えば、ターゲットＤｅＮＢアドミッション制御に基づいて、ＤＳＣＰからＱＣＩへのマッピングが変化する可能性があり、新しいマッピング情報が、ソースＤｅＮＢに、およびその後にＲＮに示される場合がある）；アドミットされないＵＥ情報（例えば、ターゲットＤｅＮＢが、ＲＮハンドオーバの一部としてＲＮの下のある種のまたは特定のＵＥをアドミットしない場合があり、これらのＵＥは、それらのＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤによって識別され得、かつ／またはＵＥは、リソースの欠如に起因して、若しくはアグリゲートされた最大ビットレートなどのＱｏＳに基づいて、アドミットされない場合がある）。
【０２５７】
ターゲットＤｅＮＢは、ハンドオーバに関してＲＮをアドミットすることができるが、全てのＲＮ  ＵＥをアドミットするのではないものとすることができる。ターゲットＤｅＮＢは、ＲＮハンドオーバの準備に対する肯定応答として、上記の情報を転送することができる。例えば、Ｘ２ハンドオーバの場合に、ターゲットＤｅＮＢは、X2 Handover Request Acknowledgeメッセージの一部として上記情報を含めることができる。ターゲットＤｅＮＢは、ＭＭＥに戻るＳ１ハンドオーバ応答のS1 Handover Request Acknowledge内に情報を含めることができる。
【０２５８】
ターゲットＤｅＮＢは、多数の理由から、リソースの欠如のために、入ってくるＲＮをアドミットしないと判断することもでき、かつ／または過剰な個数のＲＮを既に以前に受け入れた可能性がある。そのような実施形態では、ターゲットＤｅＮＢは、障害表示（例えば、X2 Handover Preparation Failure）を用いて応答することができる。「Limit on supported RN exceeded（サポートされるＲＮに対する限度を超えた）」などの新しい原因符号を、ターゲットＤｅＮＢによってメッセージ内に含めることができる。
【０２５９】
ターゲットＤｅＮＢは、ＲＮ、例えば入ってくるＲＮおよび／またはモバイルＲＮをサポートできないことを、ソースＤｅＮＢに示すこともできる。そのような表示は、X2 Handover Requestなどのハンドオーバ要求に応答するものとすることができる。さらに、そのような表示を、例えば、ＲＮをサポートできないこと、または入ってくるＲＮ若しくはモバイルＲＮをサポートできないことを示す新しい原因符号を含めたX2 Handover Preparation Failureと共に含めることができる。
【０２６０】
一実施形態では、ソースＤｅＮＢがターゲットＤｅＮＢから準備応答として受信する可能性があるアドミットされた、および／または拒絶されたＵＥおよびＥ−ＲＡＢの情報に基づいて、ソースＤｅＮＢは、ターゲットＤｅＮＢアドミッション制御の結果を再ネゴシエートするために、わずかに変更されたＵＥコンテキスト情報およびＲＮコンテキスト情報を有するハンドオーバ準備メッセージを再送信することができる。
【０２６１】
ＲＮ  Ｅ−ＲＡＢのアドミッションおよび／または拒絶に基づいてＵＥ  Ｅ−ＲＡＢを処理し、かつ／または管理するシステムおよび／または方法を、本明細書で説明されるように提供し、かつ／または使用することもできる。例えば、ＲＮ  Ｅ−ＲＡＢは、マッピング構成を介してそれにマッピングされた可能性があるＵＥ  Ｅ−ＲＡＢを搬送することができる。ターゲットＤｅＮＢは、例えば、入ってくるＲＮのその呼アドミッションの一部として、ある種のまたは特定のＲＮ  Ｅ−ＲＡＢを、ＲＮハンドオーバの一部としてアドミットすることができないと判断することができる。この判断に基づいて、ターゲットＤｅＮＢは、拒絶されたＲＮ  Ｅ−ＲＡＢにマッピングされたＵＥ  Ｅ−ＲＡＢをアドミットされたＲＮ  Ｅ−ＲＡＢに再マッピングすることができる。
【０２６２】
再マッピングのそのような実施形態では、ターゲットＤｅＮＢは、例えばソースＤｅＮＢからのハンドオーバ要求に対する応答の一部として（例えば、X2 Handover Request Acknowledgeの一部として）、ＲＢ再マッピング情報についてソースＤｅＮＢに通知することができる。ターゲットＤｅＮＢは、拒絶されたＲＮ  Ｅ−ＲＡＢにマッピングされたＵＥ  Ｅ−ＲＡＢを拒絶すると判断することができる。ターゲットＤｅＮＢは、拒絶されたＲＮのそれぞれと、例えばＵＥ  Ｅ−ＲＡＢとを（例えば明示的に）リストすることができる。例示的な実施形態では、ソースＤｅＮＢおよびＲＮは、マッピングされたＵＥ  Ｅ−ＲＡＢがアドミットされなかった可能性があることを、拒絶されたＲＮ  Ｅ−ＲＡＢが指定しまたは示すと暗黙のうちに推論することができる。
【０２６３】
さらに、拒絶された可能性があるＵＥ  Ｅ−ＲＡＢについて、ソースＤｅＮＢまたはＲＮは、影響を受けるＲＮ  ＵＥの拒絶されたＵＥ  Ｅ−ＲＡＢを解放する手順を開始することができる。ＲＮ  ＵＥに属する解放されたＵＥ  Ｅ−ＲＡＢまたはＵＥ  Ｅ−ＲＡＢのグループが、ＲＮ  ＵＥの残りのアクティブＥ−ＲＡＢまたはＥ−ＲＡＢのグループである可能性がある場合には、ＲＮは、ＵＥをＩＤＬＥモードに移すことができる（例えば、RRC Connection Release手順を介して）。あるいは、ＲＮは、ＲＮ  ＵＥを、ＵＥ  Ｅ−ＲＡＢをサポートし続けることができる適切な隣接セルにハンドオーバすることを試みることができる。例示的な実施形態によれば、ＲＮは、ＲＮハンドオーバのために選択されたターゲットＤｅＮＢとは異なる可能性がある、ＵＥのターゲットｅＮＢを選択することができる。例えば、ＲＮおよびターゲットＤｅＮＢは、ターゲットＤｅＮＢセルへのハンドオーバの完了時に、ＲＮの再マッピングをＵＥ  Ｅ−ＲＡＢに適用することができる。ターゲットＤｅＮＢは、そのＭＭＥがもはやターゲットＤｅＮＢからアクセス可能ではない可能性があるＲＮ  ＵＥのＥ−ＲＡＢを拒絶することもできる。
【０２６４】
ＲＮアドミッションおよび／またはＥ−ＲＡＢ変更を実行するシステムおよび／または方法を、本明細書で説明するように提供し、かつ／または使用することができる。例えば、ＲＮハンドオーバ中のターゲットＤｅＮＢの呼アドミッションプロセスについて、ターゲットＤｅＮＢは、ターゲットＤｅＮＢが、減らされたパラメータを有するＲＮ  Ｅ−ＲＡＢを拒絶するのでなく、これをアドミットできるように、ＲＮパラメータおよびＲＮ  ＵＥ  Ｅ−ＲＡＢ  ＱｏＳパラメータを変更すると判定しまたは判断することができる（リソース可用性および他の要因に基づいてＲＮ  Ｅ−ＲＡＢを全体としてアドミットし、または拒絶するのではなく）。ＲＮ  Ｅ−ＲＡＢの拒絶は、それにマッピングされる可能性があるＲＮ  ＵＥ  Ｅ−ＲＡＢに影響する可能性があり、一実施形態では、ＲＮ  ＵＥのサービス品質を容易にするために、そのようなＥ−ＲＡＢ拒絶は、ＲＮハンドオーバ中にできる限り回避されるものとすることができる。
【０２６５】
例えば、ＲＮハンドオーバ中に、ＲＮを、１０ＭｂｐｓのＧＢＲ（例えば、guaranteed bit rate）のＱｏＳプロファイルを有するＥ−ＲＡＢを用いて構成することができる。そのようなＲＮ  Ｅ−ＲＡＢを、それぞれが１ＭｂｐｓのＧＢＲを有するＵＥ  Ｅ−ＲＡＢを有する１０個のＵＥにマッピングすることができる。さらに、ターゲットＤｅＮＢは、ハンドオーバの時に、ソースＤｅＮＢからＲＮ  Ｅ−ＲＡＢ情報を受信することができ、ターゲットＤｅＮＢが、８ＭｂｐｓのＲＮ  Ｅ−ＲＡＢをサポートするのに使用可能なリソースを有することができ、従って、現在のＧＢＲプロファイルを考慮するとＥ−ＲＡＢを有するＲＮをアドミットできない可能性があると判定することができる。そのような実施形態では、現在のアドミッション手順（例えば、Ｒｅｌ−１０アドミッション手順）を使用して、ターゲットＤｅＮＢは、ＲＮハンドオーバ中にＲＮ  Ｅ−ＲＡＢを拒絶することができる。そのような拒絶は、ＲＮ  Ｅ−ＲＡＢにマッピングされ得るＲＮ  ＵＥ  Ｅ−ＲＡＢのそれぞれに影響し、従って、ＲＮ  ＵＥ  Ｅ−ＲＡＢは、解放されるか、代替のＲＮ  Ｅ−ＲＡＢが存在し得る場合にこれに再マッピングされるかのいずれかとすることができる。
【０２６６】
あるいは、ＲＮハンドオーバ中のＧＢＲ変更を使用して、ターゲットＤｅＮＢは、減らされたＧＢＲパラメータを有するＲＮ  Ｅ−ＲＡＢを受け入れることができ、減らされた８ＭｂｐｓをＲＮ  Ｅ−ＲＡＢに割り振ることができる。その後、減らされたＲＮ  Ｅ−ＲＡＢ  ＧＢＲは、各ＵＥ  Ｅ−ＲＡＢ  ＧＢＲを０．８Ｍｂｐｓに減らせるようにＲＮ  ＵＥ  Ｅ−ＲＡＢの割振りを減らすことができ、または、２つのＵＥ  Ｅ−ＲＡＢを解放すると同時に８つのＵＥ  Ｅ−ＲＡＢを変更されないものとすることができる。従って、ＲＮ  Ｅ−ＲＡＢおよびＲＮ  ＵＥ  Ｅ−ＲＡＢの影響は、本明細書で説明されるように、上述された標準アドミッション手順および／または標準拒絶手順と比較して、アドミッション中のＥ−ＲＡＢ変更を用いて減らすことができる。
【０２６７】
次の実施形態は、ターゲットＤｅＮＢがＲＮハンドオーバ中にＲＮ  Ｅ−ＲＡＢを変更すること、および／または変更されたＲＮ  Ｅ−ＲＡＢに反応してＲＮ  ＵＥ  Ｅ−ＲＡＢを変更することをイネーブルし、かつ／または可能にするために提供され、かつ／または使用されるものとすることができる。
【０２６８】
例えば、一実施形態では、ＲＮハンドオーバ手順の一部として、次を、ＧＢＲ変更手順のために実行することができる。ハンドオーバ準備フェーズで、ターゲットＤｅＮＢは、例えば、X2 Handover Requestメッセージ内で、構成されたＲＮ  Ｅ−ＲＡＢ  ＱｏＳ情報（例えば、ＡＲＰ、ＧＢＲ、ＱＣＩなど）をソースＤｅＮＢから受信することができる。ＲＮ呼アドミッションの出力として、ターゲットＤｅＮＢは、ある種のまたは特定のＥ−ＲＡＢのアドミッションに対処するために、Ｅ−ＲＡＢ  ＱｏＳパラメータのうちの１または複数を変更することができる。
【０２６９】
一実施形態によれば、ある種のまたは特定のＲＮ  Ｅ−ＲＡＢの結果の変更を示すために、ターゲットＤｅＮＢは、アドミットされたＥ−ＲＡＢリストおよび／若しくはアドミットされなかったＥ−ＲＡＢリスト（例えば、アドミットされたＥ−ＲＡＢおよび／若しくはアドミットされなかったＥ−ＲＡＢのリスト）並びに／または変更されたＥ−ＲＡＢのリスト内のＥ−ＲＡＢの変更されたＱｏＳパラメータをソースＤｅＮＢに示すことによって、ハンドオーバ準備に応答することができる。例示的な実施形態によれば、変更されたＥ−ＲＡＢのリストは、別々のリスト内またはアドミットされたＥ−ＲＡＢリストおよび／またはアドミットされなかったＥ−ＲＡＢリストを有するリスト内とすることができる。さらに、アドミットされたＥ−ＲＡＢリストは、ターゲットＤｅＮＢによって変更されたＱｏＳパラメータを用いてアドミットされた可能性があるＥ−ＲＡＢのＱｏＳ情報を含むことができる。下の表１に、変更されたＱｏＳパラメータ用の追加の情報要素を有する例示的なX2 Handover Request Acknowledgeメッセージを示すことができる。
【０２７０】
【表１−１】
2014522211.tif 000003
【０２７１】
【表１−２】
2014522211.tif 000004
【０２７２】
例示的な実施形態では、ＲＮのハンドオーバのＲＲＣコマンドを、ターゲットＤｅＮＢによって構成することができる。変更されたＥ−ＲＡＢに基づくＲＮ  ＲＢのＱｏＳ構成の追加の変更を、ターゲットＤｅＮＢによってＲＲＣメッセージ内に含めることができる。ターゲットＤｅＮＢセルと同期化する時に、ＲＮを、変更されたベアラ構成を用いて構成することができる。
【０２７３】
ハンドオーバ完了フェーズの一部として、ターゲットＤｅＮＢは、ソースからターゲットＤｅＮＢへのデータパスの切替えを示すために、ＲＮ  ＭＭＥにPATH SWITCHメッセージを送信することができる。それと同時に、このメッセージを使用して、受け入れられた可能性があるＥ−ＲＡＢを示すことができ、そのリストから省略された可能性がある以前のＥ−ＲＡＢは、ターゲットＤｅＮＢによって暗黙のうちに解放されたと考えるか、そのように示すことができ、ＲＮ  ＭＭＥは、ＥＰＣ内のＥ−ＲＡＢリソースを解放することもできる。
【０２７４】
例示的な実施形態によれば、ＰＡＴＨ  ＳＷＩＴＣＨを、ハンドオーバ中のＲＮ  Ｅ−ＲＡＢの変更（例えば、ＲＮの呼アドミッションの結果としてまたはこれに応答する）を示すのにターゲットＤｅＮＢによって使用することもできる。PATH SWITCHコマンドに応答して、ＲＮ  ＭＭＥは、ターゲットＤｅＮＢによって実行されまたは受入可能として提供される可能性があるＥ−ＲＡＢ変更を確認するためにＮＡＳ  Ｅ−ＲＡＢ変更手順を開始することができ、または、おそらくは、変更手順を、ＭＭＥによって維持されるその加入者情報に従ってＲＮ  Ｅ−ＲＡＢをさらに変更するのに使用することができる。この手順は、ＲＮ  Ｅ−ＲＡＢ  ＱｏＳ変更を、ハンドオーバメッセージ内でまたはこれによって示されたＲＲＣ／ＲＢレベルと一緒にＮＡＳ層でＲＮに通知することをイネーブルし、または可能にすることもできる。
【０２７５】
ターゲットＤｅＮＢは、一実施形態による呼アドミッション中に変更されたＥ−ＲＡＢ  ＱｏＳパラメータに基づいてＲＮ  Ｅ−ＲＡＢ変更手順を開始することができる。そのような手順に関するＲＮ  Ｓ−ＧＷ機能性およびＲＮ  Ｐ−ＧＷ機能性を、例えば、ＲＮのＰ−ＧＷ／Ｓ−ＧＷが、ＤｅＮＢと同一位置に配置され得る場合に、内部的に実行しまたは提供することができる。そのような実施形態では、ターゲットＤｅＮＢは、ハンドオーバコマンドに関するＲＮのＲＲＣ再構成メッセージ内にＥ−ＲＡＢ変更のＮＡＳメッセージを含めることもできる。ＲＮからの対応する応答ＮＡＳメッセージを、ＲＲＣ再構成完了に含めるか、おそらくはターゲットＤｅＮＢへのＮＡＳ直接転送の一部として送信することができる。
【０２７６】
あるいは、一実施形態では、ＲＮ  Ｐ−ＧＷ／Ｓ−ＧＷをＥＰＣの一部にすることができる場合に、Ｅ−ＲＡＢ変更（またはＥ−ＲＡＢ変更を実行する判断）を、例えばＲＮハンドオーバ手順中にＲＮ  ＭＭＥからPATH SWITCHを受信する時に、ＲＮ  Ｐ−ＧＷ／Ｓ−ＧＷから供給することができる。
【０２７７】
ＲＮハンドオーバ手順の完了時に、ＲＮ  Ｅ−ＲＡＢおよびＲＢを、ターゲットＤｅＮＢによるＲＮの呼アドミッションの出力に従って変更することができる。従って、変更されたＲＮ  Ｅ−ＲＡＢに以前にマッピングされていた可能性があるＵＥ  Ｅ−ＲＡＢをも、本明細書で説明されるように変更することができる。
【０２７８】
例えば、上述したように、ＲＮハンドオーバの一部として、ターゲットＤｅＮＢは、ＵＥ  Ｅ−ＲＡＢ  ＱｏＳ情報と一緒に、ＲＮ  ＵＥコンテキスト情報をも受信することができる。そのような実施形態では、ターゲットＤｅＮＢは、ＲＮ  Ｅ−ＲＡＢのマッピングの変更されたＱｏＳパラメータに従って各個々のＲＮ  ＵＥ  Ｅ−ＲＡＢを変更すると判定し、または判断することができる。
【０２７９】
ターゲットＤｅＮＢは、ＵＥ  Ｅ−ＲＡＢに対する変更についてＵＥ  ＭＭＥに通知することができる。ＵＥ  Ｅ−ＲＡＢ変更の表示を、ＵＥごとに個別に供給することができ、または、同一のＭＭＥによってサービスされる可能性があるＵＥのグループについて供給することができる。ターゲットＤｅＮＢは、ＲＮ  ＵＥにサービスするＭＭＥのそれぞれにＵＥのグループのＵＥ  Ｅ−ＲＡＢ再構成の表示を送信することができる。
【０２８０】
ターゲットＤｅＮＢからの表示は、ターゲットＤｅＮＢによってセットされたＱｏＳパラメータおよび／またはＵＥ  ＭＭＥに使用可能なＵＥサブスクリプション情報に基づくＱｏＳパラメータの異なるように変更されたセットに従ってＵＥのＥ−ＲＡＢを変更するＥ−ＲＡＢ変更手順（例えば、Ｒｅｌ−１０で指定される）を実行するためにＵＥ  ＭＭＥをトリガすることができる。ターゲットＤｅＮＢからの表示を、ＵＥ  ＭＭＥによってＵＥ  Ｐ−ＧＷ／Ｓ−ＧＷに転送することもできる。
【０２８１】
一実施形態では、ターゲットＤｅＮＢが、ＲＮによってサービスされる可能性があるＵＥのコンテキスト情報ではなくＲＮコンテキスト情報の知識を有する可能性がある時に、ＲＮは、変更されたＲＮ  Ｅ−ＲＡＢにマッピングされる可能性がある特定のＵＥ  Ｅ−ＲＡＢのＥ−ＲＡＢ変更をＵＥ  ＭＭＥに示すことができる。そのような表示は、Ｓ１を介して送信され得、かつ／またはＲＮハンドオーバの後の再構成されたＲＮ  Ｅ−ＲＡＢに関連する使用可能帯域幅または許容可能帯域幅をＭＭＥに示すためにＵＥ  Ｅ−ＲＡＢのＱｏＳパラメータ（例えば、新しいＱｏＳパラメータ）を含むことができる。一実施形態では、しかし、判断を、ＲＮからの情報に基づいて、ＵＥのＥ−ＲＡＢパラメータ（例えば、新しいＥ−ＲＡＢパラメータ）に関してＭＭＥによって行うことができる。ＲＮは、そのような実施形態でPATH SWITCHを使用しない可能性があるので、メッセージ（例えば、新しいメッセージ）を、ＵＥ  ＭＭＥにそのような情報を伝えるために定義することができる。実施形態では、これを、ＵＥごとの基礎でまたは、複数のＵＥの情報をＲＮの下で１または複数のＵＥにサービスできる各ＭＭＥに単一のメッセージ内で送信できるグループの形で、実行しまたは提供することができる。さらに、実施形態では、この手順を、ＲＮハンドオーバ手順の完了時にＲＮによって開始することができる。
【０２８２】
これに応答して、ＵＥ  ＭＭＥは、ＲＮからの表示に従ってＵＥ  Ｅ−ＲＡＢを変更するためにＲｅｌ−１０手順に従うＥ−ＲＡＢ変更手順を開始することができる。
【０２８３】
図８に、ターゲットＤｅＮＢでのＲＮ呼アドミッション制御中に判定されまたは判断され得るＲＮ  Ｅ−ＲＡＢ変更と、ＲＮおよびＲＮ  ＵＥのベアラ変更を完了するためにＵＥ  ＲＮ、ＲＮ、ターゲットＤｅＮＢ、および／またはコアネットワークの間で提供され得る後続のシグナリングとを用いる例示的なＲＮハンドオーバ手順のシーケンス図の例示的な実施形態を示す。一実施形態によれば、ハンドオーバ判断を、本明細書で説明されるように、測定（例えば、４０ａ〜ｃでの）を使用して行うことができる。
【０２８４】
図８に示されているように、４１では、ＲＮコンテキストおよびＥ−ＲＡＢ情報を含むことができるハンドオーバ要求を、ソースＤｅＮＢからターゲットＤｅＮＢに供給することができる。さらに、４２では、ターゲットＤｅＮＢが、受信された情報に基づいてＲＮのアドミッション制御を実行することができる。一実施形態では、ＲＮ  Ｅ−ＲＡＢを拒絶するのではなく、ターゲットＤｅＮＢは、ＲＮ  Ｅ−ＲＡＢのＧＢＲベアラを変更すると判定し、または判断することができる。
【０２８５】
４３では、ターゲットＤｅＮＢが、アドミットされたＲＮ  Ｅ−ＲＡＢおよびアドミットされなかったＲＮ  Ｅ−ＲＡＢのリストをソースＤｅＮＢに応答することができる。さらに、４３では、アドミットされたＥＲＡＢおよびアドミットされなかったＥＲＡＢの情報をも供給することができる。一実施形態によれば、ターゲットＤｅＮＢによって供給され送信されることもできるＲＲＣハンドオーバコマンドまたはＲＲＣハンドオーバ要求肯定応答は、本明細書で説明されるようにＲＮの変更されたＲＢ情報を含むことができる。その後、図８に示されているように、ハンドオーバ（例えば、Ｒｅｌ−１０）を実行することができる。
【０２８６】
本明細書で説明されるように、mobilityControlinformationを含むRRC Conn.Reconfig.MessageなどのＲＲＣ接続再構成を、ソースＤｅＮＢからＲＮに供給することができ（例えば、４４で）、古いセルからのデタッチおよび／または新しいセルへの同期化を、ターゲットＤｅＮＢへの同期化を含めて提供することができ（例えば、４６で）、RRC Conn.Reconfig.CompleteメッセージなどのＲＲＣ接続再構成完了を、ＲＮからターゲットＤｅＮＢに供給することができる（例えば、４７で）。
【０２８７】
４８では、ターゲットＤｅＮＢが、ＲＮ  ＭＭＥにPATH SWITCHを示すことができ、データパスをソースからターゲットＤｅＮＢに切り替えることができるようになり（例えば、５０で）、この切替えは、ベアラ変更応答メッセージの送信をもたらすことができ（例えば、５１で）、かつ／またはパス切替え要求肯定応答の送信をもたらすことができる（例えば、５２で）。一実施形態では、ターゲットＤｅＮＢは、ＲＮ  Ｅ−ＲＡＢベアラの変更をＭＭＥに示すことができる。その後、情報を、ＲＮ  Ｐ−ＧＷに転送することができる（例えば、４９で）。
【０２８８】
ＲＮハンドオーバ手順を完了することができ（例えば、ＲＮコンテキスト解放メッセージを送信することができ（例えば、５３で））、かつ／またはリソースを解放することができ（例えば、５４で）、ＲＮ  Ｐ−ＧＷが開始するＥ−ＲＡＢ変更手順を、５５で実行することができる。例えば、５５では、PATH SWITCH情報に基づいて、ＲＮ  Ｐ−ＧＷは、ＲＮ  Ｅ−ＲＡＢ変更手順を開始することができる。ＲＮのＥ−ＲＡＢ  ＱｏＳ構成は、ハンドオーバ手順中にＲＮに供給された可能性がある構成と異なっても異ならなくてもよい。
【０２８９】
ＲＮ  Ｅ−ＲＡＢ変更の結果に基づいて、ターゲットＤｅＮＢは、マッピングされたＲＮ  ＵＥ  Ｅ−ＲＡＢをそれ相応に変更することができる。本明細書で説明されるそのような変更を実行するために、ターゲットＤｅＮＢは、ＵＥ  ＭＭＥにメッセージを供給し、または送信することができ、このメッセージは、その後、ＵＥ  Ｐ−ＧＷ／Ｓ−ＧＷに転送され、パラメータの要求されるＱｏＳセットに基づいてベアラ変更を要求することができる。その後、Ｐ−ＧＷは、ＲＡＢ変更手順（例えば、Ｒｅｌ−１０手順に似た）を実行することができる。さらに、一実施形態では、ＲＮおよび／またはターゲットＤｅＮＢは、ある種のＵＥ  Ｅ−ＲＡＢを解放することによって、変更されたＲＮ  Ｅ−ＲＡＢへのマッピングされたＲＮ  ＵＥ  Ｅ−ＲＡＢに対処することができる。
【０２９０】
ＲＮ  ＵＥコンテキスト維持を処理しまたは管理するシステムおよび／または方法を、本明細書で説明するように提供し、かつ／または使用することもできる。例えば（例えば、Ｒｅｌ−１０で）、アタッチするＲＮおよび／またはＲＮにアタッチするＵＥのＭＭＥ選択を、ＤｅＮＢによって実行することができる。負荷平衡化について、ＤｅＮＢは、入ってくるＲＮおよびＲＮ  ＵＥごとに異なるＭＭＥを選択することができる。
【０２９１】
例示的な実施形態では、モバイルリレー、ＭＲＮ、および／またはＲＮは、ＲＮセルへの任意の入ってくるＵＥのために、ＵＥ  ＭＭＥ選択およびネットワークノード選択機能を実行することができる。そのような実施形態では、Ｓ１インターフェースおよびＳ１−ＡＰ相互作用を、モバイルリレーとＵＥ  ＭＭＥとの間で直接に実行することができる。さらに、ＲＮとアクセス可能なＭＭＥプール内の全てのＭＭＥとの間のＳ１インターフェース関係を、モバイルリレースタートアップ時に実行することができる。一実施形態では、ＯＡＭおよび／またはＤｅＮＢは、ＲＮがＳ１インターフェースを確立できるＭＭＥのリストを提供することができる。そのような実施形態では、ＤｅＮＢは、ＲＮとＭＭＥとの間のＵＥ固有Ｓ１シグナリングに関する相互作用に対して透過的とすることができる。
【０２９２】
さらに、ＲＮハンドオーバ手順の場合に、別のＤｅＮＢに移動するＲＮは、ある種のまたは特定のＲＮ  ＵＥのＭＭＥに、アクセス不能にならせることができる。というのは、ＲＮからのＭＭＥのアクセス可能性が、ターゲットＤｅＮＢからそのＭＭＥへの接続性に依存する可能性があるからである。この問題は、ＭＭＥが制御プレーンシグナリングと共に用いられない、Ｘ２を介するＲＮハンドオーバによってさらに複雑になる可能性がある。ＲＮが、もはやＲＮ  ＵＥのうちの１または複数にサービスすることのできるＵＥ  ＭＭＥにアクセスできない可能性がある時に、Ｓ１インターフェース破損が、発生する可能性があり、または発生した可能性がある。
【０２９３】
従って、一実施形態では、Ｓ１インターフェース破損の検出を、提供し、かつ／または使用することもできる。例えば、ＤｅＮＢが、入ってくるＲＮ  ＵＥのＵＥ  ＭＭＥを選択できる場合に、ＲＮハンドオーバ時に、ターゲットＤｅＮＢは、アクセス可能なＭＭＥに関して有することのできるＳ１インターフェース関係並びに入ってくるＲＮ  ＵＥのＧＵＭＭＥＩを知っている可能性がある。従って、ＤｅＮＢは、ＲＮ  ＵＥがＵＥ  ＭＭＥへの接続性を失った可能性があるかどうかを独立に検出することができる。
【０２９４】
モバイルリレーが入ってくるＲＮ  ＵＥのＭＭＥを選択する実施形態について、ＲＮハンドオーバ時のＳ１インターフェース内の破損が、直ちには検出されない場合がある。ＤｅＮＢの透過性に起因して、ターゲットＤｅＮＢが、ＲＮ  ＵＥが接続される可能性があるＭＭＥを知らない場合があり、ＲＮが、ＲＮハンドオーバ時にターゲットＤｅＮＢを介するＭＭＥおよびＭＭＥプールのアクセス可能性を知らない場合がある。次は、ＲＮが、もはやアクセス可能ではない可能性があるＵＥ  ＭＭＥを検出するのに使用することができる例示的な方法とすることができる。
【０２９５】
一実施形態では、ターゲットＤｅＮＢは、ＲＮ  ＵＥコンテキストおよびそれが接続され得るＭＭＥを知ることができる。例えば、ターゲットＤｅＮＢは、そのＭＭＥ接続が失われた可能性があるＵＥのリストをＲＮに示すことができる。ターゲットＤｅＮＢは、さらに、それへのアクセスが可能である可能性があるＭＭＥおよび／またはＭＭＥのプールのリストをＲＮに示すことができる。ＲＮは、そのような情報を使用して、ＵＥ  ＭＭＥがもはやアクセス可能ではない可能性があることを検出することができる。一実施形態では、ＲＮは、ソースＤｅＮＢハンドオーバコマンドメッセージを介しておよび／またはＲＮハンドオーバ完了時にターゲットＤｅＮＢ自体から、そのような情報を受信することができる。
【０２９６】
さらに、ＲＮは、ターゲットＤｅＮＢおよび隣接するｅＮＢのＭＭＥアクセス可能性情報を含む、隣接するそれに関連する情報を使用して、特定のＭＭＥへの失われたアクセス可能性を検出することができる。ＲＮは、ＲＮとＤｅＮＢとの間のX2 eNB Configuration Update情報交換に含めることができるＧＵ  ＩＤ情報を知らされることによって、そのようなアクセス可能性および／または情報を導出し、または検出することができる。
【０２９７】
別の実施形態では、ＲＮに、もはやターゲットＤｅＮＢを介してアクセス可能ではない可能性があるＭＭＥを、ＯＡＭによって知らせることができる。
【０２９８】
さらに、ＲＮとＵＥ  ＭＭＥとの間のＳ１インターフェースの切断を、ＲＮと、もはやアクセス可能ではないＭＭＥとの間の第１のＳ１−ＡＰ相互作用中のＳ１インターフェース障害の検出時に処理することができる。
【０２９９】
ネットワークによってトリガされるＴＡＵ、Ｓ１を介するセル内ハンドオーバ、ＲＲＣ接続解放、ＭＭＥ再配置、ネットワーク構成などを含む次の例示的な方法または手順は、ＲＮ  ＵＥのＭＭＥをＲＮハンドオーバ手順の一部としてまたはその完了時に変更することをイネーブルしまたは可能にすることができる。
【０３００】
一実施形態では、ネットワークによって指令されるトラッキングエリア更新（ＴＡＵ）を使用して、ＭＭＥを変更しまたは選択することができる。例えば、ＲＮは、ＤｅＮＢからのシグナリングに基づいて、ＵＥに関する別のアクセス可能なＭＭＥの選択をもたらす可能性があるトラッキングエリア更新手順を実行するようにＵＥにシグナリングし、または示すことができる。そのような実施形態では、ＲＮは、ＤｅＮＢからの原因「Load Balancing TAU Required（負荷平衡化するＴＡＵが要求される）」を有するS1 UE Context Releaseを受信することができる。ＲＮは、ＴＡＵを実行するためにＲＮ  ＵＥをトリガするために、「load re-balancing TAU required（負荷再平衡化するＴＡＵが要求される）」の原因符号を有するRRC Connection Releaseメッセージ等のＲＲＣメッセージをシグナリングすることができる。さらに、「idleModeMobilityControlInfo」ＩＥを、ＴＡＵのためのＲＲＣ接続の確立の後または確立時に、ＲＮ  ＵＥがＲＮセルを再選択することをイネーブルしまたは可能にするために、ＲＲＣメッセージ内に含めることができる。この手順の一部として、ＲＮ  ＵＥに、新しいＧＵＭＭＥＩおよび／またはセキュリティコンテキスト情報について通知することができる。さらに、古いＭＭＥと新しいＭＭＥとの間のＵＥコンテキストの転送を、新たに選択されたＭＭＥによって開始することができる。
【０３０１】
セル内ハンドオーバ（例えば、Ｓ１を介する）を、ＭＭＥを変更しまたはＭＭＥを選択するのに使用することができる。例えば、ＲＮは、ＲＮ  ＵＥへのセル内ハンドオーバを指令することができる。そのような実施形態では、ＲＮとネットワークとの間のハンドオーバシグナリングを、Ｓ１インターフェースを介して行うことができる。さらに、ＲＮ  ＵＥは、ＲＮセルに留まることができ、ＤｅＮＢは（例えば、ネットワーク側にある間に）ＲＮ  ＵＥの適当なＭＭＥを選択することができる。選択されたＭＭＥは、新たに選択されたＭＭＥにＵＥコンテキストを転送するために、ＲＮ  ＵＥにサービスするオリジナルＭＭＥと通信することができる。セル内ハンドオーバの一部として、ＲＮ  ＵＥに、新しいＭＭＥと共に、ＧＵＭＭＥＩ変更およびセキュリティコンテキスト変更について通知することができる。
【０３０２】
さらに、ＲＲＣ接続解放を使用して、ＭＭＥを変更し、または選択することができる。例えば、特定のＵＥへのＭＭＥ切断の検出時に、ＲＮは、ＲＮが別のＭＭＥとの接続を再確立できるように、ＲＮ  ＵＥのＲＲＣ接続を解放することができる。一実施形態では、ＲＮは、解放されたＵＥが即座に試行し、同一のＲＮセルに再接続できるように、リダイレクション情報をＵＥに与えることができる。
【０３０３】
別の実施形態によれば、ＭＭＥ再配置を使用して、ＭＭＥを変更し、または選択することができる。例えば、ＵＥモビリティ手順がなければ、ＲＮは、ＵＥのＭＭＥを再配置する手順をトリガすることができる。ＵＥのＳ１−ＭＭＥインターフェースが破壊されたことがわかった可能性が生じた後に、ＲＮは、例えばＭＭＥ選択機能に基づいて、新たに選択されたＵＥＭＭＥにシグナリングすることができる。そのような表示を、例えば、Ｓ１−ＡＰを介してＳ１「Relocation Required」メッセージと共に送信することができる。ＲＮは、１または複数のＵＥに関する情報およびそのコンテキスト情報と共にそのようなメッセージを送信することができ、ＲＮは、例えば「S1 connection disconnect」内に、再配置の理由と一緒に古いＭＭＥ  ＩＤを含めることもできる。新たに選択されたＭＭＥは、この表示に応答して、ＲＮがＵＥのコンテキスト情報をまだ供給していない可能性がある場合に、その情報を取り出すために古いＵＥ  ＭＭＥに連絡することを試みることができる。ＵＥのコンテキスト情報を十分に集めることができる場合に、ＭＭＥは、Ｓ１−ＡＰを介してＲＮに応答することができる。そうではなく、ＭＭＥが、入ってくるＵＥのコンテキスト情報を突き止めることができない可能性があるか、他の形で、負荷平衡化などの他の理由から入ってくるＵＥを受け入れることができない可能性がある場合には、ＭＭＥは、ＲＮに否定の応答を応答することができる。ＲＮとＭＭＥとの間のこの手順を、ＲＮがターゲットＤｅＮＢに移動する前に行うことができる。ＲＮは、オリジナルＵＥ  ＭＭＥと共にＭＭＥ再配置を要求することができ、ＵＥ  ＭＭＥは、ターゲットＤｅＮＢを介して適当な置換ＵＥ  ＭＭＥを選択することができ、ＲＮに新しいＭＭＥ情報を応答することができる。その後、ＵＥコンテキスト情報を、古いＭＭＥと新しいＭＭＥとの間で転送することができる。ＭＭＥ再配置への受入に応答して、ＲＮは、例えば新しいサービングＧＵＭＭＥＩおよび／またはセキュリティコンテキスト情報と一緒に、ＭＭＥ変更を通知するＲＲＣメッセージをＵＥに送信することができる。ＵＥは、ＮＡＳレベルで、新しいＵＥ  ＭＭＥと共にセキュリティ手順を再確立し、同期化するためにSecurity Mode Commandを実行することもできる。一実施形態では、ＭＭＥ再配置への拒絶に応答して、ＲＮは、別のＭＭＥを再選択し、そのＭＭＥへの再配置を再び試みることができ、または、新しいＵＥ  ＭＭＥに関する事前に定義された回数の再配置の試みの失敗の際に、ＵＥと共にＲＲＣ接続解放を実行することができる（例えば本明細書で説明するように）。
【０３０４】
ＭＭＥ再配置方法またはＭＭＥ再配置手順の実施形態例シーケンス図を、図９に示すことができる。図９に示されているように、６０では、ＭＭＥを再配置する判定または判断を行うことができる。判定または判断が、ＭＭＥを再配置できることを示すことができる時には、６１で、再配置要求を、ＲＮから送信することができ、以前のまたは古いＭＭＥによって受信することができる。以前のまたは古いＭＭＥは、再配置要求を新しいＭＭＥに供給しまたは送信する（例えば、転送する）ことができる。６３では、再配置応答を、新しいＭＭＥから古いＭＭＥに供給しまたは送信する（例えば、転送する）ことができる。古いＭＭＥは、６４で、さらに、再配置応答、再配置応答の一部または再配置応答に関連する情報をＲＮに供給することができる。ＵＥモビリティ情報などのモビリティ情報を、例えば６５ａでＲＮからＵＥに供給することができ、認証および／またはセキュリティを、６５ｂでＵＥと新しいＭＭＥとの間で確立し、かつ／または実行することができる。
【０３０５】
実施形態では、ネットワーク構成を使用して、ＭＭＥを変更しまたは選択することができる。例えば、ＲＮおよびＲＮ  ＵＥにサービスするＭＭＥを同一にすることができるように、ＭＭＥ選択をＤｅＮＢによって達成する（例えば、実行する）ことができる。ＭＭＥ選択を、負荷平衡化に基づかせるのではなく、ＤｅＮＢは、ＲＮモビリティおよび／またはＤｅＮＢの変更の際にＵＥ  ＭＭＥがアクセス可能なままになることができることを保証するために、ＲＮおよび／またはそれにアタッチされたＲＮ  ＵＥの一方または両方のモビリティに基づいてＭＭＥを選択することができる。例えば、高速列車シナリオのモバイルＲＮでは、単一のＭＭＥが、ＲＮと入ってくるＲＮ  ＵＥとの両方にサービスすることができ、ＲＮモビリティパス（例えば、線路に沿った）に沿って構成され得る各ＤｅＮＢまたはＤｅＮＢのグループによって共有され得る。
【０３０６】
ＲＮハンドオーバ時のＭＭＥのＵＥに関連する到達可能性を、さらに、提供し、かつ／または使用することができる。例えば、ＲＮハンドオーバの完了時および／またはＲＮがターゲットＤｅＮＢのｅＮＢ  ＩＤを反映するためにそのＥ−ＣＧＩを変更した可能性がある場合に、ＲＮ  ＵＥの到達可能性を維持できるように、ＲＮ  ＵＥにサービスするＭＭＥに、ＲＮセルのセルＩＤ変更について通知することができる。ＵＥハンドオーバ（例えば、Ｒｅｌ−１０ハンドオーバ）などのハンドオーバでは、ＵＥ  ＭＭＥに、S1 PATH SWITCHによって、ＵＥサービングセル内の変化について通知することができる。ＲＮハンドオーバの場合に、ＲＮ  ＵＥによるセル内の変化を、ＵＥ  ＭＭＥに示さないものとすることができる。というのは、これらが、ＲＮハンドオーバ手順自体にかかわらない可能性があるからである。従って、ＲＮまたはターゲットＤｅＮＢは、ＵＥサービングＲＮセルのＥ−ＣＧＩ変更についてＵＥ  ＭＭＥに通知することができる。一実施形態では、ＲＮまたはターゲットＤｅＮＢは、S1 Path Switch Requestを用いてこれを示すことができる（例えば、しかし、これがＥ−ＣＧＩ変更に関し、実際のパス変更に関するものではない可能性があることを示す）。Ｅ−ＣＧＩ変更を示すために、新しいＳ１−ＡＰメッセージを定義することも可能である可能性がある。
【０３０７】
Ｅ−ＣＧＩを変更し、かつ／または隣接情報を交換するシステムおよび／または方法をさらに提供し、かつ／または使用することができる。例えば、ＲＮまたはモバイルリレー（例えば、Ｒｅｌ−１０中継器またはＲＮを含む）などの中継器について、ＲＮ  Ｅ−ＣＧＩを、ＲＮ  ＯＡＭによって割り当てることができる。Ｅ−ＣＧＩは、ＤｅＮＢによってサービスされるセルの中で一意とすることができる８ビット識別子と一緒に、それがアタッチした可能性があるＤｅＮＢのｅＮＢ  ＩＤを含むことができる。Ｘ２インターフェースを介するＲＮのアドレッシングでは、これは、ＲＮが、隣接するｅＮＢにとってＤｅＮＢのサービスされるセルに見えることをイネーブルしまたは可能にすることができる。
【０３０８】
さらに、モバイルリレーまたはＲＮ（例えば、Ｒｅｌ−１０中継器またはＲＮを含む）などの中継器について、異なるＤｅＮＢへの各ＲＮハンドオーバ手順に関して、モバイルＲＮのＥ−ＣＧＩを、新しいＤｅＮＢのｅＮＢ  ＩＤの変化に起因して再割り当てすることができる。Ｅ−ＣＧＩの８ビット部分は、もはや一意ではない可能性があり、従って、やはり変更される可能性がある。モバイルＲＮのＥ−ＣＧＩを、ＲＮ−ＯＡＭではなくＤｅＮＢによって再割り当てすることができる。というのは、ＤｅＮＢが、それがサービスしている可能性がある、ＲＮと非ＲＮとの両方の他のセルをも知っている可能性があるからである。
【０３０９】
隣接するｅＮＢの間で共有できるｅＮＢ構成について、各ＲＮハンドオーバ時に、ソースＤｅＮＢは、サービスされるセルをその構成から効果的に失う場合があり、ターゲットＤｅＮＢは、サービスされるセルを得る場合がある。ターゲットＤｅＮＢおよびソースＤｅＮＢでのサービスされるセルのそのような変化を、隣接関係を更新できるように、１または複数の隣接するセルに示すことができる。
【０３１０】
一実施形態では、ターゲットＤｅＮＢセルへのＲＮ手順が完了した可能性が生じた後に、ターゲットＤｅＮＢは、その隣接物のうちの１または複数に通知することができる。この表示は、ＲＮの古いＥ−ＣＧＩと新しいＥ−ＣＧＩとの両方を伴うＲＮハンドオーバの情報を含むことができる。ＲＮ  Ｅ−ＣＧＩのセット（例えば、古いおよび／または新しい）は、それ相応に隣接関係を更新するように隣接ｅＮＢに示すことができる。
【０３１１】
さらに、ターゲットＤｅＮＢは、ターゲットセルに移動した可能性があるＲＮの情報を追加することによって、サービスされるセル情報に対する変更を示すのにX2 eNB Configuration Updateメッセージを使用することができ、例えば、このメッセージ内に、ＲＮの新しいＥ−ＣＧＩに加えてまたはその代わりに、ＤｅＮＢセルにサービスするオリジナルＲＮを示すためにＲＮの古いＥ−ＣＧＩを含めることができる。そのような実施形態では、ハンドオーバ表示およびＥ−ＣＧＩの変更を、ソースＤｅＮＢとターゲットＤｅＮＢとの両方に共通の隣接物について使用できる単一のメッセージで実行し、かつ／または達成することができる。
【０３１２】
例示的な実施形態では、ソースＤｅＮＢおよびターゲットＤｅＮＢは、次のうちの１または複数を実行することもできる。ターゲットＤｅＮＢは、新たに追加されたサービスされるＲＮセルを１または複数の隣接セルに示すことができる。ソースＤｅＮＢは、例えば、成功のＲＮハンドオーバの通知をターゲットＤｅＮＢから受信した時またはその後に、サービスされるＲＮセルが移動した可能性があり、サービスされるセルリストから除去された可能性があることを、１または複数の隣接セルに示すことができる。ソースＤｅＮＢおよび／またはターゲットＤｅＮＢは、追加されたＲＮまたは除去されたＲＮについて１または複数の隣接物に通知するのに、X2 eNB Configuration Updateを使用することができる。そのような実施形態または方法を、２つのＤｅＮＢが共通の（例えば、同一の）隣接ｅＮＢを共有しない可能性がある時に使用することができる。
【０３１３】
別の例示的な実施形態または方法では、ＲＮに、例えばＲＮ  ＯＡＭによって初期スタートアップ時に、Ｅ−ＣＧＩを割り振ることができる。このＥ−ＣＧＩは、固定され、サービングＤｅＮＢ  ｅＮＢ  ＩＤとは独立であるものとすることができ、ＲＮハンドオーバまたはセル再選択の時に変化しないものとすることができる。そのような実施形態では、サービングＤｅＮＢは、例えばサービスされるセルとしてのＲＮを示すのではなく、それが特定のＥ−ＣＧＩを有するＲＮに現在サービスしつつあることを隣接ｅＮＢに示すことができる。
【０３１４】
固定されたＥ−ＣＧＩを、Ｅ−ＣＧＩをマッピングできるように、ＲＮモビリティ手順の時またはその後に変化する可能性があるＥ−ＣＧＩに基づくＤｅＮＢ  ｅＮＢ  ＩＤと一緒に隣接セルに示すことができる。
【０３１５】
隣接するセルは、ＲＮを突き止めるのにＤｅＮＢ  ｅＮＢ  ＩＤを使用するのではなく、明示的な表示などの表示によってサービングＤｅＮＢを介してＲＮをアドレッシングすることができる。例えば、サービングＤｅＮＢは、ＲＮがそのようなＤｅＮＢによってサービスされる可能性があることを示すのに、X2 eNB Configuration Updateメッセージを使用することができる。例えばＥ−ＣＧＩ、ＰＣＩ、ＥＵＡＲＦＣＮなどを含むＲＮ情報を、サービスされるセルリストＩＥの一部としてではなく、別々のＲＮ固有情報要素として含めることができる。
【０３１６】
ＲＮハンドオーバを含むハンドオーバ中にデータプレーン制御をバンドルするシステムおよび／または方法を、提供し、かつ／または使用することができる。例えば、ＲＮハンドオーバ手順中のロスレスデータ転送をイネーブルするために、Ｘ２データプレーンパスを、例えばターゲットＤｅＮＢによって確立され、受け入れられた可能性があるＲＮ  Ｅ−ＲＡＢごとに、ターゲットＤｅＮＢとソースＤｅＮＢとの間で確立することができる。
【０３１７】
そのような実施形態では、次のうちの１または複数を実行することができる。ソースＤｅＮＢは、例えばＸ２データパス上で、ソースＤｅＮＢによってＲＮに送信されなかった可能性があるＲＮデータまたはＲＮによって肯定応答されなかった可能性があるＲＮデータをターゲットＤｅＮＢに転送することができる。ソースＤｅＮＢは、ソースＤｅＮＢが有する可能性があり、ＲＮデータに多重化されなかった、かつ／またはＲＮに送信されなかった可能性がある、入ってくる（ＤＬ）ＵＥデータをターゲットＤｅＮＢに転送することができる。さらに、一実施形態では、例えば割り振られたＸ２データパス上での、ターゲットＤｅＮＢへの転送のためのＵＥデータのマッピングは、ターゲットＤｅＮＢによって構成されるように、ＲＮ  ＲＢベアラへのＵＥ  ＲＢのＤＳＣＰからＱＣＩへのマッピングに従うことができる。ソースＤｅＮＢは、入ってくる（ＤＬ）ＵＥデータを多重化することができ、ターゲットＤｅＮＢにそのデータを転送する前に、ＲＮデータにそれを処理することができる。そのような実施形態では、ＵＥデータを、ターゲットＤｅＮＢによって構成されたＤＳＣＰからＱＣＩへのマッピングに従ってＲＮデータに多重化することができる。
【０３１８】
アドミッション制御の一部としてターゲットＤｅＮＢによって受け入れられなかった可能性があるＲＮまたはＵＥ  Ｅ−ＲＡＢのＲＮ  Ｅ−ＲＡＢデータおよびＵＥ  Ｅ−ＲＡＢデータの一方または両方のデータ転送を、ソースＤｅＮＢによって破棄することができ、データ転送の対象ではないものとすることができる。
【０３１９】
例示的な実施形態によれば、ＲＮがターゲットＤｅＮＢと再同期化した後に、ターゲットＤｅＮＢは、Ｐ−ＧＷのデータパスをソースＤｅＮＢからターゲットＤｅＮＢに切り替えることによって、ＲＮハンドオーバ手順を完了するように１または複数のＭＭＥに通知することができる。ターゲットＤｅＮＢは、ＲＮ  ＵＥにサービスする可能性があるＭＭＥのうちの１または複数にパス切替えを要求することができる。各パス切替え要求、例えば、S1 Path Switch Requestメッセージを、個々のＲＮ  ＵＥごとに供給することができる。さらに、単一のパス切替え要求を、ＲＮ  ＵＥにサービスする可能性がある各ＭＭＥにターゲットＤｅＮＢから送信することができる。例えば、単一のパス切替え要求を、ＲＮ  ＵＥのグループまたはそれぞれに関するパス切替えについてＲＮ  ＭＭＥに送信することができる。
【０３２０】
高速列車上のモバイルＲＮまたはＲＮを有する一実施形態では、例えば、サービングＤｅＮＢは、ＲＮによってサービスされる可能性があるＵＥのそれぞれについて同一のＳ−ＧＷ／Ｐ−ＧＷを選択することができる。ターゲットＤｅＮＢは、例えば、単一のパス切替え要求内でＲＮ  ＵＥのそれぞれについて、同一のＭＭＥへの、およびその後に同一のＰ−ＧＷへの、パス切替えを要求することができる。
【０３２１】
ＲＡＮ共有（例えば、モバイルリレーまたはＲＮなどの中継器またはＲＮに関する）を、本明細書で説明されるように提供し、かつ／または使用することもできる。例えば、一実施形態によれば、モバイルリレーまたは中継ノード（ＭＲＮまたはＲＮ）は、次のうちの１または複数を使用してＲＡＮ共有をサポートすることができる：ＲＡＮ共有に関するモバイルリレー構成（例えば、ＲＡＮ共有に関するＲＮによる情報の取出しに関連する情報）；モバイルリレーアタッチ手順およびモバイルリレー認証手順（例えば、ＲＮが複数のＰＬＭＮ構成へのオペレータをサポートできるように、ＲＮアタッチ手順またはＲＮアタッチメント手順に対する機能強化）；ＲＮの複数オペレータ認証のためのハンドオーバ手順の使用（例えば、偽のハンドオーバ手順またはシミュレートされるハンドオーバ手順）；ＲＡＮ共有に関するモバイルリレーモビリティ手順（例えば、ＲＮがＭＲＮまたはＲＮのモビリティに起因するＲＡＮ共有構成に対する変更を処理できる手順）；および、複数ＤｅＮＢに関する複数Ｕｎインターフェースサポート（例えば、モバイルリレー（ＭＲＮまたはＲＮ）を共有できるが、ＲＮをアタッチできるＤｅＮＢが同一のＰＬＭＮをサポートできないＲＡＮ共有をサポートすること）。
【０３２２】
ＲＡＮ共有を提供するために（例えば、モバイルリレーまたはＲＮなどの中継器またはＲＮについて）、ＭＲＮ  ＲＡＮ共有構成を、本明細書で説明されるように提供し、かつ／または使用することができる。例えば、ＲＮは、ＲＡＮ共有でサポートできるＰＬＭＮのリストを受信することができ、ＲＮに関連するＲＮセルがＲＡＮ共有構成を反映し、または使用することができるように、ＲＮに関連するシステム情報（ＳＩ）内でそのようなリストをブロードキャストすることができる。
【０３２３】
ＲＮまたは中継器は、本明細書で説明されるように（例えば、次のうちの少なくとも１つを使用して）そのような情報（例えば、ＰＬＭＮのリストおよびシステム情報）を判定でき、または生成できるものとすることができる。例えば、一実施形態では、パワーアップの後、例えばＲＮによって実行できるスタートアップ手順の前に、ＲＮは、ＲＮ内にロードされた可能性があり、ＲＮに関連するＲＡＮ共有の一部とすることができるＰＬＭＮのリストを与えられている可能性があるＵＳＩＭのセットを読み取ることができる。例示的な実施形態によれば、ＵＳＩＭ（またはＵＳＩＭのセット）は、ＲＡＮ共有をそれに関してＲＮ上でまたはＲＮによってサポートできるオペレータ／ＰＬＭＮの表示を提供することができる。さらに、スタートアップ手順を実行する前に（例えば、フェーズＩアタッチ中に）、ＲＮは、少なくとも、ＲＮ動作中にＲＮによって共有できるオペレータの可能なリストを知ることができる。
【０３２４】
さらに一実施形態では、スタートアップ手順中に（例えば、スタートアップ手順のフェーズＩ中またはフェーズＩＩ中に）、ＲＮに、ＲＮが共有できるオペレータ／ＰＬＭＮのリストを与えることができる。例えば、フェーズＩ  ＲＮ（ＵＥとしての）アタッチ動作中に、ＯＡＭは提供することができる、ＲＮに、ＤｅＮＢに関連するＤｅＮＢセルごとにＲＮを共有できる可能なＰＬＭＮ  ＩＤのリストおよびそのリストを与えることができる。あるいは、ＲＮに、ＲＮがその後にアタッチできるＤｅＮＢセルとは独立に、ＰＬＭＮオペレータのリストを与えることができる。別の例示的な実施形態では、フェーズＩＩ  ＲＮ（ＲＮとしての）アタッチ中に、ＯＡＭは、ＲＮに、ＯＡＭによってシステム情報を介してブロードキャストできるＰＬＭＮ  ＩＤのリストを与えることができる。そのような実施形態でのＰＬＭＮ  ＩＤのリストは、ＲＮがアタッチしつつある可能性があるＤｅＮＢセルと、そのＤｅＮＢを共有できるオペレータとに基づくものとすることができる。
【０３２５】
さらなる実施形態によれば、フェーズＩＩアタッチ中に、ＲＮは、ブロードキャスト情報とＲＮがアタッチしつつある可能性があるＤｅＮＢセルのＰＬＭＮ  ＩＤのリストとを読み取ることに基づいて、ＲＡＮ共有構成を導出できる。一実施形態によれば、ＤｅＮＢセルのＰＬＭＮ  ＩＤリストは、部分的に、ＲＮがそのＲＮ動作を開始する時にＲＮを共有でき、またはＲＮと共有され得る可能なオペレータをＲＮに示すことができる。
【０３２６】
一実施形態では、ＲＡＮ共有構成をＲＮＡＩの一部とすることもでき、ＲＮは、アタッチについて選択すべきオペレータを判定するのにその情報を（例えば、ＲＮＡＩの一部として）使用することができる。
【０３２７】
さらに、ＲＮまたは中継器は、さらに、例えばＲＮＡＩまたはＤｅＮＢリスト内で、ＤｅＮＢセルをスキャンすることができ、ＤｅＮＢセルのシステム情報を読み取ることができ、ＲＮと共有できる可能なＰＬＭＮ  ＩＤを判定することができる。
【０３２８】
実施形態によれば、ＲＮは、どのＰＬＭＮ  ＩＤがＲＮのＲＡＮ共有について有効とすることができるのかを判定するために、ＰＬＭＮおよびＲＡＮ共有構成情報のいずれをも組み合わせて使用することができる。例えば、ＯＡＭによってＲＮに供給され得るＰＬＭＮ  ＩＤリストを、ＤｅＮＢセルのシステムブロードキャスト情報内のＰＬＭＮ  ＩＤリストのサブセットとすることができる。そのような実施形態では、ＲＮは、ＯＡＭによって供給されるＰＬＭＮリスト上にＤｅＮＢ  ＳＩＢのＰＬＭＮリストを組み込むことを選択することができる（例えば、ＲＮが、様々なオペレータ／ＰＬＭＮに関連するＭＭＥへのＤｅＮＢの確立されたＳ１接続を使用できる時に）。さらに、ＲＮは、ＤｅＮＢ  ＳＩＢのＯＡＭ  ＰＬＭＮリスト上でサブセットＯＡＭ  ＰＬＭＮリストを使用することができる。
【０３２９】
本明細書で説明されるように、ＰＬＭＮリストは、ＲＡＮ共有に関する可能なＰＬＭＮをＲＮに与えることができる。一実施形態では、ＲＮは、本明細書で説明されるようにＲＡＮ共有を使用するために複数のＰＬＭＮに関してそれ自体を認証することができる。
【０３３０】
例えば、ＲＡＮ共有に関するＲＮアタッチおよび認証を、提供し、かつ／または使用（例えば、実行）することができる。アタッチ手順（例えば、Ｒｅｌ−１０のＲＮスタートアップフェーズＩＩ）について、ＲＮは、ＤｅＮＢとのＲＲＣ接続を確立することができ、このＲＮは、ＥＰＣによって（例えば、ＨＳＳによって）ＲＮ動作について認証され得る。ＲＮアタッチ手順は、ＲＮが単一のオペレータ／ＰＬＭＮにアタッチするのに使用され得、ＵＥアタッチ手順に従うことができる。
【０３３１】
さらに、ＲＡＮ共有について、ＲＮは、ＲＮを個々のオペレータごとにＲＮ動作のために構成できることを保証するために、ＰＬＭＮリストによって含まれ得る複数のオペレータ／ＰＬＭＮへの認証を提供し、または実行することができる。例示的な実施形態によれば、ＲＮは、複数のオペレータに関してＲＮを認証するために、次のうちの１または複数を（例えば、既存のＲＮアタッチ手順に加えて）実行することができる。
【０３３２】
一実施形態では、ＤｅＮＢへの単一のＲＲＣ接続に関してＲＮを認証するために、複数ＮＡＳアタッチを提供し、かつ／または使用する（例えば、または実行する）ことができる。例えば、ＲＮ複数アタッチ手順の一部として、ＲＮは、ＤｅＮＢに向かうまたはＤｅＮＢとの単一のＲＲＣ接続確立を開始することができる。ＲＲＣ接続を確立できた後に、ＲＮは、RRC Connection Setup Complete（例えば、Ｒｅｌ−１０アタッチ手順に従う）時に第１のオペレータに向かってＮＡＳ  ＡＴＴＡＣＨメッセージを連結できる。
【０３３３】
そのような実施形態では、複数ＮＡＳアタッチを、別々のＲＲＣメッセージ上でピギーバックすることができる。例えば、ＰＬＭＮリスト上の他のオペレータへの後続のアタッチについて、ＲＮは、ＮＡＳ  ＡＴＴＡＣＨをRRC UL Information Transferメッセージおよび／またはRRC Connection Reconfiguration Completeメッセージに連結することができる。第２のおよび後続のＮＡＳメッセージの内容に基づいて、ＤｅＮＢは、正しいオペレータに対応するＭＭＥを選択しまたは判定することができ、ＮＡＳアタッチ手順に従うことができる。さらに、認証の結果に基づいて、ＤｅＮＢは、適当な結果をＲＮに応答することができる。そのような手順またはシグナリングは、上述したように、ＤｅＮＢシステム情報を読み取ることによっておよび／またはＲＮアタッチのフェーズＩＩ内でＯＡＭによって、ＲＡＮ共有に関するＰＬＭＮ  ＩＤリストを供給できる時に、ＲＮのために使用され得る。
【０３３４】
さらに、そのような実施形態では、複数ＮＡＳアタッチを、単一のＲＲＣメッセージ上でピギーバックすることができる。例えば、ＲＮは、オペレータごとに、ＮＡＳ  ＡＴＴＡＣＨの２または複数のインスタンスを連結することができ、そのメッセージをRRC Connection Setup Completeメッセージにピギーバックすることができる。その場合に、ＤｅＮＢは、例えば、複数のＮＡＳ  ＡＴＴＡＣＨメッセージを受信した後に、対応するＭＭＥにＳ１メッセージを送信することができる（例えば、直列にまたはより高い時間効率のために並列に）。ＲＮは、ＲＡＮ共有に関するＰＬＭＮ  ＩＤリストがスタートアップ手順のＲＮアタッチ（例えば、フェーズＩＩ）の前に知られる可能性がある時に、そのようなシグナリングを使用することができる。
【０３３５】
上述された両方のシグナリングのインスタンスまたは手順（例えば、単一のＲＲＣメッセージまたは別々のＲＲＣメッセージを使用する複数ＮＡＳアタッチ）で、ＲＮは、「主」ＰＬＭＮとして第１のＰＬＭＮへのＮＡＳ  ＡＴＴＡＣＨを使用することができ、ここで、そのＰＬＭＮの選択されたＭＭＥは、ＲＮコンテキストおよび構成管理のためのＲＮサービングＭＭＥになることができる。ＲＮは、第１のＮＡＳ  ＡＴＴＡＣＨを用いて通常のＲＮアタッチ手順に従うことができる。全ての後続のＮＡＳ  ＡＴＴＡＣＨ（１または複数）は、別々のＲＲＣメッセージ内であれ単一のＲＲＣメッセージ内であれ、「副」ＮＡＳ  ＡＴＴＡＣＨ手順として扱うことができ、ここで、ＲＮは、特定のＰＬＭＮに関する動作について有効なＲＮを認証するのに使用できるＰＬＭＮをＤｅＮＢに識別するのにＡＴＴＡＣＨ手順のサブセットを使用することができる。例えば、部分的ＡＴＴＡＣＨは、初期デフォルトＥＰＳベアラが第１のＡＴＴＡＣＨ手順によって既にセットアップされている可能性があるので、そのようなベアラの確立を含まないものとすることができる。さらに、副ＡＴＴＡＣＨの一部として、ＤｅＮＢは、特定の動作のＨＳＳに関するＲＮの認証のためにＭＭＥを選択することができる。
【０３３６】
さらに、ＲＮが、各ＰＬＭＮに関して認証され得るので、ＲＮは、任意の入ってくるＲＮ  ＵＥのインジケータとしてそのシステム情報ＰＬＭＮ  ＩＤ内にＰＬＭＮ  ＩＤを含めることができる。さらに、ＲＮは、副ＰＬＭＮ  ＭＭＥへの追加の接続性を与えられないものとすることができ、主選択されたＭＭＥと共に単一のサービングＭＭＥを維持することができる。
【０３３７】
ＲＮは、その接続およびコンテキストを初期ＲＮアタッチ内で確立できる主ＲＮ  ＭＭＥと一緒に、複数ＡＴＴＡＣＨ手順の結果としてＮＡＳコンテキストおよび複数オペレータの副ＲＮ  ＭＭＥとの接続を維持することもできる。そのような場合に、ＲＮは、ＵＥ様挙動を伴って働いていることができ、従って、複数ＲＮ  ＭＭＥへのＲＲＣ／ＮＡＳシグナリングを使用することができる。例えば、ＲＮのプロキシとして働くＤｅＮＢは、信号を適当なＲＮ  ＭＭＥにルーティングすることができる。
【０３３８】
追加の実施形態では、ＤｅＮＢへの単一のＲＲＣ接続についてＲＮを認証するために、単一のＮＡＳアタッチを提供し、かつ／または使用する（例えば、または実行する）ことができる。例えば、ＲＮは、ＲＮアタッチ手順の一部として、「主」ＰＬＭＮへの単一のＲＲＣ接続確立および単一のＮＡＳ  ＡＴＴＡＣＨを実行することができる。さらに、主ＰＬＭＮとの認証に使用できるＲＮの識別（例えば、割り当てられたＩＭＳＩ）を提供するために、ＲＮは、ＲＮがＲＮ動作のために認証され得るオペレータＰＬＭＮを、ＮＡＳ  ＡＴＴＡＣＨメッセージまたはＲＲＣ接続完了メッセージ内で示すことができる。ＲＮがＲＮ動作のために認証され得るＰＬＭＮは、ＰＬＭＮ  ＩＤおよびおそらくはオペレータＰＬＭＮごとにＲＮに割り当てられ得る一意のＩＭＳＩのリスト並びに／またはＲＮに以前に割り当てられた可能性があるＧＵＴＩなどの古い一時アイデンティティのリストとすることができる。一実施形態によれば、ＲＮは、ＰＬＭＮリストおよびアイデンティティを、新しい情報要素の形でメッセージに含めることができる。そのような情報を用いて、ＤｅＮＢは、ＲＮが有効であることができることを保証するために各オペレータＭＭＥおよびＨＳＳとの認証手順を実行することができ、または、さらに、選択された主オペレータＭＭＥは、あるオペレータのＭＭＥが別のオペレータのＨＳＳへの接続（例えば、Ｓ６ａ接続）を有することができる場合に、認証のために他のオペレータのＨＳＳに連絡することができる。
【０３３９】
そのような例示的な実施形態では、ＲＮは、主オペレータとのＡＴＴＡＣＨ手順の結果と、主オペレータとのＡＴＴＡＣＨ手順および認証を成功とすることができる場合にNAS ATTACH ACCEPTメッセージ内の全ての他のＰＬＭＮとの認証手順の結果とを受信することができる。認証が成功であった、および／または失敗であった可能性があるＰＬＭＮの表示を、どのＰＬＭＮ  ＩＤをＲＡＮ共有に関してブロードキャストできるのかをＲＮが判定することを可能にするメッセージ内に含めることができる。
【０３４０】
主ＰＬＭＮへのＮＡＳ  ＡＴＴＡＣＨに関して否定の結果がある可能性がある場合またはその時に、ＲＮは、他のＰＬＭＮとの認証の結果の表示と共にATTACH REJECTを受信することができる。ＲＮは、ＲＮ動作に関する別のATTACH REQUEST内で成功の認証表示を使用することができる。さらに、ＲＮは、両方のそのようなメッセージ内で、新しい情報要素の形で認証結果リストを受信することができる。
【０３４１】
図１０に、ＡＴＴＡＣＨ手順のシグナリングのシーケンス図または方法の例示的な実施形態を示す。例えば、図１０に示されているように、複数のオペレータへの認証を伴うＲＮアタッチ手順（例えば、別々のＲＲＣメッセージ上でピギーバックされた）を実行することができる。
【０３４２】
さらに、図１０に示されているように、７１〜７４では、ＲＮアタッチ手順を実行することができる（例えば、ＲＮ、ＤｅＮＢ、並びにオペレータＡまたは第１のオペレータなどのオペレータに関連するＭＭＥおよびＨＳＳの間で）。その後、７５ａおよび７５ｂでは、オペレータＢまたは第２のオペレータなどのオペレータへのＲＮ認証のための「副」ＡＴＴＡＣＨ手順を実行することができる（例えば、ＲＮ、ＤｅＮＢ、並びにオペレータＢまたは第２のオペレータなどのオペレータに関連するＭＭＥおよび／またはＨＳＳの間で）。ＤｅＮＢは、第２のアタッチを認証手順として認識し、手順を選択し、そのようなものとしてオペレータＢのＭＭＥに示すことができる。例示的な実施形態によれば、第２のＡＴＴＡＣＨ手順は、オペレータＢまたは第２のオペレータなどのオペレータとのＥＰＳベアラの別のセットを作成してもしなくてもよい（図１０に示されているように）。
【０３４３】
図１１に、さらに、ＡＴＴＡＣＨおよび認証手順の例示的な実施形態を示す。図１１に示されているように、ＲＮは、ＤｅＮＢに単一のＡＴＴＡＣＨ手順を提供することができ、ここで、あるオペレータへの認証を、別のオペレータによって（例えば、オペレータＡ若しくは第１のオペレータおよび／またはオペレータＢ若しくは第２のオペレータ）行いまたは実行することができる。
【０３４４】
例えば、８１では、ＲＲＣ接続セットアップを、ＲＮおよび／またはＤｅＮＢの間で実行することができる。８２ａでは、ＲＮが、例えば複数の識別子またはアイデンティティを供給することによって、複数のオペレータおよびＭＭＥへのアタッチおよび認証の表示をＤｅＮＢに与えることができる。ＤｅＮＢは、そのような情報に基づいてオペレータＭＭＥを選択することができ、そのＭＭＥにＡＴＴＡＣＨメッセージを（例えば、その全体を）転送することができる。８２ｂでは、オペレータＡとのＲＮの通常の認証手順を実行することができる。その後、８２ｃでは、ＭＭＥが、オペレータの間のＥＰＣエンティティの接続性に依存して、オペレータＢのＭＭＥを使用してまたはおそらくはＨＳＳを用いて直接に、オペレータＢと共にＲＮを認証することができる。ＲＮへの認証結果およびＮＡＳアタッチ結果は、部分的なまたは全体的な認証失敗を示すことができる。
【０３４５】
認証に続いて、８３では、ＧＴＰ−Ｃ作成セッションなどのセッションを、ＤｅＮＢおよび／若しくはオペレータＡ若しくは第１のオペレータなどのオペレータのＭＭＥの間で確立することができ；８４ａでは、ＲＲＣ接続再構成（例えば、RRC Conn.Reconfig.）を、ＲＮおよび／若しくはＤｅＮＢの間で提供することができ；かつ／または８４ｂでは、Ｓ１コンテキストセットアップ（例えば、ＮＡＳアタッチ受入）をＤｅＮＢおよび／若しくはオペレータＡ若しくは第１のオペレータなどのオペレータのＭＭＥの間で実行することができる。
【０３４６】
図１０および図１１に示された両方の例示的な実施形態で、オペレータＡとＢとの両方の成功の認証の結果は、ＲＮが、例えば入ってくるＲＮ  ＵＥがそのようなオペレータを選択できるようにシステムブロードキャスト内のＰＬＭＮ  ＩＤリスト内でブロードキャストできるオペレータＡおよびＢのＰＬＭＮ  ＩＤの形で、そのような成功の認証を示すことを可能にしまたはイネーブルすることができる。
【０３４７】
さらに、「偽の」ハンドオーバ手順または方法などの複数オペレータＲＮ登録を提供し、かつ／または使用する（例えば、本明細書で説明されるように実行する）ことができる。例えば、ＲＮが、本明細書で説明されるように複数のオペレータにそれ自体を認証し、コンテキストおよびインスタンスを作成するためのＲＮアタッチ手順の使用に対する代替案として、ＤｅＮＢは、ＲＮによってサービスされる追加のコアネットワークに向かってまたはこれと共に、ハンドオーバ様シグナリング手順（「偽の」ハンドオーバ）を実行することができる。
【０３４８】
ハンドオーバ様シグナリング手順（「偽の」ハンドオーバ）を開始するために、ＲＮおよび／またはＤｅＮＢは、次のうちの１または複数を実行することができる。ＲＮは、ＤｅＮＢにアタッチすることができ、ＲＮアタッチ手順（例えば、Ｒｅｌ−１０  ＲＮアタッチ手順など）に従って、オペレータへの認証を実行することができる。ＤｅＮＢおよびＲＮは、Ｓ１ハンドオーバ手順に似たものとすることができるが、主に、ＲＡＮ共有並びにシグナリングおよびデータベアラの確立のために１または複数のオペレータに対するＲＮのコンテキストを作成するためのものとすることができる、変更されたハンドオーバ手順を開始することができる。ＲＮとＤｅＮＢとの間の接続性（例えば、Ｕｎインターフェース）は、変更されないものとすることができる。コアネットワークの観点からは、ハンドオーバ様手順は、本当に通常のハンドオーバのように見えるものとすることができるが、ＭＭＥは、変更されたハンドオーバ手順を認識することができる。例示的な実施形態によれば、ハンドオーバ様手順の一部として、ＲＮの認証を、ＲＮによってサービスされる追加のオペレータコアネットワーク内で行うことができる。
【０３４９】
従って、ＲＮコンテキストを、１つのＲＲＣ／アタッチ手順を実行できる間に、コアネットワークに向かうＲＮ  Ｓ１−ＭＭＥトラフィックベアラおよびＲＮ  Ｓ１−Ｕトラフィックベアラの確立と共に、コアネットワークに登録し、認証することができる。一実施形態によれば、そのような手順を、コアネットワークアグリゲーション手順とみなすことができる。
【０３５０】
ＲＡＮ共有実施形態およびユーザプレーン実施形態を、さらに提供し、かつ／または使用することができる。例えば、本明細書で説明されるように、ＲＮにサービスすることができる単一のＭＭＥを選択することができる（例えば、制御プレーン側に関して「主」オペレータから）。例示的な実施形態によれば（例えば、ユーザプレーンの観点から）、ＲＮのサービングＧＷ（Ｓ−ＧＷ）およびＰＤＮ  ＧＷ（Ｐ−ＧＷ）を、ＥＰＣから選択することができる場合（Ｒｅｌ−１０  ＲＮのＤｅＮＢと同一位置のＳ−ＧＷ／Ｐ−ＧＷとは異なって）、ＲＮは、各ＰＬＭＮから複数のＳ−ＧＷ／Ｐ−ＧＷへの接続を確立することができる。ＲＮが、ＵＥユーザプレーントラフィックを正しいＵＥ  Ｐ−ＧＷに正しくルーティングするために、ＲＮ  Ｐ−ＧＷを、ＧＴＰトンネルを介してＵＥ  Ｐ−ＧＷに接続することができる。例示的な実施形態では、ネットワーク構成に起因して、ＲＮを共有している可能性があるオペレータＥＰＣ要素を、相互接続することはできない。
【０３５１】
さらに、主オペレータへの接続を、本明細書で説明されるように通常のＡＴＴＡＣＨ手順によって行うことができる。後続のＳ−ＧＷ／Ｐ−ＧＷ接続性について、ＲＮは、ＤｅＮＢがメッセージを正しくルーティングできるように、示された適当なオペレータと共にＮＡＳサービス要求手順を開始することができる。
【０３５２】
ＲＮは、副オペレータＰ−ＧＷ／Ｓ−ＧＷに向かうデフォルトＥＰＳベアラの第２のセットを確立するために、副ＲＮ  ＭＭＥに向かってベアラセットアップ要求を開始することもできる。その後、ＲＮおよびＲＮ  Ｐ−ＧＷ／Ｓ−ＧＷに、別々に適用できる異なるオペレータのＲＮからＵＥ  ＥＰＳベアラへのマッピング情報の異なるセットを与えることができる。従って、使用可能なＲＮ  ＥＰＳベアラのセット（例えば、Ｒｅｌ−１０  ＲＮでは、最大８つのＥＰＳベアラとすることができる）を、ＲＮをサポートするオペレータの間で分散させ、分割することができる。そのような分散および分割は、ＲＮ  ＵＥのリソースの必要と様々なオペレータについてＲＮによって提供できるＱｏＳサービスのレベルとに依存して、ある個数のＲＮ  ＥＰＳベアラを第１のオペレータに割り振ることができ、別の個数を第２のオペレータに割り当てることなどができる事前に配置された事前構成を基礎として行うことができ、または、より動的な基礎で割り振ることができる。いくつかの実施形態では、ＲＮ  ＥＰＳベアラの制限された個数を考慮して、そのような場合のオペレータの数が、ＲＮが各個々のオペレータに供給できる可能性があるベアラのＱｏＳに影響するものとすることができる。
【０３５３】
さらに、ＲＡＮ共有およびＭＲＮモビリティを、本明細書で説明するように提供し、かつ／または使用することができる。例えば、例示的な実施形態によれば、ＲＡＮ共有に関するＲＮ構成を、ＲＮ  ＯＡＭおよびＤｅＮＢへの接続を介して使用可能とすることができるオペレータＭＭＥによって判定することができる。ＭＲＮモビリティおよびＤｅＮＢ間ハンドオーバの一部として、ターゲットＤｅＮＢを介するオペレータＭＭＥの可用性は、変化する可能性があり、従って、ＲＮのＲＡＮ共有構成も、ＲＮハンドオーバ時に変化する可能性がある。例示的な実施形態によれば、ＭＲＮ動作の寿命全体を通じて静的なＲＡＮ共有構成を有することが、ＲＮにとって望ましく、効率的であり、ＲＮ  ＵＥにとって最も少なく分裂的である可能性があるが、ネットワーク展開および構成に起因して、特にＭＲＮが国境をまたぐ場合に、ＲＮに関する共通のＲＡＮ共有が、可能ではない場合がある。
【０３５４】
ＲＮハンドオーバ準備の一部として、ソースＤｅＮＢは、ＲＮのターゲットＤｅＮＢを判定するためにＲＮからの測定値などの他の要因と一緒に、ＲＮのＲＡＮ共有構成および隣接する候補ＤｅＮＢのＲＡＮ共有構成を組み込むことができる。
【０３５５】
ＲＮがそのサービングＲＮ  ＭＭＥを変更する可能性があるＲＮハンドオーバの場合に、ソースＭＭＥは、ＲＮがＲＡＮ共有構成の一部として共有され、ＲＮが既に認証されているオペレータからターゲットＭＭＥを選択することができる。
【０３５６】
ハンドオーバの後またはハンドオーバ中に、ＲＮは、ＤｅＮＢ  ＲＡＮ共有構成および／またはＲＮ  ＯＡＭが発行したＲＮのＲＡＮ共有構成に基づいて、ＲＡＮ共有構成がハンドオーバの前の構成から変化する可能性があると判定することができる。ターゲットＤｅＮＢのＲＡＮ共有構成を、ソースＤｅＮＢからのRRC Handover Commandによるハンドオーバの実行の前にＲＮに供給することができ、または、ＲＮは、同期化手順の一部としてターゲットＤｅＮＢ  ＳＩＢを読み取る機会を有することができ、または、ＲＮに、RN RRC Reconfigurationメッセージ内の専用ＲＲＣシグナリングを介してターゲットＤｅＮＢ  ＳＩＢを与えることができる。
【０３５７】
さらに、例示的な実施形態では、ＲＮは、ターゲットＤｅＮＢを用いるハンドオーバ時にＲＡＮ共有構成についてＰＬＭＮを追加し、かつ／またはＰＬＭＮを除去することができる。例えば、新しいオペレータ／ＰＬＭＮを、ＲＡＮ共有オペレータのリストに追加することができ、ＲＮは、本明細書で説明されるよう認証のために新しいオペレータとのＡＴＴＡＣＨ手順を開始することができる。さらに、ＲＮは、特定のＰＬＭＮがもはやアクセス可能ではない可能性があると判断することができ、そのようなＰＬＭＮを除去することができる。例えば、ＲＮは、ＲＮが特定のアクセス不能なＰＬＭＮからデタッチしつつある可能性があることをシグナリングするＲＮ  Ｄｅｔａｃｈ手順を、ネットワークに向かって実行することができる。
【０３５８】
例示的な実施形態では、ＲＡＮ共有構成に起因して、ＲＮは、それに関連するＳＩＢ内の対応するＰＬＭＮ  ＩＤリストを変更することができる。そのような変更を、使用可能なＰＬＭＮ／オペレータ内で反映することができる。一実施形態によれば、そのような変更および反映は、ＭＭＥおよびＰＬＭＮがもはやＭＲＮを介して使用可能ではないものとすることができるように、ＲＮ  ＵＥに影響することができる。そのような状況では、ＲＮは、同一セル上の別のＰＬＭＮにＵＥをリダイレクトすることを試みることができ、または、適当なＰＬＭＮが使用可能になるまでＵＥを解放することができる。
【０３５９】
複数のＤｅＮＢへのＵｎ接続またはＵｎインターフェースのＲＮサポートを、提供し、かつ／または使用することもできる。例えば、本明細書で開示されるように、ＲＮを、事前構成またはおそらくはＯＡＭからの構成に基づいて、ＲＡＮ共有について構成することができる。しかし、一実施形態では、ＲＮがアタッチされ得る現在のＤｅＮＢが、同一オペレータへのＲＡＮ共有をサポートしない場合がある。現在のＤｅＮＢがそのようなＲＡＮ共有をサポートできない時には、ＲＮは、ＲＡＮ共有構成を満足するために複数のＤｅＮＢへの複数のＵｎ接続またはＵｎインターフェースをサポートする無線能力を有することができる。ＲＮは、各Ｕｎ接続を、Ｕｎインターフェースの構成の各態様で、お互いから独立に検討することができる。ＲＮ  Ｕｕインターフェースは、単一のＬＴＥセルであり続けることもできる（例えば、Ｒｅｌ−１０で指定されているように）。
【０３６０】
一例として、オペレータＡおよびオペレータＢへのＲＡＮ共有のために構成され得るＲＮは、オペレータＡに属するものとすることができるＤｅＮＢに接続することができる。しかし、このＤｅＮＢは、オペレータＢへのＲＡＮ共有サポートを提供しない可能性がある。その場合に、ＲＮは、別のＤｅＮＢを介してオペレータＢへの独立のＵｎ接続またはＵｎインターフェースを開始することができる。
【０３６１】
さらに、ＲＮは、例えばＲＮ  ＯＡＭから入手できるＤｅＮＢリストに基づいて、特定のオペレータ（例えば、オペレータＢ）に属する可能性があるＤｅＮＢにアタッチすることができる。あるいは、ＲＮは、オペレータＢ  ＤｅＮＢの適当なＤｅＮＢリストを取り出すかこれにアクセスできるように、別のＲＮ  ＯＡＭ（例えば、オペレータＢに属する）接続を確立するのに、既存のＵｎ接続またはＵｎインターフェース（例えば、オペレータＡへの）を使用することができる。適切なオペレータＢ  ＤｅＮＢを見つけることができない場合には、ＲＮは、オペレータＢに向かう通常のＲＮアタッチ手順（例えば、ＲＮに関連するＲｅｌ−１０アタッチ手順）を実行することができる。
【０３６２】
ＲＮは、Ｕｎサブフレーム構成が、使用され得ず、オペレータＡのＤｅＮＢに関するＵｎインターフェースと干渉し得ないように、オペレータＡへの現在のＤｅＮＢ接続に基づいて、異なる搬送波上とすることができるオペレータＢのＤｅＮＢを見つけることを試みることができ、または、例えば適切なＤｅＮＢセルのブロードキャスト情報を読み取ることに基づいて、オペレータＡとオペレータＢとの両方をサポートできる他の適切なＤｅＮＢセルのエリアをＲＮがスキャンできる、セル再選択タイプの手順を実行することができる。さらに、ＲＮは、構成されたＲＡＮ共有をサポートするために複数のＵｎ接続を有することを避けるために、そのセル選択優先順位を再調整することができる。
【０３６３】
複数のＵｎ接続またはＵｎインターフェースを有するＲＮについて、Ｕｎインターフェース上の測定およびハンドオーバ手順を含むモビリティ手順を、本明細書で説明されるように、独立に実行することもできる。
【０３６４】
ＲＮは、他のＵｎ接続またはＵｎインターフェースがＲＡＮ共有の一部とすることができる動作を正しくサポートできる場合に、ＤｅＮＢからデタッチすることもできる。その場合に、ＲＮおよびＤｅＮＢは、今、ＵＥを同一のＤｅＮＢによってサポートできるように、デタッチの前に、ＲＮ  ＵＥのコンテキストを転送することができる。
【０３６５】
用語ＵＥまたはＷＴＲＵが本明細書で使用される場合があるが、そのような用語の使用が、交換可能に使用される場合があり、従って、区別可能ではない場合があることを理解されたい。
【０３６６】
特徴および要素が、上記では特定の組合せで説明されるが、当業者は、各特徴または要素を単独でまたは他の特徴および要素との任意の組合せで使用できることを了解するであろう。さらに、本明細書で説明される方法を、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線の接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびＤＶＤなどの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用されるラジオ周波数トランシーバを実施することができる。
【図１Ａ】
2014522211.tif 000005
【図１Ｂ】
2014522211.tif 000006
【図１Ｃ】
2014522211.tif 000007
【図２】
2014522211.tif 000008
【図３Ａ】
2014522211.tif 000009
【図３Ｂ】
2014522211.tif 000010
【図４】
2014522211.tif 000011
【図５】
2014522211.tif 000012
【図６】
2014522211.tif 000013
【図７】
2014522211.tif 000014
【図８】
2014522211.tif 000015
【図９】
2014522211.tif 000016
【図１０】
2014522211.tif 000017
【図１１】
2014522211.tif 000018
【国際調査報告】
2014522211.tif 000019
2014522211.tif 000020
2014522211.tif 000021