特表2024-545311 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 楽天モバイル株式会社の特許一覧

特表2024-545311共有ネットワーク要素のための証明書登録

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-12-05

(54)【発明の名称】共有ネットワーク要素のための証明書登録

(51)【国際特許分類】

H04W 12/069 20210101AFI20241128BHJP

H04W 76/10 20180101ALI20241128BHJP

【ＦＩ】

H04W12/069

H04W76/10

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024537923

(86)(22)【出願日】2022-10-27

(85)【翻訳文提出日】2024-06-21

(86)【国際出願番号】 US2022048043

(87)【国際公開番号】W WO2023239396

(87)【国際公開日】2023-12-14

(31)【優先権主張番号】63/351,142

(32)【優先日】2022-06-10

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】319010088

【氏名又は名称】楽天モバイル株式会社

(74)【代理人】

【識別番号】100109380

【弁理士】

【氏名又は名称】小西恵

(74)【代理人】

【識別番号】100109036

【弁理士】

【氏名又は名称】永岡重幸

(74)【代理人】

【識別番号】100188879

【弁理士】

【氏名又は名称】渡邉未央子

(72)【発明者】

【氏名】リヴェラ，フランチェスカ

(72)【発明者】

【氏名】ラミヤ，ラグハヴェンドラン

(72)【発明者】

【氏名】カル，リテシュクマール

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE10

(57)【要約】

共有ネットワークノードと異なるモバイルネットワークオペレータ（ＭＮＯ）の複数のネットワークノードとの間にセキュアな接続を提供する方法が提供される。本方法は、異なるＭＮＯのうちの第１のＭＮＯの第１のネットワークノードによって、公開鍵インフラストラクチャ（ＰＫＩ）サービスプロバイダから第１のネットワークノードに発行されたデジタル証明書を受信することであって、ＰＫＩサービスプロバイダは、異なるＭＮＯとの信頼関係を有する、受信することと、第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、第１のＭＮＯの第２のネットワークノードとのセキュアな接続を確立することと、第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、異なるＭＮＯのうちの第２のＭＮＯの第３のネットワークノードとのセキュアな接続を確立することと、を含む。

【特許請求の範囲】

【請求項1】

複数のモバイルネットワークオペレータ（ＭＮＯ）のうちの第１のＭＮＯの第１のネットワークノードであって、前記第１のネットワークノードは、
命令を記憶するメモリと、
前記命令を実行して、
前記第１のネットワークノードに発行され、公開鍵インフラストラクチャ（ＰＫＩ）サービスプロバイダへの信頼チェーンを有するデジタル証明書を受信し、前記ＰＫＩサービスプロバイダは、前記複数のＭＮＯとの信頼関係を有し、
前記第１のネットワークノードによって、前記発行されたデジタル証明書を使用し、前記信頼関係に基づいて、前記第１のＭＮＯの第２のネットワークノードとのセキュアな接続を確立し、
前記第１のネットワークノードによって、前記発行されたデジタル証明書を使用し、前記信頼関係に基づいて、前記複数のＭＮＯのうちの第２のＭＮＯの第３のネットワークノードとのセキュアな接続を確立する、
ように構成された少なくとも１つのプロセッサと
を備える、第１のネットワークノード。

【請求項2】

前記第１のネットワークノードが前記第１のＭＮＯの無線ユニット（ＲＵ）であり、前記第２のネットワークノードが前記第１のＭＮＯの分散ユニット（ＤＵ）であり、前記第３のネットワークノードが前記第２のＭＮＯのＤＵである、請求項１に記載の第１のネットワークノード。

【請求項3】

前記ＲＵが、機能的無線アクセスネットワーク（ＲＡＮ）分割で構成された４Ｇ又は５ＧＲＵである、請求項２に記載の第１のネットワークノード。

【請求項4】

前記ＲＵがオープンＲＡＮ（Ｏ－ＲＡＮ）ＲＵ（Ｏ－ＲＵ）であり、前記第１のＭＮＯの前記ＤＵ及び前記第２のＭＮＯの前記ＤＵがＯ－ＲＡＮＤＵ（Ｏ－ＤＵ）である、請求項２に記載の第１のネットワークノード。

【請求項5】

前記第１のネットワークノードが前記第１のＭＮＯの基地局であり、前記第２のネットワークノードが前記第１のＭＮＯのコアネットワークノードであり、前記第３のネットワークノードが前記第２のＭＮＯのコアネットワークノードである、請求項１に記載の第１のネットワークノード。

【請求項6】

前記少なくとも１つのプロセッサが、前記命令を実行して、前記第１のＭＮＯの中間認証局（ＣＡ）から前記デジタル証明書を受信するように構成される、請求項１に記載の第１のネットワークノード。

【請求項7】

前記中間ＣＡが、前記第１のＭＮＯのサービス管理及びオーケストレーション（ＳＭＯ）プラットフォーム又は前記第１のＭＮＯのＯ－ＤＵ内に位置する、請求項６に記載の第１のネットワークノード。

【請求項8】

共有ネットワークノードと異なるモバイルネットワークオペレータ（ＭＮＯ）の複数のネットワークノードとの間にセキュアな接続を提供する方法であって、前記方法は、
前記異なるＭＮＯのうちの第１のＭＮＯの第１のネットワークノードによって、前記第１のネットワークノードに発行され、公開鍵インフラストラクチャ（ＰＫＩ）サービスプロバイダへの信頼チェーンを有するデジタル証明書を受信することであって、前記ＰＫＩサービスプロバイダは、前記異なるＭＮＯとの信頼関係を有する、受信することと、
前記第１のネットワークノードによって、前記発行されたデジタル証明書を使用し、前記信頼関係に基づいて、前記第１のＭＮＯの第２のネットワークノードとのセキュアな接続を確立することと、
前記第１のネットワークノードによって、前記発行されたデジタル証明書を使用し、前記信頼関係に基づいて、前記異なるＭＮＯのうちの第２のＭＮＯの第３のネットワークノードとのセキュアな接続を確立することと
を含む、方法。

【請求項9】

前記第１のネットワークノードが前記第１のＭＮＯの無線ユニット（ＲＵ）であり、前記第２のネットワークノードが前記第１のＭＮＯの分散ユニット（ＤＵ）であり、前記第３のネットワークノードが前記第２のＭＮＯのＤＵである、請求項８に記載の方法。

【請求項10】

前記ＲＵが、機能的無線アクセスネットワーク（ＲＡＮ）分割で構成された４Ｇ又は５ＧＲＵである、請求項９に記載の方法。

【請求項11】

前記ＲＵがオープンＲＡＮ（Ｏ－ＲＡＮ）ＲＵ（Ｏ－ＲＵ）であり、前記第１のＭＮＯの前記ＤＵ及び前記第２のＭＮＯの前記ＤＵがＯ－ＲＡＮＤＵ（Ｏ－ＤＵ）である、請求項９に記載の方法。

【請求項12】

前記第１のネットワークノードが前記第１のＭＮＯの基地局であり、前記第２のネットワークノードが前記第１のＭＮＯのコアネットワークノードであり、前記第３のネットワークノードが前記第２のＭＮＯのコアネットワークノードである、請求項８に記載の方法。

【請求項13】

前記デジタル証明書を受信することは、前記第１のＭＮＯの中間認証局（ＣＡ）から前記デジタル証明書を受信することを含む、請求項８に記載の方法。

【請求項14】

前記中間ＣＡが、前記第１のＭＮＯのサービス管理及びオーケストレーション（ＳＭＯ）プラットフォーム又は前記第１のＭＮＯのＯ－ＤＵ内に位置する、請求項８に記載の方法。

【請求項15】

異なるモバイルネットワークオペレータ（ＭＮＯ）の複数のネットワークノードとのセキュアな接続を提供する方法を実行するために、第１のネットワークノードの少なくとも１つのプロセッサによって実行可能な命令を記録した非一時的コンピュータ可読記録媒体であって、前記方法は、
前記異なるＭＮＯのうちの第１のＭＮＯの第１のネットワークノードによって、前記第１のネットワークノードに発行され、公開鍵インフラストラクチャ（ＰＫＩ）サービスプロバイダへの信頼チェーンを有するデジタル証明書を受信することであって、前記ＰＫＩサービスプロバイダは、前記異なるＭＮＯとの信頼関係を有する、受信することと、
前記第１のネットワークノードによって、前記発行されたデジタル証明書を使用し、前記信頼関係に基づいて、前記第１のＭＮＯの第２のネットワークノードとのセキュアな接続を確立することと、
前記第１のネットワークノードによって、前記発行されたデジタル証明書を使用し、前記信頼関係に基づいて、前記異なるＭＮＯのうちの第２のＭＮＯの第３のネットワークノードとのセキュアな接続を確立することと
を含む、非一時的コンピュータ可読記録媒体。

【請求項16】

前記第１のネットワークノードが前記第１のＭＮＯの無線ユニット（ＲＵ）であり、前記第２のネットワークノードが前記第１のＭＮＯの分散ユニット（ＤＵ）であり、前記第３のネットワークノードが前記第２のＭＮＯのＤＵである、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【請求項17】

前記ＲＵが、機能的無線アクセスネットワーク（ＲＡＮ）分割で構成された４Ｇ又は５ＧＲＵである、請求項１６に記載の非一時的コンピュータ可読記録媒体。

【請求項18】

前記ＲＵがオープンＲＡＮ（Ｏ－ＲＡＮ）ＲＵ（Ｏ－ＲＵ）であり、前記第１のＭＮＯの前記ＤＵ及び前記第２のＭＮＯの前記ＤＵがＯ－ＲＡＮＤＵ（Ｏ－ＤＵ）である、請求項１６に記載の非一時的コンピュータ可読記録媒体。

【請求項19】

前記第１のネットワークノードが前記第１のＭＮＯの基地局であり、前記第２のネットワークノードが前記第１のＭＮＯのコアネットワークノードであり、前記第３のネットワークノードが前記第２のＭＮＯのコアネットワークノードである、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【請求項20】

前記デジタル証明書を受信することは、前記第１のＭＮＯの中間認証局（ＣＡ）から前記デジタル証明書を受信することを含む、請求項１５に記載の非一時的コンピュータ可読記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２２年６月１０日に出願された米国仮特許出願第６３／３５１，１４２号に基づいており、その優先権を主張するものであり、その開示は参照によりその全体が本明細書に組み込まれる。

【0002】

本開示の例示的な実施形態と一致する装置及び方法は、複数のモバイルネットワークオペレータ間の信頼交換を確立し、共有オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）無線ユニット（Ｏ－ＲＵ）のための証明書管理を提供するシステムに関する。

【背景技術】

【0003】

無線アクセスネットワーク（radio access network（ＲＡＮ））は、エンドユーザデバイス（又はユーザ機器）をネットワークの他の部分に接続するので、電気通信システムにおける重要な構成要素である。ＲＡＮは、エンドユーザデバイスをコアネットワークに接続する様々なネットワーク要素（network element（ＮＥ））の組み合わせを含む。従来、特定のＲＡＮのハードウェア及び／又はソフトウェアはベンダ固有である。

【0004】

複数のベンダがハードウェア及び／又はソフトウェアを電気通信システムに提供することを可能にするために、オープンＲＡＮ（Ｏ－ＲＡＮ）技術が登場した。この目的のために、Ｏ－ＲＡＮは、ＲＡＮ機能を集中ユニット（centralized unit（ＣＵ））、分散ユニット（distributed unit（ＤＵ））、及び無線ユニット（radio unit（ＲＵ））に分ける。ＣＵは、ＲＡＮの無線リソース制御（Radio Resource Control（ＲＲＣ））、サービスデータ適応プロトコル（Service Data Adaptaion Protocol（ＳＤＡＰ））、及び／又はパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol（ＰＤＣＰ））サブレイヤをホストするための論理ノードである。ＤＵは、ＲＡＮの無線リンク制御（Radio Link Control（ＲＬＣ））、媒体アクセス制御（Media Access Control（ＭＡＣ））、及び物理（Physical（ＰＨＹ））サブレイヤをホストする論理ノードである。ＲＵは、アンテナからの無線信号を、フロントホールを介してＤＵに送信することができるデジタル信号に変換する物理ノードである。これらのエンティティは、オープンプロトコル及びそれらの間のインターフェースを有し、それによって異なるベンダが１つのＲＡＮ内にノード（又はネットワーク要素）を提供することを可能にする。

【0005】

Ｏ－ＲＡＮにおける現在の下位層分割アーキテクチャ（すなわち、Ｏ－ＲＡＮＲＵ（Ｏ－ＲＵ）とＯ－ＲＡＮＤＵ（Ｏ－ＤＵ）との間で分割される）は、Ｏ－ＲＵノードを単一のＯ－ＤＵノードで動作させることによって制約される。これにより、Ｏ－ＲＡＮのオープンフロントホール仕様を使用して提供される機能を拡張するために複数のＯ－ＤＵノードを使用できる、拡張されたユースケースを提供するために使用されるフロントホールシステムの能力が制限される。

【0006】

複数のＯ－ＤＵノードによって動作される共通のＯ－ＲＵ（又は共有Ｏ－ＲＵ）は、単一及び複数のオペレータ配置の両方でＯ－ＲＡＮの下位レイヤ分割（split）を使用するときに、拡張された機能のサポートを提供することができる。例えば、共有Ｏ－ＲＵは、拡張性の向上及び／又は可用性の向上をサポートし、及び／又はフロントホールシステムにおけるアクセス固有のノード配置を可能にすることができ、複数のＯ－ＤＵノードは単一のオペレータによって配置され、共有Ｏ－ＲＵに接続される。さらに、共有Ｏ－ＲＵは、複数のＯ－ＤＵノードが異なるオペレータによって配置され、共通の共有Ｏ－ＲＵノードに接続される拡張された共有機能をサポートすることができる。

【0007】

共通のＯ－ＲＵが複数のＯ－ＤＵで動作するそのようなＯ－ＲＵ共有のいくつかの例示的なユースケースは、以下を含む：
・ＲＡＮ共有－Ｏ－ＲＡＮにおけるマルチオペレータ無線アクセスネットワーク（ＭＯＲＡＮ）のユースケース
・Ｏ－ＲＡＮにおけるマルチベンダスライシングのユースケース。
・超農村部エリアのための共有Ｏ－ＲＵ－規制要件により、オペレータは、ビジネスに魅力的ではない、又は加入者が多い地域ではない人口がまばらな地域にカバレッジを提供することを強いられることが多く、収益性の問題を引き起こす。

【0008】

この目的のために、ＲＡＮ共有は、顧客満足度を向上させながら、ネットワークコストを削減し、ネットワーク容量及びカバレッジを増加させるための有望な解決策である。しかしながら、共通のＯ－ＲＵと複数のＯ－ＤＵとの間にセキュアな接続を確立する明確なメカニズムはない。例えば、マルチオペレータ配置において複数のＯ－ＤＵで動作する共通のＯ－ＲＵのコンテキストでは、オペレータ間の信頼交換の欠如が存在する。Ｏ－ＲＵの現在の証明書管理は、オペレータが単一のＯ－ＤＵによって動作されるＯ－ＲＵを所有するオペレータ認証局（certificate authority（ＣＡ））によって処理される。よって、ＭＯＲＡＮ、ベンダスライシング、農村部利用（rural uses）などの共有Ｏ－ＲＵユースケースのための証明書管理は未解決のままである。

【発明の概要】

【課題を解決するための手段】

【0009】

実施形態によれば、共通のＯ－ＲＵを共有する複数のオペレータ間の信頼を確立し、共通のＯ－ＲＵのための証明書管理を処理するためのシステム及び方法が提供される。

【0010】

実施形態によれば、システム及び方法は、共通又は共有Ｏ－ＲＵに証明書を発行するためのＯ－ＲＡＮ公開鍵インフラストラクチャ（public key infrastructure（ＰＫＩ））サービスプロバイダを提供し、それによって複数のオペレータが信頼関係を確立し、これにより、ＭＯＲＡＮ、ベンダスライシング、農村部利用などの共有Ｏ－ＲＵユースケースのための証明書管理解決策を提供する。結果として、モバイルネットワークオペレータ（Mobile Network Operator（ＭＮＯ））は、Ｏ－ＲＡＮＰＫＩサービスプロバイダによって発行された証明書を使用して共有Ｏ－ＲＵを認証することができ、それらのネットワークカバレッジを低コストで（例えば、農村部（rural）エリアに）拡張することができる。

【0011】

例示的な実施形態の一態様によれば、複数のモバイルネットワークオペレータ（ＭＮＯ）のうちの第１のＭＮＯの第１のネットワークノードは、命令を記憶するメモリと、命令を実行して、公開鍵インフラストラクチャ（ＰＫＩ）サービスプロバイダから第１のネットワークノードに発行されたデジタル証明書を受信し、ＰＫＩサービスプロバイダは、複数のＭＮＯとの信頼関係を有し；第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、第１のＭＮＯの第２のネットワークノードとのセキュアな接続を確立し；第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、複数のＭＮＯのうちの第２のＭＮＯの第３のネットワークノードとのセキュアな接続を確立する、ように構成された少なくとも１つのプロセッサと、を含む。

【0012】

第１のネットワークノードは第１のＭＮＯの無線ユニット（ＲＵ）であってもよく、第２のネットワークノードは第１のＭＮＯの分散ユニット（ＤＵ）であってもよく、第３のネットワークノードは第２のＭＮＯのＤＵであってもよい。

【0013】

ＲＵは、機能的無線アクセスネットワーク（ＲＡＮ）分割で構成された４Ｇ又は５ＧＲＵであってもよい。

【0014】

ＲＵは、オープンＲＡＮ（Ｏ－ＲＡＮ）ＲＵ（Ｏ－ＲＵ）であってもよく、第１のＭＮＯのＤＵ及び第２のＭＮＯのＤＵは、Ｏ－ＲＡＮＤＵ（Ｏ－ＤＵ）であってもよい。

【0015】

第１のネットワークノードは第１のＭＮＯの基地局であってもよく、第２のネットワークノードは第１のＭＮＯのコアネットワークノードであってもよく、第３のネットワークノードは第２のＭＮＯのコアネットワークノードであってもよい。

【0016】

少なくとも１つのプロセッサは、命令を実行して、ＥＳＴプロトコル又は証明書管理プロトコルに従ってデジタル証明書を受信するように構成され得る。

【0017】

少なくとも１つのプロセッサは、命令を実行して、証明書署名要求（certificate signing request（ＣＳＲ））をＰＫＩサービスプロバイダに送信し、送信されたＣＳＲに基づくデジタル証明書を受信するように構成され得る。

【0018】

例示的な実施形態の一態様によれば、共有ネットワークノードと異なるモバイルネットワークオペレータ（ＭＮＯ）の複数のネットワークノードとの間にセキュアな接続を提供する方法は、異なるＭＮＯのうちの第１のＭＮＯの第１のネットワークノードによって、公開鍵インフラストラクチャ（ＰＫＩ）サービスプロバイダから第１のネットワークノードに発行されたデジタル証明書を受信することであって、ＰＫＩサービスプロバイダは、異なるＭＮＯとの信頼関係を有する、受信することと、第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、第１のＭＮＯの第２のネットワークノードとのセキュアな接続を確立することと、第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、異なるＭＮＯのうちの第２のＭＮＯの第３のネットワークノードとのセキュアな接続を確立することと、を含む。

【0019】

【0020】

ＲＵは、機能的無線アクセスネットワーク（ＲＡＮ）分割で構成された４Ｇ又は５ＧＲＵであってもよい。

【0021】

【0022】

【0023】

デジタル証明書を受信することは、ＥＳＴプロトコル又は証明書管理プロトコルに従ってデジタル証明書を受信することを含み得る。

【0024】

デジタル証明書を受信することは、証明書署名要求（ＣＳＲ）をＰＫＩサービスプロバイダに送信することと、送信されたＣＳＲに基づいてデジタル証明書を受信することと、を含み得る。

【0025】

例示的な実施形態の一態様によれば、非一時的コンピュータ可読記録媒体は、異なるモバイルネットワークオペレータ（ＭＮＯ）の複数のネットワークノードとのセキュアな接続を提供する方法を実行するために第１のネットワークノードの少なくとも１つのプロセッサによって実行可能な命令を記録しており、本方法は、異なるＭＮＯのうちの第１のＭＮＯの第１のネットワークノードによって、公開鍵インフラストラクチャ（ＰＫＩ）サービスプロバイダから第１のネットワークノードに発行されたデジタル証明書を受信することであって、ＰＫＩサービスプロバイダは、異なるＭＮＯとの信頼関係を有する、受信することと、第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、第１のＭＮＯの第２のネットワークノードとのセキュアな接続を確立することと、第１のネットワークノードによって、発行されたデジタル証明書を使用し、信頼関係に基づいて、異なるＭＮＯのうちの第２のＭＮＯの第３のネットワークノードとのセキュアな接続を確立することと、を含む。

【0026】

【0027】

ＲＵは、機能的無線アクセスネットワーク（ＲＡＮ）分割で構成された４Ｇ又は５ＧＲＵであってもよい。

【0028】

【0029】

【0030】

デジタル証明書を受信することは、ＥＳＴプロトコル又は証明書管理プロトコルに従ってデジタル証明書を受信することを含み得る。

【0031】

さらなる態様は、以下の説明に部分的に記載され、部分的には、説明から明らかになるか、又は本開示の提示された実施形態の実施によって実現され得る。

【図面の簡単な説明】

【0032】

本開示の例示的な実施形態の特徴は、添付の図面を参照して以下に説明され、図面において、同様の参照番号は同様の要素を示す。

【0033】

【図1】一実施形態による、マルチオペレータ無線アクセスネットワーク（ＭＯＲＡＮ）のための無線アクセスネットワーク（ＲＡＮ）共有ユースケースを示すブロック図である。

【図2】一実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。

【図3】別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。

【図4】別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。

【図5】別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。

【図6】別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。

【図7】別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。

【図8】別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。

【図9】別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。

【図10】別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。

【図11】一実施形態による、農村部エリアのためのＲＡＮ共有ユースケースを示すブロック図である。

【図12】別の実施形態による、農村部エリアのためのＲＡＮ共有ユースケースを示すブロック図である。

【図13】１つ以上の実施形態による、共通無線ユニット（ＲＵ）と共通ＲＵを共有する複数の分散ユニットとの間のセキュアな接続を確立する方法のフローチャートである。

【図14】例示的な実施形態による、１つ以上のデバイスの構成要素の図である。

【発明を実施するための形態】

【0034】

例示的な実施形態の以下の詳細な説明は、添付の図面を参照する。異なる図面における同じ参照符号は、同じ又は類似の要素を識別し得る。

【0035】

前述の開示は、例示及び説明を提供するが、網羅的であること、又は実装形態を開示した正確な形態に限定することを意図するものではない。上記の開示に照らして修正及び変形が可能であり、又は実装形態の実施から取得され得る。さらに、一実施形態の１つ以上の特徴又は構成要素は、別の実施形態（又は別の実施形態の１つ以上の特徴）に組み込まれてもよく、又は別の実施形態（又は別の実施形態の１つ以上の特徴）と組み合わせられてもよい。さらに、以下に提供される動作のフローチャート及び説明では、１つ以上の動作が省略されてもよく、１つ以上の動作が追加されてもよく、１つ以上の動作が（少なくとも部分的に）同時に実行されてもよく、１つ以上の動作の順序が差し替えられてもよいことが理解される。

【0036】

本明細書に記載のシステム及び／又は方法は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアの組み合わせの様々な形態で実装されてもよいことは明らかであろう。これらのシステム及び／又は方法を実装するために使用される実際の専用の制御ハードウェア又はソフトウェアコードは、実装形態を限定するものではない。したがって、本明細書では特定のソフトウェアコードを参照せずにシステム及び／又は方法の動作及び挙動を説明した。本明細書の説明に基づいてシステム及び／又は方法を実装するようにソフトウェアとハードウェアが設計され得ることは理解される。

【0037】

特徴の特定の組み合わせを、特許請求の範囲に記載し、及び／又は本明細書に開示しているが、これらの組み合わせは、可能な実装形態の開示を限定することを意図しない。実際、これらの特徴の多くは、特許請求の範囲に具体的に記載されていない、及び／又は本明細書で開示されていない形で組み合わされてもよい。以下に列挙する各従属請求項は１つの請求項のみに直接依存し得るが、可能な実装形態の開示は、各従属請求項を請求項セット内の他のすべての請求項と組み合わせて含んでいる。

【0038】

本明細書で使用する要素、動作、又は命令は、そのように明示的に記載されていない限り、重要又は必須であると解釈されるべきではない。また、本明細書で使用されている冠詞「ａ」及び「ａｎ」は、１つ以上のアイテムを含むことを意図しており、「１つ以上」と同義に使用され得る。ただ１つのアイテムが意図される場合は、「１つ」という用語か又は同様の文言を使用する。さらに、本明細書で使用されている「有する（ｈａｓ）」、「有する（ｈａｖｅ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」などの用語は、非限定的な用語であることを意図している。さらに、「に基づいて」という語句は、特に別段明記されていない限り、「に少なくとも部分的に基づいて」を意味することを意図している。さらに、「［Ａ］及び［Ｂ］のうちの少なくとも１つ」や「［Ａ］又は［Ｂ］のうちの少なくとも１つ」などの表現は、Ａのみ、Ｂのみ、又はＡとＢの両方を含むと理解されるべきである。

【0039】

本開示の例示的な実施形態は、共通のＯ－ＲＵを共有する複数のモバイルネットワークオペレータ（ＭＮＯ）と信頼交換が確立され、共通のＯ－ＲＵに対して証明書管理が提供される方法及びシステムを提供する。結果として、Ｏ－ＲＵを共有するＭＮＯにセキュアな通信を提供することができ、それによってＭＮＯが共有Ｏ－ＲＵの利点（例えば、より低コストでのモバイルネットワークカバレッジの拡張など）を得ることが可能になる。

【0040】

さらに、例示的な実施形態は、証明書登録を管理するためのＯ－ＲＡＮＰＫＩサービスプロバイダを提供し、複数のＭＮＯは、Ｏ－ＲＡＮＰＫＩサービスプロバイダとの確立された信頼関係を有する。結果として、ＭＮＯは、Ｏ－ＲＡＮＰＫＩサービスプロバイダによって発行された証明書を使用して共有Ｏ－ＲＵを認証することができ、低コストでネットワークカバレッジを（例えば、農村部エリアに）拡張することができる。いくつかの例示的な実施形態では、Ｏ－ＲＡＮＰＫＩサービスプロバイダは、より簡単な証明書登録の利点を得るために、複数のＯ－ＤＵから１つのＯ－ＲＵへのユースケースのコンテキストにおいて単一のオペレータにサービスすることができる。

【0041】

図１は、一実施形態による、マルチオペレータ無線アクセスネットワーク（ＭＯＲＡＮ）のための無線アクセスネットワーク（ＲＡＮ）共有ユースケースを示すブロック図である。図１を参照すると、Ｏ－ＲＡＮＰＫＩサービスプロバイダは、複数のオペレータとの信頼関係を確立し、共有Ｏ－ＲＵに証明書を発行する。Ｏ－ＲＡＮＰＫＩサービスプロバイダは、任意の公的に利用可能な認証局（ＣＡ）であってもよい。Ｏ－ＲＵを共有する複数のオペレータ（オペレータ１及びオペレータ２）は、複数のオペレータがＯ－ＲＡＮＰＫＩサービスプロバイダとの信頼関係を既に確立しているため、Ｏ－ＲＡＮＰＫＩサービスプロバイダによって発行された証明書を信頼する。

【0042】

１つ以上の実施形態によれば、Ｏ－ＲＡＮＰＫＩサービスプロバイダは、２つ以上のＯ－ＲＡＮオペレータ又は共有Ｏ－ＲＡＮオペレータ（Shared O-RAN operator（ＳＯＲＯ））間の共有信頼に加えて、Ｏ－ＲＡＮ許容暗号規格、証明書管理プロトコル（Certificate Management Protorol（ＣＭＰ））、ＥＳＴ／ＡＣＭＥ、証明書登録のためのオープンフロントホールフローなどの登録メカニズムなど、ＭＮＯのネットワークのすべての技術要件を満たす。

【0043】

図２は、一実施形態による、共有Ｏ－ＲＵ２１０のための証明書を登録する方法のフロー図である。例えば、図２に示された方法は、図１に示された共有Ｏ－ＲＵの証明書登録に適用され得る。共有ネットワーク要素及びＰＫＩサービスプロバイダによって証明書が発行されるネットワーク要素としてＯ－ＲＵが例示されているが、１つ以上の他の実施形態はこれに限定されず、他のタイプのネットワーク要素に適用されてもよいことが理解される。

【0044】

図２を参照すると、共有Ｏ－ＲＵ２１０には、秘密鍵及び共有Ｏ－ＲＵの認証局（ＣＡ）証明書（例えば、Ｏ－ＲＵのベンダＣＡ又はＯ－ＲＵオペレータ（すなわち、Ｏ－ＲＵを所有するＭＮＯ）のＣＡによって発行された証明書）がインストールされている。例示的な実施形態によるＯ－ＲＡＮＰＫＩサービスプロバイダ２２０はまた、共有Ｏ－ＲＵのＣＡ証明書をインストールしている。

【0045】

動作Ｓ２０１において、共有Ｏ－ＲＵ２１０は、証明書署名要求（ＣＳＲ）を生成する。例えば、ＣＳＲは、公開鍵暗号規格（Public Key Cryptography Standards（ＰＫＣＳ））１０などの事前定義された規格に従ってフォーマットされ得る。

【0046】

動作Ｓ２０２及びＳ２０３において、共有Ｏ－ＲＵ２１０は、ＣＳＲをＯ－ＲＡＮＰＫＩサービスプロバイダ２２０に送信する。この目的のために、証明書要求は、セキュアトランスポートを介した登録（Enrollment over Secure Transport（ＥＳＴ））プロトコル（すなわち、ＲＦＣ７０３０で定義されているように）、簡易証明書登録プロトコル（Simple Certificate Enrollment Protocol（ＳＣＥＰ））、証明書管理プロトコル（Certificate Management Protorol（ＣＭＰ））、暗号メッセージ構文を介した証明書管理（Certificate Management over Cryptographic Message Syntax（ＣＭＣ））などの事前定義されたプロトコルに準拠していてもよい。

【0047】

動作Ｓ２０４において、認証が成功すると（例えば、共有Ｏ－ＲＵのＣＡ証明書を使用して）、Ｏ－ＲＡＮＰＫＩサービスプロバイダ２２０は証明書を発行する。動作Ｓ２０５及びＳ２０６において、証明書は共有Ｏ－ＲＵ２１０に送信される。

【0048】

図３は、別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。図３を参照すると、Ｏ－ＲＡＮＰＫＩサービスプロバイダは、複数のオペレータとの信頼関係を確立し、オペレータのうちの１つの中間ＣＡに証明書を発行する。Ｏ－ＲＡＮＰＫＩサービスプロバイダは、任意の公的に利用可能な認証局（ＣＡ）であってもよい。図３の実施形態では、共有Ｏ－ＲＵはオペレータ１の中間ＣＡに登録し、Ｏ－ＲＡＮＰＫＩサービスプロバイダは共有Ｏ－ＲＵのルートＣＡである。Ｏ－ＲＵを共有する複数のオペレータ（オペレータ１及びオペレータ２）は、複数のオペレータがルートＣＡ、すなわちＯ－ＲＡＮＰＫＩサービスプロバイダとの信頼関係を既に確立しているので、中間ＣＡによって発行された証明書を信頼し、したがってルート証明書を信頼する。

【0049】

図４は、別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。例えば、図４に示された方法は、図３に示された共有Ｏ－ＲＵの証明書登録に適用され得る。共有ネットワーク要素及びＰＫＩサービスプロバイダによって証明書が発行されるネットワーク要素としてＯ－ＲＵが例示されているが、１つ以上の他の実施形態はこれに限定されず、他のタイプのネットワーク要素に適用されてもよいことが理解される。

【0050】

図４を参照すると、共有Ｏ－ＲＵ４１０には、秘密鍵及び共有Ｏ－ＲＵの認証局（ＣＡ）証明書（例えば、Ｏ－ＲＵのベンダＣＡ又はＯ－ＲＵオペレータ（すなわち、Ｏ－ＲＵを所有するＭＮＯ）のＣＡによって発行された証明書）がインストールされている。オペレータ１の認証局（例えば、ＥＳＴサーバ４３０及び／又は中間ＣＡ４４０）も共有Ｏ－ＲＵのＣＡ証明書をインストールしている。共有Ｏ－ＲＵ４１０は、認証後にオペレータ１の中間ＣＡチェーン証明書を取得する。

【0051】

具体的には、動作Ｓ４０１において、共有Ｏ－ＲＵ４１０は、証明書署名要求（ＣＳＲ）を生成する。例えば、ＣＳＲは、公開鍵暗号規格（ＰＫＣＳ）１０などの事前定義された規格に従ってフォーマットされ得る。

【0052】

動作Ｓ４０２及びＳ４０３において、共有Ｏ－ＲＵ４１０は、ＣＳＲをオペレータ１の認証局に送信する。この目的のために、証明書要求は、セキュアトランスポートを介した登録（ＥＳＴ）プロトコル（すなわち、ＲＦＣ７０３０で定義されているように）などの事前定義されたプロトコルに準拠してもよいが、他の実施形態はこれに限定されず、他のプロトコル（例えば、簡易証明書登録プロトコル（ＳＣＥＰ）、証明書管理プロトコル（ＣＭＰ）、暗号メッセージ構文を介した証明書管理（ＣＭＣ）など）を適用してもよい。

【0053】

動作Ｓ４０４において、認証が成功すると（例えば、共有Ｏ－ＲＵのＣＡ証明書を使用して）、中間ＣＡ４４０は証明書を発行する。動作Ｓ４０５及びＳ４０６において、証明書は共有Ｏ－ＲＵ４１０に送信される。

【0054】

図５は、別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。図５を参照すると、Ｏ－ＲＡＮＰＫＩサービスプロバイダは、複数のオペレータとの信頼関係を確立し、オペレータのうちの１つの中間ＣＡに証明書を発行する。Ｏ－ＲＡＮＰＫＩサービスプロバイダは、任意の公的に利用可能な認証局（ＣＡ）であってもよい。図５の実施形態では、共有Ｏ－ＲＵは、トラストアンカーであるオペレータ１のサービス管理及びオーケストレーション（Service Management and Orchestration（ＳＭＯ））プラットフォームを介してオペレータ１の中間ＣＡに登録する。Ｏ－ＲＡＮＰＫＩサービスプロバイダは共有Ｏ－ＲＵのルートＣＡであり、ＳＭＯは外部Ｏ－ＲＡＮＰＫＩサービスプロバイダに登録する。Ｏ－ＲＵを共有する複数のオペレータ（オペレータ１及びオペレータ２）は、複数のオペレータがルートＣＡ、すなわちＯ－ＲＡＮＰＫＩサービスプロバイダとの信頼関係を既に確立しているので、中間ＣＡによって発行された証明書を信頼し、したがってルート証明書を信頼する。

【0055】

図６は、別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。例えば、図６に示された方法は、図５に示された共有Ｏ－ＲＵの証明書登録に適用され得る。共有ネットワーク要素及びＰＫＩサービスプロバイダによって証明書が発行されるネットワーク要素としてＯ－ＲＵが例示されているが、１つ以上の他の実施形態はこれに限定されず、他のタイプのネットワーク要素に適用されてもよいことが理解される。

【0056】

図６を参照すると、共有Ｏ－ＲＵ６１０には、秘密鍵及び共有Ｏ－ＲＵの認証局（ＣＡ）証明書（例えば、Ｏ－ＲＵのベンダＣＡ又はＯ－ＲＵオペレータ（すなわち、Ｏ－ＲＵを所有するＭＮＯ）のＣＡによって発行された証明書）がインストールされている。オペレータ１の認証局（例えば、オペレータ１のＳＭＯ６３０内の中間ＣＡ６４０）も共有Ｏ－ＲＵのＣＡ証明書をインストールしている。共有Ｏ－ＲＵ６１０は、認証後にオペレータ１の中間ＣＡ証明書を取得する。

【0057】

具体的には、動作Ｓ６０１において、共有Ｏ－ＲＵ６１０は、証明書署名要求（ＣＳＲ）を生成する。例えば、ＣＳＲは、公開鍵暗号規格（ＰＫＣＳ）１０などの事前定義された規格に従ってフォーマットされ得る。

【0058】

動作Ｓ６０２において、共有Ｏ－ＲＵ６１０は、ＣＳＲをオペレータ１の認証局に送信する。この目的のために、証明書要求は、ＥＳＴ、簡易証明書登録プロトコル（ＳＣＥＰ）、証明書管理プロトコル（ＣＭＰ）、暗号メッセージ構文を介した証明書管理（ＣＭＣ）などの事前定義されたプロトコルに準拠していてもよい。

【0059】

動作Ｓ６０３において、認証が成功すると（例えば、共有Ｏ－ＲＵのＣＡ証明書を使用して）、中間ＣＡ６４０は証明書を発行する。動作Ｓ６０４において、証明書は共有Ｏ－ＲＵ６１０に送信される。

【0060】

図７は、別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。図７を参照すると、Ｏ－ＲＡＮＰＫＩサービスプロバイダは、複数のオペレータとの信頼関係を確立し、オペレータのうちの１つの中間ＣＡに証明書を発行する。Ｏ－ＲＡＮＰＫＩサービスプロバイダは、任意の公的に利用可能な認証局（ＣＡ）であってもよい。図７の実施形態では、共有Ｏ－ＲＵは、トラストアンカーであるオペレータ１のＯ－ＤＵを介してオペレータ１の中間ＣＡに登録する。Ｏ－ＲＡＮＰＫＩサービスプロバイダは共有Ｏ－ＲＵのルートＣＡであり、Ｏ－ＤＵは外部Ｏ－ＲＡＮＰＫＩサービスプロバイダに登録する。Ｏ－ＲＵを共有する複数のオペレータ（オペレータ１及びオペレータ２）は、複数のオペレータがルートＣＡ、すなわちＯ－ＲＡＮＰＫＩサービスプロバイダとの信頼関係を既に確立しているので、中間ＣＡによって発行された証明書を信頼し、したがってルート証明書を信頼する。

【0061】

図８は、別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。例えば、図８に示された方法は、図７に示された共有Ｏ－ＲＵの証明書登録に適用され得る。共有ネットワーク要素及びＰＫＩサービスプロバイダによって証明書が発行されるネットワーク要素としてＯ－ＲＵが例示されているが、１つ以上の他の実施形態はこれに限定されず、他のタイプのネットワーク要素に適用されてもよいことが理解される。

【0062】

図８を参照すると、共有Ｏ－ＲＵ８１０には、秘密鍵及び共有Ｏ－ＲＵの認証局（ＣＡ）証明書（例えば、Ｏ－ＲＵのベンダＣＡ又はＯ－ＲＵオペレータ（すなわち、Ｏ－ＲＵを所有するＭＮＯ）のＣＡによって発行された証明書）がインストールされている。オペレータ１の認証局（例えば、オペレータ１のＯ－ＤＵ８３０内の中間ＣＡ８４０）も共有Ｏ－ＲＵのＣＡ証明書をインストールしている。共有Ｏ－ＲＵ８１０は、認証後にオペレータ１の中間ＣＡ証明書を取得する。

【0063】

具体的には、動作Ｓ８０１において、共有Ｏ－ＲＵ８１０は、証明書署名要求（ＣＳＲ）を生成する。例えば、ＣＳＲは、公開鍵暗号規格（ＰＫＣＳ）１０などの事前定義された規格に従ってフォーマットされ得る。

【0064】

動作Ｓ８０２において、共有Ｏ－ＲＵ８１０は、ＣＳＲをオペレータ１の認証局に送信する。この目的のために、証明書要求は、ＥＳＴ、簡易証明書登録プロトコル（ＳＣＥＰ）、証明書管理プロトコル（ＣＭＰ）、暗号メッセージ構文を介した証明書管理（ＣＭＣ）などの事前定義されたプロトコルに準拠していてもよい。

【0065】

動作Ｓ８０３において、認証が成功すると（例えば、共有Ｏ－ＲＵのＣＡ証明書を使用して）、中間ＣＡ８４０は証明書を発行する。動作Ｓ８０４において、証明書は共有Ｏ－ＲＵ８１０に送信される。

【0066】

図９は、別の実施形態による、ＭＯＲＡＮのためのＲＡＮ共有ユースケースを示すブロック図である。図９を参照すると、第２のオペレータ（オペレータ２）は、第１のオペレータ（オペレータ１）のルートＣＡとの確立された信頼関係を有する。結果として、共有Ｏ－ＲＵは、オペレータ１のルートＣＡに登録するオペレータ１の中間ＣＡに登録することができる。

【0067】

図１０は、別の実施形態による、共有Ｏ－ＲＵのための証明書を登録する方法のフロー図である。例えば、図１０に示された方法は、図９に示された共有Ｏ－ＲＵの証明書登録に適用され得る。共有ネットワーク要素及びＰＫＩサービスプロバイダによって証明書が発行されるネットワーク要素としてＯ－ＲＵが例示されているが、１つ以上の他の実施形態はこれに限定されず、他のタイプのネットワーク要素に適用されてもよいことが理解される。

【0068】

図１０を参照すると、共有Ｏ－ＲＵ１０１０には、秘密鍵及び共有Ｏ－ＲＵの認証局（ＣＡ）証明書（例えば、Ｏ－ＲＵのベンダＣＡ又はＯ－ＲＵオペレータ（すなわち、Ｏ－ＲＵを所有するＭＮＯ）のＣＡによって発行された証明書）がインストールされている。オペレータ１の認証局（例えば、オペレータ１のルートＣＡ１０３０に証明書を登録する中間ＣＡ１０４０）も共有Ｏ－ＲＵのＣＡ証明書をインストールしている。共有Ｏ－ＲＵ１０１０は、認証後にオペレータ１の中間ＣＡ証明書を取得する。

【0069】

具体的には、動作Ｓ１００１において、共有Ｏ－ＲＵ８１０は、証明書署名要求（ＣＳＲ）を生成する。例えば、ＣＳＲは、公開鍵暗号規格（ＰＫＣＳ）１０などの事前定義された規格に従ってフォーマットされ得る。

【0070】

動作Ｓ１００２において、共有Ｏ－ＲＵ１０１０は、ＣＳＲをオペレータ１の認証局に送信する。この目的のために、証明書要求は、ＥＳＴ、簡易証明書登録プロトコル（ＳＣＥＰ）、証明書管理プロトコル（ＣＭＰ）、暗号メッセージ構文を介した証明書管理（ＣＭＣ）などの事前定義されたプロトコルに準拠していてもよい。

【0071】

動作Ｓ１００３において、認証が成功すると（例えば、共有Ｏ－ＲＵのＣＡ証明書を使用して）、中間ＣＡ１０４０は証明書を発行する。動作Ｓ１００４において、証明書は共有Ｏ－ＲＵ１０１０に送信される。

【0072】

図１１は、一実施形態による、農村部エリアのためのＲＡＮ共有ユースケースを示すブロック図である。図１１の実施形態は、非分割４ＧｅＮＢアーキテクチャを対象としているが、１つ以上の他の実施形態はこれに限定されず、非分割５Ｇアーキテクチャ、Ｏ－ＲＡＮアーキテクチャなどに適用されてもよいことが理解される。

【0073】

図１１を参照すると、農村部エリアサイトＡに位置し、オペレータＸによって所有される４Ｇ基地局（ｅＮＢ）と、農村部サイトＢに位置し、オペレータＹによって所有される４ＧｅＮＢとの両方に、１つ以上の実施形態によるＯ－ＲＡＮＰＫＩサービスプロバイダからの証明書がプロビジョニングされる。上記のように、両方のオペレータは、Ｏ－ＲＡＮＰＫＩサービスプロバイダとの信頼関係を確立している。したがって、各ｅＮＢと両方のオペレータとの間のセキュアな接続は、Ｏ－ＲＡＮＰＫＩサービスプロバイダの発行された証明書を使用して確立されることができる。したがって、オペレータＸのｅＮＢは、オペレータＸとオペレータＹの両方によって共有され得（すなわち、オペレータＸのコアネットワーク及びオペレータＹのコアネットワークに接続する）、オペレータＹのｅＮＢは、オペレータＸとオペレータＹの両方によって共有され得る（すなわち、オペレータＸのコアネットワーク及びオペレータＹのコアネットワークに接続する）。その結果、オペレータＹは、自身の基地局を配備する必要なしに、農村部エリアサイトＡにおける加入者のアクセス及び接続性を提供することができ、したがって、リソース及び費用を節約し、そのネットワークカバレッジを拡張することができる。同様に、オペレータＸは、農村部エリアサイトＢにおける加入者のアクセス及び接続性に同様の利点を提供することができる。

【0074】

図１２は、別の実施形態による、農村部エリアのためのＲＡＮ共有ユースケースを示すブロック図である。図１２の実施形態は、分割４ＧｅＮＢ及び／又は５ＧｇＮＢアーキテクチャに関する。例えば、基地局は、機能分割オプション７．２ｘで構成され得るが、これは単なる一例であり、１つ以上の他の例示的な実施形態はこれに限定されない。

【0075】

図１２を参照すると、農村部エリアサイトＡに位置し、オペレータＸによって所有されるＯ－ＲＵ（４Ｇ又は５Ｇ）と、農村部サイトＢに位置し、オペレータＹによって所有されるＯ－ＲＵ（４Ｇ又は５Ｇ）との両方に、１つ以上の実施形態によるＯ－ＲＡＮＰＫＩサービスプロバイダからの証明書がプロビジョニングされる。上記のように、両方のオペレータは、Ｏ－ＲＡＮＰＫＩサービスプロバイダとの信頼関係を確立している。したがって、各Ｏ－ＲＵと両方のオペレータとの間のセキュアな接続は、Ｏ－ＲＡＮＰＫＩサービスプロバイダの発行された証明書を使用して確立されることができる。したがって、オペレータＸのＯ－ＲＵは、オペレータＸとオペレータＹの両方によって共有され得（すなわち、オペレータＸのＯ－ＤＵ及びオペレータＹのＯ－ＤＵに接続する）、オペレータＹのＯ－ＲＵは、オペレータＸとオペレータＹの両方によって共有され得る（すなわち、オペレータＸのＯ－ＤＵ及びオペレータＹのＯ－ＤＵに接続する）。その結果、オペレータＹは、自身の基地局又は無線ユニットを配備する必要なしに、農村部エリアサイトＡにおける加入者のアクセス及び接続性を提供することができ、したがって、リソース及び費用を節約し、そのネットワークカバレッジを拡張することができる。同様に、オペレータＸは、農村部エリアサイトＢにおける加入者のアクセス及び接続性に同様の利点を提供することができる。

【0076】

図１３は、１つ以上の実施形態による、共通ＲＵと、共通ＲＵを共有する複数のＤＵとの間のセキュアな接続を確立する方法のフローチャートである。１つ以上の実施形態によれば、ＲＵ及び複数のＤＵは、Ｏ－ＲＡＮ技術（すなわち、Ｏ－ＲＵ及びＯ－ＤＵ）に基づいてもよく、Ｏ－ＲＡＮオープンフロントホールインターフェース及び仕様を介して接続されてもよいが、１つ以上の他の実施形態はこれに限定されないことが理解される。例えば、１つ以上の他の実施形態は、機能分割（すなわち、分割アーキテクチャ）なしに、基地局などのネットワーク要素を共有してもよい。

【0077】

図１３を参照すると、動作Ｓ１３１０において、第１のモバイルネットワークオペレータ（ＭＮＯ）のＲＵは、例示的な実施形態によるＰＫＩサービスプロバイダからＲＵに対して発行された証明書を受信する。ＰＫＩサーバは、第１のＭＮＯを含む複数のＭＮＯと信頼関係を確立している。例えば、複数のＭＮＯのノード（例えば、Ｏ－ＤＵ）は、ＰＫＩサービスプロバイダのルート証明書を内部に記憶していてもよく、あるいは信頼できるエンティティとしてＰＫＩサービスプロバイダを確立又は登録していてもよい。Ｏ－ＲＵは、セキュアトランスポートを介した登録（ＥＳＴ）プロトコル（すなわち、ＲＦＣ７０３０で定義されているように）、簡易証明書登録プロトコル（ＳＣＥＰ）、ＣＭＰ、暗号化メッセージ構文を介した証明書管理（ＣＭＣ）などの特定のプロトコルに従って証明書を要求及び登録してもよい。さらに、Ｏ－ＲＵは、証明書署名要求（ＣＳＲ）を生成及び提示してもよく、ＰＫＩサービスプロバイダは、ＣＳＲに基づいて証明書を発行してもよい。証明書は、Ｘ．５０９などの事前定義された規格に従ってフォーマットされ得る。

【0078】

動作Ｓ１３２０において、ＲＵは、発行された証明書を使用して、第２のＭＮＯとＰＫＩサービスプロバイダとの間の確立された信頼に基づいて、第１のＭＮＯのＤＵとのセキュアな（安全な）接続を確立する。例えば、ＲＵは、認証手順（例えば、事前定義された認証手順）に従ってその証明書を送信することによって、第１のＭＮＯのＤＵによって認証され得る。

【0079】

動作Ｓ１３３０において、ＲＵは、発行された証明書を使用して、第２のＭＮＯとＰＫＩサービスプロバイダとの間の確立された信頼に基づいて、複数のＭＮＯのうちの第２のＭＮＯのＤＵとのセキュアな接続を確立する。例えば、ＲＵは、認証手順（例えば、事前定義された認証手順）に従ってその証明書を送信することによって、第２のＭＮＯのＤＵによって認証され得る。

【0080】

ＰＫＩサービスプロバイダ（例えば、認証局）と両方のＭＮＯとの間に信頼関係があるため、ＰＫＩサービスプロバイダによって発行された証明書を使用して、共有ＲＵと両方のＭＮＯのＤＵとの間のセキュアな接続を確立することができる。

【0081】

図１４は、例示的な実施形態による、１つ以上のデバイスの構成要素の図である。デバイス１４００は、上述したデバイス（例えば、ネットワーク要素（ＲＵ、ＤＵ、ｇＮＢ、ｅＮＢ、コアネットワーク要素、ＣＡ、中間ＣＡ、ＰＫＩサービスプロバイダなど）のいずれかに対応し得る。

【0082】

図１４を参照すると、デバイス１４００は、バス１４１０、プロセッサ１４２０、メモリ１４３０、ストレージコンポーネント１４４０、及び通信インターフェース１４５０を含み得る。構成要素のうちの１つ若しくは複数が省略されてもよく、及び／又は１つ若しくは複数の追加の構成要素が含まれてもよいことが理解される。

【0083】

バス１４１０は、デバイス１４００の構成要素間の通信を可能にする構成要素を含む。プロセッサ１４２０は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアとの組み合わせで実装される。プロセッサ１４２０は、中央処理装置（ＣＰＵ）、グラフィック処理装置（ＧＰＵ）、加速処理装置（ＡＰＵ）、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、又は別のタイプの処理コンポーネントである。プロセッサ１４２０は、機能を実行するようにプログラムすることができる１つ以上のプロセッサを含む。

【0084】

メモリ１４３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、及び／又はプロセッサ１４２０が使用するための情報及び／又は命令を記憶する別のタイプの動的又は静的記憶デバイス（例えば、フラッシュメモリ、磁気メモリ、及び／又は光メモリ）を含む。

【0085】

ストレージコンポーネント１４４０は、デバイス１４００の動作及び使用に関連する情報及び／又はソフトウェアを記憶する。例えば、ストレージコンポーネント１４４０は、対応するドライブと共に、ハードディスク（例えば、磁気ディスク、光ディスク、光磁気ディスク、及び／又はソリッドステートディスク）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、カートリッジ、磁気テープ、及び／又は別のタイプの非一時的コンピュータ可読媒体を含んでもよい。

【0086】

通信インターフェース１４５０は、デバイス１４００が有線接続、無線接続、又は有線接続と無線接続との組み合わせなどを介して他のデバイスと通信することを可能にするトランシーバのような構成要素（例えば、トランシーバ及び／又は別個の受信機及び送信機）を含む。通信インターフェース１４５０は、デバイス１４００が別のデバイスから情報を受信すること、及び／又は別のデバイスに情報を提供することを可能にし得る。例えば、通信インターフェース１４５０は、イーサネットインターフェース、光インターフェース、同軸インターフェース、赤外線インターフェース、無線周波数（ＲＦ）インターフェース、ユニバーサルシリアルバス（ＵＳＢ）インターフェース、Ｗｉ－Ｆｉインターフェース、セルラーネットワークインターフェースなどを含んでもよい。

【0087】

デバイス１４００は、本明細書に記載した１つ以上のプロセス又は機能を実行し得る。デバイス１４００は、メモリ１４３０及び／又はストレージコンポーネント１４４０などの非一時的コンピュータ可読媒体によって記憶されたソフトウェア命令を実行するプロセッサ１４２０に基づいて動作を実行し得る。コンピュータ可読媒体は、本明細書では非一時的メモリデバイスとして規定される。メモリデバイスは、単一の物理記憶デバイス内のメモリ空間、又は複数の物理記憶デバイスにわたるメモリ空間を含む。

【0088】

ソフトウェア命令は、別のコンピュータ可読媒体から、又は通信インターフェース１４５０を介して別のデバイスから、メモリ１４３０及び／又はストレージコンポーネント１４４０に読み込まれてもよい。実行されると、メモリ１４３０及び／又はストレージコンポーネント１４４０に記憶されたソフトウェア命令は、プロセッサ１４２０に本明細書に記載の１つ以上のプロセスを実行させ得る。

【0089】

上述の例示的な実施形態は、共有ネットワーク要素としてのＯ－ＲＵに関するが、１つ以上の他の実施形態はそれに限定されず、オペレータ間で共有され得る（すなわち、複数のオペレータのそれぞれのネットワーク要素（例えば、ＤＵ、コアネットワーク要素など）によって共有される）任意のネットワーク要素（例えば、ｅＮＢ、ｇＮＢ、トランスポート要素など）に適用可能であることが理解される。

【0090】

前述の開示は、例示及び説明を提供するが、網羅的であること、又は実装形態を開示した正確な形態に限定することを意図するものではない。上記の開示に照らして修正及び変形が可能であり、又は実装形態の実施から取得され得る。

【0091】

いくつかの実施形態は、一体化に関するあらゆる可能な技術的詳細レベルにおいて、システム、方法、及び／又はコンピュータ可読媒体に関連するものであってもよい。さらに、上述した上記構成要素のうち１つ以上は、コンピュータ可読媒体に記憶され、かつ少なくとも１つのプロセッサによって実行可能な、命令として実装されてもよい（及び／又は少なくとも１つのプロセッサを含んでもよい）。コンピュータ可読媒体は、プロセッサに動作を実行させるためのコンピュータ可読プログラム命令を有するコンピュータ可読非一時的記憶媒体を含んでもよい。

【0092】

コンピュータ可読記憶媒体は、命令実行デバイスによって使用される命令を保持及び記憶することができる有形のデバイスとすることができる。コンピュータ可読記憶媒体は、例えば、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、又はこれらの任意の適切な組み合わせであってもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的リストには、以下のものを含む。すなわち、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、フロッピーディスク、その中に記録された命令を有するパンチカード又は溝の隆起構造など、機械的に符号化されたデバイス、及びこれらの任意の適切な組み合わせである。本明細書で使用されているコンピュータ可読記憶媒体は、電波若しくはその他の自由に伝搬する電磁波、導波路若しくはその他の伝送媒体を通って伝搬する電磁波（例えば、光ファイバケーブルを通過する光パルス）、又は電線を通って伝送される電気信号などの、それ自体が一時的な信号であると、解釈されるべきではない。

【0093】

本明細書で説明されているコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれの計算／処理デバイスに、又はネットワークを介して、例えばインターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、及び／又は無線ネットワークを介して、外部のコンピュータ又は外部の記憶デバイスに、ダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、及び／又はエッジサーバを備えてもよい。各計算／処理デバイス内のネットワークアダプタカード又はネットワークインターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、コンピュータ可読プログラム命令をそれぞれの計算／処理デバイス内のコンピュータ可読記憶媒体の記憶に向けて転送する。

【0094】

動作を実行するためのコンピュータ可読プログラムコード／命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路の構成データ、又はＳｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかであり得る。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上及び部分的にリモートコンピュータ上で、又は完全にリモートコンピュータ若しくはサーバ上で実行してもよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意の種類のネットワークを通じてユーザのコンピュータに接続されてもよく、又は（例えば、インターネットサービスプロバイダを利用してインターネットを通じて）外部のコンピュータに接続されてもよい。いくつかの実施形態において、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、態様又は動作を実行するために、コンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行し、電子回路をパーソナライズしてもよい。

【0095】

これらのコンピュータ可読プログラム命令は、機械を製造するために、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサに提供されてもよく、その結果、コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサを介して実行する命令が、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／動作を実施するための手段を作成する。これらのコンピュータ可読プログラム命令はまた、特定のやり方で機能するようにコンピュータ、プログラム可能なデータ処理装置、及び／又は他のデバイスを指示することができるコンピュータ可読記憶媒体に記憶されてもよく、その結果、その中に記憶された命令を有するコンピュータ可読記憶媒体は、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／動作の態様を実施する命令を含む製品を備える。

【0096】

コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラム可能なデータ処理装置、又は他のデバイス上にロードされ、コンピュータ、他のプログラム可能な装置、又は他のデバイス上で一連の動作ステップを実行させてコンピュータ実施プロセスを生成してもよく、その結果、コンピュータ、他のプログラム可能な装置、又は他のデバイス上で実行する命令が、フローチャート及び／又はブロック図の１つ以上のブロックで指定された機能／動作を実施する。

【0097】

図のフローチャートとブロック図は、様々な実施形態によるシステム、方法、及びコンピュータ可読媒体の可能な実装のアーキテクチャ、機能、及び動作を示している。これに関して、フローチャート又はブロック図の各ブロックは、指定された論理機能を実装するための１つ以上の実行可能な命令を含むモジュール、セグメント、又は命令の一部を表してもよい。方法、コンピュータシステム、及びコンピュータ可読媒体は、図に示されたものよりも多いブロック、より少ないブロック、異なるブロック、又は異なる配置のブロックを含んでもよい。いくつかの代替の実装形態では、ブロックに記載されている機能が、図に記載されている順序とは異なる場合がある。例えば、連続して示されている２つのブロックは、実際には、同時に、又は実質的に同時に、実行されてもよく、又はブロックは、関係する機能に応じて時には逆の順序で実行されてもよい。また、ブロック図及び／又はフローチャート図の各ブロック、並びにブロック図及び／又はフローチャート図のブロックの組み合わせが、指定された機能又は動作を実行する、又は専用ハードウェアとコンピュータ命令との組み合わせを実行する、専用のハードウェアベースのシステムによって実装できることにも留意されたい。

【0098】

本明細書に記載のシステム及び／又は方法は、ハードウェア、ファームウェア、又はハードウェアとソフトウェアの組み合わせの様々な形態で実装されてもよいことは明らかであろう。これらのシステム及び／又は方法を実装するために使用される実際の専用の制御ハードウェア又はソフトウェアコードは、実装形態を限定するものではない。したがって、システム及び／又は方法の動作及び挙動は、特定のソフトウェアコードを参照することなく本明細書に記載されており、ソフトウェア及びハードウェアは、本明細書の記載に基づいてシステム及び／又は方法を実装するように設計され得ることが理解される。

【図1】