CN111273954A - 一种加载业务的方法及装置 - Google Patents
一种加载业务的方法及装置 Download PDFInfo
- Publication number
- CN111273954A CN111273954A CN201811377519.6A CN201811377519A CN111273954A CN 111273954 A CN111273954 A CN 111273954A CN 201811377519 A CN201811377519 A CN 201811377519A CN 111273954 A CN111273954 A CN 111273954A
- Authority
- CN
- China
- Prior art keywords
- basic service
- service packet
- instruction
- loading
- control server
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000004048 modification Effects 0.000 claims description 23
- 238000012986 modification Methods 0.000 claims description 23
- 230000015654 memory Effects 0.000 claims description 19
- 238000012217 deletion Methods 0.000 claims description 9
- 230000037430 deletion Effects 0.000 claims description 9
- 230000004913 activation Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 claims description 5
- 238000004891 communication Methods 0.000 abstract description 2
- 230000006870 function Effects 0.000 description 133
- 230000006855 networking Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 238000013486 operation strategy Methods 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 238000005265 energy consumption Methods 0.000 description 2
- 230000005484 gravity Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
Images
Classifications
-
- 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/10—Protocols in which an application is distributed across nodes in the network
-
- 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种加载业务的方法及装置，涉及通信技术领域，其方法包括：控制服务器根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；所述控制服务器对所述基础业务包和所述非基础业务包进行加载处理。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种加载业务的方法及装置。
背景技术
随着新型网络创新架构的出现，网络虚拟化成为新的实现方式，控制面和数据面(转发面)分离开来，使控制面变得更加灵活，智能。
控制面作为纯多业务融合的软件包，和传统的软件包相比，它是虚拟化、组件化的，可以根据软件包内不同的子软件包进行灵活的组合包装成若干的网元软件包，具体组合包括以下几个方面：
1)新的网络平台和配套软件以革命性的方式出现以及推进；
2)打破各大厂商对硬件的垄断，以及不同设备之间的实现壁垒，网络管理更简单，更廉价；
3)控制层面可以抽象成为上层应用提供统一的管理和接口，这样基于控制平台，可以软件定义逻辑上的网络拓扑，满足对网络资源的不同需要，而无需关心底层网络侧的物理拓扑结构。
然而，控制层面的抽象性、灵活性以及敏捷性，意味着服务的可选择性扩大，如果所有的可选择业务都成为必配业务，那么影响控制层面的效率以及带来的稳定性问题不可忽略。
发明内容
根据本发明实施例提供的方案解决了在控制层面和和转发层面分离后，上层可选择可支持的业务加大以后带来的业务庞大，效率降低，启动速度变慢以及稳定性的技术问题。
根据本发明实施例提供的一种加载业务的方法，包括：
控制服务器根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
所述控制服务器对所述基础业务包和所述非基础业务包进行加载处理。
优选地，所述业务包数据库包括标签为激活状态的基础业务包和标签为非激活状态的非基础业务包。
优选地，所述控制服务器从预存的业务包数据库中获取基础业务包包括：
控制服务器通过对所述业务包数据库中所有业务包的标签进行扫描，获取标签为激活状态的基础业务包。
优选地，所述控制服务器对所述非基础业务包进行加载处理包括：
所述控制服务器通过将所述非基础业务包的标签修改为激活状态，实现对所述非基础业务包的加载。
优选地，在所述控制服务器对所述基础业务包和所述非基础业务包进行加载处理之后，还包括：
所述控制服务器根据云管理平台下发的修改指令，对所述修改指令相对应的非基础业务包进行增加或删除操作。
优选地，所述控制服务器根据云管理平台下发的修改指令，对所述修改指令相对应的非基础业务包进行增加或删除操作包括：
若所述修改指令为增加指令，所述控制服务器将所述增加指令相对应的非基础业务包的当前非激活状态修改为激活状态。
若所述修改指令为删除指令，所述控制服务器将所述删除指令相对应的非基础业务包的当前激活状态修改为非激活状态。
根据本发明实施例提供的一种加载业务的装置，包括：
获取模块，用于根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
加载模块，用于对所述基础业务包和所述非基础业务包进行加载处理。
优选地，所述业务包数据库包括标签为激活状态的基础业务包和标签为非激活状态的非基础业务包。
根据本发明实施例提供的一种加载业务的设备，所述设备包括：处理器，以及与所述处理器耦接的存储器；所述存储器上存储有可在所述处理器上运行的加载业务的程序，所述加载业务的程序被所述处理器执行时实现包括：
根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
对所述基础业务包和所述非基础业务包进行加载处理。
根据本发明实施例提供的一种计算机存储介质，存储有加载业务的程序，所述加载业务的程序被处理器执行时实现包括：
根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
对所述基础业务包和所述非基础业务包进行加载处理。
根据本发明实施例提供的方案，采用可选择加载业务包以及实时调整的方式，克服了现有技术中存在的控制层面和和转发层面分离后，上层可选择可支持的业务加大以后带来的业务庞大，效率降低，启动速度变慢，稳定性问题。
附图说明
图1是本发明实施例提供的一种加载业务的方法流程图；
图2是本发明实施例提供的一种加载业务的装置示意图；
图3是本发明实施例提供的SDN组网智能加载业务的方法的网络架构示意图；
图4是本发明实施例提供的SDN组网智能加载业务的方法的流程图；
图5是本发明实施例提供的具体加载以及实时调整功能属性的方法的功能模块图。
具体实施方式
以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
图1是本发明实施例提供的一种加载业务的方法流程图，如图1所示，包括：
步骤S101：控制服务器根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
步骤S102：所述控制服务器对所述基础业务包和所述非基础业务包进行加载处理。
控制服务器根据云管理平台下发的指令，选择加载业务包，提高了控制层面的启动速度和稳定性，同时降低了能耗。
其中，所述业务包数据库包括标签为激活状态的基础业务包和标签为非激活状态的非基础业务包。
其中，所述控制服务器从预存的业务包数据库中获取基础业务包包括：控制服务器通过对所述业务包数据库中所有业务包的标签进行扫描，获取标签为激活状态的基础业务包。
其中，所述控制服务器对所述非基础业务包进行加载处理包括：所述控制服务器通过将所述非基础业务包的标签修改为激活状态，实现对所述非基础业务包的加载。
本发明实施例在所述控制服务器对所述基础业务包和所述非基础业务包进行加载处理之后，还包括：所述控制服务器根据云管理平台下发的修改指令，对所述修改指令相对应的非基础业务包进行增加或删除操作。
具体得说，所述控制服务器根据云管理平台下发的修改指令，对所述修改指令相对应的非基础业务包进行增加或删除操作包括：若所述修改指令为增加指令，所述控制服务器将所述增加指令相对应的非基础业务包的当前非激活状态修改为激活状态；若所述修改指令为删除指令，所述控制服务器将所述删除指令相对应的非基础业务包的当前激活状态修改为非激活状态。
本发明实施例提供的加载业务方法，控制服务器通过对不同的业务包打上不同的标记，在控制服务器运行中，控制服务器实时接收来自应用层面的上层软件的指令，同时监控底层转发层面的各项指标，选择加载不同标记的业务包，从而提高了控制层面的启动速度和稳定性，同时降低了能耗。
图2是本发明实施例提供的一种加载业务的装置示意图，如图2所示，包括：获取模块201，用于根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；加载模块202，用于对所述基础业务包和所述非基础业务包进行加载处理。
其中，所述业务包数据库包括标签为激活状态的基础业务包和标签为非激活状态的非基础业务包。
本发明实施例提供的一种加载业务的设备，所述设备包括：处理器，以及与所述处理器耦接的存储器；所述存储器上存储有可在所述处理器上运行的加载业务的程序，所述加载业务的程序被所述处理器执行时实现包括：
根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
对所述基础业务包和所述非基础业务包进行加载处理。
本发明实施例提供的一种计算机存储介质，存储有加载业务的程序，所述加载业务的程序被处理器执行时实现包括：
根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
对所述基础业务包和所述非基础业务包进行加载处理。
本发明实施例采用可选择加载业务包以及实时调整的方式来解决在控制层面和和转发层面分离后，上层可选择可支持的业务加大以后带来的业务庞大，效率降低，启动速度变慢以及稳定性的技术问题。本文以SDN组网为例，但不局限于该组网的方法和装置。
为解决上述问题，本发明采用以下技术方案：
第一步：控制面上和传统应用相似，分为多个功能模块，每个功能模块包含很多业务包，其中的每个业务包会打上不同的标记；
基本功能：也就是必备功能，***正常运行之初，必须加载的功能，对应的业务包都打上启动类型，启动类型为：自启动(基础业务包)，并且分配对应的内存，每个功能对应初始优先级(范围假定为1-100)；
可选功能：就是根据需要可以进行选择的功能，***运行之初可以不加载，对应的业务包打上启动类型，启动类型为：手工启动(非基础业务包),每个功能对应初始优先级(范围假定为1-100)。
第二步：不同客户定制常用的或者典型的场景作为策略，保存下来，每个策略包含常用功能，每个功能有对应的启动类型；
控制面运行前，可以随时选择不同的策略。
第三步：控制面运行时，启动类型为自启动的基本功能，同时根据选择的策略找到对应的功能启动，如果不选择启动策略，那么按照默认策略或者最后一次使用的策略作为默认策略，这个可选择；
第四步：选中启动的功能对应的业务包就打上状态标签：active；
第五步：控制面运行中，应用层面下发指令在运行策略中增加或者删除某功能，如果启动类型是自启动标记的功能，则不能删除该功能的业务包，如果启动类型是手工启动功能，那么根据增加或者删除实时将该功能的业务包置为对应的active状态或者为inactive；
第六步：控制面运行过程中，控制面一方面进行自身状态的产品管理检测，同时实时接收来自应用层面的上层软件的指令，同时监控底层转发层面的各项指标。
对控制面本身运行的功能进行排序，排序的依据包括不限于：运行时长，频率，功能本身的内存使用情况，CPU利用率等因素计算比重，然后进行比重排序，以数组或以其他形式进行存储，比重越大表明重要性越高，优先保证运行，比重越小，说明优先级靠后，资源应该做相应的剪裁，可以选择取后10％的或者其他的比例的功能进行内存的部分回收或者进行优先级的调整，优先级的高低决定了在资源有限的情况下,申请额外资源或者申请内存方面的优先权或者比重。
图3是本发明实施例提供的SDN组网智能加载业务的方法的网络架构示意图，如图3所示，包括：云管理平台、控制服务器以及转发设备。
所述云管理平台，主要负责全局的控制器资源管理，集中维护网络中所有资源的使用情况，从而形成云中心管理平台。云管理平台采取集中式管理方式，它根据各个控制器资源使用状态，实时监控控制器以及发出指令调整控制器，实现对控制器的智能调度。云管理平台通过UI与管理员进行交互，向管理员呈现控制器的使用状态信息。云管理平台也可提供对外接口，以实现控制器管理能力的对外开放。
所述控制服务器为SDN组网中的控制器，主要负责下联转发设备的状态管理，接收转发设备上报的信息。另外，控制服务器负责接收云管理平台下发给各个转发设备的消息以及将各个转发设备定时上报的消息进行汇总上报，控制器可以基于目前通用的开源控制器实现。
所述转发设备是基于SDN组网中的转发层面的设备，转发设备与控制器进行对接，根据控制服务器要求定时上报自身设备使用的状态信息到控制器，并接收控制服务器下发的相关指令，依指令进行设备相关的操作。
图4是本发明实施例提供的SDN组网智能加载业务的方法的流程图，如图4所示，包括：
步骤1：预先为每个功能设置状态、编号、初始内存以及优先级等属性；
在本实施方式中，如表1所示的功能业务表，控制面上和传统应用相似，分为多个功能模块，每个功能模块包含很多业务包，其中的每个业务包会打上不同的标记：
1)基本功能：也就是必备功能，***正常运行之初，必须加载的功能，对应的业务包都打上启动类型，启动类型为：自启动，并且分配对应的内存，每个功能对应初始优先级(范围假定为1-100)；
2)可选功能：就是根据需要可以进行选择的功能，***运行之初可以不加载，对应的业务包打上启动类型，启动类型为：手工启动,每个功能对应初始优先级(范围假定为1-100)。
表1：功能业务表
基本功能是为了满足设备启动后大部分或者每个场景下都会使用的一些功能，比如配置模块，接口管理等模块。
可选功能是一些特定场景才使用的功能，不是每个局点都使用的或者是特定某类场景才使用的功能。
步骤2：选择对应策略启动功能运行；
在本实施方式中，如表2和表3所示，不同客户定制常用的或者典型的场景作为策略，保存下来，每个策略包含常用功能，每个功能有对应的启动类型。
在本实施方式中，控制面运行前，可以随时选择不同的策略。
在本实施方式中，控制面运行时，启动类型为自启动的基本功能，同时根据选择的策略找到对应的功能启动，如果不选择启动策略，那么按照默认策略或者最后一次使用的策略作为默认策略，这个可选择，选中启动的功能对应的业务包就打上状态标签：active。
表2：不同客户定制场景功能业务表
表3：不同客户默认场景功能业务表
在本实施方式中，控制服务器为每个功能分配唯一的标识即功能id，以将各个功能进行区分。所述标识例如可以为根据功能的数量生成的一系列数字编码，例如，不同的功能共计30个，那么可以将连续的数字编码0至29分别分配给各个功能，这样每个功能便具备与其它功能不同的标识。当然，在实际应用场景中，所述标识还可以有其他的生成方式，并申请对此并不做限定。
步骤3：控制面运行中接收应用层面(云管理平台)下发指令修改策略并保存；
控制面运行中，应用层面下发指令在运行策略中增加或者删除某功能。
在本实施方式中，应用层面下发指令在运行策略中增加某功能，如果是自启动标记的功能，则不需要增加，因为已经启动了，如果手工启动功能，那么根据增加的需要实时将该功能置为对应的active状态。
在本实施方式中，应用层面下发指令在运行策略中删除某功能，如果是自启动标记的功能，则不能删除。如果手工启动功能，那么根据删除的需要实时将该功能置为对应的inactive状态。
在本实施方式中，修改后的策略实时生效后，保存策略。
步骤4：运行中根据各指标以及设置的方法适时调整个功能的属性，并保存。
控制面运行过程中，控制面一方面进行自身状态的产品管理检测，同时实时接收来自应用层面的上层软件的指令，同时监控底层转发层面的各项指标。
在本实施方式中，对控制面本身运行的功能进行排序，排序的依据包括不限于：运行时长，频率，功能本身的内存使用情况，CPU利用率等因素计算比重，然后进行比重排序，以数组或以其他形式进行存储，比重越大表明重要性越高，优先保证运行，比重越小，说明优先级靠后，资源应该做相应的剪裁，可以选择取后10％的或者其他的比例的功能进行内存的部分回收或者进行优先级的调整，优先级的高低决定了在资源有限的情况下,申请额外资源或者申请内存方面的优先权或者比重。
图5是本发明实施例提供的具体加载以及实时调整功能属性的方法的功能模块图，如图5所示，包括：功能管理模块、功能策略管理模块以及功能检测、调整模块。其中，所述功能管理模块，用于管理各个功能模块，进行调整功能模块属性等；所述功能策略管理模块，一是用于保存不同客户定制常用的策略或者典型的场景策略，并且每个策略包含常用功能，与功能模块进行互通；而是根据上层应用协议即云管理平台下的指令进行实时修改策略并调整保存；所述功能检测、调整模块，控制面运行过程中，控制面一方面进行自身状态的产品管理检测，同时实时接收来自应用层面的上层软件的指令，同时监控底层转发层面的各项指标。
具体地说，所述功能模块具体包括：
基本功能管理单元，管理设备启动后大部分或者每个场景下都会使用的一些功能，比如配置模块，接口管理等模块，管理基本功能的各个属性，如功能id号，状态，运行状态，标记，优先级，内存分配等。
功能调整单元：用于和功能策略集管理单元的交互模块，接收对功能模块的属性调整，并且把调整后的功能模块分别写入基本功能管理单元以及基本功能管理单元
可选功能管理单元：对一些特定场景才使用的功能，不是每个局点都使用的或者是特定某类场景才使用的功能。管理可选功能的各个属性，如功能id号，状态，运行状态，标记，优先级，内存分配等
具体地说，所述功能策略管理模块包括：
策略集存储单元：用于；把不同客户定制常用的或者典型的场景作为策略，保存下来，每个策略包含常用功能，每个功能有对应的启动类型，控制面运行时，启动类型为自启动的基本功能，同时根据选择的策略找到对应的功能启动，如果不选择启动策略，那么按照默认策略或者最后一次使用的策略作为默认策略，这个可选择，选中启动的功能对应的业务包就打上状态标签：active
策略集调整单元：用于在控制面运行中，接收应用层面(云管理平台)下发指令修改策略并保存。
应用层面下发指令在运行策略中增加某个或者某些功能，其中对于基本功能管理单元中的功能，那么不需要增加，因为已经启动，如果是属于可选功能管理单元中的功能，那么需要将功能设置成对应的active状态。
应用层面下发指令在运行策略中删除某个或者某些功能，其中对于基本功能管理单元中的功能，那么去执行删除动作，因为是已经启动并且是必须的功能，如果是属于可选功能管理单元中的功能，那么需要将功能设置成对应的inactive状态，即该功能停止运行，并且根据需要保存策略，策略保存后，通过和功能管理单云的交互，通知功能调整单元分别对其管理的功能进行修改属性。
上层应用协议管理单元：用于可选的控制面运行中，应用层面下发指令在运行策略中增加或者删除某功能，修改后的策略实时生效后，通知策略集调整单元保存策略。
具体地说，所述功能检测、调整模块具体包括：
功能状态监测单元：用于一方面进行自身状态的产品管理检测，同时实时接收来自应用层面的上层软件的指令
功能属性调整单元：用于对控制面本身运行的功能进行排序，排序的依据包括不限于：运行时长，频率，功能本身的优先级等因素计算比重，然后进行比重排序，以数组或以其他形式进行存储，比重越大表明重要性越高，优先保证运行，比重越小，说明优先级靠后，资源应该做相应的剪裁，可以选择取后10％的或者其他的比例的功能进行内存的部分回收或者进行优先级的调整，优先级的高低决定了在资源有限的情况下,申请额外资源或者申请内存方面的优先权或者比重
其中，W代表功能对应的比重值；A代表所述功能的运行状态参数，当所述功能正常工作时，A为1，当所述功能异常或者停止工作时，A为0；P代表所述功能的优先级；T代表所述功能正常运行的时长；F(n,t)为所述功能在一段时间内的使用频率。
根据比重数值对功能进行排序，然后对功能属性，进行相应的调整。
转发设备监测单元：用于:监控底层转发层面的各项指标，比如设备的容量指标、告警信息等
根据本发明实施例提供的方案，在现有的SDN组网中控制层面和和转发层面分离的场景下采用可选择加载业务包以及实时调整的方式来解决业务庞大，效率降低，启动速度变慢，稳定性问题。
尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。
Claims (10)
1.一种加载业务的方法，包括：
控制服务器根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
所述控制服务器对所述基础业务包和所述非基础业务包进行加载处理。
2.根据权利要求1所述的方法，所述业务包数据库包括标签为激活状态的基础业务包和标签为非激活状态的非基础业务包。
3.根据权利要求2所述的方法，所述控制服务器从预存的业务包数据库中获取基础业务包包括：
控制服务器通过对所述业务包数据库中所有业务包的标签进行扫描，获取标签为激活状态的基础业务包。
4.根据权利要求2所述的方法，所述控制服务器对所述非基础业务包进行加载处理包括：
所述控制服务器通过将所述非基础业务包的标签修改为激活状态，实现对所述非基础业务包的加载。
5.根据权利要求1-4任一所述的方法，在所述控制服务器对所述基础业务包和所述非基础业务包进行加载处理之后，还包括：
所述控制服务器根据云管理平台下发的修改指令，对所述修改指令相对应的非基础业务包进行增加或删除操作。
6.根据权利要求5所述的方法，所述控制服务器根据云管理平台下发的修改指令，对所述修改指令相对应的非基础业务包进行增加或删除操作包括：
若所述修改指令为增加指令，所述控制服务器将所述增加指令相对应的非基础业务包的当前非激活状态修改为激活状态；
若所述修改指令为删除指令，所述控制服务器将所述删除指令相对应的非基础业务包的当前激活状态修改为非激活状态。
7.一种加载业务的装置，包括：
获取模块，用于根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
加载模块，用于对所述基础业务包和所述非基础业务包进行加载处理。
8.根据权利要求7所述的装置，所述业务包数据库包括标签为激活状态的基础业务包和标签为非激活状态的非基础业务包。
9.一种加载业务的设备，所述设备包括：处理器，以及与所述处理器耦接的存储器；所述存储器上存储有可在所述处理器上运行的加载业务的程序，所述加载业务的程序被所述处理器执行时实现包括：
根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
对所述基础业务包和所述非基础业务包进行加载处理。
10.一种计算机存储介质，存储有加载业务的程序，所述加载业务的程序被处理器执行时实现包括：
根据云管理平台下发的指令，从预存的业务包数据库中获取基础业务包和所述指令相对应的非基础业务包；
对所述基础业务包和所述非基础业务包进行加载处理。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811377519.6A CN111273954A (zh) | 2018-11-19 | 2018-11-19 | 一种加载业务的方法及装置 |
| PCT/CN2019/119544 WO2020103840A1 (zh) | 2018-11-19 | 2019-11-19 | 一种加载业务的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811377519.6A CN111273954A (zh) | 2018-11-19 | 2018-11-19 | 一种加载业务的方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111273954A true CN111273954A (zh) | 2020-06-12 |
Family
ID=70773705
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811377519.6A Pending CN111273954A (zh) | 2018-11-19 | 2018-11-19 | 一种加载业务的方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111273954A (zh) |
| WO (1) | WO2020103840A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115061750B (zh) * | 2022-06-27 | 2024-05-31 | 浪潮卓数大数据产业发展有限公司 | 针对应用程序的组件化数据交互方法、装置、设备及介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1798057A (zh) * | 2004-12-22 | 2006-07-05 | 华为技术有限公司 | 软件加载方法 |
| US20170109175A1 (en) * | 2015-10-15 | 2017-04-20 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Selective loading of components within a node to speed up maintenance actions |
| CN106648794A (zh) * | 2016-12-29 | 2017-05-10 | 金蝶软件（中国）有限公司 | 一种组件加载方法及装置 |
| CN107659516A (zh) * | 2017-10-25 | 2018-02-02 | 新华三技术有限公司 | 一种宽带远程接入服务器bras的功能控制方法和装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103326884B (zh) * | 2013-05-30 | 2016-06-01 | 烽火通信科技股份有限公司 | Sdn网络中结合流检测和包检测的业务流感知***及方法 |
| CN108092934A (zh) * | 2016-11-21 | 2018-05-29 | ***通信有限公司研究院 | 安全服务***及方法 |
| CN108566342A (zh) * | 2018-04-12 | 2018-09-21 | 国家计算机网络与信息安全管理中心 | 基于sdn架构的多业务流量分流***及分流数据处理方法 |
-
2018
- 2018-11-19 CN CN201811377519.6A patent/CN111273954A/zh active Pending
-
2019
- 2019-11-19 WO PCT/CN2019/119544 patent/WO2020103840A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1798057A (zh) * | 2004-12-22 | 2006-07-05 | 华为技术有限公司 | 软件加载方法 |
| US20170109175A1 (en) * | 2015-10-15 | 2017-04-20 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Selective loading of components within a node to speed up maintenance actions |
| CN106648794A (zh) * | 2016-12-29 | 2017-05-10 | 金蝶软件（中国）有限公司 | 一种组件加载方法及装置 |
| CN107659516A (zh) * | 2017-10-25 | 2018-02-02 | 新华三技术有限公司 | 一种宽带远程接入服务器bras的功能控制方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2020103840A1 (zh) | 2020-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11146453B2 (en) | Method and apparatus for creating network slice, and communications system | |
| CN111385114B (zh) | Vnf服务实例化方法及装置 | |
| CN105743995B (zh) | 一种可移植高可用部署和管理容器集群的***和方法 | |
| CN110611926B (zh) | 一种告警的方法及装置 | |
| EP2957068B1 (en) | Methods, systems, and computer readable media for providing a virtualized diameter network architecture and for routing traffic to dynamically instantiated diameter resource instances | |
| CN112867050B (zh) | 一种upf网元管理方法及*** | |
| CN109196828A (zh) | 一种网络切片的资源管理方法和装置 | |
| US7958209B2 (en) | Methods and systems to generate and implement a changeover sequence to reconfigure a connection-oriented network | |
| US20140344440A1 (en) | Managing Network Utility of Applications on Cloud Data Centers | |
| Fichera et al. | Latency-aware resource orchestration in SDN-based packet over optical flexi-grid transport networks | |
| JP2011243112A (ja) | システム管理方法、及び管理装置 | |
| US20180199239A1 (en) | Management of resource allocation in a mobile telecommunication network | |
| EP3534578B1 (en) | Resource adjustment method, device and system | |
| CN112182100B (zh) | 一种云管平台状态数据同步方法与*** | |
| CN112650575B (zh) | 资源调度方法、装置和云端服务*** | |
| WO2017197983A1 (zh) | 流量处理方法及***、存储介质、交换机 | |
| CN109962806B (zh) | 一种传送网子切片管理方法和装置 | |
| CN109379208B (zh) | 网络对象管理方法及其装置 | |
| CN112217727B (zh) | 多度量维度的路由选择方法、装置、计算机设备及存储介质 | |
| US6778504B2 (en) | Dynamic soft permanent virtual circuit bulk connection tracing | |
| CN111273954A (zh) | 一种加载业务的方法及装置 | |
| CN106972973B (zh) | 一种控制方法、控制器和交换机 | |
| Wang et al. | Scheduling large data flows in elastic optical inter-datacenter networks | |
| CN115915404A (zh) | 一种基于nfv-mano的网络切片部署***和方法 | |
| CN108768725B (zh) | 容器热迁移的网络还原方法和*** |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200612 |
|
| RJ01 | Rejection of invention patent application after publication |