一种IPTV合流方法及系统技术方案

本发明专利技术公开了一种IPTV合流方法及系统，方法包括步骤：分别从至少两个不同的视频源获取对应的视频流；对视频流分别进行解码以确认视频流的有效性；将确认有效的视频流进行缓存；对缓存的视频流进行合流后推送给终端设备；系统包括拉流模块，用于从不同视频源进行拉流，并将从不同视频源产生的视频流推送给解码模块；解码模块，用于对不同视频源产生的视频流的进行解码、合并；推流模块，用于将解码模块推送的视频流推送给终端设备。实施本发明专利技术，解决了现有的视频流合流技术，合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。

【技术实现步骤摘要】
一种IPTV合流方法及系统
本专利技术涉及实时视频处理
，特别涉及一种高品质的IPTV合流方法及系统。
技术介绍
近年来，在视频直播或多用户视频通话等涉及多路视频流的实时场景中，需要将多路视频流合成为一路视频，以使得用户终端能够同时显示多个用户的视频画面。视频合流方法，包括：终端通过一个传输通道将多路视频流上传给服务器，以及从另一个传输通道将每路视频流的布局信息传输给服务器。服务器根据每路视频流的布局信息将这多路视频流合成为一路视频，然后将合成的视频发送给用户终端。同时，随着视频直播的快速发展，主播可以通过多种方式进行直播，可以与观众或其他主播进行互动。连麦直播属于其中的一种互动方式。主播端将采集的主播的视频流发送至主服务器，主服务器接收主播端发送的视频流后，将接收到的视频流进行合并得到连麦视频流，观众可以通过关中断从主服务器获取到主播之间的连麦直播视频。连麦主播视频，视频流均在主服务器进行合流，造成合流速度慢、效率低。另外，在进行RTP组播形式时，RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量。视频文件进行丢帧或者插帧的处理后再与音频文件合并为一个视频文件，实现文件的音视频同步,但是这样的步骤比较复杂且无实时性可言。因此，无法实现将音频流和视频流实时编解码合流为一个视频文件并实时推流。
技术实现思路
针对现有的视频流合流技术，合流速度忙、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题，提出一种IPTV合流方法及系统，通过对多个不同的视频源产生的视频流进行拉流，根据PCR信息对视频流的有效性进行确认，对之前收到的报文进行丢弃，以continuity_counter为准对视频流PID的包流进行合并，后收到或报文不完整的直接丢弃，解决了现有的视频流合流技术，合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。一种IPTV合流方法，用于IPTV的合流及推流，包括步骤：分别从至少两个不同的视频源获取对应的视频流；对所述视频流分别进行解码以确认所述视频流的有效性；将确认有效的视频流进行缓存；对缓存的所述视频流进行合流后推送给终端设备。结合本专利技术所述的IPTV合流方法，第一种可能实施方式中，在所述步骤：分别从至少两个不同的视频源获取对应的视频流，之前还包括步骤：搭建至少两个视频源；所述视频源分别产生用于RTP组播的视频流。结合本专利技术所述的IPTV合流方法，第二种可能实施方式中，所述步骤：对所述视频流分别进行解码以确认所述视频流的有效性，步骤包括子步骤：获取带有第一标签信息的第一个视频流数据包；将所述第一个视频流数据包作为首个报文信息。结合本专利技术所述的第二种可能实施方式，第三种可能实施方式中，所述步骤：对所述视频流分别进行解码以确认所述视频流的有效性，步骤还包括子步骤：删除所述首个报文信息之前的所有的报文信息；根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效。结合本专利技术所述的第三种可能实施方式，第四种可能实施方式中，所述步骤：根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效，步骤中包括子步骤：将所述第一标签信息设为PCR信息；若分别获取的不同的视频流PCR信息大于所述首个报文的PCR信息，则判定获取的视频流为有效视频流，其他的视频流为无效视频流；删除所述无效视频流。结合本专利技术所述的第四种可能的实施方式，第五种可能实施方式中，所述步骤：将确认有效的视频流进行缓存，包括子步骤：记录多个不同视频源产生的相同PCR信息视频流的PID及continuity_counter；以所述PID信息为单位对所述视频流进行缓存。结合本专利技术所述的第四种可能的实施方式，第六种可能实施方式中，所述步骤：对缓存的所述视频流进行合流后推送给终端设备，包括子步骤：以continuity_counter为准对所述相同PCR信息视频流的PID包流进行合并；对于同一视频流源的相同continuity_counter的视频流，以先收到的且报文完整的为准。一种IPTV合流系统，采用第一方面所述的合流方法，包括：拉流模块，用于从不同视频源进行拉流，并将从所述不同视频源产生的视频流推送给解码模块；解码模块，用于对所述不同视频源产生的视频流的进行解码、合并；推流模块，用于将解码模块推送的视频流推送给终端设备。结合本专利技术所述的额IPTV合流系统，第一种可能的实施方式中，所述解码模块包括：确认单元，用于以PCR信息为准判断确认视频源产生的视频流是否有效；统计单元，用于记录不同视频源产生的视频流的PID信息及continuity_counter信息；缓存单元，用于以所述PID信息为单位对所述视频流进行缓存。合并单元，用于对相同PCR信息视频流的PID包流进行合并。结合本专利技术所述的额IPTV合流系统，第二种可能的实施方式中，所述解码模块还包括：推送单元，用以将合并后的视频流推送给终端设备。实施本专利技术所述的一种IPTV合流方法及系统，对多个不同的视频源产生的视频流进行拉流，根据PCR信息对视频流的有效性进行确认，对之前收到的报文进行丢弃，以continuity_counter为准对视频流PID的包流进行合并，后收到或报文不完整的直接丢弃，解决了现有的视频流合流技术，合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。附图说明为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本专利技术中IPTV合并方法流程步骤示意图；图2是本专利技术中IPTV合并方法第一实施例流程步骤示意图；图3是本专利技术中IPTV合并方法第二实施例流程步骤示意图；图4是本专利技术中IPTV合并方法第三实施例流程步骤示意图；图5是本专利技术中IPTV合并方法第四实施例流程步骤示意图；图6是本专利技术中IPTV合并方法第五实施例流程步骤示意图；图7是本专利技术中IPTV合并方法第六实施例流程步骤示意图；图8是本专利技术中IPTV合并系统逻辑连接示意图；图9是本专利技术中IPTV合并系统第一实施例示意图；附图中各数字所指代的部位名称为：100——合流系统、110——拉流模块、120——解码模块、121——确认单元、122——统计单元、123——缓存单元、124——合并单元、130——推流模块。具体实施方式下本文档来自技高网...

【技术保护点】
1.一种IPTV合流方法，用于IPTV的合流及推流，其特征在于，包括步骤：/n分别从至少两个不同的视频源获取对应的视频流；/n对所述视频流分别进行解码以确认所述视频流的有效性；/n将确认有效的视频流进行缓存；/n对缓存的所述视频流进行合流后推送给终端设备。/n

【技术特征摘要】
1.一种IPTV合流方法，用于IPTV的合流及推流，其特征在于，包括步骤：
分别从至少两个不同的视频源获取对应的视频流；
对所述视频流分别进行解码以确认所述视频流的有效性；
将确认有效的视频流进行缓存；
对缓存的所述视频流进行合流后推送给终端设备。


2.根据权利要求1所述的IPTV合流方法，其特征在于，在所述步骤：分别从至少两个不同的视频源获取对应的视频流，之前还包括步骤：
搭建至少两个视频源；
所述视频源分别产生用于RTP组播的视频流。


3.根据权利要求1所述的IPTV合流方法，其特征在于，所述步骤：对所述视频流分别进行解码以确认所述视频流的有效性，包括子步骤：
获取带有第一标签信息的第一个视频流数据包；
将所述第一个视频流数据包作为首个报文信息。


4.根据权利要求3所述的IPTV合流方法，其特征在于，所述步骤：对所述视频流分别进行解码以确认所述视频流的有效性，步骤还包括子步骤：
删除所述首个报文信息之前的所有的报文信息；
根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效。


5.根据权利要求4所述的IPTV合流方法，其特征在于，所述步骤：根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效，包括子步骤：
将所述第一标签信息设为PCR信息；
若分别获取的不同的视频流PCR信息大于所述首个报文的PCR信息，则判定获取的视频流为有效视频流；
删除所述无效视频流。


6.根据权利要求5所述的IPTV合流方法，其特征在于，...

【专利技术属性】
技术研发人员：符常勇，
申请(专利权)人：深圳维盟科技股份有限公司，
类型：发明
国别省市：广东;44