特表2023-536521 | 知財ポータル「IP Force」

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

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ホアウェイ・テクノロジーズ・カンパニー・リミテッドの特許一覧

特表2023-536521ＩＡＢノード構成方法及び通信装置

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

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

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

(11)【公表番号】

(43)【公表日】2023-08-25

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

(51)【国際特許分類】

H04W 36/08 20090101AFI20230818BHJP

H04W 92/20 20090101ALI20230818BHJP

H04W 72/0446 20230101ALI20230818BHJP

H04W 16/26 20090101ALI20230818BHJP

【ＦＩ】

H04W36/08

H04W92/20

H04W72/0446

H04W16/26

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023508521

(86)(22)【出願日】2021-08-04

(85)【翻訳文提出日】2023-03-17

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

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

(87)【国際公開日】2022-02-10

(31)【優先権主張番号】202010788512.4

(32)【優先日】2020-08-07

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ジュオ、イービン

(72)【発明者】

【氏名】ジュ、ユアンピン

(72)【発明者】

【氏名】リウ、ジン

(72)【発明者】

【氏名】シ、ユロン

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

5K067

【Ｆターム（参考）】

5K067AA23

5K067EE10

(57)【要約】

ＩＡＢノード構成方法及び通信装置が本願において開示される。方法は、ターゲットＩＡＢドナーが第１情報をソースＩＡＢドナーから受信する段階、及び、ターゲットＩＡＢドナーがソースＩＡＢドナー上で第１構成情報を送信する段階を備える。ＩＡＢノードはＭＴ及びＤＵを含む。第１構成情報は、第１情報に基づいて決定され、ＭＴについてターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示す。第１情報は、以下の４種類の情報、すなわち、同時にＭＴがデータを受信しＤＵがデータを送信することをサポートする、又はサポートしないこと；同時にＭＴがデータを受信しＤＵがデータを受信することをサポートする、又はサポートしないこと；同時にＭＴがデータを送信しＤＵがデータを送信することをサポートする、又はサポートしないこと；及び、同時にＭＴがデータを送信しＤＵがデータを受信することをサポートする、又はサポートしないことのうちの１又は複数を示す。第１情報は、二重能力情報であり得、第１情報は、第１構成情報の前提である。ＩＡＢノードのクロスドナーハンドオーバプロセスにおいて、ＤＵとＭＴとの間の受信及び送信の競合を回避できる。

【特許請求の範囲】

【請求項1】

統合アクセス及びバックホール（ＩＡＢ）ノード構成方法であって、
ターゲットＩＡＢドナーによって、第１情報をソースＩＡＢドナーから受信し、前記ターゲットＩＡＢドナーによって、第１構成情報を前記ソースＩＡＢドナーへ送信する段階、ここで、前記第１構成情報は、ＩＡＢノードを前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーにハンドオーバするためのものである、を備え、
前記ＩＡＢノードは、ＭＴ機能及びＤＵ機能を含み、前記第１構成情報は、前記第１情報に基づいて決定され、前記第１構成情報は、前記ＭＴ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、前記第１情報は、以下の４種類の情報、すなわち、
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；及び
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと
のうちの１又は複数を示す、方法。

【請求項2】

前記方法は更に、
前記ターゲットＩＡＢドナーによって、第２情報を前記ソースＩＡＢドナーから受信する段階、ここで、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、請求項１に記載の方法。

【請求項3】

前記方法は更に、
前記ターゲットＩＡＢドナーによって、第２構成情報を前記ソースＩＡＢドナーへ送信する段階、ここで、前記第２構成情報は、前記第１情報に基づいて決定され、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、請求項１に記載の方法。

【請求項4】

前記第１情報及び／又は前記第２情報は、第１要求メッセージにおいて保持され、第１インタフェースシグナリングは前記第１要求メッセージを搬送し、第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間のインタフェースであり、前記第１要求メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバすることを要求するためのものであり；又は、
前記第１情報及び／又は前記第２情報は、コアネットワークデバイスを通じて前記ターゲットＩＡＢドナーによって受信される、
請求項２に記載の方法。

【請求項5】

前記第１構成情報及び／又は前記第２構成情報は第１要求応答メッセージにおいて保持され、第１インタフェースシグナリングは、前記第１要求応答メッセージを搬送し、第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間のインタフェースであり、前記第１要求応答メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバするための要求メッセージに応答して、前記ターゲットＩＡＢドナーによって前記ソースＩＡＢドナーへ送信された応答メッセージであり；又は、
前記第１構成情報及び／又は前記第２構成情報は、前記ターゲットＩＡＢドナーによって、コアネットワークデバイスを通じて前記ソースＩＡＢドナーへ転送される、
請求項３に記載の方法。

【請求項6】

前記時間領域リソースの前記伝送方向はアップリンク伝送方向、ダウンリンク伝送方向、又はフレキシブルな伝送方向であり；
前記時間領域リソースの前記伝送方向の前記ステータスは、利用可能な状態、条件付きで利用可能な状態、又は、利用可能でない状態である、
請求項２から５のいずれか一項に記載の方法。

【請求項7】

統合アクセス及びバックホール（ＩＡＢ）ノード構成方法であって、
ソースＩＡＢドナーによって、第１情報をターゲットＩＡＢドナーへ送信し、前記ソースＩＡＢドナーによって、第１構成情報を前記ターゲットＩＡＢドナーから受信する段階、ここで、前記第１構成情報は、ＩＡＢノードを前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーにハンドオーバするためのものである、を備え、
前記ＩＡＢノードはＭＴ機能及びＤＵ機能を備え、前記第１構成情報は、前記第１情報に基づいて決定され、前記第１構成情報は、前記ＭＴ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、前記第１情報は、４種類の情報、すなわち、
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；及び
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと
のうちの１又は複数を示す、方法。

【請求項8】

前記方法は更に、
前記ソースＩＡＢドナーによって、第２情報を前記ターゲットＩＡＢドナーへ送信する段階、ここで、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、請求項７に記載の方法。

【請求項9】

前記方法は更に、
前記ソースＩＡＢドナーによって、第２構成情報を前記ターゲットＩＡＢドナーから受信する段階、ここで、前記第２構成情報は前記第１情報に基づいて決定され、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、請求項７に記載の方法。

【請求項10】

前記第１情報及び／又は前記第２情報は、第１要求メッセージにおいて保持され、第１インタフェースシグナリングは前記第１要求メッセージを搬送し、第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間のインタフェースであり、前記第１要求メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバすることを要求するためのものであり；又は、
前記第１情報及び／又は前記第２情報は、コアネットワークデバイスを通じて前記ソースＩＡＢドナーによって送信される、
請求項８に記載の方法。

【請求項11】

前記第１構成情報及び／又は前記第２構成情報は第１要求応答メッセージにおいて保持され、第１インタフェースシグナリングは、前記第１要求応答メッセージを搬送し、第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間のインタフェースであり、前記第１要求応答メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバするための要求メッセージに応答して、前記ターゲットＩＡＢドナーによって前記ソースＩＡＢドナーへ送信された応答メッセージであり；又は、
前記第１構成情報及び／又は前記第２構成情報は、コアネットワークデバイスを通じて前記ソースＩＡＢドナーによって受信される、
請求項９に記載の方法。

【請求項12】

前記時間領域リソースの前記伝送方向はアップリンク伝送方向、ダウンリンク伝送方向、又はフレキシブルな伝送方向であり；
前記時間領域リソースの前記伝送方向の前記ステータスは、利用可能な状態、条件付きで利用可能な状態、又は、利用可能でない状態である、
請求項８から１１のいずれか一項に記載の方法。

【請求項13】

プロセッサを備える通信装置であって、前記プロセッサは、メモリに連結され、前記メモリはコンピュータプログラムを格納するよう構成されており、前記プロセッサは、前記メモリに格納されている前記コンピュータプログラムを実行して、請求項１から６のいずれか一項又は請求項７から１２のいずれか一項に記載の方法を前記通信装置が実装することを可能にするよう構成されている、通信装置。

【請求項14】

請求項１から６のいずれか一項に記載の方法を実装するよう構成されている通信装置、及び／又は、請求項７から１２のいずれか一項に記載の方法を実装するよう構成されている通信装置を備える通信システム。

【請求項15】

コンピュータに、請求項１から６のいずれか一項又は請求項７から１２のいずれか一項に記載の方法を実行させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

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

【図1】本願の実施形態による通信システムのアーキテクチャの図である。

【0050】

【図2】本願の実施形態によるＩＡＢノードの構造の概略図である。

【0051】

【図3】本願の実施形態によるバックホールリンク及びアクセスリンクの概略図である。

【0052】

【図4】本願の実施形態が適用可能である例示的な通信システムのアーキテクチャの概略図である。

【0053】

【図5】本願の実施形態が適用可能である例示的な通信システムのアーキテクチャの概略図である。

【0054】

【図6】本願の実施形態が適用可能である例示的な通信システムのアーキテクチャの概略図である。

【0055】

【図7】本願の実施形態によるＩＡＢノードのユーザプレーンプロトコルスタックの概略図である。

【0056】

【図8】本願の実施形態によるＩＡＢノードの制御プレーンプロトコルスタックの概略図である。

【0057】

【図9】本願の実施形態によるＩＡＢノードのクロスドナーハンドオーバの概略図である。

【0058】

【図10】本願の実施形態によるＩＡＢノードのクロスドナーハンドオーバの別の概略図である。

【0059】

【図11】本願の実施形態によるＩＡＢノード構成方法の概略フローチャートである。

【0060】

【図12】本願の実施形態によるＩＡＢノード構成方法の例の概略フローチャートである。

【0061】

【図13】本願の実施形態によるＩＡＢノード構成方法の別の例の概略フローチャートである。

【0062】

【図14】本願の実施形態による通信装置の構造の概略図である。

【0063】

【図15】本願の実施形態による別の通信装置の構造の概略図である。

【0064】

【図16】本願の実施形態による例示的な通信装置の構造の概略図である。

【0065】

【図17】本願の実施形態による別の例示的な通信装置の構造の概略図である。

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

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

ハンドオーバ要求応答メッセージを受信した後に、ソースＩＡＢドナーは、ＩＡＢノードのＭＴについてターゲットＩＡＢドナーによって構成されている第１構成情報を取得し得るか、又は、ＩＡＢノードのＭＴについてターゲットＩＡＢドナーによって構成されている第１構成情報、及び、ＩＡＢノードのＤＵについてターゲットＩＡＢドナーによって構成されている第２構成情報を取得し、ＩＡＢノードについてターゲットＩＡＢドナーによって実行される構成をＩＡＢノードに通知し得ることが理解されるべきである。

【0179】

例として、第１構成情報を取得した後に、ソースＩＡＢドナーはＲＲＣ再構成メッセージを生成し得、ＲＲＣ再構成メッセージは第１構成情報を含み得る。ソースＩＡＢドナーが第１構成情報及び第２構成情報を取得する場合、ＲＲＣ再構成メッセージも第１構成情報及び第２構成情報を含み得ることが理解されるべきである。ＲＲＣ再構成情報は、ソース親ノードのＤＵとソースＩＡＢドナーのＣＵとの間のＦ１－ＡＰメッセージにカプセル化され得、ＲＲＣシグナリングを通じて搬送される。

【0180】

いくつかの実施形態において、ＲＲＣ再構成メッセージは更に、ＩＡＢノードがターゲット親ノード上でランダムアクセスを実行するための構成情報を含み得る。例えば、ＲＲＣ再構成メッセージは更に、物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ，ＰＲＡＣＨ）リソース構成及び同様のものを含み得る。

【0181】

ＲＲＣ再構成メッセージが第２構成情報を含まない場合、第２構成情報は、別個のシグナリングを通じて、例えば、ソースＩＡＢノードのＣＵとＩＡＢノードとの間のＦ１－ＡＰメッセージを通じてＩＡＢノードへ送信され得ることに留意されたい。第１構成情報及び第２構成情報が異なるメッセージを通じてＩＡＢノードへ別々に送信される場合、ＩＡＢノードは、第１構成情報及び第２構成情報が同時に有効になることを確実にすることを試みるべきであり、すなわち、ＩＡＢノードは、第１構成情報及び第２構成情報を同時に使用することを試み得る。すなわち、ＩＡＢノードがまず第１構成情報を受信する場合、ＩＡＢノードは、第２構成情報を受信するまで、第１構成情報をすぐに使用しないことがあり得、第１構成情報及び第２構成情報を同時に使用し得る。代替的に、ソースＩＡＢドナーが２個のシグナリングを通じて第１構成情報及び第２構成情報を別々に送信する場合、第１構成情報及び第２構成情報が同一の瞬間に送信されることを可能な限り確実にし得、ＩＡＢノードが第１構成情報及び第２構成情報を同時に受信することを可能な限り確実にする。

【0182】

Ｓ１２０５：ランダムアクセスプロセスが、ＩＡＢノードとターゲット親ノードのＤＵとの間で実行される。

【0183】

従来技術におけるランダムアクセスプロセスは、ＩＡＢノードとターゲット親ノードのＤＵとの間のランダムアクセスプロセスに使用され得る。本明細書において詳細について再び説明しない。

【0184】

Ｓ１２０６：ＩＡＢノードがターゲット親ノードを介してＲＲＣ再構成完了メッセージをターゲットＩＡＢドナーへ送信する。

【0185】

ＲＲＣ再構成完了メッセージは、ターゲット親ノードにランダムにアクセスしてＭＴの構成を更新するか、又は、ＭＴの構成及びＤＵの構成を更新するようにＩＡＢノードに示し、ターゲットＩＡＢドナーとのＲＲＣリンクを完了し得る。可能な実装において、ＲＲＣ再構成完了メッセージは、ターゲット親ノードのＤＵとターゲットＩＡＢドナーとの間のＦ１－ＡＰメッセージにおいてカプセル化され得る。

【0186】

Ｓ１２０７：ＩＡＢノードがターゲットＩＡＢドナーとのＦＩインタフェースを確立し、ルート及びベアラマッピングの構成を完了する。

【0187】

ターゲットＩＡＢドナーとのＲＲＣリンクを完了した後、ＩＡＢノードは、ターゲットＩＡＢドナーとのＦ１インタフェースを確立し、ルート及びベアラマッピングの構成を完了し、構成に基づいてＩＡＢノードとターゲットＩＡＢドナーとの間のデータ伝送を実行し得る。

【0188】

図１２は、ＩＡＢノードが下位ノード（子ノード）を有しない例を使用することに留意されたい。ＩＡＢノードの下位ノード又は下位ノードの下位ノードが存在する場合、ターゲットＩＡＢドナーは更に、ＩＡＢノードの下位ノードのＤＵ及び下位ノードの下位ノードのＤＵを構成し、ＩＡＢノードの下位ノードのＤＵの構成及び下位ノードの下位ノードのＤＵの構成を更新し得る。

【0189】

図１２に示される実施形態において、Ｘ２／ＸｎインタフェースがソースＩＡＢドナーのＣＵとターゲットＩＡＢドナーのＣＵとの間に存在することが理解されるべきである。Ｘ２／ＸｎインタフェースがソースＩＡＢドナーのＣＵとターゲットＩＡＢドナーのＣＵとの間に存在しない、すなわち、ソースＩＡＢドナーのＣＵ及びターゲットＩＡＢドナーのＣＵはインタフェースシグナリングを直接交換する能力を有しない場合、送信されるメッセージは、コアネットワークデバイスを通じて転送される必要がある。以下では、Ｘ２／ＸｎインタフェースがソースＩＡＢドナーのＣＵとターゲットＩＡＢドナーのＣＵとの間に存在しない例を使用することによって、本願の実施形態において提供されるＩＡＢノード構成方法を説明する。

【0190】

例２：本願の実施形態において提供されるＩＡＢノード構成方法の例の概略フローチャートである図１３を参照されたい。以下の説明において、図９及び図１０に示される通信システムに方法が適用される例が使用される。加えて、方法がＩＡＢノード、ソースＩＡＢドナー及びターゲットＩＡＢドナーによって実行される例が使用される。図９及び図１０における通信システムは、本願の本実施形態における単なる例として使用され、これは本シナリオに限定されるものではないことに留意されたい。プロセスは以下のように説明される。

【0191】

Ｓ１３０１：ＩＡＢノードは測定レポートをソースＩＡＢドナーへ送信し、ソースＩＡＢドナーは測定レポートを受信し、ここで、測定レポートは、複数の候補ターゲットＩＡＢドナー上でＩＡＢノードによって実行される測定の結果を示す。

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

前述の説明は本願の特定の実装に過ぎず、本願の実施形態の保護範囲を限定することを意図としているわけではない。当業者によって、本願の実施形態で開示される技術的範囲内で容易に考案される任意の変形又は置き換えはすべて、本願の実施形態の保護範囲内に属するものとする。したがって、本願の実施形態の保護範囲は、特許請求の範囲の保護範囲の対象になるものとする。
他の可能な項目
（項目１）
ターゲットＩＡＢドナーによって、第１情報をソースＩＡＢドナーから受信し、前記ターゲットＩＡＢドナーによって、第１構成情報を前記ソースＩＡＢドナーへ送信する段階、ここで、前記第１構成情報は、ＩＡＢノードを前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーにハンドオーバするためのものである、を備え、
前記ＩＡＢノードは、ＭＴ機能及びＤＵ機能を含み、前記第１構成情報は、前記第１情報に基づいて決定され、前記第１構成情報は、前記ＭＴ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、前記第１情報は、以下の４種類の情報、すなわち、
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；及び
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと
のうちの１又は複数を示す、統合アクセス及びバックホールＩＡＢノード構成方法。
（項目２）
前記方法は更に、
前記ターゲットＩＡＢドナーによって、第２情報を前記ソースＩＡＢドナーから受信する段階、ここで、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、項目１に記載の方法。
（項目３）
前記方法は更に、
前記ターゲットＩＡＢドナーによって、第２構成情報を前記ソースＩＡＢドナーへ送信する段階、ここで、前記第２構成情報は、前記第１情報に基づいて決定され、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、項目１又は２に記載の方法。
（項目４）
前記第１情報及び／又は前記第２情報は、第１要求メッセージにおいて保持され、第１インタフェースシグナリングは前記第１要求メッセージを搬送し、第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間のインタフェースであり、前記第１要求メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバすることを要求するためのものであり；又は、
前記第１情報及び／又は前記第２情報は、コアネットワークデバイスを通じて前記ターゲットＩＡＢドナーによって受信される、
項目２又は３に記載の方法。
（項目５）
前記第１構成情報及び／又は前記第２構成情報は第１要求応答メッセージにおいて保持され、前記第１インタフェースシグナリングは、前記第１要求応答メッセージを搬送し、前記第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間の前記インタフェースであり、前記第１要求応答メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバするための要求メッセージに応答して、前記ターゲットＩＡＢドナーによって前記ソースＩＡＢドナーへ送信された応答メッセージであり；又は、
前記第１構成情報及び／又は前記第２構成情報は、前記ターゲットＩＡＢドナーによって、前記コアネットワークデバイスを通じて前記ソースＩＡＢドナーへ転送される、
項目３又は４に記載の方法。
（項目６）
前記時間領域リソースの前記伝送方向はアップリンク伝送方向、ダウンリンク伝送方向、又はフレキシブルな伝送方向であり；
前記時間領域リソースの前記伝送方向の前記ステータスは、利用可能な状態、条件付きで利用可能な状態、又は、利用可能でない状態である、
項目２から５のいずれか一項に記載の方法。
（項目７）
ソースＩＡＢドナーによって、第１情報をターゲットＩＡＢドナーへ送信し、前記ソースＩＡＢドナーによって、第１構成情報を前記ターゲットＩＡＢドナーから受信する段階、ここで、前記第１構成情報は、ＩＡＢノードを前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーにハンドオーバするためのものである、を備え、
前記ＩＡＢノードはＭＴ機能及びＤＵ機能を備え、前記第１構成情報は、前記第１情報に基づいて決定され、前記第１構成情報は、前記ＭＴ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、前記第１情報は、４種類の情報、すなわち、
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；及び
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと
のうちの１又は複数を示す、統合アクセス及びバックホールＩＡＢノード構成方法。
（項目８）
前記方法は更に、
前記ソースＩＡＢドナーによって、第２情報を前記ターゲットＩＡＢドナーへ送信する段階、ここで、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、項目７に記載の方法。
（項目９）
前記方法は更に、
前記ソースＩＡＢドナーによって、第２構成情報を前記ターゲットＩＡＢドナーから受信する段階、ここで、前記第２構成情報は前記第１情報に基づいて決定され、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、
を備える、項目７又は８に記載の方法。
（項目１０）
前記第１情報及び／又は前記第２情報は、第１要求メッセージにおいて保持され、第１インタフェースシグナリングは前記第１要求メッセージを搬送し、第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間のインタフェースであり、前記第１要求メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバすることを要求するためのものであり；又は、
前記第１情報及び／又は前記第２情報は、コアネットワークデバイスを通じて前記ソースＩＡＢドナーによって送信される、
項目８又は９に記載の方法。
（項目１１）
前記第１構成情報及び／又は前記第２構成情報は第１要求応答メッセージにおいて保持され、前記第１インタフェースシグナリングは、前記第１要求応答メッセージを搬送し、前記第１インタフェースは、前記ターゲットＩＡＢドナーと前記ソースＩＡＢドナーとの間の前記インタフェースであり、前記第１要求応答メッセージは、前記ソースＩＡＢドナーから前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバするための要求メッセージに応答して、前記ターゲットＩＡＢドナーによって前記ソースＩＡＢドナーへ送信された応答メッセージであり；又は、
前記第１構成情報及び／又は前記第２構成情報は、前記コアネットワークデバイスを通じて前記ソースＩＡＢドナーによって受信される、
項目９又は１０に記載の方法。
（項目１２）
前記時間領域リソースの前記伝送方向はアップリンク伝送方向、ダウンリンク伝送方向、又はフレキシブルな伝送方向であり；
前記時間領域リソースの前記伝送方向の前記ステータスは、利用可能な状態、条件付きで利用可能な状態、又は、利用可能でない状態である、
項目８から１１のいずれか一項に記載の方法。
（項目１３）
トランシーバモジュール及び処理モジュールを備える通信装置であって、
前記トランシーバモジュールは、第１情報をソースＩＡＢドナーから受信し、第１構成情報を前記ソースＩＡＢドナーへ送信するよう構成されており、前記第１構成情報は、前記ソースＩＡＢドナーから前記通信装置にＩＡＢノードをハンドオーバするためのものであり、
前記処理モジュールは前記第１構成情報を生成するよう構成されており、
前記ＩＡＢノードはＭＴ機能及びＤＵ機能を含み、前記第１構成情報は、前記第１情報に基づいて決定され、前記第１構成情報は、前記ＭＴ機能について前記通信装置によって構成されている時間領域リソースの伝送方向を示し、前記第１情報は、以下の４種類の情報、すなわち、
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；及び
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと
のうちの１又は複数を示す、通信装置。
（項目１４）
前記トランシーバモジュールは更に、
第２情報を前記ソースＩＡＢドナーから受信するよう構成されており、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２情報は、前記ＤＵ機能について前記ソースＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、項目１３に記載の通信装置。
（項目１５）
前記トランシーバモジュールは更に、第２構成情報を前記ソースＩＡＢドナーへ送信するよう構成されており、前記第２構成情報は、前記第１情報に基づいて決定され、前記第２構成情報は、前記ＤＵ機能について前記通信装置によって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２構成情報は、前記ＤＵ機能について前記通信装置によって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、項目１３又は１４に記載の通信装置。
（項目１６）
前記第１情報及び／又は前記第２情報は、第１要求メッセージにおいて保持され、第１インタフェースシグナリングは前記第１要求メッセージを搬送し、第１インタフェースは、前記通信装置と前記ソースＩＡＢドナーとの間のインタフェースであり、前記第１要求メッセージは、前記ソースＩＡＢドナーから前記通信装置に前記ＩＡＢノードをハンドオーバすることを要求するためのものであり、又は、
前記第１情報及び／又は前記第２情報は、前記通信装置によってコアネットワークデバイスを通じて受信される、
項目１４又は１５に記載の通信装置。
（項目１７）
前記第１構成情報及び／又は前記第２構成情報は第１要求応答メッセージにおいて保持され、前記第１インタフェースシグナリングは前記第１要求応答メッセージを搬送し、前記第１インタフェースは、前記通信装置と前記ソースＩＡＢドナーとの間の前記インタフェースであり、前記第１要求応答メッセージは、前記ソースＩＡＢドナーから前記通信装置に前記ＩＡＢノードをハンドオーバするための要求メッセージに応答して、前記通信装置によって前記ソースＩＡＢドナーへ送信された応答メッセージであり、又は、
前記第１構成情報及び／又は前記第２構成情報は、前記通信装置によって、前記コアネットワークデバイスを通じて前記ソースＩＡＢノードへ転送される、
項目１５又は１６に記載の通信装置。
（項目１８）
前記時間領域リソースの前記伝送方向はアップリンク伝送方向、ダウンリンク伝送方向、又はフレキシブルな伝送方向を含み；
前記時間領域リソースの前記伝送方向の前記ステータスは、利用可能な状態、条件付きで利用可能な状態、又は、利用可能でない状態である、
項目１４から１７のいずれか一項に記載の通信装置。
（項目１９）
トランシーバモジュール及び処理モジュールを備える通信装置であって、
前記処理モジュールは第１情報を生成するよう構成され；
前記トランシーバモジュールは、前記第１情報をターゲットＩＡＢドナーへ送信し、第１構成情報を前記ターゲットＩＡＢドナーから受信するよう構成されており、前記第１構成情報は、前記通信装置から前記ターゲットＩＡＢドナーにＩＡＢノードをハンドオーバするためのものであり；
前記ＩＡＢノードは、ＭＴ機能及びＤＵ機能を含み、前記第１構成情報は、前記第１情報に基づいて決定され、前記第１構成情報は、前記ＭＴ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、前記第１情報は、４種類の情報、すなわち、
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを受信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと；
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを送信することをサポートする、又はサポートしないこと；及び
同時に前記ＭＴ機能がデータを送信し、前記ＤＵ機能がデータを受信することをサポートする、又はサポートしないこと
のうちの１又は複数を示す、通信装置。
（項目２０）
前記トランシーバモジュールは更に、第２情報を前記ターゲットＩＡＢドナーへ送信するよう構成されており、前記第２情報は、前記ＤＵ機能について前記通信装置によって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２情報は、前記ＤＵ機能について前記通信装置によって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、項目１９に記載の通信装置。
（項目２１）
前記トランシーバモジュールは更に、第２構成情報を前記ターゲットＩＡＢドナーから受信するよう構成されており、前記第２構成情報は、前記第１情報に基づいて決定され、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている時間領域リソースの伝送方向を示し、及び／又は、前記第２構成情報は、前記ＤＵ機能について前記ターゲットＩＡＢドナーによって構成されている前記時間領域リソースの前記伝送方向のステータスを示す、項目１９又は２０に記載の通信装置。
（項目２２）
前記第１情報及び／又は前記第２情報は第１要求メッセージにおいて保持され、第１インタフェースシグナリングは前記第１要求メッセージを搬送し、第１インタフェースは前記ターゲットＩＡＢドナーと前記通信装置との間のインタフェースであり、前記第１要求メッセージは、前記通信装置から前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバすることを要求するためのものであり、又は、
前記第１情報及び／又は前記第２情報は、前記通信装置によってコアネットワークデバイスを通じて送信される、
項目２０又は２１に記載の通信装置。
（項目２３）
前記第１構成情報及び／又は前記第２構成情報は第１要求応答メッセージにおいて保持され、前記第１インタフェースシグナリングは前記第１要求応答メッセージを搬送し、前記第１インタフェースは、前記ターゲットＩＡＢドナーと前記通信装置との間の前記インタフェースであり、前記第１要求応答メッセージは、前記通信装置から前記ターゲットＩＡＢドナーに前記ＩＡＢノードをハンドオーバするための要求メッセージに応答して、前記ターゲットＩＡＢドナーによって前記通信装置へ送信される応答メッセージであり、又は、
前記第１構成情報及び／又は前記第２構成情報は、前記通信装置によって前記コアネットワークデバイスを通じて受信される、
項目２１又は２２に記載の通信装置。
（項目２４）
前記時間領域リソースの前記伝送方向はアップリンク伝送方向、ダウンリンク伝送方向、又はフレキシブルな伝送方向であり；
前記時間領域リソースの前記伝送方向の前記ステータスは、利用可能な状態、条件付きで利用可能な状態、又は、利用可能でない状態である、
項目２０から２３のいずれか一項に記載の通信装置。
（項目２５）
プロセッサを備える通信装置であって、前記プロセッサは、メモリに連結され、前記メモリはコンピュータプログラムを格納するよう構成されており、前記プロセッサは、前記メモリに格納されている前記コンピュータプログラムを実行して、項目１から６又は７から１２のいずれか一項に記載の方法を前記通信装置が実装することを可能にするよう構成されている、通信装置。
（項目２６）
項目１３から１８のいずれか一項に記載の通信装置及び項目１９から２４のいずれか一項に記載の通信装置を備える通信システム。
（項目２７）
コンピュータプログラムを格納するコンピュータ可読記憶媒体であって、前記コンピュータプログラムは、コンピュータによって実行されるとき、前記コンピュータが項目１から６又は７から１２のいずれか一項に記載の方法を実行することを可能にする、コンピュータ可読記憶媒体。

【図1】