JP2023543818A - 無損失データ送信通信方法、装置、及びシステム - Google Patents

Abstract

この出願の実施形態は、無損失データ送信通信方法、装置、及びシステムを提供する。この方法は、以下を含む：第１のネットワークノードが第１のデータパケットを決定する。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノード中央ユニットＣＵである。第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノード分散ユニットＤＵである。この方法によれば、第１のネットワークノードのトポロジ更新プロセスにおけるデータパケットの損失を回避することができ、サービス継続性を確保することができる。

Description

この出願の実施形態は、通信技術の分野に関し、特に、無損失データ送信通信方法、装置、及びシステムに関する。

第５世代（５Ｇ）モバイル通信は、様々なネットワーク性能インジケータに対して、より厳しい要件を包括的に提起している。例えば、５Ｇモバイル通信では、１０００倍の容量インジケータ、より広いカバレッジ、超高信頼性と超低遅延が必要である。高周波キャリアの豊富な周波数リソースを考慮して、５Ｇの超大容量要件を満たすために、高周波スモールセルを利用するネットワーキングがホットスポットエリアでますます普及している。高周波キャリアは伝搬特性が悪く、ブロッキングによる減衰が深刻であり、カバレッジが小さい。そのため、大量のスモールセルが高密度に配置される必要がある。それに対応して、高密度に配置される大量のスモールセルにファイバーバックホールを提供するには、非常にコストがかかり、構築が困難である。従って、経済的で便利なバックホール解決策が必要とされる。さらに、広いカバレッジ要件の観点から、一部の遠隔地でネットワークカバレッジを提供するために光ファイバーを配置することは困難であり、コストがかかる。従って、柔軟で便利なアクセス及びバックホール解決策も設計される必要がある。

統合アクセス及びバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）技術は、前述の２つの問題を解決する解決策を提供する。ＩＡＢ技術では、アクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ）とバックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）の両方に無線送信解決策が利用され、光ファイバーの配置を回避する。ＩＡＢネットワークでは、リレーノードＲＮ（ｒｅｌａｙ ｎｏｄｅ、ＲＮ）又はＩＡＢノード（ＩＡＢ ｎｏｄｅ）が、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に無線アクセスサービスを提供しうる。ＵＥのサービスデータは、接続されたドナーノード（ＩＡＢドナー）又はドナー基地局（ドナーｇＮｏｄｅＢ、ＤｇＮＢ）に無線バックホールリンクを介してＩＡＢノードによって送信される。基地局のアンテナ数量を削減するために、アクセスとバックホールにＩＡＢノードを用いてアンテナを共用することができる。

現在のＩＡＢネットワークでは、異なるシナリオでの通信要件を満たすために、ＩＡＢノードはトポロジ更新を実行しうる。トポロジ更新は、通常、ハンドオーバが原因で、又は無線リンク障害からの回復プロセスで発生する。しかし、ＩＡＢノードがＩＡＢ間のドナートポロジ更新を実行した後、データパケット損失の問題が発生しうる。従って、ＩＡＢノードが、異なるＩＡＢドナーサービス範囲でトポロジ更新プロセスを実行する場合のデータパケット損失をどのように減らすかは、早急に解決される必要がある問題になる。同様の問題が別のネットワークアーキテクチャにおいても存在しうることが理解されうる。

この出願の実施形態は、無損失データ送信通信方法、装置、及びシステムを提供し、トポロジ更新に起因するデータパケット損失を削減し、例えば、異なるＩＡＢドナーサービス範囲内のＩＡＢノードによって実行されるトポロジ更新プロセスでのデータパケット損失を削減する。

第１の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（プロセッサ、チップ、又はチップシステムなど）によって実行されてよい。この方法は、以下を含む：第２のネットワークノードは、第１のネットワークノードから第１のデータパケットを受信する。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノード分散ユニットＤＵである。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノード中央ユニットＣＵである。第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

前述の方法によれば、ＩＡＢノードによるドナーＤＵ間データパケットの再ルーティング及び転送をサポートすることができる。これは、第１のネットワークノードのトポロジ更新プロセスにおけるデータパケット損失を回避し、第１のネットワークノードによってサービスされる端末のアップリンクサービス継続性への影響を低減する。

可能な方式では、第２のネットワークノードは、インターネットプロトコルＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。

この方式では、第１のデータパケットが、第２のネットワークノードによって破棄されない。

可能な方式では、第２のネットワークノードがＩＰアドレスフィルタリングルールを更新することは、以下を含む：

第２のネットワークノードは、第１のＩＰアドレスを取得する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

第２のネットワークノードは、第１のＩＰアドレスに基づいてＩＰアドレスフィルタリングルールを更新する。

任意選択で、第１のＩＰアドレスは、第１のネットワークノードがソースドナーＤＵに接続されるときに取得される１つ又は複数のＩＰアドレスである。

任意選択で、第２のネットワークノードは、第１のＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加する、即ち、第１のＩＰアドレスを、転送されることが許されるデータパケットのソースＩＰアドレスリストに追加する。

前述の方式では、第２のネットワークノードは、第１のデータパケットを転送することが許されるので、第１のデータパケットは、第２のネットワークノードによって破棄されない。

可能な方式では、第２のネットワークノードが第１のＩＰアドレスを取得することは、以下を含む：第２のネットワークノードが、第３のネットワークノードから第１のＩＰアドレスを受信する。

任意選択で、第２のネットワークノードが第１のＩＰアドレスを取得することは、以下を含む：第２のネットワークノードが、第４のネットワークノードから第１のＩＰアドレスを受信する。第４のネットワークノードは、第１のネットワークノードのターゲットドナー中央ユニットＣＵである。

前述の方式では、第２のネットワークノードが、第１のデータの第１のＩＰアドレスを取得しうるので、第１のデータパケットは破棄されない。

可能な方式では、第２のネットワークノードがＩＰアドレスフィルタリングルールを更新することは、以下を含む：第２のネットワークノードが、第４のネットワークノードから第１の一時停止インジケーション情報を受信する。第１の一時停止インジケーション情報は、第２のネットワークノードにＩＰアドレスフィルタリングルールを一時停止するように指示する。第４のネットワークノードは、第１のネットワークノードのターゲットドナーＣＵである。

前述の方式では、第２のネットワークノードは、第１のデータパケットを転送することが許されるので、第１のデータパケットは、第２のネットワークノードによって、ＩＰアドレスフィルタリングルールに起因して破棄されることがない。

可能な方式では、第１のデータパケットは、第２のデータパケットにカプセル化される。第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含む。第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードのＩＰアドレス又は第３のネットワークノード側のセキュリティゲートウェイのＩＰアドレスである。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。第２のネットワークノードが、第２のＩＰヘッダに基づいて第２のデータパケットを第４のネットワークノードに送信するので、第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

前述の方式では、第２のネットワークノードは、第４のネットワークノードを介して第３のネットワークノードに第１のデータパケットを送信しうる。これは、第１のデータパケットをソースドナーＣＵに送信することができることを保証するので、第３のネットワークノードによって第１のデータパケットを正しく処理することができる。処理は、例えば、完全性検証又は復号である。

可能な方式では、第２のデータパケットは、第４のネットワークノードに第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む。

前述の方式では、第４のネットワークノードは、そのような特別な処理を必要とする特定のデータパケット、具体的には、外部ＩＰヘッダが除去された後に内部ＩＰヘッダに基づいて転送される特定のデータパケットを識別しうる。

可能な方式では、第２のＩＰヘッダが第２のネットワークノードによって第１のデータパケットに追加されるか、又は第２のＩＰヘッダが第１のネットワークノードによって第１のデータパケットに追加される。

任意選択で、第２のＩＰヘッダが第１のＩＰヘッダの外側に追加されるか、又は第２のＩＰヘッダが第１のＩＰヘッダの外側にある。

前述の方式では、第１のデータパケットを第４のネットワークノードに転送することができる。

可能な方式では、第２のネットワークノードが第１のネットワークノードから第１のデータパケットを受信する前に、第１のネットワークノードがトポロジ更新を完了する。

第２の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は以下を含む：第１のネットワークノードが第１のデータパケットを決定する。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードＤＵである。

前述の方式では、第１のネットワークノードは、第２のネットワークノードを利用して、第３のネットワークノードに送信される第１のデータパケットを再ルーティングするので、第１のデータパケットを第３のネットワークノードによって正しく処理することができる。これは、第１のネットワークノードがトポロジ更新を実行するときのデータパケットの損失を回避する。

可能な方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信するために、第１のデータパケットのバックホール適応プロトコルレイヤ構成を更新する。

任意選択で、第１のネットワークノードは、第４のネットワークノードによって送信された設定情報に基づいて、第１のデータパケット内のルーティング識別子を更新する。第４のネットワークノードは、第１のネットワークノードのターゲットドナーＣＵである。

前述の方式では、第１のネットワークノードが第１のデータパケットを転送する前に、第１のネットワークノードは、第１のデータパケットのＢＡＰレイヤのヘッダ情報を修正するので、第１のデータパケットを第２のネットワークノードへと成功裏に送信することができる。

可能な方式では、第１のネットワークノードは、第２のＩＰヘッダを第１のデータパケットに追加する。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。第４のネットワークノードは、第１のネットワークノードのターゲットドナー中央ユニットＣＵである。

前述の方式では、第１のデータパケットを第４のネットワークノードに転送することができる。

可能な方式では、第１のデータパケットは、第４のネットワークノードに第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む。

前述の方式では、第４のネットワークノードは、そのような特別な処理を必要とする特定のデータパケット、具体的には、外部ＩＰヘッダが除去された後に内部ＩＰヘッダに基づいて転送される特定のデータパケットを識別しうる。

可能な方式では、第１のネットワークノードは、第４のネットワークノードに第１のＩＰアドレスを送信する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

前述の方式では、それは、第４のネットワークノードが第１のＩＰアドレスを取得し、さらに、第４のネットワークノードが第１のＩＰアドレスを第２のネットワークノードに送信するのを助ける。

可能な方式では、第１のネットワークノードが第１のデータパケットを決定する前に、第１のネットワークノードはトポロジ更新を実行する。

第３の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：

第４のネットワークノードは、第１のメッセージを決定する、ここで、第４のネットワークノードは、第１のネットワークノードのターゲットドナーノードＣＵである。

第４のネットワークノードは、第１のメッセージを第２のネットワークノードに送信する。第１のメッセージは、ＩＰアドレスフィルタリングルールを更新するために、第２のネットワークノードによって利用される。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードＤＵである。

前述の方式では、第４のネットワークノードは、ＩＰアドレスフィルタリングルールを更新するために必要な情報を第２のネットワークノードに提供する。

可能な方式では、第４のネットワークノードが第１のメッセージを決定することは、以下を含む：

第４のネットワークノードは、第１のＩＰアドレスを取得する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第４のネットワークノードが第１のメッセージを第２のネットワークノードに送信することは、以下を含む：第１のメッセージは、第１のＩＰアドレスを含む。

任意選択で、第４のネットワークノードは、第３のネットワークノードから第１のＩＰアドレスを受信する。

代替として、第４のネットワークノードは、第１のネットワークノードから第１のＩＰアドレスを受信する。

代替として、第４のネットワークノードは、アクセス及びモビリティ管理機能ＡＭＦから第１のＩＰアドレスを受信する。

前述の方式では、第４のネットワークノードは、第２のネットワークノードに第１のＩＰアドレスを提供するので、第２のネットワークノードは、第１のＩＰアドレスに基づいてＩＰアドレスフィルタリングルールを更新する。これは、第１のデータの転送成功を保証することをさらに助ける。

可能な方式では、第４のネットワークノードが第１のメッセージを決定することは、以下を含む：第４のネットワークノードは、第１の一時停止インジケーション情報を決定する。第１の一時停止インジケーション情報は、第２のネットワークノードにＩＰアドレスフィルタリングルールを一時停止するように指示する。

第４のネットワークノードが第１のメッセージを第２のネットワークノードに送信することは、以下を含む：第１のメッセージは、第１の一時停止インジケーション情報を含む。

前述の方式では、第４のネットワークノードは、第２のネットワークノードによって第１のデータパケットが廃棄されないように、ＩＰアドレスフィルタリングルールを一時停止するように第２のネットワークノードに示す。

可能な方式では、第４のネットワークノードは、第２のネットワークノードから第２のデータパケットを受信する。第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含む。第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードである。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。

第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。第１のデータパケットは、第４のネットワークノードによって、第２のデータパケットを処理することによって取得されるデータパケットである。第１のデータパケットは、第２のＩＰヘッダを含まない。

前述の方式では、第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに転送する。これは、第１のデータパケットを第３のネットワークノードによって正しく処理することができることを保証し、第１のデータパケットの損失を回避する。

可能な方式では、第１のデータパケットは、第２のＩＰヘッダを除去した後に第１のＩＰヘッダに基づいて第４のネットワークノードに、第１のデータパケットを第３のネットワークノードに転送するように指示する第１の除去インジケーション情報をさらに含む。

前述の方式では、第４のネットワークノードは、ＩＰヘッダ除去処理が実行される必要がある特定のデータパケットを決定できる。

可能な方式では、第４のネットワークノードは、第３のネットワークノードから、第１のネットワークノードによってサービスされる端末デバイスに関連し、かつ第１のデータパケット内にあるデータを受信する。

前述の方式では、第４のネットワークノードは、端末に関連し、かつ第１のデータパケット内にあるデータを取得しうるし、データをさらに処理し、例えば、端末サービスのデータを端末に送信しうる。

第４の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第３のネットワークノードが第１のデータパケットを取得する。第１のデータパケットは、第１のネットワークノードが第２のネットワークノードに接続された後に第３のネットワークノードに送信されるデータパケットである。第３のネットワークノードは、第１のデータパケットを処理する。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードＤＵである。

前述の方式では、第３のネットワークノードは、第１のネットワークノードによって送信される第１のデータパケットを取得し、第１のデータパケットを正しく処理できる。これは、第１のデータパケットの損失と、端末のサービス継続性への影響を回避することを助ける。

可能な方式では、第３のネットワークノードが第１のデータパケットを取得することは、以下を含む：第３のネットワークノードは、第４のネットワークノードから第１のデータパケットを受信する。第１のデータパケットは、第４のネットワークノードによって第２のネットワークノードからの第２のデータパケットを処理することによって取得されるデータパケットである。第１のデータパケットは、第２のデータパケットにカプセル化される。

代替として、第３のネットワークノードは、第２のネットワークノードから第１のデータパケットを受信する。

前述の方式では、第３のネットワークノードは、異なる経路を介して第１のデータパケットを取得できる。

可能な方式では、第３のネットワークノードが第１のデータパケットを処理することは、以下を含む：第３のネットワークノードは、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定する。

第３のネットワークノードは、端末デバイスに関連するデータを第４のネットワークノードに送信する。

任意選択で、端末デバイスに関連するデータは、端末デバイスのパケットデータコンバージェンスプロトコルＰＤＣＰサービスデータユニットＳＤＵである。

前述の方式では、第３のネットワークノードは、第１のデータパケットを正しく処理することができ、端末デバイスのサービス継続性が保証される。

第５の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第１のネットワークノードが、第３のネットワークノードから第１のハンドオーバコマンドを受信する。第１のハンドオーバコマンドは、第１のネットワークノードにハンドオーバを実行するように指示する。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第１のネットワークノードは、第１の送信完了インジケーション情報を送信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。

任意選択で、この方法はさらに以下を含む：第１のネットワークノードがハンドオーバを実行する。

任意選択で、別の可能な方式では、第１のネットワークノードは、トポロジ更新を実行することを決定する。第１のネットワークノードは、第１の送信完了インジケーション情報を送信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。任意選択で、この方法はさらに以下を含む：第１のネットワークノードがトポロジ更新を実行する。

任意選択で、第１のネットワークノードが第１の送信完了インジケーション情報を送信することは、以下を含む：

第１のネットワークノードは、第１の送信完了インジケーション情報を第３のネットワークノードに送信する。

任意選択で、第１のネットワークノードが第１の送信完了インジケーション情報を送信することは、以下を含む：

第１のネットワークノードは、第１の送信完了インジケーション情報を第５のネットワークノードに送信する。第５のネットワークノードは、第１のネットワークノードにアクセス及びバックホールサービスを提供する。

前述の方式では、第１のネットワークノード及び第１のネットワークノードの子孫ノードによってバッファリングされた全ての送信中アップリンクデータパケットが、第１のネットワークノードのソース親ノードに送信され、かつ第１の送信完了インジケーション情報がソース親ノード又はソースドナーノードに送信されることが保証されるまで、第１のネットワークノードはトポロジ更新を実行しない。これは、トポロジ更新プロセスでデータパケットが失われないことを保証する。

可能な方式では、第１のネットワークノードは、第３のデータパケットを第３のネットワークノードに送信する。

前述の方式では、トポロジ更新を実行することを決定した後、第１のネットワークノードは、第３のデータパケットを第３のネットワークノードに送信し、全ての第３のデータパケットが送信されていると決定した後にのみトポロジ更新を実行する。

可能な方式では、第１のネットワークノードは、第６のネットワークノードについてのアップリンクスケジューリングを停止する。第６のネットワークノードは、第１のネットワークノードの子孫ネットワークノードである。

任意選択で、第６のネットワークノードについてのアップリンクスケジューリングを停止することは、以下を含む：第１のネットワークノードは、第６のネットワークノードから、第４のデータパケットの送信が完了していることを示す第２の送信完了インジケーション情報を受信することであって、第４のデータパケットは、第６のネットワークノード及び第６のネットワークノードの子孫ノードからのアップリンクデータを含む、ことを行い、第１のネットワークノードは、第２の送信インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

任意選択で、第６のネットワークノードについてのアップリンクスケジューリングを停止することは、以下を含む：第１のネットワークノードは、第３のネットワークノードから第１のスケジューリング停止インジケーション情報を受信し、第１のネットワークノードは、第１のスケジューリング停止インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

前述の方式では、第１のネットワークノードがトポロジ更新を実行することを決定し、第６のネットワークノードでのアップリンクデータパケットの送信が完了された後、第１のネットワークノードは、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

可能な方式では、第１のネットワークノードが第３のネットワークノードから第１のハンドオーバコマンドを受信した後、この方法はさらに、以下を含む：第１のネットワークノードが端末デバイスのアップリンクスケジューリングを停止し、第１のネットワークノードが端末デバイスにアクセス及びバックホールサービスを提供する。

任意選択で、第１のネットワークノードがトポロジ更新を実行することを決定した後、第１のネットワークノードは、端末デバイスのアップリンクスケジューリングを停止し、第１のネットワークノードは、端末デバイスにアクセス及びバックホールサービスを提供する。

前述の方式では、ハンドオーバコマンドを受信した後、又はトポロジ更新を実行することを決定した後、第１のネットワークノードは、端末デバイスのアップリンクスケジューリングを停止する。可能な方式では、第１の送信完了インジケーション情報は、第３のデータパケットで搬送されるか、又は、第１の送信完了インジケーション情報は、バックホール適応プロトコルＢＡＰレイヤの制御プロトコルデータユニットＰＤＵで搬送される。

前述の方式では、第１の送信完了インジケーション情報は、第３のデータパケットのうちの最後のデータパケットと共に送信されてよく、又は単独で送信されてよい。

第６の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第５のネットワークノードは、第１のネットワークノードについてのアップリンクスケジューリングを停止することを示す送信インジケーション情報を受信する。第５のネットワークノードは、第１のネットワークノードにアクセス及びバックホールサービスを提供する。第５のネットワークノードは、送信インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定する。

任意選択で、第５のネットワークノードが送信インジケーション情報を受信することは、以下を含む：第５のネットワークノードは、第１のネットワークノードから第１の送信完了インジケーション情報を受信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。第５のネットワークノードは、第１の送信完了インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定する。

任意選択で、第５のネットワークノードが送信インジケーション情報を受信することは、以下を含む：第５のネットワークノードは、第３のネットワークノードから第２のスケジューリング停止インジケーション情報を受信する。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。

前述の方式では、第５のネットワークノードは、複数の方法で、異なるネットワーク要素によって送信された送信完了インジケーション情報を受信してよく、第５のネットワークノードは、送信完了インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定する。

可能な方式では、第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、第２のハンドオーバコマンドは、第５のネットワークノードにハンドオーバを実行するように指示する。

前述の方式では、第５のネットワークノードが、ハンドオーバを実行するように指示されるとき、第１のネットワークノードについてのアップリンクスケジューリングも停止されるように示される。

第７の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第３のネットワークノードは、第１のネットワークノードから第１の送信完了インジケーション情報を受信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。

第３のネットワークノードは、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信する。第２のスケジューリング停止インジケーション情報は、第１のネットワークノードについてのアップリンクスケジューリングを停止することを第５のネットワークノードに示す。第５のネットワークノードは、第１のネットワークノードにアクセス及びバックホールサービスを提供する。

任意選択で、第１の送信完了インジケーション情報は、アップリンクデータで搬送されるか、又は、第１の送信完了インジケーション情報は、ＲＲＣメッセージ又はＦ１ＡＰメッセージで搬送される。

任意選択で、第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、第２のハンドオーバコマンドは、第５のネットワークノードに、ハンドオーバを実行するように指示する。

前述の方式では、第３のネットワークノードが、トポロジ更新を実行する第１のネットワークノードでの全てのアップリンクデータの送信が完了されたと決定した後、第５のネットワークノードは、第１のネットワークノードについてのアップリンクスケジューリングを停止するように指示される。これは、第１のネットワークノードのトポロジ更新プロセスでのデータパケットの損失を回避する。

第８の態様によれば、この出願の実施形態は、無損失データ送信通信装置を提供する。装置は、ネットワークノードであってよく、又はネットワークノードで利用されるチップであってよい。この装置は、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装のいずれか１つを実装する機能を有する。その機能は、ハードウェアによって実装されてよく、又はハードウェアが、対応するソフトウェアを実行することによって実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のモジュールを含む。

第９の態様によれば、この出願の実施形態は、プロセッサ及びメモリを含む無損失データ送信通信装置を提供する。メモリは、コンピュータ実行可能命令を記憶するように構成される。装置が動作するとき、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、それにより、装置は、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行する。

第１０の態様によれば、この出願の実施形態は、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法のステップを実行するように構成されたユニット又は手段（ｍｅａｎｓ）を含む、無損失データ送信通信装置を提供する。

第１１の態様によれば、この出願の実施形態は、プロセッサ及びインターフェース回路を含む無損失データ送信通信装置を提供する。プロセッサは、インターフェース回路を介して別の装置と通信し、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行するように構成される。１つ又は複数のプロセッサがある。

第１２の態様によれば、この出願の実施形態は、プロセッサを含む無損失データ送信通信装置を提供する。プロセッサは、メモリに接続され、メモリに記憶されたプログラムを呼び出して、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行するように構成される。メモリは、装置の内部又は外部に配置されてよい。１つ又は複数のプロセッサがある。

第１３の態様によれば、この出願の実施形態は、命令を記憶するコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で実行されるとき、プロセッサは、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行することが可能になる。

第１４の態様によれば、この出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータ製品は、コンピュータプログラムを含む。コンピュータプログラムが実行されるとき、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行することが可能になる。

第１５の態様によれば、この出願の実施形態は、プロセッサを含むチップシステムをさらに提供する。プロセッサは、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行するように構成される。

この出願の実施形態が適用可能な通信システムの概略図である。 この出願の実施形態によるＩＡＢネットワークシステムのアーキテクチャの概略図である。 この出願の実施形態による非スタンドアロンネットワーキングＩＡＢシナリオの概略図である。 この出願の実施形態による、ＩＡＢネットワーク内のユーザプレーンプロトコルスタックの概略図である。 この出願の実施形態による、ＩＡＢネットワーク内の制御プレーンプロトコルスタックの概略図である。 この出願の実施形態によるＩＡＢドナー間トポロジ更新の概略図である。 この出願の実施形態によるＩＡＢドナー内トポロジ更新の概略図である。 この出願の実施形態による無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による無損失データ送信通信装置の概略図である。 この出願の実施形態による無損失データ送信通信装置の構造の概略図である。

この出願の実施形態は、無損失データ送信通信方法及び装置を提供する。その方法及び装置は同じ概念に基づいている。方法及び装置を利用して問題を解決する原理は類似しているため、装置及び方法の実装間で相互参照が行われうるし、繰り返しの説明は省略される。

この出願の実施形態の説明において、用語「及び／又は」は、関連付けられたオブジェクト間の関連関係を記述し、３つの関係が存在しうることを示す。例えば、Ａ及び／又はＢは、次の３つのケースを示しうる。即ち、Ａのみが存在するケース、ＡとＢの両方が存在するケース、及びＢのみが存在するケースである。記号「／」は、一般に、関連付けられたオブジェクト間の「又は」関係を示す。この出願において、「少なくとも１つ」は１つ又は複数を意味し、「複数」は２つ以上を意味する。さらに、この出願の説明において、「第１の」及び「第２の」などの用語は単に区別及び説明のために利用されていると理解することができるが、相対的な重要性を示したり又は暗示したりするものとして理解されるべきではなく、順序を示したり又は暗示したりするものとして理解されるべきではない。

この出願の実施形態で提供される無損失データ送信通信方法は、第４世代（４ｔｈ ｇｅｎｅｒａｔｉｏｎ、４Ｇ）通信システム、例えば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムに適用されうるし、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システム、例えば、５Ｇ新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）システムに適用されうるし、又は、様々な将来の通信システム、例えば、第６世代（６ｔｈ ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システム、及び別の例として、第７世代（７ｔｈ ｇｅｎｅｒａｔｉｏｎ、７Ｇ）通信システムに適用されうる。この出願の実施形態は、統合アクセス及びバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）シナリオにも適用されうる。

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

図１Ａは、この出願の実施形態が適用可能な通信システムの概略図である。通信システム１００は、少なくとも１つのＩＡＢノード（ＩＡＢノード１１０からＩＡＢノード１５０までが図示されている）及び少なくとも１つのＩＡＢドナー１６０を含む。任意選択で、通信システムは、ＩＡＢノードに接続された少なくとも１つの端末（端末１７０及び端末１８０が図示されている）をさらに含む。任意選択で、通信システムは、ＩＡＢドナー１６０に接続されたコアネットワークデバイス１９０をさらに含む。ＩＡＢノード１４０は、アクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ、ＡＬ）を介して端末１７０に無線アクセスサービスを提供しうる。端末１７０のサービスデータは、無線バックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ、ＢＬ）を介して、ＩＡＢノード１４０によって、接続されたＩＡＢドナー１６０に送信されうる。

図１Ａの端末は、ユーザ機器、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｉｏｎ、ＭＴ）、アクセス端末デバイス、加入者ユニット、加入者局、モバイル局、遠隔局、遠隔端末デバイス、モバイルデバイス、ユーザ端末デバイス、無線端末デバイス、ユーザエージェント、ユーザ装置などでありうる。代替として、端末は、セルラフォン、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス（スマートウォッチ又はスマートバンドなど）、スマートファニチャー又は家電製品、５Ｇネットワーク内の端末デバイス、将来的に進化するパブリックランドモバイル通信ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）の端末デバイス、ビークルトゥエブリシング（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）の車両デバイス、顧客宅内機器（ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅｓ ｅｑｕｉｐｍｅｎｔ、ＣＰＥ）などでありうる。ユーザ機器の具体的な実装形態は、この出願では限定されない。

図１ＡのＩＡＢノードは、モバイル端末と分散ユニットＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）とを含みうる。ＩＡＢノードの親ノードに面するとき、ＩＡＢノードは、端末デバイス、即ち、ＭＴの役割とみなされうる。ＩＡＢノードの子孫デバイス（子孫デバイスは、別の子ＩＡＢノード又は共通ＵＥでありうる）に面するとき、ＩＡＢノードは、ネットワークデバイス、即ち、ＤＵの役割とみなされうる。説明を簡単にするために、この出願の実施形態では、ＩＡＢノード１３０を介してＩＡＢドナー１６０に接続されるＩＡＢノード（例えば、ＩＡＢノード１４０）又は端末（例えば、端末１７０）は、ＩＡＢノード１３０の子孫ＩＡＢノード（ｄｅｓｃｅｎｄｅｎｔ ＩＡＢ ｎｏｄｅ）、子孫ノード、子孫ネットワークノード、又は子孫端末と呼ばれる。

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

この出願の実施形態におけるＩＡＢノード及びＩＡＢドナーは、ネットワークノード又はネットワークデバイスと呼ばれることがあることを理解するのは容易である。

図１Ａのコアネットワークデバイスは、ネットワーク管理デバイス、例えば、オペレーションとアドミニストレーションとメンテナンス（ｏｐｅｒａｔｉｏｎ， ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ、ＯＡＭ）のネットワーク要素であってよい。ネットワーク管理デバイスは、要素管理システム（ｅｌｅｍｅｎｔ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ、ＥＭＳ）及びネットワーク管理システム（ｎｅｔｗｏｒｋ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ、ＮＭＳ）を含みうる。図１Ｂに示されるように、ネットワーク管理デバイスは、次世代コア（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ、ＮＧＣ）又は５Ｇコア（５Ｇ ｃｏｒｅ、５ＧＣ）における機能ネットワーク要素でありうる。代替として、ネットワーク管理デバイスは、５ＧＣの背後にあるバックボーンネットワークに配置された機能ネットワーク要素でありうるか、又は、ネットワーク管理デバイスは、別の場所に配置されうる。ネットワーク管理デバイスの特定の配置場所は、この出願では限定されない。

図１Ｂに示すように、ＩＡＢノードは、ＩＡＢドナーを介してコアネットワークに接続される。例えば、スタンドアロン（ｓｔａｎｄａｌｏｎｅ、ＳＡ）５Ｇアーキテクチャでは、ＩＡＢノードはＩＡＢドナーを介して５ＧＣに接続される。ＩＡＢ－ドナー－ＣＵ－ＣＰは、ＮＧ制御プレーンインターフェースを介して、５ＧＣ内の制御プレーンネットワーク要素（例えば、アクセス及びモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ））に接続される。ＩＡＢ－ドナー－ＣＵ－ＵＰは、ＮＧユーザプレーンインターフェースを介して５ＧＣ内のユーザプレーンネットワーク要素（例えば、ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ））に接続される。デュアル接続（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）又はマルチ接続（ｍｕｌｔｉ－ｃｏｎｎｅｃｔｉｖｉｔｙ、ＭＣ）の５Ｇアーキテクチャ（例えば、非スタンドアロン（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ、ＮＳＡ）ネットワーキングシナリオ又はＮＲ－ＮＲ ＤＣシナリオ）では、プライマリ経路上で、ＩＡＢノードは、進化型基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）を介して進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）（例えば、サービングゲートウェイ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ、ＳＧＷ）に接続される）に接続されうる。ＭｅＮＢとＩＡＢノードのＭＴの間には、ＬＴＥ Ｕｕエアインターフェース接続がある。ＭｅＮＢとＩＡＢ－ドナー－ＣＵ－ＣＰとの間にはＸ２－Ｃインターフェースがある。ＭｅＮＢは、Ｓ１インターフェース（Ｓ１インターフェースユーザプレーン及びＳ１インターフェース制御プレーンを含む）を介してＥＰＣに接続される。５Ｇコアネットワークは、認証、モビリティ管理、プロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッション管理などを端末デバイス上で実行するように構成されてよく、ＡＭＦ及びＵＰＦなどの機能エンティティ又はネットワーク要素を含む。４Ｇコアネットワークは、認証、モビリティ管理、パケットデータネットワーク接続管理などを端末デバイス上で実行するように構成されてよく、モビリティ管理エンティティ及びパケットデータゲートウェイなどのネットワーク要素を含む。

サービス送信の信頼性を保証するために、ＩＡＢネットワークでは、マルチホップＩＡＢノードネットワーキング及びマルチ接続ＩＡＢノードネットワーキングがサポートされる。従って、端末とＩＡＢドナーとの間に複数の伝送経路が存在することがある。１つの経路では、ＩＡＢノード間、及びＩＡＢノードと、ＩＡＢノードに接続されたＩＡＢドナーとの間に、決定された階レイヤ関係がある。各ＩＡＢノードは、ＩＡＢノードにバックホールサービスを提供するノードを親ノードと見なす。それに対応して、各ＩＡＢノードは、ＩＡＢノードの親ノードの子ノードとみなされうる。

例えば、図１Ａを参照されたい。ＩＡＢノード１１０の親ノードはＩＡＢドナー１６０であり、ＩＡＢノード１１０はＩＡＢノード１２０及びＩＡＢノード１３０の親ノードであり、ＩＡＢノード１２０及びＩＡＢノード１３０の両方は、ＩＡＢノード１４０の親ノードであり、ＩＡＢノード１５０の親ノードはＩＡＢノード１２０である。端末のアップリンクデータパケットは、１つ又は複数のＩＡＢノードを介してＩＡＢドナーに送信されうるし、次に、ＩＡＢドナーによってコアネットワークデバイス１９０（例えば、５Ｇネットワークにおけるユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ）ネットワーク要素）に送信される。ＩＡＢドナー１６０がコアネットワークデバイス（例えば、モバイルゲートウェイデバイス）からダウンリンクデータパケットを受信した後、ＩＡＢドナーは、ダウンリンクデータパケットを１つ又は複数のＩＡＢノードを介して端末に送信する。端末１７０とＩＡＢドナー１６０との間のデータパケット送信のために２つの利用可能な経路がある。１つの経路は、以下のようになる：端末１７０→ＩＡＢノード１４０→ＩＡＢノード１３０→ＩＡＢノード１１０→ＩＡＢドナー１６０。もう１つの経路は、以下のようになる：端末１７０→ＩＡＢノード１４０→ＩＡＢノード１２０→ＩＡＢノード１１０→ＩＡＢドナー１６０。端末１８０とＩＡＢドナー１６０との間のデータパケット送信のために３つの利用可能な経路がある。３つの経路は、以下のようになる：端末１８０→ＩＡＢノード１４０→ＩＡＢノード１３０→ＩＡＢノード１１０→ＩＡＢドナー１６０；端末１８０→ＩＡＢノード１４０→ＩＡＢノード１２０→ＩＡＢノード１１０→ＩＡＢドナー１６０；端末１８０→ＩＡＢノード１５０→ＩＡＢノード１２０→ＩＡＢノード１１０→ＩＡＢドナー１６０。ＩＡＢノードからＩＡＢドナーへのアップリンク経路上の各中間ＩＡＢノードは、ＩＡＢノードのアップストリームと呼ばれることがある。例えば、図１ＡのＩＡＢノード１１０とＩＡＢノード１２０の両方は、ＩＡＢノード１５０のアップストリームＩＡＢノードと呼ばれることがある。例えば、ＩＡＢノードの子孫デバイス又は子孫ノードは、ＩＡＢノードに直接アクセスするデバイス、例えば、ＩＡＢノードの子ノード又はＩＡＢノードにアクセスするＵＥを含みうる。例えば、図１ＡのＩＡＢノード１２０及びＩＡＢノード１３０は、ＩＡＢノード１１０の子孫デバイスと呼ばれ、端末１７０及び端末１８０は、ＩＡＢノード１４０の子孫デバイスと呼ばれることがある。

ＩＡＢネットワークでは、端末とＩＡＢドナーとの間の伝送経路上に１つ又は複数のＩＡＢノードが存在しうることが理解されうる。各ＩＡＢノードは、親ノードに対する無線バックホールリンクを維持する必要があり、さらに子ノードに対する無線リンクを維持する必要がある。ＩＡＢノードが端末によってアクセスされるノードである場合、ＩＡＢノードと子ノード（即ち、端末）との間に無線アクセスリンクＡＬが存在する。ＩＡＢノードが別のＩＡＢノードにバックホールサービスを提供するノードである場合、ＩＡＢノードと子ノード（即ち、別のＩＡＢノード）との間に無線バックホールリンクＢＬが存在する。例えば、図１Ａを参照されたい。「端末１７０→ＩＡＢノード１４０→ＩＡＢノード１３０→ＩＡＢノード１１０→ＩＡＢドナー１６０」の経路上で、端末１７０は無線アクセスリンクを介してＩＡＢノード１４０にアクセスし、ＩＡＢノード１４０は無線バックホールリンクを介してＩＡＢノード１３０にアクセスし、ＩＡＢノード１３０は、無線バックホールリンクを介してＩＡＢノード１１０にアクセスし、ＩＡＢノード１１０は、無線バックホールリンクを介してＩＡＢドナーにアクセスする。

前述のＩＡＢネットワーキングシナリオは、単なる例である。マルチホップとマルチ接続とを組み合わせたＩＡＢシナリオでは、さらに別の可能なＩＡＢネットワーキングシナリオがある。例えば、ＩＡＢドナーと、別のＩＡＢドナーに接続されたＩＡＢノードは、デュアル接続を形成して端末にサービスを提供する。可能なＩＡＢネットワーキングシナリオは、ここでは１つずつ列挙されていない。

ＩＡＢネットワークは、ＥＮ－ＤＣ（Ｅ－ＵＴＲＡＮ ＮＲデュアル接続）ネットワーキングシナリオとも呼ばれる非スタンドアロン（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ、ＮＳＡ）ネットワーキングもサポートする。図１Ｃは、この出願の実施形態による非スタンドアロンネットワーキングＩＡＢシナリオの概略図である。ＩＡＢノードは、４Ｇ及び５Ｇネットワークのデュアル接続をサポートする。ＬＴＥ基地局ｅＮＢは、マスター基地局（Ｍａｓｔｅｒ ｅＮＢ、ＭｅＮＢ）であり、ＩＡＢノードにＬＴＥエアインターフェース（ＬＴＥ Ｕｕ）接続を提供し、ユーザプレーン及び制御プレーン送信のために４Ｇコアネットワークの進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）とのＳ１インターフェースを確立する。ＩＡＢドナーｇＮＢはセカンダリ基地局であり、ＩＡＢノードにＮＲエアインターフェース（ＮＲ Ｕｕ）接続を提供し、ユーザプレーン送信のためにコアネットワークＥＰＣとのＳ１インターフェースを確立する。同様に、ＵＥはＥＮ－ＤＣもサポートする。ＵＥは、ＬＴＥ Ｕｕインターフェースを介してマスター基地局ｅＮＢに接続され、ＮＲ Ｕｕインターフェースを介してセカンダリ基地局ＩＡＢノードに接続される。代替として、ＵＥのセカンダリ基地局は、ＩＡＢドナーｇＮＢでありうる。

図１Ｃは単なるネットワーキングの例であることを理解するのは容易である。ＩＡＢネットワークのＮＳＡシナリオは、マルチホップＩＡＢネットワーキングもサポートしている。例えば、図１ＣのＵＥは、別のＩＡＢノードでありうる、言い換えると、ＩＡＢノードは、マルチホップ無線バックホールリンクを介してＩＡＢドナーｇＮＢに接続されうる。

図１Ｄは、この出願の実施形態による、ＩＡＢネットワークにおけるユーザプレーンプロトコルスタックの概略図であり、図１Ｅは、この出願の実施形態による、ＩＡＢネットワークにおける制御プレーンプロトコルスタックの概略図である。以下では、図１Ｄ及び図１Ｅを参照しながら説明を提供する。

ＩＡＢネットワークに関する現在の議論の中で、新しいプロトコルレイヤ、即ちバックホール適応プロトコル（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＢＡＰ）レイヤが無線バックホールリンクに導入されることが決定されている。プロトコルレイヤは、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）レイヤの上に配置され、無線バックホールリンク上のデータパケットのルーティング及びベアラマッピングなどの機能を実装する。

Ｆ１インターフェース（又はＦ１＊インターフェースと呼ばれ、この出願の実施形態では、まとめてＦ１インターフェースと呼ばれることがあるが、名前は限定されない）は、ＩＡＢノード（ＩＡＢのＤＵ部分）とドナーノード（又はＩＡＢ－ドナー－ＣＵ）との間で確立される必要がある。インターフェースは、ユーザプレーンプロトコル（Ｆ１－Ｕ／Ｆ１＊－Ｕ）と制御プレーンプロトコル（Ｆ１－Ｃ／Ｆ１＊－Ｃ）とをサポートする。ユーザプレーンプロトコルは、次のプロトコルレイヤのうちの１つ又は複数を含む：一般的なパケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）トンネリングプロトコルユーザプレーン（ＧＰＲＳ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ ｕｓｅｒ ｐｌａｎｅ、ＧＴＰ－Ｕ）プロトコルレイヤ、ユーザデータグラムプロトコル（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ、ＵＤＰ）レイヤ、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）レイヤなど。インターフェースの制御プレーンプロトコルは、以下のプロトコルレイヤのうちの１つ又は複数を含む：Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）レイヤ、ストリーム制御トランスポートプロトコル（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ、ＳＣＴＰ）レイヤ、ＩＰレイヤなど。

ユーザプレーンについては、図１Ｄに示されるように、ユーザプレーンデータ送信及びダウンリンク送信ステータスフィードバックなどの機能は、Ｆ１／Ｆ１＊インターフェースのユーザプレーンを介してＩＡＢノードとＩＡＢドナーとの間で実行されうる。

制御プレーンについては、図１Ｄに示すように、インターフェース管理、ＩＡＢ－ＤＵでの管理、ＵＥコンテキスト関連構成などは、Ｆ１／Ｆ１＊インターフェースの制御プレーンを介してＩＡＢノードとＩＡＢドナーとの間で実行されうる。

図１Ｄ及び図１Ｅは、例として図１Ａに示すＩＡＢシナリオのプロトコルスタックを用いて記述される。特に、１つのＩＡＢノードが１つ又は複数の役割を果たしうる。ＩＡＢノードは、１つ又は複数の役割の１つ又は複数のプロトコルスタックを有しうる。代替として、ＩＡＢノードはプロトコルスタックを有しうるし、ＩＡＢノードの異なる役割について、プロトコルスタック内の異なる役割に対応するプロトコルレイヤが処理のために利用されうる。以下では、ＩＡＢノードが１つ又は複数の役割の１つ又は複数のプロトコルスタックを有する例を用いて説明を提供する。

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

ＩＡＢネットワークにアクセスするとき、ＩＡＢノードは共通端末として機能できる。この場合、ＩＡＢノードのＭＴは共通端末のプロトコルスタックを有する。ＩＡＢノードがＩＡＢネットワークにアクセスした後、ＩＡＢノードは依然として共通端末の役割を果たしうる。例えば、ＩＡＢノードは、ＩＡＢドナーと共にＩＡＢノードについてのアップリンク及び／又はダウンリンクのデータパケット（例えば、ＯＡＭデータパケット）を送信し、ＲＲＣレイヤを利用して測定を実行する。

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

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

この場合、ＩＡＢノードのものであり、かつＩＡＢノードの親ノードに面するインターフェース上に２つのプロトコルスタックが存在しうる。１つは共通端末のプロトコルスタックであり、もう１つは端末にバックホールサービスを提供するプロトコルスタック（即ち、アクセスＩＡＢノードのプロトコルスタック）である。

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

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

この場合、ＩＡＢノードのものであり、ＩＡＢノードの親ノードに面するインターフェース上に２つのプロトコルスタックが存在しうる：共通端末のプロトコルスタック、及びＩＡＢ子ノードにバックホールサービスを提供するプロトコルスタック（即ち、中間ＩＡＢノードのプロトコルスタック）。

さらに、ＩＡＢノードは、アクセスＩＡＢノード及び中間ＩＡＢノードの両方の役割を果たしうる。例えば、ＩＡＢノードは、一部の端末に対してはアクセスＩＡＢノードであり、他の端末に対しては中間ＩＡＢノードでありうる。この場合、ＩＡＢノードは、３つのプロトコルスタックを有しうる：共通端末のプロトコルスタック、アクセスＩＡＢノードのプロトコルスタック、中間ＩＡＢノードのプロトコルスタック。

特に、図１Ｄ及び図１Ｅは、ＩＡＢネットワークを例として利用して説明される。図１Ｄ及び図１Ｅの内容は、ＩＡＢネットワークとは異なる別のタイプのリレーネットワークにも適用可能である。リレーネットワークの制御プレーンプロトコルスタックアーキテクチャについては、図１Ｄを参照されたい。リレーネットワークのユーザプレーンプロトコルスタックアーキテクチャについては、図１Ｅを参照されたい。図１Ｄ及び図１ＥのＩＡＢノードは、リレー（ｒｅｌａｙ）に置き換えられうる。例えば、ＩＡＢノード１は、リレーノード１に置き換えられうるし、ＩＡＢノード２は、リレーノード２に置き換えられうるし、ＩＡＢドナーはドナーノードに置き換えられうるし、ドナーノードはＣＵプロトコルスタックとＤＵプロトコルスタックとを有する。その他の内容は、図１Ｄ及び図１Ｅで説明した内容と同じである。詳細については、図１Ｄ及び図１Ｅの説明を参照されたく、また、詳細については、ここでは再度説明されない。

ＩＡＢネットワーク内のＩＡＢノードは、トポロジ更新、例えば、ハンドオーバプロセス又は無線リンク障害回復プロセスで発生するトポロジ更新を実行しうる。この出願の実施形態では、ハンドオーバプロセスが説明のための例として利用されるが、トポロジ更新は、ハンドオーバのみに起因して生じるトポロジ更新に限定されない。

トポロジ更新の異なるタイプに基づいて、以下は、添付の図面を利用することによってＩＡＢノードがトポロジ更新を実行するいくつかの可能なシナリオについて説明する。

シナリオ１：図１Ｆに示されるようなＩＡＢドナー間トポロジ更新、例えば、ＩＡＢノードのハンドオーバに起因して生じるＩＡＢドナー間トポロジ更新

ＩＡＢノード３（第１のネットワークノードと表記される）は、ソース親ノード（例えば、図１ＦのＩＡＢノード１）からターゲット親ノード（例えば、図１ＦのＩＡＢノード２であり、第５のネットワークノードとして示されている）にハンドオーバし、接続されたＩＡＢドナーを変更し、具体的には、ソースＩＡＢドナー（例えば、図１ＦのＩＡＢドナー１であり、第１のドナーノードと表記される）からターゲットＩＡＢドナー（例えば、図１ＦのＩＡＢドナー２であり、第２のドナーノードとして示されている）にハンドオーバする。第１のネットワークノードはまた、ソースＩＡＢドナーＤＵ（例えば、図１ＦのＩＡＢドナーＤＵ１）からターゲットＩＡＢドナーＤＵ（例えば、図１ＦのＩＡＢドナーＤＵ２であり、第２のネットワークノードとして示されている）にハンドオーバする。簡潔にするために、ソースＩＡＢドナーＣＵは、第３のネットワークノードと表記されることがあり、ターゲットＩＡＢドナーＣＵは、第４のネットワークノードと表記されることがある。このタイプのハンドオーバは、ＩＡＢドナー間ハンドオーバ、ＩＡＢドナー間トポロジ更新、ＩＡＢドナーＣＵ間トポロジ更新、又はドナーＣＵ間ハンドオーバ（ドナーＣＵ間移行）と呼ばれることがある。

代替として、シナリオ１において、ターゲットＩＡＢドナーＤＵ及びターゲットＩＡＢドナーＣＵが分離されないことを理解するのは容易である。同様に、代替として、ソースドナーＤＵとソースドナーＣＵは、分離されない。

シナリオ２：図１Ｇに示されるようなＩＡＢドナー内トポロジ更新、例えば、ＩＡＢノードハンドオーバに起因して生じるＩＡＢドナー内トポロジ更新

ＩＡＢノード３（第１のネットワークノードと表記される）は、ソース親ノード（例えば、図１ＧのＩＡＢノード１）からターゲット親ノード（例えば、図１ＧのＩＡＢノード２）にハンドオーバするが、ＩＡＢドナーを変更しない、言い換えると、ＩＡＢドナーＣＵ（第３のネットワークノードと表記される）の下のソースドナーＤＵ（例えば、図１ＧのＩＡＢドナーＤＵ１であり、オリジナルのドナーＤＵと呼ばれることもある）からターゲットドナーＤＵ（例えば、図１ＧのＩＡＢドナーＤＵ２であり、第２のネットワークノードとして示され、新しいドナーＤＵと呼ばれることもある）にハンドオーバする。このタイプのハンドオーバは、ＩＡＢドナー内ハンドオーバ、ＩＡＢドナーＤＵ間ハンドオーバ、ＤＵ間ハンドオーバ、又はドナー内ＣＵハンドオーバ（ドナー内ＣＵ移行）と呼ばれることがある。前述のシナリオ１及び２がＩＡＢノードハンドオーバのシナリオについて説明していることを理解するのは容易である。同様に、ＩＡＢノードの親ノード（例えば、図１ＦのＩＡＢノード１）はハンドオーバを実行してもよく、例えば、ソースＩＡＢドナーからターゲットＩＡＢドナーにハンドオーバしうる。同様に、ＩＡＢノードの子ノード（例えば、図１ＦのＩＡＢノード４）は、ＩＡＢノードと共にハンドオーバを実行してよく、即ち、ソースＩＡＢドナーからターゲットＩＡＢドナーにハンドオーバしてもよい。この出願の実施形態で提供される方法は、ＩＡＢノードのハンドオーバに適用可能であり、ＩＡＢノードの子ノードがＩＡＢノードと共にハンドオーバを実行するシナリオにも適用可能であり、ＩＡＢ親ノード又はＩＡＢノードに接続されたドナーノードが変更する別のシナリオ、例えば、ＩＡＢノードが新しい親ノードを変更し、無線リンク障害が発生した後のリンク回復を実行した後、接続されているＩＡＢドナーノードをさらに変更するシナリオにも適用可能である。言い換えると、この出願において、ＩＡＢネットワークにおけるトポロジ更新は、ＩＡＢノードがハンドオーバを実行することに起因して生じるトポロジ更新として理解されうる。例えば、ＩＡＢノードは、ハンドオーバコマンドに従ってハンドオーバを実行する。代替として、ＩＡＢノードで無線リンク障害（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ、ＲＬＦ）が発生した後、又はＩＡＢノードが親ノードによって通知されたＢＨ ＲＬＦ通知を受信した後に、ＲＬＦ回復プロセスを実行することによって引き起こされるトポロジ更新として理解されうる。

この出願では、ＩＡＢノードのＭＴは、略してＩＡＢ－ＭＴと呼ばれることがあり、ＩＡＢノードのＤＵは、略してＩＡＢ－ＤＵと呼ばれることがあり、ＩＡＢドナーのＣＵは、略してドナー－ＣＵと呼ばれることがあり、ＩＡＢドナーのＤＵは略してドナー－ＤＵと呼ばれることがある。

この出願では、ＩＡＢノードに接続されたＩＡＢドナーは、ＩＡＢノードのＩＡＢドナー又はＩＡＢノードのドナーノードと呼ばれることがあり、又は、略してＩＡＢドナーと呼ばれる。ＩＡＢノードは、ＩＡＢドナーによってサービスされるセルに直接アクセスしうるし（例えば、ＩＡＢドナーのＤＵによってサービスされるセルに直接アクセスするか、又はＣＵとＤＵとが分離されていないＩＡＢドナーによってサービスされるセルに直接アクセスする）、又はＩＡＢノードは、別のＩＡＢノードを利用することによってＩＡＢドナー（例えば、ＩＡＢドナーによってサービスされるセルにアクセスするＩＡＢノードであるＩＡＢノードの親ノード）に接続されうる。

ＩＡＢノードがトポロジ更新を実行した後、ＩＡＢノード上の一部のデータパケット（例えば、ＢＡＰレイヤでのサービスデータユニット（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ、ＳＤＵ）又はＢＡＰレイヤでのＰＤＵ）が、ソース親ノードに成功裏に送信されていない。ＩＡＢノードが、トポロジ更新（例えば、ＩＡＢノードは、トポロジ更新の前後で同じＩＡＢドナーの異なるドナーＤＵに個別に接続されるか、又は異なるＩＡＢドナーの異なるドナーＤＵに個別に接続される）の後に、接続されるドナーＤＵを変更する場合、データパケットの損失をどのように減らすかが早急に解決される必要がある問題である。

これらのデータパケットの損失を回避するために、ＩＡＢノードは、最初にこれらのデータパケットをバッファリングし（例えば、ＢＡＰレイヤで、それらをバッファリングし）、トポロジ更新が完了された後に、これらのバッファリングされたデータパケットを新しい親ノードに送信してよい。しかし、これらのバッファリングされたデータパケットの損失を回避するには、前述のデータパケット送信プロセスに依然として存在する、少なくとも次の２つの問題が解決される必要がある。

問題１：トポロジ更新後、接続されるＩＡＢドナーＤＵが変更されるケースについては、例えば、前述のシナリオ１及び２では、トポロジ更新後、ＩＡＢノードがバッファリングされたアップリンクデータパケットを新しい親ノードに送信し、新しい親ノードをオリジナルのＩＡＢドナーＤＵ（又はソースＩＡＢドナーＤＵと呼ばれる）に接続せず、新しいＩＡＢドナーＤＵ（又はターゲットＩＡＢドナーＤＵと呼ばれる）にのみ接続することができる。しかし、従来の技術では、異なるＩＡＢドナーＤＵ（例えば、同じＩＡＢドナーの異なるＩＡＢドナーＤＵ、又は異なるＩＡＢドナーの異なるＩＡＢドナーＤＵ）間のアップリンクデータパケットの再ルーティング及び転送はサポートされない。

問題２：問題１が解決され、これらのバッファリングされたデータパケットがターゲットＩＡＢドナーＤＵに転送されるとしても、ターゲットＩＡＢドナーＤＵがデータパケットをどのように正しく転送するかという問題は、さらに解決される必要がある。

ＩＡＢノードがＩＡＢドナー間トポロジ更新を実行した後、ソースＩＡＢドナーノードに元々送信されるべき一部のアップリンクデータパケットを、無線バックホールリンク上のターゲットＩＡＢドナーＤＵに送信することができるとしても、これらのアップリンクデータパケットのソースＩＰアドレスは、ＩＡＢノードがソースＩＡＢドナーノードに接続されるときに、ＩＡＢノードによって取得されるオリジナルのＩＰアドレスでありうる。ターゲットＩＡＢドナーＤＵがソースＩＰアドレスフィルタリングメカニズムを構成する場合、ＩＡＢノードのオリジナルのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないため、ターゲットＩＡＢドナーＤＵはこれらのデータパケットを転送しなくてよいか、又はこれらのデータパケットを破棄することさえする。これらのアップリンクデータパケットがＩＡＢノード又はターゲットＩＡＢドナーＤＵでソースＩＡＢドナーＣＵに送信されることができない場合、従来の端末については、端末は、これらのデータパケット内の対応するパケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）ＳＤＵをターゲットＩＡＢドナーＣＵに送信することもできない。従って、一部のデータパケットは、トポロジ更新プロセスで失われうる。

さらに、データパケットがターゲットＩＡＢドナーＤＵによってターゲットＩＡＢドナーＣＵに転送された後でも、ソースＩＡＢドナーＣＵと取り決められたセキュリティメカニズムに基づいて、セキュリティ保護（例えば、ＰＤＣＰレイヤでのＵＥの完全性保護又は暗号化、又はＩＰｓｅｃレイヤでのＩＡＢノードの暗号化）がデータパケットに対して実行される場合、データパケットがターゲットＩＡＢドナーＣＵによって正しく解析されないこともあり、又は完全性保護チェックが失敗することもある。従って、これらのデータパケットは、依然として、処理のためにソースＩＡＢドナーＣＵに送信される必要がある。

図２Ａに示されるように、前述のシナリオ１においてターゲットドナーノードＤＵとターゲットドナーノードＣＵとが分離されるときに発生する前述の問題を解決するために、この出願の実施形態は、以下のステップを含む無損失データ送信通信方法２００Ａを提供する。

Ｓ２１０Ａ：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は、第１のネットワークノードが、接続されたＩＡＢドナーＤＵを変更することを含む。例えば、第１のネットワークノードに接続されたＩＡＢドナーＤＵは、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーＤＵである。

Ｓ２３０Ａ：第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードである。第１のネットワークノードのソースＩＡＢドナーのＣＵ及びＤＵが分離されるとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーＣＵであるか、又は、第１のネットワークノードのソースＩＡＢドナーのＣＵとＤＵとが分離されていないとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーである、言い換えると、第１のデータパケットは、第３のネットワークノードに送信されるデータパケットである、ことを理解するのは容易である。例えば、第１のデータパケットは、第１のネットワークノードがトポロジ更新を実行する前にＢＡＰレイヤで、第１のネットワークノードによってバッファリングされ、かつ第３のネットワークノードに送信されるデータパケットでありうる。第１のデータパケットの宛先ノードは、代替として、第３のネットワークノード側のセキュリティゲートウェイ（ｓｅｃｕｒｉｔｙ ｇａｔｅｗａｙ、ＳｅＧＷ）デバイスでありうることが理解されうる。

任意選択で、第１のネットワークノードが第１のデータパケットを第２のネットワークノードに送信する前に、方法Ｓ２３０Ａは、Ｓ２３１Ａをさらに含む：第１のネットワークノードは、第１のデータパケットに対して第１の処理動作を実行する。例えば、第１の処理動作は、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新することである。例えば、第１のネットワークノードは、ターゲットＩＡＢドナーＣＵからＢＡＰレイヤ設定情報を受信し、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新する。具体的には、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報内のＢＡＰルーティング識別子を、構成された新しいルーティング識別子で置き換える。新しいルーティング識別子は、第２のネットワークノードへの伝送経路を指す。この方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに成功裏に送信することができる。可能な実装では、Ｓ２３０Ａの前に、方法はＳ２２０Ａをさらに含む。第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに転送する。

第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。例えば、ＩＰアドレスフィルタリングルールを更新することは、第１のデータパケットのソースＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加すること、又は第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にすることであってよい。これにより、第１のデータパケットのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないために、第２のネットワークノードが第１のデータパケットを転送しないか又は第１のデータパケットを破棄するケースを回避できる。

Ｓ２４０Ａ：第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

いくつかの可能なシナリオでそれを考慮すると、第２のネットワークノードは、第１のデータパケットの外部ＩＰヘッダのみを見ることができ、第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードでありうるし、又は、第３のネットワークノード側に配置されたセキュリティゲートウェイデバイスでありうるし、対応するＩＰルーティングが第２のネットワークノードに構成され、ＩＰレイヤを転送するための宛先ノードが、第３のネットワークノード（具体的には、第３のネットワークノードＣＵ－ＣＰ又は第３のネットワークノードＣＵ－ＵＰでありうる）又は第３のネットワークノード側に配置されたセキュリティゲートウェイ（略してソースＳｅＧＷと呼ばれる）の適切なネクストホップノードであることを見出すことができる場合、第１のデータパケットは、ネクストホップノードを利用して、ソースＩＡＢドナーＣＵ又はソースＳｅＧＷに送信されうる。しかし、ターゲットの第２のネットワークノードのＩＰレイヤが、宛先ノードが第３のネットワークノードであるＩＰルーティングで構成されていない場合、第２のネットワークノードは、ＩＰレイヤでのルーティング及び転送を介して、第３のネットワークノードに第１のデータパケットを直接送信できない。

第２のネットワークノードが第１のデータパケットを第３のネットワークノードに送信できることをどのように保証するかという問題について、任意選択で、方法２４０Ａは以下をさらに含む：

Ｓ２４１Ａ：第２のネットワークノードは、第２のデータパケットを取得する。第１のデータパケットは、第２のデータパケットにカプセル化され、第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含み、第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードのＩＰアドレス、又は第３のネットワークノードに接続された第１のセキュリティゲートウェイデバイスのＩＰアドレスであり、第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。任意選択で、第１のセキュリティゲートウェイデバイスは、第３のネットワークノード側に配置されたセキュリティゲートウェイデバイスでありうる。

任意選択で、第２のＩＰヘッダは、第２のネットワークノードによって第１のデータパケットに追加されてよく、又は第１のネットワークノードによって第１のデータパケットに追加されてよい。言い換えると、第２のネットワークノードが第２のデータパケットを取得する方式では、第２のネットワークノードが第１のネットワークノードによって送信された第１のデータパケットを受信した後、第２のネットワークノードは、第２のＩＰヘッダを第１のデータパケットに追加して第２のデータパケットを取得する。第２のネットワークノードが第２のデータパケットを取得する別の方式では、Ｓ２２０Ａにおいて、第１のデータパケットを第２のネットワークノードに送信するとき、第１のネットワークノードは、第２のＩＰヘッダを第１のデータパケットに追加する、言い換えると、第２のネットワークノードは、第１のネットワークノードから、第１のデータパケットでカプセル化された第２のデータパケットを受信する。

Ｓ２４２Ａ：第２のネットワークノードは、第２のデータパケットを第４のネットワークノードに送信する。第２のネットワークノードが、第２のＩＰヘッダに基づいて第２のデータパケットを第４のネットワークノードに送信するものと理解されうる。

任意選択で、第２のデータパケットは、第４のネットワークノードに、第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む。任意選択で、第１の除去インジケーション情報は、ビット又は特別なフィールドを利用して示されうる。第２のＩＰヘッダを除去するように第４のネットワークノードに示すことができる別の実装については、この出願において限定されない。

Ｓ２４３Ａ：第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

任意選択で、第１の除去インジケーション情報に基づいて第２のデータパケットの第２のＩＰヘッダを除去した後、第４のネットワークノードは、第２のデータパケットの第１のＩＰヘッダに基づいて、第１のデータパケットを第３のネットワークノードに送信することを決定する。第１のＩＰヘッダは、第１のデータパケットに含まれ、第２のＩＰヘッダが第２のデータパケットから除去された後に第１のデータパケットが取得されうることが理解されうる。

言い換えると、第２のネットワークノード又は第１のネットワークノードは、ターゲットＩＰアドレスが第３のネットワークノード（又はソースＳｅＧＷ）のＩＰアドレスである第１のデータパケットの外側に新しい外部ＩＰヘッダ（第２のＩＰヘッダ）をカプセル化して、第２のデータパケットを取得する。新しいＩＰヘッダのターゲットアドレスは、第４のネットワークノードのＩＰアドレスである。第２のネットワークノードが、新しい外部ＩＰヘッダ内の宛先ノードのＩＰアドレスに基づいて、第２のデータパケットをＩＰルーティングを介して第４のネットワークノードに転送した後、第４のネットワークノードが新しい外部ＩＰヘッダを除去し、次に、ＩＰルーティングを介して、データパケットのＩＰレイヤで、第１のデータパケットを宛先ノード（即ち、第３のネットワークノード又はソースＳｅＧＷ）に転送する。そのような特別な受信処理（具体的には、その処理は、外部ＩＰヘッダが除去された後、内部ＩＰヘッダに基づいてパケットが転送されることである）が実行される必要がある特定の受信されたＩＰデータパケットを第４のネットワークノードが識別できるようにするために、外部ＩＰヘッダを追加するノードは、外部ＩＰヘッダに第１の除去インジケーション情報を含みうる。

方法２００Ａによれば、第２のネットワークノードと第３のネットワークノードとの間（例えば、ＩＡＢドナー間又はＩＡＢドナーＤＵ間）のアップリンクデータパケットの転送又は再ルーティングが許されうる。これは、アップリンクデータパケットが再ルーティングプロセスで第２のネットワークノードによって廃棄されることを回避し、異なるドナーノード間のデータパケットの再ルーティング及び転送が完了し、データパケットの損失が減少する。

前述のＳ２１０Ａにおいて、トポロジ更新は、ハンドオーバに起因して又は無線リンク回復プロセスにおいて生じるトポロジ更新を含みうる。

Ｓ２３１Ａにおいて、この出願のこの実施形態では、第１のネットワークノードが第１のデータパケットに対して第１の処理を実行する例として２つのケースを列挙する。

ケース１：第１のデータパケットは、上位レイヤプロトコルレイヤから受信されるＢＡＰレイヤでのＳＤＵであり、第１の処理は、第１のネットワークノードが、受信される新しいＢＡＰレイヤ構成に基づいて、ＢＡＰレイヤのヘッダ情報を第１のデータパケットのＳＤＵに追加することである。任意選択で、新しいＢＡＰ構成は、第４のネットワークノードによって第１のネットワークノードに送信される。

具体的には、第１のネットワークノード（例えば、図１Ｆに示されるＩＡＢノード３）によってバッファリングされた第１のデータパケットが、上位レイヤプロトコルレイヤから受信されるＢＡＰレイヤのＳＤＵである場合、トポロジ更新後、例えば、Ｓ２１０Ａが実行された後、第１のネットワークノードは、受信される新しいＢＡＰレイヤ構成に基づいて、ＢＡＰレイヤのヘッダ情報をこれらのバッファリングされたＳＤＵに追加する（ここで、ＢＡＰレイヤのヘッダ情報は、ターゲット経路に対応するルーティング識別子（ＢＡＰルーティングＩＤ）を含み、ターゲット経路は、ターゲット親ノード（例えば、図１Ｆに示されるＩＡＢノード１）を含み、ＢＡＰルーティングＩＤは、ＢＡＰアドレス（ＢＡＰ ａｄｄｒｅｓｓ）及びＢＡＰ経路識別子（ＢＡＰ Ｐａｔｈ ＩＤ）を含み、ターゲット経路に対応するＢＡＰルーティングＩＤ内のＢＡＰアドレスは、ＢＡＰレイヤの宛先ノードを示し、即ち、ターゲットＩＡＢドナー（例えば、図１Ｆに示される第２のドナーノード）又はターゲットＩＡＢドナーＤＵ（例えば、図１Ｆに示されるＩＡＢドナーＤＵ２）、及び、ＢＡＰ経路ＩＤは、第１のネットワークノードとターゲットＩＡＢドナー又はターゲットＩＡＢドナーＤＵとの間の伝送経路を示す。）第１のネットワークノードは、ターゲットＩＡＢドナーＣＵによって提供される新しいルーティング識別子及び新しいルーティング構成に基づいて、第１のデータパケットをターゲットＩＡＢドナーＤＵに送信する。第１のデータパケットが第１のネットワークノードのＦ１インターフェースプロトコルレイヤのＰＤＵである場合、例えば、第１のデータパケットは、Ｆ１インターフェースのユーザプレーン又は制御プレーンのプロトコルスタックに含まれるＩＰレイヤのＩＰパケットであり、Ｆ１インターフェースのプロトコルレイヤは、ＢＡＰレイヤの上位レイヤプロトコルレイヤ（例えば、第１のネットワークノードのＤＵ側のＩＰレイヤ）に追加されるＩＰレイヤヘッダにおいて、ＢＡＰレイヤの上位レイヤとみなされてよい場合、ソースＩＰアドレスフィールドに入れられているＩＰアドレスは、第１のネットワークノードが、ソースＩＡＢドナー（例えば、図１Ｆに示される第１のドナーノード）に接続されるときに、依然として第１のネットワークノードによって取得されるＩＰアドレス（簡潔にするために、第１のＩＰアドレスと表記される）であり、ターゲットＩＰアドレスフィールドに入れられているＩＰアドレスは、ソースＩＡＢドナー（具体的には、ソースＩＡＢドナーＣＵ、ソースＩＡＢドナーＣＵ ＣＰ、又はソースＩＡＢドナーＣＵ ＵＰでありうる）のＩＰアドレスである。

この出願のこの実施形態におけるＢＡＰレイヤの上位レイヤプロトコルレイヤは、第１のネットワークノードのＤＵ側のＩＰレイヤでありうることが理解されうる。

ケース２：第１のデータパケットは、ＢＡＰレイヤでのＰＤＵであり、言い換えると、第１のデータパケットは、ＢＡＰレイヤのヘッダ情報を既に搬送している。この場合、第１の処理は、以下である：第１のネットワークノードは、受信した新しいＢＡＰレイヤ構成に基づいて、第１のデータパケットのＰＤＵについてのＢＡＰレイヤのヘッダ情報を更新する。任意選択で、新しいＢＡＰ構成は、第４のネットワークノードによって第１のネットワークノードに送信される。

具体的には、第１のネットワークノードによってバッファリングされたアップリンクデータパケットがＢＡＰレイヤのＰＤＵである場合、即ち、既にＢＡＰレイヤのヘッダ情報を搬送している場合、ここで、ルーティング識別子ＢＡＰルーティングＩＤで搬送されるＢＡＰアドレスによって示されるＢＡＰレイヤの宛先ノードは、ソースＩＡＢドナーＤＵ（例えば、図１Ｆに示されるＩＡＢドナーＤＵ１）であり、ＢＡＰルーティングＩＤで搬送されるＢＡＰ経路ＩＤによって示される経路は、依然としてソースＩＡＢドナーＤＵへの伝送経路であり、ＩＡＢネットワークでのルーティング選択は、適応レイヤヘッダのルーティング識別子に基づいて実行され、言い換えると、ルーティング選択を実行するノードについては、ＢＡＰルーティングＩＤを搬送するデータパケットに対してルーティングが選択されたときに、構成されたルーティングテーブルにＢＡＰルーティングＩＤに対応するエントリが存在し、エントリで指定されたネクストホップノードが利用可能なネクストホップノードである場合、データパケットはエントリで指定されたネクストホップノードに送信される。ＢＡＰルーティングＩＤに対応するエントリがルーティングテーブルで見つけられることができないか、又はＢＡＰルーティングＩＤに対応するエントリで指定されたネクストホップノードが利用できない場合、データパケットで搬送されるＢＡＰアドレス部分と同じいずれかのエントリで指定された利用可能なネクストホップノードは、ルーティングテーブル内の１つ又は複数のエントリから、データパケットを送信するためのネクストホップノードとして選択されうる。第１のネットワークノードがＳ２１０Ａでのトポロジ更新を実行するとき、ターゲット親ノードを介して接続されたターゲットＩＡＢドナーＤＵがソース親ノードを介して接続されたソースＩＡＢドナーＤＵと異なる場合、伝送経路に加えて、ＢＡＰレイヤのアップリンク宛先ノード（アップリンク）が変更すると理解されうる。従って、第１のネットワークノードが第１のデータパケットを転送する前に、データパケットのＢＡＰレイヤのヘッダ情報が修正される必要がある。例えば、第１のネットワークノードは、ターゲットＩＡＢドナーＣＵ（例えば、図１Ｆに示される第４のネットワークノード）によって提供される設定情報を受信し、設定情報は、ＲＲＣメッセージ又はＦ１ＡＰメッセージを利用することによって第１のネットワークノードに送信されうる。特定のコンテンツは、ターゲットＩＡＢドナーＤＵに対する１つ又は複数の新しいルーティング識別子（例えば、バッファリングされた全てのデータパケットを転送するために利用されうる、デフォルト／デフォルトのＢＡＰルーティングＩＤ）を含み、任意選択で、各ルーティング識別子に対応するネクストホップノードと、各新しいルーティング識別子にマッピングするオリジナルのルーティング識別子（ソースＩＡＢドナーＤＵへのオリジナルの伝送経路を指す）をさらに含む。第１のネットワークノードは、ターゲットＩＡＢドナーＣＵによって提供された設定情報に基づいて、第１のネットワークノードによってバッファリングされているＢＡＰ ＰＤＵで搬送されるＢＡＰレイヤのヘッダ情報内のＢＡＰルーティングＩＤを、構成された新しいルーティング識別子に置き換え、新しいルーティング識別子に基づいてルーティング選択を実行し、データパケットをネクストホップノード（即ち、ターゲットの親ノード）に送信し、ハンドオーバの前にバッファリングされたデータパケットが、ハンドオーバが完了された後にターゲットＩＡＢドナーＤＵに転送されるように保証する。任意選択で、第１のネットワークノードによってバッファリングされたＢＡＰレイヤのＰＤＵがルーティング識別子を含まない（例えば、ＰＤＵがＢＡＰ制御ＰＤＵである）場合、第１のネットワークノードは、ＢＡＰ制御ＰＤＵ（例えば、バックホールＲＬＣチャネル（ＢＨ ＲＬＣチャネル）粒度を含むフロー制御フィードバック制御ＰＤＵ）をターゲット親ノードに直接送信するか、又はＢＡＰ制御ＰＤＵ（例えば、ＢＡＰルーティングＩＤ粒度を含むフロー制御フィードバック制御ＰＤＵ）を除去しうる。

Ｓ２２０Ａにおいて、第１のネットワークノードが第２のＩＰヘッダを第１のデータパケットに追加しない場合、この出願のこの実施形態は、第２のネットワークノードがＩＰアドレスフィルタリングルールを更新するいくつかの可能な方式を提供する。

方式１：ソースＩＰアドレスフィルタリングルールのホワイトリストに第１のデータパケットのソースＩＰアドレスを追加する

任意選択で、方法Ｓ２２０Ａは、以下をさらに含む：

Ｓ２２１Ａ：第４のネットワークノードは、第２のネットワークノードに第１のメッセージを送信する。第１のメッセージは、第１のＩＰアドレスを搬送する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

第１のメッセージを受信した後、第２のネットワークノードは、第１のメッセージに基づいてＩＰアドレスフィルタリングルールを更新する。例えば、第２のネットワークノードは、ソースＩＰアドレスフィルタリングルールのホワイトリストに第１のＩＰアドレスを追加する。

この出願のこの実施形態では、第４のネットワークノードが複数の可能な方式で第１のＩＰアドレスを取得することを理解することができる。

任意選択で、Ｓ２２２Ａ：第４のネットワークノードは、第３のネットワークノードによって送信された第２のメッセージを受信する。第２のメッセージは、第１のＩＰアドレスを含む。

任意選択で、第４のネットワークノードは、第１のネットワークノードによって送信された第３のメッセージ（図２Ａには図示せず）を受信する。第３のメッセージは、第１のＩＰアドレスを含み、第３のメッセージは、ＲＲＣメッセージでありうる。

具体的には、第４のネットワークノードは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレス（説明を簡単にするために、略して第１のＩＰアドレスと呼ばれる）を第２のネットワークノードに送信しうる。第１のＩＰアドレスを受信した後、第２のネットワークノードは、第２のネットワークノードのソースＩＰアドレスフィルタリングルールのホワイトリスト（即ち、転送されることが許されるデータパケットのソースＩＰアドレスのリスト）に第１のＩＰアドレスを追加しうる。第１のＩＰアドレスは、第３のネットワークノードによって第４のネットワークノードに送信されうる。例えば、第１のネットワークノードは、Ｘｎインターフェースベースのハンドオーバを実行し、第３のネットワークノードは、第１のネットワークノードの第１のＩＰアドレスをＸｎインターフェースメッセージ（例えば、Ｘｎインターフェースハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージ）に含め、Ｘｎインターフェースメッセージを第４のネットワークノードに送信する。代替として、ＡＭＦが第１のＩＰアドレスを第４のネットワークノードに送信する。例えば、第１のネットワークノードがＮＧインターフェースベースのハンドオーバを実行し、第３のネットワークノードは、第１のネットワークノードの第１のＩＰアドレスをＮＧインターフェースメッセージ（例えば、ＮＧインターフェースハンドオーバ要求（Ｈａｎｄｏｖｅｒ ｒｅｑｕｉｒｅｄ）メッセージ）に含め、ＮＧインターフェースメッセージをターゲットＡＭＦに送信し、ＡＭＦはＮＧインターフェースメッセージ（例えば、ＮＧインターフェースハンドオーバ要求メッセージ）で第１のネットワークノードの第１のＩＰアドレスを第４のネットワークノードに送信する。代替として、第１のネットワークノードは、第１のＩＰアドレスを第４のネットワークノードに送信しうる。例えば、第１のネットワークノードは、トポロジ更新が完了された後、ＲＲＣメッセージ（具体的にはＲＲＣ再構成完了メッセージでありうる）を利用して第１のＩＰアドレスを第４のネットワークノードに送信する。

方式２：ソースＩＰアドレスフィルタリングルールを一時的に無効にする

任意選択で、方法Ｓ２２０Ａは、以下をさらに含む：

Ｓ２２１Ａ：第４のネットワークノードは、第２のネットワークノードに第１のメッセージを送信する。第１のメッセージは、第１の一時停止インジケーション情報を搬送し、第１の一時停止インジケーション情報は、第２のネットワークノードに、ソースＩＰアドレスフィルタリングルールを一時的に無効にするように指示する。

第２のネットワークノードは、第１の一時停止インジケーション情報に基づいてソースＩＰアドレスフィルタリングルールを一時的に無効にする。

第１の一時停止インジケーション情報は、ビットインジケーション又はタイマ設定情報でありうることが理解されうる。これは、ソースＩＰアドレスフィルタリングルールを一時的に無効にするように第２のネットワークノードに示すことができる限り、この出願のこの実施形態に限定されない。

この出願のこの実施形態では、第２のネットワークノードは、ソースＩＰアドレスフィルタリングルールを複数の方式で一時的に無効にしうる。例えば、タイマを利用するか、又はフィルタリングルールを再び有効にする（又は再開する）ことを示す情報を待つことによって、実装が実行される。具体的には、例えば、第１の一時停止インジケーション情報が受信された後、ソースＩＰアドレスルールを無効にしてよく、タイマが開始され、予め設定された条件が満たされた後にソースＩＰアドレスフィルタリングルールが再開される。予め設定された条件は、タイマが満了すること、又は別のネットワークノードのインジケーションが受信されることでありうる。これは、この出願のこの実施形態では限定されない。

Ｓ２４０Ａにおいて、第３のネットワークノードは、以下の２つの方式で第１のデータパケットを取得する：第２のネットワークノードによって直接送信された第１のデータパケットを受信すること、又は、第４のネットワークノードによって転送された第１のデータパケットを受信することであって、第４のネットワークノードは、ネットワークの第２のノードから、第１のデータパケットがカプセル化された第２のデータパケットを受信し、第２のデータパケットは、第２のネットワークノードによって第１のデータパケットをカプセル化することによって取得され、かつ第２のＩＰヘッダを含む、こと。第２のデータパケットの第２のＩＰヘッダを除去した後、第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

この出願のこの実施形態では、第３のネットワークノードが第１のデータパケットを取得した後、いくつかのデータパケット処理方式がありうる。

データパケット処理方式１：第３のネットワークノードは、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定する。データは、端末のサービス継続性に関連するデータ、例えば、ＰＤＣＰ ＳＤＵでありうる。

第３のネットワークノードは、端末デバイスに関連するデータを第４のネットワークノードに送信する。

具体的には、第３のネットワークノードによって第１のデータパケットに対して受信処理が実行された後（例えば、第３のネットワークノードによってユーザプレーンデータパケットに対して受信処理が実行された後にＰＤＣＰ ＳＤＵが取得される）、必要な場合（例えば、コアネットワークへのユーザプレーン送信チャネルが第４のネットワークノードに切り替わった後、アップリンクデータパケットが依然として完全に送信されていない場合）、第１のデータパケットは、第３のネットワークノードによって、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インターフェースを介して第４のネットワークノードにさらに転送され、第１のネットワークノードがハンドオーバを実行した後、第１のネットワークノードによってサービスされる端末デバイスのサービス継続性を保証しうる。

データパケット処理方式２：第３のネットワークノードは、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータ、例えばＰＤＣＰ ＳＤＵを決定する。

第３のネットワークノードは、端末デバイスに関連するデータをＵＰＦに送信する。

具体的には、第３のネットワークノードがＮＧインターフェースを介してＵＰＦにＰＤＣＰ ＳＤＵを送信したい場合、ＵＰＦは、第１のネットワークノードによってサービスされるＵＥ（第１のネットワークノードのサービングセルにアクセスするＵＥ、又は第１のネットワークノードの子孫ＩＡＢノードのサービングセルにアクセスするＵＥを含む）のＰＤＵセッションのために、第１のネットワークノードによって実行されるトポロジ更新中に、ＵＰＦと第３のネットワークノードとの間、及びＵＰＦと第４のネットワークノードとの間にある、Ｎ３インターフェースの２つの一般的なパケット無線サービストンネリングプロトコルトンネル（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ ｔｕｎｎｅｌｓ，ＧＰＲＳ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ ｔｕｎｎｅｌｓ、ＧＴＰ ｔｕｎｎｅｌｓ）を別々に維持しうる。ＵＰＦは、ある期間に２つのＧＴＰトンネルからＵＥのデータパケットを受信しうる。第３のネットワークノードが、全てのアップリンクＰＤＣＰ ＳＤＵの送信が完了されていると決定した後、ＵＰＦは、第３のネットワークノードについてのアップリンクエンドマーカー（ＵＬ ｅｎｄ－ｍａｒｋｅｒ）に基づいて、ＵＰＦと第３のネットワークノードとの間にある、Ｎ３インターフェースのＧＴＰユーザプレーントンネル（ＧＴＰ－Ｕｓｅｒ ｔｕｎｎｅｌ、ＧＴＰ－Ｕ ｔｕｎｎｅｌ）を解放しうる。

図２Ｂに示されるように、前述のシナリオ１においてターゲットドナーノードＤＵとターゲットドナーノードＣＵが分離されるときに発生する前述の問題を解決するために、この出願の実施形態は、以下のステップを含む無損失データ送信通信方法２００Ｂを提供する。

Ｓ２１０Ｂ：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は、第１のネットワークノードが、接続されたＩＡＢドナーを変更することを含む。例えば、第１のネットワークノードに接続されたＩＡＢドナーは、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーノードと呼ばれることがあり、第２のネットワークノードのＤＵ及びＣＵは分離されない。

Ｓ２３０Ｂ：第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。

第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードである。第１のネットワークノードのソースＩＡＢドナーのＣＵ及びＤＵが分離されるとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーＣＵであり、又は、第１のネットワークノードのソースＩＡＢドナーのＣＵとＤＵとが分離されていないとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーであり、言い換えると、第１のデータパケットは、第３のネットワークノードに送信されるデータパケットである、ことを理解するのは容易である。例えば、第１のデータパケットは、第１のネットワークノードがトポロジ更新を実行する前にＢＡＰレイヤで、第１のネットワークノードによってバッファリングされ、かつ第３のネットワークノードに送信されるデータパケットでありうる。第１のデータパケットの宛先ノードは、代替として、第３のネットワークノード側のＳｅＧＷデバイスでありうることが理解されうる。任意選択で、第１のネットワークノードが第１のデータパケットを第２のネットワークノードに送信する前に、方法Ｓ２３０Ｂは、Ｓ２３１Ｂをさらに含む：第１のネットワークノードは、第１のデータパケットに対して第１の処理動作を実行する。例えば、第１の処理動作は、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新することである。例えば、第１のネットワークノードは、ターゲットＩＡＢドナーからＢＡＰレイヤ設定情報を受信し、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新する。具体的には、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報内のＢＡＰルーティング識別子を、構成された新しいルーティング識別子で置き換える。新しいルーティング識別子は、第２のネットワークノードへの伝送経路を指す。この方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに成功裏に送信することができる。

可能な実装では、Ｓ２３０Ｂの前に、方法はＳ２２０Ｂをさらに含む。第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに転送する。

第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。例えば、ＩＰアドレスフィルタリングルールを更新することは、第１のデータパケットのソースＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加すること、又は第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にすることであってよい。これにより、第１のデータパケットのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないために、第２のネットワークノードが第１のデータパケットを転送しない又は第１のデータパケットをさらに破棄するケースを回避できる。

方法２００Ｂでは、第２のネットワークノードは、複数の可能な方式で第１のデータパケットのソースＩＰアドレスを取得する。第１のデータパケットのソースＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されているときの１つ又は複数のＩＰアドレスである。具体的には、第３のネットワークノードがＣＵとＤＵとが分離されているＩＡＢドナーノードであるとき、第１のデータパケットのソースＩＰアドレスは、第１のネットワークノードが第３のネットワークノードのＤＵに接続されているときの１つ又は複数のＩＰアドレスである。

可能な方式では、第２のネットワークノードは、第１のネットワークノードによって送信されたソースＩＰアドレスを受信する。

別の可能な方式では、第２のネットワークノードは、第３のネットワークノードによって送信されたソースＩＰアドレスを受信する。この場合、方法２００Ｂは、Ｓ２２１Ｂをさらに含む。第２のネットワークノードは、第３のネットワークノードによって送信される第１のデータパケットのソースＩＰアドレス又は一時停止インジケーション情報を受信する。一時停止インジケーション情報は、第２のネットワークノードに、ソースＩＰアドレスフィルタリングルールを一時停止するように指示する。第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にする実装については、方法２００ＡのステップＳ２２１Ａの説明を参照すべきであることについて理解するのは容易である。

さらに別の可能な方式では、第２のネットワークノードは、ＡＭＦによって送信されたソースＩＰアドレスを受信する。

Ｓ２４０Ｂ：第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

方法２００Ｂによれば、第２のネットワークノードと第３のネットワークノードとの間（例えば、ＩＡＢドナー間又はＩＡＢドナーＤＵ間）のアップリンクデータパケットの転送又は再ルーティングが許されうる。これは、アップリンクデータパケットが再ルーティングプロセスで第２のネットワークノードによって廃棄されることを回避し、異なるドナーノード間のデータパケットの再ルーティング及び転送が完了し、データパケットの損失が減少する。

図２Ｃに示されるように、前述のシナリオ２におけるドナーノード内トポロジ更新中に発生する前述の問題を解決するために、この出願の実施形態は、以下のステップを含む無損失データ送信通信方法２００Ｃを提供する。

Ｓ２１０Ｃ：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は以下を含む。第１のネットワークノードが、接続されているＩＡＢドナーＤＵを同じドナーノードの下で変更する、即ち、第１のネットワークノードに接続されているＩＡＢドナーＤＵが、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーＤＵと呼ばれることがあり、第２のネットワークノードは、第１のネットワークノードのソースドナーノードの下のＤＵである。

Ｓ２３０Ｃ：第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。

第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードである。第３のネットワークノードが第１のネットワークノードのソースＩＡＢドナーＣＵであることは理解するのは容易である。言い換えると、第１のデータパケットは、第３のネットワークノードに送信されるデータパケットである。例えば、第１のデータパケットは、第１のネットワークノードがトポロジ更新を実行する前にＢＡＰレイヤで、第１のネットワークノードによってバッファリングされ、かつ第３のネットワークノードに送信されるデータパケットでありうる。第１のデータパケットの宛先ノードは、代替として、第３のネットワークノード側のＳｅＧＷデバイスでありうることが理解されうる。任意選択で、第１のネットワークノードが第１のデータパケットを第２のネットワークノードに送信する前に、方法Ｓ２３０ＣはＳ２３１Ｃをさらに含む：第１のネットワークノードは、第１のデータパケットに対して第１の処理動作を実行する。例えば、第１の処理動作は、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新することである。例えば、第１ネットワークノードは、第３ネットワークノードからＢＡＰレイヤ設定情報を受信し、第１ネットワークノードはＢＡＰレイヤ設定情報に基づいて第１データパケットのＢＡＰレイヤのヘッダ情報を更新する。具体的には、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報内のＢＡＰルーティング識別子を、構成された新しいルーティング識別子で置き換える。新しいルーティング識別子は、第２のネットワークノードへの伝送経路を指す。この方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに成功裏に送信することができる。

可能な実装では、Ｓ２３０Ｃの前に、方法はＳ２２０Ｃをさらに含む：第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに転送する。

第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。例えば、ＩＰアドレスフィルタリングルールを更新することは、第１のデータパケットのソースＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加すること、又は第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にすることでありうる。これにより、第１のデータパケットのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないために、第２のネットワークノードが第１のデータパケットを転送しない、又はさらに第１のデータパケットを破棄するケースを回避できる。

方法２００Ｃでは、第２のネットワークノードは、複数の可能な方式で第１のデータパケットのソースＩＰアドレスを取得する。第１のネットワークノードがソースドナーＤＵに接続されているとき、第１のデータパケットのソースＩＰアドレスは、１つ又は複数のＩＰアドレスである。

可能な方式では、第２のネットワークノードは、第１のネットワークノードによって送信されたソースＩＰアドレスを受信する。

別の可能な方式では、第２のネットワークノードは、第３のネットワークノードによって送信されたソースＩＰアドレスを受信する。任意選択で、方法２００ＣはＳ２２１Ｃをさらに含む：第２のネットワークノードは、第３のネットワークノードによって送信される第１のデータパケットのソースＩＰアドレス又は一時停止インジケーション情報を受信する。一時停止インジケーション情報は、第２のネットワークノードに、ソースＩＰアドレスフィルタリングルールを一時停止するように指示する。第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にする実装については、方法２００ＡのステップＳ２２１Ａの説明を参照すべきであることについて理解するのは容易である。

Ｓ２４０Ｃ：第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

方法２００Ｃによれば、第２のネットワークノードと第３のネットワークノードとの間のアップリンクデータパケットの転送又は再ルーティングが許されうる。これは、アップリンクデータパケットが再ルーティングプロセスで第２のネットワークノードによって廃棄されることを回避し、異なるドナーノード間のデータパケットの再ルーティング及び転送が完了し、データパケットの損失が減少する。

図３に示されるように、この出願のさらに別の実施形態は、無損失データ通信方法を提供する。同様に、ＩＡＢドナー間トポロジ更新プロセスにおいてデータパケットが失われないことをどのように保証するかという問題については、図２Ａから図２Ｃに示した実施形態と比較して、図３に示される方法の設計解決策の主なアイデアは、ハンドオーバを実行するＩＡＢノード（例えば、図１ＦのＩＡＢノード３）及びＩＡＢノード３の子孫ノード（例えば、図１ＦのＩＡＢノード４）によってバッファリングされた全ての送信中アップリンクデータパケットがＩＡＢノード３のソース親ノードに送信されるときのみ、ＩＡＢノード３がＩＡＢドナー間トポロジ更新を実行することを保証することである。この実施形態では、ＩＡＢノード３がハンドオーバを実行するタイプのトポロジ更新を例として利用して説明する。図３に示される実施形態における方法３００は、以下のステップを含む。

Ｓ３１０：第３のネットワークノードは、第１のハンドオーバコマンドを第１のネットワークノードに送信する。

それに対応して、第１のネットワークノードは、第３のネットワークノードから第１のハンドオーバコマンドを受信する。第１のハンドオーバコマンドは、第１のネットワークノードが第２のネットワークノードにハンドオーバすることを示し、第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードであり、第３のネットワークノードは、第１のネットワークノードのソースドナーノードＣＵである。例えば、第１のハンドオーバコマンドは、ＲＲＣ再構成メッセージで搬送されうる。

Ｓ３２０：第１のネットワークノードは、子孫ノードについてのスケジューリングを停止する。子孫ノードは、子孫ネットワークノード（第６のネットワークノードと表記される）及び／又は第１のノードの子孫端末を含む。この出願のこの実施形態では、第１のハンドオーバコマンドを受信した後、第１のネットワークノードは、サービスにアクセスするセル内の端末及び第６のネットワークノードのスケジューリングを直ちに停止してもよいし、又は、サービスにアクセスするセル内の端末のスケジューリングを直ちに停止するが、第６のネットワークノードについてのスケジューリングを直ちに停止しないようにしてもよい。

この出願のこの実施形態では、第１のネットワークノードが第６のネットワークノードについてのアップリンクスケジューリングを停止する２つの方式が例として提供される。

アップリンクスケジューリングを停止する方式１：Ｓ３２１：第６のネットワークノードは、第２の送信完了インジケーション情報を第１のネットワークノードに送信する。第２の送信完了インジケーション情報は、第４のデータパケットの送信が完了していることを示し、第４のデータパケットは、第６のネットワークノード、第６のネットワークノードの子孫ノード、及び第６のネットワークノードに対応する子孫端末からのアップリンクデータを含む。第２送信完了インジケーション情報は、第６ネットワークノード、第６ネットワークノードの子孫ノード、及び子孫端末によってバッファリングされている全てのアップリンクデータが送信されたことを示すと理解されうる。この出願のこの実施形態における第４のデータパケットが１つ又は複数のデータパケットを含みうることを理解するのは容易である。第４のデータパケットは、１回送信されてよく、又は複数回送信されてよい。

任意選択で、第２の送信完了インジケーション情報は、第４のデータパケットで搬送される、例えば、第４のデータパケットの最後のアップリンクＢＡＰレイヤデータＰＤＵで搬送されるか、又はＢＡＰレイヤ制御ＰＤＵで搬送されうる。例えば、第２の送信完了インジケーション情報を示すための特別なＢＡＰ制御ＰＤＵが定義されうる。第２の送信完了インジケーション情報は、第４のデータパケット内の最後のデータパケットと共に送信されうるか、又は、第４のデータパケットの最後のデータパケットが送信された後に、第２の送信完了インジケーション情報が独立して送信されると理解されうる。例えば、第２の送信完了インジケーション情報は、第６のネットワークノードによって第１のネットワークノードに別個に送信されるＢＡＰレイヤ制御ＰＤＵで搬送される。第２の送信完了インジケーション情報は、ビットを用いて示されてよく、又は特別なフィールドを用いて示されてよい。これは、この出願では限定されない。第４のデータパケットの１つ又は複数のデータパケットが複数回送信されるとき、第６のネットワークノードが第２の送信完了インジケーション情報を送信する前に、第６のネットワークノードは、第１のネットワークノードを利用して、第４のデータパケット内の１つ又は複数のデータパケットを第１のネットワークノード又は第３のネットワークノードに送信する。

それに対応して、第２の送信完了インジケーション情報を受信した後、第１のネットワークノードは、第２の送信インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

アップリンクスケジューリングを停止する方式２：Ｓ３２２：第１のネットワークノードは、第３のネットワークノードから第１のスケジューリング停止インジケーション情報を受信する。第１のスケジューリング停止インジケーション情報は、第１のネットワークノードに、第６のネットワークノードについてのスケジューリングを停止するように指示する。

それに対応して、第１のスケジューリング停止インジケーション情報を受信した後、第１のネットワークノードは、第１のスケジューリング停止インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

Ｓ３３０：第１のネットワークノードは、第３のデータパケットを第３のネットワークノードに送信する。任意選択で、第１のネットワークノードは、第５のネットワークノードを利用することによって第３のデータパケットを第３のネットワークノードに送信し、第５のネットワークノードは、第１のネットワークノードの親ノードであることが理解されうる。第３のデータパケットは、第１のネットワークノード及び／又は第１のネットワークノードの子孫ノードからのアップリンクデータを含む。第３のネットワークノードは、ソースＩＡＢドナーＣＵである。

Ｓ３４０：第１のネットワークノードは、第１の送信完了インジケーション情報を送信する。第１送信完了インジケーション情報は、第３データパケットの送信が完了していることを示す。言い換えると、第１の送信完了インジケーション情報は、ハンドオーバを実行する第１のネットワークノード及び第１のネットワークノードの子孫ノードによってバッファリングされた全ての送信中のアップリンクデータパケットが、第１のネットワークノードの親ノード又はドナーノードに送信されることを示す。

任意選択で、第２の送信完了インジケーション情報は、第３のデータパケット内の最後のデータパケットと共に送信されてよく、又は全ての第３のデータパケットが送信されていると決定された後に独立して送信されてよい。これは、第２の送信完了インジケーション情報の送信機会及び搬送方式と同様である。詳細については、前述の関連する説明を参照されたい。

この出願のこの実施形態は、例として、第１のネットワークノードによって第１の送信完了インジケーション情報を送信する２つの方式を提供する。

方式１：

Ｓ３４１：第１のネットワークノードは、第１の送信完了インジケーション情報を第３のネットワークノードに送信する。それに対応して、第３のネットワークノードが第１の送信完了インジケーション情報を受信した後、方法３００はさらに以下を含みうる：Ｓ３５０：第３のネットワークノードは、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信する。第２のスケジューリング停止インジケーション情報は、第５のネットワークノードに、第１のネットワークノードについてのスケジューリングを停止するように指示する。

方式２：

Ｓ３４２：第１のネットワークノードは、第１の送信完了インジケーション情報を第５のネットワークノードに送信する。それに対応して、第５のネットワークノードは、第１の送信完了インジケーション情報を受信する。

方法３００は、以下をさらに含みうる：Ｓ３６０：第５のネットワークノードは、第１のネットワークノードについてのスケジューリングを停止する。第５のネットワークノードが第１のネットワークノードについてのスケジューリングを停止する方式は、Ｓ３４２で第１の送信完了インジケーション情報を受信した後、第５のネットワークノードが、第１の送信完了インジケーション情報に基づいて第１のネットワークノードについてのスケジューリングを停止することでありうる、と理解することは容易である。代替として、Ｓ３５０で第２のスケジューリング停止インジケーション情報を受信した後、第２のネットワークノードは、第２のスケジューリング停止インジケーション情報に基づいて第１のネットワークノードについてのスケジューリングを停止する。

任意選択で、Ｓ３７０：第１のネットワークノードがハンドオーバを実行する。例えば、ハンドオーバは、第１ネットワークノードのドナーノードが、第３ネットワークノードから第２ネットワークノードに変更されることである。

前述の方法３００によれば、第１のハンドオーバコマンドを受信し、バッファリングされている全てのアップリンクデータパケットを親ノードに送信した後、第１のネットワークノードは、アップリンクデータの送信が完了していることを示す情報を送信するので、第１のネットワークノードは、第１のネットワークノード及び第１のネットワークノードの子孫ノードについてのアップリンクデータパケットが成功裏に送信されていると決定した後でのみハンドオーバを実行する。これにより、ハンドオーバプロセスでのアップリンクデータパケットの無損失送信を保証することができる。

ハンドオーバを実行するＩＡＢノード（例えば、図１ＦのＩＡＢノード３）が、ハンドオーバ前に接続されたＩＡＢドナー及びハンドオーバ後に接続されたＩＡＢドナーの両方との通信を維持できる場合、例えば、ＩＡＢノードが、ハンドオーバプロセスでデュアル接続（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）又はデュアルアクティブプロトコルスタック（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ、ＤＡＰＳ）をサポートする場合、ＩＡＢノードを移行することにより、両方のＩＡＢドナーとのデータ送信を維持しうる。ＩＡＢノードが、ＢＡＰレイヤのルーティング識別子に基づいて無線バックホールリンク上でルーティングを実行し、ＢＡＰアドレスに基づいて無線バックホールリンク上でのターゲットノードを識別することを考慮すると、ＩＡＢドナーＤＵのＢＡＰアドレスは、ＩＡＢドナーＣＵによって割り当てられ、ＣＵ範囲内で一意であることのみを保証することができるが、ＩＡＢノードが、複数の異なるＩＡＢドナーのＩＡＢドナーＤＵに同時に接続されることを許されているとき、２つのドナー間のＩＡＢノードの混乱を回避する必要があり、さらに、ＩＡＢトポロジ更新プロセスでのデータパケット損失によって引き起こされる端末サービスの不連続が回避する必要がある。

図４に示されるように、ＩＡＢノードが複数のドナーと同時に通信できるときに発生しうる問題を解決するために、この出願の実施形態は、無損失データ送信方法４００を提供する。方法４００は、以下のステップを含む。

Ｓ４１０：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は、第１のネットワークノードが、接続されたＩＡＢドナーＤＵを変更することを含む。例えば、第１のネットワークノードに接続されたＩＡＢドナーＤＵは、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーノードＤＵと呼ばれることがある。

任意選択で、Ｓ４１０の前に、第１のネットワークノードは、第３のネットワークノードによって送信されたハンドオーバコマンドを受信する。

Ｓ４２０：第１のネットワークノードは、複数のドナーノードと通信できる。言い換えると、第１のネットワークノードは、第３のネットワークノード（ソースＩＡＢドナーＣＵ）と通信するためのものであり、かつオリジナルの経路又は第１の経路と表記される経路と、第２のネットワークノード（ターゲットＩＡＢドナーＤＵ）と通信するためのものであり、かつ新しい経路又は第２の経路と表記される経路との両方を有する。第１のネットワークノードが第２の経路を介してターゲットＩＡＢドナーＣＵと通信してもよいことを理解するのは容易である。

異なるＩＡＢドナーＤＵ、ＩＡＢドナーＣＵ、例えば、第３のネットワークノードの間のＩＡＢノードの混乱を避けるために、ＩＡＢドナーＤＵに割り当てられたＢＡＰアドレスは、ドナーＣＵを区別するための識別情報を搬送する。例えば、識別情報は、ドナーＣＵに関連付けられた識別子である。

ＩＡＢトポロジ更新プロセスにおけるデータパケット損失の問題を回避するために、方法４００は、２つの可能な実装を提供する：

実装１：

Ｓ４３０：第１のネットワークノードは、第２の経路を介して第１のデータパケットを送信する。

第１のネットワークノードが、第２のネットワークノードに、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイデバイスに送信される第１のデータパケットを送信した後、第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

ステップＳ４３０の特定の実装については、方法２００Ａの説明を参照すべきことについて理解するのは容易である。

実装２：

Ｓ４４０：第１のネットワークノードは、第１の経路を介して第１のデータパケットを送信する。

第１のネットワークノードは、トポロジ更新の完了後に第３のネットワークノードと通信する能力を有するため、第１のネットワークノードは、第１のデータパケットを第１の経路を介して第３のネットワークノードに送信しうる。

方法４００は、第１のネットワークノードが第１の経路を切断する実装をさらに提案する。言い換えると、第１のネットワークノードは、第３のネットワークノード（又はソースドナーノード又はソース親ノード）から切断しうる。ＩＡＢノードがＩＡＢノードの子孫ＩＡＢノード上のアップリンクデータパケット、及びＩＡＢノードによってバッファリングされたアップリンクデータパケットをソース親ノードに成功裏に送信した後でのみ、ＩＡＢノードがＩＡＢノードのソース親ノードから切断することが許され、ここで、アップリンクデータパケットは、ＢＡＰレイヤのものであり、アップリンクデータパケットのターゲットアドレスは、第３のネットワークノード、ソースドナーノード、ソース親ノード、又はソースＩＡＢドナーＤＵである、ことについて理解するのは容易である。

方法４００は、以下のステップをさらに含む：

可能な方式では、アップリンクデータの送信を完了した後、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードの各ＩＡＢノードは、第１のインジケーション情報を第３のネットワークノードに送信し、ＩＡＢノードについてのアップリンクデータの送信が完了していることを示す。第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって送信された第１のインジケーション情報を受信した後、第３のネットワークノードは、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了されたと決定する。具体的には、この方法は以下のステップを含む。

Ｓ４５０Ａ：第１のネットワークノードは、第１のインジケーション情報を第３のネットワークノードに送信する。第１のインジケーション情報は、第１のネットワークノードでのアップリンクデータパケットの送信が完了していることを示す。任意選択で、第１のインジケーション情報は、ＲＲＣメッセージを利用して送信されるか、又はＦ１ＡＰメッセージを利用して送信される。

説明を簡単にするために、この出願のこの実施形態では、第１のネットワークノードがＮ個の子孫ＩＡＢノードを有し、アップリンクデータの送信が完了した後、Ｎ個の子孫ＩＡＢノードのそれぞれが第１のインジケーション情報を第３のネットワークノードに送信すると仮定される。第１インジケーション情報は、子孫ＩＡＢノードでのアップリンクデータパケットの送信が完了していることを示し、Ｎは正の整数である。

それに対応して、第３のネットワークノードは、第１のネットワークノード及び第１のネットワークノードのＮ個の子孫ＩＡＢノードから第１のインジケーション情報を受信する。Ｎ＋１個の第１のインジケーション情報を受信した後、第３のネットワークノードは、Ｎ＋１個の第１のインジケーション情報に基づいて、第１のネットワークノード及び第１のネットワークノードの子孫ノードでのアップリンクデータパケットの送信が完了していると決定する。言い換えると、第３のネットワークノードは、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって、第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していると決定する。

Ｓ４６０：第３のネットワークノードは、第１の経路を切断することを決定する。

別の可能な方式では、アップリンクデータの送信を完了した後、第１のネットワークノードのＮ個の子孫ＩＡＢノードのそれぞれが、第２のインジケーション情報を第１のネットワークノードに送信し、子孫ＩＡＢノードでのアップリンデータの送信が完了していることを示す。Ｎ個の子孫ＩＡＢノードによって送信されたＮ個の第２のインジケーション情報を受信した後、第１のネットワークノードは、第１の経路を介して子孫ＩＡＢノードによって送信される必要があるアップリンクデータパケットの送信が完了されたと決定する。さらに、第１のネットワークノードが第１のネットワークノードについてのアップリンクデータの送信が完了されたと決定した後、第１のネットワークノードは、第３のインジケーション情報を第３のネットワークノードに送信する。第３のインジケーション情報は、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって、第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していることを示す。具体的には、この方式では、方法４００は以下のステップを含む。

Ｓ４５０Ｂ：第１のネットワークノードは、Ｎ個の子孫ＩＡＢノードによって送信されたＮ個の第２のインジケーション情報を受信する。第２のインジケーション情報は、子孫ＩＡＢノードとの対応関係を有し、第１のインジケーション情報は、子孫ＩＡＢノードでのアップリンクデータの送信が完了していることを示す。

第１のネットワークノードが第１のネットワークノードについてのアップリンクデータの送信が完了されたと決定した後、第１のネットワークノードは、第３のインジケーション情報を第３のネットワークノードに送信する。第３のインジケーション情報は、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していることを示す。

それに対応して、第３のネットワークノードは、第１のネットワークノードから第３のインジケーション情報を受信する。第３のインジケーション情報は、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって、第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していることを示す。

Ｓ４６０：第３のネットワークノードは、第１の経路を切断することを決定する。

この出願のこの実施形態では、Ｓ４６０で第３のネットワークノードが第１の経路を切断すること決定する複数の可能な実装があることを理解するのは容易である。

方式１：

Ｓ４７０：第３のネットワークノードは、第４のインジケーション情報を第５のネットワークノード（第１のネットワークノードのソース親ノード）に送信する。第４のインジケーション情報は、第１のネットワークノードについてのスケジューリングを停止し、第１のネットワークノードのコンテキストを解放することを示す。言い換えると、第５のインジケーション情報は、第５のネットワークノードに、第１のネットワークノードに対する接続を解放するように指示する。

方式２：

Ｓ４８０：第３のネットワークノードは、第５のインジケーション情報を第１のネットワークノードに送信する。第５のインジケーション情報は、第１のネットワークノードがソース親ノードに対する接続を解放することを示す。例えば、第１のネットワークノードは、第５のインジケーション情報に基づいて、ソース親ノードによってサービスされるセルを解放する。言い換えると、第５のインジケーション情報は、第５のネットワークノードに対する接続を解放することを示す。

方法４００におけるステップの実行順序が厳密に限定されず、異なる問題を解決するために、ステップの実行順序が適切に調整されうると理解するのは容易である。さらに、方法４００は、複数の任意選択の方式を提供し、その方式に対応するステップも、それに対応して任意選択である。

方法４００によれば、ＩＡＢノードが複数のドナーノードに対する複数の接続を維持することをサポートするとき、ＣＵ間ハンドオーバシナリオにおけるＩＡＢノードの無損失データ送信を保証することができる。

この出願の前述の方法実施形態では、これらのステップ又は動作は単なる例に過ぎないことが理解されうる。この出願の実施形態では、他の動作又は様々な動作の変形がさらに実行されうる。さらに、ステップは、この出願の実施形態で提示された順序とは異なる順序で実行されうるし、この出願の実施形態における全ての動作が必ずしも実行されなくてよい。

前述は、ネットワーク要素間のインタラクションの観点から、この出願の実施形態において提供される解決策を主に説明している。それに対応して、この出願の実施形態は、通信装置をさらに提供し、通信装置は、前述の方法を実装するように構成される。通信装置は、前述の方法実施形態におけるネットワークノード、前述のネットワークノードを含む装置、又はネットワークノードで利用できる構成要素（チップ又は回路）でありうる。代替として、通信装置は、前述の方法実施形態における端末デバイス、前述の端末デバイスを含む装置、又は端末デバイスで利用できる構成要素でありうる。代替として、通信装置は、前述の方法実施形態におけるゲートウェイデバイスでありうるし、又はゲートウェイデバイスで利用できる構成要素でありうる。前述の機能を実装するために、通信装置は、対応する各機能を実行するためのハードウェア構造及び／又はソフトウェアモジュールを含むことが理解されうる。当業者は、この明細書で開示された実施形態で説明された例のユニット及びアルゴリズムステップを参照することで、この出願がハードウェアの形態で、又はハードウェアとコンピュータソフトウェアとの組み合わせで実装できることを容易に認識すべきである。当業者は、異なる方法を利用して、各特定のアプリケーションについて説明された機能を実装しうるが、その実装がこの出願の範囲を超えるとみなされるべきではない。

この出願の実施形態では、通信装置は、前述の方法実施形態に基づいて機能モジュールに分割されうる。例えば、各機能モジュールは、対応する各機能に基づく分割を介して取得されてよく、又は２つ以上の機能が１つの処理モジュールに統合されてよい。統合モジュールは、ハードウェアの形態で実装されてよく、又はソフトウェア機能モジュールの形態で実装されてよい。

図５は、この出願の実施形態による通信装置５００の概略ブロック図である。以下では、通信装置５００の構造及び機能について、図５を参照しながら具体的に説明する。通信装置５００は、処理モジュール５１０（又は処理ユニットと呼ばれる）を含みうる。任意選択で、通信装置５００は、トランシーバモジュール５２０（又はトランシーバユニット又は通信インターフェースと呼ばれる）及びストレージモジュール５３０（又はストレージユニットと呼ばれる）をさらに含みうる。

可能な設計では、図５の１つ又は複数のモジュールが、１つ又は複数のプロセッサによって実装されうるし、１つ又は複数のプロセッサ及び１つ又は複数のメモリによって実装されうるし、１つ又は複数のプロセッサ及び１つ又は複数のトランシーバによって実装されうるし、又は１つ又は複数のプロセッサ、１つ又は複数のメモリ、及び１つ又は複数のトランシーバによって実装されうる。これは、この出願のこの実施形態では限定されない。プロセッサ、メモリ、及びトランシーバは、別々に配置されてよく、又は一体化されてよい。

任意選択で、この出願のこの実施形態における装置５００内のモジュールは、この出願の実施形態における図２Ａから図２Ｃ、図３又は図４にて説明された方法を実行するように構成されうる。

可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のネットワークノードから第１のデータパケットを受信するように構成される。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノード分散ユニットＤＵである。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノード中央ユニットＣＵである。トランシーバモジュール５２０は、第１のデータパケットを第３のネットワークノードに送信するようにさらに構成される。

装置によれば、ＩＡＢノードによるドナーＤＵ間データパケットの再ルーティング及び転送をサポートすることができる。これは、第１のネットワークノードのトポロジ更新プロセスにおけるデータパケット損失を回避し、第１のネットワークノードによってサービスされる端末のアップリンクサービス継続性への影響が低減する。

任意選択で、処理モジュール５１０は、インターネットプロトコルＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信するように構成される。

任意選択で、トランシーバモジュール５２０は、第１のＩＰアドレスを取得するようにさらに構成される。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。任意選択で、処理モジュール５１０は、第１のＩＰアドレスに基づいてＩＰアドレスフィルタリングルールを更新するようにさらに構成される。

任意選択で、処理モジュール５１０は、ソースＩＰアドレスフィルタリングルールのホワイトリストに第１のＩＰアドレスを追加するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第４のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第４のネットワークノードから第１の一時停止インジケーション情報を受信するようにさらに構成される。第１の一時停止インジケーション情報は、第２のネットワークノードに、ＩＰアドレスフィルタリングルールを一時停止するように指示する。

任意選択で、処理モジュール５１０は、第１のデータパケットをカプセル化するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。処理モジュール５１０は、第１のデータパケットを決定するように構成される。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。

任意選択で、処理モジュール５１０は、第１のデータパケットを第２のネットワークノードに送信するために、第１のデータパケットのバックホール適応プロトコルレイヤ構成を更新するようにさらに構成される。

任意選択で、処理モジュール５１０は、第２のＩＰヘッダを第１のデータパケットに追加するようにさらに構成される。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。

任意選択で、トランシーバモジュール５２０は、第４のネットワークノードに第１のＩＰアドレスを送信するようにさらに構成される。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

任意選択で、処理モジュール５１０は、トポロジ更新を実行するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。処理モジュール５１０は、第１のメッセージを決定するように構成される。トランシーバモジュール５２０は、第１のメッセージを第２のネットワークノードに送信するように構成される。第１のメッセージは、ＩＰアドレスフィルタリングルールを更新するために、第２のネットワークノードによって利用される。任意選択で、処理モジュール５１０は、第１のＩＰアドレスを取得するようにさらに構成される。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第１のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、ＡＭＦから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、処理モジュール５１０は、第１の一時停止インジケーション情報を決定するようにさらに構成される。第１の一時停止インジケーション情報は、第２のネットワークノードに、ＩＰアドレスフィルタリングルールを一時停止するように指示する。任意選択で、トランシーバモジュール５２０は、第２のネットワークノードから第２のデータパケットを受信するようにさらに構成される。第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含む。第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードである。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。

任意選択で、トランシーバモジュール５２０は、第１のデータパケットを第３のネットワークノードに送信するようにさらに構成される。任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから、第１のネットワークノードによってサービスされる端末デバイスに関連し、かつ第１のデータパケット内にあるデータを受信するようにさらに構成される。別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のデータパケットを取得するように構成される。第１のデータパケットは、第１のネットワークノードが第２のネットワークノードに接続された後に第３のネットワークノードに送信されるデータパケットである。

任意選択で、処理モジュール５１０は、第１のデータパケットを処理するように構成される。任意選択で、トランシーバモジュール５２０は、第４のネットワークノードから第１のデータパケットを受信するようにさらに構成される。

任意選択で、処理モジュール５１０は、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定するようにさらに構成される。任意選択で、トランシーバモジュール５２０は、端末デバイスに関連するデータを第４のネットワークノードに送信するようにさらに構成される。別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第３のネットワークノードから第１のハンドオーバコマンドを受信するように構成される。任意選択で、トランシーバモジュール５２０は、第１の送信完了インジケーション情報を送信するようにさらに構成される。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。

任意選択で、処理モジュール５１０は、トポロジ更新を実行することを決定するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第１の送信完了インジケーション情報を第５のネットワークノードに送信するようにさらに構成される。任意選択で、トランシーバモジュール５２０は、第３のデータパケットを第３のネットワークノードに送信するようにさらに構成される。任意選択で、処理モジュール５１０は、第６のネットワークノードで実行されるアップリンクスケジューリングを停止するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のネットワークノードについてのアップリンクスケジューリングを停止することを示す送信インジケーション情報を受信するように構成される。処理モジュール５１０は、送信インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定するように構成される。任意選択で、トランシーバモジュール５２０は、第１のネットワークノードから第１の送信完了インジケーション情報を受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから第２のスケジューリング停止インジケーション情報を受信するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のネットワークノードから第１の送信完了インジケーション情報を受信するように構成される。トランシーバモジュール５２０は、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信するようにさらに構成される。

図６は装置の構造の概略図である。装置６００は、ネットワークデバイス、端末デバイス、サーバ、又は集中型コントローラでありうるし、又は、前述の方法を実装する際にネットワークデバイス、端末デバイス、サーバ、又は集中型コントローラをサポートするチップ、チップシステム、プロセッサなどでありうる。装置は、前述の方法実施形態で説明した方法を実装するように構成されうる。詳細については、前述の方法実施形態の説明を参照されたい。

装置６００は、１つ又は複数のプロセッサ６１０を含みうる。プロセッサ６１０は、処理ユニットと呼ばれてもよく、特定の制御機能を実装しうる。プロセッサ６１０は、汎用プロセッサ、専用プロセッサなどでありうる。例えば、プロセッサ６１０は、ベースバンドプロセッサ又は中央処理装置でありうる。ベースバンドプロセッサは、通信プロトコル及び通信データを処理するように構成されうる。中央処理装置は、通信装置（例えば、基地局、ベースバンドチップ、端末、端末チップ、ＤＵ、又はＣＵ）を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成されうる。

任意選択の設計では、プロセッサ６１０は、代替として、命令及び／又はデータ６３０を記憶しうるし、命令及び／又はデータ６３０はプロセッサによって実行され、装置６００が前述の方法実施形態の方法を実行できるようにしうる。

別の任意選択の設計では、プロセッサ６１０は、受信及び送信機能を実装するように構成されたトランシーバユニットを含みうる。例えば、トランシーバユニットは、トランシーバ回路、インターフェース、インターフェース回路、又は通信インターフェースでありうる。受信及び送信機能を実装するように構成されたトランシーバ回路、インターフェース、又はインターフェース回路は、分離されてよく、共に一体化されてよい。トランシーバ回路、インターフェース、又はインターフェース回路は、コード／データを読み書きするように構成されうる。代替として、トランシーバ回路、インターフェース、又はインターフェース回路は、信号を送信又は転送するように構成されうる。

さらに別の可能な設計では、装置６００は回路を含みうる。回路は、前述の方法実施形態における送信、受信、又は通信機能を実装しうる。

任意選択で、装置６００は、１つ又は複数のメモリ６２０を含みうる。メモリは、命令６４０を記憶しうる。命令は、プロセッサ上で実行されて、装置６００が前述の方法実施形態における方法を実行できるようにしうる。任意選択で、メモリは、データをさらに記憶しうる。任意選択で、プロセッサは命令及び／又はデータを記憶してもよい。プロセッサとメモリとは、別々に配置されてよく、又は共に一体化されてよい。例えば、前述の方法実施形態で説明した対応関係は、メモリに記憶されるか、プロセッサに記憶されうる。

任意選択で、装置６００は、トランシーバ６５０及び／又はアンテナ６６０をさらに含みうる。プロセッサ６１０は、処理ユニットと呼ばれ、装置６００を制御しうる。トランシーバ６５０は、トランシーバユニット、トランシーバマシン、トランシーバ回路、トランシーバ装置、トランシーバモジュールなどと呼ばれることがあり、受信及び送信機能を実装するように構成される。

任意選択で、この出願のこの実施形態における装置６００は、この出願の実施形態における図２Ａから図２Ｃ、図３又は図４にて説明した方法を実行するように構成されうる。

この出願で説明されているプロセッサ及びトランシーバは、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路ＲＦＩＣ、混合信号ＩＣ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プリント回路基板（ｐｒｉｎｔｅｄ ｃｉｒｃｕｉｔ ｂｏａｒｄ、ＰＣＢ）、電子デバイスなどで実装されうる。プロセッサ及びトランシーバは、様々なＩＣ技術、例えば、相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）、Ｎ型金属酸化物半導体（ｎＭｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＮＭＯＳ）、Ｐ型金属酸化物半導体（ｐｏｓｉｔｉｖｅ ｃｈａｎｎｅｌ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＰＭＯＳ）、バイポーラ接合トランジスタ（Ｂｉｐｏｌａｒ Ｊｕｎｃｔｉｏｎ Ｔｒａｎｓｉｓｔｏｒ、ＢＪＴ）、バイポーラＣＭＯＳ（ＢｉＣＭＯＳ）、シリコンゲルマニウム（ＳｉＧｅ）、及びガリウム砒素（ＧａＡｓ）を利用して製造されてもよい。

前述の実施形態で説明した装置は、ネットワークデバイス又は端末デバイスでありうる。しかし、この出願に記載された装置の範囲はこれに限定されず、装置の構造は図６に限定されなくてよい。装置は、独立したデバイスでありうるし、又はより大きなデバイスの一部でありうる。例えば、装置は以下のものでありうる：

（１）独立した集積回路ＩＣ、チップ又はチップシステム、又は、サブシステム、

（２）１つ又は複数のＩＣのセットであり、ここで、任意選択で、ＩＣセットは、データ及び／又は命令を記憶するように構成された記憶構成要素を含むこともある、

（３）ＡＳＩＣ、例えば、モデム（ＭＳＭ）、

（４）別のデバイスに組み込まれることができるモジュール、

（５）受信機、端末、インテリジェント端末、セルラフォン、無線デバイス、ハンドヘルドデバイス、モバイルユニット、車載デバイス、ネットワークデバイス、クラウドデバイス、人工知能デバイス、機械デバイス、家庭用デバイス、医療用デバイス、産業用デバイスなど、又は

（６）その他。

当業者は、便利で簡潔な説明のために、前述のシステム、装置、及びユニットの詳細な動作プロセスについては、前述の方法実施形態における対応するプロセスを参照すべきであることについて理解しうる。詳細については、ここでは再度説明しない。

この出願に記載されたシステム、装置、及び方法は、代替として別の方式で実装されうることが理解されうる。例えば、説明した装置実施形態は単なる例である。例えば、ユニットへの分割は単なる論理的な機能分割であり、実際の実装では別の分割であってよい。例えば、複数のユニット又は構成要素が別のシステムに結合又は統合されうるし、又はいくつかの機能が無視されるか又は実行されないことがある。さらに、表示又は論述された相互結合又は直接結合又は通信接続は、いくつかのインターフェースを介して実装されうる。装置又はユニット間の間接的な結合又は通信接続は、電気的、機械的、又は別の形態で実装されうる。

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

さらに、この出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、ユニットのそれぞれは物理的に単独で存在してよく、又は２つ以上のユニットが１つのユニットに統合されてよい。

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

いくつかのシナリオでは、この出願の実施形態におけるいくつかの任意選択特徴は、対応する技術的問題を解決し、対応する効果を達成するために、別の特徴、例えば、任意選択の特徴が現在基づいている解決策に依存することなく、独立して実装されうることが理解されうる。代替として、いくつかのシナリオでは、任意選択の特徴が要件に基づいて他の特徴と組み合わされる。それに対応して、この出願の実施形態で提供される装置は、これらの特徴又は機能をそれに対応して実装してもよい。詳細については、ここでは説明しない。

当業者は、この出願の実施形態に列挙されている様々な例示的な論理ブロック（例示的な論理ブロック）及びステップ（ｓｔｅｐｓ）が、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせを利用することによって実装されうることをさらに理解しうる。機能がハードウェアを利用して実装されるかソフトウェアを利用して実装されるかは、特定のアプリケーションとシステム全体の設計要件とに依存する。当業者は、対応するアプリケーションの機能を実装するために様々な方法を利用しうるが、実装がこの出願の実施形態の範囲を超えるとみなされるべきではない。

この出願の実施形態におけるプロセッサは、集積回路チップでありうるし、信号処理能力を有することが理解されうる。実装プロセスでは、前述の方法実施形態のステップは、プロセッサ内のハードウェア集積論理回路又はソフトウェア形態の命令を利用して実装されうる。前述のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）又は別のプログラム可能な論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、又はディスクリートハードウェア構成要素でありうる。

この出願に記載された解決策は、様々な方式で実装されうる。例えば、技術は、ハードウェア、ソフトウェア、又はそれらの組み合わせを利用することによって実装されうる。ハードウェアの実装については、通信装置（例えば、基地局、端末、ネットワークエンティティ、又はチップ）でこれらの技術を実行するように構成された処理ユニットは、１つ又は複数の汎用プロセッサ、ＤＳＰ、デジタル信号プロセッサ、ＡＳＩＣ、プログラム可能な論理デバイス、ＦＰＧＡ又は別のプログラム可能な論理装置、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェア構成要素、又はそれらの任意の組み合わせで実装されうる。汎用プロセッサはマイクロプロセッサであってもよい。任意選択で、汎用プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。プロセッサはまた、デジタル信号プロセッサ及びマイクロプロセッサ、複数のマイクロプロセッサ、デジタル信号プロセッサコアを持つ１つ又は複数のマイクロプロセッサ、又は任意の他の同様の構成などのコンピューティング装置の組み合わせによって実装されてもよい。

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

この出願は、コンピュータプログラムを記憶するコンピュータ可読媒体をさらに提供する。コンピュータプログラムがコンピュータによって実行されるとき、前述の方法実施形態のいずれか１つの機能が実装される。

この出願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータによって実行されるとき、前述の方法実施形態のいずれか１つの機能が実装される。

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを利用して実装されうる。実施形態を実装するためにソフトウェアが利用されるとき、実施形態の全て又は一部は、コンピュータプログラム製品の形態で実装されうる。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータ命令がコンピュータ上でロードされて実行されるとき、この出願の実施形態による手順又は機能の全て又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置でありうる。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバー、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））又は無線（例えば、赤外線、無線、及びマイクロ波など）方式で、ウェブサイト、コンピュータ、サーバ、又はデータセンターから別のウェブサイト、コンピュータ、サーバ、又はデータセンターに送信されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は１つ又は複数の利用可能な媒体を統合するサーバ又はデータセンターなどのデータ記憶デバイスでありうる。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、磁気テープなど）、光学媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ））、半導体媒体（例えば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などでありうる。

明細書全体で言及される「実施形態」は、実施形態に関連する特定の特徴、構造、又は特性がこの出願の少なくとも１つの実施形態に含まれることを意味することが理解されうる。従って、明細書全体の実施形態は、必ずしも同じ実施形態を指しているとは限らない。さらに、これらの特定の特徴、構造、又は特性は、任意の適切な方式を利用することによって、１つ又は複数の実施形態が組み合わされうる。前述のプロセスの順序番号は、この出願の様々な実施形態における実行順序を意味しないことが理解されうる。プロセスの実行順序は、プロセスの機能及び内部論理に基づいて決定されるべきであり、この出願の実施形態の実装プロセスに対するいかなる限定としても解釈されるべきではない。

この出願において、「のとき」及び「の場合」は、装置が客観的な状況で対応する処理を実行することを意味し、時間を限定することが意図されていないことが理解されることができうる。これらの用語は、装置が実装中に決定動作を有する必要があることを意味するものではなく、任意の他の限定を意味するものではない。

この出願における「同時に」は、同じ時点にあると理解されてよく、ある期間内にあると理解されてよく、又は同じ周期内にあると理解されてよい。

当業者は、この出願において第１及び第２などの様々な数字が、説明を容易にするために単に区別のために利用され、この出願の実施形態の範囲を限定するために利用されないことを理解しうる。数の特定の値（インデックスと呼ばれることもある）、数量の特定の値、及びこの出願における位置は、単に例として利用されうるが、一意の表現形式ではなく、この出願の実施形態の範囲を限定するために利用されるものではない。この出願において第１及び第２などの様々な数字は、説明を容易にするため、単に区別するために利用されており、この出願の実施形態の範囲を限定するために利用されるものではない。

この出願において、単数形態で表される要素は、特に明記されない限り、「１つ又は複数」を表すことを意図されるが、「１つ及び１つだけ」を表すものではない。この出願では、特に明記されない限り、「少なくとも１つ」は「１つ又は複数」を表すことを意図され、「複数」は「２つ以上」を表すことを意図される。

さらに、「システム」及び「ネットワーク」という用語は、この明細書では交換可能に利用されうる。この明細書において「少なくとも１つ」という用語は、列挙された項目の全ての組み合わせ又は任意の組み合わせを示す。例えば、「Ａ、Ｂ、及びＣの少なくとも１つ」は、以下の６つの場合、即ち、Ａのみが存在すること、Ｂのみが存在すること、Ｃのみが存在すること、ＡとＢが共に存在すること、ＢとＣが共に存在すること、そして、Ａ、Ｂ、及びＣが共に存在すること、を示しうる。Ａは単数でも複数でもよく、Ｂは単数でも複数でもよく、Ｃは単数でも複数でもよい。

この出願の実施形態において、「Ａに対応するＢ」は、ＢがＡに関連付けられていることを表し、ＢはＡに基づいて決定されうることを理解することができる。しかし、Ａに基づいてＢを決定することは、Ｂは、Ａのみに基づいて決定されることを意味するものではないことがさらに理解されるべきである。代替として、Ｂは、Ａ及び／又は他の情報に基づいて決定されてよい。

当業者は、この明細書で開示される実施形態を参照しながら説明されている例におけるユニット及びアルゴリズムステップが、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装できることを理解しうる。機能がハードウェア方式で実行されるか、ソフトウェア方式で実行されるかは、特定のアプリケーションと技術解決策の設計上の制約条件に依存する。当業者は、各特定のアプリケーションについて説明された機能を実装するために、異なる方法を利用してよいが、その実装がこの出願の範囲を超えるとみなされるべきではない。

この出願の実施形態における同一又は同様の部分については、互いに参照されたい。この出願の実施形態及び実施形態における実装／実装方法では、別途明記されない限り、又は論理的な矛盾が生じない限り、用語及び／又は記述は一貫しており、異なる実施形態間及び実施形態における実装／実装方法間で相互に参照されうる。異なる実施形態における技術的特徴及び実施形態における実装／実装方法が組み合わされて、その内部論理関係に基づいて新しい実施形態、実装、又は実装方法を形成しうる。この出願の前述の実装は、この出願の保護範囲を限定することを意図されていない。

前述の説明は、この出願の単なる具体的な実装に過ぎず、この出願の保護範囲を限定することを意図されるものではない。この出願に開示された技術的範囲内で当業者によって容易に考え出されるあらゆる変形又は置換は、この出願の保護範囲内に収まるべきである。

この出願の実施形態は、通信技術の分野に関し、特に、無損失データ送信通信方法、装置、及びシステムに関する。

第５世代（５Ｇ）モバイル通信は、様々なネットワーク性能インジケータに対して、より厳しい要件を包括的に提起している。例えば、５Ｇモバイル通信では、１０００倍の容量インジケータ、より広いカバレッジ、超高信頼性と超低遅延が必要である。高周波キャリアの豊富な周波数リソースを考慮して、５Ｇの超大容量要件を満たすために、高周波スモールセルを利用するネットワーキングがホットスポットエリアでますます普及している。高周波キャリアは伝搬特性が悪く、ブロッキングによる減衰が深刻であり、カバレッジが小さい。そのため、大量のスモールセルが高密度に配置される必要がある。それに対応して、高密度に配置される大量のスモールセルにファイバーバックホールを提供するには、非常にコストがかかり、構築が困難である。従って、経済的で便利なバックホール解決策が必要とされる。さらに、広いカバレッジ要件の観点から、一部の遠隔地でネットワークカバレッジを提供するために光ファイバーを配置することは困難であり、コストがかかる。従って、柔軟で便利なアクセス及びバックホール解決策も設計される必要がある。

統合アクセス及びバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）技術は、前述の２つの問題を解決する解決策を提供する。ＩＡＢ技術では、アクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ）とバックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ）の両方に無線送信解決策が利用され、光ファイバーの配置を回避する。ＩＡＢネットワークでは、リレーノードＲＮ（ｒｅｌａｙ ｎｏｄｅ、ＲＮ）又はＩＡＢノード（ＩＡＢ ｎｏｄｅ）が、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）に無線アクセスサービスを提供しうる。ＵＥのサービスデータは、接続されたドナーノード（ＩＡＢドナー）又はドナー基地局（ドナーｇＮｏｄｅＢ、ＤｇＮＢ）に無線バックホールリンクを介してＩＡＢノードによって送信される。基地局のアンテナ数量を削減するために、アクセスとバックホールにＩＡＢノードを用いてアンテナを共用することができる。

現在のＩＡＢネットワークでは、異なるシナリオでの通信要件を満たすために、ＩＡＢノードはトポロジ更新を実行しうる。トポロジ更新は、通常、ハンドオーバが原因で、又は無線リンク障害からの回復プロセスで発生する。しかし、ＩＡＢノードがＩＡＢ間のドナートポロジ更新を実行した後、データパケット損失の問題が発生しうる。従って、ＩＡＢノードが、異なるＩＡＢドナーサービス範囲でトポロジ更新プロセスを実行する場合のデータパケット損失をどのように減らすかは、早急に解決される必要がある問題になる。同様の問題が別のネットワークアーキテクチャにおいても存在しうることが理解されうる。

この出願の実施形態は、無損失データ送信通信方法、装置、及びシステムを提供し、トポロジ更新に起因するデータパケット損失を削減し、例えば、異なるＩＡＢドナーサービス範囲内のＩＡＢノードによって実行されるトポロジ更新プロセスでのデータパケット損失を削減する。

第１の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（プロセッサ、チップ、又はチップシステムなど）によって実行されてよい。この方法は、以下を含む：第２のネットワークノードは、第１のネットワークノードから第１のデータパケットを受信する。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノード分散ユニットＤＵである。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノード中央ユニットＣＵである。第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

前述の方法によれば、ＩＡＢノードによるドナーＤＵ間データパケットの再ルーティング及び転送をサポートすることができる。これは、第１のネットワークノードのトポロジ更新プロセスにおけるデータパケット損失を回避し、第１のネットワークノードによってサービスされる端末のアップリンクサービス継続性への影響を低減する。

可能な方式では、第２のネットワークノードは、インターネットプロトコルＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。

この方式では、第１のデータパケットが、第２のネットワークノードによって破棄されない。

可能な方式では、第２のネットワークノードがＩＰアドレスフィルタリングルールを更新することは、以下を含む：

第２のネットワークノードは、第１のＩＰアドレスを取得する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

第２のネットワークノードは、第１のＩＰアドレスに基づいてＩＰアドレスフィルタリングルールを更新する。

任意選択で、第１のＩＰアドレスは、第１のネットワークノードがソースドナーＤＵに接続されるときに取得される１つ又は複数のＩＰアドレスである。

任意選択で、第２のネットワークノードは、第１のＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加する、即ち、第１のＩＰアドレスを、転送されることが許されるデータパケットのソースＩＰアドレスリストに追加する。

前述の方式では、第２のネットワークノードは、第１のデータパケットを転送することが許されるので、第１のデータパケットは、第２のネットワークノードによって破棄されない。

可能な方式では、第２のネットワークノードが第１のＩＰアドレスを取得することは、以下を含む：第２のネットワークノードが、第３のネットワークノードから第１のＩＰアドレスを受信する。

任意選択で、第２のネットワークノードが第１のＩＰアドレスを取得することは、以下を含む：第２のネットワークノードが、第４のネットワークノードから第１のＩＰアドレスを受信する。第４のネットワークノードは、第１のネットワークノードのターゲットドナー中央ユニットＣＵである。

前述の方式では、第２のネットワークノードが、第１のデータの第１のＩＰアドレスを取得しうるので、第１のデータパケットは破棄されない。

可能な方式では、第２のネットワークノードがＩＰアドレスフィルタリングルールを更新することは、以下を含む：第２のネットワークノードが、第４のネットワークノードから第１の一時停止インジケーション情報を受信する。第１の一時停止インジケーション情報は、第２のネットワークノードにＩＰアドレスフィルタリングルールを一時停止するように指示する。第４のネットワークノードは、第１のネットワークノードのターゲットドナーＣＵである。

前述の方式では、第２のネットワークノードは、第１のデータパケットを転送することが許されるので、第１のデータパケットは、第２のネットワークノードによって、ＩＰアドレスフィルタリングルールに起因して破棄されることがない。

可能な方式では、第１のデータパケットは、第２のデータパケットにカプセル化される。第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含む。第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードのＩＰアドレス又は第３のネットワークノード側のセキュリティゲートウェイのＩＰアドレスである。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。第２のネットワークノードが、第２のＩＰヘッダに基づいて第２のデータパケットを第４のネットワークノードに送信するので、第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

前述の方式では、第２のネットワークノードは、第４のネットワークノードを介して第３のネットワークノードに第１のデータパケットを送信しうる。これは、第１のデータパケットをソースドナーＣＵに送信することができることを保証するので、第３のネットワークノードによって第１のデータパケットを正しく処理することができる。処理は、例えば、完全性検証又は復号である。

可能な方式では、第２のデータパケットは、第４のネットワークノードに第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む。

前述の方式では、第４のネットワークノードは、そのような特別な処理を必要とする特定のデータパケット、具体的には、外部ＩＰヘッダが除去された後に内部ＩＰヘッダに基づいて転送される特定のデータパケットを識別しうる。

可能な方式では、第２のＩＰヘッダが第２のネットワークノードによって第１のデータパケットに追加されるか、又は第２のＩＰヘッダが第１のネットワークノードによって第１のデータパケットに追加される。

任意選択で、第２のＩＰヘッダが第１のＩＰヘッダの外側に追加されるか、又は第２のＩＰヘッダが第１のＩＰヘッダの外側にある。

前述の方式では、第１のデータパケットを第４のネットワークノードに転送することができる。

可能な方式では、第２のネットワークノードが第１のネットワークノードから第１のデータパケットを受信する前に、第１のネットワークノードがトポロジ更新を完了する。

第２の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は以下を含む：第１のネットワークノードが第１のデータパケットを決定する。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードＤＵである。

前述の方式では、第１のネットワークノードは、第２のネットワークノードを利用して、第３のネットワークノードに送信される第１のデータパケットを再ルーティングするので、第１のデータパケットを第３のネットワークノードによって正しく処理することができる。これは、第１のネットワークノードがトポロジ更新を実行するときのデータパケットの損失を回避する。

可能な方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信するために、第１のデータパケットのバックホール適応プロトコルレイヤ構成を更新する。

任意選択で、第１のネットワークノードは、第４のネットワークノードによって送信された設定情報に基づいて、第１のデータパケット内のルーティング識別子を更新する。第４のネットワークノードは、第１のネットワークノードのターゲットドナーＣＵである。

前述の方式では、第１のネットワークノードが第１のデータパケットを転送する前に、第１のネットワークノードは、第１のデータパケットのＢＡＰレイヤのヘッダ情報を修正するので、第１のデータパケットを第２のネットワークノードへと成功裏に送信することができる。

可能な方式では、第１のネットワークノードは、第２のＩＰヘッダを第１のデータパケットに追加する。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。第４のネットワークノードは、第１のネットワークノードのターゲットドナー中央ユニットＣＵである。

前述の方式では、第１のデータパケットを第４のネットワークノードに転送することができる。

可能な方式では、第１のデータパケットは、第４のネットワークノードに第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む。

前述の方式では、第４のネットワークノードは、そのような特別な処理を必要とする特定のデータパケット、具体的には、外部ＩＰヘッダが除去された後に内部ＩＰヘッダに基づいて転送される特定のデータパケットを識別しうる。

可能な方式では、第１のネットワークノードは、第４のネットワークノードに第１のＩＰアドレスを送信する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

前述の方式では、それは、第４のネットワークノードが第１のＩＰアドレスを取得し、さらに、第４のネットワークノードが第１のＩＰアドレスを第２のネットワークノードに送信するのを助ける。

可能な方式では、第１のネットワークノードが第１のデータパケットを決定する前に、第１のネットワークノードはトポロジ更新を実行する。

第３の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：

第４のネットワークノードは、第１のメッセージを決定する、ここで、第４のネットワークノードは、第１のネットワークノードのターゲットドナーノードＣＵである。

第４のネットワークノードは、第１のメッセージを第２のネットワークノードに送信する。第１のメッセージは、ＩＰアドレスフィルタリングルールを更新するために、第２のネットワークノードによって利用される。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードＤＵである。

前述の方式では、第４のネットワークノードは、ＩＰアドレスフィルタリングルールを更新するために必要な情報を第２のネットワークノードに提供する。

可能な方式では、第４のネットワークノードが第１のメッセージを決定することは、以下を含む：

第４のネットワークノードは、第１のＩＰアドレスを取得する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第４のネットワークノードが第１のメッセージを第２のネットワークノードに送信することは、以下を含む：第１のメッセージは、第１のＩＰアドレスを含む。

任意選択で、第４のネットワークノードは、第３のネットワークノードから第１のＩＰアドレスを受信する。

代替として、第４のネットワークノードは、第１のネットワークノードから第１のＩＰアドレスを受信する。

代替として、第４のネットワークノードは、アクセス及びモビリティ管理機能ＡＭＦから第１のＩＰアドレスを受信する。

前述の方式では、第４のネットワークノードは、第２のネットワークノードに第１のＩＰアドレスを提供するので、第２のネットワークノードは、第１のＩＰアドレスに基づいてＩＰアドレスフィルタリングルールを更新する。これは、第１のデータの転送成功を保証することをさらに助ける。

可能な方式では、第４のネットワークノードが第１のメッセージを決定することは、以下を含む：第４のネットワークノードは、第１の一時停止インジケーション情報を決定する。第１の一時停止インジケーション情報は、第２のネットワークノードにＩＰアドレスフィルタリングルールを一時停止するように指示する。

第４のネットワークノードが第１のメッセージを第２のネットワークノードに送信することは、以下を含む：第１のメッセージは、第１の一時停止インジケーション情報を含む。

前述の方式では、第４のネットワークノードは、第２のネットワークノードによって第１のデータパケットが廃棄されないように、ＩＰアドレスフィルタリングルールを一時停止するように第２のネットワークノードに示す。

可能な方式では、第４のネットワークノードは、第２のネットワークノードから第２のデータパケットを受信する。第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含む。第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードである。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。

第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。第１のデータパケットは、第４のネットワークノードによって、第２のデータパケットを処理することによって取得されるデータパケットである。第１のデータパケットは、第２のＩＰヘッダを含まない。

前述の方式では、第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに転送する。これは、第１のデータパケットを第３のネットワークノードによって正しく処理することができることを保証し、第１のデータパケットの損失を回避する。

可能な方式では、第１のデータパケットは、第２のＩＰヘッダを除去した後に第１のＩＰヘッダに基づいて第４のネットワークノードに、第１のデータパケットを第３のネットワークノードに転送するように指示する第１の除去インジケーション情報をさらに含む。

前述の方式では、第４のネットワークノードは、ＩＰヘッダ除去処理が実行される必要がある特定のデータパケットを決定できる。

可能な方式では、第４のネットワークノードは、第３のネットワークノードから、第１のネットワークノードによってサービスされる端末デバイスに関連し、かつ第１のデータパケット内にあるデータを受信する。

前述の方式では、第４のネットワークノードは、端末に関連し、かつ第１のデータパケット内にあるデータを取得しうるし、データをさらに処理し、例えば、端末サービスのデータを端末に送信しうる。

第４の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第３のネットワークノードが第１のデータパケットを取得する。第１のデータパケットは、第１のネットワークノードが第２のネットワークノードに接続された後に第３のネットワークノードに送信されるデータパケットである。第３のネットワークノードは、第１のデータパケットを処理する。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードＤＵである。

前述の方式では、第３のネットワークノードは、第１のネットワークノードによって送信される第１のデータパケットを取得し、第１のデータパケットを正しく処理できる。これは、第１のデータパケットの損失と、端末のサービス継続性への影響を回避することを助ける。

可能な方式では、第３のネットワークノードが第１のデータパケットを取得することは、以下を含む：第３のネットワークノードは、第４のネットワークノードから第１のデータパケットを受信する。第１のデータパケットは、第４のネットワークノードによって第２のネットワークノードからの第２のデータパケットを処理することによって取得されるデータパケットである。第１のデータパケットは、第２のデータパケットにカプセル化される。

代替として、第３のネットワークノードは、第２のネットワークノードから第１のデータパケットを受信する。

前述の方式では、第３のネットワークノードは、異なる経路を介して第１のデータパケットを取得できる。

可能な方式では、第３のネットワークノードが第１のデータパケットを処理することは、以下を含む：第３のネットワークノードは、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定する。

第３のネットワークノードは、端末デバイスに関連するデータを第４のネットワークノードに送信する。

任意選択で、端末デバイスに関連するデータは、端末デバイスのパケットデータコンバージェンスプロトコルＰＤＣＰサービスデータユニットＳＤＵである。

前述の方式では、第３のネットワークノードは、第１のデータパケットを正しく処理することができ、端末デバイスのサービス継続性が保証される。

第５の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第１のネットワークノードが、第３のネットワークノードから第１のハンドオーバコマンドを受信する。第１のハンドオーバコマンドは、第１のネットワークノードにハンドオーバを実行するように指示する。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。第１のネットワークノードは、第１の送信完了インジケーション情報を送信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。

任意選択で、この方法はさらに以下を含む：第１のネットワークノードがハンドオーバを実行する。

任意選択で、別の可能な方式では、第１のネットワークノードは、トポロジ更新を実行することを決定する。第１のネットワークノードは、第１の送信完了インジケーション情報を送信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。任意選択で、この方法はさらに以下を含む：第１のネットワークノードがトポロジ更新を実行する。

任意選択で、第１のネットワークノードが第１の送信完了インジケーション情報を送信することは、以下を含む：

第１のネットワークノードは、第１の送信完了インジケーション情報を第３のネットワークノードに送信する。

任意選択で、第１のネットワークノードが第１の送信完了インジケーション情報を送信することは、以下を含む：

第１のネットワークノードは、第１の送信完了インジケーション情報を第５のネットワークノードに送信する。第５のネットワークノードは、第１のネットワークノードにアクセス及びバックホールサービスを提供する。

前述の方式では、第１のネットワークノード及び第１のネットワークノードの子孫ノードによってバッファリングされた全ての送信中アップリンクデータパケットが、第１のネットワークノードのソース親ノードに送信され、かつ第１の送信完了インジケーション情報がソース親ノード又はソースドナーノードに送信されることが保証されるまで、第１のネットワークノードはトポロジ更新を実行しない。これは、トポロジ更新プロセスでデータパケットが失われないことを保証する。

可能な方式では、第１のネットワークノードは、第３のデータパケットを第３のネットワークノードに送信する。

前述の方式では、トポロジ更新を実行することを決定した後、第１のネットワークノードは、第３のデータパケットを第３のネットワークノードに送信し、全ての第３のデータパケットが送信されていると決定した後にのみトポロジ更新を実行する。

可能な方式では、第１のネットワークノードは、第６のネットワークノードについてのアップリンクスケジューリングを停止する。第６のネットワークノードは、第１のネットワークノードの子孫ネットワークノードである。

任意選択で、第６のネットワークノードについてのアップリンクスケジューリングを停止することは、以下を含む：第１のネットワークノードは、第６のネットワークノードから、第４のデータパケットの送信が完了していることを示す第２の送信完了インジケーション情報を受信することであって、第４のデータパケットは、第６のネットワークノード及び第６のネットワークノードの子孫ノードからのアップリンクデータを含む、ことを行い、第１のネットワークノードは、第２の送信完了インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

任意選択で、第６のネットワークノードについてのアップリンクスケジューリングを停止することは、以下を含む：第１のネットワークノードは、第３のネットワークノードから第１のスケジューリング停止インジケーション情報を受信し、第１のネットワークノードは、第１のスケジューリング停止インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

前述の方式では、第１のネットワークノードがトポロジ更新を実行することを決定し、第６のネットワークノードでのアップリンクデータパケットの送信が完了された後、第１のネットワークノードは、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

可能な方式では、第１のネットワークノードが第３のネットワークノードから第１のハンドオーバコマンドを受信した後、この方法はさらに、以下を含む：第１のネットワークノードが端末デバイスのアップリンクスケジューリングを停止し、第１のネットワークノードが端末デバイスにアクセス及びバックホールサービスを提供する。

任意選択で、第１のネットワークノードがトポロジ更新を実行することを決定した後、第１のネットワークノードは、端末デバイスのアップリンクスケジューリングを停止し、第１のネットワークノードは、端末デバイスにアクセス及びバックホールサービスを提供する。

前述の方式では、ハンドオーバコマンドを受信した後、又はトポロジ更新を実行することを決定した後、第１のネットワークノードは、端末デバイスのアップリンクスケジューリングを停止する。可能な方式では、第１の送信完了インジケーション情報は、第３のデータパケットで搬送されるか、又は、第１の送信完了インジケーション情報は、バックホール適応プロトコルＢＡＰレイヤの制御プロトコルデータユニットＰＤＵで搬送される。

前述の方式では、第１の送信完了インジケーション情報は、第３のデータパケットのうちの最後のデータパケットと共に送信されてよく、又は単独で送信されてよい。

第６の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第５のネットワークノードは、第１のネットワークノードについてのアップリンクスケジューリングを停止することを示す送信インジケーション情報を受信する。第５のネットワークノードは、第１のネットワークノードにアクセス及びバックホールサービスを提供する。第５のネットワークノードは、送信インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定する。

任意選択で、第５のネットワークノードが送信インジケーション情報を受信することは、以下を含む：第５のネットワークノードは、第１のネットワークノードから第１の送信完了インジケーション情報を受信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。第５のネットワークノードは、第１の送信完了インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定する。

任意選択で、第５のネットワークノードが送信インジケーション情報を受信することは、以下を含む：第５のネットワークノードは、第３のネットワークノードから第２のスケジューリング停止インジケーション情報を受信する。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである。

前述の方式では、第５のネットワークノードは、複数の方法で、異なるネットワーク要素によって送信された送信完了インジケーション情報を受信してよく、第５のネットワークノードは、送信完了インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定する。

可能な方式では、第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、第２のハンドオーバコマンドは、第５のネットワークノードにハンドオーバを実行するように指示する。

前述の方式では、第５のネットワークノードが、ハンドオーバを実行するように指示されるとき、第１のネットワークノードについてのアップリンクスケジューリングも停止されるように示される。

第７の態様によれば、この出願の実施形態は、無損失データ送信通信方法を提供する。この方法は、ネットワークノードによって実行されてよく、又はネットワークノードの構成要素（例えば、プロセッサ、チップ、又はチップシステム）によって実行されてよい。この方法は、以下を含む：第３のネットワークノードは、第１のネットワークノードから第１の送信完了インジケーション情報を受信する。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。第３のデータパケットは、第１のネットワークノード及び第１のネットワークノードの子孫ノードからのアップリンクデータを含む。子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む。

第３のネットワークノードは、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信する。第２のスケジューリング停止インジケーション情報は、第１のネットワークノードについてのアップリンクスケジューリングを停止することを第５のネットワークノードに示す。第５のネットワークノードは、第１のネットワークノードにアクセス及びバックホールサービスを提供する。

任意選択で、第１の送信完了インジケーション情報は、アップリンクデータで搬送されるか、又は、第１の送信完了インジケーション情報は、ＲＲＣメッセージ又はＦ１ＡＰメッセージで搬送される。

任意選択で、第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、第２のハンドオーバコマンドは、第５のネットワークノードに、ハンドオーバを実行するように指示する。

前述の方式では、第３のネットワークノードが、トポロジ更新を実行する第１のネットワークノードでの全てのアップリンクデータの送信が完了されたと決定した後、第５のネットワークノードは、第１のネットワークノードについてのアップリンクスケジューリングを停止するように指示される。これは、第１のネットワークノードのトポロジ更新プロセスでのデータパケットの損失を回避する。

第８の態様によれば、この出願の実施形態は、無損失データ送信通信装置を提供する。装置は、ネットワークノードであってよく、又はネットワークノードで利用されるチップであってよい。この装置は、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装のいずれか１つを実装する機能を有する。その機能は、ハードウェアによって実装されてよく、又はハードウェアが、対応するソフトウェアを実行することによって実装されてよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のモジュールを含む。

第９の態様によれば、この出願の実施形態は、プロセッサ及びメモリを含む無損失データ送信通信装置を提供する。メモリは、コンピュータ実行可能命令を記憶するように構成される。装置が動作するとき、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、それにより、装置は、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行する。

第１０の態様によれば、この出願の実施形態は、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法のステップを実行するように構成されたユニット又は手段（ｍｅａｎｓ）を含む、無損失データ送信通信装置を提供する。

第１１の態様によれば、この出願の実施形態は、プロセッサ及びインターフェース回路を含む無損失データ送信通信装置を提供する。プロセッサは、インターフェース回路を介して別の装置と通信し、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行するように構成される。１つ又は複数のプロセッサがある。

第１２の態様によれば、この出願の実施形態は、プロセッサを含む無損失データ送信通信装置を提供する。プロセッサは、メモリに接続され、メモリに記憶されたプログラムを呼び出して、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行するように構成される。メモリは、装置の内部又は外部に配置されてよい。１つ又は複数のプロセッサがある。

第１３の態様によれば、この出願の実施形態は、命令を記憶するコンピュータ可読記憶媒体をさらに提供する。命令がコンピュータ上で実行されるとき、プロセッサは、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行することが可能になる。

第１４の態様によれば、この出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータ製品は、コンピュータプログラムを含む。コンピュータプログラムが実行されるとき、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行することが可能になる。

第１５の態様によれば、この出願の実施形態は、プロセッサを含むチップシステムをさらに提供する。プロセッサは、第１の態様から第７の態様又は第１の態様から第７の態様の可能な実装におけるいずれかの方法を実行するように構成される。

この出願の実施形態が適用可能な通信システムの概略図である。 この出願の実施形態によるＩＡＢネットワークシステムのアーキテクチャの概略図である。 この出願の実施形態による非スタンドアロンネットワーキングＩＡＢシナリオの概略図である。 この出願の実施形態による、ＩＡＢネットワーク内のユーザプレーンプロトコルスタックの概略図である。 この出願の実施形態による、ＩＡＢネットワーク内の制御プレーンプロトコルスタックの概略図である。 この出願の実施形態によるＩＡＢドナー間トポロジ更新の概略図である。 この出願の実施形態によるＩＡＢドナー内トポロジ更新の概略図である。 この出願の実施形態による無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による別の無損失データ送信通信方法の概略図である。 この出願の実施形態による無損失データ送信通信装置の概略図である。 この出願の実施形態による無損失データ送信通信装置の構造の概略図である。

この出願の実施形態は、無損失データ送信通信方法及び装置を提供する。その方法及び装置は同じ概念に基づいている。方法及び装置を利用して問題を解決する原理は類似しているため、装置及び方法の実装間で相互参照が行われうるし、繰り返しの説明は省略される。

この出願の実施形態の説明において、用語「及び／又は」は、関連付けられたオブジェクト間の関連関係を記述し、３つの関係が存在しうることを示す。例えば、Ａ及び／又はＢは、次の３つのケースを示しうる。即ち、Ａのみが存在するケース、ＡとＢの両方が存在するケース、及びＢのみが存在するケースである。記号「／」は、一般に、関連付けられたオブジェクト間の「又は」関係を示す。この出願において、「少なくとも１つ」は１つ又は複数を意味し、「複数」は２つ以上を意味する。さらに、この出願の説明において、「第１の」及び「第２の」などの用語は単に区別及び説明のために利用されていると理解することができるが、相対的な重要性を示したり又は暗示したりするものとして理解されるべきではなく、順序を示したり又は暗示したりするものとして理解されるべきではない。

この出願の実施形態で提供される無損失データ送信通信方法は、第４世代（４ｔｈ ｇｅｎｅｒａｔｉｏｎ、４Ｇ）通信システム、例えば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムに適用されうるし、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システム、例えば、５Ｇ新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）システムに適用されうるし、又は、様々な将来の通信システム、例えば、第６世代（６ｔｈ ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システム、及び別の例として、第７世代（７ｔｈ ｇｅｎｅｒａｔｉｏｎ、７Ｇ）通信システムに適用されうる。この出願の実施形態は、統合アクセス及びバックホール（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ、ＩＡＢ）シナリオにも適用されうる。

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

図１Ａは、この出願の実施形態が適用可能な通信システムの概略図である。通信システム１００は、少なくとも１つのＩＡＢノード（ＩＡＢノード１１０からＩＡＢノード１５０までが図示されている）及び少なくとも１つのＩＡＢドナー１６０を含む。任意選択で、通信システムは、ＩＡＢノードに接続された少なくとも１つの端末（端末１７０及び端末１８０が図示されている）をさらに含む。任意選択で、通信システムは、ＩＡＢドナー１６０に接続されたコアネットワークデバイス１９０をさらに含む。ＩＡＢノード１４０は、アクセスリンク（ａｃｃｅｓｓ ｌｉｎｋ、ＡＬ）を介して端末１７０に無線アクセスサービスを提供しうる。端末１７０のサービスデータは、無線バックホールリンク（ｂａｃｋｈａｕｌ ｌｉｎｋ、ＢＬ）を介して、ＩＡＢノード１４０によって、接続されたＩＡＢドナー１６０に送信されうる。

図１Ａの端末は、ユーザ機器、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｉｏｎ、ＭＴ）、アクセス端末デバイス、加入者ユニット、加入者局、モバイル局、遠隔局、遠隔端末デバイス、モバイルデバイス、ユーザ端末デバイス、無線端末デバイス、ユーザエージェント、ユーザ装置などでありうる。代替として、端末は、セルラフォン、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、ウェアラブルデバイス（スマートウォッチ又はスマートバンドなど）、スマートファニチャー又は家電製品、５Ｇネットワーク内の端末デバイス、将来的に進化するパブリックランドモバイル通信ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）の端末デバイス、ビークルトゥエブリシング（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）の車両デバイス、顧客宅内機器（ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅｓ ｅｑｕｉｐｍｅｎｔ、ＣＰＥ）などでありうる。ユーザ機器の具体的な実装形態は、この出願では限定されない。

図１ＡのＩＡＢノードは、モバイル端末と分散ユニットＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）とを含みうる。ＩＡＢノードの親ノードに面するとき、ＩＡＢノードは、端末デバイス、即ち、ＭＴの役割とみなされうる。ＩＡＢノードの子孫デバイス（子孫デバイスは、別の子ＩＡＢノード又は共通ＵＥでありうる）に面するとき、ＩＡＢノードは、ネットワークデバイス、即ち、ＤＵの役割とみなされうる。説明を簡単にするために、この出願の実施形態では、ＩＡＢノード１３０を介してＩＡＢドナー１６０に接続されるＩＡＢノード（例えば、ＩＡＢノード１４０）又は端末（例えば、端末１７０）は、ＩＡＢノード１３０の子孫ＩＡＢノード（ｄｅｓｃｅｎｄｅｎｔ ＩＡＢ ｎｏｄｅ）、子孫ノード、子孫ネットワークノード、又は子孫端末と呼ばれる。

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

この出願の実施形態におけるＩＡＢノード及びＩＡＢドナーは、ネットワークノード又はネットワークデバイスと呼ばれることがあることを理解するのは容易である。

図１Ａのコアネットワークデバイスは、ネットワーク管理デバイス、例えば、オペレーションとアドミニストレーションとメンテナンス（ｏｐｅｒａｔｉｏｎ， ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ、ＯＡＭ）のネットワーク要素であってよい。ネットワーク管理デバイスは、要素管理システム（ｅｌｅｍｅｎｔ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ、ＥＭＳ）及びネットワーク管理システム（ｎｅｔｗｏｒｋ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ、ＮＭＳ）を含みうる。図１Ｂに示されるように、ネットワーク管理デバイスは、次世代コア（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ、ＮＧＣ）又は５Ｇコア（５Ｇ ｃｏｒｅ、５ＧＣ）における機能ネットワーク要素でありうる。代替として、ネットワーク管理デバイスは、５ＧＣの背後にあるバックボーンネットワークに配置された機能ネットワーク要素でありうるか、又は、ネットワーク管理デバイスは、別の場所に配置されうる。ネットワーク管理デバイスの特定の配置場所は、この出願では限定されない。

図１Ｂに示すように、ＩＡＢノードは、ＩＡＢドナーを介してコアネットワークに接続される。例えば、スタンドアロン（ｓｔａｎｄａｌｏｎｅ、ＳＡ）５Ｇアーキテクチャでは、ＩＡＢノードはＩＡＢドナーを介して５ＧＣに接続される。ＩＡＢ－ドナー－ＣＵ－ＣＰは、ＮＧ制御プレーンインターフェースを介して、５ＧＣ内の制御プレーンネットワーク要素（例えば、アクセス及びモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ））に接続される。ＩＡＢ－ドナー－ＣＵ－ＵＰは、ＮＧユーザプレーンインターフェースを介して５ＧＣ内のユーザプレーンネットワーク要素（例えば、ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ））に接続される。デュアル接続（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）又はマルチ接続（ｍｕｌｔｉ－ｃｏｎｎｅｃｔｉｖｉｔｙ、ＭＣ）の５Ｇアーキテクチャ（例えば、非スタンドアロン（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ、ＮＳＡ）ネットワーキングシナリオ又はＮＲ－ＮＲ ＤＣシナリオ）では、プライマリ経路上で、ＩＡＢノードは、進化型基地局（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）を介して進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）（例えば、サービングゲートウェイ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ、ＳＧＷ）に接続される）に接続されうる。ＭｅＮＢとＩＡＢノードのＭＴの間には、ＬＴＥ Ｕｕエアインターフェース接続がある。ＭｅＮＢとＩＡＢ－ドナー－ＣＵ－ＣＰとの間にはＸ２－Ｃインターフェースがある。ＭｅＮＢは、Ｓ１インターフェース（Ｓ１インターフェースユーザプレーン及びＳ１インターフェース制御プレーンを含む）を介してＥＰＣに接続される。５Ｇコアネットワークは、認証、モビリティ管理、プロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッション管理などを端末デバイス上で実行するように構成されてよく、ＡＭＦ及びＵＰＦなどの機能エンティティ又はネットワーク要素を含む。４Ｇコアネットワークは、認証、モビリティ管理、パケットデータネットワーク接続管理などを端末デバイス上で実行するように構成されてよく、モビリティ管理エンティティ及びパケットデータゲートウェイなどのネットワーク要素を含む。

サービス送信の信頼性を保証するために、ＩＡＢネットワークでは、マルチホップＩＡＢノードネットワーキング及びマルチ接続ＩＡＢノードネットワーキングがサポートされる。従って、端末とＩＡＢドナーとの間に複数の伝送経路が存在することがある。１つの経路では、ＩＡＢノード間、及びＩＡＢノードと、ＩＡＢノードに接続されたＩＡＢドナーとの間に、決定された階レイヤ関係がある。各ＩＡＢノードは、ＩＡＢノードにバックホールサービスを提供するノードを親ノードと見なす。それに対応して、各ＩＡＢノードは、ＩＡＢノードの親ノードの子ノードとみなされうる。

例えば、図１Ａを参照されたい。ＩＡＢノード１１０の親ノードはＩＡＢドナー１６０であり、ＩＡＢノード１１０はＩＡＢノード１２０及びＩＡＢノード１３０の親ノードであり、ＩＡＢノード１２０及びＩＡＢノード１３０の両方は、ＩＡＢノード１４０の親ノードであり、ＩＡＢノード１５０の親ノードはＩＡＢノード１２０である。端末のアップリンクデータパケットは、１つ又は複数のＩＡＢノードを介してＩＡＢドナーに送信されうるし、次に、ＩＡＢドナーによってコアネットワークデバイス１９０（例えば、５Ｇネットワークにおけるユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ）ネットワーク要素）に送信される。ＩＡＢドナー１６０がコアネットワークデバイス（例えば、モバイルゲートウェイデバイス）からダウンリンクデータパケットを受信した後、ＩＡＢドナーは、ダウンリンクデータパケットを１つ又は複数のＩＡＢノードを介して端末に送信する。端末１７０とＩＡＢドナー１６０との間のデータパケット送信のために２つの利用可能な経路がある。１つの経路は、以下のようになる：端末１７０→ＩＡＢノード１４０→ＩＡＢノード１３０→ＩＡＢノード１１０→ＩＡＢドナー１６０。もう１つの経路は、以下のようになる：端末１７０→ＩＡＢノード１４０→ＩＡＢノード１２０→ＩＡＢノード１１０→ＩＡＢドナー１６０。端末１８０とＩＡＢドナー１６０との間のデータパケット送信のために３つの利用可能な経路がある。３つの経路は、以下のようになる：端末１８０→ＩＡＢノード１４０→ＩＡＢノード１３０→ＩＡＢノード１１０→ＩＡＢドナー１６０；端末１８０→ＩＡＢノード１４０→ＩＡＢノード１２０→ＩＡＢノード１１０→ＩＡＢドナー１６０；端末１８０→ＩＡＢノード１５０→ＩＡＢノード１２０→ＩＡＢノード１１０→ＩＡＢドナー１６０。ＩＡＢノードからＩＡＢドナーへのアップリンク経路上の各中間ＩＡＢノードは、ＩＡＢノードのアップストリームと呼ばれることがある。例えば、図１ＡのＩＡＢノード１１０とＩＡＢノード１２０の両方は、ＩＡＢノード１５０のアップストリームＩＡＢノードと呼ばれることがある。例えば、ＩＡＢノードの子孫デバイス又は子孫ノードは、ＩＡＢノードに直接アクセスするデバイス、例えば、ＩＡＢノードの子ノード又はＩＡＢノードにアクセスするＵＥを含みうる。例えば、図１ＡのＩＡＢノード１２０及びＩＡＢノード１３０は、ＩＡＢノード１１０の子孫デバイスと呼ばれ、端末１７０及び端末１８０は、ＩＡＢノード１４０の子孫デバイスと呼ばれることがある。

ＩＡＢネットワークでは、端末とＩＡＢドナーとの間の伝送経路上に１つ又は複数のＩＡＢノードが存在しうることが理解されうる。各ＩＡＢノードは、親ノードに対する無線バックホールリンクを維持する必要があり、さらに子ノードに対する無線リンクを維持する必要がある。ＩＡＢノードが端末によってアクセスされるノードである場合、ＩＡＢノードと子ノード（即ち、端末）との間に無線アクセスリンクＡＬが存在する。ＩＡＢノードが別のＩＡＢノードにバックホールサービスを提供するノードである場合、ＩＡＢノードと子ノード（即ち、別のＩＡＢノード）との間に無線バックホールリンクＢＬが存在する。例えば、図１Ａを参照されたい。「端末１７０→ＩＡＢノード１４０→ＩＡＢノード１３０→ＩＡＢノード１１０→ＩＡＢドナー１６０」の経路上で、端末１７０は無線アクセスリンクを介してＩＡＢノード１４０にアクセスし、ＩＡＢノード１４０は無線バックホールリンクを介してＩＡＢノード１３０にアクセスし、ＩＡＢノード１３０は、無線バックホールリンクを介してＩＡＢノード１１０にアクセスし、ＩＡＢノード１１０は、無線バックホールリンクを介してＩＡＢドナーにアクセスする。

前述のＩＡＢネットワーキングシナリオは、単なる例である。マルチホップとマルチ接続とを組み合わせたＩＡＢシナリオでは、さらに別の可能なＩＡＢネットワーキングシナリオがある。例えば、ＩＡＢドナーと、別のＩＡＢドナーに接続されたＩＡＢノードは、デュアル接続を形成して端末にサービスを提供する。可能なＩＡＢネットワーキングシナリオは、ここでは１つずつ列挙されていない。

ＩＡＢネットワークは、ＥＮ－ＤＣ（Ｅ－ＵＴＲＡＮ ＮＲデュアル接続）ネットワーキングシナリオとも呼ばれる非スタンドアロン（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ、ＮＳＡ）ネットワーキングもサポートする。図１Ｃは、この出願の実施形態による非スタンドアロンネットワーキングＩＡＢシナリオの概略図である。ＩＡＢノードは、４Ｇ及び５Ｇネットワークのデュアル接続をサポートする。ＬＴＥ基地局ｅＮＢは、マスター基地局（Ｍａｓｔｅｒ ｅＮＢ、ＭｅＮＢ）であり、ＩＡＢノードにＬＴＥエアインターフェース（ＬＴＥ Ｕｕ）接続を提供し、ユーザプレーン及び制御プレーン送信のために４Ｇコアネットワークの進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、ＥＰＣ）とのＳ１インターフェースを確立する。ＩＡＢドナーｇＮＢはセカンダリ基地局であり、ＩＡＢノードにＮＲエアインターフェース（ＮＲ Ｕｕ）接続を提供し、ユーザプレーン送信のためにコアネットワークＥＰＣとのＳ１インターフェースを確立する。同様に、ＵＥはＥＮ－ＤＣもサポートする。ＵＥは、ＬＴＥ Ｕｕインターフェースを介してマスター基地局ｅＮＢに接続され、ＮＲ Ｕｕインターフェースを介してセカンダリ基地局ＩＡＢノードに接続される。代替として、ＵＥのセカンダリ基地局は、ＩＡＢドナーｇＮＢでありうる。

図１Ｃは単なるネットワーキングの例であることを理解するのは容易である。ＩＡＢネットワークのＮＳＡシナリオは、マルチホップＩＡＢネットワーキングもサポートしている。例えば、図１ＣのＵＥは、別のＩＡＢノードでありうる、言い換えると、ＩＡＢノードは、マルチホップ無線バックホールリンクを介してＩＡＢドナーｇＮＢに接続されうる。

図１Ｄは、この出願の実施形態による、ＩＡＢネットワークにおけるユーザプレーンプロトコルスタックの概略図であり、図１Ｅは、この出願の実施形態による、ＩＡＢネットワークにおける制御プレーンプロトコルスタックの概略図である。以下では、図１Ｄ及び図１Ｅを参照しながら説明を提供する。

ＩＡＢネットワークに関する現在の議論の中で、新しいプロトコルレイヤ、即ちバックホール適応プロトコル（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＢＡＰ）レイヤが無線バックホールリンクに導入されることが決定されている。プロトコルレイヤは、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）レイヤの上に配置され、無線バックホールリンク上のデータパケットのルーティング及びベアラマッピングなどの機能を実装する。

Ｆ１インターフェース（又はＦ１＊インターフェースと呼ばれ、この出願の実施形態では、まとめてＦ１インターフェースと呼ばれることがあるが、名前は限定されない）は、ＩＡＢノード（ＩＡＢのＤＵ部分）とドナーノード（又はＩＡＢ－ドナー－ＣＵ）との間で確立される必要がある。インターフェースは、ユーザプレーンプロトコル（Ｆ１－Ｕ／Ｆ１＊－Ｕ）と制御プレーンプロトコル（Ｆ１－Ｃ／Ｆ１＊－Ｃ）とをサポートする。ユーザプレーンプロトコルは、次のプロトコルレイヤのうちの１つ又は複数を含む：一般的なパケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、ＧＰＲＳ）トンネリングプロトコルユーザプレーン（ＧＰＲＳ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ ｕｓｅｒ ｐｌａｎｅ、ＧＴＰ－Ｕ）プロトコルレイヤ、ユーザデータグラムプロトコル（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ、ＵＤＰ）レイヤ、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）レイヤなど。インターフェースの制御プレーンプロトコルは、以下のプロトコルレイヤのうちの１つ又は複数を含む：Ｆ１アプリケーションプロトコル（Ｆ１ＡＰ）レイヤ、ストリーム制御トランスポートプロトコル（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ、ＳＣＴＰ）レイヤ、ＩＰレイヤなど。

ユーザプレーンについては、図１Ｄに示されるように、ユーザプレーンデータ送信及びダウンリンク送信ステータスフィードバックなどの機能は、Ｆ１／Ｆ１＊インターフェースのユーザプレーンを介してＩＡＢノードとＩＡＢドナーとの間で実行されうる。

制御プレーンについては、図１Ｄに示すように、インターフェース管理、ＩＡＢ－ＤＵでの管理、ＵＥコンテキスト関連構成などは、Ｆ１／Ｆ１＊インターフェースの制御プレーンを介してＩＡＢノードとＩＡＢドナーとの間で実行されうる。

図１Ｄ及び図１Ｅは、例として図１Ａに示すＩＡＢシナリオのプロトコルスタックを用いて記述される。特に、１つのＩＡＢノードが１つ又は複数の役割を果たしうる。ＩＡＢノードは、１つ又は複数の役割の１つ又は複数のプロトコルスタックを有しうる。代替として、ＩＡＢノードはプロトコルスタックを有しうるし、ＩＡＢノードの異なる役割について、プロトコルスタック内の異なる役割に対応するプロトコルレイヤが処理のために利用されうる。以下では、ＩＡＢノードが１つ又は複数の役割の１つ又は複数のプロトコルスタックを有する例を用いて説明を提供する。

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

ＩＡＢネットワークにアクセスするとき、ＩＡＢノードは共通端末として機能できる。この場合、ＩＡＢノードのＭＴは共通端末のプロトコルスタックを有する。ＩＡＢノードがＩＡＢネットワークにアクセスした後、ＩＡＢノードは依然として共通端末の役割を果たしうる。例えば、ＩＡＢノードは、ＩＡＢドナーと共にＩＡＢノードについてのアップリンク及び／又はダウンリンクのデータパケット（例えば、ＯＡＭデータパケット）を送信し、ＲＲＣレイヤを利用して測定を実行する。

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

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

この場合、ＩＡＢノードのものであり、かつＩＡＢノードの親ノードに面するインターフェース上に２つのプロトコルスタックが存在しうる。１つは共通端末のプロトコルスタックであり、もう１つは端末にバックホールサービスを提供するプロトコルスタック（即ち、アクセスＩＡＢノードのプロトコルスタック）である。

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

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

この場合、ＩＡＢノードのものであり、ＩＡＢノードの親ノードに面するインターフェース上に２つのプロトコルスタックが存在しうる：共通端末のプロトコルスタック、及びＩＡＢ子ノードにバックホールサービスを提供するプロトコルスタック（即ち、中間ＩＡＢノードのプロトコルスタック）。

さらに、ＩＡＢノードは、アクセスＩＡＢノード及び中間ＩＡＢノードの両方の役割を果たしうる。例えば、ＩＡＢノードは、一部の端末に対してはアクセスＩＡＢノードであり、他の端末に対しては中間ＩＡＢノードでありうる。この場合、ＩＡＢノードは、３つのプロトコルスタックを有しうる：共通端末のプロトコルスタック、アクセスＩＡＢノードのプロトコルスタック、中間ＩＡＢノードのプロトコルスタック。

特に、図１Ｄ及び図１Ｅは、ＩＡＢネットワークを例として利用して説明される。図１Ｄ及び図１Ｅの内容は、ＩＡＢネットワークとは異なる別のタイプのリレーネットワークにも適用可能である。リレーネットワークの制御プレーンプロトコルスタックアーキテクチャについては、図１Ｄを参照されたい。リレーネットワークのユーザプレーンプロトコルスタックアーキテクチャについては、図１Ｅを参照されたい。図１Ｄ及び図１ＥのＩＡＢノードは、リレー（ｒｅｌａｙ）に置き換えられうる。例えば、ＩＡＢノード１は、リレーノード１に置き換えられうるし、ＩＡＢノード２は、リレーノード２に置き換えられうるし、ＩＡＢドナーはドナーノードに置き換えられうるし、ドナーノードはＣＵプロトコルスタックとＤＵプロトコルスタックとを有する。その他の内容は、図１Ｄ及び図１Ｅで説明した内容と同じである。詳細については、図１Ｄ及び図１Ｅの説明を参照されたく、また、詳細については、ここでは再度説明されない。

ＩＡＢネットワーク内のＩＡＢノードは、トポロジ更新、例えば、ハンドオーバプロセス又は無線リンク障害回復プロセスで発生するトポロジ更新を実行しうる。この出願の実施形態では、ハンドオーバプロセスが説明のための例として利用されるが、トポロジ更新は、ハンドオーバのみに起因して生じるトポロジ更新に限定されない。

トポロジ更新の異なるタイプに基づいて、以下は、添付の図面を利用することによってＩＡＢノードがトポロジ更新を実行するいくつかの可能なシナリオについて説明する。

シナリオ１：図１Ｆに示されるようなＩＡＢドナー間トポロジ更新、例えば、ＩＡＢノードのハンドオーバに起因して生じるＩＡＢドナー間トポロジ更新

ＩＡＢノード３（第１のネットワークノードと表記される）は、ソース親ノード（例えば、図１ＦのＩＡＢノード１）からターゲット親ノード（例えば、図１ＦのＩＡＢノード２であり、第５のネットワークノードとして示されている）にハンドオーバし、接続されたＩＡＢドナーを変更し、具体的には、ソースＩＡＢドナー（例えば、図１ＦのＩＡＢドナー１であり、第１のドナーノードと表記される）からターゲットＩＡＢドナー（例えば、図１ＦのＩＡＢドナー２であり、第２のドナーノードとして示されている）にハンドオーバする。第１のネットワークノードはまた、ソースＩＡＢドナーＤＵ（例えば、図１ＦのＩＡＢドナーＤＵ１）からターゲットＩＡＢドナーＤＵ（例えば、図１ＦのＩＡＢドナーＤＵ２であり、第２のネットワークノードとして示されている）にハンドオーバする。簡潔にするために、ソースＩＡＢドナーＣＵは、第３のネットワークノードと表記されることがあり、ターゲットＩＡＢドナーＣＵは、第４のネットワークノードと表記されることがある。このタイプのハンドオーバは、ＩＡＢドナー間ハンドオーバ、ＩＡＢドナー間トポロジ更新、ＩＡＢドナーＣＵ間トポロジ更新、又はドナーＣＵ間ハンドオーバ（ドナーＣＵ間移行）と呼ばれることがある。

代替として、シナリオ１において、ターゲットＩＡＢドナーＤＵ及びターゲットＩＡＢドナーＣＵが分離されないことを理解するのは容易である。同様に、代替として、ソースドナーＤＵとソースドナーＣＵは、分離されない。

シナリオ２：図１Ｇに示されるようなＩＡＢドナー内トポロジ更新、例えば、ＩＡＢノードハンドオーバに起因して生じるＩＡＢドナー内トポロジ更新

ＩＡＢノード３（第１のネットワークノードと表記される）は、ソース親ノード（例えば、図１ＧのＩＡＢノード１）からターゲット親ノード（例えば、図１ＧのＩＡＢノード２）にハンドオーバするが、ＩＡＢドナーを変更しない、言い換えると、ＩＡＢドナーＣＵ（第３のネットワークノードと表記される）の下のソースドナーＤＵ（例えば、図１ＧのＩＡＢドナーＤＵ１であり、オリジナルのドナーＤＵと呼ばれることもある）からターゲットドナーＤＵ（例えば、図１ＧのＩＡＢドナーＤＵ２であり、第２のネットワークノードとして示され、新しいドナーＤＵと呼ばれることもある）にハンドオーバする。このタイプのハンドオーバは、ＩＡＢドナー内ハンドオーバ、ＩＡＢドナーＤＵ間ハンドオーバ、ＤＵ間ハンドオーバ、又はドナー内ＣＵハンドオーバ（ドナー内ＣＵ移行）と呼ばれることがある。前述のシナリオ１及び２がＩＡＢノードハンドオーバのシナリオについて説明していることを理解するのは容易である。同様に、ＩＡＢノードの親ノード（例えば、図１ＦのＩＡＢノード１）はハンドオーバを実行してもよく、例えば、ソースＩＡＢドナーからターゲットＩＡＢドナーにハンドオーバしうる。同様に、ＩＡＢノードの子ノード（例えば、図１ＦのＩＡＢノード４）は、ＩＡＢノードと共にハンドオーバを実行してよく、即ち、ソースＩＡＢドナーからターゲットＩＡＢドナーにハンドオーバしてもよい。この出願の実施形態で提供される方法は、ＩＡＢノードのハンドオーバに適用可能であり、ＩＡＢノードの子ノードがＩＡＢノードと共にハンドオーバを実行するシナリオにも適用可能であり、ＩＡＢ親ノード又はＩＡＢノードに接続されたドナーノードが変更する別のシナリオ、例えば、ＩＡＢノードが新しい親ノードを変更し、無線リンク障害が発生した後のリンク回復を実行した後、接続されているＩＡＢドナーノードをさらに変更するシナリオにも適用可能である。言い換えると、この出願において、ＩＡＢネットワークにおけるトポロジ更新は、ＩＡＢノードがハンドオーバを実行することに起因して生じるトポロジ更新として理解されうる。例えば、ＩＡＢノードは、ハンドオーバコマンドに従ってハンドオーバを実行する。代替として、ＩＡＢノードで無線リンク障害（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ、ＲＬＦ）が発生した後、又はＩＡＢノードが親ノードによって通知されたＢＨ ＲＬＦ通知を受信した後に、ＲＬＦ回復プロセスを実行することによって引き起こされるトポロジ更新として理解されうる。

この出願では、ＩＡＢノードのＭＴは、略してＩＡＢ－ＭＴと呼ばれることがあり、ＩＡＢノードのＤＵは、略してＩＡＢ－ＤＵと呼ばれることがあり、ＩＡＢドナーのＣＵは、略してドナー－ＣＵと呼ばれることがあり、ＩＡＢドナーのＤＵは略してドナー－ＤＵと呼ばれることがある。

この出願では、ＩＡＢノードに接続されたＩＡＢドナーは、ＩＡＢノードのＩＡＢドナー又はＩＡＢノードのドナーノードと呼ばれることがあり、又は、略してＩＡＢドナーと呼ばれる。ＩＡＢノードは、ＩＡＢドナーによってサービスされるセルに直接アクセスしうるし（例えば、ＩＡＢドナーのＤＵによってサービスされるセルに直接アクセスするか、又はＣＵとＤＵとが分離されていないＩＡＢドナーによってサービスされるセルに直接アクセスする）、又はＩＡＢノードは、別のＩＡＢノードを利用することによってＩＡＢドナー（例えば、ＩＡＢドナーによってサービスされるセルにアクセスするＩＡＢノードであるＩＡＢノードの親ノード）に接続されうる。

ＩＡＢノードがトポロジ更新を実行した後、ＩＡＢノード上の一部のデータパケット（例えば、ＢＡＰレイヤでのサービスデータユニット（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ、ＳＤＵ）又はＢＡＰレイヤでのＰＤＵ）が、ソース親ノードに成功裏に送信されていない。ＩＡＢノードが、トポロジ更新（例えば、ＩＡＢノードは、トポロジ更新の前後で同じＩＡＢドナーの異なるドナーＤＵに個別に接続されるか、又は異なるＩＡＢドナーの異なるドナーＤＵに個別に接続される）の後に、接続されるドナーＤＵを変更する場合、データパケットの損失をどのように減らすかが早急に解決される必要がある問題である。

これらのデータパケットの損失を回避するために、ＩＡＢノードは、最初にこれらのデータパケットをバッファリングし（例えば、ＢＡＰレイヤで、それらをバッファリングし）、トポロジ更新が完了された後に、これらのバッファリングされたデータパケットを新しい親ノードに送信してよい。しかし、これらのバッファリングされたデータパケットの損失を回避するには、前述のデータパケット送信プロセスに依然として存在する、少なくとも次の２つの問題が解決される必要がある。

問題１：トポロジ更新後、接続されるＩＡＢドナーＤＵが変更されるケースについては、例えば、前述のシナリオ１及び２では、トポロジ更新後、ＩＡＢノードがバッファリングされたアップリンクデータパケットを新しい親ノードに送信し、新しい親ノードをオリジナルのＩＡＢドナーＤＵ（又はソースＩＡＢドナーＤＵと呼ばれる）に接続せず、新しいＩＡＢドナーＤＵ（又はターゲットＩＡＢドナーＤＵと呼ばれる）にのみ接続することができる。しかし、従来の技術では、異なるＩＡＢドナーＤＵ（例えば、同じＩＡＢドナーの異なるＩＡＢドナーＤＵ、又は異なるＩＡＢドナーの異なるＩＡＢドナーＤＵ）間のアップリンクデータパケットの再ルーティング及び転送はサポートされない。

問題２：問題１が解決され、これらのバッファリングされたデータパケットがターゲットＩＡＢドナーＤＵに転送されるとしても、ターゲットＩＡＢドナーＤＵがデータパケットをどのように正しく転送するかという問題は、さらに解決される必要がある。

ＩＡＢノードがＩＡＢドナー間トポロジ更新を実行した後、ソースＩＡＢドナーノードに元々送信されるべき一部のアップリンクデータパケットを、無線バックホールリンク上のターゲットＩＡＢドナーＤＵに送信することができるとしても、これらのアップリンクデータパケットのソースＩＰアドレスは、ＩＡＢノードがソースＩＡＢドナーノードに接続されるときに、ＩＡＢノードによって取得されるオリジナルのＩＰアドレスでありうる。ターゲットＩＡＢドナーＤＵがソースＩＰアドレスフィルタリングメカニズムを構成する場合、ＩＡＢノードのオリジナルのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないため、ターゲットＩＡＢドナーＤＵはこれらのデータパケットを転送しなくてよいか、又はこれらのデータパケットを破棄することさえする。これらのアップリンクデータパケットがＩＡＢノード又はターゲットＩＡＢドナーＤＵでソースＩＡＢドナーＣＵに送信されることができない場合、従来の端末については、端末は、これらのデータパケット内の対応するパケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）ＳＤＵをターゲットＩＡＢドナーＣＵに送信することもできない。従って、一部のデータパケットは、トポロジ更新プロセスで失われうる。

さらに、データパケットがターゲットＩＡＢドナーＤＵによってターゲットＩＡＢドナーＣＵに転送された後でも、ソースＩＡＢドナーＣＵと取り決められたセキュリティメカニズムに基づいて、セキュリティ保護（例えば、ＰＤＣＰレイヤでのＵＥの完全性保護又は暗号化、又はＩＰｓｅｃレイヤでのＩＡＢノードの暗号化）がデータパケットに対して実行される場合、データパケットがターゲットＩＡＢドナーＣＵによって正しく解析されないこともあり、又は完全性保護チェックが失敗することもある。従って、これらのデータパケットは、依然として、処理のためにソースＩＡＢドナーＣＵに送信される必要がある。

図２Ａに示されるように、前述のシナリオ１においてターゲットドナーノードＤＵとターゲットドナーノードＣＵとが分離されるときに発生する前述の問題を解決するために、この出願の実施形態は、以下のステップを含む無損失データ送信通信方法２００Ａを提供する。

Ｓ２１０Ａ：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は、第１のネットワークノードが、接続されたＩＡＢドナーＤＵを変更することを含む。例えば、第１のネットワークノードに接続されたＩＡＢドナーＤＵは、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーＤＵである。

Ｓ２３０Ａ：第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードである。第１のネットワークノードのソースＩＡＢドナーのＣＵ及びＤＵが分離されるとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーＣＵであるか、又は、第１のネットワークノードのソースＩＡＢドナーのＣＵとＤＵとが分離されていないとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーである、言い換えると、第１のデータパケットは、第３のネットワークノードに送信されるデータパケットである、ことを理解するのは容易である。例えば、第１のデータパケットは、第１のネットワークノードがトポロジ更新を実行する前にＢＡＰレイヤで、第１のネットワークノードによってバッファリングされ、かつ第３のネットワークノードに送信されるデータパケットでありうる。第１のデータパケットの宛先ノードは、代替として、第３のネットワークノード側のセキュリティゲートウェイ（ｓｅｃｕｒｉｔｙ ｇａｔｅｗａｙ、ＳｅＧＷ）デバイスでありうることが理解されうる。

任意選択で、第１のネットワークノードが第１のデータパケットを第２のネットワークノードに送信する前に、Ｓ２３０Ａは、Ｓ２３１Ａをさらに含む：第１のネットワークノードは、第１のデータパケットに対して第１の処理動作を実行する。例えば、第１の処理動作は、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新することである。例えば、第１のネットワークノードは、ターゲットＩＡＢドナーＣＵからＢＡＰレイヤ設定情報を受信し、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新する。具体的には、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報内のＢＡＰルーティング識別子を、構成された新しいルーティング識別子で置き換える。新しいルーティング識別子は、第２のネットワークノードへの伝送経路を指す。この方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに成功裏に送信することができる。可能な実装では、Ｓ２３０Ａの前に、方法はＳ２２０Ａをさらに含む。第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに転送する。

第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。例えば、ＩＰアドレスフィルタリングルールを更新することは、第１のデータパケットのソースＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加すること、又は第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にすることであってよい。これにより、第１のデータパケットのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないために、第２のネットワークノードが第１のデータパケットを転送しないか又は第１のデータパケットを破棄するケースを回避できる。

Ｓ２４０Ａ：第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

いくつかの可能なシナリオでそれを考慮すると、第２のネットワークノードは、第１のデータパケットの外部ＩＰヘッダのみを見ることができ、第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードでありうるし、又は、第３のネットワークノード側に配置されたセキュリティゲートウェイデバイスでありうるし、対応するＩＰルーティングが第２のネットワークノードに構成され、ＩＰレイヤを転送するための宛先ノードが、第３のネットワークノード（具体的には、第３のネットワークノードＣＵ－ＣＰ又は第３のネットワークノードＣＵ－ＵＰでありうる）又は第３のネットワークノード側に配置されたセキュリティゲートウェイ（略してソースＳｅＧＷと呼ばれる）の適切なネクストホップノードであることを見出すことができる場合、第１のデータパケットは、ネクストホップノードを利用して、ソースＩＡＢドナーＣＵ又はソースＳｅＧＷに送信されうる。しかし、ターゲットの第２のネットワークノードのＩＰレイヤが、宛先ノードが第３のネットワークノードであるＩＰルーティングで構成されていない場合、第２のネットワークノードは、ＩＰレイヤでのルーティング及び転送を介して、第３のネットワークノードに第１のデータパケットを直接送信できない。

第２のネットワークノードが第１のデータパケットを第３のネットワークノードに送信できることをどのように保証するかという問題について、任意選択で、方法２４０Ａは以下をさらに含む：

Ｓ２４１Ａ：第２のネットワークノードは、第２のデータパケットを取得する。第１のデータパケットは、第２のデータパケットにカプセル化され、第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含み、第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードのＩＰアドレス、又は第３のネットワークノードに接続された第１のセキュリティゲートウェイデバイスのＩＰアドレスであり、第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。任意選択で、第１のセキュリティゲートウェイデバイスは、第３のネットワークノード側に配置されたセキュリティゲートウェイデバイスでありうる。

任意選択で、第２のＩＰヘッダは、第２のネットワークノードによって第１のデータパケットに追加されてよく、又は第１のネットワークノードによって第１のデータパケットに追加されてよい。言い換えると、第２のネットワークノードが第２のデータパケットを取得する方式では、第２のネットワークノードが第１のネットワークノードによって送信された第１のデータパケットを受信した後、第２のネットワークノードは、第２のＩＰヘッダを第１のデータパケットに追加して第２のデータパケットを取得する。第２のネットワークノードが第２のデータパケットを取得する別の方式では、Ｓ２２０Ａにおいて、第１のデータパケットを第２のネットワークノードに送信するとき、第１のネットワークノードは、第２のＩＰヘッダを第１のデータパケットに追加する、言い換えると、第２のネットワークノードは、第１のネットワークノードから、第１のデータパケットでカプセル化された第２のデータパケットを受信する。

Ｓ２４２Ａ：第２のネットワークノードは、第２のデータパケットを第４のネットワークノードに送信する。第２のネットワークノードが、第２のＩＰヘッダに基づいて第２のデータパケットを第４のネットワークノードに送信するものと理解されうる。

任意選択で、第２のデータパケットは、第４のネットワークノードに、第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む。任意選択で、第１の除去インジケーション情報は、ビット又は特別なフィールドを利用して示されうる。第２のＩＰヘッダを除去するように第４のネットワークノードに示すことができる別の実装については、この出願において限定されない。

Ｓ２４３Ａ：第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

任意選択で、第１の除去インジケーション情報に基づいて第２のデータパケットの第２のＩＰヘッダを除去した後、第４のネットワークノードは、第２のデータパケットの第１のＩＰヘッダに基づいて、第１のデータパケットを第３のネットワークノードに送信することを決定する。第１のＩＰヘッダは、第１のデータパケットに含まれ、第２のＩＰヘッダが第２のデータパケットから除去された後に第１のデータパケットが取得されうることが理解されうる。

言い換えると、第２のネットワークノード又は第１のネットワークノードは、ターゲットＩＰアドレスが第３のネットワークノード（又はソースＳｅＧＷ）のＩＰアドレスである第１のデータパケットの外側に新しい外部ＩＰヘッダ（第２のＩＰヘッダ）をカプセル化して、第２のデータパケットを取得する。新しいＩＰヘッダのターゲットアドレスは、第４のネットワークノードのＩＰアドレスである。第２のネットワークノードが、新しい外部ＩＰヘッダ内の宛先ノードのＩＰアドレスに基づいて、第２のデータパケットをＩＰルーティングを介して第４のネットワークノードに転送した後、第４のネットワークノードが新しい外部ＩＰヘッダを除去し、次に、ＩＰルーティングを介して、データパケットのＩＰレイヤで、第１のデータパケットを宛先ノード（即ち、第３のネットワークノード又はソースＳｅＧＷ）に転送する。そのような特別な受信処理（具体的には、その処理は、外部ＩＰヘッダが除去された後、内部ＩＰヘッダに基づいてパケットが転送されることである）が実行される必要がある特定の受信されたＩＰデータパケットを第４のネットワークノードが識別できるようにするために、外部ＩＰヘッダを追加するノードは、外部ＩＰヘッダに第１の除去インジケーション情報を含みうる。

方法２００Ａによれば、第２のネットワークノードと第３のネットワークノードとの間（例えば、ＩＡＢドナー間又はＩＡＢドナーＤＵ間）のアップリンクデータパケットの転送又は再ルーティングが許されうる。これは、アップリンクデータパケットが再ルーティングプロセスで第２のネットワークノードによって廃棄されることを回避し、異なるドナーノード間のデータパケットの再ルーティング及び転送が完了し、データパケットの損失が減少する。

前述のＳ２１０Ａにおいて、トポロジ更新は、ハンドオーバに起因して又は無線リンク回復プロセスにおいて生じるトポロジ更新を含みうる。

Ｓ２３１Ａにおいて、この出願のこの実施形態では、第１のネットワークノードが第１のデータパケットに対して第１の処理を実行する例として２つのケースを列挙する。

ケース１：第１のデータパケットは、上位レイヤプロトコルレイヤから受信されるＢＡＰレイヤでのＳＤＵであり、第１の処理は、第１のネットワークノードが、受信される新しいＢＡＰレイヤ構成に基づいて、ＢＡＰレイヤのヘッダ情報を第１のデータパケットのＳＤＵに追加することである。任意選択で、新しいＢＡＰレイヤ構成は、第４のネットワークノードによって第１のネットワークノードに送信される。

具体的には、第１のネットワークノード（例えば、図１Ｆに示されるＩＡＢノード３）によってバッファリングされた第１のデータパケットが、上位レイヤプロトコルレイヤから受信されるＢＡＰレイヤのＳＤＵである場合、トポロジ更新後、例えば、Ｓ２１０Ａが実行された後、第１のネットワークノードは、受信される新しいＢＡＰレイヤ構成に基づいて、ＢＡＰレイヤのヘッダ情報をこれらのバッファリングされたＳＤＵに追加する（ここで、ＢＡＰレイヤのヘッダ情報は、ターゲット経路に対応するルーティング識別子（ＢＡＰルーティングＩＤ）を含み、ターゲット経路は、ターゲット親ノード（例えば、図１Ｆに示されるＩＡＢノード１）を含み、ＢＡＰルーティングＩＤは、ＢＡＰアドレス（ＢＡＰ ａｄｄｒｅｓｓ）及びＢＡＰ経路識別子（ＢＡＰ Ｐａｔｈ ＩＤ）を含み、ターゲット経路に対応するＢＡＰルーティングＩＤ内のＢＡＰアドレスは、ＢＡＰレイヤの宛先ノードを示し、即ち、ターゲットＩＡＢドナー（例えば、図１Ｆに示される第２のドナーノード）又はターゲットＩＡＢドナーＤＵ（例えば、図１Ｆに示されるＩＡＢドナーＤＵ２）、及び、ＢＡＰ経路ＩＤは、第１のネットワークノードとターゲットＩＡＢドナー又はターゲットＩＡＢドナーＤＵとの間の伝送経路を示す。）第１のネットワークノードは、ターゲットＩＡＢドナーＣＵによって提供される新しいルーティング識別子及び新しいルーティング構成に基づいて、第１のデータパケットをターゲットＩＡＢドナーＤＵに送信する。第１のデータパケットが第１のネットワークノードのＦ１インターフェースプロトコルレイヤのＰＤＵである場合、例えば、第１のデータパケットは、Ｆ１インターフェースのユーザプレーン又は制御プレーンのプロトコルスタックに含まれるＩＰレイヤのＩＰパケットであり、Ｆ１インターフェースのプロトコルレイヤは、ＢＡＰレイヤの上位レイヤプロトコルレイヤ（例えば、第１のネットワークノードのＤＵ側のＩＰレイヤ）に追加されるＩＰレイヤヘッダにおいて、ＢＡＰレイヤの上位レイヤとみなされてよい場合、ソースＩＰアドレスフィールドに入れられているＩＰアドレスは、第１のネットワークノードが、ソースＩＡＢドナー（例えば、図１Ｆに示される第１のドナーノード）に接続されるときに、依然として第１のネットワークノードによって取得されるＩＰアドレス（簡潔にするために、第１のＩＰアドレスと表記される）であり、ターゲットＩＰアドレスフィールドに入れられているＩＰアドレスは、ソースＩＡＢドナー（具体的には、ソースＩＡＢドナーＣＵ、ソースＩＡＢドナーＣＵ ＣＰ、又はソースＩＡＢドナーＣＵ ＵＰでありうる）のＩＰアドレスである。

この出願のこの実施形態におけるＢＡＰレイヤの上位レイヤプロトコルレイヤは、第１のネットワークノードのＤＵ側のＩＰレイヤでありうることが理解されうる。

ケース２：第１のデータパケットは、ＢＡＰレイヤでのＰＤＵであり、言い換えると、第１のデータパケットは、ＢＡＰレイヤのヘッダ情報を既に搬送している。この場合、第１の処理は、以下である：第１のネットワークノードは、受信した新しいＢＡＰレイヤ構成に基づいて、第１のデータパケットのＰＤＵについてのＢＡＰレイヤのヘッダ情報を更新する。任意選択で、新しいＢＡＰレイヤ構成は、第４のネットワークノードによって第１のネットワークノードに送信される。

具体的には、第１のネットワークノードによってバッファリングされたアップリンクデータパケットがＢＡＰレイヤのＰＤＵである場合、即ち、既にＢＡＰレイヤのヘッダ情報を搬送している場合、ここで、ルーティング識別子ＢＡＰルーティングＩＤで搬送されるＢＡＰアドレスによって示されるＢＡＰレイヤの宛先ノードは、ソースＩＡＢドナーＤＵ（例えば、図１Ｆに示されるＩＡＢドナーＤＵ１）であり、ＢＡＰルーティングＩＤで搬送されるＢＡＰ経路ＩＤによって示される経路は、依然としてソースＩＡＢドナーＤＵへの伝送経路であり、ＩＡＢネットワークでのルーティング選択は、適応レイヤヘッダのルーティング識別子に基づいて実行され、言い換えると、ルーティング選択を実行するノードについては、ＢＡＰルーティングＩＤを搬送するデータパケットに対してルーティングが選択されたときに、構成されたルーティングテーブルにＢＡＰルーティングＩＤに対応するエントリが存在し、エントリで指定されたネクストホップノードが利用可能なネクストホップノードである場合、データパケットはエントリで指定されたネクストホップノードに送信される。ＢＡＰルーティングＩＤに対応するエントリがルーティングテーブルで見つけられることができないか、又はＢＡＰルーティングＩＤに対応するエントリで指定されたネクストホップノードが利用できない場合、データパケットで搬送されるＢＡＰアドレス部分と同じいずれかのエントリで指定された利用可能なネクストホップノードは、ルーティングテーブル内の１つ又は複数のエントリから、データパケットを送信するためのネクストホップノードとして選択されうる。第１のネットワークノードがＳ２１０Ａでのトポロジ更新を実行するとき、ターゲット親ノードを介して接続されたターゲットＩＡＢドナーＤＵがソース親ノードを介して接続されたソースＩＡＢドナーＤＵと異なる場合、伝送経路に加えて、ＢＡＰレイヤのアップリンク宛先ノード（アップリンク）が変更すると理解されうる。従って、第１のネットワークノードが第１のデータパケットを転送する前に、データパケットのＢＡＰレイヤのヘッダ情報が修正される必要がある。例えば、第１のネットワークノードは、ターゲットＩＡＢドナーＣＵ（例えば、図１Ｆに示される第４のネットワークノード）によって提供される設定情報を受信し、設定情報は、ＲＲＣメッセージ又はＦ１ＡＰメッセージを利用することによって第１のネットワークノードに送信されうる。特定のコンテンツは、ターゲットＩＡＢドナーＤＵに対する１つ又は複数の新しいルーティング識別子（例えば、バッファリングされた全てのデータパケットを転送するために利用されうる、デフォルト／デフォルトのＢＡＰルーティングＩＤ）を含み、任意選択で、各ルーティング識別子に対応するネクストホップノードと、各新しいルーティング識別子にマッピングするオリジナルのルーティング識別子（ソースＩＡＢドナーＤＵへのオリジナルの伝送経路を指す）をさらに含む。第１のネットワークノードは、ターゲットＩＡＢドナーＣＵによって提供された設定情報に基づいて、第１のネットワークノードによってバッファリングされているＢＡＰ ＰＤＵで搬送されるＢＡＰレイヤのヘッダ情報内のＢＡＰルーティングＩＤを、構成された新しいルーティング識別子に置き換え、新しいルーティング識別子に基づいてルーティング選択を実行し、データパケットをネクストホップノード（即ち、ターゲットの親ノード）に送信し、ハンドオーバの前にバッファリングされたデータパケットが、ハンドオーバが完了された後にターゲットＩＡＢドナーＤＵに転送されるように保証する。任意選択で、第１のネットワークノードによってバッファリングされたＢＡＰレイヤのＰＤＵがルーティング識別子を含まない（例えば、ＰＤＵがＢＡＰ制御ＰＤＵである）場合、第１のネットワークノードは、ＢＡＰ制御ＰＤＵ（例えば、バックホールＲＬＣチャネル（ＢＨ ＲＬＣチャネル）粒度を含むフロー制御フィードバック制御ＰＤＵ）をターゲット親ノードに直接送信するか、又はＢＡＰ制御ＰＤＵ（例えば、ＢＡＰルーティングＩＤ粒度を含むフロー制御フィードバック制御ＰＤＵ）を除去しうる。

Ｓ２２０Ａにおいて、第１のネットワークノードが第２のＩＰヘッダを第１のデータパケットに追加しない場合、この出願のこの実施形態は、第２のネットワークノードがＩＰアドレスフィルタリングルールを更新するいくつかの可能な方式を提供する。

方式１：ソースＩＰアドレスフィルタリングルールのホワイトリストに第１のデータパケットのソースＩＰアドレスを追加する

任意選択で、Ｓ２２０Ａは、以下をさらに含む：

Ｓ２２１Ａ：第４のネットワークノードは、第２のネットワークノードに第１のメッセージを送信する。第１のメッセージは、第１のＩＰアドレスを搬送する。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

第１のメッセージを受信した後、第２のネットワークノードは、第１のメッセージに基づいてＩＰアドレスフィルタリングルールを更新する。例えば、第２のネットワークノードは、ソースＩＰアドレスフィルタリングルールのホワイトリストに第１のＩＰアドレスを追加する。

この出願のこの実施形態では、第４のネットワークノードが複数の可能な方式で第１のＩＰアドレスを取得することを理解することができる。

任意選択で、Ｓ２２２Ａ：第４のネットワークノードは、第３のネットワークノードによって送信された第２のメッセージを受信する。第２のメッセージは、第１のＩＰアドレスを含む。

任意選択で、第４のネットワークノードは、第１のネットワークノードによって送信された第３のメッセージ（図２Ａには図示せず）を受信する。第３のメッセージは、第１のＩＰアドレスを含み、第３のメッセージは、ＲＲＣメッセージでありうる。

具体的には、第４のネットワークノードは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレス（説明を簡単にするために、略して第１のＩＰアドレスと呼ばれる）を第２のネットワークノードに送信しうる。第１のＩＰアドレスを受信した後、第２のネットワークノードは、第２のネットワークノードのソースＩＰアドレスフィルタリングルールのホワイトリスト（即ち、転送されることが許されるデータパケットのソースＩＰアドレスのリスト）に第１のＩＰアドレスを追加しうる。第１のＩＰアドレスは、第３のネットワークノードによって第４のネットワークノードに送信されうる。例えば、第１のネットワークノードは、Ｘｎインターフェースベースのハンドオーバを実行し、第３のネットワークノードは、第１のネットワークノードの第１のＩＰアドレスをＸｎインターフェースメッセージ（例えば、Ｘｎインターフェースハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージ）に含め、Ｘｎインターフェースメッセージを第４のネットワークノードに送信する。代替として、ＡＭＦが第１のＩＰアドレスを第４のネットワークノードに送信する。例えば、第１のネットワークノードがＮＧインターフェースベースのハンドオーバを実行し、第３のネットワークノードは、第１のネットワークノードの第１のＩＰアドレスをＮＧインターフェースメッセージ（例えば、ＮＧインターフェースハンドオーバ要求（Ｈａｎｄｏｖｅｒ ｒｅｑｕｉｒｅｄ）メッセージ）に含め、ＮＧインターフェースメッセージをターゲットＡＭＦに送信し、ＡＭＦはＮＧインターフェースメッセージ（例えば、ＮＧインターフェースハンドオーバ要求メッセージ）で第１のネットワークノードの第１のＩＰアドレスを第４のネットワークノードに送信する。代替として、第１のネットワークノードは、第１のＩＰアドレスを第４のネットワークノードに送信しうる。例えば、第１のネットワークノードは、トポロジ更新が完了された後、ＲＲＣメッセージ（具体的にはＲＲＣ再構成完了メッセージでありうる）を利用して第１のＩＰアドレスを第４のネットワークノードに送信する。

方式２：ソースＩＰアドレスフィルタリングルールを一時的に無効にする

任意選択で、Ｓ２２０Ａは、以下をさらに含む：

Ｓ２２１Ａ：第４のネットワークノードは、第２のネットワークノードに第１のメッセージを送信する。第１のメッセージは、第１の一時停止インジケーション情報を搬送し、第１の一時停止インジケーション情報は、第２のネットワークノードに、ソースＩＰアドレスフィルタリングルールを一時的に無効にするように指示する。

第２のネットワークノードは、第１の一時停止インジケーション情報に基づいてソースＩＰアドレスフィルタリングルールを一時的に無効にする。

第１の一時停止インジケーション情報は、ビットインジケーション又はタイマ設定情報でありうることが理解されうる。これは、ソースＩＰアドレスフィルタリングルールを一時的に無効にするように第２のネットワークノードに示すことができる限り、この出願のこの実施形態に限定されない。

この出願のこの実施形態では、第２のネットワークノードは、ソースＩＰアドレスフィルタリングルールを複数の方式で一時的に無効にしうる。例えば、タイマを利用するか、又はフィルタリングルールを再び有効にする（又は再開する）ことを示す情報を待つことによって、実装が実行される。具体的には、例えば、第１の一時停止インジケーション情報が受信された後、ソースＩＰアドレスフィルタリングルールを無効にしてよく、タイマが開始され、予め設定された条件が満たされた後にソースＩＰアドレスフィルタリングルールが再開される。予め設定された条件は、タイマが満了すること、又は別のネットワークノードのインジケーションが受信されることでありうる。これは、この出願のこの実施形態では限定されない。

Ｓ２４０Ａにおいて、第３のネットワークノードは、以下の２つの方式で第１のデータパケットを取得する：第２のネットワークノードによって直接送信された第１のデータパケットを受信すること、又は、第４のネットワークノードによって転送された第１のデータパケットを受信することであって、第４のネットワークノードは、ネットワークの第２のノードから、第１のデータパケットがカプセル化された第２のデータパケットを受信し、第２のデータパケットは、第２のネットワークノードによって第１のデータパケットをカプセル化することによって取得され、かつ第２のＩＰヘッダを含む、こと。第２のデータパケットの第２のＩＰヘッダを除去した後、第４のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

この出願のこの実施形態では、第３のネットワークノードが第１のデータパケットを取得した後、いくつかのデータパケット処理方式がありうる。

データパケット処理方式１：第３のネットワークノードは、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定する。データは、端末のサービス継続性に関連するデータ、例えば、ＰＤＣＰ ＳＤＵでありうる。

第３のネットワークノードは、端末デバイスに関連するデータを第４のネットワークノードに送信する。

具体的には、第３のネットワークノードによって第１のデータパケットに対して受信処理が実行された後（例えば、第３のネットワークノードによってユーザプレーンデータパケットに対して受信処理が実行された後にＰＤＣＰ ＳＤＵが取得される）、必要な場合（例えば、コアネットワークへのユーザプレーン送信チャネルが第４のネットワークノードに切り替わった後、アップリンクデータパケットが依然として完全に送信されていない場合）、第１のデータパケットは、第３のネットワークノードによって、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インターフェースを介して第４のネットワークノードにさらに転送され、第１のネットワークノードがハンドオーバを実行した後、第１のネットワークノードによってサービスされる端末デバイスのサービス継続性を保証しうる。

データパケット処理方式２：第３のネットワークノードは、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータ、例えばＰＤＣＰ ＳＤＵを決定する。

第３のネットワークノードは、端末デバイスに関連するデータをＵＰＦに送信する。

具体的には、第３のネットワークノードがＮＧインターフェースを介してＵＰＦにＰＤＣＰ ＳＤＵを送信したい場合、ＵＰＦは、第１のネットワークノードによってサービスされるＵＥ（第１のネットワークノードのサービングセルにアクセスするＵＥ、又は第１のネットワークノードの子孫ＩＡＢノードのサービングセルにアクセスするＵＥを含む）のＰＤＵセッションのために、第１のネットワークノードによって実行されるトポロジ更新中に、ＵＰＦと第３のネットワークノードとの間、及びＵＰＦと第４のネットワークノードとの間にある、Ｎ３インターフェースの２つの一般的なパケット無線サービストンネリングプロトコルトンネル（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ ｔｕｎｎｅｌｓ，ＧＰＲＳ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ ｔｕｎｎｅｌｓ、ＧＴＰ ｔｕｎｎｅｌｓ）を別々に維持しうる。ＵＰＦは、ある期間に２つのＧＴＰトンネルからＵＥのデータパケットを受信しうる。第３のネットワークノードが、全てのアップリンクＰＤＣＰ ＳＤＵの送信が完了されていると決定した後、ＵＰＦは、第３のネットワークノードについてのアップリンクエンドマーカー（ＵＬ ｅｎｄ－ｍａｒｋｅｒ）に基づいて、ＵＰＦと第３のネットワークノードとの間にある、Ｎ３インターフェースのＧＴＰユーザプレーントンネル（ＧＴＰ－Ｕｓｅｒ ｔｕｎｎｅｌ、ＧＴＰ－Ｕ ｔｕｎｎｅｌ）を解放しうる。

図２Ｂに示されるように、前述のシナリオ１においてターゲットドナーノードＤＵとターゲットドナーノードＣＵが分離されるときに発生する前述の問題を解決するために、この出願の実施形態は、以下のステップを含む無損失データ送信通信方法２００Ｂを提供する。

Ｓ２１０Ｂ：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は、第１のネットワークノードが、接続されたＩＡＢドナーを変更することを含む。例えば、第１のネットワークノードに接続されたＩＡＢドナーは、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーノードと呼ばれることがあり、第２のネットワークノードのＤＵ及びＣＵは分離されない。

Ｓ２３０Ｂ：第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。

第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードである。第１のネットワークノードのソースＩＡＢドナーのＣＵ及びＤＵが分離されるとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーＣＵであり、又は、第１のネットワークノードのソースＩＡＢドナーのＣＵとＤＵとが分離されていないとき、第３のネットワークノードは、第１のネットワークノードのソースＩＡＢドナーであり、言い換えると、第１のデータパケットは、第３のネットワークノードに送信されるデータパケットである、ことを理解するのは容易である。例えば、第１のデータパケットは、第１のネットワークノードがトポロジ更新を実行する前にＢＡＰレイヤで、第１のネットワークノードによってバッファリングされ、かつ第３のネットワークノードに送信されるデータパケットでありうる。第１のデータパケットの宛先ノードは、代替として、第３のネットワークノード側のＳｅＧＷデバイスでありうることが理解されうる。任意選択で、第１のネットワークノードが第１のデータパケットを第２のネットワークノードに送信する前に、Ｓ２３０Ｂは、Ｓ２３１Ｂをさらに含む：第１のネットワークノードは、第１のデータパケットに対して第１の処理動作を実行する。例えば、第１の処理動作は、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新することである。例えば、第１のネットワークノードは、ターゲットＩＡＢドナーからＢＡＰレイヤ設定情報を受信し、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新する。具体的には、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報内のＢＡＰルーティング識別子を、構成された新しいルーティング識別子で置き換える。新しいルーティング識別子は、第２のネットワークノードへの伝送経路を指す。この方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに成功裏に送信することができる。

可能な実装では、Ｓ２３０Ｂの前に、方法はＳ２２０Ｂをさらに含む。第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに転送する。

第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。例えば、ＩＰアドレスフィルタリングルールを更新することは、第１のデータパケットのソースＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加すること、又は第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にすることであってよい。これにより、第１のデータパケットのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないために、第２のネットワークノードが第１のデータパケットを転送しない又は第１のデータパケットをさらに破棄するケースを回避できる。

方法２００Ｂでは、第２のネットワークノードは、複数の可能な方式で第１のデータパケットのソースＩＰアドレスを取得する。第１のデータパケットのソースＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されているときの１つ又は複数のＩＰアドレスである。具体的には、第３のネットワークノードがＣＵとＤＵとが分離されているＩＡＢドナーノードであるとき、第１のデータパケットのソースＩＰアドレスは、第１のネットワークノードが第３のネットワークノードのＤＵに接続されているときの１つ又は複数のＩＰアドレスである。

可能な方式では、第２のネットワークノードは、第１のネットワークノードによって送信されたソースＩＰアドレスを受信する。

別の可能な方式では、第２のネットワークノードは、第３のネットワークノードによって送信されたソースＩＰアドレスを受信する。この場合、方法２００Ｂは、Ｓ２２１Ｂをさらに含む。第２のネットワークノードは、第３のネットワークノードによって送信される第１のデータパケットのソースＩＰアドレス又は一時停止インジケーション情報を受信する。一時停止インジケーション情報は、第２のネットワークノードに、ソースＩＰアドレスフィルタリングルールを一時停止するように指示する。第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にする実装については、方法２００ＡのステップＳ２２１Ａの説明を参照すべきであることについて理解するのは容易である。

さらに別の可能な方式では、第２のネットワークノードは、ＡＭＦによって送信されたソースＩＰアドレスを受信する。

Ｓ２４０Ｂ：第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

方法２００Ｂによれば、第２のネットワークノードと第３のネットワークノードとの間（例えば、ＩＡＢドナー間又はＩＡＢドナーＤＵ間）のアップリンクデータパケットの転送又は再ルーティングが許されうる。これは、アップリンクデータパケットが再ルーティングプロセスで第２のネットワークノードによって廃棄されることを回避し、異なるドナーノード間のデータパケットの再ルーティング及び転送が完了し、データパケットの損失が減少する。

図２Ｃに示されるように、前述のシナリオ２におけるドナーノード内トポロジ更新中に発生する前述の問題を解決するために、この出願の実施形態は、以下のステップを含む無損失データ送信通信方法２００Ｃを提供する。

Ｓ２１０Ｃ：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は以下を含む。第１のネットワークノードが、接続されているＩＡＢドナーＤＵを同じドナーノードの下で変更する、即ち、第１のネットワークノードに接続されているＩＡＢドナーＤＵが、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーＤＵと呼ばれることがあり、第２のネットワークノードは、第１のネットワークノードのソースドナーノードの下のＤＵである。

Ｓ２３０Ｃ：第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに送信する。

第１のデータパケットのＩＰレイヤの宛先ノードは、第３のネットワークノードである。第３のネットワークノードが第１のネットワークノードのソースＩＡＢドナーＣＵであることは理解するのは容易である。言い換えると、第１のデータパケットは、第３のネットワークノードに送信されるデータパケットである。例えば、第１のデータパケットは、第１のネットワークノードがトポロジ更新を実行する前にＢＡＰレイヤで、第１のネットワークノードによってバッファリングされ、かつ第３のネットワークノードに送信されるデータパケットでありうる。第１のデータパケットの宛先ノードは、代替として、第３のネットワークノード側のＳｅＧＷデバイスでありうることが理解されうる。任意選択で、第１のネットワークノードが第１のデータパケットを第２のネットワークノードに送信する前に、Ｓ２３０ＣはＳ２３１Ｃをさらに含む：第１のネットワークノードは、第１のデータパケットに対して第１の処理動作を実行する。例えば、第１の処理動作は、第１のデータパケットのＢＡＰレイヤのヘッダ情報を更新することである。例えば、第１ネットワークノードは、第３ネットワークノードからＢＡＰレイヤ設定情報を受信し、第１ネットワークノードはＢＡＰレイヤ設定情報に基づいて第１データパケットのＢＡＰレイヤのヘッダ情報を更新する。具体的には、第１のネットワークノードは、ＢＡＰレイヤ設定情報に基づいて、第１のデータパケットのＢＡＰレイヤのヘッダ情報内のＢＡＰルーティング識別子を、構成された新しいルーティング識別子で置き換える。新しいルーティング識別子は、第２のネットワークノードへの伝送経路を指す。この方式では、第１のネットワークノードは、第１のデータパケットを第２のネットワークノードに成功裏に送信することができる。

可能な実装では、Ｓ２３０Ｃの前に、方法はＳ２２０Ｃをさらに含む：第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに転送する。

第２のネットワークノードは、ＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信する。例えば、ＩＰアドレスフィルタリングルールを更新することは、第１のデータパケットのソースＩＰアドレスをソースＩＰアドレスフィルタリングルールのホワイトリストに追加すること、又は第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にすることでありうる。これにより、第１のデータパケットのＩＰアドレスが、転送されることが許されているソースＩＰアドレスの範囲に属していないために、第２のネットワークノードが第１のデータパケットを転送しない、又はさらに第１のデータパケットを破棄するケースを回避できる。

方法２００Ｃでは、第２のネットワークノードは、複数の可能な方式で第１のデータパケットのソースＩＰアドレスを取得する。第１のネットワークノードがソースドナーＤＵに接続されているとき、第１のデータパケットのソースＩＰアドレスは、１つ又は複数のＩＰアドレスである。

可能な方式では、第２のネットワークノードは、第１のネットワークノードによって送信されたソースＩＰアドレスを受信する。

別の可能な方式では、第２のネットワークノードは、第３のネットワークノードによって送信されたソースＩＰアドレスを受信する。任意選択で、方法２００ＣはＳ２２１Ｃをさらに含む：第２のネットワークノードは、第３のネットワークノードによって送信される第１のデータパケットのソースＩＰアドレス又は一時停止インジケーション情報を受信する。一時停止インジケーション情報は、第２のネットワークノードに、ソースＩＰアドレスフィルタリングルールを一時停止するように指示する。第２のネットワークノードがソースＩＰアドレスフィルタリングルールを一時的に無効にする実装については、方法２００ＡのステップＳ２２１Ａの説明を参照すべきであることについて理解するのは容易である。

Ｓ２４０Ｃ：第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

方法２００Ｃによれば、第２のネットワークノードと第３のネットワークノードとの間のアップリンクデータパケットの転送又は再ルーティングが許されうる。これは、アップリンクデータパケットが再ルーティングプロセスで第２のネットワークノードによって廃棄されることを回避し、異なるドナーノード間のデータパケットの再ルーティング及び転送が完了し、データパケットの損失が減少する。

図３に示されるように、この出願のさらに別の実施形態は、無損失データ通信方法を提供する。同様に、ＩＡＢドナー間トポロジ更新プロセスにおいてデータパケットが失われないことをどのように保証するかという問題については、図２Ａから図２Ｃに示した実施形態と比較して、図３に示される方法の設計解決策の主なアイデアは、ハンドオーバを実行するＩＡＢノード（例えば、図１ＦのＩＡＢノード３）及びＩＡＢノード３の子孫ノード（例えば、図１ＦのＩＡＢノード４）によってバッファリングされた全ての送信中アップリンクデータパケットがＩＡＢノード３のソース親ノードに送信されるときのみ、ＩＡＢノード３がＩＡＢドナー間トポロジ更新を実行することを保証することである。この実施形態では、ＩＡＢノード３がハンドオーバを実行するタイプのトポロジ更新を例として利用して説明する。図３に示される実施形態における方法３００は、以下のステップを含む。

Ｓ３１０：第３のネットワークノードは、第１のハンドオーバコマンドを第１のネットワークノードに送信する。

それに対応して、第１のネットワークノードは、第３のネットワークノードから第１のハンドオーバコマンドを受信する。第１のハンドオーバコマンドは、第１のネットワークノードが第２のネットワークノードにハンドオーバすることを示し、第２のネットワークノードは、第１のネットワークノードのターゲットドナーノードであり、第３のネットワークノードは、第１のネットワークノードのソースドナーノードＣＵである。例えば、第１のハンドオーバコマンドは、ＲＲＣ再構成メッセージで搬送されうる。

Ｓ３２０：第１のネットワークノードは、子孫ノードについてのスケジューリングを停止する。子孫ノードは、子孫ネットワークノード（第６のネットワークノードと表記される）及び／又は第１のネットワークノードの子孫端末を含む。この出願のこの実施形態では、第１のハンドオーバコマンドを受信した後、第１のネットワークノードは、サービスにアクセスするセル内の端末及び第６のネットワークノードのスケジューリングを直ちに停止してもよいし、又は、サービスにアクセスするセル内の端末のスケジューリングを直ちに停止するが、第６のネットワークノードについてのスケジューリングを直ちに停止しないようにしてもよい。

この出願のこの実施形態では、第１のネットワークノードが第６のネットワークノードについてのアップリンクスケジューリングを停止する２つの方式が例として提供される。

アップリンクスケジューリングを停止する方式１：Ｓ３２１：第６のネットワークノードは、第２の送信完了インジケーション情報を第１のネットワークノードに送信する。第２の送信完了インジケーション情報は、第４のデータパケットの送信が完了していることを示し、第４のデータパケットは、第６のネットワークノード、第６のネットワークノードの子孫ノード、及び第６のネットワークノードに対応する子孫端末からのアップリンクデータを含む。第２送信完了インジケーション情報は、第６ネットワークノード、第６ネットワークノードの子孫ノード、及び子孫端末によってバッファリングされている全てのアップリンクデータが送信されたことを示すと理解されうる。この出願のこの実施形態における第４のデータパケットが１つ又は複数のデータパケットを含みうることを理解するのは容易である。第４のデータパケットは、１回送信されてよく、又は複数回送信されてよい。

任意選択で、第２の送信完了インジケーション情報は、第４のデータパケットで搬送される、例えば、第４のデータパケットの最後のアップリンクＢＡＰレイヤデータＰＤＵで搬送されるか、又はＢＡＰレイヤ制御ＰＤＵで搬送されうる。例えば、第２の送信完了インジケーション情報を示すための特別なＢＡＰ制御ＰＤＵが定義されうる。第２の送信完了インジケーション情報は、第４のデータパケット内の最後のデータパケットと共に送信されうるか、又は、第４のデータパケットの最後のデータパケットが送信された後に、第２の送信完了インジケーション情報が独立して送信されると理解されうる。例えば、第２の送信完了インジケーション情報は、第６のネットワークノードによって第１のネットワークノードに別個に送信されるＢＡＰレイヤ制御ＰＤＵで搬送される。第２の送信完了インジケーション情報は、ビットを用いて示されてよく、又は特別なフィールドを用いて示されてよい。これは、この出願では限定されない。第４のデータパケットの１つ又は複数のデータパケットが複数回送信されるとき、第６のネットワークノードが第２の送信完了インジケーション情報を送信する前に、第６のネットワークノードは、第１のネットワークノードを利用して、第４のデータパケット内の１つ又は複数のデータパケットを第１のネットワークノード又は第３のネットワークノードに送信する。

それに対応して、第２の送信完了インジケーション情報を受信した後、第１のネットワークノードは、第２の送信完了インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

アップリンクスケジューリングを停止する方式２：Ｓ３２２：第１のネットワークノードは、第３のネットワークノードから第１のスケジューリング停止インジケーション情報を受信する。第１のスケジューリング停止インジケーション情報は、第１のネットワークノードに、第６のネットワークノードについてのスケジューリングを停止するように指示する。

それに対応して、第１のスケジューリング停止インジケーション情報を受信した後、第１のネットワークノードは、第１のスケジューリング停止インジケーション情報に基づいて、第６のネットワークノードについてのアップリンクスケジューリングを停止する。

Ｓ３３０：第１のネットワークノードは、第３のデータパケットを第３のネットワークノードに送信する。任意選択で、第１のネットワークノードは、第５のネットワークノードを利用することによって第３のデータパケットを第３のネットワークノードに送信し、第５のネットワークノードは、第１のネットワークノードの親ノードであることが理解されうる。第３のデータパケットは、第１のネットワークノード及び／又は第１のネットワークノードの子孫ノードからのアップリンクデータを含む。第３のネットワークノードは、ソースＩＡＢドナーＣＵである。

Ｓ３４０：第１のネットワークノードは、第１の送信完了インジケーション情報を送信する。第１送信完了インジケーション情報は、第３データパケットの送信が完了していることを示す。言い換えると、第１の送信完了インジケーション情報は、ハンドオーバを実行する第１のネットワークノード及び第１のネットワークノードの子孫ノードによってバッファリングされた全ての送信中のアップリンクデータパケットが、第１のネットワークノードの親ノード又はドナーノードに送信されることを示す。

任意選択で、第２の送信完了インジケーション情報は、第３のデータパケット内の最後のデータパケットと共に送信されてよく、又は全ての第３のデータパケットが送信されていると決定された後に独立して送信されてよい。これは、第２の送信完了インジケーション情報の送信機会及び搬送方式と同様である。詳細については、前述の関連する説明を参照されたい。

この出願のこの実施形態は、例として、第１のネットワークノードによって第１の送信完了インジケーション情報を送信する２つの方式を提供する。

方式１：

Ｓ３４１：第１のネットワークノードは、第１の送信完了インジケーション情報を第３のネットワークノードに送信する。それに対応して、第３のネットワークノードが第１の送信完了インジケーション情報を受信した後、方法３００はさらに以下を含みうる：Ｓ３５０：第３のネットワークノードは、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信する。第２のスケジューリング停止インジケーション情報は、第５のネットワークノードに、第１のネットワークノードについてのスケジューリングを停止するように指示する。

方式２：

Ｓ３４２：第１のネットワークノードは、第１の送信完了インジケーション情報を第５のネットワークノードに送信する。それに対応して、第５のネットワークノードは、第１の送信完了インジケーション情報を受信する。

方法３００は、以下をさらに含みうる：Ｓ３６０：第５のネットワークノードは、第１のネットワークノードについてのスケジューリングを停止する。第５のネットワークノードが第１のネットワークノードについてのスケジューリングを停止する方式は、Ｓ３４２で第１の送信完了インジケーション情報を受信した後、第５のネットワークノードが、第１の送信完了インジケーション情報に基づいて第１のネットワークノードについてのスケジューリングを停止することでありうる、と理解することは容易である。代替として、Ｓ３５０で第２のスケジューリング停止インジケーション情報を受信した後、第２のネットワークノードは、第２のスケジューリング停止インジケーション情報に基づいて第１のネットワークノードについてのスケジューリングを停止する。

任意選択で、Ｓ３７０：第１のネットワークノードがハンドオーバを実行する。例えば、ハンドオーバは、第１ネットワークノードのドナーノードが、第３ネットワークノードから第２ネットワークノードに変更されることである。

前述の方法３００によれば、第１のハンドオーバコマンドを受信し、バッファリングされている全てのアップリンクデータパケットを親ノードに送信した後、第１のネットワークノードは、アップリンクデータの送信が完了していることを示す情報を送信するので、第１のネットワークノードは、第１のネットワークノード及び第１のネットワークノードの子孫ノードについてのアップリンクデータパケットが成功裏に送信されていると決定した後でのみハンドオーバを実行する。これにより、ハンドオーバプロセスでのアップリンクデータパケットの無損失送信を保証することができる。

ハンドオーバを実行するＩＡＢノード（例えば、図１ＦのＩＡＢノード３）が、ハンドオーバ前に接続されたＩＡＢドナー及びハンドオーバ後に接続されたＩＡＢドナーの両方との通信を維持できる場合、例えば、ＩＡＢノードが、ハンドオーバプロセスでデュアル接続（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）又はデュアルアクティブプロトコルスタック（ｄｕａｌ ａｃｔｉｖｅ ｐｒｏｔｏｃｏｌ ｓｔａｃｋ、ＤＡＰＳ）をサポートする場合、ＩＡＢノードを移行することにより、両方のＩＡＢドナーとのデータ送信を維持しうる。ＩＡＢノードが、ＢＡＰレイヤのルーティング識別子に基づいて無線バックホールリンク上でルーティングを実行し、ＢＡＰアドレスに基づいて無線バックホールリンク上でのターゲットノードを識別することを考慮すると、ＩＡＢドナーＤＵのＢＡＰアドレスは、ＩＡＢドナーＣＵによって割り当てられ、ＣＵ範囲内で一意であることのみを保証することができるが、ＩＡＢノードが、複数の異なるＩＡＢドナーのＩＡＢドナーＤＵに同時に接続されることを許されているとき、２つのドナー間のＩＡＢノードの混乱を回避する必要があり、さらに、ＩＡＢトポロジ更新プロセスでのデータパケット損失によって引き起こされる端末サービスの不連続が回避する必要がある。

図４に示されるように、ＩＡＢノードが複数のドナーと同時に通信できるときに発生しうる問題を解決するために、この出願の実施形態は、無損失データ送信方法４００を提供する。方法４００は、以下のステップを含む。

Ｓ４１０：第１のネットワークノードがトポロジ更新を実行する。トポロジ更新は、第１のネットワークノードが、接続されたＩＡＢドナーＤＵを変更することを含む。例えば、第１のネットワークノードに接続されたＩＡＢドナーＤＵは、第２のネットワークノードに変更される。第２のネットワークノードは、第１のネットワークノードによって実行されるトポロジ更新のターゲットＩＡＢドナーノードＤＵと呼ばれることがある。

任意選択で、Ｓ４１０の前に、第１のネットワークノードは、第３のネットワークノードによって送信されたハンドオーバコマンドを受信する。

Ｓ４２０：第１のネットワークノードは、複数のドナーノードと通信できる。言い換えると、第１のネットワークノードは、第３のネットワークノード（ソースＩＡＢドナーＣＵ）と通信するためのものであり、かつオリジナルの経路又は第１の経路と表記される経路と、第２のネットワークノード（ターゲットＩＡＢドナーＤＵ）と通信するためのものであり、かつ新しい経路又は第２の経路と表記される経路との両方を有する。第１のネットワークノードが第２の経路を介してターゲットＩＡＢドナーＣＵと通信してもよいことを理解するのは容易である。

異なるＩＡＢドナーＤＵ、ＩＡＢドナーＣＵ、例えば、第３のネットワークノードの間のＩＡＢノードの混乱を避けるために、ＩＡＢドナーＤＵに割り当てられたＢＡＰアドレスは、ドナーＣＵを区別するための識別情報を搬送する。例えば、識別情報は、ドナーＣＵに関連付けられた識別子である。

ＩＡＢトポロジ更新プロセスにおけるデータパケット損失の問題を回避するために、方法４００は、２つの可能な実装を提供する：

実装１：

Ｓ４３０：第１のネットワークノードは、第２の経路を介して第１のデータパケットを送信する。

第１のネットワークノードが、第２のネットワークノードに、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイデバイスに送信される第１のデータパケットを送信した後、第２のネットワークノードは、第１のデータパケットを第３のネットワークノードに送信する。

ステップＳ４３０の特定の実装については、方法２００Ａの説明を参照すべきことについて理解するのは容易である。

実装２：

Ｓ４４０：第１のネットワークノードは、第１の経路を介して第１のデータパケットを送信する。

第１のネットワークノードは、トポロジ更新の完了後に第３のネットワークノードと通信する能力を有するため、第１のネットワークノードは、第１のデータパケットを第１の経路を介して第３のネットワークノードに送信しうる。

方法４００は、第１のネットワークノードが第１の経路を切断する実装をさらに提案する。言い換えると、第１のネットワークノードは、第３のネットワークノード（又はソースドナーノード又はソース親ノード）から切断しうる。ＩＡＢノードがＩＡＢノードの子孫ＩＡＢノード上のアップリンクデータパケット、及びＩＡＢノードによってバッファリングされたアップリンクデータパケットをソース親ノードに成功裏に送信した後でのみ、ＩＡＢノードがＩＡＢノードのソース親ノードから切断することが許され、ここで、アップリンクデータパケットは、ＢＡＰレイヤのものであり、アップリンクデータパケットのターゲットアドレスは、第３のネットワークノード、ソースドナーノード、ソース親ノード、又はソースＩＡＢドナーＤＵである、ことについて理解するのは容易である。

方法４００は、以下のステップをさらに含む：

可能な方式では、アップリンクデータの送信を完了した後、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードの各ＩＡＢノードは、第１のインジケーション情報を第３のネットワークノードに送信し、ＩＡＢノードについてのアップリンクデータの送信が完了していることを示す。第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって送信された第１のインジケーション情報を受信した後、第３のネットワークノードは、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了されたと決定する。具体的には、この方法は以下のステップを含む。

Ｓ４５０Ａ：第１のネットワークノードは、第１のインジケーション情報を第３のネットワークノードに送信する。第１のインジケーション情報は、第１のネットワークノードでのアップリンクデータパケットの送信が完了していることを示す。任意選択で、第１のインジケーション情報は、ＲＲＣメッセージを利用して送信されるか、又はＦ１ＡＰメッセージを利用して送信される。

説明を簡単にするために、この出願のこの実施形態では、第１のネットワークノードがＮ個の子孫ＩＡＢノードを有し、アップリンクデータの送信が完了した後、Ｎ個の子孫ＩＡＢノードのそれぞれが第１のインジケーション情報を第３のネットワークノードに送信すると仮定される。第１インジケーション情報は、子孫ＩＡＢノードでのアップリンクデータパケットの送信が完了していることを示し、Ｎは正の整数である。

それに対応して、第３のネットワークノードは、第１のネットワークノード及び第１のネットワークノードのＮ個の子孫ＩＡＢノードから第１のインジケーション情報を受信する。Ｎ＋１個の第１のインジケーション情報を受信した後、第３のネットワークノードは、Ｎ＋１個の第１のインジケーション情報に基づいて、第１のネットワークノード及び第１のネットワークノードの子孫ノードでのアップリンクデータパケットの送信が完了していると決定する。言い換えると、第３のネットワークノードは、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって、第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していると決定する。

Ｓ４６０：第３のネットワークノードは、第１の経路を切断することを決定する。

別の可能な方式では、アップリンクデータの送信を完了した後、第１のネットワークノードのＮ個の子孫ＩＡＢノードのそれぞれが、第２のインジケーション情報を第１のネットワークノードに送信し、子孫ＩＡＢノードでのアップリンデータの送信が完了していることを示す。Ｎ個の子孫ＩＡＢノードによって送信されたＮ個の第２のインジケーション情報を受信した後、第１のネットワークノードは、第１の経路を介して子孫ＩＡＢノードによって送信される必要があるアップリンクデータパケットの送信が完了されたと決定する。さらに、第１のネットワークノードが第１のネットワークノードについてのアップリンクデータの送信が完了されたと決定した後、第１のネットワークノードは、第３のインジケーション情報を第３のネットワークノードに送信する。第３のインジケーション情報は、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって、第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していることを示す。具体的には、この方式では、方法４００は以下のステップを含む。

Ｓ４５０Ｂ：第１のネットワークノードは、Ｎ個の子孫ＩＡＢノードによって送信されたＮ個の第２のインジケーション情報を受信する。第２のインジケーション情報は、子孫ＩＡＢノードとの対応関係を有し、第１のインジケーション情報は、子孫ＩＡＢノードでのアップリンクデータの送信が完了していることを示す。

第１のネットワークノードが第１のネットワークノードについてのアップリンクデータの送信が完了されたと決定した後、第１のネットワークノードは、第３のインジケーション情報を第３のネットワークノードに送信する。第３のインジケーション情報は、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していることを示す。

それに対応して、第３のネットワークノードは、第１のネットワークノードから第３のインジケーション情報を受信する。第３のインジケーション情報は、第１のネットワークノード及び第１のネットワークノードの子孫ＩＡＢノードによって、第１の経路を介して送信される必要があるアップリンクデータパケットの送信が完了していることを示す。

Ｓ４６０：第３のネットワークノードは、第１の経路を切断することを決定する。

この出願のこの実施形態では、Ｓ４６０で第３のネットワークノードが第１の経路を切断すること決定する複数の可能な実装があることを理解するのは容易である。

方式１：

Ｓ４７０：第３のネットワークノードは、第４のインジケーション情報を第５のネットワークノード（第１のネットワークノードのソース親ノード）に送信する。第４のインジケーション情報は、第１のネットワークノードについてのスケジューリングを停止し、第１のネットワークノードのコンテキストを解放することを示す。言い換えると、第４のインジケーション情報は、第５のネットワークノードに、第１のネットワークノードに対する接続を解放するように指示する。

方式２：

Ｓ４８０：第３のネットワークノードは、第５のインジケーション情報を第１のネットワークノードに送信する。第５のインジケーション情報は、第１のネットワークノードがソース親ノードに対する接続を解放することを示す。例えば、第１のネットワークノードは、第５のインジケーション情報に基づいて、ソース親ノードによってサービスされるセルを解放する。言い換えると、第５のインジケーション情報は、第５のネットワークノードに対する接続を解放することを示す。

方法４００におけるステップの実行順序が厳密に限定されず、異なる問題を解決するために、ステップの実行順序が適切に調整されうると理解するのは容易である。さらに、方法４００は、複数の任意選択の方式を提供し、その方式に対応するステップも、それに対応して任意選択である。

方法４００によれば、ＩＡＢノードが複数のドナーノードに対する複数の接続を維持することをサポートするとき、ＣＵ間ハンドオーバシナリオにおけるＩＡＢノードの無損失データ送信を保証することができる。

この出願の前述の方法実施形態では、これらのステップ又は動作は単なる例に過ぎないことが理解されうる。この出願の実施形態では、他の動作又は様々な動作の変形がさらに実行されうる。さらに、ステップは、この出願の実施形態で提示された順序とは異なる順序で実行されうるし、この出願の実施形態における全ての動作が必ずしも実行されなくてよい。

前述は、ネットワーク要素間のインタラクションの観点から、この出願の実施形態において提供される解決策を主に説明している。それに対応して、この出願の実施形態は、通信装置をさらに提供し、通信装置は、前述の方法を実装するように構成される。通信装置は、前述の方法実施形態におけるネットワークノード、前述のネットワークノードを含む装置、又はネットワークノードで利用できる構成要素（チップ又は回路）でありうる。代替として、通信装置は、前述の方法実施形態における端末デバイス、前述の端末デバイスを含む装置、又は端末デバイスで利用できる構成要素でありうる。代替として、通信装置は、前述の方法実施形態におけるゲートウェイデバイスでありうるし、又はゲートウェイデバイスで利用できる構成要素でありうる。前述の機能を実装するために、通信装置は、対応する各機能を実行するためのハードウェア構造及び／又はソフトウェアモジュールを含むことが理解されうる。当業者は、この明細書で開示された実施形態で説明された例のユニット及びアルゴリズムステップを参照することで、この出願がハードウェアの形態で、又はハードウェアとコンピュータソフトウェアとの組み合わせで実装できることを容易に認識すべきである。当業者は、異なる方法を利用して、各特定のアプリケーションについて説明された機能を実装しうるが、その実装がこの出願の範囲を超えるとみなされるべきではない。

この出願の実施形態では、通信装置は、前述の方法実施形態に基づいて機能モジュールに分割されうる。例えば、各機能モジュールは、対応する各機能に基づく分割を介して取得されてよく、又は２つ以上の機能が１つの処理モジュールに統合されてよい。統合モジュールは、ハードウェアの形態で実装されてよく、又はソフトウェア機能モジュールの形態で実装されてよい。

図５は、この出願の実施形態による通信装置５００の概略ブロック図である。以下では、通信装置５００の構造及び機能について、図５を参照しながら具体的に説明する。通信装置５００は、処理モジュール５１０（又は処理ユニットと呼ばれる）を含みうる。任意選択で、通信装置５００は、トランシーバモジュール５２０（又はトランシーバユニット又は通信インターフェースと呼ばれる）及びストレージモジュール５３０（又はストレージユニットと呼ばれる）をさらに含みうる。

可能な設計では、図５の１つ又は複数のモジュールが、１つ又は複数のプロセッサによって実装されうるし、１つ又は複数のプロセッサ及び１つ又は複数のメモリによって実装されうるし、１つ又は複数のプロセッサ及び１つ又は複数のトランシーバによって実装されうるし、又は１つ又は複数のプロセッサ、１つ又は複数のメモリ、及び１つ又は複数のトランシーバによって実装されうる。これは、この出願のこの実施形態では限定されない。プロセッサ、メモリ、及びトランシーバは、別々に配置されてよく、又は一体化されてよい。

任意選択で、この出願のこの実施形態における装置５００内のモジュールは、この出願の実施形態における図２Ａから図２Ｃ、図３又は図４にて説明された方法を実行するように構成されうる。

可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のネットワークノードから第１のデータパケットを受信するように構成される。第２のネットワークノードは、第１のネットワークノードのターゲットドナーノード分散ユニットＤＵである。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。第３のネットワークノードは、第１のネットワークノードのソースドナーノード又はソースドナーノード中央ユニットＣＵである。トランシーバモジュール５２０は、第１のデータパケットを第３のネットワークノードに送信するようにさらに構成される。

装置によれば、ＩＡＢノードによるドナーＤＵ間データパケットの再ルーティング及び転送をサポートすることができる。これは、第１のネットワークノードのトポロジ更新プロセスにおけるデータパケット損失を回避し、第１のネットワークノードによってサービスされる端末のアップリンクサービス継続性への影響が低減する。

任意選択で、処理モジュール５１０は、インターネットプロトコルＩＰアドレスフィルタリングルールを更新して、第１のデータパケットを第３のネットワークノードに送信するように構成される。

任意選択で、トランシーバモジュール５２０は、第１のＩＰアドレスを取得するようにさらに構成される。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。任意選択で、処理モジュール５１０は、第１のＩＰアドレスに基づいてＩＰアドレスフィルタリングルールを更新するようにさらに構成される。

任意選択で、処理モジュール５１０は、ソースＩＰアドレスフィルタリングルールのホワイトリストに第１のＩＰアドレスを追加するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第４のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第４のネットワークノードから第１の一時停止インジケーション情報を受信するようにさらに構成される。第１の一時停止インジケーション情報は、第２のネットワークノードに、ＩＰアドレスフィルタリングルールを一時停止するように指示する。

任意選択で、処理モジュール５１０は、第１のデータパケットをカプセル化するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。処理モジュール５１０は、第１のデータパケットを決定するように構成される。第１のデータパケットの宛先ノードは、第３のネットワークノード又は第３のネットワークノード側のセキュリティゲートウェイである。

任意選択で、処理モジュール５１０は、第１のデータパケットを第２のネットワークノードに送信するために、第１のデータパケットのバックホール適応プロトコルレイヤ構成を更新するようにさらに構成される。

任意選択で、処理モジュール５１０は、第２のＩＰヘッダを第１のデータパケットに追加するようにさらに構成される。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。

任意選択で、トランシーバモジュール５２０は、第４のネットワークノードに第１のＩＰアドレスを送信するようにさらに構成される。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

任意選択で、処理モジュール５１０は、トポロジ更新を実行するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。処理モジュール５１０は、第１のメッセージを決定するように構成される。トランシーバモジュール５２０は、第１のメッセージを第２のネットワークノードに送信するように構成される。第１のメッセージは、ＩＰアドレスフィルタリングルールを更新するために、第２のネットワークノードによって利用される。任意選択で、処理モジュール５１０は、第１のＩＰアドレスを取得するようにさらに構成される。第１のＩＰアドレスは、第１のネットワークノードが第３のネットワークノードに接続されるときに第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである。

任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第１のネットワークノードから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、ＡＭＦから第１のＩＰアドレスを受信するようにさらに構成される。

任意選択で、処理モジュール５１０は、第１の一時停止インジケーション情報を決定するようにさらに構成される。第１の一時停止インジケーション情報は、第２のネットワークノードに、ＩＰアドレスフィルタリングルールを一時停止するように指示する。任意選択で、トランシーバモジュール５２０は、第２のネットワークノードから第２のデータパケットを受信するようにさらに構成される。第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含む。第１のＩＰヘッダのターゲットＩＰアドレスは、第３のネットワークノードである。第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスである。

任意選択で、トランシーバモジュール５２０は、第１のデータパケットを第３のネットワークノードに送信するようにさらに構成される。任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから、第１のネットワークノードによってサービスされる端末デバイスに関連し、かつ第１のデータパケット内にあるデータを受信するようにさらに構成される。別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のデータパケットを取得するように構成される。第１のデータパケットは、第１のネットワークノードが第２のネットワークノードに接続された後に第３のネットワークノードに送信されるデータパケットである。

任意選択で、処理モジュール５１０は、第１のデータパケットを処理するように構成される。任意選択で、トランシーバモジュール５２０は、第４のネットワークノードから第１のデータパケットを受信するようにさらに構成される。

任意選択で、処理モジュール５１０は、第１のデータパケットに基づいて、第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定するようにさらに構成される。任意選択で、トランシーバモジュール５２０は、端末デバイスに関連するデータを第４のネットワークノードに送信するようにさらに構成される。別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第３のネットワークノードから第１のハンドオーバコマンドを受信するように構成される。任意選択で、トランシーバモジュール５２０は、第１の送信完了インジケーション情報を送信するようにさらに構成される。第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示す。

任意選択で、処理モジュール５１０は、トポロジ更新を実行することを決定するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第１の送信完了インジケーション情報を第５のネットワークノードに送信するようにさらに構成される。任意選択で、トランシーバモジュール５２０は、第３のデータパケットを第３のネットワークノードに送信するようにさらに構成される。任意選択で、処理モジュール５１０は、第６のネットワークノードで実行されるアップリンクスケジューリングを停止するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のネットワークノードについてのアップリンクスケジューリングを停止することを示す送信インジケーション情報を受信するように構成される。処理モジュール５１０は、送信インジケーション情報に基づいて、第１のネットワークノードについてのアップリンクスケジューリングを停止することを決定するように構成される。任意選択で、トランシーバモジュール５２０は、第１のネットワークノードから第１の送信完了インジケーション情報を受信するようにさらに構成される。

任意選択で、トランシーバモジュール５２０は、第３のネットワークノードから第２のスケジューリング停止インジケーション情報を受信するようにさらに構成される。

別の可能な設計では、装置５００は、トランシーバモジュール５２０及び処理モジュール５１０を含みうる。トランシーバモジュール５２０は、第１のネットワークノードから第１の送信完了インジケーション情報を受信するように構成される。トランシーバモジュール５２０は、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信するようにさらに構成される。

図６は装置の構造の概略図である。装置６００は、ネットワークデバイス、端末デバイス、サーバ、又は集中型コントローラでありうるし、又は、前述の方法を実装する際にネットワークデバイス、端末デバイス、サーバ、又は集中型コントローラをサポートするチップ、チップシステム、プロセッサなどでありうる。装置は、前述の方法実施形態で説明した方法を実装するように構成されうる。詳細については、前述の方法実施形態の説明を参照されたい。

装置６００は、１つ又は複数のプロセッサ６１０を含みうる。プロセッサ６１０は、処理ユニットと呼ばれてもよく、特定の制御機能を実装しうる。プロセッサ６１０は、汎用プロセッサ、専用プロセッサなどでありうる。例えば、プロセッサ６１０は、ベースバンドプロセッサ又は中央処理装置でありうる。ベースバンドプロセッサは、通信プロトコル及び通信データを処理するように構成されうる。中央処理装置は、通信装置（例えば、基地局、ベースバンドチップ、端末、端末チップ、ＤＵ、又はＣＵ）を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するように構成されうる。

任意選択の設計では、プロセッサ６１０は、代替として、命令及び／又はデータ６３０を記憶しうるし、命令及び／又はデータ６３０はプロセッサによって実行され、装置６００が前述の方法実施形態の方法を実行できるようにしうる。

別の任意選択の設計では、プロセッサ６１０は、受信及び送信機能を実装するように構成されたトランシーバユニットを含みうる。例えば、トランシーバユニットは、トランシーバ回路、インターフェース、インターフェース回路、又は通信インターフェースでありうる。受信及び送信機能を実装するように構成されたトランシーバ回路、インターフェース、又はインターフェース回路は、分離されてよく、共に一体化されてよい。トランシーバ回路、インターフェース、又はインターフェース回路は、コード／データを読み書きするように構成されうる。代替として、トランシーバ回路、インターフェース、又はインターフェース回路は、信号を送信又は転送するように構成されうる。

さらに別の可能な設計では、装置６００は回路を含みうる。回路は、前述の方法実施形態における送信、受信、又は通信機能を実装しうる。

任意選択で、装置６００は、１つ又は複数のメモリ６２０を含みうる。メモリは、命令６４０を記憶しうる。命令は、プロセッサ上で実行されて、装置６００が前述の方法実施形態における方法を実行できるようにしうる。任意選択で、メモリは、データをさらに記憶しうる。任意選択で、プロセッサは命令及び／又はデータを記憶してもよい。プロセッサとメモリとは、別々に配置されてよく、又は共に一体化されてよい。例えば、前述の方法実施形態で説明した対応関係は、メモリに記憶されるか、プロセッサに記憶されうる。

任意選択で、装置６００は、トランシーバ６５０及び／又はアンテナ６６０をさらに含みうる。プロセッサ６１０は、処理ユニットと呼ばれ、装置６００を制御しうる。トランシーバ６５０は、トランシーバユニット、トランシーバマシン、トランシーバ回路、トランシーバ装置、トランシーバモジュールなどと呼ばれることがあり、受信及び送信機能を実装するように構成される。

任意選択で、この出願のこの実施形態における装置６００は、この出願の実施形態における図２Ａから図２Ｃ、図３又は図４にて説明した方法を実行するように構成されうる。

この出願で説明されているプロセッサ及びトランシーバは、集積回路（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＩＣ）、アナログＩＣ、無線周波数集積回路ＲＦＩＣ、混合信号ＩＣ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プリント回路基板（ｐｒｉｎｔｅｄ ｃｉｒｃｕｉｔ ｂｏａｒｄ、ＰＣＢ）、電子デバイスなどで実装されうる。プロセッサ及びトランシーバは、様々なＩＣ技術、例えば、相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）、Ｎ型金属酸化物半導体（ｎＭｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＮＭＯＳ）、Ｐ型金属酸化物半導体（ｐｏｓｉｔｉｖｅ ｃｈａｎｎｅｌ ｍｅｔａｌ ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＰＭＯＳ）、バイポーラ接合トランジスタ（Ｂｉｐｏｌａｒ Ｊｕｎｃｔｉｏｎ Ｔｒａｎｓｉｓｔｏｒ、ＢＪＴ）、バイポーラＣＭＯＳ（ＢｉＣＭＯＳ）、シリコンゲルマニウム（ＳｉＧｅ）、及びガリウム砒素（ＧａＡｓ）を利用して製造されてもよい。

前述の実施形態で説明した装置は、ネットワークデバイス又は端末デバイスでありうる。しかし、この出願に記載された装置の範囲はこれに限定されず、装置の構造は図６に限定されなくてよい。装置は、独立したデバイスでありうるし、又はより大きなデバイスの一部でありうる。例えば、装置は以下のものでありうる：

（１）独立した集積回路ＩＣ、チップ又はチップシステム、又は、サブシステム、

（２）１つ又は複数のＩＣのセットであり、ここで、任意選択で、ＩＣセットは、データ及び／又は命令を記憶するように構成された記憶構成要素を含むこともある、

（３）ＡＳＩＣ、例えば、モデム（ＭＳＭ）、

（４）別のデバイスに組み込まれることができるモジュール、

（５）受信機、端末、インテリジェント端末、セルラフォン、無線デバイス、ハンドヘルドデバイス、モバイルユニット、車載デバイス、ネットワークデバイス、クラウドデバイス、人工知能デバイス、機械デバイス、家庭用デバイス、医療用デバイス、産業用デバイスなど、又は

（６）その他。

当業者は、便利で簡潔な説明のために、前述のシステム、装置、及びユニットの詳細な動作プロセスについては、前述の方法実施形態における対応するプロセスを参照すべきであることについて理解しうる。詳細については、ここでは再度説明しない。

この出願に記載されたシステム、装置、及び方法は、代替として別の方式で実装されうることが理解されうる。例えば、説明した装置実施形態は単なる例である。例えば、ユニットへの分割は単なる論理的な機能分割であり、実際の実装では別の分割であってよい。例えば、複数のユニット又は構成要素が別のシステムに結合又は統合されうるし、又はいくつかの機能が無視されるか又は実行されないことがある。さらに、表示又は論述された相互結合又は直接結合又は通信接続は、いくつかのインターフェースを介して実装されうる。装置又はユニット間の間接的な結合又は通信接続は、電気的、機械的、又は別の形態で実装されうる。

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

さらに、この出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、ユニットのそれぞれは物理的に単独で存在してよく、又は２つ以上のユニットが１つのユニットに統合されてよい。

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

いくつかのシナリオでは、この出願の実施形態におけるいくつかの任意選択特徴は、対応する技術的問題を解決し、対応する効果を達成するために、別の特徴、例えば、任意選択の特徴が現在基づいている解決策に依存することなく、独立して実装されうることが理解されうる。代替として、いくつかのシナリオでは、任意選択の特徴が要件に基づいて他の特徴と組み合わされる。それに対応して、この出願の実施形態で提供される装置は、これらの特徴又は機能をそれに対応して実装してもよい。詳細については、ここでは説明しない。

当業者は、この出願の実施形態に列挙されている様々な例示的な論理ブロック（例示的な論理ブロック）及びステップ（ｓｔｅｐｓ）が、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせを利用することによって実装されうることをさらに理解しうる。機能がハードウェアを利用して実装されるかソフトウェアを利用して実装されるかは、特定のアプリケーションとシステム全体の設計要件とに依存する。当業者は、対応するアプリケーションの機能を実装するために様々な方法を利用しうるが、実装がこの出願の実施形態の範囲を超えるとみなされるべきではない。

この出願の実施形態におけるプロセッサは、集積回路チップでありうるし、信号処理能力を有することが理解されうる。実装プロセスでは、前述の方法実施形態のステップは、プロセッサ内のハードウェア集積論理回路又はソフトウェア形態の命令を利用して実装されうる。前述のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）又は別のプログラム可能な論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、又はディスクリートハードウェア構成要素でありうる。

この出願に記載された解決策は、様々な方式で実装されうる。例えば、技術は、ハードウェア、ソフトウェア、又はそれらの組み合わせを利用することによって実装されうる。ハードウェアの実装については、通信装置（例えば、基地局、端末、ネットワークエンティティ、又はチップ）でこれらの技術を実行するように構成された処理ユニットは、１つ又は複数の汎用プロセッサ、ＤＳＰ、デジタル信号プロセッサ、ＡＳＩＣ、プログラム可能な論理デバイス、ＦＰＧＡ又は別のプログラム可能な論理装置、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェア構成要素、又はそれらの任意の組み合わせで実装されうる。汎用プロセッサはマイクロプロセッサであってもよい。任意選択で、汎用プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。プロセッサはまた、デジタル信号プロセッサ及びマイクロプロセッサ、複数のマイクロプロセッサ、デジタル信号プロセッサコアを持つ１つ又は複数のマイクロプロセッサ、又は任意の他の同様の構成などのコンピューティング装置の組み合わせによって実装されてもよい。

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

この出願は、コンピュータプログラムを記憶するコンピュータ可読媒体をさらに提供する。コンピュータプログラムがコンピュータによって実行されるとき、前述の方法実施形態のいずれか１つの機能が実装される。

この出願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータによって実行されるとき、前述の方法実施形態のいずれか１つの機能が実装される。

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを利用して実装されうる。実施形態を実装するためにソフトウェアが利用されるとき、実施形態の全て又は一部は、コンピュータプログラム製品の形態で実装されうる。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータ命令がコンピュータ上でロードされて実行されるとき、この出願の実施形態による手順又は機能の全て又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置でありうる。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバー、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））又は無線（例えば、赤外線、無線、及びマイクロ波など）方式で、ウェブサイト、コンピュータ、サーバ、又はデータセンターから別のウェブサイト、コンピュータ、サーバ、又はデータセンターに送信されうる。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体、又は１つ又は複数の利用可能な媒体を統合するサーバ又はデータセンターなどのデータ記憶デバイスでありうる。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、磁気テープなど）、光学媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ、ＤＶＤ））、半導体媒体（例えば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などでありうる。

明細書全体で言及される「実施形態」は、実施形態に関連する特定の特徴、構造、又は特性がこの出願の少なくとも１つの実施形態に含まれることを意味することが理解されうる。従って、明細書全体の実施形態は、必ずしも同じ実施形態を指しているとは限らない。さらに、これらの特定の特徴、構造、又は特性は、任意の適切な方式を利用することによって、１つ又は複数の実施形態が組み合わされうる。前述のプロセスの順序番号は、この出願の様々な実施形態における実行順序を意味しないことが理解されうる。プロセスの実行順序は、プロセスの機能及び内部論理に基づいて決定されるべきであり、この出願の実施形態の実装プロセスに対するいかなる限定としても解釈されるべきではない。

この出願において、「のとき」及び「の場合」は、装置が客観的な状況で対応する処理を実行することを意味し、時間を限定することが意図されていないことが理解されることができうる。これらの用語は、装置が実装中に決定動作を有する必要があることを意味するものではなく、任意の他の限定を意味するものではない。

この出願における「同時に」は、同じ時点にあると理解されてよく、ある期間内にあると理解されてよく、又は同じ周期内にあると理解されてよい。

当業者は、この出願において第１及び第２などの様々な数字が、説明を容易にするために単に区別のために利用され、この出願の実施形態の範囲を限定するために利用されないことを理解しうる。数の特定の値（インデックスと呼ばれることもある）、数量の特定の値、及びこの出願における位置は、単に例として利用されうるが、一意の表現形式ではなく、この出願の実施形態の範囲を限定するために利用されるものではない。この出願において第１及び第２などの様々な数字は、説明を容易にするため、単に区別するために利用されており、この出願の実施形態の範囲を限定するために利用されるものではない。

この出願において、単数形態で表される要素は、特に明記されない限り、「１つ又は複数」を表すことを意図されるが、「１つ及び１つだけ」を表すものではない。この出願では、特に明記されない限り、「少なくとも１つ」は「１つ又は複数」を表すことを意図され、「複数」は「２つ以上」を表すことを意図される。

さらに、「システム」及び「ネットワーク」という用語は、この明細書では交換可能に利用されうる。この明細書において「少なくとも１つ」という用語は、列挙された項目の全ての組み合わせ又は任意の組み合わせを示す。例えば、「Ａ、Ｂ、及びＣの少なくとも１つ」は、以下の６つの場合、即ち、Ａのみが存在すること、Ｂのみが存在すること、Ｃのみが存在すること、ＡとＢが共に存在すること、ＢとＣが共に存在すること、そして、Ａ、Ｂ、及びＣが共に存在すること、を示しうる。Ａは単数でも複数でもよく、Ｂは単数でも複数でもよく、Ｃは単数でも複数でもよい。

この出願の実施形態において、「Ａに対応するＢ」は、ＢがＡに関連付けられていることを表し、ＢはＡに基づいて決定されうることを理解することができる。しかし、Ａに基づいてＢを決定することは、Ｂは、Ａのみに基づいて決定されることを意味するものではないことがさらに理解されるべきである。代替として、Ｂは、Ａ及び／又は他の情報に基づいて決定されてよい。

当業者は、この明細書で開示される実施形態を参照しながら説明されている例におけるユニット及びアルゴリズムステップが、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装できることを理解しうる。機能がハードウェア方式で実行されるか、ソフトウェア方式で実行されるかは、特定のアプリケーションと技術解決策の設計上の制約条件に依存する。当業者は、各特定のアプリケーションについて説明された機能を実装するために、異なる方法を利用してよいが、その実装がこの出願の範囲を超えるとみなされるべきではない。

この出願の実施形態における同一又は同様の部分については、互いに参照されたい。この出願の実施形態及び実施形態における実装／実装方法では、別途明記されない限り、又は論理的な矛盾が生じない限り、用語及び／又は記述は一貫しており、異なる実施形態間及び実施形態における実装／実装方法間で相互に参照されうる。異なる実施形態における技術的特徴及び実施形態における実装／実装方法が組み合わされて、その内部論理関係に基づいて新しい実施形態、実装、又は実装方法を形成しうる。この出願の前述の実装は、この出願の保護範囲を限定することを意図されていない。

前述の説明は、この出願の単なる具体的な実装に過ぎず、この出願の保護範囲を限定することを意図されるものではない。この出願に開示された技術的範囲内で当業者によって容易に考え出されるあらゆる変形又は置換は、この出願の保護範囲内に収まるべきである。

Claims (88)

1. 第２のネットワークノードによって、第１のネットワークノードから第１のデータパケットを受信するステップであって、前記第２のネットワークノードは、前記第１のネットワークノードのターゲットドナーノード分散ユニットＤＵであり、前記第１のデータパケットの宛先ノードは、第３のネットワークノード又は前記第３のネットワークノードの側のセキュリティゲートウェイであり、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノード中央ユニットＣＵである、ステップと、
   前記第２のネットワークノードによって、前記第１のデータパケットを前記第３のネットワークノードに送信するステップと、
   を含む、通信方法。
2. 前記方法は、前記第２のネットワークノードによって、インターネットプロトコルＩＰアドレスフィルタリングルールを更新して、前記第１のデータパケットを前記第３のネットワークノードに送信するステップをさらに含む、
   請求項１に記載の方法。
3. 前記第２のネットワークノードによって、ＩＰアドレスフィルタリングルールを更新する前記ステップは、
   前記第２のネットワークノードによって、第１のＩＰアドレスを取得するステップであって、前記第１のＩＰアドレスは、前記第１のネットワークノードが前記第３のネットワークノードに接続されるときに前記第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである、ステップと、
   前記第２のネットワークノードによって、前記第１のＩＰアドレスに基づいて前記ＩＰアドレスフィルタリングルールを更新するステップと、
   を含む、
   請求項２に記載の方法。
4. 前記第２のネットワークノードによって、第１のＩＰアドレスを取得する前記ステップは、
   前記第２のネットワークノードによって、前記第３のネットワークノードから前記第１のＩＰアドレスを受信するステップを含む、
   請求項３に記載の方法。
5. 前記第２のネットワークノードによって、第１のＩＰアドレスを取得する前記ステップは、
   前記第２のネットワークノードによって、第４のネットワークノードから前記第１のＩＰアドレスを受信するステップであって、前記第４のネットワークノードは、前記第１のネットワークノードのターゲットドナー中央ユニットＣＵである、ステップを含む、
   請求項３に記載の方法。
6. 前記第２のネットワークノードによって、ＩＰアドレスフィルタリングルールを更新する前記ステップは、
   前記第２のネットワークノードによって、第４のネットワークノードから第１の一時停止インジケーション情報を受信するステップであって、前記第１の一時停止インジケーション情報は、前記第２のネットワークノードが前記ＩＰアドレスフィルタリングルールを一時停止することを示し、前記第４のネットワークノードは、前記第１のネットワークノードのターゲットドナーＣＵである、ステップを含む、
   請求項２に記載の方法。
7. 前記第１のデータパケットは、第２のデータパケットにカプセル化され、前記第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含み、前記第１のＩＰヘッダのターゲットＩＰアドレスは、前記第３のネットワークノードのＩＰアドレス又は前記第３のネットワークノードの側の前記セキュリティゲートウェイのＩＰアドレスであり、前記第２のＩＰヘッダのターゲットＩＰアドレスは、前記第４のネットワークノードのＩＰアドレスであり、
   前記第４のネットワークノードが前記第１のデータパケットを前記第３のネットワークノードに送信するために、前記第２のネットワークノードによって、前記第２のＩＰヘッダに基づいて前記第４のネットワークノードに前記第２のデータパケットを送信する、
   請求項１～６のいずれか１項に記載の方法。
8. 前記第２のデータパケットは、前記第４のネットワークノードに、前記第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む、
   請求項７に記載の方法。
9. 前記第２のＩＰヘッダは、前記第２のネットワークノードによって前記第１のデータパケットに追加されるか、又は前記第２のＩＰヘッダは、前記第１のネットワークノードによって前記第１のデータパケットに追加される、
   請求項７又は８に記載の方法。
10. 前記第１のネットワークノードは、前記第２のネットワークノードが前記第１のネットワークノードから前記第１のデータパケットを受信する前にトポロジ更新を完了する、
    請求項１～９のいずれか１項に記載の方法。
11. 第１のネットワークノードによって、第１のデータパケットを決定するステップであって、前記第１のデータパケットの宛先ノードは、第３のネットワークノード又は前記第３のネットワークノードの側のセキュリティゲートウェイであり、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである、ステップと、
    前記第１のネットワークノードによって、前記第１のデータパケットを第２のネットワークノードに送信するステップであって、前記第２のネットワークノードは、前記第１のネットワークノードのターゲットドナーノードＤＵである、ステップと、
    を含む、通信方法。
12. 前記方法は、前記第１のネットワークノードによって、前記第１のデータパケットのバックホール適応プロトコルＢＡＰレイヤ構成を更新して、前記第１のデータパケットを前記第２のネットワークノードに送信するステップをさらに含む、
    請求項１１に記載の方法。
13. 前記方法は、前記第１のネットワークノードによって、第２のＩＰヘッダを前記第１のデータパケットに追加するステップであって、前記第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスであり、前記第４のネットワークノードは、前記第１のネットワークノードのターゲットドナー中央ユニットＣＵである、ステップをさらに含む、
    請求項１１又は１２に記載の方法。
14. 前記第１のデータパケットは、前記第４のネットワークノードに、前記第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む、
    請求項１３に記載の方法。
15. 前記方法は、前記第１のネットワークノードによって、前記第４のネットワークノードに第１のＩＰアドレスを送信するステップであって、前記第１のＩＰアドレスは、前記第１のネットワークノードが前記第３のネットワークノードに接続されるときに前記第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである、ステップをさらに含む、
    請求項１１～１４のいずれか１項に記載の方法。
16. 第１のネットワークノードによって、第１のデータパケットを決定する前記ステップの前に、前記方法は、前記第１のネットワークノードによって、トポロジ更新を実行するステップをさらに含む、
    請求項１１～１５のいずれか１項に記載の方法。
17. 第４のネットワークノードによって、第１のメッセージを決定するステップであって、前記第４のネットワークノードは、第１のネットワークノードのターゲットドナーノードＣＵである、ステップと、
    前記第４のネットワークノードによって、前記第１のメッセージを第２のネットワークノードに送信するステップであって、前記第１のメッセージは、ＩＰアドレスフィルタリングルールを更新するために前記第２のネットワークノードによって利用され、前記第２のネットワークノードは、前記第１のネットワークノードのターゲットドナーノードＤＵである、ステップと、
    を含む、通信方法。
18. 第４のネットワークノードによって、第１のメッセージを決定する前記ステップは、
    前記第４のネットワークノードによって、第１のＩＰアドレスを取得するステップであって、前記第１のＩＰアドレスは、前記第１のネットワークノードが第３のネットワークノードに接続されるときに前記第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスであり、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである、ステップを含み、
    前記第４のネットワークノードによって、前記第１のメッセージを第２のネットワークノードに送信する前記ステップは、
    前記第１のメッセージが前記第１のＩＰアドレスを含むこと、を含む、
    請求項１７に記載の方法。
19. 前記第４のネットワークノードによって、第１のＩＰアドレスを取得する前記ステップは、
    前記第４のネットワークノードによって、前記第３のネットワークノードから前記第１のＩＰアドレスを受信するステップと、
    前記第４のネットワークノードによって、前記第１のネットワークノードから前記第１のＩＰアドレスを受信するステップと、又は
    前記第４のネットワークノードによって、アクセス及びモビリティ管理機能ＡＭＦから前記第１のＩＰアドレスを受信するステップと、
    を含む、
    請求項１８に記載の方法。
20. 第４のネットワークノードによって、第１のメッセージを決定する前記ステップは、
    前記第４のネットワークノードによって、第１の一時停止インジケーション情報を決定するステップであって、前記第１の一時停止インジケーション情報は、前記第２のネットワークノードに、前記ＩＰアドレスフィルタリングルールを一時停止するように指示する、ステップを含み、
    前記第４のネットワークノードによって、前記第１のメッセージを第２のネットワークノードに送信する前記ステップは、
    前記第１のメッセージは、前記第１の一時停止インジケーション情報を含むことを含む、
    請求項１７に記載の方法。
21. 前記方法は、
    前記第４のネットワークノードによって、前記第２のネットワークノードから第２のデータパケットを受信するステップであって、前記第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含み、前記第１のＩＰヘッダのターゲットＩＰアドレスは、前記第３のネットワークノードであり、前記第２のＩＰヘッダのターゲットＩＰアドレスは、前記第４のネットワークノードのＩＰアドレスである、ステップと、
    前記第４のネットワークノードによって、第１のデータパケットを前記第３のネットワークノードに送信するステップであって、前記第１のデータパケットは、前記第４のネットワークノードによって、前記第２のデータパケットを処理することによって取得されるデータパケットであり、前記第１のデータパケットは、前記第２のＩＰヘッダを含まない、ステップと、
    をさらに含む、
    請求項１７～２０のいずれか１項に記載の方法。
22. 前記方法は、
    前記第１のデータパケットは、前記第２のＩＰヘッダを除去した後で、前記第１のＩＰヘッダに基づいて、前記第４のネットワークノードに、前記第１のデータパケットを前記第３のネットワークノードに転送するように指示する第１の除去インジケーション情報をさらに含むこと、
    をさらに含む、
    請求項２１に記載の方法。
23. 前記第４のネットワークノードは、前記第３のネットワークノードから、前記第１のネットワークノードによってサービスされる端末デバイスに関連し、かつ前記第１のデータパケット内にあるデータを受信する、
    請求項１７～２２のいずれか１項に記載の方法。
24. 第３のネットワークノードによって、第１のデータパケットを取得するステップであって、前記第１のデータパケットは、第１のネットワークノードが第２のネットワークノードに接続された後に前記第３のネットワークノードに送信されるデータパケットである、ステップと、
    前記第３のネットワークノードによって、前記第１のデータパケットを処理するステップであって、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵであり、前記第２のネットワークノードは、前記第１のネットワークノードのターゲットドナーノードＤＵである、ステップと、
    を含む、通信方法。
25. 第３のネットワークノードによって、第１のデータパケットを取得する前記ステップは、
    前記第３のネットワークノードによって、第４のネットワークノードから前記第１のデータパケットを受信するステップであって、前記第１のデータパケットは、前記第４のネットワークノードによって、前記第２のネットワークノードからの第２のデータパケットを処理することによって取得されるデータパケットであり、前記第１のデータパケットは、前記第２のデータパケットにカプセル化される、ステップと、
    前記第３のネットワークノードによって、前記第２のネットワークノードから前記第１のデータパケットを受信するステップと、
    を含む、
    請求項２４に記載の方法。
26. 前記第３のネットワークノードによって、前記第１のデータパケットを処理する前記ステップは、
    前記第３のネットワークノードによって、前記第１のデータパケットに基づいて、前記第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定するステップと、
    前記第３のネットワークノードによって、前記端末デバイスに関連する前記データを前記第４のネットワークノードに送信するステップと、
    を含む、
    請求項２４又は２５に記載の方法。
27. 前記端末デバイスに関連する前記データは、前記端末デバイスのパケットデータコンバージェンスプロトコルＰＤＣＰサービスデータユニットＳＤＵである、
    請求項２４～２６のいずれか１項に記載の方法。
28. 第１のネットワークノードによって、第３のネットワークノードから第１のハンドオーバコマンドを受信するステップであって、前記第１のハンドオーバコマンドは、前記第１のネットワークノードがハンドオーバを実行することを示し、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである、ステップと、
    前記第１のネットワークノードによって、第３のデータパケットの送信が完了していることを示す第１の送信完了インジケーション情報を送信するステップであって、前記第３のデータパケットは、前記第１のネットワークノード及び前記第１のネットワークノードの子孫ノードからのアップリンクデータを含み、前記子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む、ステップと、
    を含む、通信方法。
29. 前記方法は、前記第１のネットワークノードによって、前記第３のデータパケットを前記第３のネットワークノードに送信するステップをさらに含む、
    請求項２８に記載の方法。
30. 前記方法は、前記第１のネットワークノードによって、第６のネットワークノードについてのアップリンクスケジューリングを停止するステップであって、前記第６のネットワークノードは、前記第１のネットワークノードの前記子孫ネットワークノードである、ステップをさらに含む、
    請求項２８又は２９に記載の方法。
31. 第６のネットワークノードについてのアップリンクスケジューリングを停止する前記ステップは、
    前記第１のネットワークノードによって、前記第６のネットワークノードから、第４のデータパケットの送信が完了していることを示す第２の送信完了インジケーション情報を受信するステップであって、前記第４のデータパケットは、前記第６のネットワークノード及び前記第６のネットワークノードの子孫ノードからのアップリンクデータを含む、ステップと、
    前記第２の送信インジケーション情報に基づいて、前記第１のネットワークノードによって、前記第６のネットワークノードについての前記アップリンクスケジューリングを停止するステップと、
    を含む、
    請求項３０に記載の方法。
32. 第６のネットワークノードについてのアップリンクスケジューリングを停止する前記ステップは、
    前記第１のネットワークノードによって、前記第３のネットワークノードから第１のスケジューリング停止インジケーション情報を受信するステップと、
    前記第１のネットワークノードによって、前記第１のスケジューリング停止インジケーション情報に基づいて、前記第６のネットワークノードについての前記アップリンクスケジューリングを停止するステップと、
    を含む、
    請求項３０に記載の方法。
33. 前記第１のネットワークノードによって、第１の送信完了インジケーション情報を送信する前記ステップは、
    前記第１のネットワークノードによって、前記第１の送信完了インジケーション情報を前記第３のネットワークノードに送信するステップを含む、
    請求項２８～３２のいずれか１項に記載の方法。
34. 前記第１のネットワークノードによって、第１の送信完了インジケーション情報を送信する前記ステップは、
    前記第１のネットワークノードによって、前記第１の送信完了インジケーション情報を第５のネットワークノードに送信するステップであって、前記第５のネットワークノードは、前記第１のネットワークノードにアクセス及びバックホールサービスを提供する、ステップを含む、
    請求項３０～３２のいずれか１項に記載の方法。
35. 第１のネットワークノードによって、第３のネットワークノードから第１のハンドオーバコマンドを受信する前記ステップの後で、前記方法は、
    前記第１のネットワークノードによって、端末デバイスのアップリンクスケジューリングを停止し、前記第１のネットワークノードによって、前記端末デバイスにアクセス及びバックホールサービスを提供するステップをさらに含む、
    請求項２８～３４のいずれか１項に記載の方法。
36. 前記第１の送信完了インジケーション情報は、前記第３のデータパケットで搬送されるか、又は前記第１の送信完了インジケーション情報は、バックホール適応プロトコルＢＡＰレイヤの制御プロトコルデータユニットＰＤＵで搬送される、
    請求項２８～３５のいずれか１項に記載の方法。
37. 第５のネットワークノードによって、第１のネットワークノードについてのアップリンクスケジューリングを停止することを示す送信インジケーション情報を受信するステップであって、前記第５のネットワークノードは、前記第１のネットワークノードにアクセス及びバックホールサービスを提供する、ステップと、
    前記送信インジケーション情報に基づいて、前記第５のネットワークノードによって、前記第１のネットワークノードについての前記アップリンクスケジューリングを停止することを決定するステップと、
    を含む、通信方法。
38. 第５のネットワークノードによって送信インジケーション情報を受信する前記ステップは、
    前記第５のネットワークノードによって、前記第１のネットワークノードから第１の送信完了インジケーション情報を受信するステップであって、前記第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示し、前記第３のデータパケットは、前記第１のネットワークノード及び前記第１のネットワークノードの子孫ノードからのアップリンクデータを含み、前記子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む、ステップと、
    前記第１の送信完了インジケーション情報に基づいて、前記第５のネットワークノードによって、前記第１のネットワークノードについての前記アップリンクスケジューリングを停止することを決定するステップと、
    を含む、
    請求項３７に記載の方法
39. 第５のネットワークノードによって送信インジケーション情報を受信する前記ステップは、
    前記第５のネットワークノードによって、第３のネットワークノードから第２のスケジューリング停止インジケーション情報を受信するステップであって、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである、ステップを含む、
    請求項３７に記載の方法。
40. 前記第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、前記第２のハンドオーバコマンドは、前記第５のネットワークノードに、ハンドオーバを実行するように指示する、
    請求項３９に記載の方法。
41. 第３のネットワークノードによって、第１のネットワークノードから第１の送信完了インジケーション情報を受信するステップであって、前記第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示し、前記第３のデータパケットは、前記第１のネットワークノード及び前記第１のネットワークノードの子孫ノードからのアップリンクデータを含み、前記子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む、ステップと、
    前記第３のネットワークノードによって、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信するステップであって、前記第２のスケジューリング停止インジケーション情報は、前記第５のネットワークノードが前記第１のネットワークノードについてのアップリンクスケジューリングを停止することを示し、前記第５のネットワークノードは、前記第１のネットワークノードにアクセス及びバックホールサービスを提供する、ステップと、
    を含む、通信方法。
42. 前記第１の送信完了インジケーション情報は、前記アップリンクデータで搬送されるか、又は前記第１の送信完了インジケーション情報は、ＲＲＣメッセージ又はＦ１ＡＰメッセージで搬送される、
    請求項４１に記載の方法。
43. 前記第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、前記第２のハンドオーバコマンドは、前記第５のネットワークノードに、ハンドオーバを実行するように指示する、
    請求項４１に記載の方法。
44. 処理モジュールとトランシーバモジュールとを含む通信装置であって、
    前記トランシーバモジュールは、第１のネットワークノードから第１のデータパケットを受信することであって、前記装置は、前記第１のネットワークノードのターゲットドナーノード分散ユニットＤＵであり、前記第１のデータパケットの宛先ノードは、第３のネットワークノード又は前記第３のネットワークノードの側のセキュリティゲートウェイであり、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノード中央ユニットＣＵである、ことを行うように構成され、
    前記トランシーバモジュールは、前記第１のデータパケットを前記第３のネットワークノードに送信するようにさらに構成される、
    通信装置。
45. 前記処理モジュールは、インターネットプロトコルＩＰアドレスフィルタリングルールを更新して、前記第１のデータパケットを前記第３のネットワークノードに送信するように構成される、
    請求項４４に記載の装置。
46. 前記処理モジュールが前記ＩＰアドレスフィルタリングルールを更新することは、
    前記トランシーバモジュールが、第１のＩＰアドレスを取得することであって、前記第１のＩＰアドレスは、前記第１のネットワークノードが前記第３のネットワークノードに接続されるときに前記第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスである、ことを行うようにさらに構成されることと、
    前記処理モジュールが、前記第１のＩＰアドレスに基づいて前記ＩＰアドレスフィルタリングルールを更新するようにさらに構成されることと、
    を含む、
    請求項４５に記載の装置。
47. 前記トランシーバモジュールが第１のＩＰアドレスを取得するようにさらに構成されることは、
    前記トランシーバモジュールが、前記第３のネットワークノードから前記第１のＩＰアドレスを受信するようにさらに構成されること、を含む、
    請求項４６に記載の装置。
48. 前記トランシーバモジュールが第１のＩＰアドレスを取得するようにさらに構成されることは、
    前記トランシーバモジュールが、第４のネットワークノードから前記第１のＩＰアドレスを受信することであって、前記第４のネットワークノードは、前記第１のネットワークノードのターゲットドナー中央ユニットＣＵである、ことを行うようにさらに構成されること、を含む、
    請求項４６に記載の装置。
49. 前記処理モジュールがＩＰアドレスフィルタリングルールを更新するようにさらに構成されることは、
    前記トランシーバモジュールが、第４のネットワークノードから第１の一時停止インジケーション情報を受信することであって、前記第１の一時停止インジケーション情報は、前記装置が前記ＩＰアドレスフィルタリングルールを一時停止することを示し、前記第４のネットワークノードは、前記第１のネットワークノードのターゲットドナーＣＵである、ことを行うようにさらに構成されること、を含む、
    請求項４５に記載の装置。
50. 前記処理モジュールは、前記第１のデータパケットをカプセル化するようにさらに構成され、第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含み、前記第１のＩＰヘッダのターゲットＩＰアドレスは、前記第３のネットワークノードのＩＰアドレス又は前記第３のネットワークノードの側の前記セキュリティゲートウェイのＩＰアドレスであり、前記第２のＩＰヘッダのターゲットＩＰアドレスは、前記第４のネットワークノードのＩＰアドレスであり、
    前記第４のネットワークノードが前記第１のデータパケットを前記第３のネットワークノードに送信するために、前記トランシーバモジュールは、前記第２のＩＰヘッダに基づいて、前記第２のデータパケットを前記第４のネットワークノードに送信するようにさらに構成される、
    請求項４４～４９のいずれか１項に記載の装置。
51. 前記第２のデータパケットは、前記第４のネットワークノードに、前記第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む、
    請求項５０に記載の装置。
52. 前記第２のＩＰヘッダは、前記処理モジュールによって前記第１のデータパケットに追加されるか、又は前記第２のＩＰヘッダは、前記第１のネットワークノードによって前記第１のデータパケットに追加される、
    請求項５０又は５１に記載の装置。
53. 前記トランシーバモジュールが前記第１のネットワークノードから前記第１のデータパケットを受信するように構成される前に、前記第１のネットワークノードは、トポロジ更新を完了する、
    請求項４４～５２のいずれか１項に記載の装置。
54. 処理モジュールとトランシーバモジュールとを含む通信装置であって、
    前記処理モジュールは、第１のデータパケットを決定することであって、前記第１のデータパケットの宛先ノードは、第３のネットワークノード又は前記第３のネットワークノードの側のセキュリティゲートウェイであり、前記第３のネットワークノードは、前記装置のソースドナーノード又はソースドナーノードＣＵである、ことを行うように構成され、
    前記トランシーバモジュールは、前記第１のデータパケットを第２のネットワークノードに送信することであって、前記第２のネットワークノードは、前記装置のターゲットドナーノードＤＵである、ことを行うように構成される、
    通信装置。
55. 前記処理モジュールは、前記第１のデータパケットを前記第２のネットワークノードに送信するために、前記第１のデータパケットのバックホール適応プロトコルＢＡＰレイヤ構成を更新するようにさらに構成される、
    請求項５４に記載の装置。
56. 前記処理モジュールは、第２のＩＰヘッダを前記第１のデータパケットに追加することであって、前記第２のＩＰヘッダのターゲットＩＰアドレスは、第４のネットワークノードのＩＰアドレスであり、前記第４のネットワークノードは、前記装置のターゲットドナー中央ユニットＣＵである、ことを行うようにさらに構成される、
    請求項５４又は５５に記載の装置。
57. 前記第１のデータパケットは、前記第４のネットワークノードに、前記第２のＩＰヘッダを除去するように指示する第１の除去インジケーション情報をさらに含む、
    請求項５６に記載の装置。
58. 前記トランシーバモジュールは、第１のＩＰアドレスを前記第４のネットワークノードに送信することであって、前記第１のＩＰアドレスは、前記装置が前記第３のネットワークノードに接続されるときに前記装置によって取得される１つ又は複数のＩＰアドレスである、ことを行うようにさらに構成される、
    請求項５４～５７のいずれか１項に記載の装置。
59. 前記処理モジュールは、前記処理モジュールが前記第１のデータパケットを決定するように構成される前に、トポロジ更新を実行するようにさらに構成される、
    請求項５４～５８のいずれか１項に記載の装置。
60. 処理モジュールとトランシーバモジュールとを含む通信装置であって、
    前記処理モジュールは、第１のメッセージを決定することであって、前記装置は、第１のネットワークノードのターゲットドナーノードＣＵである、ことを行うように構成され、
    前記トランシーバモジュールは、前記第１のメッセージを第２のネットワークノードに送信することであって、前記第１のメッセージは、ＩＰアドレスフィルタリングルールを更新するために前記第２のネットワークノードによって利用され、前記第２のネットワークノードは、前記第１のネットワークノードのターゲットドナーノードＤＵである、ことを行うように構成される、
    通信装置。
61. 前記処理モジュールが第１メッセージを決定するように構成されることは、
    前記トランシーバモジュールが、第１のＩＰアドレスを取得することであって、前記第１のＩＰアドレスは、前記第１のネットワークノードが第３のネットワークノードに接続されるときに前記第１のネットワークノードによって取得される１つ又は複数のＩＰアドレスであり、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである、ことを行うようにさらに構成されること、を含み、
    前記トランシーバモジュールが前記第１のメッセージを第２のネットワークノードに送信するようにさらに構成されることは、
    前記第１のメッセージが前記第１のＩＰアドレスを含むこと、を含む、
    請求項６０に記載の装置。
62. 前記トランシーバモジュールが第１のＩＰアドレスを取得するようにさらに構成されることは、
    前記トランシーバモジュールが、前記第３のネットワークノードから前記第１のＩＰアドレスを受信するようにさらに構成されること、
    前記トランシーバモジュールが、前記第１のネットワークノードから前記第１のＩＰアドレスを受信するようにさらに構成されること、又は
    前記トランシーバモジュールが、アクセス及びモビリティ管理機能ＡＭＦから前記第１のＩＰアドレスを受信するようにさらに構成されること、
    を含む、
    請求項６１に記載の装置。
63. 前記処理モジュールが第１メッセージを決定するように構成されることは、
    前記処理モジュールが、第１の一時停止インジケーション情報を決定することであって、前記第１の一時停止インジケーション情報は、前記第２のネットワークノードに、前記ＩＰアドレスフィルタリングルールを一時停止するように指示する、ことを行うようにさらに構成されること、を含み、
    前記トランシーバモジュールが前記第１のメッセージを第２のネットワークノードに送信するようにさらに構成されることは、
    前記第１のメッセージが、前記第１の一時停止インジケーション情報を含むこと、を含む、
    請求項６０に記載の装置。
64. 前記トランシーバモジュールは、前記第２のネットワークノードから第２のデータパケットを受信することであって、前記第２のデータパケットは、第１のＩＰヘッダ及び第２のＩＰヘッダを含み、前記第１のＩＰヘッダのターゲットＩＰアドレスは、前記第３のネットワークノードであり、前記第２のＩＰヘッダのターゲットＩＰアドレスは、前記装置のＩＰアドレスである、ことを行うようにさらに構成され、
    前記トランシーバモジュールは、第１のデータパケットを前記第３のネットワークノードに送信することであって、前記第１のデータパケットは、前記装置によって、前記第２のデータパケットを処理することによって取得されるデータパケットであり、前記第１のデータパケットは、前記第２のＩＰヘッダを含まない、ことを行うようにさらに構成される、
    請求項６０～６３のいずれか１項に記載の装置。
65. 前記第１のデータパケットは、前記第２のＩＰヘッダを除去した後で、前記第１のＩＰヘッダに基づいて、前記装置に、前記第１のデータパケットを前記第３のネットワークノードに転送するように指示する第１の除去インジケーション情報をさらに含む、
    請求項６４に記載の装置。
66. 前記トランシーバモジュールは、前記第３のネットワークノードから、前記第１のネットワークノードによってサービスされる端末デバイスに関連し、かつ前記第１のデータパケット内にあるデータを受信するようにさらに構成される、
    請求項６０～６５のいずれか１項に記載の装置。
67. 処理モジュールとトランシーバモジュールとを含む通信装置であって、
    前記処理モジュールは、第１のデータパケットを取得することであって、前記第１のデータパケットは、第１のネットワークノードが第２のネットワークノードに接続された後に前記装置に送信されるデータパケットである、ことを行うように構成され、
    前記処理モジュールは、前記第１のデータパケットを処理するようにさらに構成され、
    前記装置は、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵであり、前記第２のネットワークノードは、前記第１のネットワークノードのターゲットドナーノードＤＵである、
    通信装置。
68. 前記処理モジュールが第１のデータパケットを取得するように構成されることは、
    前記トランシーバモジュールが、第４のネットワークノードから前記第１のデータパケットを受信することであって、前記第１のデータパケットは、前記第４のネットワークノードによって、前記第２のネットワークノードからの第２のデータパケットを処理することによって取得されるデータパケットであり、前記第１のデータパケットは、前記第２のデータパケットにカプセル化される、ことを行うように構成されることと、
    前記トランシーバモジュールが、前記第２のネットワークノードから前記第１のデータパケットを受信するようにさらに構成されることと、を含む、
    請求項６７に記載の装置。
69. 前記処理モジュールが前記第１のデータパケットを処理するように構成されることは、
    前記処理モジュールが、前記第１のデータパケットに基づいて、前記第１のネットワークノードによってサービスされる端末デバイスに関連するデータを決定するようにさらに構成されることと、
    前記トランシーバモジュールが、前記端末デバイスに関連する前記データを前記第４のネットワークノードに送信するようにさらに構成されることと、を含む、
    請求項６７又は６８に記載の装置。
70. 前記端末デバイスに関連する前記データは、前記端末デバイスのパケットデータコンバージェンスプロトコルＰＤＣＰサービスデータユニットＳＤＵである、
    請求項６７～６９のいずれか１項に記載の装置。
71. 処理モジュールとトランシーバモジュールとを含む通信装置であって、
    前記トランシーバモジュールは、第３のネットワークノードから第１のハンドオーバコマンドを受信することであって、前記第１のハンドオーバコマンドは、前記装置がハンドオーバを実行することを示し、前記第３のネットワークノードは、前記装置のソースドナーノード又はソースドナーノードＣＵである、ことを行うように構成され、
    前記トランシーバモジュールは、第３のデータパケットの送信が完了していることを示す第１の送信完了インジケーション情報を送信することであって、前記第３のデータパケットは、前記装置及び前記装置の子孫ノードからのアップリンクデータを含み、前記子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む、ことを行うようにさらに構成され、
    前記処理モジュールは、前記ハンドオーバを実行するように構成される、
    通信装置。
72. 前記トランシーバモジュールは、前記第３のデータパケットを前記第３のネットワークノードに送信するようにさらに構成される、
    請求項７１に記載の装置。
73. 前記処理モジュールは、第６のネットワークノードについてのアップリンクスケジューリングを停止することであって、前記第６のネットワークノードは、前記装置の前記子孫ネットワークノードである、ことを行うようにさらに構成される、
    請求項７１又は７２に記載の装置。
74. 前記処理モジュールが第６のネットワークノードについてのアップリンクスケジューリングを停止するようにさらに構成されることは、
    前記トランシーバモジュールが、前記第６のネットワークノードから、第４のデータパケットの送信が完了していることを示す第２の送信完了インジケーション情報を受信することであって、前記第４のデータパケットは、前記第６のネットワークノード及び前記第６のネットワークノードの子孫ノードからのアップリンクデータを含む、ことを行うようにさらに構成されることと、
    前記処理モジュールが、前記第２の送信インジケーション情報に基づいて、前記第６のネットワークノードについての前記アップリンクスケジューリングを停止するようにさらに構成されることと、を含む、
    請求項７３に記載の装置。
75. 前記処理モジュールが第６のネットワークノードについてのアップリンクスケジューリングを停止するようにさらに構成されることは、
    前記トランシーバモジュールが、前記第３のネットワークノードから第１のスケジューリング停止インジケーション情報を受信するようにさらに構成されることと、
    前記処理モジュールが、前記第１のスケジューリング停止インジケーション情報に基づいて、前記第６のネットワークノードについての前記アップリンクスケジューリングを停止するようにさらに構成されることと、を含む、
    請求項７３に記載の装置。
76. 前記トランシーバモジュールが第１の送信完了インジケーション情報を送信するようにさらに構成されることは、
    前記トランシーバモジュールが、前記第１の送信完了インジケーション情報を前記第３のネットワークノードに送信するようにさらに構成されること、を含む、
    請求項７１～７５のいずれか１項に記載の装置。
77. 前記トランシーバモジュールが第１の送信完了インジケーション情報を送信するようにさらに構成されることは、
    前記トランシーバモジュールが、前記第１の送信完了インジケーション情報を第５のネットワークノードに送信することであって、前記第５のネットワークノードは、前記装置にアクセス及びバックホールサービスを提供する、ことを行うようにさらに構成されること、を含む、
    請求項７３～７５のいずれか１項に記載の装置。
78. 前記トランシーバモジュールが前記第３のネットワークノードから前記第１のハンドオーバコマンドを受信するようにさらに構成された後、前記装置は、
    前記処理モジュールが、端末デバイスのアップリンクスケジューリングを停止するようにさらに構成されることと、前記装置が、前記端末デバイスにアクセス及びバックホールサービスを提供することと、をさらに含む、
    請求項７１～７７のいずれか１項に記載の装置。
79. 前記第１の送信完了インジケーション情報は、前記第３のデータパケットで搬送されるか、又は前記第１の送信完了インジケーション情報は、バックホール適応プロトコルＢＡＰレイヤの制御プロトコルデータユニットＰＤＵで搬送される、
    請求項７１～７８のいずれか１項に記載の装置。
80. 処理モジュールとトランシーバモジュールとを含む通信装置であって、
    前記トランシーバモジュールは、第１のネットワークノードについてのアップリンクスケジューリングを停止することを示す送信インジケーション情報を受信するように構成され、前記装置は、前記第１のネットワークノードにアクセス及びバックホールサービスを提供し、
    前記処理モジュールは、前記送信インジケーション情報に基づいて、前記第１のネットワークノードについての前記アップリンクスケジューリングを停止することを決定するように構成される、
    通信装置。
81. 前記トランシーバモジュールが送信インジケーション情報を受信するように構成されることは、
    前記トランシーバモジュールが、前記第１のネットワークノードから第１の送信完了インジケーション情報を受信することであって、前記第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示し、前記第３のデータパケットは、前記第１のネットワークノード及び前記第１のネットワークノードの子孫ノードからのアップリンクデータを含み、前記子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む、ことを行うようにさらに構成されることと、
    前記処理モジュールが、前記第１の送信完了インジケーション情報に基づいて、前記第１のネットワークノードについての前記アップリンクスケジューリングを停止することを決定するようにさらに構成されることと、を含む、
    請求項８０に記載の装置。
82. 前記トランシーバモジュールが送信インジケーション情報を受信するように構成されることは、
    前記トランシーバモジュールが、第３のネットワークノードから第２のスケジューリング停止インジケーション情報を受信することであって、前記第３のネットワークノードは、前記第１のネットワークノードのソースドナーノード又はソースドナーノードＣＵである、ことを行うようにさらに構成されること、を含む、
    請求項８０に記載の装置。
83. 前記第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、前記第２のハンドオーバコマンドは、前記装置に、ハンドオーバを実行するように指示する、
    請求項８２に記載の装置。
84. 処理モジュールとトランシーバモジュールとを含む通信装置であって、
    前記トランシーバモジュールは、第１のネットワークノードから第１の送信完了インジケーション情報を受信することであって、前記第１の送信完了インジケーション情報は、第３のデータパケットの送信が完了していることを示し、前記第３のデータパケットは、前記第１のネットワークノード及び前記第１のネットワークノードの子孫ノードからのアップリンクデータを含み、前記子孫ノードは、子孫ネットワークノード及び／又は子孫端末を含む、ことを行うように構成され、
    前記トランシーバモジュールは、第２のスケジューリング停止インジケーション情報を第５のネットワークノードに送信することであって、前記第２のスケジューリング停止インジケーション情報は、前記第５のネットワークノードが前記第１のネットワークノードについてのアップリンクスケジューリングを停止することを示し、前記第５のネットワークノードは、前記第１のネットワークノードにアクセス及びバックホールサービスを提供する、ことを行うようにさらに構成される、
    通信装置。
85. 前記第１の送信完了インジケーション情報は、前記アップリンクデータで搬送されるか、又は前記第１の送信完了インジケーション情報は、ＲＲＣメッセージ又はＦ１ＡＰメッセージで搬送される、
    請求項８４に記載の装置。
86. 前記第２のスケジューリング停止インジケーション情報は、第２のハンドオーバコマンドに含まれ、前記第２のハンドオーバコマンドは、前記第５のネットワークノードに、ハンドオーバを実行するように指示する、
    請求項８４に記載の装置。
87. プロセッサを含む通信装置であって、前記プロセッサは、メモリに結合され、前記メモリは、プログラム又は命令を記憶するように構成され、前記プログラム又は前記命令が前記プロセッサによって実行されるとき、前記装置は、請求項１～１０、１１～１６、１７～２３、２４～２７、２８～３６、３７～４０、４１～４３のいずれか１項に記載の方法を実行することが可能になる、通信装置。
88. コンピュータプログラム又は命令を記憶するコンピュータ可読記憶媒体であって、前記コンピュータプログラム又は前記命令が実行されるとき、コンピュータは、請求項１～１０、１１～１６、１７～２３、２４～２７、２８～３６、３７～４０、４１～４３のいずれか１項に記載の方法を実行することが可能になる、コンピュータ可読記憶媒体。

Images