JP7226641B2 - 方法、および基地局 - Google Patents

Description

本開示は、通信システムに関する。

本開示は、通信システムに関する。本開示は、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格またはその同等物または派生物（ＬＴＥ－Ａｄｖａｎｃｅｄおよび次世代または５Ｇネットワークを含む）に従って動作する無線通信システムおよびそのデバイスに特に関連するが、排他的ではない。この開示は、ＰＬＭＮ（クローズドアクセスグループ（ＣＡＧ）および／またはネットワークスライシングを使用する公衆陸上移動体ネットワーク）のサポートにより展開される可能性のある非公共（ＮＰＮ、非パブリックネットワーク）に必ずしも排他的ではないが、特に関連している。

３ＧＰＰ標準の最新の開発は、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）ネットワークのＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＥｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）と呼ばれ、一般に「４Ｇ」とも呼ばれる。さらに、「５Ｇ」および「新しい無線」（ＮＲ）という用語は、さまざまなアプリケーションやサービスをサポートすることが期待される進化する通信技術を指す。５Ｇネットワークのさまざまな詳細は、たとえば、次世代モバイルネットワーク（ＮＧＭＮ）アライアンスによる「ＮＧＭＮ５Ｇホワイトペーパー」Ｖ１．０に記載されている。このドキュメントは、ｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手できる。３ＧＰＰは、いわゆる３ＧＰＰ次世代（ＮｅｘｔＧｅｎ）無線アクセスネットワーク（ＲＡＮ）および３ＧＰＰＮｅｘｔＧｅｎコアネットワークを介して５Ｇをサポートする予定である。

３ＧＰＰ標準では、ＮｏｄｅＢ（またはＬＴＥではｅＮＢ、５ＧではｇＮＢ）は、通信デバイス（ユーザー機器または「ＵＥ」）がコアネットワークに接続し、他の通信デバイスまたはリモートサーバーと通信するための基地局である。簡単にするために、本出願は、そのような基地局を指すために基地局という用語を使用する。

たとえば、現在の５Ｇアーキテクチャでは、ｇＮＢの内部構造は、Ｆ１インターフェースで接続された中央ユニット（ＣＵ）と分散ユニット（ＤＵ）と呼ばれる２つの部分に分割されている。これにより、「分割」アーキテクチャの使用が可能になる。これにより、通常は「上位」のＣＵレイヤー（たとえば、必ずしもまたは排他的ではなく、ＰＤＣＰ）および通常は「下位」のＤＵレイヤー（たとえば、必然的または排他的に、ＲＬＣ／ＭＡＣ／ＰＨＹ）は個別に実装される。したがって、たとえば、多数のｇＮＢの上位層のＣＵ機能は、下位層のＤＵ機能をローカルに保持しながら、中央で（たとえば、単一の処理装置によって、またはクラウドベースまたは仮想化されたシステムで）各ｇＮＢに実装できる。

簡単にするために、本出願は、モバイルデバイス、ユーザデバイス、またはＵＥという用語を使用して、１つまたは複数の基地局を介してコアネットワークに接続することができる任意の通信デバイスを指す。

通信デバイスは、例えば、携帯電話、スマートフォン、ユーザ機器、携帯情報端末、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダーなどのようなモバイル通信デバイスであり得る。このようなモバイル（または一般的に静止している）デバイスは、通常、ユーザによって操作される。ただし、３ＧＰＰ標準では、いわゆる「モノのインターネット」（ＩｏＴ）デバイス（狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）デバイスなど）をネットワークに接続することもできる。ネットワークには、通常、さまざまな測定機器、遠隔測定機器、監視システム、追跡および追跡デバイス、車載安全システム、車両メンテナンスシステム、道路センサー、デジタル看板、販売時点（ＰＯＳ）端末、リモートコントロールシステムなどの自動機器が含まれる。事実上、モノのインターネットは、適切な電子機器、ソフトウェア、センサー、ネットワーク接続などを備えたデバイス（または「モノ」）のネットワークであり、これにより、これらのデバイスは、相互に、および他の通信デバイスとデータを収集および交換できる。ＩｏＴデバイスは、マシンタイプ通信（ＭＴＣ）通信デバイスまたはマシンツーマシン（Ｍ２Ｍ）通信デバイスと呼ばれることもあることが理解されよう。

簡単にするために、本出願は、説明においてモバイルデバイスを指すことが多いが、説明される技術は、そのような通信デバイスが人間の入力によって制御されているか、メモリに記憶されているソフトウェア命令によって制御されているかに関係なく、データを送受信するために通信ネットワークに接続できる任意の通信デバイス（モバイルおよび／または一般に静止）に実装できることが理解されよう。

コアネットワーク（つまり、ＬＴＥの場合はＥＰＣ）は通常、加入者管理、モビリティ管理、課金、セキュリティ、および通話／セッション管理などの機能をホストし、インターネットなどの外部ネットワークへの通信デバイスへの接続を提供する。

モバイルデバイスと基地局間の通信は、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０（Ｅ－ＵＴＲＡの場合）および３ＧＰＰ ＴＳ ３８．３３１ Ｖ１７．１．０（ＮＲの場合）で定義されているＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）プロトコルを使用して制御される。ＲＲＣは、とりわけ、ブロードキャストシステム情報、ページング、接続の確立と解放、無線ベアラの確立、再構成と解放、モビリティ手順、および電力制御のための機能が含まれる、携帯電話と無線アクセスネットワーク間のレイヤー３のコントロールプレーンシグナリングを処理する。ＲＲＣプロトコルの現在のバージョンによれば、モバイルデバイスはいつでも「ＲＲＣアイドルモード」（データ通信が行われない）または「ＲＲＣ接続モード」（モバイルデバイスとそのサービング基地局との間でデータ通信が行われる場合がある）のいずれかで動作する可能性がある。

ＲＲＣ接続モードで動作するモバイルデバイスは、通信システムがカバーするエリア内を移動すると、信号の状態や、要求されたサービス品質、使用されたサービスのタイプ、システム全体の負荷などの他の要件に応じて、あるセル（つまり、基地局によって操作される）から別のセル（同じまたは異なる基地局によって操作される）に引き渡される。ハンドオーバーには、モバイルデバイスと基地局（新旧）間、および基地局とコアネットワーク間でも広範なシグナリングが必要である。

一方、ＲＲＣアイドルモードでは、モバイルデバイスは、新しいデータがこれらのモバイルデバイスとの間で送受信されるときにキャンプするために、高品質の信号を持つ「サービング」セルを選択するようにプログラムされ、良好な信号条件の恩恵を受けることができる。アイドル状態のモバイルデバイスが、モバイルデバイスがその位置を変更したこと等により、現在のサービングセルよりも優れた信号品質の新しいセルを検出した場合、モバイルデバイスはいわゆるセル再選択手順を実行することができる。ただし、アイドルモードのモバイルデバイスは、このセルが同じ「追跡エリア」（つまり、事前定義されたセルのセットを含むより広い地理的エリア）内にある限り、選択された新しいセルについてネットワークに通知しない。これは、無線ネットワークは、追跡エリア全体でシステム情報とＵＥ固有のページングメッセージを送信するため、キャンプしている現在のセルに関係なく、モバイルデバイスとの間で通信を開始できるためである。

最小のエネルギー消費の恩恵を受け、貴重なシステムリソースを解放するために、モバイルデバイスは可能な限りＲＲＣアイドルモードに戻り、同じトラッキングエリア内にある限り、（ハンドオーバーではなく）セルの再選択を実行する。基地局は、セル内の各モバイルデバイスのさまざまな動作モード間の遷移を制御する。基地局とモバイルデバイス間のＲＲＣ接続のセットアップと終了には、シグナリングメッセージの交換が必要であり、貴重なシステムリソースを利用し、完了するまでに時間がかかるため、３ＧＰＰ ＴＳ３６．３３１で定義されているとおり、特定の状況では接続モードからアイドルモードへの移行が許可される。たとえば、サービング基地局は、特定のモバイルデバイスとの間で送受信されるデータがこれ以上ない（たとえば、アップリンク（ＵＬ）バッファーとダウンリンク（ＤＬ）バッファーの両方が空である）ことを確認した後にのみ、モバイルデバイスにＲＲＣアイドルモードに入るように指示する場合がある。

現在の場所（セルなど）をコアネットワークに登録すると、各モバイルデバイスには、サービスを提供する基地局とコアネットワークの間に関連付けられた「Ｓ１」接続も有する。Ｓ１接続は、いわゆる「ＥＣＭ－ＩＤＬＥ」モード（モバイルデバイスがＲＲＣアイドルモードの場合）または「ＥＣＭ－ＣＯＮＮＥＣＴＥＤ」モード（モバイルデバイスがＲＲＣ接続モードの場合）のいずれかである。Ｓ１接続は、モバイルデバイスとコアネットワーク間（およびそれ以降）でデータ（制御データとユーザーデータ）を転送するために使用され、モバイルデバイスがＲＲＣ接続モードのままである限り維持される。一方、モバイルデバイスがＲＲＣアイドルモードに入ると、モバイルデバイスが送信または受信するデータが増えるまで、関連するＳ１接続も終了（または中断(サスペンド)）され、この場合、現在のサービング基地局への新しいＳ１接続が確立される（または中断されたＳ１接続が再アクティブ化される）。

ネットワークにＲＲＣアイドルモバイルデバイスに送信するデータがある場合、モバイルデバイスの最後の既知の領域（追跡／ページング領域）で適切なページング手順をトリガーする。これにより、そのエリア内の基地局は、セル内で適切なページングメッセージをブロードキャストして、特定のモバイルデバイスにＲＲＣ接続状態に入るように要求する。以前にアイドル状態だった携帯電話に再送信するデータがある場合（またはダウンリンクデータを受信するためにページングされている場合）、通信リソースを割り当てるために、適切にフォーマットされたＲＲＣ接続要求メッセージを基地局に送信することにより、いわゆるＲＲＣ接続確立手順を開始する。（いわゆるランダムアクセス手順に従って、下位層、特にメディアアクセス制御（ＭＡＣ）層が基地局との通信用に設定されていることを確認する）。

３ＧＰＰ規格、いわゆる次世代（ＮＧ）または５Ｇネットワークの最新の開発では、モバイルデバイスは、新しいＲＲＣ状態、または「ＲＲＣ非アクティブ」状態（例：５Ｇで）と呼ばれる新しい無線状態、または「光接続」（ＬＣ）状態／モード（例：ＬＴＥ／４Ｇで）で動作する可能性があると想定されている。モバイルデバイスがＲＲＣ非アクティブ状態の場合、コアネットワークは、モバイルデバイスに送信または受信するデータがなくなった後でも、コントロールプレーンとユーザプレーンの両方の接続を維持する（したがって、通常はＲＲＣアイドルモードに入るように構成されている）。言い換えると、ＲＲＣ非アクティブ状態／モードでは、モバイルデバイスは無線アクセスネットワーク（基地局）の観点からはアイドルモードで動作しているように見えるが、コアネットワークの観点からは接続されているように見える場合がある（基地局とＲＲＣ非アクティブ状態ＵＥの間にアクティブなＲＲＣ接続（つまりＳＲＢ／ＤＲＢ）がない場合でも）。この新しいＲＲＣ非アクティブ状態／モードの利点の１つは、データ送信が小さくて頻度が低いモバイルデバイス（特にＩｏＴデバイス）が、送信（または受信）するデータがあるたびにＲＲＣ接続確立手順全体を実行する必要がないことである。）。代わりに、ＲＲＣ非アクティブ状態／モード対応モバイルデバイスは、必要に応じて現在のサービング基地局との既存のＲＲＣ接続を再開し、データを再度送受信するまで、より電力効率の高い動作モードに戻るように構成できる。

モバイルデバイスは、再開する接続を識別する情報（再開ＩＤなど）を現在の基地局に送信することにより、ＲＲＣ接続を再開できる。これにより、基地局とモバイルデバイスが認証と無線ベアラの確立を通過する必要がなくなる。このような軽量の接続を容易にし、モバイルデバイスとそのサービング基地局との間の接続の再開を簡素化するために、いわゆるアンカー基地局の概念が３ＧＰＰによって検討されている。

たとえば、５Ｇでは、ＲＡＮベースの通知領域（ＲＮＡ）と呼ばれる概念がサポートされている。ＵＥがＲＮＡセルリストから移動すると、ＲＡＮベースの通知領域更新（ＲＮＡＵ）と呼ばれる位置の変更（ＬＴＥのＴＡＵの概念と同様）を報告する必要がある。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥモードの場合、ＲＮＡＵを自動的にトリガーして、「アンカー」または最後にサービスを提供するｇＮＢを有効にして、場所が変更されたかどうかを判断することはできない。したがって、この手順は通常、（現在）サービスを提供しているｎｇ－ｅＮＢまたはｇＮＢによって定期的にトリガーされ、Ｉ－ＲＮＴＩと適切な原因値（ＲＮＡＵ）が送信される。

モバイルデバイスが、ＲＮＡＵまたはＴＡＵの手順で、（同じエリア内の）別の基地局を介してＲＲＣ接続を再開しようとすると、新しい基地局は、アンカー基地局に接続し、モバイルデバイスによって提供される情報（例えば、再開ＩＤなど）に基づいて、キャッシュされたユーザデータとともにＵＥコンテキストを検索することができる。ＲＲＣ非アクティブ状態／モードではＳ１接続が維持されるため、有益なことに、新しい基地局はコアネットワークに接続したり、モバイルデバイスの新しいＳ１接続を確立したりする必要がなくなる（ただし、新しい基地局は、Ｓ１接続をアンカー／前の基地局から新しい基地局に切り替える必要がある場合がある）。この手順は、アンカー再配置と呼ばれる場合があり、ＵＥコンテキストを転送しながら、Ｓ１終端ポイントをアンカー基地局から新しいサービング基地局に切り替える必要がある。

別のシナリオでは、ＲＮＡ更新手順はＵＥコンテキストの再配置なしで発生する可能性がある。言い換えれば、ＵＥは、最後にサービングしているｇＮＢとは異なる新しいｇＮＢを介してそのＲＲＣ接続を再開しようとすることができ、ＲＮＡＵ手順は、ＵＥコンテキスト再配置なしで実行され得る。言い換えると、新しい基地局がＲＲＣＲｅｌｅａｓｅ信号を送信してＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥモードに戻したとしても、ＵＥコンテキストは最後のサービング（または「アンカー」）ｇＮＢに留まる可能性がある。この場合、３ＧＰＰ ＴＳ ３８．３００ Ｖ１５．７．０から複製された図１２のタイミング図を参照すると、ＵＥは再開し、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを使用して、最後にサービングしたｇＮＢによって割り当てられたＩ－ＲＮＴＩと適切な原因値（例：ＲＡＮ通知領域の更新）を新しいｇＮＢに提供する。次に、新しいｇＮＢがＩ－ＲＮＴＩに含まれるｇＮＢ ＩＤを解決できる場合、最後にサービングするｇＮＢに、ＲＮＡ更新情報を含むＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴメッセージを使用してＵＥコンテキストを提供するように要求する。ＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴメッセージを受信すると、最後のサービングｇＮＢは、次のＵＥ再開試行で使用される受信情報を記憶し、中断(サスペンド)表示メッセージを含むカプセル化されたＲＲＣＲｅｌｅａｓｅメッセージを含むＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴＦＡＩＬＵＲＥメッセージを返す。最後に、新しいｇＮＢはＲＲＣＲｅｌｅａｓｅメッセージをＵＥに転送し、ＵＥは次の再開イベントまでＲＲＣ＿ＩＮＡＣＴＩＶＥモードに戻る。

上記の概念はすべて、ＰＬＭＮでサポートされているネットワークに適用される。ただし、さらに、現在の３ＧＰＰアグリーメントは、非公共ネットワーク（ＮＰＮ）の概念に対応している。ＮＰＮは、非公開での使用を目的としたネットワークとして定義されており、３ＧＰＰ ＴＳ ２２．２６１ Ｖ１７．０．１、５Ｇシステムのサービス要件で詳細に説明されている。言い換えると、ＮＰＮは、企業や組織などのプライベートエンティティの単独使用を目的としており、仮想要素と物理要素の両方を利用して、さまざまな構成で展開できる。具体的には、ＮＰＮは、３ＧＰＰ ＴＳ ２３．５０１Ｖ１６．２．０でより詳細に説明されているように展開できる。
－スタンドアロンの非公共ネットワーク（ＳＮＰＮ）、つまりＮＰＮオペレーターによって運用され、ＰＬＭＮによって提供されるネットワーク機能に依存しない、または
－パブリックネットワーク統合ＮＰＮ（ＰＮＩ－ＮＰＮ）、つまり、ＰＬＭＮのサポートで展開されたＮＰＮ。

ＳＮＰＮ ５ＧＳの展開は、３ＧＰＰ ＴＳ ２３．５０１の４．２．３項に示されているアーキテクチャ、および５．３０．２項に記載されている追加機能に基づいている。

ＰＮＩ－ＮＰＮは、ネットワークスライシングを使用して有効にできる（３ＧＰＰ ＴＳ ２３．５０１の付録Ｄを参照）。許諾されていないＵＥがＰＮＩ－ＮＰＮにアクセスしようとするのを防ぐために、３ＧＰＰ ＴＳ ２３．５０１の５．３０．３節で説明されているクローズドアクセスグループ（ＣＡＧ）機能を使用することもできる。

より詳細には、ＣＡＧアクセス制御を使用して、ＮＰＮをＰＬＭＮの一部として展開できるようにする。ＵＥがＣＡＧセルにアクセスするとき、ネットワークはＵＥがＣＡＧセルへのアクセスを許可されているかどうかを確認する必要がある。これは、ＵＥＣＡＧメンバーシップ検証とも呼ばれる。ＣＡＧは、１つ以上のＣＡＧセルへのアクセスが許可されている加入者のグループを識別する。ＵＥがＣＡＧセルにアクセスするとき、ネットワークはＵＥがＣＡＧセルへのアクセスを許可されているかどうかを確認する必要がありる。

ただし、ネットワークがＣＡＧセルへのＵＥのアクセスを検証するには、ＵＥのＳＵＰＩ（サブスクリプション永続識別子）を知っている必要がある。最初のＮＡＳ（非アクセス層）手順（つまり、登録手順）中に、ＵＥはサブスクリプション隠し識別子（ＳＵＣＩ）をネットワークに送信する。サービングネットワークは、プライマリ認証が成功した後にのみ、ＡＵＳＦ（認証サーバー機能）からＵＥのＳＵＰＩを受信する。ＵＥがネットワークに登録される一次認証プロセスに続いて、同様の認証または「メンバーシップ検証」プロセスは、ＵＥの状態がＲＲＣアイドルまたはＲＲＣ非アクティブからＲＲＣライブ（たとえば、上記のタイプの周期的ＲＮＡＵの場合）に移行するたびに、またＵＥコンテキスト再配置の場合、ＵＥが新しい「サービング」セルを要求したときに実行する必要がある。言い換えれば、状態遷移とモビリティについては、無線アクセスネットワーク（ＲＡＮ）から受信したＣＡＧ識別子（ＣＡＧ ＩＤ）がコアネットワーク（たとえば、ＬＴＥの場合はＥＰＣ、５Ｇの場合は５ＧＣ）に組み込まれたＵＤＭ（統合データ管理機能）から受信したＵＥの許可されたＣＡＧリストの一部であることを確認するには、メンバーシップ確認プロセスを実行する必要がある。このような認証の主な目的の１つは、有効なサブスクリプションのないＵＥがＣＡＧセルを介してネットワークにアクセスするための登録手順を実行しないようにすることである。

通常、上記のメンバーシップまたはアクセス検証プロセスは、物理的に安全な場所（通常、ＮＰＮが使用される場所）にあるモジュールに実装されているため、コアネットワークに含まれるアクセスおよびモビリティ機能によって実行される。

ただし、ＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥモードの基地局が定期的なＲＮＡＵ更新またはハンドオーバー操作のために再開するたびに、例えば、サービング基地局（および必要に応じてアンカーおよび／または新しいサービング基地局）とコアネットワークとの間の広範な追加の信号伝達を伴う、コアネットワークを介したメンバーシップ／アクセス検証プロセスの必要性が生じる。これにより、前述のようにＲＲＣ接続の確立手順を回避できたとしても、コアネットワークを介して毎回メンバーシップ検証手順を実行する必要があるため、ＲＲＣ＿ＩＮＡＣＴＩＶＥモードの利点が無効になる。

したがって、本開示の好ましい実施形態は、上記の問題の１つまたは複数に対処するか、または少なくとも部分的に対処する、貴重なネットワークリソースを解放し、モバイルデバイスが非パブリックネットワークとの光／ＲＲＣ非アクティブ接続を維持できるようにする、方法および装置を提供することを目的とする。

当業者の理解を効率化するために、本開示は３ＧＰＰシステム（ＵＭＴＳ、ＬＴＥ、ＮＲ）の文脈で詳細に説明されるが、本開示の原理は、通信デバイスが存在する他のシステムに適用することができる。またはユーザ機器（ＵＥ）は、無線アクセス技術を使用してコアネットワークにアクセスする。

一態様では、本開示は、非公共通信ネットワーク内の基地局が、少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する方法であって、関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられるＣＡＧセルであって、前記基地局によって操作される前記ＣＡＧセル内のユーザ機器（ＵＥ）との通信接続を形成し、前記ＵＥでの接続を中断するために通信接続を解放し、
他の基地局から、前記ＵＥが前記他の基地局によって操作されるＣＡＧセル内の通信接続の再開を要求したことを示すメッセージを受信し、前記メッセージは、前記他の基地局によって操作されるセルが関連付けられるＣＡＧのＣＡＧ識別子を含み、前記ＵＥが通信接続の再開を要求したことを示す前記メッセージで提供される前記ＣＡＧ識別子によって識別されるＣＡＧのＣＡＧメンバーシップ検証を実行し、前記ＣＡＧメンバーシップ検証の結果を示すメッセージを前記他の基地局に送信する、方法を提供する。

一態様では、本開示は、非公共通信ネットワーク内の基地局が、少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する方法であって、他の基地局により操作されるＣＡＧセルで中断された通信接続を再開するためのメッセージを、前記基地局によって操作されるＣＡＧセル内のユーザ機器（ＵＥ）から受信し、前記ＣＡＧセルは、関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられており、前記他の基地局またはコアネットワーク機能から、基地局によって操作される前記ＣＡＧセルに関連付けられた前記ＣＡＧのＣＡＧメンバーシップ情報を取得し、取得したＣＡＧメンバーシップ情報に基づいてＣＡＧ識別子のＣＡＧメンバーシップ検証を実行する、方法を提供する。

一態様では、本開示は、少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する、非公共通信ネットワークの基地局であって、前記基地局は、コントローラとトランシーバとを備え、
前記コントローラは、関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられるＣＡＧセルであって、前記基地局によって操作される前記ＣＡＧセル内のユーザ機器（ＵＥ）との通信接続を形成するよう前記トランシーバを制御し、前記ＵＥでの接続を中断するために通信接続を解放するよう前記トランシーバを制御し、他の基地局から、前記ＵＥが前記他の基地局によって操作されるＣＡＧセル内の通信接続の再開を要求したことを示すメッセージを受信するよう前記トランシーバを制御し、前記メッセージは、前記他の基地局によって操作されるセルが関連付けられるＣＡＧのＣＡＧ識別子を含み、前記ＵＥが通信接続の再開を要求したことを示す前記メッセージで提供される前記ＣＡＧ識別子によって識別されるＣＡＧのＣＡＧメンバーシップ検証を実行し、前記ＣＡＧメンバーシップ検証の結果を示すメッセージを前記他の基地局に送信するよう前記トランシーバを制御する、基地局を提供する。

一態様では、本開示は、少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する、非公共通信ネットワークの基地局であって、前記基地局は、コントローラとトランシーバとを備え、前記コントローラは、他の基地局により操作されるＣＡＧセルで中断された通信接続を再開するためのメッセージを、前記基地局によって操作されるＣＡＧセル内のユーザ機器（ＵＥ）から受信するよう前記トランシーバを制御し、前記ＣＡＧセルは、関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられており、前記他の基地局またはコアネットワーク機能から、基地局によって操作される前記ＣＡＧセルに関連付けられた前記ＣＡＧのＣＡＧメンバーシップ情報を取得するよう前記トランシーバを制御し、取得したＣＡＧメンバーシップ情報に基づいてＣＡＧ識別子のＣＡＧメンバーシップ検証を実行する、基地局を提供する。

本開示の態様は、上記の態様および可能性に記載された方法を実行するようにプログラム可能なプロセッサをプログラムするように動作可能な命令が記憶されたコンピュータ可読記憶媒体など、または、請求項に記載されている、および／または請求項のいずれかに記載されている装置を提供するように適切に適合されたコンピュータをプログラムすることのように、対応するシステム、装置、およびコンピュータプログラム製品にまで及ぶ。

本明細書に開示されている（この用語は特許請求の範囲を含む）および／または図面に示されている各特徴は、他の開示されているおよび／または図示されている特徴とは独立して（または組み合わせて）開示に組み込まれ得る。特に、ただしこれらに限定されないが、特定の独立した請求に依存する請求のいずれかの特徴は、任意の組み合わせで、または個別に、その独立した請求に導入することができる。

本開示によれば、上記の問題の１つまたは複数に対処するか、または少なくとも部分的に対処する方法および関連する装置を提供することが可能である。

次に、本開示の実施形態を、例として、以下の添付の図面を参照して説明する。

本開示の実施形態が適用され得る移動式（セルラーまたは無線）通信システムを概略的に示す。 図２は、図１に示されるシステムの一部を形成するユーザ機器（ＵＥ）のブロック図である。 図１に示すシステムの一部を構成する基地局のブロック図である。 図１に示すシステムの一部を構成するコアネットワークノードエンティティのブロック図である。 本開示の実施形態が適用され得るＰＮＩ－ＮＰＮの２つの異なる展開のブロック図のうちの１つを示す。 本開示の実施形態が適用され得る、ＰＮＩ－ＮＰＮの２つの異なる展開の他のブロック図を示す。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 本開示の実施形態を図１のシステムに実装することができる例示的な方法を示すタイミング図である。 図１のシステムで実行され得る、ＵＥコンテキスト再配置を伴わない典型的なＲＮＡＵ手順のタイミング図である。

概要
図１は、本開示の実施形態が適用可能である移動式（セルラーまたは無線）通信システム１を概略的に示す。

このネットワークでは、モバイルデバイス３（ＵＥ）のユーザは、適切な３ＧＰＰ無線アクセス技術（ＲＡＴ）、例えば、Ｅ－ＵＴＲＡおよび／または５Ｇ ＲＡＴを使用して、それぞれの基地局５およびコアネットワーク７を介して互いにおよび他のユーザと通信することができる。いくつかの基地局５が（無線）アクセスネットワークまたは（Ｒ）ＡＮを形成することが理解されよう。当業者が理解するように、１つのモバイルデバイス３および１つの基地局５が説明の目的で図１に示されているが、システムは、実装される場合、通常、他の基地局およびモバイルデバイス（ＵＥ）を含む。

各基地局５は、１つまたは複数の関連するセルを（直接またはホーム基地局、リレー、リモートラジオヘッド、分散ユニットなどの他のノードを介して）制御する。Ｅ－ＵＴＲＡ／４Ｇプロトコルをサポートする基地局５は「ｅＮＢ」と呼ばれることがあり、次世代／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」と呼ばれることがある。いくつかの基地局５は、４Ｇおよび５Ｇの両方、および／または他の任意の３ＧＰＰまたは非３ＧＰＰ通信プロトコルをサポートするように構成され得ることが理解されよう。

ｇＮＢ５（本明細書では「分散」ｇＮＢと呼ばれる）の機能は、低レベルの機能、および、近くの（つまり、ｇＮＢによって運用されるセル内の）ＵＥとのエアインターフェースを介した通信を実行する、１つまたは複数の分散ユニット（ＤＵ）と、通常、より高いレベルの機能、および、次世代コアとの通信を実行する、中央ユニット（ＣＵ）と、の間で分割され得ることが理解されよう。分散ｇＮＢには、次の機能ユニットが含まれている。

ｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）：１つまたはそれ以上のｇＮＢ－ＤＵの動作を制御するＥｎ－ｇＮＢのＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）レイヤー、Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＤＡＰ）レイヤー、および、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）レイヤーをホストする論理ノードである。ｇＮＢ－ＣＵは、ｇＮＢ－ＤＵに接続されているＦ１インターフェースを終端する。

ｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）５Ｄ：ｇＮＢまたはＥｎ－ｇＮＢの無線リンク制御（ＲＬＣ）レイヤー、メディアアクセス制御（ＭＡＣ）レイヤー、および、物理（ＰＨＹ）レイヤーをホストする論理ノードであり、その動作はｇＮＢ－ＣＵによって部分的に制御される。１つのｇＮＢ－ＤＵは、１つまたは複数のセルをサポートする。１つのセルは１つのｇＮＢ－ＤＵでのみサポートされる。ｇＮＢ－ＤＵは、ｇＮＢ－ＣＵに接続されているＦ１インターフェースを終端する。

ｇＮＢ－ＣＵ－コントロールプレーン（ｇＮＢ－ＣＵ－ＣＰ）５Ｃ：Ｅｎ－ｇＮＢまたはｇＮＢ用のｇＮＢ－ＣＵのＲＲＣおよびＰＤＣＰプロトコルのコントロールプレーン部分をホストする論理ノードである。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰに接続されたＥ１インターフェースと、ｇＮＢ－ＤＵに接続されたＦ１－Ｃインターフェースを終端する。

ｇＮＢ－ＣＵ－ユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）５Ｕ：Ｅｎ－ｇＮＢにおけるｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分、並びに、ｇＮＢにおけるｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分およびＳＤＡＰプロトコルをホストする論理ノードである。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰに接続されたＥ１インターフェースと、ｇＮＢ－ＤＵに接続されたＦ１－Ｕインターフェースを終端する。

モバイルデバイス３およびそのサービング基地局５は、適切なエアインターフェース（例えば、いわゆる「Ｕｕ」インターフェースなど）を介して接続されている。隣接する基地局５は、適切な基地局間インターフェース（いわゆる「Ｘ２」インターフェース、「Ｘｎ」インターフェースなど）を介して互いに接続されている。基地局５はまた、適切なインターフェース（いわゆる「Ｓ１」、「Ｎ１」、「Ｎ２」、「Ｎ３」インターフェースなど）を介してコアネットワークノードに接続されている。

コアネットワーク７は、通常、通信システム１における通信をサポートするための論理ノード（または「機能」）を含む。通常、例えば、「次世代」／５Ｇシステムのコアネットワーク７は、いくつかある機能の中でも特に、コントロールプレーンを含む。機能（ＣＰＦ）１１およびユーザプレーン機能（ＵＰＦ）１２。コアネットワーク７は、とりわけ、アクセスおよびモビリティ管理機能（ＡＭＦ）１３も含み得ることが理解されよう。コアネットワーク７から、外部ＩＰネットワーク２０（インターネットなど）への接続も提供され得る。

モバイル機器
図２は、図１に示されるモバイルデバイス３の主要な構成要素（例えば、携帯電話またはＩｏＴデバイス）を示すブロック図である。図に示すように、モバイルデバイス３は、１つまたは複数のアンテナ３３を介して基地局５との間で信号を送信および受信するように動作可能なトランシーバ回路３１を有する。モバイルデバイス３は、モバイルの動作を制御するためのコントローラ３７を有する。コントローラ３７は、メモリ３９に関連付けられ、トランシーバ回路３１に結合されている。その動作に必ずしも必要ではないが、モバイルデバイス３は、もちろん、従来の携帯電話の通常の機能（ユーザインターフェース３５など）をすべて備えていてもよく、これは、必要に応じて、ハードウェア、ソフトウェア、およびファームウェアの任意の１つまたは任意の組み合わせによって提供され得る。ソフトウェアは、メモリ３９にプリインストールされ得るか、および／または、例えば、電気通信ネットワークを介して、またはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされ得る。

コントローラ３７は、この例では、メモリ３９内に記憶されたプログラム命令またはソフトウェア命令によってモバイルデバイス３の全体的な動作を制御するように構成される。図に示すように、これらのソフトウェア命令は、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、ページングモジュール４５、ＲＲＣモジュール４６、およびＮＡＳモジュール４９を含む。

通信制御モジュール４３は、モバイルデバイス３とそのサービング基地局５（および他のユーザ機器、コアネットワークノードなどのサービング基地局５に接続された他の通信デバイス）との間の通信を制御するように動作可能である。

ページングモジュール４５は、モバイルデバイス３をページングすることができる（ＲＡＮベースの）ページング領域を（例えば、セルのリストの形で）維持し、トランシーバ３１を制御して、モバイルデバイス３に宛てられたページングメッセージを監視する。ページングモジュール４５はまた、モバイルデバイス３が現在構成されているＲＡＮページング領域を離れようとしているとき（またはすでに離れているとき）に、（たとえば、適切な位置更新手順を実行するために）他のモジュールに（例えば、必要に応じてＲＲＣモジュール４６およびＮＡＳモジュール４９に）通知する。

ＲＲＣモジュール４６は、ＲＲＣ標準に従ってフォーマットされたシグナリングメッセージを生成、送信、および受信するように動作可能である。例えば、そのようなメッセージは、モバイルデバイス３とそのサービング基地局５との間で交換される。ＲＲＣメッセージは、例えば、モバイルデバイス３の（ＲＡＮベースの）ページングエリアの構成に関連するメッセージを含み得る。

ＮＡＳモジュール４９は、ＮＡＳ標準に従ってフォーマットされたシグナリングメッセージを生成、送信、および受信するように動作可能である。例えば、そのようなメッセージは、モバイルデバイス３とＭＭＥ１３との間で（ＲＲＣモジュール４６を使用して、サービング基地局５を介して）交換される。ＮＡＳメッセージは、例えば、モバイルデバイス３が現在配置されている追跡エリア（またはセル）の登録および／または更新に関連するメッセージを含み得る。

基地局
図３は、図１に示される基地局５の主要構成要素を示すブロック図である。図に示すように、基地局５は、１つまたは複数のアンテナ５３を介してユーザ機器（モバイルデバイス３など）に信号を送信し、ユーザ機器（モバイルデバイス３など）から信号を受信するためのトランシーバ回路５１、コアネットワーク７との間で信号を送受信するためのコアネットワークインターフェース５５（例えば、Ｓ１インターフェース、ＮＧ－Ｃインターフェースなど）、隣接する基地局との間で信号を送受信するための基地局インターフェース５６（例えば、Ｘ２インターフェース、Ｘｎインターフェースなど）を有する。基地局５は、メモリ５９に記憶されたソフトウェアに従って基地局５の動作を制御するためのコントローラ５７を有する。ソフトウェアは、メモリ５９に事前にインストールされ得、および／または、たとえば、電気通信ネットワーク１を介して、もしくは、リムーバブルデータストレージデバイス（ＲＭＤ）から、ダウンロードされ得る。ソフトウェアは、とりわけ、オペレーティングシステム６１、および少なくとも通信制御モジュール６３を含む。

通信制御モジュール６３は、基地局５と、ＵＥ３およびコアネットワークノードなどの他のノードとの間のシグナリングを処理（生成／送信／受信）する。そのようなシグナリングは、例えば、モバイルデバイス３の動作を管理するための制御データ（例えば、ＮＡＳ、ＲＲＣ、ページング、システム情報など）を含み得る。

基地局５が分散ｇＮＢまたはＥｎ－ｇＮＢを含む場合、ネットワークインターフェース５５は、分散ｇＮＢまたはＥｎ－ｇＮＢのそれぞれの機能間で信号を通信するためのＥ１インターフェースおよびＦ１インターフェース（制御プレーン用のＦ１－Ｃおよびユーザプレーン用のＦ１－Ｕ）も含む。この場合、ソフトウェアは、ｇＮＢ－ＣＵ－ＣＰモジュール５Ｃ、ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕ、およびｇＮＢ－ＤＵモジュール５Ｄのうちの少なくとも１つも含む。ｇＮＢ－ＣＵ－ＣＰモジュール５Ｃは、もし存在するなら、分散ｇＮＢまたはＥｎ－ｇＮＢのＲＲＣ層およびＰＤＣＰ層のコントロールプレーン部分をホストする。ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕは、もし存在するなら、ＰＤＣＰのユーザプレーン部分と分散ｇＮＢのＳＤＡＰレイヤー、または分散Ｅｎ－ｇＮＢのＰＤＣＰレイヤーのユーザプレーン部分をホストする。ｇＮＢ－ＤＵモジュール５Ｄは、もし存在するなら、分散ｇＮＢまたはＥｎ－ｇＮＢのＲＬＣ、ＭＡＣ、およびＰＨＹ層をホストする。

当業者には、中央ユニット（例えば、５Ｃおよび／または５Ｕ）が、基地局とともに実装され物理的に配置され得るか、または単一の物理的要素として、またはクラウドベースまたは仮想化システムとして遠隔地に実装され得ることが理解されるであろう。また、単一の中央ユニットが複数の基地局５にサービスを提供し得ることも理解されよう。

図３には示されていないが、基地局５はまた、通常、ＲＲＣモジュール、基地局間インターフェースモジュール（例えば、Ｘ２／Ｘｎ）、およびコアネットワークインターフェースモジュールも含む。

ＲＲＣモジュールは、ＲＲＣ標準に従ってフォーマットされたシグナリングメッセージを生成、送信、および受信するように動作可能である。例えば、そのようなメッセージは、基地局５とモバイルデバイス３（および基地局５のセル内の他のユーザ機器）との間で交換される。ＲＲＣメッセージは、例えば、図１２を参照して上で説明したように、ＲＮＡＵ手順の実行に関連するメッセージを含み得る。

基地局間インターフェースモジュールは、Ｘ２ＡＰ（またはＸｎＡＰ）規格に従ってフォーマットされたシグナリングメッセージ（Ｘ２／Ｘｎメッセージ）を生成、送信、および受信するように動作可能である。Ｘ２／Ｘｎメッセージは、例えば、モバイルデバイス３のページング、データ転送、隣接する基地局間のＵＥコンテキスト（およびモバイルデバイス３に関連する他の情報）の転送／フェッチ、およびＵＥからのＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔに応答したＣＡＧメンバーシップ／サブスクリプションの検証結果に関連するメッセージを含み得る。

コアネットワークインターフェイスモジュールは、Ｓ１ＡＰ（またはＮＧ－Ｃ）標準に従ってフォーマットされたシグナリングメッセージを生成、送信、および受信するように動作可能である。例えば、そのようなメッセージは、基地局５とＡＭＦ／ＭＭＥ１３との間で交換される。Ｓ１ＡＰ（またはＮＧ－Ｃ）メッセージは、例えば、基地局５のセル内のユーザ機器の位置および／または動作状態の登録、特定のモバイルデバイス３のページング要求、および／または関連する応答、および／または特定のＵＥのＣＡＧメンバーシップ／サブスクリプション検証プロセスが失敗した場合にトリガーされる可能性のある登録手順に関連するメッセージを含み得る。

コアネットワークノード
図４は、図１に示される一般的なコアネットワークノード（または機能）の主要な構成要素、例えば、ＡＭＦ１３を示すブロック図である。示されるように、コアネットワークノードは、ネットワークインターフェース７５を介して他のノード（ＵＥ３および（Ｒ）ＡＮノード５を含む）との間で信号を送受信するように動作可能なトランシーバ回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従ってコアネットワークノードの動作を制御する。ソフトウェアは、メモリ７９に事前にインストールされ得るか、および／または、例えば、電気通信ネットワーク１を介して、またはリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードされ得る。ソフトウェアは、とりわけ、オペレーティングシステム８１および少なくとも通信制御モジュール８３を含む。通信制御モジュール８３は、コアネットワークノードと、ＵＥ３、（Ｒ）ＡＮノード５、および他のコアネットワークノードなどの他のノードとの間のシグナリングを処理（生成／送信／受信）する。このようなシグナリングには、上記のように、登録手順（または同等のもの）に関連する適切にフォーマットされた要求と応答が含まれる。

上で説明したように、たとえば、現在の５Ｇアーキテクチャでは、ｇＮＢの内部構造は、Ｆ１インターフェースで接続された中央ユニット（ＣＵ）と分散ユニット（ＤＵ）と呼ばれる２つの部分に分割できる。これにより、「分割」アーキテクチャの使用が可能になる。これにより、典型的は「上位」のＣＵレイヤー（必然的または排他的ではないが、例えばＰＤＣＰ）および典型的は「下位」のＤＵレイヤー（必然的または排他的ではないが、例えばＲＬＣ／ＭＡＣ／ＰＨＹ）は個別（別々）に実装される。したがって、例えば、いくつかのｇＮＢの上位層のＣＵ機能は、（単一のユニットによって）一元的に実装されてもよく、一方で、下位層のＤＵ機能は、各ｇＮＢにおいて、ローカルに保持されてもよい。

ＰＮＩ－ＮＰＮの場合、ネットワーク内のすべてのｇＮＢのｇＮＢ－ＣＵ機能が、例えばデータセンターやオペレーターの建物などの同じ安全な場所に実装され、配置される場合がある。図５Ａおよび５Ｂには、この概念の２つの典型的な展開例が示されている。図５Ａでは、（安全な環境内にある）ＰＮＩ－ＮＰＮ ｇＮＢのＣＵは、ＰＬＭＮのサポートでホストされ、ネットワークスライシングまたはＣＡＧアクセス制御を使用して、ＰＮＩ－ＮＰＮの外部の許可されたｇＮＢと共有される。図５Ｂでは、ＰＮＩ－ＮＰＮはスタンドアロンＮＰＮであり、ＰＮＩ－ＮＰＮ ｇＮＢのＣＵは、ＰＬＭＮのサポートなしで、ＰＮＩ－ＮＰＮ内に実装されている。同様に、ＰＬＭＮ内のｇＮＢのＣＵは、そのＰＬＭＮ内でホストされる。

どちらの場合も、ＰＮＩ－ＮＰＮのｇＮＢ－ＣＵは一元化された機能であり、ＰＮＩ－ＮＰＮ内の複数のｇＮＢにサービスを提供する可能性がある。また、有益なことに、ＣＡＧメンバーシップとアクセス検証プロセスは、ｇＮＢとコアネットワーク間の過度の追加シグナリングを必要とせずに、中央ユニットによって実行できる。

次に、（ＲＲＣ ＩＮＡＣＴＩＶＥ状態／モードで動作しうる）モバイルデバイス用にＲＡＮベースのページング領域を構成できるさまざまな方法について、（図６～１１を参照して）より詳細に説明する。

ＣＡＧメンバーシップ／サブスクリプション検証プロセスがコアネットワークではなく基地局（またはｇＮＢのＣＵ）によって実行される場合、考慮すべき多くの問題と考慮事項があり、したがって、図１のシステムは、以下に示すように、さまざまなシナリオを考慮に入れるように構成できる。

操作－最初のシナリオ
図６は、ＵＥが最初にＣＡＧセルにアクセスし、最初の登録手順を実行したｇＮＢであるアンカーｇＮＢがＵＥのＣＡＧメンバーシップ情報をもち、ＵＥが同じＣＡＧ識別子を持つターゲットＣＡＧセルで定期的なＲＮＡＵ手順を開始する際の、システム１の構成要素によって実行される第１の例示的なプロセスを示すタイミング図（メッセージシーケンスチャート）である。

したがって、ステップＳ１で、ＵＥ３は、自身の通信制御モジュール４３を使用して、最初に、関連付けられたＣＡＧ ＩＤを有するＣＡＧセルにアクセスし、その初期セルを運用する基地局５を介して適切なＲＲＣセットアップ手順を実行する。ＲＲＣセットアップ手順の一部として、ＵＥ３は、適切にフォーマットされた「ＵＥ初期メッセージ」を含むＲＲＣセットアップ要求を基地局５に送信する。この例では、ＵＥのメッセージは、ＵＥ３に関連付けられた少なくとも１つのＣＡＧ識別子（ＣＡＧ ＩＤ）（例えば、初期セル（以下、「アンカー」セルと呼ぶ）に関連付けられたＣＡＧ ＩＤに対応する少なくとも１つのＣＡＧ ＩＤ）を含む。

ステップＳ２で、アンカー基地局５は、（ＣＡＧ ＩＤを含む）ＵＥ初期メッセージをコアネットワークノード７のＡＭＦ１３に転送し、アンカーセルが属するＣＡＧに関連付けられたＮＰＮの使用をＵＥ３が許諾(authorized)されているかどうかを示すＣＡＧ情報（ＣＡＧ検証情報）を取得する。コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３がそのセルを使用することを許諾されていないことを示す場合、基地局は、ＵＥのセルへのアクセスの試みを拒絶する。コアネットワークノード７／ＡＭＦ１３から取得された情報が、ＵＥ３がセルを使用することを許諾されていることを示す場合、アンカー基地局およびＵＥ３は、適切なＲＲＣ再構成手順を実行する。ＲＲＣ再構成後、ＵＥ３は、ＣＡＧセルを介してコアネットワーク７に向けてデータを送信することができる。コアネットワークノード７／ＡＭＦ１３は、ＵＥ３のＵＥコンテキストにおいて、ＵＥ３が初期セルに関連付けられたＣＡＧ／ＮＰＮ（そしてまた、コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３に関連する他のＣＡＧ／ＮＰＮを示す場合には、他のＣＡＧ／ＮＰＮ）を使用することを許諾されていることを示す。アンカーｇＮＢに提供されるＵＥコンテキストは、このＣＡＧメンバーシップ情報を含み、アンカー基地局（または分散ｇＮＢの場合はその中央ユニット）のメモリ５９に記憶される。

ステップＳ３：ＲＲＣ接続が中断されると、ＵＥ３はＲＲＣ非アクティブ状態に入る（例えば、送信／受信するデータがこれ以上ないとき）。ＲＲＣ中断は、通常、ネットワークとＵＥ３との間の適切なシグナリング（および／またはタイマー）を伴い、それにより、サービング基地局は、ＵＥ３がいつＲＲＣ非アクティブ状態に入ったかを知る。アンカー基地局は、非アクティブなＵＥ３のＵＥコンテキストを記憶するので、例えば、定期的なＲＮＡＵ手順のためにＲＲＣ接続を再開することができる。その後、ＵＥ３は、パブリックセルを介して、またはＵＥ３が以前にアクセスしたセルと同じ関連付けられたＰＬＭＮ／ＣＡＧ ＩＤを有するＣＡＧセルを介して、中断されたＲＲＣ接続を再開できることが理解されよう。

ステップＳ４で、ＵＥ３が、定期的なＲＮＡＵ手順のために、同じＣＡＧ ＩＤを有する別の「ターゲット」ＣＡＧセルで接続を再開する場合、ターゲットセルは、ＲＮＡ更新のために、ＵＥ３のＣＡＧＩＤを含む「Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」メッセージをアンカー基地局５に送信する。アンカー基地局５は、メッセージに含まれるＣＡＧ ＩＤを使用してメンバーシップ検証プロセスを実行し、それをメモリ５９に記憶されているＵＥコンテキストデータのメンバーシップ情報と比較する。この場合、ＵＥ３のＣＡＧ ＩＤは、記憶されているＵＥコンテキストに対して検証することができ、アンカー基地局５は、カプセル化されたＲＲＣＲｅｌｅａｓｅメッセージを含むＲｅｔｒｉｅｖｅＵＥＣｏｎｔｅｘｔＦａｉｌｕｒｅメッセージを返す。ＲＲＣＲｅｌｅａｓｅメッセージは、ＣＡＧ ＩＤがアンカー基地局５とターゲット基地局の両方のＣＡＧ ＩＤと一致し、ＵＥ３がターゲット基地局へのアクセスを許諾されていることの確認として機能する中断指示メッセージを含む。したがって、ターゲット基地局は、ＲＲＣＲｅｌｅａｓｅメッセージをＵＥ３に送信し、そのＲＲＣ接続を中断させる。この例では、ＵＥコンテキストデータは、アンカー基地局５によって記憶されたままである、すなわち、コンテキストの再配置はない。

操作－２番目の例
図７は、（ＵＥが最初にＣＡＧセルにアクセスし、最初の登録手順を実行した基地局５（ｇＮＢ）である）アンカー基地局５がＵＥ３のＣＡＧメンバーシップ情報を有し、同じまたは異なるＣＡＧ識別子を有するターゲットＣＡＧセルで定期的なＲＮＡＵ手順をＵＥ３が開始するときに、システム１の構成要素によって実行される第２の例示的なプロセスを示すタイミング図（メッセージシーケンスチャート）である。

この場合、ステップＳ１で、ＵＥ３は、その通信制御モジュール４３を使用して、最初に、関連付けられたＣＡＧ ＩＤを有するＣＡＧセルにアクセスし、その初期セルを運用する基地局５を介して適切なＲＲＣセットアップ手順を実行する。ＲＲＣセットアップ手順の一部として、ＵＥ３は、適切にフォーマットされた「ＵＥ初期メッセージ」を含むＲＲＣセットアップ要求を基地局５に送信する。この例では、ＵＥのメッセージは、ＵＥ３に関連付けられた少なくとも１つのＣＡＧ識別子（ＣＡＧ ＩＤ）を含み、これは、ターゲットセルのＣＡＧ ＩＤに対応しない可能性がある。

ステップＳ２で、アンカー基地局５は、（ＵＥ固有のＣＡＧ情報に対する適切にフォーマットされた要求を含む）ＵＥ初期メッセージをコアネットワーク７のＡＭＦ１３に転送し、ＣＡＧ情報（ＣＡＧサブスクリプション情報、例えば、ＵＥ３がアクセスすることを許諾されているセルのＣＡＧ ＩＤのリスト）を取得する。アンカー基地局５は、ＵＥ３について受信されたＣＡＧ ＩＤをコアネットワークノード７から受信されたＣＡＧサブスクリプション情報と比較して、ＵＥ３がアンカーセルへのアクセスを許諾されるかどうかを（ＵＥのＣＡＧ ＩＤが関連するＣＡＧサブスクリプション情報のエントリのいずれかと一致するかどうかを確認することによって）決定する。コアネットワーク７／ＡＭＦ１３から取得されたＣＡＧサブスクリプション情報が、ＵＥ３がそのセルを使用することを許諾されていないことを示す場合、基地局５は、ＵＥのアンカーセルへのアクセスの試みを拒絶する。コアネットワーク７／ＡＭＦ１３から取得されたＣＡＧサブスクリプション情報が、ＵＥ３がアンカーセルを使用することを許諾されていることを示す場合、アンカー基地局およびＵＥ３は、適切なＲＲＣ再構成手順を実行する。ＲＲＣ再構成後、ＵＥ３は、アンカーＣＡＧセルを介してコアネットワーク７（およびコアネットワーク７を超えた他のノード）と通信することができる。コアネットワーク７／ＡＭＦ１３は、ＵＥ３のＵＥコンテキストにおいて、ＵＥ３が初期セルに関連付けられたＣＡＧ／ＮＰＮ（そしてまた、コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３に関連する他のＣＡＧ／ＮＰＮを示す場合には、他のＣＡＧ／ＮＰＮ）を使用することを許諾されていることを示す。アンカー基地局５に提供されるＵＥコンテキストは、このＣＡＧサブスクリプション情報を含み、アンカー基地局５のメモリ５９（または分散ｇＮＢの場合は中央ユニットに関連するメモリ）に記憶される。

ステップＳ３：ＲＲＣ接続が中断されると、ＵＥ３はＲＲＣ非アクティブ状態に入る（例えば、送信／受信するデータがこれ以上ないとき）。ＲＲＣ中断は、通常、ネットワークとＵＥ３との間の適切なシグナリング（および／またはタイマー）を伴い、それにより、サービング（アンカー）基地局５は、ＵＥ３がいつＲＲＣ非アクティブ状態に入ったかを知る。サービング基地局５は、非アクティブなＵＥ３のＵＥコンテキストを記憶するので、適切な場合（ＵＥ３が送信／受信するためのより多くのデータがある場合）、ＲＲＣ接続を再開することができる。

ステップＳ４で、ＵＥ３が、定期的なＲＮＡＵ手順のために、同じまたは異なるＣＡＧ ＩＤを有する別の「ターゲット」ＣＡＧセルで接続を再開する場合、ターゲットセルは、ＲＮＡ更新のために、ＵＥ３のＣＡＧ ＩＤを含む「Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」メッセージを（アンカー基地局に）送信する。アンカー基地局５は、ＵＥのメッセージに含まれるＣＡＧ ＩＤに基づいてメンバーシップ検証プロセスを実行し、それをＵＥコンテキスト内のメンバーシップサブスクリプション情報と比較する。この場合、ＵＥ３のＣＡＧ ＩＤは、記憶されたＵＥコンテキストに対して検証することができ、アンカー基地局５は、カプセル化されたＲＲＣＲｅｌｅａｓｅメッセージを含むＲｅｔｒｉｅｖｅＵＥＣｏｎｔｅｘｔＦａｉｌｕｒｅメッセージを返す。ターゲットｇＮＢがＲｅｔｒｉｅｖｅＵＥＣｏｎｔｅｘｔＦａｉｌｕｒｅメッセージを受信すると、このメッセージの受信はＵＥがＣＡＧ検証に合格したことを暗黙的に示すものと見なされるため、ターゲットｇＮＢはＵＥへのＲＲＣＲｅｌｅａｓｅメッセージに進み、ＲＲＣ接続が中断される。この例では、（そのＵＥ３のＣＡＧメンバーシップサブスクリプションデータを含む）ＵＥコンテキストデータは、アンカー基地局５に記憶されたままであり、すなわち、コンテキスト再配置はない。

操作－３番目の例
図８は、ＵＥが最初にＣＡＧセルにアクセスした（そして最初の登録手順を実行した）基地局であるアンカー基地局５が、ＵＥ３のＣＡＧメンバーシップ情報を有し、ＵＥ３が、異なるＣＡＧ識別子を有するターゲットＣＡＧセルでＲＮＡＵ手順を開始する際の、システム１の構成要素によって実行される第３の例示的なプロセスを示すタイミング図（メッセージシーケンスチャート）である。

この場合、ステップＳ１で、ＵＥ３は、その通信制御モジュール４３を使用して、最初に、関連付けられたＣＡＧ ＩＤ＃１を有するＣＡＧセルにアクセスし、その初期セルを運用する基地局を介して（適切にフォーマットされた「ＵＥ初期メッセージ」を含む）適切なＲＲＣセットアップ手順を実行する。この例では、ＵＥのメッセージは、アンカー基地局５（のセル）のＣＡＧ ＩＤに対応する、ＵＥ３に関連付けられた少なくとも１つのＣＡＧ識別子（ＣＡＧ ＩＤ＃１）を含む。

ステップＳ２で、アンカー基地局５は、（ＣＡＧ ＩＤ＃１を含む）ＵＥ初期メッセージをＡＭＦ１３／コアネットワーク７に転送し、アンカーセルが属するＣＡＧ（すなわち、ＣＡＧ＃１）に関連付けられたＮＰＮを使用することをＵＥ３が許諾されているかどうかを示すＣＡＧ情報（ＣＡＧ検証情報／ＣＡＧメンバーシップ情報）を取得する。コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３がそのセルを使用することを許諾されていないことを示す場合、基地局は、ＵＥのセルへのアクセスの試みを拒絶する。コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３がセルを使用することを許諾されていることを示す場合、アンカー基地局５およびＵＥ３は、適切なＲＲＣ再構成手順を実行する。ＲＲＣ再構成後、ＵＥ３は、ＣＡＧ１セルを介してコアネットワーク７と通信することができる。コアネットワークノード７／ＡＭＦ１３は、ＵＥ３のＵＥコンテキストにおいて、ＵＥ３が初期セル、すなわち、ＣＡＧ１（コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３に関連する他のＣＡＧ／ＮＰＮを示す場合、おそらく他のＣＡＧ／ＮＰＮ）に関連付けられたＣＡＧ／ＮＰＮを使用することを許諾されていることを示す。アンカー基地局５に提供されるＵＥコンテキストは、このＣＡＧメンバーシップ情報を含み、アンカー基地局５のメモリ５９に記憶される。

ステップＳ３：ＲＲＣ接続が中断されると、ＵＥ３はＲＲＣ非アクティブ状態に入る（例えば、送信／受信するデータがこれ以上ないとき）。ＲＲＣ中断は、通常、ネットワークとＵＥ３との間の適切なシグナリング（および／またはタイマー）を含み、それにより、サービング基地局は、ＵＥ３がいつＲＲＣ非アクティブ状態に入ったかを知る。アンカー基地局５は、例えば、定期的なＲＮＡＵ手順のためにＲＲＣ接続を再開することができるように、非アクティブなＵＥ３のＵＥコンテキストを記憶する。その後、ＵＥ３は、パブリックセルまたはＣＡＧセルのいずれかを介して、中断されたＲＲＣ接続を再開することができることが理解されよう。

この場合、ＵＥ３は、ＲＮＡＵ手順のために、異なるＣＡＧ ＩＤ（ＣＡＧ ＩＤ＃２）を有する別の「ターゲット」ＣＡＧセルでその接続を再開する。ターゲットセルは、ＵＥ３に関連付けられたＵＥコンテキストをフェッチするために、「Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」メッセージをアンカー基地局５に送信する。この場合、ターゲット基地局からのメッセージには、（ＵＥ ３がＲＲＣ接続を再開しようとするセルに関連付けられている）ＣＡＧ ＩＤ＃２が含まれる。アンカー基地局５は、メッセージに含まれるＣＡＧ ＩＤ＃２を使用してメンバーシップ検証プロセスを実行し、自身のメモリ５９に記憶されたＵＥコンテキストデータ内のメンバーシップ情報と比較する。この場合、アンカー基地局５は、ＵＥ３の関連するＣＡＧ＃２データを持っていないので、記憶されたＵＥコンテキストに対して検証できない。

したがって、ステップＳ４で、アンカー基地局５は、ＵＥ３がＣＡＧ２セルにアクセスしようとしていることをＡＭＦ１３に示す、ＵＥ ＣｏｎｔｅｘｔＭｏｄｉｆｉｃａｔｉｏｎメッセージによってＣＡＧ２情報を（コアネットワーク７／ＡＭＦ１３に）要求する。ＡＭＦ１３は、ＣＡＧ ＩＤ＃２に関連してＵＥ３のメンバーシップ検証プロセスを実行し、検証結果を返す。ＵＥ３がＣＡＧ２へのアクセスを許諾されていない場合、基地局は、ＵＥのセルへのアクセスの試みを拒絶する。しかしながら、ＵＥ３がＣＡＧ２セルへのアクセスを許諾されている場合、ＡＭＦ１３は、記憶されているＵＥ３のＵＥコンテキスト情報がＣＡＧ ＩＤ＃２を含むように変更され得ることを確認するメッセージを（アンカー基地局５に）返す。そして、（アンカー基地局５による）記憶のためのＣＡＧ２サブスクリプション情報を、ＵＥ３のためのＵＥコンテキスト情報と共に提供する。

ステップＳ５で、ＵＥ３のＣＡＧ ２メンバーシップ検証が成功した場合、アンカー基地局５は、カプセル化されたＲＲＣＲｅｌｅａｓｅメッセージを含むＲｅｔｒｉｅｖｅＵＥＣｏｎｔｅｘｔＦａｉｌｕｒｅメッセージをターゲット基地局に返す。ＲＲＣＲｅｌｅａｓｅメッセージには、ＵＥ３がＣＡＧ２セルへのアクセスを許諾されていることの確認として機能する中断指示メッセージが含まれている。したがって、ターゲット基地局は、ＲＲＣＲｅｌｅａｓｅメッセージをＵＥ３に送信し、そのＲＲＣ接続を中断させる。この例では、（新しいＣＡＧ２情報を含む）ＵＥコンテキストデータは、アンカー基地局５によって記憶されたままであり、すなわち、コンテキストの再配置はない。

上記のすべての例は、ＵＥコンテキスト再配置がない場合、すなわち、（任意のＣＡＧメンバーシップ／サブスクリプション情報を含む）ＵＥコンテキスト情報がアンカー基地局５（つまり、初期登録（ＲＲＣセットアップ）手順に使用された基地局）によって記憶されたままである場合のＣＡＧ検証プロセスを示している。

上記のすべての例において、ＵＥコンテキスト再配置の概念を組み込むことができることが理解されよう。ＵＥコンテキスト再配置は、ＲＲＣに関連して当業者によく知られているであろう。しかしながら、この場合、ＣＡＧメンバーシップ検証ステップは、ＵＥ３のＣＡＧメンバーシップサブスクリプション情報を含むＵＥコンテキストを（次の再開要求までそのメモリに記憶するために）ターゲット基地局に毎回送信するステップを含み得る。ＵＥ３は、最後のサービングセルではないセルにアクセスする。言い換えると、これらのシナリオでは、最後のサービングセルが上記のＣＡＧメンバーシップ検証プロセスを実行する。

操作－４番目の例
図９は、ＵＥコンテキスト再配置が組み込まれ、最後のサービング基地局５がＵＥ３のＣＡＧメンバーシップ／サブスクリプション情報を有する場合に、システム１のコンポーネントによって実行される例示的なプロセスを示すタイミング図（メッセージシーケンスチャート）である。

この場合、ステップＳ１で、ＵＥ３は、その通信制御モジュール４３を使用して、最初に、関連付けられたＣＡＧ ＩＤ＃１を有するＣＡＧセルにアクセスする。そして、その初期セルを運用する基地局５を介して、（ＵＥ３が適切にフォーマットされた「ＵＥ初期メッセージ」を送信する間に）適切なＲＲＣセットアップ手順を実行する。この例では、「ＵＥ初期メッセージ」には、（アンカー）基地局５のＣＡＧ ＩＤに対応する、ＵＥ ３に関連付けられた少なくとも１つのＣＡＧ識別子（ＣＡＧ ＩＤ＃１）が含まれている。

ステップＳ２で、アンカー基地局５は、（ＣＡＧ ＩＤを含む）ＵＥ初期メッセージをＡＭＦ１３（または別のコアネットワークノード）に転送し、ＵＥ３が識別子ＣＡＧ ＩＤ＃１を有するＣＡＧセルを使用することを許諾されているかどうかを示すＣＡＧ情報（ＣＡＧ検証情報）を取得する。コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３がそのセルを使用することを許諾されていないことを示す場合、基地局は、ＵＥのセルへのアクセスの試みを拒絶する。コアネットワーク７／ＡＭＦ１３から取得された情報が、ＵＥ３がセルを使用することを許諾されていることを示す場合、アンカー基地局５およびＵＥ３は、適切なＲＲＣ再構成手順を実行する。ＲＲＣ再構成後、ＵＥ３は、ＣＡＧセルを介してコアネットワーク７に向けてデータを送信することができる。コアネットワーク７／ＡＭＦ１３は、ＵＥ３のＵＥコンテキストにおいて、ＵＥ３が初期セル、すなわち、ＣＡＧ＃１に関連付けられたＣＡＧ／ＮＰＮを使用することを許諾されていることを示す。アンカー基地局５に提供されるＵＥコンテキストは、ＵＥ３のこのＣＡＧ＃１メンバーシップ情報を含み、それは、アンカー基地局５のメモリ５９に記憶される。

ＲＲＣ接続が中断されると、ＵＥ３はＲＲＣ非アクティブ状態に入る（例えば、送信／受信するデータがこれ以上ないとき）。ＲＲＣ中断は、通常、ネットワークとＵＥ３との間の適切なシグナリング（および／またはタイマー）を伴い、それにより、アンカー基地局５は、ＵＥ３がいつＲＲＣ非アクティブ状態に入ったかを知る。アンカー基地局５は、非アクティブなＵＥ３のＵＥコンテキストを記憶するので、適切な場合（ＵＥ３が送信／受信するためのより多くのデータがある場合）、ＲＲＣ接続を再開することができる。その後、ＵＥ３は、パブリックセルを介して、またはＵＥ３が以前にアクセスしたセルと同じまたは異なる関連ＰＬＭＮ／ＣＡＧ ＩＤを有するＣＡＧセルを介して、中断されたＲＲＣ接続を再開できることが理解されよう。

ステップＳ３に一般的に示されるように、この場合、ＵＥ３は、ＲＮＡＵ手順のために、異なるＣＡＧ ＩＤ（ＣＡＧ ＩＤ＃２）を有する別の「ターゲット」ＣＡＧセルで接続を再開する。ターゲットセルを運用する基地局は、このＵＥ３のＵＥコンテキストを取得するために、（アンカー基地局５に）「Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ」メッセージを送信する。Ｒｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔメッセージは、ＣＡＧ ＩＤ＃２およびＲＲＣ接続を再開する目的がＲＮＡの更新であることを示す。その間に、他の定期的なＲＮＡＵ手順および／または他の再開イベントがＵＥ３によって開始および実行されている可能性があり、ネットワーク内の基地局５がＵＥコンテキスト再配置を組み込むように構成されている場合、ＵＥ３の任意のＣＡＧメンバーシップ情報を含む最新のＵＥコンテキスト情報は、上記の（第１の）アンカー基地局５ではなく、ＵＥの最後に訪問されたセルを提供する基地局に記憶され得る。

ＵＥコンテキスト取得要求メッセージに応答して、アンカー基地局５は、メッセージに含まれるＣＡＧ ＩＤ＃２を使用してメンバーシップ検証プロセスを実行し、自身のメモリ５９に記憶されたＵＥコンテキストデータ内のメンバーシップ情報と比較する。この場合、アンカー基地局５はＵＥ３に関連するＣＡＧ＃２データを持たないため、ＵＥ３ ＣＡＧ ＩＤ＃２は、記憶されたＵＥコンテキストに対して検証することができない。したがって、ＵＥ３がＣＡＧ＃２セルに関連付けられたＰＬＭＮのメンバーシップを有していても、アンカー基地局５のＵＥコンテキスト情報はこれを示さない。したがって、アンカー基地局５は、そのＵＥコンテキスト情報に基づいて、このＵＥ３のＣＡＧ＃２メンバーシップ情報を持たないと判断し、それを示すためにターゲット基地局にＲｅｔｒｉｅｖｅ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅメッセージを返す。この場合、ＵＥコンテキストは、ターゲットベースステーションに再配置されている。すなわち、Ｒｅｔｒｉｅｖｅ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅメッセージは、ＵＥコンテキストおよびそれに含まれる任意のＣＡＧ情報（この例では、ＣＡＧ＃１メンバーシップ情報）を含む。

したがって、ステップ４で、ターゲットｇＮＢは、ＡＭＦ１３にＵＥ ３がＣＡＧ＃２セルにアクセスしようとしていることを示すＵＥ ＣｏｎｔｅｘｔＭｏｄｉｆｉｃａｔｉｏｎメッセージによって、ＵＥ３がＣＡＧ ＩＤ＃２を有するセルへのアクセスを許可(allowed)されているかどうかを識別する情報を（コアネットワーク７／ＡＭＦ１３に）要求する。ＡＭＦ１３は、ＣＡＧ ＩＤ＃２に関連してＵＥ３のメンバーシップ検証プロセスを実行し、検証結果を返す。ＵＥ３がＣＡＧ＃２セルへのアクセスを許可(permitted)されていない場合、ターゲット基地局５は、ＵＥのセルへのアクセスの試みを拒絶する。しかしながら、ＵＥ３がＣＡＧ＃２セルへのアクセスを許可(permitted)されている場合、ＡＭＦ１３は、これを確認するメッセージを（ターゲット基地局５に）返し、基地局５が、記憶されているＵＥ３のＵＥコンテキスト情報を更新してＣＡＧ ＩＤ＃２に含めることを可能にする。基地局５は、ＣＡＧ ＩＤ＃２に関するＣＡＧ検証がＵＥ３に対して成功したと判断する。
ステップ５で、ＵＥ３のＣＡＧ＃２メンバーシップ検証が成功した場合、ターゲットｇＮＢは、適切なＲＲＣＲｅｌｅａｓｅメッセージをＵＥ３に送信し、そのＲＲＣ接続を中断させる。この例では、（新しいＣＡＧ＃２情報を含む）更新されたＵＥコンテキストデータは、（例えば、ＣＡＧ＃１などの他の以前に検証されたＣＡＧメンバーシップ情報に加えて）ターゲット基地局５のメモリ５９に記憶されたままである。

操作－ＣＡＧメンバーシップの失敗
上記のどのプロセスが使用されているかに関係なく、ＵＥのメンバーシップ検証が最終的に失敗する可能性がある、以下の２つの潜在的な理由がある。
・ＵＥが非アクティブモードのときに、ＵＥのメンバーシップ条件が変更された。
・ＵＥは不正なＵＥであり、ネットワークへのアクセスは許可(permitted)されていない。

次の例では、メンバーシップ検証の失敗に関連してさまざまなシナリオが考慮されている。上記の第１、第２および第３の例（すなわち、ＲＲＣ再開／ＲＮＡ更新がコンテキスト再配置なしで実行され、アンカーｇＮＢがＵＥコンテキスト情報を保持する場合）に関連して、以下の２つの例示的なオプションが想定される。

最初のオプションには、アンカー基地局が、新しい原因値（ＣＡＧメンバーシップの失敗など）を含むＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＦＡＩＬＵＲＥメッセージとカプセル化されたＲＲＣＲｅｌｅａｓｅメッセージをターゲット基地局に送信することが含まれる。次に、アンカー基地局はＵＥコンテキストを解放し、ターゲット基地局は、ＲＲＣＲｅｌｅａｓｅメッセージをＵＥに送信して、それを上記のＲＲＣ＿ＩＤＬＥモードに移行させる。

別のオプションには、アンカー基地局が、カプセル化されたＲＲＣＲｅｌｅａｓｅメッセージ（ただし、新しい原因値ではない）を含むＲＥＴＲＩＥＶＥ ＵＥ ＣＯＮＴＥＸＴ ＦＡＩＬＵＲＥメッセージをターゲット基地局に送信し、次にＵＥコンテキストを解放することが含まれ得る。次に、ターゲット基地局は、ＲＲＣＲｅｌｅａｓｅメッセージをＵＥに送信して、それを上記のＲＲＣ＿ＩＤＬＥモードに移行させる。

ＲＲＣがコンテキスト再配置を含む上記の第４の例に関連して、ターゲット基地局は、ＵＥのメンバーシップ検証プロセスが失敗したことを示すためにＵＥコンテキストが更新されるときに、ＵＥをＲＲＣ＿ＩＤＬＥモードに単に移動させることができる。

上記で提案されたオプションは、指定されたＵＥがＣＡＧセルにアクセスしようとし、メンバーシップの検証が失敗したことをＡＭＦに通知する問題を考慮していない。ＰＮＩ－ＮＰＮに関連して失敗したアクセス試行をすべてＡＭＦに通知して、それらをさらに調査し、悪意のある攻撃を監視できるようにすることが有利な場合がある。

次の例は、ＣＡＧ検証の失敗を処理し、そのような失敗をＡＭＦに通知するためのそれぞれのプロセスに関連している。

操作－５番目の例
図１０Ａは、システム１の構成要素によって実行される例示的なプロセスを示すタイミング図（メッセージシーケンスチャート）である。これは、上記の１番目、２番目、３番目の例に関連している（つまり、ＲＲＣ再開／ＲＮＡ更新はＵＥコンテキスト再配置なしで実行される）。この場合、ＣＡＧメンバーシップ検証は、アンカー基地局５によって実行される。図に示すように、ステップＳ４’で、ＵＥ３のメンバーシップ検証プロセスが失敗した場合（ターゲット基地局５によって示されるＣＡＧ ＩＤで）、アンカー基地局５はコアネットワーク７（例えば、 ＡＭＦ １３）へ、この検証の失敗を示す適切な原因値（例：「ＣＡＧ検証の失敗」原因値等）を含む適切にフォーマットされたメッセージ（たとえば、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅ要求）を送信する。メッセージはまた、ＵＥ３および／またはＵＥ３がアクセスを試みたターゲット基地局５のセルを識別する情報を含み得ることが理解されよう。アンカー基地局５はまた、検証の失敗について（例えば、ＵＥＣｙｓｔｅｍＦａｉｌｕｒｅメッセージを送信することによって）ターゲット基地局５に通知する。

操作－６番目の例
図１０Ｂは、システム１の構成要素によって実行されるプロセス例を示すタイミング図（メッセージシーケンスチャート）であり、これは、上記の第４の例に関連する（すなわち、ＲＲＣ再開／ ＲＮＡ更新は、ＵＥコンテキスト再配置で実行される）。この場合、ＣＡＧメンバーシップ検証は、ターゲット基地局５によって実行される。図に示すように、ステップ５’で、ＵＥ３のメンバーシップ検証プロセスが失敗した場合、ターゲット基地局５は、この検証の失敗を示す適切な原因値（例：「ＣＡＧ検証の失敗」原因値等）を含む、適切にフォーマットされたメッセージ（例えば、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＲｅｑｕｅｓｔなど）をコアネットワーク７（例えば、ＡＭＦ１３）に送信する。メッセージはまた、ＵＥ３および／またはＵＥ３がアクセスを試みたターゲット基地局のセルを識別する情報を含み得ることが理解されよう。ターゲット基地局５はまた、ＲＲＣＲｅｌｅａｓｅメッセージを生成してＵＥ３に送信して、それをＲＲＣ＿ＩＤＬＥモードに移行させる。

操作－７番目の例
図１１Ａは、システム１の構成要素によって実行されるプロセスの例を示すタイミング図（メッセージシーケンスチャート）であり、これは、上記の第１、第２、および第３の例に関連する（つまり、ＲＲＣ再開／ＲＮＡ更新はＵＥコンテキスト再配置なしで実行される）。メッセージシーケンスは、ほとんどの点で図１０Ａのメッセージシーケンスと類似している。ただし、ステップＳ４’では、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＲｅｑｕｅｓｔメッセージ（および／または同様のもの）を介して原因値によってＣＡＧ検証の失敗を示す代わりに、ＣＡＧ検証の失敗は、クラス２メッセージ（つまり、応答を必要としないメッセージまたは通知）によってコアネットワーク７に示される。具体的には、この例では、アンカー基地局５は、「ＵＥ ＣＡＧ検証失敗」メッセージを生成して送信し、失敗したＣＡＧ ＩＤを識別する情報をこのメッセージに含める。メッセージはまた、ＵＥ３および／またはＵＥ３がアクセスを試みたターゲット基地局のセルを識別する情報を含み得ることが理解されよう。

操作－８番目の例
図１１Ｂは、システム１のコンポーネントによって実行されるプロセスの例を示すタイミング図（メッセージシーケンス）チャートであり、これは、上記の第４の例に関連する（すなわち、ＲＲＣ再開／ＲＮＡ更新は、ＵＥコンテキスト再配置で実行される）。この場合、ＣＡＧメンバーシップ検証は、ターゲット基地局５によって実行される。メッセージシーケンスは、ステップＳ５’で、ターゲット基地局５がクラス２メッセージによってＣＡＧ検証の失敗についてコアネットワーク７に通知することを除いて、図１０Ｂのシーケンスとほとんどの点で類似している。具体的には、この例では、ターゲット基地局５は、「ＵＥ ＣＡＧ検証失敗」メッセージを生成して送信し、失敗したＣＡＧ ＩＤを識別する情報をこのメッセージに含める。メッセージはまた、ＵＥ３および／またはＵＥ３がアクセスを試みたターゲット基地局のセルを識別する情報を含み得ることが理解されよう。

変更と代替
詳細な実施形態は上に記載されている。当業者が理解するように、本明細書に具体化された開示から依然として利益を得る一方で、上記の実施形態に対して多くの修正および代替を行うことができる。実例として、これらの代替案および修正のいくつかのみをここで説明する。

上記の説明では、ＵＥ、（Ｒ）ＡＮノード、およびコアネットワークノードは、理解を容易にするために、いくつかの個別のモジュール（通信制御モジュールなど）を有するものとして説明されている。これらのモジュールは、特定のアプリケーション、たとえば既存のシステムが開示を実装するように変更されている場合、他のアプリケーション、たとえば最初から本発明の機能を念頭に置いて設計されたシステムにこのように提供され得るが、これらのモジュールはオペレーティングシステムまたはコード全体に組み込まれているため、これらのモジュールは個別のエンティティとして認識できない場合がある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装することもできる。

各コントローラは、例えば、以下を含む（ただしこれらに限定されない）任意の適切な形態の処理回路を含み得る。１つまたは複数のハードウェアで実装されたコンピュータプロセッサ、マイクロプロセッサ、中央処理装置（ＣＰＵ）、算術論理演算装置（ＡＬＵ）、入出力（ＩＯ）回路、内部メモリ／キャッシュ（プログラムおよび／またはデータ）、処理レジスタ、通信バス（例：制御バス、データバスおよび／またはアドレスバス）、ダイレクトメモリアクセス（ＤＭＡ）機能、ハードウェアまたはソフトウェアで実装されたカウンター、ポインター、および／またはタイマー、および／または同様のもの。

上記の実施形態では、いくつかのソフトウェアモジュールが説明された。当業者が理解するように、ソフトウェアモジュールは、コンパイルされた形式またはコンパイルされていない形式で、ＵＥ、（Ｒ）ＡＮノード、及びコアネットワークノードに、コンピュータネットワークまたは記録媒体上の信号として提供されてもよい。さらに、このソフトウェアの一部または全部によって実行される機能は、１つまたは複数の専用ハードウェア回路を使用して実行され得る。しかしながら、ソフトウェアモジュールの使用は、それらの機能を更新するために、ＵＥ、（Ｒ）ＡＮノード、およびコアネットワークノードの更新を容易にするので、好ましい。

本開示におけるユーザ機器（または「ＵＥ」、「モバイルステーション」、「モバイルデバイス」または「ワイヤレスデバイス」）は、ワイヤレスインターフェースを介してネットワークに接続されたエンティティである。なお、本開示は、専用の通信装置に限定されるものではなく、以下の段落で説明する通信機能を有する任意の装置に適用することができる。

「ユーザ機器」または「ＵＥ」（この用語は３ＧＰＰで使用される）、「モバイルステーション」、「モバイルデバイス」、および「ワイヤレスデバイス」という用語は、一般に互いに同義語であることが意図されており、端末、携帯電話、スマートフォン、タブレット、セルラーＩｏＴデバイス、ＩｏＴデバイス、機械などのスタンドアロンモバイルステーションが含まれる。「モバイルステーション」および「モバイルデバイス」という用語は、長期間静止したままであるデバイスも包含することが理解されよう。

ＵＥは、例えば、生産または製造のための機器のアイテム、および／またはエネルギー関連の機械のアイテムでもよい。ＵＥは、例えば、ボイラー、エンジン、タービン、ソーラーパネル、風力タービン、水力発電機、火力発電機、原子力発電機、バッテリー、原子力システムおよび／または関連機器、重電機械、真空ポンプを含むポンプなどの機器または機械、コンプレッサー、ファン、ブロワー、石油油圧装置、空気圧装置、金属加工機械、マニピュレーター、ロボットおよび／またはそれらのアプリケーションシステム、ツール、金型またはダイ、ロール、運搬装置、昇降装置、材料処理装置、繊維機械、縫製機械、印刷および／または関連機械、紙加工機械、化学機械、鉱業および／または建設機械および／または関連機器、農業、林業および／または漁業のための機械および／または器具、安全および／または環境保全機器、トラクター、精密ベアリング、チェーン、ギア、動力伝達装置、潤滑装置、バルブ、パイプ継手、および／またはアプリケーション前述の機器または機械などのシステムでもよい。

ＵＥは、例えば、輸送機器（例えば、以下のような輸送機器）のアイテムでもよい。例えば、車両、自動車、モーターサイクル、自転車、電車、バス、カート、人力車、船およびその他の船舶、航空機、ロケット、衛星、ドローン、風船などでもよい。

ＵＥは、例えば、情報通信機器（例えば、電子コンピュータおよび関連機器、通信および関連機器、電子部品などの情報通信機器）のアイテムでもよい。

ＵＥは、例えば、冷凍機、冷凍機適用製品、貿易および／またはサービス産業機器の品目、自動販売機、自動サービス機、事務機器または機器、消費者向け電子および電子機器であり得る。（例えば、オーディオ機器、ビデオ機器、ラウドスピーカー、ラジオ、テレビ、電子レンジオーブン、炊飯器、コーヒーマシン、食器洗い機、洗濯機、乾燥機、電子機器などの家電製品。ファンまたは関連機器、クリーナーなど）。

ＵＥは、例えば、電気アプリケーションシステムまたは機器でもよい。例えば、Ｘ線システム、粒子加速器、放射性同位元素装置、音響機器、電磁アプリケーション機器、電子電力アプリケーション機器など）。

ＵＥは、例えば、電子ランプ、照明器具、測定機器、分析器、テスター、または測量または感知機器（例えば、煙警報器、人間の警報センサー、モーションセンサー、無線タグなどの調査または感知機器）、時計または時計、実験機器、光学機器、医療機器および／またはシステム、武器、刃物、手工具などでもよい。

ＵＥは、例えば、無線を備えた携帯情報端末または関連機器（例えば、別の電子デバイス（例えば、パーソナルコンピュータ、電気測定機）への取り付けまたは挿入のために設計された無線カードまたはモジュールなど）でもよい。

ＵＥは、様々な有線および／または無線通信技術を使用して、「モノのインターネット（ＩｏＴ）」に関して、以下に説明するアプリケーション、サービス、およびソリューションを提供するデバイスまたはシステムの一部でもよい。

モノのインターネットデバイス（ＩｏＴデバイス、または「モノ」）には、適切な電子機器、ソフトウェア、センサー、ネットワーク接続などが装備されている場合がある。これにより、これらのデバイスは、相互に、および他の通信デバイスとデータを収集および交換できる。ＩｏＴデバイスは、内部メモリに保存されているソフトウェアの指示に従う自動化された機器で構成されている場合がある。ＩｏＴデバイスは、人間による監視や相互作用を必要とせずに動作する可能性がある。ＩｏＴデバイスは、長期間静止したり、非アクティブのままになる場合もある。ＩｏＴデバイスは、（一般的に）固定装置の一部として実装できる。ＩｏＴデバイスは、非定常装置（車両など）に埋め込まれたり、監視／追跡する動物や人に取り付けられたりすることもある。

ＩｏＴ技術は、データを送受信するために通信ネットワークに接続することができる任意の通信デバイスに実装することができ、そのような通信デバイスが人間の入力またはメモリに記憶されたソフトウェア命令によって制御されるかどうかに関係なく理解されよう。

ＩｏＴデバイスは、マシンタイプ通信（ＭＴＣ）デバイスまたはマシンツーマシン（Ｍ２Ｍ）通信デバイスと呼ばれることもあることが理解されよう。ＵＥは、１つまたは複数のＩｏＴまたはＭＴＣアプリケーションをサポートし得ることが理解されよう。ＭＴＣアプリケーションのいくつかの例を次の表に示す（出典：３ＧＰＰ ＴＳ ２２．３６８ Ｖ１３．１．０、付録Ｂ、その内容は参照により本明細書に組み込まれる）。このリストは網羅的なものではなく、マシンタイプの通信アプリケーションのいくつかの例を示すことを目的としている。

アプリケーション、サービス、およびソリューションには、ＭＶＮＯ（モバイル仮想ネットワークオペレーター）サービス、緊急無線通信システム、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）システム、ＰＨＳ／デジタルコードレステレコミュニケーションシステム、ＰＯＳ（販売時点）システム、アドバタイズ呼び出しシステム、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）システム、電車の無線システム、位置関連サービス、災害／緊急無線通信サービス、コミュニティサービス、ビデオストリーミングサービス、フェムトセルアプリケーションサービス、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ）サービス、充電サービス、無線オンデマンドサービス、ローミングサービス、活動監視サービス、通信事業者／通信ＮＷ選択サービス、機能制限サービス、ＰｏＣ（Ｐｒｏｏｆ ｏｆ Ｃｏｎｃｅｐｔ）サービス、個人情報管理サービス、アドホックネットワーク／ ＤＴＮ（Ｄｅｌａｙ Ｔｏｌｅｒａｎｔ Ｎｅｔｗｏｒｋｉｎｇ）サービスなど。

さらに、上記のＵＥカテゴリは、本文書に記載されている技術的アイデアおよび例示的な実施形態の適用例にすぎない。言うまでもなく、これらの技術的アイデアおよび実施形態は、上記のＵＥに限定されず、それに様々な修正を加えることができる。

他の様々な修正は当業者には明らかであり、ここではさらに詳細に説明しない。

前述の実施形態の一部またはすべては、以下の付記のように説明することができるが、本開示はそれに限定されない。
（付記１）
非公共通信ネットワーク内の基地局が、少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する方法であって、
関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられるＣＡＧセルであって、前記基地局によって操作される前記ＣＡＧセル内のユーザ機器（ＵＥ）との通信接続を形成し、
前記ＵＥでの接続を中断するために通信接続を解放し、
他の基地局から、前記ＵＥが前記他の基地局によって操作されるＣＡＧセル内の通信接続の再開を要求したことを示すメッセージを受信し、
前記メッセージは、前記他の基地局によって操作されるセルが関連付けられるＣＡＧのＣＡＧ識別子を含み、
前記ＵＥが通信接続の再開を要求したことを示す前記メッセージで提供される前記ＣＡＧ識別子によって識別されるＣＡＧのＣＡＧメンバーシップ検証を実行し、
前記ＣＡＧメンバーシップ検証の結果を示すメッセージを前記他の基地局に送信する、
方法。
（付記２）
前記基地局によって操作される前記ＣＡＧセル、および前記他の基地局によって操作される前記ＣＡＧセルは、両方とも同じＣＡＧに関連付けられる、
付記１に記載の方法。
（付記３）
前記ＵＥでの接続の中断のために通信接続を解放する前に、前記基地局によって操作される前記ＣＡＧセルに関連する前記ＣＡＧのＣＡＧメンバーシップ情報を取得し、
前記ＣＡＧメンバーシップ検証は、前記ＣＡＧメンバーシップ情報に基づいて実行される、
付記１または２に記載の方法。
（付記４）
前記ＵＥでの接続の中断のために通信接続を解放する前に、前記基地局によって操作されるＣＡＧセルに関連する前記ＣＡＧのＣＡＧサブスクリプション情報を取得し、
前記ＣＡＧメンバーシップ検証は、前記ＣＡＧサブスクリプション情報に基づいて実行される、
付記１または２に記載の方法。
（付記５）
前記ＣＡＧサブスクリプション情報は、前記ＵＥがアクセスすることを許可された複数のＣＡＧを識別する、
付記４に記載の方法。
（付記６）
前記基地局によって操作される前記ＣＡＧセル、および前記他の基地局によって操作される前記ＣＡＧセルは、異なるＣＡＧに関連付けられる、
付記１に記載の方法。
（付記７）
前記他の基地局によって操作されるＣＡＧセル内の通信接続の再開を前記ＵＥが要求したことを示す前記メッセージの受信後に、通信接続の再開を前記ＵＥが要求したことを示す前記メッセージ内の前記ＣＡＧ識別子に基づく前記他の基地局により操作されるＣＡＧセルに関連するＣＡＧのＣＡＧサブスクリプション情報を取得し、
前記ＣＡＧメンバーシップ検証は、取得されたＣＡＧサブスクリプション情報に基づいて実行される、
付記６に記載の方法。
（付記８）
前記ＣＡＧメンバーシップ検証が失敗した場合、コアネットワーク機能に失敗を通知する、
付記１から７のいずれか一項に記載の方法。
（付記９）
コアネットワーク機能に失敗を通知することは、ＵＥコンテキスト解放要求の原因がＣＡＧ検証の失敗であることを示すための原因情報要素が設定されたＵＥコンテキスト解放要求メッセージをコアネットワーク機能に送信することを含む、
付記８に記載の方法。
（付記１０）
コアネットワーク機能に失敗を通知することは、ＣＡＧ検証の失敗を示す専用のクラス２メッセージを前記コアネットワーク機能に送信することを含む、
付記８に記載の方法。
（付記１１）
前記ＣＡＧメンバーシップ検証が失敗した場合、ＵＥコンテキスト解放要求の原因がＣＡＧ検証の失敗であることを示すために設定された原因情報要素を含むＵＥコンテキスト検索失敗メッセージが、前記他の基地局に送信される、
付記１から７のいずれか一項に記載の方法。
（付記１２）
前記ＣＡＧメンバーシップ検証が失敗した場合、前記ＣＡＧメンバーシップ検証の結果を示す前記他の基地局に送信されるメッセージは、ＲＲＣ解放メッセージを含む、
付記１から７のいずれか一項に記載の方法。
（付記１３）
前記ＵＥが通信接続の再開を要求したことを示すメッセージは、要求された再開が無線アクセスネットワーク（ＲＡＮ）ベースの通知領域（ＲＮＡ）更新の目的であることを示す、
付記１から１０のいずれか一項に記載の方法。
（付記１４）
非公共通信ネットワーク内の基地局が、少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する方法であって、
他の基地局により操作されるＣＡＧセルで中断された通信接続を再開するためのメッセージを、前記基地局によって操作されるＣＡＧセル内のユーザ機器（ＵＥ）から受信し、前記ＣＡＧセルは、関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられており、
前記他の基地局またはコアネットワーク機能から、基地局によって操作される前記ＣＡＧセルに関連付けられた前記ＣＡＧのＣＡＧメンバーシップ情報を取得し、
取得したＣＡＧメンバーシップ情報に基づいてＣＡＧ識別子のＣＡＧメンバーシップ検証を実行する、
方法。
（付記１５）
前記ＣＡＧメンバーシップ検証が失敗した場合、コアネットワーク機能に失敗を通知する、
付記１４に記載の方法。
（付記１６）
コアネットワーク機能に失敗を通知することは、ＵＥコンテキスト解放要求の原因がＣＡＧ検証の失敗であることを示すための原因情報要素が設定されたＵＥコンテキスト解放要求メッセージをコアネットワーク機能に送信することを含む、
付記１５に記載の方法。
（付記１７）
コアネットワーク機能に失敗を通知することは、ＣＡＧ検証の失敗を示す専用のクラス２メッセージを前記コアネットワーク機能に送信することを含む、
付記１５に記載の方法。
（付記１８）
前記ＣＡＧメンバーシップ検証が失敗した場合、前記基地局は前記ＵＥをＲＲＣ＿ＩＤＬＥに移行させる、
付記１４に記載の方法。
（付記１９）
少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する、非公共通信ネットワークの基地局であって、
前記基地局は、コントローラとトランシーバとを備え、
前記コントローラは、
関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられるＣＡＧセルであって、前記基地局によって操作される前記ＣＡＧセル内のユーザ機器（ＵＥ）との通信接続を形成するよう前記トランシーバを制御し、
前記ＵＥでの接続を中断するために通信接続を解放するよう前記トランシーバを制御し、
他の基地局から、前記ＵＥが前記他の基地局によって操作されるＣＡＧセル内の通信接続の再開を要求したことを示すメッセージを受信するよう前記トランシーバを制御し、
前記メッセージは、前記他の基地局によって操作されるセルが関連付けられるＣＡＧのＣＡＧ識別子を含み、
前記ＵＥが通信接続の再開を要求したことを示す前記メッセージで提供される前記ＣＡＧ識別子によって識別されるＣＡＧのＣＡＧメンバーシップ検証を実行し、
前記ＣＡＧメンバーシップ検証の結果を示すメッセージを前記他の基地局に送信するよう前記トランシーバを制御する、
基地局。
（付記２０）
少なくとも１つのクローズドアクセスグループ（ＣＡＧ）セルを操作する、非公共通信ネットワークの基地局であって、
前記基地局は、コントローラとトランシーバとを備え、
前記コントローラは、
他の基地局により操作されるＣＡＧセルで中断された通信接続を再開するためのメッセージを、前記基地局によって操作されるＣＡＧセル内のユーザ機器（ＵＥ）から受信するよう前記トランシーバを制御し、前記ＣＡＧセルは、関連付けられたＣＡＧ識別子を有するＣＡＧに関連付けられており、
前記他の基地局またはコアネットワーク機能から、基地局によって操作される前記ＣＡＧセルに関連付けられた前記ＣＡＧのＣＡＧメンバーシップ情報を取得するよう前記トランシーバを制御し、
取得したＣＡＧメンバーシップ情報に基づいてＣＡＧ識別子のＣＡＧメンバーシップ検証を実行する、
基地局。

広く説明される本開示の精神または範囲から逸脱することなく、特定の実施形態に示されるように、本開示に対して多数の変形および／または修正を行うことができることは当業者によって理解されるであろう。したがって、本実施形態は、すべての点で例示的であり、限定的ではないと見なされるべきである。

この出願は、２０１９年１０月４日に出願された英国特許出願第１９１４４０４．７号に基づいており、優先権の利益を主張しており、その開示は、参照によりその全体が本明細書に組み込まれる。

１ 移動体通信システム
３ モバイルデバイス（ＵＥ）
５ 基地局
５Ｃ ｇＮＢ－ＣＵ－ＣＰモジュール
５Ｕ ｇＮＢ－ＣＵ－ＵＰモジュール
５Ｄ ｇＮＢ－ＤＵモジュール
７ コアネットワーク
１１ コントロールプレーン機能（ＣＰＦ）
１２ ユーザプレーン機能（ＵＰＦ）
１３ アクセスおよびモビリティ管理機能（ＡＭＦ）
２０ 外部ＩＰネットワーク
３１ トランシーバ回路
３３ アンテナ
３５ ユーザインターフェース
３７ コントローラ
３９ メモリ
４１ オペレーティングシステム
４３ 通信制御モジュール
４５ ページングモジュール
４６ ＲＲＣモジュール
４９ ＮＡＳモジュール
５１ トランシーバ回路
５３ アンテナ
５５ ネットワークインターフェース
５７ コントローラ
５９ メモリ
６１ オペレーティングシステム
６３ 通信制御モジュール
７１ トランシーバ回路
７５ ネットワークインターフェース
７７ コントローラ
７９ メモリ
８１ オペレーティングシステム
８３ 通信制御モジュール

Claims (16)

1. 非公共ネットワーク内の基地局における方法であって、
   Ｃｌｏｓｅｄ Ａｃｃｅｓｓ Ｇｒｏｕｐ（ＣＡＧ）セルを運用すること、
   前記ＣＡＧセルにおいてユーザ機器（ＵＥ）との間の通信コネクションを確立すること、ここで前記ＣＡＧセルは関連するＣＡＧ識別子を持つＣＡＧと関連付けられており、
   前記通信コネクションを中断(サスペンド)すること、
   さらなる基地局から、前記ＵＥが当該さらなる基地局で運用されているＣＡＧセルにて前記通信コネクションの再開を要求したことを示す第１のメッセージを受信すること、ここで、前記第１のメッセージは前記さらなる基地局によって運用されるＣＡＧセルに関連付けられているＣＡＧのＣＡＧ識別子を含み、
   前記第１のメッセージ内の前記ＣＡＧ識別子で識別される前記ＣＡＧのＣＡＧメンバーシップの検証を実行すること、および
   前記ＣＡＧメンバーシップの検証の結果を示す第２のメッセージを前記さらなる基地局に送信すること、を含む、方法。
2. 前記基地局によって運用される前記ＣＡＧセル、および前記さらなる基地局によって運用される前記ＣＡＧセルは、ともに同じＣＡＧに関連付けられる、
   請求項１に記載の方法。
3. 前記通信コネクションを中断する前に、前記さらなる基地局によって運用される前記ＣＡＧセルに関連付けられる前記ＣＡＧのＣＡＧメンバーシップ情報を得ること、をさらに含み、
   前記ＣＡＧメンバーシップの検証を実行することは、前記ＣＡＧメンバーシップ情報に基づいて実行される、
   請求項１または２に記載の方法。
4. 前記通信コネクションを中断する前に、前記さらなる基地局によって運用される前記ＣＡＧセルに関連付けられる前記ＣＡＧのＣＡＧ加入者情報を得ること、をさらに含み、
   前記ＣＡＧメンバーシップの検証を実行することは、前記ＣＡＧ加入者情報に基づいて実行される、
   請求項１または２に記載の方法。
5. 前記ＣＡＧ加入者情報は前記ＵＥがアクセスすることを許諾されている複数のＣＡＧを識別する、
   請求項４に記載の方法。
6. 前記基地局によって運用される前記ＣＡＧおよび前記さらなる基地局によって運用される前記ＣＡＧはそれぞれ異なるＣＡＧに関連付けられる、
   請求項１に記載の方法。
7. 前記第１のメッセージの受信後に、前記第１のメッセージ内の前記ＣＡＧ識別子に基づいて、前記さらなる基地局によって運用される前記ＣＡＧセルに関連付けられる前記ＣＡＧのＣＡＧ加入者情報を得ること、をさらに含み、
   前記ＣＡＧメンバーシップの検証を実行することは、前記ＣＡＧ加入者情報に基づいて実行される、
   請求項６に記載の方法。
8. 前記ＣＡＧメンバーシップの検証が失敗した際に、当該失敗をコアネットワークファンクションに通知すること、をさらに含む、
   請求項１乃至７のいずれか１項に記載の方法。
9. 前記コアネットワークファンクションに前記失敗を通知することは、前記コアネットワークファンクションに、ＣＡＧメンバーシップの検証失敗が設定される失敗原因（ｃａｕｓｅ）情報要素を含むＵＥ ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ ｒｅｑｕｅｓｔメッセージを送信することを含む、
   請求項８に記載の方法。
10. 前記コアネットワークファンクションに前記失敗を通知することは、前記コアネットワークファンクションに、前記ＣＡＧメンバーシップの検証失敗を示すための専用クラス２メッセージを送信することを含む、
    請求項８に記載の方法。
11. 前記ＣＡＧメンバーシップの検証が失敗した際に、前記さらなる基地局に、ＣＡＧメンバーシップの検証失敗が設定される失敗原因（ｃａｕｓｅ）情報要素を含むｒｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｆａｉｌｕｒｅ メッセージを送信すること、をさらに含む、
    請求項１乃至７のいずれか１項に記載の方法。
12. 前記第２のメッセージは無線リソース制御（ＲＲＣ）解放メッセージを含む、
    請求項１乃至７のいずれか１項に記載の方法。
13. 前記第１のメッセージは、前記要求された再開が無線アクセスネットワーク（ＲＡＮ）に基づく通知エリア（ＲＮＡ）更新の目的であることを示すよう構成される、
    請求項１乃至１０のいずれか１項に記載の方法。
14. 非公共ネットワーク内の基地局における方法であって、
    関連するＣＡＧ識別子を持つＣＡＧに関連付けられるＣＡＧセルを運用すること、
    前記ＣＡＧセルにおいてユーザ機器（ＵＥ）から、さらなる基地局により運用されるＣＡＧセルにて中断(サスペンド)された通信コネクションの再開のための第３のメッセージを受信すること、
    前記さらなる基地局またはコアネットワークファンクションへ、前記通信コネクションの再開を要求したことを示す第１のメッセージを送信すること、ここで前記第１のメッセージは前記ＣＡＧ識別子を含み、および
    前記さらなる基地局または前記コアネットワークファンクションから、前記第１のメッセージ内の前記ＣＡＧ識別子で識別される前記ＣＡＧのＣＡＧメンバーシップの検証の結果を含む第２のメッセージを受信すること、を含み、
    前記ＣＡＧメンバーシップの検証は前記さらなる基地局または前記コアネットワークファンクションで実行される、方法。
15. 非公共ネットワーク内の基地局であって、
    Ｃｌｏｓｅｄ Ａｃｃｅｓｓ Ｇｒｏｕｐ（ＣＡＧ）セルを運用する手段と、
    前記ＣＡＧセルにおいてユーザ機器（ＵＥ）との間の通信コネクションを確立する手段と、ここで前記ＣＡＧセルは関連するＣＡＧ識別子を持つＣＡＧと関連付けられており、
    前記通信コネクションを中断(サスペンド)する手段と、
    さらなる基地局から、前記ＵＥが当該さらなる基地局で運用されているＣＡＧセルにて前記通信コネクションの再開を要求したことを示す第１のメッセージを受信する手段と、ここで、前記第１のメッセージは前記さらなる基地局によって運用されるＣＡＧセルに関連付けられているＣＡＧのＣＡＧ識別子を含み、
    前記第１のメッセージ内の前記ＣＡＧ識別子で識別される前記ＣＡＧのＣＡＧメンバーシップの検証を実行する手段と、
    前記ＣＡＧメンバーシップの検証の結果を示す第２のメッセージを前記さらなる基地局に送信する手段と、を備える、基地局。
16. 非公共ネットワーク内の基地局であって、
    関連するＣＡＧ識別子を持つＣＡＧに関連付けられるＣＡＧセルを運用する手段と、
    前記ＣＡＧセルにおいてユーザ機器（ＵＥ）から、さらなる基地局により運用されるＣＡＧセルにて中断(サスペンド)された通信コネクションの再開のための第３のメッセージを受信する手段と、
    前記さらなる基地局またはコアネットワークファンクションへ、前記通信コネクションの再開を要求したことを示す第１のメッセージを送信する手段と、ここで前記第１のメッセージは前記ＣＡＧ識別子を含み、
    前記さらなる基地局または前記コアネットワークファンクションから、前記第１のメッセージ内の前記ＣＡＧ識別子で識別される前記ＣＡＧのＣＡＧメンバーシップの検証の結果を含む第２のメッセージを受信する手段と、を備え、
    前記ＣＡＧメンバーシップの検証は前記さらなる基地局または前記コアネットワークファンクションで実行される、基地局。

Images