JP7147883B2

JP7147883B2 - ｇＮＢ－ＣＵ－ＵＰにおける完全性保護のハンドリング

Info

Publication number: JP7147883B2
Application number: JP2020570999A
Authority: JP
Inventors: ユーファーチェン，; 貞福林; 尚二木; ジャグディープアルワリアシン，; ニーラジグプタ，; チャディハイララ，
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2018-06-22
Filing date: 2019-06-14
Publication date: 2022-10-05
Anticipated expiration: 2039-06-14
Also published as: EP3811719B1; CN112400358B; GB201810340D0; WO2019244793A1; EP3811719A1; US11937319B2; JP2021531678A; US20210306848A1; GB2575033A; CN112400358A

Description

本発明は、セルラ又は無線通信ネットワークにおける無線アクセスネットワークに関する。特に、本発明は、中央ユニットと１つ以上の分散ユニットとを介して「分散型」基地局機能を提供することに関するが、限定はされない。特に、本発明は、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）によって規定された様々な規格に従って実施される無線通信ネットワークに関連するが、限定はされない。例えば、本発明は、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）ネットワーク、ＬＴＥ－Ａ（ＬＴＥＡｄｖａｎｃｅｄ）ネットワーク、ＬＴＥ／ＬＴＥ－Ａに関連する拡張及び開発、並びにＬＴＥ／ＬＴＥ－Ａからいわゆる「５Ｇ」又は「ＮＲ（ＮｅｗＲａｄｉｏ）」技術へのより最近の通信技術の開発に関する。

３ＧＰＰ規格の最新動向は、「ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）ネットワーク及びＥ－ＵＴＲＡＮ（ＥｖｏｌｖｅｄＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ：進化型ＵＭＴＳ地上無線アクセスネットワーク）のＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）」と呼ばれ、一般に「４Ｇ」とも呼ばれる。更に、「５Ｇ」及び「ＮＲ」といった語は、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ：マシン型通信）、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ：モノのインターネット）通信、車両通信、自律走行車、高解像度ビデオストリーミング、スマートシティサービスなどのさまざまなアプリケーション及びサービスをサポートすることが期待される進化型の通信技術を指す。したがって、５Ｇ技術は、バーティカル市場へのネットワークアクセスを可能にし、サードパーティにネットワークサービスを提供し、新しいビジネスチャンスを創出するためのネットワーク（ＲＡＮ）共有をサポートすることが期待されている。３ＧＰＰは、いわゆる３ＧＰＰＮｅｘｔＧｅｎ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎ）ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓｎｅｔｗｏｒｋ）及び３ＧＰＰＮＧＣ（ＮｅｘｔＧｅｎＣｏｒｅ：次世代コア）ネットワークによって５Ｇをサポートすることを意図している。５Ｇネットワークの種々の詳細は、例えば、ＮＧＭＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＭｏｂｉｌｅＮｅｔｗｏｒｋｓ）アライアンスによるＮＧＭＮ５ＧＷｈｉｔｅＰａｐｅｒＶ１．０に説明されており、当該文書は、ｈｔｔｐｓ：／／ｗｗｗ．ｎｇｍｎ．ｏｒｇ／５ｇ－ｗｈｉｔｅ－ｐａｐｅｒ．ｈｔｍｌから入手可能である。

５Ｇ／ＮＲ通信システムの基地局は、「ＮＲ－ＢＳ」（ＮｅｗＲａｄｉｏＢａｓｅＳｔａｔｉｏｎ）又は「ｇＮＢ」（ｎｅｘｔｇｅｎｅｒａｔｉｏｎＮｏｄｅＢ）と呼ぶのが一般的であるが、ｅＮＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ）（又は５Ｇ／ＮＲｅＮＢ）という語を用いて呼んでもよいものとする。これは、ＬＴＥ基地局についてより一般的である。「３ＧＰＰＴＳ（ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ：技術仕様書）３８．３００Ｖ１５．１．０及びＴＳ３７．３４０Ｖ１５．１．０は、以下のノードを定義する。
ｇＮＢ：ＵＥに対してＮＲユーザプレーン及び制御プレーンプロトコルの終端を提供し、ＮＧインターフェースを介して５ＧＣ（５Ｇコアネットワーク）に接続されるノード。
ｎｇ－ｅＮＢ：ＵＥに対してＥ－ＵＴＲＡ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ：進化型地上無線アクセス）ユーザプレーン及び制御プレーンプロトコルの終端を提供し、ＮＧインターフェースを介して５ＧＣに接続されるノード。
Ｅｎ－ｇＮＢ：ＵＥに対してＮＲユーザプレーン及び制御プレーンプロトコルの終端を提供し、ＥＮ－ＤＣ（Ｅ－ＵＴＲＡ－ＮＲＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）においてセカンダリノードとして機能するノード。
ＮＧ－ＲＡＮ（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）ノード：ｇＮＢ又はｎｇ－ｅＮＢの何れか。

また、３ＧＰＰは、いわゆる「Ｘｎ」インターフェースを、隣接するＮＧ－ＲＡＮノード間のネットワークインターフェースとして定義する。

ｇＮＢ（本明細書では「分散型」ｇＮＢと呼ぶ）の機能は、１つ以上のＤＵ（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ：分散ユニット）とＣＵ（ＣｅｎｔｒａｌＵｎｉｔ：中央ユニット）とで分割可能である。ＣＵは、通常、高レベルの機能を実行すると共に、次世代コアとの通信を行う。一方で、ＤＵは、低レベルの機能を実行すると共に、エアインターフェースを介して近隣（例えば、当該ｇＮＢの運用するセル内）のＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）との通信を行う。具体的には、３ＧＰＰＴＳ３８．４０１Ｖ１５．１．０は、以下の機能ユニットを規定する：
ｇＮＢ－ＣＵ（ｇＮＢ－ＣｅｎｔｒａｌＵｎｉｔ：ｇＮＢ中央ユニット）、ｇＮＢのＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：無線リソース制御）、ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ：サービスデータ適応プロトコル）及びＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ：パケットデータ収束プロトコル）レイヤ、又は１つ以上のｇＮＢ－ＤＵの動作を制御するＥｎ－ｇＮＢのＲＲＣ及びＰＤＣＰレイヤをホスティングする論理ノード。ｇＮＢ－ＣＵはｇＮＢ－ＤＵに接続されたＦ１インターフェースを終了する；
ｇＮＢ－ＤＵ（ｇＮＢ－ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ：ｇＮＢ分散ユニット）：ｇＮＢ又はＥｎ－ｇＮＢのＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ：無線リンク制御）、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）及びＰＨＹ（ＰＨＹｓｉｃａｌ）レイヤをホスティングする論理ノードであり、その動作の一部はｇＮＢ－ＣＵによって制御される。１つのｇＮＢ－ＤＵは１つ以上のセルをサポートする。１つのセルは１つのｇＮＢ－ＤＵのみによってサポートされる。ｇＮＢ－ＤＵはｇＮＢ－ＣＵに接続されたＦ１インターフェースを終了する；
ｇＮＢ－ＣＵ－ＣＰ（ｇＮＢＣｅｎｔｒａｌＵｎｉｔｆｏｒＣｏｎｔｒｏｌＰｌａｎｅ：ｇＮＢ中央ユニット制御プレーン）：Ｅｎ－ｇＮＢ又はｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコルのＲＲＣおよび制御プレーン部分をホスティングする論理ノード。ｇＮＢ－ＣＵ－ＣＰは、ｇＮＢ－ＣＵ－ＵＰに接続されたＥ１インターフェースと、ｇＮＢ－ＤＵに接続されたＦ１－Ｃインターフェースと、を終了する；及び
ｇＮＢ－ＣＵ－ＵＰ（ｇＮＢＣｅｎｔｒａｌＵｎｉｔｆｏｒＵｓｅｒＰｌａｎｅ：ｇＮＢ中央ユニットユーザプレーン）：Ｅｎ－ｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコルのユーザプレーン部分と、ｇＮＢのｇＮＢ－ＣＵのＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分と、をホスティングする論理ノード。ｇＮＢ－ＣＵ－ＵＰは、ｇＮＢ－ＣＵ－ＣＰに接続されたＥ１インターフェースと、ｇＮＢ－ＤＵに接続されたＦ１－Ｕインターフェースと、を終了する。

３ＧＰＰＴＳ３８．４０１に従って、ｇＮＢ－ＣＵ－ＣＰとｇＮＢ－ＣＵ－ＵＰとを分離する全体的なアーキテクチャは、以下の原則に基づく：
ｇＮＢは、１つのｇＮＢ－ＣＵ－ＣＰ、複数のｇＮＢ－ＣＵ－ＵＰ及び複数のｇＮＢ－ＤＵから構成されてもよい；
１つのｇＮＢ－ＤＵは、１つのｇＮＢ－ＣＵ－ＣＰにのみ接続する；
１つのｇＮ－ＣＵ－ＵＰは、１つのｇＮＢ－ＣＵ－ＣＰにのみ接続する；
１つのｇＮＢ－ＤＵは、同一ｇＮＢ－ＣＵ－ＣＰの制御下にある複数のｇＮＢ－ＣＵ－ＵＰに接続することができる；及び
１つのｇＮ－ＣＵ－ＵＰは、同一ｇＮＢ－ＣＵ－ＣＰの制御下にある複数のＤＵに接続することができる。

しかしながら、回復性のために、ｇＮＢ－ＤＵ及び／又はｇＮＢ－ＣＵ－ＵＰは複数のｇＮＢ－ＣＵ－ＣＰに接続可能であるものとする。ｇＮＢ－ＣＵ－ＵＰとｇＮＢ－ＤＵの間の接続は、ベアラコンテキスト管理機能を用いてｇＮＢ－ＣＵ－ＣＰによって確立される。ｇＮＢ－ＣＵ－ＣＰは、要求されたサービスに適したｇＮＢ－ＣＵ－ＵＰをＵＥに選択する。

３ＧＰＰＴＳ３８．４６０Ｖ１．０．０は、Ｅ１インターフェース（ｇＮＢ－ＣＵ－ＣＰとｇＮＢ－ＣＵ－ＵＰとの間）に関する一般的な態様と原理について説明をしている。Ｅ１インターフェースは、セットアップ、構成の更新、リセット、リリース、エラーの表示など様々なインターフェース管理に関する手順をサポートする。

３ＧＰＰは、ｇＮＢ－ＣＵ－ＣＰとｇＮＢ－ＣＵ－ＵＰとの間でＥ１のセットアップ及び構成の更新中にやり取りをする情報に以下を含むことに合意した：
ｇＮＢ－ＣＵ－ＣＰからｇＮＢ－ＣＵ－ＵＰ：ｇＮＢ－ＣＵ－ＣＰ名；及び
ｇＮＢ－ＣＵ－ＵＰからｇＮＢ－ＣＵ－ＣＰ：ｇＮＢ－ＣＵ－ＵＰＩＤ；ｇＮＢ－ＣＵ－ＵＰ名；
ＣＮサポート（ＥＰＣ、５ＧＣ、又はその両方）；及びサポートするＰＬＭＮ（ＰＬＭＮＩＤ、スライスサポートリスト、ＮＲＣＧＩサポートリスト、ＱｏＳパラメータサポートリスト）。

ＣＰ－ＵＰ分割の場合は、ベアラコンテキストセットアップ（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐ）又はベアラコンテキスト変更（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎ）手順において、ｇＮＢ－ＣＵ－ＣＰは、適切なヘッダ圧縮及びセキュリティ手順のためにｇＮＢ－ＣＵ－ＵＰのＰＤＣＰレイヤを設定する。具体的には、ヘッダ圧縮（すなわち、ＲＯＨＣ（ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ：ロバストヘッダ圧縮））は「ＰＤＣＰ構成」ＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ：情報要素）を用いて指定され、セキュリティは「セキュリティ情報」ＩＥを用いて設定される。

しかしながら，本発明者らは、ｇＮＢ（ＣＵ－ＵＰエンティティ）がすべてのＲＯＨＣプロファイル、及びすべての暗号化と完全性アルゴリズムをサポートすることを意図しておらず、このことが、ｇＮＢ－ＣＵ－ＣＰがｇＮＢ－ＣＵ－ＵＰの構成をＲＯＨＣプロファイル又は当該ｇＮＢ－ＣＵ－ＵＰがサポートしていないセキュリティアルゴリズムを用いて行おうとした場合に、問題を引き起こす可能性があると考えた。

本発明は、上述の問題に対処する又は少なくとも軽減する方法、及びこれに対応する装置を提供することを目的とする。

本発明の例示的な一態様によれば、分散型基地局装置のＣＵ－ＣＰにより行われる方法であって、セキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報を取得することと、前記取得した情報に基づいてＵＥのセキュリティ構成を選択することと、を含む方法が提供される。

本発明の例示的な一態様によれば、分散型基地局装置のＣＵ－ＵＰにより行われる方法であって、セキュリティ構成が前記ＣＵ－ＵＰによってサポートされているか否かを示す情報をＣＵ－ＣＰに提供することを含む方法が提供される。

本発明の例示的な一態様によれば、分散型基地局装置のＣＵ－ＵＰにより行われる方法であって、ＣＵ－ＣＰから、ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を受信することと、前記受信した情報に基づいて前記ＵＥのセキュリティ構成を選択することと、前記選択したセキュリティ構成を識別する情報を前記ＣＵ－ＣＰに提供することと、を含む方法が提供される。

本発明の例示的な一態様によれば、分散型基地局装置のＣＵ－ＣＰにより行われる方法であって、ＣＵ－ＵＰに、ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を送信することと、前記ＣＵ－ＵＰから、前記ＵＥに選択したセキュリティ構成を識別する情報を受信することと、を含む方法が提供される。

本発明の例示的な態様は、対応するシステムと、装置と、プログラム可能なプロセッサをプログラミングして上記例示的な態様に記載の方法及び特許請求の範囲に記載の可能性を実施させる、及び／又は好適に適合したコンピュータをプログラミングして任意の請求項に記載の装置を提供させるように動作可能な命令を格納する、コンピュータ読取可能な記憶媒体などのコンピュータプログラム製品と、に及ぶ。

本明細書（特許請求の範囲を含む）に開示する及び／又は図面に示す各特徴は、開示する及び／又は図示する他の特徴とは独立して（又は組み合わせて）本発明に組み込まれてもよい。特に、特定の独立請求項に従属する請求項の特徴は、任意の組み合わせで、又は個別に、当該独立請求項に導入することができるが、これは限定的ではない。

ここで、添付図面を参照して、本発明の例示的な実施形態の例を説明する。
図１は、本発明の例示的な実施形態を適用可能なモバイル（セルラ又は無線）通信システムを概略的に示す図である。図２は、図１に示すシステムにおいて無線プロトコルの配信を実現する例示的な方法を概略的に示す図である。図３は、図１に示すシステムにおいて無線プロトコルの配信を実現する例示的な方法を概略的に示す図である。図４は、図１に示すシステムの一部を形成するモバイルデバイス（ユーザ装置）の概略ブロック図である。図５は、図１に示すシステムの一部を形成する基地局装置の概略ブロック図である。図６は、図１に示すシステムの一部を形成するコアネットワークノードの概略ブロック図である。図７は、本発明の例示的な実施形態を図１に示すシステムにおいて実装する例示的な方法を概略的に示す図である。図８は、本発明の例示的な実施形態を図１に示すシステムにおいて実装する例示的な方法を概略的に示す図である。図９は、本発明の例示的な実施形態を図１に示すシステムにおいて実装する例示的な方法を概略的に示す図である。図１０は、本発明の例示的な実施形態に係る分散型基地局の例示的な機能アーキテクチャを概略的に示す図である。

（概要）
３ＧＰＰ規格では、ＮｏｄｅＢ（又はＬＴＥにおける「ｅＮＢ」、５Ｇにおける「ｇＮＢ」など）は、通信デバイス（ユーザ装置又は「ＵＥ」）がコアネットワークに接続し、他の通信デバイス又はリモートサーバと通信を行うための基地局である。通信デバイスには、例えば、モバイル電話、スマートフォン、スマートウォッチ、パーソナルデジタルアシスタント、ラップトップ／タブレットコンピュータ、ウェブブラウザ、電子書籍リーダなどのモバイル通信デバイスが含まれる。このようなモバイル（又は一般的に固定の）デバイスは、通常、ユーザによって操作される（したがって、これらを総称的にユーザ装置又は「ＵＥ」と呼ぶことも多い）。しかし、ＩｏＴデバイスや同様のＭＴＣデバイスをネットワークに接続することもできる。説明の簡略化のため、本出願では、基地局という語はそのような任意の基地局を指し、モバイルデバイス又はＵＥという語はそのような任意の通信デバイスを指すものとする。

当業者の理解の効率化のために、本発明は３ＧＰＰシステム（５Ｇネットワーク）のコンテキストを想定して詳細に説明するが、本発明の原理はスライススケジューリングが行われる他のシステムにも適用することができる。

図１は、本発明の例示的な実施形態を適用可能なモバイル（セルラ又は無線）通信システムを概略的に示す図である。

このネットワークにおいて、各モバイルデバイス３（ＵＥ）のユーザは、例えばＥ－ＵＴＲＡ及び／又は５ＧＲＡＴなどの適切な３ＧＰＰＲＡＴ（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：無線アクセス技術）を用いて、それぞれ基地局５及び／又はコアネットワーク７を介して、相互に及び他のユーザと通信を行うことができる。複数の基地局５が（無線）アクセスネットワーク又は（Ｒ）ＡＮを形成してもよいものとする。当業者には明らかではあるが、図１が３つのモバイルデバイス３と１つの基地局５を例示目的で示す一方で、システム実装時には、通常、他の基地局及びモバイルデバイス（ＵＥ）も含まれる。

Ｅ－ＵＴＲＡ／４Ｇプロトコルをサポートする基地局５は「ｅＮＢ」と呼ばれてもよく、次世代／５Ｇプロトコルをサポートする基地局５は「ｇＮＢ」と呼ばれてもよい。いくつかの基地局５は、４Ｇ及び５Ｇの両方、及び／又は任意の他の３ＧＰＰ又は非３ＧＰＰ通信プロトコルをサポートするように構成してもよい。

図１の基地局５は、次世代（５Ｇ）規格に従って動作するように構成されており、この例では、分散ｇＮＢ５を備える。この例の分散ｇＮＢ５は、制御プレーン用の中央ユニット（ｇＮＢ－ＣＵ－ＣＰ）５Ｃ、ユーザプレーン用の中央ユニット（ｇＮＢ－ＣＵ－ＵＰ）５Ｕ、及びそれぞれ少なくとも１つの対応セルにサーブする複数の分散ユニット（ｇＮＢ－ＤＵ）５Ｄを備える。分散ｇＮＢ５の構成要素の一部（例えば、ｇＮＢ－ＣＵ－ＣＰ５Ｃ及び／又は少なくとも１つのｇＮＢ－ＣＵ－ＵＰ５Ｕ機能）は、適宜コアネットワーク７において提供されるものとする。以下、例示を目的として、特定の名称を付した別々の機能を説明するが、対応する機能は、対応するプロセッサを制御するための専用回路及び／又はソフトウェア命令を用いて実装される１つ以上の適切なノードによって、単独で又は組み合わせて実装することができる。

この例では、「ｇＮＢ」タイプの基地局について説明するが、その機能の多くは、モバイル（セルラ）電話／スマートフォン、ＭＴＣ／ＩｏＴデバイス、及び／又は他のモバイル又は固定位置通信デバイスなど、ＵＥ３への無線アクセスを提供する他の基地局（例えば、ｅＮＢ、ｎｇ－ｅＮＢ、Ｅｎ－ｇＮＢ、ＮＧ－ＲＡＮノードなど）又は同様の装置に拡張可能であるものとする。図１には示されないが、基地局５は、直接、又はホーム基地局、リレー、リモートラジオヘッドなどの他のノードを介して、１つ以上の対応セルを制御する。

分散ｇＮＢ５の各種サブユニット（機能）は、以下のように、適切なインターフェースを介して結合される：ｇＮＢ－ＣＵ－ＣＰ５Ｃは、Ｆ１－Ｃインターフェースを介してｇＮＢ－ＤＵ５Ｄに接続される；ｇＮＢ－ＣＵ－ＵＰ５Ｕは、Ｆ１－Ｕインターフェースを介してｇＮＢ－ＤＵ５Ｄに接続される；及びｇＮＢ－ＣＵ－ＵＰ５Ｕは、Ｅ１インターフェースを介してｇＮＢ－ＣＵ－ＣＰ５Ｃに接続される。モバイルデバイス３及び基地局５は、適切なエアインターフェース（例えば、いわゆる「Ｕｕ」インターフェースなど）を介して接続される。隣接する基地局５は、適切な基地局間インターフェース（いわゆる「Ｘ２」インターフェース、「Ｘｎ」インターフェースなど）を介して相互に接続される。基地局５は、適切なインターフェース（いわゆる「Ｓ１」、「Ｎ１」、「Ｎ２」、「Ｎ３」インターフェースなど）を介してコアネットワークノードに接続される。

コアネットワーク７（例えば、ＬＴＥの場合はＥＰＣ、又はＮＲ／５Ｇの場合は５ＧＣ）は、通常、通信システム１における通信をサポートするための、及び（特に）加入者管理、モビリティ管理、課金、セキュリティ、通話／セッション管理のための論理ノード（又は「機能」）を含む。例えば、「次世代」／５Ｇシステムのコアネットワーク７は、各種機能の中でも特にＣＰＦ（ＣｏｎｔｒｏｌＰｌａｎｅＦｕｎｃｔｉｏｎ：制御プレーン機能）１０と、ＵＰＦ（ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ：ユーザプレーン機能）１１と、を含む。ＣＰＦ１０は、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＦｕｎｃｔｉｏｎ：アクセス／モビリティ管理機能）１２（図１に別々に示す）、ＰＣＦ（ＰｏｌｉｃｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ：ポリシー制御機能）、ＯＡＭ（ＯｐｅｒａｔｉｏｎＡｎｄＭａｉｎｔｅｎａｎｃｅ：運用及び保守）機能、ＡＦ（ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ：アプリケーション機能）、及び／又はＮＦ（ＮｅｔｗｏｒｋＦｕｎｃｔｉｏｎ：ネットワーク機能）などのうちの１つ以上を提供するように構成してもよいものとする。また、コアネットワーク７は、コアネットワーク７をＲＡＮ（基地局５）と外部ネットワーク２０とに結合するための少なくとも１つのＧＷ（ゲートウェイ）１３（例えば、サービングゲートウェイ）を備える（通常は、インターネットなどのＩＰ（インターネットプロトコル）ネットワーク）。

図２及び３に示すように、ｇＮＢ－ＤＵ５Ｄは、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ：無線リンク制御）、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）、及び分散ｇＮＢ５のＰＨＹ（ＰＨＹｓｉｃａｌ）レイヤをホスティングし、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、ＲＲＣレイヤとＰＤＣＰレイヤの制御プレーン部分をホスティングし、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ｇＮＢ５のＰＤＣＰレイヤ及びＳＤＡＰレイヤのユーザプレーン部分（図２）、又はＥｎ－ｇＮＢのＰＤＣＰレイヤのユーザプレーン部分（図３）をホスティングする。

基地局５が分散ｇＮＢを備える場合、図２に示すように、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、適切な制御プレーンインターフェースを介してコアネットワーク７のＡＭＦ１３に接続され、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、適切なユーザプレーンインターフェースを介してコアネットワーク７のＵＰＦ１１に接続される。

基地局５が分散Ｅｎ－ｇＮＢを備える場合、図３に示すように、ｇＮＢ－ＣＵ－ＣＰ５Ｃ及びｇＮＢ－ＣＵ－ＵＰ５Ｕは、Ｘ２インターフェースを介して、それぞれ制御プレーンとユーザプレーン用に、マスタ基地局（ＭｅＮＢ）５Ｍに接続されている。図３には示されないが、ＭｅＮＢ５Ｍはコアネットワーク７にも接続される。また、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、基地局５とコアネットワーク７との間でユーザプレーンデータを通信するためのＳ１インターフェースを介して、ＳＧＷ（サービングゲートウェイ）１３にも接続される（更に、例えば外部ネットワーク２０を介して、コアネットワーク７に接続された他のノードにも接続される）。

有利なことに、このシステム１の構成要素は、適切なＲＯＨＣプロファイル、及び基地局５がサポートするＵＥ３用の適切なセキュリティアルゴリズム（すなわち、ＵＥ３にサーブするｇＮＢ－ＣＵ－ＵＰ５Ｕ部分）をセットアップするように構成してもよい。

第１のオプションでは、ｇＮＢ－ＣＵ－ＣＰ５ＣがｇＮＢ－ＣＵ－ＵＰ５ＵにＵＥの初期ベアラコンテキストをセットアップするように要求する場合（例えば、「ベアラコンテキストセットアップ要求（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ）」や「ベアラコンテキスト変更要求（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｒｅｑｕｅｓｔ）」をｇＮＢ－ＣＵ－ＵＰ５Ｕに送信する場合）、当該要求には、ｇＮＢ－ＣＵ－ＣＰ５ＣによってＵＥ３用に選択されたセキュリティアルゴリズム及びＲＯＨＣプロファイルを識別する情報が含まれる。

ｇＮＢ－ＣＵ－ＵＰ５Ｕは、すべてのＲＯＨＣプロファイルとすべての暗号化及び完全性プロテクションアルゴリズムをサポートするとは限らない。したがって、この例では、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、受信したセキュリティ構成ではユーザプレーンの機密性及び／又はユーザプレーンの完全性保護を有効化できない場合、或いは選択したＲＯＨＣプロファイルをサポートしていない場合に、ｇＮＢ－ＣＵ－ＣＰ５Ｃからの要求を拒否するように構成される。具体的には、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、適切にフォーマットされたメッセージ（例えば、「ベアラコンテキストセットアップ失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｆａｉｌｕｒｅ）」メッセージ）でｇＮＢ－ＣＵ－ＣＰ５Ｃに応答するように構成され、当該応答に適切な原因値を含めることができる。これにより、有益なことに、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、異なるセキュリティ構成又はＲＯＨＣプロファイルを選択して、又は異なるｇＮＢ－ＣＵ－ＵＰ５Ｕを選択して、新たに選択したセキュリティ構成／ＲＯＨＣプロファイル（同一ｇＮＢ－ＣＵ－ＵＰ５Ｕなど）を用いてＵＥ初期ベアラコンテキストの要求を再送信する、又は要求を（例えば、最初に選択したセキュリティ構成／ＲＯＨＣプロファイルを用いて）別のｇＮＢ－ＣＵ－ＵＰ５Ｕに再送信することが可能になる。

第２のオプションでは、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、Ｅ１インターフェースセットアップ手順中に、そのＰＤＣＰ能力をｇＮＢ－ＣＵ－ＣＰ５Ｃに通知するように構成してもよい。具体的には、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ｇＮＢ－ＣＵ－ＵＰ５Ｕがサポートする（又はより好ましい）少なくとも１つの暗号化アルゴリズム、ｇＮＢ－ＣＵ－ＵＰ５Ｕがサポートする（又はより好ましい）少なくとも１つの完全性アルゴリズム、及びｇＮＢ－ＣＵ－ＵＰ５Ｕがサポートする（又はより好ましい）少なくとも１つのＲＯＨＣプロファイルのうちの１つ以上を識別する情報を提供するように構成してもよい。

ｇＮＢ－ＣＵ－ＣＰ５Ｃは、ｇＮＢ－ＣＵ－ＵＰ５Ｕの関与するベアラコンテキストのセットアップ及び変更の際に上記情報を考慮に入れるように構成してもよい。例えば、ＵＥの初期コンテキストセットアップを行う場合（図７のステップＳ４）、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、ｇＮＢ－ＣＵ－ＵＰ５Ｕがサポートする適切な構成を選択するように構成してもよい。或いは、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、ＵＥ３に設定される対応のアルゴリズム／プロファイルをサポート可能な適切なｇＮＢ－ＣＵ－ＵＰ５Ｕを選択するように構成してもよい。

第３のオプションでは、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ｇＮＢ－ＣＵ－ＵＰ５ＵとＵＥ３の双方がサポートする適切なセキュリティ構成／ＲＯＨＣプロファイルを選択することによって、自身で（例えば、ｇＮＢ－ＣＵ－ＣＰ５Ｃから提供される情報に基づいて）そのＰＤＣＰレイヤを設定することができる。これをするために、この例のｇＮＢ－ＣＵ－ＵＰ５Ｕは、ＵＥセキュリティ能力及びＵＥＲＯＨＣ能力を識別する情報を取得するように構成される。取得した情報を用いて、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ＰＤＣＰレイヤとＳＤＡＰレイヤに適したＵＥ構成を（例えば、ｇＮＢ－ＣＵ－ＣＰ５Ｃを介して）提供する。

第４のオプションでは、特定のｇＮＢ－ＣＵ－ＵＰ５Ｕの能力を、ＵＰＦ１１、ＳＭＦ（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ：セッション管理機能）及びＡＭＦ１２を介して、又はＯＡＭ（ＯｐｅｒａｔｉｏｎＡｎｄＭａｉｎｔｅｎａｎｃｅ：運用及び保守）ノードを介して、ｇＮＢ－ＣＵ－ＣＰ５Ｃに転送してもよい。ｇＮＢ－ＣＵ－ＣＰ５ＣがｇＮＢ－ＣＵ－ＵＰ５Ｕの能力（サポートするセキュリティ／暗号化アルゴリズム及びＲＯＨＣプロファイル）を認識することで、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、ｇＮＢ－ＣＵ－ＵＰ５ＵがサポートしないＵＥ３のセキュリティ／暗号化アルゴリズム又はＲＯＨＣプロファイルを選択するのを回避することができる。或いは、選択したセキュリティ／暗号化アルゴリズム及びＲＯＨＣプロファイルをサポートするｇＮＢ－ＣＵ－ＵＰ５Ｕを選択することができる。

第５のオプションでは、特定のｇＮＢ－ＣＵ－ＵＰの能力を識別する情報をｇＮＢ－ＣＵ－ＣＰ－５Ｃ間で転送してもよい（例えば、ハンドオーバー、ＥＮ－ＤＣ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ－ＮｅｗＲａｄｉｏ－ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）Ｘ２セットアップ手順、Ｘｎセットアップ手順、構成アップデート手順中など）。有利には、このオプションは、ｇＮＢ－ＣＵ－ＣＰ５ＣがｇＮＢ－ＣＵ－ＵＰ５ＵがサポートするＵＥ３用の適切なセキュリティ／暗号化アルゴリズム及びＲＯＨＣプロファイルを選択することができる。或いは、ＵＥ３用に選択されたセキュリティ／暗号化アルゴリズム及びＲＯＨＣプロファイルをサポートするｇＮＢ－ＣＵ－ＵＰ５Ｕを選択することができる。

（ＵＥ（ユーザ装置））
図４は、図１に示すモバイルデバイス（ＵＥ）３の主要構成要素を示すブロック図である。図示のように、ＵＥ３は、１つ以上のアンテナ３３を介して接続ノードと信号の送受信を行うように動作可能なトランシーバ回路３１を含む。図４には示されていないが、ＵＥ３が一般的なモバイルデバイスの通常の機能（ユーザインターフェース３５など）をすべて備えることは明らかである。これは、ハードウェア、ソフトウェア及びファームウェアの何れか１つ又はこれらの任意の組み合わせによって適宜実現可能である。コントローラ３７は、メモリ２３９に記憶されたソフトウェアに従ってＵＥ３の動作を制御する。ソフトウェアは、メモリ３９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤ（ＲｅｍｏｖａｂｌｅＤａｔａＳｔｏｒａｇｅＤｅｖｉｃｅ：リムーバブルデータ格納デバイス）からダウンロードしてもよい。上記ソフトウェアは、特に、オペレーティングシステム４１と、少なくとも通信制御モジュール４３とを含む。通信制御モジュール４３は、ＵＥ３と、（Ｒ）ＡＮノード５、コアネットワークノードなどの他のノードとの間におけるシグナリングメッセージ及び上りリンク／下りリンクデータパケットのハンドリング（生成／送信／受信）を担う。

（基地局）
図５は、図１に示す基地局装置５の主要構成要素を示すブロック図である。図示のように、基地局５は、１つ以上のアンテナ５３を介して接続ＵＥ３と信号の送受信を行い、ネットワークインターフェース５５を介して他のネットワークノードと（直接的又は間接的に）信号の送受信を行うように動作可能なトランシーバ回路５１を含む。ネットワークインターフェース５５は、通常、適切な基地局間インターフェース（Ｘ２／Ｘｎなど）及び適切な基地局－コアネットワーク間インターフェース（Ｓ１／Ｎ１／Ｎ２／Ｎ３など）を含む。

コントローラ５７は、メモリ５９に記憶されたソフトウェアに従って基地局５の動作を制御する。上記ソフトウェアは、メモリ５９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤから、ダウンロードしてもよい。上記ソフトウェアは、特に、オペレーティングシステム６１と、少なくとも通信制御モジュール６３とを含む。

通信制御モジュール６３は、基地局５と、ＵＥ３やコアネットワークノードなど他のノードとの間でシグナリングのハンドリング（生成／送信／受信）を担う。

基地局５が分散ｇＮＢ又はＥｎ－ｇＮＢを備える場合、ネットワークインターフェース５５は分散ｇＮＢ又はＥｎ－ｇＮＢの各機能間で信号を通信するためのＥ１インターフェース及びＦ１インターフェース（制御プレーン用Ｆ１－Ｃ及びユーザプレーン用のＦ１－Ｕ）も含む。この場合、ソフトウェアは、ｇＮＢ－ＣＵ－ＣＰモジュール５Ｃ、ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕ、及びｇＮＢ－ＤＵモジュール５Ｄのうち少なくとも１つを含む。ｇＮＢ－ＣＵ－ＣＰモジュール５Ｃが存在する場合、分散ｇＮＢ又はＥｎ－ｇＮＢのＲＲＣレイヤとＰＤＣＰレイヤの制御プレーン部分とをホスティングする。ｇＮＢ－ＣＵ－ＵＰモジュール５Ｕが存在する場合、分散ｇＮＢのＰＤＣＰ及びＳＤＡＰレイヤのユーザプレーン部分をホスティングする、又は分散Ｅｎ－ｇＮＢのＰＤＣＰレイヤのユーザプレーン部分をホスティングする。ｇＮＢ－ＤＵモジュール５Ｄが存在する場合、分散ｇＮＢ又はＥｎ－ｇＮＢのＲＬＣ、ＭＡＣ及びＰＨＹレイヤをホスティングする。

（コアネットワークノード）
図６は、図１に示すＡＭＦ１２などの例示的なコアネットワークノードの主要構成要素を示すブロック図である。図示のように、ＡＭＦ１２は、ネットワークインターフェース７５を介して他のノード（ＵＥ３、基地局５、及び他のコアネットワークノードを含む）との間で信号の送受信を行うように動作可能なトランシーバ回路７１を含む。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従ってＡＭＦ１２の動作を制御する。ソフトウェアは、メモリ７９に事前にインストールしてもよいし、例えば、通信ネットワーク１を介して、又はＲＭＤから、ダウンロードしてもよい。上記ソフトウェアは、特に、オペレーティングシステム８１と、少なくとも通信制御モジュール８３とを含む。

通信制御モジュール８３は、ＡＭＦ１２と、ＵＥ３、基地局５、他のコアネットワークなどの他のノードとの間におけるシグナリングのハンドリング（生成／送信／受信）を担う。

上の説明では、モバイル電話、ＵＥ、基地局、及びコアネットワークノードは、理解を容易にするために、多数の個別のモジュールを備えるものとして説明した。これらのモジュールは、例えば、本発明を実施するために既存のシステムに変更を加えた特定のアプリケーションについては、上述のような方法で提供することができるが、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムなどの他のアプリケーションについては、これらのモジュールをオペレーティングシステム又はコード全体に組み込んでもよく、この場合、これらのモジュールを個別のエンティティとして認識する必要はない。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組み合わせで実現してもよい。

ここでは、例としてのみ、対応するｇＮＢ－ＣＵ－ＵＰ５ＵがサポートするＵＥ３用の適切なセキュリティ／暗号化アルゴリズム及びＲＯＨＣプロファイルを選択する（又は、ＵＥのセキュリティ／暗号化アルゴリズム及びＲＯＨＣプロファイルをサポートするｇＮＢ－ＣＵ－ＵＰ５Ｕを選択する）のに有用な複数の手順について説明する。これらの手順はそれぞれ単独で実行された場合に独立して技術的な利点を有してもよいし、これらの手順の任意の組み合わせを適宜併せて実行してもよい。

（詳細な説明）
以下に、いくつかの例示的な実施形態を、図７～１０を参照してより詳細に説明する。具体的には、以下の例は、分散型基地局５のｇＮＢ－ＣＵ－ＣＰ５Ｃ部分が、ｇＮＢ－ＣＵ－ＵＰ５Ｕ部分がサポートするアルゴリズムを認識しないシナリオに適用可能である可能性がある。

現行の３ＧＰＰの要件に従って、分散型基地局５（すなわち、ｇＮＢ－ＣＵ－ＵＰ５Ｕエンティティ）がすべてのＲＯＨＣプロファイルとすべての暗号化及び完全性アルゴリズムとをサポートすることは想定しない。

具体的には、３ＧＰＰＴＳ３３．５０１Ｖ１５．０．０の従属節５．１１．１．１は、ｇＮＢは、ＮＥＡ０（「ヌル」暗号化アルゴリズム、すなわち保護なし）、１２８－ＮＥＡ１（１２８ビットＳＮＯＷ３Ｇベースのアルゴリズム）、及び１２８－ＮＥＡ２（１２８ビットＡＥＳベースのアルゴリズム）の暗号化アルゴリズムを実装する必要がある、と述べている。更に、ｇＮＢは、１２８－ＮＥＡ３暗号化アルゴリズム（１２８ビットＺＵＣベースのアルゴリズム）も実装することができる。

完全性の保護に関しては、３ＧＰＰＴＳ３３．５０１の従属節５．１１．１．２は、ｇＮＢは、ＮＩＡ０（ヌル完全性保護アルゴリズム、すなわち完全性保護なし）、１２８－ＮＩＡ１（１２８ビットＳＮＯＷ３Ｇベース）及び１２８－ＮＩＡ２（１２８ビットＡＥＳベース）の完全性保護アルゴリズムをサポートする必要がある、と述べている。更に、ｇＮＢは、１２８－ＮＩＡ３（１２８ビットＺＵＣベース）の完全性保護アルゴリズムをサポートしてもよい。

各暗号化アルゴリズム及び各完全性アルゴリズムには、それぞれ適切な固有の識別子（例えば、それぞれ４ビットの識別子）を割り当てることができる。

図７は、ＵＥＰＤＣＰレイヤに関する能力レポート及び使用法の例示的な手順を概略的に示す。当該手順は、ここでは説明の簡略化のために省略した追加のステップも含んでもよいものとする。図７は関連するデータ保護の態様を示すが、当該手順は、適切なＲＲＣシグナリング保護（省略）も必要としてもよい。

ステップＳ１からＳ３に概略的に示すように、ＵＥ３は、コアネットワーク７のＡＭＦ１２に、そのセキュリティ能力と無線能力（そのサポート対象のＲＯＨＣプロファイルを含む）を通知する。ステップＳ４では、ＡＭＦ１２は、ＵＥ３のセキュリティ及び無線能力について基地局に通知し、基地局５にＵＥ３の初期コンテキストをセットアップするように指示する。これに応答して、ステップＳ５に概略的に示すように、基地局５は、ＵＥ３とのＲＲＣ接続再構成（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）手順を実行して（ステップＳ６）ＵＥ３の保護データを通信する（ステップＳ７）前に、適切なベアラコンテキストセットアップ手順を実行する（又は、ＵＥ３に設定されたベアラコンテキストが基地局５に既に存在する場合は、ベアラコンテキスト変更手順を実行する）。

より詳細には、制御プレーンとユーザプレーン（ＣＰ－ＵＰ）を分割する場合、分散型基地局５の構成要素は、ＵＥ３に適したヘッダ圧縮及びセキュリティ手順を設定するために、ベアラコンテキストセットアップ（又は変更）手順を実行する。具体的には、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、適切なヘッダ圧縮及びセキュリティ手順のためにｇＮＢ－ＣＵ－ＵＰ５ＵのＰＤＣＰレイヤを設定する。ヘッダ圧縮（ＲＯＨＣ）は「ＰＤＣＰ構成」ＩＥを用いて指定され（表１を参照）、セキュリティは「セキュリティ情報」ＩＥを用いて設定される（表２を参照）。

ｇＮＢ－ＣＵ－ＵＰ５Ｕは、すべてのＲＯＨＣプロファイルをサポートする必要はないため、すべての暗号化及び完全性アルゴリズムをサポートする必要もない。ｇＮＢ－ＣＵ－ＵＰ５Ｕ及びｇＮＢ－ＣＵ－ＣＰ５Ｃは、ＵＥ３と基地局５の双方がサポートするＲＯＨＣプロファイルと暗号化及び完全性アルゴリズムとを（少なくとも１つのｇＮＢ－ＣＵ－ＵＰ５Ｕを介して）選択するように構成される。

これらの手順を実行できるいくつかの例示的な方法を図８及び９に示すと共に、以下に詳細に説明する。

図８に示すように，ｇＮＢ－ＣＵ－ＣＰ５Ｃは、適切にフォーマットされたベアラコンテキストセットアップ要求メッセージを生成して送信することによって、ＵＥ３の少なくとも１つのＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ：プロトコルデータユニット）セッション／ＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：データ無線ベアラ）のユーザプレーンリソースを確立するように、ｇＮＢ－ＣＵ－ＵＰ５Ｕに要求する。「ベアラコンテキストセットアップ要求」には、ＲＯＨＣプロファイルを識別する適切な情報と、ＵＥ３用に選択した暗号化及び完全性アルゴリズムが含まれる。（図７のステップのＳ４においてＡＭＦ１２で指示されるＵＥ３の能力を考慮に入れる）。

ベアラコンテキストセットアップ要求の受信時に、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ベアラコンテキストセットアップ要求内で指示されたＲＯＨＣプロファイルと暗号化及び完全性アルゴリズムとがｇＮＢ－ＣＵ－ＵＰ５Ｕによってサポートされているか否かをチェックする。サポートされている場合、ｇＮＢ－ＣＵ－ＵＰ５Ｕは要求を続行し（例えば、図７のステップＳ６を実行する）、ｇＮＢ－ＣＵ－ＣＰ５Ｃに適切な応答を返す（例えば、ベアラコンテキストが正常にセットアップされたことを示す情報を含むベアラコンテキストセットアップ応答（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｓｐｏｎｓｅ）など）。

しかしながら、ベアラコンテキストセットアップ要求で指示されたＲＯＨＣプロファイルと、暗号化及び完全性アルゴリズムとの少なくとも１つがｇＮＢ－ＣＵ－ＵＰ５Ｕによってサポートされていない場合、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ｇＮＢ－ＣＵ－ＣＰ５Ｃに、異なるＲＯＨＣプロファイル及び／又は暗号化及び完全性アルゴリズムをＵＥ３に選択するための適切なアシスタンス情報を提供するように構成される。

第１のオプションでは、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、受信したセキュリティ構成に従ってユーザプレーンの機密性やユーザプレーンの完全性保護を有効にできない場合、要求されたＰＤＵセッション／ＤＲＢのユーザプレーンリソースの確立を拒否するように構成することができる。

具体的には、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、適切にフォーマットされたメッセージ（例えば、「ベアラコンテキストセットアップ失敗」メッセージ）でｇＮＢ－ＣＵ－ＣＰ５Ｃに応答するように構成され、当該応答に適切な原因値を含めることができる。例えば、「サポートされていない暗号化保護アルゴリズム」、「サポートされていない完全性保護アルゴリズム」、及び「サポートされていないＲＯＨＣプロファイル」の原因値のうちの１つ以上を使用してもよい（以下の表３の「無線ネットワークレイヤ原因」ＩＥ参照）。

別の例では、例えば、要求されたＰＤＵセッションの一部のみ（少なくとも１つ）又は一部（少なくとも１つ）のＤＲＢのみｇＮＢ－ＣＵ－ＵＰ５Ｕでセットアップすることができない場合、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、次に、セットアップが失敗したＰＤＵセッション／ＤＲＢを識別する情報（例えば、リスト）を含む、適切にフォーマットされたベアラコンテキストセットアップ応答で応答を行うように構成することができる。ベアラコンテキストセットアップ応答は、表３の「無線ネットワークレイヤ原因」ＩＥに示す１つ以上の原因値を含んでもよい（例えば、「サポートされていない暗号化保護アルゴリズム」、「サポートされていない完全性保護アルゴリズム」、「サポートされていないＲＯＨＣプロファイル」など）。

Ｅ１セットアップ手順／Ｅ１構成更新手順は、上述の第２のオプションをサポートするために、ｇＮＢ－ＣＵ－ＵＰ５Ｕがサポートするセキュリティ能力とＲＯＨＣプロファイルを識別する情報（方向：ｇＮＢ－ＣＵ－ＵＰ－－－＞ｇＮＢ－ＣＵ－ＣＰ）を含む必要があるものとする。Ｅ１セットアップ手順／Ｅ１構成更新手順で使用可能な情報要素のいくつかの例を以下の表４～６に示す。ｇＮＢ－ＣＵ－ＵＰ５ＵのＳＤＡＰ能力も、必要に応じて、同様の方法でＥ１インターフェースを介してやり取りが可能であるものとする。

第３のオプションでは、ｇＮＢ－ＣＵ－ＣＰ５ＣがｇＮＢ－ＣＵ－ＵＰ５ＵのＰＤＣＰ構成を提供する代わりに、ｇＮＢ－ＣＵ－ＵＰ５Ｕが、自身でそのＰＤＣＰレイヤを（例えば、ｇＮＢ－ＣＵ－ＣＰ５Ｃから提供される情報に基づいて）設定してもよい。

より詳細には、ｇＮＢ－ＣＵ－ＵＰ５Ｕが適切な（ＵＥ３及びｇＮＢ－ＣＵ－ＵＰ５Ｕの双方がサポートする）構成を決定することができるように、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ＵＥセキュリティ能力とＵＥＲＯＨＣ能力をＵＥ／ベアラ情報内で取得する必要がある。オプションとして，ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ＵＥ３に関連付けられたフローレベル又はＤＲＢレベルＱｏＳ要件を取得してもよい。

ｇＮＢ－ＣＵ－ＵＰ５Ｕは取得した情報を用いて、ＰＤＣＰレイヤとＳＤＡＰレイヤに適したＵＥ構成をｇＮＢ－ＣＵ－ＣＰ５Ｃを介して提供するように構成してもよい。

第３のオプションを図９に更に詳細に示す。図示のように、この例では、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、ステップＳ１において、適切にフォーマットされたメッセージ（例えば、「ベアラコンテキストセットアップ要求」メッセージ）を生成し、ｇＮＢ－ＣＵ－ＵＰ５Ｕに送信する。当該メッセージは、手順が開始されたＵＥ３のセキュリティ能力とＲＯＨＣ能力を識別する情報を（例えば、適切にフォーマットされた情報要素内に）含む。なお、当該メッセージには、対応のフローレベル又はＤＲＢレベルＱｏＳを識別する情報も含まれてもよい。

ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ｇＮＢ－ＣＵ－ＣＰ５Ｃからメッセージを受信すると、ＵＥに適したセキュリティアルゴリズムとＲＯＨＣプロファイルとを（ステップＳ１で受信したメッセージに含まれる情報に基づいて）決定する。複数のＤＲＢがある場合、セキュリティアルゴリズムとＲＯＨＣプロファイルがＤＲＢごとに異なる（例えば、フローレベル又は当該ＤＲＢのＤＲＢレベルＱｏＳ（利用可能な場合）によって異なる）可能性もある。

次に、ｇＮＢ－ＣＵ－ＵＰ５Ｕは、ステップＳ２で、適切にフォーマットされたメッセージ（例えば、「ベアラコンテキストセットアップ応答」）を生成し、ｇＮＢ－ＣＵ－ＣＰ５Ｃに送信する。当該メッセージには、ＵＥ３に使用するセキュリティ情報とＲＯＨＣプロファイルを識別する情報（例えば、適切にフォーマットされた情報要素）が含まれる。

図１０は、「中央ＵＰ」ノード５Ｕ’と呼ばれる集中化されたユーザプレーンエンティティを含む新しい配置シナリオを概略的に示す図である。図示のように、この例における「中央ＵＰ」ノード５Ｕ’は、論理ノードのプール（複数のｇＮＢ－ＣＵ－ＵＰ－５Ｕ）を有するスタンドアロンノードである。各ｇＮＢ－ＣＵ－ＵＰ５Ｕは、それぞれのｇＮＢ－ＣＵ－ＣＰ５Ｃ及びそれぞれのｇＮＢ－ＤＵ５Ｄ（この例では同位置にある）に結合される。言い換えれば、単一の物理ユーザプレーンエンティティ５Ｕ’は複数の物理分散エンティティに結合してもよく、各物理分散エンティティは、少なくとも１つのｇＮＢ－ＣＵ－ＣＰ５Ｃ及び少なくとも１つのｇＮＢ－ＤＵ５Ｄを有する。有利なことに、中央ＵＰノード５Ｕ’は、ＵＥ３がシステム１で使用する可能性のある各セキュリティアルゴリズム及びＲＯＨＣプロファイルを（少なくとも１つのｇＮＢ－ＣＵ－ＵＰ５Ｕ論理ノードを介して）サポートするように構成してもよい。このように、ｇＮＢ－ＣＵ－ＣＰ５Ｃが、ＵＥ３に適したセキュリティ（完全性保護／暗号化）アルゴリズム及びＲＯＨＣプロファイルを選択する場合、中央ＵＰノード５Ｕ’は、選択したセキュリティアルゴリズム及びＲＯＨＣプロファイルをサポートするｇＮＢ－ＣＵ－ＵＰ５Ｕ論理ノードを割り当てることができる。

第４のオプションでは、特定のｇＮＢ－ＣＵ－ＵＰ５Ｕの能力は、以下のようにｇＮＢ－ＣＵ－ＣＰ５Ｃに転送してもよい。
ｇＮＢ－ＣＵ－ＵＰ５Ｕは、その能力（ｇＮＢ－ＣＵ－ＵＰ５Ｕがサポートするセキュリティアルゴリズム及びＲＯＨＣプロファイル）を識別する情報を（例えば、ＧＴＰ－Ｕ（ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｙｓｔｅｍ：汎用パケット無線システム）ＴｕｎｎｅｌｌｉｎｇＰｒｏｔｏｃｏｌ－ＵｓｅｒＰｌａｎｅ）を用いて、間にある「Ｎ３」インターフェースを介して）ＵＰＦ１１に転送するように構成してもよい。
ＵＰＦ１１は、ｇＮＢ－ＣＵ－ＵＰの能力を（間にある「Ｎ４」インターフェースを介して）ＳＭＦに転送するように構成してもよい。
ＳＭＦは、ｇＮＢ－ＣＵ－ＵＰの能力を（間にある「Ｎ１１」インターフェースを介して）ＡＭＦ１２に転送するように構成してもよい。
ＡＭＦ１２は、ｇＮＢ－ＣＵ－ＵＰの能力を（間にある「Ｎ２」インターフェースを介して）ｇＮＢ－ＣＵ－ＣＰ５Ｃに転送するように構成してもよい。

或いは、特定のｇＮＢ－ＣＵ－ＵＰ５Ｕの能力（又は複数のｇＮＢ－ＣＵ－ＵＰの能力）を識別する情報は、ＯＡＭノードを介してｇＮＢ－ＣＵ－ＣＰ５Ｃに転送することができる。

第５のオプションでは、ｇＮＢ－ＣＵ－ＣＰ５Ｃは、特定のｇＮＢ－ＣＵ－ＵＰの能力を認識する場合、この能力を識別する適切な情報を、当該特定のｇＮＢ－ＣＵ－ＣＰ５Ｃが関与する手順中に当該特定のｇＮＢ－ＣＵ－ＣＰ５Ｃに提供するように、構成してもよい。当該特定のｇＮＢ－ＣＵ－ＣＰ５Ｃの関与する手順は、例えば、ハンドオーバー、ＥＮ－ＤＣＸ２セットアップ手順、Ｘｎセットアップ手順、及び／又は構成更新手順などを（各手順に上記特定のｇＮＢ－ＣＵ－ＵＰが関与するか否かに関わらず）以下を含む。

（変形例及び代替案）
以上、例示的な実施形態を詳細に説明した。上記例示的な実施形態については複数の変形例及び代替案が可能であり、そのようにして具現化された発明であっても同様の利を得ることができることは当業者には明らかである。説明のため、これらの変形例及び代替案の実施例を一部のみ説明する。上述の例では、図８および９を参照してベアラコンテキストのセットアップ手順を説明したが、上述の例は、ベアラコンテキストの変更手順（例えば、ＵＥがすでに基地局とベアラコンテキストを有する場合）にも適用可能であるものとする。この場合、「ベアラコンテキストセットアップ要求」メッセージは、適切にフォーマットされた「ベアラコンテキスト変更要求」メッセージに置き換えてもよいし、「ベアラコンテキストセットアップ応答」メッセージは、適切にフォーマットされた「ベアラコンテキスト変更応答（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｒｅｓｐｏｎｓｅ）」メッセージに置き換えてもよいし、「ベアラコンテキストセットアップ失敗」メッセージは、適切にフォーマットされた「ベアラコンテキスト変更失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｆａｉｌｕｒｅ）」メッセージに置き換えてもよい。

上の説明でｇＮＢ－ＣＵ－ＵＰは、異なるＲＯＨＣプロファイル及び／又は暗号化及び完全性アルゴリズムをＵＥに選択するための適切なアシスタンス情報をｇＮＢ－ＣＵ－ＣＰに提供するように構成される。或いは、ｇＮＢ－ＣＵ－ＣＰは異なるｇＮＢ－ＣＵ－ＵＰを（最初に要求されたＲＯＨＣプロファイルと暗号化及び完全性アルゴリズムとを用いて）ＵＥに選択するように構成してもよい。

上述のオプションの変形例として、同一（又は類似）のメカニズムを用いて、ｇＮＢ－ＣＵ－ＵＰの能力に関する情報をノード間で転送してもよい。例えば、ｇＮＢ－ＣＵ－ＵＰのＳＤＡＰレイヤに関する能力及び／又は処理能力を、ｇＮＢ－ＣＵ－ＵＰからｇＮＢ－ＣＵ－ＣＰへ、或いはｇＮＢ－ＣＵ－ＣＰから別のｇＮＢ－ＣＵ－ＣＰへ（セキュリティアルゴリズム／ＲＯＨＣプロファイル転送と同じ手順で、又は別の手順で）転送してもよい。

上記の例示的な実施形態は、５ＧＮｅｗＲａｄｉｏシステム及びＬＴＥシステム（Ｅ－ＵＴＲＡＮ）の双方に適用してもよいものとする。

上の説明では、理解を容易にするため、ＵＥ、基地局及びＡＭＦは、個別のモジュール（通信制御モジュールなど）を複数有するものとして説明した。これらのモジュールは、例えば、本発明を実施するために既存のシステムに変更を加えた特定のアプリケーションについては、上述のような方法で提供することができるが、例えば、最初から本発明の特徴を念頭に置いて設計されたシステムなどの他のアプリケーションについては、これらのモジュールをオペレーティングシステム又はコード全体に組み込んでもよく、この場合、これらのモジュールを個別のエンティティとして認識する必要はない。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組み合わせで実現してもよい。

各コントローラは任意の形態の処理回路を適宜含んでもよく、例えば、ハードウェアに実装された１つ以上のコンピュータプロセッサ、マイクロプロセッサ、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ：中央処理装置）、ＡＬＵ（ＡｒｉｔｈｍｅｔｉｃＬｏｇｉｃＵｎｉｔ：算術論理ユニット）、ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ：入出力）回路、内部メモリ／キャッシュ（プログラム及び／又はデータ）、処理レジスタ、通信バス（例えば、制御、データ及び／又はアドレスバス）、ＤＭＡ（ＤｉｒｅｃｔＭｅｍｏｒｙＡｃｃｅｓｓ：ダイレクトメモリアクセス）機能、ハードウェア又はソフトウェア実装されたカウンタ、ポインタ、タイマなどが含まれるが、これらは限定的ではない。

上述の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者が理解するように、ソフトウェアモジュールは、コンパイルされた形式又はコンパイルされていない形式で提供してもよいし、コンピュータネットワークを介した信号として、又は記録媒体上で、ＵＥ、基地局及びＡＭＦに供給してもよい。更に、このソフトウェアの一部又はすべてによって実行される機能は、１つ以上の専用ハードウェア回路を使用して実行してもよい。しかしながら、ＵＥ、基地局及びＡＭＦの更新を高速化するためには、ソフトウェアモジュールの使用が推奨される。上記の例示的な実施形態は、「非モバイル」又は一般に固定のユーザ装置にも適用可能である。

前記ＣＵ－ＣＰにより行われる方法は、前記取得した情報が前記ＵＥに関連付けられたＣＵ－ＵＰによってサポートされていないことを示す場合、異なるセキュリティ構成と異なるＣＵ－ＵＰのうちの少なくとも１つを前記ＵＥに選択すること、を更に含んでもよい。

前記セキュリティ構成が前記ＣＵ－ＵＰによってサポートされているか否かを示す情報の前記ＣＵ－ＣＰによる取得は、前記ＣＵ－ＵＰからメッセージ（例えば、ベアラコンテキストセットアップ失敗メッセージ又はベアラコンテキスト変更失敗メッセージ）を受信することを含んでもよい。この場合、前記ＣＵ－ＣＰにより行われる方法は、前記ＵＥのベアラコンテキストセットアップの開始に応答して前記メッセージを前記ＣＵ－ＵＰを介して受信することを含んでもよい。

前記セキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報は、「暗号化保護アルゴリズムはサポートされていない」、「完全性保護アルゴリズムはサポートされていない」、及び「ＲＯＨＣプロファイルはサポートされていない」のうちの少なくとも１つを示す適切な原因値を識別する情報（例えば、「無線ネットワークレイヤ原因」情報要素）を含んでもよい。

前記ＣＵ－ＣＰにより行われる方法は、前記ＣＵ－ＣＰと前記ＣＵ－ＵＰとの間の接続を確立するときに前記ＣＵ－ＵＰから前記情報を取得することを含んでもよい。

前記ＣＵ－ＣＰにより行われる方法は、前記ＵＥのセキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報を前記ＣＵ－ＵＰから間接的に（例えば、少なくとも１つの他のノードを介して）取得することを含んでもよい。

前記ＣＵ－ＣＰにより行われる方法は、前記ＵＥのセキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報を他のＣＵ－ＣＰから取得することを含んでもよい。

前記ＣＵ－ＣＰにより行われる方法は、ヘッダ圧縮プロファイル（例えば、ＲＯＨＣプロファイルなど）が前記ＵＥに関連付けられたＣＵ－ＵＰによってサポートされているか否かを示す情報を取得することと、前記取得した情報が前記ＵＥに関連付けられたＣＵ－ＵＰによってサポートされていない場合に、異なるヘッダ圧縮プロファイルと異なるＣＵ－ＵＰのうちの少なくとも１つを前記ＵＥに選択することと、を更に含んでもよい。

前記ＣＵ－ＵＰにより行われる方法は、「ベアラコンテキストセットアップ要求」メッセージ又は「ベアラコンテキスト変更要求」メッセージ内で、前記ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を受信することを含んでもよい。

前記ＣＵ－ＵＰにより行われる方法は、「ベアラコンテキストセットアップ応答」メッセージ又は「ベアラコンテキスト変更応答」メッセージ内において前記選択したセキュリティ構成を識別する情報を提供することを含んでもよい。

前記少なくとも１つのセキュリティ構成は、完全性保護アルゴリズムと暗号化アルゴリズムの少なくとも１つを含んでもよい。前記完全性保護アルゴリズムは、「ＮＩＡ０」（完全性保護なし）、「１２８－ＮＩＡ１」（１２８ビットＳＮＯＷ３Ｇベースの完全性保護アルゴリズム）、「１２８－ＮＩＡ２」（１２８ビットＡＥＳベースの完全性保護アルゴリズム）、及び「１２８－ＮＩＡ３」（１２８ビットＺＵＣベースの完全性保護アルゴリズム）のうちの１つ以上を含んでもよい。前記暗号化アルゴリズムは、「ＮＥＡ０」（暗号化なし）、「１２８－ＮＥＡ１」（１２８ビットＳＮＯＷ３Ｇベースの暗号化アルゴリズム）、「１２８－ＮＥＡ２」（１２８ビットＡＥＳベースの暗号化アルゴリズム）、及び「１２８－ＮＥＡ３」（１２８ビットＺＵＣベースの暗号化アルゴリズム）のうちの１つ以上を含んでもよい。

前記ＣＵ－ＵＰはＰＤＣＰレイヤ機能を提供してもよい。前記分散型基地局は、分散「ｇＮＢ」、分散「ｎｇ－ｅＮＢ」、又は分散「Ｅｎ－ｇＮＢ」を含んでもよい。

種々の他の変更は、当業者にとって明らかであるため、ここでは更に詳細な説明は省略する。

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

（付記１）
分散型基地局装置のＣＵ－ＣＰにより行われる方法であって、
セキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報を取得することと、
前記取得した情報に基づいてＵＥのセキュリティ構成を選択することと、を含む方法。

（付記２）
前記セキュリティ構成が前記ＵＥに関連付けられたＣＵ－ＵＰによってサポートされていないことを前記原因値が示す場合、異なるセキュリティ構成と異なるＣＵ－ＵＰのうちの少なくとも１つを前記ＵＥに選択することを更に含む、付記１記載の方法。

（付記３）
セキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報の取得は、前記ＣＵ－ＵＰからメッセージ（例えば、ベアラコンテキストセットアップ失敗メッセージ又はベアラコンテキスト変更失敗メッセージ）を受信することを含む、付記１又は２記載の方法。

（付記４）
前記ＵＥのベアラコンテキストセットアップの開始に応答して前記メッセージを前記ＣＵ－ＵＰを介して受信することを含む、付記３記載の方法。

（付記５－１）
前記セキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報は、「暗号化保護アルゴリズムはサポートされていない」、「完全性保護アルゴリズムはサポートされていない」、及び「ＲＯＨＣプロファイルはサポートされていない」、のうちのうちの少なくとも１つを示す適切な原因値を識別する情報（例えば、「無線ネットワークレイヤ原因」情報要素）を含む、付記３又は４記載の方法。

（付記５－２）
前記ＣＵ－ＣＰと前記ＣＵ－ＵＰとの間の接続を確立するときに前記ＣＵ－ＵＰから前記情報を取得することを含む、付記１記載の方法。

（付記６）
前記ＵＥのセキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報を前記ＣＵ－ＵＰから間接的に（例えば、少なくとも１つの他のノードを介して）取得することを含む、付記１記載の方法。

（付記７）
前記ＵＥのセキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報を他のＣＵ－ＣＰから取得することを含む、付記１記載の方法。

（付記８）
ヘッダ圧縮プロファイル（例えば、ＲＯＨＣプロファイルなど）が前記ＵＥに関連付けられたＣＵ－ＵＰによってサポートされているか否かを示す情報を取得することと、
前記取得した情報が前記ＵＥに関連付けられたＣＵ－ＵＰによってサポートされていない場合に、異なるヘッダ圧縮プロファイルと異なるＣＵ－ＵＰのうちの少なくとも１つを前記ＵＥに選択することと、
を更に含む、付記１乃至７のうち何れか１項記載の方法。

（付記９）
分散型基地局装置のＣＵ－ＵＰにより行われる方法であって、
セキュリティ構成が前記ＣＵ－ＵＰによってサポートされているか否かを示す情報をＣＵ－ＣＰに提供することを含む方法。

（付記１０）
前記セキュリティ構成が前記ＣＵ－ＵＰによってサポートされているか否かを示す情報の提供は、前記ＣＵ－ＵＰにメッセージ（例えば、ベアラコンテキストセットアップ失敗メッセージ又はベアラコンテキスト変更失敗メッセージ）を送信することを含む、付記９記載の方法。

（付記１１）
前記セキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報は、「暗号化保護アルゴリズムはサポートされていない」、「完全性保護アルゴリズムはサポートされていない」、及び「ＲＯＨＣプロファイルはサポートされていない」、のうちののうちの少なくとも１つを示す適切な原因値を識別する情報（例えば、「無線ネットワークレイヤ原因」情報要素）を含む、付記９又は１０記載の方法。

（付記１２）
前記ＣＵ－ＣＰと前記ＣＵ－ＵＰとの間の接続を確立するときに前記ＣＵ－ＣＰに前記情報を送信することを含む、付記１０記載の方法。

（付記１３）
ヘッダ圧縮プロファイル（例えば、ＲＯＨＣプロファイルなど）が前記ＣＵ－ＵＰによってサポートされているか否かを示す情報を前記ＣＵ－ＣＰに提供すること
を更に含む、付記９乃至１２のうち何れか１項記載の方法。

（付記１４）
分散型基地局装置のＣＵ－ＵＰにより行われる方法であって、
ＣＵ－ＣＰから、ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を受信することと、
前記受信した情報に基づいて前記ＵＥのセキュリティ構成を選択することと、
前記選択したセキュリティ構成を識別する情報を前記ＣＵ－ＣＰに提供することと、を含む方法。

（付記１５）
「ベアラコンテキストセットアップ要求」メッセージ又は「ベアラコンテキスト変更要求」メッセージ内で、ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を受信することを含む、付記１４記載の方法。

（付記１６）
「ベアラコンテキストセットアップ応答」メッセージ又は「ベアラコンテキスト変更応答」メッセージ内に、前記選択したセキュリティ構成を識別する情報を提供することを含む、付記１４又は１５記載の方法。

（付記１７）
分散型基地局装置のＣＵ－ＣＰにより行われる方法であって、
ＣＵ－ＵＰに、ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を送信することと、
前記ＣＵ－ＵＰから、前記ＵＥに選択したセキュリティ構成を識別する情報を受信することと、を含む方法。

（付記１８）
「ベアラコンテキストセットアップ要求」メッセージ又は「ベアラコンテキスト変更要求」メッセージ内で、前記ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を送信することを含む、付記１７記載の方法。

（付記１９）
「ベアラコンテキストセットアップ応答」メッセージ又は「ベアラコンテキスト変更応答」メッセージ内で、前記選択したセキュリティ構成を識別する情報を受信することを含む、付記１７又は１８記載の方法。

（付記２０）
前記少なくとも１つのセキュリティ構成は、完全性保護アルゴリズムと暗号化アルゴリズムの少なくとも１つを含む、付記１乃至１９のうち何れか１項記載の方法。

（付記２１）
前記完全性保護アルゴリズムは、「ＮＩＡ０」（完全性保護なし）、「１２８－ＮＩＡ１」（１２８ビットＳＮＯＷ３Ｇベースの完全性保護アルゴリズム）、「１２８－ＮＩＡ２」（１２８ビットＡＥＳベースの完全性保護アルゴリズム）、及び「１２８－ＮＩＡ３」（１２８ビットＺＵＣベースの完全性保護アルゴリズム）、のうちの１つ以上を含む、付記２０記載の方法。

（付記２２）
前記暗号化アルゴリズムは、「ＮＥＡ０」（暗号化なし）、「１２８－ＮＥＡ１」（１２８ビットＳＮＯＷ３Ｇベースの暗号化アルゴリズム）、「１２８－ＮＥＡ２」（１２８ビットＡＥＳベースの暗号化アルゴリズム）、及び「１２８－ＮＥＡ３」（１２８ビットＺＵＣベースの暗号化アルゴリズム）、のうちの１つ以上を含む、付記２０又は２１記載の方法。

（付記２３）
前記ＣＵ－ＵＰはＰＤＣＰレイヤ機能を提供する、付記１乃至２２のうち何れか１項記載の方法。

（付記２４）
分散型基地局は、分散「ｇＮＢ」、分散「ｎｇ－ｅＮＢ」、又は分散「Ｅｎ－ｇＮＢ」を含む、付記１乃至２３のうち何れか１項記載の方法。

（付記２５）
分散型基地局装置のＣＵ－ＣＰであって、
セキュリティ構成がＣＵ－ＵＰによってサポートされているか否かを示す情報を取得する手段と、
前記取得した情報に基づいてＵＥのセキュリティ構成を選択する手段と、を含む、ＣＵ－ＣＰ。

（付記２６）
分散型基地局装置のＣＵ－ＵＰであって、
セキュリティ構成が前記ＣＵ－ＵＰによってサポートされているか否かを示す情報をＣＵ－ＣＰに提供することを含む、ＣＵ－ＣＰ。

（付記２７）
分散型基地局装置のＣＵ－ＵＰであって、
ＣＵ－ＣＰから、ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を受信することと、
前記受信した情報に基づいて前記ＵＥのセキュリティ構成を選択することと、
前記選択したセキュリティ構成を識別する情報を前記ＣＵ－ＣＰに提供することと、を含むＣＵ－ＵＰ。

（付記２８）
分散型基地局装置のＣＵ－ＣＰであって、
ＣＵ－ＵＰに、ＵＥがサポートする少なくとも１つのセキュリティ構成を識別する情報を送信する手段と、
前記ＣＵ－ＵＰから、前記ＵＥに選択したセキュリティ構成を識別する情報を受信する手段と、を含む、ＣＵ－ＣＰ。

（付記２９）
付記２５又は２８記載のＣＵ―ＣＰと、付記２６又は２７記載のＣＵ－ＣＰと、を備える基地局装置。

（付記３０）
プログラム可能な通信デバイスに付記１乃至２４のうち何れか１項記載の方法を実行させるためのコンピュータによって実行可能な命令を備える、コンピュータによって実行可能な命令製品。

本出願は、２０１８年６月２２日出願の英国特許出願番号１８１０３４０．８に基づく優先権の利益を主張する。この開示の内容は、全てここに含めておく。

Claims

分散型基地局装置のＣＵ－ＣＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＣｏｎｔｒｏｌＰｌａｎｅ：中央ユニット制御プレーン）ノードにより行われる方法であって、
ＣＵ－ＵＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＵｓｅｒＰｌａｎｅ：中央ユニットユーザプレーン）ノードから、ＲＯＨＣ（ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ：ロバストヘッダ圧縮）を指定する情報を含むＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）構成がサポートされていないことを示す原因値を含むベアラコンテキストセットアップ失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｆａｉｌｕｒｅ）メッセージ又はベアラコンテキスト変更失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｆａｉｌｕｒｅ）メッセージを受信すること、を含む方法。
前記原因値に基づいて、異なるＰＤＣＰ構成と異なるＣＵ－ＵＰノードのうちの少なくとも１つをＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）に選択することを含む、請求項１記載の方法。
前記ＰＤＣＰ構成を示すＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ：情報要素）を含むベアラコンテキストセットアップリクエスト又はベアラコンテキスト変更リクエストを送信することを含み、
当該ベアラコンテキストセットアップリクエスト又はベアラコンテキスト変更リクエストの送信後に、前記ベアラコンテキストセットアップ失敗メッセージ又は前記ベアラコンテキスト変更失敗メッセージの前記受信が行われる、請求項１または２記載の方法。
前記原因値は、無線ネットワークレイヤ原因（ｒａｄｉｏｎｅｔｗｏｒｋｌａｙｅｒｃａｕｓｅ）情報要素に含まれる、請求項１乃至３のうち何れか１項記載の方法。
分散型基地局装置のＣＵ－ＵＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＵｓｅｒＰｌａｎｅ：中央ユニットユーザプレーン）ノードにより行われる方法であって、
ＣＵ－ＣＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＣｏｎｔｒｏｌＰｌａｎｅ：中央ユニット制御プレーン）ノードに、ＲＯＨＣ（ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ：ロバストヘッダ圧縮）を指定する情報を含むＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）構成がサポートされていないことを示す原因値を含むベアラコンテキストセットアップ失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｆａｉｌｕｒｅ）メッセージ又はベアラコンテキスト変更失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｆａｉｌｕｒｅ）メッセージを提供すること、を含む方法。
前記ＰＤＣＰ構成を示すＩＥ（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ：情報要素）を含むベアラコンテキストセットアップリクエスト又はベアラコンテキスト変更リクエストを受信することを含み、
前記受信に応答して、前記ベアラコンテキストセットアップ失敗メッセージ又は前記ベアラコンテキスト変更失敗メッセージの前記提供が行われる、請求項５記載の方法。
前記原因値は、無線ネットワークレイヤ原因情報要素に含まれる、請求項５または６記載の方法。
分散型基地局装置のＣＵ－ＣＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＣｏｎｔｒｏｌＰｌａｎｅ：中央ユニット制御プレーン）ノードであって、
ＣＵ－ＵＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＵｓｅｒＰｌａｎｅ：中央ユニットユーザプレーン）ノードから、ＲＯＨＣ（ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ：ロバストヘッダ圧縮）を指定する情報を含むＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）構成がサポートされていないことを示す原因値を含むベアラコンテキストセットアップ失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｆａｉｌｕｒｅ）メッセージ又はベアラコンテキスト変更失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｆａｉｌｕｒｅ）メッセージを受信する手段、を備えるＣＵ－ＣＰノード。
分散型基地局装置のＣＵ－ＵＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＵｓｅｒＰｌａｎｅ：中央ユニットユーザプレーン）ノードであって、
ＣＵ－ＣＰ（ＣｅｎｔｒａｌＵｎｉｔｆｏｒＣｏｎｔｒｏｌＰｌａｎｅ：中央ユニット制御プレーン）ノードに、ＲＯＨＣ（ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ：ロバストヘッダ圧縮）を指定する情報を含むＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）構成がサポートされていないことを示す原因値を含むベアラコンテキストセットアップ失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｆａｉｌｕｒｅ）メッセージ又はベアラコンテキスト変更失敗（ｂｅａｒｅｒｃｏｎｔｅｘｔｍｏｄｉｆｉｃａｔｉｏｎｆａｉｌｕｒｅ）メッセージを提供する手段、を備えるＣＵ－ＵＰノード。
請求項８記載のＣＵ－ＣＰノードと請求項９記載のＣＵ－ＵＰノードとを備える基地局装置。