简介这份PDF是《通信网基本概念与主体结构第二版》第二章课后习题的完整解答面向通信工程、网络工程专业学生及备考读者可用于课后自查、考前梳理和教师布置作业的答案核对。答案按教材题号逐题给出英文原题与解题思路重点涉及层次化设计原则、互联网互连机制、TCP/IP协议栈提供的通用服务、TCP与UDP的区别、IP寻址可扩展性、底层网络技术独立性、网络层对链路层连接服务的依赖等核心考点内容还包含连接建立过程、分组传输服务等具体问题的推导能帮助读者在理解通信网基础理论的同时掌握解题方法。整个压缩包只有1个PDF文件大小约977KB排版清晰、对应教材原版章节便于离线查阅。目前已有116人学习下载适合需要对照原书巩固知识并检验作答准确性的学习者。1. 通信网基本概念这门课第二章答案为什么值得反复翻“通信网基本概念与主体结构第二版”第二章的答案文档很多人拿到手就翻到最后核对结果考前再背一遍这是最亏的用法。第二章真正讲的是通信网的骨架网络由哪些实体组成、靠什么逻辑把整个系统组织起来、交换和拓扑又是怎么决定网络的性能上限。这些内容对应的不只是考卷上的十几分而是将来做组网、排障、评审方案时每天都在用的判断基准。运营商的承载网规划、企业网络的冗余设计、甚至数据中心里一条链路要不要加带宽追到源头都能落到这一章的模型上。这篇笔记就按第二章答案里常出现的考点拆开讲哪些概念必须能手推、哪些公式看了答案还要回验证、以及哪些理解误区最容易让考试和工程双双翻车。2. 第二章答案的内核通信网主体结构与分层逻辑2.1 网络四要素简答题拿满分的骨架通信网无论多庞大落到主体结构上就是终端、交换节点、传输链路、协议体系四样东西。终端是业务的起点和终点比如手机、服务器、摄像头交换节点负责把数据从一条链路引到另一条链路在传统电话网里是程控交换机在 IP 网里是路由器和交换机传输链路解决物理连通光纤、铜缆、微波都属于这一层协议体系则解决“用什么规则对话”的问题。回答这类简答题时我一般给新人的建议是每一个要素都带一个具体设备或场景来写。比如“终端可以是任何一台跑着完整协议栈的主机交换节点在运营商骨干网里是核心路由器传输链路在跨海场景下就是海缆”这样既踩全了采分点又显得理解到位不是干巴巴背名词。第二版教材在这个位置往往会配一张通信网主体结构示意图从左到右是终端—接入链路—交换节点—骨干链路—交换节点—接入链路—终端。很多同学觉得这张图太简单可实际上第二章计算题里的所有参数最终都能落到图上接入链路和骨干链路速率不同交换节点的处理能力不同传播时延随链路长度逐段累加。把图里的每个方块和每根线都标上参数再去做题比背十道题都管用下一章我会拿这张参数化的图做一道完整的计算演示。2.2 分层模型OSI与TCP/IP的映射关系第二章大部分考点都围绕分层的必要性展开。OSI 参考模型把网络功能切成七层TCP/IP 模型收敛成四层而现实中交付和排障最常用的是物理层、链路层、网络层、传输层、应用层这个五层视角。很多人在这道题上失分不是不知道层数而是没有把两套模型对应起来。比如 TCP/IP 的网络接口层同时覆盖了 OSI 的物理层和数据链路层网际层对应网络层传输层一致应用层把 OSI 的上三层合并处理。OSI 七层TCP/IP 四层典型设备/协议物理层网络接口层中继器、光模块、以太网口数据链路层网络接口层二层交换机、以太网、VLAN网络层网际层路由器、IP、OSPF、BGP传输层传输层TCP、UDP会话层、表示层、应用层应用层HTTP、DNS、RTP分层的工程收益体现在三个地方。第一是故障隔离上层出问题下层还能继续跑排障时可以在某一层的边界上一刀切不用从头查到底。第二是技术演进链路层从铜缆以太网换成光纤网络层不需要跟着改网络层从 IPv4 换到 IPv6链路层完全无感。第三是多厂商互通只要每一层协议标准一致不同厂商的设备就能混插组网。这三点就是“为什么要分层”这类简答题的核心论点配合上具体设备写出来基本不会丢分。答“某设备工作在哪一层”的题时记住一个边界表中继器和集线器是物理层、二层交换机是链路层、路由器是网络层、四层以上由主机协议栈处理。这个边界在工程讨论里几乎每天都会用到判断得越干脆后面看架构图越省力。2.3 层间接口与对等通信那些“为什么”题的答题基线第二章答案里有一类题不考计算也不考画图专问“对等层通信靠什么”“下层为上层提供怎样的服务”这种看似玄学的题。这类题有一条固定的回答基线对等层之间靠协议通信相邻层之间靠接口通信下层为上层提供透明的数据传输服务。关键词是“透明”意思是上层逻辑完全不必关心底层是光纤还是铜缆、是星型还是环型只要拿到自己需要的数据就行。“透明”的概念落到工程上是一个很实用的判断工具。当你更换底层链路介质比如把楼宇间的铜缆换成光纤或者调整了网络拓扑如果上层应用会话还能保持不断说明分层设计是健康的反之上层动不动断连多半是有人在跨层做假设——应用里写死了某个 IP或者安全策略绑定了某个 MAC 地址。跨层污染是分层体系里最隐蔽的坑第二章不会直接考但搞懂它在方案评审时能一眼看出别人设计里的隐患。我给自己带的人出的三道自测题是这样的第一画出五层模型并标出每层一个代表协议限时两分钟第二说明在不同网段主机互访时报文的源目 IP 和源目 MAC 在每一跳分别改不改第三解释 MTU 超过 1500 时 TCP 为什么会重传要用分层的话说清楚。三道题都能答上来第二章的分层部分就可以翻篇了。3. 交换方式与网络拓扑答案计算题的真正考法3.1 三种交换方式的时延模型电路交换、报文交换、分组交换是第二章计算题的第一大来源先把模型搞清楚再动手算。电路交换的特点是“先建路、后通信”。呼叫建立阶段通过信令逐节点预留资源建立成功后通信期间独占一条通路所以时延模型里显式包含建链时间通信阶段只有传输时延和传播时延没有排队时延和存储转发时延。报文交换是整包存储转发数据作为一个完整报文在每个节点收齐后才能转发节点需要足够的存储空间转发时间和整包长度成正比。分组交换把报文切成较小的分组每个分组携带目标地址独立转发节点不需要等整个报文收完一边收一边就能往下一跳转。三者的关键差异用一张表对照着看维度电路交换报文交换分组交换是否建立连接是显式建链否数据报否 / 虚电路是资源预留预留带宽或时隙不预留不预留统计复用转发粒度连续比特流完整报文小分组典型时延构成建链传输传播整包逐跳转发流水线逐跳转发适用场景电话网、传统专线电报网互联网、数据网注意分组交换内部还有分支数据报方式无连接虚电路方式在通信前先建立逻辑路径帧中继、MPLS 都属于面向连接的分组交换。把这个维度单独摘出来后面做选择题就不容易把“分组交换等于无连接”当成铁律。3.2 网络拓扑与可靠度手算主体结构直接体现在拓扑上星型、总线、环型、树型、网状各有各的可靠性和成本。第二章计算题里最常见的拓扑考点是给定各链路可用率计算端到端的路径可用率。两条基本原则要刻在脑子里串联链路必须全部可用路径可用率是各链路可用率连乘。并联链路只要任意一路可用系统就可用总可用率是 1 减去各支路不可用率的乘积。举例来说一条主干链路可用率 0.99一条备份链路可用率也是 0.99并联后的可用率是 1 - (1-0.99)×(1-0.99) 0.9999比单链路高了两个九。反过来两条可用率 0.99 的链路串联可用率只有 0.9801比单链路还差。这就是为什么核心节点之间必须做双路由答案里所有看似绕的可靠度题最后都导向这一个工程结论。做题的时候先判断“断掉一条支路通信断不断”。断了是串联乘法断了也能跑是并联用 1 减失败率乘积。要是算完发现冗余后的可用率反而低于单条链路先怀疑公式用反了而不是怀疑题目出错。3.3 一道端到端时延对比题的Python复现我用一组常用来考校新人的标准参数把两种交换方式端到端时延完整算一遍。主机 A 向主机 B 发送一个 10000 bit 的报文经过 10 条链路每条链路速率 1 Mbps链路长度 3000 km光纤中的信号速度按 2×10^8 m/s 算。电路交换建立时间 0.5 s分组交换将报文拆成 10 个分组每个分组加 200 bit 的头部开销。先拆公式。传播时延每段 3000×10^3 / (2×10^8) 0.015 s 15 ms。电路交换总时延 建立时间 整报文的传输时延 10 段传播时延。分组交换要从流水线角度理解源端连续发出 10 个分组第一个分组到终点后最后一个分组还要在途中所以端到端时延 (n k - 1) × (分组总长度 / 链路速率) n × 传播时延其中 n 是链路数k 是分组数。这里的“n k - 1”是答案里最容易写错的一步很多人漏掉末尾的 1或者把源端连续发送误当成每跳都要整包排队。# 电路交换 vs 分组交换端到端时延对比 # 单位统一用 bit / bit/s / m / m/s / s message 10000 # 报文总长度 bit packet_payload 1000 # 每个分组承载的数据 bit header 200 # 每个分组的头部开销 bit n_links 10 # 链路段数 rate 1_000_000 # 链路速率 bit/s distance 3_000_000 # 每段链路长度 m prop_speed 2e8 # 光纤中的信号速度 m/s setup_time 0.5 # 电路交换建立时间 s # 每段链路的传播时延 D_prop distance / prop_speed # 电路交换建链 完整报文传输 逐段传播 t_circuit setup_time message / rate n_links * D_prop # 分组交换拆成 k 个分组流水线存储转发 k message // packet_payload # 整除场景实际要按 math.ceil 取 packet_size packet_payload header # 分组总长度 bit t_packet (n_links k - 1) * (packet_size / rate) n_links * D_prop print(f传播时延(每段): {D_prop*1000:.2f} ms) print(f电路交换端到端: {t_circuit*1000:.2f} ms) print(f分组交换端到端: {t_packet*1000:.2f} ms)计算结果传播时延每段 15.00 ms电路交换端到端 660.00 ms分组交换端到端 172.80 ms。电路交换的 660 ms 里500 ms 是建链开销150 ms 是十段链路的传播时延真正传 10000 bit 只花了 10 ms。分组交换的 172.8 ms 中22.8 ms 是流水线转发耗时150 ms 是传播时延。把建链时间和传播时延分开列才能看清电路交换在大流量持续通信时划算、在小报文突发时不划算的本质。参数可以继续调把建链时间改成 50 ms分组交换的优势就不明显了把分组数增大到 100分组头开销会显著影响结果。建议拿到答案之后把这些参数各改一遍再跑一次比盯着 PDF 看十遍更有收获。注意分组交换端到端时延公式里的 nk-1 是流水线效果不是简单把 n 和 k 相乘。检查答案时先看这个数再对照链路数重新数一遍能拦住大部分低级错误。4. 性能量化排队论、吞吐量与第二章的曲线题4.1 时延的四个分量谁主导谁可忽略通信网里任何一跳的时延都可以拆成传输、传播、处理、排队四个分量。第二章的计算题经常故意不给齐参数其实是在考验你能不能判断该忽略哪个。传输时延是“把数据放到链路上”所需要的时间等于帧长除以链路速率跟物理距离没有关系。传播时延是信号在介质里跑完一段链路的时间等于链路长度除以信号速度跟数据量没有关系。处理时延是节点查表、转发、校验消耗的时间现代交换机路由器通常只有几微秒到几十微秒。排队时延是数据在节点发送队列里等待的时间是四个分量里最不确定的也是后面排队论要解决的重点。工程经验法则局域网里传播时延在毫秒级以下传输时延主导广域网特别是跨海链路传播时延按每 1000 km 约 5 ms 估算必须单独列出来。很多人看到“链路长度”就想当然当成传输时延的输入实际上链路长度对应的永远是传播时延。这两个量搞混算出来的结果能差四五个数量级这是做跨地域项目踩过最多次的坑。4.2 M/M/1排队模型把公式落到工程阈值第二章性能部分的必考模型是 M/M/1 排队分组到达服从泊松过程平均到达率记为 λ节点发送一个分组的时间服从指数分布平均服务率记为 μ系统只有一个发送队列。判断一个系统是否稳定先看利用率 ρ λ / μρ 必须小于 1否则队列无界增长缓存放多少都会溢。三个基础公式要背熟系统内平均分组数 L ρ / (1 - ρ)分组在节点内的平均逗留时延 W 1 / (μ - λ)排队平均等待时间等于 W 减去平均服务时间。答案里出现“某节点平均时延”的题用的就是 W。为直观取 μ 1000 分组/秒看不同到达率下的表现到达率 λ (分组/s)利用率 ρ平均分组数 L平均时延 W3000.30.431.43 ms5000.51.002.00 ms8000.84.005.00 ms9000.99.0010.00 ms9900.9999100 ms这张表就是第二章答案里“拥塞曲线”的数值版。从 ρ0.3 到 0.5时延从 1.43 ms 涨到 2 ms很平缓从 0.8 到 0.9时延直接翻倍一旦超过 0.9流量稍微波动时延就往 100 ms 冲分组根本排不出去。后面做容量规划时这条曲线是最基础的依据设计链路利用率至少要留 50% 的余量别把链路跑满。提示M/M/1 模型假设泊松到达和指数服务时间真实网络流量有突发性按模型算出来的时延是理想下限工程上通常再按 1.5 倍留余量。4.3 吞吐量、丢包率与带宽时延积吞吐量和丢包率是排障时最先看的两个指标。链路理论吞吐受最小瓶颈链路限制实际吞吐还要受协议窗口限制。第二章答案里有道常考选择题10 Gbps 链路RTT 20 ms单条 TCP 连接的吞吐最高大约是多少解法是用带宽时延积 BDP 带宽 × RTT 10×10^9 × 0.02 200 Mbit 25 MB。如果 TCP 发送窗口小于 25 MB窗口就是瓶颈实际吞吐远低于带宽。这个结论直接对应广域网大文件传输场景为什么带宽加到 40 Gbps单流下载速度还是起不来不是链路坏了是窗口没配够。丢包率在 M/M/1 模型里对应的是带容量限制的 M/M/1/K 模型第二章答案里记一个方向就够了丢包率和队列容量、链路利用率强相关避免丢包要么降低速率要么增大缓存。真正做网络调优时还会看到 RED、AQM 这类主动队列管理机制它们解决的正是“队列越长、时延越大”的矛盾。理解“排队不可怕队列溢出才丢包”这条逻辑后面读这些机制的文档会顺很多。5. 用答案避坑五个理解误区和排查经验这一章写的是看了很多份答案、也改了很多次卷子之后攒下来的高频错点按出现的频率排序每一条都按现象、原因、解决三段来写。5.1 误区一分组交换等于无连接现象做选择题时看到“分组交换”就打勾选“无连接”遇到综合题还把 SDH、MPLS 全归到无连接一类丢分丢得莫名其妙。原因把“面向连接/无连接”和“电路交换/分组交换”这两组维度混成了一个。分组交换只是说明转发粒度是分组不代表它一定无连接数据报方式才是无连接虚电路方式是面向连接的。解决判断一个技术是面向连接还是无连接只看有没有“连接建立阶段”和“同一路径转发”的约束。ATM、帧中继、MPLS 都是面向连接的分组交换IP 默认是数据报属于无连接。把这两个维度拆成坐标系来理解再遇到这类题基本不会错。5.2 误区二端到端时延漏算传播分量现象算跨省专线的端到端时延只算了帧长除以链路速率得到几十微秒到了现场用 ping 一测是几十毫秒当场翻车。原因传输时延和传播时延混为一谈。题目里明确给了链路长度却没有去算“距离除以光速”这一步。传输时延只看帧长和速率传播时延只看距离和介质速度两件事被硬凑在了一起。解决见到链路长度就列传播时延公式见到链路速率就列传输时延公式分开写、最后加。更稳的习惯是把光纤中的信号速度按 2×10^8 m/s 记1000 km 链路约 5 ms心里先有量级判断再下笔。做跨洋链路排障时尤其要记得单一跳的传播时延往往比本地传输时延大三四个数量级。5.3 误区三可靠度公式记反现象计算并联双链路的可用率两条链路各自可用率 0.9手算 0.9×0.9 0.81得到比单链路还低的结果却看不出问题。原因串联模型和并联模型搞混。串联要求全部链路可用是乘法并联要求任一路可用就行得用失败率的乘积来做 1 减去。0.81 实际上是“两条链路同时可用”的概率对应的是串联要求不是并联冗余。解决做题先问自己“坏掉一条支路通信断不断”。断了是串联乘法断了依然能跑是并联R 1 - (1-R1)(1-R2)。算完如果发现冗余后的可用率反而下降先回头检查公式方向而不是怀疑题目数字。数据中心双上联、骨干网双路由都是并联模型用这个方法一算加链路还是加节点自然就有答案了。5.4 误区四只背答案、不推过程现象拿着答案改错题改完觉得全会了过两周换一组数字又做不出来同一模型在真实组网里换个速率就懵。原因把答案当结果而不是当解题路径。第二章答案的价值在推导步骤不在那个最终数值直接抄过程没有产生理解PDF 里的答案就成了一个黑匣子。解决第二遍做的时候把数字盖住只留公式和单位推不下去才掀开看。我要求和身边同事都达到一个标准能一句话说清楚“这一步在算什么、为什么可以这样近似”。能讲出来这个知识点才算过手否则考试换个数字还是会还回去。5.5 误区五分层概念和抓包对不上现象背得出七层模型的名字看到 Wireshark 里的 TCP 重传判断不了是网络层丢了包还是传输层的问题排障思路卡在第一跳。原因分层概念停留在纸面上没有和报文的封装格式建立对应关系。不知道 MAC 头和 IP 头在转发路径上哪些字段会变、哪些不变自然没法把现象映射到层次。解决做一次最简单的本地验证。在一台电脑上 ping 一个外网地址同时用 Wireshark 或 tcpdump 抓包观察 ICMP 请求和应答报文里的源目 IP 与源目 MAC。用命令tcpdump -i eth0 icmp就能看到经过路由器以后源目 MAC 会变化、源目 IP 不变。看懂这个变化层间接口和“透明传输”的概念就活了。这是第二章所有知识里性价比最高的一次实操。6. 一份答案的工程化用法拿分层模型做一次真实排障6.1 视频卡顿定位的逐层清单把第二章的分层逻辑用成一个排障清单分公司到总部的专线用户反馈视频会议卡顿。很多人第一反应去调编码器正确的做法是从下往上逐层排除。先看物理层登录两端设备查光模块收发光功率光功率低于 -22 dBm 或者波动超过 3 dB先查光纤和法兰盘不要动上层配置。再看链路层清点接口的 CRC 错误计数有增长说明物理层有误码检查 VLAN 配置和两端 MTU 是否一致MTU 不匹配会导致大包被静默丢弃。再看网络层用 traceroute 逐跳看时延和丢包找出突增点判断问题是出在专线还是公网。然后看传输层用 iperf 测单流 TCP 吞吐和带宽时延积算出来的窗口理论值对比。最后才是应用层检查视频会议的码率和抖动缓存。这个过程本身就是第二章“每层职责”的活用法。我每次处理这类问题都会先写一张预期值表再逐项打钩检查层检查项预期值物理层光功率大于 -20 dBm波动小于 3 dB链路层CRC 错误 / MTU无增长两端 MTU 一致网络层逐跳时延 / 丢包专线段小于 20 ms丢包 0传输层TCP 吞吐 vs BDP达到带宽的 80% 以上应用层码率 / 抖动缓存与会议规格匹配预期值全部来自第二章的公式传播时延按距离算吞吐按 BDP 算链路容量按利用率算。这样排查就不是靠感觉乱试而是拿着答案的模型逐项做对照实验。做完一轮检查问题大概率落在某一层最常见的结果是网络层一切正常、传输层重传率偏高回头查链路层才发现 MTU 不匹配大包被丢弃触发 TCP 连续重传。这个结果和第二章“下层出错会连累上层”的结论完全一致故障从玄学变成可解释的事件。我的习惯是每解决一个问题就在答案 PDF 的对应知识点旁边记一行真实现象半年下来页边写满了故障对照比任何题库都值钱。第二章的答案从来不是背完就合上的资料它是你建立网络判断基准的第一份素材。希望你去试试这种用法——先让答案教你概念再让现实教你验证希望帮到你。本文还有配套的精品资源点击获取