JP2024503577A - Ａｃｌ構成方法及び装置 - Google Patents

Abstract

本願は、ＡＣＬ構成方法及び装置を開示する。第１の基地局は、ハンドオーバ要求メッセージ、構成更新メッセージ、又は二次局追加要求メッセージなどのシグナリングにおける第１の基地局のユーザプレーンＩＰアドレスを含み得、それにより、ターゲット基地局が、ＴＮＬアドレス発見手順を行うことなく第１の基地局のユーザプレーンＩＰアドレスを取得することができる。次いで、取得されたＩＰアドレスに基づいてＡＣＬが構成され得る。したがって、基地局ハンドオーバシナリオにおける、第１の基地局によって送信されたパケットが第２の基地局により破棄される場合が効率的に回避され得、データ伝送の信頼性が改善され得る。

Description

本願は、通信技術の分野、特に、ＡＣＬ構成方法及び装置に関する。

通信ネットワークにおけるセキュリティの目的で、基地局用のパケットフィルタリング機能が構成されている。すなわち、アクセス制御リスト（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｌｉｓｔ，ＡＣＬ）が基地局上で予め構成されており、基地局は、予め構成されたＡＣＬを通じて、受信されたパケットに対してアクセス制御を行う。具体的には、基地局は、そのソースインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ，ＩＰ）アドレス及び宛先ＩＰアドレスがＡＣＬ内にあるパケットのみを処理する。

端末デバイスが基地局ハンドオーバを行うシナリオにおいて、端末デバイスは、ある基地局（ソース基地局）から別の基地局（ターゲット基地局）へと移動する。コアネットワーク側でのハンドオーバ及び端末デバイス側でのエアインタフェースハンドオーバの間には時間差がある。したがって、端末デバイス側でのエアインタフェースハンドオーバが完了した後、コアネットワークは依然として、端末デバイスに送信されるべきデータをソース基地局に送信し得る。その結果、ソース基地局は、データを受信した後にデータをターゲット基地局に転送（データ転送）する必要がある。この場合、ターゲット基地局でパケットフィルタリング機能が有効化されている場合、ターゲット基地局は、ＡＣＬに基づいて、ソース基地局から受信したパケットを処理するかどうかを決定する。しかしながら、既存の基地局ハンドオーバシナリオでは、ソース基地局によって送信されたパケットをターゲット基地局が破棄する場合が生じることが多く、データ伝送の信頼性が乏しくなる。

本願は、基地局ハンドオーバプロセスにおけるデータ伝送の信頼性を改善するためのＡＣＬ構成方法及び装置を提供する。

第１の態様によれば、アクセス制御リストＡＣＬ構成方法が提供される。方法は、以下を含む：第２の基地局が、第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信する段階、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンインターネットプロトコルＩＰアドレスを保持する；及び前記第２の基地局が、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬに構成する段階。

本願のこの実施形態では、第１の基地局が、ハンドオーバ要求メッセージ内の第１の基地局のユーザプレーンＩＰアドレスを保持してよく、それにより、第２の基地局が、ハンドオーバ手順において第１の基地局のユーザプレーンＩＰアドレスを取得し、次いで、ＡＣＬを構成することができる。このように、端末が第１の基地局から第２の基地局にハンドオーバされるプロセスにおいて、第２の基地局は、第１の基地局によって送信されたパケットを破棄しない場合がある。加えて、第１の基地局の構成がアップデートされる（例えば、本願において限定されるものではないが、第１の基地局のユーザプレーンＩＰアドレスがアップデートされる、隣接セルがアップデートされる、又は別のアップデートが行われる）場合、第１の基地局は、構成更新メッセージ内で第１の基地局のユーザプレーンＩＰアドレスを保持してよく、それにより、第２の基地局が、第１の基地局のユーザプレーンＩＰアドレスを取得することができる。その後、端末デバイスが第１の基地局から第２の基地局にハンドオーバされる場合、第２の基地局は、ハンドオーバプロセスにおいて、第１の基地局によって送信されたパケットを破棄しない場合がある。これは、第２の基地局が、第１の基地局のユーザプレーンＩＰアドレスに基づいてＡＣＬを予め構成しているためである。

可能な設計において、第２の基地局がユーザプレーンＩＰアドレスに基づいてＡＣＬを構成した後、第２の基地局はさらに第１の基地局からパケットを受信し、第２の基地局は、パケットのソースＩＰアドレスがＡＣＬ内にあるかどうかを決定する。パケットのソースＩＰアドレスがＡＣＬ内にある場合、第２の基地局はパケットを処理する。パケットのソースＩＰアドレスがＡＣＬ内にない場合、第２の基地局はパケットを破棄する。

第１の基地局のユーザプレーンＩＰアドレスは、第２の基地局のＡＣＬにおいて構成されている。したがって、第２の基地局はパケットを破棄しない。これによりデータ伝送の信頼性が改善される。

可能な設計において、第２の基地局がハンドオーバ要求メッセージを受信することは、第２の基地局が、第２の基地局及び第１の基地局の間のインタフェースに基づいて第１の基地局からハンドオーバ要求メッセージを直接受信することであってもよいしし、第２の基地局が第１の基地局からコアネットワーク要素を介してハンドオーバ要求メッセージを受信することであってもよい。

本願のこの実施形態は、ハンドオーバ要求メッセージを伝送するための２つの異なる方式を提供し、これにより、解決手段の柔軟性が改善され得る。

第２の態様によれば、ＡＣＬ構成方法が提供され、方法は以下を含む：

第１の基地局がハンドオーバ要求メッセージ又は構成更新メッセージを生成する段階、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び前記第１の基地局が前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを第２の基地局に送信する段階。

可能な設計において、第１の基地局は、コアネットワーク要素を介してハンドオーバ要求メッセージを第２の基地局に送信してよい。

可能な設計において、第１の基地局がハンドオーバ要求メッセージ又は構成更新メッセージを第２の基地局に送信した後、第１の基地局はさらにコアネットワークからデータを受信する；又は第１の基地局はさらに端末デバイスからデータを受信する。さらに、第１の基地局は、データに基づいてパケットを生成し、パケットを第２の基地局に送信する。パケットはソースＩＰアドレスを保持し、ソースＩＰアドレスは、第１の基地局のユーザプレーンＩＰアドレスである。

可能な設計において、パケットは、第１の基地局及び第２の基地局の間のインタフェースを通じて送信されてよい。

第２の態様及び第２の態様の設計の有益な効果については、第１の態様及び第１の態様の設計の有益な効果を参照されたい。詳細は、本明細書において説明されない。

第３の態様によれば、ＡＣＬ構成方法が提供され、方法は以下を含む：ターゲット二次基地局がマスタ基地局から二次局追加要求メッセージを受信する段階、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び前記ターゲット二次基地局が、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する段階。

本願のこの実施形態では、ＳＮ変更手順において、Ｓ－ＳＮのユーザプレーンＩＰアドレス、は、二次局追加要求メッセージ内に保持されており、それにより、Ｔ－ＳＮは、ＴＮＬアドレス発見手順を行うことなくＳ－ＳＮのユーザプレーンＩＰアドレスを取得することができる。次いで、取得されたＳ－ＳＮに基づいてＡＣＬを構成することができる。したがって、ＳＮハンドオーバシナリオにおいて、Ｓ－ＳＮによって送信されたパケットがＴ－ＳＮによって破棄される場合を効率的に回避することができ、データ伝送の信頼性を改善することができる。

可能な設計において、ターゲット二次基地局がユーザプレーンＩＰアドレスに基づいてＡＣＬを構成した後に、ターゲット二次基地局はさらにソース二次基地局からパケットを受信し、ターゲット二次基地局は、パケットのソースＩＰアドレスがＡＣＬ内にあるかどうかを決定する。パケットのソースＩＰアドレスがＡＣＬ内にある場合、ターゲット二次基地局はパケットを処理する。パケットのソースＩＰアドレスがＡＣＬ内にない場合、ターゲット二次基地局はパケットを破棄する。

Ｓ－ＳＮのユーザプレーンＩＰアドレスは、Ｔ－ＳＮのＡＣＬにおいて構成されている。したがって、Ｔ－ＳＮはパケットを破棄しない。これによりデータ伝送の信頼性が改善される。

可能な設計において、ソース二次基地局及びターゲット二次基地局は、異なるマスタ基地局に対応し得る。具体的には、ソース二次基地局はソースマスタ基地局に対応し、ターゲット二次基地局はターゲットマスタ基地局に対応する。対応して、ターゲット二次基地局は、ターゲットマスタ基地局から二次局追加要求メッセージを受信する。

別の可能な設計において、ターゲット二次基地局及びソース二次基地局の両方がマスタ基地局に対応し、すなわち、ターゲット二次基地局及びソース二次基地局が同じマスタ基地局に対応する。

本願のこの実施形態は、解決手段の柔軟性を改善するために、二次局追加要求メッセージを伝送する２つの異なる方式を提供する。

第４の態様によれば、ＡＣＬ構成方法が提供され、方法は以下を含む：マスタ基地局が二次局追加要求メッセージを生成する段階、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び前記マスタ基地局が前記二次局追加要求メッセージをターゲット二次基地局に送信する段階。

可能な設計において、ソース二次基地局及びターゲット二次基地局は異なるマスタ基地局に対応する。具体的には、ソース二次基地局はソースマスタ基地局に対応し、ターゲット二次基地局はターゲットマスタ基地局に対応する。対応して、二次局追加要求メッセージを生成する前に、ターゲットマスタ基地局はさらに、ソースマスタ基地局からハンドオーバ要求メッセージを受信する。ハンドオーバ要求メッセージは、ソース二次基地局のユーザプレーンＩＰアドレスを保持する。

本願のこの実施形態において、ＡＣＬは、ターゲットマスタ基地局及びターゲット二次基地局の両方のために構成されてよく、それにより、データ伝送の信頼性がさらに改善され得る。

可能な設計において、ハンドオーバ要求メッセージはさらに、ソースマスタ基地局のユーザプレーンＩＰアドレスを保持する。ターゲットマスタ基地局はさらに、ソースマスタ基地局のユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する。

可能な設計において、ターゲット二次基地局及びソース二次基地局の両方がマスタ基地局に対応し、すなわち、ターゲット二次基地局及びソース二次基地局が同じマスタ基地局に対応する。

第４の態様及び第４の態様の設計の有益な効果については、第３の態様及び第３の態様の設計の有益な効果を参照されたい。詳細は、本明細書において説明されない。

第５の態様によれば、ＡＣＬ構成装置が提供される。装置は第２の基地局に位置しており、例えば、ネットワークデバイス内部に配された第２の基地局又はチップであり得る。装置は、第１の態様又は第１の態様の可能な実装例のいずれか１つによる方法を行うように構成されたモジュールを含む。

例えば、装置は以下を含む：第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信するように構成されたトランシーバユニット、ここで、前記ハンドオーバ要求メッセージ又は構成更新メッセージが、前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成され処理ユニット。

第６の態様によれば、ＡＣＬ構成装置が提供される。装置は第１の基地局に位置しており、例えば、ネットワークデバイス内に配された第１の基地局又はチップであり得る。装置は、第２の態様又は第２の態様の可能な実装例のいずれか１つによる方法を行うように構成されたモジュールを含む。

例えば、装置は以下を含み得る：ハンドオーバ要求メッセージ又は構成更新メッセージを生成するように構成された処理ユニット、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを第２の基地局に送信するように構成されたトランシーバユニット。

第７の態様によれば、ＡＣＬ構成装置が提供される。装置はターゲット二次基地局に位置しており、例えば、ターゲット二次基地局内に配されたターゲット二次基地局又はチップであり得る。装置は、第３の態様又は第３の態様の可能な実装例のいずれか１つによる方法を行うように構成されたモジュールを含む。

例えば、装置は以下を含み得る：マスタ基地局から二次局追加要求メッセージを受信するように構成されたトランシーバユニット、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成された処理ユニット。

第８の態様によれば、ＡＣＬ構成装置が提供される。装置はマスタ基地局に位置しており、例えば、マスタ基地局内に配されたマスタ基地局又はチップであり得る。装置は、第４の態様又は第４の態様の可能な実装例のいずれか１つによる方法を行うように構成されたモジュールを含む。

例えば、装置は以下を含み得る：二次局追加要求メッセージを生成するように構成された処理ユニット、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び前記二次局追加要求メッセージをターゲット二次基地局に送信するように構成されたトランシーバユニット。

第９の態様によれば、プロセッサ及びメモリを含む通信装置が提供される。メモリは、コンピュータ実行可能命令を格納するように構成される。プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行するように構成されており、それにより、通信装置は、第１の態様、第１の態様の可能な設計、第２の態様、第２の態様の可能な設計、第３の態様、第３の態様の可能な設計、第４の態様、又は第４の態様の可能な設計のいずれか１つによる方法を行う。

第１０の態様によれば、プロセッサ及びインタフェース回路を含む通信装置が提供される。インタフェース回路は、コード命令を受信し、コード命令をプロセッサに伝送するように構成されている。プロセッサは、第１の態様、第１の態様の可能な設計、第２の態様、第２の態様の可能な設計、第３の態様、第３の態様の可能な設計、第４の態様、又は第４の態様の可能な設計のいずれか１つによる方法を行うためのコード命令を実行する。

第１１の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を格納するように構成されており、命令が実行されると、第１の態様、第１の態様の可能な設計、第２の態様、第２の態様の可能な設計、第３の態様、第３の態様の可能な設計、第４の態様、又は第４の態様の可能な設計のいずれか１つによる方法が実装される。

第１２の態様によれば、チップが提供される。チップはメモリに結合されており、メモリに格納されたプログラム命令を読み出して実行して、第１の態様、第１の態様の可能な設計、第２の態様、第２の態様の可能な設計、第３の態様、第３の態様の可能な設計、第４の態様、又は第４の態様の可能な設計のいずれか１つによる方法を実装するように構成されている。

第１３の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータ上で実行されると、コンピュータは、第１の態様、第１の態様の可能な設計、第２の態様、第２の態様の可能な設計、第３の態様、第３の態様の可能な設計、第４の態様、又は第４の態様の可能な設計のいずれか１つによる方法を行うことができる。

第１４の態様によれば、第１の基地局及び第２の基地局を含む通信システムが提供される。第２の基地局は、第１の態様又は第１の態様の可能な設計のいずれか１つによる方法を行うように構成されており、第１の基地局は、第２の態様又は第２の態様の可能な設計のいずれか１つによる方法を行うように構成されている。

第１５の態様によれば、ターゲット二次基地局及びマスタ基地局を含む通信システムが提供される。ターゲット二次基地局は、第３の態様又は第３の態様の可能な設計のいずれか１つによる方法を行うように構成されており、マスタ基地局は、第４の態様又は第４の態様の可能な設計のいずれか１つによる方法を行うように構成されている。

本願を適用可能な可能なセルラネットワークのネットワークアーキテクチャの概略図である。

ＴＮＬアドレス発見手順及びＸｎインタフェースハンドオーバ手順の概略図である。

マルチオペレータ共有シナリオの概略図である。

ＳＮによってトリガされたセカンダリノード変更のフローチャートである。

本願の一実施形態によるＡＣＬ構成方法の概略的フローチャートである。

Ｘ２ベースの基地局間ハンドオーバシナリオにおける基地局ハンドオーバの概略的フローチャートである。

Ｘｎベースの基地局間ハンドオーバシナリオにおける基地局ハンドオーバの概略的フローチャートである。

ＮＧベースの基地局ハンドオーバの概略的フローチャートである。

本願の一実施形態による別のＡＣＬ構成方法の概略的フローチャートである。

Ｓ－ＳＮによってトリガされたＳＮ基地局間ハンドオーバシナリオにおける基地局ハンドオーバの概略的フローチャートである。 Ｓ－ＳＮによってトリガされたＳＮ基地局間ハンドオーバシナリオにおける基地局ハンドオーバの概略的フローチャートである。

ＭＮによってトリガされたＳＮ基地局間ハンドオーバシナリオにおける基地局ハンドオーバの概略的フローチャートである。 ＭＮによってトリガされたＳＮ基地局間ハンドオーバシナリオにおける基地局ハンドオーバの概略的フローチャートである。

ＭＮ基地局間ハンドオーバ及びＳＮ基地局間ハンドオーバが同時に行われるシナリオにおける基地局ハンドオーバの概略的フローチャートである。 ＭＮ基地局間ハンドオーバ及びＳＮ基地局間ハンドオーバが同時に行われるシナリオにおける基地局ハンドオーバの概略的フローチャートである。

ｅＮｏｄｅＢ／ｇＮｏｄｅＢがマスターステーションに変更されるシナリオにおける基地局ハンドオーバの概略的フローチャートである。 ｅＮｏｄｅＢ／ｇＮｏｄｅＢがマスターステーションに変更されるシナリオにおける基地局ハンドオーバの概略的フローチャートである。

マスターステーションがｅＮｏｄｅＢ／ｇＮｏｄｅＢに変更されるシナリオにおける基地局ハンドオーバの概略的フローチャートである。 マスターステーションがｅＮｏｄｅＢ／ｇＮｏｄｅＢに変更されるシナリオにおける基地局ハンドオーバの概略的フローチャートである。

本願によるＡＣＬ構成装置の構造の概略図である。

本願による通信装置の構造の概略図である。

本願による別の通信装置の構造の概略図である。

本願の実施形態における技術的解決手段は、第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ，５Ｇ）システムに適用可能であり得、また、別の無線通信システム、例えば、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＧＳＭ（登録商標））ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ，ＵＭＴＳ）、符号分割多重アクセス（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）システム、及び新しいネットワークデバイスシステムに適用可能であり得る。

本願の実施形態の理解を容易にするために、本願の実施形態に使用される適用シナリオは、図１に示されるネットワークアーキテクチャを使用することによって説明される。ネットワークアーキテクチャは、前述の様々な通信システムに適用され得る。

図１に示されるように、通信システムは、第１の基地局、第２の基地局、及び端末デバイスを含む。端末デバイスが第１の基地局のカバレッジエリア内に位置している場合、端末デバイスは、第１の基地局に接続されてそれと通信し得る。端末デバイスが第２の基地局のカバレッジエリア内に位置している場合、端末デバイスは、第２の基地局に接続されてそれと通信し得る。端末デバイスが第１の基地局のカバレッジエリアから第２の基地局のカバレッジエリアに移動する場合、第１の基地局は、端末デバイスの基地局ハンドオーバのためのソース基地局であり、第２の基地局は、端末デバイスの基地局ハンドオーバのためのターゲット基地局である。端末デバイスが第２の基地局のカバレッジエリアから第１の基地局のカバレッジエリアに移動する場合、第２の基地局は、端末デバイスの基地局ハンドオーバのためのソース基地局であり、第１の基地局は、端末デバイスの基地局ハンドオーバのためのターゲット基地局である。例えば、図１において、第１の基地局がソース基地局であり、第２の基地局がターゲット基地局である一例が使用されている。

本明細書では、端末デバイスはまた端末と称されてよく、ユーザに音声及び／又はデータ接続性を提供するデバイスを含んでよく、例えば、無線接続機能を有するハンドヘルドデバイス又は無線モデムに接続された処理デバイスを含んでよい。端末デバイスは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）を通じてコアネットワークと通信し、ＲＡＮと音声及び／又はデータをやりとりしてよい。端末デバイスは、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）、無線端末デバイス、モバイル端末デバイス、デバイスツーデバイス（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ，Ｄ２Ｄ）通信端末デバイス、Ｖ２Ｘ端末デバイス、マシンツーマシン／マシンタイプ通信（ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ／ｍａｃｈｉｎｅ－ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｍ２Ｍ／ＭＴＣ）端末デバイス、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ，ＩｏＴ）端末デバイス、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者ステーション（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、リモート局（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ，ＡＰ）、リモート端末（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）、アクセス端末（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、又はユーザデバイス（ｕｓｅｒ ｄｅｖｉｃｅ）などを含み得る。例えば、端末デバイスは、モバイル電話（又は「形態」電話と称される）、モバイル端末デバイスを有するコンピュータ、又は、ポータブル、ポケットサイズ、ハンドヘルド、又はコンピュータ搭載型のモバイル装置を含み得る。例えば、端末デバイスは、パーソナル通信サービス（ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｅｒｖｉｃｅ，ＰＣＳ）電話、コードレス電話、セッション始動プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ，ＳＩＰ）電話，無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ，ＷＬＬ）局、又はパーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ，ＰＤＡ（登録商標））などのデバイスであり得る。端末デバイスはさらに、限定されたデバイス、例えば、電力消費が低いデバイス、格納用量が限定されたデバイス、又は計算能力毛限定されたデバイスを含む。例えば、端末デバイスは、バーコード、無線自動識別（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ，ＲＦＩＤ）、センサ、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ，ＧＰＳ）、又はレーザスキャナなどの情報センシングデバイスを含む。

限定ではなく例として、本願の実施形態において、端末デバイスは、代替的に、ウェアラブルデバイスであり得る。ウェアラブルデバイスは、ウェアラブルインテリジェントデバイス、インテリジェントウェアラブルデバイス等とも称され得、ウェアラブル技術を用いて日常的に着用されるようにインテリジェントに設計及び開発された、例えば、眼鏡、手袋、腕時計、衣服、及び靴である、ウェアラブルデバイスの一般用語である。ウェアラブルデバイスは、身体に直接的に着用できる又はユーザの衣服又はアクセサリに組み込むことができるポータブルデバイスである。ウェアラブルデバイスはハードウェアデバイスであるだけでなく、ソフトウェアサポート、データ交換、及びクラウド相互作用を通じて強力な機能も実装する。広義では、ウェアラブルインテリジェントデバイスは、スマートフォンに依存することなく機能の全て又は一部を実装することができる、完全な機能を有する大型のデバイス、例えば、スマートウォッチ又はスマートグラスを含み、１つのタイプのアプリケーション機能のみに専用であり、かつ、スマートフォンなどの他のデバイスと共に協働して動作する必要があるデバイス、例えば、身体的兆候を監視するための様々なスマートバンド、スマートヘルメット、又はスマートジュエリーを含む。

上記の様々な端末デバイスが車両内に位置している（例えば、車両内に置かれている又は車両内に搭載されている）場合、端末デバイスは全て、車載端末デバイスと見なされ得る。例えば、車載端末デバイスはまた、オンボードユニット（ｏｎ－ｂｏａｒｄ ｕｎｉｔ，ＯＢＵ）と称される。

本明細書において、基地局は、１つ又は複数のセルを使用することによってアクセスネットワークにおけるエアインタフェースを介して無線端末デバイスと通信するデバイスであり得る。基地局は、受信した無線による（ｏｖｅｒ－ｔｈｅ－ａｉｒ）フレーム及びインターネットプロトコル（ＩＰ）パケットを相互に変換し、端末デバイス及びアクセスネットワークの残りの部分の間のルータとして機能するように構成され得る。アクセスネットワークの残りの部分は、ＩＰネットワークを含んでよい。基地局は、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム又はロングタームエボリューション高度（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムにおける進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、又はｅＮＢ又はｅＮｏｄｅＢ，ｅｖｏｌｖｅｄ ＮｏｄｅＢ）であってよく；第５世代（ｔｈｅ ５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）モバイル通信技術の新無線（ｎｅｗ ｒａｄｉｏ，ＮＲ）システムにおける次世代ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ，ｇＮＢ）、次世代進化型ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｎｇ－ｅＮＢ）、又は強化型次世代ＮｏｄｅＢ（ｅｎｈａｎｃｅｄ ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ，ｅｎ－ｇＮＢ）であってよく；クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，Ｃｌｏｕｄ ＲＡＮ）システムにおける中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ，ＣＵ）及び分散型ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ，ＤＵ）を含んでよく；又は、さらに中継デバイスであってよい。本願の実施形態では、これについて限定しない。

本願の実施形態において、ソース基地局（図１に示される第１の基地局）及びターゲット基地局（図１に示される第２の基地局）は、同じタイプの基地局であってよく（例えば、両方ともＬＴＥシステムにおける基地局である、又は両方とも５Ｇシステムにおける基地局である）、又は、異なっていてもよい（例えば、ソース基地局がＬＴＥシステムにおける基地局であり、ターゲット基地局が５Ｇシステムにおける基地局である；又は、ソース基地局が５Ｇシステムにおける基地局であり、ターゲット基地局がＬＴＥシステムにおける基地局である）。これは、本願において限定されない。

端末デバイスのモビリティに起因して、端末デバイスは、ソース基地局のカバレッジエリアからターゲット基地局のカバレッジエリアに移動し（図１における破線の矢印は移動方向を示す）、端末デバイスは、基地局間ハンドオーバ手順をトリガする。基地局間ハンドオーバ手順は以下のステップを含む：まず、端末デバイスがエアインタフェースハンドオーバを行い、端末デバイスに接続されたエアインタフェースを、ソース基地局により提供されるエアインタフェースからターゲット基地局により提供されるエアインタフェースへとハンドオーバする；次いで、ソース基地局が、ハンドオーバのためにハンドオーバ情報をコアネットワークデバイスに報告する；コアネットワークデバイスが、ハンドオーバ情報を受信した後にコアネットワーク関連ハンドオーバを行う。コアネットワーク側でのハンドオーバ及び端末デバイス側でのエアインタフェースハンドオーバの間には時間差がある（コアネットワーク側のハンドオーバが、端末デバイス側のエアインタフェースハンドオーバよりも後である）。したがって、端末デバイスがエアインタフェースをターゲット基地局にハンドオーバした後、コアネットワークは、おそらく、端末デバイスに送信されるべきデータをソース基地局に送信し得る。この場合、ソース基地局は、データを受信した後にデータをターゲット基地局に転送する（データ転送）必要があり、次いで、ターゲット基地局がデータを端末デバイスに送信する。

通信ネットワークには偽造パケットが存在し得る。セキュリティ目的で、基地局のためにパケットフィルタリング機能が構成されている。すなわち、ＡＣＬは基地局上で予め構成されており、それにより、基地局は、ＡＣＬを通じて、受信されたパケットに対してアクセス制御を行う。具体的には、ＩＰアドレスがＡＣＬにおいて構成される。パケットを受信した後、パケットの処理へと続ける前に、基地局は、パケットのソースＩＰアドレス及び宛先ＩＰアドレスの両方がＡＣＬ内にあると決定する必要がある。さもなければ、基地局はパケットを破棄する。

しかしながら、図１に示されるような基地局ハンドオーバシナリオでは、ターゲット基地局のパケットフィルタリング機能が有効化されている場合、ソース基地局によって送信されたパケットをターゲット基地局が破棄しないように、ターゲット基地局は、ソース基地局のユーザプレーンＩＰアドレスを事前に取得し、ＩＰアドレスに基づいてＡＣＬを予め構成する必要がある。

ソース基地局及びターゲット基地局の間のＸ２／Ｘｎインタフェースの制御プレーン伝送リンクが確立されていない場合、ソース基地局及びターゲット基地局は、ＴＮＬアドレス発見手順を使用することによってピアエンドのＩＰアドレス（制御プレーンＩＰアドレス及びユーザプレーンＩＰアドレスを含む）を取得して、Ｘ２／Ｘｎ伝送リンク（制御プレーン伝送リンク及びユーザプレーン伝送リンクを含む）を確立し、ソース基地局及びターゲット基地局のＡＣＬにおけるピア基地局のＩＰアドレスを構成することができる。

例えば、図２は、ＴＮＬアドレス発見手順及びＸｎインタフェースハンドオーバ手順の概略図である。

ステップ１：ＴＮＬアドレス発見手順を行う。

Ｘｎインタフェースハンドオーバ手順を行う前に、ソース基地局及びターゲット基地局は、まず、ＴＮＬアドレス発見手順を行って、ピアエンドのＩＰアドレスを取得し、ＡＣＬを予め構成する。具体的には、ＴＮＬアドレス発見手順はＳ１．１～Ｓ１．６を含む。

Ｓ１．１：ソース基地局（例えば、次世代無線アクセスネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，ＮＧ－ＲＡＮ）ノード（ｎｏｄｅ）１）が、アップリンクＲＡＮ構成転送（Ｕｐｌｉｎｋ ＲＡＮ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔｒａｎｓｆｅｒ）メッセージをコアネットワークデバイスに送信する（図２では、一例として、アクセス及びモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ，ＡＭＦ）が使用される）。メッセージは、ソース基地局の制御プレーンＩＰアドレス及びユーザプレーンＩＰアドレスを保持する。

Ｓ１．２：ＡＭＦが、ダウンリンクＲＡＮ構成転送（Ｄｏｗｎｌｉｎｋ ＲＡＮ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｔｒａｎｓｆｅｒ）メッセージをターゲット基地局（例えば，ＮＧ－実行ノード２）に送信する。メッセージは、ソース基地局の制御プレーンＩＰアドレス及びユーザプレーンＩＰアドレスを保持する。

Ｓ１．３：ダウンリンクＲＡＮ構成転送メッセージを受信した後、ターゲット基地局が、ソース基地局の制御プレーンＩＰアドレス及びユーザプレーンＩＰアドレスを使用して、Ｘｎインタフェースの伝送リンクを生成し、ターゲット基地局のＡＣＬを予め構成する。

Ｓ１．４：ターゲット基地局が、アップリンクＲＡＮ構成転送メッセージをコアネットワークデバイスに送信する。メッセージは、ターゲット基地局の制御プレーンＩＰアドレス及びユーザプレーンＩＰアドレスを保持する。

Ｓ１．５：コアネットワークデバイスが、ダウンリンクＲＡＮ構成転送メッセージをソース基地局に送信する。メッセージは、ターゲット基地局の制御プレーンＩＰアドレス及びユーザプレーンＩＰアドレスを保持する。

Ｓ１．６：ダウンリンクＲＡＮ構成転送メッセージを受信した後、ソース基地局が、ターゲット基地局の制御プレーンＩＰアドレス及びユーザプレーンＩＰアドレスを使用して、伝送リンクを生成し、ソース基地局のＡＣＬを予め構成する。

ステップ２：Ｘｎインタフェースセットアップ手順を行う。

ステップ３：ソース基地局が、ハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージをターゲット基地局に送信する。

ステップ４：ターゲット基地局が、ハンドオーバ要求承認（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをソース基地局に送信する。

ステップ５：端末デバイスのエアインタフェース接続がソース基地局からターゲット基地局にハンドオーバされた後、コアネットワークが依然として、端末デバイスに送信されるべきデータを、コアネットワークハンドオーバが完了する前にソース基地局に送信する。データを受信した後、ソース基地局は、データをパケットにカプセル化し、パケットをターゲット基地局に転送する。

ステップ６：ソース基地局によって転送されたパケットを受信した後、ターゲット基地局は、パケットのソースＩＰアドレス（すなわち、ソース基地局のＩＰアドレス）及び宛先ＩＰアドレス（すなわち、ターゲット基地局のＩＰアドレス）がＡＣＬ内にあると決定し、パケットの処理を継続する。

図２に示されるように、ソース基地局及びターゲット基地局の間の制御プレーン伝送リンクが確立されていない場合、ソース基地局及びターゲット基地局は、ＴＮＬアドレス発見手順を使用することによってＡＣＬを予め構成する。

しかしながら、いくつかのシナリオでは、ソース基地局及びターゲット基地局はＴＮＬ手順をサポートせず、ターゲット基地局は、ＡＣＬにおけるソース基地局のユーザプレーンＩＰアドレスを予め構成することができない。したがって、端末デバイスをソース基地局からターゲット基地局にハンドオーバするプロセスにおいて、ターゲット基地局は、ソース基地局によって送信されたパケットを破棄する。

以下で、２つの考えられるシナリオ例を提供する。

例１：マルチオペレータ共有シナリオ

図３に示されるように、オペレータＡが、まず、基地局１及び基地局２に導入される。オペレータＡによって操作される端末デバイスが基地局間ハンドオーバを行う場合、基地局１及び基地局２は、Ｘｎインタフェースを介してＴＮＬアドレス発見手順を行い、Ｘｎ伝送リンクを生成し、オペレータＡに対応するＡＣＬを予め構成するようにトリガされる。Ｘｎインタフェースは正常に動作し、データ転送は正常である。次いで、オペレータＢが導入される。セキュリティ目的で、オペレータＡ及びオペレータＢは、ユーザプレーンＩＰアドレスを共有しないが、制御プレーンＩＰアドレスを共有してよい。したがって、オペレータＢによって操作される端末デバイスが、Ｘｎベースの基地局間ハンドオーバを行う場合、オペレータＢのＸｎインタフェース制御プレーン伝送リンク（すなわち、オペレータＡのＸｎインタフェース制御プレーン伝送リンク）が正常に動作する。したがって、オペレータＢによって操作される端末デバイスが基地局間ハンドオーバを行う場合、基地局１及び基地局２は、Ｘｎインタフェースを介してＴＮＬアドレス発見手順を行うようにトリガされない。その結果、基地局２は、基地局１のためにオペレータＢによって構成されるユーザプレーンＩＰアドレスを取得することができず、オペレータＢに対応するＡＣＬを自動的に予め構成することができない。基地局ハンドオーバシナリオでは、基地局１がオペレータＢに対応するパケットを基地局２に転送する場合、基地局２はパケットを破棄し、データ伝送は失敗する。

例２：セカンダリノード変更シナリオ

まず、ＬＴＥ／ＮＲデュアル接続シナリオを簡単に説明する。進化型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ，ＥＰＣ）に基づくノンスタンドアロン（Ｎｏｎ－Ｓｔａｎｄａｌｏｎｅ，ＮＳＡ）ネットワークにおいて、ＮＳＡデュアル接続能力を有する端末デバイスは、ＬＴＥ基地局及びＮＲ基地局の両方に接続されている。端末デバイスは、２つの基地局の無線リソースを使用することによって伝送を行う。端末デバイスのデータは、分割されて、２つの基地局間で伝送され得る。ｅＮｏｄｅＢ側及びｇＮｏｄｅＢ側のキャリアが別個に集合されると、デュアル接続が行われる。端末デバイスに接続された２つの基地局のうちの一方がマスタ基地局（又はマスターノード又はマスターステーションなどと称される）であり、他方がセカンダリ基地局（又はセカンダリノード又は二次局などと称される）。

ノンスタンドアロン（Ｎｏｎ－Ｓｔａｎｄａｌｏｎｅ，ＮＳＡ）ネットワークにおけるセカンダリノード（Ｓｅｃｏｎｄａｒｙ Ｎｏｄｅ，ＳＮ）変更手順では、ソースセカンダリノード（Ｓｏｕｒｃｅ Ｓｅｃｏｎｄａｒｙ Ｎｏｄｅ，Ｓ－ＳＮ）及びターゲットセカンダリノード（Ｔａｒｇｅｔ Ｓｅｃｏｎｄａｒｙ Ｎｏｄｅ，Ｔ－ＳＮ）の間のシグナリングがマスターノード（Ｍａｓｔｅｒ ｎｏｄｅ，ＭＮ）によって転送される。Ｓ－ＳＮ及びＴ－ＳＮの間にはＸ２インタフェースがない。したがって、ＴＮＬアドレス発見はなく、Ｔ－ＳＮは、Ｓ－ＳＮのユーザプレーンＩＰアドレスを取得することができない。しかしながら、Ｓ－ＳＮ及びＴ－ＳＮの間で端末デバイスがハンドオーバされる場合、Ｓ－ＳＮはまた、データをＴ－ＳＮに転送する。しかしながら、Ｔ－ＳＮは、Ｓ－ＳＮのユーザプレーンＩＰアドレスを取得することができず、ＡＣＬにおけるＳ－ＳＮのユーザプレーンＩＰアドレスを予め構成することができない。その結果、Ｓ－ＳＮによって転送されたデータはＴ－ＳＮによって破棄され、データ伝送は失敗する。

本明細書におけるセカンダリノードはまた，セカンダリ基地局（ＳｇＮＢ）又は二次局等と称されてよく、マスターノードはまた、マスタ基地局（ＭｇＮＢ）又はマスターステーションなどと称されてよいことが理解されるべきである。

図４は、ＳＮによってトリガされたセカンダリノード変更手順を示す。手順は、以下のステップを含む。

Ｓ３．１：Ｓ－ＳＮが、ＳｇＮＢ要変更（ＳｇＮＢ Ｃｈａｎｇｅ Ｒｅｑｕｉｒｅｄ）メッセージをＭＮに送信する。

Ｓ３．２：ＭＮが、ＳｇＮＢ変更要求（ＳｂＮＢ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ）メッセージをＴ－ＳＮに送信する。

Ｓ３．３：Ｔ－ＳＮが、ＳｇＮＢ変更要求承認（ＳｇＮＢ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＭＮに送信する。

Ｓ３．４：ＭＮが、ＳｇＮＢ変更確認（ＳｇＮＢ Ｃｈａｎｇｅ Ｃｏｎｆｉｒｍ）メッセージをＳ－ＳＮに送信し、二次局変更確認が完了する。

Ｓ３．５：端末デバイスのエアインタフェース接続がＳ－ＳＮからＴ－ＳＮにハンドオーバされた後、サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ，ＳＧＷ）のハンドオーバが完了していない場合、ＳＧＷは依然として、端末デバイスに送信されるべきデータをＳ－ＳＮに送信し、Ｓ－ＳＮが、データをパケットにカプセル化し、データを受信した後にパケットをＴ－ＳＮを転送する。

Ｓ３．６：パケットのソースＩＰアドレス（すなわち、Ｓ－ＳＮのユーザプレーンＩＰアドレス）がＴ－ＳＮのＡＣＬ内にないため、Ｔ－ＳＮが、Ｓ－ＳＮによってＴ－ＳＮに転送されたパケットを破棄する。

例３：基地局ユーザプレーンＩＰアドレスアップデートシナリオ

一例として、図１を使用すると、第１の基地局及び第２の基地局は、ＩＰアドレスを交換し、ＴＮＬアドレス発見手順に基づいてＡＣＬを予め構成する。一定期間の後、第１の基地局のユーザプレーンＩＰアドレスがアップデートされる。この場合、端末デバイスが基地局ハンドオーバ手順をトリガする。端末デバイスが、第１の基地局から第２の基地局にハンドオーバされる。第２の基地局は、第１の基地局のユーザプレーンＩＰアドレスがアップデートされたことを知らず、第２の基地局のＡＣＬは依然として、第１の基地局のアップデートの前のユーザプレーンＩＰアドレスのみを格納する。この場合、ソース基地局が、アップデートされたユーザプレーンＩＰアドレスを使用することによってパケットをターゲット基地局に送信した場合、ターゲット基地局は、パケット内のＩＰアドレスがＡＣＬ内のパケットと一致しないと見なし、このようにして、ソース基地局によって送信されたパケットが破棄される。

前述の説明から、いくつかのデータ転送シナリオでは、ターゲット基地局が、ＴＮＬ手順を使用することによるＡＣＬの事前構成を行うことができないことが理解され得る。その結果、ソース基地局によって送信されたパケットがターゲット基地局によって破棄され、データ伝送の信頼性が乏しくなる。

前述の技術的問題を解決するために、本願の実施形態は、ＡＣＬ構成方法及び装置を提供する。ソース基地局は、ハンドオーバ要求メッセージ、構成更新メッセージ、又は二次局追加要求メッセージなどのシグナリングにおけるソース基地局のユーザプレーンＩＰアドレスを含み得、それにより、ターゲット基地局が、ＴＮＬアドレス発見手順を実行することなくソース基地局のユーザプレーンＩＰアドレスを取得することができる。次いで、取得されたＩＰアドレスに基づいてＡＣＬが構成され得る。したがって、基地局ハンドオーバシナリオにおける、ソース基地局によって送信されたパケットがターゲット基地局により破棄される場合が効率的に回避され得、データ伝送の信頼性が改善され得る。

本願の実施形態の目的、技術的解決手段、及び利点をより明確にするために、以下ではさらに、添付図面を参照しながら本願の実施形態の技術的解決手段を詳細に説明する。

「システム」及び「ネットワーク」という用語は、本願の実施形態において交換可能に使用されてよく、「少なくとも１つ」とは、１つ又は複数を指し、「複数の」とは、２つ以上を指すことに留意されたい。「及び／又は」という用語は、関連する対象を説明するための関連関係であり、３つの関係が存在し得ることを示してよい。例えば、Ａ及び／又はＢとは、以下の場合を示してよい：Ａのみが存在する、Ａ及びＢの両方が存在する、及び、Ｂのみが存在する、ここで、Ａ及びＢは単数であっても複数であってもよい。「／」という文字は通常、関連する対象の間の「又は」の関係を示す。「以下の項目（要素）のうちの少なくとも１つ」又はそれと同様の表現は、単数形の項目（要素）又は複数形の項目（要素）の任意の組み合わせを含む、これらの項目の任意の組み合わせを指す。例えば、ａ、ｂ、又はｃのうちの少なくとも１つとは、ａ、ｂ、ｃ、ａ及びｂ、ａ及びｃ、ｂ及びｃ、又は、ａ、ｂ、及びｃを示してよい。

加えて、特に明記しない限り、本願の実施形態における「第１」及び「第２」などの序数は、複数の対象物を区別するためのものであり、複数の対象物の順序、時系列、優先度、又は重要性を限定することを目的とするものではない。例えば、第１の優先基準及び第２の優先基準は、異なる基準の間で区別するために使用されるに過ぎず、２つの基準の異なる内容、優先順位、又は重要性を示すものではない。

加えて、本願の実施形態、請求項、及び添付図面における「含む」及び「有する」という用語は排他的ではない。例えば、一連のステップ又はモジュールを含む、プロセス、方法、システム、製品、又はデバイスは、列挙されたステップ又はモジュールに限定されるものではなく、列挙されていないステップ又はモジュールをさらに含んでよい。

図５～図９を参照して、以下では、Ｘ２／Ｘｎベースの基地局間ハンドオーバシナリオにおけるＡＣＬ構成の解決手段を詳細に説明する。

図５は、本願の実施形態において提供されるＡＣＬ構成方法を示す。この方法は以下のステップを含む。

Ｓ５０１：第１の基地局が、ハンドオーバ要求メッセージ又は構成更新メッセージを第２の基地局に送信し、第２の基地局が、第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信する。ハンドオーバ要求メッセージ又は構成更新メッセージは、第１の基地局のユーザプレーンＩＰアドレスを保持する。

第１の基地局及び第２の基地局の間には直接通信のためのインタフェース、例えば、Ｘ２インタフェース又はＸｎインタフェースがある。これは、本願において具体的に限定されない。第１の基地局及び第２の基地局の間のインタフェースがＸ２インタフェースである場合、第１の基地局及び第２の基地局は両方とも、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム又はロングタームエボリューション高度（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムにおける進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、又はｅＮＢ又はｅＮｏｄｅＢ、ｅｖｏｌｖｅｄ ＮｏｄｅＢ）である。第１の基地局及び第２の基地局の間のインタフェースがＸｎインタフェースである場合、第１の基地局及び第２の基地局は両方とも、第５世代（ｔｈｅ ５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）モバイル通信技術の新無線（ｎｅｗ ｒａｄｉｏ，ＮＲ）システムにおける次世代ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ，ｇＮＢ）、次世代進化型ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｎｇ－ｅＮＢ）、又は強化型次世代ＮｏｄｅＢ ｅｎ－ｇＮＢ（ｅｎｈａｎｃｅｄ ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ，ｅｎ－ｇＮＢ）である。

Ｓ５０２：第２の基地局が、第１の基地局のユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する。

具体的には、ＡＣＬが第２の基地局上で構成されている場合、第１の基地局のユーザプレーンＩＰアドレスがソースＩＰアドレスとしてＡＣＬに追加され、第２の基地局のＩＰアドレスが宛先ＩＰアドレスとしてさらに追加され得る。第２の基地局上にＡＣＬが構成されていない場合、ＡＣＬが生成される。第１の基地局のユーザプレーンＩＰアドレスが、ソースＩＰアドレスとして、生成されたＡＣＬに追加され、第２の基地局のＩＰアドレスが宛先ＩＰアドレスとしてさらに追加され得る。

本願のこの実施形態では、第１の基地局が、ハンドオーバ要求メッセージ内の第１の基地局のユーザプレーンＩＰアドレスを保持してよく、それにより、第２の基地局が、ハンドオーバ手順において第１の基地局のユーザプレーンＩＰアドレスを取得し、次いで、ＡＣＬを構成することができる。このように、端末が第１の基地局から第２の基地局にハンドオーバされるプロセスにおいて、第２の基地局は、第１の基地局によって送信されたパケットを破棄しない場合がある。

端末デバイスが基地局間でハンドオーバされる場合、すなわち、第１の基地局がハンドオーバ要求メッセージを第２の基地局に送信する場合、第１の基地局はソース基地局とも称されてよく、第２の基地局はターゲット基地局とも称されてよいことが理解され得る。

本願のこの実施形態において、第１の基地局の構成がアップデートされる（例えば、本願において限定されるものではないが、第１の基地局のユーザプレーンＩＰアドレスがアップデートされる、隣接セルがアップデートされる、又は別のアップデートが行われる）場合、第１の基地局は、構成更新メッセージ内で第１の基地局のユーザプレーンＩＰアドレスを保持してよく（それが第１の基地局のユーザプレーンＩＰアドレスのアップデートによってトリガされる場合、構成更新メッセージは、第１の基地局のアップデートされたユーザプレーンＩＰアドレスを保持する）、それにより、第２の基地局が、第１の基地局のユーザプレーンＩＰアドレスを取得することができる。このようにして、その後、端末デバイスが第１の基地局から第２の基地局にハンドオーバされる場合、第２の基地局は、ハンドオーバプロセスにおいて、第１の基地局によって送信されたパケットを破棄しない場合がある。これは、第２の基地局が、第１の基地局のユーザプレーンＩＰアドレスに基づいてＡＣＬを予め構成しているためである。

任意選択的に、第１の基地局がハンドオーバ要求メッセージ又は構成更新メッセージを第２の基地局に送信した後、又は、第１の基地局が要変更メッセージをコアネットワーク要素に送信した後、第１の基地局はさらに、端末デバイスに送信されるべきデータをコアネットワークから受信する。代替的に、第１の基地局はさらに、コアネットワークに送信されるべきデータを端末デバイスから受信する。この場合、端末デバイスが第２の基地局にハンドオーバされるため、第１の基地局は、受信されたデータに基づいてパケットを生成し、ソースＩＰアドレス及び宛先ＩＰアドレスをパケットに追加し、次いで、パケットを第２の基地局に送信する。ソースＩＰアドレスは、第１の基地局のユーザプレーンＩＰアドレスであり、宛先ＩＰアドレスは、第２の基地局のユーザプレーンＩＰアドレスである。対応して、第１の基地局によって送信されたパケットを受信した後、第２の基地局は、パケットのソースＩＰアドレスがＡＣＬ内にあるかどうかを決定する。パケットのソースＩＰアドレスがＡＣＬ内にある場合、第２の基地局はパケットを処理する。パケットのソースＩＰアドレスがＡＣＬ内にない場合、第２の基地局はパケットを破棄する。

第１の基地局のユーザプレーンＩＰアドレスは、第２の基地局のＡＣＬにおいて構成されている。したがって、第２の基地局はパケットを破棄しない。これによりデータ伝送の信頼性が改善される。

任意選択的に，ステップＳ５０１において、第１の基地局がハンドオーバ要求メッセージを第２の基地局に送信することは、以下の２つの方式を含むがこれらに限定されない。

方式１：第１の基地局が、第１の基地局及び第２の基地局の間のインタフェースを通じてハンドオーバ要求メッセージを第２の基地局に送信する。

例えば、第１の基地局及び第２の基地局が両方とも、ＬＴＥシステムにおける基地局であり、第１の基地局が、Ｘ２インタフェースを通じてハンドオーバ要求メッセージを第２の基地局に送信する。代替的に、例えば、第１の基地局及び第２の基地局が両方とも、５Ｇシステムにおける基地局であり、第１の基地局が、Ｘｎインタフェースを通じてハンドオーバ要求メッセージを第２の基地局に送信する。

方式２：第１の基地局が、コアネットワーク要素を介してハンドオーバ要求メッセージを第２の基地局に送信する。

例えば、第１の基地局が、要変更メッセージを生成し、要変更メッセージが、第１の基地局のユーザプレーンＩＰアドレスを保持する。第１の基地局が、要変更メッセージをコアネットワーク要素に送信する。要変更メッセージを受信した後、コアネットワーク要素がハンドオーバ要求メッセージを生成し、ハンドオーバ要求メッセージは、第１の基地局のユーザプレーンＩＰアドレスを保持する。コアネットワーク要素が、ハンドオーバ要求メッセージを第２の基地局に送信する。

コアネットワーク要素は、第１の基地局及び第２の基地局と通信することができる任意のネットワーク要素、例えば、ＡＭＦであり得ることが理解されるべきである。これは、本願の本実施形態において限定されることはない。

基地局間ハンドオーバプロセスにおいて、第１の基地局が要変更メッセージにおいて第１の基地局のユーザプレーンＩＰアドレスを保持するための必要条件は、第１の基地局及び第２の基地局の間に直接的な転送経路があることであることに留意されたい。換言すれば、第１の基地局がその後、パケット（コアネットワークからのデータ又はデバイスからのデータがパケット内にカプセル化されている）を第２の基地局に送信する場合、パケットは、第１の基地局及び第２の基地局の間のインタフェースを通じて直接送信される。

このようにして、第２の基地局について、第１の基地局がパケットを第２の基地局に直接送信しない（例えば、第１の基地局及び第２の基地局の間に直接的な転送経路がなく、パケットが、第２の基地局に到達するためにコアネットワークによって転送される必要がある）場合、第２の基地局は不要なＡＣＬ構成を行わない。これにより、システムリソースの利用が改善される。

図５に示される技術的解決手段をより良く理解するために、以下ではさらに、いくつかの具体的な基地局間ハンドオーバシナリオを参照して、いくつかの完全な実施形態を提供する。
実施形態１

図６に示されるように、Ｘ２ベースの基地局間ハンドオーバシナリオ（すなわち、ソース基地局及びターゲット基地局の間のインタフェースがＸ２インタフェースである）が一例として使用される。解決手段は以下のステップを含む。

Ｓ６０１：ＵＥがソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢにハンドオーバされる場合、ソースｅＮｏｄｅＢが、ハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージをターゲットｅＮｏｄｅＢに送信し、ここで、ハンドオーバ要求メッセージは、ソースｅＮｏｄｅＢのＸ２インタフェースユーザプレーンＩＰアドレスを保持する。

Ｓ６０２：ターゲットｅＮｏｄｅＢがハンドオーバ要求承認（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをソースｅＮｏｄｅＢに送信する。

Ｓ６０３：ターゲットｅＮｏｄｅＢが、ハンドオーバ要求メッセージに保持される、ソースｅＮｏｄｅＢ（すなわち、データ転送のソースノード）のユーザプレーンＩＰアドレス、及びターゲットｅＮｏｄｅＢ（ターゲットｅＮｏｄｅＢは、データ転送の宛先ノードである）のユーザプレーンＩＰアドレスに基づいて、ＡＣＬを構成する。

図６では、ターゲットｅＮｏｄｅＢは、ターゲットｅＮｏｄｅＢがハンドオーバ要求承認メッセージをソースｅＮｏｄｅＢに送信した後にＡＣＬの構成を開始することが一例として使用されていることが理解され得る。実際には、ＡＣＬは、より早く又は後に構成されてよい。これは、本願において限定されない。

Ｓ６０４：ソースｅＮｏｄｅＢがＲＲＣ接続再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥに送信する。

Ｓ６０５：ソースｅＮｏｄｅＢが、ＳＮステータス転送（ＳＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒ）メッセージをターゲットｅＮｏｄｅＢに送信する。

Ｓ６０６：ソースｅＮｏｄｅＢが、コアネットワークからのデータ又は端末デバイスからのデータをターゲットｅＮｏｄｅＢに転送し、データは、具体的には、パケットの形態でターゲットｅＮｏｄｅＢに送信される。パケットは、ソースＩＰアドレス（すなわち、ソースｅＮｏｄｅＢのユーザプレーンＩＰアドレス）及び宛先ＩＰアドレス（すなわち、ターゲットｅＮｏｄｅＢのユーザプレーンＩＰアドレス）を保持する。

Ｓ６０７：ターゲットｅＮｏｄｅＢが、構成されたＡＣＬに基づいて、パケットに保持されたソースＩＰアドレス（すなわち、ソースｅＮｏｄｅＢのユーザプレーンＩＰアドレス）及び宛先ＩＰアドレス（ターゲットｅＮｏｄｅＢのユーザプレーンＩＰアドレス）がＡＣＬ内にあるかどうかを決定する。パケットに保持されたソースＩＰアドレス及び宛先ＩＰアドレスがＡＣＬ内にある場合、ターゲットｅＮｏｄｅＢは、パケットの処理を継続する。パケットに保持されたソースＩＰアドレス及び宛先ＩＰアドレスがＡＣＬ内にない場合、ターゲットｅＮｏｄｅＢはパケットを破棄する。

ターゲットｅＮｏｄｅＢは、Ｓ６０３において、ソースｅＮｏｄｅＢのユーザプレーンＩＰアドレス及びターゲットｅＮｏｄｅＢのユーザプレーンＩＰアドレスをＡＣＬに追加していることが理解されるべきである。したがって、ターゲットｅＮｏｄｅＢは、ＡＣＬがパケットのソースＩＰアドレス及び宛先ＩＰアドレスを含むと決定し、パケットを破棄せず、パケットの処理を継続する。

Ｓ６０８：ＵＥ及びターゲットｅＮｏｄｅＢがランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行う。

Ｓ６０９：ＵＥが、ＲＲＣ接続再設定完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを送信する。

Ｓ６１０：ターゲットｅＮｏｄｅＢ及びモビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ，ＭＭＥ）が、経路切り替え（Ｐａｔｈ Ｓｗｉｔｃｈ）手順を行う。

Ｓ６１１：ターゲットｅＮｏｄｅＢが、ＵＥコンテキスト解放（ＵＥ Ｃｏｎｔｅｘｔ ｒｅｌｅａｓｅ）メッセージをソースｅＮｏｄｅＢに送信する。

Ｓ６０１～Ｓ６１１によれば、ターゲットｅＮｏｄｅＢは、基地局ハンドオーバプロセスにおけるソースｅＮｏｄｅＢのユーザプレーンＩＰアドレスを発見し、次いで、ＡＣＬを構成する。

前述の基地局間ハンドオーバプロセスにおいて、ソースｅＮｏｄｅＢはソースｅＮｏｄｅＢのユーザプレーンＩＰアドレスを保持しないが、ソースｅＮｏｄｅＢのＸ２インタフェースの進化型ＮｏｄｅＢ構成アップデート（ｅＮＢ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ）メッセージを使用することによって、Ｘ２インタフェースユーザプレーンＩＰアドレスのターゲットｅＮｏｄｅＢに対してソースｅＮｏｄｅＢを通知する場合があることに留意されたい。ターゲットｅＮｏｄｅＢは、ユーザプレーンＩＰアドレスに基づいてＡＣＬを予め構成してよい。ハンドオーバプロセスが行われる場合、ターゲット基地局は、予め構成されたＡＣＬに基づいて、受信されたパケットに対してアクセス制御を行ってよい。この場合、ハンドオーバ手順は、Ｓ６０１におけるハンドオーバ要求メッセージがソースｅＮｏｄｅＢのＸ２インタフェースユーザプレーンＩＰアドレスを保持しない場合がある点でのみ異なっており、ＡＣＬを構成するステップ（Ｓ６０３）は、データ転送（Ｓ６０６）の前の任意の時点、例えば、Ｓ６０１の前に行われてよい。これは、本願において具体的に限定されない。

ｅＮＢ構成更新メッセージは、ソースｅＮｏｄｅＢの構成がアップデートされた場合、例えば、ソースｅＮｏｄｅＢのユーザプレーンＩＰアドレスが変更された、又は隣接セルが変更された場合にトリガされてよいことが理解されるべきである。これは、本願において限定されない。構成更新メッセージを送信する必要がある任意のシナリオにおいて、送信者（例えば、ソースｅＮｏｄｅＢ）のユーザプレーンＩＰアドレスがメッセージに保持されてよい。

実施形態１において、パケットフィルタリング機能が有効化されている場合、ターゲットｅＮｏｄｅＢは、Ｘ２シグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、次いで、ＡＣＬを自動的に予め構成する。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善され得る。
実施形態２

図７に示されるように、Ｘｎベースの基地局間ハンドオーバシナリオ（すなわち、ソース基地局及びターゲット基地局の間のインタフェースがＸｎインタフェースである）が一例として使用される。解決手段は以下のステップを含む。

Ｓ７０１：ソースｇＮＢが、ハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージをターゲットｇＮＢに送信し、メッセージは、ソースｇＮＢのユーザプレーンＩＰアドレスを保持する。

Ｓ７０２：ターゲットｇＮＢがハンドオーバ要求承認（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをソースｇＮＢに送信する。

ソースｇＮＢによって送信されたハンドオーバ要求メッセージを受信した後に、ターゲットｇＮＢが、ソースｇＮＢのユーザプレーンＩＰアドレスに基づいてＡＣＬを構成することが理解され得る。図７では、ターゲットｇＮＢは、ターゲットｇＮＢがハンドオーバ要求承認メッセージをソースｇＮＢに送信した後にＡＣＬの構成を開始することが一例として使用されている。実際には、ＡＣＬは、より早く又は後に構成されてよい。これは、本願において限定されない。

Ｓ７０３：ＵＥ及びソースｇＮＢが、実行ハンドオーバ始動（Ｈａｎｄｏｖｅｒ ｉｎｉｔｉａｔｉｏｎ）手順を行う。

Ｓ７０４：ソースｇＮＢが、ＳＮステータス転送メッセージをターゲットｇＮＢに送信する。

図７に示されるように、ターゲットｇＮＢは、ソースｇＮＢによって送信されたパケットを受信し、ターゲットｇＮＢは、パケットのソースＩＰアドレス及び宛先ＩＰアドレスの両方がＡＣＬ内にあるかどうかを決定する。パケットのソースＩＰアドレス及び宛先ＩＰアドレスの両方がＡＣＬ内にある場合、ターゲットｇＮＢは、パケットの処理を継続する。パケットのソースＩＰアドレス及び宛先ＩＰアドレスの両方がＡＣＬ内にない場合、ターゲットｇＮＢは、パケットを破棄する。

Ｓ７０５：ＵＥ及びソースｇＮＢが、実行ハンドオーバ完了（Ｈａｎｄｏｖｅｒ Ｃｏｍｐｌｅｔｉｏｎ）手順を行う。

Ｓ７０６：ターゲットｇＮＢ及びＡＭＦが、経路切り替え（Ｐａｔｈ Ｓｗｉｔｃｈ）手順を行う。

Ｓ７０７：ターゲットｇＮＢがＵＥコンテキスト解放メッセージをソースｇＮＢに送信し、それにより、ソースｇＮＢがＵＥのコンテキストを解放する。

前述の基地局間ハンドオーバプロセスにおいて、ソースｇＮＢはソースｇＮＢのユーザプレーンＩＰアドレスを保持しないが、ソースｇＮＢのＸｎインタフェースの次世代無線アクセスネットワークノード構成アップデート（ＮＧ－ＲＡＮ Ｎｏｄｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅ）メッセージを使用することによって、ＸｎインタフェースユーザプレーンＩＰアドレスのターゲットｇＮＢに対してソースｇＮＢを通知する場合があることに留意されたい。ターゲットｇＮＢは、ユーザプレーンＩＰアドレスに基づいてＡＣＬを予め構成してよい。ハンドオーバプロセスが行われる場合、ターゲット基地局は、予め構成されたＡＣＬに基づいて、受信されたパケットに対してアクセス制御を行ってよい。この場合、ハンドオーバ手順は、Ｓ７０１におけるハンドオーバ要求メッセージが、ソースｇＮＢのＸｎインタフェースユーザプレーンＩＰアドレスを保持しない場合がある点でのみ異なっており、ターゲットｇＮＢによってＡＣＬを構成するステップは、データ転送の前の任意の時点、例えば、Ｓ７０１の前に行われてよい。これは、本願において具体的に限定されない。

ＮＧ－実行ノード構成更新メッセージは、ソースｇＮＢの構成がアップデートされた場合、例えば、ソースｇＮＢのユーザプレーンＩＰアドレスが変更された、又は隣接セルが変更された場合にトリガされてよいことが理解されるべきである。これは、本願において限定されない。構成更新メッセージを送信する必要がある任意のシナリオにおいて、送信者（例えば、ソースｇＮＢ）のユーザプレーンＩＰアドレスがメッセージに保持されてよい。

実施形態２において、パケットフィルタリング機能が有効化されている場合、ターゲットｇＮＢは、Ｘｎシグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、次いで、ＡＣＬを自動的に予め構成する。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善される。
実施形態３

前述の実施形態１及び実施形態２において、ソース基地局によってハンドオーバ要求メッセージがターゲット基地局に直接送信される一例が使用されている。実際の用途では、ハンドオーバ要求メッセージは、代替的に、ソース基地局によって、コアネットワークを通じてターゲット基地局に送信され得る。

図８に示されるように、一例として、ＮＧハンドオーバのシナリオが使用され、以下のステップが具体的に含まれる。

Ｓ８０１：ソースｇＮＢが、要変更メッセージを現在のサービングＡＭＦに送信する。ソースｇＮＢ及びターゲットｇＮＢの間に直接的な転送経路があることをソースｇＮＢが検出した場合、ソースｇＮＢのユーザプレーンＩＰアドレスがメッセージ内で保持される。

Ｓ８０２：ＡＭＦが、基地局ハンドオーバを行うために端末デバイスによって使用されるＡＭＦ及びユーザプレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ，ＵＰＦ）を選択する。

Ｓ８０３：ＡＭＦが、ハンドオーバ要求メッセージをターゲットｇＮＢに送信し、メッセージは、ソースｇＮＢのユーザプレーンＩＰアドレスを保持する。

Ｓ８０４：ターゲットｇＮＢが、ハンドオーバ要求承認メッセージをＡＭＦに送信する。

ハンドオーバ要求メッセージを受信した後、ターゲットｇＮＢは、ソースｇＮＢのユーザプレーンＩＰアドレスに基づいてＡＣＬを構成してよいことが理解されるべきである。

Ｓ８０５：ＡＭＦが、ハンドオーバコマンドをソースｇＮＢに送信する。

Ｓ８０６：ソースｇＮＢが、ハンドオーバコマンドをＵＥに送信する。

Ｓ８０７：ソースｇＮＢが、アップリンクＲＡＮステータス転送（Ｕｐｌｉｎｋ ＲＡＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒ）メッセージをＡＭＦに送信する。

Ｓ８０８：ＡＭＦが、ダウンリンクＲＡＮステータス転送（Ｄｏｗｎｌｉｎｋ ＲＡＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒ）メッセージをターゲットｇＮＢに送信する。

Ｓ８０９：データ転送手順を行う。具体的には、ＵＰＦが、ダウンリンクユーザプレーンデータをソースｇＮＢに送信し、ソースｇＮＢが、データをターゲットｇＮＢに直接転送する（すなわち、Ｓ８０９ａ）、又は、ソースｇＮＢがＵＰＦを通じてデータをターゲットｇＮＢに転送する（すなわち、Ｓ８０９ｂ）。

ソースｇＮＢがデータをターゲットｇＮＢに直接転送する場合（すなわち、Ｓ８０９ａ）、ターゲットｇＮＢは、パケットを受信した後のＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定する。

Ｓ８１０：ＵＥが、ハンドオーバ確認メッセージをターゲットｇＮＢに送信する。

Ｓ８１１：ターゲットｇＮＢが、ハンドオーバ通知メッセージをＡＭＦに送信する。

Ｓ８１２：ＵＥコンテキストを解放する。具体的には、ＡＭＦが、ＵＥコンテキスト解放コマンドメッセージをソースｇＮＢに送信する。ＵＥが、コンテキストを解放し、ＵＥコンテキスト解放完了メッセージをＡＭＦに送信する。

ステップＳ８０１において、ソースｇＮＢ及びターゲットｇＮＢの間に直接的な転送経路がないことをソースｇＮＢが検出した場合、ソースｇＮＢのユーザプレーンＩＰアドレスは、メッセージに保持される必要がないことに留意されたい。これは、データが、間接的な転送において、コアネットワークのＮＧインタフェースを通じて転送される必要があるためである。ターゲットｇＮＢは、ＮＧインタフェースユーザプレーンセットアップ手順を使用することによって、ＵＰＦのＩＰアドレスを取得してよい。

実施形態３において、パケットフィルタリング機能が有効化されている場合、ＮＧハンドオーバの直接転送シナリオでは、ターゲット基地局が、ＮＧシグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、ＡＣＬを自動的に予め構成してよい。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善され得る。

図５～図８は、Ｘ２／Ｘｎベースの基地局間ハンドオーバシナリオにおけるＡＣＬ構成の解決手段を説明する。以下では、図９及び図１０Ａ及び図１０Ｂを参照しながら、ＬＴＥ／ＮＲデュアル接続シナリオにおけるＳＮ基地局間ハンドオーバシナリオでのＡＣＬ構成の解決手段を説明する。

図９は、本願の実施形態において提供されるＡＣＬ構成方法を示す。この方法は以下のステップを含む。

Ｓ９０１：マスタ基地局（ＭＮ）が、二次局追加要求メッセージをターゲット二次基地局（Ｔ－ＳＮ）に送信し、ターゲット二次基地局が、マスタ基地局から二次局追加要求メッセージを受信し、二次局追加要求メッセージは、ソース二次基地局（Ｓ－ＳＮ）のユーザプレーンＩＰアドレスを保持する。

本願のこの実施形態において、ＳＮ基地局間ハンドオーバは、ＭＮによってトリガされてもよく、又は、Ｓ－ＳＮによってトリガされてもよい。これは、本願において限定されない。

Ｓ９０２：ターゲット二次基地局が、ソース二次基地局のユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する。

具体的には、ソース二次基地局のユーザプレーンＩＰアドレス及びターゲット二次基地局（すなわち、ターゲット二次基地局）のユーザプレーンＩＰアドレスが、ターゲット二次基地局のＡＣＬ内にない場合、ソース二次基地局のユーザプレーンＩＰアドレス及びターゲット二次基地局のユーザプレーンＩＰアドレスがＡＣＬに追加される。ソース二次基地局のユーザプレーンＩＰアドレスはソースＩＰアドレスとして使用され、ターゲット二次基地局のユーザプレーンＩＰアドレスは宛先ＩＰアドレスとして使用される。

本願のこの実施形態では、ＳＮ変更手順において、ＭＮが、Ｓ－ＳＮのユーザプレーンＩＰアドレス、は、二次局追加要求メッセージを保持し、それにより、Ｔ－ＳＮは、ＴＮＬアドレス発見手順を行うことなくＳ－ＳＮのユーザプレーンＩＰアドレスを取得することができる。次いで、取得されたＳ－ＳＮに基づいてＡＣＬを構成することができる。したがって、ＳＮハンドオーバシナリオにおいて、Ｓ－ＳＮによって送信されたパケットがＴ－ＳＮによって破棄される場合を効率的に回避することができ、データ伝送の信頼性を改善することができる。

任意選択的に、ＭＮが二次局追加要求メッセージをＴ－ＳＮに送信した後、Ｓ－ＳＮはさらに、端末デバイスに送信されるべきデータをコアネットワークから受信する。代替的に、Ｓ－ＳＮはさらに、コアネットワークに送信されるべきデータを端末デバイスから受信する。この場合、端末デバイスがＴ－ＳＮにハンドオーバされるため、Ｓ－ＳＮは、受信されたデータに基づいてパケットを生成し、ソースＩＰアドレス及び宛先ＩＰアドレスをパケットに追加し、次いで、パケットをＴ－ＳＮに送信する。ソースＩＰアドレスはＳ－ＳＮのユーザプレーンＩＰアドレスであり、宛先ＩＰアドレスはＴ－ＳＮのユーザプレーンＩＰアドレスである。対応して、Ｓ－ＳＮによって送信されたパケットを受信した後、Ｔ－ＳＮは、パケットのソースＩＰアドレスがＡＣＬ内にあるかどうかを決定する。パケットのソースＩＰアドレスがＡＣＬ内にある場合、Ｔ－ＳＮはパケットを処理する。パケットのソースＩＰアドレスがＡＣＬ内にない場合、Ｔ－ＳＮはパケットを破棄する。

Ｓ－ＳＮのユーザプレーンＩＰアドレスは、Ｔ－ＳＮのＡＣＬにおいて構成されている。したがって、Ｔ－ＳＮはパケットを破棄しない。これによりデータ伝送の信頼性が改善される。

任意選択的に、ステップＳ５０１において、ＭＮが二次局追加要求メッセージをＴ－ＳＮに送信することは、以下の２つの方式を含むがこれらに限定されない。

方式１：Ｓ－ＳＮ及びＴ－ＳＮが同じＭＮに対応する。この場合、ＭＮが、二次局追加要求メッセージを直接生成し、二次局追加要求メッセージをＴ－ＳＮに送信する。

例えば、ＭＮのカバレッジエリアが比較的大きく、Ｓ－ＳＮのカバレッジエリア及びＴ－ＳＮのそれが比較的小さく、Ｓ－ＳＮ及びＴ－ＳＮが、同じＭＮのカバレッジエリア内にある。この場合、Ｓ－ＳＮ及びＴ－ＳＮが同じＭＮに対応する。

方式２：Ｓ－ＳＮ及びＴ－ＳＮが異なるＭＮに対応する。例えば、Ｓ－ＳＮがソースマスタ基地局（Ｓ－ＭＮ）に対応し、Ｔ－ＳＮがターゲットマスタ基地局（Ｔ－ＭＮ）に対応する。この場合、Ｓ－ＭＮがハンドオーバ要求メッセージをＴ－ＭＮに送信し、次いで、Ｔ－ＭＮが二次局追加要求メッセージをＴ－ＳＮに送信する。

例えば、Ｓ－ＭＮ及びＳ－ＳＮが同じカバレッジエリア内にあり、かつ、Ｔ－ＭＮ及びＴ－ＳＮが同じカバレッジエリア内にある場合、Ｓ－ＳＮ及びＴ－ＳＮは異なるＭＮに対応し得る。

例えば、Ｓ－ＭＮは、まず、ハンドオーバ要求メッセージ（ハンドオーバ要求メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレスを保持する）をＴ－ＭＮに送信する。ハンドオーバ要求メッセージを受信した後、Ｔ－ＭＮは、二次局追加要求メッセージを生成し、二次局追加要求メッセージをＴ－ＳＮに送信する。

この例において、ＵＥのサービスベアラは、Ｓ－ＳＮ上でのみ確立されていることに留意されたい。したがって、ハンドオーバ要求メッセージ及び二次局追加要求メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレスのみを保持し、Ｔ－ＳＮのみがＡＣＬを構成する。しかしながら、実際の用途では、ＵＥのサービスベアラは、Ｓ－ＳＮ上で、及びＳ－ＭＮ上で確立され得る。

ＵＥのサービスベアラがＳ－ＭＮ上でのみ確立されている場合、実際のハンドオーバプロセスについて、図５に示される実施形態を参照されたい。具体的には、Ｓ－ＭＮがハンドオーバ要求メッセージをＴ－ＭＮに送信し、メッセージは、Ｓ－ＭＮのユーザプレーンＩＰアドレスを保持し、Ｔ－ＭＮが、Ｓ－ＭＮのユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する。

ＵＥのサービスベアラがＳ－ＭＮ及びＳ－ＭＮの両方で確立されている場合、実際のハンドオーバプロセスは以下のとおりである：Ｓ－ＭＮがハンドオーバ要求メッセージをＴ－ＭＮに送信し、メッセージは、Ｓ－ＭＮのユーザプレーンＩＰアドレス及びＳ－ＳＮのユーザプレーンＩＰアドレスを保持する。Ｔ－ＭＮが、Ｓ－ＭＮのユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する。Ｔ－ＭＮが、二次局追加要求メッセージをＳ－ＳＮに送信し、メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレスを保持する。Ｔ－ＳＮが、Ｓ－ＳＮのユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する。

図９に示される技術的解決手段をより良く理解するために、以下ではさらに、いくつかの具体的なＬＴＥ／ＮＲデュアル接続シナリオを参照して、いくつかの完全な実施形態を提供する。
実施形態４

図１０Ａ及び図１０Ｂに示されるように、Ｓ－ＳＮがＳＮ基地局間ハンドオーバ手順をトリガし、Ｓ－ＳＮ及びＴ－ＳＮが同じＭＮに対応する一例が使用されている。ＳＮ基地局間ハンドオーバ手順は以下のステップを含む。

Ｓ１００１：Ｓ－ＳＮが、ＳｇＮＢ要変更（ＳｇＮＢ Ｃｈａｎｇｅ Ｒｅｑｕｉｒｅｄ）メッセージをＭＮに送信する。

Ｓ１００２：ＭＮが、ＳｇＮＢ追加要求（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをＴ－ＳＮに送信し、メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレスを保持する。

Ｓ１００３：Ｔ－ＳＮが、ＳｇＮＢ追加要求承認（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＭＮに送信する。

ＳｇＮＢ追加要求メッセージを受信した後、Ｔ－ＳＮは、Ｓ－ＳＮのユーザプレーンＩＰアドレスに基づいてＡＣＬを構成することが理解されるべきである。

Ｓ１００４：ＭＮが、ＲＲＣ接続再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥに送信する。

Ｓ１００５：ＵＥが、ＲＲＣ接続再設定完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＭＮに送信する。

Ｓ１００６：ＭＮが、ＳｇＮＢ変更確認（ＳｇＮＢ Ｃｈａｎｇｅ Ｃｏｎｆｉｒｍ）メッセージをＳ－ＳＮに送信する。

Ｓ１００７：ＭＮが、ＳｇＮＢ再設定完了（ＳｇＮＢ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＴ－ＳＮに送信する。

Ｓ１００８：ＵＥが、Ｔ－ＳＮに対するランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を始動する。

Ｓ１００９：Ｓ－ＳＮが、ＳＮステータス転送（ＳＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒ）メッセージをＴ－ＳＮに送信する。

Ｓ１００９は、Ｓ１００９ａ及びＳ１００９ｂを含む。
Ｓ１００９ａ：Ｓ－ＳＮが、ＳＮステータス転送メッセージをＭＮに送信する。
Ｓ１００９ｂ：ＭＮが、ＳＮステータス転送メッセージをＴ－ＳＮに送信する。

Ｔ－ＳＮがＳ－ＳＮからパケットを受信する場合、Ｔ－ＳＮは、ＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定することが理解されるべきである。

Ｓ１０１０：ＭＮが、セカンダリＲＡＴデータ使用報告（Ｓｅｃｏｎｄａｒｙ ＲＡＴ Ｄａｔａ Ｕｓａｇｅ Ｒｅｐｏｒｔ）をＳ－ＳＮに送信する。

Ｓ１０１１：ＭＮが、Ｅ－ＲＡＢマーカ修正指示（Ｅ－ＲＡＢ Ｍａｒｋｅｒ ｍｏｄｉｆｉｃａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）をＳＧＷに送信する。

Ｓ１０１２：ＳＧＷ及びＭＭＥが、ＵＥに対してベアラ修正（Ｂｅａｒｅｒ ｍｏｄｉｆｉｃａｔｉｏｎ）を行う。

Ｓ１０１３：ＳＧＷが、ＭＮを介してエンドマーカパケット（Ｅｎｄ Ｍａｒｋｅｒ Ｐａｃｋｅｔ）をＳ－ＳＮに送信する。

Ｓ１０１４：ＳＧＷが、新パス（Ｎｅｗ Ｐａｔｈ）メッセージをＴ－ＳＮに送信する。

Ｓ１０１５：ＭＭＥが、Ｅ－ＲＡＢマーカ修正確認（Ｅ－ＲＡＢ Ｍａｒｋｅｒ ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージをＭＮに送信する。

Ｓ１０１６：ＭＮが、Ｓ－ＳＮに対して、ＵＥのコンテキストを解放するように指示する。

Ｓ１００１の前に、ＭＮがＳ－ＳＮのユーザプレーンＩＰアドレス構成を有しない場合、ＭＮは、ＭＮによってトリガされた二次局変更手順を始動して、Ｓ－ＳＮの構成を取得し、次いで、Ｓ－ＳＮのユーザプレーンＩＰアドレスを取得してよいことに留意されたい。

実施形態４において、パケットフィルタリング機能が有効化されている場合、Ｔ－ＳＮは、Ｘ２シグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、ＡＣＬを自動的に予め構成する。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善され得る。
実施形態５

図１１Ａ及び図１１Ｂに示されるように、ＭＮがＳＮ基地局間ハンドオーバ手順をトリガし、Ｓ－ＳＮ及びＴ－ＳＮが同じＭＮに対応する一例が使用されている。ＳＮ基地局間ハンドオーバ手順は以下のステップを含む。

Ｓ１１０１：ＭＮが、ＳｇＮＢ追加要求（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをＳ－ＳＮに送信し、メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレスを保持する。

Ｓ１１０２：Ｔ－ＳＮが、ＳｇＮＢ追加要求承認（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＭＮに送信する。

ＳｇＮＢ追加要求メッセージを受信した後、Ｔ－ＳＮは、Ｓ－ＳＮのユーザプレーンＩＰアドレスに基づいてＡＣＬを構成し得ることが理解されるべきである。

Ｓ１１０３：ＭＮがＳ－ＳＮを解放する。

Ｓ１１０３は以下を含む。Ｓ１１０３ａ：ＭＮがＳｇＮＢ解放要求（ＳｇＮＢ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）メッセージをＳ－ＳＮに送信する；及び、Ｓ１１０３ｂ：Ｓ－ＳＮがＳｇＮＢ解放要求承認（ＳｇＮＢ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＭＮに送信する。

Ｓ１１０４：ＭＮが、ＲＲＣ接続再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥに送信する。

Ｓ１１０５：ＵＥが、ＲＲＣ接続再設定完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＭＮに送信する。

Ｓ１１０６：ＭＮが、ＳｇＮＢ再設定完了（ＳｇＮＢ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＴ－ＳＮに送信する。

Ｓ１１０７：ＵＥが、Ｔ－ＳＮに対するランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を始動する。

Ｓ１１０８：Ｓ－ＳＮが、ＳＮステータス転送（ＳＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒ）メッセージをＴ－ＳＮに送信する。

Ｓ１１０８は以下を含む。Ｓ１１０８ａ：Ｓ－ＳＮがＳＮステータス転送メッセージをＭＮに送信する；及び、Ｓ１１０８ｂ：ＭＮがＳＮステータス転送メッセージをＴ－ＳＮに送信する。

Ｔ－ＳＮがＳ－ＳＮからパケットを受信する場合、Ｔ－ＳＮは、ＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定することが理解されるべきである。

Ｓ１１０９：ＭＮが、セカンダリＲＡＴデータ使用報告（Ｓｅｃｏｎｄａｒｙ ＲＡＴ Ｄａｔａ Ｕｓａｇｅ Ｒｅｐｏｒｔ）をＳ－ＳＮに送信する。

Ｓ１１１０：ＭＮが、Ｅ－ＲＡＢマーカ修正指示（Ｅ－ＲＡＢ Ｍａｒｋｅｒ ｍｏｄｉｆｉｃａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）をＳＧＷに送信する。

Ｓ１１１１：ＳＧＷ及びＭＭＥが、ＵＥに対してベアラ修正（Ｂｅａｒｅｒ ｍｏｄｉｆｉｃａｔｉｏｎ）を行う。

Ｓ１１１２：ＳＧＷが、ＭＮを使用することによってエンドマーカパケット（Ｅｎｄ Ｍａｒｋｅｒ Ｐａｃｋｅｔ）をＳ－ＳＮに送信する。

Ｓ１１１３：ＳＧＷが、新パス（Ｎｅｗ Ｐａｔｈ）メッセージをＴ－ＳＮに送信する。

Ｓ１１１４：ＭＭＥが、Ｅ－ＲＡＢマーカ修正確認（Ｅ－ＲＡＢ Ｍａｒｋｅｒ ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージをＭＮに送信する。

Ｓ１１１５：ＭＮが、Ｓ－ＳＮに対して、ＵＥのコンテキストを解放するように指示する。

Ｓ１１０１の前に、ＭＮがＳ－ＳＮのユーザプレーンＩＰアドレス構成を有しない場合、ＭＮは、ＭＮによってトリガされた二次局変更手順を始動して、Ｓ－ＳＮの構成を取得し、次いで、Ｓ－ＳＮのユーザプレーンＩＰアドレスを取得してよいことに留意されたい。

実施形態５において、Ｔ－ＳＮは、Ｘ２シグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、ＡＣＬを自動的に予め構成する。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善され得る。
実施形態６

図１２Ａ及び図１２Ｂに示されるように、ＭＮ基地局間ハンドオーバ及びＳＮ基地局間ハンドオーバが同時に行われる手順が一例として使用される。ハンドオーバ手順は以下のステップを含む。

Ｓ１２０１：Ｓ－ＭＮが、ハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージをＴ－ＭＮに送信し、メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレス及び／又はＳ－ＭＮのユーザプレーンＩＰアドレスを保持する。

デュアル接続サービスのベアラはＳ－ＳＮのアドレスを保持し、非デュアル接続サービスのベアラはＳ－ＭＮのアドレスを保持する。

Ｔ－ＭＮは、ハンドオーバ要求メッセージにおけるＳ－ＭＮのユーザプレーンＩＰアドレス及びＴ－ＭＮのＩＰアドレスに基づいてＡＣＬを構成し得る。

Ｓ１２０２：Ｔ－ＭＮが、ＳｇＮＢ追加要求（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをＴ－ＳＮに送信し、メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレスを保持する。

Ｔ－ＳＮへのハンドオーバのためのデュアル接続ベアラに保持されたデータ転送のソースユーザプレーンＩＰアドレスは、ハンドオーバ要求メッセージから取得される。

Ｔ－ＳＮは、ＳｇＮＢ追加要求メッセージにおけるユーザプレーンＩＰアドレス及びＴ－ＳＮのＩＰアドレスに基づいてＡＣＬを構成し得る。

Ｓ１２０３：Ｔ－ＳＮが、ＳｇＮＢ追加要求承認（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＴ－ＭＮに送信する。

Ｓ１２０４：Ｔ－ＭＮが、ハンドオーバ要求承認（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＳ－ＭＮに送信する。

Ｓ１２０５：Ｓ－ＭＮがＳ－ＳＮを解放する。

Ｓ１２０５は以下を含む。Ｓ１２０５ａ：Ｓ－ＭＮがＳｂＮＢ解放要求メッセージをＳ－ＳＮに送信する；及び、Ｓ１２０５ｂ：Ｓ－ＳＮがＳｇＮＢ解放要求承認メッセージをＳ－ＭＮに送信する。

Ｓ１２０６：Ｓ－ＭＮが、ＲＲＣ接続再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥに送信し、Ｓ－ＭＮが、ＳｇＮＢ変更確認メッセージをＳ－ＳＮに送信する。

Ｓ１２０７：ＵＥが、Ｔ－ＭＮに対するランダムアクセス手順を始動する。

Ｓ１２０８：ＵＥが、ＲＲＣ接続再設定完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＴ－ＳＮに送信する。

Ｓ１２０９：ＵＥが、Ｔ－ＳＮに対するランダムアクセス手順を始動する。

Ｓ１２１０：Ｔ－ＳＮが、ＳｇＮＢ再設定完了（ＳｇＮＢ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＴ－ＭＮに送信する。

Ｓ１２１１：Ｓ－ＳＮが、Ｓ－ＭＮを使用することによってセカンダリＲＡＴデータ使用報告（Ｓｅｃｏｎｄａｒｙ ＲＡＴ Ｄａｔａ Ｕｓａｇｅ Ｒｅｐｏｒｔ）をＭＭＥに送信する（Ｓ１２１１ａ及びＳ１２１１ｂを含む）。

Ｓ１２１２：ＳＮステータス転送メッセージを送信する。

具体的には、以下のステップが含まれる。Ｓ１２１２ａ：Ｓ－ＳＮがＳＮステータス転送メッセージをＳ－ＭＮに送信する；Ｓ１２１２ｂ：Ｓ－ＭＮがＳＮステータス転送メッセージをＴ－ＭＮに送信する；及び、Ｓ１２１２ｃ：Ｔ－ＭＮがＳＮステータス転送メッセージをＴ－ＳＮに送信する。

Ｔ－ＳＮがＳ－ＳＮからパケットを受信する場合、Ｔ－ＳＮは、Ｔ－ＳＮ上に構成されたＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定することが理解されるべきである。Ｔ－ＭＮがＳ－ＭＮからパケットを受信する場合、Ｔ－ＭＮは、Ｔ－ＭＮ上に構成されたＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定する。

Ｓ１２１３：ＭＭＥ及びＴ－ＳＮが経路切り替え手順を行う。

Ｓ１２１４：Ｓ－ＭＮが、Ｔ－ＭＮに対して、ＵＥのコンテキストを解放するように指示する。

Ｓ１２１５：Ｓ－ＭＮが、Ｓ－ＳＮに対して、ＵＥのコンテキストを解放するように指示する。

Ｓ１１０１の前に、ＭＮがＳ－ＳＮのユーザプレーンＩＰアドレス構成を有しない場合、ＭＮは、ＭＮによってトリガされた二次局変更手順を始動して、Ｓ－ＳＮの構成を取得し、次いで、Ｓ－ＳＮのユーザプレーンＩＰアドレスを取得してよいことに留意されたい。

実施形態６において、Ｔ－ＳＮ及びＴ－ＭＮは、Ｘ２シグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、ＡＣＬを自動的に予め構成する。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善され得る。
実施形態７

図１３Ａ及び図１３Ｂに示されるように、ｅＮｏｄｅＢ／ｇＮｏｄｅＢがマスターステーションに変更されるシナリオの一例が使用される。ハンドオーバ手順は以下のステップを含む。

Ｓ１３０１：ソース基地局Ｓ－ｅＮＢが、ハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージをＴ－ＭＮに送信し、メッセージは、Ｓ－ＳＮ及び／又はＳ－ｅＮＢのユーザプレーンＩＰアドレスを保持する。

Ｔ－ＭＮは、ハンドオーバ要求メッセージにおけるＳ－ｅＮＢのユーザプレーンＩＰアドレス及びＴ－ＭＮのＩＰアドレスに基づいてＡＣＬを構成し得る。

Ｓ１３０２：Ｔ－ＭＮが、ＳｇＮＢ追加要求（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージをＴ－ＳＮに送信し、メッセージは、Ｓ－ｅＮＢのユーザプレーンＩＰアドレスを保持する。

デュアル接続ベアラのデータ転送のソースＩＰアドレスが、ハンドオーバ要求メッセージから取得される。

Ｔ－ＳＮは、ＳｇＮＢ追加要求メッセージにおけるＳ－ｅＮＢのユーザプレーンＩＰアドレス及びＴ－ＳＮのＩＰアドレスに基づいてＡＣＬを構成し得る。

Ｓ１３０３：Ｔ－ＳＮが、ＳｇＮＢ追加要求承認（ＳｇＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＴ－ＭＮに送信する。

Ｓ１３０４：Ｔ－ＭＮが、ハンドオーバ要求承認（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＳ－ｅＮＢに送信する。

Ｓ１３０５：Ｓ－ｅＮＢが、ＲＲＣ接続再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥに送信する。

Ｓ１３０６：ＵＥが、Ｔ－ＭＮに対するランダムアクセス手順を始動する。

Ｓ１３０７：ＵＥが、ＲＲＣ接続再設定完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＴ－ＳＮに送信する。

Ｓ１３０８：ＵＥが、Ｔ－ＳＮに対するランダムアクセス手順を始動する。

Ｓ１３０９：Ｔ－ＭＮが、ＳｇＮＢ再設定完了（ＳｇＮＢ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＴ－ＳＮに送信する。

Ｓ１３１０：ＳＮステータス転送メッセージを送信する。

Ｓ１３１０は以下を含む。Ｓ１３１０ａ：Ｓ－ｅＮＢがＳＮステータス転送メッセージをＴ－ＭＮに送信する；及び、Ｓ１３１０ｂ：Ｔ－ＭＮがＳＮステータス転送メッセージをＴ－ＳＮに送信する。

Ｓ１３１１：データ転送を行う。

Ｔ－ＳＮがＳ－ｅＮＢからパケットを受信する場合、Ｔ－ＳＮは、Ｔ－ＳＮ上に構成されたＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定する。Ｔ－ＭＮがＳ－ｅＮＢからパケットを受信する場合、Ｔ－ＭＮは、Ｔ－ＭＮ上に構成されたＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定する。

Ｓ１３１２：Ｔ－ＭＮ及びＭＭＥが経路切り替え手順を行う。

Ｓ１３１３：Ｔ－ＭＮが、Ｓ－ｅＮＢに対して、ＵＥのコンテキストを解放するように指示する。

実施形態７において、パケットフィルタリング機能が有効化されている場合、ｅＮｏｄｅＢ／ｇＮｏｄｅＢがマスターステーションに変更されるシナリオでは、Ｔ－ＭＮ及びＴ－ＳＮは、Ｘ２シグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、ＡＣＬを自動的に予め構成する。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善される。
実施形態８

図１４Ａ及び図１４Ｂに示されるように、以下の図面は、マスターステーションがｅＮｏｄｅＢ／ｇＮｏｄｅＢに変更されるシナリオの一例として使用される。ハンドオーバ手順は以下のステップを含む。

Ｓ１４０１：Ｓ－ＭＮが、ハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）メッセージをターゲット基地局Ｔ－ｅＮＢに送信し、メッセージは、Ｓ－ＳＮのユーザプレーンＩＰアドレス及び／又はＳ－ＭＮのユーザプレーンＩＰアドレスを保持する。

デュアル接続サービスのベアラはＳ－ＳＮのアドレスを保持し、非デュアル接続サービスのベアラはＳ－ＭＮのアドレスを保持する。

Ｔ－ｅＮＢは、ハンドオーバ要求メッセージにおけるＳ－ＳＮ及び／又はＳ－ＭＮのユーザプレーンＩＰアドレス、及びＴ－ｅＮＢのＩＰアドレスに基づいてＡＣＬを構成し得る。

Ｓ１４０２：Ｔ－ｅＮＢが、ハンドオーバ要求承認（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＴ－ＭＮに送信する。

Ｓ１４０３：Ｓ－ＭＮがＳ－ＳＮを解放する。

Ｓ１４０３は以下を含む。Ｓ１４０３ａ：Ｓ－ＭＮがＳｂＮＢ解放要求メッセージをＳ－ＳＮに送信する；及び、Ｓ１４０３ｂ：Ｓ－ＳＮがＳｇＮＢ解放要求承認メッセージをＳ－ＭＮに送信する。

Ｓ１４０４：Ｓ－ＭＮが、ＲＲＣ接続再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥに送信する。

Ｓ１４０５：ＵＥが、Ｔ－ｅＮＢに対するランダムアクセス手順を始動する。

Ｓ１４０６：ＵＥが、ＲＲＣ接続再設定完了（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージをＴ－ｅＮＢに送信する。

Ｓ１４０７：ＳＮステータス転送メッセージを送信する。

具体的には、以下のステップが含まれる。Ｓ１４０７ａ：Ｓ－ＳＮがＳＮステータス転送メッセージをＳ－ＭＮに送信する；及び、Ｓ１４０７ｂ：Ｓ－ＭＮがＳＮステータス転送メッセージをＴ－ｅＮＢに送信する。

Ｓ１４０８：データ転送を行う。

Ｔ－ｅＮＢがＳ－ＳＮからパケットを受信する場合、Ｔ－ｅＮＢは、Ｔ－ｅＮＢ上に構成されたＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定することが理解されるべきである。Ｔ－ｅＮＢがＳ－ＭＮからパケットを受信する場合、Ｔ－ｅＮＢは、Ｔ－ｅＮＢ上に構成されたＡＣＬに基づいて、パケットの処理を継続するか、又はパケットを破棄するかを決定する。

Ｓ１４０９：Ｓ－ＳＮが、Ｓ－ＭＮを使用することによってセカンダリＲＡＴデータ使用報告（Ｓｅｃｏｎｄａｒｙ ＲＡＴ Ｄａｔａ Ｕｓａｇｅ Ｒｅｐｏｒｔ）をＭＭＥに送信する（Ｓ１４０９ａ及びＳ１４０９ｂを含む）。

Ｓ１４１０：Ｔ－ｅＮＢ及びＭＭＥが経路切り替え手順を行う。

Ｓ１４１１：Ｔ－ｅＮＢが、Ｔ－ＭＮに対して、ＵＥのコンテキストを解放するように指示する。

Ｓ１４１２：Ｔ－ＭＮが、Ｓ－ＳＮに対して、ＵＥのコンテキストを解放するように指示する。

実施形態８において、パケットフィルタリング機能が有効化されている場合、マスターステーションがｅＮｏｄｅＢ／ｇＮｏｄｅＢに変更されるシナリオでは、Ｔ－ｅＮＢが、Ｘ２シグナリングを通じてデータ転送ソースのＩＰアドレスを取得し、ＡＣＬを自動的に予め構成する。ＡＣＬを手動で構成する必要はない。したがって、データ伝送の信頼性が改善され得る。

異なる技術的効果を達成するために本明細書の実施形態は相互に組み合わされ得ることが理解されるべきである。

前述では、本願の実施形態において提供される様々な方法が説明され、以下では、本願の実施形態において提供される装置が説明される。

同じ技術的概念に基づいて、本願の一実施形態はさらに、ＡＣＬ構成装置を提供する。装置は、例えば、基地局、又は基地局の内部に配されたチップであってよい。装置は、図５～図１４Ａ及び図１４Ｂにおける任意の基地局によって実装される機能を有する。例えば、装置８００は、図５～図１４Ａ及び図１４Ｂに示される実施形態における任意の基地局によって行われるステップを行うための、対応するモジュール、ユニット、又は手段（ｍｅａｎｓ）を含む。当該機能、ユニット、又は手段は、ソフトウェアによって実装されてよく、又はハードウェアにより実装されてよく、又はハードウェアが対応するソフトウェアを実行することにより実装されてもよい。

例えば、図１５に示されるように、装置は、トランシーバユニット１５０１及び処理ユニット１５０２を含む。

装置が、図５に示される第２の基地局内に位置している場合、装置のモジュールの機能は以下のとおりである。

トランシーバユニット１５０１は、第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信するように構成されており、ハンドオーバ要求メッセージ又は構成更新メッセージは、第１の基地局のユーザプレーンＩＰアドレスを保持する。

処理ユニット１５０２は、ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成されている。

任意選択的に、トランシーバユニット１５０１は、処理ユニット１５０２がユーザプレーンＩＰアドレスに基づいてＡＣＬを構成した後に、第１の基地局からパケットを受信するようにさらに構成されている。処理ユニット１５０２は、パケットのソースＩＰアドレスがＡＣＬ内にあるかどうかを決定するようにさらに構成されている。パケットのソースＩＰアドレスがＡＣＬ内にある場合、処理ユニット１５０２はパケットを処理する。パケットのソースＩＰアドレスがＡＣＬ内にない場合、処理ユニット１５０２はパケットを破棄する。

任意選択的に、第１の基地局からハンドオーバ要求メッセージを受信する場合、トランシーバユニット１５０１は、第１の基地局からコアネットワーク要素を介してハンドオーバ要求メッセージを受信するように特に構成されている。

装置が、図５に示される第１の基地局内に位置している場合、装置のモジュールの機能は以下のとおりである。

処理ユニット１５０２は、ハンドオーバ要求メッセージ又は構成更新メッセージを生成するように構成されており、ハンドオーバ要求メッセージ又は構成更新メッセージは、第１の基地局のユーザプレーンＩＰアドレスを保持する。トランシーバユニット１５０１は、ハンドオーバ要求メッセージ又は構成更新メッセージを第２の基地局に送信するように構成されている。

任意選択的に、トランシーバユニット１５０１は、コアネットワーク要素を介してハンドオーバ要求メッセージを第２の基地局に送信するように特に構成されている。

任意選択的に、トランシーバユニット１５０１は、ハンドオーバ要求メッセージ又は構成更新メッセージを第２の基地局に送信した後に、コアネットワークからデータを受信する、又は端末デバイスからデータを受信するようにさらに構成されている。処理ユニット１５０２は、データに基づいてパケットを生成するようにさらに構成されている。トランシーバユニット１５０１は、パケットを第２の基地局に送信するようにさらに構成されており、パケットはソースＩＰアドレスを保持し、ソースＩＰアドレスは第１の基地局のユーザプレーンＩＰアドレスである。

任意選択的に、パケットは、第１の基地局及び第２の基地局の間のインタフェースを通じて送信される。

装置が、図９に示されるターゲット二次基地局内に位置している場合、装置のモジュールの機能は以下のとおりである。

トランシーバユニット１５０１は、マスタ基地局から二次局追加要求メッセージを受信するように構成されており、二次局追加要求メッセージは、ソース二次基地局のユーザプレーンＩＰアドレスを保持する。

処理ユニット１５０２は、ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成されている。

任意選択的に、トランシーバユニット１５０１は、処理ユニット１５０２がユーザプレーンＩＰアドレスに基づいてＡＣＬを構成した後に、ソース二次基地局からパケットを受信するようにさらに構成されている。処理ユニット１５０２は、パケットのソースＩＰアドレスがＡＣＬ内にあるかどうかを決定するようにさらに構成されている。パケットのソースＩＰアドレスがＡＣＬ内にある場合、処理ユニット１５０２はパケットを処理する。パケットのソースＩＰアドレスがＡＣＬ内にない場合、処理ユニット１５０２はパケットを破棄する。

任意選択的に、ソース二次基地局及びターゲット二次基地局は、異なるマスタ基地局に対応する。例えば、マスタ基地局はターゲットマスタ基地局であり、ソース二次基地局はソースマスタ基地局に対応する。マスタ基地局から二次局追加要求メッセージを受信する場合、トランシーバユニット１５０１は、ターゲットマスタ基地局から二次局追加要求メッセージを受信するように特に構成されている。

任意選択的に、ターゲット二次基地局及びソース二次基地局の両方がマスタ基地局に対応し、すなわち、ターゲット二次基地局及びソース二次基地局が同じマスタ基地局に対応する。

装置が、図９に示されるマスタ基地局内に位置している場合、装置のモジュールの機能は以下のとおりである。

処理ユニット１５０２は、二次局追加要求メッセージを生成するように構成されており、二次局追加要求メッセージは、ソース二次基地局のユーザプレーンＩＰアドレスを保持する。

トランシーバユニット１５０１は、二次局追加要求メッセージをターゲット二次基地局に送信するように構成されている。

任意選択的に、ソース二次基地局及びターゲット二次基地局は、異なるマスタ基地局に対応する。例えば、ソース二次基地局はソースマスタ基地局に対応し、ターゲット二次基地局はターゲットマスタ基地局に対応する。処理ユニット１５０２は、二次局追加要求メッセージを生成する前に、ソースマスタ基地局からハンドオーバ要求メッセージを受信するようにさらに構成されており、ハンドオーバ要求メッセージは、ソース二次基地局のユーザプレーンＩＰアドレスを保持する。

任意選択的に、ハンドオーバ要求メッセージは、ソースマスタ基地局のユーザプレーンＩＰアドレスをさらに保持し、処理ユニット１５０２は、ソースマスタ基地局のユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するようにさらに構成されている。

任意選択的に、ターゲット二次基地局及びソース二次基地局がマスタ基地局に対応し、すなわち、ターゲット二次基地局及びソース二次基地局が同じマスタ基地局に対応する。

同じ技術的概念に基づいて、本願の一実施形態はさらに、通信装置を提供する。図１６に示されるように、装置は、プロセッサ１６０１及びメモリ１６０２を含む。メモリ１６０２は、コンピュータ実行可能命令を格納するように構成されている。プロセッサ１６０１は、メモリ１６０２に格納されたコンピュータ実行可能命令を実行するように構成されており、それにより、通信装置は、図５～図１４Ａ及び図１４Ｂに示される実施形態における任意の基地局によって行われる方法を行う。

プロセッサ１６０１及びメモリ１６０２は、インタフェース回路を使用することによって結合されていてもよいし、共に統合されていてもよい。これは、本明細書において限定されるものではない。

本願のこの実施形態において、プロセッサ１６０１及びメモリ１６０２の間の具体的な接続媒体は限定されない。本願のこの実施形態において、プロセッサ１６０１及びメモリ１６０２は、図１６においてバスを通じて接続されており、バスは、図１６において太線で表されている。他のコンポーネント間の接続方式は、概略的にのみ説明されており、それらに限定されるものではない。バスは、アドレスバス、データバス、及び制御バス等へと分類されてよい。表現を簡易にするために、図１６において１本の太線のみがバスを表すためにあるが、これは、バスが１つのみである、又は１つのタイプのバスのみがあることを意味するものではない。

本願の実施形態において言及されたプロセッサが、ハードウェアによって実装されてもよいし、ソフトウェアによって実装されてもよいことが理解されるべきである。プロセッサがハードウェアにより実装される場合、プロセッサは、論理回路又は集積回路などであってよい。プロセッサがソフトウェアにより実装される場合、プロセッサは、汎用プロセッサであってよく、メモリに格納されたソフトウェアコードを読み出すことにより実装される。

例えば、プロセッサは、中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）であってもよいし、又は、別の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、別のプログラマブルロジックデバイス、ディスクリートゲート、トランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントなどであってもよい。汎用プロセッサは、マイクロプロセッサであってよく、又は、プロセッサは、任意の従来のプロセッサ又は同様のものであってよい。

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

プロセッサが、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ又は別のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントである場合、メモリ（ストレージモジュール）はプロセッサに統合され得ることに留意されたい。

本明細書で説明したメモリは、限定されることはないが、これらのメモリ及び別の適切なタイプの任意のメモリを含むことを意図していることに留意されたい。

同じ技術的概念に基づいて、本願の一実施形態はさらに、通信装置を提供する。図１７に示されるように、装置は、プロセッサ１７０１及びインタフェース回路１７０２を含む。インタフェース回路１７０２は、コード命令を受信し、コード命令をプロセッサ１７０１に伝送するように構成されている。プロセッサ１７０１はコード命令を実行して、図５～図１４Ａ及び図１４Ｂに示される実施形態における任意の基地局によって行われる方法を行う。

同じ技術的概念に基づいて、本願の一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、命令を格納するように構成される。命令が実行されると、図５～図１４Ａ及び図１４Ｂに示される実施形態における任意の基地局によって行われる方法が実装される。

同じ技術的概念に基づいて、本願の一実施形態はさらに、チップを提供する。チップは、メモリに結合されており、メモリに格納されたプログラム命令を読み出して実行して、図５～図１４Ａ及び図１４Ｂに示される実施形態における任意の基地局によって行われる方法を実装するように構成されている。

同じ技術的概念に基づいて、本願の一実施形態はさらに、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品は命令を格納し、命令がコンピュータ上で実行されると、コンピュータは、図５～図１４Ａ及び図１４Ｂに示される実施形態における任意の基地局によって行われる方法を行うことができる。

当業者であれば、本願の実施形態が、方法、システム又はコンピュータプログラム製品として提供され得ることを理解されたい。したがって、本願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、又はソフトウェアとハードウェアとを組み合わせた実施形態の形態を用いてよい。加えて、本願は、コンピュータ使用可能プログラムコードを含む１つ又は複数のコンピュータ使用可能ストレージ媒体（ディスクメモリ、ＣＤ－ＲＯＭ、及び光学メモリなどを含むがこれらに限定されない）上で実装されるコンピュータプログラム製品の形態を用い得る。

本願は、本願による方法、デバイス（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。コンピュータプログラム命令は、フローチャート及び／又はブロック図における各プロセス及び／又は各ブロック、及びフローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせを実装するのに使用され得ると述べる価値がある。コンピュータ又は別のプログラマブルデータ処理デバイスのプロセッサによって実行される命令が、フローチャートにおける１つ又は複数の処理及び／又はブロック図における１つ又は複数のブロックにおいて特定の機能を実装するための装置を生成するように、これらのコンピュータプログラム命令は、マシンを生成するために、汎用コンピュータ、専用コンピュータ、埋込プロセッサ、又は別のプログラマブルデータ処理デバイスのプロセッサのために提供され得る。

コンピュータ可読メモリに格納された命令が、命令装置を含む人工物を生成することができるように、これらのコンピュータプログラム命令は、コンピュータ又は別のプログラマブルデータ処理デバイスに対して具体的な方法で動作するように命令することができるコンピュータ可読メモリに格納され得る。命令装置は、フローチャートの１つ又は複数のプロセスにおける及び／又はブロック図の１つ又は複数のブロックにおける特定の機能を実装する。

これらのコンピュータプログラム命令は、一連の動作及びステップがコンピュータ又は別のプログラマブルデバイス上で行われることによってコンピュータ実装処理が生成されるように、コンピュータ又は別のプログラマブルデータ処理デバイスにロードされ得る。したがって、コンピュータ又は別のプログラマブルデバイス上で実行される命令は、フローチャートの１つ又は複数のプロセスにおける及び／又はブロック図の１つ又は複数のブロックにおける特定の機能を実装するためのステップを提供する。

当業者であれば、本願の範囲から逸脱することなく、本願に対して様々な修正及び変形を行い得ることは明らかである。本願は、本願の特許請求の範囲によって定義される保護の範囲内に属する限り、本願のこれらの修正及び変形、及び、それらの均等な技術を包含することが意図される。
［その他の可能な項目］
［項目１］
第２の基地局によって、第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信する段階、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンインターネットプロトコルＩＰアドレスを保持する；及び
前記第２の基地局によって、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する段階
を備える、アクセス制御リストＡＣＬ構成方法。
［項目２］
前記第２の基地局によって、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する前記段階の後、前記方法がさらに：
前記第２の基地局によって、前記第１の基地局からパケットを受信する段階；
前記第２の基地局によって、前記パケットのソースＩＰアドレスが前記ＡＣＬ内にあるかどうかを決定する段階；及び
前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にある場合に、前記第２の基地局によって前記パケットを処理する段階；又は、前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にない場合に、前記第２の基地局によって前記パケットを破棄する段階
を備える、項目１に記載の方法。
［項目３］
第２の基地局によって、第１の基地局からハンドオーバ要求メッセージを受信する前記段階が：
前記第２の基地局によって、前記第１の基地局からコアネットワーク要素を介して前記ハンドオーバ要求メッセージを受信する段階
を有する、項目１又は２に記載の方法。
［項目４］
第１の基地局によって、ハンドオーバ要求メッセージ又は構成更新メッセージを生成する段階、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び
前記第１の基地局によって、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを第２の基地局に送信する段階
を備える、ＡＣＬ構成方法。
［項目５］
前記第１の基地局によって前記ハンドオーバ要求メッセージを第２の基地局に送信する前記段階が：
前記第１の基地局によって、コアネットワーク要素を介して前記ハンドオーバ要求メッセージを前記第２の基地局に送信する段階
を有する、項目４に記載の方法。
［項目６］
前記第１の基地局によって、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを第２の基地局に送信する前記段階の後に、前記方法がさらに：
前記第１の基地局によってコアネットワークからデータを受信する段階；又は前記第１の基地局によって端末デバイスからデータを受信する段階；及び
前記第１の基地局によって、前記データに基づいてパケットを生成し、前記パケットを前記第２の基地局に送信する段階、ここで、前記パケットがソースＩＰアドレスを保持し、前記ソースＩＰアドレスが前記第１の基地局の前記ユーザプレーンＩＰアドレスである
を備える、項目４又は５に記載の方法。
［項目７］
前記パケットが、前記第１の基地局及び前記第２の基地局の間のインタフェースを通じて送信される、項目４又は５に記載の方法。
［項目８］
ターゲット二次基地局によって、マスタ基地局から二次局追加要求メッセージを受信する段階、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
前記ターゲット二次基地局によって、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する段階
を備える、ＡＣＬ構成方法。
［項目９］
前記ターゲット二次基地局によって、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する前記段階の後、前記方法がさらに：
前記ターゲット二次基地局によって、前記ソース二次基地局からパケットを受信する段階；
前記ターゲット二次基地局によって、前記パケットのソースＩＰアドレスが前記ＡＣＬ内にあるかどうかを決定する段階；及び
前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にある場合に、前記ターゲット二次基地局によって前記パケットを処理する段階；又は、前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にない場合に、前記ターゲット二次基地局によって前記パケットを破棄する段階
を備える、項目８に記載の方法。
［項目１０］
前記マスタ基地局がターゲットマスタ基地局であり、前記ソース二次基地局がソースマスタ基地局に対応し、前記ターゲット二次基地局が前記ターゲットマスタ基地局に対応する、項目８又は９に記載の方法。
［項目１１］
前記ターゲット二次基地局及び前記ソース二次基地局が前記マスタ基地局に対応する、項目８又は９に記載の方法。
［項目１２］
マスタ基地局によって二次局追加要求メッセージを生成する段階、ここで、前記二次局追加要求メッセージがソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
前記マスタ基地局によって、前記二次局追加要求メッセージをターゲット二次基地局に送信する段階
を備える、ＡＣＬ構成方法。
［項目１３］
前記マスタ基地局がターゲットマスタ基地局であり、
前記ソース二次基地局がソースマスタ基地局に対応し、前記ターゲット二次基地局がターゲットマスタ基地局に対応し、
マスタ基地局によって二次局追加要求メッセージを生成する前記段階の前に、前記方法がさらに：
前記ターゲットマスタ基地局によって、前記ソースマスタ基地局からハンドオーバ要求メッセージを受信する段階を有し、前記ハンドオーバ要求メッセージが前記ソース二次基地局の前記ユーザプレーンＩＰアドレスを保持する
項目１２に記載の方法。
［項目１４］
前記ハンドオーバ要求メッセージがさらに、前記ソースマスタ基地局のユーザプレーンＩＰアドレスを保持し、
前記方法がさらに：
前記ターゲットマスタ基地局によって、前記ソースマスタ基地局の前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する段階を有する
項目１３に記載の方法。
［項目１５］
前記ターゲット二次基地局及び前記ソース二次基地局が前記マスタ基地局に対応する、項目１２に記載の方法。
［項目１６］
ＡＣＬ構成装置であって、前記装置が第２の基地局内に位置しており、
第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信するように構成されたトランシーバユニット、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び
前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成された処理ユニット
を備える、装置。
［項目１７］
前記トランシーバユニットは、前記処理ユニットが前記ユーザプレーンＩＰアドレスに基づいて前記ＡＣＬを構成した後に、前記第１の基地局からパケットを受信するようにさらに構成されており、
前記処理ユニットは、前記パケットのソースＩＰアドレスが前記ＡＣＬ内にあるかどうかを決定するようにさらに構成されており、前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にある場合に、前記処理ユニットは前記パケットを処理する；又は、前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にない場合に、前記処理ユニットは前記パケットを破棄する
項目１６に記載の装置。
［項目１８］
第１の基地局から前記ハンドオーバ要求メッセージを受信する場合、前記トランシーバユニットは、前記第１の基地局からコアネットワーク要素を介して前記ハンドオーバ要求メッセージを受信するように特に構成されている、項目１６又は１７に記載の装置。
［項目１９］
ＡＣＬ構成装置であって、前記装置が、第１の基地局内に位置しており、
ハンドオーバ要求メッセージ又は構成更新メッセージを生成するように構成された処理ユニット、ここで、前記ハンドオーバ要求メッセージ又は構成更新メッセージが前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを第２の基地局に送信するように構成されたトランシーバユニット
を備える、装置。
［項目２０］
前記トランシーバユニットが、コアネットワーク要素を介して前記ハンドオーバ要求メッセージを前記第２の基地局に送信するように特に構成されている、項目１９に記載の装置。
［項目２１］
前記トランシーバユニットは、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを前記第２の基地局に送信した後に、コアネットワークからデータを受信する、又は端末デバイスからデータを受信するようにさらに構成されており、
前記処理ユニットが、前記データに基づいてパケットを生成するようにさらに構成されており、
前記トランシーバユニットは、前記パケットを前記第２の基地局に送信するようにさらに構成されており、前記パケットはソースＩＰアドレスを保持し、前記ソースＩＰアドレスが、前記第１の基地局の前記ユーザプレーンＩＰアドレスである
項目１９又は２０に記載の装置。
［項目２２］
前記パケットが、前記第１の基地局及び前記第２の基地局の間のインタフェースを通じて送信される、項目１９又は２０に記載の装置。
［項目２３］
ＡＣＬ構成装置であって、前記装置が、ターゲット二次基地局内に位置しており、
マスタ基地局から二次局追加要求メッセージを受信するように構成されたトランシーバユニット、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成された処理ユニット
を備える、装置。
［項目２４］
前記トランシーバユニットは、前記処理ユニットが前記ユーザプレーンＩＰアドレスに基づいて前記ＡＣＬを構成した後に、前記ソース二次基地局からパケットを受信するようにさらに構成されており、
前記処理ユニットは、前記パケットのソースＩＰアドレスが前記ＡＣＬ内にあるかどうかを決定するようにさらに構成されており、前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にある場合に、前記処理ユニットは前記パケットを処理する；又は、前記パケットの前記ソースＩＰアドレスが前記ＡＣＬ内にない場合に、前記処理ユニットは前記パケットを破棄する
項目２３に記載の装置。
［項目２５］
前記マスタ基地局がターゲットマスタ基地局であり、前記ソース二次基地局がソースマスタ基地局に対応し、前記ターゲット二次基地局が前記ターゲットマスタ基地局に対応する、項目２３又は２４に記載の装置。
［項目２６］
前記ターゲット二次基地局及び前記ソース二次基地局が前記マスタ基地局に対応する、項目２３又は２４に記載の装置。
［項目２７］
ＡＣＬ構成装置であって、前記装置がマスタ基地局内に位置しており、
二次局追加要求メッセージを生成するように構成された処理ユニット、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
前記二次局追加要求メッセージをターゲット二次基地局に送信するように構成されたトランシーバユニット
を備える、装置。
［項目２８］
前記マスタ基地局がターゲットマスタ基地局であり；
前記ソース二次基地局がソースマスタ基地局に対応し、前記ターゲット二次基地局が前記ターゲットマスタ基地局に対応し；
前記トランシーバユニットは、前記処理ユニットが前記二次局追加要求メッセージを生成する前に、前記ソースマスタ基地局からハンドオーバ要求メッセージを受信するようにさらに構成され、前記ハンドオーバ要求メッセージが、前記ソース二次基地局の前記ユーザプレーンＩＰアドレスを保持する
項目２７に記載の装置。
［項目２９］
前記ハンドオーバ要求メッセージがさらに、前記ソースマスタ基地局のユーザプレーンＩＰアドレスを保持し、
前記処理ユニットが、前記ソースマスタ基地局の前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するようにさらに構成されている
項目２８に記載の装置。
［項目３０］
前記ターゲット二次基地局及び前記ソース二次基地局が前記マスタ基地局に対応する、項目２７に記載の装置。
［項目３１］
プロセッサ及びメモリを備える通信装置であって、前記メモリがコンピュータ実行可能命令を格納するように構成されており、前記プロセッサが、前記メモリに格納された前記コンピュータ実行可能命令を実行するように構成されており、それにより、前記通信装置が、項目１から３、４から７、８から１１又は１２から１５のいずれか一項に記載の方法を行う、通信装置。
［項目３２］
プロセッサ及びインタフェース回路を備える通信装置であって、前記インタフェース回路が、コード命令を受信し、前記コード命令を前記プロセッサに伝送するように構成されており、前記プロセッサが、前記コード命令を実行して、項目１から３、４から７、８から１１又は１２から１５のいずれか一項に記載の方法を行う、通信装置。
［項目３３］
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が、命令を格納するように構成されており、前記命令が実行されると、項目１から３、４から７、８から１１又は１２から１５のいずれか一項に記載の方法が実装される、コンピュータ可読記憶媒体。
［項目３４］
チップであって、前記チップがメモリに結合されており、前記メモリに格納されたプログラム命令を読み出して実行して、項目１から３、４から７、８から１１又は１２から１５のいずれか一項に記載の方法を実装するように構成されている、チップ。
［項目３５］
命令を備えるコンピュータプログラム製品であって、前記コンピュータプログラム製品が、前記命令を格納し、前記命令がコンピュータ上で実行されると、前記コンピュータは、項目１から３、４から７、８から１１又は１２から１５のいずれか一項に記載の方法を行うことができる、コンピュータプログラム製品。
［項目３６］
第１の基地局及び第２の基地局を備え、前記第２の基地局が、項目１から３のいずれか一項に記載の方法を行うように構成されており、前記第１の基地局が、項目４から７のいずれか一項に記載の方法を行うように構成されている、通信システム。
［項目３７］
ターゲット二次基地局及びマスタ基地局を備え、前記ターゲット二次基地局が、項目８から１１のいずれか一項に記載の方法を行うように構成されており、前記マスタ基地局が、項目１２から１５のいずれか一項に記載の方法を行うように構成されている、通信システム。

Claims (15)

1. 第２の基地局によって、第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信する段階、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンインターネットプロトコル（ＩＰ）アドレスを保持する；及び
   前記第２の基地局によって、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する段階
   を備える、アクセス制御リスト（ＡＣＬ）構成方法。
2. 第２の基地局によって、第１の基地局からハンドオーバ要求メッセージを受信する前記段階が：
   前記第２の基地局によって、前記第１の基地局からコアネットワーク要素を介して前記ハンドオーバ要求メッセージを受信する段階
   を有する、請求項１に記載のＡＣＬ構成方法。
3. 第１の基地局によって、ハンドオーバ要求メッセージ又は構成更新メッセージを生成する段階、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び
   前記第１の基地局によって、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを第２の基地局に送信する段階
   を備える、ＡＣＬ構成方法。
4. 前記第１の基地局によって前記ハンドオーバ要求メッセージを第２の基地局に送信する前記段階が：
   前記第１の基地局によって、コアネットワーク要素を介して前記ハンドオーバ要求メッセージを前記第２の基地局に送信する段階
   を有する、請求項３に記載のＡＣＬ構成方法。
5. ターゲット二次基地局によって、マスタ基地局から二次局追加要求メッセージを受信する段階、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
   前記ターゲット二次基地局によって、前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成する段階
   を備える、ＡＣＬ構成方法。
6. マスタ基地局によって二次局追加要求メッセージを生成する段階、ここで、前記二次局追加要求メッセージがソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
   前記マスタ基地局によって、前記二次局追加要求メッセージをターゲット二次基地局に送信する段階
   を備える、ＡＣＬ構成方法。
7. ＡＣＬ構成装置であって、前記ＡＣＬ構成装置が第２の基地局内に位置しており、
   第１の基地局からハンドオーバ要求メッセージ又は構成更新メッセージを受信するように構成されたトランシーバユニット、ここで、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージが、前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び
   前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成された処理ユニット
   を備える、ＡＣＬ構成装置。
8. 第１の基地局から前記ハンドオーバ要求メッセージを受信する場合、前記トランシーバユニットは、前記第１の基地局からコアネットワーク要素を介して前記ハンドオーバ要求メッセージを受信するように特に構成されている、請求項７に記載のＡＣＬ構成装置。
9. ＡＣＬ構成装置であって、前記ＡＣＬ構成装置が、第１の基地局内に位置しており、
   ハンドオーバ要求メッセージ又は構成更新メッセージを生成するように構成された処理ユニット、ここで、前記ハンドオーバ要求メッセージ又は構成更新メッセージが前記第１の基地局のユーザプレーンＩＰアドレスを保持する；及び、前記ハンドオーバ要求メッセージ又は前記構成更新メッセージを第２の基地局に送信するように構成されたトランシーバユニット
   を備える、ＡＣＬ構成装置。
10. 前記トランシーバユニットが、コアネットワーク要素を介して前記ハンドオーバ要求メッセージを前記第２の基地局に送信するように特に構成されている、請求項９に記載のＡＣＬ構成装置。
11. ＡＣＬ構成装置であって、前記ＡＣＬ構成装置が、ターゲット二次基地局内に位置しており、
    マスタ基地局から二次局追加要求メッセージを受信するように構成されたトランシーバユニット、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
    前記ユーザプレーンＩＰアドレスに基づいてＡＣＬを構成するように構成された処理ユニット
    を備える、ＡＣＬ構成装置。
12. ＡＣＬ構成装置であって、前記ＡＣＬ構成装置がマスタ基地局内に位置しており、
    二次局追加要求メッセージを生成するように構成された処理ユニット、ここで、前記二次局追加要求メッセージが、ソース二次基地局のユーザプレーンＩＰアドレスを保持する；及び
    前記二次局追加要求メッセージをターゲット二次基地局に送信するように構成されたトランシーバユニット
    を備える、ＡＣＬ構成装置。
13. コンピュータに、請求項１から６のいずれか一項に記載のＡＣＬ構成方法を実行させるための、コンピュータプログラム。
14. 第１の基地局及び第２の基地局を備え、前記第２の基地局が、請求項１に記載のＡＣＬ構成方法を行うように構成されており、前記第１の基地局が、請求項３に記載のＡＣＬ構成方法を行うように構成されている、通信システム。
15. ターゲット二次基地局及びマスタ基地局を備え、前記ターゲット二次基地局が、請求項５に記載のＡＣＬ構成方法を行うように構成されており、前記マスタ基地局が、請求項６に記載のＡＣＬ構成方法を行うように構成されている、通信システム。