特許7589820 | 知財ポータル「IP Force」

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

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

特許7589820信号の送受信方法、装置及び通信システム

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13

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

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

(11)【特許番号】

(24)【登録日】2024-11-18

(45)【発行日】2024-11-26

(54)【発明の名称】信号の送受信方法、装置及び通信システム

(51)【国際特許分類】

H04W 28/12 20090101AFI20241119BHJP

H04W 16/26 20090101ALI20241119BHJP

H04W 28/14 20090101ALI20241119BHJP

H04W 92/20 20090101ALI20241119BHJP

【ＦＩ】

H04W28/12

H04W16/26

H04W28/14

H04W92/20 110

【請求項の数】 18

(21)【出願番号】P 2023540638

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

(65)【公表番号】

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

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

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

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

【審査請求日】2023-07-24

(73)【特許権者】

【識別番号】000005223

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(72)【発明者】

【氏名】易粟

(72)【発明者】

【氏名】ジア・メイイ

(72)【発明者】

【氏名】ジャン・レイ

(72)【発明者】

【氏名】ワン・シヌ

【審査官】桑江晃

(56)【参考文献】

【文献】国際公開第２０１９／１９０６５０（ＷＯ，Ａ１）

【文献】Huawei，Discussion on IAB E2E flow control[online]，3GPP TSG RAN WG3 #110-e R3-206671，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_110-e/Docs/R3-206671.zip>，2020年11月12日，１－４頁

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１，４

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

【請求項1】

ＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）ノード（ＩＡＢ－ｎｏｄｅ）に適用される、信号を送受信する装置であって、
前記ＩＡＢノードのドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）に輻輳報告メッセージを送信するトランスミッターを含み、
前記輻輳報告メッセージは前記ＩＡＢノードの通信リンクの負荷状態を指示するために用いられ、
前記輻輳報告メッセージは情報エレメントを含み、前記情報エレメントは輻輳状態情報のリストをキャリーするために用いられ、
前記輻輳状態情報の粒度は各バックホール無線リンク制御チャネル、及び／又は各ルーティングＩＤ、及び／又は各通信リンクである、装置。

【請求項2】

請求項１に記載の装置であって、
前記輻輳報告メッセージの内容は、
バッファサイズ；及び／又は
バッファ占有率；及び／又は
可用バッファサイズ；及び／又は
可用データレート；及び／又は
前記通信リンクに輻輳が発生することを表す情報を含む、装置。

【請求項3】

請求項１に記載の装置であって、
前記トランスミッターはさらに、前記ドナー中央ユニットに輻輳クリア指示情報を送信し、
前記輻輳クリア指示情報は、前記ＩＡＢノードの通信リンクが非輻輳状態にあることを指示するために用いられる、装置。

【請求項4】

請求項１に記載の装置であって、
前記輻輳状態情報は、
前記通信リンクを識別するためのＮｅｘｔ－ＨｏｐＢＡＰＡｄｄｒｅｓｓ；及び／又は
バックホール無線リンク制御チャネル（ＢＨＲＬＣＣＨ）ＩＤを含む、装置。

【請求項5】

請求項１に記載の装置であって、
前記ＩＡＢノードが前記ドナー中央ユニットの要求情報を受信した場合、又は、前記ＩＡＢノードの所定条件が満足された場合、前記ＩＡＢノードは前記輻輳報告メッセージを送信する、装置。

【請求項6】

請求項５に記載の装置であって、
前記要求情報は前記輻輳報告メッセージにおける輻輳状態情報の粒度、及び／又は前記輻輳状態情報におけるバックホール無線リンク制御チャネル標識、及び／又はルーティング標識、及び／又はリンク標識を含む、装置。

【請求項7】

請求項５に記載の装置であって、
前記所定条件は、
前記輻輳報告メッセージにおける輻輳状態情報の粒度に対応するバッファロードが第一閾値を超え、かつ第一期間継続し；又は
第二期間内で、同一の標識に関する前記ＩＡＢノードのバッファロードが第二閾値を超えることが原因で送信されるバックホール適応プロトコル制御プロトコルサブ層フロー制御フィードバックの実例の数が第三閾値を超えることを含む、装置。

【請求項8】

請求項１に記載の装置であって、
前記ドナー中央ユニットにより送信される輻輳報告設定情報を受信するレシーバーをさらに含み、
前記輻輳報告設定情報は、前記ＩＡＢノードが前記輻輳報告メッセージの送信タイミングを判断するための所定条件に必要なパラメータ、及び／又は前記ＩＡＢノードが前記輻輳報告メッセージを送信するに必要なパラメータ又は設定を設定するために用いられる、装置。

【請求項9】

請求項８に記載の装置であって、
前記輻輳報告設定情報はＦ１インターフェースアプリケーションプロトコルシグナリングにより受信される、装置。

【請求項10】

請求項１に記載の装置であって、
前記輻輳報告メッセージはＦ１インターフェースアプリケーションプロトコルシグナリングにより送信される、装置。

【請求項11】

請求項１０に記載の装置であって、
ｇＮＢ－ＤＵＳｔａｔｕｓＩｎｄｉｃａｔｉｏｎプロシージャで前記輻輳報告メッセージを送信する、装置。

【請求項12】

請求項１に記載の装置であって、
上りリンクの負荷状態について、前記輻輳報告メッセージは無線リソース制御メッセージにキャリーされる、装置。

【請求項13】

請求項８に記載の装置であって、
前記輻輳報告設定情報はＲＲＣメッセージにおける専用シグナリングにより受信される、装置。

【請求項14】

ＩＡＢノードのドナー中央ユニットに適用される、信号を送受信する装置であって、
ＩＡＢノードにより送信される輻輳報告メッセージを受信するレシーバーを含み、
前記輻輳報告メッセージは前記ＩＡＢノードの通信リンクの負荷状態を指示するために用いられ、
前記輻輳報告メッセージは情報エレメントを含み、前記情報エレメントは輻輳状態情報のリストをキャリーするために用いられ、
前記輻輳状態情報の粒度は各バックホール無線リンク制御チャネル、及び／又は各ルーティングＩＤ、及び／又は各通信リンクである、装置。

【請求項15】

請求項１４に記載の装置であって、
前記輻輳報告メッセージの内容は、
バッファサイズ；及び／又は
バッファ占有率；及び／又は
可用バッファサイズ；及び／又は
可用データレート；及び／又は
前記通信リンクに輻輳が発生することを表す情報を含む、装置。

【請求項16】

請求項１４に記載の装置であって、
前記輻輳状態情報の粒度が各バックホール無線リンク制御チャネル又は各通信リンクである場合、前記輻輳状態情報は、上りリンク又は下りリンクを指示するための情報をさらに含む、装置。

【請求項17】

請求項１４に記載の装置であって、
前記ＩＡＢノードに要求情報を送信するトランスミッターをさらに含み、
前記要求情報を送信した場合、前記ＩＡＢノードにより送信される前記輻輳報告メッセージを受信する、装置。

【請求項18】

請求項１４に記載の装置であって、
前記ＩＡＢノードに輻輳報告設定情報を送信するトランスミッターをさらに含み、
前記輻輳報告設定情報は、前記ＩＡＢノードが前記輻輳報告メッセージの送信タイミングを判断するための所定条件に必要なパラメータ、及び／又は前記ＩＡＢノードが前記輻輳報告メッセージを送信するに必要なパラメータ又は設定を設定するために用いられる、装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

次世代の無線アクセスネットワーク（ＮＧ－ＲＡＮ：ｎｅｘｔｇｅｎｅｒａｔｉｏｎｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）では、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄａｃｃｅｓｓａｎｄｂａｃｋｈａｕｌ）が無線中継の機能を実現できる。ＩＡＢノード（ＩＡＢ－ｎｏｄｅ）は新無線（ＮｅｗＲａｄｉｏ、ＮＲ）を通じたアクセス及びバックホールをサポートする。ＮＲバックホールはネットワーク側の端末点がＩＡＢ－ｄｏｎｏｒと称され、それはＩＡＢ機能をサポートする１つのネットワーク装置（例えば、ｇＮＢ）を表す。

【0003】

ＩＡＢノードは１つ以上のホップを介して１つのＩＡＢドナー（ＩＡＢ－ｄｏｎｏｒ）に接続され得る。これらのマルチホップ接続はＩＡＢドナーをルートノードとする１つの有向非巡回グラフ（ＤＡＧ、ＤｉｒｅｃｔｅｄＡｃｙｃｌｉｃＧｒａｐｈ）トポロジーを形成し得る。ＩＡＢドナーはＩＡＢネットワークトポロジーにおける集中型のリソース管理、トポロジー管理及びルーティング管理の実行を担当する。

【0004】

ＩＡＢ－ｎｏｄｅはｇＮＢ－ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ、分散ユニット）の機能をサポートし、ＩＡＢ－ｎｏｄｅＤＵはＩＡＢ－ＤＵとも称され、ＩＡＢ－ＤＵは端末装置（ＵＥ）及び次のホップのＩＡＢ－ｎｏｄｅへの無線アクセス（ＮＲａｃｃｅｓｓ）インターフェースの終了点であり、ＩＡＢ－ｄｏｎｏｒ上のｇＮＢ－ＣＵ（ｃｅｎｔｒａｌｕｎｉｔ、中央ユニット）へのＦ１プロトコルの終了点でもある。ＩＡＢ－ＤＵは通常のＵＥ及びＩＡＢ子ノードをサービングできる。

【0005】

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

【0006】

図１はＩＡＢトポロジーを示す図である。図１に示すように、ＩＡＢトポロジー１０では、ＩＡＢ－ｎｏｄｅ１００はＩＡＢ－ＭＴ機能ユニット１０１及びＩＡＢ－ＤＵ機能ユニット１０２を含み、ＩＡＢ－ＤＵ機能ユニット１０２のインターフェース上の隣接ノードは子ノード（ｃｈｉｌｄｎｏｄｅ）と称され、例えば、図１に示す子ノード２０１、２０２、２０３であり、ＩＡＢ－ＤＵ機能ユニット１０２と子ノード２０１、２０２、２０３との間はエアインタフェース（Ｕｕ）を介して通信を行うことができ、ＩＡＢ－ＭＴ機能ユニット１０１のインターフェース上の隣接ノードは親ノード（ｐａｒｅｎｔｎｏｄｅ）と称され、例えば、図１に示す親ノード３０１、３０２であり、ＩＡＢ－ＭＴ機能ユニット１０１と親ノード３０１、３０２との間はエアインタフェース（Ｕｕ）を介して通信を行うことができる。

【0007】

図１に示すように、ＩＡＢ－ｎｏｄｅ１００から子ノード２０１、２０２、２０３への方は下流（ｄｏｗｎｓｔｒｅａｍ）方向と称され、ＩＡＢ－ｎｏｄｅ１００から親ノード３０１、３０２への方向は上流（ｕｐｓｔｒｅａｍ）方向と称される。ＩＡＢ－ｄｏｎｏｒ（図示せず）は該ＩＡＢトポロジー１０のために集中型のリソース、トポロジー及びルーティング管理を実行する。

【0008】

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

【発明の概要】

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

【0009】

ＩＡＢノードの入口（ｉｎｇｒｅｓｓ）のデータレートと出口（ｅｇｒｅｓｓ）のデータレートが不一致のときに、輻輳（ｃｏｎｇｅｓｔｉｏｎ）が生じる可能性がある。

【0010】

本発明の発明者は次のことを発見した。即ち、従来技術における輻輳緩和方法には幾つかの制限があり、例えば、長期的な輻輳問題を解決できず、選択され得る具体的な輻輳緩和方法が限られており、上りリンク輻輳を緩和できないなどである。

【0011】

上述の問題点の少なくとも１つに鑑み、本発明の実施例は信号の送受信方法、装置及び通信システムを提供し、そのうち、ＩＡＢノード（ＩＡＢ－ｎｏｄｅ）がドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）に輻輳報告メッセージを送信することにより、ドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）はコントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＰ）に基づく方法を採用して該ＩＡＢ－ｎｏｄｅの輻輳を緩和できる。

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

【0012】

本発明の実施例の１つの側面によれば、ＩＡＢノードに適用される信号の送受信装置が提供され、それは、
前記ＩＡＢノードのドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）に輻輳報告メッセージを送信する第一送受信ユニットを含み、
前記輻輳報告メッセージは前記ＩＡＢノードの通信リンクの負荷状態を指示するために用いられる。

【0013】

本発明の実施例のもう１つの側面によれば、ドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）に適用される信号の送受信装置が提供され、それは、
ＩＡＢノード（ＩＡＢ）送信の輻輳報告メッセージを受信する第三送受信ユニットを含み、
前記輻輳報告メッセージは前記ＩＡＢノードの通信リンクの負荷状態を指示するために用いられる。

【0014】

本発明の実施例のもう１つの側面によれば、信号の送受信方法が提供され、それは、
ＩＡＢノード（ＩＡＢ）が前記ＩＡＢノードのドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）に輻輳報告メッセージを送信することを含み、
前記輻輳報告メッセージは前記ＩＡＢノードの通信リンクの負荷状態を指示するために用いられる。

【0015】

本発明の実施例のもう１つの側面によれば、信号の送受信方法が提供され、それは、
ドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）がＩＡＢノード（ＩＡＢ）送信の輻輳報告メッセージを受信することを含み、
前記輻輳報告メッセージは前記ＩＡＢノードの通信リンクの負荷状態を指示するために用いられる。

【発明の効果】

【0016】

本発明の実施例に係る有利な効果は少なくとも次のとおりであり、即ち、ＩＡＢ－ｎｏｄｅがＩＡＢ－ｄｏｎｏｒＣＵに輻輳報告メッセージを送信することにより、ＩＡＢ－ｄｏｎｏｒＣＵはＣＰに基づく方法を採用して該ＩＡＢ－ｎｏｄｅの輻輳を緩和することができる。

【0017】

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

【0018】

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

【0019】

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

【図面の簡単な説明】

【0020】

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

【図1】ＩＡＢトポロジーを示す図である。

【図2】ホップバイホップの下りリンクフロー制御を示す図である。

【図3】本発明の第一側面の実施例における信号の送受信方法を示す図である。

【図4】本発明の第一側面の実施例において輻輳報告メッセージにより下りリンクの負荷状態が指示されることを示す図である。

【図5】本発明の第一側面の実施例において輻輳報告メッセージにより上りリンクの負荷状態が指示されることを示す図である。

【図6】ＩＡＢ－ｄｏｎｏｒＣＵ６が要求情報によって、ＩＡＢノード３が輻輳報告メッセージを送信するようにトリガーすることを示す図である。

【図7】ＩＡＢ－ｄｏｎｏｒＣＵ６がＩＡＢノード３に輻輳報告設定情報を送信することを示す図である。

【図8】ＩＡＢ－ｄｏｎｏｒＣＵ６が要求情報によって、ＩＡＢノード３が輻輳報告メッセージを送信するようにトリガーすることを示すもう１つの図である。

【図9】第二側面の実施例における信号の送受信方法を示す図である。

【図10】第三側面の実施例における信号の送受信装置を示す図である。

【図11】第四側面の実施例における信号の送受信装置を示す図である。

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

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

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

【0021】

添付した図面及び以下の説明を参照することにより、本発明の前述及び他の特徴は明らかになる。なお、明細書及び図面では本発明の特定の実施例を開示するが、それらは本発明の原理を採用し得る一部のみの実施例を示し、理解すべきは、本発明は記載される実施例に限定されず、即ち、本発明は添付した特許請求の範囲内のすべての変更、変形及び代替によるものをも含むということである。

【0022】

本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は次のような任意の通信規格に準ずるネットワークを指しても良く、例えば、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＷＣＤＭＡ(登録商標)（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＨＳＰＡ（Ｈｉｇｈ－ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）などである。

【0023】

また、通信システムにおける装置間の通信は任意の段階の通信プロトコルに従って行われても良く、例えば、次のような通信プロトコルを含んでも良いが、それらに限定されず、即ち、１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ、新無線（ＮＲ、ＮｅｗＲａｄｉｏ）など、及び／又は、その他の従来の又は将来開発される通信プロトコルである。

【0024】

本発明の実施例では、用語「ネットワーク装置」は例えば、通信システムにおいて、端末装置を通信ネットワークに接続し、かつ該端末装置にサービスを提供する装置を指す。ネットワーク装置は次のようなものを含んでも良いが、それらに限定されず、即ち、基地局（ＢＳ、ＢａｓｅＳｔａｔｉｏｎ）、アクセスポイント（ＡＰ、ＡｃｃｅｓｓＰｏｉｎｔ）、送受信ポイント（ＴＲＰ、ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ）、ブロードキャスト送信機、モバイル管理エンティティ（ＭＭＥ、ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、ネットワークゲートウェイ、サーバー、無線ネットワーク制御器（ＲＮＣ、ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）、基地局制御器（ＢＳＣ、ＢａｓｅＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）などである。

【0025】

そのうち、基地局は次のようなものを含んでも良いが、それらに限定されず、即ち、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、５Ｇ基地局（ｇＮＢ）などであり、さらにＲＲＨ（ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）、ＲＲＵ（ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ）、リレー（ｒｅｌａｙ）又は低パワーノード（例えば、ｆｅｍｔｏ、ｐｉｃｏなど）を含んでも良い。また、用語「基地局」はそれらの一部又はすべての機能を含んでも良く、各基地局は特定の地理的領域に対して通信カバレッジを提供できる。用語「セル」が指すのは、基地局及び／又はそのカバーする領域であっても良く、これは該用語のコンテキストによるものである。

【0026】

本発明の実施例では、用語「ユーザ装置」（ＵＥ、ＵｓｅｒＥｑｕｉｐｍｅｎｔ）又は「端末装置」（ＴＥ、ＴｅｒｍｉｎａｌＥｑｕｉｐｍｅｎｔ）は例えば、ネットワーク装置により通信ネットワークにアクセスし、かつネットワークからのサービスを受ける装置を指す。ユーザ装置は固定したもの又は移動するものであっても良く、また、移動ステーション（ＭＳ、ＭｏｂｉｌｅＳｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ、ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、アクセス端末（ＡＴ、ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）、ステーションなどとも称される。

【0027】

そのうち、ユーザ装置は次のようなものを含んでも良いが、それらに限定されず、例えば、セルラーフォン（ＣｅｌｌｕｌａｒＰｈｏｎｅ）、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、無線モデム、無線通信装置、携帯装置、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話機、スマートフォン、スマートウォッチ、デジタルカメラなどである。

【0028】

また、例えば、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）などのシナリオの場合、端末装置はさらに、監視又は測定を行う機器又は装置であっても良く、例えば、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）端末、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）端末などを含んでも良いが、これらに限定されない。

【0029】

また、用語“ネットワーク側”又は“ネットワーク装置側”とはネットワークの側を指し、あるいは基地局又はコアネットワーク装置であっても良く、上述のような１つ又は複数のネットワーク装置を含んでも良い。用語“ユーザ側”又は“端末側”又は“端末装置側”とはユーザ又は端末の側を指し、あるいはＵＥであっても良く、上述のような１つ又は複数の端末装置を含んでも良い。

【0030】

本発明の実施例において、上位層シグナリングは例えば、無線リソース制御（ＲＲＣ）シグナリングであっても良く、例えば、ＲＲＣメッセージ（ＲＲＣｍｅｓｓａｇｅ）と称され、例えば、ＭＩＢ、システム情報（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ）、専用ＲＲＣメッセージを含み、あるいは、ＲＲＣＩＥ（ＲＲＣｉｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔ）と称される。また、上位層シグナリングは例えば、さらに、Ｆ１－Ｃシグナリングであっても良く、あるいは、Ｆ１ＡＰプロトコルと称される。なお、本発明はこれについて限定しない。

【0031】

以下、添付した図面を参照しながら本発明の様々な実施例について説明する。なお、これらの実施例は例示に過ぎず、本発明を限定するものではない。

【0032】

＜第一側面の実施例＞
ＩＡＢネットワークでは、下りリンク輻輳について、２種類の緩和方法があり、即ち、（１）ホップバイホップ（ｈｏｐ－ｂｙ－ｈｏｐ）の下りリンクフロー制御（ｆｌｏｗｃｏｎｔｒｏｌ）であり、該方法はバックホール適応プロトコル（ｂａｃｋｈａｕｌａｄａｐｔａｔｉｏｎｐｒｏｔｏｃｏｌ、ＢＡＰ）サブ層のＢＡＰ制御（Ｃｏｎｔｒｏｌ）プロトコルデータユニット（ｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ、ＰＤＵ）により実現され；及び、（２）エンド２エンドのフロー制御であり、該方法は新無線（ｎｅｗｒａｄｉｏ、ＮＲ）ユーザプレーンプロトコル層の下りリンクデータ伝送状態（ｄｏｗｎｌｉｎｋｄａｔａｄｅｌｉｖｅｒｙｓｔａｔｕｓ、ＤＤＤＳ）により実現される。

【0033】

図２はホップバイホップの下りリンクフロー制御を示す図である。図２に示すように、ＩＡＢノード（ｎｏｄｅ）３が下りリンク方向に輻輳を経験し、例えば、バッファロード（ｂｕｆｆｅｒｌｏａｄ）が或る（所定）閾値を超えたときに、ＩＡＢノード３は１つのフロー制御フィードバック（ｆｌｏｗｃｏｎｔｒｏｌｆｅｅｄｂａｃｋ）情報を親ノード、即ち、ＩＡＢノード５に送信できる。このフロー制御フィードバック情報はＢＡＰＣｏｎｔｒｏｌＰＤＵの形で送信される。親ノード（即ち、ＩＡＢノード５）は該フィードバック情報に基づいて下りリンクデータレートを調整（調節）してフロー制御を実現することで、輻輳緩和の目的を達成できる。

【0034】

また、図２では、ＩＡＢノード（ｎｏｄｅ）３及びＩＡＢノード（ｎｏｄｅ）４はともにＩＡＢノード（ｎｏｄｅ）５の子ノードであり、ＩＡＢノード（ｎｏｄｅ）５はＩＡＢドナーノード（ＩＡＢ－ｄｏｎｏｒ）６ａの子ノードであり、ＩＡＢノード（ｎｏｄｅ）２はＩＡＢノード（ｎｏｄｅ）３及びＩＡＢノード（ｎｏｄｅ）４の子ノードであり、ＩＡＢノード（ｎｏｄｅ）１はＩＡＢノード（ｎｏｄｅ）２の子ノードである。

【0035】

上述の２種類の輻輳緩和方法には幾つかの制限がある。例えば、ホップバイホップのフロー制御により、短期的な輻輳のみを緩和でき、長期的な輻輳を解決できず、また、ＤＤＤＳにより、輻輳が発生したノードに関する情報を提供できないので、選択され得る輻輳緩和方法が限られており、また、上述のホップバイホップ及びエンド２エンドのフロー制御は下りリンク輻輳のみを軽減できる。

【0036】

少なくとも上述の制限に鑑み、本発明の第一側面の実施例では信号の送受信方法が提供される。

【0037】

図３は本発明の実施例における信号の送受信方法を示す図であり、図３に示すように、該方法は次の操作（ステップ）を含む。

【0038】

操作３０１：ＩＡＢノード（ＩＡＢ）が前記ＩＡＢノードのドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）に輻輳報告メッセージを送信し、該輻輳報告メッセージは前記ＩＡＢノードの通信リンクの負荷（ロード）状態を指示するために用いられる。

【0039】

本発明の第一側面の実施例によれば、ＩＡＢが通信リンクの負荷状態を指示するための輻輳報告メッセージをＩＡＢ－ｄｏｎｏｒＣＵに送信することで、ＩＡＢ－ｄｏｎｏｒＣＵはコントロールプレーン（ＣＰ）に基づく輻輳緩和方法を行うことができ、例えば、ＩＡＢ－ｄｏｎｏｒＣＵは輻輳メッセージに基づいて、ルーティング再設定、及び／又はバックホール無線リンク制御（ＢＨＲＬＣ）チャネルマッピング、及び／又はリソース再割り当てなどを行うことができる。これにより、長期的なデータ輻輳を緩和し、データ紛失を減少させ、ネットワークパフォーマンスを最適化することができる。

【0040】

図３に示すように、該方法はさらに次の操作を含んでも良い。

【0041】

操作３０２：ＩＡＢノード（ＩＡＢ）が通信リンクを介して子ノード及び／又は親ノードと通信を行う。

【0042】

操作３０２では、通信リンクは上りリンク又は下りリンクであっても良い。これにより、操作３０１における輻輳報告メッセージは上りリンク及び／又は下りリンクの負荷状態を指示できる。

【0043】

図４は本発明の第一側面の実施例において輻輳報告メッセージにより下りリンクの負荷状態が指示されることを示す図である。

【0044】

図４に示すように、ＩＡＢノード（ｎｏｄｅ）３の下りリンクに輻輳が発生したときに、例えば、バッファロード（ｂｕｆｆｅｒｌｏａｄ）が或る閾値を超えたときに、ＩＡＢノード３はドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）６に輻輳報告メッセージを送信することで、ＩＡＢノード（ｎｏｄｅ）３の下りリンクの負荷状態を指示する。また、図４における他のノードについての説明は、図２についての関連説明と同じである。

【0045】

図５は本発明の第一側面の実施例において輻輳報告メッセージにより上りリンクの負荷状態が指示されることを示す図である。

【0046】

図５に示すように、ＩＡＢノード（ｎｏｄｅ）３の上りリンクに輻輳が発生したときに、例えば、バッファロード（ｂｕｆｆｅｒｌｏａｄ）が或る閾値を超えたときに、ＩＡＢノード３はドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）６に輻輳報告メッセージを送信することで、ＩＡＢノード（ｎｏｄｅ）３の上りリンクの負荷状態を指示する。また、図５における他のノードについての説明は、図２についての関連説明と同じである。

【0047】

図４及び図５では、ＩＡＢノード３がドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）６に輻輳報告メッセージを送信する操作は図３の操作３０１に対応する。

【0048】

第一側面の実施例の後続の説明では、操作３０１のＩＡＢは例えば、図４及び図５におけるＩＡＢノード３である。

【0049】

少なくとも１つの実施例において、ＩＡＢノード３送信の輻輳報告メッセージの内容は次のものを含んでも良く、即ち、バッファサイズ（ｂｕｆｆｅｒｓｉｚｅ）（バッファサイズとは輻輳報告メッセージにおけるＢＨＲＬＣチャネルなどのバッファの状態を指す）；及び／又は、バッファ占有率（ｂｕｆｆｅｒｏｃｃｕｐａｔｉｏｎ）；及び／又は、可用バッファサイズ（ａｖａｉｌａｂｌｅｂｕｆｆｅｒｓｉｚｅ）（可用バッファサイズとはＩＡＢノード３の送信端が送信すべきである最大フローを指す）；及び／又は、可用データレート（ａｖａｉｌａｂｌｅｄａｔａｒａｔｅ）（可用データレートとはＩＡＢノード３の送信端が使用すべきである最大フローデータレートを指し、そのうち、可用データレート（ａｖａｉｌａｂｌｅｄａｔａｒａｔｅ）は所望データレート（ｄｅｓｉｒｅｄｄａｔａｒａｔｅ）とも称されても良い）；及び／又は、該通信リンクに輻輳（ｃｏｎｇｅｓｔｉｏｎ）が発生したことを表すための情報（例えば、該情報は該通信リンクに輻輳が発生したことを指示するための１つの簡単な指示情報であっても良い）である。

【0050】

図３に示すように、該方法はさらに次の操作を含んでも良い。

【0051】

操作３０３：該ＩＡＢノードがドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）に輻輳クリア指示情報を送信し、該輻輳クリア指示情報は該ＩＡＢノードの通信リンクが非輻輳状態にあることを指示するために用いられる。

【0052】

例えば、ＩＡＢノード３の上りリンク又は下りリンクが輻輳状態から正常（通常）状態に回復した場合（例えば、バッファロード（ｂｕｆｆｅｒｌｏａｄ）が或る閾値未満である場合）、ＩＡＢノード３はＩＡＢ－ｄｏｎｏｒＣＵ６に輻輳クリア指示情報を送信できる。

【0053】

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

【0054】

少なくとも１つの実施例において、輻輳報告メッセージには情報エレメント（ｉｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔ、ＩＥ）が含まれても良く、該ＩＥは輻輳状態情報のリストをキャリー（ｃａｒｒｙ）するために用いられ、該リストの名称は例えば、ＣｏｎｇｅｓｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＬｉｓｔＩＥであっても良い。

【0055】

該輻輳状態情報のリストは複数の輻輳状態情報を含んでも良く、各輻輳状態情報は所定の粒度で報告する輻輳報告メッセージの内容を含む。該粒度は例えば、各ＢＨＲＬＣチャネル；又は、各ルーティング（ｒｏｕｔｉｎｇ）ＩＤ；又は、各通信リンク（ｌｉｎｋ）であっても良い。輻輳状態情報におけるＢＨＲＬＣチャネル又は通信リンクはＩＡＢ－ＤＵ側にあっても良く、ＩＡＢ－ＭＴ側にあっても良い。

【0056】

輻輳状態情報はさらに、業務（トラフィック）方向を指示するための情報を含んでも良い。例えば、粒度がＢＨＲＬＣチャネルの場合、輻輳報告メッセージの内容は各ＢＨＲＬＣチャネルについて報告され、輻輳状態情報には業務方向を指示するための１つの情報を、輻輳状態情報が表す業務方向を示すために有しても良く、そのうち、該業務方向を指示するための情報は上りリンク又は下りリンクを指示する情報であっても良く、あるいは、入口（Ｉｎｇｒｅｓｓ）又は出口（Ｅｎｇｒｅｓｓ）を指示する情報であっても良く；あるいは、例えば、粒度が通信リンクの場合、輻輳状態情報には業務方向を指示するための１つの情報を有しても良く、該業務方向を指示する情報は該通信リンクが入口（Ｉｎｇｒｅｓｓ）リンク又は出口（Ｅｎｇｒｅｓｓ）リンクであることを指示する情報であっても良く、あるいは、該通信リンクが上りリンク又は下りリンクであることを指示する情報であっても良い。

【0057】

また、ルーティングＩＤにより上りリンクと下りリンクを区別できるため、粒度がルーティングＩＤの場合、業務方向を指示するための情報を輻輳状態情報に追加する必要がない。

【0058】

少なくとも１つの実施例において、輻輳状態情報のリストにおける１つの輻輳状態情報は次のものを含んでも良く、即ち、ＢＨＲＬＣチャネルＩＤ又はルーティングＩＤ又はリンクＩＤ、及び対応する輻輳報告メッセージの内容である。そのうち、１つの輻輳報告メッセージは異なる粒度の輻輳報告情報を含み得る。なお、ＢＨＲＬＣチャネル標識がリンクごとに一意であるため、本発明で言及されているＢＨＲＬＣチャネル標識とは実際にはリンク標識とＢＨＲＬＣチャネル標識の組み合わせ、例えば、リンク標識＋ＢＨＲＬＣチャネル標識を指す。

【0059】

表１は輻輳報告メッセージにおけるＣｏｎｇｅｓｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＩＥのフォーマットの１つの例である。Ｐｒｅｓｅｎｃｅにおける“Ｏ”は選択可能（Ｏｐｔｉｏｎａｌ）であることを表し、例えば、“Ｏ”はＣｏｎｇｅｓｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＩＥのリスト（ｌｉｓｔ）における各エントリーの粒度又は報告内容について１つのみ選択しても良いことを表す。表１では、リンク標識を直接使用せず、前のホップのノードＢＡＰアドレス（Ｐｒｉｏｒ－ＨｏｐＢＡＰＡｄｄｒｅｓｓ）又は次のホップのノードＢＡＰアドレス（Ｎｅｘｔ－ＨｏｐＢＡＰＡｄｄｒｅｓｓ）などを使用してリンク標識を同等に置き換える。

【0060】

【表1】

少なくとも１つの実施例において、上りリンクについて送信する輻輳報告メッセージと下りリンクについて送信する輻輳報告メッセージは同じメッセージフォーマットを有しても良く、例えば、上りリンク及び下りリンクについて、ＣｏｎｇｅｓｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＩＥのフォーマットは同じである（例えば、ともに表１に示すフォーマットである）。

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

（付記３１）
付記２６に記載の方法であって、
前記ドナー中央ユニット（ＩＡＢ－ｄｏｎｏｒＣＵ）は無線リソース制御（ＲＲＣ）メッセージにおける専用シグナリングにより前記ＩＡＢノード（ＩＡＢ）に輻輳報告設定情報を送信する、方法。

【図1】