点播用tcp(点播用什么成语描述)

弱电里的TP代表的是电视；TO代表的是数据，也就是网络点。2TO就是2个网络点，2根网线的意思。以下同理。TD、TW代表的是语音，也就是电话点。弱电里的TP、TO、TD、TW主要看图例，成套图纸都有图例的，一般在第一或第二页就有了。工程看图都是以本套图shu的图例为基准的。扩展资料：常见的弱电系统包括：闭路电视监控系统、防盗报警系统、门禁系统、电子巡更系统、停车场管理系统、可视对讲系统、家庭智能化系统及安防系统、背景音乐系统、LED显示系统、等离子拼接屏系统、DLP大屏系统、三表抄送系统；楼宇自控系统、防雷与接地系统、寻呼对讲及专业对讲系统、弱电管道系统、UPS不间断电源系统、机房系统、综合布线系统、计算机局域网系统、物业管理系统、多功能会议室系统、有线电视系统、卫星电视系统、卫星通讯系统、消防系统、电话通讯系统、酒店管理系统、视频点播系统等等

视频服务系统 （VOD）具有以下鲜明特点：■24盘位的一体式家庭云平台与存储柜合二为一之后可以支持多达24个4T的硬盘以及数千部蓝光电影的存储。■采用客户端/服务器模式，拥有完整的视频服务系统包括：独立视频服务器、网络视频流传输控制系统、应用管理系统、独立客户端解码器。 ■完全模块化设计视频服务器采用独立服务器方式，大大提高了服务器的性能，保证了视频服务器的安全性和保密性。 ■支持各种国际标准和国际主流的视频音频格式包括：MPEG1、VCD、SVCD、AVI、MPEG2、DVD、VOB、MPG、MPEG4、DIVX、ASF、WMV、RM、QUICKTIME、MP3、CD、MIDI、WAV、RA、AU等视音频格式。 ■支持各种课件点播包括：文本、图片、程序文件、动画（如FLASH）、超文本、POWERPOINT文件等。  支持单路或多路MPEG流的广播、直播、转播和录播；可截取视频、音频或视音频片段、一个画面/声音。 ■采用智能适应流传输协议在数据传输过程中，点播端并非每时每刻占用固定网络带宽，保证了流媒体服务器总带宽资源的充分利用。 ■提供“集中式”和“分布式”两种服务系统构架支持服务器多网卡数据输出；采用“分布式”架构体系，多台服务器能大量并发同一或不同数据流，能自动实现负载均衡。 ■采用多线程处理机制充分利用中央处理器的资源，并对内存、硬盘、网卡及服务器总I/O出口进行了优化，使得本VOD系统对系统资源的占用率比同类软件要低得多。 ■支持多种操作系统兼容WINDOWS、LINUX、UNIX等网络操作系统和国际主流的数据库。可基于IP网、ATM网等网络环境提供本地或远程视频服务；支持在Cable Modem、XDSL、ISDN、DDN、帧中继等接入中应用。 ■完善的用户权限管理支持用户组管理（一个用户可同时属于各种逻辑组）、用户权限管理（用户具有特定权限）和用户带宽分配管理（给用户分配一定带宽）。 ■支持内容组管理，内容和组之间是一对多关系，便于使用；节目信息的拖动和复制，以“资源管理器”的方式操作，简单、方便、快捷；能单个节目处理和批量节目处理。 ■能自动识别节目格式类型、节目时长、节目码率等；具有强大的节目检索和查询功能；支持自动统计节目点播率、点播排行榜、统计计费等。 ■支持对服务器进行时间段设置管理、总输出带宽管理、输出节目码率管理等；能实时对服务器和用户进行在线监控管理，对在线用户发送和广播消息。 ■系统具有双重网络视频服务安全认证策略，即应用层认证和服务器核心认证。应用层认证通过用户名和密码确认；服务器核心认证包括IP地址和用户名的优先权以及权限级别安全确认。 ■采用标准格式存储数据支持视频数据的分布存储，可对不同磁盘实行分盘存储，也可集中多块盘片通过RAID技术方式存储，以减少磁盘寻道时间，提高数据的访问速度。 ■客户端操作简单，基于WEB方式浏览访问。播放时能够及时响应拖动、暂停、快进、快退、静音、绝对定位、平衡调整、音量整播放等常用的标准控制。可以设定播放顺序、随机播放及循环播放，调整播放速率，播放慢动作和快动作。功能介绍本视频服务系统作为最新一代完整的流媒体服务系统，具有以下非常完善的核心应用和管理应用功能。■核心应用功能 视频点播：客户终端能够在远程或局域网里随意自由地点播各种流媒体格式的视音频节目。 课件点播：客户终端能够在远程或局域网里随意自由地点播各种文本、图片、动画、执行程序等课件节目。 视频广播：能够对已存储的视频向远程或本地的所有用户进行广播。客户端只要联网在线，均能接收到广播节目。 视频直播：能够对来自其它外来的视频源进行实时采集、录制并实时向远程或本地的所有用户进行直播。客户端只要联网在线，均能接收到直播节目。■管理应用功能 实时监控：能够实时监控服务器的工作状态，包括系统资源占用率、流量以及带宽占用等动态信息。能够监控任意客户的点播状态，包括帐号、带宽占用、优先级、节目名称、点播时间等各种信息。 节目管理：能对节目进行分组管理和分名别类编辑制作等非常细致的管理。所带的视频截取工具可随意截取片段及画面，也可单独只截取视频流或者音频流。 用户管理：能对用户实施分组管理和严密的帐号、IP地址、流量分配、优先级别等管理。 权限管理：能对目录、节目以及用户进行严格的权限级别管理控制。 安全管理：能对用户和管理员实施周密的应用层安全认证和服务器核心认证双重安全控制管理。 系统管理：能对视频服务系统本身和服务器系统全方位地实施资源、流量、带宽、码率、性能、控制等管理。 存储管理：能针对RAID、NAS、SAN、移动以及本地存储等各种存储设备，按照不同存储模式（集中式和分布式）及存储方式，提出完整的解决方案。 流量负载均衡管理：能够采用机群服务和冗余服务等多种技术手段，完善地对多流量并发实施负载均衡管理。 统计管理：能对总点播人数、点播次数、持续时间、网络流量、详细点播日志、点播排行等信息进行细致准确的统计查询。 计费管理：能针对不同计费模式、计费方式提出妥善的解决方案。技术优势视频服务系统（VOD）利用了本公司创造的当前国际领先的流媒体核心技术：智能适应流传输技术。 智能适应流传输技术具有跨平台性、响应速度极快、高性能、超强稳定性、广泛视音频格式支持性、易扩展性等特点。■跨平台性由于本技术采用了国际标准互联网协议TCP/IP作为主要网络层传输协议，而TCP/IP协议已经被各种操作系统，例如 UNIX、LINUX、WINDOWS等操作系统支持，所以此项技术能够在各种操作平台上互通。而当前其它大多数厂商所开发的流媒体技术是基于WINDOWS网络文件系统的，只能运行在WINDOWS平台。跨平台性不仅表现在不同操作系统上的互通，而且能够跨网络平台，本传输技术上层实现了超文本传输协议（HTTP），所以只要是支持HTTP协议的网络都能通过本技术传输可控制的视频音频流。同时本技术还能够兼容ATM网络。■响应速度极快通过对各种多媒体视频音频格式进行深入的研究，我们掌握了它们的共性，也熟知它们的独特性，在此基础上我们创造了一种先进的格式预分析技术，利用该技术，能够对各种多媒体文件格式（无论其本身是否流格式）进行远程快速准确识别，而国际上尤其国内的其它同类技术开发商通常是通过对多媒体文件的扩展名来判断文件的格式，这常常导致判断错误。同时我们还实现了实时解码技术，这进一步提高了请求响应速度。采用以上两种技术，用户在请求流媒体服务时不必做任何缓存，服务器即时响应，用户几乎感觉不到任何延时，就能播放网上的多媒体文件。而其它厂商开发的流媒体传输技术几乎无一例外，都采用了客户端缓存技术（一种古老过时的技术）来传输流媒体，更有甚者，必须将多媒体文件完全缓存到本地机器硬盘上才能进行解码读取，过长的延时和耗费系统资源让用户难以忍受。■高性能由于在服务器流媒体传输技术实现的内部机制上采用了线程池、内存池技术，极大地提高了服务器的服务性能。 线程池技术使得服务器满足大量用户并发请求和提高整体性能成为可能，该技术要优于多进程技术上百倍，要优于线程独立创建方式近十倍。 内存池技术极大地提高了服务器内存利用性能。在服务器的磁盘I/O上我们创造了半缓冲技术，该技术要比完全缓冲占用的内存资源少，而比无缓冲速度快。 在网络上采用了自动适应技术，解决了网络带宽的灵活利用的难题，由于不必为每个终端预先分配固定的网络带宽，采用实时按需分配，所以网络资源的利用得到了充分优化。■超强稳定性流传输技术采用TCP传输，能够做到失败重传之外，为了适应各种复杂的网络环境，在网络传输上进一步采用了智能续传技术。对于每一路会话（或者称作流），即使由于某种原因导致网络连接中断，通过智能续传技术，终端自动在规定的时间内重新尝试进行连接，一切都在背后执行，用户将感觉不到网络故障的存在。而当前的其它大多数厂商所实现的流媒体技术由于没有采用续传机制，因此，一旦网络发生故障，将导致流传输中断。■广泛视音频格式支持性通过对大量的多媒体格式进行分析研究，我们不仅能够支持流格式的多媒体文件进行网络传输，而且对各种非流格式的多媒体文件也能很好地支持网络传输，这是由于采用了强制流化技术的原因。我们已经不仅能够支持普通的多媒体格式文件，例如：MPEG1、MPEG2、VCD、MP3、AVI等，而且能够支持其它专有的多媒体文件格式，例如：Real Networks 的RM、Apple的QuickTime、Microsoft 的ASF/WMV、以及DIVX等文件格式。■易扩展性在核心产品的研发实现上，采用了COM技术作为软件设计的规范，为将来加入新的文件格式支持，添加新的传输协议提供了便利条件。部分软件采用的微软DirectShow技术，而这种技术使得产品在将来的的Microsoft 操作系统平台扩充成为可能。目前有多种视频点播系统：VIEWGOOD流媒体平台点播系统WebPlayer 2009 P2P视频点播系统/P2P点播系统VCM视频点播系统
乐视云标准点播： 为中小型商户提供上传、存储、转码、分发、播放及视频管理功能的一站式视频服务能力，解决视频双向加速问题，满足全终端实时观看，为不同网络条件下的用户提供流畅的观看体验

简单说来，UDP你需要保证和处理的事情比TCP更多一些，但是UDP的实时性比TCP略胜，你根据你的实际情况选择最适合你的方式和套接字类型，搞清楚你真正的瓶颈什么，不要做提前优化

区别：SIP是基于UDP的高层应用协议。SIP简介：是由IETF（Internet Engineering Task Force，因特网工程任务组）制定的多媒体通信协议。它是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话。广泛应用于CS（Circuit Switched，电路交换）、NGN（Next Generation Network，下一代网络）以及IMS（IP Multimedia Subsystem，IP多媒体子系统）的网络中，可以支持并应用于语音、视频、数据等多媒体业务，同时也可以应用于Presence（呈现）、Instant Message（即时消息）等特色业务。可以说，有IP网络的地方就有SIP协议的存在。TCP/IP协议简介：Transmission Control Protocol/Internet Protocol的简写，中译名为传输控制协议/因特网互联协议，又名网络通讯协议，是Internet最基本的协议、Internet国际互联网络的基础，由网络层的IP协议和传输层的TCP协议组成。TCP/IP 定义了电子设备如何连入因特网，以及数据如何在它们之间传输的标准。协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的协议来完成自己的需求。通俗而言：TCP负责发现传输的问题，一有问题就发出信号，要求重新传输，直到所有数据安全正确地传输到目的地。而IP是给因特网的每一台联网设备规定一个地址。
SIP是一个应用层的信令控制协议。用于创建、修改和释放一个或多个参与者的会话。这些会话可以好似Internet多媒体会议、IP电话或多媒体分发。会话的参与者可以通过组播（multicast）、网状单播（unicast）或两者的混合体进行通信。 SIP是类似于HTTP的基于文本的协议。SIP可以减少应用特别是高级应用的开发时间。由于基于IP协议的SIP利用了IP网络，固定网运营商也会逐渐认识到SIP技术对于他们的深远意义。使用 SIP，服务提供商可以随意选择标准组件。不论媒体内容和参与方数量，用户都可以查找和联系对方。SIP 对会话进行协商，以便所有参与方都能够就会话功能达成一致以及进行修改。它甚至可以添加、删除或转移用户。SIP它既不是会话描述协议，也不提供会议控制功能。为了描述消息内容的负载情况和特点，SIP 使用 Internet 的会话描述协议 (SDP) 来描述终端设备的特点。SIP 自身也不提供服务质量 (QoS)，它与负责语音质量的资源保留设置协议 (RSVP) 互操作。它还与若干个其他协议进行协作，包括负责定位的轻型目录访问协议 (LDAP)、负责身份验证的远程身份验证拨入用户服务 (RADIUS) 以及负责实时传输的 RTP 等多个协议。SIP 的一个重要特点是它不定义要建立的会话的类型，而只定义应该如何管理会话。有了这种灵活性，也就意味着SIP可以用于众多应用和服务中，包括交互式游戏、音乐和视频点播以及语音、视频和 Web 会议。SIP消息是基于文本的，因而易于读取和调试。新服务的编程更加简单，对于设计人员而言更加直观。SIP如同电子邮件客户机一样重用 MIME 类型描述，因此与会话相关的应用程序可以自动启动。SIP 重用几个现有的比较成熟的 Internet 服务和协议，如 DNS、RTP、RSVP 等。不必再引入新服务对 SIP 基础设施提供支持，因为该基础设施很多部分已经到位或现成可用。对 SIP 的扩充易于定义，可由服务提供商在新的应用中添加，不会损坏网络。网络中基于 SIP 的旧设备不会妨碍基于 SIP 的新服务。例如，如果旧 SIP 实施不支持新的 SIP 应用所用的方法/标头，则会将其忽略。SIP 独立于传输层。因此，底层传输可以是采用 ATM 的 IP。SIP 使用用户数据报协议 (UDP) 以及传输控制协议 (TCP)，将独立于底层基础设施的用户灵活地连接起来。SIP 支持多设备功能调整和协商。如果服务或会话启动了视频和语音TCP/IP协议 （传输控制协议/网间协议）TCP/IP 协议集确立了 Internet 的技术基础。TCP/IP 的发展始于美国 DOD （国防部）方案。 IAB （Internet 架构委员会）的下属工作组 IETF （Internet 工程任务组）研发了其中多数协议。 IAB 最初由美国政府发起，如今转变为公开而自治的机构。IAB 协同研究和开发 TCP/IP 协议集的底层结构，并引导着 Internet 的发展。TCP/IP 协议集记录在请求注解（RFC）文件中，RFC 文件均由 IETF 委员会起草、讨论、传阅及核准。所有这些文件都是公开且免费的，且能在 IETF 网站上列出的参考文献中找到。TCP/IP 协议覆盖了 OSI 网络结构七层模型中的六层，并支持从交换（第二层）诸如多协议标记交换，到应用程序诸如邮件服务方面的功能。TCP/IP 的核心功能是寻址和路由选择（网络层的 IP/IPV6 ）以及传输控制（传输层的 TCP、UDP）。TCP/IP协议 （传输控制协议/网间协议）TCP/IP 协议集确立了 Internet 的技术基础。TCP/IP 的发展始于美国 DOD （国防部）方案。 IAB （Internet 架构委员会）的下属工作组 IETF （Internet 工程任务组）研发了其中多数协议。 IAB 最初由美国政府发起，如今转变为公开而自治的机构。IAB 协同研究和开发 TCP/IP 协议集的底层结构，并引导着 Internet 的发展。TCP/IP 协议集记录在请求注解（RFC）文件中，RFC 文件均由 IETF 委员会起草、讨论、传阅及核准。所有这些文件都是公开且免费的，且能在 IETF 网站上列出的参考文献中找到。 TCP/IP 协议覆盖了 OSI 网络结构七层模型中的六层，并支持从交换（第二层）诸如多协议标记交换，到应用程序诸如邮件服务方面的功能。TCP/IP 的核心功能是寻址和路由选择（网络层的 IP/IPV6 ）以及传输控制（传输层的 TCP、UDP）。

本协议族是最早的视频传输协议。其中RTSP协议用于视频点播的会话控制，例如发起点播请求的SETUP请求，进行具体播放操作的PLAY、PAUSE请求，视频的跳转也是通过PLAY请求的参数支持的。而RTP协议用于具体的视频数据流的传输。RTCP协议中的C是控制的意思，用于在视频流数据之外，丢包或者码率之类的控制。该协议族RTSP是建立在TCP之上的，RTP、RTCP建立在UDP之上。不过也可以通过interleave的方式，将RTP和RTSP一起在同一个TCP连接上传输。RTSP协议族，是最早被提出来的，因此很多考虑的地方，都还带有早期的特征。比如使用UDP，是考虑到传输的效率，以及视频协议本身对丢包就有一定的容忍度。但是UDP协议，显然不能用于更大规模的网络，而且复杂网络下路由器的穿透也是问题。从视频角度而言，RTSP协议族的优势，在于可以控制到视频帧，因此可以承载实时性很高的应用。这个优点是相对于HTTP方式的最大优点。H.323视频会议协议，底层一般采用RTSP协议。RTSP协议族的复杂度主要集中在服务器端，因为服务器端需要parse视频文件，seek到具体的视频帧，而且可能还需要进行倍速播放（就是老旧的DVD带的那种2倍速，4倍速播放的功能），倍速播放功能是RTSP协议独有的，其他视频协议都无法支持。缺点，就是服务器端的复杂度也比较高，实现起来也比较复杂。
苹果推出的HTTP Live Streaming，就是随着苹果设备的普及得以广泛应用的一种。从名词就可以判断出来，HLS支持Live直播式的视频传输。HTTP采用m3u8作为索引文件，视频为MPEG2-TS格式的片段文件。如果为直播视频流，则采取更新m3u8文件，从而更新视频索引列表，达到视频直播的目的。但是这种方法，因为最终视频是片段文件，所以必然存在片段视频长度的延迟。因此只可以用于对实时性要求没有那么高的准实时视频流。但是HLS方式，因为采用了较早的MPEG2-TS格式，这种格式的overhead，也就是头部信息占据总文件的比例比较大，也就是效率不够高。之所以没有使用其他格式，主要是商业竞争和版权的问题。
最初的HTTP视频协议，没有任何特别之处，就是通用的HTTP文件渐进式下载。本质就是下载视频文件，而利用视频文件本身的特点，就是存在头部信息，和部分视频帧数据，就完全可以解码播放了。显然这种方式需要将视频文件的头部信息放在文件的前面。有些例如faststart工具，就是专门做这个功能的。但是最为原始的状态下，视频无法进行快进或者跳转播放到文件尚未被下载到的部分。这个时候对HTTP协议提出了range-request的要求。这个目前几乎所有HTTP的服务器都支持了。range-request，是请求文件的部分数据，指定偏移字节数。在视频客户端解析出视频文件的头部后，就可以判断后续视频相应的帧的位置了。或者根据码率等信息，计算相应的为位置。