JP7111164B2

JP7111164B2 - Ｒｒｃインアクティブ状態の最適化

Info

Publication number: JP7111164B2
Application number: JP2020535266A
Authority: JP
Inventors: イスクレンイアネフ; シヴァスブラマニアムラマナン; 利之田村; ハッサンアルカナニ
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2018-01-12
Filing date: 2018-12-26
Publication date: 2022-08-02
Anticipated expiration: 2038-12-26
Also published as: JP2021509785A; US11445355B2; EP3738355A1; US20210337371A1; WO2019138883A1; EP3738355B1

Description

本開示は、通信システムに関する。本開示は、第３世代パートナーシッププロジェクト（3GPP）標準またはその同等物もしくは派生物に従って動作する無線通信システムおよびそのデバイスに特に関連するが、他を排除するものではない。本開示は、いわゆる「次世代」システムにおけるネットワークスライスブライバシーに特に関連するが、他を排除するものではない。

3GPPワーキンググループは、RRC_INACTIVE状態と呼ばれる新しい特徴について議論している。

RRC_INACTIVEとは、UEが、CM-CONNECTEDの状態にあって、RNA（Ran通知エリア）と呼ばれるNG-RANによって設定されたエリア内においてNG-RAN（たとえばgNB）に通知することなく移動できる状態である。RRC_INACTIVEでは、直近のサービス提供gNBノードが、UEコンテキストと、サービス提供AMF（アクセスモビリティ管理機能）およびUPF（ユーザプレーン機能）への、そのUEに関連するN2/N3接続とを維持する（TS38.300）。略語および用語は、本開示の末尾に記載する。

UEがRRC_INACTIVEであるときに、直近のサービス提供gNBが、UPFからのダウンリンク（DL）データまたはAMFからのDLシグナリングを受信する場合、直近のサービス提供gNBは、RNAに対応するセルにおいてページングを行い、RNAが隣接gNBのセルを含む場合は隣接gNBにXnAP RAN Pagingを送信できる。

RRC_INACTIVEに遷移する際に、NG-RANノードは、周期的RNA更新タイマーの値でUEを構成することができる。UEからの通知なく周期的RNA更新タイマーが満了すると、gNBは3GPP（TS23.501）で規定されたとおりに動作する。

UEが直近のサービス提供gNB以外のgNBにアクセスする場合、受信側gNBは、XnAP Retrieve UE Context手続きを開始して直近のサービス提供gNBからUEコンテキストを取得し、また、直近のサービス提供gNBからのデータの潜在的な回復のためのトンネル情報を含むData Forwarding手続きを開始することもできる。コンテキストの取得に成功すると、受信側gNBはサービス提供gNBとなり、さらにNGAP（NGアプリケーションプロトコル） Path Switch Request手続きを開始する。パス切り替え手続きの後、サービス提供gNBは、XnAP UE Context Release手続きにより、直近のサービス提供gNBのUEコンテキストの解放を開始する。

UEが直近のサービス提供gNB以外のgNBにアクセスし、受信側gNBが有効なUEコンテキストを見つけられない場合、gNBは、前回のRRC接続を再開する代わりに新たなRRC接続の確立を実行する。

RRC_INACTIVE状態にあるUEは、設定されているRNA外へ移動すると、RNA更新手続きを開始する必要がある。UEからRNA更新要求を受信すると、受信側gNBは、UEをRRC_INACTIVE状態に戻すか、UEをRRC_CONNECTED状態に移行させるか、UEをRRC_IDLEにするかを決定できる。

図１は、NRにおけるUE RRCステートマシン遷移を表す（TS38.331）。

RRC_INACTIVE状態はRRCステートマシンの一部であり、RRCインアクティブ状態に入る条件を決定するのはRANである。

AMFは、ネットワーク設定に基づいて、UEをRRCインアクティブ状態にすることができるかどうかのNG-RANによる決定を支援するための支援情報をNG-RANに提供しうる（TS23.501）。現在、「RRCインアクティブ支援情報」には下記を含む。

UE固有のDRX値。
UEに提供される登録エリア。
周期的登録更新タイマー。
AMFがUEに対してMICOモードを有効にした場合、UEがMICOモードであることの表示。
RANがUEのRANページング機会を算出することを可能にするUE永続的識別子の情報。

上記のRRCインアクティブ支援情報は、N2アクティベーションの際（つまり、登録、サービス要求、ハンドオーバーの際）にAMFによって（新たな）サービス提供NG-RANノードに提供されて、UEをRRCインアクティブ状態にすることができるかどうかのNG RANによる決定を支援する。

5GCネットワークは、5GCネットワークがTS23.502の4.8.3のN2通知手続きで通知されない限り、RRCコネクテッド状態でのCM-CONNECTEDとRRCインアクティブ状態でのCM-CONNECTEDとの間でのUEの遷移を認識しない。この手続きは、対象UEがCM-CONNECTED状態であるときに、RRC状態情報を報告するようNG-RANに要求するためにAMFによって使用される。

技術的な課題

現在、AMFからgNBへの「RRCインアクティブ支援情報」は下記を含む（TS23.501）。

UE固有のDRX（間欠受信）値。
UEに提供される登録エリア。
周期的登録更新タイマー。
AMFがUEについてMICO（モバイル発信の通信限定）モードを有効にした場合、UEがMICOモードにあることの表示。
RANがUEのRANページング機会を算出することを可能にするUE永続的識別子からの情報。

「RRCインアクティブ状態」は新しい特徴であるため、上記のコアネットワークからのRRCインアクティブ支援情報はまだ完全ではない。このIPRは、「RRCインアクティブ状態」管理に対する将来の改善の可能性、つまり、gNB（NG RAN）によるRRCインアクティブ状態の使用を改善／最適化するためにどのような新しい支援情報がAMFによってgNBに提供可能であるのかを検討する。

かかる目的を達成するために、本開示の一つの態様であるコアネットワークノードは、ユーザ端末（UE）の想定モビリティに関する情報をアクセスネットワークノードへ送信する手段を備える。

また、本開示の他の態様であるアクセスネットワークノードは、ユーザ端末（UE）の想定モビリティに関する情報をモビリティ管理用のコアネットワークノードから受信する手段を備える。

また、本開示の他の態様であるモビリティ管理方法では、コアネットワークノードがユーザ端末（UE）の想定モビリティに関する情報をアクセスネットワークノードへ送信する。

また、本開示の他の態様である他のモビリティ管理方法では、アクセスネットワークノードがユーザ端末（UE）の想定モビリティに関する情報をモビリティ管理用のコアネットワークノードから受信する。

また、本開示の他の態様であるネットワークシステムは、上記態様であるコアネットワークノードと、上記態様であるアクセスネットワークノードとを備える。

上記のように構成されることにより、本開示は、gNBによるRRCインアクティブ状態の使用の改善／最適化を可能にするコアネットワークノード、アクセスネットワークノード、モビリティ管理方法およびネットワークシステムを提供することができる。

図１は、NRにおけるUE RRCステートマシンを表す図である。図２は、NG RAN NodeへのRRCインアクティブ状態支援情報の提供を表すシーケンス図である。図３は、gNBにおけるUEモビリティステータスの動的な更新を表すシーケンス図である。図４は、N2アクティベーションの際のRRCインアクティブ状態サポート表示を表すシーケンス図である。図５は、モバイル（セルラーまたは無線）通信システムを概略的に表す。図６は、UEの主要な構成要素を表すブロック図である。図７は、(R)ANの主要な構成要素を表すブロック図である。図８は、AMFの主要な構成要素を表すブロック図である。図９は、UDM／UDRの主要な構成要素を表すブロック図である。

＜第１の実施態様＞
ソリューション１・・・gNB（NG RAN）におけるRRCインアクティブ状態最適化のための追加支援情報の提供

ソリューション１は、NG RANノードがRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定をより適切に制御して最適化するために、5Gコアネットワーク（たとえばAMF）から5G RAN（たとえばgNB）への追加のRRCインアクティブ支援情報を導入することを提案する。図２は、UE登録またはサービス要求またはハンドオーバー手続きの際のgNBへの追加のRRCインアクティブ支援情報の提供を示す。

図２において、図示の手続きは下記のとおりである。

１） RRC接続確立手続き・・・この手続きの目的は、RRC接続を確立または再開することである。RRC接続の確立は、SRB1の確立を含む。この手続きはまた、初期NAS専用情報メッセージ（たとえば、登録メッセージ、サービス要求メッセージ、または任意の他のNASメッセージ）をUE３から5Gコアネットワーク７（たとえばAMF９）に転送するために使用される。
２） gNB５からAMF９へのN2メッセージ・・・N2メッセージの目的は、N2接続をアクティベートし、NASメッセージをUE３からAMF９に伝達することである。
３） UEサブスクライバ情報照会・・・UEコンテキストがAMF９で利用不可である場合（たとえば登録の際）、またはUEコンテキストが更新されていない場合、AMF９はUDM／UDR１０からUEコンテキストを取得できる。AMF９は、Nudm_SDM_Getメッセージまたはサブスクライバ情報取得を目的とした任意の他のメッセージによって、アクセスモビリティサブスクリプションデータを取得できる。これには、UDMがNudr_UDM_QueryによってUDRからこの情報（アクセスモビリティサブスクリプションデータ）を取得できる必要がある。サブスクリプションデータの一部として、AMF９は、UEモビリティステータス（たとえば、静止、低モビリティ、中モビリティ、または高モビリティ）、想定されるUE移動軌跡、UE電源情報（バッテリ駆動か否か）、UE通信パターン情報、ならびに、gNB５によるRRCインアクティブ状態遷移の制御／最適化および／または最適なRNA設定のためにサービス提供gNB５において必要とされる他の関連するサブスクライバ情報など、RRCインアクティブ支援に必要なサブスクライバ情報（追加のRRCインアクティブ支援情報）を取得してもよい。AMF９は、要求されたデータが変更されたときにNudm_SDM_Subscribe（またはサブスクリプションを目的とする任意の他のメッセージ）を用いて通知されるようサブスクライブしてもよい。UDMは、Nudr_UDM_SubscribeによってUDRにサブスクライブしてもよい。
４） AMF９からgNB５へのN2要求／応答メッセージ・・・N2要求／応答メッセージはgNB５とAMF９との間でのN2接続確立を完了させ、また、NASメッセージ（たとえば、サービス受諾メッセージまたは任意の他のNASメッセージ）を伝達できる。AMF９は、ネットワーク設定および／またはポリシーに基づいて、UEモビリティ（たとえば、静止、低モビリティ、中モビリティ、または高モビリティ）、想定されるUE移動軌跡、UE電源情報（バッテリ駆動か否か）、通信アクティビティ無し表示情報、UE通信パターン情報、UE通信タイプ、RRCインアクティブ特徴中断表示情報、頻繁にページングされるUEの表示情報、ならびにRRCインアクティブ状態遷移の最適化および／または最適なRNA設定に役立つ可能性のある任意の他の支援情報など、gNB５への追加のRRCインアクティブ支援情報（すなわち、TS23.501の5.3.3.2.5にて既に定義されているRRCインアクティブ支援情報以外）を含み得る。
５） RRCインアクティブ状態の最適化・・・ステップ４でN2要求／応答メッセージとともにAMF９からサービス提供gNB５に提供される追加のRRCインアクティブ支援情報は、gNB５によってRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定の最適化に使用される。

新しい「追加のRRCインアクティブ支援情報」の一つの提案は下記のとおりである。

オプション１Ａ：UEモビリティ（たとえば、静止UE、低モビリティUE、中モビリティUE、高モビリティUE）

UEモビリティは、gNB５がUE３をRRCインアクティブ状態にするか否かについて決定するのを支援しうる。たとえば、UE３が静止しているか低モビリティである場合、UE３がより長く留まるRNA（Ran通知エリア）を設定するのがより容易であるため、RRCインアクティブ状態は有益であろう。UE３が高モビリティである（または高モビリティになる）場合、UE３はすぐにRNAの外へ出てしまい、したがってシグナリングが減少せずに増加するので、gNB５はUE３をRRCインアクティブ状態にすることには意味がないと判断し得る。

UEモビリティ情報はまた、gNB５がUE３をRRCインアクティブ状態に移行させることを決定するときに、gNB５によるRNA設定に役立ち得る。たとえば、UEモビリティが静止である場合は、gNB５は、UE３が動いている少数の隣接セルだけでUE３用のRNAを設定することが可能であり、RNAのサイズはUEモビリティに比例して（たとえば、より大きなRNAを）設定することが可能である。したがって、gNB５は、UEモビリティ情報に基づいてRNAのサイズを最適化し、UE３がRNAを離れることによるシグナリングを回避することができる。

一つの代替案では、UEモビリティがNEFを介してUDM／UDR１０のサブスクライバデータに提供され（UE停留値はUDM／UDR１０において既に利用可能である）、AMF９は、UDM／UDR１０からのUEモビリティパラメータからUEモビリティ情報を取得して、N2アクティベーションの際に「RRCインアクティブ支援情報」内でgNB５にUEモビリティ情報を示すことが可能である（図２のステップ４（N2要求／応答メッセージ）および／またはステップ３（UEサブスクライバ情報照会）またはN2作成の際のAMF９とgNB５との間での任意の他のメッセージを参照）。

AMF９はまた、「RRCインアクティブ支援情報」内で、UEモビリティに関する「有効時間」、すなわち、いつUEモビリティステータス情報が満了しgNB５によって削除されるべきかを提供してもよい。また、有効時間は、UEモビリティステータスに期限がないことを示すよう設定してもよい。

他の代替案では、gNB５は、UE３自身から最新のUEモビリティ情報を提供されうる。たとえば、直近の接続以降のUE３によるセル再選択の回数（または、連続する二回のRNA更新間の期間のような所定の期間）は、RRCシグナリング（たとえば、RNA周期的更新または任意の他のRRCメッセージ）でgNB５に送信されうる。図３は、UEモビリティが「所定時間当たりのセル再選択の回数」（たとえば、連続する二回の周期的RNA更新間の時間）の形式で周期的RNA更新メッセージにてgNB５に提供されるという使用事例を示す。

図３において、gNB５でのUEモビリティステータス更新は、下記のステップで表される。

１） UE３はRRCインアクティブ状態へ移行される。UE３がRRCインアクティブ状態へ遷移する際に、gNB５は、周期的RNA更新タイマー値でUE３を設定できる。
２）周期的RNA更新タイマーが満了すると、UE３は周期的RNA更新メッセージをgNB５に発信する。
３）次の周期的RNA更新の際に、UE３は直近の（つまり前回の）周期的RNA更新以降のセル再選択の回数をRNA更新メッセージに含めてもよく、また、UE３は前回のRNA更新以降にUE３が再選択したセルの（たとえば再選択順の）リストをRNA更新メッセージに含めてもよい。
４） gNB５は、UEモビリティ（静止、低モビリティ、中モビリティ、または高モビリティ）を評価（又は推定）するために、提供された情報（前回のRNA更新以降のセル再選択回数およびUE３が再選択したセルのリスト）を使用できる。gNB５は、RRCインアクティブ状態がUE３にとって有益であるかどうか（たとえば、UE３をRRCインアクティブ状態に移行させるか否か、UE３をRRCインアクティブ状態に維持するかRRCアイドル状態に戻すか）の決定において、UEモビリティ情報を使用してもよい。

この代替案は、自身のモビリティステータスが静止から中速または高速移動に動的に変化する貨物追跡装置のように、UEモビリティが動的に変化する使用事例にとって非常に有益である。これは、ネットワークオペレータおよび／またはサービスプロバイダが、モビリティが静止、低速、中速、高速のうちのいずれであるかを判断するための基準を定義するためである。

新しい「追加のRRCインアクティブ支援情報」の他の提案は下記のとおりである。

オプション１Ｂ：想定されるUE動作パラメータ（たとえば、想定されるUE移動軌跡）

想定されるUE動作パラメータ（たとえば、想定されるUE移動軌跡）は、UEの想定される地理的移動を識別する。このパラメータは、UDM／UDR１０のサブスクライバデータの一部として記憶されるNEFを介して3GPPシステムに提供されてもよい。想定されるUE動作パラメータ（例えば、想定されるUE移動軌跡）は関連する有効時間を有してもよい。

一つの代替案では、AMF９は、想定されるUE動作パラメータ（たとえば、想定されるUE移動軌跡）を（UDM／UDR１０の）サブスクライバデータから取得して、N2アクティベーションの際に「RRCインアクティブ支援情報」内でgNB５に提供してもよい（図２のステップ４（N2要求／応答メッセージ）および／またはステップ３（UEサブスクライバ情報照会）を参照）。

想定されるUE移動軌跡パラメータは、下記の形式で定義できる。

通過点（たとえば、経度と緯度）のリスト。
想定されるUE移動軌跡をカバーする（すなわち重なる）セルのリスト。UE３の想定される移動軌跡とその軌跡をカバーするセルとの間でのマッピングは、コアネットワーク７（たとえば、AMF９またはUDM／UDR１０）で行うことができる。その場合、AMF９はgNB５にUE移動軌跡と重なるセルのリストを提供する。また、上記のマッピングは、gNB５自身で行うことができる。その場合、AMF９はUE移動軌跡をセルにマッピングせずに提供する。または、
gNB５による処理に便利な任意の他の形式。

gNB５は、UE３をRRCインアクティブ状態にするかどうかの決定において、想定されるUE移動軌跡情報を使用してもよい。もしそうするときは、gNB５は、そのUE３にとって最適なRNA（Ran通知エリア）を設定するときに、想定されるUE移動軌跡を使用できる。

AMF９はまた、「RRCインアクティブ支援情報」内で、「想定されるUE動作パラメータ」に関する「有効時間」、すなわち、いつ想定されるUE動作パラメータ（たとえば想定されるUE移動軌跡）が満了しgNB５によって削除されるべきかを提供してもよい。有効時間は、特定の想定されるUE動作パラメータに有効期限がないことを示すよう設定することもできる。

他の代替案では、UE移動軌跡は、周期的RNA更新メッセージ内でUE３が再選択するセルのリストを分析することによりgNB５が点を減らすことが可能である（図３のステップ３（周期的RNA更新メッセージ）を参照）。そのようなリストがUE３によって提供され、リスト内のセルがセルの再選択順に順序付けられている場合、gNB５はリストから移動軌跡マップを作成することが可能であり、この移動軌跡マップと移動軌跡マップが差し引かれたセルのリストとを使用して、RRCインアクティブ状態のUE３にRNAを設定することができる。

新しい「追加のRRCインアクティブ支援情報」のさらに他の提案は下記のとおりである。

オプション１Ｃ：バッテリ駆動UE表示

AMF９は、UE３がバッテリ駆動であるという情報を、追加のRRCインアクティブ支援情報（図２のステップ４（N2要求／応答メッセージ）および／またはステップ３（UEサブスクライバ情報照会））内でgNB５に提供しうる。AMF９は、UDM／UDR１０のサブスクライバデータからバッテリ駆動UE表示情報を取得できる。バッテリ駆動UE表示情報は、UE３がバッテリ駆動であり、バックアップや再充電用の主電源を持たないことを示す。gNB５は、UE３をRRCインアクティブ状態に移行させるかどうかの決定において、UE３がバッテリ駆動であるという情報を使用してもよい。状況によっては、UE３がバッテリ駆動UEである場合に、UE３のバッテリ電力を節約するために、gNB５はRRCインアクティブ状態ではなくRRCアイドル状態にUE３を移行させることを決定してもよい。

オプション１Ｄ：通信アクティビティ無し表示

所定の期間、予期されるMO（モバイル発信）およびMT（モバイル着信）アクティビティがないことを、AMF９が認識している状況がありうる。たとえば、AMF９は、UE３が特定の時刻または期間に通信を行うことだけを許可されている、すなわち、これらの期間外にUE３がアクティブであってはならない、ということを認識してもよい。この場合、AMF９は、追加のRRCインアクティブ支援情報（図２のステップ４（N2要求／応答メッセージ））内で「通信アクティビティ無し表示」情報（または、他の名称の、アクティビティがないことを示すもの）をgNB５に示してもよく、AMF９はまた、同じ「RRCインアクティブ支援情報」内で「通信アクティビティ無し表示」情報に関する「有効時間」を提供することが可能である。すなわち、「通信アクティビティ無し表示」情報に関する有効時間が満了すると、gNB５は「通信アクティビティ無し表示」情報を削除する。

gNB５は、UE３をRRCインアクティブ状態にするか否かを決定するときに「通信アクティビティ無し表示」情報を使用してもよい。たとえば、想定される通信が長期間ない場合、gNB５はUE３をRRCインアクティブ状態ではなくRRCアイドルに移行させることを決定してもよい。

オプション１Ｅ：UE通信パターン情報

AMF９は、UE３に関するUE通信パターン情報を追加の「RRCインアクティブ支援情報」（図２のステップ４（N2要求／応答メッセージ）および／またはステップ３（UEサブスクライバ情報照会））内でgNB５に提供してもよい。AMF９は、UDM／UDR１０のサブスクライバデータからUE通信パターン情報を取得してもよい。UE通信パターン情報は下記を識別してもよい。

UEは周期的に通信するか、またはオンデマンドで通信するか、
通信機会間の期間（周期的な通信の場合）、
スケジューリングされた通信タイムスロット、および
任意の他のタイプの通信。

gNB５は、UE３をRRCインアクティブ状態に移行させるか否か、および／または、いつ移行させるかの決定においてUE通信パターン情報を使用してもよい。

AMF９はまた、「UE通信パターン情報」に関する「有効時間」を、同じ「RRCインアクティブ支援情報」内でgNB５に提供してもよい。すなわち、「UE通信パターン情報」に関する有効時間が満了すると、gNB５は「UE通信パターン情報」を削除する。有効時間は、特定の想定されるUE動作パラメータには有効時間がないことを示すよう設定できる。

オプション１Ｆ：UE通信タイプ（たとえばアプリケーションタイプ）

AMF９は、通信タイプの情報（たとえば、どのアプリケーションがアクティブであるかといったアプリケーションタイプ、CIoTデバイスやURLLCデバイスといったデバイスタイプなど）を、追加のRRCインアクティブ支援情報（図２のステップ４（N2要求／応答メッセージ）および／またはステップ３（UEサブスクライバ情報照会））内でgNB５に提供してもよい。UE３が様々な通信用アプリケーションを支援する場合、あるアプリケーションだけがRRCアイドルからRRCコネクテッドへの早期遷移を要求することが可能である。そのような通信タイプ（たとえばアプリケーション）について、gNB５は、UE３をRRCインアクティブ状態にするか否かの決定において、通信タイプ（たとえば、アクティブなアプリケーションがRRCインアクティブ状態の使用を要求しているか）を検討してもよい。

オプション１Ｇ：RRCインアクティブ特徴中断表示

AMF９は、RRCインアクティブ機能を一時的に中断することを提案する表示を、「追加のRRCインアクティブ支援情報」（図２のステップ４（N2要求／応答メッセージ）および／またはステップ３（UEサブスクライバ情報照会））内でgNB５に提供してもよい。AMF９はまた、「RRCインアクティブ状態特徴ｆ中断表示」情報に関する「有効時間」を同じ「追加のRRCインアクティブ支援情報」内でgNB５に提供できる。

gNB５が「RRCインアクティブ支援情報」にて「RRCインアクティブ特徴中断表示」情報を受信する際に、gNB５は中断してもよい（有効期間中、RRCインアクティブ状態特徴を無効にする、または拒否する）。「RRCインアクティブ状態特徴中断表示」情報に関する有効時間が満了すると、gNB５は「RRCインアクティブ状態特徴中断表示」情報を削除するものとする（すなわち、RRCインアクティブ状態特徴中断は解除されなければならない）。有効時間はまた、特定の想定されるUE動作パラメータには満了時間がないことを示すよう設定されてもよい。

AMF９は、コアネットワーク７のオペレータポリシーおよび設定に基づいて、このようなRRCインアクティブ支援情報（たとえばRRCインアクティブ状態特徴中断）を提供できる。

オプション１Ｈ：頻繁にページングされるＵＥ表示

ＡＭＦ９は、接続しているUE３が頻繁にページングされるUEであるという表示を、「追加のRRCインアクティブ支援情報」（図２のステップ４（N2要求／応答メッセージ）および／またはステップ３（UEサブスクライバ情報照会））内でgNB５に提供してもよい。AMF９はまた、UE３が頻繁にページングされそうな期間をさらに定義するために、「頻繁にページングされるUE表示」情報に関する「有効時間」を、同じ「RRCインアクティブ支援情報」内でgNB５に提供してもよい。

gNB５は、「頻繁にページングされるUE表示」情報を「RRCインアクティブ支援情報」にて受信する際に、UE３をRRCインアクティブ状態に移行させるか否か、および／またはいつ移行させるかの決定において、「頻繁にページングされるUE表示」情報を使用してもよい。たとえば、UE３が頻繁にページングされる、および／またはUE３が中モビリティもしくは高モビリティUEである場合、UE３がRRCインアクティブ状態にされてRAN（Ran通知エリア）内でページングされた場合にページングが失敗する可能性がより高いことに起因する制御プレーンシグナリングの増加を回避するために、gNB５はUE３をRRCインアクティブ状態にしないことを決定してもよい。UE３がRRCインアクティブ状態にあるときにUEのページングが失敗すると、UE３およびgNB５はRRCアイドル状態にフォールバックさせられ、RNAでのページングから従来のコアネットワーク７（AMF９）のページングにスイッチバックさせられる。これにより、UE３がRRCインアクティブ状態にあることによる利益を無効にする追加の制御プレーンシグナリングが生み出されてしまう。

そのため、gNB５が「RRCインアクティブ支援情報」にて「頻繁にページングされるUE表示」情報を受信する場合、gNB５は、UE３がCN７（たとえばAMF９）からページングされるようにUE３をRRCインアクティブ状態ではなくRRCアイドル状態にすることを決定し、UE３がRRCインアクティブ状態になってRNA（Ran通知エリア）内でページングされた場合に起こり得るページングの失敗を回避することができる。

ソリューション２・・・N2アクティベーションの際のRRCインアクティブ状態サポート表示

TS23.501の5.3.3.2.5は、「RRCインアクティブ支援情報」が、サービス提供gNB５とのN2アクティベーションの際に（つまり、登録、サービス要求およびハンドオーバーの際に）AMF９によって提供されることで、gNBがUE３をRRCインアクティブ状態へ移行させることが可能であるかを判断するのを支援することを提案している。しかしながら、AMF９からgNB５へのRRCインアクティブ支援情報の提供は、UE３およびgNB５の両方がRRCインアクティブ状態特徴をサポートする場合にのみ有益である。そのため、ソリューション２では、接続しているUE３およびサービス提供gNB５の両方がRRCインアクティブ状態特徴／能力をサポートする場合にのみ、コアネットワーク７（たとえばAMF９）からのRRCインアクティブ支援情報がN2アクティベーションの際にサービス提供gNB５に提供されることを提案する。このため、N2アクティベーションの際に、gNB５はRRCインアクティブ状態がUE３および／またはgNB５によってサポートされているかをAMF９に示すことが提案される（図４参照）。

１） RRC接続確立手続き。この手続きは、UE３から5Gコアネットワーク７（たとえばAMF９）に初期NAS専用情報メッセージ（たとえば、登録メッセージ、サービス要求メッセージまたは任意の他のNASメッセージ）を渡すためにも使用される。
２） gNB５からAMF９へのN2メッセージ。N2メッセージの目的は、N2接続をアクティベートしてNASメッセージをUE３からAMF９へ伝達することである。gNB５は、RRCインアクティブ状態特徴／能力が、サービス提供gNB５および／またはUE３によってサポートされているかに関する表示もまた含めてもよい。
一つの代替案（Alt. 2A）では、gNB５およびUE３の両方がRRCインアクティブ状態機能／能力をサポートしている場合、gNB５はRRCインアクティブ状態機能／能力サポート表示を含めて（またはON／Trueに設定して）もよい。
他の代替案（Alt. 2B）では、gNB５は、gNB５だけがRRCインアクティブ状態特徴／能力がサポートしていることに基づいて、RRCインアクティブ状態特徴／能力サポート表示を含めて（またはON／Trueに設定して）もよい。
他の代替案（Alt. 2C）では、gNB５は、UE３だけがRRCインアクティブ状態特徴／能力をサポートしていることに基づいて、RRCインアクティブ状態特徴／能力サポート表示を含めて（またはON／Trueに設定して）もよい。
３） UEサブスクライバ情報照会。UEコンテキストがAMF９において利用不可である（たとえば登録中である）場合、またはUEコンテキストが更新されていない場合、AMF９はUDM／UDR１０からUEコンテキストを取得できる。
４） AMF９からgNB５へのN2要求／応答メッセージ。N2要求／応答メッセージはgNB５とAMF９との間でのN2接続確立を完了させ、また、NASメッセージ（サービス受諾メッセージまたは任意の他のNASメッセージ）を伝達することができる。gNB５がN2メッセージ内で、
（alt. 2A） gNB５およびUE３の両方がRRCインアクティブ状態特徴／能力をサポートすることを示した場合、AMF９はgNB５へのN2要求／応答メッセージにRRCインアクティブ支援情報を含んでもよい。そうでない場合は、AMF９はRRCインアクティブ支援情報を含まなくてもよい。
（alt. 2B） gNB５がRRCインアクティブ状態特徴／能力をサポートすることを示した場合、AMF９が接続しているUE３もRRCインアクティブ状態特徴／能力をサポートしていることを認識している（たとえば、UE３がRRCインアクティブ状態特徴／能力をサポートしているという表示が、NASメッセージ内で直接AMF９に示された、またはそのような表示がUDM／UDR１０のサブスクライバ情報から取得された）のであれば、AMF９はgNB５へのN2要求／応答メッセージにRRCインアクティブ支援情報を含めてもよい。そうでない場合は、AMF９はRRCインアクティブ支援情報を含めなくてもよい。
（alt. 2C） UE３がRRCインアクティブ状態特徴／能力をサポートすることをしてした場合、AMF９がgNB５もRRCインアクティブ状態特徴／能力をサポートしていることを認識している（たとえば、gNB５がRRCインアクティブ状態特徴／能力をサポートしているという表示が、以前にAMF９に示された）のであれば、AMF９はgNB５へのN2要求／応答メッセージにRRCインアクティブ支援情報を含めてもよい。そうでない場合は、AMF９はRRCインアクティブ支援情報を含めなくてもよい。
５） RRCインアクティブ状態最適化。RRCインアクティブ支援情報が図４のステップ４でAMF９によって提供された場合、gNB５はRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定の最適化のためにRRCインアクティブ支援情報を使用する。

注：本特許出願におけるすべての5Gソリューション案は、AMF９の代わりにMME、NEF用のSCEF、UDM／UDR１０用のHSS、N2接続用のS1-AP接続、およびgNB５用のeNBを備える4Gに等しく適用可能である。

有益なことに、上述の例示的な態様は、下記の機能のうちの一つまたは複数を含むが、これらに限定されない。

ソリューション１

１） gNB５がRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定を最適化することができるよう、AMF９がgNB５にUEモビリティ情報（たとえば、静止、低モビリティ、中モビリティ、高モビリティ）を追加のRRCインアクティブ支援情報内で提供する。AMF９はまた、UEモビリティ情報の有効時間パラメータを提供できる。
２） gNB５がRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定を最適化することができるよう、AMF９がgNB５に想定されるUE動作パラメータ（たとえば想定されるUE移動軌跡）情報を追加のRRCインアクティブ支援情報内で提供する。AMF９はまた、想定されるUE動作パラメータの有効時間パラメータを提供できる。
３） gNB５がRRCインアクティブ状態遷移を最適化することができるよう、AMF９がgNB５にバッテリ駆動UE表示情報を追加のRRCインアクティブ支援情報内で提供する。
４） gNB５がRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定を最適化することができるよう、AMF９がgNB５に通信アクティビティ無し表示情報を追加のRRCインアクティブ支援情報内で提供する。AMF９はまた、通信アクティビティ無し表示パラメータの有効時間パラメータを提供できる。
５） gNB５がRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定を最適化することができるよう、AMF９がgNB５にUE通信パターン情報を追加のRRCインアクティブ支援情報内で提供する。AMF９はまた、UE通信パターン情報の有効時間パラメータを提供できる。
６） gNB５がRRCインアクティブ状態遷移を最適化することができるよう、AMF９がgNB５にUE通信タイプ（たとえばアプリケーションタイプ）情報を追加のRRCインアクティブ支援情報内で提供する。
７） gNB５がRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定を最適化することができるよう、AMF９がgNB５に「RRCインアクティブ状態特徴中断表示」情報を追加のRRCインアクティブ支援情報内で提供する。AMF９はまた、「RRCインアクティブ状態特徴中断表示」の有効時間パラメータを提供できる。
８） gNB５がRRCインアクティブ状態遷移およびRNA（Ran通知エリア）設定を最適化することができるよう、AMF９がgNB５に頻繁にページングされるUE表示情報を追加のRRCインアクティブ支援情報内で提供する。AMF９はまた、頻繁にページングされるUE表示情報の有効時間パラメータを提供できる。

ソリューション２

１） N2アクティベーションの際に、gNB５は、RRCインアクティブ状態特徴／能力がサービスを提供するgNB５および／またはUE３によってサポートされているかに関するAMF９への表示を含めてもよい。
一つの代替案（alt. 2A）では、gNB５およびUE３の両方がRRCインアクティブ状態特徴／能力をサポートしている場合、gNB５はRRCインアクティブ状態特徴／能力表示を含めてもよい。
他の代替案（alt. 2B）では、gNB５だけがサポートしていることに基づいて、RRCインアクティブ状態特徴／能力サポート表示を含めてもよい。
他の代替案（alt. 2C）では、UE３だけがサポートしていることに基づいて、RRCインアクティブ状態特徴／能力サポート表示を含めてもよい。
２） gNB５がN2メッセージにて、
（alt. 2A） gNB５およびUE３の両方がRRCインアクティブ状態機能／能力をサポートしていることを示した場合、AMF９はgNB５へのN2要求／応答メッセージにRRCインアクティブ支援情報を含めてもよい。
（alt. 2B） gNB５がRRCインアクティブ状態特徴／能力をサポートしていることを示した場合、AMF９がUE３もRRCインアクティブ状態特徴／能力をサポートしていることを認識している（たとえば、UE３がRRCインアクティブ状態特徴／能力をサポートしているという表示が、NASメッセージ内で直接AMF９に示された、またはUDM／UDR１０のサブスクライバ情報から取得された）のであれば、AMF９はgNB５へのN2要求／応答メッセージにRRCインアクティブ支援情報を含めてもよい。そうでない場合は、AMF９はRRCインアクティブ支援情報を含めなくてもよい。
（alt. 2C） UE３がRRCインアクティブ状態特徴／能力をサポートしていることを示した場合、AMF９がgNB５もRRCインアクティブ状態特徴／能力をサポートしていることを認識している（たとえば、gNB５がRRCインアクティブ状態特徴／能力をサポートしているという表示が、過去にAMF９に示された）のであれば、AMF９はgNB５へのN2要求／応答メッセージにRRCインアクティブ支援情報を含めてもよい。そうでない場合は、AMF９はRRCインアクティブ支援情報を含めなくてもよい。

概要

要約すると、下記のような方法および装置が説明されていることがわかる。

１） N2アクティベーションの際に、gNB５は、RRCインアクティブ状態機能／能力がサービス提供gNB５および／またはUE３によってサポートされているかどうかに関するAMF９への表示を含めることができる。
２）接続しているUE３およびサービス提供gNB５の両方がRRCインアクティブ状態機能／能力をサポートしている場合、AMF９は、N2要求／応答メッセージ内で、下記の追加のRRCインアクティブ支援情報をgNB５に提供できる。
UEモビリティ情報（たとえば、静止、低モビリティ、中モビリティ、高モビリティ）・・・AMF９は、UEモビリティ情報の有効時間パラメータも提供できる。
想定されるUE動作パラメータ（たとえば想定されるUE移動軌跡）情報・・・AMF９は、想定されるUE動作パラメータの有効時間パラメータも提供できる。
バッテリ駆動UE表示情報。
通信アクティビティ無し表示情報・・・AMF９は、通信アクティビティ無し表示パラメータの有効時間パラメータも提供できる。
UE通信パターン情報・・・AMF９は、UE通信パターン情報の有効時間パラメータも提供できる。
UE通信タイプ（たとえばアプリケーションタイプ）情報。
「RRCインアクティブ状態特徴中断表示」情報・・・AMF９は、「RRCインアクティブ状態特徴中断表示」の有効時間パラメータも提供できる。
頻繁にページングされるUE表示情報・・・AMF９は、頻繁にページングされるUE表示情報の有効時間パラメータも提供できる。

利点

上述の態様は下記を含む（が下記に限定されない）多くの利点を有益に提供することがわかる。

UEモビリティ、UE移動軌跡、UEバッテリ駆動表示、通信アクティビティ無し表示、UE通信パターン表示、UE通信タイプ（たとえばアプリケーションタイプ）表示、RRCインアクティブ特徴／能力中断表示、およびこれらに付随する有効時間といった、追加のRRCインアクティブ支援情報をN2アクティベーションの際にAMF９からgNB５に提供するためのソリューション案は、gNB５がRRCインアクティブ状態機能の状態遷移を最適化し、RRCインアクティブ状態にあるときにRNA（Ran通知エリア）を設定するのに役立つだろう。

システム概略

図５は上述の態様が適用可能なモバイル（セルラーまたは無線）通信システム１を概略的に示す。

このネットワークでは、（モバイルデバイス３Ａ乃至３Ｃといった）ユーザ端末（UE）３のユーザは、E-UTRAおよび／または5G無線アクセス技術（RAT）を使用して、各基地局５およびコアネットワーク７を介して、互いにおよび他のユーザと通信することが可能である。多くの基地局（または5Gネットワークにおける「gNB」）が（無線）アクセスネットワークを形成することが理解されよう。当業者には理解されるように、三つのUE３および一つの基地局５が説明のために図５に示されているが、本システムは、実装された場合、通常は他の基地局およびUE３を含む。

コアネットワーク７は通常、通信システム１における通信をサポートする論理ノード（または「機能」）を含む。通常は、たとえば、「次世代」／5Gシステムのコアネットワーク７は、他の機能の中でもとりわけ、制御プレーン機能およびユーザプレーン機能を含む。

周知のとおり、UE３は、通信システム１によってカバーされる地理的エリア内を移動しながら、基地局５または(R)ANによってサービスを提供されるエリア（すなわち無線セル）に出入りすることができる。UE３を追跡し、異なる基地局５間での移動を容易にするために、コアネットワーク７は、少なくとも一つのアクセスおよびモビリティ管理機能（AMF）９を備える。AMF９は、コアネットワーク７に接続された基地局５と通信している。コアネットワークによっては、AMF９の代わりにモビリティ管理エンティティ（MME）が使用される場合がある。

コアネットワーク７はまた、ユーザデータ管理／統合データリポジトリ（UDM／UDR）ノード１０と、一つまたは複数のゲートウェイ１１と、認証およびセキュリティ機能（AUSF）１２とを含む。図５には示していないが、コアネットワーク７は、たとえば、ホームサブスクライバサーバ（HSS）などのノードをさらに含むこともできる。

UE３およびそれらの各サービス提供基地局５は、適切なエアインタフェース（たとえば、いわゆる「Uu」インタフェースなど）を介して接続される。隣接する基地局５は、適切な基地局を介して基地局インタフェース（たとえば、いわゆる「X2」インタフェースなど）に互いに接続される。基地局５はまた、適切なインタフェース（たとえば、いわゆる「S1」または「N2」インタフェースなど）を介してコアネットワークノード（AMF９およびゲートウェイ１１など）に接続される。コアネットワーク７から、（インターネットなどの）外部IPネットワーク２０への接続も提供される。

ユーザ端末（UE）３

図６は、UE３の主要な構成要素を表すブロック図である。図示のように、UE３は、一つまたは複数のアンテナ３２を介して、接続されたノードとの間で信号を送受信するよう動作可能な、トランシーバ回路３１を含む。図６に必ずしも示さないが、当然ながら、UE３は従来のモバイルデバイスの通常の機能（ユーザインタフェース３５など）をすべて有し、これは、ハードウェア、ソフトウェアおよびファームウェアのいずれか一つまたは任意の組み合わせによって、適宜提供可能である。ソフトウェアは、たとえば、メモリ３４に事前にインストールすることが可能であり、および／または、通信ネットワークを介してもしくはリムーバブルデータストレージデバイス（RMD）からダウンロードすることも可能である。

コントローラ３３は、メモリ３４に記憶されたソフトウェアに従ってUE３の動作を制御する。ソフトウェアは、とりわけ、オペレーティングシステム３４１と、少なくともトランシーバ制御モジュール３４２１を有する通信制御モジュール３４２とを含む。通信制御モジュール３４２（自身のトランシーバ制御モジュール３４２１を使用）は、UE３と、基地局／(R)ANノード５やAMF９（および他のコアネットワークノード）といった他のノードとの間のシグナリングおよびアップリンク／ダウンリンクデータパケットを処理（生成／送信／受信）する役割を担う。このようなシグナリングには、たとえば、接続確立および管理に関連する適切にフォーマットされたシグナリングメッセージ（たとえば、RRC接続確立および他のRRCメッセージ）や、周期的な位置更新に関連するメッセージ（たとえば、トラッキングエリア更新、ページングエリア更新、ロケーションエリア更新、RAN通知エリア（RNA）更新）などを含み得る。

(R)ANノード５

図７は、例示的な(R)ANノード５、たとえば基地局（5Gにおける「gNB」）の主要な構成要素を表すブロック図である。図示のように、(R)ANノード５は、一つまたは複数のアンテナ５２を介して接続されたUE３との間で信号の送受信を行うよう動作可能であって、ネットワークインタフェース５５を介して（直接的にまたは間接的に）他のネットワークノードとの間で信号の送受信を行うよう動作可能な、トランシーバ回路５１を含む。コントローラ５３は、メモリ５４に記憶されたソフトウェアに従って(R)ANノード５の動作を制御する。ソフトウェアは、たとえば、メモリ５４に事前にインストールすることが可能であり、および／または、通信ネットワークを介してもしくはリムーバブルデータストレージデバイス（RMD）からダウンロードすることも可能である。ソフトウェアは、とりわけ、オペレーティングシステム５４１と、少なくともトランシーバ制御モジュール５４２１を有する通信制御モジュール５４２とを含む。

通信制御モジュール５４２（自身のトランシーバ制御モジュール５４２１を使用）は、（直接的にまたは間接的に）(R)ANノード５と、UE３、AMF９およびUDM／UDR１０などの他のノードとの間のシグナリングを処理（生成／送信／受信）する役割を担う。シグナリングは、たとえば、（特定のUE３用の）無線接続およびロケーション手続きに関連する、特に、接続確立および維持に関連する適切にフォーマットされたシグナリングメッセージ（たとえば、RRC接続確立および他のRRCメッセージ）、周期的なロケーション更新（たとえば、トラッキングエリアの更新、ページングエリアの更新、ロケーションエリアの更新、RAN通知エリア（RNA）の更新）に関連するメッセージ、N2メッセージング（たとえば、N2接続をアクティベートする、UE３からのNASメッセージを伝達する、任意のRRCインアクティブ状態機能能力サポート情報をAMF９に提供するため）、コアネットワーク７からの関連するN2要求／応答メッセージなどを含み得る。

コントローラ５３はまた、実装された際の、RRCインアクティブ状態最適化や、UEモビリティ推測および／または移動軌跡推測といった、関連タスクを処理するよう（ソフトウェアまたはハードウェアによって）構成される。

AMF９

図８はAMF９の主要な構成要素を表すブロック図である。図示のように、AMF９はネットワークインタフェースを介して（UE３を含む）他のノードとの間で信号の送受信を行うよう動作可能なトランシーバ回路９１を含む。コントローラ９２はメモリ９３に記憶されたソフトウェアに従ってAMF９の動作を制御する。ソフトウェアは、たとえば、メモリ９３に事前にインストールされてもよいし、および／または、通信ネットワークを介してもしくはリムーバブルデータストレージデバイス（RMD）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム９３１と、少なくともトランシーバ制御モジュール９３２１を有する通信制御モジュール９３２とを含む。

通信制御モジュール９３２（自身のトランシーバ制御モジュール９３２１を使用）は、（直接的にまたは間接的に）AMF９と、UE３、基地局／(R)ANノード５、およびUDM／UDR１０などの他のノードとの間のシグナリングを処理（生成／送信／受信）する役割を担う。このようなシグナリングは、たとえば、本明細書に記載の手続きに関連する適切にフォーマットされたシグナリングメッセージ、たとえば、N２メッセージング（たとえば、N2接続をアクティベートする、UE３からのNASメッセージを伝達する、および任意のRRCインアクティブ状態機能能力サポート情報をAMに提供するための、(R)ANからのメッセージング、ならびに実装された場合に（追加の）RRCインアクティブ支援情報を提供するための(R)ANへの関連するN2要求／応答メッセージ）、UEサブスクリプション照会に関連するシグナリングメッセージなどを含むことができる。

UDM／UDR１０

図９はUDM／UDR１０の主要な構成要素を表すブロック図である。図示のように、UDM／UDR１０はネットワークインタフェース１０４を介して他のノード（UE３を含む）との間で信号の送受信を行うよう動作可能なトランシーバ回路１０１を含む。コントローラ１０２はメモリ１０３に記憶されたソフトウェアに従ってUDM／UDR１０の動作を制御する。ソフトウェアは、たとえば、メモリ１０３に事前にインストールされてもよいし、および／または、通信ネットワークを介してもしくはリムーバブルデータストレージデバイス（RMD）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０３１と、少なくともトランシーバ制御モジュール１０３２１を有する通信制御モジュール１０３２とを含む。

通信制御モジュール１０３２（自身のトランシーバ制御モジュール１０３２１を使用）は、UDM／UDR１０と、UE３、基地局／(R)ANノード５およびAMF９などの他のノードとの間のシグナリングを処理（生成／送信／受信）する役割を担う。このようなシグナリングは、たとえば、（特定のUE３用の）アクセスおよびモビリティ維持手続きに関連する適切にフォーマットされたシグナリングメッセージ、特に（たとえば、実装された場合に、（追加の）RRCインアクティブ支援情報を伝達する）UEサブスクリプション照会に関連するシグナリングメッセージなどを含むことができる。

変形例と代替案

詳細な態様を上記に説明した。当業者には理解されるように、本明細書中で具現化される開示から恩恵を受ける一方で、上記の態様に対しては多くの変形例および代替案を作成することができる。説明のために、これらの代替案および変形例のいくつかだけをこれから説明する。

上記の説明では、UE３、AMF９、UDM／UDR１０および(R)ANノード５は、理解を容易にするために、いくつかの個別モジュール（通信制御モジュールなど）を備えるものとして説明されている。これらのモジュールは、たとえば既存のシステムが本開示を実施するよう変更されたような特定の用途や、たとえばシステムが発明の特徴を最初から考慮して設計されたような他の用途に、このように提供され得るが、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込まれているため、個別のエンティティとして認識されない場合がある。これらのモジュールはまた、ソフトウェア、ハードウェア、ファームウェアまたはこれらの組み合わせに実装してもよい。

各コントローラは、たとえば下記を含む（が、これらに限定されない）任意の適切な形式の処理回路を含むことが可能である。すなわち、一つまたは複数のハードウェア実装のコンピュータプロセッサ、マイクロプロセッサ、中央演算処理装置（CPU）、演算論理装置（ALU）、入出力（IO）回路、内部メモリ／キャッシュ（プログラムおよび／またはデータ）、処理レジスタ、通信バス（たとえば、制御、データおよび／またはアドレスバス）、ダイレクトメモリアクセス（DMA）機能、ハードウェアまたはソフトウェア実装のカウンタ、ポインタおよび／またはタイマーなど。

上記の態様ではいくつかのソフトウェアモジュールを説明した。当業者には理解されるように、ソフトウェアモジュールは、コンパイルされた形式またはコンパイルされていない形式で提供されてもよいし、コンピュータネットワークを介してまたは記録媒体上で、信号としてUE３、AMF９、UDM／UDR１０および(R)ANノード５に供給されてもよい。また、このソフトウェアの一部または全部によって実行される機能は、一つまたは複数の専用ハードウェア回路を使用して実行されてもよい。なお、ソフトウェアモジュールの使用は、それらの機能を更新するためにUE３、AMF９および(R)ANノード５の更新を容易にするので好ましい。

上記の態様では、3GPP無線通信（無線アクセス）技術が使用される。しかしながら、任意の他の無線通信技術（たとえば、WLAN、Wi-Fi、WiMAX、ブルートゥースなど）も上記の態様に従って使用可能である。

ユーザ端末という項目には、たとえば、携帯電話、スマートフォン、ユーザ機器、携帯情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどの通信デバイスが含まれる。このようなモバイル（または、通常は静止していても）デバイスは、通常はユーザによって操作されるが、いわゆる「モノのインターネット」（IoT）デバイスおよび同様のマシンタイプ通信（MTC）デバイスをネットワークに接続することもできる。簡略化のために、本出願は明細書においてモバイルデバイス（またはUE３）に言及しているが、このような通信デバイスが人間による入力またはメモリに記憶されたソフトウェア命令のどちらによって制御されるかに関係なく、データの送受信のために通信ネットワークに接続可能な任意の通信デバイス（モバイルおよび／または通常は静止した）に対して記載した技術を実装可能であることが理解されるだろう。

様々な他の変更は当業者にとって明らかであり、ここではこれ以上詳細に説明しない。

略語および用語

下記の略語および用語（異なる記述であっても）は、本明細書において使用されている。
3GPP 3rd Generation Partnership Project 第3世代パートナーシッププロジェクト
5G-AN 5G Access Network 5Gアクセスネットワーク
5G-RAN 5G Radio Access Network 5G無線アクセスネットワーク
5GS 5G System 5Gシステム
AF Application Function アプリケーション機能
AMF Access and Mobility Management Function アクセスモビリティ管理機能
AS Access Stratum アクセス層
CN Core Network コアネットワーク
DL Down Link ダウンリンク
DRX Discontinuous Reception 間欠受信
EPS Evolved Packet System 改良型パケットシステム
HLR Home Location Register ホームロケーションレジスタ
HSS Home Subscriber Server ホームサブスクライバサーバ
eNB enhanced NodeB 改良型ノードB
gNB next Generation NodeB 次世代ノードB
MICO Mobile Originated Communication Only モバイル発信の通信限定
MME Mobility management Entity 移動管理エンティティ
NAS Non Access Stratum 非アクセス層
NF Network Function ネットワーク機能
NEF Network Exposure Function ネットワーク公開機能
NR New Radio 新無線
O&M Operation and Maintenance 運用および保守
SGSN Serving GPRS Support Node サービス提供GPRSサポートノード
SRB Signaling Radio Bearer シグナリング無線ベアラ
(R)AN Radio Access Network 無線アクセスネットワーク
RAU Routing Area Update ルーティングエリア更新
RNA Ran Notification Area RAN通知エリア
RNC Radio Network Controller 無線ネットワークコントローラ
RRC Radio Resource Control 無線リソースコントロール
TAU Tracking Area Update トラッキングエリア更新
XnAP Xn Application Protocol Xnアプリケーションプロトコル
UDM Unified Data Management 統合データ管理
UDR Unified Data Repository 統合データリポジトリ
UE User Equipment ユーザ端末
UL Up Link アップリンク
UPF User Plane Function ユーザプレーン機能
URLLC Ultra Reliable Low Latency Communication 超高信頼かつ低遅延な通信

（付記１）
モビリティ管理用のコアネットワークノードであって、
ユーザ端末（UE）の想定モビリティに関する情報をアクセスネットワークノードへ送信する手段を備えるコアネットワークノード。
（付記２）
前記UEの想定モビリティに関する情報は、当該UEの想定モビリティのステータスを示す情報を含む、付記１に記載のコアネットワークノード。
（付記３）
前記UEの想定モビリティのステータスを示す情報は、少なくとも当該UEが静止していると想定されるかまたは移動していると想定されるかを示す、付記２に記載のコアネットワークノード。
（付記４）
前記UEの想定モビリティに関する情報は、想定されるUEの移動軌跡を示す軌跡情報を含む、付記1に記載のコアネットワークノード。
（付記５）
前記軌跡情報は、前記UEの想定される地理的軌跡を示す、付記４に記載のコアネットワークノード。
（付記６）
前記軌跡情報は、セルのリストの情報を含む、付記４または５に記載のコアネットワークノード。
（付記７）
UEモビリティのステータスを示す情報は、コアネットワーク支援情報に含まれてN2メッセージにて送信される、付記１乃至６のいずれか一つに記載のコアネットワークノード。
（付記８）
UEモビリティのステータスを示す情報は、無線リソースコントロール（RRC）インアクティブ状態の遷移を制御するために前記アクセスネットワークノードによって使用される、付記１乃至７のいずれか一つに記載のコアネットワークノード。
（付記９）
UEモビリティのステータスを示す情報は、無線アクセスネットワーク（RAN）通知エリア（RNA）の設定のために前記アクセスネットワークノードによって使用される、付記１乃至８のいずれか一つに記載のコアネットワークノード。
（付記１０）
前記RNAの設定は、当該RNAのサイズを含む、付記９に記載のコアネットワークノード。
（付記１１）
UEモビリティのステータスを示す情報は、サブスクリプション情報から得られる、付記１乃至１０のいずれか一つに記載のコアネットワークノード。
（付記１２）
UEモビリティのステータスを示す情報は、ネットワーク公開機能（NEF）ノードを介して提供される、付記１乃至１１のいずれか一つに記載のコアネットワークノード。
（付記１３）
アクセスネットワークノードであって、
ユーザ端末（UE）の想定モビリティに関する情報をモビリティ管理用のコアネットワークノードから受信する手段を備えるアクセスネットワークノード。
（付記１４）
前記UEの想定モビリティに関する情報は、当該UEの想定モビリティのステータスを示す情報を含む、付記１３に記載のアクセスネットワークノード。
（付記１５）
前記UEの想定モビリティのステータスを示す情報は、少なくとも当該UEが静止していると想定されるかまたは移動していると想定されるかを示す、付記１４に記載のアクセスネットワークノード。
（付記１６）
前記UEの想定モビリティに関する情報は、想定されるUEの移動軌跡を示す軌跡情報を含む、付記1３に記載のアクセスネットワークノード。
（付記１７）
前記軌跡情報は、前記UEの想定される地理的軌跡を示す、付記１６に記載のアクセスネットワークノード。
（付記１８）
前記軌跡情報は、セルのリストの情報を含む、付記１６または１７に記載のアクセスネットワークノード。
（付記１９）
UEモビリティのステータスを示す情報は、コアネットワーク支援情報に含まれてN2メッセージにて送信される、付記１３乃至１８のいずれか一つに記載のアクセスネットワークノード。
（付記２０）
UEモビリティのステータスを示す情報は、無線リソースコントロール（RRC）インアクティブ状態の遷移を制御するために前記アクセスネットワークノードによって使用される、付記１３乃至１９のいずれか一つに記載のアクセスネットワークノード。
（付記２１）
UEモビリティのステータスを示す情報は、無線アクセスネットワーク（RAN）通知エリア（RNA）の設定のために前記アクセスネットワークノードによって使用される、付記１３乃至２０のいずれか一つに記載のアクセスネットワークノード。
（付記２２）
前記RNAの設定は、当該RNAのサイズを含む、付記２１に記載のアクセスネットワークノード。
（付記２３）
UEモビリティのステータスを示す情報は、サブスクリプション情報から得られる、付記１３乃至２２のいずれか一つに記載のアクセスネットワークノード。
（付記２４）
UEモビリティのステータスを示す情報は、ネットワーク公開機能（NEF）ノードを介して提供される、付記１３乃至２３のいずれか一つに記載のアクセスネットワークノード。
（付記２５）
モビリティ管理用のコアネットワークノードによって実行されるモビリティ管理方法であって、
ユーザ端末（UE）の想定モビリティに関する情報をアクセスネットワークノードへ送信することを含むモビリティ管理方法。
（付記２６）
前記UEの想定モビリティに関する情報は、当該UEの想定モビリティのステータスを示す情報を含む、付記２５に記載のモビリティ管理方法。
（付記２７）
前記UEの想定モビリティのステータスを示す情報は、少なくとも当該UEが静止していると想定されるかまたは移動していると想定されるかを示す、付記２６に記載のモビリティ管理方法。
（付記２８）
前記UEの想定モビリティに関する情報は、想定されるUEの移動軌跡を示す軌跡情報を含む、付記２５に記載のモビリティ管理方法。
（付記２９）
前記軌跡情報は、前記UEの想定される地理的軌跡を示す、付記２８に記載のモビリティ管理方法。
（付記３０）
前記軌跡情報は、セルのリストの情報を含む、付記２８または２９に記載のモビリティ管理方法。
（付記３１）
UEモビリティのステータスを示す情報は、コアネットワーク支援情報に含まれてN2メッセージにて送信される、付記２５乃至３０のいずれか一つに記載のモビリティ管理方法。
（付記３２）
UEモビリティのステータスを示す情報は、無線リソースコントロール（RRC）インアクティブ状態の遷移を制御するために前記アクセスネットワークノードによって使用される、付記２５乃至３１のいずれか一つに記載のモビリティ管理方法。
（付記３３）
UEモビリティのステータスを示す情報は、無線アクセスネットワーク（RAN）通知エリア（RNA）の設定のために前記アクセスネットワークノードによって使用される、付記２５乃至３２のいずれか一つに記載のモビリティ管理方法。
（付記３４）
前記RNAの設定は、当該RNAのサイズを含む、付記３３に記載のモビリティ管理方法。
（付記３５）
UEモビリティのステータスを示す情報は、サブスクリプション情報から得られる、付記２５乃至３４のいずれか一つに記載のモビリティ管理方法。
（付記３６）
UEモビリティのステータスを示す情報は、ネットワーク公開機能（NEF）ノードを介して提供される、付記２５乃至３５のいずれか一つに記載のモビリティ管理方法。
（付記３７）
アクセスネットワークノードによって実行されるモビリティ管理方法であって、
ユーザ端末（UE）の想定モビリティに関する情報をモビリティ管理用のコアネットワークノードから受信することを含むモビリティ管理方法。
（付記３８）
前記UEの想定モビリティに関する情報は、当該UEの想定モビリティのステータスを示す情報を含む、付記３７に記載のモビリティ管理方法。
（付記３９）
前記UEの想定モビリティのステータスを示す情報は、少なくとも当該UEが静止していると想定されるかまたは移動していると想定されるかを示す、付記３８に記載のモビリティ管理方法。
（付記４０）
前記UEの想定モビリティに関する情報は、想定されるUEの移動軌跡を示す軌跡情報を含む、付記３７に記載のモビリティ管理方法。
（付記４１）
前記軌跡情報は、前記UEの想定される地理的軌跡を示す、付記４０に記載のモビリティ管理方法。
（付記４２）
前記軌跡情報は、セルのリストの情報を含む、付記４０または４１に記載のモビリティ管理方法。
（付記４３）
UEモビリティのステータスを示す情報は、コアネットワーク支援情報に含まれてN2メッセージにて送信される、付記３７乃至４２のいずれか一つに記載のモビリティ管理方法。
（付記４４）
UEモビリティのステータスを示す情報は、無線リソースコントロール（RRC）インアクティブ状態の遷移を制御するために前記アクセスネットワークノードによって使用される、付記３７乃至４３のいずれか一つに記載のモビリティ管理方法。
（付記４５）
UEモビリティのステータスを示す情報は、無線アクセスネットワーク（RAN）通知エリア（RNA）の設定のために前記アクセスネットワークノードによって使用される、付記３７乃至４４のいずれか一つに記載のモビリティ管理方法。
（付記４６）
前記RNAの設定は、当該RNAのサイズを含む、付記４５に記載のモビリティ管理方法。
（付記４７）
UEモビリティのステータスを示す情報は、サブスクリプション情報から得られる、付記３７乃至４６のいずれか一つに記載のモビリティ管理方法。
（付記４８）
UEモビリティのステータスを示す情報は、ネットワーク公開機能（NEF）ノードを介して提供される、付記３７乃至４７のいずれか一つに記載のモビリティ管理方法。
（付記４９）
ネットワークシステムであって、
付記１乃至１２のいずれか一つに記載のコアネットワークノードと、
付記１３乃至２４のいずれか一つに記載のアクセスネットワークノードと、
を備えるネットワークシステム。

上記の例示的な態様に記載のプログラムは、記憶装置に記憶されるか、コンピュータで読み取り可能な記録媒体に記録される。たとえば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、半導体メモリなどの可搬媒体である。

以上、例示的な態様を参照して本開示を説明したが、本開示は、上記の例示的な態様に限定されない。本開示の構成および詳細は、本開示の範囲内で当業者が理解し得る様々な形で変更することができる。

本出願は、2018年1月12日に特許出願された欧州特許出願第18151514.9号に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、全て本明細書に含まれるものとする。

参照符号の説明

１通信システム
３ UE
３１トランシーバ回路
３２アンテナ
３３コントローラ
３４メモリ
３４１オペレーティングシステム
３４２通信制御モジュール
３４２１トランシーバ制御モジュール
３５ユーザインタフェース
５ (R)AN／gNB（基地局）
５１トランシーバ回路
５２アンテナ
５３コントローラ
５４メモリ
５４１オペレーティングシステム
５４２通信制御モジュール
５４２１トランシーバ制御モジュール
５５ネットワークインタフェース
７コアネットワーク
９ AMF
９１トランシーバ回路
９２コントローラ
９３メモリ
９３１オペレーティングシステム
９３２通信制御モジュール
９３２１トランシーバ制御モジュール
９４ネットワークインタフェース
１０ UDM／UDR
１０１トランシーバ回路
１０２コントローラ
１０３メモリ
１０３１オペレーティングシステム
１０３２通信制御モジュール
１０３２１トランシーバ制御モジュール
１０４ネットワークインタフェース
１１ GW（ゲートウェイ）
１２ AUSF
２０外部IPネットワーク

Claims

アクセスモビリティ管理機能（AMF）ノードであって、
データ管理ノードから想定されるユーザ端末(UE)動作パラメータを取得する取得手段と、
アクセスネットワークノード（RAN）に、前記RANが前記UEの状態遷移を最適に制御するため、前記UE動作パラメータに基づいた支援情報を、前記AMFノードと前記RAN間のN2接続のためのメッセージに含んで送信する送信手段とを有し、
前記支援情報は、前記UEが静止しているか移動しているかを示すUEモビリティ情報と、UEの想定される地理的移動を示す想定されるUE移動軌跡情報とを含む、
AMFノード。
前記UE移動軌跡情報は、前記アクセスネットワークノードの RRCインアクティブ状態遷移およびRan通知エリア（RNA）設定に用いられる、請求項１に記載のAMFノード。
前記UE移動軌跡情報は、セルのリストの情報を含む、請求項１または２に記載のAMFノード。
アクセスネットワークノード（RAN）であって、
データ管理ノードから想定されるユーザ端末(UE)動作パラメータを取得するアクセスモビリティ管理機能（AMF）ノードから、前記RANが前記UEの状態遷移を最適に制御するため、前記UE動作パラメータに基づいた支援情報を、前記AMFノードと前記RAN間のN 2接続のためのメッセージに含んで受信する受信手段を有し、
前記支援情報は、前記UEが静止しているか移動しているかを示すUEモビリティ情報と、UEの想定される地理的移動を示す想定されるUE移動軌跡情報とを含む、アクセスネットワークノード。
前記UE移動軌跡情報は、前記アクセスネットワークノードの RRCインアクティブ状態遷移およびRan通知エリア（RNA）設定に用いられる、請求項４に記載のアクセスネットワークノード。
前記UE移動軌跡情報は、セルのリストの情報を含む、請求項４または５に記載のアクセスネットワークノード。
アクセスモビリティ管理機能（AMF）ノードによって実行される通信方法であって、
データ管理ノードから想定されるユーザ端末(UE)動作パラメータを取得し、
アクセスネットワークノード（RAN）に、前記RANが前記UEの状態遷移を最適に制御するため、前記UE動作パラメータに基づいた支援情報を、前記AMFノードと前記RAN間のN 2接続のためのメッセージに含んで送信し、
前記支援情報は、前記UEが静止しているか移動しているかを示すUEモビリティ情報と、UEの想定される地理的移動を示す想定されるUE移動軌跡情報とを含む、
通信方法。
アクセスネットワークノード（RAN）によって実行される通信方法であって、
データ管理ノードから想定されるユーザ端末(UE)動作パラメータを取得するアクセスモビリティ管理機能（AMF）ノードから、前記RANが前記UEの状態遷移を最適に制御するため、前記UE動作パラメータに基づいた支援情報を、前記AMFノードと前記RAN間のN 2接続のためのメッセージに含んで受信し、
前記支援情報は、前記UEが静止しているか移動しているかを示すUEモビリティ情報と、UEの想定される地理的移動を示す想定されるUE移動軌跡情報とを含む、
通信方法。