一种基于基站资源池的资源迁移方法和装置制造方法
【专利摘要】本申请公开了一种基于基站资源池的基带资源迁移方法，包括：预先确定所述基带信号处理过程的各种封装方案集；其中，所述封装方案集用于完成所述基带处理过程，包括一个或多个封装的组合；在所述基带信号处理过程的当前封装方案集在所述基带资源池中处理时，对所述当前封装方案集的总体运行时间进行预估；当预估出的总体运行时间不能满足实时性要求时，从其他封装方案集中选择一个包含所述当前封装方案集中未执行的封装对应的子处理过程、且满足实时性要求和当前可用资源足以承载的封装方案集；按照选择出的封装方案集，对所述当前封装方案集中未执行的封装进行资源迁移。应用本申请，能够更有效地进行资源迁移，提高任务并行度，满足实时性要求。
【专利说明】-种基于基站资源池的资源迁移方法和装置
【技术领域】
[0001] 本申请设及基于基站资源池的通信技术，特别设及一种基于基站资源池的资源迁 移方法和装置。
【背景技术】
[0002] 传统的通信设备往往是一家厂商提供一整套解决方案，系统维护或者升级依赖性 高。而随着近几年能源资源紧张，全球移动通信网络运营商面临日渐严重的成本压力。大 多数主流运营商通常拥有多个不同通信制式的网络，为保证网络的服务质量，需要部署大 量的基站W解决网络覆盖的问题。但站址和机房资源的相对稀缺，与大量基站部署的需求 形成难W协调的矛盾。而由于移动通信市场的激烈竞争，单用户平均收入增长缓慢甚至下 降，运营商的"盈利"能力并不随之提高，该将导致建网和设备采购投资的压缩。出于行业 持续盈利和长期发展考虑，移动通信产业界提出通过改变接入网络架构解决该个问题。
[0003] 新型基站系统架构，如图1所示，所有基带处理单元炬aseband化it, BBU)和远端 无线射频单元（Radio Remote化it, RRU)通过高带宽、低延迟的光传输网络连接起来。基带 处理单元集中在一个物理站点构成基带池。基带池中多个基带处理单元之间通过高带宽、 低延迟、灵活拓扑、低成本交叉连接。
[0004] 基带资源池需要应用基站虚拟化技术，在基带池中多基站共享计算资源，计算资 源的分配由系统根据业务量统一动态调度。而无线信号处理算法构成了无线通信系统物理 层核屯、处理，具有计算密集的特点，并且面临严苛的实时性要求。为保证基站集中处理的实 时性、减少系统能耗，使虚拟化技术能够最大限度发挥硬件系统性能，W支撑高速运行的通 信系统基带数据处理，需要将资源池的资源分配给基带信号处理的计算任务。由于基站资 源池通常采用基于通用处理器平台的多个服务器实现，有多种可供协同工作的物理资源且 位置分布不同，如何将该些物理资源分配给计算任务使它们W较少的资源消耗为代价协同 工作并满足基带处理的实时性要求是资源池需要解决的关键问题之一。
[0005] 借助基站虚拟化技术，基带资源池能实现多个基站共享资源并根据业务量变化动 态调度资源。基站资源池通常采用基于通用处理器平台的多个服务器实现，有多种可供协 同工作的物理资源且位置分布不同。由于承载的业务量大，在资源映射时不可避免地会将 用户任务映射到较为分散的物理资源上进行处理造成接口通信量较多。且基站任务处理具 有严格的实时性要求，而无线信号处理算法具有计算密集的特点。为保证基站集中处理的 实时性、减少系统能耗，使虚拟化技术能够最大限度发挥硬件系统性能，发挥资源的最大效 用，如何使资源池的资源分配能够适应资源池环境的变化和基站任务处理的需求成为资源 池需要解决的关键问题之一。
[0006] 基站资源池平台架构通常采用通用处理器，由操作系统对多项处理任务进行调 度。基站资源池不仅需要在满足实时性要求的前提下，对处理/计算资源、存储资源等多维 资源进行分配，还需要使资源池的资源配置动态适应业务需求变化。
[0007] 《一种资源调度W及资源迁移的方法及设备（申请号201010603492. 5)》中提出根 据设定时长内虚拟机对物理资源需求的变化状态，为每个调度时间段调度合理的物理服务 器数量，在每个调度时间段到达时，如果新增空闲的物理服务器，则将已有的虚拟机迁移至 刚上电的空闲物理服务器，如果需要减少资源池中运行的物理服务器，则将待下电的物理 服务器的虚拟机迁移至资源池中的其他物理服务器。该方法对资源池中的物理服务器的 数量进行调度，使得全局资源池中的物理服务器的数量能够实时支持上层虚拟机对物理资 源的需求，同时还最大程度地减少物理服务器的空运行造成的物理资源浪费W及电能的浪 费。
[000引虽然目前现有的方案中已设及资源池资源迁移，但仍存在如下问题：迁移粒度较 大，如上述方案针对物理服务器进行调度；此外实现方法中未考虑因实时性要求而实施资 源迁移的情况，通过消耗更多资源提升任务并行度，满足实时性要求；未对资源消耗量较大 的情况考虑实施资源迁移减少资源消耗。
【发明内容】
[0009] 本申请提供一种基于基站资源池的资源迁移方法和装置，能够更有效地进行资源 迁移，提高任务并行度，满足实时性要求。
[0010] 为实现上述目的，本申请采用如下的技术方案：
[0011] 一种基于基站资源池的基带资源迁移方法，包括：
[0012] 预先将基带信号处理过程分成多个子处理过程，将一个或多个子处理过程按照设 定的串行和/或并行结构组成一个封装，并确定所述基带信号处理过程的各种封装方案 集；其中，所述封装方案集用于完成所述基带处理过程，包括一个或多个封装的组合；
[0013] 在所述基带信号处理过程的当前封装方案集在所述基带资源池中处理时，对所述 当前封装方案集的总体运行时间进行预估；
[0014] 当预估出的总体运行时间不能满足实时性要求时，从其他封装方案集中选择一个 包含所述当前封装方案集中未执行的封装对应的子处理过程、且满足实时性要求和当前可 用资源足W承载的封装方案集；
[0015] 按照选择出的封装方案集，对所述当前封装方案集中未执行的封装进行资源迁 移。
[0016] 较佳地，该方法进一步包括；
[0017] 在所述基带信号处理过程的当前封装方案集在所述基带资源池中处理时，对所述 当前封装方案集的资源位置和使用情况进行统计；当所述当前封装方案集的接口资源使用 超过设定的过载口限时，查询当前可用资源是否存在支持当前封装方案集、且接口资源使 用不超过所述过载口限的资源分配方案；若存在，则按照相应的资源分配方案，对所述当前 封装方案集中未执行的封装进行资源迁移；和/或，
[0018] 在所述基带信号处理过程的当前封装方案集在所述基带资源池中处理时，对所述 基带资源池中各个服务器的空闲资源进行监测，当任一服务器的空闲资源大于设定的空闲 资源口限时，查询当前可用资源是否支持将所述任一服务器的使用资源迁移到其他服务器 上，若存在，则将所述任一服务器的使用资源进行迁移。
[0019] 较佳地，所述对当前封装方案集的总体运行时间进行预估包括：在设定的时间监 督点，对所述时间监督点前完成的各个封装统计实时运行时间，并根据当前运行环境对所 述时间监督点后执行的各个封装预估运行时间；将所述时间监督点前完成的各个封装的实 时运行时间之和与所述时间监督点后进行的各个封装的预估运行时间之和相加，将结果作 为所述当前封装方案集的总体运行时间；
[0020] 其中，W封装为单位设置所述时间监督点。
[0021] 较佳地，所述对时间监督点后执行的封装进行运行时间的预估包括：
[0022] 确定待预估的封装的线下参考运行时间，并根据在所述时间监督点前完成的封装 的线下参考运行时间与该封装的实时运行时间的差异和所述待预估的封装的线下参考运 行时间，预估所述待预估的封装的运行时间；其中，所述线下参考运行时间为单独执行封装 时的运行时间；或者，
[0023] 确定待预估的封装在当前运行环境下的历史实时运行时间，将其作为相应封装的 预估运行时间。
[0024] 较佳地，预先根据基带资源池中资源占用的忙闲状况将运行环境进行分类，并在 每个封装执行完成后，将该封装的单次实时运行时间或多次实时运行时间的加权平均值与 当前运行环境对应的分类进行对应保存，作为相应运行环境下的历史实时运行时间；
[0025] 确定当前运行环境的方式包括；根据所述当前封装集中已经执行完的封装的实时 运行时间，确定该实时运行时间对应的运行环境分类，并将确定的运行环境分类作为当前 运行环境。
[0026] 较佳地，所述选择满足实时性要求的封装方案集时，进一步预留资源迁移的处理 和调度时间。
[0027] 较佳地，对于由不满足实时性要求而触发的资源迁移，其优先级高于由资源使用 超过所述过载口限或空闲资源大于所述空闲资源口限而触发的资源迁移。
[002引一种基于基带资源池的基带资源迁移装置，包括；时间统计模块、资源统计模块和 资源迁移调度模块；
[0029] 所述时间统计模块，用于对运行的当前封装方案集的总体运行时间进行统计预 估，并根据预估结果判断是否满足实时性要求；当确定不满足实时性要求时，向所述资源迁 移调度模块发送资源迁移请求；
[0030] 所述资源统计模块，用于对运行的当前封装方案集的资源位置和使用情况进行统 计和监测，提供可用资源的位置和信息；
[0031] 所述资源迁移调度模块，用于在接收到所述时间统计模块的资源迁移请求后，根 据资源统计模块统计的当前可用资源，判断是否存在包含所述当前封装方案集中未执行的 封装对应的子处理过程、且满足实时性要求和当前可用资源足W承载的封装方案集，若存 在，则按照存在的封装方案集，对所述当前封装方案集中未执行的封装进行资源迁移。
[0032] 较佳地，所述资源统计模块，进一步用于在所述当前封装方案集的资源使用超过 设定的过载口限时，向所述资源迁移调度模块发送资源迁移请求，并携带当前封装方案集 的标识和减少资源的需求类型；还用于对所述基带资源池中各个服务器的空闲资源进行监 巧。，当任一服务器的空闲资源大于设定的空闲资源口限时，向所述资源迁移调度模块发送 资源迁移请求，并携带当前封装方案集的标识和节省能耗的需求类型；
[0033] 所述资源迁移调度模块，进一步用于在接收到资源统计模块发来的需求类型为减 少资源的资源迁移请求后，根据所述当前封装方案集的标识，查询当前可用资源是否存在 支持当前封装方案集、且资源使用不超过所述过载口限的资源分配方案；若存在，则按照相 应的资源分配方案，对所述当前封装方案集中未执行的封装进行资源迁移；还进一步用于 在接收到资源统计模块发来的需求类型为节省能耗的资源迁移请求后，根据所述当前封装 方案集的标识，查询当前可用资源是否支持将所述任一服务器的使用资源迁移到其他服务 器上，若存在，则将所述任一服务器的使用资源进行迁移。
[0034] 由上述技术方案可见，本申请中，通过W封装为单位划分资源池的处理任务，从而 可W在封装的粒度上进行运行时间的统计和估计，并在当前方案不满足实时性要求时，及 时选择其他满足实时性要求的方案进行资源迁移；同时，该资源迁移可封装为单位，从 而更有效地提高任务并行度，满足实时性要求。
【专利附图】
【附图说明】
[0035] 图1为现有基于基站资源池的基站系统架构示意图；
[0036] 图2为本申请中封装和封装方案集的示意图；
[0037] 图3为本申请中资源迁移装置的结构示意图；
[003引图4为本申请中资源迁移方法的流程示意图；
[0039] 图5为封装方案集中运行时间监督点的设置示意图。
【具体实施方式】
[0040] 为了使本申请的目的、技术手段和优点更加清楚明白，W下结合附图对本申请做 进一步详细说明。
[0041] 在本申请中，将基带信号处理过程分成多个封装，并形成封装方案集，W封装为单 位进行运行时间和资源的监测，并适时进行资源迁移。
[0042] 具体地，无线通信系统的物理层基带信号处理由多个计算任务或算法构成，其中 包含一些计算密集型算法，如信号检测、信道译码等，它们的计算量大、复杂度高，成为物理 层基带处理的瓶颈。且计算任务间有明确的顺序执行关系，即一个计算任务的输出将作为 下一个计算任务的输入。因此为满足系统实时性要求，需要将算法尤其是计算密集型算法 进行并行化处理，W减少处理时间消耗。
[0043] 一个计算任务或算法可W有多种并行化处理方式，由多个计算任务组成的物理层 基带处理方案也有多种并行化结构。采用不同并行化结构设计的方案其消耗的各类资源不 同，如计算资源、存储资源、接口资源等，运行的时间也不同。因此需要对不同方案的参考性 能预先进行统计，W便后续作为资源迁移的判断条件。
[0044] 更详细地，基站资源池任务处理由多个计算任务/算法构成，预先将基带信号处 理过程分成多个子处理过程，将一个或多个子处理过程按照设定的串行和/或并行结构组 成一个封装，可W根据计算任务的逻辑关系将整个处理过程分为多个封装，也可W W关键 算法为中屯、进行算法封装划分。每个封装包含一个或多个计算任务/算法，完成相对独立 的功能。将整个资源池任务处理过程看作多个封装组成的封装方案集。在进行资源调度时 可W针对封装方案集的资源需求进行物理资源的分配映射。而资源迁移时可封装为单 位进行物理资源的重映射。
[0045] 各封装中的计算任务或算法可W有多种并行化处理方式，因此封装可W有多种并 行化结构。将各种可行的封装方案集列出，一个封装方案集完成资源池任务处理功能，包含 多个封装。不同封装的组合看作不同封装方案集。而相同的封装组合但封装的并行化结构 不同也作为不同封装方案集。
[0046] 如图2所示的例子，任务处理过程包含5个计算任务/算法。封装方案集1由两 个封装组成，其中前两个算法为一个封装，后=个算法为另一个封装。封装方案集2由=个 封装构成，其中前两个算法为封装1，第=个算法为封装2,后两个算法为封装3.封装方案 集3的封装构成与封装方案集1相同，但其中算法3的并行化结构不同，因此两个封装方案 不同，算作两个封装方案集。
[0047] 基于上述对于封装的划分和封装方案集的构成，本申请提供了一种基站资源池的 资源迁移装置和方法。其中，资源迁移装置的结构如图2所示，包括；时间统计模块、资源统 计模块和资源迁移调度模块。更具体地，时间统计模块可W包含运行时间统计子模块和运 行时间监督子模块；资源统计模块可W包含实时资源消耗统计子模块和可用资源监督子模 块；资源迁移调度模块可W包含迁移请求处理子模块和迁移实施子模块。其中，各模块功能 如下：
[0048] 时间统计模块，用于对当前封装方案集的运行时间进行统计并根据参考运行时间 对任务处理的实时性进行预估，根据预估结果判断任务处理是否满足实时性要求，当不满 足时向资源迁移调度模块发送迁移请求。时间统计模块可W进一步包含运行时间统计、运 行时间监督两个子模块。其中，
[0049] 运行时间统计子模块，对资源池中运行方案的运行时间进行统计，包含两类运行 时间；参考运行时间和实时运行时间。参考运行时间为运行时间监督子模块做实时性预估 提供参考。
[0050] 运行时间监督子模块，根据运行时间统计子模块统计的参考运行时间与实时运行 时间，对完成用户数据处理的整个任务运行时间进行预估、判断是否能满足实时性要求，W 对任务实时性进行监督。当预估结果为不能满足实时性要求时，监督子模块向资源调度迁 移模块发实时性需求的迁移请求，请求为该方案增加更多处理资源扩大方案的并行执行度 减少处理时间。
[0化1] 资源统计模块，最基本地，用于对资源池中各类资源的使用情况进行统计和监督， 并为资源迁移调度模块提供可用资源的位置和信息；进一步地，还可W对资源量消耗大的 方案进行监测，判断是否需要进行资源迁移，如果是，则向资源调度迁移模块发送资源需求 的迁移请求。当可用资源出现时，向资源迁移调度模块发送可用资源指示，供资源迁移调度 模块判断进行资源迁移是否可行。包含资源使用统计子模块和资源使用监督子模块。其中，
[0052] 资源使用统计子模块，对资源池中正在执行的多个方案消耗的各类资源如处理资 源、存储资源、接口资源情况进行统计，包括已占用、空闲的资源量及其位置，并统计资源状 态变化（如从占用转为空闲或由空闲转为占用）的时间。当有可用资源被释放时，通知资 源迁移调度模块。
[0053] 资源使用监督子模块，对占用资源量偏大的方案W及空闲资源量偏大的服务器进 行监测，判断是否需要进行资源迁移。当判断为需要迁移时，向资源调度迁移模块发送资源 需求的迁移请求。
[0054] 资源迁移调度模块，用于负责接收来自运行时间统计模块和资源统计模块的迁移 请求，按请求优先级进行处理，判断当前请求是否可行，如果可行则实施资源迁移。包含迁 移请求处理、迁移实施子模块。其中，
[0055]迁移请求处理子模块，接收来自运行时间统计模块和资源统计模块的迁移请求， 根据请求的优先级对请求进行处理，判断是否可W进行资源迁移，如果可行，则通知迁移实 施子模块。
[0化6] 迁移实施子模块，负责对当前封装方案集所需的物理资源进行重新映射。
[0化7] 本申请提供的基带资源迁移方法流程如图4所示，下面结合图3的资源迁移装置， 对图4的资源迁移方法进行详细描述，如图4所示，该方法包括：
[0化引步骤401，统计资源池任务处理方案的参考性能。
[0化9] 本步骤的处理包括两个子步骤：
[0060] 步骤401a，预先确定所有可行的封装方案集。
[0061] 具体封装的划分和封装方案集的确定如前所述，该里不再寶述。
[0062] 步骤40化，统计各种可行封装方案集中各封装的参考性能。
[0063] 主要的参考性能指标是运行时间。参考运行时间包含两种；线下参考运行时间和 在线参考运行时间。
[0064] 其中，线下参考运行时间T"ff是指一个封装在基站资源池中单独运行时消耗的处 理时间，由运行时间统计子模块线下预先执行某封装而无其他处理任务存在时统计获得。 [00化]在线参考运行时间Tf。。是指一个封装在某种资源池环境中运行消耗的处理时间， 由运行时间统计子模块在某种资源池环境中在线实时统计某方案性能获得。本步骤中仅用 于将已经获得的在线参考运行时间进行分类整理，具体在线参考运行时间的实时获取都在 某封装方案集运行过程中获得，并非本步骤获得。
[0066] 其中，某种资源池环境指资源池的空闲/拥挤程度，可W由资源池中已占用资源 量与资源总量之比或正在处理的业务量与可承载业务总量之比来衡量。可定义一个忙/闲 n限，将比值与口限进行比较判定当前资源池环境是否空闲/拥挤。如当处理业务量或占 用资源大于口限值时，认为资源池环境"拥挤"。当处理业务量或占用资源小于口限值时，认 为资源池环境较为"空闲"。也可定义多个口限，对资源池的空闲/拥挤程度进行更细致的 划分。
[0067] 根据不同的资源池环境，可W获得相应环境中方案的参考运行时间。如，方案在 "拥挤"的资源池环境中运行的时间作为"拥挤"环境的在线参考运行时间；方案在"空闲" 的资源池环境中运行的时间作为"空闲"环境的在线参考运行时间。
[0068] 在线参考运行时间在某封装方案集实际执行时进行统计，该时间既是方案本次的 实时运行时间，也可W记录下来作为后续同一方案的参考。在使用在线参考运行时间时，可 W将某种环境中某方案的多次执行时间做加权平均处理，W在在线参考运行时间中体现环 境的影响。
[0069] 如表1所示的例子中，使用2个口限将资源池的空闲/拥挤程度划分为3个等级， 对某种等级中多种已占用资源量与资源总量之比下某一个封装的在线运行时间进行平均 处理获得该环境下的在线参考运行时间Tf。。。。
[0070] 表1某个封装在不同资源池环境的在线参考运行时间示例
[0071]
【权利要求】
1. 一种基于基站资源池的基带资源迀移方法，其特征在于，包括： 预先将基带信号处理过程分成多个子处理过程，将一个或多个子处理过程按照设定的 串行和/或并行结构组成一个封装，并确定所述基带信号处理过程的各种封装方案集；其 中，所述封装方案集用于完成所述基带处理过程，包括一个或多个封装的组合； 在所述基带信号处理过程的当前封装方案集在所述基带资源池中处理时，对所述当前 封装方案集的总体运行时间进行预估； 当预估出的总体运行时间不能满足实时性要求时，从其他封装方案集中选择一个包含 所述当前封装方案集中未执行的封装对应的子处理过程、且满足实时性要求和当前可用资 源足以承载的封装方案集； 按照选择出的封装方案集，对所述当前封装方案集中未执行的封装进行资源迀移。
2. 根据权利要求1所述的方法，其特征在于，该方法进一步包括： 在所述基带信号处理过程的当前封装方案集在所述基带资源池中处理时，对所述当前 封装方案集的资源位置和使用情况进行统计；当所述当前封装方案集的接口资源使用超过 设定的过载门限时，查询当前可用资源是否存在支持当前封装方案集、且接口资源使用不 超过所述过载门限的资源分配方案；若存在，则按照相应的资源分配方案，对所述当前封装 方案集中未执行的封装进行资源迀移；和/或， 在所述基带信号处理过程的当前封装方案集在所述基带资源池中处理时，对所述基带 资源池中各个服务器的空闲资源进行监测，当任一服务器的空闲资源大于设定的空闲资源 门限时，查询当前可用资源是否支持将所述任一服务器的使用资源迀移到其他服务器上， 若存在，则将所述任一服务器的使用资源进行迀移。
3. 根据权利要求1所述的方法，其特征在于，所述对当前封装方案集的总体运行时间 进行预估包括：在设定的时间监督点，对所述时间监督点前完成的各个封装统计实时运行 时间，并根据当前运行环境对所述时间监督点后执行的各个封装预估运行时间；将所述时 间监督点前完成的各个封装的实时运行时间之和与所述时间监督点后进行的各个封装的 预估运行时间之和相加，将结果作为所述当前封装方案集的总体运行时间； 其中，以封装为单位设置所述时间监督点。
4. 根据权利要求3所述的方法，其特征在于，所述对时间监督点后执行的封装进行运 行时间的预估包括： 确定待预估的封装的线下参考运行时间，并根据在所述时间监督点前完成的封装的线 下参考运行时间与该封装的实时运行时间的差异和所述待预估的封装的线下参考运行时 间，预估所述待预估的封装的运行时间；其中，所述线下参考运行时间为单独执行封装时的 运行时间；或者， 确定待预估的封装在当前运行环境下的历史实时运行时间，将其作为相应封装的预估 运行时间。
5. 根据权利要求4所述的方法，其特征在于，预先根据基带资源池中资源占用的忙闲 状况将运行环境进行分类，并在每个封装执行完成后，将该封装的单次实时运行时间或多 次实时运行时间的加权平均值与当前运行环境对应的分类进行对应保存，作为相应运行环 境下的历史实时运行时间； 确定当前运行环境的方式包括：根据所述当前封装集中已经执行完的封装的实时运行 时间，确定该实时运行时间对应的运行环境分类，并将确定的运行环境分类作为当前运行 环境。
6. 根据权利要求1所述的方法，其特征在于，所述选择满足实时性要求的封装方案集 时，进一步预留资源迀移的处理和调度时间。
7. 根据权利要求2所述的方法，其特征在于，对于由不满足实时性要求而触发的资源 迀移，其优先级高于由资源使用超过所述过载门限或空闲资源大于所述空闲资源门限而触 发的资源迀移。
8. -种基于基带资源池的基带资源迀移装置，其特征在于，包括：时间统计模块、资源 统计模块和资源迀移调度模块； 所述时间统计模块，用于对运行的当前封装方案集的总体运行时间进行统计预估，并 根据预估结果判断是否满足实时性要求；当确定不满足实时性要求时，向所述资源迀移调 度模块发送资源迀移请求； 所述资源统计模块，用于对运行的当前封装方案集的资源位置和使用情况进行统计和 监测，提供可用资源的位置和信息； 所述资源迀移调度模块，用于在接收到所述时间统计模块的资源迀移请求后，根据资 源统计模块统计的当前可用资源，判断是否存在包含所述当前封装方案集中未执行的封装 对应的子处理过程、且满足实时性要求和当前可用资源足以承载的封装方案集，若存在，则 按照存在的封装方案集，对所述当前封装方案集中未执行的封装进行资源迀移。
9. 根据权利要求8所述的装置，其特征在于，所述资源统计模块，进一步用于在所述当 前封装方案集的资源使用超过设定的过载门限时，向所述资源迀移调度模块发送资源迀移 请求，并携带当前封装方案集的标识和减少资源的需求类型；还用于对所述基带资源池中 各个服务器的空闲资源进行监测，当任一服务器的空闲资源大于设定的空闲资源门限时， 向所述资源迀移调度模块发送资源迀移请求，并携带当前封装方案集的标识和节省能耗的 需求类型； 所述资源迀移调度模块，进一步用于在接收到资源统计模块发来的需求类型为减少资 源的资源迀移请求后，根据所述当前封装方案集的标识，查询当前可用资源是否存在支持 当前封装方案集、且资源使用不超过所述过载门限的资源分配方案；若存在，则按照相应 的资源分配方案，对所述当前封装方案集中未执行的封装进行资源迀移；还进一步用于在 接收到资源统计模块发来的需求类型为节省能耗的资源迀移请求后，根据所述当前封装方 案集的标识，查询当前可用资源是否支持将所述任一服务器的使用资源迀移到其他服务器 上，若存在，则将所述任一服务器的使用资源进行迀移。
【文档编号】H04L29/08GK104486380SQ201410698730
【公开日】2015年4月1日 申请日期:2014年11月27日 优先权日:2014年11月27日
【发明者】漆渊, 钱荣荣, 彭涛, 沈涛, 王文博 申请人:北京邮电大学