T1 和E1有啥区别吗？

Posted 2023-05-06

T1 和E1有什么区别吗？T1线、E1线是什么东西？它们和UTP、铜铀电缆、光纤有什么区别？ 现在的通信网络里，什么地方用到这两种线？

T1和E1的区别

1、T1和E1是物理连接技术，是数字网络，可以同轴也可以光纤。

2、T1是北美标准，支持1.544Mbps专线电话数据传输，由24条独立通道组成，每个通道的传输速率为64kbps,可用于同时传输语音和数据。

3、E1与T1类似，使数据传输的欧洲标准，支持2 Mbps速度，由32条64kbps线路和2条信令和控制线路组成。

4、T1中除了24个DS0信道外,还有一个8Kbps同步道。

5、在E1中,除了可用于数据传输的30个DS0信道外,还有两个64Kbps的信道分别用于信令控制和同步

扩展资料：

最通用的T1数字租用电路服务,它提供的带宽为1.544Mbps。

部分T1是一种允许用户不用全部租用T1线路的服务。它提供24个64Kbps带宽的信道,其中,用户可以根据自己的需要选择租用线路的数目。它可产生 1.536Mbps 的带宽。另外,需要 8Kbps 用作同步开销,所以总共是 1.544Mbps 。

T2 不对公众提供服务。它是一种内部载波描述,等价于 4条 T1 线路( 6.3Mbps )。

T3 等价于 28 条 T1 线路,可以提供 44.736Mbps 的总带宽。这种服务最早是用于微波站点间进行传输的。部分T3是一种允许用户不用全部租用T3线路的服务。他们可以根据自己的需要选择具体租用线路的数目。

T4 也不常用,它等于 6 倍 T3 线路速率,等于 274.176Mbps 。

参考资料来源：百度百科-T1和E1

参考技术A T1在北美等国家使用，1.548M 24channels，E1在欧洲和中国等大部分国家使用，2.048M 32channels。
都是TDM的东西，一般是做语音使用。
E1/T1说白了只是传输标准，真正承载业务没有太大关系。
E1(2.048Mbps)数率的接口.每一个E1端口可以按时隙分成30路64K数据线路和2路信号线路.这30个64K数据线路每一路均可以当作一条64K的专线E1知识点总结。
1、一条E1是2.048M的链路，用PCM编码。
2、一个E1的帧长为256个bit,分为32个时隙，一个时隙为8个bit。
3、每秒有8k个E1的帧通过接口，即8K*256=2048kbps。
4、每个时隙在E1帧中占8bit，8*8k=64k，即一条E1中含有32个64K。
E1帧结构 E1有成帧,成复帧与不成帧三种方式,在成帧的E1中第0时隙用于传输帧同步数据,其余31个时隙可以用于传输有效数据;在成复帧的E1中,除了第0时隙外,第16时隙是用于传输信令的,只有第1到15,第17到第31共30个时隙可用于传输有效数据;而在不成帧的E1中,所有32个时隙都可用于传输有效数据.
一． E1基础知识 E1信道的帧结构简述 在E1信道中，8bit组成一个时隙（TS），由32个时隙组成了一个帧（F）,16个 帧组成一个复帧（MF）。在一个帧中，TS0主要用于传送帧定位信号（FAS）、 CRC-4（循环冗余校验）和对端告警指示，TS16主要传送随路信令（CAS）、复帧定 位信号和复帧对端告警指示，TS1至TS15和TS17至TS31共30个时隙传送话音或数据 等信息。我们称TS1至TS15和TS17至TS31为“净荷”，TS0和TS16为“开销”。 如果采用带外公共信道信令（CCS），TS16就失去了传送信令的用途，该时隙也可用来传送信息信号，这时帧结构的净荷为TS1至TS31，开销只有TS0了。 由PCM编码介绍E1： 由PCM编码中E1的时隙特征可知，E1共分32个时隙TS0-TS31。每 个时隙为64K，其中TS0为被帧同步码，Si, Sa4, Sa5, Sa6,Sa7 ,A比特占用, 若系统运用了CRC校验，则Si比特位置改传CRC校验 码。TS16为信令时隙, 当使用到信令(共路信令或随路信令)时,该 时隙用来传输信令, 用户不可用来传输数据。所以2M的PCM码型有 ① PCM30 : PCM30用户可用时隙为30个, TS1-TS15, TS17-TS31。TS16传送信令，无CRC校验。 ② PCM31: PCM30用户可用时隙为31个, TS1-TS15, TS16-TS31。TS16不传送信令，无CRC校验。 ③ PCM30C: PCM30用户可用时隙为30个, TS1-TS15, TS17-TS31。TS16传送信令，有CRC校验。 ④ PCM31C: PCM30用户可用时隙为31个, TS1-TS15, TS16-TS31。TS16不传送信令，有CRC校验。 CE1,就是把2M的传输分成了30个64K的时隙，一般写成N*64， 你可以利用其中的几个时隙，也就是只利用n个64K，必须接在ce1/pri上。 CE1----最多可有31个信道承载数据 timeslots 1----31 timeslots 0 传同步。
二． 接口 G．703非平衡的75 ohm，平衡的120 ohm2种接口。
三． 使用E1有三种方法， 1，将整个2M用作一条链路，如DDN 2M； 2，将2M用作若干个64k及其组合，如128K，256K等，这就是CE1； 3，在用作语音交换机的数字中继时，这也是E1最本来的用法，是把一条E1作为32个64K来用，但是时隙0和时隙15是用作signaling即信令的，所以一条E1可以传30路话音。PRI就是其中的最常用的一种接入方式，标准叫PRA信令。 用2611等的广域网接口卡，经V.35-G.703转换器接E1线。这样的成本应该比E1卡低的 目前DDN的2M速率线路通常是经HDSL线路拉至用户侧. E1可由传输设备出的光纤拉至用户侧的光端机提供E1服务。
四． 使用注意事项 E1接口对接时，双方的E1不能有信号丢失/帧失步/复帧失步/滑码告警，但是双方在E1接口参数上必须完全一致，因为个别特性参数的不一致，不会在指示灯或者告警台上有任何告警，但是会造成数据通道的不通/误码/滑码/失步等情况。这些特性参数主要有；阻抗/ 帧结构/CRC4校验，阻有75ohm和120ohm两种，帧结构有PCM31/PCM30/不成帧三种；在新桥节点机中将PCM31和PCM30分别描述为CCS和CAS，对接时要告诉网管人员选择CCS，是否进行CRC校验可以灵活选择，关键要双方一致，这样采可保证物理层的正常。
配置 补充： 光端机用法： 光纤－－－光端机－－同轴线－－－G703转v35转换器－－同步串口 or BNC－DB15，BNC－RJ45 －－－ CE1 参考技术B E1最本来的用法是在用作语音交换机的数字中继时，是把一条E1作为32个64K来用，但是时隙0和时隙15是传输控制信令用，所以一条E1可以传30路话音。这是在接入服务器上（如华为8010，北电的CVX1800等）说的E1,而和通常在路由器上说的E1概念有些不一样。在路由器上的E1是不能划分时隙的，只能做2M线使用。
CE1的传输线路的带宽是2048K，它和E1的区别主要在于：E1不能划分时隙，CE1能划分时隙。CE1的每个时隙是64K，一共有32个时隙，在使用的时候，可以划分为n*64K，例如：128K,256K等等。CE1的0和15时隙是不用来传输用户的数据流量,0时隙是传送同步号,15时隙传送控制信令,这样实际能用的只有30个时隙,所以在具体配置CE1划分时隙时，要注意些了。CE1 和E1 也可以互联，但是CE1必须当E1来使用，即不可分时隙使用。 因为CE1比较灵活，所以我们能常常碰到CE1。
E1是欧洲标准，我国也使用这个标准，2048K;T1是北美标准，日本好像也是的，1544K。在传输上用的非常的普遍。

参考资料：http://zhidao.baidu.com/question/8395182.html?si=1

本回答被提问者采纳

ISO 8601 和 RFC 3339 日期格式有啥区别？

【中文标题】ISO 8601 和 RFC 3339 日期格式有啥区别？

【英文标题】：What's the difference between ISO 8601 and RFC 3339 Date Formats?ISO 8601 和 RFC 3339 日期格式有什么区别？

【发布时间】：2010-10-06 01:18:08

【问题描述】：

ISO 8601 和RFC 3339 似乎是网络上常见的两种格式。我应该使用其中一个吗？一个只是扩展吗？我真的需要关心那么糟糕吗？

【问题讨论】：

我已将 RFC 的链接从 ietf.org/rfc/rfc3339.txt 更改为 HTML 版本 tools.ietf.org/html/rfc3339。链接到 RFC 时，您应该始终链接到位于 tools.ietf.org/html 的 HTML 版本。由于部分链接，它们不仅更易于导航，而且重要的是，它们在顶部列出了任何已更新或废弃您正在阅读的 RFC 的 RFC。人们不知不觉地在 Stack Overflow 上一直引用过时的 RFC，我将继续重复这个建议，直到问题消失。 （为免生疑问，this RFC 并未过时。）

这篇文章很好地解释了它们之间的区别：ijmacd.github.io/rfc3339-iso8601

ijmacd.github.io/rfc3339-iso8601

【参考方案1】：

您不必太在意。就其本身而言，RFC 3339 是一组源自 ISO 8601 的标准。尽管存在相当多的细微差别，它们都在 RFC 3339 中进行了概述。我可以在这里全部介绍，但您可能会做得更好如果您担心，请自己阅读文档：

https://www.rfc-editor.org/rfc/rfc3339

【参考方案2】：

一个只是扩展吗？

差不多，是的 - RFC 3339 被列为 ISO 8601 的配置文件。最值得注意的是 RFC 3339 指定了日期和时间的完整表示（只有小数秒是可选的）。 RFC 也有一些细微的差别。例如，不允许截断只有两位数字的年份表示 - RFC 3339 要求 4 位年份，而 RFC 仅允许将句点字符用作小数秒的小数点。 RFC 还允许将“T”替换为空格（或其他字符），而标准只允许省略它（并且仅当使用该表示的各方达成一致时）。

我不会太担心两者之间的差异，但是如果您的用例遇到它们的可能性不大，那么值得您看一看：

RFC 3339 Wikipedia entry on ISO 8601

【讨论】：

对不起 Java Guy，但这并不完全正确。您引用的附录仅供参考，限制是为了保持语法更简单。 5.6 节末尾的注释明确指出，为了便于阅读，可以使用空格，指的是前面提到的 5.2 节主题的可读性。引用：“为了可读性，使用这种语法的应用程序可以选择指定一个完整的日期和完整的时间，由（比如说）一个空格字符分隔。”

@JavaGuy 您链接到的附录甚至都没有讨论 RFC 3339 语法 - 它的标题是 ISO 8601 Collected ABNF 并试图正式描述语法ISO 8601 使用 ABNF。它所说的任何内容都不应被视为有关 RFC 3339 日期时间语法的证据。

FWIW：已经在 coreutils 列表中讨论过：lists.gnu.org/archive/html/bug-coreutils/2006-05/msg00019.html

“RFC 3339 要求日期和时间的完整表示” - 这是不正确的。请考虑编辑答案。为了完全确定，我给其中一位 RFC 作者发了电子邮件。回复包括“我认为如果你只想要一个日期戳，引用 [RFC3339] 'full-date' 语法产生是完全公平的游戏。......也许可能需要一个勘误表”此外，JSON Schema v7 明确支持 RFC 3339 个仅限日期（全日制）和仅限时间（全日制）的配置文件。 json-schema.org/draft-07/json-schema-release-notes.html.

我是贾斯汀（之前的评论）联系的作者（尽管不负责那里的大部分繁重工作）。我确认他的评论。一般来说，我会建议像 RFC3339 specify 之类的规范文档，而不是 require - 它是使用的上下文决定什么是 require。只要清楚意图是什么，那么引用特定的语法产生就可以了。 （这与 RFC3339 本身在选择性引用 ISO8601 时所做的并没有真正的不同。）另请参阅section 5.6 中的注释。

【参考方案3】：

RFC 3339 主要是 ISO 8601 的配置文件，但实际上与从 RFC 2822 借用的“-00:00”时区规范不一致。***文章中对此进行了描述。

【参考方案4】：

ISO 8601 和 RFC 3339 之间有很多不同之处。这里有一些示例可以让您了解一下：

2020-12-09T16:09:53+00:00 是符合这两个标准的日期时间值。

2020-12-09 16:09:53+00:00 使用空格分隔日期和时间。这是 RFC 3339 允许的，但 ISO 8601 不允许这样做。

2020-12-09T16:09:53-00:00 在时间偏移中指定负零。这是 RFC 3339 允许的，但 ISO 8601 不允许这样做。

20201209T160953Z 省略连字符和冒号。这在 ISO 8601 中是允许的，但在 RFC 3339 中是不允许的。

ISO 8601 允许诸如 2020-344 之类的序号日期，它代表 2020 年的第 344 天。RFC 3339 不允许这样做。

对于您的问题：

一个只是扩展吗？

没有。如上所示，每个标准都支持其他标准不支持的语法变体。因此，一种语法不是另一种语法的超集或扩展。

我应该使用一个而不是另一个吗？

当然，这取决于您的情况。一个安全的通用策略是生成对两种标准都有效的日期时间字符串。

另一个好的通用策略是使用现有的标准库来解析/格式化日期时间字符串，而不是编写自定义实现，除非您正在处理真正自定义的场景。

我真的需要那么关心吗？

好吧，这取决于你。大多数处理日期时间字符串的普通开发人员应该有较高的了解，但不需要深入细节。

【参考方案5】：

实际访问 ISO 规范似乎很困难和/或昂贵。这就是为什么我们会看到许多指向***页面的链接。

仅出于这个原因，我更喜欢 RFC3339：您可以直接访问主要来源。