[发明专利]一种动态内容发送的处理方法及系统

说明书

技术领域

本发明涉及通信领域，更具体的说，是涉及基于组播式Flute会话的一种周期性动态发送的处理方法及系统。

背景技术

动态内容发送(DCD，Dynamic Content Delivery)是基于服务端/客户端结构，由网络DCD服务端根据一定的本地策略从内容源获取内容后，通过特定的触发机制向移动终端发送内容的技术，(可参见《移动增值数据业务总体技术要求》(OMA-AD-DCD-V1_0)。Flute协议是一种适合组播环境的应用层单向传输协议(参见多媒体通信技术标准RFC3926)。Flute协议中采用文件发送表(FDT，File Delivery Table)对协议中发送的文件对象进行索引和描述，每个文件对象由传输对象标识(TOI，Transport ObjectIdentity)唯一进行标识和索引，并且，文件对象可被分隔为由源块号(SBN，Source Block Number)标识的多个Flute协议数据包。

在进行动态内容的发送时可分为拉(Pull)和推送(Push)两种方式，在推送方式中，又可分为单播(Unicast)推送和带宽利用率较高的组播推送(Multicast)两种方式。现有技术中通常采用组播式Flute协议实现DCD内容的发送。

由于，基于IP环境的组播式Flute协议实现中，一个应用层Flute会话对应一个用户数据包协议(UDP，User Datagram Protocol)端口，即源IP地址、目的Multicast IP地址、源UDP发送端口、目的UDP接收端口这四个参数对应于一个组播式Flute会话，因此，在基于组播式Flute会话的DCD发送方案中，采用依据UDP端口号来区分不同的DCD频道，即一个应用层Flute会话对应一个DCD频道。

但是，采用上述现有技术中的方案时，随着DCD客户端向DCD服务端订购DCD频道数量的增大，DCD客户端本地需要启动的本地Socket(套接字，应用层通过传输层进行数据通信时通信两方的一种约定)资源相应增多。同时，基于组播式Flute动态内容发送的环境中，在没有动态内容发送时，DCD客户端也需要一直侦听UDP端口，因此，采用现有技术的方案会造成底层组播承载资源和上层的Socket资源浪费，增加系统的功耗，降低系统对动态内容发送的利用率。

发明内容

有鉴于此，本发明提供了一种动态内容发送的处理方法及系统，以克服现有技术中基于组播式Flute动态内容发送的环境中在没有动态内容发送时，DCD客户端仍然对UDP端口进行侦听所造成的底层组播承载资源和上层的Socket资源浪费，以及增加系统功耗，降低系统对动态内容发送的利用率的问题。

为实现上述目的，本发明提供如下技术方案：

一种动态内容发送的处理方法，包括：

归类具有相同发送周期的动态内容发送DCD频道；

复用归类后的所述DCD频道于同一个组播式Flute会话UDP用户数据包协议发送端口；

当位于动态内容连续发送时间段内时，从所述Flute UDP发送端口上依次发送归类后的所述DCD频道的DCD动态内容；

当位于静态连续时间段内时，停止在所述Flute UDP发送端口上发送所述DCD频道的DCD动态内容。

优选的，所述DCD动态内容为一个传输对象标识的文件对象，且一个所述传输对象标识对应一个所述DCD频道的DCD频道标识。

优选的，所述DCD动态内容对应相应的动态内容生成时间戳信息。

一种动态内容发送的处理方法，包括：

依据预先获取的DCD接收处理辅助信息开启所订购DCD频道复用的Flute UDP接收端口；

接收组播式Flute会话的文件发送表FDT；

当所述订购的DCD频道的标识与所述FDT中的传输对象标识TOI对应的DCD频道标识相匹配时，则获取匹配的所述订购DCD频道的DCD新动态内容的生成时间点；

当所述新动态内容的生成时间点晚于当前DCD客户端中存储的原动态内容生成时间戳时，或者当前DCD客户端中没有存储DCD动态内容及动态内容生成时间戳时，则依据所述匹配的订购DCD频道，接收更新DCD动态内容Flute数据包；

当接收到第一个所述更新DCD动态内容时，更新接收到的第一个DCD动态内容接收时间点，并启动DCD动态内容接收超时计时；