CN107294773B - software definable network service configuration method - Google Patents
software definable network service configuration method Download PDFInfo
- Publication number
- CN107294773B CN107294773B CN201710395104.0A CN201710395104A CN107294773B CN 107294773 B CN107294773 B CN 107294773B CN 201710395104 A CN201710395104 A CN 201710395104A CN 107294773 B CN107294773 B CN 107294773B
- Authority
- CN
- China
- Prior art keywords
- service
- msg
- field
- physical switch
- control
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Classifications
-
- 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
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- 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
- H04L41/0876—Aspects of the degree of configuration automation
- H04L41/0886—Fully automatic configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Automation & Control Theory (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The software definable network service configuration method disclosed by the invention is different from the traditional network, in aspect, the control layer has a global network resource view and is easier to plan the service path for the service request, in addition, in aspect, the control layer performs centralized management on the physical switch nodes in the data layer through a southbound interface, and is easier to realize the automation of the policy configuration in the physical switch nodes.
Description
Technical Field
The invention belongs to the technical field of network communication, and particularly relates to a software definable network service configuration method.
Background
Computer networks are typically comprised of a large number of routers, switches, and network middleware that vary in functionality. In order to effectively manage a network, an administrator makes various policies based on the traffic (e.g., video, language, Web, etc.) carried by the current network, and due to the lack of available tools, the administrator needs to manually translate these high-level policies into low-level configuration commands that are recognizable by network devices, which is challenging and highly error-prone.
The huge deployment scale of the internet makes it a key infrastructure in society, with the continuous expansion of the deployment scale, the evolution and the revolution of the internet itself are increasingly difficult, and the internet designed to solve the basic interconnection problem several decades ago is increasingly inattentive to the current day-to-day variation.
Under the background, a programmable Network represented by IETF ForCES (Forwarding and Control separation, ForCES) is proposed as means for promoting Network evolution, while a Software Defined Network (SDN) is a new form of a programmable Network, providing novel Network architectures.
It is certainly not an easy matter to deploy new services in this network environment, which is no doubt because the administrator needs to go deep into the configuration of each device in the underlying network, as alternatives to solve the internet "rigidity" problem, various network function boxes (such as firewalls, intrusion detection systems, address translators, etc.) can be placed in large numbers on the underlying interconnection part at the bottom of the network, but this is really too costly for the administrator to have at present an option.
The control mode is obviously beneficial to deploying new network protocols and services, and the global network view is beneficial to integrating network management and various network function systems.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provides software definable network service configuration methods.
The technical scheme adopted by the invention for solving the technical problem comprises the following steps:
the network in the step (1) is composed of an application layer, a control layer and a data layer, wherein the entity of the control layer is a control element, and the entity of the data layer is a physical switch;
step (2) the user describes the required service through the application layer, constructs the service request and transmits the service request to the control element through the web service interface;
step (3) the control element sends a control message (Msg-1) to all physical switches in the data layer in an broadcasting mode, and the capability of each physical switch is inquired;
the control message comprises 8 main fields of a message type (MsgType), a service ID (SrvID), a service specification description (SrvDesc), a receiving node set (RecvSets), a sending node set (TransSets), service support (SrvSupport), a service configuration result (ConfResult) and service configuration cost (ConfCost); wherein the MsgType value of 0 represents a query, 1 represents a response, 2 represents service installation, and 3 represents service uninstallation;
when the capability of each physical switch is inquired, MsgType in the Msg-1 is set to be 0, an initial value of RecvSets is set to be null, and initial values of fields of SrvSuport, ConfResult and ConfCost are set to be-1;
after the physical switch receives the Msg-1, whether the physical switch supports the service corresponding to the SrvID is checked, and if the physical switch cannot support the service, the value of the SrvSupport field is set to be 1; if the service specification can be supported, the physical switch checks whether the physical switch meets the service specification requirement according to the SrvDesc field in the Msg-1, if the service specification requirement cannot be met, the value of the SrvSupport field is set to be 2, and if the service specification requirement can be met, the value of the SrvSupport field is set to be 0;
step (5) the physical switch writes the field value set in the step (4) into a control message (Msg-2), the MsgType is set to be 1, other field values are the same as the Msg-1, and the Msg-2 is sent back to the control part in a unicast mode;
after the control element receives the Msg-2, selecting a physical switch capable of supporting the service corresponding to the SrvID according to the inquired physical switch capacity condition, and constructing a virtual network (vNet) aiming at the service corresponding to the SrvID;
step (7) the control element executes a self-defined Path planning algorithm in the virtual network vNet to obtain an optimal service deployment Path (Path), and a service installation node set (SrvInstallSets) is constructed, wherein each elements in the SrvInstallSets correspond to physical switches on the Path;
step (8) the control element sends a control message (Msg-3) to every physical switches on the Path in a multicast mode, and starts the installation process of the service corresponding to the SrvID;
setting the MsgType in the Msg-3 to be 2, setting a RecvSets field to be SrvInstallSets, setting a SrvSuport field to be 1, setting a ConfResult field to be-1 and setting a ConfCost field to be-1;
step (9) after every physical switches receive the control message Msg-3, the following steps are executed:
9-1, judging whether the physical switch belongs to a RecvSets field in the Msg-3, if not, setting the value of a ConfResult field to be 2, and entering a step 9-3; if yes, directly entering the step 9-2;
9-2, the physical switch executes the service installation process, if the installation is successful, setting the value of the ConfCost field as the current resource overhead, and simultaneously setting the value of the ConfResult field as 0; if the installation fails, setting the value of the ConfResult field to be 1;
9-3 the physical switch writes the modified field value to a control message (Msg-4), MsgType is set to 1, the other fields are the same as Msg-3, Msg-4 is sent back to the control in unicast;
step (10), the control element traverses control messages Msg-4 returned by every physical switches in the node set SrvInstallSets, if ConfResult fields of all the control messages Msg-4 are all 0, the service configuration is successful, meanwhile, virtual network vNet information is updated according to ConfCost fields, if ConfResult fields of all the control messages Msg-4 are not all 0, the service configuration is unsuccessful, and the following steps are executed:
the 10-1 control constructs a control message (Msg-5), MsgType is set to 3, the other fields are the same as Msg-3, Msg-5 is sent in multicast to every physical switches on Path;
10-2, receiving the Msg-5 physical switch, and unloading the service corresponding to the SrvID;
the control finds the physical switch corresponding to the control message Msg-4 with the ConfResult field of 1, identifies it as unavailable in vNet, and proceeds to step (7).
The software definable network service configuration method disclosed by the invention is different from the traditional network, in the aspect of , the control layer has a global network resource view and is easier to plan the service path aiming at the service request, in the aspect of , the control layer carries out centralized management on the physical switch nodes in the data layer through a southbound interface, and the automatic implementation of the policy configuration in the physical switch nodes is easier.
Drawings
Fig. 1 shows a service deployment process.
Detailed Description
The invention is further described with reference to the figures and the specific embodiments.
As shown in fig. 1, the software definable network service configuration method provided by the present invention includes the following steps:
the network in the step (1) is composed of an application layer, a control layer and a data layer, wherein the entity of the control layer is a control element, and the entity of the data layer is a physical switch;
step (2) the user describes the required service through the application layer, constructs the service request and transmits the service request to the control element through the web service interface;
step (3) the control element sends a control message (Msg-1) to all physical switches in the data layer in an broadcasting mode, and the capability of each physical switch is inquired;
the control message comprises 8 main fields of a message type (MsgType), a service ID (SrvID), a service specification description (SrvDesc), a receiving node set (RecvSets), a sending node set (TransSets), service support (SrvSupport), a service configuration result (ConfResult) and service configuration cost (ConfCost); wherein the MsgType value of 0 represents a query, 1 represents a response, 2 represents service installation, and 3 represents service uninstallation;
when the capability of each physical switch is inquired, MsgType in the Msg-1 is set to be 0, an initial value of RecvSets is set to be null, and initial values of fields of SrvSuport, ConfResult and ConfCost are set to be-1;
after the physical switch receives the Msg-1, whether the physical switch supports the service corresponding to the SrvID is checked, and if the physical switch cannot support the service, the value of the SrvSupport field is set to be 1; if the service specification can be supported, the physical switch checks whether the physical switch meets the service specification requirement according to the SrvDesc field in the Msg-1, if the service specification requirement cannot be met, the value of the SrvSupport field is set to be 2, and if the service specification requirement can be met, the value of the SrvSupport field is set to be 0;
step (5) the physical switch writes the field value set in the step (4) into a control message (Msg-2), the MsgType is set to be 1, other field values are the same as the Msg-1, and the Msg-2 is sent back to the control part in a unicast mode;
after the control element receives the Msg-2, selecting a physical switch capable of supporting the service corresponding to the SrvID according to the inquired physical switch capacity condition, and constructing a virtual network (vNet) aiming at the service corresponding to the SrvID;
step (7) the control element executes a self-defined Path planning algorithm in the virtual network vNet to obtain an optimal service deployment Path (Path), and a service installation node set (SrvInstallSets) is constructed, wherein each elements in the SrvInstallSets correspond to physical switches on the Path;
step (8) the control element sends a control message (Msg-3) to every physical switches on the Path in a multicast mode, and starts the installation process of the service corresponding to the SrvID;
setting the MsgType in the Msg-3 to be 2, setting a RecvSets field to be SrvInstallSets, setting a SrvSuport field to be 1, setting a ConfResult field to be-1 and setting a ConfCost field to be-1;
step (9) after every physical switches receive the control message Msg-3, the following steps are executed:
9-1, judging whether the physical switch belongs to a RecvSets field in the Msg-3, if not, setting the value of a ConfResult field to be 2, and entering a step 9-3; if yes, directly entering the step 9-2;
9-2, the physical switch executes the service installation process, if the installation is successful, setting the value of the ConfCost field as the current resource overhead, and simultaneously setting the value of the ConfResult field as 0; if the installation fails, setting the value of the ConfResult field to be 1;
9-3 the physical switch writes the modified field value to a control message (Msg-4), MsgType is set to 1, the other fields are the same as Msg-3, Msg-4 is sent back to the control in unicast;
step (10), the control element traverses control messages Msg-4 returned by every physical switches in the node set SrvInstallSets, if ConfResult fields of all the control messages Msg-4 are all 0, the service configuration is successful, meanwhile, virtual network vNet information is updated according to ConfCost fields, if ConfResult fields of all the control messages Msg-4 are not all 0, the service configuration is unsuccessful, and the following steps are executed:
the 10-1 control constructs a control message (Msg-5), MsgType is set to 3, the other fields are the same as Msg-3, Msg-5 is sent in multicast to every physical switches on Path;
10-2, receiving the Msg-5 physical switch, and unloading the service corresponding to the SrvID;
the control finds the physical switch corresponding to the control message Msg-4 with the ConfResult field of 1, identifies it as unavailable in vNet, and proceeds to step (7).
Examples
To facilitate the understanding and implementation of the present invention by those skilled in the art , the technical solution of the present invention will be further described with reference to , which shows specific embodiments of the present invention.
The topology and node ability in the network change dynamically, in order to obtain a real-time and accurate global network resource view, when a new service request comes, the control element actively queries the ability and link of a physical node in an infrastructure layer, the queried physical node feeds back the ability information and connection state of the control element to the control element, the control element plans a service path according to the feedback information of the infrastructure layer, generates a configuration command required by each physical node, then issues the configuration command for each physical node, and finally the physical node executes the configuration command and feeds back the running state to the control element.
Based on the above analysis, the service configuration method of the present invention can be implemented as follows, as shown in fig. 1:
firstly, a user can describe the Service to be deployed through a graphical human-computer interaction interface, the description result is quantized into a specific Service request parameter, an HTTP message is constructed according to the specific Service request parameter, and a Web Service interface of a control layer is accessed, wherein the Service interface can be a RESTful API similar to Web Service.
The control initiates a capability query process of the physical switches of the data layer, in which a control message is constructed for querying the capability of each physical switch, and since the support capability of each physical switch for a new service is not yet known, the control message is sent to every physical switches by means of broadcast, the control message contains 8 main fields of message type (MsgType), service id (srvlid), service specification (SrvDesc), receiving node set (RecvSets), sending node set (trans sets), service support (SrvSupport), service configuration result (ConfResult), service configuration cost (ConfCost), which are sufficient to describe services and their installation process, when the initial value of RecvSets in the query message is set to null, the initial values of srvpsup, ConfResult and ConfCost are set to-1, where MsgType value is 0 represents query, 1 represents response, 2 represents service installation, and 3 represents service uninstallation.
Each physical switch receives the inquiry message from the control element, firstly judges whether the physical switch supports the service requested in the inquiry message, if not, the SrvSupport is set to be 1, which indicates that the physical switch does not support the service, if the SrvSupport can support the service, then judges whether the service specification requirement described by the SrvDesc can be met, if the SrvSupport field is set to be 0, if the SrvSupport field is not set to be 2, which indicates that the physical switch can support the service but the capacity is insufficient, and according to the result of the self-check, each physical switch reconstructs response messages and informs the control element in a unicast mode.
The control element updates a network resource view, selects a physical switch capable of supporting the requested service, constructs and maintains a virtual network according to the inquired physical node capability and link information, executes a self-defined service path discovery algorithm (which can be a shortest path first algorithm, a distance vector algorithm and the like) in the virtual network to obtain an optimal service deployment path, and then constructs a service installation node set SrvInstallsets aiming at each node on the drawn service deployment path, wherein each elements in the set correspond to physical switches on the path.
The control element and every physical switches on the service path form a corresponding relationship of to more, at this time, the control element sends a message to every physical switches to be suitable for adopting a multicast mode, the multicast source is the control element, the group members are every physical switches on the service path, the control element sends a control message to all the physical switches in the data layer in a multicast mode to indicate the physical switches to carry out service installation, at this time, a RecvSets field in the control message is set to be a service installation node set, a SrvSupport field is set to be 1, a ConfResult field is set to be-1, and a ConfCost field is set to be-1, because the physical switches receiving the control message can be determined to support the service, but the service configuration result and the service configuration cost are not necessarily known.
Next, each physical switch that receives the multicast service installation message confirms again whether it belongs to the recipient of the installation message by determining the RecvSets field in the message, step being silent , otherwise the physical switch does not receive the multicast message, but does not exclude any accidents, so if the physical switch finds itself not to belong to the recipient of the installation message, the control element needs to be notified in a unicast manner.
The control element checks that installation confirmation messages are returned by every physical switch nodes in the service installation node set SrvInstallSets, if ConfResults in all the installation confirmation messages are 0, the service deployment Path Path is completely successful, otherwise, the service deployment Path Path is not successful, the control element needs to withdraw the original installation process at the moment, and the control element constructs control messages for executing a service unloading process and sends the control messages to every physical switches on the Path in a multicast mode to execute the service unloading process.
And under the condition that the service deployment Path is unsuccessful, the control element marks the physical switch with unsuccessful installation service as unavailable in the virtual network, and performs service deployment Path planning again and executes the installation process.
It should be added that important tasks of the control part in the service deployment process are to construct a virtual network based on a network resource view, which is a subset of a bottom physical network in a data layer and records topology and resource distribution in the physical network in real time, wherein the resource distribution includes link bandwidth occupation and node capacity usage.
Claims (1)
1, software definable network service configuration method, characterized by comprising the following steps:
the network in the step (1) is composed of an application layer, a control layer and a data layer, wherein the entity of the control layer is a control element, and the entity of the data layer is a physical switch;
step (2) the user describes the required service through the application layer, constructs the service request and transmits the service request to the control element through the web service interface;
step (3) the control element sends a control message (Msg-1) to all physical switches in the data layer in an broadcasting mode, and the capability of each physical switch is inquired;
the control message comprises 8 main fields of a message type MsgType, a service IDSrvID, a service specification SrvDesc, a receiving node set RecvSets, a sending node set TransSets, a service support SrvSuport, a service configuration result ConfResult and a service configuration cost ConfCost; wherein the MsgType value of 0 represents a query, 1 represents a response, 2 represents service installation, and 3 represents service uninstallation;
when the capability of each physical switch is inquired, MsgType in the Msg-1 is set to be 0, an initial value of RecvSets is set to be null, and initial values of fields of SrvSuport, ConfResult and ConfCost are set to be-1;
after the physical switch receives the Msg-1, whether the physical switch supports the service corresponding to the SrvID is checked, and if the physical switch cannot support the service, the value of the SrvSupport field is set to be 1; if the service specification can be supported, the physical switch checks whether the physical switch meets the service specification requirement according to the SrvDesc field in the Msg-1, if the service specification requirement cannot be met, the value of the SrvSupport field is set to be 2, and if the service specification requirement can be met, the value of the SrvSupport field is set to be 0;
step (5) the physical switch writes the field value set in the step (4) into a control message Msg-2, the MsgType is set to be 1, other field values are the same as the Msg-1, and the Msg-2 is sent back to the control part in a unicast mode;
after the control element receives the Msg-2, selecting a physical switch capable of supporting the service corresponding to the SrvID according to the inquired physical switch capacity condition, and constructing a virtual network vNet according to the service corresponding to the SrvID;
step (7) the control element executes a self-defined Path planning algorithm in the virtual network vNet to obtain an optimal service deployment Path Path, and a service installation node set SrvInstallSets is constructed, wherein each elements in the SrvInstallSets correspond to physical switches on the Path;
step (8) the control element sends a control message Msg-3 to every physical switches on the Path in a multicast mode, and starts the installation process of the service corresponding to the SrvID;
setting the MsgType in the Msg-3 to be 2, setting a RecvSets field to be SrvInstallSets, setting a SrvSuport field to be 1, setting a ConfResult field to be-1 and setting a ConfCost field to be-1;
step (9) after every physical switches receive the control message Msg-3, the following steps are executed:
9-1, judging whether the physical switch belongs to a RecvSets field in the Msg-3, if not, setting the value of a ConfResult field to be 2, and entering a step 9-3; if yes, directly entering the step 9-2;
9-2, the physical switch executes the service installation process, if the installation is successful, setting the value of the ConfCost field as the current resource overhead, and simultaneously setting the value of the ConfResult field as 0; if the installation fails, setting the value of the ConfResult field to be 1;
9-3 the physical switch writes the modified field value to the control message Msg-4, MsgType is set to 1, the other fields are the same as Msg-3, Msg-4 is sent back to the control in unicast;
step (10), the control element traverses control messages Msg-4 returned by every physical switches in the node set SrvInstallSets, if ConfResult fields of all the control messages Msg-4 are all 0, the service configuration is successful, meanwhile, virtual network vNet information is updated according to ConfCost fields, if ConfResult fields of all the control messages Msg-4 are not all 0, the service configuration is unsuccessful, and the following steps are executed:
the 10-1 control constructs a control message Msg-5 with MsgType set to 3 and the other fields the same as Msg-3, Msg-5 being sent in multicast to every physical switches on Path;
10-2, receiving the Msg-5 physical switch, and unloading the service corresponding to the SrvID;
the control finds the physical switch corresponding to the control message Msg-4 with the ConfResult field of 1, identifies it as unavailable in vNet, and proceeds to step (7).
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710395104.0A CN107294773B (en) | 2017-05-30 | 2017-05-30 | software definable network service configuration method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710395104.0A CN107294773B (en) | 2017-05-30 | 2017-05-30 | software definable network service configuration method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107294773A CN107294773A (en) | 2017-10-24 |
| CN107294773B true CN107294773B (en) | 2020-01-31 |
Family
ID=60093995
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710395104.0A Active CN107294773B (en) | 2017-05-30 | 2017-05-30 | software definable network service configuration method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107294773B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111224934B (en) * | 2019-10-31 | 2022-04-15 | 浙江工商大学 | Service path verification method for mimicry configuration in mimicry defense |
| CN114095579B (en) * | 2020-08-04 | 2024-03-22 | 中国移动通信有限公司研究院 | Network system for computing power processing, service processing method and equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103618621A (en) * | 2013-11-21 | 2014-03-05 | 华为技术有限公司 | Method, device and system for automatic configuration of SDN |
| WO2015117385A1 (en) * | 2014-07-25 | 2015-08-13 | 中兴通讯股份有限公司 | Network virtualization processing method, device and system |
| CN105553845A (en) * | 2016-01-19 | 2016-05-04 | 重庆邮电大学 | Software defined network route selection method |
| CN105721329A (en) * | 2014-12-05 | 2016-06-29 | 中兴通讯股份有限公司 | Shunting method, OpenFlow switch, controller and shunting system |
-
2017
- 2017-05-30 CN CN201710395104.0A patent/CN107294773B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103618621A (en) * | 2013-11-21 | 2014-03-05 | 华为技术有限公司 | Method, device and system for automatic configuration of SDN |
| WO2015117385A1 (en) * | 2014-07-25 | 2015-08-13 | 中兴通讯股份有限公司 | Network virtualization processing method, device and system |
| CN105721329A (en) * | 2014-12-05 | 2016-06-29 | 中兴通讯股份有限公司 | Shunting method, OpenFlow switch, controller and shunting system |
| CN105553845A (en) * | 2016-01-19 | 2016-05-04 | 重庆邮电大学 | Software defined network route selection method |
Non-Patent Citations (1)
| Title |
|---|
| 一种面向云计算业务的SDN架构;张睿汭;《2013年中国通信学会信息通信网络技术委员会年会论文集》;20130822;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107294773A (en) | 2017-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11418413B2 (en) | Sharable storage method and system for network data analytics | |
| CN109218046B (en) | Method and system for managing network slices and storage medium | |
| US20170289791A1 (en) | Communication method and apparatus using network slice | |
| CN109995641B (en) | Information processing method, computing node and storage medium | |
| CN109391490B (en) | Network slice management method and device | |
| US10812328B2 (en) | Network function virtualisation | |
| EP3002908B1 (en) | Mobile application specific networks | |
| US8547959B2 (en) | Establishing channels between a domain manager and managed nodes | |
| JP5869041B2 (en) | Method for mapping network topology request to physical network, computer program product, mobile communication system, and network configuration platform | |
| JP2019525604A (en) | Network function NF management method and NF management apparatus | |
| WO2018041101A1 (en) | Data query method and apparatus and data query processing method and apparatus | |
| CN107294773B (en) | software definable network service configuration method | |
| US20110191460A1 (en) | System and a Method Relating to Network Management | |
| WO2015003420A1 (en) | Resource deployment method for cloud computing environment | |
| CN108738027B (en) | Network processing method, resource management system and network equipment | |
| US11310128B2 (en) | Software-definable network service configuration method | |
| JPWO2017145971A1 (en) | Communication system, control device, relay device, control method, and storage medium storing program | |
| EP2564552B1 (en) | Network management in a communications network | |
| CN112543511A (en) | Method, device, apparatus and medium for providing and discovering moving edge calculation | |
| US20190312929A1 (en) | Information synchronization method and device | |
| CN111757390A (en) | Method for supporting network slicing and network management and control system | |
| EP4373046A1 (en) | Method for providing network configuration | |
| CN118042559A (en) | Conflict management for functions and services | |
| CN104852963A (en) | Agent structure oriented to reconfigurable network | |
| CN110768838A (en) | SNMP message processing method and related device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220505 Address after: 257000 Room 201, block B, Dongying Software Park, No. 228, Nanyi Road, Dongying District, Dongying City, Shandong Province Patentee after: Shandong Heneng Technology Co.,Ltd. Address before: No. n817, 3rd floor, xingguangyingjing, No. 117, Shuiyin Road, Yuexiu District, Guangzhou City, Guangdong Province, 510030 Patentee before: Zhiyueyun (Guangzhou) Digital Information Technology Co.,Ltd. Effective date of registration: 20220505 Address after: No. n817, 3rd floor, xingguangyingjing, No. 117, Shuiyin Road, Yuexiu District, Guangzhou City, Guangdong Province, 510030 Patentee after: Zhiyueyun (Guangzhou) Digital Information Technology Co.,Ltd. Address before: 310018, No. 18 Jiao Tong Street, Xiasha Higher Education Park, Hangzhou, Zhejiang Patentee before: ZHEJIANG GONGSHANG University |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Software Defined Network Service Configuration Method Effective date of registration: 20230714 Granted publication date: 20200131 Pledgee: Dongying Branch of China Postal Savings Bank Co.,Ltd. Pledgor: Shandong Heneng Technology Co.,Ltd. Registration number: Y2023980048630 |