简介本资源为一份面向5G网络优化工程师与VoLTE/IMS排障人员的实战案例文档聚焦SEQ上报的“20 Subscriber Absent”拆线原因分析。内容围绕IMS未注册、用户缺席这一典型现象梳理弱覆盖、终端能力、网络侧IMS支持、S1-MME与N1N2单据核查、去激活流程判断、CSFB回落及SCCAS域选等排查思路帮助读者理解不同网元拆线时该原因值的根因差异。资源包共1个docx文件约96KB以文字案例形式呈现便于直接查阅与归档。目前已有320人学习。文档结合信令流程与字段说明给出从终端能力、EPS网络特性支持到HSS签约数据的判断路径适合需要快速定位5G回落4G场景下用户缺席问题的优化人员参考也可作为日常网优案例库的补充材料。1. 5G网优案例SEQ上报20 Subscriber Absent这个拆线码到底在说什么做5G网优的同行大概率在SEQ单据里见过这个场景某个VoLTE呼叫失败拆线原因值赫然写着「20 Subscriber Absent」被叫侧用户缺席。第一反应往往是弱覆盖或者终端不支持IMS但真去查信令会发现事情没那么简单。这个原因值本质上是IMS域给出的SIP拆线码跟接入侧的无线质量没有直接因果关系。它表示被叫用户在IMS网络侧「找不到」——可能是没注册上IMS可能是关机也可能是域选出了问题。SEQ作为信令采集与关联分析平台把S1-MME、N1N2、SIP等接口的单据关联起来才能定位到底是哪个网元在哪个阶段拆的线。这份案例文档的价值在于它把「Subscriber Absent」这个看似单一的原因值拆成了终端能力、网络侧IMS支持、HSS签约、SCCAS域选、5G到4G回落等多个排查维度适合日常处理VoLTE呼叫失败的一线网优人员对照使用。2. Subscriber Absent的IMS域拆线逻辑从SIP信令到SCCAS域选2.1 为什么接入侧拆线码和IMS域拆线码是两套体系很多人第一次看到「20 Subscriber Absent」会下意识去查无线侧的原因值对照表结果发现对不上。原因很简单这个20不是3GPP TS 36.413里eNB的Radio Network Layer Cause而是SIP协议里的状态码映射。在IMS域SIP响应码如480 Temporarily Unavailable、486 Busy Here、404 Not Found等会被SEQ或核心网映射成对应的拆线原因值。Subscriber Absent对应的就是「被叫用户在IMS域不可达」这一类情况。接入侧关心的是无线链路能不能建起来IMS域关心的是被叫能不能被SCCASService Centralization and Continuity Application Server找到并完成域选。两者排查路径完全不同。接入侧看RSRP、SINR、切换成功率IMS域看注册状态、SIP信令交互、HSS签约数据。把这两套混在一起查就是典型的翻车起点。2.2 SCCAS域选在Subscriber Absent中的角色SCCAS是VoLTE呼叫中被叫侧的核心网元负责判断被叫当前应该走5G NR、4G LTE还是CS域。当主叫发起INVITE后SCCAS会去查询被叫的注册状态和位置信息。如果被叫没有在IMS域注册或者注册状态异常SCCAS就会返回Subscriber Absent。这里有个关键点SCCAS判断「用户缺席」的依据不是无线侧有没有信号而是IMS域有没有有效的注册绑定关系。用户关机、飞行模式、IMS注册失败、甚至5G回落到4G时注册态丢失都会让SCCAS认为用户缺席。所以看到这个原因值第一步不是去看RSRP而是去确认被叫的IMS注册状态。2.3 从SEQ单据关联看拆线点定位SEQ平台的核心能力是多接口单据关联。处理Subscriber Absent时需要同时拉出以下几类单据接口关键信息排查用途S1-MMEInitial Context Setup、ERAB Release判断接入侧是否正常建立和释放N1N2PDU Session Release、Registration判断5G侧注册态和会话状态SIPINVITE、180 Ringing、4xx/5xx响应定位IMS域拆线网元和响应码S6a/S6dULR/ULA、AIR/AIA确认HSS签约数据和MME能力操作上先在SEQ里按时间段和主被叫号码过滤拉出完整呼叫流程。重点看SIP信令里第一个非100 Trying的响应码是什么以及这个响应码是哪个网元发出的。如果INVITE发出后直接收到480或404且没有180 Ringing基本可以确认被叫IMS域不可达。2.4 终端能力与网络侧IMS支持的交叉验证案例原文提到「先查终端能力网络侧、终端侧是否支持IMS」。这一步需要看两个地方终端侧看UE Capability Information里的IMS支持标识。在SEQ的S1-MME单据里找到UE Capability Information消息检查是否包含ims-EmergencySupport、ims-VoiceOverPS-Sessions等字段。如果终端上报不支持IMS那Subscriber Absent就是预期行为。网络侧看EPS Network Feature Support IE。这个字段在Attach Accept或TAU Accept消息里包含IMS VoPS标识。如果MME没有下发IMS VoPS支持终端就不会发起IMS注册SCCAS自然找不到用户。# 在SEQ单据详情中过滤关键IE的常见做法 # 以S1-MME Attach Accept为例关注以下字段 # EPS Network Feature Support IE - IMS VoPS: supported/not supported # UE Capability Information - IMS support: true/false # 如果两者任一为falseSubscriber Absent属于正常拆线参数说明IMS VoPS字段决定MME是否允许终端在EPS上建立IMS语音会话。这个字段依赖HSS签约数据里的IMS Voice over PS Sessions标识。如果HSS里没有签约VoLTEMME不会下发支持标识终端也不会注册IMS。3. 5G回4G回落场景下的Subscriber Absent排查步骤3.1 判断是否涉及5G到4G的互操作案例原文里有一句关键判断「可能是5-4出问题了用户从5G回4G回出问题来了。」这个场景在NSA和SA组网下都可能出现。当被叫用户在5G NR上驻留但IMS注册态在5G侧没有正确建立或保持呼叫触发时SCCAS会尝试通过4G侧寻址如果4G侧也没有有效注册就报Subscriber Absent。排查时先确认被叫在呼叫发生前是否发生了5G到4G的切换或重定向。在SEQ里看N1N2接口的Registration Request和PDU Session Release以及S1-MME的TAU Request。如果时间线上存在5G释放紧接着4G TAU且TAU Accept里IMS VoPS为不支持那问题就定位到了互操作过程中的IMS注册态丢失。3.2 检查S1-MME和N1N2单据的时间段数据具体操作步骤第一步在SEQ里设定呼叫失败的时间窗口前后各扩展30秒。过滤主被叫号码拉出所有接口单据。第二步按时间排序找到第一个异常事件。常见异常包括N1N2接口的Registration Reject、S1-MME的TAU Reject、SIP接口的4xx响应。第三步如果该时间段内没有任何S1-MME或N1N2单据说明被叫可能已经关机或进入飞行模式。这时候Subscriber Absent就是正确的原因值不需要进一步排查。第四步如果有单据但显示去激活流程比如ERAB Release或PDU Session Release需要看释放原因。如果释放原因是Normal Release且紧接着没有新的注册流程说明用户主动断开了IMS会话。# SEQ单据过滤的常见操作逻辑以伪代码示意 # 实际SEQ平台操作界面不同但过滤维度一致 filter: time_range: [T-30s, T30s] called_number: 被叫号码 interfaces: [S1-MME, N1N2, SIP, S6a] sort_by: timestamp find_first: event_type in [Registration Reject, TAU Reject, SIP_4xx, SIP_5xx]参数说明时间窗口扩展30秒是为了捕获呼叫前的注册态变化。如果只看呼叫瞬间的单据很容易漏掉几秒前的去注册流程。3.3 看INVITE消息里的终端型号和IMS注册态案例原文提到「可以看invite消息里面有终端型号」。INVITE消息的User-Agent或Contact头域里通常包含终端型号和IMS客户端版本。这个信息有两个用途一是确认终端是否支持VoLTE二是排查特定终端型号的IMS注册兼容性问题。比如某些终端在5G到4G回落时IMS APN的PDN连接会重建如果重建过程中没有重新注册IMSSCCAS就会认为用户缺席。这时候INVITE里的终端型号能帮你快速判断是不是已知的终端兼容性问题。3.4 HSS签约数据与MME能力的确认方法案例原文说「现在只要签约数据在HSS里面签约了MME是都支持的」。这句话的前提是HSS里IMS Voice over PS Sessions签约正确。检查方法在SEQ的S6a接口单据里找到ULR/ULA消息对。ULA里的Subscription-Data字段包含IMS Voice over PS Sessions标识。如果这个标识是NOT_SUPPORTEDMME就不会在Attach Accept里下发IMS VoPS支持终端不会注册IMS。另外看MME的EPS Network Feature Support IE确认IMS VoPS字段是否置位。如果HSS签约了但MME没下发可能是MME配置问题或兼容性问题。这种情况在跨厂商组网时偶发需要核心网侧配合排查。4. 避坑与常见问题Subscriber Absent排查中的五个血泪教训4.1 现象SEQ里看到Subscriber Absent就去查无线覆盖原因把IMS域拆线码和接入侧原因值混为一谈。Subscriber Absent是SIP域映射过来的跟RSRP无关。解决先看SIP信令里哪个网元发的响应码确认是SCCAS还是其他AS拆的线。无线侧指标只在确认IMS注册正常后才需要看。4.2 现象被叫关机场景下仍然去查IMS注册和网络侧支持原因没有先确认用户是否在线。关机、飞行模式下IMS域必然找不到用户Subscriber Absent是正确结果。解决先看该时间段有没有S1-MME或N1N2单据。如果没有直接判定为用户不在线不需要继续排查。案例原文说得很清楚「如果没有就是关机了。」4.3 现象5G回4G后呼叫失败但4G侧单独测试正常原因5G到4G互操作过程中IMS注册态没有正确迁移。终端在5G侧注册了IMS回落到4G后没有重新注册SCCAS仍然认为用户在5G侧但5G侧已经释放。解决检查TAU Request和TAU Accept里的IMS VoPS标识确认4G侧是否支持IMS。同时看PDU Session Release和PDN连接重建的时间顺序确认IMS APN是否在回落时被正确重建。4.4 现象HSS已签约VoLTE但MME不下发IMS VoPS支持原因MME的EPS Network Feature Support IE配置问题或者跨厂商兼容性问题。部分MME版本对HSS签约数据的解析存在差异。解决对比同厂商其他MME的行为确认是单点问题还是版本问题。如果是单点检查MME配置如果是版本问题需要核心网侧升级或打补丁。4.5 现象INVITE消息里看不到终端型号原因部分终端不在User-Agent头域里携带型号信息或者IMS客户端做了隐私处理。解决结合S1-MME的UE Capability Information里的终端能力字段交叉判断。如果仍然无法确认可以通过IMEI查询终端型号。5. 从拆线码到根因一套可复用的Subscriber Absent定位习惯处理Subscriber Absent最忌讳的就是拿到原因值直接猜根因。我现在的习惯是强制走一遍固定流程不管多简单的case都不跳过。第一步永远是拉时间线。在SEQ里把呼叫前后30秒的所有接口单据按时间排好先看有没有单据。没有单据就是用户不在线直接结案。有单据就看第一个异常事件是什么。第二步是分层定位。接入侧看S1-MME和N1N2的建立与释放IMS域看SIP信令的响应码和拆线网元签约侧看S6a的ULR/ULA。三层都过一遍基本能锁定问题域。第三步是交叉验证。终端能力、网络侧IMS VoPS支持、HSS签约数据这三个必须同时确认。任何一个为否Subscriber Absent都是预期行为不需要继续深挖。第四步是回落场景专项检查。如果时间线上存在5G到4G的互操作重点看TAU流程和IMS APN重建。这个场景下的Subscriber Absent往往不是单一原因而是注册态迁移和域选配合出了问题。排查层级关键单据确认要点常见误判在线状态S1-MME/N1N2有无单据把关机当注册失败接入侧S1-MME ERAB Release释放原因是否Normal把正常释放当异常IMS域SIP INVITE/4xx拆线网元和响应码只看响应码不看网元签约侧S6a ULAIMS VoPS是否签约忽略HSS签约直接查MME互操作TAU/PDU ReleaseIMS APN是否重建把回落问题当覆盖问题这套流程走下来大部分Subscriber Absent都能在15分钟内定位到具体网元或具体阶段。剩下的小部分需要核心网侧配合抓包或查配置但至少你知道该找谁、查什么。从那以后我每次看到Subscriber Absent都强制先拉时间线确认用户在线状态再分层查SIP和S6a最后才看无线侧。这个顺序帮我省了大量无效排查时间。希望帮到你。本文还有配套的精品资源点击获取