(57)【要約】  ある実施の形態によると、ユーザ機器（ＵＥ）の無線リソース制御（ＲＲＣ）状態をコアネットワークノードに提供する、ネットワークノードにおいて用いられる方法は、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める要求を、コアネットワークノードから、受信することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したＵＥを決定することと、遷移の通知をコアネットワークノードに送信することと、を含む。ＵＥのＲＲＣ状態情報を受信する、コアネットワークノードにおいて用いられる方法は、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める加入要求を、ネットワークノードへ、送信することと、ＵＥが第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したとネットワークノードが決定すると、通知をネットワークノードから受信することと、を含む。【選択図】図５
2019533933.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）の無線リソース制御（ＲＲＣ）状態をコアネットワークノードに提供する、ネットワークノードにおいて用いられる方法であって、
第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める要求を、前記コアネットワークノードから、受信すること（９１２）と、
前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移した前記ＵＥを決定すること（９１６）と、
前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの前記遷移の前記通知を、前記コアネットワークノードに送信すること（９１８）と、を含む方法。
【請求項２】
前記ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記コアネットワークノードに送信すること（９１４）をさらに含む請求項１に記載の方法。
【請求項３】
前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む請求項１または２に記載の方法。
【請求項４】
前記加入要求は前記通知を受信するための周期を含み、前記周期は、前記通知が一度限りの通知か、または、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの後続の各遷移の通知か、を指定する請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記通知は、前記ＵＥの位置情報を含む請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記第１ＲＲＣ状態はＲＲＣ接続（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ）であり、前記第２ＲＲＣ状態はＲＲＣ接続非アクティブ（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥ）である請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記加入要求は、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）内の情報要素（ＩＥ）を含み、前記加入応答は初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ）内のＩＥを含む請求項２から６のいずれか一項に記載の方法。
【請求項８】
ユーザ機器（ＵＥ）（１１０）の無線リソース制御（ＲＲＣ）状態をコアネットワークノード（３２０）に提供することができるネットワークノード（１２０）であって、前記ネットワークノードは、
第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める要求を、前記コアネットワークノードから、受信することと、
前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移した前記ＵＥを決定することと、
前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの前記遷移の前記通知を、前記コアネットワークノードに送信することと、を行うよう動作可能である処理回路（１２２０）を備えるネットワークノード（１２０）。
【請求項９】
前記処理回路はさらに、前記ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記コアネットワークノードに送信するよう動作可能である請求項８に記載のネットワークノード。
【請求項１０】
前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む請求項８または９に記載のネットワークノード。
【請求項１１】
前記加入要求は前記通知を受信するための周期を含み、前記周期は、前記通知が一度限りの通知か、または、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの後続の各遷移の通知か、を指定する請求項８から１０のいずれか一項に記載のネットワークノード。
【請求項１２】
前記通知は、前記ＵＥの位置情報を含む請求項８から１１のいずれか一項に記載のネットワークノード。
【請求項１３】
前記第１ＲＲＣ状態はＲＲＣ接続（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ）であり、前記第２ＲＲＣ状態はＲＲＣ接続非アクティブ（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥ）である請求項８から１２のいずれか一項に記載のネットワークノード。
【請求項１４】
前記加入要求は、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）内の情報要素（ＩＥ）を含み、前記加入応答は初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ）内のＩＥを含む請求項９から１３のいずれか一項に記載のネットワークノード。
【請求項１５】
ユーザ機器（ＵＥ）の無線リソース制御（ＲＲＣ）状態情報を受信する、コアネットワークノードにおいて用いられる方法であって、
第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める加入要求を、前記ネットワークノードへ、送信すること（１０１２）と、
前記ＵＥが前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移したと前記ネットワークノードが決定すると、前記通知を前記ネットワークノードから受信すること（１０１６）と、を含む方法。
【請求項１６】
前記ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記ネットワークノードから、受信すること（１０１４）をさらに含む請求項１５に記載の方法。
【請求項１７】
前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む請求項１５または１６に記載の方法。
【請求項１８】
前記加入要求は、前記通知を受信するための周期を含む請求項１５から１７のいずれか一項に記載の方法。
【請求項１９】
前記通知は、前記ＵＥの位置情報を含む請求項１５から１８のいずれか一項に記載の方法。
【請求項２０】
前記第１ＲＲＣ状態はＲＲＣ接続（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ）であり、前記第２ＲＲＣ状態はＲＲＣ接続非アクティブ（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥ）である請求項１５から１９のいずれか一項に記載の方法。
【請求項２１】
前記加入要求は、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）内の情報要素（ＩＥ）を含み、前記加入応答は初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ）内のＩＥを含む請求項１６から２３のいずれか一項に記載の方法。
【請求項２２】
前記受信した通知に基づいて、前記ＵＥに対する前記コアネットワークノードの動作を変更すること（１０１８）をさらに含む請求項１５から２１のいずれか一項に記載の方法。
【請求項２３】
ユーザ機器（ＵＥ）（１１０）の無線リソース制御（ＲＲＣ）状態情報を受信することができるコアネットワークノード（３２０）であって、前記方法コアネットワークノードは、
第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める加入要求を、前記ネットワークノードへ、送信することと、
前記ＵＥが前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移したと前記ネットワークノードが決定すると、前記通知を前記ネットワークノードから受信することと、を行うよう動作可能である処理回路（６２０）を備えるコアネットワークノード（３２０）。
【請求項２４】
前記処理回路はさらに、前記ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記ネットワークノードから受信するよう動作可能である請求項２３に記載のコアネットワークノード。
【請求項２５】
前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む請求項２３または２４に記載のコアネットワークノード。
【請求項２６】
前記加入要求は、前記通知を受信するための周期を含む請求項２３から２５のいずれか一項に記載のコアネットワークノード。
【請求項２７】
前記通知は、前記ＵＥの位置情報を含む請求項２３から２６のいずれか一項に記載のコアネットワークノード。
【請求項２８】
前記第１ＲＲＣ状態はＲＲＣ接続（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ）であり、前記第２ＲＲＣ状態はＲＲＣ接続非アクティブ（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥ）である請求項２３から２７のいずれか一項に記載のコアネットワークノード。
【請求項２９】
前記加入要求は、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）内の情報要素（ＩＥ）を含み、前記加入応答は初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ）内のＩＥを含む請求項２４から２８のいずれか一項に記載のコアネットワークノード。
【請求項３０】
前記処理回路はさらに、前記受信した通知に基づいて、前記ＵＥに対する前記コアネットワークノードの動作を変更するよう動作可能である請求項２３から２９のいずれか一項に記載のコアネットワークノード。
【請求項３１】
ユーザ機器（ＵＥ）（１１０）の無線リソース制御（ＲＲＣ）状態をコアネットワークノード（３２０）に提供することができるネットワークノード（１２０）であって、前記ネットワークノードは、受信モジュール（１２５０）と、決定モジュール（１２５２）と、送信モジュール（１２５４）を備え、
前記受信モジュールは、第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める要求を、前記コアネットワークノードから、受信するよう動作可能であり、
前記決定モジュールは、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移した前記ＵＥを決定するよう動作可能であり、
前記送信モジュールは、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの前記遷移の前記通知を、前記コアネットワークノードに送信するよう動作可能であるネットワークノード（１２０）。
【請求項３２】
ユーザ機器（ＵＥ）（１１０）の無線リソース制御（ＲＲＣ）状態情報を受信することができるコアネットワークノード（３２０）であって、前記方法コアネットワークノードは、受信モジュール（１３５０）と、送信モジュール（１３５２）と、を備え、
前記送信モジュールは、第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める加入要求を、前記ネットワークノードへ、送信するよう動作可能であり、
前記受信モジュールは、前記ＵＥが前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移したと前記ネットワークノードが決定すると、前記通知を前記ネットワークノードから受信するよう動作可能であるコアネットワークノード（３２０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示のいくつかの実施の形態は一般に、無線通信に関し、より詳細には、無線アクセスネットワーク（ＲＡＮ）に関するＵＥ状態など、ユーザ機器（ＵＥ）の状態のコアネットワーク認識に関する。
【背景技術】
【０００２】
イントロダクション
典型的な無線、セルラ、または無線通信ネットワークでは、移動局、端末、および／またはユーザ機器（ＵＥ）としても知られる無線デバイスは無線アクセスネットワーク（ＲＡＮ）を介して１つまたは複数のコアネットワークと通信する。ＲＡＮは、セルに分割される地理的エリアをカバーする。各セルは基地局（例えば、無線基地局（ＲＢＳ）、または、いくつかのネットワークでは例えば、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ」、または「ｅＮＢ」とも呼ばれることがあるネットワークノード）によって担当される。セルはアンテナと無線基地局とが並置されていない場合に、基地局サイトまたはアンテナサイトにおいて無線基地局によって無線カバレッジが提供される地理的エリアである。１つの無線基地局は、１つまたは複数のセルを担当することができる。
【０００３】
ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）は、第２世代（２Ｇ）グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）から発展した第３世代（３Ｇ）モバイルコミュニケーションシステムである。ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）は本質的に、ユーザ機器と通信するために広帯域符号分割多元接続（ＷＣＤＭＡ）および／または高速パケットアクセス（ＨＳＰＡ）を使用するＲＡＮである。
【０００４】
第３世代パートナーシッププロジェクト（３ＧＰＰ）と呼ばれるフォーラムにおいて、電気通信サプライヤは第３世代ネットワークおよび特にＵＴＲＡＮのための規格を提案し、合意し、向上したデータレートおよび無線容量を研究している。ＲＡＮのいくつかのバージョンでは、例えば、ＵＭＴＳにおけるように、いくつかの基地局は無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのコントローラノードに（例えば、地上線またはマイクロ波によって）接続され、それらのコントローラノードは、それに接続された複数の基地局の様々なアクティビティを監視および調整する。ＲＮＣは、通常、１つまたは複数のコアネットワークに接続される。
【０００５】
発展型パケットシステム（ＥＰＳ）の規格は３ＧＰＰ内で完了しており、この作業は、次の３ＧＰＰリリースにおいて継続する。ＥＰＳは、ロングタームエボリューション（ＬＴＥ）としても知られる発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と、無線アクセスと、システムアーキテクチャエボリューション（ＳＡＥ）コアネットワークとしても知られる発展型パケットコア（ＥＰＣ）と、を含む。Ｅ−ＵＴＲＡＮ／ＬＴＥは、無線基地局ノードがＲＮＣにではなくＥＰＣコアネットワークに直接接続される３ＧＰＰ無線アクセス技術の変形である。一般に、Ｅ−ＵＴＲＡＮ／ＬＴＥでは、ＲＮＣの機能は、無線基地局ノード（例えば、ＬＴＥにおけるｅＮｏｄｅＢ）とコアネットワークとの間で分散される。ＥＰＳのＲＡＮは、ＲＮＣに報告することのない、無線基地局ノードを含む本質的にフラットなアーキテクチャを有する。
【０００６】
無線リソース制御（ＲＲＣ）は、制御プレーンにおいて使用され得る。制御プレーンの主な機能は、非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＮＡＳ）およびアクセス層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）ページングの両方のためのシステム情報の報知、ＲＲＣ接続処理、ＵＥのための一時的識別子の割り当て、ＲＲＣ接続のためのシグナリング無線ベアラの構成、無線ベアラの処理、サービス品質（ＱｏＳ）管理機能、鍵管理を含むセキュリティ機能、モビリティ機能（ＵＥ測定報告および報告の制御、ハンドオーバ、ＵＥセル選択および再選択、セル選択および再選択の制御を含む）、ならびにＵＥへの／からのＮＡＳ直接メッセージ転送を含む。
【０００７】
１パケットデータ収束プロトコル（ＰＤＣＰ）エンティティはＵＥの各無線ベアラについて存在する。ＰＤＣＰは制御プレーン（すなわち、ＲＲＣ）およびユーザプレーン（すなわち、ＧＰＲＳトンネリングプロトコル−ユーザトンネリング（ＧＴＰ−Ｕ）シグナリングを介して受信されるユーザデータ）の両方に使用される。制御プレーンの主な機能は、暗号化／解読および完全性保護である。ユーザプレーンの主な機能は、暗号化／解読、堅牢ヘッダ圧縮（ＲＯＨＣ）およびインシーケンス配信を使用するヘッダ圧縮および解凍、重複検出および再送を含む。
【０００８】
無線リンク制御（ＲＬＣ）層は、ＰＤＣＰ層のサービスを提供する。ＵＥの各無線ベアラについて１つのＲＬＣエンティティが存在する。制御プレーンおよびユーザプレーンの両方のための主な機能は、セグメンテーション／連結、再送処理、重複検出、および上位レイヤへのインシーケンス配信を含む。
【０００９】
メディアアクセス制御（ＭＡＣ）は、論理チャネルの形成の形でＲＬＣ層にサービスを提供し、論理チャネルとトランスポートチャネルとの間のマッピングを実行する。主なＭＡＣ機能は、アップリンクおよびダウンリンクスケジューリング、スケジューリング情報報告、ハイブリッド自動再送要求（ＨＡＲＱ）再送、およびキャリアアグリゲーションのための複数のコンポーネントキャリアにわたるデータの多重化／多重解除を含む。
【００１０】
物理層（ＰＨＹ）は、トランスポートチャネルの形成の形でＭＡＣ層にサービスを提供し、トランスポートチャネルの物理チャネルへのマッピングを処理する。
【００１１】
これらのプロトコル層のうちの１つまたは複数に関する情報およびそれらの機能に関する情報は、以降、ＲＡＮコンテキスト情報と呼ばれる。言い換えれば、特定の無線デバイスのためのこれらのプロトコル層の構成は、無線通信ネットワークにおける特定の無線デバイスのＲＡＮコンテキスト情報であってもよい。プロトコル層の構成は、典型的にはＲＲＣ設定メッセージを介してＲＲＣ層上で行われる。
【００１２】
設定固有情報の一例は、無線デバイスのための異なるプロトコル層上の異なる識別子である。ＲＡＮコンテキスト情報は例えば、無線デバイスの無線アクセス能力、無線デバイスの以前のモビリティまたはトラフィック履歴などの追加情報をさらに含むことができる。
【００１３】
ネットワークノード（例えば、ｅＮＢ）の上述の機能は、異なる方法で展開されてもよい。一例では、すべてのプロトコル層および関連する機能は、アンテナを含む同じ物理ノードに配備される。この一例は、ピコまたはフェムトｅＮｏｄｅＢである。別の例は、メイン−リモート分割である。この場合、ｅＮｏｄｅＢは、メインユニットとリモートユニットとに分割される。メインユニットはデジタルユニット（ＤＵ）とも呼ばれ、リモートユニットはリモート無線ユニット（ＲＲＵ）とも呼ばれる。この場合、メインユニットはＰＨＹ層の下位部分を除く全てのプロトコル層を含み、ＰＨＹ層の下位部分は代わりにリモートユニットに配置される。さらなる例では、リモートユニットおよびアンテナが同じ場所に配置される。これは、アンテナ集積無線（ＡＩＲ）システムと呼ばれることがある。
【００１４】
ＲＡＮは、非アクティブＵＥを処理することができる。２０１６年５月の３ＧＰＰ  ＲＡＮ  ３  ＷＧ会議への３ＧＰＰ寄書Ｒ３−１６１２９０（ｗｗｗ．３ｇｐｐ．ｏｒｇ  ａｔ  ／ｆｔｐ／ｔｓｇ＿ＲＡＮ／ＷＧ３＿Ｉｕ／ＴＳＧＲ３＿９２／Ｄｏｃｓ／Ｒ３−１６１２９０．ｚｉｐから入手可能、参照により本明細書に組み入れられる）には、以下に記載するＲＡＮ制御非アクティブ状態の提案が含まれる。
【００１５】
ＲＡＮ制御非アクティブモードがサポートされている場合、これは、ＲＡＮにおける非アクティブからアクティブへの移行はＣＮに対して透過的であることを意味する。ダウンリンクではデフォルトで、ダウンリンクパケットはＵＥが接続された最後のノード（アンカーＲＡＮノード）に送信される。そのノードは、ネットワークに通知することなく、ＵＥが移動することを許されているページングエリア内でＵＥページングを開始する責任を負う。アップリンクでは、ＵＥはＲＡＮレベル手順を実行することで、アクティブ状態に遷移し、データを送信する。ＵＥが異なるＲＡＮノードに移動した場合、新しいＲＡＮノードは他のＲＡＮノードからＵＥコンテキストをフェッチする蓋然性が非常に高く、必要であれば、ＵＥが新しいノードに移動したことをＣＮに通知する。ＵＥがページングエリア外に移動する場合、ＵＥはページングエリアが更新され得るように、モビリティについてネットワークに通知し得る。この手順はＲＡＮノードの再配置をトリガすることができ、またはＲＡＮノードを維持することができる。
【００１６】
以下のＲＡＮ機能は非アクティブモードについて含まれてもよい：（ａ）ダウンリンクデータのためのページング；（ｂ）移動するＵＥを処理するためのコンテキストフェッチ（既存のＬＴＥ手順と同様であってもよい）；および（ｃ）モビリティ更新（これはコンテキストフェッチと同様のメカニズムを使用する可能性がある）。これらのメカニズムを可能にするために、ＵＥには、ＲＡＮ内のＵＥコンテキストを一意に識別するＲＡＮ識別子が割り当てられる必要がある。ＵＥ  ＲＡＮコンテキストを取得することが不可能である何らかの障害が存在する場合、新しい接続セットアップの場合に生じるようなＲＡＮコンテキストの再構築を行うことができると仮定される。例を図１および２に示す。
【００１７】
図１および図２は、コアネットワークノード、ネットワークノード、および無線デバイスの間のシグナリングを示すブロック図である。図１において、コアネットワークノード３２０は、３つのネットワークノード１２０と通信する。ＵＥ１１０は、最後にネットワークノード１２０ｂに接続された。ＵＥ１１０は、ネットワークに報告することなく、ローカルエリア内を動き回ることができる。コアネットワークノード３２０は、ネットワークノード１２０ｂへの接続を維持する。
【００１８】
ＵＥ１１０へ配信されるパケットが到着すると、コアネットワークノード３２０は、ネットワークノード１２０ｂにコンタクトする。ネットワークノード１２０ｂは、ＵＥ１１０をページングする。ネットワークノード１２０ｂはまた、ネットワークノード１２０ａおよび１２０ｂにＵＥ１１０をページングするように命令する。
【００１９】
図２において、コアネットワークノード３２０は、３つのネットワークノード１２０と通信する。ＵＥ１１０は、最後にネットワークノード１２０ｂに接続された。ＵＥ１１０は、ネットワークに報告することなく、ローカルエリア内を動き回ることができる。コアネットワークノード３２０は、ネットワークノード１２０ｂへの接続を維持する。
【００２０】
ＵＥ１１０が送信すべきデータを有する場合、ＵＥ１１０は例えば、ネットワークノード１２０ａに接続要求またはモビリティ更新を送信する。ネットワークノード１２０ａは、コアネットワークノード３２０に経路切替要求を送る。ネットワークノード１２０ａはまた、ネットワークノード１２０ｂからＵＥ  １１０のコンテキストをフェッチする。
【００２１】
次世代（ＮＧ）コアネットワークは、新しいＲＡＴ内のＲＲＣプロトコルに含まれるステートマシンを考慮しなければならない。例えば、ＲＲＣのモビリティステートマシンは、（ＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）状態およびＲＲＣアイドル（ＲＲＣ  Ｉｄｌｅ）状態に加えて）非アクティブ接続（Ｉｎａｃｔｉｖｅ  Ｃｏｎｎｅｃｔｅｄ）状態を有してもよい。非アクティブ接続状態は、非アクティブ状態とも呼ばれる。ＲＲＣ非アクティブ接続状態の設定可能性は、５Ｇユースケースの多様な要件、将来への耐性、および新しいサービスの市場要件への迅速性など、柔軟性を必要とするフィーチャをサポートするために必要とされ得る。
【００２２】
次世代コアネットワークの観点から、ＵＥはＵＥがＲＲＣ層でＲＲＣ非アクティブ接続状態にあるとき、ＮＧ  ＣＭ−接続（ＮＧ  ＣＭ−ＣＯＮＮＥＣＴＥＤ）状態にあると考えられる。ＲＲＣ非アクティブ接続は、ＵＥがアクセス層（ＡＳ）レベルで、あたかもそれがＲＲＣ＿ＩＤＬＥにあるかのように振る舞う状態である。しかしながら、ＵＥは、そのサービングＲＡＮノードとＣＮとの間の専用アクティブシグナリング接続およびユーザプレーンンチャネルを依然として享受する。ＵＥがＲＲＣ接続状態とＲＲＣ非アクティブ接続状態との間で遷移する場合、遷移に基づくコアネットワークへのシグナリングは想定されていないので、そのイベントはコアネットワークには見えない。また、制御プレーンおよびユーザプレーンの両方がＲＡＮとコアとの間に確立されたままであるので、コアネットワークは、ＵＥがＲＲＣ非アクティブ接続状態にあるときにＵＥをページングする必要がない。
【００２３】
ＲＲＣ非アクティブ接続状態の特徴は、（ａ）ＵＥがＵＥおよびＣＮのＮＧ  ＣＭ−接続状態にあるとみなされる、（ｂ）ＵＥが要求するサービスを提供するように構成可能であり、これは、ＲＲＣ非アクティブ接続状態がＵＥで実行されるアプリケーション、サブスクリプション、およびＵＥアクティビティの特性および要件に基づいて設定可能であることを意味する（コアネットワークはＲＡＮにそれに関連する情報を提供することができる）、（ｃ）ネットワークからの設定によるセル再選択手順によって誘発されるＵＥベースのモビリティ、ただしネットワーク制御ハンドオーバはサポートされない、（ｄ）ＵＥが登録エリアの外に移動するときにＵＥがＣＮにエリア登録を行う、（ｅ）アクセス層（ＡＳ）コンテキストはＲＡＮとＵＥとに保存される、（ｆ）Ｒｅｌ−１３のＬＴＥについて定義されたサスペンドおよびレジューム手順によって誘発されたＲＲＣ非アクティブ接続からＲＲＣ接続状態への遷移（その遷移を行うためにＣＮへのシグナリングは不要であり、ＲＡＮノード間でＡＳコンテキストが転送されうる）、（ｇ）ＲＡＮとコアとの間のＵプレーンおよびＣプレーン接続が確立されたまま維持される、（ｈ）ＵＥ到達可能性はコアネットワークの支援を受けてＲＡＮによって管理される、（ｉ）ＵＥページングはＲＡＮによって管理される、（ｊ）ＣＮはＲＡＮ要求があるとＮＧ−ＣＭアイドル状態に移行する、（ｋ）ネットワークがＣＮレベルでＵＥに従う分散モビリティ管理、（ｌ）この状態でＲｘ／Ｔｘデータは実行されない、（ｍ）効率的な方法でＬＴＥおよびＮＲ展開をサポートするために、状態遷移のためのソリューションは、ＵＥが非アクティブ状態でＮＲと発展型Ｅ−ＵＴＲＡの間でトグルするときのＵＥシグナリングを避けるか最小化しなければならない、を含む。
【００２４】
図３は、ＲＲＣ非アクティブ接続（ＲＲＣ  ＩＮＡＣＴＩＶＥ  ＣＯＮＮＥＣＴＥＤ）状態を使用する場合のＮＧ  ＣＭ／ＭＭステートマシンモデル内のＲＲＣステートマシンを示す状態遷移図である。特定のステートマシンの問題は、ＲＲＣ接続（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ）とＲＲＣ接続非アクティブ（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥ）との間の遷移がＮＧＣＮへのシグナリングなしで行われると考えられることである。これは、ＣＮでサポートされる特定の機能に影響を与える（例えば、ＲＲＣ接続非アクティブに移行した後のＵＥの位置に関する情報はもはや信頼できるとは想定できない。ＵＥはそれがＲＲＣ接続にあるときのような粒度（例えば、セルレベル）でその所在を粒度でネットワークに通知しないからである）。
【発明の概要】
【００２５】
特定の実施の形態は、コアネットワーク（ＣＮ）に、ユーザ機器（ＵＥ）が無線リソース制御（ＲＲＣ）接続状態にあるまたはあり得るか、またはＲＲＣ接続非アクティブ（または単に非アクティブ）状態にあるまたはあり得るかに関する情報を、提供する無線アクセスネットワーク（ＲＡＮ）を含む。その情報はＵＥの位置の知識または粒度に依存する機能など、特定の機能をどのように管理するかを決定するために、ＣＮによって使用され得る。
【００２６】
特定の実施の形態によれば、コアネットワークノードによって実行される方法が開示される。ＣＮノードは、接続状態と接続非アクティブ状態との間のＵＥ遷移をサブスクライブする（ｓｕｂｓｃｒｉｂｅ  ｔｏ）ための要求をＲＡＮノードに送信する。ＣＮノードはＲＡＮノードから加入応答（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｒｅｓｐｏｎｓｅ）メッセージを受信し、ＲＡＮによって担当されるＵＥが接続状態から接続非アクティブ状態に遷移すると、ＲＡＮノードから通知メッセージを受信する。特定の実施の形態によれば、ＣＮノードからの要求は、サブスクリプションに関するパラメータを含むこともできる。特定の実施の形態によれば、加入要求（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｒｅｑｕｅｓｔ）および加入応答メッセージは、ＲＡＮノードとＣＮノードとの間の初期コンテキストセットアップに含めることができる。
【００２７】
別の実施の形態によれば、ＲＡＮノードによって実行される方法が開示される。ＲＡＮノードは、ＲＡＮによって担当されるＵＥが接続状態から接続非アクティブ状態に潜在的に遷移し得ることを決定する。ＲＡＮノードは、潜在的な遷移を示すメッセージをコアネットワークノードに送信する。特定の実施の形態によれば、メッセージは、ＲＡＮノードとＣＮノードとの間の初期コンテキストセットアップに含まれてもよい。
【００２８】
特定の実施の形態によれば、コアネットワークノードが開示される。ＣＮノードは、接続状態と接続非アクティブ状態との間のＵＥ遷移をサブスクライブするための要求をＲＡＮノードに送信するよう構成された処理回路を備える。処理回路はさらに、ＲＡＮノードから加入応答メッセージを受信し、ＲＡＮによって担当されるＵＥが接続状態から接続非アクティブ状態に遷移すると、ＲＡＮノードから通知メッセージを受信するよう構成される。特定の実施の形態によれば、ＣＮノードからの要求は、サブスクリプションに関するパラメータを含むこともできる。特定の実施の形態によれば、加入要求および加入応答メッセージは、ＲＡＮノードとＣＮノードとの間の初期コンテキストセットアップに含めることができる。
【００２９】
別の実施の形態によれば、ＲＡＮノードが開示される。ＲＡＮノードは、ＲＡＮによって担当されるＵＥが接続状態から接続非アクティブ状態に潜在的に遷移し得ることを決定するよう構成された処理回路を備える。処理回路はさらに、潜在的な遷移を示すメッセージをコアネットワークノードに送信するよう構成される。特定の実施の形態によれば、メッセージは、ＲＡＮノードとＣＮノードとの間の初期コンテキストセットアップに含まれてもよい。
【００３０】
ある実施の形態によると、ＵＥのＲＲＣ状態をコアネットワークノードに提供する、ネットワークノードにおいて用いられる方法は、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める要求を、コアネットワークノードから、受信することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したＵＥを決定することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を、コアネットワークノードに送信することと、を含む。前記ネットワークノードは、該ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記コアネットワークノードに送信してもよい。
【００３１】
特定の実施の形態では、前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む。前記加入要求は、前記通知を受信するための周期を含んでもよい。前記周期は、前記通知が一度限りの通知か、または、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの後続の各遷移の通知か、を指定する。
【００３２】
特定の実施の形態では、前記通知は、前記ＵＥの位置情報を含む。前記第１ＲＲＣ状態はＲＲＣ接続（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ）であり、前記第２ＲＲＣ状態はＲＲＣ接続非アクティブ（ＲＲＣ  ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥ）（または単にＲＲＣ非アクティブ（ＲＲＣ  ＩＮＡＣＴＩＶＥ））であってもよい。前記加入要求は、初期コンテキストセットアップ要求（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）内の情報要素（ＩＥ）を含み、前記加入応答は初期コンテキストセットアップ応答（ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ）内のＩＥを含んでもよい。
【００３３】
ある実施の形態によると、ＵＥのＲＲＣ状態をコアネットワークノードに提供することができるネットワークノードは処理回路を備える。処理回路は、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める要求を、コアネットワークノードから、受信することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したＵＥを決定することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を、コアネットワークノードに送信することと、を行うよう動作可能である。処理回路はさらに、前記ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記コアネットワークノードに送信するよう動作可能であってもよい。
【００３４】
特定の実施の形態では、前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む。前記加入要求は、前記通知を受信するための周期を含んでもよい。前記周期は、前記通知が一度限りの通知か、または、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの後続の各遷移の通知か、を指定する。
【００３５】
特定の実施の形態では、前記通知は、前記ＵＥの位置情報を含む。前記第１ＲＲＣ状態はＲＲＣ  ＣＯＮＮＥＣＴＥＤであり、前記第２ＲＲＣ状態はＲＲＣ  ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥであってもよい。前記加入要求は、ＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＱＵＥＳＴ内のＩＥを含み、前記加入応答はＩＮＩＴＩＡＬ  ＣＯＮＴＥＸＴ  ＳＥＴＵＰ  ＲＥＳＰＯＮＳＥ内のＩＥを含んでもよい。
【００３６】
ある実施の形態によると、ＵＥのＲＲＣ状態情報を受信する、コアネットワークノードにおいて用いられる方法は、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める加入要求を、ネットワークノードへ、送信することと、ＵＥが第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したとネットワークノードが決定すると、通知をネットワークノードから受信することと、を含む。前記コアネットワークノードは、該ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記ネットワークノードから受信してもよい。
【００３７】
特定の実施の形態では、前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む。前記加入要求は、前記通知を受信するための周期を含んでもよい。
【００３８】
特定の実施の形態では、前記通知は、前記ＵＥの位置情報を含む。前記第１ＲＲＣ状態はＲＲＣ接続であり、前記第２ＲＲＣ状態はＲＲＣ接続非アクティブ（またはＲＲＣ非アクティブ）であってもよい。前記加入要求は、初期コンテキストセットアップ要求内のＩＥを含み、前記加入応答は初期コンテキストセットアップ応答内のＩＥを含んでもよい。
【００３９】
特定の実施の形態では、方法はさらに、前記受信した通知に基づいて、前記ＵＥに対する前記コアネットワークノードの動作を変更することを含む。
【００４０】
ある実施の形態によると、ＵＥのＲＲＣ状態情報を受信することができるコアネットワークノードは処理回路を備える。処理回路は、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める加入要求を、ネットワークノードへ、送信することと、ＵＥが第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したとネットワークノードが決定すると、通知をネットワークノードから受信することと、を行うよう動作可能である。処理回路はさらに、前記ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記ネットワークノードから受信するよう動作可能であってもよい。
【００４１】
特定の実施の形態では、前記加入要求は、前記ＵＥの位置情報を受信することを求める要求を含む。前記加入要求は、前記通知を受信するための周期を含んでもよい。
【００４２】
特定の実施の形態では、前記通知は、前記ＵＥの位置情報を含む。前記第１ＲＲＣ状態はＲＲＣ接続であり、前記第２ＲＲＣ状態はＲＲＣ接続非アクティブであってもよい。前記加入要求は、初期コンテキストセットアップ要求内のＩＥを含み、前記加入応答は初期コンテキストセットアップ応答内のＩＥを含む。
【００４３】
特定の実施の形態では、処理回路はさらに、前記受信した通知に基づいて、前記ＵＥに対する前記コアネットワークノードの動作を変更するよう動作可能である。
【００４４】
ある実施の形態によると、ＵＥのＲＲＣ状態をコアネットワークノードに提供することができるネットワークノードは、受信モジュールと、決定モジュールと、送信モジュールと、を備える。前記受信モジュールは、第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める要求を、前記コアネットワークノードから、受信するよう動作可能である。前記決定モジュールは、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移した前記ＵＥを決定するよう動作可能である。前記送信モジュールは、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの前記遷移の前記通知を、前記コアネットワークノードに送信するよう動作可能である。
【００４５】
ある実施の形態によると、ＵＥのＲＲＣ状態情報を受信することができるコアネットワークノードは、受信モジュールと、送信モジュールと、を備える。前記送信モジュールは、第１ＲＲＣ状態と第２ＲＲＣ状態との間の前記ＵＥの遷移の通知を受信することを求める加入要求を、前記ネットワークノードへ、送信するよう動作可能である。前記受信モジュールは、前記ＵＥが前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間で遷移したと前記ネットワークノードが決定すると、前記通知を前記ネットワークノードから受信するよう動作可能である。
【００４６】
コンピュータプログラム製品も開示される。コンピュータプログラム製品は、非一時的コンピュータ可読媒体に保持されるインストラクションを備え、そのインストラクションはプロセッサによって実行されると、以下のステップを行う：第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める要求を、コアネットワークノードから、受信することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したＵＥを決定することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を、コアネットワークノードに送信すること。
【００４７】
別のコンピュータプログラム製品は、非一時的コンピュータ可読媒体に保持されるインストラクションを備え、そのインストラクションはプロセッサによって実行されると、以下のステップを行う：第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める加入要求を、ネットワークノードへ、送信することと、ＵＥが第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したとネットワークノードが決定すると、通知をネットワークノードから受信すること。
【００４８】
本開示のある実施の形態は、１つまたは複数の技術的利点を提供することができる。例えば、いくつかの実施の形態は、ＣＮが、ＲＡＮにおいて利用可能な所定の情報（例えば、ＲＲＣ接続とＲＲＣ接続非アクティブとの間のＵＥ遷移）をサブスクライブすることを可能にするので有利である。ＣＮは、（例えば、ＵＥの位置に関する知識の信頼性に基づいて）、その情報を自身の機能への入力として使用することができる。一例として、ＣＮは、ＵＥがＡＳレベルでシステムに接続されていないとき、および必ずしも位置の変化（例えば、セルの変化）を報告しないとき、非アクティブ接続状態の期間中のＵＥ位置監視のための挙動を調整することができる。他の利点は、当業者には明らかであろう。特定の実施の形態は、記載された利点のすべて、いくつか、またはいずれも有さなくてもよい。
【図面の簡単な説明】
【００４９】
実施の形態並びにそのフィーチャおよび利点のより完全な理解のために、添付の図面と連携した以下の説明が参照される。
【図１】図１および図２は、コアネットワークノード、ネットワークノード、および無線デバイスの間のシグナリングを示すブロック図である。
【図２】図１および図２は、コアネットワークノード、ネットワークノード、および無線デバイスの間のシグナリングを示すブロック図である。
【図３】ＲＲＣ非アクティブ接続状態を使用する場合のＮＧ  ＣＭ／ＭＭステートマシンモデル内のＲＲＣステートマシンを示す状態遷移図である。
【図４】特定の実施の形態に係る、例示的な無線ネットワークを示すブロック図である。
【図５】いくつかの実施の形態による、無線アクセスネットワークへのコアネットワークサブスクリプションを示すシーケンス図である。
【図６】ある実施の形態に係る、初期コンテキストセットアップ手順を示すシグナリング図である。
【図７】いくつかの実施の形態による、ユーザ機器コンテキスト変更表示を示すシグナリング図である。
【図８】いくつかの実施の形態による、無線アクセスネットワークからコアネットワークへの自律的通知を示すシーケンス図である。
【図９】ある実施の形態に係る、ネットワークノードにおける例示的な方法を示すフロー図である。
【図１０】ある実施の形態に係る、コアネットワークノードにおける例示的な方法を示すフロー図である。
【図１１】無線デバイスの例示的な実施の形態を示すブロック図である。
【図１２Ａ】ネットワークノードの例示的な実施の形態を示すブロック図である。
【図１２Ｂ】ネットワークノードの例示的なコンポーネントを示すブロック図である。
【図１３Ａ】コアネットワークノードの例示的な実施の形態を示すブロック図である。
【図１３Ｂ】コアネットワークノードの例示的なコンポーネントを示すブロック図である。
【発明を実施するための形態】
【００５０】
次世代（ＮＧ）コアネットワークは、５Ｇ新しい無線（ＮＲ）内の無線リソース制御（ＲＲＣ）プロトコルに含まれるステートマシンを考慮しなければならない。例えば、ＲＲＣのモビリティステートマシンは、（ＲＲＣ接続状態およびＲＲＣアイドル状態に加えて）非アクティブ接続状態を有してもよい。非アクティブ接続状態は、非アクティブ状態とも呼ばれる。ＲＲＣ非アクティブ接続状態の設定可能性は、５Ｇユースケースの多様な要件、将来への耐性、および新しいサービスの市場要件への迅速性など、柔軟性を必要とするフィーチャをサポートするために必要とされ得る。
【００５１】
次世代コアネットワークの観点から、ユーザ機器（ＵＥ）はＵＥがＲＲＣ層でＲＲＣ非アクティブ接続状態にあるとき、ＮＧ  ＣＭ−接続状態にあると考えられる。ＲＲＣ非アクティブ接続は、ＵＥがアクセス層（ＡＳ）レベルで、あたかもそれがＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）にあるかのように振る舞う状態である。しかしながら、ＵＥは、そのサービングＲＡＮノードとコアネットワーク（ＣＮ）との間の専用アクティブシグナリング接続およびユーザプレーンンチャネルを依然として享受する。ＵＥがＲＲＣ接続状態とＲＲＣ非アクティブ接続状態との間で遷移する場合、遷移に基づくコアネットワークへのシグナリングは想定されていないので、そのイベントはコアネットワークには見えない。また、両方の制御プレーンのため、コアネットワークは、ＵＥがＲＲＣ非アクティブ接続状態にあるときにＵＥをページングする必要がない。
【００５２】
特定のステートマシンの問題は、ＲＲＣ接続とＲＲＣ接続非アクティブとの間の遷移が次世代コアネットワーク（ＮＧＣＮ）へのシグナリングなしで行われると考えられることである。これは、ＣＮでサポートされる特定の機能に影響を与える（例えば、ＲＲＣ接続非アクティブに移行した後のＵＥの位置に関する情報はもはや信頼できるとは想定できない。ＵＥはそれがＲＲＣ接続にあるときのような粒度（例えば、セルレベル）でその所在を粒度でネットワークに通知しないからである）。
【００５３】
本明細書で説明する特定の実施の形態は上述の問題を回避し、ＵＥがＲＲＣ接続状態またはＲＲＣ接続非アクティブ（または単に非アクティブ）状態にあるまたはあり得るかに関する情報をコアネットワークに提供するＲＡＮを含む実施の形態を含む。その情報はＵＥの位置の知識または粒度に依存する機能など、特定の機能をどのように管理するかを決定するために、コアネットワークによって使用され得る。
【００５４】
以下の説明は多くの具体的な詳細を説明する。しかしながら、実施の形態がこれらの具体的な詳細なしに実施されうることは理解される。他の例では、本説明の理解を不明にしないために、よく知られた回路や構成や技術は詳述されない。含まれる説明で、当業者であれば不要な実験を行うことなく適切な機能を実現することができるであろう。
【００５５】
本明細書における「ある実施の形態」、「実施の形態」、「例示的な実施の形態」などへの言及は、説明される実施の形態が特定のフィーチャ、構成または特性を含みうることを示すが、各実施の形態はそのような特定のフィーチャ、構成や特性を必ずしも含む必要はない。さらに、そのような文言は同じ実施の形態を指すとは限らない。さらに、実施の形態のとの関連で特定のフィーチャ、構成または特性が説明される場合、明示されているか否かに関わらず、他の実施の形態との関係でそのようなフィーチャ、構成または特性を実装することは、当業者の知識の範囲内であると述べる。
【００５６】
図面のうちの図４−１３Ｂを参照して特定の実施の形態を説明する。同等の符号は種々の図面の同等の対応する部材のために用いられる。本開示を通じて例示的なセルラシステムとしてＬＴＥおよびＮＲを用いるが、本明細書で提示されるアイデアは他の無線通信システムにも適用可能である。
【００５７】
図４は、特定の実施の形態に係る、例示的な無線ネットワークを示すブロック図である。無線ネットワーク１００は、ひとつ以上の無線デバイス１１０（携帯電話、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ＭＴＣデバイス、または無線通信を提供可能な任意の他のデバイスなど）と、複数のネットワークノード１２０（基地局やｅＮｏｄｅＢなど）と、を含む。ネットワークノード１２０はカバレッジエリア１１５（セル１１５とも称される）を担当する。
【００５８】
一般に、無線ネットワークノード１２０のカバレッジ内（例えば、ネットワークノード１２０によって担当されるセル１１５内）にある無線デバイス１１０は、無線信号１３０を送受信することで無線ネットワークノード１２０と通信する。例えば、無線デバイス１１０および無線ネットワークノード１２０は音声トラフィック、データトラフィックおよび／または制御信号を含む無線信号１３０をやりとりしてもよい。音声トラフィック、データトラフィックおよび／または制御信号を無線デバイス１１０に通信しているネットワークノード１２０は、無線デバイス１１０のサービングネットワークノード１２０と称されてもよい。
【００５９】
ある実施の形態では、無線デバイス１１０は非限定的な用語「ＵＥ」によって言及され得る。ＵＥは、無線信号を介してネットワークノードまたは別のＵＥと通信することができる任意のタイプの無線デバイスを含むことができる。ＵＥはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＵＥ、ＵＥに備えられたセンサ、ｉＰＡＤ、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み装置（ＬＥＥ）、ラップトップ取り付け装置（ＬＭＥ）、ＵＳＢドングル、カスタマプレミス装置（ＣＰＥ）を含んでもよい。
【００６０】
ある実施の形態では、ネットワークノード１２０は、基地局や無線基地局や基地送受信局や基地局コントローラやネットワークコントローラや発展型ノードＢ（ｅＮＢ）やノードＢやマルチＲＡＴ基地局やマルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ）や中継ノードやアクセスポイントや無線アクセスポイントやリモートラジオユニット（ＲＲＵ）やリモートラジオヘッド（ＲＲＨ）やコアネットワークノード（例えば、ＭＭＥ、ＳＯＮノード、調整ノードなど）や外部ノード（例えば、第三者ノード、現在のネットワークの外部のノード）などの任意の種類のネットワークノードを含んでもよい。
【００６１】
無線信号１３０は、ダウンリンク伝送（無線ネットワークノード１２０から無線デバイス１１０への）と、アップリンク伝送（無線デバイス１１０から無線ネットワークノード１２０への）と、の両方を含んでもよい。
【００６２】
各ネットワークノード１２０は、無線デバイス１１０に無線信号１３０を送信するために、単一の送信器または複数の送信器を有してもよい。ある実施の形態では、ネットワークノード１２０は複数入力複数出力（ＭＩＭＯ）システムを備えてもよい。同様に、各無線デバイス１１０は、ネットワークノード１２０から信号１３０を受信するために、単一の受信器または複数の受信器を有してもよい。
【００６３】
ネットワーク１００は、キャリアアグリゲーションを含むことができる。例えば、無線デバイス１１０は、ネットワークノード１２０ａおよび１２０ｂの両方によって担当可能であり、無線信号１３０をネットワークノード１２０ａおよび１２０ｂの両方と通信し得る。
【００６４】
ある実施の形態では、ネットワークノード１２５は無線ネットワークコントローラ（ＲＮＣ）とインタフェースすることができる。無線ネットワークコントローラはネットワークノード１２０を制御することができ、特定の無線リソース管理機能、モビリティ管理機能、および／または他の適切な機能を提供することができる。ある実施の形態では、無線ネットワークコントローラの機能はネットワークノード１２０に含まれてもよい。無線ネットワークコントローラは、コアネットワークノード３２０などのコアネットワークノード（ＣＮ）とインタフェースすることができる。
【００６５】
ある実施の形態では、無線ネットワークコントローラは、相互接続有線または無線ネットワークを介してコアネットワークノード３２０とインタフェースすることができる。相互接続ネットワークは、音声、ビデオ、信号、データ、メッセージ、またはこれらの任意の組合せを送信することができる任意の相互接続システムを指すことができる。相互接続ネットワークは、公衆交換電話網（ＰＳＴＮ）、公衆または私設データネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ローカル、リージョナル、またはグローバル通信、またはインターネットなどのコンピュータネットワーク、有線もしくは無線ネットワーク、企業イントラネット、またはそれらの組合せを含む任意の他の適切な通信リンクなどのすべてまたは一部を含むことができる。
【００６６】
いくつかの実施の形態では、コアネットワークノード３２０は、無線デバイス１１０のための通信セッションの確立および様々な他の機能を管理することができる。無線デバイス１１０は、非アクセス階層レイヤを使用して、コアネットワークノード３２０と特定の信号を交換することができる。非アクセス階層シグナリングでは、無線デバイス１１０とコアネットワークノード３２０との間の信号は無線アクセスネットワークを透過的に通過してもよい。ある実施の形態では、ネットワークノード１２０は、例えばＸ２インタフェースなどのノード間インタフェースを介して１つまたは複数のネットワークノード１２０とインタフェースすることができる。
【００６７】
無線デバイス１１０は、無線リソース制御（ＲＲＣ）状態情報などの状態情報を含んでもよい。例えば、無線デバイス１１０は、アイドル（ＩＤＬＥ）、接続（ＣＯＮＮＥＣＴＥＤ）、または接続非アクティブＲＲＣ（ＣＯＮＮＥＣＴＥＤ  ＩＮＡＣＴＩＶＥ  ＲＲＣ）状態のうちのひとつにあってもよい。ネットワークノード１２０（または無線ノードコントローラ）は、無線デバイス１１０の状態を制御することができる。ある実施の形態では、ネットワークノード１２０は無線デバイス１１０の状態または状態遷移についての通知をコアネットワークノード３２０に送信することができる。例えば、コアネットワークノード３２０は、無線デバイス１１０の状態変更通知を登録するまたはサブスクライブすることができる。状態変化を判定すると、ネットワークノード１２０は、コアネットワークノード３２０に状態変化を通知することができる。その通知は、位置情報を含むことができる。状態通知は、図５〜１０に関して以下でより詳細に説明される。
【００６８】
無線ネットワーク１００において、各無線ネットワークノード１２０は任意の適切な無線アクセス技術を用いてもよい。そのような技術は例えば、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ−アドバンスト、ＮＲ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＷｉＭａｘ、ＷｉＦｉ、および／または他の適切な無線アクセス技術である。無線ネットワーク１００はひとつ以上の無線アクセス技術の任意の適切な組み合わせを含んでもよい。例示を目的として、所定の無線アクセス技術のコンテキスト内で種々の実施の形態を説明するであろう。しかしながら、本開示の範囲はそれらの例に限定されず、他の実施の形態は異なる無線アクセス技術を用いうる。
【００６９】
上述の通り、無線ネットワークの実施の形態は、ひとつ以上の無線デバイスと、ひとつ以上の異なるタイプの無線ネットワークノードであって無線デバイスと通信可能なネットワークノードと、を含んでもよい。ネットワークはまた、無線デバイス間、または無線デバイスと他の通信デバイス（固定電話など）との間の通信をサポートするのに適切な追加的要素を含んでもよい。無線デバイスは、ハードウエアおよび／またはソフトウエアの任意の適切な組み合わせを含んでもよい。例えば、特定の実施の形態では、無線デバイス１１０などの無線デバイスは、以下の図１１に関して後述されるコンポーネントを含んでもよい。同様に、ネットワークノードは、ハードウエアおよび／またはソフトウエアの任意の適切な組み合わせを含んでもよい。例えば、特定の実施の形態では、ネットワークノード１２０などのネットワークノードは、以下の図１２Ａに関して後述されるコンポーネントを含んでもよい。コアネットワークノードは、ハードウエアおよび／またはソフトウエアの任意の適切な組み合わせを含んでもよい。例えば、特定の実施の形態では、コアネットワークノード３２０などのコアネットワークノードは、以下の図１３Ａに関して後述されるコンポーネントを含んでもよい。
【００７０】
本明細書で開示される実施の形態は、ＵＥがＲＲＣ接続非アクティブにあるかどうか、またはＲＲＣ接続非アクティブの対象になる可能性があるかどうかを、コアネットワークが認識するようになるという原理に基づく。２つのグループの実施の形態、すなわち、サブスクリプションベースの通知および自律ＲＡＮ開始通知、が開示される。これらの主要な実施の形態は、その変形を含めて、以下でより詳細に説明される。
【００７１】
特定の実施の形態は、サブスクリプションベースの通知を含む。ある実施の形態によれば、ＣＮはＲＡＮをサブスクライブし、したがって、ＲＡＮは、ＵＥがＲＲＣ接続にあるかまたはＲＲＣ接続非アクティブにあるかを含む、ＵＥに関する情報をＣＮに提供する。その情報は、例えば、ＵＥの位置の粒度についての知識に関して、所定の機能をどのように管理するかを決定するために、ＣＮによって使用され得る。
【００７２】
特定の実施の形態は、ＣＮ／ＲＡＮインタフェース上の手順を含むスタンドアローンサブスクリプション手順を含む。図４に例が示される。
【００７３】
図５は、いくつかの実施の形態による、無線アクセスネットワークへのコアネットワークサブスクリプションを示すシーケンス図である。ステップ１において、ＵＥは、ネットワークに接続され、ユーザプレーンデータおよび制御プレーンデータを受信および転送することができる。ステップ２において、コアネットワークは、ＲＲＣ接続とＲＲＣ接続非アクティブとの間のＵＥ遷移をサブスクライブするための要求をＲＡＮに送信する。要求はサブスクリプションおよび／または特定のデータ要求（例えば、現在位置要求）の詳細を記述するパラメータを含むことができる。
【００７４】
ステップ３において、ＲＡＮは、ＲＡＮがステップ２からの加入要求を受け入れたかどうかを示す応答をコアネットワークに提供し、受け入れられた加入および／または要求されたデータ（例えば、現在位置応答）に関連する詳細を提供する。ステップ４において、ＵＥが遷移すると（例えば、ＲＲＣ接続からＲＲＣ接続非アクティブに）、ＲＡＮは、コアネットワークに通知を送信する。その通知は、ネットワークによって設定されたＵＥの振る舞いを記述するパラメータを含むことができる。そのパラメータは、ステップ２で要求されたものであってもよい。
【００７５】
別の代替例は、接続セットアップ手順において、すなわち、図４のステップ１において既に、サブスクリプションメカニズムを含むことである。代替的な実施の形態は、ＬＴＥにおける初期ＵＥコンテキストセットアップ手順に基づいて以下に詳細に説明される。新しい機能は、現在の標準化された手順に関連して示される。例えば、この実施の形態は、３ＧＰＰ  ＴＳ  ３６．４１３ｖ１３．３．０のセクション８．３．１（その全体が参照により本明細書に組み入れられる）で説明される接続セットアップ手順に関連して説明されうる。ある実施の形態によれば、サブスクリプション手順は、ＣＮ／ＲＡＮインタフェース上のＵＥコンテキストセットアップ手順に埋め込まれる。
【００７６】
初期コンテキストセットアップ手順の目的は、Ｅ−ＲＡＢコンテキスト、セキュリティキー、ハンドオーバ制限リスト、ＵＥ無線能力、およびＵＥセキュリティ能力などを含む、必要な全体的な初期ＵＥコンテキストを確立することである。この手順は、ＵＥ関連シグナリングを使用する。図６に例が示される。
【００７７】
図６は、ある実施の形態に係る、初期コンテキストセットアップ手順を示すシグナリング図である。シグナリング図は、３ＧＰＰ  ＴＳ  ３６．４１３ｖ１３．３．０からの図８．３．１．２−１の再掲である。
【００７８】
Ｅ−ＲＡＢの確立の場合、ＥＰＣは、初期コンテキストセットアップ応答メッセージがＭＭＥによって受信されてしまう前に、ユーザデータを受信するように準備されなければならない。ＵＥ関連論理Ｓ１接続が存在しない場合、ＵＥ関連論理Ｓ１接続は、初期コンテキストセットアップ要求メッセージの受信時に確立されるものとする。
【００７９】
初期コンテキストセットアップ要求メッセージは、セットアップされるＥ−ＲＡＢリスト（Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｓｅｔｕｐ  Ｌｉｓｔ）ＩＥ内に、少なくとも１つの追加のＥ−ＲＡＢからなる新しいＥ−ＲＡＢ構成を構築するためにｅＮＢによって必要とされる情報を含むものとする。
【００８０】
セットアップされるＥ−ＲＡＢアイテムＩＥは、以下を含むことができる：
＊  ＮＡＳ−ＰＤＵ  ＩＥ、
＊  ＬＩＰＡ動作の場合の相関ＩＤ  ＩＥ、
＊  ＳＩＰＴＯ＠ＬＮ動作の場合のＳＩＰＴＯ相関ＩＤ  ＩＥ、
＊  ベアラタイプ（Ｂｅａｒｅｒ  Ｔｙｐｅ）ＩＥ。
【００８１】
初期コンテキストセットアップ要求メッセージは以下を含んでもよい
＊  追跡活性化（Ｔｒａｃｅ  Ａｃｔｉｖａｔｉｏｎ）ＩＥ、
＊  ハンドオーバ制限リスト（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ）ＩＥ、これは、ローミングまたはアクセス制限を含むことができる。
＊  ＵＥ無線能力（Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ）ＩＥ。
＊  ＲＡＴ／周波数優先（Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ）用のサブスクライバプロファイル（Ｓｕｂｓｃｒｉｂｅｒ  Ｐｒｏｆｉｌｅ）ＩＤのＩＥ。
＊  ＣＳフォールバックインジケータ（ＣＳ  Ｆａｌｌｂａｃｋ  Ｉｎｄｉｃａｔｏｒ）ＩＥ。
＊  ＳＲＶＣＣ動作可能（Ｏｐｅｒａｔｉｏｎ  Ｐｏｓｓｉｂｌｅ）ＩＥ。
＊  ＣＳＧメンバーシップステータス（Ｍｅｍｂｅｒｓｈｉｐ  Ｓｔａｔｕｓ）ＩＥ。
＊  登録済み（Ｒｅｇｉｓｔｅｒｅｄ）ＬＡＩ  ＩＥ。
＊  ＧＵＭＭＥＩ  ＩＥ、これはＵＥを担当するＭＭＥを示し、ＴＳ  ３６．３００のサブクローズ４．６．２および４．７．６．６に従ってのみ存在するものとする。
＊  ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ  ２  ＩＥ、これはＭＭＥによって割り当てられたＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤを示し、ＴＳ  ３６．３００のサブクローズ４．６．２に従ってのみ存在するものとする。
＊  管理ベースＭＤＴ許可ＩＥ（Ｍａｎａｇｅｍｅｎｔ  Ｂａｓｅｄ  ＭＤＴ  Ａｌｌｏｗｅｄ  ＩＥ）。
＊  管理ベースＭＤＴ  ＰＬＭＮリストＩＥ（Ｍａｎａｇｅｍｅｎｔ  Ｂａｓｅｄ  ＭＤＴ  ＰＬＭＮ  Ｌｉｓｔ  ＩＥ）。
＊  追加のＣＳフォールバックインジケータ（Ａｄｄｉｔｉｏｎａｌ  ＣＳ  Ｆａｌｌｂａｃｋ  Ｉｎｄｉｃａｔｏｒ）ＩＥ。
＊  マスクされた（Ｍａｓｋｅｄ）ＩＭＥＩＳＶ  ＩＥ。
＊  期待ＵＥ挙動ＩＥ（Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｒ  ＩＥ）
＊  ＰｒｏＳｅ認証（Ａｕｔｈｏｒｉｚｅｄ）ＩＥ。
＊  ＵＥユーザプレーンＣＩｏＴサポートインジケータＩＥ（ＵＥ  Ｕｓｅｒ  Ｐｌａｎｅ  ＣＩｏＴ  Ｓｕｐｐｏｒｔ  Ｉｎｄｉｃａｔｏｒ  ＩＥ）
＊  加入要求ＩＥ、例えば、ＲＲＣ接続とＲＲＣ接続非アクティブとの間のＵＥ遷移をサブスクライブすること。
【００８２】
初期コンテキストセットアップ要求メッセージは、ＭＭＥで利用可能な場合、ＲＡＴ／周波数優先ＩＥのサブスクライバプロファイルＩＤを含むものとする。
【００８３】
相関ＩＤ  ＩＥがＬＩＰＡ動作のためのＬ−ＧＷ機能を伴うｅＮＢに向かう初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、関係するＥ−ＲＡＢのＬＩＰＡ動作のためにこの情報を使用する。
【００８４】
ＳＩＰＴＯ相関ＩＤ  ＩＥがＳＩＰＴＯ＠ＬＮ動作のためのＬ−ＧＷ機能を伴うｅＮＢに向かう初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、関係するＥ−ＲＡＢのＳＩＰＴＯ＠ＬＮ動作のためにこの情報を使用する。
【００８５】
ベアラタイプＩＥが初期コンテキストセットアップ要求メッセージに含まれ、「ｎｏｎ  ＩＰ」に設定される場合、ｅＮＢは、関係するＥ−ＲＡＢのヘッダ圧縮を実行しない。
【００８６】
マスクされたＩＭＥＩＳＶ  ＩＥが初期コンテキストセットアップ要求に含まれる場合、ターゲットｅＮＢは、サポートされている場合、それを使用して、次の処理のためにＵＥの特性を決定する。
【００８７】
期待ＵＥ挙動ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、この情報を保存し、それを使用してＲＲＣ接続時間を決定することができる。
【００８８】
初期コンテキストセットアップ要求メッセージを受信すると、ｅＮＢは、以下を行うものとする
＊  要求されたＥ−ＲＡＢ設定の実行を試みる。
＊  ＵＥコンテキストにＵＥ集約最大ビットレート（ＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）を格納し、関係するＵＥの非ＧＢＲベアラについて受信したＵＥ集約最大ビットレートを使用する。
＊  確立された各データ無線ベアラのＥ−ＲＡＢについて受信されたＥ−ＲＡＢ  ＩＤ  ＩＥおよびＮＡＳ−ＰＤＵ  ＩＥに含まれる値を、無線インタフェースプロトコルに渡す。ｅＮＢは、失敗したデータ無線ベアラに関連付けられたＮＡＳ  ＰＤＵをＵＥに送信しない。
＊  受信したハンドオーバ制限リストをＵＥコンテキストに格納する。
＊  受信したＵＥ無線能力をＵＥコンテキストに格納する。
＊  ＲＡＴ／周波数優先について受信したサブスクライバプロファイルＩＤをＵＥコンテキストに格納し、ＴＳ  ３６．３００で定義されているように使用する。
＊  受信したＳＲＶＣＣ動作可能をＵＥコンテキストに格納し、ＴＳ  ２３．２１６で定義されているようにそれを使用する。
＊  受信したＵＥセキュリティ能力をＵＥコンテキストに格納する。
＊  受信したセキュリティキーをＵＥコンテキストに格納し、それを使用に供し、それをＴＳ  ３３．４０１で定義されているＮＣＣの初期値に関連付ける。
＊  受信したＣＳＧメンバーシップステータスを、サポートされている場合、ＵＥコンテキストに格納する。
＊  サポートされている場合、受信した管理ベースＭＤＴ許可情報をＵＥコンテキストに格納する。
＊  サポートされている場合、受信した管理ベースＭＤＴ  ＰＬＭＮリスト情報をＵＥコンテキストに格納する。
＊    サポートされている場合、受信したＰｒｏＳｅ認証情報をＵＥコンテキストに格納する。
＊  −加入要求ＩＥおよび含まれる関連パラメータの評価。このパラメータは、ＣＮがそれについての通知を要求しているところの情報と、この情報をどのように（例えば、周期など）提供することが要求されているかと、を記述する。
【００８９】
初期コンテキストセットアップのために、次のホップチェーンカウントの初期値がＵＥコンテキストに格納される。
【００９０】
割り当ておよび保持優先ＩＥの値に従ったリソースの割り当ては、Ｅ−ＲＡＢセットアップ手順について説明した原理に従うものとする。
【００９１】
ｅＮＢは、ハンドオーバ制限リストＩＥ内の情報を、それが初期コンテキストセットアップ要求メッセージ内に存在すれば、以下の用のために使用するものとする。
＊  ＣＳフォールバックインジケータＩＥが「ＣＳフォールバック高優先度」に設定され、かつ、追加のＣＳフォールバックインジケータＩＥが存在しない場合（この場合、ｅＮＢはハンドオーバ制限リストＩＥの情報を用いてもよい）を除いて、ＵＥに向かうモビリティアクションのターゲットについての情報をｅＮＢが提供する先の、後続のモビリティアクションのターゲットを決定するため；
＊  二重接続動作中に適切なＳＣＧを選択するため。
【００９２】
ハンドオーバ制限リストＩＥが初期コンテキストセットアップ要求メッセージに含まれていない場合、ｅＮＢは、ローミングもアクセス制限もＵＥに適用されないとみなす。ｅＮＢはまた、以下の場合に、ローミングもアクセス制限もＵＥに適用されないとみなす：
＊  セットアップＥ−ＲＡＢのうちのひとつが特定のＡＲＰ値（ＴＳ  ２３．４０１）を有する；
＊  ＣＳフォールバックインジケータＩＥが「ＣＳフォールバック高優先度」に設定され、追加のＣＳフォールバックインジケータＩＥが存在せず、ハンドオーバ制限リストＩＥが適用される場合、適切なターゲットが見つからず、その場合、それはＴＳ  ２３．２７２に従って処理する；
＊  ＣＳフォールバックインジケータＩＥは「ＣＳフォールバック高優先度」に設定され、追加のＣＳフォールバックインジケータＩＥは「制限無し」に設定され、この場合、ＴＳ  ２３．２７２に従って処理される。
【００９３】
追跡活性化ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、ＴＳ  ３２．４２２で説明されるように、要求された追跡機能を開始する。特に、ｅＮＢは、サポートされている場合、以下のものとする：
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥを含まない場合はＴＳ  ３２．４２２に記載されているように、要求された追跡セッションを開始する；
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、「即時ＭＤＴおよび追跡（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  ａｎｄ  Ｔｒａｃｅ）」に設定されたＭＤＴ活性化ＩＥを含む場合、ＴＳ  ３２．４２２に記載されるように、要求された追跡セッションおよびＭＤＴセッションを開始する；
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、「即時ＭＤＴのみ（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  Ｏｎｌｙ）」、「ログされたＭＤＴのみ（Ｌｏｇｇｅｄ  ＭＤＴ  ｏｎｌｙ）」、または「ログされたＭＢＳＦＮ  ＭＤＴ（Ｌｏｇｇｅｄ  ＭＢＳＦＮ  ＭＤＴ）」に設定されたＭＤＴ活性化ＩＥを含む場合、ＴＳ  ３２．４２２に記載されるように要求されたＭＤＴセッションを開始し、ｅＮＢはインタフェースツートレース（Ｉｎｔｅｒｆａｃｅｓ  Ｔｏ  Ｔｒａｃｅ）ＩＥおよび追跡深度（Ｔｒａｃｅ  Ｄｅｐｔｈ）ＩＥを無視するものとする。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、ＭＤＴ位置情報ＩＥを含む場合、この情報を格納し、要求されたＭＤＴセッションでそれを考慮に入れる。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、シグナリングベースのＭＤＴ  ＰＬＭＮリストＩＥを含む場合、ｅＮＢはＴＳ  ３７．３２０で説明されるように、ＭＤＴ設定を伝えるために、それを使用することができる。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、ＭＢＳＦＮ−ＲｅｓｕｌｔＴｏＬｏｇ  ＩＥを含む場合、ＴＳ  ３７．３２０に記載されているように、ＭＤＴ設定のためにそれを考慮に入れる。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、ＭＢＳＦＮ−ＲｅｓｕｌｔＴｏＬｏｇ  ＩＥ内のＭＢＳＦＮ−ＡｒｅａＩｄ  ＩＥを含む場合、ＴＳ  ３７．３２０に記載されているように、ＭＤＴ設定のためにそれを考慮に入れる。
【００９４】
ＣＳフォールバックインジケータＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、それは、セットアップされるＵＥコンテキストがＣＳフォールバックの対象であることを示す。ｅＮＢは初期コンテキストセットアップ要求メッセージで応答し、ＴＳ  ２３．２７２で定義されるように動作する。
【００９５】
登録済み（Ｒｅｇｉｓｔｅｒｅｄ）ＬＡＩ  ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、それは、ｅＮＢがターゲットセルまたは周波数を選択するときに登録済みＬＡＩ  ＩＥを考慮に入れることができ、次いでＴＳ  ２３．２７２で定義されるように動作可能であることを示す。
【００９６】
初期コンテキストセットアップ要求メッセージに含まれるＵＥセキュリティ能力ＩＥがＴＳ  ３３．４０１で定義されるＥＩＡ０アルゴリズムのみを含み、このＥＩＡ０アルゴリズムが、ｅＮＢ内の許可された完全性保護アルゴリズムの構成されたリスト内で定義される（ＴＳ  ３３．４０１）場合、ｅＮＢはそれを使用し、セキュリティキーＩＥ内で受信されたキーを無視するものとする。
【００９７】
ＧＵＭＭＥＩ  ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、この情報をＵＥコンテキストに格納し、後続のＸ２ハンドオーバのために使用する。
【００９８】
ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ  ２  ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、この情報をＵＥコンテキストに格納し、後続のＸ２ハンドオーバのために使用する。
【００９９】
管理ベースＭＤＴ許可ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、管理ベースＭＤＴ  ＰＬＭＮリストＩＥ（ＵＥコンテキストで利用可能な場合）内の情報と共にそれを使用して、ＴＳ  ３２．４２２で定義される管理ベースＭＤＴのためのＵＥの後続の選択を可能にする。
【０１００】
ＵＥユーザプレーンＣＩｏＴサポートインジケータＩＥが初期コンテキストセットアップ要求メッセージに含まれ、「サポートされる（ｓｕｐｐｏｒｔｅｄ）」に設定される場合、ｅＮＢは、サポートされている場合、ＴＳ  ２３．４０１で指定されるようなユーザプレーンＣＩｏＴ  ＥＰＳ最適化がＵＥについてサポートされていると考える。
【０１０１】
ｅＮＢは、初期コンテキストセットアップ応答メッセージにおいて、ＵＥとのセキュリティ手順の確立に成功したこと、および要求されたすべてのＥ−ＲＡＢの結果を、以下の方法でＭＭＥに報告する：
＊  確立に成功したＥ−ＲＡＢのリストは、Ｅ−ＲＡＢセットアップリストＩＥに含まれるものとする
＊  確立に失敗したＥ−ＲＡＢのリストは、Ｅ−ＲＡＢセットアップ失敗（Ｆａｉｌｅｄ  ｔｏ  Ｓｅｔｕｐ）リストＩＥに含まれるものとする。
【０１０２】
ｅＮＢがＥ−ＲＡＢの確立の失敗を報告する場合、原因値は、ＭＭＥが確立の失敗の理由を知ることを可能にするのに十分正確であるべきであり、例えば、「無線リソースが利用不可」、「無線インタフェース手順における失敗」等である。
【０１０３】
初期コンテキストセットアップ応答メッセージを送信した後、手順はｅＮＢで終了する。
【０１０４】
加入要求ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢはその内容を評価し、初期コンテキストセットアップ応答メッセージ内でＣＮに応答する。該応答メッセージは、加入要求の結果、すなわち、ＣＮがサブスクライブする情報をｅＮＢが提供するか否か、およびその情報（またはその部分集合）が提供される方法について、を伴う。
【０１０５】
初期コンテキストセットアップ要求および初期コンテキストセットアップ応答の表形式の説明に関して、追加のＩＥは、セクション９．１．４．１から始まる、現在のＴＳ３６．４１３に対する以下の例示的変更に従ってコード化することができる：
【０１０６】
2019533933.tif 000003
2019533933.tif 000004
2019533933.tif 000005
2019533933.tif 000006
2019533933.tif 000007
【０１０７】
上記の表の説明で説明したＩＥでは、ＣＮは、異なる情報を提供するためのサブスクリプションを求める要求をＲＡＮに送信することができる。例には、アクティブ状態（すなわち、ＲＲＣ接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ））と接続非アクティブ状態との間の遷移を報告するためのサブスクリプションが含まれるが、これらに限定されない。別の例は、位置情報を報告することである（例えば、セルレベル、登録エリアレベル、またはトラッキングエリアレベルなどでの位置の変化を報告すること）。別の例は、両方のタイプの情報（すなわち、状態遷移表示および位置情報）を一緒に報告することである。
【０１０８】
ＲＡＮは要求された情報への加入を肯定応答（アクノレッジ）することによって応答することができ、これは、肯定応答された（クラス１）モードおよび肯定応答されていない（クラス２）モードの両方における新しい手順または既存の手順を介した将来の報告をトリガし、またＲＡＮは加入を拒否することによって応答することができる。要求メッセージおよび応答メッセージにおいてＩＥをコード化する別の方法は、ＣＮが、ＲＡＮによって報告のための加入が要求されているいくつかの情報要素をリストすることである。ＲＡＮは同等のリストで応答し、ここでは、加入が受け入れられた情報が含まれ、加入が肯定応答されない情報は含まれない。上記の実施の形態では、ＣＮは、ＵＥコンテキスト作成時の特定のイベントの発生に応じて、所定のタイプの情報を提供することを求める要求を含む。設定された規則に従って情報が提供されることになるというｅＮＢからＣＮへの肯定的な応答があると、ＲＡＮは設定されたイベントが発生したときに、要求された情報をＣＮにシグナリングする。
【０１０９】
そのようなシグナリングは、様々な形態で起こり得る。シグナリングは、要求された情報を含む新しいクラス２手順を介して行われてもよい。シグナリングは、図７に示すＵＥコンテキスト変更表示／確認（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ／Ｃｏｎｆｉｒｍ）などの既存の手順を介して生じてもよい。
【０１１０】
図７は、いくつかの実施の形態による、ユーザ機器コンテキスト変更表示を示すシグナリング図である。図示された手順では、ｅＮＢは、ＵＥコンテキスト変更表示においてＣＮによって報告するように設定された情報を示す。ＣＮは、ＵＥコンテキスト変更確認において、そのような情報の正しい受け入れを確認する。
【０１１１】
追加の実施の形態では、ＲＡＮとＣＮとの間の情報交換は、ＮＡＳ  ＰＤＵを移送する手順を介してサポートされ得る。例えば、ＲＲＣ接続とＲＲＣ接続非アクティブとの間のＵＥ遷移をサブスクライブすることを求めるＣＮからの要求は、ＤＬ  ＮＡＳ  ＴＲＡＮＳＰＯＲＴ手順を介して提供されてもよい。この手順は、サブスクリプションの詳細を記述する潜在的なパラメータ、および任意選択で特定のデータ（例えば、現在位置要求）の要求を含むことができる。
【０１１２】
ＲＡＮはアップリンクでＮＡＳ  ＰＤＵを移送するために、ＵＬ  ＮＡＳトランスポートまたは他の手順を介してこの要求に応答することができる。この手順は、ＲＡＮが加入要求を受け入れたかどうかを示し、受け入れられたサブスクリプションに関連する詳細および要求された場合にはデータ（例えば、現在位置応答）を提供することができる。あるいはまた、手順はデータ報告をトリガするイベントが発生した場合にのみ、要求されたデータを含んでもよい。
【０１１３】
ＮＡＳトランスポート手順の後者の使用は、ＵＥコンテキストセットアップがない場合（例えば、ユーザデータがＣＰチャネルを介して送信される場合、およびＵＥが接続状態と接続非アクティブ状態との間で遷移される場合）に有利であり得る。
【０１１４】
第２のグループの実施の形態は、自律ＲＡＮ開始コアネットワーク通知を含む。所定の実施の形態によれば、コアネットワーク通知手順は自律的であってもよく、コアネットワーク加入なしにＲＡＮによって開始されてもよい。
【０１１５】
特定の実施の形態は、ＣＮ／ＲＡＮインタフェース上の手順を含み得る、スタンドアローンの自律ＲＡＮ開始コアネットワーク通知手順を含む。ＲＡＮは、ＵＥが潜在的にＲＲＣ接続非アクティブ状態になろうとしていると考えられるときはいつでも、コアネットワークに通知する。図８に例が示される。
【０１１６】
図８は、いくつかの実施の形態による、無線アクセスネットワークからコアネットワークへの自律的通知を示すシーケンス図である。ステップ１において、ＵＥは、ネットワークに接続され、ユーザプレーンデータおよび制御プレーンデータを受信および転送することができる。ステップ２において、ＲＡＮは、ＵＥが潜在的にＲＲＣ接続非アクティブになろうとしていると結論付ける。この決定は、活動パターンを含むがこれに限定されない様々な異なる要因に基づくことができる。
【０１１７】
ステップ３において、ＲＡＮは、例えば、活動パターンに基づいて、ＵＥが潜在的にＲＲＣ接続非アクティブになろうとしていることをコアネットワークに示す。ステップ４において、ＣＮは、ステップ３からの通知の受信を確認する。ステップ５において、ＣＮは、例えば、ＵＥ位置についての知識に依存するフィーチャを管理する際に、ステップ３においてＲＡＮから受信された表示を使用した。
【０１１８】
上記の別の代替例は、接続セットアップ手順において、すなわち、図６のステップ１において既に、メカニズムを含むことである。これは、ＬＴＥにおける初期ＵＥコンテキストセットアップ手順に基づいて以下に詳細に説明される。特定の実施の形態は、埋め込み自律ＲＡＮ開始コアネットワーク通知手順を含む。ある実施の形態によれば、サブスクリプション手順は、ＣＮ／ＲＡＮインタフェース上のＵＥコンテキストセットアップ手順に埋め込まれる。
【０１１９】
新しい機能は、現在の標準化された手順に関連して示される。例えば、この実施の形態は、３ＧＰＰ  ＴＳ  ３６．４１３ｖ１３．３．０のセクション８．３．１で説明される接続セットアップ手順に関連して説明されうる。
【０１２０】
初期コンテキストセットアップ手順の目的は、Ｅ−ＲＡＢコンテキスト、セキュリティキー、ハンドオーバ制限リスト、ＵＥ無線能力、およびＵＥセキュリティ能力などを含む、必要な全体的な初期ＵＥコンテキストを確立することである。この手順は、ＵＥ関連シグナリングを使用する。
【０１２１】
図６に一例が示される（３ＧＰＰ  ＴＳ  ３６．４１３ｖ１３．３．０の図８．３．１．２−１から再掲）。Ｅ−ＲＡＢの確立の場合、ＥＰＣは、初期コンテキストセットアップ応答メッセージがＭＭＥによって受信されてしまう前に、ユーザデータを受信するように準備されなければならない。ＵＥ関連論理Ｓ１接続が存在しない場合、ＵＥ関連論理Ｓ１接続は、初期コンテキストセットアップ要求メッセージの受信時に確立されるものとする。
【０１２２】
初期コンテキストセットアップ要求メッセージは、セットアップリストＩＥであるＥ−ＲＡＢ内に、少なくとも１つの追加のＥ−ＲＡＢからなる新しいＥ−ＲＡＢ構成を構築するためにｅＮＢによって必要とされる情報を含むものとする。
【０１２３】
セットアップされるＥ−ＲＡＢアイテムＩＥは、以下を含むことができる：
＊  ＮＡＳ−ＰＤＵ  ＩＥ、
＊  ＬＩＰＡ動作の場合の相関ＩＤ  ＩＥ、
＊  ＳＩＰＴＯ＠ＬＮ動作の場合のＳＩＰＴＯ相関ＩＤ  ＩＥ、
＊  ベアラタイプＩＥ。
【０１２４】
初期コンテキストセットアップ要求メッセージは以下を含んでもよい
＊  追跡活性化ＩＥ、
＊  ハンドオーバ制限リストＩＥ、これは、ローミングまたはアクセス制限を含むことができる、
＊  ＵＥ無線能力（Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ）ＩＥ、
＊  ＲＡＴ／周波数優先（Ｆｒｅｑｕｅｎｃｙ  ｐｒｉｏｒｉｔｙ）用のサブスクライバプロファイルＩＤのＩＥ、
＊  ＣＳフォールバックインジケータＩＥ、
＊  ＳＲＶＣＣ動作可能ＩＥ、
＊  ＣＳＧメンバーシップステータスＩＥ、
＊  登録済みＬＡＩ  ＩＥ、
＊  ＧＵＭＭＥＩ  ＩＥ、これはＵＥを担当するＭＭＥを示し、ＴＳ  ３６．３００のサブクローズ４．６．２および４．７．６．６に従ってのみ存在するものとする、
＊  ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ  ２  ＩＥ、これはＭＭＥによって割り当てられたＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤを示し、ＴＳ  ３６．３００のサブクローズ４．６．２に従ってのみ存在するものとする、
＊  管理ベースＭＤＴ許可ＩＥ（Ｍａｎａｇｅｍｅｎｔ  Ｂａｓｅｄ  ＭＤＴ  Ａｌｌｏｗｅｄ  ＩＥ）、
＊  管理ベースＭＤＴ  ＰＬＭＮリストＩＥ（Ｍａｎａｇｅｍｅｎｔ  Ｂａｓｅｄ  ＭＤＴ  ＰＬＭＮ  Ｌｉｓｔ  ＩＥ）、
＊  追加のＣＳフォールバックインジケータＩＥ、
＊  マスクされたＩＭＥＩＳＶ  ＩＥ、
＊  期待ＵＥ挙動ＩＥ（Ｅｘｐｅｃｔｅｄ  ＵＥ  Ｂｅｈａｖｉｏｒ  ＩＥ）、
＊  ＰｒｏＳｅ認証（Ａｕｔｈｏｒｉｚｅｄ）ＩＥ、
＊  ＵＥユーザプレーンＣＩｏＴサポートインジケータＩＥ（ＵＥ  Ｕｓｅｒ  Ｐｌａｎｅ  ＣＩｏＴ  Ｓｕｐｐｏｒｔ  Ｉｎｄｉｃａｔｏｒ  ＩＥ）、
＊  ＲＲＣ接続非アクティブＩＥ。
【０１２５】
初期コンテキストセットアップ要求メッセージは、ＭＭＥで利用可能な場合、ＲＡＴ／周波数優先ＩＥのサブスクライバプロファイルＩＤを含むものとする。
【０１２６】
相関ＩＤ  ＩＥがＬＩＰＡ動作のためのＬ−ＧＷ機能を伴うｅＮＢに向かう初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、関係するＥ−ＲＡＢのＬＩＰＡ動作のためにこの情報を使用する。
【０１２７】
ＳＩＰＴＯ相関ＩＤ  ＩＥがＳＩＰＴＯ＠ＬＮ動作のためのＬ−ＧＷ機能を伴うｅＮＢに向かう初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、関係するＥ−ＲＡＢのＳＩＰＴＯ＠ＬＮ動作のためにこの情報を使用する。
【０１２８】
ベアラタイプＩＥが初期コンテキストセットアップ要求メッセージに含まれ、「ｎｏｎ  ＩＰ」に設定される場合、ｅＮＢは、関係するＥ−ＲＡＢのヘッダ圧縮を実行しない。
【０１２９】
マスクされたＩＭＥＩＳＶ  ＩＥが初期コンテキストセットアップ要求に含まれる場合、ターゲットｅＮＢは、サポートされている場合、それを使用して、次の処理のためにＵＥの特性を決定する。
【０１３０】
期待ＵＥ挙動ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、この情報を保存し、それを使用してＲＲＣ接続時間を決定することができる。
＊  初期コンテキストセットアップ要求メッセージを受信すると、ｅＮＢは、以下を行うものとする
＊  要求されたＥ−ＲＡＢ設定の実行を試みる。
＊  ＵＥコンテキストにＵＥ集約最大ビットレート（ＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）を格納し、関係するＵＥの非ＧＢＲベアラについて受信したＵＥ集約最大ビットレートを使用する。
＊  確立された各データ無線ベアラのＥ−ＲＡＢについて受信されたＥ−ＲＡＢ  ＩＤ  ＩＥおよびＮＡＳ−ＰＤＵ  ＩＥに含まれる値を、無線インタフェースプロトコルに渡す。ｅＮＢは、失敗したデータ無線ベアラに関連付けられたＮＡＳ  ＰＤＵをＵＥに送信しない。
＊  受信したハンドオーバ制限リストをＵＥコンテキストに格納する。
＊  受信したＵＥ無線能力をＵＥコンテキストに格納する。
＊  ＲＡＴ／周波数優先について受信したサブスクライバプロファイルＩＤをＵＥコンテキストに格納し、ＴＳ  ３６．３００で定義されているように使用する。
＊  受信したＳＲＶＣＣ動作可能をＵＥコンテキストに格納し、ＴＳ  ２３．２１６で定義されているようにそれを使用する。
＊  受信したＵＥセキュリティ能力をＵＥコンテキストに格納する。
＊  受信したセキュリティキーをＵＥコンテキストに格納し、それを使用に供し、それをＴＳ  ３３．４０１で定義されているＮＣＣの初期値に関連付ける。
＊  受信したＣＳＧメンバーシップステータスを、サポートされている場合、ＵＥコンテキストに格納する。
＊  サポートされている場合、受信した管理ベースＭＤＴ許可情報をＵＥコンテキストに格納する。
＊  サポートされている場合、受信した管理ベースＭＤＴ  ＰＬＭＮリスト情報をＵＥコンテキストに格納する。
＊  サポートされている場合、受信したＰｒｏＳｅ認証情報をＵＥコンテキストに格納する。
【０１３１】
初期コンテキストセットアップのために、次のホップチェーンカウントの初期値がＵＥコンテキストに格納される。
【０１３２】
割り当ておよび保持優先ＩＥの値に従ったリソースの割り当ては、Ｅ−ＲＡＢセットアップ手順について説明した原理に従うものとする。
【０１３３】
ｅＮＢは、ハンドオーバ制限リストＩＥ内の情報を、それが初期コンテキストセットアップ要求メッセージ内に存在すれば、以下の用のために使用するものとする。
＊  ＣＳフォールバックインジケータＩＥが「ＣＳフォールバック高優先度」に設定され、かつ、追加のＣＳフォールバックインジケータＩＥが存在しない場合（この場合、ｅＮＢはハンドオーバ制限リストＩＥの情報を用いてもよい）を除いて、ＵＥに向かうモビリティアクションのターゲットについての情報をｅＮＢが提供する先の、後続のモビリティアクションのターゲットを決定する；
＊  二重接続動作中に適切なＳＣＧを選択する。
【０１３４】
＊  ハンドオーバ制限リストＩＥが初期コンテキストセットアップ要求メッセージに含まれていない場合、ｅＮＢは、ローミングもアクセス制限もＵＥに適用されないとみなす。ｅＮＢはまた、以下の場合に、ローミングもアクセス制限もＵＥに適用されないとみなす：
＊  セットアップＥ−ＲＡＢのうちのひとつが特定のＡＲＰ値（ＴＳ  ２３．４０１）を有する；
＊  ＣＳフォールバックインジケータＩＥが「ＣＳフォールバック高優先度」に設定され、追加のＣＳフォールバックインジケータＩＥが存在せず、ハンドオーバ制限リストＩＥが適用される場合、適切なターゲットが見つからず、その場合、それはＴＳ  ２３．２７２に従って処理する；
＊  ＣＳフォールバックインジケータＩＥは「ＣＳフォールバック高優先度」に設定され、追加のＣＳフォールバックインジケータＩＥは「制限無し」に設定され、この場合、ＴＳ  ２３．２７２に従って処理される。
【０１３５】
追跡活性化ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、ＴＳ  ３２．４２２で説明されるように、要求された追跡機能を開始する。特に、ｅＮＢは、サポートされている場合、以下のようにするものとする：
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥを含まない場合はＴＳ  ３２．４２２に記載されているように、要求された追跡セッションを開始する；
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、「即時ＭＤＴおよび追跡（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  ａｎｄ  Ｔｒａｃｅ）」に設定されたＭＤＴ活性化ＩＥを含む場合、ＴＳ  ３２．４２２に記載されるように、要求された追跡セッションおよびＭＤＴセッションを開始する；
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、「即時ＭＤＴのみ（Ｉｍｍｅｄｉａｔｅ  ＭＤＴ  Ｏｎｌｙ）」、「ログされたＭＤＴのみ（Ｌｏｇｇｅｄ  ＭＤＴ  ｏｎｌｙ）」、または「ログされたＭＢＳＦＮ  ＭＤＴ（Ｌｏｇｇｅｄ  ＭＢＳＦＮ  ＭＤＴ）」に設定されたＭＤＴ活性化ＩＥを含む場合、ＴＳ  ３２．４２２に記載されるように要求されたＭＤＴセッションを開始し、ｅＮＢはインタフェースツートレース（Ｉｎｔｅｒｆａｃｅｓ  Ｔｏ  Ｔｒａｃｅ）ＩＥおよび追跡深度（Ｔｒａｃｅ  Ｄｅｐｔｈ）ＩＥを無視するものとする。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、ＭＤＴ位置情報ＩＥを含む場合、この情報を格納し、要求されたＭＤＴセッションでそれを考慮に入れる。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、シグナリングベースのＭＤＴ  ＰＬＭＮリストＩＥを含む場合、ｅＮＢはＴＳ  ３７．３２０で説明されるように、ＭＤＴ設定を伝えるために、それを使用することができる。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、ＭＢＳＦＮ−ＲｅｓｕｌｔＴｏＬｏｇ  ＩＥを含む場合、ＴＳ  ３７．３２０に記載されているように、ＭＤＴ設定のためにそれを考慮に入れる。
＊  追跡活性化ＩＥがＭＤＴ設定ＩＥ内に、ＭＢＳＦＮ−ＲｅｓｕｌｔＴｏＬｏｇ  ＩＥ内のＭＢＳＦＮ−ＡｒｅａＩｄ  ＩＥを含む場合、ＴＳ  ３７．３２０に記載されているように、ＭＤＴ設定のためにそれを考慮に入れる。
【０１３６】
ＣＳフォールバックインジケータＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、それは、セットアップされるＵＥコンテキストがＣＳフォールバックの対象であることを示す。ｅＮＢは初期コンテキストセットアップ要求メッセージで応答し、ＴＳ  ２３．２７２で定義されるように動作する。
【０１３７】
登録済み（Ｒｅｇｉｓｔｅｒｅｄ）ＬＡＩ  ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、それは、ｅＮＢがターゲットセルまたは周波数を選択するときに登録済みＬＡＩ  ＩＥを考慮に入れることができ、次いでＴＳ  ２３．２７２で定義されるように動作可能であることを示す。
【０１３８】
初期コンテキストセットアップ要求メッセージに含まれるＵＥセキュリティ能力ＩＥがＴＳ  ３３．４０１で定義されるＥＩＡ０アルゴリズムのみを含み、このＥＩＡ０アルゴリズムが、ｅＮＢ内の許可された完全性保護アルゴリズムの構成されたリスト内で定義される（ＴＳ  ３３．４０１）場合、ｅＮＢはそれを使用し、セキュリティキーＩＥ内で受信されたキーを無視するものとする。
【０１３９】
ＧＵＭＭＥＩ  ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、この情報をＵＥコンテキストに格納し、後続のＸ２ハンドオーバのために使用する。
【０１４０】
ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ  ２  ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、この情報をＵＥコンテキストに格納し、後続のＸ２ハンドオーバのために使用する。
【０１４１】
管理ベースＭＤＴ許可ＩＥが初期コンテキストセットアップ要求メッセージに含まれる場合、ｅＮＢは、サポートされている場合、管理ベースＭＤＴ  ＰＬＭＮリストＩＥ（ＵＥコンテキストで利用可能な場合）内の情報と共にそれを使用して、ＴＳ  ３２．４２２で定義される管理ベースＭＤＴのためのＵＥの後続の選択を可能にする。
【０１４２】
ＵＥユーザプレーンＣＩｏＴサポートインジケータＩＥが初期コンテキストセットアップ要求メッセージに含まれ、「サポートされる（ｓｕｐｐｏｒｔｅｄ）」に設定される場合、ｅＮＢは、サポートされている場合、ＴＳ  ２３．４０１で指定されるようなユーザプレーンＣＩｏＴ  ＥＰＳ最適化がＵＥについてサポートされていると考える。
【０１４３】
ｅＮＢは、初期コンテキストセットアップ応答メッセージにおいて、ＵＥとのセキュリティ手順の確立に成功したこと、および要求されたすべてのＥ−ＲＡＢの結果を、以下の方法でＭＭＥに報告する：
＊  確立に成功したＥ−ＲＡＢのリストは、Ｅ−ＲＡＢセットアップリストＩＥに含まれるものとする
＊  確立に失敗したＥ−ＲＡＢのリストは、Ｅ−ＲＡＢセットアップ失敗（Ｆａｉｌｅｄ  ｔｏ  Ｓｅｔｕｐ）リストＩＥに含まれるものとする。
【０１４４】
ｅＮＢがＥ−ＲＡＢの確立の失敗を報告する場合、原因値は、ＭＭＥが確立の失敗の理由を知ることを可能にするのに十分正確であるべきであり、例えば、「無線リソースが利用不可」、「無線インタフェース手順における失敗」等である。
【０１４５】
初期コンテキストセットアップ応答メッセージを送信した後、手順はｅＮＢで終了する。
【０１４６】
ＲＡＮは、ＵＥがＲＲＣ接続非アクティブになろうとしていることをＣＮに示すことができる。
【０１４７】
ネットワークノードにおいて実行される特定の実施の形態は図９によって一般化されてもよい。コアネットワークノードにおいて実行される特定の実施の形態は図１０によって一般化されてもよい。
【０１４８】
図９は、ある実施の形態に係る、ネットワークノードにおける例示的な方法を示すフロー図である。特定の実施の形態では、図９のひとつ以上のステップは、図４に関して説明された無線ネットワーク１００のネットワークノード１２０によって行われてもよい。
【０１４９】
この方法はステップ９１２で開始し、そこではネットワークノードは第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥ遷移の通知を受信することを求める加入要求を受信する。例えば、ネットワークノード１２０はコアネットワークノード３２０から加入要求を受信してもよく、その加入要求は、ＲＲＣ接続状態からＲＲＣ接続非アクティブ状態への無線デバイス１１０の遷移（またはその逆）の通知を求めるものである。加入要求は、ＵＥの位置情報を受信するための要求を含むことができる。前記加入要求は、前記通知を受信するための周期を含んでもよい。前記周期は、前記通知が一度限りの通知か、または、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの後続の各遷移の通知か、を指定する。ある実施の形態では、要求は追加情報を含んでもよい。ネットワークノードは、図６−８に関して上述された実施の形態または例のうちのいずれかにしたがい、加入要求を受信してもよい。
【０１５０】
ステップ９１４において、ネットワークノードは、ネットワークノードが通知を提供するであろうことを示す加入応答を任意選択で送信することができる。例えば、ネットワークノード１２０は、ネットワークノード１２０がサブスクリプションを受け入れ、要求された情報のすべてまたは一部をコアネットワークノード３２０に提供するという応答をコアネットワークノード３２０に提供することができる。ネットワークノードは、図６−８に関して上述された実施の形態または例のうちのいずれかにしたがい、加入応答を送信してもよい。いくつかの実施の形態では、ネットワークノード１２０は確認を全く提供しなくてもよく、方法はステップ９１６に直接続くことができる。
【０１５１】
ステップ９１６において、ネットワークノードは、ＵＥが第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したか否かを判定する。例えば、ネットワークノード１２０は、無線デバイス１１０がＲＲＣ接続状態からＲＲＣ接続非アクティブ状態（またはその逆）に遷移したか、または遷移しようとしているか、を判定することができる。状態遷移が発生した場合、方法はステップ９１８に進む。
【０１５２】
ステップ９１８において、ネットワークノードは、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を、コアネットワークノードに送信する。例えば、ネットワークノード１２０は、コアネットワークノード３２０に通知を送信する。通知は状態変化（例えば、状態からのおよび／または状態への）、位置情報、または任意の他の適切な情報についての情報を含み得る。
【０１５３】
特定の実施の形態では、ネットワークノードは状態遷移の発生に時間的に近接して通知を送信する。いくつかの実施の形態では、ネットワークノードはスケジュールされた間隔で通知を送信することができる。通知は一度限りの通知を含むことができ、または、ネットワークノードが加入取消要求を受信するまで、状態遷移ごとに通知を継続することができる。ネットワークノードは、図６−８に関して上述された実施の形態または例のうちのいずれかにしたがい、通知を送信してもよい。
【０１５４】
図９に示される方法９００に対して変更、追加、または省略を行ってもよい。加えて、方法９００のひとつ以上のステップは並列して、または任意の適切な順序で、行われてもよい。
【０１５５】
図１０は、ある実施の形態に係る、コアネットワークノードにおける例示的な方法を示すフロー図である。特定の実施の形態では、図１０のひとつ以上のステップは、図４に関して説明された無線ネットワーク１００のコアネットワークノード３２０によって行われてもよい。
【０１５６】
この方法はステップ１０１２で開始し、そこではコアネットワークノードは第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥ遷移の通知を受信することを求める加入要求を送信する。例えば、コアネットワークノード３２０はネットワークノード１２０に加入要求を送信してもよく、その加入要求は、ＲＲＣ接続状態からＲＲＣ接続非アクティブ状態への無線デバイス１１０の遷移（またはその逆）の通知を求めるものである。加入要求は、ＵＥの位置情報を受信するための要求を含むことができる。前記加入要求は、前記通知を受信するための周期を含んでもよい。前記周期は、前記通知が一度限りの通知か、または、前記第１ＲＲＣ状態と前記第２ＲＲＣ状態との間の前記ＵＥの後続の各遷移の通知か、を指定する。ある実施の形態では、要求は追加情報を含んでもよい。コアネットワークノードは、図６−８に関して上述された実施の形態または例のうちのいずれかにしたがい、加入要求を送信してもよい。
【０１５７】
ステップ１０１４において、コアネットワークノードは、ネットワークノードが通知を提供するであろうことを示す加入応答を任意選択で受信することができる。例えば、コアネットワークノード３２０は、ネットワークノード１２０がサブスクリプションを受け入れ、要求された情報のすべてまたは一部をコアネットワークノード３２０に提供するという応答をネットワークノード１２０から受信してもよい。コアネットワークノードは、図６−８に関して上述された実施の形態または例のうちのいずれかにしたがい、加入応答を受信してもよい。いくつかの実施の形態では、ネットワークノード１２０は確認を全く提供しなくてもよく、方法はステップ１０１６に直接続くことができる。
【０１５８】
ステップ１０１６において、コアネットワークノードは、ネットワークノードから通知を受信する。例えば、ネットワークノード１２０が、無線デバイス１１０がＲＲＣ接続状態からＲＲＣ接続非アクティブ状態（またはその逆）に遷移したか、または遷移しようとしている、と判定すると、コアネットワークノード１２０はネットワークノード１２０から通知を受信してもよい。コアネットワークノードは、図６−８に関して上述された実施の形態または例のうちのいずれかにしたがい、通知を受信してもよい。
【０１５９】
ステップ１０１８において、コアネットワークノードは、受信した通知に基づいて、ＵＥに対するコアネットワークノードの動作を変更する。例えば、コアネットワークノード３２０は、無線デバイス１１０の位置に依存する動作を実行することができる。コアネットワークノード３２０は、通知において受信された位置情報を使用して、動作を実行することができる。コアネットワークノードは、図６−８に関して上述された実施の形態または例のうちのいずれかにしたがい、動作を変更してもよい。
【０１６０】
図１０に示される方法１０００に対して変更、追加、または省略を行ってもよい。加えて、方法１０００のひとつ以上のステップは並列して、または任意の適切な順序で、行われてもよい。
【０１６１】
図１１は、無線デバイスの例示的な実施の形態を示すブロック図である。無線デバイスは図４に示される無線デバイス１１０の一例である。特定の実施の形態では、無線デバイスはＲＲＣ状態の間を遷移可能である。
【０１６２】
無線デバイスの特定の例は、携帯電話、スマートフォン、ＰＤＡ（パーソナルデジタルアシスタント）、可搬コンピュータ（例えば、ラップトップ、タブレット）、センサ、モデム、マシンタイプ（ＭＴＣ）デバイス／マシン対マシン（Ｍ２Ｍ）デバイス、ラップトップ組み込み装置（ＬＥＥ）、ラップトップ搭載装置（ＬＭＥ）、ＵＳＢドングル、デバイス対デバイス可能デバイス、車両対車両デバイス、または無線通信を提供可能な任意の他のデバイスを含む。無線デバイスは、トランシーバ１１１０と、処理回路１１２０と、メモリ１１３０と、電源１１４０と、を含む。ある実施の形態では、トランシーバ１１１０は、無線ネットワークノード１２０への（例えば、アンテナを介した）無線信号の送信および無線ネットワークノード１２０からの（例えば、アンテナを介した）無線信号の受信を促進し、処理回路１１２０はインストラクションを実行することで本明細書において無線デバイスによって提供されるものとして説明されている機能のいくつかまたは全てを提供し、メモリ１１３０は処理回路１１２０によって実行されるインストラクションを保持する。電源１１４０は、トランシーバ１１１０、処理回路１１２０および／またはメモリ１１３０などの無線デバイス１１０のコンポーネントのうちのひとつ以上に電力を供給する。
【０１６３】
処理回路１１２０は、インストラクションを実行しデータを操作することで無線デバイスの説明される機能のうちのいくつかまたは全てを行うために、ひとつ以上の集積回路またはモジュールで実装されるハードウエアおよびソフトウエアの任意の適切な組み合わせを含む。ある実施の形態では、処理回路１１２０は、例えば、ひとつ以上のコンピュータ、ひとつ以上のプログラム可能論理デバイス、ひとつ以上の中央演算ユニット（ＣＰＵ）、ひとつ以上のマイクロプロセッサ、ひとつ以上のアプリケーション、および／または他のロジック、および／または任意の適切なそれらの組み合わせを含んでもよい。処理回路１１２０は、無線デバイス１１０の説明される機能のうちのいくつかまたは全てを行うよう構成されたアナログ回路および／またはデジタル回路を含んでもよい。例えば、処理回路１１２０は抵抗、キャパシタ、インダクタ、トランジスタ、ダイオード、および／または任意の他の適切な回路コンポーネントを含んでもよい。
【０１６４】
メモリ１１３０は総じてコンピュータ実行可能コードおよびデータを保持するよう動作可能である。メモリ１１３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）やリードオンリメモリ（ＲＯＭ））、大容量ストレージ媒体（例えば、ハードディスク）、リムーバブルストレージ媒体（例えば、コンパクトディスク（ＣＤ）やデジタルビデオディスク（ＤＶＤ））、および／または情報を保持する任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【０１６５】
電源１１４０は総じて無線デバイス１１０のコンポーネントに電力を供給するよう動作可能である。電源１１４０は、リチウムイオン、リチウム空気、リチウムポリマ、ニッケルカドミウム、ニッケル水素金属、または無線デバイスに電力を供給するための任意の他の適切なタイプの電池などの任意の適切なタイプの電池を含んでもよい。
【０１６６】
無線デバイスの他の実施の形態は、無線デバイスの機能のある側面を提供するための追加的なコンポーネント（図１１に示されるものを超えて）を含んでもよく、そのような機能は上述の機能のいずれかおよび／または追加的な機能（上述の解をサポートするのに必要な機能を含む）を含む。
【０１６７】
図１２Ａは、ネットワークノードの例示的な実施の形態を示すブロック図である。ネットワークノードは図４に示されるネットワークノード１２０の一例である。特定の実施の形態では、ネットワークノードは、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める要求を、コアネットワークノードから、受信することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したＵＥを決定することと、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を、コアネットワークノードに送信することと、を行うことができる。前記ネットワークノードは、該ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記コアネットワークノードに送信してもよい。
【０１６８】
ネットワークノード１２０は、ｅＮｏｄｅＢ、ｎｏｄｅＢ、基地局、無線アクセスポイント（例えば、ＷｉＦｉアクセスポイント）、低電力ノード、ベーストランシーバ局（ＢＴＳ）、送信ポイントまたはノード、リモートＲＦユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、または他の無線アクセスノードであってもよい。ネットワークノードは、少なくともひとつのトランシーバ１２１０と、少なくともひとつの処理回路１２２０と、少なくともひとつのメモリ１２３０と、少なくともひとつのネットワークインタフェース１２４０と、を含む。トランシーバ１２１０は、無線デバイス１１０などの無線デバイスへ（例えば、アンテナを介して）無線信号を送信することおよび無線デバイス１１０などの無線デバイスから（例えば、アンテナを介して）無線信号を受信することを促進し、処理回路１２２０はインストラクションを実行することでネットワークノード１２０によって提供されるものとして上述されている機能のいくつかまたは全てを提供し、メモリ１２３０は処理回路１２２０によって実行されるインストラクションを保持し、ネットワークインタフェース１２４０は、ゲートウエイ、スイッチ、ルータ、インターネット、公衆電話交換網（ＰＳＴＮ）、コントローラ、および／または他のネットワークノード１２０などのバックエンドネットワークコンポーネントに信号を伝送する。処理回路１２２０およびメモリ１２３０は上の図１１の処理回路１３２０およびメモリ１３３０に関して説明されたものと同じタイプのものであってもよい。
【０１６９】
ある実施の形態では、ネットワークインタフェース１２４０は処理回路１２２０に通信可能に結合され、ネットワークノード１２０への入力を受信し、ネットワークノード１２０からの出力を送信し、そのような入力または出力もしくはその両方の適切な処理を実行し、他のデバイスと通信し、またはそれらの任意の組み合わせを行うよう動作する任意の適切なデバイスを指す。ネットワークインタフェース１２４０は、ネットワークを通じて通信するための、適切なハードウエア（例えば、ポート、モデム、ネットワークインタフェースカードなど）とソフトウエア（プロトコル変換およびデータ処理能力を含む）とを含む。
【０１７０】
ネットワークノード１２０の他の実施の形態は、ネットワークノードの機能のある側面を提供するための追加的なコンポーネント（図１２Ａに示されるものを超えて）を含んでもよく、そのような機能は上述の機能のいずれかおよび／または追加的な機能（上述の解をサポートするのに必要な機能を含む）を含む。種々の異なるタイプのネットワークノードは、同じ物理的なハードウエアを有するが異なる無線アクセス技術をサポートするよう（例えば、プログラミングを介して）構成されたコンポーネントを含んでもよく、または部分的にまたは完全に異なる物理的コンポーネントを表してもよい。
【０１７１】
図１２Ｂは、ネットワークノード１２０の例示的なコンポーネントを示すブロック図である。コンポーネントは、受信モジュール１２５０と、決定モジュール１２５２と、送信モジュール１２５４と、を含んでもよい。
【０１７２】
受信モジュール１２５０は、ネットワークノード１２０の受信機能を行ってもよい。例えば、受信モジュール１２５０は、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める要求を、コアネットワークノードから、受信してもよい。これは、上記の実施の形態または例のいずれかで説明した通りである。ある実施の形態では、受信モジュール１２５０は処理回路１２２０を含むか、それに含まれてもよい。特定の実施の形態では、受信モジュール１２５０は決定モジュール１２５２および送信モジュール１２５４と通信してもよい。
【０１７３】
決定モジュール１２５２は、ネットワークノード１２０の決定機能を行ってもよい。例えば、決定モジュール１２５２は、上述の例のいずれかに従って、第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したＵＥを決定し得る。ある実施の形態では、決定モジュール１２５２は処理回路１２２０を含むか、それに含まれてもよい。特定の実施の形態では、決定モジュール１２５２は受信モジュール１２５０および送信モジュール１２５４と通信してもよい。
【０１７４】
送信モジュール１２５４は、ネットワークノード１２０の送信機能を行ってもよい。例えば、送信モジュール１２５４は、上述の例のいずれかに従って、加入応答および／または状態遷移通知をコアネットワークノードに送信し得る。ある実施の形態では、送信モジュール１２５４は処理回路１２２０を含むか、それに含まれてもよい。特定の実施の形態では、送信モジュール１２５４は受信モジュール１２５０および決定モジュール１２５２と通信してもよい。
【０１７５】
図１３Ａは、ある実施の形態にしたがう、例示的なコアネットワークノード３２０の模式的なブロック図である。特定の実施の形態では、コアネットワークノードは、第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を受信することを求める加入要求を、ネットワークノードへ、送信することと、ＵＥが第１ＲＲＣ状態と第２ＲＲＣ状態との間で遷移したとネットワークノードが決定すると、通知をネットワークノードから受信することと、を行うことができる。前記コアネットワークノードは、該ネットワークノードが前記通知を提供するであろうことを示す加入応答を、前記ネットワークノードから受信してもよい。
【０１７６】
コアネットワークノードの例は、移動交換局（ＭＳＣ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）、モビリティ管理エンティティ（ＭＭＥ）、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、アクセスおよびモビリティ管理機能（ＡＭＦ）などを含むことができる。コアネットワークノードは、処理回路６２０と、メモリ６３０と、およびネットワークインタフェース６４０と、を含む。いくつかの実施の形態では、処理回路６２０は、ネットワークノードによって提供されるものとして上述した機能の一部またはすべてを提供するためのインストラクションを実行し、メモリ６３０は、処理回路６２０によって実行されるインストラクションを保存し、ネットワークインタフェース６４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、ネットワークノード１２０、無線ネットワークコントローラまたはコアネットワークノード３２０などの任意の適切なノードに信号を通信する。
【０１７７】
処理回路６２０は、インストラクションを実行しデータを操作することでコアネットワークノードの説明される機能のうちのいくつかまたは全てを行うために、ひとつ以上のモジュールで実装されるハードウエアおよびソフトウエアの任意の適切な組み合わせを含んでもよい。ある実施の形態では、処理回路６２０は、例えば、ひとつ以上のコンピュータ、ひとつ以上の中央演算ユニット（ＣＰＵ）、ひとつ以上のマイクロプロセッサ、ひとつ以上のアプリケーション、および／または他のロジック、を含んでもよい。
【０１７８】
メモリ６３０は一般に、コンピュータプログラム、ソフトウエア、論理や規則やアルゴリズムやコードやテーブルなどのうちの１つまたは複数を含むアプリケーション、および／またはプロセッサによって実行可能な他のインストラクションなどのインストラクションを保持するように動作可能である。メモリ６３０の例は、コンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）やリードオンリメモリ（ＲＯＭ））、大容量ストレージ媒体（例えば、ハードディスク）、リムーバブルストレージ媒体（例えば、コンパクトディスク（ＣＤ）やデジタルビデオディスク（ＤＶＤ））、および／または情報を保持する任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【０１７９】
ある実施の形態では、ネットワークインタフェース６４０は処理回路６２０に通信可能に結合され、ネットワークノードへの入力を受信し、ネットワークノードからの出力を送信し、そのような入力または出力もしくはその両方の適切な処理を実行し、他のデバイスと通信し、またはそれらの任意の組み合わせを行うよう動作する任意の適切なデバイスを指してもよい。ネットワークインタフェース６４０は、ネットワークを通じて通信するための、適切なハードウエア（例えば、ポート、モデム、ネットワークインタフェースカードなど）とソフトウエア（プロトコル変換およびデータ処理能力を含む）とを含んでもよい。
【０１８０】
ネットワークノードの他の実施の形態は、ネットワークノードの機能のある側面を提供することの責を負う、図６に示されるものを超える追加的なコンポーネントを含んでもよく、そのような機能は上述の機能のいずれかおよび／または追加的な機能（上述の解をサポートするのに必要な機能を含む）を含む。
【０１８１】
図１３Ｂは、コアネットワークノード３２０の例示的なコンポーネントを示すブロック図である。コンポーネントは、受信モジュール１３５０と、送信モジュール１３５２と、を含んでもよい。
【０１８２】
受信モジュール１３５０は、コアネットワークノード３２０の受信機能を行ってもよい。例えば、受信モジュール１３５０は、通知加入への応答、および／または第１ＲＲＣ状態と第２ＲＲＣ状態との間のＵＥの遷移の通知を、ネットワークノードから、受信してもよい。これは、上記の実施の形態または例のいずれかで説明した通りである。ある実施の形態では、受信モジュール１３５０は処理回路６２０を含むか、それに含まれてもよい。特定の実施の形態では、受信モジュール１３５０は送信モジュール１３５２と通信してもよい。
【０１８３】
送信モジュール１３５２は、コアネットワークノード３２０の送信機能を行ってもよい。例えば、送信モジュール１３５２は、上述の例のいずれかに従って、加入要求をネットワークノードに送信し得る。ある実施の形態では、送信モジュール１３５２は処理回路６２０を含むか、それに含まれてもよい。特定の実施の形態では、送信モジュール１３５２は受信モジュール１３５０と通信してもよい。
【０１８４】
本開示のいくつかの実施の形態は、１つまたは複数の技術的利点を提供することができる。いくつかの実施の形態は、これらの利点の一部、いずれでもない、または全てから利益を得ることができる。他の技術的利点は、当業者には明らかであろう。例えば、いくつかの実施の形態は、ＣＮが、ＲＡＮにおいて利用可能な所定の情報（例えば、ＲＲＣ接続とＲＲＣ接続非アクティブとの間のＵＥ遷移）をサブスクライブすることを可能にするので有利である。ＣＮは、（例えば、ＵＥの位置に関する知識の信頼性に基づいて）、その情報を自身の機能への入力として使用することができる。一例として、ＣＮは、ＵＥがＡＳレベルでシステムに接続されていないとき、および必ずしも位置の変化（例えば、セルの変化）を報告しないとき、非アクティブ接続状態の期間中のＵＥ位置監視のための挙動を調整することができる。
【０１８５】
本開示を所定の実施の形態で説明したが、実施の形態の変更や置換は当業者には明らかであろう。所定の無線アクセス技術を参照してある実施の形態を説明したが、任意の適切な無線アクセス技術（ＲＡＴ）またはそれらの無線アクセス技術の組み合わせを用いてもよい。そのような技術は例えば、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ−アドバンスト、ＮＲ、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＷｉＭａｘ、ＷｉＦｉなどである。したがって、実施の形態の上述の記載は本開示を制限するものではない。本開示の範囲から逸脱することなく、他の変形、代替および変更が可能である。
【０１８６】
略語
３ＧＰＰ  第三世代パートナーシッププロジェクト
ＣＡ  キャリアアグリゲーション
ＣＣ  コンポーネントキャリア
ｅＮＢ  発展型ノードＢ
ｅＮｏｄｅＢ  発展型ノードＢ
ＦＤＤ  周波数分割複信
ＬＴＥ  ロングタームエボリューション
ＮＲ  ニューラジオ
ＰＣＣ  プライマリコンポーネントキャリア
ＰＣｅｌｌ  プライマリセル
ＲＡＴ  無線アクセス技術
ＲＲＣ  無線リソースコントロール
ＲＳＲＰ  基準信号受信電力
ＲＳＲＱ  基準信号受信品質
ＳＣＣ  セカンダリコンポーネントキャリア
ＳＣｅｌｌ  セカンダリセル
ＴＤＤ  時分割複信
ＵＥ  ユーザ装置
ＵＭＴＳ  ユニバーサルモバイルテレコミュニケーションシステム。
【図１】
2019533933.tif 000008
【図２】
2019533933.tif 000009
【図３】
2019533933.tif 000010
【図４】
2019533933.tif 000011
【図５】
2019533933.tif 000012
【図６】
2019533933.tif 000013
【図７】
2019533933.tif 000014
【図８】
2019533933.tif 000015
【図９】
2019533933.tif 000016
【図１０】
2019533933.tif 000017
【図１１】
2019533933.tif 000018
【図１２Ａ】
2019533933.tif 000019
【図１２Ｂ】
2019533933.tif 000020
【図１３Ａ】
2019533933.tif 000021
【図１３Ｂ】
2019533933.tif 000022
【国際調査報告】
2019533933.tif 000023
2019533933.tif 000024
2019533933.tif 000025