特表2024-502623 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 富士通株式会社の特許一覧

特表2024-502623ＩＡＢの通信方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-01-22

(54)【発明の名称】ＩＡＢの通信方法及び装置

(51)【国際特許分類】

H04W 76/19 20180101AFI20240115BHJP

H04W 92/20 20090101ALI20240115BHJP

H04W 36/00 20090101ALI20240115BHJP

【ＦＩ】

H04W76/19

H04W92/20 110

H04W36/00

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023542006

(86)(22)【出願日】2021-01-13

(85)【翻訳文提出日】2023-07-11

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

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

(87)【国際公開日】2022-07-21

(81)【指定国・地域】

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(72)【発明者】

【氏名】リ・グオルゥォン

(72)【発明者】

【氏名】ジア・メイイ

(72)【発明者】

【氏名】ルゥ・ヤン

(72)【発明者】

【氏名】易粟

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE06

5K067EE10

(57)【要約】

本発明の実施例ではＩＡＢの通信方法及び装置が提供される。前記方法はＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、該指示情報に基づいて無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始し；又は、ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は対応する目標ＣＵの設定情報を指示し、前記目標ＣＵの設定情報に基づいて通信を行う。

【特許請求の範囲】

【請求項1】

ＩＡＢ通信方法であって、
ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生しており、又は無線リンク失敗回復が成功しており、又は無線リンク失敗回復が失敗していることを検出し；及び
前記ＩＡＢノードが、ＢＡＰ制御ＰＤＵにより、ＩＡＢ子ノード又は端末装置に、無線リンク失敗指示情報を送信し、前記無線リンク失敗指示情報は、少なくとも２つのバックホールリンク無線リンク失敗類型のうちの１つを指示するために用いられることを含む、方法。

【請求項2】

請求項１に記載の方法であって、
前記バックホールリンク無線リンク失敗類型は、
バックホールリンク無線リンク失敗の第一類型であって、ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生していることを検出したことを表す、もの；
バックホールリンク無線リンク失敗の第二類型であって、ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生しており、かつ無線リンク失敗回復が成功していることを検出したことを表す、もの；及び
バックホールリンク無線リンク失敗の第三類型であって、ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生しており、かつ無線リンク失敗回復が失敗していることを検出したことを表す、もの
のうちの少なくとも１つを含む、方法。

【請求項3】

請求項１に記載の方法であって、
前記ＢＡＰ制御ＰＤＵは構築されて前記無線リンク失敗指示情報を送信し、
前記ＢＡＰ制御ＰＤＵの域が前記ＢＡＰ制御ＰＤＵに含まれる制御情報の類型を指示する、方法。

【請求項4】

請求項３に記載の方法であって、
前記無線リンク失敗指示情報は前記域により指示されるＢＨＲＬＦ指示である、方法。

【請求項5】

請求項３に記載の方法であって、
前記無線リンク失敗指示情報は前記域により指示されるＢＨＲＬＦ検出指示である、方法。

【請求項6】

請求項３に記載の方法であって、
前記無線リンク失敗指示情報は前記域により指示されるＢＨＲＬＦ回復指示である、方法。

【請求項7】

請求項３に記載の方法であって、
前記ＢＡＰ制御ＰＤＵの前記域における複数のビットは前記少なくとも２つのバックホールリンク無線リンク失敗類型を指示する、方法。

【請求項8】

請求項７に記載の方法であって、
前記複数のビットのうちの１つの値がＢＨＲＬＦ指示を指示し、前記複数のビットのうちのもう１つの値がＢＨＲＬＦ検出指示を指示し、前記複数のビットのうちのまたもう１つの値がＢＨＲＬＦ回復指示を指示する、方法。

【請求項9】

請求項７に記載の方法であって、
前記ＢＡＰ制御ＰＤＵの前記域における００１１がＢＨＲＬＦ指示を指示し、前記ＢＡＰ制御ＰＤＵの前記域における０１００がＢＨＲＬＦ検出指示を指示し、前記ＢＡＰ制御ＰＤＵの前記域における０１０１がＢＨＲＬＦ回復指示を指示する、方法。

【請求項10】

請求項７に記載の方法であって、
前記ＢＡＰ制御ＰＤＵの前記域における００１１がＢＨＲＬＦの第三類型を指示し、前記ＢＡＰ制御ＰＤＵの前記域における０１００がＢＨＲＬＦの第一類型を指示し、前記ＢＡＰ制御ＰＤＵの前記域における０１０１がＢＨＲＬＦの第二類型を指示する、方法。

【請求項11】

ＩＡＢ通信装置に適用される装置であって、
前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生しており、又は無線リンク失敗回復が成功しており、又は無線リンク失敗回復が失敗していることを検出する処理器；及び
ＢＡＰ制御ＰＤＵによりＩＡＢ子ノード又は端末装置に無線リンク失敗指示情報を送信する送信器であって、前記無線リンク失敗指示情報は少なくとも２つのバックホールリンク無線リンク失敗類型のうちの１つを指示する、送信器を含む、装置。

【請求項12】

請求項１１に記載の装置であって、
前記バックホールリンク無線リンク失敗類型は、
バックホールリンク無線リンク失敗の第一類型であって、ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生していることを検出したことを表す、もの；
バックホールリンク無線リンク失敗の第二類型であって、ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生しており、かつ無線リンク失敗回復が成功していることを検出したことを表す、もの；及び
バックホールリンク無線リンク失敗の第三類型であって、ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生しており、かつ無線リンク失敗回復が失敗していることを検出したことを表す、もの
のうちの少なくとも１つを含む、装置。

【請求項13】

請求項１１に記載の装置であって、
前記ＢＡＰ制御ＰＤＵは構築されて前記無線リンク失敗指示情報を送信し、
前記ＢＡＰ制御ＰＤＵの域が前記ＢＡＰ制御ＰＤＵに含まれる制御情報の類型を指示する、装置。

【請求項14】

請求項１３に記載の装置であって、
前記無線リンク失敗指示情報は前記域により指示されるＢＨＲＬＦ指示であり；又は
前記無線リンク失敗指示情報は前記域により指示されるＢＨＲＬＦ検出指示であり；又は
前記無線リンク失敗指示情報は前記域により指示されるＢＨＲＬＦ回復指示である、装置。

【請求項15】

請求項１３に記載の装置であって、
前記ＢＡＰ制御ＰＤＵの前記域における複数のビットは前記少なくとも２つのバックホールリンク無線リンク失敗類型を指示する、装置。

【請求項16】

請求項１５に記載の装置であって、
前記複数のビットのうちの１つの値がＢＨＲＬＦ指示を指示し、前記複数のビットのうちのもう１つの値がＢＨＲＬＦ検出指示を指示し、前記複数のビットのうちのまたもう１つの値がＢＨＲＬＦ回復指示を指示する、装置。

【請求項17】

請求項１５に記載の装置であって、
前記ＢＡＰ制御ＰＤＵの前記域における００１１がＢＨＲＬＦの第三類型を指示し、前記ＢＡＰ制御ＰＤＵの前記域における０１００がＢＨＲＬＦの第一類型を指示し、前記ＢＡＰ制御ＰＤＵの前記域における０１０１がＢＨＲＬＦの第二類型を指示する、装置。

【請求項18】

【請求項19】

通信システムであって、
ＩＡＢノードを含み、
前記ＩＡＢノードは、
前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗が発生しており、又は無線リンク失敗回復が成功しており、又は無線リンク失敗回復が失敗していることを検出し；及び
ＢＡＰ制御ＰＤＵによりＩＡＢ子ノード又は端末装置に無線リンク失敗指示情報を送信し、前記無線リンク失敗指示情報は少なくとも２つのバックホールリンク無線リンク失敗類型のうちの１つを指示するために用いられる、通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信の技術分野に関する。

【背景技術】

【0002】

ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄａｃｃｅｓｓａｎｄｂａｃｋｈａｕｌ）により、５Ｇ無線アクセスネットワーク（ＲＡＮ、ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）は無線中継をサポートするようになっている。中継ノードはＩＡＢ－ｎｏｄｅ（ＩＡＢノード）と呼ばれ、ＮＲによるアクセス及びバックホールをサポートする。ＮＲバックホールのネットワーク側での終了点はＩＡＢ－ｄｏｎｏｒ（ＩＡＢドナーであり、１種のＩＡＢノードと見なされても良い）と呼ばれ、それはＩＡＢサポート機能を有する１つのｇＮＢを表す。バックホールは１回又は複数回のホップにより発生し得る。

【0003】

ＩＡＢノードはｇＮＢ－ＤＵ（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ、分散ユニット）の機能をサポートし、即ち、ＩＡＢ－ＤＵである。ＩＡＢ－ＤＵは端末装置及び次のホップのＩＡＢノードのＮＲアクセスインターフェースで終端され、また、ＩＡＢ－ｄｏｎｏｒ上のｇＮＢ－ＣＵ（ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ、集中ユニット）機能のＦ１プロトコルで終端される。ＩＡＢ－ｎｏｄｅＤＵはＩＡＢ－ＤＵとも称される。

【0004】

ｇＮＢ－ＤＵの機能に加えて、ＩＡＢノードはさらに、一部の端末装置機能（ＵＥ機能）をもサポートし、ＩＡＢ－ＭＴと呼ばれても良い。ＩＡＢ－ＭＴは例えば、物理層、層２（Ｌ２）、無線リソース制御（ＲＲＣ、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）及び非アクセス層（ＮＡＳ、Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ）機能を含むことで、もう１つのＩＡＢノード又はＩＡＢ－ｄｏｎｏｒのｇＮＢ－ＤＵに接続され、ＩＡＢ－ｄｏｎｏｒ上のｇＮＢ－ＣＵに接続され、及びコアネットワークに接続される。

【0005】

ＩＡＢノードは１回又は複数回のホップにより１つのＩＡＢ－ｄｏｎｏｒに接続される。トポロジーでは、該ＩＡＢ－ｄｏｎｏｒはルートノードであり、ＩＡＢノードのＩＡＢ－ＤＵインターフェース上の隣接ノードは該ＩＡＢノードの子ノード（ｄｅｓｃｅｎｄａｎｔｎｏｄｅ又はｃｈｉｌｄｎｏｄｅ）と称され、即ち、ＩＡＢ子ノード（ｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅ）であり、ＩＡＢ－ＭＴインターフェース上の隣接ノードは親ノード（ｐａｒｅｎｔｎｏｄｅ）と称され、即ち、ＩＡＢ親ノード（ｐａｒｅｎｔＩＡＢ－ｎｏｄｅ）である。また、子ノードへの方向は下流（ｄｏｗｎｓｔｒｅａｍ）と呼ばれ、親ノードへの方向は上流（ｕｐｓｔｒｅａｍ）と呼ばれる。ＩＡＢ－ｄｏｎｏｒは該ＩＡＢトポロジーのために集中型のリソース、トポロジー及びルーティング管理を実行する。

【0006】

なお、上述の背景技術についての紹介は、本発明の技術案を明確かつ完全に説明し、また、当業者がそれを理解しやすいためのものである。これらの技術案は、本発明の背景技術に記述されているため、当業者にとって周知であると解釈してはならない。

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、発明者は次のことを発見した。即ち、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は切り替え（ｈａｎｄｏｖｅｒ）をサポートする場合に、ＩＡＢ子ノード又は端末装置が回復後又は切り替え後（又は、移行後といっても良い）のＩＡＢノードとともに目標ＩＡＢ－ｄｏｎｏｒＣＵに移行するとすれば、ＩＡＢ子ノード又は端末装置がサービングするＩＡＢノードを変更しないため、ＩＡＢ子ノード又は端末装置は自発的に再確立を開始しない可能性があり、これによって、ＣＵの設定情報（例えば、セキュリティキー（ｋｅｙ）又は他のパラメータ）を変えることがないため、目標ＣＵと正確な通信を行うことができない。

【0008】

上述の問題点のうちの少なくとも１つに鑑み、本発明の実施例はＩＡＢの通信方法及び装置を提供する。

【課題を解決するための手段】

【0009】

本発明の実施例の１つの側面によれば、ＩＡＢの通信方法が提供され、それは、
ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられ；及び
前記ＩＡＢ子ノード又は端末装置が無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始することを含む。

【0010】

本発明の実施例のもう１つの側面によれば、ＩＡＢの通信装置が提供され、それは、
ネットワーク装置送信の指示情報を受信する受信部であって、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられる、受信部；及び
無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始する処理部を含む。

【0011】

本発明の実施例のもう１つの側面によれば、ＩＡＢの通信方法が提供され、それは、
ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ；及び
前記ＩＡＢ子ノード又は端末装置が前記目標ＣＵの設定情報に基づいて通信を行うことを含む。

【0012】

本発明の実施例のもう１つの側面によれば、ＩＡＢの通信装置が提供され、それは、
ネットワーク装置送信の指示情報を受信する受信部であって、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられる、受信部；及び
前記目標ＣＵの設定情報に基づいて通信を行う処理部を含む。

【発明の効果】

【0013】

本発明の実施例に係る有利な効果は少なくとも次のとおりであり、即ち、ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、該指示情報に基づいて無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始し、又は、ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は対応する目標ＣＵの設定情報を指示し、前記目標ＣＵの設定情報に基づいて通信を行う。これにより、ｉｎｔｅｒ－ＣＵ回復又は切り替えをサポートする場合に、ＩＡＢ子ノード又は端末装置がサービングするＩＡＢノードを変えないとしても、ＩＡＢ子ノード又は端末装置はＣＵの設定情報をも更新できるため、目標ＣＵと正確に通信を行うことができる。

【0014】

後述の説明及び図面を参照することで本発明の特定の実施例を詳しく開示し、本発明の原理を採用し得る態様を示す。なお、本発明の実施例は範囲上、これらにより限定されない。添付した特許請求の範囲内であれば、本発明の実施例は様々な変更、修正及び代替によるものを含んでも良い。

【0015】

また、１つの実施例について説明した及び／又は示した特徴は、同じ又は類似した方式で１つ又は複数の他の実施例に用い、他の実施例における特徴と組み合わせ、又は、他の実施例における特徴を置換することもできる。

【0016】

なお、「含む／有する」のような用語は、本明細書に使用されるときに、特徴、要素、ステップ、又はアセンブルの存在を指すが、１つ又は複数の他の特徴、要素、ステップ、又はアセンブリの存在又は付加を排除しないということも指す。

【図面の簡単な説明】

【0017】

本発明の１つの図面又は１つの実施形態に記載の要素及び特徴は、１つ又は複数の他の図面又は実施形態に示した要素及び特徴と組み合わせることができる。また、図面では、類似した符号は、幾つの図面における対応する部品を示し、複数の実施形態に用いる対応部品を示すためにも用いられる。

【図1】本発明の実施例における通信システムを示す図である。

【図2】本発明の実施例におけるＩＡＢ全体アーキテクチャを示す図である。

【図3】本発明の実施例におけるＩＡＢ全体アーキテクチャを示す他の図である。

【図4】本発明の実施例に係るＩＡＢネットワークにおける子ノードと親ノードとの関係を示す図である。

【図5】ＩＡＢ－ＤＵとＩＡＢ－ｄｏｎｏｒ－ＣＵとの間のＦ１－Ｕインターフェースのプロトコルスタックを示す図である。

【図6】ＩＡＢ－ＤＵとＩＡＢ－ｄｏｎｏｒ－ＣＵとの間のＦ１－Ｃインターフェースのプロトコルスタックを示す他の図である。

【図7】本発明の実施例におけるＩＡＢ－ＭＴとＩＡＢ－ｄｏｎｏｒ－ＣＵとの間のＳＲＢのプロトコルスタックを示す図である。

【図8】ＩＡＢ－ｎｏｄｅのＩｎｔｅｒ－ＣＵのＣＨＯプロシージャを示す図である。

【図9】ＩＡＢ－ｎｏｄｅのＩｎｔｅｒ－ＣＵのＲＬＦ回復プロシージャを示す図である。

【図10】本発明の実施例におけるｉｎｔｅｒ－ＣＵの切り替え又は回復のシナリオの一例を示す図である。

【図11】本発明の実施例におけるＩＡＢの通信方法を示す図である。

【図12】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図13】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図14】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図15】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図16】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図17】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図18】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図19】本発明の実施例におけるＩＡＢの通信方法を示す他の図である。

【図20】本発明の実施例におけるＩＡＢの通信方法のシナリオを示す図である。

【図21】本発明の実施例におけるＩＡＢの通信装置を示す図である。

【図22】本発明の実施例におけるＩＡＢの通信装置を示す他の図である。

【図23】本発明の実施例におけるネットワーク装置を示す図である。

【図24】本発明の実施例における端末装置を示す図である。

【発明を実施するための形態】

【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】

例えば、前記ＩＡＢ子ノード又は端末装置が無線リンク失敗回復プロシージャを開始することは次のことを含み、即ち、ＭＣＧ送信がサスペンドされない場合に、前記ＩＡＢ子ノード又は端末装置はＳＣＧ失敗情報プロシージャを開始し、ＳＣＧ無線リンク失敗を報告し、さもなければ、前記接続再確立プロシージャを開始する。

【0101】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを実行しているときに、前記ソースＣＵは目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記第三指示情報を送信する。

【0102】

例えば、ｉｎｔｅｒ－ＣＵＣＨＯについて、ソースＣＵが該第三指示情報を送信する時刻は次の任意の時点であっても良く、即ち、図８の８１３でソースＣＵが目標ＩＡＢ－ｄｏｎｏｒＣＵ送信のＵＥｃｏｎｔｅｘｔｒｅｌｅａｓｅメッセージを受信する時刻又はその後である。

【0103】

また、例えば、ｉｎｔｅｒ－ＣＵＣＨＯのシナリオの場合に、第三指示情報の送信時刻は次のものを含んでも良く、即ち、ＩＡＢ－ｎｏｄｅがＣＨＯを開始する（例えば、ｓｏｕｒｃｅからｄｅｔａｃｈし（ｄｅｔａｃｈｆｒｏｍｓｏｕｒｃｅ）、又は記憶された、条件が満足される目標セルの条件再設定の適用を開始し、又は目標セルに対してＲＡＣＨを開始する）時刻、又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを送信する時刻、又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージのＲＬＣ層確認又はＨＡＲＱ確認を受信する時刻、又はＩＡＢ－ｎｏｄｅのＤＵが目標ＣＵにＦ１ＡＰｓｅｔｕｐｒｅｑｕｅｓｔメッセージを送信する時刻、又は目標ＣＵからＦ１ｓｅｔｕｐｒｅｓｐｏｎｓｅメッセージを受信する時刻、又は目標ＣＵとＩＡＢ－ｎｏｄｅとの間のＳＣＴＰ接続が確立される時刻、又はＦ１－Ｃ接続が切り替えられて、ＩＡＢ－ｎｏｄｅの新しいＴＮＬアドレス及び目標ＣＵのＴＮＬアドレスを使用する時刻であり；又は
目標ＣＵがＩＡＢ－ＤＵとＦ１インターフェースコンテキストを確立又は再確立又は更新する時刻、例えば、ｇＮＢＤＵが更新プロシージャを設定し又はｇＮＢＣＵが更新プロシージャを設定する時刻、又は目標ＣＵがＩＡＢ－ｎｏｄｅのＤＵと回復されるＩＡＢ－ｎｏｄｅの子ＩＡＢ－ｎｏｄｅ又はＵＥのＦ１ＡＰＵＥｃｏｎｔｅｘｔを確立又は再確立又は更新する時刻、又はＩＡＢ－ｎｏｄｅのＤＵがＢＨ設定情報を受信する時刻（該ＢＨ設定情報は例えば、目標ＩＡＢ親ノードと目標ＩＡＢ－ｄｏｎｏｒＤＵとの間の新径路上のＢＨＲＬＣｃｈａｎｎｅｌｓ及びＢＡＰサブ層ｒｏｕｔｉｎｇエントリー、又は目標ＩＡＢ－ｄｏｎｏｒＤＵ上のＩＡＢ－ｎｏｄｅの新径路のＤＬマッピングを含んでも良い）、又はＦ１－Ｕ接続（例えば、ＧＴＰトンネル情報）を更新する時刻などである。

【0104】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行った後に、前記ソースＣＵは前記第三指示情報を送信する。

【0105】

幾つかの実施例において、前記第三指示情報は次のものの少なくとも１つ又は任意の組み合わせを含み、即ち、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）、無線リソース制御（ＲＲＣ）メッセージ、Ｆ１ＡＰメッセージである。

【0106】

例えば、第三指示情報はＰＤＣＰＰＤＵ（その中にＲＲＣメッセージ又はＰＤＣＰｃｏｎｔｒｏｌＰＤＵがキャリーされる）に含まれ、古いｋｅｙ及びセキュリティアルゴリズムなどの暗号化及び／又は完全性保護が採用されても良く、また、例えば、ｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅについて、第三指示情報はさらに、Ｆ１ＡＰメッセージにキャリーされ、該ｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅのＤＵへ送信されても良い。

【0107】

幾つかの実施例において、第三指示情報はさらに、ＩＡＢノードのｄｏｎｏｒＣＵが変わったかを指示し、又は、ＩＡＢノードが同じＣＵの移行（ｉｎｔｒａ－ＣＵｍｉｇｒａｔｉｏｎ）を行ったか、それとも、インターＣＵの移行（ｉｎｔｅｒ－ＣＵｍｉｇｒａｔｉｏｎ）を行ったかを指示しても良い。

【0108】

幾つかの実施例において、第三指示情報は次のもののうちの少なくとも１つを含み、即ち、ＣＵ変更指示、目標ＣＵの標識及び再確立プロシージャ開始の指示などである。

【0109】

本発明の実施例において、ｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅｓ又はＵＥはＣＵにその能力を指示することで、上述の実施例における通信方法をサポートするかを表すことができる。また、ＲＲＣメッセージは例えば、ＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであっても良く、Ｆ１ＡＰメッセージはＵＥｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ又はＵＥｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｒｅｑｕｅｓｔであっても良く；ＸｎメッセージはＲＲＣｔｒａｎｓｆｅｒ又はＲｅｔｒｉｅｖｅＵＥｃｏｎｔｅｘｔｒｅｓｐｏｎｓｅであっても良い。

【0110】

幾つかの実施例において、前記ＣＵの設定情報は次のものの少なくとも１つ又は任意の組み合わせを含んでも良く、即ち、ＲＲＣ層の設定、ＰＤＣＰ層の設定、ＲＬＣ層の設定、ＭＡＣ層の設定、物理層の設定及びＢＡＰ層の設定である。

【0111】

なお、上述の図１１乃至１３は図８又は図９と組み合わせられても良いが、本発明はこれに限定されず、さらに、他のｉｎｔｅｒ－ＣＵ回復又は切り替えプロシージャと組み合わせられても良い。本発明の実施例ではこれらのプロシージャにおける具体的なステップ又は実行順序について限定しない。

【0112】

上述の各実施例は本発明の実施例を例示的に説明するためのものであるが、本発明はこれに限られず、さらに、上述の各実施例をもとに適切な変形を行っても良い。例えば、上述の各実施例を単独で使用しても良く、上述の各実施例のうちの１つ又は複数を組み合わせて使用しても良い。

【0113】

上述の実施例から分かるように、ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、該指示情報に基づいて無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始する。これにより、ｉｎｔｅｒ－ＣＵ回復又は切り替えをサポートする場合に、ＩＡＢ子ノード又は端末装置がサービングするＩＡＢノードを変えないとしても、ＩＡＢ子ノード又は端末装置はＣＵの設定情報をも更新できるため、目標ＣＵと正確に通信を行うことができる。

【0114】

＜第二側面の実施例＞
本発明の実施例ではＩＡＢの通信方法が提供され、ＩＡＢ子ノード又は端末装置側から説明が行われる。なお、ここでは第一側面の実施例と同じ内容の説明を省略する。

【0115】

図１４は本発明の実施例におけるＩＡＢの通信方法を示す図である。図１４に示すように、該方法は次の操作を含む。

【0116】

１４０１：ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ；及び
１４０２：前記ＩＡＢ子ノード又は端末装置が前記目標ＣＵの設定情報に基づいて通信を行う。

【0117】

なお、上述の図１４は本発明の実施例を例示的に説明するためのものであるが、本発明はこれに限定されない。例えば、各操作の間の実行順序を適切に調整したり、幾つかの操作を増減したりすることができる。当業者は上述の図１４に限られず、上述の内容に基づいて適切に変形を行うことができる。

【0118】

これにより、ＩＡＢ子ノード又は端末装置はネットワーク装置送信の目標ＣＵの設定情報を受信し、ＩＡＢ子ノード又は端末装置はＣＵの設定情報を更新し、目標ＣＵと正確に通信を行うことができる。

【0119】

幾つかの実施例において、目標ＣＵ（即ち、目標ｄｏｎｏｒＣＵ）の設定情報は次のものの少なくとも１つ又は任意の組み合わせを含んでも良く、即ち、無線リソース制御（ＲＲＣ）層の設定、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定、ＲＬＣ層の設定、ＭＡＣ層の設定、物理層の設定及びＢＡＰ層の設定であり、該設定情報はセキュリティ関連の設定、例えば、セキュリティｋｅｙ、セキュリティアルゴリズム、メインセル組かそれともセカンダリセル組を適用するセキュリティパラメータなどを含んでも良い。

【0120】

幾つかの実施例において、該指示情報は該目標ＣＵの設定情報と同じであっても良く、例えば該指示情報は直接、該目標ＣＵの設定情報を含み、又は、該指示情報は該目標ＣＵの設定情報とは異なっても良く、例えば、該指示情報は該目標ＣＵの設定情報の順番号又は索引のみを指示しても良く、又は該指示情報は該目標ＣＵの設定情報の一部であっても良い。

【0121】

幾つかの実施例において、前記指示情報は、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行う前記目標ＣＵが送信する第二指示情報である。例えば、回復後又はＣＨＯ後のＩＡＢ－ｎｏｄｅのＩＡＢ子ノード又は端末装置のコンテキストは前もって、ソースＣＵ（即ち、ソースｄｏｎｏｒＣＵ）によりＸｎインターフェースを介して目標ＣＵに送信される。例えば、ＩＡＢ－ｎｏｄｅのコンテキストととも送信され、例えば、ＲＬＦ回復の場合に、ＲｅｔｒｉｅｖｅＵＥＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅメッセージによりソースＣＵから目標ＣＵに送信され、ＣＨＯの場合に、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔメッセージによりソースＣＵから目標ＣＵに送信される。或いは、回復後又は移行後のＩＡＢ－ｎｏｄｅのｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅ又はＵＥのコンテキストは単独で送信され、例えば、ＩＡＢ－ｎｏｄｅが目標ＣＵに回復又はＣＨＯされた後に、目標ＣＵによりソースＣＵから取得されても良く（例えば、回復又はＣＨＯされるＩＡＢ－ｎｏｄｅが送信するＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを受信し、又は回復又はＣＨＯされるＩＡＢ－ｎｏｄｅとＦ１インターフェースを確立した後に）、又は、ソースＣＵにより目標ＣＵに送信されても良く（例えば、回復又はＣＨＯされるＩＡＢ－ｎｏｄｅをリリースするＵＥｃｏｎｔｅｘｔｒｅｌｅａｓｅメッセージを受信した後に）。目標ＣＵはＩＡＢ子ノード又は端末装置のコンテキストに基づいて、ＩＡＢ子ノード又は端末装置に該第二指示情報を送信できる。

【0122】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているときに、前記目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する。

【0123】

例えば、ｉｎｔｅｒ－ＣＵＲＬＦの回復のシナリオの場合に、目標ＣＵが該第二指示情報を送信する時刻は図９における９０７乃至９１５の任意の時点であっても良い。例えば、回復されるＩＡＢ－ＭＴがＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔｒｅｑｕｅｓｔメッセージを送信する時刻、又は回復されるＩＡＢ－ＭＴがＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを受信する時刻、又は回復されるＩＡＢ－ＭＴがＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅメッセージを送信する時刻、又は回復されるＩＡＢ－ｎｏｄｅのＭＴがＲＲＣ接続再確立後の１番目のＲＲＣ再設定（ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを受信する時刻、又は回復されるＩＡＢ－ｎｏｄｅのＭＴがＲＲＣ再設定完了（ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ）メッセージを送信する時刻、又は回復されるＩＡＢ－ｎｏｄｅのＤＵが目標ＣＵにＦ１ＡＰｓｅｔｕｐｒｅｑｕｅｓｔメッセージを送信する時刻、又は目標ＣＵからＦ１ｓｅｔｕｐｒｅｓｐｏｎｓｅメッセージを受信する時刻、又は目標ＣＵと回復されるＩＡＢ－ｎｏｄｅとの間のＳＣＴＰ接続が確立される時刻、又はＦ１－Ｃ接続が切り替えられて、回復されるＩＡＢ－ｎｏｄｅの新しいＴＮＬアドレス及び新しいＩＡＢ－ｄｏｎｏｒＣＵのＴＮＬアドレスを使用する時刻であり；又は
目標ＣＵが回復されるＩＡＢ－ＤＵとＦ１インターフェースコンテキストを確立又は再確立又は更新する時刻、例えば、ｇＮＢＤＵが更新プロシージャを設定し又はｇＮＢＣＵが更新プロシージャを設定する時刻、又は目標ＣＵが回復されるＩＡＢ－ＤＵと回復されるＩＡＢ－ｎｏｄｅの子ＩＡＢ－ｎｏｄｅ又はＵＥのＦ１ＡＰＵＥｃｏｎｔｅｘｔを確立又は再確立又は更新する時刻、又は回復されるＩＡＢ－ｎｏｄｅのＤＵがＢＨ設定情報を受信する時刻（該ＢＨ設定情報は例えば、目標ＩＡＢ親ノードと目標ＩＡＢ－ｄｏｎｏｒＤＵとの間の新径路上のＢＨＲＬＣｃｈａｎｎｅｌｓ及びＢＡＰサブ層ｒｏｕｔｉｎｇエントリー、又は目標ＩＡＢ－ｄｏｎｏｒＤＵ上の回復されるＩＡＢ－ｎｏｄｅの新径路のＤＬマッピングを含んでも良い）、又はＦ１－Ｕ接続（例えば、ＧＴＰトンネル情報）を更新する時刻である。

【0124】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行した後に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する。

【0125】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているときに、前記目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する。

【0126】

例えば、ｉｎｔｅｒ－ＣＵＣＨＯのシナリオの場合に、目標ＣＵが該第二指示情報を送信する時刻は図８におけるＨＯ条件評価から８１１の任意の時点であっても良い。例えば、ＩＡＢ－ｎｏｄｅがＣＨＯを開始する（例えば、ｓｏｕｒｃｅからｄｅｔａｃｈし（ｄｅｔａｃｈｆｒｏｍｓｏｕｒｃｅ）、又は記憶された、条件が満足される目標セルの条件再設定の適用を開始し、又は目標セルに対してＲＡＣＨを開始する）時刻、又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを送信する時刻、又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージのＲＬＣ層確認又はＨＡＲＱ確認を受信する時刻、又はＩＡＢ－ｎｏｄｅのＤＵが目標ＣＵにＦ１ＡＰｓｅｔｕｐｒｅｑｕｅｓｔメッセージを送信する時刻、又は目標ＣＵからＦ１ｓｅｔｕｐｒｅｓｐｏｎｓｅメッセージを受信する時刻、又は目標ＣＵとＩＡＢ－ｎｏｄｅとの間のＳＣＴＰ接続が確立される時刻、又はＦ１－Ｃ接続が切り替えられて、ＩＡＢ－ｎｏｄｅの新しいＴＮＬアドレス及び目標ＣＵのＴＮＬアドレスを使用する時刻であり；又は
目標ＣＵがＩＡＢ－ＤＵとＦ１インターフェースコンテキストを確立又は再確立又は更新する時刻、例えば、ｇＮＢＤＵが更新プロシージャを設定し又はｇＮＢＣＵが更新プロシージャを設定する時刻、又は目標ＣＵがＩＡＢ－ｎｏｄｅのＤＵと回復されるＩＡＢ－ｎｏｄｅの子ＩＡＢ－ｎｏｄｅ又はＵＥのＦ１ＡＰＵＥｃｏｎｔｅｘｔを確立又は再確立又は更新する時刻、又はＩＡＢ－ｎｏｄｅのＤＵがＢＨ設定情報を受信する時刻（該ＢＨ設定情報は例えば、目標ＩＡＢ親ノードと目標ＩＡＢ－ｄｏｎｏｒＤＵとの間の新径路上のＢＨＲＬＣｃｈａｎｎｅｌｓ及びＢＡＰサブ層ｒｏｕｔｉｎｇエントリー、又は目標ＩＡＢ－ｄｏｎｏｒＤＵ上のＩＡＢ－ｎｏｄｅの新径路のＤＬマッピングを含んでも良い）、又はＦ１－Ｕ接続（例えば、ＧＴＰトンネル情報）を更新する時刻である。

【0127】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行った後に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する。

【0128】

幾つかの実施例において、前記第二指示情報は前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示する。例えば、前記第二指示情報は次の情報の少なくとも１つ又は任意組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）であるが、本発明はこれに限定されない。

【0129】

幾つかの実施例において、前記第二指示情報はさらに、ＩＡＢノードのｄｏｎｏｒＣＵが変わったかを指示し、又は、ＩＡＢノードが同じＣＵの移行（ｉｎｔｒａ－ＣＵｍｉｇｒａｔｉｏｎ）を行ったか、それとも、インターＣＵの移行（ｉｎｔｅｒ－ＣＵｍｉｇｒａｔｉｏｎ）を行ったかを指示する。

【0130】

幾つかの実施例において、第二指示情報はさらに、ＣＵ変更指示及び／又は目標ＣＵの標識などを含んでも良い。

【0131】

幾つかの実施例において、前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、未暗号化の又はデフォルトの暗号化された第二指示情報を前記ＩＡＢ子ノード又は端末装置に装置する。

【0132】

図１５は本発明の実施例におけるＩＡＢの通信方法を示す他の図である。図１５に示すように、目標ＣＵはＤＬＲＲＣＭＥＳＳＡＧＥＴＲＡＮＳＦＥＲにより、第二指示情報をキャリーするＲＲＣメッセージを回復後又は切り替え後のＩＡＢノードに送信し、該ＩＡＢノードからＲＲＣメッセージにより該第二指示情報をＩＡＢ子ノード又は端末装置に送信する。

【0133】

図１５に示すように、ＩＡＢ子ノード又は端末装置は目標ＣＵの設定情報を取得でき、また、ＩＡＢ子ノード又は端末装置はさらにレスポンスメッセージ又は完了メッセージを切り替え後又は回復後のＩＡＢノードに送信でき（オプション）、該ＩＡＢノードはさらに、ＵＬＲＲＣＭＥＳＳＡＧＥＴＲＡＮＳＦＥＲにより目標ＩＡＢ－ｄｏｎｏｒＣＵに情報を送信できる（オプション）。

【0134】

以下、ＩＡＢ子ノード又は端末装置が如何に該第二指示情報を正確に得るかについて説明する。

【0135】

ＩＡＢ子ノード又はＵＥがＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔｒｅｑｕｅｓｔを送信するプロセスにおいて、下位層がＳＲＢ１に対しての完全性保護及び暗号化をサスペンドするように設定できる（ｃｏｎｆｉｇｕｒｅｌｏｗｅｒｌａｙｅｒｓｔｏｓｕｓｐｅｎｄｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎａｎｄｃｉｐｈｅｒｉｎｇｆｏｒＳＲＢ１；ＮＯＴＥ：ＣｉｐｈｅｒｉｎｇｉｓｎｏｔａｐｐｌｉｅｄｆｏｒｔｈｅｓｕｂｓｅｑｕｅｎｔＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔｍｅｓｓａｇｅｕｓｅｄｔｏｒｅｓｕｍｅｔｈｅｃｏｎｎｅｃｔｉｏｎ．Ａｎｉｎｔｅｇｒｉｔｙｃｈｅｃｋｉｓｐｅｒｆｏｒｍｅｄｂｙｌｏｗｅｒｌａｙｅｒｓ、ｂｕｔｍｅｒｅｌｙｕｐｏｎｒｅｑｕｅｓｔｆｒｏｍＲＲＣ）。図１５に示す実施例では、ｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅｓ又はＵＥが開始する再確立でないため、それらがＳＲＢ１に対しての完全性保護及び暗号化をサスペンドするようにさせる必要があり、即ち、該ＲＲＣメッセージに対して暗号化を行わない。

【0136】

幾つかの実施例において、前記ＩＡＢ子ノード又は端末装置は前記ＩＡＢノードの通知メッセージを受信し、及び、前記ＩＡＢ子ノード又は端末装置は前記通知メッセージに基づいてシグナリング無線ベアラ（ＳＲＢ）に対しての完全性保護及び暗号化操作をサスペンドすることで、前記第二指示情報を取得する。

【0137】

例えば、ＲＬＦ回復又はＣＨＯ移行のＩＡＢ－ｎｏｄｅがｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅｓ又はＵＥに通知し、例えば、ＰＨＹ又はＭＡＣ又はＲＬＣ又はＢＡＰ層のシグナリングにより送信し、ｄｅｓｃｅｎｄａｎｔＩＡＢ－ｎｏｄｅｓ又はＵＥは該通知を受信した後に、ＳＲＢ１に対しての完全性保護及び暗号化をサスペンドする。

【0138】

幾つかの実施例において、前記ＩＡＢ子ノード又は端末装置は前記無線リソース制御（ＲＲＣ）メッセージに対して復号化及びデコード操作を行い、及び成功裏にデコードできない場合に、前記無線リソース制御（ＲＲＣ）メッセージに対して復号化を行わず又はデフォルトの復号化操作を行い、かつデコード操作を行って前記第二指示情報を取得する。

【0139】

例えば、ＩＡＢ子ノード又は端末装置のＲＲＣ層は下位層（例えば、ＰＤＣＰ層）が復号化失敗及び／又は完全性検査失敗を報告するときに、下位層に対して次のように設定し、即ち、下位層（例えば、ＰＤＣＰ）はＳＲＢ１に対して復号化及び／又は完全性検査を応用せず、再びこのＰＤＣＰＰＤＵに対して復号化及び／又は完全性検査を行い、下位層は復号化及び／又は完全性検査に成功した場合に、下位層は該メッセージをＲＲＣ層に伝送する。

【0140】

また、例えば、ＩＡＢ子ノード又は端末装置のＲＲＣ層は下位層に対して次のように設定し、即ち、下位層（例えば、ＰＤＣＰ）はＳＲＢ１に対して完全性保護及び暗号化を行うが、下位層の復号化が失敗し及び／又は完全性検査が失敗した場合に、下位層は復号化及び／又は完全性検査を適用せず、再びこのＰＤＣＰＰＤＵに対して復号化及び／又は完全性検査を行い、下位層は復号化及び／又は完全性検査に成功した場合に、該メッセージをＲＲＣ層に伝送する。

【0141】

以上、未暗号化を例にして説明を行ったが、本発明はこれに限定されず、例えば、さらにデフォルトの暗号化であっても良い。例えば、暗号化されるｋｅｙはデフォルトのｋｅｙを採用し、又は暗号化（又はセキュリティ）アルゴリズムはアルゴリズム０を採用するなどである。

【0142】

幾つかの実施例において、前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、前記ソースＣＵの設定情報を用いて前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する。

【0143】

例えば、目標ＣＵはソースＣＵ（旧ＣＵ）のセキュリティアルゴリズム及び／又はセキュリティパラメータ（例えば、ｋｅｙｓ）を使用して該第二指示情報を送信する。

【0144】

幾つかの実施例において、前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、そして、前記ソースＣＵは設定情報を使用して前記第二指示情報を処理した後、回復後又は移行後の径路を介して前記ＩＡＢ子ノード又は端末装置に送信する。

【0145】

図１６は本発明の実施例におけるＩＡＢの通信方法を示す他の図である。図１６に示すように、目標ＣＵはＸｎインターフェースにより第二指示情報をキャリーするＲＲＣメッセージ（ＸｎＡＰメッセージに含まれるＲＲＣｃｏｎｔａｉｎｅｒ）をソースＣＵに送信し、ソースＣＵはセキュリティアルゴリズム及び／又はセキュリティパラメータ（例えば、ｋｅｙｓ）を使用して処理を行った（例えば、ソースＣＵのＰＤＣＰ層はＩＡＢ子ノード又は端末装置に対応するセキュリティアルゴリズム及び／又はセキュリティパラメータを使用して暗号化及び／又は完全性保護を行った）後に、Ｆ１ＡＰメッセージＤＬＲＲＣＭＥＳＳＡＧＥＴＲＡＮＳＦＥＲにより（新しい径路を使用して）処理後の第二指示情報を回復又はＣＨＯされるＩＡＢノードに送信し、該ＩＡＢノードは該処理後の第二指示情報を含むＲＲＣメッセージをＩＡＢ子ノード又は端末装置に送信する。

【0146】

図１６に示すように、ＩＡＢ子ノード又は端末装置はソースＣＵの設定情報（例えば、セキュリティアルゴリズム及び／又はセキュリティパラメータ）を用いて目標ＣＵの設定情報を得ることができ、また、ＩＡＢ子ノード又は端末装置はさらに、レスポンスメッセージ又は完了メッセージを切り替え後又は回復後のＩＡＢノード（オプション）に送信でき、例えば、ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅメッセージ又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージなどであり、該ＩＡＢノードはさらに、Ｆ１ＡＰメッセージＵＬＲＲＣＭＥＳＳＡＧＥＴＲＡＮＳＦＥＲにより目標ＩＡＢ－ｄｏｎｏｒＣＵに情報を送信できる（オプション）。

【0147】

幾つかの実施例において、前記目標ＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する。

【0148】

図１７は本発明の実施例におけるＩＡＢの通信方法を示す他の図である。図１７に示すように、目標ＣＵは第二指示情報をキャリーするＦ１ＡＰメッセージを回復又はＣＨＯされるＩＡＢノードに送信し、該ＩＡＢノードはＰＨＹ、ＭＡＣ、ＲＬＣ又はＢＡＰシグナリングにより該第二指示情報をＩＡＢ子ノード又は端末装置に送信する。

【0149】

例えば、第二指示情報がＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔを含むときに、ＰＨＹ、ＭＡＣ、ＲＬＣ又はＢＡＰシグナリングには３ｂｉｔの域が、該ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（値０～７の整数）を指示するために含まれても良い。

【0150】

図１７に示すように、ＩＡＢ子ノード又は端末装置のＰＨＹ、ＭＡＣ、ＲＬＣ又はＢＡＰ層は受信した第二指示情報をＲＲＣ層に送信でき、ＲＲＣ層は設定情報を更新する（例えば、Ｋｅｙｓを送信する）操作を行い、また、ＩＡＢ子ノード又は端末装置はさらに、レスポンスメッセージ又は完了メッセージ又はＨＡＲＱ確認又はＲＬＣ確認を回復又はＣＨＯされるＩＡＢノードに送信でき（オプション）、該ＩＡＢノードはさらに目標ＩＡＢ－ｄｏｎｏｒＣＵにＦ１ＡＰメッセージを送信できる（オプション）。

【0151】

幾つかの実施例において、前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、前記ソースＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢノードのＤＵに送信し、そして、前記ＩＡＢノードのＤＵはそれを前記ＩＡＢ子ノード又は端末装置に送信する。

【0152】

図１８は本発明の実施例におけるＩＡＢの通信方法を示す他の図である。図１８に示すように、目標ＣＵはＸｎインターフェースにより第二指示情報をソースＣＵに送信し、ソースＣＵはＦ１ＡＰメッセージにより（新しい径路を使用して）第二指示情報を回復後又は切り替え後のＩＡＢノードに送信し、該ＩＡＢノードはＰＨＹ、ＭＡＣ、ＲＬＣ又はＢＡＰシグナリングにより該第二指示情報をＩＡＢ子ノード又は端末装置に送信する。

【0153】

図１８に示すように、ＩＡＢ子ノード又は端末装置は第二指示情報をＲＲＣ層に送信し、ＲＲＣ層は設定情報を更新する（例えば、Ｋｅｙｓを更新する）操作を行い、また、ＩＡＢ子ノード又は端末装置はさらに、レスポンスメッセージ又は完了メッセージを切り替え後又は回復後のＩＡＢノードに送信でき（オプション）、該ＩＡＢノードはさらに、目標ＩＡＢ－ｄｏｎｏｒＣＵにＦ１ＡＰメッセージを送信できる（オプション）。或いは、該ＩＡＢノードはさらに、ソースＩＡＢ－ｄｏｎｏｒＣＵにＦ１ＡＰメッセージを送信でき（オプション）、該ソースＩＡＢ－ｄｏｎｏｒＣＵは目標ＩＡＢ－ｄｏｎｏｒＣＵにＸｎメッセージを送信できる（オプション）。

【0154】

以上、目標ＣＵが第二指示情報を送信することを例にして説明を行った。以下、ソースＣＵが第四指示情報を送信することについて説明する。

【0155】

幾つかの実施例において、前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソースＣＵが送信する第四指示情報である。

【0156】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているときに、目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0157】

例えば、ｉｎｔｅｒ－ＣＵＲＬＦの回復のシナリオの場合に、第四指示情報の送信時刻は、回復されるＩＡＢ－ＭＴがＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔｒｅｑｕｅｓｔメッセージを送信する時刻、又は回復されるＩＡＢ－ＭＴがＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを受信する時刻、又は回復されるＩＡＢ－ＭＴがＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅメッセージを送信する時刻、又は回復されるＩＡＢ－ｎｏｄｅのＭＴがＲＲＣ接続再確立後の１番目のＲＲＣ再設定（ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを受信する時刻、又は回復されるＩＡＢ－ｎｏｄｅのＭＴがＲＲＣ再設定完了（ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ）メッセージを送信する時刻、又は回復されるＩＡＢ－ｎｏｄｅのＤＵが目標ＣＵにＦ１ＡＰｓｅｔｕｐｒｅｑｕｅｓｔメッセージを送信する時刻、又は目標ＣＵからＦ１ｓｅｔｕｐｒｅｓｐｏｎｓｅメッセージを受信する時刻、又は目標ＣＵと回復されるＩＡＢ－ｎｏｄｅとの間のＳＣＴＰ接続が確立される時刻、又はＦ１－Ｃ接続が切り替えられて、回復されるＩＡＢ－ｎｏｄｅの新しいＴＮＬアドレス及び新しいＩＡＢ－ｄｏｎｏｒＣＵのＴＮＬアドレスを使用する時刻であり；又は
目標ＣＵが回復されるＩＡＢ－ＤＵとＦ１インターフェースコンテキストを確立又は再確立又は更新する時刻、例えば、ｇＮＢＤＵが更新プロシージャを設定し又はｇＮＢＣＵが更新プロシージャを設定する時刻；又は目標ＣＵが回復されるＩＡＢ－ＤＵと回復されるＩＡＢ－ｎｏｄｅの子ＩＡＢ－ｎｏｄｅ又はＵＥのＦ１ＡＰＵＥｃｏｎｔｅｘｔを確立又は再確立又は更新する時刻；又は回復されるＩＡＢ－ｎｏｄｅのＤＵがＢＨ設定情報を受信する時刻（該ＢＨ設定情報は例えば、目標ＩＡＢ親ノードと目標ＩＡＢ－ｄｏｎｏｒＤＵとの間の新径路上のＢＨＲＬＣｃｈａｎｎｅｌｓ及びＢＡＰサブ層ｒｏｕｔｉｎｇエントリー、又は目標ＩＡＢ－ｄｏｎｏｒＤＵ上の回復されるＩＡＢ－ｎｏｄｅの新径路のＤＬマッピングを含んでも良い）；又はＦ１－Ｕ接続（例えば、ＧＴＰトンネル情報）を更新する時刻などである。

【0158】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを行った後、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0159】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行を行うプロセスにおいて、目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0160】

例えば、ｉｎｔｅｒ－ＣＵＣＨＯのシナリオについて、第四指示情報の送信時刻は次のものを含み、即ち、ＩＡＢ－ｎｏｄｅがＣＨＯを開始する（例えば、ｓｏｕｒｃｅからｄｅｔａｃｈし（ｄｅｔａｃｈｆｒｏｍｓｏｕｒｃｅ）、又は記憶された、条件が満足される目標セルの条件再設定の適用を開始し、又は目標セルに対してＲＡＣＨを開始する）時刻、又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージを送信する時刻、又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅメッセージのＲＬＣ層確認又はＨＡＲＱ確認を受信する時刻、又はＩＡＢ－ｎｏｄｅのＤＵが目標ＣＵにＦ１ＡＰｓｅｔｕｐｒｅｑｕｅｓｔメッセージを送信する時刻、又は目標ＣＵからＦ１ｓｅｔｕｐｒｅｓｐｏｎｓｅメッセージを受信する時刻、又は目標ＣＵとＩＡＢ－ｎｏｄｅとの間のＳＣＴＰ接続が確立される時刻、又はＦ１－Ｃ接続が切り替えられて、ＩＡＢ－ｎｏｄｅの新しいＴＮＬアドレス及び目標ＣＵのＴＮＬアドレスを使用する時刻であり；又は
目標ＣＵがＩＡＢ－ＤＵとＦ１インターフェースコンテキストを確立又は再確立又は更新する時刻、例えば、ｇＮＢＤＵが更新プロシージャを設定し又はｇＮＢＣＵが更新プロシージャを設定する時刻、又は、目標ＣＵがＩＡＢ－ｎｏｄｅのＤＵと回復されるＩＡＢ－ｎｏｄｅの子ＩＡＢ－ｎｏｄｅ又はＵＥのＦ１ＡＰＵＥｃｏｎｔｅｘｔを確立又は再確立又は更新する時刻、又は、ＩＡＢ－ｎｏｄｅのＤＵがＢＨ設定情報を受信する時刻（該ＢＨ設定情報は例えば、目標ＩＡＢ親ノードと目標ＩＡＢ－ｄｏｎｏｒＤＵとの間の新径路上のＢＨＲＬＣｃｈａｎｎｅｌｓ及びＢＡＰサブ層ｒｏｕｔｉｎｇエントリー、又は目標ＩＡＢ－ｄｏｎｏｒＤＵ上のＩＡＢ－ｎｏｄｅの新径路のＤＬマッピングを含んでも良い）、又は、Ｆ１－Ｕ接続（例えば、ＧＴＰトンネル情報）を更新する時刻などである。

【0161】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行った後に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0162】

幾つかの実施例において、前記第四指示情報は前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示する。例えば、前記第四指示情報は次のような情報の少なくとも１つ又は任意組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）であるが、本発明はこれらに限定されない。

【0163】

幾つかの実施例において、第四指示情報はさらに、ＩＡＢノードのｄｏｎｏｒＣＵが変わったかを指示し、又は、ＩＡＢノードが同じＣＵの移行（ｉｎｔｒａ－ＣＵｍｉｇｒａｔｉｏｎ）を行ったか、それとも、インターＣＵの移行（ｉｎｔｅｒ－ＣＵｍｉｇｒａｔｉｏｎ）を行ったかを指示できる。

【0164】

幾つかの実施例において、第四指示情報はさらに、ＣＵ変更指示及び／又は目標ＣＵの標識などを含んでも良い。

【0165】

幾つかの実施例において、前記ソースＣＵは前記目標ＣＵが無線リソース制御（ＲＲＣ）メッセージにより送信する前記第四指示情報を受信し、前記ソースＣＵは設定情報を使用して前記第四指示情報を処理した後に、Ｘｎインターフェースにより前記ＩＡＢノードのＤＵに送信し、そして、前記ＩＡＢノードのＤＵはそれを前記ＩＡＢ子ノード又は端末装置に送信する。

【0166】

図１９は本発明の実施例におけるＩＡＢの通信方法を示す他の図である。図１９に示すように、目標ＣＵはＸｎインターフェースにより、第四指示情報をキャリーするＲＲＣメッセージをソースＣＵに送信し、ソースＣＵは該ＲＲＣメッセージに対してソースＣＵの設定情報（古いセキュリティＫｅｙ暗号化及び／又は完全性保護）を採用して処理を行った後に、Ｘｎインターフェースにより処理後の第四指示情報を目標ＣＵに送信し、目標ＣＵはＤＬＲＲＣＭＥＳＳＡＧＥＴＲＡＮＳＦＥＲにより（新しい径路を使用して）処理後の第四指示情報を回復後又は切り替え後のＩＡＢノードに送信し、そして、該ＩＡＢノードはＲＲＣメッセージにより該処理後の第四指示情報をＩＡＢ子ノード又は端末装置に送信する。

【0167】

図１９に示すように、ＩＡＢ子ノード又は端末装置はソースＣＵの設定情報（例えば、セキュリティアルゴリズム及び／又はｋｅｙｓ）を使用して目標ＣＵの設定情報を取得でき、また、ＩＡＢ子ノード又は端末装置はさらに、レスポンスメッセージ又は完了メッセージを切り替え後又は回復後のＩＡＢノードに送信でき（オプション）、該ＩＡＢノードはさらに、ＵＬＲＲＣＭＥＳＳＡＧＥＴＲＡＮＳＦＥＲにより目標ＩＡＢ－ｄｏｎｏｒＣＵに情報を送信できる（オプション）。

【0168】

これにより、セキュリティ関連の設定情報を直接送信することで、ＲＲＣ再確立プロシージャにおけるセル選択及びランダムアクセスプロシージャの遅延を節約でき、ＩＡＢ子ノード又は端末装置の、ＩＡＢ－ｎｏｄｅが新しいＣＵに回復又は移行されることによる業務中断時間の減少に有利である。

【0169】

本発明の実施例において、ＩＡＢ子ノード又は端末装置はその能力をＣＵに指示でき、例えば、ＵＥ能力情報又はＲＲＣｓｅｔｕｐｃｏｍｐｌｅｔｅメッセージ又はＲＲＣｒｅｓｕｍｅｃｏｍｐｌｅｔｅ又はＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅメッセージにおいて指示することで、上述の実施例における通信方法をサポートするかを表すことができる。

【0170】

また、ＲＲＣメッセージは例えば、ＲＲＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ又はＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであっても良く、Ｆ１ＡＰメッセージはＵＥｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ又はＵＥｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｒｅｑｕｅｓｔであっても良く、ＸｎメッセージはＲＲＣｔｒａｎｓｆｅｒ又はＲｅｔｒｉｅｖｅＵＥｃｏｎｔｅｘｔｒｅｓｐｏｎｓｅなどであっても良い。

【0171】

なお、上述の図１４乃至１９は図８又は９と組み合わせられても良いが、本発明はこれに限定されず、さらに、他のｉｎｔｅｒ－ＣＵ回復又は切り替えプロシージャと組み合わせられても良く、本発明の実施例ではこれらのプロシージャにおける具体的なステップ又は実行順序について限定しない。

【0172】

【0173】

上述の実施例から分かるように、ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は対応する目標ＣＵの設定情報を指示し、前記目標ＣＵの設定情報に基づいて通信を行う。これにより、ｉｎｔｅｒ－ＣＵ回復又は切り替えをサポートする場合に、ＩＡＢ子ノード又は端末装置がサービングするＩＡＢノードを変えないとしても、ＩＡＢ子ノード又は端末装置はＣＵの設定情報をも更新できるため、目標ＣＵと正確に通信を行うことができる。

【0174】

＜第三側面の実施例＞
本発明の実施例ではＩＡＢの通信方法が提供され、ＩＡＢノード側から説明が行われ、また、第一、二側面の実施例と同じ内容の説明が省略される。また、第三側面の実施例は第一、二側面の実施例と組み合わせて実施されても良く、単独で実施されても良い。

【0175】

図２０は本発明の実施例におけるＩＡＢの通信方法のシナリオを示す図である。図２０に示すように、ＩＡＢ－ｎｏｄｅ１は、それと親ノード（ＩＡＢ－ｄｏｎｏｒ）の間のバックホールリンク（ｂａｃｋｈａｕｌ）にＲＬＦ又はＲＬＦ回復失敗などが発生した場合に、ＩＡＢ－ｎｏｄｅ１の子ノード（ＩＡＢ－ｎｏｄｅ３及びＩＡＢ－ｎｏｄｅ４）にＲＬＦ指示（ＲＬＦｉｎｄｉｃａｔｉｏｎ又はＢＨＲＬＦｉｎｄｉｃａｔｉｏｎ）を送信することで、ＩＡＢ子ノードが該状況を知り、他の親ノードを探し、新しいルーティングを見つけてＩＡＢ－ｄｏｎｏｒと通信を行うようにさせることができる。

【0176】

３ＧＰＰＲｅｌ－１６の会議では、４種類のＢＨＲＬＦｉｎｄｉｃａｔｉｏｎが議論され、Ｔｙｐｅ４が規定されることが合議されており、即ち、子ノードが受信するＴｙｐｅ４ＢＨＲＬＦｉｎｄｉｃａｔｉｏｎは、子ノードによりＲＬＦが検出されたと見なされるために用いられる。ＢＡＰ規格（ＴＳ３８．３４０ｖ１６．２．０）では、ＢＨＲＬＦが指示するＢＡＰ制御ＰＤＵのフォーマットを示している。

【0177】

表１は、ＢＨＲＬＦが指示するＢＡＰ制御ＰＤＵのフォーマットを示している。

【0178】

【表1】

表１に示すように、ＢＡＰ制御ＰＤＵは次のものを含む。

【0179】

Ｄ／Ｃ域：長さが１ｂｉｔであり、以下の表に示すように、対応するＢＡＰＰＤＵがＢＡＰＤａｔａＰＤＵであるか、それとも、ＢＡＰＣｏｎｔｒｏｌＰＤＵであるかを指示する。

【0180】

【表2】

ＰＤＵｔｙｐｅ：長さが４ｂｉｔｓであり、以下の表に示すように、対応するＢＡＰＣｏｎｔｒｏｌＰＤＵに含まれる制御情報の類型を指示する。

【0181】

【表3】

表１に示すように、ＢＡＰ制御ＰＤＵはさらに、Ｒビットが含まれ、それぞれ、１ｂｉｔであり、３つのＲのビットは計３ｂｉｔｓである。

【0182】

Ｒｅｌ－１７では、幾つかの情報を子ノードにより速く提供し、ノード回復プロシージャを加速化することで、子ノードの業務中断を減少させるために、３ＧＰＰは、ｔｙｐｅ１～ｔｙｐｅ３のＲＬＦｉｎｄｉｃａｔｉｏｎが必要であるか、及び子ノードがこれらの類型のＲＬＦｉｎｄｉｃａｔｉｏｎを受信するビヘイビアを議論してる。しかし、今のところ、ＢＡＰ層のＲＬＦ指示はｔｙｐｅ４のみであり、ｔｙｐｅ１～ｔｙｐｅ３のＲＬＦｉｎｄｉｃａｔｉｏｎを実現できない。

【0183】

幾つかの実施例において、ＩＡＢノードは、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生し、又はＲＬＦ回復をしようとし、又はＲＬＦ回復に成功し、又はＲＬＦ回復に失敗したと検出し、及び前記ＩＡＢノードはそのサービングするＩＡＢ子ノード又は端末装置にＲＬＦ指示情報を送信し、前記ＲＬＦ指示情報は少なくとも２つのバックホールリンク無線リンク失敗（ＢＨＲＬＦ）の類型のうちの１つを指示する。

【0184】

例えば、前記バックホールリンク無線リンク失敗の類型は以下の少なくとも１つを含み、即ち、
バックホールリンク無線リンク失敗の類型１：ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生したことを検出したことを表し；
バックホールリンク無線リンク失敗の類型２：ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生しており、かつ前記ＩＡＢノードがＲＬＦ回復をしようとしていることを検出したことを表し；
バックホールリンク無線リンク失敗の類型３：ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生しており、かつ前記ＩＡＢノードのＲＬＦ回復に成功したことを検出したことを表し；及び
バックホールリンク無線リンク失敗の類型４：ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生しており、かつ前記ＩＡＢノードのＲＬＦ回復に失敗したことを検出したことを表す。

【0185】

幾つかの実施例において、ＢＡＰ制御ＰＤＵを使用して前記ＩＡＢ子ノード又は端末装置に前記ＲＬＦ指示情報を送信し、前記ＢＡＰ制御ＰＤＵのＰＤＵ類型域は前記バックホールリンク無線リンク失敗の類型を指示する。

【0186】

幾つかの実施例において、ＢＡＰ制御ＰＤＵのＰＤＵ類型域における複数のビットのうちの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型２又はバックホールリンク無線リンク失敗の類型３を指示する。例えば、表４に示すとおりである。

【0187】

【表4】

幾つかの実施例において、ＢＡＰ制御ＰＤＵのＰＤＵ類型域における複数のビットのうちの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型１、又は類型２、又は類型１及び類型２のうちの１つの類型を指示し、またもう１つの値がバックホールリンク無線リンク失敗の類型３を指示する。例えば、表５に示すとおりである（そのうち、ＰＤＵｔｙｐｅの値０１００はＢＨＲＬＦｉｎｄｉｃａｔｉｏｎｔｙｐｅ２を指示する）。

【0188】

【表5】

幾つかの実施例において、前記ＲＬＦ指示情報のＢＡＰ制御ＰＤＵのＲ域を使用して前記少なくとも２つのバックホールリンク無線リンク失敗の類型を指示する。

【0189】

例えば、ＢＡＰ制御ＰＤＵのＲ域における１つのビットの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型２又はバックホールリンク無線リンク失敗の類型３を指示する。例えば、０はｔｙｐｅ４を表し、１はｔｙｐｅ２を表す。

【0190】

【表6】

また、例えば、ＢＡＰ制御ＰＤＵのＲ域における複数のビットの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型２を指示し、またもう１つの値がバックホールリンク無線リンク失敗の類型３を指示する。

【0191】

【表7】

幾つかの実施例において、ｔｙｐｅ３ＲＬＦｉｎｄｉｃａｔｉｏｎは、ＩＡＢノードがもう１つのＩＡＢ－ｄｏｎｏｒＣＵに回復されるか、即ち、無線リンク失敗回復のＩＡＢ－ｄｏｎｏｒＣＵが該ＩＡＢノードのソースＩＡＢ－ｄｏｎｏｒＣＵと同じであるか、又はＩＡＢ－ｄｏｎｏｒＣＵが変わるかを指示でき、例えば、長さが１ｂｉｔの域を採用する。

【0192】

幾つかの実施例において、ＩＡＢノードがもう１つのＩＡＢ－ｄｏｎｏｒＣＵに成功裏に回復される場合に、ｔｙｐｅ３ＲＬＦｉｎｄｉｃａｔｉｏｎは回復されるＣＵの標識又は索引などを指示できる。

【0193】

幾つかの実施例において、ＩＡＢ子ノード又は端末装置は上述のｔｙｐｅ２ＲＬＦｉｎｄｉｃａｔｉｏｎ又はｔｙｐｅ３ＲＬＦｉｎｄｉｃａｔｉｏｎ又はｔｙｐｅ４ＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、該ＩＡＢ子ノード又は端末装置にＣＨＯが設定される場合に、ＣＨＯプロシージャを開始でき、さもなければ、無線リンク失敗回復プロシージャを開始できる。

【0194】

幾つかの実施例において、ＩＡＢ子ノードはＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、１つのＲＬＦｉｎｄｉｃａｔｉｏｎを生成でき、ＩＡＢ子ノードは生成したＲＬＦｉｎｄｉｃａｔｉｏｎを該ＩＡＢ子ノードの子ノード又は端末装置に送信できる。

【0195】

例えば、ＩＡＢ子ノードはｔｙｐｅ１又はｔｙｐｅ２ＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、ｔｙｐｅ１及びｔｙｐｅ２ＲＬＦｉｎｄｉｃａｔｉｏｎのうちの１つを生成でき、又は、ＩＡＢ子ノードはｔｙｐｅ３ＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、ｔｙｐｅ３ＲＬＦｉｎｄｉｃａｔｉｏｎを生成でき、又はＩＡＢ子ノードはｔｙｐｅ４ＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、ｔｙｐｅ４ＲＬＦｉｎｄｉｃａｔｉｏｎを生成できる。

【0196】

幾つかの実施例において、ＩＡＢ子ノードはｔｙｐｅ１又はｔｙｐｅ２又はｔｙｐｅ３又はｔｙｐｅ４のＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、該ＲＬＦｉｎｄｉｃａｔｉｏｎを該ＩＡＢ子ノードの子ノード又は端末装置に転送できる。

【0197】

幾つかの実施例において、ＩＡＢ子ノードはｔｙｐｅ１又はｔｙｐｅ２又はｔｙｐｅ３又はｔｙｐｅ４のＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、ＩＡＢノードにスケジューリング要求（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ、ＳＲ）及び／又はバッファ状態報告（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ、ＢＳＲ）を送信することを停止できる。

【0198】

幾つかの実施例において、ＩＡＢ子ノードはｔｙｐｅ１又はｔｙｐｅ２又はｔｙｐｅ３又はｔｙｐｅ４のＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときに、ＩＡＢ子ノードの下でのセルのシステム情報ブロック類型１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１、ＳＩＢ１）におけるＩＡＢ－ｓｕｐｐｏｒｔ域は出現しない。

【0199】

幾つかの実施例において、ＩＡＢ子ノードがＲＬＦｉｎｄｉｃａｔｉｏｎを受信するときのビヘイビアは設定可能であり、例えば、ＩＡＢ－ｄｏｎｏｒＣＵはＩＡＢ子ノードが上述の実施例におけるビヘイビアを採用するように設定できる。

【0200】

【0201】

上述の実施例から分かるように、ＲＬＦ指示情報が少なくとも２つのバックホールリンク無線リンク失敗（ＢＨｌｉｎｋＲＬＦ）の類型のうちの１つを指示することで、幾つかの情報をより速く子ノードに提供し、子ノード回復プロシージャを加速化することで、子ノードの業務中断を減少させることができる。

【0202】

＜第四側面の実施例＞
本発明の実施例ではＩＡＢの通信方法が提供され、ＩＡＢノード側から説明が行われ、また、第一乃至三側面の実施例と同じ内容の記載が省略される。また、第四側面の実施例は第一乃至三側面の実施例と組み合わせて実施されても良く、単独で実施されても良い。

【0203】

前述のように、ＲＬＦｉｎｄｉｃａｔｉｏｎはＢＡＰｃｏｎｔｒｏｌＰＤＵを採用して指示を行い、ＩＡＢ子ノードがＢＡＰ層を有するが、端末装置がＢＡＰ層を有しないので、現在のＲＬＦｉｎｄｉｃａｔｉｏｎは端末装置に関連操作を通知するに適しない。

【0204】

幾つかの実施例において、ＩＡＢノードは、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生し、又はＲＬＦ回復をしようとし、又はＲＬＦ回復に成功し、又はＲＬＦ回復に失敗したことを検出し、及び前記ＩＡＢノードは物理層シグナリング、ＭＡＣ層シグナリング、ＲＬＣ層シグナリング又はシステム情報を使用して、サービングする端末装置に前記ＲＬＦ指示情報を送信する。

【0205】

幾つかの実施例において、前記ＩＡＢノードはＢＡＰ制御ＰＤＵを使用して、サービングするＩＡＢ子ノードにＲＬＦ指示情報を送信し、又はＩＡＢノードは物理層シグナリング、ＭＡＣ層シグナリング、ＲＬＣ層シグナリング又はシステム情報を使用して、サービングするＩＡＢ子ノードに前記ＲＬＦ指示情報を送信する。

【0206】

幾つかの実施例において、前記物理層シグナリングは下りリンク制御情報（ＤＣＩ）フォーマットを含み、前記下りリンク制御情報（ＤＣＩ）はバックホールリンク無線リンク失敗の類型を指示する。例えば、ＰＨＹのために新しいＤＣＩｆｏｒｍａｔを設計しても良く、又は、ＤＣＩにおいてＢＨＲＬＦｉｎｄｉｃａｔｉｏｎ及び／又はＢＨＲＬＦｉｎｄｉｃａｔｉｏｎｔｙｐｅを明示的に指示しても良い。

【0207】

幾つかの実施例において、前記ＭＡＣ層シグナリングはＭＡＣＣＥを含み、前記ＭＡＣＣＥにおける１つ又は複数のビット又は１つの域はバックホールリンク無線リンク失敗の類型を指示する。例えば、新しいＭＡＣＣＥを採用しても良く、それは新しいＬＣＩＤを有する。

【0208】

例えば、ＭＡＣＣＥは対応するＭＡＣｓｕｂ－ｈｅａｄｅｒにより標識され、該ＭＡＣｓｕｂ－ｈｅａｄｅｒには該ＭＡＣＣＥに対応するＬＣＩＤが含まれる。また、例えば、ＭＡＣＣＥはビットマップ（ｂｉｔｍａｐ）を含んでも良く、そのうち、各ｂｉｔは１つの類型を表し、１つのｂｉｔについて、例えば、１は該類型のＢＨＲＬＦｉｎｄｉｃａｔｉｏｎであることを表し、０は該類型のＢＨＲＬＦｉｎｄｉｃａｔｉｏｎではないことを表す。また、例えば、ＭＡＣＣＥには、どの類型であるかを明示的に指示する１つの域があっても良い。

【0209】

幾つかの実施例において、前記ＲＬＣ層シグナリングはＲＬＣ制御ＰＤＵを含む。

【0210】

幾つかの実施例において、前記システム情報はメイン情報ブロック（ＭＩＢ、ＭａｉｎＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）及び／又はシステム情報ブロック（ＳＩＢ、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を含み、前記ＭＩＢ及び／又はＳＩＢにおける１つの域はバックホールリンク無線リンク失敗の類型を指示する。

【0211】

例えば、ＩＡＢ－ＤＵはＭＩＢ及び／又はＳＩＢ１を自発的に送信し、例えば、ＭＩＢにおけるセル禁止域（ｃｅｌｌＢａｒｒｅｄ）は禁止（ｂａｒｒｅｄ）と設定され、又はＳＩＢ１におけるＩＡＢ－ｓｕｐｐｏｒｔ域は出現せず、又はＭＩＢ及び／又はＳＩＢ１は新しい域を使用してＢＨＲＬＦｉｎｄｉｃａｔｉｏｎ及び／又はＢＨＲＬＦｉｎｄｉｃａｔｉｏｎｔｙｐｅを指示する。

【0212】

【0213】

上述の実施例から分かるように、ＩＡＢノードは物理層シグナリング、ＭＡＣ層シグナリング、ＲＬＣ層シグナリング又はシステム情報を使用して属する端末装置に前記ＲＬＦ指示情報を送信する。ＩＡＢノードは端末装置に、そのサービングするＩＡＢノードにＢＨＲＬＦが発生したことを指示できるため、ＲＬＦ回復による業務の中断、遅延の減少に有利である。

【0214】

＜第五側面の実施例＞
本発明の実施例ではＩＡＢの通信装置が提供される。該装置は例えば、ＩＡＢ子ノード又は端末装置であっても良く、ＩＡＢ子ノード又は端末装置に設定される１つ又は複数の部品又はアセンブリであっても良く、また、第一、二側面の実施例と同じ内容の説明が省略される。

【0215】

図２１は本発明の実施例におけるＩＡＢの通信装置を示す図である。図２１に示すように、ＩＡＢの通信装置２１００は受信部２１０１及び処理部２１０２を含む。

【0216】

幾つかの実施例において、受信部２１０１はネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられ、処理部２１０２は無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始する。

【0217】

【0218】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているときに、前記ＩＡＢノードが目標集中ユニット（ＴａｒｇｅｔＣＵ）送信の無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを受信し、又は目標ＣＵとＦ１インターフェースを確立し、又はバックホール（ＢＨ）設定情報を受信する場合に、前記ＩＡＢノードは前記ＩＡＢ子ノード又は端末装置に前記第一指示情報を送信する。

【0219】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを行った後に、前記ＩＡＢノードは前記ＩＡＢ子ノード又は端末装置に前記第一指示情報を送信する。

【0220】

幾つかの実施例において、前記処理部２１０２はさらに次のようなことを行うように構成され、即ち、前記ＩＡＢ子ノード又は端末装置がシングル接続である場合に、又は前記ＩＡＢ子ノード又は端末装置にデュアル接続が設定され、かつ前記ＩＡＢノードが前記ＩＡＢ子ノード又は端末装置のメインセル組（ＭＣＧ）である場合に、ＭＣＧについて、無線リンク失敗（ＲＬＦ）が検出されたと確定する。

【0221】

幾つかの実施例において、前記処理部２１０２は次のことを行うために用いられ、即ち、タイマー（Ｔ３１６）が設定され、かつＳＣＧ送信がサスペンドされず、かつプライマリサービングセル変更（ＰＳＣｅｌｌｃｈａｎｇｅ）が進行中でない場合に、ＭＣＧ失敗情報プロシージャを開始してＭＣＧ無線リンク失敗を報告し、さもなければ、前記接続再確立プロシージャを開始する。

【0222】

幾つかの実施例において、前記処理部２１０２はさらに次のようなことを行うように構成され、即ち、前記ＩＡＢ子ノード又は端末装置にデュアル接続が設定され、かつ前記ＩＡＢノードが前記ＩＡＢ子ノード又は端末装置のセカンダリセル組（ＳＣＧ）である場合に、ＳＣＧについて、無線リンク失敗（ＲＬＦ）が検出されたと確定する。

【0223】

幾つかの実施例において、前記処理部２１０２は次のことを行うために用いられ、即ち、ＭＣＧ送信がサスペンドされない場合に、ＳＣＧ失敗情報プロシージャを開始してＳＣＧ無線リンク失敗を報告し、さもなければ、前記接続再確立プロシージャを開始する。

【0224】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行を行っているプロセスにおいて、前記ＩＡＢノードが条件付き切り替え（ＣＨＯ）を開始し、又は無線リソース制御再設定完了（ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ）メッセージを送信し、又は目標ＣＵとＦ１インターフェースを確立し、又はＢＨ設定情報を受信する場合に、前記ＩＡＢノードは前記ＩＡＢ子ノード又は端末装置に前記第一指示情報を送信する。

【0225】

【0226】

幾つかの実施例において、前記第一指示情報は次のようなものの少なくとも１つ又は任意組み合わせを含み、即ち、バックホール適応プロトコル（ＢＡＰ）プロトコルデータユニット（ＰＤＵ）、無線リンク制御（ＲＬＣ）ＰＤＵ、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）、媒体アクセス制御（ＭＡＣ）サブヘッダー、物理層シグナリングである。

【0227】

【0228】

幾つかの実施例において、前記ソース集中ユニット（ＣＵ）はＸｎインターフェースにより前記第三指示情報を目標ＣＵ又は前記ＩＡＢノードの分散ユニット（ＤＵ）に送信し、また、前記目標ＣＵ又は前記ＤＵは前記第三指示情報を前記ＩＡＢ子ノード又は端末装置に送信する。

【0229】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復を実行しているプロセスにおいて、前記ソースＣＵが目標ＣＵ送信の取得コンテキスト要求メッセージを受信する場合に、又は前記目標ＣＵに取得コンテキストレスポンスメッセージを送信する場合に、又は目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記ソースＣＵは前記第三指示情報に送信する。

【0230】

【0231】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行を行っているプロセスにおいて、前記ソースＣＵが目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記第三指示情報を送信する。

【0232】

【0233】

【0234】

幾つかの実施例において、受信部２１０１はネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ、処理部２１０２は前記目標ＣＵの設定情報に基づいて通信を行う。

【0235】

幾つかの実施例において、前記指示情報は、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行う前記目標ＣＵが送信する第二指示情報である。

【0236】

【0237】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを行った後に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する。

【0238】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行を行っているプロセスにおいて、前記目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する。

【0239】

【0240】

幾つかの実施例において、前記第二指示情報は、前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示し、幾つかの実施例において、前記第二指示情報はは次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である。

【0241】

幾つかの実施例において、前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、未暗号化の又はデフォルトの暗号化された第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する。

【0242】

幾つかの実施例において、前記処理部２１０２はさらに次のようなことを行うように構成され、即ち、前記ＩＡＢノードの通知メッセージを受信し、及び、前記通知メッセージに基づいてシグナリング無線ベアラ（ＳＲＢ）に対しての完全性保護及び暗号化操作をサスペンドすることで、前記第二指示情報を取得する。

【0243】

幾つかの実施例において、前記処理部２１０２はさらに次のようなことを行うように構成され、即ち、前記無線リソース制御（ＲＲＣ）メッセージに対して復号化及びデコード操作を行い、及び成功裏にデコードできない場合に、前記無線リソース制御（ＲＲＣ）メッセージに対して復号化を行わず、又はデフォルトの復号化操作を行い、また、デコード操作を行って前記第二指示情報を取得する。

【0244】

幾つかの実施例において、前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、前記ソースＣＵの設定情報を使用して前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する。

【0245】

幾つかの実施例において、前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、また、前記ソースＣＵは設定情報を使用して前記第二指示情報を処理した後に、回復後又は移行後の径路を介して前記ＩＡＢ子ノード又は端末装置に送信する。

【0246】

幾つかの実施例において、前記目標ＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する。

【0247】

幾つかの実施例において、前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、前記ソースＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢノードのＤＵに送信し、また、前記ＩＡＢノードのＤＵはそれを前記ＩＡＢ子ノード又は端末装置に送信する。

【0248】

【0249】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているときに、目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は、無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0250】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを行った後に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0251】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行を行っているプロセスにおいて、目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0252】

【0253】

幾つかの実施例において、前記第四指示情報は、前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示し、幾つかの実施例において、前記第四指示情報は次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である。

【0254】

【0255】

【0256】

なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。ＩＡＢの通信装置２１００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については、関連技術を参照できる。

【0257】

また、便宜のため、図２１では各部品又はモジュール間の接続関係又は信号方向が例示的に示されているが、当業者が理解できるように、バス接続などの各種の関連技術を採用しても良い。上述の各部品又はモジュールは例えば、処理器、記憶器、送信機、受信機などのハードウェアにより実現されても良いが、本発明の実施はこれに限定されない。

【0258】

上述の実施例から分かるように、ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、該指示情報に基づいて無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始し、又は、ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は対応する目標ＣＵの設定情報を指示し、前記目標ＣＵの設定情報に基づいて通信を行う。これにより、ｉｎｔｅｒ－ＣＵ回復又は切り替えをサポートする場合に、ＩＡＢ子ノード又は端末装置がサービングするＩＡＢノードを変えないとしても、ＩＡＢ子ノード又は端末装置はＣＵの設定情報をも更新できるため、目標ＣＵと正確に通信を行うことができる。

【0259】

＜第六側面の実施例＞
本発明の実施例ではＩＡＢの通信装置が提供される。該装置は例えば、ＩＡＢノードであっても良く、ＩＡＢノードに設置される１つ又は複数の部品又はアセンブリであっても良い。第六側面の実施例におけるＩＡＢ通信装置は第五側面のＩＡＢの通信装置に対応し、第一、二側面の実施例と同じ内容の説明は省略される。

【0260】

図２２は本発明の実施例におけるＩＡＢの通信装置を示す図である。図２２に示すように、ＩＡＢの通信装置２２００は生成部２２０１及び送信部２２０２を含む。

【0261】

幾つかの実施例において、生成部２２０１は指示情報を生成し、前記指示情報は、ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられ、送信部２２０２は前記ＩＡＢ子ノード又は端末装置に前記指示情報を送信する。

【0262】

幾つかの実施例において、前記ＩＡＢの通信装置２２００は、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うＩＡＢノードである。前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うＩＡＢノードが送信する第一指示情報である。

【0263】

【0264】

【0265】

【0266】

【0267】

【0268】

幾つかの実施例において、前記ＩＡＢの通信装置２２００はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソースＣＵである。前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソース集中ユニット（ＳｏｕｒｃｅＣＵ）が回復後又は移行後の径路を介して送信する第三指示情報である。

【0269】

【0270】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているときに、前記ソースＣＵが目標ＣＵ送信の取得コンテキスト要求メッセージを受信する場合に、又は、前記目標ＣＵに取得コンテキストレスポンスメッセージを送信する場合に、又は目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記ソースＣＵは前記第三指示情報を送信する。

【0271】

【0272】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行を行っているプロセスにおいて、前記ソースＣＵは目標ＣＵ送信のコンテキストリリースメッセージを受信した場合に、前記第三指示情報を送信する。

【0273】

【0274】

【0275】

幾つかの実施例において、生成部２２０１は指示情報を生成し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ、送信部２２０２は前記ＩＡＢ子ノード又は端末装置に前記目標ＣＵの設定情報を送信する。

【0276】

幾つかの実施例において、前記ＩＡＢ通信装置２２００はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行う目標ＣＵである。前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行う前記目標ＣＵが送信する第二指示情報である。

【0277】

【0278】

【0279】

【0280】

【0281】

幾つかの実施例において、前記第二指示情報は前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示し、例えば、前記第二指示情報は次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である。

【0282】

【0283】

【0284】

【0285】

幾つかの実施例において、前記目標ＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する。

【0286】

【0287】

【0288】

幾つかの実施例において、インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているときに、目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は、無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージが受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する。

【0289】

【0290】

【0291】

【0292】

幾つかの実施例において、前記第四指示情報は、前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示し、例えば、前記第四指示情報は次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である。

【0293】

【0294】

【0295】

なお、以上、本発明に関連している各部品又はモジュールのみを説明したが、本発明はこれに限定されない。ＩＡＢの通信装置２２００はさらに他の部品又はモジュールを含んでも良く、これらの部品又はモジュールの具体的な内容については、関連技術を参照できる。

【0296】

また、便宜のため、図２２では各部品又はモジュール間の接続関係又は信号方向が例示的に示されているが、当業者が理解できるように、バス接続などの各種の関連技術を採用しても良い。上述の各部品又はモジュールは例えば、処理器、記憶器、送信機、受信機などのハードウェアにより実現されても良いが、本発明の実施はこれに限定されない。

【0297】

上述の実施例から分かるように、ＩＡＢのノードはＩＡＢ子ノード又は端末装置に指示情報を送信し、ＩＡＢ子ノード又は端末装置は該指示情報に基づいて無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始し、又は、ＩＡＢ子ノード又は端末装置は目標ＣＵの設定情報に基づいて通信を行う。これにより、ｉｎｔｅｒ－ＣＵ回復又は切り替えをサポートする場合に、ＩＡＢ子ノード又は端末装置がサービングするＩＡＢノードを変えないとしても、ＩＡＢ子ノード又は端末装置はＣＵの設定情報をも更新できるため、目標ＣＵと正確に通信を行うことができる。

【0298】

＜第七側面の実施例＞
本発明の実施例ではさらに通信システムが提供され、これについては図１を参照でき、第一側面乃至第六側面の実施例と同じ内容の記載が省略される。

【0299】

幾つかの実施例において、該通信システムは第五側面の実施例に記載のＩＡＢの通信装置２１００及び第六側面の実施例に記載のＩＡＢの通信装置２２００を含み、それは第一、二側面の実施例に記載のＩＡＢの通信方法を実行する。

【0300】

幾つかの実施例において、該通信システムはＩＡＢノードを含んでも良く、それは第三、四側面の実施例に記載のＩＡＢの通信方法を実行する。

【0301】

本発明の実施例ではさらにネットワーク装置が提供され、例えば、基地局又はＩＡＢノードであっても良いが、本発明はこれに限定されず、さらに他のネットワーク装置であっても良い。

【0302】

図２３は本発明の実施例におけるネットワーク装置の構成図である。図２３に示すように、ネットワーク装置２３００は処理器２３１０（例えば、中央処理器ＣＰＵ）及び記憶器２３２０を含んでも良く、記憶器２３２０は処理器２３１０に接続される。そのうち、該記憶器２３２０は各種のデータを記憶でき、また、情報処理用のプログラム２３３０をさらに記憶でき、また、処理器２３１０の制御下で該プログラム２３３０を実行できる。

【0303】

例えば、処理器２３１０はプログラムを実行して第一側面の実施例に記載のＩＡＢの通信方法を実現するように構成されても良い。例えば、処理器２３１０は次のような制御を行うように構成されても良く、即ち、指示情報を生成し、前記指示情報は、ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられ；及び、前記ＩＡＢ子ノード又は端末装置に前記指示情報を送信する。

【0304】

例えば、処理器２３１０はプログラムを実行して第二側面の実施例に記載のＩＡＢの通信方法を実現するように構成されても良い。例えば、処理器２３１０は次のような制御を行うように構成されても良く、即ち、指示情報を生成し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ；及び、前記ＩＡＢ子ノード又は端末装置に前記目標ＣＵの設定情報を送信する。

【0305】

例えば、処理器２３１０はプログラムを実行して第三側面の実施例に記載のＩＡＢの通信方法を実現するように構成されても良い。例えば、処理器２３１０は次のようなことを制御するように構成されても良く、即ち、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生し、又はＲＬＦ回復をしようとし、又はＲＬＦ回復に成功し、又はＲＬＦ回復に失敗したことを検出し；及び、属するＩＡＢ子ノード又は端末装置にＲＬＦ指示情報を送信し、前記ＲＬＦ指示情報は少なくとも２つのバックホールリンク無線リンク失敗（ＢＨｌｉｎｋＲＬＦ）の類型のうちの１つを指示する。

【0306】

また、例えば、処理器２３１０はプログラムを実行して第四側面の実施例に記載のＩＡＢの通信方法を実現するように構成されても良い。例えば、処理器２３１０は次のような制御を行うように構成されても良く、即ち、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生し、又はＲＬＦ回復をしようとし、又はＲＬＦ回復に成功し、又はＲＬＦ回復に失敗したことを検出し；ＢＡＰ制御ＰＤＵを使用して、属するＩＡＢ子ノードにＲＬＦ指示情報を送信し；及び、物理層シグナリング、ＭＡＣ層シグナリング、ＲＬＣ層シグナリング又はシステム情報を使用尾して、属する端末装置に前記ＲＬＦ指示情報に送信する。

【0307】

また、図２３に示すように、ネットワーク装置２３００はさらに、送受信機２３４０及びアンテナ２３５０などを含んでも良く、そのうち、これらの部品の機能は従来技術と同様であり、ここではその詳しい説明を省略する。なお、ネットワーク装置２３００は図２３に示す全部の部品を含む必要がなく、また、ネットワーク装置２３００はさらに、図２３にない部品を含んでも良く、これについては従来技術を参照できる。

【0308】

本発明の実施例ではさらにＩＡＢ子ノード又は端末装置が提供されるが、本発明はこれに限定されず、さらに他の装置であっても良い。以下、端末装置を例にして説明を行う。ＡＢ子ノードは、図２４の構造を有しても良く、又は、一部の部品（例えば、表示器２４５０）などを省略しても良い。

【0309】

図２４は本発明の実施例における端末装置を示す図である。図２４に示すように、該端末装置２４００は処理器２４１０及び記憶器２４２０を含んでも良く、記憶器２４２０はデータ及びプログラムを記憶し、処理器２４１０に接続される。なお、該図は例示に過ぎず、さらに他の構造を用いて該構造に対して補充又は代替を行うことで、電気通信機能又は他の機能を実現しても良い。

【0310】

例えば、処理器２４１０はプログラムを実行して第一側面の実施例に記載のＩＡＢの通信方法を実現するように構成されても良い。例えば、処理器２４１０は次のような制御を行うように構成されても良く、即ち、ネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられ；及び、無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始する。

【0311】

また、例えば、処理器２４１０はプログラムを実行して第二側面の実施例に記載のＩＡＢの通信方法を実現するように構成されても良い。例えば、処理器２４１０は次のような制御を行うように構成されても良く、即ち、ネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ；及び、前記目標ＣＵの設定情報に基づいて通信を行う。

【0312】

図２４に示すように、該端末装置２４００はさらに、通信モジュール２４３０、入力ユニット２４４０、表示器２４５０、電源２４６０などを含んでも良い。そのうち、これらの部品の機能は従来技術と同様であるから、ここではその詳しい説明を省略する。なお、端末装置２４００は図２４に示す全部の部品を含む必要がない。また、端末装置２４００はさらに、図２４にないものを含んでも良いが、これについては従来技術を参照できる。

【0313】

本発明の実施例ではさらにコンピュータプログラムが提供され、ＩＡＢ子ノード又は端末装置中で前記プログラムを実行するときに、前記プログラムは前記ＩＡＢ子ノード又は端末装置に、第一、二側面の実施例に記載のＩＡＢの通信方法を実行させる。

【0314】

本発明の実施例ではさらに、コンピュータプログラムを記憶した記憶媒体が提供され、そのうち、前記コンピュータプログラムはＩＡＢ子ノード又は端末装置に、第一、二側面の実施例に記載のＩＡＢの通信方法を実行させる。

【0315】

本発明の実施例ではさらにコンピュータプログラムが提供され、ＩＡＢノード中で前記プログラムを実行するときに、前記プログラムは前記ＩＡＢノードに、第一乃至四側面の実施例に記載のＩＡＢの通信方法を実行させる。

【0316】

本発明の実施例ではさらにコンピュータプログラムを記憶した記憶媒体が提供され、前記コンピュータプログラムはＩＡＢノードに、第一乃至四側面の実施例に記載のＩＡＢの通信方法を実行させる。

【0317】

また、上述の装置及び方法は、ソフトウェア又はハードウェアにより実現されても良く、ハードウェアとソフトウェアとの組み合わせにより実現されても良い。本発明は、さらに、下記のようなコンピュータ読み取り可能なプログラムに関し、即ち、該プログラムは、ロジック部品により実行されるときに、該ロジック部品に、上述の装置又は構成部品を実現させ、又は、該ロジック部品に、上述の各種の方法又はステップを実現させる。ロジック部品は、例えば、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、マイクロプロセッサ、コンピュータに用いる処理器などであっても良い。本発明は、さらに、上述のプログラムを記憶した記憶媒体、例えば、ハードディスク、磁気ディスク、光ハードディスク、ＤＶＤ、フラッシュメモリなどにも関する。

【0318】

さらに、図面に記載の機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、本明細書に記載の機能を実行するための汎用処理器、デジタル信号処理器（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラム可能な論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアアセンブリ又は他の任意の適切な組み合わせとして実現されても良い。また、図面に記載の機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、さらに、計算装置の組み合わせ、例えば、ＤＳＰ及びマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰと通信により接続される１つ又は複数のマイクロプロセッサ又は他の任意の構成の組み合わせとして構成されても良い。

【0319】

以上、本発明の好ましい実施例を説明したが、本発明はこのような実施例に限定されず、本発明の趣旨を離脱しない限り、本発明に対するあらゆる変更は本発明の技術的範囲に属する。

【0320】

また、上述の実施例などに関し、さらに以下のような付記を開示する。

【0321】

（付記１）
ＩＡＢの通信方法であって、
ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられ；及び
前記ＩＡＢ子ノード又は端末装置が無線リンク失敗回復プロシージャ又は接続再確立プロシージャを開始する、方法。

【0322】

（付記２）
付記１に記載の方法であって、
前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うＩＡＢノードが送信する第一指示情報である、方法。

【0323】

（付記３）
付記２に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、前記ＩＡＢノードが目標集中ユニット（ＴａｒｇｅｔＣＵ）送信の無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを受信し、又は目標ＣＵとＦ１インターフェースを確立し、又はバックホール（ＢＨ）設定情報を受信する場合に、前記ＩＡＢノードは前記ＩＡＢ子ノード又は端末装置に前記第一指示情報を送信する、方法。

【0324】

（付記４）
付記２に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、前記ＩＡＢノードが条件付き切り替え（ＣＨＯ）を開始し、又は無線リソース制御再設定完了（ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ）メッセージを送信し、又は目標ＣＵとＦ１インターフェースを確立し、又はＢＨ設定情報を受信する場合に、前記ＩＡＢノードは前記ＩＡＢ子ノード又は端末装置に前記第一指示情報を送信する、方法。

【0325】

（付記５）
付記３又は４に記載の方法であって、さらに、
前記ＩＡＢ子ノード又は端末装置がシングル接続である場合に、又は前記ＩＡＢ子ノード又は端末装置にデュアル接続が設定され、かつ前記ＩＡＢノードが前記ＩＡＢ子ノード又は端末装置のメインセル組（ＭＣＧ）である場合に、前記ＩＡＢ子ノード又は端末装置はＭＣＧについて、無線リンク失敗（ＲＬＦ）が検出されたと見なす（確定する）、方法。

【0326】

（付記６）
付記５に記載の方法であって、
前記ＩＡＢ子ノード又は端末装置が無線リンク失敗回復プロシージャを開始することは次のことを含み、即ち、
タイマー（Ｔ３１６）が設定され、かつＳＣＧ送信がサスペンドされず、かつプライマリサービングセル変更（ＰＳＣｅｌｌｃｈａｎｇｅ）が進行中でない場合に、前記ＩＡＢ子ノード又は端末装置はＭＣＧ失敗情報プロシージャを開始してＭＣＧ無線リンク失敗を報告し、さもなければ、前記接続再確立プロシージャを開始する、方法。

【0327】

（付記７）
付記３又は４に記載の方法であって、さらに、
前記ＩＡＢ子ノード又は端末装置にデュアル接続が設定され、かつ前記ＩＡＢノードが前記ＩＡＢ子ノード又は端末装置のセカンダリセル組（ＳＣＧ）である場合に、前記ＩＡＢ子ノード又は端末装置はＳＣＧについて、無線リンク失敗（ＲＬＦ）が検出されたと確定する、方法。

【0328】

（付記８）
付記７に記載の方法であって、
前記ＩＡＢ子ノード又は端末装置が無線リンク失敗回復プロシージャを開始することは次のことを含み、即ち、
ＭＣＧ送信がサスペンドされない場合に、前記ＩＡＢ子ノード又は端末装置はＳＣＧ失敗情報プロシージャを開始してＳＣＧ無線リンク失敗を報告し、さもなければ、前記接続再確立プロシージャを開始する、方法。

【0329】

（付記９）
付記２乃至８のうちの任意の１項に記載の方法であって、
前記第一指示情報は次のようなものの少なくとも１つ又は任意組み合わせを含み、即ち、バックホール適応プロトコル（ＢＡＰ）プロトコルデータユニット（ＰＤＵ）、無線リンク制御（ＲＬＣ）ＰＤＵ、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）、媒体アクセス制御（ＭＡＣ）サブヘッダー、物理層シグナリングである、方法。

【0330】

（付記１０）
付記１に記載の方法であって、
前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソース集中ユニット（ＳｏｕｒｃｅＣＵ）が回復後又は移行後の径路を介して送信する第三指示情報である、方法。

【0331】

（付記１１）
付記１０に記載の方法であって、
前記ソース集中ユニット（ＣＵ）はＸｎインターフェースにより前記第三指示情報を目標ＣＵ又は前記ＩＡＢノードの分散ユニット（ＤＵ）に送信し、また、前記目標ＣＵ又は前記ＤＵは前記第三指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0332】

（付記１２）
付記１０又は１１に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、前記ソースＣＵが目標ＣＵ送信の取得コンテキスト要求メッセージを受信する場合に、又は前記目標ＣＵに取得コンテキストレスポンスメッセージを送信する場合に、又は目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記ソースＣＵは前記第三指示情報を送信する、方法。

【0333】

（付記１３）
付記１０又は１１に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、前記ソースＣＵが目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記第三指示情報を送信する、方法。

【0334】

（付記１４）
付記１２又は１３に記載の方法であって、さらに、
前記ＩＡＢ子ノード又は端末装置がシングル接続である場合に、又は前記ＩＡＢ子ノード又は端末装置にデュアル接続が設定され、かつ前記ＩＡＢノードが前記ＩＡＢ子ノード又は端末装置のメインセル組（ＭＣＧ）である場合に、前記ＩＡＢ子ノード又は端末装置はＭＣＧについて、無線リンク失敗（ＲＬＦ）が検出されたと確定する、方法。

【0335】

（付記１５）
付記１４に記載の方法であって、
前記ＩＡＢ子ノード又は端末装置が無線リンク失敗回復プロシージャを開始することは次のことを含み、即ち、
タイマー（Ｔ３１６）が設定され、かつＳＣＧ送信がサスペンドされず、かつプライマリサービングセル変更（ＰＳＣｅｌｌｃｈａｎｇｅ）が進行中でない場合に、前記ＩＡＢ子ノード又は端末装置はＭＣＧ失敗情報プロシージャを開始してＭＣＧ無線リンク失敗を報告し、さもなければ、前記接続再確立プロシージャを開始する、方法。

【0336】

（付記１６）
付記１２又は１３に記載の方法であって、さらに、
前記ＩＡＢ子ノード又は端末装置にデュアル接続が設定され、かつ前記ＩＡＢノードが前記ＩＡＢ子ノード又は端末装置のセカンダリセル組（ＳＣＧ）である場合に、前記ＩＡＢ子ノード又は端末装置はＳＣＧについて、無線リンク失敗（ＲＬＦ）が検出されたと確定する、方法。

【0337】

（付記１７）
付記１６に記載の方法であって、
前記ＩＡＢ子ノード又は端末装置が無線リンク失敗回復プロシージャを開始することは次のことを含み、即ち、
ＭＣＧ送信がサスペンドされない場合に、前記ＩＡＢ子ノード又は端末装置はＳＣＧ失敗情報プロシージャを開始してＳＣＧ無線リンク失敗を報告し、さもなければ、前記接続再確立プロシージャを開始する、方法。

【0338】

（付記１８）
付記１０乃至１７のうちの任意の１項に記載の方法であって、
前記第三指示情報は次のものの少なくとも１つ又は任意の組み合わせを含み、即ち、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）、無線リソース制御（ＲＲＣ）メッセージ、Ｆ１ＡＰメッセージである、方法。

【0339】

（付記１９）
ＩＡＢの通信方法であって、
ＩＡＢ子ノード又は端末装置がネットワーク装置送信の指示情報を受信し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ；及び
前記ＩＡＢ子ノード又は端末装置が前記目標ＣＵの設定情報に基づいて通信を行う、方法。

【0340】

（付記２０）
付記１９に記載の方法であって、
前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行う前記目標ＣＵが送信する第二指示情報である、方法。

【0341】

（付記２１）
付記２０に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、前記目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する、方法。

【0342】

（付記２２）
付記２０に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、前記目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する、方法。

【0343】

（付記２３）
付記２０乃至２２のうちの任意の１項に記載の方法であって、
前記第二指示情報は前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示する、方法
（付記２４）
付記２０乃至２３のうちの任意の１項に記載の方法であって、
前記第二指示情報は次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である、方法。

【0344】

（付記２５）
付記２０乃至２４のうちの任意の１項に記載の方法であって、
前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、未暗号化の又はデフォルトの暗号化された第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0345】

（付記２６）
付記２５に記載の方法であって、さらに、
前記ＩＡＢ子ノード又は端末装置は前記ＩＡＢノードの通知メッセージを受信し；及び
前記ＩＡＢ子ノード又は端末装置は前記通知メッセージに基づいてシグナリング無線ベアラ（ＳＲＢ）に対しての完全性保護及び暗号化操作をサスペンドし、前記第二指示情報を得る、方法。

【0346】

（付記２７）
付記２５に記載の方法であって、さらに、
前記ＩＡＢ子ノード又は端末装置は前記無線リソース制御（ＲＲＣ）メッセージに対して復号化及びデコード操作を行い；及び
成功裏にデコードできない場合に、前記無線リソース制御（ＲＲＣ）メッセージに対して復号化を行わず、又は、デフォルトの復号化操作を行い、また、デコード操作を行って前記第二指示情報を取得する、方法。

【0347】

（付記２８）
付記２０乃至２４のうちの任意の１項に記載の方法であって、
前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、前記ソースＣＵの設定情報を使用して前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0348】

（付記２９）
付記２０乃至２４のうちの任意の１項に記載の方法であって、
前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、また、前記ソースＣＵは設定情報を使用して前記第二指示情報を処理した後に、回復後又は移行後の径路を介して前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0349】

（付記３０）
付記２０乃至２４のうちの任意の１項に記載の方法であって、
前記目標ＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0350】

（付記３１）
付記２０乃至２４のうちの任意の１項に記載の方法であって、
前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、前記ソースＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢノードのＤＵに送信し、また、前記ＩＡＢノードのＤＵはそれを前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0351】

（付記３２）
付記１９に記載の方法であって、
前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソースＣＵが送信する第四指示情報である、方法。

【0352】

（付記３３）
付記３２に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は、無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する、方法。

【0353】

（付記３４）
付記３２に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する、方法。

【0354】

（付記３５）
付記３２乃至３４のうちの任意の１項に記載の方法であって、
前記第四指示情報は前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示する、方法。

【0355】

（付記３６）
付記３２乃至３５のうちの任意の１項に記載の方法であって、
前記第四指示情報は次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である、方法。

【0356】

（付記３７）
付記３２乃至３６のうちの任意の１項に記載の方法であって、
前記ソースＣＵは前記目標ＣＵが無線リソース制御（ＲＲＣ）メッセージにより送信する前記第四指示情報を受信し、前記ソースＣＵは設定情報に基づいて前記第四指示情報を処理した後に、Ｘｎインターフェースにより前記ＩＡＢノードのＤＵに送信し、そして、前記ＩＡＢノードのＤＵはそれを前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0357】

（付記３８）
ＩＡＢの通信方法であって、
ネットワーク装置が指示情報を生成し、前記指示情報は、ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置が、無線リンク失敗（ＲＬＦ）が検出されたと見なすことを指示し、又は前記ＩＡＢ子ノード又は端末装置が接続再確立を開始することを指示するために用いられ；及び
前記ＩＡＢ子ノード又は端末装置に前記指示情報を送信する、方法。

【0358】

（付記３９）
付記３８に記載の方法であって、
前記ネットワーク装置はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うＩＡＢノードであり、前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うＩＡＢノードが送信する第一指示情報である、方法。

【0359】

（付記４０）
付記３９に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、前記ＩＡＢノードが目標集中ユニット（ＴａｒｇｅｔＣＵ）送信の無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを受信し、又は目標ＣＵとＦ１インターフェースを確立し、又はバックホール（ＢＨ）設定情報を受信する場合に、前記ＩＡＢノードは前記ＩＡＢ子ノード又は端末装置に前記第一指示情報を送信する、方法。

【0360】

（付記４１）
付記３９に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、前記ＩＡＢノードが条件付き切り替え（ＣＨＯ）を開始し、又は無線リソース制御再設定完了（ＲＲＣｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ）メッセージを送信し、又は目標ＣＵとＦ１インターフェースを確立し、又はＢＨ設定情報を受信する場合に、前記ＩＡＢノードは前記ＩＡＢ子ノード又は端末装置に前記第一指示情報を送信する、方法。

【0361】

（付記４２）
付記３９乃至４２のうちの任意の１項に記載の方法であって、
前記第一指示情報は次のようなものの少なくとも１つ又は任意組み合わせを含み、即ち、バックホール適応プロトコル（ＢＡＰ）プロトコルデータユニット（ＰＤＵ）、無線リンク制御（ＲＬＣ）ＰＤＵ、媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）、媒体アクセス制御（ＭＡＣ）サブヘッダー、物理層シグナリングである、方法。

【0362】

（付記４３）
付記３８に記載の方法であって、
前記ネットワーク装置はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソースＣＵであり、前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソース集中ユニット（ＳｏｕｒｃｅＣＵ）が回復後又は移行後の径路を介して送信する第三指示情報である、方法。

【0363】

（付記４４）
付記４３に記載の方法であって、
前記ソース集中ユニット（ＣＵ）はＸｎインターフェースにより前記第三指示情報を目標ＣＵ又は前記ＩＡＢノードの分散ユニット（ＤＵ）に送信し、また、前記目標ＣＵ又は前記ＤＵは前記第三指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0364】

（付記４５）
付記４３又は４４に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、前記ソースＣＵが目標ＣＵ送信の取得コンテキスト要求メッセージの場合に、又は前記目標ＣＵに取得コンテキストレスポンスメッセージを送信する場合に、又は目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記ソースＣＵは前記第三指示情報を送信する、方法。

【0365】

（付記４６）
付記４３又は４４に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、前記ソースＣＵが目標ＣＵ送信のコンテキストリリースメッセージを受信する場合に、前記第三指示情報を送信する、方法。

【0366】

（付記４７）
付記４３乃至４６のうちの任意の１項に記載の方法であって、
前記第三指示情報は次のものの少なくとも１つ又は任意の組み合わせを含み、即ち、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）、無線リソース制御（ＲＲＣ）メッセージ、Ｆ１ＡＰメッセージである、方法。

【0367】

（付記４８）
ＩＡＢの通信方法であって、
ネットワーク装置が指示情報を生成し、前記指示情報は、前記ＩＡＢ子ノード又は端末装置の所在するＩＡＢノードがインター集中ユニット（ｉｎｔｅｒ－ＣＵ）回復又は移行を行う場合に、前記ＩＡＢ子ノード又は端末装置に対応する目標ＣＵの設定情報を指示するために用いられ；及び
前記ＩＡＢ子ノード又は端末装置に前記目標ＣＵの設定情報を送信する、方法。

【0368】

（付記４９）
付記４８に記載の方法であって、
前記ネットワーク装置はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行う目標ＣＵであり、前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行う前記目標ＣＵが送信する第二指示情報である、方法。

【0369】

（付記５０）
付記４９に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、前記目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する、方法。

【0370】

（付記５１）
付記４９に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、前記目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記目標ＣＵは前記ＩＡＢ子ノード又は端末装置に前記第二指示情報を送信する、方法。

【0371】

（付記５２）
付記４９乃至５１のうちの任意の１項に記載の方法であって、
前記第二指示情報は前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（PDCP）層の設定情報を指示する、方法。

【0372】

（付記５３）
付記４９乃至５２のうちの任意の１項に記載の方法であって、
前記第二指示情報は次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である、方法。

【0373】

（付記５４）
付記４９乃至５３のうちの任意の１項に記載の方法であって、
前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、未暗号化の又はデフォルトの暗号化された第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0374】

（付記５５）
付記４９乃至５３のうちの任意の１項に記載の方法であって、
前記目標ＣＵは無線リソース制御（ＲＲＣ）メッセージにより、前記ソースＣＵの設定情報を使用して前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0375】

（付記５６）
付記４９乃至５３のうちの任意の１項に記載の方法であって、
前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、また、前記ソースＣＵは設定情報を使用して前記第二指示情報を処理した後に、回復後又は移行後の径路を介して前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0376】

（付記５７）
付記４９乃至５３のうちの任意の１項に記載の方法であって、
前記目標ＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0377】

（付記５８）
付記４９乃至５３のうちの任意の１項に記載の方法であって、
前記目標ＣＵはＸｎインターフェースにより前記第二指示情報を前記ソースＣＵに送信し、前記ソースＣＵはＦ１ＡＰメッセージにより前記第二指示情報を前記ＩＡＢノードのＤＵに送信し、また、前記ＩＡＢノードのＤＵはそれを前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0378】

（付記５９）
付記４８に記載の方法であって、
前記ネットワーク装置はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソースＣＵであり、前記指示情報はインター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復又は条件付き切り替え（ＣＨＯ）移行を行うソースＣＵが送信する第四指示情報である、方法。

【0379】

（付記６０）
付記５９に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が無線リンク失敗（ＲＬＦ）回復プロシージャを実行しているとき又はその後に、目標ＣＵが無線リソース制御再確立（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを送信し、又は、無線リソース制御再確立完了（ＲＲＣｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｃｏｍｐｌｅｔｅ）メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する、方法。

【0380】

（付記６１）
付記５９に記載の方法であって、
インター集中ユニット（ｉｎｔｅｒ－ＣＵ）が条件付き切り替え（ＣＨＯ）移行プロシージャを行っているとき又はその後に、目標ＣＵが無線リソース制御再設定完了メッセージを受信し、又は前記ＩＡＢノードとＦ１インターフェースを確立し、又はＢＨ設定情報を送信する場合に、前記ソースＣＵは前記ＩＡＢ子ノード又は端末装置に前記第四指示情報を送信する、方法。

【0381】

（付記６２）
付記５９乃至６１のうちの任意の１項に記載の方法であって、
前記第四指示情報は前記目標ＣＵにおける無線リソース制御（ＲＲＣ）層及び／又はパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層の設定情報を指示する、方法。

【0382】

（付記６３）
付記５９乃至６２のうちの任意の１項に記載の方法であって、
前記第四指示情報は次のような情報の少なくとも１つ又は任意の組み合わせを含み、即ち、次のホップ計数（ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）、キーセット変更指示（ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ）、非アクセス層（ＮＡＳ）セキュリティ情報（ｎａｓ－Ｃｏｎｔａｉｎｅｒ）、暗号化アルゴリズム（ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍ）、完全性保護アルゴリズム（ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍ）である、方法。

【0383】

（付記６４）
付記５９乃至６３のうちの任意の１項に記載の方法であって、
前記ソースＣＵは前記目標ＣＵが無線リソース制御（ＲＲＣ）メッセージにより送信する前記第四指示情報を受信し、前記ソースＣＵは設定情報を使用して前記第四指示情報を処理した後に、Ｘｎインターフェースにより前記ＩＡＢノードのＤＵに送信し、そして、前記ＩＡＢノードのＤＵはそれを前記ＩＡＢ子ノード又は端末装置に送信する、方法。

【0384】

（付記６５）
ＩＡＢの通信方法であって、
ＩＡＢノードは、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生し、又はＲＬＦ回復をしようとし、又はＲＬＦ回復に成功し、又はＲＬＦ回復に失敗したことを検出し；及び
前記ＩＡＢノードは、属するＩＡＢ子ノード又は端末装置にＲＬＦ指示情報を指示し、前記ＲＬＦ指示情報は少なくとも２つのバックホールリンク無線リンク失敗（ＢＨＲＬＦ）の類型のうちの１つを指示する、方法。

【0385】

（付記６６）
付記６５に記載の方法であって、
前記バックホールリンク無線リンク失敗の類型は以下の少なくとも１つを含み、即ち、
バックホールリンク無線リンク失敗の類型１：ＩＡＢノード検出が、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生したことを検出したことを表し、
バックホールリンク無線リンク失敗の類型２：ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生しており、かつ前記ＩＡＢノードがＲＬＦ回復をしようとしてることを検出したことを表し、
バックホールリンク無線リンク失敗の類型３：ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生しており、かつ前記ＩＡＢノードのＲＬＦ回復が成功したことを検出したことを表し、
バックホールリンク無線リンク失敗の類型４：ＩＡＢノードが、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）を発生しており、かつ前記ＩＡＢノードのＲＬＦ回復が失敗したことを検出したことを表す、方法。

【0386】

（付記６７）
付記６６に記載の方法であって、
ＢＡＰ制御ＰＤＵを使用して前記ＩＡＢ子ノード又は端末装置に前記ＲＬＦ指示情報を送信し、前記ＢＡＰ制御ＰＤＵのＰＤＵ類型域は前記バックホールリンク無線リンク失敗の類型を指示する、方法。

【0387】

（付記６８）
付記６７に記載の方法であって、
ＢＡＰ制御ＰＤＵのＰＤＵ類型域における複数のビットの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型２又はバックホールリンク無線リンク失敗の類型３を指示する、方法。

【0388】

（付記６９）
付記６７に記載の方法であって、
ＢＡＰ制御ＰＤＵのＰＤＵ類型域における複数のビットの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型２を指示し、またもう１つの値がバックホールリンク無線リンク失敗の類型３を指示する、方法。

【0389】

（付記７０）
付記６６に記載の方法であって、
前記ＲＬＦ指示情報のＢＡＰ制御ＰＤＵのＲ域を使用して前記少なくとも２つのバックホールリンク無線リンク失敗の類型を指示する、方法。

【0390】

（付記７１）
付記７０に記載の方法であって、
ＢＡＰ制御ＰＤＵのＲ域における１つのビットの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型２又はバックホールリンク無線リンク失敗の類型３を指示する、方法。

【0391】

（付記７２）
付記７０に記載の方法であって、
ＢＡＰ制御ＰＤＵのＲ域における複数のビットの１つの値がバックホールリンク無線リンク失敗の類型４を指示し、もう１つの値がバックホールリンク無線リンク失敗の類型２を指示し、またもう１つの値がバックホールリンク無線リンク失敗の類型３を指示する、方法。

【0392】

（付記７３）
ＩＡＢの通信方法であって、
ＩＡＢノードは、前記ＩＡＢノードと親ノードとの間のバックホールリンクに無線リンク失敗（ＲＬＦ）が発生し、又はＲＬＦ回復をしようとし、又はＲＬＦ回復に成功し、又はＲＬＦ回復に失敗したことを検出し；及び
前記ＩＡＢノードは、物理層シグナリング、ＭＡＣ層シグナリング、ＲＬＣ層シグナリング又はシステム情報を使用して、サービングする端末装置に前記ＲＬＦ指示情報を送信する、方法。

【0393】

（付記７４）
付記７３に記載の方法であって、
前記物理層シグナリングは下りリンク制御情報（ＤＣＩ）フォーマットを含み、前記下りリンク制御情報（ＤＣＩ）はバックホールリンク無線リンク失敗の類型を指示する、方法。

【0394】

（付記７５）
付記７３に記載の方法であって、
前記ＭＡＣ層シグナリングはＭＡＣＣＥを含み、
前記ＭＡＣＣＥにおける１つ又は複数のビット又は１つの域はバックホールリンク無線リンク失敗の類型を指示する、方法。

【0395】

（付記７６）
付記７３に記載の方法であって、
前記ＲＬＣ層シグナリングはＲＬＣ制御ＰＤＵを含む、方法。

【0396】

（付記７７）
付記７３に記載の方法であって、
前記システム情報はメイン情報ブロック（ＭＩＢ）及び／又はシステム情報ブロック（ＳＩＢ）を含み、前記ＭＩＢ及び／又はＳＩＢにおける１つの域はバックホールリンク無線リンク失敗の類型を指示する、方法。

【0397】

（付記７８）
付記７７に記載の方法であって、
前記ＭＩＢにおけるセル禁止域（ｃｅｌｌＢａｒｒｅｄ）は禁止と設定され、又は前記ＳＩＢにおけるＩＡＢサポート域（ＩＡＢ－ｓｕｐｐｏｒｔ）は出現しない、方法。

【0398】

（付記７９）
ＩＡＢ子ノード又は端末装置であって、
記憶器及び処理器を含み、
前記記憶器にはコンピュータプログラムが記憶されており、前記処理器は前記コンピュータプログラムを実行して付記１乃至３７のうちの任意の１項に記載のＩＡＢの通信方法を実現するように構成される、もの。