[发明专利]一种IPTV合流方法及系统

说明书

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

技术领域

本发明涉及实时视频处理技术领域，特别涉及一种高品质的IPTV合流方法及系统。

背景技术

近年来，在视频直播或多用户视频通话等涉及多路视频流的实时场景中，需要将多路视频流合成为一路视频，以使得用户终端能够同时显示多个用户的视频画面。

视频合流方法，包括：终端通过一个传输通道将多路视频流上传给服务器，以及从另一个传输通道将每路视频流的布局信息传输给服务器。服务器根据每路视频流的布局信息将这多路视频流合成为一路视频，然后将合成的视频发送给用户终端。

同时，随着视频直播的快速发展，主播可以通过多种方式进行直播，可以与观众或其他主播进行互动。连麦直播属于其中的一种互动方式。主播端将采集的主播的视频流发送至主服务器，主服务器接收主播端发送的视频流后，将接收到的视频流进行合并得到连麦视频流，观众可以通过关中断从主服务器获取到主播之间的连麦直播视频。连麦主播视频，视频流均在主服务器进行合流，造成合流速度慢、效率低。

另外，在进行RTP组播形式时，RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量。视频文件进行丢帧或者插帧的处理后再与音频文件合并为一个视频文件，实现文件的音视频同步,但是这样的步骤比较复杂且无实时性可言。因此，无法实现将音频流和视频流实时编解码合流为一个视频文件并实时推流。

发明内容

针对现有的视频流合流技术，合流速度忙、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题，提出一种IPTV合流方法及系统，通过对多个不同的视频源产生的视频流进行拉流，根据PCR信息对视频流的有效性进行确认，对之前收到的报文进行丢弃，以continuity_counter为准对视频流PID的包流进行合并，后收到或报文不完整的直接丢弃，解决了现有的视频流合流技术，合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。

一种IPTV合流方法，用于IPTV的合流及推流，包括步骤：

分别从至少两个不同的视频源获取对应的视频流；

对所述视频流分别进行解码以确认所述视频流的有效性；

将确认有效的视频流进行缓存；

对缓存的所述视频流进行合流后推送给终端设备。

结合本发明所述的IPTV合流方法，第一种可能实施方式中，在所述步骤：分别从至少两个不同的视频源获取对应的视频流，之前还包括步骤：

搭建至少两个视频源；

所述视频源分别产生用于RTP组播的视频流。

结合本发明所述的IPTV合流方法，第二种可能实施方式中，所述步骤：对所述视频流分别进行解码以确认所述视频流的有效性，步骤包括子步骤：

获取带有第一标签信息的第一个视频流数据包；

将所述第一个视频流数据包作为首个报文信息。