定义与演进
在 2G/3G 术语中，PDP 上下文（Packet Data Protocol Context）描述了移动终端与核心网分组域之间的一次分组数据会话参数集合，包括 APN、分配的 IP 地址、QoS 配置、计费与路由信息。进入 4G/5G 后，概念上对应 PDN 连接（Packet Data Network Connection）与默认承载、专用承载的绑定关系。尽管工程口语中仍常说“激活 PDP”，底层实现已统一为 EPS 承载或 5G QoS Flow，但理解“上下文”这一抽象有助于排查“网注了、包不通”的跨层问题。
激活与去激活流程
模组上电并完成网络注册后，应用层或协议栈发起 PDP/PDN 激活请求，核心网完成鉴权、策略控制与网关选择，再向终端返回 IP 配置与 DNS。去激活可能由终端主动发起，也可能因计费异常、核心网释放、长时间无流量或移动性事件触发。物联网设备若采用短连接上报，应明确是否在每次业务后释放承载以省电，或保持长连接以降低信令开销；两种策略对核心网信令负荷与电池寿命的影响截然不同。
多上下文与多 APN
部分网关或车载终端需要同时访问公网与专网，此时终端可能维护多个 PDP/PDN 连接，各自对应不同 APN 与路由表。模组侧需支持多路 IP 栈或策略路由，避免默认路由冲突。调试时建议用路由表或 `netstat` 类工具查看每个接口的网关与度量值，确认业务流量走向正确的接口。若仅单 PDP 却需“分流”，通常由运营商侧策略或企业侧 VPN 实现，终端侧不宜强行做复杂 NAT，以免与上层应用期望不一致。
工程实践建议
量产固件应记录 PDP 激活失败原因码并做重试退避，避免在弱网环境下疯狂重试导致模组与网络同时过载。对于需要固定 IP 的物联网卡，应在激活后校验地址是否与合同一致，并配合防火墙白名单。若使用 IPv6，还需关注前缀委派长度与邻居发现超时，防止休眠唤醒后地址失效却仍被应用缓存。
承载参数与主机路由的对应
PDP 上下文是一组会话参数，不是一根永远在线的网线。里面至少有接入点名称、协商出的地址、服务质量档和网关侧的计费标识。2G/3G 里它叫 PDP；4G 里更准确的说法是 PDN 连接加默认承载；5G 里则是 PDU 会话。口语里的「激活 PDP」今天多半是在让模组向核心网要一条可转发 IP 的承载。激活成功只说明核心网接受了这份参数并分配了地址，不说明应用服务器放行，也不说明主机路由已经指向这张网卡。
使用上要先决定这条上下文该活多久。短连接上报可以在业务结束后去激活，省的是空口和有时还有计费上的长在线；代价是下次要重新走信令，首包变慢。长连接则把上下文留着，用应用层心跳维持中间设备的映射。多接入点同时存在时，每条上下文有自己的地址和网关，主机必须有明确的策略路由，否则默认路由会把专网流量送进公网那一条。
原因码重试与地址缓存失效
失败原因码被忽略是最常见的错。拥塞、接入点未签约、鉴权失败和网络主动释放，重试间隔不该相同。对所有失败都立即重拨，会在弱覆盖下把模组和小区一起打满。另一类错误是应用把第一次拿到的地址写死：休眠或去激活之后地址变了，套接字仍往旧地址发，表现为「附着正常但业务超时」。固定地址的卡要在激活后核对地址是否仍是合同中的那个，而不是只看激活结果是否为成功。
IPv6 前缀在长时间休眠后可能失效，邻居发现还没完成应用就开始连接，也会被误判成模组故障。只开一条上下文却在模组里做复杂地址转换，往往和上层期望的源地址不一致。承载上的质量档如何映射到不同业务，见 QoS 与业务流；上下文还在、无线却已回到空闲，这种跨层现象需要对照 RRC 状态 一起看日志，不能只抓 IP 层。
激活之后还应核对三件事是否同时成立：地址属于合同约定的池，域名服务器地址可用，以及主机路由把目标业务送进这条上下文而不是送进另一张网卡。只看模组返回「激活成功」会漏掉后两项。去激活可以由终端发起，也可以由网络因长时间无流量或策略释放，应用若把释放当成故障无限重试，会在网络已经拒绝的原因上打转。多上下文并存时，每条都要有独立的失败计数，一条专网失败不应把公网那条也拆掉重建。休眠唤醒后如果地址变了，已经建立的长连接映射作废，要主动重建，不能等应用超时才发现。把原因码、地址和路由度量写在同一条日志里，才能区分是签约问题、地址池问题还是主机选路问题。三项分开记录后，重试策略才不会对所有失败使用同一间隔。