如果在软考、计算机网络、数字通信或者广域网教材中看到 `T1 载波`，最容易留下的印象往往只是一个数字，`1.544 Mb/s`。但只记这个数字，其实很容易在后面的 `PCM`、`DS0`、`DS1`、`TDM`、`E1`、`T1` 帧结构题里混在一起。

真正理解 T1，可以从一个非常具体的问题切入。

早期电话网络已经能够把一路模拟电话数字化，但电话公司面对的问题不是如何传一路电话，而是如何在城市之间、电话局之间的一条数字线路上同时传很多路电话。如果一条物理线路只能服务一个电话用户，长途电话网络的成本会极高。

T1 给出的答案，就是把 24 路已经数字化的电话通过时分复用 `TDM` 组织到同一条高速数字链路上。

它最终形成了一个极漂亮的数字结构。

每路电话 `64 kb/s`。

一共 `24` 路。

每个时间片取 `8 bit`。

每秒重复 `8000` 次。

再给每一帧增加 `1 bit` 的帧同步信息。

于是得到

$$
24 \times 8 + 1 = 193\ bit
$$

每秒传输 `8000` 帧，所以

$$
193 \times 8000
=
1,544,000\ bit/s
$$

也就是

$$
1.544\ Mb/s
$$

这就是经典的 T1 速率。ITU 的数字接口规范把这一等级规定为 `1544 kbit/s`，IETF 对 `DS1` 的定义同样采用 `1.544 Mb/s`。[ITU](https://www.itu.int/rec/dologin_pub.asp?id=T-REC-G.703-200111-S%21%21PDF-E\&lang=e\&type=items\&utm_source=chatgpt.com)

理解了这个计算过程，T1 几乎所有核心知识都会自然串起来。

# T1 最初解决的是电话网络的复用问题

T1 属于美国贝尔系统发展出来的 `T-carrier` 数字载波体系。

这里的 `carrier` 翻译成载波容易让人产生一点误解，因为我们在模拟通信课程里看到载波时，经常想到某个正弦波和调制频率。

T1 中的载波不是只强调一条正弦波，它代表的是一套数字传输体系。它规定如何把若干低速数字话路进行复用，并通过通信线路进行传输。

Bell Labs 保存的历史资料提到，T1 系统在 `1962` 年开始制造并部署，最初主要用于 Bell System 电话局之间的话音中继。到 `1965` 年，Bell Labs 已经明确讨论利用 T1 的 `1.544 Mb/s` 传输能力承载宽带数据。也就是说，T1 并不是互联网时代才出现的数据专线，它的根源其实是数字电话网。[Nokia Corporation | Nokia](https://www.nokia.com/bell-labs/publications-and-media/publications/wideband-data-on-t1-carrier/?utm_source=chatgpt.com)

早期电话系统面临一个很实际的问题。

假定两个电话局之间需要同时支持几十路电话。

传统方案可以给每路电话分配独立线路，也可以使用模拟频分复用。数字通信成熟以后，更合理的办法是先把语音数字化，再把多路数字语音按照时间轮流塞进同一条高速链路。

于是整个问题被拆成两层。

一层负责把一路模拟电话转换成数字数据，这里出现了 `PCM`。

另一层负责把许多路数字电话组合起来，这里出现了 `TDM`。

T1 正好处在这两者结合的位置。

经典电话语音经过 `PCM` 编码以后，一路标准数字话音通常形成 `64 kb/s` 的 `DS0` 信号。

这个 `64 kb/s` 也不是随意规定的数字。

传统电话语音按照 `8000` 次每秒的速率采样，每次采样编码成 `8 bit`，于是

$$
8000 \times 8
=
64000\ bit/s
$$

也就是

$$
64\ kb/s
$$

所以可以把一个 `DS0` 理解成一路标准数字电话信道。

接着，T1 系统把 `24` 个这样的 DS0 组合起来。

如果仅仅计算话音数据，会得到

$$
24 \times 64
=
1536\ kb/s
$$

也就是 `1.536 Mb/s`。

可是 T1 的标准速率为什么不是 `1.536 Mb/s`，而是 `1.544 Mb/s`。

差出来的这 `8 kb/s`，正是理解 T1 帧结构的关键。

# 为什么恰好是 1.544 Mb/s

T1 使用同步时分复用。

可以把时间切成一帧一帧，每个 T1 帧都从 24 路 DS0 信道里各取一个 `8 bit` 字节。

因此一个帧里的用户数据部分是

$$
24 \times 8
=
192\ bit
$$

但通信设备不能只看到连续不断的 `192 bit` 数据流，它还必须知道每一帧从哪里开始，否则接收端无法判断哪 `8 bit` 属于第一路电话，哪 `8 bit` 属于第二路电话。

所以 T1 每个基本帧额外加入 `1 bit` 的帧位。

这样一帧就是

$$
192 + 1
=
193\ bit
$$

ITU 关于 `1544 kbit/s` 层次的帧结构资料明确给出了这一结构，`192 bit` 的有效时隙数据再加 `1 bit` 帧位，一共 `193 bit`，帧重复频率是 `8000 Hz`。[ITU Search](https://search.itu.int/history/HistoryDigitalCollectionDocLibrary/4.260.43.en.1016.pdf?utm_source=chatgpt.com)

于是线路速率就是

$$
193\ bit/frame
\times
8000\ frame/s
=
1,544,000\ bit/s
$$

这里还有一个很漂亮的对应关系。

因为每一路语音每秒需要 `8000` 个采样值，所以 T1 每秒自然也需要组织 `8000` 帧。

每出现一个 T1 帧，每一路电话就在属于自己的时间槽里贡献一个 `8 bit` 样本。

因此对于某一路电话来说，一秒经历 `8000` 个帧，每帧拿到 `8 bit`。

结果就是

$$
8000 \times 8 = 64\ kb/s
$$

这解释了为什么 `PCM`、`DS0`、`T1` 帧和 `1.544 Mb/s` 这些看起来彼此独立的知识点，实际上全部来自同一套数学结构。

可以把连续的数据流想象成下面这样的节奏。

`CH1 CH2 CH3 ... CH24 F`

下一帧仍然是

`CH1 CH2 CH3 ... CH24 F`

其中每一个 `CH` 占 `8 bit`，`F` 占 `1 bit`。

整条线路不断重复这个过程。

这里不是 Ethernet 那种哪个终端有数据就发送哪个数据包的统计复用方式。

T1 的经典结构属于同步 `TDM`。

哪一路信道对应哪个时间位置，是预先确定的。

即使某一路电话暂时没人讲话，它的时间位置仍然在那里。

这也是传统电路交换系统非常典型的思想。

# T1、DS0 和 DS1 到底是什么关系

这一组名词经常被混用。

理解时可以把它们分成信号层级和传输系统两个角度。

`DS0` 是数字信号层次里的基础信号，速率通常为 `64 kb/s`。

`DS1` 是更高一级数字信号，把多个 DS0 组合起来，标准速率为 `1.544 Mb/s`。RFC 对北美 `DS1` 接口明确规定了 `24` 个合法信道，并把 DS1 速率列为 `1.544 Mb/s`。[RFC Editor](https://www.rfc-editor.org/info/rfc1406/?utm_source=chatgpt.com)

而 `T1` 原本更偏向承载 DS1 信号的实际传输系统。

因此从严格历史术语来看，可以理解成

`DS1` 更强调数字信号格式。

`T1` 更强调承载这种信号的载波和传输线路。

不过在通信设备、运营商业务以及很多教材中，两者已经经常被近似地混用。

因此看到

`T1 line`

`T1 circuit`

`DS1 circuit`

`1.544 Mbps line`

很多时候讨论的是同一个速率层级。

这和 Ethernet 里的物理介质与帧格式不完全一样，但可以借这种思路理解。

信号是什么，以及信号通过什么线路传，两件事情在概念上可以分开，只是在工程实践中经常一起讨论。

T1 还可以做成 `Fractional T1`。

也就是不使用全部 `24` 个 DS0，而只租用其中若干时间槽。

假定一家公司只需要 `8` 个 `64 kb/s` 时隙，就没有必要购买完整 T1 的全部业务容量，运营商可以提供部分 T1 信道。

这就是 Fractional T1 的基本思想。

所以软考教材里如果看到 T1 和时分复用联系在一起，重点不是某一种铜线，而是多个低速数字信道如何被固定地插入一条高速同步数字链路。

# 为什么 T1 还会涉及 AMI、B8ZS 和时钟同步

知道 `193 bit × 8000` 以后，还只是理解了 T1 的逻辑帧。

真正把这些 `0` 和 `1` 放到线路上传输，还会遇到物理层问题。

数字接收设备必须知道每一个 bit 的边界在哪里。

如果线路信号长时间完全不发生变化，接收端的时钟恢复就会困难。

因此 T1 不能只考虑数据内容，还要考虑线路编码。

早期 T1 广泛使用 `AMI`，全称是 `Alternate Mark Inversion`。

它的基本思路是二进制 `0` 不产生脉冲，而连续出现的二进制 `1` 使用正、负脉冲交替表示。

类似

`+ 0 - 0 + 0 -`

这种交替极性的设计还有一个好处，可以减少直流分量。

问题也很明显。

如果数据出现很长的一串 `0`，线路可能长时间没有电平跳变。

接收设备从哪里恢复时钟就变得麻烦。

于是后来出现了 `B8ZS`，也就是 `Bipolar 8-Zero Substitution`。

Cisco 的 T1 配置文档中，T1 线路编码通常可以选择 `AMI` 或 `B8ZS`，现代设备普遍把 `B8ZS` 作为常见默认方案。它会在出现连续八个 `0` 时使用一个特殊的双极性违例模式替换，使线路重新出现足够的电平变化。接收端识别到这个特殊模式以后，再把它恢复成原来的八个 `0`。[Cisco Team Development](https://team-development.cisco.com/c/en/us/td/docs/routers/access/interfaces/NIM/software/configuration/guide/4gen-t1-e1-nim-guide.html?utm_source=chatgpt.com)

所以 `B8ZS` 并不是随便修改用户数据。

它更像通信双方约定的一种转义机制。

看到特定的非法双极性组合，就知道这里原本代表连续八个 `0`。

这种设计背后体现了数字通信中的一个重要思想。

数据表示不仅要保证逻辑信息正确，还必须保证物理信号适合在线路中传输和恢复时钟。

T1 故障排查里出现的 `clock source` 也来源于同样的问题。

Cisco 的 T1 故障文档明确指出，如果线路出现 `slip`，经常需要检查时钟源，让客户侧设备从运营商线路获得同步时钟。[Cisco](https://www.cisco.com/c/en/us/support/docs/wan/t1-e1-t3-e3/14171-T1-error.html?utm_source=chatgpt.com)

因此真实设备中的 T1 配置不会只有一个带宽参数，往往还会出现

`clock source`

`linecode`

`framing`

`channel-group`

`timeslots`

这一整套概念。

它们分别解决同步、线路编码、帧结构以及时间槽分配问题。

# SF、ESF 和 Robbed Bit 又在解决什么问题

T1 的基本帧只有 `193 bit`。

单独一个帧并不能很好地完成同步、维护、错误检测以及电话信令，所以工程上还会把多个基本帧进一步组成更大的结构。

经典 T1 中常见 `SF` 和 `ESF`。

`SF` 是 `Super Frame`，传统结构把 `12` 个 T1 基本帧组织成一个 Super Frame。

`ESF` 是 `Extended Super Frame`，把 `24` 个基本帧组合起来。

Cisco 当前的 T1 控制器配置仍然可以看到 `framing sf` 和 `framing esf` 这样的配置方式。[Cisco](https://www.cisco.com/c/en/us/td/docs/routers/asr920/configuration/guide/chassis/17-1-1/b-Chassis-Guide-xe-17-1-asr920/b-Chassis-Guide-xe-17-1-asr920_chapter_01000.html?utm_source=chatgpt.com)

ESF 可以利用帧位完成更丰富的功能，包括同步、错误监测以及 `FDL` 等管理信息。Cisco 文档把 `FDL` 描述为 ESF 提供的 `4 kb/s` Facility Data Link，可以在不占用业务净荷的情况下进行线路维护和状态监测。[Cisco](https://www.cisco.com/c/en/us/td/docs/interfaces_modules/shared_port_adapters/configuration/ASR1000/xe-16-9/asr1000-sip-spa-16-9-book/asr-spa-cstm-config.html?utm_source=chatgpt.com)

传统电话系统还有一个很有时代特色的技术，叫 `Robbed Bit Signaling`，也就是抢位信令，也属于 `CAS`，即 `Channel Associated Signaling`。

电话系统不只是需要传语音。

交换机还得知道线路处于摘机、挂机、振铃等什么状态。

早期设计为了避免单独建立完整的信令信道，就从语音时间槽的一些特定位中借用 bit 来传这些状态信息。

Cisco 对 T1 CAS 的说明中，SF 在第 `6` 和第 `12` 帧对应相关信令位，ESF 则可以在第 `6`、`12`、`18`、`24` 帧形成 `A`、`B`、`C`、`D` 信令位。[meraki-go.xgslb-v3.cisco.com](https://meraki-go.xgslb-v3.cisco.com/c/en/us/support/docs/voice/digital-cas/22444-t1-cas-ios.html?utm_source=chatgpt.com)

这也是为什么历史资料中有时会看到一路 T1 信道只有 `56 kb/s` 可用于透明数据，而不是完整的 `64 kb/s`。

老式 `AMI`、抢位信令以及 ones density 等限制，使第八位并不总能作为完全透明的数据位使用，因此传统数字数据业务中大量出现 `56 kb/s` 信道。RFC 1406 也记录了某些零抑制方式会强制操作每个信道的第八位，从而使每路只有 `7 bit × 8000`，也就是 `56 kb/s` 可用于数据。[RFC Editor](https://www.rfc-editor.org/info/rfc1406/?utm_source=chatgpt.com)

到了 `B8ZS`、clear channel 以及更现代的公共信道信令体系中，就能够更完整地利用 `64 kb/s` DS0。

所以考试里看到 `DS0 = 64 kb/s` 与某些老式 T1 数据业务写 `56 kb/s`，两者并不矛盾，它们讨论的技术条件不同。

# T1 和 E1 为什么看起来很像，却不是同一种东西

学到 T1 以后，几乎一定会遇到 E1。

二者都属于数字电话时代形成的一级数字复用体系，只是历史标准体系不同。

T1 对应 `1.544 Mb/s`。

E1 对应 `2.048 Mb/s`。

IETF 在带宽编码标准中明确列出了 `DS1 = 1.544 Mb/s`，`E1 = 2.048 Mb/s`。[RFC Editor](https://www.rfc-editor.org/info/rfc3471/?utm_source=chatgpt.com)

T1 的基本结构是 `24` 个 `64 kb/s` DS0 加一个独立的帧位，因此形成每帧 `193 bit`。

E1 的思路不同。

E1 每帧有 `32` 个时间槽，每个时间槽 `8 bit`，同样每秒 `8000` 帧，所以

$$
32 \times 8 \times 8000
=
2,048,000\ bit/s
$$

于是正好得到

$$
2.048\ Mb/s
$$

Cisco 对 E1 数字设施的说明同样给出了 `2.048 Mbps`、`32` 个时间槽这一结构。[Cisco](https://www.cisco.com/c/en/us/support/docs/voice/digital-cas/5717-e1-r2-sig.html?referring_site=bodynav\&utm_source=chatgpt.com)

从考试记忆角度，可以抓住一个非常稳定的对称关系。

T1 是 `24` 路体系，速率 `1.544 Mb/s`。

E1 是 `32` 时隙体系，速率 `2.048 Mb/s`。

但这里不要直接理解成 E1 一定能提供 `32` 路普通电话，因为 E1 中还要安排帧同步和信令用途的时间槽。

例如传统 E1 电话结构常见 `TS0` 承担同步等功能，`TS16` 可承担信令，剩余 `30` 个时间槽承载语音，所以经常看到 E1 支持 `30` 路语音的说法。Cisco 对 E1 R2 的说明就采用这种结构。[Cisco](https://www.cisco.com/c/en/us/support/docs/voice/digital-cas/5717-e1-r2-sig.html?referring_site=bodynav\&utm_source=chatgpt.com)

T1 则没有像 E1 那样独立拿出整个 `64 kb/s` 的 `TS0` 作为帧同步，它是在每个 `192 bit` 数据块之外额外增加一个 `F bit`。

这也正是两者算速率时公式看起来不同的原因。

# 回到软考，T1 真正需要记住的是一整条因果链

如果只背 `T1 = 1.544 Mb/s`，题目稍微变化就容易失分。

更稳固的记法是从语音采样一路推出来。

一路 PCM 数字电话每秒采样 `8000` 次。

每次 `8 bit`。

因此一路为

$$
8000 \times 8 = 64\ kb/s
$$

这一路就是典型 `DS0`。

T1 包含 `24` 个这样的信道。

每个 T1 基本帧从每路信道取 `8 bit`。

所以数据部分为

$$
24 \times 8 = 192\ bit
$$

再增加一个帧位。

得到

$$
193\ bit/frame
$$

由于每秒需要处理 `8000` 个语音采样，所以每秒发送 `8000` 帧。

最终

$$
193 \times 8000
=
1.544\ Mb/s
$$

只要这条计算链记住，下面这些结论几乎都不用死记。

看到 `24`，会自然想到 T1。

看到 `64 kb/s`，会自然想到 DS0。

看到 `193 bit`，会想到 `24 × 8 + 1`。

看到 `8000 frame/s`，会想到 PCM 的 `8 kHz` 采样。

看到 `1.536 Mb/s`，应该意识到这只是 `24` 路 DS0 的业务位总量。

看到 `1.544 Mb/s`，才是包含 T1 帧开销后的线路总速率。

看到 `TDM`，应该想到每一路 DS0 拥有周期性重复的固定时间槽，而不是 Ethernet 那种数据包竞争带宽。

看到 `AMI` 和 `B8ZS`，应该想到它们解决的是线路上的脉冲表示与时钟恢复问题。

看到 `SF` 和 `ESF`，应该想到它们是在 `193 bit` 基本帧之上继续组织更大的帧结构。

看到 `56 kb/s`，则要想到传统 T1 的第八位限制、抢位信令或旧式零抑制问题，而不是误认为 DS0 的定义突然从 `64 kb/s` 变成了 `56 kb/s`。

这样理解以后，T1 就不再是计算机网络教材中一个孤零零的 `1.544 Mb/s` 数字，而是一条非常完整的技术链条。

模拟电话经过 PCM 变成 `64 kb/s` 数字话路，24 路 DS0 通过同步 TDM 组合，每帧形成 `192 bit` 用户数据，再增加一个帧位形成 `193 bit`，每秒重复 `8000` 次，最终得到 `1.544 Mb/s` 的 DS1 信号，并通过 T1 数字载波系统在线路上传输。

这套架构诞生于电话网络，却把后来数字通信里大量核心思想提前放到了一起，包括采样、PCM、同步时分复用、数字层次体系、帧同步、线路编码、时钟恢复、信令和错误监测。

所以，真正适合考试的最终记忆不是一句 `T1 的速率是 1.544 Mb/s`，而是这一行关系

$$
T1
=
24 \times DS0
+
帧同步开销
=
24 \times 64\ kb/s
+
8\ kb/s
=
1.544\ Mb/s
$$

其中那个看起来不起眼的 `8 kb/s`，来源正是每秒 `8000` 个 T1 帧各增加的 `1 bit` 帧位。把这里想明白以后，T1 最容易出题的数字关系基本就全部串通了。

# 参考资料

Bell Labs，`Wideband Data on T1 Carrier`，资料记载 T1 Carrier System 自 `1962` 年开始制造，并讨论其 `1.544 Mb/s` 数字传输能力。[Nokia Corporation | Nokia](https://www.nokia.com/bell-labs/publications-and-media/publications/wideband-data-on-t1-carrier/?utm_source=chatgpt.com)

ITU-T Recommendation G.703，规定 `1544 kbit/s` 数字接口的物理和电气特性，并涉及 `AMI`、`B8ZS` 等线路编码。[ITU](https://www.itu.int/rec/dologin_pub.asp?id=T-REC-G.703-200111-S%21%21PDF-E\&lang=e\&type=items\&utm_source=chatgpt.com)

ITU 历史技术资料，给出 `193 bit` 每帧、`8000 Hz` 帧重复率以及 `24` 个 `64 kbit/s` 时间槽的结构。[ITU Search](https://search.itu.int/history/HistoryDigitalCollectionDocLibrary/4.260.43.en.1016.pdf?utm_source=chatgpt.com)

RFC 1406，`Definitions of Managed Objects for the DS1 and E1 Interface Types`，记录 DS1 的 `1.544 Mb/s` 接口、24 个北美 DS1 信道及相关线路编码。[RFC Editor](https://www.rfc-editor.org/info/rfc1406/?utm_source=chatgpt.com)

Cisco T1/E1 配置与故障排查资料，说明 T1 的 `AMI`、`B8ZS`、`SF`、`ESF`、时钟同步以及 CAS 抢位信令机制。[Cisco Team Development](https://team-development.cisco.com/c/en/us/td/docs/routers/access/interfaces/NIM/software/configuration/guide/4gen-t1-e1-nim-guide.html?utm_source=chatgpt.com)

如果在软考、计算机网络、数字通信或者广域网教材中看到 T1 载波，最容易留下的印象往往只是一个数字，1.544 Mb/s。但只记这个数字，其实很容易在后面的 PCM、DS0、DS1、TDM、E1、T1 帧结构题里混在一起。

从 24 路电话到 1.544 Mb/s，T1 载波到底是什么

紫薇堂堂主

网络与通信

T1载波的核心速率1.544Mb/s并非孤立数字，而是源于24路64kb/s的DS0信道通过同步时分复用，每帧增加1bit帧同步开销，以8000Hz频率重复构成。理解这条因果链，即可串联PCM采样、DS1信号层级、帧结构及线路编码等全部关键知识点，避免死记硬背。

数据流

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

从 24 路电话到 1.544 Mb/s，T1 载波到底是什么-腾讯云开发者社区-腾讯云

从 24 路电话到 1.544 Mb/s，T1 载波到底是什么

从 24 路电话到 1.544 Mb/s，T1 载波到底是什么

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐