企业官网建设流程全解析

干LTE外场测试这些年，最常被新人问到的问题就一个：机器开不了网，log拷回来一大包，到底先从哪儿看起？其实答案很固定——先把LTE注网全流程在脑子里过一遍，再回头翻log，你会发现整条链路就是一条流水线，每道工序都留了记录。注网流程说白了，就是终端从PLMN选择、到小区搜索、再到完成小区驻留的整个过程，这几步走不顺，后面测吞吐、测时延全是白搭。这篇文章我结合多年的log分析经验，把这条流水线从PLMN选择到驻留完成的每一环节的关键信令、参数计算和实际操作技巧拆开讲，适合刚入行做LTE测试的兄弟、协议栈开发，以及所有想在log里快速定位问题的网优工程师。

LTE从开机到注册成功，正常情况也就几秒的事，但问题往往就藏在这几秒里。PLMN选错网、band不支持、SIB1里的门限值卡人、小区被禁止接入、附着被网络拒绝……每一种情况在log里都有明显特征。下面我们按时间顺序，从PLMN选择一路看到小区驻留，把每个关键节点在log里的位置讲清楚，照着这个流程走一遍，绝大多数注网异常都能在5到10分钟内锁定范围。

1. 内容整体设计与思路拆解

1.1 为什么要单独把“注网”拎出来讲

很多兄弟做外场测试，习惯是看到没网就立刻换频点、换卡、换机，一顿操作猛如虎，结果一个log都没留，问题没法复现。真正的问题分析，必须从注网流程这第一步开始死磕。开机注网是终端和网络之间的第一次完整握手，旧时代的2G/3G也有这个过程，链路短，问题好定位。到了LTE，虽然信令精简了，但PLMN选网规则、S准则驻留门限、多层系统消息调度都变得更细，一个环节没对齐，终端就是有信号也注册不上去。

从实际统计看，外场测试里“无服务”“有信号但无法注册”的投诉，超过一半都出在注网阶段。所以我现在每拿到一份log，第一件事就是先把注网全过程捋一遍，再去看调度、吞吐率这些后面的东西。这样做的目的很简单：一旦注网没走通，后面的性能数据根本没有意义，先搞清前提条件，才不会被过程数据带偏。

1.2 注网不是一条命令，而是一条流水线

拿生活场景打比方：PLMN选择相当于选供应商，小区搜索相当于找门店，读系统消息相当于看门店招牌和营业规则，S准则相当于算算这家店让不让你进，随机接入是按门铃，最后的Attach则是进店登记会员。哪一步断了，流程都走不完。具体拆成五段：

• PLMN选择：终端读取SIM卡里保存的PLMN列表，自动模式按优先级搜索允许的网络。
• 小区搜索与系统消息获取：终端在支持的LTE band上扫频，发现小区后读取MIB、SIB1、SIB2等广播消息。
• 小区选择与驻留：用S准则公式评估当前小区是否满足驻留条件，满足才进入已驻留状态。
• 随机接入与RRC连接建立：驻留后要发注册消息，先通过随机接入获得上行同步，再建立RRC连接。
• Attach或TAU：通过NAS信令向核心网完成身份登记和位置更新。

这五步是注网的完整闭环，也是我们分析log的五个锚点。每步在该失败的地方失败，log里留下的痕迹完全不同，只要顺序不乱，问题定位就不难。

1.3 工具选型：不同平台有各自的log语言

经常有人问用QXDM还是QCAT，其实这两个只是高通平台的不同工具。拿到log先搞清楚终端是什么芯片平台，再决定用什么工具打开：

• 高通平台：QXDM抓实时log，QCAT做离线后处理，经常看到的消息层有LTE_RRC、LTE_RRM、LTE_NAS等，用得最多也最通用。
• MTK平台：用Catcher抓取，后处理可以用配套的MOFF或第三方工具解析。
• 展锐、ASR平台：各自有SNPE等配套工具，log格式有差异，但分析思路一致。
• CPE这类网卡或路由器设备，很多不开放标准logger口，需要走UART串口或厂商后台开调试开关，这个后面细说。

经验是：不管什么平台，我们关注的信息都一样，聚焦在NAS、RRC、MAC、PHY这四层，只是呈现形式不同。后处理时先按协议层过滤，比盲目搜关键词效率高得多，也能避免把时间浪费在海量物理层调度报文上。

2. 核心细节解析与实操要点

2.1 PLMN选择：决定了你最后驻留在哪张网

PLMN选择是注网第一关，目标是让终端找到允许接入的网络。SIM卡里存着一串PLMN相关列表：上次注册的RPLMN、归属PLMN、禁止PLMN、运营商控制列表等等。开机之后终端优先尝试RPLMN，不行再按优先级搜其他PLMN。

这里有个容易踩的坑：外场测试经常用测试卡或物联网卡，这类卡的PLMN数据很可能和商用卡不同，导致终端搜到网络却因为PLMN不被允许而拒绝注册。log里NAS层会看到明确的拒绝原因，比如EMM Cause #11（PLMN not allowed），但物理层信号完全正常。碰到这种情况，第一步不是翻基站参数，而是换一张能正常驻留的卡做交叉验证，往往一分钟就排除卡的问题。

log里怎么看PLMN选择？找开机初始的PLMN搜索记录，高通消息窗口可以直接搜“PLMN Search”，MTK平台搜“PLMN Selection”。重点核对终端最终选中的PLMN字段，也就是MCC和MNC，和预期目标网络是否一致。比如目标网络的PLMN组合是460/00，但log里终端因为卡的数据问题最终选了另一个MNC，后面流程再漂亮也是白费。

2.2 小区搜索与MIB/SIB1读取：band信息藏在这里

PLMN确认好，终端开始扫频找小区。这个阶段最容易出问题的就是band不匹配。终端只会在自己支持的LTE band上搜，如果目标小区工作在某个band而终端能力里没有这个band，那物理层再强也搜不到。log里找“RRM Cell Search”这类日志，会列出终端扫描的频段、中心频点、带宽等信息，一眼就能看出搜索范围是否正确。

找到小区后，第一时间读广播消息。MIB里最关键是下行带宽、系统帧号SFN，决定后续资源怎么理解。SIB1里则携带了PLMN列表、TAC（跟踪区码）、cellBarred（小区禁止状态）、q-RxLevMin（驻留最小接收电平）、freqBandIndicator（频带指示）、p-Max等字段。freqBandIndicator直接对应我们常说的band数字，如果log里显示SIB1解出来的频带指示是band 40，而外场测试规划的目标是band 38，终端驻下来也大概率不是想要的场景。

尤其注意cellBarred字段。它表示小区是否禁止普通用户接入。很多“信号明明很好却无法注网”的现场问题，最后查到真相就是SIB1广播里cellBarred = barred，终端搜到小区却被网络拒之门外，只能去搜其他小区。这种情况在基站参数配置错误时很常见，而且从RSRP看完全正常，不看SIB1根本发现不了。

另外还要留意一个细节：如果SIB1里的频带指示和终端上报的UE能力不一致，终端即便搜到信号也会因为band能力不支持而放弃。这类问题在log里非常好识别——一边是MIB/SIB1正常解出，另一边是RRM层的band能力过滤记录，把两段日志拉到一起，原因一目了然。

2.3 小区选择S准则：能不能驻留，这是一道数学题

链路走到这一步，小区已经搜到、广播也读到了，接下来要过S准则这道坎。3GPP TS 36.304里定义的驻留条件是：

Srxlev = Qrxlevmeas - (Qrxlevmin + Qrxlevminoffset) - Pcompensation

其中Qrxlevmeas是终端测量到的RSRP，单位dBm；Qrxlevmin是SIB1广播的最小接收电平门限；Qrxlevminoffset只在漫游到拜访网络、周期性搜索更高优先级PLMN时使用，正常注网场景一般视为0；Pcompensation = max(PEMAX - PUMAX, 0)，取决于终端最大发射功率能力和SIB1下发的p-Max参数。只有当Srxlev > 0时，S准则才合格，小区才能成为候选驻留对象。

这里有个老工程师也经常犯迷糊的点：SIB1里的q-RxLevMin值不能直接拿去用。协议规定该字段的编码步长是2dBm，log里显示q-RxLevMin = -120，实际门限是-60dBm。直接拿原始值代入公式，算出来的Srxlev能偏出几十dB，判断标准全乱。所以实操中，要么用工具解码后的真实单位，要么手动换算，千万别贪快。

另一个小经验是，外场测试经常在RSRP临界值附近出现反复驻留/脱网的情况。这时候不要只取一次测量就下结论，Srxlev在0附近抖动非常正常，一定要多看几秒的测量量，判断是覆盖波动还是真参数问题，否则容易误伤基站参数。

2.4 随机接入、RRC建立到Attach：真正“上网”前的最后几步

S准则通过后，终端进入注册流程。顺序是：先通过随机接入获得上行同步，log里能看到PRACH前导发送和随机接入响应RAR；然后终端发起RRC Connection Request，注网场景下原因值一般是mo-Signalling；网络回RRC Setup后，终端在RRC Setup Complete里携带NAS消息，也就是Attach Request。

Attach阶段的核心是NAS层的身份和位置信息。正常流程里随后有鉴权、加密过程，网络下发Attach Accept，其中携带GUTI、TA List、QoS参数等，终端再回一个Attach Complete，整个注网才算真正跑通。

这里必须强调，注网分析一定要同时看RRC和NAS两层。很多新人看到有RRC Setup就以为完事了，实际RRC只是管道，真正代表网络认可你做业务的是NAS层Attach Accept。管道搭好了，但业务登记没成功，照样打不了电话。REJECT还是ACCEPT，是判断网络态度的最终标准。

3. 实操过程与核心环节实现

3.1 开机注网log分析的标准打开姿势

一次完整的注网log分析，建议按下面五步来。宁可慢一点，也不跳步：

1. 定位起始点：找开机时间，或手动执行一次飞行模式开关，制造干净的重搜起点。在log里标记这个时间戳，能省去后期大量无关筛选。
2. 过滤协议层：后处理时用QCAT或对应平台工具，先把LTE RRC和NAS两层过滤出来，把物理层海量调度消息暂时扔到一边。
3. 看PLMN选择：找PLMN Search相关日志，确认终端选的PLMN是不是预定目标。
4. 看小区搜索和系统消息：找Cell Search和SIB1解析结果，核对band、TAC、q-RxLevMin、cellBarred。
5. 看RRC/NAS状态机：从RRC Connection Request一路找到Attach Accept或Reject，确认最终结果。

这套流程熟练以后，走完一条log五分钟足够。如果卡在某一步找不到对应日志，先检查log文件是不是从开机早期就开始抓。外场测试经常出现“想分析注网，结果log只记录到开机后10秒”的尴尬，最关键的搜网开头缺失，后面再怎么找也是白忙。

3.2 用S准则四步定位驻留失败

驻留失败是外场测试里最常碰到的现象，这里分享一个高效的四步定位法：

第一步，确认物理层有没有搜到小区。看Cell Search记录，如果压根没有，问题在前端频段选择、band能力或射频硬件；如果有搜索记录但一直没成功，继续往下走。

第二步，确认SIB1是否正常解码。看SIB1里是否有PLMN Identity List，有就核对TAC和freqBandIndicator；解码失败通常意味着覆盖太差或同频干扰严重。

第三步，手算Srxlev。用同时间的RSRP测量值，配合SIB1解出来的q-RxLevMin、p-Max，按公式算一遍。如果为负值，代表信号强度不满足驻留门限，重点转向覆盖优化、系统侧调门限，或者检查终端硬件灵敏度。

第四步，检查cellBarred。如果Srxlev为正却还是驻留失败，马上看SIB1里的cellBarred字段。barred状态下终端不会发起随机接入，而是把这个小区排除掉，继续找下一家。

这套方法的关键是每一步都落在log证据上，而不是靠猜。样本多的时候尽量多做几次测量求稳，别逮到一个瞬时值就拍板。

3.3 外场测试与CPE设备的抓log差异

外场测试场景，手上多半有专业的扫频和路测工具，可以同步采集RSRP、SINR、信令等数据，分析起来很直观。但要注意采样率的问题：路测软件通常按时间或距离周期记录，注网瞬间的关键事件可能被稀疏掉。所以重要的单验或疑难问题，还是应该在路测工具之外，额外抓一份终端芯片级原始log，也就是QXDM或Catcher抓出来的文件，两份对照着看。

另一个常见场景是lte无线路由器，也就是CPE设备。很多兄弟第一次接手CPE，发现跟手机完全不是一个玩法：没有屏幕，没有触摸，log通道也五花八门。CPE方案里，有的用高通平台但固件不开放标准诊断口，要进工厂模式或在后台开调试开关；有的走UART串口直接吐AT日志。我踩过最大的坑是：以为CPE支持某个band，实际固件版本默认禁用了该band，导致外场一直无法驻留目标频段。当时反复怀疑天线、怀疑基站，最后打开CPE后台一看band配置，哭笑不得。

所以CPE设备做注网分析前，先确认三件事：固件版本的band配置表、调试通道是否开放、天线连接状态是否可靠。天线没接好，后面看多少log都是浪费时间。

4. 常见问题与排查技巧实录

4.1 “搜不到网”的排查清单

现象是终端一直No Service，log里搜索不到任何可用PLMN或小区。这类问题的特征是没有走到NAS层的Attach流程，终端压根没进入注册环节。常见原因和排查方法如下：

• SIM卡或测试卡异常：交叉换卡验证，看其他设备是否能正常注网。
• band能力不匹配：查log里Cell Search过程的频段列表，确认覆盖了目标网络所用band。
• 射频或天线故障：尤其CPE和外接天线设备，优先做实验室传导测试，排除硬件问题再谈参数。
• 环境屏蔽或干扰：工厂、地下室、密集楼宇里，用扫频仪确认现网信号强度再判断。

这类问题如果只看log结尾很容易误判，关键是回到搜索起点看终端到底有没有发起搜网、搜到哪个频段就停下了。

4.2 “有信号但注不上网”的排查清单

现象是log能正常搜到小区、也能解出SIB1，但终端就是不发起后续流程，或者反复回退重搜。这类问题要把注意力放在SIB1这几个字段上：

• cellBarred = barred：基站侧配置禁止接入，需要网络侧修改参数。
• q-RxLevMin设得过高：终端测量RSRP看着不差，但代入S准则后Srxlev为负，无法驻留。
• TAC不允许：SIB1里下发的TAC和SIM卡签约的跟踪区数据不匹配，会出现位置区不允许类拒绝。
• 系统消息不完整：某些情况下SIB2、SIB3等后续系统消息丢失或调度窗口重叠，终端广播收不齐也会止步不前。

这类问题就是“看得见网、进不去门”，一定先把SIB1完整解出来再判断，别被RSRP数值迷惑。我见过太多人只看RSRP图谱就断定覆盖差，结果跑到现场一测，问题根源是基站侧禁止接入参数，白白浪费一整天。

4.3 Attach被拒：读懂NAS的拒绝原因值

到了Attach阶段，问题通常集中在NAS信令的EMM Cause字段。几个高频原因值值得熟记：

实操时，先在log里搜“Attach Reject”或直接定位NAS消息里的EMM Cause字段，拿到原因值再去系统侧核对配置。不要一看到Attach失败就怀疑终端或基站，很多原因是欠费、卡数据和直连配置问题。我有一次外场测得好好的，回公司复测突然一直报#11，排查半天，最后发现是测试卡被限速停机了，和网络设备半点关系都没有。

4.4 实操心得：log关键词速查与三个保命习惯

分享一份log关键字速查表，以高通平台为例，方便大家后处理时直接检索：

另外三个保命习惯，是我跑外场这几年踩坑踩出来的体会。

第一，每次外场测试前，先做一次20秒的开机注网log，确认logger采集正常、文件能被后处理工具解析。否则到了偏远站点才发现logger没开，心态直接崩，返工成本太高。

第二，分析注网问题时，必须记录四个坐标：终端型号与软件版本、SIM卡类型、测试band、目标小区标识。没有这四个信息，log分析报告写出来也没有说服力。很多疑难问题回头看，都是先少了某个坐标才绕了远路。

第三，不要只盯着RSRP看。驻留问题很多从RSRP看毫无异常，最终都落在系统消息和S准则上。只要没确认SIB1里的关键参数，就不要轻易下“信号差”的结论，这是新手最容易犯的认知错误。

这几年我带新人最大的体会就是：注网log分析这件事，难度不在信令多复杂，而在很多人没把流程顺序记牢。PLMN选择、小区搜索、读系统消息、S准则、随机接入、Attach，每一步在log里都有对应的痕迹，只要按顺序核对，绝大多数问题都能在十分钟内锁定范围。最后再分享一个小习惯——我每做完一个项目，都会把这个阶段遇到的注网异常和对应log关键字整理成一张表，下次同事报障时直接按表查，效率翻倍。这张小表现在已经是团队里传了好几轮的东西，建议你也从今天开始，为自己攒一张。