Chapter6流媒体相关网络协议
流媒体协议

流媒体协议流媒体协议是指用于在网络环境下传输音频、视频等媒体数据的通信协议。
流媒体协议在实时性、带宽控制以及适应不同网络环境等方面都有一定的特殊要求,下面我们来介绍一些常见的流媒体协议。
首先是RTSP协议(Real-Time Streaming Protocol)。
RTSP协议是用来控制流媒体服务器的,它可以实现对媒体流的播放、暂停、快进等操作。
RTSP协议使用了常见的应用层协议,如HTTP、TCP等作为传输方式。
它适用于需要实现对媒体流控制的场景,比如视频监控、视频会议等。
另一个常见的流媒体协议是RTMP协议(Real-Time Messaging Protocol)。
RTMP协议是Adobe公司开发的一种用于流媒体传输的协议,它支持实时音频、视频的传输,并且对带宽控制较为灵活。
RTMP协议常用于视频直播、在线游戏等应用场景。
此外,HTTP协议(Hypertext Transfer Protocol)也可以用于流媒体传输。
虽然HTTP协议是一种非实时的协议,但是通过HTTP协议可以实现流式传输,即在接收者每次请求媒体数据时,服务器会分块发送数据,实现边下载边播放的效果。
流媒体的高延迟和缓冲时间可以通过HTTP协议来减少。
同时,HLS协议(HTTP Live Streaming)也是一种基于HTTP 协议的流媒体协议。
HLS协议将整个视频切成若干个小的文件片段,每个文件片段都有自己的URL地址。
在播放时,客户端会按照一定的规则请求这些文件片段,然后按照顺序播放。
HLS协议通过切片的方式,可以实现更好的适应带宽、适应网络恶化等情况。
最后还有WebRTC协议(Web Real-Time Communication)。
WebRTC协议是一种基于网页的实时通信协议,它可以实现浏览器之间的点对点音视频通信。
WebRTC协议使用了一种名为ICE(Interactive Connectivity Establishment)的技术,可以在不同网络环境下建立起通信连接。
直播技术的流媒体传输协议常见的直播流媒体传输协议介绍

直播技术的流媒体传输协议常见的直播流媒体传输协议介绍直播技术在现代社交媒体中的应用越来越广泛,为了实现高质量的流媒体传输,直播平台借助各种流媒体传输协议。
本文将介绍几种常见的直播流媒体传输协议,并对其特点进行分析。
一、RTMP协议RTMP(Real-Time Messaging Protocol)是一种实时消息传输协议,由Adobe开发。
它采用基于TCP的传输方式,在互联网传输中表现出良好的稳定性和实时性。
RTMP协议通过将音频、视频及元数据打包成小块传输,保证了传输的流畅性和稳定性。
RTMP协议被广泛应用于实时直播领域,尤其在低延迟的直播环境下表现出色。
二、HLS协议HLS(HTTP Live Streaming)协议是由Apple提出的流媒体传输协议。
HLS协议基于HTTP协议,将整个视频分成多个小的TS (Transport Stream)文件,通过HTTP协议逐个传输。
HLS协议适应性强,支持多种终端设备播放,并且能够自适应网络环境的变化。
这使得HLS成为了许多直播平台的首选协议。
三、DASH协议DASH(Dynamic Adaptive Streaming over HTTP)协议是一种动态自适应流媒体传输协议,由MPEG联盟制定。
DASH协议无需握手过程,通过HTTP协议动态获取数据,根据客户端自身的网络情况和解码能力选择相应的码率和片段进行播放。
DASH协议具有较好的抗丢包能力和适应性,能够在不同的网络环境下提供良好的用户体验。
四、FLV协议FLV(Flash Video)协议是一种用于传输视频和音频的流媒体传输协议,由Adobe Flash Player支持。
FLV协议将视频和音频数据打包成FLV文件进行传输,常用于Adobe Flash Player播放器的直播功能。
然而,由于Adobe Flash Player不再被主流浏览器支持,FLV协议的使用范围受到了限制。
五、WebSocket协议WebSocket协议是一种全双工通信协议,它可以在一个TCP连接上实现双向通信。
流媒体相关网络协议

RTMP 传输效率较高,但需要专用的播放器支持,如 Adobe Flash Player。
HLS 和 DASH 则基于 HTTP 协议,可以在普通浏览器中播放,但需要将音视频流 拆分成多个小文件或片段,影响传输效率。
对比分析
• HLS、DASH和SmoothStreaming都是基于HTTP的流媒体协 议,具有跨平台的优势。然而,它们在功能、支持和集成性方 面存在一些差异。例如,DASH具有最广泛的支持和集成性, 而SmoothStreaming则更适合于Windows平台。在选择合适 的协议时,需要考虑应用程序的需求、目标平台和网络条件等 因素。
RTSP/RTP 的使用场景包括但不限于:视频会议、在线直播、视频点播等实时流 媒体应用。
02 HTTP-based 流 媒体协议
HLS(HTTP Live Streaming)
总结词
HLS是一种由Apple公司开发的基于HTTP的流媒体协议,广 泛应用于Apple设备上的直播和点播流媒体服务。
对网络要求较高:WebRTC 对网络的要求比较高,需要 保证网络的质量和稳定性才能达到较好的效果。
05 其他流媒体协议
RTMPS(RTMP over SSL/TLS)
• RTMPS是一种在SSL/TLS协议上运行的RTMP流媒体协议。它通过加密的连接进行数据传输,保证了数据的安全性。 RTMPS在直播流媒体传输中被广泛应用,特别是在需要保护数据安全的场景下。
THANKS
感谢观看
远程会议:WebRTC 可以用于实现远程会议的音 视频通信功能,提高会议效率。
流媒体相关网络协议

6.3.3 RTSP(Cont’d)
4. RTSP协议与其他协议的关系
(1)RTSP协议与HTTP协议的联系
▪ 目前的协议规范同时允许网页服务器和流媒 体服务器支持RTSP实现。
(2)RTSP协议与HTTP协议的区别
▪ HTTP是一个不对称协议;在RTSP中, Client和Server都可发出请求,且请求是有 状态的。
6.3.4 RSVP(Cont’d)
6. RSVP资源预订类型 ▪ A.独占资源预订——为每个连接中每
个相关发送者安装一个流 ▪ (1)固定过滤类型 ▪ B.共享资源预订——由不相关的发送
者使用 ▪ (2)通配过滤类型 ▪ (3)共享显式类型
6.3.4 RSVP(Cont’d)
7. RSVP软状态实现 ▪ 对RSVP,软状态指可被某些RSVP信息更新的路由
▪ 延迟敏感传输要求传输及时,并因而改变其速率。
6.3.4 RSVP(Cont’d) 3. RSVP数据流处理 ▪ RSVP数据流基本特征是连接,数据包在其上流通。 ▪ RSVP支持单播和组播连接,流总是从发送者开始。 ▪ 特定连接的数据包被导向同一个IP目的地址或公开的目
的端口。 ▪ IP目的地址是组播发送的组地址,或是单个接收者的单
6.3.4 RSVP(Cont’d)
5. RSVP连接启动 ▪ 为了初始化RSVP组播连接,接收者首先使用
Internet组成员协议(IGMP)加入IP目的地址指 定的组播组。对单播连接,单播路由就象IGMP 结合协议无关组播(PIM)在组播时的作用。 ▪ 接收者加入组后,潜在的发送者就开始发送 RSVP路径信息给IP目的地址。 ▪ 接收者应用收到路径信息,开始发送相应资源预 订请求信息,使用RSVP指定欲点播的流描述。 ▪ 发送者应用接收到资源预订请求信息后,开始发 送数据包。
流媒体传输和控制协议概述(PPT30张)

IPTV流媒体传输与控制协议
• 流媒体的网络传输特征
– 可靠性
• 传统的网络传输目标是提供可靠的端到端的通信ቤተ መጻሕፍቲ ባይዱ• 通信系统采用校验(如CRC校验)及序列编号的方法, 进行差错检验;采用反向应答、信包重传的握手协 议进行差错恢复 • 系统有必要把差错检验和差错恢复工作交给上层完 成,下层网络只需为上层提供反映物理传 输特性的 服务
IPTV流媒体传输与控制协议
• 流媒体的网络传输特征
– 低传输延迟
• 根据150ms的传输延迟限制,整个传输分为4部分
– 源端点的压缩和打包延时。由于视频源必须处理每秒2530帧的视频,那么实时压缩解压缩的处理能力必须达到 30-40ms以内。这是网络延时中较小的一部分。 – 终端排队和等时延时。数据包排队进入终端以后,进入回 放缓冲区,直到调度出缓冲区,这段延时也是40ms左右 – 终端的解包和解压缩延时。从回放缓冲区调度出来的数据 包经过解包和解压缩,这段耗时与压缩和打包延时相同, 为30-40ms – 传输的端到端延时。经过其他阶段的延时,传输的端到端 延时被限制在40ms以内
IPTV流媒体传输与控制协议
• RTP/RTCP协议族概述
– RTP对数据传输的封装
• • • • • 数据类型PT(pay)oad type) 时间戳(Time Stamp) 序列号(SeqNumber) 标志位M(ma rker) 同步源标识SSRC(synch ron1 zat1 OnS0Urce)
IPTV流媒体传输与控制协议
• RTSP协议的特点
– 可扩展性 – 易解析 – 安全 – 独立于传输 – 多服务器支持
IPTV流媒体传输与控制协议
• RTSP协议的特点
主要流媒体协议介绍

主要流媒体协议介绍RTP参考⽂档 RFC3550/RFC3551Real-time Transport Protocol)是⽤于Internet上针对多媒体数据流的⼀种传输层协议。
RTP协议详细说明了在互联⽹上传递⾳频和视频的标准数据包格式。
RTP协议常⽤于流媒体系统(配合RTCP协议),视频会议和⼀键通(Push to Talk)系统(配合H.323或SIP),使它成为IP电话产业的技术基础。
RTP协议和RTP控制协议RTCP⼀起使⽤,⽽且它是建⽴在UDP协议上的。
RTP 本⾝并没有提供按时发送机制或其它服务质量(QoS)保证,它依赖于低层服务去实现这⼀过程。
RTP 并不保证传送或防⽌⽆序传送,也不确定底层⽹络的可靠性。
RTP 实⾏有序传送, RTP 中的序列号允许接收⽅重组发送⽅的包序列,同时序列号也能⽤于决定适当的包位置,例如:在视频解码中,就不需要顺序解码。
RTP 由两个紧密链接部分组成: RTP ―传送具有实时属性的数据;RTP 控制协议(RTCP)―监控服务质量并传送正在进⾏的会话参与者的相关信息。
RTCP实时传输控制协议(Real-time Transport Control Protocol或RTP Control Protocol或简写RTCP)是实时传输协议(RTP)的⼀个姐妹协议。
RTCP为RTP媒体流提供信道外(out-of-band)控制。
RTCP本⾝并不传输数据,但和RTP⼀起协作将多媒体数据打包和发送。
RTCP定期在流多媒体会话参加者之间传输控制数据。
RTCP的主要功能是为RTP所提供的服务质量(Quality of Service)提供反馈。
RTCP收集相关媒体连接的统计信息,例如:传输字节数,传输分组数,丢失分组数,jitter,单向和双向⽹络延迟等等。
⽹络应⽤程序可以利⽤RTCP所提供的信息试图提⾼服务质量,⽐如限制信息流量或改⽤压缩⽐较⼩的编解码器。
RTCP本⾝不提供数据加密或⾝份认证。
流媒体传输协议

流媒体传输协议流媒体传输协议是指用于在网络上传输音频、视频和其他多媒体数据的协议。
它们是为了能够在网络上实现实时或几乎实时传输而设计的。
流媒体传输协议的发展,极大地促进了网络视频、音频的传输和应用,为人们带来了更加便捷的娱乐和通讯方式。
最常见的流媒体传输协议包括RTSP(Real Time Streaming Protocol)、RTMP (Real Time Messaging Protocol)、HLS(HTTP Live Streaming)和MPEG-DASH (Dynamic Adaptive Streaming over HTTP)等。
每种协议都有其独特的特点和适用场景,下面将逐一介绍这些流媒体传输协议。
RTSP是一种基于文本的协议,它通常用于控制流媒体服务器。
RTSP的工作原理是客户端向服务器发送控制命令,例如播放、暂停、停止等,服务器则响应这些命令并传输媒体数据。
RTSP可以与RTP(Real-time Transport Protocol)配合使用,实现音视频数据的实时传输。
RTMP是由Adobe公司开发的一种流媒体传输协议,最初用于Flash播放器和Adobe Media Server之间的音视频传输。
RTMP具有低延迟、稳定性好等特点,适用于直播、视频会议等实时传输场景。
HLS是由苹果公司开发的一种基于HTTP的流媒体传输协议,它将整个视频分成若干小片段,每个小片段都是一个独立的文件。
客户端通过HTTP协议下载这些小片段并进行播放,从而实现了流媒体的传输。
MPEG-DASH是一种动态自适应流媒体传输协议,它可以根据网络状况和终端设备的能力动态调整视频的质量和码率,从而实现更加流畅的播放体验。
不同的流媒体传输协议适用于不同的场景和需求。
RTSP适合于需要实时控制的场景,如视频监控;RTMP适合于对稳定性和低延迟要求较高的直播场景;HLS适合于跨平台播放和大规模的流媒体传输;MPEG-DASH适合于需要根据网络状况动态调整码率的场景。
2023流媒体传输协议及音视频编解码技术正规范本(通用版)

流媒体传输协议及音视频编解码技术引言随着互联网的普及和带宽的提高,流媒体技术在现代通信领域得到了广泛的应用。
流媒体传输协议和音视频编解码技术是实现流媒体的关键技术,本文将介绍流媒体传输协议的分类和特点,以及常用的音视频编解码技术原理。
一、流媒体传输协议流媒体传输协议是指用于实现音视频流传输的协议,常见的流媒体传输协议有HTTP、RTSP、RTMP、HLS等。
这些协议各有其特点和适用场景。
1.1 HTTPHTTP(Hyper Text Transfer Protocol)是一种应用层协议,常用于在万维网上进行数据传输。
在流媒体领域,HTTP被广泛用于传输音视频流。
其具有跨平台、易于使用的特点,同时也能保证较好的兼容性和稳定性。
然而,由于HTTP协议本身的限制,其传输效率相对较低,对实时性要求较高的应用场景有一定局限性。
1.2 RTSPRTSP(Real-Time Streaming Protocol)是一种应用层协议,用于控制多媒体服务器之间的数据传输。
RTSP协议提供了对流媒体的完整控制,包括播放、暂停、停止、快进、快退等功能。
其支持实时流媒体传输,并具有较好的实时性。
但是,RTSP协议不直接传输音视频流数据,因此需要结合其他协议(如RTP/RTCP协议)来实现音视频数据的传输。
1.3 RTMPRTMP(Real-Time Messaging Protocol)是Adobe开发的协议,用于高性能流媒体传输。
RTMP协议通过发送音视频数据块来实现实时性较高的流媒体传输。
尤其在直播领域,RTMP被广泛应用。
然而,由于其是Adobe自有协议,导致其在移动设备和部分客户端上的兼容性有一定问题。
1.4 HLSHLS(HTTP Live Streaming)是苹果公司推出的流媒体传输协议,在移动设备和桌面浏览器上具有良好的兼容性。
HLS协议通过将音视频流切分成若干个小片段进行传输,并根据网络情况动态调整码率,以实现适应不同网络环境下的流媒体传输。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
6.3.2 RTCP
1. RTCP协议的工作原理 ——四个功能: (1)为数据传输的质量提供反馈,并
提供QoS检测 (2)提供不同媒体间的同步 (3)在会话的用户界面上显示会话参
与者的标志 (4)调节信息的缩放
6.3.2 RTCP(Cont’d)
2. RTCP分组格式
2
3
8
16bit
终端结点的状态。 软状态特征允许RSVP网络支持动态组成员变化,并适
应路由变化。一般说来,软状态由基于RSVP网络维护, 使网络可在没有查询终端结点的情况下改变状态。 RSVP协议为创建和维护组播和单播混合发送路径的分 布式资源预订状态提供了一个通用功能。为维护资源 预订状态,RSVP跟踪路由器和主机结点的软状态。 路径与资源预订请求信息创建并周期更新RSVP软状态。 如在清除时间间隔到期前没有收到相应更新信息,就 删除该状态,显式teardown信息也可删除软状态。 RSVP周期扫描欲建立的软状态,并转发路径与预订请 求更新信息给下一跳。
大信号量,表示信道的传输能力。 (2)数据传输速率:通信线上传输信息的速度。 信号速率S是指单位时间内所传送的二制位代码
的有效位数,以bps为单位。 调制速率B是指脉冲信号经过调制后的传输速率,
以BAUD为单位。
在通信过程中,信道容量应大于传输速率。
6.1.1 Internet传输的基本概念(Cont’d)
保持一定状态。
6.3.4 RSVP
1. RSVP协议工作原理 (1)发送端依据传输带宽范围的高低、传
输延迟,以及抖动来说明发送业务。 (2)为了获得资源预留,接收端发送一个
上行的RESV(预留请求)消息。 (3)当每个支持RSVP的路由器沿着上行路
径接收RESV的消息时,它采用输入控制过 程证实请求,并且配置所需的资源。 (4)当最后一个路由器接收RESV,同时接 受请求的时候,它再发送一个证实消息给接 收端。当发送端或接收端结束了一个RSVP 会话时,将断开连接。
3. RTP分组格式
123
8
9
16bit
V P X CSRC Count M Payload Type
Sequence Number
Timestamp
SSRC
CSRC
NB: Payload Type
6.3.1 RTP(Cont’d)
RTP包传输流程
6.3.1 RTP(Cont’d)
4. RTP协议的特点 RTP协议具有很大的灵活性 数据流和控制流分离 RTP协议具有很大的扩展性和适用性
速率敏感传输放弃及时性,而确保速率。
延迟敏感传输要求传输及时,并因而改变其速率。
6.3.4 RSVP(Cont’d) 3. RSVP数据流处理 RSVP数据流基本特征是连接,数据包在其上流通。 RSVP支持单播和组播连接,流总是从发送者开始。 特定连接的数据包被导向同一个IP目的地址或公开的目
6.3.1 RTP(Cont’d)
2. RTP协议工作原理 在流的概念中“时戳”是最重要的信息。 RTP协议和UDP二者共同完成运输层协议
功能。 RTP的协议数据单元是用UDP分组来承载
的。 RTP协议虽然是传输层协议但是没有作为
OSI体系结构中单独的一层来实现。
6.3.1 RTP(Cod)
4. RSVP服务质量(QoS) 是流规范指定的属性。 流规范用于决定参加实体(路由器、接收者和发
送者)进行数据交换的方式。 主机和路由器使用RSVP指定QoS。 其中,主机代表应用数据流使用RSVP从网络申
请QoS级别;路由器使用RSVP发送QoS请求给数 据流路经的其它路由器。 这样做,RSVP就可维持路由器和主机状态来提 供所请求的服务。
6.3.4 RSVP(Cont’d)
5. RSVP连接启动 为 了 初 始 化 RSVP 组 播 连 接 , 接 收 者 首 先 使 用
Internet组成员协议(IGMP)加入IP目的地址指 定的组播组。对单播连接,单播路由就象IGMP 结合协议无关组播(PIM)在组播时的作用。 接收者加入组后,潜在的发送者就开始发送 RSVP路径信息给IP目的地址。 接收者应用收到路径信息,开始发送相应资源预 订请求信息,使用RSVP指定欲点播的流描述。 发送者应用接收到资源预订请求信息后,开始发 送数据包。
2. 优点: 启动延时短 对系统缓存容量的需求大大降低 流式传输的实现有特定的实时传输协议
6.2 流媒体网络传输特点(Cont’d)
3. 应用流媒体技术传输网络音视频系统的基 本原理:
采用高效的压缩算法(在降低文件大小的 同时伴随质量的损失),使多媒体数据文 件变小以适合流式传输,
(2)带宽 信号带宽是指信号以电磁波形式传输,电磁波的频
谱范围; 信道带宽是指信道上能够传送的最大频率范围; 在通信过程中,信号带宽必须小于信道带宽; 带宽单位为MHz。
6.1.1 Internet传输的基本概念(Cont’d)
3. 信道容量和数据传输速率 (1)信道容量:信道在单位时间内可以传输的最
Version P RC Packet type
Length
6.3.2 RTCP——RTCP分组格式
5种类型的报文: SR RR SDES BYE APP
6.3.3 RTSP
1. RTSP协议的工作原理 (1)RTSP协议的功能 A. 通过媒体服务器检索媒体 B. 媒体服务器邀请进入会议 C. 将媒体加到现成讲座中
6.3.1 RTP——RTP协议的相关概念
(4) Payload Type(载荷类型) 对传输的音、视频等数据类型予以说明,并
说明相关的编码方式,接收端从而知道如何 解码和播放负载数据。
(5) Mixer(混合器) 将多个载荷数据组合起来产生一个发出的包,
允许接收端确认当前数据的贡献源,具有相 同的同步源标识符。
4. 差错校正和误码率 (1)差错校正:字符代码在传输、接收过程中,
由于信道噪声或其他外界干扰,难免会发生错误, 及时自动检测差错并进一步自动校正。
(2)误码率:信息传输的错误率。 Pe=出错比特数/传输比特数 网络的误码率主要取决于信源至信宿之间的信道
的质量。 误码率越高,则信道的质量越差。
(2)信号:数据在传输过程中的表示形式,带有信息 的某种物理量。
模拟信号一般通过PCM脉码调制方法量化为数字信 号;
数字信号一般通过对载波进行移相的方法转换为模 拟信号。
6.1.1 Internet传输的基本概念(Cont’d)
2. 信道和带宽 (1)信道 按照其存在形式分为有线信道和无线信道; 按照其传输信号的类型分为模拟信道和数字信道。
RTSP (Real-Time Streaming Protocol):定义了 一对多的应用程序如何有效地通过IP网络传送多 媒体数据。
RSVP (Resource Reserve Protocol):在一定程度 上为流媒体的传输提供QoS。
MMSP (Microsoft Media Server Protocol)
Chapter 6 流媒体相关网络协议
南京工程学院 计算机工程学院
徐梦溪
6.1 流媒体传输基础 6.1.1 Internet传输的基本概念
1. 数据和信号
(1)数据:描述信息的数字、字母或符号。
模拟数据是指由传感器采集得到的连续变化的值。
数字数据是指模拟数据经采集、量化、编码后所得 到的离散的值。
6.3.4 RSVP(Cont’d)
2. RSVP数据流
流说明是互连网主机用来请求特殊服务的数据结构, 保证互连网处理主机传输。
RSVP支持三种传输类型:最好性能(best-effort), 速率敏感(rate-sensitive)与延迟敏感(delaysensitive)。
最好性能传输为传统IP传输。应用包括文件传输 (如邮件传输)、磁盘映像、交互登录和事务传输。 支持最好性能传输的服务称为最好性能服务。
6.3.3 RTSP(Cont’d)
4. RTSP协议与其他协议的关系 (1)RTSP协议与HTTP协议的联系 目前的协议规范同时允许网页服务器和流媒
体服务器支持RTSP实现。 (2)RTSP协议与HTTP协议的区别 HTTP是一个不对称协议;在RTSP中,Client
和Server都可发出请求,且请求是有状态的。 HTTP是无状态协议;RTSP在任何情况下必须
6.3.1 RTP
1. RTP协议的相关概念 (1) Time Stamping(时戳) 把接收到的语音和视频等多媒体数据按照正
确的时间顺序提交给上层。 对于语音来说,时戳按封包间隔和采样速率
乘积而递增; 对于视频来说,时戳的生成依赖于应用程序
是否能够分辨其帧数。如果能够分辨帧速率, 则使用一个固定的速率增加。
架设流媒体服务器,修改MIME标志,通 过各种实时协议传输流数据。
6.3 流媒体传输协议简介
RTP (Real-time Transport Protocol):针对多媒 体数据流。
RTCP (Real-time Transport Control Protocol): 与RTP一起提供流量控制和拥塞控制服务。
而且不需要事先获得批准,也不需要通知网络。 2. 实时传送(Real-time ) 综合服务模型 应用程序首先通知网络它自己的流量参数和需要
的特定服务质量请求,应用程序一般在收到网络 的确认信息,才开始发送报文。
6.2 流媒体网络传输特点
1. 流媒体技术关键特征: 数据压缩 流式传输
6.1.1 Internet传输的基本概念(Cont’d)
5. 宽带和窄带 一般以网络接入的数据传输率来区分。 低于1兆的连接速率称为窄带接入; 高于1兆的连接速率称为宽带接入。