博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
数据通信之必会概念总结
阅读量:4126 次
发布时间:2019-05-25

本文共 1227 字,大约阅读时间需要 4 分钟。

一、时隙

字节->时隙->帧(->代表组成)

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 传同步    

转载地址:http://dqqpi.baihongyu.com/

你可能感兴趣的文章
如何使用 systemd 中的定时器
查看>>
git命令速查表
查看>>
linux进程监控和自动重启的简单实现
查看>>
OpenFeign学习(三):OpenFeign配置生成代理对象
查看>>
OpenFeign学习(四):OpenFeign的方法同步请求执行
查看>>
OpenFeign学习(五):OpenFeign请求结果处理及重试控制
查看>>
OpenFeign学习(六):OpenFign进行表单提交参数或传输文件
查看>>
Ribbon 学习(二):Spring Cloud Ribbon 加载配置原理
查看>>
Ribbon 学习(三):RestTemplate 请求负载流程解析
查看>>
深入理解HashMap
查看>>
XML生成(一):DOM生成XML
查看>>
XML生成(三):JDOM生成
查看>>
Ubuntu Could not open lock file /var/lib/dpkg/lock - open (13:Permission denied)
查看>>
collect2: ld returned 1 exit status
查看>>
C#入门
查看>>
C#中ColorDialog需点两次确定才会退出的问题
查看>>
数据库
查看>>
nginx反代 499 502 bad gateway 和timeout
查看>>
linux虚拟机安装tar.gz版jdk步骤详解
查看>>
python实现100以内自然数之和,偶数之和
查看>>