一种数据业务的处理方法及装置与流程

本发明涉及数据业务领域，尤其涉及一种数据业务的处理方法及装置。

背景技术：

随着长期演进(Long Term Evolution，LTE)网络的部署，移动网络流量将出现爆发性增长，移动核心网面临潜在的巨大流量压力。为应对流量增长挑战，部署面向无线网络的内容分发网络(Content Distribution Network，CDN)服务节点，即移动内容分发网络(Mobile CDN，MCDN)服务节点，为缓解核心网流量压力提供了思路。

LTE网络环境下，演进的分组核心网(Evolved Packet Core，EPC)成为MCDN服务节点的主要放置位置。现有的相关技术中，将MCDN服务节点部署在EPC的重要网元服务网关(Serving Gate Way，SGW)中，这样在进行数据业务时，用户终端会通过基站向MME发起业务请求，然后由MME分析用户请求类型，若符合MCDN服务类型，则转发至MCDN服务节点，然后在MCDN服务节点中检索是否有匹配资源，若有则返回被请求内容。若没有还可以通过在MCDN服务节点网络内的其他MCDN服务节点来查找该匹配资源，即先通过资源查询检索目录确定所需资源所在的MCDN服务节点，然后将该请求转发至可提供数据的MCDN服务节点。

上述过程中，用户终端的业务请求都需要通过基站和MME的转发才能到MCDN服务节点，增加了MME的工作量，并且确定所需资源所在的MCDN服务节点是通过检索资源查询目录实现的，随着网络资源数量不断膨胀，这必然导致检索效率的下降，同时这种集中式的管理也会限制MCDN服务节点网络的规模。

技术实现要素：

有鉴于此，本发明实施例期望提供一种数据业务的处理方法，可以提高业务处理效率。

为达到上述目的，本发明的技术方案是这样实现的：

一种数据业务的处理方法，所述方法包括：

向具有移动内容分发网络MCDN服务功能的基站发送配置的缓存策略和路由策略；

其中，所述缓存策略用于指示所述基站需要缓存在缓存库CS中的数据包，所述路由策略用于所述基站更新转发信息表FIB。

上述方案中，所述方法还包括：

接收所述基站上报的携带有内容名的请求包；

根据回源策略确定所述请求包对应的回源点，向所述基站发送所述回源点IP；或者，根据回源策略确定所述请求包对应的回源点，向所述回源点发送所述请求包，接收所述回源点返回的所述请求包对应的数据包；并将所述数据包发送给基站；所述回源点包括内容中心或内容源。

上述方案中，所述方法还包括：

接收第三方设备发送的内容注入请求，所述内容注入请求中携带有注入内容名及注入内容所在内容源的IP地址；

向基站发送内容注入通知，所述内容注入通知包括所述注入内容名及注入内容所在内容源的IP地址。

上述方案中，所述内容注入请求中还包括注入基站ID，则所述向基站发送内容注入通知，包括：向所述注入基站ID标识的基站发送内容注入通知；

或者，所述向基站发送内容注入通知，包括：向自主分配的基站发送内容注入通知。

上述方案中，所述方法还包括：

接收第三方终端发送的内容删除请求，所述内容删除请求中携带有删除内 容名；

向存储有所述删除内容名对应的内容数据的基站，发送内容删除通知，所述内容删除通知包括所述删除内容名。

一种数据业务的处理方法，所述方法包括：

接收内容中心网络CCN控制器发送缓存策略和路由策略；所述缓存策略用于通知需要缓存在缓存库CS中的数据包；

根据所述路由策略更新转发信息表FIB；

接收携带有第一内容名及其对应内容数据的数据包，在所述第一内容名与预存的缓存库CS匹配不成功，与预存的未决请求表PIT匹配成功时，将所述数据包转发给用户终端，并根据所述缓存策略判断是否对所述数据包进行缓存；

若是，则缓存到所述CS中；若不是，则丢弃所述数据包；

接收携带有第二内容名的请求包，在所述第二内容名与预存CS和PIT都匹配不成功，与更新后的转发信息表FIB匹配成功时，将所述请求包发送给所述更新后的FIB中匹配成功的下一跳接口。

上述方案中，在接收携带有第二内容名的请求包后，所述方法还包括：

在所述第二内容名与预存的CS、PIT和FIB都未匹配成功时，将所述请求包发送给所述CCN控制器；

接收所述CCN控制器返回的回源点IP，根据所述回源点IP向回源点发送所述请求包，接收所述回源点返回的所述请求包对应的数据包；

或者，接收所述CCN控制器返回的所述请求包对应的数据包。

上述方案中，所述方法还包括：

接收所述CCN控制器发送的内容注入通知，所述内容注入通知包括注入内容名以及注入内容所在内容源的IP地址；

根据所述内容源的IP地址获取所述注入内容名对应的内容数据，在所述CS中缓存所述注入内容名及其对应的内容数据。

上述方案中，接收所述CCN控制器发送的内容删除通知，所述内容删除通知中携带有删除内容名；

删除所述CS中所述删除内容名及其对应的内容数据。

上述方案中，所述将所述数据包转发给用户终端或者将所述请求包发送给所述更新后的FIB中匹配成功的下一跳接口时，通过X2接口进行转发。

一种CCN控制器，所述控制器包括：

第一发送单元，用于向具有移动内容分发网络MCDN服务功能的基站发送配置的缓存策略和路由策略；其中，所述缓存策略用于指示所述基站需要缓存在缓存库CS中的数据包，所述路由策略用于所述基站更新转发信息表FIB。

上述方案中，所述控制器还包括：第一接收单元和第一处理单元，其中，

第一接收单元，用于接收所述基站上报的携带有内容名的请求包；

第一处理单元，用于根据回源策略确定所述第一接收单元接收的请求包对应的回源点；所述回源点包括内容中心或内容源；

所述第一发送单元，还用于向所述基站发送所述第一处理单元确定的回源点IP；或者，向所述第一处理单元确定的回源点发送所述请求包；

所述第一接收单元，还用于接收所述回源点返回的所述请求包对应的数据包；

所述第一发送单元，还用于将所述第一接收单元接收到的数据包发送给基站；

所述第一接收单元，还用于接收第三方设备发送的内容注入请求，所述内容注入请求中携带有注入内容名及注入内容所在内容源的IP地址；

所述第一发送单元，还用于向基站发送内容注入通知，所述内容注入通知包括所述注入内容名及注入内容所在内容源的IP地址；

所述第一接收单元，还用于接收第三方终端发送的内容删除请求，所述内容删除请求中携带有删除内容名；

所述第一发送单元，还用于向存储有所述第一接收单元接收到的删除内容名对应的内容数据的基站，发送内容删除通知，所述内容删除通知包括所述删除内容名。

上述方案中，所述内容注入请求中还包括注入基站ID，则所述第一发送单 元，具体用于向所述注入基站ID标识的基站发送内容注入通知；

或者，所述第一发送单元，具体用于向自主分配的基站发送内容注入通知。

一种具有移动内容分发网络MCDN服务功能的基站，所述基站包括：

第二接收单元，用于接收内容中心网络CCN控制器发送缓存策略和路由策略；所述缓存策略用于通知需要缓存在缓存库CS中的数据包；

第二处理单元，用于根据所述第二接收单元接收到的路由策略更新转发信息表FIB；

第二接收单元，还用于接收携带有第一内容名及其对应内容数据的数据包；

所述第二发送单元，用于在所述第一内容名与预存的缓存库CS匹配不成功，与预存的未决请求表PIT匹配成功时，将所述数据包转发给用户终端；

所述第二处理单元，还用于在所述第一内容名与预存的缓存库CS匹配不成功，与预存的未决请求表PIT匹配成功时，根据所述第二接收单元接收到的缓存策略判断是否对所述数据包进行缓存；若是，则缓存到所述CS中；若不是，则丢弃所述数据包；

第二接收单元，还用于接收携带有第二内容名的请求包；

所述第二发送单元，还用于在所述第二内容名与预存CS和PIT都匹配不成功，与更新后的转发信息表FIB匹配成功时，将所述第二接收单元接收到的请求包发送给所述更新后的FIB中匹配成功的下一跳接口。

上述方案中，所述第二发送单元，还用于在所述第二内容名与预存的CS、PIT和FIB都未匹配成功时，将所述第二接收单元接收到的请求包发送给所述CCN控制器；

所述第二接收单元，还用于接收所述CCN控制器返回的回源点IP；

所述第二发送单元，还用于根据所述第二接收单元接收到的回源点IP向回源点发送所述请求包；

所述第二接收单元，还用于接收所述回源点返回的所述请求包对应的数据包；或者，所述第二接收单元，还用于接收所述CCN控制器返回的所述请求包对应的数据包。

所述第二接收单元，还用于接收所述CCN控制器发送的内容注入通知，所述内容注入通知包括注入内容名以及注入内容所在内容源的IP地址；

所述第二处理单元，还用于根据所述第二接收单元接收的内容源的IP地址获取所述注入内容名对应的内容数据，在所述CS中缓存所述注入内容名及其对应的内容数据；

所述第二接收单元，还用于接收所述CCN控制器发送的内容删除通知，所述内容删除通知中携带有删除内容名；

所述第二处理单元，还用于删除所述CS中所述第二接收单元接收的删除内容名及其对应的内容数据。

本发明实施例提供了一种数据业务的处理方法，通过将MCDN服务功能部署在基站上，由这些基站构成CCN，各基站间通过X2接口采用CCN通信模式进行通信，由CCN控制器管控CCN中的各基站。这样基站可以直接处理用户终端的数据请求业务，采用基于内容的路由可以有效避免频繁的请求上报，降低核心网工作负担，提高业务处理效率，并且CCN是一种基于内容的通信网络，可以提高面向内容通信的效率。另外，基站规模更大，可以部署规模更大的MCDN服务功能网络，提高覆盖范围。

附图说明

图1为本发明实施例1提供的一种实现数据业务的处理方法的系统架构框图；

图2为本发明实施例1提供的一种数据业务的处理方法的流程示意图；

图3为本发明实施例2提供的数据业务的处理方法中的一种回源方法的流程示意图；

图4为本发明实施例2提供的数据业务的处理方法中的另一种回源方法的流程示意图；

图5为本发明实施例2提供的一种数据业务的处理方法中的进行内容注入的流程示意图；

图6为本发明实施例2提供的一种数据业务的处理方法中的进行内容删除的流程示意图；

图7为本发明实施例3提供的一种CCN控制器的结构框图；

图8为本发明实施例3提供的一种具有MCDN服务功能的基站的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施例提供的数据业务处理方法采用的是内容中心网络(Content-centric Networking，CCN)通信模式，CCN是采用以内容(信息)为中心的通信模式来构建的一种网络，它解除了内容与位置之间的耦合关系，用户不需要关心从哪台服务器获取内容，而只需关心内容本身。在通信过程中，CCN中的所有CCN节点均可以基于内容的名字进行路由和转发，并对经过自身的数据内容进行缓存，以便后续有相同内容请求的用户直接从本地缓存获取该内容。

在现有的内容中心网络中，传输的数据业务有兴趣包(Interest)和数据包(Date)两种，兴趣包由内容请求用户发出，其携带被请求的内容名。数据包与兴趣包相对应，用于响应内容请求用户发出的兴趣包，其携带被请求的内容名及其对应的内容数据。此外内容中心网络中的每个CCN节点都维护三张表：缓存库(Cache Store，CS)、未决请求表(Pending Interest Table，PIT)和转发信息表(Forwarding Information Base)。CS用于缓存经过该CCN节点的数据包中的内容名及其对应的内容数据，以便于在本次通信结束后，缓存下来的内容数据仍然可以为其它有相同内容请求的用户服务；PIT用于记录已经转发但尚未被响应的兴趣包的内容名及该兴趣包到达接口，以便于相应的数据包原路返回；FIB与传统TCP/IP网络中的IP路由表功能类似，用于提供下一跳的转发接口。

当CCN中的一个CCN节点收到兴趣包时，该CCN节点首先会用该兴趣 包中的内容名匹配CS，如果CS中已经缓存了该内容名及其对应的内容数据(即缓存命中)，则直接沿兴趣包的到达路径转发该内容名对应的内容数据并丢弃该兴趣包。如果CS中没有该内容名(即缓存未命中)，则进一步匹配PIT，如果有PIT中有与该兴趣包相同的内容名，表明已有用户有相同的内容请求，本CCN节点还没接收到对应的内容数据，则在PIT中匹配上的内容名条目中增加该兴趣包的到达接口，并丢弃兴趣包。如果PIT也没有匹配，表明没有用户有相同的内容请求，则查找FIB，找到所有下一跳转发的匹配端口，向这些端口转发该兴趣包(兴趣包的到达接口不再转发)，并在PIT中记录兴趣包的到达接口；如果FIB也没有匹配条目，则丢弃兴趣包或者转发给默认的设备。

与兴趣包相比，数据包的处理过程相对简单。当CCN节点收到数据包时，会对数据包的内容名字段进行匹配，首先匹配CS，如果缓存有相同的内容名及其对应的内容数据，则直接丢弃该数据包；如果没有，继续将该数据包中携带的内容名与PIT中的条目匹配。若匹配上，则向记录的条目上该内容名对应的到达接口转发该数据包，并将该数据包缓存至CS，如果PIT中没有匹配的条目，直接丢弃数据包。

本发明实施例提供的系统架构中，将采用上述的CCN网络架构，将MCDN服务功能下沉至基站侧，构成上述的CCN节点。具体的，如图1所示，本系统架构共分为两层：下层为边缘接入层，由部署了MCDN服务功能的增强型基站(eNodeB)作为下层中的CCN节点，基站(本发明实施例中的基站都是部署了MCDN服务功能的基站)之间通过X2接口互联，实现数据的传输。上层为控制层，由CCN控制器构成，CCN控制器集中管控下层中部署了MCDN服务功能的基站，对接传统IP网络的CDN调度控制系统，并提供网络能力开放接口，向第三方业务提供部分网络管理权限。

本实施例提供了一种数据业务处理方法，应用于CCN控制器一侧，本实施例方法的处理流程包括以下步骤：

步骤101、向具有移动内容分发网络MCDN服务功能的基站发送配置的缓存策略和路由策略。

CCN控制器主要用于集中管控具有MCDN服务功能的基站，这些基站构成了下层的CCN，所述基站就相当于所述CCN中的一个CCN节点，所述基站中也维护三张表：CS、PIT和FIB；这三张表用于记录节点中缓存的内容数据，指导处理请求包和数据包。其中，所述CS用于缓存经过该基站的符合缓存策略的数据包中的内容名及其对应的内容数据，以便于在本次通信结束后，缓存下来的内容数据仍然可以为其它有相同内容请求的用户服务；PIT用于记录已经转发但尚未被响应的请求包的内容名及该请求包的到达接口，以便于相应的数据包原路返回；FIB用于记录内容名对应的下一跳转发接口，一个内容名对应的下一跳转发接口可以有一个也可以有多个。

基站在将数据包缓存到CS时，需要按照一定的缓存策略来缓存，另外，FIB中记录的内容名对应的下一跳转发接口是根据路由策略确定的。这里所述的缓存策略和路由策略都是由CCN控制器配置的，所述CCN控制器可以采集各基站中缓存的内容数据的分布情况以及基站的状态信息，配置路由策略，规定好各基站中某个内容名对应的下一跳转发接口，当基站构成的CCN网络中有新的内容被缓存或有内容被删除时，CCN控制器就会根据被缓存的新的内容所在的基站或被删除内容所在的基站，重新配置路由策略。所述CCN控制器也可以配置基站中的缓存策略，所述缓存策略用于指示所述基站需要缓存在CS中的数据包。CCN控制器配置好缓存策略和路由策略后，就可以向相应的基站发送所述缓存策略和路由策略。

在这里需要说明的是，CCN控制器除了可以为基站配置缓存策略和路由策略外，还可以监测各基站的健康度状态，采集各基站的运行和服务状态，实现对下层中各基站的拓扑管理、其他配置管理、性能管理、告警管理，支撑由基站构成的CCN的正常有序运行。CCN控制器还可以采集、整合基站生成的用户访问等日志信息，并可根据需求二次加工，支撑对业务运营状态、用户访问行为的分析。CCN控制器收集日志信息后，还可以根据运营需求生成各类报表，分析资源分布状态、内容服务状态、流量分布情况等，为资源调整、系统优化、业务开展提供参考。

本发明实施例还提供了一种数据业务的处理方法，应用于基站一侧，如图2所示，本实施例方法的处理流程包括以下步骤：

步骤201、接收内容中心网络CCN控制器发送缓存策略和路由策略。

CCN控制器为基站配置好缓存策略和路由策略，就会将缓存策略和路由策略发送给基站，基站就接收该缓存策略和路由策略。

步骤202、根据所述路由策略更新FIB。

所述路由策略中规定的是基站中某个内容名对应的下一跳转发接口，所述基站中维护以下三张表：CS、PIT和FIB，FIB中记录的就是内容名对应的下一跳转发接口，基站接收到所述路由策略后，就可以根据路由策略来更新该FIB。

步骤203、接收携带有第二内容名的请求包，按照CCN通信模式进行请求包处理流程。

本实施方法中具有MCDN服务功能的基站构成了CCN，各基站之间采用CCN通信模式，一个基站就相当于CCN中的一个CCN节点，各基站中都维持三张表：CS、PIT和FIB，这三张表的功能与现有技术中相同，在此不再赘述。

本实施例方法中处理的数据业务包括请求包和数据包。用户终端在有业务请求时，可以直接将携带有第二内容名的请求包发送给基站，所述第二内容名即用户终端请求的内容名。

基站具有MCDN服务功能，即基站中存储有很多内容数据可以为用户提供内容分发，这些内容数据以内容名对应内容数据的形式存储在CS里；基站在接收到请求包后，可以先将所述第二内容名与预存的CS进行匹配，若所述CS中缓存有该第二内容名则匹配成功即缓存命中，所述基站就可以直接丢弃该请求包并将CS中第二内容名对应的内容数据发送给相应的用户终端。若所述CS中没有缓存该第二内容名则匹配不成功即缓存未命中，所述基站就将所述第二内容名与预存的PIT进行匹配。

所述PIT中记录的是已经转发但尚未被响应的请求包的内容名及该请求包到达接口，故若所述PIT中缓存有该第二内容名即匹配成功，表明此时已有用户终端发送过相同的请求包，本基站正在等待接收对应的数据包，则在PIT中 匹配上的内容名条目中增加该请求包的到达接口，并丢弃该请求包。若所述PIT中没有缓存该第二内容名即匹配不成功，表明还没有接收过相同的请求包，则将所述第二内容名与预存的FIB进行匹配。

FIB中记录的是各内容名对应的下一跳转发接口，若所述FIB中缓存有该第二内容名即匹配成功，表明基站构成的CCN网络内存储有该第二内容名对应的内容数据，此时，基站就可以通过X2接口将所述请求包发送给FIB中匹配成功的第二内容名对应的下一跳接口。即接收携带有第二内容名的请求包，在所述第二内容名与预存CS和PIT都匹配不成功，与更新后的FIB匹配成功时，将所述请求包发送给所述更新后的FIB中匹配成功的下一跳接口。

上述处理流程都与现有技术中CCN节点处理兴趣包的流程相同，与现有技术中不同的是，在所述第二内容名与预存的CS、PIT和FIB都未匹配成功时，表明基站构成的CCN网络内么没有存储该第二内容名对应的内容数据，基站需要将所述请求包发送给所述CCN控制器，而不是现有技术中的直接丢弃或转发到默认接口。

步骤204、接收携带有第一内容名及其对应内容数据的数据包，按照CCN通信模式进行数据包处理流程。

基站在接收到请求内容名为第一内容名的请求包后，如果本基站中没有缓存请求包对应的内容数据，则本基站会根据FIB的匹配结果将请求包转发给缓存有对应内容数据的其他基站；由其他基站将所述请求包对应的数据包返回给本基站；所述数据包中携带有第一内容名及其对应内容数据。

本基站在接收到所述请求包对应的数据包后，会先将第一内容名与预存的CS进行匹配，若所述CS中缓存有该第一内容名即匹配成功，表明所述基站之前已接收到该数据包，此时所述基站就可以直接丢弃该数据包。若所述CS中没有缓存该第一内容名即匹配不成功，则所述基站就将所述第一内容名与预存的PIT进行匹配。

所述PIT中记录的是已经转发但尚未被响应的请求包的内容名及该请求包到达接口，故若所述PIT中缓存有该第一内容名即匹配成功，表明之前本基站 未接收到第一内容名对应的数据包，则在PIT中匹配上的记录该第一内容名对应的各个到达接口发送该数据包；并删除所述第一内容名对应的各个到达接口条目。若所述PIT中没有缓存该第一内容名即匹配不成功，表明已接收过所述数据包，此时将所述数据包丢弃。

上述处理流程都与现有技术中CCN节点处理数据包的流程相同，与现有技术不同的是，在向第一内容名对应的各个到达接口发送该数据包时，是根据所述缓存策略判断是否对所述数据包进行缓存；若是，则缓存到所述CS中；若不是，则丢弃所述数据包。而不是现有技术中的只要经过本基站的未缓存的数据包都缓存到CS中。

实施例2

本发明实施例提供了一种数据业务处理方法，如图3所示，为内容回源方法，本实施例方法的处理流程包括以下步骤：

步骤301、基站向CCN控制器上报携带有内容名的请求包，CCN控制器接收所述基站上报的携带有内容名的请求包。

基站接收到请求包后，在请求包中携带的内容名与预存的CS、PIT和FIB都未匹配成功时，表明基站构成的CCN网络内没有存储该内容名对应的内容数据，基站需要将所述请求包发送给所述CCN控制器。

步骤302、所述CCN控制器根据回源策略确定所述请求包对应的回源点，向所述基站发送所述回源点IP，所述基站接收所述CCN控制器返回的回源点IP。

CCN控制器接收到基站上报的请求包之后，就知晓其下层的CCN中没有存储请求包对应的内容数据，此时就需要进行回源找到该内容数据，在重定向模式下，所述CCN控制器会根据回源策略确定该请求包的回源方式是向内容中心回源还是源站回源，即确定该请求包的回源点是内容中心还是内容源；确定好回源点后，所述CCN控制器就会将回源点IP发送给基站，由基站发起回源。

在这里需要说明的是，回源策略时CCN控制器通过综合下层CCN网络链路状态，节点负载等信息配置的，根据该回源策略可以确定出最优的回源点。

步骤303、基站根据所述回源点IP向回源点发送所述请求包。

基站接收到所述回源点IP后，就可以发起回源，根据回源点IP向回源点发送所述请求包。

步骤304、基站接收所述回源点返回的所述请求包对应的数据包。

若所述回源点是内容中心，则基站向内容中心发送所述请求包，所述内容中心为CDN的内容中心，里面存储有网络中的各种内容资源，若所述内容中心中存储有所述请求包携带的内容名对应的内容数据，则所述内容中心会直接将携带有内容名以及对应的内容数据的数据包返回给基站；若所述内容中心中没有存储所述请求包携带的内容名对应的内容数据，则所述内容中心会查找到所述内容名对应的内容源，并向内容源发送所述请求包，从所述内容源中获取到所述请求包对应的数据包，并将所述数据包返回给基站。

若所述回源点是内容源，则基站向内容源发送所述请求包，所述内容源中存储有所述请求包携带的内容名对应的内容数据，则所述内容源会直接将携带有内容名以及对应的内容数据的数据包返回给基站。

上述在内容源或内容中心中进行回源的方法为现有的回源流程，在此不再赘述。

步骤302-304是在重定向模式下进行回源，CCN控制器还可以在代理模式下进行回源，如图4所示，其具体的其流程包括以下步骤：

步骤302a、CCN控制器根据回源策略确定所述请求包对应的回源点，向所述回源点发送所述请求包。

CCN控制器接收到基站上报的请求包之后，就知晓其下层的CCN中没有存储请求包对应的内容数据，此时就需要进行回源找到该内容数据，在重定向模式下，所述CCN控制器会根据回源策略确定该请求包的回源方式是向内容中心回源还是源站回源，即确定该请求包的回源点是内容中心还是内容源；确定好回源点后，所述CCN控制器就会发起回源，向所述回源点发送所述请求包。

步骤303a、CCN控制器接收所述回源点返回的所述请求包对应的数据包。

内容中心或内容源将所述请求包对应的数据包返回给CCN控制器的过程 具体可以参考步骤303中的描述。

步骤304a、CCN控制器将所述数据包发送给基站；所述基站接收所述CCN控制器返回的所述请求包对应的数据包。

CCN控制器接收到回源点返回的数据包后，就会将所述数据包发送给基站。

这样，基站将请求包上报给CCN控制器后，CCN控制器可以采用重定向模式(步骤302-304)或代理模式(步骤302a-304a)使得基站获取到该请求包对应的数据包。

基站获得所述数据包后，对数据包的处理流程具体可参考步骤204中的描述。此种情况下，通常是所述数据包中的内容名与预存的缓存库CS匹配不成功，与预存的PIT匹配成功，此时基站就会将所述数据包转发给用户终端，并根据所述缓存策略判断是否对所述数据包进行缓存；若是，则缓存到所述CS中；若不是，则丢弃所述数据包。

由于新缓存了一个数据包，故所述CCN控制器就会更新配置出针对该新的数据包的路由策略，并发送给相应的各个基站，由各个基站据此更新维护FIB。

本发明实施例还提供了一种数据业务处理方法，如图5所示，为内容注入方法，本实施例方法的处理流程包括以下步骤：

步骤501、CCN控制器接收第三方设备发送的内容注入请求。

上述流程中描述的都是通过CCN控制器集中管控下层基站的方法，本实施例方法提供的CCN控制器在增强网络管控能力的同时，也实现了网络能力的开放，通过提供CCN控制器跟第三方设备的接口可以实现第三方设备对具有MCDN服务功能的基站的内容管理。第三方设备的操作人员可以通过管理平台查看指定基站内缓存的内容数据并可根据需求通过CCN控制器执行内容注入、删除等操作。

第三方设备的操作人员想要在基站中注入内容时，可以通过第三方设备向所述CCN控制器发送内容注入请求，所述内容注入请求中携带有注入内容名及注入内容所在内容源的IP地址。

步骤502、CCN控制器向基站发送内容注入通知，所述基站接收所述CCN 控制器发送的内容注入通知，

所述CCN控制器接收到内容注入请求时，若所述内容注入请求中还包括注入基站ID，则表明所述第三方设备指定要将相应的注入内容缓存到该基站ID标识的基站中，此时，所述CCN控制器就会向所述注入基站ID标识的基站发送内容注入通知。若所述内容注入请求中没有注入基站ID，则表明所述第三方设备未指定基站，此时，CCN控制器可以自主选择一个基站来发送所述内容注入通知。示例的，所述CCN控制器可以选择一个缓存内容最少的基站来发送所述内容注入通知。所述内容注入通知包括所述注入内容名及注入内容所在内容源的IP地址。

步骤503、基站根据所述内容源的IP地址获取所述注入内容名对应的内容数据，在所述CS中缓存所述注入内容名及其对应的内容数据。

基站接收到所述内容注入通知后，就会从所述内容源的IP地址处的内容源中获取所述注入内容名对应的内容数据。获取所述注入内容名对应的内容数据后，就会将所述注入内容名及其对应的内容数据缓存到所述CS中。这样就完成了内容的注入。

所述基站将所述注入内容数据缓存后，可以向所述CCN控制器发送注入结果通知，通知所述CCN控制器其已完成对该注入内容的注入。当然，所述基站可能还会因为某些原因不能将相应内容缓存，此时所述基站可以向所述CCN控制器发送注入结果通知，通知所述CCN控制器其未完成对该注入内容的注入。

由于新缓存了一个数据包，故所述CCN控制器就会更新配置出针对该新的数据包的路由策略，并发送给相应的各个基站，由各个基站据此更新维护FIB。

本发明实施例还提供了一种数据业务处理方法，如图6所示，为内容删除方法，本实施例方法的处理流程包括以下步骤：

步骤601、CCN控制器接收第三方设备发送的内容删除请求。

第三方设备的操作人员想要删除某基站中缓存的内容数据时，可以通过第三方设备向所述CCN控制器发送内容删除请求，所述内容删除请求中携带有删除内容名。

步骤602、CCN控制器向存储有所述删除内容名对应的内容数据的基站，发送内容删除通知；基站接收所述CCN控制器发送的内容删除通知。

所述CCN控制器接收到内容删除请求时，就会先查找获得存储有所述删除内容名对应的内容数据的基站，然后向该基站发送内容删除通知，所述内容删除通知包括所述删除内容名。

步骤603、基站删除所述CS中所述删除内容名及其对应的内容数据。

基站接收到所述内容删除通知后，就会从CS中匹配获得所述删除内容名对应的内容数据，然后将素数CS中缓存的删除内容名及其对应的内容数据删除，这样就完成了相应内容的删除。

所述基站将相应的内容数据删除后，可以向所述CCN控制器发送删除结果通知，通知所述CCN控制器其已完成对该指定内容的删除。当然，所述基站可能还会因为某些原因不能将相应内容删除，此时所述基站可以向所述CCN控制器发送注入结果通知，通知所述CCN控制器其未完成对该内容的删除。

由于删除了一个数据包，故所述CCN控制器就会更新配置出新的路由策略，即将所述删除内容名对应的下一跳接口删除，并发送给相应的各个基站，由各个基站据此删除其FIB中所述删除内容名对应的下一跳接口。

本实施例方法中，CCN控制器实现了与第三方设备的通信，由于用户信息、网络状态信息对第三方设备越来越重要，CCN控制器可以根据具体需求将信息整合适配提供给第三方设备，实现和第三方设备的交互。而第三方设备可以根据CCN控制器提供的网络状态、节点负载、内容热度等信息定制缓存策略等，独立配置基站的缓存策略，可提高基站的MCDN服务能力。CCN控制器还可以分析第三方设备的业务运营状态、内容分布情况、资源占用情况、用户访问行为等，以便管理员及第三方设备的用户掌握业务运营情况，并对运营策略和维护策略做出针对性的调整。

本实施例提供的数据业务处理方法，通过将MCDN服务功能部署在基站上，由这些基站构成CCN，各基站间通过X2接口采用CCN通信模式进行通信，由CCN控制器管控CCN中的各基站，这样基站可以直接处理用户终端的数据请 求业务，采用基于内容的路由可以有效避免频繁的请求上报，降低核心网工作负担，并且基站规模更大，可以部署规模更大的MCDN服务功能网络，提高覆盖范围，并且CCN是一种基于内容的通信网络，可以提高面向内容通信的效率。

实施例3、

本发明实施例提供了一种CCN控制器，如图7所示，所述控制器包括：第一发送单元701，其中，

第一发送单元701，用于向具有移动内容分发网络MCDN服务功能的基站发送配置的缓存策略和路由策略；其中，所述缓存策略用于指示所述基站需要缓存在缓存库CS中的数据包，所述路由策略用于所述基站更新转发信息表FIB。

可选的，如图7所示，所述控制器还包括：第一接收单元702和第一处理单元703，其中，

第一接收单元702，用于接收所述基站上报的携带有内容名的请求包；

第一处理单元703，用于根据回源策略确定所述第一接收单元702接收的请求包对应的回源点；所述回源点包括内容中心或内容源；

所述第一发送单元701，还用于向所述基站发送所述第一处理单元703确定的回源点IP；或者，向所述第一处理单元703确定的回源点发送所述请求包；

所述第一接收单元702，还用于接收所述回源点返回的所述请求包对应的数据包；

所述第一发送单元701，还用于将所述第一接收单元702接收到的数据包发送给基站。

所述第一接收单元702，用于接收第三方设备发送的内容注入请求，所述内容注入请求中携带有注入内容名及注入内容所在内容源的IP地址；所述第一发送单元701，还用于向基站发送内容注入通知，所述内容注入通知包括所述注入内容名及注入内容所在内容源的IP地址。

所述内容注入请求中还包括注入基站ID，则所述第一发送单元701，具体用于向所述注入基站ID标识的基站发送内容注入通知；或者，所述第一发送单元701，具体用于向自主分配的基站发送内容注入通知。

所述第一接收单元702，用于接收第三方终端发送的内容删除请求，所述内容删除请求中携带有删除内容名；所述第一发送单元701，还用于向存储有所述第一接收单元702接收到的删除内容名对应的内容数据的基站，发送内容删除通知，所述内容删除通知包括所述删除内容名。

本发明实施例还提供了一种具有MCDN服务功能的基站，如图8所示，所述基站包括：第二接收单元801，第二处理单元802，第二发送单元803，其中，

第二接收单元801，用于接收内容中心网络CCN控制器发送缓存策略和路由策略；所述缓存策略用于通知需要缓存在缓存库CS中的数据包；

第二处理单元802，用于根据所述第二接收单元801接收到的路由策略更新转发信息表FIB；

第二接收单元801，还用于接收携带有第一内容名及其对应内容数据的数据包；

第二发送单元803，用于在所述第一内容名与预存的缓存库CS匹配不成功，与预存的未决请求表PIT匹配成功时，将所述数据包转发给用户终端；

所述第二处理单元802，还用于在所述第一内容名与预存的缓存库CS匹配不成功，与预存的未决请求表PIT匹配成功时，根据所述第二接收单元801接收到的缓存策略判断是否对所述数据包进行缓存；若是，则缓存到所述CS中；若不是，则丢弃所述数据包；

第二接收单元801，还用于接收携带有第二内容名的请求包；

所述第二发送单元803，还用于在所述第二内容名与预存CS和PIT都匹配不成功，与更新后的转发信息表FIB匹配成功时，将所述第二接收单元801接收到的请求包发送给所述更新后的FIB中匹配成功的下一跳接口。

可选的，所述第二发送单元803，还用于在所述第二内容名与预存的CS、PIT和FIB都未匹配成功时，将所述第二接收单元801接收到的请求包发送给所述CCN控制器；

所述第二接收单元801，还用于接收所述CCN控制器返回的回源点IP；

所述第二发送单元803，还用于根据所述第二接收单元801接收到的回源 点IP向回源点发送所述请求包；

所述第二接收单元801，还用于接收所述回源点返回的所述请求包对应的数据包；

或者，所述第二接收单元801，还用于接收所述CCN控制器返回的所述请求包对应的数据包。

可选的，所述第二接收单元801，还用于接收所述CCN控制器发送的内容注入通知，所述内容注入通知包括注入内容名以及注入内容所在内容源的IP地址；

所述第二处理单元802，还用于根据所述第二接收单元801接收的内容源的IP地址获取所述注入内容名对应的内容数据，在所述CS中缓存所述注入内容名及其对应的内容数据。

可选的，所述第二接收单元801，还用于接收所述CCN控制器发送的内容删除通知，所述内容删除通知中携带有删除内容名；

所述第二处理单元802，还用于删除所述CS中所述第二接收单元801接收的删除内容名及其对应的内容数据。

可选的，所述第二发送单元803，具体用于通过X2接口进行转发；所述第二接收单元801，具体用于通过X2接口进行接收。

在实际应用中，本实施例中所述的第一发送单元701，第一接收单元702和第一处理单元703，可以由CCN控制器上的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)、调制解调器等器件实现本实施例中所述的第二接收单元801，第二处理单元802，第二发送单元803可以由基站上的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)、调制解调器等器件实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储 器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。