特表 2022-541755 データパケットをルーティングするための方法及び装置、並びにデータパケット送信を制御するための方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2022-09-27

(54)【発明の名称】データパケットをルーティングするための方法及び装置、並びにデータパケット送信を制御するための方法及び装置

(51)【国際特許分類】

   H04W 40/24 20090101AFI20220916BHJP

   H04W 84/18 20090101ALI20220916BHJP

   H04W 40/22 20090101ALI20220916BHJP

   H04W 40/34 20090101ALI20220916BHJP

【ＦＩ】

H04W40/24

H04W84/18

H04W40/22

H04W40/34

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022501313

(86)(22)【出願日】2020-07-10

(85)【翻訳文提出日】2022-01-11

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

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

(87)【国際公開日】2021-01-14

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

(32)【優先日】2019-07-10

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

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

(32)【優先日】2019-11-07

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

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

(32)【優先日】2020-03-27

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ウェイウェイ・ワン

(72)【発明者】

【氏名】ホン・ワン

(72)【発明者】

【氏名】リシァン・シュ

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067AA41

5K067DD24

5K067EE06

(57)【要約】

本発明は、無線通信技術分野に関し、特に本出願はデータパケットをルーティングするための方法及び装置、並びにデータパケット送信を制御するための方法及び装置を提供する。本開示（ｄｉｓｃｌｏｓｕｒｅ）はＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）のような４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム以後より高いデータ送信率をサポートするための５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）又はｐｒｅ－５Ｇ通信システムに関する。本出願の実施例はデータパケットをルーティングするための方法及び装置、並びにデータパケット送信を制御するための方法及び装置を提供する。データパケットルーティング方法は、第１ノードによって送信された第１メッセージを受信する段階と、及び第１メッセージによってデータパケットの送信経路を決定する段階と、を含む。本出願で提供される方法はリレーネットワークのノードが異なる送信経路を用いることによってデータパケットを送信するための条件を決定することができ、これによってデータパケット送信を具現するために多数の送信経路を効果的に用いることを達成する。

【特許請求の範囲】

【請求項1】

第２ノードに適用される、データパケットをルーティングする方法であって、
第１ノードによって送信される第１メッセージを受信する段階と、及び
前記第１メッセージによって前記データパケットの送信経路を決定する段階と、を含む、方法。

【請求項2】

前記第１メッセージは、
ユーザデータ属性に係る第１情報、前記送信経路に係る第２情報、他の送信経路がイネーブルされるか否かを示す表示情報、前記送信経路を活性化又は非活性化するための表示情報、及びルーティングに係る第７情報のうちの少なくとも一つを含む、請求項１に記載の方法。

【請求項3】

前記送信経路に係る第２情報は、
前記送信経路の識別情報、１次送信経路の識別情報、前記１次送信経路の表示情報、前記送信経路の目的地受信ノードのアドレス情報又は識別情報、前記送信経路のルーティング識別情報、前記送信経路をイネーブルするための条件情報、前記送信経路を介して送信されるデータの量の情報、前記送信経路を介して送信されるデータのサービス品質（ＱｏＳ）情報、及び前記第２ノードと前記送信経路によって表示されたネクストホップノードの間のバックホールリンクを介してユーザデータを送信するためのバックホールリンクチャンネルの識別情報のうちの少なくとも一つを含む、請求項２に記載の方法。

【請求項4】

第１ノードに適用される、データパケットをルーティングする方法であって、
第２ノードによって第１メッセージによって前記データパケットの送信経路を決定するようにするために前記第１メッセージを前記第２ノードに送信する段階と、及び
前記第２ノードが前記第１メッセージを受信したことで決定するために前記第２ノードによって送信された第２メッセージを受信する段階と、を含む、方法。

【請求項5】

第５ノードに適用される、データパケット送信を制御する方法であって、
前記第４ノードによって送信された第３メッセージを受信する段階と、－前記第３メッセージは前記第５ノードが前記データパケット送信を決定することを補助するための補助情報を含み－；
前記第３メッセージによって前記データパケットの送信を決定する段階と、を含む、方法。

【請求項6】

前記第３メッセージは、
ユーザデータ属性に係る第４情報、データ送信経路に係る第５情報、ユーザデータの送信経路が変更される時のノードの識別情報又はアドレス情報、及び前記第４ノードによって提案される送信経路の情報のうちの少なくとも一つを含む、請求項５に記載の方法。

【請求項7】

前記データ送信経路に係る前記第５情報は、
送信経路のタイプの表示情報、送信経路の識別表示情報、及び送信経路上のデータに係る第６情報のうちの少なくとも一つを含む、請求項６に記載の方法。

【請求項8】

第４ノードに適用される、データパケット送信を制御する方法であって、
第３メッセージを獲得する段階と、
前記第３メッセージを第５ノードに送信する段階と、－前記第３メッセージは前記第５ノードが前記データパケット送信を決定することを補助するための補助情報を含み－を含む、方法。

【請求項9】

第６ノードに適用される、データパケットをルーティングする方法であって、
無線リンク失敗（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ、ＲＬＦ）を決定する段階と、
前記データパケットの送信経路を決定するための第５メッセージを第７ノードに送信する段階と、を含む、方法。

【請求項10】

前記第５メッセージは、
前記ＲＬＦが発生したことを示すための表示情報、第６ノードの識別情報又はアドレス情報、前記ＲＬＦが発生したバックホールリンクの表示情報、到達不可能なノードの識別情報又はアドレス情報、到達可能なノードの識別情報又はアドレス情報、データ送信に用いられることができない前記送信経路の識別情報、データ送信に用いられることができる前記送信経路の識別情報、データ送信に用いられることができないルートの識別情報、データ送信に用いられることができるルートの識別情報、ＲＬＦ復旧のための表示情報、及び前記ＲＬＦが発生したバックホールリンクが復旧されたという表示情報のうちの少なくとも一つを含む、請求項９に記載の方法。

【請求項11】

第２ノード装置であって、
第１ノードによって送信された第１メッセージを受信するように構成される第１処理モジュールと、及び
前記第１メッセージによってデータパケットの送信経路を決定するように構成される第２処理モジュールと、を含む、第２ノード装置。

【請求項12】

第１ノード装置であって、
第２ノードによって第１メッセージによってデータパケットの送信経路を決定するようにするために前記第１メッセージを前記第２ノードに送信するように構成される第３処理モジュールと、及び
前記第２ノードが前記第１メッセージを受信したことを確認するために前記第２ノードによって送信された第２メッセージを受信するように構成される第４処理モジュールと、を含む、第１ノード装置。

【請求項13】

第５ノード装置であって、
第４ノードによって送信された第３メッセージを受信するように構成される第５処理モジュールと、－前記第３メッセージは前記第５ノードがデータパケット送信を決定することを補助するための補助情報を含み－；及び
前記第３メッセージによってデータパケット送信を決定するように構成される第６処理モジュールと、を含む、第５ノード装置。

【請求項14】

第４ノード装置であって、
第３メッセージを獲得するように構成される第７処理モジュールと、及び
前記第３メッセージを第５ノードに送信するように構成される第８処理モジュールと、－前記第３メッセージは前記第５ノードがデータパケット送信を決定することを補助するための補助情報を含み－を含む、第４ノード装置。

【請求項15】

第６ノード装置であって、
無線リンク失敗を決定するように構成される第９処理モジュールと、及び
データパケットの送信経路を決定するための第５メッセージを第７ノードに送信するように構成される第１０処理モジュールと、を含む、第６ノード装置。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、無線通信技術分野に関し、特に本出願はデータパケットをルーティングするための方法及び装置、並びにデータパケット送信を制御するための方法及び装置に関する。

【背景技術】

【0002】

４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム商用化以後に増加趨勢にある無線データトラフィックの需要を満たすために、改善された５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行なわれている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後（ｂｅｙｏｎｄ ４Ｇ ｎｅｔｗｏｒｋ）通信システム又はＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム以後（ｐｏｓｔ ＬＴＥ）システムと呼ばれている。

【0003】

高いデータ送信率を達成するために、５Ｇ通信システムは超周波数(ｍｍ Ｗａｖｅ)帯域（例えば、６０ギガ(６０ＧＨｚ)帯域のような）での具現が考慮されている。超高周波帯域での伝播の経路損失の緩和及び伝播の伝達距離を増やすために、５Ｇ通信システムでは、ビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)、巨大配列多重入出力(ｍａｓｓｉｖｅ ＭＩＭＯ）、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅｓｃａｌｅ ａｎｔｅｎｎａ）の技術が議論されている。

【0004】

さらに、システムのネットワーク改善のために、５Ｇ通信システムでは、進化された小型セル、改善された小型セル(ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク(ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク(ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ)、機器間の通信（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ；Ｄ２Ｄ)、無線バックホール(ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ)、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信(ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（ｃｏｏｒｄｉｎａｔｅｄ ｍｕｌｔｉ－ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ) などの技術開発が行なわれている。

【0005】

その他に５Ｇシステムでは進歩されたコーディング変調（ａｄａｐｔｉｖｅ ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ、ＡＣＭ）方式であるＦＱＡＭ（ｈｙｂｒｉｄ ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ ｋｅｙｉｎｇ ａｎｄ ｑｕａｄｒａｔｕｒｅ ａｍｐｌｉｔｕｄｅ ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（ｓｌｉｄｉｎｇ ｗｉｎｄｏｗ ｓｕｐｅｒｐｏｓｉｔｉｏｎ ｃｏｄｉｎｇ）と、進歩されたアクセス技術であるＦＢＭＣ（ｆｉｌｔｅｒ ｂａｎｋ ｍｕｌｔｉ ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

【0006】

ＮＲ（Ｎｅｗ Ｒａｄｉｏ ａｃｃｅｓｓ）ネットワーク又は５世代（５Ｇ）ネットワークでは、ネットワークのカバレッジを確張するために、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）プロジェクトが提案されている。このプロジェクトの主な目的はマルチ－ホップ（ｍｕｌｔｉ－ｈｏｐ）リレーネットワークアーキテクチァーを構築することである。図１に示されたように、ドナーノード（ＩＡＢドナー）及び２個のリレーノード（ＩＡＢノード）を含むマルチ－ホップリレーネットワークアーキテクチァーが図１に示されている。ユーザ１／２／３がドナーノードの分散ユニット、リレーノード１の分散ユニット部分及びリレーノード２の分散ユニット部分を介してリレーネットワークにアクセスする。ドナーノードは独立した基地局、又は中央ユニット（ＣＵ）（ＩＡＢ－ドナー中央ユニット）及び分散ユニット（ＤＵ）（ＩＡＢ－ドナー分散ユニット）で構成されることができ、ここで、中央ユニットと分散ユニットの間のインターフェースはＦ１インターフェース（３ＧＰＰ ＴＳ３８．４７３参照）であり、中央ユニットに含まれたプロトコルスタックは次を含む：制御プレーンをサービングするプロトコルスタックは無線リソース制御（ＲＲＣ）プロトコル階層及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）階層を含み、ユーザプレーンをサービングするプロトコルスタックはＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）階層及びＰＤＣＰ階層を含み；分散ユニットに含まれたプロトコルステックは次の通りである：制御プレーン及びユーザプレーンをサービングするプロトコルスタックが無線リンク制御（ＲＬＣ）プロトコル階層、媒体アクセス制御（ＭＡＣ）プロトコル階層及び物理階層（ＰＨＹ）を含む。リレーノードは移動端末機部分及び分散ユニット部分を含み、ここで移動端末機部分はリレーノードの上のノードと通信するのに用いられて（例えば、リレーノード１の移動端末機部分はドナーノード又はドナーノードの分散ユニットと通信するのに用いられ、リレーノード２の移動端末機部分はリレーノード１の分散ユニット部分と通信するのに使用）、分散ユニット部分はリレーノードの次のレベルノードと通信するのに用いられる（例えば、リレーノード１の分散ユニット部分はユーザ２と通信するのに用いられ、リレーノード２の移動端末機部分と通信するのに用いられることもできる）。リレーノードの分散ユニット部分はＲＬＣ、ＭＡＣ及びＰＨＹのようなプロトコルスタックを含む。リレーノードとドナーノード又はドナーノードの分散ユニットの間、又はリレーノードの間のリンクはバックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）であり、図１のバックホールリンクチャンネル１及びバックホールリンクチャンネル２のような一つ以上の異なるバックホールリンクチャンネルがバックホールリンク上に確立される。バックホールリンクチャンネルの一例はバックホールリンクＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）プロトコルチャンネル、すなわち、バックホールＲＬＣチャンネルである。リレーネットワークでは、それぞれのバックホールリンクチャンネルが同じユーザ無線ベアラー又は異なるユーザ無線ベアラーに属するデータパケットを送信するのに用いられる。ユーザ無線ベアラーはデータ無線ベアラー（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ、ＤＲＢ）又はシグナリング無線ベアラー（ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ、ＳＲＢ）であっても良いか、Ｆ１インターフェースの制御プレーンシグナリング、又はＦ１インターフェースのユーザプレーンデータであっても良い。

【0007】

マルチ－ホップリレーネットワークでは、新しいプロトコル階層、すなわち、バックホール適応プロトコル（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＢＡＰ）階層が定義される。このプロトコル階層はドナーノードとリレーノードの分散ユニットで構成される。これの主な役目はデータパケットルーティング及びデータパケットマッピングである。データパケットルーティングとは、受信されたデータパケットを正しいネクストホップノードに送信してデータパケットの目的地受信ノードで受信できるようにすることをいう（目的地受信ノードはリレーノード、ドナーノード又はドナーノードの分散ユニット、又はドナーノードの中央ユニットであってもよい。リレーノードの場合、それはデータパケットがリレーノードのデータパケットであるか（例えば、Ｆ１インターフェースの制御シグナリングのデータパケットがリレーノードの分散ユニットによって受信されなければならない）、リレーノードにアクセスするユーザのデータパケットを意味する）。データパケットマッピングとは、正しいバックホールリンクチャンネルを介してデータパケットを送信することをいう。リレーノードの分散ユニット又は各リレーノードは、データパケットルーティングを行う時、データパケットでルーティングに係る情報を読み出し、構成されたルーティングテーブルによってデータパケットが送信されるノードを決定する。データパケットでのルーティングに係る情報は次の情報のうちの少なくとも一つを含む：１）ルーティング識別情報（例えば、ルーティングＩＤ、ＢＡＰルーティングＩＤ）；２）目的地受信ノードの識別情報又はアドレス情報（例えば、目的地アドレス、ＢＡＰアドレス）；３）経路識別情報（経路ＩＤ）。一実施例で、識別情報によって表現される送信経路はデータパケットのソース送信ノードから目的地受信ノードへの縦断の間の経路であっても良く、すなわち、送信経路はデータパケットがソースノード（このソースノードはドナーノード、ドナーノードの中央ユニット又はドナーノードの分散ユニットであっても良い）、一つ以上の中間ノード及び目的地受信ノードを介して送信されるということを示し；他の実施例で、識別情報によって表現された送信経路はデータパケットのネクストホップノードであっても良い。送信経路の識別情報が異なる場合、ネクストホップノードは同一又は異なることができる。一実施例で、ルーティング識別情報は目的地受信ノードの識別情報又はアドレス情報（例えば、ＢＡＰアドレス）及び経路の識別情報で構成されることができる。他の実施例で、ルーティング識別情報は目的地受信ノード及び経路識別を示すのに用いられることができる。ルーティングテーブルは次の情報のうちの少なくとも一つを含む：１）ルーティング識別情報；２）目的地受信ノードの識別情報又はアドレス情報（例えば、ＢＡＰアドレス）；３）経路識別情報；４）ネクストホップノードの識別情報又はアドレス情報（例えば、ＢＡＰアドレス）。以下では図２を一例として用いてリレーネットワークにおけるデータパケットルーティング方法を説明する。リレーノード１／２／３／４のアドレス情報（例えば、ＢＡＰアドレス）はそれぞれのアドレス１／２／３／４である。３個のデータパケット（データパケット１／２／３）がドナーノードの中央ユニットからリレーノード４に送信される（リレーノード４はこれらデータパケットに対する目的地受信ノードである）。ドナーノードの分散ユニットが前記３個のデータパケットをリレーノード１に送信する場合、各データパケットに含まれる情報が表１（パケットに含まれる情報）に示されている。

【0008】

【表1】

【0009】

前記３個のデータパケットを受信した後、リレーノード１は次のようなプロセスを行うようになる：前記３個のデータパケットを受信した後、リレーノード１は次のようなプロセスを行うようになる：１）データパケット１の場合：リレーノード１はＢＡＰアドレスがアドレス４であり、経路ＩＤが１のデータパケットを獲得する。リレーノード１のルーティングテーブルによって、データパケットのネクストホップノードがリレーノード２であることで決定されることができ、それによってリレーノード１がデータパケット１をリレーノード２に送信する。

【0010】

２）データパケット２の場合：リレーノード１はＢＡＰアドレスがアドレス４であり、経路ＩＤが２のデータパケットを獲得する。リレーノード１のルーティングテーブルによって、データパケットのネクストホップリレーノード３であることで決定されることができ、それによってリレーノード１がデータパケット２をリレーノード３に送信する。

【0011】

３）データパケット３の場合：リレーノード１はＢＡＰアドレスがアドレス４であり、経路ＩＤが１のデータパケットを獲得する。リレーノード１のルーティングテーブルによって、リレーノード１はリレーノード４に送信されたデータパケットのネクストホップノードがリレーノード２又はリレーノード３であることを学習する。データパケットがリレーノード２に送信される場合、対応する経路ＩＤが１であり、データパケットがリレーノード３に送信される場合、対応する経路ＩＤは２である。この場合、リレーノード１はデータパケット３をリレーノード３に送信することができる。リレーノード１がデータパケット３を受信する場合、データパケットに含まれた経路ＩＤは１であり、この情報によってリレーノード１はこれをリレーノード２に送信しなければならない。しかし、リレーノード１はリレーノード２の代りにリレーノード３でデータパケットを送信することに決定するため、リレーノードはデータパケット３に含まれた経路ＩＤを１から２に修正し、データパケット３をリレーノード３に送信することができる。

【0012】

同様に、データパケット１を受信した後、リレーノード２はそれのルーティングテーブルによってデータパケット１をリレーノードに送信するようになる。データパケット２及び３を受信した後、リレーノード３はルーティングテーブルによってデータパケット２及び３をリレーノード４に送信するようになる。

【0013】

前記例で、ノードのルーティングテーブルが目的地受信ノードに対する多数の代案的な経路があることを示す場合、ノードはデータパケットの送信経路を変更することができる（データパケットに含まれた送信経路に係る情報を修正する）。

【0014】

前記例に対する説明によれば、リレーネットワークにおけるデータパケットのルーティングメカニズムは次のように要約されることができる：

【0015】

１）データパケットのルーティングはデータパケットに含まれたルーティング情報及びリレーネットワークのノードでのルーティングテーブルによって決定される。

【0016】

２）データパケットを受信した後、リレーネットワークのノード（例えば、リレーノード又はドナーノードの分散ユニット）はデータパケットのルーティング情報及びノードに記憶されたルーティングテーブルによってデータパケットのネクストホップノードを決定する。

【0017】

３）リレーネットワークのノード（例えば、リレーノード又はドナーノードの分散ユニット）はデータパケットの送信経路を変更することができる。リレーネットワークでノードのルーティングテーブルが同じな目的地受信ノードに送信されたデータパケットが多数の異なるネクストホップノードを持つことを示す場合（すなわち、このノードで同じな目的地受信ノードに送信されたデータパケットは異なるネクストホップノードを介して送信されることができ、最終的に異なるネクストホップノードを介して目的地受信ノードに到逹する）、ノードはデータパケットの送信経路を変更することができる。図２に示されたように、目的地受信ノードがリレーノード４のデータパケットに対し、リレーノード１はデータパケットをリレーノード２に送信するか、又はデータパケットをリレーノード３に送信することができ、リレーノード１はデータパケット３の送信経路を変更する。また、リレーネットワークのノードがデータパケットの送信経路を変更する時に、データパケットのルーティング情報を変更することができる（図２に示されたように、データパケット３の経路ＩＤが１から２に変更される）。

【発明の概要】

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

【0018】

既存の技術には次のような問題点がある。

【0019】

１）リレーネットワークのノードはデータパケットの送信経路を変更することができる（このような送信経路の変更はデータパケットが同じな目的地受信ノードに送信される可能性があることを継いで保障することができる）。このようなノードの送信経路が変更される理由はロードバランシング、データパケットの送信経路問題（例えば、信号品質低下、リンクのＲＬＦ及びリンク混雑）が生じることがある。排除されない他の理由が存在する。しかし、従来技術はそういう送信経路変更を制御するためのメカニズムを定義しない。リレーネットワークのノードがデータパケットの送信経路を任意に修正すると、ネットワークロードの不均衡とネットワークリソースが浪費が発生する。

【0020】

２）リレーネットワークのノードがユーザデータの送信経路を変更する場合、これは同じ目的地受信ノードを有するデータが異なる送信経路を介して目的地受信ノードに送信されることを意味する。従来技術では、ドナーノード又はドナーノードの中央ユニットが異なる送信経路を介して送信されるデータのデータボリューム情報を学習することができず、これはドナーノード又はドナーノードの中央ユニットがユーザデータに適切な送信経路を選択することが不利にあった。一方、ドナーノード又はドナーノードの中央ユニットによるデータ送信を制御すること（例えば、フロー制御）は役に立たない。

【0021】

３）従来技術で、リレーネットワークのノードは異なる送信経路を介して同じな目的地受信ノードでデータパケットを送信することができる。リレーネットワークのバックホールリンクでＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）が発生すると、リンクを通過するすべてのデータパケットを送信することができない。リレーネットワークの他のノードがＲＬＦが発生したバックホールリンクが学習できる場合、他のノードはユーザデータの送信経路を変更してＲＬＦが発生したバックホールリンクを回避することができ、これによってユーザデータの持続的な送信を保障することができる。しかし、従来技術はリレーネットワークの他のノードがＲＬＦが発生したバックホールリンクを学習させることはできず、リレーネットワークのノードはデータ送信経路を変更することができず、これによりＲＬＦが発生したバックホールリンクを介してユーザデータを送信し続けることによって、ユーザデータは目的地受信ノードに連続的に到逹することができない。

【0022】

４）従来技術では、リレーノードが２個以上の親ノード（リレーノードの移動端末機部分が接続されるノード）を介してネットワークにアクセスすることができるか、一つのリレーノードに直接又は間接的に接続されたノードが２個以上のノードを介してネットワークにアクセスすることができる。この場合、ユーザデータが異なる送信経路を介してリレーノードに送信されることができる。一般的に、リレーノードによってサービングされる一つのＤＲＢデータに対し、ＤＲＢのためにドナーノードの中央ユニットとリレーノードの分散ユニットの間にトンネルが確立される。しかし、ドナーノードの中央ユニットとリレーノードの分散ユニットの間に多重送信経路がある場合、ＤＲＢのために２個以上のトンネルを確立されていてもよく、異なるトンネルのデータは異なる送信経路を介してリレーノードに送信される。従来技術では、一つのＤＲＢのために、ドナーノードの中央ユニットとリレーノードの分散ユニットの間に２個のトンネルが確立されると、リレーノードの分散ユニットがＤＲＢのために２個の異なるＲＬＣエンティティーを確立しなければならなく、それぞれのＲＬＣエンティティーは対応する論理チャンネルを構成し、さらにそれぞれのＲＬＣエンティティー及び対応する論理チャンネルをサービングする一つ以上のセルを構成するようになる。この構成の目的はＰＤＣＰ複製機能をサポートすることである（ＰＤＣＰ階層の一つのパケットは２つのパケットに複製され、データ送信の信頼性を提供するため、基地局の中央ユニットは２つの異なるトンネルを介して基地局の分散ユニット部分で２個のパケットを送信し、２個のパケットが２つの異なるＲＬＣエンティティー、２個の異なる論理チャンネル及び異なるセルを介してユーザに送信される）。しかし、リレーネットワークでは、ＰＤＣＰ複製機能がイネーブルされなくても、ドナーノードの中央ユニットとリレーノードの分散ユニット部分の間にＤＲＢのための２個以上のトンネルが確立されることができる。その理由はＤＲＢのデータが異なる送信経路を介してリレーノードに送信されるためである。しかし、従来技術はＤＲＢのために２個のＲＬＣエンティティーを構成する必要があり、これはリレーノードの分散ユニット部分のリソース浪費を引き起こし、ＤＲＢデータの送信を制限する。

【0023】

５）従来技術では、リレーノードがドナーノードの２個以上の分散ユニットを介してドナーノードの中央ユニットにアクセスすることができる。リレーノードはそれぞれのドナーノードの分散ユニットと直接接続されるか一つ以上の他のリレーノードを介して各ドナーノードの分散ユニットと間接的に接続されることができる。ドナーノードの中央ユニットがダウンリンクデータの送信経路を決定したた後、リレーノードはその送信経路に対応するダウンリンクアドレス（例えば、ダウンリンクＩＰアドレス）を決定すべきである。しかし、従来技術では、リレーノードがドナーノードの中央ユニットによって選択された送信経路が分かることができないため、リレーノードはダウンリンクデータを受信するための適切なダウンリンクアドレスを選択することができない。

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

【0024】

既存の方法の欠点を考慮し、本出願は前述の技術的欠点を解決するためにデータパケットをルーティングする方法及び装置、並びにデータパケット送信を制御する方法及び装置を提案する。

【0025】

本開示の第１態様によれば、第２ノードに適用されるデータパケットをルーティングする方法が提供され、この方法は第１ノードによって送信された第１メッセージを受信する段階と、及び第１メッセージによってデータパケットの送信経路を決定する段階と、を含む。

【0026】

本開示の第２態様によれば、第１ノードに適用されるデータパケットをルーティングする方法が提供され、この方法は第２ノードによって、第１メッセージによるデータパケットの送信経路を決定するための第１メッセージを第２ノードに送信する段階と、及び第２ノードが第１メッセージを受信したことを確認するための、第２ノードによって送信された第２メッセージを受信する段階と、を含む。

【0027】

本開示の第３態様によれば、第５ノードに適用されるデータパケット送信を制御する方法が提供され、この方法は第４ノードによって送信された第３メッセージを受信する段階と、－第３メッセージは第５ノードがデータパケット送信を決定することを補助するための補助情報を含み－；及び第３メッセージによってデータパケット送信を決定する段階と、を含む。

【0028】

本開示の第４態様によれば、第４ノードに適用されるデータパケット送信を制御する方法が提供され、この方法は第３メッセージを獲得する段階と、及び第３メッセージを第５ノードに送信する段階と、を含み、ここで第３メッセージは第５ノードがデータパケット送信を決定することを補助するための補助情報を含む。

【0029】

本開示の第５態様によれば、第６ノードに適用されるデータパケットをルーティングする方法が提供され、この方法はＲＬＦを決定する段階と、及びデータパケットの送信経路を決定するための第５メッセージを第７ノードに送信する段階と、を含む。

【0030】

本開示の第６態様によれば、第７ノードに適用されるデータパケットをルーティングする方法が提供され、この方法は第６ノードによって送信された第５メッセージを受信する段階と、及び第５メッセージによってデータパケットの送信経路を決定する段階と、を含む。

【0031】

本開示の第７態様によれば、ドナーノードの中央ユニットに適用されるデータパケットをルーティングする方法が提供され、この方法は、ルーティングデータが属するユーザＤＲＢを構成するための第６メッセージをリレーノードに送信する段階と、及び第６メッセージが受信されたことを確認するために、又は無線ベアラーの構成プロセスが成功的に完了したことを確認するためにリレーノードによって送信された第７メッセージを受信する段階と、を含む。

【0032】

本開示の第８態様によれば、リレーノードに適用されるデータパケットルーティング方法が提供され、この方法はルーティングデータが属するユーザＤＲＢを構成するため、ドナーノードの中央ユニットによって送信された第６メッセージを受信する段階と、及び第７メッセージをドナーノードの中央ユニットに送信する段階と、を含む。

【0033】

本開示の第９態様によれば、ドナーノードの中央ユニットに適用されるデータ送信経路を構成する方法が提供され、この方法はユーザデータの送信を構成するための第８メッセージをリレーノードに送信する段階と、第８メッセージが受信されたことを確認し、さらにユーザデータを受信するのに必要なアドレス情報を決定するためにリレーノードによって送信された第９メッセージを受信する段階と、を含む。

【0034】

本開示の第１０態様によれば、リレーノードに適用されるデータ送信経路を構成する方法が提供され、この方法はユーザデータの送信を構成するためにドナーノードの中央ユニットによって送信される第８メッセージを受信する段階と、及び第９メッセージをドナーノードの中央ユニットに送信する段階と、を含む。

【0035】

本開示の第１１態様によれば、第２ノード装置が提供され、第２ノード装置は第１ノードによって送信された第１メッセージを受信するように構成された第１処理モジュールと、及び第１メッセージによってデータパケットの送信経路を決定するように構成された第２処理モジュールと、を含む。

【0036】

本開示の第１２態様によれば、第１ノード装置が提供され、第１ノード装置は第２ノードが第１メッセージによってデータパケットの送信経路を決定するようにするのために、第１メッセージを第２ノードに送信するように構成された第３処理モジュールと、及び第２ノードが第１メッセージを受信したことを確認するために、第２ノードによって送信される第２メッセージを受信するように構成された第４処理モジュールと、を含む。

【0037】

本開示の第１３態様によれば、第５ノード装置が提供され、第５ノード装置は第４ノードによって送信された第３メッセージを受信するように構成された第５処理モジュールと、－第３メッセージは第５ノードがデータパケット送信を決定することを補助するための補助情報を含み－；及び第３メッセージによってデータパケット送信を決定するように構成された第６処理モジュールと、を含む。

【0038】

本開示の第１４態様によれば、第４ノード装置が提供され、第４ノード装置は第３メッセージを獲得するように構成された第７処理モジュールと、及び第３メッセージを第５ノードに送信するように構成された第８処理モジュールと、を含み、ここで第３メッセージは第５ノードがデータパケット送信を決定することを補助するための補助情報を含む。

【0039】

本開示の第１５態様によれば、第６ノード装置が提供され、第６ノード装置はＲＬＦを決定するように構成された第９処理モジュールと、及びデータパケットの送信経路を決定するための第５メッセージを第７ノードに送信するように構成された第１０処理モジュールと、を含む。

【0040】

本開示の第１６態様によれば、第７ノード装置が提供され、第７ノード装置は第６ノードによって送信された第５メッセージを受信するように構成された第１１処理モジュールと、及び第５メッセージによってデータパケットの送信経路を決定するように構成された第１２処理モジュールと、を含む。

【0041】

本開示の第１７態様によれば、ドナーノードの中央ユニット装置が提供され、この中央ユニット装置はルーティングデータが属するユーザＤＲＢ又はユーザデータの送信経路を構成するために、第６メッセージ又は第８メッセージをリレーノードに送信するように構成される第１３処理モジュールと、及び第６メッセージ又は第８メッセージが受信されたことを確認するために、リレーノードによって送信された第７メッセージ又は第９メッセージを受信するように構成された第１４処理モジュールと、を含む。

【0042】

本開示の第１８態様によれば、リレーノード装置が提供され、このリレーノード装置はルーティングデータが属するユーザＤＲＢ又はユーザデータの送信経路を構成するために、ドナーノードの中央ユニットによって送信された第６メッセージ又は第８メッセージを受信するように構成された第１５処理モジュールと、及び第７メッセージ又は第９メッセージをドナーノードの中央ユニットに送信するように構成された第１６処理モジュールと、を含む。

【発明の効果】

【0043】

本出願の実施例で提供される技術的ソリューションは少なくとも次のような有益な効果を表する：

【0044】

１）リレーノードは他の送信経路を用いてユーザデータを送信するための条件を決定することができ、これにより多重送信経路を効果的に用いてユーザデータ送信を具現することができる。

【0045】

２）ドナーノードの中央ユニットは受信された補助情報によって適切な送信経路を決定し、ユーザデータ送信の効率を向上させることができる。他の効果はドナーノード又はドナーノードの中央ユニットが受信された補助情報によってデータ送信のフロー制御を効果的に行うことができるという点である。データが多重経路を介して送信される場合、ドナーノード又はドナーノードの中央ユニットは受信された補助情報によって一つ以上の送信経路上でのデータ送信フロー制御を効果的に行うことができる（例えば、適切なデータ送信レート選択、適切なデータ送信ボリューム選択など）。

【0046】

３）リレーノードでＲＬＦが発生する場合、他のノードにＲＬＦが通知されることができ、通知データを介してユーザデータが他の送信経路に転換されることによって、ＲＬＦによるユーザデータ送信の中断を回避することができる。

【0047】

４）ドナーノードの中央ユニットによって送信された２個以上のトンネルのアドレス情報を受信した後、リレーノードは無線ベアラーの構成リクエストメッセージでの情報によってユーザＤＲＢのために２個以上のＲＬＣエンティティーを確立しなければならないか否かを決定することができ、これによってリレーノード側のリソースを効果的に用いるようになる。

【0048】

５）リレーノードがドナーノードの２個以上の異なる分散ユニットを介してドナーノードの中央ユニットにアクセスする時、リレーノードは受信されたユーザデータの構成情報によってダウンリンクデータを受信するためのアドレス情報を決定することができる。

【0049】

本出願の追加の態様及び利点は以下の説明で提供され、これは以下の説明から明らかになるか、本出願の実施を介して学習されるであろう。

【図面の簡単な説明】

【0050】

本出願の実施例の技術的ソリューションをより明確に説明するため、本出願の実施例の説明で用いられた図面が以下で簡単に紹介されるだろう。

【0051】

【図1】既存のマルチ－ホップリレーネットワークアーキテクチァーの概路図である。

【図2】既存のデータパケットルーティングの概路図である。

【図3】本出願の一実施例によるデータパケットルーティング方法の概略フローチャートである。

【図4】本出願の一実施例による他のデータパケットルーティング方法の概略フローチャートである。

【図5】本出願の一実施例によるデータパケット送信制御方法の概略フローチャートである。

【図6】本出願の一実施例による他のデータパケット送信制御方法の概略フローチャートである。

【図7】本出願の一実施例による他のデータパケットルーティング方法の概略フローチャートである。

【図8】本出願の一実施例による他のデータパケットルーティング方法の概略フローチャートである。

【図9】本出願の一実施例による他のデータパケットルーティング方法の概略フローチャートである。

【図10】本出願の一実施例による他のデータパケットルーティング方法の概略フローチャートである。

【図10a】本出願の一実施例によるユーザデータ送信経路を構成するための方法の概略フローチャートである。

【図10b】本出願の一実施例によるユーザデータ送信経路を構成するための他の方法の概略フローチャートである。

【図11】本出願の一実施例による送信経路設定の概略フローチャートである。

【図12】本出願の一実施例による送信経路を選択するための補助情報を提供する方法の概略フローチャートである。

【図13】本出願の一実施例による送信経路を変更する方法の概略フローチャートである。

【図14】既存のメカニズムで２個のＲＬＣエンティティーを確立する概路図である。

【図15】本出願の一実施例によるリレーネットワークで２個のトンネルを確立する概路図である。

【図15a】既存のメカニズムで異なるＩＰアドレスを用いてデータを受信するリレーノードの概路図である。

【図16】本出願の一実施例による無線ベアラーのセットアップの概略フローチャートである。

【図16a】本出願の一実施例によるユーザデータ送信経路を構成する概略フローチャートである。

【図17】本出願の一実施例による第2ノード装置の概略構造図である。

【図18】本出願の一実施例による第1ノード装置の概略構造図である。

【図19】本出願の一実施例による第5ノード装置の概略構造図である。

【図20】本出願の一実施例による第4ノード装置の概略構造図である。

【図21】本出願の一実施例による第６ノード装置の概略構造図である。

【図22】本出願の一実施例による第７ノード装置の概略構造図である。

【図23】本出願の一実施例によるドナーノードのための中央ユニット装置の概略構造図である。

【図24】本出願の一実施例によるリレーノード装置の概略構造図である。

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

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

選択的に、前記方法はダウンリンクデータ（ドナーノード又はドナーノードの中央ユニット又はドナーノードの分散ユニットによってリレーノードに送信されるデータ）及び／又はアップリンクデータ（リレーノードによってドナーノード又はドナーノードの分散ユニット又はドナーノードの中央ユニットに送信されるデータ）の送信に適用可能である。

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

段階２－０：ノード５が補助情報リクエストメッセージ２－０をノード４に送信し、このメッセージは補助情報をノード５に提供するようにノード４に示すのに用いられ、このメッセージは次の情報のうちの少なくとも一つを含む：

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

本出願の第５態様の効果は、ドナーノードの中央ユニットによって送信されたユーザデータを送信するための構成情報を受信した後、リレーノードはダウンリンクデータを受信するのに必要なＩＰアドレス情報を決定し、さらに、このアドレス情報によって、リレーノードはダウンリンクデータを受信するために設定されたトンネル情報をドナーノードの中央ユニットにフィードバックすることができるという点である。

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

選択的に、ＲＬＦが発生したバックホールリンクの表示情報は次のうちの少なくとも一つを含む：バックホールリンクをサービングするノードの識別情報又はアドレス情報（例えば、ＢＡＰアドレス）、バックホールリンクをサービングするノードの分散ユニット部分の識別情報又はアドレス情報（例えば、ＢＡＰアドレス）、及びバックホールリンクをサービングするノードの移動端末機部分の識別情報又はアドレス情報（例えば、ＢＡＰアドレス）。

【0399】

選択的に、ＲＬＦが発生したバックホールリンクが復旧されたという表示情報は次のうちの少なくとも一つを含む：バックホールリンクをサービングするノードの識別情報又はアドレス情報（例えば、ＢＡＰアドレス）、バックホールリンクをサービングするノードの分散ユニット部分の識別情報又はアドレス情報（例えば、ＢＡＰアドレス）、及びバックホールリンクをサービングするノードの移動端末機部分の識別情報又はアドレス情報（例えば、ＢＡＰアドレス）。

【0400】

前述の実施例に対する同じ発明概念に基づいて、本出願の一実施例は第７ノード装置を追加で提供する。この装置の概略構造図が図２２に示されている。第７ノード装置６０は第１１処理モジュール６０１及び第１２処理モジュール６０２を含む。

【0401】

第１１処理モジュール６０１は第６ノードによって送信された第５メッセージを受信するように構成されて；

【0402】

第１２処理モジュール６０２は第５メッセージによってデータパケットの送信経路を決定するように構成される。

【0403】

以前実施例に対する同じ発明概念に基づいて、本出願のこの実施例はさらにドナーノードの中央ユニット装置を提供する。この装置の概略構造図が図２３に示されている。ドナーノードの中央ユニット装置７０は第１３処理モジュール７０１及び第１４処理モジュール７０２を含む。

【0404】

第１３処理モジュール７０１はルーティングデータが属するユーザＤＲＢを構成するための、第６メッセージをリレーノードに送信するように構成されて；

【0405】

第１４処理モジュール７０２は第６メッセージが受信されたことを確認するか又は無線ベアラーの構成プロセスが成功的に完了したことを確認するための、リレーノードによって送信された第７メッセージを受信するように構成される。

【0406】

選択的に、第６メッセージは次のうちの少なくとも一つを含む：ユーザＤＲＢの識別情報、ドナーノードの中央ユニット側上の２個以上のトンネルのアドレス情報、及び無線リンク制御プロトコル（ＲＬＣ）エンティティーを構成するための表示情報。

【0407】

選択的に、第７メッセージは次のうちの少なくとも一つを含む：ユーザＤＲＢの識別情報、リレーノード側上の２個以上のトンネルのアドレス情報、及びユーザＤＲＢの構成情報。

【0408】

本出願の一実施例はリレーノード装置をさらに提供する。この装置の概略構造図が図２４に示されている。リレーノード装置８０は第１５ 処理モジュール８０１及び第１６処理モジュール８０２を含む。

【0409】

第１５処理モジュール８０１はルーティングデータが属するユーザＤＲＢを構成するための、ドナーノードの中央ユニットによって送信された第６メッセージ又は第８メッセージを受信するように構成されて；

【0410】

第１６処理モジュール８０２は第７メッセージ又は第９メッセージをドナーノードの中央ユニットに送信するように構成される。

【0411】

本出願の実施例で提供されるデータパケットルーティング装置に明示されない内容に対しては前述のデータパケットルーティング方法を参照することができる。本出願の実施例で提供されるデータパケットルーティング装置によって達成されることができる有益な効果は前記データパケットルーティング方法と同じであるためここで繰り返さないだろう。

【0412】

本出願の実施例は少なくとも次のような有益な効果を奏する：

【0413】

１）リレーノードは他の送信経路を用いてユーザデータを送信するための条件を決定することができ、これによって多重送信経路を効果的に用いてユーザデータ送信を完了することができる。

【0414】

２）ドナーノードの中央ユニットは受信された補助情報によって適切な送信経路を決定し、ユーザデータ送信の効率を進めることができる。他の効果はドナーノード又はドナーノードの中央ユニットが受信された補助情報によってデータ送信のフロー制御を効果的に行うことができるという点である。データが多重経路を介して送信される場合、ドナーノード又はドナーノードの中央ユニットは受信された補助情報に１つ以上の送信経路上でのデータ送信フロー制御を効果的に行うことができる（例えば、適切なデータ送信レート選択、適切なデータ送信ボリューム選択、など）。

【0415】

３）リレーノードでＲＬＦが発生する場合、他のノードにＲＬＦが通知されることができ、ユーザデータが送信のために他の送信経路に転換されることによってＲＬＦによるユーザデータ送信の中断を回避することができる。

【0416】

４）ドナーノードの中央ユニットによって送信された２個以上のトンネルのアドレス情報を受信した後、リレーノードは無線ベアラーの構成リクエストメッセージでの情報によってユーザＤＲＢのために２個以上のＲＬＣエンティティーを確立しなければならないかどうかを決定することができ、これによってリレーノード側のリソースを効果的に用いる。

【0417】

５）ドナーノードの中央ユニットによって送信されたユーザデータの送信経路に係る構成情報を受信した後、リレーノードはダウンリンクデータを受信する時の用いられるアドレス情報を決定することができ、これによってダウンリンクデータの送信経路をリレーノードが用いるアドレス情報と一致するように維持することができる。

【0418】

当業者はコンピュータープログラム命令語が構造図及び／又はブロック図及び／又はフローチャートにおける各ブロック及び／又は構造図及び／又はブロック図及び／又はフローチャートにおけるブロックの組み合せを実現するために用いられることができることを理解することができる。当業者はこのようなコンピュータープログラム命令語が汎用コンピューター、特殊目的コンピューター又はプログラム可能なデータ処理手段の他のプロセッサに提供され、構造図及び／又はブロック図及び／又はフローチャートのブロック又はブロックで指定されたソリューションがコンピューター又はプログラム可能なデータ処理手段の他のプロセッサによって行われることができるということを理解することができる。

【0419】

本発明で既に論議された動作、方法、フロー内の段階、測定及びソリューションは代替、変更、結合又は削除される可能性があることを当業者は理解することができる。また、本発明で既に論議された動作、方法、フロー内の他の段階、測定及びソリューションは代替、変更、再配列、分解、結合又は削除されることもできる。また、本発明で既に論議された動作、方法、フロー内の段階、測定及びソリューションを持つ従来技術が代替、変更、再配列、分解、結合又は削除されることもできる。

【0420】

前述の説明はただ本発明の好ましい実施例だけである。当業者にとって、本発明の原理を逸脱せず多様な修正及び変更が行われることができる事に留意すべきである。このような修正及び変更は本発明の保護範囲に属することで見なされなければならない。

【符号の説明】

【0421】

10 第２ノード装置
20 第１ノード装置
30 第５ノード装置
40 第４ノード装置
50 第６ノード装置
60 第７ノード装置
70 アンカーノードの中央ユニット装置
80 リレーノード装置
101 第１処理モジュール
102 第２処理モジュール
201 第３処理モジュール
202 第４処理モジュール
301 第５処理モジュール
302 第６処理モジュール
401 第７処理モジュール
402 第８処理モジュール
501 第９処理モジュール
502 第１０処理モジュール
601 第１１処理モジュール
602 第１２処理モジュール
701 第１３処理モジュール
702 第１４処理モジュール
801 第１５処理モジュール
802 第１６処理モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図10a】

【図10b】

【図11】

【図12】

【図13】

【図14】

【図15】

【図15a】

【図16】

【図16a】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【手続補正書】

【提出日】2022-01-12

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

マルチ－ホップ（ｍｕｌｔｉ－ｈｏｐ）ネットワークで第１ＩＡＢ（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）ノードによって行われる方法において、
ポーリング（ｐｏｌｌｉｎｇ）指示情報を含む第１メッセージを第２ＩＡＢノードに送信する過程と、
前記第１メッセージに対する応答として、前記第２ＩＡＢノードから、ルーティングＩＤ（ｉｄｅｎｔｉｔｙ）についての情報及び前記ルーティングＩＤ別の利用可能なバッファーサイズについての情報を含む第２メッセージを受信する過程と、
を含み、
前記ルーティングＩＤは、パケットの目的ノードと、前記目的ノードへの送信経路とを指示する方法。

【請求項2】

前記ルーティングＩＤは、前記目的ノードのＢＡＰ（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）アドレスと、前記送信経路のＩＤとを含む、請求項１に記載の方法。

【請求項3】

ドナー（ｄｏｎｏｒ）ＩＡＢノードのＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）から、前記第１ＩＡＢノードのＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）のＢＡＰ（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）アドレスについての情報を含むＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）コンテキストセットアップリクエストメッセージを受信する過程と、
ＧＴＰ－ＴＥＩＤ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ－ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ）についての情報と、ダウンリンク送信階層についての情報とを含むＵＥコンテキストセットアップ応答メッセージを前記ＣＵに送信する過程と、
をさらに含み、
前記第１ＩＡＢノードは、前記ドナーＩＡＢノードに対応する、請求項１に記載の方法。

【請求項4】

ドナー（ｄｏｎｏｒ）ＩＡＢノードのＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）のＢＡＰアドレスと、前記第２ＩＡＢノードについてのアドレス情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを前記第２ＩＡＢノードに送信する過程をさらに含む、請求項１に記載の方法。

【請求項5】

前記第２メッセージは、ＢＨ ＲＬＣ（ｂａｃｋｈａｕｌ ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）チャンネルを通じて受信され、
前記ＢＨ ＲＬＣチャンネルは、ドナー（ｄｏｎｏｒ）ＩＡＢノードのＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）によって設定される、請求項１に記載の方法。

【請求項6】

前記送信経路のＩＤについての情報と、前記目的ノードのＢＡＰ（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）アドレスについての情報とを含むダウンリンクデータパケットを第３ＩＡＢノードから受信する過程と、
前記送信経路のＩＤ及び前記送信経路に基づいて、前記第２ＩＡＢノードを識別する過程と、
前記第２ＩＡＢノードに前記ダウンリンクデータパケットを送信する過程と、
をさらに含む、請求項１に記載の方法。

【請求項7】

ＤＵへの送信経路についての情報と、ドナー（ｄｏｎｏｒ）ＩＡＢノードのＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）のＢＡＰアドレスについての情報とを含むアップリンクデータパケットを前記第２ＩＡＢノードから受信する過程と、
前記ＤＵの前記送信経路及び前記ＤＵの前記ＢＡＰアドレスに基づいて、第３ノードを識別する過程と、
第３ＩＡＢノードに前記アップリンクデータパケットを送信する過程と、
をさらに含む、請求項１に記載の方法。

【請求項8】

マルチ－ホップ（ｍｕｌｔｉ－ｈｏｐ）ネットワークの第１ＩＡＢ（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ）ノードにおいて、前記第１ＩＡＢノードは、
少なくとも一つの送受信機と、
前記少なくとも一つの送受信機に動作可能に接続された少なくとも一つのプロセッサと、を含み、前記少なくとも一つのプロセッサは、
ポーリング（ｐｏｌｌｉｎｇ）指示情報を含む第１メッセージを第２ＩＡＢノードに送信し、
前記第１メッセージに対する応答として、前記第２ＩＡＢノードから、ルーティングＩＤ（ｉｄｅｎｔｉｔｙ）についての情報及び前記ルーティングＩＤ別の利用可能なバッファーサイズについての情報を含む第２メッセージを受信するように構成され、
前記ルーティングＩＤは、パケットの目的ノードと、前記目的ノードへの送信経路とを指示する第１ＩＡＢノード。

【請求項9】

前記ルーティングＩＤは、前記目的ノードのＢＡＰ（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）アドレスと、前記送信経路のＩＤとを含む、請求項８に記載の第１ＩＡＢノード。

【請求項10】

前記少なくとも一つのプロセッサは、
ドナー（ｄｏｎｏｒ）ＩＡＢノードのＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）から、前記第１ＩＡＢノードのＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）のＢＡＰ（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）アドレスについての情報を含むＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）コンテキストセットアップリクエストメッセージを受信し、
ＧＴＰ－ＴＥＩＤ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ－ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｆｉｅｒ）についての情報と、ダウンリンク送信階層についての情報とを含むＵＥコンテキストセットアップ応答メッセージを前記ＣＵに送信するようにさらに構成され、
前記第１ＩＡＢノードは、前記ドナーＩＡＢノードに対応する、請求項８に記載の第１ＩＡＢノード。

【請求項11】

前記少なくとも一つのプロセッサは、
ドナー（ｄｏｎｏｒ）ＩＡＢノードのＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）のＢＡＰアドレスと、前記第２ＩＡＢノードについてのアドレス情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを前記第２ＩＡＢノードに送信するようにさらに構成される、請求項８に記載の第１ＩＡＢノード。

【請求項12】

前記第２メッセージは、ＢＨ ＲＬＣ（ｂａｃｋｈａｕｌ ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）チャンネルを通じて受信され、
前記ＢＨ ＲＬＣチャンネルは、ドナー（ｄｏｎｏｒ）ＩＡＢノードのＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）によって設定される、請求項８に記載の第１ＩＡＢノード。

【請求項13】

前記少なくとも一つのプロセッサは、
前記送信経路のＩＤについての情報と、前記目的ノードのＢＡＰ（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）アドレスについての情報とを含むダウンリンクデータパケットを第３ＩＡＢノードから受信し、
前記送信経路のＩＤ及び前記送信経路に基づいて、前記第２ＩＡＢノードを識別し、
前記第２ＩＡＢノードに前記ダウンリンクデータパケットを送信するようにさらに構成される、請求項８に記載の第１ＩＡＢノード。

【請求項14】

前記少なくとも一つのプロセッサは、
ＤＵへの送信経路についての情報と、ドナー（ｄｏｎｏｒ）ＩＡＢノードのＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）のＢＡＰアドレスについての情報とを含むアップリンクデータパケットを前記第２ＩＡＢノードから受信し、
前記ＤＵの前記送信経路及び前記ＤＵの前記ＢＡＰアドレスに基づいて、第３ノードを識別し、
第３ＩＡＢノードに前記アップリンクデータパケットを送信するようにさらに構成される、請求項８に記載の第１ＩＡＢノード。

【国際調査報告】