WO2016006491A1 - 制御ノード、ノード作成システム及びノード作成方法 - Google Patents

制御ノード、ノード作成システム及びノード作成方法 Download PDF

Info

Publication number
WO2016006491A1
WO2016006491A1 PCT/JP2015/068719 JP2015068719W WO2016006491A1 WO 2016006491 A1 WO2016006491 A1 WO 2016006491A1 JP 2015068719 W JP2015068719 W JP 2015068719W WO 2016006491 A1 WO2016006491 A1 WO 2016006491A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
target node
instruction
identification information
functional blocks
Prior art date
Application number
PCT/JP2015/068719
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 EP15819521.4A priority Critical patent/EP3169025A4/en
Priority to JP2016532885A priority patent/JP6232137B2/ja
Priority to US15/318,400 priority patent/US20170123847A1/en
Publication of WO2016006491A1 publication Critical patent/WO2016006491A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices

Definitions

  • the present invention relates to a control node, a node creation system, and a node creation method for creating a node by combining functional blocks.
  • Nodes that are components of a network such as a core network of a mobile communication network are connected to other nodes with applications / services such as network communication, voice communication, M2M (Machine to Machine) service (hereinafter collectively) Service).
  • applications / services such as network communication, voice communication, M2M (Machine to Machine) service (hereinafter collectively) Service).
  • P-GW Packet Data Network
  • UE User Equipment
  • nodes have a static configuration in which all services are processed by the same node and the same route (node permutation process). For this reason, there is a risk that costs will increase due to the implementation and operation of functions not used by many services. In addition, a variety of services are expected to develop in the future, and there is a concern that a static node configuration cannot flexibly add new functions.
  • the present invention has been made in view of such a problem, and an object thereof is to provide a control node, a node creation system, and a node creation method capable of creating a node having a more flexible configuration.
  • a control node arranges a plurality of functional blocks that provide a predetermined function, and processes each functional block or all functional blocks for each arranged functional block.
  • each functional block executes a process according to the set scenario, and creates a target node that provides a specific function as a whole functional block.
  • Creation instruction receiving means for receiving a creation instruction for creating the target node, including identification information, identification information of the target node, identification information of a plurality of functional blocks constituting the target node, and the plurality of functions Included in the creation instruction for the configuration table storage node that stores the target node configuration table that associates the scenario set for each block A plurality of functions associated with the target node identification information transmitted in the target node configuration table as a response based on the transmission by the target node identification information transmission unit.
  • the configuration information receiving means for receiving the target node configuration information including the block identification information and the scenario, and the component element storage node for storing the functional block or the base node for arranging the target node, a plurality of items included in the target node configuration information Placement instruction transmission means for sending a placement instruction to place the plurality of functional blocks in combination, including functional block identification information, and target node configuration information for the plurality of functional blocks placed based on the placement instruction
  • a setting instruction transmitting means for transmitting a setting instruction for setting a scenario included in Object node is created on the basis of the transmission constant instruction, and a setting instruction transmitting means.
  • a creation instruction for creating a target node that provides a specific function is first received by the creation instruction receiving means.
  • the configuration information receiving means receives information relating to a plurality of functional blocks constituting the target node and a scenario in which processing procedures for each of the plurality of functional blocks are defined.
  • the placement instruction transmitting means transmits a placement instruction for placing a plurality of functional blocks constituting the target node in combination.
  • a setting instruction for setting a scenario is transmitted to the plurality of functional blocks arranged based on the arrangement instruction by the setting instruction transmission means, and a target node is created based on the transmission of the setting instruction. .
  • a plurality of functional blocks are arranged in combination, and a scenario is set for each arranged functional block, so that each functional block executes processing according to the set scenario, and the entire functional block
  • a target node that provides a specific function can be created.
  • the configuration contents and processing contents of the target node to be created can be specified in the target node configuration table by information regarding a plurality of functional blocks constituting the target node and a scenario set for each of the plurality of functional blocks. .
  • a node having a more flexible configuration can be created.
  • the creation instruction further includes identification information of the base node
  • the arrangement instruction further includes identification information of the base node included in the creation instruction, and a plurality of functional blocks are combined. It is also possible to indicate an instruction to place the base node. By adopting such a configuration, it is possible to easily and reliably specify the location where the target node is created.
  • a target node status table in which identification information of a created target node is associated with information on a plurality of functional blocks constituting the created target node is stored.
  • Receives a change instruction to change the created target node to the changed target node including status table storage means, created target node identification information, and changed target node identification information
  • a destination node changing means for sending a setting instruction for setting a post-change scenario to a plurality of function blocks corresponding to information about the acquired plurality of function blocks by controlling an indication transmission means, It may be further provided with a target node changing means for changing the created target node to the target node after the change
  • a scenario for realizing the function of a desired target node (target node after change) is set for a plurality of functional blocks constituting the created target node. Thereby, the created target node can be easily and reliably changed to a desired target node.
  • the target node changing means further includes: In the target node status table, the pre-change scenario, which is a scenario associated with the created target node identification information included in the change instruction, is obtained and compared with the pre-change scenario and the post-change scenario. Determine the difference between the multiple functional blocks that make up the target node and the multiple functional blocks that make up the changed target node, and change the multiple functional blocks that make up the created target node based on the determined difference It is good as well.
  • the node creation system arranges a plurality of functional blocks that provide a predetermined function, and each functional block or all functions are arranged for each arranged functional block.
  • each functional block executes processing according to the set scenario, and a target node that creates a target node that provides a specific function as the entire function block, and a target node A configuration table storage node that stores a target node configuration table that associates identification information of a plurality of functional blocks that constitute the target node with a scenario set in each of the plurality of functional blocks, and a functional block A component creation system including a component storage node to store, wherein the control node identifies the target node identification information.
  • An arrangement instruction transmission means for transmitting an instruction; and a setting instruction transmission means for transmitting a setting instruction for setting a scenario included in the target node configuration information to a plurality of functional blocks arranged based on the arrangement instruction.
  • a setting instruction transmitting means for creating a target node based on the transmission of the setting instruction
  • the configuration table storage node includes the target node identification information.
  • a configuration information transmitting unit that transmits target node configuration information including identification information and scenarios of the plurality of functional blocks, and the component storage node receives the configuration instruction transmitted by the configuration instruction transmitting unit Receiving means, and arranging means for arranging stored functional blocks corresponding to the identification information of the plurality of functional blocks included in the arrangement instruction.
  • a target node can be created by linking a control node, a configuration table storage node, and a component storage node. That is, a plurality of functional blocks are arranged in combination, and a scenario is set for each arranged functional block, so that each functional block executes processing according to the set scenario, and a specific function as a whole functional block Can be created. Then, the configuration contents and processing contents of the target node to be created can be specified in the target node configuration table by information regarding a plurality of functional blocks constituting the target node and a scenario set for each of the plurality of functional blocks. . Thereby, a node having a more flexible configuration can be created.
  • the node creation system arranges a plurality of functional blocks that provide a predetermined function, and each functional block or all functions are arranged for each arranged functional block.
  • each functional block executes processing according to the set scenario, and a target node that creates a target node that provides a specific function as the entire function block, and a target node
  • a configuration table storage node for storing a target node configuration table in which identification information of a plurality of functional blocks constituting the target node, identification information of a plurality of functional blocks constituting the target node, and a scenario set in each of the plurality of functional blocks are associated,
  • a node creation system including a base node to be arranged, wherein the control node includes identification information of a target node;
  • a creation instruction receiving means for receiving a creation instruction for creating the destination node; a destination node identification information sending means for sending identification information of the destination node included in the creation
  • a configuration information transmitting unit configured to transmit target node configuration information including identification information and scenarios of a plurality of attached functional blocks, wherein the base node receives the configuration instruction received by the configuration instruction transmitting unit Means, and arrangement means for arranging functional blocks corresponding to the identification information of the plurality of functional blocks included in the arrangement instruction.
  • a target node can be created by linking a control node, a configuration table storage node, and a base node. That is, a plurality of functional blocks are arranged in combination, and a scenario is set for each arranged functional block, so that each functional block executes processing according to the set scenario, and a specific function as a whole functional block Can be created. Then, the configuration contents and processing contents of the target node to be created can be specified in the target node configuration table by information regarding a plurality of functional blocks constituting the target node and a scenario set for each of the plurality of functional blocks. . Thereby, a node having a more flexible configuration can be created.
  • one aspect of the present invention can be described as an invention of a node creation method as described below, in addition to being described as an invention of a control node and a node creation system as described above.
  • This is substantially the same invention only in different categories, and has the same operations and effects.
  • a plurality of functional blocks providing a predetermined function are arranged in combination, and the processing procedure of each functional block or all functional blocks is defined for each arranged functional block.
  • a creation instruction receiving step for receiving a creation instruction for creating the target node, including identification information of the target node; identification information of the target node; identification information of a plurality of functional blocks constituting the target node; Configuration table storage that stores the target node configuration table that associates the scenario set for each of the plurality of functional blocks
  • Target node identification information transmission step for transmitting target node identification information included in the creation instruction, and identification of the target node transmitted in the target node configuration table as a response based on transmission in the target node identification information transmission step
  • a configuration information receiving step for receiving target node configuration information including identification information and scenarios of a plurality of functional blocks associated with the information, and a component element storage node for storing the functional block or a base node for arranging the target node
  • a placement instruction transmitting step for sending a placement instruction for placing the plurality of functional blocks in combination, including identification information of the plurality of functional blocks included in the target node configuration information, and a plurality of placements based on the placement instruction Setting to set
  • the node creation method arranges a plurality of functional blocks that provide a predetermined function, and the processing procedure of each functional block or all functional blocks is defined for each arranged functional block.
  • each functional block executes processing according to the set scenario and creates a target node that provides a specific function as the entire function block, identification information of the target node, and the target
  • a configuration table storage node for storing a target node configuration table in which identification information of a plurality of functional blocks constituting a node and a scenario set in each of the plurality of functional blocks are associated, and a component storage node for storing the functional blocks
  • a node creation method executed by a node creation system including: A creation instruction receiving step for receiving a creation instruction for creating the target node including other information, and a control node for sending the identification information of the target node included in the creation instruction to the configuration table storage node An identification information transmission step; a destination node identification information reception step in which the configuration table storage node receive
  • the placement step and the control node transmit a setting instruction for setting a scenario included in the target node configuration information to a plurality of functional blocks arranged based on the placement instruction, and based on the transmission of the setting instruction A setting instruction transmission step in which a target node is created.
  • the node creation method arranges a plurality of functional blocks that provide a predetermined function, and the processing procedure of each functional block or all functional blocks is defined for each arranged functional block.
  • each functional block executes processing according to the set scenario and creates a target node that provides a specific function as the entire function block, identification information of the target node, and the target
  • a configuration table storage node for storing a target node configuration table in which identification information of a plurality of functional blocks constituting a node and a scenario set in each of the plurality of functional blocks are associated, and a base node on which the target node is arranged
  • a creation instruction receiving step for receiving a creation instruction for creating the target node, and transmission of target node identification information for the control node to transmit identification information of the target node included in the creation instruction to the configuration table storage node
  • a target node identification information receiving step in which the configuration table storage node receives the identification information of the target node transmitted in the target node identification information transmission step; and the configuration table storage node sends the target node configuration table to the control node.
  • a configuration information transmitting step for transmitting target node configuration information including identification information and scenarios of a plurality of functional blocks associated with the target node identification information received in the target node identification information receiving step, and a control node
  • the configuration information receiving step for receiving the node configuration information and the control node
  • the placement instruction sending step for sending the placement instruction for placing the plurality of functional blocks in combination, including the identification information of the plurality of functional blocks included in the target node configuration information
  • the placement instruction sending step A placement instruction receiving step for receiving the sent placement instruction, a placement step for placing the functional block corresponding to the identification information of the plurality of functional blocks included in the placement instruction, and a control node based on the placement instruction
  • a setting instruction transmission step for transmitting a setting instruction for setting a scenario included in the target node configuration information to a plurality of functional blocks arranged in a manner, and generating a target node based on the transmission of the setting instruction; ,including.
  • FIG. 1 is a system configuration diagram of a node creation system including a control node according to an embodiment of the present invention. It is a figure which shows the hardware constitutions of the management node which concerns on embodiment of this invention, a control node, a structure table storage node, a component storage node, and a base node. It is the figure which showed the structural example of the functional block which comprises a P-GW node. It is a figure which shows the example of a scenario set to the functional block which comprises a P-GW node. It is a figure which shows the example of a packet header transmitted / received in the process in a P-GW node. It is a sequence diagram which shows the example of a process performed between the functional blocks in a P-GW node.
  • FIG. 1 is a system configuration diagram of a node creation system 1 including a Controller 3 (control node) according to an embodiment of the present invention.
  • the node creation system 1 includes Admin / Orchestrator 2 (management node), Controller 3, CookBook 4 (configuration table storage node), Repository 5 (component storage node), and Platform 6 (base node). Consists of. Admin / Orchestrator 2 and Controller 3, Controller 3 and CookBook 4, Controller 3 and Repository 5, Controller 3 and Platform 6 are configured to be able to communicate with each other via a network or the like.
  • the Repository 5 and the Platform 6 may also be configured to communicate with each other via a network or the like.
  • FIG. 2 is a diagram illustrating an example of the hardware configuration of each of Admin / Orchestrator 2, Controller 3, CookBook 4, and Repository 5.
  • each of Admin / Orchestrator 2, Controller 3, CookBook 4, and Repository 5 shown in FIG. 1 is physically CPU 10, RAM 11 and ROM 12, which are main storage devices, input / output device 13 such as a display, and communication.
  • the computer system includes a module 14 and an auxiliary storage device 15.
  • each functional block which will be described later, of Admin / Orchestrator 2, Controller 3, CookBook 4 and Repository 5 shown in FIG. 1 are read out by loading predetermined computer software on the hardware such as CPU 10 and RAM 11 shown in FIG. This is realized by operating the input / output device 13, the communication module 14, and the auxiliary storage device 15 under the control of the above, and reading and writing data in the RAM 11.
  • the node creation system 1 creates a target node that provides a specific function by linking Admin / Orchestrator 2, Controller 3, CookBook 4, and Repository 5. Specifically, a plurality of function blocks (FB, Function Block) providing a predetermined function are arranged in combination, and a scenario in which the processing procedure of each FB or all FBs is defined is set for each arranged FB. Thus, each FB executes processing according to the set scenario, and creates a target node that provides a specific function as the entire FB.
  • FB Function Block
  • FIG. 3 is a diagram showing a configuration example of the FB constituting the P-GW node 100 which is a specific example of the target node.
  • the P-GW node 100 includes a transmission / reception management FB 101, a bearer management FB 102, a DPI (Deep Packet Inspection) packet management (FB 103) management, and a billing management FB 104. Is done.
  • the transmission / reception management FB 101 and bearer management FB 102, the transmission / reception management FB 101 and DPI management FB 103, the transmission / reception management FB 101 and the charge management FB 104 are configured in a star shape so that they can communicate with each other via a network or the like.
  • the network configuration is not limited to the star type, and may be configured with other network configurations such as a ring type.
  • the P-GW node 100 is an example of a target node in which the transmission / reception management FB 101, bearer management FB 102, DPI management FB 103, and billing management FB 104 are combined by the node creation system 1.
  • the FB is a minimum unit constituting the target node (that is, the target node is a set of a plurality of FBs), provides a predetermined function, and has a common interface (input In, output Out, management Mng).
  • the transmission / reception management FB 101 provides a transmission / reception management function in the P-GW
  • the bearer management FB 102 provides a bearer management function in the P-GW
  • the DPI management FB 103 provides a DPI management function in the P-GW
  • the charge management FB 104 provides a charge management function in the P-GW.
  • one FB is configured by one VM (Virtual Machine), and the FBs in the target node are L2 coupled.
  • the nodes are L3 coupled. As shown in FIG. 3, each node has one GW (Gateway).
  • FIG. 4 is a diagram showing a scenario example (C-Plane processing) set in the FB constituting the P-GW node 100.
  • a uniform scenario is set for all the FBs in the P-GW node 100 (stored inside).
  • the scenario is defined in a flowchart format in which processing units (reference numerals 110 to 123) in which processing in each FB is defined are connected.
  • the processing unit 110 illustrated in FIG. 4 indicates that the transmission / reception management FB 101 performs the header analysis processing, and the processing moves to the processing unit 111.
  • the node creation system 1 sets the scenario shown in FIG. 4 in each of the arranged transmission / reception management FB 101, bearer management FB 102, DPI management FB 103, and billing management FB 104, so that each FB performs processing according to the set scenario.
  • the P-GW node 100 is executed to provide the P-GW function as the entire FB.
  • FIG. 5 is a diagram showing an example of a packet header transmitted / received in processing within the P-GW node 100.
  • the packet header is composed of a scenario number (number), a transmission source, and SF (Scenario Field).
  • the scenario number is a unique number that is incremented each time the processing unit is moved.
  • the transmission source is identification information of the transmission source FB.
  • the SF stores values output by some processing units.
  • the packet header shown in FIG. 5 shows the final packet header when the scenario shown in FIG. 4 is executed in the P-GW node 100. When the scenario is executed, each processing unit first checks the transmission source, then writes the processing result in the output part of the SF, and then transmits to the next destination according to the scenario.
  • FIG. 6 is a sequence diagram showing an example of processing executed between FBs in the P-GW node 100.
  • C-Plane processing will be described.
  • the C-Plane packet is received by the transmission / reception management FB 101 (S100).
  • header analysis GTP (GPRS Tunneling Protocol) -c, PMIP (Proxy MobileIP)
  • S101 header analysis
  • PMIP Proxy MobileIP
  • header transmission is performed by the transmission / reception management FB 101 to the bearer management FB 102 (S102).
  • header analysis QCI (QoS Class Identifier) determination
  • the QCI setting is transmitted from the bearer management FB 102 to the transmission / reception management FB 101 (S104).
  • the transmission / reception management FB 101 performs header transfer to the DPI management FB 103 (S105).
  • the DPI management FB 103 performs header analysis (DPI existence determination) (S106).
  • the DPI management FB 103 transmits the DPI presence / absence setting to the transmission / reception management FB 101 (S107).
  • header transmission is performed to the accounting management FB 104 by the transmission / reception management FB 101 (S108).
  • header analysis determination of charge / non-charge
  • the billing management FB 104 transmits a billing presence / absence setting to the transmission / reception management FB 101 (S110).
  • the transmission / reception management FB 101 transmits a U-Plane transmission permission to the communication source node.
  • the transmission / reception management FB 101 receives a U-Plane packet (S120).
  • header analysis GTP
  • the transmission / reception management FB 101 transfers the packet to the DPI management FB 103 (S122).
  • the packet is recorded in the buffer by the DPI management FB 103 (S123).
  • the DPI management FB 103 transmits a recording completion notification to the transmission / reception management FB 101 (S124).
  • the transmission / reception management FB 101 transfers the packet to the charge management FB 104 (S125).
  • billing processing is performed by the billing management FB 104 (S126).
  • the charging management FB 104 transmits a charging completion notification to the transmission / reception management FB 101 (S127).
  • the transmission / reception management FB 101 transfers the packet to the Internet (S128).
  • Fig. 7 is a functional block diagram of Admin / Orchestrator 2. As shown in FIG. 7, Admin / Orchestrator 2 includes a creation instruction unit 20, a change instruction unit 21, and a configuration information registration instruction unit 22.
  • the creation instruction unit 20 issues a node creation instruction to the Controller 3. Specifically, the creation instructing unit 20 instructs the controller 3 to identify target node identification information (target node ID, node name, etc.) and a creation location (physical position or logical) for creating the target node. A creation instruction (creation instruction information) for creating the target node is transmitted, including the location and Platform 6 identification information).
  • target node identification information target node ID, node name, etc.
  • a creation location physical position or logical
  • the change instruction unit 21 issues a node change instruction to the Controller 3.
  • the change instruction unit 21 includes, for Controller 3, the identification information of the created target node, the creation location where the created target node is created, and the identification information of the target node after the change. Then, a change instruction (change instruction information) for changing the created target node to the target node after the change is transmitted.
  • the change instructing unit 21 adds and deletes FBs constituting the target node by instructing node change.
  • the configuration information registration instruction unit 22 instructs the controller 3 to register a target node configuration table described later. Specifically, the configuration information registration instruction unit 22 instructs the controller 3 to register (add / delete) the target node configuration table including the target node configuration table or partial data of the target node configuration table. (Registration instruction information) is transmitted.
  • the configuration information registration instruction unit 22 may instruct Controller 3 to register an FB. Specifically, the configuration information registration instruction unit 22 transmits to the Controller 3 a registration instruction for registering (adding / deleting) an FB including identification information of the FB to be newly registered or the FB to be deleted.
  • the Admin / Orchestrator 2 may autonomously transmit the above-described creation instruction, change instruction, or registration instruction to the Controller 3 based on an action (processing content) set in advance by the user.
  • Fig. 8 is a functional block diagram of Controller 3.
  • the Controller 3 includes a creation instruction receiving unit 300 (creation instruction receiving unit), a creation possibility determination unit 301, a configuration information acquisition unit 302 (target node identification information transmission unit, configuration information reception unit), Usage area securing availability determination unit 303, arrangement instruction unit 304 (arrangement instruction transmission unit), scenario acquisition unit 305, setting instruction unit 306 (setting instruction transmission unit), and situation table storage unit 307 (situation table storage unit)
  • a change instruction receiving unit 308 change instruction receiving unit
  • a change instruction unit 309 target node changing unit
  • a configuration information registration instruction receiving unit 310
  • a configuration information registration instruction unit 311 a configuration information registration instruction receiving unit 311
  • the creation instruction receiving unit 300 receives a creation instruction from Admin / Orchestrator 2.
  • the creation possibility determination unit 301 determines that the destination node identified by the identification information of the destination node included in the creation instruction is the CookBook 4 purpose described later. It is inquired whether or not it is stored in the node configuration table, that is, whether or not the target node can be created. Then, the creation possibility determination unit 301 receives a creation possibility result from CookBook 4 as a response based on the inquiry, and determines whether creation is possible. When it is determined that the creation is possible by the creation possibility determination unit 301, the process proceeds to a configuration information acquisition unit 302 described later. On the other hand, when it is determined that the creation is impossible by the creation possibility determination unit 301, the Admin / Orchestrator 2 is notified via the creation instruction receiving unit 300 that the creation is impossible.
  • the identification information of the target node included in the creation instruction received by the creation instruction receiving unit 300 is transmitted to CookBook4, and the response based on the transmission corresponds to the identification information of the target node transmitted in the target node configuration table of CookBook4.
  • a plurality of attached FB identification information, Repository 5 identification information, a scenario (or a pointer to a scenario stored in Repository 5), a memory capacity, and target node configuration information including a creation time are received. Details of the target node configuration table will be described later.
  • the use area securing availability determination unit 303 confirms the creation location included in the creation instruction received by the creation instruction reception unit 300. In the present embodiment, it is assumed that Platform 6 is designated as the creation location. Next, the use area reservation availability determination unit 303 makes a use area reservation permission inquiry about whether or not the use area for creating the target node can be reserved for the designated Platform 6. When making the inquiry, the use area reservation availability determination unit 303 instructs the platform 6 to store the memory capacity included in the target node configuration information received by the configuration information acquisition unit 302 or the use area when the use area can be reserved. Send instructions to reserve or secure.
  • the use area reservation availability determination unit 303 receives the use area reservation permission from Platform 6 as a response based on the inquiry, and determines whether or not the use area reservation is possible. When it is determined that the use area can be secured, the use area reservation availability determination unit 303 transmits an instruction to secure the use area to the Platform 6, and proceeds to the processing of the arrangement instruction unit 304 described later. If the use area securing availability determination unit 303 determines that the use area can be secured, the use area securing availability determination unit 303 may notify the Admin / Orchestrator 2 that the use area can be secured via the creation instruction receiving unit 300. .
  • the administration instruction receiving unit 300 notifies the Admin / Orchestrator 2 that the use area cannot be secured.
  • the use area reservation determination unit 303 transmits an instruction to secure the area, and when the use area can be secured on the Platform 6, the Platform 6 secures the area. Then, the use area securing availability determination unit 303 receives a creation possible notification indicating that the area has been secured instead of the use area securing availability, determines that the use area can be secured and has actually been secured, and an arrangement instruction described later Proceed to the processing of unit 304.
  • the placement instruction unit 304 identifies the identification information of the Repository 5 included in the target node configuration information received by the configuration information acquisition unit 302 when the use region reservation availability determination unit 303 determines that the use region can be secured or secured.
  • the identification information of a plurality of FBs included in the target node configuration information received by the configuration information acquisition unit 302 and the creation location (Platform 6) included in the creation instruction received by the creation instruction reception unit 300 are stored in the Repository 5
  • an arrangement instruction for arranging the plurality of FBs in combination is transmitted.
  • the arrangement instruction unit 304 displays the Platform 6 that is the creation location included in the creation instruction received by the creation instruction reception unit 300.
  • an arrangement instruction for arranging the plurality of FBs in combination including the identification information of the plurality of FBs included in the target node configuration information received by the configuration information acquisition unit 302 may be transmitted.
  • the placement instruction unit 304 may receive a placement completion notification indicating that the placement based on the placement instruction is completed from the placed target node.
  • the placement completion notification includes position information of a plurality of FBs that constitute the placed target node, and the Controller 3 identifies a plurality of FBs that constitute the placed target node based on the position information. can do.
  • the scenario acquisition unit 305 transmits an arrangement instruction by the arrangement instruction unit 304.
  • an arrangement completion notification is received by the arrangement instruction unit 304
  • a scenario acquisition request indicated by the pointer is transmitted to the Repository 5.
  • the scenario acquisition unit 305 receives a scenario from the Repository 5 as a response based on the transmission.
  • the setting instruction unit 306 is a setting instruction for setting a scenario included in the target node configuration information or a scenario received by the scenario acquisition unit 305 for a plurality of FBs arranged based on the arrangement instruction by the arrangement instruction unit 304 Send.
  • a destination node is created on Platform 6 based on the transmission of the setting instruction.
  • the setting instruction unit 306 receives a placement instruction from the placement instruction unit 304, receives a placement completion notification from the placement instruction unit 304, or receives a scenario from the scenario acquisition unit 305.
  • a setting instruction for setting the scenario included in the target node configuration information or the scenario received by the scenario acquisition unit 305 is transmitted to the plurality of FBs arranged based on the arrangement instruction by the arrangement instruction unit 304.
  • the setting instruction unit 306 receives a scenario update completion notification that the scenario setting is completed from the target node, and sends the destination node of the target node to the Admin / Orchestrator 2 via the creation instruction receiving unit 300. Send a creation completion notification to the effect that creation has been completed.
  • the status table storage unit 307 includes identification information of a created target node (currently operating), a creation location of the target node, a node name of the target node, and a plurality of FBs ( Information)) and a target node situation table in which scenarios set in the plurality of FBs are associated with each other.
  • the information regarding the plurality of FBs constituting the target node may include position information of the plurality of FBs.
  • FIG. 9 is a diagram illustrating a table example of the target node situation table stored by the situation table storage unit 307.
  • the change instruction receiving unit 308 receives the change instruction from Admin / Orchestrator 2.
  • the change instruction unit 309 includes a plurality of destination nodes in the target node situation table stored by the situation table storage unit 307 and associated with the identification information of the created target nodes included in the change instruction received by the change instruction receiver 308.
  • the scenario is associated with the changed target node identification information included in the change instruction.
  • target node configuration information including a certain post-change scenario and controlling the setting instruction unit 306, based on the processing of the setting instruction unit 306, a plurality of FBs corresponding to the acquired information about the plurality of FBs Then, a setting instruction for setting the post-change scenario is transmitted. Based on the transmission of the setting instruction, the created target node is changed to the target node after the change.
  • the change instruction unit 309 acquires a pre-change scenario that is a scenario associated with the identification information of the created target node included in the change instruction in the target node status table, and determines the pre-change scenario and the post-change scenario. By comparing, a difference between a plurality of FBs configuring the created target node and a plurality of FBs configuring the target node after the change is determined, and a plurality of configuring the created target node based on the determined difference The FB may be changed.
  • the change instruction unit 309 logically deletes the FB by updating the scenario for all the FBs in the target node, and then physically (See the sequence diagram of FIG. 15).
  • the FB is created, and then the scenario is updated for all the FBs in the target node (see the sequence diagram of FIG. 16).
  • the configuration information registration instruction receiving unit 310 receives the target node configuration table or the FB registration instruction.
  • the configuration information registration instruction unit 311 transmits the registration instruction received by the configuration information registration instruction reception unit 310 to the CookBook 4 or Repository 5 to be registered.
  • FIG. 10 is a functional block diagram of CookBook4. As shown in FIG. 10, the CookBook 4 includes a target node configuration table storage unit 40, a creation availability response unit 41, a configuration information response unit 42 (target node identification information reception unit, configuration information transmission unit), and a configuration information registration unit. 43.
  • the target node configuration table storage unit 40 stores the target node configuration table.
  • FIG. 11 is a diagram illustrating a table example of the target node configuration table stored by the target node configuration table storage unit 40.
  • the target node configuration table includes the target node identification information, the identification information of a plurality of FBs constituting the target node, the identification information of the Repository 5 in which the FB is stored, and the plurality of FBs.
  • the target node configuration information including the scenario set in (or a pointer to the scenario stored in the Repository 5), the memory capacity, and the availability of creation is received.
  • the target node configuration table may further associate the creation time of the target node and the like.
  • the target node configuration table storage unit 40 periodically communicates with the Repository 5 to determine whether the target node can be created (whether the corresponding FB is held in the Repository 5). Store in table.
  • the creation possibility response unit 41 receives the inquiry about creation possibility including the identification information of the target node transmitted from the Controller 3, and the target node in which the identification information of the target node is stored by the target node configuration table storage unit 40 It is determined whether or not it is included in the configuration table, and a determination result is returned to the Controller 3 as a result of whether or not it can be created.
  • the configuration information response unit 42 receives the identification information of the target node from the Controller 3, and in the target node configuration table stored by the target node configuration table storage unit 40, a plurality of pieces of information associated with the received identification information of the target node
  • the target node configuration information including the FB identification information, the Repository 5 identification information, the scenario (or a pointer to the scenario stored in the Repository 5), the memory capacity, and the creation time is returned to the Controller 3.
  • the configuration information registration unit 43 receives the target node configuration table transmitted from the Controller 3, and registers the target node configuration table stored by the target node configuration table storage unit 40 based on the received target node configuration table.
  • FIG. 12 is a functional block diagram of Repository 5.
  • the Repository 5 includes an FB storage unit 50, a scenario storage unit 51, an arrangement instruction receiving unit 52 (arrangement instruction receiving unit, arrangement unit), a configuration information registration unit 53, and a scenario acquisition unit 54. Consists of including.
  • the FB storage unit 50 stores the FB.
  • the scenario storage unit 51 stores a scenario.
  • the placement instruction reception unit 52 receives the placement instruction transmitted from the Controller 3, acquires the FB (or a copy of the FB) corresponding to the identification information of the plurality of FBs included in the placement instruction from the FB storage unit 50, and places the placement instruction Create the target node by placing it in the creation location included in.
  • the placement instruction receiving unit 52 may send a placement instruction to the Platform 6 including the FB in order to direct the actual placement to the Platform 6.
  • the placement instruction receiving unit 52 receives the FB copy instruction transmitted from the Platform 6 and requesting the FB copy including the FB identification information
  • the FB copy corresponding to the FB identification information is stored in the FB. It may be acquired from the unit 50 and a copy of the acquired FB may be returned to the Platform 6.
  • the configuration information registration unit 53 receives the FB or scenario transmitted from the Controller 3 and registers it by storing it in the FB storage unit 50 or the scenario storage unit 51.
  • the scenario acquisition unit 54 receives the scenario acquisition request transmitted from the Controller 3, acquires the scenario indicated by the scenario pointer included in the request from the scenario storage unit 51, and returns it to the Controller 3.
  • FIG. 13 is a functional block diagram of Platform 6. As illustrated in FIG. 13, the Platform 6 includes a use area securing availability response unit 60, an arrangement unit 61 (arrangement instruction receiving unit, arrangement unit), a scenario setting unit 62, and a scenario change unit 63.
  • the Platform 6 includes a use area securing availability response unit 60, an arrangement unit 61 (arrangement instruction receiving unit, arrangement unit), a scenario setting unit 62, and a scenario change unit 63.
  • the use area reservation availability response unit 60 receives the use area reservation availability inquiry transmitted from the Controller 3, and determines whether the use area can be reserved on the Platform 6 based on the memory capacity included in the use area reservation availability inquiry. Judgment is made, and the judgment result is returned to Controller 3 as availability of use area availability. Note that if the use area reservation possibility inquiry includes an instruction to reserve or secure the use area when the use area can be secured, the use area is reserved according to the instruction.
  • the placement unit 61 receives the placement instruction transmitted from the Repository 5 and places the FB included in the placement instruction on the Platform 6 based on the placement instruction. In addition, the placement unit 61 receives the placement instruction transmitted from the Controller 3, and transmits the FB corresponding to the identification information of the plurality of FBs included in the placement instruction to the Repository 5 as described above. It may be acquired from Repository 5 and arranged.
  • the scenario setting unit 62 receives the placement instruction transmitted from the Controller 3, and sets the scenario included in the setting instruction to the corresponding FB.
  • the scenario changing unit 63 receives the setting instruction for setting the post-change scenario transmitted from the Controller 3, and sets the post-change scenario included in the setting instruction to the corresponding FB.
  • a node creation instruction is transmitted from the Admin / Orchestrator 2 to the Controller 3 (S1).
  • the controller 3 makes an inquiry about whether or not a node can be created to the CookBook 4 (S2).
  • the cook book 4 notifies the controller 3 whether or not it can be created (S3).
  • the controller 3 sends a node configuration information request to the CookBook 4 (S4).
  • the node configuration information is notified to Controller 3 by CookBook 4 (S5).
  • the node creation location is confirmed by the Controller 3 (S6).
  • the controller 3 makes an inquiry about whether or not to secure the use area to the Platform 6 (S7).
  • the platform 6 notifies the controller 3 whether or not to secure the use area (S8).
  • the Controller 3 confirms the Repository 5 in which the FB is stored (S9).
  • the controller 3 transmits an FB copy instruction to the Repository 5 (S10).
  • the FB copy is transmitted to the Platform 6 by the Repository 5 (S11).
  • the platform 6 transmits an FB copy completion notification to the controller 3 (S12).
  • a scenario acquisition instruction is transmitted from the Controller 3 to the Repository 5 (S13).
  • the scenario is notified to the Controller 3 by the Repository 5 (S14).
  • the controller 3 edits and confirms the scenario (S15).
  • the controller 3 instructs the scenario 6 to update the scenario (S16).
  • the platform 6 transmits a scenario update completion notification to the controller 3 (S17).
  • the controller 3 transmits a node creation completion notification to the Admin / Orchestrator 2 (S18).
  • S10 and S11 may be replaced with the following processing. That is, following S9, the controller 3 transmits an FB copy instruction to the Platform 6. Next, an FB copy instruction is transmitted to the Repository 5 by the Platform 6. Next, the FB copy is transmitted to the Platform 6 by the Repository 5.
  • a node change instruction is transmitted from the Admin / Orchestrator 2 to the Controller 3 (S30).
  • the controller 3 makes an inquiry about whether or not a node can be created to the CookBook 4 (S31).
  • the cook book 4 notifies the controller 3 whether or not it can be created (S32).
  • the controller 3 sends a node configuration information request to the CookBook 4 (S33).
  • the node configuration information is notified to Controller 3 by CookBook 4 (S34).
  • the scenario is edited and confirmed by Controller 3 (S35).
  • the controller 3 instructs the platform 6 to update the scenario (S36).
  • the platform 6 sends a scenario update completion notification to the Controller 3 (S37).
  • the controller 3 transmits an FB deletion instruction to the platform 6 (S38).
  • the platform 6 sends a deletion completion notification to the controller 3 (S39).
  • the controller 3 sends a node change completion notification to the Admin / Orchestrator 2 (S40).
  • the Admin / Orchestrator 2 sends a node creation instruction to the Controller 3 (S50).
  • the controller 3 makes an inquiry about whether or not a node can be created to the CookBook 4 (S51).
  • the cook book 4 notifies the controller 3 whether or not it can be created (S52).
  • the controller 3 makes a node configuration information request to the CookBook 4 (S53).
  • the node configuration information is notified to the Controller 3 by the CookBook 4 (S54).
  • the controller 3 makes an inquiry about whether or not the use area can be secured to the platform 6 (S55).
  • the platform 6 notifies the controller 3 whether or not a use area can be secured (S56).
  • the Controller 3 confirms the Repository 5 in which the FB is stored (S57).
  • the FB copy instruction is transmitted from the Controller 3 to the Repository 5 (S57).
  • the FB copy is transmitted to the Platform 6 by the Repository 5 (S59).
  • the platform 6 transmits an FB copy completion notification to the controller 3 (S60).
  • the scenario is edited and confirmed by the Controller 3 (S61).
  • the controller 3 instructs the scenario 6 to update the scenario (S62).
  • the platform 6 sends a scenario update completion notification to the controller 3 (S63).
  • the controller 3 transmits a node change completion notification to the Admin / Orchestrator 2 (S64).
  • S58 and S59 may be replaced with the following processing. That is, following S57, the controller 3 transmits an FB copy instruction to the Platform 6. Next, an FB copy instruction is transmitted to the Repository 5 by the Platform 6. Next, the FB copy is transmitted to the Platform 6 by the Repository 5.
  • the creation instruction receiving unit 300 receives a creation instruction for creating a target node that provides a specific function.
  • the configuration information acquisition unit 302 receives information on a plurality of FBs constituting the target node and a scenario in which processing procedures for each of the plurality of FBs are defined.
  • the placement instruction unit 304 transmits a placement instruction for placing a plurality of FBs constituting the target node in combination.
  • the setting instruction unit 306 transmits a setting instruction for setting a scenario to a plurality of FBs arranged based on the arrangement instruction, and creates a target node based on the transmission of the setting instruction.
  • a plurality of FBs are arranged in combination, and a scenario is set for each arranged FB, so that each FB executes a process according to the set scenario, and the FB as a whole has a specific function.
  • the configuration contents and processing contents of the target node desired to be created can be specified in the target node configuration table by information regarding a plurality of FBs constituting the target node and a scenario set for each of the plurality of FBs.
  • a node having a more flexible configuration can be created.
  • the creation instruction further includes the identification information of Platform 6
  • the placement instruction further includes the identification information of Platform 6 included in the creation instruction, and a plurality of FBs are combined and placed on the Platform 6 May be indicated.
  • a situation table storage unit that stores a destination node situation table in which identification information of a created destination node and information on a plurality of FBs constituting the created destination node are associated with each other 307, a change instruction for receiving a change instruction to change the created target node to the changed target node, including the created target node identification information and the changed target node identification information
  • the change instruction Receiving the target node configuration information including the post-change scenario that is a scenario associated with the target node identification information after the change included in 6 is a change instruction unit 309 that transmits a setting instruction for setting a post-change scenario to a plurality of FBs corresponding to the acquired information on the plurality of FBs.
  • a change instructing unit 309 may be further provided, in which the created target node is changed to the target node after the change.
  • the target node status table further associates the scenario set for each of the plurality of FBs constituting the created target node
  • the change instruction unit 309 further includes the target node status table.
  • the scenario before the change that is the scenario associated with the identification information of the created target node included in the change instruction is acquired, and the created target node is configured by comparing the pre-change scenario with the post-change scenario. It is also possible to determine a difference between a plurality of FBs to be created and a plurality of FBs constituting the target node after the change, and to change a plurality of FBs constituting the created target node based on the determined difference.
  • the created target node in order to change the created target node to a desired target node, for example, it is reliably determined which FB should be changed among a plurality of FBs constituting the created target node. be able to. As a result, the created target node can be easily and more reliably changed according to the desired target node.
  • the target node can be created by linking the Controller 3, CookBook 4, and Repository 5. That is, a plurality of FBs are arranged in combination, and a scenario is set for each arranged FB, so that each FB executes a process according to the set scenario and provides a specific function as the entire FB Nodes can be created. Then, the configuration contents and processing contents of the target node desired to be created can be specified in the target node configuration table by information regarding a plurality of FBs constituting the target node and a scenario set for each of the plurality of FBs. Thereby, a node having a more flexible configuration can be created.
  • the target node can be created by linking the Controller 3, CookBook 4, and Platform 6. That is, a plurality of FBs are arranged in combination, and a scenario is set for each arranged FB, so that each FB executes a process according to the set scenario and provides a specific function as the entire FB Nodes can be created. Then, the configuration contents and processing contents of the target node desired to be created can be specified in the target node configuration table by information regarding a plurality of FBs constituting the target node and a scenario set for each of the plurality of FBs. Thereby, a node having a more flexible configuration can be created.
  • the node creation system 1 of the present embodiment it is possible to construct a system that enables a core node configuration specialized for services (voice, M2M, etc.). Further, it is possible to construct a system in which new node functions can be easily added and deleted using FBs and scenarios held by each FB. In addition, the FBs and scenarios in the target node created by a plurality of FBs can be dynamically rearranged using the components Controller 3, CookBook 4, and Repository 5.
  • Creation instruction reception unit 301 ... Creation possibility determination , 302 ... Configuration information acquisition unit, 303 ... Usage area securing availability determination unit, 304 ... Placement instruction unit, 305 ... Scenario acquisition unit, 306 ... Setting instruction unit, 307 ... Situation table storage unit, 308 ... Change instruction reception unit, 09 ... change instruction unit, 310 ... configuration information registration instruction reception unit, 311 ... configuration information registration instruction unit.

Abstract

　より柔軟な構成を有するノードを作成することを目的とする。Controller３は、目的ノードを作成する旨の作成指示を受信する作成指示受付部３００と、目的ノード構成表を格納するCookBook４に対し、作成指示に含まれる目的ノードの識別情報を送信し、当該送信に基づく応答として、目的ノード構成表において対応付けられた複数の機能ブロック（ＦＢ）の識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報取得部３０２と、ＦＢを格納するRepository５又は目的ノードを配置するPlatform６に対し、目的ノード構成情報に含まれる複数のＦＢの識別情報を含む、当該複数のＦＢを組み合わせて配置する旨の配置指示を送信する配置指示部３０４と、配置指示に基づいて配置された複数のＦＢに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示部３０６と、を備える。

Description

制御ノード、ノード作成システム及びノード作成方法
　本発明は、機能ブロックを組み合わせてノードを作成する制御ノード、ノード作成システム及びノード作成方法に関する。
　移動体通信網のコアネットワーク等のネットワークを構成する要素であるノードは、他のノード等に対して、ネットワーク通信、音声通信、Ｍ２Ｍ（Machine　to　Machine）サービス等のアプリケーション／サービス（以降、まとめてサービスと呼ぶ）を提供する。例えば、下記特許文献１では、コアネットワーク内のノードであるＰ－ＧＷ（PDN（Packet　Data　Network）　Gateway）は、ＵＥ（User　Equipment）に対して、外部ＰＤＮ向けのＩＰ接続性を提供することが開示されている。
特表２０１３－５０２１９０号公報
　従来のノードは、全てのサービスに対して、同一ノードや同一ルート（ノードの順列処理）にて処理を行う静的な構成となっている。このため、多くのサービスが使わない機能の実装や稼動に伴い、コスト増加につながるおそれがある。また、将来、多様なサービスの発展が想定される中、静的なノード構成では、新機能追加を柔軟に行うことができないといった問題も懸念される。
　そこで、本発明は、かかる課題に鑑みて為されたものであり、より柔軟な構成を有するノードを作成することができる制御ノード、ノード作成システム及びノード作成方法を提供することを目的とする。
　上記課題を解決するため、本発明の一側面の制御ノードは、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードであって、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、目的ノード識別情報送信手段による送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信手段と、機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、を備える。
　このような制御ノードによれば、まず、作成指示受信手段により、特定の機能を提供する目的ノードを作成する旨の作成指示が受信される。次に、構成情報受信手段により、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれの処理手順が規定されたシナリオが受信される。次に、配置指示送信手段により、目的ノードを構成する複数の機能ブロックを組み合わせて配置する旨の配置指示が送信される。次に、設定指示送信手段により、配置指示に基づいて配置された複数の機能ブロックに対し、シナリオを設定する旨の設定指示が送信され、当該設定指示の送信に基づいて目的ノードが作成される。かかる構成を採れば、機能ブロックが複数組み合わされて配置され、配置された各機能ブロックに対してシナリオが設定されることで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
　また、本発明の一側面の制御ノードにおいて、作成指示は、基盤ノードの識別情報をさらに含み、配置指示は、作成指示に含まれる基盤ノードの識別情報をさらに含み、複数の機能ブロックを組み合わせて当該基盤ノードに配置する旨の指示を示すこととしてもよい。かかる構成を採れば、目的ノードを作成する場所を容易かつ確実に指定することができる。
　また、本発明の一側面の制御ノードにおいて、作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを構成する複数の機能ブロックに関する情報とが対応付けられた目的ノード状況表を格納する状況表格納手段と、作成済みの目的ノードの識別情報と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示を受信する変更指示受信手段と、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数の機能ブロックに関する情報を取得し、構成情報受信手段を制御することで、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、設定指示送信手段を制御することで、取得した複数の機能ブロックに関する情報に対応する複数の機能ブロックに対し、変更後シナリオを設定する旨の設定指示を送信する目的ノード変更手段であって、当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される、目的ノード変更手段と、をさらに備えることとしてもよい。かかる構成を採れば、作成済みの目的ノードを構成する複数の機能ブロックに対して、所望の目的ノード（変更後の目的ノード）の機能を実現するためのシナリオが設定される。これにより、作成済みの目的ノードを、所望の目的ノードに容易かつ確実に変更することができる。
　また、本発明の一側面の制御ノードにおいて、目的ノード状況表では、作成済みの目的ノードを構成する複数の機能ブロックそれぞれに設定されたシナリオがさらに対応付けられ、目的ノード変更手段は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数の機能ブロックと変更後の目的ノードを構成する複数の機能ブロックとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数の機能ブロックを変更することとしてもよい。かかる構成を採れば、作成済みの目的ノードを所望の目的ノードに変更するために、例えば、作成済みの目的ノードを構成する複数の機能ブロックのうちどの機能ブロックを変更すれば良いのかを確実に判定することができる。これにより、作成済みの目的ノードを、所望の目的ノードにより容易かつより確実に変更することができる。
　また、上記課題を解決するため、本発明の一側面のノード作成システムは、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムであって、制御ノードは、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、目的ノード構成情報を受信する構成情報受信手段と、構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、を備え、構成表格納ノードは、目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、を備え、構成要素格納ノードは、配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置手段と、を備える。
　このようなノード作成システムによれば、制御ノードと構成表格納ノードと構成要素格納ノードとを連携することで、目的ノードを作成することができる。すなわち、機能ブロックが複数組み合わされて配置され、配置された各機能ブロックに対してシナリオが設定されることで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
　また、上記課題を解決するため、本発明の一側面のノード作成システムは、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムであって、制御ノードは、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、目的ノード構成情報を受信する構成情報受信手段と、目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、を備え、構成表格納ノードは、目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、を備え、基盤ノードは、配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置手段と、を備える。
　このようなノード作成システムによれば、制御ノードと構成表格納ノードと基盤ノードとを連携することで、目的ノードを作成することができる。すなわち、機能ブロックが複数組み合わされて配置され、配置された各機能ブロックに対してシナリオが設定されることで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
　ところで、本発明の一側面は、上記のように制御ノード及びノード作成システムの発明として記述できる他に、以下のようにそれぞれノード作成方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
　すなわち、本発明の一側面に係るノード作成方法は、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードにより実行されるノード作成方法であって、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、目的ノード識別情報送信ステップにおける送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信ステップと、機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信ステップであって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、を含む。
　また、本発明の一側面に係るノード作成方法は、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムにより実行されるノード作成方法であって、制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、構成表格納ノードが、目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、構成表格納ノードが、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、制御ノードが、構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、構成要素格納ノードが、配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、構成要素格納ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置ステップと、制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、を含む。
　また、本発明の一側面に係るノード作成方法は、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムにより実行されるノード作成方法であって、制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、構成表格納ノードが、目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、構成表格納ノードが、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、制御ノードが、基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、基盤ノードが、配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、基盤ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置ステップと、制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、を含む。
　より柔軟な構成を有するノードを作成することができる。
本発明の実施形態に係る制御ノードを含むノード作成システムのシステム構成図である。 本発明の実施形態に係る管理ノード、制御ノード、構成表格納ノード、構成要素格納ノード及び基盤ノードのハードウェア構成を示す図である。 Ｐ－ＧＷノードを構成する機能ブロックの構成例を示した図である。 Ｐ－ＧＷノードを構成する機能ブロックに設定されたシナリオ例を示す図である。 Ｐ－ＧＷノード内での処理において送受信されるパケットヘッダ例を示す図である。 Ｐ－ＧＷノード内の機能ブロック間で実行される処理例を示すシーケンス図である。 本発明の実施形態に係る管理ノードの機能ブロック図である。 本発明の実施形態に係る制御ノードの機能ブロック図である。 本発明の実施形態に係る制御ノードにて格納される目的ノード状況表のテーブル例を示す図である。 本発明の実施形態に係る構成表格納ノードの機能ブロック図である。 本発明の実施形態に係る構成表格納ノードにて格納される目的ノード構成表のテーブル例を示す図である。 本発明の実施形態に係る構成要素格納ノードの機能ブロック図である。 発明の実施形態に係る基盤ノードの機能ブロック図である。 ノード作成システムで実行される処理例（プロビジョニング）を示すシーケンス図である。 ノード作成システムで実行される処理例（シナリオ変更による動的削除）を示すシーケンス図である。 ノード作成システムで実行される処理例（シナリオ変更による動的追加）を示すシーケンス図である。
　以下、図面とともに本発明による制御ノード、ノード作成システム及びノード作成方法の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
　図１は、本発明の実施形態に係るController３（制御ノード）を含むノード作成システム１のシステム構成図である。図１に示す通り、ノード作成システム１は、Admin/Orchestrator２（管理ノード）と、Controller３と、CookBook４（構成表格納ノード）と、Repository５（構成要素格納ノード）と、Platform６（基盤ノード）とを含んで構成される。Admin/Orchestrator２及びController３、Controller３及びCookBook４、Controller３及びRepository５、Controller３及びPlatform６は、ネットワーク等を介して互いに通信可能なように構成されている。なお、Repository５及びPlatform６も、ネットワーク等を介して互いに通信可能なように構成されていてもよい。
　Admin/Orchestrator２とController３とCookBook４とRepository５とは、ＣＰＵ等のハードウェアから構成されているものである。図２は、Admin/Orchestrator２とController３とCookBook４とRepository５とのそれぞれのハードウェア構成の一例を示す図である。図１に示されるAdmin/Orchestrator２とController３とCookBook４とRepository５とはそれぞれ、物理的には、図２に示すように、ＣＰＵ１０、主記憶装置であるＲＡＭ１１及びＲＯＭ１２、ディスプレイ等の入出力装置１３、通信モジュール１４、及び補助記憶装置１５などを含むコンピュータシステムとして構成されている。
　図１に示すAdmin/Orchestrator２とController３とCookBook４とRepository５とのそれぞれの後述の各機能ブロックの機能は、図２に示すＣＰＵ１０、ＲＡＭ１１等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０の制御のもとで入出力装置１３、通信モジュール１４、及び補助記憶装置１５を動作させるとともに、ＲＡＭ１１におけるデータの読み出し及び書き込みを行うことで実現される。
　ノード作成システム１は、Admin/Orchestrator２とController３とCookBook４とRepository５とを連携することで、特定の機能を提供する目的ノードを作成する。具体的には、所定の機能を提供する機能ブロック（ＦＢ、Function　Block）を複数組み合わせて配置し、配置された各ＦＢに対し、各ＦＢ又は全ＦＢの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成する。以下、図３～６を用いて、目的ノード、ＦＢ及びシナリオ等について説明する。
　図３は、目的ノードの具体例であるＰ－ＧＷノード１００を構成するＦＢの構成例を示した図である。図３に示す通り、Ｐ－ＧＷノード１００は、送受信管理ＦＢ１０１と、ベアラ管理ＦＢ１０２と、ＤＰＩ（Deep　Packet　Inspection：警察などに情報提供するパケット選別）管理ＦＢ１０３と、課金管理ＦＢ１０４とを含んで構成される。また、図３に示す通り、送受信管理ＦＢ１０１及びベアラ管理ＦＢ１０２、送受信管理ＦＢ１０１及びＤＰＩ管理ＦＢ１０３、送受信管理ＦＢ１０１及び課金管理ＦＢ１０４はネットワーク等を介して互いに通信可能なように、スター型で構成されている。なお、ネットワーク構成はスター型に限定されるものではなく、リング型などその他のネットワーク構成で構成されていても良い。Ｐ－ＧＷノード１００は、ノード作成システム１によって、送受信管理ＦＢ１０１とベアラ管理ＦＢ１０２とＤＰＩ管理ＦＢ１０３と課金管理ＦＢ１０４とを組み合わせて配置した目的ノードの一例である。
　ここで、ＦＢは、目的ノードを構成する最小単位であり（すなわち、目的ノードは複数のＦＢの集合である）、所定の機能を提供し、共通のインタフェース（入力In、出力Out、管理Mng）を持つ。例えば、送受信管理ＦＢ１０１はＰ－ＧＷにおける送受信管理の機能を提供し、ベアラ管理ＦＢ１０２はＰ－ＧＷにおけるベアラ管理の機能を提供し、ＤＰＩ管理ＦＢ１０３はＰ－ＧＷにおけるＤＰＩ管理の機能を提供し、課金管理ＦＢ１０４はＰ－ＧＷにおける課金管理の機能を提供する。実装例として、１つのＦＢは１つのＶＭ（Virtual　Machine）で構成され、目的ノード内のＦＢ同士はＬ２結合される。一方、ノード同士はＬ３結合される。また、図３に示すように、ノード単位で１つのＧＷ（Gateway）を持つ。
　図４は、Ｐ－ＧＷノード１００を構成するＦＢに設定されたシナリオ例（C-Plane処理）を示す図である。なお、Ｐ－ＧＷノード１００内の全てのＦＢは一律のシナリオが設定される（内部に格納される）。図４に示す通り、シナリオは、各ＦＢにおける処理が規定された処理部（参照符号１１０～１２３）が連なったフローチャート形式で規定される。例えば、図４に示す処理部１１０は、送受信管理ＦＢ１０１がヘッダ解析処理を行い、処理部１１１に処理が移ることを示している。
　ノード作成システム１は、図４に示すシナリオを、配置された送受信管理ＦＢ１０１とベアラ管理ＦＢ１０２とＤＰＩ管理ＦＢ１０３と課金管理ＦＢ１０４とのそれぞれに設定することで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体としてＰ－ＧＷの機能を提供するＰ－ＧＷノード１００を作成する。
　図５は、Ｐ－ＧＷノード１００内での処理において送受信されるパケットヘッダ例を示す図である。図５に示す通り、パケットヘッダは、シナリオＮｏ（番号）、送信元、及びＳＦ（Scenario　Field）で構成される。シナリオＮｏは、処理部を移るたびにインクリメントされる一意の番号である。送信元は、送信元のＦＢの識別情報である。ＳＦは、一部の処理部にて出力される値を格納する。図５に示すパケットヘッダは、Ｐ－ＧＷノード１００において図４に示すシナリオが実行された際の、最終的なパケットヘッダを示す。シナリオが実行された際、各処理部では、まず、送信元の確認が行われ、次に、処理結果がＳＦの出力部分に書き込まれ、次に、シナリオに従って次の宛先へ送信が行われる。
　図６は、Ｐ－ＧＷノード１００内のＦＢ間で実行される処理例を示すシーケンス図である。初めに、C-Plane処理について説明する。まず、送受信管理ＦＢ１０１により、C-Planeパケットが受信される（Ｓ１００）。次に、送受信管理ＦＢ１０１により、ヘッダ解析（ＧＴＰ（GPRS　Tunneling　Protocol）－ｃ、ＰＭＩＰ（Proxy　MobileIP））が行われる（Ｓ１０１）。次に、送受信管理ＦＢ１０１により、ベアラ管理ＦＢ１０２に対してヘッダ転送が行われる（Ｓ１０２）。次に、ベアラ管理ＦＢ１０２にて、ヘッダ解析（ＱＣＩ（QoS　Class　Identifier）判断）が行われる（Ｓ１０３）。次に、ベアラ管理ＦＢ１０２により、送受信管理ＦＢ１０１に対して、ＱＣＩ設定が送信される（Ｓ１０４）。
　次に、送受信管理ＦＢ１０１により、ＤＰＩ管理ＦＢ１０３に対してヘッダ転送が行われる（Ｓ１０５）。次に、ＤＰＩ管理ＦＢ１０３により、ヘッダ解析（ＤＰＩの有無判断）が行われる（Ｓ１０６）。次に、ＤＰＩ管理ＦＢ１０３により、送受信管理ＦＢ１０１に対してＤＰＩ有無設定が送信される（Ｓ１０７）。
　次に、送受信管理ＦＢ１０１により課金管理ＦＢ１０４に対してヘッダ転送が行われる（Ｓ１０８）。次に、課金管理ＦＢ１０４により、ヘッダ解析（課金の有無判断）が行われる（Ｓ１０９）。次に、課金管理ＦＢ１０４により、送受信管理ＦＢ１０１に対して課金有無設定が送信される（Ｓ１１０）。そして、送受信管理ＦＢ１０１により、通信元ノードに対してU-Plane送信許可が送信される。
　続いてU-Plane処理について説明する。まず、送受信管理ＦＢ１０１により、U-Planeパケットが受信される（Ｓ１２０）。次に、送受信管理ＦＢ１０１により、ヘッダ解析（ＧＴＰ）が行われる（Ｓ１２１）。続いて、ＤＰＩが有る場合、送受信管理ＦＢ１０１により、ＤＰＩ管理ＦＢ１０３に対してパケット転送が行われる（Ｓ１２２）。次に、ＤＰＩ管理ＦＢ１０３により、パケットがバッファに記録される（Ｓ１２３）。次に、ＤＰＩ管理ＦＢ１０３により、送受信管理ＦＢ１０１に対して記録完了通知が送信される（Ｓ１２４）。
　続いて、課金が有る場合、送受信管理ＦＢ１０１により、課金管理ＦＢ１０４に対してパケット転送が行われる（Ｓ１２５）。次に、課金管理ＦＢ１０４により、課金処理が行われる（Ｓ１２６）。次に、課金管理ＦＢ１０４により、送受信管理ＦＢ１０１に対して課金完了通知が送信される（Ｓ１２７）。そして、送受信管理ＦＢ１０１により、パケットがインターネットへ転送される（Ｓ１２８）。
　次に、図１に示す各ノードの機能ブロックについて説明する。
　図７は、Admin/Orchestrator２の機能ブロック図である。図７に示す通り、Admin/Orchestrator２は、作成指示部２０と、変更指示部２１と、構成情報登録指示部２２とを含んで構成される。
　作成指示部２０は、Controller３に対してノード作成指示を行う。具体的には、作成指示部２０は、Controller３に対して、目的ノードの識別情報（目的ノードのＩＤやノード名など）と、当該目的ノードを作成する作成場所（物理的な位置や論理的な位置やPlatform６の識別情報など）を含む、当該目的ノードを作成する旨の作成指示（作成指示情報）を送信する。
　変更指示部２１は、Controller３に対してノード変更指示を行う。具体的には、変更指示部２１は、Controller３に対して、作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを作成した作成場所と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示（変更指示情報）を送信する。変更指示部２１は、ノード変更指示を行うことで、目的ノードを構成するＦＢの追加及び削除を行う。
　構成情報登録指示部２２は、Controller３に対して、後述の目的ノード構成表の登録指示を行う。具体的には、構成情報登録指示部２２は、Controller３に対して、目的ノード構成表又は目的ノード構成表の一部データを含む、目的ノード構成表を登録（追加・削除）する旨の登録指示（登録指示情報）を送信する。構成情報登録指示部２２は、Controller３に対して、ＦＢの登録指示を行っても良い。具体的には、構成情報登録指示部２２は、Controller３に対して、新規登録するＦＢや削除するＦＢの識別情報を含む、ＦＢを登録（追加・削除）する旨の登録指示を送信する。
　なお、Admin/Orchestrator２は、ユーザが予め設定した行動（処理内容）に基づいて、自立的に上述の作成指示、変更指示又は登録指示をController３に対して送信しても良い。
　図８は、Controller３の機能ブロック図である。図８に示す通り、Controller３は、作成指示受付部３００（作成指示受信手段）と、作成可能可否判定部３０１と、構成情報取得部３０２（目的ノード識別情報送信手段、構成情報受信手段）と、利用領域確保可否判定部３０３と、配置指示部３０４（配置指示送信手段）と、シナリオ取得部３０５と、設定指示部３０６（設定指示送信手段）と、状況表格納部３０７（状況表格納手段）と、変更指示受付部３０８（変更指示受信手段）と、変更指示部３０９（目的ノード変更手段）と、構成情報登録指示受付部３１０と、構成情報登録指示部３１１とを含んで構成される。
　作成指示受付部３００は、Admin/Orchestrator２から作成指示を受信する。
　作成可能可否判定部３０１は、作成指示受付部３００によって作成指示が受信された際に、CookBook４に対して、作成指示に含まれる目的ノードの識別情報が識別する目的ノードが、CookBook４の後述の目的ノード構成表に格納されているか否か、すなわち当該目的ノードが作成可能可否を照会する。そして、作成可能可否判定部３０１は、当該照会に基づく応答として、CookBook４から作成可能可否結果を受信し、作成可能可否を判定する。作成可能可否判定部３０１によって作成可能と判定された場合、後述の構成情報取得部３０２の処理に進む。一方、作成可能可否判定部３０１によって作成不可能と判定された場合、作成指示受付部３００を介して、Admin/Orchestrator２に対して作成不可能の旨の通知を行う。
　構成情報取得部３０２は、作成指示受付部３００によって作成指示が受信された際（作成可能可否判定部３０１の処理を省略）、又は作成可能可否判定部３０１によって作成可能と判定された際に、CookBook４に対し、作成指示受付部３００によって受信された作成指示に含まれる目的ノードの識別情報を送信し、当該送信に基づく応答として、CookBook４の目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数のＦＢの識別情報と、Repository５の識別情報と、シナリオ（又はRepository５に格納されたシナリオへのポインタ）と、メモリ容量と、作成時間とを含む目的ノード構成情報を受信する。目的ノード構成表の詳細については後述する。
　利用領域確保可否判定部３０３は、構成情報取得部３０２によって目的ノード構成情報が受信された際に、作成指示受付部３００によって受信された作成指示に含まれる作成場所を確認する。本実施形態では、作成場所としてPlatform６が指定されていたとする。次に、利用領域確保可否判定部３０３は、指定されたPlatform６に対して、目的ノードを作成するための利用領域が確保できるか否かの利用領域確保可否照会を行う。当該照会を行う際、利用領域確保可否判定部３０３は、Platform６に対して、構成情報取得部３０２によって受信された目的ノード構成情報に含まれるメモリ容量や、利用領域が確保できる場合は当該領域を予約する又は確保する指示を送信する。そして、利用領域確保可否判定部３０３は、当該照会に基づく応答として、Platform６から利用領域確保可否を受信し、利用領域確保可否を判定する。利用領域が確保可能と判定した場合、利用領域確保可否判定部３０３はPlatform６に対して利用領域を確保する指示を送信し、後述の配置指示部３０４の処理に進む。なお、利用領域確保可否判定部３０３は、利用領域が確保可能と判定した場合、作成指示受付部３００を介して、Admin/Orchestrator２に対して利用領域が確保可能の旨の通知を行っても良い。一方、利用領域が確保不可能と判定した場合、作成指示受付部３００を介して、Admin/Orchestrator２に対して利用領域が確保不可能の旨の通知を行う。なお、利用領域確保可否判定部３０３は、利用領域が確保できる場合は当該領域を確保する指示を送信した場合、Platform６にて利用領域が確保できる際はPlatform６は当該領域を確保する。そして、利用領域確保可否判定部３０３は、利用領域確保可否の代わりに領域を確保した旨を示す作成可能通知を受信し、利用領域が確保でき、実際に確保したと判定し、後述の配置指示部３０４の処理に進む。
　配置指示部３０４は、利用領域確保可否判定部３０３によって利用領域が確保可能又は確保したと判定された場合、構成情報取得部３０２によって受信された目的ノード構成情報に含まれるRepository５の識別情報が識別するRepository５に対し、構成情報取得部３０２によって受信された目的ノード構成情報に含まれる複数のＦＢの識別情報と、作成指示受付部３００によって受信された作成指示に含まれる作成場所（Platform６）とを含む、当該複数のＦＢを組み合わせて配置する旨の配置指示を送信する。また、配置指示部３０４は、利用領域確保可否判定部３０３によって利用領域が確保可能又は確保したと判定された場合、作成指示受付部３００によって受信された作成指示に含まれる作成場所であるPlatform６に対し、構成情報取得部３０２によって受信された目的ノード構成情報に含まれる複数のＦＢの識別情報を含む、当該複数のＦＢを組み合わせて配置する旨の配置指示を送信しても良い。配置指示部３０４は、当該送信に基づく応答として、配置された目的ノードから、配置指示に基づく配置が完了したことを示す配置完了通知を受信してもよい。配置完了通知には、配置された目的ノードを構成する複数のＦＢの位置情報等が含まれており、Controller３は、当該位置情報に基づいて、配置された目的ノードを構成する複数のＦＢを特定することができる。
　シナリオ取得部３０５は、構成情報取得部３０２によって受信された目的ノード構成情報に、シナリオではなくRepository５に格納されたシナリオへのポインタが含まれていた場合、配置指示部３０４によって配置指示が送信された際、又は配置指示部３０４によって配置完了通知が受信された際に、Repository５に対して当該ポインタが示すシナリオの取得依頼を送信する。シナリオ取得部３０５は、当該送信に基づく応答として、Repository５から、シナリオを受信する。
　設定指示部３０６は、配置指示部３０４による配置指示に基づいて配置された複数のＦＢに対し、目的ノード構成情報に含まれるシナリオ又はシナリオ取得部３０５によって受信されたシナリオを設定する旨の設定指示を送信する。当該設定指示の送信に基づいてPlatform６上にて目的ノードが作成される。具体的には、設定指示部３０６は、配置指示部３０４によって配置指示が送信された際、配置指示部３０４によって配置完了通知が受信された際、又はシナリオ取得部３０５によってシナリオが受信された際に、配置指示部３０４による配置指示に基づいて配置された複数のＦＢに対し、目的ノード構成情報に含まれるシナリオ又はシナリオ取得部３０５によって受信されたシナリオを設定する旨の設定指示を送信する。そして、設定指示部３０６は、当該送信に基づく応答として、目的ノードからシナリオの設定が完了したシナリオ更新完了通知を受信し、作成指示受付部３００を介して、Admin/Orchestrator２に対して目的ノードの作成が完了した旨の作成完了通知を送信する。
　状況表格納部３０７は、作成済みの（現在稼働している）目的ノードの識別情報と、当該目的ノードの作成場所と、当該目的ノードのノード名と、当該目的ノードを構成する複数のＦＢ（に関する情報）と、当該複数のＦＢに設定されたシナリオとが対応付けられた目的ノード状況表を格納する。目的ノードを構成する複数のＦＢに関する情報には、当該複数のＦＢの位置情報が含まれていても良い。図９は、状況表格納部３０７によって格納される目的ノード状況表のテーブル例を示す図である。
　変更指示受付部３０８は、Admin/Orchestrator２から変更指示を受信する。
　変更指示部３０９は、状況表格納部３０７によって格納された目的ノード状況表において、変更指示受付部３０８によって受信された変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数のＦＢに関する情報を取得し、構成情報取得部３０２を制御することで、上述の構成情報取得部３０２の処理に基づき、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、設定指示部３０６を制御することで、上述の設定指示部３０６の処理に基づき、取得した複数のＦＢに関する情報に対応する複数のＦＢに対し、変更後シナリオを設定する旨の設定指示を送信する。当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される。
　変更指示部３０９は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数のＦＢと変更後の目的ノードを構成する複数のＦＢとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数のＦＢを変更してもよい。例えば、判定結果により、目的ノード内のＦＢの削除が必要と判断した場合、変更指示部３０９は、目的ノード内の全ＦＢに対してシナリオを更新することにより論理的に削除し、その後物理的にＦＢを削除する（図１５のシーケンス図を参照）。一方、判定結果により、目的ノード内のＦＢの追加が必要と判断した場合、ＦＢの作成を行い、その後、目的ノード内の全ＦＢに対してシナリオを更新する（図１６のシーケンス図を参照）。
　構成情報登録指示受付部３１０は、目的ノード構成表又はＦＢの登録指示を受信する。
　構成情報登録指示部３１１は、構成情報登録指示受付部３１０によって受信された登録指示を、登録の対象となるCookBook４又はRepository５に送信する。
　図１０は、CookBook４の機能ブロック図である。図１０に示す通り、CookBook４は、目的ノード構成表格納部４０と、作成可能可否応答部４１と、構成情報応答部４２（目的ノード識別情報受信手段、構成情報送信手段）と、構成情報登録部４３とを含んで構成される。
　目的ノード構成表格納部４０は、目的ノード構成表を格納する。図１１は、目的ノード構成表格納部４０によって格納された目的ノード構成表のテーブル例を示す図である。図１１に示す通り、目的ノード構成表は、目的ノードの識別情報と、当該目的ノードを構成する複数のＦＢの識別情報と、当該ＦＢが格納されるRepository５の識別情報と、当該複数のＦＢそれぞれに設定されるシナリオ（又はRepository５に格納されたシナリオへのポインタ）と、メモリ容量と、作成可否とを含む目的ノード構成情報を受信する。目的ノード構成表は、さらに目標ノードの作成時間等を対応付けても良い。また、目的ノード構成表格納部４０は、Repository５と定期的に通信を行い、目的ノードが作成可能か否か（Repository５内に対応するＦＢが保持されているか否か）の作成可否を目的ノード構成表に格納する。
　作成可能可否応答部４１は、Controller３から送信された、目的ノードの識別情報を含む作成可能可否の照会を受信し、当該目的ノードの識別情報が目的ノード構成表格納部４０によって格納された目的ノード構成表に含まれるか否かを判定し、判定結果を作成可能可否結果としてController３に返信する。
　構成情報応答部４２は、Controller３から目的ノードの識別情報を受信し、目的ノード構成表格納部４０によって格納された目的ノード構成表において、受信された目的ノードの識別情報に対応付けられた複数のＦＢの識別情報と、Repository５の識別情報と、シナリオ（又はRepository５に格納されたシナリオへのポインタ）と、メモリ容量と、作成時間とを含む目的ノード構成情報を、Controller３に返信する。
　構成情報登録部４３は、Controller３から送信された目的ノード構成表を受信し、受信した目的ノード構成表に基づいて、目的ノード構成表格納部４０によって格納された目的ノード構成表を登録する。
　図１２は、Repository５の機能ブロック図である。図１２に示す通り、Repository５は、ＦＢ格納部５０と、シナリオ格納部５１と、配置指示受付部５２（配置指示受信手段、配置手段）と、構成情報登録部５３と、シナリオ取得部５４とを含んで構成される。
　ＦＢ格納部５０は、ＦＢを格納する。
　シナリオ格納部５１は、シナリオを格納する。
　配置指示受付部５２は、Controller３から送信された配置指示を受信し、配置指示に含まれる複数のＦＢの識別情報に対応するＦＢ（又はＦＢのコピー）をＦＢ格納部５０から取得し、配置指示に含まれる作成場所に配置することで目的ノードを作成する。配置指示受付部５２は、実際の配置をPlatform６に指示するために、ＦＢを含むPlatform６に配置指示をしても良い。また、配置指示受付部５２は、Platform６から送信された、ＦＢの識別情報を含む、ＦＢのコピーを要求するＦＢコピー指示を受信した場合、当該ＦＢの識別情報に対応するＦＢのコピーをＦＢ格納部５０から取得し、取得したＦＢのコピーをPlatform６に返信しても良い。
　構成情報登録部５３は、Controller３から送信されたＦＢ又はシナリオを受信し、ＦＢ格納部５０又はシナリオ格納部５１に格納することで登録する。
　シナリオ取得部５４は、Controller３から送信されたシナリオ取得依頼を受信し、当該依頼に含まれるシナリオのポインタが示すシナリオをシナリオ格納部５１から取得し、Controller３に返信する。
　図１３は、Platform６の機能ブロック図である。図１３に示す通り、Platform６は、利用領域確保可否応答部６０と、配置部６１（配置指示受信手段、配置手段）と、シナリオ設定部６２と、シナリオ変更部６３とを含んで構成される。
　利用領域確保可否応答部６０は、Controller３から送信された利用領域確保可否照会を受信し、利用領域確保可否照会に含まれるメモリ容量に基づいて、Platform６上にて利用領域を確保できるか否かを判定し、当該判定結果を利用領域確保可否としてController３に返信する。なお、利用領域確保可否照会に、利用領域が確保できる場合は当該領域を予約する又は確保する指示が含まれていた場合、当該指示に従って利用領域を確保する。
　配置部６１は、Repository５から送信された配置指示を受信し、当該配置指示に基づいて、当該配置指示に含まれるＦＢをPlatform６上に配置する。また、配置部６１は、Controller３から送信された配置指示を受信し、当該配置指示に含まれる複数のＦＢの識別情報に対応するＦＢを、上述の通りＦＢコピー指示をRepository５に送信することで、Repository５から取得し、配置しても良い。
　シナリオ設定部６２は、Controller３から送信された配置指示を受信し、当該設定指示に含まれるシナリオを対応するＦＢに設定する。
　シナリオ変更部６３は、Controller３から送信された変更後シナリオを設定する旨の設定指示を受信し、当該設定指示に含まれる変更後シナリオを対応するＦＢに設定する。
　続いて、図１４に示すシーケンス図を用いて、ノード作成システム１で実行される処理例（プロビジョニング）について説明する。
　まず、Admin/Orchestrator２により、Controller３に対してノード作成指示が送信される（Ｓ１）。次に、Controller３により、CookBook４に対してノード作成可否照会が行われる（Ｓ２）。次に、CookBook４により、Controller３に対して作成可否通知が行われる（Ｓ３）。次に、Controller３により、CookBook４に対してノード構成情報要求が行われる（Ｓ４）。次に、CookBook４により、Controller３に対してノード構成情報通知が行われる（Ｓ５）。次に、Controller３により、ノード作成場所の確認が行われる（Ｓ６）。
　次に、Controller３により、Platform６に対して利用領域確保可否照会が行われる（Ｓ７）。次に、Platform６により、Controller３に対して利用領域確保可否通知が行われる（Ｓ８）。次に、Controller３により、ＦＢが格納されているRepository５の確認が行われる（Ｓ９）。次に、Controller３により、Repository５に対してＦＢコピー指示が送信される（Ｓ１０）。次に、Repository５により、Platform６に対してＦＢコピーが送信される（Ｓ１１）。次に、Platform６により、Controller３に対してＦＢコピー完了通知が送信される（Ｓ１２）。
　次に、Controller３により、Repository５に対してシナリオ取得指示が送信される（Ｓ１３）。次に、Repository５によりController３に対してシナリオが通知される（Ｓ１４）。次に、Controller３により、シナリオの編集及び確認が行われる（Ｓ１５）。次に、Controller３により、Platform６に対してシナリオ更新が指示される（Ｓ１６）。次に、Platform６により、Controller３に対してシナリオ更新完了通知が送信される（Ｓ１７）。次に、Controller３により、Admin/Orchestrator２に対してノード作成完了通知が送信される（Ｓ１８）。
　なお、Ｓ１０及びＳ１１は以下の処理に置き換えても良い。すなわち、Ｓ９に続き、Controller３により、Platform６に対してＦＢコピー指示が送信される。次に、Platform６により、Repository５に対してＦＢコピー指示が送信される。次に、Repository５により、Platform６に対してＦＢコピーが送信される。
　続いて、図１５に示すシーケンス図を用いて、ノード作成システム１で実行される処理例（シナリオ書き換えによる動的削除）について説明する。
　まず、Admin/Orchestrator２により、Controller３に対してノード変更指示が送信される（Ｓ３０）。次に、Controller３により、CookBook４に対してノード作成可否照会が行われる（Ｓ３１）。次に、CookBook４により、Controller３に対して作成可否通知が行われる（Ｓ３２）。次に、Controller３により、CookBook４に対してノード構成情報要求が行われる（Ｓ３３）。次に、CookBook４により、Controller３に対してノード構成情報通知が行われる（Ｓ３４）。
　次に、Controller３により、シナリオの編集及び確認が行われる（Ｓ３５）。次に、Controller３により、Platform６に対してシナリオ更新が指示される（Ｓ３６）。次に、Platform６により、Controller３に対してシナリオ更新完了通知が送信される（Ｓ３７）。次に、Controller３により、Platform６に対してＦＢ削除指示が送信される（Ｓ３８）。次に、Platform６により、Controller３に対して削除完了通知が送信される（Ｓ３９）。次に、Controller３により、Admin/Orchestrator２に対してノード変更完了通知が送信される（Ｓ４０）。
　続いて、図１６に示すシーケンス図を用いて、ノード作成システム１で実行される処理例（シナリオ書き換えによる動的追加）について説明する。
　まず、Admin/Orchestrator２により、Controller３に対してノード作成指示が送信される（Ｓ５０）。次に、Controller３により、CookBook４に対してノード作成可否照会が行われる（Ｓ５１）。次に、CookBook４により、Controller３に対して作成可否通知が行われる（Ｓ５２）。次に、Controller３により、CookBook４に対してノード構成情報要求が行われる（Ｓ５３）。次に、CookBook４により、Controller３に対してノード構成情報通知が行われる（Ｓ５４）。
　次に、Controller３により、Platform６に対して利用領域確保可否照会が行われる（Ｓ５５）。次に、Platform６により、Controller３に対して利用領域確保可否通知が行われる（Ｓ５６）。次に、Controller３により、ＦＢが格納されているRepository５の確認が行われる（Ｓ５７）。次に、Controller３により、Repository５に対してＦＢコピー指示が送信される（Ｓ５７）。次に、Repository５により、Platform６に対してＦＢコピーが送信される（Ｓ５９）。次に、Platform６により、Controller３に対してＦＢコピー完了通知が送信される（Ｓ６０）。
　次に、Controller３により、シナリオの編集及び確認が行われる（Ｓ６１）。次に、Controller３により、Platform６に対してシナリオ更新が指示される（Ｓ６２）。次に、Platform６により、Controller３に対してシナリオ更新完了通知が送信される（Ｓ６３）。次に、Controller３により、Admin/Orchestrator２に対してノード変更完了通知が送信される（Ｓ６４）。
　なお、Ｓ５８及びＳ５９は以下の処理に置き換えても良い。すなわち、Ｓ５７に続き、Controller３により、Platform６に対してＦＢコピー指示が送信される。次に、Platform６により、Repository５に対してＦＢコピー指示が送信される。次に、Repository５により、Platform６に対してＦＢコピーが送信される。
　次に、本実施形態のように構成されたノード作成システム１の作用効果について説明する。
　本実施形態のController３によれば、まず、作成指示受付部３００により、特定の機能を提供する目的ノードを作成する旨の作成指示が受信される。次に、構成情報取得部３０２により、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれの処理手順が規定されたシナリオが受信される。次に、配置指示部３０４により、目的ノードを構成する複数のＦＢを組み合わせて配置する旨の配置指示が送信される。次に、設定指示部３０６により、配置指示に基づいて配置された複数のＦＢに対し、シナリオを設定する旨の設定指示が送信され、当該設定指示の送信に基づいて目的ノードが作成される。かかる構成を採れば、ＦＢが複数組み合わされて配置され、配置された各ＦＢに対してシナリオが設定されることで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
　また、本実施形態のController３において、作成指示は、Platform６の識別情報をさらに含み、配置指示は、作成指示に含まれるPlatform６の識別情報をさらに含み、複数のＦＢを組み合わせて当該Platform６に配置する旨の指示を示すこととしてもよい。かかる構成を採れば、目的ノードを作成する場所を容易かつ確実に指定することができる。
　また、本実施形態のController３において、作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを構成する複数のＦＢに関する情報とが対応付けられた目的ノード状況表を格納する状況表格納部３０７と、作成済みの目的ノードの識別情報と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示を受信する変更指示受付部３０８と、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数のＦＢに関する情報を取得し、構成情報取得部３０２を制御することで、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、設定指示部３０６を制御することで、取得した複数のＦＢに関する情報に対応する複数のＦＢに対し、変更後シナリオを設定する旨の設定指示を送信する変更指示部３０９であって、当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される、変更指示部３０９と、をさらに備えることとしてもよい。かかる構成を採れば、作成済みの目的ノードを構成する複数のＦＢに対して、所望の目的ノード（変更後の目的ノード）の機能を実現するためのシナリオが設定される。これにより、作成済みの目的ノードを、所望の目的ノードに容易かつ確実に変更することができる。
　また、本実施形態のController３において、目的ノード状況表では、作成済みの目的ノードを構成する複数のＦＢそれぞれに設定されたシナリオがさらに対応付けられ、変更指示部３０９は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数のＦＢと変更後の目的ノードを構成する複数のＦＢとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数のＦＢを変更することとしてもよい。かかる構成を採れば、作成済みの目的ノードを所望の目的ノードに変更するために、例えば、作成済みの目的ノードを構成する複数のＦＢのうちどのＦＢを変更すれば良いのかを確実に判定することができる。これにより、作成済みの目的ノードを、所望の目的ノードにより容易かつより確実に変更することができる。
　また、本実施形態のノード作成システム１によれば、Controller３とCookBook４とRepository５とを連携することで、目的ノードを作成することができる。すなわち、ＦＢが複数組み合わされて配置され、配置された各ＦＢに対してシナリオが設定されることで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
　また、本実施形態のノード作成システム１によれば、Controller３とCookBook４とPlatform６とを連携することで、目的ノードを作成することができる。すなわち、ＦＢが複数組み合わされて配置され、配置された各ＦＢに対してシナリオが設定されることで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
　以上の通り、本実施形態のノード作成システム１によれば、サービス（音声、Ｍ２Ｍ等）に特化したコアノード構成を可能とするシステムを構築することができる。また、ＦＢと各ＦＢが保持するシナリオを用いた，新しいノード機能の追加・削除が容易なシステムを構築することができる。また、複数のＦＢで作成された目的ノード内のＦＢ及びシナリオを、構成要素であるController３、CookBook４、Repository５を用いて動的に組み替えられる。
　１…ノード作成システム、２…Admin/Orchestrator、３…Controller、４…CookBook、５…Repository、６…Platform、２０…作成指示部、２１…変更指示部、２２…構成情報登録指示部、４０…目的ノード構成表格納部、４１…作成可能可否応答部、４２…構成情報応答部、４３…構成情報登録部、５０…ＦＢ格納部、５１…シナリオ格納部、５２…配置指示受付部、５３…構成情報登録部、５４…シナリオ取得部、６０…利用領域確保可否応答部、６１…配置部、６２…シナリオ設定部、６３…シナリオ変更部、３００…作成指示受付部、３０１…作成可能可否判定部、３０２…構成情報取得部、３０３…利用領域確保可否判定部、３０４…配置指示部、３０５…シナリオ取得部、３０６…設定指示部、３０７…状況表格納部、３０８…変更指示受付部、３０９…変更指示部、３１０…構成情報登録指示受付部、３１１…構成情報登録指示部。

Claims (9)

  1. 　所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードであって、
    　目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、
    　目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、
    　前記目的ノード識別情報送信手段による送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信手段と、
    　機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、
    　配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、
    　を備える制御ノード。
  2. 　作成指示は、基盤ノードの識別情報をさらに含み、
    　配置指示は、作成指示に含まれる基盤ノードの識別情報をさらに含み、複数の機能ブロックを組み合わせて当該基盤ノードに配置する旨の指示を示す、
    　請求項１に記載の制御ノード。
  3. 　作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを構成する複数の機能ブロックに関する情報とが対応付けられた目的ノード状況表を格納する状況表格納手段と、
    　作成済みの目的ノードの識別情報と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示を受信する変更指示受信手段と、
    　目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数の機能ブロックに関する情報を取得し、前記構成情報受信手段を制御することで、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、前記設定指示送信手段を制御することで、取得した複数の機能ブロックに関する情報に対応する複数の機能ブロックに対し、変更後シナリオを設定する旨の設定指示を送信する目的ノード変更手段であって、当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される、目的ノード変更手段と、
    　をさらに備える請求項１又は２に記載の制御ノード。
  4. 　目的ノード状況表では、作成済みの目的ノードを構成する複数の機能ブロックそれぞれに設定されたシナリオがさらに対応付けられ、
    　前記目的ノード変更手段は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数の機能ブロックと変更後の目的ノードを構成する複数の機能ブロックとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数の機能ブロックを変更する、
    　請求項３に記載の制御ノード。
  5. 　所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムであって、
    　制御ノードは、
    　目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、
    　構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、
    　目的ノード構成情報を受信する構成情報受信手段と、
    　構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、
    　配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、
    　を備え、
    　構成表格納ノードは、
    　前記目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、
    　制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、
    　を備え、
    　構成要素格納ノードは、
    　前記配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、
    　配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置手段と、
    　を備える、
    　ノード作成システム。
  6. 　所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムであって、
    　制御ノードは、
    　目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、
    　構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、
    　目的ノード構成情報を受信する構成情報受信手段と、
    　目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、
    　配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、
    　を備え、
    　構成表格納ノードは、
    　前記目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、
    　制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、
    　を備え、
    　基盤ノードは、
    　前記配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、
    　配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置手段と、
    　を備える、
    　ノード作成システム。
  7. 　所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードにより実行されるノード作成方法であって、
    　目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、
    　目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、
    　前記目的ノード識別情報送信ステップにおける送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信ステップと、
    　機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、
    　配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信ステップであって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、
    　を含むノード作成方法。
  8. 　所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムにより実行されるノード作成方法であって、
    　制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、
    　制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、
    　構成表格納ノードが、前記目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、
    　構成表格納ノードが、制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、
    　制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、
    　制御ノードが、構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、
    　構成要素格納ノードが、前記配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、
    　構成要素格納ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置ステップと、
    　制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、
    　を含むノード作成方法。
  9. 　所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムにより実行されるノード作成方法であって、
    　制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、
    　制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、
    　構成表格納ノードが、前記目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、
    　構成表格納ノードが、制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、
    　制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、
    　制御ノードが、基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、
    　基盤ノードが、前記配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、
    　基盤ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置ステップと、
    　制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、
    　を含むノード作成方法。
PCT/JP2015/068719 2014-07-08 2015-06-29 制御ノード、ノード作成システム及びノード作成方法 WO2016006491A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP15819521.4A EP3169025A4 (en) 2014-07-08 2015-06-29 Control node, node creation system and node creation method
JP2016532885A JP6232137B2 (ja) 2014-07-08 2015-06-29 制御ノード、ノード作成システム及びノード作成方法
US15/318,400 US20170123847A1 (en) 2014-07-08 2015-06-29 Control node, node creation system and node creation method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014140937 2014-07-08
JP2014-140937 2014-07-08

Publications (1)

Publication Number Publication Date
WO2016006491A1 true WO2016006491A1 (ja) 2016-01-14

Family

ID=55064128

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/068719 WO2016006491A1 (ja) 2014-07-08 2015-06-29 制御ノード、ノード作成システム及びノード作成方法

Country Status (4)

Country Link
US (1) US20170123847A1 (ja)
EP (1) EP3169025A4 (ja)
JP (1) JP6232137B2 (ja)
WO (1) WO2016006491A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111866856B (zh) * 2020-07-22 2023-08-25 青岛易来智能科技股份有限公司 Mesh设备的控制方法和系统、存储介质及电子装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1097417A (ja) * 1996-07-30 1998-04-14 Toray Ind Inc プログラム組立装置及び記憶媒体
JP2009049641A (ja) * 2007-08-17 2009-03-05 Nippon Telegr & Teleph Corp <Ntt> メディアストリーム加工システム、メディアストリーム加工方法、コンポーネント実現装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7426393B2 (en) * 2001-11-19 2008-09-16 Nokia Corporation Method and system of identifying network services
US20050289244A1 (en) * 2004-06-28 2005-12-29 Himansu Sahu Method for service chaining in a communication network
US8141090B1 (en) * 2007-04-24 2012-03-20 Hewlett-Packard Development Company, L.P. Automated model-based provisioning of resources
US8161479B2 (en) * 2008-06-13 2012-04-17 Microsoft Corporation Synchronizing virtual machine and application life cycles
US8601474B2 (en) * 2011-10-14 2013-12-03 International Business Machines Corporation Resuming execution of an execution plan in a virtual machine
CN103346980B (zh) * 2013-07-02 2016-08-10 华为技术有限公司 一种业务调度方法、装置及网络设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1097417A (ja) * 1996-07-30 1998-04-14 Toray Ind Inc プログラム組立装置及び記憶媒体
JP2009049641A (ja) * 2007-08-17 2009-03-05 Nippon Telegr & Teleph Corp <Ntt> メディアストリーム加工システム、メディアストリーム加工方法、コンポーネント実現装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KUNIHIKO TOMURA ET AL.: "Study of modular IP node architecture", IEICE TECHNICAL REPORT, vol. 103, no. 442, 13 November 2003 (2003-11-13), pages 59 - 62, XP008183306 *
See also references of EP3169025A4 *

Also Published As

Publication number Publication date
EP3169025A1 (en) 2017-05-17
JPWO2016006491A1 (ja) 2017-04-27
EP3169025A4 (en) 2017-12-06
US20170123847A1 (en) 2017-05-04
JP6232137B2 (ja) 2017-11-15

Similar Documents

Publication Publication Date Title
JP6855575B2 (ja) ネットワーク間変更方法および装置、ならびに関連デバイス
RU2695990C1 (ru) Система связи, базовая станция, способ связи и энергонезависимый компьютерно-читаемый носитель, хранящий программу
EP3836515B1 (en) Communication method and communication device for reducing complexity in processing of service instances.
US11259344B2 (en) Network architecture and information exchange method and apparatus
WO2016056321A1 (ja) 基地局装置、端末装置、位置管理装置および制御方法
CN105580328A (zh) 无线通信网络的网关排布
CN103813302A (zh) 签约转移方法、装置及系统
CN106664551B (zh) 一种ip地址分配的方法和装置
JP6982100B2 (ja) Ｉｐバージョンの選択
US9491791B2 (en) Communication apparatus, method of controlling the same, and non-transitory computer-readable storage medium
CN110365727A (zh) 通信方法和相关装置
CN102045691A (zh) 获取物联网设备组别标识的方法及装置
JP4009293B2 (ja) 小規模ネットワーク間の接続確立方法及びシステム
JPWO2017169281A1 (ja) 位置登録エリアリスト更新方法
JPWO2017141810A1 (ja) 伝送装置選択方法、ゲートウェイ選択方法及び通信システム
WO2012023214A1 (en) Mediation server, communication device, and connecting method
JP6232137B2 (ja) 制御ノード、ノード作成システム及びノード作成方法
CN102316543A (zh) 服务网关的重选方法、系统和设备
JP5695514B2 (ja) 通信制御装置および通信制御方法
CN102781055A (zh) 数据传输的方法、无线接入网设备和通信系统
CN114915966A (zh) 配置演进分组系统非接入层安全算法的方法及相关装置
JP6496648B2 (ja) 通信制御方法および通信システム
CN114902609B (zh) 一种通信方法、设备、系统及存储介质
CN103069917A (zh) 用于建立数据路径、设备和通信系统的方法
EP4290388A1 (en) Network service management system and network service management method

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: 15819521

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016532885

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015819521

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015819521

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15318400

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE