企业官网建设流程全解析

简介：面向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，控制面由MeNB（4G主站）锚定，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发rrcConnectionRequest，eNodeB回rrcConnectionSetup，UE再回rrcConnectionSetupComplete，随后做鉴权、安全模式激活、附着请求。这个阶段NR还没有参与，但信令跟踪时不能跳过，因为后续一切5G动作都建立在LTE接入成功的基础上。整套流程里最值得盯的消息是ueCapabilityInformation——终端能力信息，它是eNodeB决定要不要给该UE下发NR测量控制的依据，如果UE能力里没有NR相关字段，后面整个SgNB添加流程都不会触发。

信令名称和中文释义的对照是排查时最常用的速查表：

这个阶段容易被忽视的另一个点是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测量控制。排查时先确认终端侧“LTE+NR 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测量报告到SgNBAdditionRequest

UE上报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转发给NR；SCG Split Bearer的分流点在SgNB，S1-U路径最终要改接到NR侧。两种模式对回传网络的要求完全不同，选型取决于Xn接口带宽和核心网改造范围。

SgNBAdditionRequest消息里能直接看到的要素如下，实际抓包会按ASN.1编码，但含义对应：

SgNBAdditionRequest { sgnbId: gNB_001 sgnbAdditionRequestId: 1 scgConfigInfo { mcgConfig: DRB(epsBearerId=5, qci=9) scgCellConfig: pscellFreq=632448 scgBearerType: MCG-EGROUP securityAlgorithm: nea2, nia2 } erabList { eRabId: 5, s1BearerId: 1, transfer: false } nrCellInfo: pci=502, rsrp=-98dBm }

sgnbAdditionRequestId是MeNB和SgNB关联同一个流程的标识，排障时用来匹配后续消息；scgCellConfig里的pscellFreq是PSCell的NR绝对频点号，必须和测量配置里下发的carrierFreq一致，不一致会出现UE配置了不存在的PSCell；scgBearerType直接决定后续S1-U路径怎么走；erabList里的transfer字段表示是否要求数据转发。如果SgNB准入失败，返回的是SgNBAdditionRequestReject，cause值为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。真正接入动作在步骤19：UE执行到SgNB PSCell的同步并发起随机接入。这一段的完整性可以用随机接入是否收到gNodeB的RAR响应来判断，RAR没回说明PSCell的同步失败或前导码资源配置错误。

这张表对应从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、reportInterval；measIdList是测量标识列表，一个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接入的主干路径：

5.2 抓Xn接口和空口日志的命令

NSA排障经常要同时看空口消息和Xn接口消息。空口侧用Wireshark的解码或基站log，Xn接口直接用抓包工具过滤，常用命令如下：

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小区的邻区配置逐条核对。实际案例中，测量报告上报了PCI=502且RSRP=-98dBm，后台却查出该PCI在另一个频点也配置了，SgNB按报告选了其中一个，UE在PSCell同步失败。处理办法是把测量报告、NR邻区配置表、gNodeB侧准入日志三份数据放一起比对，重点核对PCI对应的ARFCN和物理小区标识是否一致，再决定是修改邻区表还是调整测量对象频点。另一个容易被忽略的细节是SCG Split Bearer场景下E-RAB的S1-U路径更新是否完成，空口信令全通但业务流量为0时，直接查核心网侧E-RAB Modification Confirm是否返回，比反复看空口log更高效。

本文还有配套的精品资源，点击获取