一种业务卸载方法及系统技术方案

本申请公开了一种业务卸载方法，用以提供一种适用于三层云网络架构的业务卸载方案。方法包括：应用层设备接收移动节点发出的业务卸载请求；响应于所述业务卸载请求，根据辅助决策信息确定业务卸载策略；根据确定的业务卸载策略，控制控制层设备从所述移动节点上卸载业务。本申请还公开一种业务卸载系统。

【技术实现步骤摘要】

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

【技术保护点】
一种业务卸载方法，其特征在于，包括：应用层设备接收移动节点发出的业务卸载请求；响应于所述业务卸载请求，根据辅助决策信息确定业务卸载策略；根据确定的业务卸载策略，控制控制层设备从所述移动节点上卸载业务。

【技术特征摘要】
1.一种业务卸载方法，其特征在于，包括：
应用层设备接收移动节点发出的业务卸载请求；
响应于所述业务卸载请求，根据辅助决策信息确定业务卸载策略；
根据确定的业务卸载策略，控制控制层设备从所述移动节点上卸载业务。
2.如权利要求1所述的方法，其特征在于，根据辅助决策信息确定业务
卸载策略，包括：
触发控制层设备获取所述辅助决策信息；
根据获取的所述辅助决策信息，确定业务卸载策略。
3.如权利要求2所述的方法，其特征在于，所述系统为所述移动节点所
在的通信系统；
根据获取的所述辅助决策信息，确定业务卸载策略，包括：
根据获取的所述辅助决策信息，按照离散时间马尔科夫决策和值迭代算
法，确定最优业务卸载策略的标识；
根据所述标识，从所述可选的业务卸载策略中，确定具备所述标识的业务
卸载策略作为所述最优业务卸载策略。
4.如权利要求3所述的方法，其特征在于，根据确定的业务卸载策略，
控制控制层设备从所述移动节点上卸载业务，包括：
根据确定的业务卸载策略，控制控制层设备将所述移动节点上的所述业务
卸载到特定的云端进行处理；
其中，所述特定的云端包括下述至少一个：
所述移动节点及其他移动节点共同构成的微云；
所述移动节点接入的无线接入点附近所部署的服务器集群组成的本地云；
由集中式云服务器构成的远端云。
5.如权利要求1～4任一权项所述的方法，其特征在于，所述辅助决策信
息，包括：
所述移动...

【专利技术属性】
技术研发人员：郑侃，孟涵琳，龙航，
申请(专利权)人：北京邮电大学，
类型：发明
国别省市：北京;11