JP6908108B2 - 無線アクセスネットワークノード及び無線端末並びにこれらの方法 - Google Patents

Description

本開示は、無線通信システムに関し、特に無線端末が異なる無線局によって運用される異なるRadio Access Technologies（RATs）の複数のセルを同時に使用する通信（multi-connectivity operation）に関する。

3rd Generation Partnership Project（3GPP）は、2020年以降の導入に向けた第5世代移動通信システム（5G）の標準化作業を行っている。5Gは、LTE及びLTE-Advancedの継続的な改良・発展（enhancement/evolution）と新たな5Gエア・インタフェース（新たなRadio Access Technology（RAT））の導入による革新的な改良・発展の組合せで実現されると想定されている。新たなRATは、例えば、LTE/LTE-Advancedの継続的発展が対象とする周波数帯（e.g., 6 GHz以下）よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。

本明細書では、第5世代移動通信システムは、5G System、又はNext Generation (NextGen) System（NG System）とも呼ばれる。5G Systemのための新たなRATは、New Radio（NR）、5G RAT、又はNG RATと呼ばれる。5G Systemのための新たな無線アクセスネットワーク（Radio Access Network（RAN））は、5G-RAN又はNextGen RAN（NG RAN）と呼ばれる。5G-RAN 内の新たな基地局は、NR NodeB（NR NB）又はgNodeB（gNB）と呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network（5G-CN又は5GC）又はNextGen Core（NG Core）と呼ばれる。5G Systemに接続する無線端末（User Equipment（UE））は、5G UE、NextGen UE（NG UE）又は単にUEと呼ばれる。5G SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ（ノード）、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。

また、本明細書で使用される“LTE”との用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。5G System とのインターワークのためのLTE及びLTE-Advancedの改良・発展は、LTE-Advanced Pro、LTE+、又はenhanced LTE（eLTE）とも呼ばれる。さらに、本明細書で使用される“Evolved Packet Core (EPC)”、“Mobility Management Entity (MME)”、“Serving Gateway (S-GW)”、及び“Packet Data Network (PDN) Gateway (P-GW)”等のLTEのネットワーク又は論理的エンティティに関する用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC（eEPC）、enhanced MME（eMME）、enhanced S-GW（eS-GW）、及びenhanced P-GW（eP-GW）とも呼ばれる。

LTE及びLTE-Advancedでは、Quality of Service（QoS）及びパケットルーティングのために、QoSクラス毎且つPDNコネクション毎のベアラがRAN（i.e., Evolved Universal Terrestrial RAN（E-UTRAN））及びコアネットワーク（i.e., EPC）の両方で使用される。すなわち、Bearer-based QoS（or per-bearer QoS）コンセプトでは、UEとEPC内のP-GWとの間に１又は複数のEvolved Packet System (EPS) bearersが設定され、同じQoSクラスを持つ複数のサービスデータフロー（Service Data Flows（SDFs））はこれらのQoSを満足する１つのEPS bearerを通して転送される。SDFは、Policy and Charging Control (PCC) ルールに基づくSDFテンプレート（i.e., packet filters）にマッチする１又は複数のパケットフローである。また、パケットルーティングのために、EPS bearerを通って送られる各パケットは、このパケットがどのベアラ（i.e., General Packet Radio Service (GPRS) Tunneling Protocol（GTP）トンネル）に関連付けられているかを見分ける（identify）ための情報を包含する。

これに対して、5G Systemでは、無線ベアラがNG-RAN において使用されるかもしれないが、5GC内及び5GCとNG-RANの間のインタフェースにおいてベアラは使用されないことが検討されている（非特許文献１を参照）。具体的には、EPS bearerの代わりにPDU flowsが定義され、１又は複数のSDFsは、１又は複数のPDU flowsにマップされる。5G UEとNG Core内のユーザプレーン終端エンティティ（i.e., EPC内のP-GWに相当するエンティティ）との間のPDU flowは、EPS Bearer-based QoSコンセプトにおけるEPSベアラに相当する。PDU flowは、5G system内でのパケットフォワーディング及び処理（treatment）の最も微細な粒度（finest granularity）に対応する。すなわち、5G Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS（or per-flow QoS）コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはPDU flow単位で取り扱われる（handled）。5G systemのQoSフレームワークでは、PDU flow は、NG3インタフェースのトンネルのService Data Unitをカプセル化（encapsulating）するヘッダー内のPDU flow IDによって特定される。NG3インタフェースは、5GCとgNB（i.e., NG-RAN）の間のユーザプレーン・インタフェースである。5G UEとデータネットワークとの間の関連付け（association）は、PDUセッション（PDU session）と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション（PDN connection）に相当する用語である。複数のPDU flowsが１つのPDUセッション内に設定されることができる。

なお、PDU flow は、“QoS flow”とも呼ばれる。QoS flowは、5G system内でのQoS処理（treatment）の最も微細な粒度（finest granularity）である。PDU session内の同一のNG3マーキング値を有するユーザプレーントラフィックがQoS flowに対応する。NG3マーキングは、上述のPDU flow IDに対応し、QoS flow IDとも呼ばれ、さらにFlow Identification Indicator（FII）とも呼ばれる。

図１は、5G systemの基本アーキテクチャを示している。UEは、gNBとの間に１又はそれ以上のシグナリング無線ベアラ（Signalling Radio Bearers（SRBs））及び１又はそれ以上のデータ無線ベアラ（Data Radio Bearers（DRBs））を確立する。5GC及びgNBは、UEのためのコントロールプレーン・インタフェース及びユーザプレーン・インタフェースを確立する。5GCとgNB（i.e., RAN）の間のコントロールプレーン・インタフェースは、NG2インタフェース又はNG-cインタフェースと呼ばれ、Non-Access Stratum（NAS）情報の転送、及び5GCとgNB間の制御情報（e.g., NG2 AP Information Element）に使用される。5GCとgNB（i.e., RAN）の間のユーザプレーン・インタフェースは、NG3インタフェース又はNG-uインタフェースと呼ばれ、UEのPDUセッション内の１又はそれ以上のPDU flowsのパケット（packets）の転送に使用される。

なお、図１に示されたアーキテクチャは、複数の5Gアーキテクチャ・オプション（又は配置シナリオ（deployment scenarios））の１つに過ぎない。図１に示されたアーキテクチャは、“Standalone NR (in NextGen System)”又は“オプション２”と呼ばれるアーキテクチャである。3GPPは、さらに、E-UTRA及びNR無線アクセス技術（E-UTRA and NR radio access technologies）を使用するマルチ接続動作（multi-connectivity operation）のための幾つかのネットワーク・アーキテクチャを検討している。E-UTRA及びNR無線アクセス技術を使用するマルチ接続動作は、Multi-RAT Dual Connectivity (MR-DC)と呼ばれる。MR-DCは、E-UTRAノード及びNRノード（E-UTRA and NR nodes）の間のデュアル接続（connectivity）である。

MR-DCでは、E-UTRAノード（i.e., eNB）及びNRノード（i.e., gNB）のうち一方がマスターノード（Master node (MN)）として動作し、他方がセカンダリノード（Secondary node (SN)）として動作し、少なくともMNがコアネットワークに接続される。MNは１又はそれ以上のMaster Cell Group（MCG）セルをUEに提供し、SNは１又はそれ以上のSecondary Cell Group（SCG）セルをUEに提供する。MR-DCは、“MRDC with the EPC” 及び“MRDC with the 5GC”を含む。

MRDC with the EPCは、E-UTRA-NR Dual Connectivity (EN-DC)を含む。EN-DCでは、UEはMNとして動作するeNB及びSNとして動作するgNBに接続される。さらに、eNB（i.e., Master eNB）はEPCに接続され、gNB（i.e. Secondary gNB）はX2 interfaceを介してMaster eNBに接続される。

MRDC with the 5GCは、NR-E-UTRA Dual Connectivity (NE-DC)及びE-UTRA-NR Dual Connectivity (NG-EN-DC)を含む。NE-DCでは、UEはMNとして動作するgNB及びSNとして動作するeNBに接続され、gNB（i.e., Master gNB）は5GCに接続され、eNB（i.e. Secondary eNB）はXn interfaceを介してMaster gNBに接続される。一方、NG-EN-DCでは、UEはMNとして動作するeNB及びSNとして動作するgNBに接続され、eNB（i.e., Master eNB）は5GCに接続され、gNB（i.e. Secondary gNB）はXn interfaceを介してMaster eNBに接続される。

図２、図３、及び図４は、上述した３つのDCタイプ、すなわちEN-DC、NE-DC、及びNG-EN-DCのネットワーク構成をそれぞれ示している。図５は、これら３つのDCタイプがサポートするSRBs及びDRBsを示している。なお、図５は、現在3GPPにて議論中の3GPP Release 15においてサポートされるベアラタイプを例示している。したがって、３つのDCタイプによってサポートされるベアラタイプは図５と異なってもよい。

MCG SRBは、UEとMNとの間に確立されるSRBである。SNによって生成されるRadio Resource Control Protocol Data Units（RRC PDUs）は、MN及びMCG SRBを介してUEにトランスポートされることができる。これに代えて、UEは、SNのためのRRC PDUsをUEとSNとの間で直接的にトランスポートするために、SNとのSRB（SCG SRB）を確立することができる。MCG split SRBは、MNによって生成されるRRC PDUsの複製（duplication）を可能にする。

MCGベアラは、その無線プロトコルがMCGにのみ配置されるユーザプレーンベアラである。MCGスプリットベアラは、その無線プロトコルがMNにおいてスプリットされ、MCG及びSCGの両方に属するユーザプレーンベアラである。SCGベアラは、その無線プロトコルがSCGにのみ配置されるユーザプレーンベアラである。SCGスプリットベアラは、その無線プロトコルがSNにおいてスプリットされ、SCG及びMCGの両方に属するユーザプレーンベアラである。

なお、gNB（NR）のレイヤ２機能は、eNB（LTE）のレイヤ２機能と同一ではない。例えば、gNB（NR）のレイヤ２は、Service Data Adaptation Protocol（SDAP）サブレイヤ、Packet Data Convergence Protocol（PDCP）サブレイヤ、Radio Link Control（RLC）サブレイヤ、及びMedium Access Control（MAC）サブレイヤの４サブレイヤを含む。NR PDCPサブレイヤでは、DRBsのためのPDCP Sequence Number（SN）のサイズが12ビット又は18ビットであり、これはLTEのPDCP SNサイズ（i.e., 7ビット、12ビット、15ビット、又は18ビット）のサブセットである。ただし、eNB（LTE）が5GCに接続される場合、eNB（LTE）のレイヤ２はSDAPサブレイヤを含む。

3GPPでは、さらに、統一（unified）スプリットベアラの導入が議論されている。統一スプリットベアラ導入の目的は、MCGスプリットベアラ及びSCGスプリットベアラに関するプロトコル・構成・手順をできるだけ共通化し、これにより仕様およびUE実装の簡素化を図ることである。具体的な実現案として共通PDCPレイヤ（single PDCP layer）が提案されている（非特許文献１を参照）。共通PDCPレイヤは、MCGスプリットベアラ及びSCGスプリットベアラ（MCG and SCG split bearers）の両方をサポートする。例えば、共通PDCPレイヤは、NRスタンドアロン動作（NR standalone operation）のために使用されるPDCPレイヤ（NR PDCPレイヤ）と同一であってもよい。

非特許文献１では、PDCP終端点（termination point）が移動されないケースにおいて、PDCPを再確立（re-establish）することなくスプリットベアラと非スプリットベアラとの間で切り替え（switch）可能とされるべきであることが提案されている。さらに、非特許文献１では、プロトコル変更（protocol change）に起因するPDCP再確立無しでスプリットベアラ（split bearers）への及びからの（to and from）切り替えを可能とするために、UEがLTEのみ（LTE only）で既に動作しているときにスプリットベアラ（split bearers）のために使用されているのと同じPDCPバージョンを設定（configure）可能とされるべきであることが提案されている。

3GPP Tdoc R2-1704414, Ericsson, "On the different bearer options", 3GPP TSG-RAN WG2 Meeting #98, May 2017

上述のように、非特許文献１は、MCGスプリットベアラ及びSCGスプリットベアラ（MCG and SCG split bearers）の両方をサポートする共通PDCPレイヤ（single PDCP layer）を提案している。共通PDCPレイヤは、統合（unified）PDCPレイヤと呼ぶこともできる。しかしながら、共通（又は統合）PDCPレイヤをどのように無線通信ネットワーク（e.g., 3GPPネットワーク）に実装するかが明確でない。

本明細書に開示される実施形態が達成しようとする目的の１つは、共通（又は統一）PDCPレイヤの無線通信ネットワークへの実装を支援する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、マスターRATに関連付けられたマスターRANノードは、メモリ及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供できるよう構成される。さらに、前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記無線端末又はコアネットワークから受信したなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・スプリットベアラに使用するよう構成される。ここで、前記統一PDCP機能は、前記マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用される。前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラである。前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラである。

第２の態様では、セカンダリRATをサポートするよう構成されたセカンダリRANノードは、メモリ及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、マスターRATをサポートするマスターRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供できるよう構成される。さらに、前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記マスターRANノードが前記無線端末又はコアネットワークから受信したなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのセカンダリセルグループ・スプリットベアラに使用するよう構成される。

第３の態様では、無線端末は、少なくとも１つの無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つの無線トランシーバは、マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成される。前記少なくとも１つのプロセッサは、前記少なくとも１つの無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うよう構成される。さらに、前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートするなら、前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記マスターRANノードに送信するよう構成される。さらにまた、前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートするなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・スプリットベアラに使用するよう構成される。

第４の態様では、マスターRATに関連付けられたマスターRANノードにおける方法は、
（ａ）セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供すること、及び
（ｂ）もし前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記無線端末又はコアネットワークから受信したなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・スプリットベアラに使用すること、
を含む。

第５の態様では、セカンダリRATをサポートするよう構成されたセカンダリRANノードにおける方法は、
（ａ）マスターRATをサポートするマスターRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供すること、及び
（ｂ）もし前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記マスターRANノードが前記無線端末又はコアネットワークから受信したなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのセカンダリセルグループ・スプリットベアラに使用すること、
を含む。

第６の態様では、無線端末における方法は、
（ａ）マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成された無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うこと、
（ｂ）もし前記無線端末がスプリットベアラをサポートするなら、前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記マスターRANノードに送信すること、及び
（ｃ）もし前記無線端末がスプリットベアラをサポートするなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・スプリットベアラに使用すること、
を含む。

第７の態様では、マスターRATに関連付けられたマスターRANノードは、メモリ及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供できるよう構成される。さらに、前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用するよう構成される。さらにまた、前記少なくとも１つのプロセッサは、もし前記無線端末が前記スプリットベアラをサポートするなら、マスターセルグループ・スプリットベアラが使用されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用するよう構成される。ここで、前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラである。

第８の態様では、無線端末は、少なくとも１つの無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つの無線トランシーバは、マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成される。前記少なくとも１つのプロセッサは、前記少なくとも１つの無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うよう構成される。さらに、前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用するよう構成される。さらにまた、前記少なくとも１つのプロセッサは、もし前記無線端末が前記スプリットベアラをサポートするなら、マスターセルグループ・スプリットベアラが使用されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用するよう構成される。

第９の態様では、マスターRATに関連付けられたマスターRANノードにおける方法は、
（ａ）セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供すること、
（ｂ）もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用すること、及び
（ｃ）もし前記無線端末が前記スプリットベアラをサポートするなら、マスターセルグループ・スプリットベアラが使用されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用すること、
を含む。

第１０の態様では、無線端末における方法は、
（ａ）マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成された無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うこと、
（ｂ）もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用すること、及び
（ｃ）もし前記無線端末が前記スプリットベアラをサポートするなら、マスターセルグループ・スプリットベアラが使用されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用すること、
を含む。

第１１の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第４、第５、第６、第９、又は第１０の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、共通（又は統一）PDCPレイヤの無線通信ネットワークへの実装を支援する装置、方法、及びプログラムを提供できる。

5G Systemの基本アーキテクチャを示す図である。 EN-DCのネットワーク構成を示す図である。 NE-DCのネットワーク構成を示す図である。 NG-EN-DCのネットワーク構成を示す図である。 3GPPにて議論中の３つのDCタイプによってサポートされるベアラタイプを示すテーブルである。 幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。 幾つかの実施形態に係るスプリットベアラのための無線プロトコルアーキテクチャを示す図である。 第１の実施形態に係るMCGスプリットベアラの確立手順の一例を示すシーケンス図である。 第１の実施形態に係るSCGスプリットベアラの確立手順の一例を示すシーケンス図である。 第２の実施形態に係るMCGスプリットベアラの確立を伴うMR-DC開始手順の一例を示すシーケンス図である。 第２の実施形態に係るSCGベアラ又はSCGスプリットベアラの確立を伴うMR-DC開始手順の一例を示すシーケンス図である。 第４の実施形態に係るRRCコネクション確立およびユーザプレーンベアラ確立の手順の一例を示すシーケンス図である。 第４の実施形態に係るRRCコネクション確立およびユーザプレーンベアラ確立の手順の一例を示すシーケンス図である。 幾つかの実施形態に係るマスターノードの構成例を示すブロック図である。 幾つかの実施形態に係るUEの構成例を示すブロック図である。 幾つかの実施形態に係るコアネットワークノードの構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

以下に示される複数の実施形態は、E-UTRA及びNRを使用する3GPP Multi-RAT Dual Connectivity（MR-DC）を主な対象として説明される。しかしながら、これらの実施形態は、その他の異なるRATsを使用するDCアーキテクチャをサポートする他の無線通信システムに適用されてもよい。

＜第１の実施形態＞
図６は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図６の例では、無線通信ネットワークは、マスターノード（MN）１、セカンダリノード（SN）２、UE３、及びコアネットワーク４を含む。図６に示された無線通信ネットワークは、Multi-RAT Dual Connectivity（MR-DC）をサポートする。すなわち、MN１及びSN２のうちの一方はE-UTRAノード（i.e., eNB）であり、他方はNRノード（i.e., gNB）である。少なくともMN１がインタフェース６０１を介してコアネットワーク４に接続される。SN２もインタフェース６０４を介してコアネットワーク４に接続されてもよい。コアネットワーク４は、MRDC with the EPCの場合にEPCであり、MRDC with the 5GCの場合に5GCである。インタフェース６０１及び６０４は、MRDC with the EPCの場合にS1インタフェース（i.e., S1-MME及びS1-U）であり、MRDC with the 5GCの場合にNGインタフェース(i.e., NG-c及びNG-u、又はNG2及びNG3)である。MN１とSN２の間は、インタフェース６０３によって接続される。インタフェース６０３は、MRDC with the EPCの場合にX2インタフェースであり、MRDC with the 5GCの場合にXnインタフェースである。

コアネットワーク４は、１又はそれ以上のコントロールプレーン（Control Plane（CP））ノード５、及び１又はそれ以上のユーザプレーン（User Plane（UP））ノード６を含む。CPノード５は、コントロールプレーン・ネットワーク機能（Control Plane Network Functions (CP NFs)と呼ばれてもよい。UPノード６は、ユーザプレーン・ネットワーク機能（User Plane Network Functions (UP NFs)）と呼ばれてもよい。MRDC with the EPCの場合、例えば、１又はそれ以上のCPノード５はMME及びPolicy and Charging Rules Function（PCRF）を含み、１又はそれ以上のUPノード６はS-GW及びP-GWを含む。MRDC with the 5GCの場合、例えば、１又はそれ以上のCPノード５はAccess and Mobility Management Function（AMF）、Session Management Function（SMF）、及びPolicy Control function（PCF）を含み、１又はそれ以上のUPノード６はUser plane Function（UPF）を含む。

UE３は、Multi-RAT Dual Connectivity（MR-DC）をサポートする。すなわち、UE３は、E-UTRA及びNR無線アクセス技術（E-UTRA and NR radio access technologies）を使用するマルチ接続動作（multi-connectivity operation）をサポートする。以下では、MN１によってサポートされるRATをマスターRATと呼び、SN２によってサポートされるRATをセカンダリRATと呼ぶ。言い換えると、MN１はマスターRATに関連付けられ、SN２はセカンダリRATに関連付けられる。EN-DC及びNG-EN-DCの場合、MN１はMaster eNBであり、SN２はSecondary gNBであり、マスターRATはE-UTRAであり、セカンダリRATはNR（5G RAT）である。一方、NE-DCの場合、MN１はMaster gNBであり、SN２はSecondary eNBであり、マスターRATはNR（5G RAT）であり、セカンダリRATはE-UTRAである。UE３は、マスターRATに関連付けられたMN１及びセカンダリRATに関連付けられたSN２と同時に通信する能力を有する。言い換えると、UE３は、MN１によって提供されるマスターセルグループ（Master Cell Group（MCG））に属するセルをSN２によって提供されるセカンダリセルグループ（Secondary Cell Group（SCG））に属するセルとアグリゲートする能力を有する。MCGは、マスターRATを用いて提供される１又はそれ以上のセルを含む。SCGは、セカンダリRATを用いて提供される１又はそれ以上のセルを含む。MN１とUE３の間のエアインタフェース６０２は、コントロールプレーン・コネクション（e.g., RRCコネクション）及びユーザプレーン・コネクション（e.g., ユーザプレーンベアラ）を提供する。一方、gNB２とUE３の間のエアインタフェース６０５は、少なくともユーザプレーン・コネクションを含むが、コントロールプレーン・コネクションを含まなくてもよい。

図７は、本実施形態に係るMCGスプリットベアラ及びSCGスプリットベアラのための無線プロトコルアーキテクチャを示している。既に説明したように、MCGスプリットベアラは、その無線プロトコルがMN１においてスプリットされ、MCG及びSCGの両方に属するユーザプレーンベアラである。SCGスプリットベアラは、その無線プロトコルがSN２においてスプリットされ、SCG及びMCGの両方に属するユーザプレーンベアラである。なお、ここではEN-DCを想定しているが、統一（unified）PDCPレイヤの上位にSDAPレイヤが存在する点を除けば、基本的にNE-DCおよびNG-EN-DCのスプリットベアラのための無線プロトコルアーキテクチャも図７のそれと同様である。

図７に示されるように、本実施形態では、統一（unified）PDCPレイヤが使用される。統一PDCPレイヤは、共通（single or common）PDCPレイヤと呼ぶこともできる。統一PDCPレイヤは、MCGスプリットベアラ及びSCGスプリットベアラの両方に使用されることができる。図７に示されたMN１及びSN２の送信側（transmitting side）の統一PDCPエンティティ７１１及び７２１は、統一PDCPレイヤ内のPDCPエンティティであり、統一PDCPレイヤに対応する統一PDCP機能（functionalities）を提供する。統一PDCP機能は、MCGスプリットベアラ及びSCGスプリットベアラの両方に共通に使用される。統一PDCP機能又は統一PDCPエンティティ７１１及び７２１は、例えば以下に示すように様々な方法（way）で実装されることができる。

幾つかの実装において、統一PDCP機能は、マスターRAT（e.g., E-UTRA）に対応したMN PDCP機能（e.g., LTE PDCP機能）とセカンダリRAT（e.g., NR）に対応したSN PDCP機能（e.g., NR PDCP機能）が共に有する共通機能であってもよい。言い換えると、統一PDCP機能は、MN PDCP機能（e.g., LTE PDCP機能）とSN PDCP機能（e.g., NR PDCP機能）の共通サブセット（common subset）であってもよい。

幾つかの実装において、統一PDCP機能は、マスターRAT（e.g., NR）に対応したMN PDCP機能（e.g., NR PDCP機能）を、セカンダリRAT（e.g., LTE）に対応したSN PDCP機能（e.g., LTE PDCP機能）の（サブ）モードの１つとして実行することにより実現されてもよい。

幾つかの実装において、統一PDCP機能は、セカンダリRAT（e.g., NR）に対応したSN PDCP機能（e.g., NR PDCP機能）を、マスターRAT（e.g., LTE）に対応したMN PDCP機能（e.g., LTE PDCP機能）の（サブ）モードの１つとして実行することにより実現されてもよい。

幾つかの実装において、SN PDCP機能（e.g., NR PDCP機能）は、MN PDCP機能（e.g., LTE PDCP機能）のサブセットであってもよい。この場合、統一PDCP機能は、SN PDCP機能と同一であってもよいし、SN PDCP機能のサブセットであってもよい。

幾つかの実装において、MN PDCP機能（e.g., LTE PDCP機能）は、SN PDCP機能（e.g., NR PDCP機能）のサブセットであってもよい。この場合、統一PDCP機能は、MN PDCP機能と同一であってもよいし、MN PDCP機能のサブセットであってもよい。

幾つかの実装において、統一PDCPエンティティ７１１及び７２１は、MN１のMN PDCPエンティティ（e.g., LTE PDCPエンティティ）が少なくともその一部にSN２のSN PDCPエンティティ（e.g., NR PDCPエンティティ）と共通の設定（common (the same) configuration）を持つことにより実現されてもよい。

幾つかの実装において、統一PDCPエンティティ７１１及び７２１は、SN２のSN PDCPエンティティ（e.g., LTE PDCPエンティティ）が少なくともその一部にMN１のMN PDCPエンティティ（e.g., NR PDCPエンティティ）と共通の設定（common (the same) configuration）を持つことにより実現されてもよい。

幾つかの実装において、統一PDCPレイヤは、MN PDCPレイヤ（e.g., LTE PDCPレイヤ）がSN PDCPレイヤ（e.g., NR PDCPレイヤ）の機能を実行することにより実現されてもよい。

幾つかの実装において、統一PDCPレイヤは、SN PDCPレイヤ（e.g., LTE PDCPレイヤ）がMN PDCPレイヤ（e.g., NR PDCPレイヤ）の機能を実行することにより実現されてもよい。

幾つかの実装において、統一PDCP機能を提供するために、MN PDCP（e.g., LTE PDCP）レイヤの上位（又はサブ）レイヤとして動作するSN PDCP（e.g., NR PDCP）レイヤ・モジュールがMN１に配置されてもよい。

幾つかの実装において、統一PDCP機能を提供するために、SN PDCP（e.g., LTE PDCP）レイヤの上位（又はサブ）レイヤとして動作するMN PDCP（e.g., NR PDCP）レイヤ・モジュールがSN２に配置されてもよい。

幾つかの実装において、MeNB１、SgNB２、及びUE３は、MN PDCP機能とSN PDCP機能に共通の設定を用いてPDCPエンティティを確立、再確立、若しくは再設定する又はPDCPエンティティの（サブ）モードを切り替えることにより、統一PDCP機能を提供するPDCPエンティティを準備してもよい。

MN RLCエンティティ７１２は、MCGスプリットベアラのためのMN１内のRLCエンティティであり、MN１内の統一PDCPエンティティ７１１からPDCP PDUsを受信し、RLC PDUsをMN MACエンティティ７１４に供給する。一方、MN RLCエンティティ７１３は、SCGスプリットベアラのためのMN１内のRLCエンティティであり、SN２内の統一PDCPエンティティ７２１からPDCP PDUsを受信し、RLC PDUsをMN MACエンティティ７１４に供給する。MN MACエンティティ７１４は、UE３のためのMN１内のMACエンティティである。MN RLCエンティティ７１２及び７１３並びにMN MACエンティティ７１４は、マスターRAT（e.g., E-UTRA）に準拠したRLC機能及びMAC機能を提供する。

SN RLCエンティティ７２２は、SCGスプリットベアラのためのSN２内のRLCエンティティであり、SN２内の統一PDCPエンティティ７２１からPDCP PDUsを受信し、RLC PDUsをSN MACエンティティ７２４に供給する。一方、SN RLCエンティティ７２３は、MCGスプリットベアラのためのSN２内のRLCエンティティであり、MN１内の統一PDCPエンティティ７１１からPDCP PDUsを受信し、RLC PDUsをSN MACエンティティ７２４に供給する。SN MACエンティティ７２４は、UE３のためのSN２内のMACエンティティである。SN RLCエンティティ７２２及び７２３並びにSN MACエンティティ７２４は、セカンダリRAT（e.g., NR）に準拠したRLC機能及びMAC機能を提供する。

図７に示されたUE３の受信側（receiving side）の統一PDCPエンティティ７３１及び７３５は、統一PDCPレイヤ内のPDCPエンティティであり、統一PDCPレイヤに対応する統一PDCP機能（functionalities）を提供する。統一PDCPエンティティ７３１及び７３５は、上述の統一PDCPエンティティ７１１及び７２１と同様に実装されてもよい。UE３内の統一PDCPエンティティ７３１及び７３５の実装方法は、MN１及びSN２内の統一PDCPエンティティ７１１及び７２１の実装方法と異なってもよい。

MN MACエンティティ７３４は、MCGセルを介してMN１と通信するためのUE３内のMACエンティティである。MN MACエンティティ７３４は、図示されていない下位レイヤ（i.e., 物理レイヤ）からMAC PDUsを受信し、MAC SDUs（RLC PDUs）をMN RLCエンティティ７３２及び７３３に供給する。MN RLCエンティティ７３２は、MCGスプリットベアラのためのUE３内のRLCエンティティであり、RLC SDUs（PDCP PDUs）を統一PDCPエンティティ７３１に供給する。一方、MN RLCエンティティ７３３は、SCGスプリットベアラのためのUE３内のRLCエンティティであり、RLC SDUs（PDCP PDUs）を統一PDCPエンティティ７３５に供給する。MN RLCエンティティ７３２及び７３３並びにMN MACエンティティ７３４は、マスターRAT（e.g., E-UTRA）に準拠したRLC機能及びMAC機能を提供する。

SN MACエンティティ７３８は、SCGセルを介してSN２と通信するためのUE３内のMACエンティティである。SN MACエンティティ７３８は、図示されていない下位レイヤ（i.e., 物理レイヤ）からMAC PDUsを受信し、MAC SDUs（RLC PDUs）をSN RLCエンティティ７３６及び７３７に供給する。SN RLCエンティティ７３６は、SCGスプリットベアラのためのUE３内のRLCエンティティであり、RLC SDUs（PDCP PDUs）を統一PDCPエンティティ７３５に供給する。一方、SN RLCエンティティ７３７は、MCGスプリットベアラのためのUE３内のRLCエンティティであり、RLC SDUs（PDCP PDUs）を統一PDCPエンティティ７３１に供給する。SN RLCエンティティ７３６及び７３７並びにSN MACエンティティ７３８は、セカンダリRAT（e.g., NR）に準拠したRLC機能及びMAC機能を提供する。

続いて以下では、本実施形態に係るMN１、SN２、及びUE３の動作を説明する。MN１は、セカンダリRATに関連付けられたSN２と通信し、マスターRAT及びセカンダリRATを使用するデュアル・コネクティビティをUE３に提供できるよう構成されている。さらに、MN１は、もしUE３がスプリットベアラをサポートすることを示すUE能力（capability）情報をUE３又はコアネットワーク４から受信したなら、統一PDCP機能を提供するPDCPエンティティ７１１を設定（確立）し、当該PDCPエンティティ７１１をUE３のためのMCGスプリットベアラに使用するよう構成されている。さらに、MN１は、統一PDCP機能を提供するPDCPエンティティ７３１をUE３に設定するために、MCGスプリットベアラに関する統一PDCP設定情報（e.g., unified PDCP-config）をUE３に送信する。UE３は、MCGスプリットベアラに関する統一PDCP設定情報を受信し、この情報に従ってMCGスプリットベアラのための統一PDCPエンティティ７３１を設定（確立）する。これにより、UE３は、統一PDCP機能を提供する統一PDCPエンティティ７３１をUE３のためのMCGスプリットベアラに使用する。

SN２は、マスターRATに関連付けられたMN１と通信し、マスターRAT及びセカンダリRATを使用するデュアル・コネクティビティをUE３に提供できるよう構成されている。さらに、SN２は、もしUE３がスプリットベアラをサポートすることを示すUE能力（capability）情報をMN１がUE３又はコアネットワーク４から受信したなら、統一PDCP機能を提供するPDCPエンティティ７２１を設定（確立）し、当該PDCPエンティティ７２１をUE３のためのSCGスプリットベアラに使用するよう構成されている。さらに、SN２は、統一PDCP機能を提供するPDCPエンティティ７３５をUE３に設定するために、SCGスプリットベアラに関する統一PDCP設定情報（e.g., unified PDCP-config）をUE３に送信する。当該PDCP設定情報は、MN１を介してUE３に送られてもよいし、SN２とUE３の間のRRCコネクションが利用可能であるならSN２からUE３に直接的に送られてもよい。UE３は、SCGスプリットベアラに関する統一PDCP設定情報を受信し、この情報に従ってSCGスプリットベアラのための統一PDCPエンティティ７３５を設定（確立）する。これにより、UE３は、統一PDCP機能を提供する統一PDCPエンティティ７３５をUE３のためのSCGスプリットベアラに使用する。

なお、上述の例では、統一（unified）PDCP機能をサポートしているUE３は、常にMCGスプリットベアラとSCGスプリットベアラの両方をサポートするものとしてUE能力（UE capability）が規定されることを想定した。言い換えると、１つのスプリットベアラのサポートに関するUE能力がMCGスプリットベアラとSCGスプリットベアラの両方のサポートを示し、スプリットベアラをサポートするUE３が統一（unified）PDCP機能をサポートすることを想定した。これに代えて、MCGスプリットベアラとSCGスプリットベアラに別々のUE能力を規定されてもよい。言い換えると、MCGスプリットベアラとSCGスプリットベアラに対して個別のUE能力（UE capability）が規定され、少なくともいずれか１つのスプリットベアラをサポートするUE３が統一（unified）PDCP機能をサポートしてもよい。

さらに、UE能力情報は、UE３がMR-DCのスプリットベアラをサポートすることを明示的に示してもよいし暗示的に示してもよい。例えば、UE能力情報は、UE３が統一ベアラをサポートするか否かを示す情報（e.g., unified bearer support）であってもよい。これに代えて、UE能力情報は、UE３が統一PDCPをサポートするか否かを示す情報（e.g., unified PDCP support）であってもよい。これに代えて、UE能力情報は、UE３がMR-DC（i.e., EN-DC、NG-EN-DC、NE-DC、又はこれらの任意の組合せ）をサポートするか否かを示す情報（e.g., EN-DC support、NG-EN-DC support、NE-DC support）であってもよい。

図８は、本実施形態に係るMCGスプリットベアラの確立手順の一例を示すシーケンス図である。図８は、EN-DCの例を示している。すなわち、図８では、MN１はMaster eNB（MeNB）であり、SN２はSecondary gNB（SgNB）であり、コアネットワーク４はEPCである。ステップ８０１では、UE３は、MeNB１とRRCコネクションを確立し、MeNB１を介してEPC４（e.g., CPノード５としてのMME）とNon-Access Stratum（NAS）コネクションを確立し、MeNB１によって提供されるMCGセルにおいてMCGベアラを確立する。

さらにステップ８０１において、MeNB１は、UE３又はEPC４（e.g., CPノード５としてのMME）からUE能力情報を受信する。当該UE能力情報は、UE３がスプリットベアラをサポートすることを明示的に又は暗示的に示す。

ステップ８０２では、UE３のためのMCGスプリットベアラを設定するために、MeNB１は、SgNB Addition (or Modification) Requestメッセージをインタフェース６０３（i.e., X2インタフェース）を介してSgNB２に送る。当該SgNB Addition (or Modification) Requestメッセージは、値“MCG split bearer”にセットされたベアラオプション情報要素（Bearer Option Information Element (IE)）を包含する。さらに、当該SgNB Addition (or Modification) Requestメッセージは、SCG-ConfigInfoメッセージを含むRRCコンテナを包含する。当該SCG-ConfigInfoメッセージは、MCGスプリットベアラのための設定（configurations）を含み、値“MCG split”にセットされたdrb-type情報要素（IE）を含む。

ステップ８０３では、SgNB２は、SgNB Addition (or Modification) Request Acknowledgeメッセージをインタフェース６０３（i.e., X2インタフェース）を介してMeNB１に送る。当該メッセージは、SCG-Configメッセージを包含するRRCコンテナを包含する。当該SCG-Configメッセージは、MCGスプリットベアラのためのSCG設定（configurations）を含み、値“MCG split”にセットされたdrb-type情報要素（IE）を含む。

ステップ８０４では、MeNB１は、RRC Connection ReconfigurationメッセージをUE３に送る。当該メッセージは、MCGスプリットベアラに関する統一PDCP設定情報（e.g., unified PDCP-config）を包含する。当該統一PDCP設定情報は、MCGスプリットベアラのための統一PDCPエンティティを確立、再確立、又は設定することをUE３に引き起こす。さらに当該メッセージは、SCG-Config情報要素（IE）及びNR SCGのための他の情報を含むSCG設定を包含する。MCGベアラからMCGスプリットベアラへのベアラタイプの変更は、SCG-Config IE内のdrb-type IEの値によって暗示的に示されてもよい。これに代えて、RRC Connection Reconfigurationメッセージは、MCGベアラからMCGスプリットベアラへのベアラタイプの変更を明示的に示してもよい。

ステップ８０５では、UE３は、MCGスプリットベアラのための統一PDCPを準備する。同様に、ステップ８０６では、MeNB１は、MCGスプリットベアラのための統一PDCPを準備する。ステップ８０５でのUE３による統一PDCP準備（unified PDCP preparation）は、以下の処理を含んでもよい。ステップ８０６でのMeNB１による統一PDCP準備も同様の処理を含んでもよい。

MCGスプリットベアラが直接的に設定される、つまり新規のベアラ（DRB）が初めからMCGスプリットベアラとして確立される場合、UE３は、統一PDCP機能を提供する統一PDCPレイヤ内のPDCPエンティティ７３１をMCGスプリットベアラのために新規に確立する。なお、MeNB１は、SgNB Addition手順又はSgNB Modification手順においてSgNB２からSCG設定（configuration）の生成に必要な情報(e.g., SCG-Config)を受信し（ステップ８０３）、DRB追加のための情報（i.e., DrbToAddMod: drb-type: MCG split）をUE３に送信する（ステップ８０４）。

MCGベアラがMCGスプリットベアラに変更される場合、UE３は、MCGベアラのPDCPエンティティを統一PDCPエンティティとして再確立（re-establish）する。UE３は、MCGベアラのPDCP設定（i.e., LTE PDCP-config）の一部を再利用しつつ統一PDCP設定（unified PDCP-config）を適用することで統一PDCPエンティティを再確立してもよい。UE３は、新規な統一PDCP設定を適用することで統一PDCPエンティティを再確立してもよい。

これに代えて、MCGベアラがMCGスプリットベアラに変更される場合、UE３は、MCGベアラのPDCPエンティティを統一PDCPエンティティとするように再設定（reconfigure）してもよい。これに代えて、UE３は、MCGベアラのPDCPエンティティの動作モードを統一PDCPの（サブ）モードに切り替えてもよい。UE３は、MCGベアラのPDCP設定（i.e., LTE PDCP-config）の一部を再利用しつつ統一PDCP機能を提供するための追加のPDCP設定（unified PDCP-config）を適用することでPDCPエンティティを再設定してもよい。

すなわち、MN１からUE３へ送信される統一PDCP設定情報（unified PDCP-config）は、MCGスプリットベアラのための新規なPDCP設定情報であってもよい（full-config）。さらに又はこれに代えて、MN１からUE３へ送信される統一PDCP設定情報（unified PDCP-config）は、統一PDCPエンティティのために、MCGベアラのPDCP設定（i.e., LTE PDCP-config）に追加される（delta-config）又は、MCGベアラのPDCP設定から削除されるPDCP設定情報を含んでいてもよい。

図８に戻り説明を続ける。ステップ８０７では、UE３は、RRC Connection Reconfiguration CompleteメッセージをMeNB１に送る。ステップ８０８では、MeNB１は、SgNB Addition CompleteメッセージをSgNB２に送る。ステップ８０９では、UE３は、SgNB２へのランダムアクセス手順を実行する。これにより、UE３は、MCGスプリットベアラを介してユーザプレーン（UP）データを受信可能となる（ステップ８１０）。

図９は、本実施形態に係るSCGスプリットベアラの確立手順の一例を示すシーケンス図である。図９は、EN-DCの例を示している。すなわち、図９では、MN１はMaster eNB（MeNB）であり、SN２はSecondary gNB（SgNB）であり、コアネットワーク４はEPCである。ステップ９０１の処理は、ステップ８０１の処理と同様である。ステップ９０１において、MeNB１は、UE３又はEPC４（e.g., CPノード５としてのMME）からUE能力情報を受信する。当該UE能力情報は、UE３がスプリットベアラをサポートすることを明示的に又は暗示的に示す。

ステップ９０２では、UE３のためのSCGスプリットベアラを設定するために、MeNB１は、SgNB Addition (or Modification) Requestメッセージをインタフェース６０３（i.e., X2インタフェース）を介してSgNB２に送る。当該SgNB Addition (or Modification) Requestメッセージは、値“SCG split bearer”にセットされたベアラオプション情報要素（Bearer Option IE）を包含する。さらに、当該SgNB Addition (or Modification) Requestメッセージは、SCG-ConfigInfoメッセージを含むRRCコンテナを包含する。当該SCG-ConfigInfoメッセージは、SCGスプリットベアラのための設定（configurations）を含み、値“SCG split”にセットされたdrb-type情報要素（IE）を含む。

ステップ９０３では、SgNB２は、SgNB Addition (or Modification) Request Acknowledgeメッセージをインタフェース６０３（i.e., X2インタフェース）を介してMeNB１に送る。当該メッセージは、SCG-Configメッセージを包含するRRCコンテナを包含する。当該SCG-Configメッセージは、SCGスプリットベアラのためのSCG設定（configurations）を含み、値“SCG split”にセットされたdrb-type情報要素（IE）を含む。当該SCG設定は、SCGスプリットベアラに関する統一PDCP設定情報（e.g., unified PDCP-config）を含む。例えば、当該SCG設定は、値“scg-split”にセットされたdrb-type IE及び統一PDCP設定を示すpdcp-Config IEを包含するDRB-ToAddModSCG IEを含んでもよい。

ステップ９０４では、MeNB１は、RRC Connection ReconfigurationメッセージをUE３に送る。当該メッセージは、SCG-Config情報要素（IE）及びNR SCGのための他の情報を含むSCG設定を包含する。当該SCG設定は、SCGスプリットベアラに関する統一PDCP設定情報（e.g., unified PDCP-config）を含む。当該統一PDCP設定情報は、SCGスプリットベアラのための統一PDCPエンティティを確立、再確立、又は設定することをUE３に引き起こす。NR SCGのための他の情報は、例えば、SCG Securityを含む。MCGベアラ又はSCGベアラからSCGスプリットベアラへのベアラタイプの変更は、SCG-Config IE内のdrb-type IEの値によって暗示的に示されてもよい。これに代えて、RRC Connection Reconfigurationメッセージは、MCGベアラ又はSCGベアラからSCGスプリットベアラへのベアラタイプの変更を明示的に示してもよい。

ステップ９０５では、UE３は、SCGスプリットベアラのための統一PDCPを準備する。同様に、ステップ９０６では、SgNB２は、SCGスプリットベアラのための統一PDCPを準備する。ステップ９０５でのUE３による統一PDCP準備（unified PDCP preparation）は、以下の処理を含んでもよい。ステップ９０６でのSgNB２による統一PDCP準備も同様の処理を含んでもよい。

MCGベアラがSCGスプリットベアラに変更される場合（e.g., SgNB Addition手順）、UE３は、統一PDCP機能を提供する統一PDCPレイヤ内のPDCPエンティティ７３５をSCGスプリットベアラのために新規に確立する。UE３は、MCGベアラのために使用されていたPDCPエンティティを解放（release）してもよい。これに代えて、UE３は、MCGベアラのために使用されていたPDCPエンティティを残してもよい。残されたPDCPエンティティは、MCGベアラからSCGスプリットベアラに移されなかったflow(s)（PDU flow(s), QoS flow(s)）の転送のために使用されてもよい。

SCGベアラがSCGスプリットベアラに変更される場合（e.g., SgNB Modification手順）、UE３はSCGベアラのPDCPエンティティを統一PDCPとして再確立（re-establish）する。UE３は、SCGベアラのPDCP設定（i.e., NR PDCP-config）の一部を再利用しつつ統一PDCP設定（unified PDCP-config）を適用することで統一PDCPエンティティを再確立してもよい。UE３は、新規な統一PDCP設定を適用することで統一PDCPエンティティを再確立してもよい。

これに代えて、SCGベアラがSCGスプリットベアラに変更される場合、UE３は、SCGベアラのPDCPエンティティを統一PDCPとするように再設定（reconfigure）してもよい。これに代えて、UE３は、SCGベアラのPDCPエンティティの動作モードを統一PDCPの（サブ）モードに切り替えてもよい。UE３は、SCGベアラのPDCP設定（i.e., NR PDCP-config）の一部を再利用しつつ統一PDCP機能を提供するための追加のPDCP設定（unified PDCP-config）を適用することでPDCPエンティティを再設定してもよい。

図９に戻り説明を続ける。ステップ９０７では、UE３は、RRC Connection Reconfiguration CompleteメッセージをMeNB１に送る。ステップ９０８では、MeNB１は、SgNB Addition CompleteメッセージをSgNB２に送る。ステップ９０９では、UE３は、SgNB２へのランダムアクセス手順を実行する。これにより、UE３は、SCGスプリットベアラを介してユーザプレーン（UP）データを受信可能となる（ステップ９１０）。

＜第２の実施形態＞
本実施形態は、第１の実施形態で説明された統一PDCPレイヤの無線通信ネットワークへの実装の変形例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図６に示された例と同様である。本実施形態に係るMCGスプリットベアラ及びSCGスプリットベアラのための無線プロトコルアーキテクチャは図７に示された例と同様である。

本実施形態では、MN１及びUE３は、MR-DCを開始する際に、新規に設定されるMCGスプリットベアラ、SCGベアラ、又はSCGスプリットベアラのために統一PDCPエンティティを使用するよう構成されている。さらに、MN１及びUE３はMR-DCを開始する際に、当該UE３のために既に確立済みのMCGベアラにも統一PDCP機能を提供する統一PDCPエンティティを使用するよう構成されている。言い換えると、MR-DCにおけるスプリットベアラをサポートするUE３がMR-DCを開始する場合、MN１及びUE３は、当該UE３のためにMCGスプリットベアラが使用されるか否かにかかわわらず、統一PDCPエンティティを当該UE３のためのMCGベアラにも使用する。

MN１は、UE３とのMR-DCを開始する際に、既に確立済みの当該UE３のMCGベアラのためのPDCPエンティティを統一PDCPエンティティとして新規に（改めて）確立（establish）してもよい。MN１は、MCGベアラのPDCP設定（e.g., LTE PDCP-config）又はDRB設定（e.g., LTE DRB config）の一部を再利用してもよい。

これに代えて、MN１は、UE３とのMR-DCを開始する際に、既に確立済みの当該UE３のMCGベアラのためのPDCPエンティティをこれが統一PDCP機能を提供するように再確立（re-establish）してもよい。MN１は、MCGベアラのPDCP設定（e.g., LTE PDCP-config）の一部を再利用しつつ統一PDCP設定（unified PDCP-config）を適用することでMCGベアラのためのPDCPエンティティを再確立してもよい。MN１は、新規な統一PDCP設定を適用することでMCGベアラのためのPDCPエンティティを再確立してもよい。

これに代えて、MN１は、UE３とのMR-DCを開始する際に、既に確立済みの当該UE３のMCGベアラのためのPDCPエンティティをこれが統一PDCP機能を提供するように再設定（reconfigure）してもよい。これに代えて、UE３は、既に確立済みのMCGベアラのPDCPエンティティの動作モードを統一PDCPの（サブ）モードに切り替えてもよい。MN１は、MCGベアラのPDCP設定（e.g., LTE PDCP-config）の一部を再利用しつつ統一PDCP機能を提供するための追加のPDCP設定（unified PDCP-config）を適用することでMCGベアラのためのPDCPエンティティを再設定してもよい。

同様に、本実施形態では、UE３は、MR-DCを開始する際に、新規に設定されるMCGスプリットベアラ、SCGベアラ、又はSCGスプリットベアラのために統一PDCPエンティティを使用するよう構成されている。さらに、UE３は、MR-DCを開始する際に、既に確立済みのMCGベアラにも統一PDCP機能を提供する統一PDCPエンティティを使用するよう構成されている。言い換えると、スプリットベアラをサポートするUE３がMR-DCを開始する場合、当該UE３は、MCGスプリットベアラが当該UE３のために使用されるか否かにかかわわらず、統一PDCPエンティティをMCGベアラにも使用する。

図１０は、本実施形態に係るMCGスプリットベアラの確立を伴うMR-DC開始手順の一例を示すシーケンス図である。図１０は、EN-DCの例を示している。すなわち、図１０では、MN１はMaster eNB（MeNB）であり、SN２はSecondary gNB（SgNB）であり、コアネットワーク４はEPCである。ステップ１００１の処理は、図８のステップ８０１の処理と同様である。ステップ１００１において、MeNB１は、UE３又はEPC４（e.g., CPノード５としてのMME）からUE能力情報を受信する。当該UE能力情報は、UE３がスプリットベアラをサポートすることを明示的に又は暗示的に示す。

ステップ１００２では、UE３とのEN-DCを開始するためにSgNB Addition Requestメッセージをインタフェース６０３（i.e., X2インタフェース）を介してSgNB２に送る。当該SgNB Addition Requestメッセージは、図８のステップ８０２のSgNB Addition (or Modification) Requestメッセージと同様の情報要素（IEs）を包含する。

ステップ１００３では、SgNB２は、SgNB Addition Request Acknowledgeメッセージをインタフェース６０３（i.e., X2インタフェース）を介してMeNB１に送る。当該gNB Addition Request Acknowledgeメッセージは、図８のステップ８０３のSgNB Addition (or Modification) Request Acknowledgeメッセージと同様の情報要素（IEs）を包含する。

ステップ１００４〜１０１０の処理は、図８のステップ８０４〜８１０の処理と同様である。ただし、ステップ１００４のRRC Connection Reconfigurationメッセージは、MCGベアラに関する統一PDCP設定情報をさらに含む。例えば、当該RRC Connection Reconfigurationメッセージは、MCGベアラの追加及び削除、又はMCGベアラの修正示すDRB-ToAddModList IEを含み、DRB-ToAddModList IE は、統一PDCP設定を示すpdcp-Config IEを包含するDRB-ToAddMod IEを含んでもよい。ステップ１００５では、UE３は、MCGスプリットベアラのための統一PDCPエンティティの準備に加えて、既に確立済みのMCGベアラにも統一PDCPを適用するために当該MCGベアラのためのPDCPエンティティを確立、再確立、又は再設定する。これに代えて、UE３は、既に確立済みのMCGベアラのPDCPエンティティの動作モードを統一PDCPの（サブ）モードに切り替えてもよい。同様に、ステップ１００６では、MeNB１は、MCGスプリットベアラのための統一PDCPエンティティの準備に加えて、既に確立済みのUE３のためのMCGベアラにも統一PDCPを適用するために当該MCGベアラのためのPDCPエンティティを確立、再確立、又は再設定する。これに代えて、MeNB１は、UE３のために既に確立済みのMCGベアラのPDCPエンティティの動作モードを統一PDCPの（サブ）モードに切り替えてもよい。

図１１は、本実施形態に係るSCGベアラ又はSCGスプリットベアラの確立を伴うMR-DC開始手順の一例を示すシーケンス図である。図１１は、EN-DCの例を示している。すなわち、図１１では、MN１はMaster eNB（MeNB）であり、SN２はSecondary gNB（SgNB）であり、コアネットワーク４はEPCである。ステップ１１０１の処理は、図８のステップ１１０１の処理と同様である。ステップ１１０１において、MeNB１は、UE３又はEPC４（e.g., CPノード５としてのMME）からUE能力情報を受信する。当該UE能力情報は、UE３がスプリットベアラをサポートすることを明示的に又は暗示的に示す。

ステップ１１０２では、UE３とのEN-DCを開始するためにSgNB Addition Requestメッセージをインタフェース６０３（i.e., X2インタフェース）を介してSgNB２に送る。当該SgNB Addition Requestメッセージは、値“SCG bearer”又は“SCG split bearer”にセットされたベアラオプション情報要素（Bearer Option IE）を包含する。さらに、当該SgNB Addition (or Modification) Requestメッセージは、SCG-ConfigInfoメッセージを含むRRCコンテナを包含する。当該SCG-ConfigInfoメッセージは、SCGスプリットベアラのための設定（configurations）を含み、値“SCG”又は“SCG split”にセットされたdrb-type情報要素（IE）を含む。

ステップ１１０３では、SgNB２は、SgNB Addition Request Acknowledgeメッセージをインタフェース６０３（i.e., X2インタフェース）を介してMeNB１に送る。当該メッセージは、SCG-Configメッセージを包含するRRCコンテナを包含する。当該SCG-Configメッセージは、SCGスプリットベアラのためのSCG設定（configurations）を含み、値“SCG”又は“SCG split”にセットされたdrb-type情報要素（IE）を含む。

ステップ１１０４〜１１１０の処理は、図９のステップ９０４〜９１０の処理と同様である。ただし、ステップ１１０４のRRC Connection ReconfigurationメッセージはMCGベアラに関する統一PDCP設定情報をさらに含む。例えば、当該RRC Connection Reconfigurationメッセージは、MCGベアラの追加及び削除、又はMCGベアラの修正示すDRB-ToAddModList IEを含み、DRB-ToAddModList IE は、統一PDCP設定を示すpdcp-Config IEを包含するDRB-ToAddMod IEを含んでもよい。ステップ１１０５では、UE３は、SCGベアラ又はSCGスプリットベアラのための統一PDCPエンティティの準備に加えて、既に確立済みのMCGベアラにも統一PDCPを適用するために当該MCGベアラのためのPDCPエンティティを確立、再確立、若しくは再設定するか又は当該MCGベアラのためのPDCPエンティティの（サブ）モードを切り替える。ステップ１１０６では、SgNB２は、SCGスプリットベアラ又はSCGベアラのための統一PDCPを準備する。

図１１の手順は、さらに、ステップ１１０６Ｂを含む。ステップ１００６Ｂでは、MeNB１は、既に確立済みのUE３のためのMCGベアラにも統一PDCPを適用するために当該MCGベアラのためのPDCPエンティティを確立、再確立、若しくは再設定するか又は当該MCGベアラのためのPDCPエンティティの（サブ）モードを切り替える。

このように、本実施形態に係る無線通信システムは、MR-DCを開始するときに、スプリットベアラだけでなく、既に確立済みのMCGベアラなど他のベアラにも統一PDCPを適用する。これにより、他のベアラタイプ（MCGベアラ、SCGベアラ）からスプリットベアラへのベアラタイプの変更（bearer type change）、又はスプリットベアラから他のベアラタイプへのベアラタイプの変更における処理遅延を削減することができる。ここで言う処理遅延は、例えば、PDCPエンティティ及びRLCエンティティの少なくとも一方の再確立（re-establishment）、MACエンティティのリセット、又はこれら両方を含む。

＜第３の実施形態＞
本実施形態は、第２の実施形態で説明された統一PDCPレイヤの無線通信ネットワークへの実装の変形例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図６に示された例と同様である。本実施形態に係るMCGスプリットベアラ及びSCGスプリットベアラのための無線プロトコルアーキテクチャは図７に示された例と同様である。

本実施形態では、SN２及びUE３は、SCGスプリットベアラのために統一PDCP機能を提供する統一PDCPエンティティを確立する場合に、既に確立済みのSCGベアラのためのPDCPエンティティをこれが統一PDCP機能を提供するように確立、再確立、若しくは再設定するか又は当該SCGベアラのためのPDCPエンティティの（サブ）モードを切り替えるよう構成されている。

＜第４の実施形態＞
本実施形態は、第１及び第２の実施形態で説明された統一PDCPレイヤの無線通信ネットワークへの実装の変形例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図６に示された例と同様である。本実施形態に係るMCGスプリットベアラ及びSCGスプリットベアラのための無線プロトコルアーキテクチャは図７に示された例と同様である。

本実施形態では、MN１は、もしUE３がMR-DCのスプリットベアラをサポートしないなら、マスターRATに対応したMN PDCP機能を提供するPDCPエンティティをUE３のためのMCGベアラに使用するよう構成されている。さらに、MN１は、もしUE３がMR-DCのスプリットベアラをサポートするなら、MR-DCが当該UE３のために開始されるか否かにかかわらず、統一PDCP機能を提供する統一PDCPエンティティを当該UE３のためのMCGベアラに使用するよう構成されている。言い換えると、MN１は、もしUE３がMR-DCのスプリットベアラをサポートするなら、MR-DCが当該UE３のために開始されるよりも前に、統一PDCPエンティティを当該UE３のためのMCGベアラに使用するよう構成されている。

UE３は、もしUE３がMR-DCのスプリットベアラをサポートしないなら、マスターRATに対応したMN PDCP機能を提供するPDCPエンティティをUE３のためのMCGベアラに使用するよう構成されている。さらに、UE３は、もしUE３がスプリットベアラをサポートするなら、MR-DCが当該UE３のために開始されるか否かにかかわらず、統一PDCP機能を提供する統一PDCPエンティティを当該UE３のためのMCGベアラに使用するよう構成されている。言い換えると、UE３は、もしUE３がスプリットベアラをサポートするなら、MR-DCが当該UE３のために開始されるよりも前に、統一PDCPエンティティを当該UE３のためのMCGベアラに使用するよう構成されている。

図１２は、本実施形態に係るRRCコネクション確立およびユーザプレーンベアラ確立の手順の一例を示すシーケンス図である。図１２は、EN-DCの例を示している。すなわち、図１２では、MN１はMaster eNB（MeNB）であり、SN２はSecondary gNB（SgNB）であり、コアネットワーク４はEPCである。

ステップ１２０１〜１２０３は、RRCコネクション確立手順である。ステップ１２０１では、UE３は、RRC Connection RequestメッセージをMeNB１に送る。ステップ１２０２では、MeNB１は、RRC Connection SetupメッセージをUE３に送る。ステップ１２０３では、UE３は、RRC Connection Setup CompleteメッセージをMeNB１に送る。RRC Connection Setup Completeメッセージは、UE３からEPC４へのイニシャルNASメッセージ（e.g., Service Requestメッセージ）を含む。

ステップ１２０４では、MeNB１は、UE３から受信したイニシャルNASメッセージを包含するINITIAL UE MESSAGEメッセージをEPC４に送る。ステップ１２０５では、EPC４（e.g., CPノード５としてのMME）は、INITIAL CONTEXT SETUP REQUESTメッセージをMeNB１に送る。当該INITIAL CONTEXT SETUP REQUESTメッセージは、UE３がスプリットベアラをサポートすることを示すUE能力情報要素（e.g., “Split Bearer Support” or “Unified Bearer Support”）を含むUE無線アクセス能力情報（UE RADIO ACCESS CAPABILITY INFORMATION）を包含する。MR-DCのスプリットベアラをサポートすることを示すUE能力情報要素（IE）の名称は、”Unified PDCP Support”、“EN-DC Support”、“NG-EN-DC Support”、又は“NE-DC Suppoort”であってもよい。

ステップ１２０６では、MeNB１は、UE３とのアクセス層（Access Stratum（AS））セキュリティ活性化（activation）を実行する。

ステップ１２０７では、MeNB１は、RRC Connection ReconfigurationメッセージをUE３に送る。当該RRC Connection Reconfigurationメッセージは、MCGベアラに適用されるDRB設定（configuration）を包含する。当該PDCP設定（PDCP-Config）は、MCGベアラのために統一PDCPを使用するためのPDCP設定（PDCP-Config）を包含する。

ステップ１２０８では、UE３は、MCGベアラのための統一PDCPを準備する。同様に、ステップ１２０９では、MeNB１は、MCGベアラのための統一PDCPを準備する。すなわち、MeNB１及びUE３の各々は、MCGベアラのためのPDCPエンティティを統一PDCPエンティティとして新規に確立する。

ステップ１２１０では、UE３は、RRC Connection Reconfiguration CompleteメッセージをMeNB１に送る。ステップ１２１１では、MeNB１は、INITIAL CONTEXT SETUP RESPONSEメッセージをEPC４に送る。

ステップ１２１２では、NAS Extended Service Requestメッセージに基づく新規（MCG）ベアラの確立が行われてもよい。

ステップ１２１３では、MR-DC（ここではEN-DC）を開始するためのSgNB Addition手順が行われる。当該SgNB Addition手順は、例えば、第１の実施形態で説明された具体例（図８又は図９）に従って行われてもよい。

図１２の手順では、UE３がスプリットベアラをサポートすることを示すUE能力情報をEPC４（e.g., CPノード５としてのMME）がMeNB１に送る。これに代えて、UE３がMeNB１に当該UE能力情報を送信してもよい。

幾つかの実装では、UE３は、RRCコネクション確立手順（ステップ１２０１〜１２０３）において、UE能力情報をMeNB１に送信してもよい。

幾つかの実装では、UE３は、RRC Connection Requestメッセージ（ステップ１２０１）を用いてUE能力情報をMeNB１に送信してもよい。これにより、MeNB１は、RRCコネクションの確立に先立ってUE３がスプリットベアラをサポートする否かを知ることができる。したがって、MeNB１は、例えば、RRCメッセージ転送のためのシグナリング無線ベアラ（SRB1）のPDCP設定に統一PDCPを利用することができる。具体的には、MeNB１は、統一PDCPを使用することを示す情報（Unified PDCP indication）、又は統一PDCP機能に対応したPDCP設定を包含するRRC Connection Setupメッセージ（ステップ１２０２）をUE３に送信してもよい。

幾つかの実装では、UE３は、RRC Connection Requestメッセージ以外のランダムアクセス手順の第３メッセージ（Message 3（Msg3））を用いてUE能力情報をMeNB１に送信してもよい。UE能力情報を運ぶランダムアクセス手順の第３メッセージは、例えば、RRC Connection Re-establishment Requestメッセージ、RRC Connection Resume Requestメッセージ、又はRRC Connection Activation Requestメッセージであってもよい。RRC Connection Activation Requestメッセージは、5Gで新たに導入されるRRC_INACTIVE状態からRRC_CONNECTED状態への遷移を要求するためにUEによって送信されるメッセージに対応する。

RRCコネクション確立手順においてUE３からMeNB１に送られるUE能力情報は、早期UE能力表示（Early UE Capability Indication）と呼ぶこともできる。当該UE能力情報は、RRC情報要素（IE）として定義されてもよい。当該RRC IEは、例えば、“splitBearer(Support) IE”、“unifiedBearer(Support) IE”、又は“unifiedPDCP(Support) IE”と名付けられてもよい。当該UE能力情報は、Inter Operability Test (IOT) bitであってもよい。当該IOT bitは、Inter Operability Testの完了を示すフラグである。これに代えて、複数の用途に利用できる早期UE能力表示の為のRRC IE（e.g., earlyCapabilityIndication IE）が規定され、MR-DCに関する情報は当該RRC IE内の１つのフィールド（e.g., MultiRAT-DC, MR-DC）内にまとめられてもよい。そして、当該UE能力情報は、MR-DCに関するフィールドに含まれるサブフィールド（e.g., splitBearerサブフィールド又はunifiedPDCPサブフィールド）で送られてもよい。

これに代えて、当該UE能力情報（つまり、早期UE能力表示）は、MAC Control Element（CE）として定義されてもよい。当該MAC CEは、例えば、“Split Bearer (Support) MAC CE”、“Unified Bearer (Support) MAC CE”、又は“Unified PDCP (Support) MAC CE”と名付けられてもよい。これに代えて、複数の用途に利用できる早期UE能力表示の為のMAC CE（e.g., Early Capability Indication MAC CE）が規定され、早期UE能力表示を含むMR-DCに関する情報は当該MAC CE内の一纏めのビットマップで送られてもよい。

これに代えて、当該UE能力情報（つまり、早期UE能力表示）は、上りリンク（Uplink（UL））の共通制御チャネル（Common Control Channel（CCCH））の論理チャネルID（Logical Channel ID（LCID））として定義されてもよい（i.e., UL LCID for CCCH (SRB0)）。これは、スプリットベアラのサポートを示すために、他のCCCHと区別される新たなLCIDとして規定されてもよい。スプリットベアラをサポートしている場合、UE３は当該新たなLCIDを使用して第３メッセージ（e.g., RRC Connection Requestメッセージ）を送信してもよい。

これらの方法により、ネットワーク（e.g., MN、SN２、又は両方）はUE３が統一PDCPによるMR-DCのスプリットベアラをサポートしていることをRRC接続確立の早い段階で知ることができ、新規ベアラ確立の段階から統一PDCPを使用することで、例えばLTE PDCPと統一PDCPとの切り替えなどの処理遅延を省くことができる。

図１３は、上述の早期UE能力表示が使用される例を示すシーケンス図である。図１３は、EN-DCの例を示している。すなわち、図１３では、MN１はMaster eNB（MeNB）であり、SN２はSecondary gNB（SgNB）であり、コアネットワーク４はEPCである。

ステップ１３０１〜１３０３は、RRCコネクション確立手順である。ステップ１３０１では、UE３は、スプリットベアラのサポートを示す早期UE能力表示を包含するRRC Connection RequestメッセージをMeNB１に送る。ステップ１３０２では、MeNB１は、RRC Connection SetupメッセージをUE３に送る。当該RRC Connection Setupメッセージは、統一PDCPを使用することを示す情報（Unified PDCP indication）、又は統一PDCP機能に対応したPDCP設定（configuration）を含む。ステップ１３０３では、UE３は、RRC Connection Setup CompleteメッセージをMeNB１に送る。RRC Connection Setup Completeメッセージは、UE３からEPC４へのイニシャルNASメッセージ（e.g., Service Requestメッセージ）を含む。

ステップ１３０４では、MeNB１は、UE３から受信したイニシャルNASメッセージを包含するINITIAL UE MESSAGEメッセージをEPC４に送る。ステップ１３０５では、EPC４は、INITIAL CONTEXT SETUP REQUESTメッセージをMeNB１に送る。

ステップ１３０６では、UE３は、統一PDCP向けの仕様で規定される処理、又はステップ１３０２で受信したPDCP設定に基づいて、RRCメッセージ転送のためのシグナリング無線ベアラ（SRB1）のための統一PDCPを準備する。同様に、ステップ１３０７では、MeNB１は、シグナリング無線ベアラ（SRB1）のための統一PDCPを準備する。すなわち、MeNB１及びUE３の各々は、シグナリング無線ベアラ（SRB1）のためのPDCPエンティティを統一PDCPエンティティとして新規に確立する。

ステップ１３０８では、MeNB１は、UE３とのASセキュリティ活性化を実行する。このASセキュリティ活性化は、統一PDCPが使用された、又は統一PDCP機能に対応したPDCP設定が適用されたシグナリング無線ベアラ（SRB1）を用いて実行される。

ステップ１３０９では、MeNB１は、RRC Connection ReconfigurationメッセージをUE３に送る。当該RRC Connection Reconfigurationメッセージは、MCGベアラに適用されるDRB設定（configuration）を包含する。当該PDCP設定（PDCP-Config）は、MCGベアラのために統一PDCPを使用するためのPDCP設定（PDCP-Config）を包含する。

ステップ１３１０〜１３１３の処理は、図１２のステップ１２１０〜１２１３の処理と同様である。

ここで、UE３は、上述の早期UE能力表示（Early UE Capability Indication）の送信を所定の条件下において行なってもよい。所定の条件は、例えば、MN１（つまりserving RAN node, e.g. eNB又はgNB）がMR-DC（又はMR-DCのスプリットベアラ）又は統一PDCPをサポートしていることを示す情報が、UE３のserving cell（e.g. PCell）で報知されていることでもよい。所定の条件は、MN１が早期UE能力表示（Early UE Capability Indication）の送信を許可することを示す情報が、UE３のserving cellで報知されていることでもよい。これに代えて、MN１がランダムアクセス手順のMessage 4（e.g., RRC Connection Setup）においてUE３に早期UE能力表示（Early UE Capability Indication）を要求し、UE３が当該要求に応答してMessage 5（e.g., RRC Connection Setup Complete）で早期UE能力表示を送信してもよい。

＜第５の実施形態＞
本実施形態は、第１〜第４の実施形態で説明された統一PDCP設定の具体例を提供する。本実施形態に係る無線通信ネットワークの構成例は、図６に示された例と同様である。本実施形態に係るMCGスプリットベアラ及びSCGスプリットベアラのための無線プロトコルアーキテクチャは図７に示された例と同様である。

一例として、LTE PDCP-configは、discardTimer、rlc-AM、rlc-UM、headerCompression、rn-IntegrityProtection、pdcp-SN-Size、ul-DataSplitDRB-ViaSCG、及びt-Reorderingのうち少なくとも１つを含み得る。

discardTimerフィールドは、上位レイヤから取得したPDCP SDUが有効である期間（ms）を示す。discardTimerが満了した場合、又はPDCP SDUの引渡し（delivery）の成功がPDCP status reportにより確認された場合、UEはPDCP SDUを処分（discard）する。

rlc-AMフィールドは、RLC Acknowledge Mode (AM)と共に設定されたRadio bearerのためのPDCPエンティティのセットアップの際には必須のフィールドである。rlc-AMは、PDCPエンティティの再確立及びPDCPデータリカバリに応じてUEがPDCP status reportを送信すべきか否かを示すstatusReportRequiredを含む。

rlc-UMフィールドは、RLC Unacknowledged Mode (UM)と共に設定されたRadio bearerのためのPDCPエンティティのセットアップの際には必須のフィールドである。rlc-UMは、pdcp-SN-Size（i.e., 7ビット、12ビット、15ビット、又は18ビット）を含む。

headerCompressionフィールドは、PDCPレイヤにおいて実行されるHeader Compressionに用いられるrobust header compression(ROHC）情報を含む。ROHC情報は、maximum Context Identifier(maxCID）及びprofilesをさらに含む。profilesは、特定のネットワークレイヤ、トランスポートレイヤ、及び上記レイヤのプロトコルの組合せを特定する。

rn-IntegrityProtectionフィールドは、integrity protection 又は verificationが、Relay Nodeによって送受信される後続の全てのパケットに適用されるべきか否かを示す。

ul-DataSplitDRB-ViaSCGフィールドは、UEがSCGを介してPDCP PDUsを送信すべきか否かを示す。

t-Reorderingフィールドは、Reordering Timerの値（ms）を示す。

一方、NR PDCP-configは、既存のLTE PDCP-configが有する情報要素うち少なくとも１つを含んでもよい。例えば、NR PDCP-configのpdcp-SN-Sizeは、前述の通り、NR PDCP-configのpdcp-SN-Sizeに比べて設定されるビット数の種類が少なくてもよい（i.e., 12ビット又は18ビット）。さらに又はこれに代えて、NR PDCP-configは、既存のLTE PDCP-configには無い追加の情報要素を含んでもよい。追加の情報要素は、UEがUnified split Bearer（又はMCG split bearer、SCG Split bearer）を介してPDCP PDUsを送信すべきか否かを示すul-DataSplitDRB-ViaUnifiedSplitBearer（又はul-DataSplitDRB-ViaMCGSplitBearer又はul-DataSplitDRB-ViaSCGSplitBearer）を含んでもよい。また、追加の情報要素は、SDAPサブレイヤからのSDAP PDUの取得、又はPDCP SDUのSDAPサブレイヤへの受渡しに関する情報を含んでいてもよい。

そして、Unified PDCP configは、前述の通り、NR PDCP-config又はLTE PDCP-configと同内容でもよいし、NR PDCP-config又はLTE PDCP-configのサブセットでもよいし、NR PDCP-configとLTE PDCP-configの共通サブセット（共通部分）であってもよい。

NR PDCP-configは、LTE PDCP-configの中にサブセットとして含まれてMN１からUE３へ送信されてもよいし、LTE PDCP-configと並列にMN１からUE３へ送信されてもよい。

Unified PDCP configは、LTE PDCP-config又はNR PDCP-configの中にサブセットとして含まれてMN１からUE３へ送信されてもよいし、LTE PDCP-config及びNR PDCP-configと並列にMN１からUE３へ送信されてもよい。

Unified PDCP configがLTE PDCP-config及びNR PDCP-configのそれぞれの中にサブセットとして含まれる場合、UE３は、LTE PDCP-config及びNR PDCP-configの中に含まれる２つのUnified PDCP configが少なくとも一部で一致することを条件として、Unified PDCP configが有効であることを認識してもよい。

続いて以下では、上述の複数の実施形態に係るMN１、SN２、UE３、及びCPノード５の構成例について説明する。図１４は、上述の実施形態に係るMN１の構成例を示すブロック図である。SN２の構成も図１４に示されたそれと同様であってもよい。図１４を参照すると、MN１は、Radio Frequencyトランシーバ１４０１、ネットワークインターフェース１４０３、プロセッサ１４０４、及びメモリ１４０５を含む。RFトランシーバ１４０１は、UE３を含むUEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１４０１は、複数のトランシーバを含んでもよい。RFトランシーバ１４０１は、アンテナアレイ１４０２及びプロセッサ１４０４と結合される。RFトランシーバ１４０１は、変調シンボルデータをプロセッサ１４０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１４０２に供給する。また、RFトランシーバ１４０１は、アンテナアレイ１４０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１４０４に供給する。

ネットワークインターフェース１４０３は、ネットワークノード（e.g., SN２、CPノード５、UPノード６）と通信するために使用される。ネットワークインターフェース１４０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ１４０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ１４０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１４０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。

メモリ１４０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１４０５は、プロセッサ１４０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１４０４は、ネットワークインターフェース１４０３又は図示されていないI/Oインタフェースを介してメモリ１４０５にアクセスしてもよい。

メモリ１４０５は、上述の複数の実施形態で説明されたMN１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１４０６を格納してもよい。いくつかの実装において、プロセッサ１４０４は、当該ソフトウェアモジュール１４０６をメモリ１４０５から読み出して実行することで、上述の実施形態で説明されたMN１の処理を行うよう構成されてもよい。

図１５は、UE３の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１５０１は、MN１及びSN２と通信するためにアナログRF信号処理を行う。RFトランシーバ１５０１は、複数のトランシーバを含んでもよい。RFトランシーバ１５０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１５０１は、アンテナアレイ１５０２及びベースバンドプロセッサ１５０３と結合される。RFトランシーバ１５０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１５０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１５０２に供給する。また、RFトランシーバ１５０１は、アンテナアレイ１５０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１５０３に供給する。

ベースバンドプロセッサ１５０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、ベースバンドプロセッサ１５０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１５０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ１５０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１５０４と共通化されてもよい。

アプリケーションプロセッサ１５０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１５０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１５０４は、メモリ１５０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（e.g., 通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE３の各種機能を実現する。

幾つかの実装において、図１５に破線（１５０５）で示されているように、ベースバンドプロセッサ１５０３及びアプリケーションプロセッサ１５０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１５０３及びアプリケーションプロセッサ１５０４は、１つのSystem on Chip（SoC）デバイス１５０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１５０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１５０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１５０６は、ベースバンドプロセッサ１５０３、アプリケーションプロセッサ１５０４、及びSoC１５０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１５０６は、ベースバンドプロセッサ１５０３内、アプリケーションプロセッサ１５０４内、又はSoC１５０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１５０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１５０６は、上述の複数の実施形態で説明されたUE３による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１５０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１５０３又はアプリケーションプロセッサ１５０４は、当該ソフトウェアモジュール１５０７をメモリ１５０６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE３の処理を行うよう構成されてもよい。

図１６は、上述の実施形態に係るCPノード５の構成例を示すブロック図である。図１６を参照すると、CPノード５は、ネットワークインターフェース１６０１、プロセッサ１６０２、及びメモリ１６０３を含む。ネットワークインターフェース１６０１は、ネットワークノード（e.g., RANノード、他のコアネットワークノード）と通信するために使用される。ネットワークインターフェース１６０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ１６０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１６０２は、複数のプロセッサを含んでもよい。

メモリ１６０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１６０３は、プロセッサ１６０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１６０２は、ネットワークインターフェース１６０１又は図示されていないI/Oインタフェースを介してメモリ１６０３にアクセスしてもよい。

メモリ１６０３は、上述の複数の実施形態で説明されたCPノード５による処理を行うための命令群およびデータを含む１又は複数のソフトウェアモジュール（コンピュータプログラム）１６０４を格納してもよい。いくつかの実装において、プロセッサ１６０２は、当該１又は複数のソフトウェアモジュール１６０４をメモリ１６０３から読み出して実行することで、上述の実施形態で説明されたCPノード５の処理を行うよう構成されてもよい。

図１４、図１５、及び図１６を用いて説明したように、上述の実施形態に係るMN１、SN２、UE３、及びCPノード５が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の実施形態は、主にEN-DCの例に関して説明された。これらの実施形態に示された装置の構成および動作は、NE-DC及びNG-EN-DCのために使用されることができる。

上述の実施形態は、MN１とSN２間で送信される情報要素（e.g., SCG-ConfigInfo, SCG-Config）及びメッセージはLTE DCを想定した名称および構成を持つ例を提供した。しかしながら、MR-DCの情報要素及びメッセージの名称及び構成は、LTE DCのそれと同一でなくてもよい。例えば、SCG-ConfigInfo及びSCG-Configに含まれる少なくとも一部の情報要素は、MN１とSN２間のX2インタフェースまたはXnインタフェースの情報要素として規定されてもよい。

上述の実施形態は、主にDRBとMCG SRBに関して説明した。しかしながら、上述の実施形態で説明された統一（unified）PDCPは、MCG Split SRBおよびSCG SRBを含む他の無線ベアラのために使用されてもよい。また、統一（unified）PDCPの設定（確立）はスプリットベアラの設定（e.g., DRB configuration with drbType “split”）によって暗に示されてもよい。これに代えて、統一（unified）PDCPの設定（確立）を明示するための”unified”のフラグがPDCPの設定（PDCP Config）に追加されてもよい。

上述の実施形態は、モビリティシナリオに適用されてもよい。例えば、モビリティ手順（Mobility procedure）実行時には、MN１、SN２、及びUE３は、統一（unified）PDCPから既存PDCP (e.g. LTE PDCP)へ移行（fall back）してもよい。なお、ここでのモビリティは、ハンドオーバだけでなく、intra-SN change (e.g. PSCell change)若しくはinter-SN change (change of SN)又は両方を含んでもよい。ここでの制御対象は、モビリティによって何らかの影響を受ける全てのベアラであってもよい。例えば、ハンドオーバ実行時は、統一（unified）PDCPを使用している全てのベアラがPDCP変更制御の対象とされてもよい。Intra-/inter-SN changeの実行時は、SCGスプリットベアラがPDCP変更制御の対象とされてもよい。これに代えて、ソースセルで統一（unified）PDCPを使用しているUE３がターゲットセルにハンドオーバするとき、当該ターゲットセルがスプリットベアラ（i.e. unified bearer又はunified PDCP）をサポートしていない場合を除いて、UE３は統一（unified）PDCPを継続して使用してもよい。当該ターゲットセルがスプリットベアラをサポートしていない場合には、UE３は統一（unified）PDCPから既存PDCP (e.g. LTE PDCP)へ移行（fall back）してもよい。

上述の実施形態において、統一（unified）PDCPが既存のPDCP（MN PDCP又はSN PDCP）と異なる機能および処理を含む場合、他の（サブ）レイヤが当該違いを認識して動作してもよいし、統一PDCPが当該違いを認識して動作してもよい。例えば、LTE PDCPとMACとの間の送信待ちのデータ量（バッファ量）はdata available for transmissionと規定されているが、NR PDCPとMACの間の送信待ちのデータ量をdata volumeと規定することが議論されている。例えばNR PDCPが統一PDCPとして用いられる場合、EN-DCのMeNB及びUE MCGにおいて、LTE MACまたはNR (=unified) PDCPのいずれか又は両方が当該違いを認識して動作してもよい。

上述の実施形態で説明されたMN１及びSN２は、Cloud Radio Access Network（C-RAN）コンセプトに基づいて実装されてもよい。C-RANは、Centralized RANと呼ばれることもある。したがって、上述の実施形態で説明されたMN１及びSN２の各々により行われる処理及び動作は、C-RANアーキテクチャに含まれるDigital Unit（DU）によって、又はDU及びRadio Unit（RU）の組み合せによって提供されてもよい。DUは、Baseband Unit（BBU）又はCentral Unit（CU）と呼ばれる。RUは、Remote Radio Head（RRH）、Remote Radio Equipment（RRE）、Distributed Unit（DU）、又はTransmission and Reception Point（TRP）とも呼ばれる。すなわち、上述の実施形態で説明されたMN１及びSN２の各々によって行われる処理及び動作は、任意の１又は複数の無線局（又はRANノード）によって提供されてもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノードであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供できるよう構成され、
前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用するよう構成され、
前記少なくとも１つのプロセッサは、もし前記無線端末が前記スプリットベアラをサポートするなら、前記デュアル・コネクティビティが前記無線端末のために開始されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用するよう構成され、
前記統一PDCP機能は、マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラである、
マスターRANノード。

（付記２）
前記統一PDCP機能は、前記マスターRATに対応した前記第１のPDCP機能と前記セカンダリRATに対応した第２のPDCP機能が共に有する共通機能である、
付記１に記載のマスターRANノード。

（付記３）
前記統一PDCP機能は、前記マスターRATに対応した前記第１のPDCP機能と前記セカンダリRATに対応した第２のPDCP機能の共通サブセットである、
付記１に記載のマスターRANノード。

（付記４）
前記セカンダリRATに対応した第２のPDCP機能は、前記マスターRATに対応した前記第１のPDCP機能のサブセットであり、
前記統一PDCP機能は、前記セカンダリRATに対応した第２のPDCP機能と同一又は前記第２のPDCP機能のサブセットである、
付記１に記載のマスターRANノード。

（付記５）
前記少なくとも１つのプロセッサは、前記無線端末がスプリットベアラをサポートするか否かを示す端末能力情報をRadio Resource Control（RRC）コネクション確立手順において前記無線端末から受信するよう構成されている、
付記１〜４のいずれか１項に記載のマスターRANノード。

（付記６）
前記少なくとも１つのプロセッサは、
前記端末能力情報を包含するRRCコネクション要求メッセージを前記無線端末から受信するよう構成され、
前記無線端末がスプリットベアラをサポートすることを前記端末能力情報が示す場合、前記統一PDCP機能を使用することを示す情報、又は前記統一PDCP機能に対応したPDCP設定を包含するRRCコネクションセットアップメッセージを前記無線端末に送信するよう構成されている、
付記５に記載のマスターRANノード。

（付記７）
前記少なくとも１つのプロセッサは、前記統一PDCP機能に対応した前記PDCP設定が適用されたシグナリング無線ベアラを用いて、前記無線端末とのアクセス層セキュリティ活性化を実行するよう構成されている、
付記６に記載のマスターRANノード。

（付記８）
前記端末能力情報は、RRC情報要素として定義される、
付記５〜７のいずれか１項に記載のマスターRANノード。

（付記９）
前記端末能力情報は、Medium Access Control（MAC）Control Element（CE）として定義される、
付記５〜７のいずれか１項に記載のマスターRANノード。

（付記１０）
前記端末能力情報は、共通制御チャネル（CCCH）の論理チャネルID（LCID）として定義される、
付記５〜７のいずれか１項に記載のマスターRANノード。

（付記１１）
無線端末であって、
マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成された少なくとも１つの無線トランシーバと、
前記少なくとも１つの無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うよう構成された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用するよう構成され、
前記少なくとも１つのプロセッサは、もし前記無線端末が前記スプリットベアラをサポートするなら、前記デュアル・コネクティビティが前記無線端末のために開始されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用するよう構成され、
前記統一PDCP機能は、マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラである、
無線端末。

（付記１２）
前記少なくとも１つのプロセッサは、前記無線端末がスプリットベアラをサポートすることを示す端末能力情報をRadio Resource Control（RRC）コネクション確立手順において前記マスターRANノードに送信するよう構成されている、
付記１１記載の無線端末。

（付記１３）
前記少なくとも１つのプロセッサは、
前記端末能力情報を包含するRRCコネクション要求メッセージを前記マスターRANノードに送信するよう構成され、
前記統一PDCP機能を使用することを示す情報、又は前記統一PDCP機能に対応したPDCP設定を包含するRRCコネクションセットアップメッセージを前記マスターRANノードから受信するよう構成されている、
付記１２に記載の無線端末。

（付記１４）
前記少なくとも１つのプロセッサは、前記統一PDCP機能に対応した前記PDCP設定が適用されたシグナリング無線ベアラを用いて、前記マスターRANノードとのアクセス層セキュリティ活性化を実行するよう構成されている、
付記１３に記載のマスターRANノード。

（付記１５）
マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノードにおける方法であって、
セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供すること、
もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用すること、及び
もし前記無線端末が前記スプリットベアラをサポートするなら、前記デュアル・コネクティビティが前記無線端末のために開始されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用すること、
を備え、
前記統一PDCP機能は、マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラである、
方法。

（付記１６）
無線端末における方法であって、
マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成された無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うこと、
もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用すること、及び
もし前記無線端末が前記スプリットベアラをサポートするなら、前記デュアル・コネクティビティが前記無線端末のために開始されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用すること、
を備え、
前記統一PDCP機能は、マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラである、
方法。

（付記１７）
マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供すること、
もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用すること、及び
もし前記無線端末が前記スプリットベアラをサポートするなら、前記デュアル・コネクティビティが前記無線端末のために開始されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用すること、
を備え、
前記統一PDCP機能は、マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラである、
プログラム。

（付記１８）
無線端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成された無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うこと、
もし前記無線端末がスプリットベアラをサポートしないなら、前記マスターRATに対応した第１のPacket Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・ベアラに使用すること、及び
もし前記無線端末が前記スプリットベアラをサポートするなら、前記デュアル・コネクティビティが前記無線端末のために開始されるか否かにかかわらず、統一PDCP機能を提供するPDCPエンティティを前記無線端末のための前記マスターセルグループ・ベアラに使用すること、
を備え、
前記統一PDCP機能は、マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラである、
プログラム。

この出願は、２０１７年６月１５日に出願された日本出願特願２０１７−１１８０９５を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ マスターノード（MN）
２ セカンダリノード（SN）
３ User Equipment (UE)
４ コアネットワーク
５ コントロールプレーン（CP）ノード
６ ユーザプレーン（UP）ノード
１４０１ RFトランシーバ
１４０４ プロセッサ
１４０５ メモリ
１５０１ RFトランシーバ
１５０３ ベースバンドプロセッサ
１５０４ アプリケーションプロセッサ
１５０６ メモリ
１６０２ プロセッサ
１６０３ メモリ

Claims (8)

1. マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノードであって、
   メモリと、
   前記メモリに結合された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供できるよう構成され、
   前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記無線端末又はコアネットワークから受信したなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・スプリットベアラに使用するよう構成され、
   前記統一PDCP機能は、前記マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
   前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
   前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
   前記少なくとも１つのプロセッサは、前記マスターセルグループ・スプリットベアラ、前記セカンダリセルグループ・スプリットベアラ、又はセカンダリセルグループ・ベアラのために前記統一PDCP機能を提供するPDCPエンティティが確立される場合に、既に確立済みのマスターセルグループ・ベアラのためのPDCPエンティティをこれが前記統一PDCP機能を提供するように確立、再確立、若しくは再設定するか又は前記マスターセルグループ・ベアラのためのPDCPエンティティのモードを切り替えるよう構成され、
   前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラであり、
   前記セカンダリセルグループ・ベアラは、その無線プロトコルが前記セカンダリセルグループにのみ配置されるユーザプレーンベアラである、
   マスターRANノード。
2. 前記統一PDCP機能は、前記マスターRATに対応した第１のPDCP機能と前記セカンダリRATに対応した第２のPDCP機能が共に有する共通機能である、
   請求項１に記載のマスターRANノード。
3. 前記統一PDCP機能は、前記マスターRATに対応した第１のPDCP機能と前記セカンダリRATに対応した第２のPDCP機能の共通サブセットである、
   請求項１に記載のマスターRANノード。
4. 前記セカンダリRATに対応した第２のPDCP機能は、前記マスターRATに対応した第１のPDCP機能のサブセットであり、
   前記統一PDCP機能は、前記セカンダリRATに対応した第２のPDCP機能と同一又は前記第２のPDCP機能のサブセットである、
   請求項１に記載のマスターRANノード。
5. 前記少なくとも１つのプロセッサは、前記マスターRATに対応した第１のPDCP機能と前記セカンダリRATに対応した第２のPDCP機能に共通の設定を用いてPDCPエンティティを確立、再確立又は再設定することにより、前記統一PDCP機能を提供する前記PDCPエンティティを準備するよう構成されている、
   請求項１〜４のいずれか１項に記載のマスターRANノード。
6. セカンダリ無線アクセス技術（RAT）をサポートするよう構成されたセカンダリ無線アクセスネットワーク（RAN）ノードであって、
   メモリと、
   前記メモリに結合された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、マスターRATをサポートするマスターRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供できるよう構成され、
   前記少なくとも１つのプロセッサは、もし前記無線端末のためのセカンダリセルグループ・スプリットベアラを要求する制御メッセージを前記マスターRANノードから受信したなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記セカンダリセルグループ・スプリットベアラに使用するよう構成され、
   前記統一PDCP機能は、前記セカンダリセルグループ・スプリットベアラ及びマスターセルグループ・スプリットベアラに共通に使用され、
   前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
   前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
   前記少なくとも１つのプロセッサは、前記セカンダリセルグループ・スプリットベアラのために前記統一PDCP機能を提供する前記PDCPエンティティを確立する場合に、既に確立済みのセカンダリセルグループ・ベアラのためのPDCPエンティティをこれが前記統一PDCP機能を提供するように確立、再確立、若しくは再設定するか又は前記セカンダリセルグループ・ベアラのためのPDCPエンティティのモードを切り替えるよう構成され、
   前記セカンダリセルグループ・ベアラは、その無線プロトコルが前記セカンダリセルグループにのみ配置されるユーザプレーンベアラである、
   セカンダリRANノード。
7. 無線端末であって、
   マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノード及びセカンダリRATに関連付けられたセカンダリRANノードと通信するよう構成された少なくとも１つの無線トランシーバと、
   前記少なくとも１つの無線トランシーバを介して、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを行うよう構成された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートするなら、前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記マスターRANノードに送信するよう構成され、
   前記少なくとも１つのプロセッサは、もし前記無線端末がスプリットベアラをサポートするなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・スプリットベアラに使用するよう構成され、
   前記統一PDCP機能は、前記マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
   前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
   前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラである、
   前記少なくとも１つのプロセッサは、前記マスターセルグループ・スプリットベアラ、前記セカンダリセルグループ・スプリットベアラ、又はセカンダリセルグループ・ベアラのために前記統一PDCP機能を提供するPDCPエンティティが確立される場合に、既に確立済みのマスターセルグループ・ベアラのためのPDCPエンティティをこれが前記統一PDCP機能を提供するように確立、再確立、若しくは再設定するか又は前記マスターセルグループ・ベアラのためのPDCPエンティティのモードを切り替えるよう構成され、
   前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラであり、
   前記セカンダリセルグループ・ベアラは、その無線プロトコルが前記セカンダリセルグループにのみ配置されるユーザプレーンベアラである、
   無線端末。
8. マスター無線アクセス技術（RAT）に関連付けられたマスター無線アクセスネットワーク（RAN）ノードにおける方法であって、
   セカンダリRATに関連付けられたセカンダリRANノードと通信し、前記マスターRAT及び前記セカンダリRATを使用するデュアル・コネクティビティを無線端末に提供すること、及び
   もし前記無線端末がスプリットベアラをサポートすることを示す端末能力情報を前記無線端末又はコアネットワークから受信したなら、統一Packet Data Convergence Protocol（PDCP）機能（functionalities）を提供するPDCPエンティティを前記無線端末のためのマスターセルグループ・スプリットベアラに使用すること、
   を備え、
   前記統一PDCP機能は、前記マスターセルグループ・スプリットベアラ及びセカンダリセルグループ・スプリットベアラに共通に使用され、
   前記マスターセルグループ・スプリットベアラは、その無線プロトコルが前記マスターRANノードにおいてスプリットされ、前記マスターRANノードによって提供されるマスターセルグループ及び前記セカンダリRANノードによって提供されるセカンダリセルグループの両方に属するユーザプレーンベアラであり、
   前記セカンダリセルグループ・スプリットベアラは、その無線プロトコルが前記セカンダリRANノードにおいてスプリットされ、前記セカンダリセルグループ及び前記マスターセルグループの両方に属するユーザプレーンベアラであり、
   前記方法は、さらに、前記マスターセルグループ・スプリットベアラ、前記セカンダリセルグループ・スプリットベアラ、又はセカンダリセルグループ・ベアラのために前記統一PDCP機能を提供するPDCPエンティティが確立される場合に、既に確立済みのマスターセルグループ・ベアラのためのPDCPエンティティをこれが前記統一PDCP機能を提供するように確立、再確立、若しくは再設定するか又は前記マスターセルグループ・ベアラのためのPDCPエンティティのモードを切り替えることを備え、
   前記マスターセルグループ・ベアラは、その無線プロトコルが前記マスターセルグループにのみ配置されるユーザプレーンベアラであり、
   前記セカンダリセルグループ・ベアラは、その無線プロトコルが前記セカンダリセルグループにのみ配置されるユーザプレーンベアラである、
   方法。

Images