特許 7400740 ネットワーク構成装置、サーバおよび通信システム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-11

(45)【発行日】2023-12-19

(54)【発明の名称】ネットワーク構成装置、サーバおよび通信システム

(51)【国際特許分類】

   H04W 48/14 20090101AFI20231212BHJP

   H04W 48/18 20090101ALI20231212BHJP

   H04W 88/10 20090101ALI20231212BHJP

   H04W 88/18 20090101ALI20231212BHJP

   H04W 92/14 20090101ALI20231212BHJP

【ＦＩ】

H04W48/14

H04W48/18

H04W88/10

H04W88/18

H04W92/14

【請求項の数】 17

(21)【出願番号】P 2020567392

(86)(22)【出願日】2019-11-29

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

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

(87)【国際公開日】2020-07-30

【審査請求日】2022-10-12

(31)【優先権主張番号】P 2019009628

(32)【優先日】2019-01-23

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

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100112955

【弁理士】

【氏名又は名称】丸島 敏一

(72)【発明者】

【氏名】高野 裕昭

【審査官】鈴木 重幸

(56)【参考文献】

【文献】再公表特許第２０１７／１６９９０４（ＪＰ，Ａ１）

【文献】3GPP TS 23.502 V15.4.1，2019年01月07日，pages 18-27，Internet<URL:http://www.3gpp.org/ftp/Specs/archive/23_series/23.502/23502-f41.zip>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

共通に用いられる共用ネットワーク識別子を送信する基地局装置と、
前記共用ネットワーク識別子を受信すると自身の接続先情報を利用して接続要求を行う通信装置と、
前記接続要求に関する前記接続先情報に対応する固有のネットワーク識別子を取得して供給するサーバと、
前記供給された固有のネットワーク識別子に基づいてネットワーク機能を構成して配置するネットワーク構成装置と
を具備する通信システム。

【請求項2】

共通に用いられる共用ネットワーク識別子を受信した通信装置からの接続要求に関して当該接続要求に含まれる前記通信装置の接続先情報に対応するネットワーク識別子としてサーバによって取得された固有のネットワーク識別子を供給されて、その供給された固有のネットワーク識別子に基づいてネットワーク機能を構成して配置するネットワーク構成装置。

【請求項3】

前記接続先情報は、アクセスポイント名（ＡＰＮ）である
請求項２記載のネットワーク構成装置。

【請求項4】

前記接続先情報は、共通に用いられる共用ネットワーク識別子を送信する基地局装置から前記サーバに提供されたものである
請求項２記載のネットワーク構成装置。

【請求項5】

前記接続要求はＳＩＭ情報を含み、
前記ＳＩＭ情報に基づいて前記基地局装置の正当性を認証する
請求項４記載のネットワーク構成装置。

【請求項6】

前記接続先情報は、共通に用いられる共用ネットワーク識別子に対応するネットワークから前記サーバに提供されたものである
請求項２記載のネットワーク構成装置。

【請求項7】

前記接続要求はＳＩＭ情報を含み、
前記ＳＩＭ情報に基づいて前記共用ネットワーク識別子に対応するネットワークの正当性を認証する
請求項６記載のネットワーク構成装置。

【請求項8】

前記固有のネットワーク識別子に基づいて配置される前記ネットワーク機能は、新たなコアネットワークである
請求項２記載のネットワーク構成装置。

【請求項9】

前記新たなコアネットワークを配置すべき場所に関する情報を受け付ける
請求項８記載のネットワーク構成装置。

【請求項10】

前記新たなコアネットワークを配置すべき場所に関する情報は、共通に用いられる共用ネットワーク識別子を送信する基地局装置の場所に関する情報を含み、
前記新たなコアネットワークは、前記基地局装置の場所を基準として所定の距離に配置される
請求項９記載のネットワーク構成装置。

【請求項11】

前記固有のネットワーク識別子に基づいて配置される前記ネットワーク機能は、既存のコアネットワークの新たなネットワークスライスである
請求項２記載のネットワーク構成装置。

【請求項12】

前記通信装置からの前記接続要求の後に、基地局装置を使用するために必要な使用許可手続をアプリケーション層により行う
請求項２記載のネットワーク構成装置。

【請求項13】

前記使用許可手続は、前記基地局装置を使用するための費用の支払い手続を含む
請求項１２記載のネットワーク構成装置。

【請求項14】

前記固有のネットワーク識別子に基づいてネットワーク機能が配置された後には、前記固有のネットワーク識別子は、同一グループの複数の基地局装置から送信される
請求項２記載のネットワーク構成装置。

【請求項15】

前記複数の基地局装置は、所定の範囲内において何れかが互いに隣接して設置される
請求項１４記載のネットワーク構成装置。

【請求項16】

複数のネットワーク機能が配置されている状態において、前記複数の基地局装置の間における他の基地局装置を使用するために必要な使用許可手続を、前記複数のネットワーク機能の間で行う
請求項１４記載のネットワーク構成装置。

【請求項17】

通信装置の接続先情報とその接続先情報に対応する固有のネットワーク識別子とを関連付けて記憶する記憶部と、
共通に用いられる共用ネットワーク識別子を受信した通信装置から提供された当該通信装置の接続先情報に対応するネットワーク識別子として、前記固有のネットワーク識別子を前記記憶部から取得して供給する供給部と
を備えるサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、ネットワーク構成装置に関する。詳しくは、ネットワーク機能を構成して配置するネットワーク構成装置、サーバおよび通信システム、および、これらにおける処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。

【背景技術】

【0002】

４Ｇや５Ｇといった移動通信システムは、無線システムおよびコアシステムによって構成されている。無線システムを複数のオペレータ（事業者）が共用するために、従来は提携先の事業者の無線システムを利用するローミング（roaming）技術が用いられていた。例えば、無線通信の基地局を共用化する装置が提案されている（例えば、特許文献１参照。）。

【先行技術文献】

【特許文献】

【0003】

【文献】特表２０１３－５０４９２４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上述のローミングにおいては、共用化される基地局から、事業者毎のネットワーク識別子をブロードキャストしていた。しかしながら、事業者の数が膨大になった場合に、それら全てのネットワーク識別子をブロードキャストすることはオーバヘッドを招くという問題がある。また、ローミングは事前の手続を前提としており、基地局の持ち主がホテルや個人である場合に膨大な数の事業者間でローミング契約を行うことは煩雑であり現実的ではないという問題がある。

【0005】

本技術はこのような状況に鑑みて生み出されたものであり、要求に応じて新たにネットワーク機能を構成して配置することを目的とする。

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

【0006】

本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、共通に用いられる共用ネットワーク識別子を送信する基地局装置と、上記共用ネットワーク識別子を受信すると自身の接続先情報を利用して接続要求を行う通信装置と、上記接続要求に関する上記接続先情報に対応する固有のネットワーク識別子を取得して供給するサーバと、上記供給された固有のネットワーク識別子に基づいてネットワーク機能を構成して配置するネットワーク構成装置とを具備する通信システムである。これにより、共用ネットワーク識別子を受信した通信装置の接続先情報に対応する固有のネットワーク識別子をサーバから供給して、その固有のネットワーク識別子に基づいてネットワーク機能をネットワーク構成装置が構成するという作用をもたらす。

【0007】

また、本技術の第２の側面は、通信装置から提供された情報に対応する固有のネットワーク識別子を供給されて、その供給された固有のネットワーク識別子に基づいてネットワーク機能を構成して配置するネットワーク構成装置である。これにより、通信装置から提供された情報に対応する固有のネットワーク識別子に基づいてネットワーク機能を配置するという作用をもたらす。

【0008】

また、この第２の側面において、上記通信装置から提供された上記情報は、その通信装置の接続先情報であってもよく、また、その接続先情報はアクセスポイント名（ＡＰＮ）であってもよい。これにより、本来はネットワークの中のアクセスポイント名を特定するために使われていた情報を利用して、固有のネットワーク識別子を特定するという作用をもたらす。

【0009】

また、この第２の側面において、上記固有のネットワーク識別子は、上記通信装置から提供された上記情報に対応するものとしてサーバから供給されたものであってもよい。これにより、サーバを利用して、通信装置から提供された情報と、固有のネットワーク識別子とを連携させるという作用をもたらす。

【0010】

また、この第２の側面において、上記通信装置から提供された上記情報は、共通に用いられる共用ネットワーク識別子を送信する基地局装置から上記サーバに提供されたものであってもよい。これにより、利用可能なネットワーク機能が存在しない場合であっても、基地局装置を介してネットワーク機能を配置させるという作用をもたらす。

【0011】

また、この第２の側面において、上記通信装置から提供された上記情報はＳＩＭ情報を含み、上記ＳＩＭ情報に基づいて上記基地局装置の正当性を認証するようにしてもよい。これにより、通信装置から提供された情報が通信装置から提供された際に、その基地局装置の正当性を認証するという作用をもたらす。

【0012】

また、この第２の側面において、上記通信装置から提供された上記情報は、共通に用いられる共用ネットワーク識別子に対応するネットワークから上記サーバに提供されたものであってもよい。これにより、既存の基地局装置に変更を加えることなく、利用可能なネットワークを介してネットワーク機能を配置させるという作用をもたらす。

【0013】

また、この第２の側面において、上記通信装置から提供された上記情報はＳＩＭ情報を含み、上記ＳＩＭ情報に基づいて上記共用ネットワーク識別子に対応するネットワークの正当性を認証するようにしてもよい。これにより、通信装置から提供された情報がネットワークから提供された際に、そのネットワークの正当性を認証するという作用をもたらす。

【0014】

また、この第２の側面において、上記固有のネットワーク識別子に基づいて配置される上記ネットワーク機能は、一例として、新たなコアネットワークであることが想定される。この場合、上記新たなコアネットワークを配置すべき場所に関する情報を受け付けるようにしてもよい。また、上記新たなコアネットワークを配置すべき場所に関する情報は、共通に用いられる共用ネットワーク識別子を送信する基地局装置の場所に関する情報を含み、上記新たなコアネットワークは、上記基地局装置の場所を基準として所定の距離に配置されるようにしてもよい。

【0015】

また、この第２の側面において、上記固有のネットワーク識別子に基づいて配置される上記ネットワーク機能は、他の例として、既存のコアネットワークの新たなネットワークスライスであることが想定される。

【0016】

また、この第２の側面において、上記通信装置から上記情報が提供された後に、基地局装置を使用するために必要な使用許可手続をアプリケーション層により行うようにしてもよい。これにより、必要に応じて使用許可手続がアプリケーション層により通信装置毎に行われるという作用をもたらす。この場合、上記使用許可手続は、上記基地局装置を使用するための費用の支払い手続を含んでもよい。

【0017】

また、この第２の側面において、上記固有のネットワーク識別子に基づいてネットワーク機能が配置された後には、上記固有のネットワーク識別子は、同一グループの複数の基地局装置から送信されるようにしてもよい。これにより、通信装置が移動した際に、１つの基地局装置の通信範囲から外れても、他の基地局装置の通信範囲において無線通信を維持させるという作用をもたらす。この場合、上記複数の基地局装置は、所定の範囲内において何れかが互いに隣接して設置されることが望ましい。

【0018】

また、複数のネットワーク機能が配置されている状態において、上記複数の基地局装置の間における他の基地局装置を使用するために必要な使用許可手続を、上記複数のネットワーク機能の間で行うようにしてもよい。これにより、新たにネットワーク機能を作り直すことなく、ネットワーク機能のサービスを維持させるという作用をもたらす。

【0019】

また、本技術の第３の側面は、通信装置の接続先情報とその接続先情報に対応する固有のネットワーク識別子とを関連付けて記憶する記憶部と、ある通信装置から提供されたその接続先情報に対応する上記固有のネットワーク識別子を上記記憶部から取得して供給する供給部とを備えるサーバである。これにより、通信装置から提供されたその接続先情報に対応する固有のネットワーク識別子をサーバから供給するという作用をもたらす。

【図面の簡単な説明】

【0020】

【図1】本技術の実施の形態における通信システムの全体構成例を示す図である。

【図2】本技術の実施の形態における連携サーバ６０とアプリケーション５０との関係例を示す図である。

【図3】本技術の第１の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【図4】本技術の第２の実施の形態におけるネットワークスライスの例を示す図である。

【図5】本技術の第２の実施の形態におけるコアネットワーク１０の機能構成例を示す図である。

【図6】本技術の第２の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【図7】本技術の第２の実施の形態におけるネットワークスライス生成処理の一例を示す図である。

【図8】本技術の第３の実施の形態におけるネットワークスライス生成処理の一例を示す図である。

【図9】本技術の第３の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【図10】本技術の第４の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【図11】本技術の第５の実施の形態における通信システムの処理の一例を示すシーケンス図である。

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

【0021】

以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．第１の実施の形態（デフォルトのコアネットワークがない状態からコアネットワークを配置する例）
２．第２の実施の形態（デフォルトのコアネットワークを介して新たなコアネットワークを配置する例）
３．第３の実施の形態（端末毎に基地局装置の使用許可を受ける例）
４．第４の実施の形態（基地局装置をグループ化する例）
５．第５の実施の形態（コアネットワーク間で使用許諾のための手続を行う例）

【0022】

＜１．第１の実施の形態＞
［通信システム］
図１は、本技術の実施の形態における通信システムの全体構成例を示す図である。この通信システムは、３ＧＰＰ（Third Generation Partnership Project）規格におけるコアネットワーク１０と、基地局装置３０と、アプリケーション５０と、連携サーバ６０とを備える。

【0023】

コアネットワーク１０は、パブリックネットワーク（public network）を構成する基幹回線網であり、例えば、ＥＰＣ（Evolved Packet Core）や、５Ｇコアネットワーク（5G Next Generation Core）が想定される。

【0024】

基地局装置３０は、ＲＡＮ（Radio Access Network）を構成して、端末４０に対してネットワーク接続を提供する基地局である。この基地局装置３０は、バックホール（backhaul）回線を介してコアネットワーク１０に接続する。バックホール回線は、無線または有線を用いて基地局装置３０のアクセス回線とコアネットワーク１０のバックボーン（backbone）回線とを中継する回線である。

【0025】

基地局装置３０は、定期的にシステム情報（System Information）をブロードキャスト送信する。このシステム情報には、その基地局装置３０に接続されるネットワークのネットワーク識別子が含まれる。ネットワーク識別子は、地上波公共移動通信ネットワーク（ＰＬＭＮ：Public Land Mobile Network）の通信サービスを提供する事業者（オペレータ）の識別子（ＰＬＭＮ－ＩＤ）である。

【0026】

５Ｇのような１００ＧＨｚまで使用可能な基地局は、電波の直進性が高いために、屋外に配置した基地局から屋内に配置した端末へ高いスループットでデータの送受信を行うことは困難である。基本的には、直接波が見える環境で基地局と端末を配置することが望ましい。屋内のオフィス、ホテル、個人宅内に基地局を配置する場合には、その場所の制約が大きいことから、基地局を複数のオペレータで共用することが重要になると考えられる。複数のオペレータを見分けるために用いられるのが、上述のＰＬＭＮ－ＩＤである。従来の基地局は、数種類のＰＬＭＮ－ＩＤをブロードキャストすることが可能であった。したがって、端末は、ＰＬＭＮ－ＩＤを選択して基地局を介してネットワークに接続することが可能であった。しかし、ＰＬＭＮ－ＩＤが２つや３つの場合には対応できても、数百種類のＰＬＭＮ－ＩＤをブロードキャストするとオーバヘッドが問題となりできなかった。そのため、共用するオペレータの数は２乃至３に限られていた。

【0027】

また、基地局装置を共用基地局として使用する場合に、その基地局装置につながるコアネットワークは、それぞれの事業者が用意するのが自然である。コアネットワークには、事業者に固有の情報である加入者情報が含まれるからである。ところが、共用基地局に、どの事業者の端末が接続するかわからない場合には、コアネットワークをどのように用意したらよいかわからない場合がある。通常は、デフォルトで一つコアネットワークを立ち上げておいて、基地局とつなげておくとしても、ローミング等が使えないとすると、結局、そのコアネットワークを立ち上げておく意味もなくなってしまう。

【0028】

なお、他の関連技術として、最低限のシステム情報（Minimum System Information）をブロードキャストしておき、それ以外の詳細なシステム情報は、端末からのリクエストに応じてネットワーク側から情報を提供するオンデマンドシステム情報という技術が知られている。この場合、ＰＬＭＮ－ＩＤは最低限のシステム情報として、常に周期的にブロードキャストされる。オンデマンドシステム情報においては、追加の情報提供をリクエストできるが、その情報は周期的に提供されるわけではない。たとえば、追加的（Additional）なＰＬＭＮ－ＩＤの提供をリクエストした場合に、一度だけＰＬＭＮ－ＩＤの提供を受けることはできても、そのＰＬＭＮ－ＩＤの情報が基地局やコアネットワークに保持されているかは不明である。コアネットワークに数百にもおよぶＰＬＭＮ－ＩＤの情報を保持しておくことは、局所的に配置される基地局やコアネットワークにより構成されるシステムでは非効率である。

【0029】

そこで、この実施の形態においては、基地局装置３０は、共通に用いられる共用ネットワーク識別子をシステム情報に含めて送信する。この共用ネットワーク識別子は、複数の事業者が共通に用いることができる共用（common）のネットワーク識別子である。現状のＭＶＮＯ（Mobile Virtual Network Operator）は、一つのＰＬＭＮ－ＩＤにおいて、異なるアクセスポイント名（ＡＰＮ：Access Point Name）によってネットワークを区別している。しかし、それらのＭＶＮＯは、コアネットワークを借りたものになっており、実質的にはＭＮＯ（Mobile Network Operator）のコアネットワーク上で動作している。コアネットワークを完全に独自のものとして用意した所謂フルＭＶＮＯは、異なるＰＬＭＮ－ＩＤを用意する必要がある。このようなフルＭＶＮＯのような事業者が数多く存在する場合に、多くの個別のＰＬＭＮ－ＩＤを用意するのではなく、フルＭＶＮＯであることを識別するための共用ネットワーク識別子を用いることにより、基地局装置３０は非常に多くのＰＬＭＮ－ＩＤを提供する必要がなくなる。

【0030】

端末４０は、ユーザが利用するユーザ端末（ＵＥ：User Equipment）である。この端末４０は、システム情報を受信すると、そのシステム情報に含まれる共用ネットワーク識別子および自身の接続先情報を利用して接続要求を行う。端末４０の接続先情報は、例えば、上述のアクセスポイント名（ＡＰＮ）である。一般に、端末は、電源投入後に、最後に接続していたＰＬＭＮ－ＩＤをブロードキャストしている基地局に接続しようとする。そのような基地局がない場合には、その端末にあらかじめ登録してあったホームのＰＬＭＮ－ＩＤに接続を試みる。さらに、そのような基地局がない場合には、ローミング契約をしているＰＬＭＮ－ＩＤのリストを順に試して接続しようとするのが通常である。基地局とその基地局で使われる周波数を共用で使用するという従来の共用ＲＡＮ（RAN sharing）の場合には、端末のＰＬＭＮに対応するＰＬＭＮ－ＩＤが提供されておらず、また、ローミング契約が煩雑であるためにローミング契約のリスト順に試してから接続するということもできないと考えられる。この点、この実施の形態においては、共用ネットワーク識別子および自身の接続先情報を利用して接続要求を行うことにより、これらの問題を解決する。なお、端末４０は、特許請求の範囲に記載の通信装置の一例である。

【0031】

アプリケーション５０は、通信サービスを提供する事業者のアプリケーションである。通信サービスを提供する事業者は、将来的には数千程度が存在し得る。なお、アプリケーション５０は、特許請求の範囲に記載のネットワーク構成装置の一例である。このアプリケーション５０は、コアネットワーク１０の中にも外にも配置することができる。したがって、特許請求の範囲に記載のネットワーク構成装置は、後述するコアネットワーク１０のアプリケーションや、アプリケーション層における処理についても含み得る。

【0032】

連携サーバ６０は、端末４０からの接続要求に関する接続先情報に対応して、固有のネットワーク識別子を供給するサーバである。すなわち、この連携サーバ６０は、接続先情報と固有のネットワーク識別子とを連携（association）させるものである。この固有のネットワーク識別子は、共用ネットワーク識別子とは異なり、事業者毎の固有のネットワーク識別子である。この連携サーバ６０は、例えばクラウド上に配置される。この連携サーバ６０により、ローミング契約がなくても、端末４０が接続したいと考える接続先情報（ＡＰＮ）から、事業者を特定することができる。すなわち、この連携サーバ６０は、上述のように将来的には数千程度存在し得る事業者を、束ねる役割を有する。なお、連携サーバ６０は、特許請求の範囲に記載のサーバの一例である。

【0033】

［連携サーバとアプリケーション］
図２は、本技術の実施の形態における連携サーバ６０とアプリケーション５０との関係例を示す図である。

【0034】

連携サーバ６０は、記憶部６１０と、供給部６２０とを備える。記憶部６１０は、端末４０の接続先情報と、その接続先情報に対応する固有のネットワーク識別子とを関連付けて記憶するものである。この例では、端末４０のアクセスポイント名（ＡＰＮ）とネットワークのＰＬＭＮ－ＩＤとの対についてＮ組分を記憶する例を示している。これにより、連携サーバ６０は、端末４０の接続先情報と、その接続先情報に対応する固有のネットワーク識別子とを連携させることができる。

【0035】

供給部６２０は、端末４０から提供されたその接続先情報に基づいて、その接続先情報に関連付けて記憶部６１０に記憶されているネットワーク識別子を取得して、そのネットワーク識別子をアプリケーション５０に供給するものである。

【0036】

アプリケーション５０は、連携サーバ６０に関する機能として、コアネットワーク配置要求受付機能５１０と、認証機能５２０と、コアネットワーク構成機能５３０とを備える。なお、これらの機能は、連携サーバ６０の内部または外部の何れに備えるものであってもよい。

【0037】

コアネットワーク配置要求受付機能５１０は、基地局装置３０からコアネットワークの配置要求を受け付ける機能である。

【0038】

認証機能５２０は、コアネットワーク配置要求受付機能５１０によって受け付けられた配置要求が正当な配置要求であるか否かを判別する機能である。この認証機能５２０は、基地局装置３０との間の認証を行うことにより、正当な配置要求であるか否かを判別する。

【0039】

なお、この認証機能５２０における認証においては、端末４０が接続要求をしたときのＩＭＳＩ（International Mobile Subscriber Identity）等のＳＩＭ（Subscriber Identity Module）情報に基づいて、その端末４０の認証を行うことにより、その基地局装置３０が正当なものとみなすようにしてもよい。基地局装置３０を共用基地局としてそのＰＬＭＮが使うことができるか否かの権利関係まで確認することとすると、ローミングと同様に契約関係の調整が複雑になるからである。

【0040】

コアネットワーク構成機能５３０は、供給部６２０から供給されたネットワーク識別子に基づいてコアネットワークを構成して配置（deployment、activation）する機能である。

【0041】

［動作］
図３は、本技術の第１の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【0042】

基地局装置３０は、共用ネットワーク識別子をシステム情報に含めて定期的にブロードキャスト送信している（７１１）。この共用ネットワーク識別子を含むシステム情報を受信した端末４０は、基地局装置３０に対して接続を試みる。その際、共用ネットワーク識別子以外に利用可能なネットワーク識別子がブロードキャストされていない場合には、その基地局装置３０に対して、端末４０の接続先情報（ＡＰＮ）を含めた接続要求（Attach request）を送信する（７１２）。

【0043】

なお、このようなＡＰＮの使い方は、従来と異なる。従来は、既知のＰＬＭＮの中のＡＰＮを特定するために使われていたが、この実施の形態では、そのＡＰＮにより実際のＰＬＭＮ―ＩＤを特定するために用いられる。この段階では端末４０のためのコアネットワークはまだ配置されていないからである。

【0044】

端末４０から接続要求を受信した基地局装置３０は、連携サーバ６０にＰＬＭＮ―ＩＤの問合せを行う（７１５）。この問合せには、基地局装置３０の識別子（セルＩＤ）と、端末４０の接続先情報（ＡＰＮ）とが含まれる。

【0045】

基地局装置３０からの問合せを受けた連携サーバ６０は、端末４０の接続先情報（ＡＰＮ）に対応するＰＬＭＮ―ＩＤを取得する（７１６）。そして、ＰＬＭＮ―ＩＤに対応する事業者のアプリケーション５０に対して、コアネットワークが必要な基地局装置３０の場所の情報を提供するとともに、そこでコアネットワークが必要であることを通知する（７１７）。基地局装置３０の場所は、基地局装置３０のセルＩＤから判断することができる。これは、ＩＰ（Internet Protocol）アドレスなどであってもよい。

【0046】

通知を受けた事業者のアプリケーション５０は、基地局装置３０の場所の近くのクラウドのエッジに、コアネットワーク１０を構成して、配置する（７１８、７１９）。すなわち、コアネットワーク１０は、基地局装置３０の場所を基準として所定の距離に配置される。

【0047】

配置されたコアネットワーク１０と基地局装置３０とを接続するために、コアネットワーク１０から基地局装置３０に対してコアネットワーク１０のネットワークエンティティの情報を提供する（７２１）。ここで、ネットワークエンティティの情報としては、例えば、ＭＭＥ（Mobility Management Entity）やユーザプレーン（User Plane）を扱うエンティティのＩＰアドレスが想定される。

【0048】

基地局装置３０は、コアネットワーク１０に接続要求（set up request）を行う（７２２）。コアネットワーク１０は接続要求に対する承認（accept in）を基地局装置３０に送信する（７２３）。これにより、基地局装置３０と新たに配置されたコアネットワーク１０の接続が完了する。

【0049】

基地局装置３０は、その事業者に対応する固有のネットワーク識別子をシステム情報に含めてブロードキャスト送信するようになる（７２４）。端末４０は、通常の動作により、接続要求を送信する（７２５）。そして、接続要求に対する承認がコアネットワーク１０から得られると（７２６）、端末４０の接続が完了する。

【0050】

このように、本技術の第１の実施の形態によれば、ローミング契約を要することなく、端末４０に対して、事業者の独自のコアネットワーク１０のサービスを提供することができる。

【0051】

＜２．第２の実施の形態＞
上述の第１の実施の形態では、当初の段階では端末４０から利用可能なコアネットワーク１０が存在しない状態を想定していた。この第２の実施の形態では、端末４０から利用可能なデフォルトのコアネットワーク１０が存在している状態において、コアネットワーク１０のネットワークスライスを新たに配置することを想定する。

【0052】

［ネットワークスライス］
図４は、本技術の第２の実施の形態におけるネットワークスライスの例を示す図である。

【0053】

コアネットワーク１０は、様々なユースケースの通信形態を効率的に収容するために、複数のネットワークスライスを設ける。例えば、ネットワークスライス＃１（１１）は低遅延ネットワークの用途、ネットワークスライス＃２（１２）はネットワーク機能の間の通信を容易に行うＭＴＣの用途、ネットワークスライス＃３（１３）はデバイス間通信を容易に行う用途などを想定することができる。

【0054】

コアネットワーク１０のネットワークスライスの独立性に関しては、ＶＰＮ（Virtual Private Network）を実現するために使用されていたＭＰＬＳ（Multi-Protocol Label Switch）が使用される。通常の場合、ルーティングは、各スイッチがあて先のＩＰヘッダを参照し、ルーティングしている。ＭＰＬＳは、ラベルを付与し、ＭＰＬＳ対応のスイッチは、そのラベルを見てルーティングを行う。このことにより、ＶＰＮ毎にネットワークを通る経路を明示的に指定することが可能になる。同様に、ネットワークスライシングを実現する時には、ネットワークスライス毎に異なる経路を通るラベルを付与することにより仮想的に複数のネットワークを配置することができる。物理的には分離されていないネットワークを使用するため、ネットワークスライス毎のＶＰＮ間で帯域を保証する制御を行うことによりネットワークスライス間を隔離（isolate）することができる。

【0055】

［通信システム］
図５は、本技術の第２の実施の形態におけるコアネットワーク１０の機能構成例を示す図である。なお、通信システムの全体構成については、上述の第１の実施の形態と同様であるため、詳細な説明は省略する。

【0056】

ＵＥ４００は、上述の端末４０に相当する。ＲＡＮ３００は、上述の基地局装置３０に相当する。ここで、ＣＮＦＡＭ１１０はこの実施の形態における新たな機能であり、これ以外は３ＧＰＰの既存のネットワーク機能である。

【0057】

これらのネットワーク機能はバス接続され、リクエストに対するレスポンスを受けることにより、所定のサービスを受けることができる（ＳＢＡ：Service Based Architecture）。このＳＢＡにおけるプロトコルはＨＴＴＰ／２ベースで、ファイル形式はＪＳＯＮ（JavaScript Object Notation）形式（JavaScriptは登録商標）によって情報をやり取りすることができる。

【0058】

ＡＦ（Application Function）１０４は、サービスを供給するためにコアネットワーク１０とのやりとりを行うものである。ＡＦ１０４は、ＮＥＦ１０１経由で、サービスリクエストを送信し、各ネットワーク機能からレスポンスを受け取ることができる。基本的には、各ネットワーク機能の持つ情報をＡＦ１０４が取得するために使用する。ＡＦ１０４は、ＵＥ４００について位置、タイムゾーン、接続状態（アイドル状態／ＲＲＣ接続状態）等の情報を、コアネットワーク１０から取得することができる。なお、このＡＦ１０４は、コアネットワーク１０の中にも外にも配置することができる。

【0059】

ＮＥＦ（Network Exposure Function）１０１は、コアネットワーク１０内外のＡＦ１０４に対して、コアネットワーク１０内の各機能の情報を提供するインターフェースである。

【0060】

ＰＣＦ（Policy Control Function）１０２は、ＱｏＳ（Quality of Service）のポリシーを提供するものである。

【0061】

ＵＤＭ（Unified Data Management）１０３は、コアネットワーク１０内のデータを格納するための制御を行うものである。

【0062】

ＡＵＳＦ（Authentication Server Function）１０５は、アタッチリクエスト（attach request）時にＵＥ４００が信頼できる端末であるか否かを認証（Authentication）する機能を有する。

【0063】

ＳＭＦ（Session Management Function）１０６は、ＵＥ４００のアタッチリクエスト（attach request）を処理する機能を有する。

【0064】

ＮＳＳＦ（Network Slice Selection Function）１０７は、ＵＥ４００に対してネットワークスライスを割り当てる機能を有する。

【0065】

ＮＲＦ（Network Repository Function）１０８は、サービス検出（service discovery）を行うものである。

【0066】

ＡＭＦ（Access and Mobility Management Function）１０９は、ハンドオーバ（hand over）の制御を行うものである。

【0067】

ＣＮＦＡＭ（Core Network Function Activation Management）１１０は、この実施の形態における新たなエンティティであり、コアネットワーク１０の構成および配置を管理するものである。コアネットワーク１０の外部、または、内部に配置されたアプリケーション５０は、このＣＮＦＡＭ１１０を経由して、その事業者の特有のコアネットワークを配置するための情報を提供して、そのコアネットワークをネットワークスライスとして配置することを要求する。

【0068】

ＵＰＦ（User Plane Function）２０１は、ＤＮ（Data Network）２０２との接続点である。

【0069】

［動作］
図６は、本技術の第２の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【0070】

基地局装置３０は、デフォルトのコアネットワーク１０のネットワーク識別子を、共用ネットワーク識別子としてシステム情報に含めて定期的にブロードキャスト送信している（７３１）。

【0071】

端末４０は、デフォルトのコアネットワーク１０のネットワーク識別子を用いて、コアネットワーク１０に対して接続要求を送信する（７３２）。すなわち、上述の第１の実施の形態のように基地局装置３０に対してではなく、従来と同様にコアネットワーク１０に対して接続を要求することができる。この接続要求には、上述の第１の実施の形態と同様に、端末４０の接続先情報（ＡＰＮ）が含まれる。

【0072】

端末４０から接続要求を受信したコアネットワーク１０は、連携サーバ６０にＰＬＭＮ―ＩＤの問合せを行う（７３５）。この問合せには、基地局装置３０の識別子（セルＩＤ）と、端末４０の接続先情報（ＡＰＮ）とが含まれる。

【0073】

コアネットワーク１０からの問合せを受けた連携サーバ６０は、端末４０の接続先情報（ＡＰＮ）に対応するＰＬＭＮ―ＩＤを取得する（７３６）。そして、ＰＬＭＮ―ＩＤに対応する事業者のアプリケーション５０に対して、コアネットワークが必要な場所の情報を提供するとともに、そこでコアネットワークが必要であることを通知する（７３７）。

【0074】

通知を受けた事業者のアプリケーション５０は、コアネットワーク１０に対して、そのＰＬＭＮ―ＩＤに対応するコアネットワークを配置する要求を行う（７３８）。これにより、コアネットワーク１０におけるネットワークスライスが、ＰＬＭＮ―ＩＤに対応するコアネットワークとして配置される（７３９）。

【0075】

コアネットワーク１０は、要求された接続先情報（ＡＰＮ）に対応するＰＬＭＮ―ＩＤの新たなコアネットワークが、ネットワークスライスという形で配置されたことを基地局装置３０に対して通知する（７４１）。

【0076】

基地局装置３０は、その事業者に対応する固有のネットワーク識別子をシステム情報に含めてブロードキャスト送信するようになる（７４４）。端末４０は、通常の動作により、接続要求を送信する（７４５）。そして、接続要求に対する承認がコアネットワーク１０から得られると（７４６）、端末４０の接続が完了する。

【0077】

なお、この第２の実施の形態では、コアネットワーク配置要求受付機能５１０は、デフォルトのコアネットワーク１０からコアネットワークの配置要求を受け付けることになる。そして、認証機能５２０は、デフォルトのコアネットワーク１０との間の認証を行うことにより、コアネットワーク配置要求受付機能５１０によって受け付けられた配置要求が正当な配置要求であるか否かを判別する。この認証機能５２０における認証においては、端末４０が接続要求をしたときのＩＭＳＩ等のＳＩＭ情報に基づいて、その端末４０の認証を行うことにより、デフォルトのコアネットワーク１０が正当なものとみなすようにしてもよい。

【0078】

図７は、本技術の第２の実施の形態におけるネットワークスライス生成処理の一例を示す図である。

【0079】

上述のように（７３８）、アプリケーション５０が、デフォルトのコアネットワーク１０に対して、そのＰＬＭＮ―ＩＤに対応するネットワークを配置する要求を行うと、コアネットワーク１０において以下のようにネットワークスライスが生成される。

【0080】

ネットワークコントロールファンクション１６は、ネットワークスライスコントロールファンクション１７に対してネットワークスライスの生成を要求する。これにより、ネットワークスライスコントロールファンクション１７は、デフォルトのコアネットワーク１０のネットワークスライス１８とは別に、ＰＬＭＮ―ＩＤに対応するコアネットワークとして新たなネットワークスライス１９を生成する。

【0081】

［ネットワークスライス配置に必要な情報］
ここで、コアネットワーク１０の中に新たにネットワークスライスを配置するために必要な情報の例を挙げる。

【0082】

まず、ブロードバンド用であるのか、ＩｏＴ（Internet of Things）用であるのか、といったネットワークスライスのユースケースが挙げられる。また、スループット（例えば、Ｇｂｐｓ／ｓ）や、同時接続台数、といったネットワークスライスの容量に関する情報も有用である。また、パケットのカウント方法などの課金方法も考えられる。また、事業者が提供するデータネットワーク（ＡＰＮ）の場所をＩＰアドレスによって示す必要がある。また、これら以外にも、各詳細機能のオプションを選択できるようにする必要もある。

【0083】

このように、本技術の第２の実施の形態では、デフォルトのコアネットワーク１０が存在している状態において、端末４０はそのコアネットワーク１０に接続要求を行う。したがって、ＰＬＭＮ―ＩＤの問合せ等の機能をコアネットワーク１０に設ければよいため、基地局装置３０を変更する必要がなく、既設の基地局装置３０をそのまま利用することができる。また、基地局装置３０とコアネットワーク１０との間の接続は既に確立しており、新たに接続を確立する手間を省くことができる。

【0084】

＜３．第３の実施の形態＞
基地局装置３０を共用基地局として使用する場合、その使用許可は端末毎に行うことが望ましい。オペレータ間のローミングのような契約ベースの使用許可では、手続が煩雑になるからである。この第３の実施の形態では、端末毎に基地局装置３０の使用許可を受ける例について説明する。なお、通信システムの全体構成については、上述の第１および第２の実施の形態と同様であるため、詳細な説明は省略する。

【0085】

図８は、本技術の第３の実施の形態におけるネットワークスライス生成処理の一例を示す図である。

【0086】

この第３の実施の形態では、デフォルトのコアネットワーク１０の内部に、端末契約のためのアプリケーション１５が配置されていることを想定する。この例は、第２の実施の形態を前提としているが、第１の実施の形態を前提としてもよい。

【0087】

端末４０は、アプリケーション１５を介して、基地局装置３０を使用するための費用の支払い手続等を行う。基地局装置３０を共用基地局として使用できるか否かの手続は、アプリケーション層（Application layer）において処理される。端末４０のＷｅｂ画面等において支払いが完了すると、アプリケーション１５は、連携サーバ６０にＰＬＭＮ―ＩＤの問合せを行う。この問合せには、基地局装置３０の識別子（セルＩＤ）と、端末４０の接続先情報（ＡＰＮ）とが含まれる。また、認証機能５２０がデフォルトのコアネットワーク１０との間の認証を行うために、端末４０のＩＭＳＩ等のＳＩＭ情報が送信される。これにより、端末４０が希望するコアネットワークの配置を許可することができる。

【0088】

［動作］
図９は、本技術の第３の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【0089】

この例は、上述の第２の実施の形態を前提としたものであり、接続手続（７５３）およびアプリケーション層の契約手続（７５４）を明示している点以外は、既に説明したものと同様である。接続手続（７５３）は、従前のものと同様であり、端末４０とコアネットワーク１０との間で接続を行うために必要な処理が行われる。

【0090】

アプリケーション層における使用許可の契約手続（７５４）は、上述のアプリケーション１５を介した支払い手続等である。端末４０のＷｅｂ画面等において支払いが完了すると、コアネットワーク１０のアプリケーション１５は、連携サーバ６０にＰＬＭＮ―ＩＤの問合せを行う（７５５）。

【0091】

このように、本技術の第３の実施の形態によれば、上述の第１および第２の実施の形態において、基地局装置３０を共用基地局として使用するための使用許可を端末毎に行うことにより、手続を簡素化することができる。

【0092】

＜４．第４の実施の形態＞
上述の実施の形態では、端末４０が移動して別の基地局装置のセルの範囲に入った場合には、上述の手順により新たにコアネットワークを作り直す必要がある。しかし、端末４０が移動するたびに、同様の手順を繰り返してコアネットワークを配置するのは、時間を要し、また、処理が煩雑になり非効率である。そこで、この第４の実施の形態では、基地局装置をグループ化することにより、端末４０が基地局装置の間を移動してもシームレスに無線の送受信を行うことができるようにする。

【0093】

［動作］
図１０は、本技術の第４の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【0094】

この第４の実施の形態では、複数の基地局装置をグループ化して管理する。グループ内の複数の基地局装置は、所定の範囲内において何れかが互いに隣接して設置されることが望ましい。基地局装置の各々には、所属するグループを示すグループＩＤを付与しておく。コアネットワーク１０は、グループ化された基地局装置のグループ情報を保持し、各グループに所属する基地局装置を把握している（７７０）。グループＩＤは、例えば、セルＩＤの中の上位ビットとして表現してもよい。

【0095】

基地局装置３１は、デフォルトのコアネットワーク１０のネットワーク識別子を、共用ネットワーク識別子としてシステム情報に含めて定期的にブロードキャスト送信している（７７１）。端末４０は、デフォルトのコアネットワーク１０のネットワーク識別子を用いて、コアネットワーク１０に対して接続先情報（ＡＰＮ）を含む接続要求を送信する（７７２）。その後、接続手続（７７３）およびアプリケーション層の契約手続（７７４）が行われる。

【0096】

コアネットワーク１０は、連携サーバ６０にＰＬＭＮ―ＩＤの問合せを行う（７７５）。連携サーバ６０は、端末４０の接続先情報（ＡＰＮ）に対応するＰＬＭＮ―ＩＤを取得して（７７６）、コアネットワークの配置をアプリケーション５０に要求する（７７７）。これに対し、アプリケーション５０が、コアネットワーク１０に対して、そのＰＬＭＮ―ＩＤに対応するコアネットワークを配置する要求を行う（７７８）。これにより、コアネットワーク１０におけるネットワークスライスが、ＰＬＭＮ―ＩＤに対応するコアネットワークとして配置される（７７９）。

【0097】

コアネットワーク１０は、要求された接続先情報（ＡＰＮ）に対応するＰＬＭＮ―ＩＤの新たなコアネットワークが、ネットワークスライスという形で配置されたことを基地局装置に対して通知する（７８１）。その際、通知先となる基地局装置は、接続を提供する（Serving）基地局装置３１だけではなく、近隣のグループ化されている基地局装置３２も含めるようにする。これにより、基地局装置３１および３２は、その事業者に対応する固有のネットワーク識別子をシステム情報に含めてブロードキャスト送信するようになる（７８４）。したがって、端末４０は、基地局装置３１および３２の間を移動しても、シームレスに無線の送受信を行うことができる。

【0098】

このように、本技術の第４の実施の形態によれば、基地局装置をグループ化することにより、端末４０が基地局装置の間を移動した場合であっても、無線サービスが途切れないようにすることができる。

【0099】

＜５．第５の実施の形態＞
上述の第４の実施の形態では、基地局装置の使用許可を１回行えば、近隣のグループ化した全ての基地局装置を使うことが可能であった。しかし、近隣の基地局装置が、同じ持ち主のものとは限らないため、それぞれの基地局装置の使用許可が必要とされる場合がある。その際、同様の手順を繰り返して新たにコアネットワークを配置するのは、時間を要し、また、処理が煩雑になり非効率である。そこで、この第５の実施の形態では、コアネットワークの間で使用許諾のための手続を行うことにより、ネットワークスライスを利用したサービス提供の維持を図る。

【0100】

［動作］
図１１は、本技術の第５の実施の形態における通信システムの処理の一例を示すシーケンス図である。

【0101】

一つの基地局装置３１との接続を行うためのコアネットワーク１０が既に配置されている状態を想定する（７９１）。その状態において、端末４０が近隣の基地局装置３２の範囲に移動した時に、移動先の基地局装置３２を介して、移動先のデフォルトのコアネットワーク１４と接続し（７９２、７９３）、アプリケーション層で使用許可の契約を結ぶ（７９４）。

【0102】

その後、端末４０は、既に配置済みのコアネットワーク１０の中のネットワークスライスの情報をコアネットワーク１４に通知する（７９５）。通知を受けた移動先のコアネットワーク１４は、近隣のコアネットワークの中に配置されたネットワークスライスを使用するための許可申請を要求し、その許可を貰う（７９６、７９７）。これにより、新たにネットワークスライスを作り直す必要がなく、迅速なコアネットワークのサービスを提供することができる。

【0103】

このように、本技術の第５の実施の形態によれば、コアネットワークの間で使用許諾のための手続を行うことにより、新たにネットワークスライスを作り直すことなく、コアネットワークのサービスを維持することができる。

【0104】

すなわち、これら本技術の実施の形態によれば、基地局装置を１台、配置することにより、世界中の何れのオペレータと契約した端末も、ネットワークに接続することができる。各オペレータは、端末が使用するときにはじめてネットワーク機能（コアネットワークまたはネットワークスライス）を配置すればよいため、低コストで運用することが可能となる。

【0105】

なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。

【0106】

また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。

【0107】

なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。

【0108】

なお、本技術は以下のような構成もとることができる。
（１）共通に用いられる共用ネットワーク識別子を送信する基地局装置と、
前記共用ネットワーク識別子を受信すると自身の接続先情報を利用して接続要求を行う通信装置と、
前記接続要求に関する前記接続先情報に対応する固有のネットワーク識別子を取得して供給するサーバと、
前記供給された固有のネットワーク識別子に基づいてネットワーク機能を構成して配置するネットワーク構成装置と
を具備する通信システム。
（２）通信装置から提供された情報に対応する固有のネットワーク識別子を供給されて、その供給された固有のネットワーク識別子に基づいてネットワーク機能を構成して配置するネットワーク構成装置。
（３）前記通信装置から提供された前記情報は、その通信装置の接続先情報である
前記（２）に記載のネットワーク構成装置。
（４）前記接続先情報は、アクセスポイント名（ＡＰＮ）である
前記（２）または（３）に記載のネットワーク構成装置。
（５）前記固有のネットワーク識別子は、前記通信装置から提供された前記情報に対応するものとしてサーバから供給されたものである
前記（２）から（４）のいずれかに記載のネットワーク構成装置。
（６）前記通信装置から提供された前記情報は、共通に用いられる共用ネットワーク識別子を送信する基地局装置から前記サーバに提供されたものである
前記（２）から（５）のいずれかに記載のネットワーク構成装置。
（７）前記通信装置から提供された前記情報はＳＩＭ情報を含み、
前記ＳＩＭ情報に基づいて前記基地局装置の正当性を認証する
前記（６）に記載のネットワーク構成装置。
（８）前記通信装置から提供された前記情報は、共通に用いられる共用ネットワーク識別子に対応するネットワークから前記サーバに提供されたものである
前記（２）から（５）のいずれかに記載のネットワーク構成装置。
（９）前記通信装置から提供された前記情報はＳＩＭ情報を含み、
前記ＳＩＭ情報に基づいて前記共用ネットワーク識別子に対応するネットワークの正当性を認証する
前記（８）に記載のネットワーク構成装置。
（１０）前記固有のネットワーク識別子に基づいて配置される前記ネットワーク機能は、新たなコアネットワークである
前記（２）から（７）のいずれかに記載のネットワーク構成装置。
（１１）前記新たなコアネットワークを配置すべき場所に関する情報を受け付ける
前記（１０）に記載のネットワーク構成装置。
（１２）前記新たなコアネットワークを配置すべき場所に関する情報は、共通に用いられる共用ネットワーク識別子を送信する基地局装置の場所に関する情報を含み、
前記新たなコアネットワークは、前記基地局装置の場所を基準として所定の距離に配置される
前記（１１）に記載のネットワーク構成装置。
（１３）前記固有のネットワーク識別子に基づいて配置される前記ネットワーク機能は、既存のコアネットワークの新たなネットワークスライスである
（２）から（５）、（８）および（９）のいずれかに記載のネットワーク構成装置。
（１４）前記通信装置から前記情報が提供された後に、基地局装置を使用するために必要な使用許可手続をアプリケーション層により行う
（２）から（１３）のいずれかに記載のネットワーク構成装置。
（１５）前記使用許可手続は、前記基地局装置を使用するための費用の支払い手続を含む
前記（１４）に記載のネットワーク構成装置。
（１６）前記固有のネットワーク識別子に基づいてネットワーク機能が配置された後には、前記固有のネットワーク識別子は、同一グループの複数の基地局装置から送信される
前記（２）から（１５）のいずれかに記載のネットワーク構成装置。
（１７）前記複数の基地局装置は、所定の範囲内において何れかが互いに隣接して設置される
前記（１６）に記載のネットワーク構成装置。
（１８）複数のネットワーク機能が配置されている状態において、前記複数の基地局装置の間における他の基地局装置を使用するために必要な使用許可手続を、前記複数のネットワーク機能の間で行う
前記（１６）または（１７）に記載のネットワーク構成装置。
（１９）通信装置の接続先情報とその接続先情報に対応する固有のネットワーク識別子とを関連付けて記憶する記憶部と、
ある通信装置から提供されたその接続先情報に対応する前記固有のネットワーク識別子を前記記憶部から取得して供給する供給部と
を備えるサーバ。

【符号の説明】

【0109】

１０、１４ コアネットワーク
１１～１３、１８、１９ ネットワークスライス
１５ アプリケーション
１６ ネットワークコントロールファンクション
１７ ネットワークスライスコントロールファンクション
３０～３２ 基地局装置
４０ 端末
５０ アプリケーション
５１０ コアネットワーク配置要求受付機能
５２０ 認証機能
５３０ コアネットワーク構成機能
６０ 連携サーバ
６１０ 記憶部
６２０ 供給部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】