WO2018034042A1 - 通信制御装置及び通信制御方法 - Google Patents

通信制御装置及び通信制御方法 Download PDF

Info

Publication number
WO2018034042A1
WO2018034042A1 PCT/JP2017/020672 JP2017020672W WO2018034042A1 WO 2018034042 A1 WO2018034042 A1 WO 2018034042A1 JP 2017020672 W JP2017020672 W JP 2017020672W WO 2018034042 A1 WO2018034042 A1 WO 2018034042A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication path
communication
control node
plane control
slice
Prior art date
Application number
PCT/JP2017/020672
Other languages
English (en)
French (fr)
Inventor
拓也 下城
雅純 清水
淳 巳之口
滋 岩科
マラ レディ サマ
スリサクル タコルスリ
ウォルフガング キース
リカルド グエルゾーニ
Original Assignee
株式会社Ｎｔｔドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to EP17841270.6A priority Critical patent/EP3503625A4/en
Priority to CN201780050423.6A priority patent/CN109565734B/zh
Priority to JP2018534276A priority patent/JP7030055B2/ja
Priority to US16/325,753 priority patent/US10993068B2/en
Publication of WO2018034042A1 publication Critical patent/WO2018034042A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies

Definitions

  • the present invention relates to a communication control device and a communication control method.
  • a virtual network logically generated on a network infrastructure by using a virtualization technology disclosed in Non-Patent Document 1 to virtually separate hardware resources. Create a slice. Then, by allocating the service to the slice, it is possible to provide the service to the user terminal used by the user using a network of independent slices. Thereby, when a slice is assigned to each service having various requirements, it becomes easy to satisfy the requirements of each service, and the signaling processing and the like can be reduced.
  • user data is transmitted and received through the communication path by providing a communication path related to the user terminal to a control node provided in the slice. Is done.
  • the present invention has been made in view of the above, and a communication control apparatus and communication capable of changing a communication path provided between a plurality of slices while using a service assigned to the plurality of slices
  • An object is to provide a control method.
  • a communication control apparatus provides a communication path for each control node in one or a plurality of slices, which is a virtualized network generated on a network infrastructure.
  • a communication control apparatus that performs communication control related to a user terminal that transmits and receives user data via a path, the change request acquisition unit acquiring a change request related to the change of the communication path related to the user terminal, and the change request
  • a determination unit that determines whether or not the user terminal related to the change request provides the communication path for the control nodes in the plurality of slices based on information included in the change request acquired by the acquisition unit. And, by the determination unit, the user terminal related to the change request provides the communication path for each of the plurality of slices. If it is determined that the communication path before the change and the communication path after the change are compatible with each other, the communication paths provided for the control nodes in the plurality of slices are provided.
  • a communication processing unit that performs processing related to the change of the communication path.
  • the communication control method provides a communication path for each control node in one or a plurality of slices that are virtualized networks generated on a network infrastructure, and a user is connected via the communication path.
  • a communication control method by a communication control apparatus that performs communication control related to a user terminal that transmits and receives data, the change request acquisition step for acquiring a change request related to the change of the communication path related to the user terminal, and the change request acquisition When it is determined from the information included in the change request acquired in step that the user terminal related to the change request provides the communication path for the plurality of slices, For each of the plurality of communication paths provided for the control node, the communication path before the change and the change While providing a state in which the communication path has both have a communication processing step of performing processing relating to change of the communication path.
  • a communication control device and a communication control method capable of changing a communication path provided between a plurality of slices while using a service assigned to the plurality of slices.
  • FIG. 1 shows a configuration of a system (communication system) 1 constituting a virtualized network.
  • the system 1 in FIG. 1 assigns a service to a slice that is a virtual network, thereby providing a network service to a UE (User Equipment) 90 that is a terminal (user terminal) used by a service user (Service User).
  • a slice is a virtual network or service network that is created by logically dividing the network device link and node resources and combining the separated resources. They are separated and do not interfere with each other.
  • the system 1 includes a BSS / OSS (Business Support System / Operations Support System) 10, an SO (Service Operator) 20, an NFVO 30, a VNFM 40, and a VIM (Virtualized Infrastructure Management). 50.
  • the system 1 includes an NFVI (NFV (Network Functions Virtualization) Infrastructure) 60, an SSF (Slice Selection Function) 70, an eNB (eNodeB) 80, and a UE 90.
  • NFVO30, VNFM40, and VIM50 are functions of MANO (Management & Orchestration) architecture specified by ETSI NFV-ISG.
  • the system 1 provides a communication function for a mobile communication terminal by a virtual server operating in a virtual machine realized on a physical server. That is, the system 1 is a virtualized mobile communication network.
  • the communication function is provided to the mobile communication terminal by executing a communication process corresponding to the communication function by the virtual machine.
  • the NFVI 60 indicates a network formed from physical resources (node groups) constituting a virtual environment.
  • the physical resources conceptually include computing resources, storage resources, and transmission resources.
  • the physical resource includes a node such as a physical server or a switch that is a physical server device that performs communication processing in the system 1.
  • the physical server includes a storage unit such as a CPU (core, processor), a memory, and a hard disk.
  • a plurality of nodes such as physical servers that constitute the NFVI 60 are arranged together at a base such as a data center (DC).
  • DC data center
  • the arranged physical servers can communicate with each other via a network inside the data center, and can exchange information with each other.
  • the system 1 is provided with a plurality of data centers. Data centers can communicate with each other via a network, and physical servers provided in different data centers can transmit / receive information to / from each other via the network.
  • the SO (Service Operator) 20 is a device that requests creation of a network for providing a network service.
  • a terminal device for example, a personal computer or the like
  • a provider that provides services to various users using a virtual network.
  • the BSS / OSS 10 is a node that performs service management in the system 1 and gives instructions related to communication functions in the system 1. For example, the BSS / OSS 10 instructs the NFVO 30 to add a new network service. In addition, the BSS / OSS 10 can be operated by a telecommunications carrier related to the system 1.
  • the NFVO 30 is an overall management node (functional entity) that manages the entire virtual network (slice) constructed on the NFVI 60 that is a physical resource.
  • the NFVO 30 receives an instruction from the BSS / OSS 10 and performs processing according to the instruction.
  • the NFVO 30 performs management over the entire virtual network constructed in the physical resources of the mobile communication network of infrastructure and network services.
  • the NFVO 30 realizes a network service provided by the virtual network in an appropriate place in cooperation with the VNFM 40 and the VIM 50.
  • the VNFM 40 is a virtual communication function management node (functional entity) that adds a function that constitutes a network service to the NFVI 60 that is a physical resource (node).
  • a plurality of VNFMs 40 may be provided in the system 1.
  • the NFVO 30, VNFM 40, and VIM 50 are realized by executing a program on a physical server device (however, they are not limited to being realized on virtualization, and are separated from the management system). And may be realized on virtualization).
  • the NFVO 30, VNFM 40, and VIM 50 may be realized by separate physical server devices, or may be realized by the same server device.
  • the NFVO 30, VNFM 40, and VIM 50 (programs for realizing) may be provided from different vendors.
  • the NFVO 30 When the NFVO 30 receives the network service creation request from the BSS / OSS 10, the NFVO 30 makes a resource securing request for the slice (slice SL1, SL2, etc.) to the VIM 50. When the VIM 50 secures resources in the server devices and switches configuring the NFVI 60, the NFVO 30 defines a slice for the NFVI 60.
  • the NFVO 30 when the NFVO 30 causes the VIM 50 to reserve resources in the NFVI 60, the NFVO 30 stores information defining slices for the NFVI 60 in a table stored in the NFVO 30. Then, the NFVO 30 makes a software installation request for realizing the functions necessary for the network service to the VNFM 40. In response to the installation request, the VNFM 40 installs the software on the NFVI 60 (node such as a server device, a switch device, or a router device) secured by the VIM 50.
  • the NFVI 60 node such as a server device, a switch device, or a router device
  • the slice SL1 (first slice) that is a slice for the first service (service S1) and the slice SL2 that is a slice for the second service (service S2) (Second slice) and slice SL3 (third slice) that is a slice having a function as a control device related to control of slice SL1 or slice SL2 are generated.
  • the NFVO 30 assigns service S1 to slice SL1 and assigns service S2 to slice SL2.
  • the function of executing the service S1 and the service S2 performs processing based on a signal or the like sent from the slice SL3, or information on the slice SL3 provided with a node having a function as a communication control device to be described later if necessary. Process to request the provision of.
  • the slice SL1, the slice SL2, and the slice SL3 are constructed so as to be logically communicable with each other.
  • the slice SL1 that provides the service S1 includes a first C-Plane control node (CP1) 211 and a first U-Plane control node (UP1) 212.
  • the first C-Plane control node 211 transmits and receives control signals and the like related to establishment and disconnection of a communication path when providing the service S1 to the user.
  • the first U-Plane control node 212 provides a communication path when providing the service S1 to the user, and also provides a communication path with the service server 101 that provides the service, and executes transmission / reception of user data.
  • the slice SL2 that provides the service S2 includes a second C-Plane control node (CPX1) 221 and a second U-Plane control node (UPX1) 222.
  • the second C-Plane control node 221 transmits and receives control signals and the like related to establishment and disconnection of a communication path when providing the service S2 to the user.
  • the second U-Plane control node 222 provides a communication path when providing the service S2 to the user, and also provides a communication path with the service server 102 that provides the service to execute transmission / reception of user data.
  • the correspondence relationship between the slice and the service is an example, and can be changed as appropriate. That is, a node for providing a plurality of services may be assigned to one slice.
  • CP1, UP1” and “CPX1, UPX1” may be distinguished from each other.
  • the difference in notation between “CP” and “CPX” indicates to which service these nodes are applied. That is, CP1 and the like are nodes that are applied to the service S1, and CPX1 and the like are schematically illustrated as nodes that are applied to the service S2. There are also nodes described as “CPY, UPY”. This node schematically shows a node that was not originally assumed to be applied to the service S1 or the service S2.
  • the common C-Plane control node 301 has a function of controlling the first C-Plane control node 211 of the service S1, the second C-Plane control node 221 of the service S2, etc., and based on an instruction from the user side, Processing related to establishment and disconnection of a communication path between the user and each slice is executed.
  • the common C-Plane control node 301 may be realized by a device having hardware instead of being realized by assigning a function to the slice SL3.
  • slices generated by the NFVO 30 are slices SL1 and SL2.
  • Fig. 3 shows an example of the correspondence between each slice and the server.
  • the node is a part of the server, and the function of the first C-Plane control node 211 in slice 1 (slice SL1) and the function of the second C-Plane control node 221 in slice 2 (slice SL2) are , Server 1 (110A), a switch, a router, and the like.
  • the function of the first U-Plane control node 212 in slice 1 (slice SL1) and the function of the second U-Plane control node 222 in slice 2 (slice SL2) are realized by the server 2 (110B), a switch, a router, and the like.
  • the description of the common C-Plane control node 301 of slice 3 is omitted, but it is realized by a server, a switch, a router, and the like as in the above nodes.
  • the BSS / OSS 10 When the BSS / OSS 10 receives the address information, the BSS / OSS 10 notifies the SSF 70 of the address information.
  • the SSF 70 is a server device that can communicate with the eNodeB (eNB) 80 that is a base station device, and when a service request is made to the eNB 80 together with the network service ID from the UE 90 that is a service user, The network service ID received from the UE 90 is notified.
  • eNB80 may be implement
  • the SSF 70 When the SSF 70 receives the network service ID from the eNB 80, the destination information of the logical node that provides the first function of the network service of the address information corresponding to the network service ID received from the eNB 80 among the address information stored in the SSF 70 is set to the eNB 80. Send to.
  • the eNB 80 notifies the destination information to the UE 90. Thereby, UE90 can specify the destination accessed first, in order to utilize a network service.
  • the SSF 70 holds information on logical nodes that provide network service functions. In other words, the SSF 70 holds information that identifies services that can be handled for each logical node. Although details will be described later, the SSF 70 has a function of providing this information based on an inquiry from another logical node.
  • the core network N1 refers to a core network when the UE 90 communicates and uses a service.
  • the UE 90 passes through the eNB 80 and the first U-Plane control node 212 related to the service S1 provided in the slice SL1.
  • the service S1 provided by the service server 101 can be used.
  • a communication path for transmitting and receiving user data related to the UE 90 is provided between the eNB 80 and the first U-Plane control node 212. That is, the first U-Plane control node 212 functions as a control node in the slice SL1.
  • a control signal for performing processing related to establishment and disconnection of a communication path between the eNB 80 and the first U-Plane control node 212 passes through the common C-Plane control node 301 and the first C-Plane control node 211. Are sent and received.
  • the UE 90 communicates with the service server 102 via the eNB 80 and the second U-Plane control node 222 related to the service S2 provided in the slice SL2, thereby providing the service server 102.
  • Service S2 can be used.
  • a communication path for transmitting and receiving user data related to the UE 90 is provided between the eNB 80 and the second U-Plane control node 222. That is, the second U-Plane control node 222 functions as a control node in the slice SL2.
  • a control signal for performing processing related to establishment and disconnection of a communication path between the eNB 80 and the second U-Plane control node 222 passes through the common C-Plane control node 301 and the second C-Plane control node 221. Then, transmission / reception is performed.
  • the UE 90 can communicate using the slices SL1 and SL2 by providing a communication path between the eNB 80 in the area where the UE 90 is located and the two slices SL1 and SL2. It has become.
  • the UE 90 needs to change the slice in which communication is performed to use the service, or the communication path between the slice and the UE 90 needs to be changed. To do.
  • the context information related to the UE 90 may change (for example, change of the base station or sector to which the UE 90 belongs, change in moving speed due to getting on the vehicle, etc., It may be necessary to change the communication path or the slice of the other party that provides the communication path with intrusion, surrounding congestion information, and the like.
  • the communication path provided between the eNB before the movement and the slice needs to be changed. Occurs.
  • the UE 90 may provide a communication path with the control nodes in the plurality of slices via the eNB. Thus, it can be considered to combine them into one slice. Also in this case, it may be necessary to provide a new communication path.
  • FIG. 4 shows an example in which the UE 90 moves across the service providing area.
  • Area (SA: Service Area) # 1 is an area managed by eNB 81
  • area (SA) # 2 is an area managed by eNB 82.
  • SA # 1 the UE 90 can use the services S1 and S2 by providing a communication path between the slices SL1 and SL2.
  • SA # 2 the UE 90 can use the services S1 and S2 by providing a communication path between the slices SL4 and SL5.
  • FIG. 4 shows a case where the UE 90 moves from SA # 1 to SA # 2.
  • the slice SL4 functions related to the fourth C-Plane control node 341 (CP2) and the fourth U-Plane control node 342 (UP2) are provided. It is assumed that the fourth U-Plane control node 342 can provide a communication path with the service server 101 that provides the service S1.
  • the slice SL5 is provided with functions related to the fifth C-Plane control node 351 (CPX2) and the fifth U-Plane control node 352 (UPX2). It is assumed that the fifth U-Plane control node 352 can provide a communication path with the service server 102 that provides the service S2.
  • the base station apparatus accessed by the UE 90 is the eNB 82.
  • the UE 90 in order for the UE 90 to receive the service S1, it is necessary to provide a communication path between the eNB 82 and the fourth U-Plane control node 242 of the slice SL4. Further, in order for the UE 90 to receive provision of the service S2, it is necessary to provide a communication path between the eNB 82 and the fifth U-Plane control node 252 of the slice SL5.
  • the change of the slice with which the UE 90 performs communication in order to use the service, or a plurality of slices is performed.
  • a process when it becomes necessary to change the communication path provided between each slice and the UE 90 will be described.
  • the process described in the following embodiment is characterized in that the communication path is changed while the UE 90 continues to use the service.
  • the phrase “while the UE 90 continues to use the service” means that the communication path continues to be in the connected mode.
  • the common C-Plane control node 301 functions as a communication control apparatus that controls the communication path related to the UE 90 provided for the control nodes of a plurality of slices. Therefore, the common C-Plane control node 301 includes a change request acquisition unit 310, a determination unit 320, and a communication processing unit 330, as illustrated in FIG.
  • the communication processing unit 330 performs processing related to the change of the communication path so that the UE 90 can change the communication path while using the service based on the request related to the change of the communication path. Details of the processing by the communication processing unit 330 will be described later.
  • the term “apparatus” can be read as a circuit, a device, a unit, or the like.
  • the hardware configuration of the server described above may be configured to include one or a plurality of the devices illustrated in the figure, or may be configured not to include some devices.
  • the processor 1001 reads programs (program codes), software modules, and data from the storage 1003 and / or the communication device 1004 to the memory 1002, and executes various processes according to these.
  • programs program codes
  • software modules software modules
  • data data from the storage 1003 and / or the communication device 1004 to the memory 1002, and executes various processes according to these.
  • the program a program that causes a computer to execute at least a part of the operations described in the above embodiments is used.
  • the above-described communication processing unit 330 may be realized by a control program stored in the memory 1002 and operated by the processor 1001, and may be realized similarly for other functional blocks.
  • the above-described various processes have been described as being executed by one processor 1001, they may be executed simultaneously or sequentially by two or more processors 1001.
  • the processor 1001 may be implemented by one or more chips. Note that the program may be transmitted from a network via a telecommunication line.
  • the memory 1002 is a computer-readable recording medium and includes, for example, at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), and the like. May be.
  • the memory 1002 may be called a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, and the like that can be executed to implement the wireless communication method according to the embodiment of the present invention.
  • the storage 1003 is a computer-readable recording medium such as an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (for example, a compact disk, a digital versatile disk, a Blu-ray). (Registered trademark) disk, smart card, flash memory (for example, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • the storage 1003 may be referred to as an auxiliary storage device.
  • the storage medium described above may be, for example, a database, server, or other suitable medium including the memory 1002 and / or the storage 1003.
  • the communication device 1004 is hardware (transmission / reception device) for performing communication between computers via a wired and / or wireless network, and is also referred to as a network device, a network controller, a network card, a communication module, or the like.
  • a network device a network controller, a network card, a communication module, or the like.
  • the change request acquisition unit 310 and the communication processing unit 330 described above may be realized by the communication device 1004.
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that performs output to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured with a single bus or may be configured with different buses between apparatuses.
  • the common C-Plane control node 301 includes a hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), and a field programmable gate array (FPGA). Hardware may be configured, and a part or all of each functional block may be realized by the hardware. For example, the processor 1001 may be implemented by at least one of these hardware.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • PLD programmable logic device
  • FPGA field programmable gate array
  • a communication path related to the UE 90 is provided for two slices.
  • First the case where only the communication path is changed without changing the slice in which the communication path is provided.
  • Second the slice is different from that before the change, and the two services can be individually provided to the two slices.
  • a case where a communication path is provided for each slice, and a third case where a communication path is provided for one slice different from that before the change, and when the DNS server holds information on slices that can be handled This is a case where a communication path is provided for one slice different from that before the change, and when the DNS server does not hold information on slices that can be handled.
  • the situation will be described for each of the four cases, and specific processing will be described with reference to a sequence diagram.
  • FIG. 7 is a diagram for explaining the situation of the first case.
  • the case illustrated in FIG. 7 is, for example, a case where the UE 90 moves within the area SA # 1 where the UE 90 can use the services S1 and S2 by communicating with the slices SL1 and SL2.
  • the base station apparatus with which the UE 90 communicates is changed from the eNB 81 to the eNB 82 by the handover, but can continue to communicate with the slices SL1 and SL2 and use the services S1 and S2.
  • the communication path between the eNB 81 before movement and the first U-Plane control node 212 is switched to the communication path between the eNB 82 and the first U-Plane control node 212, and the eNB 81 before movement and the second U-Plane control node 222
  • the services S1 and S2 can be used continuously.
  • a signal related to handover is transmitted and received between the eNB 81 before movement of the UE 90 and the eNB 82 of the movement destination (HO Request, HO Request ACK: S101). Triggered by this signal, processing related to handover is performed among the UE 90, eNB 81, and eNB 82 (Handover Execution: S102).
  • a signal for making a request for changing the communication path is transmitted from the destination eNB 82 to the common C-Plane control node 301 (Path Switch Request: S103: change request acquisition step).
  • the signal for making a request for changing the communication path is “Path Switch Request”, but the signal for making a request for changing the communication path is It changes suitably according to the circumstances which change a communication path. The same applies to other cases.
  • the request for changing the communication path includes information for identifying the UE 90, information for identifying the communication path (TU-1, TU-2), and information for identifying the session (S-ID1, S-ID2). .
  • the radio access bearer ID E-RAB ID: E-UTRAN Radio Access Bearer ID
  • S-ID Session ID
  • the determination unit 320 when the request for changing the communication path includes a plurality of pieces of information for specifying a communication path and a plurality of pieces of information for specifying a session, the determination unit 320 performs two communications for the UE 90. It can be determined that the roads are individually provided. As described above, the determination unit 320 determines whether or not a plurality of communication paths are provided based on the information included in the request for changing the communication path. And when the determination part 320 determines with the some communication path regarding UE90 being provided, the following processes shown in FIG. 8 will be performed.
  • a plurality of communication paths are not provided for the UE 90, that is, a communication path is provided only for one slice with respect to the UE 90, or a communication path is not provided. If it is determined, a process related to a known handover is performed.
  • the communication processing unit 330 of the common C-Plane control node 301 performs the first C-Plane control based on information specifying the session or the like.
  • An instruction regarding the change of the communication path is transmitted to the node 211 and the second C-Plane control node 221 (Path Switch Request: S105, S106: communication processing step)
  • the change destination eNB 82 is specified in the instruction regarding the change of the communication path.
  • Information (eNB ID) and information (TU-1 or TU-2) for specifying the communication path to be changed are included. It should be noted that the order of sending instructions (S105, S106) regarding the change of the communication path to the two nodes can be changed.
  • the first C-Plane control node 211 When the first C-Plane control node 211 receives the instruction regarding the change of the communication path, the first C-Plane control node 211 performs a process related to the change of the communication path according to a known procedure based on the instruction. Specifically, for the first U-Plane control node 212 of the same slice SL1, information (eNB ID) for specifying the change destination eNB 82 together with information (TU-1) for specifying the communication path to be changed. ) Is transmitted to instruct the creation of a communication path (Modify Bearer Request: S107).
  • eNB ID information for specifying the change destination eNB 82 together with information (TU-1) for specifying the communication path to be changed.
  • the first U-Plane control node 212 performs the process related to the creation of the communication path
  • the first U-Plane control node 212 performs the process of creating the communication path together with the information (UP1 ID) for identifying the own node.
  • a response is sent to the 1C-Plane control node 211 (Modify Bearer Response: S109).
  • the first C-Plane control node 211 that has received the reply from the first U-Plane control node 212 indicates that the process related to the change of the communication path is completed as a response to the instruction (S105) regarding the change of the communication path.
  • -It notifies to the Plane control node 301 (Path Switch Request ack: S111: communication processing step).
  • the same processing is also performed in the second C-Plane control node 221. That is, when the second C-Plane control node 221 receives an instruction regarding the change of the communication path, the second C-Plane control node 221 performs a process related to the change of the communication path by a known procedure based on the instruction. Specifically, for the second U-Plane control node 222 of the same slice SL2, information (eNB ID) for specifying the change destination eNB 82 together with information (TU-2) for specifying the communication path to be changed. ) Is transmitted to instruct the creation of a communication path (Modify Bearer Request: S108).
  • FIG. 8 shows that processing in the slice SL1 and processing in the slice SL2 are alternately performed. However, since the processing in the slice SL1 and the processing in the slice SL2 are performed separately, the processing order may be different from the order shown in FIG.
  • the common C-Plane control node 301 receives the response (S111) from the first C-Plane control node 211 and the response (S112) from the second C-Plane control node 221, the communication path to the eNB 82 Is notified that the processing related to the change in the process has been completed (Path Switch Request ack: S113: communication processing step).
  • This signal includes information (UP1 ID) for specifying the first U-Plane control node 212 and information (UPX1 ID) for specifying the second U-Plane control node 222. Based on this information, the eNB 82 can identify the node that is the counterpart of the communication path.
  • the eNB 82 instructs the eNB 81 to release resources related to the communication path (Release Resource: S114).
  • the UE 90 can transmit and receive user data to and from the first U-Plane control node 212 via the eNB 82 (S115), and between the UE 90 and the second U-Plane control node 222 via the eNB 82.
  • user data can be transmitted and received (S116).
  • the UE 90 can use the services S1 and S2 via the eNB 82.
  • the process related to opening the communication path before the change is performed. In this way, a state in which the communication path before the change and the communication path after the change are compatible is provided.
  • FIG. 9 is a diagram for explaining the situation of the second case.
  • the UE 90 communicates with the slices SL ⁇ b> 1 and SL ⁇ b> 2, so that the UE 90 moves from the area SA # 1 where the services S ⁇ b> 1 and S ⁇ b> 2 can be used to a different area SA # ⁇ b> 2.
  • the base station apparatus when the UE 90 communicates is not only changed from the eNB 81 to the eNB 82 by the handover, but the slice in which the UE 90 performs communication in order to use the services S1 and S2 from the slices SL1 and SL2.
  • the communication path between the eNB 81 before movement and the first U-Plane control node 212 is switched to the communication path between the eNB 82 and the fourth U-Plane control node 242.
  • the communication path between the eNB 81 and the second U-Plane control node 222 before moving is switched to the communication path between the eNB 82 and the fifth U-Plane control node 252.
  • the eNB 82 establishes a communication path with which eNB 82 can use the services S1 and S2, and the eNB 82, the common C-Plane control node 301 , UE90, etc. are not grasping.
  • the common C-Plane control node 301 makes an inquiry to a DNS (Domain Name System) server 350 to acquire the information.
  • DNS Domain Name System
  • the DNS server 350 holds information related to the association between domain names and IP addresses, and also holds information related to slices.
  • a signal related to handover is transmitted and received between the eNB 81 before the UE 90 moves and the eNB 82 that is the movement destination (HO Request, HO Request ACK: S201). Triggered by this signal, processing related to handover is performed among the UE 90, eNB 81, and eNB 82 (Handover Execution: S202).
  • a signal for making a request for changing the communication path is transmitted from the destination eNB 82 to the common C-Plane control node 301 (Path Switch Request: S203: change request acquisition step).
  • the request for changing the communication path includes information for specifying the UE 90, information for specifying the communication path (TU-1, TU-2), and a session (S-ID1, S-ID2).
  • the determination unit 320 causes the UE 90 to move between two slices according to information included in the request for changing the communication path. It is determined whether a communication path is provided (S204: determination step).
  • the request for changing the communication path includes a plurality of pieces of information for specifying a communication path and a plurality of pieces of information for specifying a session
  • the determination unit 320 performs two communications for the UE 90.
  • the determination unit 320 determines whether or not a plurality of communication paths are provided based on the information included in the request for changing the communication path. Then, when the determination unit 320 determines that a plurality of communication paths are provided for the UE 90, the following processing illustrated in FIG. 10 is performed. In the determination unit 320, a plurality of communication paths are not provided for the UE 90, that is, a communication path is provided only for one slice with respect to the UE 90, or a communication path is not provided. If it is determined, a process related to a known handover is performed.
  • the determination unit 320 confirms that the two slices SL1 and SL2 do not cover the area managed by the eNB 82 (S204).
  • the common C-Plane control node 301 information on the slice SL1 including the first C-Plane control node 211 and the slice SL2 including the second C-Plane control node 221 is transmitted on the communication path between the eNB 81 and the slices SL1 and SL2. Acquired at the time of opening. Therefore, the common C-Plane control node 301 can recognize that the two slices SL1 and SL2 do not cover the area managed by the eNB 82.
  • the determination unit 320 confirms that a plurality of communication paths are provided for the UE 90 and that the slices SL1 and SL2 do not cover the area managed by the eNB 82, the communication of the common C-Plane control node 301 is performed.
  • the processing unit 330 inquires of the DNS server 350 about information related to the slice when the communication path is provided via the eNB 82 (DNS Query Request / Response: S205: communication processing step). More specifically, information specifying a C-Plane control node that can perform communication when using the services S1 and S2 via the eNB 82 is acquired.
  • the communication processing unit 330 from the information related to the C-Plane control node acquired from the DNS server 350, the APN (Access Point Name) of the service server that is trying to transmit / receive user data between the eNBs 82, and the UE 90 Access to use the service S2 and the C-Plane control node 241 of the slice to be accessed to use the service S1 (here, the slice SL4) based on the position (that is, information on the eNB 82 to be accessed)
  • the C-Plane control node 251 of the power slice (here, slice SL5) is identified (S206: communication processing step).
  • the fourth C-Plane control node 241 When the fourth C-Plane control node 241 receives the session creation request, the fourth C-Plane control node 241 performs processing related to the creation of the communication path by a known procedure based on the request. Specifically, the fourth U-Plane control node 242 of the same slice SL4 is selected as the U-Plane control node that creates the communication path (UP Selection: S209). Thereafter, the fourth U-Plane control node 242 is instructed to create a communication path by transmitting information (eNB ID) identifying the eNB 82 together with information (TU-1) identifying the communication path (Create Session Request: S211).
  • eNB ID information identifying the eNB 82
  • TU-1 information
  • the fourth U-Plane control node 242 performs the process related to the creation of the communication path and then performs the process of creating the communication path together with the information (UP2 ID) for identifying the own node. A response is made to 241 (Create Session Response: S213).
  • the fourth C-Plane control node 241 that has received the reply from the fourth U-Plane control node 242 indicates that the processing related to the creation of the communication path has ended as a response to the session creation request (S207), as a response to the common C-Plane. Notify the control node 301 (Create Session Response: S215: communication processing step).
  • the same process is performed in the fifth C-Plane control node 251. That is, when the fifth C-Plane control node 251 receives a session creation request, the fifth C-Plane control node 251 performs a process related to creation of a communication path according to a known procedure based on the request. Specifically, the fifth U-Plane control node 252 of the same slice SL5 is selected as the U-Plane control node that creates the communication path (UP Selection: S210). Thereafter, the fifth U-Plane control node 252 is instructed to create a communication path by transmitting information (eNB ID) identifying the eNB 82 together with information (TU-2) identifying the communication path (Create Session Request: S212).
  • eNB ID information identifying the eNB 82
  • TU-2 information
  • FIG. 10 shows that processing in slice SL4 and processing in slice SL5 are performed alternately. However, since the processing in slice SL4 and the processing in slice SL5 are performed separately, the processing order may be different from the order shown in FIG.
  • the communication path to the eNB 82 Is notified that the processing related to the change in the process has been completed (Path Switch Request ack: S217: communication processing step).
  • This signal includes information (UP2 ID) for specifying the fourth U-Plane control node 242 and information (UPX2 ID) for specifying the fifth U-Plane control node 252. Based on this information, the eNB 82 can identify the node that is the counterpart of the communication path.
  • the eNB 82 instructs the eNB 81 to release resources related to the communication path (Release Resource: S218).
  • the common C-Plane control node 301 transmits a session to the first C-Plane control node 211 of the slice SL1 and the second C-Plane control node 221 of the slice SL2 that have provided a communication path with the eNB 81. Instructing release, session release processing is performed (Delete Session Request / Response: S219, S220: communication processing step).
  • the resource release instruction (S218) from the eNB 82 to the eNB 81 and the session release instruction (S219, S220) from the common C-Plane control node 301 may be switched in order.
  • the UE 90 can transmit and receive user data to and from the fourth U-Plane control node 242 via the eNB 82, and can communicate with the fifth U-Plane control node 252 via the eNB 82.
  • User data can be transmitted and received.
  • the UE 90 can use the services S1 and S2 via the eNB 82.
  • the process related to opening the communication path before the change is performed. In this way, a state in which the communication path before the change and the communication path after the change are compatible is provided.
  • FIG. 11 is a diagram for explaining the situation of the third case.
  • the UE 90 communicates with the slices SL1 and SL2, and the UE 90 moves from the area SA # 1 where the services S1 and S2 can be used to the different area SA # 2.
  • SA # 1 where the services S1 and S2 can be used to the different area SA # 2.
  • the slice SL4 corresponding to the slice SL1 exists, but the slice corresponding to the slice SL2 may not exist.
  • the communication path between the eNB 81 before movement and the first U-Plane control node 212, the eNB 81 before movement and the second U-Plane Both functions of the communication path with the control node 222 are switched to the communication path between the eNB 82 and the fourth U-Plane control node 242. That is, user data of two services is transmitted and received through one communication path provided for one slice SL4. Thereby, in UE90, service S1, S2 can be used continuously.
  • the eNB 82 establishes a communication path with which eNB 82 can use the services S1 and S2, and the eNB 82, the common C-Plane control node 301 , UE90, etc. are not grasping.
  • the common C-Plane control node 301 obtains information by making an inquiry to a DNS (Domain Name System) server 350.
  • the common C-Plane control node 301 obtains such information by inquiring of the DNS server 350 and the SSF 70.
  • a signal for making a request for changing the communication path is transmitted from the destination eNB 82 to the common C-Plane control node 301 (Path Switch Request: S303: change request acquisition step).
  • the request for changing the communication path includes information for specifying the UE 90, information for specifying the communication path (TU-1, TU-2), and a session (S-ID1, S-ID2).
  • the determination unit 320 causes the UE 90 to move between two slices according to information included in the request for changing the communication path. It is determined whether a communication path is provided (S304: determination step).
  • the request for changing the communication path includes a plurality of pieces of information for specifying a communication path and a plurality of pieces of information for specifying a session
  • the determination unit 320 performs two communications for the UE 90.
  • the determination unit 320 determines whether or not a plurality of communication paths are provided based on the information included in the request for changing the communication path. If the determination unit 320 determines that a plurality of communication paths are provided for the UE 90, the following processing shown in FIG. 12 is performed. In the determination unit 320, a plurality of communication paths are not provided for the UE 90, that is, a communication path is provided only for one slice with respect to the UE 90, or a communication path is not provided. If it is determined, a process related to a known handover is performed.
  • the determination unit 320 confirms that the two slices SL1 and SL2 do not cover the area managed by the eNB 82 (S304). This is the same as in the second case.
  • the unit 330 inquires of the DNS server 350 about information related to the slice when the communication path is provided via the eNB 82 (DNS Query Request: S305: communication processing step). More specifically, the communication processing unit 330 transmits an ECGI (E-UTRAN Cell Global ID) or APN (APN1 & 2) of the service server that provides the services S1 and S2 to the DNS server 350, thereby providing a service. Information for specifying a C-Plane control node of a slice to be communicated when using S1 and S2 is acquired.
  • the ECGI is information that identifies a cell where the UE 90 is located, that is, information that indicates the position of the UE 90.
  • the DNS server 350 can provide information related to slices corresponding to various services depending on the position of the UE 90.
  • a service type for each area (location), a service type, a slice used when using the service, and nodes constituting the slice are shown.
  • a communication path is provided with slice 1
  • V2X when using the service called V2X, the communication path is set with slice 2. It is shown to be provided.
  • slice 3 is associated with both MBB and V2X services.
  • slice 4 is associated with both MBB and V2X services.
  • the second case is a case where different slices are associated with each service, such as Location # 1.
  • the third case is a case where a node of one slice is applied to two services S1 and S2 as in Location # 2 or Location # 3.
  • DNS Query Response: S306: Communication processing step When the area managed by the eNB 82 (the area where the UE 90 is located) is in such a situation, only the information specifying one C-Plane control node is returned as the result transmitted from the DNS server 350 ( DNS Query Response: S306: Communication processing step).
  • DNS Query Response: S306 Communication processing step.
  • information specifying the fourth C-Plane control node 241 is sent from the DNS server 350 to the common C-Plane control node 301.
  • the DNS server 350 may not be possible to specify a slice that can correspond to the services S1 and S2 in the area where the UE 90 is located.
  • the DNS server 350 holds only information corresponding to, for example, FIG. In the example shown in FIG. 13B, only the slices that can be used and the nodes that constitute the slices are shown for each area. That is, it is a case where it is unclear which service can be used when communicating with which slice.
  • the DNS server 350 receives information identifying the fourth C-Plane control node 241 of the slice SL4 from the common C-Plane control node 301. Sent.
  • the communication processing unit 330 of the common C-Plane control node 301 transmits information for identifying the UE 90, information for identifying the service to be used (APN1 & APN2), and ECGI to the SSF 70 to make an inquiry ( Policy Request: S307: Communication processing step).
  • the SSF 70 selects information as shown in FIG. 13C, that is, a slice to be communicated with priority for each service. Information to be identified can be held. In the example shown in FIG. 13C, the slices that can be handled are listed in order of priority for each of the two services.
  • the SSF 70 provides corresponding slice information according to the information specifying the service transmitted from the common C-Plane control node 301 (Policy Response: S308: communication processing step).
  • Policy Response S308: communication processing step
  • information for specifying the fourth C-Plane control node 241 is provided as information for specifying the slice SL4.
  • the SSF 70 holds information for specifying the slice corresponding to the service.
  • the common C-Plane control node 301 may also query the SSF 70 to identify an appropriate slice (C-Plane control node) for using the two services.
  • the DNS server 350 holds only the information as shown in FIG. 13B has been described. However, in the other information held by the DNS server 350, the UE 90 is located. In some cases, it is not possible to specify a slice that can correspond to the services S1 and S2 in the area. This is the case, for example, when the DNS server 350 holds only the correspondence between the type of service (Service Type), the slice used when using the service, and the nodes constituting the slice. In such a case, since it is considered that the DNS server 350 cannot select an appropriate slice in consideration of information related to the area where the UE 90 is located, it is necessary to make an inquiry to the SSF 70.
  • Service Type the type of service
  • the DNS server 350 cannot select an appropriate slice in consideration of information related to the area where the UE 90 is located, it is necessary to make an inquiry to the SSF 70.
  • What information the DNS server 350 and SSF 70 hold and what information is returned based on a request from the common C-Plane control node 301 is determined in advance. For example, if the DNS server 350 makes a determination based on information such as the location of the UE 90, the service used by the UE 90, and the slice policy, information on one C-Plane control node from the DNS server 350 ( It is considered that an inquiry to the SSF 70 is unnecessary even when information on slices) is provided. On the other hand, when there is little information held by the DNS server 350, it is preferable to make an inquiry to the SSF 70 when information related to one C-Plane control node (information related to a slice) is provided from the DNS server 350. it is conceivable that.
  • whether or not it is preferable to make an inquiry to the SSF 70 also varies depending on the amount of information held by the DNS server 350, the accuracy, and the like. Therefore, when the common C-Plane control node 301 obtains information related to one C-Plane control node from the DNS server 350, whether or not to make an inquiry to the SSF 70 is determined based on the information held by the DNS server 350. It may be determined in advance based on the type or the like, or may be changed according to the response content from the DNS server 350.
  • the DNS server 350 and the SSF 70 cannot provide information for identifying an appropriate slice for the information (APN1 & APN2) for identifying a service to be used, the service cannot be provided, and the service provision itself is interrupted.
  • the fourth C-Plane control node 241 When the fourth C-Plane control node 241 receives the session creation request, the fourth C-Plane control node 241 performs processing related to the creation of the communication path by a known procedure based on the request. Specifically, the fourth U-Plane control node 242 of the same slice SL4 is selected as the U-Plane control node that creates the communication path (UP Selection: S311). Thereafter, the information (eNB ID) for specifying the eNB 82 is transmitted to the fourth U-Plane control node 242 together with the information (TU-1 and TU-2) for specifying the communication path, thereby creating the communication path. Instruct (Create Session Request: S312).
  • the fourth U-Plane control node 242 performs processing related to the creation of the communication path, and then communicates with information identifying the communication path (TU-1 and TU-2) and information identifying the own node (UP2 ID). It returns to the 4th C-Plane control node 241 that the process of creating a path has been performed (Create Session Response: S313).
  • the fourth C-Plane control node 241 that has received the reply from the fourth U-Plane control node 242 indicates that the processing related to the creation of the communication path has ended, as a response to the session creation request (S310), as a common C-Plane.
  • the control node 301 is notified (Create Session Response: S314: communication processing step).
  • the common C-Plane control node 301 When receiving the response (S314) from the fourth C-Plane control node 241, the common C-Plane control node 301 notifies the eNB 82 that the process related to the change of the communication path has been completed (Path Switch Request ack). : S315: Communication processing step).
  • information (TU-1, TU-2) specifying two communication paths and two sessions are specified in association with information (UP2 ID) specifying the fourth U-Plane control node 242.
  • Information (S-ID1, S-ID2) is included. Based on this information, the eNB 82 can identify the node that is the counterpart of the communication path.
  • the eNB 82 instructs the eNB 81 to release resources related to the communication path (Release Resource: S316).
  • the common C-Plane control node 301 transmits a session to the first C-Plane control node 211 of the slice SL1 and the second C-Plane control node 221 of the slice SL2 that have provided a communication path with the eNB 81. Instructing release, session release processing is performed (Delete Session Request / Response: S317, S318: communication processing step).
  • the resource release instruction (S316) from the eNB 82 to the eNB 81 and the session release instruction (S317, S318) from the common C-Plane control node 301 may be switched in order.
  • the slice SL4 corresponding to the slice SL1 exists, but the slice corresponding to the slice SL2 does not exist. It may be.
  • the process can be performed by the same method as described above.
  • the process related to opening the communication path before the change is performed. In this way, a state in which the communication path before the change and the communication path after the change are compatible is provided.
  • FIG. 14 is a diagram for explaining the situation of the fourth case.
  • the case illustrated in FIG. 14 is different from the area SA # 1 in which the UE 90 can use the services S1 and S2 by communicating with the slices SL1 and SL2.
  • This is a case of moving to SA # 2.
  • the base station apparatus used when the UE 90 communicates needs to change not only the eNB 81 to the eNB 82 due to handover, but also the slice in which communication is performed in order to use the services S1 and S2.
  • the destination area SA # 2 there may be no slice corresponding to the slices SL1 and SL2. That is, as in the third case, when an inquiry is made to the DNS server 350, information regarding the C-Plane control server cannot be acquired from the DNS server 350.
  • the communication path between the eNB 81 before movement and the first U-Plane control node 212, the eNB 81 before movement and the second U- Both functions of the communication path with the Plane control node 222 are switched to the communication path with the sixth U-Plane control node (UPY) 262 provided in the slice SL6 that is not related to the two services.
  • the slice SL6 includes a sixth C-Plane control node (CPY) 261 and a sixth U-Plane control node 262.
  • the request for changing the communication path includes information for specifying the UE 90, information for specifying the communication path (TU-1, TU-2), and a session (S-ID1, S-ID2).
  • the determination unit 320 causes the UE 90 to move between two slices according to information included in the request for changing the communication path. It is determined whether or not a communication path is provided (S404: determination step).
  • the request for changing the communication path includes a plurality of pieces of information for specifying a communication path and a plurality of pieces of information for specifying a session
  • the determination unit 320 performs two communications for the UE 90.
  • the determination unit 320 determines whether or not a plurality of communication paths are provided.
  • the determination unit 320 determines that a plurality of communication paths are provided for the UE 90, the following processing illustrated in FIG. 15 is performed.
  • a plurality of communication paths are not provided for the UE 90, that is, a communication path is provided only for one slice with respect to the UE 90, or a communication path is not provided. If it is determined, a process related to a known handover is performed.
  • the determination unit 320 confirms that the two slices SL1 and SL2 do not cover the area managed by the eNB 82 (S404). This is the same as in the second case.
  • the communication processing of the common C-Plane control node 301 The unit 330 inquires of the DNS server 350 about information related to the slice when the communication path is provided via the eNB 82 (DNS Query Request: S405: communication processing step). More specifically, the communication processing unit 330 transmits an ECGI (E-UTRAN Cell Global ID) or APN (APN1 & 2) of the service server that provides the services S1 and S2 to the DNS server 350, thereby providing a service.
  • ECGI E-UTRAN Cell Global ID
  • APN APN
  • the ECGI is information that identifies a cell where the UE 90 is located, that is, information that indicates the position of the UE 90.
  • the area SA # 2 managed by the eNB 82 is not included in the table shown in FIG.
  • the location and the type of service are not associated with information for specifying a slice of an access destination (a destination for providing a communication path). Therefore, the DNS server 350 notifies the common C-Plane control node 301 that there is no information corresponding to the service, that is, there is no information on the C-Plane control node (DNS Query Response). : S406: Communication processing step).
  • the SSF 70 performs communication for using the service in the area where the UE 90 is located based on the information specifying the service to be used, the EGCI, and the information held by the own device. Identify slices that can be routed. As shown in FIG. 13C, since the SSF 70 holds information for identifying a slice that can be handled for each service, this information is used to provide information on the corresponding slice (Policy Response). : S408: Communication processing step).
  • the common C-Plane control node 301 decides to establish two service sessions with the slice SL6 including the sixth C-Plane control node 261 (Selects CPY for both APN1 & 2 Sessions: S409: Communication processing step).
  • the SSF 70 holding information for identifying the slice corresponding to the service is used. It is configured to inquire. This makes it possible to acquire information related to an appropriate slice (C-Plane control node) for using the two services.
  • the DNS server 350 and the SSF 70 cannot provide information for identifying an appropriate slice for the information (APN1 & APN2) for identifying a service to be used, the service cannot be provided, and the service provision itself is interrupted.
  • a request for providing a new session related to the UE 90 is transmitted to the C-Plane control node identified by the above processing, that is, the sixth C-Plane control node 261 (Create Session).
  • Request S410: Communication processing step).
  • information eNB ID
  • TU-1 and TU-2 for identifying the communication path provided by the session creation
  • APN1 and APN2 information for identifying the service
  • the sixth C-Plane control node 261 When the sixth C-Plane control node 261 receives a session creation request, the sixth C-Plane control node 261 performs a process related to creation of a communication path according to a known procedure based on the request. Specifically, the sixth U-Plane control node 262 of the same slice SL6 is selected as the U-Plane control node that creates the communication path (UP Selection: S411). After that, information for identifying the eNB 82 (eNB ID) is transmitted to the sixth U-Plane control node 262 together with information for identifying the communication path (TU-1 and TU-2), thereby creating a communication path. Instruct (Create Session Request: S412).
  • eNB ID information for identifying the eNB 82
  • the sixth U-Plane control node 262 performs processing related to the creation of the communication path, and then communicates with information identifying the communication path (TU-1 and TU-2) and information identifying the own node (UP2 ID). It returns to the 6th C-Plane control node 261 that the process of creating a path has been performed (Create Session Response: S413).
  • the sixth C-Plane control node 261 that has received the reply from the sixth U-Plane control node 262 indicates that the processing related to the creation of the communication path is completed as a response to the session creation request (S410). Notify the control node 301 (Create Session Response: S414: communication processing step).
  • the common C-Plane control node 301 When the common C-Plane control node 301 receives the response from the fourth C-Plane control node 241 (S414), it notifies the eNB 82 that the processing related to the change of the communication path has been completed (Path Switch Request ack). : S415: communication processing step).
  • information TU-1, TU-2) for specifying two communication paths and two sessions are specified in association with information (UPY ID) for specifying the sixth U-Plane control node 262.
  • Information (S-ID1, S-ID2) is included. Based on this information, the eNB 82 can identify the node that is the counterpart of the communication path.
  • the eNB 82 instructs the eNB 81 to release the resources related to the communication path (Release Resource: S416).
  • the common C-Plane control node 301 transmits a session to the first C-Plane control node 211 of the slice SL1 and the second C-Plane control node 221 of the slice SL2 that have provided a communication path with the eNB 81. Instructing release, session release processing is performed (Delete Session Request / Response: S417, S418: communication processing step).
  • the resource release instruction (S416) from the eNB 82 to the eNB 81 and the session release instruction (S417, S418) from the common C-Plane control node 301 may be switched in order.
  • the process related to opening the communication path before the change is performed. In this way, a state in which the communication path before the change and the communication path after the change are compatible is provided.
  • the common C-Plane control node 301 that is the communication control apparatus according to the first embodiment and the communication control method using the common C-Plane control node 301 are common to the above four cases. While providing a state in which the communication path before the change and the communication path after the change are compatible, a process related to the change of the communication path is performed. For this reason, UE90 can maintain the state which can transmit / receive user data using the communication path before a change, or the communication path after a change. Therefore, it is possible to change a communication path provided between a plurality of slices while using a service assigned to the plurality of slices.
  • the process for opening the communication path before the change is performed.
  • the process for opening the communication path before the change is performed.
  • the U-Plane control nodes in the slices SL4 and SL5 that are different from the slices SL1 and SL2 provided with the communication path before the change for the plurality of communication paths before the change, respectively. Change to the communication path provided for.
  • the communication path is provided individually for each communication path before the change, user data can be suitably transmitted / received even after the communication path is changed.
  • a communication path corresponding to a communication path cannot be individually provided for each control node in a plurality of slices before the change.
  • a configuration in which a plurality of communication paths before the change are combined into one communication path provided for the control node of one slice can be used even after the communication path is changed.
  • User data related to a plurality of services can be suitably transmitted and received.
  • the communication paths may not be all the communication paths provided for the UE 90.
  • the two communication paths of the three communication paths are combined into one communication path after the change, and the remaining one communication path is changed. May be separately provided as one communication path.
  • the number of communication paths after the change related to the UE 90 is two.
  • FIG. 16 is a diagram for explaining the core network N2 including the slice configuration constructed by the system according to the second embodiment, and corresponds to FIG. 2 of the first embodiment.
  • a slice SL1 (first slice) that is a slice for the first service (service S1) and a slice that is a slice for the second service (service S2).
  • SL2 (second slice) and slice SL3 (third slice) that is a slice having a function as a control device related to control of slice SL1 or slice SL2 are generated.
  • the NFVO 30 assigns service S1 to slice SL1 and assigns service S2 to slice SL2.
  • the function of executing the service S1 and the service S2 performs processing based on a signal or the like sent from the slice SL3, or processing for requesting provision of information to the slice SL3 including a node having a function as a communication control device. To go.
  • the C-Plane control node is not provided in the slices SL1 and SL2 corresponding to the services S1 and S2. That is, only the first U-Plane control node (UP1) 212 of the slice SL1 exists as a node related to the service S1. Further, only the second U-Plane control node (UPX1) 222 of the slice SL2 exists as a node related to the service S2.
  • the slice SL3 includes a C-Plane control node 305.
  • the C-Plane control node 305 executes processing related to establishment and disconnection of a communication path between the user and each slice based on an instruction from the user side.
  • a C-Plane control node is not provided as a node in a slice that provides a service, but for each slice through which the C-Plane control node 305 provided in the slice SL3 uses the service. Performs processing related to establishment and disconnection of communication paths. This is the difference from the first embodiment.
  • the C-Plane control node 305 provided in the slice SL3 has the function of the shared C-Plane control node 301 in the first embodiment and the C-Plane control node provided in each slice. And has a function. That is, the C-Plane control node 305 functions as a communication control apparatus that controls the communication path related to the UE 90 provided for the control nodes of a plurality of slices.
  • the MME Mobility Management Entity
  • the SGW Serving Gateway
  • the PGW Packet Data Network Gateway
  • the C-Plane control node 305 executes the above process independently. Therefore, like the common C-Plane control node 301, the C-Plane control node 305 includes a change request acquisition unit 310, a determination unit 320, and a communication processing unit 330 illustrated in FIG.
  • the function of each part is the same as that of the common C-Plane control node 301.
  • the change request acquisition unit 310 has a function of acquiring a request relating to a change in the communication path with the slice SL1 or the like.
  • the determination unit 320 has a function of determining whether the UE 90 that is a target of the request related to the change of the communication path is provided with a plurality of slices.
  • the communication processing unit 330 performs processing so that the UE 90 can change the communication path while using the service based on the request related to the change of the communication path.
  • FIG. 17 is a diagram for explaining the situation of the first case.
  • the case illustrated in FIG. 17 is, for example, a case where the UE 90 moves within the area SA # 1 where the UE 90 can use the services S1 and S2 by communicating with the slices SL1 and SL2.
  • the base station apparatus with which the UE 90 communicates is changed from the eNB 81 to the eNB 82 by the handover, but can continue to communicate with the slices SL1 and SL2 and use the services S1 and S2.
  • the communication path between the eNB 81 before movement and the first U-Plane control node 212 is switched to the communication path between the eNB 82 and the first U-Plane control node 212, and the eNB 81 before movement and the second U-Plane control node 222
  • the services S1 and S2 can be used continuously.
  • a signal for making a request for changing the communication path is transmitted from the destination eNB 82 to the C-Plane control node 305 (Path Switch Request: S503: change request acquisition step).
  • the signal for making a request for changing the communication path is “Path Switch Request”, but the signal for making a request for changing the communication path is It changes suitably according to the circumstances which change a communication path. The same applies to other cases.
  • the request for changing the communication path includes information for specifying the UE 90, information for specifying the communication path (TU-1, TU-2), and a session (S-ID1, S-ID2).
  • the determination unit 320 communicates between the UE 90 and the two slices according to information included in the request for changing the communication path. It is determined whether or not a road is provided (S504: determination step).
  • the determination unit 320 determines that a plurality of communication paths are provided for the UE 90, the following processing illustrated in FIG. 18 is performed.
  • a plurality of communication paths are not provided for the UE 90, that is, a communication path is provided only for one slice with respect to the UE 90, or a communication path is not provided. If it is determined, a process related to a known handover is performed.
  • the communication processing unit 330 of the C-Plane control node 305 determines that the first U-Plane control node is based on information specifying the session.
  • An instruction regarding the change of the communication path is transmitted to 212 and the second U-Plane control node 222 (Path Switch Request: S505, S506: communication processing step).
  • the instruction regarding the change of the communication path includes information (eNB ID) for specifying the eNB 82 to be changed and information (TU-1 or TU-2) for specifying the communication path to be changed. Note that the transmission order of instructions related to the change of the communication path to the two nodes (S505, S506: communication processing step) can be changed.
  • the first U-Plane control node 212 When the first U-Plane control node 212 receives the instruction regarding the change of the communication path, the first U-Plane control node 212 performs the process related to the creation of the communication path, and then performs the process of creating the communication path together with information (UP1 ID) for identifying the own node What has been done is returned to the C-Plane control node 301 (Modify Bearer Response: S507: communication processing step). Similarly, in the second U-Plane control node 222, after performing the process related to the creation of the communication path, the process of creating the communication path is performed together with the information (UPX1 ID) for identifying the own node. A response is sent to the Plane control node 305 (Modify Bearer Response: S508: communication processing step).
  • the C-Plane control node 305 When the C-Plane control node 305 receives the response from the first U-Plane control node 212 (S507) and the response from the second U-Plane control node 222 (S508), the C-Plane control node 305 transmits the response of the communication path to the eNB 82. Notify that the processing related to the change has been completed (Path Switch Request ack: S509: communication processing step).
  • This signal includes information (UP1 ID) for specifying the first U-Plane control node 212 and information (UPX1 ID) for specifying the second U-Plane control node 222. Based on this information, the eNB 82 can identify the node that is the counterpart of the communication path.
  • the eNB 82 instructs the eNB 81 to release resources related to the communication path (Release Resource: S510).
  • the UE 90 can transmit and receive user data to and from the first U-Plane control node 212 via the eNB 82 (S511), and can communicate with the second U-Plane control node 222 via the eNB 82.
  • user data can be transmitted and received (S512).
  • the UE 90 can use the services S1 and S2 via the eNB 82.
  • the process related to opening the communication path before the change is performed. In this way, a state in which the communication path before the change and the communication path after the change are compatible is provided.
  • FIG. 19 is a diagram for explaining the situation of the second case.
  • the case illustrated in FIG. 19 is, for example, a case where the UE 90 moves from the area SA # 1 to the area SA # 2.
  • the base station apparatus used when the UE 90 communicates is not only changed from the eNB 81 to the eNB 82 by the handover, but also slices to be communicated in order to use the services S1 and S2, from the slices SL1 and SL2 to the slice SL4. , SL5.
  • the communication path between the eNB 81 and the first U-Plane control node 212 before moving is switched to the communication path between the eNB 82 and the fourth U-Plane control node 242.
  • the communication path between the eNB 81 and the second U-Plane control node 222 before moving is switched to the communication path between the eNB 82 and the fifth U-Plane control node 252.
  • the information related to the slices SL4 and SL5 is acquired by making an inquiry to the DNS (Domain Name System) server 350 by the C-Plane control node 305, as in the first embodiment.
  • DNS Domain Name System
  • the request for changing the communication path includes information for specifying the UE 90, information for specifying the communication path (TU-1, TU-2), and a session (S-ID1, S-ID2).
  • the determination unit 320 communicates between the UE 90 and the two slices according to information included in the request for changing the communication path. It is determined whether a road is provided (S604: determination step). When the determination unit 320 determines that a plurality of communication paths are provided for the UE 90, the following processing illustrated in FIG. 19 is performed.
  • the determination unit 320 confirms that the two slices SL1 and SL2 do not cover the area managed by the eNB 82 (S604).
  • the communication processing of the C-Plane control node 305 The unit 330 inquires of the DNS server 350 about information related to the slice when the communication path is provided via the eNB 82 (DNS Query Request / Response: S605: communication processing step). More specifically, information specifying a C-Plane control node that can perform communication when using the services S1 and S2 via the eNB 82 is acquired.
  • a request for establishing a new session related to the UE 90 is sent to the two specified U-Plane control nodes, that is, the fourth U-Plane control node 242 and the fifth U-Plane control node 252. Transmit (Create Session Request: S607, S208: Communication processing step).
  • the session creation request includes information (eNB ID) for identifying the access destination eNB 82 and information (TU-1 or TU-2) for identifying the communication path provided by the session creation. Note that the order of transmission of session creation requests to two nodes (S607, S608) can be changed.
  • the fourth U-Plane control node 242 Upon receiving a session creation request, the fourth U-Plane control node 242 performs processing related to creation of a communication path based on the request, and then sets the communication path along with information (UP2 ID) for identifying the own node.
  • the C-Plane control node 305 is notified that the creation processing has been performed (Create Session Response: S609: communication processing step).
  • the fifth U-Plane control node 252 receives a session creation request, it performs a process for creating a communication path, and then performs a process for creating a communication path together with information (UP2 ID) for identifying the own node.
  • Create Session Response: S610 communication processing step.
  • the C-Plane control node 305 When the C-Plane control node 305 receives the response from the fourth U-Plane control node 242 (S609) and the response from the fifth U-Plane control node 252 (S610), the C-Plane control node 305 transmits the response of the communication path to the eNB 82. Notify that the processing related to the change has been completed (Path Switch Request ack: S611: communication processing step).
  • This signal includes information (UP2 ID) for specifying the fourth U-Plane control node 242 and information (UPX2 ID) for specifying the fifth U-Plane control node 252. Based on this information, the eNB 82 can identify the node that is the counterpart of the communication path.
  • the eNB 82 instructs the eNB 81 to release resources related to the communication path (Release Resource: S612).
  • the C-Plane control node 305 releases a session to the first U-Plane control node 212 of the slice SL1 and the second U-Plane control node 222 of the slice SL2 that have provided a communication path with the eNB 81.
  • To release the session (Delete Session Request / Response: S613, S614: communication processing step).
  • the resource release instruction (S612) from the eNB 82 to the eNB 81 and the session release instruction (S613, S614) from the C-Plane control node 305 may be switched in order.
  • the UE 90 can transmit and receive user data to and from the fourth U-Plane control node 242 via the eNB 82 (S615) and at the same time with the fifth U-Plane control node 252 via the eNB 82.
  • User data can be transmitted / received between them (S616).
  • the UE 90 can use the services S1 and S2 via the eNB 82.
  • the process related to opening the communication path before the change is performed. In this way, a state in which the communication path before the change and the communication path after the change are compatible is provided.
  • FIG. 21 is a diagram for explaining the situation of the third case.
  • the case illustrated in FIG. 21 is a case where the UE 90 moves from the area SA # 1 to the area SA # 2, for example.
  • the base station apparatus with which the UE 90 communicates is changed from the eNB 81 to the eNB 82 by the handover.
  • the slice SL4 corresponding to the slice SL1 exists, but the slice corresponding to the slice SL2 does not exist.
  • the functions of both the communication path between the eNB 81 before movement and the first U-Plane control node 212 and the communication path between the eNB 81 before movement and the second U-Plane control node 222 are Switch to the communication path with the fourth U-Plane control node 242.
  • a signal related to handover is transmitted and received between the eNB 81 before the UE 90 moves and the eNB 82 that is the movement destination (HO Request, HO Request ACK: S701). Triggered by this signal, processing related to handover is performed among the UE 90, eNB 81, and eNB 82 (Handover Execution: S702).
  • a signal for making a request for changing the communication path is transmitted from the destination eNB 82 to the C-Plane control node 305 (Path Switch Request: S703: change request acquisition step).
  • the request for changing the communication path includes information for specifying the UE 90, information for specifying the communication path (TU-1, TU-2), and a session (S-ID1, S-ID2).
  • the determination unit 320 communicates between the UE 90 and the two slices according to information included in the request for changing the communication path. It is determined whether a road is provided (S704: determination step). When the determination unit 320 determines that a plurality of communication paths are provided for the UE 90, the following processing illustrated in FIG. 22 is performed.
  • a plurality of communication paths are not provided for the UE 90, that is, a communication path is provided only for one slice with respect to the UE 90, or a communication path is not provided. If it is determined, a process related to a known handover is performed.
  • the determination unit 320 confirms that the two slices SL1 and SL2 do not cover the area managed by the eNB 82 (S704). This is the same as in the second case.
  • the communication processing unit of the C-Plane control node 305 330 inquires of the DNS server 350 about information related to the slice when the communication path is provided via the eNB 82 (DNS Query Request: S705: communication processing step). More specifically, the communication processing unit 330 transmits an ECGI (E-UTRAN Cell Global ID) or APN (APN1 & 2) of the service server that provides the services S1 and S2 to the DNS server 350, thereby providing a service. Information for specifying a U-Plane control node of a slice to be communicated when using S1 and S2 is acquired.
  • ECGI E-UTRAN Cell Global ID
  • APN APN
  • the C-Plane control node 305 Based on the information from the DNS server 350 and the information from the SSF 70, the C-Plane control node 305 establishes sessions related to the two services with the slice SL4 including the fourth U-Plane control node 241. It is decided to provide (Selects UP2 for both APN1 & 2 Sessions: S709: communication processing step).
  • the SSF 70 holds information for specifying the slice corresponding to the service.
  • the C-Plane control node 305 may also make an inquiry to the SSF 70 to identify an appropriate slice (U-Plane control node) for using the two services. This is also the same as in the first embodiment.
  • the DNS server 350 and the SSF 70 cannot provide information for identifying an appropriate slice for the information (APN1 & APN2) for identifying a service to be used, the service cannot be provided, and the service provision itself is interrupted.
  • the fourth U-Plane control node 242 performs processing related to the creation of the communication path, and then communicates with information for identifying the communication path (TU-1 and TU-2) and information for identifying the own node (UP2 ID).
  • the C-Plane control node 305 is notified that the process of creating a path has been performed (Create Session Response: S711: communication processing step).
  • the slice SL4 corresponding to the slice SL1 exists, but the slice corresponding to the slice SL2 does not exist. It may be.
  • the process can be performed by the same method as described above.
  • the process related to opening the communication path before the change is performed. In this way, a state in which the communication path before the change and the communication path after the change are compatible is provided.
  • FIG. 23 is a diagram for explaining the situation of the fourth case.
  • the case shown in FIG. 23 is a case where the UE 90 moves from the area SA # 1 to the area SA # 2 as in the third case.
  • the slice corresponding to the slices SL1 and SL2 is not specified, and when the inquiry is made to the DNS server 350 as in the third case, the DNS server 350 receives the inquiry.
  • the communication path is switched to the sixth U-Plane control node (UPY) 262 provided in the slice SL6 that is not related to the two services.
  • U-Plane control node U-Plane control node
  • the point that the C-Plane control node 305 makes an inquiry to the DNS server 350 and the SSF 70 to acquire information identifying a slice that provides a communication path for using the services S1 and S2 is the first implementation. It is the same as the form.
  • a signal for making a request for changing the communication path is transmitted from the destination eNB 82 to the C-Plane control node 305 (Path Switch Request: S803: change request acquisition step).
  • the request for changing the communication path includes information for specifying the UE 90, information for specifying the communication path (TU-1, TU-2), and a session (S-ID1, S-ID2).
  • the determination unit 320 communicates between the UE 90 and the two slices according to information included in the request for changing the communication path. It is determined whether or not a road is provided (S804: determination step).
  • the determination unit 320 determines that a plurality of communication paths are provided for the UE 90, the following processing illustrated in FIG. 24 is performed.
  • a plurality of communication paths are not provided for the UE 90, that is, a communication path is provided only for one slice with respect to the UE 90, or a communication path is not provided. If it is determined, a process related to a known handover is performed.
  • the determination unit 320 confirms that the two slices SL1 and SL2 do not cover the area managed by the eNB 82 (S804). This is the same as in the second case.
  • the area SA # 2 managed by the eNB 82 is not included in the table shown in FIG.
  • the location and the type of service are not associated with information for specifying a slice of an access destination (a destination for providing a communication path).
  • the DNS server 350 notifies the C-Plane control node 305 that there is no information corresponding to the service, that is, no C-Plane control node information (DNS Query Response: S806: Communication processing step).
  • the C-Plane control node 305 side establishes a communication path with the eNB 82 in order for the UE 90 to use the services S1 and S2.
  • the other party's slice to be provided cannot be specified. Therefore, the communication processing unit 330 of the C-Plane control node 305 sends an inquiry to the SSF 70 by transmitting information identifying the UE 90, information identifying the service to be used (APN1 & APN2), and ECGI (Policy Request: S807: Communication processing step).
  • the SSF 70 uses the service in the area where the UE 90 is located based on the information that is specified by the own device based on the information that identifies the service that the user wants to use and the EGCI.
  • a slice that can be provided with a communication path is specified, and information on the corresponding slice is provided (Policy Response: S808: communication processing step).
  • the C-Plane control node 305 decides to establish two service sessions with the slice SL6 including the sixth U-Plane control node 262 (Selects UPY for both APN1 & 2 Sessions: S809: communication processing step).
  • the DNS server 350 and the SSF 70 cannot provide information for identifying an appropriate slice for the information (APN1 & APN2) for identifying a service to be used, the service cannot be provided, and the service provision itself is interrupted.
  • a request for providing a new session related to the UE 90 is transmitted to the C-Plane control node identified by the above processing, that is, the sixth U-Plane control node 262 (Create Session).
  • Request: S810) In the session creation request, information (eNB ID) for identifying the access destination eNB 82, information (TU-1 and TU-2) for identifying the communication path provided by the session creation, and information for identifying the service ( APN1 and APN2). Accordingly, it is recognized that the sixth U-Plane control node 262 also establishes sessions related to the two services.
  • the sixth U-Plane control node 262 Upon receiving a session creation request, the sixth U-Plane control node 262 performs processing related to creation of a communication path, and then identifies information (TU-1 and TU-2) for identifying the communication path and its own node. Along with the information (UP2 ID), the C-Plane control node 305 is notified that the process of creating a communication path has been performed (Create Session Response: S811: communication processing step).
  • the C-Plane control node 305 When the C-Plane control node 305 receives the response (S811) from the sixth U-Plane control node 262, the C-Plane control node 305 notifies the eNB 82 that the processing related to the change of the communication path has been completed (Path Switch Request ack: S812: Communication processing step).
  • Path Switch Request ack S812: Communication processing step.
  • information TU-1, TU-2) for specifying two communication paths and two sessions are specified in association with information (UPY ID) for specifying the sixth U-Plane control node 262.
  • Information (S-ID1, S-ID2) is included. Based on this information, the eNB 82 can identify the node that is the counterpart of the communication path.
  • the eNB 82 instructs the eNB 81 to release resources related to the communication path (Release Resource: S813).
  • the C-Plane control node 305 releases a session to the first U-Plane control node 212 of the slice SL1 and the second U-Plane control node 222 of the slice SL2 that have provided a communication path with the eNB 81.
  • To release the session (Delete Session Request / Response: S814, S815: communication processing step).
  • the order of the resource release instruction (S813) from the eNB 82 to the eNB 81 and the session release instruction (S814, S815) from the C-Plane control node 305 may be interchanged.
  • the UE 90 can use the services S1 and S2 via the eNB 82 because user data can be transmitted and received to and from the sixth U-Plane control node 262 via the eNB 82. (S816).
  • the C-Plane control node 305 that is the communication control apparatus according to the second embodiment and the communication control method using the C-Plane control node 305 are also common to the above four cases. While providing a state in which the communication path and the changed communication path are compatible, processing related to the change of the communication path is performed. For this reason, UE90 can maintain the state which can transmit / receive user data using the communication path before a change, or the communication path after a change. Therefore, it is possible to change a communication path provided between a plurality of slices while using a service assigned to the plurality of slices.
  • the process for opening the communication path before the change is performed.
  • the process for opening the communication path before the change is performed.
  • the U-Plane control nodes in the slices SL4 and SL5 that are different from the slices SL1 and SL2 provided with the communication path before the change for the plurality of communication paths before the change, respectively. Change to the communication path provided for.
  • the communication path is provided individually for each communication path before the change, user data can be suitably transmitted / received even after the communication path is changed.
  • a communication path corresponding to a communication path cannot be individually provided for each control node in a plurality of slices before the change.
  • a configuration in which a plurality of communication paths before the change are combined into one communication path provided for the control node of one slice can be used even after the communication path is changed.
  • User data related to a plurality of services can be suitably transmitted and received.
  • notification of information is not limited to the aspect / embodiment described in this specification, and may be performed by other methods.
  • notification of information includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), It may be implemented by broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof.
  • the RRC signaling may be called an RRC message, and may be, for example, an RRC connection setup message, an RRC connection reconfiguration message, or the like.
  • Each aspect / embodiment described in this specification includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), W-CDMA.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 5G
  • FRA Full Radio Access
  • W-CDMA Wideband
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB User Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 UWB (Ultra-WideBand
  • the present invention may be applied to a Bluetooth (registered trademark), a system using another appropriate system, and / or a next generation system extended based on the system.
  • the specific operation that is performed by a specific device in this specification may be performed by the upper node in some cases.
  • a specific device is a base station
  • various operations performed for communication with a terminal in a network including one or more network nodes having the base station are as follows: Obviously, it may be performed by the base station and / or other network nodes other than the base station.
  • a combination of a plurality of other network nodes may be used.
  • Information etc. can be output from the upper layer (or lower layer) to the lower layer (or upper layer). Input / output may be performed via a plurality of network nodes.
  • the input / output information or the like may be stored in a specific location (for example, a memory) or may be managed by a management table. Input / output information and the like can be overwritten, updated, or additionally written. The output information or the like may be deleted. The input information or the like may be transmitted to another device.
  • the determination may be performed by a value represented by 1 bit (0 or 1), may be performed by a true / false value (Boolean: true or false), or may be performed by comparing numerical values (for example, a predetermined value) Comparison with the value).
  • notification of predetermined information is not limited to explicitly performed, but is performed implicitly (for example, notification of the predetermined information is not performed). Also good.
  • software, instructions, etc. may be transmitted / received via a transmission medium.
  • software may use websites, servers, or other devices using wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • DSL digital subscriber line
  • wireless technology such as infrared, wireless and microwave.
  • the signal may be a message.
  • system and “network” used in this specification are used interchangeably.
  • information, parameters, and the like described in this specification may be represented by absolute values, may be represented by relative values from a predetermined value, or may be represented by other corresponding information.
  • the radio resource may be indicated by an index.
  • the base station can accommodate one or a plurality of (for example, three) cells (also called sectors). When the base station accommodates a plurality of cells, the entire coverage area of the base station can be divided into a plurality of smaller areas, and each smaller area can be divided into a base station subsystem (for example, an indoor small base station RRH: Remote).
  • a communication service can also be provided by Radio Head).
  • the term “cell” or “sector” refers to part or all of the coverage area of a base station and / or base station subsystem that provides communication services in this coverage. Further, the terms “base station”, “eNB”, “cell”, and “sector” may be used interchangeably herein.
  • a base station may also be referred to in terms such as a fixed station, NodeB, eNodeB (eNB), access point, femtocell, and small cell.
  • User terminals can be obtained by those skilled in the art from subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless It may also be called terminal, remote terminal, handset, user agent, mobile client, client, or some other appropriate terminology.
  • determining may encompass a wide variety of actions.
  • “Judgment”, “decision” can be, for example, calculating, computing, processing, deriving, investigating, looking up (eg, table, database or another (Searching in the data structure), and confirming (ascertaining) what has been confirmed may be considered as “determining” or “deciding”.
  • “determination” and “determination” include receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. (accessing) (e.g., accessing data in a memory) may be considered as "determined” or "determined”.
  • determination and “decision” means that “resolving”, “selecting”, “choosing”, “establishing”, and “comparing” are regarded as “determining” and “deciding”. May be included. In other words, “determination” and “determination” may include considering some operation as “determination” and “determination”.
  • connection means any direct or indirect connection or coupling between two or more elements and It can include the presence of one or more intermediate elements between two “connected” or “coupled” elements.
  • the coupling or connection between the elements may be physical, logical, or a combination thereof.
  • the two elements are radio frequency by using one or more wires, cables and / or printed electrical connections, and as some non-limiting and non-inclusive examples
  • electromagnetic energy such as electromagnetic energy having a wavelength in the region, microwave region, and light (both visible and invisible) region, it can be considered to be “connected” or “coupled” to each other.
  • the phrase “based on” does not mean “based only on”, unless expressly specified otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to the element does not generally limit the quantity or order of the elements. These designations can be used herein as a convenient way to distinguish between two or more elements. Thus, a reference to the first and second elements does not mean that only two elements can be employed there, or that in some way the first element must precede the second element.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

通信制御装置である共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、ユーザ端末であるＵＥ９０に係る通信路の変更に係る変更要求を取得する変更要求取得部３１０と、変更要求取得部３１０が取得した変更要求に含まれる情報により、当該変更要求に係るＵＥ９０が、複数のスライスにおける制御ノードに対してそれぞれ前記通信路を設けているか否かを判定する判定部３２０と、判定部３２０により、変更要求に係るＵＥ９０が複数の前記スライスに対してそれぞれ通信路を設けていると判定された場合に、複数のスライスにおける制御ノードに対して設けられた複数の通信路それぞれについて、変更前の通信路と変更後の通信路とが両立した状態を設けながら、通信路の変更に係る処理を行う通信処理部３３０と、を有する。

Description

通信制御装置及び通信制御方法
　本発明は、通信制御装置及び通信制御方法に関する。
　従来の仮想化技術を用いたネットワークシステムでは、非特許文献１に開示された仮想化技術を用いて、ハードウェア資源を仮想的に切り分けて、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを生成する。そして、当該スライスへサービスを割当てることにより、それぞれ独立したスライスのネットワークを用いてユーザが使用するユーザ端末に対してサービスを提供することができる。これにより、多様な要求条件を持つサービス各々にスライスを割り当てた場合、サービス個々の要求条件を満たすことを容易にし、そのシグナリング処理などを軽減させることが可能となる。また、ユーザ端末によって各々のスライスに割り当てられたサービスを利用する場合には、スライスに設けられる制御ノードに対して当該ユーザ端末に係る通信路を設けることで、通信路を介してユーザデータの送受信が行われる。
中尾彰宏、″仮想化ノード・プロジェクト新世代のネットワークをめざす仮想化技術″、［online］、2010年6月、独立行政法人情報通信研究機構、［2016年8月10日検索］、インターネット<http://www.nict.go.jp/publication/NICT-News/1006/01.html>
　ところで、ユーザ端末によって各々のスライスに割り当てられたサービスを利用しながら、何らかの事情により当該ユーザ端末に係る通信路を変更する必要が生じる場合がある。特に、複数のスライスに対してこのユーザ端末がアクセスしてユーザデータを送受信している場合に、サービスを利用しながら通信路を変更することについては、従来は検討されていなかった。
　本発明は上記を鑑みてなされたものであり、複数のスライスに割り当てられているサービスを利用しながら、複数のスライスとの間に設けられる通信路を変更することが可能な通信制御装置及び通信制御方法を提供することを目的とする。
　上記目的を達成するため、本発明の一形態に係る通信制御装置は、ネットワークインフラ上に生成される仮想化ネットワークである一又は複数のスライスにおける制御ノードに対してそれぞれ通信路を設け、前記通信路を介してユーザデータを送受信するユーザ端末に係る通信制御を行う通信制御装置であって、前記ユーザ端末に係る前記通信路の変更に係る変更要求を取得する変更要求取得部と、前記変更要求取得部が取得した前記変更要求に含まれる情報により、当該変更要求に係る前記ユーザ端末が、複数の前記スライスにおける前記制御ノードに対してそれぞれ前記通信路を設けているか否かを判定する判定部と、前記判定部により、前記変更要求に係る前記ユーザ端末が複数の前記スライスに対してそれぞれ前記通信路を設けていると判定された場合に、複数の前記スライスにおける前記制御ノードに対して設けられた複数の前記通信路それぞれについて、変更前の前記通信路と変更後の前記通信路とが両立した状態を設けながら、前記通信路の変更に係る処理を行う通信処理部と、を有する。
　また、本発明の一形態に係る通信制御方法は、ネットワークインフラ上に生成される仮想化ネットワークである一又は複数のスライスにおける制御ノードに対してそれぞれ通信路を設け、前記通信路を介してユーザデータを送受信するユーザ端末に係る通信制御を行う通信制御装置による通信制御方法であって、前記ユーザ端末に係る前記通信路の変更に係る変更要求を取得する変更要求取得ステップと、前記変更要求取得ステップにおいて取得された前記変更要求に含まれる情報から、当該変更要求に係る前記ユーザ端末が複数の前記スライスに対してそれぞれ前記通信路を設けていると判定される場合に、複数の前記スライスにおける前記制御ノードに対して設けられた複数の前記通信路それぞれについて、変更前の前記通信路と変更後の前記通信路とが両立した状態を設けながら、前記通信路の変更に係る処理を行う通信処理ステップと、を有する。
　上記の通信制御装置及び通信制御方法によれば、通信制御装置に対して送信された変更要求に係るユーザ端末が複数のスライスにおける制御ノードに対してそれぞれ通信路を設けている場合に、複数の通信路それぞれについて、変更前の通信路と変更後の通信路とが両立した状態を設けながら、通信路の変更に係る処理が行われる。このため、ユーザ端末は、変更前の通信路もしくは変更後の通信路を利用してユーザデータを送受信可能な状態を保つことができることから、複数のスライスに割り当てられているサービスを利用しながら、複数のスライスとの間に設けられる通信路を変更することが実現される。
　本発明によれば、複数のスライスに割り当てられているサービスを利用しながら、複数のスライスとの間に設けられる通信路を変更することが可能な通信制御装置及び通信制御方法が提供される。
本発明の実施形態に係るシステムの構成を示す図である。 スライスとコアネットワークとの関係を示す図である。 スライスとハードとの関係を示す図である。 本発明の実施形態での技術課題を説明する図である。 通信制御装置に係る機能ブロックを示す図である。 通信制御装置に係るハードウェア構成を示す図である。 第１のケースに係る状況を説明する図である。 第１のケースに係る処理を説明するシーケンス図である。 第２のケースに係る状況を説明する図である。 第２のケースに係る処理を説明するシーケンス図である。 第３のケースに係る状況を説明する図である。 第３のケースに係る処理を説明するシーケンス図である。 ＤＮＳサーバ及びＳＳＦが保持する情報の例を示す図である。 第４のケースに係る状況を説明する図である。 第４のケースに係る処理を説明するシーケンス図である。 第２実施形態に係るスライスとコアネットワークとの関係を説明する図である。 第１のケースに係る状況を説明する図である。 第１のケースに係る処理を説明するシーケンス図である。 第２のケースに係る状況を説明する図である。 第２のケースに係る処理を説明するシーケンス図である。 第３のケースに係る状況を説明する図である。 第３のケースに係る処理を説明するシーケンス図である。 第４のケースに係る状況を説明する図である。 第４のケースに係る処理を説明するシーケンス図である。
　以下、添付図面を参照して、本発明を実施するための形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
（第１実施形態：共通Ｃ－Ｐｌａｎｅ制御ノードを有するシステム）
　図１では、仮想化されたネットワークを構成するシステム（通信システム）１の構成を示している。図１のシステム１は、仮想化ネットワークであるスライスに対してサービスを割り当てることで、サービスユーザ（Service　User）の使用する端末（ユーザ端末）であるＵＥ（User　Equipment）９０に対してネットワークサービスを提供する。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想化ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。ネットワークサービスとは、通信サービス（専用線サービス等）やアプリケーションサービス（動画配信、エンベデッド装置等のセンサ装置を利用したサービス）等のネットワーク資源を用いたサービスをいう。また、ＵＥ９０は、例えば、スマートフォン等の通信機能を有する端末装置である。
　図１に示すようにシステム１は、ＢＳＳ／ＯＳＳ（Business　Support　System　/　Operations　Support　System）１０と、ＳＯ（Service　Operator）２０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ（Virtualized　Infrastructure　Management：仮想化基盤管理）５０とを含んで構成されている。また、システム１には、ＮＦＶＩ（ＮＦＶ（Network　Functions　Virtualisation）　Infrastructure）６０と、ＳＳＦ（Slice　Selection　Function）７０とｅＮＢ（eNodeB）８０とＵＥ９０とを含んで構成されている。このうち、ＮＦＶＯ３０とＶＮＦＭ４０とＶＩＭ５０は、ＥＴＳＩ　ＮＦＶ－ＩＳＧで仕様化されているＭＡＮＯ（Management　&　Orchestration）architectureの機能である。
　これらの構成要素は、システム１におけるコアとなるネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線接続されており情報の送受信が可能となっている。
　本実施形態に係るシステム１は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末に対して通信機能を提供する。即ち、システム１は、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。
　ＮＦＶＩ６０は、仮想化環境を構成する物理資源（ノード群）から形成されたネットワークを示す。この物理資源は、概念的には計算資源、記憶資源、伝送資源を含む。具体的には、この物理資源は、システム１において通信処理を行う物理的なサーバ装置である物理サーバ、スイッチ等のノードを含んで構成されている。物理サーバは、ＣＰＵ（コア、プロセッサ）、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、ＮＦＶＩ６０を構成する物理サーバ等のノードは、複数まとめてデータセンタ（ＤＣ）等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって通信可能とされており、互いに情報の送受信を行うことができるようになっている。また、システム１には、複数のデータセンタが設けられている。データセンタ間はネットワークで通信可能とされており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。
　ＳＯ（Service　Operator）２０は、ネットワークサービスを提供するためのネットワークの作成を要求する装置であり、例えば、仮想ネットワークを用いて各種ユーザへサービス提供をする事業者の端末装置（例えば、パーソナルコンピュータ等）である。
　ＢＳＳ／ＯＳＳ１０は、システム１におけるサービス管理を行い、システム１での通信機能に係る指示を行うノードである。例えば、ＢＳＳ／ＯＳＳ１０は、ＮＦＶＯ３０に対して、新たなネットワークサービスを追加するように指示を行う。また、ＢＳＳ／ＯＳＳ１０は、システム１に係る通信事業者によって操作され得る。
　ＮＦＶＯ３０は、物理資源であるＮＦＶＩ６０上に構築された仮想ネットワーク（スライス）全体の管理を行う全体管理ノード（機能エンティティ）である。ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からの指示を受信し、当該指示に応じた処理を行う。ＮＦＶＯ３０は、インフラとネットワークサービスの移動体通信網の物理資源において構築された仮想化ネットワーク全体にわたる管理を行う。ＮＦＶＯ３０は、仮想ネットワークにより提供されるネットワークサービスをＶＮＦＭ４０及びＶＩＭ５０と連携して適切な場所に実現する。例えば、ネットワークサービスのライフサイクル管理（具体的には例えば、ネットワークサービスの生成、更新、スケール制御、イベント収集）、移動体通信網内全体にわたる資源管理、すなわち資源の分散・予約・割当管理、サービス・インスタンス管理、及び資源配置に関わるポリシー管理（具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置）を行う。
　ＶＮＦＭ４０は、物理資源（ノード）となるＮＦＶＩ６０に対して、ネットワークサービスを構成する機能を追加する仮想通信機能管理ノード（機能エンティティ）である。ＶＮＦＭ４０は、システム１に複数、設けられていてもよい。
　ＶＩＭ５０は、ＮＦＶＩ６０における物理資源（ノード）各々を管理する物理資源管理ノード（機能エンティティ）である。具体的には、資源の割当・更新・回収の管理、物理資源と仮想化ネットワークとの関連付け、ハードウェア資源とＳＷ資源（ハイパーバイザー）一覧の管理を行う。通常、ＶＩＭ５０は、データセンタ（局舎）毎に管理を行う。物理資源の管理は、データセンタに応じた方式で行われる。データセンタの管理方式（管理資源の実装方式）は、ＯＰＥＮＳＴＡＣＫやｖＣｅｎｔｅｒ等の種類がある。通常、ＶＩＭ５０は、データセンタの管理方式毎に設けられる。即ち、互いに異なる方式で、ＮＦＶＩ６０における物理資源各々を管理する複数のＶＩＭ５０が含まれる。なお、異なる管理方式で管理される物理資源の単位は、必ずしもデータセンタ単位でなくてもよい。
　なお、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、物理的なサーバ装置上でプログラムが実行されることにより実現される（但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい）。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、それぞれ別々の物理的なサーバ装置で実現されていてもよいし、同じサーバ装置で実現されていてもよい。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０（を実現するためのプログラム）は、別々のベンダから提供されていてもよい。
　ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からのネットワークサービス作成要求を受信すると、ＶＩＭ５０に対してスライス（スライスＳＬ１、ＳＬ２等）のためのリソース確保要求を行う。ＶＩＭ５０が、ＮＦＶＩ６０を構成するサーバ装置やスイッチにおけるリソースを確保すると、ＮＦＶＯ３０は、当該これらＮＦＶＩ６０に対してスライスを定義する。
　また、ＮＦＶＯ３０は、ＶＩＭ５０に、ＮＦＶＩ６０においてリソース確保させると、当該ＮＦＶＩ６０に対してスライスを定義した情報をＮＦＶＯ３０が記憶しているテーブルに記憶する。そして、ＮＦＶＯ３０は、当該ネットワークサービスに必要となる機能を実現するためのソフトウェアのインストール要求をＶＮＦＭ４０に対して行う。ＶＮＦＭ４０は、当該インストール要求に応じて、ＶＩＭ５０によって確保されたＮＦＶＩ６０（サーバ装置、スイッチ装置またはルータ装置などのノード）に対して上記ソフトウェアをインストールする。
　ＮＦＶＯ３０は、ＶＮＦＭ４０によりソフトウェアがインストールされると、ＮＦＶＯ３０が記憶しているテーブルへスライスとネットワークサービスとの対応付けをする。
　具体的にＮＦＶＯ３０では、図２に示すように、第１のサービス（サービスＳ１）用のスライスであるスライスＳＬ１（第１のスライス）、第２のサービス（サービスＳ２）用のスライスであるスライスＳＬ２（第２のスライス）、及び、スライスＳＬ１又はスライスＳＬ２の制御に係る制御装置としての機能を有するスライスであるスライスＳＬ３（第３のスライス）を生成する。ＮＦＶＯ３０は、スライスＳＬ１に対してサービスＳ１を割り当て、スライスＳＬ２に対してサービスＳ２を割り当てる。サービスＳ１及びサービスＳ２を実行する機能は、スライスＳＬ３から送られる信号等に基づいて処理を行ったり、必要に応じて後述の通信制御装置としての機能を有するノードが設けられるスライスＳＬ３に対して情報の提供を要求する処理を行ったりする。
　このように、システム１では、スライスＳＬ１、スライスＳＬ２およびスライスＳＬ３が、互いに論理的に通信可能に構築される。
　なお、本実施形態では、サービスＳ１を提供するスライスＳＬ１には、第１Ｃ－Ｐｌａｎｅ制御ノード（ＣＰ１）２１１及び第１Ｕ－Ｐｌａｎｅ制御ノード（ＵＰ１）２１２が含まれる。第１Ｃ－Ｐｌａｎｅ制御ノード２１１は、ユーザに対してサービスＳ１を提供する際の通信路の開設及び切断に係る制御信号等の送受信を行う。また、第１Ｕ－Ｐｌａｎｅ制御ノード２１２は、ユーザに対してサービスＳ１を提供する際に通信路を設けると共に、サービスを提供するサービスサーバ１０１とも通信路を設けて、ユーザデータの送受信を実行する。また、サービスＳ２を提供するスライスＳＬ２には、第２Ｃ－Ｐｌａｎｅ制御ノード（ＣＰＸ１）２２１及び第２Ｕ－Ｐｌａｎｅ制御ノード（ＵＰＸ１）２２２が含まれる。第２Ｃ－Ｐｌａｎｅ制御ノード２２１は、ユーザに対してサービスＳ２を提供する際の通信路の開設及び切断に係る制御信号等の送受信を行う。また、第２Ｕ－Ｐｌａｎｅ制御ノード２２２は、ユーザに対してサービスＳ２を提供する際に通信路を設けると共に、サービスを提供するサービスサーバ１０２とも通信路を設けて、ユーザデータの送受信を実行する。上記のスライスとサービスとの対応関係は、一例であり、適宜変更することができる。すなわち、複数のサービスを提供するためのノードが１つのスライスに割り当てられていてもよい。
　なお、図面等においては、「ＣＰ１、ＵＰ１」と「ＣＰＸ１、ＵＰＸ１」とを区別して示している場合がある。この「ＣＰ」と「ＣＰＸ」との表記の違いは、これらのノードがどのサービスに適用されるノードであるかを示しているものである。すなわち、ＣＰ１等はサービスＳ１に適用されるノードであり、ＣＰＸ１等はサービスＳ２に適用されるノードであることを模式的に示している。また、「ＣＰＹ、ＵＰＹ」と記載されるノードも存在する。このノードは、元来サービスＳ１又はサービスＳ２に対して適用することを想定していなかったノードを模式的に示したものである。
　図２のスライスＳＬ３には共通Ｃ－Ｐｌａｎｅ制御ノード（Ｃｏｍｍｏｎ　ＣＰ）３０１が含まれる。共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、サービスＳ１の第１Ｃ－Ｐｌａｎｅ制御ノード２１１、及び、サービスＳ２の第２Ｃ－Ｐｌａｎｅ制御ノード２２１等を管轄する機能を有し、ユーザ側からの指示に基づいて、ユーザと各スライスとの通信路の開設及び切断に係る処理を実行する。
　なお、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、スライスＳＬ３に機能を割り当てて実現することに代えて、ハードウェアを有する装置によって実現されていてもよい。この場合、ＮＦＶＯ３０により生成されるスライスは、スライスＳＬ１，ＳＬ２となる。
　図３に、各スライスとサーバとの対応関係の例を示す。図３に示すように、ノードはサーバの一部であり、スライス１（スライスＳＬ１）の第１Ｃ－Ｐｌａｎｅ制御ノード２１１の機能及びスライス２（スライスＳＬ２）の第２Ｃ－Ｐｌａｎｅ制御ノード２２１の機能は、サーバ１（１１０Ａ）及びスイッチ、ルータ等により実現される。また、スライス１（スライスＳＬ１）の第１Ｕ－Ｐｌａｎｅ制御ノード２１２の機能及びスライス２（スライスＳＬ２）の第２Ｕ－Ｐｌａｎｅ制御ノード２２２の機能は、サーバ２（１１０Ｂ）及びスイッチ、ルータ等により実現される。なお、図３では、スライス３の共通Ｃ－Ｐｌａｎｅ制御ノード３０１に関しては記載を省略するが、上記の各ノードと同様に、サーバ、スイッチ及びルータ等により実現される。
　ＮＦＶＯ３０がスライスへネットワークサービスを割り当てた後、ＮＦＶＯ３０は、当該ネットワークサービスのＩＤと、当該ネットワークサービスの最初の機能を提供する論理ノードの宛先（例えば、ＩＰアドレス）とを含むアクセス情報をＢＳＳ／ＯＳＳ１０へ送信する。
　ＢＳＳ／ＯＳＳ１０は、当該アドレス情報を受信すると、各ＳＳＦ７０へ当該アドレス情報を通知する。ＳＳＦ７０は、基地局装置であるｅＮｏｄｅＢ（ｅＮＢ）８０と互いに通信可能なサーバ装置であり、サービスユーザであるＵＥ９０からネットワークサービスＩＤと共に、サービス要求がｅＮＢ８０へなされると、当該ｅＮＢ８０からＳＳＦ７０に対してＵＥ９０から受信したネットワークサービスＩＤを通知する。なお、ＳＳＦ７０は、ｅＮＢ８０と一体として実現されていてもよいし、ＭＭＥ（Mobility　Management　Entity）等の他の装置と一体として実現されていてもよい。
　ＳＳＦ７０は、ｅＮＢ８０からネットワークサービスＩＤを受信すると、ＳＳＦ７０が記憶するアドレス情報のうち、ｅＮＢ８０から受信したネットワークサービスＩＤに対応するアドレス情報のネットワークサービスの最初の機能を提供する論理ノードの宛先情報をｅＮＢ８０へ送信する。ｅＮＢ８０は、当該宛先情報をＵＥ９０へ通知する。これにより、ＵＥ９０は、ネットワークサービスを利用するために最初にアクセスする宛先を特定することができる。
　上記のように、ＳＳＦ７０は、ネットワークサービスの機能を提供する論理ノードの情報を保持している。換言すると、ＳＳＦ７０は、論理ノード毎に対応可能なサービスを特定する情報を保持している。詳細は後述するが、他の論理ノードからの問い合わせに基づいて、ＳＳＦ７０は、この情報を提供する機能を有する。
　ここで、図２及び図４を参照しながら、本実施形態に係るシステム１により生成されるスライスの各ノード及びその他の装置により構成されるコアネットワークＮ１における技術課題を説明する。このコアネットワークＮ１とは、ＵＥ９０が通信を行ってサービスを利用する際のコアネットワークを指している。
　図２に示すように、システム１において構築されるスライスを含むコアネットワークＮ１においては、ＵＥ９０は、ｅＮＢ８０、及び、スライスＳＬ１に設けられたサービスＳ１に係る第１Ｕ－Ｐｌａｎｅ制御ノード２１２を経由して、サービスサーバ１０１との間で通信を行うことで、サービスサーバ１０１の提供するサービスＳ１を利用することができる。この際、ｅＮＢ８０と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との間には、ＵＥ９０に係るユーザデータを送受信するための通信路が設けられる。すなわち、第１Ｕ－Ｐｌａｎｅ制御ノード２１２がスライスＳＬ１における制御ノードとして機能する。また、ｅＮＢ８０と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との間の通信路の開設及び切断に係る処理を行うための制御信号は、共通Ｃ－Ｐｌａｎｅ制御ノード３０１及び第１Ｃ－Ｐｌａｎｅ制御ノード２１１を経由して送受信が行われる。
　また、ＵＥ９０は、ｅＮＢ８０、及び、スライスＳＬ２に設けられたサービスＳ２に係る第２Ｕ－Ｐｌａｎｅ制御ノード２２２を経由して、サービスサーバ１０２との間で通信を行うことで、サービスサーバ１０２の提供するサービスＳ２を利用することができる。この際、ｅＮＢ８０と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との間には、ＵＥ９０に係るユーザデータを送受信するための通信路が設けられる。すなわち、第２Ｕ－Ｐｌａｎｅ制御ノード２２２がスライスＳＬ２における制御ノードとして機能する。また、このｅＮＢ８０と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との間の通信路の開設及び切断に係る処理を行うための制御信号は、共通Ｃ－Ｐｌａｎｅ制御ノード３０１及び第２Ｃ－Ｐｌａｎｅ制御ノード２２１を経由して送受信が行われる。
　このように、本実施形態においては、ＵＥ９０が在圏するエリアのｅＮＢ８０と２つのスライスＳＬ１，ＳＬ２との間で通信路を設けることで、ＵＥ９０はスライスＳＬ１，ＳＬ２を利用した通信が可能な状態となっている。
　ここで、図４に示すように、ＵＥ９０が何らかの事情により、サービスを利用するために通信を行っているスライスの変更、もしくは、スライスとＵＥ９０との間の通信路の変更を行う必要が生じたとする。ＵＥ９０が上記の変更を行う可能性はいくつか考えられるが、ＵＥ９０に係るコンテキスト情報の変更（例えば、所属する基地局やセクタの変化、乗り物への乗車等による移動速度の変化、建造物への侵入、周囲の混雑情報等）に伴って通信路もしくは通信路を設ける相手方のスライスを変更することが必要となる可能性がある。例えば、ＵＥ９０が通信エリアを跨ぐ移動を行う、すなわち、位置情報を変更することにより、ＵＥ９０がアクセスするｅＮＢを変更すると、移動前のｅＮＢとスライスとの間に設けていた通信路を変更する必要が生じる。また、ＵＥ９０が複数のサービスを利用している場合には、ＵＥ９０はｅＮＢを介して複数のスライスにおける制御ノードとの間で通信路を設けることがあるが、ＵＥ９０に係るコンテキスト情報の変更に伴って、これを１つのスライスにまとめることも考えられる。この場合にも、通信路を改めて設けることが必要となる場合がある。
　図４では、ＵＥ９０がサービス提供エリアを跨ぐ移動をした場合の例を示している。図４に示す例では、２つのエリアが示されている。エリア（ＳＡ：Service　Area）＃１は、ｅＮＢ８１が管轄するエリアであり、エリア（ＳＡ）＃２は、ｅＮＢ８２が管轄するエリアである。ＳＡ＃１において、ＵＥ９０は、スライスＳＬ１，ＳＬ２との間に通信路を設けてサービスＳ１，Ｓ２を利用することができる。また、ＳＡ＃２において、ＵＥ９０は、スライスＳＬ４，ＳＬ５との間に通信路を設けてサービスＳ１，Ｓ２を利用することができる。図４では、上記のＳＡ＃１からＳＡ＃２へＵＥ９０が移動する場合を示している。
　スライスＳＬ４には、第４Ｃ－Ｐｌａｎｅ制御ノード３４１（ＣＰ２）及び第４Ｕ－Ｐｌａｎｅ制御ノード３４２（ＵＰ２）に係る機能が設けられる。第４Ｕ－Ｐｌａｎｅ制御ノード３４２は、サービスＳ１を提供するサービスサーバ１０１との間で通信路を設けることができるとする。また、スライスＳＬ５には、第５Ｃ－Ｐｌａｎｅ制御ノード３５１（ＣＰＸ２）及び第５Ｕ－Ｐｌａｎｅ制御ノード３５２（ＵＰＸ２）に係る機能が設けられる。第５Ｕ－Ｐｌａｎｅ制御ノード３５２は、サービスＳ２を提供するサービスサーバ１０２との間で通信路を設けることができるとする。
　ＵＥ９０がＳＡ＃１に在圏している際は、ＵＥ９０がサービスＳ１の提供を受けるため、ｅＮＢ８１とスライスＳＬ１の第１Ｕ－Ｐｌａｎｅ制御ノード２１２との間でＵＥ９０に係る通信路が設けられる。また、ＵＥ９０がサービスＳ２の提供を受けるため、ｅＮＢ８１とスライスＳＬ２の第１Ｕ－Ｐｌａｎｅ制御ノード２２２との間でＵＥ９０に係る通信路が設けられる。
　ここで、ＵＥ９０がＳＡ＃１からＳＡ＃２に移動すると、ＵＥ９０がアクセスする基地局装置はｅＮＢ８２となる。そして、図４に示す例では、ＵＥ９０がサービスＳ１の提供を受けるためには、ｅＮＢ８２とスライスＳＬ４の第４Ｕ－Ｐｌａｎｅ制御ノード２４２との間で通信路を設ける必要がある。また、ＵＥ９０がサービスＳ２の提供を受けるためには、ｅＮＢ８２とスライスＳＬ５の第５Ｕ－Ｐｌａｎｅ制御ノード２５２との間で通信路を設ける必要がある。なお、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、両方のエリア（ＳＡ＃１，ＳＡ＃２）のＣ－Ｐｌａｎｅ制御ノード２１１，２２１，２４１，２５１を管轄する機能を有し、ユーザ側からの指示に基づいて、ユーザと各スライスとの通信路の開設及び切断に係る処理を実行するとする。
　図４に示すように、ＵＥ９０がエリアを移動した後も移動前と同一のサービスを受けるためには、ユーザデータを送受信するための通信路を設ける対象のスライスを変更する必要がある場合がある。また、スライスＳＬ１，ＳＬ２にアクセスすることでサービスを利用することができる場合であっても、ＵＥ９０のエリア内の移動に伴ってＵＥ９０に係る通信の制御を行うｅＮＢが変更となるため、通信路を改めて設ける必要がある。
　本実施形態では、このように、ＵＥ９０が複数のスライスとの間で通信を行っている際に、何らかの事情により、ＵＥ９０がサービスを利用するために通信を行っているスライスの変更、もしくは、複数のスライスとＵＥ９０との間にそれぞれ設けられる通信路の変更を行う必要が生じた場合の処理を説明する。以下の実施形態で説明する処理は、ＵＥ９０がサービスを利用する状態を継続しながら、通信路を変更することを特徴とする。ＵＥ９０がサービスを利用する状態を継続しながら、とは、通信路がConnected　Modeであることを継続しながら、という意味である。これを実現するためには、複数のスライスの制御ノードに対して設けられる通信路それぞれについて、変更前の通信路と、変更後の通信路とが両立した状態を設けながら、通信路の変更に係る処理を行う。
　上記の処理は、共通Ｃ－Ｐｌａｎｅ制御ノード３０１が主体的に実行する。すなわち、共通Ｃ－Ｐｌａｎｅ制御ノード３０１が、複数のスライスの制御ノードに対して設けられるＵＥ９０に係る通信路の制御を行う通信制御装置として機能する。そのため、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、図５に示すように、変更要求取得部３１０と、判定部３２０と、通信処理部３３０と、を有する。
　変更要求取得部３１０は、スライスＳＬ１等との通信路の変更に係る要求を取得する機能を有する。ＵＥ９０の移動に伴いＵＥ９０に係る通信路を変更する場合には、この通信路の変更に係る要求は、ＵＥ９０がアクセスするｅＮＢから送信される。また、他のコンテキスト情報の変更に伴って通信路を変更する場合には、通信路の変更に係る要求はｅＮＢとは異なる装置から送信される場合がある。通信路の変更に係る要求を送信するｅＮＢとは異なる装置としては、例えば、ＵＥ９０、又は、ＵＥ９０に係るコンテキスト情報を収集する機能を有するＳＳＦ７０等が考えられる。変更要求取得部３１０が通信路の変更に係る要求を取得すると、当該要求に含まれる情報は、判定部３２０へ送られる。
　判定部３２０は、通信路の変更に係る要求の対象のＵＥ９０に係る通信路が、複数のスライスに対して設けられているかを判定する機能を有する。判定部３２０では、通信路の変更に係る要求に含まれる情報に基づいて、上記の判定を行う。また、判定部３２０における判定結果に基づいて、通信処理部３３０による処理が行われる。
　通信処理部３３０は、通信路の変更に係る要求に基づいて、ＵＥ９０がサービスを利用しながら通信路の変更が行えるように、通信路の変更に係る処理を行う。通信処理部３３０による処理の詳細については後述する。
　図６は、本実施形態に係る処理を実行する各ノードの機能を実現するサーバ（例えば、共通Ｃ－Ｐｌａｎｅ制御ノード３０１を構成するサーバ等）のハードウェア構成の一例を示す図である。上述のサーバは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。上記のサーバのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　サーバにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）で構成されてもよい。例えば、上述の共通Ｃ－Ｐｌａｎｅ制御ノード３０１における通信処理部３３０などは、プロセッサ１００１で実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、上述の通信処理部３３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　Erasable　Programmable　ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の変更要求取得部３１０，通信処理部３３０などは、通信装置１００４で実現されてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
　また、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
　次に、共通Ｃ－Ｐｌａｎｅ制御ノード３０１を含むシステム１におけるＵＥ９０に係る通信路の変更の具体的な処理（通信制御方法）について説明する。ＵＥ９０が複数のサービスを利用しながらその通信路を変更する場合、上述したように、変更前の通信路と変更後の通信路とが両立する状態を設けながら、通信路の変更に係る処理を行う。
　前提として、２つのスライスに対してＵＥ９０に係る通信路が設けられているとする。この場合、変更前の通信路と変更後の通信路をどのように設けるかについては、具体的には、４つのケースが考えられる。第１に、通信路を設けるスライスは変更せずに通信路のみを変更するケース、第２に、変更前とは異なるスライスであって、２つのサービスをそれぞれ個別に提供可能な２つのスライスに対してそれぞれ通信路を設けるケース、第３に、変更前とは異なる１つのスライスに対して通信路を設けるケースであってＤＮＳサーバが対応可能なスライスの情報を保持している場合、第４に、変更前とは異なる１つのスライスに対して通信路を設けるケースであってＤＮＳサーバが対応可能なスライスの情報を保持していない場合、である。以下、この４つのケースについて、それぞれ状況を説明すると共に、具体的な処理についてシーケンス図を参照しながら説明する。
（第１：通信路のみを変更するケース）
　図７は、第１のケースの状況を説明する図である。図７に示すケースは、例えば、ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用することができるエリアＳＡ＃１内で移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更されるが、引き続きスライスＳＬ１，ＳＬ２との通信を行ってサービスＳ１，Ｓ２を利用することができる。したがって、移動前のｅＮＢ８１と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路をｅＮＢ８２と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路に切り替えると共に、移動前のｅＮＢ８１と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路をｅＮＢ８２と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路に切り替えることで、サービスＳ１，Ｓ２を継続して利用することができる。
　このようなケースにおける具体的な処理の手順について、図８を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ１０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ１０２）。
　この後、移動先のｅＮＢ８２から、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ１０３：変更要求取得ステップ）。なお、ここでは、ＵＥ９０がハンドオーバを行う場合について説明しているので、通信路の変更に係る要求を行う信号は”Path　Switch　Request”であるが、通信路の変更に係る要求を行う信号は、通信路を変更する事情に応じて適宜変更される。これは、他のケースでも同様である。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,TU-2）及びセッションを特定する情報（S-ID1, S-ID2）が含まれる。なお、セッションを特定する情報（S-ID：Session　ID）に代えて、無線アクセスベアラのＩＤ（E-RAB　ID：E-UTRAN　Radio　Access　Bearer　ID）を用いてもよい。この点は後述の他の実施形態及び他のケースでも同様である。共通Ｃ－Ｐｌａｎｅ制御ノード３０１の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に基づいて、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ１０４：判定ステップ）。本実施形態では、通信路の変更に係る要求に、通信路を特定する情報が複数含まれていて、セッションを特定する情報が複数含まれていると、判定部３２０では、ＵＥ９０に関して２つの通信路が個別に設けられていることを判断することができる。このように、通信路の変更に係る要求に含まれる情報により、判定部３２０では、複数の通信路が設けられているか否かの判定を行う。そして、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図８に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定した場合、共通Ｃ－Ｐｌａｎｅ制御ノード３０１の通信処理部３３０は、セッションを特定する情報等に基づいて、第１Ｃ－Ｐｌａｎｅ制御ノード２１１及び第２Ｃ－Ｐｌａｎｅ制御ノード２２１に対して通信路の変更に関する指示を送信する（Path　Switch　Request：Ｓ１０５、Ｓ１０６：通信処理ステップ）通信路の変更に関する指示には、変更先のｅＮＢ８２を特定する情報(eNB　ID)と、変更の対象となる通信路を特定する情報（TU-1もしくはTU-2）と、が含まれる。なお、２つのノードへの通信路の変更に関する指示の送信順序（Ｓ１０５，Ｓ１０６）は、変更することができる。
　第１Ｃ－Ｐｌａｎｅ制御ノード２１１では、通信路の変更に関する指示を受信すると、当該指示に基づいて、公知の手順により、通信路の変更に係る処理を行う。具体的には、同一のスライスＳＬ１の第１Ｕ－Ｐｌａｎｅ制御ノード２１２に対して、変更の対象となる通信路を特定する情報（TU-1）と共に、変更先のｅＮＢ８２を特定する情報（eNB　ID）を送信することで、通信路の作成を指示する（Modify　Bearer　Request：Ｓ１０７）。これに対して、第１Ｕ－Ｐｌａｎｅ制御ノード２１２は、通信路の作成に係る処理を行った後、自ノードを特定する情報（UP1　ID）と共に、通信路を作成する処理を行ったことを第１Ｃ－Ｐｌａｎｅ制御ノード２１１に対して返信する（Modify　Bearer　Response：Ｓ１０９）。第１Ｕ－Ｐｌａｎｅ制御ノード２１２からの返信を受信した第１Ｃ－Ｐｌａｎｅ制御ノード２１１は、通信路の変更に係る処理が終わったことを、通信路の変更に関する指示（Ｓ１０５）に対する応答として、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して通知する（Path　Switch　Request　ack：Ｓ１１１：通信処理ステップ）。
　第２Ｃ－Ｐｌａｎｅ制御ノード２２１においても同様の処理が行われる。すなわち、第２Ｃ－Ｐｌａｎｅ制御ノード２２１では、通信路の変更に関する指示を受信すると、当該指示に基づいて、公知の手順により、通信路の変更に係る処理を行う。具体的には、同一のスライスＳＬ２の第２Ｕ－Ｐｌａｎｅ制御ノード２２２に対して、変更の対象となる通信路を特定する情報（TU-2）と共に、変更先のｅＮＢ８２を特定する情報（eNB　ID）を送信することで、通信路の作成を指示する（Modify　Bearer　Request：Ｓ１０８）。これに対して、第２Ｕ－Ｐｌａｎｅ制御ノード２２２は、通信路の作成に係る処理を行った後、自ノードを特定する情報（UPX1　ID）と共に、通信路を作成する処理を行ったことを第２Ｃ－Ｐｌａｎｅ制御ノード２２１に対して返信する（Modify　Bearer　Response：Ｓ１０９）。第１Ｕ－Ｐｌａｎｅ制御ノード２２２からの返信を受信した第２Ｃ－Ｐｌａｎｅ制御ノード２２１は、通信路の変更に係る処理が終わったことを、通信路の変更に関する指示（Ｓ１０６）に対する応答として、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して通知する（Path　Switch　Request　ack：Ｓ１１２：通信処理ステップ）。
　図８では、スライスＳＬ１での処理と、スライスＳＬ２での処理と、が交互に行われるように示している。しかしながら、スライスＳＬ１での処理と、スライスＳＬ２での処理は個別に行われるため、処理の順序は、図８に示す順序とは異なる可能性がある。
　共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、第１Ｃ－Ｐｌａｎｅ制御ノード２１１からの応答（Ｓ１１１）と、第２Ｃ－Ｐｌａｎｅ制御ノード２２１からの応答（Ｓ１１２）と、を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ１１３：通信処理ステップ）。この信号には、第１Ｕ－Ｐｌａｎｅ制御ノード２１２を特定する情報（UP1　ID）と、第２Ｕ－Ｐｌａｎｅ制御ノード２２２を特定する情報（UPX1　ID）とが含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ１１４）。これにより、ＵＥ９０は、ｅＮＢ８２を経由して第１Ｕ－Ｐｌａｎｅ制御ノード２１２との間でユーザデータの送受信が可能となる（Ｓ１１５）と共に、ｅＮＢ８２を経由して第２Ｕ－Ｐｌａｎｅ制御ノード２２２との間でユーザデータの送受信が可能となる（Ｓ１１６）。これにより、ＵＥ９０は、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる。
　上記の処理において、ｅＮＢ８２と、第１Ｕ－Ｐｌａｎｅ制御ノード２１２及び第２Ｕ－Ｐｌａｎｅ制御ノード２２２との間の通信路が設けられた時点（Ｓ１１３）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
（第２：新たに２つのスライスに対して通信路を設けるケース）
　図９は、第２のケースの状況を説明する図である。図９に示すケースは、例えば、ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用することができるエリアＳＡ＃１から、異なるエリアＳＡ＃２へ移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更されるだけでなく、ＵＥ９０がサービスＳ１，Ｓ２を利用するために通信を行うスライスを、スライスＳＬ１，ＳＬ２からスライスＳＬ４，ＳＬ５に変更する必要がある。移動前のｅＮＢ８１と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路は、ｅＮＢ８２と第４Ｕ－Ｐｌａｎｅ制御ノード２４２との通信路に切り替える。また、移動前のｅＮＢ８１と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路は、ｅＮＢ８２と第５Ｕ－Ｐｌａｎｅ制御ノード２５２との通信路に切り替える。これにより、ＵＥ９０はサービスＳ１，Ｓ２を継続して利用することができる。なお、ＵＥ９０の移動先のエリアＳＡ＃２において、ｅＮＢ８２がどのスライスとの間に通信路を設けることで、ＵＥ９０がサービスＳ１，Ｓ２を利用できるかについては、ｅＮＢ８２、共通Ｃ－Ｐｌａｎｅ制御ノード３０１、及びＵＥ９０等は把握をしていない。この情報については、共通Ｃ－Ｐｌａｎｅ制御ノード３０１がＤＮＳ（Domain　Name　System）サーバ３５０に対して問い合わせをすることで、情報を取得する。ＤＮＳサーバ３５０は、ドメイン名とＩＰアドレスとの対応付けに係る情報を保持していて、スライスに係る情報も保持している。
　このようなケースにおける具体的な処理の手順について、図１０を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ２０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ２０２）。
　この後、移動先のｅＮＢ８２から、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ２０３：変更要求取得ステップ）。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,　TU-2）及びセッションを特定する（S-ID1,　S-ID2）が含まれる。共通Ｃ－Ｐｌａｎｅ制御ノード３０１の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ２０４：判定ステップ）。本実施形態では、通信路の変更に係る要求に、通信路を特定する情報が複数含まれていて、セッションを特定する情報が複数含まれていると、判定部３２０では、ＵＥ９０に関して２つの通信路が個別に設けられていることを判断することができる。このように、通信路の変更に係る要求に含まれる情報により、判定部３２０では、複数の通信路が設けられているか否かの判定を行う。そして、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図１０に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　さらに、判定部３２０では、２つのスライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことを確認する（Ｓ２０４）。共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、第１Ｃ－Ｐｌａｎｅ制御ノード２１１が含まれるスライスＳＬ１及び第２Ｃ－Ｐｌａｎｅ制御ノード２２１が含まれるスライスＳＬ２に係る情報を、ｅＮＢ８１とスライスＳＬ１，ＳＬ２間の通信路の開設時に取得している。したがって、２つのスライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことは、共通Ｃ－Ｐｌａｎｅ制御ノード３０１において把握することができる。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていて、且つ、スライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことが確認された場合、共通Ｃ－Ｐｌａｎｅ制御ノード３０１の通信処理部３３０は、ＤＮＳサーバ３５０に対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS　Query　Request　/　Response：Ｓ２０５：通信処理ステップ）。より具体的には、ｅＮＢ８２を介してサービスＳ１，Ｓ２を利用する際に通信を行うことができるＣ－Ｐｌａｎｅ制御ノードを特定する情報を取得する。この結果、通信処理部３３０では、ＤＮＳサーバ３５０から取得されるＣ－Ｐｌａｎｅ制御ノードに係る情報から、ｅＮＢ８２間でユーザデータを送受信しようしているサービスサーバのＡＰＮ（Access　Point　Name）と、ＵＥ９０の位置（すなわちアクセスするｅＮＢ８２の情報）とに基づいて、サービスＳ１を利用するためにアクセスすべきスライス（ここでは、スライスＳＬ４）のＣ－Ｐｌａｎｅ制御ノード２４１と、サービスＳ２を利用するためにアクセスすべきスライス（ここでは、スライスＳＬ５）のＣ－Ｐｌａｎｅ制御ノード２５１と、が特定される（Ｓ２０６：通信処理ステップ）。
　通信処理部３３０では、特定された２つのＣ－Ｐｌａｎｅ制御ノード、すなわち、第４Ｃ－Ｐｌａｎｅ制御ノード２４１及び第５Ｃ－Ｐｌａｎｅ制御ノード２５１に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create　Session　Request：Ｓ２０７、Ｓ２０８：通信処理ステップ）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB　ID）と、セッションの作成により設けられる通信路を特定する情報（TU-1もしくはTU-2）と、が含まれる。なお、２つのノードへのセッションの作成要求の送信順序（Ｓ２０７，Ｓ２０８）は、変更することができる。
　第４Ｃ－Ｐｌａｎｅ制御ノード２４１では、セッションの作成要求を受信すると、当該要求に基づいて、公知の手順により、通信路の作成に係る処理を行う。具体的には、通信路を作成するＵ－Ｐｌａｎｅ制御ノードとして、同一のスライスＳＬ４の第４Ｕ－Ｐｌａｎｅ制御ノード２４２を選択する（UP　Selection：Ｓ２０９）。その後、第４Ｕ－Ｐｌａｎｅ制御ノード２４２に対して、通信路を特定する情報（TU-1）と共に、ｅＮＢ８２を特定する情報（eNB　ID）を送信することで、通信路の作成を指示する（Create　Session　Request：Ｓ２１１）。第４Ｕ－Ｐｌａｎｅ制御ノード２４２は、通信路の作成に係る処理を行った後、自ノードを特定する情報（UP2　ID）と共に、通信路を作成する処理を行ったことを第４Ｃ－Ｐｌａｎｅ制御ノード２４１に対して返信する（Create　Session　Response：Ｓ２１３）。第４Ｕ－Ｐｌａｎｅ制御ノード２４２からの返信を受信した第４Ｃ－Ｐｌａｎｅ制御ノード２４１は、通信路の作成に係る処理が終わったことを、セッションの作成要求（Ｓ２０７）に対する応答として、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して通知する（Create　Session　Response：Ｓ２１５：通信処理ステップ）。
　第５Ｃ－Ｐｌａｎｅ制御ノード２５１においても同様の処理が行われる。すなわち、第５Ｃ－Ｐｌａｎｅ制御ノード２５１では、セッションの作成要求を受信すると、当該要求に基づいて、公知の手順により、通信路の作成に係る処理を行う。具体的には、通信路を作成するＵ－Ｐｌａｎｅ制御ノードとして、同一のスライスＳＬ５の第５Ｕ－Ｐｌａｎｅ制御ノード２５２を選択する（UP　Selection：Ｓ２１０）。その後、第５Ｕ－Ｐｌａｎｅ制御ノード２５２に対して、通信路を特定する情報（TU-2）と共に、ｅＮＢ８２を特定する情報（eNB　ID）を送信することで、通信路の作成を指示する（Create　Session　Request：Ｓ２１２）。第５Ｕ－Ｐｌａｎｅ制御ノード２５２は、通信路の作成に係る処理を行った後、自ノードを特定する情報（UP2 ID）と共に、通信路を作成する処理を行ったことを第５Ｃ－Ｐｌａｎｅ制御ノード２５１に対して返信する（Create　Session　Response：Ｓ２１４）。第５Ｕ－Ｐｌａｎｅ制御ノード２５２からの返信を受信した第５Ｃ－Ｐｌａｎｅ制御ノード２５１は、通信路の作成に係る処理が終わったことを、セッションの作成要求（Ｓ２０８）に対する応答として、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して通知する（Create　Session　Response：Ｓ２１６：通信処理ステップ）。
　図１０では、スライスＳＬ４での処理と、スライスＳＬ５での処理と、が交互に行われるように示している。しかしながら、スライスＳＬ４での処理と、スライスＳＬ５での処理は個別に行われるため、処理の順序は、図１０に示す順序とは異なる可能性がある。
　共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、第４Ｃ－Ｐｌａｎｅ制御ノード２４１からの応答（Ｓ２１５）と、第５Ｃ－Ｐｌａｎｅ制御ノード２５１からの応答（Ｓ２１６）と、を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ２１７：通信処理ステップ）。この信号には、第４Ｕ－Ｐｌａｎｅ制御ノード２４２を特定する情報（UP2　ID）と、第５Ｕ－Ｐｌａｎｅ制御ノード２５２を特定する情報（UPX2　ID）とが含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ２１８）。また、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、ｅＮＢ８１との間で通信路を設けていたスライスＳＬ１の第１Ｃ－Ｐｌａｎｅ制御ノード２１１と、スライスＳＬ２の第２Ｃ－Ｐｌａｎｅ制御ノード２２１に対して、セッションの開放を指示して、セッションの開放処理を行う（Delete　Session　Request　/　Response：Ｓ２１９，Ｓ２２０：通信処理ステップ）。ｅＮＢ８２からｅＮＢ８１へのリソースの開放指示（Ｓ２１８）と、共通Ｃ－Ｐｌａｎｅ制御ノード３０１からのセッション開放指示（Ｓ２１９，Ｓ２２０）とは、順序が入れ替わっていても良い。
　以上の処理により、ＵＥ９０は、ｅＮＢ８２を経由して第４Ｕ－Ｐｌａｎｅ制御ノード２４２との間でユーザデータの送受信が可能となると共に、ｅＮＢ８２を経由して第５Ｕ－Ｐｌａｎｅ制御ノード２５２との間でユーザデータの送受信が可能となる。これにより、ＵＥ９０は、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる。
　上記の処理では、ｅＮＢ８２と、第４Ｕ－Ｐｌａｎｅ制御ノード２４２及び第５Ｕ－Ｐｌａｎｅ制御ノード２５２との間の通信路が設けられた時点（Ｓ２１７）では、ｅＮＢ８１側での２つの通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
（第３：１つのスライスとの間で通信路を設けるケースであって、ＤＮＳサーバから情報を取得することができる場合）
　図１１は、第３のケースの状況を説明する図である。図１１に示すケースは、例えば、ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用することができるエリアＳＡ＃１から、異なるエリアＳＡ＃２へ移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置をハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更するだけでなく、サービスＳ１，Ｓ２を利用するために通信を行うスライスを変更する必要がある。ただし、移動先のエリアＳＡ＃２では、スライスＳＬ１に対応するスライスＳＬ４は存在するが、スライスＳＬ２に対応するスライスが存在しない場合がある。このような場合に２つのサービスを継続して利用する方法として、第３のケースでは、移動前のｅＮＢ８１と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路と、移動前のｅＮＢ８１と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路と、の両方の機能を、ｅＮＢ８２と第４Ｕ－Ｐｌａｎｅ制御ノード２４２との通信路に切り替える。すなわち、１つのスライスＳＬ４に対して設けられる１本の通信路により、２つのサービスのユーザデータの送受信を行う。これにより、ＵＥ９０では、サービスＳ１，Ｓ２を継続して利用することができる。
　なお、ＵＥ９０の移動先のエリアＳＡ＃２において、ｅＮＢ８２がどのスライスとの間に通信路を設けることで、ＵＥ９０がサービスＳ１，Ｓ２を利用できるかについては、ｅＮＢ８２、共通Ｃ－Ｐｌａｎｅ制御ノード３０１、及びＵＥ９０等は把握をしていない。この情報については、共通Ｃ－Ｐｌａｎｅ制御ノード３０１がＤＮＳ（Domain　Name　System）サーバ３５０に対して問い合わせをすることで、情報を取得する。また、共通Ｃ－Ｐｌａｎｅ制御ノード３０１がＤＮＳサーバ３５０及びＳＳＦ７０に問い合わせることで、これらの情報を取得する場合もある。これらの手法については後述する。
　上記のような第３のケースにおける具体的な処理の手順について、図１２を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ３０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ３０２）。
　この後、移動先のｅＮＢ８２から、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ３０３：変更要求取得ステップ）。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,　TU-2）及びセッションを特定する（S-ID1,　S-ID2）が含まれる。共通Ｃ－Ｐｌａｎｅ制御ノード３０１の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ３０４：判定ステップ）。本実施形態では、通信路の変更に係る要求に、通信路を特定する情報が複数含まれていて、セッションを特定する情報が複数含まれていると、判定部３２０では、ＵＥ９０に関して２つの通信路が個別に設けられていることを判断することができる。このように、通信路の変更に係る要求に含まれる情報により、判定部３２０では、複数の通信路が設けられているか否かの判定を行う。そして、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図１２に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　さらに、判定部３２０では、２つのスライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことを確認する（Ｓ３０４）。この点は第２のケースと同様である。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていて、且つ、スライスＳＬ１，ＳＬ２がエリアＳＡ＃２をカバーしていないことが確認された場合、共通Ｃ－Ｐｌａｎｅ制御ノード３０１の通信処理部３３０は、ＤＮＳサーバ３５０に対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS　Query　Request：Ｓ３０５：通信処理ステップ）。より具体的には、通信処理部３３０は、ＤＮＳサーバ３５０に対して、ＥＣＧＩ（E-UTRAN　Cell　Global　ID）もしくはサービスＳ１，Ｓ２を提供するサービスサーバのＡＰＮ（APN1&2）を送信することで、サービスＳ１，Ｓ２を利用する際に通信を行うべきスライスのＣ－Ｐｌａｎｅ制御ノードを特定する情報を取得する。ＥＣＧＩは、ＵＥ９０が在圏するセルを特定する情報であり、すなわち、ＵＥ９０の位置を示す情報である。
　ここで、ＤＮＳサーバ３５０が図１３（Ａ）に示す情報を保持している場合、ＤＮＳサーバ３５０は、ＵＥ９０の位置に応じて、各種サービスに対応したスライスに係る情報を提供することができる。図１３（Ａ）では、エリア（location）毎に、サービスの種類（Service　Type）と、当該サービスを利用する際に利用されるスライス及びそのスライスを構成するノードが示されている。例えば、Location#1で特定されるエリアでは、ＭＢＢというサービスを利用する際にはスライス１との間で通信路を設け、Ｖ２Ｘというサービスを利用する際にはスライス２との間で通信路を設けることが示されている。一方、Location#2で特定されるエリアでは、ＭＢＢ及びＶ２Ｘの両方のサービスに対してスライス３が対応付けられている。また、Location#3で特定されるエリアでは、ＭＢＢ及びＶ２Ｘの両方のサービスに対してスライス４が対応付けられている。
　第２のケースは、Location#1のように、サービス毎に異なるスライスが対応付けられているようなケースであった。これに対して、第３のケースは、Location#2又はLocation#3のように、一つのスライスのノードが２つのサービスＳ１，Ｓ２に適用されるようなケースである。ｅＮＢ８２が管轄するエリア（ＵＥ９０が在圏するエリア）がこのような状況である場合、ＤＮＳサーバ３５０から送信される結果には、１つのＣ－Ｐｌａｎｅ制御ノードを特定する情報のみが返送される（DNS　Query　Response：Ｓ３０６：通信処理ステップ）。ここでは、第４Ｃ－Ｐｌａｎｅ制御ノード２４１を特定する情報がＤＮＳサーバ３５０から共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して送られる。これにより、共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、第４Ｃ－Ｐｌａｎｅ制御ノード２４１が含まれるスライスＳＬ４との間で２つのサービスに係るセッションを設けることを決定する（Selects　CP2　for　both　APN1&2　Sessions：Ｓ３０９：通信処理ステップ）。
　なお、ＤＮＳサーバ３５０が保持している情報では、ＵＥ９０の在圏するエリアにおいてサービスＳ１，Ｓ２に対応することができるスライスを特定することができない場合がある。それは、ＤＮＳサーバ３５０において、例えば図１３（Ｂ）に対応する情報のみを保持している場合である。図１３（Ｂ）に示す例では、エリア（location）毎に、利用することができるスライス及びそのスライスを構成するノードのみが示されている。すなわち、どのスライスとの間で通信を行うとどのサービスを利用することができるかが不明である場合である。この場合、ＵＥ９０が例えばLocation#2に在圏している場合には、ＤＮＳサーバ３５０からは、スライスＳＬ４の第４Ｃ－Ｐｌａｎｅ制御ノード２４１を特定する情報が共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して送られる。ただし、この場合には、ＤＮＳサーバ３５０からの情報のみでは第４Ｃ－Ｐｌａｎｅ制御ノード２４１が含まれるスライスＳＬ４に対して通信を行うことで、２つのサービスを利用できるかどうかが不明である。したがって、共通Ｃ－Ｐｌａｎｅ制御ノード３０１の通信処理部３３０では、ＳＳＦ７０に対してＵＥ９０を特定する情報と、利用したいサービスを特定する情報（APN1&APN2）と、ＥＣＧＩとを送信して、問い合わせを行う（Policy　Request：Ｓ３０７：通信処理ステップ）。
　ＤＮＳサーバ３５０が図１３（Ｂ）に示すような情報のみを保持している場合、ＳＳＦ７０では、図１３（Ｃ）に示すような情報、すなわち、サービス毎に優先して通信を行うべきスライスを特定する情報を保持することができる。図１３（Ｃ）に示す例では、２つのサービスのそれぞれについて、対応可能なスライスが優先される順に記載される。ＳＳＦ７０では、共通Ｃ－Ｐｌａｎｅ制御ノード３０１から送信されるサービスを特定する情報に応じて、対応するスライスの情報を提供する（Policy　Response：Ｓ３０８：通信処理ステップ）。ここでは、スライスＳＬ４を特定する情報として、第４Ｃ－Ｐｌａｎｅ制御ノード２４１を特定する情報が提供される。
　そして、共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、ＤＮＳサーバ３５０からの情報と、ＳＳＦ７０からの情報とに基づいて、第４Ｃ－Ｐｌａｎｅ制御ノード２４１が含まれるスライスＳＬ４との間で２つのサービスに係るセッションを設けることを決定する（Selects　CP2　for　both　APN1&2　Sessions：Ｓ３０９：通信処理ステップ）。
　このように、ＤＮＳサーバ３５０が保持する情報だけでは、適切なスライス（Ｃ－Ｐｌａｎｅ制御ノード）を選択することができない場合には、ＳＳＦ７０がサービスに対応したスライスを特定する情報を保持する構成として、共通Ｃ－Ｐｌａｎｅ制御ノード３０１がＳＳＦ７０にも問い合わせを行うことで、２つのサービスを利用するための適切なスライス（Ｃ－Ｐｌａｎｅ制御ノード）を特定する構成としてもよい。
　なお、上記では、ＤＮＳサーバ３５０が図１３（Ｂ）に示すような情報のみを保持している場合について説明したが、他にもＤＮＳサーバ３５０が保持している情報では、ＵＥ９０の在圏するエリアにおいてサービスＳ１，Ｓ２に対応することができるスライスを特定することができない場合がある。それは、例えば、ＤＮＳサーバ３５０がサービスの種類（Service　Type）と、当該サービスを利用する際に利用されるスライス及びそのスライスを構成するノードとの対応のみを保持している場合である。このようなケースでは、ＤＮＳサーバ３５０ではＵＥ９０の在圏するエリアに係る情報を考慮して適切なスライスを選択することができないことが考えられるため、ＳＳＦ７０に対して問い合わせを行う必要が生じる。
　また、上記のように、ＤＮＳサーバ３５０がサービスの種類（Service　Type）と、当該サービスを利用する際に利用されるスライス及びそのスライスを構成するノードとの対応を保持している場合に、ＤＮＳサーバ３５０が保持している情報だけは、特定のサービスに関して対応することができるスライスを特定できない場合がある。例えば、図１３（Ａ）に示す例では、Location#2において、サービスＭＢＢ及びサービスＶ２Ｘについてスライス３が対応可能であることが示されているが、サービスＶ２Ｘに対応可能なスライスが特定されていない場合がある。このような場合についても、ＤＮＳサーバ３５０は、１つのＣ－Ｐｌａｎｅ制御ノードを特定する情報のみを結果として共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して返送する（DNS　Query　Response：Ｓ３０６：通信処理ステップ）。このように、１つのＣ－Ｐｌａｎｅ制御ノードを特定する情報が返送された場合には、そのＣ－Ｐｌａｎｅ制御ノードは、ＤＮＳサーバ３５０において複数のサービス全てに対応可能であると判断されたスライスに係るノードの情報である場合と、特定のサービスにのみ対応可能なスライスに係るノードの情報である場合と、がある。前者の場合は、ＳＳＦ７０に問い合わせなくてもよいが、後者の場合は、複数のサービスの利用を継続するためには、ＳＳＦ７０に対しても問い合わせを行う必要が生じる。
　ＤＮＳサーバ３５０及びＳＳＦ７０がどのような情報を保持していて、共通Ｃ－Ｐｌａｎｅ制御ノード３０１からの要求に基づいてどのような情報を返すかは予め定められる。例えば、ＤＮＳサーバ３５０において、ＵＥ９０の位置、ＵＥ９０が利用するサービス、及び、スライスのポリシー等の情報に基づいた判断がなされていれば、ＤＮＳサーバ３５０から１つのＣ－Ｐｌａｎｅ制御ノードに係る情報（スライスに係る情報）が提供された場合にもＳＳＦ７０に対する問い合わせは不要であると考えられる。一方、ＤＮＳサーバ３５０が保持する情報が少ない場合には、ＤＮＳサーバ３５０から１つのＣ－Ｐｌａｎｅ制御ノードに係る情報（スライスに係る情報）が提供された場合にはＳＳＦ７０に対して問い合わせることが好ましいと考えられる。このように、ＤＮＳサーバ３５０が保持する情報の量や精度等によっても、ＳＳＦ７０に対して問い合わせることが好ましいかは変化すると考えられる。したがって、共通Ｃ－Ｐｌａｎｅ制御ノード３０１がＤＮＳサーバ３５０から１つのＣ－Ｐｌａｎｅ制御ノードに係る情報を取得した場合に、ＳＳＦ７０に対しても問い合わせを行うかどうかは、ＤＮＳサーバ３５０が保持する情報の種類等に基づいて、予め決めてもよいし、ＤＮＳサーバ３５０からの応答内容に応じて変更するような構成としてもよい。
　なお、ＤＮＳサーバ３５０及びＳＳＦ７０が、利用したいサービスを特定する情報（APN1&APN2）に対して適切なスライスを特定する情報を提供できない場合には、サービスの提供ができないため、サービスの提供自体が中断される。
　通信処理部３３０では、ここまでの処理により特定されたＣ－Ｐｌａｎｅ制御ノード、すなわち、第４Ｃ－Ｐｌａｎｅ制御ノード２４１に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create　Session　Request：Ｓ３１０：通信処理ステップ）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB　ID）と、セッションの作成により設けられる通信路を特定する情報（TU-1及びTU-2）と、サービスを特定する情報（APN1及びAPN2）が含まれる。これにより、第４Ｃ－Ｐｌａｎｅ制御ノード２４１においても、２つのサービスに係るセッションを開設することが認識される。
　第４Ｃ－Ｐｌａｎｅ制御ノード２４１では、セッションの作成要求を受信すると、当該要求に基づいて、公知の手順により、通信路の作成に係る処理を行う。具体的には、通信路を作成するＵ－Ｐｌａｎｅ制御ノードとして、同一のスライスＳＬ４の第４Ｕ－Ｐｌａｎｅ制御ノード２４２を選択する（UP　Selection：Ｓ３１１）。その後、第４Ｕ－Ｐｌａｎｅ制御ノード２４２に対して、通信路を特定する情報（TU-1及びTU-2）と共に、ｅＮＢ８２を特定する情報（eNB　ID）を送信することで、通信路の作成を指示する（Create　Session　Request：Ｓ３１２）。第４Ｕ－Ｐｌａｎｅ制御ノード２４２は、通信路の作成に係る処理を行った後、通信路を特定する情報（TU-1及びTU-2）及び自ノードを特定する情報（UP2　ID）と共に、通信路を作成する処理を行ったことを第４Ｃ－Ｐｌａｎｅ制御ノード２４１に対して返信する（Create　Session　Response：Ｓ３１３）。第４Ｕ－Ｐｌａｎｅ制御ノード２４２からの返信を受信した第４Ｃ－Ｐｌａｎｅ制御ノード２４１は、通信路の作成に係る処理が終わったことを、セッションの作成要求（Ｓ３１０）に対する応答として、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して通知する（Create　Session　Response：Ｓ３１４：通信処理ステップ）。
　共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、第４Ｃ－Ｐｌａｎｅ制御ノード２４１からの応答（Ｓ３１４）を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ３１５：通信処理ステップ）。この信号には、第４Ｕ－Ｐｌａｎｅ制御ノード２４２を特定する情報（UP2　ID）に対応付けて、２つの通信路を特定する情報（TU-1,　TU-2）と、２つのセッションを特定する情報（S-ID1,　S-ID2）が含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ３１６）。また、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、ｅＮＢ８１との間で通信路を設けていたスライスＳＬ１の第１Ｃ－Ｐｌａｎｅ制御ノード２１１と、スライスＳＬ２の第２Ｃ－Ｐｌａｎｅ制御ノード２２１に対して、セッションの開放を指示して、セッションの開放処理を行う（Delete　Session　Request　/　Response：Ｓ３１７，Ｓ３１８：通信処理ステップ）。ｅＮＢ８２からｅＮＢ８１へのリソースの開放指示（Ｓ３１６）と、共通Ｃ－Ｐｌａｎｅ制御ノード３０１からのセッション開放指示（Ｓ３１７，Ｓ３１８）は、順序が入れ替わっていても良い。
　以上の処理により、ＵＥ９０は、ｅＮＢ８２を経由して第４Ｕ－Ｐｌａｎｅ制御ノード２４２との間でユーザデータの送受信が可能となることで、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる。
　なお、上記の第３のケースでは、移動先のエリアＳＡ＃２では、スライスＳＬ１に対応するスライスＳＬ４は存在するが、スライスＳＬ２に対応するスライスが存在しない場合、として説明したが、逆の場合であってもよい。すなわち、スライスＳＬ１に対応するスライスは存在しないが、スライスＳＬ２に対応するスライスＳＬ５が存在する場合も、上記で説明した処理と同様の方法で処理を行うことができる。
　上記の処理では、ｅＮＢ８２と、第４Ｕ－Ｐｌａｎｅ制御ノード２４２との間の通信路が設けられた時点（Ｓ３１５）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
（第４：１つのスライスとの間で通信路を設けるケースであって、ＳＳＦから情報を取得することができる場合）
　図１４は、第４のケースの状況を説明する図である。図１４に示すケースは、第３のケースと同様に、ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用することができるエリアＳＡ＃１から、異なるエリアＳＡ＃２へ移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更されるだけでなく、サービスＳ１，Ｓ２を利用するために通信を行うスライスを変更する必要がある。ただし、移動先のエリアＳＡ＃２では、スライスＳＬ１，ＳＬ２に対応するスライスが存在しない場合がある。つまり、第３のケースと同様に、ＤＮＳサーバ３５０に対して問い合わせを行った場合に、ＤＮＳサーバ３５０からＣ－Ｐｌａｎｅ制御サーバに係る情報を取得できない場合である。
　このような場合に２つのサービスを継続して利用する方法としては、第４のケースでは、移動前のｅＮＢ８１と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路と、移動前のｅＮＢ８１と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路と、の両方の機能を、２つのサービスとは関連性がないスライスＳＬ６に設けられた第６Ｕ－Ｐｌａｎｅ制御ノード（ＵＰＹ）２６２との通信路に切り替える。スライスＳＬ６には、第６Ｃ－Ｐｌａｎｅ制御ノード（ＣＰＹ）２６１と、第６Ｕ－Ｐｌａｎｅ制御ノード２６２と、が含まれる。
　なお、ＵＥ９０の移動先のエリアＳＡ＃２において、ｅＮＢ８２がどのスライスとの間に通信路を設けることで、ＵＥ９０がサービスＳ１，Ｓ２を利用できるかについては、ｅＮＢ８２、共通Ｃ－Ｐｌａｎｅ制御ノード３０１、及びＵＥ９０等は把握をしていない。また、スライスＳＬ６がサービスＳ１，Ｓ２に対応可能であることをＤＮＳサーバ３５０が把握していない場合には、ＤＮＳサーバ３５０もこの情報を共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して提供することができない。そのため、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、ＳＳＦ７０に問い合わせることで情報を取得する。
　上記のような第４のケースにおける具体的な処理の手順について、図１５を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ４０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ４０２）。
　この後、移動先のｅＮＢ８２から、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ４０３：変更要求取得ステップ）。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,　TU-2）及びセッションを特定する（S-ID1,　S-ID2）が含まれる。共通Ｃ－Ｐｌａｎｅ制御ノード３０１の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ４０４：判定ステップ）。本実施形態では、通信路の変更に係る要求に、通信路を特定する情報が複数含まれていて、セッションを特定する情報が複数含まれていると、判定部３２０では、ＵＥ９０に関して２つの通信路が個別に設けられていることを判断することができる。このように、通信路の変更に係る要求に含まれる情報に基づいて、判定部３２０では、複数の通信路が設けられているか否かの判定を行う。そして、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図１５に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　さらに、判定部３２０では、２つのスライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことを確認する（Ｓ４０４）。この点は第２のケースと同様である。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていて、且つ、スライスＳＬ１，ＳＬ２がエリアＳＡ#２をカバーしていないことが確認された場合、共通Ｃ－Ｐｌａｎｅ制御ノード３０１の通信処理部３３０は、ＤＮＳサーバ３５０に対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS　Query　Request：Ｓ４０５：通信処理ステップ）。より具体的には、通信処理部３３０は、ＤＮＳサーバ３５０に対して、ＥＣＧＩ（E-UTRAN　Cell　Global　ID）もしくはサービスＳ１，Ｓ２を提供するサービスサーバのＡＰＮ（APN1&2）を送信することで、サービスＳ１，Ｓ２を利用する際に通信を行うべきスライスのＣ－Ｐｌａｎｅ制御ノードを特定する情報を取得する。ＥＣＧＩは、ＵＥ９０が在圏するセルを特定する情報であり、すなわち、ＵＥ９０の位置を示す情報である。
　第４のケースでは、ｅＮＢ８２の管轄するエリアＳＡ＃２は、図１３（Ａ）に示す表には含まれない状態となっている。すなわち、location及びサービスの種類に対して、アクセス先（通信路を設ける先）のスライスを特定する情報が対応付けられていない状態である。したがって、ＤＮＳサーバ３５０は、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して、サービスに対応するスライスが存在しないことを示す情報、すなわち、Ｃ－Ｐｌａｎｅ制御ノードの情報がないことを通知する（DNS　Query　Response：Ｓ４０６：通信処理ステップ）。
　このように、ＤＮＳサーバ３５０からＣ－Ｐｌａｎｅ制御ノードを特定する情報が提供されない場合、共通Ｃ－Ｐｌａｎｅ制御ノード３０１側では、ＵＥ９０がサービスＳ１，Ｓ２を利用するためにｅＮＢ８２との間で通信路を設ける相手方のスライスを特定することができないことになる。そこで、共通Ｃ－Ｐｌａｎｅ制御ノード３０１の通信処理部３３０では、ＳＳＦ７０に対してＵＥ９０を特定する情報と、利用したいサービスを特定する情報（APN1&APN2）と、ＥＣＧＩとを送信して、問い合わせを行う（Policy　Request：Ｓ４０７：通信処理ステップ）。
　これに対して、ＳＳＦ７０は、利用したいサービスを特定する情報と、ＥＧＣＩと、自装置で保持している情報と、に基づいて、ＵＥ９０の在圏するエリアにおいて、当該サービスを利用するための通信路を設けることができるスライスを特定する。図１３（Ｃ）に示すように、ＳＳＦ７０では、サービス毎に対応可能なスライスを特定する情報を保持していることから、この情報を利用して、対応するスライスの情報を提供する（Policy　Response：Ｓ４０８：通信処理ステップ）。
　共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、ＳＳＦ７０からの情報に基づいて、第６Ｃ－Ｐｌａｎｅ制御ノード２６１が含まれるスライスＳＬ６との間で２つのサービスに係るセッションを設けることを決定する（Selects　CPY　for　both　APN1&2　Sessions：Ｓ４０９：通信処理ステップ）。
　このように、ＤＮＳサーバ３５０から提供される情報では、適切なスライス（Ｃ－Ｐｌａｎｅ制御ノード）を選択することができない場合には、サービスに対応したスライスを特定する情報を保持するＳＳＦ７０に対して問い合わせる構成とする。これにより、２つのサービスを利用するための適切なスライス（Ｃ－Ｐｌａｎｅ制御ノード）に係る情報を取得することが可能となる。
　なお、ＤＮＳサーバ３５０及びＳＳＦ７０が、利用したいサービスを特定する情報（APN1&APN2）に対して適切なスライスを特定する情報を提供できない場合には、サービスの提供ができないため、サービスの提供自体が中断される。
　通信処理部３３０では、ここまでの処理により特定されたＣ－Ｐｌａｎｅ制御ノード、すなわち、第６Ｃ－Ｐｌａｎｅ制御ノード２６１に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create　Session　Request：Ｓ４１０：通信処理ステップ）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB　ID）と、セッションの作成により設けられる通信路を特定する情報（TU-1及びTU-2）と、サービスを特定する情報（APN1及びAPN2）が含まれる。これにより、第６Ｃ－Ｐｌａｎｅ制御ノード２６１においても、２つのサービスに係るセッションを開設することが認識される。
　第６Ｃ－Ｐｌａｎｅ制御ノード２６１では、セッションの作成要求を受信すると、当該要求に基づいて、公知の手順により、通信路の作成に係る処理を行う。具体的には、通信路を作成するＵ－Ｐｌａｎｅ制御ノードとして、同一のスライスＳＬ６の第６Ｕ－Ｐｌａｎｅ制御ノード２６２を選択する（UP　Selection：Ｓ４１１）。その後、第６Ｕ－Ｐｌａｎｅ制御ノード２６２に対して、通信路を特定する情報（TU-1及びTU-2）と共に、ｅＮＢ８２を特定する情報（eNB　ID）を送信することで、通信路の作成を指示する（Create　Session　Request：Ｓ４１２）。第６Ｕ－Ｐｌａｎｅ制御ノード２６２は、通信路の作成に係る処理を行った後、通信路を特定する情報（TU-1及びTU-2）及び自ノードを特定する情報（UP2　ID）と共に、通信路を作成する処理を行ったことを第６Ｃ－Ｐｌａｎｅ制御ノード２６１に対して返信する（Create　Session　Response：Ｓ４１３）。第６Ｕ－Ｐｌａｎｅ制御ノード２６２からの返信を受信した第６Ｃ－Ｐｌａｎｅ制御ノード２６１は、通信路の作成に係る処理が終わったことを、セッションの作成要求（Ｓ４１０）に対する応答として、共通Ｃ－Ｐｌａｎｅ制御ノード３０１に対して通知する（Create　Session　Response：Ｓ４１４：通信処理ステップ）。
　共通Ｃ－Ｐｌａｎｅ制御ノード３０１では、第４Ｃ－Ｐｌａｎｅ制御ノード２４１からの応答（Ｓ４１４）を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ４１５：通信処理ステップ）。この信号には、第６Ｕ－Ｐｌａｎｅ制御ノード２６２を特定する情報（UPY　ID）に対応付けて、２つの通信路を特定する情報（TU-1,　TU-2）と、２つのセッションを特定する情報（S-ID1,　S-ID2）が含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ４１６）。また、共通Ｃ－Ｐｌａｎｅ制御ノード３０１は、ｅＮＢ８１との間で通信路を設けていたスライスＳＬ１の第１Ｃ－Ｐｌａｎｅ制御ノード２１１と、スライスＳＬ２の第２Ｃ－Ｐｌａｎｅ制御ノード２２１に対して、セッションの開放を指示して、セッションの開放処理を行う（Delete　Session　Request/Response：Ｓ４１７，Ｓ４１８：通信処理ステップ）。ｅＮＢ８２からｅＮＢ８１へのリソースの開放指示（Ｓ４１６）と、共通Ｃ－Ｐｌａｎｅ制御ノード３０１からのセッション開放指示（Ｓ４１７，Ｓ４１８）は、順序が入れ替わっていても良い。
　以上の処理により、ＵＥ９０は、ｅＮＢ８２を経由して第６Ｕ－Ｐｌａｎｅ制御ノード２６２との間でユーザデータの送受信が可能となることで、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる。
　上記の処理では、ｅＮＢ８２と、第６Ｕ－Ｐｌａｎｅ制御ノード２６２との間の通信路が設けられた時点（Ｓ４１５）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
　以上のように、第１実施形態に係る通信制御装置である共通Ｃ－Ｐｌａｎｅ制御ノード３０１及びこの共通Ｃ－Ｐｌａｎｅ制御ノード３０１による通信制御方法によれば、上記の４つのケースに共通するが、変更前の通信路と変更後の通信路とが両立した状態を設けながら、通信路の変更に係る処理が行われる。このため、ＵＥ９０は、変更前の通信路もしくは変更後の通信路を利用してユーザデータを送受信可能な状態を保つことができること。したがって、複数のスライスに割り当てられているサービスを利用しながら、複数のスライスとの間に設けられる通信路を変更することが実現される。
　また、上記の４つのケースに共通して、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにすることで、ＵＥ９０が複数のスライスに対して接続している状態であっても、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
　また、第２のケースでは、変更前の複数の通信路について、それぞれ、変更前の通信路が設けられたスライスＳＬ１，ＳＬ２とは異なり、且つ、互いに異なるスライスＳＬ４，ＳＬ５におけるＵ－Ｐｌａｎｅ制御ノードに対して設けられる通信路へ変更する。このような構成であると、変更前の通信路毎に変更後も個別に通信路が設けられるため、通信路を変更した後についても、ユーザデータを好適に送受信することができる。
　一方、第３のケース及び第４のケースでは、変更前の複数の通信路に対して、変更前の通信路が設けられたスライスＳＬ１，ＳＬ２とは異なるスライス（第３のケースの場合には、スライスＳＬ４であり、第４のケースの場合にはスライスＳＬ６である）におけるＵ－Ｐｌａｎｅ制御ノードに対して設けられる一つの通信路へ変更される。上記実施形態でも説明したが、変更前の複数のスライスにおける制御ノードそれぞれに対して個別に通信路に対応した通信路を設けることができないようなケースが存在する。この場合には、上記のように、変更前の複数の通信路を、１つのスライスの制御ノードに対して設けられる１つの通信路にまとめる構成とすることで、通信路を変更した後についても、複数のサービスに係るユーザデータを好適に送受信することができる。
　なお、第３のケース及び第４のケースでは、複数の通信路（上記実施形態では２つの通信路）を１つの通信路にまとめる構成について説明したが、このように１つの通信路にまとめる複数の通信路は、ＵＥ９０に関して設けられている通信路全てでなくてもよい。例えば、変更前にはＵＥ９０が通信路を３つ設けている場合に、３つの通信路のうちの２つの通信路について変更後は１つの通信路にまとめ、残りの１つの通信路は変更後も１つの通信路として別途設けていてもよい。この場合、ＵＥ９０に係る変更後の通信路の数は２つとなる。このように、ＵＥ９０に係る全ての通信路を１つの通信路にまとめなくてもよい。この点は、後述の第２実施形態についても同様である。
（第２実施形態：Ｃ－Ｐｌａｎｅ制御ノードにより通信路の管理を一括して行うシステム）
　次に、本発明に係る通信制御装置を共通Ｃ－Ｐｌａｎｅ制御ノードを有しないネットワーク構成に適用した場合について説明する。
　図１６は、第２実施形態に係るシステムにより構築されたスライス構成を含むコアネットワークＮ２を説明する図であり、第１実施形態の図２に対応する。
　図１６に示すように、第２実施形態においても、第１のサービス（サービスＳ１）用のスライスであるスライスＳＬ１（第１のスライス）、第２のサービス（サービスＳ２）用のスライスであるスライスＳＬ２（第２のスライス）、及び、スライスＳＬ１又はスライスＳＬ２の制御に係る制御装置としての機能を有するスライスであるスライスＳＬ３（第３のスライス）を生成する。ＮＦＶＯ３０は、スライスＳＬ１に対してサービスＳ１を割り当て、スライスＳＬ２に対してサービスＳ２を割り当てる。サービスＳ１及びサービスＳ２を実行する機能は、スライスＳＬ３から送られる信号等に基づいて処理を行ったり、通信制御装置としての機能を有するノードを含むスライスＳＬ３に対して情報の提供を要求する処理を行ったりする。
　第２実施形態においては、サービスＳ１，Ｓ２に対応するスライスＳＬ１，ＳＬ２には、Ｃ－Ｐｌａｎｅ制御ノードが設けられていない。すなわち、サービスＳ１に係るノードとしては、スライスＳＬ１の第１Ｕ－Ｐｌａｎｅ制御ノード（ＵＰ１）２１２のみが存在する。また、サービスＳ２に係るノードとしては、スライスＳＬ２の第２Ｕ－Ｐｌａｎｅ制御ノード（ＵＰＸ１）２２２のみが存在する。
　また、スライスＳＬ３にはＣ－Ｐｌａｎｅ制御ノード３０５が含まれる。Ｃ－Ｐｌａｎｅ制御ノード３０５は、ユーザ側からの指示に基づいて、ユーザと各スライスとの通信路の開設及び切断に係る処理を実行する。すなわち、第２実施形態では、サービスを提供するスライスにはノードとしてＣ－Ｐｌａｎｅ制御ノードが設けられず、スライスＳＬ３に設けられるＣ－Ｐｌａｎｅ制御ノード３０５がサービスを利用する際に経由する各スライスに対する通信路の開設及び切断に係る処理を行う。この点が第１実施形態との相違点である。
　第２実施形態のシステムにおいては、スライスＳＬ３に設けられるＣ－Ｐｌａｎｅ制御ノード３０５が第１実施形態での共有Ｃ－Ｐｌａｎｅ制御ノード３０１の機能と、各スライスに設けられたＣ－Ｐｌａｎｅ制御ノードの機能と、を有している。すなわち、Ｃ－Ｐｌａｎｅ制御ノード３０５が、複数のスライスの制御ノードに対して設けられるＵＥ９０に係る通信路の制御を行う通信制御装置として機能する。
　なお、ＬＴＥネットワークにおけるＥＰＣ（Evolved　Packet　Core）においては、例えば、ＭＭＥ（Mobility　Management　Entity）が、第２実施形態におけるＣ－Ｐｌａｎｅ制御ノード３０５に係る機能を有する構成とすることができる。また、例えば、ＳＧＷ（Serving　Gateway）及びＰＧＷ（Packet　Data　Network　Gateway）が、第２実施形態におけるＵ－Ｐｌａｎｅ制御ノードに係る機能を有する構成とすることができる。
　このような第２実施形態のシステムにおいて、ＵＥ９０が複数のスライスとの間で通信を行っている際に、何らかの事情により、ＵＥ９０がサービスを利用するために通信を行っているスライスの変更、もしくは、スライスとＵＥ９０との間の通信路の変更を行う必要が生じた場合の処理について説明する。第２実施形態のシステムでは、上記の処理をＣ－Ｐｌａｎｅ制御ノード３０５が主体的に実行する。そのため、Ｃ－Ｐｌａｎｅ制御ノード３０５は、共通Ｃ－Ｐｌａｎｅ制御ノード３０１と同様に、図５に示す変更要求取得部３１０と、判定部３２０と、通信処理部３３０と、を有する。
　各部の機能は共通Ｃ－Ｐｌａｎｅ制御ノード３０１と同様である。変更要求取得部３１０は、スライスＳＬ１等との通信路の変更に係る要求を取得する機能を有する。また、判定部３２０は、通信路の変更に係る要求の対象のＵＥ９０が複数のスライスとの間で通信路を設けているかを判定する機能を有する。さらに、通信処理部３３０は、通信路の変更に係る要求に基づいて、ＵＥ９０がサービスを利用しながら通信路の変更が行えるように、処理を行う。
　次に、Ｃ－Ｐｌａｎｅ制御ノード３０５を含むコアネットワークＮ２におけるＵＥ９０に係る通信路の変更の具体的な処理について説明する。ＵＥ９０が複数のサービスを利用しながらその通信路を変更する場合には、第１実施形態と同様に、４つのケースが考えられる。以下、４つのケースについて、それぞれ状況を説明すると共に、具体的な処理についてシーケンス図を参照しながら説明する。なお、４つのケースにおける処理の内容については第１実施形態と共通している部分が多いため、説明を簡略化する場合がある。
（第１：通信路のみを変更するケース）
　図１７は、第１のケースの状況を説明する図である。図１７に示すケースは、例えば、ＵＥ９０がスライスＳＬ１，ＳＬ２との間で通信を行うことでＵＥ９０がサービスＳ１，Ｓ２を利用することができるエリアＳＡ＃１内で移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更されるが、引き続きスライスＳＬ１，ＳＬ２との通信を行ってサービスＳ１，Ｓ２を利用することができる。したがって、移動前のｅＮＢ８１と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路をｅＮＢ８２と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路に切り替えると共に、移動前のｅＮＢ８１と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路をｅＮＢ８２と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路に切り替えることで、サービスＳ１，Ｓ２を継続して利用することができる。
　このようなケースにおける具体的な処理の手順について、図１８を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ５０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ５０２）。
　この後、移動先のｅＮＢ８２から、Ｃ－Ｐｌａｎｅ制御ノード３０５に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ５０３：変更要求取得ステップ）。なお、ここでは、ＵＥ９０がハンドオーバを行う場合について説明しているので、通信路の変更に係る要求を行う信号は”Path　Switch　Request”であるが、通信路の変更に係る要求を行う信号は、通信路を変更する事情に応じて適宜変更される。これは、他のケースでも同様である。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,　TU-2）及びセッションを特定する（S-ID1,　S-ID2）が含まれる。Ｃ－Ｐｌａｎｅ制御ノード３０５の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ５０４：判定ステップ）。判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図１８に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定した場合、Ｃ－Ｐｌａｎｅ制御ノード３０５の通信処理部３３０は、セッションを特定する情報等に基づいて、第１Ｕ－Ｐｌａｎｅ制御ノード２１２及び第２Ｕ－Ｐｌａｎｅ制御ノード２２２に対して通信路の変更に関する指示を送信する（Path　Switch　Request：Ｓ５０５，Ｓ５０６：通信処理ステップ）。通信路の変更に関する指示には、変更先のｅＮＢ８２を特定する情報（eNB　ID）と、変更の対象となる通信路を特定する情報（TU-1もしくはTU-2）と、が含まれる。なお、２つのノードへの通信路の変更に関する指示の送信順序（Ｓ５０５，Ｓ５０６：通信処理ステップ）は、変更することができる。
　第１Ｕ－Ｐｌａｎｅ制御ノード２１２では、通信路の変更に関する指示を受信すると、通信路の作成に係る処理を行った後、自ノードを特定する情報（UP1　ID）と共に、通信路を作成する処理を行ったことをＣ－Ｐｌａｎｅ制御ノード３０１に対して返信する（Modify　Bearer　Response：Ｓ５０７：通信処理ステップ）。第２Ｕ－Ｐｌａｎｅ制御ノード２２２においても、同様に、通信路の作成に係る処理を行った後、自ノードを特定する情報（UPX1　ID）と共に、通信路を作成する処理を行ったことをＣ－Ｐｌａｎｅ制御ノード３０５に対して返信する（Modify　Bearer　Response：Ｓ５０８：通信処理ステップ）。
　なお、スライスＳＬ１での処理と、スライスＳＬ２での処理は個別に行われるため、上記の処理（Ｓ５０５～Ｓ５０８）の順序は、図１８に示す順序とは異なる可能性がある。
　Ｃ－Ｐｌａｎｅ制御ノード３０５では、第１Ｕ－Ｐｌａｎｅ制御ノード２１２からの応答（Ｓ５０７）と、第２Ｕ－Ｐｌａｎｅ制御ノード２２２からの応答（Ｓ５０８）と、を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ５０９：通信処理ステップ）。この信号には、第１Ｕ－Ｐｌａｎｅ制御ノード２１２を特定する情報（UP1　ID）と、第２Ｕ－Ｐｌａｎｅ制御ノード２２２を特定する情報（UPX1　ID）とが含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ５１０）。これにより、ＵＥ９０は、ｅＮＢ８２を経由して第１Ｕ－Ｐｌａｎｅ制御ノード２１２との間でユーザデータの送受信が可能となる（Ｓ５１１）と共に、ｅＮＢ８２を経由して第２Ｕ－Ｐｌａｎｅ制御ノード２２２との間でユーザデータの送受信が可能となる（Ｓ５１２）。これにより、ＵＥ９０は、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる。
　上記の処理では、ｅＮＢ８２と、第１Ｕ－Ｐｌａｎｅ制御ノード２１２及び第２Ｕ－Ｐｌａｎｅ制御ノード２２２との間の通信路が設けられた時点（Ｓ５０９）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　上記の処理では、ｅＮＢ８２と、第１Ｕ－Ｐｌａｎｅ制御ノード２１２及び第２Ｕ－Ｐｌａｎｅ制御ノード２２２との間の通信路が設けられた時点（Ｓ５０９）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
（第２：新たに２つのスライスに対して通信路を設けるケース）
　図１９は、第２のケースの状況を説明する図である。図１９に示すケースは、例えば、ＵＥ９０がエリアＳＡ＃１からエリアＳＡ＃２へ移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更されるだけでなく、サービスＳ１，Ｓ２を利用するために通信を行うスライスを、スライスＳＬ１，ＳＬ２からスライスＳＬ４，ＳＬ５に変更する。すなわち、移動前のｅＮＢ８１と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路は、ｅＮＢ８２と第４Ｕ－Ｐｌａｎｅ制御ノード２４２との通信路に切り替える。また、移動前のｅＮＢ８１と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路は、ｅＮＢ８２と第５Ｕ－Ｐｌａｎｅ制御ノード２５２との通信路に切り替える。なお、スライスＳＬ４，ＳＬ５に係る情報は、Ｃ－Ｐｌａｎｅ制御ノード３０５がＤＮＳ（Domain　Name　System）サーバ３５０に対して問い合わせをすることで取得する点は、第１実施形態と同様である。
　このようなケースにおける具体的な処理の手順について、図２０を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ６０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ６０２）。
　この後、移動先のｅＮＢ８２から、Ｃ－Ｐｌａｎｅ制御ノード３０５に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ６０３：変更要求取得ステップ）。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,　TU-2）及びセッションを特定する（S-ID1,　S-ID2）が含まれる。Ｃ－Ｐｌａｎｅ制御ノード３０５の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ６０４：判定ステップ）。判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図１９に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　さらに、判定部３２０では、２つのスライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことを確認する（Ｓ６０４）。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていて、且つ、スライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことが確認された場合、Ｃ－Ｐｌａｎｅ制御ノード３０５の通信処理部３３０は、ＤＮＳサーバ３５０に対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS　Query　Request/Response：Ｓ６０５：通信処理ステップ）。より具体的には、ｅＮＢ８２を介してサービスＳ１，Ｓ２を利用する際に通信を行うことができるＣ－Ｐｌａｎｅ制御ノードを特定する情報を取得する。この結果、通信処理部３３０では、ＤＮＳサーバ３５０から取得されるＣ－Ｐｌａｎｅ制御ノードに係る情報から、ｅＮＢ８２間でユーザデータを送受信しようしているサービスサーバのＡＰＮ（Access　Point　Name）と、ＵＥ９０の位置（すなわちアクセスするｅＮＢ８２の情報）とに基づいて、サービスＳ１を利用するために通信路を設けるべきスライス（ここでは、スライスＳＬ４）のＵ－Ｐｌａｎｅ制御ノード２４２と、サービスＳ２を利用するために通信路を設けるべきスライス（ここでは、スライスＳＬ５）のＵ－Ｐｌａｎｅ制御ノード２５２と、が特定される（Ｓ６０６：通信処理ステップ）。
　通信処理部３３０では、特定された２つのＵ－Ｐｌａｎｅ制御ノード、すなわち、第４Ｕ－Ｐｌａｎｅ制御ノード２４２及び第５Ｕ－Ｐｌａｎｅ制御ノード２５２に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create　Session　Request：Ｓ６０７、Ｓ２０８：通信処理ステップ）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB　ID）と、セッションの作成により設けられる通信路を特定する情報（TU-1もしくはTU-2）と、が含まれる。なお、２つのノードへのセッションの作成要求の送信順序（Ｓ６０７，Ｓ６０８）は、変更することができる。
　第４Ｕ－Ｐｌａｎｅ制御ノード２４２では、セッションの作成要求を受信すると、当該要求に基づいて、通信路の作成に係る処理を行った後、自ノードを特定する情報（UP2　ID）と共に、通信路を作成する処理を行ったことをＣ－Ｐｌａｎｅ制御ノード３０５に対して通知する（Create　Session　Response：Ｓ６０９：通信処理ステップ）。第５Ｕ－Ｐｌａｎｅ制御ノード２５２においても、セッションの作成要求を受信すると、通信路の作成に係る処理を行った後、自ノードを特定する情報（UP2　ID）と共に、通信路を作成する処理を行ったことをＣ－Ｐｌａｎｅ制御ノード３０５に対して通知する（Create　Session　Response：Ｓ６１０：通信処理ステップ）。
　なお、スライスＳＬ４での処理と、スライスＳＬ５での処理は個別に行われるため、上記の処理（Ｓ６０７～Ｓ６１０）の順序は、図２０に示す順序とは異なる可能性がある。
　Ｃ－Ｐｌａｎｅ制御ノード３０５では、第４Ｕ－Ｐｌａｎｅ制御ノード２４２からの応答（Ｓ６０９）と、第５Ｕ－Ｐｌａｎｅ制御ノード２５２からの応答（Ｓ６１０）と、を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ６１１：通信処理ステップ）。この信号には、第４Ｕ－Ｐｌａｎｅ制御ノード２４２を特定する情報（UP2　ID）と、第５Ｕ－Ｐｌａｎｅ制御ノード２５２を特定する情報（UPX2　ID）とが含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ６１２）。また、Ｃ－Ｐｌａｎｅ制御ノード３０５は、ｅＮＢ８１との間で通信路を設けていたスライスＳＬ１の第１Ｕ－Ｐｌａｎｅ制御ノード２１２と、スライスＳＬ２の第２Ｕ－Ｐｌａｎｅ制御ノード２２２に対して、セッションの開放を指示して、セッションの開放処理を行う（Delete　Session　Request/Response：Ｓ６１３，Ｓ６１４：通信処理ステップ）。ｅＮＢ８２からｅＮＢ８１へのリソースの開放指示（Ｓ６１２）と、Ｃ－Ｐｌａｎｅ制御ノード３０５からのセッション開放指示（Ｓ６１３，Ｓ６１４）とは、順序が入れ替わっていても良い。
　以上の処理により、ＵＥ９０は、ｅＮＢ８２を経由して第４Ｕ－Ｐｌａｎｅ制御ノード２４２との間でユーザデータの送受信が可能となる（Ｓ６１５）と共に、ｅＮＢ８２を経由して第５Ｕ－Ｐｌａｎｅ制御ノード２５２との間でユーザデータの送受信が可能となる（Ｓ６１６）。これにより、ＵＥ９０は、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる。
　上記の処理では、ｅＮＢ８２と、第４Ｕ－Ｐｌａｎｅ制御ノード２４２及び第５Ｕ－Ｐｌａｎｅ制御ノード２５２との間の通信路が設けられた時点（Ｓ６１１）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
（第３：１つのスライスとの間で通信路を設けるケースであって、ＤＮＳサーバから情報を取得することができる場合）
　図２１は、第３のケースの状況を説明する図である。図２１に示すケースは、例えば、ＵＥ９０がエリアＳＡ＃１からエリアＳＡ＃２へ移動をする場合である。この場合、ＵＥ９０が通信をする際の基地局装置は、ハンドオーバによりｅＮＢ８１からｅＮＢ８２へ変更される。また、サービスＳ１，Ｓ２を利用するために通信を行うスライスを変更する必要がある。ただし、移動先のエリアＳＡ＃２では、スライスＳＬ１に対応するスライスＳＬ４は存在するが、スライスＳＬ２に対応するスライスが存在しない場合である。第３のケースでは、移動前のｅＮＢ８１と第１Ｕ－Ｐｌａｎｅ制御ノード２１２との通信路と、移動前のｅＮＢ８１と第２Ｕ－Ｐｌａｎｅ制御ノード２２２との通信路と、の両方の機能を、ｅＮＢ８２と第４Ｕ－Ｐｌａｎｅ制御ノード２４２との通信路に切り替える。
　なお、Ｃ－Ｐｌａｎｅ制御ノード３０５がＤＮＳサーバ３５０及びＳＳＦ７０に対して問い合わせをすることで、サービスＳ１，Ｓ２を利用するための通信路を設けるスライスと特定する情報を取得する点は、第１実施形態と同様である。
　上記のような第３のケースにおける具体的な処理の手順について、図２２を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ７０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ７０２）。
　この後、移動先のｅＮＢ８２から、Ｃ－Ｐｌａｎｅ制御ノード３０５に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ７０３：変更要求取得ステップ）。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,　TU-2）及びセッションを特定する（S-ID1,　S-ID2）が含まれる。Ｃ－Ｐｌａｎｅ制御ノード３０５の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ７０４：判定ステップ）。判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図２２に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　さらに、判定部３２０では、２つのスライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことを確認する（Ｓ７０４）。この点は第２のケースと同様である。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていて、且つ、スライスＳＬ１，ＳＬ２がエリアＳＡ＃２をカバーしていないことが確認された場合、Ｃ－Ｐｌａｎｅ制御ノード３０５の通信処理部３３０は、ＤＮＳサーバ３５０に対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS　Query　Request：Ｓ７０５：通信処理ステップ）。より具体的には、通信処理部３３０は、ＤＮＳサーバ３５０に対して、ＥＣＧＩ（E-UTRAN　Cell　Global　ID）もしくはサービスＳ１，Ｓ２を提供するサービスサーバのＡＰＮ（APN1&2）を送信することで、サービスＳ１，Ｓ２を利用する際に通信を行うべきスライスのＵ－Ｐｌａｎｅ制御ノードを特定する情報を取得する。
　第３のケースの場合には、ＤＮＳサーバ３５０から送信される結果には、１つのＵ－Ｐｌａｎｅ制御ノードを特定する情報のみが返送される（DNS　Query　Response：Ｓ７０６：通信処理ステップ）。ここでは、第４Ｕ－Ｐｌａｎｅ制御ノード２４２を特定する情報がＤＮＳサーバ３５０からＣ－Ｐｌａｎｅ制御ノード３０５に対して送られる。これにより、Ｃ－Ｐｌａｎｅ制御ノード３０５では、第４Ｕ－Ｐｌａｎｅ制御ノード２４２が含まれるスライスＳＬ４との間で２つのサービスに係るセッションを設けることを決定する（Selects　UP2　for　both　APN1&2　Sessions：Ｓ７０９：通信処理ステップ）。
　なお、ＤＮＳサーバ３５０が保持している情報では、ＵＥ９０の在圏するエリアにおいてサービスＳ１，Ｓ２に対応することができるスライスを特定することができない場合がある。この場合には、第１実施形態と同様に、Ｃ－Ｐｌａｎｅ制御ノード３０５の通信処理部３３０は、ＳＳＦ７０に対してＵＥ９０を特定する情報と、利用したいサービスを特定する情報（APN1&APN2）と、ＥＣＧＩとを送信して、問い合わせを行う（Policy　Request：Ｓ７０７：通信処理ステップ）。これにより、ＳＳＦ７０では、Ｃ－Ｐｌａｎｅ制御ノード３０５から送信されるサービスを特定する情報に応じて、対応するスライスの情報を提供する（Policy　Response：Ｓ７０８：通信処理ステップ）。ここでは、スライスＳＬ４を特定する情報として、第４Ｕ－Ｐｌａｎｅ制御ノード２４２を特定する情報が提供される。
　そして、Ｃ－Ｐｌａｎｅ制御ノード３０５では、ＤＮＳサーバ３５０からの情報と、ＳＳＦ７０からの情報とに基づいて、第４Ｕ－Ｐｌａｎｅ制御ノード２４１が含まれるスライスＳＬ４との間で２つのサービスに係るセッションを設けることを決定する（Selects　UP2　for　both　APN1&2　Sessions：Ｓ７０９：通信処理ステップ）。
　このように、ＤＮＳサーバ３５０が保持する情報だけでは、適切なスライス（Ｕ－Ｐｌａｎｅ制御ノード）を選択することができない場合には、ＳＳＦ７０がサービスに対応したスライスを特定する情報を保持する構成として、Ｃ－Ｐｌａｎｅ制御ノード３０５がＳＳＦ７０にも問い合わせを行うことで、２つのサービスを利用するための適切なスライス（Ｕ－Ｐｌａｎｅ制御ノード）を特定する構成としてもよい。この点も第１の実施形態と同様である。
　なお、ＤＮＳサーバ３５０及びＳＳＦ７０が、利用したいサービスを特定する情報（APN1&APN2）に対して適切なスライスを特定する情報を提供できない場合には、サービスの提供ができないため、サービスの提供自体が中断される。
　通信処理部３３０では、ここまでの処理により特定されたＵ－Ｐｌａｎｅ制御ノード、すなわち、第４Ｕ－Ｐｌａｎｅ制御ノード２４２に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create　Session　Request：Ｓ７１０：通信処理ステップ）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB　ID）と、セッションの作成により設けられる通信路を特定する情報（TU-1及びTU-2）と、サービスを特定する情報（APN1及びAPN2）が含まれる。これにより、第４Ｕ－Ｐｌａｎｅ制御ノード２４２においても、２つのサービスに係るセッションを開設することが認識される。
　第４Ｕ－Ｐｌａｎｅ制御ノード２４２では、通信路の作成に係る処理を行った後、通信路を特定する情報（TU-1及びTU-2）及び自ノードを特定する情報（UP2 ID）と共に、通信路を作成する処理を行ったことをＣ－Ｐｌａｎｅ制御ノード３０５に対して通知する（Create　Session　Response：Ｓ７１１：通信処理ステップ）。
　Ｃ－Ｐｌａｎｅ制御ノード３０５では、第４Ｕ－Ｐｌａｎｅ制御ノード２４２からの応答（Ｓ７１１）を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ７１２：通信処理ステップ）。この信号には、第４Ｕ－Ｐｌａｎｅ制御ノード２４２を特定する情報（UP2　ID）に対応付けて、２つの通信路を特定する情報（TU-1,　TU-2）と、２つのセッションを特定する情報（S-ID1,　S-ID2）が含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ７１３）。また、Ｃ－Ｐｌａｎｅ制御ノード３０５は、ｅＮＢ８１との間で通信路を設けていたスライスＳＬ１の第１Ｕ－Ｐｌａｎｅ制御ノード２１２と、スライスＳＬ２の第２Ｕ－Ｐｌａｎｅ制御ノード２２２に対して、セッションの開放を指示して、セッションの開放処理を行う（Delete　Session　Request/Response：Ｓ７１４，Ｓ７１５：通信処理ステップ）。ｅＮＢ８２からｅＮＢ８１へのリソースの開放指示（Ｓ７１３）と、Ｃ－Ｐｌａｎｅ制御ノード３０５からのセッション開放指示（Ｓ７１４，Ｓ７１５）は、順序が入れ替わっていても良い。
　以上の処理により、ＵＥ９０は、ｅＮＢ８２を経由して第４Ｕ－Ｐｌａｎｅ制御ノード２４２との間でユーザデータの送受信が可能となることで、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる（Ｓ７１６）。
　なお、上記の第３のケースでは、移動先のエリアＳＡ＃２では、スライスＳＬ１に対応するスライスＳＬ４は存在するが、スライスＳＬ２に対応するスライスが存在しない場合、として説明したが、逆の場合であってもよい。すなわち、スライスＳＬ１に対応するスライスは存在しないが、スライスＳＬ２に対応するスライスＳＬ５が存在する場合も、上記で説明した処理と同様の方法で処理を行うことができる。
　上記の処理では、ｅＮＢ８２と、第４Ｕ－Ｐｌａｎｅ制御ノード２４２との間の通信路が設けられた時点（Ｓ７１２）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
（第４：１つのスライスとの間で通信路を設けるケースであって、ＳＳＦから情報を取得することができる場合）
　図２３は、第４のケースの状況を説明する図である。図２３に示すケースは、第３のケースと同様に、ＵＥ９０がエリアＳＡ＃１からエリアＳＡ＃２へ移動をする場合である。ただし、移動先のエリアＳＡ＃２では、スライスＳＬ１，ＳＬ２に対応するスライスが特定されておらず、第３のケースと同様にＤＮＳサーバ３５０に対して問い合わせを行った場合に、ＤＮＳサーバ３５０からＣ－Ｐｌａｎｅ制御サーバに係る情報を取得できない場合である。第４のケースでは、２つのサービスとは関連性がないスライスＳＬ６に設けられた第６Ｕ－Ｐｌａｎｅ制御ノード（ＵＰＹ）２６２との通信路に切り替える。
　なお、Ｃ－Ｐｌａｎｅ制御ノード３０５がＤＮＳサーバ３５０及びＳＳＦ７０に対して問い合わせをすることで、サービスＳ１，Ｓ２を利用するための通信路を設けるスライスと特定する情報を取得する点は、第１実施形態と同様である。
　上記のような第４のケースにおける具体的な処理の手順について、図２４を参照しながら説明する。
　まず、ＵＥ９０の移動前のｅＮＢ８１と移動先のｅＮＢ８２との間でハンドオーバに係る信号の送受信が行われる（HO　Request,　HO　Request　ACK：Ｓ８０１）。この信号を契機として、ＵＥ９０，ｅＮＢ８１，ｅＮＢ８２の間でハンドオーバに係る処理が行われる（Handover　Execution：Ｓ８０２）。
　この後、移動先のｅＮＢ８２から、Ｃ－Ｐｌａｎｅ制御ノード３０５に対して、通信路の変更に係る要求を行う信号が送信される（Path　Switch　Request：Ｓ８０３：変更要求取得ステップ）。
　通信路の変更に係る要求には、ＵＥ９０を特定する情報と、通信路を特定する情報（TU-1,　TU-2）及びセッションを特定する（S-ID1,　S-ID2）が含まれる。Ｃ－Ｐｌａｎｅ制御ノード３０５の変更要求取得部３１０において、ｅＮＢ８２からの要求を受信すると、判定部３２０では、通信路の変更に係る要求に含まれる情報により、ＵＥ９０が２つのスライスとの間で通信路を設けているか否かを判定する（Ｓ８０４：判定ステップ）。判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていると判定された場合には、図２４に示す以下の処理を行う。なお、判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていない、すなわち、ＵＥ９０に関して、１つのスライスとの間にのみ通信路が設けられている、もしくは、通信路が設けられていないと判定された場合には、公知のハンドオーバに係る処理が行われる。
　さらに、判定部３２０では、２つのスライスＳＬ１，ＳＬ２がｅＮＢ８２の管轄するエリアをカバーしていないことを確認する（Ｓ８０４）。この点は第２のケースと同様である。
　判定部３２０において、ＵＥ９０に関して複数の通信路が設けられていて、且つ、スライスＳＬ１，ＳＬ２がエリアSA#２をカバーしていないことが確認された場合、Ｃ－Ｐｌａｎｅ制御ノード３０５の通信処理部３３０は、ＤＮＳサーバ３５０に対して、ｅＮＢ８２を介して通信路を設ける際のスライスに係る情報を問い合わせる（DNS　Query　Request：Ｓ８０５：通信処理ステップ）。より具体的には、通信処理部３３０は、ＤＮＳサーバ３５０に対して、ＥＣＧＩ（E-UTRAN　Cell　Global　ID）もしくはサービスＳ１，Ｓ２を提供するサービスサーバのＡＰＮ（APN1&2）を送信することで、サービスＳ１，Ｓ２を利用する際に通信を行うべきスライスのＵ－Ｐｌａｎｅ制御ノードを特定する情報を取得する。
　第４のケースでは、ｅＮＢ８２の管轄するエリアＳＡ＃２は、図１３（Ａ）に示す表には含まれない状態となっている。すなわち、location及びサービスの種類に対して、アクセス先（通信路を設ける先）のスライスを特定する情報が対応付けられていない状態である。したがって、ＤＮＳサーバ３５０は、Ｃ－Ｐｌａｎｅ制御ノード３０５に対して、サービスに対応するスライスが存在しないことを示す情報、すなわち、Ｃ－Ｐｌａｎｅ制御ノードの情報がないことを通知する（DNS　Query　Response：Ｓ８０６：通信処理ステップ）。
　このように、ＤＮＳサーバ３５０からＣ－Ｐｌａｎｅ制御ノードを特定する情報が提供されない場合、Ｃ－Ｐｌａｎｅ制御ノード３０５側では、ＵＥ９０がサービスＳ１，Ｓ２を利用するためにｅＮＢ８２との間で通信路を設ける相手方のスライスを特定することができないことになる。そこで、Ｃ－Ｐｌａｎｅ制御ノード３０５の通信処理部３３０では、ＳＳＦ７０に対してＵＥ９０を特定する情報と、利用したいサービスを特定する情報（APN1&APN2）と、ＥＣＧＩとを送信して、問い合わせを行う（Policy　Request：Ｓ８０７：通信処理ステップ）。
　これに対して、ＳＳＦ７０は、利用したいサービスを特定する情報と、ＥＧＣＩとに基づいて、自装置で保持している情報に基づいて、ＵＥ９０の在圏するエリアにおいて、当該サービスを利用するための通信路を設けることができるスライスを特定し、対応するスライスの情報を提供する（Policy　Response：Ｓ８０８：通信処理ステップ）。
　Ｃ－Ｐｌａｎｅ制御ノード３０５では、ＳＳＦ７０からの情報に基づいて、第６Ｕ－Ｐｌａｎｅ制御ノード２６２が含まれるスライスＳＬ６との間で２つのサービスに係るセッションを設けることを決定する（Selects　UPY　for　both　APN1&2　Sessions：Ｓ８０９：通信処理ステップ）。
　なお、ＤＮＳサーバ３５０及びＳＳＦ７０が、利用したいサービスを特定する情報（APN1&APN2）に対して適切なスライスを特定する情報を提供できない場合には、サービスの提供ができないため、サービスの提供自体が中断される。
　通信処理部３３０では、ここまでの処理により特定されたＣ－Ｐｌａｎｅ制御ノード、すなわち、第６Ｕ－Ｐｌａｎｅ制御ノード２６２に対して、ＵＥ９０に係る新たなセッションを設けるための要求を送信する（Create　Session　Request：Ｓ８１０）。セッションの作成要求には、アクセス先のｅＮＢ８２を特定する情報（eNB　ID）と、セッションの作成により設けられる通信路を特定する情報（TU-1及びTU-2）と、サービスを特定する情報（APN1及びAPN2）が含まれる。これにより、第６Ｕ－Ｐｌａｎｅ制御ノード２６２においても、２つのサービスに係るセッションを開設することが認識される。
　第６Ｕ－Ｐｌａｎｅ制御ノード２６２では、セッションの作成要求を受信すると、通信路の作成に係る処理を行った後、通信路を特定する情報（TU-1及びTU-2）及び自ノードを特定する情報（UP2　ID）と共に、通信路を作成する処理を行ったことをＣ－Ｐｌａｎｅ制御ノード３０５に対して通知する（Create　Session　Response：Ｓ８１１：通信処理ステップ）。
　Ｃ－Ｐｌａｎｅ制御ノード３０５では、第６Ｕ－Ｐｌａｎｅ制御ノード２６２からの応答（Ｓ８１１）を受信すると、ｅＮＢ８２に対して、通信路の変更に係る処理が終了したことを通知する（Path　Switch　Request　ack：Ｓ８１２：通信処理ステップ）。この信号には、第６Ｕ－Ｐｌａｎｅ制御ノード２６２を特定する情報（UPY　ID）に対応付けて、２つの通信路を特定する情報（TU-1,　TU-2）と、２つのセッションを特定する情報（S-ID1,　S-ID2）が含まれる。この情報に基づいて、ｅＮＢ８２は、通信路の相手方となるノードを特定することができる。
　その後、ｅＮＢ８２からｅＮＢ８１に対して、通信路に係るリソースの開放を指示する（Release　Resource：Ｓ８１３）。また、Ｃ－Ｐｌａｎｅ制御ノード３０５は、ｅＮＢ８１との間で通信路を設けていたスライスＳＬ１の第１Ｕ－Ｐｌａｎｅ制御ノード２１２と、スライスＳＬ２の第２Ｕ－Ｐｌａｎｅ制御ノード２２２に対して、セッションの開放を指示して、セッションの開放処理を行う（Delete　Session　Request/Response：Ｓ８１４，Ｓ８１５：通信処理ステップ）。ｅＮＢ８２からｅＮＢ８１へのリソースの開放指示（Ｓ８１３）と、Ｃ－Ｐｌａｎｅ制御ノード３０５からのセッション開放指示（Ｓ８１４，Ｓ８１５）は、順序が入れ替わっていても良い。
　以上の処理により、ＵＥ９０は、ｅＮＢ８２を経由して第６Ｕ－Ｐｌａｎｅ制御ノード２６２との間でユーザデータの送受信が可能となることで、ｅＮＢ８２を経由してサービスＳ１，Ｓ２を利用することが可能となる（Ｓ８１６）。
　上記の処理では、ｅＮＢ８２と、第６Ｕ－Ｐｌａｎｅ制御ノード２６２との間の通信路が設けられた時点（Ｓ８１２）では、ｅＮＢ８１側での通信路に係るリソースが開放されていない。したがって、変更前の通信路と変更後の通信路とが両立する状態が設けられた上で、通信路の変更に係る処理が行われる。
　すなわち、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにして、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
　以上のように、第２実施形態に係る通信制御装置であるＣ－Ｐｌａｎｅ制御ノード３０５及びこのＣ－Ｐｌａｎｅ制御ノード３０５による通信制御方法においても、上記の４つのケースに共通するが、変更前の通信路と変更後の通信路とが両立した状態を設けながら、通信路の変更に係る処理が行われる。このため、ＵＥ９０は、変更前の通信路もしくは変更後の通信路を利用してユーザデータを送受信可能な状態を保つことができる。したがって、複数のスライスに割り当てられているサービスを利用しながら、複数のスライスとの間に設けられる通信路を変更することが実現される。
　また、上記の４つのケースに共通して、変更後の通信路を設ける処理を行った後、変更前の通信路の開放に係る処理が行われる。このようにすることで、ＵＥ９０が複数のスライスに対して接続している状態であっても、変更前の通信路と変更後の通信路とが両立する状態が設けられる。
　また、第２のケースでは、変更前の複数の通信路について、それぞれ、変更前の通信路が設けられたスライスＳＬ１，ＳＬ２とは異なり、且つ、互いに異なるスライスＳＬ４，ＳＬ５におけるＵ－Ｐｌａｎｅ制御ノードに対して設けられる通信路へ変更する。このような構成であると、変更前の通信路毎に変更後も個別に通信路が設けられるため、通信路を変更した後についても、ユーザデータを好適に送受信することができる。
　一方、第３のケース及び第４のケースでは、変更前の複数の通信路に対して、変更前の通信路が設けられたスライスＳＬ１，ＳＬ２とは異なるスライス（第３のケースの場合には、スライスＳＬ４であり、第４のケースの場合にはスライスＳＬ６である）におけるＵ－Ｐｌａｎｅ制御ノードに対して設けられる一つの通信路へ変更される。上記実施形態でも説明したが、変更前の複数のスライスにおける制御ノードそれぞれに対して個別に通信路に対応した通信路を設けることができないようなケースが存在する。この場合には、上記のように、変更前の複数の通信路を、１つのスライスの制御ノードに対して設けられる１つの通信路にまとめる構成とすることで、通信路を変更した後についても、複数のサービスに係るユーザデータを好適に送受信することができる。
　以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
　情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、ＭＡＣ（Medium　Access　Control）シグナリング、報知情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。
　本明細書で説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本明細書において特定の装置によって行われるとした特定動作は、場合によってはその上位ノード（upper　node）によって行われることもある。例えば、特定の装置が基地局であった場合においては、当該基地局を有する１つまたは複数のネットワークノード（network　nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノードによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせであってもよい。
　情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
　本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、信号はメッセージであってもよい。
　本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
　基地局は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed　station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（accesspoint）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
　ユーザ端末は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
　「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　「含む（include）」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
　本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。
　８０，８１，８２…ｅＮＢ、９０…ＵＥ、２１１，２２１，２４１，２５１，２６１，３０５…Ｃ－Ｐｌａｎｅ制御ノード、２１２，２２２，２４２，２５２，２６２…Ｕ－Ｐｌａｎｅ制御ノード、３０１…共通Ｃ－Ｐｌａｎｅ制御ノード、ＳＬ１～ＳＬ６…スライス。

Claims (5)

  1. 　ネットワークインフラ上に生成される仮想化ネットワークである一又は複数のスライスにおける制御ノードに対してそれぞれ通信路を設け、前記通信路を介してユーザデータを送受信するユーザ端末に係る通信制御を行う通信制御装置であって、
    　前記ユーザ端末に係る前記通信路の変更に係る変更要求を取得する変更要求取得部と、
    　前記変更要求取得部が取得した前記変更要求に含まれる情報により、当該変更要求に係る前記ユーザ端末が、複数の前記スライスにおける前記制御ノードに対してそれぞれ前記通信路を設けているか否かを判定する判定部と、
    　前記判定部により、前記変更要求に係る前記ユーザ端末が複数の前記スライスに対してそれぞれ前記通信路を設けていると判定された場合に、複数の前記スライスにおける前記制御ノードに対して設けられた複数の前記通信路それぞれについて、変更前の前記通信路と変更後の前記通信路とが両立した状態を設けながら、前記通信路の変更に係る処理を行う通信処理部と、
    　を有する通信制御装置。
  2. 　前記通信処理部は、
    　前記ユーザ端末に係る複数の前記通信路それぞれについて、変更後の前記通信路の開設に係る処理を行った後に、変更前の前記通信路の開放に係る処理を行う請求項１に記載の通信制御装置。
  3. 　前記通信処理部は、
    　前記ユーザ端末に係る複数の前記通信路について、それぞれ、変更前の前記通信路が設けられた前記スライスとは異なり、且つ、互いに異なる前記スライスにおける前記制御ノードに対して設けられる前記通信路へ変更する請求項１又は２に記載の通信制御装置。
  4. 　前記通信処理部は、
    　前記ユーザ端末に係る複数の前記通信路について、変更前の前記通信路が設けられた前記スライスとは異なる前記スライスにおける前記制御ノードに対して設けられる一つの通信路へ変更する請求項１又は２に記載の通信制御装置。
  5. 　ネットワークインフラ上に生成される仮想化ネットワークである一又は複数のスライスにおける制御ノードに対してそれぞれ通信路を設け、前記通信路を介してユーザデータを送受信するユーザ端末に係る通信制御を行う通信制御装置による通信制御方法であって、
    　前記ユーザ端末に係る前記通信路の変更に係る変更要求を取得する変更要求取得ステップと、
    　前記変更要求取得ステップにおいて取得された前記変更要求に含まれる情報から、当該変更要求に係る前記ユーザ端末が複数の前記スライスに対してそれぞれ前記通信路を設けていると判定される場合に、複数の前記スライスにおける前記制御ノードに対して設けられた複数の前記通信路それぞれについて、変更前の前記通信路と変更後の前記通信路とが両立した状態を設けながら、前記通信路の変更に係る処理を行う通信処理ステップと、
    　を有する通信制御方法。
PCT/JP2017/020672 2016-08-17 2017-06-02 通信制御装置及び通信制御方法 WO2018034042A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP17841270.6A EP3503625A4 (en) 2016-08-17 2017-06-02 COMMUNICATION CONTROL DEVICE AND COMMUNICATION CONTROL METHOD
CN201780050423.6A CN109565734B (zh) 2016-08-17 2017-06-02 通信控制装置及通信控制方法
JP2018534276A JP7030055B2 (ja) 2016-08-17 2017-06-02 通信制御装置及び通信制御方法
US16/325,753 US10993068B2 (en) 2016-08-17 2017-06-02 Communication control device and communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-159985 2016-08-17
JP2016159985 2016-08-17

Publications (1)

Publication Number Publication Date
WO2018034042A1 true WO2018034042A1 (ja) 2018-02-22

Family

ID=61196616

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/020672 WO2018034042A1 (ja) 2016-08-17 2017-06-02 通信制御装置及び通信制御方法

Country Status (5)

Country Link
US (1) US10993068B2 (ja)
EP (1) EP3503625A4 (ja)
JP (1) JP7030055B2 (ja)
CN (1) CN109565734B (ja)
WO (1) WO2018034042A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018029933A1 (ja) 2016-08-10 2018-02-15 日本電気株式会社 無線アクセスネットワークノード、無線端末、コアネットワークノード、及びこれらの方法
WO2018029931A1 (ja) * 2016-08-10 2018-02-15 日本電気株式会社 無線アクセスネットワークノード、無線端末、コアネットワークノード、及びこれらの方法
CN109804667B (zh) 2016-08-10 2021-06-22 日本电气株式会社 无线接入网节点、无线终端及其方法
CN110463089B (zh) * 2017-03-05 2021-08-31 Lg 电子株式会社 执行每个切片的干扰协调的方法和设备
US11895033B2 (en) * 2017-11-17 2024-02-06 Huawei Technologies Co., Ltd. Method and apparatus for traffic routing and path optimization for peer-to-peer communications
US11153194B2 (en) * 2019-04-26 2021-10-19 Juniper Networks, Inc. Control plane isolation for software defined network routing services

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014199980A (ja) * 2013-03-29 2014-10-23 株式会社Ｎｔｔドコモ Ｐｄｎゲートウェイ装置及び移動通信方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5111256B2 (ja) * 2008-06-23 2013-01-09 株式会社日立製作所 通信システムおよびサーバ装置
JP5358349B2 (ja) * 2009-08-26 2013-12-04 ザインエレクトロニクス株式会社 データ送信回路及びデータ通信装置
US10506489B2 (en) * 2015-09-18 2019-12-10 Huawei Technologies Co., Ltd. System and methods for network slice reselection
US10536946B2 (en) * 2015-12-08 2020-01-14 Huawei Technologies Co., Ltd. Method and system for performing network slicing in a radio access network
WO2018029933A1 (ja) * 2016-08-10 2018-02-15 日本電気株式会社 無線アクセスネットワークノード、無線端末、コアネットワークノード、及びこれらの方法
WO2018029931A1 (ja) * 2016-08-10 2018-02-15 日本電気株式会社 無線アクセスネットワークノード、無線端末、コアネットワークノード、及びこれらの方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014199980A (ja) * 2013-03-29 2014-10-23 株式会社Ｎｔｔドコモ Ｐｄｎゲートウェイ装置及び移動通信方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CHINA MOBILE ET AL.: "Network Slicing Architecture and High-Level Function Definition", 3GPP TSG-SA WG2#115 S2-162365, 23 May 2016 (2016-05-23), XP051109129 *
ERICSSON: "Principles of Network Slicing for 5G", 3GPP TSG-RAN WG3#93 R3-161888, 12 August 2016 (2016-08-12), XP051142900 *
See also references of EP3503625A4 *

Also Published As

Publication number Publication date
EP3503625A1 (en) 2019-06-26
CN109565734A (zh) 2019-04-02
US20190182733A1 (en) 2019-06-13
CN109565734B (zh) 2022-01-25
JPWO2018034042A1 (ja) 2019-06-13
JP7030055B2 (ja) 2022-03-04
EP3503625A4 (en) 2020-01-22
US10993068B2 (en) 2021-04-27

Similar Documents

Publication Publication Date Title
JP7030055B2 (ja) 通信制御装置及び通信制御方法
US10356663B2 (en) Service allocation determining methid
JP4950339B2 (ja) フェムト・システム内のアクセス制御の方法
CN110352611B (zh) 信息通知方法及移动通信系统
WO2019077801A1 (ja) 通信システム、通信制御装置、および通信方法
WO2018034156A1 (ja) スライス割当方法
JPWO2017002735A1 (ja) 通信制御方法、通信制御装置、及び通信システム
WO2018180496A1 (ja) 通信制御方法および通信端末
WO2018173815A1 (ja) スライス割当方法及び移動通信システム
US10674564B2 (en) Base station, management apparatus and connection method
WO2019159372A1 (ja) 情報転送方法及びノード群
WO2018173889A1 (ja) 通信制御方法および通信システム
JP6932133B2 (ja) スライス割当方法
JP7034098B2 (ja) 通信制御装置及び通信制御方法
WO2019035404A1 (ja) ノード群及びマイグレーション方法
WO2019078212A1 (ja) 通信制御方法及び接続先変更方法
JP6997586B2 (ja) 制御装置
JP2018148376A (ja) 無線基地局及び無線通信方法
WO2018173567A1 (ja) ノード及びマイグレーション方法
JPWO2018216435A1 (ja) 通信システム及び通信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17841270

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018534276

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017841270

Country of ref document: EP

Effective date: 20190318