无线通信系统及通信方法与流程

本发明涉及一种无线通信系统及通信方法。

背景技术：

在长期演进(lte，longtermevolution)中，为了实现系统容量的进一步大容量化、数据传输速度的进一步高速化、无线区间中的进一步低延迟化等，开展了称作5g的无线通信方式的研究。

此外，与5g的无线通信方式的研究并行地，也开展了与用于支持5g的无线接入方式(newrat(radioaccesstechnology：无线接入技术))、演进型e-utra(evolvede-utra)、3gpp以外的接入技术(non-3gppaccesstype)等的无线通信系统相关的研究(例如，参照非专利文献1)。根据非专利文献1，该无线通信系统被称为下一代系统(nextgenerationsystem)。

在下一代系统中，正在研究导入被称为网络切片(networkslice(nwslice))的机制的技术，该网络切片能够将为了实现提供电信服务所需的网络功能的资源分割为多个。通过使用网络切片的机制，网络运营商能够根据qos以及传输延迟等的要求条件，对核心网络所具有的各种功能物理性地或逻辑性地分割资源。另外，通过网络切片所分割的功能范围也称为网络切片实例(instance)。

现有技术文献

非专利文献

非专利文献1：3gpptr23.799v0.5.0(2016－05)

技术实现要素：

发明要解决的问题

然而，在迄今为止的3gpp的研究中，尚未提出在对同一个apn设定多个(plural)网络切片的情况下，能够适当地选择网络切片的技术。

所公开的技术是鉴于上述问题而完成的，其目的在于提供一种在对同一个apn设定多个网络切片的情况下，能够适当地选择网络切片的技术。

用于解决问题的手段

所公开的技术的无线通信系统具有：用户装置；进行呼叫控制的一个以上的呼叫控制装置；以及对用户数据进行处理的多个通信装置，该多个通信装置分别属于作为资源分割单位的多个组中的任意一个组，其中，所述用户装置具有：第一通信处理部，其向所述呼叫控制装置发送第一接入请求信号，该第一接入请求信号包含用于确定所述多个组中的任意一个组的组确定信息、和表示用户数据的通信目的地的通信目的地识别符，所述呼叫控制装置具有：第二通信处理部，其向与由所述第一接入请求信号中所包含的通信目的地识别符所表示的通信目的地进行通信的多个所述通信装置中的属于由所述组确定信息所确定的一个组的通信装置，发送包含所述第一接入请求信号中所包含的通信目的地识别符的第二接入请求信号，所述通信装置具有：设定部，其在由所述第二接入请求信号中所包含的通信目的地识别符所表示的通信目的地与所述用户装置之间设定用户数据的通信路径。

发明效果

根据所公开的技术，提供一种在对同一个apn设定多个网络切片的情况下，能够适当地选择网络切片的技术。

附图说明

图1是示出各实施方式的无线通信系统的结构例的图。

图2是示出各实施方式的用户装置的功能结构例的图。

图3是示出各实施方式的hss的功能结构例的图。

图4是示出各实施方式的公共cpf的功能结构例的图。

图5是示出各实施方式的cpf的功能结构例的图。

图6是示出各实施方式的upf的功能结构例的图。

图7是示出各实施方式的用户装置、hss、公共cpf、cpf以及upf的硬件结构例的图。

图8是示出在第一实施方式中存储在hss中的接入信息的一例的图。

图9是示出第一实施方式的接入信息的通知过程的一例的时序图。

图10是示出第一实施方式的通信开始处理的一例的时序图。

图11是在第一实施方式中ue类型对应于“#1”的接入信息的一例。

图12是示出第二实施方式的接入信息的一例的图。

图13是示出第二实施方式的接入信息通知过程的一例的时序图。

图14是在第二实施方式中ue类型对应于“#1”的接入信息的一例。

图15是示出第二实施方式的通信开始处理的一例的时序图。

具体实施方式

下面，参照附图对本发明的实施方式进行说明。另外，以下说明的实施方式仅为一例，应用本发明的实施方式不限于以下的实施方式。另外，在下面的说明中，除非另有说明，“网络切片”以表示“网络切片实例”的意思来使用。

＜系统结构＞

图1是示出各实施方式的无线通信系统的结构例的图。如图1所示，各实施方式的无线通信系统包括用户装置ue、ran10、hss(homesubscriberserver：归属订户服务器)20、公共cpf301～n、公共cpf(默认)30def、网络切片(服务#a)中包含的cpf40a和upf50a、网络切片(服务#b)中包含的cpf40b和upf50b、设置在apn#1的网络中的应用服务器(applicationserver，as)601、以及设置在apn#2的网络中的应用服务器(as)602。图1示出了一个用户装置ue，但也可以存在多个。此外，图1中设定了网络切片(服务#a)和网络切片(服务#b)这两个网络切片，但也可以设定三个以上的网络切片。

服务#a和服务#b意味着由各网络切片提供的服务，例如，为u-plane(用户平面)中的qos和传输延迟等的要求条件不同的服务。作为一例，例举了低延迟且宽带域的移动宽带服务(例如，enhancedmobilebroadbandservice：增强型移动宽带服务)、支持消防·警察等所进行的重要通信等的关键通信服务(criticalcommunicationservice)、ip多媒体系统(ipmultimediasubsystem，ims)声音服务等。

在本实施方式中，在由用户装置执行与服务#a相关的应用(以下，记载为“应用(服务#a)”)的情况下，由网络切片(服务#a)内的cpf和upf进行为了建立与apn#1之间的通信路径所需的处理。此外，在由用户装置执行与服务#b相关的应用(以下，记载为“应用(服务#b)”的情况下，由网络切片(服务#b)内的cpf和upf进行为了建立与apn#1之间的通信路径所需的处理。

在下面的说明中，在没有特别区分公共cpf301～n的情况下，记载为“公共cpf30”。此外，在没有特别区分cpf40a和cpf40b的情况下，记载为“cpf40”。另外，在没有特别区分upf50a和upf50b的情况下，记载为“upf50”。

用户装置ue是智能手机这样频繁地收发大量的数据的终端(mobilebroadband(mbb)终端)、iot设备这样以低频度仅收发少量的数据的终端(mtc终端)等，在本实施方式中，包括任何类别的用户装置ue。此外，用户装置ue的类别不限于用户装置ue的用途，例如，可以意味着持有用户装置ue的企业。

此外，用户装置ue中安装有与服务#a相关的应用和与服务#b相关的应用。例如，在服务#a为低延迟且宽带域的移动宽带服务的情况下，作为与服务#a相关的应用，可例举出web浏览器、视频浏览应用等。此外，在服务#b为关键通信服务的情况下，作为与服务#b相关的应用，可例举出进行重要通信的通话应用(例如，能够通知是紧急呼叫的通话应用等)等。

ran10是包括new-rat、演进型e-utra、3gpp以外的接入技术(例如，wlan、固定接入线路)等的接入网络。

hss20是存储订户信息的服务器。hss20也可以称为订户数据储存库(subscriberdatarepository)。

公共cpf30是进行不依赖于网络切片的公共的呼叫控制的装置，例如，包括移动性管理功能(mm：mobilitymanagement)、认证及许可功能(au：authentication&authorization)、网络切片选择功能(nssf：nwsliceselectionfunction)。公共cpf30也可以称为公共控制平面网络功能(c-planenetworkfunction)(cp-nf)。

公共cpf(默认)30def是公共cpf30的一种，当在ran10侧未识别出(或者不能识别)接入目的地的公共cpf301～n时，为最初从ran10接入的公共cpf30。公共cpf(默认)30def具有使来自ran10的接入重定向到适当的公共cpf30的功能。另外，如果在ran10侧能够适当地选择接入目的地的公共cpf301～n，则不一定需要存在公共cpf(默认)30def。

cpf40是在网络切片内进行所需的呼叫处理的装置，例如，包括会话管理功能(sm:sessionmanagement)。cpf40也可以称为cp-nf。

upf50是对用户数据(用户平面(u-plane)信号)进行处理的装置，是相当于lte中的服务网关(servinggateway)(sgw)和分组数据网络网关(packetdatanetworkgateway)(pgw)的装置。upf50具有通过来自cpf40的指示，在用户装置ue与apn之间建立满足作为网络切片应提供的服务的要求条件的u-plane的通信路径的功能。upf50也可以称为用户平面网关(u-plane-gateway)(up-gw)。

as60是执行与用户装置ue进行通信的应用的服务器。as60例如为web服务器、警察·消防等中使用的服务器、ims中使用的各种服务器(例如，p-cscf等)等，但不限于此。

公共cpf301～n、公共cpf(默认)30def、cpf40a以及cpf40b可以是物理性的装置，也可以是通过虚拟化技术实现的逻辑性的功能。公共cpf301～n、cpf40a和cpf40b、upf50a和upf50b可以分别在物理上安装于同一个装置中，通过软件处理，按照每个网络切片对内部的资源(cpu资源以及存储器资源等)进行分割(切片)。

另外，图1所示的各网络切片中包括cpf40和upf50，但仅为网络切片中的分割方法的一例，不限于此。例如，各网络切片中可以仅包括upf50。即，可以通过网络切片仅对与u-plane相关的处理进行分割。在该情况下，安装于cpf40中的各功能被安装于公共cpf30。

＜动作概要＞

在与特定的服务相关的应用开始通信时，用户装置ue向公共cpf30发送接入请求信号，该接入请求信号包括通信目的地的apn、和用于确定接入到该apn的多个网络切片中的提供该特定服务的网络切片的信息(下面，称为“网络切片确定信息”)。此外，公共cpf30根据接收到的接入请求信号中包含的“网络切片确定信息”选择网络切片。此外，由公共cpf30选择的网络切片内的cpf40和upf50在用户装置ue与该apn之间建立满足该特定服务的要求条件的u-plane的通信路径。

此外，在本实施方式的无线通信系统中，在附接(attach)或位置更新过程中向用户装置ue发送表示网络切片确定信息与apn之间的关联的信息(下面，称为“接入信息”)。在应用开始通信时，用户装置ue根据接入信息决定向公共cpf30发送的接入请求信号中所包含的网络切片确定信息和apn。

＜功能结构＞

接着，对执行各实施方式的动作的用户装置ue、hss20、公共cpf30、cpf40以及upf50的功能结构例进行说明。

(用户装置)

图2是示出各实施方式的用户装置的功能结构的图。如图2所示，用户装置ue具有通信部101、呼叫处理部102以及应用处理部103。另外，图2仅示出用户装置ue中与本发明的实施方式特别相关的功能部。此外，图2所示的功能结构仅为一例。只要能够执行本实施方式的动作，则功能区分和功能部的名称可以是任意的。

通信部101在与ran10、公共cpf30、cpf40、upf50之间进行各种通信。

呼叫处理部102具有对经由通信部101收发的呼叫控制信号(c-plane信号)进行处理的功能。此外，在安装于用户装置ue中的应用与特定的apn进行通信的情况下，呼叫处理部102向公共cpf30发送接入请求信号，该接入请求信号包括用于确定接入到该特定的apn的多个网络切片中的任意一个网络切片的网络切片确定信息、和表示用户数据的通信目的地的apn。

此外，呼叫处理部102可以从公共cpf30接收接入信息，根据接收到的接入信息决定包含在接入请求信号中的网络切片确定信息、和表示用户数据的通信目的地的apn。

应用处理部103执行安装于用户装置ue中的应用。另外，应用处理部103可以在执行应用时，向呼叫处理部102通知与该应用所请求的服务相关的信息(例如，表示请求移动宽带服务的信息等)。

(hss)

图3是示出各实施方式的hss的功能结构例的图。如图3所示，hss20具有通信部201和存储部202。另外，图3仅示出hss20中与本发明的实施方式特别相关的功能部。此外，图3所示的功能结构仅为一例。只要能够执行本实施方式的动作，则功能区分和功能部的名称可以是任意的。

通信部201在与公共cpf30、公共cpf(默认)30def、cpf40之间进行各种通信。

存储部202存储“接入信息”。后面叙述存储在存储部202中的“接入信息”。

(公共cpf)

图4是示出各实施方式的公共cpf的功能结构例的图。如图4所示，公共cpf30(包括公共cpf(默认)30def在内)具有通信部301和呼叫处理部302。另外，图4仅示出公共cpf30中与本发明的实施方式特别相关的功能部。此外，图4所示的功能结构仅为一例。只要能够执行本实施方式的动作，则功能区分和功能部的名称可以是任意的。

通信部301在与ran10、hss20、cpf40之间进行各种通信。

呼叫处理部302具有对经由通信部301收发的呼叫控制信号(c-plane信号)进行处理的功能。此外，呼叫处理部302包括移动性管理功能、认证和许可功能、网络切片选择功能。此外，在公共cpf30作为公共cpf(默认)30def进行动作的情况下，呼叫处理部302具有使从ran10接收到的呼叫控制信号重定向到适当的公共cpf30的功能。

此外，在从用户装置ue接收到接入请求信号的情况下，呼叫处理部302向属于由接入请求信号中包含的网络切片确定信息所确定的网络切片的cpf40发送包括apn的接入请求信号。

此外，如上所述，在安装于cpf40中的各功能被安装于公共cpf30中的情况下，当从用户装置ue接收到接入请求信号时，呼叫处理部302向接入到由接入请求信号中包含的apn所表示的通信目的地的多个upf50中的、属于由网络切片确定信息所确定的一个网络切片的upf50发送包括apn的接入请求信号。

另外，呼叫处理部402可以在从用户装置ue接收到附接请求信号或者位置更新请求信号的情况下，从hss20取得接入信息，并向用户装置ue发送所取得的接入信息。

(cpf)

图5是示出各实施方式的cpf的功能结构例的图。如图5所示，cpf40具有通信部401和呼叫处理部402。另外，图5仅示出cpf40中与本发明的实施方式特别相关的功能部。此外，图5所示的功能结构仅为一例。只要能够执行本实施方式的动作，则功能区分和功能部的名称可以是任意的。

通信部401在与hss20、公共cpf30、upf50之间进行各种通信。

呼叫处理部402具有对经由通信部401收发的呼叫控制信号(c-plane信号)进行处理的功能。此外，在从公共cpf30接收到接入请求信号的情况下，呼叫处理部402向属于自身的网络切片的upf50发送包括apn的接入请求信号。

(upf)

图6是示出各实施方式的upf的功能结构例的图。如图6所示，upf50具有通信部501和设定部502。另外，图6仅示出upf50中与本发明的实施方式特别相关的功能部。此外，图6所示的功能结构仅为一例。只要能够执行本实施方式的动作，则功能区分和功能部的名称可以是任意的。

通信部501在与ran10、cpf40、as60之间进行各种通信。

设定部502具有在从cpf40接收到接入请求信号的情况下，在由该接入请求信号中包含的apn所表示的通信目的地与用户装置ue之间设定用户数据(u-plane)的通信路径的功能。

＜硬件结构＞

以上，用于功能结构的说明的框图(图2～图6)示出了以功能为单位的块。这些功能块(构成部)通过硬件和/或软件的任意组合来实现。此外，对各功能块的实现手段没有特别限定。即，各功能块可以通过物理地和/或逻辑地结合而成的一个装置来实现，也可以将物理地和/或逻辑地分开的两个以上的装置直接连接和/或间接连接(例如，通过有线和/或无线)，通过这些多个装置来实现。

例如，各实施方式中的用户装置ue、hss20、公共cpf30、cpf40以及upf50可以作为进行本发明的通信方法的处理的计算机来发挥功能。图7是示出各实施方式的用户装置ue、hss20、公共cpf30、cpf40以及upf50的硬件结构例的图。上述用户装置ue、hss20、公共cpf30、cpf40以及upf50可以构成为在物理上包含处理器1001、内存(memory)1002、存储器(storage)1003、通信装置1004、输入装置1005、输出装置1006、以及总线1007等的计算机装置。

另外，在下面的说明中，“装置”这一措辞可以替换为“电路”、“设备(device)”、“单元(unit)”等。用户装置ue、hss20、公共cpf30、cpf40以及upf50的硬件结构可以构成为包含一个或多个图示的各装置，也可以构成为不包含其中的一部分装置。

用户装置ue、hss20、公共cpf30、cpf40以及upf50的各功能通过在处理器1001、内存1002等硬件上读入规定的软件(程序)，由处理器1001进行运算，并控制通信装置1004的通信、内存1002及存储器1003中的数据的读出和/或写入来实现。

处理器1001例如使操作系统工作并对计算机整体进行控制。处理器1001可以由包括与周边装置的接口、控制装置、运算装置、寄存器等在内的中央处理装置(cpu：centralprocessingunit)构成。例如，可以通过处理器1001实现用户装置ue的通信部101、呼叫处理部102和应用处理部103、hss20的通信部201和存储部202、公共cpf30的通信部301和呼叫处理部302、cpf40的通信部401和呼叫处理部402、以及upf50的通信部501和设定部502。

此外，处理器1001从存储器1003和/或通信装置1004向内存1002读出程序(程序代码)、软件模块或数据，据此执行各种处理。作为程序，使用了使计算机执行在各实施方式中说明的动作中的至少一部分的程序。例如，可以通过存储在内存1002中、通过处理器1001进行动作的控制程序来实现用户装置ue的通信部101、呼叫处理部102和应用处理部103、hss20的通信部201和存储部202、公共cpf30的通信部301和呼叫处理部302、cpf40的通信部401和呼叫处理部402、以及upf50的通信部501和设定部502，也可以同样地实现其它的功能块。虽然说明了通过一个处理器1001执行上述各种处理，但也可以通过2个以上的处理器1001同时或依次执行上述各种处理。处理器1001可以通过一个以上的芯片来安装。另外，程序也可以经由电信线路从网络发送。

内存1002是计算机可读的记录介质，例如可以由只读存储器(readonlymemory：rom)、可擦除可编程只读存储器(erasableprogrammablerom：eprom)、电可擦除可编程只读存储器(electricallyerasableprogrammablerom：eeprom)、随机存取存储器(randomaccessmemory：ram)等的至少一个构成。内存1002可以称为寄存器、高速缓冲存储器、主存储器(主存储装置)等。内存1002可以保存为了实施各实施方式的通信方法而能够执行的程序(程序代码)、软件模块等。

存储器1003是计算机可读的记录介质，例如可以由光盘rom(compactdiscrom：cd-rom)等光盘、硬盘驱动器、软盘、磁光盘(例如高密度磁盘、数字多功能磁盘、蓝光(blu-ray)(注册商标)盘、智能卡、闪存(例如卡、棒、键驱动(keydrive))、软盘(floppy)(注册商标)、磁条等中的至少一个构成。存储器1003也可以称为辅助存储装置。上述存储介质可以是例如包含内存1002和/或存储器1003的数据库、服务器等其它适当的介质。

通信装置1004是用于经由有线和/或无线网络进行计算机之间的通信的硬件(收发设备)，例如，也可以称为网络设备、网络控制器、网卡、通信模块等。例如，可以通过通信装置1004实现用户装置ue的通信部101、hss20的通信部201、公共cpf30的通信部301、cpf40的通信部401、以及upf50的通信部501。

输入装置1005是受理来自外部的输入的输入设备(例如，键盘、鼠标、麦克风、开关、按键、传感器等)。输出装置1006是实施向外部输出的输出设备(例如，显示器、扬声器、led灯等)。另外，输入装置1005和输出装置1006也可以构成为一体(例如，触摸面板)。

此外，处理器1001和内存1002等各装置通过用于对信息进行通信的总线1007来连接。总线1007可以通过单一的总线构成，也可以在装置间由不同的总线构成。

此外，用户装置ue、hss20、公共cpf30、cpf40以及upf50可以构成为包含微处理器、数字信号处理器(dsp：digitalsignalprocessor)、专用集成电路(applicationspecificintegratedcircuit：asic)、可编程逻辑器件(programmablelogicdevice：pld)、现场可编程门阵列(fieldprogrammablegatearray：fpga)等硬件，可以通过该硬件来实现各功能块的一部分或全部。例如，可以通过这些硬件中的至少一个硬件来实现处理器1001。

＜处理过程＞

接着，将本实施方式的无线通信系统所进行的具体的处理过程分为第一实施方式和第二实施方式进行说明。

[第一实施方式]

在第一实施方式中，作为网络切片确定信息，使用识别由网络切片提供的服务的识别符(以下，称为“服务识别符”)。服务识别符也可以称为服务参数(serviceparameter)。服务识别符例如是表示移动宽带服务的id、表示关键通信服务的id等。

图8是示出在第一实施方式中存储在hss中的接入信息的一例的图。如图8所示，对存储在hss中的接入信息分别关联了表示用户装置ue的类别的“ue类型”、唯一地识别公共cpf30的“dcn-id(dedicatedcorenetwork-id：专用核心网络id)”、“服务识别符”、以及“apn”。在此，在第一实施方式中，以按照用户装置ue的每种类别关联不同的公共cpf301～n为前提。即，当用户装置ue的类别不同时，进行呼叫控制的公共cpf301～n也不同，但是在用户装置ue的类别相同时，进行呼叫控制的公共cpf301～n也相同。因此，如图8所示，对相同的“ue类型”设定相同的“dcn-id”。

(对用户装置ue的接入信息的通知)

图9是示出第一实施方式的接入信息的通知过程的一例的时序图。首先，用户装置ue的呼叫处理部102向ran10发送包括表示用户装置ue自身的类别的“ue类型”的附接请求(attachrequest)或tau(trackingareaupdate：跟踪区域更新)请求(s101)。ran10向公共cpf(默认)30def发送从用户装置ue接收到的附接请求或tau请求(s102)。公共cpf(默认)30def的呼叫处理部302向hss20发送包括“ue类型”的ue订阅请求(ue'ssubscriptionrequest)(s103)。hss20的通信部201以“ue类型”为关键词对“接入信息”进行检索，从而生成要向用户装置ue通知的“接入信息”，并向公共cpf(默认)30def发送包括所生成的接入信息的ue订阅应答(ue'ssubscriptionresponse)(s104)。图11示出ue类型为“#1”的情况下生成的接入信息的示例。

公共cpf(默认)30def的呼叫处理部302为了使附接请求或tau请求重定向到与ue类型对应的公共cpf30，而向ran10发送包括表示接入信息和重定向目的地的公共cpf30的信息的重新路由附接请求(rerouteattachrequest)或重新路由tau请求(reroutetaurequest)(s105)。ran10向公共cpf30发送包括接入信息的附接请求或tau请求(s106)。

接着，公共cpf30的呼叫处理部302根据接收到的附接请求或tau请求，进行用户装置ue的认证处理(s107)。在认证处理完成的情况下，公共cpf30的呼叫处理部302向ran10发送包括接入信息的附接受理(attachaccept)或tau受理(tauaccept)(s108)。ran10向用户装置ue发送包括接入信息的附接受理或tau受理(s109)。

通过以上说明的处理过程，能够对用户装置ue通知(设定)包括dcn-id、服务识别符以及apn的接入信息。

此外，在下一代系统中，与lte不同，在用户装置ue的位置更新时，upf50可能会被变更。关于用户装置ue的位置被更新的情况，也包含于图8的处理过程中，从而当接入信息伴随upf50的变更而被变更时，能够对用户装置ue通知(设定)变更后的接入信息。

另外，在以上说明的处理过程中，可以在ran10侧预先存储表示与ue类型对应的公共cpf30的信息，省略重定向处理(s105和s106)。具体来说，可以是ran10向与ue类型对应的公共cpf30发送附接请求或tau请求(s102)，公共cpf30向hss20发送包括“ue类型”的ue订阅请求(s103)，hss20的通信部201向公共cpf30发送包括所生成的接入信息的ue订阅应答(s104)。由此，不需要公共cpf(默认)30def，并且通过省略重定向处理(s105和s106)，从而能够简化与附接或位置更新相关的处理过程。

(通信开始处理)

图10是示出第一实施方式的通信开始处理的一例的时序图。在图10的示例中，假定为用户装置ue的类别为ue类型#1，提取存储在hss20中的接入信息(图8)中的ue类型对应于“#1”的接入信息(图11)作为向用户装置ue通知的接入信息，并向用户装置ue通知了接入信息。

在图10的示例中，假定为与服务#a相关的应用和与服务#b相关的应用的接入目的地apn均为apn#1。此外，与dcn-id#1对应的公共cpf30为公共cpf301。此外，以用户装置ue的呼叫处理部102通过来自应用处理部103的通知等掌握自身执行的应用所请求的服务的服务识别符为前提。

首先，对用户装置ue执行与服务#a相关的应用的情况下的处理过程进行说明。

用户装置ue的呼叫处理部102根据接入信息决定接入请求中所包含的dcn-id#1、服务识别符#a、以及作为接入目的地apn的apn#1。例如，呼叫处理部102将包含在接入信息中的dcn-id决定为包含在接入请求中的dcn-id。

此外，呼叫处理部102将自身所执行的应用所请求的服务的服务识别符和接入目的地的apn决定为包含在接入请求中的服务识别符和apn。另外，呼叫处理部102可以确认在接入信息中是否存在自身所执行的应用所请求的服务的服务识别符和apn，在存在的情况下，发送接入请求。例如，呼叫处理部102可以确认在图11所示的接入信息中的与apn#1对应的记录中是否存在与服务#a对应的服务识别符#a，在存在的情况下，发送接入请求。由此，能够避免用户装置ue将网络侧不支持的服务识别符和apn包含于接入请求中而进行发送。

接着，呼叫处理部102向ran10发送包括所决定的dcn-id#1、服务识别符#a以及apn#1的接入请求(s201)。

接着，ran10根据接入请求中所包含的dcn-id，决定发送接入请求的公共cpf30。在图10的示例中，ran10向与接入请求中所包含的dcn-id#1对应的公共cpf301发送包括服务识别符#a以及apn#1的接入请求(s202)。

接着，公共cpf301的呼叫处理部302向属于由在步骤s202中接收到的服务识别符#a确定的网络切片(服务#a)的cpf40a发送包括apn#1的接入请求(s203)。接着，cpf40a的呼叫处理部402向网络切片(服务#a)内的upf50a发送包括apn#1的接入请求(s204)。

接着，upf50a的设定部502在apn#1与用户装置ue之间建立用户数据(u-plane)的通信路径(s205)。另外，用户数据的通信路径也可以称为pdu(packetdataunit：分组数据单元)连接。

接着，对用户装置ue执行服务#b的应用的情况下的处理过程进行说明。

用户装置ue的呼叫处理部102根据接入信息决定包含在接入请求中的dcn-id#1、服务识别符#b、以及作为接入目的地apn的apn#1。接着，用户装置ue的呼叫处理部102向ran10发送包括所决定的dcn-id#1、服务识别符#b以及apn#1的接入请求(s251)。接着，ran10向与接入请求中所包含的dcn-id#1对应的公共cpf301发送包括服务识别符#b和apn#1的接入请求(s252)。

接着，公共cpf301的呼叫处理部302向属于由在步骤s252中接收到的服务识别符#b确定的网络切片(服务#b)的cpf40b发送包括apn#1的接入请求(s253)。接着，cpf40b的呼叫处理部402向网络切片(服务#b)内的upf50b发送包括apn#1的接入请求(s254)。

接着，upf50b的设定部502在apn#1与用户装置ue之间建立用户数据(u-plane)的通信路径(s255)。

在以上说明的处理过程的步骤s201或步骤s251中，用户装置ue可以不将apn包含于接入请求中。在该情况下，cpf40识别为接入目的地apn为默认apn。另外，cpf40也可以向hss20询问默认apn。

此外，在以上说明的处理过程中，在通过网络切片仅对与u-plane相关的处理进行分割的情况(即，安装于cpf40中的各功能被安装于公共cpf30中的情况)下，在步骤s203中，公共cpf30的呼叫处理部302向网络切片(服务#a)内的upf50a直接发送包括apn#1的接入请求。同样地，在步骤s253中，公共cpf30的呼叫处理部302向网络切片(服务#b)内的upf50b直接发送包括apn#2的接入请求。

(第一实施方式的变形例)

在第一实施方式中，可以通过“dcn-id”识别用户装置ue的类别。即，dcn-id可以是唯一地识别公共cpf30的id，并且可以是意味着用户装置ue的类别的id。此外，也可以根本不考虑用户装置ue的类别。即，用户装置ue可以根据任何属性而与任意的dcn-id相关联。

在该情况下，图8所示的接入信息中不包含“ue类型”，将“dcn-id”、“服务识别符”以及“apn”相关联地存储。

此外，在图9中，用户装置ue的呼叫处理部102向ran10发送包括分配给用户装置ue自身的“dcn-id”的附接请求或tau(trackingareaupdate)请求(s101)。ran10向公共cpf(默认)30def发送从用户装置ue接收到的附接请求或tau请求(s102)。公共cpf(默认)30def的呼叫处理部302向hss20发送包括“dcn-id”的ue订阅请求(s103)。hss20的通信部201以“dcn-id”为关键词对“接入信息”进行检索，从而生成要向用户装置ue通知的“接入信息”，并向公共cpf(默认)30def发送包括所生成的接入信息的ue订阅应答(s104)。

以上对第一实施方式进行了说明。在迄今为止的3gpp的研究中，由于以使用apn进行网络切片的选择为前提，因此根本不会设想对同一个apn设定多个网络切片的情况。然而，设想将来需要对同一个apn设定多个网络切片，并根据服务切换用于建立通信路径的网络切片的机制。具体来说，设想需要如下机制：该机制能够在由用户装置执行与服务#a相关的应用的情况下，由网络切片(服务#a)内的cpf和upf进行为了建立与apn#1之间的通信路径所需的处理，在由用户装置执行与服务#b相关的应用的情况下，由网络切片(服务#b)内的cpf和upf进行为了建立与apn#1之间的通信路径所需的处理。根据第一实施方式，即使在对同一个apn设定多个网络切片的情况下，也能够适当地选择网络切片。

[第二实施方式]

在第二实施方式中，作为网络切片确定信息，使用唯一地识别公共cpf30的“dcn-id”。

图12是示出第二实施方式的接入信息的一例的图。如图12所示，对第二实施方式的接入信息分别关联有表示用户装置ue的类别的“ue类型”、“dcn-id”以及“apn”。在第二实施方式中，由于使用了“dcn-id”作为网络切片确定信息，因此对一个公共cpf30关联有多个“dcn-id”。在第二实施方式中，以对公共cpf301关联有dcn-id#1和dcn-id#2为前提。

(接入信息的通知)

图13是示出第二实施方式的接入信息通知过程的一例的时序图。首先，用户装置ue的呼叫处理部102向ran10发送包括表示用户装置ue自身的类别的“ue类型”的附接请求或tau(trackingareaupdate)请求(s301)。ran10向公共cpf(默认)30def发送从用户装置ue接收到的附接请求或tau请求(s302)。公共cpf(默认)30def的呼叫处理部302向hss20发送包括“ue类型”的ue订阅请求(s303)。hss20的通信部201以“ue类型”为关键词对“接入信息”进行检索，从而生成要向用户装置ue通知的“接入信息”，并向公共cpf(默认)30def发送包括所生成的接入信息的ue订阅应答(s304)。图14示出ue类型为“#1”的情况下生成的接入信息的示例。

在此，在第二实施方式中，对同一个公共cpf30关联有多个dcn-id。由此，将分配给同一个公共cpf30的多个dcn-id中的用于在无线通信系统内识别公共cpf30的id定义为默认dcn-id。

公共cpf(默认)30def的呼叫处理部302选择要向使附接请求或tau请求重定向的ran10通知的默认dcn-id(s305)。对于默认dcn-id，可以在多个dcn-id中预先决定，也可以根据规定的条件(例如，最小的dcn-id等)决定。在此，假定选择了dcn-id#1作为默认dcn-id。

接着，公共cpf(默认)30def的呼叫处理部302为了使附接请求或tau请求重定向到公共cpf30，而向ran10发送包括接入信息和dcn-id#1的重新路由附接请求或重新路由tau请求(s306)。ran10向公共cpf30发送包括接入信息的附接请求或tau请求(s307)。

接着，公共cpf30的呼叫处理部302根据接收到的附接请求或tau请求，进行用户装置ue的认证处理(s308)。在认证处理完成的情况下，公共cpf30的呼叫处理部302向ran10发送包括接入信息的附接受理或tau受理(s309)。ran10向用户装置ue发送包括接入信息的附接受理或tau受理(s310)。

通过以上说明的处理过程，能够对用户装置ue通知(设定)包括dcn-id和apn的接入信息。

此外，在下一代系统中，与lte不同，在用户装置ue的位置更新时，upf50可能会被变更。关于用户装置ue的位置被更新的情况，也包含于图13的处理过程中，从而当接入信息伴随upf50的变更而被变更时，能够对用户装置ue通知(设定)变更后的接入信息。

另外，在以上说明的处理过程中，也可以省略重定向处理(s105和s106)。具体来说，可以是ran10向与ue类型对应的公共cpf30(或者，随机或预先设定的公共cpf30)发送附接请求或tau请求(s302)，公共cpf30向hss20发送包括“ue类型”的ue订阅请求(s303)，hss20的通信部201向公共cpf30发送包括所生成的接入信息的ue订阅应答(s304)。由此，不需要公共cpf(默认)30def，并且通过省略重定向处理(s306和s307)，从而能够简化与附接或位置更新相关的处理过程。

(通信开始处理)

图15是示出第二实施方式的通信开始处理的一例的时序图。在图15的示例中，假定用户装置ue的类别为ue类型#1，提取图12的接入信息中的ue类型对应于“#1”的接入信息(图14)作为接入信息，并向用户装置ue发送。

在图15的示例中，假定与服务#a相关的应用和与服务#b相关的应用的接入目的地apn均为apn#1。

此外，以用户装置ue的呼叫处理部102通过来自应用处理部103的通知等掌握自身所执行的应用所请求的服务的dcn-id为前提。在图15的示例中，假定dcn-id#1与服务#a(即，网络切片(服务#a))关联，dcn-id#2与服务#b(即，网络切片(服务#b))关联。

首先，对用户装置ue执行与服务#a相关的应用的情况下的处理过程进行说明。

用户装置ue的呼叫处理部102根据接入信息决定接入请求中所包含的dcn-id#1、和作为接入目的地apn的apn#1。例如，可以是呼叫处理部102确认接入信息中是否存在自身所执行的应用所请求的服务的dcn-id和apn，在存在的情况下，发送接入请求。例如，可以是呼叫处理部102确认图14所示的接入信息中的与apn#1对应的记录中是否存在与服务#a对应的dcn-id#1，在存在的情况下，发送接入请求。由此，能够避免用户装置ue将网络侧不支持的dcn-id和apn包含于接入请求中而进行发送。

另外，在第二实施方式中，可以是将服务识别符与dcn-id相关联起来并包含于向用户装置ue通知的接入信息中，呼叫处理部102通过检索接入信息，从而决定与自身所执行的应用所请求的服务的服务识别符对应的dcn-id。

接着，呼叫处理部102向ran10发送包括所决定的dcn-id#1和apn#1的接入请求(s401)。

接着，ran10根据接入请求中所包含的dcn-id，决定要发送接入请求的公共cpf30。在图15的示例中，ran10向与接入请求中所包含的dcn-id#1对应的公共cpf301发送包括apn#1的接入请求(s402)。

接着，公共cpf301的呼叫处理部302向属于由在步骤s402中接收到的dcn-id确定的网络切片(服务#a)的cpf40a发送包括apn#1的接入请求(s403)。接着，cpf40a的呼叫处理部402向网络切片(服务#a)内的upf50a发送包括apn#1的接入请求(s404)。

接着，upf50a的设定部502在apn#1与用户装置ue之间建立用户数据(u-plane)的通信路径(s405)。

接着，对用户装置ue执行服务#b的应用的情况下的处理过程进行说明。

用户装置ue的呼叫处理部102根据接入信息决定包含在接入请求中的dcn-id#2和作为接入目的地apn的apn#1。接着，用户装置ue的呼叫处理部102向ran10发送包括所决定的dcn-id#2和apn#1的接入请求(s451)。接着，ran10向与接入请求中所包含的dcn-id#2对应的公共cpf301发送包括dcn-id#2和apn#1的接入请求(s452)。

接着，公共cpf301的呼叫处理部302向属于通过在步骤s452中接收到的dcn-id#2所确定的网络切片(服务#b)的cpf40b发送包括apn#1的接入请求(s453)。接着，cpf40b的呼叫处理部402向网络切片(服务#b)内的upf50b发送包括apn#1的接入请求(s454)。

接着，upf50b的设定部502在apn#1与用户装置ue之间建立用户数据(u-plane)的通信路径(s455)。

在以上说明的处理过程的步骤s401或步骤s451中，用户装置ue可以不将apn包含于接入请求中。在该情况下，cpf40识别为接入目的地apn为默认apn。另外，cpf40也可以向hss20询问默认apn。

此外，在以上说明的处理过程中，在通过网络切片仅对与u-plane相关的处理进行分割的情况(即，安装于cpf40中的各功能被安装于公共cpf30中的情况)下，在步骤s403中，公共cpf301的呼叫处理部302向网络切片(服务#a)内的upf50a直接发送包括apn#1的接入请求。同样地，在步骤s453中，公共cpf301的呼叫处理部302向网络切片(服务#b)内的upf50b直接发送包括apn#2的接入请求。

(第二实施方式的变形例)

与第一实施方式同样地，在第二实施方式中，也可以通过“dcn-id”来识别用户装置ue的类别。

在该情况下，图12所示的接入信息中不包含“ue类型”，将“dcn-id”、“服务识别符”以及“apn”相关联地存储。另外，接入信息中包括能够确定是分配给同一个公共cpf30的dcn-id的信息。

此外，在图13中，用户装置ue的呼叫处理部102向ran10发送包括分配给用户装置ue自身的“dcn-id”(例如，可以是默认dcn-id)的附接请求或tau(trackingareaupdate)请求(s301)。ran10向公共cpf(默认)30def发送从用户装置ue接收到的附接请求或tau请求(s302)。公共cpf(默认)30def的呼叫处理部302向hss20发送包括“dcn-id”的ue订阅请求(s303)。hss20的通信部201以“dcn-id”为关键词，使用能够确定是分配给同一个公共cpf30的dcn-id的信息对“接入信息”进行检索，从而生成要向用户装置ue通知的“接入信息”，并向公共cpf(默认)30def发送包括所生成的接入信息的ue订阅应答(s304)。

以上对第二实施方式进行了说明。在迄今为止的3gpp的研究中，由于网络切片的选择以使用apn来进行为前提，因此根本不会设想对同一个apn设定多个网络切片的情况。然而，设想将来需要对同一个apn设定多个网络切片，并根据服务切换用于建立通信路径的网络切片的机制。根据第二实施方式，即使在对同一个apn设定多个网络切片的情况下，也能够适当地选择网络切片。

＜总结＞

根据实施方式，提供一种无线通信系统，该无线通信系统具有：用户装置；进行呼叫控制的一个以上的呼叫控制装置；以及对用户数据进行处理的多个通信装置，该多个通信装置分别属于作为资源分割单位的多个组中的任意一个组，其中，所述用户装置具有：第一通信处理部，其向所述呼叫控制装置发送第一接入请求信号，该第一接入请求信号包含用于确定所述多个组中的任意一个组的组确定信息、和表示用户数据的通信目的地的通信目的地识别符，所述呼叫控制装置具有：第二通信处理部，其向与由所述第一接入请求信号中所包含的通信目的地识别符所表示的通信目的地进行通信的多个所述通信装置中的属于由所述组确定信息所确定的一个组的通信装置，发送包含所述第一接入请求信号中所包含的通信目的地识别符的第二接入请求信号，所述通信装置具有：设定部，其在由所述第二接入请求信号中所包含的通信目的地识别符所表示的通信目的地与所述用户装置之间设定用户数据的通信路径。根据该无线通信系统，提供一种在对同一个apn设定多个网络切片的情况下，能够适当地选择网络切片的技术。

此外，可以是在从所述用户装置接收到规定的信号的情况下，所述第二通信处理部从订户管理装置取得将组确定信息与通信目的地识别符相关联的接入信息，并向所述用户装置发送所取得的所述接入信息，所述第一通信处理部根据接收到的所述接入信息，决定包含在所述第一接入请求信号中的组确定信息、和表示用户数据的通信目的地的通信目的地识别符。由此，能够对用户装置ue通知(设定)包括组确定信息和通信目的地识别符的接入信息。

此外，用于确定所述多个组中的任意一个组的组确定信息可以是用于识别所述呼叫控制装置的识别符。由此，能够使用dcn-id唯一地确定网络切片。

此外，根据实施方式，提供由无线通信系统执行的通信方法，所述无线通信系统具有：用户装置；进行呼叫控制的一个以上的呼叫控制装置；以及对用户数据进行处理的多个通信装置，该多个通信装置分别属于作为资源分割单位的多个组中的任意一个组，其中，所述通信方法具有如下步骤：所述用户装置向所述呼叫控制装置发送第一接入请求信号，该第一接入请求信号包括用于确定所述多个组中的任意一个组的组确定信息、和表示用户数据的通信目的地的通信目的地识别符；所述呼叫控制装置向与由所述第一接入请求信号中所包含的通信目的地识别符所表示的通信目的地进行通信的多个所述通信装置中的属于由所述组确定信息所确定的一个组的通信装置，发送包含所述第一接入请求信号中所包含的通信目的地识别符的第二接入请求信号；以及所述通信装置在由所述第二接入请求信号中所包含的通信目的地识别符所表示的通信目的地与所述用户装置之间设定用户数据的通信路径。根据该通信方法，提供一种在对同一个apn设定多个网络切片的情况下，能够适当地选择网络切片的技术。

另外，根据实施方式，提供一种无线通信系统，所述无线通信系统具有：用户装置；进行呼叫控制的一个以上的呼叫控制装置；以及对用户数据进行处理的多个网络切片实例，其中，所述用户装置具有：第一通信处理部，其向所述呼叫控制装置发送包括用于确定所述多个网络切片实例中的任意一个网络切片实例的确定信息、和表示用户数据的通信目的地的通信目的地识别符的第一接入请求信号，所述呼叫控制装置具有：第二通信处理部，其向与由所述第一接入请求信号中所包含的通信目的地识别符所表示的通信目的地进行通信的所述一个网络切片实例，发送包括所述第一接入请求信号中所包含的通信目的地识别符的第二接入请求信号，所述一个网络切片实例具有：设定部，其在由所述第二接入请求信号中所包含的通信目的地识别符所表示的通信目的地与所述用户装置之间设定用户数据的通信路径。根据该无线通信系统，提供一种在对同一格apn设定多个网络切片的情况下，能够适当地选择网络切片的技术。

此外，可以是在从所述用户装置接收到规定的信号的情况下，所述第二通信处理部从订户管理装置取得将确定信息与通信目的地识别符进行关联的接入信息，并向所述用户装置发送所取得的所述接入信息，所述第一通信处理部根据接收到的所述接入信息，决定所述第一接入请求信号中所包含的确定信息、和表示用户数据的通信目的地的通信目的地识别符。由此，能够对用户装置ue通知(设定)包括确定信息和通信目的地识别符的接入信息。

此外，用于确定所述多个网络切片实例中的一个网络切片实例的确定信息可以是用于识别所述呼叫控制装置的识别符。由此，能够使用dcn-id唯一地确定网络切片。

此外，根据实施方式，提供由无线通信系统执行的通信方法，所述无线通信系统具有：用户装置；进行呼叫控制的一个以上的呼叫控制装置；以及对用户数据进行处理的多个网络切片实例，其中，所述通信方法具有如下步骤：所述用户装置向所述呼叫控制装置发送包括用于确定所述多个网络切片实例中的任意一个网络切片实例的确定信息、和表示用户数据的通信目的地的通信目的地识别符的第一接入请求信号，所述呼叫控制装置向与由所述第一接入请求信号中所包含的通信目的地识别符所表示的通信目的地进行通信的所述一个网络切片实例，发送包含所述第一接入请求信号中所包含的通信目的地识别符的第二接入请求信号；以及所述一个网络切片实例在由所述第二接入请求信号中所包含的通信目的地识别符所表示的通信目的地与所述用户装置之间设定用户数据的通信路径。根据该通信方法，提供一种在对同一个apn设定多个网络切片的情况下，能够适当地选择网络切片的技术。

＜实施方式的补充＞

本说明书中说明的各形式/实施方式也可以应用于长期演进(longtermevolution：lte)、lte-advanced(lte-a)、super3g、imt-advanced、4g、5g、未来的无线接入(futureradioaccess，fra)、w-cdma(注册商标)、gsm(注册商标)、cdma2000、超移动宽带(ultramobilebroadband，umb)、ieee802.11(wi-fi)、ieee802.16(wimax)、ieee802.20、超宽带(ultra-wideband，uwb)、bluetooth(蓝牙)(注册商标)、使用其它适当系统的系统和/或据此扩展的下一代系统。

对于本说明书中说明的各形式/实施方式的处理过程、时序、流程等，在不矛盾的情况下，可以更换顺序。例如，对于本说明书中说明的方法，通过例示的顺序提示了各种各样的步骤的要素，但不限于所提示的特定的顺序。

输入输出的信息等可以保存在特定的位置(例如，存储器)，也可以利用管理表进行管理。可以重写、更新或追记输入输出的信息等。也可以删除所输出的信息等。还可以向其它装置发送所输入的信息等。

本说明书中说明的各形态/实施方式可以单独使用，也可以组合使用，还可以伴随执行而切换使用。此外，规定信息的通知(例如，“是x”的通知)不限于显式地进行，也可以隐式地(例如，不进行该规定信息的通知)进行。

本说明书中使用的“系统”和“网络”这样的用语可以互换地使用。

本说明书中使用的“判断(determining)”、“决定(determining)”这样的用语有时也包含多种多样的动作的情况。“判断”、“决定”例如可以包括将进行了判定(judging)、计算(calculating)、算出(computing)、处理(processing)、导出(deriving)、调查(investigating)、搜索(lookingup)(例如，在表格、数据库或其它数据结构中的搜索)、确认(ascertaining)的事项视为“判断”、“决定”的事项等。此外，“判断”、“决定”可以包括将进行了接收(receiving)(例如，接收信息)、发送(transmitting)(例如，发送信息)、输入(input)、输出(output)、接入(accessing)(例如，访问存储器中的数据)的事项视为“判断”、“决定”的事项。此外，“判断”、“决定”可以包括将进行了解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等的事项视为“判断”、“决定”的事项。即，“判断”、“决定”可以包含“判断”、“决定”了任意动作的事项。

本说明书中使用的“根据”这样的记载，除非另有说明，不是“仅根据”的意思。换而言之，“根据”这样的记载的意思是“仅根据”和“至少根据”这两者。

针对使用了本说明书中使用的“第一”、“第二”等称呼的要素的任何参照通常也并非限定这些要素的量和顺序。这些呼称作为对2个以上的要素之间进行区分的简便方法而在本说明书中被使用。因此，针对第一和第二要素的参照不表示在此仅能采用2个要素或者在某种程度上第一要素必须先于第二要素。

另外，“包含(including)”、“包括(comprising)”及它们的变形就本说明书或权利要求书中使用的情况而言，这些用语与用语“具有”同样地意在表示“包括性的”。另外，在本说明书或者权利要求书中使用的用语“或者(or)”意味着不是异或。

在本公开的全体中，例如，在通过翻译追加了英语中的a、an以及the这样的冠词的情况下，这些冠词也可以包括多个的情况，除非根据上下文明确指出不是这样。

信息的通知不限于本说明书中说明的形式/实施方式，也可以通过其它方法进行。例如，信息的通知可以通过物理层信令(例如，下行链路控制信息(dci：downlinkcontrolinformation)、上行链路控制信息(uci：uplinkcontrolinformation))、高层信令(例如，rrc信令、mac信令、广播信息(主信息块(mib：masterinformationblock)、系统信息块(sib：systeminformationblock)))、其它信号或这些的组合来实施。此外，rrc消息也可以称为rrc信令。此外，rrc消息例如可以是rrc连接创建(rrcconnectionsetup)消息、rrc连接重新配置(rrcconnectionreconfiguration)消息等。

可以通过1比特所表示的值(0或1)进行判定或判断，也可以通过布尔值(boolean：真(true)或假(false))进行判定(判断)，还可以通过数值的比较(例如，与规定值的比较)进行判定(判断)。

另外，对于本说明书中说明的用语和/或理解本说明书所需的用语，可以与具有相同或类似的意思的用语进行替换。例如，信道和/或码元可以是信号(signal)。此外，信号可以是消息。

对于ue，本领域技术人员有时也用下述用语来称呼：用户站、移动单元(mobileunit)、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理(useragent)、移动客户端、客户端、或一些其它的适当的用语。

可以使用各种各样不同的技术中的任意技术来表示本说明书中说明的信息、信号等。例如，可以通过电压、电流、电磁波、磁场或磁性颗粒、光场或光子、或者这些的任意组合来表示上述说明全体中所提及的数据、命令、指令(command)、信息、信号、比特、码元(symbol)、码片(chip)等。

以上，对本发明详细地进行了说明，但对于本领域技术人员而言，应清楚本发明不限于在本说明书中说明的实施方式。本发明能够在不脱离由权利要求的记载确定的本发明的主旨和范围的情况下，作为修正和变更方式来实施。因此，本说明书的记载的目的在于例示说明，对本发明不具有任何限制意义。

另外，在各实施方式中，公共cpf30(或者公共cpf30和cpf40)为呼叫控制装置的一例。网络切片确定信息、服务识别符或者dcn-id为组确定信息的一例。附接请求信号或者位置更新请求信号为规定的信号的一例。

本国际专利申请以在2016年7月8日提出的日本专利申请第2016-136420号为基础并对其主张其优先权，并在本申请中引用日本专利申请第2016-136420号的全部内容。

标号说明

10ran

20hss

30公共cpf

40cpf

50upf

60as

101通信部

102呼叫处理部

103应用处理部

201通信部

202存储部

301通信部

302呼叫处理部

401通信部

402呼叫处理部

501通信部

502设定部

1001处理器

1002内存

1003存储器

1004通信装置

1005输入装置

1006输出装置