干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抓实时logQCAT做离线后处理经常看到的消息层有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 #11PLMN 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单位dBmQrxlevmin是SIB1广播的最小接收电平门限Qrxlevminoffset只在漫游到拜访网络、周期性搜索更高优先级PLMN时使用正常注网场景一般视为0Pcompensation max(PEMAX - PUMAX, 0)取决于终端最大发射功率能力和SIB1下发的p-Max参数。只有当Srxlev 0时S准则才合格小区才能成为候选驻留对象。这里有个老工程师也经常犯迷糊的点SIB1里的q-RxLevMin值不能直接拿去用。协议规定该字段的编码步长是2dBmlog里显示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分析建议按下面五步来。宁可慢一点也不跳步定位起始点找开机时间或手动执行一次飞行模式开关制造干净的重搜起点。在log里标记这个时间戳能省去后期大量无关筛选。过滤协议层后处理时用QCAT或对应平台工具先把LTE RRC和NAS两层过滤出来把物理层海量调度消息暂时扔到一边。看PLMN选择找PLMN Search相关日志确认终端选的PLMN是不是预定目标。看小区搜索和系统消息找Cell Search和SIB1解析结果核对band、TAC、q-RxLevMin、cellBarred。看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 Servicelog里搜索不到任何可用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字段。几个高频原因值值得熟记EMM Cause含义典型触发场景#3Illegal UEIMEI无效或被列入黑名单#6Illegal ME设备类型不被网络认可#7EPS services not allowed该用户不允许使用LTE业务#11PLMN not allowed当前PLMN不在允许列表多为卡数据或漫游限制#12Tracking area not allowed当前跟踪区不在签约范围内#15No suitable cells in tracking area当前TA内没有合适小区常与漫游或CSG场景相关#22Congestion网络过载要求终端延迟重试实操时先在log里搜“Attach Reject”或直接定位NAS消息里的EMM Cause字段拿到原因值再去系统侧核对配置。不要一看到Attach失败就怀疑终端或基站很多原因是欠费、卡数据和直连配置问题。我有一次外场测得好好的回公司复测突然一直报#11排查半天最后发现是测试卡被限速停机了和网络设备半点关系都没有。4.4 实操心得log关键词速查与三个保命习惯分享一份log关键字速查表以高通平台为例方便大家后处理时直接检索关注节点关键搜索词PLMN选择PLMN Search / PLMN Selection小区搜索RRM Cell Search / Neighbor Cell系统消息MIB / SIB1 / BCCH_DL_SCH / freqBandIndicator随机接入PRACH / RAR / Random AccessRRC建立RRC Connection Request / SetupNAS附着Attach Request / Attach Accept / EMM Cause另外三个保命习惯是我跑外场这几年踩坑踩出来的体会。第一每次外场测试前先做一次20秒的开机注网log确认logger采集正常、文件能被后处理工具解析。否则到了偏远站点才发现logger没开心态直接崩返工成本太高。第二分析注网问题时必须记录四个坐标终端型号与软件版本、SIM卡类型、测试band、目标小区标识。没有这四个信息log分析报告写出来也没有说服力。很多疑难问题回头看都是先少了某个坐标才绕了远路。第三不要只盯着RSRP看。驻留问题很多从RSRP看毫无异常最终都落在系统消息和S准则上。只要没确认SIB1里的关键参数就不要轻易下“信号差”的结论这是新手最容易犯的认知错误。这几年我带新人最大的体会就是注网log分析这件事难度不在信令多复杂而在很多人没把流程顺序记牢。PLMN选择、小区搜索、读系统消息、S准则、随机接入、Attach每一步在log里都有对应的痕迹只要按顺序核对绝大多数问题都能在十分钟内锁定范围。最后再分享一个小习惯——我每做完一个项目都会把这个阶段遇到的注网异常和对应log关键字整理成一张表下次同事报障时直接按表查效率翻倍。这张小表现在已经是团队里传了好几轮的东西建议你也从今天开始为自己攒一张。