过去人们想从网络上观看影片或收听音乐,必须先将影音档案下载至计算机储存后,才可以点选播放,不但浪费下载时间、硬盘空间,也无法满足消费者使用方便及确切的需要。
Streaming Media-中文译为「(串)流媒体」——的发展,改变了网络上影音观赏的不便。串流媒体技术系利用网络上封包传输,将数据流不断地传送至使用者计算机上;我们可以将之想象成使用自来水时,只要打开水龙头,就可以汲取所需的水资源一般。当使用者想要观赏某部影片或收听某首歌曲时,只要连上网络,点选想要的影音档案,使用者马上可以享受到影音内容,就像使用遥控器看电视一样,随选随播,非常方便。当然,前提是使用者必须事先安装播放软件才行,网络上主流的多媒体播放软件有RealPlayer、Windows Media Player、QuickTime Player三款。
影音的内容呈现当然比文字来的真实生动,但容量也比文字内容大的多,一般如果使用低传输率(单位为bps-即每秒传输位单位,低传输率系指14.4kbps~56.6kbps,通称为窄频)来传送文字内容,还不至于造成网络流太大的负荷;但若以窄频来传送影音档案,就好像把大海的水流量注入小河川一样,是不堪负荷的。由此可以了解,多媒体影音呈现需仰赖宽频网络的传递,才能达到相辅相成的效果。
WebRTC 的服务器大体分为信令服务器和媒体服务器
WebRTC 信令服务器是主要功能是为 WebRTC 通讯搭建一个了解彼此能力的通道, 交换信息, 同步改动.
而媒体服务器就是用来交换媒体,包括对媒体数据的加解密,编解码,带宽和速率控制等功能
不同的 RTP Toplogies 对服务器有不同的要求
WebRTC 或者说多媒体通信一般有如下的几种拓扑结构:
如果是两个人之间的端到端 (P2P) 的通信, 信令服务器的功能很简单
而由于是点对点的通信,媒体服务器也就不需要了。
如果是 SFU(Selective Forward Unit), 那么它的信令服务器除了上述的 SDP 媒体参数协商, ICE 连接地址交换,还有参加 RTP 会话的参加者信息的同步。
多个人之间的会议系统, 信令控制会麻烦很多,除了上述两个基本功能之外, 还要有
在 RFC4575 中有这样的定义
Multiple Control Unit 多点控制单元相比 SFU, 它有着对于媒体流的 Mix 和 translate 功能,可以很好地适配传统的通信设备,在实际应用中,一般我们会以 SFU 为主, MCU 为辅,共同形成一个服务器集群。
在 WebRTC 服务器上,我们一般会维护如下的领域对象
领域对象的具体内容从略,一般有如下的 Command 或 Event
应用层的事件大约可以分为 5 类
具体的有
在一个视频会议中,大家都在向会议室中发布自己的音视频流,也订阅他人的音视频媒体流,所以服务器,特别是 SFU 需要维护这样一个 pub-sub 发布者和订阅者之间的关系
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)