▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-11
(45)【発行日】2024-10-22
(54)【発明の名称】無線通信リンク上でデータをルーティングすること
(51)【国際特許分類】
H04W 16/26 20090101AFI20241015BHJP
H04W 92/20 20090101ALI20241015BHJP
【ＦＩ】
H04W16/26
H04W92/20 110
【請求項の数】
18
(21)【出願番号】P 2023556905
(86)(22)【出願日】2021-03-18
(65)【公表番号】
(43)【公表日】2024-03-06
(86)【国際出願番号】 SE2021050242
(87)【国際公開番号】W WO2022197226
(87)【国際公開日】2022-09-22
【審査請求日】2023-11-07
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100199705
【弁理士】
【氏名又は名称】仙波 和之
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】ロンカイネン， ヘンリク
(72)【発明者】
【氏名】ブレシェル， ミカエル
(72)【発明者】
【氏名】ウェスレン， アンダース
【審査官】本橋 史帆
(56)【参考文献】
【文献】米国特許出願公開第２０２２／０１３２３８８（ＵＳ，Ａ１）
【文献】LG Electronics Inc.，Summary of email discussion [105#46][IAB] Routing[online]，3GPP TSG RAN WG2 #105bis R2-1905063，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105bis/Docs/R2-1905063.zip>，2019年03月29日
【文献】Ad-hoc chair (Samsung)，Session notes for 7.2.3 (Maintenance of Integrated Access and Backhaul for NR)[online]，3GPP TSG RAN WG1 #102-e R1-2007377，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2007377.zip>，2020年08月28日
(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】
スクランブリング識別子は、ダウンストリームＩＡＢノードのセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）であり得る。
【0021】
第６の態様によれば、セルラネットワークにおける無線通信リンク上でデータをルーティングするための無線アクセスバックホール統合伝送（ＩＡＢ）ドナーノードが提供される。ＩＡＢドナーノードは、プロセッサと、命令を記憶したメモリとを備え、プロセッサによって実行されたとき、ＩＡＢドナーノードに、ユーザデバイスのためのデータを受信することと、データが中間ＩＡＢノードを介してダウンストリームＩＡＢノードにルーティングされるべきであると決定することと、ダウンストリームＩＡＢノードを対象とするダウンストリーム信号を生成することであって、ダウンストリーム信号を生成することが、ダウンストリームＩＡＢノードのスクランブリング識別子を使用してダウンストリーム信号の制御データをスクランブルすることを含み、ダウンストリーム信号が、制御データとペイロードデータとを含み、ペイロードデータが、ユーザデバイスのためのデータを含む、ダウンストリームＩＡＢノードを対象とするダウンストリーム信号を生成することと、ダウンストリーム信号を中間ＩＡＢノードに送信することとを行わせる。
【0022】
スクランブリング識別子は、ダウンストリームＩＡＢノードのセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）である。
【0023】
第７の態様によれば、セルラネットワークにおける無線通信リンク上でデータをルーティングするためのコンピュータプログラムが提供される。コンピュータプログラムは、コンピュータプログラムコードを備え、コンピュータプログラムコードは、無線アクセスバックホール統合伝送（ＩＡＢ）ドナーノード上で実行されたとき、ＩＡＢドナーノードに、ユーザデバイスのためのデータを受信することと、データが中間ＩＡＢを介してダウンストリームＩＡＢノードにルーティングされるべきであると決定することと、ダウンストリームＩＡＢノードを対象とするダウンストリーム信号を生成することであって、ダウンストリーム信号を生成することが、ダウンストリームＩＡＢノードのスクランブリング識別子を使用してダウンストリーム信号の制御データをスクランブルすることを含み、ダウンストリーム信号が、制御データとペイロードデータとを含み、ペイロードデータが、ユーザデバイスのためのデータを含む、ダウンストリームＩＡＢノードを対象とするダウンストリーム信号を生成することと、ダウンストリーム信号を中間ＩＡＢノードに送信することとを行わせる。
【0024】
第８の態様によれば、第７の態様によるコンピュータプログラムと、コンピュータプログラムが記憶されるコンピュータ可読手段とを備えるコンピュータプログラム製品が提供される。
【0025】
概して、特許請求の範囲において使用されるすべての用語は、本明細書で別段明示的に規定されない限り、本技術分野におけるその通例の意味に従って解釈されるべきである。「１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなど」へのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例を指すようにオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、明示的に述べられていない限り、開示される厳密な順序で実施される必要はない。
【0026】
次に、例として、添付の図面を参照しながら、態様および実施形態が説明される。
【図面の簡単な説明】
【0027】
【図1】本明細書で提示される実施形態が適用され得る環境を示す概略図である。
【図3】従来技術において発生するタイミング問題点を示す概略図である。
【図5】本明細書で提示される実施形態による、タイミング問題点がどのように解決されるかを示す概略図である。
【図6A-6B】中間ＩＡＢノードにおいて実施される、セルラネットワークにおける無線通信リンク上でデータをルーティングするための方法の実施形態を示すフローチャートである。
【図7】ＩＡＢドナーノードにおいて実施される、セルラネットワークにおける無線通信リンク上でデータをルーティングするための方法の実施形態を示すフローチャートである。
【図11】コンピュータ可読手段を備えるコンピュータプログラム製品の一例を示す図である。
【発明を実施するための形態】
【0028】
次に、本発明のいくつかの実施形態が示されている添付の図面を参照しながら、本開示の態様が以下でより十分に説明される。しかしながら、これらの態様は、多くの異なる形態で具現化され得、限定的なものとして解釈されるべきではなく、むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明のすべての態様の範囲を当業者に十分に伝えるように、例として提供される。同様の番号は、説明全体にわたって同様のエレメントを指す。
【0029】
図１は、本明細書で提示される実施形態が適用され得る、セルラネットワーク８を示す概略図である。セルラネットワーク８は、（無線基地局としても知られる）コアネットワーク１３無線ネットワークノード３ａ～３ｃを備える。無線ネットワークノードは、無線アクセスネットワークのための機能を実施する、すなわち、ｇノードＢ機能を実施する。無線ネットワークノード３ａ～３ｃは、本明細書で提示される実施形態が適用可能である限り、任意の他の現在のまたは将来の無線ネットワークノードのための無線アクセスネットワーク機能をも実装し得る。無線ネットワークノード３ａ～３ｃは、無線通信リンク上でＵＥ２への無線アクセスを提供する。ＵＥという用語は、モバイル通信端末、無線デバイス、モバイル端末、ユーザ端末、ユーザエージェント、無線端末、マシンツーマシンデバイスなどとしても知られ、たとえば、無線コネクティビティをもつ、今日、モバイルフォン、スマートフォン、固定ワイヤレス端末（ＦＷＴ）またはタブレット／ラップトップコンピュータとして通常知られているものとして実装され得る。
【0030】
セルラネットワーク８は、たとえば、本明細書で説明される原理が適用可能である限り、５Ｇ ＮＲ（新無線（Ｎｅｗ Ｒａｄｉｏ））、６Ｇなど、または任意の他の現在のまたは将来の無線ネットワークなど、任意の好適なセルラネットワーク規格に準拠し得る。
【0031】
無線インターフェース上で、ダウンストリーム通信が、コアネットワーク１３からＵＥ２のうちの１つのほうへの方向として規定され、アップストリーム通信が、ＵＥ２のうちの１つからコアネットワーク１３のほうへの方向として規定される。ダウンリンク通信は、特定の無線ネットワークノードからの送信として規定され、アップリンク通信は、無線ネットワークノードにおける受信である。ワイヤレス無線インターフェースの品質は、フェージング、マルチパス伝搬、干渉、雑音などの影響により、時間とともに、ならびに送信機および受信機の位置に応じて変動することがある。
【0032】
各無線ネットワークノード３ａ～３ｃは、制御データとペイロードデータの両方を送信する。本明細書で使用されるチャネルおよび信号の構造およびネーミングは、限定するものではなく、使用される無線アクセス技術に応じて変動することがあることに留意されたい。チャネルおよび信号構造は、本明細書では、５Ｇ ＮＲのために適用されるものとして例示される。制御データは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でダウンリンク制御情報（ＤＣＩ）として各無線ネットワークノード３ａ～３ｃから送信され得る。ＤＣＩは、ペイロードデータが受信側ＵＥ２のための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上のどこで生じるかを指定することができる。従来、ＤＣＩは、スクランブリング識別子でスクランブルされる。そのようなスクランブリング識別子は、たとえば、（ＵＥ２のための）セル無線ネットワーク一時識別子であり得る。ＵＥ２は、そのスクランブリング識別子を使用して、そのＤＣＩをデスクランブルし、ＰＤＳＣＨ上のどこでそのダウンリンクペイロードデータを見つけるべきかを決定する。これは、ＵＥ２が、そのダウンリンクデータを受信し、復調し、および復号することを可能にする。ＵＥは、他のＵＥに宛てられたＤＣＩをデスクランブルすることを試みるが、それ自体のスクランブリング識別子で、および本明細書で提示される実施形態によれば、任意のダウンストリームＩＡＢノードのためのスクランブリング識別子でスクランブルされたＤＣＩをデスクランブルおよび復号することに成功するにすぎないことに留意されたい。
【0033】
コアネットワーク１３は、中央の機能および接続をインターネットなどのワイドエリアネットワークに提供する。
【0034】
図１中の無線ネットワークノード３ａ～３ｃは、ＩＡＢ通信のために設定される。上記で説明されたように、ＩＡＢノードは、ＵＥのためのアクセスを提供するが、バックホール通信のために（セルラネットワーク上で）無線通信リンク上でアップストリーム無線ネットワークノードに接続する、無線ネットワークノードである。
【0035】
コアネットワーク１３への有線接続をもつＩＡＢドナーノード３ａがある。ＩＡＢドナーノード３ａは、ＵＥ２にとってアクセス可能な無線ネットワーク、ならびに中間ＩＡＢノード３ｂのための無線通信リンクを提供する。中間ＩＡＢノード３ｂは、ＵＥ２にとってアクセス可能な無線ネットワーク、ならびにダウンストリームＩＡＢノード３ｃのための無線通信リンクを提供する。ダウンストリームＩＡＢノード３ｃという用語は、そのダウンストリームＩＡＢノードが、中間ＩＡＢノード３ｂからダウンストリームにあることを規定する。ダウンストリームＩＡＢノード３ｃは、ＵＥにとってアクセス可能な無線ネットワークを提供する。各ＩＡＢノード３ｂ、３ｃは、最も近いアップストリーム無線ネットワークノードのためのＵＥ機能を実装する。言い換えれば、中間ＩＡＢノード３ｂは、ＩＡＢドナーノード３ａとの通信のためのＵＥ機能を実装し、ダウンストリームＩＡＢノード３ｃは、中間ＩＡＢノード３ｂとの通信のためのＵＥ機能を実装する。
【0036】
図１の構造を使用して、ダウンストリーム信号が、コアネットワーク１３からＩＡＢドナーノード３ａに進んで、中間ＩＡＢノード３ｂおよびダウンストリームＩＡＢノード３ｃを介して、ダウンストリームＩＡＢノード３ｃに接続されたＵＥ２に達することができる。無線通信リンク上で、ダウンストリーム信号は、ＰＤＣＣＨ上で送信される制御データとＰＤＳＣＨ上で送信されるペイロードデータの両方を含む。中間ＩＡＢノード３ｂおよびダウンストリームＩＡＢノード３ｃのいずれも、バックホール通信のために有線通信リンクに接続される必要がなく、なぜなら、これは、たとえば、３ＧＰＰ ＴＲ３８．８７４ ｖ１．０．０において説明されるように、最も近いアップストリーム無線ネットワークノードとの無線通信を用いて達成されるからである。この構造では、中間ＩＡＢノード３ｂは、受信データを、正しい受信側、たとえば、ダウンストリームＩＡＢノードまたは中間ＩＡＢノード２ｂに接続されるＵＥにルーティングする能力を有する。
【0037】
１つの中間ＩＡＢノード３ｂのみが図１に示されているが、ＩＡＢドナーノード３ａとダウンストリームＩＡＢノード３ｃとの間に順次、複数の中間ＩＡＢノードがあり得ることに留意されたい。
【0038】
図２は、図１の環境における時分割複信（ＴＤＤ）動作を示す概略図である。時間は左から右に流れ、時間は、ここでは、タイムスロット１１ａ～１１ｅに分割される。左側に、ＩＡＢドナーノード３ａ、中間ＩＡＢノード３ｂ、およびダウンストリームＩＡＢノード３ｃが示されている。ＩＡＢノード３ｂ～３ｃは、アップストリームノードとのバックホール通信のためのＵＥ機能を実装するモバイル終端（ＭＴ）側と、ダウンストリームノードおよびＵＥとの通信のための無線ネットワークノード機能を実装する分散ユニット（ＤＵ）側とに垂直方向に分離される。図は、異なるタイムスロット中の異なるノード３ａ～３ｃ間の通信を示す、行列の形態のものである。
【0039】
ＴＤＤでは、送信と受信とが同時に行われない。非ＩＡＢノードの場合、これは、送信タイムスロットと受信タイムスロットとの間で交互させることによってハンドリングされる。ネットワークの無線ネットワークノードは、それらがすべて、同時に送信し、同時に受信するように同期され得る。ＩＡＢの場合、それらのノードがＵＥの役割（ＭＴ）と基地局の役割（ＤＵ）の両方を有するので、この単純な構造は機能しない。アップストリームおよびダウンストリームバックホール通信のための利用可能なスロットをなお一層限定する、より複雑な送信／受信構造が必要とされる。したがって、低レイテンシのために、第１の利用可能なスロットを利用することが可能であることが重要である。
【0040】
第１のタイムスロット１１ａ中で、ＩＡＢドナーノード３ａは、送信（Ｔｘ）状態にあり、中間ＩＡＢノード３ｂのＭＴへのＩＡＢダウンストリーム（ＤＳ）通信ならびにいずれかの接続されたＵＥ２へのダウンリンク（ＤＬ）通信の両方を送信する。同様に、ダウンストリームＩＡＢノード３ｃは、Ｔｘ状態にあり、そのＭＴは、中間ＩＡＢノード３ｂへのＩＡＢアップストリーム（ＵＳ）通信を送信し、ＤＵは、いずれかの接続されたＵＥ２へのＤＬ通信を送信する。中間ＩＡＢノード３ｂは、受信（Ｒｘ）状態にあり、そのＭＴは、ＩＡＢドナーノード３ａからＩＡＢ ＤＳ通信を受信し、そのＤＵは、ダウンストリームＩＡＢノード３ｃからＩＡＢ ＵＳ通信を受信した。
【0041】
第２のタイムスロット１１ｂ中で、ＩＡＢバックホール通信が発生せず、すべての３つのノード３ａ～３ｃは、ＲＸ状態にあり、それらの接続されたＵＥ２からＵＬ通信を受信する。
【0042】
第３のタイムスロット１１ｃ中で、中間ＩＡＢノード３ｂは、Ｔｘ状態にあり、そのＭＴは、ＩＡＢ ＵＳ通信をＩＡＢドナーノード３ａに送信し、そのＤＵは、ＩＡＢ ＤＳ通信をダウンストリームＩＡＢノード３ｃのＭＴに送信する。また、中間ＩＡＢノード３ｂのＤＵは、ＤＬ通信をその接続されたＵＥ２に送信する。ＩＡＢドナーノード３ａとダウンストリームＩＡＢノード３ｃの両方が、ここでは、Ｒｘ状態にある。
【0043】
第４のタイムスロット１１ｄ中で、ＩＡＢバックホール通信が発生せず、すべての３つのノード３ａ～３ｃは、ＴＸ状態にあり、ＤＬ通信をそれらの接続されたＵＥ２に送信する。
【0044】
第５のタイムスロット１１ｅは、第２のタイムスロット１１ｂと同じである。
【0045】
図３は、従来技術において発生するタイミング問題点を示す概略図である。図３に示されている例は、図２の第１の３つのタイムスロット中で発生し、通信に関係する処理に関してもう少し詳細を伴って示されている。このシーケンスでは、ＩＡＢドナーノード３ａは、ダウンストリームＩＡＢノード３ｃに接続されたＵＥに宛てられた中間ＩＡＢノード１１ｂを介したダウンストリーム信号を送信する。
【0046】
もう少し詳細にこの通信を見ると、第１のスロット１１ａ中で、ＩＡＢドナーノード３ａは、ダウンストリーム信号１５を送信する。中間ＩＡＢノード３ｂは、ダウンストリーム信号１５を受信し、後処理１６を実施する。中間ＩＡＢノード３ｂが第３のスロット１１ｃ中で対応するダウンストリーム信号１５を送信するべきである場合、その信号を準備するために前処理１７が発生する必要がある（たとえば、スケジューリング、符号化、変調）。
【0047】
しかしながら、中間ＩＡＢノード３ｂの限られた処理パワーにより、前処理１７は、後処理１６が終了する前に開始する必要があることになるので、時間競合１８がある。これは可能でないので、対応するダウンリンク信号は、ダウンストリームＩＡＢ通信が中間ＩＡＢノード３ｂによって送信され得るとき、第３のタイムスロット１１ｃの後の次の利用可能なタイムスロット（図示せず）まで待つ必要があることになる。図２を参照すると、ダウンストリームＩＡＢ通信が中間ＩＡＢノード３ｂによって送信され得る次のタイムスロットが、多くのタイムスロット離れたところにあり得ることがわかり得る。この遅延は、極めて有害であり得、可能な場合、回避されるべきである。
【0048】
【0049】
本明細書で提示される実施形態によれば、中間ＩＡＢノードは、アップストリームノードから受信されたとき、ダウンストリーム信号を復調および復号する前に、ダウンストリーム信号が別のＩＡＢノードに宛てられると決定することができる。これは、中間ＩＡＢノード３ｂが、ダウンストリーム信号の制御信号が、そのスクランブリング識別子、たとえば、そのＣ－ＲＮＴＩを使用してダウンストリームＩＡＢノードのためにスクランブルされることを見つけることによって達成される。
【0050】
もう少し詳細にこれを見ると、ＩＡＢドナーノード３ａは、２０において、ダウンストリーム信号を生成し、ダウンストリームＩＡＢノード３ｃのスクランブリング識別子を使用して、ダウンストリーム信号のために制御データを符号化する。ＩＡＢドナーノード３ａは、次いで、ダウンストリーム信号１５を、その無線インターフェースを介して中間ＩＡＢノード３ｂに送信する。
【0051】
中間ＩＡＢノード３ｂは、２３において、中間ＩＡＢノード３ｂが、ダウンストリーム信号１５のための制御情報がダウンストリームＩＡＢノード３ｃのスクランブリング識別子を使用してデスクランブルされ得ると決定することによって、ダウンストリーム信号１５をダウンストリームＩＡＢノード３ｃにフォワーディングするべきであると決定する。この時点で、中間ＩＡＢノード３ｂは、ダウンストリーム信号１５をダウンストリームＩＡＢノード３ｃにフォワーディングする。
【0052】
ダウンストリームＩＡＢノード３ｃの観点から、ダウンストリーム信号１５は、従来の様式で受信され得る。ダウンストリームＩＡＢノード３ｃは、２５において、そこに送信すべきＵＥ２を決定し、本質的に当技術分野で知られているように、ダウンストリーム信号１５を、決定されたＵＥ２に送信する。
【0053】
【0054】
図３に示されているタイミングと比較して、中間ＩＡＢノード３ｂは、ダウンストリーム信号の復調、復号、符号化および変調のうちの少なくともいくつかさらにはすべてを実施する必要がないので、後処理１６と前処理１７の両方が、はるかに短い時間において実施され得る。これの結果は、ダウンストリーム信号１５が、第３のダウンリンクタイムスロット１１ｃ中にすでに含まれ得、意図されたＵＥにダウンストリーム信号をルーティングすることに関してかなりの時間を節約することである。ＩＡＢドナーノード３ａからＵＥへの途中でいくつかの中間ＩＡＢノードがある場合、時間節約は、本明細書で提示される実施形態が適用されるとき、より一層大きい。後処理１６は、ここでは、ダウンリンク信号がフォワーディングされるべきであると決定することを伴う。前処理１７は、ここでは、フォワーディングされたダウンリンク信号１５をスケジュールすることを伴うことがある。
【0055】
図６Ａ～図６Ｂは、中間ＩＡＢノード３ｂにおいて実施される、セルラネットワークにおける無線通信リンク上でデータをルーティングするための方法の実施形態を示すフローチャートである。最初に、図６Ａによって示される実施形態が説明されることになる。
【0056】
信号を受信するステップ４０において、中間ＩＡＢノード３ｂは、アップストリームノードからダウンストリーム信号を受信する。ダウンストリーム信号は、制御データとペイロードデータとを含む。ダウンストリーム信号は、ダウンストリームＩＡＢノード３ｃを対象とする。アップストリームノードは、ＩＡＢドナーノード３ａまたはアップストリーム中間ＩＡＢノードであり得る。制御データは、ＰＤＣＣＨ上のＤＣＩの形態のものである。制御データは、最も近いアップストリーム無線ネットワークノード、すなわち、ＩＡＢドナーノード３ａまたはアップストリーム中間ＩＡＢノードによって提供される無線アクセス上で受信される。
【0057】
ダウンストリームノードを決定するステップ４４において、中間ＩＡＢノード３ｂは、ダウンストリームＩＡＢノード３ｃがダウンストリーム信号の受信側であると決定する。これは、ダウンストリーム信号の制御データがダウンストリームＩＡＢノード３ｃのスクランブリング識別子を使用してデスクランブルされ得ると決定することによって達成される。スクランブリング識別子は、ローカルメモリから取得され得る。スクランブリング識別子は、ダウンストリームＩＡＢノード３ｃのＣ－ＲＮＴＩであり得る。中間ＩＡＢノード３ｂは、ダウンストリームデータが潜在的にフォワーディングされる必要があり得る、それぞれのダウンストリームＩＡＢノードの１つまたは複数のスクランブリング識別子を取得する。これは、ネットワークトポロジーに依存し、この方法が始まることより前に（手動で、自動的に、または半自動的に）あらかじめ設定される。
【0058】
制御データは、ＰＤＣＣＨ上のＤＣＩの形態のものである。したがって、それ自体のスクランブリング識別子を使用してそれ自体のＤＣＩをデスクランブルすることに加えて、中間ＩＡＢノード３ｂは、ダウンストリームＩＡＢノード３ｃのスクランブリング識別子を使用してダウンストリームＩＡＢノード３ｃのためのＤＣＩをデスクランブルすることを試みる。いくつかのダウンストリームＩＡＢノードがある場合、中間ＩＡＢノード３ｂは、ダウンストリームＩＡＢノードの各々についてデスクランブルすることを試みる。このデスクランブルすること（および、後続の復号）が少なくとも１つのダウンストリームＩＡＢノードについて成功したとき、それは、ダウンリンク信号がダウンストリームＩＡＢノード３ｃにフォワーディングされるべきであることを示す。
【0059】
これは、本質的に従来技術から知られているブラインド復号と同じプロシージャであり得るが、これは、ここでは、複数のスクランブリング識別子について、すなわち、従来技術の場合のようにそれ自体のスクランブリング識別子についてだけでなく、実施される。
【0060】
ダウンストリームノードが決定されたとき、中間ＩＡＢノード３ｂは、したがって、ペイロードデータがどこでスケジュールされるかを決定するために、ダウンストリームＩＡＢノード３ｃのスクランブリング識別子でスクランブルされたＤＣＩを復調することと復号することの両方を行った。中間ＩＡＢノードは、ＤＣＩによってポイントされたＰＤＳＣＨ上のペイロードデータを受信する。ペイロードデータは、最初にアナログデータとして受信され、デジタルデータにコンバートされ、同相直交（ＩＱ）として複素数データ形態でのサンプルとして表される。
【0061】
一実施形態では、スクランブリング識別子に基づいてダウンストリームＩＡＢノード３ｃを決定する代わりに、ダウンストリームＩＡＢノード３ｃは、ＰＤＳＣＨ上で受信されたペイロードデータ中の指示の存在に基づいて決定される。このステップは、その場合、ダウンストリーム信号のペイロードデータの厳密なサブセットを復調および復号することと、復号されたおよび復調されたセクションを生じることと、復調されたおよび復号されたセクションが、ダウンストリームＩＡＢノード３ｃがダウンストリーム信号の受信側であるという指示を含むと決定することとを含む。ダウンストリーム信号の厳密なサブセットは、ペイロードデータをフォワーディングすることの遅延を低減するために、最初に受信されるペイロードデータのセクション中にあり得る。下記のステップ１４６についての説明におけるＩＡＢドナーノードからの対応する観点も参照されたい。
【0062】
制御データは、一般に、各タイムスロット中で最初に送信される。これは、中間ＩＡＢノード３ｂが、ダウンストリーム信号のペイロードデータがフォワーディングされるべきであることを迅速に理解することを可能にし、中間ＩＡＢノード３ｂが、ダウンストリーム送信のために前処理するための、たとえば、スケジューリングのためのより多くの時間を与える。
【0063】
フォワーディングするステップ４８において、中間ＩＡＢノード３ｂは、（ＰＤＳＣＨ上で受信された）ダウンストリーム信号のペイロードデータをダウンストリームＩＡＢノード３ｃにフォワーディングする。中間ＩＡＢノード３ｂは、ペイロードデータが同じである場合でも、フォワーディングのために制御データを生成することができることに留意されたい。これは、中間ＩＡＢノードに、それが最も適切である場合、ペイロードデータをスケジュールするための自由を与えるために行われる。
【0064】
ペイロードデータが、ダウンストリームＩＡＢノード３ｃがダウンストリーム信号の受信側であるという指示を含むとき、この指示は、フォワーディングより前にペイロードデータから除去される。複数の中間ＩＡＢノード３ｂがある場合、最後の中間ＩＡＢノードのみがその指示を除去する。
【0065】
一実施形態では、ダウンストリーム信号のフォワーディングされるペイロードデータは、ダウンストリーム信号中で受信されるＩＱサンプルを含む、すなわち、ＩＱサンプル値は、信号をフォワーディングするための時間を低減するために、フォワーディングより前に変更されない。
【0066】
フォワーディングされるペイロードデータは、ＵＥに宛てられたデータ、無線ネットワークノードのための運用保守データ、無線ネットワークノードのためのアプリケーション制御データ、または、ダウンストリームＩＡＢノードに接続された任意の機器のためのデータなど、任意の他の好適なデータであり得ることに留意されたい。
【0067】
【0068】
随意の、ＩＱサンプルを整合させるステップ４６において、中間ＩＡＢノード３ｂは、ダウンストリーム信号中で受信されるＩＱサンプルを、ダウンストリーム信号の割り振られた変調方式のコンスタレーションポイントに整合させる。整合させることは、ここでは、ＩＱサンプルに対応する値が、ＩＱ平面中の最も近いコンスタレーションポイントにセットされることを暗示する。変調方式は、たとえば、アップストリーム無線ネットワークノードから通信される変調符号化方式（ＭＣＳ）の一部として規定され、たとえば、４位相シフトキーイング（ＱＰＳＫ）、１６直交振幅変調（ＱＡＭ）、６４ＱＡＭ、２５６ＱＡＭなどのうちの１つであり得る。
【0069】
随意の、完全に復号するステップ５０において、中間ＩＡＢノード３ｂは、（ＰＤＳＣＨ上で）ダウンストリーム信号のペイロードデータを完全に復号し、完全な復号が成功したかどうかを決定する。
【0070】
随意の、フィードバックを提供するステップ５２において、中間ＩＡＢノード３ｂは、たとえば、ハイブリッド自動再送要求（ＨＡＲＱ）応答として、完全な復調の成功に関するフィードバックをアップストリームノードに提供する。
【0071】
ステップ５０および５２が実装されるとき、ＩＡＢドナーノード３ａは、中間ＩＡＢノードがダウンストリームデータのペイロードデータを完全に復号しなければならないという犠牲を払って、中間ＩＡＢノードへのホップに関する送信性能に関するフィードバックを提供される。ステップ４８におけるペイロードデータのフォワーディングは、ステップ５０および５２の完了を待つことなしに進むことができ、それにより、ステップ５０および５２の実行が、フォワーディングに遅延を課さないことに留意されたい。
【0072】
ステップ５０および５２は実施される必要がないことに留意されたい。言い換えれば、中間ＩＡＢノード３ｂは、この場合、（ＰＤＳＣＨ上で）ダウンストリーム信号のペイロードデータを復調または復号しないことになり、ＩＱサンプルをフォワーディングするにすぎず、中間ＩＡＢノード３ｂにおけるフォワーディングのより単純なおよびより速い実装を生じる。この場合、受信に関するフィードバックが、ダウンストリームＩＡＢノード３ｃおよび／またはＵＥ２など、ダウンストリームノードから提供される。フィードバックは、次いで、中間ＩＡＢノード３ｂを介してリレーされてアップストリームに戻される。
【0073】
図７は、ＩＡＢドナーノード３ａにおいて実施される、セルラネットワークにおける無線通信リンク上でデータをルーティングするための方法の実施形態を示すフローチャートである。有線ネットワークと最終ダウンストリームＩＡＢとの間に複数の中間ＩＡＢノードがあるとき、ここで説明されるＩＡＢドナーノードは、それ自体、別の中間ＩＡＢノードからアップストリームに位置する中間ＩＡＢノードであり得ることに留意されたい。
【0074】
データを受信するステップ１４０において、ＩＡＢドナーノード３ａは、ユーザデバイス、ＩＡＢドナーノード３ａのためのデータを受信する。
【0075】
ルーティングを決定するステップ１４２において、ＩＡＢドナーノード３ａは、データが中間ＩＡＢノード３ｂを介してダウンストリームＩＡＢノード３ｃにルーティングされるべきであると決定する。
【0076】
ダウンストリーム信号を生成するステップ１４６において、ＩＡＢドナーノード３ａは、ダウンストリームＩＡＢノード３ｃを対象とするダウンストリーム信号を生成する。これは、ダウンストリームＩＡＢノード３ｃのスクランブリング識別子を使用してダウンストリーム信号の（ＤＣＩの）制御データをスクランブルすることを含む。上記で説明されたように、スクランブリング識別子は、ダウンストリームＩＡＢノード３ｃのＣ－ＲＮＴＩであり得る。ダウンストリーム信号は、制御データとペイロードデータとを含む。ペイロードデータは、ユーザデバイスのためのデータを含む。
【0077】
中間ＩＡＢノード３ｂが、ペイロードデータ中の情報に基づいてダウンストリームＩＡＢノード３ｃを決定するべきであるとき、ダウンストリーム信号を生成するステップ１４６は、ダウンストリームＩＡＢノードのスクランブリング識別子を使用して制御データをスクランブルする必要がなく、代わりに、本質的に当技術分野で知られているように、中間ＩＡＢノードのスクランブリング識別子を使用して制御データをスクランブルする。そのような実施形態では、ダウンストリーム信号を生成するステップ１４６は、ダウンストリームＩＡＢノード３ｃがダウンストリーム信号の受信側であるという指示を生成することを含み、ペイロードデータ中に、すなわち、ＰＤＳＣＨ部分中にその指示を含める。その指示は、最初に送信されるペイロードデータのセクション中で提供され得る。指示の構造およびコンテンツは、中間ＩＡＢノード３ｂが、信号のデータがダウンストリームＩＡＢノード３ｃにフォワーディングされるべきであると決定することを可能にする、あらかじめ規定されたフォーマットに従う。
【0078】
送信するステップ１４８において、ＩＡＢドナーノード３ａは、ダウンストリーム信号を中間ＩＡＢノード３ｂに、無線バックホールリンク上で中間ＩＡＢノード３ｂに送信する。
【0079】
ＩＡＢノードのネットワーク内でのスクランブリング識別子の割り当ては、可能な識別子の数が、リスクがほぼ０であるような、大きさでない限り、重複が回避されるように実施され得る。これは、ここでは、アップストリーム無線ネットワークノードおよびＩＡＢノードと示される、ノードのペアにおいて例示される。アップストリーム無線ネットワークノードは、ＩＡＢノードのためのバックホール通信のための無線アクセスを提供するノードである。ペアは、たとえば、アップストリーム無線ネットワークノードであるＩＡＢドナーノード３ａ、およびＩＡＢノードである中間ＩＡＢノード３ｂであり得る。代替的に、ペアは、アップストリーム無線ネットワークノードである中間ＩＡＢノード３ｂ、およびＩＡＢノードであるダウンストリームＩＡＢノード３ｃであり得る。一実施形態では、アップストリーム無線ネットワークノードが、ＩＡＢノードがランダムアクセスを実施するときにスクランブリング識別子を割り当てるとき、アップストリーム無線ネットワークノードは、ランダムアクセスがＩＡＢノードからのものであることに気づいていないことがある。ＩＡＢのネットワーク内でのスクランブリング識別子の重複のリスクを回避するために、アップストリーム無線ネットワークノードは、ＩＡＢノードがサービスされるとき、すでに割り当てられたすべてのスクランブリング識別子のリストを提供することができる。したがって、潜在的な新しいアップストリーム無線ネットワークノードは、それ自体のスクランブリング識別子とＩＡＢノードのネットワークにおけるすべての他のスクランブリング識別子とを知っているので、一意のスクランブリング識別子を割り振ることができる。
【0080】
ルールベースなど、他の方式が可能である（たとえば、自分自身のスクランブリング識別子からあるオフセットおよび範囲におけるスクランブリング識別子を割り当てることのみが可能にされる）。スクランブリング識別子は、すべてのＩＡＢノードが単一のＩＡＢドナーノードの下で一意のスクランブリング識別子を有するように割り当てられ得る。代替的に、本明細書で提示される原理が適用され得る限り、スクランブリング識別子の何らかの再使用が可能にされる方式が適用され得る。
【0081】
図８は、一実施形態による、図１のＩＡＢドナーノード３ａおよび中間ＩＡＢノード３ｂの構成要素を示す概略図である。プロセッサ６０は、メモリ６４に記憶されたソフトウェア命令６７を実行することが可能な、好適な中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つまたは複数の任意の組合せを使用して提供され、これは、したがって、コンピュータプログラム製品であり得る。プロセッサ６０は、代替的に、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などを使用して実装され得る。プロセッサ６０は、上記で図６Ａ～図６Ｂおよび図７を参照しながら説明された方法を実行するように設定され得る。
【0082】
メモリ６４は、ランダムアクセスメモリ（ＲＡＭ）および／または読取り専用メモリ（ＲＯＭ）の任意の組合せであり得る。メモリ６４はまた、たとえば、磁気メモリ、光メモリ、固体メモリ、さらにはリモートマウントメモリのうちのいずれか単独の１つまたは組合せであり得る、永続ストレージを備える。
【0083】
また、プロセッサ６０におけるソフトウェア命令の実行中にデータを読み取るおよび／または記憶するために、データメモリ６６が提供される。データメモリ６６は、ＲＡＭおよび／またはＲＯＭの任意の組合せであり得る。
【0084】
外部および／または内部エンティティと通信するための、Ｉ／Ｏインターフェース６２が提供される。随意に、Ｉ／Ｏインターフェース６２はまた、ユーザインターフェースを含む。
【0085】
他の構成要素は、本明細書で提示される概念を不明瞭にしないために省略される。
【0086】
図９は、一実施形態による、図１の中間ＩＡＢノード３ｂの機能モジュールを示す概略図である。モジュールは、中間ＩＡＢノード３ｂにおいて実行するコンピュータプログラムなどのソフトウェア命令を使用して実装される。代替または追加として、モジュールは、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、または個別論理回路のうちのいずれか１つまたは複数など、ハードウェアを使用して実装される。モジュールは、図６Ａ～図６Ｂに示されている方法におけるステップに対応する。
【0087】
信号受信機７０がステップ４０に対応する。ダウンストリームノード決定器７４がステップ４４に対応する。ＩＱサンプル整合器（ＩＱ ｓａｍｐｌｅ ａｌｉｇｎｅｒ）７６がステップ４６に対応する。フォワーダ７８がステップ４８に対応する。完全復調器８０がステップ５０に対応する。フィードバックプロバイダ８２がステップ５２に対応する。
【0088】
図１０は、一実施形態による、図１のＩＡＢドナーノード３ａの機能モジュールを示す概略図である。モジュールは、ＩＡＢドナーノード３ａにおいて実行するコンピュータプログラムなどのソフトウェア命令を使用して実装される。代替または追加として、モジュールは、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、または個別論理回路のうちのいずれか１つまたは複数など、ハードウェアを使用して実装される。モジュールは、図７に示されている方法におけるステップに対応する。
【0089】
データ受信機１７０がステップ１４０に対応する。ルーティング決定器１７２がステップ１４２に対応する。ダウンストリーム信号生成器１７６がステップ１４６に対応する。送信機１７８がステップ１４８に対応する。
【0090】
図１１は、コンピュータ可読手段を備えるコンピュータプログラム製品９０の一例を示す。このコンピュータ可読手段上に、コンピュータプログラム９１が記憶され得、そのコンピュータプログラムは、プロセッサに、本明細書で説明される実施形態に従って方法を実行させることができる。この例では、コンピュータプログラム製品は、リムーバブル固体メモリの形態のものであり、たとえば、ユニバーサルシリアルバス（ＵＳＢ）ドライブである。上記で説明されたように、図８のコンピュータプログラム製品６４など、コンピュータプログラム製品はまた、デバイスのメモリにおいて具現化され得る。コンピュータプログラム９１は、ここでは、リムーバブル固体メモリのセクションとして概略的に示されるが、コンピュータプログラムは、別のタイプのリムーバブル固体メモリ、あるいは、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタル多用途ディスク）またはＢｌｕ－Ｒａｙディスクなどの光ディスクなど、コンピュータプログラム製品に好適である任意のやり方で記憶され得る。
【0091】
本開示の態様が、主に、数個の実施形態を参照しながら上記で説明された。しかしながら、当業者によって直ちに諒解されるように、上記で開示された実施形態以外の実施形態が、添付の特許請求の範囲によって規定される本発明の範囲内で等しく可能である。したがって、様々な態様および実施形態が本明細書で開示されたが、他の態様および実施形態が当業者には明らかであろう。本明細書で開示される様々な態様および実施形態は、例示のためのものであり、限定するものではなく、真の範囲および趣旨は以下の特許請求の範囲によって示される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A-6B】
【図7】
【図8】
【図9】
【図10】
【図11】