(57)【特許請求の範囲】
【請求項１】
ユーザ装置と、呼制御を行う１以上の呼制御装置と、ユーザデータを処理する複数のNetwork Sliceインスタンスとを有する無線通信システムであって、
前記ユーザ装置は、
前記複数のNetwork Sliceインスタンスのうちいずれか１つのNetwork Sliceインスタンスを特定する特定情報と、ユーザデータの通信先を示す通信先識別子を前記呼制御装置に送信する第一の通信処理部、を有し、
前記呼制御装置は、
前記特定情報で特定される前記１つのNetwork Sliceインスタンスに、前記通信先識別子を送信する、第二の通信処理部、を有し、
前記１つのNetwork Sliceインスタンスは、
前記通信先識別子で示される通信先と前記ユーザ装置との間にユーザデータの通信路を設定する設定部、を有する、
無線通信システム。
【請求項２】
前記第二の通信処理部は、前記ユーザ装置から所定の信号を受信した場合に、前記特定情報と前記通信先識別子とを対応づけるアクセス情報を加入者管理装置から取得し、取得した前記アクセス情報を前記ユーザ装置に送信し、
前記第一の通信処理部は、受信した前記アクセス情報に基づき、前記特定情報と、前記ユーザデータの通信先を示す通信先識別子とを決定する、
請求項１に記載の無線通信システム。
【請求項３】
ユーザ装置と、呼制御を行う１以上の呼制御装置と、ユーザデータを処理する複数のNetwork Sliceインスタンスとを有する無線通信システムが実行する通信方法であって、
前記ユーザ装置が、
前記複数のNetwork Sliceインスタンスのうちいずれか１つのNetwork Sliceインスタンスを特定する特定情報と、ユーザデータの通信先を示す通信先識別子を前記呼制御装置に送信するステップと、
前記呼制御装置が、
前記特定情報で特定される前記１つのNetwork Sliceインスタンスに、前記通信先識別子を送信するステップと、
前記１つのNetwork Sliceインスタンスが、
前記通信先識別子で示される通信先と前記ユーザ装置との間にユーザデータの通信路を設定するステップと、
を有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム及び通信方法に関する。
【背景技術】
【０００２】
Long Term Evolution（ＬＴＥ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化などを実現するために、５Ｇと呼ばれる無線通信方式の検討が進んでいる。【０００３】
また、５Ｇの無線通信方式の検討と並行して、５Ｇの無線アクセス技術（new RAT（Radio Access Technology））、進化型E-UTRA（evolved E-UTRA）、３ＧＰＰ以外のアクセス技術（non-3GPP access type）などをサポートするための無線通信システムに関する検討が進められている（例えば、非特許文献１参照）。非特許文献１によれば、当該無線通信システムは、次世代システム（Next Generation System）と呼ばれている。【０００４】
次世代システムでは、テレコミュニケーションサービスを提供するために必要なネットワーク機能を実現するリソースを複数に分割することを可能にするNetwork Slice（ＮＷ  Ｓｌｉｃｅ）と呼ばれる仕組みを導入することが検討されている。ＮＷ  Ｓｌｉｃｅの仕組みを用いることで、ネットワークオペレータは、コアネットワークが備える各種の機能について、ＱｏＳ及び伝送遅延などの要求条件に応じて物理的に又は論理的にリソースを分割することが可能になる。なお、ＮＷ  Ｓｌｉｃｅにより分割された機能の範囲は、ＮＷ  Ｓｌｉｃｅインスタンスとも呼ばれる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＲ２３．７９９  Ｖ０．５．０（２０１６−０５）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現在までの３ＧＰＰの検討において、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合に、ＮＷ  Ｓｌｉｃｅを適切に選択することを可能とする技術は提案されていない。【０００７】
開示の技術は上記に鑑みてなされたものであって、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合に、ＮＷ  Ｓｌｉｃｅを適切に選択することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
開示の技術の無線通信システムは、ユーザ装置と、呼制御を行う１以上の呼制御装置と、ユーザデータを処理する複数のＮｅｔｗｏｒｋ  Ｓｌｉｃｅインスタンスとを有する無線通信システムであって、前記ユーザ装置は、前記複数のＮｅｔｗｏｒｋ  Ｓｌｉｃｅインスタンスのうちいずれか１つのＮｅｔｗｏｒｋ  Ｓｌｉｃｅインスタンスを特定する特定情報と、ユーザデータの通信先を示す通信先識別子を前記呼制御装置に送信する第一の通信処理部、を有し、前記呼制御装置は、前記特定情報で特定される前記１つのＮｅｔｗｏｒｋ  Ｓｌｉｃｅインスタンスに、前記通信先識別子を送信する、第二の通信処理部、を有し、前記１つのＮｅｔｗｏｒｋ  Ｓｌｉｃｅインスタンスは、前記通信先識別子で示される通信先と前記ユーザ装置との間にユーザデータの通信路を設定する設定部、を有する。
【発明の効果】
【０００９】
開示の技術によれば、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合に、ＮＷ  Ｓｌｉｃｅを適切に選択することを可能とする技術が提供される。
【図面の簡単な説明】
【００１０】
【図１】各実施の形態に係る無線通信システムの構成例を示す図である。
【図２】各実施の形態に係るユーザ装置の機能構成例を示す図である。
【図３】各実施の形態に係るＨＳＳの機能構成例を示す図である。
【図４】各実施の形態に係る共通ＣＰＦの機能構成例を示す図である。
【図５】各実施の形態に係るＣＰＦの機能構成例を示す図である。
【図６】各実施の形態に係るＵＰＦの機能構成例を示す図である。
【図７】各実施の形態に係るユーザ装置、ＨＳＳ、共通ＣＰＦ、ＣＰＦ及びＵＰＦのハードウェア構成例を示す図である。
【図８】第一の実施の形態においてＨＳＳに格納されるアクセス情報の一例を示す図である。
【図９】第一の実施の形態に係るアクセス情報の通知手順の一例を示すシーケンス図である。
【図１０】第一の実施の形態に係る通信開始処理の一例を示すシーケンス図である。
【図１１】第一の実施の形態においてＵＥタイプが「＃１」に該当するアクセス情報の一例である。
【図１２】第二の実施の形態に係るアクセス情報の一例を示す図である。
【図１３】第二の実施の形態に係るアクセス情報通知手順の一例を示すシーケンス図である。
【図１４】第二の実施の形態においてＵＥタイプが「＃１」に該当するアクセス情報の一例である。
【図１５】第二の実施の形態に係る通信開始処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。なお、以下の説明において、「ＮＷ  Ｓｌｉｃｅ」とは、特に断りが無い限り「ＮＷ  Ｓｌｉｃｅインスタンス」を意図する意味で使用する。
【００１２】
＜システム構成＞
図１は、各実施の形態に係る無線通信システムの構成例を示す図である。図１に示すように、各実施の形態に係る無線通信システムは、ユーザ装置ＵＥと、ＲＡＮ１０と、ＨＳＳ（Home subscriber Server）２０と、共通ＣＰＦ３０１〜Ｎと、共通ＣＰＦ（デフォルト）３０Ｄｅｆと、ＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）に含まれるＣＰＦ４０Ａ及びＵＰＦ５０Ａと、ＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）に含まれるＣＰＦ４０Ｂ及びＵＰＦ５０Ｂと、ＡＰＮ＃１のネットワークに設置されるApplication Server（ＡＳ）６０１と、ＡＰＮ＃２のネットワークに設置されるApplication Server（ＡＳ）６０２と、を含む。図１には、ユーザ装置ＵＥが１つ示されているが、複数存在していてもよい。また、図１にはＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）及びＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）の２つのＮＷ  Ｓｌｉｃｅが設定されているが、３つ以上のＮＷ  Ｓｌｉｃｅが設定されていてもよい。
【００１３】
サービス＃Ａ及びサービス＃Ｂは、各ＮＷ  Ｓｌｉｃｅにより提供されるサービスを意図しており、例えば、Ｕ−ｐｌａｎｅにおけるＱｏＳ及び伝送遅延などの要求条件が異なるサービスである。一例として、低遅延かつ広帯域のモバイルブロードバンドサービス（例えば、Enhanced Mobile Broadband service）、消防・警察等が行う重要通信などをサポートするクリティカル通信サービス（Critical Communication Service）、IP Multimedia Subsystem（ＩＭＳ）音声サービスなどが挙げられる。
【００１４】
本実施の形態では、ユーザ装置でサービス＃Ａに関するアプリケーション（以下、「アプリケーション（サービス＃Ａ）」と記載する」が実行される場合、ＡＰＮ＃１との間の通信路を確立するために必要な処理はＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）内のＣＰＦ及びＵＰＦで行われる。また、ユーザ装置でサービス＃Ｂに関するアプリケーション（以下、「アプリケーション（サービス＃Ｂ）」と記載する」が実行される場合、ＡＰＮ＃１との間の通信路を確立するために必要な処理はＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）内のＣＰＦ及びＵＰＦで行われる。
【００１５】
以下の説明において、共通ＣＰＦ３０１〜Ｎを特に区別しない場合は「共通ＣＰＦ３０」と記載する。また、ＣＰＦ４０Ａ及びＣＰＦ４０Ｂを特に区別しない場合は「ＣＰＦ４０」と記載する。また、ＵＰＦ５０Ａ及びＵＰＦ５０Ｂ特に区別しない場合は「ＵＰＦ５０」と記載する。
【００１６】
ユーザ装置ＵＥは、スマートフォンのように大量のデータを頻繁に送受信する端末（Mobile Broad Band（ＭＢＢ）端末）、ＩｏＴデバイスのように少量のデータのみを低頻度で送受信する端末（ＭＴＣ端末）などであり、本実施の形態では、あらゆる種別のユーザ装置ＵＥを含む。また、ユーザ装置ＵＥの種別とは、ユーザ装置ＵＥの用途に限られず、例えば、ユーザ装置ＵＥを保持する企業を意図してもよい。
【００１７】
また、ユーザ装置ＵＥには、サービス＃Ａに関するアプリケーション及びサービス＃Ｂに関するアプリケーションがインストールされている。例えば、サービス＃Ａが低遅延かつ広帯域のモバイルブロードバンドサービスである場合、サービス＃Ａに関するアプリケーションとしては、Ｗｅｂブラウザ、動画閲覧アプリケーションなどが挙げられる。また、サービス＃Ｂがクリティカル通信サービスである場合、サービス＃Ｂに関するアプリケーションとしては、重要通信を行う通話アプリケーション（例えば、緊急呼であることを通知可能な通話アプリケーションなど）などが挙げられる。
【００１８】
ＲＡＮ１０は、New-RAT、進化型E-UTRA、３ＧＰＰ以外のアクセス技術（例えば、ＷＬＡＮ、固定アクセス回線）などを含む、アクセスネットワークである。
【００１９】
ＨＳＳ２０は、加入者情報を記憶するサーバである。ＨＳＳ２０は、加入者データリポジトリ（Subscriber Data Repository）と呼ばれてもよい。
【００２０】
共通ＣＰＦ３０は、ＮＷ  Ｓｌｉｃｅに依存しない共通的な呼制御を行う装置であり、例えば、モビリティ管理機能（ＭＭ：Mobility Management）、認証及び認可機能（ＡＵ：Authentication&Authorization）、ＮＷ  Ｓｌｉｃｅ選択機能（ＮＳＳＦ：NW Slice Selection Function）を含む。共通ＣＦＰ３０は、共通C-plane Network Function（ＣＰ−ＮＦ）と呼ばれてもよい。
【００２１】
共通ＣＰＦ（デフォルト）３０Ｄｅｆは、共通ＣＰＦ３０の一種であり、ＲＡＮ１０側でアクセス先の共通ＣＰＦ３０１〜Ｎを認識していない（又は認識できない）場合に、最初にＲＡＮ１０からアクセスされる共通ＣＰＦ３０である。共通ＣＰＦ（デフォルト）３０Ｄｅｆは、ＲＡＮ１０からのアクセスを適切な共通ＣＰＦ３０にリダイレクトさせる機能を有する。なお、ＲＡＮ１０側でアクセス先の共通ＣＰＦ３０１〜Ｎを適切に選択できるのであれば、共通ＣＰＦ（デフォルト）３０Ｄｅｆは必ずしも存在しなくてもよい。
【００２２】
ＣＰＦ４０は、ＮＷ  Ｓｌｉｃｅ内で必要な呼処理を行う装置であり、例えば、セッション管理機能（ＳＭ:Session Management）を含む。ＣＦＰ４０は、ＣＰ−ＮＦと呼ばれてもよい。
【００２３】
ＵＰＦ５０は、ユーザデータ（U-plane信号）を処理する装置であり、ＬＴＥにおけるServing Gateway（ＳＧＷ）及びPacket data network Gateway（ＰＧＷ）に相当する装置である。ＵＰＦ５０は、ＣＰＦ４０からの指示により、ユーザ装置ＵＥ及びＡＰＮの間に、ＮＷ  Ｓｌｉｃｅとして提供すべきサービスの要求条件を満たすＵ−ｐｌａｎｅの通信路を確立する機能を有する。ＵＰＦ５０は、U-plane-Gateway（ＵＰ−ＧＷ）と呼ばれてもよい。
【００２４】
ＡＳ６０は、ユーザ装置ＵＥと通信するアプリケーションを実行するサーバである。ＡＳ６０は、例えば、Ｗｅｂサーバ、警察・消防などで用いられるサーバ、ＩＭＳで用いられる各種サーバ（例えばＰ−ＣＳＣＦなど）などであるが、これらに限定されない。
【００２５】
共通ＣＰＦ３０１〜Ｎと、共通ＣＰＦ（デフォルト）３０Ｄｅｆと、ＣＰＦ４０Ａと、ＣＰＦ４０Ｂとは、物理的な装置であってもよいし、仮想化技術により実現される論理的な機能であってもよい。共通ＣＰＦ３０１〜Ｎ、ＣＰＦ４０Ａ及びＣＰＦ４０Ｂ、ＵＰＦ５０Ａ及びＵＰＦ５０Ｂは、それぞれ物理的に同一の装置に実装され、ソフトウェア処理により、内部のリソース（ＣＰＵリソース及びメモリリソースなど）がＮＷ  Ｓｌｉｃｅ毎に分割（スライス）されていてもよい。
【００２６】
なお、図１に示す各ＮＷ  Ｓｌｉｃｅには、ＣＰＦ４０及びＵＰＦ５０が含まれているが、ＮＷ  Ｓｌｉｃｅにおける分割方法の一例でありこれに限定されない。例えば、各ＮＷ  Ｓｌｉｃｅには、ＵＰＦ５０のみが含まれていてもよい。つまり、Ｕ−ｐｌａｎｅに関する処理のみがＮＷ  Ｓｌｉｃｅにより分割されるようにしてもよい。この場合、ＣＰＦ４０に実装される各機能は、共通ＣＰＦ３０に実装される。
【００２７】
＜動作概要＞
ユーザ装置ＵＥは、特定のサービスに関するアプリケーションが通信を開始する際に、通信先のＡＰＮと、当該ＡＰＮにアクセスされている複数のＮＷ  Ｓｌｉｃｅのうち、当該特定のサービスを提供するＮＷ  Ｓｌｉｃｅを特定する情報（以下、「ＮＷ  Ｓｌｉｃｅ特定情報」と呼ぶ）とを含むアクセス要求信号を共通ＣＰＦ３０に送信する。また、共通ＣＰＦ３０は、受信したアクセス要求信号に含まれる「ＮＷ  Ｓｌｉｃｅ特定情報」に基づいてＮＷ  Ｓｌｉｃｅを選択する。また、共通ＣＰＦ３０により選択されたＮＷ  Ｓｌｉｃｅ内のＣＰＦ４０及びＵＰＦ５０は、ユーザ装置ＵＥ及び当該ＡＰＮの間に、当該特定のサービスの要求条件を満たすＵ−ｐｌａｎｅの通信路を確立する。
【００２８】
また、本実施の形態に係る無線通信システムでは、ＮＷ  Ｓｌｉｃｅ特定情報とＡＰＮとの対応づけを示す情報（以下、「アクセス情報」と呼ぶ）を、アタッチ又は位置更新手順の中でユーザ装置ＵＥに送信する。ユーザ装置ＵＥは、アプリケーションが通信を開始する際に、共通ＣＰＦ３０に送信するアクセス要求信号に含めるＮＷ  Ｓｌｉｃｅ特定情報とＡＰＮとを、アクセス情報に基づいて決定する。
【００２９】
＜機能構成＞
次に、各実施の形態の動作を実行するユーザ装置ＵＥ、ＨＳＳ２０、共通ＣＰＦ３０、ＣＰＦ４０及びＵＰＦ５０の機能構成例を説明する。
【００３０】
（ユーザ装置）
図２は、各実施の形態に係るユーザ装置の機能構成例を示す図である。図２に示すように、ユーザ装置ＵＥは、通信部１０１と呼処理部１０２とアプリケーション処理部１０３とを有する。なお、図２は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものである。また、図２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００３１】
通信部１０１は、ＲＡＮ１０、共通ＣＰＦ３０、ＣＰＦ４０、ＵＰＦ５０との間で各種の通信を行う。
【００３２】
呼処理部１０２は、通信部１０１を介して送受信される呼制御信号（C-plane信号）を処理する機能を有する。また、呼処理部１０２は、ユーザ装置ＵＥにインストールされたアプリケーションが特定のＡＰＮと通信を行う場合に、当該特定のＡＰＮにアクセスされている複数のＮＷ  Ｓｌｉｃｅのうちいずれか１つのＮＷ  Ｓｌｉｃｅを特定するＮＷ  Ｓｌｉｃｅ特定情報と、ユーザデータの通信先を示すＡＰＮとを含むアクセス要求信号を共通ＣＰＦ３０に送信する。
【００３３】
また、呼処理部１０２は、アクセス情報を共通ＣＰＦ３０から受信し、受信したアクセス情報に基づいて、アクセス要求信号に含めるＮＷ  Ｓｌｉｃｅ特定情報と、ユーザデータの通信先を示すＡＰＮとを決定するようにしてもよい。
【００３４】
アプリケーション処理部１０３は、ユーザ装置ＵＥにインストールされたアプリケーションを実行する。なお、アプリケーション処理部１０３は、アプリケーションを実行する際に、当該アプリケーションが要求するサービスに関する情報（例えば、モバイルブロードバンドサービスを要求することを示す情報など）を呼処理部１０２に通知するようにしてもよい。
【００３５】
（ＨＳＳ）
図３は、各実施の形態に係るＨＳＳの機能構成例を示す図である。図３に示すように、ＨＳＳ２０は、通信部２０１と記憶部２０２とを有する。なお、図３は、ＨＳＳ２０において本発明の実施の形態に特に関連する機能部のみを示すものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００３６】
通信部２０１は、共通ＣＰＦ３０、共通ＣＰＦ（デフォルト）３０Ｄｅｆ、ＣＰＦ４０との間で各種の通信を行う。
【００３７】
記憶部２０２は、「アクセス情報」を格納する。記憶部２０２に記憶される「アクセス情報」については後述する。
【００３８】
（共通ＣＰＦ）
図４は、各実施の形態に係る共通ＣＰＦの機能構成例を示す図である。図４に示すように、共通ＣＰＦ３０（共通ＣＰＦ（デフォルト）３０Ｄｅｆを含む）は、通信部３０１と呼処理部３０２とを有する。なお、図４は、共通ＣＰＦ３０において本発明の実施の形態に特に関連する機能部のみを示すものである。また、図４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００３９】
通信部３０１は、ＲＡＮ１０、ＨＳＳ２０、ＣＰＦ４０との間で各種の通信を行う。
【００４０】
呼処理部３０２は、通信部３０１を介して送受信される呼制御信号（C-plane信号）を処理する機能を有する。また、呼処理部３０２は、モビリティ管理機能、認証及び認可機能、ＮＷ  Ｓｌｉｃｅ選択機能を含む。また、共通ＣＰＦ３０が共通ＣＰＦ（デフォルト）３０Ｄｅｆとして動作する場合、呼処理部３０２は、ＲＡＮ１０から受信した呼制御信号を、適切な共通ＣＰＦ３０にリダイレクトさせる機能を有する。
【００４１】
また、呼処理部３０２は、ユーザ装置ＵＥからアクセス要求信号を受信した場合に、アクセス要求信号に含まれるＮＷ  Ｓｌｉｃｅ特定情報で特定されるＮＷ  Ｓｌｉｃｅに属するＣＰＦ４０に、ＡＰＮを含むアクセス要求信号を送信する。
【００４２】
また、前述したようにＣＰＦ４０に実装される各機能が共通ＣＰＦ３０に実装される場合、呼処理部３０２は、ユーザ装置ＵＥからアクセス要求信号を受信した場合に、アクセス要求信号に含まれるＡＰＮで示される通信先にアクセスされる複数のＵＰＦ５０のうち、ＮＷ  Ｓｌｉｃｅ特定情報で特定される１つのＮＷ  Ｓｌｉｃｅに属するＵＰＦ５０に、ＡＰＮを含むアクセス要求信号を送信する。
【００４３】
また、呼処理部４０２は、ユーザ装置ＵＥからアタッチ要求信号又は位置更新要求信号を受信した場合に、アクセス情報をＨＳＳ２０から取得し、取得したアクセス情報をユーザ装置ＵＥに送信するようにしてもよい。
【００４４】
（ＣＰＦ）
図５は、各実施の形態に係るＣＰＦの機能構成例を示す図である。図５に示すように、ＣＰＦ４０は、通信部４０１と呼処理部４０２とを有する。なお、図５は、ＣＰＦ４０において本発明の実施の形態に特に関連する機能部のみを示すものである。また、図５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００４５】
通信部４０１は、ＨＳＳ２０、共通ＣＰＦ３０、ＵＰＦ５０との間で各種の通信を行う。
【００４６】
呼処理部４０２は、通信部４０１を介して送受信される呼制御信号（C-plane信号）を処理する機能を有する。また、呼処理部４０２は、共通ＣＰＦ３０からアクセス要求信号を受信した場合に、自身のＮＷ  Ｓｌｉｃｅに属するＵＰＦ５０に、ＡＰＮを含むアクセス要求信号を送信する。
【００４７】
（ＵＰＦ）
図６は、各実施の形態に係るＵＰＦの機能構成例を示す図である。図６に示すように、ＵＰＦ５０は、通信部５０１と設定部５０２とを有する。なお、図６は、ＵＰＦ５０において本発明の実施の形態に特に関連する機能部のみを示すものである。また、図６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００４８】
通信部５０１は、ＲＡＮ１０、ＣＰＦ４０、ＡＳ６０との間で各種の通信を行う。
【００４９】
設定部５０２は、ＣＰＦ４０からアクセス要求信号を受信した場合に、当該アクセス要求信号に含まれるＡＰＮで示される通信先とユーザ装置ＵＥとの間にユーザデータ（Ｕ−ｐｌａｎｅ）の通信路を設定する機能を有する。
【００５０】
＜ハードウェア構成＞
以上、機能構成の説明に用いたブロック図（図２乃至図６）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線で）接続し、これら複数の装置により実現されてもよい。
【００５１】
例えば、各実施の形態におけるユーザ装置ＵＥ、ＨＳＳ２０、共通ＣＰＦ３０、ＣＰＦ４０及びＵＰＦ５０は、本発明の通信方法の処理を行うコンピュータとして機能してもよい。図７は、各実施の形態に係るユーザ装置ＵＥ、ＨＳＳ２０、共通ＣＰＦ３０、ＣＰＦ４０及びＵＰＦ５０のハードウェア構成例を示す図である。上述のユーザ装置ＵＥ、ＨＳＳ２０、共通ＣＰＦ３０、ＣＰＦ４０及びＵＰＦ５０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００５２】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置ＵＥ、ＨＳＳ２０、共通ＣＰＦ３０、ＣＰＦ４０及びＵＰＦ５０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００５３】
ユーザ装置ＵＥ、ＨＳＳ２０、共通ＣＰＦ３０、ＣＰＦ４０及びＵＰＦ５０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００５４】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：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（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００６２】
＜処理手順＞
続いて、本実施の形態に係る無線通信システムが行う具体的な処理手順を第一の実施の形態及び第二の実施の形態に分けて説明する。
【００６３】
［第一の実施の形態］
第一の実施の形態では、ＮＷ  Ｓｌｉｃｅ特定情報として、ＮＷ  Ｓｌｉｃｅで提供されるサービスを識別する識別子（以下、「サービス識別子」と呼ぶ）を用いる。サービス識別子は、サービスパラメータ（Service Parameter）と呼ばれてもよい。サービス識別子は、例えば、モバイルブロードバンドサービスを示すＩＤ、クリティカル通信サービスを示すＩＤなどである。
【００６４】
図８は、第一の実施の形態においてＨＳＳに格納されるアクセス情報の一例を示す図である。図８に示すように、ＨＳＳに格納されるアクセス情報には、ユーザ装置ＵＥの種別を示す「ＵＥタイプ」と、共通ＣＰＦ３０を一意に識別する「ＤＣＮ−ＩＤ（Dedicated Core Network-ID）」と、「サービス識別子」と、「ＡＰＮ」とがそれぞれ対応づけられている。ここで、第一の実施の形態においては、ユーザ装置ＵＥの種別ごとに異なる共通ＣＰＦ３０１〜Ｎが対応づけられていることを前提とする。つまり、ユーザ装置ＵＥの種別が異なると、呼制御を行う共通ＣＰＦ３０１〜Ｎも異なるが、ユーザ装置ＵＥの種別が同一である場合、呼制御を行う共通ＣＰＦ３０１〜Ｎも同一となる。従って、図８に示すように、同一の「ＵＥタイプ」には同一の「ＤＣＮ−ＩＤ」が設定されることになる。
【００６５】
（ユーザ装置ＵＥへのアクセス情報の通知）
図９は、第一の実施の形態に係るアクセス情報の通知手順の一例を示すシーケンス図である。まず、ユーザ装置ＵＥの呼処理部１０２は、ユーザ装置ＵＥ自身の種別を示す「ＵＥタイプ」を含むAttach Request又はTAU（Tracking Area Update）RequestをＲＡＮ１０に送信する（Ｓ１０１）。ＲＡＮ１０は、ユーザ装置ＵＥから受信したAttach Request又はTAU Requestを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ１０２）。共通ＣＰＦ（デフォルト）３０Ｄｅｆの呼処理部３０２は、「ＵＥタイプ」を含むUE's subscription requestをＨＳＳ２０に送信する（Ｓ１０３）。ＨＳＳ２０の通信部２０１は、「ＵＥタイプ」をキーに「アクセス情報」を検索することでユーザ装置ＵＥに通知する「アクセス情報」を生成し、生成したアクセス情報を含むUE's subscription responseを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ１０４）。ＵＥタイプが「＃１」の場合に生成されるアクセス情報の例を図１１に示す。
【００６６】
共通ＣＰＦ（デフォルト）３０Ｄｅｆの呼処理部３０２は、Attach Request又はTAU RequestをＵＥタイプに対応する共通ＣＰＦ３０にリダイレクトさせるために、アクセス情報及びリダイレクト先の共通ＣＰＦ３０を示す情報を含むReroute Attach Request又はReroute TAU RequestをＲＡＮ１０に送信する（Ｓ１０５）。ＲＡＮ１０は、アクセス情報を含むAttach Request又はTAU Requestを共通ＣＰＦ３０に送信する（Ｓ１０６）。
【００６７】
続いて、共通ＣＰＦ３０の呼処理部３０２は、受信したAttach Request又はTAU Requestに基づいてユーザ装置ＵＥの認証処理を行う（Ｓ１０７）。認証処理が完了した場合、共通ＣＰＦ３０の呼処理部３０２は、アクセス情報を含むAttach Accept又はTAU AcceptをＲＡＮ１０に送信する（Ｓ１０８）。ＲＡＮ１０は、アクセス情報を含むAttach Accept又はTAU Acceptをユーザ装置ＵＥに送信する（Ｓ１０９）。
【００６８】
以上説明した処理手順により、ユーザ装置ＵＥに、ＤＣＮ−ＩＤと、サービス識別子と、ＡＰＮとを含むアクセス情報を通知（設定）することができる。
【００６９】
また、次世代システムでは、ＬＴＥとは異なり、ユーザ装置ＵＥの位置更新時にＵＰＦ５０が変更される可能性がある。ユーザ装置ＵＥの位置が更新される場合についても図８の処理手順に含めたことで、ＵＰＦ５０の変更に伴いアクセス情報が変更される場合に、変更後のアクセス情報をユーザ装置ＵＥに通知（設定）することが可能になる。
【００７０】
なお、以上説明した処理手順において、ＵＥタイプに対応する共通ＣＰＦ３０を示す情報を予めＲＡＮ１０側に記憶させておき、リダイレクト処理（Ｓ１０５及びＳ１０６）を省略するようにしてもよい。具体的には、ＲＡＮ１０は、Attach Request又はTAU RequestをＵＥタイプに対応する共通ＣＰＦ３０に送信し（Ｓ１０２）、共通ＣＰＦ３０は、「ＵＥタイプ」を含むUE's subscription requestをＨＳＳ２０に送信し（Ｓ１０３）、ＨＳＳ２０の通信部２０１は、生成したアクセス情報を含むUE's subscription responseを共通ＣＰＦ３０に送信する（Ｓ１０４）ようにしてもよい。これにより、共通ＣＰＦ（デフォルト）３０Ｄｅｆが不要となると共に、リダイレクト処理（Ｓ１０５及びＳ１０６）が省略されることで、アタッチ又は位置更新に係る処理手順を簡略化することができる。
【００７１】
（通信開始処理）
図１０は、第一の実施の形態に係る通信開始処理の一例を示すシーケンス図である。図１０の例では、ユーザ装置ＵＥの種別はＵＥタイプ＃１であり、ユーザ装置ＵＥに通知されるアクセス情報として、ＨＳＳ２０に記憶されているアクセス情報（図８）のうち、ＵＥタイプが「＃１」に該当するアクセス情報（図１１）が抽出されてユーザ装置ＵＥに通知されたと仮定する。
【００７２】
図１０の例では、サービス＃Ａに関するアプリケーション及びサービス＃Ｂに関するアプリケーションのアクセス先ＡＰＮは、共にＡＰＮ＃１であると仮定する。また、ＤＣＮ−ＩＤ＃１に対応する共通ＣＰＦ３０は共通ＣＰＦ３０１であるとする。また、ユーザ装置ＵＥの呼処理部１０２は、自身が実行するアプリケーションが要求するサービスのサービス識別子を、アプリケーション処理部１０３からの通知等により把握している前提とする。
【００７３】
まず、ユーザ装置ＵＥがサービス＃Ａに関するアプリケーションを実行した場合の処理手順を説明する。
【００７４】
ユーザ装置ＵＥの呼処理部１０２は、アクセス情報に基づいて、アクセス要求に含めるＤＣＮ−ＩＤ＃１と、サービス識別子＃Ａと、アクセス先ＡＰＮであるＡＰＮ＃１とを決定する。例えば、呼処理部１０２は、アクセス情報に含まれるＤＣＮ−ＩＤを、アクセス要求に含めるＤＣＮ−ＩＤとして決定する。
【００７５】
また、呼処理部１０２は、自身が実行するアプリケーションが要求するサービスのサービス識別子とアクセス先のＡＰＮとを、アクセス要求に含めるサービス識別子とＡＰＮとして決定する。なお、呼処理部１０２は、アクセス情報の中に、自身が実行するアプリケーションが要求するサービスのサービス識別子とＡＰＮとが存在するか否かを確認し、存在する場合にアクセス要求を送信するようにしてもよい。例えば、呼処理部１０２は、サービス＃Ａに対応するサービス識別子＃Ａが、図１１に示すアクセス情報のうちＡＰＮ＃１に対応するレコードに存在するか否かを確認し、存在する場合にアクセス要求を送信するようにしてもよい。これにより、ユーザ装置ＵＥは、ネットワーク側でサポートされていないサービス識別子及びＡＰＮをアクセス要求に含めて送信してしまうことを避けることができる。
【００７６】
続いて、呼処理部１０２は、決定されたＤＣＮ−ＩＤ＃１と、サービス識別子＃Ａと、ＡＰＮ＃１とを含むアクセス要求をＲＡＮ１０に送信する（Ｓ２０１）。
【００７７】
続いて、ＲＡＮ１０は、アクセス要求に含まれるＤＣＮ−ＩＤに基づいて、アクセス要求を送信する共通ＣＰＦ３０を決定する。図１０の例では、ＲＡＮ１０は、アクセス要求に含まれるＤＣＮ−ＩＤ＃１に対応する共通ＣＰＦ３０１に、サービス識別子＃ＡとＡＰＮ＃１とを含むアクセス要求を送信する（Ｓ２０２）。
【００７８】
続いて、共通ＣＰＦ３０１の呼処理部３０２は、ステップＳ２０２で受信したサービス識別子＃Ａで特定されるＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）に属するＣＰＦ４０Ａに、ＡＰＮ＃１を含むアクセス要求を送信する（Ｓ２０３）。続いて、ＣＰＦ４０Ａの呼処理部４０２は、ＡＰＮ＃１を含むアクセス要求を、ＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）内のＵＰＦ５０Ａに送信する（Ｓ２０４）。
【００７９】
続いて、ＵＰＦ５０Ａの設定部５０２は、ＡＰＮ＃１とユーザ装置ＵＥとの間にユーザデータ（Ｕ−ｐｌａｎｅ）の通信路を確立させる（Ｓ２０５）。なお、ユーザデータの通信路は、ＰＤＵ（Packet Data Unit）コネクションと呼ばれてもよい。
【００８０】
次に、ユーザ装置ＵＥがサービス＃Ｂのアプリケーションを実行した場合の処理手順を説明する。
【００８１】
ユーザ装置ＵＥの呼処理部１０２は、アクセス情報に基づいて、アクセス要求に含めるＤＣＮ−ＩＤ＃１と、サービス識別子＃Ｂと、アクセス先ＡＰＮであるＡＰＮ＃１とを決定する。続いて、ユーザ装置ＵＥの呼処理部１０２は、決定されたＤＣＮ−ＩＤ＃１と、サービス識別子＃Ｂと、ＡＰＮ＃１とを含むアクセス要求をＲＡＮ１０に送信する（Ｓ２５１）。続いて、ＲＡＮ１０は、アクセス要求に含まれるＤＣＮ−ＩＤ＃１に対応する共通ＣＰＦ３０１に、サービス識別子＃ＢとＡＰＮ＃１とを含むアクセス要求を送信する（Ｓ２５２）。
【００８２】
続いて、共通ＣＰＦ３０１の呼処理部３０２は、ステップＳ２５２で受信したサービス識別子＃Ｂで特定されるＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）に属するＣＰＦ４０Ｂに、ＡＰＮ＃１を含むアクセス要求を送信する（Ｓ２５３）。続いて、ＣＰＦ４０Ｂの呼処理部４０２は、ＡＰＮ＃１を含むアクセス要求を、ＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）内のＵＰＦ５０Ｂに送信する（Ｓ２５４）。
【００８３】
続いて、ＵＰＦ５０Ｂの設定部５０２は、ＡＰＮ＃１とユーザ装置ＵＥとの間にユーザデータ（Ｕ−ｐｌａｎｅ）の通信路を確立させる（Ｓ２５５）。
【００８４】
以上説明した処理手順のステップＳ２０１又はステップＳ２５１において、ユーザ装置ＵＥはアクセス要求にＡＰＮを含めないようにしてもよい。この場合、ＣＰＦ４０は、アクセス先ＡＰＮはデフォルトＡＰＮであると認識する。なお、ＣＰＦ４０は、デフォルトＡＰＮをＨＳＳ２０に問い合わせるようにしてもよい。
【００８５】
また、以上説明した処理手順において、Ｕ−ｐｌａｎｅに関する処理のみがＮＷ  Ｓｌｉｃｅにより分割される場合（すなわち、ＣＰＦ４０に実装される各機能が共通ＣＰＦ３０に実装される場合）、ステップＳ２０３で、共通ＣＰＦ３０の呼処理部３０２は、ＡＰＮ＃１を含むアクセス要求をＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）内のＵＰＦ５０Ａに直接送信する。同様に、ステップＳ２５３で、共通ＣＰＦ３０の呼処理部３０２は、ＡＰＮ＃２を含むアクセス要求をＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）内のＵＰＦ５０Ｂに直接送信する。
【００８６】
（第一の実施の形態における変形例）
第一の実施の形態において、ユーザ装置ＵＥの種別は「ＤＣＮ−ＩＤ」で識別されるようにしてもよい。すなわち、ＤＣＮ−ＩＤは、共通ＣＰＦ３０を一意に識別するＩＤであると共に、ユーザ装置ＵＥの種別を意味するＩＤであってもよい。また、そもそもユーザ装置ＵＥの種別を考慮しなくてもよい。すなわち、ユーザ装置ＵＥは、何らかの属性に基づいていずれかのＤＣＮ−ＩＤに対応づけられていてもよい。
【００８７】
この場合、図８に示すアクセス情報には「ＵＥタイプ」は含まれず、「ＤＣＮ−ＩＤ」、「サービス識別子」及び「ＡＰＮ」が対応づけられて格納される。
【００８８】
また、図９において、ユーザ装置ＵＥの呼処理部１０２は、ユーザ装置ＵＥ自身に割当てられた「ＤＣＮ−ＩＤ」を含むAttach Request又はTAU（Tracking Area Update）RequestをＲＡＮ１０に送信する（Ｓ１０１）。ＲＡＮ１０は、ユーザ装置ＵＥから受信したAttach Request又はTAU Requestを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ１０２）。共通ＣＰＦ（デフォルト）３０Ｄｅｆの呼処理部３０２は、「ＤＣＮ−ＩＤ」を含むUE's subscription requestをＨＳＳ２０に送信する（Ｓ１０３）。ＨＳＳ２０の通信部２０１は、「ＤＣＮ−ＩＤ」をキーに「アクセス情報」を検索することでユーザ装置ＵＥに通知する「アクセス情報」を生成し、生成したアクセス情報を含むUE's subscription responseを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ１０４）。
【００８９】
以上、第一の実施の形態について説明した。これまでの３ＧＰＰの検討では、ＮＷ  Ｓｌｉｃｅの選択はＡＰＮを用いて行われる前提であったため、そもそも同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定されることは想定されていなかった。しかしながら、将来的には、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅを設定し、サービスに応じて通信路を確立するＮＷ  Ｓｌｉｃｅを切替える仕組みが必要になることが想定される。具体的には、ユーザ装置でサービス＃Ａに関するアプリケーションが実行された場合、ＡＰＮ＃１との間の通信路を確立するために必要な処理はＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）内のＣＰＦ及びＵＰＦで行い、ユーザ装置でサービス＃Ｂに関するアプリケーションが実行された場合、ＡＰＮ＃１との間の通信路を確立するために必要な処理はＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）内のＣＰＦ及びＵＰＦで行うことを可能にする仕組みが必要になると想定される。第一の実施の形態によれば、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合であっても、ＮＷ  Ｓｌｉｃｅが適切に選択されることになる。
【００９０】
［第二の実施の形態］
第二の実施の形態では、ＮＷ  Ｓｌｉｃｅ特定情報として、共通ＣＰＦ３０を一意に識別する「ＤＣＮ−ＩＤ」を用いる。
【００９１】
図１２は、第二の実施の形態に係るアクセス情報の一例を示す図である。図１２に示すように、第二の実施の形態に係るアクセス情報には、ユーザ装置ＵＥの種別を示す「ＵＥタイプ」と、「ＤＣＮ−ＩＤ」と、「ＡＰＮ」とがそれぞれ対応づけられている。第二の実施の形態においては、ＮＷ  Ｓｌｉｃｅ特定情報として「ＤＣＮ−ＩＤ」が用いられることから、１つの共通ＣＰＦ３０に複数の「ＤＣＮ−ＩＤ」が対応づけられる。第二の実施の形態では、共通ＣＰＦ３０１にＤＣＮ−ＩＤ＃１及びＤＣＮ−ＩＤ＃２が対応づけられていることを前提とする。
【００９２】
（アクセス情報の通知）
図１３は、第二の実施の形態に係るアクセス情報通知手順の一例を示すシーケンス図である。まず、ユーザ装置ＵＥの呼処理部１０２は、ユーザ装置ＵＥ自身の種別を示す「ＵＥタイプ」を含むAttach Request又はTAU（Tracking Area Update）RequestをＲＡＮ１０に送信する（Ｓ３０１）。ＲＡＮ１０は、ユーザ装置ＵＥから受信したAttach Request又はTAU Requestを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ３０２）。共通ＣＰＦ（デフォルト）３０Ｄｅｆの呼処理部３０２は、「ＵＥタイプ」を含むUE's subscription requestをＨＳＳ２０に送信する（Ｓ３０３）。ＨＳＳ２０の通信部２０１は、「ＵＥタイプ」をキーに「アクセス情報」を検索することでユーザ装置ＵＥに通知する「アクセス情報」を生成し、生成したアクセス情報を含むUE's subscription responseを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ３０４）。ＵＥタイプが「＃１」の場合に生成されるアクセス情報の例を図１４に示す。
【００９３】
ここで、第二の実施の形態では同一の共通ＣＰＦ３０に複数のＤＣＮ−ＩＤが対応づけられている。そこで、同一の共通ＣＰＦ３０に割当てられた複数のＤＣＮ−ＩＤのうち、無線通信システム内で共通ＣＰＦ３０を識別するために用いられるＩＤをデフォルトＤＣＮ−ＩＤと定義する。
【００９４】
共通ＣＰＦ（デフォルト）３０Ｄｅｆの呼処理部３０２は、Attach Request又はTAU RequestをリダイレクトさせるＲＡＮ１０に通知するデフォルトＤＣＮ−ＩＤを選択する。（Ｓ３０５）。デフォルトＤＣＮ−ＩＤは、複数のＤＣＮ−ＩＤの中で予め決定されていてもよいし、所定の条件に基づいて（例えば最も若番のＤＣＮ−ＩＤなど）決定されてもよい。ここでは、デフォルトＤＣＮ−ＩＤとしてＤＣＮ−ＩＤ＃１が選択されたと仮定する。
【００９５】
続いて、共通ＣＰＦ（デフォルト）３０Ｄｅｆの呼処理部３０２は、Attach Request又はTAU Requestを共通ＣＰＦ３０にリダイレクトさせるために、アクセス情報及びＤＣＮ−ＩＤ＃１を含むReroute Attach Request又はReroute TAU RequestをＲＡＮ１０に送信する（Ｓ３０６）。ＲＡＮ１０は、アクセス情報を含むAttach Request又はTAU Requestを共通ＣＰＦ３０に送信する（Ｓ３０７）。
【００９６】
続いて、共通ＣＰＦ３０の呼処理部３０２は、受信したAttach Request又はTAU Requestに基づいてユーザ装置ＵＥの認証処理を行う（Ｓ３０８）。認証処理が完了した場合、共通ＣＰＦ３０の呼処理部３０２は、アクセス情報を含むAttach Accept又はTAU AcceptをＲＡＮ１０に送信する（Ｓ３０９）。ＲＡＮ１０は、アクセス情報を含むAttach Accept又はTAU Acceptをユーザ装置ＵＥに送信する（Ｓ３１０）。
【００９７】
以上説明した処理手順により、ユーザ装置ＵＥに、ＤＣＮ−ＩＤとＡＰＮとを含むアクセス情報を通知（設定）することができる。
【００９８】
また、次世代システムでは、ＬＴＥとは異なり、ユーザ装置ＵＥの位置更新時にＵＰＦ５０が変更される可能性がある。ユーザ装置ＵＥの位置が更新される場合についても図１３の処理手順に含めたことで、ＵＰＦ５０の変更に伴いアクセス情報が変更される場合に、変更後のアクセス情報をユーザ装置ＵＥに通知（設定）することが可能になる。
【００９９】
なお、以上説明した処理手順において、リダイレクト処理（Ｓ１０５及びＳ１０６）を省略するようにしてもよい。具体的には、ＲＡＮ１０は、Attach Request又はTAU RequestをＵＥタイプに対応する共通ＣＰＦ３０（又は、ランダム若しくは予め設定された共通ＣＰＦ３０）に送信し（Ｓ３０２）、共通ＣＰＦ３０は、「ＵＥタイプ」を含むUE's subscription requestをＨＳＳ２０に送信し（Ｓ３０３）、ＨＳＳ２０の通信部２０１は、生成したアクセス情報を含むUE's subscription responseを共通ＣＰＦ３０に送信する（Ｓ３０４）ようにしてもよい。これにより、共通ＣＰＦ（デフォルト）３０Ｄｅｆが不要となると共に、リダイレクト処理（Ｓ３０６及びＳ３０７）が省略されることで、アタッチ又は位置更新に係る処理手順を簡略化することができる。
【０１００】
（通信開始処理）
図１５は、第二の実施の形態に係る通信開始処理の一例を示すシーケンス図である。図１５の例では、ユーザ装置ＵＥの種別はＵＥタイプ＃１であり、アクセス情報として、図１２のアクセス情報のうちＵＥタイプが「＃１」に該当するアクセス情報（図１４）が抽出されてユーザ装置ＵＥに送信されたと仮定する。
【０１０１】
図１５の例では、サービス＃Ａに関するアプリケーション及びサービス＃Ｂに関するアプリケーションのアクセス先ＡＰＮは、共にＡＰＮ＃１であると仮定する。
【０１０２】
また、ユーザ装置ＵＥの呼処理部１０２は、自身が実行するアプリケーションが要求するサービスのＤＣＮ−ＩＤを、アプリケーション処理部１０３からの通知等により把握していることを前提とする。図１５の例では、ＤＣＮ−ＩＤ＃１はサービス＃Ａ（すなわちＮＷ  Ｓｌｉｃｅ（サービス＃Ａ））に対応づけられており、ＤＣＮ−ＩＤ＃２はサービス＃Ｂ（すなわちＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ））に対応づけられていると仮定する。
【０１０３】
まず、ユーザ装置ＵＥがサービス＃Ａに関するアプリケーションを実行した場合の処理手順を説明する。
【０１０４】
ユーザ装置ＵＥの呼処理部１０２は、アクセス情報に基づいて、アクセス要求に含めるＤＣＮ−ＩＤ＃１と、アクセス先ＡＰＮであるＡＰＮ＃１とを決定する。例えば、呼処理部１０２は、アクセス情報の中に、自身が実行するアプリケーションが要求するサービスのＤＣＮ−ＩＤとＡＰＮとが存在するか否かを確認し、存在する場合にアクセス要求を送信するようにしてもよい。例えば、呼処理部１０２は、サービス＃Ａに対応するＤＣＮ−ＩＤ＃１が、図１４に示すアクセス情報のうちＡＰＮ＃１に対応するレコードに存在するか否かを確認し、存在する場合にアクセス要求を送信するようにしてもよい。これにより、ユーザ装置ＵＥは、ネットワーク側でサポートされていないＤＣＮ−ＩＤ及びＡＰＮをアクセス要求に含めて送信してしまうことを避けることができる。
【０１０５】
なお、第二の実施の形態では、ユーザ装置ＵＥに通知されるアクセス情報に、サービス識別子をＤＣＮ−ＩＤと対応づけて含めておき、呼処理部１０２は、自身が実行するアプリケーションが要求するサービスのサービス識別子に対応するＤＣＮ−ＩＤを、アクセス情報を検索することで決定するようにしてもよい。
【０１０６】
続いて、呼処理部１０２は、決定されたＤＣＮ−ＩＤ＃１と、ＡＰＮ＃１とを含むアクセス要求をＲＡＮ１０に送信する（Ｓ４０１）。
【０１０７】
続いて、ＲＡＮ１０は、アクセス要求に含まれるＤＣＮ−ＩＤに基づいて、アクセス要求を送信する共通ＣＰＦ３０を決定する。図１５の例では、ＲＡＮ１０は、アクセス要求に含まれるＤＣＮ−ＩＤ＃１に対応する共通ＣＰＦ３０１に、ＡＰＮ＃１を含むアクセス要求を送信する（Ｓ４０２）。
【０１０８】
続いて、共通ＣＰＦ３０１の呼処理部３０２は、ステップＳ４０２で受信したＤＣＮ−ＩＤで特定されるＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）に属するＣＰＦ４０Ａに、ＡＰＮ＃１を含むアクセス要求を送信する（Ｓ４０３）。続いて、ＣＰＦ４０Ａの呼処理部４０２は、ＡＰＮ＃１を含むアクセス要求を、ＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）内のＵＰＦ５０Ａに送信する（Ｓ４０４）。
【０１０９】
続いて、ＵＰＦ５０Ａの設定部５０２は、ＡＰＮ＃１とユーザ装置ＵＥとの間にユーザデータ（Ｕ−ｐｌａｎｅ）の通信路を確立させる（Ｓ４０５）。
【０１１０】
次に、ユーザ装置ＵＥがサービス＃Ｂのアプリケーションを実行した場合の処理手順を説明する。
【０１１１】
ユーザ装置ＵＥの呼処理部１０２は、アクセス情報に基づいて、アクセス要求に含めるＤＣＮ−ＩＤ＃２と、アクセス先ＡＰＮであるＡＰＮ＃１とを決定する。続いて、ユーザ装置ＵＥの呼処理部１０２は、決定されたＤＣＮ−ＩＤ＃２と、ＡＰＮ＃１とを含むアクセス要求をＲＡＮ１０に送信する（Ｓ４５１）。続いて、ＲＡＮ１０は、アクセス要求に含まれるＤＣＮ−ＩＤ＃２に対応する共通ＣＰＦ３０１に、ＤＣＮ−ＩＤ＃２とＡＰＮ＃１とを含むアクセス要求を送信する（Ｓ４５２）。
【０１１２】
続いて、共通ＣＰＦ３０１の呼処理部３０２は、ステップＳ４５２で受信したＤＣＮ−ＩＤ＃２で特定されるＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）に属するＣＰＦ４０Ｂに、ＡＰＮ＃１を含むアクセス要求を送信する（Ｓ４５３）。続いて、ＣＰＦ４０Ｂの呼処理部４０２は、ＡＰＮ＃１を含むアクセス要求を、ＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）内のＵＰＦ５０Ｂに送信する（Ｓ４５４）。
【０１１３】
続いて、ＵＰＦ５０Ｂの設定部５０２は、ＡＰＮ＃１とユーザ装置ＵＥとの間にユーザデータ（Ｕ−ｐｌａｎｅ）の通信路を確立させる（Ｓ４５５）。
【０１１４】
以上説明した処理手順のステップＳ４０１又はステップＳ４５１において、ユーザ装置ＵＥはアクセス要求にＡＰＮを含めないようにしてもよい。この場合、ＣＰＦ４０は、アクセス先ＡＰＮはデフォルトＡＰＮであると認識する。なお、ＣＰＦ４０は、デフォルトＡＰＮをＨＳＳ２０に問い合わせるようにしてもよい。
【０１１５】
また、以上説明した処理手順において、Ｕ−ｐｌａｎｅに関する処理のみがＮＷ  Ｓｌｉｃｅにより分割される場合（すなわち、ＣＰＦ４０に実装される各機能が共通ＣＰＦ３０に実装される場合）、ステップＳ４０３で、共通ＣＰＦ３０１の呼処理部３０２は、ＡＰＮ＃１を含むアクセス要求をＮＷ  Ｓｌｉｃｅ（サービス＃Ａ）内のＵＰＦ５０Ａに直接送信する。同様に、ステップＳ４５３で、共通ＣＰＦ３０１の呼処理部３０２は、ＡＰＮ＃２を含むアクセス要求をＮＷ  Ｓｌｉｃｅ（サービス＃Ｂ）内のＵＰＦ５０Ｂに直接送信する。
【０１１６】
（第二の実施の形態における変形例）
第一の実施の形態と同様に、第二の実施の形態においても、ユーザ装置ＵＥの種別は「ＤＣＮ−ＩＤ」で識別されるようにしてもよい。
【０１１７】
この場合、図１２に示すアクセス情報には「ＵＥタイプ」は含まれず、「ＤＣＮ−ＩＤ」、「サービス識別子」及び「ＡＰＮ」が対応づけられて格納される。なお、アクセス情報には、同一の共通ＣＰＦ３０に割当てられているＤＣＮ−ＩＤであることを特定可能な情報を含む。
【０１１８】
また、図１３において、ユーザ装置ＵＥの呼処理部１０２は、ユーザ装置ＵＥ自身に割当てられた「ＤＣＮ−ＩＤ」（例えば、デフォルトＤＣＮ−ＩＤでもよい）を含むAttach Request又はTAU（Tracking Area Update）RequestをＲＡＮ１０に送信する（Ｓ３０１）。ＲＡＮ１０は、ユーザ装置ＵＥから受信したAttach Request又はTAU Requestを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ３０２）。共通ＣＰＦ（デフォルト）３０Ｄｅｆの呼処理部３０２は、「ＤＣＮ−ＩＤ」を含むUE's subscription requestをＨＳＳ２０に送信する（Ｓ３０３）。ＨＳＳ２０の通信部２０１は、「ＤＣＮ−ＩＤ」をキーに、同一の共通ＣＰＦ３０に割当てられているＤＣＮ−ＩＤであることを特定可能な情報を用いて「アクセス情報」を検索することでユーザ装置ＵＥに通知する「アクセス情報」を生成し、生成したアクセス情報を含むUE's subscription responseを共通ＣＰＦ（デフォルト）３０Ｄｅｆに送信する（Ｓ３０４）。
【０１１９】
以上、第二の実施の形態について説明した。これまでの３ＧＰＰの検討では、ＮＷ  Ｓｌｉｃｅの選択はＡＰＮを用いて行われる前提であったため、そもそも同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定されることは想定されていなかった。しかしながら、将来的には、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅを設定し、サービスに応じて通信路を確立するＮＷ  Ｓｌｉｃｅを切替える仕組みが必要になることが想定される。第二の実施の形態によれば、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合であっても、ＮＷ  Ｓｌｉｃｅが適切に選択されることになる。
【０１２０】
＜まとめ＞
実施の形態によれば、ユーザ装置と、呼制御を行う１以上の呼制御装置と、ユーザデータを処理する複数の通信装置とを有し、当該複数の通信装置の各々は、リソース分割単位である複数のグループのいずれかに属する無線通信システムであって、前記ユーザ装置は、前記複数のグループのうちいずれか１つのグループを特定するグループ特定情報と、ユーザデータの通信先を示す通信先識別子とを含む第一のアクセス要求信号を前記呼制御装置に送信する第一の通信処理部、を有し、前記呼制御装置は、前記第一のアクセス要求信号に含まれる通信先識別子で示される通信先と通信する複数の前記通信装置のうち、前記グループ特定情報で特定される１つのグループに属する通信装置に、前記第一のアクセス要求信号に含まれる通信先識別子を含む第二のアクセス要求信号を送信する、第二の通信処理部、を有し、前記通信装置は、前記第二のアクセス要求信号に含まれる通信先識別子で示される通信先と前記ユーザ装置との間にユーザデータの通信路を設定する設定部、を有する、無線通信システムが提供される。この無線通信システムによれば、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合に、ＮＷ  Ｓｌｉｃｅを適切に選択することを可能とする技術が提供される。
【０１２１】
また、前記第二の通信処理部は、前記ユーザ装置から所定の信号を受信した場合に、グループ特定情報と通信先識別子とが対応づけられるアクセス情報を加入者管理装置から取得し、取得した前記アクセス情報を前記ユーザ装置に送信し、前記第一の通信処理部は、受信した前記アクセス情報に基づき、前記第一のアクセス要求信号に含めるグループ特定情報と、ユーザデータの通信先を示す通信先識別子とを決定する、ようにしてもよい。これにより、ユーザ装置ＵＥに、グループ特定情報と通信先識別子とを含むアクセス情報を通知（設定）することができる。
【０１２２】
また、前記複数のグループのうちいずれか１つのグループを特定するグループ特定情報は、前記呼制御装置を識別する識別子であるようにしてもよい。これにより、ＤＣＮ−ＩＤを用いてＮＷ  Ｓｌｉｃｅを一意に特定することができる。
【０１２３】
また、実施の形態によれば、ユーザ装置と、呼制御を行う１以上の呼制御装置と、ユーザデータを処理する複数の通信装置とを有し、当該複数の通信装置の各々は、リソース分割単位である複数のグループのいずれかに属する無線通信システムが実行する通信方法であって、前記ユーザ装置が、前記複数のグループのうちいずれか１つのグループを特定するグループ特定情報と、ユーザデータの通信先を示す通信先識別子とを含む第一のアクセス要求信号を前記呼制御装置に送信するステップと、前記呼制御装置が、前記第一のアクセス要求信号に含まれる通信先識別子で示される通信先と通信する複数の前記通信装置のうち、前記グループ特定情報で特定される１つのグループに属する通信装置に、前記第一のアクセス要求信号に含まれる通信先識別子を含む第二のアクセス要求信号を送信するステップと、前記通信装置が、前記第二のアクセス要求信号に含まれる通信先識別子で示される通信先と前記ユーザ装置との間にユーザデータの通信路を設定するステップと、を有する通信方法が提供される。この通信方法によれば、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合に、ＮＷ  Ｓｌｉｃｅを適切に選択することを可能とする技術が提供される。
【０１２４】
さらに、実施の形態によれば、ユーザ装置と、呼制御を行う１以上の呼制御装置と、ユーザデータを処理する複数のNetwork Sliceインスタンスとを有する無線通信システムであって、前記ユーザ装置は、前記複数のNetwork Sliceインスタンスのうちいずれか１つのNetwork Sliceインスタンスを特定する特定情報と、ユーザデータの通信先を示す通信先識別子とを含む第一のアクセス要求信号を前記呼制御装置に送信する第一の通信処理部、を有し、前記呼制御装置は、前記第一のアクセス要求信号に含まれる通信先識別子で示される通信先と通信する前記１つのNetwork Sliceインスタンスに、前記第一のアクセス要求信号に含まれる通信先識別子を含む第二のアクセス要求信号を送信する、第二の通信処理部、を有し、前記１つのNetwork Sliceインスタンスは、前記第二のアクセス要求信号に含まれる通信先識別子で示される通信先と前記ユーザ装置との間にユーザデータの通信路を設定する設定部、を有する、無線通信システムが提供される。この無線通信システムによれば、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合に、ＮＷ  Ｓｌｉｃｅを適切に選択することを可能とする技術が提供される。
【０１２５】
また、前記第二の通信処理部は、前記ユーザ装置から所定の信号を受信した場合に、特定情報と通信先識別子とが対応づけられるアクセス情報を加入者管理装置から取得し、取得した前記アクセス情報を前記ユーザ装置に送信し、前記第一の通信処理部は、受信した前記アクセス情報に基づき、前記第一のアクセス要求信号に含める特定情報と、ユーザデータの通信先を示す通信先識別子とを決定する、ようにしてもよい。これにより、ユーザ装置ＵＥに、特定情報と通信先識別子とを含むアクセス情報を通知（設定）することができる。
【０１２６】
また、前記複数のNetwork Sliceインスタンスのうちいずれか１つのNetwork Sliceインスタンスを特定する特定情報は、前記呼制御装置を識別する識別子であるようにしてもよい。これにより、ＤＣＮ−ＩＤを用いてＮＷ  Ｓｌｉｃｅを一意に特定することができる。
【０１２７】
また、実施の形態によれば、ユーザ装置と、呼制御を行う１以上の呼制御装置と、ユーザデータを処理する複数のNetwork Sliceインスタンスとを有する無線通信システムが実行する通信方法であって、前記ユーザ装置が、前記複数のNetwork Sliceインスタンスのうちいずれか１つのNetwork Sliceインスタンスを特定する特定情報と、ユーザデータの通信先を示す通信先識別子とを含む第一のアクセス要求信号を前記呼制御装置に送信するステップと、前記呼制御装置が、前記第一のアクセス要求信号に含まれる通信先識別子で示される通信先と通信する前記１つのNetwork Sliceインスタンスに、前記第一のアクセス要求信号に含まれる通信先識別子を含む第二のアクセス要求信号を送信するステップと、前記１つのNetwork Sliceインスタンスが、前記第二のアクセス要求信号に含まれる通信先識別子で示される通信先と前記ユーザ装置との間にユーザデータの通信路を設定するステップと、を有する通信方法が提供される。この通信方法によれば、同一のＡＰＮに複数のＮＷ  Ｓｌｉｃｅが設定される場合に、ＮＷ  Ｓｌｉｃｅを適切に選択することを可能とする技術が提供される。
【０１２８】
＜実施形態の補足＞
本明細書で説明した各態様／実施形態は、Long  Term  Evolution（ＬＴＥ）、LTE-Advanced（ＬＴＥ−Ａ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、Future  Radio  Access（ＦＲＡ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、Ultra  Mobile  Broadband（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ultra-WideBand（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１２９】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１３０】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１３１】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１３２】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１３３】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１３４】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１３５】
本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１３６】
「含む(ｉｎｃｌｕｄｉｎｇ)」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１３７】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【０１３８】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、Downlink  Control  Information（ＤＣＩ）、Uplink  Control  Information（ＵＣＩ））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（Master  Information  Block（ＭＩＢ）、System  Information  Block（ＳＩＢ）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１３９】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１４０】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１４１】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１４２】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１４３】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【０１４４】
なお、各実施の形態において、共通ＣＰＦ３０（又は、共通ＣＰＦ３０及びＣＰＦ４０）は、呼制御装置の一例である。ＮＷ  Ｓｌｉｃｅ特定情報、サービス識別子又はＤＣＮ−ＩＤは、グループ特定情報の一例である。アタッチ要求信号又は位置更新要求信号は、所定の信号の一例である。
【０１４５】
本国際特許出願は２０１６年７月８日に出願した日本国特許出願第２０１６−１３６４２０号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−１３６４２０号の全内容を本願に援用する。
【符号の説明】
【０１４６】
１０  ＲＡＮ
２０  ＨＳＳ
３０  共通ＣＰＦ
４０  ＣＰＦ
５０  ＵＰＦ
６０  ＡＳ
１０１  通信部
１０２  呼処理部
１０３  アプリケーション処理部
２０１  通信部
２０２  記憶部
３０１  通信部
３０２  呼処理部
４０１  通信部
４０２  呼処理部
５０１  通信部
５０２  設定部
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
0006654240.tif 000002
【図２】
0006654240.tif 000003
【図３】
0006654240.tif 000004
【図４】
0006654240.tif 000005
【図５】
0006654240.tif 000006
【図６】
0006654240.tif 000007
【図７】
0006654240.tif 000008
【図８】
0006654240.tif 000009
【図９】
0006654240.tif 000010
【図１０】
0006654240.tif 000011
【図１１】
0006654240.tif 000012
【図１２】
0006654240.tif 000013
【図１３】
0006654240.tif 000014
【図１４】
0006654240.tif 000015
【図１５】
0006654240.tif 000016