标签：
0 随着Web与移动视频直播应用的深度发展，有用户参与互动的视频直播技术被越来越多平台所支持，原来的RTMP流媒体方案由于延时较多，无法满足即时互动需求，本文提出几种互动视频直播模型（只是想法不代表实际应用中是这样做的）分享给大家，供进一步讨论。
1 P2P
1.1 模型图
1.2 说明
连麦用户向信令服务器发送连麦请求，信令服务器通知连麦主用户，若接受，双方向TURN请求各自本端IP或TURN端分配好的公网IP，通过信令服务器交换又方的网络信息，双方优先以P2P方式尝试联接对方的公网IP地扯，若超时失败，尝试联接对方在TURN服务器分配的IP与端口号，这时通过TURN服务器中转双方媒体流，保证无论如何P2P都是可成功的，然后连麦主用户混音、混屏后将多媒体流以RTMP方式发送给弱实时流媒体服务器集群，同时发送本端非混音、混屏码流给连麦用户A，连麦用户A切断从弱实时流媒体系统获取音视频流，开始接受连麦主用户的媒体流解码渲染并且同时将本端采集到的媒体流编码后发送给连麦主用户，供连麦主用户端播放输出与混音、混屏。
1.3 特点
2
2.1 模型图
2.2 说明
连麦用户A通过信令控制服务器向连麦主用户请求连麦，连麦主同意后，连麦用户A向高实时流媒体服务器发送媒体流，同时信令控制服务器向所有观众广播准备好获取连麦用户的媒体流，连麦主播与所有观众端接受到连麦用户A的媒体流后分别解码，转出时若为连麦主用户直接语音直接输出到音频设备并且视频要混屏渲染，若为观众要混音、混屏后输出给音频设备与渲染到屏幕；连麦用户A不需要断开接受连麦主用户的媒体流，跟据需要只混屏或不混屏显示视频即可。
2.3 特点
3
3.1 模型图
3.2 说明
连麦用户A通过信令控制服务器发连麦主用户发起连麦请求，连麦主用户同意后，连麦用户A断开弱媒体流，同时向高实时流媒体服务器获取连麦主用户媒体并且发布自身媒体流，连麦主用户通过也通过高实时流媒体服务器获取连麦用户的媒体后，在高实时流媒体服务器收到连麦用户的媒体流后，开始解码、混音、混屏、重编码按原来的通道发送媒体流至弱实时流媒体服务器，观众端即可感知到混合后的媒体。
3.3 特点
标签：
原文地址：http://www.cnblogs.com/oldmanlv/p/5625923.html
