JP7108718B2

JP7108718B2 - 通信方法及び装置

Info

Publication number: JP7108718B2
Application number: JP2020565012A
Authority: JP
Inventors: ワン，ルォイ; ポン，ウェンジエ; シュイ，シァオイン; ダイ，ミンゾン; ルオ，ハイイェン
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-02-13
Filing date: 2019-02-12
Publication date: 2022-07-28
Anticipated expiration: 2039-02-12
Also published as: CN110149730A; US11483892B2; KR20200119306A; EP3745809A1; EP3745809A4; WO2019158057A1; JP2021513823A; BR112020016294A2; US20200374964A1; RU2020129977A; CN110149730B; KR102430189B1

Description

本出願は、「COMMUNICATION METHOD AND APPARATUS」と題する、２０１８年２月１３日に中国国家知的所有権管理局に出願された中国特許出願第２０１８１０１５１００３．３号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。

本出願の実施形態は、通信技術の分野に関し、特に、通信方法及び装置に関する。

第５世代（the 5 Generation Mobile Communication Technology、５Ｇ）システムにおいて、無線アクセスネットワーク（Radio Access Network、ＲＡＮ）側に重複動作（duplication）が導入されている。具体的には、送信端のパケット・データ・コンバージェンス・プロトコル（Packet Data Convergence Protocol、ＰＤＣＰ）レイヤは、ＰＤＣＰプロトコル・データ・ユニット（Protocol Data Unit、ＰＤＵ）のようなオリジナル（original）データパケットの１つのコピー（又は複数のコピー）を作製し、複数の同じデータパケット、すなわち、オリジナルデータパケット及び重複データパケットを生成する。送信端は、２つの独立した伝送経路（transmission path）に沿って２回（又は複数回）同じデータパケットをピア端に送信するために、デュアル・コネクティビティ（Dual Connectivity、ＤＣ）方式を使用してもよい。たとえば、同じデータパケットが２回送信される。最初の場合に、マスタノードへのリンク上で送信が行われ、他の場合に、二次ノードへのリンク上で送信が行われる。受信端が前記データパケットを受信した後、ＰＤＣＰ層は重複データパケットの検出を行い、重複データパケットを削除し、重複していない１つのデータパケットのみを上位層に送信する。ｇＮＢ（５Ｇシステムにおいてニューラジオ（New Radio、ＮＲ）を使用す
る基地局）は、無線リソース制御（Radio Resource Control、ＲＲＣ）シグナリングを使用して各無線ベアラ（Radio Bearer、ＲＢ）の重複を設定し、メディアアクセス制御（Media Access Control、ＭＡＣ）層シグナリングを使用して各データ無線ベアラ（Data Radio Bearer、ＤＲＢ）、すなわちＤＲＢごとに重複をアクティブ／非アクティブにする。前述の重複動作は、データ伝送の信頼性を改善し、データ伝送の遅延を低減することができ、特に、超高信頼低遅延サービスに適用可能である。

５Ｇシステムでは、ｇＮＢとロング・ターム・エボリューション（Long Term Evolution、ＬＴＥ）基地局（例えば、発展型パケットコア（Evolved Packet Core、ＥＰＣ）に接続されたｅＮＢ、又は次世代コア（Next Generation Core、ＮＧＣ）に接続されたｎｇ－ｅＮＢ）がネットワーク上で協調するシナリオが存在する。このシナリオでは、ＲＢのＰＤＣＰエンティティが位置する基地局をＰＤＣＰアンカー（anchor）と呼び、マスタノード（Master Node、ＭＮ）と端末との間の伝送路をＭＮリンク（MN link）、ＭＮレグ（ＭＮ leg）又はマスタレグ（master leg）と呼び、二次ノード（Secondary Node、ＳＮ）と端末との間の伝送路をＳＮリンク（ＳＮ link）、ＳＮレグ（ＳＮ leg）又は二次レグ（secondary leg）と呼ぶ。ＲＢに対して重複が設定され、アクティブにされると、ＭＮリンクとＳＮリンクを別々に使用して、同じデータパケットをＲＢに対して送信することができる。ＰＤＣＰアンカーは、ＬＴＥ基地局又はｇＮＢであってもよい。ｇＮＢのＭＡＣ層は、重複をアクティブ／非アクティブにすることができるが、ＬＴＥ基地局のＭＡＣ層は、アクティブ／非アクティブにする動作を行うことができない。このように、ＰＤＣＰアンカーがＬＴＥ基地局である場合、ＬＴＥ基地局は、ＬＴＥエアインターフェースを介して端末に重複アクティベーション／非アクティベーション指示を送信することができない。

この出願の実施形態は、ＰＤＣＰアンカーがＬＴＥ基地局である場合に、ＬＴＥ基地局がアクティベーション／非アクティベーション指示を端末に送信することができないという問題を解決するための通信方法及び装置を提供する。

前述の目的を達成するために、本出願の実施態様において、以下の技術的解決策が使用される。

第１の態様によれば、通信方法が提供される。第１の通信デバイスは、ＲＢの重複動作のステータス情報を取得した後、ＲＢの重複動作のステータス情報を第２の通信デバイスに送信して、第２の通信デバイスが、ＲＢの重複動作のステータス情報に基づいてアクティベーション指示を生成し、端末にアクティベーション指示を送信するようにする。本明細書では、アクティベーション指示は、端末にＲＢの重複動作をアクティブ／非アクティブにするように指示するために使用され、ＲＢの重複動作のステータス情報は、ＲＢの重複動作のアクティベーション／非アクティブを表すために使用され、ＲＢは、異種通信システムのＲＢである。

第１の通信デバイスがＬＴＥ基地局であり、第２の通信デバイスがｇＮＢである場合、ＬＴＥ基地局は、ＲＢのステータス情報を取得した後、ｇＮＢにＲＢのステータス情報を送信して、ｇＮＢのＭＡＣ層がアクティベーション指示を生成するようにすることができる。これは、アンカーがＬＴＥ基地局である場合、ＬＴＥ基地局が端末にアクティベーション／非アクティベーション指示を送信することができないという問題を解決する。第１の通信デバイスがｇＮＢ内のＣＵであり、第２の通信デバイスがｇＮＢ内のＤＵである場合、ＤＵのＭＡＣ層を使用してアクティベーション指示が生成されてもよく、次いで、アクティベーション指示が端末に送信される。このようにして、重複動作の設定とアクティベーションは、ｇＮＢがＣＵとＤＵを含むシナリオで実装される。

ここで、第１の通信デバイス及びＰＤＣＰアンカーは、同じのデバイスであってもよく、異なるデバイスであってもよい。

任意で、本出願の可能な実装において、「無線ベアラＲＢの重複動作のステータス情報を取得すること」の方法は、第１の通信デバイスが、ＲＢの重複動作のステータス情報を決定することとすることができる。第１の通信デバイスがＲＢの重複動作のステータス情報を決定することは、第１の通信デバイスが、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定することである。

任意で、本出願の別の可能な実装では、第１の通信デバイスがＲＢの重複動作のステータス情報を決定する前に、第１の通信デバイスがＲＢに対して重複動作を設定することを決定するか、又は第１の通信デバイスが第３の通信デバイスによって送信されたＲＢに関する情報を受信する。

第１の通信デバイスがＬＴＥ基地局の場合、第１の通信デバイスは、ＲＢに対して重複動作を設定することを決定し、ＲＢの重複動作のステータス情報を決定する。第１の通信デバイスがｇＮＢ内のＤＵである場合、第１の通信デバイスは、第３の通信デバイス（ＬＴＥ基地局）によって送信されたＲＢに関する情報を受信し、受信したＲＢに関する情報に基づいて、ＲＢの重複動作のステータス情報を決定する。

任意で、本出願の別の可能な実装において、第１の通信デバイスがＲＢに対して重複動作を設定することを決定する場合、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣである場合、第１の通信デバイスは異種通信システムのマスタノードであってもよく、これに対応して第２の通信デバイスは異種通信システムの二次ノードであってもよく、ＲＢはマスタセルグループＭＣＧのＲＢであるか、異種通信システムがＮＥＤＣである場合、第１の通信デバイスは異種通信システムの二次ノードであってもよく、これに対応して第２の通信デバイスは異種通信システムのマスタノードであってもよく、ＲＢは二次セルグループＳＣＧのＲＢであるか、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣである場合、第１の通信デバイスは異種通信システムの二次ノードの集中ユニットＣＵであってもよく、これに対応して第２の通信デバイスは異種通信システムの二次ノードの分散ユニットＤＵであってもよく、ＲＢは二次セルグループＳＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣである場合、第１の通信デバイスは異種通信システムのマスタノード内のＣＵであってもよく、これに対応して第２の通信デバイスは異種通信システムのマスタノード内のＤＵであってもよく、ＲＢはマスタセルグループＭＣＧのＲＢである。

任意で、本出願の別の可能な実装において、第１の通信デバイスが第３の通信デバイスによって送信されたＲＢに関する情報を受信した場合、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣである場合、第１の通信デバイスは異種通信システムの二次ノード内のＣＵであってもよく、これに対応して第２の通信デバイスは、異種通信システムの二次ノード内のＤＵであり、第３の通信デバイスは、異種通信システムのマスタノードであり、ＲＢはＭＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣである場合、第１の通信デバイスは異種通信システムのマスタノード内のＣＵであってもよく、これに対応して第２の通信デバイスは異種通信システムのマスタノード内のＤＵであり、第３の通信デバイスは異種通信システムの二次ノードであり、ＲＢはＳＣＧのＲＢである。

任意で、本出願の別の可能な実装において、「無線ベアラＲＢの重複動作のステータス情報を取得すること」の方法は、第１の通信デバイスが第３の通信デバイスからＲＢの重複動作のステータス情報を受信することであってもよい。この場合、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣである場合、第１の通信デバイスは異種通信システムの二次ノード内のＣＵであってもよく、これに対応して第２の通信デバイスは異種通信システムの二次ノード内のＤＵであり、第３の通信デバイスは異種通信システムのマスタノードであり、ＲＢはＭＣＧのＲＢである。異種通信システムがＮＥＤＣである場合、第１の通信デバイスは異種通信システムのマスタノード内のＣＵであってもよく、これに対応して第２の通信デバイスは異種通信システムのマスタノード内のＤＵであり、第３の通信デバイスは、異種通信システムの二次ノードであり、ＲＢはＳＣＧのＲＢである。

本出願の本実施形態では、第１の通信デバイスが、ＲＢの重複動作のステータス情報を決定してもよく、又は第３の通信デバイスによって送信されたＲＢの重複動作のステータス情報を受信してもよいことが分かる。

第２の態様によれば、通信デバイスが提供される。通信デバイスは、第１の通信デバイスである。具体的には、通信デバイスは、取得ユニットと、送信ユニットとを含む。

本出願で提供されるユニット及びモジュールによって実装される機能は、具体的には以下のようである。

取得ユニットは、無線ベアラＲＢの重複動作重複のステータス情報を取得するように構成され、ＲＢの重複動作のステータス情報は、ＲＢの重複動作のアクティベーション／非アクティベーションを表すために使用され、ＲＢは異種通信システムのＲＢである。送信ユニットは、取得ユニットによって取得されたＲＢの重複動作のステータス情報を第２の通信デバイスに送信して、第２の通信デバイスが、ＲＢの重複動作のステータス情報に基づいてアクティベーション指示を生成し、アクティベーション指示を端末に送信するように構成され、アクティベーション指示は、端末がＲＢの重複動作をアクティブ／非アクティブにすることを指示するために使用される。

任意で、本出願の可能な実装において、本出願の本実施形態において提供される通信デバイスは、決定ユニットをさらに含む。決定ユニットは、取得ユニットによって取得されたＲＢの重複動作のステータス情報を決定するように構成される。

任意で、この出願の別の可能な実装では、決定ユニットは、ＲＢの重複動作のステータス情報を決定する前に、ＲＢに対して重複動作を設定することを決定するようにさらに構成される。代替的には、本出願の本実施形態において提供される通信デバイスは、受信ユニットをさらに含む。受信ユニットは、決定ユニットがＲＢの重複動作のステータス情報を決定する前に、第３の通信デバイスによって送信されたＲＢに関する情報を受信するように構成される。

任意で、本出願の別の可能な実装において、決定ユニットがＲＢに対して重複動作を設定することを決定した場合、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣである場合、第１の通信デバイスは異種通信システムのマスタノードであり、第２の通信デバイスは異種通信システムの二次ノードであり、ＲＢはマスタセルグループＭＣＧのＲＢであるか、異種通信システムがＮＥＤＣである場合、第１の通信デバイスは異種通信システムの二次ノードであり、第２の通信デバイスは異種通信システムのマスタノードであり、ＲＢは二次セルグループＳＣＧのＲＢであるか、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣである場合、第１の通信デバイスは異種通信システムの二次ノード内の集中ユニットＣＵであり、第２の通信デバイスは異種通信システムの二次ノード内の分散ユニットＤＵであり、ＲＢは二次セルグループＳＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣである場合、第１の通信デバイスは異種通信システムのマスタノード内のＣＵであり、第２の通信デバイスは異種通信システムのマスタノード内のＤＵであり、ＲＢはマスタセルグループＭＣＧのＲＢである。

任意で、この出願の別の可能な実装では、受信ユニットが第３の通信デバイスによって送信されたＲＢに関する情報を受信し、異種通信デバイスがＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスが異種通信システムの二次ノード内のＣＵであり、第２の通信デバイスが異種通信システムの二次ノード内のＤＵであり、第３の通信デバイスが異種通信システムのマスタノードであり、ＲＢがＭＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣであり、第１の通信デバイスが異種通信システムのマスタノード内のＣＵであり、第２の通信デバイスが異種通信システムのマスタノード内のＤＵであり、第３の通信デバイスが異種通信システムの二次ノードであり、ＲＢがＳＣＧのＲＢである。

任意で、この出願の別の可能な実装では、取得ユニットは、具体的には、第３の通信デバイスからＲＢの重複動作のステータス情報を受信するように構成される。これに対応して、異種通信システムはＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスは異種通信システムの二次ノード内のＣＵであり、第２の通信デバイスは異種通信システムの二次ノード内のＤＵであり、第３の通信デバイスは異種通信システムのマスタノードであり、ＲＢはＭＣＧのＲＢであるか、あるいは、異種通信システムはＮＥＤＣであり、第１の通信デバイスは異種通信システムのマスタノード内のＣＵであり、第２の通信デバイスは異種通信システムのマスタノード内のＤＵであり、第３の通信デバイスは異種通信システムのセカンダリノードであり、ＲＢはＳＣＧのＲＢである。

第３の態様によれば、通信デバイスが提供される。通信デバイスは、１つ以上のプロセッサ、メモリ、及び通信インターフェースを含む。メモリ及び通信インターフェースは、１つ以上のプロセッサに結合される。通信デバイスは、通信インターフェースを介して他のデバイスと通信する。メモリは、コンピュータプログラムコードを記憶するように構成される。コンピュータプログラムコードは、命令を含む。１つ以上のプロセッサが命令を実行するときに、通信デバイスは、第１の態様及び第１の態様の可能な実装に従って通信方法を行う。

第４の態様によれば、コンピュータ可読記憶媒体がさらに提供される。コンピュータ可読記憶媒体は命令を記憶する。命令が通信デバイス上で実行される場合、通信デバイスは、第１の態様及び第１の態様の可能な実装に従って通信方法を行うことが可能となる。

第５の態様によれば、命令を含むコンピュータプログラム製品がさらに提供される。コンピュータプログラム製品が通信デバイス上で実行される場合、通信デバイスは、第１の態様及び第１の態様の可能な実装に従って通信方法を行うことが可能となる。

本出願において、第２の態様、第３の態様、第４の態様、第５の態様、並びに第２の態様、第３の態様、第４の態様、及び第５の態様の様々な実装の詳細な説明については、第１の態様及び第１の態様の種々の実装の詳細な説明を参照し、第２の態様、第３の態様、第４の態様、第５の態様、並びに第２の態様、第３の態様、第４の態様、及び第５の態様の様々な実装の有益な効果については、第１の態様及び第１の態様の種々の実装の有益な効果の分析を参照のこと。詳細は、本明細書では再度説明しない。

第６の態様によれば、通信方法が提供され、第１の通信デバイスによって、重複動作重複が設定された無線ベアラＲＢに関する情報を取得することであって、ＲＢは異種通信システムのＲＢである、ことと、第１の通信デバイスによって、ＲＢの重複動作をアクティブにするかどうかを決定することと、第１の通信デバイスによって、アクティベーション指示を生成することと、アクティベーション指示を端末に送信することであって、アクティベーション指示が、端末にＲＢの重複動作をアクティブ／非アクティブにするように指示するために使用される、ことと、を含む。

第１の通信デバイスは、ｇＮＢ又はｇＮＢ内のＤＵであってもよく、ｇＮＢがＣＵ及びＤＵを含むシナリオにおいて重複動作の設定及びアクティブが実装される。

本明細書において、第１の通信デバイス及びＰＤＣＰアンカーは、同じデバイスであってもよいし、異なるデバイスであってもよい。

任意で、本出願の可能な実装において、「第１の通信デバイスによって、重複動作重複が設定された無線ベアラＲＢに関する情報を取得すること」についての方法は、第１の通信デバイスによって、第２の通信デバイスからＲＢに関する情報を受信することであって、ＲＢに関する情報は、第２の通信デバイスによって決定されるか、又は第３の通信デバイスによって送信され、第２の通信デバイスによって受信されることである。

任意で、本出願の別の可能な実装において、ＲＢに関する情報が第２の通信デバイスによって決定される場合、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスが異種通信システムの二次ノードであり、第２の通信デバイスが異種通信システムのマスタノードであり、ＲＢがマスタセルグループＭＣＧのＲＢであるか、異種通信システムがＮＥＤＣであり、第１の通信デバイスが異種通信システムのマスタノードであり、第２の通信デバイスが異種通信システムの二次ノードであり、ＲＢが二次セルグループＳＣＧのＲＢであるか、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスが異種通信システムの二次ノード内の分散ユニットＤＵであり、第２の通信デバイスが異種通信システムの二次ノード内の集中ユニットＣＵであり、ＲＢが二次セルグループＳＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣである場合、第１の通信デバイスは異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスは異種通信システムのマスタノード内のＣＵであり、ＲＢはマスタセルグループＭＣＧのＲＢである。

任意で、本出願の別の可能な実施において、ＲＢに関する情報が第３の通信デバイスによって送信され、第２の通信デバイスによって受信され、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスが異種通信システムの二次ノード内の分散ユニットＤＵであり、第２の通信デバイスが異種通信システムの二次ノード内の集中ユニットＣＵであり、第３の通信デバイスが異種通信システムのマスタノードであり、ＲＢがＭＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣであり、第１の通信デバイスが異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスが異種通信システムのマスタノード内のＣＵであり、第３の通信デバイスが異種通信システムの二次ノードであり、ＲＢがＳＣＧのＲＢである。

任意で、この出願の別の可能な実装では、「第１の通信デバイスによって、重複動作重複が設定された無線ベアラＲＢに関する情報を取得すること」の方法は、第１の通信デバイスがＲＢに対して重複動作を設定することを決定することである。この場合、異種通信システムはＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスは異種通信システムの二次ノード又は異種通信システムの二次ノードのＤＵであり、ＲＢはＳＣＧのＲＢであるか、あるいは、異種通信システムはＮＥＤＣであり、第１の通信デバイスは異種通信システムのマスタノード又は異種通信システムのマスタノード内のＤＵであり、ＲＢはＭＣＧのＲＢである。

本出願の本実施形態では、第１の通信デバイスが、ＲＢに対して重複動作を設定することを決定してもよく、又は第２の通信デバイスによって送信されたＲＢに関する情報を受信してもよいと分かる。

任意で、本出願の別の可能な実装において、第１の通信デバイスがＲＢの重複動作をアクティブにするかどうかを決定した後、第１の通信デバイスは、さらに、ＲＢの重複動作のステータス情報を第２の通信デバイスに送信して、第２の通信デバイスが、ＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定するようにする。ＲＢの重複動作のステータス情報は、ＲＢの重複動作のアクティブ／非アクティブを表すために使用される。第１の通信デバイスは、異種通信システムの二次ノード内のＤＵであり、第２の通信デバイスは、異種通信システムの二次ノード内のＣＵであるか、又は第１の通信デバイスは、異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスは、異種通信システムのマスタノード内のＣＵである。代替的には、第１の通信デバイスは異種通信システムの二次ノードであり、第２の通信デバイスは異種通信システムのマスタノードであるか、又は第１の通信デバイスは異種通信システムのマスタノードであり、第２の通信デバイスは異種通信システムの二次ノードである。

任意で、本出願の別の可能な実装では、第１の通信デバイスがＲＢに対して重複動作を設定することを決定した後、第１の通信デバイスは、ＲＢに関する情報を第２の通信デバイスに送信して、第２の通信デバイスが、ＲＢに関する情報に基づいて設定情報を生成し、設定情報を端末に送信するようにし、設定情報は、ＲＢに対して重複動作を設定することを指示するために使用され、異種通信システムは、ＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスは、異種通信システムの二次ノード内のＤＵであり、第２の通信デバイスは、異種通信システムの二次ノード内のＣＵであるか、あるいは、異種通信システムは、ＮＥＤＣであり、第１の通信デバイスは、異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスは、異種通信システムのマスタノード内のＣＵである。代替的には、第１の通信デバイスがＲＢに対する重複動作を構成することを決定した後、第１の通信デバイスは、さらに、設定情報を生成し、第２の通信デバイスに設定情報を送信して、第２の通信デバイスが、設定情報を端末に送信するようにし、この場合、設定情報は、ＲＢに対する重複動作を設定するように指示するために使用され、異種通信システムは、ＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスは、異種通信システムの二次ノードであり、第２の通信デバイスは、異種通信システムのマスタノードである、あるいは、異種通信システムは、ＮＥＤＣであり、第１の通信デバイスは、異種通信システムのマスタノードであり、第２の通信デバイスは、異種通信システムの二次ノードである。

第７の態様によれば、通信デバイスが提供される。通信デバイスは、第１の通信デバイスである。具体的には、通信デバイスは、取得ユニットと、決定ユニットと、生成ユニットと、送信ユニットとを含む。

本出願で提供されるユニットやモジュールによって実装される機能は、具体的には以下のようである。

取得ユニットは、重複動作重複が設定された無線ベアラＲＢに関する情報を取得するように構成されており、ＲＢは異種通信システムのＲＢである。決定ユニットは、取得ユニットによって取得されたＲＢの重複動作をアクティブにするかどうかを決定するように構成される。生成ユニットは、決定ユニットの決定結果に基づいてアクティベーション指示を生成するように構成され、アクティベーション指示は、端末にＲＢの重複動作をアクティブ／非アクティブにするように指示するために使用される。送信ユニットは、発電ユニットによって生成されたアクティベーション指示を端末に送信するように構成される。

任意で、本出願の可能な実装において、取得ユニットは、具体的には、第２の通信デバイスからＲＢに関する情報を受信するように構成され、ＲＢに関する情報は、第２の通信デバイスによって決定されるか、又は第３の通信デバイスによって送信され、第２の通信デバイスによって受信される。

任意で、本出願の別の可能な実施において、ＲＢに関する情報が第２の通信デバイスによって決定される場合、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスが異種通信システムの二次ノードであり、第２の通信デバイスが異種通信システムのマスタノードであり、ＲＢがマスタセルグループＭＣＧのＲＢであるか、異種通信システムがＮＥＤＣであり、第１の通信デバイスが異種通信システムのマスタノードであり、第２の通信デバイスが異種通信システムの二次ノードであり、ＲＢが二次セルグループＳＣＧのＲＢであるか、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスが異種通信システムの二次ノード内の分散ユニットＤＵであり、第２の通信デバイスが異種通信システムの二次ノード内の集中ユニットＣＵであり、ＲＢが二次セルグループＳＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣであり、第１の通信デバイスが異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスは異種通信システムのマスタノード内のＣＵであり、ＲＢがマスタセルグループＭＣＧのＲＢである。

任意で、本出願の別の可能な実装において、ＲＢに関する情報が第３の通信デバイスによって送信され、第２の通信デバイスによって受信される場合、異種通信システムがＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスが異種通信システムの二次ノード内の分散ユニットＤＵであり、第２の通信デバイスが異種通信システムの二次ノード内の集中ユニットＣＵであり、第３の通信デバイスが異種通信システムのマスタノードであり、ＲＢがＭＣＧのＲＢであるか、あるいは、異種通信システムがＮＥＤＣであり、第１の通信デバイスが異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスが異種通信システムのマスタノード内のＣＵであり、第３の通信デバイスが異種通信システムの二次ノードであり、ＲＢがＳＣＧのＲＢである。

任意で、本出願の別の可能な実装では、取得ユニットは、具体的には、ＲＢに対して重複動作を設定することを決定するように構成される。この場合、異種通信システムは、ＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスは、異種通信システムの二次ノード又は異種通信システムの二次ノードのＤＵであり、ＲＢは、ＳＣＧのＲＢであるか、あるいは異種通信システムは、ＮＥＤＣであり、第１の通信デバイスは、異種通信システムのマスタノード又は異種通信システムのマスタノード内のＤＵであり、ＲＢは、ＭＣＧのＲＢである。

任意で、本出願の別の可能な実装では、送信ユニットは、ＲＢの重複動作のステータス情報を第２の通信デバイスに送信して、第２の通信デバイスが、ＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定するようにさらに構成され、ＲＢの重複動作のステータス情報は、ＲＢの重複動作のアクティブ／非アクティブを表すために使用され、第１の通信デバイスは、異種通信システムの二次ノード内のＤＵであり、第２の通信デバイスは、異種通信システムの二次ノード内のＣＵであるか、又は、第１の通信デバイスは、異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスは、異種通信システムのマスタノード内のＣＵである。

任意で、本出願の別の可能な実装において、送信ユニットは、ＲＢに対して重複動作を設定することが決定された後に、ＲＢに関する情報を第２の通信デバイスに送信して、第２の通信デバイスがＲＢに関する情報に基づいて設定情報を生成し、設定情報を端末に送信するようにさらに構成され、設定情報は、ＲＢに対して重複動作を設定するように指示するために使用され、異種通信システムは、ＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスは、異種通信システムの二次ノード内のＤＵであり、第２の通信デバイスは、異種通信システムの二次ノード内のＣＵであるか、あるいは、異種通信システムは、ＮＥＤＣであり、第１の通信デバイスは、異種通信システムのマスタノード内のＤＵであり、第２の通信デバイスは、異種通信システムのマスタノード内のＣＵである。代替的には、生成ユニットは、設定情報を生成するようにさらに構成され、設定情報は、ＲＢに対して重複動作を設定するように指示するために使用され、送信ユニットは、設定情報を第２の通信デバイスに送信して、第２の通信デバイスが、設定情報を端末に送信するようにするようにさらに構成され、異種通信システムは、ＥＮＤＣ又はＮＧ－ＥＮＤＣであり、第１の通信デバイスは、異種通信システムの二次ノードであり、第２の通信デバイスは、異種通信システムのマスタノードであるか、あるいは、異種通信システムは、ＮＥＤＣであり、第１の通信デバイスは、異種通信システムのマスタノードであり、第２の通信デバイスは、異種通信システムの二次ノードである。

第８の態様によれば、通信デバイスが提供される。通信デバイスは、１つ以上のプロセッサ、メモリ、及び通信インターフェースを含む。メモリ及び通信インターフェースは、１つ以上のプロセッサに結合される。通信デバイスは、通信インターフェースを介して他のデバイスと通信する。メモリは、コンピュータプログラムコードを記憶するように構成される。コンピュータプログラムコードは、命令を含む。通信デバイスは、１つ以上のプロセッサが命令を実行する場合、第６の態様及び第６の態様の可能な実装に従って通信方法を行う。

第９の態様によれば、コンピュータ可読記憶媒体がさらに提供される。コンピュータ可読記憶媒体は命令を記憶する。命令が通信デバイス上で実行される場合、通信デバイスは、第６の態様及び第６の態様の可能な実装に従って通信方法を行うことが可能となる。

第１０の態様によれば、命令を含むコンピュータプログラムプロダクトがさらに提供される。コンピュータプログラム製品が通信デバイス上で実行される場合、通信デバイスは、第６の態様及び第６の態様の可能な実装に従って通信方法を行うことが可能となる。

本出願における第７の態様、第８の態様、第９の態様、及び第１０の態様並びにそれらの実装の詳細な説明については、第６の態様及び第６の態様の実装の詳細な説明を参照のこと。追加的に、第７の態様、第８の態様、第９の態様、及び第１０の態様並びにそれらの実装の有益な効果については、第６の態様及び第６の態様の実装における有益な効果の分析を参照のこと。詳細は、本明細書では再度説明しない。

本出願において、前述の通信デバイスの名称は、デバイス又は機能モジュールに対するいかなる制限を構成しない。実際の実装では、これらのデバイスや機能モジュールは他の名称を有することがある。各デバイス又は機能モジュールは、デバイス又は機能モジュールの機能が本出願に記載されたものと同様であれば、特許請求の範囲及び本出願におけるそれらの等価の技術によって規定された範囲内にある。

本出願のこれらの態様又は別の態様は、以下の説明において、より簡潔かつ理解可能である。

ＥＮＤＣシナリオにおける通信システムの概略構造図である。ＮＥＤＣシナリオにおける通信システムの概略構造図である。ＮＧ－ＥＮＤＣシナリオにおける通信システムの概略構造図である。ＣＵ及びＤＵを含むｇＮＢの概略構造図である。本出願の実施形態による基地局のハードウェアの概略構造図である。本出願の実施形態による携帯電話のハードウェアの概略構造図である。本出願の実施形態による通信方法の第１の概略フローチャートである。本出願の実施形態による通信方法の第２の概略フローチャートである。本出願の実施形態による通信方法の第２の概略フローチャートである。本出願の実施形態による通信方法の第３の概略フローチャートである。本出願の実施形態による通信方法の第３の概略フローチャートである。本出願の実施形態による通信方法の第４の概略フローチャートである。本出願の実施形態による通信方法の第４の概略フローチャートである。本出願の実施形態による通信方法の第５の概略フローチャートである。本出願の実施形態による通信方法の第５の概略フローチャートである。本出願の実施形態による通信方法の第６の概略フローチャートである。本出願の実施形態による通信方法の第６の概略フローチャートである。本出願の実施形態による通信方法の第７の概略フローチャートである。本出願の実施形態による通信方法の第７の概略フローチャートである。本出願の実施形態による通信方法の第８の概略フローチャートである。本出願の実施形態による通信方法の第８の概略フローチャートである。本出願の実施形態による通信方法の第９の概略フローチャートである。本出願の実施形態による通信方法の第９の概略フローチャートである。本出願の実施形態による通信方法の第１０の概略フローチャートである。本出願の実施形態による通信方法の第１０の概略フローチャートである。本出願の実施形態による通信方法の第１１の概略フローチャートである。本出願の実施形態による通信方法の第１１の概略フローチャートである。本出願の実施形態による通信方法の第１２の概略フローチャートである。本出願の実施形態による通信方法の第１２の概略フローチャートである。本出願の実施形態による通信方法の第１３の概略フローチャートである。本出願の実施形態による通信方法の第１３の概略フローチャートである。本出願の実施形態による通信方法の第１４の概略フローチャートである。本出願の実施形態による通信方法の第１４の概略フローチャートである。本出願の実施形態による通信方法の第１５の概略フローチャートである。本出願の実施形態による通信方法の第１５の概略フローチャートである。本出願の実施形態による通信方法の第１６の概略フローチャートである。本出願の実施形態による通信方法の第１６の概略フローチャートである。本出願の実施形態による通信方法の第１７の概略フローチャートである。本出願の実施形態による通信方法の第１７の概略フローチャートである。本出願の実施形態による通信方法の第１８の概略フローチャートである。本出願の実施形態による通信方法の第１８の概略フローチャートである。本出願の実施形態による通信方法の第１９の概略フローチャートである。本出願の実施形態による通信方法の第１９の概略フローチャートである。本出願の実施形態による通信方法の第２０の概略フローチャートである。本出願の実施形態による通信方法の第２０の概略フローチャートである。本出願の実施形態による通信デバイスの第１の概略構造図である。本出願の実施形態による通信デバイスの第２の概略構造図である。

さらに、本願の実施形態においては、用語「例示的」又は「例えば」は、例、例示又は説明を与えるために使用される。本願の実施形態において「例示的」又は「例えば」として記載されている実施形態又は設計スキームは、別の実施形態又は設計スキームよりも、好ましいもの又は利点を有するものとして説明されるべきではない。まさに、用語「例示的」又は「例えば」などの使用は、特定の方式で相対的な概念を表することを意図している。

以下の用語「第１」及び「第２」は、単に説明を目的とすることを意図しており、表示された技術的特徴の数の相対的重要性の表示若しくは示唆又は暗黙的表示として理解されるものではない。従って、「第１」又は「第２」によって限定される特徴は、１つ以上の特徴を明示的又は暗黙的に含んでもよい。本出願の実施形態の説明においては、別段の記載がない限り、「複数」とは、２つ以上を意味する。

重複動作（重複）は、５ＧシステムにおいてＲＡＮ側に導入される。具体的には、送信端のＰＤＣＰ層は、オリジナル（original）データパケットの１つのコピー（又は複数のコピー）を作製し、複数の同じデータパケット、すなわち、オリジナルのデータパケット及び重複データパケットを生成する。送信端は、２つの独立した伝送経路（transmission path）に沿って、同じデータパケットをピア端部に２回（又は複数回）送信するためにＤＣ方式を使用してもよい。受信端が前述のデータパケットを受信した後、ＰＤＣＰ層は重複データパケットの検出を行い、重複データパケットを削除し、重複していない１つのデータパケットのみを上位層に送信する。

本出願の実施形態に提供される通信方法によれば、送信端は、２つの同じデータパケットを生成してもよく、又は複数の同じデータパケットを生成するように構成されてもよい。説明を容易にするために、この出願の実施形態におけるすべての後続の内容は、送信端が２つの同じデータパケットを生成する例を使用して説明される。

現在、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）は、次世代アクセスネットワーク（New Radio、ＮＲ）内での重複について議論しており、以下の結論を導き出している。

１．送信端は、キャリアアグリゲーション（Carrier Aggregation、ＣＡ）方式で重複を実行することができ、具体的には、２つの同じデータパケットは、それぞれ、異なるキャリアコンポーネント（Carrier Component、ＣＣ）／セルを使用してピア端に送信されるか、又はＤＣ方式で重複を実行することができ、具体的には、２つの同じデータパケットは、それぞれ、異なる伝送リンク／レグ（leg）／基地局／セルグループ（cell group）を使用してピア端に送信される。

２．送信端のＰＤＣＰ層は、重複データパケットを生成することを担当し、受信端のＰＤＣＰ層は、重複データパケット検出を行うことを担当して、上位層に送達されるデータパケットに重複データパケットが存在しないことを保証する。

３．ｇＮＢ（ＮＲ基地局とも呼ばれる）は、ＲＲＣシグナリングを使用して、ＰＤＣＰ層に対して重複が設定されているかどうかを端末に指示する。例えば、基地局は、１ビット（ビット）指示を使用して、上りリンク重複がＰＤＣＰエンティティに対応するＰＤＣＰエンティティ／ＲＢに対して設定されたかどうかを端末に通知する。無線ベアラＲＢは、シグナリング無線ベアラＳＲＢ又はデータ無線ベアラＤＲＢであってもよい。

下りリンクでは、ｇＮＢは送信端であり、ｇＮＢは重複を実行するかどうかを決定することができることに留意されたい。端末のＰＤＣＰ層に対して重複データパケット検出が有効である場合、端末は受信端末である。しかしながら、上りリンクのために、端末は送信端末であり、端末が重複データパケットを生成する必要があるかどうかは、基地局の指示に従って決定される必要がある。

４．ｇＮＢは、ＭＡＣ層シグナリングを使用して重複をアクティブ／非アクティブにする。

前述の説明から、ＲＲＣシグナリングは、重複を設定するためにのみ使用されることがわかる。現在、ＲＢの重複をアクティブ／非アクティブにするかどうかについては、ｇＮＢはＭＡＣ制御要素（Control Element、ＣＥ）を使用して端末に指示を送信してもよい。

例えば、ビットマップ（BitMap）は、ＤＲＢに対応するＰＤＣＰ重複のアクティブ／非アクティブ状態を指示するために、ＭＡＣ層で定義される。「１」はアクティブを示し、「０」は非アクティブを示す。

無線通信システムにおいては、ベアラ（bearer）は、無線ベアラＲＢ、ＥＰＳベアラ、発展型無線アクセスベアラＥ－ＲＡＢなどを含んでもよいと留意されたい。ＥＰＳベアラとＥ－ＲＡＢは各々無線ベアラ部分を含み、無線ベアラと１対１で対応しているので、本出願のＲＢは、無線ベアラを参照してもよいし、Ｅ－ＲＡＢ又はＥＰＳベアラを参照してもよい。

５Ｇシステムでは、マルチ無線アクセス技術デュアル・コネクティビティ（Multiple-RAT Dual Connectivity、ＭＲ－ＤＣ）のための異種通信システムが存在する。異種通信システムは、ＥＮＤＣ（Ｅ－ＵＴＲＡＮＲＤＣ）、ＮＥＤＣ（ＮＲＥ－ＵＴＲＡＤＣ）及びＮＧ－ＥＮＤＣ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＥ－ＵＴＲＡＮＲＤＣ）を含む。３つの異種通信システムにおいて、ＬＴＥ基地局（ＬＴＥｅＮＢ／ｅＬＴＥｅＮＢ）は、デュアル・コネクティビティを介してＮＲ基地局（ｇＮＢと呼ばれる）に接続される。ｅＬＴＥｅＮＢはＮＧＣに接続され得るＬＴＥｅＮＢである。ＮＧＣは、第５世代コア（5th Generation Core、５ＧＣ）とも呼ばれ、ｅＬＴＥｅＮＢはｎｇ－ｅＮＢとも呼ばれる。

ＥＮＤＣは、オプション３／３Ａ／３Ｘとも呼ばれる。ＥＮＤＣ通信システムでは、ＬＴＥｅＮＢはＭＮ、ｇＮＢはＳＮ、ＭＮは発展型パケットコア（Evolved Packet Core、ＥＰＣ）に接続され、ＭＮとＳＮは端末とＥＰＣとの間のデータのためのエアインターフェース伝送リソースを提供する。

図１に示すように、図１の（ａ）はオプション３の通信システムの概略構造図であり、図１の（ｂ）はオプション３Ａの通信システムの概略構造図である。オプション３の通信システムでは、ＬＴＥｅＮＢをＳ１インターフェース（Ｓ１－ＣインターフェースとＳ１－Ｕインターフェースを含む）を介してＥＰＣに接続し、ＬＴＥｅＮＢをＸ２インターフェースを介してｇＮＢに接続し、ＬＴＥｅＮＢをＭＮレグを使用して端末に接続し、ｇＮＢをＳＮレグを使用して端末に接続する。オプション３Ａの通信システムは、Ｓ１－Ｕインターフェースを介してｇＮＢをさらにＥＰＣに接続するという点で、オプション３の通信システムとは異なる。区別を容易にするために、図１において、制御プレーン接続は、破線を使用して表される。

ＮＥＤＣは、オプション４／４Ａとも呼ばれる。ＮＥＤＣ通信システムでは、ｇＮＢはＭＮ、ｅＬＴＥｅＮＢはＳＮ、ＭＮはＮＧＣに接続され、ＭＮとＳＮは端末とＮＧＣ間のデータのためのエアインターフェース伝送リソースを提供する。

図２に示すように、図２の（ａ）はオプション４の通信システムの概略構造図であり、図２の（ｂ）はオプション４Ａの通信システムの概略構造図である。オプション４の通信システムでは、ｇＮＢをＮＧインターフェース（ＮＧ－ＣインターフェースとＮＧ－Ｕインターフェースを含む）を介してＮＧＣに接続し、ｅＬＴＥｅＮＢをＸｎインターフェースを介してｇＮＢに接続し、ｇＮＢをＭＮレグを使用して端末に接続し、ｅＬＴＥｅＮＢをＳＮレグを使用して端末に接続する。オプション４Ａの通信システムは、ＮＧ－Ｕインターフェースを介してｅＬＴＥｅＮＢをさらにＮＧＣに接続するという点で、オプション４の通信システムとは異なる。識別を容易にするために、図２において、制御プレーン接続は、破線を使用して表される。

ＮＧ－ＥＮＤＣはオプション７／７Ａ／７Ｘとも呼ばれる。ＮＧ－ＥＮＤＣ通信システムでは、ｅＬＴＥｅＮＢはＭＮであり、ｇＮＢはＳＮであり、ＭＮをＮＧＣに接続する。ＮＧ－ＥＮＤＣ通信システムは、端末とＮＧＣとの間のデータのためのエアインターフェース伝送リソースをＭＮとＳＮが提供するという点で、前述のＥＮＤＣ通信システムとは異なる。

図３に示すように、図３の（ａ）はオプション７の通信システムの概略構造図であり、図３の（ｂ）はオプション７Ａの通信システムの概略構造図である。オプション７の通信システムでは、ｅＬＴＥｅＮＢをＮＧインターフェース（ＮＧ－ＣインターフェースとＮＧ－Ｕインターフェースを含む）を介してＮＧＣに接続し、ｅＬＴＥｅＮＢをＸｎインターフェースを介してｇＮＢに接続し、ｅＬＴＥｅＮＢをＭＮレグを使用して端末に接続し、ｇＮＢをＳＮレグを使用して端末に接続する。オプション７Ａの通信システムは、ＮＧ－Ｕインターフェースを介してｇＮＢをさらにＮＧＣに接続するという点で、オプション７の通信システムとは異なる。識別を容易にするために、図３において、制御プレーン接続は、破線を使用して表される。

５Ｇシステムでは、ｇＮＢは集中ユニット（Centralized Unit、ＣＵ）と分散ユニット（Distributed Unit、ＤＵ）を含んでもよい。

ＣＵは、主に、無線資源及び接続の集中管理及び制御を担当するように構成され、無線上位層プロトコルスタック機能、例えば、ＲＲＣ層又はＰＤＣＰ層を有する。また、ＣＵは、いくつかのコアネットワーク機能のアクセスネットワークへの移動をサポートすることができ、アクセスネットワークは、エッジ・コンピューティング・ネットワークと呼ばれて、将来の通信ネットワークにおいて、ネットワーク遅延に関して、新たなサービス（ビデオ、オンラインショッピング、又は仮想／拡張現実など）のより高い要件を満たすことができるようにする。ＤＵは、分散ユーザプレーン処理機能を有し、主に、物理層機能と比較的リアルタイムの要件が高い層２機能を有する。これに対応して、ＣＵはＲＲＣ層とＰＤＣＰ層を有し、ＤＵはＲＬＣ層、ＭＡＣ層、及びＰＨＹ層を有する。

ＣＵは集中方式で展開されることがあり、ＤＵの展開は実際のネットワーク環境に依存する。例えば、中心市街地、又は比較的交通密度の高いエリア、比較的小さいサイト間距離、又は限定された設備室リソース、例えば、大学又は大規模な演奏会場では、ＤＵを集中方式で展開してもよい。比較的交通が疎なエリア、比較的大きいサイト間距離など、例えば郊外の郡や山岳エリアのようなエリアでは、ＤＵを分散方式で展開してもよい。

図４は、ＣＵ及びＤＵを含むｇＮＢの概略構造図である。図４に示すように、ＣＵは、ＣＵ－ＤＵインターフェースを介してＤＵと通信する。インターフェースは、ＣＵとＤＵとの間の制御プレーンメッセージ、ｇＮＢの端末のＲＲＣメッセージ、ｇＮＢによってサービスされる端末のデータなどを送信するように構成されてもよい。説明を容易にするために、ＣＵ－ＤＵインターフェースはＦ１インターフェースと呼ばれ、ＣＵ－ＤＵインターフェースの制御プレーンはＦ１－Ｃと呼ばれ、ＣＵ－ＤＵインターフェースのユーザプレーンはＦ１－Ｕと呼ばれる。Ｆ１－Ｃによって搬送されるＣＵとＤＵとの間の制御プレーンメッセージは、Ｆ１アプリケーションプロトコル（F1 Application Protocol、Ｆ１ＡＰ）メッセージと呼ばれる。Ｆ１ＡＰメッセージは、共通メッセージ（Common Message、又はNon-UE-Associated）と、ユーザ機器（User Equipment、ＵＥ）に関連するメッセージ（UE-Associated）の２つの部分に分割されてもよい。共通メッセージは、Ｆ１インターフェース管理、ＣＵ／ＤＵ設定更新、セル管理などのために使用されてもよい。ＵＥに関連するメッセージは、ＵＥコンテキストを確立／管理／更新／削除し、ＵＥのサービス品質（Quality of Service、ＱｏＳ）パラメータ、ＵＥのプロトコルスタック設定などを交換するために使用されてもよい。追加的に、ＵＥに関連するメッセージは、さらに、ＵＥのＲＲＣメッセージを送信するために使用されてもよく、具体的には、伝送は、ＵＥのシグナリング無線ベアラ（Signaling Radio Bearer、ＳＲＢ）１／ＳＲＢ２／ＳＲＢ１Ｓ／ＳＲＢ２Ｓ／ＳＲＢ３を使用して送信されるＲＲＣメッセージのＰＤＣＰプロトコル・データ・ユニット（Protocol Data Unit、ＰＤＵ）と、ＳＲＢ０を使用して送信されたＲＲＣメッセージのＲＲＣＰＤＵとを、ＲＲＣコンテナ（Container）としてＦ１ＡＰメッセージに追加することによって行われる。Ｆ１－ＵはＵＥのデータを送信する。具体的には、伝送は、一般パケット無線サービストンネルプロトコル－ユーザプレーン（General Packet Radio Service Tunneling Protocol-User Plane、ＧＴＰ－Ｕ）データパケット内にＵＥのＰＤＣＰＰＤＵをカプセル化することにより行われる。ここで、ＵＥのＤＲＢは、ＧＴＰトンネルエンドポイント識別子（Tunnel Endpoint Identifier、ＴＥＩＤ）を使用してよって識別され得る。

ＭＲ－ＤＣの様々な通信システムにおいて、ＰＤＣＰアンカーのＰＤＣＰ層が重複機能を有する場合、ＲＢに対して重複動作が設定されアクティブにされた後に重複データパケットが生成されてもよく、同じデータパケットがＭＮリンクとＳＮリンクを別々に使用してＲＢに対して送信されてもよく、データ送信の信頼性が向上する。ＮＲＰＤＣＰは重複機能を有する。従って、ＭＲ－ＤＣの３つの通信システムの全てにおいて、ＮＲ側は重複機能を有しており、ＬＴＥ側もまた、ＮＲＰＤＣＰが端末に対してＬＴＥ側に設定されている可能性があるため重複機能を有してもよい。例えば、ＰＤＣＰアンカーがＳＮである場合、ＰＤＣＰアンカーは、設定情報を生成し、ＰＤＣＰがＳＮ上で終端される二次セルグループ（Secondary Cell Group、ＳＣＧ）／ＲＢ（ＳＮ終端ベアラ）のＲＢ（例えば、ＳＣＧベアラ又はＳＣＧ分割ベアラ）に対して重複動作を設定してもよい。ＰＤＣＰアンカーがＭＮである場合、ＰＤＣＰアンカーは、設定情報を生成し、ＰＤＣＰがＭＮ上で終端されるマスタセルグループ（(Master Cell Group、ＭＣＧ）／ＲＢ（ＭＮ終端ベアラ）のＲＢ（例えば、ＭＣＧベアラ又はＭＣＧ分割ベアラ）に対して重複動作を設定してもよい。

説明を容易にするために、ＰＤＣＰがＳＮ上で終端される二次セルグループ（Secondary Cell Group、ＳＣＧ）／ＲＢ（ＳＮ終端ベアラ）のＲＢ（例えば、ＳＣＧベアラ又はＳＣＧ分割ベアラ）は、まとめてＳＣＧのＲＢと呼ばれ、マＰＤＣＰがＭＮ上で終端されるスタセルグループ（Master Cell Group、ＭＣＧ）／ＲＢ（ＭＮ終端ベアラ）のＲＢ（例えば、ＭＣＧベアラ又はＭＣＧ分割ベアラ）は、まとめてＭＣＧのＲＢと呼ばれる。

具体的には、ある方式では、ＭＮはＭＣＧのＲＢに対して重複動作を設定するかどうかを決定し、ＳＮはＳＣＧのＲＢに対して重複動作を設定するかどうかを決定する。代替的には、別の方式では、ＭＮは、ＭＣＧのＲＢ及びＳＣＧのＲＢに対して重複動作を設定するかどうかを決定する。ＳＣＧのＲＢについては、ＭＮがＳＣＧのＲＢに対して重複動作を設定することを決定した後、ＭＮは、ＲＢに関する情報（例えば、ＲＢ識別子（ＩＤ）及びＲＢインデックス（ＲＢｉｎｄｅｘ））をＳＮに送信して（例えば、ＭＮとＳＮとの間のインターフェースメッセージを使用して、インターフェースメッセージは、Ｘ２／Ｘｎインターフェースの制御プレーンメッセージであってもよく、任意で、メッセージは、二次ノード追加リクエスト（SN addition request）メッセージ／二次ノード修正リクエスト（SN modification request）メッセージである）、ＳＮがＲＢに対応する設定情報（例えば、ＰＤＣＰ設定）を生成することを可能にし、次いで、ＳＮはＭＮに設定情報を送信して（例えば、ＭＮとＳＮとの間のインターフェースメッセージを使用して、インターフェースメッセージは、Ｘ２／Ｘｎインターフェースの制御プレーンメッセージであってもよく、任意で、メッセージは、二次ノード追加リクエスト承認（SN addition request acknowledge）メッセージ／二次ノード修正リクエスト承認（SN modification request acknowledge）メッセージである）、ＭＮが設定情報を端末に送信するようにし（例えば、ＲＲＣメッセージを使用して、ＲＲＣメッセージは、ＲＲＣ再設定メッセージであってもよい）、端末が、ＲＢに対して重複動作が設定されたことを決定することを可能にする。

ＮＲｇＮＢのＭＡＣ層は、重複をアクティブ／非アクティブにすることができるが、Ｅ－ＵＴＲＡ／ＬＴＥ基地局のＭＡＣ層（例えば、ＬＴＥｅＮＢ又はｅＬＴＥｅＮＢ）はアクティベーション／非アクティベーション動作を行うことができない。このように、ＰＤＣＰアンカーがＬＴＥ基地局である場合、ＬＴＥ基地局は、ＬＴＥエアインターフェースを介して端末にアクティベーション／非アクティベーション指示を送信することができない。

追加的に、ｇＮＢがＣＵとＤＵが含むシナリオでは、ｇＮＢによって、重複動作を設定することを決定し、設定後に重複動作をアクティブ／非アクティブにするかどうかを決定するための方法が現状存在しない。

前述の問題のために、本出願の実施形態は通信方法を提供する。第１の通信デバイスは、ＲＢの重複動作のステータス情報を取得した後、ＲＢの重複動作のステータス情報を第２の通信デバイスに送信して、第２の通信デバイスが、ＲＢの重複動作のステータス情報に基づいて、端末がＲＢの重複動作をアクティブ／非アクティブにすることを指示するために使用されるアクティベーション指示を生成し、端末にアクティベーション指示を送信するようにする。第１の通信デバイスがＬＴＥ基地局であり、第２の通信デバイスがｇＮＢである場合、ＬＴＥ基地局は、ＲＢのステータス情報を取得した後、ｇＮＢにＲＢのステータス情報を送信して、ｇＮＢのＭＡＣ層がアクティベーション指示を生成するようにすることができる。これは、アンカーがＬＴＥ基地局である場合、ＬＴＥ基地局が端末にアクティベーション／非アクティベーション指示を送信することができないという問題を解決する。第１の通信デバイスがｇＮＢ内のＣＵであり、第２の通信デバイスがｇＮＢ内のＤＵである場合、ＤＵのＭＡＣ層を使用してアクティベーション指示が生成されてもよく、次いで、アクティベーション指示が端末に送信される。このようにして、重複動作の設定とアクティベーションは、ｇＮＢがＣＵとＤＵを含むシナリオで実装される。ここで、第１の通信デバイス及びＰＤＣＰアンカーは、同じのデバイスであってもよく、異なるデバイスであってもよい。第１の通信デバイスがＭＮである場合、第２の通信デバイスはＰＤＣＰアンカーであってもよい。ＭＮアンカーとＰＤＣＰアンカーは、同じデバイスであってもよいし、異なるデバイスであってもよい。第１の通信デバイスがＭＮである場合、第２の通信デバイスはｇＮＢであってもよい。ＭＮとｇＮＢは同じデバイスであってもよいし、異なるデバイスであってもよい。

追加的に、本出願の実施形態は、さらに、通信方法を提供する。第１の通信デバイスは、重複動作が設定されたＲＢに関する情報を取得し、ＲＢの重複動作をアクティブにするかどうかを決定する。これに対応して、第１の通信デバイスは、端末がＲＢの重複動作をアクティブ／非アクティブにすることを指示するために使用されるアクティベーション指示を生成し、アクティベーション指示を端末に送信する。第１の通信デバイスは、ｇＮＢ又はｇＮＢ内のＤＵであってもよく、ｇＮＢがＣＵ及びＤＵを含むシナリオにおいて、重複動作の設定及びアクティベーションも実装され得るようにする。確かに、本明細書では、第１の通信デバイス及びＰＤＣＰアンカーは、同じのデバイスであってもよく、異なるデバイスであってもよい。

本出願の本実施形態において提供される通信方法において、ＰＤＣＰアンカーは、ＲＢに対する重複動作を設定するかどうかを決定し、ＰＤＣＰアンカーは、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。代替的には、ＰＤＣＰアンカーはＲＢに対する重複動作を設定するかどうかを決定し、ｇＮＢはＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。代替的には、マスタノードはＲＢに対する重複動作を設定するかどうかを決定し、ＰＤＣＰアンカーはＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。代替的には、マスタノードがＲＢに対する重複動作を設定するかどうかを決定し、ｇＮＢがＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。代替的には、マスタノードがＲＢに対する重複動作を設定するかどうかを決定し、マスタノードがＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。

ｇＮＢのＭＡＣ層はＭＡＣＣＥを生成し、端末にｇＮＢによって生成されたＭＡＣＣＥを送信するため、本出願の本実施形態の後続の内容では、ｇＮＢも「ＭＡＣＣＥ送信デバイス」として表される。

本出願の本実施形態におけるＰＤＣＰアンカーは、ＬＴＥ基地局であってもよいし、ｇＮＢであってもよい。図１及び図３を参照すると、ＭＣＧのＲＢの重複動作のために、ＰＤＣＰアンカーはＬＴＥ基地局である。ＳＣＧのＲＢの重複動作の場合、ＰＤＣＰアンカーはｇＮＢである。同様に、図２を参照すると、ＳＣＧのＲＢの重複動作の場合、ＰＤＣＰアンカーはＬＴＥ基地局である。ＭＣＧのＲＢの重複動作の場合、ＰＤＣＰアンカーはｇＮＢである。

本出願の本実施形態において提供される通信方法は、図１から図３のいずれか１つに示される異種通信システムに適用可能である。

図１から図３を参照すると、ＬＴＥ基地局とｇＮＢの両方が基地局である。図５は、本出願の一実施形態による基地局（ｅＬＴＥｅＮＢ／ｅＬＴＥｅＮＢ／ｇＮＢ）の構成構造を示す。

図５に示すように、基地局は、少なくとも１つのプロセッサ５１、メモリ５２、トランシーバ５３、及びバス５４を含んでもよい。

下記の図５を参照して、基地局の構成要素を詳細に説明する。

プロセッサ５１は、基地局の制御センターであり、１つのプロセッサであってもよく、複数の処理要素の集合名であってもよい。例えば、プロセッサ５１は、ＣＰＵであるか、又は特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）であってもよく、あるいは本出願の本実施形態を実装する１つ以上の集積回路、例えば、１つ以上のマイクロプロセッサ（Digital Signal Processor、ＤＳＰ）、又は１つ以上のフィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）として構成される。

プロセッサ５１は、メモリ５２に記憶されたソフトウェアプログラムを動作させ又は実行し、メモリ５２に記憶されたデータを呼び出すことによって、基地局の様々な機能を行ってもよい。

具体的な実装では、プロセッサ５１は、１つ以上のＣＰＵ、例えば、図に示すＣＰＵ０及びＣＰＵ１を含んでもよい。

特定の実装の間、実施形態では、基地局は、複数のプロセッサ、例えば、図５に示すプロセッサ５１及びプロセッサ５５を含んでもよい。プロセッサの各々は、シングルコア（single-CPU）プロセッサであってもよく、マルチコア（multi-CPU）プロセッサであってもよい。本明細書におけるプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように設定された１つ以上のデバイス、回路、及び／又は処理コアであってもよい。

メモリ５２は、読み出し専用メモリ（Read-Only Memory、ＲＯＭ）若しくは静的情報及び命令を記憶することができる別のタイプの静的記憶デバイス、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）若しくは情報及び命令を記憶することができる別のタイプの動的記憶デバイスであってもよく、あるいは電気的に消去可能なプログラマブル読み出し専用メモリ（Electrically Erasable Programmable Read-Only Memory、ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（Compact Disc Read-Only Memory、ＣＤ－ＲＯＭ）、若しくは別の光ディスク記憶装置、光ディスク記憶装置（コンパクト光学ディスク、レーザディスク、光ディスク、デジタル多用途光ディスク、ブルーレイ光ディスク等を含む）、磁気ディスク記憶媒体、若しくは別の磁気記憶デバイス、又は命令若しくはデータ構造の形態で予期されるプログラムコードを搬送若しくは記憶することができ、コンピュータによってアクセスすることができる任意の他の媒体であってもよい。しかし、メモリ５２は、これに限定されない。メモリ５２は独立して存在してもよく、バス５４を使用してプロセッサ５１に接続される。代替的には、メモリ５２は、プロセッサ５１と一体化してもよい。

メモリ５２は、本出願において解決策を実行するために使用されるソフトウェアプログラムを記憶するように構成され、実行はプロセッサ５１によって制御される。

トランシーバ５３は、他のデバイス又は通信ネットワークと通信するように構成される。例えば、トランシーバ５３は、イーサネット、無線アクセスネットワーク（radio access network、ＲＡＮ）、又は無線ローカルエリアネットワーク（Wireless Local Area Network、無線ＬＡＮ）などの通信ネットワークと通信するように構成される。トランシーバ５３は、ベースバンドプロセッサの全て又は一部を含んでもよく、さらに、ＲＦプロセッサを選択的に含んでもよい。ＲＦプロセッサは、ＲＦ信号を受信及び送信するように構成される。ベースバンドプロセッサは、ＲＦ信号から変換されたベースバンド信号又はＲＦ信号に変換されるベースバンド信号を処理するように構成される。

バス５４は、工業標準アーキテクチャ（Industry Standard Architecture、ＩＳＡ）バス、周辺構成要素相互接続（Peripheral Component、ＰＣＩ）バス、拡張工業標準アーキテクチャ（Extended Industry Standard Architecture、ＥＩＳＡ）バスなどであってもよい。バスは、アドレスバス、データバス、制御バスなどに分類してもよい。表現を容易にするために、図５においてバスを表すために太線が１本だけ使用されているが、これはバスが１本だけ、又はバスのタイプが１つだけ存在することを意味しない。

図５に示すデバイス構造は、基地局に対する制限を構成しない。基地局は、図に示されているものよりも多い又は少ない構成要素を含むか、いくつかの構成要素を組み合わせるか、あるいは異なる構成要素配置を有してもよい。

本出願の本実施形態における端末は、制御平面及びユーザ平面上でｅＬＴＥｅＮＢ／ｅＬＴＥｅＮＢ／ｇＮＢ／ｇＮＢとデータ伝送を実装することができる携帯電話（図６に示す携帯電話６００）、タブレット、パーソナルコンピュータ（Personal Computer、ＰＣ）、パーソナルデジタルアシスタント（Personal Digital Assistant、ＰＤＡ）、スマートウォッチ、ネットブック、ウェアラブル電子デバイスなどであり得る。デバイスの特定の形態は、本出願の本実施形態において特に限定されない。

図６に示すように、携帯電話６００を前述の端末として使用する例を用いて、携帯電話６００は、具体的には、プロセッサ６０１、無線周波数（Radio Frequency、ＲＦ）回路６０２、メモリ６０３、タッチスクリーン６０４、ブルートゥース装置６０５、１つ以上のセンサ６０６、ワイヤレスフィデリティ（Wireless Fidelity、Ｗｉ－Ｆｉ）装置６０７、位置決め装置６０８、音声回路６０９、周辺インターフェース６１０、及び電源装置６１１などの構成要素を含んでもよい。これらの構成要素は、１つ以上の通信バス又は信号ケーブル（図６には示されていない）を使用して通信を行ってもよい。当業者であれば、図６に示すハードウェア構造は、携帯電話に対する制限を構成しないと理解してもよく、携帯電話６００は、図に示すものよりも多くの、又は少ない構成要素を含むか、いくつかの構成要素を組み合わせるか、又は、異なる構成要素配置を有してもよい。

携帯電話６００の構成要素は、以下の図６を参照して詳細に説明される。

プロセッサ６０１は、携帯電話６００の制御センターであり、様々なインターフェース及びラインを使用して携帯電話６００の様々な部分に接続される。プロセッサ６０１は、メモリ６０３に記憶されたアプリケーションプログラムを動作させ又は実行し、メモリ６０３に記憶されたデータを呼び出すことによって、携帯電話６００の様々な機能を行い、データを処理する。いくつかの実施形態において、プロセッサ６０１は、１つ以上の処理ユニットを含んでもよい。本出願の実施形態のいくつかの実施形態において、プロセッサ６０１は、収集された指紋を検証するように構成された指紋検証チップをさらに含んでもよい。

無線周波数回路６０２は、情報の受信及び送信プロセス又は呼プロセスにおいて無線信号を受信及び送信するように構成されてもよい。具体的には、基地局から下りリンクデータを受信した後、無線周波数回路６０２は、下りリンクデータを処理のためにプロセッサ６０１に送信し、関連する上りリンクデータを基地局に送信する。通常、無線周波数回路は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、低ノイズ増幅器、デュプレクサなどを含むが、これらに限定されない。追加的に、無線周波数回路６０２は、無線通信を介して別のデバイスとさらに通信してもよい。無線通信は、グローバル・システム・フォー・モバイル・コミュニケーションズ、一般パケット無線サービス、符号分割多元接続、広帯域符号分割多元接続、ロング・ターム・エボリューション、電子メール、ショートメッセージサービスなどを含むが、これらに限定されない、任意の通信標準又はプロトコルを使用してもよい。

メモリ６０３は、アプリケーションプログラム及びデータを記憶するように構成される。プロセッサ６０１は、メモリ６０３に記憶されたアプリケーションプログラム及びデータを動作させることによって、携帯電話６００の様々な機能及びデータ処理を行う。メモリ６０３は、主に、プログラム記憶領域及びデータ記憶領域を含む。プログラム記憶領域は、オペレーティングシステム、及び少なくとも１つの機能（例えば、サウンド再生機能又は画像処理機能）によって必要とされるアプリケーションプログラムを記憶してもよい。データ記憶領域は、携帯電話６００が使用されるときに作成されるデータ（例えば、音声データ又は電話帳）を記憶してもよい。追加的に、メモリ６０３は、高速ランダム・アクセス・メモリ（ＲＡＭ）を含んでもよく、磁気ディスク記憶デバイス又はフラッシュ・メモリ・コンポーネントなどの不揮発性メモリ、別の揮発性固体記憶デバイスなどをさらに含んでもよい。メモリ６０３は、ｉＯＳオペレーティングシステム、Ａｎｄｒｏｉｄオペレーティングシステムなどの様々なオペレーティングシステムを記憶してもよい。メモリ６０３は独立であってもよく、通信バスを使用することによってプロセッサ６０１に接続される。代替的には、メモリ６０３は、プロセッサ６０１に統合されてもよい。

タッチスクリーン６０４は、具体的には、タッチパッド６０４－１及びディスプレイ６０４－２を含んでもよい。

タッチパッド６０４－１は、携帯電話６００のユーザによってタッチパッド６０４－１上又はその近くで実行されるタッチイベント（例えば、指、スタイラスなどの任意の適切な物体を使用して、ユーザによってタッチパッド６０４－１上又はその近くで行われる動作）を収集し、収集されたタッチ情報を別のデバイス（例えば、プロセッサ６０１）に送信してもよい。ユーザによってタッチパッド６０４－１の近くで行われるタッチイベントは、浮動タッチと呼ばれることがある。浮動タッチは、ユーザがターゲット（例えば、アイコン）を選択、移動、又はドラッグするためにタッチパッドに直接タッチする必要がなく、ユーザが所望の機能を実行するためにデバイスの近くにいることだけが必要であることを意味してもよい。追加的に、タッチパッド６０４－１は、抵抗型、容量型、赤外型、表面音波型などの複数の型で実装されてもよい。

ディスプレイ（ディスプレイスクリーンとも呼ばれる）６０４－２は、ユーザによって入力された情報、又はユーザのために提供された情報、及び携帯電話６００の様々なメニューを表示するように構成されてもよい。ディスプレイ６０４－２は、液晶ディスプレイ、有機発光ダイオードなどであってもよい。タッチパッド６０４－１は、ディスプレイ６０４－２を覆ってもよい。タッチパッド６０４－１上又はその近くのタッチイベントを検出すると、タッチパッド６０４－１は、タッチイベントをプロセッサ６０１に転送し、タッチイベントのタイプを決定する。次に、プロセッサ６０１は、タッチイベントのタイプに基づいて、ディスプレイ６０４－２上に対応する視覚出力を提供することができる。図６において、タッチパッド６０４－１及びディスプレイスクリーン６０４－２は、携帯電話６００の入出力機能を実装するための２つの独立した構成要素として使用される。しかし、いくつかの実施形態では、タッチパッド６０４－１及びディスプレイスクリーン６０４－２は、携帯電話６００の入出力機能を実現するために統合されてもよい。タッチスクリーン６０４は、複数の材料層を積層することによって形成されることが理解されよう。本出願の本実施形態では、タッチパッド（層）及びディスプレイスクリーン（層）のみが表示され、別の層は本出願の本実施形態では示されていない。追加的に、タッチパッド６０４－１は、携帯電話６００の前面にフルパネルの形態で配置されてもよく、ディスプレイスクリーン６０４－２は、携帯電話６００の前面にフルパネルの形態で配置されてもよい。このようにして、ベゼルレス構造を携帯電話の前面に実装することができる。

追加的に、携帯電話６００は、指紋認識機能をさらに有してもよい。例えば、指紋センサ６１２は、携帯電話６００の背面（例えば、背面カメラの下方）に配置されてもよく、又は指紋センサ６１２は、携帯電話６００の前面（例えば、タッチスクリーン６０４の下方）に配置されてもよい。別の例では、指紋認識機能を実現するために、指紋収集デバイス６１２をタッチスクリーン６０４内に配置してもよい。換言すれば、指紋収集デバイス６１２は、携帯電話６００の指紋認識機能を実装するために、タッチスクリーン６０４と統合されてもよい。この場合、指紋収集デバイス６１２は、タッチスクリーン６０４内に配置され、タッチスクリーン６０４の一部であってもよく、又は別の方式でタッチスクリーン６０４内に配置されてもよい。本出願の本実施形態では、指紋収集デバイス６１２の主な構成要素は、指紋センサである。指紋センサは、光学的、容量性、圧電性、又は超音波感知技術を含むが、これらに限定されない任意のタイプの感知技術を使用してもよい。

携帯電話６００は、さらに、携帯電話６００と別の短距離デバイス（例えば、携帯電話又はスマートウォッチ）との間のデータ交換を実装するように構成されたブルートゥース装置６０５を含んでもよい。本出願の本実施形態では、ブルートゥース装置は、集積回路、ブルートゥースチップなどであってもよい。

携帯電話６００は、光学センサ、運動センサ、又は別のセンサなどの少なくとも１つのセンサ６０６をさらに含んでもよい。具体的には、光学センサは、環境光学センサ及び近接センサを含んでもよい。環境光学センサは、環境光の輝度に基づいて、タッチスクリーン６０４内のディスプレイの輝度を調整してもよい。近接センサは、携帯電話６００が耳に移動すると、ディスプレイの電源をオフにすることができる。モーションセンサの1つのタイプとして、加速度計センサは、全方向（通常、３軸）の加速度値を検出してもよく、携帯電話が静止しているときに値及び重力方向を検出してもよく、携帯電話の姿勢を識別するためのアプリケーション（風景モードと肖像モードとの間のスクリーンスイッチング、関連するゲーム、磁力計の姿勢較正）、振動識別に関連する機能（歩数計、ノックなど）などに使用してもよい。ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどの別のセンサが携帯電話６００内にさらに構成されてもよい。本明細書には、詳細は記載しない。

Ｗｉ－Ｆｉ装置６０７は、Ｗｉ－Ｆｉに関連する標準プロトコルに準拠したネットワークアクセスを携帯電話６００に提供するように構成され、携帯電話６００は、Ｗｉ－Ｆｉ装置６０７を使用してＷｉ－Ｆｉアクセスポイントにアクセスしてもよく、ユーザが電子メールを送受信したり、ウェブページを閲覧したり、ストリーミングメディアにアクセスしたりするのを助ける。Ｗｉ－Ｆｉ装置６０７は、ユーザに無線ブロードバンドインターネットアクセスを提供する。他のいくつかの実施形態では、Ｗｉ－Ｆｉ装置６０７は、代替的にはＷｉ－Ｆｉ無線アクセスポイントとして使用することができ、他のデバイスにＷｉ－Ｆｉネットワークアクセスを提供してもよい。

位置決め装置６０８は、携帯電話６００の地理的位置を提供するように構成される。位置決め装置６０８は、具体的には、全地球測位システム（Global Positioning System、ＧＰＳ）、BeiDouナビゲーション衛星システム、ロシアグロナスなどの位置決めシステムの受信機であってもよいと理解されよう。位置決め装置６０８は、位置決めシステムによって送信された地理的位置を受信した後、処理のために情報をプロセッサ６０１に送信するか、又は記憶のためにメモリ６０３に情報を送信する。いくつかの他の実施形態では、位置決め装置６０８は、代替的には、支援全地球測位システム（Assisted Global Positioning System、ＡＧＰＳ）の受信機であってもよい。ＡＧＰＳシステムは、測距及び測位サービスを完了する際に位置決め装置６０８を支援する支援サーバとして機能する。この場合、補助位置決めサーバは、無線通信ネットワークを使用して、携帯電話６００のようなデバイスの位置決め装置６０８（すなわち、ＧＰＳ受信機）と通信することによって位置決め支援を提供する。他のいくつかの実施形態では、位置決め装置６０８は、代替的に、Ｗｉ－Ｆｉアクセスポイントに基づく位置決め技術であってもよい。各Ｗｉ－Ｆｉアクセスポイントは、グローバルに一意なＭＡＣアドレスを有しており、デバイスに対してＷｉ－Ｆｉを有効にするときに、周辺のＷｉ－Ｆｉアクセスポイントのブロードキャスト信号をデバイスがスキャンして収集し得るため、デバイスはＷｉ－ＦｉアクセスポイントによってブロードキャストされるＭＡＣアドレスを取得することができる。デバイスは、無線通信ネットワークを使用して、Ｗｉ－Ｆｉアクセスポイントを指示することができるデータ（例えば、ＭＡＣアドレス）をロケーションサーバに送信する。ロケーションサーバは、各Ｗｉ－Ｆｉアクセスポイントの地理的位置を検索し、Ｗｉ－Ｆｉブロードキャスト信号の強度を参照してデバイスの地理的位置を計算し、デバイスの地理的位置をデバイスの位置決め装置６０８に送信する。

音声回路６０９、スピーカ６１３、及びマイクロホン６１４は、ユーザと携帯電話６００との間の音声インターフェースを提供してもよい。音声回路６０９は、受信した音声データから変換された電気信号をスピーカ６１３に送信してもよく、スピーカ６１３は、電気信号を出力のための音声信号に変換する。一方、マイクロホン６１４は、収集された音響信号を電気信号に変換する。音声回路６０９は、電気信号を受信し、電気信号を音声データに変換し、次いで、オーディオデータをＲＦ回路６０２に出力し、音声データを例えば別の携帯電話に送信するか、又は音声データをさらなる処理のためにメモリ６０３に出力する。

周辺インターフェース６１０は、外部入力／出力デバイス（例えば、キーボード、マウス、外部ディスプレイ、外部メモリ、又は加入者識別モジュールカード）のための様々なインターフェースを提供するように構成される。例えば、周辺インターフェース６１０は、ユニバーサルシリアルバス(Universal Serial Bus、ＵＳＢ)インターフェースを介してマウスに接続され、加入者識別モジュールカードのカードスロット上の金属コンタクトを使用して、電気通信オペレータによって提供される加入者識別モジュールモジュール（Subscriber Identification Module、ＳＩＭ）に接続される。周辺インターフェース６１０は、前述の外部入力／出力周辺デバイスをプロセッサ６０１及びメモリ６０３に結合するように構成されてもよい。

本出願の本実施形態では、携帯電話６００は、周辺インターフェース６１０を使用して、デバイスグループ内の別のデバイスと通信してもよい。例えば、携帯電話６００は、表示するために、周辺インターフェース６１０を介して、他のデバイスによって送信された表示データを受信してもよい。これは、本出願の本実施態様において限定されない。

携帯電話６００は、構成要素に電力を供給する電源装置６１１（例えば、バッテリ又は電源管理チップ）をさらに含んでもよい。バッテリは、電源管理チップを使用してプロセッサ６０１に論理的に接続されてもよく、充電、放電、及び電力消費管理などの機能は、電源装置６１１を使用して実装される。

図６には示されていないが、携帯電話６００は、カメラ（前面カメラ及び／又は後面カメラ）、フラッシュ、マイクロ投影装置、近接場通信（(Near Field Communication、ＮＦＣ）装置などをさらに含んでもよい。本明細書には、詳細は記載しない。

図１から図３に示す異種通信システムでは、本出願の実施形態において提供される通信方法のための５つの通信モードが存在する。

通信モード１：ＰＤＣＰアンカーは、ＲＢの重複動作を設定するかどうかを決定し、ＲＢの重複動作のステータス情報を決定する、つまり、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。

通信モード２：ＰＤＣＰアンカーは、ＲＢの重複動作を設定するかどうかを決定し、ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作のステータス情報を決定する、つまり、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。

通信モード３：ＭＮは、ＲＢの重複動作を設定するかどうかを決定し、ＲＢの重複動作のステータス情報を決定する、つまり、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。

通信モード４：ＭＮは、ＲＢの重複動作を設定するかどうかを決定し、ＰＤＣＰアンカーは、ＲＢの重複動作のステータス情報を決定する、つまり、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。

通信モード５：ＭＮは、ＲＢの重複動作を設定するかどうかを決定し、ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作のステータス情報を決定する、つまり、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。

理解を容易にするために、「ＲＢの重複動作をアクティブ／非アクティブにすることを決定する」の説明は、本出願の本実施形態における全ての後続の内容において使用される。

ＰＤＣＰアンカーとＭＡＣＣＥ送信デバイスは、同じデバイスであってもよく、異なるデバイスであってもよい。例えば、ＰＤＣＰアンカーはＬＴＥ基地局であり、ＭＡＣＣＥ送信デバイスはｇＮＢである。代替的には、ＰＤＣＰアンカーとＭＡＣＣＥデバイスの両方ともｇＮＢである。ＭＮアンカーとＰＤＣＰアンカーは、同じデバイスであってもよいし、異なるデバイスであってもよい。ＭＮとＭＡＣＣＥデバイスは、同じデバイスであってもよいし、異なるデバイスであってもよい。たとえば、ＭＮはＬＴＥ基地局であり、ＭＡＣＣＥデバイスはｇＮＢである。代替的には、ＭＮとＭＡＣＣＥデバイスの両方ともｇＮＢである。

ＰＤＣＰアンカーとＭＡＣＣＥ送信デバイスが同じデバイスかどうかにかかわらず、通信モード１と通信モード２の両方で、ＰＤＣＰアンカーがＲＢの重複動作を設定するかどうかを決定することが分かる。ＰＤＣＰアンカーがＲＢの重複動作を設定するかどうかを決定することについて、以下に説明する。

具体的には、本出願の本実施形態では、ＰＤＣＰアンカーが、ＲＢの重複動作を設定するかどうかを決定することは、具体的には、以下を含む。

ステップ１：ＰＤＣＰアンカーは、端末のＲＢに対して重複動作を設定することを決定する。

具体的には、ＰＤＣＰアンカーは、端末のＲＢに対して重複動作を設定するかどうかを決定する。

任意で、ＰＤＣＰアンカーは、ＭＮレグ及び／又はＳＮレグのリンク品質に基づいて、ＲＢの重複動作を設定するかどうかを決定してもよい。例えば、ＭＮレグのリンク品質が第１の閾値より小さい及び／又はＳＮレグのリンク品質が第２の閾値より小さい場合、ＰＤＣＰアンカーはＲＢに対して重複動作を設定することを決定する。このようにして、ＰＤＣＰアンカーは、ＭＮレグ及びＳＮレグを使用して、同じデータパケットを送信して、データ送信の信頼性を改善してもよい。ＭＮレグのリンク品質が第３の閾値より大きい場合、及び／又はＳＮレグのリンク品質が第４の閾値より大きい場合、ＰＤＣＰアンカーはＲＢをスプリット（split）ベアラとして設定する。この場合、ＰＤＣＰアンカーはＭＮレグとＳＮレグを使用して、異なるデータパケットを送信して、端末のデータレートを増加させる。第１の閾値、第２の閾値、第３の閾値、及び第４の閾値は、同じ値であってもよいし、異なる値であってもよい。

任意で、本出願の本実施形態では、ＰＤＣＰアンカーは、端末によって報告された測定結果に基づいてレグのリンク品質を決定してもよく、又は端末の上りリンク信号を測定して、測定結果に基づいてレグのリンク品質を推定してもよい。これは、本出願の本実施態様において特に限定されない。

ステップ２：ＰＤＣＰアンカーは、異種通信システムのＭＮを使用して端末に設定情報を送信する。

前述の説明から、ＰＤＣＰアンカーはＬＴＥ基地局であってもよいし、ｇＮＢであってもよいことが分かる。

図１又は図３に示す通信システムでは、ＬＴＥ基地局はＭＮであり、ｇＮＢはＳＮである。図２に示す通信システムでは、ｇＮＢはＭＮであり、ＬＴＥ基地局はＳＮである。したがって、本出願の本実施形態において、ＰＤＣＰアンカー及びＭＮは、同じデバイスであってもよいし、異なるデバイスであってもよい。

ＰＤＣＰアンカーがＳＮである場合、端末のＲＢに対して重複動作を設定することを決定した後、ＰＤＣＰアンカーはさらに、設定情報を生成し、ＭＮに設定情報を送信して、ＭＮが設定情報を端末に転送するようにする。ＰＤＣＰアンカーがＭＮである場合、端末のＲＢに対して重複動作を設定することを決定した後、ＰＤＣＰアンカーは設定情報を生成し、設定情報を端末に送信する。任意で、設定情報はＰＤＣＰ設定に含まれる。

任意で、ＭＮは、ＲＲＣ再設定（RRC Reconfiguration）メッセージを使用して端末に設定情報を送信してもよいし、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージを使用して端末に設定情報を送信してもよい。これは、本出願の本実施態様において特に限定されない。

通信モード３、通信モード４、及び通信モード５の全てにおいて、ＭＮはＲＢの重複動作を設定するかどうかを決定する。ＭＮがＲＢの重複動作を設定するかどうかを決定することについて、以下に説明する。

具体的には、本出願の本実施形態では、ＭＮがＲＢの重複動作を設定するかどうかを決定することは、具体的には、以下を含む。

ステップ１：ＭＮは、端末のＲＢに対して重複動作を設定することを決定する。

具体的には、ＭＮは端末のＲＢに対して重複動作を設定するかどうかを決定する。

任意で、ＭＮは、ＭＮレグ及び／又はＳＮレグのリンク品質に基づいて、ＲＢの重複動作を設定するかどうかを決定することができる。例えば、ＭＮレグのリンク品質が第１の閾値より小さい場合、及び／又はＳＮレグのリンク品質が第２の閾値より小さい場合、ＭＮは、ＲＢに対して重複動作を設定することを決定する。このようにして、ＭＮは、ＭＮレグとＳＮレグを使用して、同じデータパケットを送信して、データ送信の信頼性を改善してもよい。ＭＮレグのリンク品質が第３の閾値より大きい場合、及び／又はＳＮレグのリンク品質が第４の閾値より大きい場合、ＭＮはＲＢをスプリット（split）ベアラとして設定する。この場合、ＭＮはＭＮレグとＳＮレグを使用して、異なるデータパケットを送信し、端末のデータレートを増加させる。第１の閾値、第２の閾値、第３の閾値、及び第４の閾値は、同じ値であってもよいし、異なる値であってもよい。

任意で、本出願の本実施形態では、ＭＮは、端末によって報告された測定結果に基づいてレグのリンク品質を決定してもよいし、端末の上りリンク信号を測定し、測定結果に基づいてレグのリンク品質を推定してもよい。これは、本出願の本実施態様において特に限定されない。

ステップ２．ＭＮは、設定情報を端末に送信する。

前述の説明から、ＭＮはＬＴＥ基地局であってもよいし、ｇＮＢであってもよいことが分かる。

図１又は図３に示す通信システムでは、ＬＴＥ基地局はＭＮであり、ｇＮＢはＳＮである。図２に示す通信システムでは、ｇＮＢはＭＮであり、ＬＴＥ基地局はＳＮである。

ＭＮアンカーとＰＤＣＰアンカーが異なるデバイスである場合、換言すれば、ＰＤＣＰアンカーがＳＮである場合、端末のＲＢに対して重複動作を設定することを決定した後、ＭＮはさらに、重複動作が設定されたＲＢに関する情報をＳＮに通知する。このようにして、ＳＮは設定情報を生成し、ＭＮに設定情報を送信して、ＭＮは設定情報を端末に転送するようにする。

ＭＮアンカーとＰＤＣＰアンカーが同じデバイスである場合、換言すれば、ＰＤＣＰアンカーがＭＮである場合、端末のＲＢに対して重複動作を設定することを決定した後、ＰＤＣＰアンカーは設定情報を生成し、設定情報を端末に送信する。任意で、設定情報はＰＤＣＰ設定に含まれる。

任意で、任意で、ＭＮは、ＲＲＣ再設定（RRC Reconfiguration）メッセージを使用して端末に設定情報を送信してもよいし、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージを使用して端末に設定情報を送信してもよい。これは、本出願のこの実施態様において特に限定されない。

任意で、重複動作の設定を決定した後、基地局（ＰＤＣＰアンカー又はＭＮ）は、重複動作の初期アクティブ／非アクティブ状態をさらに指定してもよい。例えば、重複動作の設定を決定した後、基地局は、アクティブ状態としてＲＢの初期アクティブ／非アクティブ状態を指定してもよい。任意で、ＭＮはＲＲＣメッセージにＲＢの初期アクティブ／非アクティブ状態を追加し、ＲＲＣメッセージを端末に送信する。例えば、ＲＢの初期アクティブ／非アクティブ状態及び設定情報は、同じメッセージに含まれ、次いで、メッセージが端末に送信されるか、又はＲＢの初期アクティブ／非アクティブ状態及び設定情報が異なるメッセージに含まれ、次いで、メッセージが端末に送信される。例えば、ＲＢの初期アクティブ／非アクティブ状態は、ＰＤＣＰ設定で搬送される。この場合、ＭＮが重複動作の構成を決定し、ＰＤＣＰアンカーがＭＮでない場合、ＭＮは、ＲＢの初期アクティブ／非アクティブ状態をＰＤＣＰアンカーに通知する必要がある。したがって、ＰＤＣＰ設定を生成する場合、ＰＤＣＰアンカーは対応する初期アクティブ／非アクティブ状態を設定する。任意で、ＭＡＣＣＥ送信デバイスがＲＢのその後の重複動作のアクティブ／非アクティブ状態を決定し、基地局がＭＡＣＣＥ送信デバイスでない場合、ＲＢの重複動作の初期アクティブ／非アクティブ状態を指定した後、基地局は、ＭＡＣＣＥ送信デバイスにステータス情報を送信して、ＭＡＣＣＥ送信デバイスがＲＢの重複動作の現在のステータス情報を分かるようにする。

さらに、ＰＤＣＰアンカー／ＭＮが重複動作の設定を決定した後、ＰＤＣＰアンカーが重複動作をアクティブ／非アクティブにするかどうかを決定するか、ＭＡＣＣＥ送信デバイスが重複動作をアクティブ／非アクティブにするかどうかを決定するか、又はＭＮが重複動作をアクティブ／非アクティブにするかどうかを決定する。以上の説明から、ＭＡＣＣＥ送信デバイスはｇＮＢであることが分かる。したがって、ＰＤＣＰアンカー、ＭＣＥＣＥ送信デバイス、又はＭＮが重複動作をアクティブ／非アクティブするかどうかを決定することにかかわらず、基地局は重複動作をアクティブ／非アクティブするかどうかを決定する。基地局が重複動作をアクティブ／非アクティブにするかどうかを決定した後、ＭＣＥＣＥ送信デバイスのＭＡＣ層は、アクティベーション／非アクティベーションが行われることを指示するために使用されるＭＡＣＣＥを生成し、端末に送信する。

アクティベーション／非アクティベーションを行うかどうかを決定する基地局は、ｇＮＢ（つまり、アクティベーション／非アクティベーションを行うかどうかを決定するデバイスは、ＭＡＣＣＥ送信デバイスと同じ）であってもよいし、ＬＴＥ基地局（つまり、アクティベーション／非アクティベーションを行うかどうかを決定するデバイスは、ＭＡＣＣＥ送信デバイスとは異なる）であってもよい。

基地局がＲＢの重複動作をアクティブにするかどうかを決定することについて、以下に説明する。具体的には、本出願の本実施形態では、基地局がＲＢの重複動作をアクティブにするかどうかを決定することは、具体的には、以下を含む。

ステップＩ：基地局は、ＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

ステップＩＩ：ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作をアクティブ／非アクティブにするように指示するために使用されるＭＡＣＣＥを生成し、ＭＡＣを端末に送信する。

ステップＩの基地局はＰＤＣＰアンカーであってもよいし、ＭＡＣＣＥ送信デバイスであってもよいし、ＭＮであってもよいことが分かる。

ステップＩの基地局がＰＤＣＰアンカーである場合について、以下に説明する。

ＰＤＣＰアンカーは、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。具体的には、ＰＤＣＰアンカーは、具体的には、上りリンク方向に対して、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定してもよい。

任意で、ＰＤＣＰアンカーは、ＭＮレグ及び／又はＳＮレグのリンク品質に基づいて、重複動作をアクティブにするかどうかを決定してもよい。例えば、ＭＮレグのリンク品質が第１の閾値より小さい及び／又はＳＮレグのリンク品質が第２の閾値より小さい場合、ＰＤＣＰアンカーはＲＢの重複動作をアクティブにすることを決定する。このようにして、ＭＮレグとＳＮレグを使用して、同じデータを送信し、データ送信の信頼性を改善してもよい。ＭＮレグのリンク品質が第３の閾値より大きい場合、及び／又はＳＮレグのリンク品質が第４の閾値より大きい場合、ＰＤＣＰアンカーは、ＲＢの重複動作を非アクティブにすることを決定してもよい。第１の閾値、第２の閾値、第３の閾値、及び第４の閾値は、同じ値であってもよいし、異なる値であってもよい。

ＰＤＣＰアンカーがＲＢの重複動作のステータス（アクティブ／非アクティブ）を決定した後、ＭＡＣＣＥ送信デバイス（すなわちｇＮＢ）は対応するＭＡＣＣＥを端末に送信して、端末は重複動作がアクティブ／非アクティブであるＲＢが分かるようにする。すなわち、ステップＩＩが実行される。任意で、ＰＤＣＰアンカーはＲＢのＰＤＣＰ重複パケット検出機能を有効にする。

具体的には、ＰＤＣＰアンカーがＭＡＣＣＥ送信デバイスと同じ場合、ＰＤＣＰアンカーはｇＮＢである。ＰＤＣＰアンカーがＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＰＤＣＰアンカーのＭＡＣ層は、重複動作をアクティブ／非アクティブにするように指示するために使用されるＭＡＣＣＥを生成し、ＭＡＣＣＥを端末に送信する。

このケースは、ＥＮＤＣ／ＮＧ－ＥＮＤＣ通信システムのＳＣＧのＲＢとＮＥＤＣシナリオのＭＣＧのＲＢに適用可能である。

ＰＤＣＰアンカーがＭＡＣＣＥ送信デバイスと異なる場合、ＰＤＣＰアンカーはＬＴＥ基地局である。ＰＤＣＰアンカーは、ＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＰＤＣＰアンカーによって決定されたＲＢの重複動作のステータス情報をＭＡＣＣＥ送信デバイスに送信して、ＭＡＣＣＥ送信デバイスが対応するＭＡＣＣＥを生成するようにする。

任意で、ＰＤＣＰアンカーは、ＲＢの重複動作のステータス情報を、Ｘ２／Ｘｎインターフェースを介してＭＡＣＣＥ送信デバイスに送信する。例えば、ＲＢの重複動作のステータス情報は、二次ノード追加リクエスト（SN addition request）メッセージ／二次ノード修正リクエスト（SN modification request）／二次ノード修正要求（SN modification required）メッセージで搬送される。

任意で、ＭＡＣＣＥ送信デバイスは、ステータス情報を端末に送信することを決定するために、Ｘ２／Ｘｎインターフェースを介してＰＤＣＰアンカーに応答メッセージを送信する。任意で、応答メッセージを受信した後、ＰＤＣＰアンカーはＲＢのＰＤＣＰ重複パケット検出機能を有効にする。例えば、応答メッセージは、二次ノード追加リクエスト承認（SN addition request acknowledge）メッセージ／二次ノード修正リクエスト承認（SN modification request acknowledge）メッセージ／二次ノード修正確認（SN modification confirm）メッセージである。代替的には、ＭＡＣＣＥ送信デバイスは、ＰＤＣＰアンカーによって決定されたステータス情報が拒否されることを指示するために、Ｘ２／Ｘｎインターフェースを介してＰＤＣＰアンカーに拒否情報を送信する。任意で、拒否情報は、拒否の原因を説明する原因値を搬送する。例えば、拒否情報は、二次ノード追加リクエスト承認（SN addition request acknowledge）メッセージ／二次ノード修正リクエスト承認（SN modification request acknowledge）メッセージ／二次ノード変更確認（SN modification confirm）メッセージ／二次ノード追加リクエスト拒否（SN addition request reject）メッセージ／二次ノード修正リクエスト拒否（SN modification request reject）メッセージ／二次ノード修正拒絶（SN modification refuse）メッセージで、搬送されてもよい。

本ケースは、ＥＮＤＣ／ＮＧ－ＥＮＤＣ通信システムのＭＣＧのＲＢ及びＮＥＤＣ通信システムのＳＣＧのＲＢに適用可能である。

ＰＤＣＰアンカーがＲＢの重複動作を設定するかどうかを決定し、ＲＢの重複動作をアクティブにするかどうかを決定し、ＰＤＣＰアンカーがＭＡＣＣＥ送信デバイスと異なる場合、重複動作が設定されたＲＢに関する情報とＲＢの重複動作のステータス情報が同じメッセージで搬送されてもよく、次いでメッセージがＭＡＣＣＥ送信デバイスに送信されるか、又は重複動作が設定されたＲＢに関する情報とＲＢの重複動作のステータス情報が異なるメッセージで搬送されてもよく、次いでメッセージがＭＡＣＣＥ送信デバイスに送信されると留意されたい。

ステップＩにおいて、基地局がＭＡＣＣＥ送信デバイスである場合について、以下に説明する。

ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。具体的には、ＭＡＣＣＥ送信デバイスは、具体的には、上りリンクのために、端末のＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定してもよい。

任意で、ＭＡＣＣＥ送信デバイスは、ＭＮレグ及び／又はＳＮレグのリンク品質に基づいて、重複動作をアクティブにするかどうかを決定してもよい。例えば、ＭＮレグのリンク品質が第１の閾値より小さい場合、及び／又はＳＮレグのリンク品質が第２の閾値より小さい場合、ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作をアクティブにすることを決定する。このようにして、ＭＮレグとＳＮレグを使用して、同じデータが送信し、データ送信の信頼性を改善してもよい。ＭＮレグのリンク品質が第３の閾値より大きい場合、及び／又はＳＮレグのリンク品質が第４の閾値より大きい場合、ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作を非アクティブにすることを決定してもよい。第１の閾値、第２の閾値、第３の閾値、及び第４の閾値は、同じ値であってもよいし、異なる値であってもよい。

ＲＢの重複動作を設定するかどうかはＰＤＣＰアンカーによって決定されるため、ＰＤＣＰアンカーがＭＡＣＣＥ送信デバイスと異なる場合、ＲＢに対して重複動作を設定するかどうかを決定した後、ＰＤＣＰアンカーは、ＭＡＣＣＥ送信デバイスにＲＢに関する情報を送信して、ＭＡＣＣＥ送信デバイスが、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定し、対応するＭＡＣＣＥを生成すると理解されよう。

任意で、ＰＤＣＰアンカーは、Ｘ２／Ｘｎインターフェースを介してＭＡＣＣＥ送信デバイスに、重複動作が設定されたＲＢに関する情報を送信する。

一例では、重複動作が設定されたＲＢに関する情報は、二次ノード追加リクエスト（SN addition request）メッセージ／二次ノード修正リクエスト（SN modification request）／二次ノード修正要求（SN modification required）メッセージで搬送される。ＲＢに関する情報は、ＲＢのＩＤ又はＲＢのインデックス（index）の値である。ＲＢのインデックスとＲＢのＩＤとの間には１対１の対応が存在する。例えば、インデックスの値がｘである場合、ＲＢは、ＲＢのＩＤの昇順又は降順にソートされた、端末の複数のＲＢ内のｘ番目のＲＢであることを指示する。

別の例では、重複動作が設定されたＲＢに関する情報は、ＲＢリスト内で搬送されてもよい。重複動作の設定指示情報は、重複動作が対応するＲＢに対して設定されたことを表すために搬送される。

任意で、ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作の設定を受け入れるかどうかを決定するために、Ｘ２／Ｘｎインターフェースを介してＰＤＣＰアンカーに応答メッセージを送信する。任意で、応答メッセージを受信した後、ＰＤＣＰアンカーはＲＢのＰＤＣＰ重複パケット検出機能を有効にする。例えば、応答メッセージは、二次ノード追加リクエスト承認（SN addition request acknowledge）メッセージ／二次ノード修正リクエスト承認（SN modification request acknowledge）／二次ノード修正確認（SN modification confirm）メッセージで搬送される。代替的には、ＭＡＣＣＥ送信デバイスは、ＰＤＣＰアンカーによって決定されたＲＢの重複動作の設定情報が拒否されることを指示するために、Ｘ２／Ｘｎインターフェースを介してＰＤＣＰアンカーに拒否情報を送信する。任意で、拒否情報は、拒否の原因を説明する原因値を搬送する。例えば、拒否情報は、二次ノード追加リクエスト承認（SN addition request acknowledge）メッセージ／二次ノード修正リクエスト承認（SN modification request acknowledge）メッセージ／二次ノード変更確認（SN modification confirm）メッセージ／二次ノード追加リクエスト拒否（SN addition request reject）メッセージ／二次ノード修正リクエスト拒否（SN modification request reject）メッセージ／二次ノード修正拒絶（SN modification refuse）メッセージで、搬送されてもよい。

本ケースは、ＥＮＤＣ／ＮＧ－ＥＮＤＣ通信システムのＳＣＧのＲＢ及びＮＥＤＣ通信システムのＭＣＧのＲＢに適用可能である。

任意で、ＰＤＣＰアンカーがＲＢに対して重複動作を設定することを決定し、ＭＡＣＣＥ送信デバイスがＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定し、ＰＤＣＰアンカーがＭＡＣＣＥ送信デバイスと異なる場合、ＭＡＣＣＥ送信デバイスはさらにＲＢの重複動作のステータス情報をＰＤＣＰアンカーに送信して、ＰＤＣＰアンカーはＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

ＰＤＣＰアンカーがＭＡＣＣＥ送信デバイスと同じ場合、デバイス間の相互作用は存在しない。本ケースは、ＥＮＤＣ／ＮＧ－ＥＮＤＣ通信システムのＳＣＧのＲＢ及びＮＥＤＣ通信システムのＭＣＧのＲＢに適用可能である。

ステップＩにおいて、基地局がＭＮである場合について、以下に説明する。

ＭＮは、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。具体的には、ＭＮは、具体的には、上りリンク方向に対して、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定してもよい。

任意で、ＭＮは、ＭＮレグ及び／又はＳＮレグのリンク品質に基づいて、重複動作をアクティブにするかどうかを決定してもよい。例えば、ＭＮレグのリンク品質が第１の閾値より小さい場合、及び／又はＳＮレグのリンク品質が第２の閾値より小さい場合、ＭＮは、ＲＢの重複動作をアクティブにすることを決定する。このようにして、ＭＮレグとＳＮレグを使用して、同じデータを送信し、データ送信の信頼性を改善してもよい。ＭＮレグのリンク品質が第３の閾値より大きい場合、及び／又はＳＮレグのリンク品質が第４の閾値より大きい場合、ＭＮは、ＲＢの重複動作を非アクティブにすることを決定することができる。第１の閾値、第２の閾値、第３の閾値、及び第４の閾値は、同じ値であってもよいし、異なる値であってもよい。

ＭＮがＲＢの重複動作のステータス（アクティブ／非アクティブ）を決定した後、ＭＡＣＣＥ送信デバイス（すなわちｇＮＢ）は対応するＭＡＣＣＥを端末に送信して、端末は重複動作がアクティブ／非アクティブであるＲＢが分かるようにする。すなわち、ステップＩＩが実行される。任意で、ＰＤＣＰアンカーはＲＢのＰＤＣＰ重複パケット検出機能を有効にする。

具体的には、ＭＮがＭＡＣＣＥ送信デバイスと同じ場合、ＭＮはｇＮＢである。ＭＮがＲＢの重複動作をアクティブ／非アクティブに決定した後、ＭＮのＭＡＣ層は、重複動作をアクティブ／非アクティブにするように指示するために使用されるＭＡＣＣＥを生成し、ＭＡＣＣＥを端末に送信する。

このケースは、ＮＥＤＣシナリオにおけるＭＣＧ／ＳＣＧのＲＢに適用可能である。

ＭＮがＭＡＣＣＥ送信デバイスと異なる場合、ＭＮはＬＴＥ基地局である。ＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮは、ＰＤＣＰアンカーによって決定されたＲＢの重複動作のステータス情報をＭＡＣＣＥ送信デバイスに送信して、ＭＡＣＣＥ送信デバイスが対応するＭＡＣＣＥを生成するようにする。

任意で、ＭＮは、ＲＢの重複動作のステータス情報をＸ２／Ｘｎインターフェースを介してＭＡＣＣＥ送信デバイスに送信する。例えば、ＲＢの重複動作のステータス情報は、二次ノード追加リクエスト（SN addition request）メッセージ／二次ノード修正リクエスト（SN modification request）／二次ノード修正要求（SN modification required）メッセージで搬送される。

任意で、ＭＡＣＣＥ送信デバイスが、ＭＮによって送信されたＲＢの重複動作のステータス情報を受信した後、ＭＡＣＣＥ送信デバイスは、ステータス情報が端末に送信されたことを指示する応答メッセージをＸ２／Ｘｎインターフェースを介してＭＮに送信する。任意で、応答メッセージを受信した後、ＭＮはＭＣＧのＲＢのＰＤＣＰ重複パケット検出機能を有効にする。例えば、応答メッセージは、二次ノード追加リクエスト承認（SN addition request acknowledge）メッセージ／二次ノード修正リクエスト承認（SN modification request acknowledge）メッセージ／二次ノード修正確認（SN modification confirm）メッセージである。代替的には、ＭＡＣＣＥ送信デバイスは、ＭＮによって決定されたステータス情報が拒否されることを指示するために、Ｘ２／Ｘｎインターフェースを介してＭＮに拒否情報を送信する。任意で、拒否情報は、拒否の原因を説明する原因値を搬送する。例えば、拒否情報は、二次ノード追加リクエスト承認（SN addition request acknowledge）メッセージ／二次ノード修正リクエスト承認（SN modification request acknowledge）メッセージ／二次ノード変更確認（SN modification confirm）メッセージ／二次ノード追加リクエスト拒否（SN addition request reject）メッセージ／二次ノード修正リクエスト拒否（SN modification request reject）メッセージ／二次ノード修正拒絶（SN modification refuse）メッセージで、搬送されてもよい。

本ケースは、ＥＮＤＣ／ＮＧ－ＥＮＤＣ通信システムのＭＣＧ／ＳＣＧのＲＢに適用可能である。

ＭＮは、ＲＢの重複動作を設定するかどうかを決定し、ＲＢの重複動作をアクティブにするかどうかを決定する場合には、重複動作が設定されたＲＢに関する情報とＲＢのアクティブ状態に関する情報を同じメッセージで送信し、次いで、メッセージがＭＡＣＣＥ送信デバイスに送信されてもよく、又は重複動作が設定されたＲＢに関する情報とＲＢのアクティブ状態に関する情報を異なるメッセージで送信し、次いで、メッセージがＭＡＣＣＥ送信デバイスに送信されてもよいこと留意されたい。

任意で、ＰＤＣＰアンカー又はＭＮが重複動作の設定を決定した後、基地局（ＰＤＣＰアンカー、ＭＡＣＣＥ送信デバイス、又はマスタノードＭＮであってもよい）は、ＲＢの重複動作の初期アクティブ／非アクティブ状態を決定してもよい。具体的な決定方法は、前述のＭＡＣＣＥにおいて指示されるアクティブ／非アクティブ状態と同様である。任意で、基地局がＲＢの重複動作の初期アクティブ／非アクティブ状態を決定した後、基地局がＰＤＣＰアンカーでない場合、基地局はＰＤＣＰアンカーに初期アクティブ／非アクティブ状態を通知する必要があって、ＰＤＣＰアンカーによって生成されたＲＢの設定情報が初期アクティブ／非アクティブ状態を含み、設定情報はＭＮを使用して端末に送信される。任意で、ＭＮはＲＲＣメッセージにＲＢの初期アクティブ／非アクティブ状態を追加し、ＲＲＣメッセージを端末に送信する。例えば、ＲＢの初期アクティブ／非アクティブ状態及び設定情報は、同じメッセージに含まれてもよく、その後、メッセージが端末に送信されるか、又はＲＢの初期アクティブ／非アクティブ状態及び設定情報が異なるメッセージに含まれてもよく、その後、メッセージが端末に送信される。例えば、ＲＢの初期アクティブ／非アクティブ状態は、ＰＤＣＰ設定で搬送される。この場合、ＭＮが重複動作の設定を決定し、ＰＤＣＰアンカーがＭＮでない場合、ＭＮは、ＲＢの初期アクティブ／非アクティブ状態をＰＤＣＰアンカーに通知する必要がある。したがって、ＰＤＣＰ設定を生成する場合、ＰＤＣＰアンカーは対応する初期アクティブ／非アクティブ状態を設定する。

本出願の実施形態において提供される通信方法は、以下の図１から図３を参照して詳細に説明される。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢである。図７に示すように、図１及び図３に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ７００～Ｓ７０５を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本願の本実施形態で提供される通信方法は、ステップＳ７０６～Ｓ７１１を含む。

具体的には、図７に示すように、本出願の本実施形態において提供される通信方法は、以下のステップを含む。

Ｓ７００．ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ７０１．ＳＮは、重複動作がＳＣＧのＲＢに対して設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮに送信する。

第１の設定情報はＳＣＧのＲＢのＰＤＣＰ設定である。

任意で、第１の設定情報は、Ｘ２／Ｘｎインターフェースメッセージ、例えば、ＳｇＮＢ修正要求メッセージに含まれてもよい。

Ｓ７０２．ＭＮは、第１の設定情報を端末に転送する。

第１の設定情報は、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージに含まれる。

Ｓ７０３．ＳＮは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ７０４．ＳＮは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

例えば、ＳＮは、ＭＡＣＣＥ内にあるＳＣＧのＲＢに対応するビット位置の値を、ＳＣＧのＲＢの重複動作のステータス情報に対応する値に設定する。

Ｓ７０５．ＳＮは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ７０６．ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ７０７．ＭＮは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

第２の設定情報は、ＭＣＧのＲＢのＰＤＣＰ設定である。例えば、第２の設定情報は、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージに含まれる。

Ｓ７０８．ＭＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ７０９．ＭＮはＭＣＧのＲＢの重複動作のステータス情報をＳＮに送信する。

ＭＣＧのＲＢの重複動作のステータス情報は、Ｘ２／Ｘｎインターフェースメッセージ、例えばＳｇＮＢ修正リクエストメッセージに含まれる。

任意に、インターフェースメッセージは、ＲＢリストと、ＤＲＢ識別子とＥＰＳベアラ識別子との間の対応のいずれか、又はその組み合わせを含む。ＲＢリストは、ＲＢ識別子とＲＢの重複動作のステータス情報を含む。

任意で、ＲＢがＥ－ＲＡＢである場合、ＥＰＳベアラ識別子がＥ－ＲＡＢ識別子と同じであるため、ＳＮは、Ｅ－ＲＡＢ識別子に対応するＤＲＢの識別子を学習してもよい。ＤＲＢ識別子とＥＰＳベアラ識別子との対応は、ＭＮからＳＮに送信されるＳＣＧＣｏｎｆｉｇＩｎｆｏのようなノード間メッセージ（inter-node message）に含まれる。

任意で、ＳＮは、ＭＮに応答メッセージを送信してもよい。応答メッセージは、ＲＢ設定が受諾又は拒否されることを指示するために使用される情報を搬送する。任意で、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは拒否の原因を搬送する。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢである。したがって、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮに送信する必要があり、ＳＮのＭＡＣ層がＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成し、端末にＭＡＣＣＥを送信するようにする。

Ｓ７１０．ＳＮは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

例えば、ＳＮは、ＭＣＧのＲＢに対応するＭＡＣＣＥ内にあるビット位置の値を、ＭＣＧのＲＢの重複動作のステータス情報に対応する値に設定する。

Ｓ７１１．ＳＮは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意に、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ７０５及びＳ７１１は両方とも実施され得る。

ステップＳ７００～Ｓ７０５は、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするために使用され、ステップＳ７０６～Ｓ７１１は、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブするために使用されると留意されたい。２つの部分はシーケンスの対象ではなく、別々に又は一緒に使用され得る。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢである。図７を参照すると、図８Ａ及び図８Ｂに示すように、図１及び図３に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ７００～Ｓ７０５を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本願の本実施形態において提供される通信方法は、ステップＳ７０６～Ｓ７０７を含み、Ｓ７０７の後にＳ８００～Ｓ８０３が実施される。

具体的には、図７を参照すると、図８Ａ及び図８Ｂに示すように、本出願の本実施形態において提供される通信方法は、Ｓ７００～Ｓ７０７及び以下のステップを含む。

Ｓ８００．ＭＮは、重複動作が設定された、ＭＣＧのＲＢに関する情報をＳＮに送信する。

ＭＣＧのＲＢに関する情報は、Ｘ２／Ｘｎインターフェースメッセージ、例えばＳｇＮＢ修正リクエストメッセージに含まれる。

任意で、インターフェースメッセージは、ＲＢリストと、ＤＲＢ識別子とＥＰＳベアラ識別子との間の対応のいずれか、又はその組み合わせを含む。

ＲＢリストは、ＲＢ識別子と、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

任意で、ＲＢがＥ－ＲＡＢである場合、ＥＰＳベアラ識別子がＥ－ＲＡＢ識別子と同じであるため、ＳＮは、Ｅ－ＲＡＢ識別子に対応するＤＲＢの識別子を学習してもよい。

任意で、ＳＮは、ＭＮに応答メッセージを送信してもよい。応答メッセージは、ＲＢ設定が受諾又は拒否されたことを指示するために使用される情報を搬送する。任意で、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは拒否の原因を搬送する。

Ｓ８０１．ＳＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ８０２．ＳＮは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ８０３．ＳＮは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

実際の要件に基づき、Ｓ８０３及びＳ７０５の両方を実施することができることに留意されたい。任意で、ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥと、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを含むメッセージを端末に送信するか、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを含むメッセージと、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを含むメッセージを端末に別々に送信してもよい。

任意で、図８Ａ及び図８Ｂに示すように、図８Ａ及び図８Ｂに示す通信方法の手順は、Ｓ８０４及びＳ８０５をさらに含んでもよい。

Ｓ８０４．ＳＮは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮに送信する。

Ｓ８０５．ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ８０４及びＳ８０５は任意であり、従って、図８Ａ及び図８Ｂにおいて破線を使用して表される。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局である。図９Ａ及び図９Ｂに示すように、図２に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ９００～Ｓ９０６を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態で提供される通信方法は、ステップＳ９０７～Ｓ９１１を含む。ステップＳ９００～Ｓ９０６及びＳ９０７～Ｓ９１１は、別々に、又は一緒に使用されてもよい。これは、本出願のこの実施態様において限定されない。

具体的には、図９Ａ及び図９Ｂに示すように、本出願の本実施形態で提供される通信方法は、以下のステップを含む。

Ｓ９００．ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ９０１．ＳＮは、重複動作がＳＣＧのＲＢに対して設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮに送信する。

第１の設定情報はＳＣＧのＲＢのＰＤＣＰ設定である。任意で、第１の設定情報は、Ｘｎインターフェースメッセージ、例えば、ＳｅＮＢ修正要求メッセージに含まれる。

Ｓ９０２．ＭＮは、第１の設定情報を端末に転送する。

例えば、第１の設定情報はＲＲＣ再構成（RRC Reconfiguration）メッセージに含まれる。

Ｓ９０３．ＳＮは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ９０４．ＳＮは、ＳＣＧのＲＢの重複動作のステータス情報をＭＮに送信する。

ＳＣＧのＲＢの重複動作のステータス情報は、Ｘｎインターフェースメッセージ、例えばＳｅＮＢ修正要求メッセージに含まれる。

任意で、インターフェースメッセージはＲＢリストを含む。ＲＢリストは、ＲＢ識別子とＲＢの重複動作のステータス情報を含む。

任意で、ＭＮはＳＮに応答メッセージを送信してもよい。応答メッセージは、ＲＢ設定が受諾又は拒否されたことを指示するために使用される情報を搬送する。任意で、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは拒否の原因を搬送する。

Ｓ９０５．ＭＮは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

例えば、ＭＮは、ＭＡＣＣＥ内にあるＳＣＧのＲＢに対応するビット位置の値を、ＳＣＧのＲＢの重複動作のステータス情報に対応する値に設定する。

Ｓ９０６．ＭＮは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ９０７．ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ９０８．ＭＮは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

第２の設定情報は、ＭＣＧのＲＢのＰＤＣＰ設定である。任意で、第２の設定情報はＲＲＣ再構成（RRC Reconfiguration）メッセージに含まれる。

Ｓ９０９．ＭＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ９１０．ＭＮはＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

例えば、ＭＮは、ＭＡＣＣＥ内にあるＭＣＧのＲＢに対応するビット位置の値を、ＭＣＧのＲＢの重複動作のステータス情報に対応する値に設定する。

Ｓ９１１．ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意で、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ９０１及びＳ９０４は代替的に両方とも実行されてもよく、Ｓ９０６及びＳ９１１は代替的に両方とも実行されてもよい。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局である。図９Ａ及び図９Ｂを参照すると、図１０Ａ及び図１０Ｂに示すように、図２に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本願の実施形態において提供される通信方法は、ステップＳ９００～Ｓ９０２を含み、Ｓ９０２の後にＳ１０００～Ｓ１００３が実行される。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ９０７～Ｓ９１１を含む。

具体的には、図９Ａ及び図９Ｂを参照すると、図１０Ａ及び図１０Ｂに示すように、本出願の本実施形態において提供される通信方法は、Ｓ９００～Ｓ９０２、Ｓ１０００～Ｓ１００３、及びＳ９０７～Ｓ９１１を含む。Ｓ１０００～Ｓ１００３は、具体的には以下のようである。

Ｓ１０００．ＳＮは、ＳＣＧのＲＢに関する情報をＭＮに送信する。

ＳＣＧのＲＢに関する情報は、Ｘｎインターフェースメッセージ、例えば、ＳｅＮＢ修正要求メッセージに含まれる。

任意で、インターフェースメッセージはＲＢリストを含む。ＲＢリストは、ＲＢ識別子と、ＲＢに対して重複動作が設定されたことを指示する指示情報が含む。

任意で、ＭＮは、ＳＮに応答メッセージを送信してもよい。応答メッセージは、ＲＢ設定が受諾又は拒否されたことを指示するために使用される情報を搬送する。任意で、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは拒否の原因を搬送する。

Ｓ１００１．ＭＮは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１００２．ＭＮはＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

例えば、ＭＮは、ＭＡＣＣＥ内にあるＳＣＧのＲＢに対応するビット位置の値を、ＭＣＧのＲＢの重複動作のステータス情報に対応する値に設定する。

Ｓ１００３．ＭＮは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意に、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮは、ＳＣＧのＲＢの重複動作のステータス情報をさらにＳＮに送信し、ＳＮは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定するようにする。図１０Ａ及び図１０Ｂに示すように、図１０Ａ及び図１０Ｂに示す通信方法の手順は、Ｓ１００１の後にＳ１００４及びＳ１００５をさらに含んでもよい。

Ｓ１００４．ＭＮは、ＳＣＧのＲＢの重複動作のステータス情報をＳＮに送信する。

Ｓ１００５．ＳＮは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１００４及びＳ１００５は任意であり、したがって、図１０Ａ及び図１０Ｂにおいて破線を使用して表される。

さらに、本出願の本実施形態におけるｇＮＢがＣＵ及びＤＵを含む場合、本出願の本実施形態は、以下の４つの解決策をさらに含む。

１．ＣＵは、ＲＢの重複動作を設定するかどうかを決定し、ＲＢの重複動作をアクティブにするかどうかを決定する。

２．ＣＵはＲＢの重複動作を設定するかどうかを決定し、ＤＵはＲＢの重複動作をアクティブにするかどうかを決定する。

３．ＤＵは、ＲＢの重複動作を設定するかどうかを決定し、ＲＢの重複動作をアクティブにするかどうかを決定する。

４．ＤＵはＲＢの重複動作を設定するかどうかを決定し、ＣＵはＲＢの重複動作をアクティブにするかどうかを決定する。

具体的には、ＥＮＤＣ通信システム及びＮＧ－ＥＮＤＣ通信システムにおいて、ＭＮはＬＴＥ／ｅＬＴＥｅＮＢ、ＳＮはＮＲｇＮＢである。ＮＥＤＣシナリオでは、ＭＮはＮＲｇＮＢ、ＳＮはｅＬＴＥｅＮＢである。

第１の基地局がＣＵとＤＵを含むこと、及び第１の基地局がＲＢの重複動作を設定するかどうかを決定することについて、以下に説明する。第１の基地局は、ＰＤＣＰアンカー又は異種通信システム内のマスタノードであってもよい。

ステップ１：第１の基地局は、ＲＢに対して重複動作を設定することを決定する。

第１の基地局がＰＤＣＰアンカーである場合、ＰＤＣＰアンカーがＭＮである場合、ＰＤＣＰアンカーは、ＭＣＧのＲＢに対して重複動作を設定することを決定することを、前述の説明から知ることができる。ＰＤＣＰアンカーがＳＮである場合、ＰＤＣＰアンカーは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、重複動作がＲＢに対して設定されたことを指示するために使用される設定情報を生成し、設定情報をＭＮに送信する。

具体的には、ＰＤＣＰアンカーがＭＮであり、ＭＮがＭＮ－ＣＵとＭＮ－ＤＵを含む場合、実装可能な方法は、ＭＮ－ＣＵによって、ＭＣＧのＲＢに対して重複動作を設定することを決定することである。別の実装可能な方法は、ＭＮ－ＤＵによって、ＭＣＧのＲＢに対して重複動作を設定することを決定することである。この場合、ＭＮ－ＤＵは、ＭＮ－ＣＵに、Ｆ１インターフェースを介してＲＢに関する情報を通知する必要があり、ＭＮ－ＣＵは、ＲＢに対して重複動作が設定されたことを指示するために使用される設定情報を生成するようにする。

ＰＤＣＰアンカーがＳＮであり、ＳＮがＳＮ－ＣＵとＳＮ－ＤＵを含む場合、実装可能な方法は、ＳＮ－ＣＵによってＳＣＧのＲＢに対して重複動作を設定することを決定することであり、別の実装可能な方法は、ＳＮ－ＤＵによってＳＣＧのＲＢに対して重複動作を設定することを決定することである。この場合、ＳＮ－ＣＵは、ＳＮ－ＣＵに、Ｆ１インターフェースを介してＲＢに関する情報を通知する必要があり、ＳＮ－ＣＵは、ＲＢに対して重複動作が設定されたことを指示するために使用される設定情報を生成するようにする。

第１の基地局がマスタノードＭＮである場合、ＭＮはＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮはＳＣＧのＲＢに対して重複動作を設定することを決定し、重複動作が設定されたＳＣＧのＲＢに関する情報を、ＭＮとＳＮとの間のインターフェース（例えば、Ｘ２又はＸｎインターフェース）を介してＳＮに通知し、ＳＮは重複動作がＲＢに対して設定されたことを指示するために使用される設定情報を生成し、ＳＮはＭＮとＳＮとの間のインターフェースを介して設定情報をＭＮに送信する。

具体的には、ＭＮがＭＮ－ＣＵとＭＮ－ＤＵを含む場合、実装可能な方法は、ＭＮ－ＣＵによってＭＣＧ／ＳＣＧのＲＢに対して重複動作を設定することを決定することであり、別の実装可能な方法は、ＭＮ－ＤＵによってＭＣＧ／ＳＣＧのＲＢに対して重複動作を設定することを決定することである。この場合、ＭＮ－ＤＵはＭＮ－ＣＵにＦ１インターフェースを介してＲＢに関する情報を通知する必要があり、ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される設定情報を生成するようにするか、又はＭＮ－ＣＵは、重複動作が設定されたＳＣＧのＲＢに関する情報をＳＮに送信し、ＳＮは、重複動作がＳＣＧのＲＢに対して設定されたことを指示するために使用される設定情報を生成する。

さらに、ＳＮがＳＮ－ＣＵ及びＳＮ－ＤＵを含む場合、実装可能な方法は、ＭＮによってＳＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮとＳＮの間のインターフェース（例えば、Ｘ２又はＸｎインターフェース）を介して、重複動作が設定されたＳＣＧのＲＢに関する情報をＳＮ（この場合は特にＳＮ－ＣＵ）に通知することで、ＳＮ－ＣＵは重複動作がＲＢに対して設定されたことを指示するために使用される設定情報を生成し、ＳＮ－ＣＵはＭＮとＳＮの間のインターフェースを介してＭＮに設定情報を送信するようにする。

ステップ２：ＰＤＣＰアンカーは、異種通信システムにおいてＭＮを使用して端末に設定情報を送信する。

ＰＤＣＰアンカーがＭＮであり、ＭＮがＭＮ－ＣＵとＭＮ－ＤＵを含む場合、ＭＮ－ＣＵがＭＣＧのＲＢに対して重複動作を設定すると決定したか、ＭＮ－ＤＵがＭＣＧのＲＢに対して重複動作を設定すると決定したかにかかわらず、ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される設定情報を生成する。設定情報を生成した後、ＭＮ－ＣＵは設定情報を端末に送信する。

ＰＤＣＰアンカーがＳＮであり、ＳＮがＳＮ－ＣＵとＳＮ－ＤＵを含む場合、ＳＮ－ＤＵがＳＣＧのＲＢに対して重複動作を設定することを決定した後、ＳＮ－ＤＵは、ＳＮ－ＣＵにＦ１インターフェースを介してＲＢに関する情報を通知し、ＳＮ－ＣＵは、重複動作がＲＢに対して設定されたことを指示するために使用される設定情報を生成し、ＳＮ－ＣＵは、設定情報をＭＮに送信し、ＭＮは、設定情報を端末に転送する。ＳＮ－ＣＵがＳＣＧのＲＢに対して重複動作を設定することを決定した後、ＳＮ－ＣＵは、重複動作がＲＢに対して設定されたことを指示するために使用される設定情報を生成し、ＭＮに設定情報を送信し、ＭＮは設定情報を端末に転送するようにする。

任意で、設定情報は、ＲＲＣメッセージ、例えば、ＮＲシステムにおけるＲＲＣ再構成（RRC Reconfiguration）メッセージ、又はＬＴＥ／ｅＬＴＥシステムにおけるＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージである。

第１の基地局がＲＢの重複動作を設定することを決定した後、第２の基地局は、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。第２の基地局は、ＰＤＣＰアンカー、ＭＡＣＣＥ送信デバイス、又はマスタノードＭＮであってもよい。ＲＢの重複動作をアクティブにするかどうかを決定するデバイス（ＰＤＣＰアンカー／ＭＡＣＣＥ送信デバイス／ＭＮ）は、ＣＵとＤＵを含み、ＣＵ／ＤＵがＲＢの重複動作を有効にするかどうかを決定することについて、以下に説明する。

ステップＡ：第２の基地局は、ＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

ステップＢ：ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作のアクティブ／非アクティブを指示するために使用されるＭＡＣＣＥを生成し、ＭＡＣＣＥを端末に送信する。

ステップＡの第２の基地局はＰＤＣＰアンカーであってもよく、ＭＡＣＣＥ送信デバイスであってもよく、ＭＮであってもよいことが分かる。

ステップＡの第２の基地局がＰＤＣＰアンカーである場合について、以下に説明する。

ＰＤＣＰアンカーは、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。具体的には、ＰＤＣＰアンカーは、特に上りリンク方向に対して、ＲＢの重複動作をアクティブ／非アクティブするかどうかを決定することができる。ＰＤＣＰアンカーがＲＢの重複動作のステータス（アクティブ／非アクティブ）を決定した後、ＭＡＣＣＥ送信デバイス（すなわちｇＮＢ）は対応するＭＡＣＣＥを端末に送信し、端末は重複動作がアクティブ／非アクティブであるＲＢを学習する。すなわち、ステップＢが行われる。

本出願の本実施形態において提供される通信方法によれば、ＲＤＣＰアンカーがＲＢの重複動作をアクティブ／非アクティブすることを決定するシナリオにおいて、以下の２つの場合がある。

ケースａ：ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスと同じである。

ケースｂ：ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスとは異なる。

ケースａについて、以下に説明する。

ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスと同じである。この場合、ＰＤＣＰアンカーがＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、すなわち、ＰＤＣＰアンカーがＲＢの重複動作のステータス情報を決定した後、ＰＤＣＰアンカーは、ＲＢの重複動作のステータス情報に対応するアクティベーション指示（例えば、ＭＡＣＣＥ）を生成し、アクティベーション指示を端末に送信する。

ＥＮＤＣ通信システム／ＮＧ－ＥＮＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＳＮであり、ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスと同じである。この場合、ＰＤＣＰアンカーもＳＮである。従って、ＰＤＣＰアンカーは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。ここで、ＳＮはｇＮＢである。

ＳＮがＣＵとＤＵを含むシナリオでは、２つの実装可能な方法がある。ＳＮ－ＣＵによってＳＣＧのＲＢの重複動作をアクティブ／非アクティブすることを決定することと、ＳＮ－ＤＵによってＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することである。

ＳＮ－ＣＵがＳＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信し、ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するアクティベーション指示（例えば、ＭＡＣＣＥ）を生成し、ＳＮ－ＤＵは、アクティベーション指示を端末に送信する。

ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＳＣＧのＲＢの重複動作に対応するアクティベーション指示を生成し、アクティベーション指示を端末に送信する。

任意で、ＳＮ－ＤＵがＳＣＧのＲＢの重複動作をアクティブ／非アクティブすることを決定した後、ＳＮ－ＤＵはさらに、ＳＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＳＮ－ＣＵに送信することができ、ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出機能を有効にするかどうかを決定するようにする。

ＳＮ－ＣＵがＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮ－ＤＵがＳＣＧのＲＢの重複動作をアクティブ／非アクティブすることを決定した場合、ＳＣＧのＲＢに対して重複動作を設定することを決定した後、ＳＮ－ＣＵはＳＣＧのＲＢに関する情報をＦ１インターフェースを介してＳＮ－ＤＵに送信する必要があり、ＳＮ－ＤＵがＳＣＧのＲＢの重複動作をアクティブにするかどうかを決定するようにすることに留意されたい。

ＮＥＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＭＮであり、ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスと同じである。この場合、ＰＤＣＰアンカーもＭＮである。従って、ＰＤＣＰアンカーは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。ここで、ＭＮはｇＮＢである。

ＭＮがＣＵとＤＵを含むシナリオでは、２つの実装可能な方法が存在する。すなわち、ＭＮ－ＣＵによってＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することと、ＭＮ－ＤＵによってＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することである。

ＭＮ－ＣＵがＭＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信し、ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するアクティベーション指示（例えば、ＭＡＣＣＥ）を生成し、ＭＮ－ＤＵは、アクティベーション指示を端末に送信する。

ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＭＣＧのＲＢの重複動作に対応するアクティベーション指示を生成し、アクティベーション指示を端末に送信する。

任意に、ＭＮ－ＤＵがＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＭＮ－ＣＵにさらに送信することができ、ＭＮ－ＣＵが、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出機能を有効にするかどうかを決定するようにする。

ＭＮ－ＣＵがＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＤＵがＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する場合、ＭＣＧのＲＢに対して重複動作を設定することを決定した後、ＭＮ－ＣＵはＭＣＧのＲＢに関する情報をＦ１インターフェースを介してＭＮ－ＤＵに送信し、ＭＮ－ＤＵがＭＣＧのＲＢの重複動作をアクティブにするかどうかを決定する必要があることに留意されたい。

ケースｂについて、以下に説明する。

ＰＤＣＰアンカーは、ＭＡＣＣＥ送信デバイスとは異なる。この場合、ＰＤＣＰアンカーがＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、すなわち、ＰＤＣＰアンカーがＲＢの重複動作のステータス情報を決定した後、ＰＤＣＰアンカーは、ＭＡＣＣＥ送信デバイスにＲＢの重複動作のステータス情報を送信し、ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作のステータス情報に対応したアクティベーション指示（ＭＡＣＣＥなど）を生成し、アクティベーション指示を端末に送信するようにする。

ＥＮＤＣ通信システム／ＮＧ－ＥＮＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＳＮであり、ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスとは異なる。この場合、ＰＤＣＰアンカーはＭＮである。従って、ＰＤＣＰアンカーは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。ここで、ＳＮはｇＮＢである。

ＭＮがＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、すなわちＰＤＣＰアンカーがＭＣＧのＲＢの重複動作のステータス情報を決定した後、ＭＮはＲＢの重複動作のステータス情報をＳＮに送信する。ＳＮがＣＵとＤＵを含むシナリオにおいて、ＳＮ－ＣＵは、ＳＮとＭＮとの間のインターフェース（例えば、Ｘ２／Ｘｎインターフェース）を介して、ＭＣＧのＲＢの重複動作のステータス情報をＭＮによって送信される。ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＳＮ－ＤＵに送信する。ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、対応するアクティベーション指示（ＭＡＣＣＥなど）を生成し、アクティベーション指示を端末に送信する。

ＮＥＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＭＮであり、ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスとは異なる。この場合、ＰＤＣＰアンカーはＳＮである。従って、ＰＤＣＰアンカーは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。ここで、ＭＮはｇＮＢである。

ＭＮがＭＮ－ＣＵとＭＮ－ＤＵを含むシナリオにおいて、ＭＮ－ＣＵは、ＳＮとＭＮの間のインターフェース（例えば、Ｘ２／Ｘｎインターフェース）を介して、ＳＮによって送信されるＳＣＧのＲＢの重複動作のステータス情報を受信する。ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＭＮ－ＤＵに送信する。ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、対応するアクティベーション指示（ＭＡＣＣＥなど）を生成し、アクティベーション指示を端末に送信する。

ステップＡにおいて、第２の基地局がＭＡＣＣＥ送信デバイスである場合について、以下に説明する。

ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作をアクティブ／非アクティブするかどうかを決定する。具体的には、ＭＡＣＣＥ送信デバイスは、特に上りリンクのために、ＲＢの重複動作をアクティブ／非アクティブするかどうかを決定することができる。ＲＢの重複動作のステータス（アクティブ／非アクティブ）を決定した後、ＭＡＣＣＥ送信デバイスは、対応するＭＡＣＣＥを端末に送信し、その重複動作がアクティブ／非アクティブであるＲＢを端末が学習するようにする。すなわち、ステップＢが実行される。

本出願の本実施形態において提供される通信方法によれば、ＭＡＣＣＥ送信デバイスがＲＢの重複動作のアクティブ／非アクティブにすることを決定するシナリオにおいて、以下の２つの場合がある。

ケースｃ：ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスと同じである。

ケースｄ：ＰＤＣＰアンカーは、ＭＡＣＣＥ送信デバイスとは異なる。

ケースｃはケースａと同じである。ケースａの説明を直接参照のこと。詳細は、ここでは再度説明しない。

ケースｄについて、以下に説明する。

ＰＤＣＰアンカーは、ＭＡＣＣＥ送信デバイスとは異なる。この場合、ＰＤＣＰアンカーは、重複動作が設定されたＭＡＣＣＥ送信デバイスによって決定されたＲＢに関する情報を学習する必要があり、ＭＡＣＣＥ送信デバイスがＲＢに関する情報に基づいてＲＢの重複動作のステータス情報を決定し、対応するＭＡＣＣＥをさらに生成するようにする。任意で、重複動作が設定されたＲＢに関する情報は、ＭＡＣＣＥ送信デバイスによって決定されてもよく、又はＰＤＣＰアンカーによって決定されてもよい。ＰＤＣＰアンカーが重複動作が設定されたＲＢに関する情報を決定する場合、ＰＤＣＰアンカーは、重複動作が設定されたＲＢに関する情報をＭＡＣＣＥ送信デバイスに送信する必要がある。

ＥＮＤＣ通信システム／ＮＧ－ＥＮＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＳＮであり、ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスとは異なる。この場合、ＰＤＣＰアンカーはＭＮである。従って、ＭＡＣＣＥ送信デバイスは、ＭＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定する。ここで、ＳＮはｇＮＢである。

ＳＮがＣＵとＤＵを含むシナリオでは、２つの実装可能な方法が存在する。すなわち、ＳＮ－ＣＵによってＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することとと、ＳＮ－ＤＵによってＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することである。

ＳＮ－ＣＵがＭＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信し、ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するアクティベーション指示（例えば、ＭＡＣＣＥ）を生成し、ＳＮ－ＤＵは、アクティベーション指示を端末に送信する。

ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作に対応するアクティベーション指示を生成し、アクティベーション指示を端末に送信する。これに先立って、ＳＮ－ＣＵは、ＳＮとＭＮの間のインターフェース（例えば、Ｘ２／Ｘｎインターフェース）を介して、重複動作が設定されたＭＣＧのＲＢに関する情報を取得し、ＲＢに関する情報をＳＮ－ＤＵに送信する。

任意で、ＳＮ－ＤＵがＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＳＮ－ＤＵはさらに、ＭＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＳＮ－ＣＵに送信し、ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出機能を有効にするかどうかを決定する。

ＮＥＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＭＮであり、ＰＤＣＰアンカーはＭＡＣＣＥ送信デバイスとは異なる。この場合、ＰＤＣＰアンカーはＳＮである。したがって、ＭＡＣＣＥ送信デバイスは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。ここで、ＭＮはｇＮＢである。

ＭＮがＣＵとＤＵを含むシナリオでは、２つの実装可能な方法が存在する。ＭＮ－ＣＵによってＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することと、ＭＮ－ＤＵによってＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することである。

ＭＮ－ＣＵがＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮ－ＣＵはＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信し、ＭＮ－ＤＵはＳＣＧのＲＢの重複動作のステータス情報に対応するアクティベーション指示（例えばＭＡＣＣＥ）を生成し、次いでＭＮ－ＤＵはアクティベーション指示を端末に送信する。

ＭＮ－ＤＵがＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作に対応するアクティベーション指示を生成し、アクティベーション指示を端末に送信する。これに先立って、ＭＮ－ＣＵは、重複動作が設定されたＳＣＧのＲＢに関する情報を取得し、ＭＮ－ＤＵにＲＢに関する情報を送信する。任意で、重複動作が設定されたＲＢに関する情報は、ＳＮによって決定されてもよく、ＭＮによって決定されてもよい。ＳＮが重複動作が設定されたＲＢに関する情報を決定する場合、ＭＮ－ＣＵは、ＭＮとＳＮの間のインターフェース（例えば、Ｘ２／Ｘｎインターフェース）を通じて、重複動作が設定されたＳＣＧのＲＢに関する情報を取得し、ＲＢに関する情報をＭＮ－ＤＵに送信する。

任意で、ＭＮ－ＤＵがＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＭＮ－ＣＵにさらに送信することができ、ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出機能を有効にするかどうかを決定するようにする。

ステップＡにおいて、第２の基地局がＭＮである場合について、以下に説明する。

ＭＮは、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。具体的には、ＭＮは、特に上りリンク方向に対して、ＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定することができる。ＭＮがＲＢの重複動作のステータス（アクティブ／非アクティブ）を決定した後、ＭＡＣＣＥ送信デバイス（すなわちｇＮＢ）は、対応するＭＡＣＣＥを端末に送信し、その重複動作がアクティブ／非アクティブにされたＲＢを端末が学習するようにする。すなわち、ステップＢが実行される。

本出願の本実施形態において提供される通信方法によれば、ＭＮがＲＢの重複動作をアクティブ／非アクティブすることを決定するシナリオにおいて、以下の２つの場合が存在する。

ケースｅ：ＭＮはＭＡＣＣＥ送信デバイスと同じである。

ケースｆ：ＭＮはＭＡＣＣＥ送信デバイスと異なる。

ケースｅについて、以下に説明する。

ＭＮはＭＡＣＣＥ送信デバイスと同じである。この場合、ＭＮがＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＭＮは、ＲＢの重複動作のステータス情報に対応するアクティベーション指示（例えば、ＭＡＣＣＥ）を生成し、アクティベーション指示を端末に送信する。

ＥＮＤＣ通信システム／ＮＧ－ＥＮＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＳＮであり、ケースｅは適用可能ではない。

ＮＥＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＭＮである。すなわち、ＭＮは、ＭＡＣＣＥ送信デバイスと同じである。

ＭＮがＣＵとＤＵを含むシナリオでは、２つの実装可能な方法が存在する。すなわち、ＭＮ－ＣＵによってＭＣＧ／ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することと、ＭＮ－ＤＵによってＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することである。

ＭＮ－ＣＵがＭＣＧ／ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮ－ＣＵは、ＭＣＧ／ＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信し、ＭＮ－ＤＵは、ＭＣＧ／ＳＣＧのＲＢの重複動作のステータス情報に対応するアクティベーション指示（例えば、ＭＡＣＣＥ）を生成し、ＭＮ－ＤＵは、アクティベーション指示を端末に送信する。

ＭＮ－ＤＵは、ＭＣＧ／ＳＣＧのＲＢの重複動作のアクティブ／非アクティブにすることを決定した後、ＭＮ－ＤＵは、ＭＣＧ／ＳＣＧのＲＢの重複動作に対応するアクティベーション指示を生成し、アクティベーション指示を端末に送信する。

任意で、ＭＮ－ＤＵがＭＣＧのＲＢの重複動作をアクティブ／非アクティブすることを決定した後、ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＭＮ－ＣＵに送信して、ＭＮ－ＣＵが、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出機能を有効にするかどうかを決定するようにする。ＭＮ－ＤＵがＳＣＧのＲＢの重複動作をアクティブ／非アクティブすることを決定した後、ＭＮ－ＤＵはさらに、ＳＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＭＮ－ＣＵに送信するか、又はＭＮ－ＣＵがＳＣＧのＲＢの重複動作のステータス情報をＳＮに転送することを可能にすることができ、ＳＮが重複データパケット検出機能を有効にするかどうかを決定するようにする。

ＭＮ－ＣＵがＭＣＧ／ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＤＵがＭＣＧ／ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する場合、ＭＣＧ／ＳＣＧのＲＢに対して重複動作を設定することを決定した後、ＭＮ－ＣＵはＭＣＧ／ＳＣＧのＲＢについての情報をＦ１インターフェースを介してＭＮ－ＤＵに送信する必要があり、ＭＮ－ＤＵがＭＣＧ／ＳＣＧのＲＢの重複動作をアクティブにするかどうかを決定するようにすることに留意されたい。

ケースｆについて、以下に説明する。

ＭＮはＭＡＣＣＥ送信デバイスとは異なる。この場合、ＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮは、ＭＡＣＣＥ送信デバイスにＲＢの重複動作のステータス情報を送信し、ＭＡＣＣＥ送信デバイスは、ＲＢの重複動作のステータス情報に対応したアクティベーション指示（ＭＡＣＣＥ等）を生成し、アクティベーション指示を端末に送信する。

ＥＮＤＣ通信システム／ＮＧ－ＥＮＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＳＮである。この場合、ケースｆはＭＮがＭＣＧ／ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定することを意味する。ここで、ＳＮはｇＮＢである。

ＭＣＧ／ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定した後、ＭＮは、ＲＢの重複動作のステータス情報をＳＮに送信する。ＳＮがＣＵとＤＵを含むシナリオにおいて、ＳＮ－ＣＵは、ＳＮとＭＮとの間のインターフェース（例えば、Ｘ２／Ｘｎインターフェース）を介して、ＭＮによって送信されるＭＣＧ／ＳＣＧのＲＢの重複動作のステータス情報を受信する。ＳＮ－ＣＵは、ＭＣＧ／ＳＣＧのＲＢの重複動作のステータス情報をＦ１インターフェースを介してＳＮ－ＤＵに送信する。ＳＮ－ＤＵは、ＭＣＧ／ＳＣＧのＲＢの重複動作のステータス情報に基づいて、対応するアクティベーション指示（ＭＡＣＣＥなど）を生成し、アクティベーション指示を端末に送信する。

ＮＥＤＣ通信システムでは、ＭＡＣＣＥ送信デバイスはＭＮであり、ケースｆは適用可能ではない。

ステップＡの第２の基地局は、ＲＢの重複動作の初期アクティブ／非アクティブ状態を決定するようにさらに構成されてもよいことに留意されたい。任意で、第２の基地局がＰＤＣＰアンカーでない場合、第２の基地局は、ＲＢの重複動作の初期アクティブ／非アクティブ状態を決定した後、ＰＤＣＰアンカーに通知する。したがって、ＰＤＣＰアンカーがＲＢの設定情報を生成する場合、ＲＢの設定情報は、ＲＢの重複動作の初期アクティブ／非アクティブ状態を含む。さらに、任意で、ＰＤＣＰアンカーがマスタノードでない場合、ＰＤＣＰアンカーは、ＲＢの重複動作の初期アクティブ／非アクティブ状態を含む設定情報をマスタノードに送信し、マスタノードは、設定情報を端末に送信するようにする。

本出願の本実施形態において提供される通信方法は、以下の図１から図３を参照して詳細に説明される。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１１Ａ及び図１１Ｂに示すように、図１及び図３に示す通信システムでは、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＣＵはＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮ－ＤＵはＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１１００～Ｓ１１０５を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本願の本実施形態において提供される通信方法は、ステップＳ１１０６～Ｓ１１１２を含む。前述のステップにおいて、Ｓ１１００～Ｓ１１０５及びＳ１１０６～Ｓ１１１２を別々に又は一緒に使用することができる。これは、本出願において限定されない。

具体的には、図１１Ａ及び図１１Ｂに示すように、本出願の本実施形態において提供される通信方法は、以下のステップを含む。

Ｓ１１００．ＳＮ－ＣＵはＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１１０１．ＳＮ－ＣＵは、第１の設定情報をＭＮに送信する。

この場合、ＳＮ－ＣＵはさらにＳＣＧのＲＢに関する情報をＳＮ－ＤＵに送信し、重複動作がＳＣＧのＲＢに対して設定されたことを指示するために使用される第１の設定情報を生成する。ＳＣＧのＲＢに関する情報で、ＳＮ－ＣＵからＳＮ－ＤＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。

任意で、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）は、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ１１０２．ＭＮは、第１の設定情報を端末に転送する。

Ｓ１１０３．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１１０４．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１１０５．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ１１０６．ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１１０７．ＭＮは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

Ｓ１１０８．ＭＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１１０９．ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵに送信する。

Ｓ１１１０．ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに転送する。

ＳＮ－ＣＵからＳＮ－ＤＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。

任意で、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤとＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

任意で、ＳＮ－ＤＵはＦ１インターフェースを介してＳＮ－ＣＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意に、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ１１１１．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１１１２．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意で、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ１１０５及びＳ１１１２の両方が代替的に行われてもよい。

任意で、図１１Ａ及び図１１Ｂに示されるように、図１１Ａ及び図１１Ｂに示される通信方法の手順は、Ｓ１１０３の後にＳ１１１３及びＳ１１１４をさらに含んでもよい。

Ｓ１１１３．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵに送信する。

ＳＮ－ＤＵからＳＮ－ＣＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。

任意で、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤとＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

任意で、ＳＮ－ＣＵはＦ１インターフェースを介してＳＮ－ＤＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意で、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ１１１４．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１１１３及びＳ１１１４は任意であり、したがって、図１１Ａ及び図１１Ｂにおいて破線を使用して表される。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１１Ａ及び図１１Ｂを参照すると、図１２Ａ及び図１２Ｂに示すように、図１及び図３に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＣＵは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１１００～Ｓ１１０２を含み、Ｓ１１０２の後に、Ｓ１２００及びＳ１２０１が行われ、Ｓ１２０１の後に、Ｓ１１０４及びＳ１１０５が行われる。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本願の本実施形態において提供される通信方法は、ステップＳ１１０６～Ｓ１１１２を含む。

具体的には、図１１Ａ及び図１１Ｂを参照すると、図１２Ａ及び図１２Ｂに示すように、本出願の本実施形態において提供される通信方法は、Ｓ１１００～Ｓ１１０２、Ｓ１２００～Ｓ１２０１、及びＳ１１０４～Ｓ１１１２を含む。Ｓ１２００及びＳ１２０１は以下のようである。

Ｓ１２００．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１２０１．ＳＮ－ＣＵはＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信する。

ＳＮ－ＣＵからＳＮ－ＤＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。

任意で、ＳＮ－ＤＵはＦ１インターフェースを介してＳＮ－ＣＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意で、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１３Ａ及び図１３Ｂに示すように、図１及び図３に示す通信システムでは、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＤＵは、ＳＣＧのＲＢに対する重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１３００～Ｓ１３０６を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ１３０７～Ｓ１３１３を含む。

具体的には、図１３Ａ及び図１３Ｂに示すように、本出願の本実施形態において提供される通信方法は、以下のステップを含む。

Ｓ１３００．ＳＮ－ＤＵは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１３０１．ＳＮ－ＤＵは、重複動作が設定されたＳＣＧのＲＢに関する情報をＳＮ－ＣＵに送信する。

ＳＣＧのＲＢに関する情報であり、ＳＮ－ＤＵからＳＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト修正（UE Context Modification Required）メッセージの中に含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ１３０２．ＳＮ－ＣＵは、重複動作がＳＣＧのＲＢに対して設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮに送信する。

Ｓ１３０３．ＭＮは、第１の設定情報を端末に転送する。

Ｓ１３０４．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１３０５．ＳＮ－ＤＵはＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１３０６．ＳＮ－ＤＵはＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ１３０７．ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１３０８．ＭＮは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

Ｓ１３０９．ＭＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１３１０．ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵに送信する。

Ｓ１３１１．ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに転送する。

ＳＮ－ＣＵからＳＮ－ＤＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤとＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ１３１２．ＳＮ－ＤＵはＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１３１３．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意に、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ１３０６及びＳ１３１３は代替的に両方とも行われてもよい。

任意で、図１３Ａ及び図１３Ｂに示されるように、図１３Ａ及び図１３Ｂに示される通信方法の手順は、Ｓ１３０４の後にＳ１３１４及びＳ１３１５をさらに含んでもよい。

Ｓ１３１４．ＳＮ－ＤＵはＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵに送信する。

Ｓ１３１５．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１３１４及びＳ１３１５は任意であり、したがって、図１３Ａ及び図１３Ｂにおいて破線を使用して表される。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１３Ａ及び図１３Ｂを参照すると、図１４Ａ及び図１４Ｂに示すように、図１及び図３に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＤＵは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本願の本実施形態において提供される通信方法は、ステップＳ１３００～Ｓ１３０３を含み、Ｓ１３０３の後にＳ１４００～Ｓ１４０１が行われ、ＳＳ１４０１の後に１３０５～Ｓ１３０６が行われる。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ１３０７～Ｓ１３１３を含む。

具体的には、図１３Ａ及び図１３Ｂを参照すると、図１４Ａ及び図１４Ｂに示すように、本出願の本実施形態において提供される通信方法は、Ｓ１３００～Ｓ１３０３、Ｓ１４００～Ｓ１４０１、及びＳ１３０５～Ｓ１３１３を含む。Ｓ１４００及びＳ１４０１は以下ようである。

Ｓ１４００．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１４０１．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信する。

ＳＮ－ＣＵからＳＮ－ＤＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤとＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１５Ａ及び図１５Ｂに示すように、図１及び図３に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＣＵは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１５００～Ｓ１５０５を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ１５０６～Ｓ１５１２を含む。

具体的には、図１５Ａ及び図１５Ｂに示すように、本出願の本実施形態で提供される通信方法は、以下のステップを含む。

Ｓ１５００．ＳＮ－ＣＵはＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１５０１．ＳＮ－ＣＵは、ＳＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮに送信する。

任意で、ＳＮ－ＣＵはさらにＳＣＧのＲＢに関する情報をＳＮ－ＤＵに送信する。具体的には、ＳＣＧのＲＢに関する情報であって、ＳＮ－ＣＵからＳＮ－ＤＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報が含む。

Ｓ１５０２．ＭＮは、第１の設定情報を端末に転送する。

Ｓ１５０３．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１５０４．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１５０５．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ１５０６．ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１５０７．ＭＮは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

Ｓ１５０８．ＭＮは、ＭＣＧのＲＢに関する情報をＳＮ－ＣＵに送信する。

Ｓ１５０９．ＳＮ－ＣＵは、重複動作が設定されているＭＣＧのＲＢに関する情報をＳＮ－ＤＵに送信する。

ＭＣＧのＲＢに関する情報で、ＳＮ－ＣＵからＳＮ－ＤＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストには、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報のいずれか、又はそれらの組み合わせを含む。

Ｓ１５１０．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１５１１．ＳＮ－ＤＵはＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１５１２．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意で、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ１５０５及びＳ１５１２の両方が代替的に行われてもよい。

任意で、図１５Ａ及び図１５Ｂに示されるように、図１５Ａ及び図１５Ｂに示される通信方法の手順は、Ｓ１５０３の後にＳ１５１３及びＳ１５１４をさらに含んでもよい。

Ｓ１５１３．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵに送信する。

ＳＮ－ＤＵからＳＮ－ＣＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤとＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ１５１４．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１５１３及びＳ１５１４は任意であり、したがって、図１５Ａ及び図１５Ｂにおいて破線を使用して表される。

任意で、図１５Ａ及び図１５Ｂに示されるように、図１５Ａ及び図１５Ｂに示される通信方法の手順は、Ｓ１５１０の後にＳ１５１５及びＳ１５１６をさらに含んでもよい。

Ｓ１５１５．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵを用いてＭＮに送信する。

Ｓ１５１６．ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１５１５及びＳ１５１６は任意であり、従って、図１５Ａ及び図１５Ｂにおいて破線を使用して表される。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１５Ａ及び図１５Ｂを参照すると、図１６Ａ及び図１６Ｂに示されるように、図１及び図３に示される通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＣＵは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、Ｓ１５０３はＳ１６００及びＳ１６０１に置換される。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、Ｓ１５０９はＳ１６０２で置換され、Ｓ１５１０はＳ１６０３で置換される。

具体的には、図１５Ａ及び図１５Ｂを参照すると、図１６Ａ及び図１６Ｂに示すように、本出願の実施形態において提供される通信方法は、Ｓ１５００～Ｓ１５０２、Ｓ１６００～Ｓ１６０１、Ｓ１５０４～Ｓ１５０８、Ｓ１６０２～Ｓ１６０３、及びＳ１５１１～Ｓ１５１２を含む。Ｓ１６００、Ｓ１６０１、Ｓ１６０２及びＳ１６０３は以下のようである。

Ｓ１６００．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１６０１．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信する。

Ｓ１６０２．ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１６０３．ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信する。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１７Ａ及び図１７Ｂに示されるように、図１及び図３に示される通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＤＵは、ＳＣＧのＲＢに対する重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１７００～Ｓ１７０６を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態で提供される通信方法は、ステップＳ１７０７～Ｓ１７１３を含む。

具体的には、図１７Ａ及び図１７Ｂに示すように、本出願の本実施形態で提供される通信方法は、以下のステップを含む。

Ｓ１７００．ＳＮ－ＤＵは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１７０１．ＳＮ－ＤＵは、重複動作が設定されたＳＣＧのＲＢに関する情報をＳＮ－ＣＵに送信する。

ＳＣＧのＲＢに関する情報であり、ＳＮ－ＤＵからＳＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

任意で、ＳＮ－ＣＵはＦ１インターフェースを介してＳＮ－ＤＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意に、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ１７０２．ＳＮ－ＣＵは、ＳＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮに送信する。

Ｓ１７０３．ＭＮは、第１の設定情報を端末に転送する。

Ｓ１７０４．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１７０５．ＳＮ－ＤＵはＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１７０６．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ１７０７．ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１７０８．ＭＮは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

Ｓ１７０９．ＭＮは、重複動作が設定されたＭＣＧのＲＢに関する情報をＳＮ－ＣＵに送信する。

Ｓ１７１０．ＳＮ－ＣＵは、重複動作が設定されたＭＣＧのＲＢに関する情報をＳＮ－ＤＵに送信する。

ＭＣＧのＲＢに関する情報で、ＳＮ－ＣＵからＳＮ－ＤＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ１７１１．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１７１２．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１７１３．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意で、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ１７０６及びＳ１７１３の両方が代替的に行われてもよい。

任意で、図１７Ａ及び図１７Ｂに示されるように、図１７Ａ及び図１７Ｂに示される通信方法の手順は、Ｓ１７０４の後にＳ１７１４及びＳ１７１５をさらに含んでもよい。

Ｓ１７１４．ＳＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵに送信する。

ＳＮ－ＤＵからＳＮ－ＣＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ１７１５．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１７１４及びＳ１７１５は任意であり、したがって、図１７Ａ及び図１７Ｂにおいて破線を使用して表される。

任意で、図１７Ａ及び図１７Ｂに示されるように、図１７Ａ及び図１７Ｂに示される通信方法の手順は、Ｓ１７１１の後にＳ１７１６及びＳ１７１７をさらに含んでもよい。

Ｓ１７１６．ＳＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＣＵを使用してＭＮに送信する。

ＳＮ－ＤＵからＳＮ－ＣＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ１７１７．ＭＮは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１７１６及びＳ１７１７は任意であり、したがって、図１７Ａ及び図１７Ｂにおいて破線を使用して表される。

図１及び図３に示す通信システムでは、ＭＮはＬＴＥ基地局であり、ＳＮはｇＮＢであり、ＳＮはＳＮ－ＤＵ及びＳＮ－ＣＵを含む。図１７Ａ及び図１７Ｂを参照すると、図１８Ａ及び図１８Ｂに示すように、図１及び図３に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮ－ＤＵは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、Ｓ１７０４はＳ１８００及びＳ１８０１に置換される。ＰＤＣＰアンカーがＭＮである場合、ＭＮは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＳＮは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、Ｓ１７１０はＳ１８０２で置換され、Ｓ１７１１はＳ１８０３で置換される。

具体的には、図１７Ａ及び図１７Ｂを参照すると、図１８Ａ及び図１８Ｂに示されるように、本出願の実施形態において提供される通信方法は、Ｓ１７００～Ｓ１７０３、Ｓ１８００～Ｓ１８０１、Ｓ１７０５～Ｓ１７０９、Ｓ１８０２～Ｓ１８０３、及びＳ１７１２～Ｓ１７１３を含む。Ｓ１８００、Ｓ１８０１、Ｓ１８０２、及びＳ１８０３はそれぞれ以下のようである。

Ｓ１８００．ＳＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１８０１．ＳＮ－ＣＵはＳＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信する。

ＳＮ－ＣＵからＳＮ－ＤＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ１８０２．ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１８０３．ＳＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＳＮ－ＤＵに送信する。

ＳＮ－ＣＵからＳＮ－ＤＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図１９Ａ及び図１９Ｂに示すように、図２に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１９００～Ｓ１９０７を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ１９０８～Ｓ１９１２を含む。

具体的には、図１９Ａ及び図１９Ｂに示すように、本出願の本実施形態で提供される通信方法は、以下のステップを含む。

Ｓ１９００．ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１９０１．ＳＮは、ＳＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮ－ＣＵに送信する。

Ｓ１９０２．ＭＮ－ＣＵは、第１の設定情報を端末に転送する。

具体的には、ＭＮ－ＣＵはＦ１インターフェースを介してＭＮ－ＤＵに第１の設定情報を送信し、ＭＮ－ＤＵはエアインターフェースを介して端末に第１の設定情報を送信する。任意で、第１の設定情報は、Ｆ１インターフェースメッセージ、すなわち、ＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージ又は下りリンクＲＲＣメッセージ転送（DL RRC Message Transfer）メッセージに含まれる。

Ｓ１９０３．ＳＮは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１９０４．ＳＮは、ＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＣＵに送信する。

Ｓ１９０５．ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに転送する。

ＭＮ－ＣＵからＭＮ－ＤＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

任意で、ＭＮ－ＤＵはＦ１インターフェースを介してＭＮ－ＣＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意に、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ１９０６．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１９０７．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ１９０８．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ１９０９．ＭＮ－ＣＵは、重複動作が設定されたＭＣＧのＲＢに関する情報をＭＮ－ＤＵに送信し、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、ＭＮ－ＣＵは第２の設定情報を端末に送信する。

ＭＣＧのＲＢに関する情報であって、ＭＮ－ＣＵからＭＮ－ＤＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ１９１０．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ１９１１．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ１９１２．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意で、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ１９０７及びＳ１９１２の両方が代替的に行われてもよい。

任意で、図１９Ａ及び図１９Ｂに示されるように、図１９Ａ及び図１９Ｂに示される通信方法の手順は、Ｓ１９１０の後にＳ１９１３及びＳ１９１４をさらに含んでもよい。

Ｓ１９１３．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＣＵに送信する。

ＭＮ－ＤＵからＭＮ－ＣＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

任意で、ＭＮ－ＣＵは、Ｆ１インターフェースを介してＭＮ－ＤＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意に、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ１９１４．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ１９１３及びＳ１９１４は任意であり、したがって、図１９Ａ及び図１９Ｂにおいて破線を使用して表される。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図１９Ａ及び図１９Ｂを参照すると、図２０Ａ及び図２０Ｂに示すように、図２に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１９００～Ｓ１９０７を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ２０００～Ｓ２００５を含む。

具体的には、図１９Ａ及び図１９Ｂを参照して、図２０Ａ及び２０Ｂに示すように、本出願の本実施形態において提供される通信方法は、Ｓ１９００～Ｓ１９０７及びＳ２０００～Ｓ２００５を含む。Ｓ２０００～Ｓ２００５は以下のようである。

Ｓ２０００．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２００１．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、ＭＮ－ＣＵは、第２の設定情報を端末に送信する。

具体的には、ＭＮ－ＣＵはＦ１インターフェースを介してＭＮ－ＤＵに第２の設定情報を送信し、ＭＮ－ＤＵはエアインターフェースを介して端末に第２の設定情報を送信する。任意で、第２の設定情報は、Ｆ１インターフェースメッセージ、すなわち、ＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージ又は下りリンクＲＲＣメッセージ転送（DL RRC Message Transfer）メッセージに含まれる。

Ｓ２００２．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２００３．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信する。

ＭＮ－ＣＵからＭＮ－ＤＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

任意で、ＭＮ－ＤＵは、Ｆ１インターフェースを介してＭＮ－ＣＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意に、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ２００４．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２００５．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図１９Ａ及び図１９Ｂを参照すると、図２１Ａ及び図２１Ｂに示すように、図２に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１９００～Ｓ１９０７を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ２１００～Ｓ２１０５を含む。

具体的には、図１９Ａ及び図１９Ｂを参照すると、図２１Ａ及び図２１Ｂに示すように、本出願の本実施形態において提供される通信方法は、Ｓ１９００～Ｓ１９０７及びＳ２１００～Ｓ２１０５を含む。Ｓ２１００～Ｓ２１０５は以下のようである。

Ｓ２１００．ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２１０１．ＭＮ－ＤＵは、重複動作が設定されたＭＣＧのＲＢに関する情報をＭＮ－ＣＵに送信する。

ＭＣＧのＲＢに関する情報であって、ＭＮ－ＤＵからＭＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２１０２．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、ＭＮ－ＣＵは、第２の設定情報を端末に送信する。

具体的には、ＭＮ－ＣＵはＦ１インターフェースを介してＭＮ－ＤＵに第２の設定情報を送信し、ＭＮ－ＤＵはエアインターフェースを介して端末に第２の設定情報を送信する。任意で、第２の設定情報は、Ｆ１インターフェースメッセージ、すなわち、ＵＥコンテキスト修正リクエスト（UE Context Modification Request）又は下りリンクＲＲＣメッセージ転送（DL RRC Message Transfer）メッセージに含まれる。

Ｓ２１０３．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２１０４．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２１０５．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意で、図２１Ａ及び図２１Ｂに示されるように、図２１Ａ及び図２１Ｂに示される通信方法の手順は、Ｓ２１０３の後にＳ２１０６及びＳ２１０７をさらに含んでもよい。

Ｓ２１０６．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＣＵに送信する。

任意で、ＭＮ－ＤＵからＭＮ－ＣＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

任意で、ＭＮ－ＣＵはＦ１インターフェースを介してＭＮ－ＤＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意に、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ２１０７．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ２１０６及びＳ２１０７は任意であり、したがって、図２１Ａ及び図２１Ｂにおいて破線を使用して表される。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図１９Ａ及び図１９Ｂを参照すると、図２２Ａ及び図２２Ｂに示すように、図２に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ１９００～Ｓ１９０７を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ２２００～Ｓ２２０６を含む。

具体的には、図１９Ａ及び図１９Ｂを参照すると、図２２Ａ及び図２２Ｂに示すように、本出願の本実施形態において提供される通信方法は、Ｓ１９００～Ｓ１９０７及びＳ２２００～Ｓ２２０６を含む。Ｓ２２００～Ｓ２２０６は以下のようである。

Ｓ２２００．ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２２０１．ＭＮ－ＤＵは、重複動作が設定されたＭＣＧのＲＢに関する情報をＭＮ－ＣＵに送信する。

Ｓ２２０２．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、ＭＮ－ＣＵは、第２の設定情報を端末に送信する。

Ｓ２２０３．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２２０４．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信する。

Ｓ２２０５．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２２０６．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図２３Ａ及び図２３Ｂに示されるように、図２に示される通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ２３００～Ｓ２３０６を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ２３０７～Ｓ２３１２を含む。

具体的には、図２３Ａ及び図２３Ｂに示すように、本出願の本実施形態で提供される通信方法は、以下のステップを含む。

Ｓ２３００．ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２３０１．ＳＮは、ＳＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮ－ＣＵに送信する。

Ｓ２３０２．ＭＮ－ＣＵは、第１の設定情報を端末に転送する。

具体的には、ＭＮ－ＣＵはＦ１インターフェースを介してＭＮ－ＤＵに第１の設定情報を送信し、ＭＮ－ＤＵはエアインターフェースを介して端末に第１の設定情報を送信する。任意で、第１の設定情報は、Ｆ１インターフェースメッセージ、すなわち、ＵＥコンテキスト修正リクエスト（UE Context Modification Request）又は下りリンクＲＲＣメッセージ転送（DL RRC Message Transfer）メッセージに含まれる。

Ｓ２３０３．ＳＮは、ＭＮ－ＣＵを使用して、重複動作が設定されているＳＣＧのＲＢに関する情報をＭＮ－ＤＵに送信する。

ＳＣＧのＲＢに関する情報であって、ＭＮ－ＣＵからＭＮ－ＤＵに送信される情報は、Ｆ１インターフェースを介して送信されることがある。任意で、ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２３０４．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２３０５．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２３０６．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ２３０７．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２３０８．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

Ｓ２３０９．ＭＮ－ＣＵは、ＭＣＧのＲＢに関する情報をＭＮ－ＤＵに送信する。

ＭＮ－ＣＵからＭＮ－ＤＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤとＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ２３１０．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２３１１．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２３１２．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意に、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ２３０６及びＳ２３１２の両方が代替的に行われてもよい。

任意で、図２３Ａ及び図２３Ｂに示されるように、図２３Ａ及び図２３Ｂに示される通信方法の手順は、Ｓ２３１０の後にＳ２３１３及びＳ２３１４をさらに含んでもよい。

Ｓ２３１３．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＣＵに送信する。

ＭＣＧのＲＢに関する情報であって、ＭＮ－ＤＵからＭＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２３１４．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ２３１３及びＳ２３１４は任意であり、したがって、図２３Ａ及び図２３Ｂにおいて破線を使用して表される。

任意で、図２３Ａ及び図２３Ｂに示されるように、図２３Ａ及び図２３Ｂに示される通信方法の手順は、Ｓ２３０４の後にＳ２３１５及びＳ２３１６をさらに含んでもよい。

Ｓ２３１５．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＣＵを使用してＳＮに送信する。

ＳＣＧのＲＢに関する情報であって、ＭＮ－ＤＵからＭＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求に含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２３１６．ＳＮは、ＳＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ２３１５及びＳ２３１６は任意であり、したがって、図２３Ａ及び図２３Ｂにおいて破線を使用して表される。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図２４Ａ及び図２４Ｂに示されるように、図２に示される通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ２４００～Ｓ２４０６を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ２４０７～Ｓ２４１２を含む。

具体的には、図２４Ａ及び図２４Ｂに示すように、本出願の本実施形態において提供される通信方法は、以下のステップを含む。

Ｓ２４００．ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２４０１．ＳＮは、ＳＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮ－ＣＵに送信する。

Ｓ２４０２．ＭＮ－ＣＵは、第１の設定情報を端末に転送する。

Ｓ２４０３．ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２４０４．ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信する。

ＭＮ－ＣＵからＭＮ－ＤＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）に含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）は、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤとＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ２４０５．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２４０６．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ２４０７．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２４０８．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

Ｓ２４０９．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２４１０．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信する。

任意で、ＭＮ－ＣＵからＭＮ－ＤＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）は、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ２４１１．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２４１２．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図２５Ａ及び図２５Ｂに示されるように、図２に示される通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ２５００～Ｓ２５０６を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態で提供される通信方法は、ステップＳ２５０７～Ｓ２５１２を含む。

図２に示すシナリオでは、図２５Ａ及び図２５Ｂに示すように、本出願の本実施形態で提供される通信方法は、以下のステップを含む。

Ｓ２５００．ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２５０１．ＳＮは、ＳＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮ－ＣＵに送信する。

Ｓ２５０２．ＭＮ－ＣＵは、第１の設定情報を端末に転送する。

Ｓ２５０３．ＳＮは、ＭＮ－ＣＵを使用してＳＣＧのＲＢに関する情報をＭＮ－ＤＵに送信する。

任意で、ＳＣＧのＲＢに関する情報であって、ＭＮ－ＣＵによってＭＮ－ＤＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）に含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）は、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２５０４．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２５０５．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２５０６．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ２５０７．ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２５０８．ＭＮ－ＤＵは、ＭＣＧのＲＢに関する情報をＭＮ－ＣＵに送信する。

任意で、ＭＣＧのＲＢに関する情報であって、ＭＮ－ＤＵによってＭＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報が含む。

Ｓ２５０９．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

Ｓ２５１０．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２５１１．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２５１２．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意で、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ２５０６及びＳ２５１２の両方が代替的に行われてもよい。

任意で、図２５Ａ及び図２５Ｂに示されるように、図２５Ａ及び図２５Ｂに示される通信方法の手順は、Ｓ２５１０の後にＳ２５１３及びＳ２５１４をさらに含んでもよい。

Ｓ２５１３．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＣＵに送信する。

ＭＣＧのＲＢに関する情報であって、ＭＮ－ＤＵによってＭＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２５１４．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ２５１３及びＳ２５１４は任意であり、したがって、図２５Ａ及び図２５Ｂにおいて破線を使用して表される。

任意で、図２５Ａ及び図２５Ｂに示されるように、図２５Ａ及び図２５Ｂに示される通信方法の手順は、Ｓ２５０４の後にＳ２５１５及びＳ２５１６をさらに含んでもよい。

Ｓ２５１５．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＣＵを使用してＳＮに送信する。

ＳＣＧのＲＢに関する情報であって、ＭＮ－ＤＵによってＭＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２５１６．ＳＮは、ＭＣＧのＲＢの重複動作のステータス情報に基づいて、重複データパケット検出を有効にするかどうかを決定する。

Ｓ２５１５及びＳ２５１６は任意であり、したがって、図２５Ａ及び図２５Ｂにおいて破線を使用して表される。

図２に示す通信システムでは、ＭＮはｇＮＢであり、ＳＮはＬＴＥ基地局であり、ＭＮはＭＮ－ＤＵ及びＭＮ－ＣＵを含む。図２６Ａ及び図２６Ｂに示すように、図２に示す通信システムにおいて、ＰＤＣＰアンカーがＳＮである場合、ＳＮは、ＳＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の実施形態において提供される通信方法は、ステップＳ２６００～Ｓ２６０６を含む。ＰＤＣＰアンカーがＭＮである場合、ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定し、ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにするかどうかを決定する。この場合、本出願の本実施形態において提供される通信方法は、ステップＳ２６０７～Ｓ２６１３を含む。

図２に示すシナリオでは、図２６Ａ及び図２６Ｂに示すように、本出願の本実施形態において提供される通信方法は、以下のステップを含む。

Ｓ２６００．ＳＮはＳＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２６０１．ＳＮは、ＳＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第１の設定情報を生成し、第１の設定情報をＭＮ－ＣＵに送信する。

Ｓ２６０２．ＭＮ－ＣＵは、第１の設定情報を端末に転送する。

Ｓ２６０３．ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２６０４．ＭＮ－ＣＵは、ＳＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信する。

ＭＮ－ＣＵによってＭＮ－ＤＵに送信されるＳＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。任意で、ＳＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）に含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）は、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

任意で、ＭＮ－ＤＵはＦ１インターフェースを介してＭＮ－ＣＵに応答メッセージを送信してもよい。応答メッセージは、前述の設定が確認又は拒否されたことを指示するために使用される情報を搬送する。任意で、応答メッセージが拒否を指示する情報を搬送する場合、応答メッセージは、拒否の原因値をさらに搬送することができる。

Ｓ２６０５．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２６０６．ＭＮ－ＤＵは、ＳＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

Ｓ２６０７．ＭＮ－ＤＵは、ＭＣＧのＲＢに対して重複動作を設定することを決定する。

Ｓ２６０８．ＭＮ－ＤＵは、ＭＣＧのＲＢに関する情報をＭＮ－ＣＵに送信する。

任意で、ＭＣＧのＲＢに関する情報であって、ＭＮ－ＤＵによってＭＮ－ＣＵに送信される情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＭＣＧのＲＢに関する情報は、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージに含まれる。具体的には、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージは、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢに対して重複動作が設定されたことを指示する指示情報を含む。

Ｓ２６０９．ＭＮ－ＣＵは、ＭＣＧのＲＢに対して重複動作が設定されたことを指示するために使用される第２の設定情報を生成し、第２の設定情報を端末に送信する。

具体的には、ＭＮ－ＣＵはＦ１インターフェースを介してＭＮ－ＤＵに第２の設定情報を送信し、ＭＮ－ＤＵはエアインターフェースを介して端末に第２の設定情報を送信する。任意で、第２の設定情報は、Ｆ１インターフェースメッセージ、すなわち、ＵＥコンテキスト修正要求（UE Context Modification Required）メッセージ又は下りリンクＲＲＣメッセージ転送（DL RRC Message Transfer）メッセージに含まれる。

Ｓ２６１０．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作をアクティブ／非アクティブにすることを決定する。

Ｓ２６１１．ＭＮ－ＣＵは、ＭＣＧのＲＢの重複動作のステータス情報をＭＮ－ＤＵに送信する。

任意で、ＭＮ－ＣＵによってＭＮ－ＤＵに送信されるＭＣＧのＲＢの重複動作のステータス情報は、Ｆ１インターフェースを介して送信されてもよい。例えば、ＭＣＧのＲＢの重複動作のステータス情報は、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）メッセージに含まれる。具体的には、ＵＥコンテキスト・セットアップ・リクエスト（UE Context Setup Request）メッセージ又はＵＥコンテキスト修正リクエスト（UE Context Modification Request）は、ＲＢリストを含む。ＲＢリストは、ＲＢＩＤと、ＲＢの重複動作のアクティブ／非アクティブ状態の指示情報のいずれか、又はその組み合わせを含む。

Ｓ２６１２．ＭＮ－ＤＵはＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを生成する。

Ｓ２６１３．ＭＮ－ＤＵは、ＭＣＧのＲＢの重複動作のステータス情報に対応するＭＡＣＣＥを端末に送信する。

任意に、第１の設定情報及び第２の設定情報は、同じメッセージ内で搬送されてもよく、又は異なるメッセージ内で搬送されてもよい。同様に、実際の要件に基づいて、Ｓ２６０６及びＳ２６１３の両方が代替的に行われてもよい。

前述の内容はすべて、異種通信システムにおける基地局の視点から説明されたが、以下、端末の視点から重複動作の設定及びアクティブにするプロセスが説明される。

端末では、端末が重複動作を設定及びアクティブにするプロセスは、以下のステップを含む。

ステップ１：端末は、ＭＮによって送信された第３の設定情報を受信する。

第３の設定情報は、ＲＢの識別子、ＲＢの第１のＰＤＣＰ設定、マスタセルグループの設定、二次セルグループの設定などの情報うちの任意の１つ又は任意の組み合わせを含む。ＲＢの第１のＰＤＣＰ設定は、ＲＢのタイプ（Bearer Type）が分割ベアラであることを指示するために使用される。

ステップ２：端末は、ＭＣＧとＳＣＧを使用して、第３の設定情報に基づいてデータを送信する。

ステップ３：端末は、ＭＮによって送信される第４の設定情報を受信する。

第４の設定情報は、ＲＢの識別子、ＲＢの第２のＰＤＣＰ設定、マスタセルグループの設定、二次セルグループの設定、重複動作の初期アクティブ／非アクティブ状態などの情報のうちの任意の１つ又は任意の組み合わせを含む。ＲＢの第２のＰＤＣＰ設定は、ＲＢに対して上りリンク重複動作が設定されたことを指示するために使用される。

ステップ４：端末は、ＭＣＧとＳＣＧを使用して、第４の設定情報に基づいてデータを送信する。

第４の設定情報に含まれるＲＢの重複動作の初期アクティブ／非アクティブ状態がアクティブ状態である場合、端末のＭＡＣ層は、ＲＢに対応するＰＤＣＰエンティティに重複動作アクティベーション指示を送信する。重複動作アクティベーション指示は、ＰＤＣＰエンティティに重複データパケットの生成を開始し、同じデータパケットをＭＣＧのＲＬＣエンティティとＳＣＧのＲＬＣエンティティに送信するように指示するために使用される。

ＲＢは、ＭＣＧのＲＢ又はＳＣＧのＲＢであってもよいことに留意されたい。可能な場合には、ＭＣＧのＲＢとＳＣＧのＲＢは、端末の観点から互いに区別されない、すなわち、ＭＮによって生成される第２の設定情報とＳＮによって生成される第１の設定情報とは、互いに区別されない。

ステップ５：端末は、ＳｇＮＢによって送信されるＭＡＣＣＥを受信する。

ＭＡＣＣＥは、第４の設定情報に含まれるＲＢの重複動作のステータス情報がアクティブ／非アクティブに設定されていることを指示するために使用される。

任意で、ＭＡＣＣＥによって指示されるステータスが端末のＲＢの現在のステータス情報と同じである場合、追加のアクションは行われず、ＭＡＣＣＥによって指示されるステータスが端末のＲＢの現在のステータス情報と異なる場合、端末のＭＡＣ層は、ＲＢに対応するＰＤＣＰエンティティに指示情報を送信する。例えば、現在のステータスが非アクティブで、ＭＡＣＣＥがアクティブを指示する場合、指示情報は、ＰＤＣＰエンティティが重複データパケットを生成するのを開始することを指示するために使用される。現在のステータスがアクティブで、ＭＡＣＣＥが非アクティブを指示する場合、指示情報は、ＰＤＣＰエンティティが重複データパケットの生成するのを中止することを指示するために使用される。さらに、任意で、ＲＢのタイプは分割ベアラに戻るが、具体的には、ＰＤＣＰエンティティは、分割ベアラの特定の設定に基づいて、マスタセルグループ及び／又は二次セルグループを使用することによってデータ送信を行う。

第３の設定情報と第４の設定情報は、同じメッセージで送信されてもよい。この場合、スプリットベアラの設定と同時にスプリットベアラに対して重複動作が設定されており、初期のアクティブ／非アクティブ状態が重複動作に割り当てられていると考えることができる。

結論として、本出願の本実施形態に提供される通信方法によれば、アンカーがＬＴＥ基地局である場合、ＬＴＥ基地局がアクティブ／非アクティベーション指示を端末に送ることができないという問題は、全ての異なる異種通信システムにおいて解決される。追加的に、ｇＮＢがＣＵとＤＵを含むシナリオにおいて、重複動作の設定とアクティベーションがさらに実装される。

本出願の実施形態は、通信デバイス２７０を提供する。通信デバイス２７０は、ｇＮＢ内のＣＵであってもよいし、ＬＴＥ基地局であってもよい。通信デバイス２７０は、前述の通信方法において、ｇＮＢ又はＬＴＥ基地局においてＣＵによって行われるステップを行うように構成される。本出願の本実施形態において提供される通信デバイス２７０は、対応するステップに対応するモジュールを含んでもよい。

本出願の本実施形態では、通信デバイス２７０内の機能モジュールは、前述の方法の実施例に基づいて分割を介して取得されてもよい。例えば、各機能に対応する各機能モジュールは、分割を介して取得されてもよいし、２つ以上の機能が１つの処理モジュールに統合されてもよい。統合モジュールは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能モジュールの形態で実装されてもよい。本出願の本実施態様では、モジュールへの分割は一例であり、単なる論理機能分割である。実際の実装では、別の分割の方法が使用されてもよい。

各機能に対応する各機能モジュールが分割によって取得される場合、図２７は、通信デバイス２７０の可能な概略構造図である。図２７に示すように、通信デバイス２７０は、取得ユニット２７００と、送信ユニット２７０１と、決定ユニット２７０２と、受信ユニット２７０３とを含む。取得ユニット２７００は、Ｓ７０８、Ｓ９０３、Ｓ１２００、Ｓ１４００、Ｓ１６００、Ｓ１６０２など、図７～図２６Ａ及び図２６Ｂに示す取得動作、及び／又は本明細書で説明する技術に使用される別のプロセスを行う際に通信デバイス２７０をサポートするように構成される。送信ユニット２７０１は、Ｓ８０４、Ｓ９０４、Ｓ１１１０、Ｓ１２０１、Ｓ１３１１、Ｓ１４０１など、図７～図２６Ａ及び図２６Ｂに示す送信動作、及び／又は本明細書で説明する技術に使用される別のプロセスを行う際に通信デバイス２７０をサポートするように構成される。決定ユニット２７０２は、Ｓ７０６、Ｓ７０８、Ｓ８０５、Ｓ９００、Ｓ９０３、Ｓ１００５、Ｓ１１００、Ｓ１２００など、図７～図２６Ａ及び図２６Ｂに示す決定動作、及び／又は本明細書で説明する技術に使用される別のプロセスを行う際に通信デバイス２７０をサポートするように構成される。受信ユニット２７０３は、Ｓ８０４、Ｓ１００４、Ｓ１１０９、Ｓ１１１３、Ｓ１３０１、Ｓ１３１０、Ｓ１３１４など、図７～図２６Ａ及び図２６Ｂに示す受信動作、及び／又は本明細書で説明する技術に使用される別のプロセスを行う際に通信デバイス２７０をサポートするように構成される。確かに、本出願の本実施形態において提供される通信デバイス２７０は、前述のモジュールを含むが、これらに限定されない。例えば、通信デバイス２７０は、記憶ユニットをさらに含むことができる。記憶ユニットは、通信デバイス２７０のプログラムコードを記憶するように構成されてもよい。前述の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよく、詳細は、ここでは再度説明しない。

通信デバイス２７０がＬＴＥ基地局である場合、取得ユニット２７００及び決定ユニット２７０２は、図５のプロセッサ５１であってもよく、送信ユニット２７０１及び受信ユニット２７０３は、図５のトランシーバ５３であってもよく、記憶ユニットは、図５のメモリ５２であってもよい。

通信デバイス２７０がｇＮＢ内のＣＵである場合、ｇＮＢ内のＣＵのハードウェア構造は、図５のものと同様である。詳細は、ここでは再度説明しない。

本出願の別の実施形態は、さらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶する。通信デバイス２７０上で命令が実行されるときに、通信デバイス２７０は、図７並びに図８Ａ及び図８Ｂに示す実施形態における通信方法におけるＭＮのステップを行うか、図９Ａ及び図９Ｂ並びに図１０Ａ及び図１０Ｂに示す実施形態における通信方法におけるＳＮのステップを行うか、図１１Ａ及び図１１Ｂ～図１９Ａ及び図１９Ｂに示す実施形態における通信方法におけるＳＮにおけるＣＵのステップを行うか、図２０Ａ及び図２０Ｂ～図２６Ａ及び図２６Ｂに示す実施形態における通信方法におけるＭＮにおけるＣＵのステップを行う。

本出願の別の実施形態では、コンピュータプログラム製品がさらに提供される。コンピュータプログラム製品は、コンピュータ実行命令を含み、コンピュータ実行命令は、コンピュータ可読記憶媒体に記憶される。通信デバイス２７０の少なくとも１つのプロセッサは、コンピュータ可読記憶媒体からコンピュータ実行命令を読み取ってもよく、少なくとも１つのプロセッサは、通信デバイス２７０が図７並びに図８Ａ及び図８Ｂに示す実施形態における通信方法におけるＭＮのステップを行うように、図９Ａ及び図９Ｂ並びに図１０Ａ及び図１０Ｂに示す実施形態における通信方法におけるＳＮのステップを行うように、図１１Ａ及び図１１Ｂ～図１９Ａ及び図１９Ｂに示す実施形態における通信方法におけるＳＮにおけるＣＵのステップを行うように、又は図２０Ａ及び図２０Ｂ～図２６Ａ及び図２６Ｂに示す実施形態における通信方法におけるＭＮにおけるＣＵのステップを行うように、コンピュータ実行命令を実行する。

本出願の実施形態は、通信デバイス２８０を提供する。通信デバイス２８０は、ｇＮＢであってもよいし、ｇＮＢ内のＤＵであってもよい。通信デバイス２８０は、前述の通信方法においてｇＮＢによって行われるステップ又はｇＮＢ内のＤＵによって行われるステップを行うように構成される。本出願の本実施形態において提供される通信デバイス２８０は、対応するステップに対応するモジュールを含んでもよい。

本出願の本実施形態では、通信デバイス２８０内の機能モジュールは、前述の方法の実施例に基づく分割を介して取得されてもよい。例えば、各機能に対応する各機能モジュールは、分割によって得られてもよいし、２つ以上の機能が１つの処理モジュールに統合されてもよい。統合モジュールは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能モジュールの形態で実装されてもよい。本出願の本実施態様において、モジュールへの分割は、一例であり、単なる論理機能分割にすぎない。実際の実装においては、別の分割方法が使用されてもよい。

分割を介して各機能に対応する各機能モジュールが取得される場合に、図２８は、本実施形態の通信デバイス２８０の可能な概略構成図である。図２８に示すように、通信デバイス２８０は、取得ユニット２８００と、決定ユニット２８０１と、生成ユニット２８０２と、送信ユニット２８０３とを含む。取得ユニット２８００は、Ｓ１１０９、Ｓ１１１３など、図７～図２６Ａ及び図２６Ｂに示す取得動作、及び／又は本明細書で説明する技術に使用される別のプロセスを行う際に、通信デバイス２８０をサポートするように構成される。決定ユニット２８０１は、図７～図２６Ａ及び図２６Ｂに示す決定動作を行う、例えば、前述の実施形態でＳ７０６及びＳ７０８を行う、及び／又は本明細書で説明する技術に使用される別のプロセスを行う際に、通信デバイス２８０をサポートするように構成される。生成ユニット２８０２は、Ｓ７０１、Ｓ７０４など、図７～図２６Ａ及び図２６Ｂに示す生成動作、及び／又は本明細書で説明する技術に使用される別のプロセスを実行する際に、通信デバイス２８０をサポートするように構成される。送信ユニット２８０３は、Ｓ８０４、Ｓ９０４など、図７～図２６Ａ及び図２６Ｂに示す送信動作、及び／又は本明細書で説明する技術に使用される別のプロセスを実行する際に、通信デバイス２８０をサポートするように構成される。前述の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよく、詳細は、ここでは再度説明しない。確かに、本出願の本実施形態において提供される通信デバイス２８０は、前述のモジュールを含むが、これらに限定されない。例えば、通信デバイス２８０は、記憶ユニットをさらに含むことができる。記憶ユニットは、通信デバイス２８０のプログラムコード及びデータを記憶するように構成されてもよい。

通信デバイス２８０がｇＮＢである場合、取得ユニット２８００、決定ユニット２８０１、及び生成ユニット２８０２は、図５のプロセッサ５１であってもよく、送信ユニット２８０３は、図５のトランシーバ５３であってもよく、記憶ユニットは、図５のメモリ５２であってもよい。

通信デバイス２８０がｇＮＢ内のＤＵである場合、ｇＮＢ内のＤＵのハードウェア構造は、図５のものと同様である。詳細は、ここでは再度説明しない。

本出願の別の実施形態は、さらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶する。通信デバイス２８０上で命令が実行されるときに、通信デバイス２８０は、図７並びに図８Ａ及び図８Ｂに示す実施形態における通信方法におけるＳＮのステップを行うか、図９Ａ及び図９Ｂ並びに図１０Ａ及び図１０Ｂに示す実施形態における通信方法におけるＭＮのステップを行うか、図１１Ａ及び図１１Ｂ～図１９Ａ及び図１９Ｂに示す実施形態における通信方法におけるＳＮにおけるＤＵのステップを行うか、図２０Ａ及び図２０Ｂ～図２６Ａ及び図２６Ｂに示す実施形態における通信方法におけるＭＮにおけるＤＵのステップを行う。

本出願の別の実施形態では、コンピュータプログラム製品がさらに提供される。コンピュータプログラム製品は、コンピュータ実行命令を含み、コンピュータ実行命令は、コンピュータ可読記憶媒体に記憶される。通信デバイス２８０の少なくとも１つのプロセッサは、コンピュータ可読記憶媒体からコンピュータ実行命令を読み取ってもよく、少なくとも１つのプロセッサは、通信デバイス２８０が図７並びに図８Ａ及び図８Ｂに示す実施形態における通信方法におけるＳＮのステップを行うように、図９Ａ及び図９Ｂ並びに図１０Ａ及び図１０Ｂに示す実施形態における通信方法におけるＭＮのステップを行うように、図１１Ａ及び図１１Ｂ～図１９Ａ及び図１９Ｂに示す実施形態における通信方法におけるＳＮにおけるＤＵのステップを行うように、又は図２０Ａ及び図２０Ｂ～図２６Ａ及び図２６Ｂに示す実施形態における通信方法におけるＭＮにおけるＤＵのステップを行うように、コンピュータ実行命令を実行する。

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによって実装されてもよい。ソフトウェアプログラムを使用して実施形態を実装する場合、実施形態は、完全に又は部分的に、コンピュータプログラム製品の形態で実装されてもよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がロードされ、コンピュータ上で実行される場合、本出願の実施形態による手順又は機能は、すべて又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンターから、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））又は無線（例えば、赤外線、無線、及びマイクロ波など）の形態で、別のウェブサイト、コンピュータ、サーバ、又はデータセンターに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するサーバ又はデータセンターのようなデータ端末装置であってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、固体ドライブソリッドステートディスク（ＳＳＤ））などであってもよい。

実装に関する前述の説明は、便利で簡単な説明のために、前述の機能モジュールの分割が例示のための一例として取られていることを、当業者が理解することを可能にする。実際のアプリケーションでは、上述の機能を異なるモジュールに割り当て、要件に従って実装することができる。すなわち、装置の内部構造を異なる機能モジュールに分割して、上述の機能の全部又は一部を実装する。

本出願に提供されるいくつかの実施形態では、開示された装置及び方法は、他の方法で実装されてもよいと理解されたい。例えば、説明した装置の実施形態は、単なる一例にすぎない。例えば、モジュール又は単位分割は、単に論理機能分割であり、実際の実装においては他の分割であってもよい。例えば、複数のユニット又は構成要素は、他の装置に組み合わせられ又は統合されてもよく、いくつかの特徴は、無視されるか、又は行われなくてもよい。追加的に、表示又は論じた相互結合、直接結合、又は通信接続は、いくつかのインターフェースを使用して実装されてもよい。装置又はユニット間の間接的な結合又は通信接続は、電子的、機械的、又は他の形態で実装されてもよい。

別個の部分として説明するユニットは、物理的に分離されていてもいなくてもよく、ユニットとして表示される部分は、１つ以上の物理的ユニットであってもよく、１箇所に位置していてもよく、又は異なる場所に分散されていてもよい。ユニットの一部又は全ては、実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてもよい。

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

統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売又は使用される場合、統合されたユニットは可読記憶媒体に記憶されてもよい。このような理解に基づいて、本出願の技術的解決策は、本質的に、先行技術に寄与する部分、又は技術的解決策の全部若しくは一部が、ソフトウェア製品の形態で実装されてもよい。ソフトウェア製品は、記憶媒体に記憶され、デバイス（シングルチップマイクロコンピュータ、チップなどであってもよい）又はプロセッサ（processor）に、本出願の実施形態で説明される方法のステップの全て又は一部を行うように指示するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（Read-Only Memory、ROM）、ランダムアクセスメモリ（Random Access Memory、RAM）、磁気ディスク、又は光ディスクのようなプログラムコードを記憶することができる任意の媒体を含む。

前述の説明は、本出願の単なる具体的な実装にすぎず、本出願の保護範囲を制限することを意図するものではない。本出願に開示された技術的範囲内の変更又は置換は、本出願の保護範囲内にあるものとする。したがって、本出願の保護範囲は請求項の保護範囲に従うものとする。

Claims

マスタノード及び二次ノードを含む異種通信システムにおいて使用される通信方法であって、第１の通信デバイス及び第２の通信デバイスが両方とも前記マスタノードに属するか、又は両方とも前記二次ノードに属し、前記第１の通信デバイス及び前記第２の通信デバイスが両方とも５Ｇ基地局に属し、
前記第１の通信デバイスによって、重複動作が設定された無線ベアラ（ＲＢ）に関する情報を第２の通信デバイスから受信することであって、前記ＲＢが、前記異種通信システムのＲＢである、ことと、
前記第１の通信デバイスによって、前記ＲＢの前記重複動作をアクティブにするかどうかを決定することと、
前記第１の通信デバイスによって、アクティベーション指示を生成し、前記アクティベーション指示を端末に送信することであって、前記アクティベーション指示は、前記端末に、前記第１の通信デバイス及び前記第２の通信デバイスが属さない前記マスタノード及び前記二次ノードについて前記ＲＢの前記重複動作をアクティブ又は非アクティブにするように指示するため使用され、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）アンカーは、前記第１の通信デバイス及び前記第２の通信デバイスが属さない前記マスタノード又は前記二次ノード上にある、ことと、を含む、通信方法。
前記異種通信システムがＥ－ＵＴＲＡＮＲデュアルコネクティビティ（ＥＮＤＣ）システムであり、前記第１の通信デバイスが前記二次ノード内の分散ユニット（ＤＵ）であり、前記第２の通信デバイスが前記二次ノード内の集中ユニット（ＣＵ）であり、前記ＲＢが二次セルグループ（ＳＣＧ）のＲＢであるか、又は
前記異種通信システムがＮＲＥ－ＵＴＲＡデュアルコネクティビティ（ＮＥＤＣ）システムであり、前記第１の通信デバイスが前記マスタノード内のＤＵであり、前記第２の通信デバイスが前記マスタノード内のＣＵであり、前記ＲＢがマスタセルグループ（ＭＣＧ）のＲＢである、請求項１に記載の通信方法。
前記ＳＣＧの前記ＲＢが、ＳＣＧベアラ、ＳＣＧ分割ベアラ、又はＰＤＣＰが前記二次ノード上で終端されるベアラのいずれかを含む、請求項２に記載の通信方法。
前記ＭＣＧの前記ＲＢが、ＭＣＧベアラ、ＭＣＧ分割ベアラ、又はＰＤＣＰが前記マスタノード上で終端されるベアラのいずれかを含む、請求項２に記載の通信方法。
前記第１の通信デバイスによって、前記ＲＢの前記重複動作のステータス情報を前記第２の通信デバイスに送信して、前記ＲＢの前記重複動作の前記ステータス情報に基づいて、重複データパケット検出を有効にするかどうかを前記第２の通信デバイスに決定させることであって、前記ＲＢの前記重複動作の前記ステータス情報は、前記ＲＢの前記重複動作のアクティベーション又は非アクティベーションを表すために使用される、ことをさらに含む、請求項２～４のいずれか一項に記載の通信方法。
第１の通信デバイスであって、
重複動作が設定された無線ベアラ（ＲＢ）に関する情報を第２の通信デバイスから受信するように構成されている取得ユニットであって、前記ＲＢが、マスタノード及び二次ノードを含む異種通信システムのＲＢであり、前記第１の通信デバイス及び前記第２の通信デバイスが両方とも前記マスタノードに属するか、又は両方とも前記二次ノードに属し、前記第１の通信デバイス及び前記第２の通信デバイスが両方とも５Ｇ基地局に属する、取得ユニットと、
前記取得ユニットによって取得された前記ＲＢの前記重複動作をアクティブするかどうかを決定するように構成されている決定ユニットと、
前記決定ユニットの決定結果に基づいてアクティベーション指示を生成するように構成されている生成ユニットであって、前記アクティベーション指示は、端末に、前記第１の通信デバイス及び前記第２の通信デバイスが属さない前記マスタノード及び前記二次ノードについて前記ＲＢの前記重複動作をアクティブ又は非アクティブにするように指示するために使用され、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）アンカーは、前記第１の通信デバイス及び前記第２の通信デバイスが属さない前記マスタノード又は前記二次ノード上にある、生成ユニットと、
前記生成ユニットによって生成された前記アクティベーション指示を前記端末に送信するように構成されている送信ユニットと、を含む、第１の通信デバイス。
前記異種通信システムがＥ－ＵＴＲＡＮＲデュアルコネクティビティ（ＥＮＤＣ）システムであり、前記第１の通信デバイスが前記二次ノード内の分散ユニット（ＤＵ）であり、前記第２の通信デバイスが前記二次ノード内の集中ユニット（ＣＵ）であり、前記ＲＢが二次セルグループ（ＳＣＧ）のＲＢであるか、又は
前記異種通信システムがＮＲＥ－ＵＴＲＡデュアルコネクティビティ（ＮＥＤＣ）システムであり、前記第１の通信デバイスが前記マスタノード内のＤＵであり、前記第２の通信デバイスが前記マスタノード内のＣＵであり、前記ＲＢがマスタセルグループ（ＭＣＧ）のＲＢである、請求項６に記載の第１の通信デバイス。
前記ＳＣＧの前記ＲＢが、ＳＣＧベアラ、ＳＣＧ分割ベアラ、又はＰＤＣＰが前記二次ノード上で終端されるベアラのいずれかを含む、請求項７に記載の第１の通信デバイス。
前記ＭＣＧの前記ＲＢが、ＭＣＧベアラ、ＭＣＧ分割ベアラ、又はＰＤＣＰが前記マスタノード上で終端されるベアラのいずれかを含む、請求項７に記載の第１の通信デバイス。
前記送信ユニットが、前記ＲＢの前記重複動作のステータス情報を前記第２の通信デバイスに送信して、前記第２の通信デバイスが、前記ＲＢの前記重複動作の前記ステータス情報に基づいて、重複パケット検出を有効にするかどうかを決定するように構成され、前記ＲＢの前記重複動作の前記ステータス情報が、前記ＲＢの前記重複動作のアクティブ／非アクティブを表すために使用される、請求項７～９のいずれか一項に記載の第１の通信デバイス。
１つ以上のプロセッサ、メモリ、及び通信インターフェースを含む通信デバイスであって、、前記メモリ及び前記通信インターフェースは、前記１つ以上のプロセッサに結合され、前記メモリは、コンピュータプログラムコードを記憶するように構成され、前記コンピュータプログラムコードは、命令を含み、前記１つ以上のプロセッサが前記命令を実行するときに、当該通信デバイスが、請求項１～５のいずれか一項に記載の通信方法を行う、通信デバイス。
コンピュータ可読記憶媒体であって、当該コンピュータ可読記憶媒体は命令を記憶し、当該コンピュータ可読記憶媒体が通信デバイス上で実行されるときに、前記通信デバイスが、請求項１～５のいずれか一項に記載の通信方法を行うことが可能となる、コンピュータ可読記憶媒体。
マスタノード及び二次ノードを含む異種通信システムであって、第１の通信デバイス及び第２の通信デバイスが両方とも前記マスタノードに属するか、又は両方とも前記二次ノードに属し、
前記第１の通信デバイスが、請求項１～５のいずれか一項に記載の方法を実装するように構成されている、異種通信システム。