EPS与PDN：从LTE附着流程到承载体系的核心网解析

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基站。它负责空口资源的调度、无线链路的建立与释放、切换等跟“无线”强相关的工作。EPCEvolved Packet Core演进分组核心网。它承担了移动性管理、会话管理、认证鉴权、计费、策略控制、数据转发等功能。很多人习惯把“LTE网络”理解成“基站手机”但在核心网不建设、不配置的情况下LTE空口哪怕信号满格你也上不了网。原因很简单用户面数据没有地方可去控制面信令也没有节点来处理。EPC的核心网元包括MME移动性管理实体、SGW服务网关、PGW分组数据网络网关、HSS归属用户服务器、PCRF策略与计费规则功能单元。后文会具体讲每个网元在PDN连接建立过程中扮演什么角色。1.2 PDN就是你的手机要“上网”的那个目的地PDN全称是Packet Data Network分组数据网络。这个“网络”可以是任何基于IP协议的网络公共互联网这是绝大多数普通用户手机默认接入的PDNIMS网络VoLTE通话走的就是专门的IMS PDN连接企业专网比如某些政企客户用LTE专网卡接入公司内部服务器群走专门的APN和PDN车联网平台、物联网平台等垂直行业平台本质上也是PDN。在LTE架构里用户的PDN连接是聚合到PGW上的PGW通过SGi接口连接外部PDN。也就是说PGW是LTE核心网与外部数据网络之间的“关口”所有进出用户的数据流量都经过它。1.3 为什么这两个词总是凑在一起讲原因其实很朴素EPS是承载管道PDN是目的地没有目的地的管道毫无意义没有管道的目的地根本无法到达。LTE的会话管理本质上就是回答三个问题你是谁能不能上网认证与鉴权由MMEHSS完成你想上哪个网给你分配什么IPPDN连接建立由MMEPGW完成数据走哪条路过去承载建立由eNodeBSGWPGW协同完成。这三个问题环环相扣你在抓包软件里看到的几乎每一条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 RequestSGW再转发给PGW。PGW在这个阶段会给手机分配IP地址并把这条会话记入自己的上下文。第五阶段MME向eNodeB发送Attach AccepteNodeB随后建立无线承载并向手机发送RRC Connection Reconfiguration把IP地址、默认承载的QoS参数等告诉手机。第六阶段手机回复Attach CompleteMME再通知SGW和PGW更新承载整个流程结束。我经常用一句话概括这个过程先验明正身再商量去哪里然后把路修好最后上路跑数据。2.2 APNPDN连接的“门牌号”APNAccess 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 BearerRBUE和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这些字段前者就是每条承载的编号后者是专用承载关联到的默认承载编号比如专用承载ID4关联默认承载ID5就说明业务流量在专用承载上跑信令流量和普通流量仍然走默认承载。3.3 QoS参数怎么落地从实际配置来看EPS承载的QoS由一系列参数定义最重要的是QCIQoS Class IdentifierQoS等级标识。3GPP定义了标准化的QCI值每个QCI对应一组资源类型、优先级、包延迟预算和包错误率。QCI资源类型优先级包延迟预算包错误率典型业务1GBR2100ms10^-2VoLTE语音2GBR4150ms10^-3实时直播3GBR350ms10^-3游戏信令4GBR5300ms10^-6非交互视频5非GBR1100ms10^-6IMS信令6非GBR6300ms10^-6视频、TCP业务7非GBR7100ms10^-3语音、视频互动8非GBR8300ms10^-6默认承载通常用这个9非GBR9300ms10^-6默认承载备用档位外场测试里看QCI位置很直观把信令里的QCI值跟上面这张表对照基本一眼能看出这条承载服务于什么业务。但要注意不同设备商在某些QCI的细节参数实现上可能有差异遇到跨厂商组网时最好以字段实际值为准不要只看QCI编号就下结论。3.4 承载建立的完整信令路径以VoLTE专用承载为例一条专用承载的建立大致经过以下几步UE发起IMS呼叫请求SIP信令先走默认承载到达IMS网络IMS中的P-CSCF代理呼叫会话控制功能通过Rx接口把业务需求告知PCRFPCRF通过Gx接口给PGW下发作废策略指示需要建立一条QCI1的GBR承载PGW向SGW发起Create Bearer RequestSGW再往eNodeB发eNodeB通过RRC Connection Reconfiguration给UE配置相应的无线资源和DRBUE收到配置后回复确认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 问题速查表下面这张表是我在实际项目里整理出来的按现象、可能原因、排查顺序做了排序贴给团队新人也很好用现象可能原因排查步骤附着失败原因码#7SIM卡签约不允许EPS业务检查HSS签约数据换卡验证附着成功但无法上网PDN连接建立失败或APN错误核对终端APN查看MME日志速率远低于预期无线环境差、AMBR受限、拥塞先看RSRP/SINR再查签约QoSVoLTE无法呼出专用承载建立失败、IMS注册异常抓IMS SIP消息查QCI1承载频繁掉线重附着覆盖边缘、TAU失败、核心网异常看TAU信令核对跟踪区配置两台CPE连不上网核心网侧未开通该型号IMEI检查设备白名单和入网许可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连接建立→承载建立→数据转发”这条主线走通之后难懂的信令流程都会自然串联起来。每次排查问题的时候回归到“承载是否存在、路由是否可达、策略是否允许”这三个层面方向基本不会跑偏。