特許 7100759 マスターノード無線リンク障害のレポート

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-05

(45)【発行日】2022-07-13

(54)【発明の名称】マスターノード無線リンク障害のレポート

(51)【国際特許分類】

   H04W 76/20 20180101AFI20220706BHJP

   H04W 72/04 20090101ALI20220706BHJP

   H04W 76/19 20180101ALI20220706BHJP

   H04W 76/15 20180101ALI20220706BHJP

   H04W 24/10 20090101ALI20220706BHJP

【ＦＩ】

H04W76/20

H04W72/04 111

H04W76/19

H04W76/15

H04W24/10

【請求項の数】 20

(21)【出願番号】P 2021504799

(86)(22)【出願日】2019-08-13

(65)【公表番号】

(43)【公表日】2021-11-25

(86)【国際出願番号】 CN2019100373

(87)【国際公開番号】W WO2020034949

(87)【国際公開日】2020-02-20

【審査請求日】2021-01-28

(31)【優先権主張番号】62/718,520

(32)【優先日】2018-08-14

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】特許業務法人ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】チェン，フンチェン

【審査官】松野 吉宏

(56)【参考文献】

【文献】特開２０１５－１２２７３５（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／００６４２４７（ＵＳ，Ａ１）

【文献】特表２０１３－５３５９０４（ＪＰ，Ａ）

【文献】Ericsson，MCG failure handling in case of NE-DC and NN-DC (TP to 37.340)，3GPP TSG RAN WG2 #103 R2-1812017，フランス，3GPP，2018年08月09日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

マスターノード（ＭＮ：master node）障害をレポートするためのユーザ機器（ＵＥ：user equipment）の方法であって、前記方法は、
前記ＭＮへの無線リンクの障害を検出すること、
前記ＵＥに分割シグナリング無線ベアラ（ＳＲＢ：signaling radio bearer）が設定されているかどうかを判定すること、
前記ＵＥに前記分割ＳＲＢが設定されていると判定した後に、前記分割ＳＲＢのセカンダリノード（ＳＮ：secondary node）パスを使用して前記ＭＮにＭＮ障害レポートを送信すること、
前記ＭＮへの前記無線リンクが失敗したと判定した後に、前記ＭＮ及び前記ＳＮから受信した現行の測定設定を維持すること、及び、
前記ＭＮ及び前記ＳＮから受信した前記設定に基づいた測定の実行を継続すること、
を含む方法。

【請求項2】

前記ＭＮへの前記無線リンクが失敗したと判定した後に、全てのＳＲＢｓ及びデータ無線ベアラ（ＤＲＢｓ）へのＭＮ送信を一時停止すること、及び
前記ＭＮに関連する媒体アクセス制御（ＭＡＣ：medium access control）エンティティをリセットすること、
を更に含む請求項１に記載の方法。

【請求項3】

前記ＭＮへの前記無線リンクが失敗したと判定することは、物理層の問題（physical layer problem）を検出するためのタイマが満了したと判定すること、ランダムアクセスの問題(random access problem)を検出すること、及びＭＮ無線リンク制御（ＲＬＣ：radio
link control）の再送信が最大数に達したと判定することの内の少なくとも一つを含む、請求項１に記載の方法。

【請求項4】

前記ＭＮへの前記無線リンクが失敗したと判定した後に、前記ＭＮとの無線リソース制御（ＲＲＣ：radio resource control）接続の再確立を見送ること、
を更に含む請求項１に記載の方法。

【請求項5】

前記ＭＮへの前記無線リンク障害に加えて、前記ＳＮへの無線リンクも失敗したことを検出すること、及び
前記ＭＮとの無線リソース制御（ＲＲＣ）接続を再確立すること、
を更に含む請求項１に記載の方法。

【請求項6】

前記ＭＮ障害レポートは、少なくとも障害原因及び入手可能な測定結果を含む、請求項１に記載の方法。

【請求項7】

前記ＭＮ障害レポートの送信時にタイマを初期化すること、
前記ＭＮからフィードバックを受信する前に、前記タイマが満了したことを判定すること、及び、
前記ＭＮとの無線リソース制御（ＲＲＣ）接続を再確立すること、
を更に含む請求項１に記載の方法。

【請求項8】

前記ＵＥに前記分割ＳＲＢが設定されてないと判定した後に、前記ＵＥにＳＲＢタイプ３（ＳＲＢ３：SRB type 3）が設定されているかどうかを判定すること、及び
前記ＵＥに前記ＳＲＢ３が設定されていると判定した後に、前記ＳＲＢ３を使用して前記ＭＮ障害レポートを送信すること、
を更に含む請求項１に記載の方法。

【請求項9】

前記ＭＮへの前記無線リンクが失敗したと判定する前に、前記ＭＮにケイパビリティメッセージ(capability message)を送信することを更に含み、
前記ケイパビリティメッセージは、前記ＵＥが前記ＭＮ障害レポートの送信をサポートすることを前記ＭＮに通知するためのものである、請求項１に記載の方法。

【請求項10】

前記ＭＮ障害レポートの前記送信の前に、前記ＭＮからレポート設定を受信することを更に含み、
前記ＭＮ障害レポートは、前記受信したレポート設定に基づいて送信される、請求項１に記載の方法。

【請求項11】

マスターノード（ＭＮ：master node）障害をレポートするためのコンピュータ実行可能命令を有する一つ以上の非一時的なコンピュータ読み取り可能媒体、及び
前記一つ以上の非一時的コンピュータ読み取り可能媒体に結合される、少なくとも一つのプロセッサを備え、
前記少なくとも一つのプロセッサは、
前記ＭＮへの無線リンクの障害を検出する、
前記ＵＥに分割シグナリング無線ベアラ（ＳＲＢ：signaling radio bearer）が設定されているかどうかを判定する、
前記ＵＥに前記分割ＳＲＢが設定されていると判定した後に、前記分割ＳＲＢのセカンダリノード（ＳＮ：secondary node）パスを使用して前記ＭＮにＭＮ障害レポートを送信する、
前記ＭＮへの前記無線リンクが失敗したと判定した後に、前記ＭＮ及び前記ＳＮから受信した現行の測定設定を維持する、及び、
前記ＭＮ及び前記ＳＮから受信した前記設定に基づいた測定の実行を継続するように、前記コンピュータ実行可能命令を実行するように設定された、
ユーザ機器（ＵＥ：user equipment）。

【請求項12】

前記少なくとも一つのプロセッサは、前記コンピュータ実行可能命令を実行するように更に設定され、
前記実行可能命令は、
前記ＭＮへの前記無線リンクが失敗したと判定した後に、全てのＳＲＢｓ及びデータ無線ベアラ（ＤＲＢｓ）へのＭＮ送信を一時停止する、及び
前記ＭＮに関連する媒体アクセス制御（ＭＡＣ）エンティティをリセットする、
請求項１１に記載のＵＥ。

【請求項13】

前記ＭＮへの前記無線リンクが失敗したと判定するように前記コンピュータ実行可能命令を実行することは、物理層の問題（physical layer problem）を検出するためのタイマが満了したと判定すること、ランダムアクセスの問題(random access problem)を検出すること、及びＭＮ無線リンク制御（ＲＬＣ）の再送信が最大数に達したと判定すること、の内の少なくとも一つを行うように前記コンピュータ実行可能命令を実行することを含む、請求項１１に記載のＵＥ。

【請求項14】

前記少なくとも一つのプロセッサは、
前記ＭＮへの無線リンクが失敗したと判定した後に、前記ＭＮとの無線リソース制御（ＲＲＣ：radio resource control）接続の再確立を見送る、
ように前記コンピュータ実行可能命令を実行するように更に設定される、請求項１１に記載のＵＥ。

【請求項15】

前記少なくとも一つのプロセッサは、
前記ＭＮへの前記無線リンク障害に加えて、前記ＳＮへの無線リンクも失敗したことを検出する、及び
前記ＭＮとの無線リソース制御（ＲＲＣ）接続を再確立する、
ように前記コンピュータ実行可能命令を実行するように更に設定される、請求項１１に記載のＵＥ。

【請求項16】

前記ＭＮ障害レポートは、少なくとも障害原因及び入手可能な測定結果を含む、請求項１１に記載のＵＥ。

【請求項17】

前記少なくとも一つのプロセッサは、
前記ＭＮ障害レポートの送信時にタイマを初期化する、
前記ＭＮからフィードバックを受信する前に、前記タイマが満了したことを判定する、及び
前記ＭＮとの無線リソース制御（ＲＲＣ）接続を再確立する、
ように前記コンピュータ実行可能命令を実行するように更に設定される、請求項１１に記載のＵＥ。

【請求項18】

前記少なくとも一つのプロセッサは、
前記ＵＥに分割ＳＲＢが設定されていないと判定した後に、前記ＵＥにＳＲＢタイプ３（ＳＲＢ３：SRB type 3）が設定されているかどうかを判定する、及び
前記ＵＥに前記ＳＲＢ３が設定されていると判定した後に、前記ＳＲＢ３を使用して、前記ＭＮ障害レポートを送信する、
ように前記コンピュータ実行可能命令を実行するように更に設定される、請求項１１に記載のＵＥ。

【請求項19】

前記少なくとも一つのプロセッサは、前記ＭＮへの前記無線リンクが失敗したと判定する前に、前記ＭＮにケイパビリティメッセージ(capability message)を送信するように前記コンピュータ実行可能命令を実行するように更に設定され、
前記ケイパビリティメッセージは、前記ＵＥが前記ＭＮ障害レポートの送信をサポートすることを前記ＭＮに通知するためのものである、請求項１１に記載のＵＥ。

【請求項20】

前記少なくとも一つのプロセッサは、前記ＭＮ障害レポートの前記送信の前に、前記ＭＮからレポート設定を受信するように前記コンピュータ実行可能命令を実行するように更に設定され、
前記受信したレポート設定に基づいて前記ＭＮ障害レポートが、送信される、請求項１１に記載のＵＥ。

【発明の詳細な説明】

【発明の詳細な説明】

【0001】

〔関連出願の相互参照〕
本出願は、２０１８年８月１４日に出願された、代理人整理番号ＵＳ７４７５５（以下「ＵＳ７４７５５出願」と称する）と共に”Ｓｕｐｐｏｒｔｉｎｇ Ｆａｓｔ Ｒｅｃｏｖｅｒｙ ｏｆ ＭＣＧ Ｌｉｎｋ”と題する仮米国特許出願第６２／７１８，５２０号の利益及び優先権を主張する。ＵＳ７４７５５出願の開示は、参照により本出願に完全に組み込まれる。

【0002】

〔分野〕
本開示は、一般に無線通信に関し、より詳細には次世代無線ネットワークにおけるマスターノード（ＭＮ：ｍａｓｔｅｒ ｎｏｄｅ）無線リンク障害をレポートすることに関する。

【0003】

〔背景〕
新しい無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）において、受信された無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）（再）構成に基づいて、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、セカンダリノード（ＳＮ：Ｓｅｃｏｎｄａｒｙ Ｎｏｄｅ）（又はＳＣＧ）障害のネットワーク（例えば、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＥＵＴＲＡＮ）、又はＮＲ ＭＮ）に通知するために、障害レポートをマスターノード（ＭＮ）又はマスターセルグループ（ＭＣＧ：Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）に送信することができる。ＳＮ障害は、ＳＣＧ無線リンク障害、同期を用いたＳＣＧ再構成の障害、シグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）タイプ３（ＳＲＢ３）上で送信されるＲＲＣメッセージのためのＳＣＧ設定障害、又はＳＣＧインテグリティチェック障害を含むことができるが、これらに限定されない。ＮＲにおけるＳＮ障害と同様に、多重無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）－デュアル接続（ＭＲ－ＤＣ）モードで動作するＵＥも、ＭＮ又はマスターセルグループ（ＭＣＧ：Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）障害をネットワークにレポートすることができる。ＭＮ無線リンク障害をレポートする改善された効率的な方法が、業界において必要とされている。

【0004】

〔概要〕
本開示は、次世代無線ネットワークにおけるＭＮ無線リンク障害をレポートすることを対象とする。

【0005】

本出願の第一の態様において、ＭＮ障害をレポートするためのＵＥの方法は、提供される。本方法は、ＵＥにおいて、ＭＮへの無線リンクの障害を検出すること、ＵＥに分割シグナリング無線ベアラ（ＳＲＢ）が設定されているかどうかを判定すること、ＵＥに分割ＳＲＢが設定されていると判定した後に、分割ＳＲＢのセカンダリノード（ＳＮ）パスを使用してＭＮにＭＮ障害レポートを送信すること、ＭＮ及びＳＮから受信された現行の測定設定を維持すること、及びＭＮへの無線リンクが失敗したと判定した後に、ＭＮ及びＳＮから受信した設定に基づいた測定の実行を継続することを含む。

【0006】

第一の態様の実装形態は、全てのＳＲＢｓ及びデータ無線ベアラ（ＤＲＢｓ）へのＭＮ送信を一時停止すること、及びＭＮへの無線リンクが失敗したと判定した後に、ＭＮに関連する媒体アクセス制御（ＭＡＣ）エンティティをリセットすることを更に含む。

【0007】

第一の態様の別の実装形態において、ＭＮへの無線リンクが失敗したと判定することは、物理層の問題を検出するためのタイマが満了したと判定すること、ランダムアクセスの問題を検出すること、及びＭＮ無線リンク制御（ＲＬＣ）の再送信が最大数に達したと判定することの内の少なくとも一つを含む。

【0008】

第一の態様の別の実装形態は、ＭＮへの無線リンクが失敗したと判定した後に、ＭＮとの無線リソース制御（ＲＲＣ）接続の再確立を見送ることを更に含む。

【0009】

第一の態様の別の実装形態は、ＵＥにおいて、ＭＮへの無線リンク障害に加えて、ＳＮへの無線リンクも失敗したことを検出すること、及びＭＮとのＲＲＣ接続を再確立することを更に含む。

【0010】

第一の態様の別の実装形態において、ＭＮ障害レポートは、少なくとも障害原因及び入手可能な測定結果を含む。

【0011】

第一の態様の別の実装形態は、ＭＮ障害レポートの送信時にタイマを初期化する（又は開始する）こと、ＭＮからフィードバックを受信する前に、タイマが満了したことを判定すること、及びＭＮとのＲＲＣ接続を再確立することを更に含む。

【0012】

第一の態様の別の実施形態は、ＵＥに分割ＳＲＢが設定されてないと判定した後に、ＵＥにＳＲＢタイプ３（ＳＲＢ３）が設定されていると判定すること、及びＳＲＢ３を使用してＭＮ障害レポートをＭＮに送信することを更に含む。

【0013】

第一の態様の別の実装形態は、ＭＮへの無線リンクが失敗したと判定する前に、ＭＮにケイパビリティメッセージを送信し、ケイパビリティメッセージは、ＵＥがＭＮ障害レポートの送信をサポートすることをＭＮに通知するためのものである。

【0014】

第一の態様の別の実装形態は、ＭＮ障害レポートの送信の前に、ＭＮからレポート設定を受信することを更に含み、ＭＮ障害レポートの送信は、受信されたレポート設定に基づいたＭＮ障害レポートの送信を含む。

【0015】

本出願の第二の態様において、マスターノード（ＭＮ）障害をレポートするためのコンピュータ実行可能命令を有する一つ以上の非一時的なコンピュータ読み取り可能媒体を含むＵＥが提供される。ＵＥは、一つ以上の非一時的なコンピュータ読み取り可能媒体に結合された少なくとも一つのプロセッサも含み、ＵＥにおいて、ＭＮへの無線リンクの障害を検出する、ＵＥに分割シグナリング無線ベアラ（ＳＲＢ）が設定されているかどうかを判定する、ＵＥに分割ＳＲＢが設定されていると判定した後に、分割ＳＲＢのセカンダリノード（ＳＮ）パスを使用してＭＮにＭＮ障害レポートを送信する、ＭＮ及びＳＮから受信した現行の測定設定を維持する、並びにＭＮ及びＳＮから受信した設定に基づいた測定の実行を継続する、コンピュータ実行可能命令を実行するように設定される。

【0016】

〔図面の簡単な説明〕
例示的な開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。

【0017】

図１は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）リンクに障害が失敗する場合にＭＮ障害をネットワークにレポートする図である。

【0018】

図２は、本出願の一例としての実装形態に従った、ＭＮ障害レポートをネットワークに送信するためにＵＥによって実行される方法（又はプロセス）を示すフローチャートである。

【0019】

図３は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）リンクが失敗する場合にＭＮ障害をネットワークにレポートする図である。

【0020】

図４は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）リンクが失敗する場合にＭＮ障害レポートをネットワークに送信することを示す図である。

【0021】

図５は、本出願の一例としての実装形態に従った、ＭＮ障害がネットワークにレポートされ、一定期間内に応答が受信されない後に、再確立手順を開始するためにＵＥによって実行される方法（又はプロセス）を示すフローチャートである。

【0022】

図６は、本出願の一例としての実装形態に従った、ＭＮリンクが失敗するときにＭＮ障害をネットワークにレポートし、ネットワークからフィードバックを受信するためのタイマを開始することを示す図である。

【0023】

図７は、本出願の一例としての実装形態に従った、ＭＮリンクが失敗するときにＭＮ障害レポートをネットワークに送信すること、及びネットワークからフィードバックを受信するためのタイマを開始することを示す図である。

【0024】

図８は、本出願の様々な態様に従った、無線通信のためのノードのブロック図を示す。

【0025】

〔詳細な説明〕
以下の説明は、本開示における例としての実装形態に関連する特定の情報を含む。本開示における図面及びそれらの添付の詳細な説明は、単に例としての実装形態を対象としている。しかし、本開示は、これらの例としての実装形態のみに限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。

【0026】

一貫性及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る（ただし、いくつかの例では、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。

【0027】

この説明では、「１つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の一つ以上を指してもよい。「結合された」というタームは、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える」というタームは、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、群、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。「Ａ、Ｂ、及びＣの内の少なくとも一つ」又は「Ａ、Ｂ、及びＣのうちの少なくとも一つ」という表現は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣの任意の組み合わせ」を示す。

【0028】

更に、説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、標準などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。

【0029】

当業者は、本開示に記載されている任意のネットワーク機能（複数可）又はアルゴリズム（複数可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数可）又はアルゴリズム（複数可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。

【0030】

コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。

【0031】

無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－アドバンスド（ＬＴＥ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）システム、ＬＴＥ－アドバンスドプロシステム、又は５Ｇ ＮＲ無線アクセスネットワーク（ＲＡＮ））は、典型的に少なくとも一つの基地局、少なくとも一つのＵＥ、及びネットワークへの接続を提供する一つ以上の任意のネットワーク要素を含む。ＵＥは、一つ以上の基地局によって確立されたＲＡＮによって、ネットワーク（例えばコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）、進化型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワーク、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖａｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、５Ｇコア（５ＧＣ：５Ｇ Ｃｏｒｅ）、又はインターネット）と通信する。

【0032】

本出願において、ＵＥは、移動局、携帯端末又は装置、ユーザ通信無線端末を含むが、これらに限定されないことに注意されたい。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）を含むが、これらに限定されない。ＵＥは、無線アクセスネットワークにおける一つ以上のセルに、エアーインターフェース上において、信号を送受信するよう設定される。

【0033】

基地局は、以下の無線アクセス技術（ＲＡＴｓ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ）の少なくとも一つによる通信サービスを提供するために構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＲＰＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：ｗｉｄｅｂａｎｄ－ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：ｈｉｇｈ－ｓｐｅｅｄ ｐａｃｋｅｔ ａｃｃｅｓｓ）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。

【0034】

基地局は、ＵＭＴＳにおけるといったノードＢ（ＮＢ）、ＬＴＥ又はＬＴＥ－Ａにおけるといった進化型ノードＢ（ｅＮＢ）、ＵＭＴＳにおけるといった無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＥＲＡＮにおけるといった基地局コントローラ（ＢＳＣ：ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）、５ＧＣを用いた接続におけるＥ－ＵＴＲＡ基地局におけるといったｎｇ－ｅＮＢ、５Ｇ－ＲＡＮにおけるといった次世代ノードＢ（ｇＮＢ）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、無線インターフェースによって一つ以上のＵＥにサービスを提供することができる。

【0035】

基地局は、無線アクセスネットワークを形成する複数のセルを使用している特定の地理的エリアに無線カバレッジを提供するように動作可能である。基地局は、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも一つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしば、サービングセルと呼ばれる）は、その無線カバレッジ内の一つ以上のＵＥにサービスを提供する（例えば各セルは、下りリンク及び任意で上りリンクパケット送信のためにその無線範囲内で少なくとも一つのＵＥに下りリンク及び任意で上りリンクリソースをスケジュールする）。基地局は、複数のセルによって無線通信システム内の一つ以上のＵＥｓと通信することができる。セルは、近接サービス（ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ）又はビークル・トゥ・エブリシング（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）サービスをサポートするためにサイドリンク（ＳＬ：ｓｉｄｅ ｌｉｎｋ）リソースを割り当てることができる。各セルは、他のセルと重複するカバレッジ領域を有してもよい。

【0036】

上述したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性の要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、大規模マシンタイプ通信（ｍＭＴＣ：Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、超高信頼通信及び低遅延性通信（ＵＲＬＬＣ：Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）といった様々な次世代（例えば５Ｇ）通信要件に対応するための柔軟な設定をサポートすることである。３ＧＰＰにおいて合意された直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術は、ＮＲ波形のための基準として提供してよい。適応サブキャリア間隔、チャンネル帯域幅、及びサイクリックプレフィックス（ＣＰ）といったスケーラブルなＯＦＤＭニューメロロジーは、使用されてもよい。更に、ＮＲには（１）低密度パリティ検査（ＬＤＰＣ：Ｌｏｗ－Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ－Ｃｈｅｃｋ）符号及び（２）ポーラ符号の二つの符号化方法が考慮される。符号化方法の適応は、チャンネル条件及び／又はサービスアプリケーションに基づいて設定されてもよい。

【0037】

更に、単一のＮＲフレームの送信時間隔ＴＸにおいて、下りリンク（ＤＬ：ｄｏｗｎ ｌｉｎｋ）送信データ、ガード期間、及び上りリンク（ＵＬ：ｕｐ ｌｉｎｋ）送信データは、少なくとも含まれるべきであり、ＤＬ送信データ、ガード期間、及びガード期間のそれぞれの部分において、ＵＬ送信データはまた、例えばＮＲのネットワークダイナミクスに基づいて設定可能であるべきであることも考慮される。更に、サイドリンクリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスに、ＮＲフレーム内において提供されてもよい。

【0038】

更に、本明細書中のターム「システム」及び「ネットワーク」は、互換的に使用され得る。本明細書中のターム「及び／又は」は、関連する物体を記述するための関連関係のみであり、三つの関係を表す。例えばＡ及び／又はＢは、Ａが単独で存在すること、Ａ及びＢが同時に存在すること、又はＢが単独で存在することを示すことができる。加えて、本明細書中の文字「／」は、一般に前者及び後者の関連する物体が「又は」関係にあることを表す。

【0039】

上述したように、次世代（例えば５Ｇ ＮＲ）無線ネットワークは、より多くの容量、データ、及びサービスをサポートすることが想定される。マルチコネクティビティが設定されたＵＥは、アンカーとしてのマスターノード（ＭＮ）及び一つ以上のセカンダリノード（ＳＮｓ）に、データ運搬のために接続することができる。これらのノードの各々は、一つ以上のセルを含むセルグループによって形成されてもよい。例えばＭＮは、マスターセルグループ（ＭＣＧ：Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）によって形成され、ＳＮは、セカンダリセルグループ（ＳＣＧ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）によって形成される。換言すれば、デュアルコネクティビティ（ＤＣ）が設定されたＵＥの場合、ＭＣＧは、ＰＣｅｌｌ及びゼロ以上のセカンダリセルを含む一つ以上のサービングセルのセットである。逆にＳＣＧは、ＰＳＣｅｌｌ及びゼロ以上のセカンダリセルを含む一つ以上のサービングセルのセットである。

【0040】

上述したように、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）は、プライマリ周波数上で動作するＭＣＧセルであってもよく、ＵＥは、初期接続確立手順を実行する、又は接続再確立手順を初期化する。ＭＲ－ＤＣモードにおいて、ＰＣｅｌｌは、ＭＮに属することができる。プライマリＳＣＧセル（ＰＳＣｅｌｌ：Ｐｒｉｍａｒｙ ＳＣＧ Ｃｅｌｌ）は、ＵＥがランダムアクセスを実行する（例えば同期手順を用いて再構成を実行するとき）ＳＣＧセルであってもよい。ＭＲ－ＤＣにおいて、ＰＳＣｅｌｌは、ＳＮに属してもよい。特殊セル（ＳｐＣｅｌｌ：Ｓｐｅｃｉａｌ Ｃｅｌｌ）は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティがＭＣＧ又はＳＣＧに関連付けられているかどうかに応じて、ＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌと呼ぶことができる。そうでない場合、用語「特殊セル」は、ＰＣｅｌｌを指すことがある。特殊セルは、物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信及び競合ベースのランダムアクセスをサポートすることができ、常にアクティブ化されることができる。

【0041】

ＳＮ（又はＳＣＧ）無線リンク障害がある場合、ＵＥは、ＳＮリンク障害の回復を初期化するためにＭＮに障害をレポートすることができる。ＳＮ障害をレポートするのと同様に、ＮＲにおいて、ＵＥは、ＭＮ無線リンク障害をレポートすることもできる。例えば無線リソース制御（ＲＲＣ）再確立手順の実行を回避するために、ＵＥは、ＳＣＧリンク（例えばＵＥに設定された分割シグナリングベアラ（ＳＲＢ）のＳＮレッグ、又はＳＲＢ３リンク）を使用して、ＭＮ障害をレポートすることができる。ＤＣにおいて、マスター及びセカンダリ基地局の両方を介して送受信されるベアラは、分割ベアラと呼ばれることがある。ＭＲ－ＤＣにおける分割ＳＲＢは、ＭＣＧとＳＣＧの両方に設定された無線リンク制御（ＲＬＣ）ベアラを用いる、ＭＮとＵＥの間のＳＲＢである。

【0042】

ＭＲ－ＤＣ（例えばＥＮ－ＤＣ（Ｅ－ＵＴＲＡ－ＮＲデュアルコネクティビティ）、ＮＧＥＮ－ＤＣ（ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ－ＮＲデュアルコネクティビティ等）において、ＵＥは、例えばＵＥとＳＮとの間にＲＲＣプロトコルデータユニット（ＰＤＵｓ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔｓ）が直接送信されることを可能にするために（例えばシグナリング遅延性を低減するために）、ＳＮを用いたＳＲＢ（例えばＳＲＢ３）を直接、確立するように設定され得る。ＳＲＢ３リンクは、ＳＣＧ設定のＭＡＣ、ＲＬＣ、物理層及びＲＬＦタイマ及び定数を（再）設定するため、及び（再）設定がマスターノードキー（ＭｅＮＢ）の関与を必要としない場合に、セカンダリノードキー（Ｓ－ＫｇＮＢ）又はＳＲＢ３に関連するデータ無線ベアラ（ＤＲＢｓ）のためのパケットデータコンバージェンスプロトコル（ＰＤＣＰ）を再設定するため、測定設定及びレポートのために使用されてもよい。

【0043】

本明細書で説明される分割ＳＲＢの他の２つの形態は、ＭＲ－ＤＣ（例えばＮＲ－ＮＲ ＤＣ）のための（ＭＣＧ）分割ＳＲＢ１のＳＣＧ部分（ＳＮパス、又はＳＮレッグとも呼ばれる）を参照することができるＳＲＢ１Ｓ、及びＭＲ－ＤＣ（例えばＮＲ－ＮＲ ＤＣ）のための（ＭＣＧ）分割ＳＲＢ２のＳＣＧ部分（ＳＮパス、ＳＮレッグ）を参照することができるＳＲＢ２Ｓである。

【0044】

本実装形態のいくつかにおいて、ＭＲ－ＤＣモード（例えばＮＲ－ＮＲ ＤＣモード、ＥＮ－ＤＣモードなど）にあるＵＥがＭＣＧへのリンクを失うとき（例えばＭＮ無線リンク障害が検出されるとき）、ＵＥは、ＲＲＣ再確立手順を実行する必要がなくてもよい。代わりに、本実装形態のいくつかにおいて、ＵＥは、ＭＣＧ障害レポート（以下においてＭＮ障害レポートとも呼ばれる）をネットワーク（例えばＭＮ及び／又はＳＮ）に送信することができる。本実装形態のいくつかの態様において、ＭＣＧリンクが失敗する後、分割ＳＲＢ１が設定されるとき、ＵＥはＲＲＣ再確立手順を実行しなくてもよい。本実装形態の他のいくつかの態様において、ＵＥは、ＳＲＢ３がＵＥに対して設定されている場合、ＲＲＣ再確立手順を実行しなくてもよい。

【0045】

本実装形態のいくつかにおいて、ＭＣＧ障害レポートがＳＲＢ１を介してネットワークに送信されることが許可される場合、ＵＥは、（例えば分割ＳＲＢ１が設定されるとき）ＳＲＢ１Ｓを介してＭＣＧ障害レポートを送信することができる。このような実装形態のいくつかにおいて、分割ＳＲＢ１が設定されない場合、ＵＥは、ＭＣＧリンク障害を検出したときにＲＲＣ再確立手順を実行してもよい。本実装形態のいくつかにおいて、分割ＳＲＢ１は、ＭＮ障害をレポートするための複製機能（後述する）に設定されてもよい。

【0046】

本実装形態のいくつかの態様において、ＭＣＧ障害レポートがＳＲＢ２を介して送信されることのみが許可される場合、ＵＥは、（分割ＳＲＢ２が設定される場合）ＳＲＢ２Ｓを介してＭＣＧ障害レポートのみを送信することができる。これらの実装形態において、分割ＳＲＢ２が設定されていない場合、ＵＥはＭＣＧリンク障害の検出時にＲＲＣ再確立手順を実行することができる。いくつかの他の実装形態において、ＭＣＧ障害レポートは、ＳＲＢ１Ｓ及びＳＲＢ２Ｓの両方を介して送信されることを許可され得る。そのような実装形態のいくつかにおいて、分割ＳＲＢ１及び分割ＳＲＢ２の両方が設定される場合、ＵＥは、ＵＥの実装形態に基づいたＳＲＢ１Ｓ又はＳＲＢ２Ｓを介してＭＣＧ障害レポートを送信することができる。本実装形態の一態様において、分割ＳＲＢ１及び分割ＳＲＢ２の両方が設定される場合、ＵＥは、（ＳＲＢ２Ｓではなく）ＳＲＢ１Ｓを介してＭＣＧ障害レポートを送信することができる。

【0047】

本実装形態のいくつかにおいて、全てのＭＣＧリンク障害事例（例えば全ての種類の障害原因）において、ＵＥは、ＭＮ及びＳＮの両方からの現行の測定設定を維持することができ、ＵＥは、（例外的なシナリオが存在しない限り）ＭＮ及びＳＮから受信された設定に基づいた測定を継続することができる。本実装形態のいくつかにおいて、全てのＭＣＧリンク障害事例（例えば全ての種類の障害原因）において、ＵＥは、全てのＳＲＢｓ及びＤＲＢｓに対するＭＣＧ送信（又はＭＮ送信）を一時停止してもよい。本実装形態のいくつかにおいて、全てのＭＣＧリンク障害自邸（例えば全ての種類の障害原因）において、ＵＥは、ＭＣＧに関連するＭＡＣエンティティをリセットしてもよい。

【0048】

図１は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）無線リンク（以下、「リンク」）が失敗するとき、ＭＮ障害をネットワークにレポートすることを示す図解１００である。図１は、ＵＥ１１０、ＭＮ１２０、及びＳＮ１３０を含む。アクション１４０において、ＵＥ１１０は、ＭＲ－ＤＣモード（例えばＮＲ－ＮＲ ＤＣモード）にあり、ＭＮ１２０及びＳＮ１３０と通信している。アクション１５０は、ＵＥ１１０がＭＮ１２０から受信するＲＲＣ再構成が、ＵＥのための分割ＳＲＢのための設定を含むことができることを示す。アクション１６０は、ＵＥに分割ＳＲＢが設定されていることを示す。アクション１７０において、ＵＥ１１０は、ＭＮ（又はＭＣＧリンク）へのリンクが失敗したと判定することができる。ＭＮ無線リンク障害の障害原因のいくつかは、タイマＴ３１０の満了、ランダムアクセスの問題、ＲＬＣの再送の最大回数に達したとき、インテグリティ障害、再構成障害などを含むことができる。

【0049】

ＭＮリンク障害を検出した後、ＵＥ１１０は、アクション１８０において、例えば分割ＳＲＢのＳＮ（又はＳＣＧ）レッグ（又はパス）を介してＭＣＧ障害レポートをＭＮ１２０に送信することができる。アクション１８０に示すように、ＭＮ１２０は、ＳＮ１３０によってＭＮ障害レポートを受信することができる。本実装形態のいくつかにおいて、ＭＣＧ障害レポートは、障害原因及び／又は（最新の）入手可能な測定結果（以下でより詳細に説明する）を含むことができる。（最新の）入手可能な測定結果は、ＭＮ１２０及び／又はＳＮ１３０から受信された測定設定に基づいて測定されたものであってもよい。

【0050】

本実装形態のいくつかにおいて、基地局（例えばｅＮＢ又はｇＮＢ）は、分割ＳＲＢ及び／又はＳＲＢ３がＵＥに設定されるときに、ＭＮ（ＭＣＧ）障害レポートを送信するためにＵＥを設定してもよい。このような実装形態のいくつかにおいて、ＵＥは、ＵＥが以前に基地局から受信した障害レポート設定に基づいて、ＮＷにＭＮ障害レポートを送信することができる。

【0051】

（ＳＮ１３０によって）ＵＥ１１０からＭＣＧ障害レポートを受信した後に、ＭＮ１２０は、（例えば障害レポートの内容に基づいて）決定を行い、アクション１９０において、（例えばＳＮ１３０によって）対応するＭＮコマンドをＵＥ１１０に返信することができる。例えば、ＭＮ１２０は、再確立手順を実行する、役割交換手順を実行する、ハンドオーバ手順を実行する、又は何らかの他のアクション（例えば同期を用いたＭＣＧ再構成）を実行するための命令をＵＥ１１０に送信することができる。以下でより詳細に明確にされるように、ハンドオーバ手順は、セカンダリノード変更の有無に関わらず、マスターノード間ハンドオーバ手順であってもよいし、ｅＮＢ／ｇＮＢ変更手順に対するマスターノードであってもよい。役割交換手順を実行するために、ＭＮ１２０は、本実装形態のいくつかにおいて、ＳＮ１３０の許可を最初に要求する必要があり得る。

【0052】

図２は、本出願の例示的な実装形態に従った、ＭＮ障害レポートをネットワークに送信するためにＵＥによって実行される方法（又はプロセス）２００を示すフローチャートである。プロセス２００は、ＵＥがＭＲ－ＤＣモードにある間、ＭＮリンク障害を検出することによって、アクション２１０で開始することができる。本実装形態のいくつかにおいて、基地局（例えばｅＮＢ又はｇＮＢ）は、ＭＮ（又はＭＣＧ）リンクが失敗するときにＲＲＣ再確立手順を実行することを見送るためにＵＥに明示的に示すことができ（例えばＵＥを設定する）、代わりに分割ＳＲＢのＳＮパス（分割ＳＲＢが設定される場合）又はＳＲＢ３リンク（ＳＲＢ３が設定される場合）を使用することによりＭＣＧ障害をレポートする。本実装形態の他のいくつかの態様において、ＵＥは、ＲＲＣ再確立手順（ＭＣＧリンクが失敗するとき）の実行することを見送るか否かを、例えば事前定義されたルールのセットに基づいて、又は受信された設定（例えば分割ＳＲＢが設定されるとき、及び／又はＳＲＢ３が設定されるとき）に基づいて、暗黙的に決定することができる。

【0053】

アクション２２０において、プロセス２００は、ＵＥのために分割ＳＲＢが設定されているかどうかを判定することができる。分割ＳＲＢがＵＥのために設定される場合、プロセス２００は、アクション２３０において、例えば、分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（又はパス）を介して、ネットワークに（例えばＳＮによってＭＮに）ＭＮ障害レポートを送信することができる。例えばプロセス２００は、事前定義されたルールのセットに基づいて、分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介してＭＮ（又はＭＣＧ）障害レポートを送信することができる。すなわち予め定義された／予め設定されたルールのセットは、分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）がＵＥのために設定されている場合、ＵＥが分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介してＭＣＧ障害レポートを送信することができることを指定することができる。

【0054】

上述したように、本実装形態のいくつかにおいて、分割ＳＲＢは、（例えば、ＭＮ障害をレポートするために）複製機能を用いてＵＥに設定され得る。そのような実装形態のいくつかにおいて、複製機能が起動され、ＰＤＣＰデータＰＤＵが存在するとき、ＵＥのＰＤＣＰエンティティは、ＰＤＣＰデータＰＤＵを複製し、複製されたＰＤＣＰデータＰＤＵｓを、関連するＲＬＣエンティティの両方に（例えばＭＣＧリンクに関連する一つのＲＬＣエンティティと、ＳＣＧリンクに関連する他方のＲＬＣエンティティに）提出することができる。その後、上りリンクデータ送信のために、一つの複製したＰＤＣＰデータＰＤＵがＭＣＧリンク上で送信され、他の複製したＰＤＣＰデータＰＤＵがＳＣＧリンク上に送信されることができる。（アクション２３０において）ＭＮ障害レポートを送信した後に、プロセス２００は、以下に説明するアクション２７０を実行することができる。

【0055】

プロセス２００が、（アクション２２０において）ＵＥのために分割ＳＲＢが設定されていないと判定した場合、プロセス２００は、アクション２４０において、ＳＲＢ３がＵＥのために設定されるかどうかを判定することができる。本実装形態のいくつかにおいて、ＳＮは、ＳＲＢ３がＵＥのために設定されているか否かをＭＮに通知してもよい。例えばＳＮは、ＳＮ追加又はＳＮ修正手順の間に、ＳＲＢ３がＵＥのために設定されているかどうかをＭＮに通知することができる。プロセス２００は、ＳＲＢ３が設定されていると判定した場合、プロセス２００は、アクション２６０において、ＳＮへのＳＲＢ３リンクを使用して、ＭＮ障害レポートを（例えばＳＮによって）ＭＮに送信することができる。次に、プロセス２００は、以下に説明するアクション２７０を実行することができる。

【0056】

本実装形態のいくつかにおいて、ＳＲＢ３を介して送信されるＭＣＧ障害レポートは、ＭＮによって既知のフォーマットに符号化されてもよく、ＳＮは、２つのノード（例えばＸ２インターフェース又はＸｎインターフェース）間のインターフェースを介して、透過的に受信したＭＣＧ障害レポートをＭＮに配信してもよい。逆に本実装形態のいくつかにおいて、ＳＲＢ３を介して送信されるＭＣＧ障害レポートは、ＳＮによって既知のフォーマット（又はＡＮＳ．１符号化）に符号化されてもよい。そのような実装形態の内のいくつかにおいて、ＳＮは、（受信されたＭＣＧ障害レポート内の）関連情報を参照のためにＭＮに配信するかどうかを判定することができる。本実装形態のいくつかにおいて、ＳＮは、受信されたＭＣＧ障害レポートをどのようにハンドルするか、及びレポートを受信した後にどのアクション（複数可）をとるかを決定することができる。例えば本実装形態のいくつかの態様において、ＳＮは、受信したＭＣＧ障害レポートに基づいた役割交換手順を実行することを決定することができ、一方で、本実装形態のいくつかの他の態様において、ＳＮは、受信したＭＣＧ障害レポートに基づいてＲＲＣ再確立手順を実行することをＵＥに示すことを決定することができる。

【0057】

本実装形態のいくつかにおいて、分割ＳＲＢ及びＳＲＢ３の両方が設定されている場合、ＮＷ（例えばＭＮ又はＳＮ）は、どのＳＲＢが使用されるべきか（又はより高い優先度を有するか）を示すようにＵＥを設定してもよい。例えば分割ＳＲＢがＳＲＢ３より高い優先度を有するようにＭＮがＵＥを設定する場合、分割ＳＲＢ及びＳＲＢ３の両方がＵＥに設定されているとき、ＵＥは、ＭＣＧ障害レポートを送信するために分割ＳＲＢを使用することができる。

【0058】

プロセス２００が、ＵＥにＳＲＢ３が設定されていないと判定したとき（アクション２４０において）、又は分割ＳＲＢが設定されているＵＥではないと判定したとき（アクション２２０において）、本実装形態のいくつかのプロセス２００は、アクション２５０において、ＭＮとのリンク（例えばＲＲＣ接続）を再確立するための再確立手順を実行することができる。その後、プロセスは終了する。

【0059】

上述したように、プロセス２００が（アクション２３０における）分割ＳＲＢのＳＮパスによって、又は（アクション２６０における）ＳＲＢ３によって、（例えばＳＮによってＭＮに）ＭＮ障害レポートをネットワークに送信する場合、プロセスは、アクション２７０を実行し、次いで終了することができる。アクション２７０において、プロセス２００は、ＵＥがＭＮ（及びＳＮ）から受信した現行の測定設定を維持し、それらの測定設定に基づいた測定の実行を継続することができる。言い換えれば、最新の入手可能な測定結果（例えばＭＣＧの入手可能な測定結果及びＳＣＧの入手可能な測定結果）は、ＭＮ及び／又はＳＮから受信された測定設定に基づいて測定された結果であってもよい。本実装形態のいくつかの態様では、プロセス２００は、アクション２７０に記載された手順の代わりに、又はそれに加えて、他の手順を実行してもよい。例えば本実装形態のいくつかにおいて、プロセス２００は、全てのＳＲＢｓ及びＤＲＢｓのためのＭＣＧ送信を一時停止し、ＭＣＧ－ＭＡＣをリセットし、（ＭＮ及び／又はＳＮから受信された）現行の測定設定を維持し、アクション２７０において受信された設定に基づいた測定手順（複数可）を継続してもよい。

【0060】

本実装形態のいくつかにおいて、最新の入手可能な測定結果は、セルレベル（例えば適格同期信号ブロック（ＳＳＢｓ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）及び／又はチャネル状態情報参照信号（ＣＳＩ－ＲＳｓ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌｓ）に基づいて計算される）又はビームレベル（例えば信号強度に基づいた最良のＳＳＢｓ及び／又は最良のＣＳＩ－ＲＳをレポートする）情報を含むことができる。測定結果の量は、参照信号受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｒ Ｐｏｗｅｒ）、参照信号受信品質（ＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ）、又は信号対干渉及びノイズ比（ＳＩＮＲ：Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｒａｔｉｏ）であり得る。

【0061】

本実装形態のいくつかにおいて、認定されたＳＳＢ及び／又はＣＳＩ－ＲＳは、事前定義されたルールのセットに基づいて、又は受信された設定（例えば認定されたＳＳＢ又はＣＳＩ－ＲＳが満たす必要がある閾値、及びセルレベル測定結果を計算するために使用される認定されたＳＳＢ又はＣＳＩ－ＲＳの数）に基づいて定義され得る。同様に、測定結果の量は、事前定義されたルールに基づいて、又は受信された設定に基づいて示され得る。本実装形態のいくつかにおいて、レポートされるべき最良のＳＳＢ（又は最良のＣＳＩ－ＲＳ）の数は、受信された設定に基づいて、又は他の情報（例えば障害レポートを送信するために許可されたＵＬリソースのサイズ、例えば信号強度の次数における可能な限り多くのＳＳＢ又はＣＳＩ－ＲＳを含むように）に基づいて定義されてもよい。

【0062】

本実装形態のいくつかにおいて、測定結果は、ＭＮによって既知のフォーマット（又はＡＳＮ．１符号化）で符号化されてもよい。他のいくつかの実装形態において、測定結果は、届け先によって既知のフォーマット（又はＡＳＮ．１符号化）で符号化されてもよい。例えばＭＣＧ障害レポートが、分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介して送信される場合、含まれる測定結果は、ＭＮによって既知のフォーマット（又はＡＳＮ．１符号化）で符号化され得る。一方、ＭＣＧ障害レポートがＳＲＢ３を介して送信される場合、含まれる測定結果は、ＳＮによって既知のフォーマット（又はＡＳＮ．１符号化）で符号化され得る。

【0063】

本実装形態のいくつかにおいて、ＭＣＧ（又はＭＮ）リンクが失敗する場合、ＵＥは、測定手順を実行する際に中断することなく、ＭＮ（及びＳＮ）から既に受信された測定設定に基づいて測定の実行を継続し、例えば分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介して、測定結果をレポートすることができる。

【0064】

上述したように、本実装形態のいくつかにおいて、ＭＣＧリンクが失敗する場合、ＵＥは、ＲＲＣ再確立手順を実行することができず、その代わりに、分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（又はパス）を介して、又はＳＲＢ３を介して（例えばＵＥの受信した設定、ＵＥの自律的選択、又は事前定義されたルールのセットに基づいて）、ＭＣＧ（又はＭＮ）障害レポートを送信することができる。例えば分割ＳＲＢ（複数可）及びＳＲＢ３の両方がＵＥのために設定される場合、ＵＥは、分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介してＭＣＧ障害レポートを送信することを選択し得るか、又はＳＲＢ３を介してＭＣＧ障害レポートを送信し得るか、又はその両方であり得る。同様に、事前定義されたルールは、分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）がＵＥのために設定されている場合、ＵＥが分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）のＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介してＭＣＧ障害レポートを送信することを指定することができる。そうでなければ、ＳＲＢ３がＵＥのために設定されている場合、ＵＥは、ＳＲＢ３を介してＭＣＧ障害レポートを送信することができる。分割ＳＲＢ（例えば分割ＳＲＢ１又は分割ＳＲＢ２）及びＳＲＢ３のいずれもＵＥのために設定されていない場合、ＵＥは、ＭＣＧリンク回復のためのＲＲＣ再確立手順を実行することができる。

【0065】

本実装形態のいくつかにおいて、ＵＥは、ＵＥのケイパビリティ（ｃａｐａｂｉｌｉｔｙ）をネットワーク（ＮＷ）に事前に通知していてもよい（例えばＵＥがＭＮ障害レポートの送信をサポートしているかどうか）。例えばＵＥは、分割ＳＲＢを介したＭＣＧ障害レポートの送信をＵＥがサポートしているかどうかをＮＷ（例えばＭＮ又はＳＮ）に通知してもよい。このような実装形態のいくつかにおいて、ＭＮが要求したとき（例えばＳＲＢ１又はＳＲＢ２によって）そのケイパビリティをレポートし、及び／又は、ＳＮがＵＥのケイパビリティを要求するとき（例えばＳＲＢ３を介して）、そのケイパビリティをレポートすることができる。本実装形態のいくつかにおいて、ＵＥのケイパビリティは、時間分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）と周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）とで異なり得る。例えばケイパビリティレポートは、ＵＥが、ＴＤＤモードにおける分割ＳＲＢを介してＭＣＧ障害レポートを送信することをサポートするかどうか、及び／又はＵＥが、ＦＤＤモードにおける分割ＳＲＢを介してＭＣＧ障害レポートを送信することをサポートするかどうかを示してもよい。本実装形態のいくつかにおいて、ＵＥのケイパビリティは、周波数範囲１（ＦＲ１：Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ １）と周波数範囲２（ＦＲ２：Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ ２）とで異なり得る。例えば、ケイパビリティレポートは、ＵＥが、ＦＲ１及び／又はＦＲ２における分割ＳＲＢを介してＭＣＧ障害レポートを送信することをサポートするかどうかを示すことができる。なお、ＦＲ１は、４５０ＭＨｚ～６０００ＭＨｚで定義され、ＦＲ２は２４２５０ＭＨｚ～５２６００ＭＨｚで定義されてもよい。

【0066】

本実装形態のいくつかにおいて、ＭＮは、ＵＥがＭＣＧ障害レポートの送信をサポートするかどうかを（例えば分割ＳＲＢを介して）ＳＮに通知してもよい。逆に、本実装形態のいくつかの他の態様において、ＳＮは、ＵＥがＭＣＧ障害レポートの送信を（例えば分割ＳＲＢを介して）サポートするかどうかをＭＮに通知することができる。

【0067】

本実装形態のいくつかにおいて、分割ＳＲＢのためのケイパビリティレポートを送る代わりに、又はそれに加えて、ＵＥは、ＵＥがＳＲＢ３を介してＭＣＧ障害レポートを送ることができるかどうかをＮＷに知らせることができる。例えばＵＥは、ＭＮがＳＲＢ１又はＳＲＢ２を介してレポートを要求するとき、及び／又はＳＮがＳＲＢ３を介してＵＥのケイパビリティを要求するとき、そのケイパビリティをレポートすることができる。本実装形態のいくつかにおいて、ＵＥのケイパビリティは、ＴＤＤ及びＦＤＤについて異なり得る（すなわちケイパビリティレポートは、ＵＥが、ＴＤＤモード及び／又はＦＤＤモードにおいてＳＲＢ３を介してＭＣＧ障害レポートを送信することをサポートするかどうかを示し得る）。同様にＵＥのケイパビリティは、ＦＲ１及びＦＲ２について異なり得る（すなわち、ケイパビリティレポートは、ＵＥが、ＦＲ１及び／又はＦＲ２においてＳＲＢ３を介してＭＣＧ障害レポートを送信することをサポートするかどうかを示し得る）。本実装形態のいくつかにおいて、ＭＮは、ＵＥがＳＲＢ３を介したＭＣＧ障害レポートの送信をサポートするかどうかをＳＮに知らせることができ、一方、他のいくつかの実装形態において、ＳＮは、ＭＮにそのようなことを知らせることができる。本実装形態のいくつかにおいて、ＭＮは、最初に、ＳＮがＳＲＢ３を介してＭＣＧ障害レポートの受信をサポートするかどうかを尋ねる要求をＳＮに送信することができる。そのような実装形態のいくつかにおいて、ＳＮは、ＳＮがＭＣＧ障害レポートの受信をサポートするかどうか（例えばＳＲＢ３を介して）、又はサポートしないかどうか（例えばＳＮは、例えばＳＲＢ３を介して、ＭＣＧ障害レポートをサポートするためのＭＮの要求を受け入れるか、又は拒絶することができる）、ＭＮに応答することができる。本実装形態のいくつかの態様において、ＵＥは、分割ＳＲＢ及びＳＲＢ３の両方を介してＭＣＧ障害レポートの送信をＵＥがサポートするかどうかをＮＷ（例えばＭＮ及び／又はＳＮ）に通知してもよい。

【0068】

本実装形態のいくつかにおいて、ＭＣＧ障害レポートは、障害原因及び／又は最新の入手可能な測定結果を含むことができる。本実装形態のいくつかの態様において、ＵＥは、ＰＣｅｌｌに関連するリンクが失敗する（又は問題を有する）場合にのみ、ＭＣＧ障害レポートを送信してもよい。そのような実装形態のいくつかにおいて、（ＰＣｅｌｌを除く）ＭＣＧ内の他のセルに関連するリンク障害（又は問題）は、ＭＣＧ障害レポートをトリガしないことがある。本実装形態のいくつかの他の態様において、ＭＣＧ中のセルのいずれかのリンク障害（又は問題）に起因して、ＭＣＧ障害レポートをＮＷに送信することができる。本実装形態のいくつかにおいて、ＭＣＧ障害レポートは、どのセルのリンクが失敗したかをＮＷに通知するためのセルＩＤを含んでもよい。本実装形態のいくつかにおいて、ＭＣＧ障害レポートは、障害リンクがＰＣｅｌｌに関連しているか否かを示すインジケータを含んでもよい。本実装形態のいくつかにおいて、ＭＣＧ障害レポートは、ＲＬＣベアラ、又は論理チャネルのどれが失敗したか（又は問題を有するか）などの他の情報を含んでもよい。

【0069】

本実装形態のいくつかにおいて、ＳＣＧ障害レポートは、ＳＣＧ内の任意のセルのリンクが（問題を有する）失敗したときにトリガされてもよい。ＳＣＧ障害レポートは、本実装形態のいくつかにおいて、セルＩＤ（どのセルのリンクが失敗したかをＮＷに通知するため）、ＰＳＣｅｌｌインジケータ（失敗したリンクがＰＳＣｅｌｌに関連しているかどうかを示すため）、どのＲＬＣベアラ又は論理チャネルが失敗した（又は問題がある）か、などを含むことができる。

【0070】

障害レポートの障害原因は、本実装形態のいくつにおいて、タイマＴ３１０の満了、ランダムアクセスの問題、ＭＣＧ ＲＬＣの再送信の最大数に達したかどうか、インテグリティ障害、ＭＣＧ再構成障害などを含むこともできる。本実装形態のいくつかにおいて、タイマＴ３１０満了の障害原因は、ＳｐＣｅｌｌのみで検出される（例えばＴ３１０、Ｎ３１０、及びＮ３１１がＳｐＣｅｌｌに関連した設定においてものみ設定される場合）。本実装形態のいくつかにおいて、タイマＴ３１０がＰＣｅｌｌで満了すると、ＵＥは、ＭＣＧについて無線リンク障害が検出されたと判定することができる。次いでＵＥは、ＭＣＧ障害レポートを（例えばＭＮに）送信することができる。

【0071】

追加として、本実装形態のいくつかにおいて、Ｔ３１０がＰＳＣｅｌｌ内で満了になると、ＵＥは、ＳＣＧについて無線リンク障害が検出されたと判定し、ＳＣＧ障害レポートをＮＷに送信することができる。本実装形態のいくつかにおいて、Ｔ３１０は、（例えば下位レイヤからＮ３１０の連続した同期から外れたインディケーションを受信すると）ＳｐＣｅｌｌ内の物理層の問題を検出すると開始することができる。タイマＴ３１０をいつ開始（及び／又は停止）するかに関する決定は、本実装形態のいくつかにおいて、ＵＥのために事前定義／事前設定され得る。例えばタイマＴ３１０は、ＳｐＣｅｌｌのための（例えば、下位レイヤからの）Ｎ３１１の連続した同期のインディケーションを受信すると、対応するセルグループに対する（例えばｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ、又はターゲットセルに対する同期再構成を用いた）ＲＲＣ再構成メッセージを受信すると、接続再確立手順を初期化すると、又はＳＣＧリリース（Ｔ３１０がＳＣＧ内に保持されている場合）と同時に停止することができる。

【0072】

本実装形態のいくつかにおいて、Ｔ３１０がＭＣＧ内に保持され、セキュリティが起動されていない場合、ＵＥは、ＲＲＣアイドル状態に遷移することができる。一方、このような実装形態のいくつかにおいて、Ｔ３１０がＭＣＧ内に保持され、セキュリティが起動されている場合、ＵＥはＭＣＧ障害レポートをＮＷに送信してもよい。

【0073】

本実装形態のいくつかにおいて、ＭＮ又はＳＮは、別のタイマＴ３１０－ｘ（タイマＴ３１０より短くてもよい）及び／又は新しい定数Ｎ３１０－ｘ及び新しい定数Ｎ３１１－ｘを（例えばシステム情報中で）設定又はブロードキャストしてもよい。本実装形態のいくつかにおいて、ＭＣＧ障害レポートを送信すると、ＵＥは、タイマＴ３１０ではなく、タイマＴ３１０－ｘを適用することができる。すなわち、ＭＣＧ障害レポートを送信すると、タイマＴ３１０－ｘは、ＰＳＣｅｌｌの物理層の問題を検出した後に（例えば下位レイヤからＮ３１０－ｘの連続した同期外れ指示を受信すると）開始することができる。タイマＴ３１０－ｘは、ＰＳＣｅｌｌのための下位レイヤからＮ３１１－ｘの連続した同期のインディケーションを受信すると、そのセルグループのためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを用いたＲＲＣ再構成を受信し、接続再確立手順を初期化した後に、停止することができる。Ｔ３１０－ｘがＳＣＧに保持されている場合、タイマＴ３１０－ｘは、ＳＣＧリリース時に停止することができる。Ｔ３１０－ｘが満了すると、ＵＥは、再確立手順を実行することができる。

【0074】

本実装形態のいくつかにおいて、ＭＣＧリンクが再開されるとき、ＵＥは、Ｔ３１０、Ｎ３１０、及びＮ３１１を再び適用してもよい。本実装形態のいくつかにおいて、Ｔ３１０とＴ３１０－ｘの値は同じであってもよい。同様に、Ｎ３１０とＮ３１０－ｘの値、及び／又はＮ３１１とＮ３１１－Ｘの値は、本実装形態のいくつかにおいて同じであってもよい。本実装形態のいくつかにおいて、ＳＮは、Ｔ３１０のためのスケーリングファクタ及び／又はＮ３１０のためのスケーリングファクタ（及びＮ３１１のためのスケーリングファクタ）を設定する（又はシステム情報中でブロードキャストする）ことができる。すなわち、ＭＣＧ障害レポートを送信すると、ＵＥは、タイマＴ３１０の値にスケーリングファクタ（設定されている場合）、又はＮ３１０の値にスケーリングファクタ（設定されている場合）、又はＮ３１１の値にスケーリングファクタ（設定されている場合）を適用することができる。そのような実装形態のいくつかにおいて、ＭＣＧ障害レポートを送信すると、スケーリングされたＴ３１０は、ＰＳＣｅｌｌの物理層の問題（複数可）を検出すると（例えば下位レイヤからスケーリングされたＮ３１０の連続した同期外れインディケーションを受信した後）開始することができる。

【0075】

スケーリングされたＴ３１０は、ＰＳＣｅｌｌのための下位レイヤからスケーリングされたＮ３１１の連続した同期のインディケーションを受信した後に、対応するセルグループのためのｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃを用いたＲＲＣ再構成を受信した後、及び接続再確立手順を初期化した後に停止することができる。スケーリングされたＴ３１０がＳＣＧに保持されている場合、スケーリングされたＴ３１０は、ＳＣＧリリース時に停止することもできる。スケーリングされたＴ３１０が満了すると、ＵＥは、再確立手順を実行することができる。

【0076】

本実装形態のいくつかにおいて、ＭＣＧリンクが再開されるとき、ＵＥは、Ｔ３１０、Ｎ３１０、及びＮ３１１を再び適用してもよい。本実装形態のいくつかにおいて、Ｔ３１０のためのスケーリングファクタが設定されていない場合、ＵＥは、依然として通常のＴ３１０を適用することができる。同様に、Ｎ３１０のためのスケーリングファクタが設定されていない場合、ＵＥは、依然として通常のＮ３１０を適用することができ、Ｎ３１１のためのスケーリングファクタが設定されていない場合、ＵＥは依然として通常のＮ３１１を適用することができる。いくつかの他の実装形態において、スケーリングファクタは、例えば、ＵＥの移動速度に応じて可変であり得る（例えば異なるスケーリングファクタが、通常、中程度、又は高速度のＵＥに適用され得る）。他のいくつかの実装形態において、Ｔ３１０－ｘ／Ｎ３１０－ｘ／Ｎ３１１－ｘは、ＳＮの状態に依存する変数であってよい。例えばＳＮがｇＮＢである場合、スケーリングファクタが適用されてもよく、そうでない場合（例えばＳＮがｅＮＢである場合）、Ｔ３１０／Ｎ３１０／Ｎ３１１と同じ値が適用されてもよい。

【0077】

本実装形態のいくつかにおいて、ＵＥは、ＭＣＧ障害とＳＣＧ障害の両方の共通障害レポートをネットワークに送信してもよい。そのような実装形態のいくつかにおいて、共通障害レポートは、レポートがＭＣＧ障害又はＳＣＧ障害、又はその両方のためのものであるかどうかを示すための障害ソースインジケータを含むことができる。複数のＳＮが追加される場合、共通障害レポートは、障害情報と、障害情報がどのセルグループ（例えばＭＣＧ、ＳＣＧ＃１、又はＳＣＧ＃２）に関連するかを示すインジケータとを含むことができる。

【0078】

上述したように、ＵＥは、ＭＲ－ＤＣモードにおいて、ＭＣＧリンク障害が検出されるときにＲＲＣ再確立手順を実行しないように設定されてもよい。代わりに、本実装形態のいくつかにおいて、ＵＥは、ＳＲＢ３を介してネットワークにＭＮ（又はＭＣＧ）障害レポートを送信してもよい（ＳＲＢ３が設定されている場合）。このような実装形態のいくつかにおいて、ＳＲＢ３がＵＥに設定されていない場合、ＭＣＧリンク障害の検出時に、ＵＥは、ＲＲＣ再確立手順を実行してもよい。

【0079】

図３は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）リンクが失敗する場合に、ＭＮ障害をネットワークにレポートすることを示す図３００である。図３は、ＵＥ３１０、ＭＮ３２０、及びＳＮ３３０を含む。アクション３４０において、ＵＥ３１０は、ＭＲ－ＤＣモード（例えばＮＲ－ＮＲ ＤＣモード）にあり、ＭＮ３２０及びＳＮ３３０と通信している。アクション３５０は、ＵＥ３１０が、ＳＲＢ３をＵＥに設定することができるＭＮ３２０からＲＲＣ再構成を受信することを示す。アクション３６０は、ＵＥ３１０にＳＲＢ３が設定されることができることを示す。アクション３７０において、ＵＥ３１０は、ＭＮ（又はＭＣＧリンク）へのリンクが失敗したと判定することができる。その結果、ＵＥ３１０は、アクション３８０において、例えばＳＲＢ３を介してＭＮ３２０にＭＮ障害レポートを送信することができる。アクション３８０に示すように、ＭＮ３２０は、ＳＮ３３０によってＭＮ障害レポートを受信することができる。本実装形態のいくつかにおいて、ＭＣＧ障害レポートは、障害原因及び／又は最新の入手可能な測定結果を含むことができる（以下においてより詳細に説明する）。

【0080】

（ＳＮ３３０によって）ＵＥ３１０からＭＣＧ障害レポートを受信した後に、ＭＮ３２０は、（例えば障害レポートの内容に基づいて）決定を行うことができ、アクション３９０において、（例えばＳＮ３３０によって）対応するＭＮコマンドをＵＥ３１０に送信し戻すことができる。例えばＭＮ３２０は、再確立手順を実行する、役割交換手順を実行する、ハンドオーバ手順を実行する、又は何らかの他のアクション（例えば同期を用いたＭＣＧ再構成）を実行するための命令をＵＥ３１０に送信することができる。上述したように、ハンドオーバ手順は、セカンダリノード変更を伴う／伴わないマスターノード間ハンドオーバ手順、又はマスターノードからｅＮＢ／ｇＮＢへの変更手順とすることができる。役割交換手順を実行するために、ＭＮ３２０は、本実装形態のいくつかにおいて、ＳＮ３３０の許可を最初に要求する必要があり得る。本実装形態のいくつかにおいて、ＭＮは、ノード間インターフェース（例えばＸ２インターフェース又はＸｎインターフェース）を介してＭＮコマンドをＳＮに送信し、ＳＮは、ＭＮコマンドをＵＥに転送してもよい。

【0081】

図４は、本出願の一例としての実装形態に従って、ＭＮ（又はＭＣＧ）リンクが失敗したときに、ＭＮ障害をネットワークにレポートすることを示す図４００である。図４は、ＵＥ４１０、ＭＮ４２０、及びＳＮ４３０を含む。アクション４４０において、ＵＥ４１０は、ＭＲ－ＤＣモード（例えばＮＲ－ＮＲ ＤＣモード）にあり、ＭＮ４２０及びＳＮ４３０と通信している。ＵＥ４１０は、アクション４５０において、ＳＲＢ３が設定されるＭＮ４２０からＲＲＣ再構成を受信することができる。アクション４６０は、ＵＥ４１０にＳＲＢ３が設定され得ることを示す。アクション４７０において、ＵＥ４１０は、ＭＮ（又はＭＣＧリンク）へのリンクが失敗したことを判定してもよい。その結果、ＵＥ ４１０は、アクション４８０において、ＳＲＢ３を介してＳＮ４３０にＭＣＧ障害レポートを送信することができる。ＭＣＧ障害レポートは、障害原因及び／又は最新の入手可能な測定結果を含むことができる。ＵＥ４１０からＭＣＧ障害レポートを受信した後に、ＳＮ４３０は、アクション４９０において、（レポートの内容に基づいて）決定を行い、対応するＳＮのコマンドをＵＥ４１０に送信し戻すことができる。ＳＮ４３０は、再確立手順を実行する、役割交換手順を実行する、ハンドオーバ手順を実行する、又は他のアクション（例えば同期を用いたＭＣＧ再構成）を実行するように、ＵＥにコマンドすることができる。ハンドオーバ手順は、セカンダリノード変更を伴う／伴わないマスターノード間ハンドオーバ手順、又はマスターノードからｅＮＢ／ｇＮＢへの変更手順とすることができる。

【0082】

図４に示すように、ＳＮコマンドをＵＥ４１０に送信する前に、アクション４８１において、ＳＮ４３０は、ＭＮ障害ハンドリング要求をＭＮ４２０に送信することができ、ＭＮは、アクション４８２において、ＭＮ障害ハンドリング応答をＳＮ４３０に送信し戻すことができる（例えば要求に肯定応答するため、又は非肯定応答のため、又はＭＣＧ障害を扱うためにＳＮ４３０によって取られるアクションを示唆するため）。例えばＳＮ４３０は、ＭＮ４２０に役割交換手順を実行するように求めることができる。ＭＮ４２０は、役割交換手順をトリガするためにＳＮの要求を受け入れることができ、又はＲＲＣ接続をリリースするようにＳＮ４３０に提案することができる。別の例において、ＭＮ４２０は、（例えば対応するコマンドをＵＥ４１０に送信するためにＲＲＣシグナリングを送信することによって）ＲＲＣ再確立手順をトリガすることをＳＮ４３０に提案してもよい。

【0083】

上述したように、ＭＣＧリンクが（例えば障害原因のいずれかのために）失敗する場合、ＵＥは、ＭＮ及びＳＮの両方から受信された現行の測定設定を維持し、ＭＮ及びＳＮから受信された設定に基づいた測定手順（複数可）の実行を継続することができる。ＭＣＧ障害のための障害原因のいくつかは、タイマＴ３１０の満了、ランダムアクセスの問題、ＲＬＣの再送の最大回数に達したとき、インテグリティ障害、再構成障害などを含むことができる。ＭＮ設定に基づいた測定結果は、ＭＣＧ障害の後もレポートを継続されることができる。例えば分割ＳＲＢが設定される場合、（ＭＮ設定に基づいて準備された）測定結果は、分割ＳＲＢのＳＣＧレッグを介してＮＷにレポートを継続されることができる。逆に、ＳＲＢ３のみがＵＥのために設定される場合、測定結果は、ＳＲＢ３を使用しているＮＥにレポートを継続されることができる。ＳＮは、例えばノード間インターフェース（例えばＸ２インターフェース又はＸｎインターフェース）を介して、受信した測定レポートをＭＮに転送することができる。

【0084】

本実装形態の一態様において、特定の条件下において、ＵＥは、ＭＣＧリンク障害が検出された後、ＭＮから受信された設定に基づいた測定の実行を継続することができない。例えば本実装形態のいくつかにおいて、ＵＥがＰＣｅｌｌのタイミングを維持することができないとき、ＵＥは、ＭＣＧリンク障害が検出された後に、ＭＮから受信された設定に基づいて測定の実行を継続することができない。

【0085】

本実装形態のいくつかにおいて、ＵＥは、ＭＣＧリンク障害が解決され、ＵＥがＭＮに再接続されたことを示すために、ＭＣＧリンク再開メッセージを送信してもよい。本実装形態のいくつかにおいて、ＭＣＧリンク再開メッセージは、分割ＳＲＢ（設定される場合）、又はＳＲＢ３（設定される場合）を介して送信されてもよい。本実装形態の他のいくつかの態様において、ＭＣＧリンク障害が解決されたことを示す追加のインジケータをＭＣＧ障害レポートに含めてもよい。

【0086】

本実装形態のいくつかにおいて、ＭＣＧリンク障害を検出すると、又はＭＣＧ障害レポートを送信した後に、ＵＥは、（例えばタイマＴ１が設定されたとき、又は事前定義されたときに）タイマを開始することができる。そのような実装形態のいくつかにおいて、例えば再確立手順をトリガしたり、役割交換手順を実施したり、ハンドオーバ手順を実行したりするために、ＭＮ（又はＳＮ）からコマンドを受信した後、ＵＥは、タイマＴ１を停止してもよい。しかしながら、タイマＴ１が満了した場合（例えばＵＥがＮＷからコマンドを受信していない場合）、本実装形態のいくつかにおいて、ＵＥは（セキュリティが起動されている場合）再確立手順を実行してもよい。

【0087】

図５は、本出願の一例としての実装形態に従った、ＭＮ障害がネットワークにレポートされ、特定の期間内に応答が受信されなかった後に、再確立手順を開始するためにＵＥによって実行される方法（又はプロセス）５００を示すフローチャートである。プロセス５００は、ＵＥがＭＲ－ＤＣモードで動作している間、ＭＮリンク障害を検出し、分割ＳＲＢ及び／又はＳＲＢ３がＵＥに設定されることを判定することによって、アクション５１０において開始することができる。

【0088】

プロセス５００は、アクション５２０において、ＭＮリンクが失敗したと判定した後に、ＭＮ障害レポートをネットワークに送ることができる。本実装形態のいくつかにおいて、ＭＣＧ（又はＭＮ）リンク障害を検出すると、又はＭＮ障害レポートを送信した後に、プロセス５００は、フィードバックタイマ（例えばタイマＴ１）を開始（又は再始動）することもできる。タイマＴ１の値は、事前定義されていてもよいし、受信された設定に基づいて割り当てられていてもよいし、システム情報ブロック内でブロードキャストされてもよい。

【0089】

アクション５３０において、プロセス５００は、ネットワークから（例えばＭＮ及び／又はＳＮから）任意のフィードバック（又はコマンド）が受信されたかどうかを判定することができる。本実装形態のいくつかにおいて、受信されたＭＣＧ障害レポート又は測定結果（又は障害情報）に基づいて、ＭＮは、特定の手順を実行するためにＵＥをコマンドし得る。例えば受信した障害レポートの内容に基づいて、ＭＮは、ＲＲＣ再確立手順、役割交換手順、ハンドオーバ手順、又は任意の他のアクション（例えばＭＮへの同期）を実行するための命令をＵＥに送信し得る。ハンドオーバ手順は、セカンダリノード変更を伴う／伴わないマスターノード間ハンドオーバ手順、又はマスターノードからｅＮＢ／ｇＮＢへの変更手順とすることができる。本実装形態のいくつかにおいて、ＭＮからのコマンドは、設定された分割ＳＲＢのＳＣＧレッグを介して送信され得る。本実装形態のいくつかにおいて、役割交換手順のために、ＵＥは、ソース基地局（ＢＳ）及びターゲットＢＳの両方に接続されるように構成されるとき、ＰＣｅｌｌが新しいＰＳＣｅｌｌであり得、ＰＳＣｅｌｌが新しいＰＣｅｌｌであり得るように、ＵＥのためのＰＣｅｌｌ及びＰＳＣｅｌｌが切り替えられ得る。その後に、ソースＢＳは、解放されることができる。

【0090】

本実装形態のうちのいくつかにおいて、役割交換手順を実行するとき、ＵＥは、セルグループに、又は以前のソースＢＳのリンク関連する障害レポートを送信しないように再構成され得る（例えばＳＣＧ障害レポートの送信が禁止され得る）。本実装形態のいくつかにおいて、ＮＷは、ＳＣＧ障害レポートの送信を再開するようにＵＥにコマンドすることがある。本実装形態のいくつかにおいて、ＵＥは、セルグループに関連する障害レポート、又は以前のソースＢＳのリンクの送信を自律的に停止してもよい。本実装形態のいくつかにおいて、役割交換手順を実行した後に、ＳＣＧリンク（接続）がＮＷによって再開されたとき、ＵＥは再びＳＣＧ障害レポートを送信してもよい。本実装形態のいくつかにおいて、ＵＥは、役割交換手順を実行した後に、ＵＥの実装形態に基づいてＳＣＧ障害レポートを送信してもよい。例えばＵＥは、以前のＭＣＧに関連する再開メッセージを送信した後に、その実装形態に基づいてＳＣＧ障害レポートを送信することがある。

【0091】

ＭＮ（又はＳＮ）から（例えば再確立手順をトリガするため、役割交換手順を実行するため、又はハンドオーバ手順を実行するために）特定のアクション（複数可）を実行するためのコマンドを受信した後に、ＵＥは、アクション５４０において、タイマＴ１を停止し、受信されたコマンドを実行することができる。その後に、プロセス５００は終了する。

【0092】

（例えばアクション５３０で）プロセス５００が、ネットワークからコマンドを受信していないと判定するとき、プロセスは、アクション５５０において、タイマＴ１が満了したか否かを判定することができる。プロセスが、タイマがまだ満了していないと判定した場合、プロセス５００は、（タイマＴ１がカウントダウンしている間に）フィードバックが受信されたかどうかを判定するために、アクション５３０にループバックすることができる。しかしながら、プロセスが、アクション５５０において、フィードバックタイマが満了したことを判定した場合、プロセスは、アクション５６０において、ＭＮを用いたＲＲＣ接続を再確立するための再確立手順を実行することができる。

【0093】

本実装形態のいくつかにおいて、プロセス５００は、セキュリティが起動された場合、タイマＴ１が満了した後に、再確立手順を実行してもよく、さもなければ、プロセスは、ＲＲＣ接続状態から離れてＲＲＣアイドル状態に入るために、一つ以上のアクションを実行してもよい。現行の実装形態のいくつかにおいて、ＭＣＧリンクがすでに失敗し、まだ回復されていない間に、ＳＣＧリンクが失敗した場合、プロセスは再確立手順を実行することがある。本実装形態のいくつかにおいて、複数のＳＮｓが追加された場合、プロセスは、全てのＭＣＧリンク及びＳＣＧリンクが失敗した場合にのみ、（アクション５６０において）再確立手順を実行してもよい。本実装形態のいくつかにおいて、再確立手順が初期化されるとき、ＵＥは、同じＲＡＴ（例えばＮＲ）の適切なセルを見つけるためにセル選択を実行することができ、ラット間セルを選択すると、そのような実装形態のいくつかにおいて、ＵＥは、ＲＲＣ接続状態を離れるために一つ以上のアクションを実行することができる。本実装形態のいくつかにおいて、再確立手順が初期化されるとき、ＵＥは、ＭＣＧ ＳＣｅｌｌ（複数可）をリリースし、ＳＣＧ設定全体をリリースすることができる。

【0094】

上述したように、ＭＲ－ＤＣモードにあり、分割ＳＲＢが設定されるＵＥは、ＭＣＧリンク障害を検出した後に、分割ＳＲＢのＳＣＧレッグを介して、ＭＣＧ障害レポートをネットワークに送信することができる。ＭＣＧ障害レポートを送信すると（又はＭＮリンク障害を検出すると）、ＵＥは、タイマＴ１を開始することもできる。ＭＮコマンドが受信されず、タイマＴ１が満了した場合、本実装形態のいくつかのＵＥは、（セキュリティが起動されている場合に）再確立手順を実行することができる。

【0095】

図６は、本出願の一例としての実装形態に従った、ＭＮリンクが失敗したときにＭＮ障害をネットワークにレポートし、ネットワークからフィードバックを受信するためのタイマを開始することを示す図６００である。図６は、ＵＥ６１０、ＭＮ６２０、及びＳＮ６３０を含む。アクション６４０において、ＵＥ６１０は、ＭＲ－ＤＣモード（例えばＮＲ－ＮＲ ＤＣモード）にあり、ＭＮ６２０及びＳＮ６３０と通信している。ＵＥ６１０は、アクション６５０において、ＭＮ６２０からＲＲＣ再構成、例えば分割ＳＲＢで設定するように受信することができる。アクション６６０は、ＵＥ６１０に分割ＳＲＢが設定されることを示す。アクション６７０において、ＵＥ６１０は、ＭＮリンク障害を検出することができる。その結果、ＵＥ６１０は、アクション６８０において、分割ＳＲＢのＳＮレッグを介して（ＳＮ６３０を介して）ＭＮ６２０にＭＣＧ障害レポートを送信することができる。図６はまた、ＭＣＧ障害レポートを送信した後に、アクション６８２において、ＵＥがタイマＴ１を開始することができることを示す。上述したように、本実装形態の他のいくつかの態様において、ＵＥは、ＭＮ障害レポートを送信する前にタイマＴ１を開始してもよい。例えば、ＵＥ６１０は、ＭＮ障害レポートが検出されると、タイマＴ１を開始することができる。アクション６８４において、タイマＴ１は、ネットワークからフィードバックを受信することなく満了することができる。本実装形態のいくつかにおいて、タイマＴ１が満了し、ネットワークからフィードバックが受信されない場合、ＵＥ６１０は、アクション６８６において、ＲＲＣ再確立手順をトリガして、ＭＮ６２０とのＲＲＣ接続を確立することができる。

【0096】

図７は、本出願の一例としての実装形態に従った、ＭＮリンクが失敗したときにＭＮ障害をネットワークにレポートし、ネットワークからフィードバックを受信するためのタイマを開始することを示す図７００である。図７は、ＵＥ７１０、ＭＮ７２０、及びＳＮ７３０を含む。アクション７４０において、ＵＥ７１０は、ＭＲ－ＤＣモード（例えばＮＲ－ＮＲ ＤＣモード）にあり、ＭＮ７２０及びＳＮ７３０と通信している。ＵＥ７１０は、アクション７５０において、例えば、ＳＲＢ３が設定されるように、ＭＮ７２０からＲＲＣ再構成を受信することができる。アクション７６０は、ＵＥ７１０にＳＲＢ３が設定されることを示す。アクション７７０において、ＵＥ７１０は、ＭＮリンク障害を検出することができる。その結果、ＵＥ７１０は、アクション７８０において、ＳＲＢ３を介してＳＮ７３０にＭＣＧ障害レポートを送信することができる。図７はまた、ＭＣＧ障害レポートを送信した後に、アクション７８２において、ＵＥがタイマＴ１を開始することができることを示す。上述したように、本実装形態のいくつかの他の態様において、ＵＥは、ＭＮ障害レポートを送信する前にタイマＴ１を開始してもよい。例えばＵＥ７１０は、ＭＮ障害レポートが検出されると、タイマＴ１を開始することができる。アクション７８４において、タイマＴ１は、ネットワークからの任意のフィードバックを受信することなく満了することができる。本実装形態のいくつかにおいて、タイマＴ１が満了し、ネットワークからフィードバックが受信されない場合、ＵＥ７１０は、アクション７８６において、ＲＲＣ再確立手順をトリガして、ＭＮ７２０とのＲＲＣ接続を確立することができる。

【0097】

本実装形態のいくつかにおいて、分割ＳＲＢのＳＣＧレッグを介してＭＣＧ障害レポートを送信するためのタイマＴ１ー、及びＳＲＢ３を介してＭＣＧ障害レポートを送信するためのタイマＴ１は、別々に設定（又は事前定義）され得る。

【0098】

本実装形態のいくつかにおいて、ＵＥが、分割ベアラのＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）をレポートすることを介して、又はＳＲＢ３を介して、ＭＣＧ障害をレポートするための手順を初期化するとき、禁止タイマが開始することができる。そのような実装形態のいくつかにおいて、禁止タイマが満了したときにのみ、ＵＥは別のＭＣＧ障害レポートを送ることが許されてもよい。本実装形態のいくつかにおいて、ＵＥが、分割ベアラのＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介して、又はＳＲＢ３を介して、ＭＣＧ障害をレポートする手順を初期化するとき、ＵＥは、異なる（元の障害レポートとは異なる）障害原因を有する、又は異なる測定結果を含む、別のＭＣＧ障害レポートを送信することのみを許可されてもよい。本実装形態のいくつかにおいて、ＵＥが分割ベアラのＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介して、又はＳＲＢ３を介して（又はＵＥがＭＮへの無線リンクの障害を検出したときに）、ＭＣＧ障害をレポートするための手順を初期化するとき、ＵＥは、全てのＳＲＢｓ及びＤＲＢｓのためのＭＣＧ送信（又はＭＮ送信）を一時停止することができる。そのような実装形態のいくつかにおいて、ＵＥが分割ベアラのＳＣＧレッグ（例えばＳＲＢ１Ｓ又はＳＲＢ２Ｓ）を介して、又はＳＲＢ３を介して、ＭＣＧ障害をレポートするための手順を初期化するとき（又はＵＥがＭＮへの無線リンクの障害を検出するときに）、ＵＥは、ＭＣＧに関連するＭＡＣエンティティをリセットすることもできる。

【0099】

上述したように、本実装形態のいくつかにおいて、ＵＥは、ＭＣＧ障害及びＳＣＧ障害の両方の共通障害レポートをネットワークに送信することができる。そのような実装形態のいくつかにおいて、共通障害レポートは、レポートがＭＣＧ障害若しくはＳＣＧ障害、又はその両方のためのものであるかどうかを示すための障害ソースインジケータを含むことができる。共通障害レポートのためのデータ構造の一例としての実装形態を、障害レポート１を参照して以下に示す。

【0100】

【表1】

【0101】

図示されているように、共通障害レポートのための上記データ構造は、いくつかの情報要素（ＩＥｓ）を含むことができる。ＩＥ ｆａｉｌｕｒｅＣＧは、どのセルグループ（例えばＭＣＧ又はＳＣＧ）が失敗したかを示すために、本実装形態のいくつかにおいて使用されてもよい。ＩＥ ｆａｉｌｕｒｅＴｙｐｅは、ＵＥによって検出された障害原因を示すために使用される場合がある。障害原因は、タイマＴ３１０の満了（データ構造において上記のｔ３１０－Ｅｘｐｉｒｙと呼ばれる）、ランダムアクセスの問題（ｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍと呼ばれる）、及び到達したＲＬＣの再送の最大数（ｒｌｃ－ＭａｘＮｕｍＲｅｔｘと呼ばれる）、インテグリティ障害（ＩｎｔｅｒｇｒｉｔｙＦａｉｌｕｒｅと呼ばれる）、再構成障害（ｒｅｃｏｎｆｉｇＦａｉｌｕｒｅと呼ばれる）、及びＳＣＧ変更障害（ｓｃｇ－ＣｈａｎｇｅＦａｉｌｕｒｅと呼ばれる）が含まれ得る。

【0102】

上記の障害レポートのデータ構造は、ｆａｉｌｕｒｅＣＧがＭＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｔ３１０－Ｅｘｐｉｒｙとセットされる場合、Ｔ３１０の満了によりＭＣＧリンク障害が検出されたことを示すことができる。ｆａｉｌｕｒｅＣＧがＭＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍとセットされる場合、ＭＣＧ ＭＡＣからランダムアクセスの問題の通知を受信したことを示している可能性がある。ｆａｉｌｕｒｅＣＧがＭＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｒｌｃ－ＭａｘＮｕｍＲｅｔｘとセットされる場合、ＭＣＧ ＲＬＣの再送の最大数に達したことを示すことができる。ｆａｉｌｕｒｅＣＧがＭＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがＩｎｔｅｒｇｒｉｔｙＦａｉｌｕｒｅとセットされる場合、ＭＣＧリンク障害がＳＲＢ１ ＩＰチェック障害又はＳＲＢ２ ＩＰチェック障害のために検出されたことを示すことができる。ｆａｉｌｕｒｅＣＧがＭＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｒｅｃｏｎｆｉｇＦａｉｌｕｒｅとセットされる場合、ＭＮ ＲＲＣ再構成メッセージの再構成障害のためにＭＣＧリンク障害が検出されたことを示すことができる。ｆａｉｌｕｒｅＣＧがＭＣＧとセットされる場合、本実装形態のいくつかにおいて、ｆａｉｌｕｒｅＴｙｐｅがｓｃｇ－ＣｈａｎｇｅＦａｉｌｕｒｅとセットされない可能性があることに注意する。

【0103】

逆に、上記の障害レポートのデータ構造において、ｆａｉｌｕｒｅＣＧがＳＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｔ３１０－Ｅｘｐｉｒｙとセットされる場合、Ｔ３１０の満了によりＳＣＧリンク障害が検出されたことを示すことができる。ｆａｉｌｕｒｅＣＧがＳＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍとセットされる場合、ランダムアクセスの問題指示がＳＣＧ ＭＡＣから受信されたことを示してよい。ｆａｉｌｕｒｅＣＧがＳＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｒｌｃ－ＭａｘＮｕｍＲｅｔｘとセットされる場合、ＳＣＧ ＲＬＣの再送の最大数に達したことを示すことができる。ｆａｉｌｕｒｅＣＧがＳＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがＩｎｔｅｒｇｒｉｔｙＦａｉｌｕｒｅとセットされる場合、ＳＣＧリンク障害がＳＲＢ３ ＩＰチェック障害のために検出されたことを示すことができる。ｆａｉｌｕｒｅＣＧがＳＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｒｅｃｏｎｆｉｇＦａｉｌｕｒｅとセットされる場合、ｆａｉｌｕｒｅＴｙｐｅは、ＳＮ ＲＲＣ再構成メッセージの再構成障害のためにＭＣＧリンク障害が検出されたことを示すことができる。ｆａｉｌｕｒｅＣＧがＳＣＧとセットされ、ｆａｉｌｕｒｅＴｙｐｅがｓｃｇ－ＣｈａｎｇｅＦａｉｌｕｒｅとセットされる場合、ｆａｉｌｕｒｅＴｙｐｅは、ＳＣＧへの同期が失敗したことを示すことができる。

【0104】

上記の障害レポートのデータ構造において、ＩＥ ｍｅａｓＲｅｓｕｌｔ又はＩＥ ＭｅａｓｕｒｅＲｅｓｕｌｔ障害を使用して、ＵＥによって検出された障害に関する情報を提供することができる。障害に関する情報は、測定結果、関連する同期信号ブロック（ＳＳＢ）周波数、ＣＳＩ－ＲＳの関連する参照周波数、及び関連するセル情報又は関連するセルリストを含むことができる。ここでの測定結果は、セルレベル（例えば認定されたＳＳＢｓに基づいて計算される、又は認定されたＣＳＩ－ＲＳｓに基づいて計算される）又はビームレベル（例えば信号強度に基づいた、最良のＳＳＢｓ又は最良のＣＳＩ－ＲＳをレポートする）であり得る。測定結果の量は、ＲＳＲＰ、ＲＳＲＱ又はＳＩＮＲであってもよい。認定されたＳＳＢ又は認定されたＣＳＩ－ＲＳは、予め定義されたルールのセットに基づいて、又は受信された設定（例えば認定されたＳＳＢ又はＣＳＩ－ＲＳが満たされる必要があり得る閾値、及びセルレベル測定結果を計算するために使用される認定されたＳＳＢｓ又はＣＳＩ－ＲＳｓの数）に基づいて定義され得る。測定結果の量は、事前定義されたルールに基づいて、又は受信された構成に基づいて示され得る。レポートされるべき最良のＳＳＢｓ又は最良のＣＳＩ－ＲＳｓの数は、受信された構成に基づいてもよく、又は障害レポートを送信するために許可されたＵＬリソースのサイズに基づいてもよい（例えば信号強度の順序で可能な限り多くのＳＳＢｓ又はＣＳＩ－ＲＳｓを含んでいる）。

【0105】

より多くの詳細を含み得る共通の障害レポートのデータ構造の別の例としての実装形態を、障害レポート２を参照して以下に示す。障害レポート１を参照した例としての実装形態と上記の例としての実装形態との差は、関連する論理チャネル識別（又はＲＬＣベアラＩＤ）を示すための一つ以上のＩＥ及び／又は関連する（物理）セルＩＤを示すための一つ以上のＩＥが存在してもよいことである。

【0106】

【表2】

【0107】

ｆａｉｌｕｒｅＴｙｐｅがｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍとセットされる場合、上記の障害レポートのデータ構造において、セルＩＤは、ＵＥがランダムアクセスのための問題を有するセルを示すために含まれ得る。ｆａｉｌｕｒｅＴｙｐｅがｒｌｃ－ＭａｘＮｕｍＲｅｘｔとセットされる場合、論理チャネル識別（又はＲＬＣベアラＩＤ）は、どのＲＬＣエンティティが再送信の最大数に達したかを示すために存在してもよい。なお、ｍａｘＬＣ－ＩＤは、論理チャネルＩＤの最大値（例えば技術仕様ＴＳ３８．３３１では３２として定義されている）である。ｐｈｙｓＣｅｌｌＩＤは、物理セル識別を識別することができる。

【0108】

本実装形態のいくつかにおいて、ＭＣＧ障害レポートがＵＥに設定されるか、又は許容される場合、カプセル化されたＳＮ ＲＲＣメッセージ（任意のＭＣＧ再構成フィールドの有無に関わらず）を含むＭＮ ＲＲＣメッセージの障害（例えば再構成障害によりＭＣＧリンクが失敗する場合）は、ＭＣＧ障害レポートをトリガーすることができる。ＭＣＧ障害レポートにおいて、そのような実装形態のいくつかにおいて、ＵＥは、再構成のどの部分（例えばＭＮ部分又はＳＮ部分）が失敗したかを示すことがある。

【0109】

図８は、本出願の様々な態様に従った、無線通信のためのノードのブロック図を示す。図８に示すように、ノード８００は、トランシーバ８２０、プロセッサ８２６、メモリ８２８、一つ以上のプレゼンテーション部品８３４、及び少なくとも一つのアンテナ８３６を含むことができる。ノード８００はまた、無線周波数（ＲＦ）スペクトル帯域モジュール、基地局通信モジュール、ネットワーク通信モジュール、システム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏ部品、電源（図８には明示的に示されていない）を含むことができる。これらの部品のそれぞれは、一つ以上のバス８４０を介して、直接的又は間接的に互いに通信することができる。

【0110】

送信機８２２及び受信機８２４を有するトランシーバ８２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。いくつかの実装形態において、トランシーバ８２０は、使用可能、使用不可能、及び柔軟に使用可能なサブフレームスロットフォーマットを含むが、これらに限定されない、異なるタイプのサブフレーム及びスロットで送信するように構成され得る。トランシーバ８２０は、データを受信し、シグナリングを制御するように構成され得る。

【0111】

ノード８００は、様々なコンピュータ読み取り可能媒体を含むことができる。コンピュータ読み取り可能媒体は、ノード８００によってアクセス可能な任意の利用可能媒体であり、揮発性及び不揮発性媒体、取り外し可能及び非取り外し可能媒体の両方を含むことができる。限定するのではなく、例として、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、他データ構造、プログラムモジュール、又は他の他データなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。

【0112】

コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的には、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」というタームは、その特性のうちの一つ以上が、信号内の情報を符号化するように設定又は変更された信号を意味する。限定ではなく例として、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。

【0113】

メモリ８２８は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含むことができる。メモリ８２８は、取り外し可能、取り外し不可能、又はそれらの組み合わせであってもよい。例としてのメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含む。図８に示すように、メモリ８２８は、コンピュータ読み取り可能なコンピュータ実行可能命令８３２（例えばソフトウェアコード）を記憶することができ、これは、実行されると、プロセッサ８２６に、例えば図１から図８を参照して、本明細書に記載される様々な機能を実行させるように構成される。あるいは命令８３２は、プロセッサ８２６によって直接実行可能ではなく、ノード８００（例えば、コンパイルされ実行されるとき）に本明細書に記載される様々な機能を実行させるように構成されてもよい。

【0114】

プロセッサ８２６は、インテリジェントハードウェアデバイス、例えば、中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなどを含むことができる。プロセッサ８２６は、メモリを含んでもよい。プロセッサ８２６は、メモリ８２８から受信したデータ８３０及び命令８３２、並びにトランシーバ８２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ８２６はまた、コアネットワークへの送信のために、アンテナ８３６を介してネットワーク通信モジュールに送信するためにトランシーバ８２０に送信される情報を処理することができる。

【0115】

一つ以上のプレゼンテーション部品８３４は、人又は他のデバイスにデータ表示を提示する。例えば一つ以上のプレゼンテーション部品８３４は、表示デバイス、スピーカー、印刷部品、振動部品等を含む。

【0116】

上記の説明から、様々な技術が、それらの概念の範囲から逸脱することなく、本出願に記載された概念を実施するために使用されることができることが明らかである。更に、概念は、特定の実装形態を特に参照して説明されてきたが、当業者は、これらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識することができる。したがって、説明された実施形態は、すべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実施形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。

【図面の簡単な説明】

【0117】

【図1】図１は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）リンクに障害が失敗する場合にＭＮ障害をネットワークにレポートする図である。

【図2】図２は、本出願の一例としての実装形態に従った、ＭＮ障害レポートをネットワークに送信するためにＵＥによって実行される方法（又はプロセス）を示すフローチャートである。

【図3】図３は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）リンクが失敗する場合にＭＮ障害をネットワークにレポートする図である。

【図4】図４は、本出願の一例としての実装形態に従った、ＭＮ（又はＭＣＧ）リンクが失敗する場合にＭＮ障害レポートをネットワークに送信することを示す図である。

【図5】図５は、本出願の一例としての実装形態に従った、ＭＮ障害がネットワークにレポートされ、一定期間内に応答が受信されない後に、再確立手順を開始するためにＵＥによって実行される方法（又はプロセス）を示すフローチャートである。

【図6】図６は、本出願の一例としての実装形態に従った、ＭＮリンクが失敗するときにＭＮ障害をネットワークにレポートし、ネットワークからフィードバックを受信するためのタイマを開始することを示す図である。

【図7】図７は、本出願の一例としての実装形態に従った、ＭＮリンクが失敗するときにＭＮ障害レポートをネットワークに送信すること、及びネットワークからフィードバックを受信するためのタイマを開始することを示す図である。

【図8】図８は、本出願の様々な態様に従った、無線通信のためのノードのブロック図を示す。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】