CH7运输层

计算机⽹络Web应⽤层与运输层（HTTPTCP）应⽤层协议原理Web和HTTPDNS:英特⽹的⽬录服务运输层⾯向连接的运输：TCP及拥塞原理

⼀、应⽤层协议原理

DNS域名解析：

(⽤例：)域名解析是⽹络请求的第⼀步操作，DNS域名解析⾸先是在浏览器缓存中匹配历史对应域名的IP地址，如果没有找

到就到计算机的⽹络访问缓存中匹配，如果还找不到匹配的IP地址，就会将域名发送到根权威服务器上（com），然后再根权威服务器上匹

配到域名（baidu）的服务器IP地址返回发送回客服端上。

⽹络连接实质上是基于IP地址来建⽴⽹络连接，最后实现数据传送。⽐如我们可以通过控制台然后使⽤ping命令查看到的IP

地址，然后可以直接将IP地址输⼊⽹址栏，照样可以获取到百度的主页。例如：

这⾥主要就⽹络访问⼀些过程做⼀些说明，后⾯有对DNS有具体的解析

有了IP地址，相当于才能真正找到服务器，IP作为每台⽹络计算机的唯⼀标识。这时候开始尝试建⽴⽹络通路，实现数据传输，也就有了三

次握⼿和四次挥⼿的环节。⽹络应⽤通信的实际上进程，web应⽤是由客户端的浏览器进程和web服务器的进程交换报⽂。

套字节：即软件接⼝向⽹络发送报⽂和从⽹络接收报⽂。套字节是同⼀台主机内应⽤层与运输层的接⼝，由于该套字节是建⽴⽹络应⽤程序

的可编程接⼝，因此套字节也是应⽤程序和⽹络之间的应⽤程序编程接⼝。应⽤程序开发者可以控制套字节在应⽤层端的⼀切，但是对该套

字节的运输层端⼏乎没有控制权。应⽤程序开发者对于运输层的控制权仅限于：1.选择运输层协议；2.也许能设定⼏个运输层参数，如最⼤

缓存和最⼤报⽂段长度等。(《计算机⽹络》59页)

除了将报⽂发送到⽬标服务器，还必须指定运⾏在接受主机上的接收进程。也可以说是端⼝号。通常web服务器端⼝号⽤80来标识。可供应⽤程序使⽤的运输服务：

可靠数据传输：发送进程只要将其数据传递进套字节，就可以完全相信该数据将能⽆差错地到达接收进程。(数据不丢失)吞吐量：运输层协议能够以某种特定的速率提供确保的可⽤吞吐量，使⽤这种服务能够确保可⽤吞吐量总是为⾄少r⽐特/秒（带宽敏感应⽤：(例)⽹络电话）；弹性应⽤能够根据情况或多或少地利⽤可供使⽤的吞吐量。电⼦邮件、⽂件传输、以及web传送都属于弹性应⽤。定时：运输层能提供定时保证(时间敏感)。因特⽹电话、虚拟环境、电话会议和多⽅游戏都需要严格的事件限制。安全性：运输协议能够为应⽤程序提供⼀种或多种安全性服务。（对发送进程传输的所有数据加密）

计算机网络（运输层）-试卷4

(总分：52.00，做题时间：90分钟)

一、 单项选择题(总题数：4，分数：8.00)

1.ISO传输层中数据传输的任务是在两个传输实体之间( )。

（分数：2.00）

A.传输用户数据

B.控制数据

C.进行数据差错检测

D.A和B √

解析：解析：ISO传输层中数据传输的任务是在两个传输实体之间传输用户数据和控制数据

2.TCP采用( )技术来实现可靠比特流的传输。

（分数：2.00）

A.超时重传

B.肯定确认

C.超时重传和肯定确认 √

D.丢失重传和重复确认

解析：解析：TCP采用肯定确认ACK和重传来保证数据的可靠传输。正常情况下，接收方为正确接收的数据向发送方返回确认(ACK)；发送方发出报文段的同时，将其副本放入重传队列，并启动超时重传定时器。如果定时器超时还没有收到该报文段的确认，发送方就认为此报文段已经丢火，并从重传队列中取出相应的报文段进行重传。

3.在TCP／IP协议簇中，UDP协议工作在( )。

（分数：2.00）

A.应用层

B.传输层 √

C.网络互联层

D.网络接口层

解析：解析：UDP协议工作在传输层，TCP工作在网络层。

4.关于无连接的通信，下面描述中正确的是( )。

（分数：2.00）

A.由于每一个分组独立地建立和释放逻辑连接，所以无连接的通信不适合传送大量的数据

B.由于通信对方的通信线路都是预设的，所以在通信过程中无需任何有关连接的操作

C.目标的地址信息被加到每个发送的分组上 √

D.无连接的通信协议UDP不能运行在电路交换或租用专线网络上

解析：

二、 填空题(总题数：1，分数：2.00)

5.( )提供一种机制，用以报告由于数据报交付问题而产生的错误。

（分数：2.00）

__________________________________________________________________________________________

CH0:1、现代铁路信号系统，是集计划(管理)、控制、监测、维护为一体的综合化、集成化的复杂系统、安全-关键系统。2、铁路信号关键技术——故障-安全技术3、CTCS-2系统限速设置流程：a、调度中心向车站下达限速调度命令b、车站值班员签认限速调度命令c、向车站列控中心传送限速调度信息d、列控中心选择限速报文并向应答器传送e、列车在经过有源应答器时接收限速信息4、基于固定闭塞的目标距离控制—点连式5、基于移动闭塞的目标距离控制，行车许可生成原理：列车的占用检查由车载设备自行计算；地面设备根据列车发送的位置计算和给出行车许可；两车追踪，后车根据地面给出的限速信息向前搜索障碍点，计算允许速度。行车许可生成过程：在移动闭塞方式下，两车追踪的情况中，列车实时计算自身的位置，并通知地面设备，地面设备将前车的位置连同本列车前方所有障碍点、限速点等信息发送给本列车，可见前车的位置对于本列车来说等同于线路上其他障碍点，只是限速为零，本列车从自身车头开始向前搜索，将所有障碍点的限速信息综合考虑，计算当前的允许速度，进行速度监控。6、固定闭塞列控系统特点：依靠地面检查列车占用情况，两车追踪时以前车为参考点向后顺序开放信号，为后续的列车生成行车许可。移动闭塞列控系统特点：依靠列车自行实现精确定位并报告给地面，两车追踪时后车获取前方信息后向前计算行车许可。7、移动闭塞列控系统运行过程：列车实时计算自身的位置，并且依赖点式应答器的定位信息实现精确定位，并通过无线传输发送到地面子系统，地面子系统将目标停车点（前方列车尾部）连同其他线路上的障碍点信息（位置、限速等）发送给列车，车载子系统利用这些信息进行相应的计算，将计算的允许速度通过人机界面通知司机，按照允许速度进行驾驶。8、移动闭塞列控系统地面设备：增加了无线传输方式，地面设备没有轨道电路设备而是增加了无线闭塞中心，车载子系统也不依靠信号行车。地车信息传输方式仍然采用的是点-连式传输方式，包含连续式的无线传输，也包含点式的应答器等方式。9、CTCS-2级列控系统：基于轨道电路和应答器传输列车运行许可信息，采用目标距离模式曲线监控列车安全运行的列车运行控制系统。10、轨道电路的基本特点：连续、容量小、单向、位置相关；点式应答器的基本特点：点式、容量大、单向、位置相关；无线通信的基本特点：连续、大容量、双向、位置无关11、CTCS-3级列控系统是基于GSM-R无线通信实现车地信息双向传输，轨道电路实现列车占用检查，无线闭塞中心（RBC）生成行车许可，应答器实现列车定位，同时具备CTCS-2级功能的列车运行控制系统。12、CTCS-3级列控系统控车原理：速度-距离控制方式；C3行车许可包括：目标距离：距行车许可终点的距离，目标速度：通过行车许可终点时的速度，线路数据：坡度、静态限速、线路条件（过分相信息、等级转换点等），临时限速信息13、基本原理：列控系统：保证列车间的安全间隔（相对位置)；轨道电路实现列车(列车A)占用检查，以闭塞分区为单位，列车B报告当前位置（列车编号)等，无线闭塞中心生成行车许可，通过无线向列车B传送行车许可（MA)14、CTCS-3级列控系统地面设备——无线闭塞中心（RBC）RBC主要功能：RBC根据从外部地面系统（联锁设备、相邻RBC、临时限速服务器）接收到的信息（即股道占用、进路状态、临时限速等）以及与车载设备交换的信息（位置报告）生成发送给列车的控制命令，主要是提供行车许可，使列车在RBC管辖范围内的线路上安全运行，完成列车间隔控制和列车防护。

计算机⽹络-应⽤层运输层

计算机⽹络协议

在计算机⽹络的整个体系中, 分成 应⽤层, 传输层, ⽹络层, 链路层, 物理层.⽽不论是⾝为开发者, 还是⽤户, ⼤多数⼈基本永远只和 应⽤层打交道.

应⽤层

在上⼀篇已经提到过, 计算机⽹络, 最核⼼的功能就是个产⽣信息, 发送信息.⽽并不关注其中的接受⽅究竟是⼈, 机器.

⽽协议, 就是双⽅约定的 可以表达⼀定含义的 消息内容. 符合协议的, 就能够被机器解读, 并进⾏下⼀步操作, 可能还会返回⼀定的响应内容.

⽽应⽤层, 有相应的服务器, 和客户端. ⽽服务器及客户端也可能处于同⼀台设备上. ⾓⾊也可能会相互转换.

在P2P中, 每⼀⽅都即是接收者, ⼜是发送者. 因此就充当了服务器和客户端的两个⾓⾊.

但在这⾥, 并不打算对应⽤层的协议本⾝进⾏过多的探讨, 在初次接触的过程中, 对整体脉络的把控对我⽽⾔更为重要, ⾄于其中的细节, 反倒⽆需牵扯太多精⼒. 如果有兴趣, 不如看看对应的 RFC⽂档, 都有极为详尽的描述.

在应⽤层之下, 是传输层. 数据从客户端产⽣, 通过套接字(Socket)向 传输层发送数据, 当数据流转到 服务器时, 服务器同样通过套接字接受数据, 解读, 并响应. 在⼀个传输过程中, 主动发起请求的被称为客户端, ⽽处于等待状态的则是服务器.

⽽套接字则是运输层和应⽤层之间的接⼝. 这样就很好地将两层分离开来.

⽽协议主要有以下⼏种:1. HTTP(超⽂本传输协议),在web和服务器之间进⾏通信的协议. 这之间的过程简化来说就是, HTTP向服务器发起请求, 服务器接受请求,并按照⾃⼰的处理⽅式, 在服务器上找到相应的⽂件(html, css, js等其他⽂件), 返回并传输相应的页⾯交给浏览器进⾏解读, 最终显⽰在浏览器上.

在这⾥, 客户端请求的资源主要是页⾯, 以及与页⾯相关的渲染⽂件.⽽在这⾥, ⼤多情况下使⽤的是TCP可持续链接, 稍后再提.