(57)【要約】特定のサービスのために割り当てられているRAN Sliceの無線リソースを、当該特定のサービスを利用する無線端末に適切に割り当てることができるコアノードを提供することを目的とする。本開示にかかるコアノード（１０）は、無線端末（３０）へ提供されるサービスに応じて割り当てる無線リソースを決定する決定部（１４）と、複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局（２０）へ、決定部（１４）において決定された無線リソースを示すリソース識別情報を送信する通信部（１２）と、を備える。
2017163735.tif 000002
【特許請求の範囲】
【請求項１】
無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定する決定手段と、
複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、前記決定手段において決定された無線リソースを示すリソース識別情報を送信する通信手段と、を備える
コアノード。
【請求項２】
前記決定手段は、
前記無線端末が利用するサービスを示し、モバイルコアネットワークにおいて一意に識別されるサービス識別情報と、前記リソース識別情報とを関連付けて管理し、前記無線端末の端末識別情報と前記サービス識別情報とを関連付けて管理している管理装置から、前記サービス識別情報を取得する、請求項１に記載のコアノード。
【請求項３】
前記リソース識別情報として、モバイルコアネットワークにおいて一意に識別される前記サービス識別情報が用いられる、請求項２に記載のコアノード。
【請求項４】
前記決定手段は、
前記基地局における無線リソースの利用状況に基づいて、前記無線端末が利用するサービスを提供するRAN Sliceにおいて前記無線端末に割り当てる無線リソースが存在するか否かを判定する、請求項１乃至３のいずれか１項に記載のコアノード。
【請求項５】
前記通信手段は、
前記決定手段において前記無線端末に割り当てる無線リソースが存在しないと判定された場合、前記基地局を介して前記無線端末へ無線リソースを割り当てることができないことを示す拒否メッセージを送信する、請求項４に記載のコアノード。
【請求項６】
複数の無線リソースを、サービスに関連づけられたRAN Sliceごとに管理する管理部と、
コアノードから送信された、無線端末へ提供されるサービスに応じて割り当てる無線リソースを示すリソース識別情報を受信する通信手段と、
前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てるリソース割当手段と、を備える、
基地局。
【請求項７】
前記リソース割当手段は、
無線リソースの利用状況に応じて、前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てるか否かを判定する、請求項６に記載の基地局。
【請求項８】
前記リソース割当手段において前記無線端末へ割り当てる無線リソースが存在しないと判定された場合、前記無線端末へ無線リソースを割り当てることができないことを示す拒否メッセージを送信する通信手段をさらに備える、請求項７に記載の基地局。
【請求項９】
複数の基地局が送信するそれぞれの報知情報を受信する受信手段と、
前記複数の基地局の中から、自端末が利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局と接続することを決定する決定手段と、を備える無線端末。
【請求項１０】
前記決定手段は、
利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局が複数存在する場合、それぞれの基地局から出力される電波の電波強度に基づいて接続する基地局を決定する、請求項９に記載の無線端末。
【請求項１１】
前記決定手段は、
前記基地局から無線リソースを割り当てることができないことを示す拒否メッセージを受信した場合、利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた複数の基地局の中から、決定した前記基地局と異なる基地局と接続することを決定する、請求項９又は１０に記載の無線端末。
【請求項１２】
無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定し、
複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、決定された無線リソースを示すリソース識別情報を送信する、通信方法。
【請求項１３】
複数の無線リソースを、サービスに関連づけられたRAN Sliceごとに管理し、
コアノードから送信された、無線端末へ提供されるサービスに応じて割り当てる無線リソースを示すリソース識別情報を受信し、
前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てる、無線リソース割当方法。
【請求項１４】
複数の基地局が送信するそれぞれの報知情報を受信し、
前記複数の基地局の中から、利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局と接続することを決定する、基地局選択方法。
【請求項１５】
無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定し、
複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、決定された無線リソースを示すリソース識別情報を送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はコアノード、基地局、無線端末、通信方法、無線リソース割当方法、基地局選択方法、及び、プログラムに関し、特に無線リソースの割り当てを行うコアノード、基地局、無線端末、通信方法、無線リソース割当方法、基地局選択方法、及び、プログラムに関する。
【背景技術】
【０００２】
近年、ＩｏＴ（Internet Of Things）サービスに関する検討が進められている。ＩｏＴサービスには、ユーザの操作を必要とせず、自律的に通信を実行する端末（以下、ＩｏＴ端末とする）が数多く用いられる。これにより、多くのＩｏＴ端末を用いてＩｏＴサービスを提供するために、通信事業者等が管理するネットワークにおいて、多くのＩｏＴ端末を効率的に収容することが望まれている。【０００３】
非特許文献１の１１ページには、端末に割り当てる無線リソースの管理方法が記載されている。具体的には、複数の無線リソースを有する無線リソース群が、複数のRAN (Radio Access Network) Sliceに分割され、それぞれのRAN Sliceを特定のサービスに割り当てることが記載されている。つまり、特定のサービスに用いられる無線端末には、予め定められたRAN Sliceが有する無線リソースが割り当てられる。このように、サービス毎にRAN Sliceを割り当てることによって、特定のサービスに用いられる無線端末が増加した場合に、他のサービスへ無線リソースが割り当てられなくなることを防止することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Vision on 5G Radio Access Technologies, Huawei Technologies, 3GPP RAN workshop on 5G, Sept.17-18, 2015, Phoenix, USA, RWS-150006
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、非特許文献１には、無線リソース群を複数のRAN Sliceに分割して管理することが記載されているが、どのように無線端末に対して無線リソースを割り当てるかについては記載されていない。つまり、特定のサービスに用いられる無線端末に対して、無線リソースの割り当て手法が確立されていない。無線リソースの割り当て手法は、特定のサービスのために割り当てられているRAN Sliceの無線リソースを無線端末に割り当てる手法である。そのため、分割して管理されているRAN Sliceの無線リソースを、適切な無線端末に割り当てることができないという問題がある。【０００６】
本開示の目的は、サービスごとに割り当てられているRAN Sliceの無線リソースを、当該サービスを利用する無線端末に適切に割り当てることができるコアノード、基地局、無線端末、通信方法、無線リソース割当方法、基地局選択方法、及び、プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本開示の第１の態様にかかるコアノードは、無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定する決定部と、複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、前記決定部において決定された無線リソースを示すリソース識別情報を送信する通信部と、を備えるものである。【０００８】
本開示の第２の態様にかかる基地局は、複数の無線リソースを、サービスに関連づけられたRAN Sliceごとに管理する管理部と、コアノードから送信された、無線端末へ提供されるサービスに応じて割り当てる無線リソースを示すリソース識別情報を受信する通信部と、前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てるリソース割当部と、を備える、ものである。【０００９】
本開示の第３の態様にかかる無線端末は、複数の基地局が送信するそれぞれの報知情報を受信する受信部と、前記複数の基地局の中から、自端末が利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局と接続することを決定する決定部と、を備えるものである。【００１０】
本開示の第４の端末にかかる通信方法は、無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定し、複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、決定された無線リソースを示すリソース識別情報を送信するものである。【００１１】
本開示の第５の態様にかかる無線リソース割当方法は、複数の無線リソースを、サービスに関連づけられたRAN Sliceごとに管理し、コアノードから送信された、無線端末へ提供されるサービスに応じて割り当てる無線リソースを示すリソース識別情報を受信し、前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てるものである。【００１２】
本開示の第６の態様にかかる基地局選択方法は、複数の基地局が送信するそれぞれの報知情報を受信し、前記複数の基地局の中から、利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局と接続することを決定する、ものである。【００１３】
本開示の第７の態様にかかるプログラムは、無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定し、複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、決定された無線リソースを示すリソース識別情報を送信することをコンピュータに実行させるものである。
【発明の効果】
【００１４】
本開示により、サービスごとに割り当てられているRAN Sliceの無線リソースを、当該サービスを利用する無線端末に適切に割り当てることができるコアノード、基地局、無線端末、通信方法、無線リソース割当方法、基地局選択方法、及び、プログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＵＥの構成図である。
【図４】実施の形態２にかかるｅＮｏｄｅＢが管理する無線リソースの構成図である。
【図５】実施の形態２にかかる各ノード装置において管理される情報を示す図である。
【図６】実施の形態２にかかるAttach procedureの流れを示す図である。
【図７】実施の形態２にかかるAttach procedureの流れを示す図である。
【図８】実施の形態２にかかるUE triggered Service Request procedureの流れを示す図である。
【図９】実施の形態２にかかるUE triggered Service Request procedureの流れを示す図である。
【図１０】実施の形態３にかかるAttach procedureの流れを示す図である。
【図１１】実施の形態３にかかるUE triggered Service Request procedureの流れを示す図である。
【図１２】実施の形態４にかかる通信システムの構成図である。
【図１３】実施の形態４にかかるCombined GPRS/IMSI Attach Procedureの流れを示す図である。
【図１４】実施の形態４にかかるPDP Context Activation Procedure for Iu modeの流れを示す図である。
【図１５】実施の形態４にかかるPDP Context Activation Procedure for Iu modeの流れを示す図である。
【図１６】実施の形態４にかかるMS Initiated Service Request Procedure using GN/Gpの流れを示す図である。
【図１７】実施の形態４にかかるMS Initiated Service Request Procedure using GN/Gpの流れを示す図である。
【図１８】実施の形態５にかかるPDP Context Activation Procedure for Iu modeの流れを示す図である。
【図１９】実施の形態５にかかるMS Initiated Service Request Procedure using GN/Gpの流れを示す図である。
【図２０】各実施の形態にかかる基地局の構成図である。
【図２１】各実施の形態にかかる無線端末の構成図である。
【図２２】各実施の形態にかかるコアノードの構成図である。
【発明を実施するための形態】
【００１６】
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて本開示の実施の形態１にかかる通信システムの構成例について説明する。図１は、コアノード１０、基地局２０、及び、無線端末３０を有している。コアノード１０、基地局２０、及び、無線端末３０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００１７】
コアノード１０は、３ＧＰＰ（3rd Generation Partnership Project）においてセッション管理及びモビリティ管理を行うノードとして規定されているＭＭＥ（Mobility Management Entity）もしくはＳＧＳＮ（Serving General Packet Radio Service Support Node）等であってもよい。基地局２０は、３ＧＰＰにおいて規定されているｅＮｏｄｅＢ（evolved Node B）であってもよい。ｅＮｏｄｅＢは、無線通信方式としてＬＴＥ（Long Term Evolution）をサポートする基地局である。また、基地局２０は、３ＧＰＰにおいて基地局を制御する装置として規定されているＲＮＣ（Radio Network Controller）およびＮｏｄｅＢに置き換えられてもよい。
【００１８】
無線端末３０は、携帯電話端末、スマートフォン端末、もしくは、タブレット型端末等であってもよい。または、無線端末３０は、ＩｏＴ端末、ＭＴＣ（Machine Type Communication）端末、もしくは、Ｍ２Ｍ（Machine to Machine）端末等であってもよい。
【００１９】
続いて、コアノード１０の構成例について説明する。コアノード１０は、通信部１２及び決定部１４を有している。通信部１２及び決定部１４等のコアノード１０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、コアノード１０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。また、通信部１２は、送信部（Transmitter）及び受信部（Receiver）を含む。
【００２０】
決定部１４は、無線端末３０へ提供されるサービスを示すサービス情報を用いて、無線端末３０へ割り当てる無線リソースを決定する。無線リソースは、例えば、基地局２０において管理されているリソースであってもよい。無線リソースは、周波数及び時間の少なくとも一方を用いて定められるリソースであってもよい。
【００２１】
無線端末３０へ提供されるサービスとは、例えば、音声通話を提供する音声サービス、画像データもしくはテキストデータ等を伝送するデータサービス、または、一斉にデータを配信する同報配信サービス等であってもよい。または、無線端末３０へ提供されるサービスは、ＩｏＴサービスであってもよい。ＩｏＴサービスは、例えば、スマートメータを用いたサービスもしくは自動運転サービス等であってもよい。無線端末３０へ提供されるサービスとして示したサービスは、上記に示したサービスには限定されず、無線端末３０へは、様々なサービスが提供されてもよい。サービス情報は、無線端末３０へ提供されるサービスを識別する情報である。
【００２２】
通信部１２は、複数の無線リソースを有する無線リソース群を複数のRAN Sliceに分割して管理する基地局２０へ、決定部１４において決定された無線リソースを示すリソース識別情報を送信する。個々のRAN Sliceは、無線リソース群に含まれる一部の無線リソースを有する。個々のRAN Sliceは、少なくとも１つの無線リソースを有する。１つの無線リソースは、例えば、特定の周波数帯域及び特定の期間を用いて特定されるリソースであってもよい。RAN Sliceは、複数の無線リソースを結合した領域を有すると言い換えられてもよい。また、RAN Sliceは、基地局２０が管理する無線リソース群のうち、一部の無線リソース群を有すると言い換えられてもよい。RAN Sliceは、無線端末へ提供するサービスと関連付けられている。つまり、RAN Sliceは、特定のサービスを利用する無線端末へ割り当てる少なくとも１つの無線リソースを有する。
【００２３】
リソース識別情報は、基地局２０が管理する無線リソースを識別する情報であって、少なくとも１つの無線リソースを識別する情報である。また、通信部１２は、無線端末３０へ提供されるサービスに関連付けられたRAN Sliceに含まれる無線リソースを示すリソース識別情報を基地局２０へ送信する。
【００２４】
続いて、基地局２０の構成例について説明する。基地局２０は、通信部２２、管理部２４、及び、リソース割当部２６を有している。通信部２２、管理部２４、及び、リソース割当部２６等の基地局２０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、基地局２０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。また、通信部２２は、送信部（Transmitter）及び受信部（Receiver）を含む。
【００２５】
管理部２４は、複数の無線リソースを有する無線リソース群を複数のRAN Sliceに分割して管理する。通信部２２は、コアノード１０から送信された、無線端末３０へ割り当てる無線リソースを示すリソース識別情報を受信する。リソース識別情報は、無線端末３０へ提供されるサービスに関連付けられたRAN Sliceに含まれる無線リソースを示す。
【００２６】
リソース割当部２６は、リソース識別情報に示される無線リソースを無線端末３０へ割り当てる。
【００２７】
以上説明したように、図１の通信システムを用いることによって、コアノード１０は、無線リソース群を複数のRAN Sliceに分割して管理する基地局２０に対して、無線端末３０へ割り当てるべき無線リソースを示すリソース識別情報を送信することができる。これにより、基地局２０は、コアノード１０によって指定された無線リソースを無線端末３０へ割り当てることができる。コアノード１０は、無線端末３０が利用するサービスに基づいて、無線端末３０へ割り当てる無線リソースを決定することができる。そのため、基地局２０は、無線端末３０が利用するサービスに関連付けられたRAN Sliceが有する無線リソースを適切に無線端末３０へ割り当てることができる。
【００２８】
（実施の形態２）
続いて、図２を用いて本開示の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、無線通信方式としてＬＴＥをサポートする通信システムであり、３ＧＰＰにおいてＥＰＳ（Evolved Packet System）として規定された通信システムである。なお、図２は、TS 23.401 V 13.5.0 Figure 4.2.1-1の図に基づいている。
【００２９】
図２の通信システムは、ＵＥ（User Equipment）４０、Ｅ−ＵＴＲＡＮ（Evolved-Universal Mobile Telecommunications System Terrestrial Radio Access Network）４１、ＭＭＥ４２、ＨＳＳ（Home Subscriber Server）４３、ＳＧＳＮ４４、ＳＧＷ（Serving Gateway）４５、ＰＧＷ（Packet Data Network Gateway）４６、ＰＣＲＦ（Policy and Charging Rules Function）エンティティ４７（以下、ＰＣＲＦ４７とする）、ＵＴＲＡＮ４８、ＧＥＲＡＮ（GSM（登録商標）（Global System for Mobile communications） EDGE（Enhanced Data Rates for Global Evolution） Radio Access Network）４９、Operator’s IP Services５０を有している。
【００３０】
ＵＥ４０は、３ＧＰＰにおいて無線端末の総称として用いられる用語である。ＵＥは、例えば、ＭＳ（Mobile Station）と置き換えられてもよい。Ｅ−ＵＴＲＡＮ４１は、無線アクセスシステムとしてＬＴＥを用いるＲＡＮ（Radio Access Network）である。ＵＴＲＡＮ４８は、無線アクセスシステムとして３Ｇ無線方式を用いるＲＡＮである。ＧＥＲＡＮ４９は、無線アクセスシステムとして２Ｇ無線方式を用いるＲＡＮである。
【００３１】
ＭＭＥ４２及びＳＧＳＮ４４は、ＵＥ４０に関するモビリティ管理及びセッション管理等を実行するノードである。ＨＳＳ４３は、ＵＥ４０に関する加入者情報を管理するノードである。加入者情報は、ＵＥ４０が利用するサービスに関する情報を含む。ＳＧＷ４５及びＰＧＷ４６は、ＵＥ４０とOperator’s IP Services５０との間において伝送されるデータを中継するノードである。Operator’s IP Services５０は、例えば、ＵＥ４０へサービスを提供する事業者等が管理するサーバ装置、もしくは、サーバ装置群等であってもよい。ＰＣＲＦ４７は、ポリシー及び課金ルール等を管理するノードである。
【００３２】
ＵＥ４０とＥ−ＵＴＲＡＮ４１との間は、LTE-Uuリファレンスポイントが定められている。Ｅ−ＵＴＲＡＮ４１とＭＭＥ４２との間は、S1-MMEリファレンスポイントが定められている。ＭＭＥ４２とＨＳＳ４３との間は、S6リファレンスポイントが定められている。ＭＭＥ４２とＳＧＳＮ４４との間は、S3リファレンスポイントが定められている。Ｅ−ＵＴＲＡＮ４１とＳＧＷ４５との間は、S1-Uリファレンスポイントが定められている。ＭＭＥ４２とＳＧＷ４５との間は、S11リファレンスポイントが定められている。ＳＧＳＮ４４とＳＧＷ４５との間は、S4リファレンスポイントが定められている。ＳＧＷ４５とＵＴＲＡＮ４８との間は、S12リファレンスポイントが定められている。ＳＧＷ４５とＰＧＷ４６との間は、S5/S8リファレンスポイントが定められている。ＰＧＷ４６とＰＣＲＦ４７との間は、Gxリファレンスポイントが定められている。ＰＧＷ４６とOperator’s IP Services５０との間は、SGiリファレンスポイントが定められている。ＰＣＲＦ４７とOperator’s IP Services５０との間は、Rxリファレンスポイントが定められている。ＭＭＥ４２と他のＭＭＥとの間は、S1-10リファレンスポイントが定められている。
【００３３】
続いて、図３を用いて、ＵＥ４０の構成例について説明する。ＵＥ４０は、通信部７１、RAN Slice利用可否判定部７２、及び接続先RAN Slice選択部７３を有している。ＵＥ４０を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、ＵＥ４０を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
【００３４】
通信部７１は、Ｅ−ＵＴＲＡＮ４１に含まれるｅＮｏｄｅＢとＬＴＥを用いた無線通信を行う。また、通信部７１は、ｅＮｏｄｅＢから送信される報知情報を受信する。通信部７１は、複数のｅＮｏｄｅＢから報知情報を受信してもよい。報知情報は、例えば、ＢＣＣＨ（Broadcast Control Channel）を用いて送信される。報知情報には、少なくとも１つのRAN Slice IDが含まれる。RAN Slice IDは、ｅＮｏｄｅＢが管理するRAN Sliceを識別する情報である。また、RAN Sliceは、特定のサービスを提供するために用いられる無線リソースである。つまり、ＵＥ４０は、報知情報を受信することによって、ｅＮｏｄｅＢが提供可能なサービスを認識することができる。通信部７１は、報知情報に含まれるRAN Slice IDをRAN Slice利用可否判定部７２へ出力する。
【００３５】
RAN Slice利用可否判定部７２は、通信部７１から出力されたRAN Slice IDに、ＵＥ４０が利用するサービスに関連付けられたRAN Sliceが存在するか否かを判定する。RAN Slice利用可否判定部７２は、ＵＥ４０が利用するサービスに関連付けられたRAN Sliceを示す少なくとも１つのRAN Slice IDを予め保持しているとする。RAN Slice利用可否判定部７２は、通信部７１から出力されたRAN Slice IDの中に、予め保持しているRAN Slice IDが含まれているか否かを判定する。RAN Slice利用可否判定部７２は、通信部７１から出力されたRAN Slice IDの中から、予め保持しているRAN Slice IDと一致するRAN Slice IDを接続先RAN Slice選択部７３へ出力する。
【００３６】
接続先RAN Slice選択部７３は、RAN Slice利用可否判定部７２から複数のRAN Slice IDを受け取った場合、予め定められたポリシーに基づいて、利用するRAN Sliceを選択する。例えば、接続先RAN Slice選択部７３は、電波強度が最も強いｅＮｏｄｅＢから送信されたRAN Slice IDを選択してもよい。もしくは、接続先RAN Slice選択部７３は、それぞれのRAN Slice IDに優先度を定めておき、優先度の高いRAN Slice IDを選択してもよい。接続先RAN Slice選択部７３は、選択したRAN Slice IDを通信部７１へ出力する。もしくは、接続先RAN Slice選択部７３は、優先的に利用する特定のサービスに関するRAN Slice IDを選択してもよい。特定のサービスは、例えば、IoTサービス、もしくは、自動運転サービス等である。
【００３７】
通信部７１は、接続先RAN Slice選択部７３から出力されたRAN Slice IDを有するｅＮｏｄｅＢとの間において接続処理を実行する。
【００３８】
続いて、図４を用いて本開示の実施の形態２にかかる、Ｅ−ＵＴＲＡＮ４１が有するｅＮｏｄｅＢにおいて管理する無線リソースの構成例について説明する。図４においては、ｅＮｏｄｅＢは、複数の無線リソースを含む無線リソース群を管理することを示している。さらに、図４においては、ｅＮｏｄｅＢが、無線リソース群をRAN Slice #A及びRAN Slice ＃Bに分割して管理していることを示している。さらに、図４においては、RAN Slice #Aが、特定グループに割り当てられる複数の無線リソース群から構成されることを示している。特定グループとは、例えば、RAN Slice #Aに関連付けられているサービスを利用するグループであってもよい。特定グループには、RAN Slice #Aに関連付けられているサービスを利用する複数のＵＥが含まれてもよい。例えば、RAN Slice #Aは、自動運転用RAN Sliceであってもよい。また、特定グループは、各社が提供する自動運転サービスであってもよい。ＵＥは、自装置が属するグループに割り当てられている無線リソース群に含まれる無線リソースが割り当てられる。ＵＥに割り当てられる無線リソースは、例えば、Resource IDによって識別される。
【００３９】
続いて、図５を用いて、ＵＥ４０、ｅＮｏｄｅＢ、ＭＭＥ４２、ＨＳＳ４３、及び、情報管理装置が有する情報について説明する。情報管理装置は、ＨＳＳ４３とは異なる装置であって、加入者情報を管理する装置である。図５においては、ＨＳＳ４３と情報管理装置とを異なる装置として示しているが、ＨＳＳ４３と情報管理装置とは同じ装置であってもよい。言い換えると、ＨＳＳ４３が情報管理装置の機能を備えていてもよい。
【００４０】
ＵＥ４０は、ＩＭＳＩ（Internal Mobile Subscriber Identity）及びRAN Slice IDを有している。ＩＭＳＩは、ＵＥを識別する情報である。RAN Slice IDは、ＵＥ４０が利用するサービスに関連付けられたRAN Sliceを示す情報である。
【００４１】
ｅＮｏｄｅＢは、RAN Slice IDとResource IDとを関連付けて管理している。RAN Slice IDは、ｅＮｏｄｅＢが管理しているRAN Sliceを識別する情報である。Resource IDは、ＵＥ４０に割り当てる無線リソースを識別する情報である。Resource IDは、ｅＮｏｄｅＢ内において一意に識別される情報である。一つのRAN Slice IDと、複数のResource IDとが関連づけられている。また、ｅＮｏｄｅＢは、複数のRAN Sliceを管理する場合、複数のRAN Slice IDを有する。
【００４２】
ＨＳＳ４３は、ＩＭＳＩとUE Usage typeとを関連付けて管理している。UE Usage typeは、ＩＭＳＩによって識別されるＵＥが利用するサービスもしくはＵＥが属するグループを識別する情報である。ＨＳＳ４３は、複数のＵＥに関するＩＭＳＩ及びUE Usage typeを管理している。
【００４３】
情報管理装置は、Service IDとUE Usage typeとを関連付けて管理している。Service IDは、ＵＥが利用するサービス及びＵＥが属するグループを識別する情報である。Service IDは、通信システム内において一意に識別される情報とする。情報管理装置は、複数のＵＥに関するService ID及びUE Usage typeを管理している。ＨＳＳ４３と情報管理装置とが同じ装置である場合、ＨＳＳ４３は、ＩＭＳＩと、UE Usage typeと、Service IDとを関連付けて管理する。ＵＥが利用するサービスは、Service IDを用いて特定される。また、Service IDは、UE Usage typeを用いて特定される。Service IDは、UE Usage type以外の加入者情報を用いて特定されてもよい。
【００４４】
ＭＭＥ４２は、Service IDとResource IDとを関連付けて管理する。つまり、ＭＭＥ４２は、Service IDを用いて、ｅＮｏｄｅＢにおいてＵＥに割り当てるResource IDを特定することができる。
【００４５】
図５においては、ｅＮｏｄｅＢが、ｅＮｏｄｅＢ内において一意に識別されるResource IDを用いて無線リソースを管理しているが、通信システム内において一意に識別されるService IDを用いて無線リソースを管理してもよい。この場合、ＭＭＥ４２は、Service IDとResource IDとを管理する必要が無く、Service IDを用いて、ＵＥに割り当てる無線リソースをｅＮｏｄｅＢへ指示することができる。
【００４６】
続いて、図６を用いて本開示の実施の形態２にかかるAttach procedureの流れについて説明する。図６は、図２に示す通信システムにおいて、Attach procedureが正常に完了する場合の処理の流れを示している。図６に示すAttach procedureは、TS23.401 V13.5.0 （2015-12） Figure 5.3.2.1-1：Attach procedureに基づいている。図６のAttach procedureにおいて、TS23.401 V13.5.0 （2015-12） Figure 5.3.2.1-1：Attach procedureと同様の処理については、詳細な説明を省略する。
【００４７】
また、図６のＵＥは、図２のＵＥ４０に相当し、図６のｅＮｏｄｅＢは、図２のＥ−ＵＴＲＡＮ４１が有するｅＮｏｄｅＢに相当する。図６のｎｅｗ ＭＭＥは、図２のＭＭＥ４２に相当する。図６のＯｌｄ ＭＭＥ／ＳＧＳＮは、ＵＥ４０が、前回のＡｔｔａｃｈ時に割り当てられたＭＭＥ／ＳＧＳＮである。図６に示すAttach procedureにおいては、例えば、ＵＥ４０が移動したことによって、前回のＡｔｔａｃｈ時に割り当てられたＭＭＥ／ＳＧＳＮ（Ｏｌｄ ＭＭＥ／ＳＧＳＮ）と異なるＭＭＥ（ｎｅｗ ＭＭＥ）が割り当てられた場合の動作を説明する。図６のＳｅｒｖｉｎｇ ＧＷは、図２のＳＧＷ４５に相当する。図６のＰＤＮ ＧＷは、図２のＰＧＷ４６に相当する。図６のＰＣＲＦは、図２のＰＣＲＦ４７に相当する。図６のＨＳＳは、図２のＨＳＳ４３に相当する。また、図６のＥＩＲ（Equipment Identity Register）は、図２には示されていないが、ＵＥの識別情報（例えば、ＭＥ（Mobile Equipment） Ｉｄｅｎｔｉｔｙ）を管理するノードである。
【００４８】
図６の１乃至図６の７は、TS23.401 V13.5.0 （2015-12） Figure 5.3.2.1-1：Attach procedureに示される処理と同様であるため、詳細な説明を省略する。図６の１乃至図６の７の処理においては、主に、ＵＥに関する認証処理が実行される。
【００４９】
図６の１乃至図６の７の処理が完了すると、ｎｅｗ ＭＭＥは、ＨＳＳへUpdate Location Requestメッセージを送信する（図６の８）。Update Location Requestメッセージは、ＵＥのＩＭＳＩを含む。図６の９及び図６の１０は、TS23.401 V13.5.0 （2015-12） Figure 5.3.2.1-1：Attach procedureに示される処理と同様であるため、詳細な説明を省略する。図６の９及び図６の１０の処理においては、主に、Ｏｌｄ ＭＭＥ／ＳＧＳＮにおいて管理されているＵＥに関する情報を削除する処理が実行される。
【００５０】
ＨＳＳは、図６の８において、ＵＥのＩＭＳＩを取得すると、取得したＩＭＳＩに関連付けられているUE Usage typeを特定する。さらに、ＨＳＳは、情報管理装置から、特定したUE Usage typeと関連付けられているService IDを取得する。ＨＳＳと情報管理装置とが同じ装置である場合、ＨＳＳは、特定したUE Usage typeを用いて、特定したUE Usage typeに関連付けられているService IDをさらに特定する。
【００５１】
ＨＳＳは、Update Location Ackメッセージをｎｅｗ ＭＭＥへ送信する（図６の１１）。Update Location Ackメッセージは、Service IDを含む。
【００５２】
図６の１２乃至図６の１６は、TS23.401 V13.5.0 （2015-12） Figure 5.3.2.1-1：Attach procedureに示される処理と同様であるため、詳細な説明を省略する。図６の１２乃至図６の１６においては、主に、Ｓｅｒｖｉｎｇ ＧＷとＰＤＮ ＧＷとの間において、ＵＥが用いるセッションもしくはベアラを確立する処理が実行される。
【００５３】
ｎｅｗ ＭＭＥは、図６の１１において、ＵＥが利用するサービス及びＵＥが属するグループを識別するService IDを取得すると、ｅＮｏｄｅＢにおいてＵＥに割り当てられる無線リソースを識別するResource IDを特定する。Resource IDは、Service IDに関連付けられている。ｎｅｗ ＭＭＥは、Resource IDを特定すると、Initial Context Setup RequestメッセージをｅＮｏｄｅＢへ送信する（図６の１７）。Initial Context Setup Requestメッセージは、Resource IDを含む。
【００５４】
次に、ｅＮｏｄｅＢは、ｎｅｗ ＭＭＥから送信されたResource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。例えば、ｅＮｏｄｅＢは、Resource IDが示す無線リソースが他のＵＥへ割り当てられていない場合、ｎｅｗ ＭＭＥから送信されたResource IDが示す無線リソースを割り当てることができると判定してもよい。ｅＮｏｄｅＢは、ｎｅｗ ＭＭＥから送信されたResource IDが示す無線リソースをＵＥへ割り当てることができると判定した場合、RRC Connection ReconfigurationメッセージをＵＥへ送信する（図６の１８）。RRC Connection Reconfigurationメッセージは、ｎｅｗ ＭＭＥから送信されたResource IDが示す無線リソースを特定するための情報を含む。無線リソースを特定するための情報は、例えば、無線リソースを示す周波数及びタイムスロットの識別情報等であってもよい。これにより、ＵＥは、利用するサービスに関するRAN Sliceに含まれる無線リソースが割り当て可能なことを通知される。
【００５５】
図６の１９乃至図６の２６は、TS23.401 V13.5.0 （2015-12） Figure 5.3.2.1-1：Attach procedureに示される処理と同様であるため、詳細な説明を省略する。図６の１９乃至図６の２６においては、主に、ＵＥとｅＮｏｄｅＢとの間に確立した無線ベアラに関する情報をＳｅｒｖｉｎｇ ＧＷへ通知するための処理が実行される。
【００５６】
続いて、図７を用いて本開示の実施の形態２にかかるAttach procedureの流れについて説明する。図７は、図２に示す通信システムにおいて、Attach procedureが正常に完了しない場合の処理の流れを示している。図７の１乃至図７の１７は、図６と同様であるため説明を省略する。
【００５７】
ｅＮｏｄｅＢは、図７の１７において、Resource IDを含むInitial Context Setup Requestメッセージを受信すると、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。
【００５８】
この例では、ｅＮｏｄｅＢは、ｎｅｗ ＭＭＥから送信されたResource IDが示す無線リソースをＵＥへ割り当てることができないと判定した場合、RRC Connection ReconfigurationメッセージをＵＥへ送信することなく、Initial Context Setup Responseメッセージをｎｅｗ ＭＭＥへ送信する（図７の１８）。このInitial Context Setup Responseメッセージは、ＵＥへ無線リソースを割り当てることができないことを示す情報を含む。
【００５９】
次に、ｎｅｗ ＭＭＥは、ｅＮｏｄｅＢを介して、Attach RejectメッセージをＵＥへ送信する（図７の１９）。ｎｅｗ ＭＭＥは、Attach RejectメッセージをＵＥへ送信することによって、Attach procedureが正常に完了しなかったことをＵＥへ通知する。これにより、ＵＥは、利用するサービスに関するRAN Sliceに含まれる無線リソースが割り当て可能なことを通知される。
【００６０】
続いて、図８を用いて、本開示の実施の形態２にかかるUE triggered Service Request procedureの流れについて説明する。図８は、図２に示す通信システムにおいて、UE triggered Service Request procedureが正常に完了する場合の処理の流れを示している。UE triggered Service Request procedureは、例えば、ＵＥがデータ送信を開始する場合もしくは発信を開始する場合等に実行される処理である。UE triggered Service Request procedureが実行される前提として、Attach procedureが正常に完了しており、ＭＭＥは、ＵＥに関する加入者情報を管理しているとする。
【００６１】
図８に示すUE triggered Service Request procedureは、TS23.401 V13.5.0 （2015-12） Figure 5.3.4.1-1：UE triggered Service Request procedureに基づいている。図８のUE triggered Service Request procedureにおいて、TS23.401 V13.5.0 （2015-12） Figure 5.3.4.1-1：UE triggered Service Request procedureと同様の処理については、詳細な説明を省略する。
【００６２】
はじめに、ＵＥは、ｅＮｏｄｅＢを介してNAS Service RequestメッセージをＭＭＥへ送信する（図８の１及び図８の２）。ＭＭＥは、ＵＥに関する加入者情報を用いて、ＵＥに関連付けられているService IDを特定する。次に、ＵＥとＭＭＥとの間、さらに、ＭＭＥとＨＳＳとの間において、ＵＥに関する認証処理が実行される（図８の３）。
【００６３】
次に、ＭＭＥは、特定したService IDに関連付けられたResource IDを含むS1-AP:Initial Context Setup RequestメッセージをｅＮｏｄｅＢへ送信する（図８の４）。
【００６４】
次に、ｅＮｏｄｅＢは、ＭＭＥから送信されたResource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。ｅＮｏｄｅＢは、ｎｅｗ ＭＭＥから送信されたResource IDが示す無線リソースをＵＥへ割り当てることができると判定した場合、Resource IDが示す無線リソースをＵＥへ割り当てるために、Radio Bearer Establishment処理をする（図８の５）。図８の６以降の処理は、TS23.401 V13.5.0 （2015-12） Figure 5.3.4.1-1：UE triggered Service Request procedureと同様であるため詳細な説明を省略する。図８の６以降の処理においては、主に、ＵＥとｅＮｏｄｅＢとの間に確立した無線ベアラに関する情報をＳｅｒｖｉｎｇ ＧＷおよびＰＤＮ  ＧＷへ通知するための処理が実行される。
【００６５】
続いて、図９を用いて本開示の実施の形態２にかかるUE triggered Service Request procedureの流れについて説明する。図９は、図２に示す通信システムにおいて、UE triggered Service Request procedureが正常に完了しない場合の処理の流れを示している。図９の１乃至図９の４は、図８と同様であるため説明を省略する。
【００６６】
ｅＮｏｄｅＢは、図９の４において、Resource IDを含むS1-AP:Initial Context Setup Requestメッセージを受信すると、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。
【００６７】
この例では、ｅＮｏｄｅＢは、ＭＭＥから送信されたResource IDが示す無線リソースをＵＥへ割り当てることができないと判定した場合、Radio Bearer Establishment処理を実行することなく、S1-AP:Initial Context Setup ResponseメッセージをＭＭＥへ送信する（図９の５）。S1-AP:Initial Context Setup Responseメッセージは、ＵＥへ無線リソースを割り当てることができないことを示す情報を含む。
【００６８】
次に、ＭＭＥは、ｅＮｏｄｅＢを介して、NAS:Service RejectメッセージをＵＥへ送信する（図９の６）。ＭＭＥは、NAS:Service RejectメッセージをＵＥへ送信することによって、UE triggered Service Request procedureが正常に完了しなかったことをＵＥへ通知する。
【００６９】
以上説明したように、本開示の実施の形態２にかかる通信システムを用いることによって、ＭＭＥは、ＵＥが利用するサービス及び属するグループに基づいて、ＵＥに割り当てる無線リソースを特定することができる。具体的には、ＭＭＥは、ＵＥが利用するサービスに関連付けられているRAN Sliceに含まれる無線リソースを特定することができる。これによって、ｅＮｏｄｅＢは、RAN Sliceに関連付けられているサービスを利用するＵＥへ、当該RAN Sliceに含まれる無線リソースを割り当てることができる。その結果、ｅＮｏｄｅＢは、ＵＥが利用するサービスと異なるサービスと関連付けられているRAN Sliceに含まれる無線リソースを当該ＵＥへ割り当てることを防止することができる。
【００７０】
さらに、ＭＭＥは、ＵＥが属するグループを識別するService IDを用いてＵＥに割り当てる無線リソースを特定することができる。これによって、RAN Sliceが、複数の特定グループに割り当てられる無線リソース群から構成される場合に、ＵＥが属するグループと異なるグループに割り当てられる無線リソースを、当該ＵＥへ割り当てることを防止することができる。
【００７１】
また、ｅＮｏｄｅＢは、ＭＭＥから指定されたResource IDに含まれる無線リソースを、ＵＥへ割り当てることができるか否かを判定することができる。これによって、ＵＥは、ｅＮｏｄｅＢから無線リソースを割り当てることができないことを通知された場合に、ＵＥが利用するサービスを提供するｅＮｏｄｅＢであって、利用可能な無線リソースを有する他のｅＮｏｄｅＢを選択しなおすことができる。
【００７２】
（実施の形態３）
続いて、本開示の実施の形態３にかかるAttach procedureが正常に完了する場合の処理の流れについて説明する。ここでは、図６における処理の流れと異なる処理について主に説明する。実施の形態２においては、ｅＮｏｄｅＢが、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。一方、実施の形態３においては、ＭＭＥが、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。
【００７３】
ｅＮｏｄｅＢは、無線リソースの割り当て状況を定期的にＭＭＥへ送信しているとする。つまり、ＭＭＥは、ｅＮｏｄｅＢの無線リソースの割り当て状況を保持しているとする。この場合、ｎｅｗ ＭＭＥは、図６の１１において、Service IDを含むUpdate Location Ackメッセージを受信すると、Service IDに関連づけられたResource IDをＵＥへ割り当てることができるか否かを判定する。ｎｅｗ ＭＭＥは、無線リソースをＵＥへ割り当てることができると判定した場合、図６の１２以降の処理を実行する。ただし、実施の形態２とは異なり、ｅＮｏｄｅＢは、図６の１７においてInitial Context Setup Requestメッセージを受信した場合に、ＵＥへ無線リソースを割り当てることができるか否かを判定する処理を実行しない。
【００７４】
続いて、図１０を用いて、本開示の実施の形態３にかかるAttach procedureが正常に完了しない場合の処理流れについて説明する。図１０の１乃至図１０の１１は、図６の１乃至図６の１１と同様であるため説明を省略する。
【００７５】
ｎｅｗ ＭＭＥは、図１０の１１において、Service IDを含むUpdate Location Ackメッセージを受信すると、Service IDに関連づけられたResource IDをＵＥへ割り当てることができるか否かを判定する。ｎｅｗ ＭＭＥは、無線リソースをＵＥへ割り当てることができないと判定した場合、図６の１２以降の処理を実行することなく、Attach Rejectメッセージを、ｅＮｏｄｅＢを介してＵＥへ送信する（図１０の１２）。ｎｅｗ ＭＭＥは、Attach RejectメッセージをＵＥへ送信することによって、Attach procedureが正常に完了しなかったことをＵＥへ通知する。
【００７６】
続いて本開示の実施の形態３にかかる、UE triggered Service Request procedureが正常に完了する場合の処理の流れについて説明する。ここでは、図８における処理の流れと異なる処理について主に説明する。実施の形態２においては、ｅＮｏｄｅＢが、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。一方、実施の形態３においては、ＭＭＥが、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。
【００７７】
ｅＮｏｄｅＢは、無線リソースの割り当て状況を定期的にＭＭＥへ送信しているとする。つまり、ＭＭＥは、ｅＮｏｄｅＢの無線リソースの割り当て状況を保持しているとする。
【００７８】
この場合、ＭＭＥは、図８の２において、NAS:Service Requestメッセージを受信すると、ＵＥに関する加入者情報を用いてService IDを特定し、さらに、Service IDに関連付けられたResource IDを特定する。ＭＭＥは、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。ＭＭＥは、無線リソースをＵＥへ割り当てることができると判定した場合、図８の４以降の処理を実行する。ただし、実施の形態２とは異なり、ｅＮｏｄｅＢは、図８の４においてS1-AP:Initial Context Setup Requestメッセージを受信した場合に、ＵＥへ無線リソースを割り当てることができるか否かを判定する処理を実行しない。
【００７９】
続いて、図１１を用いて本開示の実施の形態３にかかるUE triggered Service Request procedureが正常に完了しない場合の処理の流れについて説明する。図１１の１乃至図１１の３は、図８の１乃至図８の３と同様であるため説明を省略する。
【００８０】
ＭＭＥは、図１１の２において、NAS:Service Requestメッセージを受信すると、ＵＥに関する加入者情報を用いてService IDを特定し、さらに、Service IDに関連付けられたResource IDを特定する。ＭＭＥは、Resource IDが示す無線リソースをＵＥへ割り当てることができるか否かを判定する。ＭＭＥは、無線リソースをＵＥへ割り当てることができないと判定した場合、図８の４以降の処理を実行することなく、NAS:Service RejectメッセージをｅＮｏｄｅＢを介してＵＥへ送信する（図１１の４及び図１１の５）。ＭＭＥは、NAS:Service RejectメッセージをＵＥへ送信することによって、UE triggered Service Request procedureが正常に完了しなかったことをＵＥへ通知する。
【００８１】
以上説明したように、本開示の実施の形態３にかかる通信システムを用いることによって、ＭＭＥは、特定したResource IDが示す無線リソースを、ＵＥへ割り当てることができるか否かを判定することができる。これによって、ＭＭＥが、無線リソースを割り当てることができないと判定した場合、ｅＮｏｄｅＢとＵＥとの間における無線ベアラの設定処理等を含む複数の処理を実施することなく、Attach procedure及びUE triggered Service Request procedureを中止することができる。そのため、ＭＭＥが無線リソースを割り当てることができないと判定した場合における、Attach procedure及びUE triggered Service Request procedureのメッセージ数を実施の形態２におけるメッセージ数と比較して減少させることができる。
【００８２】
（実施の形態４）
続いて、図１２を用いて本開示の実施の形態４にかかる通信システムの構成例について説明する。図１２の通信システムは、無線通信方式として３Ｇ無線通信方式をサポートする通信システムであり、３ＧＰＰにおいてＧＰＲＳとして規定された通信システムである。
【００８３】
図１２の通信システムは、ＭＳ６０、ＵＴＲＡＮ６１、ＳＧＳＮ６２、ＧＧＳＮ６３（Gateway GPRS Support Node）、ＨＬＲ（Home Location Register）６４、ＰＤＮ（Packet Data Network）６５、ＭＳＣ（Mobile Switching Center）／ＶＬＲ（Visited Location Register）６６及びＥＩＲ６７を有している。
【００８４】
ＭＳ６０は、３ＧＰＰにおいて無線端末の総称として用いられる用語である。ＭＳは、例えば、ＵＥと置き換えられてもよい。ＭＳ６０は、図３に示すＵＥ４０と同様の構成とする。ＵＴＲＡＮ６１は、無線アクセスシステムとして３Ｇ無線方式を用いるＲＡＮである。ＵＴＲＡＮ６１は、ＲＮＣを有する。
【００８５】
ＳＧＳＮ６２は、ＭＳ６０に関するモビリティ管理及びセッション管理等を実行するノードである。ＨＬＲ６４は、ＭＳ６０に関する加入者情報を管理するノードである。加入者情報は、ＭＳ６０が利用するサービスに関する情報を含む。ＧＧＳＮ６３は、ＭＳ６０とＰＤＮ６５との間において伝送されるデータを中継するノードである。ＰＤＮ６５は、例えば、ＭＳ６０へサービスを提供する事業者等が管理するサーバ装置、もしくは、サーバ装置群を含むネットワーク等であってもよい。
【００８６】
ＭＳＣ／ＶＬＲ６６は、回線交換（Circuit Switched）機能を有し、ＭＳの加入者情報を管理するノードである。ＥＩＲ６７は、ＭＳの識別情報（例えば、ＩＭＥＩ：International Mobile Equipment Identity）を管理するノードである。
【００８７】
ＭＳ６０とＵＴＲＡＮ６１との間は、Uuリファレンスポイントが定められている。ＵＴＲＡＮ６１とＳＧＳＮ６２との間は、Iuリファレンスポイントが定められている。ＳＧＳＮ６２とＧＧＳＮ６３との間は、Gnリファレンスポイントが定められている。ＳＧＳＮ６２とＨＬＲ６４との間は、Grリファレンスポイントが定められている。ＧＧＳＮ６３とＨＬＲ６４との間は、Gcリファレンスポイントが定められている。ＧＧＳＮ６３とＰＤＮ６５との間は、Giリファレンスポイントが定められている。ＵＴＲＡＮ６１とＭＳＣ／ＶＬＲ６６との間は、Iuリファレンスポイントが定められている。ＳＧＳＮ６２とＭＳＣ／ＶＬＲ６６との間は、Gsリファレンスポイントが定められている。ＨＬＲ６４とＭＳＣ／ＶＬＲ６６との間は、Dリファレンスポイントが定められている。ＳＧＳＮ６２とＥＩＲ６７との間は、Gpリファレンスポイントが定められている。
【００８８】
ＵＴＲＡＮ６１が有するＲＮＣにおいて管理する無線リソースの構成は、図４と同様とする。つまり、図４における、ｅＮｏｄｅＢが管理する無線リソース群を、ＲＮＣが管理する無線リソース群に置き換える。
【００８９】
ＭＳ６０、ＲＮＣ、ＳＧＳＮ６２、ＨＬＲ６４、及び、情報管理装置が有する情報については、図５と同様とする。つまり、図５におけるＵＥ４０をＭＳ６０へ置き換え、図５におけるｅＮｏｄｅＢをＲＮＣへ置き換え、図５におけるＭＭＥ４２をＳＧＳＮ６２へ置き換え、図５におけるＨＳＳ４３をＨＬＲ６４へ置き換える。
【００９０】
続いて、図１３を用いて本開示の実施の形態４にかかるCombined GPRS/IMSI Attach Procedureついて説明する。図１３は、図１２に示す通信システムにおいて、Combined GPRS/IMSI Attach Procedureが正常に完了する場合の処理の流れを示している。図１３に示すCombined GPRS/IMSI Attach Procedureは、TS23.060 V13.5.0 （2015-12） Figure 22：Combined GPRS/IMSI Attach Procedureに基づいている。図１３のA Combined GPRS/IMSI Attach Procedureにおいて、TS23.060 V13.5.0 （2015-12） Figure 22：Combined GPRS/IMSI Attach Procedureと同様の処理については、詳細な説明を省略する。
【００９１】
また、図１３のＭＳは、図１２のＭＳ６０に相当する。図１３のＲＡＮは、図１２のＵＴＲＡＮ６１に相当する。図１３のｎｅｗ ＳＧＳＮは、図１２のＳＧＳＮ６２に相当する。図１３のｏｌｄ ＳＧＳＮは、ＭＳ６０が、前回のCombined GPRS/IMSI Attach Procedureにおいて割り当てられたＳＧＳＮである。図１３に示すCombined GPRS/IMSI Attach Procedureにおいては、例えば、ＭＳ６０が移動したことによって、前回のCombined GPRS/IMSI Attach Procedureにおいて割り当てられたＳＧＳＮ（Ｏｌｄ ＳＧＳＮ）と異なるＳＧＳＮ（ｎｅｗ ＳＧＳＮ）が割り当てられた場合の動作を説明する。
【００９２】
図１３のＧＧＳＮは、図１２のＧＧＳＮ６３に相当する。図１３のＨＬＲは、図１２のＨＬＲ６４に相当する。図１３のｎｅｗ ＭＳＣ／ＶＬＲは、図１２のＭＳＣ／ＶＬＲ６６に相当する。図１３のｏｌｄ ＭＳＣ／ＶＬＲは、ＭＳ６０が、前回のCombined GPRS/IMSI Attach Procedureにおいて割り当てられたＭＳＣ／ＶＬＲである。図１３のＥＩＲは、図１２のＥＩＲ６７に相当する。
【００９３】
図１３の１乃至図１３の６は、TS23.060 V13.5.0 （2015-12） Figure 22：Combined GPRS/IMSI Attach Procedureに示される処理と同様であるため、詳細な説明を省略する。図１３の１乃至図１３の６の処理においては、主に、ＭＳに関する認証処理が実行される。
【００９４】
図１３の１乃至図１３の６の処理が完了すると、ｎｅｗ ＳＧＳＮは、ＨＬＲへUpdate Location Requestメッセージを送信する（図１３の７ａ）。Update Location Requestメッセージは、ＭＳのＩＭＳＩを含む。図１３の７ｂ乃至図１３の７ｅは、TS23.060 V13.5.0 （2015-12） Figure 22：Combined GPRS/IMSI Attach Procedureに示される処理と同様であるため、詳細な説明を省略する。図１３の７ｂ乃至図１３の７ｅの処理においては、主に、ＯｌｄＳＧＳＮにおいて管理されているＭＳに関する情報を削除する処理が実行される。
【００９５】
ＨＬＲは、図１３の７ａにおいて、ＭＳのＩＭＳＩを取得すると、取得したＩＭＳＩに関連付けられているUE Usage typeを特定する。さらに、ＨＬＲは、情報管理装置から、特定したUE Usage typeと関連付けられているService IDを取得する。ＨＬＲと情報管理装置とが同じ装置である場合、ＨＬＲは、特定したUE Usage typeを用いて、特定したUE Usage typeに関連付けられているService IDをさらに特定する。
【００９６】
ＨＬＲは、Insert Subscriber Dataメッセージをｎｅｗ ＳＧＳＮへ送信する（図１３の７ｆ）。Insert Subscriber Dataメッセージは、Service IDを含む。
【００９７】
図１３の７ｇ乃至図１３の８ｈは、TS23.060 V13.5.0 （2015-12） Figure 22：Combined GPRS/IMSI Attach Procedureに示される処理と同様であるため、詳細な説明を省略する。図１３の７ｇ乃至図１３の８ｈにおいては、主に、今回のＡｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅにおいて割り当てられたＳＧＳＮおよびＭＳＣ／ＶＬＲをＨＬＲへ登録する処理が実行される。
【００９８】
Service IDは、図１３の７ｆにおけるInsert Subscriber Dataメッセージに含まれると説明したが、Service IDは、図１３の７ｈにおけるUpdate Location Ackメッセージに含まれてもよい。
【００９９】
図１３の９乃至図１３の１２は、TS23.060 V13.5.0 （2015-12） Figure 22：Combined GPRS/IMSI Attach Procedureに示される処理と同様であるため、詳細な説明を省略する。図１３の９乃至図１３の１２においては、主に、Attach Procedureの完了に伴う処理が実行される。
【０１００】
続いて、図１４を用いて本開示の実施の形態４にかかるPDP Context Activation Procedure for Iu modeついて説明する。図１４に示すPDP Context Activation Procedure for Iu modeは、TS23.060 V13.5.0 （2015-12） Figure 64：PDP Context Activation Procedure for Iu modeに基づいている。図１４のPDP Context Activation Procedure for Iu modeにおいて、TS23.060 V13.5.0 （2015-12） Figure 64：PDP Context Activation Procedure for Iu modeと同様の処理については、詳細な説明を省略する。
【０１０１】
PDP Context Activation Procedure for Iu modeは、例えば、ＭＳがデータ送信を開始する場合もしくは発信を開始する場合等に実行される処理である。PDP Context Activation Procedure for Iu modeが実行される前提として、Attach procedureが正常に完了しており、ＳＧＳＮは、ＭＳに関する加入者情報を管理しているとする。
【０１０２】
はじめに、ＭＳは、ＲＡＮを介してＳＧＳＮへActivate PDP Context Requestメッセージを送信する（図１４の１）。ＳＧＳＮは、ＭＳの加入者情報を用いて、ＭＳに関連付けられているService IDを特定する。図１４の４は、TS23.060 V13.5.0 （2015-12） Figure 64：PDP Context Activation Procedure for Iu modeと同様の処理であるため詳細な説明を省略する。図１４の４においては、主に、ＳＧＳＮとＧＧＳＮとの間においてＭＳが用いるセッションもしくはベアラを確立する処理が実行される。
【０１０３】
ＳＧＳＮは、特定したService IDに関連付けられたResource IDを、Radio Access Bearer処理において、ＲＡＮへ通知する（図１４の５）。さらに、ＲＡＮは、ＳＧＳＮから通知されたResource IDが示す無線リソースをＭＳへ割り当てることができることができるか否かを判定する。ＲＡＮは、ＳＧＳＮから送信されたResource IDが示す無線リソースをＭＳへ割り当てることができると判定した場合、図１４の５のRadio Access Bearer Setup処理において、Resource IDが示す無線リソースをＭＳへ割り当てる。図１４の６以降の処理は、TS23.060 V13.5.0 （2015-12） Figure 64：PDP Context Activation Procedure for Iu modeと同様であるため詳細な説明を省略する。図８の６以降の処理においては、主に、ＭＳとＲＡＮとの間に確立した無線ベアラに関する情報をＧＧＳＮへ通知するための処理が実行される。
【０１０４】
続いて、図１５を用いて本開示の実施の形態４にかかるPDP Context Activation Procedure for Iu modeの流れについて説明する。図１５は、図１２に示す通信システムにおいて、PDP Context Activation Procedure for Iu modeが正常に完了しない場合の処理の流れを示している。図１５の１及び図１５の４は、図１４と同様であるため説明を省略する。
【０１０５】
ＳＧＳＮは、Resource IDを含むRAB Assignment RequestメッセージをＲＡＮへ送信する（図１５の７）。ＲＡＮは、図１５の７において、Resource IDを含むRAB Assignment Requestメッセージを受信すると、Resource IDが示す無線リソースをＭＳへ割り当てることができることができるか否かを判定する。
【０１０６】
ＲＡＮは、ＳＧＳＮから送信されたResource IDが示す無線リソースをＭＳへ割り当てることができないと判定した場合、ＭＳとの間において無線ベアラを確立することなく、RAB Assignment ResponseメッセージをＳＧＳＮへ送信する（図１５の７）。
【０１０７】
次に、ＳＧＳＮは、図１５の４において設定したＧＧＳＮとの間のPDP Contextを削除するために、ＧＧＳＮとの間において、Delete PDP Context Request／Responseメッセージを送受信する（図１５の８）。
【０１０８】
次に、ＳＧＳＮは、ＲＡＮを介して、Activate PDP Context RejectメッセージをＭＳへ送信する（図１５の９）。ＳＧＳＮは、Activate PDP Context RejectメッセージをＭＳへ送信することによって、PDP Context Activation Procedure for Iu modeが正常に完了しなかったことをＭＳへ通知する。
【０１０９】
続いて、図１６を用いて本開示の実施の形態４にかかるMS Initiated Service Request Procedure using GN/Gpついて説明する。図１６に示すMS Initiated Service Request Procedure using GN/Gpは、TS23.060 V13.5.0 （2015-12） Figure 50：MS Initiated Service Request Procedure using GN/Gpに基づいている。図１６のMS Initiated Service Request Procedure using GN/Gpにおいて、TS23.060 V13.5.0 （2015-12） Figure 50：MS Initiated Service Request Procedure using GN/Gpと同様の処理については、詳細な説明を省略する。
【０１１０】
図１６は、図１２の通信システムにおいて、MS Initiated Service Request Procedure using GN/Gpが正常に完了する場合の処理の流れを示している。MS Initiated Service Request Procedure using GN/Gpは、例えば、ＭＳがデータ送信を開始する場合もしくは発信を開始する場合等に実行される処理である。MS Initiated Service Request Procedure using GN/Gpが実行される前提として、Attach procedureが正常に完了しており、ＳＧＳＮは、ＭＳに関する加入者情報を管理しているとする。
【０１１１】
図１６においては、図１３乃至図１５におけるＲＡＮをＵＴＲＡＮ６１が有するＲＮＣとして説明する。図１６の１は、TS23.060 V13.5.0 （2015-12） Figure 50：MS Initiated Service Request Procedure using GN/Gpに示される処理と同様であるため詳細な説明を省略する。
【０１１２】
次に、ＭＳは、ＲＮＣを介してService RequestメッセージをＳＧＳＮへ送信する（図１６の２）。ＳＧＳＮは、ＭＳに関する加入者情報を用いて、ＭＳに関連付けられているService IDを特定する。次に、ＭＳとＲＮＣとの間、ＲＮＣとＳＧＳＮとの間、さらに、ＳＧＳＮとＨＬＲとの間において、ＭＳに関する認証処理が実行される（図１６の３）。
【０１１３】
次に、ＳＧＳＮは、特定したService IDに関連付けられたResource IDを含むRadio Access Bearer Assignment RequestメッセージをＲＮＣへ送信する（図１６の４）。
【０１１４】
次に、ＲＮＣは、ＳＧＳＮから送信されたResource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。ＲＮＣは、ＳＧＳＮから送信されたResource IDが示す無線リソースをＭＳへ割り当てることができると判定した場合、Resource IDが示す無線リソースをＭＳへ割り当てるために、Radio Bearer Setupメッセージを送信する（図１６の５）。図１６の６以降の処理は、TS23.060 V13.5.0 （2015-12） Figure 50：MS Initiated Service Request Procedure using GN/Gpと同様であるため詳細な説明を省略する。
【０１１５】
続いて、図１７を用いて本開示の実施の形態４にかかるMS Initiated Service Request Procedure using GN/Gpついて説明する。図１７は、図１２の通信システムにおいて、MS Initiated Service Request Procedure using GN/Gpが正常に完了しない場合の処理の流れを示している。
【０１１６】
図１７の１乃至図１７の４は図１６の１乃至図１６の４と同様であるため説明を省略する。ＲＮＣは、図１７の４においてＳＧＳＮから送信されたResource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。ＲＮＣは、ＳＧＳＮから送信されたResource IDが示す無線リソースをＭＳへ割り当てることができないと判定した場合、ＭＳへRadio Bearer Setupメッセージを送信することなく、Radio Access Bearer Assignment ResponseメッセージをＳＧＳＮ送信する（図１７の５）。次に、ＳＧＳＮは、ＲＮＣを介して、Service RejectメッセージをＭＳへ送信する（図１７の６）。ＳＧＳＮは、Service RejectメッセージをＭＳへ送信することによって、MS Initiated Service Request Procedure using GN/Gpが正常に完了しなかったことをＭＳへ通知する。
【０１１７】
以上説明したように、本開示の実施の形態４にかかる通信システムを用いることによって、ＥＰＳを用いた場合と同様に、ＲＡＮもしくはＲＮＣは、ＭＳが利用するサービスと異なるサービスと関連付けられているRAN Sliceに含まれる無線リソースを当該ＭＳへ割り当てることを防止することができる。
【０１１８】
さらに、ＳＧＳＮは、ＭＳが属するグループを識別するService IDを用いてＭＳに割り当てる無線リソースを特定することができる。これによって、RAN Sliceが、複数の特定グループに割り当てられる無線リソース群から構成される場合に、ＭＳが属するグループと異なるグループに割り当てられる無線リソースを、当該ＭＳへ割り当てることを防止することができる。
【０１１９】
また、ＲＡＮもしくはＲＮＣは、ＳＧＳＮから指定されたResource IDに含まれる無線リソースを、ＭＳへ割り当てることができるか否かを判定することができる。これによって、ＭＳは、ＲＡＮから無線リソースを割り当てることができないことを通知された場合に、ＭＳが利用するサービスを提供するＲＡＮであって、利用可能な無線リソースを有する他のＲＡＮを選択しなおすことができる。
【０１２０】
（実施の形態５）
続いて本開示の実施の形態５にかかる、PDP Context Activation Procedure for Iu modeが正常に完了する場合の処理の流れについて説明する。ここでは、図１４における処理の流れと異なる処理について主に説明する。実施の形態４においては、ＲＡＮが、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。一方、実施の形態５においては、ＳＧＳＮが、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。
【０１２１】
ＲＡＮは、無線リソースの割り当て状況を定期的にＳＧＳＮへ送信しているとする。つまり、ＳＧＳＮは、ＲＡＮの無線リソースの割り当て状況を保持しているとする。
【０１２２】
この場合、ＳＧＳＮは、図１４の１において、Activate PDP Context Requestメッセージを受信すると、ＭＳに関する加入者情報を用いてService IDを特定し、さらに、Service IDに関連付けられたResource IDを特定する。ＳＧＳＮは、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。ＳＧＳＮは、無線リソースをＭＳへ割り当てることができると判定した場合、図１４の４以降の処理を実行する。ただし、ＲＡＮは、図１４の５において、ＭＳへ無線リソースを割り当てることができるか否かを判定する処理を実行しない。
【０１２３】
続いて、図１８を用いて本開示の実施の形態５にかかるPDP Context Activation Procedure for Iu modeが正常に完了しない場合の処理の流れについて説明する。図１８の１は、図１４の１と同様であるため説明を省略する。
【０１２４】
ＳＧＳＮは、図１８の１において、Activate PDP Context Requestメッセージを受信すると、ＭＳに関する加入者情報を用いてService IDを特定し、さらに、Service IDに関連付けられたResource IDを特定する。ＳＧＳＮは、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。ＳＧＳＮは、無線リソースをＭＳへ割り当てることができないと判定した場合、図１４の４以降の処理を実行することなく、Activate PDP Context RejectメッセージをＲＡＮを介してＭＳへ送信する（図１８の２）。ＳＧＳＮは、Activate PDP Context RejectメッセージをＭＳへ送信することによって、PDP Context Activation Procedure for Iu modeが正常に完了しなかったことをＵＥへ通知する。
【０１２５】
続いて本開示の実施の形態５にかかる、MS Initiated Service Request Procedure using GN/Gpが正常に完了する場合の処理の流れについて説明する。ここでは、図１６における処理の流れと異なる処理について主に説明する。実施の形態４においては、ＲＡＮが、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。一方、実施の形態５においては、ＳＧＳＮが、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。
【０１２６】
ＲＡＮは、無線リソースの割り当て状況を定期的にＳＧＳＮへ送信しているとする。つまり、ＳＧＳＮは、ＲＡＮの無線リソースの割り当て状況を保持しているとする。
【０１２７】
この場合、ＳＧＳＮは、図１６の２において、Service Requestメッセージを受信すると、ＭＳに関する加入者情報を用いてService IDを特定し、さらに、Service IDに関連付けられたResource IDを特定する。ＳＧＳＮは、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。ＳＧＳＮは、無線リソースをＭＳへ割り当てることができると判定した場合、図１６の３以降の処理を実行する。ただし、ＲＡＮは、図１６の４において、ＭＳへ無線リソースを割り当てることができるか否かを判定する処理を実行しない。
【０１２８】
続いて、図１９を用いて本開示の実施の形態５にかかるMS Initiated Service Request Procedure using GN/Gpが正常に完了しない場合の処理の流れについて説明する。図１９の１乃至図１９の３は、図１６の１乃至図１６の３と同様であるため説明を省略する。
【０１２９】
ＳＧＳＮは、図１９の２において、Service Requestメッセージを受信すると、ＭＳに関する加入者情報を用いてService IDを特定し、さらに、Service IDに関連付けられたResource IDを特定する。ＳＧＳＮは、Resource IDが示す無線リソースをＭＳへ割り当てることができるか否かを判定する。ＳＧＳＮは、無線リソースをＭＳへ割り当てることができないと判定した場合、図１６の４以降の処理を実行することなく、Service RejectメッセージをＲＮＣを介してＭＳへ送信する（図１９の４）。ＳＧＳＮは、Service RejectメッセージをＭＳへ送信することによって、MS Initiated Service Request Procedure using GN/Gpが正常に完了しなかったことをＵＥへ通知する。
【０１３０】
以上説明したように、本開示の実施の形態５にかかる通信システムを用いることによって、ＳＧＳＮは、特定したResource IDが示す無線リソースを、ＵＥへ割り当てることができるか否かを判定することができる。これによって、ＳＧＳＮが、無線リソースを割り当てることができないと判定した場合、ＲＡＮ（ＲＮＣ）とＭＳとの間における無線ベアラの設定処理等を含む複数の処理を実施することなく、Attach procedure、PDP Context Activation Procedure for Iu mode、及びMS Initiated Service Request Procedure using GN/Gpを中止することができる。そのため、ＳＧＳＮが無線リソースを割り当てることができないと判定した場合における、Attach procedure、PDP Context Activation Procedure for Iu mode、及びMS Initiated Service Request Procedure using GN/Gpのメッセージ数を減少させることができる。
【０１３１】
続いて以下では、上述の複数の実施形態で説明された、コアノード１０、基地局２０、無線端末３０の構成例について説明する。図２０は、基地局２０の構成例を示すブロック図である。図２０を参照すると、基地局２０は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
【０１３２】
ネットワークインターフェース１００３は、ネットワークノード（e.g., コアノード１０）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１３３】
プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。
【０１３４】
プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１３５】
メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
【０１３６】
メモリ１００５は、上述の複数の実施形態で説明された基地局２０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明されたリモートノード１０の処理を行うよう構成されてもよい。
【０１３７】
図２１は、無線端末３０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、基地局２０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
【０１３８】
ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【０１３９】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１４０】
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
【０１４１】
アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、無線端末３０の各種機能を実現する。
【０１４２】
いくつかの実装において、図２１に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【０１４３】
メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【０１４４】
メモリ１１０６は、上述の複数の実施形態で説明された無線端末３０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された無線端末３０の処理を行うよう構成されてもよい。
【０１４５】
図２２は、コアノード１０の構成例を示すブロック図である。図２２を参照すると、センターノード２０は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., 基地局２０）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【０１４６】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたコアノード１０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【０１４７】
プロセッサ１２０２は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、およびMACレイヤの信号処理を含んでもよい。さらに、プロセッサ１２０２による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
【０１４８】
プロセッサ１２０２は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１４９】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【０１５０】
図２２の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたコアノード１０の処理を行うことができる。
【０１５１】
図２０〜図２２を用いて説明したように、上述の実施形態における基地局２０、無線端末３０及びコアノード１０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１５２】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１５３】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【０１５４】
以上、実施の形態を参照して本願開示を説明したが、本願開示は上記によって限定されるものではない。本願開示の構成や詳細には、開示のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１５５】
この出願は、２０１６年３月２３日に出願された日本出願特願２０１６−０５８２６０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【０１５６】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定する決定部と、
複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、前記決定部において決定された無線リソースを示すリソース識別情報を送信する通信部と、を備える
コアノード。
（付記２）
前記決定部は、
前記無線端末が利用するサービスを示し、モバイルコアネットワークにおいて一意に識別されるサービス識別情報と、前記リソース識別情報とを関連付けて管理し、前記無線端末の端末識別情報と前記サービス識別情報とを関連付けて管理している管理装置から、前記サービス識別情報を取得する、付記１に記載のコアノード。
（付記３）
前記リソース識別情報として、モバイルコアネットワークにおいて一意に識別される前記サービス識別情報が用いられる、付記２に記載のコアノード。
（付記４）
前記決定部は、
前記基地局における無線リソースの利用状況に基づいて、前記無線端末が利用するサービスを提供するRAN Sliceにおいて前記無線端末に割り当てる無線リソースが存在するか否かを判定する、付記１乃至３のいずれか１項に記載のコアノード。
（付記５）
前記通信部は、
前記決定部において前記無線端末に割り当てる無線リソースが存在しないと判定された場合、前記基地局を介して前記無線端末へ無線リソースを割り当てることができないことを示す拒否メッセージを送信する、付記４に記載のコアノード。
（付記６）
複数の無線リソースを、サービスに関連づけられたRAN Sliceごとに管理する管理部と、
コアノードから送信された、無線端末へ提供されるサービスに応じて割り当てる無線リソースを示すリソース識別情報を受信する通信部と、
前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てるリソース割当部と、を備える、
基地局。
（付記７）
前記リソース割当部は、
無線リソースの利用状況に応じて、前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てるか否かを判定する、付記６に記載の基地局。
（付記８）
前記リソース割当部において前記無線端末へ割り当てる無線リソースが存在しないと判定された場合、前記無線端末へ無線リソースを割り当てることができないことを示す拒否メッセージを送信する通信部をさらに備える、付記７に記載の基地局。
（付記９）
複数の基地局が送信するそれぞれの報知情報を受信する受信部と、
前記複数の基地局の中から、自端末が利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局と接続することを決定する決定部と、を備える無線端末。
（付記１０）
前記決定部は、
利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局が複数存在する場合、それぞれの基地局から出力される電波の電波強度に基づいて接続する基地局を決定する、付記９に記載の無線端末。
（付記１１）
前記決定部は、
前記基地局から無線リソースを割り当てることができないことを示す拒否メッセージを受信した場合、利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた複数の基地局の中から、決定した前記基地局と異なる基地局と接続することを決定する、付記９又は１０に記載の無線端末。
（付記１２）
無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定し、
複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、決定された無線リソースを示すリソース識別情報を送信する、通信方法。
（付記１３）
複数の無線リソースを、サービスに関連づけられたRAN Sliceごとに管理し、
コアノードから送信された、無線端末へ提供されるサービスに応じて割り当てる無線リソースを示すリソース識別情報を受信し、
前記リソース識別情報に示される無線リソースを前記無線端末へ割り当てる、無線リソース割当方法。
（付記１４）
複数の基地局が送信するそれぞれの報知情報を受信し、
前記複数の基地局の中から、利用するサービスを提供するRAN Sliceを示すRAN Slice識別情報を含む報知情報を送信してきた基地局と接続することを決定する、基地局選択方法。
（付記１５）
無線端末へ提供されるサービスに応じて割り当てる無線リソースを決定し、
複数の無線リソースを、サービスに関連付けられたRAN Sliceごとに管理する基地局へ、決定された無線リソースを示すリソース識別情報を送信することをコンピュータに実行させるプログラム。
【符号の説明】
【０１５７】
１０  コアノード
１２  通信部
１４  決定部
２０  基地局
２２  通信部
２４  管理部
２６  リソース割当部
３０  無線端末
４０  ＵＥ
４１  Ｅ−ＵＴＲＡＮ
４２  ＭＭＥ
４３  ＨＳＳ
４４  ＳＧＳＮ
４５  ＳＧＷ
４６  ＰＧＷ
４７  ＰＣＲＦ
４８  ＵＴＲＡＮ
４９  ＧＥＲＡＮ
５０  Operator’s IP Services
６０  ＭＳ
６１  ＵＴＲＡＮ
６２  ＳＧＳＮ
６３  ＧＧＳＮ
６４  ＨＬＲ
６５  ＰＤＮ
６６  ＭＳＣ／ＶＬＲ
６７  ＥＩＲ
７１  通信部
７２  RAN Slice利用可否判定部
７３  接続先RAN Slice選択部
８１  制御部
８２  通信部
【図１】
2017163735.tif 000003
【図２】
2017163735.tif 000004
【図３】
2017163735.tif 000005
【図４】
2017163735.tif 000006
【図５】
2017163735.tif 000007
【図６】
2017163735.tif 000008
【図７】
2017163735.tif 000009
【図８】
2017163735.tif 000010
【図９】
2017163735.tif 000011
【図１０】
2017163735.tif 000012
【図１１】
2017163735.tif 000013
【図１２】
2017163735.tif 000014
【図１３】
2017163735.tif 000015
【図１４】
2017163735.tif 000016
【図１５】
2017163735.tif 000017
【図１６】
2017163735.tif 000018
【図１７】
2017163735.tif 000019
【図１８】
2017163735.tif 000020
【図１９】
2017163735.tif 000021
【図２０】
2017163735.tif 000022
【図２１】
2017163735.tif 000023
【図２２】
2017163735.tif 000024
【手続補正書】
【提出日】平成30年9月5日(2018.9.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
命令を保存するメモリと、
基地局における特定のネットワークスライスの識別に関する第１の情報を含むInitial Context Setup Requestメッセージをコアノードから受信し、
前記特定のネットワークスライスに対するリソースを正常に割り当てた場合、前記コアノードへInitial Context Setup Responseメッセージを送信し、
前記基地局において複数のネットワークスライスを管理する、ための前記命令を処理するように構成されたプロセッサと、を備える、UE(User Equipment)及び前記コアノードを含むモバイル通信システムにおける基地局。
【請求項２】
前記コアノードは、前記UEの移動管理を実行する、請求項１に記載の基地局。
【請求項３】
前記Initial Context Setup Requestメッセージは、Attach処理が正常に終了した後に受信される、請求項１に記載の基地局。
【請求項４】
基地局における特定のネットワークスライスの識別に関する第１の情報を含むInitial Context Setup Requestメッセージをコアノードから受信し、
前記特定のネットワークスライスに対するリソースを正常に割り当てた場合、前記コアノードへInitial Context Setup Responseメッセージを送信し、
前記基地局において複数のネットワークスライスを管理する、
UE(User Equipment)及び前記コアノードを含むモバイル通信システムにおける基地局において実行される方法。
【請求項５】
前記コアノードは、前記UEの移動管理を実行する、請求項４に記載の方法。
【請求項６】
前記Initial Context Setup Requestメッセージは、Attach処理が正常に終了した後に受信される、請求項４に記載の方法。
【請求項７】
命令を保存するメモリと、
基地局における複数のネットワークスライスの設定情報に関する第２の情報を保存し、
使用を許可されたネットワークスライスに関する第３の情報を用いることによって前記基地局と接続する、ための前記命令を処理するように構成されたプロセッサと、を備える、基地局及びコアノードを含むモバイル通信システムにおけるUE (User Equipment)。
【請求項８】
前記第２の情報を予め設定する、請求項７に記載のUE。
【請求項９】
基地局における複数のネットワークスライスの設定情報に関する第２の情報を保存し、
使用を許可されたネットワークスライスに関する第３の情報を用いることによって前記基地局と接続する、基地局及びコアノードを含むモバイル通信システムにおけるUE (User Equipment)において実行される方法。
【請求項１０】
前記UEは、前記第２の情報を予め設定する、請求項９に記載の方法。
【国際調査報告】
2017163735.tif 000025
2017163735.tif 000026
2017163735.tif 000027
2017163735.tif 000028