[发明专利]一种管理点播业务系统中的组播控制的系统和方法

说明书

技术领域

本发明涉及组播控制技术，特别是涉及一种管理点播业务系统中的组播控制的系统和方法。

背景技术

基于IP网络的媒体内容点播业务，逐渐受到用户的青睐。由此带来的是媒体流在网络上进行传输的带宽瓶颈也日趋严重，特别是在移动通信网络环境中更加明显。

传统的IP通信有两种方式：一是在一台源IP主机和一台目的IP主机之间进行，称为单播；二是在一台源IP主机和网络中所有其它的IP主机之间进行，称为广播。如果要将信息发送给网络中的多个特定主机而非所有主机，则要么采用广播方式，要么由源主机分别向网络中的多台目标主机以单播方式发送IP包。采用广播方式实现时不仅会将信息发送给不需要的主机，而浪费带宽，也可能由于路由回环引起严重的广播风暴。采用单播方式实现时由于IP包的重复发送，浪费大量带宽，也增加了服务器的负载。所以传统的单播和广播通信方式，不能有效地解决单点发送多点接收的问题。

IP组播是指在IP网络中将数据包送到网络中的某个确定节点子集，这个子集称为组播。组播的基本思想是源主机只发送一份数据，这份数据中的目的地址为组播地址。组播中的所有接收者都可接收到同样的数据拷贝，并且只有组播内的主机才能收到该数据。

组播优势明显，因为其相对于广播而言，没有发送IP包给不需要的主机，避免了网络风险；其相对于单播，节省大量带宽。因此，现有媒体内容点播业务大多使用组播的方式。

但是，组播没有考虑如何尽量满足用户操控性。应用组播的方式发送流媒体数据，用户只能被动的接收。由于用户开始收看的时间点不同，且用户在播放中可能会选择快进、回放等方式调整进度，因此单纯的组播完全无法满足上述要求。现有技术中，解决方法一是对同一个节目轮流播放，二是依次从不同的时间开始多个组播。前者虽能满足所有用户收看的要求，但是用户一旦错过开始点则只能等待，针对性体验差，且用户同样不能控制进度；后者一定程度上满足了用户选择与期望相接近的频道，但势必造成带宽无端浪费。

发明内容

针对现有技术中存在的采用组播时造成的用户针对性差、带宽浪费的情况，本发明的目的是提出一种管理点播业务系统中的组播控制的系统和方法，既能够尽可能的满足用户的针对性体验，又能够节省带宽。

为了达到上述目的，本发明提出了一种管理点播业务系统中的组播控制系统，包括：

媒体服务模块，该模块用于接收用户的点播请求，并转发给服务控制和管理模块；接收服务控制和管理模块的控制指示，并提供媒体服务协议接口；

服务控制和管理模块，该模块用于接收上述媒体服务模块转发的点播请求，分析该点播请求的参数以获得该点播请求的起始时间点，并比较读取当前所有与用户请求内容相同的组播的开播时间，判断是否有组播的开播时间与上述起始时间点的间隔小于预设的容许间隔时间，如果有则将该用户加入该组播，否则为该用户建立一组播。

其中，所述系统还包括：

内容管理模块，用于媒体内容的信息管理，所述的媒体内容的信息包括但不限于：内容ID、名称、描述、等级、分类、发布状态。

其中，所述系统还包括：

用户和终端管理模块，用于提供用户信息，所述的用户信息包括但不限于：用户基本信息、用户签约信息、用户个性化、群组信息管理、终端的能力参数。

其中，所述的服务控制和管理模块，该模块还可以用于当判断有组播组的开播时间与上述起始时间点的间隔小于预设的容许间隔时间时，则判断与上述起始时间点的间隔小于预设的容许间隔时间的组播组是否为一个，如果是则将该用户加入该组播组，否则，将该用户加入开播时间与上述起始时间点间隔最小的组播组。

其中，所述的服务控制和管理模块包括：

点播请求响应单元：用于接收媒体服务模块转发来的用户媒体点播请求，并解析请求参数，参数包括但不限于：请求的内容ID、内容起始时刻或进度、用户信息、终端信息，并给终端响应服务系统调度后的节目服务参数；

会话数据管理单元：用于管理用户点播的会话信息，包括会话ID、用户信息、终端信息、内容ID、请求内容起始时刻；

服务控制和管理逻辑单元：该单元为业务服务逻辑总调度进程，运用系统配置的服务参数，调度控制会话数据管理、组播数据管理，并管理用户会话和组播对应关系。

其中，所述的服务控制和管理模块还包括：

组播数据管理单元：用于管理组播数据，包括组播IP、端口、开播时间；