一种业务卸载方法及系统的制作方法
【技术领域】
[0001] 本申请涉及移动云计算以及软件定义网络技术领域，尤其涉及一种业务卸载方法 及系统。
【背景技术】
[0002] 近年来移动节点（包括移动车辆、移动终端设备等）的性能不断改善。比如在通 信性能方面，移动终端设备可通过设备对设备（Device-t〇-Device，D2D)技术通信；车辆可 通过车辆对车辆（Vehicle-t〇-Vehicle，V2V)技术相互通信，并且车辆还可通过车辆对基 础设施（Vehicle-t〇-Infrastructure，V2I)技术与路边无线接入单元进行通信。在感知 性能方面，移动车辆和终端设备都装载了大量的传感器设备。在计算和存储方面，两者都配 备了大容量存储和更快的处理器，尤其是车辆，已被称为车轮上的计算机。所有这些移动 节点的资源都可以集中起来形成微云进行共享，从而在保证用户体验的同时提高资源利用 率。同时，为了降低移动节点云业务交互的端到端时延，部署分布式小云已成为业界较为认 同的解决方案。小云可以是部署在无线接入点附近的小型计算机，通过拉近与用户的距离 将服务带到用户身边，由这些小云组成的云网络被称为本地云。由于其强大的处理及存储 能力，传统的集中式远端云仍然是不可或缺的云服务提供者。
[0003] 通过三层云网络架构的部署，移动节点的性能可以得到进一步的提升。于此同时， 其服务体验也会有很大改善。然而，针对移动节点的"业务卸载"这一需求而言，现有技术 中还没有提出如何在三层云网络架构下实现业务卸载。
[0004] 需要说明的是，业务卸载，是指将原本由移动节点实现的全部或部分应用卸载到 云端执行。业务卸载的好处之一，在于可以节省移动节点的能量消耗。
【发明内容】
[0005] 本申请实施例提供一种业务卸载方法，用以提供一种适用于三层云网络架构的业 务卸载方案。
[0006] 本申请实施例还提供一种业务卸载系统，用以提供一种适用于三层云网络架构的 业务卸载方案。
[0007] 本申请实施例采用下述技术方案：
[0008] 一种业务卸载方法，包括：应用层设备接收移动节点发出的业务卸载请求；响应 于所述业务卸载请求，根据辅助决策信息确定业务卸载策略；根据确定的业务卸载策略，控 制控制层设备从所述移动节点上卸载业务。
[0009] 一种业务卸载系统，包括应用层设备，其中：应用层设备，用于接收移动节点发出 的业务卸载请求；响应于所述业务卸载请求，根据辅助决策信息确定业务卸载策略；根据 确定的业务卸载策略，控制控制层设备从所述移动节点上卸载业务。
[0010] 本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
[0011] 方案提出由应用层设备响应于业务卸载请求，确定业务卸载策略，并根据业务卸 载策略控制控制层设备从移动节点上卸载业务，从而提供了一种适用于三层云网络架构的 业务卸载方案。
【附图说明】
[0012] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申 请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0013] 图1为本申请实施例提供的一种适用于三层云网络架构的业务卸载方法的流程 示意图；
[0014] 图2为本申请实施例提供的业务卸载方法的一种应用场景不意图；
[0015] 图3为在软件定义网络中的网络控制器通过南向接口和北向接口分别与数据层 和应用层交互的不意图；
[0016] 图4为本申请实施例提供的一种业务卸载系统的结构示意图。
【具体实施方式】
[0017] 为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及 相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一 部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0018] 以下结合附图，详细说明本申请各实施例提供的技术方案。
[0019] 实施例1
[0020] 为了提供一种适用于三层云网络架构的业务卸载方案，本申请实施例1首先提供 一种业务卸载方法。该方法的具体实现流程图如图1所示，主要包括如下步骤：
[0021] 步骤11，应用层设备接收移动节点发出的业务卸载请求。
[0022] 以下对步骤11进行详细介绍。
[0023] 首先，先介绍上述应用层设备所在的软件定义网络（SoftwareDefinedNetwork， SDN)的逻辑架构。
[0024] SDN，是一种新兴的网络技术，其主要的思想是从底层设备中分离控制平面与数据 平面，使得网络中的逻辑架构包含应用层、控制层和数据层三层。基于这样的逻辑架构，采 用应用层负责决策，控制层负责对数据层的资源（一般包括移动节点、无线接入点和服务 器的通信、计算和存储资源）进行控制这样的模式，可以实现网络的灵活控制。基于该技 术，无论是调整网络配置或是部署新的网络设备或服务，都仅需进行代码层面的修改。这样 可以显著降低网络运营成本，并提高新设备或业务的引入速度。另外，SDN很容易实现网络 的虚拟化，可以方便整合网络计算存储资源，大幅提高资源的使用效率。
[0025] 本申请实施例中，上述应用层设备，可以位于SDN的应用层。该应用层设备，具体 可以为一种应用。由于该应用的主要功能在于针对业务卸载请求进行决策，从而该应用可 称为"卸载应用"。该卸载应用接收到的业务卸载请求，可以是由位于数据层的数据节点发 出的。
[0026] 本申请实施例中，数据节点可以直接向应用层发送该业务卸载请求，也可以向控 制层发送该业务卸载请求，并由控制层将该业务卸载请求转发给应用层。在一种实施方式 中，应用层设备和控制层的设备（均可以是软件实现的应用），均可以设置在基站中，并作 为虚拟基站的功能模块存在。
[0027] 步骤12,应用层设备响应于接收到的业务卸载请求，根据辅助决策信息确定业务 卸载策略。
[0028] 本申请实施例中，可以由应用层设备自身直接获取辅助决策信息。当辅助决策信 息由控制层设备管理时，也可以由应用层设备触发控制层设备获取该辅助决策信息。该辅 助决策信息，可以是作为业务卸载策略确定依据的任何信息。比如可以是发送业务卸载请 求的移动节点所在的特定网络中的计算资源使用情况信息。以移动节点为车载设备为例， 移动节点所在的特定网络，可以是指该移动节点采用V2V或V2I方式接入的车联网，等等。
[0029] 以移动节点为车载设备为例，本申请实施例中，若辅助决策信息为该车载设备接 入的车联网中的、与该车载设备通过V2V方式通信的其他车载设备的计算资源使用情况信 息，则当应用层设备根据该信息确定出所述其他车载设备中存在空闲的计算资源时，可以 确定业务卸载策略为"将业务卸载请求对应的业务卸载到所述空闲的计算资源所在的车载 设备"。
[0030] 本申请实施例中，当移动节点所在的通信系统在当前状态下存在多个可选的业务 卸载策略时，应用层设备响应于接收到的业务卸载请求，可以从所述多个可选的业务卸载 策略中选取一个业务卸载策略作为最优业务卸载策略。
[0031] 下文将详细介绍一种最优业务卸载策略的选取方式。该方式先按照离散时间马尔 科夫决策和值迭代算法，确定最优业务卸载策略的标识；进而根据该标识，从可选的业务卸 载策略中，确定具备该标识的业务卸载策略作为最优业务卸载策略。
[0032] 为了介绍如何确定业务卸载策略，首先本申请实施例1提供的该方法的一种具体 应用场景进行介绍。
[0033] 具体地，该应用场景可以如图2所示。图2为一个典型的三层云网络架构示意图， 该架构可以包括微云、本地云和一个传统的集中式远端云。
[0034] 其中，微云，一般由手机、车载通信设备、平板电脑等移动节点（如图2中的A~F， 均为移动节点）等构成，各移动节点，均具备通信、计算及存储功能。以移动车辆为例，将若 干互联的移动车辆所构成的集合称为微云。微云中的资源，包括移动节点的通信资源、存储 资源和计算资源等。微云中数据传输的端到端时延较低，此外，由于微云中移动节点的不确 定特性（如移动节点的到达和离开），微云中的资源是动态变化的。
[0035] 本地云，一般由服务器构成。其中，"本地"是相对而言的。比如，针对图2所示的 移动节点A~F而言，部署在这些移动节点（后称该些移动节点）接入的无线接入点（后 称该无线接入点）附近的服务器所构成的云，即为该些移动节点的本地云。这里所说的无 线接入点，可以是长期演进（LongTermEvolution，LTE)系统中的基站，也可以是采用其他 通信