(57)【特許請求の範囲】
【請求項１】
通信ネットワークの基地局により実行される方法であって、
通信デバイスに、前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを送信することと、
前記ページングエリアに対する変更を特定する情報を含むシステム情報をブロードキャストすることと、を含み、
前記ページングエリアに対する前記変更は、前記ページングエリアから、少なくとも１つの基地局の削除、及び前記少なくとも１つの基地局に関連するセルの削除のうち、少なくとも一方を含み、
前記システム情報は、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方を示すリストと、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方に関連付けられたトラッキングエリア識別子とを含む、方法。
【請求項２】
前記基地局は、前記通信デバイスのためのアンカー基地局として動作し、前記方法は、他の基地局に前記ページングエリアに対する変更を特定する情報を含むメッセージを送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記基地局は、前記ページングエリアのセルを運用し、前記方法は、前記ページングエリアに対する変更を特定する情報を含むメッセージを他の基地局から受信することをさらに含む、請求項１に記載の方法。
【請求項４】
前記方法は、前記ページングエリアに対する変更を特定する情報を含む前記メッセージに応答して、前記他の基地局にメッセージを送信することをさらに含む、請求項３に記載の方法。
【請求項５】
通信ネットワークの通信デバイスにより実行される方法であって、
基地局から、前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを受信することと、
前記ページングエリアに対する変更を特定する情報を含むシステム情報を受信することと、を含み、
前記ページングエリアに対する前記変更は、前記ページングエリアから、少なくとも１つの基地局の削除、及び前記少なくとも１つの基地局に関連するセルの削除のうち、少なくとも一方を含み、
前記システム情報は、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方を示すリストと、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方に関連付けられたトラッキングエリア識別子とを含む、方法。
【請求項６】
通信ネットワークの基地局であって、
プロセッサと、
通信デバイスに、前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを送信し、前記ページングエリアに対する変更を特定する情報を含むシステム情報をブロードキャストするトランシーバと、を備え、
前記ページングエリアに対する前記変更は、前記ページングエリアから、少なくとも１つの基地局の削除、及び前記少なくとも１つの基地局に関連するセルの削除のうち、少なくとも一方を含み、
前記システム情報は、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方を示すリストと、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方に関連付けられたトラッキングエリア識別子とを含む、基地局。
【請求項７】
通信ネットワークの通信デバイスであって、
プロセッサと、
基地局から、前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを受信し、前記ページングエリアに対する変更を特定する情報を含むシステム情報ブロードキャストを受信するトランシーバと、を備え、
前記ページングエリアに対する前記変更は、前記ページングエリアから、少なくとも１つの基地局の削除、及び前記少なくとも１つの基地局に関連するセルの削除のうち、少なくとも一方を含み、
前記システム情報ブロードキャストは、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方を示すリストと、前記ページングエリアから削除される基地局、及び前記ページングエリアから削除されるセルのうち、少なくとも一方に関連付けられたトラッキングエリア識別子とを含む、通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。本発明は、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）標準、又はその等価的なもの又はその派生的なもの（ＬＴＥアドバンス及びネクストジェネレーション又は５Ｇを含む）に従って動作する無線通信システム及びデバイスに特に関連するが、排他的ではない（これに限定されない）。本発明は、排他的ではないが、通信デバイスのページングに特に関連する。
【背景技術】
【０００２】
３ＧＰＰ標準の最新の開発は、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク及びエボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）のロングタームエボリューション（ＬＴＥ：Long Term Evolution）として呼ばれ、一般的に‘４Ｇ’とも呼ばれる。さらに、‘５Ｇ’及び‘ＮＲ（new radio）’という用語は、様々なアプリケーション及びサービスをサポートすると期待されている進化した通信技術を指している。５Ｇネットワークの様々な詳細は、例えば、次世代モバイルネットワーク（ＮＧＭＮ：Next Generation Mobile Networks）アライアンスによる‘NGMN 5G White Paper’V1.0に記載されており、その文書は、https://www.ngmn.org/5g-white-paper.htmlから入手可能である。３ＧＰＰは、いわゆる3GPP Next Generation（NextGen）無線アクセスネットワーク（RAN：radio access network）及び3GPP NextGenコアネットワークによって、５Ｇをサポートすることを意図している。
【０００３】
３ＧＰＰ標準下では、ノードＢ（又はＬＴＥにおけるｅＮＢ、５ＧにおけるｇＮＢ）は、それを介して通信デバイス（ユーザ装置又は‘ＵＥ’）がコアネットワークに接続し、他の通信デバイス又は遠隔サーバと通信する基地局である。簡略化のため、本出願は、基地局という用語は、任意のそのような基地局を指し、モバイルデバイス、ユーザデバイス又はＵＥという用語は、任意のそのような通信デバイスを指す。コアネットワーク（つまり、ＬＴＥの場合のＥＰＣ）は、（とりわけ）加入者管理、モビリティ管理、課金、セキュリティ、及び通話／セッション管理の機能をホストし、通信デバイスにインターネット等の外部ネットワークとの接続を提供する。
【０００４】
通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ装置、形態情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダ、及び／又は同様のもの等のモバイル通信デバイスであってもよい。そのようなモバイル（又は一般に静止した）デバイスは、通常、ユーザが操作する。しかし、３ＧＰＰ標準は、いわゆる‘モノのインターネット’（ＩｏＴ：Internet of Things）デバイス（例えば、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ：Narrow-Band IoT）デバイス）をネットワークに接続することを可能とし、それは、典型的に、様々な測定機器、テレメトリ機器、監視システム、トラッキング及びトレーシングデバイス、車載安全システム、車両メンテナンスシステム、道路センサ、デジタル広告板、ＰＯＳ（point of sale）端末、遠隔制御システム等の自動化された機器を含む。事実上、モノのインターネットは、適切な電子機器、ソフトウェア、センサ、ネットワーク接続、及び／又は同様のものを備えたデバイス（又は“モノ”）のネットワークであり、これらのデバイスが相互に及び他の通信デバイスとデータを収集し、交換することを可能にする。ＩｏＴデバイスは、マシンタイプ通信（ＭＴＣ：Machine-Type Communication）通信デバイス又はマシンツーマシン（Ｍ２Ｍ：Machine-to-Machine）通信デバイスとも称されることは理解できるであろう。
【０００５】
簡略化のため、本出願は、説明においてモバイルデバイスと称するが、説明された技術は、通信デバイスが人間の入力又はメモリに格納されたソフトウェア命令により制御されるかどうかに関係無く、データを送信／受信するために通信ネットワークに接続できる（モバイル及び／又は一般に静止する）任意の通信デバイスに実装できることは理解できるであろう。
【０００６】
モバイルデバイスと、基地局との間の通信は、３ＧＰＰ  ＴＳ３６．３３１  Ｖ１４．１．０で定義されているように、無線リソース制御（ＲＲＣ：Radio Resource Control）プロトコルを使用して制御される。ＲＲＣは、携帯電話と無線アクセスネットワークとの間のレイヤ３の制御プレーンシグナリングを処理し、とりわけ、システム情報のブロードキャスト、ページング、接続確立及び解放、無線ベアラ確立、再設定及び解放、モビリティ手順、及びパワーコントロールのための機能を含む。ＲＲＣプロトコルの現在のバージョンによれば、任意の時点で、モバイルデバイスは、（データ通信が行われない）‘ＲＲＣアイドルモード（RRC idle mode）’又は（モバイルデバイスとそれをサービングする基地局との間でデータ通信が行われる）‘ＲＲＣ接続モード（RRC connected mode）’のいずれかで動作する。
【０００７】
ＲＲＣ接続モードで動作するモバイルデバイスは、通信システムによりカバーされるエリア内を移動するため、信号状態、及び要求されるサービス品質、使用されるサービスの種類、システム全体の負荷等の他の要件に応じて、１つのセル（つまり、基地局により運用される）から他のセル（同一又は異なる基地局により運用される）にハンドオーバする。ハンドオーバは、モバイルデバイスと、（旧及び新）基地局との間で広範なシグナリングが必要であり、基地局とコアネットワークとの間においても同様に広範なシグナリングが必要である。
【０００８】
一方、ＲＲＣアイドルモードでは、モバイルデバイスは、新しいデータがモバイルデバイスに／モバイルデバイスから送信されるときに、良好な信号状態の恩恵を受けるように、良い品質の信号を有する‘サービング’セルを選択し、キャンプするようにプログラムされている。アイドルのモバイルデバイスが、例えば、モバイルデバイスの位置が変更することにより、現在のサービングセルよりも良い信号品質の新しいセルを検出した場合、モバイルデバイスは、いわゆるセル再選択（セルリセレクション（cell reselection））手順を実行できる。しかし、無線ネットワークは、システム情報及びＵＥ固有のページングメッセージをトラッキングエリア全体に送信し、モバイルデバイスがキャンプしている現在のセルに関係無く、モバイルデバイスへの／モバイルデバイスからの通信を開始することができるので、アイドルモードのモバイルデバイスは、このセルが同一の‘トラッキングエリア’（つまり、予め定義されたセルのセットを含むより大きな地理的なエリア）内にある限り、選択された新しいセルについてネットワークに通知しない。
【０００９】
エネルギー消費を最小限に抑え、貴重なシステムリソースを解放するために、モバイルデバイスは、可能な限りＲＲＣアイドルモードに戻り、同じトラッキングエリア内にいる限り、（ハンドオーバの代わりに）セル再選択（cell reselection）を実行する。基地局は、そのセル内の各モバイルデバイスの様々な動作モード間の遷移を制御する。基地局と、モバイルデバイスとの間のＲＲＣ接続のセットアップ及び終了は、シグナリングメッセージの交換が必要であり、したがって貴重なシステムリソースを利用し、完了するまでに時間がかかるため、３ＧＰＰ  ＴＳ３６．３３１に定義されているように、特定の状況では接続モードからアイドルモードへの遷移が許可されている。例えば、サービング基地局は、特定のモバイルデバイスに／特定のモバイルデバイスから送信されるデータが無い（例えば、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）バッファが空である）ことを確認した後にのみ、モバイルデバイスにＲＲＣアイドルモードに入ることを指示し得る。
【００１０】
現在の位置（例えばセル）をコアネットワークに登録する場合、各モバイルデバイスは、サービング基地局とコアネットワークとの間の関連する‘Ｓ１’接続も有している。Ｓ１接続は、いわゆる‘ＥＣＭ−ＩＤＬＥ’モード（モバイルデバイスがＲＲＣアイドルモードの場合）又は‘ＥＣＭ−ＣＯＮＮＥＣＴＥＤ’モード（モバイルデバイスがＲＲＣ接続モードである場合）のいずれかである。Ｓ１接続は、モバイルデバイスとコアネットワーク（及びそれを超えて）との間でデータ（制御及びユーザデータ）を転送するために使用され、モバイルデバイスがＲＲＣ接続モードのままである限り維持される。一方、モバイルデバイスがＲＲＣアイドルモードに入る場合、モバイルデバイスが送信又は受信するデータが増えるまで、その関連するＳ１接続も終了（又は中断）する。この場合、新しいＳ１接続が現在のサービング基地局と確立される（又は中断されたＳ１接続が再アクティブ化される）。
【００１１】
ネットワークがＲＲＣアイドルのモバイルデバイスに送信するデータを有している場合、ネットワークは、モバイルデバイスの最後の既知のエリア（トラッキング／ページングエリア）で適切なページング手順をトリガし、そのエリア内の基地局に、特定のモバイルデバイスがＲＲＣ接続状態に入ることを要求するセルに適切なページングメッセージをブロードキャストさせる。以前にアイドルの携帯電話が再送信するデータを有している（又はダウンリンクデータを受信するためにページングされた）場合、通信リソースが割り当てられるために、適切にフォーマットされたRRC connection requestメッセージを基地局に送信することにより、いわゆるＲＲＣ接続確立手順を開始する（下位レイヤ、特にメディアアクセス制御（ＭＡＣ：Media Access Control）レイヤが基地局との通信のために設定されることを保証する、いわゆるランダムアクセス手順に従う）。
【００１２】
３ＧＰＰ標準の最新の開発、いわゆる次世代（ＮＧ：Next Generation）又は５Ｇネットワークでは、モバイルデバイスは、（例えば、５Ｇにおける）‘ＲＲＣ非アクティブ（RRC inactive）’状態、又は（例えば、ＬＴＥ／４Ｇにおける）‘ライト接続（light-connected）’（ＬＣ）状態／モードと呼ばれる、新しいＲＲＣ状態、又は新しい無線状態で動作し得ることも想定されている。モバイルデバイスがＬＣ状態である場合、モバイルデバイスが送信又は受信するデータがなくなった（したがって、通常、ＲＲＣアイドルモードに入るように構成される）後でも、コアネットワークは、制御プレーン及びユーザプレーン接続の両方を維持する。言い換えると、ＬＣ状態／モードでは、無線アクセスネットワーク（基地局）の観点からモバイルデバイスがアイドルモードで動作するように見えるが、（基地局と、ＬＣ又は非アクティブ状態のＵＥとの間でアクティブなＲＲＣ接続（つまり、ＳＲＢ／ＤＲＢ）がない場合でも）コアネットワークの観点からモバイルデバイスは、依然として接続されているように見え得る。この新しいＬＣ状態／モードの利点の１つは、小さくてまれにデータ送信（small and infrequent data transmission）を行うモバイルデバイス（特に、ＩｏＴデバイス）が、送信する（又は受信する）データがあるたびに、ＲＲＣ接続確立手順全体を実行する必要がないことである。代わりに、ＬＣ状態／モード対応のモバイルデバイスは、必要に応じて、現在のサービング基地局と既存のＲＲＣ接続を再開し、そして、送信／受信するデータを再び有するまで、より電力効率の高い動作モードに戻るように構成できる。
【００１３】
モバイルデバイスは、再開される接続を特定する情報（例えば、再開ＩＤ）を現在の基地局に送信することにより、そのＲＲＣ接続を再開できる。これにより、基地局とモバイルデバイスは、認証及び無線ベアラ確立を行うことを回避できる。このような軽量な接続（lightweight connection）、及びモバイルデバイスと、そのサービング基地局との間の接続の簡略化された再開を容易にするために、いわゆるアンカー基地局の概念が３ＧＰＰにより検討されている。事実上、アンカー基地局は、ＵＥアクセスストラタム（ＡＳ：Access Stratum）コンテキストの保存、モバイルデバイスのユーザデータ（ＵＥコンテキスト）のキャッシュ、及びＳ１を終了する間、必要に応じて、他の基地局にユーザデータを提供することを担当する基地局である。例えば、アンカー基地局は、モバイルデバイスが特定のトラッキングエリア（又は他の予め定義されたエリア）において登録した最初の基地局（又は以前の）基地局であってもよい。そのため、モバイルデバイスが（同一エリア内の）異なる基地局を介してＲＲＣ接続を再開することを試みる場合、新しい基地局は、アンカー基地局に接続し、モバイルデバイスにより提供される情報（例えば、再開ＩＤ、及び／又は同様のもの）に基づいて、キャッシュされたユーザデータとともにＵＥコンテキストを取得できる。ＬＣ状態／モードでは、Ｓ１接続は、維持されるため、（新しい基地局は、アンカー／以前の基地局から新しい基地局にＳ１接続を切り替える必要があり得るが、）有益なことに、新しい基地局は、コアネットワークに接続し、及び／又は、モバイルデバイスのための新しいＳ１接続を確立することを回避できる。この手順は、アンカーリロケーション（anchor relocation）と称されてもよく、ＵＥコンテキストを転送しながら、アンカー基地局から新しいサービング基地局にＳ１終端ポイントを切り替えることを含む。アンカー基地局の概念は、3GPP draft no. R3-160655から複製された図１１に示されている。
【００１４】
３ＧＰＰにおける現在の合意は、モバイルデバイスがライトに接続されている（lightly connected）間、基地局がＳ１接続を維持し、コアネットワークからダウンリンクデータを受信する場合、基地局が（基地局により設定された適切なページングエリア／トラッキングエリア内に）ＲＡＮページングを担当することである。ＬＣ状態／モードのモバイルデバイスは、設定されたＲＡＮベースのページングエリアから出る場合、ネットワークに通知し、この場合、ネットワークは、モバイルデバイスをＬＣモードに保つか、モバイルデバイスを一時停止（suspend）する（例えば、ＲＲＣアイドルモードに入るように要求する）かを決定できる。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかし、発明者らは、モバイルデバイスが非アクティブ状態又はＬＣモードである間、ネットワークとの接続を維持しないため、現在提案されているシステムが処理できない多くの問題を引き起こす可能性があることを認識した。このような問題は、以下の内容に限定されないが、以下の内容を含む。
−（例えば、ページングエリアが変更された場合）適切なＵＥ固有のＲＡＮベースの通知／ページングエリアをＵＥに通知する方法；
−（いくつかのＵＥに影響し得る）ネットワークトポロジの変更に対処する方法；
−ＲＡＮベースのページングが失敗した場合、ＵＥに到達するための支援（例えば、コアネットワークベースのページング）を求める方法。
【００１６】
したがって、本発明の好ましい例示的な実施形態は、モバイルデバイスが、ネットワークとライト接続／ＲＲＣ非アクティブ接続を維持することを許容しながら、１又は複数の上記問題に対処する、又は少なくとも部分的に対処する方法及び装置を提供することを目的とする。
【００１７】
当業者の理解を効率化するために、本発明は、３ＧＰＰシステム（ＵＭＴＳ、ＬＴＥ、ＮＲ）の文脈で詳細に説明するが、本発明の原理は、通信デバイス又はユーザ装置（ＵＥ）が無線アクセス技術を用いてコアネットワークと接続する他のシステムに適用できる。
【課題を解決するための手段】
【００１８】
一態様では、本発明は通信ネットワークの基地局により実行される方法を提供し、本方法は、通信デバイスに、前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを送信することと、前記ページングエリアに対する変更を特定する情報を含むシステム情報をブロードキャストすることとを含む。
【００１９】
他の態様では、本発明は、通信ネットワークの基地局により実行される方法を提供し、本方法は、通信デバイスから、ルーティングエリアの更新を要求するメッセージを受信することと、前記要求メッセージに応答して、通信デバイスに、前記ルーティングエリアに対する変更を特定する情報を含むメッセージを送信することとを含む。
【００２０】
他の態様では、本発明は、通信ネットワークの基地局により実行される方法を提供し、本方法は、他の基地局から、ページングエリアのセルを運用する基地局間の基地局から基地局へのインタフェースの削除を要求する要求メッセージを受信することと、前記要求メッセージに応答して、前記他の基地局に、前記ページングエリアに対する変更を特定する情報を含む応答メッセージを送信することとを含み、前記要求メッセージ及び前記応答メッセージの少なくとも１つは、前記削除により影響を受ける少なくとも１つの通信デバイスを特定する情報を含む。
【００２１】
他の態様では、本発明は、通信ネットワークの通信デバイスにより実行される方法を提供し、本方法は、基地局から前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを受信することと、前記ページングエリアに対する変更を特定する情報を含むシステム情報ブロードキャストを受信することとを含む。
【００２２】
他の態様では、本発明は、通信ネットワークの通信デバイスにより実行される方法を提供し、本方法は、基地局に、ルーティングエリアの更新を要求する要求メッセージを送信することと、前記要求メッセージに応答して、前記基地局から、前記ルーティングエリアに対する変更を特定する情報を含むメッセージを受信することとを含む。
【００２３】
他の態様では、本発明は、通信ネットワークの基地局により実行される方法を提供し、本方法は、通信デバイスが非アクティブ又はライト接続（ＬＣ）モード／状態に移行されることを決定することと、前記通信デバイスに、前記通信デバイスが非アクティブ又はライト接続（ＬＣ）モード／状態に移行されることを示すメッセージを示すメッセージを送信することとを含み、前記メッセージは、前記通信デバイスのページングエリアを形成する少なくとも１つのセルを特定する情報を含む。
【００２４】
他の態様では、本発明は、通信ネットワークの通信デバイスのためのアンカー基地局として機能する基地局により実行される方法を提供し、本発明は、前記通信デバイスのためのページング試行が失敗したと判断することと、前記判断に応答して、コアネットワークに、前記通信デバイスをページングすることを前記コアネットワークに要求するメッセージを送信することとを含み、前記要求メッセージは、ページングに推奨される少なくとも１つのセルを特定する情報を含む。
【００２５】
他の態様では、本発明は、通信ネットワークのコアネットワークエンティティにより実行される方法を提供し、本方法は、通信デバイスのためのアンカー基地局として機能する基地局から、前記通信デバイスのためのページング試行が失敗したと前記基地局が判断することに応答して、前記通信デバイスをページングすることを前記コアネットワークに要求する要求メッセージを受信することを含み、前記要求メッセージは、ページングに推奨される少なくとも１つのセルを特定する情報を含む。
【００２６】
本発明の態様は、対応するシステム、装置、及び上記の又は請求項に記載された、態様及び可能性に記載された方法を実行するためのプログラム可能なプロセッサをプログラムするように、及び／又は、請求項のいずれかに記載された装置を提供するための適切に適合されたコンピュータをプログラムするように動作可能な命令が格納されている、コンピュータ可読記録媒体等のコンピュータプログラム製品にまで及ぶ。
【００２７】
（請求項を含む用語である）本明細書に開示される、及び／又は図面に示される各特徴は、他の開示される、及び／又は図示される特徴のいずれかと独立して（又は他の開示される、及び／又は図示される特徴と組み合わされて）本発明に組み込まれてもよい。特に、ただし限定されないが、特定の独立請求項に従属するいずれかの請求項の特徴は、任意の組み合わせにより、又は独立して、独立請求項に導入されてもよい。
【００２８】
ここで、添付図面を参照して、例として、本発明の例示的な実施形態を説明する。
【図面の簡単な説明】
【００２９】
【図１】図１は、本発明の実施形態が適用され得るセルラ電気通信システムを概略的に示す図である。
【図２】図２は、図１に示すシステムの一部を形成するモバイルデバイスのブロック図である。
【図３】図３は、図１に示すシステムの一部を形成する基地局のブロック図である。
【図４】図４は、図１に示すシステムの一部を形成するモビリティ管理エンティティのブロック図である。
【図５】図５は、本発明の例示的な実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。
【図６】図６は、本発明の例示的な実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。
【図７】図７は、本発明の例示的な実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。
【図８】図８は、本発明の例示的な実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。
【図９】図９は、本発明の例示的な実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。
【図１０】図１０は、本発明の例示的な実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。
【図１１】図１１は、アンカー基地局の概念を概略的に示す図である。
【発明を実施するための形態】
【００３０】
概要
図１は、（携帯電話、及びＩｏＴデバイスを含む他の通信デバイス等の）モバイルデバイス３が、無線アクセス技術（ＲＡＴ：radio access technology）を用いて、Ｅ−ＵＴＲＡＮ基地局５及びコアネットワーク７を介して相互に通信できる電気通信ネットワーク１を概略的に示す。当業者が理解するように、（‘ＵＥ１’から‘ＵＥ４’で表記される）４つのモバイルデバイス３と、５つの基地局５ａから５ｅが例示目的のために図１に示されているが、システムは、実装される場合、典型的に他の基地局及び通信デバイスを含む。
【００３１】
図１には示していないが、各基地局５は、１又は複数の関連するセルを運用する（例えば、基地局５ａは‘セルＡ’を運用し、基地局５ｂは‘セルＢ’を運用する等）。
【００３２】
通信デバイス３は、適切なセルを運用する適切な基地局５と無線リソース制御（ＲＲＣ：radio resource control）接続を確立することにより、（通信デバイス３の位置と、例えば、信号状態、加入者データ、能力、及び／又は同様のもの等の可能性のある他の要因とに応じて）適切なセルに接続できる。見てわかるように、第１のモバイルデバイス３は、基地局５ａ又は５ｂにより運用されるセルによりサービスを受けることができるエリアに位置する。したがって、（送信／受信データが無い）ＲＲＣアイドルモードで動作する場合、モバイルデバイス３は、最も信号品質が良いセルにキャンプし、ＲＲＣアクティブモードでは、モバイルデバイス３は、（例えば‘Ｕｕ’エアインタフェースを用いて）そのセルを介してデータを通信する。
【００３３】
モバイルデバイス３は、（基地局５のうちの１つを介して）最初にネットワークに登録すると、そのサービング基地局５は、サービング基地局５と、コアネットワーク７との間で通信（ユーザ及び制御データ）を中継するために関連するＳ１接続も確立する。
【００３４】
基地局５は、Ｓ１インタフェース（又は５Ｇの場合、ＮＧ−Ｃ／ＮＧ−Ｕインタフェース）を介して、コアネットワーク７に接続され、Ｘ２インタフェース（５ＧにおけるＸｎインタフェース）を介して互いに接続される。コアネットワーク７は、とりわけ、アクセス及びモビリティ管理機能（ＡＭＦ：access and mobility management function）９（又はモビリティ管理エンティティ、ＭＭＥ：mobility management entity）と、基地局５、及び（インターネット等の）外部ネットワーク１５及び／又はコアネットワーク７の外部でホストされるサーバの間の接続を提供するユーザプレーン機能１０とを含む。
【００３５】
ＡＭＦ／ＭＭＥ９は、特にＵＥがRRC_IDLEモードである場合、通信ネットワーク１内のモバイル通信デバイスの位置の追跡を担当する。具体的には、ＡＭＦ／ＭＭＥ９は、モバイル通信デバイスのための着信（音声又はデータ）呼がある場合に通知でき、特定のモバイル通信デバイスを現在サービスしている基地局５を介して通信パスが設定されるように、モバイル通信デバイスの最後の既知のセル（又はトラッキングエリア）の識別子を保存する。
【００３６】
以下の例では、モバイルデバイス３は、遠隔エンドポイント（例えば、サーバ又は他の通信デバイス）にデータを送信するために、（例えば、アプリケーションの１つがネットワークと通信する必要があるたびに）定期的にネットワークに接続する。モバイルデバイス３は、ＲＡＮの観点からモバイルデバイス３が非アクティブモードで動作している場合でさえ、ネットワークが関連するＳ１接続を維持する、ライト接続（ＬＣ：light connected）モードで動作するように構成される。したがって、定期的な再接続の間に、モバイルデバイス３は、アイドル（又は‘サスペンド’）モードに効果的に入り、そのため、アンカー基地局５ａにより設定されたエリア内にいる限り、ハンドオーバを実行することを回避する。
【００３７】
モバイルデバイス３にサービスを提供する基地局５は、（例えば、モバイルデバイス３にセル及び／又はページングエリアＩＤのリストを提供することにより）モバイルデバイス３の適切なＲＡＮベースのページングエリア（RAN based paging area）を設定することを担当する。ＲＡＮベースのページングエリアは、同一の又は異なる基地局５からの１つ又は複数のセルを含むように設定されてもよい。例えば、ＲＡＮベースのページングエリアは、トラッキングエリアであってもよいが、ＲＡＮベースのページングエリアは、ＵＥ固有であり、サービング基地局５は、（適切な場合）ＲＡＮベースのページングエリアに含まれるセルを変更してもよい。
【００３８】
破線で示すように、モバイルデバイス３は、以前に（セルＡを介して）基地局５ａに接続されており、したがって、（モバイルデバイス３のためのアンカー基地局として機能する）基地局５ａは、関連するＵＥコンテキストを維持し、Ｓ１を終了する。しかし、アンカー基地局は、異なる基地局、例えば、現在モバイルデバイス３にサービスを提供する基地局５ｂでもよいことは理解されるであろう。本例では、アンカー基地局５ａは、アンカー基地局５ａの近傍にある１又は複数のセルを含むＲＡＮページングエリアでモバイルデバイス３を設定する。例えば、（ＵＥ固有）ＲＡＮページングエリアは、アンカー基地局自身のセルと、基地局５ｂ及び５ｃにより運用されているセルとを含んでもよい。
【００３９】
実線により示されているように、モバイルデバイス３は、例えば、セルＡの信号状態の変化により、及び／又はモバイルデバイス３の移動により、現在、基地局５ｂを介して（例えば、基地局５ｂにより運用されている‘セルＢ’を介して）到達可能である。この例では、モバイルデバイス３は、現在、無線アクセスネットワーク（基地局５）とのアクティブな接続を有していない。そのため、モバイルデバイス３が基地局５ａ、５ｂ及び５ｃにより運用されているセル間を移動する場合、（ネットワークに通知せずに）セル再選択を実行するように構成される。しかし、モバイルデバイス３がＲＡＮページングエリアに含まれていないエリア（例えば、基地局５ｄ又は５ｅにより運用されるセル）に移動する場合、モバイルデバイス３は、その現在の位置についてネットワークに通知するために、位置更新手順を開始する（この場合、モバイルデバイス３は、新しいＲＡＮページングエリアで設定され得る）。
【００４０】
上述したように、ＬＣ状態／モードでは、モバイルデバイス３が、基地局の観点から、実際に、アイドル／非アクティブモードに移行した（したがって、モバイルデバイス３が基地局５とのアクティブデータ接続を有していない）後でさえ、コアネットワーク７（ＡＭＦ／ＭＭＥ９）の観点からは依然として接続されている（ECM-CONNECTED）ように見える。したがって、送信するダウンリンクデータがある場合、ＭＭＥ９は、モバイルデバイス３が、そのサービング基地局５（この例では、アンカー基地局５ａ）とのアクティブ接続を依然として有していると仮定するため、ＭＭＥ９は、ＬＣ状態／モードにあるモバイルデバイス３のために（例えば、関連するトラッキング／ページングエリア全体に）ページングを開始しない。そのため、ＭＭＥ９は、ダウンリンクデータをアンカー基地局５ａに送信することを開始する。ダウンリンクデータに応答して、アンカー基地局５ａは、モバイルデバイス３に適切なページングエリア内にモバイルデバイス３の（ＲＡＮベースの）ページングのための適切な手順を開始する。
【００４１】
ＲＡＮベースのページングは、ダウンリンクデータを受信するための適切な基地局を介してＲＲＣ接続を再開する（再接続する）必要があることをモバイルデバイス３に示す。モバイルデバイス３がその接続を再開するまで、アンカー基地局５ａは、（制御プレーンシグナリング又はデータの場合）ＡＭＦ／ＭＭＥ９又は（ユーザプレーンデータの場合）ＵＰＦ１０からのダウンリンクデータをそのキャッシュ（メモリ）に保存する。
【００４２】
基地局５ａは、ダウンリンクデータを受信する場合、どのセルをページングするか決定する。必要な場合、アンカー基地局５ｂは、自身のセル以外を介してモバイルデバイス３に到達するために、その隣接基地局に適切なＸ２／Ｘｎページングシグナリングを送信する。そのため、この例では、アンカー基地局５ａは、自身のセル、及びモバイルデバイス３の（ＵＥ固有の）ＲＡＮページングエリアに含まれる基地局５ｂ及び５ｃにより運用されるセルでＲＡＮベースのページングを実行する。適切なページングメッセージを受信することに応答して、モバイルデバイス３は、ダウンリンクデータを受信するために、（モバイルデバイス３が現在キャンプしているセルに応じて）基地局５ａ、５ｂ及び５ｃの１つを介して、そのＲＲＣ接続を再開するように動作可能である。
【００４３】
この例では、モバイルデバイス３がＬＣモードの間に、モバイルデバイス３のＲＡＮページングエリアが変更する。具体的には、基地局５ｃにより運用されているセル（例えば、セルＣ）は、モバイルデバイス３のＲＡＮページングエリアから削除される。これは、例えば、アンカー基地局５ａと基地局５ｃとの間のＸ２／Ｘｎ接続が削除又は再設定される場合、又は（例えば、セル再設定、セル負荷の変化、隣接基地局の障害、及び／又は同様のものにより）基地局５ｃがモバイルデバイス３に、もはやサービスを提供できない場合に必要になり得る。いくつかの場合では、特に、基地局５ｃが‘ホーム’基地局（ホームｅＮＢ）を含む場合、基地局５ｃは、オフになり、もはや利用できないことがあり得る。しかし、このシステムのノードは、モバイルデバイスの関連するＲＡＮページングエリアにおける変更を必要とする、このようなシナリオに対処するように有益に構成されている。
【００４４】
より詳細には、基地局５は、他の基地局により採用されるＲＡＮページングエリアにおける変更を引き起こし得るイベントについて（Ｘ２／Ｘｎインタフェースを介して）互いに通知するように構成される。例えば、そのようなイベントは、セル（又は基地局）が利用不可になること、基地局の電源がオフになること、Ｘ２／Ｘｎ接続が再設定又は削除されること、及び／又は同様のものを含み得る。
【００４５】
必要な場合（例えば、隣接基地局により通知／トリガされる場合）、各アンカー基地局５（この例では、ＵＥ１のための基地局５ａ）は、そのＲＡＮページングエリアにおける変更（例えば、現在設定されているＲＡＮページングエリアからの１又は複数のセルの削除）について、影響を受けるモバイルデバイス３に通知できる。例えば、基地局５は、更新されたシステム情報を送信することにより、ページングエリアにおける変更を通知してもよく、及び／又はモバイルデバイス３と適切なＲＡＮルーティングエリア更新手順を実行してもよい。
【００４６】
有益なことに、モバイルデバイス３は、キャンプすることを許可されるセル（ＲＡＮページングエリアに含めるセル）及びキャンプすることを許可されないセル（ＲＡＮページングエリアから除外されるセル）について更新され続けることができる。ＵＥ固有のＲＡＮページングエリアをどのように構成するかという観点においてアンカー基地局による決定は、ＵＥ履歴情報、ハンドオーバ（ＨＯ：handover）制限エリア、ＵＥに関連するサービスレベル契約（service level agreement）、及び／又は同様のもののうちの１又は複数に基づいてもよい。この情報は、時間とともに変化してもよく、基地局５が初期のＵＥ固有のＲＡＮページングエリア（an initial UE specific RAN paging area）を決定してもよく、その後、一定期間後に、基地局５がＵＥ固有のＲＡＮページングエリアにおけるセルの数を変更すること、及びこの変更をモバイルデバイス３に通知するためのシグナリングをトリガすることを決定してもよいことは理解できるであろう。
【００４７】
要約すると、このネットワークにおいて、関連するＲＡＮページングエリアが、（ＬＣ状態／モードで動作し得る）ユーザ装置に対して変更される場合、ユーザ装置（モバイルデバイス及び／又はＩｏＴデバイス）、（ホーム）基地局、及びＡＭＦ／ＭＭＥで、より良いサービス継続性とより効率的なリソース利用とを提供できる。
【００４８】
モバイルデバイス
図２は、図１に示すモバイルデバイス３（例えば、携帯電話又はＩｏＴデバイス）の主要なコンポーネントを示すブロック図である。示すように、モバイルデバイス３は、１又は複数のアンテナ３３を介して、基地局５に信号を送信し、基地局５から信号を受信するように動作可能なトランシーバ回路３１を有する。モバイルデバイス３は、モバイルデバイス３の動作を制御するコントローラ３７を有する。コントローラ３７は、メモリ３９に関連付けられ、トランシーバ回路３１に結合される。その動作に必ずしも必要ではないが、モバイルデバイス３は、もちろん、（ユーザインタフェース３５等の）従来の携帯電話の通常の機能を有してもよく、これは、必要に応じて、ハードウェア、ソフトウェア及びファームウェアの任意の１つ又は任意の組み合わせにより提供されてもよい。ソフトウェアは、メモリ３９に予めインストールされてもよく、及び／又は電気通信ネットワークを介して、又は例えば、取り外し可能なデータストレージデバイス（ＲＭＤ：removable data storage device）からダウンロードされてもよい。
【００４９】
コントローラ３７は、この例では、メモリ３９内に格納されたプログラム命令又はソフトウェア命令によりモバイルデバイス３の全体的な動作を制御するように構成される。示すように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、ページングモジュール４５、ＲＲＣモジュール４６及びＮＡＳモジュール４９を含む。
【００５０】
通信制御モジュール４３は、モバイルデバイス３と、そのサービング基地局５（及び他のユーザ装置、コアネットワークノード等のサービング基地局５に接続される他の通信デバイス）との間の通信を制御するように動作可能である。
【００５１】
ページングモジュール４５は、（例えば、セルのリストの形式で）モバイルデバイス３がページングされることができる（ＲＡＮベースの）ページングエリアを維持し、モバイルデバイス３宛のページングメッセージを監視するためにトランシーバ３１を制御する役割を果たす。モバイルデバイス３が、（例えば、適切な位置更新手順を実行するために）現在設定されているＲＡＮページングエリアを離れようとしている（又は離れた）場合、ページングモジュール４５は、他のモジュール（必要に応じて、例えば、ＲＲＣモジュール４６及びＮＡＳモジュール４９）に通知する役割も果たす。
【００５２】
ＲＲＣモジュール４６は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、受信するように動作可能である。例えば、そのようなメッセージは、モバイルデバイス３と、そのサービング基地局５との間で交換される。ＲＲＣメッセージは、例えば、モバイルデバイス３の（ＲＡＮベースの）ページングエリアを設定することに関するメッセージを含んでもよい。
【００５３】
ＮＡＳモジュール４９は、ＮＡＳ規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、受信するように動作可能である。例えば、そのようなメッセージは、（ＲＲＣモジュール４６を用いて、サービング基地局５を介して）モバイルデバイス３と、ＭＭＥ９との間で交換される。ＮＡＳメッセージは、例えば、モバイルデバイス３が現在位置するトラッキングエリア（又はセル）を登録すること、及び／又は更新することに関するメッセージを含んでもよい。
【００５４】
基地局
図３は、図１に示す基地局５の主要なコンポーネントを示すブロック図である。示すように、基地局５は、１又は複数のアンテナ５３を介して、（モバイルデバイス３等の）ユーザ装置に信号を送信し、ユーザ装置から信号を受信するトランシーバ回路５１と、コアネットワーク７に信号を送信し、コアネットワーク７から信号を受信するコアネットワークインタフェース５５（例えば、Ｓ１インタフェース、ＮＧ−Ｃインタフェース、及び／又は同様のもの）と、隣接基地局に信号を送信し、隣接基地局から信号を受信する基地局インタフェース５６（例えば、Ｘ２インタフェース、Ｘｎインタフェース、及び／又は同様のもの）とを有する。基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられている。図３には必ずしも示されているわけではないが、基地局５は、もちろん、セルラ電話ネットワーク基地局の全ての通常の機能を有しており、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアの任意の１つ又は任意の組み合わせにより提供されてもよい。ソフトウェアは、メモリ５９に予めインストールされてもよく、及び／又は、通信ネットワーク１を介して、又は例えば、取り外し可能なデータストレージデバイス（ＲＭＤ：removable data storage device）からダウンロードされてもよい。コントローラ５７は、この例では、メモリ５９内に格納されたプログラム命令又はソフトウェア命令により基地局５の全体的な動作を制御するように構成される。示すように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、ページングエリア制御モジュール６５、ＲＲＣモジュール６６、Ｘ２モジュール６７、及びＳ１ＡＰモジュール６８を含む。
【００５５】
通信制御モジュール６３は、基地局５、モバイルデバイス３（ユーザ装置）、及び基地局５に接続される他のネットワークエンティティの間の通信を制御するように動作可能である。通信制御モジュール６３は、（関連するデータ無線ベアラを介して）ダウンリンクユーザトラフィック及びこの基地局５に関連付けられた通信デバイスに送信される制御データの個別フローも制御する。制御データは、例えば、モバイルデバイス３の動作を管理するための制御データ（例えば、ＮＡＳ、ＲＲＣ、ページング、システム情報、及び／又は同様のもの）を含んでもよい。
【００５６】
ページングエリア制御モジュール６５は、基地局５がアンカーとして機能する各ＵＥについて、適切な（ＲＡＮベースの）ページングエリアを維持する役割を果たす。ページングエリア制御モジュール６５は、適切な場合（例えば、ＲＲＣ接続モードではない特定のモバイルデバイス３に送信するダウンリンクデータがある場合）、モバイルデバイス３のためのページングを実行するためにトランシーバ５１を制御する役割も果たす。
【００５７】
ＲＲＣモジュール６６は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、受信するように動作可能である。例えば、そのようなメッセージは、基地局５と、モバイルデバイス３（及び基地局５のセル内の他のユーザ装置）との間で交換される。ＲＲＣメッセージは、例えば、モバイルデバイス３の（ＲＡＮベースの）ページングエリアを設定することに関するメッセージを含んでもよい。
【００５８】
Ｘ２モジュール６７は、Ｘ２ＡＰ（又はＸｎＡＰ）規格に従ってフォーマットされたシグナリングメッセージ（Ｘ２／Ｘｎメッセージ）を生成し、送信し、受信するように動作可能である。Ｘ２／Ｘｎメッセージは、例えば、モバイルデバイス３をページングすること、データを転送すること、隣接基地局間でＵＥコンテキスト（及びモバイルデバイス３に関連する他の情報）を転送／フェッチすることに関するメッセージを含んでもよい。
【００５９】
Ｓ１ＡＰモジュール６８は、Ｓ１ＡＰ（又はＮＧ−Ｃ）規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、受信するように動作可能である。例えば、そのようなメッセージは、基地局５と、ＡＭＦ／ＭＭＥ９との間で交換される。Ｓ１ＡＰ（又はＮＧ−Ｃ）メッセージは、例えば、基地局５のセルにいるユーザ装置の位置及び／又は動作状態を登録すること、特定のモバイルデバイス３のページングを要求すること、及び／又は関連する応答に関するメッセージを含んでもよい。
【００６０】
アクセス及びモビリティ管理機能
図４は、図１に示すアクセス及びモビリティ管理機能９（又はモビリティ管理エンティティ）の主要コンポーネントを示すブロック図である。示すように、アクセス及びモビリティ管理機能９は、基地局インタフェース７５（例えば、Ｓ１インタフェース）を介して、基地局５（及び／又は基地局５に接続される通信デバイス３）に信号を送信し、基地局５（及び／又は基地局５に接続される通信デバイス３）から信号を受信するトランシーバ回路７１を有する。アクセス及びモビリティ管理機能９は、アクセス及びモビリティ管理機能９の動作を制御するコントローラ７７を有する。コントローラ７７は、メモリ７９に関連付けられる。図４に必ずしも図示されていないが、アクセス及びモビリティ管理機能９は、もちろん、セルラ電話ネットワークアクセス及びモビリティ管理機能／モビリティ管理エンティティの全ての通常の機能を有し、これは、必要に応じてハードウェア、ソフトウェア及びファームウェアの任意の１つ又は任意の組み合わせにより提供されてもよい。ソフトウェアは、メモリ７９に予めインストールされてもよく、及び／又は通信ネットワーク１を介して、あるいは、例えば、取り外し可能なデータストレージデバイス（ＲＭＤ：removable data storage device）からダウンロードされてもよい。コントローラ７７は、メモリ７９内に格納された、例えば、プログラム命令又はソフトウェア命令により、アクセス及びモビリティ管理機能９の全体的な動作を制御するように構成される。示すように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム８１、通信制御モジュール８３、ＵＥ位置登録モジュール８５、Ｓ１ＡＰモジュール８８、及びＮＡＳモジュール８９を含む。
【００６１】
通信制御モジュール８３は、アクセス及びモビリティ管理機能９、及び基地局５、モバイルデバイス３、並びにアクセス及びモビリティ管理機能９に接続される他のネットワークエンティティとの通信を制御するように動作可能である。
【００６２】
ＵＥ位置登録モジュール８５は、アクセス及びモビリティ管理機能９に接続されるユーザ装置の現在の位置及び状態（例えば、アイドル又は接続）を追跡し続ける役割を果たす。
【００６３】
Ｓ１ＡＰモジュール８８は、Ｓ１ＡＰ（又はＮＧ−Ｃ）規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、受信するように動作可能である。例えば、そのようなメッセージは、アクセス及びモビリティ管理機能９と、接続された基地局５との間で交換される。Ｓ１ＡＰ（又はＮＧ−Ｃ）メッセージは、例えば、基地局５のセルにいるユーザ装置の位置及び／又は動作状態を登録すること、特定のモバイルデバイス３のページングを要求すること、及び／又は関連する応答に関するメッセージを含んでもよい。
【００６４】
ＮＡＳモジュール８９は、ＮＡＳ規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、受信するように動作可能である。例えば、そのようなメッセージは、（Ｓ１ＡＰモジュール８８を用いて、基地局５を介して）アクセス及びモビリティ管理機能９と、モバイルデバイス３との間で交換される。ＮＡＳメッセージは、例えば、モバイルデバイス３が現在位置しているトラッキングエリア（又はセル）を登録すること、及び／又は更新することに関するメッセージを含んでもよい。
【００６５】
上記説明において、モバイルデバイス３、基地局５、及びアクセス及びモビリティ管理機能９は、理解を容易にするために、（通信制御モジュール及びＲＲＣモジュール等）多数の個別モジュールを有するとして説明されている。これらのモジュールは、例えば、既存システムが本発明を実装するために変更された特定の用途（application）に対して、例えば、最初から念頭において本発明の特徴を備えるように設計されたシステムにおいて他の用途（application）において、このように提供されてもよいが、これらのモジュールは、全体的なオペレーティングシステム又はコードに組み込まれてもよく、そして、これらのモジュールは、個別のエンティティとして認識されなくてもよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組み合わせにより実装されてもよい。
【００６６】
ここで、ＲＡＮベースのページングエリアが（ＬＣ状態／モードで動作され得る）モバイルデバイスのために設定できる様々な方法のより詳細な説明を（図５から図１０を参照して）行う。
【００６７】
動作−第１の例
図５は、モバイルデバイスのページングエリアを更新する動作を実行するときに、システム１のコンポーネントにより実行される例示的な処理を示すタイミング図（メッセージシーケンスチャート）である。
【００６８】
最初に、モバイルデバイス３は、（サービング基地局５ａを介して）ＵＰＦ１０にアップリンク（ＵＬ：uplink）データを送信し、ダウンリンク（ＤＬ：downlink）データを受信することが可能な（ＲＲＣ）接続状態で動作する。しかし、ステップＳ５０１において、サービング（アンカー）基地局５ａは、（ステップＳ５０３において一般的に示すように）コアネットワーク７に向けた関連する（Ｓ１又はＮＧ−Ｃ／ＮＧ−Ｕ）接続を維持しながら、モバイルデバイス３を非アクティブ（又はＬＣ）状態に移行することを決定する。
【００６９】
１又は複数の所定条件が満たされた場合、基地局５ａは、モバイルデバイス３を非アクティブ（ＬＣ）状態に移行することを決定し得ることは理解されるであろう。例えば、基地局５ａは、モバイルデバイス３が送信する又は受信するデータを有しなくなった後（例えば、基地局５ａでダウンリンクデータバッファが空である場合、及び／又はモバイルデバイス３により送信することを要求された全てのアップリンクデータが正常に受信された場合）、モバイルデバイス３を非アクティブ（ＬＣ）状態に移行することを決定してもよい。基地局５ａは、例えば、タイマ（例えば、非アクティブタイマ（inactivity timer））の満了後、及び／又は（明示的に又はLC-capabilityの指示等の暗示的な指示によって）モバイルデバイス３ａによる要求に応じて、モバイルデバイス３を非アクティブ（又はＬＣ）状態に移行してもよい。
【００７０】
モバイルデバイス３を非アクティブ状態に準備するために（及びモバイルデバイスの接続のその後の再開を容易にするために）、基地局５ａは、（そのメモリ５９に）（例えば、アップリンク／ダウンリンクデータカウンタ、再開ＩＤ、セキュリティパラメータ、任意の関連するＳ１／ＮＧ−Ｃ／ＮＧ−Ｕベアラを特定する情報、ページングエリアを特定する情報、及び／又は同様のものを含む）モバイルデバイス３に関連付けられたＵＥコンテキストを保存／更新する。
【００７１】
次に、基地局５ａは、（ＲＲＣモジュール６６を用いて）ステップＳ５０５において、（例えば、メッセージの受信時又はタイマの満了後）モバイルデバイス３を非アクティブ状態に移行する、及び／又は無線接続を中断（解放）するように設定する適切にフォーマットされたシグナリングメッセージ（例えば、RRC Connection Release message及び／又は同様のもの）を生成し、送信する。基地局５ａのメッセージは、解放原因を特定する情報（適切にフォーマットされた情報要素に含まれ得る、例えば、‘RRC-inactive’及び／又は同様のもの）、再開ＩＤ、及びモバイルデバイス３に関連付けられたページングエリアを特定する情報（例えば、好ましくは、それぞれのトラッキングエリアコード／識別子とともに、ＲＡＮベースのページングエリアに含まれるセル／セルＩＤのリスト）の少なくとも１つを含む。トラッキングエリアコード（ＴＡＣ：tracking area code）を含めることは、有益には、モバイルネットワークオペレータが、所定のＰＬＭＮ内で一意の基地局／セル識別子の数を増やすことができることは理解されるだろう。さらに、ＴＡＣと組み合わせたresume_IDは、再開ＩＤの長さを短くして、ＰＬＡＮ全体で一意にすることができる（つまり、特定のＰＬＭＮ全体で比較的多数の（非アクティブな）モバイルデバイスを区別できる一方で、より少ないビット／より小さいサイズの再開ＩＤを採用できる）。
【００７２】
ステップＳ５０７において、モバイルデバイス３は、基地局５ａのメッセージに応じて、その動作を非アクティブ状態（ライト接続状態／モード）に変更し、ページングエリアを特定する受信された情報（例えば、セル／セルＩＤのリスト、及び関連するトラッキングエリア識別子）を格納する。モバイルデバイス３はまた、アクセスストラタム（ＡＳ：access stratum）コンテキストを格納し、全てのシグナリング無線ベアラ（ＳＲＢ：signalling radio bearer）及びデータ無線ベアラ（ＤＲＢ：data radio bearer）を中断（一時停止）し、（送信するデータを有するか、又はダウンリンクデータがあるというシグナリング（ページング）を受信するまで）ライト接続／非アクティブ状態に入る。
【００７３】
したがって、有益には、基地局５ａは、基地局５ａがモバイルデバイスにその動作状態を（例えば、ＲＲＣ接続状態／モードからＲＲＣ非アクティブ又はライト接続状態／モードに）変更することを指示する手順の一部として、適用可能なＲＡＮページングエリアについてモバイルデバイス３に通知できる。これは、基地局５ａ及びモバイルデバイス３が関連する手順（例えば、ページング、位置更新、ランダムアクセス等）のためにセルの同一のリストを使用することを保証する。
【００７４】
したがって、図１に示す例において、アンカー基地局５ａは、（基地局５ｃのリストを含まない）適切なＲＡＮページングエリアについてモバイルデバイス３に通知できる。有益なことに、モバイルデバイス３は、現在のＲＡＮページングエリアに含まれるセルの１つ（例えば、基地局５ｂのセルＢ）を介してその接続をキャンプ及び／又は再開し、（モバイルデバイス３は、必要な場合、ＲＲＣ接続確立を実行した後に、依然として基地局５ｃを介して新しい接続を確立し得るが）基地局５ｃのセルを介して、その接続をキャンプ及び／又は再開することを回避するように現在構成される。
【００７５】
適切にフォーマットされたRRC Connection Releaseメッセージを用いて、アンカー基地局５ａは、基地局５ｃのセルにおける変更により影響され得る任意の他のモバイルデバイス（例えば、ＵＥ４）に、それぞれのＲＡＮページングエリアを通知できることも理解されるであろう。
【００７６】
動作−第２の例
図６は、モバイルデバイスのページングエリアを更新する動作を実行するときに、システム１のコンポーネントにより実行される他の例示的な処理を示すタイミング図（メッセージシーケンスチャート）である。
【００７７】
この例では、モバイルデバイス３は、最初、非アクティブ状態にあり（例えば、図５を参照して上記で説明した手順に従う）、現在設定されているＲＡＮページングエリアのセルの１つにキャンプしている。しかし、アンカー基地局５ａは、モバイルデバイス３が（より広いページングエリア内で）現在位置している正確なセルを認識していない。
【００７８】
適切なトリガに応答して、アンカー基地局５ａは、その関連するＲＡＮページングエリアにおける変更（例えば、１又は複数のセルの追加／削除）について、モバイルデバイス３（又はモバイルデバイスのセット）に通知するように構成される。トリガは、例えば、適用可能なページングエリアの更新及び／又はそのセルの更新、Ｘ２／Ｘｎ接続の削除／追加（例えば、基地局５ｃへの接続）、以前に設定されたページングエリアの有効期間を測定するタイマの満了、モバイルデバイスのためのダウンリンクデータの受信、ネットワーク（セル）設定／負荷、及び／又は同様のものの１又は複数を含んでもよい。
【００７９】
より詳細には、アンカー基地局５ａのコントローラ５７は、モバイルデバイス３に適切なページングエリア内で（１よりも多く存在する場合には、各モバイルデバイスのそれぞれのページングエリア内で）モバイルデバイス３（又はモバイルデバイスのセット）のＲＡＮベースのページングを開始するように構成される。ＲＡＮベースのページングは、典型的に、エア（Ｕｕ）インタフェース、Ｘ２／Ｘｎインタフェース、又はその両方を介して、ページングシグナリングを送信することを含む。そのため、ステップＳ６０１において一般的に示すように、アンカー基地局５ａは、モバイルデバイス３が更新されたＲＡＮページングエリアについての情報を受信する準備をするために、適切なページング信号を生成し、（Ｕｕエアインタフェースを介して）送信する。したがって、このページングメッセージは、（コアネットワーク７からのダウンリンクデータを示すのではなく）その関連するＲＡＮページングエリアが再設定されることをモバイルデバイス３に示す。
【００８０】
アンカー基地局５ａは、モバイルデバイス３がセルＡに位置するのか、又は（現在のページングエリアの）他のセルに位置するのかを知らないため、ステップＳ６０３において、アンカー基地局５ａは、（モバイルデバイス３の現在のページングエリアに含まれる）隣接セルを介してモバイルデバイス３に到達することを試みるために、適切なＸ２／Ｘｎページングシグナリングも隣接基地局５に送信する。
【００８１】
有益には、アンカー基地局５ａは、その隣接基地局５ｂへのＸ２／Ｘｎメッセージ（例えば、RAN Routing Area Update Request及び／又は同様のもの）に、ページングエリア変更により影響を受ける（したがって、隣接基地局５ｂによりページングが必要なＵＥを特定する）１又は複数のモバイルデバイス３を特定する情報（例えば、ＵＥのリスト）、（もしあれば）追加される１又は複数のセル／基地局を特定する情報、及び（もしあれば）削除される１又は複数のセル／基地局を特定する情報も含む。好ましくは、モバイルデバイスを特定する情報は、適切にフォーマットされた情報要素（例えば、‘UE-ID list’情報要素）を含んでもよく、追加及び／削除されるセル／基地局を特定する情報は、他の情報要素（例えば、‘eNB/gNB add list’情報要素及び／又は‘eNB/gNB delete list’情報要素）を含んでもよい。図６には示していないが、ステップＳ６０３におけるメッセージは、それぞれの再開ＩＤ及び／又は影響を受けるモバイルデバイス３の一時モバイル加入者識別子（ＴＭＳＩ：Temporary Mobile Subscriber Identities）も含んでもよい。
【００８２】
ステップＳ６０５において一般的に示すように、隣接基地局５ｂは、ステップＳ６０１を参照して上述したように、自身のセル（この例ではセルＢ）において（Ｕｕエアインタフェースを介して）適切なページング信号を生成し、送信する。ステップＳ６０７において、基地局５ｂは、適切なＸ２／Ｘｎ応答（例えば、RAN Routing Area Update Response及び／又は同様のもの）を生成し、送信することにより、アンカー基地局５ａからＸ２／Ｘｎメッセージの受信を確認する（ステップＳ６０３）。必要に応じて、ステップＳ６０７がステップＳ６０５に先行してもよいことは理解できるであろう。
【００８３】
それぞれのセルにページング信号を送信した後、アンカー基地局５ａ及び隣接基地局５ｂは、ページングされたモバイルデバイス３のＲＡＮページングエリアにおける変更を特定する情報の送信に進む。この例では、ステップＳ６０８において一般的に示すように、基地局５ａ及び５ｂは、システム情報ブロードキャスト（ＳＩＢ：system information broadcast）を介して、削除される（及び／又は追加される）セル／基地局を特定する情報を送信するように構成される。
【００８４】
例えば、基地局５ａ及び５ｂは、ＲＡＮページングエリアから削除される（該当する場合、関連するトラッキングエリア識別子とともに）セルのリストを示す情報要素（ＩＥ：information element）を含む、適切にフォーマットされたＳＩＢメッセージ（例えば、専用ＳＩＢメッセージ）を送信してもよい。ＳＩＢメッセージは、システム情報ブロードキャスト又はユニキャストオンデマンド送信（a system information broadcast or unicast on demand transmission）の一部として送信されてもよい。ＲＡＮページングエリアから削除されるセルは、（例えば、ＳＩＢ４を用いて）ブラックリストセルを通知する現在の方法に類似した方法で通知されてもよいことは理解されるであろう。
【００８５】
有益には、（例えば、Ｘ２／ＸｎにおいてRAN Routing Area Update Requestを用いて）適切な情報を交換することにより、隣接基地局は、自身のセルにおいて、ページングエリア変更により影響を受ける任意のモバイルデバイス３に通知するために、アクション（ページング及びＳＩＢブロードキャスト／ユニキャストオンデマンド）を実行することもできる。
【００８６】
ページング（ステップＳ６０１及びＳ６０５）が、モバイルデバイス３にページングエリアの変更を通知するために必要ではない場合があることは理解されるであろう。代わりに、モバイルデバイス３は、非アクティブ状態で動作する間、ＳＩＢ送信を定期的に監視するように構成されてもよい。これは、例えば、適切なカウンタを用いることにより達成され得る（例えば、ページングエリアが変更するたびにカウンタを変更し、それにより、モバイルデバイス３にＳＩＢから更新されたページングエリア情報を取得するように促す）。例えば、（３ＧＰＰ  ＴＳ３６．３３１で定義されている）いわゆる‘systemInfoValueTagSI’が、非アクティブ状態／モードのモバイルデバイスのページングエアリアの変更を通知するために使用／適応されてもよい。
【００８７】
動作−第３の例
図７は、モバイルデバイスのページングエリアを更新する動作を実行するときに、システム１のコンポーネントにより実行される他の例示的な処理を示すタイミング図（メッセージシーケンスチャート）である。
【００８８】
この例では、モバイルデバイスにページングエリアの変更を通知するために、ページングを実行する必要はない。有益なことに、この例では、関連するページングエリア（例えば、その変更）に関する情報は、例えば、ＲＡＮルーティングエリア（及び／又は同様のもの）を更新する手順の一部として、定期的に通知され得る。
【００８９】
より詳細には、ＲＡＮルーティングエリア更新手順は、セル更新を実行する必要がある場合、定期的に（例えば、タイマの満了時に）、モバイルデバイス３により開始されてもよい。これは、レガシーのトラッキングエリア更新（ＴＡＵ：tracking area update）手順に類似しているが、この場合、サービング基地局は、ＲＡＮルーティングエリア更新手順の一部として、モバイルデバイス３のＲＡＮページングエリアを更新するように構成されることが理解されるであろう。
【００９０】
したがって、この場合、基地局５は、そのセルにいるモバイルデバイス３により要求される場合、モバイルデバイス３が現在位置しているＲＡＮルーティングエリア／セルに関する情報を定期的に送信するように構成される。例えば、基地局５は、モバイルデバイス３により開始される定期的な位置更新（及び／又は同様のもの）時にそのような情報を送信するように構成されてもよい。この例では、モバイルデバイス３は、適切なシグナリングメッセージ（例えば、‘RAN Routing Area Update Request’）を生成し、基地局５に送信するように構成される。そうするために、モバイルデバイス３は、適切なタイマで設定され、タイマ満了時に（定期的な）ＲＡＮルーティングエリア更新を要求してもよい。これは、ステップがレガシーのタイマベースのＴＡＵに類似し得ることが理解されるであろう。
【００９１】
ここで、図７を参照すると、ステップＳ７０１及びＳ７０２は、隣接基地局が、基地局５により現在使用（採用）されているＲＡＮページングエリアから１又は複数のセルの変更（例えば、削除）を特定する情報を交換できる例示的な方法を示す。
【００９２】
ステップＳ７０１及びＳ７０２は、図６を参照して上記で説明した、ステップＳ６０３及びＳ６０７と同様であるため、簡略化のために本明細書では詳細の一部を省略する。この場合、アンカー基地局５ａは、（１又は複数のＵＥのために）基地局５ａにより使用（採用）されるＲＡＮページングエリアの変更（この例では１又は複数のセルの削除）があることを（例えば、適切なトリガに基づいて）検出する。上述したように、そのようなトリガは、例えば、適用可能なページングエリア、及び／又はそのセルの更新、Ｘ２／Ｘｎ接続（例えば、基地局５ｃとの接続）の削除／追加、以前に設定されたページングエリアの有効期間を測定するタイマの満了、モバイルデバイスのためのダウンリンクデータの受信、ネットワーク（セル）設定／負荷の変更、及び／又は同様のもの、を含んでもよい。
【００９３】
したがって、ステップＳ７０１において、アンカー基地局５ａは、適切にフォーマットされたＸ２／Ｘｎメッセージ（例えば、RAN Routing Area Update Request）を生成し、その隣接基地局５ｂに送信し、このメッセージに、ページングエリアの変更により影響を受ける１又は複数のモバイルデバイス３を特定する情報（例えば、ＵＥのリスト）と、削除される１又は複数のセル／基地局を特定する情報とを含める。適切な場合、アンカー基地局５ａは、追加される１又は複数のセル／基地局を特定する情報も含めてもよい。この場合、１又は複数のモバイルデバイス３を特定する情報（例えば、ＵＥのリスト）は、（関連するセルＢに位置している場合）どのＵＥが隣接基地局５ｂにより通知される必要があるかを隣接基地局５ｂに示す。
【００９４】
基地局は、メモリ５９に受信された情報を格納し、ステップＳ７０２において、適切なＸ２／Ｘｎ応答（例えば、RAN Routing Area Update Response及び／又は同様のもの）を生成し、送信することにより、アンカー基地局５ａからのＸ２／Ｘｎメッセージの受信を確認する。
【００９５】
この例では、モバイルデバイス３は、現在設定されているＲＡＮページングエリア（例えば、セルＡ又はセルＢにキャンプ）内で、現在非アクティブ状態（ＬＣ状態）で動作している。
【００９６】
モバイルデバイス３が現在セルＢにキャンプしている場合、ステップＳ７０３に示すように、適切なシグナリングメッセージを生成し、そのセルを運用する基地局５ｂに送信し、セル更新を送信する。基地局５ｂ（現在、モバイルデバイス３のためのサービング基地局として機能する）は、（メモリ５９に格納された情報に基づいて）ＲＡＮページングエリアにおいて任意の変更があるかどうか、及び（アンカー基地局５ａからのＵＥのリストに含まれる）その特定のモバイルが影響を受けるかどうかの確認に進む。したがって、有益なことに、サービング基地局５ｂは、ステップＳ７０４において、その応答に、（モバイルデバイス３が影響を受けている場合）モバイルデバイス３のＲＡＮページングエリアから削除される１又は複数のセル／基地局を特定する、（ステップＳ７０１において）アンカー基地局５ａから受信された情報を含めることができる。サービング基地局５ｂは、（ステップＳ７０４において）モバイルデバイス３からのRAN routing area update requestに応答する前に、（例えば、ステップＳ７０１及びＳ７０２と同様の方法で）アンカー基地局５ａからの更新されたＲＡＮページングエリア情報を取得するように構成されてもよいことは理解されるであろう。更新されたＲＡＮページングエリア情報は、例えば、適切にフォーマットされた‘Modified RAN Routing Area Information’ＩＥ（及び／又は任意の他の適切なＩＥ）の一部として、RAN routing area update acceptメッセージ（及び／又は同様のもの）に含まれてもよいことは理解されるであろう。
【００９７】
有益なことに、（例えば、Ｘ２／ＸｎでRAN Routing Area Update Requestを用いて）適切な情報を交換することにより、隣接基地局は、後続のＲＡＮルーティングエリア更新手順において、ページングエリアの変更により影響を受ける任意のモバイルデバイス３に通知するためにアクションを実行できる。
【００９８】
一方、モバイルデバイス３がアンカー基地局５ａにより運用されているセル（例えば、セルＡ）に依然としてキャンプしている場合、アンカー基地局５ａは、適切な（定期的な）ＲＡＮルーティングエリア更新を実行するときに、更新されたＲＡＮページングエリア情報をモバイルデバイス３に提供できる。これは（ステップＳ７０３及びＳ７０４に対応する）ステップＳ７０５及びＳ７０６に一般的に示されている。
【００９９】
したがって、この例では、モバイルデバイス３がどのセルにキャンプしているかに関係なく（そして、モバイルデバイス３のページングを必要とせずに）、適用可能なＲＡＮページングエリアの更新についてモバイルデバイス３に通知できる。
【０１００】
動作−第４の例
図８は、ページングエリアの変更により影響を受けるモバイルデバイスについて互いに更新する動作を実行するときに、システム１のコンポーネントにより実行される例示的な処理を示すタイミング図（メッセージシーケンスチャート）である。
【０１０１】
この例では、基地局５は、その基地局（又はそれに接続される他の基地局）に関する変更により影響を受け得る（例えば、それらがアンカー基地局として機能する）モバイルデバイス３を特定するように構成される。例えば、図１に示すシナリオでは、基地局５ｃは、再設定（又は電源オフ等）されている場合、それに応じて、他の基地局がＲＡＮページングエリアを更新できるように、他の基地局５に通知するように構成されてもよい。
【０１０２】
より詳細には、基地局５ｃ（のセル）が（例えば、オフにされる及び／又は同様のものにより）ＲＡＮベースのページングを利用できなくなる場合、基地局５ｃは、ステップＳ８０１において、この変更により影響を受け得る１又は複数のモバイルデバイス３のセット（例えば、基地局５ｃが現在アンカー基地局として機能しているＵＥのリスト）について、他の基地局５ａに通知する適切にフォーマットされた（Ｘ２／Ｘｎ）シグナリングメッセージを生成し、送信する。この例では、基地局５ｃは、基地局５ａとのＸ２／Ｘｎ接続の削除を要求する。したがって、好ましくは、メッセージは、‘Xn Removal Request’（又は‘X2 Removal Request’）を含み、影響を受け得る各（少なくとも１つの）モバイルデバイス３を特定する情報（例えば、リスト）を含む適切にフォーマットされたＩＥを含む。
【０１０３】
このメッセージに応答して、各隣接基地局（この例では、基地局５ａ）は、ステップＳ８０２に示すように、この変更により影響を受け得る１又は複数のモバイルデバイス３（例えば、特定の基地局５ａが現在アンカー基地局として機能するＵＥ）のセットについて、基地局５ｃに通知する適切にフォーマットされた（Ｘ２／Ｘｎ）応答を生成し、送信する。この例では、メッセージは、‘Xn Removal Response’（又は‘X2 Removal Response’）を含み、（基地局５ａをアンカー基地局とする）影響を受けるモバイルデバイス３を特定する（リストする）適切にフォーマットされたＩＥも含む。
【０１０４】
影響を受けるＵＥのリストは、例えば、再開ＩＤ及び／又はＳ−ＴＭＳＩ等の特定の（非アクティブ）モバイルデバイス３を特定するのに適した関連するＵＥ  ＩＤのリストを含んでもよい（そして、一意性を保証するためにＴＡＣ−ＩＤリストも添付されてもよい）ことは理解できるであろう。
【０１０５】
使用され得る例示的なＩＥの内容は、（X2 Removal Requestについて）表１、及び（X2 Removal Responseについて）表２に示されている。
【０１０６】
図８には示していないが、各基地局５は、関連するＲＡＮページングエリアにおける変更について、それぞれのセルにいるモバイルデバイス３に通知するために適切な手順を実行してもよいことは理解できるであろう。例えば、基地局５は、（例えば、図５を参照して上述したように）影響を受けるモバイルデバイス３のためにページングを実行してもよく、（例えば、図６を参照して上述したように）更新されたシステム情報を送信してもよく、及び／又は（例えば、図７を参照して上述したように）モバイルデバイス３とＲＡＮルーティングエリア更新手順を実行してもよい。したがって、それぞれの基地局は、Ｘ２／Ｘｎ削除を実行する前に、（例えば、‘modified RAN Notification Area’ＩＥ及び／又は同様のものを用いて）例えば、基地局から基地局へのインタフェース（a base station to base station interface）の削除（ＬＴＥにおけるＸ２削除、５ＧにおけるＸｎ削除）によりＲＡＮページングエリアに対する任意の変更について、それらのセルにいるモバイルデバイス３に通知する点で、是正措置を取ることができる。
【０１０７】
【表１】
0006849085.tif 000002
【０１０８】
【表２】
0006849085.tif 000003
【０１０９】
X2 removal request（ステップＳ８０１）及び対応する応答（ステップＳ８０２）に現れる影響を受けるＵＥのそれぞれのリストは、メッセージを送信する特定の基地局の観点から影響を受けるＵＥを示すリストとして異なる可能性があることは理解されるであろう。
【０１１０】
動作−第４の例
図９は、コアネットワークノードの支援を受けてモバイルデバイスをページングする動作を実行するときに、システム１のコンポーネントにより実行される例示的な処理を示すタイミング図（メッセージシーケンスチャート）である。
【０１１１】
この例では、モバイルデバイス３は、ＲＡＮベースのページングエリアにおいてアンカー基地局５ａによるページングに応答しない。したがって、ステップＳ９０１に一般的に示すように、アンカー基地局５ａは、ＲＡＮベースのページングが成功しなかった（失敗した）と判断する。例えば、アンカー基地局５ａは、関連するタイマ（例えば、ページングタイマ）の満了により示され得る所定時間間隔内に、（ＲＡＮページングエリアの任意のセルにおいて）モバイルデバイス３がページングメッセージに応答しない場合、ＲＡＮベースのページングが失敗したと判断するように構成されてもよい。
【０１１２】
したがって、ＲＡＮベースのページングの失敗を判断する場合、アンカー基地局５ａは、コアネットワーク７からの（つまり、ＡＭＦ／ＭＭＥ９からの）支援を要求することに進む。具体的には、アンカー基地局５ａは、ステップＳ９０３において、ＡＭＦ／ＭＭＥ９が、モバイルデバイス３に対してＣＮベースのページングを開始することを要求する適切にフォーマットされたシグナリングメッセージ（‘CN-Paging Assistance’メッセージ及び／又は同様のもの）を生成して送信する。アンカー基地局５ａは、この要求メッセージに、ページングされるモバイルデバイス３を特定する情報と、ページングが推奨される１又は複数のセルを特定する情報とを含める。
【０１１３】
モバイルデバイス３が位置している可能性がある任意の他のセルを含めてもよいが、ページングが推奨されるセルは、少なくとも、アンカー基地局５ａがＲＡＮベースのページングを実行できなかったセル（関連するＸ２／Ｘｎ接続が削除された基地局５ｃにより運用される任意のセル等）を含み得ることは理解できるであろう。
【０１１４】
オプションとして、ページングが推奨される１又は複数のセルを特定する情報は、各セルについて、そのセルに関連付けられた、それぞれのトラッキングエリアを特定する情報も含んでもよい。１又は複数のセルを特定する情報は、推奨されるセルのリスト、例えば、適切にフォーマットされた情報要素（‘Recommended Cells for Paging’ＩＥ及び／又は同様のもの）を含んでもよい。例示的なCN-Paging Assistance requestの詳細、及びこの要求に含まれる情報のいくつかの内容を以下の表３に示す。
【０１１５】
アンカー基地局５ａを支援するために、ＡＭＦ／ＭＭＥ９は、基地局の要求に含まれる情報（例えば、推奨されるセルリスト）に基づいて、モバイルデバイス３に対してコアネットワークベースのページング手順を開始することに進む。したがって、ＡＭＦ／ＭＭＥ９は、ステップＳ９０５において、推奨されるセルリストに含まれるセル（及び／又は、適切な場合には任意のさらなるセル）を運用する基地局５に適切にフォーマットされたページング要求を（Ｓ１ＡＰモジュール８８を用いて）生成し、送信する。ＡＭＦ／ＭＭＥ９は、モバイルデバイス３の最後の既知のトラッキングエリアを介してモバイルデバイス３に対してコアネットワークベースのページング手順を、同時に又はその後に、実行してもよいことは理解されるであろう。
【０１１６】
図９に示していないが、コアネットワークのページング要求は、基地局５が、（例えば、ステップＳ９０３において、アンカー基地局５ａにより示された１又は複数の推奨されるセルに含まれる）要求に示されたセルを介してモバイルデバイス３を対して適切なページングを実行するようにトリガする。
【０１１７】
したがって、この例では、例えば、モバイルデバイス３が更新されたページングエリア情報を取得できないことにより、ＲＡＮベースのページングが失敗したとしても、アンカー基地局５ａは、有益なことに、ＡＭＦ／ＭＭＥ９が（例えば、より広い（トラッキング）エリア及び／又はＲＡＮページングエリアに現在含まれるセル以外のセルを介して）コアネットワークベースのページングを実行することを要求できる。さらに、アンカー基地局５ａは、Ｘ２／Ｘｎ接続の削除により、どのセルが影響を受けるかを認識しているため、ＲＡＮベースのページングが失敗した場合、ＡＭＦ／ＭＭＥ９が（例えば、トラッキングエリアよりも小さいエリアにおいて）最適化されたページングを実施するのを支援できる。
【０１１８】
＜CN-PAGING ASSISTANCE REQUEST＞
このメッセージは、基地局により送信され、ＲＡＮベースのページングが失敗した場合、ＡＭＦ／ＭＭＥにＵＥをページングすることを要求するために使用される。
【０１１９】
【表３】
0006849085.tif 000004
【０１２０】
変更及び代替
詳細な実施形態を上記で説明した。当業者であれば理解されるように、上記の実施形態に対して多くの変更及び代替を行うことができ、それらの実施形態で具体化された発明からさらに恩恵を受けることができる。例示として、これらの代替案及び変更のいくつかのみを説明する。
【０１２１】
本発明の実施形態は、モノのインターネット（又はマシンタイプ）データ送信（例えば、測定イベントなどの間に取得されたデータ送信）に特に有益であることが理解できるであろう。しかしながら、実施形態は、通信デバイスが使用されている用途に応じて任意の形式のデータの送信にも有益であることは理解されるであろう。例えば、上記の実施形態は、ユーザデータ、バックアップデータ、同期データ、診断データ、監視データ、使用統計、エラーデータ及び／又は同様のもの等のデータを送信することに適用可能でもよい。
【０１２２】
簡略化のため、基地局５ａは、図１において各モバイルデバイス（ＵＥ１からＵＥ４）のためのアンカー基地局であることで説明した。しかしながら、異なるＵＥは、（同じセル内であっても）異なる関連するアンカー基地局を有してもよく、必要に応じて、所定のモバイルデバイスのためのアンカー基地局が変更し得ることは理解されるであろう。言い換えると、１つのアンカー基地局のみがＵＥごとに使用されるが、１よりも多くの基地局が（１又は複数のＵＥのための）アンカー基地局として機能するように構成されてもよい。
【０１２３】
図１において、Ｘ２インタフェースは、２つの隣接基地局の間で提供され、Ｓ１インタフェースは各基地局とコアネットワークとの間で提供される。しかしながら、他のシステムでは、基地局から基地局への異なるインタフェース及び／又は基地局からコアネットワークへの異なるインタフェースが提供されてもよいことは理解されるであろう。例えば、５Ｇシステムでは、隣接基地局間のインタフェースは、‘Ｘｎ’インタフェースと称され、基地局とコアネットワークとの間のインタフェースは‘ＮＧ−Ｃ’インタフェースと称される。５Ｇシステムでは、基地局はｇＮＢと称される。
【０１２４】
図５のステップＳ５０３において、純粋に説明のために、アンカー基地局及びコアネットワークノード（ＵＰＦ／ＡＭＦ）は、モバイルデバイスに関連付けられたコアネットワーク接続を接続状態に保つためにシグナリングを交換するように示されている。しかしながら、コアネットワークノード（ＵＰＦ／ＡＭＦ）は、（モバイルデバイスがデータの送受信を停止した後でさえ）基地局からの明示的なシグナリングが無い場合でも、接続を接続状態に維持するように構成されてもよいことは理解されるであろう。例えば、コアネットワークノード（ＵＰＦ／ＡＭＦ）は、（モバイルデバイスの最後のデータ送信後）タイマの満了まで、及び／又はモバイルデバイスがアイドルである、及び／又はこの基地局によりもはやサービスされないという基地局からの明示的なシグナリングまで、関連する（ＮＧ−Ｕ／ＮＧ−Ｃ）接続を維持するように構成されてもよい。
【０１２５】
図５のステップＳ５０５において、適切な原因（cause）（例えば、RRC-inactive及び／又は同様のもの）を含むRRC Connection Releaseメッセージがモバイルデバイスに送信される。しかしながら、異なるメッセージ、例えば、非アクティブ状態を要求する特定の（ＲＲＣ）メッセージ（この場合、明示的な原因フォールドは不要な場合があり得る）及び／又はモバイルデバイスの動作／無線接続状態を変更することに適した任意のメッセージが使用されてもよいことは理解されるであろう。モバイルデバイスを非アクティブ状態に移行する要求は、他のメッセージと組み合わされてもよい、及び／又は暗示的な要求であってもよい（例えば、モバイルデバイスは、非アクティブ状態に変更する要求として、任意のメッセージ内の再開ＩＤ及び／又はページングエリア情報の存在を考慮するように構成されてもよい）ことは理解されるであろう。
【０１２６】
上記の説明において、特定のＲＡＮベースのページングエリアに属するセル（セルＩＤ）のリストは、各セルのそれぞれのトラッキングエリアコード／識別子を含む。これにより、モバイルデバイス及び基地局は、（同じセルＩＤが再利用され得る）複数のトラッキングエリアにわたって、セルを一意に特定することができることは理解されるであろう。しかしながら、ＲＡＮベースのページングエリアは、セルＩＤのリストのみを用いて（つまり、トラッキングエリアコード／識別子なしで）定義されてもよいことは理解されるであろう。
【０１２７】
アンカー基地局は、ページングエリアからどのセルを削除するか（つまり、どのセルをdeleteCellListに含めるか）を決定する場合、隣接トポロジ及び／又は隣接基地局とのＸ２／Ｘｎ接続（の状態）を考慮するように構成されてもよいことは理解されるであろう。例えば、隣接基地局は、ＲＡＮページングエリアからセルの削除が必要になり得る構成の変更（他の基地局へのＸ２／Ｘｎ接続における変更も含む）について、相互に情報を交換するように構成されてもよい。
【０１２８】
図１０は、（例えば、図８を参照して上述したもの以外の他の理由に対して）特定のＵＥと関連付けられたＲＡＮページングエリアを更新するために使用され得る例示的な手順を示している。
【０１２９】
具体的には、アンカー基地局が（ライト接続／RRC_INACTIVE状態にある特定のＵＥのために）ＲＡＮページングエリアを変更することを決定するときはいつでも、そのＵＥに関連付けられたＲＡＮページングエリアを更新するために、図１０に示された（‘ＯＰＴ１’、‘ＯＰＴ２’及び‘ＯＰＴ３’と表記する）３つのオプションのうちの１つに従ってもよい。これらの手順は、Ｘ２／Ｘｎ削除以外の他の理由で実行されてもよいことは理解されるであろう。
【０１３０】
ＲＡＮページングエリアは、ＲＡＮルーティングエリア又はＲＡＮ通知エリアと称されてもよいことは理解されるであろう。いくつかの場合、ＲＡＮページングエリアは、トラッキングエリアであってもよいが、ほとんどの場合、ＲＡＮページングエリアはトラッキングエリアよりも少ないセルを含む。
【０１３１】
上記の例示的な実施形態において、３ＧＰＰ無線通信（無線アクセス）技術が使用される。しかし、任意の他の無線通信技術（つまり、ＷＬＡＮ、Ｗｉ−Ｆｉ、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、等）が上記実施形態にしたがって、ＩｏＴデバイスの動作状態及び／又は通知エリアを管理するために使用できる。上述した例示的な実施形態は、‘非モバイル（non-mobile）’又は一般に静止するユーザ装置にも適用可能である。
【０１３２】
上記の説明では、モバイルデバイス、基地局及びＭＭＥは、理解を容易にするために、多数の個別の機能コンポーネント又はモジュールを有することとして説明した。これらのモジュールは、例えば、既存システムが本発明を実装するために変更された特定の用途に対して、例えば、最初から本発明の機能を念頭に設計されたシステムにおいて他の用途において、これらのモジュールは、全体的なオペレーティングシステム又はコードに組み込まれてもよく、そして、これらのモジュールは、個別のエンティティとして認識できなくてもよい。
【０１３３】
上記の例示的な実施形態において、多くのソフトウェアモジュールが説明された。当業者は理解するように、ソフトウェアモジュールは、コンパイルされた形式又はコンパイルされていない形式で提供されてもよく、コンピュータネットワークを介した又は記録媒体における信号として、基地局、モビリティ管理エンティティ、モバイル／ＩｏＴデバイス、又は他のユーザ装置に供給されてもよい。さらに、このソフトウェアの一部又は全てにより実行される機能は、１又は複数の専用ハードウェア回路を用いて実行されてもよい。しかしながら、機能を更新するために、基地局、モビリティ管理エンティティ、又はモバイルデバイスの更新が容易になるので、ソフトウェアモジュールの使用が好ましい。
【０１３４】
モバイル／ＩｏＴデバイス、基地局、及びモビリティ管理エンティティの説明において（つまり、図２〜４を参照して）言及されたコントローラは、例えば、アナログ又はデジタルコントローラ等の任意の適切なコントローラを含んでもよい。各コントローラは、（次のものに限定されないが）、例えば、１又は複数のハードウェア実装コンピュータプロセッサ；マイクロプロセッサ；中央処理ユニット（ＣＰＵ）；算術論理ユニット（ＡＬＵ）；入／出力（ＩＯ）回路；内部メモリ／キャッシュ（プログラム及び／又はデータ）；処理レジスタ；通信バス（例えば、制御バス、データバス及び／又はアドレスバス）；ダイレクトメモリアクセス（ＤＭＡ）機能；ハードウェア又はソフトウェア実装カウンタ、ポインタ、及び／又はタイマ；及び／又は同様のものを含む処理回路の任意の適切な形式を備えてもよい。
【０１３５】
上記の一例では、通信ネットワークの基地局により実行される方法は、通信デバイスに、前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを送信することと、前記ページングエリアに対する変更を特定する情報を含むシステム情報をブロードキャストすることとを含む。
【０１３６】
前記基地局が前記通信デバイスのためのアンカー基地局として機能する場合、前記方法は、前記ページングエリアに対する変更を特定する情報を含むメッセージを（例えば、前記ページングエリアのセルを運用する）他の基地局又は複数の基地局に送信することをさらに含んでもよい。前記基地局が前記ページングエリアのセルを運用する場合、前記方法は、前記ページングエリアに対する変更を特定する情報を含むメッセージを他の基地局（例えば、アンカー基地局）から受信することをさらに含んでもよい。前記方法は、前記ページングエリアに対する変更を特定する情報を含むメッセージに応答して（例えば、前記ページングエリアに対する変更を特定する情報を含むメッセージを送信後）、前記アンカー基地局にメッセージを送信することをさらに含んでもよい。
【０１３７】
前記ページングエリアに対する前記変更は、前記ページングエリアから少なくとも１つの基地局（及び／又は関連するセル）の削除を含んでもよく、その場合、前記システム情報は、前記ページングエリアから削除される少なくとも１つの基地局（及び／又は関連するセル）のリストを含んでもよい。
【０１３８】
上述した他の例において、通信ネットワークの基地局により実行される方法は、ルーティングエリアの更新を要求する要求メッセージを通信デバイスから受信することと、前記要求メッセージに応答して、前記ルーティングエリアに対する変更を特定する情報を含むメッセージを通信デバイスに送信することとを含む。
【０１３９】
前記基地局が前記通信デバイスのためのアンカー基地局として機能する場合、前記方法は、前記ルーティングエリアに対する変更を特定する情報を含むメッセージを（例えば、前記ページングエリアのセルを運用する）他の基地局又は複数の基地局に送信することをさらに含んでもよい。前記基地局が前記ルーティングエリアのセルを運用する場合、前記方法は、前記ルーティングエリアに対する変更を特定する情報を含むメッセージを他の基地局（例えば、アンカー基地局）から受信することをさらに含んでもよい。この場合、前記方法は、前記ルーティングエリアに対する変更を特定する情報を含む前記メッセージに応答して、前記アンカー基地局にメッセージを送信することをさらに含んでもよい。
【０１４０】
上述した他の例では、通信ネットワークの基地局により実行される方法は、ページングエリアのセルを運用する基地局間の基地局から基地局へのインタフェースの削除を要求する要求メッセージを受信することと、前記要求メッセージに応答して、前記ページングエリアに対する変更を特定する情報を含む応答メッセージを前記他の基地局に送信することを含み、前記要求メッセージ及び前記応答メッセージの少なくとも１つは、前記削除により影響を受ける少なくとも１つの通信デバイスを特定する情報を含む。この例では、前記要求メッセージ及び前記応答メッセージの両方は、前記削除により影響を受ける少なくとも１つの通信デバイスを特定するそれぞれの情報を含んでもよい。
【０１４１】
上述した他の例では、通信ネットワークの通信デバイスにより実行される方法は、基地局から、前記通信デバイスのページングエリアが前記通信デバイスにおいて更新されることを示すメッセージを受信することと、前記ページングエリアに対する変更を特定する情報を含むブロードキャストされたシステム情報を受信することとを含む。
【０１４２】
前記ページングエリアに対する前記変更は、前記ページングエリアから少なくとも１つの基地局（及び／又は関連するセル）の削除を含んでもよく、その場合、前記システム情報は、前記ページングエリアから削除される少なくとも１つの基地局（及び／又は関連するセル）のリストを含んでもよい。
【０１４３】
上述した他の例では、通信ネットワークの通信デバイスにより実行される方法は、ルーティングエリアの更新を要求する要求メッセージを基地局に送信することと、前記要求メッセージに応答して、前記ルーティングエリアに対する変更を特定する情報を含むメッセージを前記基地局から受信することとを含む。
【０１４４】
上述した他の例では、通信ネットワークの基地局により実行される方法は、通信デバイスが非アクティブ又はライト接続（ＬＣ）モード／状態に移行されることを決定することと、前記通信デバイスが非アクティブ又はライト接続（ＬＣ）モード／状態に移行されることを示すメッセージを前記通信デバイスに送信することとを含み、前記メッセージは、前記通信デバイスのページングエリアを形成する少なくとも１つのセルを特定する情報を含む。この例では、前記メッセージは、無線リソース制御（ＲＲＣ）接続解放メッセージを含んでもよい。前記ＲＲＣ接続解放メッセージは、解放原因を特定する情報（例えば、release cause = rrc-inactive）を含んでもよい。少なくとも１つのセルを特定する前記情報は、それぞれの関連するトラッキングエリアコード（ＴＡＣ）とともにセルリスト（例えば、RANPagingAreaCellList）を含んでもよい。
【０１４５】
前記基地局は、前記通信デバイスがライト接続（ＬＣ）モード／状態にある間に、前記通信デバイスのためのアンカー基地局として機能してもよい。
【０１４６】
上述した他の例では、方法は、通信ネットワークの通信デバイスのためのアンカー基地局として機能する基地局により実行される。前記方法は、前記通信デバイスのためのページング試行が失敗したと判断することと、前記判断に応答して、コアネットワークエンティティに、前記通信デバイスをページングすることを前記コアネットワークエンティティに要求する要求メッセージを送信することとを含み、前記要求メッセージは、ページングのために推奨される少なくとも１つのセルを特定する情報を含む。
【０１４７】
上述した他の例では、通信ネットワークのコアネットワークエンティティにより実行される方法は、通信デバイスのためのアンカー基地局として機能する基地局から、前記通信デバイスのためのページング試行が失敗したと前記基地局が判断することに応答して、前記通信デバイスをページングすることを前記コアネットワークエンティティに要求する要求メッセージを受信することを含み、前記要求メッセージは、ページングに推奨される少なくとも１つのセルを特定する情報を含む。この例では、前記方法は、ページングに推奨される少なくとも１つのセルを特定する情報に基づいて、例えば、ライト接続（ＬＣ）モード／状態にある間に、通信デバイスに割り当てられたＲＡＮページングエリアリストに基づいて、前記通信デバイスをページングすることをさらに含んでもよい。
【０１４８】
本明細書に記載された様々な手順を実行するための特定の物理的構造（例えば、コントローラ及びトランシーバ回路）を有する特定のハードウェア装置が開示されているが、本明細書において開示され、及び／又は特許請求の範囲の一部を形成する方法の各ステップは、そのステップを実行するための任意の適切な手段により実施されてもよい。これによれば、本発明の各方法の態様は、その方法の対応の各ステップを実行するためのそれぞれの手段を含む対応する装置の態様を有する。
【０１４９】
様々な他の変更は、当業者に明らかであり、ここではこれ以上詳細には説明しない。
【０１５０】
本出願は、２０１７年２月３日に出願された英国特許出願第１７０１８６５．６号に基づく優先権の利益に基づき、当該優先権の利益を主張し、その開示の全体を参照により本明細書に組み込む。
【図１】
0006849085.tif 000005
【図２】
0006849085.tif 000006
【図３】
0006849085.tif 000007
【図４】
0006849085.tif 000008
【図５】
0006849085.tif 000009
【図６】
0006849085.tif 000010
【図７】
0006849085.tif 000011
【図８】
0006849085.tif 000012
【図９】
0006849085.tif 000013
【図１０】
0006849085.tif 000014
【図１１】
0006849085.tif 000015