WO2019193763A1

WO2019193763A1 - 通信制御方法および通信システム

Info

Publication number: WO2019193763A1
Application number: PCT/JP2018/014800
Authority: WO
Inventors: 拓也下城; スリサクルタコルスリ; マラレディサマ
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2018-04-06
Filing date: 2018-04-06
Publication date: 2019-10-10

Abstract

ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスが複数生成される通信システムであり、端末（ＵＥ）と、端末によるスライスへの接続を管理する複数の基地局ノード（ＲＡＮ）と、端末による通信制御を行う通信制御ノード（ＡＭＦ）と、を含んで構成される当該通信システムにおいて実行される通信制御方法であって、基地局ノードまたは通信制御ノードが、スライスごとに定められた、端末が同時に複数の基地局に無線アクセスする複数接続を許可するか否かに関する複数接続許否情報を保持するステップ（１）と、複数接続許否情報を保持する基地局ノードまたは通信制御ノードが、当該情報を前記端末に対して送信するステップ（１１，１３）と、端末が、前記複数接続許否情報に基づいて、１つ又は複数のスライスに接続するステップ（１５）と、を備える。

Description

通信制御方法および通信システム

　本発明は、通信制御方法および通信システムに関する。

　ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを複数含む５Ｇ（5th　Generation：第５世代移動通信システム）ネットワークシステムでは、ＮＳＳＡＩ（Network　Slice　Selection　Assistance　information）により特定されるスライスに端末（User　Equipment）を接続させることが知られている。特に、下記の非特許文献１には、１つの端末が複数のスライスに接続する複数接続（Multi　Connectivity）について言及されている。

　一方、実際の利用シーンでは、有限なネットワーク資源を適切に利用する観点から、スライス全てについて複数接続を許可するのではなく、一部のスライスについては複数接続を許可しないといった運用も考えられる。

3GPP　TS　23.501　V15.0.0　第5.11節

　しかしながら、現状では、スライスごとに複数接続を許可するか否かに関する複数接続許否情報をネットワーク内に反映する仕組みは、未だ十分に検討されていない。

　本発明は、上記課題を解決するために成されたものであり、複数接続許否情報をネットワーク内に反映する仕組みを提供し、複数接続を適切に実現することを目的とする。

　本発明の一実施形態に係る通信制御方法は、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスが複数生成される通信システムであり、端末と、前記端末による前記スライスへの接続を管理する複数の基地局ノードと、前記端末による通信制御を行う通信制御ノードと、を含んで構成される当該通信システムにおいて実行される通信制御方法であって、前記基地局ノードまたは前記通信制御ノードが、スライスごとに定められた、前記端末が同時に複数の基地局に無線アクセスする複数接続を許可するか否かに関する複数接続許否情報を保持するステップと、前記複数接続許否情報を保持する前記基地局ノードまたは前記通信制御ノードが、当該情報を前記端末に対して送信するステップと、前記端末が、前記複数接続許否情報に基づいて、１つ又は複数のスライスに接続するステップと、を備える。

　また、本発明の一実施形態に係る通信システムは、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスが複数生成される通信システムであって、端末と、前記端末による前記スライスへの接続を管理する複数の基地局ノードと、前記端末による通信制御を行う通信制御ノードと、を含んで構成され、前記基地局ノードまたは前記通信制御ノードが、スライスごとに定められた、前記端末が同時に複数の基地局に無線アクセスする複数接続を許可するか否かに関する複数接続許否情報を保持し、当該情報を前記端末に対して送信する情報送信部を備え、前記端末が、前記複数接続許否情報に基づいて、１つ又は複数のスライスに接続する接続制御部を備える。

　上記通信制御方法および通信システムによれば、基地局ノードまたは通信制御ノードまたはが、スライスごとに定められた上記複数接続許否情報を保持し、当該情報を端末に転送し、そして、端末が、複数接続許否情報に基づいて１つ又は複数のスライスに接続する。これにより、複数接続許否情報をネットワーク内に反映することができ、スライスごとに定められた複数接続許否情報に基づいて複数接続を適切に実現することができる。

　なお、上記の「複数接続」は、端末が同時に２つの基地局に無線アクセスする場合のみならず、端末が同時に３つ以上の基地局に無線アクセスする場合も含む。

　本発明によれば、複数接続許否情報をネットワーク内に反映する仕組みを提供し、複数接続を適切に実現することができる。

本発明の一実施形態に係る通信システムの構成図である。１つの端末が複数のスライスに接続する複数接続（Multi　Connectivity）を説明するための図である。本発明の一実施形態に係る処理のフロー図である。ＡＭＦ等のハードウェア構成例を示す図である。

　以下、図面を参照しながら、本発明に係る一実施形態について説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

　図１に示すように一実施形態に係る通信システム１は、端末（User　Equipment、以下「ＵＥ」と称する）１０と、複数の無線アクセス網（Radio　Access　Network（以下「ＲＡＮ」と称する））２０と、ＡＭＦ（Access　and　Mobility　Management　Function）３０と、ＵＤＭ（Unified　Data　Management）４０と、ＰＣＦ（Policy　Control　Function）５０と、ＯＡＭ（Operation　and　Management）６０と、を含んで構成される。通信システム１は、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスが複数生成される通信システムであり、ＮＳＳＡＩ（Network　Slice　Selection　Assistance　information）により特定されるスライスに端末を接続させる。

　このうち、ＲＡＮ２０には、ｅＮｏｄｅＢを含んだ３ＧＰＰ規格に係る移動通信ネットワーク、３ＧＰＰ規格に準拠しない無線ネットワーク（例えばWi-Fi等）など、さまざまな通信方式に基づく無線ネットワークが含まれ、ＲＡＮ２０は、特許請求の範囲に記載された「基地局ノード」に対応する。また、ＲＡＮ２０は、ＵＥ１０が接続し得るスライスごとに定められた、ＵＥ１０が同時に複数のＲＡＮ２０に無線アクセスする複数接続（Multi　Connectivity（以下「ＭＣ」と称する））を許可するか否かに関する複数接続許否情報（以下「ＭＣ許否情報」と称する）に係る情報を保持する機能を備える場合がある。ＭＣ許否情報は、ＵＥ１０が接続し得るスライスごとに、複数接続を許可するか否かを定めた情報とすることができる。ＲＡＮ２０において保持されるＭＣ許否情報は、後述のＵＤＭ４０またはＯＡＭ６０から提供されて、ＲＡＮ２０において保持される。

　ＲＡＮ２０は、ＭＣ許否情報をＵＥ１０に対して送信する情報送信部２１を備える。なお、後述のＡＭＦ３０がＭＣ許否情報に係る情報を保持する場合には、ＲＡＮ２０は、ＭＣ許否情報を保持しない構成となる場合がある。その場合、ＲＡＮ２０はＡＭＦ３０から送信されるＭＣ許否情報をＵＥ１０に対して転送する機能を有する。

　ＡＭＦ３０は、ネットワークに在圏するＵＥ１０のアクセス管理、モビリティ管理等を行う機能を備えたノードである。また、ＡＭＦ３０は、ＵＥ１０が接続し得るスライスごとに定められた、ＵＥ１０が同時に複数のＲＡＮ２０に無線アクセスする複数接続を許可するか否かに関するＭＣ許否情報に係る情報を保持する機能を備えたノードであり、特許請求の範囲に記載された「通信制御ノード」に対応する機能を備える。ＡＭＦ３０において保持されるＭＣ許否情報は、後述のＵＤＭ４０またはＯＡＭ６０から提供されて、ＡＭＦ３０において保持される。このＡＭＦ３０は、一のＲＡＮ２０による中継を介して上記ＭＣ許否情報をＵＥ１０に転送する情報送信部３１を備える。

　なお、通信システム１では、ＲＡＮ２０およびＡＭＦ３０の少なくとも一方がＭＣ許否情報を保持していればよい。したがって、ＲＡＮ２０がＭＣ許否情報を保持している場合には、ＡＭＦ３０はＭＣ許否情報を保持していなくてもよく、ＡＭＦ３０がＭＣ許否情報を保持している場合には、ＲＡＮ２０はＭＣ許否情報を保持していなくてもよい。また、ＲＡＮ２０およびＡＭＦ３０の両方がＭＣ許否情報を保持していてもよい。

　ＵＤＭ４０は、ＵＥ１０のユーザ（加入者）情報を管理する機能を備えたノードである。ＵＤＭ４０は、ＭＣ許否情報を予め保持している場合がある。その場合には、必要に応じて、ＲＡＮ２０またはＡＭＦ３０に対してＭＣ許否情報を送信する機能を有していてもよい。

　ＵＥ１０は、転送されたＭＣ許否情報に基づいて１つ又は複数のスライスに接続する接続制御部１１を備える。

　ＰＣＦ５０は、通信システム１における通信ポリシーを管理する機能を備えたノードであり、特許請求の範囲に記載された「ポリシー制御ノード」に対応する。

　ＯＡＭ６０は、スライスおよび仮想化環境の制御を一元的に行う装置であり、ＵＥ１０が通信を行う際の各種情報等を管理する機能を備える場合もある。ＯＡＭ６０は、ＭＣ許否情報を予め保持している場合がある。その場合には、必要に応じて、ＲＡＮ２０またはＡＭＦ３０に対してＭＣ許否情報を送信する機能を有していてもよい。

　なお、図１では、ＵＥ１０が接続するノードのみを一例として図示しているが、例えば、ＲＡＮ２０およびＡＭＦ３０は、複数設けられていてもよい。

　図２には、１つの端末が複数のスライスに接続する複数接続（ＭＣ）の概要を示す。この図２では、ユーザデータ伝送に係るU-Plane（ユーザプレーン）通信が実線矢印により示され、ネットワーク制御信号等の伝送に係るC-Plane（コントロールプレーン）通信が破線矢印により示されており、図示された複数のＲＡＮのうちMaster　RANのみがUEのモビリティ管理とNAS通信（UEとAMF間の通信）を行う。この図２では、IoT（Internet　of　Things）スライス、MBB（Mobile　Broadband）スライス、およびV2X（Vehicle　to　X）スライスが論理的に生成されているが、U-Plane通信に関し、MBBスライスには複数接続（ＭＣ）を許可する旨が定められ、一方、IoTスライスとV2Xスライスには複数接続（ＭＣ）を許可しない旨が定められている。そのため、複数接続（ＭＣ）はMBBスライスのU-Plane通信のみに用いられており、IoTスライスのU-Plane通信はMaster　RAN経由で行われ、V2XスライスのU-Plane通信はSecondary　RAN経由で行われる。ただし、本実施形態に係る通信システムは、ＲＡＮの種類として、上記のようなMaster　RANおよびSecondary　RANを含んで構成される態様に限定されるものではない。

　次に、図３を用いて、本実施形態に係る処理として、ＵＥの登録（Registration）処理に本発明を適用した例を説明する。

　まず、ＲＡＮまたはＡＭＦでは、ＭＣ許否情報が保持される（ステップ１）。ＲＡＮまたはＡＭＦでは、ＵＤＭまたはＯＡＭから提供される情報に基づいて、ＭＣ許否情報を保持する。なお、ＵＤＭまたはＯＡＭから提供される情報について、自ノード（ＲＡＮまたはＡＭＦ）での個別の規制（ポリシー等を含む）などに基づいてＭＣ許否情報を更新した上で、当該情報を保持していてもよい。ＭＣ許否情報は、ＲＡＮまたはＡＭＦの内部メモリに保持（記憶）される。

　ＵＥからＲＡＮ（ここでは例えばＵＥの最寄りのＲＡＮ）へRegistration　Requestが送信され（ステップ２）、ＲＡＮによりＡＭＦが選択され（ステップ３）、選択されたＡＭＦへRegistration　Requestが転送される（ステップ４）。そして、所定のユーザ認証処理（authentication/authorization）などが実行された後（ステップ５）、ＡＭＦは、ＵＥのユーザ（加入者）に係る加入者情報をＵＤＭに要求し（ステップ６）、ＵＤＭは、その応答として加入者情報応答をＡＭＦへ送信する（ステップ７）。なお、上記ステップ６では、加入者情報要求として例えばNudm_UECM_Registration信号が送信され、上記ステップ７では、加入者情報応答として例えばNudm_SDM_Get信号が送信される。

　そして、ＡＭＦとＵＤＭ間で別の処理が実行された後（ステップ８）、ＡＭＦは、ＰＣＦとの間で所定のポリシー連携確立（Policy　Association　Establishment）処理を行う（ステップ９ａ，９ｂ）。このポリシー連携確立処理において、ＡＭＦは、ステップ７により取得されたスライスごとのＭＣ許否情報をＰＣＦに送信する（ステップ９ａ）。これにより、ＰＣＦはスライスごとのＭＣ許否情報を取得し、取得した情報に基づき通信システムにおける通信ポリシーを適切に管理することができる。また、ＰＣＦは、通信システムにおいて通信ポリシーの変更が生じた場合などに、当該変更内容に応じてＭＣ許否情報を更新することがある。かかる場合に、ＰＣＦはＭＣ許否情報に関する更新情報をＡＭＦに通知する（ステップ９ｂ）。これにより、ＡＭＦは、ＭＣ許否情報に関する更新情報を取得し、取得した更新情報に基づきＭＣ許否情報を適切に管理することができる。

　なお、ＡＭＦとＰＣＦとの間のポリシー制御に関する処理は、ＡＭＦがＭＣ許否情報を保持している場合にのみ実施することができる。すなわち、ＲＡＮがＭＣ許否情報を保持している場合には、ポリシー連携確立処理（ステップ９ａ，９ｂ）におけるＡＭＦとＰＣＦとの通信を利用したＭＣ許否情報の通知および更新は省略されてもよい。また、ＲＡＮがＭＣ許否情報を保持し、ＵＥに対してＭＣ許否情報を通知する場合にも、例えば、事前にＲＡＮとＡＭＦとの間で情報の共有処理を行うことにより、ポリシー連携確立処理（ステップ９ａ，９ｂ）におけるＡＭＦとＰＣＦとの通信を利用したＭＣ許否情報の通知および更新を行ってもよい。また、ＲＡＮまたはＡＭＦにおいてＭＣ許否情報を保持する場合には、ポリシー連携確立処理（ステップ９ａ，９ｂ）におけるＡＭＦとＰＣＦとの通信を利用したＭＣ許否情報の通知および更新を省略してもよい。

　次に、ＡＭＦがＭＣ許否情報を保持している場合には、ＵＥに対して送信するＭＣ許否情報を選択する（ステップ１０）。ＵＥに対して送信するＭＣ許否情報は、ＵＥからのRegistration　Request（ステップ２）に含まれる情報等に基づいて選択される。そして、ＡＭＦは、Registration　Requestに対する応答としてRegistration　AcceptをＵＥに送信する（ステップ１１）。ＡＭＦがＭＣ許否情報を保持している場合には、図１のＡＭＦ３０が備える情報送信部３１が、ステップ１０で選択されたＭＣ許否情報をRegistration　Acceptに盛り込んで、ＲＡＮによる中継を介しＵＥに送信する。なお、ＡＭＦがＭＣ許否情報を保持していない場合には、ステップ１０は省略され、ＭＣ許否情報が盛り込まれていないRegistration　AcceptがＲＡＮに対して送信される。

　一方、ＲＡＮがＭＣ許否情報を保持している場合には、ＵＥに対して送信するＭＣ許否情報を選択する（ステップ１２）。ＵＥに対して送信するＭＣ許否情報は、ＵＥからのRegistration　Request（ステップ２）に含まれる情報等に基づいて選択される。そして、ＲＡＮは、ＡＭＦから送信されたRegistration　AcceptをＵＥに送信する（ステップ１３）。このとき、ＲＡＮがＭＣ許否情報を保持している場合には、図１のＲＡＮ２０が備える情報送信部２１が、ステップ１２で選択されたＭＣ許否情報をRegistration　Acceptに盛り込んで、ＵＥに送信する。なお、ＲＡＮがＭＣ許否情報を保持していない場合には、ＡＭＦから送信されるRegistration　AcceptにＭＣ許否情報が盛り込まれているため、ＲＡＮは当該信号をそのままＵＥに対して転送する。この場合、ステップ１２は省略される。また、ＭＣ許否情報の転送を中継したＲＡＮは、当該ＭＣ許否情報を内部メモリに保持（記憶）する。ＲＡＮがＭＣ許否情報を保持している場合、および、ＡＭＦがＭＣ許否情報を保持している場合のいずれのケースでも、ステップ１３において、ＭＣ許否情報が盛り込まれたRegistration　AcceptがＵＥに対して送信される。

　Registration　Acceptを受信したＵＥは、Registrationの完了を認識して、Registration　Completeを送信し（ステップ１４）、取得したＭＣ許否情報に基づいて１つ又は複数のスライスに接続する（ステップ１５）。例えば、図２のようなネットワーク環境で、ＭＣ許否情報が、MBBスライスについてはＭＣを許可し、IoTスライスおよびV2XスライスについてはＭＣを許可しないという設定情報を含んでいれば、図２に示すように、U-Plane通信に関し、ＵＥは、MBBスライスについては複数のＲＡＮ（Master　RANとSecondary　RAN）経由で複数のスライスに接続し、IoTスライスおよびV2Xスライスについては単一のＲＡＮ経由で単一のスライスに接続する。

　その後、図３に示すように、ＲＡＮは、新たに無線アクセスしたＵＥ等からのRegistration　Requestを受信した場合（ステップＡ）、上記ステップ１において保持したＭＣ許否情報、または、上記ステップ１１によりＡＭＦから送信されて自ノードで保持したＭＣ許否情報を、新たに無線アクセスしたＵＥ等へ提供する（ステップＢ）。これにより、ＵＥは速やかにＭＣ許否情報を取得することができる。

　なお、図３では、ＵＥの登録（Registration）処理での通信制御方法について説明したが、この通信制御方法は、ＵＥの登録時とは異なるタイミングとして、例えば、ＵＥのハンドオーバ時のように接続先を変更する際にも適用することができる。

　また、図３について、ＲＡＮおよびＡＭＦの一方がＭＣ許否情報を保持している場合を想定して説明しているが、ＲＡＮおよびＡＭＦの両方がＭＣ許否情報を保持している場合も考えられる。また、ＵＤＭなどの他のノードからもＭＣ許否情報が送信される場合がある。このような場合、各ノードで保持している情報が互いに異なる可能性もある。そのため、ＲＡＮまたはＡＭＦにおいて、互いに異なるノードで保持されたＭＣ許否情報が複数存在する場合には、どのノードで保持されたＭＣ許否情報を優先して送信するかなど、ＵＥに対して送信するＭＣ許否情報をどのように選択・決定するかを任意に決めることが可能である。

　以上説明した実施形態によれば、複数接続許否情報をネットワーク内に反映することができ、スライスごとに定められた複数接続許否情報に基づいて複数接続を適切に実現することができる。

　また、上記の通信制御方法および通信システムでは、基地局ノードとしてのＲＡＮまたは通信制御ノードとしてのＡＭＦがＭＣ許否情報を保持し、必要に応じてＵＥに対してＭＣ許否情報を提供することができる。したがって、例えば、ＵＥがハンドオーバを行った際のように、ＵＤＭ等の他のノードへの問い合わせを行わない場合であっても、ＲＡＮまたはＡＭＦが保持しているＭＣ許否情報に基づいてＵＥに対してＭＣ許否情報を提供することができるため、ＵＥは速やかにＭＣ許否情報を取得することができ、ＭＣ許否情報に基づいた接続を適切に行うことができる。

　なお、ＡＭＦ－ＰＣＦ間のポリシー連携確立（Policy　Association　Establishment）処理（ステップ９ａ，９ｂ）により、ＰＣＦはスライスごとのＭＣ許否情報を取得し、取得した情報に基づき通信システムにおける通信ポリシーを適切に管理することができる。また、ＭＣ許否情報に関する更新情報が有れば、ＡＭＦは、ＰＣＦから当該更新情報を取得し、取得した更新情報に基づきＭＣ許否情報を適切に管理するとともに、更新情報に基づき更新したＭＣ許否情報をＵＥに送信することができる。

　また、ＡＭＦがＭＣ許否情報を保持する場合には、ＡＭＦからＵＥに対してＭＣ許否情報を転送する際に、ＲＡＮを経由してＵＥに対してＭＣ許否情報を送信する。このとき、ＡＭＦからＵＥへのＭＣ許否情報の転送を中継したＲＡＮは、当該ＭＣ許否情報を内部メモリに保持しておき、保持したＭＣ許否情報を新たに無線アクセスしたＵＥ等へ提供することができる。これにより、ＵＤＭにより管理されたＭＣ許否情報をＡＭＦおよびＲＡＮ経由で改めて上記ＵＥへ転送する処理を省略でき、上記ＵＥは速やかにＭＣ許否情報を取得することができる。

　また、ＭＣ許否情報を保持するＲＡＮまたはＡＭＦは、自ノードでの個別の規制に基づいて更新されたＭＣ許否情報をＵＥに対して送信する構成とすることができる。このような構成とした場合、自ノードでの規制等を反映したＭＣ許否情報をＵＥに対して送信することができるため、ＵＥは、規制等に対応したより適切なＭＣ許否情報を取得することができる。

　なお、図１のＲＡＮ２０としては、3GPP　RAN（例えば4G、5G）、非3GPP　RAN（例えばWi-Fi）など、複数種類のＲＡＮを選択することができる。このとき、ＭＣ許否情報は、スライスごとに加え、さらに、ＲＡＮの種類に応じて定めてもよい。この場合、ＭＣ接続に係るネットワーク制御を、ＲＡＮの種類に応じて、よりきめ細かく実行することができる。

　なお、通信システム１のネットワークの種別は特に限定されるものではなく、例えば、ＥＰＣ（Evolved　Packet　Core）ネットワークであってもよいし、いわゆる次世代ネットワーク（ＮＧＮ：Next　Generation　Network）であってもよい。

　上記の実施形態の説明で用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。

　例えば、上記の実施形態におけるＡＭＦ３０は、上述したＡＭＦ３０の処理を行うコンピュータとして機能してもよい。図４は、ＡＭＦ３０のハードウェア構成の一例を示す図である。上述のＡＭＦ３０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。なお、図１におけるＡＭＦ３０以外の装置についても、ＡＭＦ３０と同様の構成であってもよい。以下では、ＡＭＦ３０を例にとって説明する。

　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＡＭＦ３０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

　ＡＭＦ３０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）で構成されてもよい。例えば、ＡＭＦ３０の各機能部は、プロセッサ１００１を含んで実現されてもよい。

　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＡＭＦ３０の各機能部は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　Erasable　Programmable　ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述のＡＭＦ３０の各機能部は、通信装置１００４を含んで実現されてもよい。

　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

　また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

　また、ＡＭＦ３０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

　以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。

　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　入出力された情報などは特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報などは、上書き、更新、または追記され得る。出力された情報などは削除されてもよい。入力された情報などは他の装置へ送信されてもよい。

　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

　また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

　本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。

　移動通信端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

　本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

　本明細書において、文脈または技術的に明らかに１つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。

　１…通信システム、１０…ＵＥ（端末）、１１…接続制御部、２０…ＲＡＮ（基地局ノード）、２１…情報送信部、３０…ＡＭＦ（通信制御ノード）、３１…情報送信部、４０…ＵＤＭ、５０…ＰＣＦ、６０…ＯＡＭ、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…バス。

Claims

　ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスが複数生成される通信システムであり、端末と、前記端末による前記スライスへの接続を管理する複数の基地局ノードと、前記端末による通信制御を行う通信制御ノードと、を含んで構成される当該通信システムにおいて実行される通信制御方法であって、
　前記基地局ノードまたは前記通信制御ノードが、スライスごとに定められた、前記端末が同時に複数の基地局に無線アクセスする複数接続を許可するか否かに関する複数接続許否情報を保持するステップと、
　前記複数接続許否情報を保持する前記基地局ノードまたは前記通信制御ノードが、当該情報を前記端末に対して送信するステップと、
　前記端末が、前記複数接続許否情報に基づいて、１つ又は複数のスライスに接続するステップと、
　を備える通信制御方法。
　前記保持するステップにおいて、前記通信制御ノードが前記複数接続許否情報を保持し、
　前記送信するステップにおいて、前記通信制御ノードは、一の基地局ノードによる中継を介して、前記複数接続許否情報を前記端末に対して送信し、
　前記送信するステップにて前記通信制御ノードから前記端末への前記複数接続許否情報の転送を中継した基地局ノードが、当該複数接続許否情報を保持するステップと、
　前記中継した基地局ノードが、保持した前記複数接続許否情報を、新たに無線アクセスした端末へ提供するステップと、
　をさらに備える請求項１に記載の通信制御方法。
　送信するステップにおいて、前記複数接続許否情報を保持する前記基地局ノードまたは前記通信制御ノードは、自ノードでの個別の規制に基づいて更新された複数接続許否情報を前記端末に対して送信する、請求項１または２に記載の通信制御方法。
　前記複数接続許否情報は、スライスごとに加え、さらに、前記端末からの無線アクセスに係る無線ネットワークの種類に応じて、定められている、
　請求項１～３の何れか一項に記載の通信制御方法。
　ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスが複数生成される通信システムであって、
　端末と、
　前記端末による前記スライスへの接続を管理する複数の基地局ノードと、
　前記端末による通信制御を行う通信制御ノードと、
　を含んで構成され、
　前記基地局ノードまたは前記通信制御ノードが、スライスごとに定められた、前記端末が同時に複数の基地局に無線アクセスする複数接続を許可するか否かに関する複数接続許否情報を保持し、当該情報を前記端末に対して送信する情報送信部を備え、
　前記端末が、前記複数接続許否情報に基づいて、１つ又は複数のスライスに接続する接続制御部を備える、
　通信システム。