[发明专利]创建组播频道的方法、系统和媒体服务器

说明书

技术领域

本发明涉及交互式网络电视(IPTV)应用领域，尤其涉及一种创建组播频道的方法、系统和媒体服务器。

背景技术

组播技术与单播技术相比，在传输效率相当的基础上具有网络带宽不随用户数量线性增长的优点，可以有效地节约IPTV媒体服务器和承载网络的负载。因此，为了高效且经济地部署IPTV业务，多采用组播技术进行端到端的媒体流推送。直播节目经承载网送抵用户终端，有两种组播模式：动态组播模式和静态组播模式。在动态组播模式下，交换机等设备只有收到某频道(组播组)第一个用户加入请求后，才会接收并下发该频道节目；而当该频道(组播组)最后一个用户退出时，交换机会停止接收该组播流。静态组播模式则是在交换设备上静态配置各个频道(组播组)的组播路由条目及转发条目，不论下联用户是否收看，组播流都已下发到网元设备。在静态组播方式下，用户的频道切换速度快，业务感知好，但对网络的带宽需求较大；动态组播不论在何种情况下都能实现网络流量最小化，但当用户接收新频道(组播组)时可能会有一定的时延。现在多采用静态组播的方式以提升用户体验。

IPTV媒体服务器一般都有多个媒体口，用于接收节目流以及向外提供直播服务等，这些网口都是统一管理的，每个组播频道可能从任意一个网口发送，这样在直连数据设备上形成静态组播路由条目个数：网口个数*组播频道个数。图1描述了一个组播频道在交换机上形成的组播路由条目情形，媒体服务器10个网口连接到交换机上，一个从以太网(eth)1网口发出的组播频道就需要在交换机上形成10个组播路由条目(s1，g1)，在交换机形成的对应ge2～ge10的9个条目是冗余条目。当创建300个频道时，在交换机上就需要形成3000个条目，而交换机上组播条目个数是有限制的，一般在1000～2000之间，这就限制了媒体服务器组播频道个数。

发明内容

本发明实施例提供了一种创建组播频道的方法、系统和媒体服务器，以解决现有的组播频道在交换机上形成的组播路由条目过多的问题。

本发明实施例提供了一种创建组播频道的方法，该方法包括：

媒体服务器接收来自客户端的创建组播频道的命令，该命令中携带有欲创建的组播频道的频道号、组播地址和媒体服务器的网口地址；

所述媒体服务器根据所述命令将所述频道号标识的组播频道与所述媒体服务器的网口地址标识的网口进行绑定，并获得所述网口的一端口信息；

所述媒体服务器根据所述端口信息和所述组播地址，创建由所述端口信息标识的端口到所述组播地址标识的组播组的所述组播频道。

优选地，所述媒体服务器接收创建组播频道的命令之后，所述方法还包括：

所述媒体服务器保存所述组播频道与所述网口的绑定关系表。

优选地，所述媒体服务器保存所述频道与所述网口的绑定关系表之后，所述方法还包括：

所述媒体服务器检测到已创建的所述组播频道出现异常后，根据保存的所述绑定关系表获得与所述组播频道绑定的网口信息，并根据获得的所述网口信息重新创建所述组播频道。

优选地，所述媒体服务器根据获得的所述网口信息重新创建所述组播频道，包括：

所述媒体服务器根据获得的所述网口信息获得所述网口信息标识的网口的一端口信息；

所述媒体服务器获得所述组播频道的组播地址；

所述媒体服务器重新创建由所述端口信息标识的端口到所述组播地址标识的组播组的所述组播频道。

优选地，所述方法应用于静态组播模式下。

本发明实施例还提供了一种媒体服务器，该媒体服务器包括业务处理模块、数据库模块和直播分发模块，其中：

所述业务处理模块，用于接收来自客户端的携带有欲创建的组播频道的频道号、组播地址和媒体服务器的网口地址的创建组播频道的命令，根据所述命令将所述频道号标识的组播频道与所述媒体服务器的网口地址标识的网口进行绑定，向所述数据库模块发送资源申请请求，以及，向所述直播分发模块发送创建命令；

所述数据库模块，用于根据所述业务管理模块发送的所述资源申请请求获得所述媒体服务器的网口地址标识的网口的一端口信息，并向所述业务处理模块返回所述端口信息；

所述直播分发模块，用于接收所述业务处理模块发送的所述创建命令，根据所述创建命令中携带的所述端口信息和所述组播地址，创建由所述端口信息标识的端口到所述组播地址标识的组播组的所述组播频道。

优选地，所述数据库模块，还用于接收所述业务处理模块发送的所述组播频道和所述网口的绑定关系，并保存所述组播频道与所述网口的绑定关系表。