JP7547629B2 - 通信方法及び関連デバイス - Google Patents

Description

この出願は、通信技術の分野に関連し、より具体的には、通信方法及び関連デバイスに関連する。

中継ネットワークでは、中継ノードと親ノードとの間の無線リンクで無線リンク失敗（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ、ＲＬＦ）が発生することがある。中継ノードと親ノードとの間でＲＬＦが発生するときに、中継ノードは最初にリンクを回復しようと試みる。中継ノードがリンクの回復に失敗するときに、中継ノードは、ＲＬＦ表示情報を中継ノードの子ノードに送信して、ＲＬＦの発生を子ノードに示して、その結果、子ノードが再ルーティング動作をトリガし、別の中継ノードを介して伝送されるデータを伝送することができる。

しかし、再ルーティングの実行に成功するときに、元の中継ノードは依然として中継ノードの子ノードにＲＬＦ表示情報を送信して、再ルーティングを実行するように子ノードをトリガする。これは、リンク・リソースの不必要な無駄とエアー・インターフェース・リソースの不必要なオーバヘッドを引き起こす。

これを考慮して、この出願は、ＲＬＦが発生するときに適切な再ルーティングを実装する通信方法及び関連デバイスを提供する。

第１の態様によれば、この出願は、通信方法を提供する。本方法は、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ第１のノードと宛先ノードとの間に他に利用可能な経路がないと第１のノードが決定するときに、第１のノードが、第１の表示情報を第３のノードに送信することを含んでもよい。第１の表示情報が、ＲＬＦを示すか、又はリンク回復の試みが行われていることを示す。第２のノードが、第１のノードの親ノードであり、第３のノードが、第１のノードの子ノードであるか、又は第２のノードが、第１のノードの子ノードであり、第３のノードが、第１のノードの親ノード又は第１のノードに接続されたドナー・ノードである。

この設計によれば、例えば、有益な効果としては、中継ノードの再ルーティングが完全に利用されて、データ中継安定性を改善し、リンク・リソースの不必要な無駄とエア・インターフェース・シグナリングの不必要なオーバヘッドを回避することができることが挙げられる。

実現可能な設計では、第２のノードが、第１のノードの親ノードであり、第３のノードが、第１のノードの子ノードであるときに、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ無線リンク回復の試みが行われていると決定し、第１のノードと宛先ノードとの間に他に利用可能な経路がないと決定するときに、第１のノードが、第１の表示情報を第３のノードに送信する。第１の表示情報が、リンク回復の試みが行われていることを示す。

この設計によれば、例えば、有益な効果としては、中継ノードの再ルーティング及びリンク回復機能が完全に利用されて、データ中継安定性を改善し、リンク・リソースの不必要な無駄とエア・インターフェース・シグナリングの不必要なオーバヘッドを回避することができることが挙げられる。

実現可能な設計では、第１のノードが、さらに、第２の表示情報を第３のノードに送信し、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示す。

この設計によれば、例えば、有益な効果としては、第３のノードが、ＲＬＦに関するより正確な情報を取得して、より効率的で正確な再ルーティングを実装することができることが挙げられる。

実現可能な設計では、第２の表示情報が、宛先ノードのバックホール適応プロトコル（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＢＡＰ）アドレスを含む。

この設計によれば、例えば、有益な効果としては、第１のノードを通過する宛先ノードへのすべての経路が利用不能であることが第３のノードに示されてもよく、その結果、第３のノードがより効率的で正確な再ルーティングを実装することが挙げられる。

実現可能な設計では、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路に対応するルーティング・アイデンティティ（ｒｏｕｔｉｎｇ ｉｄｅｎｔｉｔｙ、ルーティングＩＤ）を含む。

実現可能な設計では、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路に対応する経路アイデンティティ（ｐａｔｈ ｉｄｅｎｔｉｔｙ、経路ＩＤ）を含む。

実現可能な設計では、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第２の表示情報が、第１のノードを通過して宛先ノードに到るすべての経路が使用不能であることを示すことか、第２の表示情報が、対応する経路ＩＤが第２の表示情報に含まれる経路ＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべての経路において利用不能であることを示すことか、又は第２の表示情報が、対応するルーティングＩＤが第２の表示情報に含まれるルーティングＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべての経路において利用不能であることを示すことを含む。

この設計によれば、例えば、有益な効果としては、第１のノードを通過する宛先ノードへのどの経路が利用不能であることが第３のノードに示されてもよく、その結果、第３のノードがより効率的で正確な再ルーティングを実装することが挙げられる。

実現可能な設計では、第２のノードが、第１のノードの子ノードであり、かつ第３のノードが、第１のノードに接続されたドナー・ノードであるときに、第２の表示情報が、第２のノードの識別子を含む。

実現可能な設計では、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第２の表示情報が、第１のノードと第２のノードとの間に直接無線リンクを含む経路が、第１のノードを通過して宛先ノードに至るすべての経路において利用不能であることを示す。

この設計によれば、例えば、有益な効果としては、第１のノードから第２のノードの識別子を受信するときに、ドナー・ノード（すなわち、第３のノード）が、ＲＬＦが発生する場合を正確に決定することができ、その結果、第３のノードが、より効率的で正確な再ルーティングを実装する。

第２の態様によれば、この出願は、通信方法を提供する。本方法は、第３のノードが、第１のノードから第２の表示情報を受信するときであって、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すときに、第３のノードは、データを別の経路を介して宛先ノードにルーティングすると決定する。

実現可能な設計では、第３のノードが、さらに、第１のノードから第１の表示情報を受信し、第１の表示情報が、ＲＬＦを示すか、又はリンク回復の試みが行われていることを示す。

実現可能な設計では、第２の表示情報が、宛先ノードのＢＡＰアドレス、第１のノードを通過して宛先ノードに至る経路に対応するルーティングＩＤ、又は第１のノードを通過して宛先ノードに至る経路に対応する経路アイデンティティ（ｐａｔｈ ｉｄｅｎｔｉｔｙ、経路ＩＤ）を含む。

実現可能な設計では、別の経路が、第１のノードを含まないか、別の経路のルーティングＩＤが、第２の表示情報に含まれるルーティングＩＤに等しくないか、又は別の経路の経路ＩＤが、第２の表示情報に含まれる経路ＩＤに等しくない。

実現可能な設計では、第２の表示情報が、第２のノードの識別子を含み、第２のノードが、第１のノードの子ノードであり、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生する。

実現可能な設計では、別の経路のルーティングＩＤが、第１のノードを通過して宛先ノードに至り、かつ第１のノードと前記第２のノードとの間に直接無線リンクを含む経路に対応するルーティングＩＤに等しくない。

実現可能な設計では、第３のノードが、第１のノードから第３の表示情報を受信するときであって、第３の表示情報が、無線リンク回復を示すときに、第３のノードが、データを再ルーティングに使用される別の経路を介してルーティングすることを停止する。

この設計によれば、例えば、有益な効果としては、第３のノードが、時間的に再ルーティングを停止し、データをルーティングするために、ＲＬＦが通知される前に使用されたソース経路を使用して回復することができ（言い換えると、データをルーティングするために元のルーティング設定情報を使用して回復する）、その結果、第３のノードの上流ノード又は下流ノードの処理の複雑性が低減され得る。

第３の態様によれば、この出願は、通信方法を提供する。本方法は、第１のノードが、第４のノードのマスター基地局から第１のメッセージを受信し、第１のメッセージが、第４のノードのセカンダリ基地局として第１のノードを追加することを要求する、ことを含んでもよい。第１のメッセージは、第２のノードのものでありかつ第４のノードによってアクセスされるセルの物理セル識別子ＰＣＩと、第２のノードのセルにおける第４のノードのセル無線ネットワーク一時識別子Ｃ－ＲＮＴＩと、を含むか、又は第３のノードの識別子と、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子と、を含む。第３のノードが、第４のノードのソース・セカンダリ基地局であり、第４のノードが、第２の下流ノードである。第１のノードが、さらに、第４のノードのコンテキスト情報を取得する。

この方法によれば、例えば、有益な効果としては、第４のノードのコンテキスト情報が、第１のノードでキャッシュされているので、マスター基地局から第１のノードに送信されるメッセージは、第４のノードのコンテキスト情報を再度搬送せず、エア・インターフェースのオーバヘッドを低減することが挙げられる。第４のノードの識別子、例えば、第２のノードのものであり、かつ第４のノードによってアクセスされるセルのＰＣＩ、及び第２のノードのセルにおける第４のノードのＣ－ＲＮＴＩは、マスター基地局によって第１のノードに送信されるメッセージにおいて搬送される。このようにして、第１のノードが、第１のメッセージにおける第４のノードの識別子に基づいて、第４のノードのコンテキスト情報を取得することができ、次いで、第１のノードが、第４のノードに対してサービスを提供するために、第４のノードの新しいセカンダリ基地局となる。これは、第４のノードのデータ中断を回避する。

実現可能な設計では、第１のメッセージを受信する前に、本方法は、さらに、第１のノードが、第２のノードから第２のメッセージを受信することであって、第２のメッセージが、第２のノードへの無線資源制御ＲＲＣ接続の確立又は再確立を要求する、ことを含む。次いで、第１のノードが、第３のメッセージを第３のノードに送信し、第３のメッセージが、第２のノードに関連するコンテキスト情報の取得を要求する。次いで、第１のノードが、第３のノードから第４のメッセージを受信し、第４のメッセージが、第２のノードに関連するコンテキスト情報を含む。第３のノードが、第５のメッセージを第２のノードに送信し、第５のメッセージは、第２のノードへのＲＲＣ接続を確立又は再確立するために使用される。

実現可能な設計では、第５のメッセージが、第２のノードによってサービスされるセルを更新するために使用される情報を含む。

実現可能な設計では、第２のノードによってサービスされるセルを更新するために使用される情報が、第２のノードが第１のノードに接続されているときに、第２のノードのセルのグローバル・セル識別子ＣＧＩ及び／又はセル・アイデンティティを含む。

実現可能な設計では、第２のノードに関連するコンテキスト情報が、第２のノードのコンテキスト情報、第２のノードと第４のノードとの間のトポロジ情報、第４のノードのコンテキスト情報、第２のノードが無線バックホール・デバイスであるかどうかを示す表示情報、又は第４のノードが無線バックホール・デバイスであるかどうかを示す表示情報のうちの少なくとも１つを含む。

実現可能な設計では、第４のノードのコンテキスト情報は、ＰＣＩ及びＣ－ＲＮＴＩを含む。

実現可能な設計では、第４のノードのコンテキスト情報は、第３のノードの識別子と、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子と、を含む。

第４の態様によれば、この出願は、通信方法を提供する。本方法は、第４のノードのマスター基地局が、第３のノードから第６のメッセージを受信することであって、第６のメッセージが、第４のノードのターゲット・セカンダリ基地局として第１のノードを使用することを要求し、第３のノードが、第４のノードのソース・セカンダリ基地局である、ことを含んでもよい。次いで、マスター基地局が、第１のメッセージを第１のノードに送信し、第１のメッセージが、第４のノードのセカンダリ基地局として第１のノードを追加することを要求し、第１のメッセージが、第２のノードのものでありかつ第４のノードによってアクセスされるセルの物理セル識別子ＰＣＩと、第２のノードのセルにおける第４のノードのセル無線ネットワーク一時識別子Ｃ－ＲＮＴＩと、を含むか、又は第１のメッセージが、第３のノードの識別子と、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子と、を含む。

この方法によれば、例えば、有益な効果としては、第２のノードが、ソース・セカンダリ基地局から宛先セカンダリ基地局に再確立されて、第２のノードの下流ノード（第４のノード）に対する影響を低減し、第２のノードの下流ノードの正常な動作を保証し得ることが挙げられる。

第５の態様によれば、この出願は、通信方法を提供する。本方法は、第１のノードが、第１の情報を決定することを含んでもよい。第１のノードは、第１の情報に基づいて、再ルーティングをトリガするかどうかを決定する。

第１の実現可能な設計では、第１のノードが、第１の情報を決定する。第１の情報は、第１の閾値を含む。この場合、第１のノードのデータ・パケットの伝送／再伝送の回数が第１の閾値に達する／超えるときに、第１のノードは、再ルーティングをトリガする。代替的には、第１の情報は、タイマの設定を含み、タイマの設定は、タイマ継続時間を含む。この場合、タイマが満了し、かつ第１のノードのデータ・パケットが送信に成功していないときに、第１のノードは、再ルーティングをトリガする。

第２の実現可能な設計では、第１のノードが、第３のノードから第１の情報を受信する。第１の情報が、第１の閾値を含み、第１の情報が、第１のノードのデータ・パケットの伝送／再伝送回数が第１の閾値に達する／超えるときに、再ルーティングをトリガすることを示す。代替的には、第１の情報は、タイマの設定を含み、第１の情報が、タイマが満了し、かつ第１のノードのデータ・パケットが送信に成功していないときに、再ルーティングをトリガすることを示す。

第２の実現可能な設計では、第１のノードが、第１の情報に基づいて、上りリンク再ルーティングをトリガするかどうかを決定し、第１のノードのデータ・パケットが、上りリンク・データ・パケットである。第３のノードが、第１のノードに接続されたドナー・ノード又は上流ノードであってもよい。

第２の実現可能な設計では、第１のノードが、第１の情報に基づいて、下りリンク再ルーティングをトリガするかどうかを決定し、第１のノードのデータ・パケットが、下りリンク・データ・パケットである。第３のノードは、第１のノードに接続されたドナー・ノードであってもよい。実現可能な設計では、第１のノードのデータ・パケットは、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットであってもよい。

実現可能な設計では、第１のノードのデータ・パケットが、ＲＬＣ層データ・パケットであるときに、第１の閾値は、ＲＬＣ層の最大再伝送閾値未満である必要がある。

実現可能な設計では、第１のノードのデータ・パケットが、ＲＬＣ層データ・パケットであるときに、タイマ継続時間が、要件、すなわち、タイマが満了する前に、第１のノードのＲＬＣ層データ・パケットの伝送／再伝送回数が、ＲＬＣ層の最大再伝送閾値未満であることを満たす必要がある。

実現可能な設計では、ＲＬＣ層の最大再伝送閾値が、無線リンク失敗が発生するかどうかを決定するために第１のノードによって使用されてもよい。ＲＬＣ層の最大再伝送閾値が、ＲＲＣメッセージを使用して、第１のノードに対してドナー・ノードによって設定されてもよい。

第６の態様によれば、この出願は、通信方法を提供する。本方法は、第１のノードが、第１のノードとすべての第２のノードとの間の無線リンクが利用不能であると決定するときに、第１のノードが、第１の表示情報を第３のノードに送信する。第１の表示情報が、ＲＬＦを示すか、又はリンク回復の試みが行われていることを示す。第２のノードが、第１のノードの子ノードであり、第３のノードが、第１のノードの親ノード又は第１のノードに接続されたドナー・ノードであり、又は第２のノードが、第１のノードの親ノードであり、第３のノードが、第１のノードの子ノードである。

実現可能な設計では、第１のノードとすべての第２のノードとの間の無線リンクが利用不能であり、かつリンク回復の試みが行われていると決定するときに、第１のノードは、第１の表示情報を第３のノードに送信する。第１の表示情報が、リンク回復の試みが行われていることを示す。

実現可能な設計では、第１のノードが、さらに、第２の表示情報を第３のノードに送信し、第２の表示情報が、第１のノードが利用不能であることを示すか、又は第１のノードとすべての第２のノードとの間のチャネルが利用不能であることを示す。

実現可能な設計では、第２の表示情報が、第１のノードのバックホール適応プロトコル（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＢＡＰ）アドレスを含む。

実現可能な設計では、第２の表示情報が、第２のバックホールＲＬＣチャネルの識別子を含み、第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間に対応がある。第１のバックホールＲＬＣチャネルが、第１のノードと第２のノードとの間のすべてのバックホールＲＬＣチャネルを含み、第２のバックホールＲＬＣチャネルが、第１のノードと第３のノードとの間のすべてのバックホールＲＬＣチャネルを含む。

実現可能な設計では、第１のノードが、第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間の対応に基づいて、第１のバックホールＲＬＣチャネルからのデータを第２のバックホールＲＬＣチャネルにマッピングするか、又は第１のノードが、その対応に基づいて、第２のバックホールＲＬＣチャネルからのデータを第１のバックホールＲＬＣチャネルにマッピングする。

実現可能な設計では、ＲＬＦが第１のノードとすべての第２のノードとの間の無線リンクで発生したと決定するときに、第１のノードのＤＵが、第３の表示情報を第１のノードのＭＴに送信し、第３の表示情報が、第１の表示情報を第３のノードに送信するように第１のノードのＭＴに示す。

実現可能な設計では、第１の表示情報が、ＢＡＰ制御ＰＤＵ又はＭＡＣ ＣＥで搬送される。

第７の態様によれば、この出願は、通信方法を提供する。本方法は、第１のノードが、第１のノードと第２のノードとの間の第１のバックホールＲＬＣチャネルが利用不能であると決定するときに、第１のノードが、第１の表示情報を第３のノードに送信する。第１の表示情報が、第１のノードと第３のノードとの間の第２のバックホールＲＬＣチャネルが使用不能であるか、又はバックホールＲＬＣチャネルを回復するために試みが行われていることを示す。第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間に対応がある。第２のノードが、第１のノードの子ノードであり、第３のノードが、第１のノードの親ノード又は第１のノードに接続されたドナー・ノードであるか、又は第２のノードが、第１のノードの親ノードであり、第３のノードが、第１のノードの子ノードである。

実現可能な設計では、第１のノードと第２のノードとの間の第１のバックホールＲＬＣチャネルが利用不能であり、バックホールＲＬＣチャネルを回復するために試みが行われていると決定するときに、第１のノードが、第１の表示情報を第３のノードに送信する。第１の表示情報が、バックホールＲＬＣチャネルを回復するために試みが行われていることを示す。

実現可能な設計では、第１の表示情報は、第２のバックホールＲＬＣチャネルの識別子を含む。

実現可能な設計では、第１のノードが、第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間の対応に基づいて、第１のバックホールＲＬＣチャネルから第２のバックホールＲＬＣチャネルにデータをマッピングするか、又は第１のノードが、その対応に基づいて、第２のバックホールＲＬＣチャネルから第１のバックホールＲＬＣチャネルにデータをマッピングする。

実現可能な設計では、第２のノードは、第１のノードと第１のノードのマスター基地局／マスター・ドナー・ノードとの間に位置するか、若しくは第１のノードと第１のノードのセカンダリ・ドナー・ノードとの間に位置するか、又は第２のノードは、第１のノードのマスター基地局／マスター・ドナー・ノードであるか、若しくは第２のノードは、第１のノードのセカンダリ・ドナー・ノードであってもよい。第８の態様によれば、この出願は、通信装置を提供する。本装置は、第１の態様～第７の態様及びそれらの設計のいずれか１つにおける方法を実行するように構成されているモジュールを含む。

第９の態様によれば、この出願は、プロセッサ及びメモリを含む通信装置を提供する。プロセッサは、メモリに結合され、プロセッサは、第１の態様～第７の態様及びそれらの設計のうちのいずれか１つにおける方法を実装するように構成されている。

第１０の態様によれば、この出願は、少なくとも１つのプロセッサ及びインターフェース回路を含む通信装置を提供する。インターフェース回路は、通信装置以外の通信装置から信号を受信し、信号をプロセッサに伝送することか、又はプロセッサからの信号を通信装置以外の通信装置に送信することを行うように構成されている。プロセッサは、論理回路を使用するか、又はコード命令を実行することによって、第１の態様～第７の態様及びそれらの設計のうちのいずれか１つにおける方法を実装するように構成されている。

可能な設計では、装置は、第１の態様～第７の態様及びそれらの設計のいずれか１つの方法におけるノードにおけるチップ又は集積回路であってもよい。

任意選択で、通信装置は、少なくとも１つのメモリをさらに含んでもよく、メモリは、関連プログラム命令を記憶する。

第１１の態様によれば、この出願は、通信装置を提供する。本装置は、第１の態様～第７の態様及びそれらの設計のいずれか１つにおける方法を実装するための機能又は動作を有し、その機能又は動作は、ハードウェアによって実装されてもよいし、対応するソフトウェアを実行することによってハードウェアによって実現されてもよい。ハードウェア又はソフトウェアは、前述の機能又は動作に対応する１つ以上のユニット（モジュール）を含み、例えば、トランシーバ・ユニット及び処理ユニットを含む。

第１２の態様によれば、この出願は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、プログラム命令を記憶し、プログラム命令が実行されるときに、通信装置は、第１の態様～第７の態様及びそれらの設計のいずれか１つにおいて、本方法を実装することが可能となる。

第１３の態様によれば、この出願は、コンピュータ・プログラム製品を提供する。コンピュータ・プログラム製品は、プログラム命令を含み、プログラム命令が実行されるときに、第１の態様～第７の態様及びそれらの設計のいずれか１つにおける方法が実装される。

第１４の態様によれば、この出願は、さらに、チップを提供する。チップは、第１の態様～第７の態様及びそれらの設計のいずれか１つにおける本方法を実装するように構成されている。

第１５の態様によれば、この出願は、通信システムを提供する。通信システムは、第８の態様～第１１の態様及びそれらの設計のいずれか１つにおける少なくとも１つの通信装置を含む。

添付の図面は、この明細書に含まれ、この明細書の一部を構成してもよく、この明細書と共に、例示的な実施形態、又はこの出願の特徴及び態様を示し、この出願の原理を説明するために使用される。以下の説明における添付の図面は、この出願のいくつかの実施態様を示しているにすぎず、当業者であれば、創造的努力なしに、これらの添付の図面から他の図面を導出することができることは明らかである。

この出願による可能な通信システムの概略図である。

この出願の一実施形態によるＩＡＢドナーの概略図である。

この出願の一実施形態による、ＩＡＢネットワーク内の制御プレーン・プロトコル・スタックの概略図である。

この出願の一実施形態による、ＩＡＢネットワーク内のユーザ・プレーン・プロトコル・スタックの概略図である。

この出願の一実施形態による、ＩＡＢノードのマイグレーションの概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信方法の概略図である。

この出願の一実施形態による、通信装置の概略ブロック図である。

この出願の一実施形態による、通信装置の概略ブロック図である。

この出願の一実施形態による、通信装置の概略ブロック図である。

この出願の一実施形態による、通信装置の概略ブロック図である。

この出願の一実施形態による、装置の概略ブロック図である。

第４世代移動通信システム又はロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、第５世代（５Ｇ）移動通信システム、又はニューら・ラジオ（ｎｅｗ ｒａｄｉｏ、ＮＲ）システムと比較して、システムは、様々なネットワーク性能インジケータに全般的に厳しい要求を課す。例えば、容量インジケータが１０００倍に増加され、より広いカバレッジが必要とされ、超高信頼性と超低レイテンシが要求される。一態様では、高周波キャリア上の豊富な周波数リソースを考慮して、高周波スモール・セルを使用するネットワーク化は、５Ｇの超高容量要求を満たすためにホットスポット・エリアにおいてますます一般的になっている。高周波キャリアは、伝搬特性に乏しく、ブロッキングにより著しく減衰し、スモール・カバレッジを有する。したがって、多数のスモール・セルを高密度に展開する必要がある。これに対応して、高密度に展開された多数のスモール・セルのためにファイバ・バックホールを提供することは非常にコストがかかり、構成が困難である。したがって、経済的で便利なバックホール解決策が必要とされる。別の態様では、広いカバレッジ要求の観点から、遠隔エリアによってはネットワーク・カバレッジを提供するために光ファイバを展開することは困難であり、コストがかかる。したがって、柔軟で便利なアクセスとバックホール解決策も設計する必要がある。無線バックホール・デバイスは、前述の２つの問題を解決するためにアイデアを提供する。無線バックホール・デバイスのアクセス・リンク（ａｃｃｅｓｓ ｌｉｎｋ）とバックホール・リンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）は、各々無線伝送ソリューションを使用して、光ファイバの展開を回避する。無線バックホール・デバイスは、中継ノード（Ｒｅｌａｙ Ｎｏｄｅ、ＲＮ）、統合アクセス及びバックホール（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ、ＩＡＢ）ノード、又は無線バックホール機能を提供する他のデバイスであってもよい。これは、この出願では限定されない。ＩＡＢネットワークでは、ＩＡＢノード（ＩＡＢ ｎｏｄｅ）は、無線バックホール・デバイスとしてサービスし、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に無線アクセス・サービスを提供してもよい。ＵＥのサービス・データは、無線バックホール・リンクを介してドナー・ノード又はドナー基地局に接続するＩＡＢノードによって伝送される。アンテナは、アクセス及びバックホールのためにＩＡＢノードを使用して共有されて、基地局のアンテナ数を低減することができる。

以下、添付の図面を参照して、この出願の実施形態を説明する。添付の図面において破線でマーク付けされた特徴又は内容は、この出願の実施形態における任意選択の動作又は任意選択の構造として理解されてもよい。

図１のユーザ機器は、アクセス端末デバイス、加入者ユニット、加入者局、移動局、遠隔局、遠隔端末デバイス、移動デバイス、ユーザ端末デバイス、無線端末デバイス、ユーザ・エージェント、ユーザ装置などであってもよい。ユーザ機器は、代替的には、携帯電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）、無線ローカル・ループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナル・デジタル・アシスタント（ｐｅｒｓｏｎａｌ ｄｅｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を有するハンドヘルド／デバイス、コンピューティング・デバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブル・デバイス（スマート・ウォッチ、スマート・バンドなど）、スマート家電又はホーム・アプライアンス、５Ｇネットワークにおける端末デバイス、将来の発展型公衆陸上移動体通信ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）における端末デバイス、ビークル・ツー・エブリシング（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）における車両デバイス、カスタマ構内設備（ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅｓ ｅｑｕｉｐｍｅｎｔ、ＣＰＥ）などであってもよい。ユーザ機器の特定の実装は、この出願において限定されない。

図１のＩＡＢノードは、移動終端（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｉｏｎ、ＭＴ）及び分散ユニットＤＵ （分散ユニット、ＤＵ）を含んでもよい。ＩＡＢノードの親ノードに対しては、ＩＡＢノードは、端末デバイス、すなわちＭＴの役割と見なされてもよい。ＩＡＢノードの従属デバイス（従属デバイスは、別のＩＡＢ子ノード又は共通ＵＥであってもよい）に対しては、ＩＡＢノードは、ネットワーク・デバイス、すなわち、ＤＵの役割と見なされてもよい。図１の各ノードの一例として、ＩＡＢノードのみが使用され、各ＩＡＢノードは、共通の中継ノード（ｒｅｌａｙ ｎｏｄｅ、ＲＮ）に置き換えられてもよいと理解されたい。

図１のＩＡＢドナー（ＩＡＢ ｄｏｎｏｒ）は、ドナー基地局であってもよく、ＩＡＢドナーは、５Ｇネットワークにおける略してＤｇＮＢ （すなわち、ｄｏｎｏｒ ｇＮｏｄｅＢ）と呼ばれてもよい。ＩＡＢドナーは、完全なエンティティであってもよいし、中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ、ＣＵ） （この出願において略してドナー－ＣＵ又はｇＮＢ－ＣＵ）及び分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ） （この出願において略してドナー－ＤＵ又はｇＮＢ－ＤＵ）が別個である形態で存在してもよい。図２に示すように、ＩＡＢドナーは、５Ｇ無線アクセスネットワーク（５Ｇ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、５Ｇ ＲＡＮ）内に位置するｇＮＢであってもよい。ＩＡＢドナーは、ｇＮＢ－ＣＵ及びｇＮＢ－ＤＵを含んでもよい。ｇＮＢ－ＣＵは、Ｆ１インターフェースを介してｇＮＢ－ＤＵに接続され、Ｆ１インターフェースは、さらに、制御プレーン・インターフェース（Ｆ１－Ｃ）及びユーザ・プレーン・インターフェース（Ｆ１－Ｕ）を含んでもよい。ＣＵ、次世代（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ、ＮＧ）インターフェースを介してコア・ネットワークに接続される。ｇＮＢ－ＣＵ又はドナー－ＣＵは、代替的には、ユーザ・プレーン（ｕｓｅｒ ｐｌａｎｅ、ＵＰ） （この出願では略してＣＵ－ＵＰと呼ばれる）と、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ、ＣＰ） （この出願では略してＣＵ－ＣＰと呼ばれる）が別個である形態で存在してもよい。言い換えれば、ｇＮＢ－ＣＵ又はドナー－ＣＵは、ＣＵ－ＣＰ及びＣＵ－ＵＰを含む。１つのｇＮＢ－ＣＵは、１つのｇＮＢ－ＣＵ－ＣＰ及び少なくとも１つのｇＮＢ－ＣＵ－ＵＰを含む。代替的には、１のドナー－ＣＵは、１つのドナー－ＣＵ－ＣＰ及び少なくとも１つのドナー－ＣＵ－ＵＰを含んでもよい。

ＩＡＢノードは、ＩＡＢドナーを介してコア・ネットワークに接続される。例えば、スタンドアロン（ｓｔａｎｄａｌｏｎｅ、ＳＡ）５Ｇアーキテクチャでは、ＩＡＢノードは、ＩＡＢドナーを介して５ＧＣに接続される。デュアル・コネクティビティ（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）又はマルチコネクティビティ（Ｍｕｌｔｉ－Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＭＣ）５Ｇアーキテクチャ（例えば、非スタンドアロン（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ、ＮＳＡ）又はＮＲ－ＮＲ ＤＣシナリオ）では、プライマリ経路上で、ＩＡＢノードは、発展型基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）を介して発展型パケット・コア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）に接続されてもよいし、又はＩＡＢドナーを介して５Ｇコアに接続されてもよい。

サービス伝送の信頼性を確保するために、ＩＡＢネットワークでは、マルチホップＩＡＢノードネットワーク化とマルチコネクティビティＩＡＢノードネットワーク化がサポートされている。したがって、端末とＩＡＢドナーとの間には複数の伝送経路が存在してもよい。１つの経路上で、ＩＡＢノード間、及びＩＡＢノードとＩＡＢノードに接続されたＩＡＢドナーとの間で決定された階層的関係がある。各ＩＡＢノードは、親ノードとして、ＩＡＢノードに対してバックホール・サービスを提供するノードを考える。対応して、各ＩＡＢノードは、ＩＡＢノードの親ノードの子ノードと考えられてもよい。

例えば、図１を参照のこと。ＩＡＢノード１の親ノードは、ＩＡＢドナーであり、ＩＡＢノード１は、ＩＡＢノード２及びＩＡＢノード３の親ノードであり、ＩＡＢノード２及びＩＡＢノード３は両方ともＩＡＢノード４の親ノードであり、ＩＡＢノード５の親ノードは、ＩＡＢノード２である。端末の上りリンク・データ・パケットは、１つ以上のＩＡＢノードを介してＩＡＢドナーに伝送され、下りリンク・データ・パケットは、ＩＡＢドナーによって１つ以上のＩＡＢノードを介して端末に送信される。端末１とＩＡＢドナーとの間でデータ・パケットを伝送するために２つの利用可能な経路、すなわち、端末１→ＩＡＢノード４→ＩＡＢノード３→ＩＡＢノード１→ＩＡＢドナーと、端末１→ＩＡＢノード４→ＩＡＢノード２→ＩＡＢノード１→ＩＡＢドナーとがある。端末２とＩＡＢドナーとの間でデータ・パケットを伝送するために３つの利用可能な経路、すなわち、端末２→ＩＡＢノード４→ＩＡＢノード３→ＩＡＢノード１→ＩＡＢドナーと、端末２→ＩＡＢノード４→ＩＡＢノード２→ＩＡＢノード１→ＩＡＢドナーと、端末２→ＩＡＢノード５→ＩＡＢノード２→ＩＡＢノード１→ＩＡＢドナーとがある。

端末とＩＡＢドナー間の正常なデータ伝送を保証するために、ＩＡＢドナーは各ＩＡＢノードに対してルーティングテーブルを設定する必要があり、すなわち、異なるパスに対応するネクストホップ・ノードを設定する必要がある。追加的に、ＩＡＢドナーは、データ伝送に対応する伝送経路を決定する必要がある。言い換えれば、伝送経路は、データ伝送の前に決定される。伝送経路は、プライマリ経路と呼ばれてもよい。ルーティング（ｒｏｕｔｉｎｇ）伝送は、プライマリ経路を介して端末とＩＡＢドナーとの間のデータに対して実行され、別の経路は、バックアップ（ｂａｃｋｕｐ）経路と呼ばれてもよい。バックアップ経路は、プライマリ経路上のリンクにＲＬＦが発生するときなど、プライマリ経路が利用不能であるときにのみ、再ルーティング（ｒｅ－ｒｏｕｔｉｎｇ）に使用され得る。例えば、図１に示すように、ＩＡＢドナーは、端末２→ＩＡＢノード４→ＩＡＢノード２→ＩＡＢノード１→ＩＡＢドナーとして、端末２のデータ伝送に対してプライマリ経路を設定する。ＩＡＢノード２とＩＡＢノード１との間のリンクにＲＬＦが発生し、そのリンクが回復できないことをＩＡＢノード２が検出するときに、ＩＡＢノード２は、ＩＡＢノード４に１つのＲＬＦ表示情報を送信する。表示情報に基づいて、ＩＡＢノード４は、データ再ルーティングをトリガし、バックアップ経路を介して、端末２から受信した上りリンク・データを一時的に伝送してもよい。具体的には、経路は、端末２→ＩＡＢノード４→ＩＡＢノード３→ＩＡＢノード１→ＩＡＢドナーである。

端末とＩＡＢドナー間の安定したデータ伝送を保証するために、無線リンク回復（ｒｅｃｏｖｅｒｙ）メカニズムが導入される。具体的には、２つのノード間でＲＬＦが発生した後、２つのノード間の無線リンクを回復しようする試みが行われてもよい。例えば、図１に示すように、ＩＡＢノード５とＩＡＢノード２との間でＲＬＦが発生した後に、ＩＡＢノード５は、無線リンク回復を実行し、例えば、ＩＡＢノード２の別のセルにおけるＲＲＣ再確立を実行して、ＩＡＢノード５とＩＡＢノード２との間の無線リンクを回復するように試みてもよい。

ＩＡＢノードからＩＡＢドナーへの上りリンク経路上の各中間ＩＡＢノードは、ＩＡＢノードの上流ノード（ｕｐｓｔｒｅａｍ ｎｏｄｅ）と呼ばれてもよい。例えば、図１のＩＡＢノード１とＩＡＢノード２の両方は、ＩＡＢノード５の上流ＩＡＢノードと呼ばれる。ＩＡＢノードから端末への下りリンクパス上の各中間ＩＡＢノードは、ＩＡＢノードの下流ノードと呼ばれてもよい。例えば、図１のＩＡＢノード２、ＩＡＢノード３、ＩＡＢノード４、及びＩＡＢノード５は、すべて、ＩＡＢノード１の下流ノード（ｄｏｗｎｓｔｒｅａｍ ｎｏｄｅｓ）と呼ばれてもよい。下流ノードは、子ノード、子ノードの子ノード（又は孫ノードと呼ばれる）などを含む。下流ノードは、別のＩＡＢノード又は端末であってもよい。例えば、図１の端末１は、ＩＡＢノード４の下流ノードと呼ばれてもよく、ＩＡＢノード４及びＩＡＢノード５は、ＩＡＢノード１の下流ノードと呼ばれてもよく、端末１及び端末２は、ＩＡＢノード１の下流ノードと呼ばれてもよい。

ＩＡＢネットワークでは、端末とＩＡＢドナーとの間の１つの伝送経路は、１つ以上のＩＡＢノードを含んでもよいと理解されよう。各ＩＡＢノードは、親ノードに対する無線バックホール・リンクを維持する必要があり、さらに、子ノードとの無線リンクを維持する必要がある。ＩＡＢノードの子ノードが端末である場合、ＩＡＢノードと子ノード（すなわち、端末）の間に無線アクセス・リンクが存在する。ＩＡＢノードの子ノードが別のＩＡＢノードである場合、ＩＡＢノードと子ノード（すなわち別のＩＡＢノード）の間に無線バックホール・リンクが存在する。例えば、図１を参照のこと。「端末１→ＩＡＢノード４→ＩＡＢノード３→ＩＡＢノード１→ＩＡＢドナー」の経路上で、端末１は、無線アクセス・リンクを介してＩＡＢノード４にアクセスし、ＩＡＢノード４は、無線バックホール・リンクを介してＩＡＢノード３に接続され、ＩＡＢノード３は、無線バックホール・リンクを介してＩＡＢノード１に接続され、ＩＡＢノード１は、無線バックホール・リンクを介してＩＡＢドナーに接続される。

前述のＩＡＢネットワーク化のシナリオは、一例にすぎない。マルチホップとマルチコネクティビティを組み合わされたＩＡＢシナリオでは、より多くの他の可能なＩＡＢネットワーク化シナリオがある。例えば、ＩＡＢドナー及び他のＩＡＢドナーに接続されたＩＡＢノードは、デュアル・コネクティビティを形成して、端末にサービスする。ネットワーク化シナリオは、本明細書では１つずつ列挙されない。

この出願この実施形態では、アクセスＩＡＢノードは、端末によってアクセスされるＩＡＢノードであり、中間ＩＡＢノードは、端末又はＩＡＢノードに対して無線バックホール・サービスを提供するＩＡＢノードである。例えば、図１を参照のこと。「端末１→ＩＡＢノード４→ＩＡＢノード３→ＩＡＢノード１→ＩＡＢドナー」の経路上で、ＩＡＢノード４はアクセスされたＩＡＢノードであり、ＩＡＢノード３とＩＡＢノード１は中間ＩＡＢノードである。ＩＡＢノードは、ＩＡＢノードにアクセスする端末に対するアクセスＩＡＢノードであり、他のＩＡＢノードにアクセスする端末に対する中間ＩＡＢノードである。したがって、ＩＡＢノードが、具体的にアクセスＩＡＢノードであるか、中間ＩＡＢノードであるかは固定ではなく、特定のアプリケーション・シナリオに基づいて決定される必要がある。

図３及び図４はそれぞれ、この出願の実施形態による、ＩＡＢネットワークにおける制御プレーン・プロトコル・スタックの概略図及びユーザ・プレーン・プロトコル・スタックの概略図である。以下、図３及び図４を参照して説明を提供する。

制御プレーンの場合、図３に示すように、端末１とＩＡＢ２－ＤＵとの間にＵｕインターフェースが確立され、ピア・プロトコル層は、ＲＬＣ層、ＭＡＣ層、及びＰＨＹ層を含む。ＩＡＢ２－ＤＵとＩＡＢドナーＣＵ１との間にＦ１－Ｃインターフェースが確立され、ピア・プロトコル層は、Ｆ１アプリケーション・プロトコル（Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ、Ｆ１ＡＰ）層及びストリーム制御伝送プロトコル（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＣＴＰ）層を含む。ＩＡＢドナーＤＵ１は、有線方式でＩＡＢドナーＣＵ１に接続され、ピア・プロトコル層は、インターネット・プロトコルＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）層、Ｌ２、及びＬ１を含む。ＩＡＢノード２とＩＡＢノード３との間、ＩＡＢノード３とＩＡＢノード１との間、及びＩＡＢノード１とＩＡＢドナーＤＵ１との間にＢＬが確立され、ピア・プロトコル層は、バックホール・アダプテーション・プロトコル（Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＢＡＰ）層、ＲＬＣ層、ＭＡＣ層、及びＰＨＹ層を含む。追加的に、端末１とＩＡＢドナーＣＵ１との間にピアＲＲＣ層とピアＰＤＣＰ層が確立され、ＩＡＢ２－ＤＵとＩＡＢドナーＤＵ１との間にピアＩＰ層が確立される。

単一エア・インターフェースの制御プレーン・プロトコル・スタックと比較して、ＩＡＢネットワークの制御プレーン・プロトコル・スタックでは、アクセスＩＡＢノードのＤＵが、単一エア・インターフェースのｇＮＢ－ＤＵの機能（すなわち、端末にピアＲＬＣ層、ピアＭＡＣ層、及びピアＰＨＹ層を確立し、ＣＵでピアＦ１ＡＰ層及びピアＳＣＴＰ層を確立する機能）を実装することが分かる。ＩＡＢネットワーク内のアクセスＩＡＢノードのＤＵが、単一エア・インターフェースのｇＮＢ－ＤＵの機能を実装し、ＩＡＢドナーＣＵが、単一エア・インターフェースのｇＮＢ－ＣＵの機能を実装することが理解されよう。

制御プレーン上で、ＲＲＣメッセージは、伝送のためにアクセスＩＡＢノードとＩＡＢドナーＣＵとの間でＦ１ＡＰメッセージにカプセル化される。具体的には、上りリンク方向で、端末１は、ＰＤＣＰプロトコル・データ・ユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）にＲＲＣメッセージをカプセル化し、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層で順次処理が実行された後に、ＰＤＣＰプロトコル・データ・ユニットをＩＡＢ２－ＤＵに送信する。ＩＡＢ２－ＤＵは、ＰＨＹ層、ＭＡＣ層、及びＲＬＣ層で順次処理が実行された後、ＰＤＣＰ ＰＤＵを取得し、ＰＤＣＰ ＰＤＵをＦ１ＡＰメッセージにカプセル化し、ＳＣＴＰ層及びＩＰ層で順次処理が実行された後、ＩＰパケットを取得する。ＩＡＢ２－ＭＴは、ＢＡＰ層、ＲＬＣ層、ＭＡＣ層、及びＰＨＹ層で処理が別々に実行された後、ＩＰパケットをＩＡＢ３－ＤＵに送信する。ＩＡＢ３－ＤＵは、ＰＨＹ層、ＭＡＣ層、ＲＬＣ層、及びＢＡＰ層で順次処理が実行された後、ＩＰパケットを取得する。次いで、ＩＡＢ３－ＭＴは、ＩＡＢ２－ＭＴと同様の動作を使用して、ＩＰパケットをＩＡＢ１－ＤＵに送信する。同様に、ＩＡＢ１－ＭＴは、ＩＰパケットをＩＡＢドナーＤＵ１に送信する。解析を介してＩＰパケットを取得した後に、ＩＡＢドナーＤＵ１は、ＩＰパケットをＩＡＢドナーＣＵ１に送信する。ＩＡＢドナーＣＵ１は、ＳＣＴＰ層、Ｆ１ＡＰ層、及びＰＤＣＰ層のＩＰパケットに対して順次処理が実行された後に、ＲＲＣメッセージを取得する。下りリンク方向での動作は、同様である。詳細は、ここでは再度説明されない。

ユーザ・プレーンの場合、図４に示すように、Ｕｕインターフェースは、端末１とＩＡＢ２－ＤＵとの間に確立され、ピア・プロトコル層は、ＲＬＣ層、ＭＡＣ層、及びＰＨＹ層を含む。ＩＡＢ２－ＤＵとＩＡＢドナーＣＵ１との間にＦ１－Ｕインターフェースが確立され、ピア・プロトコル層は、ユーザ・プレーンのためのＧＰＲＳトンネル・プロトコル（ＧＰＲＳ ｔｕｎｎｅｌｌｉｎｇ ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ ｕｓｅｒ ｐｌａｎｅ、ＧＴＰ－Ｕ）層と、ユーザ・データグラム・プロトコル（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ、ＵＤＰ）層とを含む。ＩＡＢドナーＤＵ１は、有線方式でＩＡＢドナーＣＵ１に接続され、ピア・プロトコル層は、ＩＰ層、Ｌ２、及びＬ１を含む。ＩＡＢノード２とＩＡＢノード３との間、ＩＡＢノード３とＩＡＢノード１との間、及びＩＡＢノード１とＩＡＢドナーＤＵ１との間にＢＬが確立され、ピア・プロトコル層は、ＢＡＰ層、ＲＬＣ層、ＭＡＣ層、及びＰＨＹ層を含む。追加的に、端末１とＩＡＢドナーＣＵ１との間にピアＳＤＡＰ層とピアＰＤＣＰ層が確立され、ＩＡＢ２－ＤＵとＩＡＢドナーＤＵ１との間にピアＩＰ層が確立される。

単一エア・インターフェースのユーザ・プレーン・プロトコル・スタックと比較して、ＩＡＢネットワークの制御プレーン・プロトコル・スタックでは、アクセスＩＡＢノードのＤＵが、単一エア・インターフェースのｇＮＢ－ＤＵの機能（すなわち、端末にピアＲＬＣ層、ピアＭＡＣ層、及びピアＰＨＹ層を確立し、ＩＡＢドナーＣＵ１でピアＧＴＰ－Ｕ層とピアＵＤＰ層を確立する機能）を実装することが分かる。アクセスＩＡＢノードのＤＵが、単一のエア・インターフェースのｇＮＢ－ＤＵの機能を実装し、ＩＡＢドナーＣＵが、単一のエア・インターフェースのｇＮＢ－ＣＵの機能を実装することが理解されよう。

ユーザ・プレーン上で、ＰＤＣＰデータ・パケットは、伝送のためにアクセスＩＡＢノードとＩＡＢドナーＣＵとの間でＧＴＰ－Ｕトンネルにカプセル化される。ＧＴＰ－Ｕトンネルは、Ｆ１－Ｕインターフェース上に確立される。

図３及び図４は、例として、図１に示すＩＡＢシナリオにおけるプロトコル・スタックを使用して説明される。１つのＩＡＢノードが１つ以上の役割を果たすことがあることに留意されたい。ＩＡＢノードは、１つ以上の役割の１つ以上のプロトコル・スタックを有してもよい。代替的には、ＩＡＢノードは、１つのプロトコル・スタックを有してもよく、ＩＡＢノードの異なる役割に対して、プロトコル・スタックにおける異なる役割に対応するプロトコル層は、処理に使用されてもよい。以下、ＩＡＢノードが１つ以上の役割のプロトコル・スタックを有する一例を使用して説明を提供する。

（１） 共通端末のプロトコル・スタック

ＩＡＢネットワークにアクセスするときに、ＩＡＢノードは、共通端末としての役割を果たしてもよい。この場合、ＩＡＢノードのＭＴは、共通端末のプロトコル・スタック、例えば、プロトコル・スタック、すなわち、図３及び図４の端末１のＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、及びＰＨＹ層を有する。制御プレーン上で、ＩＡＢノードのＲＲＣメッセージが、伝送のためにＩＡＢノードの親ノードとＩＡＢドナーＣＵとの間でＦ１ＡＰメッセージにカプセル化される。ユーザ・プレーン上で、ＩＡＢノードのＰＤＣＰデータ・パケットが、伝送のためにＩＡＢノードの親ノードとＩＡＢドナーＣＵとの間でＧＴＰ－Ｕトンネルにカプセル化される。

追加的に、ＩＡＢノードがＩＡＢネットワークにアクセスした後に、ＩＡＢノードは、依然として共通端末の役割を果してもよく、例えば、ＩＡＢドナーとＩＡＢノードの上りリンク・パケット及び／又は下りリンク・データ・パケット（例えば、ＯＡＭデータ・パケット）を伝送し、ＲＲＣ層を介して測定を実行してもよい。

（２）アクセスＩＡＢノードのプロトコル・スタック

ＩＡＢノードがＩＡＢネットワークにアクセスした後に、ＩＡＢノードは、端末に対してアクセス・サービスを提供して、アクセスＩＡＢノードの役割を果たしてもよい。この場合、ＩＡＢノードは、アクセスＩＡＢノードのプロトコル・スタック、例えば、図３及び図４のＩＡＢノード２のプロトコル・スタックを有する。

この場合、ＩＡＢノードの親ノードに対するＩＡＢノードのインターフェース上に２つのプロトコル・スタックがあってもよい。一方は、共通端末のプロトコル・スタックであり、他方は、端末に対してバックホール・サービスを提供するプロトコル・スタック（すなわち、アクセスＩＡＢノードのプロトコル・スタック）である。任意選択で、２つのプロトコル・スタックの同じプロトコル層が共有されてもよい。例えば、２つのプロトコル・スタックは、同じＲＬＣ層、同じＭＡＣ層、同じＰＨＹ層、又は同じＢＡＰ層に対応する。

（３）中間ＩＡＢノードのプロトコル・スタック

ＩＡＢノードがＩＡＢネットワークにアクセスした後に、ＩＡＢノードは、中間ＩＡＢノードの役割を果たしてもよい。この場合、ＩＡＢノードは、中間ＩＡＢノードのプロトコル・スタック、例えば、図３及び図４のＩＡＢノード３又はＩＡＢノード１のプロトコル・スタックを有する。

この場合、ＩＡＢノードの親ノードに対するＩＡＢノードのインターフェース上に２つのプロトコル・スタックがあってもよい。一方は、共通端末のプロトコル・スタックであり、他方は、ＩＡＢ子ノードに対してバックホール・サービスを提供するプロトコル・スタック（すなわち、中間ＩＡＢノードのプロトコル・スタック）である。任意選択で、２つのプロトコル・スタックの同じプロトコル層が共有されてもよい。例えば、２つのプロトコル・スタックは、同じＲＬＣ層、同じＭＡＣ層、同じＰＨＹ層、又は同じＢＡＰ層に対応する。

追加的に、ＩＡＢノードは、アクセスＩＡＢノードと中間ＩＡＢノードの役割を同時に果たしてもよい。例えば、ＩＡＢノードは、いくつかの端末に対してアクセスＩＡＢノードであってもよく、他の端末に対して中間ＩＡＢノードであってもよい。この場合、ＩＡＢノードは、３つのプロトコル・スタックを有してもよく、すなわち、１つは、共通端末のプロトコル・スタックであり、１つは、アクセスＩＡＢノードのプロトコル・スタックであり、１つは、中間ＩＡＢノードのプロトコル・スタックである。任意選択で、３つのプロトコル・スタックの同じプロトコル層が共有されてもよい。例えば、３つのプロトコル・スタックは、同じＲＬＣ層、同じＭＡＣ層、同じＰＨＹ層、又は同じＢＡＰ層に対応する。

図３及び図４は、一例としてＩＡＢネットワークを使用して説明されていることに留意されたい。図３及び図４のコンテンツは、ＩＡＢネットワーク以外の別のタイプの中継ネットワークにも適用可能である。中継ネットワークの制御プレーン・プロトコル・スタック・アーキテクチャについては、図３を参照のこと。中継ネットワークのユーザ・プレーン・プロトコル・スタックアーキテクチャについては、図４を参照のこと。図３及び図４のＩＡＢノードは、リレー（ｒｅｌａｙ）と置き換えられてもよい。例えば、ＩＡＢノード２は、リレー・ノード２と置き換えられてもよく、ＩＡＢノード３は、リレー・ノード３と置き換えられてもよく、ＩＡＢノード１は、リレー・ノード１と置き換えられてもよく、ＩＡＢドナー１はドナー・ノード１と置き換えられてもよい。ドナー・ノードは、ＣＵ及びＤＵを含むプロトコル・スタックを有する。他のコンテンツは、図３及び図４に説明されているコンテンツと同じである。詳細は、図３及び図４の説明を参照のこと。詳細は、ここでは再度説明されない。

図１に示すＩＡＢネットワークは、ＩＡＢスタンドアロン・ネットワーク化の概略図として見なされてもよく、ＩＡＢネットワークは、さらに、非スタンドアロン・ネットワーク化をサポートする。図５は、ＩＡＢ非スタンドアロン・ネットワーク化の概略図である。ＩＡＢノードは、４Ｇ及び５Ｇネットワークのデュアル・コネクティビティ、すなわちＥＮ－ＤＣ （Ｅ－ＵＴＲＡＮ ＮＲデュアル・コネクティビティ）をサポートし、ＬＴＥ基地局ｅＮＢは、マスター基地局（ｍａｓｔｅｒ ｅＮＢ、ＭｅｎＢ）であり、これは、ＩＡＢノードに対してＬＴＥエア・インターフェース（ＬＴＥ Ｕｕ）接続を提供し、ユーザ・プレーン及び制御プレーン伝送のために４Ｇコア・ネットワーク発展型パケット・コア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）とＳ１インターフェースを確立する。ＩＡＢドナーは、セカンダリ基地局／セカンダリ・ドナー・ノードであり、これは、ＩＡＢノードに対してＮＲエア・インターフェース（ＮＲ Ｕｕ）接続を提供し、ユーザ・プレーン伝送のためにコア・ネットワークＥＰＣとＳ１インターフェースを確立する。同様に、ＵＥもＥＮ－ＤＣをサポートする。ＵＥは、ＬＴＥ Ｕｕインターフェースを介してマスター基地局ｅＮＢに接続され、ＮＲ Ｕｕインターフェースを介してＩＡＢノードにアクセスし、ＩＡＢノードを介してセカンダリ基地局／セカンダリ・ドナー・ノードＩＡＢドナーに接続される。このアプリケーションにおけるＩＡＢ非スタンドアロン・ネットワーク化シナリオは、ＩＡＢ ＥＮ－ＤＣネットワーク化シナリオとも呼ばれる。ＵＥ又はＩＡＢノードがセカンダリ基地局／セカンダリ・ドナー・ノードを変更するときに、変更前のセカンダリ基地局／セカンダリ・ドナー・ノードをソース・セカンダリ基地局／ソース・セカンダリ・ドナー・ノードと呼ばれてもよく、変更後のセカンダリ基地局／変更後のセカンダリ・ドナー・ノードをターゲット・セカンダリ基地局／ターゲット・セカンダリ・ドナー・ノードと呼ばれてもよい。

図５は、ネットワーク化の一例にすぎず、ＩＡＢネットワークのＮＳＡシナリオもマルチホップＩＡＢネットワーク化をサポートすると理解されたい。例えば、図５のＵＥは、別のＩＡＢノードであってもよい。言い換えれば、ＩＡＢノードは、マルチホップ無線バックホール・リンクを介してＩＡＢドナーに接続されてもよい。これは、この出願では限定されない。ＩＡＢネットワークのＮＳＡシナリオはまた、ＮＲ－ＮＲ ＤＣをサポートする。例えば、図５では、マスター基地局ｅＮＢは、代替的には、マスター・ドナー・ノードＩＡＢドナーであってもよい。言い換えれば、ＩＡＢノードはまた、５Ｇ及び５Ｇネットワークのデュアル・コネクティビティをサポートしてもよい。この出願では、ＩＡＢノードのＭＴは、略してＩＡＢ－ＭＴと呼ばれてもよく、ＩＡＢノードのＤＵは、略してＩＡＢ－ＤＵと呼ばれてもよく、ＩＡＢドナーのＣＵは、略してドナー－ＣＵと呼ばれてもよく、ＩＡＢドナーのＤＵは、略してドナー－ＤＵと呼ばれてもよい。

この出願では、ＩＡＢノードに接続されたＩＡＢドナーは、略してＩＡＢノードのＩＡＢドナーと呼ばれることがある。ＩＡＢノードは、ＩＡＢドナーに直接アクセスしてもよいし、ＩＡＢノードは、別のＩＡＢノードを介してＩＡＢドナーに接続されてもよい。

図６Ａは、この出願の一実施形態による通信方法６００Ａを示す。

図６Ａに示すように、第１のノードは、第２のノードの子ノードであってもよく、第１のノードは、第３のノードの親ノードであり、宛先ノードは、ドナー・ノードであってもよい。代替的には、図６Ａに示すように、第１のノードは、第２のノードの親ノードであってもよく、第１のノードは、第３のノードの子ノードであり、宛先ノードは、端末デバイスのアクセス・ノード（端末デバイスによってアクセスされるノードとも呼ばれてもよい）であってもよい。図６Ａでは、第２のノードは、第１のノードと第１のノードのマスター基地局／マスター・ドナー・ノードとの間、又は第１のノードと第１のノードのセカンダリ・ドナー・ノードとの間に位置してもよく、第２のノードは、第１のノードのマスター基地局／マスター・ドナー・ノードであるか、又は第２のノードは、第１のノードのセカンダリ・ドナー・ノードであってもよい。マスター基地局／マスター・ドナー・ノード又はセカンダリ・ドナー・ノードは、図５に対応する実施形態を参照して理解され得る。

少なくとも１つの中継ノードが、第２のノードと宛先ノードとの間に含まれてもよく、又は第２のノードが、宛先ノードに直接接続されてもよい。通信方法６００Ａは、以下のステップを含む。

Ｓ６０１Ａ：第１のノードは、第１の表示情報を第３のノードに送信する。

第１の表示情報は、無線リンク例外を示してもよい。例えば、第１の表示情報は、無線リンク失敗を示してもよく、又は第１の表示情報は、リンク回復の試みが行われていることを示してもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生したと決定するときに、第１の表示情報を第３のノードに送信してもよい。この場合、第１の表示情報は、無線リンク失敗を示してもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ無線リンク回復（ｒｅｃｏｖｅｒｙ）の試みが行われていると決定するときに、第１の表示情報を第３のノードに送信してもよい。この場合、第１の表示情報は、リンク回復の試みが行われていることを示してもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ第１のノードと宛先ノードとの間に他の利用可能な経路がないと決定するときに、第１の表示情報を第３のノードに送信してもよい。この場合、第１の表示情報は、無線リンク失敗を示してもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、無線リンク回復（ｒｅｃｏｖｅｒｙ）の試みが行われており、かつ第１のノードと宛先ノードとの間に他の利用可能なパスがないとするときに、第１の表示情報を第３のノードに送信してもよい。この場合、第１の表示情報は、リンク回復の試みが行われていることを示してもよい。

第１の表示情報は、送信のためにバックホール適応プロトコル層（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＢＡＰ）制御プロトコル・データ・ユニット（ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、制御ＰＤＵ）で搬送されてもよい。

Ｓ６０２Ａ：第１の表示情報を受信した後に、第３のノードは、再ルーティングをトリガする。

例えば、第１の表示情報を受信した後に、第３のノードは、宛先ノードに送信されるデータ・パケットを再ルーティング（ｒｅ－ｒｏｕｔｅ）する。宛先ノードに送信されるデータ・パケットを再ルーティングするということは、別の経路を介して宛先ノードにデータをルーティングすることを意味する。別の経路は、バックアップ（ｂａｃｋｕｐ）経路、すなわち、ＲＬＦが発生する前に、第３のノードが第１のノードを介して宛先ノードにデータをルーティングする元のパスとは異なるパスとも呼ばれてもよい。

例えば、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生するとき、又は第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ無線リンク回復の試みが行われているときに、第１のノードが、第１の表示情報を第３のノードに送信する場合、前述の動作Ｓ６０１Ａ及びＳ６０２Ａを介して、第３のノードが、第１の表示情報を受信した後に、データ・パケットの再ルーティング機能をトリガし、具体的には、宛先ノードに送信されるデータ・パケットを再ルーティングし、別の利用可能な経路を介して、宛先ノードにデータ・パケットをルーティングすることができる。

例えば、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ第１のノードと宛先ノードとの間に他の利用可能な経路がないとき、又は第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、無線リンク回復の試みが行われており、かつ第１のノードと宛先ノードとの間に他の利用可能な経路がないときに、第１のノードが第１の表示情報を第３のノードに送信する場合、前述の動作Ｓ６０１Ａ及びＳ６０２Ａを介して、第３のノードが、第１の表示情報を受信した後に、データ・パケットの再ルーティング動作をトリガすることができ、第１のノードの再ルーティング機能が完全に利用されて、データ中継安定性を改善し、エア・インターフェース信号のオーバヘッドを低減することができる。例えば、第１のノードと宛先ノードとの間には複数の経路がある。ＲＬＦが経路の１つで発生するときに、第１のノードは、再ルーティング機能をトリガし、別の経路を介して宛先ノードにデータをルーティングしてもよい。この場合、第１の表示情報は、第３のノードに送信される必要がなくてもよい。さもなければ、不必要な再ルーティングが第３のノードによって実行され、リソースの浪費を引き起こし、また、エア・インターフェースを介して大量の第１の表示情報の伝送を引き起こすことがある。

任意選択で、この出願のこの実施形態は、さらに、以下の動作を含んでもよい。

Ｓ６０３Ａ：第１のノードは、第２の表示情報を第３のノードに送信する。

第２の表示情報は、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示す。

例えば、第２の表示情報は、宛先ノードのＢＡＰアドレス（ａｄｄｒｅｓｓ）を含む。具体的には、上りリンク伝送の場合、宛先ノードのＢＡＰアドレスは、ドナーＤＵのＢＡＰアドレスであってもよい。下りリンク伝送の場合、宛先ノードのＢＡＰアドレスはアクセスＩＡＢノードのＢＡＰアドレスであってもよい。この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第１のノードを通過して宛先ノードに至るすべての経路が利用不能であることを意味する。

例えば、第２の表示情報は、第１のノードを通過して宛先ノードに至る経路に対応するパス・アイデンティティ（ｐａｔｈ ｉｄｅｎｔｉｔｙ、経路ＩＤ）、又は第１のノードから宛先ノードに至る経路に対応するパス・アイデンティを含む。この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、対応するＩＤが第２の表示情報に含まれる経路ＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべて経路において利用不能であることを示す。

例えば、第２の表示情報は、第１のノードを通過して宛先ノードに至る経路に対応するルーティング・アイデンティティ（ｒｏｕｔｉｎｇ ｉｄｅｎｔｉｔｙ、ルーティングＩＤ）、又は第１のノードから宛先ノードに至る経路に対応するルーティング・アイデンティティを含む。ルーティング識別子は、宛先ノードのＢＡＰアドレス及び経路ＩＤを含む。さらに、第１のノードと宛先ノードとの間に複数の経路がある場合、経路のうちの１つ以上でＲＬＦが発生するときに、第２の表示情報は、１つ以上のルーティング・アイデンティティを含んでもよい。この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、ルーティングＩＤが第２の表示情報に含まれるルーティングＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべて経路において利用不能であることを示す。代替的には、この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第１のノードを通過して宛先ノードに至るすべての経路が利用不能であることを意味してもよい。

これに対応して、第３のノードは、第２の表示情報を受信する。

例えば、第２の表示情報が宛先ノードのＢＡＰアドレス（ａｄｄｒｅｓｓ）を含むときに、第３のノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい。別の経路は、第１のノードを含まない。

例えば、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路に対応するルーティング・アイデンティティ（又は、第１のノードから宛先ノードに至る経路に対応するルーティング・アイデンティティ）を含むときに、第３のノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい。別の経路のルーティングＩＤは、第２の表示情報に含まれるルーティングＩＤに等しくない。代替的には、別の経路は、第１のノードを含まない。

第３のノードは、第２の表示情報に基づいて、宛先ノードに送信されるデータ・パケットのみを再ルーティング（ｒｅ－ｒｏｕｔｅ）すると決定してもよい。言い換えれば、第３のノードは、別の宛先ノードに送信されるデータ・パケットを再ルーティングしないと決定してもよく、データ・パケットは、依然として、第１のノードを介してルーティングされてもよい。

例えば、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路に対応する経路アイデンティティ（又は、第１のノードから宛先ノードに至る経路に対応する経路アイデンティティ）を含むときに、ドナー・ノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい。別の経路の経路アイデンティティは、第２の表示情報に含まれる経路ＩＤに等しくない。

第１の表示情報及び第２の表示情報は、例えば、同じメッセージで搬送され、例えば同じＢＡＰ制御ＰＤＵで搬送され、第３のノードに送信されてもよい。第１の表示情報及び第２の表示情報は、同じ表示情報であってもよい。言い換えれば、表示情報は、第１の表示情報の機能と、第２の表示情報の機能との両方を有する。

動作Ｓ６０３Ａは、任意選択の動作である。具体的には、第１のノードは、第２の表示情報を第３のノードに送信しないことがある。例えば、第１の表示情報を受信した後に、第３のノードは、別の経路を介して宛先ノードにデータをルーティングすると決定する。別の経路は、第１のノードを含まない。

前述の動作Ｓ６０３Ａを介して、第３のノードは、ＲＬＦに関するより正確な情報を取得して、より効率的で正確な再ルーティングを実装することができる。例えば、第３のノードは、第１のノードを介して宛先ノードにデータをルーティングするだけでなく、第１のノードを介して別の宛先ノードに他のデータをルーティングしてもよい。さらに、第１のノードと宛先ノードとの間には複数の経路があってもよい。これらの場合、第３のノードは、第１の表示情報及び第２の表示情報に基づいて、より効率的で正確な再ルーティングを実行してもよい。

任意選択で、この出願のこの実施形態は、さらに、以下の動作を含んでもよい。

Ｓ６０４Ａ：第１のノードは、第３の表示情報を第３のノードに送信する。

第３の表示情報は、無線リンク回復成功を示す。第１のノードは、第１のノードと親ノードとの間のリンクの回復に成功するとき、例えば、第１のノードと第２のノードとの間のリンクの回復に成功するとき、又はＲＲＣ再確立手順を介して新しい親ノードにアクセスするときに、第３の表示情報を第３のノードに送信してもよい。

これに対応して、第３のノードは、第３の表示情報を受信する。

可能な実装では、第３の表示情報を受信した後、第３のノードは、再ルーティング機能を無効にし、具体的には、別の経路（バックアップ経路）を介して宛先ノードにデータをルーティングすることを停止し、ソース経路（すなわち、元のプライマリ経路）を介して宛先ノードにデータをルーティングすることを継続する。例えば、第３のノードは、第１のノードにデータをルーティングすることを継続し、第１のノードは、さらに、宛先ノードにデータをルーティングする。

別の可能な実装では、第３の表示情報を受信した後に、第３のノードは、再ルーティング機能を無効にせず、ＩＡＢドナーが新しいルーティング設定を設定するまで、別の経路（バックアップ経路）を介して宛先ノードにデータをルーティングすることを継続する。

前記動作Ｓ６０４Ａを介して、第３のノードは、再ルーティングを時間的に停止（又は再ルーティング機能を無効化）して、第３のノードの上流ノード又は下流ノードの処理複雑性を低減することができる。

第１のノードが、第３のノードの子ノードであり、第２のノードの親ノードであるときに、第１の表示情報は、無線リンク失敗を示すのみであってもよい。第１のノードが第３のノードの親ノードであり、第２のノードの子ノードであるときに、第１の表示情報は、無線リンク失敗を示してもよいし、第１の表示情報は、リンク回復の試みが行われていることを示してもよい。

この出願のこの実施形態では、第１のノード、第２のノード、又は第３のノードは、ＩＡＢノードであってもよく、ドナー・ノードは、ＩＡＢドナーであってもよく、端末デバイスのアクセス・ノードは、アクセスＩＡＢノードであってもよい。

図６Ｂは、この出願の一実施形態による通信方法６００Ｂを示す。図６Ｂに示すように、第２のノードは、第１のノードの上流ノードであり（例えば、第２のノードは、第１のノードの親ノードである）、ドナー・ノードは、第１のノード及び第２のノードに接続されたドナー・ノードである。少なくとも１つの中継ノードが、第２のノードとドナー・ノードとの間に含まれてもよいし、第２のノードが、ドナー・ノードに直接接続されてもよい（ドナー・ノードが、第２のノードの親ノードであると理解されよう）。この出願のこの実施形態は、第１のノードが、上りリンク・データ・パケットを第２のノードを介して宛先ノードに送信するシナリオに適用されてもよい。宛先ノードは、ドナー・ノードであってもよい。通信方法６００Ｂは、以下のステップを含む。

Ｓ６０１Ｂ：第２のノードは、第１の情報をドナー・ノードに送信する。

（１）可能な実装では、第１の情報は、第１の閾値を含んでもよい。

例えば、第１の情報は、第１のノードのデータ・パケットの伝送／再伝送回数が第１の閾値に達する／超えるときに、上りリンク再ルーティングをトリガすることを示してもよい。第１のノードのデータ・パケットは、ＢＡＰ層、ＲＬＣ層、ＭＡＣ層、又はＰＨＹ層の任意のデータ・パケットであってもよい。

具体的には、第１の情報は、第１のノードのＢＡＰ層データ・パケット（例えば、ＢＡＰ ＰＤＵ）の伝送／再伝送回数が第１の閾値以上であるときに、上りリンク再ルーティングをトリガすることを示してもよい。代替的には、第１の情報は、第１のノードのＲＬＣ層データ・パケット（例えば、ＲＬＣ ＰＤＵ）の伝送／再伝送回数が第１の閾値以上であるときに、上りリンク再ルーティングをトリガすることを示してもよい。第１の閾値は、ＲＬＣ層の最大再送閾値未満であり、ＲＬＣ層の最大再送閾値は、第１のノードと第２のノードとの間のリンクでＲＬＦが発生するかどうかを決定するために、第１のノードによって使用されてもよい。ＲＬＣ層の最大再送閾値は、ＲＲＣメッセージを使用して、第１のノードにドナー・ノードによって送信されてもよい。代替的には、第１の情報は、第１のノードのＭＡＣ層データ・パケット（例えば、トランスポート・ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ）とも呼ばれることがあるＭＡＣ ＰＤＵ）の伝送／再伝送回数が第１の閾値以上であるときに、上りリンク再ルーティングをトリガすることを示してもよい。代替的には、第１の情報は、第１のノードのＰＨＹ層データ・パケット（例えば、コード・ブロック・グループ（ｃｏｄｅ ｂｌｏｃｋ ｇｒｏｕｐ、ＣＢＧ））の伝送／再送信時間回数が第１の閾値以上であるときに、上りリンク再ルーティングをトリガすることを示してもよい。

（２）別の可能な実装では、第１の情報は、第１のタイマの設定を含み、第１のタイマの設定は、第１のタイマ継続時間を含んでもよい。

例えば、第１の情報は、第１のタイマが満了し、かつ第１のノードのデータ・パケットが送信に成功していないとき、上りリンク再ルーティングをトリガすることを示してもよい。第１のノードのデータ・パケットは、ＢＡＰ層、ＲＬＣ層、ＭＡＣ層、又はＰＨＹ層の任意のデータ・パケットであってもよい。

具体的には、第１の情報は、第１のタイマが満了し（具体的には、第１のタイマのタイマ継続時間が、設定された第１のタイマ継続時間に達する／超える）、かつ第１のノードのＢＡＰ層データ・パケットが送信に成功していないときに、上りリンク再ルーティングをトリガすることを示してもよい。代替的には、第１の情報は、第１のタイマが満了し、かつ第１のノードのＲＬＣ層データ・パケットが送信に成功していないときに、上りリンク再ルーティングをトリガすることを示してもよい。第１のタイマ継続時間が、要件、すなわち、タイマが満了する前に、第１のノードのＲＬＣ層データ・パケットの伝送／再伝送回数が、ＲＬＣ層の最大再伝送閾値未満であることを満たす必要がある。代替的には、第１の情報は、第１のタイマが満了し、かつ第１のノードのＭＡＣ層データ・パケットが送信に成功していないときに、上りリンク再ルーティングをトリガすることを示してもよい。代替的には、第１の情報は、第１のタイマが満了し、かつ第１のノードのＰＨＹ層データ・パケットが送信に成功していないときに、上りリンク再ルーティングをトリガすることを示してもよい。

この出願のこの実施形態では、第１のノード又は第２のノードは、ＩＡＢノードであってもよく（例えば、第１のノードは、アクセスＩＡＢノードであってもよく、第２のノードは、中間ＩＡＢノードであってもよい）、ドナー・ノードは、ＩＡＢドナーであってもよい。例えば、第２のノードは、ＲＲＣメッセージ又はＦ１ＡＰメッセージを使用して、第１の情報をＩＡＢドナーのＣＵに送信してもよい。

Ｓ６０２Ｂ：ドナー・ノードは、第１の情報を第１のノードに送信する。

例えば、Ｓ６０２Ｂは、ＩＡＢドナーのＣＵが、ＲＲＣメッセージを使用して、第１の情報を第１のノードのＭＴに送信することであってもよいし、ＩＡＢドナーのＣＵが、Ｆ１ＡＰメッセージを使用して、第１の情報を第１のノードのＤＵに送信することであってもよい。

Ｓ６０１Ｂは、任意選択のステップである。例えば、第１の情報は、ドナー・ノードによって生成され、次いで、第１のノードに送信されてもよい。別の例では、第２のノードが、任意選択であってもよい。具体的には、第１のノードは、ドナー・ノード（言い刈れば、ドナー・ノードは、第１のノードの親ノードである）に直接接続されてもよい。第１の情報を生成した後に、ドナー・ノードは、第１の情報を第１のノードに直接送信してもよい。

Ｓ６０１Ｂ及びＳ６０２Ｂは、任意選択のステップである。可能な実装では、第１の情報は、ドナー・ノードによって転送される必要がなくてもよい。例えば、第２のノードは、ＢＡＰ制御ＰＤＵ又はメディア・アクセス制御要素（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）に第１の情報を含め、第１のノードと第２のノードとの間の無線バックホール・リンクを介して、ＢＡＰ制御ＰＤＵ又はメディア・アクセス制御要素を第１のノードに送信してもよい。可能な実装では、第１の情報は、第１のノードによって生成されてもよい。例えば、第１のノードは、プロトコル仕様に従って第１の情報を生成してもよく、第１の情報が、第１のノードに予め設定されてもよいし、第１のノードが、第１のノードと第２のノードとの間のチャネルの品質などのパラメータに基づいて第１の情報を生成してもよい。

Ｓ６０３Ｂ：第１のノードは、第１の情報に基づいて、上りリンク再ルーティングをトリガするかどうかを決定する。

（１）第１の情報が第１の閾値を含む場合、第１のノードは、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットの伝送／再伝送回数が第１の閾値以上であると決定するときに、上りリンク再ルーティングをトリガする。

例えば、第１のノードは、ＢＡＰ層データ・パケットの伝送／再伝送回数が第１の閾値以上であると検出するときに、上りリンク再ルーティングをトリガする。代替的には、第１のノードは、ＲＬＣ層データ・パケットの伝送／再伝送回数が第１の閾値以上であると検出するときに、上りリンク再ルーティングをトリガする。代替的には、第１のノードは、ＭＡＣ層データ・パケットの伝送／再伝送回数が第１の閾値以上であると検出するときに、上りリンク再ルーティングをトリガする。代替的には、第１のノードは、上りリンクＰＨＹ層データ・パケットの伝送／再伝送回数が第１の閾値以上であると検出するときに、上りリンク再ルーティングをトリガする。

（２）第１の情報が第１のタイマの設定を含む場合、第１のノードは、第１のタイマが満了し、かつ第１のノードのＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットが送信に成功していないと決定するときに、上りリンク再ルーティングをトリガする。

例えば、第１のノードは、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットが最初に送信されたとき、すなわち、第１のタイマがタイミングを開始するときに、タイマを開始してもよい。

例えば、第１のタイマが満了し、第１のノードのＢＡＰ層データ・パケットが送信に成功していないとき、上りリンク再ルーティングがトリガされる。代替的には、第１のタイマが満了し、かつ第１のノードのＲＬＣ層データ・パケットが送信に成功していないときに、上りリンク再ルーティングがトリガされる。代替的には、第１のタイマが満了し、かつ第１のノードのＭＡＣ層データ・パケットが送信に成功していないときに、上りリンク再ルーティングがトリガされる。代替的には、第１のタイマが満了し、かつ第１のノードのＰＨＹ層データ・パケットが送信に成功していないときに、上りリンク再ルーティングがトリガされる。

前述（１）及び（２）では、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットの伝送／再伝送回数は、ネクストホップ・ノードの粒度に基づいてカウントされるか、又はネクストホップ・リンクに基づいてカウントされてもよい。具体的には、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットの伝送／再伝送回数は、第１のノードが、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットを親ノード（第２のノード又はドナー・ノード）に伝送又は再伝送する総回数、又は第１のノードが、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットを第１のノードと親ノード（第２のノード又はドナー・ノード）との間のリンクで伝送又は再伝送する総回数であってもよい。

例えば、上りリンク再ルーティングをトリガすることは、第１のノードが、別の経路（すなわち、バックアップ経路であり、バックアップ経路は、第２のノードを含まなくてもよい）を介してか、又は別のノード（他のノードは、第２のノードではない）を介して、ドナー・ノードにデータ・パケットをルーティングすることとして理解されてもよい。第１のノードの親ノードが第２のノードであるときに、データ・パケットは、もはや第２のノードを介してドナー・ノードにルーティングされなくなる。第１のノードの親ノードがドナー・ノードであるときに、データ・パケットは、もはやドナー・ノードに直接ルーティングされなくなる。

Ｓ６０４Ｂ：第１のノードは、上りリンク再ルーティングを停止する。

例えば、第１のノードが上りリンク再ルーティングをトリガした後に、かつ第１のノードが、第１のノードと第２のノード／ドナー・ノードとの間でＲＬＦが発生したと決定する前に、データ・パケットが、ソース・パスを介して伝送に成功する場合、第１のノードは上りリンク再ルーティングを停止する。

任意選択で、第１のノードが上りリンク再ルーティングをトリガした後に、かつ第１のノードが、第１のノードと第２のノード／ドナー・ノードとの間でＲＬＦが発生したと決定する前に、第１のノードが、測定によって、第１のノードと第２のノード／ドナー・ノードとの間のリンクの品質が事前設定値よりも大きいと決定する場合、第１のノードは、上りリンク再ルーティングを停止してもよい。

任意選択で、上りリンク再ルーティングをトリガした後に、第１のノードは、タイマを開始する。タイマが満了し、かつ第１のノードが、第１のノードと第２のノード／ドナー・ノードとの間でＲＬＦが発生したと決定していないときに、第１のノードは、上りリンク再ルーティングを停止してもよい。

例えば、上りリンク再ルーティングの停止は、第１のノードが、別の経路（すなわち、バックアップ経路であって、バックアップ経路は、第２のノードを含まない）を介してか、又は別のノード（別のノードは、第２のノードでない）を介して、ドナー・ノードにデータをルーティングすることを停止し、ソース経路（すなわち、元のプライマリ経路であって、プライマリ経路は、第２のノードを含む）を介して、ドナー・ノードにデータをルーティングすることを継続する。第１のノードの親ノードが第２のノードであるときに、データ・パケットは、第２のノードを介してドナー・ノードにルーティングされることが継続される。第１のノードの親ノードがドナー・ノードであるときに、データ・パケットは、ドナー・ノードに直接ルーティングされることが継続される。

Ｓ６０４Ｂは、任意選択のステップである。例えば、ドナー・ノードが第１のノードに対して新しい上りリンクルート設定を再設定するまで、第１のノードは、上りリンク再ルーティングを停止しなくてもよい。

この出願のこの実施形態によれば、第１のノードは、より効率的で正確な再ルーティングを実行することができる。一態様では、第１のノードは、ドナー・ノードの設定の下で柔軟に再ルーティングをトリガすることができる。別の態様では、リンクＲＬＦが発生する前に、第１のノードの再ルーティングが事前にトリガされて、可能性のあるデータ伝送中断を低減し、データ伝送安定性を改善してもよい。

図６Ｃは、この出願の一実施形態による通信方法６００Ｃを示す。図６Ｃに示すように、第１のノードは、第２のノードの親ノードである。第１のノードが、ドナー・ノードに直接的又は間接的に接続されるか、又は第１のノードが、ドナー・ノードである。この出願のこの実施形態は、第１のノードが、下りリンク・データ・パケットを第２のノードを介して宛先ノードに送信するシナリオに適用されてもよい。宛先ノードは、端末デバイスのアクセス・ノードであってもよい。少なくとも１つの中継ノードが、第２のノードと宛先ノードとの間に含まれてもよいし、第２のノードが、宛先ノードの親ノードであってもよいし、第２のノードが、宛先ノードであってもよい（この場合、この出願のこの実施形態は、第１のノードが、下りリンク・データ・パケットを第２のノードに送信するシナリオに適用されてもよい）。通信方法６００Ｃは、以下のステップを含む。

Ｓ６０１Ｃ：ドナー・ノードは、第２の情報を第１のノードに送信する。

（１）可能な実装では、第２の情報は、第２の閾値を含んでもよい。

例えば、第２の情報は、第１のノードのデータ・パケットの伝送／再伝送回数が第２の閾値に達する／超えるときに、上りリンク再ルーティングをトリガすることを示してもよい。第１のノードのデータ・パケットは、ＢＡＰ層、ＲＬＣ層、ＭＡＣ層、又はＰＨＹ層の任意のデータ・パケットであってもよい。

具体的には、第２の情報は、第１のノードのＢＡＰ層データ・パケットの伝送／再伝送回数が第２の閾値以上であるときに、下りリンク再ルーティングをトリガすることを示してもよい。代替的には、第１の情報は、第１のノードのＲＬＣ層データ・パケットの伝送／再伝送回数が第１の閾値以上であるときに、下りリンク再ルーティングをトリガすることを示してもよい。第２の閾値は、ＲＬＣ層の最大再送閾値未満であり、ＲＬＣ層の最大再送閾値は、第１のノードと第２のノードとの間のリンクで無線リンク失敗が発生したかどうかを決定するために、第１のノードによって使用されてもよい。ＲＬＣ層の最大再送閾値は、ＲＲＣメッセージを使用して、第１のノードにドナー・ノードによって送信されてもよい。代替的には、第１の情報は、第１のノードのＭＡＣ層データ・パケットの伝送／再伝送回数が第１の閾値以上であるときに、下りリンク再ルーティングをトリガすることを示してもよい。代替的には、第１の情報は、第１のノードのＰＨＹ層データ・パケットの伝送／再伝送回数が第１の閾値以上であるときに、下りリンク再ルーティングをトリガすることを示してもよい。

（２）別の可能な実装では、第２の情報は、第２のタイマの設定を含み、第２のタイマの設定は、第２のタイマ継続時間を含んでもよい。

例えば、第２の情報は、第２のタイマが満了し、かつ第１のノードのデータ・パケットが送信に成功していないときに、下りリンク再ルーティングをトリガすることを示してもよい。第１のノードのデータ・パケットは、ＢＡＰ層、ＲＬＣ層、ＭＡＣ層、又はＰＨＹ層の任意のデータ・パケットであってもよい。

具体的には、第２の情報は、第２のタイマが満了し（具体的には、第２のタイマのタイマ継続時間が、設定された第２のタイマ継続時間に達する／超える）、かつ第１のノードのＢＡＰ層データ・パケットが送信に成功していないときに、下りリンク再ルーティングをトリガすることを示してもよい。代替的には、第２の情報は、第２のタイマが満了し、かつ第１のノードのＲＬＣ層データ・パケットが送信に成功していないときに、下りリンク再ルーティングをトリガすることを示してもよい。第２のタイマ継続時間が、要件、すなわち、第２のタイマが満了する前に、第１のノードのＲＬＣ層データ・パケットの伝送／再伝送回数が、ＲＬＣ層の最大再伝送閾値未満であることを満たす必要がある。代替的には、第２の情報は、第２のタイマが満了し、かつ第１のノードのＭＡＣ層データ・パケットが送信に成功していないときに、下りリンク再ルーティングをトリガすることを示してもよい。代替的には、第２の情報は、第２のタイマが満了し、かつ第１のノードのＰＨＹ層データ・パケットが送信に成功していないときに、下りリンク再ルーティングをトリガすることを示してもよい。

この出願のこの実施形態では、第１のノード又は第２のノードは、ＩＡＢノードであってもよく（例えば、第１のノードは、中間ＩＡＢノードであってもよく、第２のノードは、アクセスＩＡＢノードであってもよい）、ドナー・ノードは、ＩＡＢドナーであってもよい。例えば、Ｓ６０１Ｃは、ＩＡＢドナーのＣＵが、ＲＲＣメッセージを使用して、第２の情報を第１のノードのＭＴに送信することであってもよい。代替的には、ＩＡＢドナーのＣＵが、Ｆ１ＡＰメッセージを使用して、第２の情報を第１のノードのＤＵに送信してもよい。

Ｓ６０１Ｃは、任意選択のステップである。可能な実装では、第２の情報は、第１のノードによって生成されてもよい。例えば、第１のノードは、プロトコル仕様に従って第２の情報を生成してもよく、第２の情報が、第１のノードに予め設定されてもよいし、第１のノードが、第１のノードと第２のノードとの間のチャネルの品質に基づいて第２の情報を生成してもよい。別の例では、第１のノードが、ドナー・ノードであり、第１のノードが、ドナー・ノードのＤＵ及びドナー・ノードのＣＵを含む。第２の情報は、ドナー・ノードのＤＵにドナー・ノードのＣＵによって送信されるか、又はドナー・ノードのＤＵによって生成される。

Ｓ６０２Ｃ：第１のノードは、第２の情報に基づいて、下りリンク再ルーティングをトリガするかどうかを決定する。

（１） 第２の情報が第２の閾値を含む場合、第１のノードは、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットの伝送／再伝送回数が第２の閾値以上であると決定するときに、下りリンク再ルーティングをトリガする。

例えば、第１のノードは、ＢＡＰ層データ・パケットの伝送／再伝送回数が第２の閾値以上であると検出するときに、下りリンク再ルーティングをトリガする。代替的には、第１のノードは、ＲＬＣ層データ・パケットの伝送／再伝送回数が第２の閾値以上であると検出するときに、下りリンク再ルーティングをトリガする。代替的には、第１のノードは、ＭＡＣ層データ・パケットの伝送／再伝送回数が第２の閾値以上であると検出するときに、下りリンク再ルーティングをトリガする。代替的には、第１のノードは、下りリンクＰＨＹ層データ・パケットの伝送／再伝送回数が第２の閾値以上であると検出するときに、下りリンク再ルーティングをトリガする。

（２）第２の情報が第２のタイマの設定を含む場合、第１のノードは、第２のタイマが満了し、かつＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットが送信に成功していないと決定するときに、下りリンク再ルーティングをトリガする。

例えば、第１のノードは、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットが最初に送信されたとき、すなわち、第２のタイマがタイミングを開始するときに、タイマを開始してもよい。

例えば、第２のタイマが満了し、第１のノードのＢＡＰ層データ・パケットが送信に成功していないとき、下りリンク再ルーティングがトリガされる。代替的には、第２のタイマが満了し、かつ第１のノードのＲＬＣ層データ・パケットが送信に成功していないときに、下りリンク再ルーティングがトリガされる。代替的には、第２のタイマが満了し、かつ第１のノードのＭＡＣ層データ・パケットが送信に成功していないときに、下りリンク再ルーティングがトリガされる。代替的には、第２のタイマが満了し、かつ第１のノードのＰＨＹ層データ・パケットが送信に成功していないときに、下りリンク再ルーティングがトリガされる。

前述（１）及び（２）では、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットの伝送／再伝送回数は、ネクストホップ・ノードの粒度に基づいてカウントされるか、又はネクストホップ・リンクに基づいてカウントされてもよい。具体的には、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットの伝送／再伝送回数は、第１のノードが、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットを第２のノードに伝送又は再伝送する総回数、又は第１のノードが、ＢＡＰ層／ＲＬＣ層／ＭＡＣ層／ＰＨＹ層データ・パケットを第１のノードと第２のノードとの間のリンクで伝送又は再伝送する総回数であってもよい。

例えば、下りリンク再ルーティングをトリガすることは、第１のノードが、別の経路（すなわち、バックアップ経路であり、バックアップ経路は、第２のノードを含まなくてもよい）を介してか、又は別のノード（他のノードは、第２のノードではない）を介して、宛先ノードにデータ・パケットをルーティングすることとして理解されてもよい。

Ｓ６０３Ｃ：第１のノードは、下りリンク再ルーティングを停止する。

任意選択で、第１のノードが下りリンク再ルーティングをトリガした後に、かつ第１のノードが、第１のノードと第２のノードとの間でＲＬＦが発生したと決定する前に、データ・パケットが、ソース・パスを介して伝送に成功する場合、第１のノードは下りリンク再ルーティングを停止する。

任意選択で、第１のノードが下りリンク再ルーティングをトリガした後に、かつ第１のノードが、第１のノードと第２のノードとの間でＲＬＦが発生したと決定する前に、第１のノードが、第２のノードの測定又はフィードバック（例えば、ＰＨＹ層のチャネル品質情報（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ、ＣＱＩ）フィードバック）を通して、第１のノードと第２のノードとの間のリンクの品質が事前設定値よりも大きいと決定する場合、第１のノードは、下りリンク再ルーティングを停止してもよい。

任意選択で、下りリンク再ルーティングをトリガした後に、第１のノードは、タイマを開始する。タイマが満了し、かつ第１のノードが、第１のノードと第２のノードとの間でＲＬＦが発生したと決定していないときに、第１のノードは、上りリンク再ルーティングを停止してもよい。

例えば、下りリンク再ルーティングの停止は、第１のノードが、別の経路（すなわち、バックアップ経路であって、バックアップ経路は、第２のノードを含まない）を介してか、又は別のノード（別のノードは、第２のノードでない）を介して、宛先ノードにデータをルーティングすることを停止し、ソース経路（すなわち、元のプライマリ経路であって、プライマリ経路は、第２のノードを含む）を介して、宛先ノードにデータをルーティングすることを継続する。

Ｓ６０３Ｃは、任意選択のステップである。例えば、第１のノードが第１のノードに対して新しい下りリンクルート設定を再設定するまで、第１のノードは、下りリンク再ルーティングを停止しなくてもよい。

方法６００Ｂでは、第１のノードが、上りリンク再ルーティングをトリガすると決定するときに、第１のノードが、ソース経路を介してドナー・ノードにデータ・パケットをルーティングすることを停止してもよいことに留意されたい。方法６００Ｃでは、第１のノードが、下りリンク再ルーティングをトリガすると決定するときに、第１のノードが、ソース経路を介して宛先ノードにデータ・パケットをルーティングすることを停止してもよい。第１のノードがソース経路を介して宛先ノードにデータ・パケットをルーティングすることを停止することは、具体的には、第１のノードのＢＡＰ層が、表示情報をＲＬＣ層に送信し、その表示情報が、再確立を実行するようにＲＬＣ層に示すことか、又は第１のノードのＢＡＰ層が、表示情報をＭＡＣ層に送信し、その表示情報が、リセット（ｒｅｓｅｔ）を実行するようにＭＡＣ層に示すことのうちの少なくとも１つを含んでもよい。

確かに、方法６００Ｂでは、第１のノードが、上りリンク再ルーティングをトリガすると決定するときに、第１のノードが、代替的には、ソース経路を介して宛先ノードにデータ・パケットをルーティングすることを停止しなくてもよい。方法６００Ｃでは、第１のノードが、下りリンク再ルーティングをトリガすると決定するときに、第１のノードが、代替的には、ソース経路を介して宛先ノードにデータ・パケットをルーティングすることを停止しなくてもよい。例えば、第１のノードは、ＤＣ機能、ＭＣ機能、又はＮＳＡ機能をサポートする。第１のノードが上りリンク／下りリンク再ルーティングをトリガした後に、かつ第１のノードが、第１のノードと第２のノードとの間でＲＬＦが発生したと決定する前に、第１のノードは、バックアップ経路を介してデータ（例えば、ＲＬＣ層又はＭＡＣ層で再伝送されたデータ）をルーティングするだけでなく、ソース経路を介してデータをルーティングする。

方法６００Ｂの第１の情報及び方法６００Ｃの第２の情報は、第３の情報と同じであってもよいことに留意されたい。第１の閾値及び第２の閾値は、第３の閾値と同じであってもよい。この場合、第３の情報は、第１のノードのデータ・パケットの伝送／再伝送回数が第３の閾値に達する／超えるときに、再ルーティングをトリガすることを示してもよい。第１のタイマの設定及び第２のタイマの設定は、第３のタイマの設定と同じであってもよい。この場合、第３の情報は、第３のタイマが満了し、かつ第１のノードのデータ・パケットが送信に成功していないときに、再ルーティングをトリガすることを示してもよい。言い換えれば、第１のノードは、第３の情報に基づいて、上りリンク再ルーティングをトリガするかどうかを決定してもよいし、第３の情報に基づいて、下りリンク再ルーティングをトリガするかどうかを決定してもよい。このようにして、エア・インターフェース・シグナリングのオーバヘッドが低減され得る。

図６Ｄは、この出願の一実施形態による通信方法６００Ｄを示す。

図６Ｄに示すように、第１のノードは、第２のノードの子ノードであってもよく、第１のノードは、第３のノードの親ノードであり、宛先ノードは、ドナー・ノードであってもよい。代替的には、図６Ｄに示すように、第１のノードは、第２のノードの親ノードであってもよく、第１のノードは、第３のノードの子ノードであり、宛先ノードは、端末デバイスのアクセス・ノード（端末デバイスによってアクセスされるノードとも呼ばれてもよい）であってもよい。

少なくとも１つの中継ノードが、第２のノードと宛先ノードとの間に含まれてもよく、又は第２のノードが、宛先ノードに直接接続されてもよい。通信方法６００Ｄは、以下のステップを含む。

Ｓ６０１Ｄ：第１のノードは、第１の表示情報を第３のノードに送信する。

第１の表示情報は、無線リンク例外を示してもよい。例えば、第１の表示情報は、無線リンク失敗を示してもよいし、第１の表示情報は、リンク回復の試みが行われていることを示してもよい。

例えば、第１のノードとすべての第２のノードとの間の無線リンクが利用不可であると決定するときに（例えば、無線リンクでＲＬＦが発生し、無線リンクで輻輳が発生し、フロー制御により無線リンクが利用不能であるか、若しくは第１のノードとすべての第２のノードとの間のバックホールＲＬＣチャネルが利用不能である）（又は第１のノードが、第１のノードとすべての子ノード又はすべての親ノードとの間の無線リンクが利用不能であると決定するときに）、第１のノードは、第１の表示情報を第３のノードに送信してもよい。具体的には、第１のノードとすべての第２のノードとの間の無線リンクが利用不能であると決定するときに、第１のノードのＤＵは、表示情報を第１のノードのＭＴに送信してもよく、その表示情報は、第１の表示情報を第３のノードに送信するように第１のノードのＭＴに示す。

例えば、第１のノードとすべての第２のノードとの間の無線リンクが利用不能であると決定し、かつ無線リンク回復の試みが行われているときに（例えば、第２のノードが、第１のノードと第１のノードのマスター基地局／マスター・ドナー・ノードとの間に位置するか、又は第２のノードが、マスター・セル・グループ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ）回復（ｒｅｃｏｖｅｒｙ）を試みるプロセスにおいて、第１のノードのマスター基地局／マスター・ドナー・ノードであるとき、別の例では、第２のノードが、第１のノードと第１のノードのセカンダリ・ドナー・ノードとの間に位置するか、又は第２のノードが、セカンダリ・セル・グループ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ）回復（ｒｅｃｏｖｅｒｙ）を試みるプロセスにおいて、第１のノードのセカンダリ・ドナー・ノードであるとき）、第１のノードは、第１の表示情報を第３のノードに送信してもよい。この場合、第１の表示情報は、リンク回復の試みが行われていることを示してもよい。具体的には、第１のノードとすべての第２のノードとの間の無線リンクが利用不能であると決定し、かつ無線リンク回復の試みが行われているときに、第１のノードのＤＵは、表示情報を第１のノードのＭＴに送信してもよく、その表示情報は、第１の表示情報を第３のノードに送信するように第１のノードのＭＴに示す。

第１の表示情報は、バックホール適応プロトコル（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＢＡＰ）制御プロトコル・データ・ユニット（ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、制御ＰＤＵ）又は送信のためのメディア・アクセス制御要素（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）で搬送されてもよい。

Ｓ６０２Ｄ：第１の表示情報を受信した後に、第３のノードは、再ルーティングをトリガする。

例えば、第１の表示情報を受信した後に、第３のノードは、宛先ノードに送信されるデータ・パケットを再ルーティング（ｒｅ－ｒｏｕｔｅ）する。宛先ノードに送信されるデータ・パケットを再ルーティングするということは、別の経路を介して宛先ノードにデータをルーティングすることを意味する。別の経路は、バックアップ（ｂａｃｋｕｐ）経路、すなわち、第１のノードとすべての第２のノードとの間の無線リンクが利用不能となる前に、第３のノードが第１のノードを介して宛先ノードにデータをルーティングする元のパスとは異なるパスとも呼ばれてもよい。

前述の動作Ｓ６０１Ｄ及びＳ６０２Ｄを介して、第３のノードは、第１の表示情報を受信した後に、データ・パケットの再ルーティング機能をトリガし、具体的には、宛先ノードに送信されるデータ・パケットを再ルーティングし、別の利用可能な経路を介して宛先ノードにデータ・パケットをルーティングすることができる。これは、データ伝送の安定性、適時性、及び信頼性を保証する。

任意選択で、この出願のこの実施形態は、さらに、以下の動作を含んでもよい。

Ｓ６０３Ｄ：第１のノードは、第２の表示情報を第３のノードに送信する。

可能な実装では、第２の表示情報は、第１のノードが利用不能であることを示す。例えば、第２の表示情報は、第１のノードの識別子、例えば、第１のノードのＢＡＰアドレス（ａｄｄｒｅｓｓ）を含む。

別の可能な実装では、第２の表示情報は、第１のノードとすべての第２のノードとの間のチャネルが利用不能であることを示してもよい。例えば、第２の表示情報が、第２のバックホールＲＬＣチャネルの識別子を含み、第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間に対応がある。第１のバックホールＲＬＣチャネルが、第１のノードと第２のノードとの間のすべてのバックホールＲＬＣチャネルを含み、第２のバックホールＲＬＣチャネルが、第１のノードと第３のノードとの間のすべてのバックホールＲＬＣチャネルを含む。

第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間に対応に対して多くの可能性があってもよい。これは、この出願では限定されない。例えば、第２のバックホールＲＬＣチャネルにおけるバックホールＲＬＣチャネルは、第１のバックホールＲＬＣチャネルにおける１つ以上のバックホールＲＬＣチャネルに対応してもよい。第２のバックホールＲＬＣチャネルにおけるバックホールＲＬＣチャネルは、第２のバックホールＲＬＣチャネルにおける１つ以上のバックホールＲＬＣチャネルに対応してもよい。第１のノードが、第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間の対応に基づいて、第１のバックホールＲＬＣチャネルから第２のバックホールＲＬＣチャネルにデータをマッピングするか、又は第１のノードが、その対応に基づいて、第２のバックホールＲＬＣチャネルから第１のバックホールＲＬＣチャネルにデータをマッピングしてもよい。

この出願では、無線リンクとバックホールＲＬＣチャネルとの間の対応は、１対１、多対１、又は１対多であってもよい。これは、この出願では限定されない。

これに対応して、第３のノードは、第２の表示情報を受信する。第２の表示情報に応答して、第３のノードは、別の経路を介して宛先ノードにデータ（第１のノードを介して最初にルーティングされる必要があるデータとして理解され得る）をルーティングすると決定してもよい。別の経路は、第１のノードを含まない。

第１の表示情報及び第２の表示情報は、例えば、同じメッセージで搬送され、例えば同じＢＡＰ制御ＰＤＵ又はＭＡＣ ＣＥで搬送され、第３のノードに送信されてもよい。第１の表示情報及び第２の表示情報は、同じ表示情報であってもよい。言い換えれば、表示情報は、第１の表示情報の機能と、第２の表示情報の機能との両方を有する。

動作Ｓ６０３Ｄは、任意選択の動作である。具体的には、第１のノードは、第２の表示情報を第３のノードに送信しないことがある。例えば、第１の表示情報を受信した後に、第３のノードは、別の経路を介して宛先ノードにデータをルーティングすると決定する。別の経路は、第１のノードを含まない。

前述の動作Ｓ６０３Ｄを介して、第３のノードは、ＲＬＦに関するより正確な情報を取得して、より効率的で正確な再ルーティングを実装することができる。例えば、第３のノードは、第１のノードを介して宛先ノードにデータをルーティングするだけでなく、第１のノードを介して別の宛先ノードに他のデータをルーティングしてもよい。さらに、第１のノードと宛先ノードとの間には複数の経路があってもよい。これらの場合、第３のノードは、第１の表示情報及び第２の表示情報に基づいて、より効率的で正確な再ルーティングを実行してもよい。

任意選択で、この出願のこの実施形態は、さらに、以下の動作を含んでもよい。

Ｓ６０４Ｄ：第１のノードは、第３の表示情報を第３のノードに送信する。

第３の表示情報は、無線リンク回復成功を示す。第１のノードは、第１のノードと第２のノードとの間のリンク回復に成功するとき、例えば、第１のノードと第２のノードとの間のリンク回復に成功し、第１のノードと第２のノードとの間のバックホールＲＬＣチャネル回復に成功するとき、又はＲＲＣ再確立手順を使用して、新しい第２のノードにアクセスするときに、第３の表示情報を第３のノードに送信してもよい。

これに対応して、第３のノードは、第３の表示情報を受信する。

可能な実装では、第３の表示情報を受信した後、第３のノードは、再ルーティング機能を無効にし、具体的には、別の経路（バックアップ経路）を介して宛先ノードにデータをルーティングすることを停止し、ソース経路（すなわち、元のプライマリ経路）を介して宛先ノードにデータをルーティングすることを継続する。例えば、第３のノードは、第１のノードにデータをルーティングすることを継続し、第１のノードは、さらに、宛先ノードにデータをルーティングする。

別の可能な実装では、第３の表示情報を受信した後に、第３のノードは、再ルーティング機能を無効にせず、ドナー・ノードが新しいルーティング設定を設定するまで、別の経路（バックアップ経路）を介して宛先ノードにデータをルーティングすることを継続する。

前記動作Ｓ６０４Ｄを介して、第３のノードは、再ルーティングを時間的に停止（又は再ルーティング機能を無効化）して、第３のノードの上流ノード又は下流ノードの処理複雑性を低減することができる。

第１のノードが、第３のノードの子ノードであり、第２のノードの親ノードであるときに、第１の表示情報は、無線リンク失敗を示すのみであってもよい。第１のノードが第３のノードの親ノードであり、第２のノードの子ノードであるときに、第１の表示情報は、無線リンク失敗を示してもよいし、第１の表示情報は、リンク回復の試みが行われていることを示してもよい。

この出願のこの実施形態では、第１のノード、第２のノード、又は第３のノードは、ＩＡＢノードであってもよく、ドナー・ノードは、ＩＡＢドナーであってもよく、端末デバイスのアクセス・ノードは、アクセスＩＡＢノードであってもよい。

図６Ｅは、この出願の一実施形態による通信方法６００Ｅを示す。

図６Ｅに示すように、第１のノードは、第２のノードの子ノードであってもよく、第１のノードは、第３のノードの親ノードであり、宛先ノードは、ドナー・ノードであってもよい。代替的には、図６Ｅに示すように、第１のノードは、第２のノードの親ノードであってもよく、第１のノードは、第３のノードの子ノードであり、宛先ノードは、端末デバイスのアクセス・ノード（端末デバイスによってアクセスされるノードとも呼ばれてもよい）であってもよい。図６Ｅでは、第２のノードは、第１のノードと第１のノードのマスター基地局／マスター・ドナー・ノードとの間、又は第１のノードと第１のノードのセカンダリ・ドナー・ノードとの間に位置してもよく、第２のノードは、第１のノードのマスター基地局／マスター・ドナー・ノードであるか、又は第２のノードは、第１のノードのセカンダリ・ドナー・ノードであってもよい。マスター基地局／マスター・ドナー・ノード又はセカンダリ・ドナー・ノードは、図５に対応する実施形態を参照して理解され得る。

少なくとも１つの中継ノードが、第２のノードと宛先ノードとの間に含まれてもよく、又は第２のノードが、宛先ノードに直接接続されてもよい。通信方法６００Ｅは、以下のステップを含む。

Ｓ６０１Ｅ：第１のノードは、第１の表示情報を第３のノードに送信する。

第１の表示情報は、無線リンク例外を示してもよく、例えば、無線リンク失敗を示してもよく、バックホールＲＬＣチャネルが利用不能であること（例えば、バックホールＲＬＣチャネルでＲＬＦが発生するか、バックホールＲＬＣチャネルで輻輳が発生するか、若しくはバックホールＲＬＣチャネルがフロー制御により利用不能である）、バックホールＲＬＣチャネルを回復するために試みが行われていること、第１のルーティングＩＤによって識別される経路が利用不能であること、又は経路回復の試み行われていることを示してもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の第１のバックホールＲＬＣチャネルが利用不能であること（例えば、第１のバックホールＲＬＣチャネルでＲＬＦが発生するか、第１のバックホールＲＬＣチャネルで輻輳が発生するか、又は第１のバックホールＲＬＣチャネルがフロー制御により利用不能である）を決定するときに、第１の表示情報を第３のノードに送信してもよい。具体的には、第１のバックホールＲＬＣチャネルが利用不能であると決定するときに、第１のノードのＤＵが、表示情報を第１のノードのＭＴに送信してもよく、その表示情報は、第１の表示情報を第３のノードに送信するように第１のノードのＭＴに示す。

例えば、第１のノードと第２のノードとの間の第１のバックホールＲＬＣチャネルが利用不能であると決定し、かつ無線リンク回復の試みが行われているときに（例えば、第２のノードが、第１のノードとマスター基地局／第１のノードのマスター・ドナー・ノードとの間に位置するか、又は第２のノードが、マスター・セル・グループ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ）回復（ｒｅｃｏｖｅｒｙ）を試みるプロセスにおいて、マスター基地局／第１のノードのマスター・ドナー・ノードであるとき、別の例では、第２のノードが、第１のノードと第１のノードのセカンダリ・ドナー・ノードとの間に位置するか、又は第２のノードが、セカンダリ・セル・グループ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ）回復（ｒｅｃｏｖｅｒｙ）を試みるプロセスにおいて、第１のノードのセカンダリ・ドナー・ノードであるとき）、第１のノードは、第１の表示情報を第３のノードに送信してもよい。具体的には、第１のバックホールＲＬＣチャネルが利用不能であると決定し、かつバックホールＲＬＣチャネルを回復するために試みが行われているときに、第１のノードのＤＵは、表示情報を第１のノードのＭＴに送信してもよく、その表示情報は、第１の表示情報を第３のノードに送信するように第１のノードのＭＴに示す。

任意選択で、第１の表示情報は、第２のバックホールＲＬＣチャネルの識別子を含む。第２のバックホールＲＬＣチャネルは、第１のノードと第３のノードとの間のバックホールＲＬＣチャネルである。第２のバックホールＲＬＣチャネルと利用不能な第１のバックホールＲＬＣチャネルとの間に対応がある。第１のバックホールＲＬＣチャネルは、第１のノードと第２のノードとの間の利用不能なバックホールＲＬＣチャネルである。第２のバックホールＲＬＣチャネルと利用不能な第１のバックホールＲＬＣチャネルとの間の対応に対して多くの可能性があってもよい。これは、この出願では限定されない。例えば、第２のバックホールＲＬＣチャネルは、１つ以上の利用不能な第１のバックホールＲＬＣチャネルに対応してもよく、利用不能な第１のバックホールＲＬＣチャネルは、１つ以上の第２のバックホールＲＬＣチャネルにも対応してもよい。第１のノードが、第２のバックホールＲＬＣチャネルと第１のバックホールＲＬＣチャネルとの間の対応に基づいて、第１のバックホールＲＬＣチャネルから第２のバックホールＲＬＣチャネルにデータをマッピングするか、又は第１のノードが、その対応に基づいて、第２のバックホールＲＬＣチャネルから第１のバックホールＲＬＣチャネルにデータをマッピングしてもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の第１のルーティングＩＤによって識別される経路が利用不能であると決定するときに、第１の表示情報を第３のノードに送信してもよい。具体的には、第１のルーティングＩＤによって識別される経路が利用不能であると決定するときに、第１のノードのＤＵは、表示情報を第１のノードのＭＴに送信してもよく、その表示情報は、第１の表示情報を第３のノードに送信するように第１のノードのＭＴに示す。

例えば、第１のノードと第２のノードとの間の第１のルーティングＩＤによって識別される経路が利用不能であると決定し、かつ無線リンク回復の試みが行われているときに（例えば、第２のノードが、第１のノードとマスター基地局／第１のノードのマスター・ドナー・ノードとの間に位置するか、又は第２のノードが、マスター・セル・グループ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ）回復（ｒｅｃｏｖｅｒｙ）を試みるプロセスにおいて、マスター基地局／第１のノードのマスター・ドナー・ノードであるとき、別の例では、第２のノードが、第１のノードと第１のノードのセカンダリ・ドナー・ノードとの間に位置するか、又は第２のノードが、セカンダリ・セル・グループ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ）回復（ｒｅｃｏｖｅｒｙ）を試みるプロセスにおいて、第１のノードのセカンダリ・ドナー・ノードであるとき）、第１のノードは、第１の表示情報を第３のノードに送信してもよい。具体的には、第１のルーティングＩＤによって識別される経路が利用不能であり、かつ経路回復の試みが行われているときに、第１のノードのＤＵは、表示情報を第１のノードのＭＴに送信してもよく、その表示情報は、第１の表示情報を第３のノードに送信するように第１のノードのＭＴに示す。

任意選択で、第１の表示情報は、第１のルーティングＩＤを含んでもよい。

第１の表示情報は、送信するためにＢＡＰ制御ＰＤＵ又はＭＡＣ ＣＥで搬送されてもよい。

Ｓ６０２Ｅ：第１の表示情報を受信した後に、第３のノードは、再ルーティングをトリガする。

例えば、第１の表示情報を受信した後に、第３のノードは、宛先ノードに送信されるデータ・パケットを再ルーティング（ｒｅ－ｒｏｕｔｅ）する。宛先ノードに送信されるデータ・パケットを再ルーティングするということは、別の経路を介して宛先ノードにデータをルーティングすることを意味する。別の経路は、バックアップ（ｂａｃｋｕｐ）経路、すなわち、第１のバックホールＲＬＣチャネルが利用不能となるか、又は第１のルーティングＩＤによって識別される経路が利用不能となる前に、第３のノードが第１のノードを介して宛先ノードにデータをルーティングする元のパスとは異なるパスとも呼ばれてもよい。

例えば、第１のノードと第２のノードとの間の第１のバックホールＲＬＣチャネルが利用不能であるときか、又は第１のノードと第２のノードとの間の第１のバックホールＲＬＣチャネルが利用不能であり、かつバックホールＲＬＣチャネルを回復するために試みが行われているときに、第１のノードが第１の表示情報を第３のノードに送信する場合、前述の動作Ｓ６０１Ｅ及びＳ６０２Ｅを介して、第３のノードが、第１の表示情報を受信した後に、データ・パケットの再ルーティング機能をトリガし、具体的には、宛先ノードに送信されるデータ・パケットを再ルーティングし、別の利用可能な経路を介して、宛先ノードにデータ・パケットをルーティングすることができる。

例えば、第１のノードと第２のノードとの間の第１のルーティングＩＤによって識別される経路が利用不能であるときか、又は第１のルーティングＩＤによって識別される経路が利用不能であり、かつ経路回復の試みが行われているときに、第１のノードが第１の表示情報を第３のノードに送信する場合、前述の動作Ｓ６０１Ｅ及びＳ６０２Ｅを介して、第３のノードが、第１の表示情報を受信した後に、データ・パケットの再ルーティング機能をトリガし、具体的には、宛先ノードに送信されるデータ・パケットを再ルーティングし、別の利用可能な経路を介して、宛先ノードにデータ・パケットをルーティングすることができる。

例えば、第２の表示情報が第２のバックホールＲＬＣチャネルの識別子を含むときに、第３のノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードに、第２のバックホールＲＬＣチャネルに元々マッピングされる必要があるデータをルーティングすると決定してもよい（言い換えると、第１のバックホールＲＬＣチャネルが利用不能になる前に、第３のノードが、伝送のために第２のバックホールＲＬＣチャネルにデータをマッピングする）。別の経路は、第１のノードを含まないか、第２のバックホールＲＬＣチャネルを通過しない。

例えば、第２の表示情報が第１のルーティングＩＤを含むときに、第３のノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい（例えば、データで搬送されるルーティングＩＤは、第２の表示情報に含まれる第１のルーティングＩＤに等しい）。別の経路のルーティングＩＤは、第２の表示情報に含まれる第１のルーティングＩＤに等しくない。

前述の動作Ｓ６０１Ｅ及びＳ６０２Ｅを介して、第３のノードは、ＲＬＦに関するより正確な情報を取得して、より効率的で正確な再ルーティングを実装することができる。

任意選択で、この出願のこの実施形態は、さらに、以下の動作を含んでもよい。

Ｓ６０３Ｅ：第１のノードは、第３の表示情報を第３のノードに送信する。

第３の表示情報は、バックホールＲＬＣチャネル又は経路の回復成功を示す。第１のノードは、第１のバックホールＲＬＣチャネル又は第１のノードと第２のノードとの間の第１のルーティングＩＤによって識別される経路が回復に成功するときに、第３の表示情報を第３のノードに送信してもよい。

これに対応して、第３のノードは、第３の表示情報を受信する。

可能な実装では、第３の表示情報を受信した後、第３のノードは、再ルーティング機能を無効にし、具体的には、別の経路（バックアップ経路）を介して宛先ノードにデータをルーティングすることを停止し、第２のバックホールＲＬＣチャネル又は第１のルーティングＩＤによって識別される経路を介して、宛先ノードにデータをルーティングすることを継続する。例えば、第３のノードは、第１のノードにデータをルーティングすることを継続し、第１のノードは、さらに、宛先ノードにデータをルーティングする。

別の可能な実装では、第３の表示情報を受信した後、第３のノードは、再ルーティング機能を無効にせず、ＩＡＢドナーが新しいルーティング設定を設定するまで、別の経路（バックアップ経路）を介して宛先ノードに、第２のバックホールＲＬＣチャネルに元々マッピングされる必要のあるデータ、又は第１のルーティングＩＤに等しいルーティングＩＤを搬送するデータをルーティングすることを継続する。

前記動作Ｓ６０３Ｅを介して、第３のノードは、再ルーティングを時間的に停止（又は再ルーティング機能を無効化）して、第３のノードの上流ノード又は下流ノードの処理複雑性を低減することができる。

この出願のこの実施形態では、第１のノード、第２のノード、又は第３のノードは、ＩＡＢノードであってもよく、ドナー・ノードは、ＩＡＢドナーであってもよく、端末デバイスのアクセス・ノードは、アクセスＩＡＢノードであってもよい。

図６Ｆは、この出願の一実施形態による通信方法６００Ｆを示す。

図６Ｆに示すように、第１のノードは、第２のノードの子ノードであってもよく、第１のノードは、第２のノードの親ノードであってもよく、又は第１のノードは、第２のノードのドナー・ノードであってもよい。第１のノードは、第２のノードと第２のノードのマスター基地局／マスター・ドナー・ノードとの間、又は第２のノードと第２のノードのセカンダリ・ドナー・ノードとの間に位置してもよく、第１のノードは、第２のノードのマスター基地局／マスター・ドナー・ノードであるか、又は第１のノードは、第２のノードのセカンダリ・ドナー・ノードであってもよい。マスター基地局／マスター・ドナー・ノード又はセカンダリ・ドナー・ノードは、図５に対応する実施形態を参照して理解され得る。

Ｓ６０１Ｆ：第２のノードは、第１の表示情報を第１のノードに送信する。

第１の表示情報は、無線リンク例外を示してもよい。例えば、第１の表示情報は、無線リンク失敗を示してもよいし、第１の表示情報は、リンク回復の試みが行われているか、ＢＡＰ ＰＤＵをルーティングできないことを示してもよい。

第１のＢＡＰ ＰＤＵがルーティングできないと決定するときに（例えば、第１のＢＡＰ ＰＤＵが、第１のノードで輻輳しているか、又は第１のＢＡＰ ＰＤＵが、第１のノードで事前設定持続時間内に送信されていない）、第２のノードは、第１の表示情報を第１のノードに送信する。具体的には、第１のＢＡＰ ＰＤＵがルーティングできないと決定するときに、第２のノードのＤＵは、表示情報を第２のノードのＭＴに送信してもよく、その表示情報は、第１の表示情報を第１のノードに送信するように第２のノードのＭＴに示す。

任意選択で、第１の表示情報は、第１のＢＡＰ ＰＤＵに対応するルーティング・アイデンティティ（ルーティングＩＤ）又はＢＡＰアドレスを含んでもよい。第１のＢＡＰ ＰＤＵに対応するルーティング識別子（ルーティングＩＤ）又はＢＡＰアドレスは、第１のＢＡＰ ＰＤＵのＢＡＰヘッダで搬送されるルーティングＩＤ又はＢＡＰアドレスであってもよい。

Ｓ６０２Ｆ：第１の表示情報に応答して、第１のノードが再ルーティングをトリガする。

例えば、第１の表示情報を受信した後に、第１のノードは、宛先ノードに送信されるデータ・パケットを再ルーティング（ｒｅ－ｒｏｕｔｅ）する。宛先ノードに送信されるデータ・パケットを再ルーティングするということは、別の経路を介して宛先ノードにデータをルーティングすることを意味する。別の経路は、バックアップ（ｂａｃｋｕｐ）経路、すなわち、第１の表示情報が受信される前に、第１のノードが第２のノードを介してデータを宛先ノードにルーティングする元のパスとは異なるパスとも呼ばれてもよい。

例えば、第１の表示情報がＢＡＰアドレス（ａｄｄｒｅｓｓ）を含むときに、第１のノードは、第１の表示情報に基づいて、別の経路を介して宛先ノードに第１のＢＡＰ ＰＤＵをルーティングすると決定してもよい。第１のＢＡＰ ＰＤＵのＢＡＰヘッダは、ルーティングＩＤ又はＢＡＰアドレスを搬送する。別の経路は、第２のノードを含まない。

例えば、第２の表示情報がルーティング・アイデンティティを含むときに、第１のノードは、第１の表示情報に基づいて、別の経路を介して宛先ノードに第１のＢＡＰ ＰＤＵをルーティングすると決定してもよい。第１のＢＡＰ ＰＤＵのＢＡＰヘッダは、ルーティングＩＤ又はＢＡＰアドレスを搬送する。別の経路のルーティングＩＤは、第１の表示情報に含まれるルーティングＩＤに等しくない。代替的には、別の経路は、第２のノードを含まない。

図７は、この出願の一実施形態による通信方法７００を示す。図７に示すように、第１のノードは、第２のノードの親ノードであり、ドナー・ノードは、第１のノードに接続されたドナー・ノードであり、宛先ノードは、端末デバイスのアクセス・ノードであってもよい。通信方法７００は、以下のステップを含む。

Ｓ７０１：第１のノードは、第１の表示情報をドナー・ノードに送信する。

第１の表示情報は、無線リンク失敗を示してもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生したと決定するときに、第１の表示情報をドナー・ノードに送信してもよい。この場合、第１の表示情報は、無線リンク失敗を示してもよい。

例えば、第１のノードは、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ第１のノードと宛先ノードとの間に他の利用可能な経路がないと決定するときに、第１の表示情報をドナー・ノードに送信してもよい。この場合、第１の表示情報は、無線リンク失敗を示してもよい。

一実装では、第１の表示情報は、Ｆ１ＡＰメッセージ、例えば、ユーザ機器コンテキスト解放要求（ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）メッセージで搬送されてもよい。具体的には、ＵＥコンテキスト解放要求メッセージの原因（ｃａｕｓｅ）フィールドが無線リンク失敗表示（ＲＬＦ ｉｎｄｉｃａｔｉｏｎ）にセットされてもよい。

別の実装では、第１の表示情報は、代替的には、ＢＡＰ制御ＰＤＵで搬送され、ホップバイホップ方式でドナー・ノードに送信されてもよい。

Ｓ７０２：ドナー・ノードは、第１の表示情報を受信する。

例えば、第１の表示情報を受信した後に、ドナー・ノードは、宛先ノードに送信されるデータ・パケットを再ルーティングする。宛先ノードに送信されるデータ・パケットを再ルーティングするということは、別の経路を介して宛先ノードにデータをルーティングすることを意味する。別の経路は、バックアップ経路とも呼ばれてもよい。

例えば、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生するときに、第１のノードが第１の表示情報をドナー・ノードに送信する場合、前述の動作Ｓ７０１及びＳ７０２を介して、ドナー・ノードが、第１の表示情報を受信した後に、データ・パケットの再ルーティング機能をトリガし、具体的には、宛先ノードに送信されるデータ・パケットを再ルーティングし、別の利用可能な経路を介して、宛先ノードにデータ・パケットをルーティングすることができる。

例えば、第１のノードと第２のノードとの間の無線リンクでＲＬＦが発生し、かつ第１のノードと宛先ノードとの間に他に利用可能な経路がないときに、第１のノードが第１の表示情報をドナー・ノードに送信する場合、前述の動作Ｓ７０１及びＳ７０２を介して、ドナー・ノードが、第１の表示情報を受信した後に、データ・パケットの再ルーティング動作をトリガすることができ、第１のノードの再ルーティング機能が完全に利用されて、データ中継安定性を改善し、エア・インターフェース信号のオーバヘッドを低減することができる。例えば、第１のノードと宛先ノードとの間には複数の経路がある。ＲＬＦが経路の１つで発生するときに、第１のノードは、再ルーティングを実行し、別の経路を介して宛先ノードにデータをルーティングしてもよい。この場合、第１の表示情報をドナー・ノードに送信される必要がなくてもよい。さもなければ、不必要な再ルーティングがドナー・ノードによって実行され、リソースの浪費を引き起こし、また、エア・インターフェースを介して大量の第１の表示情報の伝送を引き起こすことがある。

任意選択で、この出願のこの実施形態は、さらに、以下の動作を含んでもよい。

Ｓ７０３：第１のノードは、第２の表示情報をドナー・ノードに送信する。

第２の表示情報は、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示す。

例えば、第２の表示情報は、宛先ノードのＢＡＰアドレス（ａｄｄｒｅｓｓ）を含む。具体的には、宛先ノードのＢＡＰアドレスはアクセスＩＡＢノードのＢＡＰアドレスであってもよい。この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第１のノードを通過して宛先ノードに至るすべての経路が利用不能であることを意味する。

例えば、第２の表示情報は、第１のノードを通過して宛先ノードに至る経路に対応するパス・アイデンティティ（経路ＩＤ）、又は第１のノードから宛先ノードに至る経路に対応するパス・アイデンティを含む。この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、対応するＩＤが第２の表示情報に含まれる経路ＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべて経路において利用不能であることを示す。

例えば、第２の表示情報は、第１のノードを通過して宛先ノードに至る経路に対応するルーティングＩＤ、又は第１のノードから宛先ノードに至る経路に対応するルーティング・アイデンティティを含む。ルーティング識別子は、宛先ノードのＢＡＰアドレス及び経路ＩＤを含む。さらに、第１のノードと宛先ノードとの間に複数の経路がある場合、経路のうちの１つ以上でＲＬＦが発生するときに、第２の表示情報は、１つ以上のルーティングＩＤを含んでもよい。この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、ルーティングＩＤが第２の表示情報に含まれるルーティングＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべて経路において利用不能であることを示す。代替的には、この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第１のノードを通過して宛先ノードに至るすべての経路が利用不能であることを意味してもよい。

例えば、第２の表示情報は、第２のノードの識別子を含む。第２のノードの識別子は、第２のノードのＢＡＰアドレスであってもよい。代替的には、第２のノードの識別子は、第２のノードとドナー・ノードとの間のＦ１インターフェースでの第２のノードの識別子、例えば、Ｆ１インターフェース・アプリケーション・プロトコル・アイデンティティ（Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ ｉｄｅｎｔｉｔｙ、Ｆ１ＡＰ ＩＤ）であってもよい。この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第１のノードと第２のノードとの間に直接無線リンクを含む経路が、第１のノードを通過して宛先ノードに至るすべての経路において利用不能であることを示す。代替的には、この場合、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第１のノードを通過して宛先ノードに至るすべての経路が利用不能であることを意味してもよい。

Ｓ７０４：ドナー・ノードは、第２の表示情報を受信する。

例えば、第２の表示情報が宛先ノードのＢＡＰアドレスを含むときに、ドナー・ノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい。別の経路は、第１のノードを含まない。

例えば、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路に対応するルーティングＩＤ（又は、第１のノードから宛先ノードに至る経路に対応するルーティング・アイデンティティ）を含むときに、ドナー・ノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい。別の経路のルーティングＩＤは、第２の表示情報に含まれるルーティングＩＤに等しくない。

ドナー・ノードは、第２の表示情報に基づいて、宛先ノードに送信されるデータ・パケットのみを再ルーティングすると決定してもよい。言い換えれば、ドナー・ノードは、別の宛先ノードに送信されるデータ・パケットを再ルーティングしないと決定してもよく、データ・パケットは、依然として、第１のノードを介してルーティングされてもよい。

例えば、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路に対応する経路アイデンティティ（又は、第１のノードから宛先ノードに至る経路に対応する経路アイデンティティ）を含むときに、ドナー・ノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい。別の経路の経路アイデンティティは、第２の表示情報に含まれる経路ＩＤに等しくない。

例えば、第２の表示情報が第２のノードの識別子を含むときに、ドナー・ノードは、第２の表示情報に基づいて、別の経路を介して宛先ノードにデータをルーティングすると決定してもよい。別の経路のルーティングＩＤが、第１のノードを通過して宛先ノードに至り、かつ第１のノードと前記第２のノードとの間に直接無線リンクを含む経路に対応するルーティングＩＤに等しくない。代替的には、別の経路は、第１のノードを含まない。

第１の表示情報及び第２の表示情報は、同じメッセージで搬送され、ドナー・ノードに送信されてもよく、例えば、同じＦ１ＡＰメッセージ、例えば、ＵＥコンテキスト解放要求メッセージで搬送されるか、又は同じＢＡＰ制御ＰＤＵで搬送され、ホップバイホップ方式でドナー・ノードに送信される。

動作Ｓ７０３及びＳ７０４は、任意選択の動作である。具体的には、第１のノードは、第２の表示情報をドナー・ノードに送信しないことがある。例えば、第１の表示情報を受信した後に、ドナー・ノードは、別の経路を介して宛先ノードにデータをルーティングすると決定する。別の経路は、第１のノードを含まない。

前述の動作Ｓ７０１～Ｓ７０４を介して、ドナー・ノードは、ＲＬＦに関するより正確な情報を取得して、より効率的で正確な再ルーティングを実装することができる。例えば、ドナー・ノードは、第１のノードを介して宛先ノードにデータをルーティングするだけでなく、第１のノードを介して別の宛先ノードに他のデータをルーティングしてもよい。さらに、第１のノードと宛先ノードとの間には複数の経路があってもよい。これらの場合、ドナー・ノードは、第１の表示情報及び第２の表示情報に基づいて、より効率的で正確な再ルーティングを実行してもよい。

この出願のこの実施形態では、第１のノード、第２のノード、又は第３のノードは、ＩＡＢノードであってもよく、ドナー・ノードは、ＩＡＢドナーであってもよく、端末デバイスのアクセス・ノードは、アクセスＩＡＢノードであってもよい。

図８は、この出願の一実施形態による通信方法８００を示す。図８に示すように、第１のノードは、第２のノードの親ノードであり、ドナー・ノードは、第１のノードに接続されたドナー・ノードであり、宛先ノードは、端末デバイスのアクセス・ノードであってもよい。通信方法８００は、以下のステップを含む。

Ｓ８０１：マスター基地局は、第１のメッセージを第１のノードに送信する。

マスター基地局が第２のノードのマスター基地局であるときに、第１のメッセージが、第２のノードのセカンダリ基地局として第１のノードを追加することを要求する。

マスター基地局が第４のノードのマスター基地局であるときに、第１のメッセージが、第４のノードのセカンダリ基地局として第１のノードを追加することを要求する。

マスター基地局は、第３のノードから第６のメッセージを受信した後に、第１のメッセージを第１のノードに送信してもよい。第３のノードは、第２のノード又は第４のノードのソース・セカンダリ基地局である。第６のメッセージは、第２のノード又は第４のノードのターゲット・セカンダリ基地局として使用することを要求する。第６のメッセージは、第１のノードの識別子を含んでもよい。第１のノードの識別子は、第１のノードの基地局識別子（ｇＮＢ ＩＤ）であってもよい。

マスター基地局は、ＬＴＥマスター基地局（ｍａｓｔｅｒ ｅＮｏｄｅＢ、ＭｅＮＢ）であってもよい。セカンダリ基地局は、ＮＲセカンダリ基地局（ｓｅｃｏｎｄａｒｙ ｇＮｏｄｅＢ、ＳｇＮＢ）であってもよい。任意選択で、マスター基地局は、代替的には、ＮＲマスター基地局であってもよく、セカンダリ基地局は、ＮＲセカンダリ基地局であってもよい。

例えば、第１のメッセージが第２のノードのセカンダリ基地局として第１のノードを追加することを要求するときに、第１のメッセージは、第３のノードのものであり、かつ第２のノードによってアクセスされるセルの物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｆｉｅｒ、ＰＣＩ）と、第３のノードのセルにおける第２のノードのセル無線ネットワーク一時識別子（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）を含む。第２のノードは、第３のノードの下流ノードである。例えば、第２のノードは、第３のノードの子ノードであってもよいし、第３のノードの子ノードの子ノードであってもよい。第２のノードは、無線バックホール・デバイス又は端末であってもよい。第３のノードのものであり、かつ第２のノードによってアクセスされるセルは、第３のノードによって提供され、かつ第４のノードにサービスするために使用されるセルであってもよい。

例えば、第１のメッセージが第２のノードのセカンダリ基地局として第１のノードを追加することを要求するときに、第１のメッセージは、第３のノードの識別子と、第３のノードと第１のノードとの間のインターフェースでの第２のノードの識別子と、を含む。第３のノードの識別子は、第３のノードの基地局識別子（例えば、ｇＮＢ ＩＤ）であってもよい。第３のノードと第１のノードとの間のインターフェースは、Ｘ２インターフェースであってもよく、第３のノードと第１のノードとの間のインターフェースでの第２のノードの識別子は、Ｘ２インターフェースで第２のノードに第３のノードによって割り当てられたユーザ・アプリケーション・プロトコル・アイデンティティ（ＵＥ Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｉｄｅｎｔｉｔｙ、ＵＥ Ｘ２ＡＰ ＩＤ）、Ｘ２インターフェースで第２のノードに第１のノードによって割り当てられたＵＥ Ｘ２ＡＰ ＩＤ、又はＸ２インターフェースで第２のノードに第３のノードによって割り当てられたＵＥ Ｘ２ＡＰ ＩＤ、及びＸ２インターフェースで第２のノードに第１のノードによって割り当てられたＵＥ Ｘ２ＡＰ ＩＤであってもよい。代替的には、第３のノードと第１のノードとの間のインターフェースは、Ｘｎインターフェースであってもよく、第３のノードと第１のノードとの間のインターフェースでの第２のノードの識別子は、Ｘｎインターフェースで第２のノードに第３のノードによって割り当てられたユーザ・アプリケーション・プロトコル・アイデンティティ（ＵＥ Ｘｎ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｉｄｅｎｔｉｔｙ、ＵＥ ＸｎＡＰ ＩＤ）、Ｘｎインターフェースで第２のノードに第１のノードによって割り当てられたＵＥ ＸｎＡＰ ＩＤ、又はＸｎインターフェースで第２のノードに第３のノードによって割り当てられたＵＥ ＸｎＡＰ ＩＤ、及びＸｎインターフェースで第２のノードに第１のノードによって割り当てられたＵＥ ＸｎＡＰ ＩＤであってもよい。

例えば、第１のメッセージが第４のノードのセカンダリ基地局として第１のノードを追加することを要求するときに、第１のメッセージは、第２のノードのものであり、かつ第４のノードによってアクセスされるセルの物理セル識別子（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｆｉｅｒ、ＰＣＩ）と、第２のノードのセルにおける第４のノードのセル無線ネットワーク一時識別子（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）を含む。第４のノードは、第２のノードの下流ノードである。例えば、第４のノードは、第２のノードの子ノードであってもよいし、第２のノードの子ノードの子ノードであってもよい。第４のノードは、無線バックホール・デバイス又は端末であってもよい。第２のノードのものであり、かつ第４のノードによってアクセスされるセルは、第２のノードによって提供され、かつ第４のノードにサービスするために使用されるセルであってもよい。例えば、第１のメッセージが第４のノードのセカンダリ基地局として第１のノードを追加することを要求するときに、第１のメッセージは、第３のノードの識別子と、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子と、を含む。第３のノードの識別子は、第３のノードの基地局識別子（例えば、ｇＮＢ ＩＤ）であってもよい。第３のノードと第１のノードとの間のインターフェースは、Ｘ２インターフェースであってもよく、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子は、Ｘ２インターフェースで第４のノードに第３のノードによって割り当てられたユーザ・アプリケーション・プロトコル・アイデンティティ（ＵＥ Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｉｄｅｎｔｉｔｙ、ＵＥ Ｘ２ＡＰ ＩＤ）、Ｘ２インターフェースで第４のノードに第１のノードによって割り当てられたＵＥ Ｘ２ＡＰ ＩＤ、又はＸ２インターフェースで第４のノードに第３のノードによって割り当てられたＵＥ Ｘ２ＡＰ ＩＤ、及びＸ２インターフェースで第４のノードに第１のノードによって割り当てられたＵＥ Ｘ２ＡＰ ＩＤであってもよい。代替的には、第３のノードと第１のノードとの間のインターフェースは、Ｘｎインターフェースであってもよく、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子は、Ｘｎインターフェースで第４のノードに第３のノードによって割り当てられたユーザ・アプリケーション・プロトコル・アイデンティティ（ＵＥ Ｘｎ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｉｄｅｎｔｉｔｙ、ＵＥ ＸｎＡＰ ＩＤ）、Ｘｎインターフェースで第４のノードに第１のノードによって割り当てられたＵＥ ＸｎＡＰ ＩＤ、又はＸｎインターフェースで第４のノードに第３のノードによって割り当てられたＵＥ ＸｎＡＰ ＩＤ、及びＸｎインターフェースで第４のノードに第１のノードによって割り当てられたＵＥ ＸｎＡＰ ＩＤであってもよい。

第１のメッセージは、セカンダリ基地局追加要求（例えば、ＳｇＮＢ追加要求）メッセージ、又はセカンダリ基地局修正要求（例えば、ＳｇＮＢ修正要求）メッセージであってもよい。第２のメッセージは、セカンダリ基地局変更要求（例えば、ＳｇＮＢの変更が必要）であってもよい。

Ｓ８０２：第１のノードが、第１のメッセージを受信する。

例えば、第１のメッセージを受信した後に、第１のノードは、第２のノードのコンテキスト情報を取得する。例えば、第１のノードは、第１のメッセージにおける第２のノードの識別子に基づいて、内部キャッシュから第２のノードのコンテキスト情報を抽出してもよい。

例えば、第１のメッセージを受信した後に、第１のノードは、第４のノードのコンテキスト情報を取得する。例えば、第１のノードは、第１のメッセージにおける第４のノードの識別子に基づいて、内部キャッシュから第４のノードのコンテキスト情報を抽出してもよい。

任意選択で、第２のノード又は第４のノードのものであり、かつ第１のノードにキャッシュされるコンテキスト情報は、以下の動作を使用して、第３のノードから事前に取得され、第１のノードにキャッシュされてもよい。

Ｓ８０３：第１のノードは、第２のノードから第２のメッセージを受信する。

第２のメッセージは、第２のノードへの無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）接続の確立又は再確立を要求する。第２のメッセージは、ＲＲＣ再確立要求メッセージ（例えば、ＲＲＣ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔ）であってもよい。

第２のノードは、第２のノードと第３のノードとの間の無線リンクでＲＬＦが発生したときに、第２のメッセージを第１のノードに送信してもよい。

この実施形態では、説明のための一例として、第２のノードが第１のノードに直接接続されるシナリオが使用される。また、この実施形態は、第２のノードが少なくとも１つの他の無線バックホール・デバイスを使用して第１のノードに接続されるシナリオにも適用可能であり、言い換えれば、第２のノードは、少なくとも１つの他の無線バックホール・デバイスを使用して第２のメッセージを第１のノードに送信する。

Ｓ８０４：第１のノードは、第３のメッセージを第３のノードに送信する。

第３のメッセージは、第２のノードに関連するコンテキスト情報の取得を要求する。第３のメッセージは、ユーザ機器コンテキスト取得要求（例えば、取り出しＵＥコンテキスト要求）であってもよい。

Ｓ８０５：第１のノードは、第３のノードから第４のメッセージを受信する。

第４のメッセージは、第２のノードに関連するコンテキスト情報を含む。第４のメッセージは、ユーザ機器コンテキスト取得要求（取り出しＵＥコンテキスト応答）であってもよい。

第２のノードに関連するコンテキスト情報は、第２のノードのコンテキスト情報、第２のノードと第２のノードの下流ノードとの間のトポロジ情報、第２のノードの下流ノードのコンテキスト情報、第２のノードが無線バックホール・デバイスであるかどうかを示す表示情報、又は第２のノードの下流ノードが無線バックホール・デバイスであるかどうかを示す表示情報のうちの少なくとも１つを含む。第２のノードの下流ノードは、第２のノードの子ノード、子ノードの子ノードなどを含み、無線バックホール・デバイスであってもよいし、端末であってもよい。この実施形態では、第２のノードの下流ノードは、第４のノードを参照してもよい。

第２のノードの下流ノードのコンテキスト情報は、ＰＣＩ及びＣ－ＲＮＴＩを含むか、又は第２のノードの下流ノードのコンテキスト情報は、第３のノードの識別子及び第３のノードと第１のノードとの間のインターフェースでの下流ノードの識別子を含む。

第２のノードがＩＡＢノードであるときに、第２のノードのコンテキスト情報は、ＩＡＢノードのＭＴのコンテキスト及び／又はＩＡＢノードのＤＵのコンテキストを含んでもよい。ＩＡＢノードのＭＴのコンテキストは、バックホール無線リンク制御チャネル（バックホールＲＬＣチャネル、ＢＨ ＲＬＣ ＣＨ）の設定情報を含む。ＩＡＢノードのＤＵのコンテキストは、ＩＡＢ－ＤＵの識別子、ＩＡＢ－ＤＵのセルの構成などを含む。

任意選択で、第２のノードと第２のノードの下流ノードとの間のトポロジ情報は、第２のノードの下流ノードが端末デバイスであることを示す表示情報、及び／又は第２のノードの下流ノードが無線バックホール・デバイスであることを示す表示情報を含んでもよい。

前述の動作Ｓ８０３～Ｓ８０５により、第１のノードは、第４のノードのコンテキスト情報を取得してもよく、第１のノードは、第４のノードのコンテキスト情報をローカルにキャッシュしてもよく、その結果、第４のノードのマスター基地局によって送信された第１のメッセージを受信した後に、第１のノードは、第１のメッセージで搬送された第４のノードの識別子に基づいて、キャッシュから第４のノードのコンテキスト情報を抽出することができる。

任意選択で、この出願のこの実施形態は、さらに、以下の動作を含んでもよい。

Ｓ８０６：第１のノードは、第５のメッセージを第２のノードに送信する。

例えば、第５のメッセージが、第２のノードへのＲＲＣ接続を確立又は再確立するために使用される。第５のメッセージは、ＲＲＣ再確立要求メッセージ（例えば、ＲＲＣ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）であってもよい。

例えば、第５のメッセージが、第２のノードによってサービスされるセルを更新するために使用される情報を含んでもよい。第２のノードによって提供されるセルを更新するために使用される情報は、第２のノードが第１のノードに接続されているときに、セル・グローバル識別子（ｃｅｌｌ ｇｌｏｂａｌ ｉｄｅｎｔｉｆｉｅｒ、ＣＧＩ）及び／又はセル識別子（ｃｅｌｌ ｉｄｅｎｔｉｔｙ）を含んでもよい。セル・アイデンティティは、基地局識別子（例えば、ｇＮＢ Ｉｄ）及びセル・ローカル識別子（ｃｅｌｌ ｌｏｃａｌ ｉｄｅｎｔｉｆｉｅｒ、ｃｅｌｌＬｏｃａｌＩｄ）を含んでもよい。セル・グローバル識別子ＣＧＩは、公衆陸上移動ネットワーク識別子（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｉｄｅｎｔｉｆｉｅｒ、ＰＬＭＮＩｄ）、基地局識別子（例えば、ｇＮＢ Ｉｄ）、及びｃｅｌｌＬｏｃａｌＩｄを含む。具体的には、第１のノードは、第２のノードによってサービスされるセルに新しいＣＧＩ及び／又はセル・アイデンティティを割り当て、第５のメッセージを使用して、新しいＣＧＩ及び／又はセル・アイデンティティを第２のノードに送信する。新しいＣＧＩに含まれる基地局識別子（例えば、ｇＮＢ ＩＤ）及び／又は第２のノードによってサービスされるセルのセル・アイデンティティは、第１のノードが属する基地局の識別子と同じである。

例えば、第５のメッセージは、第２のノードへのＲＲＣ接続を確立又は再確立するために使用されるだけでなく、第２のノードによってサービスされるセルを更新するために使用される情報も含んでもよい。

Ｓ８０６とＳ８０１又はＳ８０２との間のシーケンスは限定されない。具体的には、Ｓ８０６は、Ｓ８０１及びＳ８０２の前に実行されてもよく、Ｓ８０１の前及びＳ８０２の後に実行されてもよく、Ｓ８０１及びＳ８０２の後に実行されてもよい。

この実施形態では、説明のための一例として、第２のノードが第１のノードに直接接続されるシナリオが使用される。また、この実施形態は、第２のノードが少なくとも１つの他の無線バックホール・デバイスを使用して第１のノードに接続されるシナリオにも適用可能であり、言い換えれば、第２のノードは、少なくとも１つの他の無線バックホール・デバイスを使用して第２のメッセージを第１のノードに送信する。

この出願のこの実施形態によれば、第２のノードでＲＬＦが発生するシナリオでは、第２のノードが、ソース・セカンダリ基地局から新しいセカンダリ基地局に再確立されて、第２のノードの下流ノードに対する影響を低減し、第２のノードの下流ノードの正常な動作を保証してもよい。

図９は、この出願の一実施形態による通信装置９００の概略ブロック図である。以下、図９を参照して、通信装置９００の構造及び機能を具体的に説明する。通信装置９００は、処理モジュール９０１及び送信モジュール９０２を含んでもよい。

処理モジュール９０１は、装置と第２のノードとの間の無線リンクで無線リンク失敗ＲＬＦが発生し、かつ装置と宛先ノードとの間に他に利用可能な経路がないと決定するように構成されている。

送信モジュール９０２は、第１の表示情報を第３のノードに送信するように構成されており、第１の表示情報が、ＲＬＦを示すか、又はリンク回復の試みが行われていることを示す。

第２のノードが、第１のノードの親ノードであり、第３のノードが、第１のノードの子ノードであるか、又は第２のノードが、第１のノードの子ノードであり、第３のノードが、第１のノードの親ノード若しくは第１のノードに接続されたドナー・ノードである。

任意選択で、第２のノードが、第１のノードの親ノードであり、かつ第３のノードが、第１のノードの子ノードであるときに、送信モジュール９０２は、具体的には、無線リンクを回復しようと試みるときに、第１の表示情報を第３のノードに送信するように構成されており、第１の表示情報は、リンク回復の試みが行われていることを示す。

任意選択で、送信モジュール９０２は、さらに、第２の表示情報を第３のノードに送信するように構成されており、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示す。

任意選択で、第２の表示情報が、宛先ノードのバックホール適応プロトコル層ＢＡＰアドレス、第１のノードを通過して宛先ノードに至る経路に対応するルーティング・アイデンティティルーティングＩＤ、又は第１のノードを通過して宛先ノードに至る経路に対応する経路アイデンティティ経路ＩＤを含む。

任意選択で、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第２の表示情報が、第１のノードを通過して宛先ノードに至るすべての経路が利用不能であることを示すか、第２の表示情報が、対応する経路ＩＤが第２の表示情報に含まれる経路ＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべての経路において利用不能であることを示すことか、又は第２の表示情報が、対応するルーティングＩＤが第２の表示情報に含まれるルーティングＩＤに等しい経路が、第１のノードを通過して宛先ノードに至るすべての経路において利用不能であることを示すことを含む。

任意選択で、第２のノードが、第１のノードの子ノードであり、かつ第３のノードが、第１のノードに接続されたドナー・ノードであるときに、第２の表示情報が、第２のノードの識別子を含む。

任意選択で、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示すことは、第２の表示情報が、第１のノードと第２のノードとの間に直接無線リンクを含む経路が、第１のノードを通過して宛先ノードに至るすべての経路において利用不能であることを示す。

図１０は、この出願の一実施形態による通信装置１０００の概略ブロック図である。以下、図１０を参照して、通信装置１０００の構造及び機能を具体的に説明する。通信装置１０００は、処理モジュール１００１及び取得モジュール１００２を含んでもよい。

取得モジュール１００２は、第１のノードから第２の表示情報を受信するように構成されており、第２の表示情報が、第１のノードを通過して宛先ノードに至る経路が利用不能であることを示す。

処理モジュール１００１は、データを別の経路を介して宛先ノードにルーティングすると決定するように構成されている。

任意選択で、取得モジュール１００２は、さらに、第１のノードから第１の表示情報を受信するように構成されており、第１の表示情報が、ＲＬＦを示すか、又はリンク回復の試みが行われていることを示す。

任意選択で、第２の表示情報が、宛先ノードのバックホール適応プロトコル層ＢＡＰアドレス、第１のノードを通過して宛先ノードに至る経路に対応するルーティング・アイデンティティルーティングＩＤ、又は第１のノードを通過して宛先ノードに至る経路に対応する経路アイデンティティ経路ＩＤを含む。

別の経路が、第１のノードを含まないか、別の経路のルーティングＩＤが、第２の表示情報に含まれるルーティングＩＤに等しくないか、又は別の経路の経路ＩＤが、第２の表示情報に含まれる経路ＩＤに等しくない。

任意選択で、第２の表示情報が、第２のノードの識別子を含み、第２のノードが、第１のノードの子ノードであり、ＲＬＦが、第１のノードと第２のノードとの間の無線リンクで発生する。

任意選択で、別の経路のルーティングＩＤが、第１のノードを通過して宛先ノードに至り、かつ第１のノードと前記第２のノードとの間に直接無線リンクを含む経路に対応するルーティングＩＤに等しくない。

任意選択で、取得モジュール１００２が、さらに、第１のノードから第３の表示情報を受信するように構成されており、第３の表示情報が、無線リンク回復成功を示す。

処理モジュール１００１が、さらに、前記データを前記別の経路を介して前記宛先ノードにルーティングすることを停止するように構成されている。

図１１は、この出願の一実施形態による通信装置１１００の概略ブロック図である。以下、図１１を参照して、通信装置１１００の構造及び機能を具体的に説明する。通信装置１１００は、取得モジュール１１０１及び処理モジュール１１０２を含んでもよく、任意選択で、さらに、送信モジュール１１０３を含んでもよい。

取得モジュール１１０１は、第４のノードのマスター基地局から第１のメッセージを受信するように構成されており、第１のメッセージが、第４のノードのセカンダリ基地局として第１のノードを追加することを要求する。

第１のメッセージは、第２のノードのものでありかつ第４のノードによってアクセスされるセルの物理セル識別子ＰＣＩと、第２のノードのセルにおける第４のノードのセル無線ネットワーク一時識別子Ｃ－ＲＮＴＩと、を含むか、又は第３のノードの識別子と、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子と、を含み、第３のノードが、第４のノードのソース・セカンダリ基地局であり、第４のノードが、第２の下流ノードである。

処理モジュール１１０２は、第４のノードのコンテキスト情報を取得するように構成されている。

任意選択で、第１のメッセージを受信する前に、取得モジュール１１０１が、さらに、第２のノードから第２のメッセージを受信するように構成されており、第２のメッセージが、第２のノードへの無線リソース制御ＲＲＣ接続の確立又は再確立を要求し、送信モジュール１１０３が、第３のメッセージを第３のノードに送信するように構成されており、第３のメッセージが、第２のノードに関連するコンテキスト情報の取得を要求し、取得モジュール１１０１が、さらに、第３のノードから第４のメッセージを受信するように構成されており、第４のメッセージが、第２のノードに関連するコンテキスト情報を含み、送信モジュール１１０３が、さらに、第５のメッセージを第２のノードに送信するように構成されており、第５のメッセージが、第２のノードへのＲＲＣ接続を確立又は再確立するために使用される。

任意選択で、第５のメッセージが、第２のノードによってサービスされるセルを更新するために使用される情報を含む。

任意選択で、第２のノードによってサービスされるセルを更新するために使用される情報が、第２のノードが第１のノードに接続されているときに、第２のノードのセルのグローバル・セル識別子ＣＧＩ及び／又はセル・アイデンティティを含む。

任意選択で、第２のノードに関連するコンテキスト情報が、第２のノードのコンテキスト情報、第２のノードと第４のノードとの間のトポロジ情報、第４のノードのコンテキスト情報、第２のノードが無線バックホール・デバイスであるかどうかを示す表示情報、又は第４のノードが無線バックホール・デバイスであるかどうかを示す表示情報のうちの少なくとも１つを含む。

任意で、第４のノードのコンテキスト情報が、ＰＣＩ及びＣ－ＲＮＴＩと、を含むか、又は第３のノードの前記識別子と、第３のノードと第１のノードとの間のインターフェースでの第４のノードの前記識別子と、を含む。

図１２は、この出願の一実施形態による通信装置１２００の概略ブロック図である。以下、図１２を参照して、通信装置１２００の構造及び機能を具体的に説明する。通信装置１２００は、取得モジュール１２０１及び送信モジュール１２０２を含んでもよい。

取得モジュール１２０１は、第３のノードから第６のメッセージを受信するように構成されており、第６のメッセージが、第４のノードのターゲット・セカンダリ基地局として第１のノードを使用することを要求し、第３のノードが、第４のノードのソース・セカンダリ基地局である。

送信モジュール１２０２は、第１のメッセージを第１のノードに送信するように構成されており、第１のメッセージが、第４のノードのセカンダリ基地局として第１のノードを追加することを要求し、第１のメッセージが、第２のノードのものでありかつ第４のノードによってアクセスされるセルの物理セル識別子ＰＣＩと、第２のノードのセルにおける第４のノードのセル無線ネットワーク一時識別子Ｃ－ＲＮＴＩと、を含むか、又は第３のノードの識別子と、第３のノードと第１のノードとの間のインターフェースでの第４のノードの識別子と、を含む。

同じ技術的概念に基づいて、この出願の実施形態は、さらに、装置１３００を提供する。以下、具体的に、図１３の装置１３００の概略ブロック図を参照して、装置１３００の構造及び機能を説明する。デバイスは、少なくとも１つのプロセッサ１３０１を含んでもよく、任意選択で、さらに、インターフェース回路１３０２を含む。関連するプログラム命令が少なくとも１つのプロセッサ１３０１において実行されるときに、装置１３００は、前述の実施形態のうちのいずれか１つに提供される通信方法及びその可能な設計を実装することが可能となってもよい。代替的には、プロセッサ１３０１は、論理回路を使用するか、又はコード命令を実行することによって、前述の実施形態のうちのいずれか１つに提供される通信方法及びその可能な設計を実装するように構成されている。インターフェース回路１３０２は、プログラム命令を受信し、プログラム命令をプロセッサに伝送するように構成されてもよい。代替的には、インターフェース回路１３０２は、装置１３００が別の通信装置と通信及び対話する、例えば、別の通信装置と制御シグナリング及び／又はサービス・データを交換するために使用されてもよい。例えば、インターフェース回路１３０２は、装置１３００以外の装置から信号を受信することと、信号をプロセッサ１３０１に伝送することか、又はプロセッサ１３０１から装置１３００以外の別の通信装置に信号を送信することと、を行うように構成されてもよい。インターフェース回路１３０２は、コード及び／又はデータ読み取り及び書き込みインターフェース回路であってもよく、又はインターフェース回路１３０２は、通信プロセッサとトランシーバとの間の信号伝送インターフェース回路であってもよい。任意選択で、通信装置１３００は、さらに、少なくとも１つのメモリ１３０３を含んでもよく、メモリ１３０３は、必要とされる関連プログラム命令及び／又はデータを記憶するように構成されてもよい。任意選択で、装置１３００は、さらに、電源回路１３０４を含んでもよい。電源回路１３０４は、プロセッサ１３０１に電力を供給するように構成されてもよい。電源回路１３０４及びプロセッサ１３０１は、同じチップ内に位置してもよいし、プロセッサ１３０１が位置するチップ以外のチップ内に位置してもよい。任意選択で、装置１３００は、さらに、バス１３０５を含んでもよく、装置１３００内の部分は、バス１３０５を介して相互接続されてもよい。

本出願の実施形態において言及されるプロセッサは、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、又は別のプログラマブル論理デバイス、個別ゲート若しくはトランジスタ論理デバイス、個別ハードウェア・コンポーネントなどであってもよいと留意されたい。汎用プロセッサは、マイクロプロセッサであってもよいし、プロセッサは、任意の従来のプロセッサなどであってもよい。

この出願の実施形態におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよいし、揮発性メモリ及び不揮発性メモリを含んでもよいとさらに理解されたい。不揮発性メモリは、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、ランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってもよく、外部キャッシュとして使用される。例として、限定ではないが、多くの形態のランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｉｅ、ＲＡＭ）が利用可能であり、例えば、スタティック・ランダム・アクセス・メモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＤＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブル・データ・レート同期ダイナミック・ランダム・アクセス・メモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張同期ダイナミック・ランダム・アクセス・メモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期ダイナミック・ランダム・アクセス・メモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、又はダイレクト・ランバス・ランダム・アクセス・メモリ（（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）である。

この出願の実施形態における電源回路は、電源ライン、電源サブシステム、電力管理チップ、電力消費管理プロセッサ、又は電力消費管理制御回路のうちの少なくとも１つを含むが、これらに限定されない。

この出願の実施形態におけるトランシーバ装置、インターフェース回路、又はトランシーバは、別個の送信機及び／又は別個の受信機を含んでもよいし、又は送信機と受信機が統合されてもよい。トランシーバ装置、インターフェース回路、又はトランシーバは、対応するプロセッサの指示下で動作してもよい。任意選択で、送信機は物理的デバイス内の送信機マシンに対応してもよく、受信機は物理的デバイス内の受信機マシンに対応してもよい。

便宜的かつ簡潔な説明を目的として、前述の機能モジュールの分割が図示のための一例として使用されていると当業者には理解されよう。実際のアプリケーションでは、前述の機能は、異なる機能モジュールに割り当てられ、要件に基づいて実装され得る、すなわち、装置の内部構造は、異なる機能モジュールに分割されて、上述の機能の全部又は一部を実装する。前述のシステム、装置、及びユニットの詳細な作動プロセスについては、前述の方法の実施形態における対応するプロセスを参照し、詳細については、ここでは再度説明されない。

この出願の実施形態では、開示されたシステム、装置、及び方法は、他の方式で実装されてもよいと理解されたい。例えば、説明された装置の実施形態は、例にすぎない。例えば、モジュール又はユニットへの分割は、論理機能分割にすぎず、実際の実装の際には他の分割であってもよい。例えば、複数のユニット又はコンポーネントが別のシステムに組み合わされたり、統合されたりしてもよいし、いくつかの特徴が無視されるか、又は実行されなくてもよい。追加的に、表示又は議論された相互結合、直接結合、又は通信接続は、いくつかのインターフェースを介して実装されてもよい。装置又はユニット間の間接結合又は通信接続は、電子的、機械的、又は他の形態において実装されてもよい。

当業者は、この明細書に開示された実施形態に説明された例と組み合わせて、ユニット又はアルゴリズムの動作は、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいと認識してもよい。機能がハードウェアによって実行されるのか、ソフトウェアによって実行されるのかは、特定の用途と技術的解決策の設計上の制約に依存する。当業者であれば、異なる方法を使用して、各特定のアプリケーションの説明された機能を実装してもよく、その実装がこの出願の範囲を超えると考えられるべきでない。

この出願において、「ソフトウェアによって実装される」とは、プロセッサがメモリに記憶されたプログラム命令を読み出して実行し、前述のモジュール又はユニットに対応する機能を実装することを意味してもよい。プロセッサは、プログラム命令を実行する機能を有する処理回路であり、限定されるものではないが、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロコントローラ・ユニット（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、又は人工知能プロセッサのような、プログラム命令を実行することができる様々なタイプの処理回路のうちの少なくとも１つを含む。いくつかの他の実施形態では、プロセッサは、さらに、別の処理機能を有する回路（例えば、ハードウェア回路、バス、及びハードウェア加速のために使用されるインターフェース回路）を含んでもよい。プロセッサは、ハードウェアの形態で提示されてもよい。例えば、プロセッサは、処理機能がソフトウェア命令を実行する機能のみを含む集積チップの形態で提示されてもよいし、プロセッサは、システム・オン・チップ（ｓｙｓｔｅｍ ｏｎ ａ ｃｈｉｐ、ＳｏＣ）の形態で提示されてもよい。具体的には、１つのチップ上に、プログラム命令を実行することができる処理回路（通常、「コア」と呼ばれる）に加えて、特定の機能を実行するように構成された別のハードウェア回路がさらに含まれる（ハードウェア回路はまた、ＡＳＩＣ又はＦＰＧＡに基づいて独立して実装されてもよい）。対応して、ソフトウェア命令を実行する機能に追加して、処理機能は、さらに、様々なハードウェア加速機能（例えば、ＡＩコンピューティング、符号化及び復号、並びに圧縮及び解凍）を含んでもよい。

この出願では、「ハードウェアによって実装される」とは、前述のモジュール又はユニットの機能が、プログラム命令を処理する機能を有さないハードウェア処理回路を介して実装されることを意味する。ハードウェア処理回路は、個別ハードウェア・コンポーネントを含んでもよいし、集積回路であってもよい。消費電力を減らし、サイズを低減するために、通常、集積回路が実装のために使用される。ハードウェア処理回路は、ＡＳＩＣ、又はプログラマブル論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）を含んでもよい。ＰＬＤは、さらに、ＦＰＧＡ、複雑なプログラマブル論理デバイス（ｃｏｍｐｌｅｘ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＣＰＬＤ）などを含んでもよい。これらのハードウェア処理回路は、独立してパッケージされた半導体チップ（例えば、ＡＳＩＣにパッケージされたもの）であってもよいし、別の回路（例えば、ＣＰＵ又はＤＳＰ）と統合され、次いで、半導体チップにパッケージされてもよい。例えば、複数のハードウェア回路及びＣＰＵは、１つのシリコン・ベース上に形成されてもよく、独立してチップにパッケージされ、チップはまた、ＳｏＣとも呼ばれるか、又はＦＰＧＡ機能及びＣＰＵを実装するように構成された回路は、シリコン・ベース上に形成されてもよく、独立してチップにパッケージされ、チップはまた、システム・オン・プログラマブル・チップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｐｒｏｇｒａｍｍａｂｌｅ－ｃｈｉｐ、ＳｏＰＣ）と呼ばれる。

この出願が、ソフトウェア、ハードウェア、又はソフトウェアとハードウェアの組み合わせを使用して実装されるときに、この出願は、異なるソフトウェア及びハードウェアを使用して実装されてもよく、これは、１つのタイプのソフトウェア又はハードウェアに限定されないことに留意されたい。例えば、モジュール又はユニットのうちの１つはＣＰＵを介して実装されてもよく、別のモジュール又はユニットはＤＳＰを介して実装されてもよい。同様に、ハードウェアが実装のために使用されるときに、モジュール又はユニットのうちの１つは、ＡＳＩＣを介して実装されてもよく、別のモジュール又はユニットは、ＦＰＧＡを介して実装されてもよい。確かに、一部又は全部のモジュール又はユニットが、同じタイプのソフトウェア（例えば、ＣＰＵを介して）又は同じタイプのハードウェア（例えば、ＡＳＩＣを介して）を使用して実装されることも指定されていない。追加的に、当業者であれば、ソフトウェアは、通常、ハードウェアよりも優れた柔軟性を有するが性能に乏しく、ハードウェアはその正反対であると知っていてもよい。したがって、当業者であれば、実際の要件に基づいて、実装のためにソフトウェア、ハードウェア、又はそれらの組み合わせを選択してもよい。

前述の実施形態では、各実施形態の説明はそれぞれの焦点を有する。なお、実施形態において詳細に説明されていない部分については、他の実施形態における関連する説明を参照のこと。この出願の実施形態が、この出願の実施形態における技術的問題を解決するために組み合わされてもよいし、実施形態におけるいくつかの技術的特徴が特定の実施形態から切り離され、従来の技術と組み合わされてもよい。

この出願の実施形態では、別個のコンポーネントとして説明されたユニットが、物理的に別個であってもなくてもよいし、ユニットとして表示されているコンポーネントが、物理的ユニットであってもなくてもよいし、１つの場所に位置していてもよいし、複数のネットワーク・ユニットに分散されていてもよい。ユニットの一部又は全部は、この出願における実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてもよい。

追加的に、この出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよいし、ユニットの各々は、物理的に単独で存在してもよいし、又は２つ以上のユニットが１つのユニットに統合される。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。

統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は使用されるときに、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、この出願の技術的解決策が、本質的にソフトウェア製品の形態で実装されてもよいし、従来技術に寄与する部分が、ソフトウェア製品の形態で実装されてもよいし、技術的解決策の全部又は一部が、ソフトウェア製品の形態で実装されてもよい。コンピュータ・ソフトウェア製品は、記憶媒体に記憶され、コンピュータ・デバイス、例えば、パーソナル・コンピュータ、サーバ、ネットワーク・デバイス、又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）が、この出願の実施形態で説明された方法の動作の全部又は一部を行うように命令するための複数の命令を含んでもよい。前述の記憶媒体は、ＵＳＢフラッシュ・ドライブ、リムーバブル・ハード・ディスク、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスクのようなプログラムコードを記憶することができる任意の媒体又はコンピュータ可読記憶媒体を含んでもよい。

この出願の説明では、「第１」、「第２」、「Ｓ２０１」又は「Ｓ２０２」などの用語は、識別及び説明のために、また、本記事を構成することを容易にするために使用されているにすぎない。異なる順序又は番号は、特定の技術的意味を有しておらず、相対的な重要性を示すもの、又は、実行順序を示すもの若しくは実行順序を示唆するものとして理解され得ない。

この出願における用語「及び／又は」は、関連付けられた対象のための関連付け関係のみを説明し、３つの関係が存在してもよいことを示す。例えば、「Ａ及び／又はＢ」は、Ａのみが存在すること、ＡとＢの両方が存在すること、及びＢのみが存在することの３つのケースを表してもよい。Ａ及びＢは、単数形でも複数形でもよい。追加的に、この明細書における文字「／」は、通常、関連付けられた対象間の「又は」関係を示す。

この出願では、「伝送」には、データの送信、データの受信、又はデータの送信及びデータの受信の３つのケースを含んでもよい。この出願では、「データ」は、サービス・データ及び／又はシグナリング・データを含んでもよい。

この出願では、用語「含む」、「有する」及びそれらの他の変化形は、非排他的に含むことをカバーすることが意図されている。例えば、一連のステップを含むプロセス／方法、又は一連のユニットを含むシステム／製品／デバイスは、必ずしも明示的に列挙されたステップ又はユニットに限定されず、これらのプロセス／方法／製品／デバイスに明示的に列挙されていないか、又は内在する他のステップ又はユニットを含んでもよい。

この出願の説明において、「少なくとも１つ」は、１つ以上を表す。「Ａ、Ｂ及びＣのうちの少なくとも１つが含まれる」は、Ａが含まれること、Ｂが含まれること、Ｃが含まれること、Ａ及びＢが含まれること、Ａ及びＣが含まれること、Ｂ及びＣが含まれること、又はＡ、Ｂ及びＣが含まれることを示してもよい。

この出願の実施形態に提供される解決策は、様々な通信システム、例えば、移動通信のためのグローバル・システム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）システム、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ＬＴＥ周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＴＤＤ）システム、世界規模相互運用マイクロ波アクセス（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ、ＷｉＭＡＸ）通信システム、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）移動通信システム、ニュー・ラジオ（ｎｅｗ ｒａｄｉｏ、ＮＲ）システム、又は移動通信サービスを提供するために使用され得る別のネットワーク・システムに適用され得る。これは、この出願では限定されない。

前述の説明は、この出願の単なる特定の実装であるが、この出願の保護範囲は、この出願に限定されない。この出願に開示された技術的範囲内で、当業者によって容易に理解することができる変更又は代替は、この出願の保護範囲に含まれるものとする。

Claims (13)

1. 第１のノードに適用される通信方法であって、
   第１のノードと第２のノードとの間の無線リンクで無線リンク失敗（ＲＬＦ）が発生し、かつ第１のノードと宛先ノードとの間に他に利用可能な経路がないと決定することと、
   第１の表示情報を第３のノードに送信することであって、前記第１の表示情報が、リンク回復の試みが行われていることを示す、ことと、
   第２の表示情報を前記第３のノードに送信することであって、前記第２の表示情報が、前記第１のノードを通過して前記宛先ノードに至る経路が利用不能であることを示す、ことと、を含み、
   前記第２のノードが、前記第１のノードの親ノードであり、前記第３のノードが、前記第１のノードの子ノードである、方法。
2. 前記方法は、さらに、
   前記無線リンクを回復しようと試みるときに、前記第１の表示情報を前記第３のノードに送信する、請求項１に記載の方法。
3. 前記第２の表示情報が、前記宛先ノードのバックホール適応プロトコル（ＢＡＰ）層アドレス、前記第１のノードを通過して前記宛先ノードに至る経路に対応するルーティング・アイデンティティ（ルーティングＩＤ）、又は前記第１のノードを通過して前記宛先ノードに至る前記経路に対応する経路アイデンティティ（経路ＩＤ）を含む、請求項１又は２に記載の方法。
4. 第３の表示情報を前記第３のノードに送信することをさらに含み、前記第３の表示情報が、無線リンク回復成功を示す、請求項１～３のいずれか一項に記載の方法。
5. 第３のノードに適用される通信方法であって、
   第１のノードから第１の表示情報を受信することであって、前記第１の表示情報が、リンク回復の試みが行われていることを示す、ことと、
   前記第１のノードから第２の表示情報を受信することであって、前記第２の表示情報が、前記第１のノードを通過して宛先ノードに至る経路が利用不能であることを示す、こと
   別の経路を介して前記宛先ノードにデータをルーティングすると決定することと、を含む、方法。
6. 前記第２の表示情報が、前記宛先ノードのバックホール適応プロトコル（ＢＡＰ）層アドレス、前記第１のノードを通過して前記宛先ノードに至る経路に対応するルーティング・アイデンティティ（ルーティングＩＤ）、又は前記第１のノードを通過して前記宛先ノードに至る前記経路に対応する経路アイデンティティ（経路ＩＤ）を含む、請求項５に記載の方法。
7. 前記別の経路が、前記第１のノードを含まないか、前記別の経路のルーティングＩＤが、前記第２の表示情報に含まれる前記ルーティングＩＤに等しくないか、又は前記別の経路の経路ＩＤが、前記第２の表示情報に含まれる前記経路ＩＤに等しくない、請求項６に記載の方法。
8. 前記第１のノードから第３の表示情報を受信することであって、前記第３の表示情報が、無線リンク回復成功を示す、ことと、
   前記別の経路を介して前記宛先ノードに前記データをルーティングすることを停止することと、をさらに含む、請求項５～７のいずれか一項に記載の方法。
9. 前記第１のノードによって、前記第１のノードと第２のノードとの間の無線リンクで無線リンク失敗（ＲＬＦ）が発生し、かつ前記第１のノードと前記宛先ノードとの間に他に利用可能な経路がないと決定することと、
   前記第１のノードによって、前記第１の表示情報を前記第３のノードに送信することと、をさらに含み、
   前記第２のノードが、前記第１のノードの親ノードであり、前記第３のノードが、前記第１のノードの子ノードである、請求項５～８のいずれか一項に記載の方法。
10. 請求項１～９のいずれか一項に記載の方法を実行するように構成されているモジュールを含む、通信装置。
11. 請求項１～４のいずれか一項に記載の方法を実行するように構成されている通信装置と、請求項５～９のいずれか一項に記載の方法を実行するように構成されている通信装置と、を含む、通信システム。
12. コンピュータ・プログラム又は命令を記憶するコンピュータ可読記憶媒体であって、前記コンピュータ・プログラム又は前記命令が通信装置によって実行されるときに、前記通信装置が、請求項１～９のいずれか一項に記載の方法を実行することが可能となる、コンピュータ可読記憶媒体。
13. コンピュータ・プログラム命令を含むコンピュータ・プログラムであって、前記コンピュータ・プログラム命令が通信装置によって実行されるときに、前記通信装置が、請求項１～９のいずれか一項に記載の方法を実行することが可能となる、コンピュータ・プログラム。

Images