ホーム > 特許ランキング > ソニーグループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024128841
(43)【公開日】2024-09-24
(54)【発明の名称】通信システム、端末装置及び通信方法
(51)【国際特許分類】
H04W 72/02 20090101AFI20240913BHJP
H04W 92/18 20090101ALI20240913BHJP
H04W 28/16 20090101ALI20240913BHJP
【ＦＩ】
H04W72/02
H04W92/18
H04W28/16
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023038092
(22)【出願日】2023-03-10
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】土生 雄貴
(72)【発明者】
【氏名】後藤 淳悟
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD17
5K067EE02
5K067EE10
5K067EE25
(57)【要約】
【課題】端末装置が求めるリソース制御を行うことができる仕組みを提供する。
【解決手段】本開示の通信システムは、第１の端末装置と、第２の端末装置と、通信制御装置と、を備える。第１の端末装置、第２の端末装置、及び、通信制御装置の間でブロックチェーンネットワークが形成される。第１の端末装置は、ブロックチェーンネットワークに対して、第１の端末装置から第２の端末装置への通信リソースの譲渡を要求する。要求が承認された場合、通信制御装置によって、第１の端末装置に割り当てられていた通信リソースが前記第２の端末装置へ譲渡される。
【選択図】図１
【解決手段】本開示の通信システムは、第１の端末装置と、第２の端末装置と、通信制御装置と、を備える。第１の端末装置、第２の端末装置、及び、通信制御装置の間でブロックチェーンネットワークが形成される。第１の端末装置は、ブロックチェーンネットワークに対して、第１の端末装置から第２の端末装置への通信リソースの譲渡を要求する。要求が承認された場合、通信制御装置によって、第１の端末装置に割り当てられていた通信リソースが前記第２の端末装置へ譲渡される。
【選択図】図１
【特許請求の範囲】
【請求項1】
第１の端末装置と、
第２の端末装置と、
通信制御装置と、
を備え、
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置は、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求し、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソｓースが前記第２の端末装置へ譲渡される、
通信システム。
第２の端末装置と、
通信制御装置と、
を備え、
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置は、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求し、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソｓースが前記第２の端末装置へ譲渡される、
通信システム。
【請求項2】
前記通信制御装置は、
ＡＦ（Application Function）の機能を有し、
ＮＥＦ（Network Exposure Function）を介してＰＣＦ（Policy Control Function）に、前記通信リソースの前記譲渡の指示を行い、
前記指示が行われることで、前記通信リソースの前記譲渡が行われる、
請求項１に記載の通信システム。
ＡＦ（Application Function）の機能を有し、
ＮＥＦ（Network Exposure Function）を介してＰＣＦ（Policy Control Function）に、前記通信リソースの前記譲渡の指示を行い、
前記指示が行われることで、前記通信リソースの前記譲渡が行われる、
請求項１に記載の通信システム。
【請求項3】
前記通信制御装置は、
ＰＣＦの機能を有し、
所定のコアネットワークノードに対して、前記通信リソースの前記譲渡を制御する、
請求項１に記載の通信システム。
ＰＣＦの機能を有し、
所定のコアネットワークノードに対して、前記通信リソースの前記譲渡を制御する、
請求項１に記載の通信システム。
【請求項4】
端末装置が前記ブロックチェーンネットワークに接続すると、前記通信制御装置は、当該端末装置に前記通信リソースを譲渡する、請求項１に記載の通信システム。
【請求項5】
前記通信リソースの前記譲渡が承認された場合、前記通信制御装置は、当該譲渡に関する譲渡情報をブロックチェーンに追加する、請求項１に記載の通信システム。
【請求項6】
前記譲渡情報は、前記ブロックチェーンネットワークに接続する端末装置を識別する情報、及び、当該端末装置に割り当てられた前記通信リソースに関する情報を含む、
請求項５に記載の通信システム。
請求項５に記載の通信システム。
【請求項7】
前記通信リソースの前記譲渡は、ＱｏＳ情報の変更によって行われる、請求項１に記載の通信システム。
【請求項8】
前記第１の端末装置が譲渡する前記通信リソースは、当該第１の端末装置に割り当てられた前記通信リソースに制限される、請求項１に記載の通信システム。
【請求項9】
割り当てられた通信リソースで通信を行う通信部と、
他の端末装置への前記通信リソースの譲渡を、自装置、前記他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して要求する制御部と、
を備え、
前記要求が承認された場合、前記通信制御装置によって、前記自装置に割り当てられていた前記通信リソースが前記他の端末装置へ譲渡される、
端末装置。
他の端末装置への前記通信リソースの譲渡を、自装置、前記他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して要求する制御部と、
を備え、
前記要求が承認された場合、前記通信制御装置によって、前記自装置に割り当てられていた前記通信リソースが前記他の端末装置へ譲渡される、
端末装置。
【請求項10】
譲渡された通信リソースで通信を行う通信部と、
前記通信部の前記通信を制御する制御部と、
を備え、
前記制御部は、
自装置、他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して当該他の端末装置が行った前記通信リソースの譲渡要求が承認されることで、前記通信制御装置によって、前記他の端末装置に割り当てられていた前記通信リソースが前記自装置に譲渡されることで、当該通信リソースで前記通信を行う、
端末装置。
前記通信部の前記通信を制御する制御部と、
を備え、
前記制御部は、
自装置、他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して当該他の端末装置が行った前記通信リソースの譲渡要求が承認されることで、前記通信制御装置によって、前記他の端末装置に割り当てられていた前記通信リソースが前記自装置に譲渡されることで、当該通信リソースで前記通信を行う、
端末装置。
【請求項11】
第１の端末装置と、第２の端末装置と、通信制御装置と、を備える通信システムの通信方法であって、
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置が、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求することと、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡されることと、
を含む通信方法。
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置が、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求することと、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡されることと、
を含む通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システム、端末装置及び通信方法に関する。
【背景技術】
【0002】
５Ｇ／６Ｇ等のセルラー方式の無線通信の開発が活発になされている。例えば、通信コンテンツに応じたネットワークの構築、及び、ＡＩ（Artificial Intelligence）を活用したリソース制御等、よりユーザ通信を主体とした通信サービスの提供が構想されている。
【0003】
例えば、リソース制御を行う技術では、基地局が、アップリンクリソースを解放するようＵＥ（User Equipment）に指示することで、ＵＥは、アップリンクリソースを解放する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特表２０１１－５０９５８１号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
このように、リソース制御を行うことで、ＵＥ（端末装置）は、自装置に搭載される通信アプリを介してより最適な通信を享受することができる。
【0006】
だたし、従来のリソース制御は、基地局等、ネットワーク事業者側が主体となって実施される。そのため、ＵＥが求めるリソース制御が行われるとは限らなかった。
【0007】
例えば、ネットワーク資源として非効率なリソース制御、例えば、無線環境のよいＵＥから無線環境の悪いＵＥにリソースを渡すような制御は、一般的に難しい。そのため、ＵＥが非効率なリソース制御を望んでもそれを実現することは難しい。
【0008】
そこで、本開示では、端末装置が求めるリソース制御を行うことができる仕組みを提供する。
【0009】
なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。
【課題を解決するための手段】
【0010】
本開示の通信システムは、第１の端末装置と、第２の端末装置と、通信制御装置と、を備える。前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成される。前記第１の端末装置は、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求する。前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡される。
【図面の簡単な説明】
【0011】
【図1】本開示の第１実施形態に係る通信システムの概略構成を示す図である。
【図2】本開示の実施形態に係る台帳更新処理の流れの一例を示すシーケンス図である。
【図3】本開示の実施形態に係るリソース更新処理の一例を示す図である。
【図4】本開示の第１実施形態に係る通信システムの全体構成例を示す図である。
【図5】本開示の実施形態に係る情報処理装置の構成例を示すブロック図である。
【図6】本開示の実施形態に係る基地局の構成例を示す図である。
【図7】本開示の実施形態に係る端末装置の構成例を示すブロック図である。
【図8】本開示の第１実施形態に係る台帳の一例を示す図である。
【図9】本開示の第１実施形態に係るKey及びValueデータの他の例を示す図である。
【図10】本開示の第１実施形態に係るKey及びValueデータの他の例を示す図である。
【図11】本開示の第１実施形態に係るＰ２Ｐネットワーク確立処理の流れの一例を示すシーケンス図である。
【図12】本開示の第１実施形態に係るネットワーク接続処理の流れの一例を示すシーケンス図である。
【図13】本開示の第１実施形態に係る台帳の一例を示す図である。
【図14】本開示の第１実施形態に係る台帳の一例を示す図である。
【図15】本開示の第１実施形態に係る台帳の一例を示す図である。
【図16】本開示の第１実施形態に係るリソース制御処理の流れの一例を示すシーケンス図である。
【図17】本開示の第１実施形態に係る台帳の一例を示す図である。
【図18】本開示の第１実施形態に係る台帳の一例を示す図である。
【図19】本開示の第２実施形態に係る通信システムの構成例を示す図である。
【図20】本開示の第３実施形態に係る通信システムの構成例を示す図である。
【図21】本開示の第３実施形態に係るアプリケーションサーバの構成例を示すブロック図である。
【図22】本開示の第３実施形態に係るネットワーク接続処理の流れの一例を示すシーケンス図である。
【図23】本開示の第３実施形態に係る台帳の一例を示す図である。
【図24】本開示の第３実施形態に係る台帳の一例を示す図である。
【図25】本開示の第３実施形態に係るリソース制御処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【0012】
以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【0013】
また、本明細書及び図面において、実施形態の類似する構成要素については、同一の符号の後に異なるアルファベット及び／又は数字を付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【0014】
また、本明細書及び図面において、具体的な数値を挙げて説明する場合があるが、当該数値は例示であり、異なる数値が適用され得る。
【0015】
以下に説明される１又は複数の実施形態（実施例、変形例、適用例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
【0016】
＜＜１．第１実施形態＞＞
＜１．１．通信システムの概要＞
Beyond 5G/6Gでは、ユーザの通信コンテンツに応じたネットワーク構築、及び、ＡＩを活用したリソース制御等、よりユーザ通信を主体とした通信サービスの提供が構想される。
＜１．１．通信システムの概要＞
Beyond 5G/6Gでは、ユーザの通信コンテンツに応じたネットワーク構築、及び、ＡＩを活用したリソース制御等、よりユーザ通信を主体とした通信サービスの提供が構想される。
【0017】
このように、エンドユーザを主体として通信サービスが提供されることで、エンドユーザは、自身の通信アプリに最適な通信をより享受できるようになる。
【0018】
例えば、ネットワーク側は、ユーザの通信サービスを、ＡＩ技術を用いて高精度に推測し、推測した通信サービスに応じたリソース制御を行う。例えば、ネットワーク側は、超低遅延が求められるゲーム通信には、低遅延であるＱｏＳ設定及びルーティング等を適用する。例えば、ネットワーク側は、大容量アップリンク通信が求められる放送用通信には、アップリンクリソースを多く割り当てる。
【0019】
このように、例えば、ＡＩ技術を適用することで、ネットワーク側が、サービスに応じたリソース制御を行うことができ、エンドユーザはアプリケーションにより適した通信サービスを受けることができる。
【0020】
しかしながら、上述したリソース制御は、ネットワーク側が主体となって行われる。そのため、ネットワーク側は、ネットワーク資源の最適化を考慮してリソース制御を行う。また、ネットワーク側は、あくまでユーザの通信（の種別）を推測して、ネットワーク設定を適用しているに過ぎない。
【0021】
そのため、従来の技術では、ユーザが全体のネットワーク資源としては非効率な使用方法で通信をしたい場合、または、ＡＩによる推測が外れてしまった場合等に、ユーザの期待と乖離したリソース制御が行われる可能性がある。
【0022】
例えば、従来の技術では、無線品質のよいＵＥから無線品質の悪いＵＥに多くのリソースを渡すことは一般的に難しい。これは、無線品質の悪いＵＥへのリソース割り当てが、ネットワーク資源の非効率な使用方法になるためである。
【0023】
また、従来の技術では、特定の期間、一時的に通信を優先して行いたいＵＥに通信リソースを分配すること等も難しい。例えば、ネットワーク側が、ＡＩ技術を用いて過去のビッグデータをもとに最適な通信設定を適用するとする。この場合、ネットワーク側が、ゲームイベント等突発的に発生する通信リソースの需要に合わせて設定変更することは難しい。このような場合、ユーザ側が直接的に通信リソースの需要に合わせて設定変更することが望ましい。
【0024】
そこで、本実施形態では、ユーザ自身が、ＵＥの通信品質、及び、通信品質に関連する情報（例えばネットワークリソース）を、ブロックチェーンを用いて制御可能な非中央集権ネットワークを提案する。
【0025】
［通信システムＳ１の概略構成］
図１は、本開示の第１実施形態に係る通信システムＳ１の概略構成を示す図である。通信システムＳ１は、コアネットワーク（ＣｏｒｅＮＷ（NetWork））１０と、基地局（ＲＡＮ）２０と、複数の端末装置（ＵＥ）４０と、を備える。
図１は、本開示の第１実施形態に係る通信システムＳ１の概略構成を示す図である。通信システムＳ１は、コアネットワーク（ＣｏｒｅＮＷ（NetWork））１０と、基地局（ＲＡＮ）２０と、複数の端末装置（ＵＥ）４０と、を備える。
【0026】
本実施形態に係る通信システムＳ１では、コアネットワーク１０と複数のＵＥ４０との間でブロックチェーンネットワークＢＮが形成される。
【0027】
（ブロックチェーン技術の概要）
ここで、ブロックチェーン技術は、複数の独立したノードでトランザクションを記録し、同期する分散型台帳技術である。複数の独立したノードは、主にＰ２Ｐ（Peer to Peer）ネットワークを構成する。台帳の信頼性の担保方法は様々である。ブロックチェーン技術は、台帳の内容及び更新等に合わせて行われる動作に応じて、いろいろなサービスに応用されている。
ここで、ブロックチェーン技術は、複数の独立したノードでトランザクションを記録し、同期する分散型台帳技術である。複数の独立したノードは、主にＰ２Ｐ（Peer to Peer）ネットワークを構成する。台帳の信頼性の担保方法は様々である。ブロックチェーン技術は、台帳の内容及び更新等に合わせて行われる動作に応じて、いろいろなサービスに応用されている。
【0028】
ブロックチェーンネットワークは、大きくパブリック型（非認可型）及びプライベート型（認可型）の２つの構成に分類される。パブリック型は、誰でも参加できる一方、合意形成及びパフォーマンス等に課題がある。プライベート型は、特定のメンバが参加できる一方、合意形成及びパフォーマンス等がパブリック型と比較して優位であるという特徴を有する。本実施形態に係るブロックチェーンネットワークＢＮは、プライベート型である。
【0029】
上述した「合意形成」（コンセンサスアルゴリズム）は、管理者なしで台帳更新のリクエストを承認する方法である。コンセンサスアルゴリズムとして、例えば、Proof of Work（ＰｏＷ）、Proof of Stake（ＰｏＳ）、Proof of Importance（ＰｏＩ）、Proof of Consensus（ＰｏＣ）等が挙げられる。
【0030】
また、「トランザクション」は、ノード間の情報のやり取り、もしくは、その依頼を指す。「台帳」（ブロックチェーン）は、トランザクションの履歴等を記録する。
【0031】
また、ブロックチェーン技術では「スマートコントラクト」が行われる。スマートコントラクトは、台帳更新（トランザクション）による動作である。
【0032】
プライベート型のブロックチェーンの各ノードは、以下の役割を有する。
【0033】
ＣＡ（Certificate Authority）は、各ノードの信頼性を担保するため、証明書を発行する。Clientは、トランザクションの内容を決め、提案及びリクエストを行う。Endorser（PPeer）は、台帳及びスマートコントラクトの機能を具備し、トランザクションの検証や台帳の検証を行う。Ordererは、各トランザクションの順番（履歴）を保証する。
【0034】
次に、プライベート・コンソーシアム（認可型）のブロックチェーンネットワークで行われるコンセンサスアルゴリズムの流れの一例を説明する。
【0035】
１）Clientがトランザクションの提案を行う（proposal）。
２）Endorserがトランザクションを実行する。
３）EndorserがClientにトランザクションを実行した結果を通知する（endorsement）。
４）Clientがトランザクションを要求する（request）。
５）Ordererがトランザクションの順序付けを行い、順序付けの結果をEndorserに配信する。
６）Endorserが結果トランザクションを検証し、ブロックチェーンを更新する（validation）。Endorserが更新結果をClientに通知する。
２）Endorserがトランザクションを実行する。
３）EndorserがClientにトランザクションを実行した結果を通知する（endorsement）。
４）Clientがトランザクションを要求する（request）。
５）Ordererがトランザクションの順序付けを行い、順序付けの結果をEndorserに配信する。
６）Endorserが結果トランザクションを検証し、ブロックチェーンを更新する（validation）。Endorserが更新結果をClientに通知する。
【0036】
なお、ノード間で構成されるＰ２Ｐネットワークは、例えば、Gossipアルゴリズム等を用いて構築される。
【0037】
（通信システムＳ１への適用）
上述したように、本実施形態では、通信システムＳ１にブロックチェーン技術が適用される。すなわち、通信システムＳ１に各構成要素をノードとするブロックチェーンネットワークＢＮが構築される。
上述したように、本実施形態では、通信システムＳ１にブロックチェーン技術が適用される。すなわち、通信システムＳ１に各構成要素をノードとするブロックチェーンネットワークＢＮが構築される。
【0038】
図１に示すように、本実施形態に係る通信システムＳ１では、コアネットワーク１０と複数のＵＥ４０との間でブロックチェーンネットワークＢＮが形成される。例えば、ブロックチェーンネットワークＢＮは、コアネットワーク１０及び複数のＵＥ４０のアプリレイヤで構築される。
【0039】
なお、図１では、３つのＵＥ４０がブロックチェーンネットワークＢＮに含まれるとしたが、ブロックチェーンネットワークＢＮに含まれるＵＥ４０の数は３つに限定されない。ブロックチェーンネットワークＢＮに含まれるＵＥ４０の数は、２つであってもよく、４つ以上であってもよい。
【0040】
表１に、本開示の第１実施形態に係るノードとコンポーネント（構成要素）との対応表の一例を示す。
【0041】
【表1】
【0042】
図１及び表１に示すように、コアネットワーク１０は、ＣＡ、Client、Endorser、及び、Ordererの役割を有する。ＵＥ４０、より具体的には、ＵＥ４０上のアプリケーションは、Client及びEndorserの役割を有する。Client、Endorser、及び、Ordererは、ＣＡによって証明書が発行されている。換言すると、証明書がない構成要素（例えば、ＵＥ４０）は、ブロックチェーンネットワークＢＮに参加（join）できない。また、コアネットワーク１０がブロックチェーンのエンドポイントとなる。
【0043】
コアネットワーク１０及び各ＵＥ４０は、基地局２０を介して通信を行う。なお、各ＵＥ４０は、サイドリンク通信により直接通信を行ってもよい。
【0044】
ＵＥ４０は、ブロックチェーンネットワークＢＮを用いて通信リソースの分散制御を行う。
【0045】
［リソース制御処理の概要］
図２及び図３を用いてリソース制御処理の概要について説明する。リソース制御処理は、台帳更新処理及びリソース更新処理を含む。図２は、本開示の実施形態に係る台帳更新処理の流れの一例を示すシーケンス図である。図３は、本開示の実施形態に係るリソース更新処理の一例を示す図である。図２及び図３に示すリソース制御処理では、例えば、ＵＥ４０＿１からＵＥ４０＿３に通信リソースの譲渡が行われる。
図２及び図３を用いてリソース制御処理の概要について説明する。リソース制御処理は、台帳更新処理及びリソース更新処理を含む。図２は、本開示の実施形態に係る台帳更新処理の流れの一例を示すシーケンス図である。図３は、本開示の実施形態に係るリソース更新処理の一例を示す図である。図２及び図３に示すリソース制御処理では、例えば、ＵＥ４０＿１からＵＥ４０＿３に通信リソースの譲渡が行われる。
【0046】
図２に示すように、リソース譲渡元のＵＥ４０＿１のClientが、コアネットワーク１０及びＵＥ４０＿１～４０＿３のEndorserにトランザクションの提案を行う（ステップＳ１）。ここで、ＵＥ４０＿１のClientが提案するトランザクションは、ＵＥ４０＿１からＵＥ４０＿３への通信リソースの譲渡である。
【0047】
コアネットワーク１０及びＵＥ４０＿１～４０＿３のEndorserは、トランザクションを実行し（ステップＳ２）、結果をＵＥ４０＿１のClientに通知する（ステップＳ３）。
【0048】
通知をうけたＵＥ４０＿１は、コアネットワーク１０のOrdererにトランザクションを要求する（ステップＳ４）。
【0049】
コアネットワーク１０のOrdererは、トランザクションの順序付けを行い（ステップＳ５）、結果をＵＥ４０＿１～４０＿３及びコアネットワーク１０のEndorserに通知する（ステップＳ６）。
【0050】
ＵＥ４０＿１～４０＿３及びコアネットワーク１０のEndorserは、トランザクションの更新（検証）を行い（ステップＳ７）、ブロックチェーン（台帳）を更新し（ステップＳ８）、更新の結果をＵＥ４０＿１のClientに通知する（ステップＳ９）。
【0051】
図３に示すように、コアネットワーク１０は、台帳更新に基づき、通信リソースを制御する。例えば、コアネットワーク１０は、通信リソース情報に相当するＱｏＳ情報を更新する（ステップＳ１１）。
【0052】
コアネットワーク１０は、更新したＱｏＳ情報を基地局２０に対して要求する（ステップＳ１２）。この要求は、例えば、コアネットワーク１０のＮＥＦによって行われる。
【0053】
基地局２０は、要求されたＱｏＳ情報に従って、ＵＥ４０＿３の通信リソースをスケジューリングする（ステップＳ１３）。これにより、ＵＥ４０＿１に割り当てられていた通信リソースがＵＥ４０＿３に譲渡される。
【0054】
このように、本実施形態に係る通信システムＳ１では、複数のＵＥ４０（第１、第２の端末装置の一例）及びコアネットワーク１０（通信制御装置の一例）の間でブロックチェーンネットワークＢＮが形成される。ＵＥ４０＿１（第１の端末装置の一例）は、ブロックチェーンネットワークＢＮに対してＵＥ４０＿１からＵＥ４０＿３（第２の端末装置の一例）への通信リソースの譲渡を要求する。要求が承認された場合、コアネットワーク１０によって、ＵＥ４０＿１に割り当てられていた通信リソースがＵＥ４０＿３へ譲渡される。
【0055】
具体的に、譲渡要求（トランザクション）が承認された場合、承認されたトランザクションは、ブロックチェーンネットワークＢＮで共有される。実際の譲渡（通信リソースの割り当て）は、コアネットワーク１０によって行われる。すなわち、コアネットワーク１０は、通信リソースの割り当ての役割を担う。
【0056】
なお、通信リソースの割り当てのプロトコルは、標準仕様に準拠してもよい。
【0057】
このように、本実施形態に係る通信システムＳ１では、エンドユーザであるＵＥ４０＿１が主導して、特定のＵＥ４０＿３の通信品質を向上させることができる。このように、本実施形態に係る通信システムＳ１では、ネットワークリソースなど、通信品質に関する情報を変更する権利をユーザであるＵＥ４０が持つことになる。
【0058】
＜１．２．通信システムの構成例＞
＜１．２．１．通信システムの全体構成例＞
図４は、本開示の第１実施形態に係る通信システムＳ１の全体構成例を示す図である。図４に示す通信システムＳ１は、５Ｇシステム（５ＧＳ）である。
＜１．２．１．通信システムの全体構成例＞
図４は、本開示の第１実施形態に係る通信システムＳ１の全体構成例を示す図である。図４に示す通信システムＳ１は、５Ｇシステム（５ＧＳ）である。
【0059】
図４に示すように、通信システムＳ１は、ＵＥ４０と、基地局２０と、コアネットワーク１０とを備える。なお、コアネットワーク１０は、ＮＧＣ（NG Core）、又は５ＧＣ（5G Core）とも称される。また、ＲＡＮ／ＡＮとの表記は、ＲＡＮ（Radio Access Network）及びＡＮ（Access Network）を含む基地局２０を表したものである。
【0060】
アプリケーションを処理するアプリケーションサーバ（ＡＳ：Application Server）５０がインターネットを介して５ＧＳと接続されることによって、ＵＥ４０は５Ｇサービスを介するアプリケーションの利用が可能になる。なお、本実施形態においてアプリケーションサーバ５０は、省略可能である。
【0061】
５ＧＳのコントロールプレーンの機能群は、ＡＭＦ（Access and Mobility Management Function）１０１と、ＮＥＦ（Network Exposure Function）１０２と、ＮＲＦ（Network Repository Function）１０３と、を含む。また、コントロールプレーンの機能群は、ＮＳＳＦ（Network Slice Selection Function）１０４と、ＰＣＦ（Policy Control Function）１０５と、ＳＭＦ（Session Management Function）１０６と、ＵＤＭ（Unified Data Management）１０７と、を含む。コントロールプレーンの機能群は、ＡＦ（Application Function）１０８と、ＡＵＳＦ（Authentication Server Function）１０９と、ＮＷＤＡＦ１１３と、を含む。このように、コントロールプレーンの機能群は、複数のＮＦ（Network Function）によって構成される。
【0062】
ＵＤＭ１０７は、契約者情報を保持及び管理するＵＤＲ（Unified Data Repository）と、契約者情報を処理するＦＥ（Front End）部とを含む。ＡＭＦ１０１は、モビリティ管理を行う。ＳＭＦ１０６は、セッション管理を行う。
【0063】
ＮＳＳＦ１０４は、ネットワークスライスの選択にかかる機能を有する。ＮＥＦ１０２は、サードパーティー、ＡＦ１０８やエッジコンピューティング機能に対してネットワーク機能のケイパビリティやイベントを提供する機能を有する。ＰＣＦ１０５は、ポリシー制御の機能を有する。ＡＦ２０８は、コアネットワークと相互に作用してサービスを提供する機能を有する。ＮＷＤＡＦ１１３は、モバイルネットワークのネットワークデータ解析機能を有する。
【0064】
Ｎａｍｆは、ＡＭＦ１０１が提供するサービスベースドインタフェース（Service-based interface）である。Ｎｓｍｆは、ＳＭＦ１０６が提供するサービスベースドインタフェースである。Ｎｎｅｆは、ＮＥＦ１０２が提供するサービスベースドインタフェースである。
【0065】
Ｎｐｃｆは、ＰＣＦ１０５が提供するサービスベースドインタフェースである。Ｎｕｄｍは、ＵＤＭ１０７が提供するサービスベースドインタフェースである。Ｎａｆは、ＡＦ１０８が提供するサービスベースドインタフェースである。Ｎｎｒｆは、ＮＲＦ１０３が提供するサービスベースドインタフェースである。
【0066】
Ｎｎｓｓｆは、ＮＳＳＦ１０４が提供するサービスベースドインタフェースである。Ｎａｕｓｆは、ＡＵＳＦ１０９が提供するサービスベースドインタフェースである。Ｎｎｗｄａｆは、ＮＷＤＡＦ１１３が提供するサービスベースドインタフェースである。
【0067】
各ＮＦは、他のネットワーク機能が提供するサービスに対してリクエスト、又はサブスクライブすることで、そのサービスからの応答、又通知を受けることができる。つまり、各ＮＦは、それぞれのサービスベースドインタフェースを介したリクエスト／応答、又は、サブスクライブ／通知の手段で、他のＮＦとの間で情報を交換する。
【0068】
ＵＰＦ（User Plane Function）１３０は、ユーザープレーン処理の機能を有する。ＤＮ（Data Network）１４０は、ＭＮＯ（Mobile Network Operator）独自のサービス、インターネット、及びサードパーティーのサービスへの接続を可能にする機能を有する。ＵＰＦ１３０は、アプリケーションサーバ５０で処理されたユーザープレーンのデータの転送処理部として機能する。ＵＰＦ１３０は、ＲＡＮ／ＡＮ２０と接続されるゲートウェイとしても機能する。
【0069】
ここで、５ＧＳは、５ＧＣ１０の各ＮＦを仮想化（Virtualization）やコンテナ（Container）で構成し、クラウドサーバに実装することができる。さらに、５ＧＳは、ＳＤＮ（Software Defined Network）を使って、動的、かつ、リコンフィギャラブル（re-configurable）に各ＮＦを設定することができる。
【0070】
ＲＡＮ／ＡＮ２０は、ＲＡＮとの接続、及び、ＲＡＮ以外のＡＮとの接続を可能にする機能を有する。ＲＡＮ／ＡＮ２０は、ｇＮＢ、又はｎｇ－ｅＮＢと呼ばれる基地局を含む。ＲＡＮは、ＮＧ（Next Generation）－ＲＡＮと呼ばれる場合もある。
【0071】
ＵＥ４０とＡＭＦ１０１との間では、リファレンスポイントＮ１を介して相互に情報の交換が行われる。ＲＡＮ／ＡＮ２０とＡＭＦ１０１との間では、リファレンスポイントＮ２を介して相互に情報の交換が行われる。ＳＭＦ１０６とＵＰＦ１３０との間では、リファレンスポイントＮ４を介して相互に情報の交換が行われる。
【0072】
＜１．２．２．情報処理装置の構成例＞
図５は、本開示の実施形態に係る情報処理装置１００の構成例を示すブロック図である。情報処理装置１００は、例えば、通信ネットワークを管理する装置である。例えば、情報処理装置１００は、基地局２０の通信を管理する管理装置である。
図５は、本開示の実施形態に係る情報処理装置１００の構成例を示すブロック図である。情報処理装置１００は、例えば、通信ネットワークを管理する装置である。例えば、情報処理装置１００は、基地局２０の通信を管理する管理装置である。
【0073】
情報処理装置１００は、コアネットワーク１０の各機能を実現する装置である。コアネットワーク１０は、複数のネットワーク機能から構成される（図５参照）。各ネットワーク機能は、１つの物理的な装置に集約されてもよいし、複数の物理的な装置に分散されてもよい。つまり、情報処理装置１００は、複数の装置に分散配置され得る。さらに、この分散配置は動的に実行されるように制御されてもよい。
【0074】
基地局２０、及び情報処理装置１００は、１つネットワークを構成し、ＵＥ４０に無線通信サービスを提供する。情報処理装置１００はインターネットと接続される。ＵＥ４０は、基地局２０を介して、インターネットを介して提供される各種サービスを利用することができる。情報処理装置１００は、クラウドサーバ、エッジサーバと総称される装置であってもよい。
【0075】
図５の情報処理装置１００は、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、情報処理装置１００の機能は、複数の物理的に分離された構成に静的、或いは、動的に分散して実装されてもよい。例えば、情報処理装置１００は、複数のサーバ装置により構成されていてもよい。
【0076】
通信部１１は、他の装置と通信するための通信インタフェースである。通信部１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、情報処理装置１００の通信手段として機能する。通信部１１は、制御部１３の制御に従って基地局２０等と通信する。
【0077】
記憶部１２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、情報処理装置１００の記憶手段として機能する。
【0078】
制御部１３は、情報処理装置１００の各部を制御するコントローラである。制御部１３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等のプロセッサにより実現される。例えば、制御部１３は、情報処理装置１００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0079】
＜１．２．３．基地局の構成例＞
次に、基地局２０について説明する。基地局２０は、セルを運用し、セルのカバレッジの内部に位置する１つ以上の端末装置４０へ無線通信サービスを提供する通信装置である。セルは、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用される。基地局２０は、コアネットワーク１０に接続される。コアネットワーク１０は、ゲートウェイ装置を介してパケットデータネットワークに接続される。また、基地局２０は、ＳＳＢ（Synchronization Signal/PBCH Block）で識別可能なビームを運用し、１つ以上のビームを介して１つ以上の端末装置４０との間でデータを送受信する。
次に、基地局２０について説明する。基地局２０は、セルを運用し、セルのカバレッジの内部に位置する１つ以上の端末装置４０へ無線通信サービスを提供する通信装置である。セルは、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用される。基地局２０は、コアネットワーク１０に接続される。コアネットワーク１０は、ゲートウェイ装置を介してパケットデータネットワークに接続される。また、基地局２０は、ＳＳＢ（Synchronization Signal/PBCH Block）で識別可能なビームを運用し、１つ以上のビームを介して１つ以上の端末装置４０との間でデータを送受信する。
【0080】
なお、基地局２０は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局２０は、ＢＢＵ（Baseband Unit）及びＲＵ（Radio Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局２０は、ＢＢＵ及びＲＵのうちいずれか又は両方であってもよい。ＢＢＵとＲＵとは所定のインタフェース（例えば、ｅＣＰＲＩ）で接続されていてもよい。さらに又はこれに代えて、ＲＵはRemote Radio Unit（ＲＲＵ）又はRadio DoT（ＲＤ）と称されていてもよい。さらに又はこれに代えて、ＲＵは後述するgNB-DUに対応していてもよい。さらに又はこれに代えてＢＢＵは、後述するgNB-CUに対応していてもよい。これに代えて、ＲＵは後述するgNB-DUに接続していてもよい。さらに、ＢＢＵは、後述するgNB-CU及びgNB-DUの組合せに対応していてもよい。 さらに又はこれに代えて、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced Antenna Systemを採用し、ＭＩＭＯ（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。Advanced Antenna Systemは、基地局２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）は、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。
【0081】
また、基地局２０は、複数が互いに接続されていてもよい。１つ又は複数の基地局２０は無線アクセスネットワーク（Radio Access Network：ＲＡＮ）に含まれていてもよい。すなわち、基地局２０は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access Network）、ＡＮノードと称されてもよい。ＬＴＥにおけるＲＡＮはＥＵＴＲＡＮ（Enhanced Universal Terrestrial RAN）と呼ばれる。ＮＲにおけるＲＡＮはＮＧＲＡＮと呼ばれる。Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれる。ＬＴＥの基地局２０は、ｅＮｏｄｅＢ（Evolved Node B）又はｅＮＢと称される。すなわち、ＥＵＴＲＡＮは１又は複数のｅＮｏｄｅＢ（ｅＮＢ）を含む。また、ＮＲの基地局２０は、ｇＮｏｄｅＢ又はｇＮＢと称される。すなわち、ＮＧＲＡＮは１又は複数のｇＮＢを含む。さらに、ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたｇＮＢ（en-gNB）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局２０がｅＮＢ、ｇＮＢ等である場合、3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局２０が無線アクセスポイント（Access Point）（e.g., ＷｉＦｉ（登録商標）のアクセスポイント）である場合、Non-3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局２０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局２０がｇＮＢである場合、基地局２０は前述したgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせ又はこれらのうちいずれかと称されてもよい。gNB CU（Central Unit）は、ＵＥとの通信のために、Access Stratumのうち、複数の上位レイヤ（例えば、ＲＲＣ、ＳＤＡＰ、ＰＤＣＰ）をホストする。一方、gNB-DUは、Access Stratumのうち、複数の下位レイヤ（例えば、ＲＬＣ、ＭＡＣ、ＰＨＹ）をホストする。すなわち、後述されるメッセージ・情報のうち、RRC signalling（例えば、ＭＩＢ、ＳＩＢ１を含む各種ＳＩＢ、RRCSetup message、RRCReconfiguration message）はgNB CUで生成され、一方で後述されるＤＣＩや各種Physical Channel（例えば、ＰＤＣＣＨ、ＰＢＣＨ）はgNB-DUは生成されてもよい。又はこれに代えて、RRC signallingのうち、例えばIE：cellGroupConfig等一部のconfiguration（設定情報）についてはgNB-DUで生成され、残りのconfigurationはgNB-CUで生成されてもよい。これらのconfiguration（設定情報）は、後述されるＦ１インタフェースで送受信されてもよい。基地局２０は、他の基地局２０と通信可能に構成されていてもよい。例えば、複数の基地局２０がｅＮＢ同士又はｅＮＢとen-gNBの組み合わせである場合、当該基地局２０間はＸ２インタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局２０がｇＮＢ同士又はgn-eNBとｇＮＢの組み合わせである場合、当該装置間はＸｎインタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局２０がgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせである場合、当該装置間は前述したＦ１インタフェースで接続されてもよい。後述されるメッセージ・情報（RRC signalling又はＤＣＩの情報、Physical Channel）は複数の基地局２０間で（例えばＸ２、Ｘｎ、Ｆ１インタフェースを介して）通信されてもよい。
【0082】
さらに、前述の通り、基地局２０は、複数のセルを管理するように構成されていてもよい。基地局２０により提供されるセルはServing cellと呼ばれる。Serving cellはPCell（Primary Cell）及びSCell（Secondary Cell）を含む。Dual Connectivity （例えば、EUTRA-EUTRA Dual Connectivity、EUTRA-NR Dual Connectivity（ENDC）、EUTRA-NR Dual Connectivity with 5GC、NR-EUTRA Dual Connectivity（NEDC）、NR-NR Dual Connectivity）がＵＥ（例えば、端末装置４０）に提供される場合、ＭＮ（Master Node）によって提供されるPCell及びゼロ又は1以上のSCell（s）はMaster Cell Groupと呼ばれる。さらに、Serving cellはPSCell（Primary Secondary Cell又はPrimary SCG Cell）を含んでもよい。すなわち、Dual ConnectivityがＵＥに提供される場合、ＳＮ（Secondary Node）によって提供されるPSCell及びゼロ又は1以上のSCell（s）はSecondary Cell Group（SCG）と呼ばれる。特別な設定（例えば、PUCCH on SCell）がされていない限り、物理上りリンク制御チャネル（ＰＵＣＣＨ）はPCell及びPSCellで送信されるが、SCellでは送信されない。また、Radio Link FailureもPCell及びPSCellでは検出されるが、SCellでは検出されない（検出しなくてよい）。このようにPCell及びPSCellは、Serving Cell（s）の中で特別な役割を持つため、Special Cell（SpCell）とも呼ばれる。１つのセルには、１つのDownlink Component Carrierと１つのUplink Component Carrierが対応付けられてもよい。また、１つのセルに対応するシステム帯域幅は、複数の帯域幅部分（Bandwidth Part）に分割されてもよい。この場合、１又は複数のBandwidth Part（ＢＷＰ）がＵＥに設定され、１つのBandwidth PartがActive BWPとして、ＵＥに使用されてもよい。また、セル毎、コンポーネントキャリア毎又はＢＷＰごとに、端末装置４０が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット（Slot configuration））が異なっていてもよい。
【0083】
図６は、本開示の実施形態に係る基地局２０の構成例を示す図である。基地局２０は、端末装置４０と無線通信する通信装置（無線システム）である。基地局２０は、情報処理装置の一種である。
【0084】
基地局２０は、信号処理部２１と、記憶部２２と、ネットワーク通信部２３と、制御部２４と、を備える。なお、図６に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局２０の機能は、複数の物理的に分離された装置に分散して実装されてもよい。例えば、前述のように、基地局２０の機能は、ＣＵ及びＤＵ、又は、ＣＵ、ＤＵ及びＲＵに分散される。
【0085】
信号処理部２１は、他の通信装置（例えば、端末装置４０及び他の基地局２０）と無線通信する無線通信インタフェース（通信部）である。信号処理部２１は、制御部２４の制御にしたがって動作する無線トランシーバである。信号処理部２１は複数の無線アクセス方式に対応してもよい。例えば、信号処理部２１は、ＮＲ及びＬＴＥの双方に対応してもよい。信号処理部２１は、Ｗ－ＣＤＭＡやｃｄｍａ２０００等の他のセルラー通信方式に対応してもよい。また、信号処理部２１は、セルラー通信方式に加えて、無線ＬＡＮ通信方式に対応してもよい。勿論、信号処理部２１は、１つの無線アクセス方式に対応するだけであってもよい。
【0086】
信号処理部２１は、受信処理部２１１と、送信処理部２１２と、アンテナ２１３と、を備える。信号処理部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ２１３をそれぞれ複数備えていてもよい。なお、信号処理部２１が複数の無線アクセス方式に対応する場合、信号処理部２１の各部は、無線アクセス方式毎に個別に構成され得る。例えば、基地局２０がＮＲとＬＴＥとに対応しているのであれば、受信処理部２１１及び送信処理部２１２は、ＮＲとＬＴＥとで個別に構成されてもよい。
【0087】
受信処理部２１１は、アンテナ２１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。
【0088】
無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。例えば、基地局２０の無線アクセス方式が、ＬＴＥ等のセルラー通信方式であるとする。このとき、多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase Shift Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、又は２５６ＱＡＭ等の多値ＱＡＭであってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２４へ出力される。
【0089】
送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。
【0090】
符号化部２１２ａは、制御部２４から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。ここで、符号化は、ポーラ符号（Polar code）による符号化、ＬＤＰＣ符号（Low Density Parity Check Code）による符号化を行ってもよい。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。
【0091】
記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局２０の記憶手段として機能する。
【0092】
ネットワーク通信部２３は、他の装置（例えば、他の基地局２０）と通信するための通信インタフェースである。例えば、ネットワーク通信部２３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部２３は、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、ネットワーク通信部２３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部２３は、基地局２０のネットワーク通信手段として機能する。ネットワーク通信部２３は、制御部２４の制御にしたがって、他の装置と通信する。
【0093】
制御部２４は、基地局２０の各部を制御するコントローラ（Controller）である。制御部２４は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等のプロセッサにより実現される。例えば、制御部２４は、基地局２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部２４は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0094】
【0095】
端末装置４０は、基地局２０と例えば無線通信する無線通信装置である。端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、カメラ等である。端末装置４０は、無線を介してデータを送受信する機能を有するヘッドマウントディスプレイ（Head Mounted Display）やＶＲゴーグル等であってもよい。
【0096】
また、端末装置４０は、他の端末装置４０とサイドリンク通信が可能であってもよい。端末装置４０は、サイドリンク通信を行う際、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）等の自動再送技術を使用可能であってもよい。端末装置４０は、基地局２０とＮＯＭＡ（Non Orthogonal Multiple Access）通信が可能であってもよい。なお、端末装置４０は、他の端末装置４０との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置４０は、他の通信装置（例えば、基地局２０、及び他の端末装置４０）とＬＰＷＡ（Low Power Wide Area）通信が可能であってもよい。その他、端末装置４０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置４０が使用する無線通信（サイドリンク通信を含む）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
【0097】
端末装置４０は、同時に複数の基地局２０又は複数のセルと接続して通信を実施してもよい。例えば、１つの基地局２０が複数のセルを提供できる場合、端末装置４０は、あるセルをｐＣｅｌｌとして使用し、他のセルをｓＣｅｌｌとして使用することでキャリアアグリゲーションを実行することができる。また、複数の基地局２０がそれぞれ１又は複数のセルを提供できる場合、端末装置４０は、一方の基地局２０（ＭＮ（例えば、MeNB又はMgNB））が管理する１又は複数のセルをｐＣｅｌｌ、又はｐＣｅｌｌとｓＣｅｌｌ（s）として使用し、他方の基地局２０（ＳＮ（例えば、SeNB又はSgNB））が管理する１又は複数のセルをｐＣｅｌｌ（PSCell）、又はｐＣｅｌｌ（PSCell）とｓＣｅｌｌ（s）として使用することでＤＣ（Dual Connectivity）を実現することができる。ＤＣはＭＣ（Multi Connectivity）と称されてもよい。
【0098】
なお、異なる基地局２０のセル（異なるセル識別子又は同一セル識別子を持つ複数セル）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier Aggregation）技術やデュアルコネクティビティ（DC：Dual Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局２０と端末装置４０とで通信することが可能である。或いは、異なる基地局２０のセルを介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、端末装置４０とそれら複数の基地局２０が通信することも可能である。
【0099】
端末装置４０は、信号処理部４１と、記憶部４２と、ネットワーク通信部４３と、制御部４４とを備える。なお、図７に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
【0100】
信号処理部４１は、他の無線通信装置（例えば、基地局２０及び他の端末装置４０）と無線通信するための通信部である。信号処理部４１は、制御部４４の制御に従って動作する。信号処理部４１は１又は複数の無線アクセス方式に対応する無線トランシーバであってもよい。例えば、信号処理部４１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部４１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、信号処理部４１は、ＮＯＭＡを使った通信に対応していてもよい。
【0101】
信号処理部４１は、受信処理部４１１と、送信処理部４１２と、アンテナ４１３と、を備える。信号処理部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。信号処理部４１、受信処理部４１１、送信処理部４１２、及びアンテナ４１３の構成は、基地局２０の信号処理部２１、受信処理部２１１、送信処理部２１２、及びアンテナ２１４と同様である。
【0102】
記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。
【0103】
ネットワーク通信部４３は、ネットワークを介して接続する他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部４３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部４３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部４３は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４３は、制御部４４の制御に従って、他の装置と通信する。
【0104】
制御部４４は、端末装置４０の各部を制御するコントローラである。制御部４４は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等のプロセッサにより実現される。例えば、制御部４４は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４４は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0105】
＜１．３．台帳の更新例＞
ここで、ブロックチェーンネットワークＢＮで行われる台帳更新の一例について説明する。まず、本実施形態で用いられる台帳の一例について説明する。
ここで、ブロックチェーンネットワークＢＮで行われる台帳更新の一例について説明する。まず、本実施形態で用いられる台帳の一例について説明する。
【0106】
図８は、本開示の第１実施形態に係る台帳の一例を示す図である。図８に示すように、台帳は、複数のブロックを含む。ブロックは、トランザクション情報と、直前のブロックの圧縮データと、Key及びValueデータと、を含む。
【0107】
トランザクション情報は、ブロックチェーンネットワークＢＮで行われるトランザクションに関する情報である。例えば、トランザクションとして、ＵＥ４０から他のＵＥ４０への通信リソースの譲渡等が挙げられる。
【0108】
Key及びValueデータは、例えば、通信システムＳ１での通信に使用される通信リソースに関するリソース情報と、通信リソースが割り当てられる構成要素（コンポーネント）に関するコンポーネント情報と、を含む。
【0109】
コンポーネント情報は、例えば、Keyデータとして台帳に記録される。本実施形態に係るコンポーネント情報は、コアネットワーク１０及びＵＥ４０を識別する識別情報である。ＵＥ４０を識別する情報として、例えば、電話番号及びＩＭＳＩ（International Mobile Subscriber Identity）等が挙げられる。
【0110】
リソース情報は、例えば、Valueデータとして台帳に記録される。本実施形態に係るリソース情報は、各コンポーネントに割り当てられた通信リソース（例えば、リソースブロック（ＦＤＤの場合は周波数帯域、ＴＤＤの場合は時間）、及び、ＱｏＳ設定）に相当する値である。以下では、通信リソースがＱｏＳ設定であるものとして説明する。また、以下の説明で挙げるValueデータは、あくまでも例示である。
【0111】
図８は、本開示の第１実施形態に係るKey及びValueデータの一例を示す図である。図８では、ブロックチェーンネットワークＢＮにコアネットワーク１０及びＵＥ４０＿１が含まれる場合のKey及びValueデータの一例が示される。
【0112】
後述するように、ＵＥ４０＿１がブロックチェーンネットワークＢＮに参加すると、コアネットワーク１０からＵＥ４０＿１へ通信リソースを譲渡するトランザクションが承認される。このトランザクションによって、例えば、図８に示すKey及びValueデータが台帳に記録される。
【0113】
図８に示すように、Keyデータ及びValueデータは対応付けられて台帳に記録される。図８の例では、Keyデータとして、コアネットワーク１０及びＵＥ４０＿１の識別情報が記録されている。また、コアネットワーク１０に対応するValueデータとして、「９５」が、ＵＥ４０＿１に対応するValueデータとして「５」が記録されている。また、図８では、Valueデータに対応するＱｏＳ設定の一例が「ＱｏＳ」として示される。この「ＱｏＳ」は、実際の台帳に記録されてもよく、実際の台帳では省略されてもよい。
【0114】
ここで、Valueデータとして記録される数値は、ＱｏＳ設定（ＱｏＳ情報）に相当する値である。例えば、図８のValueデータ「５」は、５ＱＩの値が「９」であり、デフォルトとして使用リソースタイプが、non-GBR（Guarantee Bit Rate）であるというＱｏＳ設定に相当する。
【0115】
なお、コアネットワーク１０にはＱｏＳが設定されないため、コアネットワーク１０の「ＱｏＳ」は「Ｎ／Ａ」（not applicable）として扱われる。
【0116】
図９は、本開示の第１実施形態に係るKey及びValueデータの他の例を示す図である。図９では、ブロックチェーンネットワークＢＮにコアネットワーク１０及びＵＥ４０＿１～４０＿３が含まれる場合のKey及びValueデータの一例が示される。
【0117】
ここでは、コアネットワーク１０からＵＥ４０＿１～４０＿３へ、通信リソースを各ＵＥ４０に均等に譲渡するトランザクションが承認された場合のKey及びValueデータが示される。
【0118】
図９の例では、コアネットワーク１０に対応するValueデータとして、「０」が、ＵＥ４０＿１～４０＿３に対応するValueデータとして「３３」が記録されている。例えば、図９のValueデータ「３３」は、５ＱＩの値が「４」であり、ＧＢＲが５０ＭｂｐｓであるというＱｏＳ設定に相当する。
【0119】
図１０は、本開示の第１実施形態に係るKey及びValueデータの他の例を示す図である。図１０では、ブロックチェーンネットワークＢＮにコアネットワーク１０及びＵＥ４０＿１～４０＿３が含まれる場合のKey及びValueデータの一例が示される。
【0120】
ここでは、ＵＥ４０＿１からＵＥ４０＿３へ通信リソースを「２０」譲渡するトランザクションが行われた場合のKey及びValueデータが示される。
【0121】
図１０の例では、ＵＥ４０＿１に対応するValueデータとして「１３」が、ＵＥ４０＿３に対応するValueデータとして「５３」が記録されている。例えば、図１０のValueデータ「１３」は、５ＱＩの値が「７」であり、使用リソースタイプが、non-GBR（Guarantee Bit Rate）であるというＱｏＳ設定に相当する。また、Valueデータ「５３」は、５ＱＩの値が「４」であり、ＧＢＲが７５ＭｂｐｓであるというＱｏＳ設定に相当する。
【0122】
このように、ＵＥ４０＿１からＵＥ４０＿３へ通信リソースを譲渡するトランザクションが承認されることで、ＵＥ４０＿３の優先度が高くなり、ＵＥ４０＿１の優先度が低くなるようにＱｏＳ設定が変更される。これにより、ＵＥ４０＿３により多くの通信リソースが割り当てられることになる。
【0123】
トランザクションが承認されると、スマートコントラクトによって通信リソースの配分及び設定が行われる。この通信リソースの配分及び設定は、コアネットワーク１０によって各ＵＥ４０に対して行われる。この通信リソースの配分及び設定は、３ＧＰＰ（登録商標）によって標準化された仕様に基づいて行われ得る。
【0124】
なお、本実施形態において、トランザクションに制約が設けられてもよい。例えば、ＵＥ４０に対して、自身に割り当てられた通信リソース以外のリソースの譲渡を提案・要求できないとする制約（制限）が設けられ得る。
【0125】
一方、コアネットワーク１０のClientは、全ての通信リソースを譲渡する権限を有する。コアネットワーク１０のClientは、ＵＥ４０がブロックチェーンネットワークＢＮに接続する場合に、ＵＥ４０が通信を開始するため、及び、ブロックチェーンネットワークＢＮに参加させるために、この権限を使用する。例えば、ＵＥ４０がブロックチェーンネットワークＢＮに接続する場合、コアネットワーク１０のClientは、自身には割り当てられていない通信リソースを、ＵＥ４０に譲渡するトランザクションの提案・要求を行う。
【0126】
＜１．４．処理例＞
次に、通信システムＳ１で実行される各処理の一例について説明する。
次に、通信システムＳ１で実行される各処理の一例について説明する。
【0127】
＜１．４．１．Ｐ２Ｐネットワーク確立処理＞
図１１は、本開示の第１実施形態に係るＰ２Ｐネットワーク確立処理の流れの一例を示すシーケンス図である。Ｐ２Ｐネットワーク確立処理は、通信システムＳ１の各ノード（ＵＥ４０及びコアネットワーク１０）がブロックチェーンネットワークＢＮに参画する場合に実行される。なお、Ｐ２Ｐネットワーク確立処理はＬ４以上で行われる。
図１１は、本開示の第１実施形態に係るＰ２Ｐネットワーク確立処理の流れの一例を示すシーケンス図である。Ｐ２Ｐネットワーク確立処理は、通信システムＳ１の各ノード（ＵＥ４０及びコアネットワーク１０）がブロックチェーンネットワークＢＮに参画する場合に実行される。なお、Ｐ２Ｐネットワーク確立処理はＬ４以上で行われる。
【0128】
図１１の例では、コアネットワーク（CoreNW）１０及びＵＥ４０＿２、４０＿３で形成されるブロックチェーンネットワークＢＮにＵＥ４０＿１が参画する。また、コアネットワーク１０がエンドポイント、ＵＥ４０＿１が第１ノード、ＵＥ４０＿２が第２ノード、ＵＥ４０＿３が第３ノードである。
【0129】
図１１に示すように、ＵＥ４０＿１は、ブロックチェーンネットワーク（ＮＷ）ＢＮへの参加表明をコアネットワーク１０に通知する（ステップＳ１０１）。この通知は、例えば、ＨＴＴＰ（Hyper Text Transfer Protocol）のＲＥＳＴ ＡＰＩ等を用いて行われる。
【0130】
コアネットワーク１０は、参加表明に含まれる証明書の確認を行うことで、ＵＥ４０＿１の認証を行う（ステップＳ１０２）。この証明書は、ＣＡが発行した証明書である。
【0131】
コアネットワーク１０は、ブロックチェーンネットワークＢＮへの参加承認をＵＥ４０＿１に通知する（ステップＳ１０３）。この通知は、例えば、ＨＴＴＰのＲＥＳＴ ＡＰＩ等を用いて行われる。
【0132】
コアネットワーク１０は、ＵＥ４０＿１にノード情報の台帳を配布する（ステップＳ１０４）。また、コアネットワーク１０は、ＵＥ４０＿２、４０＿３にノード情報の台帳を配布する（ステップＳ１０５）。この配布は、例えば、ＨＴＴＰのＲＥＳＴ ＡＰＩ及びＳＤＰ（Session Description Protocol）等を用いて行われる。ノード情報には、例えばＩＰアドレス及びポート番号等が含まれる。
【0133】
このノード情報を用いてＵＥ４０＿１及びＵＥ４０＿２の間でＰ２Ｐ接続が確立される（ステップＳ１０６）。ＵＥ４０＿１及びＵＥ４０＿２は、ノード情報を用いてＰ２Ｐ接続及びセッション確立を行う。Ｐ２Ｐ接続及びセッションの確立は、例えば、ＨＴＴＰ及びｇＲＰＣ等を用いて行われる。
【0134】
また、同様に、ノード情報を用いてＵＥ４０＿１及びＵＥ４０＿３の間でＰ２Ｐ接続が確立され（ステップＳ１０７）、ＵＥ４０＿２及びＵＥ４０＿３の間でＰ２Ｐ接続が確立される（ステップＳ１０８）。
【0135】
なお、ここでは、コアネットワーク１０がエンドポイントとして機能する場合について示したが、コアネットワーク１０は、ノードとしてＵＥ４０との間でＰ２Ｐ接続を確立し得る。
【0136】
＜１．４．２．ネットワーク接続処理＞
図１２は、本開示の第１実施形態に係るネットワーク接続処理の流れの一例を示すシーケンス図である。図１２のネットワーク接続処理は、例えば、ＵＥ４０が、モバイルネットワークに初めて接続する場合に実行される。ここで、モバイルネットワークは、コアネットワーク１０及び基地局２０によってＵＥ４０に提供されるネットワーク（セルラーネットワーク）である。
図１２は、本開示の第１実施形態に係るネットワーク接続処理の流れの一例を示すシーケンス図である。図１２のネットワーク接続処理は、例えば、ＵＥ４０が、モバイルネットワークに初めて接続する場合に実行される。ここで、モバイルネットワークは、コアネットワーク１０及び基地局２０によってＵＥ４０に提供されるネットワーク（セルラーネットワーク）である。
【0137】
図１２に示すように、コアネットワーク（CoreNW）１０は、ブロックチェーンネットワーク（ＮＷ）ＢＮに参画し、Ｐ２Ｐネットワークを確立する（ステップＳ２０１）。ここで、コアネットワーク１０は、例えば、図１１に示すＰ２Ｐネットワーク確立処理を実行することで、Ｐ２Ｐネットワークを確立する。
【0138】
その後、ＵＥ４０が、モバイルネットワークに接続する場合、ＵＥ４０、基地局２０及び、コアネットワーク１０の間でコアネットワーク１０へのレジストレーション処理が実行される（ステップＳ２０２）。レジストレーション処理は、例えば、３ＧＰＰ（登録商標）の標準規格で定義された手順に従って行われる。
【0139】
コアネットワーク１０は、ＵＥ４０への台帳更新処理を開始する（ステップＳ２０３）。台帳更新処理は、例えば以下の手順に従って実行される。
【0140】
Ａ１）コアネットワーク１０のClientがトランザクションを提案する（proposal）。ここでは、例えば、ＵＥ４０へのリソースを譲渡するトランザクションが提案される。
【0141】
Ａ２）Endorserによってトランザクションが実行される。またＵＥ４０がブロックチェーンネットワークＢＮに参画していない場合、コアネットワーク１０のEndorserによってトランザクションが実行される。
【0142】
Ａ３）Endorserからコアネットワーク１０のClientに結果が通知される（endorsement）。
【0143】
Ａ４）コアネットワーク１０のClientから、コアネットワーク１０のOrdererへトランザクションの要求が行われる（request）。
【0144】
Ａ５）コアネットワーク１０のOrdererは、トランザクションの順序付けを行い、結果をEndorserに配信する。
【0145】
Ａ６）Endorserが結果トランザクションを検証し、ブロックチェーン（台帳）を更新する。Endorserは、結果をClientに通知する。
【0146】
Ａ７）コアネットワーク１０は、更新されたブロックチェーンに応じて、ＵＥ４０のＱｏＳに相当する通信リソースを確定する。
【0147】
その後、ＵＥ４０、基地局２０及びコアネットワーク１０の間でＰＤＵ確立処理が行われる（ステップＳ２０４）。例えば、ＵＥ４０がＰＤＵの確立を要求することでＰＤＵが確立される。また、このＰＤＵ確立には、リソース譲渡処理によって確定した通信リソース（例えばＱｏＳ情報）が含まれる。ＰＤＵ確立処理は、例えば、３ＧＰＰ（登録商標）の標準規格で定義された手順に従って行われる。
【0148】
次に、ＵＥ４０は、ブロックチェーンネットワークＢＮに参画し、Ｐ２Ｐネットワークを確立する（ステップＳ２０５）。
【0149】
ここで、図１３、図１４及び図１５を用いて、ＵＥ４０が初めてブロックチェーンネットワークＢＮに参加した場合の台帳更新の一例について説明する。図１３、図１４及び図１５は、本開示の第１実施形態に係る台帳の一例を示す図である。ここでは、ＵＥ４０＿１が初めてブロックチェーンネットワークＢＮに接続する場合について説明する。
【0150】
図１３は、ブロックチェーンネットワークＢＮにＵＥ４０が参加していない、すなわち、初期状態（ＵＥ未接続）のブロックチェーンの一例を示す図である。この場合、トランザクションは提案されておらず、直前のブロックのデータはない状態（直前の状態が「なし」）である。
【0151】
図１２のネットワーク接続処理においてステップＳ２０２が実行され、ＵＥ４０のレジストレーションが完了すると、図１４に示すように、ブロックチェーンのKeyデータとしてＵＥ４０＿１が追加される。この場合、まだトランザクションが提案されていないため、ＵＥ４０＿１のValueデータは「０」、すなわち、ＵＥ４０＿１にリソースが割り当てられていない状態である。
【0152】
次に、図１２のネットワーク接続処理においてステップＳ２０３が実行されると（具体的には、Validation後）、コアネットワーク１０からＵＥ４０＿１へリソースの譲渡が行われる。ここでは、コアネットワーク１０のClientからＵＥ４０＿１のClientに通信リソースが「５」譲渡されたとする。
【0153】
この場合、ブロックチェーンは、図１５に示すように更新される。具体的には、ブロックチェーンには、「CoreNWがＵＥ４０＿１に５」譲渡するトランザクション、直前のブロックの圧縮データ及びKey及びValueデータを含むブロック（譲渡情報の一例）が追加される。ここで、追加されたブロックのKey及びValueデータには、コアネットワーク１０の通信リソースが「９５」であり、ＵＥ４０＿１の通信リソースが「５」であることを示す情報が含まれる。
【0154】
このように、ＵＥ４０＿１がモバイルネットワークに接続すると、コアネットワーク１０から通信リソースの譲渡が行われる。ＵＥ４０＿１は、譲渡された通信リソースを用いてブロックチェーンネットワークＢＮに参加し、Ｐ２Ｐ接続を行う。
【0155】
ここでは、ＵＥ４０＿１がモバイルネットワークに接続し、ブロックチェーンネットワークＢＮに参加する場合について説明したが、他のＵＥ４０＿２、４０＿３も同様にしてモバイルネットワークに接続し、ブロックチェーンネットワークＢＮに参加する。
【0156】
＜１．４．３．リソース制御処理＞
図１６は、本開示の第１実施形態に係るリソース制御処理の流れの一例を示すシーケンス図である。図１６に示すリソース制御処理は、例えば、複数のＵＥ４０がブロックチェーンネットワークＢＮに参加している状態で、通信リソースの譲渡が行われる場合に実行される。
図１６は、本開示の第１実施形態に係るリソース制御処理の流れの一例を示すシーケンス図である。図１６に示すリソース制御処理は、例えば、複数のＵＥ４０がブロックチェーンネットワークＢＮに参加している状態で、通信リソースの譲渡が行われる場合に実行される。
【0157】
ここでは、ＵＥ４０＿１～４０＿３がブロックチェーンネットワークＢＮに参加している状態で、ＵＥ４０＿１からＵＥ４０＿３へ通信リソースの譲渡が行われるものとする。
【0158】
まず、ＵＥ４０＿１～４０＿３及びコアネットワーク１０は、台帳更新処理を実行する（ステップＳ３０１）。この台帳更新処理は基地局２０を介して実行される。また、台帳更新処理は、例えば以下の手順に従って実行される。
【0159】
Ｂ１）ＵＥ４０＿１のClientは、ＵＥ４０＿３へ通信リソースを譲渡するトランザクションを提案する（proposal）。
【0160】
Ｂ２）Endorser（Peer）は、トランザクションを実行する。例えば、ＵＥ４０＿１～４０＿３及びコアネットワーク１０のEndorserは、トランザクションを実行する。
【0161】
Ｂ３）Endorser（Peer）からＵＥ４０＿１のClientに結果が通知される（endorsement）。
【0162】
Ｂ４）ＵＥ４０＿１のClientから、コアネットワーク１０のOrdererへトランザクションの要求が行われる（request）。
【0163】
Ｂ５）コアネットワーク１０のOrdererは、トランザクションの順序付けを行い、結果をEndorserに配信する。
【0164】
Ｂ６）Endorserが結果トランザクションを検証し、ブロックチェーン（台帳）を更新する。Endorserは、結果をClientに通知する。
【0165】
次に、コアネットワーク１０は、ＱｏＳ情報を更新する（ステップＳ３０２）。例えば、コアネットワーク１０は、更新された台帳に基づき、各ＵＥ４０の通信リソース情報に相当するＱｏＳ情報を更新する。例えば、コアネットワーク１０のＰＣＦ１０５は、所定のコアネットワーク１０のノード（ＳＭＦ１０６、ＵＰＦ１３０等）に対して、ＱｏＳ情報の更新を制御する。例えば、コアネットワーク１０は、3GPP TS29.122のAfSessioWIthQoSのフローに従ってＱｏＳ情報を更新する。
【0166】
コアネットワーク１０は、更新したＱｏＳ情報を基地局２０に対して要求する（ステップＳ３０３）。例えば、コアネットワーク１０のＮＥＦ１０２は、３ＧＰＰ（登録商標）のNG Interface（例えば、TS38.300 N2 Message）を用いて基地局２０に対して要求する。
【0167】
基地局２０は、要求に従って、各ＵＥ４０の通信リソースをスケジューリングする（ステップＳ３０４）。基地局２０は、通信リソースのスケジューリングの結果を、例えば、RRC Re-Configurationによって各ＵＥ４０に通知する（ステップＳ３０５）。
【0168】
ここで、図１７及び図１８を用いて、ＵＥ４０間で通信リソースの譲渡が行われた場合の台帳更新の一例について説明する。図１７及び図１８は、本開示の第１実施形態に係る台帳の一例を示す図である。ここでは、ＵＥ４０＿１～４０＿３がブロックチェーンネットワークＢＮに参加している状態で、ＵＥ４０＿１からＵＥ４０＿３へ通信リソースの譲渡が行われるものとする。
【0169】
図１７は、通信リソースの譲渡が行われる前のブロックチェーンの一例を示す図である。ここでは、譲渡が行われる直前にブロックチェーンに追加されたブロックが図示されている。
【0170】
図１７に示すように、ブロックには、トランザクション情報、直前のブロックの圧縮データ、及び、Key及びValueデータが含まれる。Key及びValueデータは、コアネットワーク１０の通信リソースが「０」であり、ＵＥ４０の通信リソースが「３３」であることを示している。
【0171】
図１６のリソース制御処理においてステップＳ３０１の台帳更新処理が実行されると、図１８に示すように、新たなブロック（譲渡情報の一例）が追加される。新たなブロックには、「ＵＥ４０＿１からＵＥ４０＿３に２０」譲渡するトランザクション、直前のブロックの圧縮データ、及び、Key及びValueデータが含まれる。
【0172】
新たなブロックのKey及びValueデータには、コアネットワーク１０の通信リソースが「０」、ＵＥ４０＿１の通信リソースが「１５」、ＵＥ４０＿２の通信リソースが「３３」、ＵＥ４０＿３の通信リソースが「５３」であることを示す情報が含まれる。
【0173】
コアネットワーク１０が更新後の台帳を用いてＱｏＳ情報を更新することで、ＵＥ４０＿１は、自身に割り当てられた通信リソースを自発的にＵＥ４０＿３に譲渡することができる。
【0174】
＜＜２．第２実施形態＞＞
第１実施形態では、コアネットワーク１０が複数のＵＥ４０と１つのブロックチェーンネットワークＢＮを形成するとしたが、コアネットワーク１０が複数のＵＥ４０と複数のブロックチェーンネットワークＢＮを形成するようにしてもよい。そこで、第２実施形態では、コアネットワーク１０が２つのブロックチェーンネットワークＢＮ＿Ａ、ＢＮ＿Ｂを形成する例について説明する。
第１実施形態では、コアネットワーク１０が複数のＵＥ４０と１つのブロックチェーンネットワークＢＮを形成するとしたが、コアネットワーク１０が複数のＵＥ４０と複数のブロックチェーンネットワークＢＮを形成するようにしてもよい。そこで、第２実施形態では、コアネットワーク１０が２つのブロックチェーンネットワークＢＮ＿Ａ、ＢＮ＿Ｂを形成する例について説明する。
【0175】
図１９は、本開示の第２実施形態に係る通信システムＳ２の構成例を示す図である。図１９に示す通信システムＳ２では、コアネットワーク１０及びＵＥ４０Ａ＿１～ＵＥ４０Ａ＿３の間でブロックチェーンネットワークＢＮ＿Ａが形成される。また、コアネットワーク１０及びＵＥ４０Ｂ＿１、ＵＥ４０Ｂ＿２の間でブロックチェーンネットワークＢＮ＿Ｂが形成される。
【0176】
なお、ここでは、ブロックチェーンネットワークＢＮ＿Ａに３つのＵＥ４０Ａが含まれ、ブロックチェーンネットワークＢＮ＿Ｂに２つのＵＥ４０Ｂが含まれるとするが、各ブロックチェーンネットワークＢＮに含まれるＵＥ４０の数はこれに限定されない。例えば、ブロックチェーンネットワークＢＮ＿Ａに２つのＵＥ４０Ａが含まれていてもよく、４つ以上のＵＥ４０Ａが含まれていてもよい。また、ブロックチェーンネットワークＢＮ＿Ｂに３つ以上のＵＥ４０Ｂが含まれていてもよい。
【0177】
（ブロックチェーンネットワークＢＮ＿Ａ）
コアネットワーク１０は、ブロックチェーンネットワークＢＮ＿ＡのＣＡ Ａ、Orderer Ａ、Endorser（Endorsement） Ａ、及び、Client（Client App） Ａとして機能する。
コアネットワーク１０は、ブロックチェーンネットワークＢＮ＿ＡのＣＡ Ａ、Orderer Ａ、Endorser（Endorsement） Ａ、及び、Client（Client App） Ａとして機能する。
【0178】
また、コアネットワーク１０のEndorser Ｂは、後述するようにブロックチェーンネットワークＢＮ＿ＢのEndorserとして機能するとともに、ブロックチェーンネットワークＢＮ＿ＡのEndorserとしても機能する。
【0179】
ＵＥ４０Ａは、ブロックチェーンネットワークＢＮ＿ＡのClient（Client App） Ａ及びEndorse（Endosement） Ａとして機能する。
【0180】
（ブロックチェーンネットワークＢＮ＿Ｂ）
コアネットワーク１０は、ブロックチェーンネットワークＢＮ＿ＢのＣＡ Ｂ、Orderer Ｂ、Endorser（Endorsement） Ｂ、及び、Client（Client App） Ｂとして機能する。
コアネットワーク１０は、ブロックチェーンネットワークＢＮ＿ＢのＣＡ Ｂ、Orderer Ｂ、Endorser（Endorsement） Ｂ、及び、Client（Client App） Ｂとして機能する。
【0181】
また、コアネットワーク１０のEndorser Ａは、上述したようにブロックチェーンネットワークＢＮ＿ＡのEndorserとして機能するとともに、ブロックチェーンネットワークＢＮ＿ＢのEndorserとしても機能する。
【0182】
ＵＥ４０Ｂは、ブロックチェーンネットワークＢＮ＿ＢのClient（Client App） Ｂ及びEndorse（Endosement） Ｂとして機能する。
【0183】
なお、各ブロックチェーンネットワークＢＮで実行される処理は、第１実施形態と同じであるため説明を省略する。
【0184】
ブロックチェーンネットワークＢＮ＿Ａ、ＢＮ＿Ｂは、それぞれ同じサービス事業者によって利用されてもよく、異なるサービス事業者によって利用されてもよい。
【0185】
このように、１つのコアネットワーク１０は、複数のブロックチェーンネットワークＢＮを形成することができる。
【0186】
なお、ここでは、ブロックチェーンネットワークＢＮ間でコアネットワーク１０のEndorser Ａ、Ｂを共有するとしたが、Endorser Ａ、Ｂが共有されなくてもよい。すなわち、コアネットワーク１０のEndorser Ａは、ブロックチェーンネットワークＢＮ＿ＡのEndorserとしてのみ機能するようにしてもよい。同様に、コアネットワーク１０のEndorser Ｂは、ブロックチェーンネットワークＢＮ＿ＢのEndorserとしてのみ機能するようにしてもよい。
【0187】
また、ここでは、コアネットワーク１０が２つのブロックチェーンネットワークＢＮ＿Ａ、ＢＮ＿Ｂに含まれるとしたが、コアネットワーク１０が含まれるブロックチェーンネットワークＢＮの数は２つに限定されない。コアネットワーク１０が３つ以上のブロックチェーンネットワークＢＮに含まれてもよい。
【0188】
＜＜３．第３実施形態＞＞
第１、第２実施形態では、コアネットワーク１０がブロックチェーンネットワークＢＮのコンポーネントとして動作する。そのため、コアネットワーク１０によって直接、台帳更新による通信リソースの制御が行える。一方、コアネットワーク１０がブロックチェーンネットワークＢＮのコンポーネントとして動作するために、コアネットワーク１０の変更が必要になる。
第１、第２実施形態では、コアネットワーク１０がブロックチェーンネットワークＢＮのコンポーネントとして動作する。そのため、コアネットワーク１０によって直接、台帳更新による通信リソースの制御が行える。一方、コアネットワーク１０がブロックチェーンネットワークＢＮのコンポーネントとして動作するために、コアネットワーク１０の変更が必要になる。
【0189】
そこで、コアネットワーク１０の代わりに、セルラーネットワーク外のアプリケーションファンクション（例えば、図４のアプリケーションサーバ５０に相当）がブロックチェーンネットワークＢＮのコンポーネントとして動作させる。この場合を、第３実施形態として説明する。
【0190】
＜３．１．通信システムの構成例＞
＜３．１．１．通信システムの全体構成例＞
図２０は、本開示の第３実施形態に係る通信システムＳ３の構成例を示す図である。図２０に示す通信システムＳ３は、コアネットワーク１０、基地局２０、ＵＥ４０及びアプリケーションサーバ５０を備える。
＜３．１．１．通信システムの全体構成例＞
図２０は、本開示の第３実施形態に係る通信システムＳ３の構成例を示す図である。図２０に示す通信システムＳ３は、コアネットワーク１０、基地局２０、ＵＥ４０及びアプリケーションサーバ５０を備える。
【0191】
アプリケーションサーバ５０は、アプリケーションファンクション（ＡＦ）として動作する。以下、アプリケーションサーバ５０をＡＦ５０とも記載する。
【0192】
図２０に示すように、本実施形態に係る通信システムＳ３では、ＡＦ５０と複数のＵＥ４０との間でブロックチェーンネットワークＢＮが形成される。例えば、ブロックチェーンネットワークＢＮは、ＡＦ５０及び複数のＵＥ４０のアプリレイヤで構築される。
【0193】
表２に、本開示の第３実施形態に係るノードとコンポーネント（構成要素）との対応表の一例を示す。
【0194】
【表2】
【0195】
図２０及び表２に示すように、ＡＦ５０、ＣＡ、Client、Endorser、及び、Ordererの役割を有する。ＵＥ４０、より具体的には、ＵＥ４０条のアプリケーションは、Client及びEndorserの役割を有する。Client、Endorser、及び、Ordererは、ＣＡによって証明書が発行されている。換言すると、証明書がない構成要素（例えば、ＵＥ４０）は、ブロックチェーンネットワークＢＮに参加（join）できない。また、ＡＦ５０がブロックチェーンのエンドポイントとなる。
【0196】
なお、図２０では図示を省略しているが、コアネットワーク１０、基地局２０、及び、ＵＥ４０は、セルラーネットワークを介して接続される。また、ＡＦ５０は、インターネットを介してセルラーネットワークに接続する。ＡＦ５０及び各ＵＥ４０は、コアネットワーク１０及び基地局２０を介して通信を行う。なお、各ＵＥ４０は、サイドリンク通信により直接通信を行ってもよい。
【0197】
＜３．１．２．アプリケーションサーバの構成例＞
図２１は、本開示の第３実施形態に係るアプリケーションサーバ５０の構成例を示すブロック図である。図２１のアプリケーションサーバ５０は、通信部５１と、記憶部５２と、制御部５３と、を備える。
図２１は、本開示の第３実施形態に係るアプリケーションサーバ５０の構成例を示すブロック図である。図２１のアプリケーションサーバ５０は、通信部５１と、記憶部５２と、制御部５３と、を備える。
【0198】
なお、図２１に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、アプリケーションサーバ５０の機能は、複数の物理的に分離された構成に静的、或いは、動的に分散して実装されてもよい。例えば、アプリケーションサーバ５０は、複数のサーバ装置により構成されていてもよい。
【0199】
通信部５１は、他の装置と通信するための通信インタフェースである。通信部５１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部５１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部５１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部５１は、アプリケーションサーバ５０の通信手段として機能する。通信部５１は、制御部５３の制御に従ってコアネットワーク１０及びＵＥ４０等と通信する。
【0200】
記憶部５２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部５２は、アプリケーションサーバ５０の記憶手段として機能する。
【0201】
制御部５３は、アプリケーションサーバ５０の各部を制御するコントローラである。制御部５３は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等のプロセッサにより実現される。例えば、制御部５３は、アプリケーションサーバ５０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部５３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0202】
＜３．２．処理例＞
＜３．２．１．ネットワーク接続処理＞
図２２は、本開示の第３実施形態に係るネットワーク接続処理の流れの一例を示すシーケンス図である。図２２のネットワーク接続処理は、例えば、ＵＥ４０が、モバイルネットワーク（セルラーネットワーク）に初めて接続する場合に実行される。
＜３．２．１．ネットワーク接続処理＞
図２２は、本開示の第３実施形態に係るネットワーク接続処理の流れの一例を示すシーケンス図である。図２２のネットワーク接続処理は、例えば、ＵＥ４０が、モバイルネットワーク（セルラーネットワーク）に初めて接続する場合に実行される。
【0203】
図２２に示すように、ＡＦ５０は、ブロックチェーンネットワーク（ＮＷ）ＢＮに参画し、Ｐ２Ｐネットワークを確立する（ステップＳ４０１）。ここで、ＡＦ５０は、例えば、図２２に示すＰ２Ｐネットワーク確立処理を実行することで、Ｐ２Ｐネットワークを確立する。
【0204】
その後、ＵＥ４０がモバイルネットワークに接続する場合、ＵＥ４０、基地局２０及び、コアネットワーク１０の間でコアネットワーク１０へのレジストレーション処理が実行される（ステップＳ４０２）。レジストレーション処理は、例えば、３ＧＰＰ（登録商標）の標準規格で定義された手順に従って行われる。
【0205】
次に、ＵＥ４０、基地局２０及びコアネットワーク１０の間でＰＤＵ確立処理が行われる（ステップＳ４０３）。例えば、ＵＥ４０がＰＤＵの確立を要求することでＰＤＵが確立される。このとき、ＵＥ４０には、コアネットワーク１０デフォルトの通信リソース（例えば、５ＱＩ等のＱｏＳ情報）が割り当てられる。
【0206】
ＵＥ４０は、ＰＤＵ確立後、ブロックチェーンネットワークＢＮに参画し、Ｐ２Ｐネットワークを確立する（ステップＳ４０４）。
【0207】
また、コアネットワーク１０は、ＵＥ４０の接続状態をＡＦ５０に通知する（ステップＳ４０５）。
【0208】
ＡＦ５０は、ＵＥ４０がモバイルネットワークに接続した状態であるとの通知を受けると、台帳更新処理を開始する（ステップＳ４０６）。台帳更新処理は、例えば以下の手順に従って実行される。
【0209】
Ｃ１）ＡＦ５０のClientがトランザクションを提案する（proposal）。ここでは、例えば、ＵＥ４０へのリソースを譲渡するトランザクションが提案される。
【0210】
Ｃ２）Endorserによってトランザクションが実行される。またＵＥ４０がブロックチェーンネットワークＢＮに参画していない場合、ＡＦ５０のEndorserによってトランザクションが実行される。
【0211】
Ｃ３）EndorserからＡＦ５０のClientに結果が通知される（endorsement）。
【0212】
Ｃ４）ＡＦ５０のClientから、ＡＦ５０のOrdererへトランザクションの要求が行われる（request）。
【0213】
Ｃ５）ＡＦ５０のOrdererは、トランザクションの順序付けを行い、結果をEndorserに配信する。
【0214】
Ｃ６）Endorserが結果トランザクションを検証し、ブロックチェーン（台帳）を更新する。Endorserは、結果をClientに通知する。
【0215】
ＡＦ５０は、更新されたブロックチェーンに基づき、コアネットワーク１０にＱｏＳ制御を要求する（ステップＳ４０７）。ＡＦ５０は、ＮＥＦ１０２に対して、ＮＥＦ ＡＰＩ（例えば、TS29.122 AfSessioWIthQoS）を用いてＱｏＳ制御を要求する。
【0216】
コアネットワーク１０は、ＡＦ５０からの要求に応じて、ＱｏＳ情報を更新する（ステップＳ４０８）。例えば、コアネットワーク１０のＰＣＦ１０５は、所定のコアネットワーク１０のノード（ＳＭＦ１０６、ＵＰＦ１３０等）に対して、ＱｏＳ情報の更新を制御する。このように、ＡＦ５０は、ＮＥＦ１０２を介してＰＣＦ１０５に通信リソースの譲渡（ＱｏＳ情報の更新）を要求する。
【0217】
以降の処理は、図１６のリソース制御処理と同じ処理であるため、同一符号を付し説明を省略する。
【0218】
ここで、図２３及び図２４を用いて、ＵＥ４０が初めてブロックチェーンネットワークＢＮに参加した場合の台帳更新の一例について説明する。図２３及び図２４は、本開示の第３実施形態に係る台帳の一例を示す図である。ここでは、ＵＥ４０＿１が初めてブロックチェーンネットワークＢＮに接続する場合について説明する。
【0219】
図２３は、ブロックチェーンネットワークＢＮにＵＥ４０が参加していない、すなわち、初期状態（ＵＥ未接続）のブロックチェーンの一例を示す図である。この場合、トランザクションは提案されておらず、直前のブロックのデータはない状態（直前の状態が「なし」）である。
【0220】
【0221】
コアネットワーク１０からＵＥ４０＿１が接続したとの通知を受けたＡＦ５０は、台帳更新処理を実行する（図２２のステップＳ４０６）。ここでは、ＡＦ５０のClientからＵＥ４０＿１のClientに通信リソースが「５」譲渡されたとする。
【0222】
この場合、ブロックチェーンは、図２４に示すように更新される。具体的には、ブロックチェーンには、「ＡＦがＵＥ４０＿１に５」譲渡するトランザクション、直前のブロックの圧縮データ及びKey及びValueデータを含むブロックが追加される。ここで、追加されたブロックのKey及びValueデータには、ＡＦ５０の通信リソースが「９５」であり、ＵＥ４０＿１の通信リソースが「５」であることを示す情報が含まれる。
【0223】
このように、ＵＥ４０＿１がモバイルネットワークに接続したことがＡＦ５０に通知されると、ＡＦ５０から通信リソースの譲渡が行われる。これにより、デフォルトのＱｏＳ情報に基づいて通信を行っていたＵＥ４０＿１は、ＡＦ５０から譲渡された通信リソース（例えば、ＱｏＳ情報）に基づいて通信を行うこととなる。
【0224】
＜３．２．２．リソース制御処理＞
図２５は、本開示の第３実施形態に係るリソース制御処理の流れの一例を示すシーケンス図である。図２５に示すリソース制御処理は、例えば、複数のＵＥ４０がブロックチェーンネットワークＢＮに参加している状態で、通信リソースの譲渡が行われる場合に実行される。
図２５は、本開示の第３実施形態に係るリソース制御処理の流れの一例を示すシーケンス図である。図２５に示すリソース制御処理は、例えば、複数のＵＥ４０がブロックチェーンネットワークＢＮに参加している状態で、通信リソースの譲渡が行われる場合に実行される。
【0225】
ここでは、ＵＥ４０＿１～４０＿３がブロックチェーンネットワークＢＮに参加している状態で、ＵＥ４０＿１からＵＥ４０＿３へ通信リソースの譲渡が行われるものとする。
【0226】
まず、ＵＥ４０＿１～４０＿３及びＡＦ５０は、台帳更新処理を実行する（ステップＳ５０１）。この台帳更新処理はコアネットワーク１０及び基地局２０を介して実行される。また、台帳更新処理は、例えば以下の手順に従って実行される。
【0227】
Ｄ１）ＵＥ４０＿１のClientは、ＵＥ４０＿３へ通信リソースを譲渡するトランザクションを提案する（proposal）。
【0228】
Ｄ２）Endorser（Peer）は、トランザクションを実行する。例えば、ＵＥ４０＿１～４０＿３及びＡＦ５０のEndorserは、トランザクションを実行する。
【0229】
Ｄ３）Endorser（Peer）からＵＥ４０＿１のClientに結果が通知される（endorsement）。
【0230】
Ｄ４）ＵＥ４０＿１のClientから、ＡＦ５０のOrdererへトランザクションの要求が行われる（request）。
【0231】
Ｄ５）ＡＦ５０のOrdererは、トランザクションの順序付けを行い、結果をEndorserに配信する。
【0232】
Ｄ６）Endorserが結果トランザクションを検証し、ブロックチェーン（台帳）を更新する。Endorserは、結果をClientに通知する。
【0233】
ＡＦ５０は、更新されたブロックチェーンに基づき、コアネットワーク１０にＱｏＳ制御を要求する（ステップＳ５０２）。
【0234】
以降の処理は、図２２に示すネットワーク接続処理と同じであるため説明を省略する。
【0235】
以上のように、第３実施形態では、ＡＦ５０がブロックチェーンネットワークＢＮに含まれる。ＡＦ５０を含むブロックチェーンネットワークＢＮで通信リソースの譲渡が行われることで、コアネットワーク１０を変更することなく、ＵＥ４０主導で通信リソースの制御を行うことができる。そのため、本実施形態に係る通信システムＳ３は、ブロックチェーンネットワークＢＮによる通信リソースの制御をより容易に実現することができる。
【0236】
なお、ここでは、コアネットワーク１０外のＡＦ５０がブロックチェーンネットワークＢＮを構成するとしたが、コアネットワーク１０内のＡＦ３０８（図４参照）がブロックチェーンネットワークＢＮを構成するようにしてもよい。
【0237】
＜＜４．その他の実施形態＞＞
上述の各実施形態は一例を示したものであり、種々の変更及び応用が可能である。
上述の各実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【0238】
例えば、上述した第１、第２実施形態では、ブロックチェーンネットワークＢＮにコアネットワーク１０が含まれるとした。また、上述した第３実施形態では、ブロックチェーンネットワークＢＮにＡＦ５０が含まれるとした。しかしながら、ブロックチェーンネットワークＢＮを構成する装置は、コアネットワーク１０及びＡＦ５０に限定されない。例えば、基地局２０がブロックチェーンネットワークＢＮに含まれていてもよい。
【0239】
この場合、基地局２０は、コアネットワーク１０又はＡＦ５０の代わりにブロックチェーンネットワークＢＮのコンポーネントとして動作する。すなわち、基地局２０は、ＣＡ、Client、Endorser、及び、Ordererの全ての役割を担い得る。
【0240】
あるいは、基地局２０が、コアネットワーク１０又はＡＦ５０に加えて、ブロックチェーンネットワークＢＮのコンポーネントとして動作してもよい。例えば、基地局２０は、Client、及び、Endorserの役割を担い得る。又は、基地局２０が、コアネットワーク１０又はＡＦ５０の代わりにＣＡ、及び、Ordererの少なくとも一方の役割を担い得る。
【0241】
また、上述した各実施形態では、通信リソースがＱｏＳ設定である場合を例に説明を行った。例えば、帯域保証（Guaranteed）されたＱｏＳ設定であれば、ＵＥ４０は、このＱｏＳ設定を、例えば一時的に放棄したり譲渡したりすることができる。
【0242】
なお、通信リソースは、このＱｏＳ設定に限定されない。例えば、通信リソースはリソースブロックで合ってもよい。一般的に、リソースブロックは、各ＵＥ４０に必要な分割り当てられる。そのため、ＵＥ４０は、リソースブロックを返却することで、通信リソース（リソースブロック）を譲渡する。
【0243】
また、上述した各実施形態では、１つのキャリア内でブロックチェーンネットワークＢＮによるリソース制御サービスが提供されるが、ブロックチェーンネットワークＢＮによるリソース制御サービスが別のソリューションとして提供されてもよい。例えば、ブロックチェーンネットワークＢＮによるリソース制御サービスが、ＦＷＡ（Fixed Wireless Access）のラストワンマイルを無線化するソリューションとして提供されてもよい。
【0244】
また、上述した各実施形態では、ＵＥ４０が、コアネットワーク１０（又はＡＦ５０）又は他のＵＥから通信リソースを譲り受けるとしたが、通信リソースを譲り受けるノードはＵＥ４０に限定されない。例えば、コアネットワーク１０（又はＡＦ５０）等、事業者（ネットワーク）側のノードが、ＵＥ４０から通信リソースを譲り受けてもよい。
【0245】
この場合、通信リソースを譲渡するＵＥ４０は、コアネットワーク１０（又はＡＦ５０）へ通信リソースを譲渡するトランザクションを提案する。なお、台帳更新処理は譲渡先がコアネットワーク１０（又はＡＦ５０）である点を除き、上述した各実施形態と同様の処理手順で行われ得る。
【0246】
このように、ＵＥ４０がネットワーク側に通信リソースを譲渡することができるようにすることで、例えば、ネットワークリソースが逼迫する場所及び時間帯等に、ＵＥ４０を使用するユーザが自主的に（明示的に）ネットワーク側に返却することができる。これにより、通信システムＳは、通信リソースの利用効率をより向上させることができる。
【0247】
また、通信システムＳを運用する事業者は、ネットワークリソースが逼迫する状況で通信リソースを譲渡したユーザに対して、携帯料金の割引や事業者ポイントの付与等、インセンティブを与えるようにしてもよい。これにより、事業者はユーザに対して通信リソースの譲渡を促すことができ、通信システムＳは通信リソースの利用効率をより向上させることができる。
【0248】
上述した各実施形態の情報処理装置１００、基地局２０、端末装置（ＵＥ）４０、又は、アプリケーションサーバ５０を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
【0249】
例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、情報処理装置１００、基地局２０、端末装置４０、又は、アプリケーションサーバ５０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、情報処理装置１００、基地局２０、端末装置４０、又は、アプリケーションサーバ５０の内部の装置（例えば、制御部１３、制御部２４、制御部４４、又は、制御部５３）であってもよい。
【0250】
また、通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
【0251】
また、上述した各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0252】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
【0253】
また、上述した各実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述した各実施形態のシーケンス図に示された各ステップは、適宜順序を変更することが可能である。
【0254】
また、例えば、各実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【0255】
なお、各実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。従って、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【0256】
また、例えば、各実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【0257】
＜＜５．むすび＞＞
以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
【0258】
また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
【0259】
なお、本技術は以下のような構成も取ることができる。
（１）
第１の端末装置と、
第２の端末装置と、
通信制御装置と、
を備え、
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置は、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求し、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡される、
通信システム。
（２）
前記通信制御装置は、
ＡＦ（Application Function）の機能を有し、
ＮＥＦ（Network Exposure Function）を介してＰＣＦ（Policy Control Function）に、前記通信リソースの前記譲渡の指示を行い、
前記指示が行われることで、前記通信リソースの前記譲渡が行われる、
（１）に記載の通信システム。
（３）
前記通信制御装置は、
ＰＣＦの機能を有し、
所定のコアネットワークノードに対して、前記通信リソースの前記譲渡を制御する、
（１）に記載の通信システム。
（４）
端末装置が前記ブロックチェーンネットワークに接続すると、前記通信制御装置は、当該端末装置に前記通信リソースを譲渡する、（１）～（３）のいずれか１つに記載の通信システム。
（５）
前記通信リソースの前記譲渡が承認された場合、前記通信制御装置は、当該譲渡に関する譲渡情報をブロックチェーンに追加する、（１）～（４）のいずれか１つに記載の通信システム。
（６）
前記譲渡情報は、前記ブロックチェーンネットワークに接続する端末装置を識別する情報、及び、当該端末装置に割り当てられた前記通信リソースに関する情報を含む、
（５）に記載の通信システム。
（７）
前記通信リソースの前記譲渡は、ＱｏＳ情報の変更によって行われる、（１）～（６）のいずれか１つに記載の通信システム。
（８）
前記第１の端末装置が譲渡する前記通信リソースは、当該第１の端末装置に割り当てられた前記通信リソースに制限される、（１）～（７）のいずれか１つに記載の通信システム。
（９）
割り当てられた通信リソースで通信を行う通信部と、
他の端末装置への前記通信リソースの譲渡を、自装置、前記他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して要求する制御部と、
を備え、
前記要求が承認された場合、前記通信制御装置によって、前記自装置に割り当てられていた前記通信リソースが前記他の端末装置へ譲渡される、
端末装置。
（１０）
譲渡された通信リソースで通信を行う通信部と、
前記通信部の前記通信を制御する制御部と、
を備え、
前記制御部は、
自装置、他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して当該他の端末装置が行った前記通信リソースの譲渡要求が承認されることで、前記通信制御装置によって、前記他の端末装置に割り当てられていた前記通信リソースが前記自装置に譲渡されることで、当該通信リソースで前記通信を行う、
端末装置。
（１１）
第１の端末装置と、第２の端末装置と、通信制御装置と、を備える通信システムの通信方法であって、
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置が、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求することと、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡されることと、
を含む通信方法。
（１２）
第１の端末装置が割り当てられた通信リソースで通信を行うことと、
第２の端末装置への前記通信リソースの譲渡を、前記第１の端末装置、前記第２の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して要求することと、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡されることと、
を含む通信方法。
（１３）
第１の端末装置が譲渡された通信リソースで通信を行うことと、
前記第１の端末装置、第２の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して当該第２の端末装置が行った前記通信リソースの譲渡要求が承認されることで、前記通信制御装置によって、前記第２の端末装置に割り当てられていた前記通信リソースが前記第１の端末装置に譲渡されることと、
を含む通信方法。
（１）
第１の端末装置と、
第２の端末装置と、
通信制御装置と、
を備え、
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置は、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求し、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡される、
通信システム。
（２）
前記通信制御装置は、
ＡＦ（Application Function）の機能を有し、
ＮＥＦ（Network Exposure Function）を介してＰＣＦ（Policy Control Function）に、前記通信リソースの前記譲渡の指示を行い、
前記指示が行われることで、前記通信リソースの前記譲渡が行われる、
（１）に記載の通信システム。
（３）
前記通信制御装置は、
ＰＣＦの機能を有し、
所定のコアネットワークノードに対して、前記通信リソースの前記譲渡を制御する、
（１）に記載の通信システム。
（４）
端末装置が前記ブロックチェーンネットワークに接続すると、前記通信制御装置は、当該端末装置に前記通信リソースを譲渡する、（１）～（３）のいずれか１つに記載の通信システム。
（５）
前記通信リソースの前記譲渡が承認された場合、前記通信制御装置は、当該譲渡に関する譲渡情報をブロックチェーンに追加する、（１）～（４）のいずれか１つに記載の通信システム。
（６）
前記譲渡情報は、前記ブロックチェーンネットワークに接続する端末装置を識別する情報、及び、当該端末装置に割り当てられた前記通信リソースに関する情報を含む、
（５）に記載の通信システム。
（７）
前記通信リソースの前記譲渡は、ＱｏＳ情報の変更によって行われる、（１）～（６）のいずれか１つに記載の通信システム。
（８）
前記第１の端末装置が譲渡する前記通信リソースは、当該第１の端末装置に割り当てられた前記通信リソースに制限される、（１）～（７）のいずれか１つに記載の通信システム。
（９）
割り当てられた通信リソースで通信を行う通信部と、
他の端末装置への前記通信リソースの譲渡を、自装置、前記他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して要求する制御部と、
を備え、
前記要求が承認された場合、前記通信制御装置によって、前記自装置に割り当てられていた前記通信リソースが前記他の端末装置へ譲渡される、
端末装置。
（１０）
譲渡された通信リソースで通信を行う通信部と、
前記通信部の前記通信を制御する制御部と、
を備え、
前記制御部は、
自装置、他の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して当該他の端末装置が行った前記通信リソースの譲渡要求が承認されることで、前記通信制御装置によって、前記他の端末装置に割り当てられていた前記通信リソースが前記自装置に譲渡されることで、当該通信リソースで前記通信を行う、
端末装置。
（１１）
第１の端末装置と、第２の端末装置と、通信制御装置と、を備える通信システムの通信方法であって、
前記第１の端末装置、前記第２の端末装置、及び、前記通信制御装置の間でブロックチェーンネットワークが形成され、
前記第１の端末装置が、前記ブロックチェーンネットワークに対して、前記第１の端末装置から前記第２の端末装置への通信リソースの譲渡を要求することと、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡されることと、
を含む通信方法。
（１２）
第１の端末装置が割り当てられた通信リソースで通信を行うことと、
第２の端末装置への前記通信リソースの譲渡を、前記第１の端末装置、前記第２の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して要求することと、
前記要求が承認された場合、前記通信制御装置によって、前記第１の端末装置に割り当てられていた前記通信リソースが前記第２の端末装置へ譲渡されることと、
を含む通信方法。
（１３）
第１の端末装置が譲渡された通信リソースで通信を行うことと、
前記第１の端末装置、第２の端末装置、及び、通信制御装置の間で形成されるブロックチェーンネットワークに対して当該第２の端末装置が行った前記通信リソースの譲渡要求が承認されることで、前記通信制御装置によって、前記第２の端末装置に割り当てられていた前記通信リソースが前記第１の端末装置に譲渡されることと、
を含む通信方法。
【符号の説明】
【0260】
１０ コアネットワーク
１１，５１ 通信部
１２，２２，４２，５２ 記憶部
１３，２４，４４，５３ 制御部
２０ 基地局
２１，４１ 信号処理部
２３，４３ ネットワーク通信部
４０ 端末装置
５０ アプリケーションサーバ
Ｓ１，Ｓ２，Ｓ３ 通信システム
１１，５１ 通信部
１２，２２，４２，５２ 記憶部
１３，２４，４４，５３ 制御部
２０ 基地局
２１，４１ 信号処理部
２３，４３ ネットワーク通信部
４０ 端末装置
５０ アプリケーションサーバ
Ｓ１，Ｓ２，Ｓ３ 通信システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】