1. 从一个让人抓头的现场问题说起聊到5G核心网PDU会话这块内容绕不开而PDU会话签约数据又是整个流程里最容易被忽视、但一出问题就让人排查到半夜的环节。我见过不少同行信令流程背得滚瓜烂熟一到签约数据配置就卡壳用户面死活建不起来最后发现是某个签约字段没配对。这篇就专门把PDU会话签约数据这件事掰开揉碎讲清楚从它是什么、为什么这样设计、到实际配置时怎么填、踩过哪些坑全部摊开来说。PDU会话签约数据简单说就是用户开户时写在UDM/UDR里的那组参数它决定了这个用户能不能建PDU会话、能建几个、每个会话用什么地址、走什么切片、什么服务质量。你可以把它理解成一张通行证加说明书——通行证决定你能不能进门说明书告诉你进门之后能干什么、走哪条道、限速多少。没有这张证或者证上信息填错了SMF在建立会话时就会直接拒绝用户连网都上不了。这套数据主要面向几类人一是核心网运维和调测人员日常要处理用户开通、故障排查二是网络规划人员设计切片和DNN时需要理解签约模型三是做5G专网集成的工程师企业客户的开户数据全靠手工配。不管你是刚接触5G核心网的新手还是已经调过几年网的老手把PDU会话签约数据的每个字段吃透能省下大量排查时间。下面我按实际工作中的理解顺序一层层往下拆。2. 签约数据的整体设计与字段逻辑拆解2.1 为什么签约数据要拆成这么多层刚接触这套数据的人常有一个疑问不就是让用户上网吗为什么要搞这么多字段这背后其实是5G核心网服务化架构SBA带来的必然结果。4G时代签约数据相对集中主要就是APN、QoS这些到了5G网络被切成多个切片每个切片可以对应不同的DNN每个DNN又能配不同的QoS和会话类型再加上用户面功能UPF可以按需选择签约数据就必须从一张表变成一棵树。这棵树的结构大致是这样的最上层是用户标识SUPI往下挂一个或多个PDU会话签约每个PDU会话签约里包含DNN、会话类型、SSC模式、QoS流模板、切片信息、地址分配方式等。SMF在收到会话建立请求时会拿请求里的参数去和签约数据比对一致才放行。这种设计的好处是灵活——同一个用户可以在不同切片上建不同特征的会话坏处是配置复杂度上来了任何一个字段对不上都会导致失败。我个人的经验是理解这棵树的关键在于抓住匹配二字。SMF不是随便读签约数据而是拿着UE请求的参数去逐项匹配。所以排查问题时思路应该是先看请求带了什么再看签约配了什么最后看两者哪里不一致。2.2 核心字段逐个拆解DNN数据网络名称是第一个要关注的字段。它相当于4G时代的APN标识用户要访问哪个数据网络。签约里可以配一个默认DNN也可以配多个。UE在建会话时如果没指定DNNSMF就用默认的如果指定了就必须在签约列表里能找到否则拒绝。这里有个细节DNN的匹配是大小写敏感的我见过有人签约配的是internet请求里写的是Internet结果死活建不起来查了半天才发现是大小写问题。PDU会话类型决定了这个会话走什么协议。常见的有IPv4、IPv6、IPv4v6、Ethernet、Unstructured。IPv4v6表示双栈UE可以同时拿到v4和v6地址。这里要注意签约的会话类型必须和UE请求的类型兼容。比如签约只允许IPv4UE请求IPv6那就会被拒。实际组网中如果要做双栈签约和请求都得是IPv4v6缺一不可。SSC模式会话和服务连续性模式这个字段很多人容易忽略但它直接影响会话中断时的行为。SSC模式1表示会话锚点不变IP地址保持模式2表示可以重新选择锚点IP地址可能变模式3表示先建新会话再拆旧会话实现无缝切换。签约里配了哪种模式UE就只能请求对应的模式。做移动性要求高的业务时SSC模式选错会导致切换时业务中断这个坑我在专网项目里踩过。QoS相关签约包括5QI、ARP、GBR/非GBR等。5QI决定调度优先级和时延预算ARP决定资源抢占能力。签约里的默认QoS和UE请求的QoS要匹配尤其是做切片专网时不同业务对应不同5QI配错了要么业务体验差要么资源被别的业务抢走。切片信息S-NSSAI是5G特有的。每个PDU会话签约可以关联一个或多个S-NSSAISMF据此选择对应的切片和UPF。如果签约里没配某个切片UE请求该切片建会话就会被拒。专网场景下企业客户往往有独立的S-NSSAI签约时必须精确配置。地址分配方式分静态和动态。静态地址在签约里直接写死IP动态则由SMF从地址池分配。静态地址适合需要固定IP的业务比如某些工业设备动态地址适合普通用户。这里有个坑静态地址如果和地址池冲突或者多个用户配了同一个静态地址会导致地址冲突排查起来很麻烦。2.3 签约数据存在哪里、怎么被读取签约数据主要存在UDM统一数据管理和UDR统一数据仓库里。UDM负责逻辑处理UDR负责实际存储。SMF在建立会话时通过Nudm接口向UDM请求签约数据UDM从UDR取出后返回。这个过程中还涉及一个关键角色——AMF它会在注册流程中先获取部分签约信息会话建立时再触发SMF去取完整的PDU会话签约。理解这个读取链路很重要因为排查问题时可以分段定位是UDM里根本没配还是SMF没请求到还是请求到了但匹配失败。我通常的做法是先抓Nudm接口的信令看返回的签约数据长什么样再和UE请求对比基本能快速定位。3. 实操配置要点与关键参数填写3.1 开户时的字段填写顺序与注意事项实际开户时字段不是随便填的有个推荐的填写顺序能减少返工。我一般按这个顺序来先定SUPI和签约标识再配DNN列表然后逐个DNN配会话类型和SSC模式接着配QoS和切片最后配地址。这个顺序的逻辑是先从粗到细先定框架再填细节。填DNN时建议把默认DNN放在列表第一位并且明确标记。有些网元对默认DNN的位置有要求放错了会导致UE不指定DNN时匹配失败。会话类型建议优先配IPv4v6兼容性最好除非业务明确只要单栈。SSC模式默认配模式1除非业务有移动性需求再改。QoS配置里5QI的选择要结合业务。普通上网用5QI 9非GBR语音用5QI 1工业控制可能用5QI 82这类低时延的。ARP的优先级和抢占能力要谨慎配配高了会抢别人资源配低了被抢。切片S-NSSAI的SST和SD要和企业约定的一致SD是可选的但一旦约定就要严格匹配。提示开户时建议先在一个测试用户上验证全部字段确认能正常建会话后再批量开通避免批量配置错误导致大面积故障。3.2 静态地址与动态地址的选择依据地址分配这块选择依据主要是业务需求。需要固定IP的场景比如工业网关、视频监控回传用静态地址普通用户用动态。静态地址配置时一定要确认这个地址不在动态地址池范围内否则会冲突。我见过一个案例静态地址配在了地址池里结果动态分配时把这个地址分给了别人导致两个用户IP冲突业务时通时断。动态地址要注意地址池的大小和会话数的匹配。如果地址池太小用户多了会分配失败。地址池的规划要留余量一般按峰值会话数的1.5倍来配。另外IPv6地址池和IPv4要分开规划双栈用户会同时占用两种地址。3.3 切片签约的配置细节切片签约是5G专网的重点。配置时S-NSSAI由SST和SD组成SST是切片类型SD是切片区分符。标准SST有eMBB1、URLLC2、mMTC3等专网常用自定义SST。SD是6位十六进制用来区分同一SST下的不同切片。配置时要注意签约里的S-NSSAI必须和网络侧切片配置、UPF侧配置三方一致。任何一方不一致会话都建不起来。我排查过一起故障签约配了SST1、SD000001但UPF侧只配了SST1没配SD结果SMF选不到UPF会话建立超时。所以切片配置一定要做端到端核对。4. 完整会话建立流程与签约数据匹配实录4.1 从UE请求到SMF匹配的全过程UE发起PDU会话建立请求时会带上DNN、会话类型、SSC模式、切片等信息。这个请求先到AMFAMF根据请求里的切片和DNN选择合适的SMF。SMF选定后AMF把请求转发给SMF。SMF收到后向UDM请求该用户的PDU会话签约数据。UDM返回签约数据后SMF开始逐项匹配请求的DNN在不在签约列表里会话类型兼不兼容SSC模式对不对切片有没有授权QoS能不能满足全部通过后SMF选择UPF分配地址建立用户面然后返回会话建立响应。任何一项不通过SMF返回拒绝并带上原因值。这个流程里签约数据的匹配是核心。我实际抓包看过SMF的匹配逻辑是请求必须是签约的子集——请求的参数必须在签约允许的范围内不能超出。比如签约允许IPv4v6请求IPv4这是可以的签约只允许IPv4请求IPv6就不行。4.2 一次典型的匹配失败排查记录说个我实际遇到的案例。某企业专网用户反映无法上网核心网侧看到会话建立请求被拒。我先抓了Nudm接口的信令看到UDM返回的签约数据里DNN是enterprise会话类型是IPv4切片是SST1、SD000010。再看UE请求DNN是enterprise会话类型是IPv4v6切片一样。问题就出在会话类型上签约只允许IPv4UE请求了IPv4v6SMF认为请求超出了签约范围直接拒绝。解决办法是把签约的会话类型改成IPv4v6或者让UE只请求IPv4。考虑到企业设备支持双栈我们改了签约问题解决。这个案例说明排查时一定要把签约和请求逐字段对比不能只看DNN对不对。会话类型、SSC模式、切片这些都要看。4.3 参数计算与选择过程示例以地址池规划为例假设某专网有1000个用户峰值并发率80%每个用户平均1.2个会话双栈用户占60%。那么IPv4地址需求是1000×80%×1.2960个IPv6地址需求是960×60%576个双栈用户。地址池要留余量IPv4配1500个IPv6配1000个。这样即使并发率波动也不会分配失败。QoS参数的选择也有计算。比如视频回传业务要求时延小于50ms抖动小于10ms那5QI要选时延预算够的比如5QI 82时延预算10ms或5QI 83时延预算20ms。同时ARP要配高优先级保证资源紧张时不被抢占。这些参数不是拍脑袋定的要结合业务SLA来算。5. 常见问题速查与避坑经验5.1 签约数据相关故障速查表故障现象可能原因排查方法解决措施会话建立被拒原因值DNN not supported签约无此DNN或大小写不一致对比签约DNN和请求DNN补充签约或修正大小写会话建立被拒原因值PDU type not supported会话类型不兼容对比签约和请求的会话类型修改签约或请求类型会话建立超时无响应切片不匹配SMF选不到UPF检查签约、SMF、UPF三方切片配置统一S-NSSAI配置地址分配失败地址池耗尽或静态地址冲突检查地址池使用率和静态地址扩容地址池或修正静态地址业务时通时断IP地址冲突检查是否有重复静态地址修正重复地址QoS不达标5QI或ARP配置不当对比业务SLA和签约QoS调整5QI和ARP5.2 独家避坑技巧第一个坑是DNN大小写。这个坑太常见了建议开户时统一用小写UE侧也统一用小写避免不必要的麻烦。如果必须用大写那签约和请求都要一致。第二个坑是SSC模式默认值。很多网元默认SSC模式1但如果业务需要切换不中断得配模式3。配之前要确认UE和网络都支持模式3否则请求会被拒。第三个坑是切片SD的省略。SD是可选的但有些网元要求必须配。如果签约配了SD请求没带SD可能匹配失败。建议专网场景下SD必配且端到端一致。第四个坑是静态地址的规划。静态地址一定要单独规划一段不要和动态池混在一起。我习惯把静态地址放在地址池的头部或尾部单独标记避免冲突。第五个坑是签约数据的缓存。有些网元会缓存签约数据修改签约后不会立即生效。改完签约后建议让用户重新注册或者等缓存过期否则可能还是用旧数据。注意修改签约数据后务必确认所有相关网元都同步了最新数据尤其是分布式部署的场景避免部分节点用旧数据导致行为不一致。5.3 排查思路的总结性建议排查签约数据问题我的经验是三步走第一步抓信令看请求和签约的实际内容第二步逐字段对比找出不一致的项第三步修改并验证。不要一上来就改配置先看清楚问题在哪。另外建议平时维护一份签约字段的核对清单开户和排查时都对着清单过一遍能减少遗漏。6. 签约数据后续扩展与个人实操体会签约数据这块随着5G-A和切片专网的发展还在不断扩展。比如网络切片的分级签约、URLLC业务的专用QoS签约、以及和边缘计算结合的本地分流签约都是后续会频繁用到的。做专网集成的同行建议把签约数据的管理做成模板化不同业务类型对应不同模板开户时直接套用既快又不容易错。我个人在实际操作中的体会是签约数据看似简单实则是最考验细心程度的地方。一个字段配错可能排查一整天。所以我的习惯是每次开户或修改后都用测试用户完整走一遍会话建立流程确认无误再交付。这个习惯帮我避免了很多次半夜被叫起来处理故障。另外多和UE侧、UPF侧的同事沟通签约不是核心网一家的事端到端一致才是关键。踩过几次坑之后我现在配置签约都会先画一张端到端的参数对照表签约、SMF、UPF、UE四方参数列在一起逐项核对这个方法虽然笨但确实稳。