JP7658382B2 - 端末装置及び方法 - Google Patents

Description

本開示の実施形態は、一般に電気通信の分野に関し、特に、通信のための方法、装置及び媒体に関する。

デュアルコネクティビティ（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）とは、２つのネットワーク装置（例えば、２つの基地局）によって提供される無線リソースを利用するように端末装置（例えば、ユーザー端末（ＵＥ））を構成することができる動作モードである。第１ネットワーク装置がマスターノード（ＭＮ）として端末装置にサービスを提供し、第２ネットワーク装置がセカンダリノード（ＳＮ）として端末装置にサービスを提供する。ＭＮとＳＮは、ネットワークインターフェースによって非理想的なバックホールを介して接続されており、少なくともＭＮはコアネットワークに接続されている。

ＭＮとＳＮは、１つ又は複数のサービングセルに関連付けられてもよい。キャリアアグリゲーション（ＣＡ）のシナリオでは、ＭＮ及びＳＮの各々は、プライマリセル（ＰＣｅｌｌ）と、オプションとして１つ又は複数のセカンダリセル（ＳＣｅｌｌ）とを含むサービングセルのグループに関連付けられてもよい。ＭＮに関連付けられたサービングセルグループはＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）と称され、ＳＮに関連付けられたサービングセルグループはＭＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）と称される。ＳＣＧは場合によって、例えば消費電力を抑えるためにサスペンド（ｓｕｓｐｅｎｄ）する必要がある。しかしながら、ＳＣＧサスペンション（ｓｕｓｐｅｎｓｉｏｎ）のメカニズムは未だ規定されていない。

一般に、本開示の例示的な実施形態は、ＳＣＧサスペンションの解決手段を提供する。

第１の態様では、通信方法が提供される。前記方法は、端末装置において、第１ネットワーク装置から、第２ネットワーク装置のセルグループを非活性化する第１指示を受信することと、前記セルグループでの送信のために使用される、前記端末装置のデータリンク層のデータユニットを破棄することと、を含む。前記第１ネットワーク装置は、前記端末装置にサービスを提供するマスターノードであり、前記第２ネットワーク装置は、前記端末装置にサービスを提供するセカンダリノードである。

第２の態様では、通信方法が提供される。前記方法は、端末装置において、第１ネットワーク装置から、第２ネットワーク装置のセルグループを活性化する指示を受信することと、前記第１ネットワーク装置によって設定された上限値を有するタイマを開始することと、前記セルグループのプライマリセルにおいてランダムアクセス手順を開始することと、を含む。前記第１ネットワーク装置は、前記端末装置にサービスを提供するマスターノードであり、前記第２ネットワーク装置は、前記端末装置にサービスを提供するセカンダリノードである。

第３の態様では、端末装置が提供される。前記ネットワーク装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されているメモリと、を備える。前記命令は、前記プロセッサユニットによって実行される場合、前記装置に前記第１の態様にかかる方法を実行させる。

第４の態様では、端末装置が提供される。前記端末装置は、プロセッサユニットと、前記プロセッサユニットに結合され命令が格納されているメモリと、を備える。前記命令は、前記プロセッサユニットによって実行された場合、前記装置に前記第２の態様にかかる方法を実行させる。

第５の態様では、命令が格納されているコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに、前記第１の態様にかかる方法を実行させる。

第６の態様では、命令が格納されているコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに、前記第２の態様にかかる方法を実行させる。

本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

添付図面における本開示のいくつかの例示的な実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるはずである。

本開示の実施形態を実施可能な通信環境のブロック図である。

本開示のいくつかの実施形態にかかる、ＳＣＧサスペンションをトリガするプロセスを示すシグナリングチャートである。 本開示のいくつかの実施形態にかかる、ＳＣＧサスペンションをトリガするプロセスを示すシグナリングチャートである。

本開示のいくつかの実施形態にかかる、ＳＣＧサスペンションのプロセスを示すシグナリングチャートである。

本開示のいくつかの実施形態にかかる、端末装置において確立されるネットワークプロトコル層のエンティティのブロック図である。

本開示のいくつかの実施形態にかかる、端末装置において確立されるネットワークプロトコル層のエンティティのブロック図である。

本開示のいくつかの実施形態にかかる、ＳＣＧ再開をトリガするプロセスを示すシグナリングチャートである。 本開示のいくつかの実施形態にかかる、ＳＣＧ再開をトリガするプロセスを示すシグナリングチャートである。

本開示のいくつかの実施形態にかかる、ＳＣＧ再開のプロセスを示すシグナリングチャートである。

本開示のいくつかの実施形態にかかる、ＳＣＧ再開の失敗を示す例示的なメッセージを示す模式図である。 本開示のいくつかの実施形態にかかる、ＳＣＧ再開の失敗を示す例示的なメッセージを示す模式図である。

本開示のいくつかの実施形態にかかる、端末装置で実施される別の例示的な通信方法を示す。

本開示のいくつかの実施形態にかかる、端末装置で実施される別の例示的な通信方法を示す。

本開示の実施形態を実施するのに好適な装置の概略ブロック図である。

図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。

本開示の原理について、いくつかの例示的な実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対する何らかの限定を示唆するものではないことを理解されたい。本明細書で説明する本開示は、以下で説明するもの以外にも様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されない限り、使用される全ての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。

本明細書で使用される場合、「ネットワーク装置」という用語は、端末装置が通信できるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例には、Ｎｏｄｅ Ｂ（ＮＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、新無線アクセスのＮｏｄｅＢ（ｇＮＢ）、リモート無線ヘッド（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッド（ＲＨ：Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、フェムトノード、ピコノード等の低電力ノード、衛星ネットワーク装置、航空機ネットワーク装置等が含まれるが、これらに限定されない。以下では、議論を目的として、ネットワーク装置の例としてｅＮＢを参照しながら、いくつかの例示的な実施形態を説明する。

本明細書において、「端末装置」という用語は、無線又は有線の通信機能を有する任意の装置を指す。端末装置の例としては、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブルデバイス、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイス、ＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）デバイス、マシンタイプ通信（ＭＴＣ）機器又は進化型ＭＴＣ（ｅＭＴＣ：ｅｖｏｌｖｅｄ ＭＴＣ）機器、Ｖ２Ｘ通信用の車両搭載機器（ここでＸは歩行者、車両又はインフラ／ネットワークを意味する）、デジタルカメラ等の撮像装置、ゲーム機器、音楽保存・再生装置、無線／有線でのインターネットアクセス及び閲覧を可能にするインターネット装置等が挙げられるが、それらに限定されない。以下の説明では、「端末装置」、「通信装置」、「端末」、「ユーザ端末」、「ＵＥ」という用語を互換的に使用する場合がある。

一実施形態において、端末装置は、第１ネットワーク装置及び第２ネットワーク装置と接続されてもよい。第１ネットワーク装置と第２ネットワーク装置の一方はマスターノードで、他方はセカンダリーノードであってもよい。第１ネットワーク装置と第２ネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態では、第１ネットワーク装置は第１ＲＡＴ装置であってもよく、第２ネットワーク装置は第２ＲＡＴ装置であってもよい。一実施形態では、第１ＲＡＴ装置はｅＮＢであり、第２ＲＡＴ装置はｇＮＢである。異なるＲＡＴに関連する情報は、第１ネットワーク装置及び第２ネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１情報が第１ネットワーク装置から端末装置に送信されてもよく、第２情報が第２ネットワーク装置から端末装置に直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。一実施形態において、第２ネットワーク装置によって設定された端末装置の設定に関連する情報が、第２ネットワーク装置から第１ネットワーク装置を介して送信されてもよい。第２ネットワーク装置によって設定された端末装置の再設定に関連する情報が、第２ネットワーク装置から端末装置に、直接送信されるか、又は第１ネットワーク装置を介して送信されてもよい。

本明細書で論じられる通信は、任意の適切な規格に準拠してもよく、規格は、新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥエボリューション（ＬＴＥ-Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ-Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標）：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ｃｄｍａ２０００、及びモバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等を含んでもよいが、これらに限定されない。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。本明細書に記載された技術は、上記の無線ネットワーク及び無線技術だけでなく、他の無線ネットワーク及び無線技術に使用してもよい。

本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「上記（ｔｈｅ）」は、文脈で別途明確に示されていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味する開放式の用語として解釈される。「・・・に基づいて」という用語は、「・・・に少なくとも部分的に基づいて」と解釈される。「一実施形態」及び「１つの実施形態」という用語は、「少なくとも１つの実施形態」と解釈される。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と解釈される。「第１」、「第２」等の用語は、異なる対象又は同じ対象を指してもよい。以下の内容には、明示的及び暗黙的な他の定義が含まれることがある。

いくつかの例において、値、手順又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解される点として、こうした説明は、使用される複数の機能的代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。
例示的な環境

図１は、本開示の例示的な実施形態を実施可能な例示的な通信ネットワーク１００を示す。図１の例では、複数のネットワーク装置１１０、１２０が配備され、端末装置１３０にサービスを提供している。ネットワーク装置１１０はＭＮとして端末装置１３０にサービスを提供し、ネットワーク装置１２０はＳＮとして端末装置１３０にサービスを提供する。

ネットワーク装置１１０、１２０のサービングエリアは、セルと称される。図１に示すように、ネットワーク装置１１０のセルグループは、プライマリセル１５０－１とセカンダリセル１５０－２を含む。ネットワーク装置１１０がＭＮとして機能することから、ネットワーク装置１１０のセルグループをＭＣＧ１５０と称し、プライマリセル１５０－１をＰＣｅｌｌ １５０－１とも称する。

ネットワーク装置１２０のセルグループは、プライマリセル１６０－１とセカンダリセル１６０－２を含む。ネットワーク装置１２０がＳＮとして機能することから、ネットワーク装置１２０のセルグループをＳＣＧ１６０と称し、プライマリセル１６０－１をＰＳＣｅｌｌ １６０－１とも称する。なお、ＰＣｅｌｌ １５０－１とＰＳＣｅｌｌ １６０－１をＳｐＣｅｌｌと総称する場合がある。

図１におけるＳＣｅｌｌの数は、説明を目的として示されたものであり、本開示に対する何らかの限定を示唆するものではないことを理解されたい。ネットワーク装置１１０、１２０は、端末装置１３０にサービスを提供するために、任意の適切な数のＳＣｅｌｌを提供してもよい。

端末装置１３０とネットワーク装置１１０、１２０との間の通信は、任意の適切な通信プロトコルに従って実施してもよい。端末装置１３０からネットワーク装置１１０又は１２０に向かう方向の通信をＵＬ通信と称し、ネットワーク装置１１０又は１２０から端末装置１３０に向かう逆方向の通信をＤＬ通信と称する。端末装置１３０は、ネットワーク装置１１０、１２０、及び、場合によっては他のネットワーク装置のカバレッジエリア間を移動することができる。

ＵＬ通信において、端末装置１３０は、ＵＬチャネルによって、ネットワーク装置１１０又は１２０にＵＬデータと制御情報を送信してもよい。いくつかの例において、ＵＬデータは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、及び／又はデータ送信に使用可能な他の任意のＵＬチャネルで送信されてもよい。いくつかの例において、ＵＬ制御情報は、物理アップリンク制御チャネル（ＰＵＣＣＨ）、及び／又は制御情報の送信に使用可能な他の任意のＵＬチャネルで送信されてもよい。ＤＬ送信において、ネットワーク装置１１０又は１２０は、ＤＬチャネルによって、ＤＬデータと制御情報を端末装置１３０に送信してもよい。いくつかの例において、ＤＬデータは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、及び／又はデータ送信に使用可能な他の任意のＤＬチャネルで送信されてもよい。いくつかの例において、ＤＬ制御情報は、物理アップリンク制御チャネル（ＰＤＣＣＨ）、及び／又は制御情報の送信に使用可能な他の任意のＤＬチャネルで送信されてもよい。

ネットワーク装置１１０、１２０によって提供されるＤＣは、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）－ＮＲデュアルコネクティビティ（ＥＮ－ＤＣ）、ＮＧＥＮ－ＤＣ及びＮＲ－ＤＣを含むがこれらに限定されない、任意の適切なタイプのマルチ無線デュアルコネクティビティ（ＭＲ－ＤＣ）を含んでもよい。ＥＮ－ＤＣの場合、ネットワーク装置１１０はｅＮＢであり、ネットワーク装置１２０はｇＮＢである。ＮＧＥＮ－ＤＣの場合、ネットワーク装置１１０はｇＮＢであり、ネットワーク装置１２０はｅＮＢである。ＮＲ－ＤＣの場合、ネットワーク装置１１０、１２０は共にｇＮＢである。

図１における装置の数及び種類は、説明を目的として示されたもので、本開示に対する何らかの限定を示唆するものではないことを理解されたい。通信環境１００は、本開示の実装を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含んでもよい。さらに、通信環境１００は、ネットワーク装置及び端末装置以外の任意の装置、例えばコアネットワーク要素を含んでもよいが、本発明が不明瞭になることを避けるため本明細書では省略する。

通信環境において、端末装置（ＵＥ等）の消費電力は大きな課題である。ＣＡシナリオのための省電力に関する既存の解決手段は、ＳＣｅｌｌの活性化と非活性化を含む。ＣＡ設定時のＵＥの合理的な電力消費（例えば、バッテリー消費）を可能にするために、ＳＣｅｌｌの活性化／非活性化のメカニズムがサポートされている。ＳＣｅｌｌが非活性化された場合、ＵＥは対応するＰＤＣＣＨ又はＰＤＳＣＨを受信する必要がなく、対応するアップリンクで送信することができず、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）測定を実行する必要もない。逆に、ＳＣｅｌｌが活性化された場合、ＵＥは、（ＵＥがこのＳＣｅｌｌからのＰＤＣＣＨをモニタリングするように設定されている場合）ＰＤＳＣＨとＰＤＣＣＨを受信しなければならず、また、ＣＱＩ測定を実行できるものと期待される。

ＣＡシナリオのための省電力に関する既存の解決手段は、さらにＳｃｅｌｌの休止（Ｓｃｅｌｌ Ｄｏｒｍａｎｃｙ）を含む。ＣＡ設定時にＳＣｅｌｌの高速活性化を可能にするために、ＳＣｅｌｌに休止の帯域幅部分（ＢＷＰ）を１つ設定することができる。活性化されたＳＣｅｌｌのアクティブなＢＷＰが休止ＢＷＰである場合、ＵＥはＳＣｅｌｌでのＰＤＣＣＨのモニタリングを中止するが、（設定されている場合は）チャネル状態情報（ＣＳＩ）の測定、自動利得制御（ＡＧＣ）及びビーム管理の実行を継続する。１つ若しくは複数のＳＣｅｌｌ又は１つ若しくは複数のＳＣｅｌｌグループの休止ＢＷＰへの移行／休止ＢＷＰからの移行（ｅｎｔｅｒｉｎｇ/ｌｅａｖｉｎｇ ｔｈｅ ｄｏｒｍａｎｔ ＢＷＰ）を制御するためには、ダウンリンク制御情報（ＤＣＩ）が使用される。休止ＢＷＰは、専用の無線リソース制御（ＲＲＣ）シグナリングを介してネットワークによって設定されたＵＥの専用ＢＷＰの１つである。ＳｐＣｅｌｌとＰＵＣＣＨ ＳＣｅｌｌには、休止ＢＷＰを設定することができない。

また、ＤＣシナリオにも省電力の解決手段が必要である。上述したように、場合によってＳＣＧのサスペンションが必要となる。ＥＮ－ＤＣを例にとる。２つの無線リンクを同時に維持するためには、ＵＥとネットワークの電力消費が大きな課題である。例えば、ＮＲネットワークにおけるＵＥの消費電力は、場合によってはＬＴＥネットワークにおけるＵＥの消費電力の３倍から４倍になる。ＥＮ－ＤＣの展開では、ＭＮがベースのカバレッジを提供する。ＵＥのデータレート要求が動的に変化する場合、例えば、高から低へ変化する場合、消費電力を削減するためにＳＮを非活性化又はサスペンドすることは、検討に値する。したがって、効率的なＳＣＧの非活性化メカニズムが規定されるべきである。この効率的なＳＣＧの非活性化メカニズムは、ＮＧＥＮ－ＤＣやＮＲ－ＤＣを含むがこれらに限定されない、他のＭＲ－ＤＣの展開にも適用され得る。「ＳＣＧサスペンション」及び「ＳＣＧ非活性化」という用語は、本明細書では互換的に使用される。

ＳＣＧサスペンションのモデル化については、３つのオプションが提案されている。オプション１では、ＰＳｃｅｌｌとＳＣｅｌｌを含むＳＮに関連付けられた全てのサービングセルが活性化され、アクティブＢＷＰが休止ＢＷＰとして設定されている。このオプションの欠点は、全てのサービングセルにＲＲＣ設定のＢＷＰを少なくとも２つ設定する必要があることである。オプション２では、ＰＳｃｅｌｌとＳＣｅｌｌを含むＳＮに関連付けられた全てのサービングセルが非活性化される。このオプションの欠点は、データ通信の回復に時間がかかることである。オプション３では、ＳＣＧのＳＣｅｌｌを非活性化し、ＳＣＧのＰＳｃｅｌｌを活性化しなければならず、アクティブＢＷＰは休止ＢＷＰとして設定されている。

上記から理解できるように、ＳＣｅｌｌの活性化／非活性化、ＳＣｅｌｌの休止（ＰＳＣｅｌｌがデータ送信を維持できるため、上位層の操作がない）とは異なり、ＳＣＧサスペンションでは、ＰＳＣｅｌｌもＳＣｅｌｌもデータの送受信ができない。そのため、ＳＣＧサスペンションのために、上位層の操作を規定する必要がある。しかしながら、ＳＣＧサスペンションメカニズムは明確ではなく、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層の動作がおおまかに議論されただけである。現在のところ、効率的なＳＣＧサスペンションメカニズムに関する具体的な解決手段は存在しない。

さらに、ＳＣＧがサスペンド又は非活性化された後、ＭＮ又はＳＮは必要に応じて、サスペンドされたＳＣＧを再開又は活性化すると決定する場合がある。本明細書では、サスペンドされたＳＣＧの再開を「ＳＣＧ再開」又は「ＳＣＧ活性化」と称することがある。したがって、効率的で堅牢なＳＣＧ再開メカニズムが規定されるべきである。この効率的で堅牢なＳＣＧ再開は、ＥＮ－ＤＣ、ＮＧＥＮ－ＤＣ、ＮＲ－ＤＣの展開を含むがこれらに限定されない、様々なＭＲ－ＤＣの展開に適用され得る。

本開示の例示的な実施形態によれば、ＳＣＧサスペンションのための解決手段が提供される。本解決手段では、第１ネットワーク装置がＭＮとして端末装置にサービスを提供し、第２ネットワーク装置がＳＮとして端末装置にサービスを提供する。端末装置は、第２ネットワーク装置のセルグループ、すなわちＳＣＧを非活性化する、第１ネットワーク装置からの指示を受信する。この指示は、ＳＣＧサスペンション指示とも称される。ＳＣＧサスペンション指示を受信すると、端末装置はＳＣＧをサスペンドする手順を実行する。端末装置は、端末装置のデータリンク層のデータユニットを少なくとも破棄する。データユニットは、ＳＣＧでの送信のために使用されるものである。ＳＣＧ再開時には古くなってしまうデータユニットを破棄することは、信頼性の高いＳＣＧサスペンションの実現に有益であり、また、効率的なＳＣＧ再開の実現にも有益である。

いくつかの実施形態では、ＳＣＧ再開のための解決手段が提供される。本解決手段において、端末装置は、以前に非活性化されたＳＣＧを活性化する、第１ネットワーク装置からの指示を受信する。この指示は、ＳＣＧ再開指示とも称される。ＳＣＧ再開指示を受信すると、端末装置は、ＳＣＧを再開するための手順を実行する。端末装置は、タイマを開始し、ＳＣＧのＰＳＣｅｌｌにおいてランダムアクセス手順を開始する。このタイマは、ＳＣＧ再開が成功したかどうかを判定するために端末装置が使用することができる。ＳＣＧの再開が成功しなかった場合、端末装置は、第１ネットワーク装置に失敗を通知してもよい。こうして、堅牢なＳＣＧ再開を実現することができる。
ＳＣＧサスペンションの例示的なプロセス

以下、本開示のいくつかの例示的な実施形態について、詳細に説明する。ＳＣＧサスペンションは、ＭＮ又はＳＮによってトリガ又は開始されてもよい。図２Ａと２Ｂは、本開示のいくつかの実施形態にかかる、ＳＣＧサスペンションをトリガするプロセス２００、２０５を示すシグナリングチャートである。議論を目的として、図１を参照してプロセス２００、２０５について説明する。プロセス２００、２０５は、端末装置１３０、ネットワーク装置１１０、及びネットワーク装置１２０に関わってもよい。図２Ａのプロセス２００において、ＳＣＧサスペンションを開始するのは、ＭＮとして動作するネットワーク装置１１０である。図２Ｂのプロセス２０５において、ＳＣＧサスペンションを開始するのは、ＳＮとして動作するネットワーク装置１２０である。

まず、図２Ａのプロセス２００について論ずる。前提条件又はトリガ条件として、いくつかの実施形態において、ネットワーク装置１２０は、ネットワーク装置１１０にアクティビティ通知（ａｃｔｉｖｉｔｙ ｎｏｔｉｆｉｃａｔｉｏｎ）を送信してもよい（２０２）。アクティビティ通知は、ネットワーク装置１２０が非アクティブ状態であることをネットワーク装置１１０に通知してもよい。代替として、又は追加で、いくつかの実施形態において、ネットワーク装置１２０は、セカンダリＲＡＴのデータ使用に関する報告をネットワーク装置１１０に送信してもよい（２０４）。報告は、定期的に送信されてもよい。

ネットワーク装置１１０は、アクティビティ通知、及び／又はセカンダリＲＡＴのデータ使用に関する報告に基づいて、ＳＣＧサスペンションを開始すると決定する（２０６）。例えば、ネットワーク装置１２０が一定期間、非アクティブ状態にあることをアクティビティ通知が示す場合、又は、ネットワーク装置１１０が端末装置１３０のトラフィックを処理できることを報告が示す場合、ネットワーク装置１１０は、ＳＣＧサスペンションを開始すると決定してもよい。

次に、ネットワーク装置１１０は、ネットワーク装置１２０のＳＣＧをサスペンド又は非活性化する要求をネットワーク装置１２０に送信する（２０８）。この要求は、ＳＣＧ停止要求と称されることがある。ＳＣＧサスペンション要求を受信すると、ネットワーク装置１２０は、ＳＣＧサスペンション要求に対する応答をネットワーク装置１１０に送信する（２１０）。この応答は、ＳＣＧサスペンション応答と称されることがある。

ネットワーク装置１１０は、ＳＣＧサスペンションを示すメッセージを端末装置１３０に送信する（２１２）。このメッセージは、ＳＣＧサスペンションメッセージと称されることがある。いくつかの実施形態において、ＳＣＧサスペンションメッセージを受信すると、端末装置１３０は、ネットワーク装置１１０に応答を送信してもよい（２１４）。一例として、ＳＣＧサスペンションメッセージはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよく、応答はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージであってもよい。その他のメッセージ、例えばＳＣＧサスペンションに特化したメッセージも可能である。

端末装置１３０からの応答を受信すると、ネットワーク装置１１０は、ＳＣＧサスペンションを通知するメッセージを、ネットワーク装置１２０に送信する（２１６）。例として、このメッセージはＳｇＮＢＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージであってもよい。

ネットワーク装置１１０からＳＣＧサスペンションメッセージを受信すると、端末装置１３０は、ネットワーク装置１２０のＳＣＧをサスペンドする手順を実行する（２１８）。本明細書では、この手順をＳＣＧサスペンション手順と称することがある。ＳＣＧサスペンション手順については、図３と図４を参照しながら後述する。

図２Ａに示す動作の順序は、単に説明のためであり、本開示の範囲に対する何らかの限定を示唆するものではないことを理解されたい。例えば、ＳＣＧサスペンションメッセージを受信すると、端末装置１３０はＳＣＧサスペンション手順を実行し（２１８）、その後、ネットワーク装置１１０に応答を送信してもよい（２１４）。あるいは、ＳＣＧサスペンションメッセージを受信すると、端末装置１３０はＳＣＧサスペンション手順を実行し（２１８）、同時にネットワーク装置１１０に応答を送信してもよい（２１４）。

図２Ｂを参照すると、図２Ｂでは、ＳＮとして動作するネットワーク装置１２０がＳＣＧサスペンションを開始する。図２Ｂのプロセス２０５において、ネットワーク装置１２０は、ＳＣＧサスペンションを開始すると決定する（２２０）。例えば、ネットワーク装置１２０が一定期間、端末装置１３０からのトラフィックを処理していなかった場合、ネットワーク装置１２０は、ＳＣＧをサスペンドすると決定してもよい。

ネットワーク装置１２０は、ＳＣＧをサスペンドする要求をネットワーク装置１１０に送信する（２２２）。この要求は、ＳＣＧサスペンション要求とも称されることがある。ＳＣＧサスペンション要求を受信すると、ネットワーク装置１１０は、ＳＣＧサスペンション要求に対する確認をネットワーク装置１２０に送信する（２２４）。これはＳＣＧサスペンション確認と称されることがある。

また、ネットワーク装置１１０は端末装置１３０にＳＣＧサスペンション要求を送信する（２１２）。図２Ａと同じ参照符号を付した動作は、図２Ａを参照して説明したものと同じであるため、ここでは説明を繰り返さない。

プロセス２００、２０５から分かるように、ＳＣＧサスペンションがＭＮ又はＳＮのどちらによって開始されたとしても、ＳＮに関連付けられたＳＣＧをサスペンドすることを端末装置１３０に示すのはＭＮである。図３は、本開示のいくつかの実施形態にかかる、ＳＣＧサスペンションのプロセス３００を示すシグナリングチャートである。議論を目的として、図１を参照してプロセス３００について説明する。プロセス３００は、端末装置１３０と、ＭＮとして動作するネットワーク装置１１０とに関わってもよい。

プロセス３００において、ネットワーク装置１１０は、ネットワーク装置１２０のＳＣＧ１６０をサスペンド又は非活性化する指示を端末装置１３０に送信する（３０２）。例えば、ネットワーク装置１１０は、（プロセス２００に示すように）ＳＣＧサスペンションを開始すると決定した場合に当該指示を送信してもよい。別の例として、ネットワーク装置１１０は、（プロセス２０５に示すように）ネットワーク装置１２０からＳＣＧサスペンション要求を受信した場合に当該指示を送信してもよい。

本明細書では、この指示を「第１指示」又は「ＳＣＧサスペンション指示」とも称することがある。ＳＣＧサスペンション指示は、任意の適切なシグナリングによって実施されてもよい。いくつかの実施形態において、ＳＣＧ停止指示は、ＲＲＣメッセージに含まれてもよい。これらの実施形態において、ＲＲＣメッセージを受信すると、端末装置１３０は、応答として、対応するＲＲＣメッセージをネットワーク装置１１０に送信してもよい（３０４）。一例として、ネットワーク装置１１０は、ＳＣＧサスペンションを示すためにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信してもよい。これに応じて端末装置１３０は、応答としてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをネットワーク装置１１０に送信してもよい。

このような実施形態では、ＳＣＧサスペンション指示を伝送するためにＲＲＣシグナリングが使用される。このように、端末装置１３０における異なるプロトコル層間の通信を削減することができ、ＳＣＧサスペンションの効率を向上させることができる。

ＳＣＧサスペンション指示を受信すると、端末装置１３０はＳＣＧサスペンション手順を実行する。具体的に端末装置１３０は、ＳＣＧでの送信用のデータユニットを破棄する（３０６）。データユニットは、端末装置１３０のデータリンク層でバッファリングされたものである。

バッファリングされたデータユニットは、端末装置１３０とネットワーク装置１２０との間の直接のシグナリング無線ベアラ（ＳＲＢ）であるシグナリング無線ベアラ３（ＳＲＢ３）用のバッファリングされたシグナリングを含む。ネットワーク装置１２０のＳＣＧがサスペンションから再開される際、バッファリングされたシグナリングは古くなっており、ネットワーク装置１２０の誤認を招くことになる。古くなったシグナリングは、ネットワーク装置１２０の誤認を招く。ＳＣＧが再開される際に、古くなったシグナリングがネットワーク装置１２０に送信されるのを回避するために、バッファリングされたシグナリングは、ＳＣＧサスペンション指示を受信したときに破棄されるべきである。

同様に、バッファリングされたデータユニットは、端末装置１３０とネットワーク装置１２０との間のＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）用のバッファリングされたデータを含む。バッファリングされたデータは、ネットワーク装置１２０のＳＣＧがサスペンションから再開される際には古くなっており、使い物にならない。ＳＣＧが再開される際に、古くなった使い物にならないデータがネットワーク装置１２０に送信されるのを回避するために、バッファリングされたデータは、ＳＣＧサスペンション指示を受信したときに破棄されるべきである。

本開示のＳＣＧサスペンション手順をより適切に理解するために、ＭＲ－ＤＣにおける無線プロトコルアーキテクチャの例を、図４と図５を参照して説明する。端末装置１３０の側では、ＭＣＧベアラ、スプリットベアラ、ＳＣＧベアラという３種類のＤＲＢが存在する。ＭＣＧベアラとは、ＭＣＧのみでの、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ベアラ（ＣＡパケット重複の場合は２つのＲＬＣベアラ）を有する無線ベアラのことである。ＳＣＧベアラとは、ＳＣＧのみでの、ＲＬＣベアラ（ＣＡパケット重複の場合は２つのＲＬＣベアラ）を有する無線ベアラのことである。スプリットベアラ）は、ＭＣＧとＳＣＧの両方における、ＲＬＣベアラを有する無線ベアラのことである。

図４は、本開示のいくつかの実施形態にかかる、端末装置１３０において確立されるデータリンク層のエンティティのブロック図である。図４に示すデータリンク層のエンティティは、ＥＮ－ＤＣの無線プロトコルアーキテクチャをベースにしている。ＭＡＣ層では、ＭＣＧベアラとスプリットベアラの両方に対してＥ－ＵＴＲＡ ＭＡＣエンティティ４１１が確立されてもよい。また、ＳＣＧベアラとスプリットベアラの両方に対してＮＲ ＭＡＣエンティティ４２１が確立されてもよい。ＲＬＣ層では、ＭＣＧベアラに対してＥ－ＵＴＲＡ ＲＬＣエンティティ４１２が確立されてもよい。また、スプリットベアラに対して別のＥ－ＵＴＲＡ ＲＬＣ エンティティ４３１が確立されてもよい。同様に、ＳＣＧベアラに対してＮＲ ＲＬＣエンティティ４２２が確立されてもよく、また、スプリットベアラに対して別のＮＲ ＲＬＣエンティティ４３２が確立されてもよい。ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層では、ＭＣＧベアラに対してＥ－ＵＴＲＡ／ＮＲ ＰＤＣＰエンティティ４１３が確立されてもよく、スプリットベアラに対してＮＲ ＰＤＣＰエンティティ４３３が確立されてもよく、ＳＣＧベアラに対してＮＲ ＰＤＣＰエンティティ４２３が確立されてもよい。

図５は、本開示のいくつかの実施形態にかかる、端末装置１３０において確立されるデータリンク層のエンティティのブロック図である。図５に示すデータリンク層のエンティティは、５Ｇコアネットワーク（５ＧＣ）を有するＭＲ－ＤＣ、例えばＮＧＥＮ－ＤＣやＮＲ－ＤＣにおける無線プロトコルアーキテクチャをベースとしたものである。ＭＡＣ層では、ＭＣＧベアラとスプリットベアラの両方に対してＭＮ ＭＡＣエンティティ５１１が確立されてもよく、ＳＣＧベアラとスプリットベアラの両方に対してＳＮ ＭＡＣエンティティ５２１が確立されてもよい。ＲＬＣ層では、ＭＣＧベアラに対してＭＮ ＲＬＣエンティティ５１２が確立されてもよく、スプリットベアラに対して別のＭＮ ＲＬＣエンティティ５３１が確立されてもよい。同様に、ＳＣＧベアラに対してＳＮ ＲＬＣエンティティ５２２が確立されてもよく、スプリットベアラに対して別のＳＮ ＲＬＣエンティティ５３２が確立されてもよい。ＰＤＣＰ層では、ＭＣＧベアラに対してＮＲ ＰＤＣＰエンティティ５１３が確立されてもよく、スプリットベアラに対して別のＮＲ ＰＤＣＰエンティティ５３３が確立されてもよく、ＳＣＧベアラに対してさらなるＮＲ ＰＤＣＰエンティティ５２３が確立されてもよい。図４に示すアーキテクチャとは異なり、ＰＤＣＰ層の上にＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）層が存在する。３種類のベアラに対してＳＤＡＰエンティティ５１４が確立されてもよい。

ＳＲＢ３ではスプリットＳＲＢがサポートされていないため、ＳＲＢ３の無線プロトコルアーキテクチャはシンプルであり、したがって本明細書では詳述しない。

ここで、再び図３を参照する。ＲＬＣ層でデータユニットを破棄するために、端末装置１３０では、以下の動作のうちの１つ又は複数が実行されてもよい。いくつかの実施形態では、ＳＲＢ３のＲＬＣエンティティが再確立されてもよい。例えば、ＲＲＣメッセージにおいてＳＣＧサスペンション指示が受信された場合、ＲＲＣ層がＳＲＢ３のＲＬＣエンティティの再確立を要求してもよい。いくつかの実施形態では、ＳＣＧベアラのＲＬＣエンティティが再確立されてもよい。例えば、ＲＲＣメッセージにおいてＳＣＧサスペンション指示が受信された場合、ＲＲＣ層がＳＣＧベアラのＲＬＣエンティティの再確立を要求してもよい。ＥＮ－ＤＣの展開では、図４に示すようなＮＲ ＲＬＣエンティティ４２２が再確立されてもよい。ＮＧＥＮ－ＤＣ又はＮＲ－ＤＣの展開では、ＳＮ ＲＬＣエンティティ５２２が再確立されてもよい。

ＲＬＣエンティティ（ＳＲＢ３又はＳＣＧベアラのいずれかの）を再確立するために、端末装置１３０は、ＲＬＣエンティティの全てのＲＬＣサービスデータユニット（ＳＤＵ）、ＲＬＣ ＳＤＵセグメント、及びＲＬＣプロトコルデータユニット（ＰＤＵ）（ある場合）を破棄してよい。端末装置１３０は、ＲＬＣエンティティが保持する全てのタイマを停止してリセットし、全ての状態変数を初期値にリセットしてもよい。

したがって、このような実施形態では、ＲＬＣ層のＰＤＵ及びＳＤＵが破棄されるだけでなく、タイマ及び状態変数もリセットされる。ＳＣＧサスペンション時にタイマと状態変数がリセットされるため、ＳＣＧ再開時にはタイマや状態変数のリセットを回避することができる。これにより、効率的なＳＣＧ再開の実現に寄与することができる。

ＰＤＣＰ層のデータユニットを破棄するために、端末装置１３０では、以下の動作のうちの１つ又は複数が実行されてもよい。いくつかの実施形態において、端末装置１３０は、ＳＲＢ３のＰＤＣＰエンティティに、ＰＤＣＰエンティティのＰＤＣＰ ＰＤＵ及びＰＤＣＰ ＳＤＵを破棄させてもよい。例えば、上位層（例えば、ＲＲＣ層）は、ＳＲＢ３のＰＤＣＰエンティティがＰＤＣＰ ＳＤＵの破棄を実行するようにトリガしてもよい。ＳＲＢでは、上位層がＰＤＣＰ ＳＤＵの破棄を要求した場合、ＰＤＣＰエンティティは格納された全てのＰＤＣＰ ＰＤＵ及びＰＤＣＰ ＳＤＵを破棄しなければならないことを理解されたい。したがって、上位層から要求されたＰＤＣＰ ＳＤＵの破棄を実行することにより、ＰＤＣＰエンティティのＰＤＣＰ ＰＤＵ及びＰＤＣＰ ＳＤＵの両方を破棄することができる。

このような実施形態において、ＰＤＣＰ層での操作はＲＬＣ層での動作と異なる。ＰＤＣＰ層では、バッファリングされたデータユニットがＰＤＣＰエンティティの再確立なしで破棄される。ＰＤＣＰ層は、暗号化・復号の機能を提供する。ＰＤＣＰエンティティが再確立される場合、ＳＣＧ再開時に暗号化・復号のための新しい鍵が必要となる。したがって、ＰＤＣＰエンティティを再確立しない実施形態では、ＳＣＧサスペンションの効率を向上させることができる。また、ＳＣＧ再開時には新しい鍵を用意する必要がなく、ＳＣＧ再開の効率を向上させることもできる。

いくつかの実施形態において、端末装置１３０は、ＳＣＧベアラのＰＤＣＰエンティティに、ＰＤＣＰエンティティのＰＤＣＰ ＰＤＵ及びＰＤＣＰ ＳＤＵを破棄させてもよい。例えば、ＳＣＧベアラのＰＤＣＰエンティティに対し、格納された全てのＰＤＣＰ ＰＤＵ及びＰＤＣＰ ＳＤＵを破棄することを上位層（例えば、ＲＲＣ層）が示してもよい。ＥＮ－ＤＣの展開において、図４に示すＮＲ ＰＤＣＰエンティティ４２３は、そこに格納された全てのＰＤＣＰ ＰＤＵ及びＰＤＣＰ ＳＤＵを破棄してもよい。ＮＧＥＮ－ＤＣ又はＮＲ－ＤＣの展開において、ＮＲ ＰＤＣＰエンティティ５２３は、そこに格納された全てのＰＤＣＰ ＰＤＵ及びＰＤＣＰ ＳＤＵを破棄してもよい。

さらに、いくつかの実施形態において、ＳＣＧサスペンション指示を受信すると、端末装置１３０は、ＳＣＧのＭＡＣエンティティをリセットしてもよい。これは、「ＳＣＧ ＭＡＣエンティティ」と称されることがある。例えば、ＲＲＣ層等の上位層が、ＳＣＧ ＭＡＣエンティティのリセットを要求してもよい。ＳＣＧ ＭＡＣエンティティのリセットが上位層によって要求された場合、端末装置１３０は、以下のような一連の動作を実行してもよい。すなわち、全てのタイマを停止すること、進行中のランダムアクセスチャネル（ＲＡＣＨ）手順を中止すること、種々のバッファをフラッシュすること、種々のトリガ手順をキャンセルすること、種々のカウンタをリセットすること等であるが、これらに限らない。

ＳＣＧサスペンション指示が上位層（例えば、ＲＲＣ層）で受信された場合、上位層はＳＣＧサスペンションのＳＣＧ ＭＡＣエンティティを示してもよい。端末装置１３０はさらに、データ送信とシグナリングを含むＳＣＧでの送信をサスペンドしてもよい。例えば、端末装置１３０は、全てのＳＲＢ及びＤＲＢのＳＣＧ送信をサスペンドしてもよい。

上記の例示的な実施形態では、ＳＣＧのサスペンション又は非活性化の手順について説明した。本開示の範囲に対しいかなる限定も行わない具体例として、ＳＣＧサスペンション指示を受信すると、端末装置１３０は、ＳＣＧ ＭＡＣエンティティをリセットし、ＳＣＧサスペンションのＳＣＧ ＭＡＣエンティティを指示すること、全てのＳＲＢ及びＤＲＢのＳＣＧ送信をサスペンドすること、ＳＲＢ３のＲＬＣエンティティを再確立すること、ＳＲＢ３のＰＤＣＰエンティティがＳＤＵ破棄を実行するようトリガすること、ＳＣＧベアラのＰＤＣＰエンティティに、バッファされたＰＤＵ及びＳＤＵを破棄するよう指示すること、ＳＣＧベアラのＲＬＣエンティティを再確立することのうち、１つ又は複数を実行してもよい。
ＳＣＧ再開の例示的なプロセス

ＳＣＧ再開は、ＭＮ又はＳＮによってトリガ又は開始されてもよい。図６Ａと６Ｂは、本開示のいくつかの実施形態にかかる、ＳＣＧ再開をトリガするプロセス６００、６０５を示すシグナリングチャートである。議論を目的として、図１を参照してプロセス６００、６０５について説明する。プロセス６００、６０５は、端末装置１３０、ネットワーク装置１１０、及びネットワーク装置１２０に関わってもよい。図６Ａのプロセス６００において、ＳＣＧ再開を開始するのは、ＭＮとして動作するネットワーク装置１１０である。図６Ｂのプロセス６０５において、ＳＣＧ再開を開始するのは、ＳＮとして動作するネットワーク装置１２０である。

まず、図６Ａのプロセス６００について論ずる。ネットワーク装置１１０は、ＳＣＧ再開を開始すると決定する（６０２）。例えば、ネットワーク装置１１０が端末装置１３０のトラフィックを処理できない場合、ネットワーク装置１１０は、ＳＣＧ再開を開始すると決定してもよい。

次に、ネットワーク装置１１０は、ネットワーク装置１２０のＳＣＧを再開又は活性化する要求をネットワーク装置１２０に送信する（６０４）。この要求は、ＳＣＧ再開要求と称されることがある。ＳＣＧ再開要求を受信すると、ネットワーク装置１２０は、ＳＣＧ再開要求に対する応答をネットワーク装置１１０に送信する（６０６）。この応答は、ＳＣＧ再開応答と称されることがある。

ネットワーク装置１１０は、ＳＣＧ再開を示すメッセージを端末装置１３０に送信する（６０８）。このメッセージは、ＳＣＧ再開メッセージと称されることがある。いくつかの実施形態において、ＳＣＧ再開メッセージを受信すると、端末装置１３０は、ネットワーク装置１１０に応答を送信してもよい（６１０）。一例として、ＳＣＧ再開メッセージはＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであってもよく、応答はＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージであってもよい。その他のメッセージ、例えばＳＣＧ再開に特化したメッセージも可能である。

端末装置１３０からの応答を受信すると、ネットワーク装置１１０は、ＳＣＧ再開を通知するメッセージを、ネットワーク装置１２０に送信する（６１２）。例として、このメッセージはＳｇＮＢＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージであってもよい。

ネットワーク装置１１０からＳＣＧ再開メッセージを受信すると、端末装置１３０は、ネットワーク装置１２０のＳＣＧを再開する手順を実行する（６１４）。本明細書では、この手順をＳＣＧ再開手順と称することがある。ＳＣＧ再開手順については、図７を参照しながら後述する。

図６Ａに示す動作の順序は、単に説明のためであり、本開示の範囲に対する何らかの限定を示唆するものではないことを理解されたい。例えば、ＳＣＧ再開メッセージを受信すると、端末装置１３０は、ＳＣＧ再開手順を実行し（６１４）、その後、ネットワーク装置１１０に応答を送信してもよい（６１０）。あるいは、ＳＣＧ再開メッセージを受信すると、端末装置１３０は、ＳＣＧ再開手順を実行し（６１４）、同時にネットワーク装置１１０に応答を送信してもよい（６１０）。

図６Ｂを参照すると、図６Ｂでは、ＳＮとして動作するネットワーク装置１２０がＳＣＧ再開を開始する。図６Ｂのプロセス６０５において、ネットワーク装置１２０は、ＳＣＧ再開を開始すると決定する（６１６）。

ネットワーク装置１２０は、ＳＣＧを再開する要求をネットワーク装置１１０に送信する（６１８）。この要求は、ＳＣＧ再開要求とも称されることがある。ＳＣＧ再開要求を受信すると、ネットワーク装置１１０は、ＳＣＧ再開要求に対する確認をネットワーク装置１２０に送信する（６２０）。これはＳＣＧ再開確認と称されることがある。

ネットワーク装置１１０は、端末装置１３０にＳＣＧ再開メッセージを送信する（６０８）。図６Ａと同じ参照符号を付した動作は、図６Ａを参照して説明したものと同じであるため、ここでは説明を繰り返さない。

プロセス６００、６０５から分かるように、ＳＣＧ再開がＭＮ又はＳＮのどちらによって開始されたとしても、ＳＮに関連付けられたＳＣＧを再開又は活性化することを端末装置１３０に示すのはＭＮである。図７は、本開示のいくつかの実施形態にかかる、ＳＣＧ再開のプロセス７００を示すシグナリングチャートである。議論を目的として、図１を参照してプロセス７００について説明する。プロセス７００は、端末装置１３０と、ＭＮとして動作するネットワーク装置１１０と、ＳＮとして動作するネットワーク装置１２０とに関わってもよい。

プロセス７００において、ネットワーク装置１１０は、ネットワーク装置１２０のＳＣＧ１６０を再開又は活性化する指示を端末装置１３０に送信する（７０２）。例えば、ネットワーク装置１１０は、（プロセス６００に示すように）ＳＣＧ再開を開始すると決定した場合、当該指示を送信してもよい。別の例として、ネットワーク装置１１０は、（プロセス６０５に示すように）ネットワーク装置１２０からＳＣＧ再開要求を受信した場合、当該指示を送信してもよい。

本明細書では、この指示を「第２指示」又は「ＳＣＧ再開指示」とも称することがある。ＳＣＧ再開指示は、任意の適切なシグナリングによって実施されてもよい。いくつかの実施形態において、ＳＣＧ再開指示は、ＲＲＣメッセージに含まれてもよい。これらの実施形態において、ＲＲＣメッセージを受信すると、端末装置１３０は、応答として、対応するＲＲＣメッセージをネットワーク装置１１０に送信してもよい（７０４）。一例として、ネットワーク装置１１０は、ＳＣＧ再開を示すためにＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信してもよい。ＳＣＧ再開を示すために、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの情報要素（ＩＥ）が使用されてもよい。これに応じて端末装置１３０は、応答としてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをネットワーク装置１１０に送信してもよい。

このような実施形態では、ＳＣＧ再開指示を伝送するためにＲＲＣ信号が使用される。このように、端末装置１３０における異なるプロトコル層間の通信を削減することができ、効率的なＳＣＧ再開の実現に寄与することができる。

ＳＣＧ再開指示を受信すると、端末装置１３０は、ＳＣＧ再開の手順を実行する。具体的には、端末装置１３０は、ネットワーク装置１１０によって設定された上限値を有するタイマを開始する（７０６）。「Ｔ３ｘｘ」で表されるタイマは、ＳＣＧ再開が成功したかどうかを判定するために使用される。

いくつかの実施形態において、タイマＴ３ｘｘの上限値「ｔ３ｘｘ」は、ＳＣＧ再開指示とともに端末装置１３０に示されてもよい。ＳＣＧ再開指示がＲＲＣメッセージに含まれる場合、ＲＲＣメッセージはさらに、上限値ｔ３ｘｘを示すＩＥを備えてもよい。いくつかの実施形態において、タイマＴ３ｘｘの上限値ｔ３ｘｘは、ＳＣＧ再開指示とは別に端末装置１３０に示されてもよい。例えば、上限値ｔ３ｘｘは、予め設定されるか、又は予め定義された値であってもよい。

タイマＴ３ｘｘは、ＳＣＧ再開指示に特化したタイマであってもよい。代替として、又は追加で、タイマＴ３ｘｘは、例えば、同期に伴う再設定のためのタイマＴ３０４、ＲＲＣ再開要求のためのタイマＴ３１９等、既存のタイマを再利用してもよい。タイマＴ３ｘｘのさらなる詳細については、表１を参照して後述する。

引き続き図７を参照する。ＳＣＧ再開指示を受信すると、端末装置１３０は、ＰＳＣｅｌｌ １６０－１、すなわちＳＣＧのプライマリセルにおいて、ランダムアクセス（ＲＡ）手順を開始する（７０８）。例えば、端末装置１３０は、ＰＳＣｅｌｌ １６０－１でのランダムアクセスプリアンブルをネットワーク装置１２０に送信してもよい。

いくつかの実施形態において、ＲＡ手順は、非競合ランダムアクセス（ＣＦＲＡ）に基づいてもよい。例えば、ネットワーク装置１２０は、（図６Ａを参照して説明したように）ＳＣＧ再開応答において、又は（図６Ｂを参照して説明したように）ＳＣＧ再開要求において、ＣＦＲＡのリソースに関する情報をネットワーク装置１１０に送信してよい。ネットワーク装置１１０は、リソースに関する情報をＳＣＧ再開指示に含めてもよく、又は、リソースに関する情報をＳＣＧ再開指示とともに端末装置１３０に送信してもよい。端末装置１３０は、ＳＣＧ再開指示から決定されたリソースを用いて、ＰＳＣｅｌｌ １６０－１においてランダムアクセスプリアンブルを送信してもよい。このような実施形態では、ＣＦＲＡのために専用リソースを割り当てることにより、ＳＣＧ再開の効率を向上させることができる。

また、ＳＣＧ再開指示を受信すると、端末装置１３０はさらに、全てのＳＲＢ及びＤＲＢのＳＣＧ送信を再開し、ＳＣＧ１６０を再開してもよい。例えば、ＳＣＧ再開指示を上位層（例えば、ＲＲＣ層）で受信した場合、上位層は下位層（例えば、ＭＡＣ層）にＳＣＧ１６０を再開することを示してもよい。

プロセス７００を継続し、ランダムアクセス手順が成功した場合、端末装置１３０は、タイマＴ３ｘｘを停止してもよい。例えば、ネットワーク装置１２０からランダムアクセス応答を受信した場合、端末装置１３０は、ＳＣＧ再開が成功したと判定し、タイマＴ３ｘｘを停止してもよい。

タイマＴ３ｘｘが満了した場合、端末装置１３０は、ＳＣＧ再開が失敗したと判定してもよい（７１０）。端末装置１３０は、ＳＣＧ１６０の再開又は活性化に失敗したことを示すメッセージをネットワーク装置１１０に送信してもよい（７１２）。ＳＣＧ１６０の再開又は活性化の失敗は、「ＳＣＧ再開失敗」と称されることがある。

次の表１は、以上の説明から総括し得るタイマＴ３ｘｘの属性を示す。タイマＴ３ｘｘの開始条件は、ＳＣＧ再開指示の受信であり、タイマＴ３ｘｘの停止条件は、対応するＰＳＣｅｌｌ１６０においてランダムアクセスが正常に終了したことである。タイマＴ３ｘｘの満了時、端末装置１３０は、例えば、ＳＣＧ再開失敗を示すメッセージをネットワーク装置に送信することによって、ＳＣＧ再開失敗についてネットワーク装置に通知してもよい。タイマＴ３ｘｘがタイマＴ３０４又はＴ３１９を再利用する場合には、再利用されるタイマに、表１の属性を追加してもよいことを理解されたい。

ＳＣＧ再開失敗は、ＳＣＧ再開に特化した失敗のタイプによって示されてもよい。例えば、ＳＣＧ再開のために、新たな失敗のタイプが定義されてもよい。代替として、又は追加で、他の手順のために定義された他の失敗のタイプを、ＳＣＧ再開失敗を示すために再利用することができる。例えば、ＳＣＧの同期に伴う再設定のために定義された失敗のタイプを再利用してもよい。

いくつかの実施形態において、ＳＣＧ再開失敗を示すメッセージは、ＳＣＧｆａｉｌｕｒｅｉｎｆｏｒｍａｔｉｏｎメッセージであってもよい。図８Ａと８Ｂは、本開示のいくつかの実施形態にかかる、ＳＣＧ再開失敗を示す例示的なメッセージ８００、８０５を示す模式図である。

いくつかの実施形態では、ＳＣＧ再開失敗を示すために既存の失敗のタイプが再利用されてもよい。例えば、図８Ａに示すように、「ｆａｉｌｕｒｅＴｙｐｅ」のＩＥ８１０の「ｓｙｎｃｈＲｅｃｏｎｆｉｇＦａｉｌｕｒｅＳＣＧ」の失敗のタイプ８１１を再利用して、ＳＣＧ再開失敗を示してもよい。

いくつかの実施形態では、ＳＣＧ再開失敗を示すために、新たな失敗のタイプが導入されてもよい。新たな失敗のタイプは、既存のＩＥに追加されてもよい。図８Ａに示すように、「ｆａｉｌｕｒｅＴｙｐｅＥｘｔ－ｒ１６」のＩＥ８２０に「ｓｃｇ－ＲｅｓｕｍｅＦａｉｌｕｒｅ」の失敗のタイプ８２１が追加されてもよい。「ｓｃｇ－ＲｅｓｕｍｅＦａｉｌｕｒｅ」の失敗のタイプ８２１は、ＳＣＧ再開失敗に特化した失敗のタイプである。あるいは、新たな失敗のタイプを含む新たなＩＥが追加されてもよい。図８Ｂに示すように、ＳＣＧｆａｉｌｕｒｅｉｎｆｏｒｍａｔｉｏｎメッセージに「ｆａｉｌｕｒｅＴｙｐｅＥｘｔ－ｒ１７」のＩＥ８３０を追加し、「ｓｃｇ－ＲｅｓｕｍｅＦａｉｌｕｒｅ」の失敗のタイプ８３１を、ＳＣＧ再開失敗に特化した失敗のタイプとしてもよい。

引き続き図７を参照する。タイマＴ３ｘｘが満了すると、端末装置１３０は、ＳＣＧ再開のためのランダムアクセス手順をキャンセルしてもよい。端末装置１３０は、図３を参照して上述したＳＣＧサスペンション手順を実行してもよい。例えば、端末装置１３０は、全てのＳＲＢ及びＤＲＢのＳＣＧ送信をサスペンドし、ＳＣＧ ＭＡＣエンティティをリセットしてもよい。
例示的な方法

図９は、本開示のいくつかの実施形態にかかる例示的な方法９００のフローチャートを示す。方法９００は、図１に示すような端末装置１３０で実施することができる。方法９００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。議論を目的として、方法９００について、図１を参照して端末装置１３０の観点から説明を行う。

ブロック９１０において、端末装置１３０は、第２ネットワーク装置１２０のセルグループを非活性化する第１指示を、第１ネットワーク装置１１０から受信する。第１ネットワーク装置１１０は、端末装置１３０にサービスを提供するマスターノードであり、第２ネットワーク装置１２０は、端末装置１３０にサービスを提供するセカンダリノードである。ブロック９２０において、端末装置１２０は、端末装置１３０のデータリンク層のデータユニットを破棄する。データユニットは、セルグループでの送信のために使用されるものである。

いくつかの実施形態において、端末装置１３０の無線リンク制御（ＲＬＣ）層のために、少なくとも１つのＲＬＣエンティティが以前に確立されており、データユニットを破棄することは、以下を含む。すなわち、セルグループでのシグナリング無線ベアラの第１のＲＬＣエンティティを再確立し、第１のＲＬＣエンティティのプロトコルデータユニット（ＰＤＵ）及び第１のＲＬＣエンティティのサービスデータユニット（ＳＤＵ）を破棄することと、セルグループでのデータ無線ベアラの第２のＲＬＣエンティティを再確立し、第２のＲＬＣエンティティのＰＤＵ及び第２のＲＬＣエンティティのＳＤＵを破棄することと、を含む。

いくつかの実施形態において、端末装置１３０のＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）層のために、少なくとも１つのＰＤＣＰエンティティが以前に確立されており、データユニットを破棄することは以下を含む。すなわち、セルグループでのシグナリング無線ベアラの第１のＰＤＣＰエンティティに、第１のＰＤＣＰエンティティのプロトコルデータユニット（ＰＤＵ）及び第１のＰＤＣＰエンティティのサービスデータユニット（ＳＤＵ）を破棄させることと、セルグループでのデータ無線ベアラの第２のＰＤＣＰエンティティに、第２のＰＤＣＰエンティティのＰＤＵ及び第２のＰＤＣＰエンティティのＳＤＵを破棄させることと、を含む。

いくつかの実施形態において、方法９００は、セルグループのメディアアクセス制御（ＭＡＣ）エンティティをリセットすることと、セルグループでの送信をサスペンドすることと、をさらに含む。ＭＡＣエンティティは、端末装置１３０のＭＡＣ層のために確立されたものである。

いくつかの実施形態において、第１指示は無線リソース制御（ＲＲＣ）再設定メッセージに含まれており、方法９００は、ＲＲＣ再設定メッセージの受信に応じて、ＲＲＣ再設定完了メッセージを第１ネットワーク装置１１０に送信することをさらに含む。

いくつかの実施形態において、方法９００は、第２ネットワーク装置１２０のセルグループを活性化する第２指示を第１ネットワーク装置１１０から受信することと、第１ネットワーク装置１１０によって設定された上限値を有するタイマを開始することと、セルグループのプライマリセルにおいてランダムアクセス手順を開始することと、をさらに含む。

いくつかの実施形態において、方法９００は、ランダムアクセス手順が成功したとの判定に従って、タイマを停止することをさらに含む。

いくつかの実施形態において、ランダムアクセス手順を開始することは、第２指示からランダムアクセス手順用のリソースを決定することと、決定されたリソースを使用してプライマリセルにおいてランダムアクセス要求を送信することによって、ランダムアクセス手順を開始することと、を含む。

いくつかの実施形態において、方法９００は、タイマが満了したとの判定に従って、第１ネットワーク装置１１０に、第２ネットワーク装置１２０のセルグループの活性化が失敗したことを示すメッセージを送信することをさらに含む。

いくつかの実施形態において、メッセージは、セルグループに関する失敗情報のために定義され、失敗は、セルグループの活性化に特化した失敗のタイプ、又はセルグループの同期に伴う再設定のために定義された失敗のタイプのうち、少なくとも１つによって示される。

いくつかの実施形態において、方法９００は、タイマが満了したとの判定に従って、セルグループのメディアアクセス制御（ＭＡＣ）エンティティをリセットすることと、セルグループでの送信をサスペンドすることと、をさらに含む。ＭＡＣエンティティは、端末装置１３０のＭＡＣ層のために確立されたものである。

いくつかの実施形態において、第２指示と、上限値に関する情報とは、無線リソース制御（ＲＲＣ）再設定メッセージに含まれており、方法９００は、ＲＲＣ再設定メッセージの受信に応じて、ＲＲＣ再設定完了メッセージを第１ネットワーク装置１１０に送信することをさらに含む。

図１０は、本開示のいくつかの実施形態にかかる例示的な方法１０００のフローチャートを示す。方法１０００は、図１に示すような端末装置１３０で実施することができる。方法１０００は、示されていない追加のブロックを含んでもよく、且つ／又は示されたいくつかのブロックを省略してもよく、この点に関して本開示の範囲は限定されないことを理解されたい。議論を目的として、方法１０００について、図１を参照して端末装置１３０の観点から説明を行う。

ブロック１０１０において、端末装置１３０は、第２ネットワーク装置１２０のセルグループを活性化する指示を、第１ネットワーク装置１１０から受信する。第１ネットワーク装置１１０は、端末装置１３０にサービスを提供するマスターノードであり、第２ネットワーク装置１２０は、端末装置１３０にサービスを提供するセカンダリノードである。ブロック１０２０において、端末装置１３０は、第１ネットワーク装置によって設定された上限値を有するタイマを開始する。ブロック１０３０において、端末装置１３０は、セルグループのプライマリセルにおいてランダムアクセス手順を開始する。

いくつかの実施形態において、方法１０００は、ランダムアクセス手順が成功したとの判定に従って、タイマを停止することをさらに含む。

いくつかの実施形態において、ランダムアクセス手順を開始することは、指示から、ランダムアクセス手順用のリソースを決定することと、決定されたリソースを使用してプライマリセルにおいてランダムアクセス要求を送信することによって、ランダムアクセス手順を開始することと、を含む。

いくつかの実施形態において、方法１０００は、タイマが満了したとの判定に従って、第１ネットワーク装置１１０に、第２ネットワーク装置１２０のセルグループの活性化が失敗したことを示すメッセージを送信することをさらに含む。

いくつかの実施形態において、メッセージは、セルグループに関する失敗情報のために定義され、失敗は、セルグループの活性化に特化した失敗のタイプ、又はセルグループの同期に伴う再設定のために定義された失敗のタイプのうち、少なくとも１つによって示される。

いくつかの実施形態において、方法１０００は、タイマが満了したとの判定に従って、セルグループのメディアアクセス制御（ＭＡＣ）エンティティをリセットすることと、セルグループでの送信をサスペンドすることと、をさらに含む。ＭＡＣエンティティは、端末装置１３０のＭＡＣ層のために確立されたものである。

いくつかの実施形態において、指示と、上限値に関する情報とは、無線リソース制御（ＲＲＣ）再設定メッセージに含まれており、方法９００は、ＲＲＣ再設定メッセージの受信に応じて、ＲＲＣ再設定完了メッセージを第１ネットワーク装置１１０に送信することをさらに含む。

いくつかの実施形態では、ネットワーク装置、例えば、図１に示すようなネットワーク装置１１０で実施可能な方法が提供される。この方法は、図２Ａ、２Ｂ、３、６Ａ、６Ｂ、７を参照して説明した、ネットワーク装置１１０によって実行される動作を含んでもよい。

いくつかの実施形態では、ネットワーク装置、例えば、図１に示すようなネットワーク装置１２０で実施可能な方法が提供される。この方法は、図２Ａ、２Ｂ、６Ａ、６Ｂ、７を参照して説明した、ネットワーク装置１２０によって実行される動作を含んでもよい。
例示的な装置

図１１は、本開示の実施形態を実施するのに適した装置１１００の概略ブロック図である。装置１１００は、図１に示す端末装置１３０、ネットワーク装置１２０、又はネットワーク装置１１０のさらなる例示的な実施であるとみなすことができる。したがって、装置１１００は、端末装置１３０、ネットワーク装置１２０又はネットワーク装置１１０において、又は少なくともその一部として実施することができる。

図に示すように、装置１１００は、プロセッサ１１１０、プロセッサ１１１０に結合されたメモリ１１２０、プロセッサ１１１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１１４０、並びにＴＸ／ＲＸ １１４０に結合された通信インタフェースを備える。メモリ１１１０は、プログラム１１３０の少なくとも一部を格納する。ＴＸ／ＲＸ １１４０は、双方向通信用である。ＴＸ／ＲＸ １１４０は、通信を促進する少なくとも１つのアンテナを有するが、実際には、本願で述べたアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク要素と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末装置との間の通信用のＵｕインタフェースを表してもよい。

プログラム１１３０はプログラム命令を含むとみなされ、プログラムは、関連付けられているプロセッサ１１１０によって実行されると、本明細書で図２Ａ、２Ｂ、３、６Ａ、６Ｂ、７、９、１０を参照して論じたように、本開示の実施形態に従って装置１１００が動作することを可能にする。本明細書の実施形態は、装置１１００のプロセッサ１１１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ１１１０は、本開示の様々な実施形態を実施するように構成され得る。また、プロセッサ１１１０及びメモリ１１１０の組合せは、本開示の各実施形態を実施するのに適した処理手段１１５０を構成してもよい。

メモリ１１１０は、ローカルの技術ネットワークに適した任意のタイプとしてもよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体ベースの記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実施してもよい。装置１１００には１つのメモリ１１１０しか示されていないが、装置１１００には複数の物理上異なるメモリモジュールを設置してもよい。プロセッサ１１１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置１１００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

通常、本開示の様々な実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実施してもよい。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスが実行し得るファームウェア又はソフトウェアによって実施してもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして図示されて説明され、又は他の何らかの絵画的表現によって示されているが、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピューティングデバイス、又はそれらの組合せによって実施してもよいが、これらに限定されないことが理解されるであろう。

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品は、プログラムモジュールに含まれる命令のような、コンピュータが実行可能な命令を含む。当該命令は、対象の実プロセッサ又は仮想プロセッサ上のデバイスにおいて実行され、例えば図２Ａ、２Ｂ、３、６Ａ、６Ｂ、７、９、１０を参照して上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。様々な実施形態において、プログラムモジュールの機能は、必要に応じてプログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールのマシン可読命令は、ローカル又は分散型のデバイス内で実行してもよい。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体のどちらに置いてもよい。

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組合せにより記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよく、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定された機能／操作が実施される。プログラムコードは全てマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で具現化されてもよく、当該マシン可読媒体は、命令実行システム、装置若しくはデバイスにより使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行するか、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明したいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明された各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにより、実施されてもよい。

本開示について、構造的特徴及び／又は方法論的な動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないことを理解されたい。上述の特定の特徴や動作はむしろ、特許請求の範囲を実施する例示的形態として開示されている。

Claims (20)

1. 端末装置の方法であって、
   マスターノードから、セカンダリノードに関連付けられているセルグループを非活性化する第１の指示を受信し、
   前記セルグループを非活性化する前記第１の指示を受信したときに、サービスデータユニット（ＳＤＵ）廃棄を実行するために、前記セカンダリノードと前記端末装置との間のシグナリング無線ベアラ３（ＳＲＢ３）のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをトリガする非活性化手続きを行い、
   前記非活性化手続きにおいて、前記セルグループのメディアアクセス制御（МＡＣ）のリセットを行う場合には、進行中のランダムアクセス手続きを停止する、
   方法。
2. さらに、前記ＳＲＢ３の第１の無線リンク制御（ＲＬＣ）エンティティを再確立する、
   請求項１に記載の方法。
3. 前記ＰＤＣＰエンティティは、ＰＤＣＰサービスデータユニット(ＳＤＵ)とＰＤＣＰプロトコルデータユニット(ＰＤＵ)とを破棄する、
   請求項１または２に記載の方法。
4. さらに、前記セルグループのためのメディアアクセス制御(ＭＡＣ)をリセットする、
   請求項１から３のいずれか一項に記載の方法。
5. 前記第１の指示は、無線リソース制御（ＲＲＣ）再設定メッセージに含まれる、
   請求項１から４のいずれか一項に記載の方法。
6. 前記マスターノードが、前記セカンダリノードに前記セルグループを非活性化にすることを要求する、
   請求項１から５のいずれか一項に記載の方法。
7. 前記セカンダリノードが、前記マスターノードに前記セルグループを非活性化することを要求する、
   請求項１から５のいずれか一項に記載の方法。
8. さらに、前記セルグループのプライマリセルと前記セルグループのセカンダリセルとを非活性化する、
   請求項１から７のいずれか一項に記載の方法。
9. さらに、前記セカンダリノードの前記セルグループを活性化する第２のメッセージを受信し、
   前記セカンダリノードに関連付けられている前記セルグループのプライマリセルでランダムアクセス手順を開始し、
   前記ランダムアクセス手順が正常に完了した場合には、前記第２のメッセージを受信したときにスタートしたタイマＴ３０４を停止する、
   請求項１から８のいずれか一項に記載の方法。
10. 前記マスターノードが、前記セカンダリノードに前記セルグループを活性化することを要求する、
    請求項９に記載の方法。
11. 前記セカンダリノードが、前記マスターノードに前記セルグループを活性化することを要求する、
    請求項９に記載の方法。
12. マスターノードから、セカンダリノードに関連付けられているセルグループを非活性化する第１の指示を受信する手段と、
    前記セルグループを非活性化する前記第１の指示を受信したときに、サービスデータユニット（ＳＤＵ）廃棄を実行するために、前記セカンダリノードとの間のシグナリング無線ベアラ３（ＳＲＢ３）のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティをトリガする非活性化手続きを行う手段と、
    前記非活性化手続きにおいて、前記セルグループのメディアアクセス制御（МＡＣ）のリセットを行う場合には、進行中のランダムアクセス手続きを停止する手段と、
    を備える、端末装置。
13. 前記端末装置は、前記ＳＲＢ３の第１の無線リンク制御(ＲＬＣ)エンティティを再確立する、
    請求項１２に記載の端末装置。
14. 前記ＰＤＣＰエンティティは、ＰＤＣＰサービスデータユニット(ＳＤＵ)とＰＤＣＰプロトコルデータユニット(ＰＤＵ)とを破棄する、
    請求項１２または１３に記載の端末装置。
15. 前記端末装置は、前記セルグループのためのメディアアクセス制御(ＭＡＣ)をリセットする、
    請求項１２から１４のいずれか一項に記載の端末装置。
16. 前記第１の指示は、無線リソース制御（ＲＲＣ）再設定メッセージに含まれる、
    請求項１２から１５のいずれか一項に記載の端末装置。
17. 前記セカンダリノードが、前記マスターノードに前記セルグループを非活性化することを要求する、
    請求項１２から１６のいずれか一項に記載の端末装置。
18. 前記マスターノードが、前記セカンダリノードに前記セルグループを非活性化することを要求する、
    請求項１２から１６のいずれか一項に記載の端末装置。
19. 前記端末装置は、前記セルグループのプライマリセルと前記セルグループのセカンダリセルとを非活性化する、
    請求項１２から１８のいずれか一項に記載の端末装置。
20. 前記端末装置は、前記セカンダリノードの前記セルグループを活性化する第２のメッセージを受信し、
    前記セカンダリノードに関連付けられている前記セルグループのプライマリセルでランダムアクセス手順を開始し、
    前記ランダムアクセス手順が正常に完了した場合には、前記第２のメッセージを受信したときにスタートしたタイマＴ３０４を停止する、
    請求項１２から１９のいずれか一項に記載の端末装置。

Images