Please enable JavaScript.

Coggle requires JavaScript to display documents.

Data Link Layer (:pineapple:FDM (:apple:guard band (:explode:a narrow…

- - - - :fire:采用模拟技术.cell空间复用."评分服用"作信道划分
    - - :bread:采用数字技术只支持话音通讯
      - :reminder_ribbon:概念
        
        :one:基站
        
        :two:BSC基站控制器
      - :watermelon:手机通讯技术标准
        
        :one:GSM
        
        :bread:基于TDMA发展出来的,源于欧洲,目前全球化
        
        :two:CDMA
        
        :bread:基于TDMA发展出来,美国独有的系统
        
        :three:PDC
        
        :bread:基于TDMA发展出来,仅在日本普及
    - - 话音,数据通讯,采用数字技术
      - 标准是2M
    - - 支持数据通讯,不支持话音通讯,采用数字技术
      - 采用正交频分复用
      - LTE技术,如果手机显示4G或者LTE,都是4G
      - 现在的话音都是IP化的,比以前技术音质更好,打电话直接在数据上跑
      - :apple:手机通讯技术标准
        
        :star:基本实现了统一的标准,内部会细分为TD-LTE和FDD-LTE
        
        :two:FDD-LTE
        
        :bread:上行和下行信道对称分配,平分双向,你一个信道有多少带宽,另一个信道也有对应带宽
        
        :notes:比较简单,但实际上上行少于下行,所以会浪费带宽
        
        :one:TD-LTE
        
        :fire:信道没有方向,2个方向同时,半双工,根据需要上行或下行
        
        :notes:实现困难,在人口聚集的地方可以使用TD-LTE
      - 标准是游牧状态(骑马,走路)下达到100M
    - - 支持数据通讯,不支持话音通讯,采用数字技术
      - IMT-2020
      - :apple:提供服务
        
        :one:xMBB极限移动宽带
        
        :two:mMTC海量机器类通信
        
        :three:uMTC超可靠低时延机器类通信
      - :heavy_dollar_sign:功能
        
        :one:VR,AR需要大量数据
        
        :two:AI等需要大数据
- - - - :one:字节/字符的个数
        
        :notes:简单,但同步性差,一旦出错后面就全部出错.所以一般配合其他技术一起使用
      - :two:使用某个特定的字符作为结尾词
      - :star:类似于TCP的粘包解决方法
      - :three:bit stuffing
        
        5个1后面1个0,或者若干1后面1个0
        
        :heavy_dollar_sign:点对点
        
        :notes:纯二进制,也很简单
        
        :star:非常重要:!!::!!:经常考试:!!::!!:
  - - - :one:奇偶校验
        
        :apple:纵横奇偶校验
        
        :explode:水平和垂直的线都是错的,那么交叉的地方是错的.(当然也不是绝对的)
        
        :notes:简单,但代价高,而且有时也出错,不经常使用
        
        循环冗余校验
      - :two:CRC
        
        calculation of the polynomial code checksum
        
        :bread:本来除法是通过减法进行的,但是这里直接使用加法
        
        :star:简单,计算方便,硬件实现容易
        
        :apple:generator polynomial
        
        :warning:一个frame里如果只有一个bit出问题了,CRC可以很容易地解决,但是如果过多bit出现问题,CRC就解决不了
        
        :arrow_right:防止bit连续受影响,采用交织的方法
        
        :bread:交织: 如果发32个包,那么按照第1...32个包的第1个bit, 第1...32个包的第2个bit,..., 来发送.从而雷劈下来连续损失32个bit,对于一个包而言只损失一个,所以CRC可以检验回来
- - - - :pushpin:要求
        
        :two:通信环境没有噪声,不会出错
        
        :one:接收方接收能力没有限制
    - - :pushpin:只要求通信环境没有噪声,而接收方接收能力有限
    - - :pushpin:接收方接收能力有限制,通信环境有噪声
      - :sweat_drops:problems
        
        :one:假如数据包整个丢失,B都不知道有数据包过来 => 定时器机制
        
        :two:B的回复在传输时错误
      - :bread:定时器应该是来回的时间多一点,并且包括两边处理的时间
    - - :apple:id为0, 1发送
        
        :explode:我们只能一次性发送一个包,所以0和1交替就足够了
        
        :sweat_drops:如果同时多发几个包,就不能0和1交替了
      - :sweat_drops:电路上如果一包发送后就不能发送其他包, 从而导致其他科的包变少.发一个包后不用确认直接发,填满电路
  - - - :zap:纠错太麻烦了,所以重发
      - :explode:如果被要求重发,那么不是发只发这第n个包,而是从n开始的所有包都重发
      - :recycle:
        
        :one:Go Back N
        
        No BN:代码少
        
        如果占用的n个bit, 发送窗口的最大大小是(2^n - 1);而接受窗口为1
        
        :two:选择重传
        
        发送窗口和接收窗口的()2^n-1)
        
        :three:NBN
        
        2^N-1和1
    - - :explode:对n这个包进行确认,我们假定前面的包都正确
      - :apple:n
        
        :one:已经接受了n个包
        
        :two:期待接收第n个包
  - - - :one:没有经过加0处理以前的
        
        :explode:01111110(FLAG) | Address(8) | Control(9) | Data(>0) | Checksum(16, CRC校验和使用的多项式是CRC-CCICT) | 01111110(FLAG)
        
        :apple:SDLC中Address填写Stuff地址,Mast发给Stuff时(命令)没疑问,而Stuff发给Mast的时候(response)填写自己地址是因为假定就是发给Mast,并且表明是我发给你
        
        :pineapple:Address
        
        :one:自己地址
        
        :explode:响应包
        
        :two:对方地址
        
        :explode:命令包
        
        :warning:实际上响应包还是命令包没有特别大区别,但自己写代码时严格遵守,接受包的时候就不考虑address是否正确
        
        :watermelon:control
        
        0
        
        i帧, information
        
        Seq
        
        next字段
        
        通信时双方应该都有互相发送数据,next字段用来做应答
        
        所以又发数据又应答之前的内容
        
        如果单独发个s帧,那么整个frame都要发过去,相当于打车,而i帧应答就是公交车
        
        P/F字段
        
        如果发送方对接受有质疑的话,这个置1,这样一来,对方接受到后一定要回复
        
        根据Address填自己还是对方的地址,决定这是P还是F...很无聊的功能
        
        1
        
        s帧,负责确认,supervisory frame
        
        期待接收第几个数据包,填在next的地方
        
        10 开头
        
        s帧
        
        11开头
        
        u帧,unnumbered
        
        modified字段
        
        无编号的i帧,ui帧
        
        发数据用,如果不想用i帧发数据的话
        
        type
        
        RR帧,接受就绪,
        
        :one:next前面的frame都接受正确,我接下来要接受的是next frame
        
        :two:我(接收方)处在就绪状态,可以随时发送给我
        
        RN帧
        
        :one:next前面的frame都接受正确,我接下来要接受的是next frame
        
        :two:我(接收方)没有就绪
        
        RE帧, 拒绝帧
        
        :one:next前面的frame都接受正确,我接下来要接受的是next frame
        
        :two:我现在也就绪,可以随时发给我
        
        :three:什么什么有错,使用No Back N的话就从这里开始
        
        SREJ选择拒绝
        
        之前的都收到了,下面要收的是next,但是序号错了,next重发就行了,不要用No Back N
    - - 大量串口协议都在这里
      - :fire:features
        
        :one:轻量
      - 来源于HDLC,可以认为是HDLC协议的子集,但有些时候修改后不兼容
      - :pineapple:PDU
        
        flag | address | control | protocol(8 or 16) | payload | checksum | flag
        
        :warning:如果要和HDLC兼容,就保留一些字段以及这些字段对应的长度; 如果不兼容就可以省略这些多余的(address和control就是规定好的,如果已经知道是PPP了,这两个字段就毫无意义)
        
        protocol
        
        说明payload里安装什么协议
        
        ip协议是基于ip地址,给别人分配ip地址必须自己也要有ip地址,这样就悖论了.所以PPP就通过NCP解决这个问题,就是在数据链路层解决网络层的问题
      - :apple:子协议
        
        :two:NCP网络控制协议
        
        协商网络层的参数,填上protocol的代码,payload就是ncp的内容
        
        :one:LCP,自己协商的子协议
        
        checksum的位数也可以看出是否兼容HDLC
        
        可以协商说既然我们不兼容HDLC,就之后的通信都删除Address和Control字段等
      - 支持异步电路
      - 状态机:star:考试很重要:!!:
    - - 因为没有字节的概念
- - - - :explode:1.544 Mbitps(megabits per second)
    - - :explode:A voice T1 has 24 channels with 8 bits per channel. Of those bits, 7 are for data and 1 is for control. The 24 channels are grouped into a frame which contains one additional framing bit.
    - - :explode: (24 + 1) / (24 * 8 + 1) = 12.95%
  - - - :explode:一个帧分成32时隙,一个时隙为8个bit. 其中2个时隙是控制作用,所以一条E1可以传30路语音
    - - :explode:2 / 32 = 6.25%
    - - :explode:2.048Mbitps
- - - - :explode:According to Nyquist Theorem In a 4-kHz channel, 8000 samples/sec is the sampling frequency needed to capture all the information. 8000 samples/sec is equivalent to 125μsec. Higher rates gain no additional data.