(57)【要約】  本発明において、接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置が基地局にユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）の状態報告を行うことを要求する要求メッセージを送信する。基地局はユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージをネットワーク装置に送信する。【選択図】図９
2019527006.tif 000002
【特許請求の範囲】
【請求項１】
接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置がユーザ機器に対する報告を受信するにおいて、
基地局に前記ユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを送信することと、
前記基地局から前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを受信することと、を含む、報告受信方法。
【請求項２】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に送信される、請求項１に記載の報告受信方法。
【請求項３】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うか否かを示す情報を含む、請求項１に記載の報告受信方法。
【請求項４】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子及びセルの識別子を含む、請求項１に記載の報告受信方法。
【請求項５】
前記基地局に前記ユーザ機器に対する前記ＲＲＣ状態報告を中断することを要求するメッセージを送信することをさらに含む、請求項１に記載の報告受信方法。
【請求項６】
基地局が接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置にユーザ機器に対する報告を行うにおいて、
前記ユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを受信することと、
前記ネットワーク装置に前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを送信することと、を含む、報告実行方法。
【請求項７】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に受信される、請求項６に記載の報告実行方法。
【請求項８】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うか否かを示す情報を含む、請求項６に記載の報告実行方法。
【請求項９】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子及びセルの識別子を含む、請求項６に記載の報告実行方法。
【請求項１０】
前記ユーザ機器に対する前記ＲＲＣ状態報告を中断することを要求するメッセージを受信することをさらに含む、請求項６に記載の報告実行方法。
【請求項１１】
接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置がユーザ機器に対する報告を受信するにおいて、
送受信モジュールと、
前記送受信モジュールを制御するように構成されたプロセッサと、を含み、
前記プロセッサは、
基地局に前記ユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを送信するように前記送受信モジュールを制御し、
前記基地局から前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを受信するように前記送受信モジュールを制御するように構成された、ネットワーク装置。
【請求項１２】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に送信される、請求項１１に記載のネットワーク装置。
【請求項１３】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うか否かを示す情報を含む、請求項１１に記載のネットワーク装置。
【請求項１４】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子及びセルの識別子を含む、請求項１１に記載のネットワーク装置。
【請求項１５】
前記プロセッサは、前記基地局に前記ユーザ機器に対する前記ＲＲＣ状態報告を中断することを要求するメッセージをさらに送信するように前記送受信モジュールを制御する、請求項１１に記載のネットワーク装置。
【請求項１６】
基地局が接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置にユーザ機器に対する報告を行うにおいて、
送受信モジュールと、
前記送受信モジュールを制御するように構成されたプロセッサと、を含み、
前記プロセッサは、
前記ユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを受信するように前記送受信モジュールを制御し、
前記ネットワーク装置に前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを送信するように前記送受信モジュールを制御するように構成された、基地局。
【請求項１７】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に受信される、請求項１６に記載の基地局。
【請求項１８】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うか否かを示す情報を含む、請求項１６に記載の基地局。
【請求項１９】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子及びセルの識別子を含む、請求項１６に記載の基地局。
【請求項２０】
前記プロセッサは、前記ユーザ機器に対する前記ＲＲＣ状態報告を中断することを要求するメッセージをさらに受信するように前記送受信モジュールを制御する、請求項１６に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、特にユーザ機器に対する報告を受信する／行う方法及びその装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信パワーなど）を共有してマルチユーザとの通信を支援できる多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、多重アクセス）システムである。多重接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ-ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ-ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【０００３】
機器間（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ；Ｍ２Ｍ）通信と、多いデータ送信量を要求するスマートフォン、タブレットＰＣなどの様々な装置及び技術が出現及び普及されている。これに伴い、セルラーネットワークにおいて処理が要求されるデータ量も急増している。このように急増しているデータ処理要求量を満たすために、より多い周波数帯域を効率的に使用するための搬送波集成（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ、キャリアアグリゲーション）技術、認知無線（ｃｏｇｎｉｔｉｖｅ  ｒａｄｉｏ、コグニティブ無線）技術などと、限定された周波数内で送信されるデータ容量を高めるための多重アンテナ技術、多重基地局協調技術などが発展している。
【０００４】
一方、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ；ＵＥ）がその周辺で接続（ａｃｃｅｓｓ、アクセス）可能なノード（ｎｏｄｅ）の密度が高くなる方向に通信環境が進化している。ノードとは、一つ以上のアンテナを具備してＵＥと無線信号を送信／受信できる固定の地点（ｐｏｉｎｔ）をいう。高い密度のノードを有する通信システムは、ノード同士の協調によってさらに高い性能の通信サービスをＵＥに提供することができる。
【０００５】
より多くの通信装置がより大きい通信容量を要求することにより、レガシー無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ、無線アクセス技術）に比べて向上したモバイル広帯域通信に対する必要性が台頭しつつある。また、複数の装置と客体（ｏｂｊｅｃｔ）とを相互接続していつどこでも様々なサービスを提供するための大規模機械タイプ通信（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）は、次世代通信において考慮すべき主要争点の一つである。また、信頼度及び待機時間に敏感なサービス／ＵＥを考慮して設計される通信システムに関する議論が進行中である。次世代（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ）無線接続技術の導入は、向上したモバイル広帯域通信（ｅＭＢＢ）、ｍＭＴＣ、超高信頼性及び低待機時間通信（ｕｌｔｒａ-ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｌ、ＵＲＬＬＣ、超高信頼低遅延通信）などを考慮して論議されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
新しい無線通信技術の導入に伴って、基地局が所定のリソース領域でサービスを提供するＵＥの数だけではなく、基地局がサービスを提供するＵＥと送受信するデータ及び制御情報の量が増加している。基地局がＵＥとの通信に利用可能な無線リソースの量は有限であるので、基地局が有限な無線リソースを用いてデータ及び／又は制御情報をＵＥから／に効率的に送受信するための新しい方法の案が求められている。
【０００７】
技術の発達により、遅れ（ｄｅｌａｙ）或いは遅延（ｌａｔｅｎｃｙ）を減らすことが重要な問題になっている。また遅れ／遅延により性能が大きく左右されるアプリケーションが増加している。よって既存システムより遅れ／遅延を減らすための方法の案が要求されている。
【０００８】
またスマート機器の発達により、少量のデータを効率的に送受信、或いは低い頻度で発生するデータを効率的に送受信するための新しい方法の案が求められている。
【０００９】
なお、新しい無線接続技術を支援するシステムにおいて、信号を効率的に送受信する方法が求められている。
【００１０】
本発明で遂げようとする技術的目的は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者によって考慮されるであろう。
【課題を解決するための手段】
【００１１】
本発明の一様相において、接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置がユーザ機器に対する報告を受信する方法が提供される。方法は、基地局にユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを送信することと、基地局からユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを受信することと、を含む。
【００１２】
本発明の他の様相において、基地局が接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置にユーザ機器に対する報告を行う方法が提供される。方法は、ユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを受信することと、ネットワーク装置にユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを送信することと、を含む。
【００１３】
本発明のさらに他の様相において、ユーザ機器に対する報告を受信する、接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置が提供される。ネットワーク装置は、送受信モジュールと、送受信モジュールを制御するように構成されたプロセッサと、を含む。プロセッサは、基地局にユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを送信するように送受信モジュールを制御し、基地局からユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを受信するように送受信モジュールを制御するように構成される。
【００１４】
本発明のさらに他の様相において、接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置にユーザ機器に対する報告を行う基地局が提供される。基地局は、送受信モジュールと、送受信モジュールを制御するように構成されたプロセッサと、を含む。プロセッサは、ユーザ機器に対する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを要求する要求メッセージを受信するように送受信モジュールを制御し、ネットワーク装置にユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかを示す情報を含む報告メッセージを送信するように送受信モジュールを制御するように構成される。
【００１５】
本発明の各様相において、要求メッセージはユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に送信される。
【００１６】
本発明の各様相において、要求メッセージは基地局がユーザ機器のＲＲＣ状態が変化するたびにＲＲＣ状態報告を行うか否かを示す情報を含む。
【００１７】
本発明の各様相において、報告メッセージはユーザ機器が属するトラッキング領域の識別子及びセルの識別子を含む。
【００１８】
本発明の各様相において、ネットワーク装置は基地局にユーザ機器に対するＲＲＣ状態報告を中断することを要求するメッセージを送信することができる。
【００１９】
本発明の各様相において、基地局はネットワーク装置からユーザ機器に対するＲＲＣ状態報告を中断することを要求するメッセージを受信できることができる。
【００２０】
上述した本発明の様態は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常的な知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され理解されるであろう。
【発明の効果】
【００２１】
本発明によれば、無線通信信号を効率的に送受信できる。これにより、無線通信システムの全体処理量（ｔｈｒｏｕｇｈｐｕｔ）が増大する。
【００２２】
本発明の一実施例によれば、ユーザ機器と基地局の通信過程で発生する遅れ／遅延を減らすことができる。
【００２３】
またスマート機器の発達により、少量のデータを効率的に送受信、或いは低い頻度で発生するデータを効率的に送受信することができる。
【００２４】
また新しい無線接続技術を支援するシステムにおいて、信号を効率的に送受信できる。
【００２５】
本発明で得られる効果は以上に言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野における当業者に明確に理解されるであろう。
【図面の簡単な説明】
【００２６】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の構造を示す概略図である。
【図２】一般的なＥ−ＵＴＲＡＮとＥＰＣのアーキテクチャを例示する図である。
【図３】制御プレーンにおける無線インタフェースプロトコルの構造を例示する図である。
【図４】ユーザプレーンにおける無線インタフェースプロトコルの構造を例示する図である。
【図５】ユーザプレーン及び制御プレーンのためのＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）プロトコルスタックを例示する図である。
【図６】ランダムアクセス過程を説明するためのフローチャートである。
【図７】無線リソース制御（ＲＲＣ）層における連結過程を示す図である。
【図８】ＵＥ状態の遷移を例示する図である。ＵＥは１回に１つのＲＲＣ状態を有する。
【図９】本発明によるＲＲＣ状態報告（制御）過程を例示する図である。
【図１０】本発明によるＲＲＣ状態報告（制御）過程を例示する図である。
【図１１】本発明の提案に適用されるノード装置の構成を示す図である。
【発明を実施するための形態】
【００２７】
本発明で使われる用語は、本発明における機能を考慮すると共に、可能な限り現在広く使われている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図又は判例、新しい技術の出現などによって変更されてもよい。また、特定の場合には出願人が任意に選定した用語もあり、この場合は、該当する発明の説明部分においてその意味を詳しく記載するものとする。従って、本発明で使われる用語は単純な用語の名称ではなく、その用語が有する意味と本発明の全般に亘る内容に基づいて定義されるべきである。
【００２８】
以下の実施例は本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は他の構成要素や特徴と結合しない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例において説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は別の実施例に含まれてもよく、別の実施例の対応する構成又は特徴に取り替わってもよい。
【００２９】
図面に関する説明において、本発明の要旨を曖昧にさせるような手順又は段階などは記述を省略し、当業者のレベルで理解し得るような手順又は段階も記述を省略した。
【００３０】
明細書全体を通じて、ある部分がある構成要素を“含む（ｃｏｍｐｒｉｓｉｎｇ又はｉｎｃｌｕｄｉｎｇ）”とされているとき、これは、特別な記載がない限り、他の構成要素を除外するのではなく、他の構成要素をさらに含み得るということを意味する。また、明細書に記載された“…部”、“…器”、“モジュール”などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、“ある（ａ又はａｎ）”、“一つ（ｏｎｅ）”、“その（ｔｈｅ）”及び類似関連語は、本発明を記述する文脈において（特に、以下の請求項の文脈において）本明細書に別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の双方を含む意味で使うことができる。
【００３１】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２．ｘｘシステム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムの少なくとも一つに開示された標準文書によって裏付けることができる。即ち、本発明の実施例において説明していない自明な段階又は部分は、上記文書を参照して説明することができる。
【００３２】
また、本文書に開示されている全ての用語は、上記標準文書によって説明されることができる。例えば、この明細書は３ＧＰＰ  ＴＳ  ３６.２１１、３ＧＰＰ  ＴＳ  ３６.２１３、３ＧＰＰ  ＴＳ  ３６.３２１、３ＧＰＰ  ＴＳ  ３６.３２２、３ＧＰＰ  ＴＳ  ３６.３２３、３ＧＰＰ  ＴＳ  ３６.３３１、３ＧＰＰ  ＴＳ  ２３.２０３、３ＧＰＰ  ＴＳ  ２３.４０１、３ＧＰＰ  ＴＳ  ２４.３０１の標準文書、及び／又は３ＧＰＰ  ＮＲ標準文書（例えば、３ＧＰＰ  ＴＳ  ３８.３３１、３ＧＰＰ  ＴＳ  ２３.５０２）のうちの１つ以上によって裏付けられる。
【００３３】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明しようとするもので、本発明が実施され得る唯一の実施の形態を表そうとするものではない。
【００３４】
また、本発明の実施例で使われる特定用語は本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で別の形態に変更されてもよい。
【００３５】
まず、本明細書で使われる用語は次のように定義される。
【００３６】
−ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ又はＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ）：ＩＰ上で音声又は他のマルチメディアサービスを配達するための標準化を提供するための構造的（ａｒｃｈｉｔｅｃｔｕｒａｌ）フレームワーク（ｆｒａｍｅｗｏｒｋ）。
【００３７】
−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ベースの第３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。
【００３８】
−ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのＰＳ（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コア（ｃｏｒｅ）ネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とＬＴＥ／ＵＴＲＡＮなどのアクセスネットワークとで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００３９】
−ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４０】
−ｅＮｏｄｅＢ／ｅＮＢ：Ｅ−ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４１】
−ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザ機器。ＵＥは、ＵＥ（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などと呼ぶこともできる。また、ＵＥは、ノートパソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯不可能な機器であってもよい。ＭＴＣ関連内容においてＵＥ又は端末という用語は、ＭＴＣデバイスを指すことができる。
【００４２】
−ＨＮＢ（Ｈｏｍｅ  ＮｏｄｅＢ）：ＵＭＴＳネットワークの基地局であり、屋内に設置し、カバレッジはマイクロセル（ｍｉｃｒｏ  ｃｅｌｌ）規模である。
【００４３】
−ＨｅＮＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）：ＥＰＳネットワークの基地局であり、屋内に設置し、カバレッジはマイクロセル規模である。
【００４４】
−ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）：移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ；ＭＭ）、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ；ＳＭ）機能を有するＥＰＳネットワークのネットワークノード。
【００４５】
−ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）／ＰＧＷ／Ｐ−ＧＷ：ＵＥ  ＩＰアドレス割り当て、パケットスクリーニング（ｓｃｒｅｅｎｉｎｇ）及びフィルタリング、課金データ収集（ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ）機能などを有するＥＰＳネットワークのネットワークノード。
【００４６】
−ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）／Ｓ−ＧＷ：移動性アンカー（ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（ｒｏｕｔｉｎｇ）、休止（ｉｄｌｅ）モードパケットバッファリング、ＭＭＥがＵＥをページングするようにトリガーする機能などを有するＥＰＳネットワークのネットワークノード。
【００４７】
−ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）：サービスフロー別に差別化したＱｏＳ及び課金ポリシーを動的（ｄｙｎａｍｉｃ）に適用するためのポリシー決定（Ｐｏｌｉｃｙ  ｄｅｃｉｓｉｏｎ）を行うＥＰＳネットワークのネットワークノード。
【００４８】
−ＯＭＡ  ＤＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイスの管理のためにデザインされたプロトコルであり、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅ  ｕｐｇｒａｄｅ）、誤り報告（Ｅｒｒｏｒ  Ｒｅｐｏｒｔ）などの機能を有する。
【００４９】
−ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）：ネットワーク欠陥表示、性能情報、及びデータ診断機能を提供するネットワーク管理機能群。
【００５０】
−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥの間の制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上端（ｓｔｒａｔｕｍ）。ＬＴＥ／ＵＭＴＳプロトコルスタックにおいて、ＵＥとコアネットワークの間のシグナリング、トラフィックメッセージをやり取りするための機能的な層であって、ＵＥの移動性を支援し、ＵＥとＰＤＮ  ＧＷの間のＩＰ連結を確立（ｅｓｔａｂｌｉｓｈ）及び維持するセッション管理手順及びＩＰアドレス管理などを支援する。
【００５１】
−ＥＭＭ（ＥＰＳ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）：ＮＡＳ層のサブ層であり、ＵＥがネットワークアタッチ（ａｔｔａｃｈ）されているか又はディタッチ（ｄｅｔａｃｈ）されているかによって、ＥＭＭは、“ＥＭＭ−Ｒｅｇｉｓｔｅｒｅｄ”状態又は“ＥＭＭ−Ｄｅｒｅｇｉｓｔｅｒｅｄ”状態を有することができる。
【００５２】
−ＥＣＭ（ＥＭＭ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）連結（ｃｏｎｎｅｃｔｉｏｎ、コネクション）：ＵＥとＭＭＥとの間に確立（ｅｓｔａｂｌｉｓｈ）された、ＮＡＳメッセージの交換（ｅｘｃｈａｎｇｅ）のためのシグナリング連結（ｃｏｎｎｅｃｔｉｏｎ）。ＥＣＭ連結は、ＵＥとｅＮＢ間のＲＲＣ連結と上記ｅＮＢとＭＭＥ間のＳ１シグナリング連結で構成された論理（ｌｏｇｉｃａｌ）連結である。ＥＣＭ連結が確立（ｅｓｔａｂｌｉｓｈ）／終結（ｔｅｒｍｉｎａｔｅ）すると、上記ＲＲＣ及びＳ１シグナリング連結も同様に確立／終結する。確立されたＥＣＭ連結は、ＵＥにとってはｅＮＢと確立されたＲＲＣ連結を有することを意味し、ＭＭＥにとっては上記ｅＮＢと確立されたＳ１シグナリング連結を有することを意味する。ＮＡＳシグナリング連結、即ち、ＥＣＭ連結が確立されているか否かによって、ＥＣＭは“ＥＣＭ−Ｃｏｎｎｅｃｔｅｄ”状態又は“ＥＣＭ−Ｉｄｌｅ”状態を有することができる。
【００５３】
−ＡＳ（Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥと無線（或いは接続）ネットワークとの間のプロトコルスタックを含み、データ及びネットワーク制御信号の送信などを担当する。
【００５４】
−ＮＡＳ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）ＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）に関連したパラメータ（ｐａｒａｍｅｔｅｒｓ）をＵＥに設定する過程で使われるＭＯ（Ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ）。
【００５５】
−ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：特定サービスを支援するサーバー（例えば、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）サーバー、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバーなど）が位置しているネットワーク。
【００５６】
−ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）：ＰＤＮを示したり区分する文字列。要求したサービスやネットワークに接続するためには特定のＰ−ＧＷを経るが、このＰ−ＧＷを見つけ得るようにネットワーク内であらかじめ定義した名前（文字列）を意味する。（例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓ）
【００５７】
−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークにおいてＮｏｄｅＢ、ｅＮｏｄｅＢ、及びそれらを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥ同士の間に存在し、基幹ネットワークへの連結を提供する。
【００５８】
−ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワークの加入者情報を有するデータベース。ＨＳＳは、設定記憶（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザ状態記憶などの機能を有することができる。
【００５９】
−ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレータ別に区分して構成することができる。
【００６０】
−ＡＮＤＳＦ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）：一つのネットワークエンティティ（ｅｎｔｉｔｙ）であり、事業者単位でＵＥが使用可能な接続（ａｃｃｅｓｓ）を発見して選択するようにするポリシー（Ｐｏｌｉｃｙ）を提供。
【００６１】
−ＥＰＣ経路（又は、ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｄａｔａ  ｐａｔｈ））：ＥＰＣを介したユーザプレーンコミュニケーション経路
【００６２】
−Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）：Ｓ１ベアラと該当のデータ無線ベアラとの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）をいう。Ｅ−ＲＡＢが存在すると、該Ｅ−ＲＡＢとＮＡＳのＥＰＳベアラとの間に一対一マッピングがある。
【００６３】
−ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）：ＧＳＭ、ＵＭＴＳ及びＬＴＥネットワーク内で一般パケット無線サービス（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ；ＧＰＲＳ）を運ぶために用いられるＩＰベース通信プロトコルのグループ。３ＧＰＰアーキテクチャ内には、ＧＴＰ及びプロキシモバイルＩＰｖ６ベースインタフェースが様々なインタフェースポイント上に特定（ｓｐｅｃｉｆｙ）されている。ＧＴＰは、いくつかのプロトコル（例えば、ＧＴＰ−Ｃ、ＧＴＰ−Ｕ及びＧＴＰ’）に分解（ｄｅｃｏｍｐｏｓｅ）することができる。ＧＴＰ−Ｃは、ゲートウェイＧＰＲＳ支援ノード（ＧＧＳＮ）とサービングＧＰＲＳ支援ノード（ＳＧＳＮ）との間のシグナリングのためにＧＰＲＳ基幹（ｃｏｒｅ）ネットワーク内で用いられる。ＧＴＰ−Ｃは、上記ＳＧＳＮがユーザのためにセッションを活性化（ａｃｔｉｖａｔｅ）（例えば、ＰＤＮコンテキスト活性化（ａｃｔｉｖａｔｉｏｎ））すること、同一セッションを非活性化（ｄｅａｃｔｉｖａｔｅ）すること、サービスパラメータの品質（ｑｕａｌｉｔｙ）を調整（ａｄｊｕｓｔ）すること、又は他のＳＧＳＮから動作したばかりの加入者（ｓｕｂｓｃｒｉｂｅｒ）のためのセッションを更新すること、を許容する。ＧＴＰ−Ｕは上記ＧＰＲＳ基幹ネットワーク内でそして無線接続ネットワークと基幹ネットワークとの間でユーザデータを運ぶために用いられる。
【００６４】
−ｇＮＢ：ＵＥに向かうＮＲユーザプレーン及び制御プレーンプロトコル終結を提供し、次世代（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ、ＮＧ）インタフェース（例えば、ＮＧ-Ｃ、ＮＧ-Ｕ）を通じて５Ｇコアネットワーク（５ＧＣ）に連結されたノード。
【００６５】
−５Ｇ接続ネットワーク（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）：５Ｇコアネットワークに連結するＮＧ  ＲＡＮ及び／又は非３ＧＰＰ  ＡＮを含む接続ネットワーク。
【００６６】
−５Ｇシステム：５Ｇ接続ネットワーク（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、ＡＮ）、５Ｇコアネットワーク及びＵＥで構成される３ＧＰＰシステム。新しい無線（ｎｅｗ  ｒａｄｉｏ、ＮＲ）システム、或いは次世代（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ）システムとも呼ばれる。
【００６７】
−ＮＧＡＰ  ＵＥ関連（ａｓｓｏｃｉａｔｉｏｎ、アソシエーション）：５Ｇ-ＡＮノード及びＡＭＦの間のＵＥごとの論理関連（ｌｏｇｉｃａｌ  ｐｅｒ  ＵＥ  ａｓｓｏｃｉａｔｉｏｎ）。
【００６８】
−ＮＦサービス：サービス基盤のインタフェースを通じてネットワーク機能（ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ、ＮＦ）により露出され（ｅｘｐｏｓｅ）、権限のある（ａｕｔｈｏｒｉｚｅｄ）他のＮＦにより消費される（ｃｏｎｓｕｍｅｄ）機能性（ｆｕｎｃｔｉｏｎａｌｉｔｙ）。
【００６９】
−ＮＧ-ＲＡＮ：５Ｇシステムの無線接続ネットワーク。
【００７０】
−ＮＧ-Ｃ：ＮＧ-ＲＡＮと５ＧＣの間の制御プレーンインタフェース。
【００７１】
−ＮＧ-Ｕ：ＮＧ-ＲＡＮと５ＧＣの間のユーザプレーンインタフェース。
【００７２】
図１は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の構造を示す概略図である。
【００７３】
ＥＰＣは、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の肝心な要素である。ＳＡＥは、種々のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースで様々な無線接続技術を支援し、より向上したデータ送信キャパビリティを提供するなどの最適化したパケットベースシステムを提供することを目指す。
【００７４】
具体的に、ＥＰＣは、３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムの基幹ネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケットベース実時間及び非実時間サービスを支援することができる。既存の移動通信システム（即ち、第２世代又は第３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の２つの区別されるサブドメインによって基幹ネットワークの機能が具現された。しかし、第３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化された。即ち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰキャパビリティ（ｃａｐａｂｉｌｉｔｙ）を有するＵＥとＵＥとの連結を、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ））によって構成することができる。即ち、ＥＰＣはエンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービス具現に必須な構造である。
【００７５】
ＥＰＣは様々な構成要素を含むことができ、図１ではその一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００７６】
ＳＧＷ（又はＳ−ＧＷ）は無線接続ネットワーク（ＲＡＮ）と基幹ネットワークとの間の境界点として動作し、ｅＮＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能を有する要素である。また、ＵＥがｅＮＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を担う。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以降に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）における移動性のために、ＳＧＷを介してパケットをルーティングすることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮ又はＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能してもよい。
【００７７】
ＰＤＮ  ＧＷ（又はＰ−ＧＷ）は、パケットデータネットワークに向かうデータインタフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、ポリシー執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役目を担うことができる。
【００７８】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別個のゲートウェイで構成されることを示しているが、２つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されてもよい。
【００７９】
ＭＭＥは、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を有する要素である。ＭＭＥは、加入者及びセッション管理に関連した制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥは多数のｅＮＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、セキュリティ手順（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、休止端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を有する。
【００８０】
ＳＧＳＮは、別の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００８１】
ｅＰＤＧは、信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対するセキュリティノードとしての役割を担う。  
【００８２】
図１を参照して説明したように、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有するＵＥは、３ＧＰＰアクセスはもとより、非３ＧＰＰアクセスベースでもＥＰＣ内の様々な要素を経由して、事業者（即ち、運営者（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００８３】
また、図１は、様々な参照ポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示している。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣにおける個別の機能エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクを参照ポイントと定義する。次の表１に、図１に示した参照ポイントを整理する。表１の例示の他に、ネットワーク構造によって様々な参照ポイントが存在してもよい。
【００８４】
【表１】
2019527006.tif 000003
【００８５】
図１に示す参照ポイントのうち、Ｓ２ａ及びＳ２ｂは非３ＧＰＰインタフェースに該当する。Ｓ２ａは、信頼できる非３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性支援を、ユーザプレーンに提供する参照ポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性支援を、ユーザプレーンに提供する参照ポイントである。
【００８６】
図２は、一般的なＥ−ＵＴＲＡＮとＥＰＣのアーキテクチャを示す例示図である。同図に示すように、ｅＮＢはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結が活性化されている間に、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、放送チャネル（ＢＣＨ）のスケジューリング及び送信、アップリンク及びダウンリンクにおけるリソースをＵＥに動的割り当て、ｅＮＢの測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）、そして連結移動性制御などのための機能を有することができる。ＥＰＣ内ではページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーンの暗号化、ＳＡＥベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を有することができる。
【００８７】
図３は、ＵＥとｅＮＢとの間の制御プレーンにおける無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す例示図であり、図４は、ＵＥとｅＮＢとの間のユーザプレーンにおける無線インタフェースプロトコルの構造を示す例示図である。
【００８８】
上記無線インタフェースプロトコルは３ＧＰＰ無線接続ネットワーク規格に基づく。上記無線インタフェースプロトコルは、水平的に、物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）及びネットワーク層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的には、データ情報送信のためのユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）とに区分される。
【００８９】
それらのプロトコル層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルにおける下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分することができる。
【００９０】
以下では、図３に示した制御プレーンの無線プロトコルと、図４に示すユーザプレーンにおける無線プロトコルの各層について説明する。
【００９１】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。上記物理層は上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、上記送信チャネルを介して媒体接続制御層と物理層との間のデータが伝達される。そして、異なる物理層の間、即ち、送信側の物理層と受信側の物理層との間には物理チャネルを介してデータが伝達される。
【００９２】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間軸上にある複数のサブフレームと周波数軸上にある複数の副搬送波（ｓｕｂｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（ｓｕｂｆｒａｍｅ）は時間軸上で複数のＯＦＤＭシンボル（ｓｙｍｂｏｌ）と複数の副搬送波とで構成される。一つのサブフレームは複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）と複数の副搬送波とで構成される。データが送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、１個のサブフレームに該当する１ｍｓである。
【００９３】
上記送信側と受信側の物理層に存在する物理チャネルは、３ＧＰＰ  ＬＴＥによれば、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）などに区別される。
【００９４】
第２層には様々な層が存在する。まず、第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、様々な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を様々な送信チャネルにマップさせる役割を担い、且つ複数の論理チャネルを一つの送信チャネルにマップさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を担う。ＭＡＣ層は上位層であるＲＬＣ層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）で連結されており、論理チャネルは、送信される情報の種類によって、概ね、制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）とに区別される。
【００９５】
第２層における無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層は、上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して、下位層が無線区間でデータを送信するのに適するようにデータサイズを調節する役割を担う。
【００９６】
第２層におけるパケットデータ収束（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時に、帯域幅の小さい無線区間で効率的に送信するために、相対的にサイズが大きいと共に不要な制御情報を含んでいるＩＰパケットヘッダーサイズを減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を有する。また、ＬＴＥシステムでは、ＰＤＣＰ層がセキュリティ（Ｓｅｃｕｒｉｔｙ、保安）機能も担うが、これは、第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）及び第３者のデータ操作を防止する完全性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）で構成される。
【００９７】
第３層の最上部に位置している無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略す。）層は、制御プレーンにおいてのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略す。）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。このとき、ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ伝達のために第２層によって提供されるサービスを意味する。
【００９８】
ＵＥのＲＲＣ層と無線ネットワークのＲＲＣ層との間にＲＲＣ連結（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）が確立された（ｅｓｔａｂｌｉｓｈｅｄ）場合、ＵＥはＲＲＣ連結モード（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ、接続モード）にあり、そうでない場合、ＲＲＣ休止モード（Ｉｄｌｅ  Ｍｏｄｅ）にある。
【００９９】
以下、ＵＥのＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）及びＲＲＣ連結方法について説明する。ＲＲＣ状態とは、ＵＥのＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）となっているか否かを指し、連結されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）、連結されていない場合はＲＲＣ＿ＩＤＬＥ状態と呼ぶ。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥはＲＲＣ連結が存在するので、Ｅ−ＵＴＲＡＮは当該ＵＥの存在をセル単位で把握でき、これによってＵＥを効果的に制御することができる。一方、ＲＲＣ＿ＩＤＬＥ状態のＵＥの場合、Ｅ−ＵＴＲＡＮが当該ＵＥの存在を把握できず、セルよりも大きい地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で基幹ネットワークが管理する。即ち、ＲＲＣ＿ＩＤＬＥ状態のＵＥは、セルに比べて大きい地域単位で当該ＵＥの存在有無だけが把握され、音声やデータのような通常の移動通信サービスを受けるためには、当該ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要がある。各ＴＡはＴＡＩ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）によって区別される。ＵＥは、セルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を用いてＴＡＩを構成することができる。
【０１００】
ユーザがＵＥの電源を最初につけたとき、まず、ＵＥは適切なセルを探索して当該セルでＲＲＣ連結を結び、基幹ネットワークにＵＥの情報を登録する。その後、ＵＥはＲＲＣ＿ＩＤＬＥ状態にとどまる。ＲＲＣ＿ＩＤＬＥ状態にとどまっているＵＥは必要によってセルを（再）選択し、システム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を調べる。これをセルにキャンプオン（ｃａｍｐ  ｏｎ）するという。ＲＲＣ＿ＩＤＬＥ状態にとどまっていたＵＥはＲＲＣ連結を確立する必要がある時に初めてＲＲＣ連結手順（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）によってＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ連結を確立し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＲＲＣ＿ＩＤＬＥ状態にとどまっているＵＥがＲＲＣ連結を確立する必要がある場合は様々であり、例えば、ユーザの通話試み、データ送信試み、或いはＥ−ＵＴＲＡＮからページングメッセージを受信した場合にそれに対する応答メッセージ送信などを挙げることができる。
【０１０１】
上記ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を有する。
【０１０２】
次に、図３に示したＮＡＳ層について詳しく説明する。
【０１０３】
ＮＡＳ層に属するＥＳＭ（Ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、デフォルトベアラ（ｄｅｆａｕｌｔ  ｂｅａｒｅｒ）管理、専用ベアラ（ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ）管理のような機能を果たし、ＵＥがネットワークからＰＳサービスを利用するための制御を担当する。デフォルトベアラリソースは、特定ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）に最初に接続する時に、ネットワークに接続される際にネットワークから割り当てられるという特徴を有する。このとき、ネットワークは、ＵＥがデータサービスを用い得るようにＵＥにとって使用可能なＩＰアドレスを割り当て、またデフォルトベアラのＱｏＳを割り当てる。ＬＴＥでは、大きく、データ送信／受信のための特定帯域幅を保証するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）ＱｏＳ特性を有するベアラと、帯域幅の保証無しでベストエフォートＱｏＳ（Ｂｅｓｔ  ｅｆｆｏｒｔ  ＱｏＳ）特性を有するＮｏｎ−ＧＢＲベアラの２種類を支援する。デフォルトベアラの場合、Ｎｏｎ−ＧＢＲベアラが割り当てられる。専用ベアラの場合には、ＧＢＲ又はＮｏｎ−ＧＢＲのＱｏＳ特性を有するベアラが割り当てられる。
【０１０４】
ネットワークでＵＥに割り当てたベアラをＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）ベアラと呼び、ＥＰＳベアラを割り当てる際に、ネットワークは一つのＩＤを割り当てる。これをＥＰＳベアラＩＤと呼ぶ。一つのＥＰＳベアラはＭＢＲ（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）又は／及びＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）のＱｏＳ特性を有する。
【０１０５】
図５は、ユーザプレーン及び制御プレーンのためのＬＴＥプロトコルスタックを例示する図である。図５（ａ）は、ユーザプレーンプロトコルスタックをＵＥ−ｅＮＢ−ＳＧＷ−ＰＧＷ−ＰＤＮにわたって例示しており、図５（ｂ）は、制御プレーンプロトコルスタックをＵＥ−ｅＮＢ−ＭＭＥ−ＳＧＷ−ＰＧＷにわたって例示している。プロトコルスタックのキー（ｋｅｙ）層の機能（ｆｕｎｃｔｉｏｎ）を簡略に説明すると次のとおりである。
【０１０６】
図５（ａ）を参照すると、ＧＴＰ−Ｕプロトコルは、Ｓ１−Ｕ／Ｓ５／Ｘ２インタフェース上でユーザＩＰパケットをフォワードするために用いられる。ＧＴＰトンネルがＬＴＥハンドオーバー中にデータフォワーディングのために確立されると、終端マーカーパケット（Ｅｎｄ  Ｍａｒｋｅｒ  Ｐａｃｋｅｔ）が最後のパケットとして上記ＧＴＰトンネル上で伝達（ｔｒａｎｓｆｅｒ）される。
【０１０７】
図５（ｂ）を参照すると、Ｓ１ＡＰプロトコルはＳ１−ＭＭＥインタフェースに適用される。Ｓ１ＡＰプロトコルは、Ｓ１インタフェース管理、Ｅ−ＲＡＢ管理、ＮＡＳシグナリング伝達及びＵＥコンテキスト管理のような機能を支援する。Ｓ１ＡＰプロトコルは、Ｅ−ＲＡＢをセットアップするために初期ＵＥコンテキストをｅＮＢに伝達し、その後、上記ＵＥコンテキストの修正或いは解除を管理する。Ｓ１１／Ｓ５インタフェースにはＧＴＰ−Ｃプロトコルが適用される。ＧＴＰ−ＣプロトコルはＧＴＰトンネルの生成、修正（ｍｏｄｉｆｉｃａｔｉｏｎ）及び終了（ｔｅｒｍｉｎａｔｉｏｎ）のための制御情報の交換（ｅｘｃｈａｎｇｅ）を支援する。ＧＴＰ−ＣプロトコルはＬＴＥハンドオーバーの場合にデータフォワーディングトンネルを生成する。
【０１０８】
図３及び図４に例示されたプロトコルスタック及びインタフェースに関する説明は、図５における同一のプロトコルスタック及びインタフェースにもそのまま適用することができる。
【０１０９】
図６は、３ＧＰＰ  ＬＴＥにおいて任意接続手順を示すフローチャートである。
【０１１０】
任意接続手順は、ＵＥが基地局とＵＬ同期を取るか、又はＵＥにＵＬ無線リソースを割り当てるために行われる。
【０１１１】
ＵＥはルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ）をｅＮＢから受信する。各セルごとにＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスによって定義される６４個の候補（ｃａｎｄｉｄａｔｅ）任意接続（ｒａｎｄｏｍ  ａｃｃｅｓｓ；ＲＡ）プリアンブルがあり、ルートインデックスは、ＵＥが６４個の候補任意接続プリアンブルを生成するための論理的インデックスである。
【０１１２】
任意接続プリアンブルの送信は、各セルごとに特定の時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、任意接続プリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを示す。
【０１１３】
任意接続手順、特に、競合ベース任意接続手順は、次の３段階を含む。次の段階１、２、３で送信されるメッセージはそれぞれ、ｍｓｇ１、ｍｓｇ２、ｍｓｇ４とも呼ばれる。
【０１１４】
＞１．ＵＥは任意に選択された任意接続プリアンブルをｅＮＢに送信する。ＵＥは６４個の候補任意接続プリアンブルから一つを選択する。そして、ＰＲＡＣＨ設定インデックスによって該当のサブフレームを選択する。ＵＥは、選択された任意接続プリアンブルを選択されたサブフレームで送信する。
【０１１５】
＞２．上記任意接続プリアンブルを受信したｅＮＢは、任意接続応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ；ＲＡＲ）をＵＥに送る。任意接続応答は２段階で検出される。まず、ＵＥはＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）でマスクされたＰＤＣＣＨを検出する。ＵＥは、検出されたＰＤＣＣＨが示すＰＤＳＣＨ上でＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内の任意接続応答を受信する。ＲＡＲは、ＵＬ同期化のためのタイミングオフセット情報を示すタイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ；ＴＡ）情報、ＵＬリソース割り当て情報（ＵＬグラント情報）、臨時ＵＥ識別子（例えば、ｔｅｍｐｏｒａｒｙ  ｃｅｌｌ−ＲＮＴＩ；ＴＣ−ＲＮＴＩ）などを含む。
【０１１６】
＞３．ＵＥは、ＲＡＲ内のリソース割り当て情報（即ち、スケジューリング情報）及びＴＡ値によってＵＬ送信を行うことができる。ＲＡＲに対応するＵＬ送信にはＨＡＲＱが適用される。従って、ＵＥはＵＬ送信を行った後、上記ＵＬ送信に対応する受信応答情報（例えば、ＰＨＩＣＨ）を受信することができる。
【０１１７】
図７は、無線リソース制御（ＲＲＣ）層における連結手順を示す図である。
【０１１８】
図７に示すように、ＲＲＣ連結が確立されたか否かによってＲＲＣ状態が表されている。ＲＲＣ状態とは、ＵＥのＲＲＣ層のエンティティ（ｅｎｔｉｔｙ）がｅＮＢのＲＲＣ層のエンティティと論理的連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）がされているか否かをいい、連結されている場合はＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ、接続状態）といい、連結されていない状態をＲＲＣ休止状態（ｉｄｌｅ  ｓｔａｔｅ）という。
【０１１９】
上記連結状態（Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）のＵＥは、ＲＲＣ連結（ｃｏｎｎｅｃｔｉｏｎ）が存在するので、Ｅ−ＵＴＲＡＮは当該ＵＥの存在をセル単位で把握でき、ＵＥを効果的に制御することができる。一方、休止モード（ｉｄｌｅ  ｓｔａｔｅ）のＵＥはｅＮＢによって把握されず、セルよりも大きい地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で基幹ネットワークが管理する。上記トラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）はセルの集合単位である。即ち、休止モード（ｉｄｌｅ  ｓｔａｔｅ）ＵＥは大きい地域単位で存在の有無のみが把握され、音声やデータのような通常の移動通信サービスを受けるためにはＵＥは連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に遷移する必要がある。
【０１２０】
ユーザがＵＥの電源を最初につけた時、上記ＵＥはまず、適切なセルを探索した後、当該セルでＲＲＣ＿ＩＤＬＥにとどまる。ＲＲＣ＿ＩＤＬＥにとどまっていたＵＥはＲＲＣ連結を確立する必要がある時に初めてＲＲＣ連結手順（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）によってｅＮＢのＲＲＣ層とＲＲＣ連結を確立し、ＲＲＣ連結状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に遷移する。
【０１２１】
ＲＲＣ＿ＩＤＬＥのＵＥがＲＲＣ連結を確立する必要がある場合は様々であり、例えば、ユーザの通話試み、上りデータ送信などが必要であるか、或いはＥＵＴＲＡＮからページングメッセージを受信した場合にそれに対する応答メッセージ送信などを挙げることができる。
【０１２２】
ＲＲＣ＿ＩＤＬＥのＵＥ（ＵＥ  ｉｎ  ＲＲＣ＿ＩＤＬＥ）が上記ｅＮＢとＲＲＣ連結を確立するためには、上述したように、ＲＲＣ連結手順（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を行う必要がある。ＲＲＣ連結手順は、大きく、ＵＥがｅＮＢにＲＲＣ連結要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを送信する過程、ｅＮＢがＵＥにＲＲＣ連結セットアップ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを送信する過程、そしてＵＥがｅＮＢにＲＲＣ連結セットアップ完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。
【０１２３】
＞１．ＲＲＣ＿ＩＤＬＥのＵＥは通話試み、データ送信試み、又はｅＮＢのページングに対する応答などの理由でＲＲＣ連結を確立しようとする場合、まず、上記ＵＥはＲＲＣ連結要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをｅＮＢに送信する。
【０１２４】
＞２．上記ＵＥからＲＲＣ連結要求メッセージを受信すれば、上記ｅＮＢは無線リソースが十分である場合には上記ＵＥのＲＲＣ連結要求を受諾し、応答メッセージであるＲＲＣ連結セットアップ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを上記ＵＥに送信する。
【０１２５】
＞３．上記ＵＥが上記ＲＲＣ連結セットアップメッセージを受信すれば、上記ｅＮＢにＲＲＣ連結セットアップ完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する。
【０１２６】
ＵＥがＲＲＣ連結設定メッセージを成功的に送信すると、初めてＵＥはｅＮＢとＲＲＣ連結され、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに遷移する。
【０１２７】
現在３ＧＰＰでは、ＥＰＣ以後の次世代移動通信システムに対する研究が行われている。次世代モバイルネットワークシステム、例えば、５Ｇコアネットワークに対するデザインのために、３ＧＰＰではＳＭＡＲＴＥＲ（Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｍａｒｋｅｔｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｅｎａｂｌｅｒｓ）という研究によりサービス要求事項を定義している。また、システムアーキテクチャ２（ｓｙｓｔｅｍ  ａｒｃｈｉｔｅｃｔｕｒｅ、ＳＡ２）では、ＳＭＡＲＴＥＲに基づいて次世代システムのための研究（ｓｔｕｄｙ  ｏｎ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ  ｓｙｓｔｅｍ、ＦＳ＿ＮｅｘｔＧｅｎ）が行われている。３ＧＰＰ  ＴＲ  ２３．７９９には、ＮｅｘｔＧｅｎシステム（ＮｅｘｔＧｅｎ  ｓｙｓｔｅｍ、ＮＧＳ）について以下の用語が定義されている。
【０１２８】
−進化したＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｅ−ＵＴＲＡ）：ＮｅｘｔＧｅｎシステム内の動作（ｏｐｅｒａｔｉｏｎ）のためのＥ−ＵＴＲＡ無線インタフェースの進化を示すＲＡＴ。
【０１２９】
−ネットワーク能力（Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔ）：一般的に別の独立型（ｓｔａｎｄａｌｏｎｅ、スタンドアローン）の“エンドユーザサービス（ｅｎｄ  ｕｓｅｒ  ｓｅｒｖｉｃｅ）”として使用されず、“エンドユーザ”に提供される遠隔通信サービスで結合される構成要素（ｃｏｍｐｏｎｅｎｔ）として提供されるネットワーク及び３ＧＰＰ特化（ｓｐｅｃｉｆｉｅｄ）機能。例えば、位置サービスは、一般的に“エンドユーザ”が単純に他のＵＥの位置を問う時に使用されることではなく、特性（ｆｅａｔｕｒｅ）又はネットワーク能力として、例えば、追跡応用プログラムが“エンドユーザサービス”として提供する、追跡応用プログラムにより使用される、機能（ｆｅａｔｕｒｅ）又はネットワーク能力である。ネットワーク能力は内部的にネットワークで使用でき、サードパーティー（３ｒｄ  ｐａｒｔｙ）という外部ユーザに露出されることもできる。
【０１３０】
−ネットワーク機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）：３ＧＰＰ  ＴＲ２３．７００において、ネットワーク機能は３ＧＰＰが採択した機能又はネットワークにおいて３ＧＰＰが定義した処理機能であり、機能的動作（ｂｅｈａｖｉｏｒ）及び３ＧＰＰ定義インタフェースを有する。備考３：ネットワーク機能は、専用ハードウェア上のネットワーク要素であって、又は専用ハードウェア上で実行されるソフトウェアインスタンスであって、又は適切なプラットホーム（例えば、クラウド・インフラストラクチャー）上でインスタンス化された仮想化機能として具現されることができる。  
【０１３１】
−ＮｅｘｔＧｅｎ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：ＮｅｘｔＧｅｎ接続ネットワークに連結されるこの明細書に明示された核心ネットワーク。
【０１３２】
−ＮｅｘｔＧｅｎ  ＲＡＮ（ＮＧ  ＲＡＮ）：以下のオプションのうちの１つ以上を支援する無線接続ネットワークを意味する:
【０１３３】
独立型新しい無線（Ｓｔａｎｄａｌｏｎｅ  Ｎｅｗ  Ｒａｄｉｏ）、
【０１３４】
独立型新しい無線は進化したＥ−ＵＴＲＡの拡張を有するアンカーである、
【０１３５】
進化したＥ−ＵＴＲＡ、
【０１３６】
進化した新しい無線確定を有するアンカーである。
【０１３７】
ＮＧ  ＲＡＮはＲＡＮが次世代コアとインタフェースするという共通の特徴を有する。
【０１３８】
−ＮｅｘｔＧｅｎ接続ネットワーク（ＮｅｘｔＧｅｎ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＮＧ  ＡＮ）：ＮｅｘｔＧｅｎ  ＲＡＮ又は非３ＧＰＰアクセスネットワークを言い、次世代コアとインタフェースする。
【０１３９】
−ＮｅｘｔＧｅｎシステム（ＮＧ  Ｓｙｓｔｅｍ）：ＮＧ  ＡＮとＮｅｘｔＧｅｎコアを含むＮｅｘｔＧｅｎシステムを意味する。
【０１４０】
−ＮｅｘｔＧｅｎ  ＵＥ：ＮｅｘｔＧｅｎシステムに連結するＵＥ。
【０１４１】
−ＰＤＵ連結性サービス（ＰＤＵ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ）：ＵＥとデータネットワークの間でＰＤＵの交換を提供するサービス。
【０１４２】
−ＰＤＵセッション（ＰＤＵ  Ｓｅｓｓｉｏｎ）：ＰＤＵ連結性サービスを提供するデータネットワークとＵＥの間の関連（ａｓｓｏｃｉａｔｉｏｎ）。関連のタイプは、ＩＰタイプ、イーサネットタイプ及び非ＩＰタイプを含む。言い換えれば、従来のセッションはＩＰタイプであったが、ＮｅｘｔＧｅｎではイーサネットタイプ或いは非ＩＰタイプであるか否かによってもセッションが区分される。
【０１４３】
−ＩＰタイプのＰＤＵセッション（ＰＤＵ  Ｓｅｓｓｉｏｎ  ｏｆ  ＩＰ  Ｔｙｐｅ）：ＵＥとＩＰデータネットワークの間の関連。
【０１４４】
−サービス連続性（Ｓｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ）：ＩＰアドレス及び／又はアンカーリング地点が変更される場合を含めてサービス中断のないユーザ経験。
【０１４５】
−セッション連続性（Ｓｅｓｓｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ）：
【０１４６】
ＰＤＵセッションの連続性。ＩＰタイプのＰＤＵセッションの場合、“セッション連続性”はＰＤＵセッションの寿命の間にＩＰアドレスが保存されることを意味する。
【０１４７】
５Ｇシステムアーキテクチャは、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）、ソフトウェア定義ネットワーク（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋｉｎｇ）のような技法（ｔｅｃｈｎｉｑｕｅ）を使用するためにデータ連結性及びサービスを支援するように定義される。５Ｇシステムアーキテクチャはサービスベースで定義され、ネットワーク機能の間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）は２つの方法で定義される:
【０１４８】
＞サービスベースの表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）、ここで制御プレーン内のネットワーク機能（例えば、ＡＭＦ）は、他の公認された（ａｕｔｈｏｒｉｚｅｄ）ネットワーク機能がこれらのサービスに接続することを可能にする（ｅｎａｂｌｅ）。
【０１４９】
＞参照ポイント表現。これは２つのネットワーク機能（例えば、ＡＭＦ及びＳＭＦ）の間のポイント−ｔｏ−ポイント参照ポイント（例えば、Ｎ１１）により説明されるネットワーク機能内のＮＦサービスの間に存在する相互作用を示す。
【０１５０】
５Ｇシステムアーキテクチャは、様々なネットワーク機能（ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ、ＮＦ）で構成される。５Ｇシステムアーキテクチャを形成するＮＦには、例えば、接続及び移動性管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ、ＡＭＦ）、データネットワーク（Ｄａｔａ  Ｎｅｔｗｏｒｋ、ＤＮ）、ポリシー制御機能（Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、ＰＣＦ）、セッション管理機能（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ、ＳＭＦ）、統合されたデータ管理（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）、ユーザプレーン機能（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ、ＵＰＦ）、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、（無線）接続ネットワーク（（Ｒａｄｉｏ）  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、（Ｒ）ＡＮ）などがある。５ＧシステムのＮＦのうちのＡＭＦは、例えば、以下の機能性を含む：ＲＡＣＮ  ＣＰインタフェース（Ｎ２）の終結（ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳ（Ｎ１）の終結、ＮＡＳ暗号化及び完全性保護（ｃｉｐｈｅｒｉｎｇ  ａｎｄ  ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）、連結管理、到達可能性（ｒｅａｃｈａｂｉｌｉｔｙ）管理、移動性（ｍｏｂｉｌｉｔｙ）管理、ＵＥとＳＭＦの間のＳＭメッセージのための輸送（ｔｒａｎｓｐｏｒｔ）を提供、ＥＰＳとの相互作用のためのＥＰＳベアラＩＤ割り当てなど。５Ｇアーキテクチャは様々な参照ポイントを含むが、これらのうち、Ｎ１はＵＥとＡＭＦの間の参照ポイントであり、Ｎ２は（Ｒ）ＡＮとＡＭＦの間の参照ポイントである。
【０１５１】
５Ｇシステムアーキテクチャに関連する用語に対する定義及びより詳しい説明は、３ＧＰＰ  ＴＲ  ２１．９０５、３ＧＰＰ  ＴＳ  ２３．５０１を参照できる。
【０１５２】
従来ＬＴＥシステムにおいて、ＵＥが接続ネットワーク上でＲＲＣ＿ＩＤＬＥ状態であると、コアネットワーク上ではＥＣＭ＿ＩＤＬＥ状態であり、接続ネットワーク上でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であると、コアネットワーク上ではＥＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である。言い換えれば、従来のＬＴＥシステムにおいて、ＲＲＣ＿ＩＤＬＥであるＵＥ（ＵＥ  ｉｎ  ＲＲＣ＿ＩＤＬＥ）は即ち、ＥＣＭ＿ＩＤＬＥであるＵＥであり、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥは即ち、ＥＣＭ＿ＣＯＮＮＥＣＴＥＤであるＵＥ（ＵＥｉｎ  ＥＣＭ＿ＣＯＮＮＥＣＴＥＤ）である。ＩＤＬＥであるＵＥの場合、（Ｓ１−ＭＭＥにわたる）論理（ｌｏｇｉｃａｌ）Ｓ１−ＡＰ（Ｓ１Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）シグナリング連結及びＵＥのための（Ｓ１−Ｕ内の）全てのＳ１ベアラがない。ＩＤＬＥであるＵＥの場合、ネットワークの観点で、制御プレーンではＵＥとのＳ１シグナリング及びＲＲＣ連結が、またユーザプレーンではＵＥとの下りリンクＳ１ベアラ及びデータ無線ベアラ（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ、ＤＲＢ）が確立されていないか又は解除されている。ＩＤＬＥであるＵＥの観点で、ＩＤＬＥ状態は、制御プレーン及びユーザプレーンの各々において自分のＲＲＣ連結及びＤＲＢがないことを意味する。例えば、連結解除過程を通じて一応連結が解除されると、ＵＥとＭＭＥの間のＥＣＭ連結が解除され、ＵＥと関連する全てのコンテキストがｅＮＢから削除される。その後、ＵＥは、ＵＥ及びＭＭＥではＥＣＭ＿ＣＯＮＮＥＣＴＥＤ状態からＥＣＭ＿ＩＤＬＥ状態に遷移し、ＵＥ及びｅＮＢではＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＥＣＭ＿ＩＤＬＥ状態に遷移する。このため、ＵＥに対する連結制御はいつもコアネットワークにより行われ、ＵＥに対するページングもコアネットワークにより開始及び管理される必要がある。従って、ＵＥとネットワークの間のトラフィック輸送が遅延することができる。また、ＲＲＣ＿ＩＤＬＥのＵＥがトラフィックを送信しようとする場合、或いはネットワークがＲＲＣ＿ＩＤＬＥのＵＥにトラフィックを送信しようとする場合には、サービス要求過程を通じてＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するが、このサービス要求過程は様々なメッセージ交換を伴う。このため、ＵＥとネットワークの間のトラフィック輸送が遅延することができる。
【０１５３】
ＲＲＣ＿ＩＤＬＥとＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間の遷移過程で発生する遅延を減らすために、ＬＴＥ−ＡシステムにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を導入しようとする論議があり、５ＧシステムでもＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を支援することが考慮されている。例えば、５ＧシステムのＲＲＣ層は、以下の特性を有する３つの状態を支援することができる（３ＧＰＰ  ＴＲ  ３８.８０４  Ｖ０.７.０参照）。
【０１５４】
＊ＲＲＣ＿ＩＤＬＥ
【０１５５】
−セル再選択移動性；
【０１５６】
−モバイル終結データ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ  ｄａｔａ）のためのページングがコアネットワーク（例えば、５ＧＣ）により開始される；
【０１５７】
−ページング領域がコアネットワーク（ｃｏｒｅ  ｎｅｔｗｏｒｋ、ＣＮ）により管理される。
【０１５８】
＊ＲＲＣ＿ＩＮＡＣＴＩＶＥ:
【０１５９】
−セル再選択移動性；
【０１６０】
−ＣＮ−ＮＲ  ＲＡＮ連結（制御プレーン及びユーザプレーンの両方とも）がＵＥに対して確立される（ｅｓｔａｂｌｉｓｈ）；
【０１６１】
−ＵＥ接続層（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、ＡＳ）コンテキストが少なくとも１つのｇＮＢ及びＵＥに貯蔵されている；
【０１６２】
−ページングがＮＲ  ＲＡＮにより開始される；
【０１６３】
−ＲＡＮベースの通知（ｎｏｔｉｆｉｃａｔｉｏｎ）領域がＮＲ  ＲＡＮにより管理される；
【０１６４】
−ＮＲ  ＲＡＮがＵＥが属するＲＡＮベースの通知領域を知る；
【０１６５】
＊ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ:
【０１６６】
−ＵＥがＮＲ  ＲＲＣ連結を有する；
【０１６７】
−ＵＥがＮＲにＡＳコンテキストを有する；
【０１６８】
−ＮＲ  ＲＡＮがＵＥが属するセルを知る；
【０１６９】
−ＵＥへの／からのユニキャストデータの伝達（ｔｒａｎｓｆｅｒ）；
【０１７０】
−ＮＲ内の及びＥ-ＵＴＲＡＮへの／からのネットワーク制御移動性（ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｄ  ｍｏｂｉｌｉｔｙ）、即ち、ハンドオーバー。
【０１７１】
図８はＵＥ状態遷移を例示する図である。ＵＥは１回に１つのＲＲＣ状態を有する。
【０１７２】
図８を参照すると、以下の状態遷移がＲＲＣ状態の間に支援される：“連結セットアップ”過程（例えば、要求、セットアップ、完了）に従って（ｆｏｌｌｏｗｉｎｇ）、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに；（少なくとも）“連結解除”過程に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥに；“連結非活性化（ｃｏｎｎｅｃｔｉｏｎ  ｉｎａｃｔｉｖａｔｉｏｎ）”過程に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに；“連結活性化”過程に従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに。
【０１７３】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥはＲＡＮベースの通知領域に設定されることができ、その後：通知領域は単一或いは多数のセルをカバーでき、ＣＮ領域より小さく；ＵＥは通知領域の境界内に留まる時にはいかなる“位置更新（ｌｏｃａｔｉｏｎ  ｕｐｄａｔｅ）”指示も出せず；通知領域から離れると、ＵＥは自分の位置をネットワークに更新する。
【０１７４】
４Ｇ通信の場合、ＵＥがＥＰＳ／ＬＴＥシステムに登録するために、また登録状態を維持するために、アタッチ過程とトラッキング領域の更新（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ、ＴＡＵ）過程（３ＧＰＰ  ＴＳ  ２３.４０１を参照）を行う。５Ｇシステムでは、既存のアタッチ過程とＴＡＵ過程を統合した登録過程（３ＧＰＰ  ＴＳ  ２３.５０２を参照）を行う。５Ｇシステムにおいて、登録管理（ｒｅｇｉｓｔｒａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ、ＲＭ）は、ＵＥ／ユーザをネットワークに登録又は登録解除（ｄｅｒｅｇｉｓｔｅｒ）するために使用され、ユーザコンテキストをネットワークに確立する（ｅｓｔａｂｌｉｓｈ）。ＲＭ＿ＤＥＲＥＧＩＳＴＲＥＤ及びＲＭ＿ＲＥＧＩＳＴＥＲＥＤの２つのＲＭ状態がＵＥとＡＭＦで使用され、選択されたＰＬＭＮ内のＵＥの登録状態を反映する。連結管理（ｃｏｎｎｅｃｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ、ＣＭ）はＵＥとＡＭＦの間のシグナリング連結を確立又は解除（ｒｅｌｅａｓｅ）するために使用される。ＣＭはＮ１上で（ｏｖｅｒ）ＵＥとＡＭＦの間のシグナリング連結を確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）及び解除（ｒｅｌｅａｓｅ）する機能を含む。かかるシグナリング連結はＵＥとコアネットワークの間のＮＡＳシグナリング交換（ｅｘｃｈａｎｇｅ）を可能にするために使用され、ＵＥとＡＮの間のＡＮシグナリング連結（例えば、３ＧＰＰ接続上でＲＲＣ連結）及びＡＮとＡＭＦの間のＵＥのためのＮ２連結を含む。ＵＥのＡＭＦとのＮＡＳシグナリング連結性（ｃｏｎｎｅｃｔｉｖｉｔｙ）を反映するために、２つの連結管理（ｃｏｎｎｅｃｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ、ＣＭ）状態が使用される：ＣＭ＿ＩＤＬＥ及びＣＭ＿ＣＯＮＮＥＣＴＥＤ。ＣＭ＿ＩＤＬＥはＬＴＥ（即ち、４Ｇ）システムのＥＣＭ＿ＩＤＬＥと類似或いは対応する状態である。ＣＭ＿ＣＯＮＮＥＣＴＥＤは従来のＬＴＥシステムのＥＣＭ＿ＣＯＮＮＥＣＴＥＤと類似或いは対応する状態である。ＣＭ＿ＩＤＬＥ状態であるＵＥは、Ｎ１上でＡＭＦと確立されたいかなるＮＡＳシグナリング連結がなく、ＣＭ＿ＩＤＬＥ状態であるＵＥに対しては、いかなるＡＮシグナリング連結、Ｎ２連結及びＮ３連結がない。ＡＭＦはＮ２連結がＵＥのためにＡＮとＡＭＦの間で確立又は解除されるときにはいつでもＵＥに対してＣＭ＿ＣＯＮＮＥＣＴＥＤ状態に進入する。ＣＭ＿ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、Ｎ１上でＡＭＦとのＮＡＳシグナリング連結を有する。ＮＡＳシグナリング連結はＵＥとＮＧ−ＲＡＮの間ではＲＲＣ連結を、そしてＡＮと３ＧＰＰ接続のためのＡＭＦの間ではＮＧＡＰ  ＵＥ関連（ａｓｓｏｃｉａｔｉｏｎ）を使用する。ＣＭ＿ＣＯＮＮＥＣＴＥＤ状態において、ＵＥはＡＮシグナリング連結が解除される時はいつでもＣＭ＿ＩＤＬＥ状態に進入する。ＡＭＦ内のＵＥ  ＣＭ状態がＣＭ＿ＣＯＮＮＥＣＴＥＤである時、ＡＭＦはＲＲＣ＿ＩＮＡＣＴＩＶＥを支援しないバージョンのＬＴＥシステムの場合は、ＥＣＭ＿ＣＯＮＮＥＣＴＥＤであるＵＥは、即ちＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥであるが、ＣＭ＿ＣＯＮＮＥＣＴＥＤであるＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥであることができ、ＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥであることもできる。
【０１７５】
ＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥの場合、コアネットワークの観点では、ＵＥがまるでＲＲＣ＿ＣＯＮＮＥＣＴＥＤであることと類似して、コアネットワークが受信したデータ及びシグナリングがコアネットワークからＲＡＮ（例えば、ｇＮＢ）にすぐ伝達されるが、ＵＥとＲＡＮの間ではＲＡＮがデータ／シグナリングをＵＥに伝達するためには、ページング過程によりＵＥとＲＡＮの間に再度連結を確立する過程が必要である。
【０１７６】
ＲＲＣ＿ＩＤＬＥであるＵＥ（ＵＥ  ｉｎ  ＲＲＣ＿ＩＤＬＥ）の場合、ＵＥに対するＲＡＮ/ｇＮＢと（従来のＭＭＥに該当する）ＡＭＦの間の連結であるＮ２連結と、ＵＥとｇＮＢの間のＲＲＣ連結がキャンセルされた状態であり、コアネットワークでもＵＥがＣＭ−ＩＤＬＥに認知されるので、これによる動作（例えば、モバイル終結（ｔｅｒｍｉｎａｔｅｄ）サービスのためのパージング過程、ＵＥの到達可能性を確認するためのトラッキング領域更新或いは周期的登録過程など）が行われることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥ（ＵＥ  ｉｎ  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）の場合、ＵＥに対するＮ２連結とＲＲＣ連結が全て存在し、コアネットワークはＵＥに直ちに到達可能であり、サービスに対してＵＥによる応答が可能であると判断できる。しかし、ＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥ（ＵＥ  ｉｎ  ＲＲＣ＿ＩＮＡＣＴＩＶＥ）の場合は、ＵＥにＮ２連結は存在するが、ＲＲＣ連結はＲＲＣ連結がないＲＲＣ＿ＩＤＬＥと同様の状態にあり、ＵＥは不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）区間（ｄｕｒａｔｉｏｎ）の間、パージングメッセージの受信を試み、自分に対する終結データがあることを知らせるパージングメッセージを受信した場合には、ＲＲＣ連結を確立する必要がある。また既存のトラッキング領域と同様の概念のＲＡＮ領域がｇＮＢから設定され、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに留まる間はＲＡＮ領域から外れた場合には、ＲＡＮ領域更新過程或いはＲＡＮ領域通知過程などを行って、ＲＡＮ／ｇＮＢにＵＥの位置移動を知らせることは勿論、周期的にＵＥの到達可能性を更新する周期的ＲＡＮ領域更新などを行う。これにより、ｇＮＢはＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥの到達可能性の管理は勿論、移動性を管理する。ＣＮはＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥについてはＵＥが属するセルまで把握することができるが、ＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥについてはＲＡＮベースの通知領域のみを把握できる。従って、ＣＮの立場では、ＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥに対する到達可能性及び通信可能性の正確度が、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥに対する到達可能性及び通信可能性より落ちるといえる。また、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、長い周期或いはサイクルのＤＲＸが適用される場合には、ＵＥのパージング受信可能性についての不確実性及びＵＥがカバレッジ外（或いは音声地域）に存在する可能性などにより、エンドツーエンドサービス（ｅｎｄ−ｔｏ−ｅｎｄ  ｓｅｒｖｉｃｅ）に対する性能低下が発生することができる。また、ＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥに対するＤＲＸ周期が長くなる場合、コアネットワークがＵＥに送るモバイル終結シグナリング／データに対するＵＥの応答遅延が発生することができる。従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥであるＵＥがコアネットワークではＣＯＮＮＥＣＴＥＤであるＵＥとして認知されるにもかかわらず、終結サービス（ｔｅｒｍｉｎａｔｅｄ  ｓｅｒｖｉｃｅ）に対するＵＥからの応答遅延などによる性能低下が予想される。
【０１７７】
かかる問題点を考慮して、本発明では、セルラー／無線通信システムにおいて、ＵＥと接続ネットワーク（例えば、ｅＮＢ、ｇＮＢ）の間にはＲＲＣ連結がなく、接続ネットワークとコアネットワークの間には連結が存在するＲＲＣ＿ＩＮＡＣＴＩＶＥに対するコアネットワーク（ｃｏｒｅ  ｎｅｔｗｏｒｋ、ＲＮ）の運用方法を提案している。特に、本発明は、ＣＮがＲＡＮのＲＲＣ状態を認知できるように、ＲＲＣ状態遷移報告過程を導入することを提案している。以下、本発明によるＲＲＣ状態（遷移）報告過程について説明する。
【０１７８】
本発明によるＲＲＣ状態（遷移）報告により、ＡＭＦはＲＲＣ状態遷移を適切に認知することができる。ＡＭＦがＲＲＣ状態と関係ないサービスを必要とする場合（例えば、ＵＥとの遅延及びＵＥの正確な位置に関係なくサービスが可能な場合）、ＲＲＣ状態を正確に認知しなくてもよいが、ＲＲＣ状態に関連するサービスが必要な場合には、該当ＵＥのＲＲＣ状態報告によりＵＥのＲＲＣ状態を認知することができる。ＲＲＣ状態（遷移）報告は、ＵＥのＲＲＣ状態が変化するたびに行われる。但し、ＵＥのＲＲＣ状態が変化するたびに（Ｒ）ＡＮノード（例えば、ｅＮＢ、ｇＮＢ）がＡＭＦに状態報告を行う場合、（Ｒ）ＡＮとＡＭＦ／ＭＭＥの間のＮ２シグナリングが増加するという短所がある。従って、本発明のＲＲＣ状態（遷移）報告は、必要な場合に行われることと限定される。
【０１７９】
図９及び図１０は本発明によるＲＲＣ状態報告（制御）過程を例示する図である。
【０１８０】
本発明において、ＲＲＣ状態遷移報告過程は、ＡＭＦが（Ｒ）ＡＮに（特定の）ＵＥに対してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を提供することを許容した場合を前提とする（Ｓ９００、Ｓ１０００）。ＡＭＦは（Ｒ）ＡＮと連結を確立する時、（Ｒ）ＡＮが（特定の）ＵＥに対してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を提供してもよいかを知らせ、ＲＲＣ＿ＩＮＡＣＴＩＶＥの適用が許容された（Ｒ）ＡＮは、ＵＥをＲＲＣ＿ＩＤＬＥ/ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥに、或いはＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＩＤＬＥ/ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移することができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥの適用が許容されない（Ｒ）ＡＮは、ＵＥをＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに、或いはＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥにのみ遷移できる。
【０１８１】
図９を参照すると、ＡＭＦはＵＥの移動性管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ、ＭＭ）状態がＣＭ＿ＣＯＮＮＥＣＴＥＤである場合、（Ｒ）ＡＮノード（例えば、ｅＮＢ、ｇＮＢ）にＵＥのＲＲＣ状態（遷移）報告を命令するために、ＲＲＣ状態報告制御メッセージを送信する（Ｓ９０１）。ＲＲＣ状態報告制御メッセージは、（Ｒ）ＡＮがどのタイプの報告を行うかを示す要求タイプ（Ｒｅｑｕｅｓｔ  ｔｙｐｅ）情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ、ＩＥ）を含む。ＲＲＣ状態報告制御メッセージは、要求タイプＩＥと共に要求情報を含むことができる。要求タイプＩＥは直ちに（ｄｉｒｅｃｔｌｙ）報告するか否かを（Ｒ）ＡＮに指示する。或いは要求タイプＩＥはＲＲＣの状態変化時に報告するか否かを（Ｒ）ＡＮに指示する。或いは要求タイプＩＥはＲＲＣ状態変化を報告することを中断（ｓｔｏｐ）するか否かを（Ｒ）ＡＮに指示する。要求タイプが“直ちに報告”することを示すようにセットされていない場合、ＲＲＣ状態報告制御メッセージは要求期間（ｐｅｒｉｏｄ）或いは報告期間に関する情報を含むことができる。要求或いは報告期間に関する情報は、一回（ｏｎｅ  ｔｉｍｅ）；連続的（ｃｏｎｔｉｎｕｏｕｓ）；又は期間（時間）を示す。“一回”を示す要求或いは報告期間情報は、（Ｒ）ＡＮがＲＲＣ状態が変化した場合に一回のみ報告せよという要求に該当する。この場合、“一回”を示す要求或いは報告期間情報を受信した（Ｒ）ＡＮは、ＲＲＣ状態が変化した場合に一回のみ報告を行う。“連続的”を示す要求或いは報告期間情報は、（Ｒ）ＡＮがＲＲＣ状態が変化するたびに報告せよという要求に該当する。“連続的”を示す要求或いは報告期間情報を受信した（Ｒ）ＡＮは、ＲＲＣ状態が変化するたびにＲＲＣ状態を報告することができる。ＲＲＣ状態報告制御情報が“期間（時間）”値を含む場合、（Ｒ）ＡＮは該当時間の間にＡＭＦに報告を行う。ＲＲＣ状態報告制御メッセージを用いて受信されたＲＲＣ状態報告制御値は、（Ｒ）ＡＮに（ＵＥのコンテキストとして）貯蔵され、その後、ＣＭ＿ＣＯＮＮＥＣＴＥＤ状態でサービング（Ｒ）ＡＮが変化する場合にも、変化したサービング（Ｒ）ＡＮでも維持される。但し、Ｎ２連結が解除された場合、即ち、ＵＥ  ＣＭ状態がＣＭ＿ＩＤＬＥに進入した場合は、該当ＲＲＣ状態報告制御値は他のＵＥコンテキストと共に（Ｒ）ＡＮノードから削除されることができる。
【０１８２】
要求タイプと報告期間以外にも要求情報（ｒｅｑｕｅｓｔ  ｒｅｑｕｅｓｔ  ｉｎｆｏ）ＩＥがＲＲＣ状態報告制御メッセージに含まれることができる。要求情報ＩＥは（Ｒ）ＡＮに追加報告値を指示することができる。追加報告値としては、例えば、ＵＥの位置、及び／又はカバレッジ強化（ｃｏｖｅｒａｇｅ  ｅｎｈａｎｃｅｍｅｎｔ、ＣＥ）値がある。“ＵＥの位置”が報告値としてＲＲＣ状態報告制御メッセージに含まれる場合、（Ｒ）ＡＮは該当ＵＥのＲＲＣ状態変更時にＵＥが属するセル識別子及びトラッキング領域識別子をＲＲＣ状態と共にＡＭＦに報告することができる。また、“ＣＥ値”が報告値としてＲＲＣ状態報告制御メッセージに含まれる場合は、（Ｒ）ＡＮはＵＥに適用されているカバレッジ強化（或いは強化カバレッジ）値をＲＲＣ状態と共にＡＭＦに送信することができる。
【０１８３】
ＵＥの位置及び／又はＣＥ値はＲＲＣ状態報告制御のＩＥであって、ＲＲＣ状態報告制御メッセージに含まれてその報告有無が制御され、或いは（Ｒ）ＡＮがＲＲＣ状態報告時にＲＲＣ状態報告メッセージにいつも含まれることもできる。
【０１８４】
図１０を参照すると、ＡＭＦが（ＲＲＣ状態報告制御メッセージを用いて）ＵＥに対するＲＲＣ状態報告を行うように（Ｒ）ＡＮを設定すると（Ｓ１０００）、（Ｒ）ＡＮはＡＭＦにＲＲＣ状態報告を行うことができる。例えば、（Ｒ）ＡＮはＵＥのＲＲＣ状態がＲＲＣ−ＡＣＴＩＶＥであるか、それともＲＲＣ＿ＩＮＡＣＴＩＶＥであるかを（ＲＲＣ状態報告制御メッセージによって）ＡＭＦに報告することができる。或いは（Ｒ）ＡＮはＵＥのＲＲＣ状態がＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるか、それともＲＲＣ＿ＩＮＡＣＴＩＶＥであるかを（ＲＲＣ状態報告制御メッセージによって）ＡＭＦに報告することができる。
【０１８５】
ＲＲＣ状態報告制御過程により“直ちに報告”を示す要求タイプを受信した場合は、（Ｒ）ＡＮは該当ＵＥの現在ＲＲＣ状態、即ち、ＵＥと（Ｒ）ＡＮの間にＲＲＣ連結があるか否かを知らせるＲＲＣ状態報告を行う。要求タイプが“連続的”である場合には、（Ｒ）ＡＮは該当ＵＥのＲＲＣ状態が変化するたびに報告を行う。またＲＲＣ状態報告制御メッセージが期間値を含んでいる場合は、（Ｒ）ＡＮは該当期間の間にＵＥのＲＲＣ状態が変化するたびに報告を行うことができる。要求/報告情報値によってＲＲＣ状態の報告時に（Ｒ）ＡＮはＵＥが位置したセル情報及びＣＥ値をＲＲＣ状態とともに含むことができる。ここで、ＣＥ値はＡＭＦがＵＥにＣＮベースのパージングを送る場合に考慮すべきＵＥのカバレッジ強化情報である。
【０１８６】
図１１は、本発明の提案に適用されるノード装置の構成を示す図である。
【０１８７】
提案する実施例によるＵＥ装置１００は、送受信モジュール１１０、プロセッサ１２０及びメモリ１３０を含む。ＵＥ装置１００の送受信モジュール１１０は、無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニットとも呼ばれる。送受信モジュール１１０は外部装置に各種信号、データ及び情報を送信し、外部装置から各種信号、データ及び情報を受信するように構成される。また送受信モジュール１１０は送信部と受信部に分離して具現される。ＵＥ装置１００は、外部装置と有線及び／または無線で連結することができる。プロセッサ１２０は、ＵＥ装置１００全般の動作を制御することができ、ＵＥ装置１００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。また、プロセッサ１２０は、本発明で提案するＵＥ動作を行うように構成することができる。プロセッサ１２０は本発明の提案によってデータ或いはメッセージを送信するように送受信モジュール１１０を制御する。メモリ１３０は、演算処理された情報などを所定時間の間保存することができ、バッファ（図示せず）などの構成要素に取り替えることができる。
【０１８８】
図１１を参照すると、提案する実施例によるネットワークノード装置２００は、送受信モジュール２１０、プロセッサ２２０及びメモリ２３０を含む。ＵＥ装置１００と通信する場合、送受信モジュール２１０は無線周波数（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニットとも呼ばれる。送受信モジュール２１０は、外部装置に各種信号、データ及び情報を送信し、外部装置から各種信号、データ及び情報を受信するように構成される。ネットワークノード装置２００は、外部装置と有線及び／または無線で連結することができる。送受信モジュール２１０は送信部と受信部に分離して具現される。プロセッサ２２０は、ネットワークノード装置２００全般の動作を制御することができ、ネットワークノード装置２００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。また、プロセッサ２２０は、本発明で提案するネットワークノード動作を行うように構成することができる。プロセッサ２２０は本発明の提案によってデータ或いはメッセージをＵＥ或いは他のネットワークノードに送信するように送受信モジュール１１０を制御する。メモリ２３０は、演算処理された情報などを所定時間の間保存することができ、バッファ（図示せず）などの構成要素に取り替えることができる。接続ネットワークにおいて、ネットワーク装置２００はｅＮＢ或いはｇＮＢであることができる。コアネットワークにおいて、ネットワーク装置２００はＡＭＦ装置、即ちＡＭＦを有する装置であることができる。
【０１８９】
また、上記ＵＥ装置１００及びネットワーク装置２００の具体的な構成は、上述した本発明の多様な実施例で説明した事項が独立的に適用されたり、または２以上の実施例が同時に適用されるように具現することができ、重複する内容に対する説明は明確性のために省略する。
【０１９０】
本発明において、ＡＭＦ装置のプロセッサは、上述した本発明によるＵＥに対するＲＲＣ状態遷移制御メッセージをＲＡＮノード（例えば、ｅＮＢ、ｇＮＢ）に送るようにＡＭＦ装置の送受信モジュールを制御する。ＲＲＣ状態遷移制御メッセージは、上述したＲＲＣ状態報告制御値のうち、少なくとも１つを含む。ＲＡＮノードの送受信モジュールがＲＲＣ状態遷移制御メッセージを受信すると、ＲＡＮノードはＲＲＣ状態遷移制御メッセージ内の値によってＵＥのＲＲＣ状態を示すＲＲＣ状態報告メッセージをＡＭＦ装置に送るようにＲＡＮノードの送受信モジュールを制御する。ＡＭＦ装置は、ＵＥのＲＲＣ状態変化の報告を中断することを要求するメッセージをＲＡＮノードに送信するように送受信モジュールを制御でき、これを受信したＲＡＮノードのプロセッサは、ＵＥに対するＲＲＣ状態報告を中止することができる。
【０１９１】
上述した本発明の各実施例は、多様な手段を通じて具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などによって具現することができる。
【０１９２】
ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現することができる。
【０１９３】
ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能または動作を行うモジュール、手順または関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに保存してプロセッサによって駆動することができる。メモリユニットは、プロセッサの内部または外部に位置し、既に公知の多様な手段によってプロセッサとデータをやり取りすることができる。
【０１９４】
上述したように開示された本発明の好ましい実施形態に対する詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では、本発明の好ましい実施形態を参照して説明したが、該当技術分野で熟練した当業者であれば、下記の特許請求の範囲に記載した本発明の思想及び領域から逸脱しない範囲内で本発明を多様に修正及び変更可能であることを理解できるだろう。よって、本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示された各原理及び新規の各特徴と一致する最広の範囲を付与しようとするものである。  
【産業上の利用可能性】
【０１９５】
上述したような通信方法は、３ＧＰＰシステムの他に、ＩＥＥＥ  ８０２．１６ｘ、８０２．１１ｘシステムを含む様々な無線通信システムにも適用可能である。さらに、提案した方法は、超高周波帯域を利用するｍｍＷａｖｅ通信システムにも適用可能である。
【図１】
2019527006.tif 000004
【図２】
2019527006.tif 000005
【図３】
2019527006.tif 000006
【図４】
2019527006.tif 000007
【図５】
2019527006.tif 000008
【図６】
2019527006.tif 000009
【図７】
2019527006.tif 000010
【図８】
2019527006.tif 000011
【図９】
2019527006.tif 000012
【図１０】
2019527006.tif 000013
【図１１】
2019527006.tif 000014
【手続補正書】
【提出日】平成31年3月6日(2019.3.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置がユーザ機器についての報告を受信する方法であって、
前記ユーザ機器に関する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを基地局に要求する要求メッセージを送信することと、
前記基地局から、前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかに関する情報を含む報告メッセージを受信することと、を含む、方法。
【請求項２】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に送信される、請求項１に記載の方法。
【請求項３】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うべきかに関する情報を含む、請求項１に記載の方法。
【請求項４】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子、及び、前記ユーザ機器が属するセルの識別子を含む、請求項１に記載の方法。
【請求項５】
前記ユーザ機器に関する前記ＲＲＣ状態報告を中断することを前記基地局に要求する要求メッセージを送信することをさらに含む、請求項１に記載の方法。
【請求項６】
接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置に基地局がユーザ機器についての報告を行う方法であって、
前記ユーザ機器に関する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを前記基地局に要求する要求メッセージを受信することと、
前記ネットワーク装置に、前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかに関する情報を含む報告メッセージを送信することと、を含む、方法。
【請求項７】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に受信される、請求項６に記載の方法。
【請求項８】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うべきかに関する情報を含む、請求項６に記載の方法。
【請求項９】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子、及び、前記ユーザ機器が属するセルの識別子を含む、請求項６に記載の方法。
【請求項１０】
前記ユーザ機器に関する前記ＲＲＣ状態報告を中断することを前記基地局に要求する要求メッセージを受信することをさらに含む、請求項６に記載の方法。
【請求項１１】
ユーザ機器についての報告を受信する、接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置であって、
送受信機と、
前記送受信機を制御するように構成されたプロセッサと、を含み、
前記プロセッサは、
前記ユーザ機器に関する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを基地局に要求する要求メッセージを送信するように前記送受信機を制御し、
前記基地局から、前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかに関する情報を含む報告メッセージを受信するように前記送受信機を制御するように構成された、ネットワーク装置。
【請求項１２】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に送信される、請求項１１に記載のネットワーク装置。
【請求項１３】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うべきかに関する情報を含む、請求項１１に記載のネットワーク装置。
【請求項１４】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子、及び、前記ユーザ機器が属するセルの識別子を含む、請求項１１に記載のネットワーク装置。
【請求項１５】
前記プロセッサは、前記ユーザ機器に関する前記ＲＲＣ状態報告を中断することを前記基地局に要求する要求メッセージをさらに送信するように前記送受信機を制御する、請求項１１に記載のネットワーク装置。
【請求項１６】
接続及び移動性管理機能（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ、ＡＭＦ）を有するネットワーク装置にユーザ機器についての報告を行う基地局であって、
送受信機と、
前記送受信機を制御するように構成されたプロセッサと、を含み、
前記プロセッサは、
前記ユーザ機器に関する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）状態報告を行うことを前記基地局に要求する要求メッセージを受信するように前記送受信機を制御し、
前記ネットワーク装置に、前記ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるか或いはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるかに関する情報を含む報告メッセージを送信するように前記送受信機を制御するように構成された、基地局。
【請求項１７】
前記要求メッセージは、前記ユーザ機器がＣＭ＿ＣＯＮＮＥＣＴＥＤ状態である時に受信される、請求項１６に記載の基地局。
【請求項１８】
前記要求メッセージは、前記基地局が前記ユーザ機器のＲＲＣ状態が変化するたびに前記ＲＲＣ状態報告を行うべきかに関する情報を含む、請求項１６に記載の基地局。
【請求項１９】
前記報告メッセージは、前記ユーザ機器が属するトラッキング領域の識別子、及び、前記ユーザ機器が属するセルの識別子を含む、請求項１６に記載の基地局。
【請求項２０】
前記プロセッサは、前記ユーザ機器に関する前記ＲＲＣ状態報告を中断することを前記基地局に要求する要求メッセージをさらに受信するように前記送受信機を制御する、請求項１６に記載の基地局。
【国際調査報告】
2019527006.tif 000015
2019527006.tif 000016
2019527006.tif 000017
2019527006.tif 000018