简介面向5G网络优化、测试及通信工程技术人员《5G信令流程详解——5G NSA接入信令流程改进篇》是一份聚焦NSA非独立组网接入全流程的文档资料。内容从NSA双连接架构切入系统讲解基于EPC的LTE-NR双连接原理、SgNB辅站添加完整流程、初始Attach流程、RRC建立过程、多次UE能力查询、NR测量控制与B1测量上报等关键环节同时涉及承载类型变更时的数据转发、SCG Split Bearer用户面路径更新等实施要点并以信令级流程拆解呈现便于读者理解终端如何从4G网络平滑接入5G并完成辅站同步与随机接入。资源包为单个PDF文档共1个文件大小约1.26MB内容集中、便于离线查阅。已有1222人学习下载适合5G信令学习、网络优化与现场问题排查时作为参考。1. 5G NSA非独立组网接入信令流程最反直觉的一点终端接入5G小区之前整套信令走得其实是LTE基于EPC演进型分组核心网的NSA组网中具备双连接能力的终端同时与LTE基站eNodeB和NR基站gNodeB连接形成LTE-NR NSA DC控制面由MeNB4G主站锚定NR的gNodeB作为辅站被“添加”进来用户面数据在两个基站间分流。这种架构的好处是5G初期能复用EPC和现网LTE覆盖代价是空口信令比SA多出一整段SgNB添加、辅站重配置、B1测量上报。这份资料把流程收敛成三类问题UE如何在LTE侧完成初始接入与能力上报MeNB如何触发并完成SgNB添加测量配置怎么下发才能让NR邻区被准确发现。适合做5G基站接入测试、网络优化和信令跟踪的从业者读后能直接对着抓包或log判断NSA流程卡在哪条消息上。2. UE初始接入与三次能力查询LTE侧信令的关键前置条件2.1 初始Attach流程和LTE无差但ueCapabilityInformation决定了NR能不能用NSA UE初始Attach流程对应PDF中的步骤1-10走的是和LTE完全一样的路径UE发rrcConnectionRequesteNodeB回rrcConnectionSetupUE再回rrcConnectionSetupComplete随后做鉴权、安全模式激活、附着请求。这个阶段NR还没有参与但信令跟踪时不能跳过因为后续一切5G动作都建立在LTE接入成功的基础上。整套流程里最值得盯的消息是ueCapabilityInformation——终端能力信息它是eNodeB决定要不要给该UE下发NR测量控制的依据如果UE能力里没有NR相关字段后面整个SgNB添加流程都不会触发。信令名称和中文释义的对照是排查时最常用的速查表信令名称中文释义在NSA流程中的作用rrcConnectionRequestRRC连接请求UE发起RRC建立rrcConnectionSetupRRC连接建立eNodeB分配SRB1资源rrcConnectionSetupCompleteRRC建立完成携带NAS附着请求ueCapabilityEnquiryUE能力查询eNodeB按filter查询能力ueCapabilityInformation终端能力信息上报LTE带内与NR相关能力rrcConnectionReconfigurationRRC连接重配置下发测量控制或添加辅站这个阶段容易被忽视的另一个点是rrcConnectionSetupComplete携带的NAS消息。NSA不改变NAS层流程UE在附着请求里依然只携带LTE能力相关字段5G能力全靠后续的ueCapabilityInformation补齐。所以在NAS消息里找不到NR信息是正常现象那部分内容按LTE协议解析即可不必怀疑消息抓漏。2.2 三次能力查询的触发逻辑与抓取方法基站针对NSA终端一般会有3次UE能力查询这三次不是协议强制而是现网落地时被拆开的步骤。第一次查基础能力覆盖UE是否支持LTE-NR双连接、支持的NR频段、载波带宽、MIMO层数第二次查NR频段组合与LTE-NR载波聚合组合重点是双连接下band组合是否被终端允许第三次针对NR feature细节比如子载波间隔、调制阶数、上下行时隙配比。因为每次查询的filter不同UE回的ueCapabilityInformation内容也不同抓包时会看到多对“查询-响应”依次出现。在基站侧日志里定位这三次查询常用做法是按UE上下文过滤grep UECapabilityEnquiry nsa_access_log.txt | grep RRC_UE grep UECapabilityInformation nsa_access_log.txt | grep RRC_UE第一条命令筛出所有能力查询消息第二条筛出UE回的能力信息。两边次数对不上说明某一次查询没有收到响应或者响应包在RLC层分段后丢失。参数里的RRC_UE是UE上下文关键字不同厂家写法不一样常见的有RRC_UE_ID、RRC_UE_INDEX按实际日志字段替换即可。对比三次查询的filter字段还能看出eNodeB在哪些能力维度上做了裁剪这对测试终端选型很有参考价值。2.3 能力查询异常的两个典型坑第一个坑是UE只回LTE能力、不回NR能力。表现是第一轮应答正常第二三轮没有后续之后eNodeB不再下发NR测量控制。排查时先确认终端侧“LTENR DC”开关是否打开很多测试终端默认关闭NSA开关导致ueCapabilityInformation里没有NR相关IE。第二个坑是filter的rat-Type设置不一致。部分终端对rat-Type: nr的查询filter解析不完整返回的ueCapabilityInformation为空包eNodeB会认为UE不支持NR。此时可以对比同型号终端在不同基站的表现如果都失败优先调整eNodeB的查询策略把三次查询合并成一次全量查询减少终端的解析负担。对于要做信令流程优化的团队三次能力查询的取舍点在于接入时延和配置完整度的平衡。查询次数少接入快但能力细节可能缺失查询次数多信息全但LTE侧驻留时延增加。常见做法是让MME侧保存UE Radio Capability在后续S1接口流程里回传给目标基站减少空口反复查询不同厂商在EPC侧实现这个能力缓存的方式差异较大验证时建议直接对比首次接入和切换接入的查询次数差异。3. SgNB添加流程拆解MeNB与gNodeB之间的消息交互3.1 从B1测量报告到SgNBAdditionRequestUE上报B1测量报告后MeNB判定目标NR小区满足条件触发SgNB Addition流程。原PDF中步骤14是关键分界点MeNB把B1测量报告里的NR小区信息封装进SgNBAdditionRequest消息发给目标SgNB。请求消息需要明确携带分流承载模式——MCG Split Bearer还是SCG Split Bearer。MCG Split Bearer的分流点在主站用户面数据先到MeNB再由MeNB决定多少走LTE空口、多少经Xn转发给NRSCG Split Bearer的分流点在SgNBS1-U路径最终要改接到NR侧。两种模式对回传网络的要求完全不同选型取决于Xn接口带宽和核心网改造范围。SgNBAdditionRequest消息里能直接看到的要素如下实际抓包会按ASN.1编码但含义对应SgNBAdditionRequest { sgnbId: gNB_001 sgnbAdditionRequestId: 1 scgConfigInfo { mcgConfig: DRB(epsBearerId5, qci9) scgCellConfig: pscellFreq632448 scgBearerType: MCG-EGROUP securityAlgorithm: nea2, nia2 } erabList { eRabId: 5, s1BearerId: 1, transfer: false } nrCellInfo: pci502, rsrp-98dBm }sgnbAdditionRequestId是MeNB和SgNB关联同一个流程的标识排障时用来匹配后续消息scgCellConfig里的pscellFreq是PSCell的NR绝对频点号必须和测量配置里下发的carrierFreq一致不一致会出现UE配置了不存在的PSCellscgBearerType直接决定后续S1-U路径怎么走erabList里的transfer字段表示是否要求数据转发。如果SgNB准入失败返回的是SgNBAdditionRequestRejectcause值为radioNetwork-NotAvailable时优先查NR侧资源而不是去查空口。3.2 RRC重配置、随机接入与T304定时器SgNB返回SgNBAdditionRequestAcknowledge后MeNB向UE下发RRC Connection Reconfiguration这条消息内嵌了NR RRC配置具体包含PSCell的PCI、频点、带宽以及随机接入资源。UE收到后先完成协议栈重配置再回RRC Connection Reconfiguration Complete——注意此刻UE只是“配置完成”还没有接入NR。真正接入动作在步骤19UE执行到SgNB PSCell的同步并发起随机接入。这一段的完整性可以用随机接入是否收到gNodeB的RAR响应来判断RAR没回说明PSCell的同步失败或前导码资源配置错误。步骤消息方向消息名称关键内容14MeNB→SgNBSgNBAdditionRequestB1报告PCI、承载模式、SCG-ConfigInfo15SgNB→MeNBSgNBAdditionRequestAcknowledge准入结果、NR资源配置16MeNB→UERRCConnectionReconfiguration内嵌NR RRC配置含PSCell频点/PCI17UE→MeNBRRCConnectionReconfigurationComplete携带NR RRC响应消息18MeNB→SgNBSgNBReconfigurationComplete确认UE完成重配19UE→SgNB随机接入向PSCell发起RA这张表对应从B1报告到随机接入的完整闭环。实际log中步骤15没出现问题在NR侧准入步骤17没出现问题在UE对NR配置的解析常见原因是NR配置里带了UE不支持的子载波间隔步骤18超时优先检查MeNB到SgNB的Xn接口链路步骤19的随机接入失败则需要关注T304定时器是否超时。T304在NR侧用于PSCell同步的失败检测超时后UE会触发重配置失败把该时段的小区重建立请求和PCell测量报告拉出来比对基本能定位是上行干扰还是配置错误。注意步骤17的RRCConnectionReconfigurationComplete里已包含NR RRC响应消息但此时UE并未接入NR小区。如果在这个消息后直接去gNodeB侧看信令会看不到任何接入记录这是正常现象不代表流程失败。3.3 承载类型变更时的数据转发与S1-U路径更新对于承载类型变更场景比如从MCG Split Bearer切到SCG Split Bearer为减少当前服务中断时间需要先做MeNB和SgNB之间的数据转发。一般做法是MeNB把尚未确认的DL数据通过Xn接口转到SgNB缓存UE切换到NR侧后从SgNB继续收包避免用户面断流。之后对于SCG Split Bearer分流模式还要执行SgNB和EPC之间的用户面路径更新MeNB通过E-RAB Modification Indication携带要切换的E-RAB列表指示核心网把该E-RAB的S1-U接口接到SgNB。核心网处理完成后回E-RAB Modification Confirm用户面数据从EPC直接到SgNB不再绕行MeNB。这一步没完成的话NR侧就算接入成功也无业务流量排查特征就是空口信令都正常但吞吐为0只看RRC信令发现不了问题。4. NR测量控制与B1事件测量配置参数决定NR小区能否被发现4.1 测量配置三要素的关联逻辑UE成功接入LTE后eNodeB会通过RRC Connection Reconfiguration下发NR测量控制包括测量事件B1及相关门限、NR的绝对频点号等信息。测量控制的消息体由三张表构成measObjectList是测量对象列表对NR来说一个测量对象就是一个载波频率里面携带该频率的测量所需信息比如频点号、SSB子载波间隔、测量带宽reportConfigList是上报配置列表每一个上报配置定义一组测量触发和上报参数NSA场景下就是B1事件门限、timeToTrigger、reportIntervalmeasIdList是测量标识列表一个measId就是一个测量对象和一个上报配置的关联。UE只对measId引用的measObject启动测量未关联的对象即使配置了也不测量——这是排查“配置了频点但UE不上报”时最先要确认的点。4.2 B1事件与门限参数怎么调B1事件属于异系统测量事件触发条件是邻区信号质量高于绝对门限。NSA场景里门限对象是NR小区的RSRP。实际RRC重配置消息中的测量配置片段如下字段名以协议ASN.1为准各厂家可能做简化measObjectToAddModList { measObjectId: 1 measObjectNR { carrierFreq: 632448 -- n78频段的ARFCN ssbSubcarrierSpacing: kHz30 ssbFrequency: 632448 smtc1 { periodicity: ms20, offset: 3, duration: ms5 } } } reportConfigToAddModList { reportConfigId: 1 reportConfigNR { eventType: eventB1 b1ThresholdRSRP: -100 -- RSRP门限单位dBm timeToTrigger: 320 -- 触发延迟单位ms reportInterval: 480 -- 周期上报间隔 reportAmount: -1 -- 无限次上报 } } measIdToAddModList { measId: 1 measObjectId: 1 reportConfigId: 1 }carrierFreq必须配置成NR小区实际广播的绝对频点号配置成不存在的频点会直接导致B1永远不触发ssbSubcarrierSpacing要跟SSB实际SCS对齐SSB的SCS配错时UE解调不到同步信号表现是终端侧收不到NR小区smtc1是SSB测量时窗窗口偏移和周期配置不当会漏检部分SSB突发b1ThresholdRSRP建议从-110dBm起步现网优化时按MR统计逐档上调目标是把B1上报次数控制在合理范围timeToTrigger太小会引入乒乓上报太大则NR小区添加反应慢320ms是多数厂商默认值。4.3 测量报告的触发与邻区添加的配合当NR邻区RSRP超过B1门限并维持timeToTrigger后UE生成测量报告内容里携带满足条件NR小区的PCI和RSRP。这里容易误认为UE会把所有NR小区按信号排序后上报——实际不是UE只上报超过门限的小区并带上各自PCI和RSRP。真正做“选择最强小区”是SgNB侧的事情SgNB收到SgNBAdditionRequest后从报告中选择RSRP最强的NR小区做准入。这就带来一个邻区优化要点测量对象里的频点列表要覆盖所有可能添加的NR邻区漏配频点即使物理上信号再强也不会被上报。反过来若某个NR小区频繁被选中但添加成功率低就要核查该小区的随机接入资源和上行干扰而不是去调B1门限。这个逻辑和LTE邻区优化正好相反LTE里选小区在UE侧测量事件里就完成了排序NSA里选小区动作被推迟到SgNB准入阶段。5. NSA空口信令识别与接入排障技巧5.1 用特征信令定位流程卡点NSA接入流程链条长但只要抓住三类特征信令就能快速定位卡点在哪个环节。RRC建立阶段看rrcConnectionSetupComplete是否出现NR测量配置阶段看RRC重配置里是否携带measObjectNR辅站添加阶段看SgNBAdditionRequest和SgNBAdditionRequestAcknowledge是否成对。三类信令按出现顺序排列就是NSA接入的主干路径流程阶段特征信令缺失时排查方向LTE接入rrcConnectionSetupCompleteLTE覆盖、拥塞、RRC建立拒绝测量配置RRC重配置的measObjectNRUE能力查询是否成功、B1门限是否合理辅站添加SgNBAdditionRequestXn接口、gNodeB准入资源空口同步PSCell随机接入频点/PCI配置、T304超时5.2 抓Xn接口和空口日志的命令NSA排障经常要同时看空口消息和Xn接口消息。空口侧用Wireshark的解码或基站logXn接口直接用抓包工具过滤常用命令如下tcpdump -i any -s 0 host 192.168.10.20 -w xn_interface.pcap tshark -r xn_interface.pcap -Y xnap -T fields -e xnap.SgNBAdditionRequest -e xnap.SgNBAdditionRequestAcknowledge第一条命令把Xn接口流量落盘host后面替换成gNodeB的IP第二条用tshark过滤XNAP消息-e参数输出指定IE字段。实际操作时建议把-w抓包时间控制在业务流程前后各30秒避免pcap文件过大拖慢解码。SgNBAdditionRequest和SgNBReconfigurationComplete成对出现时流程正常只有请求没有确认则问题在SgNB侧准入逻辑。5.3 排障时最容易漏掉的一步B1测量报告里的PCI和RSRP必须与目标NR小区的邻区配置逐条核对。实际案例中测量报告上报了PCI502且RSRP-98dBm后台却查出该PCI在另一个频点也配置了SgNB按报告选了其中一个UE在PSCell同步失败。处理办法是把测量报告、NR邻区配置表、gNodeB侧准入日志三份数据放一起比对重点核对PCI对应的ARFCN和物理小区标识是否一致再决定是修改邻区表还是调整测量对象频点。另一个容易被忽略的细节是SCG Split Bearer场景下E-RAB的S1-U路径更新是否完成空口信令全通但业务流量为0时直接查核心网侧E-RAB Modification Confirm是否返回比反复看空口log更高效。本文还有配套的精品资源点击获取