企业官网建设流程全解析

1. 先搞清楚这两张“网”到底指什么

如果你刚接触LTE，翻看3GPP文档或者抓包信令时，一定会频繁撞见EPS和PDN这两个缩写。坦白讲，我第一次看的时候也被绕得头晕，因为它们不是某个单一设备，也不是某条具体的链路，而是一整套逻辑体系。等我把它们拆开揉碎之后，发现理解这件事反而成了理解LTE一切信令流程的钥匙。

先给一个最简化的描述：EPS说的是“LTE这张移动通信网本身长什么样、由哪些网元组成、彼此怎么连接”，PDN说的是“你的手机最终要访问的那个外部网络是什么”。换句话说，EPS负责把你手里的数据从基站一路送到核心网，而PDN才是数据真正的目的地——互联网、企业内网、运营商的IMS网络，全是PDN。

1.1 EPS不是某个设备，是一整套系统

EPS的全称是Evolved Packet System，演进分组系统。3GPP在R8版本里定义LTE时，把整个网络架构分成两大部分：

• E-UTRAN：也就是LTE的无线接入网，包括eNodeB基站。它负责空口资源的调度、无线链路的建立与释放、切换等跟“无线”强相关的工作。
• EPC：Evolved Packet Core，演进分组核心网。它承担了移动性管理、会话管理、认证鉴权、计费、策略控制、数据转发等功能。

很多人习惯把“LTE网络”理解成“基站+手机”，但在核心网不建设、不配置的情况下，LTE空口哪怕信号满格，你也上不了网。原因很简单：用户面数据没有地方可去，控制面信令也没有节点来处理。EPC的核心网元包括MME（移动性管理实体）、SGW（服务网关）、PGW（分组数据网络网关）、HSS（归属用户服务器）、PCRF（策略与计费规则功能单元）。后文会具体讲每个网元在PDN连接建立过程中扮演什么角色。

1.2 PDN就是你的手机要“上网”的那个目的地

PDN全称是Packet Data Network，分组数据网络。这个“网络”可以是任何基于IP协议的网络：

• 公共互联网，这是绝大多数普通用户手机默认接入的PDN；
• IMS网络，VoLTE通话走的就是专门的IMS PDN连接；
• 企业专网，比如某些政企客户用LTE专网卡接入公司内部服务器群，走专门的APN和PDN；
• 车联网平台、物联网平台等垂直行业平台，本质上也是PDN。

在LTE架构里，用户的PDN连接是聚合到PGW上的，PGW通过SGi接口连接外部PDN。也就是说，PGW是LTE核心网与外部数据网络之间的“关口”，所有进出用户的数据流量都经过它。

1.3 为什么这两个词总是凑在一起讲

原因其实很朴素：EPS是承载管道，PDN是目的地，没有目的地的管道毫无意义，没有管道的目的地根本无法到达。LTE的会话管理本质上就是回答三个问题：

• 你是谁，能不能上网（认证与鉴权，由MME+HSS完成）；
• 你想上哪个网，给你分配什么IP（PDN连接建立，由MME+PGW完成）；
• 数据走哪条路过去（承载建立，由eNodeB+SGW+PGW协同完成）。

这三个问题环环相扣，你在抓包软件里看到的几乎每一条LTE信令，都能归结到这些问题上。所以想弄懂EPS和PDN，不能死记硬背网元和接口名，而是要跟着一条完整的业务流程走一遍。

2. 从一张附着流程图看懂EPS和PDN的关系

2.1 附着流程里PDN连接是怎么建立的

手机开机后的第一件事叫作Attach，附着流程。这个流程做完，手机才算是正式“注册”到了LTE网络上，同时会默认建立一条PDN连接。整个流程可以拆成几个阶段：

第一阶段，空口连接建立。手机和eNodeB先建立RRC连接，相当于在无线侧先“握上手”。

第二阶段，附着请求。手机通过eNodeB向MME发送Attach Request，里面携带了IMSI或者GUTI（临时用户标识）、UE网络能力、请求的PDN类型（IPv4、IPv6或IPv4v6）、APN等信息。

第三阶段，MME与HSS交互，完成用户认证和位置更新。HSS里存着用户的签约数据，包括这个用户允许接入哪些APN、QoS等级是多少。

第四阶段，MME选择SGW和PGW，向SGW发送Create Session Request，SGW再转发给PGW。PGW在这个阶段会给手机分配IP地址，并把这条会话记入自己的上下文。

第五阶段，MME向eNodeB发送Attach Accept，eNodeB随后建立无线承载，并向手机发送RRC Connection Reconfiguration，把IP地址、默认承载的QoS参数等告诉手机。

第六阶段，手机回复Attach Complete，MME再通知SGW和PGW更新承载，整个流程结束。

我经常用一句话概括这个过程：先验明正身，再商量去哪里，然后把路修好，最后上路跑数据。

2.2 APN：PDN连接的“门牌号”

APN，Access Point Name，接入点名称，在整个PDN连接建立过程中起着“路由指示”的作用。你可以把它当成门牌号：手机说“我要去这个地址”，MME一看地址，知道应该找哪个PGW去协商，PGW一看地址，知道该把数据送到哪个外部网络。

一个典型的APN长这样：internet.mnc000.mcc460.gprs，实际报文里还能看到它是怎么被解析的。APN由两部分组成：

• 网络标识符：必须有的部分，通常就是internet、ims这样的名字；
• 运营商标识符：可选部分，包括MCC和MNC，用来确定归属网络。

终端侧设置APN时最常见的坑是：APN大小写、多余空格、缺少逗号或gprs结尾，都会导致附着失败或者PDN连接建立失败。外场测试中遇到的“有信号但上不了网”问题，排查的第一步永远是核对终端里的APN参数对不对。

另外要注意，同一个用户是可以同时建立多条PDN连接的。比如一部手机同时开了普通数据上网和VoLTE通话，它就会有两条PDN连接，一条连到互联网对应的PGW，一条连到IMS对应的PGW。这就是为什么你在信令里能看到多个PDN连接上下文，各自对应不同的APN和IP地址。

2.3 说好的“永远在线”到底意味着什么

LTE设计理念里有个很重要的词叫always-on，永远在线。这不是说用户的流量永远在跑，而是说附着成功后，默认承载是常驻的，不需要像3G时代那样每次上网都重新拨号建立PDP上下文。

从实现层面看，附着流程里PGW就已经给UE分配好了IP地址，数据面通道也随之建立。只要用户不主动断网、不关机、不离开覆盖区太久触发去附着，这条默认承载就一直维持着。

这个特性带来的直接体验是：手机从黑屏唤醒到点亮应用，不需要再走一遍拨号流程，响应速度明显快于3G。代价是网络侧需要为每个在线用户保持一份会话上下文，MME、SGW、PGW的内存和会话处理能力就成了容量规划里的关键参数。以一个中型城市为例，几百万在线用户对应的上下文数量是千万级别，核心网设备的会话表项必须扛得住，否则就会出现“明明有信号却连不上网”的群体性故障。

3. EPS承载体系：数据是怎么从手机跑到外部网络的

3.1 一条EPS承载分成了三段

PDN连接是一个逻辑概念，真正承载用户数据的是一个叫EPS Bearer（承载）的东西。每条EPS承载都由三个层次的承载拼接而成：

• 无线承载（Radio Bearer，RB）：UE和eNodeB之间，走的是空口PDCP/RLC/MAC协议栈；
• S1承载：eNodeB和SGW之间，走的是GTP-U隧道；
• S5/S8承载：SGW和PGW之间，同样走GTP-U隧道。

这三段串起来，就是一条端到端的数据通道。你会看到很多资料里画LTE协议栈时，从UE到PGW一路画过去，中间在eNodeB和SGW各做一次协议转换。理解这个分段模型，就能明白为什么时延、丢包、抖动会发生在不同网段，后续问题定位也更有方向。

打个比方，EPS承载相当于一条“专线管道”，无线承载是小区门口到快递站的那段小路，S1承载是快递站到分拨中心的路，S5/S8承载是分拨中心到目的城市的高速路。三段路中任何一段出问题，快递都送不到。

3.2 默认承载与专用承载的分工

每个PDN连接建立时，一定会顺带建一条默认承载（Default Bearer）。默认承载提供基础的IP连通性，QoS等级较低，所有数据都先走它。

当某个业务对质量有特殊要求时，网络会额外建立专用承载（Dedicated Bearer）。最典型的例子就是VoLTE语音：语音包对时延和丢包率极其敏感，如果跟普通上网流量混在同一个默认承载里抢资源，通话质量根本没法保证。VoLTE发起时，IMS通过PCRF向PGW下发策略，网络会为语音流量建立一条专用承载，分配GBR（保证比特速率）级别的QoS。

另一个常见场景是运营商的视频加速、手游加速类业务，本质也是给特定流量建立专用承载，保证带宽和优先级。如果你在信令里看到EPS Bearer Identity、Linked EPS Bearer Identity这些字段，前者就是每条承载的编号，后者是专用承载关联到的默认承载编号，比如专用承载ID=4，关联默认承载ID=5，就说明业务流量在专用承载上跑，信令流量和普通流量仍然走默认承载。

3.3 QoS参数怎么落地

从实际配置来看，EPS承载的QoS由一系列参数定义，最重要的是QCI（QoS Class Identifier，QoS等级标识）。3GPP定义了标准化的QCI值，每个QCI对应一组资源类型、优先级、包延迟预算和包错误率。

外场测试里看QCI位置很直观：把信令里的QCI值跟上面这张表对照，基本一眼能看出这条承载服务于什么业务。但要注意，不同设备商在某些QCI的细节参数实现上可能有差异，遇到跨厂商组网时最好以字段实际值为准，不要只看QCI编号就下结论。

3.4 承载建立的完整信令路径

以VoLTE专用承载为例，一条专用承载的建立大致经过以下几步：

• UE发起IMS呼叫请求，SIP信令先走默认承载到达IMS网络；
• IMS中的P-CSCF（代理呼叫会话控制功能）通过Rx接口把业务需求告知PCRF；
• PCRF通过Gx接口给PGW下发作废策略，指示需要建立一条QCI=1的GBR承载；
• PGW向SGW发起Create Bearer Request，SGW再往eNodeB发；
• eNodeB通过RRC Connection Reconfiguration给UE配置相应的无线资源和DRB；
• UE收到配置后回复确认，eNodeB回Create Bearer Response，一步步传回PGW。

这条链路上任何一个环节失败，语音承载就起不来。外场常见的失败现象包括：UE没有回复RRC重配置导致空口承载建立超时、SGW和PGW之间GTP隧道协商异常、PCRF策略未下发成功等。定位时要沿着这条链路逐段抓log、抓包，而不是一上来就怀疑终端。

4. 从实际工作场景看EPS和PDN：外场测试、无线路由器、仿真工具

4.1 外场测试时应该盯住哪些信令字段

做LTE外场测试的人，关注点通常分成两类：一类是覆盖和速率，另一类是信令和时延。EPS和PDN的知识对后者尤其重要。我自己跑外场时，重点关注几个关键点：

Attach成功率。统计附着失败次数，分析失败原因。常见原因码包括#7 EPS services not allowed、#15 No suitable cells等。如果某一片区域大量终端附着失败且原因码集中在#15，基本可以判断是覆盖问题而不是核心网问题。

PDN connectivity success rate。看PDN连接建立成功率。有些情况下附着成功但PDN连接失败，表现出来就是“能注册上LTE但上不了网”。这时候要看MME回的消息里带的Cause值，比如#26 Insufficient resources，可能就是核心网资源池容量不足。

Default EPS Bearer QoS。看默认承载分配的QCI、ARP、AMBR是否符合预期。有些测试卡签约了特殊QoS，如果分配的承载参数跟签约不符，业务表现自然会异常。

Tracking Area Update成功率。TAU失败会导致寻呼不到用户，来电话直接进语音信箱。外场高铁线路测试时TAU成功率是重点考核指标。

另外，现在LTE外场测试早就不是只拿一台终端跑路测软件那么简单。很多团队会同时用扫频仪、多路测终端、核心网侧信令监测平台做多方联合分析。无论工具怎么变，回归到信令本质，看的还是EPS会话管理那一套流程。

4.2 LTE无线路由器背后的PDN逻辑

这些年4G/5G CPE、随身WiFi越来越普及，很多人以为它只是一台普通路由器加了张SIM卡。但从网络侧看，它和你手机做的事情没有本质区别——它就是一个UE，需要完成附着流程，建立PDN连接，然后通过NAT把局域网内多台设备的流量映射到同一个PDN连接上。

区别在于，CPE类设备通常有更高的速率和更多网口，同时支持更多用户终端接入。这意味着下行业务流量模型更复杂，突发性更强。实际调试中遇到过这样的问题：一台CPE带了几十台设备，晚高峰时部分应用卡顿明显，抓包发现PGW侧分配的默认承载AMBR（聚合最大比特速率）只有100Mbps，而终端侧WiFi本身能跑到300Mbps，瓶颈根本不在空口，而在核心网侧的签约速率限制。

所以如果你在帮用户排查CPE类设备“网速不达标”的问题，除了看无线环境，一定要确认SIM卡的签约AMBR、APN配置是否正确。4G CPE设备如果APN配成了某个低优先级专网APN，或者PCRF策略把AMBR限低了，跑速很难上去。

4.3 硬件/仿真工程师容易踩的“PDN”坑

热搜词里有“sigrity仿真pdn”，这里需要提醒一下：Sigrity、PI仿真里说的PDN是Power Delivery Network，电源分配网络，跟LTE里的Packet Data Network完全是两码事。做PCB电源完整性仿真的人，研究的是VRM到芯片供电引脚之间电源网络的阻抗、电压跌落、去耦电容布局；而LTE网络里的PDN，是逻辑概念上的分组数据网络。

这两个概念在跨专业协作时非常容易产生误会。比如硬件工程师说“PDN仿真通过了”，网络工程师可能以为核心网那边出问题了；网络工程师说“PDN连接成功率低”，硬件工程师以为是板上电源噪声太大。我建议无论哪个方向，在看到PDN这个缩写时先确认一下上下文，避免在沟通上浪费时间。

不过有一点可以跨界联动：基站侧、终端侧的基带芯片对供电质量极其敏感，电源完整性较差的板子可能表现为射频指标异常、突发掉话、吞吐率抖动。如果你在外场测试中遇到硬件问题排查不下去，不妨回头和硬件团队确认一下电源网络设计是否达标，这在高功率发射场景下尤其值得留意。

5. 常见问题与排查思路实录

5.1 问题速查表

下面这张表是我在实际项目里整理出来的，按现象、可能原因、排查顺序做了排序，贴给团队新人也很好用：

5.2 一个实际案例：默认承载建立了但还是“断网”

某次外场测试中遇到一个很典型的问题：测试终端指示LTE在线，信号满格，但浏览器打不开任何页面，ping网关也不通。从现象看，第一反应是用户面有问题。

排查过程是这样的：

• 先看信令，Attach成功，PDN连接建立成功，默认承载建立成功，看着一切正常；
• 再看核心网侧会话记录，PGW分配给UE的IP地址是10.10.x.x，数据转发路径正常；
• 接着Ping测试，从PGW侧ping得通UE的IP，但从UE侧ping不出去；
• 最后发现问题出在数据面测试用的防火墙策略上，该网段的出向NAT策略配错了，导致UE发出去的数据包被丢弃。

这个问题如果只看协议流程，永远定位不到，因为信令面完全正常。它提醒我一个习惯：遇到“信令正常但业务不通”的场景，一定要往前跨一步，检查数据面转发策略、路由和防火墙，不要把自己限制在EPS信令闭环里。

另外提一下排查工具。除了常见的路测软件、Wireshark抓包，我习惯在核心网侧同时抓S1-MME和S1-U接口的包，对照着看。S1-MME反映控制面的附着、承载建立、释放过程，S1-U反映用户面实际数据流量。两条线的包对齐之后，很多模糊问题会立刻变得清晰。

5.3 关于PDN连接释放的一个冷门细节

PDN连接不只是“建立”和“保持”两种状态，它还会被主动释放。常见触发场景包括：用户主动关闭数据连接、用户移动到不支持当前PDN类型的目标网络、核心网侧因资源回收或策略变更发起的去激活。

外场测试里容易被忽略的是TAU或者切换导致的PDN连接异常释放。曾遇到一个场景——终端在LTE和异系统之间频繁重选后，默认承载被释放但终端状态没同步，随后终端发起业务时发现没有活跃的PDN连接，表现为随机性的“假掉线”。这类问题需要同时看终端状态机和网络侧会话状态，只盯任何一边都会一头雾水。

从我个人的经验来看，EPS和PDN虽然概念上偏基础，但这套体系贯穿了LTE日常优化、故障排查、性能分析的方方面面。新人在入门阶段与其急着背各种接口协议栈，不如先把“附着→PDN连接建立→承载建立→数据转发”这条主线走通，之后难懂的信令流程都会自然串联起来。每次排查问题的时候，回归到“承载是否存在、路由是否可达、策略是否允许”这三个层面，方向基本不会跑偏。