(57)【要約】  本開示は、移動通信システムにおけるユーザ機器に関する。ＵＥは、第１の無線アクセスネットワーク通知エリアである第１ＲＮＡに位置するＵＥが、第１ＲＮＡとは異なる第２の無線アクセスネットワーク通知エリアである第２ＲＮＡへ移動中であるかどうかを判断する処理回路を備える。ＵＥは、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの非アクティブ状態にある。ＵＥは、ＵＥが第２ＲＮＡへ移動中であると判断されたとき、第１ＲＮＡの識別情報を、第２ＲＮＡの第２の無線基地局へ送信する送信機を、さらに備える。ＵＥは、ＵＥが第２の無線基地局とアップリンクおよびダウンリンクデータを交換するのに使用可能な、ＵＥ関連コンテキスト情報を、第２の無線基地局から受信する受信機を、さらに備える。【選択図】図１０
2020511902.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおけるユーザ機器であって、
動作時に、第１の無線アクセスネットワーク通知エリアである第１ＲＮＡ内に位置する前記ユーザ機器が、前記ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの前記非アクティブ状態にあって、前記第１ＲＮＡとは異なる第２の無線アクセスネットワーク通知エリアである第２ＲＮＡへ移動中であるかどうかを判断する処理回路と、
前記ユーザ機器が前記第２ＲＮＡへ移動中であると判断されたとき、動作時に、前記第１ＲＮＡの識別情報を、前記第２ＲＮＡの第２の無線基地局へ送信する送信機と、
動作時に、前記ユーザ機器が前記第２の無線基地局とアップリンクおよびダウンリンクデータを交換するのに使用可能な、ユーザ機器関連コンテキスト情報を、前記第２の無線基地局から受信する受信機と、
を備えたユーザ機器。
【請求項２】
前記送信機は、前記第１ＲＮＡの前記識別情報を前記第２の無線基地局へ送信するとき、ランダムアクセスチャネル手順のメッセージで、任意選択で、前記ランダムアクセスチャネル手順の第３のメッセージにて、前記第１ＲＮＡの前記識別情報を送信する、
請求項１に記載のユーザ機器。
【請求項３】
前記送信機は、前記第１ＲＮＡの前記識別情報を前記第２の無線基地局へ送信するとき、前記第１ＲＮＡの前記識別情報を、ランダムアクセスチャネル手順の第１のメッセージとともに送信し、任意選択で、前記ランダムアクセスチャネル手順の前記第１のメッセージは、ランダムアクセスプリアンブルを含む、
請求項１に記載のユーザ機器。
【請求項４】
前記送信機は、前記第１ＲＮＡの前記識別情報を前記第２の無線基地局へ送信するとき、前記第１ＲＮＡの前記識別情報を、媒体アクセスプロトコルであるＭＡＣの制御エレメントにて送信し、任意選択で、前記ユーザ機器は、前記ＭＡＣ制御エレメントを送信するために、前記第２の無線基地局により、ランダムアクセスチャネル手順の一部として前記ユーザ機器に対して割り当てられた無線リソースを用いる、
請求項１に記載のユーザ機器。
【請求項５】
前記送信機は、前記第１ＲＮＡの前記識別情報を前記第２の無線基地局へ送信するとき、前記第１ＲＮＡの前記識別情報を、パケットデータコンバージェンスプロトコルであるＰＤＣＰの制御パケットデータユニットであるＰＤＵにて送信し、任意選択で、前記ユーザ機器は、前記ＰＤＣＰ制御ＰＤＵを送信するために、前記第２の無線基地局により、ランダムアクセスチャネル手順の一部として前記ユーザ機器に対して割り当てられた無線リソースを用いる、
請求項１に記載のユーザ機器。
【請求項６】
前記受信機は、前記第２の無線基地局から前記ユーザ機器関連コンテキスト情報を受信するとき、前記ユーザ機器関連コンテキスト情報を、ランダムアクセスチャネル手順の第４のメッセージとともに受信する、
請求項２、４および５のいずれか一項に記載のユーザ機器。
【請求項７】
前記受信機は、前記ユーザ機器関連コンテキスト情報を前記第２の無線基地局から受信するとき、前記ユーザ機器関連コンテキスト情報を、ランダムアクセスチャネル手順の第２のメッセージとともに受信し、任意選択で、前記ランダムアクセスチャネル手順の前記第２のメッセージは、アップリンク無線リソースの前記ユーザ機器への割当を含む、
請求項３に記載のユーザ機器。
【請求項８】
前記受信機は、動作時に、前記第２の無線基地局から前記第２ＲＮＡの識別情報を受信し、任意選択で、前記第２ＲＮＡの前記識別情報は、前記第２の無線基地局により、その無線セル全体に、システム情報にてブロードキャストされ、
前記処理回路は、前記ユーザ機器が前記第２ＲＮＡへ移動するかどうかを判断するとき、前記第１ＲＮＡの前記識別情報が前記第２ＲＮＡの前記識別情報とは異なる場合に、前記ユーザ機器が前記第２ＲＮＡへ移動すると判断する、
請求項１〜７のいずれか一項に記載のユーザ機器。
【請求項９】
前記処理回路は、前記ユーザ機器が前記第２ＲＮＡへ移動中であると判断するとき、前記ユーザ機器を前記非アクティブ状態から前記接続状態へ遷移させる、
請求項１〜８のいずれか一項に記載のユーザ機器。
【請求項１０】
前記ユーザ機器関連コンテキスト情報は、
・  前記第２の無線基地局と前記ユーザ機器との間で利用可能な、送信前にデータを暗号化するための暗号鍵、および受信後にデータを復号するための復号鍵などのセキュリティ情報と、
・  少なくとも前記第２の無線基地局と前記ユーザ機器との間のデータ接続の情報と、
のうちの少なくとも１つを含む、
請求項１〜９のいずれか一項に記載のユーザ機器。
【請求項１１】
前記送信機は、前記第１ＲＮＡの前記識別情報を前記第２の無線基地局へ送信するとき、前記ユーザ機器により利用される、ユーザ機器関連コンテキスト情報の識別情報をも前記第２の無線基地局へ送信して、前記第１ＲＮＡの無線基地局とデータを交換し、前記識別情報は、前記第１ＲＮＡのための前記ユーザ機器関連コンテキスト情報を取得するために、前記第２の無線基地局により利用可能であり、かつ／または、
前記送信機は、前記第１ＲＮＡの前記識別情報を前記第２の無線基地局へ送信するとき、前記コアネットワーク内のエンティティと接触して、前記ユーザ機器に関連する前記コアネットワークエンティティにおけるコンテキスト情報を更新するために、前記第２の無線基地局により利用可能な前記ユーザ機器の識別子をも、前記第２の無線基地局へ送信する、
請求項１〜１０のいずれか一項に記載のユーザ機器。
【請求項１２】
前記受信機は、動作時に、前記第２の無線基地局から、前記第２ＲＮＡについて有効な新規のユーザ識別を受信する、
請求項１〜１１のいずれか一項に記載のユーザ機器。
【請求項１３】
前記ユーザ機器および前記第２の無線基地局は、第３世代パートナーシッププロジェクトである３ＧＰＰにおける新規の無線であるＮＲの第５世代の技術である５Ｇに対応している、
請求項１〜１２のいずれか一項に記載のユーザ機器。
【請求項１４】
前記送信機は、動作時に、受信した前記ユーザ機器関連コンテキスト情報を用いて、前記第２の無線基地局へユーザデータを送信し、かつ／または、
前記受信機は、動作時に、受信した前記ユーザ機器関連コンテキスト情報に基づき、前記第２の無線基地局からユーザデータを受信する、
請求項１〜１３のいずれか一項に記載のユーザ機器。
【請求項１５】
移動通信システムにてユーザ機器を動作させる方法であって、前記ユーザ機器により実行される、
第１の無線アクセスネットワーク通知エリアである第１ＲＮＡ内に位置する前記ユーザ機器が、前記ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの前記非アクティブ状態にあって、前記第１ＲＮＡとは異なる第２の無線アクセスネットワーク通知エリアである第２ＲＮＡへ移動中であるかどうかを判断するステップと、
前記ユーザ機器が前記第２ＲＮＡへ移動中であると判断されたとき、前記第１ＲＮＡの識別情報を、前記第２ＲＮＡの第２の無線基地局へ送信するステップと、
前記ユーザ機器が前記第２の無線基地局とアップリンクおよびダウンリンクデータを交換するのに使用可能な、ユーザ機器関連コンテキスト情報を、前記第２の無線基地局から受信するステップと、
を含む方法。
【請求項１６】
移動通信システムにおける第２の無線アクセスネットワーク通知エリアである第２ＲＮＡの無線基地局であって、
動作時に、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの前記非アクティブ状態にある前記ユーザ機器が、前記第２ＲＮＡへ移動する前に位置する第１の無線アクセスネットワーク通知エリアである第１ＲＮＡの識別情報を、前記ユーザ機器から受信する受信機と、
動作時に、アップリンクおよびダウンリンクデータを前記第２の無線基地局と交換するために、前記ユーザ機器により利用可能なユーザ機器関連コンテキスト情報を生成するプロセッサと、
動作時に、前記生成されたユーザ機器関連コンテキスト情報を、前記ユーザ機器へ送信する送信機と、
を備えた無線基地局。
【請求項１７】
前記受信機は、動作時に、前記ユーザ機器により、前記第１ＲＮＡの無線基地局とデータを交換するために利用される、ユーザ機器関連コンテキスト情報における識別情報を受信し、
前記プロセッサは、動作時に、前記受信した前記識別情報に基づき、前記第１ＲＮＡについての前記ユーザ機器関連コンテキスト情報を取得する、
請求項１６に記載の無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、３ＧＰＰ通信システムなどの通信システムにおける方法、デバイスおよび物品に向けられている。
【背景技術】
【０００２】
現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、第５世代（５Ｇ）とも称する、次世代携帯電話技術のための技術仕様の次期リリース（リリース１５）に取り組んでいる。３ＧＰＰ技術仕様グループ（ＴＳＧ：Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ）無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）会合＃７１（ヨーテボリ、２０１６年３月）では、ＲＡＮ１、ＲＡＮ２、ＲＡＮ３およびＲＡＮ４を含む最初の５Ｇ検討項目である「新しい無線アクセス技術の検討」が承認され、最初の５Ｇ規格を定義するリリース１５の作業項目になることが期待されている。検討項目の目的は、「新規無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）」アクセス技術（ＲＡＴ）を開発することにあり、これは、１００  ＧＨｚまでの周波数域で動作し、ＲＡＮ要件検討の際に規定された幅広い使用事例に対応している（例えば、非特許文献１を参照。その全てがここに参照により組み込まれる）。
【０００３】
非特許文献１に定義されたあらゆる使用シナリオ、要件、配備シナリオに対応し、拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、超高信頼低レイテンシ通信（ＵＲＬＬＣ：ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ｌｏｗ−ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、超大量端末通信（ｍＭＴＣ：ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を少なくとも含む、単一の技術フレームワークを提供することが、目的の１つである。例えば、ｅＭＢＢ配備シナリオは、屋内ホットスポット、密集都市部、ルーラル（ｒｕｒａｌ）、都市部（ｕｒｂａｎ  ｍａｃｒｏ）および高速を含んでもよく、ＵＲＬＬＣ配備シナリオは、産業制御システム、巡回医療（遠隔監視、診断および治療）、車両実時間管理、スマートグリッドの広域監視および制御システムを含んでもよく、ｍＭＴＣは、高機能装着機器（ｓｍａｒｔ  ｗｅａｒａｂｌｅｓ）およびセンサネットワークなど、転送が緊急ではない多数のデバイスを有するシナリオを含んでもよい。第２の目的は、前方互換性を達成することにある。ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ−Ａ）セルラーシステムへの後方互換性が必要とされないので、完全に新規のシステム設計および／または新奇の特徴の導入が促進される。
【０００４】
基礎物理レイヤ信号波形は、非直交波形および多元アクセスに潜在的に対応することになるＯＦＤＭに基づくことになる。例えば、ＤＦＴ−Ｓ−ＯＦＤＭおよび／もしくはＤＦＴ−Ｓ−ＯＦＤＭの変形例、ならびに／またはフィルタリング／ウィンドウイングなど、ＯＦＤＭ上の追加機能が、さらに検討されている。ＬＴＥでは、ＣＰベースのＯＦＤＭおよびＤＦＴ−Ｓ−ＯＦＤＭが、ダウンリンクおよびアップリンク送信の波形として、それぞれ用いられている。ダウンリンク、アップリンクおよびサイドリンク用に、波形をできるだけ共通にすることが、ＮＲでの設計目標の１つである。
【０００５】
波形の他にも、いくつかの基本フレーム構造およびチャネル符号化方式が、上記目的を達成するように開発されることになる。また、この研究は、上記目的を達成するために、無線プロトコル構造およびアーキテクチャに関し、必要とされることについての共通理解を、得ようとするものである。さらに、同一の隣接スペクトルブロック上の様々なサービスおよび使用事例についてのトラフィックの効率的多重化を含む、新規のＲＡＴが上記目的を達成可能とするのに必要な技術的特徴について、検討されることになる。
【０００６】
３ＧＰＰの第５世代システムにおけるＮＲの標準化は緒についたばかりであるため、不明瞭のまま残された問題がいくつかある。例えば、低遅延でデータ転送を開始可能としたまま、無線アクセスネットワークおよびコアネットワークにおけるシグナリング、電力消費およびリソース費用を最小化するように、ユーザ機器の新規のＲＲＣ状態について、議論が継続中である。ユーザ機器のＲＲＣ状態につき、これらの目標を達成すべく、さらなる改良が可能となり得る。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TR 38.913 "Study on Scenarios and Requirements for Next Generation Access Technologies," current version 14.1.0 available at www.3gpp.org
【非特許文献２】3GPP TR 38.804 v1.0.0
【非特許文献３】3GPP TR 38.801 v2.0.0
【非特許文献４】3GPP TR 38.301
【非特許文献５】3GPP TS 36.321 v14.1.0
【非特許文献６】3GPP TS 36.331 v14.1.0
【非特許文献７】3GPP TS 36.323 v14.2.0
【非特許文献８】3GPP TS 36.413 v14.1.0
【発明の概要】
【発明が解決しようとする課題】
【０００８】
非限定的かつ例示的な一実施形態により、ユーザ機器のモビリティに対応する改良手順の提供が促進される。
【課題を解決するための手段】
【０００９】
一般的な第１の側面では、ここに開示する技術は、移動通信システムにおけるユーザ機器を特徴づけている。ＵＥは、第１の無線アクセスネットワーク通知エリアである第１ＲＮＡ（Ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｅａ）に位置するユーザ機器が、第１ＲＮＡとは異なる第２の無線アクセスネットワーク通知エリアである第２ＲＮＡへ移動中であるかどうかを判定する処理回路を備える。ユーザ機器は、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの非アクティブ状態にある。ＵＥは、ユーザ機器が第２ＲＮＡへ移動中であると判定されたとき、第１ＲＮＡの識別情報を、第２ＲＮＡの第２の無線基地局へ送信する送信機を、さらに備える。ＵＥは、ユーザ機器が第２の無線基地局とアップリンクおよびダウンリンクデータを交換するのに使用可能な、ユーザ機器関連コンテキスト情報を、第２の無線基地局から受信する受信機を、さらに備える。
【００１０】
一般的な第１の側面では、ここに開示する技術は、移動通信システムにおけるユーザ機器を動作させる方法を、特徴づけている。この方法は、第１の無線アクセスネットワーク通知エリアである第１ＲＮＡに位置するユーザ機器が、第１ＲＮＡとは異なる第２の無線アクセスネットワーク通知エリアである第２ＲＮＡへ移動中であるかどうかを判定することを含む。ユーザ機器は、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの非アクティブ状態にある。この方法は、ユーザ機器が第２ＲＮＡへ移動中であると判定されたとき、第１ＲＮＡの識別情報を、第２ＲＮＡの第２の無線基地局へ送信することを、さらに含む。この方法は、ユーザ機器が第２の無線基地局とアップリンクおよびダウンリンクデータを交換するのに使用可能な、ユーザ機器関連コンテキスト情報を、第２の無線基地局から受信することを、さらに含む。
【００１１】
一般的な第１の側面では、ここに開示する技術は、移動通信システムにおける無線基地局を特徴づけている。無線基地局は、ユーザ機器が、第２ＲＮＡへ移動する前に位置する第１の無線アクセスネットワーク通知エリアである第１ＲＮＡの識別情報を、ユーザ機器から受信する受信機を備える。ユーザ機器は、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの非アクティブ状態にある。無線基地局は、アップリンクおよびダウンリンクデータを第２の無線基地局と交換するために、ユーザ機器により利用可能なユーザ機器関連コンテキスト情報を生成するプロセッサを、さらに備える。無線基地局は、生成されたユーザ機器関連コンテキスト情報を、ユーザ機器へ送信する送信機を備える。
【００１２】
なお、一般的または具体的実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらから任意に選択された組み合わせとして、実装されてもよい。
【００１３】
開示された実施形態のさらなる利点および長所は、明細書および図面から明らかとなる。利点および／または長所は、様々な実施形態、ならびに明細書および図面の特徴から、個々に得られてもよいが、これらは、このような利点および／または長所の１つまたは複数を取得するために、全て提供される必要があるわけではない。
【００１４】
以下の例示的実施形態について、添付の図面を参照し、さらに詳述する。
【図面の簡単な説明】
【００１５】
【図１】ＵＥがｇＮＢおよびＬＴＥ  ｅＮＢの双方に接続した、３ＧＰＰ  ＮＲシステムの例示的アーキテクチャの図である。
【図２】ＬＴＥ  ｅＮＢ、ｇＮＢおよびＵＥの例示的なユーザープレーンアーキテクチャの図である。
【図３】５Ｇ  ＮＲのユーザープレーンプロトコルスタックの図である。
【図４】５Ｇ  ＮＲの制御プレーンプロトコルスタックの図である。
【図５】新規のＲＲＣ非アクティブ状態を含む、５Ｇ  ＮＲについて検討されているＲＲＣ状態遷移モデルの図である。
【図６】それぞれいくつかのｇＮＢからなる３つのＲＡＮベース通知エリア、およびエリア１のｇＮＢ１に接続したＵＥの図である。
【図７】競合ベースＲＡＣＨ手順実行時にｅＮＢとＵＥとの間で交換されるメッセージの図である。
【図８】非競合ＲＡＣＨ手順実行時にｅＮＢとＵＥとの間で交換されるメッセージの図である。
【図９】ＵＥおよびｅＮＢの例示的かつ簡易的な構造の図である。
【図１０】本開示の一般的ソリューションによるＵＥの動作の簡易的かつ例示的なフローチャートである。
【図１１】本開示の様々な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【図１２】本開示の様々な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【図１３】本開示の様々な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【図１４】本開示の様々な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【図１５】それぞれ７ビット、１５ビットのＲＮＡ識別に対応したＭＡＣ制御エレメントの新規フォーマットの図である。
【図１６】それぞれ７ビット、１５ビットのＲＮＡ識別に対応したＭＡＣ制御エレメントの新規フォーマットの図である。
【図１７】それぞれ７ビット、１５ビットのＲＮＡ識別に対応したＰＤＣＰ制御ＰＤＵの新規フォーマットの図である。
【図１８】それぞれ７ビット、１５ビットのＲＮＡ識別に対応したＰＤＣＰ制御ＰＤＵの新規フォーマットの図である。
【図１９】図１１に基づくものの本開示のさらに具体的な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【図２０】図１２に基づくものの本開示のさらに具体的な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【図２１】図１３に基づくものの本開示のさらに具体的な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【図２２】図１４に基づくものの本開示のさらに具体的な実施例によるＵＥと対象ｇＮＢとの間のメッセージ交換の図である。
【発明を実施するための形態】
【００１６】
＜本開示の基礎＞
５Ｇ  ＮＲシステムアーキテクチャおよびプロトコルスタック
背景技術の節で示したように、３ＧＰＰは、１００ＧＨｚまでに亘る周波数にて動作する新規の無線アクセス技術（ＮＲ）の開発を含む、単に５Ｇと称する、第５世代携帯電話技術の次期リリースに取り組んでいる。３ＧＰＰは、差し迫った市場の需要、およびより長期的な要件の双方を適時に満たすＮＲシステムの標準化を成功させるために必要な技術要素を、特定するとともに開発しなければならない。これを達成するために、無線インターフェースの進化型は、無線ネットワークアーキテクチャとともに、検討項目「新規無線アクセス技術」にて検討されている。結果および合意事項は、技術レポート非特許文献２にまとめられており、このレポートの全てがここに参照により組み込まれる。
【００１７】
その他に、システムアーキテクチャ全体について、暫定合意がなされている。ＮＧ−ＲＡＮ（次世代−無線アクセスネットワーク）は、ｇＮＢからなり、ＮＧ−無線アクセスユーザープレーン（新規ＡＳ  サブレイヤ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）、およびＵＥへ向けた制御プレーン（ＲＲＣ）終了プロトコルを提供している。これらｇＮＢは、Ｘｎインターフェースにより相互接続している。また、ｇＮＢは、ＮＧＣ（次世代コア）への次世代（ＮＧ）インターフェースにより接続され、より具体的には、Ｎ２インターフェースによりＡＭＦ（アクセスおよびモビリティ管理機能）に接続し、Ｎ３インターフェースによりＵＰＦ（ユーザープレーン機能）に接続している。ＮＧ−ＲＡＮアーキテクチャを、図１に示す。
【００１８】
様々に異なる配備シナリオが、対応を巡って現在検討中であり、例えば非特許文献３に反映されており、これは全てがここに参照により組み込まれる。例えば、非集中配備シナリオ（非特許文献３の５．２節）が、そこに示されており、５Ｇ  ＮＲに対応した基地局が配備可能である。図２は、例示的な非集中配備シナリオを示し、非特許文献４の図５．２．−１に基づくものであり、ＬＴＥ  ｅＮＢとともに、ｇＮＢおよびＬＴＥ  ｅＮＢ（ＬＴＥおよびＬＴＥ−Ａなど、以前の３ＧＰＰ規格のリリースによるｅＮＢとして理解される）の双方に接続したユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を、追加的に示している。ＮＲ  ５Ｇのための新規ｅＮＢを、例示的にｇＮＢと称する。
【００１９】
非特許文献３に例示的に規定されているように、ｅＬＴＥ  ｅＮＢは、ＥＰＣ（進化パケットコア）およびＮＧＣ（次世代コア）への接続性に対応したｅＮＢの進化型である。
【００２０】
非特許文献２、５．２．１節に現在規定されているように、ＮＲのためのユーザープレーンプロトコルスタックが、図３に示されている。ＰＤＣＰ、ＲＬＣおよびＭＡＣサブレイヤは、ネットワーク側のｇＮＢにおいて終端している。さらに、非特許文献２の５．４．５項（ｓｕｂ−ｃｌａｕｓｅ）に記述されているように、新規アクセス層（ＡＳ）サブレイヤが、ＰＤＣＰ上に導入されている。非特許文献２の５．２．２節に規定されているように、ＮＲのための制御プレーンプロトコルスタックが、図４に示されている。レイヤ２機能の概観は、非特許文献２の５．４．１項に示されている。ＰＤＣＰ、ＲＬＣおよびＭＡＣサブレイヤの機能は、非特許文献２の５．４．２、５．４．３および５．４．４項に列挙されている。ＲＲＣレイヤの機能は、非特許文献２の５．５．１項に列挙されている。非特許文献２の上記の各項は、ここに参照により組み込まれる。
【００２１】
５Ｇシステムのために現在例示的に想定されている新規ＮＲ層は、ＬＴＥ（−Ａ）通信システムに現在用いられているユーザープレーンレイヤ構造に基づいてもよい。ただし、現在のところＮＲレイヤのあらゆる詳細に至る最終合意はなされていないことに留意されたい。
【００２２】
＜ＲＲＣ状態およびＲＡＮベース通知エリア＞
ＬＴＥでは、ＲＲＣ状態機器は、２つの状態のみからなる。すなわち、高度の電力節減、ＵＥ自立的モビリティ、およびコアネットワークへのＵＥ接続性の不確立により主に特徴づけられるＲＲＣアイドル状態と、モビリティが無損失サービス継続性に対応するようにネットワーク制御されつつ、ＵＥがユーザープレーンデータを送信可能なＲＲＣ接続状態とである。
【００２３】
ここに参照により組み込まれる非特許文献２の５．５．２節に現在規定されているように、ＮＲ  ５ＧのＲＲＣは、以下の３つの状態に対応する。すなわち、ＲＲＣアイドル、ＲＲＣ非アクティブ、およびＲＲＣ接続であり、図５に示すような以下の状態遷移が可能で、その多くの側面は、以下のようにさらに検討されている。
・  ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ、以下は「接続設定」手順（例えば、要求、設定、完了）、
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへ、以下は（少なくとも）「接続解放」手順、
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥへ、以下は「接続非アクティブ化」手順、
・  ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ、以下は「接続アクティブ化」手順、
・  ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＩＤＬＥ（一方向）。
【００２４】
明らかなように、シグナリング、電力節減、レイテンシなどの点で、非常に様々な要件のある、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）およびＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ−Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）など、より広い範囲のサービスに対応する場合に、利益を提供するように、５Ｇ  ３ＧＰＰの新規無線技術について新規のＲＲＣ状態である非アクティブが定義されている。このように、新規のＲＲＣ非アクティブ状態は、無線アクセスネットワークおよびコアネットワークにおけるシグナリング、電力消費およびリソース費用を最小化可能となるとともに、例えば、低遅延でデータ転送を開始可能ともなるように、設計されるべきである。ＲＲＣ非アクティブ状態におけるユーザ機器は、ここに参照により組み込まれる非特許文献２のＡｎｎｅｘ  Ｇで検討されているように、ＲＲＣ接続状態への完全な状態遷移を必ずしも実行することなく、小規模のアップリンクデータ転送に対応してもよい。
【００２５】
様々な状態は、以下のように、非特許文献２の５．５．２項に特徴づけられている。
・  ＲＲＣ＿ＩＤＬＥ：
−  セル再選択モビリティ、
−  ［ＦＦＳ：  ＵＥ  ＡＳコンテキストは、どのｇＮＢやＵＥにも格納されていない、］
−  ページングは、ＣＮにより開始される、
−  ページングエリアは、ＣＮにより管理される、
−  ＵＥ  ＡＳコンテキストは、どのｇＮＢやＵＥにも格納されていない。
・  ＲＲＣ＿ＩＮＡＣＴＩＶＥ：
−  セル再選択モビリティ、
−  ＣＮ−ＮＲ  ＲＡＮ接続（Ｃ／Ｕ−プレーン双方）は、ＵＥのために確立している、
−  ＵＥ  ＡＳコンテキストは、少なくとも１つのｇＮＢおよびＵＥに格納されている、
−  ページング／通知は、ＮＲ  ＲＡＮにより開始される、
−  ＲＡＮベース通知エリアは、ＮＲ  ＲＡＮにより管理される、
−  ＮＲ  ＲＡＮは、ＵＥが属するＲＡＮベース通知エリアを認識している。
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ：
−  ＵＥは、ＮＲ  ＲＲＣ接続を有する、
−  ＵＥは、ＮＲにおけるＡＳコンテキストを有する、
−  ＮＲ  ＲＡＮは、ＵＥが属するセルを認識している、
−  ＵＥとの間のユニキャストデータの転送、
−  ネットワーク管理モビリティ、すなわち、ＮＲ内、およびＥ−ＵＴＲＡＮとの間のハンドオーバ。
【００２６】
新規のＲＲＣ非アクティブ状態の上記特徴から明らかなように、ＲＲＣ非アクティブのＵＥについて、接続（ユーザープレーンおよび制御プレーンの双方に対し）は、ＲＡＮおよびコアネットワークに維持されている。さらに、そのセル内のユーザ機器のためのページング機構（通知機構と称することもある）は、いわゆる無線アクセスネットワーク、ＲＡＮベースの通知エリア（短ＲＮＡ内で）に基づいている。無線アクセスネットワークは、ユーザ機器が位置する現在のＲＮＡを認識することになり、ユーザ機器は、ｇＮＢが、様々なＲＮＡ間でのＵＥの移動を追跡することを補助してもよい。ＲＮＡは、ＵＥに特有であり得る。
【００２７】
ＲＮＡは、単一または複数のセルに対応し得る。それは、ＲＲＣアイドル状態にあるＵＥを追跡するのに用いるコアネットワークエリアよりも小さいことがある。ＲＲＣ非アクティブ状態にあるＵＥが、現在のＲＮＡの境界内にあるときには、その位置をＲＡＮ（例えば、ｇＮＢ）に対して更新する必要はない。しかしながら、それに応じて、その現在のＲＮＡから離れるとき（例えば、および他のＲＮＡへと移動するとき）、ＵＥは、その場所をＲＡＮに対して更新してもよい。ＲＮＡがどのように構成および定義されているかについての最終合意は、まだなされていない。ここに参照により組み込まれる非特許文献２の５．５．２．１項は、現在検討中の可能な選択肢について言及している。
【００２８】
図６は、それぞれいくつかのｇＮＢからなるいくつかのＲＮＡがある例示的シナリオを示す。ＵＥは、ＲＮＡ１に属するｇＮＢ１に接続しており、ＲＮＡ２のｇＮＢ２へ移動するものとする。
【００２９】
一選択肢によると、ＲＡＮベース通知エリアを構成するセルのリストが規定されている。ＵＥには、現在のどのＲＮＡにおいて現在のセルに基づくか判定できるように、セルの明示的リストが提供される（例えば、個別のシグナリング、すなわち、直接的にＵＥ宛のシグナリング、例えば、ＲＲＣ接続再構成メッセージにより）。他の選択肢によると、各ＲＡＮエリアは、ＲＮＡ  ＩＤにより特定される。各セル、具体的にはｇＮＢは、セルがどのエリアに属すのかＵＥに分かるように、（少なくとも１つの）ＲＮＡ  ＩＤ（例えば、そのシステム情報内で。あるいはまたはさらに、この情報は個別シグナリングを用いるＵＥへ送信可能）をブロードキャストする。現時点では、いずれかまたは双方の選択肢に対応するかどうかについて、決定はなされておらず、あるいは、将来的には、異なるソリューションについて合意がなされるかもしれない。また、ビットサイズなど、ＲＮＡ  ＩＤについて、詳細は分かっていない。
【００３０】
なお、ＲＲＣアイドル状態にあるＵＥは、ＣＮ開始ページング（ＬＴＥと同一または同様）が可能となるように、コアネットワークがその場所をトラッキングすることを支援する（ＣＮベースのトラッキング）。ＬＴＥは、コアネットワークが、このＵＥのための実際のトラッキングエリアとみなすＴＡＩ（トラッキングエリア識別）のリストを提供することにより、ＵＥについての個別のトラッキングエリアサイズを提供する機構を導入した。ＵＥが、ＴＡのリストの統合エリアから離れるとき、ＵＥは、ＮＡＳトラッキングエリア更新（ＴＡＵ）手順を開始する。５Ｇ  ＮＲにおけるＲＲＣアイドル状態にあるＵＥのモビリティを支援する、同一または同様の手法が予測される。コアネットワークエリアは、ＲＡＮベース通知エリアとは異なるように規定されてもよく、ＲＡＮベース通知エリアは、コアネットワークエリアより大きいかあるいは小さいものと推定される。
【００３１】
＜ＲＡＣＨ手順＞
ＲＲＣ非アクティブ状態にあるＵＥは、ＲＲＣ接続状態に完全に移行しないままで小規模のデータ転送に対応していてもよく、ＲＡＣＨ（ランダムアクセスチャネル）手順を再利用して、無線リソースの割当を得て小規模データを転送してもよい。５Ｇ  ＮＲにおけるＲＡＣＨ手順に関して、最終的な合意はなされていない。ここに参照により組み込まれる非特許文献２の９．２節に記述されているように、ＮＲ  ＲＡＣＨ手順は、ＬＴＥについて規定されているのと同じかあるいは同様に、競合ベースおよび非競合ランダムアクセスの双方に対応していてもよい。また、ＮＲ  ＲＡＣＨ手順の設計は、ＬＴＥにおけるのと同様、柔軟なメッセージ３のサイズに対応することになる。
【００３２】
ＬＴＥ  ＲＡＣＨ手順については、図７および図８を参照して、より詳細に後述する。ＬＴＥにおける移動端末は、そのアップリンク送信は時刻同期している場合、アップリンク送信のみを予定している。したがって、ランダムアクセスチャネル（ＲＡＣＨ）手順は、非同期移動端末（ＵＥ）とアップリンク無線アクセスの直交送信とのインターフェースとして、重要な役割を演ずる。基本的に、ＬＴＥでのランダムアクセスは、アップリンク同期を得ていないかあるいは失ったユーザ機器のため、アップリンク時刻同期を実現するために用いられる。一旦、ユーザ機器がアップリンク同期を達成すると、ｅＮｏｄｅＢは、そのためにアップリンク送信リソースをスケジューリングすることができる。したがって、以下のシナリオは、ランダムアクセスに関する。
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるもののアップリンク同期していないユーザ機器は、新規のアップリンクデータまたは制御情報を送信しようとしている
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるもののアップリンク同期していないユーザ機器は、ダウンリンクデータを受信することが必要であるため、対応するＨＡＲＱフィードバック、すなわちＡＣＫ／ＮＡＣＫをアップリンクで送信する必要がある。また、このシナリオは、ダウンリンクデータ送達（Ｄｏｗｎｌｉｎｋ  ｄａｔａ  ａｒｒｉｖａｌ）とも称する
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器は、対象セル内でアップリンク時刻同期を実現するために、現在サービス提供しているセルから、新しい対象セルへハンドオーバし、ランダムアクセス手順が実行される
・  例えば、初期アクセスまたはトラッキングエリア更新のためのＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移
・  無線リンク障害からの回復、すなわちＲＲＣ接続再確立
【００３３】
ユーザ機器が、ユーザ機器が時刻同期していないのにランダムアクセス手順を行う、１つまたは複数の追加的事例がある。このシナリオにおいて、スケジューリング要求を送信するために割り当てられた何らかの他のアップリンクリソースがない、すなわち、個別スケジューリング要求（Ｄ−ＳＲ）チャネルが設定されていない場合、ユーザ機器は、スケジューリング要求、すなわち、アップリンクバッファ状態報告を、そのｅＮｏｄｅＢへ送信するために、ランダムアクセス手順を用いる。
【００３４】
ＬＴＥは、２種類のランダムアクセス手順を提供している。すなわち、衝突のリスクが内在することを意味する競合ベース、あるいは、非競合（非競合ベース）のいずれかであるアクセスを可能とする。なお、競合ベースのランダムアクセスは、上記の６つのシナリオの全てに適用可能であるが、非競合ベースのランダムアクセス手順は、ダウンリンクデータ送達およびハンドオーバシナリオにのみ適用可能である。ランダムアクセス手順についての詳細な説明は、ここに参照により組み込まれる非特許文献５、５．１．節にもある。
【００３５】
以下、ＬＴＥ競合ベースランダムアクセス手順について、図７についてより詳細に説明する。この手順は、４つの「ステップ」からなる。まず、ユーザ機器は、ランダムアクセスプリアンブルを、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）で、ｅＮｏｄｅＢ（すなわち、ＲＡＣＨ手順のメッセージ１）へ送信する。プリアンブルは、ｅＮｏｄｅＢが競合ベースアクセス用に予約した、利用可能なランダムアクセスプリアンブルの組から、ユーザ機器により選択される。ＬＴＥでは、非競合および競合ベースのランダムアクセスに使用可能なプリアンブルが、セル毎に６４個ある。プリアンブルの選択が、第１のスケジューリング送信に必要な送信リソース量に関する情報を示す１ビットの情報に対応するように、競合ベースのプリアンブルの組は、さらに２つのグループに分類され得る。このスケジューリング送信を、非特許文献５におけるメッセージ３（ｍｓｇ３）と称する。セル内でブロードキャストされたシステム情報は、２つのサブグループの各々におけるシグネチャ（ｐｒｅａｍｂｌｅｓ）の情報を、各サブグループの意味とともに含む。ユーザ機器は、メッセージ３送信に必要な送信リソースのサイズに対応したサブグループから、１つのプリアンブルをランダムに選択する。
【００３６】
ｅＮｏｄｅＢは、ＲＡＣＨプリアンブルを検出した後、ランダムアクセスレスポンス（ＲＡＲ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）メッセージ（ＲＡＣＨ手順のメッセージ２）を、ＰＤＣＣＨ上にアドレッシングされたＰＤＳＣＨ（物理ダウンリンク共有チャネル）上で、プリアンブルが検出された時間周波数スロットを特定する（ランダムアクセス）ＲＡ−ＲＮＴＩにて送信する。複数のユーザ機器は、同じＲＡＣＨプリアンブルを同じＰＲＡＣＨリソースで送信した場合、これは衝突とも称するものであり、同じランダムアクセス応答メッセージを受信することになる。
【００３７】
ＲＡＲメッセージは、検出されたＲＡＣＨプリアンブル、後続のアップリンク送信を同期するためのタイミング調整コマンド（ＴＡ  ｃｏｍｍａｎｄ）、第１のスケジューリング送信を行うとともに一時セル無線ネットワーク一時識別子（Ｔｅｍｐｏｒａｒｙ  Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：Ｔ−ＣＲＮＴＩ）を割り当てるための初期アップリンクリソース割当（グラント）を、搬送してもよい。このＴ−ＣＲＮＴＩは、現時点での移動体の「実際の（ｒｅａｌ）」身元がｅＮｏｄｅＢにより認識されていないため、ＲＡＣＨ手順完了までにＲＡＣＨプリアンブルが検出された移動体をｅＮｏｄｅＢがアドレッシングするのに用いられる。
【００３８】
ユーザ機器は、ｅＮｏｄｅＢが設定した所与の時間ウィンドウ内で、ランダムアクセス応答メッセージを受信するために、ＰＤＣＣＨを監視する。ユーザ機器は、設定された時間ウィンドウ内でランダムアクセス応答を受信できない場合、潜在的なバックオフ期間も考慮した次のＰＲＡＣＨ機会にて、プリアンブルを再送する。
【００３９】
ｅＮｏｄｅＢから受信したＲＡＲメッセージに応じて、ユーザ機器は、ランダムアクセス応答内のグラントにより割り当てられた無線リソースで、第１のスケジューリングアップリンク送信を行う。このスケジューリングアップリンク送信は、例えば、ＲＲＣ接続要求またはバッファ状態レポートのような、実際のランダムアクセス手順メッセージを搬送する。さらに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるユーザ機器のためのＣ−ＲＮＴＩ、または、ユーザ機器がＲＲＣ＿ＩＤＬＥモードにある場合には一意の４８ビットユーザ機器識別のいずれかが含まれる。
【００４０】
最初のＲＡＣＨ手順にてプリアンブル衝突が発生すると、すなわち、複数のユーザ機器が同じプリアンブルを同じＰＲＡＣＨリソースで送信すると、衝突しているユーザ機器は、ランダムアクセス応答内で、同じＴ−ＣＲＮＴＩを受信することになり、ＲＡＣＨ手順の第３のステップでスケジューリング送信するときに、同じアップリンクリソースにて衝突することにもなる。これにより、衝突しているユーザ機器からの送信がｅＮｏｄｅＢにて復号不能となる干渉がもたらされ、ユーザ機器は、スケジューリング送信について最大再送回数に達した後、ランダムアクセス手順を再開することになる。あるユーザ機器からのスケジューリング送信のｅＮｏｄｅＢによる復号が成功した場合に、他のユーザ機器については、競合は解決されないままである。
【００４１】
この種の競合を解決するために、ｅＮｏｄｅＢは、Ｃ−ＲＮＴＩまたは一時Ｃ−ＲＮＴＩにアドレッシングされた競合解決メッセージ（第４のメッセージ）を送り、後者の場合、ステップ３のスケジューリング送信に含まれる４８ビットユーザ機器識別をエコーする。それはＨＡＲＱに対応している。第３のメッセージの復号に成功した後の衝突の場合、ＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）は、自身の識別、Ｃ−ＲＮＴＩあるいは一意のユーザ機器ＩＤのいずれかを検出するユーザ機器によって送信されるだけである。他のＵＥは、ＲＡＣＨ手順のステップ１で衝突があることを認識し、現在のＲＡＣＨ手順を迅速に終えて、他の手順を開始することができる。
【００４２】
図８は、競合ベースのランダムアクセス手順と比較して簡略化された、３ＧＰＰ  ＬＴＥの非競合ランダムアクセス手順を示す。ｅＮｏｄｅＢは、衝突、すなわち複数のユーザ機器が同じプリアンブルを送信するリスクがないように、第１のステップにて、ランダムアクセスで用いるプリアンブルをユーザ機器に提供する。このため、ユーザ機器は、次に、ＰＲＡＣＨリソース上のアップリンクにてｅＮｏｄｅＢによりシグナリングされたプリアンブルを送る。非競合ランダムアクセスにつき、複数のＵＥが同じプリアンブルを送るケースが避けられるので、競合の解決が不要となり、そして、これは、図７に示す競合ベースの手順の第４のステップが省略されることを意味する。基本的に、非競合ランダムアクセス手順は、ＵＥがランダムアクセス応答の受信に成功した後に終了する。
【００４３】
キャリアの集合が設定されると、競合ベースのランダムアクセス手順の最初の３ステップが、ＰＣｅｌｌ上で発生するとともに、ＰＣｅｌｌにより競合の解決がクロススケジューリングされる。
【００４４】
このように、図７および図８に関連して説明した、同様または同一のＲＡＣＨ手順が、５Ｇの新しい無線技術のために将来採用され得る。
【００４５】
ただし、３ＧＰＰは、５Ｇ  ＮＲについての２段階ＲＡＣＨ手順についても検討中であり、ここでは、４段階ＲＡＣＨ手順におけるメッセージ４に対応するメッセージ１は、最初に送信される。そして、ｇＮＢは、ＬＴＥ  ＲＡＣＨ手順のメッセージ２および４に対応するメッセージ２に対して応答することになる。メッセージ交換が減るため、２段階手順のレイテンシは、４段階手順に比べて減少する場合がある。メッセージのための無線リソースは、ネットワークにより構成されてもよい。
【００４６】
＜ＵＥコンテキスト情報＞
ＬＴＥと同様、ＮＲ  ５Ｇは、ＵＥコンテキストも利用して、ＵＥと、ｇＮＢおよびＭＭＥ（モビリティ管理エンティティ）などのような他のエンティティとの間の通信に関連した重要情報を格納することが、期待されている。ＵＥがｅＮＢとのＲＲＣ接続を確立すると、通例、ＵＥコンテキストのいくつかが生成されて格納される。さらに、ＵＥのためのコンテキストは、ＵＥがネットワークに属したときに、コアネットワーク内のＭＭＥにて確立されてもよい。
【００４７】
このようなＵＥコンテキストは、加入情報、ＵＥ性能、無線ベアラのリスト、論理チャネルの情報、セキュリティコンテキスト（暗号および復号鍵、ＲＲＣおよびユーザープレーン暗号鍵、ＲＲＣインテグリティ鍵を含む）などの様々な異なる種類の情報を保持してもよい。実際に必要な情報は、具体的実装次第であり、実質的に様々である。
【００４８】
ＲＲＣアイドルモードにあるＵＥについて、ＭＭＥがＵＥコンテキストを保持し続けていても、全てのＵＥ関連情報が、アクセスネットワーク内で開放される。このように、ＵＥがアクティブになる度に、すなわち、ＲＲＣアイドルからＲＣＣ接続への遷移の度、ＭＭＥは、ＵＥコンテキスト情報をｅＮＢに提供してもよい。これにより、ｅＮＢは、ＵＥコンテキストを作成して、ＵＥを管理することが可能となる。
【００４９】
ＵＥコンテキスト、具体的にはその中の情報は、ＵＥがＲＲＣ接続モードにあるときのハンドオーバなど、モビリティ手順においても交換される。ＵＥが移動すると、ネットワークは、ＵＥに関する全ての情報、すなわちＵＥコンテキスト（何らかのバッファリングされたデータの場合もある）を、旧ｅＮＢ（転送元）から新ｅＮＢ（転送先）へ転送することができる。
【００５０】
ＬＴＥにおける一例示的実施例では、ＡＳコンフィグ（ＡＳ−Ｃｏｎｆｉｇ）と称するノード間ＲＲＣ情報要素を用いて、ＵＥ関連コンテキスト情報のいくつかが交換される。ＡＳコンフィグは、転送元ｅＮＢ内のＲＲＣ構成情報についての情報を含み、これは、転送先ｅＮＢが、ハンドオーバ準備段階の際に、ＲＲＣ構成を変更する必要性を判定するのに利用可能である（ここに参照により組み込まれる非特許文献６、１０．３節参照）。
【００５１】
＜ＡＳ構成情報要素＞
-- ASN1START
AS-Config ::=           SEQUENCE {
sourceMeasConfig            MeasConfig,
sourceRadioResourceConfig                 RadioResourceConfigDedicated,
sourceSecurityAlgorithmConfig             SecurityAlgorithmConfig,
sourceUE-Identity           C-RNTI,
sourceMasterInformationBlock              MasterInformationBlock,
sourceSystemInformationBlockType1  SystemInformationBlockType1(WITH COMPONENTS
{..., nonCriticalExtension ABSENT}),
sourceSystemInformationBlockType2  SystemInformationBlockType2,
antennaInfoCommon           AntennaInfoCommon,
sourceDl-CarrierFreq        ARFCN-ValueEUTRA,
...,
[[  sourceSystemInformationBlockType1Ext OCTET STRING (CONTAINING
SystemInformationBlockType1-v890-IEs)   OPTIONAL,
sourceOtherConfig-r9              OtherConfig-r9
-- sourceOtherConfig-r9 should have been optional. A target eNB compliant with this transfer
-- syntax should support receiving an AS-Config not including this extension addition group
-- e.g. from a legacy source eNB
]],
[[  sourceSCellConfigList-r10             SCellToAddModList-r10
OPTIONAL
]],
[[  sourceConfigSCG-r12                              SCG-Config-r12
OPTIONAL
]]
}
AS-Config-v9e0 ::=          SEQUENCE {
sourceDl-CarrierFreq-v9e0           ARFCN-ValueEUTRA-v9e0
}
AS-Config-v10j0 ::=         SEQUENCE {
antennaInfoDedicatedPCell-v10i0      AntennaInfoDedicated-v10i0
OPTIONAL
}
AS-Config-v1250 ::=         SEQUENCE {
sourceWlan-OffloadConfig-r12              WLAN-OffloadConfig-r12
OPTIONAL,
sourceSL-CommConfig-r12                   SL-CommConfig-r12
OPTIONAL,
sourceSL-DiscConfig-r12                   SL-DiscConfig-r12
OPTIONAL
}
AS-Config-v1320 ::=         SEQUENCE {
sourceSCellConfigList-r13                 SCellToAddModListExt-r1
OPTIONAL,
sourceRCLWI-Configuration-r13             RCLWI-Configuration-r13
OPTIONAL
}
AS-Config-v14x0 ::=         SEQUENCE {
sourceSL-V2X-CommConfig-r14               SL-V2X-ConfigDedicated-r14
OPTIONAL
}
-- ASN1STOP
【００５２】
注：ＡＳ構成は、無線インターフェースシグナリング要件に対応するように主として作成された情報要素を、再利用する。したがって、情報要素は、例えば、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋに含まれるＳＦＮなど、転送先ｅＮＢとは無関係のパラメータをいくつか含んでもよい。
【表１】
2020511902.tif 000003
【００５３】
表１から明らかなように、ＡＳ構成情報要素は、セキュリティアルゴリズム構成を含み、これは、暗号および復号鍵、旧ＵＥ識別、転送元のセルで用いられたＣ−ＲＮＴＩ、および他の多くの情報項目を含む。
【００５４】
「コンテキストエリア」は、格納されたＵＥアクセス層（ＡＳ）コンテキストに直接アクセスする単一のセルまたはセルグループとして定義され得る。ＲＮＡの全セルが、単一のｇＮＢにより制御されるなら、ＵＥコンテキストは、ＲＮＡのレベルで管理されることになる。ＵＥがそのＲＮＡ内でセル再選択を行ったとしても、データ転送が発生し得るセルに関わらず、ＵＥコンテキスト（セキュリティ鍵のある）は維持されることになる。ＲＲＣ非アクティブ内のＵＥコンテキストは、例えば、無線ベアラ、論理チャネル、およびセキュリティの構成を含む。
【００５５】
なお、５Ｇの新規無線技術のために、３ＧＰＰ標準化が進行中であり、上記のように想定されたレイヤおよびエンティティの術語は、本発明の実施形態の機能に影響することなく、規範段階（ｎｏｒｍａｔｉｖｅ  ｐｈａｓｅ）にて変更可能である。
【００５６】
上記段落で説明したように、５Ｇセルラーシステムは、新規のＲＲＣ非アクティブ状態を導入中であり、この状態において、ＵＥは、ｇＮＢによりＲＡＮレベルにて構成されたＲＡＮベース通知エリアに基づくモビリティおよびページングに対応してもよい。ＲＲＣ非アクティブモードにあるＵＥのモビリティは、実装時に起こり得る何らかの欠点を避けるように、３ＧＰＰに適切に定義される必要がある。ＵＥがＲＲＣ非アクティブモードにあって同じＲＡＮベース通知エリアにはない別のセルへ移動するシナリオが、検討されることになる。ＮＲ  ５ＧにおけるＲＲＣ非アクティブ状態について定義される手順およびメカニズムにより、ｇＮＢおよび／またはＵＥにてＵＥコンテキストが失われる事例を避けやすくなり、例えば、正確な暗号鍵（復号鍵）を用いてアップリンクおよびダウンリンクデータができるだけ早く交換可能となる。例えば、ＵＥが新ｇＮＢへ移動した後に（旧ｇＮＢからの）旧暗号鍵を用いる場合、新ｇＮＢは、ＵＥが旧暗号鍵を用いているため、アップリンクデータを復号することができない。このように、メカニズムおよび手順は、暗号鍵をできるだけ早く同期可能とすることになる。ＲＮＡ内およびＲＮＡ間を移動するとき、ＲＲＣ非アクティブ状態にあるＵＥは、ｇＮＢから送信された通知（ページング）メッセージまたは任意の他のダウンリンクメッセージを受信可能になる。
【００５７】
このように、本開示は、短所のうちの１つもしくは複数を克服しやすくするソリューションを提示し、かつ／または、上述の要件のうちの１つもしくは複数を満たすことになる。
【００５８】
＜本開示の詳細な説明＞
以下に、ＵＥ、基地局、および手順を、５Ｇ移動通信システムに想定される新規の無線アクセス技術について説明する。様々な実施例および変形例についても説明する。以下の詳細な開示は、上記の「本開示の基礎」の節で述べた検討および結論により分かりやすくなり、少なくともその一部に基づく。
【００５９】
しかしながら、一般に、５Ｇセルラー通信システムに関しては、実際に合意されているのはわずかの事項に過ぎず、本開示を明瞭に基礎として原理を説明することができるように、以下に多くの想定をする必要がある。ただし、これらの想定は、本開示の範囲を限定しない例示に過ぎないものと、理解されるべきである。当業者は、以下の開示の原理、および特許請求の範囲に示すものは、様々なシナリオに、そして、ここでは明示的に記載されていない態様で適用可能であることが、分かるであろう。
【００６０】
さらに、次期３ＧＰＰ  ５Ｇ通信システムのための新規の無線アクセス技術のコンテキストに用いられる具体的術語は、完全に決まっていないものの、以下で用いる用語は、ＬＴＥ／ＬＴＥ−Ａシステムと、あるいは３ＧＰＰ  ５Ｇのための現行の検討項目で用いる術語と、密接に関連している。したがって、当業者には、本発明およびその保護範囲は、新規または最終合意した術語がないためにここに例示的に用いられている特定の用語に限定されるべきではなく、本開示の機能および原理の基礎となる機能および概念に関して、より広く理解されるべきであることが分かる。
【００６１】
例えば、移動局または移動ノードまたはユーザ端末またはユーザ機器（ＵＥ）は、通信ネットワークにおける物理的エンティティである。あるノードは、いくつかの機能エンティティを有していてもよい。機能エンティティは、機能の所定の組を、あるノードもしくはネットワークの他の機能エンティティに実装かつ／もしくは提供するソフトウェアまたはハードウェアモジュールのことである。ノードは、ノードが通信可能な通信設備または媒体にノードを付す１つまたは複数のインターフェースを有する。同様に、ネットワークエンティティは、他の機能エンティティもしくは対応するノードと通信し得る通信設備または媒体に、機能エンティティを付す論理インターフェースを有していてもよい。
【００６２】
「基地局」または「無線基地局」なる用語は、ここでは、通信ネットワーク内の物理エンティティのことである。物理エンティティは、通信装置について、いくつかの制御タスクを実行し、スケジューリングおよび構成のうちの１つまたは複数が含まれている。なお、基地局機能および通信装置機能は、単一の装置内に統合されもよい。例えば、移動端末は、他の端末のための基地局の機能をも、実装してもよい。ＬＴＥにおいて用いる術語は、ｅＮＢ（またはｅＮｏｄｅＢ）であるが、５Ｇ  ＮＲについて現在用いている術語は、ｇＮＢである。
【００６３】
図９は、ユーザ機器（通信装置とも称する）およびスケジューリング装置（ここでは、例えばＬＴＥ  ｅＮＢまたは５Ｇ  ＮＲにおけるｇＮＢである基地局内に、位置するものと想定される）の一般的で簡略な例示的ブロック図を示す。ＵＥおよびｅＮＢ／ｇＮＢは、トランシーバを用いて、（無線）物理チャネルで相互に通信する。
【００６４】
通信装置は、トランシーバおよび処理回路を備えてもよい。そして、トランシーバは、受信機および送信機を備えてもよい。処理回路は、１つまたは複数のプロセッサまたはいくつかのＬＳＩなど、１つまたは複数のハードウェアであってもよい。トランシーバと処理回路との間には、処理回路が動作時にトランシーバを制御可能、すなわち、受信機および／または送信機を制御し、送受信されたデータを交換することが可能な、入出力点（またはノード）がある。トランシーバは、１つまたは複数のアンテナ、増幅器、ＲＦ変復調器などを含むＲＦフロントを、含んでもよい。処理回路は、制御タスクを実装して、トランシーバを制御し、処理回路により提供されるユーザデータおよび制御データを送信し、かつ／または、ユーザデータおよび処理回路によりさらに処理される制御データを受信してもよい。
【００６５】
簡潔で例示的なシナリオが以下のように想定されている。図６に示すように、ＵＥは、現在、ＲＡＮベース通知エリア１（ＲＮＡ１）のｇＮＢ１に属し、他のＲＮＡ２へと移動中である。ＵＥが、ＲＲＣ接続モードにあるｇＮＢ１とデータ交換することが、さらに例示的に想定されている。それに応じて、通常どおり、相互に通信する処理における他のものの中で、ＵＥおよびｇＮＢ１にて双方のエンティティにより用いられる必要な情報が、例えばＵＥコンテキストの形式で、少なくとも確立された（例えば、ユーザデータを交換）。例示的には、このような情報は、以下のうちの１つまたは複数を含んでもよい。すなわち、セキュリティ情報（暗号復号鍵またはインテグリティ保護用の情報など）、ＵＥとｇＮＢ１との間で確立したデータ接続の情報、ＵＥ性能情報（例えば、無線アクセス技術、Ｅ−ＵＴＲＡ、ＵＴＲＡ、…、ＵＥカテゴリなど）、無線リソース構成など。「データ接続」なる用語は、データが交換可能な任意の接続、例えば、無線ベアラ（シグナリング無線ベアラおよび／またはデータ無線ベアラ）を一般的に示すために用いられ得る。
【００６６】
ＭＭＥ（モビリティ管理エンティティ）またはコアネットワーク内のサービス提供中のゲートウェイなど、他のエンティティにおいても、ＵＥに関するコンテキストが確立されてもよい。
【００６７】
３ＧＰＰにより現在開発中の５Ｇセルラー通信システムの新規の無線（ＮＲ：ｎｅｗ  ｒａｄｉｏ）技術に、ＵＥが対応していることが、さらに例示的に想定されている。これは、図５の５Ｇ  ＮＲ状態遷移モデルと関連して上述したように、新規のＲＲＣ状態、ＲＲＣ非アクティブへの対応を含む。
【００６８】
ＵＥは、結局のところ、ＲＲＣ非アクティブモードへと遷移するものとする。ＵＥ状態遷移は、例えば、サービス提供中の基地局、すなわちここではｇＮＢ１の制御下にあってもよい。ＲＲＣ非アクティブモードへ遷移する理由の１つは、ｇＮＢ１とＵＥとの間で、データが、交換されないかあるいは少量のみ交換されることであり、ｇＮＢ１が、例えばＵＥ内で節電すべく、ＲＲＣ非アクティブモードを利用することを決定してもよい。このように、ｇＮＢ１は、例えば、ＲＲＣ接続中断メッセージ（この他に、ＲＲＣ接続停止メッセージなどと称してもよい）など、適切なＲＲＣメッセージを送信することにより、ＵＥに対し、ＲＲＣ非アクティブモードへ遷移するように指示する。
【００６９】
ＵＥは、ＲＲＣ非アクティブモードにあるとき、モビリティ手順に対応および支援するように構成されていてもよい。ＲＲＣ非アクティブ状態にあるＵＥには、例えば、ｇＮＢｓおよび／またはコアネットワークエンティティ（例えば、ＭＭＥ）により、ページングまたは通知メカニズムを用いて、連絡可能となる。ＵＥは、その位置を、無線アクセスネットワークおよび／またはコアネットワークにて更新することにより、この手順を支援してもよい。上述のように、ＲＡＮベース通知エリア（ＲＮＡ）は、ＲＡＮレベルにてＵＥの位置を追跡するように定義されている。以下の説明において、ＲＮＡは、ＲＮＡ  ＩＤに基づいて特定され、これは例えば、システム情報内の無線セルにおける各ｇＮＢによるブロードキャスト（例えば、通例、ＬＴＥで知られているシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）の形式）によることが、例示的に想定されている。ＲＮＡ  ＩＤが、以下の説明において例示的に想定されているものの、ＲＡＮベース通知エリアは、例えば、上述のように各ＲＮＡを含むセルＩＤのリストを用いて、別様に定義されてもよいことに留意されたい。
【００７０】
ＵＥは、必要なときにはいつでも例えば、ＵＥが新しいＲＮＡにいると、かつ／または定期的である（例えば、対応するタイマが終了した後）と判定するとき、ＲＮＡ更新手順を行ってもよい。例えば、ＵＥは、新しいＲＮＡ内に位置したときを判定して、ＲＮＡ更新手順を実行する。ＲＮＡ更新手順は、ＵＥが新しいｇＮＢにその古いＲＮＡを通知することを含む。図６の例示的シナリオでは、ＵＥは、新しい別のＲＮＡ２に到達すると、ｇＮＢ２にその旧ＲＮＡ１を通知する。これは、例えば、ＲＮＡ１の識別情報（ＲＮＡ  ＩＤなど）をｇＮＢ２に送信することによりなされてもよい。
【００７１】
そして、ｇＮＢ２は、例えば、旧ｇＮＢ１と通信するときに、ＵＥによりＲＮＡ１内で用いられる旧ＵＥコンテキストを、取得することができる。このように、ｇＮＢ２は、ＵＥと適切に通信可能とする任意のＵＥ関連情報を更新すべきかどうかが、分かるようになる。このように、ｇＮＢ２は、ＵＥが新ｇＮＢ２と通信するのに使うことになる、対応する更新ＵＥコンテキスト情報を、ＵＥに提供することになる。例えば、ＵＥコンテキストの一部であるセキュリティ情報は、更新されてもよく（例えば、暗号および復号鍵）、あるいは無線ベアラの構成情報、またはＭＡＣもしくはＤＲＸ構成の一部も、更新されてもよい。
【００７２】
図１０は、上述の実施形態の基本的実施例による、ＵＥ側の処理のシーケンス図を示す。そこから明らかなように、ＵＥは、３つの主要処理を実行する。すなわち、ＵＥが新ＲＮＡへ移動中であるかどうかを判定し、ＵＥがＲＮＡ更新手順を新基地局（ここではｇＮＢ２）で実行している場合、これに応じて、ＵＥが、ＵＥと新基地局との通信がしやすくなるように、新基地局から更新されたＵＥ関連コンテキスト情報を受信する。
【００７３】
このように、ＵＥは、かなり初期の段階で、必要な情報の提供を受け、新ｇＮＢ２との間でメッセージを送受信する。これにより、ＵＥは、ページング／通知メッセージによって連絡可能となり、ダウンリンクメッセージもＵＥに提供され得る。ｇＮＢ２とＵＥとの間でＵＥコンテキストが同期しているので（基本的に、ＵＥおよびｇＮＢ２にて同じ必要情報が入手可能）であるため、エンティティ間の通信は、ただちに可能となる。換言すると、ＵＥは、新ｇＮＢへデータを送信するために、更新されたＵＥコンテキスト情報を用いることができ、逆に、新ｇＮＢからデータを受信するために、更新されたＵＥコンテキスト情報を用いることができる。
【００７４】
図１０を参照して上述した基本的実施形態のいくつかの他の変形例および実施例が、可能である。
【００７５】
上述のように、ＵＥは、新ＲＮＡ内に位置すると判定する。ＲＮＡがＲＮＡ  ＩＤに基づいて特定されるものとして、この判定処理は、旧ｇＮＢから受信したＲＮＡ  ＩＤと新ｇＮＢから受信したＲＮＡ  ＩＤとの比較を含んでもよい。それにより、旧ＲＮＡ  ＩＤが新ＲＮＡ  ＩＤとは異なるとき、ＵＥは、新しいＲＡＮ通知エリアへ移動したと判断することになり、さらに、ＲＮＡ更新手順を実行するように判断することができる。
【００７６】
ＲＮＡ更新手順は、以下に説明するように、別様に実装可能である。実施例のいくつかは、ＵＥと新ｇＮＢ２との間で実行可能なＲＡＣＨ手順のメッセージを再利用することになる。上述のように（例えば、図７および図８を参照）、ＬＴＥ−（Ａ）について既に標準化されたものと同様または同一のＲＡＣＨ手順は、５Ｇ  ＮＲ（非特許文献２参照）について、４ステップ手順または２ステップ手順のいずれかとして、現在検討中である。上述のように、ＲＡＣＨ手順は、ｇＮＢからリソースグラントを得るためにＵＥにより使用可能であり、本例では、割り当てられた無線リソースを用いてＲＮＡ更新手順を実行する。
【００７７】
ＲＮＡ更新手順の一実施例について、図１１を参照して説明する。本例示的実施例では、ＵＥは、新ＲＮＡ内に位置すると判断すると、ＲＡＣＨ手順を開始して、ＲＡＣＨプリアンブルを、ＲＡＣＨ手順の第１のメッセージとして、新ｇＮＢへ送信することになる。通常どおり、新ｇＮＢは、ＲＡＲ（ランダムアクセス応答）メッセージで応答することになる。このメッセージは、ＵＥにより使用可能な無線リソースの割当を少なくとも含み、タイミングアドバンス値（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  ｖａｌｕｅ）および一時Ｃ−ＲＴＮＩなどの他の情報を、必要に応じて含むことがある。
【００７８】
ＵＥは、割り当てられた無線リソースを用いて、旧（転送元）ＲＮＡの識別情報（例えば、ＲＮＡ  ＩＤ）を、第３のＲＡＣＨメッセージにて送信する。より詳細には、第３のＲＡＣＨメッセージは、ＬＴＥ−（Ａ）のために標準化されたＲＡＣＨ手順から既に知られているＲＲＣ接続要求メッセージなどのＲＲＣメッセージであってもよい。ＬＴＥ−（Ａ）ＲＡＣＨおよびＲＲＣ手順を再利用する具体的実施例を考慮し、ＲＲＣ接続要求メッセージの新しい原因が定義され得る。この新しい原因は、ＵＥがＲＮＡ更新手順を実行するものと特定する。
【００７９】
ＲＮＡ更新手順の他の実施例は、ＵＥが、その旧ＲＮＡの識別情報を新ｇＮＢへ送信するために、ＲＡＣＨ手順の第１のメッセージを用いる。図１２に示すように、開始されたＲＡＣＨ手順の第１の段階としてＵＥにより実行されるＲＡＣＨプリアンブルメッセージ送信は、新ｇＮＢへの旧ＲＮＡ  ＩＤにも対応し得る。一例示的実施例では、２段階ＲＡＣＨ手順が提供され得る。ここでは、ＵＥから新ｇＮＢへ送信される第１のメッセージは、ＲＮＡ  ＩＤとともにプリアンブルを含み、新ｇＮＢからＵＥへ送信される第２のメッセージは、通例の４段階ＲＡＣＨ手順の第２および第４のメッセージの組み合わせである。
【００８０】
ＵＥがこの２段階ＲＡＣＨ手順の第１のメッセージを送信するための無線リソースは、事前に予約され得る。例えば、新ｇＮＢにより、その無線セル内でシステム情報（例えば、システム情報ブロックメッセージ）を用いて、ブロードキャストされる。そして、このように予約された無線リソースは、ＵＥが第１のＲＡＣＨ手順送信を実行するために用いられ得る。この送信は、旧ＲＮＡ  ＩＤの送信をも含む。旧ＲＮＡ  ＩＤは、プリアンブルシーケンスの送信に続くＰＵＳＣＨにて送信可能である。一例示的実施例では、ＯＦＤＭシンボルの最初の３つは、プリアンブルを送信するために利用可能であり、ＯＦＤＭシンボルの次の３つは、ＰＵＳＣＨを送信するために利用可能であり、ＲＮＡ  ＩＤを含む。最後のＯＦＤＭシンボルは、タイミング調整のために利用可能である。
【００８１】
さらに別の変形例では、プリアンブル部とＤＭＲＳ（復調参照信号）のいずれかは、新ｇＮＢが、旧ＲＮＡ  ＩＤを含むＰＵＳＣＨ部受信用のチャネル評価をするために利用可能である。
【００８２】
旧ＲＮＡ  ＩＤを新ｇＮＢへどのように送信するかに関する、さらに別の選択肢が、図１３および図１４に示されている。図１３から明らかなように、ＵＥは、ＭＡＣレイヤの制御エレメント（ＣＥ：Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を用いて、旧ＲＮＡ（ここでは、ＲＮＡ  ＩＤ）の識別情報を新ｇＮＢへ転送してもよい。一例示的実施例では、新ＭＡＣ  ＣＥが定義されてもよく、そのフォーマットは、ＲＮＡ  ＩＤの実際のサイズによって決まる。ＲＮＡ  ＩＤに対応した新ＭＡＣ  ＣＥの２つの異なる例示的フォーマットについて、図１５および図１６に示す。図１５に示すＭＡＣ  ＣＥフォーマットは、ＲＮＡ  ＩＤについて７ビットのサイズを想定する一方、図１６に示すＭＡＣ  ＣＥフォーマットは、ＲＮＡ  ＩＤについて１５ビットのサイズを想定している。第２オクテットのＦビットフィールドがＦ２フィールドと組み合わされることで、ＵＥは、Ｆ−ビットフィールドに続くＲＮＡ  ＩＤフィールドが、７ビット長であるか１５ビット長であるかに分化させることができる。これは、ＬＴＥ標準に既に実装されており、ここに参照により組み込まれる非特許文献５の６．２．１節を参照されたい。Ｒフィールドは、現時点では特定の機能がないものの将来的に用いられ得る予約ビットを示す。
【００８３】
５ビットＬＣＩＤフィールドにより、様々な種類のＭＡＣ制御エレメントに分化させることができる。多くのＬＣＩＤ値は、例えば、パワーヘッドルーム報告（ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ  ｒｅｐｏｒｔ）、バッファ状態報告、タイミング進行コマンド、ＤＲＸコマンドなどを特定するように、既に定義されている。上述のＲＮＡ更新手順に用いられるＭＡＣ制御エレメントを特定するために、未使用ＬＣＩＤ値（ここに参照により組み込まれる非特許文献５のＴａｂｌｅ  ６．２．１−１、８２頁により明らかなように、ＬＴＥ−（Ａ）では０１０１１−１０１１）のいずれかは、上記との関連で用いられ得る。例えば、０１０１１の値である。
【００８４】
図１４による実施例は、ＰＤＣＰレイヤの制御ＰＤＵを用いて、旧ＲＮＡ  ＩＤに対応している。一例示的実施例では、新ＰＤＣＰの制御ＰＤＵフォーマットは、図１７および図１８に例示されるように、ＲＮＡ  ＩＤに対応する目的で作成され得る。図１７のＰＤＣＰの制御ＰＤＵフォーマットは、ＲＮＡ  ＩＤが７ビットのみであることを想定している一方で、図１８のＰＤＣＰの制御ＰＤＵフォーマットは、ＲＮＡ  ＩＤが１５ビットであることを想定している。Ｄ／Ｃフィールドは、ＰＤＣＰレイヤの制御およびデータＰＤＵを区別し、Ｃ＝１が制御ＰＤＵを例示的に示してもよい。３ビットＰＤＵタイプフィールドは、ＰＤＣＰ状態報告、または散在ＲＯＨＣフィードバックパケット（ｉｎｔｅｒｓｐｅｒｓｅｄ  ＲＯＨＣ  ｆｅｅｄｂａｃｋ  ｐａｃｋｅｔ）などに対応した、ＰＤＵの種類を示す。ＰＤＵタイプフィールドの新規ビットの値は、ＲＮＡ更新を特定するために予約され得る。非特許文献７の６．３．８節に定義されるように、現在、０１１−１１１ビットの値は、用いられておらず（予約）、そのうちの１つ、例えば１１１などは、ＲＮＡ更新手順のために、ＰＤＣＰの制御ＰＤＵを特定する目的で用いられ得る。Ｒフィールドは、現時点では特定の機能がないものの将来的に用いられ得る予約ビットを示す。第２オクテットのＥビットフィールドにより、ＵＥは、Ｅビットフィールドに続くＲＮＡ  ＩＤフィールドが７ビット長であるか１５ビット長であるか識別可能である。例えば、Ｅ＝０が７ビット長を意味し、Ｅ＝１が１５ビット長を意味する。
【００８５】
図１３および図１４に示すように、ＵＥが新ＲＮＡ内にあると判定したときにも、ＭＡＣ  ＣＥまたはＰＤＣＰの制御ＰＤＵは、ＵＥにより開始され得るＲＡＣＨ手順と並行して送信される。このＲＡＣＨ手順を用いて、ＵＥには、ＭＡＣ  ＣＥまたはＰＤＣＰの制御ＰＤＵを送信するのに必要な無線リソースが、割り当てられることになる。それに応じて、ランダムアクセスリソース応答メッセージ（ＲＡＣＨ手順の第２のメッセージ）で、ＵＥは、無線リソースのグラントを受信し、それは（少なくとも一部は）、図１３および図１４に示すように、ＭＡＣ  ＣＥおよびＰＤＣＰの制御ＰＤＵを送信するのにそれぞれ用いられ得る。これには、ＲＮＡ更新手順を実行するように、個別の無線リソースが、基地局により事前に予約される必要はないという長所がある。
【００８６】
図１３および図１４は、ＵＥが、ＲＡＣＨメッセージ３を新ｇＮＢへ送信することにより、ＲＡＣＨ手順を追加的に進めることをも、例示的に示す。ＲＡＣＨメッセージ３は、例えば、ＵＥ識別を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージに対応するように、これらの実施例に通常どおり用いられ得る。
【００８７】
図１１〜図１８を参照して提示するように、旧転送元ＲＮＡの識別情報を、新ｇＮＢへどのように提供するかについて、様々なソリューションがある。いずれの場合にも、ｇＮＢは、その無線セルに入ったＵＥから、旧ＲＮＡの対応する情報を受信することになる。以下に説明するように、旧ＲＮＡの情報は、旧ＵＥコンテキストを取得して、ＵＥコンテキストの更新を実行するために、新ｇＮＢにより用いられ得る。ＵＥコンテキストは、ＵＥと新ｇＮＢとの間の通信を促進するように、少なくともＵＥ内で必要である。
【００８８】
図１０を参照して上述したように、ｇＮＢは、ＵＥ関連コンテキスト情報が、ＵＥにて更新される必要があるがどうかを判定し、肯定的な事例では、そのように進行することになる。図１１から図１４に示す様々な実施例は、新ｇＮＢに対して、必要な更新ＵＥ関連コンテキスト情報に対応したＲＡＣＨ手順のメッセージを用いる可能性を提供する。より詳細には、図１１、図１３および図１４における実施例は、ＵＥに対してコンテキスト更新に関する情報に対応するために第４のＲＡＣＨメッセージを用いる（新ｇＮＢ２とＵＥとの間に適用される新セキュリティ鍵、またはＤＲＸ構成など）。通例、ＬＴＥ−（Ａ）システムでは、ＲＡＣＨ手順の第４のメッセージが、競合の解決のために用いられ（例えば、いくつかのＵＥが同じプリアンブルを送信することにより衝突する場合）、ＲＲＣ接続確立メッセージに対応する。しかしながら、ＲＮＡ更新手順のコンテキストにおいて、第４のメッセージは、ＵＥにて更新が必要なＵＥ関連コンテキスト情報（セキュリティパラメータなど）に対応するためにも用いられる。例示的なＬＴＥ−（Ａ）の一実施例において、ここに参照により組み込まれる非特許文献６に規定されたＲＲＣ接続確立メッセージは、他の必要なＵＥ関連コンテキスト情報（セキュリティパラメータなど）にも対応するように拡張され得る。また、新規ＲＲＣメッセージが、特にＵＥでのＵＥ関連コンテキストを更新する目的で、定義され得る。
【００８９】
また、図１２に示すソリューションは、コンテキスト情報の更新に対応するためにＲＡＣＨ手順のランダムアクセス応答メッセージ（メッセージ２）を用いることを、予測している。通例、ＬＴＥ−（Ａ）にて現在規定されているランダムアクセス応答メッセージは、例えば、アップリンク無線リソースグラント、タイミングアドバンス、および一時Ｃ−ＲＮＴＩに対応している。しかしながら、ＲＡＲメッセージは、ＵＥにて更新される他の必要なＵＥ関連コンテキスト情報（セキュリティパラメータなど）にも対応するように、拡張され得る。
【００９０】
上述したように、新ｇＮＢは、ＵＥから旧ＲＮＡのＩＤ情報を受信すると、ＵＥにてＵＥ関連コンテキスト情報が更新可能となるように、旧ＵＥのコンテキスト情報を取得することになる。新ｇＮＢが旧ＵＥコンテキスト情報をどのように取得するかについて、様々なソリューションがある。一例示的ソリューションによると、各ＲＡＮ通知エリア内に中央ｇＮＢがあり、これが、関連ＵＥコンテキスト情報の全てを保持し、新ｇＮＢがその情報を取得するために中央ｇＮＢと連絡することが、想定されていてもよい。それに関連して、各ＲＮＡの中央ｇＮＢは、他のｇＮＢに認識されていることが、想定されていてもよい。したがって、新ｇＮＢは、ＵＥから受信したＩＤ情報（例えば、ＲＮＡ  ＩＤ）に基づいて、転送元ＲＮＡ１の中央ｇＮＢを判定して、転送元ＲＮＡ１の中央ｇＮＢに接触するために進み、旧ＵＥコンテキスト情報を取得することになる。さらに詳細であるものの例示的な実施例によると、旧ＵＥコンテキストは、旧ＲＮＡ内のｇＮＢにより以前に規定されたコンテキストＩＤを用いることにより、位置特定され、取得され得る。このコンテキストＩＤは、ＵＥにも認識されており、ＵＥにより、ＲＮＡ更新手順の際にも、例えば、旧ＲＮＡ  ＩＤとともに、新ｇＮＢ２へと送信可能である。そして、新ｇＮＢ２は、このコンテキストＩＤに基づき、旧ＲＮＡから、旧ＵＥコンテキストを取得することができる。
【００９１】
新ＲＮＡ２にて、コンテキスト識別は、ＲＮＡ２内で用いられるＵＥコンテキストについて生成されることが、さらに想定されており、他の例示的実施例は、例えば、更新されたＵＥコンテキスト情報を送信するとき、新ｇＮＢ２が、この新コンテキストＩＤ（ＲＮＡ２内で有効）を、ＵＥへ送信することを予測している。この新コンテキストＩＤは、新ＲＮＡについて有効である。
【００９２】
上述の実施例のさらに別の変形例は、追加のステップを提供している。このステップにより、対象ｇＮＢは、転送元ＲＮＡ１（およびそのｇＮＢ）内の旧ＵＥコンテキストを削除するように処理を進める。例えば、ｇＮＢは、転送元ＲＮＡ１の中央ｇＮＢから旧ＵＥコンテキストを取得すると、中央ｇＮＢに対し、旧ＲＮＡ内ではもはや不要となった取得済ＵＥコンテキストを削除するように、追加的に指示する。
【００９３】
上述の実施例の他の変形例は、コアネットワークのＭＭＥなどの他のエンティティ内の別のＵＥ関連コンテキストを更新する、追加のステップを提供している。例えば、ＵＥがダウンリンクにて何らかのデータを受信する場合、ＭＭＥ内でＵＥ関連コンテキストの更新が必要となる。一例示的実施例では、ＵＥは、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ：国際移動体加入者識別子）またはＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：グローバル一意一時識別子：）またはＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ：一時移動体加入者識別子）など、ＵＥのグローバル識別子を、例えば、旧ＲＮＡ  ＩＤとともに新ｇＮＢへ送信する。グローバル識別子を用いることにより、新ｇＮＢは、ＵＥを担当するＭＭＥを、そこにおいて関連するＵＥ関連コンテキストを更新するために、特定して、特定したＭＭＥに接触してもよい。例えば、担当するゲートウェイは、経路を新ｇＮＢへと切り換えるために、変更が必要になる。担当するゲートウェイを変更することは、例えば、新ｇＮＢからＵＥを担当するＭＭＥへ送信された、Ｓ１アプリケーションプロトコルの経路切換要求（ここに参照により組み込まれる非特許文献８参照）を用いてなされる。そして、ＭＭＥは、担当するゲートウェイに、そこにある必要なＵＥ関連コンテキスト情報をそれぞれ更新するために、接触することができる。
【００９４】
他の例示的実施例では、ＵＥは、メッセージを、それを担当するＭＭＥへ直接送って、担当ゲートウェイ情報などの関連ＵＥコンテキストを更新することができる。ＵＥは、このようなメッセージをそのＭＭＥへ送信することができるために、ＲＲＣ接続状態へと、最初に遷移してもよい。より詳細な例示的実施例では、ＵＥは、最初に、ｇＮＢとのＲＲＣ接続を起動してもよく、そして経路切換要求メッセージを、ＮＡＳシグナリングによりＭＭＥへ送る（非アクセス層）（経路切換要求は、上述のＳ１アプリケーションプロトコルの１つであり得る）。ＮＡＳメッセージは、経路切換要求とともに、ＵＥのグローバル識別子および／または新および／または旧セルのＩＤを含んでもよい。これに応答して、ＭＭＥは、ＵＥのコンテキストを更新してもよく、担当するゲートウェイに接触して、経路を旧ｇＮＢから新ｇＮＢへと変更してもよい。
【００９５】
さらに別の例示的実施例では、新ｇＮＢは、ＵＥを担当するＭＭＥ内のＵＥ関連コンテキストを更新するための要求を伴って、旧ＲＮＡ１のｇＮＢ（例えば、上述の中央ｇＮＢ）に接触する。この実施例についても、ＵＥは、ＵＥのグローバル識別子（上記のＧＵＴＩ、ＩＭＳＩまたはＴＭＳＩを参照）を、新ｇＮＢに提供することができ、そして新ｇＮＢは、このＵＥのグローバル識別子を、旧ｇＮＢへ転送する。これにより、旧ｇＮＢは、ＭＭＥに接触すると、このグローバルＩＤに基づき、コンテストが更新されるべきＵＥを特定することができるようになる。これは、上述のように新ｇＮＢにより実行される、例としてのパッチ切換要求と同様に、実行可能である。
【００９６】
どの場合においても、ＭＭＥは、ＵＥ関連コンテキスト情報を更新するために、このように接触されることになる。そして、ＭＭＥは、旧担当ゲートウェイなど、コアネットワークにおける期限切れエンティティである、ＵＥコンテキスト情報の削除をも担当してもよい。
【００９７】
上記実施例のさらに別の変形例では、ＵＥは、新ＲＮＡの新ｇＮＢに属すると、新ＲＡＮ通知エリア内の通信に有効なＣ−ＲＮＴＩなどの新ＵＥ識別とともに、構成され得る。例えば、新ＵＥ識別は、ＲＮＡ更新手順のために新ｇＮＢによりＵＥへ送信されたＵＥコンテキスト情報内のＵＥに対して、提供されてもよい。また、新ＵＥ識別は、ＵＥコンテキスト情報とは別に、ＵＥに対して提供されてもよい。
【００９８】
上記実施例の別の変形例によると、ＵＥは、ＲＮＡ更新手順を実行すると、ＲＲＣ接続状態へ遷移することができる。ｇＮＢは、環境に応じて、ｇＮＢを、ＲＲＣ接続状態へ遷移させることを決定することができる。例えば、ＵＥが、ＵＥ関連コンテキストをＭＭＥにて更新しようとする場合（上述のように）、ＵＥは、ＲＲＣ接続状態へ移行することができる。
【００９９】
上記実施形態のさらに別の変形例では、ｇＮＢは、ＲＮＡ更新手順の際に、旧ＲＮＡ  ＩＤの受信に成功した旨、応答してもよい。例えば、ｇＮＢは、ＡＣＫを、コンテキストの更新とともに、ＵＥへ送信してもよい。さらに、ｇＮＢは、ＵＥコンテキストの更新を送るとき、ＵＥが更新されたＵＥコンテキスト（例えば、新セキュリティ鍵、暗号鍵など）を用いてアップリンクデータを送信することができるように、さらに無線リソースを割り当ててもよい。
【０１００】
図１９から図２２は、それぞれ図１１から図１４に基づき、各変形例を参照して上述したようにＲＮＡ更新手順を実行するときに、ＵＥが、グローバルＵＥ識別子（ここではＧＵＴＩであるが、例えば、ＩＭＳＩまたはＴＭＳＩといった他のエンティティであってもよい）およびコンテキストＩＤをｇＮＢへ送信可能であることを、さらに示す。図２１および図２２による例示的実施例では、ＧＵＴＩおよびコンテキストＩＤは、ＲＡＣＨメッセージ３内で送信され（図１９を参照して説明したソリューションについて行ったのと同様）、旧ＲＮＡ  ＩＤは、ＭＡＣ  ＣＥでそれぞれＰＤＣＰの制御ＰＤＵを用いて送信される。また、図２１および図２２による両ソリューションでは、ＧＵＴＩおよび／またはコンテキストＩＤは、ＭＡＣ  ＣＥでＰＤＣＰの制御ＰＤＵを用いて、旧ＲＮＡ  ＩＤとともに、それぞれ送られ得る。
【０１０１】
図１９から図２２からさらに明らかなように、ｇＮＢは、以前受信したＲＮＡ更新手順のメッセージに対する応答を（旧ＲＮＡ  ＩＤなどとともに）、ＵＥが次にアップリンクデータを新ｇＮＢ２へ送信可能とすべく、さらに別のアップリンク無線リソースのグラントとともに提供することが、例示的に想定されている。
【０１０２】
＜さらに別の側面＞
第１の側面では、移動通信システムにおけるユーザ機器が提供される。ＵＥは、第１の無線アクセスネットワーク通知エリアである第１ＲＮＡ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）に位置するユーザ機器が、第１ＲＮＡとは異なる第２の無線アクセスネットワーク通知エリアである第２ＲＮＡへ移動中であるかどうかを判断する処理回路を備える。ユーザ機器は、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの非アクティブ状態にある。ＵＥは、ユーザ機器が第２ＲＮＡへ移動中であると判断されたとき、第１ＲＮＡの識別情報を、第２ＲＮＡの第２の無線基地局へ送信する送信機を、さらに備える。ＵＥは、ユーザ機器が第２の無線基地局とアップリンクおよびダウンリンクデータを交換するのに使用可能な、ユーザ機器関連コンテキスト情報を、第２の無線基地局から受信する受信機を、さらに備える。
【０１０３】
第１の側面に加えて提供された第２の側面によると、送信機は、第１ＲＮＡの識別情報を第２の無線基地局へ送信するとき、ランダムアクセスチャネル手順のメッセージで、第１ＲＮＡの識別情報を送信する。第２の側面の選択的実施例では、ランダムアクセスチャネル手順の第３のメッセージは、それに関連して用いられる。
【０１０４】
第１の側面に加えて提供された第３の側面によると、送信機は、第１ＲＮＡの識別情報を第２の無線基地局へ送信するとき、第１ＲＮＡの識別情報を、ランダムアクセスチャネル手順の第１のメッセージとともに送信する。任意選択で、ランダムアクセスチャネル手順の第１のメッセージは、ランダムアクセスプリアンブルを含む。
【０１０５】
第１の側面に加えて提供された第４の側面によると、送信機は、第１ＲＮＡの識別情報を第２の無線基地局へ送信するとき、第１ＲＮＡの識別情報を、媒体アクセスプロトコルであるＭＡＣの制御エレメントにて送信する。任意選択で、ユーザ機器は、ＭＡＣ制御エレメントを送信するために、第２の無線基地局により、ランダムアクセスチャネル手順の一部としてユーザ機器に対して割り当てられた無線リソースを用いる。
【０１０６】
第１の側面に加えて提供された第５の側面によると、送信機は、第１ＲＮＡの識別情報を第２の無線基地局へ送信するとき、第１ＲＮＡの識別情報を、パケットデータコンバージェンスプロトコルであるＰＤＣＰの制御パケットデータユニットであるＰＤＵにて送信する。任意選択で、ユーザ機器は、ＰＤＣＰ制御ＰＤＵを送信するために、第２の無線基地局により、ランダムアクセスチャネル手順の一部としてユーザ機器に対して割り当てられた無線リソースを用いる。
【０１０７】
第２、第４および第５の側面のいずれか１つに加えて提供された第６の側面によると、受信機は、第２の無線基地局からユーザ機器関連コンテキスト情報を受信するとき、ユーザ機器関連コンテキスト情報を、ランダムアクセスチャネル手順の第４のメッセージとともに受信する。
【０１０８】
第３の側面に加えて提供された第７の側面によると、受信機は、ユーザ機器関連コンテキスト情報を第２の無線基地局から受信するとき、ユーザ機器関連コンテキスト情報を、ランダムアクセスチャネル手順の第２のメッセージとともに受信する。任意選択で、ランダムアクセスチャネル手順の第２のメッセージは、アップリンク無線リソースのユーザ機器への割当を含む。
【０１０９】
第１から第７の側面のいずれか１つに加えて提供された第８の側面によると、受信機は、動作時に、第２の無線基地局から第２ＲＮＡの識別情報を受信する。任意選択で、第２ＲＮＡの識別情報は、第２の無線基地局により、その無線セル全体に、システム情報にてブロードキャストされる。さらに、処理回路は、ユーザ機器が第２ＲＮＡへ移動するかどうかを判断するとき、第１ＲＮＡの識別情報が第２ＲＮＡの識別情報とは異なる場合に、ユーザ機器が第２ＲＮＡへ移動すると判断する。
【０１１０】
第１から第８の側面のいずれか１つに加えて提供された第９の側面によると、処理回路は、ユーザ機器が第２ＲＮＡへ移動中であると判断するとき、ユーザ機器を非アクティブ状態から接続状態へ遷移させる。
【０１１１】
第１から第９の側面のいずれか１つに加えて提供された第１０の側面によると、
ユーザ機器関連コンテキスト情報は、
・  第２の無線基地局とユーザ機器との間で利用可能な、送信前にデータを暗号化するための暗号鍵、および受信後にデータを復号するための復号鍵などのセキュリティ情報と、
・  少なくとも第２の無線基地局とユーザ機器との間のデータ接続の情報と
のうちの少なくとも１つを含む。
【０１１２】
第１から第１０の側面のいずれか１つに加えて提供された第１１の側面によると、送信機は、第１ＲＮＡの識別情報を第２の無線基地局へ送信するとき、ユーザ機器により利用される、ユーザ機器関連コンテキスト情報の識別情報をも第２の無線基地局へ送信して、第１ＲＮＡの無線基地局とデータを交換する。識別情報は、第１ＲＮＡのためのユーザ機器関連コンテキスト情報を取得するために、第２の無線基地局により利用可能である。追加的に、または代替的に、送信機は、第１ＲＮＡの識別情報を第２の無線基地局へ送信するとき、コアネットワーク内のエンティティと接触して、ユーザ機器に関連する前記コアネットワークエンティティにおけるコンテキスト情報を更新するために、第２の無線基地局により利用可能なユーザ機器の識別子をも、第２の無線基地局へ送信する。
【０１１３】
第１から第１１の側面のいずれか１つに加えて提供された第１２の側面によると、受信機は、動作時に、第２の無線基地局から、第２ＲＮＡについて有効な新規のユーザ識別を受信する。
【０１１４】
第１から第１２の側面のいずれか１つに加えて提供された第１３の側面によると、ユーザ機器および第２の無線基地局は、第３世代パートナーシッププロジェクトである３ＧＰＰにおける新規の無線であるＮＲの第５世代の技術である５Ｇに対応している。
【０１１５】
第１から第１３の側面のいずれか１つに加えて提供された第１４の側面によると、送信機は、動作時に、受信したユーザ機器関連コンテキスト情報を用いて、第２の無線基地局へユーザデータを送信する。追加的に、または代替的に、受信機は、動作時に、受信したユーザ機器関連コンテキスト情報に基づき、第２の無線基地局からユーザデータを受信する。
【０１１６】
第１５の側面では、移動通信システムにおけるユーザ機器の動作方法が提供される。この方法は、第１の無線アクセスネットワーク通知エリアである第１ＲＮＡに位置するユーザ機器が、第１ＲＮＡとは異なる第２の無線アクセスネットワーク通知エリアである第２ＲＮＡへ移動中であるかどうかを判断することを含む。ユーザ機器は、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの非アクティブ状態にある。この方法は、ユーザ機器が第２ＲＮＡへ移動中であると判断されたとき、第１ＲＮＡの識別情報を、第２ＲＮＡの第２の無線基地局へ送信することを、さらに含む。この方法は、ユーザ機器が第２の無線基地局とアップリンクおよびダウンリンクデータを交換するのに使用可能な、ユーザ機器関連コンテキスト情報を、第２の無線基地局から受信することを、さらに含む。
【０１１７】
第６の側面では、移動通信システムにおける第２の無線アクセスネットワーク通知エリアである第２ＲＮＡの無線基地局が提供される。無線基地局は、ユーザ機器が、第２ＲＮＡへ移動する前に位置する第１の無線アクセスネットワーク通知エリアである第１ＲＮＡの識別情報を、ユーザ機器から受信する受信機を備える。ユーザ機器は、ユーザ機器がとり得るアイドル状態、接続状態、および非アクティブ状態のうちの非アクティブ状態にある。無線基地局は、アップリンクおよびダウンリンクデータを第２の無線基地局と交換するために、ユーザ機器により利用可能なユーザ機器関連コンテキスト情報を生成するプロセッサを、さらに備える。無線基地局は、生成されたユーザ機器関連コンテキスト情報を、ユーザ機器へ送信する送信機を備える。
【０１１８】
第１６の側面に加えて提供された第１７の側面によると、受信機は、動作時に、ユーザ機器により、第１ＲＮＡの無線基地局とデータを交換するために利用される、ユーザ機器関連コンテキスト情報における識別情報を受信する。プロセッサは、動作時に、受信した識別情報に基づき、第１ＲＮＡについてのユーザ機器関連コンテキスト情報を取得する。
【０１１９】
＜本開示のハードウェアおよびソフトウェア実装＞
本開示は、ソフトウェア、ハードウェア、またはハードウェアと協働するソフトウェアにより実現可能である。上述の各実施形態の説明に用いられる各機能ブロックは、集積回路などのＬＳＩにより部分的または完全に実現可能であり、各実施形態において説明した各処理は、同ＬＳＩまたはＬＳＩの組み合わせにより、部分的または完全に制御可能であってもよい。ＬＳＩは、チップとして個別に形成されてもよく、単一のチップが、複数の機能ブロックのいくつかまたは全てを含むように形成されてもよい。ＬＳＩは、データ入力およびそこに結合した出力を含んでもよい。ここでのＬＳＩは、集積度に応じてＩＣ（集積回路）、システムＬＳＩ、スパーＬＳＩ、またはウルトラＬＳＩと称してもよい。ただし、集積回路を実装する技術は、ＬＳＩに限らず、専用回路、汎用プロセッサまたは専用プロセッサを用いることにより、実現されてもよい。さらに、ＬＳＩ製造後にプログラム可能なＦＰＧＡ（フィールドプログラマブルゲートアレイ）、またはＬＳＩ内に配置された回路セルの接続および設定が再構成可能なリコンフィギュラブル・プロセッサが、用いられてもよい。本開示は、デジタル処理またはアナログ処理として実現可能である。将来の集積回路技術が、半導体技術の進歩または他の代替技術の結果として、ＬＳＩを置き換えた場合、機能ブロックは、将来の集積回路技術を用いて統合され得る。バイオテクノロジも、適用可能である。
【０１２０】
さらに、様々な実施形態は、プロセッサにより、または直接ハードウェア内で実行されるソフトウェアモジュールにより、実装されてもよい。また、ソフトウェアモジュールとハードウェア実装との組み合わせも可能である。ソフトウェアモジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなど、任意の種類のコンピュータ可読記憶媒体上に格納されてもよい。さらに、様々な実施形態の個々の特徴は、個別に、または任意の組み合わせで、他の実施形態の主題となり得ることに留意されたい。
【０１２１】
具体的な実施形態として示された本開示に対して、多くの変形および／または改良がなされてもよいことが、当業者により評価されるであろう。したがって、本実施形態は、あらゆる点において説明のためであり、制限的に考えられるべきではない。
【図１】
2020511902.tif 000004
【図２】
2020511902.tif 000005
【図３】
2020511902.tif 000006
【図４】
2020511902.tif 000007
【図５】
2020511902.tif 000008
【図６】
2020511902.tif 000009
【図７】
2020511902.tif 000010
【図８】
2020511902.tif 000011
【図９】
2020511902.tif 000012
【図１０】
2020511902.tif 000013
【図１１】
2020511902.tif 000014
【図１２】
2020511902.tif 000015
【図１３】
2020511902.tif 000016
【図１４】
2020511902.tif 000017
【図１５】
2020511902.tif 000018
【図１６】
2020511902.tif 000019
【図１７】
2020511902.tif 000020
【図１８】
2020511902.tif 000021
【図１９】
2020511902.tif 000022
【図２０】
2020511902.tif 000023
【図２１】
2020511902.tif 000024
【図２２】
2020511902.tif 000025
【国際調査報告】
2020511902.tif 000026
2020511902.tif 000027
2020511902.tif 000028