news 2026/9/29 20:25:42

数据通信与网络自测题库:18题吃透通信模型与OSI传输层考点

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
数据通信与网络自测题库:18题吃透通信模型与OSI传输层考点

简介:面向数据通信与网络课程复习和备考的师生,这份PPTX自测题库聚焦第一章“数据通信系统基础知识”,用18道选择题与解析串起核心考点:数据通信系统模型与发送装置功能、多路复用、传输媒体与DCE设备、信号传输与同步、流控与差错恢复、寻址与路由、通信网分类、广播/交换技术、网络协议语义与SAP/Port地址、OSI模型传输层等。资源为单个PPTX演示文稿,压缩包约622KB,内容按题目顺序呈现答案与解析,便于逐题自测和对照复习,适合期末快速过知识点或课前自测。已有89人学习下载,读者可据此检验自己对基础概念的掌握程度,快速定位薄弱环节,并借助参考答案解析加深对数据通信系统工作原理和OSI层次模型的理解。整体内容覆盖数据通信入门阶段的主要考点,能帮助学习者系统完成章节复习。

1. 数据通信与网络自测题库:考前突击用它就够了

这份《数据通信与网络复习自测题库》看起来只有一章的量,但含金量比很多厚练习册都高。它把数据通信系统里最容易混的 18 个基础考点全部拎出来,每题带参考答案和解析,覆盖通信系统模型、传输与交换方式、网络协议三要素、OSI 模型传输层这几个高频复习板块。适合期末考前临时抱佛脚、考研专业课一轮自测、以及工作几年后想回炉打基础的从业者。我拿到这份题库第一反应是——选择题也能做成复习利器?实际刷了两遍发现,真正有用的是答案后面那层解析逻辑,它把“为什么选 D 不选 A”讲透了,这才是考前最需要的。

2. 先做结构拆解:18 道自测题按考点分成四个知识块

2.1 从 1.1 到 1.18:每道题在考什么

拿到题库别急着从头刷到尾。我习惯先把题目按考点归类,这样能看出这份 PPT 的出题逻辑,复习时也更有方向感。对照参考答案做了个分类,分布非常清晰:

题目编号考点归属核心考察内容
1.1~1.10数据通信系统模型发送装置、接收装置、传输系统、DCE、信源信宿的职责边界
1.11~1.13网络分类与交换方式广域网/局域网划分、广播与交换、存储-转发家族
1.14~1.15网络协议三要素对等层实体、语义/语法/定时的定位
1.16~1.18地址体系与 OSI 传输层SAP/Port 地址、运输层定位、端到端可靠传输

这个分布透露了一个重要信息:第一章的重心在“通信系统模型”,10 道题占了一半以上。如果你时间紧张,优先啃 1.1~1.10,把系统模型里的角色分工理清楚,后面的协议和 OSI 题目都是在这个基础上的延伸。我在实际复习时就是按这个优先级推进的,比按顺序刷效率高不少。

2.2 参考答案的正确用法:先闭卷做,再对答案,别直接背

这套题库的题目设计有个特点:干扰项设置得很有水平。比如 1.4 题问发送装置的功能“一般不包括什么”,四个选项里“调制信号”“适配电压”“暂存数据”都是发送端真实会做的事,只有“检测与纠正差错”是接收端职责——这种题靠背答案是记不牢的,必须自己先有个判断过程。

我一般这样做:第一遍闭卷做题,不管会不会都先选一个答案,然后写下简单的选择理由,哪怕只写几个字。做完再对答案,重点不是看对错,而是把自己的理由和解析对照。比如 1.8 题流控的目的,我第一反应选了“实现差错控制”,因为平时总把流控和差错控制放一起说,但解析里明确是“防止接收器来不及接收”,这是流量控制的本质,和差错没有直接关系。这种错误在考场上扣分很冤,因为概念你都学过,只是没把边界划清楚。

题库的解析部分是把每个选项都聊了一遍,不是只给正确答案。我的用法是:对完答案后,把每道题的错误选项为什么错也在题干旁边标一笔,这样复习到第二遍时,一眼就能看到完整的判断依据,不用再翻回解析页。这份 PPT 的排版也适合这样做——直接在原文件上注释或者打印出来手写都方便。

3. 通信系统模型:十道题吃透五个角色的职责边界

3.1 发送装置、接收装置、传输系统到底各管什么

数据通信系统模型是第一章的地基,也是这份题库出题密度最高的区域。1.1 到 1.10 看起来在来回问同一个模型,实际上每道题在抠一个角色的职责边界。我把五个核心角色按“能做什么、不能做什么”拆开:

角色核心职责明确不做的事
信源 / 信宿产生 / 接收数据不负责信号变换
发送装置调制、编码、适配电压、暂存数据,生成适合传输的信号不做差错检测与纠正
接收装置接收信号、解调、差错检测与纠正不负责生成传输信号
传输系统承载信号、完成寻址与路由选择不产生业务数据
DCE(如调制解调器)数字与模拟信号互转,对应发送器与接收器不是信源也不是信宿

这套分工折射出一个常见理解偏差:很多人以为数据从一端到另一端,中间全靠“传输介质”干活,但实际上寻址和路由选择也是传输系统的职责。1.9 题把这点考得很明确——完成寻址与路由选择的是传输系统,不是发送装置也不是信宿。我刚做这道题时也选错了,潜意识里觉得“路由是网络层的事,和传输系统没关系”,但第一章的模型里,传输系统的范畴比物理介质大得多,它是整个传送通道的代称。

3.2 DCE 与 DTE 的定位:为什么调制解调器既是发送器又是接收器

1.5 题问 DCE 设备(如调制解调器)对应通信系统模型中的什么,答案是发送器与接收器。这道题的迷惑性在于:调制解调器在物理上是一个独立的盒子,很多人会想它是“信源到信宿之间”的某个中间件,但教材的模型把它归为发送装置和接收装置的集合。

换个说法更容易记住:数据终端设备 DTE(比如电脑)负责产生数据,但要传到线路上,得先把数字信号调制成模拟信号,这就是 DCE 做的事;对端收到模拟信号后,也要靠 DCE 解调回数字信号再交给电脑。所以每一端的 DCE 同时承担了“发送装置”和“接收装置”两种功能,取决于数据流向。做题时只要看到“调制解调器”“DCE”这类词,就往发送器与接收器上靠,基本不会错。这个规律我后来在复习后续章节时也经常用到。

1.4 题还顺带考了一个边界:发送装置“一般不包括”检测与纠正差错。原因很直观——发出去的信号还没经过信道,没有损伤,谈不上检测差错;差错是传输过程中引入的,只有接收端才能发现并纠正。这也是为什么通信系统里差错控制的重心都放在接收侧。理解这一层,比死记“不包括选 C”有用,因为题目换个问法你仍然能推出答案。

3.3 同步、流控与信号:三个基础概念的判断逻辑

第一章还有几道概念判断题,考察对基本术语的理解深度。1.7 题说通信系统必不可少的功能是同步,这个结论初看很绝对,但细想确实是这么回事:没有同步,接收端不知道什么时候开始采样、按什么节奏解析比特流,再好的信号也白搭。放大、纠错、转发都是增强功能,缺了还能凑合通信,同步缺失直接没法通信。

1.8 题流控的目的是防止接收器来不及接收。这里要区分“流控”和“差错控制”两个概念:流控管的是发送速率,让发送方别太快把接收方缓冲区灌满;差错控制管的是数据在传输中被破坏后的发现与恢复。两件事经常配合出现,但在概念题里必须分开。我刷到这道题时专门在笔记上写了一句“流控=管速度,差错=管质量”,后续做到拥塞控制相关题目时,这个区分帮我避免了好几次误判。

1.6 题考信号、信息、消息、数据四者的关系:能直接在传输系统上传输的是信号。这个考点很基础,但选择题里不少人会选“数据”,因为日常语境里“传输数据”说得太顺了。教材里的逻辑是:信息是抽象内容,消息是承载信息的形式,数据是消息的数字表示,而信号才是物理层真正在线路上跑的东西。做题时看到“直接在传输系统上传输”这个条件,就直接锁定信号。

4. 刷题避坑清单:五组高混淆概念的翻车现场

4.1 电路交换被误判为存储-转发

现象:1.13 题问“以下交换技术中不属于存储-转发类别的是”,我把电路交换选成了存储转发的一种,因为觉得交换都要先“存”一下再“转”出去。

原因:对存储-转发的定义理解偏差。存储-转发的核心特征是节点先完整接收整个数据单元,再根据路由选择转发给下一个节点;电路交换在通信前就建立了一条物理通路,数据直接在线路上流过,没有“完整接收再转发”的过程。分组交换、帧中继、信元中继都属于存储-转发家族,因为它们都是先收后发。

解决:把交换方式按“是否需要中间节点缓存完整数据单元”这个标准重新过一遍。电路交换类比打电话——线路提前占好,数据实时流过;分组交换类比寄快递——每个包裹在中间节点可能要排队等待转发。带着这个场景去记,再遇到类似题目就不会混。

4.2 “语义”和“语法”记反

现象:1.15 题问协议的关键成分是语义,我第一次选了语法,觉得“协调和差错处理”听起来像格式层面的东西。

原因:把两个词的教材定义弄反了。语法管的是“格式”,比如字段怎么排列、长度是多少;语义管的是“含义”,比如某个控制字段表示什么动作、出了差错怎么处理。题目里“相互协调和进行差错处理”明显是在说控制信息的含义和作用,属于语义范畴。

解决:用一个句子的类比——语法好比句子结构,语义好比句子意思。协议三要素里,语法回答“长什么样”,语义回答“什么意思”,定时关系回答“什么时候说”。我后来每次做协议相关题目,都先在草稿纸上写这三个词的对应关系,基本不会再错。

4.3 运输层和网络层都能“端到端”,但可靠传输只有运输层

现象:1.18 题问提供端到端可靠传输、差错恢复和流量控制的是哪一层,我第一反应是网络层,因为路由也算端到端。

原因:把“端到端”和“可靠传输”两个属性绑定在一起了。网络层确实在源和目的之间工作,但它提供的是尽力而为的转发,不保证数据一定完整到达;传输层才在端系统之间建立逻辑连接,负责差错恢复、重传、流量控制。1.17 题也考了运输层的定位——面向通信和面向端系统,它一方面利用下层通信服务,另一方面直接为端系统上的应用进程服务。

解决:把“端到端”拆成两种语境。网络层的端到端是“从源网络节点到目的网络节点”,传输层的端到端是“从源端系统的进程到目的端系统的进程”,后者才是真正意义上的端到端可靠传输。记住 TCP 属于传输层,它的三次握手、确认重传、滑动窗口就是端到端可靠的典型实现,以后看到“可靠”“差错恢复”“流控”这些词同时出现,直接对应传输层。

4.4 广播方式只用于局域网,公用电话网不用广播

现象:1.12 题问广播方式主要用于什么网络,我选了公用电话网,理由是电话会议也算广播。

原因:把业务层面的“多方通话”和网络技术层面的“广播通信”混为一谈。教材里的广播方式是通信网的一种建网方式,指的是所有站点共享同一传输介质,一个站点发送、其他站点都能收到,典型的如以太网;公用电话网是电路交换网络,每个通话独占一条通路,不存在全局广播。

解决:做这类题时先想“这条网络上跑的数据,是不是所有节点都能收到”。局域网为了避免布线成本,用共享介质+广播方式最经济;广域网地理范围大、站点分散,用交换方式按需建立连接更合理。记住以太网带头盔——“CSMA/CD 就是典型的广播介质访问控制”,基本不会再错。

4.5 1.16 题的地址搞得一头雾水,SAP 和 Port 分不清

现象:1.16 题问应用程序在计算机内部的唯一地址是什么,我选了 IP 或 NSAP,觉得“唯一地址”就该是 IP 地址。

原因:混淆了“主机在网络中的地址”和“进程在主机内的地址”。IP 地址标识的是主机在网络中的位置,但在同一台主机上可以同时跑多个应用,光有 IP 无法区分数据该交给哪个应用进程,所以每个应用程序还要有一个进程级唯一标识,教材里叫 SAP(服务访问点)或 Port(端口)。

解决:把地址体系按“定位层级”拆开记忆——物理层看 MAC 地址,网络层看 IP 地址,传输层和应用层之间看端口号/SAP。做题时看到“应用程序”“进程”“端口”这类词就锁 SAP 或 Port。这里注意教材里 SAP 和 NSAP 是两个不同概念,NSAP 是网络层地址,所以选项 A 是干扰项,别被 NSAP 里带“SAP”唬住。

5. 从协议三要素到地址体系:网络协议那些绕不开的考点

5.1 网络协议三要素:语义、语法、定时关系怎么分

1.14 题和 1.15 题连着考协议的基础定义。先说 1.14:协议是互相通信的对等层实体之间交换信息时必须遵守的规则集合。这里的核心词是“对等层实体”——协议生效的前提是通信双方在同一个协议层上。比如 TCP 协议是源端传输层和目的端传输层之间的事情,不是传输层和数据链路层之间的事情。相邻层之间靠的是接口和服务,不是协议。

1.15 题把协议三要素里的“语义”单独拎出来考。我做个表把三要素长期记忆下来:

要素管什么典型例子
语法数据与控制信息的结构或格式帧头字段怎么排列、长度多少
语义控制信息的内容和含义,协调与差错处理某个控制字段表示“确认”还是“重传”
定时关系事件先后顺序和速度匹配先发连接请求再发数据、速率匹配

做这道题的关键是锁定题干里的“相互协调和进行差错处理”——这是语义的专属描述,跟格式完全无关。我见过一个记忆技巧:语法是“长什么样”,语义是“什么意思”,定时是“什么时候”,这个口诀应付选择题够用了。

5.2 广播与交换两种通信方式:什么时候用哪个

1.12 题和 1.13 题虽然分属两个考点,但放在一起看特别有意义——它们都在回答“通信网络怎么组织”的问题。

广播方式的核心是共享介质:一个节点发送,所有节点都能收到,然后各节点判断是不是发给自己的,不是就丢弃。这种方式省去了复杂的选路和转发逻辑,非常适合地理范围小、节点数量可控的局域网。以太网就是这么干的。交换方式则不同,它是点对点的连接,数据从源节点出发,经过中间的交换节点逐跳转发到目的节点,公用电话网、公用数据网、租用线专网都是这种模式。

1.13 题考的是交换方式内部的一个分类维度:存储-转发与电路交换的区别。分组交换、帧中继、信元中继三种技术在具体实现上有差异,但都有一个共同特征——数据在中间节点要“停下来”被完整接收,然后才决定往哪里转。电路交换不经历这个过程,它先把物理通路建好,然后在通路上透明传输,所以它是“直通式”的。做题时记住:看到哪种交换方式说“先收后发”,就属于存储-转发;说“先建路再传”,就属于电路交换。

5.3 对等层实体与地址体系:从协议到端口的一次串讲

1.16 题从协议的视角切入了地址话题。网络协议能正常工作,前提是通信双方能被正确寻址。这里有两层寻址:第一层是主机寻址,用 IP 地址或 MAC 地址找到目标机器;第二层是主机内部的应用寻址,用 SAP 或 Port 找到目标进程。

把这个问题放到协议的语境里更好理解:协议栈中每一层都有自己的寻址机制,数据链路层用 MAC 地址定位网卡,网络层用 IP 地址定位主机,传输层用端口号定位进程。当数据包到达目标主机后,传输层根据端口号把数据交给正确的应用——比如 80 端口给 Web 服务、22 端口给 SSH 服务。所以一台服务器上同时开多个服务完全没问题,不同端口对应不同进程,互不干扰。

刷这份题库时我一度对 SAP 很陌生,后来发现它和端口在教材里是同义反复的位置——都是服务访问点的缩写。数据链路层的 SAP 叫 LSAP,网络层的叫 NSAP,传输层的叫 TSAP,都是同一个概念在不同层的具象化。1.16 题考的是“计算机内部应用程序的唯一地址”,实际上就是在问传输层以上负责进程寻址的标识,SAP 和 Port 都是对的。

6. 用一份题库做彻底的考前自测:两遍刷题法与考点联动

这套题量不大,但考点密度高,我用它总结出了一套两遍刷题法,分享给你参考。第一遍是摸底:按顺序闭卷做完全部 18 题,不限时但每道题必须在选择后写一句判断依据。做完对答案,把错题和“蒙对但理由模糊”的题都标出来,这些题才是真正需要回炉的。第二遍是收敛:只做标记过的题,做完后不急着对答案,先自己讲一遍“为什么选这个”,讲得出来才算过;讲不出来就翻教材对应章节,把概念重新读一遍再做题。

最后有一个很有效的收尾动作:按 OSI 模型的层次顺序,把这 18 道题重新串一遍。1.1 到 1.10 的通信系统模型属于传输链路的物理视角,1.11 到 1.13 的交换方式属于网络组织视角,1.14 到 1.16 的协议与地址属于跨层规则,1.17 和 1.18 的传输层功能属于端到端通信视角。这样串完后,你看到一道题就能自动联想到它在协议栈里的坐标,而不是孤立地记答案。

我自己的教训是:第一次刷这份题库时太贪快,直接对着答案看解析,感觉每道题都懂了,结果第二天换了个说法考同样的概念还是选错。从那以后我每刷一套自测题都强制走“闭卷答题—标注理由—只看错题—按层串讲”这个流程,效率和记忆牢固度都上来了。希望这份题库能帮你把第一章的底子打扎实,后续学链路层、网络层和传输层时你会发现,很多当时搞不清的概念,其实在这一章就已经埋好了伏笔,现在踩实了,后面全是顺水推舟。

本文还有配套的精品资源,点击获取

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/29 20:25:13

先算后仿:工程计算与仿真让电路设计一次成功

我见过太多“感觉没问题”的电路,一到实际打板就翻车:要么上电就冒烟,要么信号波形跟理论差着十万八千里。这里面的关键分水岭,往往不是焊工好不好,而是在动手之前,有没有做足两件事——把电路上的关键参数…

作者头像 李华
网站建设 2026/9/29 20:23:32

安装docker、docker-compose详细

安装docker详细 1、下载 Docker 29.8.1 # 进入到用户目录下 cd /home/googosoft# 执行如下下载指令 wget https://download.docker.com/linux/static/stable/x86_64/docker-29.8.1.tgz# 下载完成后 ls -lh docker-29.8.1.tgz2、解压 tar -xzf docker-29.8.1.tgz# 然后&#xff…

作者头像 李华
网站建设 2026/9/29 20:23:14

44%年轻员工暗中搞砸AI项目?用TaoToken统一Key管好公司AI工具链

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 20:22:29

字节Coze开源版安装教程:用Docker跑通TaoToken统一Key配置

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/29 20:19:33

第十篇:《Codex 插件生态全解:75 个插件的使用场景》

如果说 SDK 让你“用代码控制 Codex”,那么插件则让 Codex “学会新的技能”。Codex 插件是 OpenAI 于 2026 年 3 月 27 日随桌面应用一起推出的能力扩展机制——它把技能(Skills)、MCP 服务器、浏览器扩展和生命周期钩子打包成一个可安装单元…

作者头像 李华