第3章 TCP/IP协议栈在回传中的应用

3. TCP/IP协议栈在回传中的应用：物理层、数据链路层、网络层（IP路由）、传输层（TCP/UDP）在基站回传中的角色

各位同学，咱们今天聊聊TCP/IP协议栈。说实话，很多刚入行的朋友觉得这东西太理论，不就是个分层模型嘛。但我在基站回传项目里摸爬滚打这么多年，可以负责任地告诉你——不理解协议栈，你连基站为什么断网都查不明白。

基站回传，说白了就是把基站收上来的用户数据，安全、快速地送到核心网。这中间经过的每一层协议，都有自己的使命。咱们一层一层剥开来看。

物理层是协议栈的最底层。它管的是最原始的事——比特流怎么在介质上传输。光纤、网线、微波，都属于物理层的范畴。

我记得有一次在山区站点调试，基站死活连不上回传网络。查了半天，最后发现是光纤接头被老鼠咬断了。这就是典型的物理层故障。你上层协议配得再好，物理层断了，一切归零。

在基站回传中，物理层主要关注几个指标：

个人经验： 我建议大家在排查基站回传问题时，先从物理层看起。看看光模块的指示灯，测一下光功率。很多时候问题就出在这最底层，别一上来就抓包分析TCP，那是走弯路。

物理层把比特流传过去了，但怎么知道这些比特是发给谁的？这就轮到数据链路层出场了。

数据链路层负责在同一个网段内的设备之间传输数据帧。在基站回传场景里，最常见的就是以太网协议。每个设备有MAC地址，数据链路层就是靠这个地址找到邻居。

这里有个关键点——VLAN。基站回传网络中，经常需要把不同基站的流量隔离开。VLAN就是在数据链路层做的隔离。我曾经遇到过一个案例，两个基站的回传IP地址配重了，就是因为VLAN没划对，数据帧串到了不该去的地方。

数据链路层还负责一件事：差错检测。帧尾的FCS字段就是干这个的。如果传输过程中数据被干扰了，接收方通过FCS能发现，然后直接丢弃这个帧。嗯，这里要注意，数据链路层只管丢，不管重传。重传是上层的事。

数据链路层只能管同一个网段内的通信。但基站和核心网之间，往往隔着好几个路由器、好几段网络。这时候就需要网络层了。

网络层的核心就是IP路由。每个基站都有一个IP地址，核心网也有IP地址。路由器根据路由表，决定数据包下一跳该往哪走。

我个人习惯把IP路由比作快递分拣。基站是发货地，核心网是收货地。每个路由器就是一个分拣中心，它不看包裹里装的是什么，只看地址标签，然后决定往哪个方向送。

在基站回传中，路由协议的选择很关键。常用的有：

  避坑指南： 我曾经遇到过一个问题——基站能ping通核心网，但业务就是跑不起来。查到最后发现是路由不对称。去程走了一条路径，回程走了另一条，中间有防火墙把回程包给丢了。所以配置路由时，一定要保证往返路径一致，或者做好状态检测。

网络层把数据包送到了目的地，但送到的是主机。具体是哪个应用程序接收？数据有没有丢？这就靠传输层了。

传输层有两个主角：TCP和UDP。

在基站回传中，这两种协议各有各的用处。

TCP的应用场景：

UDP的应用场景：

你想想看，用户打电话的时候，如果丢了一个语音包，你稍微卡顿一下还能接受。但如果用TCP，丢包就要重传，重传导致延迟更大，反而更卡。所以实时业务用UDP，可靠性由应用层自己处理。

注意： 在基站回传中，TCP的拥塞控制机制有时候会带来麻烦。如果回传链路有丢包，TCP会误以为是网络拥塞，主动降低发送速率。这会导致基站的信令交互变慢，甚至掉线。我曾经在一条卫星链路上遇到过这个问题，最后不得不调整TCP参数，或者改用UDP+应用层重传的方案。

说了这么多，咱们串起来看一个完整的例子。

假设一个用户正在用手机看视频。数据从基站出发，要送到核心网：

每一层只关心自己的事。物理层不管数据是什么内容，只管传比特。数据链路层只管邻居之间的帧交换。网络层只管路由。传输层只管端到端的可靠或高效。

这种分层设计的好处是——哪一层出了问题，就只修哪一层。不用把整个协议栈推倒重来。

我的建议： 排查基站回传问题时，按照物理层→数据链路层→网络层→传输层的顺序来。先看光功率，再看MAC表，然后看路由表，最后抓包看TCP握手。这个顺序能帮你快速定位问题，少走弯路。

好了，TCP/IP协议栈在基站回传中的角色，咱们就聊到这儿。下一章我会讲具体的回传组网方案，到时候这些协议知识都会用上。