CN106034140A - 推送处理方法及装置 - Google Patents

Abstract

本发明公开了一种推送处理方法及装置，其中，该方法包括：边缘节点通过组播协议方式接收上级节点推送的内容，其中，所述边缘节点位于终端所属小区内；该边缘节点通过单播协议方式将所述内容推送给所述终端。通过本发明，解决了相关技术中互联网电视业务服务在高峰时段容易出现拥堵的问题，进而达到了提高互联网电视业务的传送效率，避免了在高峰时段产生拥堵。

Description

推送处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种推送处理方法及装置。

背景技术

互联网电视是指通过公共互联网面向联网设备(电视、PC、移动终端)传输的IP视频和互联网应用融合的服务，以交互式音视频服务为主体集互联网、多媒体通讯等多种技术为一体的服务集合体，在任何时间、向任意地点的任意终端用户提供视频、资讯、游戏等各种服务。

目前业界流行的通过互联网向用户提供各种应用服务(Over The Top，简称OTT)的解决方案，是分级部署CDN系统，一般部署内容分发网络(ContentDelivery Network，简称为CDN)边缘节点到地市节点，每个CDN边缘节点给上千或者上万用户提供服务。由于互联网电视一般都是点播服务，一般需要采用单播方式来提供服务，这种方式在互联网络目前网络状况下，尤其是晚上高峰时间，很容易出现拥堵，所以实际现网运行时，卡顿现象出现非常频繁。

针对相关技术中互联网电视业务服务在高峰时段容易出现拥堵的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种推送处理方法及装置，以至少解决相关技术中互联网电视业务服务在高峰时段容易出现拥堵的问题。

根据本发明的一个方面，提供了一种推送处理方法，包括：边缘节点通过组播协议方式接收上级节点推送的内容，其中，所述边缘节点位于终端所属小区内；所述边缘节点通过单播协议方式将所述内容推送给所述终端。

进一步地，在所述边缘节点通过组播协议方式接收上级节点推送的内容之前，还包括：所述边缘节点向所述上级节点发送加入组的请求消息，其中，所述请求消息用于所述上级节点根据所述请求消息将所述边缘节点加入到组内。

进一步地，所述边缘节点通过组播协议方式接收所述上级节点推送的所述内容包括：判断所述上级节点的数量大于或等于阈值，在判断结果为是的情况下，所述边缘节点通过组播协议方式接收所述上级节点推送的所述内容。

进一步地，所述边缘节点通过组播协议方式接收所述上级节点推送的所述内容包括：所述边缘节点根据预定调度策略从中心节点或其他牌照方获取所述内容。

进一步地，所述内容包括互联网电视业务。

根据本发明的另一方面，提供了一种推送处理装置，应用于边缘节点，包括：接收模块，用于通过组播协议方式接收上级节点推送的内容，其中，所述边缘节点位于终端所属小区内；推送模块，用于通过单播协议方式将所述内容推送给所述终端。

进一步地，所述装置还包括：发送模块，用于向所述上级节点发送加入组的请求消息，其中，所述请求消息用于所述上级节点根据所述请求消息将所述边缘节点加入到组内。

进一步地，所述接收模块包括：判断单元，用于判断所述上级节点的数量大于或等于阈值，在判断结果为是的情况下，所述边缘节点通过组播协议方式接收所述上级节点推送的所述内容。

进一步地，所述接收模块包括：获取单元，用于根据预定调度策略从中心节点或其他牌照方获取所述内容。

进一步地，所述内容包括互联网电视业务。

通过本发明，边缘节点通过组播协议方式接收上级节点推送的内容，其中，所述边缘节点位于终端所属小区内；所述边缘节点通过单播协议方式将所述内容推送给所述终端，解决了相关技术中互联网电视业务服务在高峰时段容易出现拥堵的问题，进而达到了提高互联网电视业务的传送效率，避免了在高峰时段产生拥堵。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的推送处理方法的流程图；

图2是根据本发明实施例的推送处理装置的框图；

图3是根据本发明优选实施例的推送处理装置的框图一；

图4根据本发明优选实施例的推送处理装置的框图二；

图5是根据本发明优选实施例的推送处理装置的框图三；

图6根据本发明实施例的系统组网的示意图；

图7根据本发明实施例实现终端业务的系统流程图；

图8根据本发明实施例的CDN边缘节点与上次节点组播实现流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种推送处理方法，图1是根据本发明实施例的推送处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，边缘节点通过组播协议方式接收上级节点推送的内容，其中，该边缘节点位于终端所属小区内；

步骤S104，边缘节点通过单播协议方式将该内容推送给该终端。

通过上述步骤，边缘节点通过组播协议方式接收上级节点推送的内容，其中，该边缘节点位于终端所属小区内，通过单播协议方式将该内容推送给该终端，由于边缘节点建立在例终端比较近的小区内，解决了相关技术中互联网电视业务服务在高峰时段容易出现拥堵的问题，进而达到了提高互联网电视业务的传送效率，避免了在高峰时段产生拥堵。

在边缘节点通过组播协议方式接收该上级节点推送的内容之前，还可以向该上级节点发送加入组的请求消息，其中，该请求消息用于该上级节点根据该请求消息将该边缘节点加入到组内。

边缘节点通过组播协议方式接收上级节点推送的内容的方式有很多种，在一个可选的实施例中，判断上级节点的数量大于或等于阈值，在判断结果为是的情况下，边缘节点通过组播协议方式接收上级节点推送的内容；在该上级节点的数量小于阈值的情况下，通过单薄协议方式接收上级节点推送的内容。

在另一个可选的实施例中，接收上级节点推送的内容可以包括：根据预定调度策略从中心节点或其他牌照方获取该内容。

上述的内容可以包括互联网电视业务。

本发明实施例还提供了一种推送处理装置，应用于边缘节点，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的推送处理装置的框图，如图2所示，包括：接收模块22和推送模块24，下面对各个模块进行简要说明。

接收模块22，用于通过组播协议方式接收上级节点推送的内容，其中，该边缘节点位于终端所属小区内；

推送模块24，用于通过单播协议方式将该内容推送给该终端。

图3是根据本发明优选实施例的推送处理装置的框图一，如图3所示，该装置还包括：

发送模块32，用于向该上级节点发送加入组的请求消息，其中，该请求消息用于该上级节点根据该请求消息将该边缘节点加入到组内。

图4根据本发明优选实施例的推送处理装置的框图二，如图4所示，该接收模块包括：

判断单元42，用于判断该上级节点的数量大于或等于阈值，在判断结果为是的情况下，该边缘节点通过组播协议方式接收该上级节点推送的该内容。

图5是根据本发明优选实施例的推送处理装置的框图三，如图5所示，该接收模块包括：

获取单元52，用于根据预定调度策略从中心节点或其他牌照方获取该内容。

上述的该内容可以包括互联网电视业务。

下面结合可选实施例对本发明实施例进行进一步说明。

本可选实施例提供了一种快速高效实现家庭互联网电视业务的方法，采用边缘节点小型化，即把边缘节点建设到家庭或者小型社区，或住宅楼。CDN内容中心把内容通过组播方式的推送到边缘节点。边缘节点到终端用户采用单播方式。由于边缘CDN节点非常靠近用户，所以用户可以速度获取到内容，视频观看效果非常佳。

基于内容分发的快速高效的实现方法，为了实现快速高效，需要对CDN的组网进行优化，该方法包括：CDN边缘节点下沉到社区，CDN边缘节点的上级节点到CDN边缘节点采用组播协议把内容分发到边缘节点。边缘节点到家庭用户之间采用单播协议。CDN边缘节点由于下沉到社区，CDN的边缘节点数量会增加不少，CDN边缘节点的上级节点到CDN边缘节点之间点播内容采用组播方式。CDN组网方式是采用分级组网，中心节点与CDN边缘节点的上级节点之间的内容推送方式可以有多种，如果CDN边缘节点的上级节点数量比较多，则可以采用组播协议方式，如果数量不是很多，则可以采用点对点内容推送方式，也可以采用组播协议方式发送内容。

在本发明的实施例中，提供了一种快速高效实现互联网电视系统，通过该系统，可以为快速高效实现互联网电视业务，提供有效平台支撑。图6根据本发明实施例的系统组网的示意图，如图6所示，包括：

运营运维管理系统CDN 62，各个边源CDN节点管理哪些社区，以及地址段都由管理系统来分配。每个CDN上资源的划分也有CDN运营运维管理系统来分配。

内容中心库管理64从牌照方注入的内容，以及实现内容的下推到下面的节点。

全局调度中心66，用户请求调度功能负责对用户终端发起的服务请求进行全局重定向，根据系统定义的全局调度策略，将用户请求调度到最合适的服务节点。全局调度系统应能根据当前CDN运行情况动态、实时地调整用户的调度分配。

区域中心存储68，从内容中心库传送过来的内容，并把内容调动到CDN边缘节点。

CDN边缘节点610，存储从区域中心传送过来的内容，以及存储社区和终端用户上传的资源，可以给终端用户提供视频直播点播等媒体服务，另外终端可以对自己上传的内容进行管理，比如删除，修改等操作，用户通过门户上传内容保存在CDN边缘节点610。用户可以随时EPG门户进入到终端资源维护页面来对自己内容进行操作。

门户612，终端管理门户，社区管理门户。

电子节目单管理服务器614，管理终端页面呈现。

图7根据本发明实施例实现终端业务的系统流程图，如图7所示，包括以下处理：

步骤S702，如果区域中心节点数量比较少，中心节点到区域节点可以配置采用内容下发请求(请求中会携带存放内容管理的XML文件URL)然后区域节点到根据内容所在的地址进行下载。如果区域中心节点数量比较多，则中心节点到区域节点也可以配置使用组播方式。当然也可以点对点内容下发模式。

步骤S704，由于边缘CDN节点小型化，跟贴近终端用户，部署到大社区，这样边缘节点的个数会增加很多，通过牌照方注入的内容需要调度到边缘节点的内容大部分相同，如果采用每个边缘节点单独获取内容，则边缘节点到区域节点的流量会比较大，所以区域节点采用组播方式把内容发送到边缘CDN节点。

步骤S706，终端内容点播内容，则CDN调度节点会把终端用户请求调动到边缘节点，终端用户通过单播方式获取内容。

图8根据本发明实施例的CDN边缘节点与上次节点组播实现流程图，如图8所示，包括以下处理：

步骤S802，CDN边缘节点上级CDN节点(简称上级CDN)向组播复制点发送组播媒体流。

步骤S804，边缘CDN设备安装启动后(或者是边缘CDN通过手工方式加入组播组)，自动发起加入组播组请求。

步骤S806，组播复制点向边缘CDN发送组播媒体流。

步骤S808，边缘CDN退出组播组，边缘CDN如何退出组播组，可以通过手工触发等方式。

综上所述，可以对IPTV各个业务进行统筹规划，合理安排各个业务，对于能够在一起显示的业务进行合理布局，对于不能在一起呈现的业务，则需要避免冲突，即错开呈现的时间。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种推送处理方法，其特征在于，包括：

边缘节点通过组播协议方式接收上级节点推送的内容，其中，所述边缘节点位于终端所属小区内；

所述边缘节点通过单播协议方式将所述内容推送给所述终端。

2.根据权利要求1所述的方法，其特征在于，在所述边缘节点通过组播协议方式接收上级节点推送的所述内容之前，还包括：

所述边缘节点向所述上级节点发送加入组的请求消息，其中，所述请求消息用于所述上级节点根据所述请求消息将所述边缘节点加入到组内。

3.根据权利要求1所述的方法，其特征在于，所述边缘节点通过组播协议方式接收所述上级节点推送的所述内容包括：

判断所述上级节点的数量大于或等于阈值，在判断结果为是的情况下，所述边缘节点通过组播协议方式接收所述上级节点推送的所述内容。

4.根据权利要求1所述的方法，其特征在于，所述边缘节点通过组播协议方式接收上级节点推送的内容包括：

所述边缘节点根据预定调度策略从中心节点或其他牌照方获取所述内容。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述内容包括互联网电视业务。

6.一种推送处理装置，其特征在于，应用于边缘节点，包括：

接收模块，用于通过组播协议方式接收上级节点推送的内容，其中，所述边缘节点位于终端所属小区内；

推送模块，用于通过单播协议方式将所述内容推送给所述终端。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

发送模块，用于向所述上级节点发送加入组的请求消息，其中，所述请求消息用于所述上级节点根据所述请求消息将所述边缘节点加入到组内。

8.根据权利要求6所述的装置，其特征在于，所述接收模块包括：

判断单元，用于判断所述上级节点的数量大于或等于阈值，在判断结果为是的情况下，所述边缘节点通过组播协议方式接收所述上级节点推送的所述内容。

9.根据权利要求6所述的装置，其特征在于，所述接收模块包括：

获取单元，用于根据预定调度策略从中心节点或其他牌照方获取所述内容。

10.根据权利要求6至9中任一项所述的装置，其特征在于，所述内容包括互联网电视业务。