(57)【要約】  アンカー基地局がコアネットワークノードから通信デバイスについてのダウンリンクデータを受信する、通信システムが開示されている。該基地局は、通信デバイスとの通信を開始することを（例えば、ＲＡＮベースのページングによって）試る。そして、該基地局は、通信デバイスが通信の開始の試みに対して応答しない場合、通信デバイスについてのページング手順（例えば、Ｓ１ベースのページング）の開始を要求するメッセージを、コアネットワークへ送信する。【選択図】図１
2019537358.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークのための基地局であって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、
前記トランシーバを制御して、通信デバイスについてのダウンリンクデータを、コアネットワークノードから受信させ、
前記通信デバイスとの通信を開始することを試み、
前記通信デバイスが前記通信の開始の試みに対して応答しない場合、前記トランシーバを制御して、前記通信デバイスについてのページング手順の開始を要求するメッセージを前記コアネットワークノードへ送信させる、
基地局。
【請求項２】
前記メッセージは、Ｓ１ＡＰ：ＵＥコンテキスト解放リクエストを含む、
請求項１記載の基地局。
【請求項３】
前記メッセージは、ｉ）通信デバイスについてＳ１ページングが要求されていることの表示、ｉｉ）前記通信デバイスがアイドル（またはライト接続（ＬＣ））状態であることの表示、および／または、ｉｉｉ）通信デバイスのための通信ベアラを解放すべきではないという表示、のうちの少なくとも１つを含む、
請求項１又は２に記載の基地局。
【請求項４】
前記トランシーバは、（例えば、ページング手順の開始を要求するための前記メッセージに応答して）コアネットワークノードから、受信したダウンリンクデータの他のノード（例えば、他の基地局またはゲートウェイノード）への転送の開始を前記基地局に対して要求するメッセージを、受信する、
請求項１から３のいずれか１項に記載の基地局。
【請求項５】
転送を開始するように前記基地局に対して要求する前記受信されたメッセージは、前記通信デバイスをサービングする新しい基地局を識別する情報（例えば、ｅＮＢ ＩＤおよび／または転送アドレス／ＴＥＩＤ）を含む、
請求項４記載の基地局。
【請求項６】
前記コントローラは、前記トランシーバを制御して、転送を開始するように前記基地局に対して要求する前記メッセージに基づいて、新しい基地局およびコアネットワークエンティティのうちの少なくとも１つへ、前記ダウンリンクデータを転送させる、
請求項４又は５に記載の基地局。
【請求項７】
前記コントローラは、前記トランシーバを制御して、コンテキストフェッチ手順（例えば、Ｘ２ベースのコンテキストフェッチ手順）の一部として、前記通信デバイスに関連付けられたコンテキストを他の基地局に提供させる、
請求項１から６のいずれか１項に記載の基地局。
【請求項８】
前記通信デバイスとの通信を開始する前記試みは、前記通信デバイスのページングを試みることを含み、
前記通信デバイスについてのページング手順の開始を要求する前記メッセージは、前記通信デバイスが前記ページングに応答しない場合に、送信される、
請求項１から７のいずれか１項に記載の基地局。
【請求項９】
前記コントローラは、前記トランシーバを制御して、少なくとも１つのコアネットワークオペレーションが不可能である（または禁止されている）ことを示す通知（例えば、ＵＥステータス通知）を、前記コアネットワークノードに送信させる、
請求項１から８のいずれか１項に記載の基地局。
【請求項１０】
前記通知は、応答を必要とするクラス１通知を含む、
請求項９記載の基地局。
【請求項１１】
前記通知は、クラス２通知を含む、
請求項９記載の基地局。
【請求項１２】
前記通知は、可能でない／禁止されている１つまたは複数のオペレーションを示す、フラグおよびリストのうちの少なくとも１つを含む、
請求項９から１１のいずれか１項に記載の基地局。
【請求項１３】
前記通信デバイスは、アイドル状態（例えば、ライトウェイト接続（「ＬＣ」）モードにおけるアイドル状態）にある、
請求項１から１２のいずれか１項に記載の基地局。
【請求項１４】
前記基地局は、前記通信デバイスのコンテキスト情報と関連して前記通信デバイスを識別する情報を維持する、および／または、前記通信デバイスについて関連するＳ１通信ベアラを終了する、通信デバイスについてのアンカー基地局として、動作する、
請求項１から１３のいずれか１項に記載の基地局。
【請求項１５】
通信ネットワークのためのコアネットワークノードであって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、
前記トランシーバを制御して、通信デバイスについてのダウンリンクデータを基地局へ送信させ、
前記通信デバイスが前記基地局による通信の開始の試みに応答しない場合、前記トランシーバを制御して、前記通信デバイスについてのページング手順の開始を要求するメッセージを前記基地局から受信させ、
前記メッセージに基づいて、前記通信デバイスについてのページング手順を開始する、
コアネットワークノード。
【請求項１６】
ページング手順の開始を要求する前記メッセージは、Ｓ１ＡＰ：ＵＥコンテキスト解放リクエストを含む、
請求項１５記載のコアネットワークノード。
【請求項１７】
ページング手順の開始を要求する前記メッセージは、ｉ）通信デバイスについてＳ１ページングが要求されていることの表示、ｉｉ）前記通信デバイスがアイドル（またはライト接続（ＬＣ））状態であることの表示、および／または、ｉｉｉ）通信デバイスのための通信ベアラを解放すべきではないという表示、のうちの少なくとも１つを含む、
請求項１５又は１６に記載のコアネットワークノード。
【請求項１８】
前記コントローラは、通信デバイスを接続状態（例えばＥＣＭ−ＣＯＮＮＥＣＴＥＤ）からアイドル状態（例えばＥＣＭ−ＩＤＬＥ）に移行させ、以前から知られているトラッキングエリア（ＴＡ）におけるページングをトリガする、
請求項１５から１７のいずれか１項に記載のコアネットワークノード。
【請求項１９】
前記コントローラは、前記通信デバイスに関連する通信ベアラを解放することなく、前記通信デバイスをアイドル状態に移行させる、
請求項１６記載のコアネットワークノード。
【請求項２０】
前記コントローラは、前記トランシーバを制御して、
前記基地局からのデータ転送が前記通信デバイスについて行われる予定であることを示すメッセージ（例えば、初期コンテキスト設定要求）を、
他の基地局から前記通信デバイスに関連するコンテキストをフェッチする際に用いられ且つ前記通信デバイスに関連づけられた識別子、
Ｓ１インタフェースを介して前記コアネットワークノードにて前記通信デバイスを識別する情報（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」）、
前記基地局を識別する情報（例えば、「アンカーｅＮＢ ＩＤ」）、
前記基地局と関連づけられたトラッキングエリアコード（ＴＡＣ）、
前記コアネットワークノードに関連づけられたグローバルにユニークなＩＤ（例えば、ＧＵＭＭＥＩ）、
前記通信デバイスのハンドオーバが禁止されている少なくとも１つのセルについての少なくとも１つのセル識別子を識別する情報、および、
前記通信デバイスに関連する以前に処理されたハンドオーバリクエストにおいて前記コアネットワークノードによって取得された少なくとも１つの他のパラメータ、
のうちの少なくとも１つと共に、
他の基地局に送信させる、
請求項１５から１９のいずれか１項に記載のコアネットワークノード。
【請求項２１】
前記トランシーバは、受信したダウンリンクデータの他のノード（例えば、他の基地局またはゲートウェイノード）への転送の開始を要求するメッセージを、（例えば、ページング手順の開始を要求するための前記メッセージに応答して）前記基地局へ送信する、
請求項１５から２０のいずれか１項に記載のコアネットワークノード。
【請求項２２】
転送を開始するように前記基地局に対して要求する前記メッセージは、前記通信デバイスをサービングする新しい基地局を識別する情報（例えば、ｅＮＢ ＩＤおよび／または転送アドレス／ＴＥＩＤ）を含む、
請求項２１記載のコアネットワークノード。
【請求項２３】
前記コントローラは、前記トランシーバを制御して、パス切替手順の開始をトリガするように設定されたメッセージを、他の基地局から受信させて、前記パス切替手順を開始する、
請求項１５から２２のいずれか１項に記載のコアネットワークノード。
【請求項２４】
パス切替手順の開始をトリガするように設定された前記メッセージは、前記通信デバイスについてのＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ ＩＥを含む、
請求項２３記載のコアネットワークノード。
【請求項２５】
モビリティ管理エンティティ（ＭＭＥ）を含む、
請求項１５から２４のいずれか１項に記載のコアネットワークノード。
【請求項２６】
通信ネットワークのための基地局であって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、前記トランシーバを制御して、少なくとも１つのコアネットワークオペレーションが特定の通信デバイスについて可能でない／禁止されていることを示す通知を、コアネットワークノードへ送信させる、
基地局。
【請求項２７】
前記通知は、応答を必要とするクラス１通知を含む、
請求項２６記載の基地局。
【請求項２８】
前記通知は、クラス２通知を含む、
請求項２６記載の基地局。
【請求項２９】
前記通知は、可能でない／禁止されている１つまたは複数のオペレーションを示す、フラグおよびリストのうちの少なくとも１つを含む、
請求項２６から２８のいずれか１項に記載の基地局。
【請求項３０】
通信ネットワークのための基地局であって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、前記トランシーバを制御して、
他の基地局からのデータ転送が通信デバイスについて行われる予定であることを示すメッセージを、
前記他の基地局から前記通信デバイスに関連するコンテキストをフェッチする際に用いられ且つ前記通信デバイスに関連づけられた識別子、
Ｓ１インタフェースを介してコアネットワークノードにて前記通信デバイスを識別する情報（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」）、
前記他の基地局を識別する情報（例えば、「アンカーｅＮＢ ＩＤ」）、
前記他の基地局と関連づけられたトラッキングエリアコード（ＴＡＣ）、
前記通信デバイスを現在サービングしている前記コアネットワークノードに関連づけられたグローバルにユニークなＩＤ（例えば、ＧＵＭＭＥＩ）、
前記通信デバイスのハンドオーバが禁止されている少なくとも１つのセルについての少なくとも１つのセル識別子を識別する情報、および、
前記通信デバイスに関連する以前に処理されたハンドオーバリクエストにおいて前記コアネットワークノードによって取得された少なくとも１つの他のパラメータ、
のうちの少なくとも１つと共に、
前記コアネットワークノードから受信させ、且つ、
前記他の基地局によって転送されたデータを受信させる、
基地局。
【請求項３１】
前記コントローラは、前記トランシーバを制御して、コンテキストフェッチ手順（例えば、Ｘ２ベースのコンテキストフェッチ手順）の一部として、前記他の基地局から、前記通信デバイスに関連付けられたコンテキストをフェッチさせる、
請求項３０記載の基地局。
【請求項３２】
前記コントローラは、前記トランシーバを制御して、パス切替手順の開始をトリガするように設定されたメッセージを、前記コアネットワークノードへ提供させる、
請求項３０又は３１に記載の基地局。
【請求項３３】
パス切替手順の開始をトリガするように設定された前記メッセージは、前記通信デバイスについてのＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ ＩＥを含む、
請求項３２記載の基地局。
【請求項３４】
通信ネットワークのための基地局であって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、
前記基地局がアンカー基地局として動作する各通信デバイスについてのコンテキスト情報と関連して、前記基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別する情報を維持し、且つ、
前記トランシーバを制御して、前記基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別するための少なくとも１つの識別子を、他の基地局へ提供させる、
基地局。
【請求項３５】
通信ネットワークのための基地局であって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、
前記トランシーバを制御して、少なくとも１つの他の基地局から、前記少なくとも１つの他の基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別する少なくとも１つの識別子を受信させ、且つ、
前記少なくとも１つの他の基地局から、前記少なくとも１つの他の基地局がアンカー基地局として動作する各通信デバイスについてのコンテキスト情報を、前記少なくとも１つの識別子に基づいて、フェッチする、
基地局。
【請求項３６】
請求項１から１４のいずれか１項又は請求項２６から３５のいずれか１項に記載の基地局、及び、請求項１５から２５のいずれか１項に記載のコアネットワークノードを具備する、システム。
【請求項３７】
通信ネットワークの基地局によって実行される方法であって、
通信デバイスについてのダウンリンクデータを、コアネットワークノードから受信し、
前記通信デバイスとの通信を開始することを試み、
前記通信デバイスが前記通信の開始の試みに対して応答しない場合、前記通信デバイスについてのページング手順の開始を要求するメッセージを前記コアネットワークノードへ送信する、
方法。
【請求項３８】
通信ネットワークのコアネットワークノードによって実行される方法であって、
通信デバイスについてのダウンリンクデータを基地局へ送信し、
前記通信デバイスが前記基地局による通信の開始の試みに応答しない場合、前記通信デバイスについてのページング手順の開始を要求するメッセージを前記基地局から受信し、
前記メッセージに基づいて、前記通信デバイスについてのページング手順を開始する、
方法。
【請求項３９】
通信ネットワークの基地局によって実行される方法であって、
少なくとも１つのコアネットワークオペレーションが特定の通信デバイスについて可能でない（又は禁止されている）ことを示す通知を、コアネットワークノードへ送信する、
方法。
【請求項４０】
通信ネットワークの基地局によって実行される方法であって、
前記基地局がアンカー基地局として動作する各通信デバイスについてのコンテキスト情報と関連して、前記基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別する情報を維持し、
前記基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別するための少なくとも１つの識別子を、他の基地局へ提供する、
方法。
【請求項４１】
通信ネットワークの基地局によって実行される方法であって、
少なくとも１つの他の基地局から、前記少なくとも１つの他の基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別する少なくとも１つの識別子を受信し、
前記少なくとも１つの他の基地局から、前記少なくとも１つの他の基地局がアンカー基地局として動作する各通信デバイスについてのコンテキスト情報を、前記少なくとも１つの識別子に基づいて、フェッチする、
方法。
【請求項４２】
通信ネットワークの基地局によって実行される方法であって、
他の基地局からのデータ転送が通信デバイスについて行われる予定であることを示すメッセージを、
前記他の基地局から前記通信デバイスに関連するコンテキストをフェッチする際に用いられ且つ前記通信デバイスに関連づけられた識別子、
Ｓ１インタフェースを介してコアネットワークノードにて前記通信デバイスを識別する情報（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」）、
前記他の基地局を識別する情報（例えば、「アンカーｅＮＢ ＩＤ」）、
前記他の基地局と関連づけられたトラッキングエリアコード（ＴＡＣ）、
前記通信デバイスを現在サービングしている前記コアネットワークノードに関連づけられたグローバルにユニークなＩＤ（例えば、ＧＵＭＭＥＩ）、
前記通信デバイスのハンドオーバが禁止されている少なくとも１つのセルについての少なくとも１つのセル識別子を識別する情報、および、
前記通信デバイスに関連する以前に処理されたハンドオーバリクエストにおいて前記コアネットワークノードによって取得された少なくとも１つの他のパラメータ、
のうちの少なくとも１つと共に、
前記コアネットワークノードから受信し、且つ、
前記他の基地局によって転送されたデータを受信する、
方法。
【請求項４３】
請求項３７から４２のいずれか１項に記載の方法をプログラマブルコンピュータデバイスに実行させるためのコンピュータ実行可能命令を具備するコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。本発明は、これに限定されるものではないが、特に、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格またはその等価物もしくは派生物（ＬＴＥアドバンストおよびネクストジェネレーションまたは５Ｇネットワークを含む）に従って動作する、無線通信システムおよびそのデバイスに関する。本発明は、これに限定されるものではないが、特に、通信デバイスの接続状態（connection states）を管理することに関連性がある。
【背景技術】
【０００２】
３ＧＰＰ規格の最新の開発は、進化型パケットコア（ＥＰＣ：Evolved Packet Core）ネットワークおよび進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のロングタームエボリューション（ＬＴＥ）とよばれ、また、一般に「４Ｇ」とも呼ばれる。さらに、「５Ｇ」および「新無線」（NR：new radio）という用語は、さまざまなアプリケーションやサービスをサポートすると期待される、進化しつつある通信技術を指す。５Ｇネットワークの様々な詳細は、例えば、次世代モバイルネットワーク（ＮＧＭＮ）アライアンスによる「ＮＧＭＮ ５Ｇホワイトペーパー」Ｖ１．０に記載されており、その文書は、https：//www.ngmn.org/5g-white-paper.htmlから入手可能である。３ＧＰＰは、いわゆる３ＧＰＰ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（ＲＡＮ）および３ＧＰＰ ＮｅｘｔＧｅｎコアネットワークによって、５Ｇをサポートすることを意図している。
【０００３】
３ＧＰＰ規格の下では、ＮｏｄｅＢ（またはＬＴＥではｅＮＢ、５ＧではｇＮＢ）は、それを介して通信デバイス（ユーザ機器または「ＵＥ」）がコアネットワークに接続し、他の通信デバイスまたはリモートサーバと通信する基地局である。簡単にするために、本出願は、そのような基地局を指すために基地局という用語を使用し、そのような通信デバイスを指すためにモバイルデバイス、ユーザデバイス、またはＵＥという用語を使用する。コアネットワーク（すなわち、ＬＴＥの場合はＥＰＣ）は、（とりわけ）加入者管理、モビリティ管理、課金、セキュリティ、および、呼／セッション管理のための機能をホストし、インターネットなどの外部ネットワークへの通信デバイスの接続を提供する。
【０００４】
通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ機器、パーソナルデジタルアシスタント、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダーなどのような、モバイル通信デバイスであり得る。そのようなモバイル（または一般的には静止している）デバイスも、典型的には、ユーザによって操作される。しかしながら、３ＧＰＰ規格はまた、いわゆる「モノのインターネット」（ＩｏＴ）デバイス（例えば、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）デバイス）をネットワークに接続することを可能にし、それは典型的には、様々な測定機器、遠隔測定装置、監視システム、トラッキング・トレーシングデバイス、車載安全システム、車両保守システム、道路センサ、デジタル広告板、店頭（ＰＯＳ：point of sale）端末、遠隔制御システムなどのような自動機器を含む。事実上、モノのインターネットは、適切な電子機器、ソフトウェア、センサ、ネットワーク接続性などを備えたデバイス（または「モノ」）のネットワークであり、これにより、これらのデバイスは互いにおよび他の通信デバイスとの間で、データを収集および交換することができる。当然のことながら、ＩｏＴデバイスは、マシンタイプコミュニケーション（ＭＴＣ：Machine-Type Communication）通信デバイスまたはマシンツーマシン（Ｍ２Ｍ：Machine-to-Machine）通信デバイスとも呼ばれる。
【０００５】
簡単にするために、本出願は、説明において、モバイルデバイスに言及するが、説明される技術は、そのような通信デバイスが人間の入力によって制御されるのかまたはメモリに格納されたソフトウェア命令によって制御されるのかに関わらず、データを送信／受信するために通信ネットワークに接続することができる（モバイルおよび／または一般に静止している）任意の通信デバイス上で実装できることが理解されよう。
【０００６】
モバイルデバイスと基地局との間の通信は、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１４．０．０に定義されている、無線リソース制御（ＲＲＣ）プロトコルを使用して制御される。ＲＲＣは、携帯電話と無線アクセスネットワークとの間のレイヤ３の制御プレーンシグナリングを処理し、とりわけ、システム情報をブロードキャストすること、ページング、コネクションの確立および解放、無線ベアラの確立、再設定および解放、モビリティ手順、並びに、パワーコントロールのための、機能を含む。現在のバージョンのＲＲＣプロトコルによれば、任意の時点で、モバイルデバイスは、（データ通信が行われない）「ＲＲＣアイドルモード」、または、（モバイルデバイスとそのサービング基地局との間でデータ通信が行われてもよい）「ＲＲＣ接続モード」のいずれかで、動作することができる。
【０００７】
ＲＲＣ接続モードで動作しているモバイルデバイスが通信システムによってカバーされているエリア内を移動するにつれて、それらは、１つのセル（すなわち基地局によって運営されている）から別のセル（同じまたは異なる基地局によって運営されている）へ、要求されているサービス品質、使用されているサービスの種類、全体的なシステム負荷などのような、信号条件および他の要件に基づいて、ハンドオーバされる。ハンドオーバは、モバイルデバイスと基地局（新旧）との間、さらに、基地局とコアネットワークとの間の、広範囲のシグナリングを必要とする。
【０００８】
一方、ＲＲＣアイドルモードでは、モバイルデバイスは、キャンプオンするために、良好な品質の信号を有する「サービング」セルを選択するようにプログラムされており、その結果、新しいデータがこれらのモバイルデバイスへ／から送信されるべきであるときに、好ましい信号状態から利益を得ることができる。アイドル状態のモバイルデバイスが、例えばモバイルデバイスがその位置を変更することにより、現在のサービングセルよりも良い信号品質を有する新しいセルを検出した場合、モバイルデバイスは、いわゆるセル再選択手順を実行することができる。しかしながら、アイドルモードのモバイルデバイスは、このセルが同じ「トラッキングエリア」（すなわち、事前定義された複数のセルのセットを含むより大きな地理的エリア）内にある限り、選択された新しいセルについてネットワークに知らせない。これは、ネットワークが、全トラッキングエリア内でシステム情報およびＵＥ固有のページングメッセージを送信し、それによって、キャンプオンしている現在のセルに関係なく、モバイルデバイスとの間で通信を開始することが可能になっている、からである。
【０００９】
最低のエネルギー消費から恩恵を受け、貴重なシステムリソースを解放するために、モバイルデバイスは、可能な限りＲＲＣアイドルモードに戻り、それらが同じトラッキングエリア内に留まる限り、（ハンドオーバの代わりに）セル再選択を実行する。基地局は、そのセル（セル群）内の各モバイルデバイスについての、様々な動作モード間の遷移を制御する。基地局とモバイルデバイスとの間のＲＲＣコネクションの設定および終了は、シグナリングメッセージの交換を必要とし、したがって貴重なシステムリソースを利用し、また完了までにいくらか時間がかかるので、３ＧＰＰ ＴＳ ３６．３３１に定義されているように、接続モードからアイドルモードへの移行は、特定の状況下で許される。例えば、サービング基地局は、特定のモバイルデバイスとの間で送信されるデータがこれ以上ない（例えば、アップリンク（UL）及びダウンリンク（DL）の両方のバッファが空である）ことを確認した後にのみ、モバイルデバイスに対して、ＲＲＣアイドルモードに入るように指示してもよい。
【００１０】
各モバイルデバイスはまた、その現在位置（例えば、セル）をコアネットワークに登録するとき、そのサービング基地局とコアネットワークとの間の関連する「Ｓ１」コネクションを有する。Ｓ１コネクションは、いわゆる「ＥＣＭ−ＩＤＬＥ」モード（モバイルデバイスがＲＲＣアイドルモードにあるとき）または「ＥＣＭ−ＣＯＮＮＥＣＴＥＤ」モード（モバイルデバイスがＲＲＣ接続モードにあるとき）のいずれかである。Ｓ１コネクションは、モバイルデバイスとコアネットワークとの間で（およびそれを超えて）データ（制御およびユーザデータ）を転送するために使用され、モバイルデバイスがＲＲＣ接続モードのままである限り維持される。一方、モバイルデバイスがＲＲＣアイドルモードに入ると、モバイルデバイスが送信または受信するデータを持つまで、その関連するＳ１コネクションも、終了（または中断）する。モバイルデバイスが送信または受信するデータを持つと、現在のサービング基地局に対して、新しいＳ１コネクションが確立される（または、中断されたＳ１コネクションが再度アクティブにされる）。
【００１１】
ネットワークがＲＲＣアイドル状態のモバイルデバイスに送信するデータを有するとき、ネットワークは、モバイルデバイスの最後の既知のエリア（トラッキング／ページングエリア）において、適切なページング手順をトリガする。これにより、そのエリア内の基地局に対して、その特定のモバイルデバイスにＲＲＣ接続状態に入ることを要求する適切なページングメッセージをブロードキャストさせる。アイドル状態の携帯電話が再度送信するデータを有する（またはダウンリンクデータを受信するためにページングされた）場合、通信リソースを割り当てられるために、適切なフォーマットのＲＲＣコネクション要求メッセージを基地局へ送信することによって、いわゆるＲＲＣコネクション確立手順を開始する（下位レイヤ、特にメディアアクセス制御（ＭＡＣ）レイヤが基地局との通信のために設定されることを確実にする、いわゆるランダムアクセス手順に続いて）。
【００１２】
３ＧＰＰ規格、いわゆる次世代（ＮＧ）または５Ｇネットワークの最新の開発のために、モバイルデバイスはまた、「ライトコネクト」（ＬＣ：light-connected）状態と呼ばれる、新しいＲＲＣ状態または新しい無線状態で、動作することも考えられる。モバイルデバイスがＬＣ状態にあるとき、コアネットワークは、モバイルデバイスがそれ以上送信または受信するデータを持たなくなった後も、そのコントロールプレーンおよびユーザプレーンの両方のコネクションを維持する（したがって、通常、ＲＲＣアイドルモードに入るように設定される）。言い換えれば、ＬＣ状態では、モバイルデバイスは、無線アクセスネットワーク（基地局）の観点からはアイドルモードで動作しているように見えるが、それでも、コアネットワークの観点からは接続されているように見えてもよい。この新しいＬＣ状態の利点の１つは、小さくてまれなデータ送信を有するモバイルデバイス（特にＩｏＴデバイス）が、送信（または受信）するデータを有するたびに、ＲＲＣコネクション確立手順全体を実行する必要がない、ことである。代わりに、ＬＣ状態対応モバイルデバイスは、必要なときはいつでも現在のサービング基地局との既存のＲＲＣコネクションを再開し、そして、送受信するデータがあるまでより電力効率の高い動作モードに戻るように、設定されてもよい。
【００１３】
モバイルデバイスは、再開されるべきコネクションを識別する情報（たとえば再開ＩＤ（resume ID））をその現在の基地局に送信することによって、そのＲＲＣコネクションを再開することができる。これにより、基地局およびモバイルデバイスが認証および無線ベアラ確立を通過する必要がなくなるので、有利である。そのようなライトウェイトコネクション（lightweight connection）およびモバイルデバイスとそのサービング基地局との間のコネクションの単純化された再開を容易にするために、いわゆるアンカー基地局のコンセプトが、３ＧＰＰによって検討されている。効果的には、アンカー基地局は、ＵＥアクセス層（ＡＳ：Access Stratum）コンテキストの格納、モバイルデバイスのユーザデータのキャッシュ（UEコンテキスト）、および、Ｓ１の終了時に必要に応じて他の基地局へのユーザデータの提供を担当する、基地局である。例えば、アンカー基地局は、モバイルデバイスが特定のトラッキングエリア（または他の所定のエリア）に登録した、最初の（または前の）基地局であってもよい。したがって、モバイルデバイスが（同じエリア内の）異なる基地局を介してそのＲＲＣコネクションを再開しようと試みるとき、新しい基地局は、アンカー基地局にコンタクトし、モバイルデバイスによって提供された情報（例えば、再開ＩＤおよび／またはこれに類似のもの）に基づいて、キャッシュされたユーザデータとともに、ＵＥコンテキストを取得することができる。ＬＣ状態ではＳ１コネクションが維持されるので、有利には、新しい基地局は、（アンカー基地局／前の基地局から新しい基地局へＳ１コネクションを切り替える必要がある可能性があるが）コアネットワークにコンタクトすることおよび／またはモバイルデバイスのために新しいＳ１コネクションを確立すること、を回避することができる。アンカー基地局のコンセプトは、３ＧＰＰドラフトＮｏ．Ｒ３−１６０６５５からコピーした図８に図示されている。
【００１４】
３ＧＰＰにおける現在の合意は、モバイルデバイスが軽く接続されている間に基地局がＳ１コネクションを維持し、基地局がコアネットワークからダウンリンクデータを受信したときに（基地局によって構成される適切なページング／トラッキングエリア内で）ＲＡＮページングを担当する、ことである。ＬＣ状態のモバイルデバイスは、設定されたＲＡＮベースのページングエリアから出たときに、ネットワークに通知し、その場合、ネットワークは、モバイルデバイスをＬＣモードに維持するか、または、モバイルデバイスを中断する（例えば、ＲＲＣアイドルモードに入るように要求する）かを決定できる。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、本発明者らは、モバイルデバイスはＲＡＮとコアネットワークとでは異なる状態にあるように見えるので、これが現在提案されているシステムが対処できないいくつかの問題を引き起こし得ることを認識した。そのような問題には、これらには限定されないが、以下が含まれる。
・ＲＡＮベースのページングが失敗したときに、ＤＬデータの損失をどのように回避するか。
・ＲＡＮベースのページングが失敗したときのフォールバックとして、コアネットワーク（例えばＭＭＥ）ベースのページングをどのように実行するか。
・ロードバランシング、トラッキングエリアアップデート（ＴＡＵ）、省電力モード（ＰＳＭ）、モバイル終端（ＭＴ：mobile terminated）回線交換フォールバック（ＣＳＦＢ：circuit switched fallback）などの特定の動作が、モバイルデバイスのＬＣ動作によって影響を受けることを、移動管理エンティティ（ＭＭＥ）にどのように知らせるか。
・モバイルデバイスがＬＣ状態に入ったときにＭＭＥにどのように知らせるか。
・モバイルデバイスがＲＡＮルーティングエリア内でＬＣモードにあるときに、モバイルデバイスを一意に識別するために使用されるＲＡＮベースの識別子（たとえば再開ＩＤ）をどのように交換するか（たとえば、コンテキストプレフェッチ（context pre-fetch）を実行することによってコネクションを再開することに掛かる時間を短縮するために）。
・モバイルデバイスがデータ送信のためにＬＣモードから通常接続モードに移行するときに、ランダムアクセスチャネル（ＲＡＣＨ）プロセスをどのように促進するか。
・ＲＡＮ位置更新（RAN location update）をコアネットワーク位置更新（core network location update）とどのように同期させるか。
・モバイルデバイスがＬＣモードのときに、ＵＬデータ送信をどのように可能にするか。
【００１６】
したがって、本発明の好ましい例示的な実施形態は、モバイルデバイスがネットワークとのライトコネクションを維持することを依然として可能にしながら、上記の問題のうちの１つまたは複数に対処するまたは少なくとも部分的に対処する、方法および装置を提供することを目的とする。
【００１７】
当業者の理解の効率のために、本発明は３ＧＰＰシステム（ＵＭＴＳ、ＬＴＥ）の文脈で詳細に説明されるが、本発明の原理は、通信デバイスまたはユーザ機器（ＵＥ）が無線アクセス技術を用いてコアネットワークにアクセスする他のシステムに適用することができる。
【課題を解決するための手段】
【００１８】
一態様では、本発明は、通信ネットワークのための基地局を提供し、該基地局は、トランシーバと、コントローラとを有する。コントローラは、トランシーバに対して、通信デバイスについてのダウンリンクデータをコアネットワークノードから受信するように制御し、通信デバイスとの通信を開始することを試み、通信デバイスが通信開始の試みに応答しないときに、トランシーバに対して、通信デバイスについてのページング手順の開始を要求するためのメッセージをコアネットワークノードへ送信するように制御する、ように構成されている。
【００１９】
一態様では、本発明は、通信ネットワークのためのコアネットワーク装置を提供し、該コアネットワーク装置は、トランシーバと、コントローラとを有する。コントローラは、トランシーバに対して、通信デバイスについてのダウンリンクデータを基地局へ送信するように制御し、通信デバイスが基地局による通信開始の試みに応答しないときに、トランシーバに対して、通信デバイスについてのページング手順の開始を要求するためのメッセージを基地局から受信するように制御し、該メッセージに基づいて、通信デバイスについてのページング手順を開始する、ように構成されている。
【００２０】
一態様では、本発明は、通信ネットワークのための基地局を提供し、該基地局は、トランシーバとコントローラとを有する。コントローラは、トランシーバに対して、少なくとも１つのコアネットワークオペレーションが特定の通信デバイスについて不可能（または禁止されている）ことを示す通知を、コアネットワークノードへ送信するように、制御するように構成されている。
【００２１】
一態様では、本発明は、通信ネットワークのための基地局を提供し、該基地局は、トランシーバとコントローラとを有する。コントローラは、基地局がアンカー基地局として動作する各通信デバイスについてのコンテキスト情報と関連して、基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別する情報を維持し、トランシーバに対して、基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別するための少なくとも１つの識別子（identifier）を他の基地局へ提供するように、制御するように、構成されている。
【００２２】
一態様では、本発明は、通信ネットワークのための基地局を提供し、該基地局は、トランシーバとコントローラとを有する。コントローラは、トランシーバに対して、少なくとも１つの他の基地局がアンカー基地局として動作する少なくとも１つの通信デバイスを識別するための少なくとも１つの識別子を上記少なくとも１つの他の基地局から受信するように、制御し、上記少なくとも１つの他の基地局から、上記少なくとも１つの識別子に基づいて、上記少なくとも１つの他の基地局がアンカー基地局として動作する各通信デバイスについてのコンテキスト情報を取ってくる、ように構成されている。
【００２３】
一態様では、本発明は、通信ネットワークのための基地局を提供し、基地局は、トランシーバとコントローラとを有する。コントローラは、トランシーバに対して、コアネットワークノードから、他の基地局から転送されるデータが通信デバイスについて生じることを示すメッセージを、上記他の基地局から上記通信デバイスに関連するコンテキストを取ってくる際に用いられ且つ上記通信デバイスに関連づけられた識別子、Ｓ１インタフェースを介して上記コアネットワークノードにて上記通信デバイスを識別する情報（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」）、上記他の基地局を識別する情報（例えば、「アンカーｅＮＢ ＩＤ」）、上記他の基地局と関連づけられたトラッキングエリアコード（ＴＡＣ）、上記通信デバイスを現在サービングしている上記コアネットワークノードに関連づけられたグローバルにユニークなＩＤ（例えば、ＧＵＭＭＥＩ）、上記通信デバイスのハンドオーバが禁止されている少なくとも１つのセルについてのセル識別子を識別する情報、および、上記通信デバイスに関連する以前に処理されたハンドオーバリクエストにおいて上記コアネットワークノードによって取得された少なくとも１つの他のパラメータ、のうちの少なくとも１つと共に、受信するように、制御するように構成されている。また、コントローラは、トランシーバに対して、上記他の基地局から転送されるデータを受信するように、制御するように構成されている。
【００２４】
本発明の態様は、対応する、システム、方法、および、上に述べたまたはクレームで列挙した態様および可能性で記述した方法を実行するようにプログラム可能プロセッサをプログラムするように動作可能な、および／または、クレームのいずれかに列挙した装置を提供するように適切に適合されたコンピュータをプログラムするように動作可能な、命令を記憶したコンピュータ可読記憶媒体などのコンピュータプログラム製品に及ぶ。
【００２５】
本明細書（この用語は特許請求の範囲を含む）に開示されたおよび／または図面に示された各特徴は、他の開示されたおよび／または図示された特徴と独立して（または組み合わせて）、本発明に組み込まれ得る。特に、限定するものではないが、特定の独立請求項から従属する請求項のいずれかの特徴は、その独立請求項に、任意の組み合わせでまたは個別に導入することができる。
【００２６】
ここで、添付の図面を参照しながら、本発明の例示的な実施形態を例として説明する。
【図面の簡単な説明】
【００２７】
【図１】図１は、本発明の例示的な実施形態が適用され得る、セルラ電気通信システムを概略的に示す。
【図２】図２は、図１に示されるシステムの一部を形成するモバイルデバイスのブロック図である。
【図３】図３は、図１に示すシステムの一部を形成する基地局のブロック図である。
【図４】図４は、図１に示すシステムの一部を形成するモビリティ管理エンティティのブロック図である。
【図５】図５は、本発明の例示の実施形態を図１のシステムで実施することができる例示的な方法を示すタイミング図である。
【図６】図６は、本発明の例示の実施形態を図１のシステムで実施することができる例示的な方法を示すタイミング図である。
【図７】図７は、図１のシステムにおいて本発明の例示の実施形態を実施することができる例示的な方法を示すタイミング図である。
【図８】図８は、アンカー基地局のコンセプトを概略的に示す。
【発明を実施するための形態】
【００２８】
概要
図１は、Ｅ−ＵＴＲＡ無線アクセス技術（ＲＡＴ）を使用して、Ｅ−ＵＴＲＡＮ基地局５およびコアネットワーク７を介して、モバイルデバイス３、携帯電話、および他の通信デバイス（例えば、ＩｏＴデバイス）が互いに通信できる、通信ネットワーク１を概略的に示す。当業者には理解されるように、１つのモバイルデバイス３（「ＵＥ」と示される）、１つのＩｏＴデバイス３'、および３つの基地局５ａ−５ｃが例示目的のために図１に示されるが、実施されるときには、上記システムは、典型的には他の基地局および通信デバイスを含む。
【００２９】
各基地局５は、１つ以上の関連するセルを動作させる。この例では、基地局５ｂが「セル＃１」を運用し、基地局５ｃが「セル＃２」を運用している。図１には示されていないが、基地局５ａは、また典型的には１つ以上のセルを動作させる。いくつかのシナリオでは、「古い」基地局５ａと「アンカー」基地局５ｂは同じでもよいことも理解されよう。
【００３０】
複数の通信デバイスは、そのセルを運用している適切な基地局５との間で無線リソース制御（ＲＲＣ）コネクションを確立することによって、（それらの位置、および、例えば信号状態、加入データ、能力などの他のファクタに基づいて）いずれかのセルに接続してもよい。図から分かるように、モバイル機器３は、基地局５ｂ，５ｃによって運用されている複数のセルが部分的に重なり合う、エリアに位置している。したがって、（データを送受信していない）ＲＲＣアイドルモードで動作しているとき、モバイルデバイス３は、最良の信号品質を有するセルにキャンプオンし、ＲＲＣアクティブモードであるとき、モバイルデバイス３は、そのセルを介して（例えば「Ｕｕ」エアインタフェースを用いて）データを通信する。同様に、この例では、ＩｏＴデバイス３'は、（ＲＲＣアイドルモードのとき）セル＃２にキャンプオンし、（ＲＲＣアクティブモードのとき）基地局５ｃを介して通信する。
【００３１】
モバイルデバイス３（ＩｏＴデバイス３'）が（複数の基地局５のうちの１つを介して）最初にネットワークに登録するとき、そのサービング基地局５はまた、サービング基地間５とコアネットワーク７との間で通信（ユーザデータおよび制御データ）を中継するための関連するＳ１コネクションを確立する。
【００３２】
基地局５は、Ｓ１インタフェースを介してコアネットワーク７に接続され、（直接またはＸ２ゲートウェイを介して）Ｘ２インタフェースを介して互いに接続される。コアネットワーク７は、とりわけ、移動管理エンティティ（ＭＭＥ）９、サービングゲートウェイ（Ｓ−ＧＷ）１０、並びに、基地局５と他のネットワーク（インターネットなど）および／またはコアネットワーク７の外部にホストされるサーバとの間のコネクションを提供するためのパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）１１を含む。
【００３３】
ＭＭＥ９は、特にＵＥがＲＲＣ＿ＩＤＬＥモードであるときに、電気通信ネットワーク１内のモバイル通信デバイス（モバイルデバイスおよびＩｏＴデバイスなど）の位置を追跡することを担当する、ネットワークノードである。特に、ＭＭＥ９は、複数のモバイル通信デバイスの最後の既知のセル（またはトラッキングエリア）の識別子を記憶し、この結果として、それらに対する着信（音声またはデータ）呼があるときに、それらに通知することができ、通信パスを、特定のモバイル通信デバイスに現在サービングしている基地局５を介してセットアップすることができる。
【００３４】
以下の例では、モバイルデバイス３は、リモートエンドポイント（たとえば、サーバまたは別の通信デバイス）にデータを送信するために、定期的に（たとえば、そのアプリケーションの１つが、ネットワークと通信する必要があるときはいつでも）、ネットワークに接続する。モバイルデバイス３は、ライトコネクティング（ＬＣ）モードで動作するように構成され、このモードでは、ネットワークは、モバイルデバイス３がＲＡＮの観点からアイドルモードで動作しているときでも、関連するＳ１コネクションを維持する。したがって、その定期的な複数の再接続の間に、モバイルデバイス３は、効果的にアイドル（または「中断」）モードに入り、したがって、モバイルデバイス３がそのアンカー基地局によって構成されたエリア内に留まる限り、ハンドオーバの実行を回避する。
【００３５】
サービング基地局５は、（たとえば、セルＩＤおよび／またはページングエリアＩＤのリストをモバイルデバイス３に提供することによって）モバイルデバイス３のための適切なＲＡＮベースのページングエリアを設定する、ことを担当する。ＲＡＮベースのページングエリアは、同じまたは異なる基地局５からの１つまたは複数のセルとして設定され得る。例えば、ＲＡＮベースのページングエリアは、トラッキングエリアであり得る。
【００３６】
破線で示すように、モバイルデバイス３は、以前に（セル＃１を介して）基地局５ｂに接続しており、したがって、（モバイルデバイス３のアンカー基地局として動作する）基地局５ｂは、関連するＵＥコンテキストを維持し、Ｓ１を終了する。しかしながら、アンカー基地局は、異なる基地局、例えば旧基地局５ａであってもよい、ことも理解されよう。この例では、アンカー基地局５ｂは、アンカー基地局自身のセル（セル＃１）および基地局５ａによって運用される任意のセルを含むＲＡＮページングエリアを用いて、モバイルデバイス３を設定する。
【００３７】
実線で示すように、モバイルデバイス３は、例えばセル＃１の信号状態の変化および／またはモバイルデバイス３の移動に起因して、基地局５ｃを介して（セル＃２を介して）到達可能である。この例では、モバイルデバイス３は、無線アクセスネットワーク（基地局５）とアクティブなコネクションを現在有していないので、セル＃２に移動したときに（ネットワークに通知せずに）セルの再選択を実行する。
【００３８】
上で説明したように、ＬＣ状態では、モバイルデバイス３は、モバイルデバイス３が事実上基地局から見たアイドルモードに入った（したがって、モバイルデバイス３は、その基地局５とのアクティブなデータコネクションを有しない）後でも、コアネットワーク７（ＭＭＥ９）の観点からは依然として接続されている（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ）ように見える。したがって、送信するダウンリンクデータがあるとき、ＭＭＥ９は、ＬＣ状態／モードにあるモバイルデバイス３に対して（例えば、関連する追跡／ページング領域全体を通して）ページングを開始しない。なぜならば、ＭＭＥ９は、モバイルデバイス３がサービング基地局５（この例ではアンカー基地局５ｂ）とのアクティブコネクションをまだ有していると見なすためである。これにより、ＭＭＥ９は、アンカー基地局５ｂへダウンリンクデータを送信することを開始する。ダウンリンクデータに応答して、アンカー基地局５ｂは、そのモバイルデバイス３に適切なページングエリア内でモバイルデバイス３の（ＲＡＮベースの）ページングのための適切な手順を開始する。ＲＡＮベースのページングは、ダウンリンクデータを受信するために適切な基地局を介してそのＲＲＣコネクションを再開する（再接続する）ことが必要であることを、モバイルデバイス３に示す。モバイルデバイス３がそのコネクションを再開するまで、アンカー基地局５ｂは、（制御プレーンシグナリングまたはデータの場合には）ＭＭＥ９からの、または、（ユーザプレーンデータの場合には）Ｓ−ＧＷ１０からの、ダウンリンクデータを、そのキャッシュ（メモリ）に保持する。
【００３９】
基地局５ｂは、ダウンリンクデータを受信したときに、ページングすべきセルを決定する。必要であれば、アンカー基地局５ｂは、それ自体のセル以外を介してモバイルデバイス３に到達するために、適切なＸ２ページングシグナリングを、その１つまたは複数の近隣基地局へ、送信してもよい。しかしながら、その間にモバイルデバイス３が移動してセル＃２に現在キャンプオンしているので、モバイルデバイス３は、ページングシグナリングを受信する（または、それに対して応答する）ことができない可能性がある。これは、例えば、アンカー基地局５ｂが（セル＃２が現在設定されているＲＡＮページングエリアに属していても）複数の近隣セルを介したページングを実行しない場合、セル＃２がモバイルデバイス３に設定されているページングエリアに属していない場合、または、セル＃２の端における信号状態によってモバイルデバイス３がそのセル内でページングシグナリングを成功裏に受信する（またはそれに対して応答する）ことを妨げる場合に、に起こり得る。
【００４０】
有益には、アンカー基地局５ｂが（ページングの開始後に）所定の時間間隔内にモバイルデバイス３から何の応答も受信しない場合、該基地局５ｂは、ＭＭＥ９に対して、Ｓ１ベースの（レガシー）ページング手順を開始するように、要求する。しかしながら、ＭＭＥ９がこの点に関して支援を提供することができる前に、ＭＭＥ９は、モバイルデバイス３を、接続状態からアイドル状態（例えば、ＥＣＭ−ＣＯＮＮＥＣＴＥＤからＥＣＭ−ＩＤＬＥへ）に遷移させる、必要がある。これを可能にするために、基地局５ｂは、既存のＳ１コネクションを切断するために、レガシーシグナリングを使用するように構成される。例えば、基地局５ｂは、Ｓ１ベースのページングがその最後に記録されたトラッキングエリアにおいてモバイルデバイス３について必要であることを示す情報を含む、適切にフォーマットされたメッセージ（「ＵＥコンテキスト解放要求（UE Context Release Request）」など）を送信するように、構成されてもよい。有益なことに、その基地局の要求は、ＭＭＥ９が、モバイルデバイス３を、ＭＭＥ９がレガシーＳ１ベースのページングをトリガすることを可能にするアイドル状態（ＥＣＭ−ＩＤＬＥ）へ遷移させる、ことを可能にする。有利には、基地局５ｂからのメッセージはまた、（すなわち、レガシーＲＲＣアイドル状態においてＵＥに対するＵＥコンテキスト解放要求を受信したときの従来の手順とは異なり）Ｓ−ＧＷ１０を介したモバイルデバイス３のベアラの解放をトリガすることなくページングが要求されていることを示し得る。
【００４１】
ＭＭＥ９は、Ｓ１ベースのページングをトリガし、モバイルデバイス３からの適切な応答を待つ。この例では、モバイルデバイス３は、（新しい基地局５ｃ／セル＃２を介して）適切なＲＲＣおよびＳ１コネクションセットアップ手順（RRC and S1 connection setup procedures）を実行することによって、新しい基地局５ｃを介してＭＭＥのページング要求に応答する。これは、新しい基地局５が、モバイルデバイス３から受信したＵＥ識別子（例えば、再開ＩＤ）を用いて関連するＵＥコンテキストをどのように見つけるかについて、知らないまたは理解しない場合に、可能である。ＭＭＥ９は、モバイルデバイス３の新しい位置として、セル＃２を登録する。
【００４２】
新しい基地局５ｃがモバイルデバイス３のための新しいＲＲＣおよびＳ１コネクションを確立するとき、ＭＭＥ９は、有利には、古い（アンカー）基地局５ｂからのデータ転送が起こることを新しい基地局５ｃに示すことができる。この例では、ＭＭＥ９は、アンカー基地局５ｂへのその応答（例えば、「ＵＥコンテキスト解放応答（UE Context Release Response）」など）で、データ転送を要求する。
【００４３】
さらに、ＭＭＥ９は、モバイルデバイス３によって実行された（先行する）ハンドオーバを監視し、モバイルデバイス３に関するコンテキスト情報および他のパラメータを取得するようにも構成され得る。したがって、新基地局５ｃへのＭＭＥ９のメッセージは、また、アンカー基地局５ｂからＵＥコンテキストを取ってくるために新基地局５ｃによって使用され得る（以前にＭＭＥ９によって取得または保持された）情報を、含んでいてもよい。同様に、ＭＭＥ９は、データ転送を実行するために、アンカー基地局５ｂに関連する情報を提供することができる。
【００４４】
一方、モバイルデバイス３が見つからない場合（すなわち、ネットワーク全体のＳ１ベースのページングにも応答しない場合）、ＭＭＥ９は、（アンカー基地局５ｂおよびＭＭＥ９で保持されている）ＵＥコンテキストを解放するためおよびＳ−ＧＷ１０に対してアクセスベアラの解放をトリガするために、適切なレガシー手順に従うことができる。ＵＥコンテキストが解放された後、モバイルデバイス３は、（ＬＣ状態の代わりに）ＲＲＣアイドル状態にあると見なされ、そして、モバイルデバイス３は、ＲＲＣ接続状態に移行することによって、例えば（単純な再開オペレーションの代わりに）適切なＲＲＣコネクション確立オペレーション（RRC connection establishment operation）をトリガすることによって、ネットワークと再び通信することができる。
【００４５】
特に有益な例では、基地局５は、モバイルデバイス３が現在ＬＣ状態で動作しているのでモバイルデバイス３に対して特定のオペレーションが不可能であることを、ＭＭＥ９に通知するように、構成されてもよい。そのようなＭＭＥのオペレーションは、例えば、ロードバランシング（load balancing）、要求されるＴＡＵ、省電力モード、ＭＴ ＣＳＦＢなどを含み得る。したがって、ＭＭＥ９は、モバイルデバイス３が接続状態（Ｓ１接続／ＥＣＭ−ＣＯＮＮＥＣＴＥＤ）にあると見なし続ける場合でも、そのような手順を回避することができる。
【００４６】
有利には、サービング／アンカー基地局５（この例では、基地局５ｂ）は、モバイルデバイス３がＬＣ状態で動作しているかどうか、および／または、特定のＭＭＥ動作が回避される（または禁止される）べきか、を識別する情報を、ＭＭＥ９に送信するように構成される。受信した情報に基づいて、ＭＭＥ９は、ＣＳＦＢなどの特定の動作に対して異なる処理を行うか、または、負荷分散ＴＡＵ（load balancing TAU）が必要な状態でＳ１を解放しない。その結果、過負荷のとき、ＭＭＥ９は、ライト接続モードにあるＵＥ群に属さないＳ１コネクション群を解放するように構成され得る。
【００４７】
有益なことに、上記の手順は、そうでなければモバイルデバイス３の現在の動作状態にとって不適切であるはずの手順を実行および／または要求することをＭＭＥ９が回避する、ことを可能にする。
【００４８】
異なる基地局を介したモバイルデバイス３のＲＲＣコネクションの迅速な再開（この例では、基地局５ｃおよびセル＃２を介したモバイルデバイスのコネクションの再開）を容易にするために、このシステムの複数の基地局５もまた、それらがアンカー基地局として機能する複数のモバイル機器３（複数のユーザ）に関する情報を互いに交換するように、構成され得る。
【００４９】
具体的には、複数の基地局５（少なくともアンカー基地局として動作するもの）は、Ｘ２インタフェースを介してそれらの１つまたは複数の近隣基地局に、任意のＵＥ ＡＳコンテキスト、セキュリティデータ、その特定の基地局５での中断ベアラ、および／または、そのような中断されたベアラに関連するモバイルデバイス３を識別する情報を提供するように構成され得る。
【００５０】
そのような交換された情報（例えば、中断されたベアラおよび／またはそのようなベアラに関連付けられたモバイルデバイスの識別子）を使用して、複数の近隣基地局５は、有利に、別の（アンカー）基地局で中断されたベアラについて関連するＵＥコンテキストを事前に取ってくることができる。これにより、複数の近隣基地局５は、（ＵＥコンテキストはすでに新しい基地局５でローカルに利用可能であるため）新しい（近隣）基地局５によって運用されるセルへの特定のモバイルデバイス３のハンドオーバ（またはアイドルモードモビリティ）時の遅延を最小限に抑えることができる。これは、超高信頼性低遅延通信（ultra-reliable low latency communications）に役立つ可能性がある。
【００５１】
要約すると、このネットワークでは、（ＬＣ状態で動作している可能性がある）ユーザ機器が異なる基地局によって運用される新しいセルに移動するおよび／または新しいセルにキャンプオンする場合に、ユーザ機器（モバイルデバイスおよび／またはＩｏＴデバイス）、基地局、およびＭＭＥでの、より良いサービス継続性およびより効率的なリソース使用を提供することができる。
【００５２】
モバイルデバイス
図２は、図１に示したモバイルデバイス３（例えば、携帯電話またはＩｏＴデバイス）の主要構成要素を示すブロック図である。図示されるように、モバイルデバイス３は、１つ以上のアンテナ３３を介して基地局５と信号を送受信するように動作可能なトランシーバ回路３１を有する。モバイルデバイス３は、モバイルデバイス３の動作を制御するコントローラ３７を有する。コントローラ３７は、メモリ３９と関連付けられ、トランシーバ回路３１に接続されている。モバイルデバイス３は、その動作に必ずしも必要ではないが、勿論、従来の携帯電話のすべての通常の機能（例えば、ユーザインタフェース３５）を有していてもよく、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアのいずれか１つ又は任意の組み合わせによって、提供されてもよい。ソフトウェアは、メモリ３９に予めインストールされていてもよく、および／または、例えば電気通信ネットワークを介してまたは取り外し可能データ記憶装置（ＲＭＤ：data storage device）から、ダウンロードされてもよい。
【００５３】
コントローラ３７は、この例では、メモリ３９内に記憶されているプログラム命令またはソフトウェア命令によって、モバイルデバイス３の全体的な動作を制御するように、構成されている。図示のように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１と、通信制御モジュール４３と、ＵＥ状態モジュール４５と、ＲＲＣモジュール４６と、ＮＡＳモジュール４９とを含む。
【００５４】
通信制御モジュール４３は、モバイルデバイス３と、そのサービング基地局５（および、他のモバイルデバイス、ＩｏＴデバイス、コアネットワークノードなどの、サービング基地局５に接続された他の通信デバイス）との間の通信を制御するように動作可能である。
【００５５】
ＵＥ状態モジュール４５は、（例えば、適切な設定（１つまたは複数の状態遷移タイマ（state transition timer(s)）、ＲＡＮページングエリアを識別する情報など）および、ＵＥ位置、セル情報などを識別する情報を取得することによって）モバイルデバイス３の動作状態を管理することを担当する。そして、ＵＥ状態モジュール４５は、モバイルデバイス３の現在の動作状態に従って、他のモジュール（例えば、ＲＲＣモジュール４６およびＮＡＳモジュール４９）を制御する。
【００５６】
ＲＲＣモジュール４６は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを、生成し、送信し、そして受信するように、動作可能である。例えば、そのようなメッセージは、モバイルデバイス３とそのサービング基地局５との間で交換される。ＲＲＣメッセージは、例えば、適切な基地局５との間のＲＲＣコネクションの確立／再開に関するメッセージを、含んでいてもよい。
【００５７】
ＮＡＳモジュール４９は、ＮＡＳ規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、そして受信するように動作可能である。例えば、そのようなメッセージは、（ＲＲＣモジュール４６を使用して、サービング基地局５を介して）モバイルデバイス３とＭＭＥ９との間で交換される。ＮＡＳメッセージは、例えば、モバイルデバイス３が現在位置しているトラッキングエリア（またはセル）の登録および／または更新に関するメッセージを含んでいてもよい。
【００５８】
基地局
図３は、図１に示した基地局５の主要構成要素を示すブロック図である。図示のように、基地局５は、１つまたは複数のアンテナ５３を介して（モバイルデバイス３／ＩｏＴデバイス３'のような）ユーザ機器と信号を送受信するトランシーバ回路５１と、コアネットワーク７と信号を送受信するためのコアネットワークインタフェース５５（例えば、Ｓ１インタフェース、ＮＧ−Ｃインタフェースなど）と、近隣基地局（neighbouring base stations）と信号を送受信するための基地局インタフェース５６（例えば、Ｘ２インタフェース、Ｘｎインタフェースなど）とを有している。基地局５は、基地局５の動作を制御するためのコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられている。必ずしも図３には示されていないが、基地局５は、当然のことながらセルラネットワーク基地局の通常の機能のすべてを有しており、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアの任意の１つ又は任意の組み合わせによって、提供されてもよい。ソフトウェアは、メモリ５９に事前にインストールされてもよく、および／または、例えば電気通信ネットワーク１を介して、または、取り外し可能なデータ記憶装置（ＲＭＤ）から、ダウンロードされてもよい。コントローラ５７は、この例では、メモリ５９内に記憶されたプログラム命令またはソフトウェア命令によって基地局５の全体的な動作を制御するように構成される。図示されるように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム６１と、通信制御モジュール６３と、ＵＥ状態モジュール６５と、ＲＲＣモジュール６６と、Ｘ２モジュール６７と、Ｓ１ＡＰモジュール６８とを含む。
【００５９】
通信制御モジュール６３は、基地局５と、ユーザ機器（モバイルデバイス３／ＩｏＴデバイス３'）および基地局５に接続されている他のネットワークエンティティとの間の、通信を制御するように、動作可能である。また、通信制御モジュール６３は、（関連する複数の無線ベアラを介した）ダウンリンクユーザトラヒック、及び、例えばモバイルデバイス３および／またはＩｏＴデバイス３'の動作を管理するための制御データを含む、基地局５に関連する複数の通信デバイスへ送信される制御データの、別々の複数のフローを制御する。
【００６０】
ＵＥ状態モジュール６５は、（例えば、状態遷移タイマ、ＲＡＮページングエリアを識別する情報などのような、適切な設定を生成して送信することによって）基地局５によってサービングされているモバイルデバイス３の動作状態を管理および監視することを担当する。そして、ＵＥ状態モジュール６５は、適切な場合には、特定のモバイルデバイス３の現在の動作状態に関する情報を、他のノード（例えば、ＭＭＥ９）に提供する。
【００６１】
ＲＲＣモジュール６６は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、そして受信するように動作可能である。例えば、そのようなメッセージは、基地局５とモバイルデバイス３（および基地局５のセル内の他のユーザ機器）との間で交換される。ＲＲＣメッセージは、例えば、特定のモバイルデバイス３のためのＲＲＣコネクションを確立／再開することに関するメッセージを含んでいてもよい。
【００６２】
Ｘ２モジュール６７は、Ｘ２ＡＰ（またはＸｎＡＰ）規格に従ってフォーマットされたシグナリングメッセージ（Ｘ２／Ｘｎメッセージ）を生成し、送信し、そして受信するように動作可能である。Ｘ２／Ｘｎメッセージは、例えば、近隣基地局間での、モバイルデバイス３のページング、データ転送、ＵＥコンテキスト（およびモバイルデバイス３に関する他の情報）の転送／フェッチ（transferring/fetching）に関するメッセージを含んでいてもよい。
【００６３】
Ｓ１ＡＰモジュール６８は、Ｓ１ＡＰ（またはＮＧ−ＣＡＰ）規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、そして受信するように動作可能である。例えば、そのようなメッセージは、基地局５とモビリティ管理エンティティ（ＭＭＥ）９との間で交換される。Ｓ１ＡＰメッセージは、例えば、ユーザ機器の位置および／または動作状態（例えば、ＬＣ）の登録に関するメッセージ、および／または、関連する応答を含んでいてもよい。
【００６４】
モビリティ管理エンティティ
図４は、図１に示すモビリティ管理エンティティ（ＭＭＥ）９の主要構成要素を示すブロック図である。図示のように、モビリティ管理エンティティ９は、基地局インタフェース７５（例えばＳ１インタフェース）を介して、基地局５（および／または基地局５に接続された通信デバイス）との間で信号を送受信するためのトランシーバ回路７１を有する。モビリティ管理エンティティ９は、モビリティ管理エンティティ９の動作を制御するためのコントローラ７７を有する。コントローラ７７は、メモリ７９に関連付けられている。必ずしも図４には示されていないが、モビリティ管理エンティティ９は、もちろんセルラ電話ネットワークモビリティ管理エンティティのすべての通常の機能を有し、これは、必要に応じて、ハードウェア、ソフトウェア、およびファームウェアのうちの任意の１つまたは任意の組合せによって提供され得る。ソフトウェアは、メモリ７９に事前にインストールされてもよく、および／または、例えば電気通信ネットワーク１を介してまたは取り外し可能なデータ記憶装置（ＲＭＤ）から、ダウンロードされてもよい。コントローラ７７は、この例では、メモリ７９内に格納されたプログラム命令またはソフトウェア命令によって、モビリティ管理エンティティ９の全体的な動作を制御するように構成される。図示のように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム８１と、通信制御モジュール８３と、ＵＥ状態／位置登録モジュール８５と、Ｓ１ＡＰモジュール８８と、ＮＡＳモジュール８９とを含む。
【００６５】
通信制御モジュール８３は、モビリティ管理エンティティ９と、基地局５、モバイルデバイス３、ＩｏＴデバイス、およびモビリティ管理エンティティ９に接続されている他のネットワークエンティティとの間の、通信を制御するように動作可能である。
【００６６】
ＵＥ状態／位置登録モジュール８５は、ＭＭＥ９に接続されているユーザ機器の現在の位置および状態（例えば、アイドル状態または接続状態）を追跡することを担当する。
【００６７】
Ｓ１ＡＰモジュール８８は、Ｓ１ＡＰ（またはＮＧ−Ｃ ＡＰ）規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、そして受信するように動作可能である。例えば、そのようなメッセージは、モビリティ管理エンティティ９と接続された基地局５との間で交換される。Ｓ１ＡＰメッセージは、例えば、基地局のセル内のユーザ機器の位置および／または動作状態（例えば、ＬＣ）の登録、データ転送の要求、パス切替の要求に関するメッセージ、および／または、関連する応答を含み得る。
【００６８】
ＮＡＳモジュール８９は、ＮＡＳ規格に従ってフォーマットされたシグナリングメッセージを生成し、送信し、そして受信するように動作可能である。例えば、そのようなメッセージは、（Ｓ１ＡＰモジュール８８を使用して、基地局５を介して）ＭＭＥ９とモバイルデバイス３との間で交換される。ＮＡＳメッセージは、例えば、モバイルデバイス３が現在位置しているトラッキングエリア（またはセル）の登録および／または更新に関するメッセージを含み得る。
【００６９】
上記の説明では、モバイルデバイス３、基地局５、およびモビリティ管理エンティティ９は、理解を容易にするために、いくつかの個別のモジュール（通信制御モジュールおよびＵＥ状態モジュールなど）を有するものとして説明されている。これらのモジュールは、例えば既存のシステムが本発明を実施するように改変された特定の用途のために、このように提供されてもよいが、例えば、当初から本発明の特徴を考慮して設計されたシステムにおいて、全体的なオペレーティングシステムやコードに組み込まれていてもよく、このため、これらのモジュールは、別々の複数のエンティティとして認識されなくてもよい。また、これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又は、これらの組み合わせによって、実装されてもよい。
【００７０】
ここで、ＬＣ状態で動作しているモバイルデバイスが異なる基地局によって動作されているセル間を移動する、上記のシナリオのより詳細な説明を（図５〜図７を参照して）行う。
【００７１】
オペレーション−第１の例
図５は、ＬＣ状態で動作しているモバイルデバイス（ＵＥまたはＩｏＴデバイス）についてページングオペレーションを実行するときに、ネットワーク１の構成要素によって実行される例示的なプロセスを示す、タイミング図（メッセージシーケンスチャート）である。
【００７２】
この例では、新しい基地局５ｃは、Ｒｅｌ−１４規格（またはそれ以降）に従って設定された基地局であり、したがって、ＬＣモードで動作するユーザ機器をサポートする、ことを理解されよう。
【００７３】
最初に、モバイルデバイス３は、ＬＣ状態で動作し、その以前のサービング基地局５ｂは、モバイルデバイス３のアンカー基地局として動作する。したがって、アンカー基地局５ｂは、モバイルデバイス３に関連するＵＥコンテキストを（そのＵＥ状態モジュール６５を使用して）記憶し、Ｓ１を終了しながら、（例えば、セルＩＤおよび／またはページングエリアＩＤのリストをモバイルデバイス３に提供することによって）モバイルデバイス３に対して、適切なＲＡＮベースのページングエリアを設定する。モバイルデバイス３がアンカー基地局５ｂによってサービングされているエリアを離れた（および／またはセル＃１の信号状態が悪化した）場合、モバイルデバイス３は、より好ましい信号状態を有する、キャンプオンすべき新しいセルを選択する。この例では、モバイルデバイス３は、基地局５ｃによって運用されているセル＃２を選択してキャンプオンする。モバイルデバイス３は無線アクセスネットワークとのアクティブなコネクションを有していないので、アンカー基地局５ｂは、モバイルデバイス３の現在位置（セル＃２）を認識していない。したがって、アンカー基地局５ｂの観点からは、モバイルデバイス３は、（ＬＣ状態で）アイドルであると見なされる。
【００７４】
モバイルデバイス３がＬＣ状態で動作していると見なされる一方で、（そのＵＥ状態／位置登録モジュール８５を使用して）ＭＭＥ９は、モバイルデバイス３がＲＡＮの観点からの（ＭＭＥ９からは見えないかもしれない）アイドルモードで動作中であっても、関連するＳ１コネクション（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態）を維持する。したがって、ステップＳ５０１ａおよびＳ５０１ｂに一般的に示されるように、ＭＭＥ９がモバイルデバイス３に送信するためのダウンリンクデータ（たとえば、制御プレーンシグナリング／ユーザプレーンデータ）を有するとき、ＭＭＥ９は、ページングを行わずに、（そのＳ１ＡＰモジュール８８を使用して）ダウンリンクデータをアンカー基地局５ｂに送信することを開始する。また、場合によっては、異なるコアネットワークノード、例えば、Ｓ−ＧＷ１０は、ダウンリンクデータをアンカー基地局５ｂに送信してもよい。
【００７５】
ＭＭＥ９からのダウンリンクデータの受信に応答して、アンカー基地局５ｂのコントローラ５７は、ステップＳ５０２において、ＲＡＮベースのページングをトリガする。ＲＡＮベースのページングは、通常、Ｕｕインタフェースを介して、Ｘ２インタフェースを介して、または、その両方を介して、ページングシグナリングを送信することを含む。ステップＳ５０３において、アンカー基地局５ｂは、そのモバイルデバイス３に適切なページングエリア内で、モバイルデバイス３のＲＡＮベースのページングを実行する。図５には示されていないが、アンカー基地局５ｂは、また、近隣基地局を介してモバイルデバイス３に到達しようと試みるために、適切なＸ２ページングシグナリングをその１つまたは複数の近隣基地局５へ送信してもよい。効果的には、ＲＡＮベースのページングは、ダウンリンクデータを受信するためにアンカー基地局５ｂまたは他の適切な基地局を介してそのＲＲＣコネクションを再開する（再接続する）必要があることを、モバイルデバイス３に示す。
【００７６】
ページングの開始時に、アンカー基地局５ｂは、適切なタイマー（例えばページングタイマー）を開始し、ＭＭＥ９（またはＳ−ＧＷ１０）からのダウンリンクデータを、そのローカルキャッシュ（メモリ５９）に記憶する。
【００７７】
この例では、モバイルデバイス３は、ページングシグナリングを受信（または、に応答）することができない。これは、例えば、（セル＃２が現在設定されているＲＡＮページングエリアに属していても）アンカー基地局５ｂが近隣セルを介してページングを実行しない場合、または、セル＃２がモバイルデバイス３について設定されたページングエリアに属していない場合、または、セル＃２の端の信号状態が、モバイルデバイス３がそのセル内でページングシグナリングをうまく受信する（または応答する）ことを妨げる場合、起こり得る。
【００７８】
ステップＳ５０４に一般的に示されるように、アンカー基地局５ｂが所定の時間間隔内に（例えばページングタイマの満了時に）モバイルデバイス３から応答を受信しない場合、基地局５ｂは、ＭＭＥ９からの支援を要求することに進む。
【００７９】
具体的には、アンカー基地局５ｂは、ステップＳ５０５において、ＭＭＥ９にＳ１ベースの（レガシー）ページング手順を開始するよう要求する、適切にフォーマットされたＳ１シグナリングメッセージ（「ＵＥコンテキスト解放要求（UE Context Release Request）」など）を生成して送信する。図５に示すように、基地局５ｂからのメッセージはまた、ＭＭＥ９がＳ−ＧＷ１０を介したモバイルデバイス３のベアラの解放をトリガする必要がないこと、を示し（またはそのように解釈され）得る。
【００８０】
しかしながら、ＭＭＥ９が（例えば、ネットワークワイドページング手順を開始することによって）基地局５ｂを支援することを進めることができる前に、ＭＭＥ９は、ＵＥ状態を接続状態からアイドル状態（ＥＣＭ−ＣＯＮＮＥＣＴＥＤからＥＣＭ−ＩＤＬＥ）に調整する必要がある。したがって、Ｓ５０５でメッセージを受信すると、（そのＵＥ状態／位置登録モジュール８５を使用して）ＭＭＥ９は、モバイルデバイス３についてのＳ１コネクションをアイドル状態（たとえば、ＥＣＭ−ＩＤＬＥ）に移して、次いで、ステップＳ５０６において、最後に知っているモバイルデバイス３のトラッキングエリアにおいてレガシページング手順の開始することに進む。したがって、ＭＭＥ９は、ステップＳ５０７において、（そのＳ１ＡＰモジュール８８を使用して）適切にフォーマットされたページング要求を生成して、最後に知っているトラッキングエリアに属するセルを運用している基地局５（新しい基地局５ｃを含む）に送信する。
【００８１】
図示されるように、ＭＭＥのページング要求は、ステップＳ５０８において、（セル＃２において）Ｕｕインタフェースを介してモバイルデバイス３についての適切なページングを実行するように、新しい基地局５ｃをトリガする。しかしながら、図５に示すように、ＭＭＥ９およびＳ−ＧＷ１０は、基地局５ａからＵＥコンテキスト解放要求（UE Context Release Request）を受信したにも関わらず、「アクセスベアラ解放（Release Access Bearer）」手順を実行しない、すなわち、ＭＭＥ９は、Ｓ−ＧＷ１０を介したモバイルデバイス３についての既存のＳ１ベアラを維持する。
【００８２】
Ｓ１ベースのページングをトリガした後、ＭＭＥ９は、モバイルデバイス３からの応答を待つ。この例では、ステップＳ５０９に一般的に示されるように、モバイルデバイス３は、（セル＃２を介して）適切なＲＲＣおよびＳ１コネクションセットアップ手順を実行することによって、新しい基地局５ｃによるＵｕページング要求に応答する。典型的には、ステップＳ５０９は、モバイルデバイス３が（そのＮＡＳモジュール４９を使用して）適切にフォーマットされたハンドオーバ要求を生成して（新しい基地局５ｃを介して）ＭＭＥ９に送信することを含む。ＵＥ状態／位置登録モジュール８５を使用して、ＭＭＥ９は、モバイルデバイス３の新しい位置として、セル＃２を登録する。ステップＳ５０９の一部として、ＭＭＥ９は、（例えば、適切にフォーマットされた「初期コンテキストセットアップ要求（Initial Context Setup request）」などで）新しい基地局５ｃに対して、アンカー基地局５ｂから新しい基地局５ｃへのデータ転送が差し迫っていることを示してもよく、この結果として、新しい基地局５ｃは、転送されたデータを受信するために適切なリソースを準備することができる。
【００８３】
有益には、ＭＭＥ９は、モバイルデバイス３によって実行された（先行する）ハンドオーバを監視し、モバイルデバイス３に関するコンテキスト情報および他のパラメータを取得する（メモリ７９に保持する）ように、構成されてもよい。したがって、基地局５ｃへのＭＭＥ９のメッセージは、ＭＭＥ９によって保持される以下の情報のうちの１つまたは複数を含んでいてもよい。
・新しい基地局５ｃがコンテキストフェッチのために使用することができる、モバイルデバイス３に関連付けられる適切な識別子（たとえば再開ＩＤ（Resume Id））。
・Ｓ１インタフェースを介してＭＭＥ９でモバイルデバイス３を識別する情報（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」）。
・アンカー基地局５ｂを識別する情報（例えば、「アンカーｅＮＢ ＩＤ」）。
・アンカー基地局５ｂのＴＡＣ。
・モバイルデバイス３に現在サービングしているＭＭＥ９に関連付けられたグローバルユニークＭＭＥ ＩＤ（ＧＵＭＭＥＩ）。
・ハンドオーバ制限リスト（例えば、モバイルデバイス３のハンドオーバが許可されていないセルのセル識別子のリスト）。
・モバイルデバイス３に関連する以前に処理されたハンドオーバ要求において見出される他のパラメータ。
【００８４】
同様に、ＭＭＥ９は、データ転送を実行するために、アンカー基地局５ｂに関連する情報を提供することができる。したがって、ステップＳ５１０において、ＭＭＥ９は、適切なＳ１シグナリングメッセージ（例えば、「ＵＥコンテキスト解放コマンド（UE Context Release Command）」など）を生成してアンカー基地局５ｂに送信することによって、アンカー基地局５ｂに対して、データ転送を実行するように要求する。この例では、ＭＭＥ９は、ＵＥコンテキスト解放コマンドをアンカー基地局５ｂに送信し、新しい基地局５ｃを識別する情報（例えば、ｅＮＢ ＩＤ／ｇＮＢ ＩＤ）と、新しい基地局５ｃのための適切な転送アドレスを識別する情報（例えば、トンネルエンドポイント識別子（ＴＥＩＤ：tunnel endpoint identifier）など）とを含める。したがって、新しい基地局５ｃは、アンカー基地局５ｂからモバイルデバイス３に関連するコンテキストをフェッチするために、（たとえば、「ＵＥコンテキスト取得要求（Retrieve UE Context Request）」を生成してアンカー基地局５ｂに送信することによって）適切な手順をトリガすることができる。図５には詳細に示されていないが、アンカー基地局５ｂは、要求されたＵＥコンテキストを含む適切にフォーマットされた「ＵＥコンテキスト取得応答（Retrieve UE Context Response）」を生成して新しい基地局５ｃに送信する。
【００８５】
Ｘ２ベース（またはＳ１ベース）のコンテキストの取得が成功した後、基地局５は、ＳＮステータス転送およびデータ転送（SN Status transfer and data forwarding）に進む。具体的には、アンカー基地局５ｂは、モバイルデバイス３に関連するトランシーバのステータス（アップリンク受信機ステータス／ダウンリンク送信機ステータス）を転送するために、ステップＳ５１１において、（そのＸ２モジュール６７を使用して）適切な「ＳＮステータス転送（SN Status transfer）」メッセージを生成し送信する。トランシーバの状態は、アップリンク方向およびダウンリンク方向で使用されるそれぞれのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）を含んでいてもよく、それによって、新しい基地局５ｃは、モバイルデバイス３がセル＃２を介してネットワークとのコネクションを再開する後の状態を、維持することができる。
【００８６】
ステップＳ５１２において、アンカー基地局５ｂは、ＭＭＥ９によって提供された転送アドレスを使用して、（そのＸ２モジュール６７を使用して）保持していたダウンリンクデータを新しい基地局５ｃへの転送することを開始し、新しい基地局５ｃは、転送されたデータを、Ｕｕインタフェースを介してモバイルデバイス３へ中継する（図５には示されていない）。
【００８７】
ステップＳ５１３に一般的に示されるように、ＭＭＥ９および新しい基地局５ｃは、また、（（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」情報エレメント内に）、切り替えられるべきパスを識別する情報を含む「パス切替リクエスト（Path Switch Request）」、および、関連する確認応答（acknowledgement）を含む）適切なパス切替手順を開始する。パス切替手順に応答して、ＭＭＥ９は、また、ステップＳ５１４において、モバイルデバイス３に関連付けられたベアラを修正するように（すなわち、アンカー基地局５ｂの代わりに、新しい基地局５ｃにデータをトンネリングするように）、Ｓ−ＧＷ１０に要求する。ベアラが修正されると、アンカー基地局５ｂがダウンリンクデータを新しい基地局５ｃに転送する必要はない。
【００８８】
（ステップＳ５１３における）新しい基地局５ｃによってトリガされたパス切替の後、新しい基地局５ｃは、古い（アンカー）基地局５ｂに向けてＵＥコンテキスト解放をトリガすることができる。より詳細には、モバイルデバイス３に関連するパス（Ｓ１コネクション）をアンカー基地局５ｂから新しい基地局５ｃに切り替えた後、新しい基地局５ｃは、ステップＳ５１５において、アンカー基地局５ｂがモバイルデバイス３に関連するＵＥコンテキストを記憶する必要がないことをアンカー基地局５ｂに通知する、ＵＥコンテキスト解放メッセージを生成して送信する。効果的には、このメッセージは、アンカー基地局５ｂに、（例えば、ＵＥコンテキストを新しい基地局５ｃに転送した後に）モバイルデバイス３に関連するＵＥコンテキストを削除するように促す。これにより、新しい基地局５ｃは、モバイルデバイス３についての新しいアンカー基地局になる。ステップＳ５１６において、前のアンカー基地局５ｂは、ＭＭＥ９のコマンドに対する適切なＳ１確認応答を生成して送信することによって、ＵＥコンテキスト解放が完了したことを確認する。
【００８９】
オペレーション−第２の例
図６は、ＬＣ状態で動作しているモバイルデバイス（ＵＥまたはＩｏＴデバイス）についてのページングオペレーションを実行するときに、ネットワーク１の構成要素によって実行される、別の例示的なプロセスを示すタイミング図（メッセージシーケンスチャート）である。図５を参照して説明した例の変形であるこの例では、新しい基地局５ｃは、Ｒｅｌ−１４以前の規格に従って構成された基地局である（したがって、アンカー基地局５ｂからの転送データを受信することはできない）。したがって、この例では、アンカー基地局５ｂは、キャッシュされたデータをＳ−ＧＷ１０に転送するように構成される。
【００９０】
ステップＳ６０１ａからＳ６０８は、上述したステップＳ５０１ａからＳ５０８に対応するので、それらの説明は簡潔のためにここでは省略する。
【００９１】
しかしながら、この例では、ＭＭＥ９が新しい基地局５ｃにページング要求を送信し（ステップＳ６０７）、新しい基地局５ｃがＵｕインタフェースを介してモバイルデバイス３をページングした後（ステップＳ６０８）、ＭＭＥ９およびモバイルデバイス３は、ステップＳ６０９に進み、モバイルデバイス３は、そのダウンリンクデータを受信するために、レガシーＲＲＣコネクション確立手順を実行する。
【００９２】
より詳細には、モバイルデバイス３は、（基地局５ｃがＲｅｌ−１４以前の基地局であるため）適切な（新しい基地局５ｃとの間の）ＲＲＣコネクション設定手順および（新しい基地局５ｃを介したＭＭＥ９との間の）Ｓ１コネクション設定手順を開始して実行することによって、Ｕｕインタフェース上のページングに応答する。（そのコントローラ７７を使用して）ＭＭＥ９は、また、モバイルデバイス３の現在のサービングセル（セル＃２）が、Ｒｅｌ−１４以前の規格に従って構成されている基地局５ｃによって、運用されている、と決定する。
【００９３】
したがって、ステップＳ６１０において、ＭＭＥ９は、（そのＳ１ＡＰモジュール８８を使用して）ＵＥコンテキスト解放コマンド（および／または同様のもの）を生成してアンカー基地局５ｂに送信し、アンカー基地局５ｂに対して、Ｓ−ＧＷ１０へのデータ転送を実行するよう要求する。
【００９４】
したがって、ステップＳ６１２において、アンカー基地局５ｂは、（セル＃２を介してモバイルデバイスについて確立された新しいＳ１コネクションを使用してＳ−ＧＷ１０を介したモバイルデバイス３への配信のために）Ｓ−ＧＷ１０へのデータ転送を開始する。有利には、新しい基地局５ｃがＲｅｌ−１４以前の基地局であっても、既にアンカー基地局５ｂに送信されたモバイルデバイス３向けのダウンリンクデータは、ステップＳ６０９にてセットアップされた新しいＳ１コネクションを用いてＳ−ＧＷ１０を介してモバイルデバイス３へ配信され得る。したがって、ＬＣ状態で動作しているモバイルデバイス（ＵＥまたはＩｏＴデバイス）についてのダウンリンクデータの損失および／または不必要な再送信を回避することが可能である。
【００９５】
ステップＳ６１６において、アンカー基地局５ｂは、要求に応じてＵＥコンテキストを解放し、そして、ステップＳ６１０にて受信したＭＭＥ９の要求に対する適切な応答を生成して送信する。
【００９６】
オペレーション−第３の例
別の有益な例では、基地局５は、モバイルデバイス３が現在ＬＣ状態で動作しているので、モバイルデバイス３に対して特定のオペレーションが不可能であることをＭＭＥ９に通知するように構成されてもよい。そのようなＭＭＥのオペレーションは、例えば、負荷分散、要求されるＴＡＵ、ＰＳＭ、ＭＴ ＣＳＦＢなどを含み得る。したがって、この場合、ＭＭＥ９がモバイルデバイス３を接続状態（Ｓ１接続／ＥＣＭ接続）にあると見なし続けるとしても、ＭＭＥ９は、（おそらく失敗するかまたは失敗する可能性がある）そのような手順を回避することができる。
【００９７】
有利には、サービング／アンカー基地局５（この例では、基地局５ｂ）は、モバイルデバイス３がＬＣ状態で動作しているかどうか、および／または、特定のＭＭＥオペレーションが回避（または禁止）されるべきであるかどうか、を識別する情報を、ＭＭＥ９に送信するように構成される。例えば、この情報は、「ＵＥステータス通知（UE Status Notification）」メッセージなどの適切なＵＥ関連シグナリングメッセージのＩＥなど、モバイルデバイス３に関連する適切にフォーマットされた情報要素（ＩＥ）に含められてもよい。
【００９８】
当然のことながら、そのＩＥは、モバイルデバイス３を識別する情報（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」および／または「ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ」）、および、特定のＭＭＥオペレーションがその特定のデバイスに対して不可能であることを示す情報を含み得る。特定のＭＭＥオペレーションが不可能であることを示す情報は、特定の事前設定されたＭＭＥオペレーションが、識別されたモバイルデバイス３について禁止されていることを示すフラグ（１ビット）、および／または、モバイルデバイス３について不可能である特定のオペレーションを識別する列挙リスト（および／またはそれに類似のもの）、を含んでいてもよい。例示的なＩＥの内容は、表１に示されている。
【００９９】
【表１】
2019537358.tif 000003
【０１００】
有益には、上記の手順は、モバイルデバイス３がＬＣ状態で動作しているときでも、ＭＭＥ９が、モバイルデバイス３の正確な状態／位置に関する情報を維持する、ことを可能にする。したがって、ＭＭＥ９は、そうでなければモバイルデバイス３の現在の動作状態に不適切であるはずの手順を実行および／または要求することを回避することができる。例えば、ＣＳＦＢの場合、ＭＭＥ９は、ＣＳＦＢ（例えばＭＳＣ）をすぐに開始するノードへ肯定的に応答することを回避するように構成され得る。代わりに、ＭＭＥ９は、基地局から更新された情報（例えば、モバイルデバイス３がもはやＬＣ状態ではなく、および／または、ＣＳＣＦが特定のモバイルデバイス３についてもはや禁止されていない）を受信するまで待つように構成されてもよい。
【０１０１】
オペレーション−第４の例
アンカー基地局とは異なる基地局を介してモバイルデバイスのコネクションを再開（この例では、基地局５ｃおよびセル＃２を介したモバイルデバイス３のコネクションを再開）する必要性によって生じる潜在的な遅延を低減するために、このシステムの複数の基地局５は、これらがアンカー基地局として機能するように設定されている、モバイルデバイス３（ユーザ）に関連する情報を互いに交換するように有利に構成されている。
【０１０２】
具体的には、基地局５（少なくともアンカー基地局として動作するもの）は、それらの近隣基地局へ、中断されたベアラ、ＵＥ ＡＳコンテキスト、その特定の基地局５におけるセキュリティコンテキスト、および／または、そのような中断されたベアラに関連するモバイルデバイス３を識別する情報を、提供するように構成される。あるいは、各アンカー基地局５は、コンテキストプリフェッチを実行するために他の隣接局に対して各ＵＥを識別する一意の識別子を（Ｘ２を介して）交換するように構成されてもよい。
【０１０３】
各基地局５が、（その関連するＵＥ状態モジュール６５において）その基地局によってサービングされるベアラ／モバイルデバイスに関する情報を保持してもよい、ことを理解されよう。そのような情報は、例えば、ＲＡＮルーティングエリア（ＲＲＡ）内で使用される関連識別子（例えば、「ＵＥ ＲＲＡ識別子」、「再開ＩＤ」など）を含んでいてもよい。
【０１０４】
例えば、任意の基地局５が、特定のＵＥを一意に識別することができ、且つ、関連するコンテキストをどこから取得するかに関して決定することができるようにするために、適切な識別子が、アンカー基地局５ｂのＲＡＮルーティングエリアＩＤ／トラッキングエリアコード（ＴＡＣ）、その基地局自体の識別子（例えば、ｅＮＢ ＩＤ／ｇＮＢ ＩＤ）、および、ランダムナンバー（例えば、２進数）を用いて、構築されてもよい。
【０１０５】
適切なＸ２シグナリングを使用して、複数の近隣基地局５（複数のアンカー基地局）は、それらによって固定されている複数のＵＥの識別情報を交換するように、構成されてもよい。複数のアンカー基地局５はまた、（少なくとも同じＲＡＮルーティングエリア内のそれらの近隣基地局との間で）固定されているモバイルデバイス３について使用される、それらのそれぞれのＲＡＮルーティングエリア識別子を交換してもよい。
【０１０６】
有利なことに、複数の近隣基地局によって固定された複数のモバイルデバイス３に関連する情報を使用して、各基地局５は、各モバイル機器３のハンドオーバまたはアイドルモードモビリティにおける遅延を最小にするために、各ＵＥコンテキストをプリフェッチ（pre-fetch）するように構成されてもよい。
【０１０７】
コンテキストプリフェッチは、すべての固定されたモバイルデバイスに適用することができる。あるいは、コンテキストフェッチは、特定のタイプのモバイルデバイス３（例えば、ＭＴＣ／ＩｏＴデバイスのみ）へ、選択的に適用されてもよい。ネットワーク共有／スライシングが実施される場合、コンテキストプリフェッチは、ネットワークスライスの特定のネットワークスライス／タイプ（例えば、スライスネットワークテンプレート）にアクセスするモバイルデバイス３、および／または、特定のテナントタイプに属するモバイルデバイス３に適用され得る。さらに、コンテキストプリフェッチはまた、（適切な場合には）静止／非静止ＵＥに選択的に適用され得る。
【０１０８】
コンテキストプリフェッチは、超高信頼性低遅延通信（ＵＲＬＣＣ：Ultra-Reliable and Low Latency Communications）のユースケースに特に有用であり得ることが理解されよう。
【０１０９】
（上述のように構成された識別子を使用して）ＲＲＡ内で共通のＲＲＡ ＵＥ識別子プールをプリフェッチし維持することによっても、基地局がＲＲＡ内で移動体装置３を一意にアドレス指定することが可能になる。（ＲＲＡ内の異なるセル／基地局にわたって）ＵＥごとに一意の適切なＲＲＡ識別子を構築することによって、（アイドルモードまたは接続モードにおける）セル更新および移動性が、より容易になり、ＬＣ状態で動作するモバイルデバイスについても、十分に低い遅延で実行され得る。
【０１１０】
変更および代替
以上、詳細な実施形態を説明した。当業者には理解されるように、そこに具現化された本発明から依然として利益を受けながら、上記の例示的な実施形態に対して多くの修正および代替を行うことができる。ここでは、図示のみによって、多くのこれらの代替及び変更が説明される。
【０１１１】
本発明の例示的実施形態は、モノのインターネット（またはマシンタイプ）データ送信（例えば、メジャメントイベント中に取得されたデータの送信など）に特に有益であり得ることが理解されよう。しかしながら、例示的実施形態は、通信デバイスが使用されている用途に応じて、任意の形態のデータの送信にも有益に役立つことを理解されよう。例えば、上記の例示的な実施形態は、ユーザデータ、バックアップデータ、同期データ、診断データ、監視データ、使用統計、エラーデータなどのデータの送信に適用可能であり得る。
【０１１２】
図１では、Ｘ２インタフェースは、２つの近隣基地局間に設けられ、Ｓ１インタフェースは、各基地局とコアネットワークとの間に設けられる。しかしながら、他のシステムでは、異なる基地局と基地局との間のインタフェース、および／または、異なる基地局とコアネットワークとの間のインタフェースが設けられてもよい、ことが理解されよう。例えば、５Ｇシステムでは、近隣基地局間のインタフェースは、「Ｘｎ」インタフェースと呼ばれ、基地局とコアネットワークとの間のインタフェースは、「ＮＧ−Ｃ」インタフェースと呼ばれる。５Ｇシステムでは、基地局は、ｇＮＢと呼ばれる。
【０１１３】
上記の例示的実施形態では、３ＧＰＰ無線通信（無線アクセス）技術が、用いられている。しかし、他の無線通信技術（すなわち、ＷＬＡＮ、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）を、上記の例示的な実施形態に従って、ＩｏＴデバイスの送信を管理するために使用することができる。上記の例示的な実施形態は、「非移動式」または一般的に静止しているユーザ機器にも適用可能である。
【０１１４】
上記の説明では、モバイルデバイス、基地局、及びＭＭＥは、理解を容易にするために、多数の別個の複数の機能コンポーネント又は複数の機能モジュールを有するものとして記載されている。これらのモジュールは、例えば既存のシステムが本発明を実施するように改変された特定のアプリケーションにおいて、このように提供されてもよいが、例えば当初から本発明の特徴を考慮して設計されたシステムにおける他のアプリケーションにおいて、これらのモジュールは、全体的なオペレーティングシステム及びコードに組み込まれていてもよく、そのため、これらのモジュールはディスクリートエンティティ（discrete entities）として認識されない可能性がある。
【０１１５】
上記の例示的な実施形態では、いくつかのソフトウェアモジュールが説明された。当業者には理解されるように、ソフトウェアモジュールは、コンパイルされた形態またはコンパイルされていない形態で提供されてもよいし、コンピュータネットワークを介した信号又は記録媒体上の信号として、基地局、モビリティ管理エンティティ、モバイル／ＩｏＴデバイス、または他のユーザ機器へ供給されてもよい。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用ハードウェア回路を使用して実行されてもよい。しかしながら、ソフトウェアモジュールの使用は、それらの機能を更新するために基地局、モビリティ管理エンティティ、またはモバイルデバイスの更新を容易にするので好ましい。
【０１１６】
当然のことながら、上記のＵＥステータス通知（UE Status Notification）は、（ＭＭＥからＵＥステータス通知を送信する基地局へ）同様に応答を必要とする「クラス１」手順として実施されてもよい。あるいは、それは、基地局からの通知のみを必要とする（ただし、ＭＭＥからの応答は必要としない）「クラス２」手順として実装されてもよい。
【０１１７】
上述の第４の例では、基地局は、固定された複数のモバイルデバイスのコネクションの迅速な再開を容易にするために、互いに情報を交換するように構成される。別の例では、基地局は、ＬＣモードと接続モードとの間の移行をスピードアップするために、モバイルデバイスをアシストしてもよい。具体的には、基地局は、接続モードに移行する必要があるとき（例えば、アクティブでなかった期間の後にモバイルデバイスが送信すべき新しいアップリンクデータを有するとき）にモバイルデバイスによって使用されるために、モバイルデバイスに適切なランダムアクセスチャネル（ＲＡＣＨ）プリアンブル情報を（例えば接続モードにおいて）提供してもよい。ＲＡＣＨプリアンブルは、特定のモバイルデバイスに固有であり、このため、基地局がプリアンブルを受信すると（すなわち、コネクション再開の初期段階で）、関連するＵＥコンテキストを取得できる、ことが理解されよう。したがって、そのコネクションを再開するときに適切な（事前に割り当てられた）ＲＡＣＨプリアンブルを送信することによって、モバイルデバイスは、不要な遅延なしに、ＬＣモードから接続モードに移行することができる。
【０１１８】
１つのオプションでは、（基地局によって）モバイルデバイスが接続モードからＬＣモードに移行したときに、基地局は、ＲＡＣＨプリアンブルをモバイルデバイスに提供してもよい。この場合、プリアンブル情報は、接続モードからＬＣモードに移行するようにモバイルデバイスに指示するために、基地局によって使用される適切なメッセージにおいて符号化されてもよい。そのメッセージは、ＲＲＣコネクション解放メッセージ（RRC Connection Release message）および／または同様のものを含むことができる。別のオプションでは、プリアンブル情報は、そのモバイルデバイスに対するUE終端コール（UE-terminated call）の時点で、特定のモバイルデバイスに動的に提供されてもよい。この場合、そのメッセージは、ＲＲＡページングメッセージおよび／または同様のものを含むことができる。さらに別のオプションでは、プリアンブル情報は、システム情報ブロック（ＳＩＢ）オンデマンドシグナリング（system information block on-demand signalling）を使用して、動的に提供されてもよい。
【０１１９】
基地局はまた、モバイルデバイスに割り当てられたＲＡＣＨプリアンブルについての最大有効性（maximum validity）を設定するように構成されてもよい。例えば、基地局は、（割り当てられたプリアンブルと一緒にまたは別々にモバイルデバイスに提供されてもよい）タイマを設定してもよい。したがって、モバイルデバイスがＵＬ／ＤＬデータ送信を行わずに（タイマによって測定された）閾値よりも長い間ＬＣモードに留まる場合、基地局は、（タイマの満了時に）モバイルデバイスをＬＣモードからアイドルモードに移行させることができる。これは、有利には、（必要ならば）基地局が他のモバイルデバイスのために未使用のプリアンブルを割り当てることを可能にする。
【０１２０】
コアネットワークにおける最新の位置情報を維持することをアシストするために、基地局は、モバイルデバイスによって行われる任意のＲＲＡ更新（RRA update）を、コアネットワーク（ＭＭＥ）に向かう対応するトラッキングエリア更新（ＴＡＵ）と同期させる、ように構成されてもよい。具体的には、基地局がモバイルデバイスからＲＲＡ更新を受信すると（例えば、モバイルデバイスが新しいセルに移動すると）、基地局は、ＲＲＡを対応するＴＡにマッピングし、モバイルデバイスの代わりに、従来のＴＡＵを開始する、ように構成されてもよい。有益には、基地局は、ＲＲＡごとに適切なローカル位置管理システム（例えば、ＲＲＡ／セル情報をトラッキングエリア情報にマッピングするローカルデータベース）を実装してもよい。基地局は、モバイルデバイスに関連付けられている、適切なコアネットワーク識別情報（例えば、グローバルに一意の一時的ＩＤ（ＧＵＴＩ：Globally Unique Temporary ID）、一時的な国際モバイル加入者識別情報（Ｔ−ＩＭＳＩ：Temporary International Mobile Subscriber Identity）、および／またはそれに類似のもの）を取得するために、モバイルデバイスのＲＲＡ識別子を使用する、ように構成されてもよい。次いで、取得されたコアネットワーク識別子（core network identity）は、モバイルデバイスに代わって基地局によって生成された、ＴＡＵ要求において使用される。
【０１２１】
図７は、ＬＣモードでアップリンクデータを送信するためのコネクションを再開するときに、システムの構成要素によって実行される、別の例示的なプロセスを示すタイミング図（メッセージシーケンスチャート）である。このプロセスは、小さいデータパケットの送信に特に有益であり得る。この例は、３ＧＰＰドラフトＲ２−１６５５３８に提示されている解決策に類似しているが、この場合のＲＲＣコネクション再開要求（RRC Connection Resume Request）は、モバイルデバイスが単一の送信または複数の送信のためにそのコネクションを再開したいかどうかを示す情報を含む。したがって、基地局は、適切なリソースを割り当て、それに従ってモバイルデバイスを設定することができる。実際には、モバイルデバイスは、ＬＣモードに留まることもできるし、または、指示された（単一または複数の）送信についてのみ、接続モードに移行できる、可能性がある。この場合、モバイルデバイスはまた、有利には、送信後、より迅速にＬＣモードに戻ることができる。
【０１２２】
（基地局によってコアネットワークノードに送信される）メッセージは、Ｓ１ＡＰ：ＵＥコンテキスト解放要求（UE Context Release Request）を含み得る。そのメッセージは、ｉ）通信デバイスについてＳ１ページングが要求されていることの表示、ｉｉ）通信デバイスがアイドル（またはライト接続（ＬＣ：light-connected））状態であることの表示、および／または、ｉｉｉ）通信デバイスのための通信ベアラを解放すべきではないという表示、のうちの少なくとも１つを含むことができる。
【０１２３】
基地局のトランシーバは、（例えば、ページング手順の開始を要求するための上記メッセージに応答して）コアネットワークノードから、受信したダウンリンクデータの他のノード（例えば、他の基地局またはゲートウェイノード）への転送の開始を基地局に対して要求するメッセージを、受信する、ように構成され得る。この場合、転送を開始するように基地局に対して要求する受信メッセージは、通信デバイスをサービングする新しい基地局を識別する情報（例えば、ｅＮＢ ＩＤおよび／または転送アドレス／ＴＥＩＤ）を含み得る。基地局のコントローラは、転送を開始するように基地局に対して要求する上記メッセージに基づいて、新しい基地局およびコアネットワークエンティティのうちの少なくとも１つへ、ダウンリンクデータを転送するように、トランシーバを制御する、ように構成され得る。
【０１２４】
基地局のコントローラは、コンテキストフェッチ手順（例えば、Ｘ２ベースのコンテキストフェッチ手順）の一部として、通信デバイスに関連付けられたコンテキストを別の基地局に提供するように、トランシーバを制御するように構成され得る。通信デバイスとの通信を開始する試みは、通信デバイスのページングを試みることを含んでいてもよく、通信デバイスのページング手順の開始を要求する上記メッセージは、通信デバイスがページングに応答しないときに、送信されてもよい。
【０１２５】
基地局のコントローラは、少なくとも１つのコアネットワークオペレーションが不可能である（または禁止されている）ことを示す通知（例えば、ＵＥステータス通知）を、コアネットワークノードに送信するように、トランシーバを制御するように構成され得る。その通知は、応答を必要とするクラス１通知を含み得る。あるいは、その通知は、クラス２通知を含み得る。その通知は、可能でない／禁止されている１つまたは複数のオペレーションを示す、フラグおよびリストのうちの少なくとも１つを含むことができる。
【０１２６】
通信デバイスは、アイドル状態（例えば、ライトウェイト接続（「ＬＣ」）モードにおけるアイドル状態）にあり得る。基地局は、通信デバイスのコンテキスト情報と関連して通信デバイスを識別する情報を維持する、および／または、通信デバイスについて関連するＳ１通信ベアラを終了する、通信デバイスについてのアンカー基地局として、動作するように、構成されてもよい。
【０１２７】
基地局のコントローラは、コンテキストフェッチ手順（例えば、Ｘ２ベースのコンテキストフェッチ手順）の一部として、通信デバイスに関連するコンテキストを他の基地局からフェッチするように、トランシーバを制御するように構成され得る。基地局のコントローラは、パス切替手順の開始をトリガするように設定されたメッセージをコアネットワークノードに提供するように、トランシーバを制御するように構成され得る。
【０１２８】
コアネットワーク装置のコントローラは、通信デバイスを接続状態（例えばＥＣＭ−ＣＯＮＮＥＣＴＥＤ）からアイドル状態（例えばＥＣＭ−ＩＤＬＥ）に移行させ、以前から知られているトラッキングエリア（ＴＡ）におけるページングをトリガする、ように構成されてもよい。コントローラは、通信デバイスに関連する通信ベアラを解放することなく、通信デバイスをアイドル状態に移行させる、ように構成されてもよい。
【０１２９】
コアネットワーク装置は、モビリティ管理エンティティ（「ＭＭＥ」）を備えていてもよい。
【０１３０】
コアネットワーク装置のトランシーバは、受信したダウンリンクデータの別のノード（例えば、他の基地局またはゲートウェイノード）への転送の開始を要求するメッセージを、（例えば、ページング手順の開始を要求するための上記メッセージに応答して）基地局へ送信するように、構成され得る。転送を開始するように基地局に要求するメッセージは、通信デバイスをサービングするに新しい基地局を識別する情報（例えば、ｅＮＢ ＩＤおよび／または転送アドレス／ＴＥＩＤ）を含み得る。
【０１３１】
コアネットワーク装置のコントローラは、基地局からのデータ転送が通信デバイスについて行われることを示すメッセージ（例えば、初期コンテキスト設定要求（Initial Context Setup Request））を、上記他の基地局から上記通信デバイスに関連するコンテキストをフェッチする際に用いられ且つ上記通信デバイスに関連づけられた識別子、Ｓ１インタフェースを介して上記コアネットワークノードにて上記通信デバイスを識別する情報（例えば、「ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ」）、上記基地局を識別する情報（例えば、「アンカーｅＮＢ ＩＤ」）、上記基地局と関連づけられたトラッキングエリアコード（ＴＡＣ）、上記コアネットワークノードに関連づけられたグローバルにユニークなＩＤ（例えば、ＧＵＭＭＥＩ）、上記通信デバイスのハンドオーバが禁止されている少なくとも１つのセルについての少なくとも１つのセル識別子を識別する情報、および、上記通信デバイスに関連する以前に処理されたハンドオーバリクエストにおいて上記コアネットワークノードによって取得された少なくとも１つの他のパラメータのうちの少なくとも１つと共に、別の基地局に送信するように、トランシーバを制御するように構成され得る。
【０１３２】
コアネットワーク装置のコントローラは、パス切替手順の開始をトリガするように設定されたメッセージを、他の基地局から受信し、且つ、それに応じてパス切替手順を開始するように、トランシーバを制御するように構成されてもよい。パス切替手順の開始をトリガするように設定されたメッセージは、通信デバイスについてのＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ ＩＥを含み得る。
【０１３３】
様々な他の修正が当業者には明らかであり、ここではさらに詳細に説明しない。
【０１３４】
以下は、現在提案されている３ＧＰＰ規格において上記手順のいくつかを実施することができる方法の詳細な説明である。様々な特徴が本質的に又は必要であると説明されているが、これは、例えば規格によって課される他の要件のために、提案された３ＧＰＰ規格の場合にのみ当てはまり得る。したがって、これらの記述は、決して本発明を限定するものとして解釈されるべきではない。
【０１３５】
１．はじめに
ＲＡＮ３＃９３ｂｉｓでは、ＲＡＮベースのページングが失敗する可能性があると主張されており、したがって、ｅＮＢがページング支援のためにＭＭＥを探すために適切なメカニズムが存在しなければならない。ＵＥがオフになった、失敗した、またはセルラーカバレッジから抜け出していない限り、ＲＡＮベースのページングは失敗しないように思われるかもしれないが、必要であればｅＮＢがＣＮベースのページングに頼るようにする目的で、フォールバックメカニズムを持つことが、好ましい。いくつかの基本的な解決策がＲＡＮ３＃９３ｂｉｓに提示されているが、それを適切にするために、それを徹底的に検討することが好ましい。
【０１３６】
本稿の目的は、ｅＮＢに求められた場合に、ＣＮベースのページングを働かせることである。さらに、このようなＣＮベースのページングを、特に混在展開の場合に、機能させるための、さまざまな方法についても説明する。
【０１３７】
２．ディスカッション
２．１  ネットワークリソースの節約
ＲＡＮベースのページングに賛成または反対の論拠を各社が提唱しているが、基本的な原則は、レガシー状態と新しい状態の間のＵＥ状態遷移を隠すことによって、コアシグナリングを削減することである。シグナリングは、Ｓ１上で最小化することができるが、リソースは、アクティブ状態の維持と共に、特にＳ１上でＵＥに対して永久的に割り当てられるであろう。これは、ＭＭＥが容易に過負荷になり、ロードバランシングＴＡＵが必要となる原因でのＳ１の解放またはＳ１の過負荷の開始／停止をトリガする可能性がある事実を考えると、只ではない。ＵＥが新しいライト接続状態（LIGHT-CONNECTED State）になるときにＵＥがＲＲＣコネクションを維持しないと仮定すると、Ｓ１をトリガし得るＭＭＥが容易に過負荷になり得るという事実をトリガすることは、このＷＩの目的を無効にし得る。したがって、ＵＥがある期間内にデータを送信／受信しない場合、アンカーｅＮＢが、ＵＥコンテキストを解放する、ことがより適切である。
【０１３８】
所見（Observation）１：ＵＥがほとんどデータを送受信しない場合、アンカーｅＮＢが、ネットワークリソースを節約するために、ＵＥをライト接続状態からＲＲＣアイドル状態に移行させる、ことがより好ましい。
【０１３９】
アンカーｅＮＢがタイムアウト後にＵＥをライト接続状態からＲＲＣアイドル状態に移動させると、アンカーｅＮＢは、Ｓ１のリソースおよび状態を解放する目的で、Ｓ１−ＡＰ：ＵＥコンテキスト解放要求（UE Context Release Request）をトリガすることができる。
【０１４０】
提案（Proposal）１：ＲＡＮ３は、ＵＥが必要なければ無期限にライト接続状態をとるように構成されず且つＳ１リソースがタイムアウトの後に解放されることを確実にする、ように要求される。
【０１４１】
２．２  近隣eNB間で一意にUEを識別すること
コンテキスト取得の目的のために、ＵＥがライト接続状態をとるときに特にＥ−ＵＴＲＡＮによって識別目的のために使用可能な新しいまたは既存の識別子（例えば、再開Ｉｄ（Resume Id））は、近隣間で一意である必要がある。例えば、関連付けられたＵＥコンテキストをフェッチするためにどのｅＮＢにコンタクトすべきであるかという点で、新しいｅＮＢに理解できない再開ＩＤで、ＵＥが再開しようとする場合である。これは、アンカーｅＮＢと新しいｅＮＢとの間にＸ２が存在しないときには特に困難である。
【０１４２】
所見（Observation）２：ＵＥは、コンテキスト取得の目的のために、複数の近隣ｅＮＢにわたって、一意に識別されなければならない。
【０１４３】
新規または既存の識別子が、トラッキングエリアコード（ＴＡＣ）またはＲＡＮルーティングエリアコード（すなわち、ＴＡＣに類似したＲＡＮルーティングエリアコード）およびｅＮＢ ＩＤを含む場合。このようにして、新しいｅＮＢは、そこからＵＥコンテキストをフェッチするための正確なアンカーｅＮＢを決定することができる。
【０１４４】
提案（Proposal）２：ＲＡＮ３は、新規または既存の識別子（例えば、再開ＩＤ（ResumeID））が、トラッキングエリアコード（ＴＡＣ）またはＲＡＮルーティングエリアコード（すなわち、ＴＡＣに類似したＲＡＮルーティングエリアコード）およびｅＮＢ ＩＤを含む、ことを確実にするように要求される。
【０１４５】
２．３  新しい状態の非透明性（Non-Transparent Nature of New State）
新しいＵＥ状態がＭＭＥから隠されていることは、設計原理の１つである。言い換えれば、ｅＮＢがこの新しい状態をとるようにＵＥを設定するときはいつでも、ｅＮＢは、ＭＭＥに明示的に通知しない。結果として、ライト接続状態をとるＵＥは、ＭＭＥの観点からは、ＥＣＭ接続モード（ECM-CONNECTED mode）であると見なされる。したがって、ＣＮベースのレガシページングのためにｅＮＢが突然ＭＭＥを探すことは不適切である。
【０１４６】
所見（Observation）３：ＵＥがライト接続状態をとるときに、ｅＮＢが状態を調整せずにＣＮ−支援を求めることは不適切である。
【０１４７】
ＲＡＮベースのページングの限られたカバレッジサイズを考えると、アンカーｅＮＢがＭＴデータのためにＵＥに手を差し伸べることが困難であると考える場合に、ＣＮ支援を探すことが、常により好ましい。しかしながら、ＭＭＥの助けがｅＮＢによってこの点で求められることができる前に、問題のＵＥがＭＭＥによってどのように見られるかという観点から、ＭＭＥは、通常の状態に戻されなければならない。
【０１４８】
所見（Observation）４：レガシページングをトリガするために、ＭＭＥは、ＵＥをＥＣＭ−ＣＯＮＮＥＣＴＥＤからＥＣＭ−ＩＤＬＥに移行させる必要がある。
【０１４９】
言い換えれば、ＭＭＥは、レガシーベースのページングをトリガすることができる前に、ＵＥをＥＣＭ接続モードからＥＣＭアイドルモードに移行させる必要がある。既存の手順およびメッセージをこの目的に使用することができる。例えば、図８に示すように、アンカーｅＮＢは、そのＲＡＮベースのページングを通じてＵＥに到達できないときはいつでも、ＵＥコンテキスト解放手順（UE Context Release procedure）をトリガすることができる。Ｓ１でｅＮＢがトリガするＵＥコンテキスト解放メカニズムを使用して、アンカーｅＮＢは、さらに、Ｓ１コンテキストを解放しながら、ページングのためのＭＭＥ支援を求めることができる。これは、ＭＭＥにレガシページングを開始させることができ、ＵＥが新しいｅＮＢからコネクション／再開要求を行うと仮定すると、ＭＭＥは、Ｘ２ベースまたはＳ１ベースのコンテキストの取得またはその後のデータ転送のために、それらの詳細を新旧のアンカーｅＮＢに渡すことができる。ステップ９において、ＭＭＥは、コンテキストフェッチのためのＵＥ識別子（例えば、再開Ｉｄ（Resume Id））、ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ、古いアンカー基地局ＩＤ、古いアンカーｅＮＢのＴＡＣ、および、ＨＯ要求メッセージにおいて見つけられ得る他の重要なパラメータと共に、古いアンカーｅＮＢからのデータ転送が初期コンテキストセットアップ要求メッセージ（Initial Context Setup Request message）で行われる予定であることを、新しいｅＮＢに示すことができる。同様に、古いアンカーｅＮＢは、既存のレガシーＵＥコンテキスト解放コマンド（UE Context Release command）を使用して、新しいｅＮＢ ＩＤ、ＴＥＩＤおよびデータ転送アドレスに関して、ＭＭＥによって通知されることができる。新しいｅＮＢは、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＳＰＯＮＳＥで順に応答する古いアンカーｅＮＢの渡された詳細を用いて、ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴをトリガすることができる。明確にするためにこれは示されていないが、このコンテキストフェッチは、図８のステップ１０と１１の間で起こり得る。Ｘ２ベースまたはＳ１ベースのコンテキストの取得の後、ＳＮステータス転送とデータ転送とが発生する可能性がある。パス切替の後、新しいｅＮＢは、古いアンカーｅＮＢに向けてＵＥコンテキスト解放をトリガすることができ、古いアンカーｅＮは、順に、Ｓ１−ＡＰ：ＵＥコンテキスト解放完了をトリガする。
【０１５０】
所見（Observation）５：既存のＳ１−ＡＰ：ＵＥコンテキスト解放手順は、ＵＥをＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態からＥＣＭ−ＩＤＬＥ状態に移行させ、且つ、Ｓ１ベースのページングをトリガすることを、ＭＭＥにさせるために、使用することができる。
【０１５１】
提案（Proposal）３：ＲＡＮ３は、ＲＡＮベースのページングが失敗したときにｅＮＢがページングのためのＭＭＥ支援を求めることを可能にする目的で、ＭＭＥが、既存の手順を使用して正しい状態に置かれる、ことを確実にするように要求される。
【０１５２】
２．４  ＵＥがレガシーエリアに移動するとどうなるか
モバイルネットワーク事業者（ＭＮＯ）がそのサービス地域内で全く新しいシステムを展開することを確実にすることは難しい。したがって、レガシーｅＮＢカバレッジのポケットを見つけることが可能である。そのような状況下では、ＲＡＮベースのページングは失敗する可能性があり、アンカーｅＮＢがページング支援のためにＭＭＥを探すことが必要となるであろう。ステップ１０において、ＭＭＥは、データナック（data nack）をＳ−ＧＷに転送するように、古いアンカーｅＮＢに要求することができる。データ転送が完了した後、古いアンカーｅＮＢは、Ｓ１−ＡＰ：ＵＥコンテキスト解放完了をトリガすることができる。
【０１５３】
所見（Observation）６：ＵＥがレガシーｅＮＢエリアに移動するとき、Ｓ１ベースのページングが必要である。
【０１５４】
提案（Proposal）４：ＲＡＮ３は、混在配置の場合に（in mixed deployment cases）ＲＡＮベースのページングが失敗したときに、データをＳ−ＧＷに転送し戻すことを古いｅＮＢにさせるために、既存の手順が用いられることを確実にするように、要求される。
【０１５５】
３．  結論および提案
ページングのためのＭＭＥ支援を求めることは必要になるかもしれず、このペーパーは、ＭＭＥ支援が求められる前に、ＭＭＥ状態が整えられることを確実にすることを試みる。この分析では、次の６つの所見と４つの提案を行う。
【０１５６】
所見（Observation）１：ＵＥがほとんどデータを送受信しない場合、アンカーｅＮＢが、ネットワークリソースを節約するために、ＵＥをライト接続状態からＲＲＣアイドル状態に移動させる、ことがより好ましい。
【０１５７】
提案（Proposal）１：ＲＡＮ３は、ＵＥが必要なければ無期限にライト接続状態をとるように構成されず且つＳ１リソースがタイムアウトの後に解放されることを確実にする、ように要求される。
【０１５８】
所見（Observation）２：ＵＥは、コンテキスト取得の目的のために、複数の近隣ｅＮＢにわたって、一意に識別されなければならない。
【０１５９】
提案（Proposal）２：ＲＡＮ３は、新規または既存の識別子（例えば、再開ＩＤ（ResumeID））が、トラッキングエリアコード（ＴＡＣ）またはＲＡＮルーティングエリアコード（すなわち、ＴＡＣに類似したＲＡＮルーティングエリアコード）およびｅＮＢ ＩＤを含む、ことを確実にするように要求される。
【０１６０】
所見（Observation）３：ＵＥがライト接続状態をとるときに、ｅＮＢが状態を調整せずにＣＮ−支援を求めることは不適切である。
【０１６１】
所見（Observation）４：レガシページングをトリガするために、ＭＭＥは、ＵＥをＥＣＭ−ＣＯＮＮＥＣＴＥＤからＥＣＭ−ＩＤＬＥに移行させる必要がある。
【０１６２】
所見（Observation）５：既存のＳ１−ＡＰ：ＵＥコンテキスト解放手順は、ＵＥをＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態からＥＣＭ−ＩＤＬＥ状態に移行させ、且つ、Ｓ１ベースのページングをトリガすることを、ＭＭＥにさせるために、使用することができる。
【０１６３】
提案（Proposal）３：ＲＡＮ３は、ＲＡＮベースのページングが失敗したときにｅＮＢがページングのためのＭＭＥ支援を求めることを可能にする目的で、ＭＭＥが、既存の手順を使用して正しい状態に置かれる、ことを確実にするように要求される。
【０１６４】
所見（Observation）６：ＵＥがレガシーｅＮＢエリアに移動するとき、Ｓ１ベースのページングが必要である。
【０１６５】
提案（Proposal）４：ＲＡＮ３は、混在配置の場合に（in mixed deployment cases）ＲＡＮベースのページングが失敗したときに、データをＳ−ＧＷに転送し戻すことを古いｅＮＢにさせるために、既存の手順が用いられることを確実にするように、要求される。
【０１６６】
４．  参考文献
3GPP R3-162432, “On common and Specific building blocks for Light connected UEs”, RAN3 #93bis, Ericsson, France, October 2016. 
3GPP R3-162490, “Response to R3-162156”, RAN3 #93bis, NTT DoCoMo, France, October 2016. 
【０１６７】
この出願は、２０１６年１１月４日に出願された英国特許出願第１６１８６６３．７号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2019537358.tif 000004
【図２】
2019537358.tif 000005
【図３】
2019537358.tif 000006
【図４】
2019537358.tif 000007
【図５】
2019537358.tif 000008
【図６】
2019537358.tif 000009
【図７】
2019537358.tif 000010
【図８】
2019537358.tif 000011
【手続補正書】
【提出日】平成31年4月25日(2019.4.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークのための基地局であって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、
前記トランシーバを制御して、通信デバイスについてのダウンリンクデータを、コアネットワークノードから受信させ、
前記通信デバイスに対して、RAN(Radio Access Network)によって開始されるページングを行い、
前記ページングが失敗する場合に、前記トランシーバを制御して、ＵＥコンテキスト解放リクエストメッセージを前記コアネットワークノードへ送信させる、
基地局。
【請求項２】
前記通信デバイスは、アイドル状態にある、
請求項１記載の基地局。
【請求項３】
前記基地局は、前記通信デバイスのコンテキスト情報と関連して前記通信デバイスを識別する情報を維持する、および／または、前記通信デバイスについて関連する通信ベアラを終了する、通信デバイスについてのアンカー基地局として、動作する、
請求項１または２に記載の基地局。
【請求項４】
前記ＵＥコンテキスト解放リクエストメッセージに基づき、前記コアネットワークノードにおけるUEのモードが、接続モードからアイドルモードに移行される、
請求項１記載の基地局。
【請求項５】
通信ネットワークのためのコアネットワークノードであって、
トランシーバと、
コントローラと、
を具備し、
前記コントローラは、
前記トランシーバを制御して、通信デバイスについてのダウンリンクデータを基地局へ送信させ、
RAN(Radio Access Network)によって開始される前記通信デバイスに対するページングが失敗する場合、前記トランシーバを制御して、ＵＥコンテキスト解放リクエストメッセージを前記基地局から受信させる、
コアネットワークノード。
【請求項６】
前記コントローラは、通信デバイスを接続状態からアイドル状態に移行させ、トラッキングエリア（ＴＡ）におけるページングをトリガする、
請求項５記載のコアネットワークノード。
【請求項７】
前記ＵＥコンテキスト解放リクエストメッセージに基づき、前記コアネットワークノードにおけるUEのモードが、接続モードからアイドルモードに移行される、
請求項５記載のコアネットワークノード。
【請求項８】
通信ネットワークの基地局によって実行される方法であって、
通信デバイスについてのダウンリンクデータを、コアネットワークノードから受信し、
前記通信デバイスに対して、RAN(Radio Access Network)によって開始されるページングを行い、
前記ページングが失敗する場合に、ＵＥコンテキスト解放リクエストメッセージを前記コアネットワークノードへ送信する、
方法。
【請求項９】
通信ネットワークのコアネットワークノードによって実行される方法であって、
通信デバイスについてのダウンリンクデータを基地局へ送信し、
RAN(Radio Access Network)によって開始される前記通信デバイスに対するページングが失敗する場合、ＵＥコンテキスト解放リクエストメッセージを前記基地局から受信し、
方法。
【国際調査報告】
2019537358.tif 000012
2019537358.tif 000013
2019537358.tif 000014
2019537358.tif 000015
2019537358.tif 000016