主题
连接与协议：接口、带宽与通信协议
显示器与主机之间要完成四件事：谈成什么模式（协商）、送得动吗（带宽）、 允许送吗（鉴权）、按什么格式送（范围 / 抽样 / 色深 / 压缩）。 这四件事合起来就是作用层骨架里的第 ① 层（输入层）。
本页的定位：它是输入层（①）的轴心 —— 讲清"信号怎么进来"，并给出四类连接故障的分层排查顺序。 六层全景与跨层耦合见 作用层总图。
本页按三段式走：先看输入层链路与三类能力（概念）→ 再按四类故障与归因次序排查（会用）→ 最后看协议层（EDID / HDCP / CEC）与判据接口（原理）。
分工： 带宽数值与逐档能力 → 接口带宽、接口选型； 能力表的构造与仿真 → EDID 原理与仿真； 压缩的机制与代价 → DSC 显示流压缩； 控制类协议（DDC/CI 与 MCCS）→ MCCS 与控制协议； 数值出处一律以 标准值总表 为准。
一、输入层链路：从主机到主控
① 源（显卡 / 主机 / 播放设备）
│ 它声明与输出的能力、它的上限
▼
② 协商（EDID 能力表 ↔ 源的能力）
│ 谈成一个双方都支持的模式：分辨率 / 刷新率 / 色深 / 抽样
▼
③ 物理链路（线材、连接器、中间设备：切换器 / 扩展坞 / 延长器）
│ 能不能稳定送达
▼
④ 鉴权（HDCP 等保护协议）
│ 受保护内容必须通过
▼
⑤ 格式与压缩（RGB 范围、色度抽样、色深、DSC）
│ 数据长什么样
▼
⑥ 主控接收与内部输出（接收能力 → 面板输出能力）
│ 进来之后，内部跑不跑得动（见 ⑨ 与主控上限）
▼
面板（③ 背光层提供光，⑤ 色彩管线负责映射）| 环 | 出问题时的表现 | 现场能看什么 |
|---|---|---|
| ① 源 | 选项不全、上限低 | 显卡规格与输出口、系统显示设置 |
| ② 协商 | 掉到低分辨率 / 低刷新率、模式缺失 | 系统显示信息、显示器屏幕信息页 |
| ③ 物理链路 | 间歇黑屏、闪烁、花屏 | 换线 / 换口 / 直连的对比结果 |
| ④ 鉴权 | 受保护内容黑屏、提示错误 | 播放器与系统的 HDCP 状态提示 |
| ⑤ 格式与压缩 | 发灰、彩色文字变糊、颜色异常 | 范围设定、色度抽样、色深、DSC 开关 |
| ⑥ 主控内部 | 前面都正常但上不去 | 内部输出链路与面板上限（见下） |
二、三个"能力"必须分清
连接类争议多数来自把这三件事混成一件：
| 能力 | 是什么 | 怎么确认 |
|---|---|---|
| ① 声明能力 | 规格书写的能力、EDID 里报的能力 | 规格表、EDID 内容 |
| ② 协商结果 | 这次实际跑成的模式（分辨率/刷新率/色深/抽样） | 系统显示信息 + 显示器屏幕信息页 |
| ③ 可用稳定性 | 这个协商结果能否长时间不闪断、不掉档 | 持续观察 / 压力内容 / 长时间运行 |
⚠️ "支持 4K120"属于①，能不能跑满属于②，"跑得住吗"属于③ —— 三者不一致时，先确认差在哪一环，再谈是不是"虚标"。 判据里必须写清本次结论对应的是哪一层能力。
三、物理接口速览
| 接口 | 带宽 | 典型能力 | 备注 |
|---|---|---|---|
| VGA | 极低 | 1080p | 模拟，淘汰 |
| DVI（数字视频接口） | 3.96 / 7.92 Gbps（单/双链路） | 1080p / 1440p | 半淘汰 |
| HDMI 2.0 | 18 Gbps | 4K60 / 1440p144 | 影音通用 |
| HDMI 2.1 | 48 Gbps | 4K120 / 8K60（需 DSC） | 支持 VRR/eARC |
| HDMI 2.2 | 96 Gbps | 更高分辨率/刷新率（16K） | 配 Ultra96 认证线缆 |
| DP 1.4 | 32.4 Gbps | 4K120（需 DSC） | 显示器主流 |
| DP 2.1 / 2.1a | 80 Gbps | 4K165+ 无压缩 | 最新 |
| USB-C（DP Alt） | 同 DP | 视频+供电+数据 | 笔记本一线连 |
| Thunderbolt 3/4 | 40 Gbps | 视频+高速数据+供电 | 高规格扩展 |
| Thunderbolt 5 | 80 / 120 Gbps | 同上，带宽更高 | 2023-09 发布 |
读这张表要看四件事（只看"最大带宽"会误判）：
① 是"通道带宽"还是"数据带宽"—— 后者要扣编码开销（见 [接口带宽](interface-bandwidth.md)）
② 该行能力是否需要 DSC 才能成立（表中已标注）
③ 版本号只是"上限"，实机能力还受主控与面板输出限制（见第六节 ⑥）
④ USB-C 是"接口形状"，不是能力承诺 —— 同口可以只走数据或只供电四、带宽需求与"先降什么"
带宽需求 ≈ 水平像素 × 垂直像素 × 刷新率 × 每像素位数（未压缩）- 4K（3840×2160）@60Hz @8bit ≈ 3840×2160×60×24 ≈ 12 Gbps（加消隐与编码开销需更高）；
- 色深与色度抽样直接乘在需求上：色度抽样 4:2:0 把色度数据降到约 1/4， 10bit 比 8bit 多约 25%（相对同一抽样）；
- 带宽不够时的折衷顺序见 接口选型： DSC → 降色深 → 降色度抽样 → 降刷新率（文字与桌面务必保住 4:4:4）。
⚠️ DSC 不是"无损压缩"：它是视觉无损的码流压缩， 机制、版本与代价见 DSC 显示流压缩。
五、协议层：EDID / HDCP / CEC
显示器与主机并非只传图像，还要"对话"：
| 协议 | 作用 | 异常表现 |
|---|---|---|
| EDID（扩展显示标识数据） | 显示器把能力表发给主机：支持的模式、色域、接口能力等 | 识别成未知设备、分辨率/刷新率选项缺失、模式被降级 |
| HDCP（高带宽数字内容保护） | 受保护内容（蓝光、部分流媒体的高画质档）播放前的鉴权 | 受保护内容黑屏 / 闪烁 / 提示错误；非保护内容可能正常 |
| CEC（消费电子控制） | HDMI 设备间的控制指令 | 显示器场景意义较小，多见于电视 |
三点实用认知：
① EDID 给的是"能力"，不代表"这次一定这么跑"—— 协商还要看源与链路
② EDID 保持（切换器 / 扩展坞是否替显示器"守住"能力表）是掉档与闪断的常见原因
③ HDCP 失败不等于显示器坏了：先怀疑中间设备（分线器、切换器、老线材）控制的另一半是 DDC/CI 与 MCCS：软件调亮度、读面板信息靠它。
六、输入层四类故障
把连接问题按"表现"分成四类，每类的排查起点不同：
| 类别 | 表现 | 起点 | 排查顺序 |
|---|---|---|---|
| 出不来 | 无信号、黑屏 | 是否切到了正确输入源 | 输入源 → 协商（EDID）→ 物理链路 → 鉴权 |
| 上不去 | 能出画面，但分辨率/刷新率/色深上不去 | 本次协商结果 | 协商值 → 能力表（EDID/版本）→ 带宽与抽样 → 主控与面板输出上限 |
| 不稳 | 间歇黑屏、闪烁、雪花、用一会儿掉档 | 物理链路与中间设备 | 直连与换线对比 → 中间设备（切换器/坞/延长器）→ 供电（USB-C）→ 线材质量与长度 |
| 不对 | 画面发灰、颜色不对、彩色文字发糊、没有声音 | 格式与范围 | RGB 范围（有限/全）→ 色度抽样（4:4:4 / 4:2:0）→ 色深 → 音频输出源 |
✅ 两类最容易混的： ① "上不去"与"不稳" —— 前者是协商结果本身就低，后者是协商很高但守不住； 处理方向完全不同（一个查能力与带宽，一个查链路与供电）。 ② "不对"与面板问题 —— 发灰、颜色不对先查范围与抽样， 别急着怀疑面板（见 偏色与补偿、测量陷阱）。
七、归因次序（合并成一串）
① 先看"协商到了什么"：分辨率 / 刷新率 / 色深 / 抽样
—— 这一步区分"根本没上去"与"上去后不稳定"（分水岭）
② 再看"能力协商"：EDID 是否读到、目标模式是否在能力表内（见 [EDID 与仿真](edid-and-emulation.md)）
③ 再看"物理层"：换线、换口、直连 —— 排除线材与中间设备
④ 再看"保护与鉴权"：HDCP 是否握手成功 —— 典型表现是黑屏、闪烁或异常画面
⑤ 再看"协议与转换"：转换器与协议桥（如 DP → HDMI）是否支持该模式与色深
⑥ 最后看"系统侧"：显卡驱动、系统显示设置、显卡输出上限
⑦ 若以上都正常，才查"内部上限"：主控接收能力与面板输出链路
（见 [主控 IC 与规格上限](monitor-ic-and-limits.md)）⚠️ 协议问题与画质问题要分开做 —— 先保证"能出画面且协商正确"，再谈颜色与灰阶。 把两者混在一起排查，会把 EDID 或 HDCP 问题误判成面板问题。
八、输入层的"判据接口"
输入层相关的结论，必须能回答下列条件，否则不可复核：
□ 接口类型与版本（以及线材规格 / 长度）
□ 本次实际协商值：分辨率 / 刷新率 / 色深 / 色度抽样
□ RGB 范围设定（有限 / 全）
□ 是否使用 DSC，以及是否启用 VRR / HDR
□ EDID 读取状态与鉴权（HDCP）状态
□ 中间设备清单（切换器 / 扩展坞 / 延长器 / 转接器）
□ 系统侧：驱动版本与输出口（独显 / 核显 / USB-C）九、与相邻层的交界
| 交界 | 常见混淆 | 该去哪一页 |
|---|---|---|
| ① 输入 ↔ ② 处理 | 把"掉档"当成处理能力不足（其实多是带宽或协商） | 图像处理与画质引擎 |
| ① 输入 ↔ ⑤ 色彩管线 | 把"范围错配"当成色域模式问题（反之亦然） | 灰阶与 EOTF |
| ① 输入 ↔ ④ 时序 | 把"撕裂"当成接口问题（其实是同步） | 动态表现 |
| ① 输入 ↔ ⑥ 固化 | 把"EDID/能力不足"当成固件问题 | 固件与升级 |
| ① 输入 ↔ 主机侧 | 把系统设置问题当成显示器问题 | 操作系统显示设置 |
十、常见误区
| 误区 | 正解 |
|---|---|
| "支持某版本就一定能跑满" | 版本只是上限；还要看线材、中间设备、主控与面板输出 |
| "换线无效就是不支持" | 先看协商值：可能协商成功但守不住（不稳），也可能被中间设备改写能力表 |
| "能亮就说明协商正确" | 能亮但跑在低刷新率、4:2:0 或有限范围的情况很常见 |
| "USB-C 一定能传视频并供电" | 同一接口的能力因机型而异，需逐个确认 |
| "HDCP 失败是显示器坏了" | 先查中间设备与线材；非保护内容能看则更可能是鉴权链问题 |
| "带宽够就没问题" | 稳定性还取决于线材质量、长度、供电与中间设备 |
📋 判据接口：本页属输入与链路类，其专属字段表见本页相应小节； 类型字段集（单一来源）见 判据字段集 · 输入与链路类（共 7 项）。
关键概念速查
通用术语见 统一速查（由统计生成，只在一处维护）。
| 术语 | 含义 |
|---|---|
| Bandwidth | 带宽，通道能力；数据带宽还要扣编码开销 |
| 协商 | 源与显示器就"跑什么模式"达成一致的过程 |
| EDID 保持 | 中间设备替显示器维持能力表的行为 |
| HDCP | 高带宽数字内容保护，受保护内容的鉴权 |
| CEC | 消费电子控制，HDMI 设备间控制指令 |
| DP Alt Mode | USB-C 上传输 DisplayPort 信号 |
| DSC | 显示流压缩，视觉无损的码流压缩 |
| 范围（有限 / 全） | RGB 量化范围：16–235 或 0–255，错配会导致发灰或丢暗部 |
相关文档
数值来源性质 —— 本页出现的非标准数值的来源性质与整理日期
内置音箱与音频测试 —— 音频随接口的测试口径
接口带宽 —— 通道带宽、编码开销与数据带宽
接口选型 —— 按场景选接口，以及带宽不够时先降什么
MCCS 与控制协议 —— DDC/CI 侧的控制协议
主控 IC 与规格上限 —— 进来之后的内部上限
标准值总表（带宽与版本取值出处）
结论登记表 —— 本页核心结论编号：C-006
数据来源：本页内容整理自公开标准规范、厂商公开资料与行业通用实践，仅供参考； 具体数值与技术细节请以官方规范原文与厂商官方资料为准。