技术领域 本发明实施例涉及通信技术， 尤其涉及一种业务数据緩存处理方法、 设备和系统。 背景技术

随着用户设备（User Equipment, 简称 UE ) 功能的不断扩展， 用户能够 通过无线网络随时随地访问或者下载音视频等 业务数据到 UE,进而使用户收 听音频和观看视频变得更加便捷。

现有技术中， UE访问或者下载音视频等业务数据的过程为： UE向接入 网设备发送业务请求消息，接入网设备将该业 务请求消息发送给核心网设备， 核心网设备即可将该业务请求通过分组数据网 络（ Public Data Network, 简称 PDN )发送给服务提供商 ( Service Provider, 简称 SP ) , SP即可将 UE所请 求下载的业务数据通过 PDN发送给核心网设备，核心网设备再通过接入 网设 备将音视频等业务数据下发给 UE, 从而使得 UE完成访问或者下载过程。

在实现本发明实施例的过程中， 发明人发现现有技术中， 大量 UE访 问或者下载业务数据将会占用较多的网络传输 资源， 从而时常出现访问或 者下载緩慢的问题。 发明内容

本发明实施例提供一种业务数据緩存处理方法 、设备和系统，用以加速 UE访问或下载业务数据的速度。

一方面， 本发明实施例提供了一种业务数据緩存处理方 法， 包括： 接收业务数据的统计信息；

根据所述统计信息， 向服务提供商 SP设备发送业务数据推送请求， 以使所述 SP设备将与所述业务数据推送请求对应的业务� ��据发送给部署 在核心网中的主緩存和 /或部署在接入网中的边缘緩存。

本发明实施例还提供另一种业务数据緩存处理 方法， 包括： 对业务数据进行统计， 获取统计信息；

将所述统计信息发送给緩存策略控制实体， 以使所述緩存策略控制实 体根据所述统计信息请求服务提供商 SP设备将与所述请求对应的业务数 据发送给部署在核心网中的主緩存和 /或部署在接入网中的边缘緩存。

另一方面， 本发明实施例还提供一种緩存策略控制实体， 包括： 接收模块， 用于接收业务数据的统计信息；

发送模块， 用于根据所述统计信息， 向服务提供商 SP设备发送业务 数据推送请求， 以使所述 SP设备将与所述业务数据推送请求对应的业务 数据发送给部署在核心网中的主緩存和 /或部署在接入网中的边缘緩存。

本发明实施例还提供一种网络设备， 包括：

获取模块， 用于对业务数据进行统计， 获取统计信息；

发送模块， 用于将所述统计信息发送给緩存策略控制实体 ， 以使所述 緩存策略控制实体根据所述统计信息请求服务 提供商 SP设备将与所述请 求对应的业务数据发送给部署在核心网中的主 緩存和 /或部署在接入网中 的边缘緩存。

再一方面， 本发明实施例还提供一种业务数据緩存处理系 统， 包括上 述提供的緩存策略控制实体和网络设备。

本发明实施例提供的业务数据緩存处理方法、 设备和系统， 通过緩存 策略控制实体根据统计信息， 向服务提供商 SP设备发送业务数据推送请 求， 以使 SP设备将与业务数据推送请求对应的业务数据� ��送给部署在核 心网中的主緩存和 /或部署在接入网中的边缘緩存，使 UE访问或者下载业 务数据时， 可以通过访问主緩存和边缘緩存获得业务数据 ， 加速了 UE访 问或下载业务数据的速度。 附图说明 为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简 单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明一实施例提供的业务数据緩存处理� �法的流程示意图； 图 2为本发明又一实施例提供的业务数据緩存处� �方法的流程示意图； 图 3为本发明一实施例提供的緩存策略控制实体� �构示意图；

图 4为本发明又一实施例提供的緩存策略控制实� �结构示意图； 图 5为本发明再一实施例提供的緩存策略控制实� �结构示意图； 图 6为本发明另一实施例提供的緩存策略控制实� �结构示意图； 图 7为本发明一实施例提供的网络设备结构示意� �；

图 8为本发明又一实施例提供的网络设备结构示� �图；

图 9为本发明一实施例提供的业务数据緩存处理� �统示意图； 图 10为本发明一实施例提供的一种 3GPP网络中的设备和相关接口的 示意图；

图 11为本发明实施例提供的业务数据緩存处理方� ��信令图一； 图 12为本发明实施例提供的业务数据緩存处理方� ��信令图二； 图 13为本发明实施例提供的业务数据緩存处理方� ��信令图三； 图 14为本发明实施例提供的业务数据緩存处理方� ��信令图四； 图 15为本发明实施例提供的业务数据緩存处理方� ��信令图五； 图 16为本发明实施例提供的业务数据緩存处理方� ��信令图六； 图 17为本发明实施例提供的业务数据緩存处理方� ��信令图七。 具体实施方式

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

本发明的技术方案可以应用于各种通信系统， 例如： 全球移动通讯

( Global System of Mobile communication, 简称 GSM ) 系统、 码分多址 ( Code Division Multiple Access , 简称 CDMA ) 系统、 宽带码分多址 ( Wideband Code Division Multiple Access, 简称 WCDMA ) 系统、 通用分 组无线业务（ General Packet Radio Service, 简称 GPRS )、 长期演进（ Long Term Evolution , 简称 LTE ) 系统、 先进的长期演进 （ Advanced long termevolution, 简称 LTE-A ) 系统、 通用移动通信系统 ( Universal Mobile TelecommunicationSystem , 简称 UMTS ) 等， 本发明实施例并不限定， 但 为描述方便， 本发明实施例将以 LTE网络为例进行说明。 的系统中可包括不同的网元。例如， LTE和先进的长期演进（Advanced long term evolution, 简称 LTE6 ) 中无线接入网络（ Radio Access Network, 简 称 RAN ) 的网元包括演进型基站 eNB , WCDMA中无线接入网络的网元包 括无线网络控制器 （Radio Network Controller, 简称 RNC ) 和 NodeB , 类 似地, 全球微波互联接入 ( Worldwide Interoperability for Microwave Access, 简称 WiMax ) 等其它无线网络也可以使用与本发明实施例类 似的 方案，只是基站系统中的相关模块可能有所不 同，本发明实施例并不限定， 但为描述方便， 下述实施例将以 eNodeB 为例进行说明。

还应理解， 在本发明实施例中， 终端也可称之为用户设备 （ User Equipment,简称 UE )、移动台 ( Mobile Station,简称 MS )、移动终端（ Mobile Terminal, 简称 MT )等， 该终端可以经无线接入网与一个或多个核心网 进 行通信， 例如， 终端可以是移动电话（或称为 "蜂窝" 电话） 、 具有通信 功能的计算机等， 例如， 终端还可以是便携式、 袖珍式、 手持式、 计算机 内置的或者车载的移动装置。

图 1为本发明一实施例提供的业务数据緩存处理� �法的流程示意图， 本 发明实施例执行主体为緩存策略控制实体， 如图 1所示， 该方法具体包括如下 步骤：

步骤 S101 : 接收业务数据的统计信息；

步骤 S102: 根据所述统计信息， 向服务提供商 SP设备发送业务数据 推送请求， 以使所述 SP设备将与所述业务数据推送请求对应的业务� ��据 发送给部署在核心网中的主緩存和 /或部署在接入网中的边缘緩存。

在步骤 S 101 中， 緩存策略控制实体可以周期性的或按照预设时 间接 收业务数据的统计信息， 业务数据的统计信息可以为热门视频， 热门音频 或者热门新闻等资源的点击量排行、 关注度排行、 评价得分排行等， 在此 不作特别限制。

在步骤 S 102中，緩存策略控制实体向 SP设备发送业务数据推送请求， SP 设备可直接将与业务数据推送请求对应的业务 数据发送给部署在核心 网中的主緩存。 SP 设备还可将与业务数据推送请求对应的业务数 据发送 给部署在接入网中的边缘緩存， 其实现方式有两种， 一是直接将业务数据 发送给部署在接入网中的边缘緩存， 二是 SP设备先将业务数据发送给部 署在核心网的主緩存， 然后緩存策略控制实体再向主緩存发送业务数 据推 送请求， 使主緩存将业务数据发送给接入网中的边缘緩 存。

上述的緩存策略控制实体向 SP设备发送业务数据的推送请求的方式 可以为拉（pull ) 或推 （push ) 。 当釆用拉的方式时， 主緩存和边缘緩存 主动向 SP设备获取业务数据， 当釆用推的方式时， SP设备主动向主緩存 和边缘緩存发送业务数据。

本发明实施例提供的业务数据緩存处理方法， 通过緩存策略控制实体 根据统计信息， 向服务提供商 SP设备发送业务数据推送请求， 以使 SP设 备将与业务数据推送请求对应的业务数据发送 给部署在核心网中的主緩 存和 /或部署在接入网中的边缘緩存，可对主緩存� �边缘緩存进行管理和维 护， 使 UE访问或者下载业务数据时， 不需从 SP获取， 可直接通过访问 部署在核心网上的主緩存和部署在接入网的边 缘緩存获得业务数据， 加速 了 UE访问或下载业务数据的速度。

可选地， 在本实施例中， 上述根据统计信息， 向 SP设备发送业务数据 推送请求包括： 根据统计信息， 确定数据緩存策略； 根据緩存策略， 向 SP 设备发送业务数据推送请求。

具体地，根据统计信息中业务数据的访问量信 息、关注度等统计信息， 确定将统计信息中的业务数据存储在主緩存或 边缘緩存中的数据緩存策 略。 具体的数据緩存策略可以为预设的一个或多个 数据緩存策略。 例如， 可将统计信息中的在预设时间内访问量大于预 设值的业务数据存储在主 緩存或边缘緩存， 或者将统计信息中的在预设时间内关注度大于 预设值的 业务数据存储在主緩存或边缘緩存中， 或者将统计信息中的访问量大于预 设值的业务数据且其总和的存储空间达到主緩 存或边缘緩存的存储上限 的业务数据存储在主緩存或边缘緩存中， 或者将统计信息中访问量大于预 设值的前 100个业务数据存储在主緩存或边缘緩存。 例如， 在预设时间内， 统计信息中的业务数据的访问量首先达到预设 值时， 緩存策略控制实体确 定将访问量达到预设值的业务数据存储在其管 理的主緩存或边缘緩存中， 则緩存策略控制实体会在网络空闲的时间内向 SP设备发送业务数据下载 请求， 将这些业务数据存储在主緩存中。 根据统计信息， 确定数据緩存策 略可以有多种方式， 在此不作特别限制。

本发明实施例提供的业务数据緩存处理方法， 通过确定数据緩存策 略， 向 SP设备发送业务数据推送请求， 可使 SP设备确定向主緩存和边缘緩 存推送业务数据的数量。

可选地， 在本实施例中， 接收业务数据的统计信息可以包括： 接收 SP 设备根据用户设备发送的业务数据请求统计获 取的统计信息； 或者， 接收 主緩存根据用户设备发送的业务数据请求统计 获取的统计信息； 或者， 接 收边缘緩存根据用户设备发送的业务数据请求 统计获取的统计信息； 或 者，接收所述 SP设备根据从各业务平台收集的业务数据请求� ��计获取的所 述统计信息。

在具体实现过程中， 本实施例中需要统计的信息主要为已经发布在 网 络上的视频音频资源等， SP 设备、 主緩存以及边缘緩存均可根据用户设 备发送的业务数据的请求， 对资源做出统计。 例如， 可以根据热门资源的 点击量， 统计出点击量排名。 SP 设备还可从各业务平台收集业务数据请 求， 例如 SP设备可以根据各业务平台中热门资源的关注� ��、 喜爱度、 得 分评价等， 对热门资源做出综合评价， 统计出热门资源。 其中各业务平台 可以为门户网站、 视频下载网站或者各种论坛等， 在此不作特别限制。

本实施例中 ,通过接收 SP设备、主緩存以及边缘緩存获取的统计信息� �� 緩存策略控制实体可以根据统计信息做出緩存 策略。

上述的根据热门统计信息， 向 SP设备发送业务数据推送请求， 包括： 根据统计信息， 确定与主緩存对应的第一数据緩存策略以及与 边缘緩存对 应的第二数据緩存策略； 根据第一数据緩存策略， 向 SP设备发送第一业 务数据下载请求， 以使 SP设备根据第一业务数据下载请求将业务数据� �� 送给主緩存； 根据第二数据緩存策略， 向 SP设备发送第二业务数据下载 请求， 以使 SP设备根据第二业务数据下载请求将业务数据� ��送给边缘緩 存。

在统计出热门信息之后， 緩存策略控制实体可通过统计信息， 确定与 主緩存对应的第一数据緩存策略以及与边缘緩 存对应的第二数据緩存策 略。

在具体实施过程中，第一数据緩存策略决定了 SP设备发送给主緩存的 业务数据， 例如緩存策略控制实体可根据第一数据緩存策 略， 确定将预设 时间内关注度排名前 100的资源緩存在主緩存中， 则其会在网络空闲的时 间内， 向 SP设备发送第一业务数据下载请求， 请求将这 100个资源存储在 主緩存中。 对应地， 第二数据緩存策略确定了 SP设备发送给边缘緩存的业 务数据。 緩存策略控制实体根据第二数据緩存策略， 决定将关注度或喜爱 度等排名前 100的资源直接緩存在边缘緩存中， 则其会在网络空闲的时间 内， 向 SP设备发送第二业务数据下载请求， 请求将该 100个资源存储在边 缘緩存中。

本发明实施例提供的技术方案， 可将热门资源存储在部署在核心网中 的主緩存和部署在接入网的边缘緩存中， 可对热门资源进行预分配， 当用 户访问或下载热门资源时， 不会出现网络拥堵。

在上述的根据第一数据緩存策略， 向 SP设备发送第一业务数据下载 请求， 以使 SP设备根据第一业务数据下载请求将业务数据� ��送给主緩存 之后， 还包括：

根据统计信息， 确定与边缘緩存对应的第三数据緩存策略；

根据第三数据緩存策略， 向主緩存发送第三业务数据下载请求， 以使 主緩存根据第三业务数据下载请求将业务数据 发送给边缘緩存。

具体地， 緩存策略控制实体根据第三数据緩存策略， 决定将预设时间 内关注度或喜爱度等排名前 100的资源存储在边缘緩存中， 则其会在网络 空闲的时间内， 向主緩存发送第二业务数据下载请求， 请求将该 100个资 源存储在主緩存中。

本发明实施例提供的技术方案， 可将热门资源存储在部署在接入网的 边缘緩存中， 可对热门资源进行预分配， 当用户访问或下载热门资源时， 不会出现网络拥堵。

优选地， 上述业务数据的统计信息包括如下中的任一或 其组合： 访问 量大于预设值的所述业务数据的统计信息； 关注度大于预设值的所述业务 数据的统计信息； 包含预设关键词的所述业务数据的统计信息。 本发明实施例， 通过业务数据的统计信息的形式的多样化， 可根据统 计信息的多样化， 确定符合实际需求的数据緩存策略。

可选地， 上述的业务数据緩存处理方法还包括： 接收 SP设备发送的 统计信息的更新消息； 根据更新消息向 SP设备发送数据更新请求消息， 以使 SP设备根据数据更新请求消息将与更新请求对� ��的业务数据发送给 主緩存和 /或边缘緩存。

具体地， 緩存策略控制实体不仅可以定期接收 SP设备发送的统计信 息的更新请求， 还可以根据统计信息中的热门资源的更新期限 主动向 SP 设备发起更新请求。 緩存策略控制实体会在网络空闲的时间内向 SP设备 请求更新在主緩存中的緩存资源。 緩存策略控制实体在网络空闲的时间内 向 SP设备请求更新在主緩存中的緩存资源， 緩存策略控制实体在网络空 闲的时间内向主緩存请求将边缘緩存中存储的 过期资源进行更新。

本发明实施例提供的技术方案， 通过緩存策略控制实体对主緩存和边 缘緩存中资源的更新， 使 UE可以快速访问到最新的热门资源。

图 2为本发明实施例二提供的业务数据緩存处理� �法的流程示意图， 本 实施例的执行主体可以为 SP设备， 主緩存以及边缘緩存， 如图 2所示， 该方法 具体包括如下步骤：

步骤 S201 : 对业务数据进行统计， 获取统计信息；

步骤 S202: 将所述统计信息发送给緩存策略控制实体， 以使所述緩存 策略控制实体根据所述统计信息请求服务提供 商 SP设备将与所述请求对 应的业务数据发送给部署在核心网中的主緩存 和 /或部署在接入网中的边 缘緩存。

在具体实现过程中， 在步骤 S201 , SP设备， 主緩存及边缘緩存可以对业 务数据进行统计， 得到统计信息， 统计信息可以为热门视频， 热门音频或者 热门新闻等资源的点击量排行、 关注度排行、 评价得分排行等， 在此不作 特别限制。

在步骤 S202中， SP设备， 主緩存及边缘緩存可将统计信息的结果反 馈给緩存策略控制实体， 以使緩存策略控制实体根据统计信息请求服务 提 供商 SP设备将与请求对应的业务数据发送给部署在� ��心网中的主緩存和 / 或部署在接入网中的边缘緩存。 SP 设备将业务数据发送给主緩存和边缘 緩存的过程具体参照上述实施例的描述， 在此不再赘述。

本发明实施例提供的业务数据緩存处理方法， 通过 SP设备， 主緩存 及边缘緩存可将统计信息的结果反馈给緩存策 略控制实体， 可以使緩存策 略控制实体根据统计信息请求服务提供商 SP设备将与请求对应的业务数 据发送给部署在核心网中的主緩存和 /或部署在接入网中的边缘緩存， 使 UE访问或者下载业务数据时， 不需从 SP获取， 可直接通过访问部署在核 心网上的主緩存和部署在接入网的边缘緩存获 得业务数据， 加速了 UE访 问或下载业务数据的速度。

可选地， 对业务数据进行统计， 获取统计信息包括： 对用户设备发送 的业务数据请求进行统计处理， 获取统计信息。

本实施例中对用户设备发送的业务数据请求进 行统计处理， 主要为已 经发布在网络上的视频音频资源等。 SP 设备、 主緩存以及边缘緩存可对 用户设备具体的业务请求作出统计， 例如可以根据用户设备对热门资源的 点击量， 统计出点击量排名。

可选地， 对业务数据进行统计， 获取统计信息包括： 对从各业务平台 收集的业务数据请求进行统计处理， 获取统计信息。

SP设备可以从各业务平台收集的业务数据请求� �� 例如 SP设备可以根 据各业务平台中热门资源的关注度、 喜爱度、 得分评价等， 对热门资源做 出综合评价， 统计出热门资源。 其中各业务平台可以为门户网站、 视频下 载网站或者各种论坛等， 在此不作特别限制。

基于上述， 可对用户设备发送的业务数据请求进行统计处 理， 或者对 从各业务平台收集的业务数据请求进行统计处 理， 获取统计信息， 使统计 信息的统计范围大， 统计数据可靠。

优选地， 上述业务数据的统计信息包括如下中的任一或 其组合： 访问 量大于预设值的所述业务数据的统计信息； 关注度大于预设值的所述业务 数据的统计信息； 包含预设关键词的所述业务数据的统计信息。

本发明实施例， 通过业务数据的统计信息的形式的多样化， 可根据统 计信息的多样化， 确定符合实际需求的数据緩存策略。

可选地， 上述的业务数据緩存处理方法还包括： 向緩存策略控制实体 发送统计信息的更新消息； 接收緩存策略控制实体根据更新消息发送的数 据更新请求消息； 根据数据更新请求消息将与所述更新请求对应 的业务数 据发送给主緩存和 /或边缘緩存。

在具体实现过程中， SP 设备可以定期向緩存策略控制实体发送统计 信息的更新消息， 并在緩存策略控制实体向其发送数据更新请求 消息时， 将更新的统计信息对应的业务数据发送给主緩 存和 /或边缘緩存。 SP设备 将业务数据发送给主緩存和 /或边缘緩存的过程具体参照上述实施例的描 述， 在此不再赘述„

本发明实施例提供的技术方案， 通过緩存策略控制实体对主緩存和边 缘緩存中资源的更新， 使 UE可以快速访问到最新的热门资源。

图 3为本发明一实施例提供的緩存策略控制实体� �构示意图， 如图 3 所示， 本发明实施例提供的緩存策略控制实体 10包括接收模块 101 ,发送 模块 102。 其中， 接收模块 101用于接收业务数据的统计信息； 发送模块 102用于根据统计信息， 向服务提供商 SP设备发送业务数据推送请求， 以使 SP设备将与业务数据推送请求对应的业务数据� ��送给部署在核心网 中的主緩存和 /或部署在接入网中的边缘緩存。

本发明实施例提供的緩存策略控制实体， 可根据统计信息， 将统计信 息对应的业务数据发送给部署在核心网中的主 緩存和 /或部署在接入网中 的边缘緩存， 可实现緩存策略控制实体对主緩存和边缘緩存 的维护和管 理， 使 UE访问或者下载业务数据时， 不需从 SP获取， 可直接通过访问 部署在核心网上的主緩存和部署在接入网的边 缘緩存获得业务数据， 加速 了 UE访问或下载业务数据的速度。

图 4为本发明又一实施例提供的緩存策略控制实� �结构示意图， 如图 4所示， 本发明实施例提供的发送模块 102包括第一确定单元 1021、 第一 发送单元 1022。 其中， 第一确定单元 1021用于根据统计信息， 确定数据 緩存策略； 第一发送单元 1022用于根据数据緩存策略， 向 SP设备发送业 务数据推送请求。

本发明实施例提供的緩存策略控制实体， 通过第一确定单元 1021确定 数据緩存策略， 第一发送单元 1022向 SP设备发送业务数据下载请求， 可使 SP设备确定向主緩存和边缘緩存推送业务数据� ��数量。

可选地， 本发明实施例提供的接收模块 101具体用于接收所述 SP设 备根据用户设备发送的业务数据请求统计获取 的所述统计信息； 或者， 接 收所述主緩存根据用户设备发送的业务数据请 求统计获取的所述统计信 息； 或者， 接收所述边缘緩存根据用户设备发送的业务数 据请求统计获取 的所述统计信息； 或者， 接收 SP设备根据从各业务平台收集的业务数据 请求统计获取的统计信息。

本实施例中， 接收模块 101通过接收 SP设备、 主緩存以及边缘緩存获 取的统计信息， 使緩存策略控制实体可以根据统计信息做出緩 存策略。

图 5为本发明再一实施例提供的緩存策略控制实� �结构示意图， 如图 5 所示， 发送模块 102包括第二确定单元 1025 , 第二发送单元 1026。

第二确定单元 1025 用于根据统计信息， 确定与主緩存对应的第一数 据緩存策略以及与边缘緩存对应的第二数据緩 存策略；

第二发送单元 1026用于根据第一数据緩存策略， 向 SP设备发送第一 业务数据下载请求， 以使 SP设备根据第一业务数据下载请求将业务数据 发送给主緩存； 根据第二数据緩存策略， 向 SP设备发送第二业务数据下 载请求， 以使 SP设备根据第二业务数据下载请求将业务数据� ��送给边缘 緩存。

上述的第二确定单元 1025还用于根据统计信息， 确定与边缘緩存对 应的第三数据緩存策略；

第二发送单元 1026还用于根据第三数据緩存策略， 向主緩存发送第 三业务数据下载请求， 以使主緩存根据第三业务数据下载请求将业务 数据 发送给边缘緩存。

本发明实施例提供的技术方案， 可将热门资源存储在部署在核心网中 的主緩存和部署在接入网的边缘緩存中， 可对热门资源进行预分配， 当用 户访问或下载热门资源时， 不会出现网络拥堵。

优选地， 上述业务数据的统计信息包括如下中的任一或 其组合： 访问 量大于预设值的所述业务数据的统计信息； 关注度大于预设值的所述业务 数据的统计信息； 包含预设关键词的所述业务数据的统计信息。

本发明实施例， 通过业务数据的统计信息的形式的多样化， 可根据统 计信息的多样化， 确定符合实际需求的数据緩存策略。

图 6为本发明另一实施例提供的緩存策略控制实� �结构示意图； 如图 6所示，本发明实施例提供的緩存策略控制实� � 10包括上述任一实施例所 述的实体， 除了包括接收模块 101、 发送模块 102之外， 还包括更新模块 103。 更新模块 103具体用于接收 SP设备发送的统计信息的更新消息； 根 据更新消息向 SP设备发送数据更新请求消息，以使 SP设备根据数据更新 请求消息将与更新请求对应的业务数据发送给 主緩存和 /或边缘緩存。

本发明实施例提供的技术方案， 通过更新模块对主緩存和边缘緩存中 资源的更新， 使 UE可以访问到最新的热门资源。

所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 上述 緩存策略控制实体的具体工作过程， 可以参考前述方法实施例中的对应过 程， 在此不再赘述。

图 7为本发明一实施例提供的网络设备结构示意� �； 如图 7所示， 本 发明实施例提供的网络设备 20包括获取模块 201和发送模块 202。 其中， 获取模块 201用于对业务数据进行统计， 获取统计信息， 发送模块 202用 于将统计信息发送给緩存策略控制实体， 以使緩存策略控制实体根据统计 信息请求服务提供商 SP设备将与请求对应的业务数据发送给部署在� ��心 网中的主緩存和 /或部署在接入网中的边缘緩存。

本发明实施例提供的网络设备， 通过发送模块可将热门统计信息反馈 给緩存策略控制实体， 可以使緩存策略控制实体根据热门统计信息请 求服 务提供商 SP设备将与请求对应的业务数据发送给部署在� ��心网中的主緩 存和 /或部署在接入网中的边缘緩存， 使 UE访问或者下载业务数据时， 不 需从 SP获取， 可直接通过访问部署在核心网上的主緩存和部 署在接入网 的边缘緩存获得业务数据， 加速了 UE访问或下载业务数据的速度。

可选地， 获取模块 201具体用于对用户设备发送的业务数据请求进 行 统计处理， 获取统计信息。

可选地， 网络设备为 SP设备、 主緩存或者边缘緩存。

可选地， 获取模块 201具体用于对从各业务平台收集的业务数据请 求 进行统计处理， 获取统计信息。

基于上述， 可对用户设备发送的业务数据请求进行统计处 理， 或者对 从各业务平台收集的业务数据请求进行统计处 理， 获取统计信息， 使统计 信息的统计范围大， 统计数据可靠。 优选地， 上述业务数据的统计信息包括如下中的任一或 其组合： 访问 量大于预设值的所述业务数据的统计信息； 关注度大于预设值的所述业务 数据的统计信息； 包含预设关键词的所述业务数据的统计信息。

本发明实施例， 通过业务数据的统计信息的形式的多样化， 可根据统 计信息的多样化， 确定符合实际需求的数据緩存策略。

图 8为本发明又一实施例提供的网络设备结构示� �图， 如图 8所示， 本发明实施例提供的网络设备除了获取模块 201 , 发送模块 202外， 还包 括更新模块 203。 更新模块 203用于向緩存策略控制实体发送统计信息的 更新消息； 接收緩存策略控制实体根据更新消息发送的数 据更新请求消 息； 根据数据更新请求消息将与更新请求对应的的 业务数据发送给主緩存 和 /或边缘緩存。

本发明实施例提供的技术方案， 通过緩存策略控制实体对主緩存和边 缘緩存中资源的更新， 使 UE可以快速访问到最新的热门资源。

所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 上述 网络设备的具体工作过程， 可以参考前述方法实施例中的对应过程， 在此 不再赘述。

图 9为本发明一实施例提供的业务数据緩存处理� �统示意图。 如图 9 所示， 本发明实施例提供的业务数据緩存处理系统 30 包括上述任一所述 的緩存策略控制实体 10和网络设备 20。

本发明实施例提供的数据緩存处理系统， 可实现緩存策略控制实体对 网络设备的管理、 维护和更新， 使 UE访问或者下载业务数据时， 不需从 SP 获取， 可直接通过访问部署在核心网上的主緩存和部 署在接入网的边 缘緩存获得业务数据， 加速了 UE访问或下载业务数据的速度。

在具体实施例中， 緩存策略控制实体和网络设备中的主緩存可以 是以 功能实体的形式设置在同一设备中； 当然， 也可以以功能实体的形式分别 设置在不同的设备中； 也可以其中一个以功能实体的形式设置某一设 备 中， 另一个则为独立设置的网络设备。

如当网络系统为 2G、 3G 或 4G网络时，可将主緩存设备设置在 P-GW 或 GGSN 中，或是设置在 P-GW 或 GGSN 与 SP设备之间的 SGi 或 Gi接 口上。 緩存策略控制实体可以为独立设备的网络设备 ， 也可以将緩存策略 控制实体设置为策略与计费规则功能 ( Policy and Charging Rules Function, PCRF ) 中的功能模块。 而边缘緩存一般是放置在较接近于 UE 的网络用 户面数据通道上， 也可以以功能实体的形式设置在 eNB、 RNC、 BSC 之 中。 在 WiFi 网络中， 则可以将边缘緩存设备设置在 WiFi接入点（ Access Point, AP ) 中。 当然， 在上述方案中并没有描述各设备或功能模块之 间 的接口， 以及其与网络中其他设备或功能模块之间的接 口。 考虑到这些接 口具体与网络的实际类型相关， 在本发明实施例中不能——举例描述， 以 下仅以一种网络类型描述， 该接口和接口关系， 对于本发明普通技术人员 而言， 只是为了描述清楚而进行的定义， 实际中实现该接口的功能的任何 名称或者定义的接口皆在本发明保护范围之内 ， 以下不再——描述。

图 10为本发明一实施例提供的一种 3GPP网络中的设备和相关接口的 示意图。 其中， 主緩存与緩存策略控制实体为独立设置的网络 设备。 各设 备之间用虚线表示的是不传输内容的接口而只 是传输与内容相关的控制 与内容的元数据； 用实线表示的是传输内容的接口 （下同） 。 在本例中， 设置了如下功能实体：

SGi-U接口上的主緩存， 用于直接緩存外部 SP设备的内容。 在本实 施例中， 主緩存位于 SP设备与 P-GW (或 GGSN )之间的数据通道上。

RAN节点上的内置的边缘緩存， 与主緩存通过 C-D 接口连接， 其中 边缘緩存可设置为多个，用于直接緩存主緩存 所提供的外部 SP设备内容。

緩存策略控制实体（ CPCF, Cache Policy Control Function ) ,通过 C-M 接口与主緩存连接， 通过 SGi-C接口与外部 SP设备连接， 用于接收外部 SP 设备的内容緩存的请求， 并控制主緩存及边缘緩存进行相关内容的緩 存。

相关的接口包括：

主緩存与外部 SP设备之间的接口， 用 SGi-U来表示， 该 SGi-U接口 是一个逻辑上的接口，该接口可以是 SGi/Gi接口功能的一部分，可在现有 技术的基础上扩展该 SGi/Gi 接口功能， 使其具有 SGi-U接口的功能， 也 可以是新定义的一个接口， 实现主緩存与外部 SP设备之间内容緩存的连 接接口。

CPCF与外部 SP设备之间的接口， 用 SGi-C 来表示， 该 SGi-C接口 是一个逻辑上的接口， 该接口可以是 SGi/Gi 接口功能的一部分， 可在现 有技术的基础上扩展该 SGi/Gi 接口功能， 使其具有 SGi-C 接口的功能， 也可以是新定义的一个接口， 实现 CPCF 与外部 SP设备之间内容緩存控 制作用的连接接口。

主緩存与 CPCF 之间的接口， 用 C-M 来表示， CPCF 通过该 C-M接 口控制主緩存获取外部 SP设备的内容， 并将该内容存储在主緩存本地。

主緩存与边缘緩存之间的接口，用 C-D 来表示，边缘緩存通过该 C-D 接口获取主緩存从外部 SP设备获取的内容， 并将该内容存贮在其本地。

需要说明的是， 图 10 中仅描述与緩存相关的网络的结构， 关于网络 的完整结构则没有描述， 应当理解为其他结构与现有技术中的一致， 此处 不做赘述。

下述实施例中描述的流程的系统架构可参考图 10 的示例， 该系统架 构为双层緩存架构， 分为主緩存和边缘緩存， 在下述实施例的描述中不对 系统架构做——赘述。 下述实施例中的业务数据緩存处理方法信令图 中的 网络设备， 均可釆用上述图 3至图 9所示的网络设备； 下述实施例中的业 务数据緩存处理方法信令图中的业务数据緩存 处理方法， 均可釆用上述图 1至图 2的业务数据的緩存处理方法。

图 11为本发明实施例提供的业务数据緩存处理方� ��信令图一，如图 11 所示， 该方法包括：

步骤 401 : 用户设备向 SP设备发送业务数据请求；

步骤 402: SP设备根据用户设备发送的业务数据请求，进� ��热门统计， 获得统计信息， 统计信息可以为热门视频， 热门音频或者热门新闻等资源 的点击量排行、 关注度排行、 评价得分排行等。

步骤 403: SP设备将统计信息发送给緩存策略控制实体；

步骤 404: 緩存策略控制实体根据统计信息执行第一数据 緩存策略， 緩存策略控制实体根据第一数据緩存策略可决 定将统计信息中排名在前 的热门资源存储在其管理的主緩存中；

步骤 405: 緩存策略控制实体向 SP设备发送业务数据推送请求， 请 求将该排名在前的资源存储在主緩存中；

步骤 406: SP设备收到緩存策略控制实体的业务数据推送� ��求后， 向 主緩存发送业务数据， 即将该排名在前的热门资源发送给主緩存； 步骤 407: 主緩存进行数据存储。

本发明实施例提供的业务数据緩存处理方法， 主要为用户设备向 SP 设备发送业务数据请求， 通过緩存策略控制实体， SP 设备将排名在前的 业务数据发送给主緩存。

图 12为本发明实施例提供的业务数据緩存处理方� ��信令图二，如图 12 所示， 该方法包括：

步骤 501 : 用户设备向主緩存发送业务数据请求；

步骤 502: 主緩存根据用户设备发送的业务数据请求， 进行热门统计， 获得统计信息；

步骤 503 : 主緩存将统计信息发送给緩存策略控制实体；

步骤 504: 緩存策略控制实体根据统计信息执行第三数据 緩存策略， 緩存策略控制实体根据数据緩存策略可决定将 统计信息中排名在前的热 门资源存储在其管理的边缘緩存中；

步骤 505 : 緩存策略控制实体向主緩存发送业务数据推送 请求， 请求 将该排名在前的热门资源存储在边缘緩存中；

步骤 506: 主緩存收到緩存策略控制实体的业务数据推送 请求后， 向 边缘緩存发送业务数据， 即将该排名在前的热门资源发送给边缘緩存。

本发明实施例提供的业务数据緩存处理方法， 主要为用户设备向主緩 存发送业务数据请求， 通过緩存策略控制实体， 主緩存将排名在前的业务 数据发送给边缘緩存。 需要说明的是， 在步骤 505中， 若緩存策略控制实 体发现一些业务数据还未緩存与主緩存中， 则会按照图 12所述的方法， 将这些业务数据緩存在主緩存中。

图 13为本发明实施例提供的业务数据緩存处理方� ��信令图三， 如图 13 所示， 该方法包括：

步骤 601 : 用户设备向边缘緩存发送业务数据请求；

步骤 602: 边缘緩存根据用户设备发送的业务数据请求， 进行热门统 计， 获得统计信息；

步骤 603 : 边缘緩存将统计信息发送给緩存策略控制实体 ；

步骤 604: 緩存策略控制实体根据统计信息执行第三数据 緩存策略， 緩存策略控制实体发现一些热门资源还未緩存 在边缘緩存中， 数据緩存策 略可决定将统计信息中排名在前的热门资源存 储在其管理的边缘緩存中； 步骤 605 : 緩存策略控制实体向主緩存发送业务数据推送 请求， 请求 将该排名在前的热门资源存储在边缘緩存中；

步骤 606: 主緩存收到緩存策略控制实体的业务数据推送 请求后， 向 边缘緩存发送业务数据， 即将该排名在前的热门资源发送给边缘緩存。

本发明实施例提供的业务数据緩存处理方法， 主要为用户设备向边缘 緩存发送业务数据请求， 通过緩存策略控制实体， 边缘緩存可存储排名在 前的业务数据。

上述图 1 1至图 13所示的业务数据緩存处理方法， 可根据用户设备的 业务数据请求， 将热门资源分别存储在主緩存和边缘緩存中， 使用户能够 快速访问和下载所需业务数据。

图 14为本发明实施例提供的业务数据緩存处理方� ��信令图四， 如图 14 所示， 该方法包括：

步骤 701 : SP 设备对从各业务平台收集的业务数据请求进行 热门统 计， 获取统计信息；

步骤 702: SP设备将统计信息发送给緩存策略控制实体；

步骤 703 : 緩存策略控制实体根据统计信息执行数据緩存 策略， 緩存 策略控制实体根据第一数据緩存策略可决定将 统计信息中排名在前的热 门资源存储在其管理的主緩存中；

步骤 704: 緩存策略控制实体向 SP设备发送业务数据推送请求， 请 求将该排名在前的热门资源存储在主緩存中；

步骤 705 : SP设备收到緩存策略控制实体的业务数据推送� ��求后， 向 主緩存发送业务数据， 即将该排名在前的热门资源发送给主緩存；

步骤 706: 主緩存进行数据存储。

本发明实施例提供的业务数据緩存处理方法， SP 设备对从各业务平 台收集的业务数据请求进行热门统计， 获取统计信息， 并将统计信息发送 给緩存策略控制实体， 以使主緩存可以緩存最新的热门资源， 使用户能够 快速访问到最新资源。

图 15为本发明实施例提供的业务数据緩存处理方� ��信令图五， 如图 15 所示， 该方法包括：

步骤 801 : 緩存策略控制实体根据统计信息，执行第三数 据緩存决策， 确定将排名在前的热门资源存储在边缘緩存中 ；

步骤 802: 緩存策略控制实体向主緩存发送业务数据推送 请求， 请求 将该排名在前的热门资源存储在边缘緩存中；

步骤 803 : 主緩存收到緩存策略控制实体的业务数据推送 请求后， 向 边缘緩存发送业务数据， 即将该排名在前的热门资源发送给边缘緩存。

本发明实施例提供的业务数据緩存处理方法， 緩存策略控制实体根据 热门统计信息， 可选取主緩存中的热门资源并预先分配存储在 边缘緩存 中， 使用户能够快速访问到最新资源中。

图 16本发明实施例提供的业务数据緩存处理方法� ��令图六，如图 16所 示， 该方法包括：

步骤 901 : SP设备定期向緩存策略控制实体发送更新请求� ��

步骤 902: 緩存策略控制实体执行第二数据緩存决策， 确定对主緩存 中的业务数据进行更新；

步骤 903 : 緩存策略控制实体在网络空闲的时间内向 SP设备发送更 新请求， 请求更新在主緩存中的緩存资源；

步骤 904: SP设备向主緩存发送业务数据， 以更新在主緩存中的緩存 资源；

步骤 905 : 主緩存对业务数据进行更新；

步骤 906: 緩存策略控制实体在网络空闲时， 向主緩存发送业务数据 推送请求， 请求将边缘緩存中过期资源进行更新；

步骤 907:主緩存向边缘緩存发送业务数据， 更新边缘緩存中的过期资 源。

本发明实施例提供的业务数据緩存处理方法， 通过 SP设备定期向緩 存策略控制实体发送更新请求， 以及緩存策略控制实体执行数据緩存决 策， 可将主緩存和边缘緩存中过期资源进行更新。

图 17为本发明实施例提供的业务数据緩存处理方� ��信令图七， 如图 17 所示， 该方法包括：

步骤 1001 : 緩存策略控制实体根据资源的更新期限， 主动向 SP设备 发送更新请求；

步骤 1002: SP设备向主緩存发送业务数据， 以更新在主緩存中的緩 存资源；

步骤 1003 : 主緩存对业务数据进行更新；

步骤 1004: 緩存策略控制实体在网络空闲时， 向主緩存发送业务数据 推送请求， 请求将边缘緩存中过期资源进行更新；

步骤 1005: 主緩存向边缘緩存发送业务数据， 更新边缘緩存中的过期 资源。

本发明实施例提供的业务数据緩存处理方法， 緩存策略控制实体还可 以根据资源的更新期限， 更新主緩存和边缘緩存中的过期业务数据。

在上述的实施例中， 若緩存策略控制实体与主緩存处于同一功能实 体， 则业务数据緩存处理方法与上述实施例的区别 为緩存策略控制实体与 主緩存之间的信息交互为内部实现， 其余部分相同， 在此不再赘述。

本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存 储程序代码的介质。

最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的 说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施 例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替 换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例 技术方案的范围。