专利名称：：一种交互式网络电视业务的保障及优化的方法
技术领域：
：本发明涉及家庭网关网络领域，尤其涉及一种交互式网络电视业务的保障及优化方法。
背景技术：
：随着三网合一和IPTV(交互式网络电视)技术的飞速发展，家庭用户和运营商对家庭网关产品的IPTV的性能要求也越来越高。在P2P下载(3-5M)+—路标清IPTVl(3M)+一路高清(6-9M)IPTV2环境下，如何保证IPTV播放无马赛克和快速换台的功能正常已经是衡量一个家庭网关IPTV性能的重要指标参数。如果下行数据流出现丢包，将导致播放视频出现马赛克现象，如果上行的IGMP业务报文出现丢包，将导致用户换台慢或者机顶盒黑屏，断流等现象。实现对IPTV的下行IGMP数据流加速优化和上行IGMP业务报文保障已经变得非常重要。在家庭网关中使用最多的是Linux操作系统，IGMPsnooping(互联网组管理协议窥探)/IGMPProxy都是采用Iinux的开源代码，QoS(网络的一种安全机制，是用来解决网络延迟和阻塞等问题的一种技术)采用MQ+TC+Iptables技术配置对应QoS队列和规则。
发明内容本发明的目的在于提供一种交互式网络电视业务的保障及优化方法，解决了IPTV的下行的IGMP数据流出现丢包，导致播放视频出现马赛克现象，上行的IGMP业务报文出现丢包，导致用户换台慢或者机顶盒黑屏、断流等现象的问题。为解决上述问题，本发明所采取的技术方案是一种交互式网络电视业务的优化方法，包括以下步骤针对LAN侧用户的IGMPJoin报文进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项添加维护处理；针对LAN侧用户的IGMPLeave报文或者IGMPsnooping/proxy超时事件进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项删除维护处理；针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理；如果匹配，则调用驱动发送接口发送到对应LAN进行软件加速处理流程。更进一步的技术方案是上述针对LAN侧用户的IGMPJoin报文进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项添加维护处理，是对LAN侧用户的IGMPJoin报文询问是否开启IGMPsnooping,如果开启，则同时添加IGMPsnooping表项，如果不开启，则结束IGMPsnooping的选项。更进一步的技术方案是上述针对LAN侧用户的IGMPLeave报文或者IGMPsnooping/proxy超时事件进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项删除维护处理，是对LAN侧用户的IGMPJoin报文询问是否是否开启IGMPproxy，如果开启，则同时添加ip_mr_cache表项,如果不开启，则结束IGMPproxy的选项；对LAN侧用户的IGMPLeave/Timeout报文询问是否开启IGMPsnooping,如果开启，则同时删除IGMPsnooping表项,如果不开启，贝U结束IGMPsnooping的选项；对LAN侧用户的IGMPLeave/Timeout报文询问是否开启IGMPproxy,如果开启，则同时删除ip_mr_cache表项,如果不开启，贝U结束IGMPproxy的选项。更进一步的技术方案是上述针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理，是对IGMPsnooping表项判断目的IP(destlP)是否匹配相关IGMPsnooping表项,如果匹配着直接调用驱动发送接口发送到对应LAN进行软件加速处理流程，如果不匹配，则走协议栈收包处理流程。更进一步的技术方案是上述所述针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理中，还包括对下行数据进行WAN口驱动收包处理，然后判断接受报文对应WAN是否是乔接口，如果是则进入目的IP(destlP)是否匹配相关IGMPsnooping表项的流程,如果否，则继续判断接受报文对应WAN是否是路由接口，如果否，则走协议栈收包处理流程，如果是，则继续判断目的IP(destlP)是否匹配ip_mr_cache表项，如果否，则走协议栈收包处理流程,如果是，则直接调用驱动发送接口发送到对应LAN进行软件加速处理流程。一种交互式网络电视业务的保障方法，包括以下步骤系统默认开启WAN口上行的QoS功能，并建立二个不同优先级别的队列，默认设置IGMP报文进入高优先级别队列调度处理。该QoS功能能够保证IGMP在Iinux协议栈中不被丢包；在Iinux网络驱动发送模块的预留一个buffer资源供发送IGMP报文使用。在上行流量过大和驱动buffer资源缺少时，QoS是无法保证IGMP报文在驱动发送时不被丢包，在这种情况Iinux驱动发送模块将丢弃其他报文,使用预留的buffer资源保证高优先级的IGMP业务报文发送。采用上述技术方案所产生的有益效果在于本发明是基于Iinux的IGMP，IGMPSnooping,IGMPProxy,QoS和Iinux网络驱动技术进行技术整合和软件加速优化等，从而实现家庭网关IPTV高性能服务质量保证；能够在默认情况下开启WAN口的IGMP下行数据加速优化功能和防止WAN口的IPTV上行业务报文(IGMPjoin/report/leave)被丢包保障实现技术。图1是本发明一种交互式网络电视业务的优化方法一个实施例的结构示意图。图2是本发明一种交互式网络电视业务的优化方法一个实施例的结构示意图。具体实施例方式为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。图1和图2示出了本发明一种交互式网络电视业务的优化方法的一个实施例一种交互式网络电视业务的优化方法，包括以下步骤针对LAN侧用户的IGMPJoin报文进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项添加维护处理；针对LAN侧用户的IGMPLeave报文或者IGMPsnooping/proxy超时事件进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项删除维护处理；针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理；如果匹配，则调用驱动发送接口发送到对应LAN进行软件加速处理流程。根据本发明一种交互式网络电视业务的优化方法的另一个实施例，针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理，如果不匹配，则走协议栈收包处理流程。如图1所示，其具体流程是对LAN侧用户的IGMPJoin报文询问是否开启IGMPsnooping,如果开启，则同时添加IGMPsnooping表项,如果不开启，则结束IGMPsnooping的选项；对LAN侧用户的IGMPJoin报文询问是否是否开启IGMPproxy,如果开启，则同时添加ip_mr_cache表项,如果不开启，则结束IGMPproxy的选项；对LAN侧用户的IGMPLeave/Timeout报文询问是否开启IGMPsnooping,如果开启，则同时删除IGMPsnooping表项,如果不开启，则结束IGMPsnooping的选项；对LAN侧用户的IGMPLeave/Timeout报文询问是否开启IGMPproxy,如果开启，则同时删除ip_mr_cache表项,如果不开启，贝U结束IGMPproxy的选项。如图2所示,其具体流程是对IGMPsnooping表项判断目的IP(destlP)是否匹配相关IGMPsnooping表项，如果匹配着直接调用驱动发送接口发送到对应LAN进行软件加速处理流程，如果不匹配，则走协议栈收包处理流程。对下行数据进行WAN口驱动收包处理，然后判断接受报文对应WAN是否是乔接口，如果是则进入目的IP(destlP)是否匹配相关IGMPsnooping表项的流程，如果否，则继续判断接受报文对应WAN是否是路由接口，如果否，则走协议栈收包处理流程，如果是，则继续判断目的IP(destlP)是否匹配ip_mr_cache表项，如果否，则走协议栈收包处理流程，如果是，则直接调用驱动发送接口发送到对应LAN进行软件加速处理流程。另外还对ip_mr_cache表进行查询。一种交互式网络电视业务的保障方法，包括以下步骤系统默认开启WAN口上行的QoS功能，并建立二个不同优先级别的队列，默认设置IGMP报文进入高优先级别队列调度处理。该QoS功能能够保证IGMP在Iinux协议栈中不被丢包；在Iinux网络驱动发送模块的预留一个buffer资源供发送IGMP报文使用。在上行流量过大和驱动buffer资源缺少时，QoS是无法保证IGMP报文在驱动发送时不被丢包，在这种情况Iinux驱动发送模块将丢弃其他报文,使用预留的buffer资源保证高优先级的IGMP业务报文发送。尽管这里参照本发明的多个解释性实施例对本发明进行了描述，但是，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本申请公开的原则范围和精神之内。更具体地说，在本申请公开、附图和权利要求的范围内，可以对主题组合布局的组成部件和/或布局进行多种变型和改进。除了对组成部件和/或布局进行的变型和改进外，对于本领域技术人员来说，其他的用途也将是明显的。权利要求1.一种交互式网络电视业务的优化方法，其特征在于包括以下步骤针对LAN侧用户的IGMPJoin报文进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项添加维护处理；针对LAN侧用户的IGMPLeave报文或者IGMPsnooping/proxy超时事件进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项删除维护处理；针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理；如果匹配，则调用驱动发送接口发送到对应LAN进行软件加速处理流程。如果不匹配，则走协议栈收包处理流程。2.根据权利要求1所述的一种交互式网络电视业务的优化方法，其特征在于所述针对LAN侧用户的IGMPJoin报文进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项添加维护处理，是对LAN侧用户的IGMPJoin报文询问是否开启IGMPsnooping，如果开启，则同时添加IGMPsnooping表项,如果不开启，则结束IGMPsnooping的选项。3.根据权利要求1所述的一种交互式网络电视业务的优化方法，其特征在于所述针对LAN侧用户的IGMPLeave报文或者IGMPsnooping/proxy超时事件进行对应的IGMPsnooping和ip_mrcache表的组播源地址表项删除维护处理，是对LAN侧用户的IGMPJoin报文询问是否是否开启IGMPproxy,如果开启，则同时添加ip_mr_cache表项，如果不开启，则结束IGMPproxy的选项；对LAN侧用户的IGMPLeave/Timeout报文询问是否开启IGMPsnooping,如果开启，则同时删除IGMPsnooping表项,如果不开启，则结束IGMPsnooping的选项；对LAN侧用户的IGMPLeave/Timeout报文询问是否开启IGMPproxy,如果开启，则同时删除ip_mr_cache表项,如果不开启，则结束IGMPproxy的选项。4.根据权利要求1所述的一种交互式网络电视业务的优化方法，其特征在于所述针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理，是对IGMPsnooping表项判断目的IP(destlP)是否匹配相关IGMPsnooping表项，如果匹配着直接调用驱动发送接口发送到对应LAN进行软件加速处理流程，如果不匹配，则走协议栈收包处理流程。5.根据权利要求4所述的一种交互式网络电视业务的优化方法，其特征在于所述所述针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理中，还包括对下行数据进行WAN口驱动收包处理，然后判断接受报文对应WAN是否是桥接口，如果是则进入目的IP(destIP)是否匹配相关IGMPsnooping表项的流程,如果否，则继续判断接受报文对应WAN是否是路由接口，如果否，则走协议栈收包处理流程，如果是，则继续判断目的IP(destIP)是否匹配ip_mr_cache表项,如果否,则走协议栈收包处理流程，如果是，则直接调用驱动发送接口发送到对应LAN进行软件加速处理流程。6.一种交互式网络电视业务的保障方法，其特征在于包括以下步骤系统默认开启WAN口上行的QoS功能，并建立二个不同优先级别的队列，默认设置IGMP报文进入高优先级别队列调度处理。在Iinux网络驱动发送模块的预留一个buffer资源供发送IGMP报文使用。全文摘要本发明涉及家庭网关网络领域，尤其涉及一种交互式网络电视业务的保障及优化方法，包括针对LAN侧用户的IGMPJoin报文进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项添加维护处理；针对LAN侧用户的IGMPLeave报文或者IGMPsnooping/proxy超时事件进行对应的IGMPsnooping和ip_mr_cache表的组播源地址表项删除维护处理；针对WAN侧流入数据流进行目的IP与IGMPsnooping和ip_mr_cache表中组播源地址的查询匹配处理。本发明的作用是实现家庭网关IPTV高性能服务质量保证。文档编号H04N21/63GK103036807SQ201210495819公开日2013年4月10日申请日期2012年11月29日优先权日2012年11月29日发明者邓艳兵申请人:深圳市共进电子股份有限公司