CN105592154B - 一种结合常规移动内容与次等移动内容的推送方法 - Google Patents

Abstract

本发明一种结合常规移动内容和次等移动内容的推送***和方法，把本地内容推送和网络流量感知这两个要素结合成一体，根据基站的冗余容量和服务内容的延时要求，对服务内容进行分类推送，如果在延时条件下区域内基站冗余容量无法支持该服务内容的推送，那么在延时结束后用常规流量推送服务内容，若OTT服务器模块对该服务内容预置了推送策略，则优先按照预置的策略处理；如果在延时条件下区域内基站冗余容量足够将服务内容推送给用户，那么优先利用基站的冗余容量向用户推送服务内容；本发明解决了移动通信网络中的内容推送问题，动态结合常规内容推送和次等内容推送，不仅能保证一定服务质量，提升用户体验，还能提高移动通信网络的资源利用率。

Description

一种结合常规移动内容与次等移动内容的推送方法

技术领域

本发明涉及无线通信技术领域，涉及一种结合常规移动内容与次等移动内容的推送方法。

背景技术

为了达到较高的接入可靠性和用户体验满意度，通信***经常以接近峰值流量需求的标准来建造。随着移动通信技术的发展，基站的建设朝向更高性能和集成度的宏基站、体积更小的微基站、更灵活的分布式基站三种方向发展，保障了更大的通信***容量。然而实际的移动流量在时间和空间上呈现不均匀分布，剧烈的流量变化对通信***的规划产生明显的困扰：所设计的通信***容量无论是对实际峰值流量需求还是平均流量负荷需求都是过于冗余的，***资源利用率非常低，存在大量“冗余容量”。

冗余容量的存在无论是对运营商还是用户而言，都是资源的浪费。一方面对运营商来说，流量定价是一个棘手的问题。降低流量资费可以使得冗余容量得以利用，然而运营商的利润会随着流量资费的降低而下降。同时低资费的流量也会造成高峰期网络拥挤，造成用户体验的下降。另一方面，用户有着更大的内容需求,伴随着视频应用和社交媒体的普及，互联网内容越来越成为人们生活中不可缺少的一部分。用户急切地期盼数据流量的增加同时流量资费的降低。因此，如何利用当前通信***的冗余容量是一个亟待解决的关键问题。

OTT 是“Over The Top”的缩写，是指通过互联网向用户提供各种应用服务。OTT以向公众提供各种信息为主业，大多拥有客户终端APP和稳定的用户群。能否提供迎合用户喜好的内容服务是关于OTT生死存亡的关键。消息推送成为移动端APP产品运营最重要的运营手段。适当的消息推送不仅能提高产品活跃度、增加用户粘度和唤醒沉睡用户，更能引导用户关注、使用新功能并进行潜在消费。然而用户收到推送消息需要消耗常规流量，解决用户的内容需求与流量资费的矛盾成为OTT运营的一个新的突破口。

发明内容

本发明的目的在于提供一种结合常规移动内容和次等移动内容的推送***和方法，一方面与电信运营商合作，进行流量采集分析，动态地感知每一个基站的冗余容量，另一方面与互联网应用服务（OTT）合作，部署功能模块缓存OTT的服务内容，然后结合基站的冗余容量和OTT对内容的时延要求，动态地选择不同的方式推送服务内容，动态利用移动通信网络的冗余容量,向用户终端分发服务内容，能提高该区域移动通信网络的资源利用率。

本发明一种结合常规移动内容与次等移动内容的推送***，包括用户终端模块、OTT服务器模块、冗余容量感知模块、内容缓存与推送模块和用户管理模块；

该用户终端模块：在初次服务时进行SDK初始化，将产生的用户ID信息上传给OTT服务器模块，并通过与用户管理模块保持长连接，告知用户的实时IP地址；接收内容缓存与推送模块推送的服务内容；

该OTT服务器模块：产生推送的服务内容，定义服务内容推送的初始延时参数，并通过内容缓存与推送模块的反馈信息优化延时参数；对其中某些服务内容预置特定的推送策略；捆绑用户ID和用户的OTT客户端ID，通过与用户管理模块交互将用户ID与用户IP地址、内容缓存与推送模块的IP地址关联起来，并根据用户IP地址把服务内容推送至与用户相关的内容缓存与推送模块；

该冗余容量感知模块：用于感知基站冗余容量，并将该信息提供给内容缓存和推送模块；

该内容缓存与推送模块：部署在本地服务器，用于接收OTT服务器模块根据用户的位置信息发送的带有延时标识的服务内容，并根据冗余容量感知模块反馈的区域内基站冗余容量信息与OTT服务器模块设置的内容推送的延时参数，动态地选择常规流量或者冗余容量向用户推送服务内容，而对OTT服务器模块预置了特定推送策略的服务内容，则按照预置的策略处理；

该用户管理模块：负责用户注册和身份认证，通过查找用户注册列表与用户终端模块建立长连接，将用户ID与对应的用户IP地址关联起来，通过用户IP地址获取与用户相关的内容缓存与推送模块的IP地址并将其绑定，然后将用户IP地址与绑定的内容缓存与推送模块的IP地址信息一起返回给OTT服务器模块。

另外，一种结合常规移动内容与次等移动内容的推送***，包括用户终端模块、OTT服务器模块、冗余容量感知模块、内容缓存与推送模块和用户管理模块；

该用户管理模块：负责用户注册和身份认证、服务内容的定向分发，通过查找用户注册列表与用户终端模块建立长连接，将用户ID与对应用户的IP地址关联起来，并通过用户IP地址获取与用户处于同一区域或离用户最近的内容缓存与推送模块的IP地址，并把服务内容和用户的IP地址发送至该内容缓存与推送模块；

该OTT服务器模块：产生推送的服务内容，定义服务内容推送的初始延时参数，并通过内容缓存与推送模块的反馈信息优化延时参数；对其中某些服务内容预置特定的推送策略；捆绑用户ID和用户的OTT客户端ID，把用户ID和带有延时标识的待分发的服务内容推送至用户管理模块，为服务内容的推送提供内容来源；

该冗余容量感知模块：用于感知基站冗余容量，并将该信息提供给内容缓存和推送模块；

该内容缓存与推送模块：部署在本地服务器，用于接收OTT服务器模块根据用户的位置信息发送的带有延时标识的服务内容，并根据冗余容量感知模块反馈的区域内基站冗余容量信息与OTT服务器模块设置的内容推送的延时参数，动态地选择常规流量或者冗余容量向用户推送服务内容，而对OTT服务器模块预置了特定推送策略的服务内容，则按照预置的策略处理。

所述的内容缓存与推送模块指的是与用户处于同一区域或离用户最近的，最适合服务当前用户的内容缓存与推送模块。

所述的冗余容量感知模块包括：

A．流量实时监测单元：用于对移动通信网络的流量进行实时监测并提取有关数据流量的大小及流经的基站的关键信息；

B．冗余容量分析单元：用于根据各个基站及承载网的容量上限和实时流量负荷情况，计算得到各个基站的冗余容量状态，分析预测各个基站冗余容量的变化趋势并保存记录。

所述的内容缓存与推送模块包括：

A. 本地缓存单元：用于服务内容的本地缓存，接收OTT服务器模块或者用户管理模块根据用户的地理位置推送的带有延时标识的服务内容，并缓存该服务内容及保持内容的实时更新；

B. 内容推送单元：用于负责服务内容的推送，内容缓存与推送模块根据冗余容量感知模块反馈的区域内基站冗余容量信息与OTT服务器模块设置的内容推送的延时参数，动态地选择常规流量或者冗余容量向用户推送服务内容，而对OTT服务器模块预置了特定推送策略的服务内容，则按照预置的策略处理。

所述的一种结合常规移动内容与次等移动内容的推送***实现的推送方法，包括如下步骤：

步骤1、SDK初始化过程：

步骤11、用户终端模块在初次服务时进行SDK初始化，向用户管理模块提交用户注册和身份认证申请；

步骤12、用户管理模块响应用户注册申请，为用户生成唯一的用户ID；

步骤13、用户管理模块将用户ID返回给对应用户终端模块，用户终端模块保存用户ID；

步骤14、用户终端模块将用户ID上传到OTT服务器模块，OTT服务器模块将用户ID和用户的OTT客户端ID捆绑在一起，完成用户注册；

步骤2、服务内容的推送过程：

步骤21、OTT服务器模块向用户管理模块发送查询用户ID的请求；

步骤22、用户管理模块对用户进行身份认证，查询用户注册列表，获取该用户的IP地址和服务于该用户的内容缓存与推送模块的IP地址，然后将该信息反馈给OTT服务器模块；

步骤23、OTT服务器模块根据内容缓存与推送模块的IP地址，将带有延时标识的服务内容与用户IP发送给对应的内容缓存与推送模块；

步骤24、内容缓存与推送模块对服务内容进行缓存，并关联用户与其所在基站；

步骤25、内容缓存与推送模块根据所述基站的冗余容量和服务内容的延时要求，对服务内容进行分类推送：

a.如果在延时条件下区域内基站冗余容量无法支持该服务内容的推送，那么在延时结束后用常规流量推送服务内容，若OTT服务器模块对该服务内容预置了推送策略，则优先按照预置的策略处理；

b.如果在延时条件下区域内基站冗余容量足够将服务内容推送给用户，那么优先利用基站的冗余容量向用户推送服务内容；

步骤26、内容缓存与推送模块将服务内容推送结果反馈给OTT服务器模块。

所述的一种结合常规移动内容与次等移动内容的推送***实现的推送方法，包括如下步骤：

步骤1、SDK初始化过程：

步骤11、用户终端模块在初次服务时进行SDK初始化，向用户管理模块提交用户注册和身份认证申请；

步骤12、用户管理模块响应用户注册申请，为用户生成唯一的用户ID；

步骤13、用户管理模块将用户ID返回给对应用户终端模块，用户终端模块保存用户ID；

步骤14、用户终端模块将用户ID上传到OTT服务器模块，OTT服务器模块将用户ID和用户的OTT客户端ID捆绑在一起，完成用户注册；

步骤2、服务内容的推送过程：

步骤21、OTT服务器模块将用户ID与带有延时标识的服务内容发送给用户管理模块；

步骤22、用户管理模块对用户进行身份认证，查询用户注册列表，获取该用户的IP地址和服务于该用户的内容缓存与推送模块的IP地址；

步骤23、用户管理模块将用户IP与服务内容发送至对应的内容缓存与推送模块；

步骤24、内容缓存与推送模块对服务内容进行缓存，并关联用户与其所在基站；

步骤25、内容缓存与推送模块根据该区域内基站的冗余容量和服务内容的延时要求，对服务内容进行分类推送：

a.如果在延时条件下区域内基站冗余容量无法支持该服务内容的推送，那么在延时结束后用常规流量推送服务内容，若OTT服务器模块对该内容预置了推送策略，则优先按照该预置策略处理；

b.如果在延时条件下区域内基站冗余容量足够将服务内容推送给用户，那么优先利用冗余容量向用户推送服务内容；

步骤26、内容缓存与推送模块将服务内容推送结果反馈给OTT服务器模块。

采用本发明一种结合常规移动内容和次等移动内容的推送***和方法，可以与电信运营商合作，降低OTT内容分发成本，使用户能以较低的资费或者免费的方式获取服务内容，并且由于向用户终端分发服务内容的过程中动态利用移动通信网络的冗余容量，因此提高了该区域移动通信网络的资源利用率。

本发明的特点在于：

第一、把本地内容推送和网络流量感知这两个要素结合成一个整体，解决移动通信网络中的内容推送问题，动态结合常规内容推送和次等内容推送，不仅能保证一定服务质量，从而提升用户体验，而且能提高移动通信网络的资源利用率；

第二、本发明设置时延参数来动态区分常规移动内容和次等移动内容，即OTT对内容设置时延参数，根据区域内基站冗余容量变化趋势预先对内容进行分类。在时延条件下，如果能利用冗余容量推送该内容，那么利用冗余容量推送服务内容，并向OTT收取较低的资费；如果冗余容量无法支持该内容的推送，那么在时延结束后，利用常规流量推送该内容，并向OTT或者用户收取一定的资费。此外，OTT也可以对内容预置特殊的推送策略，如对冗余容量无法推送的内容选择放弃推送等。本发明动态结合常规移动内容推送和次等移动内容推送，降低了OTT内容推送的成本以及用户的流量资费，具有更广泛的应用范围。

附图说明

图1为本发明方式一的模块交互图；

图2为本发明的初始化过程示意图；

图3为本发明方式一的内容推送过程示意图；

图4为本发明方式二的模块交互图；

图5为本发明方法二的内容推送过程步骤图；

图6为本发明方法的部署实施例。

以下结合附图和实施例对本发明做进一步详述。

具体实施例

本发明中，把利用运营商认证的付费管道分发的数据内容定义为常规移动内容，并把分发常规移动内容的流量称为常规流量，把利用移动通信***中的冗余容量分发的数据内容定义为次等移动内容。次等移动内容的分发需要优先保证移动网络里常规移动内容的传输，即次等移动内容的推送是一种机会性的不保证服务质量的数据传输。

本发明一种结合常规移动内容与次等移动内容的推送***，包括用户终端模块1、OTT服务器模块2、冗余容量感知模块3、内容缓存与推送模块4以及用户管理模块5；通过冗余容量感知模块3对本区域移动网络数据进行分析，实时提取所在区域内基站冗余容量信息，采用消息推送的模式动态地选择推送的方式为互联网应用服务（OTT）推送服务内容。

本发明有两种具体的实现方式，下面分别从两种方式说明各个模块的功能以及具体实现流程。

方式一：

如图1所示，本发明一种结合常规移动内容与次等移动内容的推送***，其中，

该用户终端模块1：在初次服务时进行SDK初始化，将产生的用户ID（ClientID）信息上传给OTT服务器模块2，并通过与用户管理模块5保持长连接，告知用户的实时IP地址,以及接收内容缓存与推送模块4推送的服务内容；

该OTT服务器模块2：产生推送的服务内容，定义服务内容推送的初始延时参数，并通过内容缓存与推送模块4的反馈信息优化延时参数；对其中某些服务内容预置特定的推送策略，如常规流量下的实时推送、超过固定延时后放弃推送等；捆绑用户ID和用户的OTT客户端ID，通过与用户管理模块5交互将用户ID（ClientID）与用户IP地址、内容缓存与推送模块4的IP地址关联起来，并根据用户IP地址把服务内容推送至与用户处于同一区域或离用户最近的内容缓存与推送模块4；

该冗余容量感知模块3：用于感知基站冗余容量，并将该信息提供给内容缓存和推送模块4，为服务内容的推送提供依据，本模块包括：

A．流量实时监测单元：用于对移动通信网络的流量进行实时监测并提取有关数据流量的大小及流经的基站的关键信息；

B．冗余容量分析单元：用于根据各个基站及承载网的容量上限和实时流量负荷情况，计算得到各个基站的冗余容量状态，分析预测各个基站冗余容量的变化趋势并保存记录；

该内容缓存与推送模块4：用于分发应用服务商的服务内容，部署在本地服务器，本模块包括：

A. 本地缓存单元：用于服务内容的本地缓存，接收OTT服务器模块2根据用户的地理位置推送的带有延时标识的服务内容，并缓存该服务内容及保持内容的实时更新；

B. 内容推送单元：用于负责服务内容的推送，内容缓存与推送模块4根据冗余容量感知模块3反馈的区域内基站冗余容量信息与OTT服务器模块2设置的内容推送的延时参数，动态地选择常规流量或者冗余容量向用户推送服务内容，而对OTT服务器模块2预置了特定推送策略的服务内容，则按照预置的策略处理；

该用户管理模块5：负责用户注册和身份认证，通过查找用户注册列表与用户终端模块1建立长连接，将用户ID(ClientID)与对应的用户IP地址关联起来，通过用户IP地址获取与用户相关的内容缓存与推送模块4的IP地址并将其绑定，然后将用户IP地址与绑定的内容缓存与推送模块4的IP地址信息一起返回给OTT服务器模块2，为下一步服务内容的推送奠定基础。

如图2、图3所示，本发明的实现方式一的服务内容推送的流程主要分为SDK初始化和服务内容推送两部分。冗余容量感知模块3独立于其他模块，即冗余容量感知模块3一直进行冗余容量的实时感知并与内容缓存与推送模块4进行实时交互，在此我们不考虑冗余容量感知模块3与内容缓存与推送模块4的交互过程和交互方式，并认为内容缓存与推送模块4通过与冗余容量感知模块3实时交互在第一时间获取区域内基站的冗余容量状况。

本发明一种结合常规移动内容与次等移动内容的推送方法，具体包括如下步骤：

步骤1、SDK初始化过程，如图2所示：

步骤11、用户终端模块1在初次服务时进行SDK初始化，向用户管理模块5提交用户注册和身份认证申请；

步骤12、用户管理模块5响应用户注册申请，为用户生成唯一的用户ID（ClientID）；

步骤13、用户管理模块5将用户ID返回给对应用户终端模块1，用户终端模块1保存用户ID；

步骤14、用户终端模块1将用户ID上传到OTT服务器模块2，OTT服务器模块2将用户ID和用户的OTT客户端ID捆绑在一起，完成用户注册；

步骤2、服务内容的推送过程，如图3所示：

步骤21、OTT服务器模块2向用户管理模块5发送查询用户ID的请求；

步骤22、用户管理模块5对用户进行身份认证，查询用户注册列表，获取该用户的IP地址和服务于该用户的内容缓存与推送模块4的IP地址，然后将该信息反馈给OTT服务器模块2；

步骤23、OTT服务器模块2根据内容缓存与推送模块4的IP地址，将带有延时标识的服务内容与用户IP发送给对应的内容缓存与推送模块4；

步骤24、内容缓存与推送模块4对服务内容进行缓存，并关联用户与其所在基站；

步骤25、内容缓存与推送模块4根据所述基站的冗余容量和服务内容的延时要求，对服务内容进行分类推送：

a.如果在延时条件下区域内基站冗余容量无法支持该服务内容的推送，那么在延时结束后用常规流量推送服务内容，若OTT服务器模块2对该服务内容预置了推送策略，则优先按照预置的策略处理；

b.如果在延时条件下区域内基站冗余容量足够将服务内容推送给用户，那么优先利用基站的冗余容量向用户推送服务内容；

步骤26、内容缓存与推送模块4将服务内容推送结果反馈给OTT服务器模块2。

方式二：

方式二与方式一的区别在于OTT服务器模块2和用户管理模块5的功能和交互过程，其他模块功能与交互过程与方式一一致。下面对方式二的OTT服务器模块2和用户管理模块5的功能和交互过程进行具体说明，如图4所示：

该OTT服务器模块2：与方式一一样，包括产生推送的服务内容，定义内容推送的初始延时参数，并通过内容缓存与推送模块4的反馈信息优化延时参数，对其中某些服务内容预置特定的推送策略，如常规流量下的实时推送、超过固定延时后放弃推送等；捆绑用户ID和用户的OTT客户端ID；区别在于：把用户ID和带有延时标识的待分发的服务内容推送至用户管理模块5，为服务内容的推送提供内容来源；

该用户管理模块5：负责用户注册和身份认证、服务内容的定向分发，通过查找用户注册列表与用户终端模块1建立长连接，将用户ID与对应用户的IP地址关联起来，并通过用户IP地址获取与用户处于同一区域或离用户最近的内容缓存与推送模块4的IP地址，并把服务内容和用户的IP地址发送至该内容缓存与推送模块4，为进一步的服务内容的推送奠定基础。

如图5所示，本发明的实现方式二的内容的推送方法主要分为SDK初始化和服务内容推送两部分，SDK初始化过程与方式一完全相同。冗余容量感知模块3的功能以及与其他模块的交互过程与方式一完全相同，方式二的服务内容推送过程具体包括如下步骤：

步骤21、OTT服务器模块2将用户ID与带有延时标识的服务内容发送给用户管理模块5；

步骤22、用户管理模块5对用户进行身份认证，查询用户注册列表，获取该用户的IP地址和服务于该用户的内容缓存与推送模块4的IP地址；

步骤23、用户管理模块5将用户IP与服务内容发送至对应的内容缓存与推送模块4；

步骤24、内容缓存与推送模块4对服务内容进行缓存，并关联用户与其所在基站；

步骤25、内容缓存与推送模块4根据该区域内基站的冗余容量和服务内容的延时要求，对服务内容进行分类推送：

a.如果在延时条件下区域内基站冗余容量无法支持该服务内容的推送，那么在延时结束后用常规流量推送服务内容，若OTT服务器模块2对该内容预置了推送策略，则优先按照该预置策略处理；

b.如果在延时条件下区域内基站冗余容量足够将服务内容推送给用户，那么优先利用冗余容量向用户推送服务内容；

步骤26、内容缓存与推送模块4将服务内容推送结果反馈给OTT服务器模块2。

在方式一与方式二的实现步骤中，冗余容量感知模块3感知基站冗余信息不受其他任何步骤影响，即冗余容量感知模块3一直在进行基站的实时冗余容量感知和基站冗余容量信息更新；不考虑冗余容量感知模块3与内容缓存与推送模块4的交互方式，并认为内容缓存与推送模块4能够通过与冗余容量感知模块3进行实时交互从而获取区域内各基站的冗余容量信息；不考虑关联用户与其所在基站的交互方式，如可以通过关联IP的方式、通过用户终端直接提供所在基站信息（如ECI）等方式，旨在确定用户所在区域最关联的基站。

如图6所示，本发明提出了一种结合常规移动内容与次等移动内容的推送方法的部署实施例，各个模块的部署位置具体如下：

用户终端模块1：由OTT与用户共同部署在用户手机终端；

OTT服务器模块2：由OTT部署在因特网端，即外网；

冗余容量感知模块3：部署在核心网的S1-U接口；

内容缓存与推送模块4：部署在因特网端，具体部署在本地服务器上，该本地服务器采用分布式的部署方式，如部署在各省或市的IDC机房中，本地服务器与用户处于同一地区或与用户的地理位置最临近，实现资源的就近分发；

用户管理模块5：部署在因特网端，具体部署在某个地方的服务器上，可以部署成中心服务器，对全国范围内的用户进行身份认证。

冗余容量感知的具体实现：冗余容量感知模块3对汇聚至核心网的移动通信网络的流量进行实时监测。在核心网的S1-U接口进行流量采集和数据处理，通过分析数据包的IP层信息，得到各个基站的IP地址以及实时数据流量的大小，然后分析移动通信网络各个基站的冗余容量，即根据基站及承载网的容量上限和实时流量负荷情况，计算得到基站的冗余容量状态，分析预测基站的冗余容量变化趋势，并将各个基站的实时冗余容量状态记录下来。

其中内容缓存与推送模块4的IP地址可以通过多种方式获取：用户管理模块5通过分析用户IP地址，在内容缓存与推送模块4的数据库中查找与用户处于同一区域或离用户最近的内容缓存与推送模块4的IP地址；或者用户管理模块5与用户终端模块1通过SDK保持长连接来定位用户的地理位置，再根据地理位置在内容缓存与推送模块4的数据库中查找对应的内容缓存与推送模块4的IP地址。

该OTT服务器模块2延时参数的设置是一个不断反馈与优化的过程。OTT服务器模块2通过内容缓存与推送模块4反馈的服务内容的推送结果，如推送成功、推送失败、推送开始时间、推送结束时间等信息，分析并优化下一次延时参数的设置。

上述服务内容的分类需要根据内容的数据大小、区域内基站冗余容量的变化趋势、内容分发的时延要求三个因素综合判断：可以通过比较冗余容量允许的最高分发速率和时延的乘积与数据长度的大小来判断，如果最高分发速率与时延的乘积大于内容的数据大小，那么可以利用冗余容量推送该内容，反之则利用常规流量推送该内容；可以通过比较数据长度和冗余容量允许的最高分发速率的商与时延的大小来判断，如果数据长度与冗余容量允许的最高分发速率的商小于延时，那么可以利用冗余容量推送该内容，反之则利用常规流量推送该内容。另外对OTT服务器模块2增加可以预置推送策略功能。

其中内容的推送速率由区域内基站冗余容量的变化趋势和内容的大小决定。根据区域内基站冗余容量的变化趋势，结合推送的服务内容的数据大小，控制数据推送的速率向用户推送该服务内容，以保证不影响移动网络中常规流量的服务质量。

以上所述仅为本发明的较佳实施用例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换以及改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种结合常规移动内容与次等移动内容的推送***，其特征在于包括用户终端模块、OTT服务器模块、冗余容量感知模块、内容缓存与推送模块和用户管理模块；

该用户终端模块：在初次服务时进行SDK初始化，将产生的用户ID信息上传给OTT服务器模块，并通过与用户管理模块保持长连接，告知用户的实时IP地址；接收内容缓存与推送模块推送的服务内容；

该OTT服务器模块：产生推送的服务内容，定义服务内容推送的初始延时参数，并通过内容缓存与推送模块的反馈信息优化延时参数；对其中某些服务内容预置特定的推送策略；捆绑用户ID和用户的OTT客户端ID，通过与用户管理模块交互将用户ID与用户IP地址、内容缓存与推送模块的IP地址关联起来，并根据用户IP地址把服务内容推送至与用户相关的内容缓存与推送模块；

该冗余容量感知模块：用于感知基站冗余容量，并将该信息提供给内容缓存和推送模块；

该内容缓存与推送模块：部署在本地服务器，用于接收OTT服务器模块根据用户的位置信息发送的带有延时标识的服务内容，并根据冗余容量感知模块反馈的区域内基站冗余容量信息与OTT服务器模块设置的内容推送的延时参数，动态地选择常规流量或者冗余容量向用户推送服务内容，而对OTT服务器模块预置了特定推送策略的服务内容，则按照预置的策略处理；

该用户管理模块：负责用户注册和身份认证，通过查找用户注册列表与用户终端模块建立长连接，将用户ID与对应的用户IP地址关联起来，通过用户IP地址获取与用户相关的内容缓存与推送模块的IP地址并将其绑定，然后将用户IP地址与绑定的内容缓存与推送模块的IP地址信息一起返回给OTT服务器模块。

2.一种结合常规移动内容与次等移动内容的推送***，其特征在于包括用户终端模块、OTT服务器模块、冗余容量感知模块、内容缓存与推送模块和用户管理模块；

该用户管理模块：负责用户注册和身份认证、服务内容的定向分发，通过查找用户注册列表与用户终端模块建立长连接，将用户ID与对应用户的IP地址关联起来，并通过用户IP地址获取与用户处于同一区域或离用户最近的内容缓存与推送模块的IP地址，并把服务内容和用户的IP地址发送至该内容缓存与推送模块；

该OTT服务器模块：产生推送的服务内容，定义服务内容推送的初始延时参数，并通过内容缓存与推送模块的反馈信息优化延时参数；对其中某些服务内容预置特定的推送策略；捆绑用户ID和用户的OTT客户端ID，把用户ID和带有延时标识的待分发的服务内容推送至用户管理模块，为服务内容的推送提供内容来源；

该冗余容量感知模块：用于感知基站冗余容量，并将该信息提供给内容缓存和推送模块；

该内容缓存与推送模块：部署在本地服务器，用于接收OTT服务器模块根据用户的位置信息发送的带有延时标识的服务内容，并根据冗余容量感知模块反馈的区域内基站冗余容量信息与OTT服务器模块设置的内容推送的延时参数，动态地选择常规流量或者冗余容量向用户推送服务内容，而对OTT服务器模块预置了特定推送策略的服务内容，则按照预置的策略处理。

3.根据权利要求1或者2任意一种结合常规移动内容与次等移动内容的推送***，其特征在于：所述的内容缓存与推送模块指的是与用户处于同一区域或离用户最近的，最适合服务当前用户的内容缓存与推送模块。

4.根据权利要求1或者2任意一种结合常规移动内容与次等移动内容的推送***，其特征在于该冗余容量感知模块包括：

A．流量实时监测单元：用于对移动通信网络的流量进行实时监测并提取有关数据流量的大小及流经的基站的关键信息；

B．冗余容量分析单元：用于根据各个基站及承载网的容量上限和实时流量负荷情况，计算得到各个基站的冗余容量状态，分析预测各个基站冗余容量的变化趋势并保存记录。

5.根据权利要求1或者2任意一种结合常规移动内容与次等移动内容的推送***，其特征在于内容缓存与推送模块包括：

A. 本地缓存单元：用于服务内容的本地缓存，接收OTT服务器模块或者用户管理模块根据用户的地理位置推送的带有延时标识的服务内容，并缓存该服务内容及保持内容的实时更新；

B. 内容推送单元：用于负责服务内容的推送，内容缓存与推送模块根据冗余容量感知模块反馈的区域内基站冗余容量信息与OTT服务器模块设置的内容推送的延时参数，动态地选择常规流量或者冗余容量向用户推送服务内容，而对OTT服务器模块预置了特定推送策略的服务内容，则按照预置的策略处理。

6.根据权利要求1所述的一种结合常规移动内容与次等移动内容的推送***实现的推送方法，其特征在于包括如下步骤：

步骤1、SDK初始化过程：

步骤11、用户终端模块在初次服务时进行SDK初始化，向用户管理模块提交用户注册和身份认证申请；

步骤12、用户管理模块响应用户注册申请，为用户生成唯一的用户ID；

步骤13、用户管理模块将用户ID返回给对应用户终端模块，用户终端模块保存用户ID；

步骤14、用户终端模块将用户ID上传到OTT服务器模块，OTT服务器模块将用户ID和用户的OTT客户端ID捆绑在一起，完成用户注册；

步骤2、服务内容的推送过程：

步骤21、OTT服务器模块向用户管理模块发送查询用户ID的请求；

步骤22、用户管理模块对用户进行身份认证，查询用户注册列表，获取该用户的IP地址和服务于该用户的内容缓存与推送模块的IP地址，然后将该信息反馈给OTT服务器模块；

步骤23、OTT服务器模块根据内容缓存与推送模块的IP地址，将带有延时标识的服务内容与用户IP发送给对应的内容缓存与推送模块；

步骤24、内容缓存与推送模块对服务内容进行缓存，并关联用户与其所在基站；

步骤25、内容缓存与推送模块根据所述基站的冗余容量和服务内容的延时要求，对服务内容进行分类推送：

a.如果在延时条件下区域内基站冗余容量无法支持该服务内容的推送，那么在延时结束后用常规流量推送服务内容，若OTT服务器模块对该服务内容预置了推送策略，则优先按照预置的策略处理；

b.如果在延时条件下区域内基站冗余容量足够将服务内容推送给用户，那么优先利用基站的冗余容量向用户推送服务内容；

步骤26、内容缓存与推送模块将服务内容推送结果反馈给OTT服务器模块。

7.根据权利要求2所述的一种结合常规移动内容与次等移动内容的推送***实现的推送方法，其特征在于包括如下步骤：

步骤1、SDK初始化过程：

步骤11、用户终端模块在初次服务时进行SDK初始化，向用户管理模块提交用户注册和身份认证申请；

步骤12、用户管理模块响应用户注册申请，为用户生成唯一的用户ID；

步骤13、用户管理模块将用户ID返回给对应用户终端模块，用户终端模块保存用户ID；

步骤14、用户终端模块将用户ID上传到OTT服务器模块，OTT服务器模块将用户ID和用户的OTT客户端ID捆绑在一起，完成用户注册；

步骤2、服务内容的推送过程：

步骤21、OTT服务器模块将用户ID与带有延时标识的服务内容发送给用户管理模块；

步骤22、用户管理模块对用户进行身份认证，查询用户注册列表，获取该用户的IP地址和服务于该用户的内容缓存与推送模块的IP地址；

步骤23、用户管理模块将用户IP与服务内容发送至对应的内容缓存与推送模块；

步骤24、内容缓存与推送模块对服务内容进行缓存，并关联用户与其所在基站；

步骤25、内容缓存与推送模块根据该区域内基站的冗余容量和服务内容的延时要求，对服务内容进行分类推送：

a.如果在延时条件下区域内基站冗余容量无法支持该服务内容的推送，那么在延时结束后用常规流量推送服务内容，若OTT服务器模块对该内容预置了推送策略，则优先按照该预置策略处理；

b.如果在延时条件下区域内基站冗余容量足够将服务内容推送给用户，那么优先利用冗余容量向用户推送服务内容；

步骤26、内容缓存与推送模块将服务内容推送结果反馈给OTT服务器模块。