2、QoS基础概念：QoS定义、QoS服务模型、QoS关键指标
各位好，咱们今天聊聊QoS。说实话，QoS这个词在通信圈里被念叨了二十年，但真正能把它讲透的人不多。我刚开始做PTN那会儿，也以为QoS就是给流量分个优先级，后来在现网里栽过跟头才明白——QoS的本质，是在有限的网络资源下，给不同的业务提供差异化的服务保障。
2.1 QoS的定义：到底在保什么？
QoS，全称Quality of Service，服务质量。说白了，就是网络对特定业务流提供的“待遇”。你想想看，一条100M的链路，视频会议、文件下载、语音通话都在抢带宽，谁先谁后？谁多谁少？这就是QoS要解决的问题。
我个人习惯把QoS理解成“交通管制”。普通数据包是私家车，语音包是救护车，视频包是公交车。没有QoS，大家都挤在一起，救护车也得堵着。有了QoS，救护车走专用道，公交车优先通行，私家车排队等着。
核心定义：QoS是网络在传输数据流时，能够满足特定服务需求的能力集合。它不是一个单一技术，而是一整套机制——包括分类、标记、排队、调度、拥塞避免等。
我在项目中遇到过一位客户，他们觉得只要带宽够大就不需要QoS。结果呢？视频会议一开，下载任务就把带宽吃满，领导讲话卡成PPT。嗯，后来他们老老实实把QoS配上了。
2.2 QoS服务模型：三种玩法
QoS的服务模型有三种，我按出现的时间顺序给大家捋一捋。
2.2.1 Best-Effort（尽力而为）
这是最原始的模式。网络只管转发，不保证任何服务质量。数据包能到就到，到不了就丢。你想想看，就像寄平信——邮局尽力送，但丢了不赔。
特点：
- 无任何保障机制
- 所有流量一视同仁
- 实现最简单，成本最低
- 适合普通上网、邮件等非实时业务
说实话，现在的PTN网络里，纯Best-Effort已经很少见了。但有些老旧网络还在用，我建议尽早升级。
2.2.2 IntServ（综合服务模型）
IntServ的思路是“先申请，再使用”。业务流在发送数据前，先向网络申请资源，网络确认有足够带宽后才允许发送。这就像你订酒店——先预订，确认有房了再入住。
核心机制：RSVP（资源预留协议）
我曾经在某个大型政企网里见过IntServ的部署。说实话，效果很好，但扩展性太差。每个流都要维护状态，核心路由器撑不住。你想想看，几千条流同时申请，设备CPU直接飙到100%。
避坑指南：IntServ不适合大规模网络。我曾经在1000+节点的网络里尝试过，结果RSVP报文把控制平面打爆了。后来全部改成DiffServ，问题才解决。
2.2.3 DiffServ（区分服务模型）
这是目前PTN网络的主流方案。DiffServ的思路是“分类处理”——把流量分成几个等级，不同等级给不同待遇。就像机场的VIP通道、经济舱通道、普通通道。
核心机制：
- 在网络边缘对流量进行分类和标记
- 核心节点根据标记执行相应的转发策略
- 不需要维护每个流的状态
我个人最喜欢DiffServ，因为它简单、高效、可扩展。PTN网络里，我们通常用DSCP（差分服务代码点）来标记优先级，一共64个等级，够用了。
| 服务模型 | 保障粒度 | 扩展性 | 实现复杂度 | 适用场景 |
|---|---|---|---|---|
| Best-Effort | 无 | 最好 | 最低 | 普通数据业务 |
| IntServ | 每流 | 差 | 高 | 小规模、高要求场景 |
| DiffServ | 每类 | 好 | 中 | PTN网络主流方案 |
2.3 QoS关键指标：四个维度
衡量QoS好不好，主要看四个指标。我管它们叫“四大金刚”——带宽、时延、抖动、丢包率。
2.3.1 带宽
带宽就是网络能提供的最大传输速率，单位是bps（比特每秒）。说白了，就是管道的粗细。管道越粗，能同时过的水越多。
关键点：
- 带宽是QoS的基础，没有足够的带宽，其他指标都是空谈
- PTN网络里，带宽保障通常通过CIR（承诺信息速率）和PIR（峰值信息速率）来实现
- 我建议：CIR设成业务的实际需求值，PIR可以适当放宽
经验之谈：我在某运营商的项目里，客户把CIR设得太高，结果带宽利用率不到30%。后来我建议把CIR降到实际需求的80%，PIR留出余量，既保证了业务，又节省了成本。
2.3.2 时延
时延是数据从源端到目的端所花的时间。单位是毫秒（ms）。语音业务要求时延小于150ms，视频业务要求小于200ms，超过这个值，用户体验就会明显下降。
时延的组成：
- 处理时延：设备处理数据包的时间
- 排队时延：数据包在队列里等待的时间
- 传输时延：数据在链路上传输的时间
- 传播时延：信号在介质中传播的时间
你想想看，为什么PTN网络要强调低时延？因为4G/5G的回传、金融交易、工业控制，这些业务对时延极其敏感。我曾经测试过，一个金融交易系统，时延每增加1ms，损失可能上百万。
2.3.3 抖动
抖动是时延的变化量。说白了，就是时延的“忽快忽慢”。语音业务对抖动特别敏感——时延大一点没关系，但时延忽大忽小，声音就会断断续续。
抖动的来源：
- 网络拥塞导致排队时间变化
- 路由变化导致路径不同
- 设备处理能力波动
我记得有一次排查一个VoIP语音卡顿的问题，带宽够、时延也正常，就是抖动超标。后来发现是某个交换机的队列调度算法有问题，导致语音包被频繁打断。嗯，换了调度策略就好了。
2.3.4 丢包率
丢包率是丢失的数据包占总发送数据包的比例。理想情况下是0%，但实际网络中，0.1%以内的丢包率通常可以接受。
丢包的影响：
- 语音：丢包率超过1%，声音就开始失真
- 视频：丢包率超过0.5%，画面出现马赛克
- 数据：TCP协议会重传，导致实际吞吐量下降
关键指标总结表：
| 指标 | 单位 | 语音要求 | 视频要求 | 数据要求 |
|---|---|---|---|---|
| 带宽 | bps | 30-100kbps | 2-20Mbps | 按需 |
| 时延 | ms | <150ms | <200ms | <500ms |
| 抖动 | ms | <30ms | <50ms | 不敏感 |
| 丢包率 | % | <1% | <0.5% | <0.1% |
2.4 小结
好了，这一章的内容就这些。QoS的基础概念其实不难理解，关键是搞清楚三个服务模型的区别，以及四个指标对业务的影响。我个人觉得，DiffServ是PTN网络的最佳选择，而带宽和时延是最需要关注的两个指标。
下一章，我会给大家讲讲PTN网络里QoS的具体实现机制——包括分类、标记、队列调度这些实操内容。到时候咱们再细聊。