简介面向5G网络优化、通信测试与协议分析工程师的专项文档聚焦NSA非独立组网接入信令流程。内容从NSA双连接概述起步完整梳理终端完成LTE初始接入后eNodeB通过RRC连接重配置下发NR测量控制、UE按B1事件上报PCI与RSRP、MeNB触发SgNB辅站添加、RRC重配置完成与随机接入的完整信令链同时覆盖RRC连接建立三次信令、基站多次UE能力查询、承载类型切换时的数据转发以及SCG Split Bearer用户面路径更新等关键环节。文档给出MeasObjectList、ReportConfigList、MeasIdList等测量参数说明帮助读者逐条对照空口信令理解NR小区测量、上报与重配置之间的对应关系。资源为PDF文档共1个文件压缩包约1.26MB既可用作系统学习5G接入信令的入门资料也可在现网排障时快速翻查流程要点。目前已有1223人学习值得通信工程相关技术人员参考。1. 先理解NSA接入的本质双连接不是“多连一个基站”那么简单5G NSA接入信令流程是我在排查5G速率问题时最常翻出来重看的一段终端先按普通4G流程挂在LTE上再由eNodeB带着把NR辅站加进来形成LTE-NR双连接。这个流程的坑在于信令要跨空口、X2接口和EPC核心网三条路径任何一环没接上用户看到的就是“有5G图标但速率没起来”。这份《5G NSA接入信令流程改进篇》把辅站添加的步骤逐个拆开从B1测量上报到SgNB建立和数据转发都讲了适合做NSA接入优化的网优工程师、路测分析人员以及想通过信令快速上手5G组网的学习者。2. 辅站添加24步从B1上报到SgNB建立信令怎么一步步走完2.1 LTE先站稳初始接入决定后续一切NSA和SA最大的差别在于入口在LTE。UE先走完一整套LTE初始接入流程——随机接入、RRC建立、附着、默认承载建立——这套流程和普通4G终端没有本质区别所以很多NSA排查文档会直接跳过前10步。但真正在现网干活时这10步里有一个必须盯紧的点ueCapabilityInformation。eNodeB就是靠这条消息判断终端是否支持NR双连接、支持哪些频段组合的。如果这条能力上报里没有NR相关字段或者band组合里缺少目标NR频段eNodeB后面根本不会下发NR测量控制。我的血泪经验是看NSA接入问题第一步永远先翻ueCapabilityInformation而不是急着盯辅站添加流程。UE-EUTRA-Capability里会携带ue-CapabilityRAT-ContainerListNR能力以容器形式塞在EUTRA能力消息里supportedBandCombination里是否包含NR band、是否带endc-Supported都直接影响后续流程走不走得下去。2.2 测量控制下发B1事件、NR绝对频点、门限怎么配UE成功附着后eNodeB会在步骤11通过RRC连接重配置下发NR测量控制包括测量事件B1、相关门限、NR绝对频点号。这条消息不是直接让UE去加辅站而是先给终端一副“眼镜”让它知道去哪找NR小区。真正干活的是三个部分测量对象、上报配置、测量标识。测量对象里给的是NR的绝对频点号NR-ARFCN和测量带宽上报配置里给的是B1事件定义和RSRP门限。B1事件的定义是邻小区信号质量高于绝对门限它天然就是为添加辅站设计的——满足条件才触发上报不满足就静默不会像A2/A4那样反复横跳。我一般会先核对三张表配置项作用常见配置MeasObjectNR指定测量哪个NR载波频率NR-ARFCN按规划频点填带宽对齐NR小区实际配置ReportConfigNR定义B1事件、门限RSRP门限常见在-110dBm上下按覆盖场景调整MeasId把测量对象和上报配置关联起来每个MeasId唯一对应一对ObjectReportConfig2.3 SgNB Addition RequestMeNB给SgNB的“考试材料”UE满足B1条件后通过测量报告把NR小区的PCI和RSRP带给eNodeB。注意这里只带测量结果真正做准入判决的是SgNB。MeNB收到B1测量报告后触发SgNB Addition流程把报告中的NR小区列表封装进SgNBAdditionRequest消息发送给SgNB由SgNB选择报告中RSRP最强的NR小区作为PSCell。这条消息携带的信息量很大分流承载模式MCG Split Bearer或SCG Split Bearer、E-RAB信息、SCG-ConfigInfo。SCG-ConfigInfo里包含MCG配置DRB配置、小区配置、SCG承载的加密算法等和UE能力。为什么选小区这个动作要交给SgNB因为MeNB拿到的只是UE视角的PCI和RSRPSgNB才知道自己小区实际的负载和资源余量由它做准入判决能避免把终端加到一个信号好但已经很拥塞的小区上。2.4 空口重配置与UE同步PSCell辅站接入的最后一步SgNB完成准入并分配资源后返回SgNBAdditionRequestAcknowledge。MeNB随后向UE发送RRC Connection Reconfiguration里面嵌套了NR RRC配置消息配置内容包括要添加辅小区的PCI、频点等。UE完成重配置后回RRC Connection Reconfiguration Complete并带上NR RRC响应消息MeNB再通过SgNBReconfigurationComplete把UE的NR响应转发给SgNB相当于告诉辅站“UE已经装好了可以开始用”。第19步UE要真的去PSCell上做同步并发起随机接入这是空口上第一次直接和NR基站打交道。这一步有个容易误判的点这里用的是竞争性随机接入SgNB在NR RRC配置里给了PRACH资源和preamble配置但不会预分配专用preambleUE是拿公共配置去抢的抢不到就会出现SCG失败。第20步的数据转发只出现在承载类型变更场景为的是缩短业务中断时间不是每次辅站添加都会发生。3. 空口三步信令RRC建立、三次UE能力查询与测量配置三元组3.1 RRC建立三信令从Request到SetupCompleteNSA接入的空口信令是从RRC建立开始的。三条消息一条都不能少RRCConnectionRequestRRC连接请求、RRCConnectionSetupRRC连接建立、RRCConnectionSetupCompleteRRC建立完成。RRCConnectionRequest里带的是初始UE标识和establishment causeeNodeB根据cause决定后续的调度优先级。RRCConnectionSetup为UE分配SRB1配置这条消息下发后UE才真正有了信令承载。RRCConnectionSetupComplete里除了确认RRC建立完成还携带NAS消息LTE侧附着能不能继续往下走就看这条消息里的NAS内容是否完整。对NSA终端来说这条消息之后紧跟的就是UE能力查询所以排障时看到SetupComplete后没有能力查询基本可以判定eNodeB侧的NSA开关或者配置有问题。3.2 三次UE能力查询NSA能不能成这一关最绕基站针对NSA终端一般会有3次UE能力查询这是从后台信令里最容易看到的现象也最容易让人困惑——为什么4G只要查一次NSA要查三次第一次查询拿的是UE-EUTRA-Capability整体能力包含终端对LTE侧的能力描述和NR能力容器第二次查询多数是围绕NR频段展开的拿UE-NR-Capability里的频段组合、MIMO层数、调制方式、featureSet信息第三次查询通常是查NR的测量能力或双连接增强特性。之所以拆成三次而不是一次性查完是因为完整的能力信息太大单条RRC消息承载容易触发分段而且eNodeB往往只需要其中一部分字段。我在现网里见到的常见情况是第二次查询返回的NR能力里缺少目标band的MIMO层数或者band组合里没有包含当前规划的NR频点eNodeB就会认为终端“不支持”这个NSA组合后续不下发NR测量控制。所以看能力查询不能只看查了几次要拿第三次返回的字段去对规划频段。3.3 MeasObjectList、ReportConfigList、MeasIdList测量配置三元组测量控制消息里最核心的是三个列表MeasObjectList、ReportConfigList、MeasIdList。MeasObjectList是测量对象列表对NR来说一个测量对象就是一个载波频率里面包含着对该频率进行测量所需的信息ReportConfigList是上报配置列表每一个上报配置是一组对测量的配置信息包括NR上报配置给出执行测量、触发上报相关的测量参数MeasIdList是测量标识列表一个测量标识就是一个测量对象和一个上报配置的关联。这三者的关系可以理解成你先告诉UE“去测哪个频点”MeasObject再告诉UE“测到什么程度上报、用什么事件上报”ReportConfig最后用MeasId把两者绑在一起。在信令分析中我会先看MeasIdList里有没有把NR的测量对象和B1上报配置正确关联。很多NSA测量异常的问题并不是门限设错了而是MeasId没有挂上对应的NR测量对象导致UE空有配置却不启动测量。4. 承载分流与用户面路径SCG Split Bearer的数据走向4.1 MCG Split Bearer与SCG Split Bearer数据往哪边走SgNB Addition Request里要明确选择分流承载模式这个选择直接决定后续用户面路径怎么走。MCG Split Bearer模式下用户面主路径仍在MeNB数据在PDCP层分叉一部分走LTE空口一部分通过X2接口转给SgNB发送SCG Split Bearer模式下主路径在SgNBS1-U接口最终要改接到SgNBMeNB只承担信令和辅路数据转发。选择哪种模式不是拍脑袋要看核心网配置、基站传输资源还有业务类型。SCG Split Bearer对NR侧空口资源要求更高但能把大部分用户面流量卸载到5G载波上速率提升更明显MCG Split Bearer则更稳LTE侧空口质量不好时不容易断链。这份文档里把两种承载模式都列在SgNB Addition Request里说明给辅站的是一个可选项而不是写死的。4.2 E-RAB Modification IndicationS1-U怎么“搬家”到SgNB对于SCG Split Bearer分流模式步骤22到24执行SgNB和EPC之间的用户面路径更新核心动作是通过E-RABModificationIndication指示核心网将E-RAB的S1-U接口改接到SgNB。这一步完成后用户面数据直接从SgNB走S1-U到EPC不再绕经MeNB。这里有一个常见理解偏差很多人以为辅站添加完成后NR用户面数据自然就走SgNB了。实际上如果承载模式选了SCG Split Bearer而不做E-RAB Modification数据还是会从MeNB绕行分流效果大打折扣。所以信令分析时要确认E-RAB Modification流程有走完——不仅是Indication发出去了还要看到核心网回了E-RAB Modification Confirm这条S1-U路径才算真正切到SgNB。4.3 数据转发与切换缓冲步骤20为什么不能省步骤20的数据转发是针对承载类型变更场景的比如从MCG Split Bearer变更为SCG Split Bearer或者承载QoS参数发生调整。数据转发的作用是在切换期间把尚未发送的数据从MeNB转发到SgNB避免业务中断。不做这个转发UE在PSCell随机接入完成前后的数据会出现空洞表现出来就是丢包率突增或时延抖动。5. NSA接入信令避坑五个高频翻车点的排查记录5.1 现象一B1测量报告始终不来现象UE接入LTE正常RRC重配置也收到了但后台信令里始终看不到Measurement ReportNR迟迟加不上。原因最常见的是测量控制里的NR绝对频点号配错或者B1门限设得过高导致UE测到的小区RSRP一直够不到门限。还有一种情况是MeasId没有正确关联NR测量对象UE收到配置但不启动测量。解决先把RRC重配置里的MeasObjectNR字段和规划频点核对一遍再查B1门限用路测软件看UE实际测量到的NR小区RSRP值。现网里我一般会把门限放在-110dBm上下做基准再按覆盖情况上下调3到5个dB。5.2 现象二SgNB Addition Request被拒绝现象X2接口上看到SgNB返回了SgNB Addition Prepare Failure失败原因值指向radioNetwork层。原因SgNB侧准入失败可能是PRB资源不足、E-RAB QoS参数不满足也可能是SCG-ConfigInfo里携带的UE能力和SgNB支持的算法集不匹配比如加密算法协商不上。解决到SgNB侧看准入拒绝的原因值同时核对SgNB Addition Request里的UE能力、E-RAB列表和分流承载模式。遇到加密算法不匹配的要检查MeNB下发的SCG承载加密算法是否在SgNB支持列表里。5.3 现象三UE回SCG Failure Information现象RRC重配置下发后UE没有正常回Complete而是回了SCG Failure Information随后辅站被释放。原因UE对PSCell的随机接入失败或者NR RRC配置里的PCI、频点与实际小区不一致也可能是NR侧有干扰导致preamble检测失败。解决把UE报的SCG失败原因字段拉出来看是randomAccessFailure还是rlcFailure。前者主要查PRACH配置、PCI和频点是否一致后者查SgNB侧的RLC承载配置和空口质量。我在现场遇到最多的还是PCI配错重配置里的PCI和SgNB实际小区对不上UE同步就失败。5.4 现象四三次UE能力查询后仍不下发NR测量现象后台信令清楚看到3次UE能力查询都完成了但eNodeB迟迟不下发NR测量控制。原因第二或第三次能力查询返回的UE-NR-Capability里band组合不包含目标NR频段或者终端上报的能力里endc-Supported字段为不支持eNodeB判定这个终端在当前组网下不具备NSA能力。解决翻UE能力消息里的supportedBandCombination确认目标NR band在组合列表里。如果是终端确实不支持只能换终端验证如果终端支持但上报异常要查终端版本或做能力重注册。5.5 现象五速率上不去用户面路径没切过来现象PSCell已激活信令看似都成功了但业务速率明显偏低NR侧流量占比很小。原因大概率是SCG Split Bearer下E-RAB Modification流程没有走完数据还在从MeNB绕行或者承载实际建立成了MCG Split BearerNR侧只承担了辅路流量。解决回看步骤22到24的E-RAB Modification Indication和Confirm消息确认S1-U接口已经改到SgNB再查核心网侧的S1-U路径和X2用户面隧道配置。这类问题信令里不一定报错最容易翻车所以路径核对一定要主动做。6. 日志验证技巧三层信令时间戳对齐直接锁定问题环节NSA辅站添加涉及空口RRC、X2AP和S1AP/NAS三条信令路径只盯一层日志容易误判。我的习惯是把空口日志路测或终端log、X2接口抓包、核心网S1AP信令按frame.time对齐到一个时间轴上看辅站添加的完整链路B1上报后多久X2接口出现SgNB Addition RequestSgNB多久回AcknowledgeRRC重配置下发后UE多久回Complete。X2接口抓包可以直接用Wireshark的tshark过滤# 抓X2接口上MeNB与SgNB之间的SgNB Addition相关消息 tshark -r nsa_attach.pcap -Y x2ap (x2ap.SgNBAdditionRequest || x2ap.SgNBAdditionAcknowledge) \ -T fields -e frame.time -e x2ap.SgNBAdditionRequest -e x2ap.SgNBAdditionAcknowledge-r指定输入pcap文件-Y是显示过滤器-T fields将结果按字段输出-e指定要提取的字段。需要注意不同Wireshark版本对X2AP字段名的解析略有差异如果过滤不到消息先去掉消息名条件用x2ap全量打开再按消息类型人工筛。经验值参考空载情况下SgNB Addition Request到Acknowledge通常在5到15毫秒内取决于SgNB的准入算法和资源调度RRC重配置下发到UE回Complete在20到40毫秒超窗就要怀疑空口质量UE随机接入完成后到E-RAB Modification Confirm链路时延应在几十毫秒量级。我会把步骤14到18的信令时延做成一张字段核对表请求消息里的PSCell PCI和频点、分流承载模式、E-RAB列表里的QoS参数全对齐后再谈优化。从那以后我每次分析NSA接入问题都强制先把三层日志的时间戳对齐并晒出SgNB Addition的完整消息链看字段有没有缺失再决定动哪一层配置这套习惯帮我挡掉了不少“调完门限还是不行”的返工希望帮到你。本文还有配套的精品资源点击获取