CN111432004A - 一种移动通信***及其缓存方法 - Google Patents

Abstract

本申请提供一种移动通信***及其缓存方法，移动通信***包括：互联网源服务器、核心网、无线接入网和用户设备，互联网服务器与核心网通信连接，核心网与无线接入网通过回传链路连接，无线接入网与用户设备通过无线网连接；无线接入网的接入点部署有移动边缘计算服务器，无线接入网的接入点及其移动边缘计算服务器构成移动边缘计算节点，移动边缘计算服务器存储有缓存内容；用户设备传输到无线接入网的用户请求经用户请求接入的本地移动边缘计算服务器处理，若移动边缘计算服务器命中用户请求的内容，则移动边缘计算服务器直接对用户请求进行响应。本申请能够在本地卸载掉重复流量，大大缓解核心网和回传链路负载，降低用户时延。

Description

一种移动通信***及其缓存方法

技术领域

本申请涉及移动通信技术领域，具体涉及一种移动通信***及其缓存方法。

背景技术

随着无线通信技术的飞速发展，通信***的能力已经得到了空前的发展，但是近些年来，随着自媒体的兴起，多媒体业务逐渐占据了通信***中的大部分流量。依据2017年思科VNI报告，到2021年，全球IP网络流量将达到每月278EB，***式的流量增长对通信***造成了严重的挑战，此外，多媒体业务占据了绝大部分流量。多媒体业务相较于传统业务有着更大的文件体积，需要更高的传输速率，尤其是高清视频业务，不仅需要更高的传输速率，还要求更高的传输质量和较低的传输时延。海量的流量和严苛的要求导致核心网负载日益增大。而用户对服务质量的要求越来越高，这使得运营商不得不花巨大的代价去升级、扩容核心网和数据链路。

为了应对数据***所带来的严峻挑战，各种措施应运而生，其中缓存技术由于其部署灵活、低成本，技术门槛低等优点，得到了各方的青睐。目前主流使用的缓存技术为内容分发网络(CDN)，CDN通过在各个地区(如华中、华东等)建立内容分发中心并通过路由匹配技术来将内容请求卸载到内容分发中心从而降低主服务器和网络的压力或负载，并在一定程度上拉近了用户和内容的距离。其中内容分发中心具备强大的缓存能力，内容分发中心中所存储的内容是主服务器的一个子集，一般而言，内容提供商依据内容被访问的数据，将部分内容标注为热点内容，并将这些被重复访问的内容放置于内容分发中心。当用户请求某个内容时，DNS解析会将用户按照地区引导至相应的内容分发中心，当该内容分发中心没有用户所请求的内容时，再去请求主服务器。CDN对降低主服务器的负载，增大***吞吐量，提升用户体验有着不错的效果。

但是，CDN由内容提供商部署，一方面有着极大的成本，需要租赁机房、布置空调***、布置大量的服务器以及租赁专用线路等。

另一方面CDN只能在一定程度上缓解网路拥塞。基于CDN的移动通信***可以抽象成图1。如图1所示，移动通信***包括互联网源服务器、核心网、无线接入网及用户设备，核心网和无线接入网之间设有回传链路，无线接入网与用户设备之间通过无线链路通信。其中，互联网源服务器泛指内容提供商的服务器(此处并未区分是主服务器还是分发中心)，由于通信网络的限制，所有的用户请求都必须经过核心网的处理，随即才会被发送到互联网中。在这种网络架构下，核心网和回传链路可以视作一个单通道的管式结构，极易成为整套***的性能瓶颈，在大量用户接入并发出请求时，回传链路和核心网的吞吐量易首先达到饱和，从而用户体验下降。

此外，CDN技术受限于特定的内容提供商，无法从全局的角度对所有的内容提供缓存服务，对用户而言，只有访问部署CDN服务器的内容提供商才能得到缓存加速服务，但CDN的部署需要巨大的成本，并非所有的内容提供商都有该能力，因此对于用户体验的改善着实有限。

发明内容

本申请的目的在于提供一种移动通信***及其缓存方法，缓解核心网和回传链路负载，降低用户时延，提升用户体验；同时运营商能够以较低的代价和成本带来网络性能的提升。

本申请提供一种移动通信***，包括：互联网源服务器、核心网、无线接入网和用户设备，互联网服务器与核心网通信连接，核心网与无线接入网通过回传链路连接，无线接入网与用户设备通过无线网连接；无线接入网的接入点部署有移动边缘计算服务器，无线接入网的接入点及其移动边缘计算服务器构成移动边缘计算节点，移动边缘计算服务器存储有缓存内容；用户设备传输到无线接入网的用户请求经用户请求接入的本地移动边缘计算服务器处理，若移动边缘计算服务器命中用户请求的内容，则移动边缘计算服务器直接对用户请求进行响应。

其中，优选地，若移动边缘计算服务器未命中用户请求的内容，则无线接入网将用户请求转发至核心网。

其中，优选地，移动通信***还包括移动边缘计算中心控制节点，负责为移动边缘计算服务器提供配置信息以及服务。

其中，优选地，移动边缘计算服务器包括用户请求处理模块，用户请求处理模块包括连接管理子模块；连接管理子模块负载对用户接入进行调度，其中，连接管理子模块采用多进程模式，每个进程只存在一个线程；连接管理子模块对于接入的用户连接采用轮询的方式进行处理。

其中，优选地，移动边缘计算服务器包括资源管理模块，资源管理模块将存储资源、计算资源和网络资源分别进行了独立封装。

其中，优选地，移动边缘计算节点的缓存路由策略为协作式缓存，允许移动边缘计算节点之间进行缓存传输；移动边缘计算节点通过缓存路由表查询缓存内容，缓存路由表记录缓存内容和存储缓存内容的移动边缘计算节点。

其中，优选地，移动边缘计算节点还包括缓存算法模块，缓存算法模块与移动边缘计算服务器集成部署或分离部署。

本申请还提供一种移动通信***的缓存方法，包括：移动边缘计算服务器接入用户请求；移动边缘计算服务器封装用户请求，为用户请求分配会话ID；移动边缘计算服务器解析用户所使用的应用层协议及用户请求的内容；移动边缘计算服务器判断是否命中用户请求的内容；若是，则移动边缘计算服务器对用户请求进行响应。

其中，优选地，若本地移动边缘计算服务器未命中用户请求的内容，则移动边缘计算服务器将用户请求转发至核心网。

其中，优选地，还包括用户请求接入移动边缘计算服务器之后移动边缘计算服务器对用户进行鉴权，确认用户是否享受缓存加速服务；若是，则移动边缘计算服务器封装用户请求。

本申请实现的技术效果如下：

1、本申请中，在本地MEC节点的缓存内容中存在用户需求的数据的情况下直接响应用户请求，能够在本地卸载掉重复流量，与此同时大大缓解核心网和回传链路负载，降低用户时延，提升用户体验；同时运营商能够以较低的代价和成本带来网络性能的提升。

2、本申请支持缓存算法模块与MEC服务器的集成部署和分离部署，部署灵活、简单，不需要大幅修改现有通信***，成本较低。

3、本申请支持协作式和非协作式缓存路由两种策略，运营商配置灵活。

4、本申请支持在线升级缓存算法，更新升级方便。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是现有技术的移动通信***的架构示意图；

图2是本申请实施例提供的移动通信***的架构示意图；

图3是本申请实施例提供的MEC服务器的功能结构示意图；

图4是本申请实施例提供的移动通信***的用户数据的上行流通图；

图5是本申请实施例提供的移动通信***的缓存方法的流程图。

具体实施方式

下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

图2是本申请实施例提供的移动通信***的架构示意图。如图2所示，移动通信***包括互联网源服务器、核心网、无线接入网(Radio Access Network，RAN)和用户设备。无线接入网中的接入点(Access Point，AP)部署有移动边缘计算(Mobile Edge Computing,MEC)服务器，MEC服务器包括缓存处理模块。其中，移动边缘计算***指的是在传统网络的边缘(例如基站)部署通用服务器，使得网络边缘同样具备计算能力，搭配适当的协议和接口使得用户数据可以直接在网络边缘得以处理而不用占据回传链路和核心网的带宽资源。

为了突出显示本申请与现有技术的通信网络架构的区别，图2中将缓存处理模块以缓存的形式独立于MEC服务器，起到图示作用。但实际应用中，MEC服务器和缓存处理模块在逻辑上属于同一节点，在物理上，一般而言两者同属同一台物理机器或者同一集群。

作为另一个实施例，MEC服务器和缓存处理模块相互独立地设置在无线接入网的接入点。

随后的描述中以二者合为一体为基础进行，并将两者统称为MEC服务器(一个逻辑节点)。同时将无线接入网的基站和MEC服务器的结合体称为缓存节点或MEC节点。

根据本申请，用户设备通过无线链路传输到无线接入网的用户请求首先经过本地MEC服务器(即随用户所接入的AP部署的MEC服务器)处理，若本地MEC服务器缓存有用户所请求的内容，则用户请求将会在本地直接被响应；若本地并未缓存用户所请求的内容，则用户请求将会通过回传链路被转发至核心网进行处理。

如图2所示，移动通信***还包括移动边缘计算(MEC)中心控制节点。MEC中心控制节点作为MEC服务器的中心节点，负责为其他MEC节点提供配置信息以及服务。

MEC节点初始化时，MEC节点首先依据配置文件进行初步初始化，包括：默认缓存内容类型设置、默认缓存策略设置、配置默认缓存路由策略(包括本地缓存未命中时的执行策略)、配置默认端口、配置默认缓存更新周期、配置默认控制节点地址。

初始化完成后，MEC节点尝试连接MEC中心控制节点，并在MEC中心控制节点处进行服务注册，并向MEC中心控制节点上报本节点的基本信息：包括节点ID、缓存空间大小、硬件设备信息、内容缓存列表、所支持的缓存策略列表、所支持的缓存路由策略列表等。

MEC中心控制节点在收到MEC节点的服务注册消息后，下发基本配置信息，包括：缓存策略、缓存路由策略、缓存更新周期、初次缓存上报时间、用户权限服务器地址。

MEC节点的缓存路由策略包括协作式缓存和非协作式缓存。协作式缓存允许MEC节点之间的缓存传输，MEC节点通过缓存路由表查询缓存内容，缓存路由表记录着缓存内容和存储缓存内容的MEC节点以及预估的传输时延。

MEC节点的缓存路由策略配置为协作式缓存时，MEC中心控制节点还向MEC节点下发缓存路由表，MEC节点依据缓存路由表初始化本地缓存列表，并进行缓存更新。后续的操作中，MEC中心控制节点定期向MEC节点更新缓存路由表。

MEC节点的缓存路由策略配置为非协作式缓存时，MEC中心控制节点依据MEC节点的缓存列表下发“建议缓存列表”，MEC节点据此进行缓存列表初始化，并进行缓存更新。MEC节点在收到配置信息之后，替换原有的默认配置。MEC节点依据所配置的缓存初次上报时间进行第一次缓存更新并向MEC中心控制节点上报最新的缓存列表。在后续的操作中，MEC节点依据所配置的缓存更新周期进行缓存更新并向MEC中心控制节点上报最新缓存列表。

具体地，图3示出了本申请实施例提供的MEC服务器的功能结构。MEC服务器包括MEC服务支撑***模块、用户请求处理模块、资源管理模块、缓存处理模块和基础服务模块。

通信网络中的数据分为控制面数据和用户面数据两类，数据的上行流通如图4所示，下行类似，在此不再赘述。如图4所示，无线接入网的基站通过S1接口与核心网相连，来自基站的数据经过MEC服务器的处理后传输给核心网。对于控制面信令，MEC服务器采取透传的方式通过MEC服务支撑***模块转发至核心网，不做额外的处理，但在透传过程中需要解析部分信令信息，获取用户上下文信息，如用户IP地址、用户GTP报文头部ID等。对于用户面数据，MEC服务支撑***去掉S1的用户面接口S1-U数据包的GTP分组头，随后分析该IP分组的目标IP地址、源IP地址、端口等信息，并依据所配置好的分流规则将部分数据分流至MEC服务器的其他模块中进行处理。缓存未命中的情况下，该部分数据被透传给核心网进一步处理。

如下结合MEC服务器的各大模块，主要对用户面数据的处理进行详细说明。

用户请求处理模块包括安全控制子模块、连接管理子模块、协议解析子模块以及内容解析子模块。

所有经过MEC服务支撑***的业务分流所接入的用户请求都会首先经过安全控制子模块的处理，包括：

1、缓存加速鉴权。若运营商将采用本申请的***进行缓存加速当作增值服务而为部分用户开放缓存加速服务，则安全控制子模块首先对请求数据的用户进行鉴权。若运营商对所有用户开放缓存加速服务，则无需进行鉴权。这样的设置支持运营商的多种配置，有着较大的灵活性。

2、证书管理。用户需要安装运营商的相关数字证书以享受缓存加速功能，因此安全控制子模块对数字证书进行管理，以便后续使用过程中能够正常使用。

连接管理子模块主要负责对用户接入的调度。面对用户的大量接入，需要进行合理的数据流控制以便保证在大规模用户接入情况下的用户体验。其中，连接管理子模块采用多进程模式，每个进程只存在一个线程，同时对于接入的用户连接采用轮询的方式进行处理，即在用户连接的数据准备好之后才会将其激活，否则用户连接处于休眠状态。在用户请求接入后，获取用户所发送的信息，随后将其加入用户请求池进行统一管理与调度。轮询的方式使得***能够在存在长连接用户时服务其他用户，并且由于每个进程只存在一个线程，省去了线程切换和竞争锁的开销。

在获取用户所发送的请求数据包之后，协议解析子模块对用户数据进行解析，获取用户所使用的应用层协议。针对所使用的协议开启相应的代理服务器，在代理服务器中，内容解析子模块对用户的请求内容进行解析，得到用户所需要请求的内容。在提取得到用户的实际请求后，依据配置文件，判断用户所请求的内容是否为该MEC节点所缓存的类型，若不是，则将此请求通过核心网转发至互联网源服务器；若是则依据该MEC节点的缓存列表以及所设置的缓存路由规则进行缓存查询。若都未命中，则将该请求发送至互联网源服务器进行内容请求，随后响应用户。若命中，则直接响应用户。在内容响应过程中，内容解析子模块依据配置文件进行用户行为数据收集，用户行为数据收集仅仅针对访问的内容类型是缓存服务所针对的类型，依据配置文件，收集的信息包括但不限于：用户的请求内容、请求生成时间、请求生成位置(地理位置)、通信信道环境、请求所消耗的流量与内容总流量的比值。

缓存处理模块提供缓存算法的运行环境，缓存处理模块包括数据获取子模块、数据转换子模块和缓存放置子模块。

本申请支持与MEC服务器集成部署和分离部署两种缓存算法。与MEC服务器集成部署的方式下缓存算法作为MEC服务器的一个子模块部署，如图3所示的缓存算法子模块。

考虑到某些设备的计算能力有限而无法满足缓存算法所需要的高算力，将缓存算法模块作为一个外挂***与MEC服务器分离部署，此种部署方式下，MEC服务器使用网络接口与缓存算法***进行通信。

具体地，缓存处理模块依据配置文件决定采用哪个缓存算法，支持在线算法更新。并且，MEC服务器提供了对外接口，在部署复杂性高、计算量大的缓存算法时分离部署调用接口请求数据。

具体地，数据获取子模块负责提取用户请求处理模块所收集的用户行为数据。但是一般的，这种信息并不能直接输入到外挂的缓存算法或集成的缓存算法子模块。数据转换子模块进行数据转换，对数据进行预处理，以符合缓存算法所需要的格式，并传输给外挂的缓存算法或集成的缓存算法子模块。

外挂的缓存算法或集成的缓存算法子模块接受经过预处理后的数据，并预测用户偏好以及决定哪些内容将会被缓存，形成缓存列表。缓存放置子模块从外挂的缓存算法或集成的缓存算法子模块接受缓存列表，并结合当前的缓存列表进行缓存内容的更替，在更替结束后，向MEC中心控制节点上报新的缓存列表。

资源管理模块对所有的资源进行统一的管理。MEC节点的资源一般分为存储资源、计算资源和网络资源。资源管理模块作为其他模块的支撑模块，对存储资源、计算资源和网络资源分别进行了独立封装，方便其他模块进行调用。

存储资源子模块的管理体现在缓存的维护上，依据缓存算法的结果，缓存节点周期性的进行缓存更新(一般在负载较低时进行)，此时依据新旧两款缓存列表进行缓存更替。此外，为了支持用户请求处理模块的需求，例如在得知缓存命中的情况下进行缓存的读取，为了屏蔽底层实现的差异性，通过抽象接口访问存储资源子模块。

计算资源子模块的管理体现在线程池上，请求计算资源时首先构建计算任务，并将计算任务提交至计算资源子模块，该任务最终将会被放入线程池中，由线程池进行任务执行以及任务调度，例如内容再生场景。

需要注意的是，内容是否再生由用户响应策略决定，计算资源子模块仅仅负责任务的调度、优先级分配等。某些内容存在多个不同的版本(例如不同清晰度的视频资源，或者不同分辨率的图片资源，不同码率的音频等)，不同的版本之间可以进行转换(例如高清视频转码至低清视频)，此时为了避免版本不同而出现缓存未命中的情况而降低***性能，此时需要进行内容再生。在该场景下首先将需要计算的对象封装成计算任务，调用计算资源子模块的接口提交该计算任务，与此同时提交任务优先级。计算资源子模块在收到所提交的计算任务后分配计算资源执行该任务，若计算资源不够，则依据任务优先级***到等待队列。

网络资源子模块主要负责对网络访问接口进行封装。例如缓存更替和缓存获取，在未命中时需要将请求发送至源服务器或访问其他缓存节点获取请求内容，此时将网络访问请求提交给网络资源子模块，并由网络资源子模块返回结果。网络资源由网络资源子模块进行统一的调控，并以接口的形式屏蔽底层的细节。此处由于抽象层的存在，因此从技术上而言，缓存处理模块和MEC服务器分离的工作方式并不存在技术瓶颈，且对其他模块的工作没有显式影响。

基础服务模块是一个底层支撑模块。其中，节点通信子***负责与其他MEC节点的节点通信子***进行信息交互，包括邻居维护、数据传递等，此处是MEC节点之间的通信接口。服务注册子***负责和MEC中心控制节点进行信息交互，包括在MEC中心控制节点进行节点注册、缓存列表报备、控制信息的接收解析等。基础配置子***一方面在***初始化时依据默认配置文件负责对MEC服务器的初始值和默认值进行配置，另一方面在运行时依据MEC中心控制节点所下发的控制信令对MEC节点的运行状态进行调整。缓存路由子***负责维护MEC服务器的全局缓存路由表，用户请求在本节点未命中的情况下需要依据其提供的缓存路由表进行缓存查询，此缓存路由表依据本地缓存列表和从MEC中心控制节点获得的全局缓存列表生成，缓存路由表中记录着缓存获取代价最小的节点，其中源服务器也是缓存路由表的节点之一。

本申请中，在本地MEC节点的缓存内容中存在用户需求的数据的情况下直接响应用户请求，能够在本地卸载掉重复流量，与此同时大大缓解核心网负载，降低用户时延，提升用户体验。同时运营商能够以较低的代价和成本带来网络性能的提升。

实施例二

本申请还提供了与上述移动通信***匹配的缓存方法。图5是本申请实施例提供的移动通信***的缓存方法的流程图。

如图5所示，缓存方法包括如下步骤：

S510：用户请求经MEC服务支撑***接入MEC服务器。

S520：安全控制子模块对用户进行鉴权。

具体地，在运营商将缓存加速作为一项增值业务的情况下，安全控制子模块先从用户请求中提取用户标志，然后在本地MEC节点中查询该用户标志是否享受缓存加速服务，若是，则鉴权成功；否则，安全控制子模块在MEC中心控制节点中查收该用户标志是否享受缓存加速服务，若是，则鉴权成功；否则，鉴权失败。若运营商将缓存加速服务设置为所有用户均可享受，则不做鉴权。

S530：判断鉴权是否成功，若是则执行S550，否则，执行S540：将用户请求转发至核心网。

S550：通过连接管理子模块接入控制，具体地，连接管理子模块封装该用户请求，为该用户请求分配会话ID。

S560：协议解析子模块对用户数据进行解析，获取用户所使用的应用层协议，针对所使用的协议开启相应的代理服务器。

S570：内容解析子模块对用户请求进行内容解析，得到用户所需要请求的内容。

S580：查询用户请求内容，判断本地MEC节点是否命中该用户请求内容。若是，则执行S590，否则，执行S5110：将用户请求发送至核心网，以便从互联网源服务器中获取用户请求的内容。

具体地，S580中，在提取得到用户的实际请求后，内容解析子模块依据配置文件，判断用户所请求的内容是否为该MEC节点所缓存的类型，若不是，则将此请求通过核心网转发至互联网源服务器；若是则依据该MEC节点的缓存列表以及所设置的缓存路由规则进行缓存查询。若都未命中，则将该请求发送至互联网源服务器进行内容请求，随后响应用户。

S590：对用户请求进行响应。

S5100：内容解析子模块对用户数据进行收集，收集的信息包括但不限于：用户的请求内容、请求生成时间、请求生成位置(地理位置)、通信信道环境、请求所消耗的流量与内容总流量的比值。

本申请实现的技术效果如下：

1、本申请中，在本地MEC节点的缓存内容中存在用户需求的数据的情况下直接响应用户请求，能够在本地卸载掉重复流量，与此同时大大缓解核心网和回传链路负载，降低用户时延，提升用户体验；同时运营商能够以较低的代价和成本带来网络性能的提升。

2、本申请支持缓存算法模块与MEC服务器的集成部署和分离部署，部署灵活、简单，不需要大幅修改现有通信***，成本较低。

3、本申请支持协作式和非协作式缓存路由两种策略，运营商配置灵活。

4、本申请支持在线升级缓存算法，更新升级方便。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种移动通信***，其特征在于，包括：互联网源服务器、核心网、无线接入网和用户设备，所述互联网服务器与所述核心网通信连接，所述核心网与所述无线接入网通过回传链路连接，所述无线接入网与所述用户设备通过无线网连接；

所述无线接入网的接入点部署有移动边缘计算服务器，所述无线接入网的接入点及其移动边缘计算服务器构成移动边缘计算节点，所述移动边缘计算服务器存储有缓存内容；

所述用户设备传输到所述无线接入网的用户请求经所述用户请求接入的本地移动边缘计算服务器处理，若所述移动边缘计算服务器命中所述用户请求的内容，则所述移动边缘计算服务器直接对所述用户请求进行响应。

2.如权利要求1所述的移动通信***，其特征在于，若所述移动边缘计算服务器未命中所述用户请求的内容，则所述无线接入网将所述用户请求转发至所述核心网。

3.如权利要求1或2所述的移动通信***，其特征在于，所述移动通信***还包括移动边缘计算中心控制节点，负责为所述移动边缘计算服务器提供配置信息以及服务。

4.如权利要求3所述的移动通信***，其特征在于，所述移动边缘计算服务器包括用户请求处理模块，所述用户请求处理模块包括连接管理子模块；

所述连接管理子模块负载对用户接入进行调度，其中，所述连接管理子模块采用多进程模式，每个进程只存在一个线程；所述连接管理子模块对于接入的用户连接采用轮询的方式进行处理。

5.如权利要求4所述的移动通信***，其特征在于，所述移动边缘计算服务器包括资源管理模块，所述资源管理模块将存储资源、计算资源和网络资源分别进行了独立封装。

6.如权利要求1所述的移动通信***，其特征在于，所述移动边缘计算节点的缓存路由策略为协作式缓存，允许移动边缘计算节点之间进行缓存传输；所述移动边缘计算节点通过缓存路由表查询缓存内容，所述缓存路由表记录缓存内容和存储缓存内容的移动边缘计算节点。

7.如权利要求1所述的移动通信***，其特征在于，所述移动边缘计算节点还包括缓存算法模块，所述缓存算法模块与所述移动边缘计算服务器集成部署或分离部署。

8.一种移动通信***的缓存方法，其特征在于，包括：

移动边缘计算服务器接入用户请求；

移动边缘计算服务器封装所述用户请求，为所述用户请求分配会话ID；

移动边缘计算服务器解析用户所使用的应用层协议及用户请求的内容；

移动边缘计算服务器判断是否命中所述用户请求的内容；

若是，则移动边缘计算服务器对用户请求进行响应。

9.如权利要求8所述的缓存方法，其特征在于，若本地移动边缘计算服务器未命中所述用户请求的内容，则移动边缘计算服务器将所述用户请求转发至核心网。

10.如权利要求8或9所述的缓存方法，其特征在于，还包括用户请求接入移动边缘计算服务器之后对移动边缘计算服务器用户进行鉴权，确认用户是否享受缓存加速服务；若是，则移动边缘计算服务器封装所述用户请求。

Images