简介围绕PLMN选择的无线网络规划与优化课件面向无线网络规划工程师、通信专业学生及需要理解终端选网逻辑的测试人员适合作为培训课件或考试复习材料。课件从UE自主选择与PLMN注册两个阶段出发详细讲解全频段搜索、RSRP门槛-110dBm高质量判定、NAS层上报等关键动作并对HPLMN、EHPLMN、VPLMN、RPLMN四类PLMN及RPLMN→HPLMN→VPLMN的优先级顺序做了清晰梳理同时对比手动选择与自动选择的差异说明HPLMN/EHPLMN信息存储在USIM卡中等易混淆点有助于理解UE开机选网和注册失败后的回退机制。包内共1个pptx演示文稿大小约1.08MB适合培训、课堂或自学场景直接演示。该资源已有340人学习下载内容以图文流程为主结构紧凑便于快速建立无线网络规划中PLMN选择专题的知识框架支撑网优工程师在覆盖、容量与服务质量管理中合理设计选网策略。1. 无线网络规划与优化里的PLMN选择一张参数表决定用户回不回得来无线网络规划与优化里PLMN选择往往被当成核心网网元的边界事务但它恰恰是所有覆盖优化的前置条件。几年前我处理过一批“有信号却拨不出电话”的投诉现场RSRP接近 -90 dBmSINR 也不差最后定位到的是SIB1里广播的PLMN和用户SIM卡的签约信息错位——终端能看到这个小区却认为自己不被允许驻留。这个问题在规划阶段一张参数表没填对后台看一天监控也找不出故障。PLMN全称公共陆地移动网络日常说PLMN选择其实是在管“终端开机、重搜、漫游、回退时最终落到哪张网上”这一整条决策链。本文把这套机制拆开给你能直接查的命令、能照抄的参数表格和反复踩过的坑适合刚接手无线网络规划的新人也适合做网格优化的熟手。2. 从搜网到驻留PLMN选择的决策链和一台终端就能查的命令2.1 MCCMNCPLMN最基础的地基一个PLMN在网络侧就是“MCC MNC”两个字段。MCC是国家码MNC是运营商网号两者拼起来就是全网唯一的PLMN ID。例如460 00、460 11、460 20分别对应不同的国内运营商网络。规划工程师在做基站数据时第一个填的就是这个字段填错一个数字整片基站的广播就废了。终端侧也是一样USIM卡里写着一组它“认识”的PLMN开机会拿网络广播的PLMN ID和卡里的数据比对比对通过才允许继续驻留。日常讲的PLMN选择其实包含了四类PLMN归属PLMNHPLMN、等效归属PLMNEHPLMN、访问PLMNVPLMN和禁止PLMNForbidden PLMN。终端选网顺序一般是上次驻留的RPLMN优先找不到再按卡里的优先级找HPLMN或EHPLMN都没有就按信号质量从高到低搜VPLMN扫到的网络只要出现在禁止列表里就跳过。理解这个顺序非常重要因为很多优化手段实际上是“反过来用”的想让终端别来某个小区不用把信号做差把PLMN加进禁止列表就行想让终端优先回自己网络把频点重选优先级调高比提升RSRP更直接。我一般会在项目启动时先做一张PLMN信息表包含MCC、MNC、运营商归属、是否启用、漫游状态、对应的TAC列表。这张表不是给核心网看的是给后续所有小区配置做参照的。实际踩过的坑是多个项目共用模板MNC填成5位数字的GSM NRI格式或者前后厂家配置里MCC字段带不同前缀导致同一个小区的PLMN ID自相矛盾。落地第一步不是调参数是先把这些基础字段统一成一个规范。2.2 终端侧查PLMNAT指令和日志抓取网络侧的配置最终要靠终端的视角来验证。最直接的办法是用一台可以开调试口的手机通过串口或USB发AT指令查当前PLMN状态。这个方法不需要商用路测软件一台手机一根数据线就能做适合开局阶段快速确认某个小区广播的PLMN是否符合规划。# 查询当前驻留网络 ATCOPS? # 查询当前可用PLMN列表会发起一次全频段搜索耗时约 10~30 秒 ATCOPS? # 手动选择目标PLMN例如选择 MCC460, MNC00 的网络 ATCOPS1,2,46000 # 回到自动选网模式 ATCOPS0ATCOPS? 的返回里会带“COPS: 0,0,网络名,7”其中数字0代表自动选网模式网络名后面的数字是接入技术标识7是LTE10是NR。ATCOPS? 会返回一长串可搜索到的网络列表每条记录的格式是“网络名PLMN编号接入技术”查看时重点核对PLMN编号是不是规划里写的那个。注意自动模式下查询结果可能为空这时终端显示有信号但没注册上说明PLMN匹配失败或禁止列表起作用了。手动选网命令里“1,2,”的含义分别是操作方式设为手动、格式为数字编码“46000”就是MCC和MNC拼接成的PLMN ID。手动选网只能选到“网络广播里有、但不被禁止列表排除”的PLMN。我经常用它来验证一个问题某个区域信号很强但终端不驻留到底是SIB1没广播该PLMN还是核心网拒绝了注册。前者手动选网会提示“网络不可用”后者手动选网能选上但随后会掉回自动模式。2.3 手动选网与自动选网在路测中的定位差异在路测和优化里手动选网和自动选网不只是一条命令的区别。自动选网适合验证真实用户行为终端会在RPLMN、EHPLMN和信号质量之间做综合判断手动选网适合验证单点覆盖锁住PLMN后测CSFB、VoLTE或数据业务能过滤掉选网逻辑带来的干扰。我见过不少优化工程师在测试时全程锁频却忘了锁PLMN结果终端在异网小区上重选测出的覆盖洞其实是两个运营商网络边界造成的假弱覆盖。一个容易被忽略的细节是测试手机锁频和锁PLMN是两个独立动作。有些手机支持锁频但选网还是自动的如果目标PLMN不在该频点小区的广播列表里终端会一直“正在搜索”面板上看不到网络名。这时先跑一遍ATCOPS? 确认该频点下能搜到哪个PLMN再决定是修配置还是换测试策略。养成这个习惯后定位“终端不驻留”的速度会明显加快。3. 网络侧怎么把PLMN“说”给终端SIB1广播与核心网漫游控制的落地3.1 gNB侧的SIB1 PLMN列表参数无线侧对PLMN选择的影响集中在系统消息广播里LTE看SIB1NR同样看SIB1。终端开机后先扫频点找到同步信号后读取MIB再读SIB1SIB1里第一个关键字段就是plmn-IdentityList。这个列表里可以广播一个或多个PLMN每个PLMN后面的cellReservedForOperatorUse字段还控制着这个小区是否允许该PLMN的普通用户驻留。规划时常见做法是共享基站只广播一个PLMN但遇到MOCN多运营商共享场景就得按要求广播多个。配置数据写进OMC后下发到gNB转成ASN.1编码手动核对时要特别注意解析出来的MCCMNC顺序NR的编码规则里MCC是逆序存放的直接看原始16进制文件很容易看反。plmn-IdentityList plmn-Identity mcc460/mcc mnc00/mnc cellReservedForOperatorUsenotReserved/cellReservedForOperatorUse /plmn-Identity plmn-Identity mcc460/mcc mnc11/mnc cellReservedForOperatorUsenotReserved/cellReservedForOperatorUse /plmn-Identity /plmn-IdentityList trackingAreaCode0xA101/trackingAreaCode cellReselectionInfo q-RxLevMin-120/q-RxLevMin s-NonIntraSearch10/s-NonIntraSearch t-Reselection1/t-Reselection /cellReselectionInfo上面这段是我平时做基站数据配置时的通用示意结构。plmn-IdentityList里的顺序有讲究终端读到列表后会按顺序和第2章说的PLMN优先级做匹配一般情况下第一个广播的PLMN会被终端优先考虑所以共享站会把主要归属运营商的PLMN放在第一个。trackingAreaCode对应核心网的TAC同一个PLMN下的相邻小区如果TAC不一致会发生周期性位置更新终端耗电明显上升。q-RxLevMin是驻留的最低门限默认-120dBm如果和PLMN列表配合不当会出现“广播了PLMN但终端因为门限太高不驻留”的情况。这里要补一个参数细节cellReselectionPriority是小区重选优先级在NR里取值范围0到7高优先级频点会被优先重选。很多优化工程师把它当成单纯的覆盖参数来调忽略了它其实是PLMN选择策略的一部分。比如两网交界处目标PLMN的小区信号比当前PLMN低5dB但只要重选优先级高终端依然会切过去。调整这个参数前先确认你改的是哪个PLMN下的优先级因为每个PLMN可以对应不同的重选优先级配置。3.2 核心网侧的等效PLMN与漫游控制终端收到SIB1里的PLMN列表后能不能真正驻留下去还要过核心网这一关。注册请求到达AMF5G或MME4G后网元会根据用户签约数据决定接受还是拒绝。签约数据里有两个和PLMN选择强相关的配置Equivalent PLMN列表和漫游限制列表。前者让终端在漫游时“把访问网络当作归属网络来用”后者直接禁止特定PLMN的用户接入。实际规划中等效PLMN列表最常用于多运营商共享核心网的场景。比如运营商A和运营商B共用一套RAN但核心网各自独立SIB1里同时广播A和B的PLMN。如果只做RAN共享而不配置EHPLMN用户漫游到对方网络范围时会发现服务名变了数据业务也可能触发额外的P-GW选择流程。常见做法是双方在漫游协议里约定把对方PLMN加入各自的EHPLMN列表这样终端在共享站下始终显示归属网络名业务体验和无感知漫游一致。配置EHPLMN时的落地要点是它只影响注册和选网决策不影响计费归属。终端携带的PLMN还是会正常上报给核心网网络侧依然能分清用户是从哪个PLMN接入的。这一点经常被非核心网专业的规划同事误解以为配了EHPLMN就是“网络合并了”实际只是终端侧显示和选网策略的等效化。漫游限制则完全相反它是在核心网侧强制断绝某类PLMN的接入适合用在国际漫游欺诈保护和特定区域的业务隔离上配置前要核对运营商间的漫游协议不能只看本地诉求。配置对象常见参数作用范围典型误用小区SIB1plmn-IdentityList、q-RxLevMin、cellReselectionPriority无线小区级多个PLMN优先级写反核心网注册Equivalent PLMN列表用户注册流程以为会影响计费归属核心网漫游漫游限制、禁止PLMN列表全网漫游策略把正常漫游用户也禁掉终端USIMEHPLMN、EHPLMN优先级用户侧选网校准后忘记恢复3.3 共享基站MOCN和多PLMN广播的一致性检查MOCNMulti-Operator Core Network是共享基站最常见的组网方式一个gNB同时连多个运营商核心网SIB1广播多个PLMN。规划配置时要保证全网的PLMN广播顺序一致否则终端在共享站间移动时会反复触发选网。我在做这类站点时一般采用“主PLMN固定第一、辅PLMN固定第二、优先级固定同一数值”的策略避免某些小区把辅运营商的PLMN放到了第一位导致该运营商用户重选行为突变。另一个容易遗漏的配置是TAC的映射。共享站下每个PLMN可以配置各自的TAC也可以共用一个TAC规划决定用哪种方式前一定要和核心网的注册区配置对齐。如果gNB侧TAC和AMF侧配置不一致用户从共享站迁出时会多一次全网位置更新高铁专网场景尤其明显。参数下发后不要只看OMC上配置成功要抓SIB1日志做解码确认ATCOPS? 能看到的PLMN不完整抓包才能看到完整的plmn-IdentityList字段。4. 边界、高铁与共享站场景的PLMN选择优化策略4.1 跨运营商边界两个PLMN交界处的选网控制两个运营商网络覆盖交界的区域终端会面临“守着A网络还是切到B网络”的抉择。边界优化的核心矛盾是用户的可感知信号还够用但归属网络的小区已经扛不住了。很多优化工程师在边界一味调大CIO、加快切换结果忽略了重选侧的控制用户在空闲态过早重选到异网PLMN等做业务时再切回来掉线率自然高。我处理边界问题时习惯按三个维度去查重选优先级、最低驻留门限和频点优先级。比如归属网络在边界区域的覆盖余量比异网低6dB可以把归属网络目标频点的cellReselectionPriority调高1同时配一个稍微宽松的q-RxLevMin给终端一个“再等等”的空间。这个方案比单纯优化切换参数更省事也更好监控因为重选行为可以通过路测软件直接看到事件日志。边界区域不要同时调SIB1里的多个参数一次只改一个出问题回溯时能快速定位。边界还有一类场景是跨省或跨运营商的TAC不一致。终端驻留到异网PLMN后做位置更新如果新网的TAC范围设计过大会导致位置更新信令集中某个TAC下的寻呼量失衡。规划阶段就要把边界两侧的TAC切割线尽量对齐到覆盖自然边界上避免在信号犬牙交错的地带反复触发TAU。4.2 高铁场景专网频点和公网PLMN的优先级协同高铁场景的PLMN选择优化要处理的问题比普通城市网格复杂列车以200km/h以上速度跨越大范围终端需要频繁重选和切换同时车内穿透损耗高网络侧通常要部署专网基站来保证连续覆盖。专网基站可以重用公网PLMN也可以独立出专用PLMN规划取舍直接影响终端行为。重用公网PLMN的优点是用户全程感觉不到网络切换缺点是公网用户会随机接入专网小区专网容量很难保障。常见做法是高铁专网沿用公网PLMN但配置专用频点和更高的重选优先级让高铁用户在专网覆盖范围内优先驻留到专网频点。这里要小心一个坑专网小区的TAC必须和相邻公网区域区分否则列车离开专网覆盖后终端不会发起位置更新后续寻呼全打到专网TAC里被叫接通率会明显恶化。我一般会在高铁沿线的专网和公网交界处做一个重选优先级阶梯专网最高、紧邻公网频点次高、远端频点最低这样终端出专网时会沿着频点优先级平滑过渡不会出现短暂的无服务窗口。高铁场景还要关注双PLMN广播的车站站。车站通常同时覆盖高铁专网和城市公网SIB1里如果只广播一个PLMN另一类用户的终端虽然能识别小区但注册会被拒。优化前先核对车站小区的PLMN广播列表确认专网和公网的PLMN都在再检查两个PLMN各自的重选优先级是否和沿线策略一致。很多车站翻车案例都是只加了PLMN列表没配对应优先级结果终端还是待在了优先级更高的城市频点上。4.3 共享站点的PLMN优先级与防止“驻留漂移”多运营商共享基站的PLMN选择优化重点在防止用户从归属PLMN“漂移”到非签约PLMN。比如某共享站同时广播PLMN-A和PLMN-BA网用户如果发现B网频点信号更强且优先级更高会挣脱A网驻留条件重选到B网。B网核心网如果允许漫游接入用户还能正常用业务但体验、计费和网络质量都可能被记到B网头上。规避办法不是禁止B网广播而是把广播列表里的两个PLMN重选优先级设置成相同数值让终端按信号质量做判断归属PLMN信号既然够用就不容易切出去。还有一个控制手段是使用SIB1里的cellReservedForOperatorUse字段。把非主运营商的PLMN在这个小区设为reserved该PLMN终端只能应急接入不能正常驻留适合容量共享但业务出口分开的场景。配置时要确认该字段对终端行为的影响是否覆盖5G NR和LTE两个制式有些旧终端对NR reserved字段的处理和LTE不完全一致会出现驻留失败后对周边所有小区都“记仇”的异常表现。通过路测事件日志观察驻留行为能发现这些终端兼容性问题把日志里的重选失败原因字段和PLMN对应起来比单纯看KPI更容易定位。5. 避坑PLMN选择配置里最常见的5个翻车现象与排查方法5.1 有信号但显示无服务SIB1广播的PLMN被禁止列表吞掉了现象终端显示满格信号但状态栏一直“无服务”手动搜索网络能搜到小区ID但选择后提示不可接入。原因有两类一类是小区SIB1里广播的PLMN确实存在但被核心网下发的禁止PLMN列表包含另一类是USIM卡里的EF-FPLMNForbidden PLMN列表不干净之前多次注册失败被终端自动加进了黑名单。解决步骤是先查gNB侧SIB1实际广播的PLMN再用ATCOPS? 手动选一次目标PLMN如果手动也进不去基本可以排除SIB1问题重点查核心网配置或换一张干净测试卡验证。5.2 双卡手机副卡反复“正在搜索”RPLMN缓存和系统消息冲突现象双卡手机主卡正常副卡在一栋楼里反复显示“正在搜索”电量掉得特别快。原因是副卡开机时优先找RPLMN如果上次关机位置接近当前小区但RPLMN的TAC变了或SIB1里的PLMN列表顺序调整过副卡会在“可用网络搜索-注册失败-再搜索”之间空转。解决方法是把该区域的SIB1广播的PLMN顺序按RPLMN策略重排保证上次驻留的PLMN仍然排在广播列表最前面同时把小区重选优先级设置成和周边网格一致减少终端选到“周边信号最强但归属不对”的异网小区。副卡问题还要和终端厂商确认它们是否支持基于卡槽的PLMN独立优先级不支持的话只能靠网络侧收敛广播列表。5.3 边界区域信号好但驻留不到目标PLMN重选优先级配反现象跨运营商边界路测A网信号-100dBm以上B网信号-95dBm但测试终端始终驻留在B网锁A频点后A网注册正常一放开自动选网立刻回B。原因是A网和B网的目标频点重选优先级被配反了B网频点在边界区域广播了7而A网频点只有3终端当然优先选B。这类问题在边界区域特别常见因为两侧工程师各调各的边界小区配置时都没看全局。解决方法是定义一张边界区域的重选优先级表两个运营商共用的边界频点优先级必须对称至少保证归属PLMN的优先级不低于异网。事后把两侧参数抓出来对比就能避免这种低级的“翻车”。5.4 国际漫游用户进网后显示不了运营商名字EHPLMN缺失和名称解析失败现象漫游用户到访后能注册上网络有数据连接但手机状态栏不显示运营商名字或显示“未知”。原因是终端显示运营商名称时优先使用SIB1里广播的PLMN名称字段如果共享站广播了多个PLMN名称字段只有主PLMN有值漫游PLMN的名称会缺失。再加上核心网侧没配置对应的等效归属PLMN终端不能按归属名显示就退化成未知。解决方法是查小区级的PLMN名称参数配置全量补齐所有广播PLMN的显示名同时在核心网侧把漫游用户在共享站使用的PLMN加入其EHPLMN列表让终端用归属网名称兜底。这个排查在国界新城和地铁跨境线路上很常见。5.5 测试手机锁了PLMN后路测数据全乱优先级强制覆盖全局现象路测时为了固定测某个网络测试手机手动锁到PLMN-A结果整条线路数据都显示PLMN-A但同路段另一台不锁的手机驻留在PLMN-B两套数据处理后栅格对不上。原因是锁PLMN后终端的自动重选逻辑整体失效手动选择的PLMN会覆盖所有频点优先级周边其他PLMN全部被当成不可用。这不是网络问题是测试方法问题。解决方法是测试前确认路测用例是否需要全自动选网模式锁PLMN只用于固定业务测试网格优化拉网测试应该用自动模式保留完整选网行为如果确实要控制PLMN就采用频点锁定而非PLMN锁定干扰面更小。6. 用路测日志验证PLMN选择一条Python脚本帮你定位驻留异常6.1 路测CSV里哪些字段必须留PLMN选择的验证离不开路测日志但并不是所有路测软件导出的字段都有用。做驻留分析时我一般强制保留五个字段时间戳、IMSI或IMEI、驻留PLMN的MCC、驻留PLMN的MNC、当前服务小区RSRP另外把事件的注册状态和重选原因带上用来区分“正常选网”和“异常驻留”。很多路测软件默认导出几十列数据量大了之后反而淹没了关键信息规划阶段提前把导出模板固定下来比事后补字段省力得多。6.2 Python统计PLMN驻留占比和异常窗口拿到CSV日志后可以用下面这个脚本快速统计各类PLMN的驻留时长占比同时找出“RSRP不差但却无服务”的可疑窗口。import csv from collections import Counter plmn_counter Counter() bad_window [] with open(drive_test.csv, newline, encodingutf-8) as f: for row in csv.DictReader(f): mcc row.get(mcc, ).strip() mnc row.get(mnc, ).strip() rsrp int(float(row.get(rsrp, -150))) state row.get(state, no_service) if mcc and mnc: plmn f{mcc}{mnc} plmn_counter[plmn] 1 else: plmn unknown # 信号不算差却无服务优先怀疑PLMN被禁或广播缺失 if state no_service and rsrp -105: bad_window.append((row.get(timestamp), row.get(cell_id), plmn, rsrp)) print(PLMN驻留记录数统计) for plmn, cnt in plmn_counter.most_common(): print(f {plmn}: {cnt}) print(f无服务但RSRP-105dBm的可疑窗口共{len(bad_window)}个) for item in bad_window[:20]: print( , item)这段脚本的逻辑很直接先把每条日志的MCC和MNC拼成PLMN统计各PLMN的记录数粗略代表驻留时长占比再筛出那些RSRP还在合理范围但状态却是无服务的记录这些窗口通常就是PLMN选择异常的现场。脚本跑完后把可疑窗口对应的时间点和附近基站的小区配置列表对齐重点看SIB1广播的PLMN是否缺失、禁止列表是否覆盖了该区域。这个脚本只负责粗筛适合拿到新区域数据后第一轮快速摸底不会替代商用分析工具但能帮你在一堆导出的数据里先圈出要深挖的地方。6.3 把日志时间和配置变更对齐建立基线用脚本定位出异常窗口后下一步是把它和附近的配置变更时间对齐。我见过不少案例路测出的驻留问题实际是前一天的参数调整引入了PLMN广播顺序变化但调整记录没写进变更单现场排查白折腾两天。我现在每做一次涉及PLMN的调整都会先导出调整前后的SIB1抓包留底再跑一遍上面的统计脚本把“正常基线”和“变更后”的PLMN驻留占比做成一组对比数据。这样后续出现任何选网投诉先用脚本筛一遍日志再和基线比五分钟就能判断是不是配置变动引起的。这套流程虽然朴素但在网格优化和边界优化这两类场景里比很多花哨的AI诊断工具都管用。希望这个习惯和脚本也能帮到你。本文还有配套的精品资源点击获取 无线网络规划优化必知：PLMN选择机制、配置排查与避坑指南
简介围绕PLMN选择的无线网络规划与优化课件面向无线网络规划工程师、通信专业学生及需要理解终端选网逻辑的测试人员适合作为培训课件或考试复习材料。课件从UE自主选择与PLMN注册两个阶段出发详细讲解全频段搜索、RSRP门槛-110dBm高质量判定、NAS层上报等关键动作并对HPLMN、EHPLMN、VPLMN、RPLMN四类PLMN及RPLMN→HPLMN→VPLMN的优先级顺序做了清晰梳理同时对比手动选择与自动选择的差异说明HPLMN/EHPLMN信息存储在USIM卡中等易混淆点有助于理解UE开机选网和注册失败后的回退机制。包内共1个pptx演示文稿大小约1.08MB适合培训、课堂或自学场景直接演示。该资源已有340人学习下载内容以图文流程为主结构紧凑便于快速建立无线网络规划中PLMN选择专题的知识框架支撑网优工程师在覆盖、容量与服务质量管理中合理设计选网策略。1. 无线网络规划与优化里的PLMN选择一张参数表决定用户回不回得来无线网络规划与优化里PLMN选择往往被当成核心网网元的边界事务但它恰恰是所有覆盖优化的前置条件。几年前我处理过一批“有信号却拨不出电话”的投诉现场RSRP接近 -90 dBmSINR 也不差最后定位到的是SIB1里广播的PLMN和用户SIM卡的签约信息错位——终端能看到这个小区却认为自己不被允许驻留。这个问题在规划阶段一张参数表没填对后台看一天监控也找不出故障。PLMN全称公共陆地移动网络日常说PLMN选择其实是在管“终端开机、重搜、漫游、回退时最终落到哪张网上”这一整条决策链。本文把这套机制拆开给你能直接查的命令、能照抄的参数表格和反复踩过的坑适合刚接手无线网络规划的新人也适合做网格优化的熟手。2. 从搜网到驻留PLMN选择的决策链和一台终端就能查的命令2.1 MCCMNCPLMN最基础的地基一个PLMN在网络侧就是“MCC MNC”两个字段。MCC是国家码MNC是运营商网号两者拼起来就是全网唯一的PLMN ID。例如460 00、460 11、460 20分别对应不同的国内运营商网络。规划工程师在做基站数据时第一个填的就是这个字段填错一个数字整片基站的广播就废了。终端侧也是一样USIM卡里写着一组它“认识”的PLMN开机会拿网络广播的PLMN ID和卡里的数据比对比对通过才允许继续驻留。日常讲的PLMN选择其实包含了四类PLMN归属PLMNHPLMN、等效归属PLMNEHPLMN、访问PLMNVPLMN和禁止PLMNForbidden PLMN。终端选网顺序一般是上次驻留的RPLMN优先找不到再按卡里的优先级找HPLMN或EHPLMN都没有就按信号质量从高到低搜VPLMN扫到的网络只要出现在禁止列表里就跳过。理解这个顺序非常重要因为很多优化手段实际上是“反过来用”的想让终端别来某个小区不用把信号做差把PLMN加进禁止列表就行想让终端优先回自己网络把频点重选优先级调高比提升RSRP更直接。我一般会在项目启动时先做一张PLMN信息表包含MCC、MNC、运营商归属、是否启用、漫游状态、对应的TAC列表。这张表不是给核心网看的是给后续所有小区配置做参照的。实际踩过的坑是多个项目共用模板MNC填成5位数字的GSM NRI格式或者前后厂家配置里MCC字段带不同前缀导致同一个小区的PLMN ID自相矛盾。落地第一步不是调参数是先把这些基础字段统一成一个规范。2.2 终端侧查PLMNAT指令和日志抓取网络侧的配置最终要靠终端的视角来验证。最直接的办法是用一台可以开调试口的手机通过串口或USB发AT指令查当前PLMN状态。这个方法不需要商用路测软件一台手机一根数据线就能做适合开局阶段快速确认某个小区广播的PLMN是否符合规划。# 查询当前驻留网络 ATCOPS? # 查询当前可用PLMN列表会发起一次全频段搜索耗时约 10~30 秒 ATCOPS? # 手动选择目标PLMN例如选择 MCC460, MNC00 的网络 ATCOPS1,2,46000 # 回到自动选网模式 ATCOPS0ATCOPS? 的返回里会带“COPS: 0,0,网络名,7”其中数字0代表自动选网模式网络名后面的数字是接入技术标识7是LTE10是NR。ATCOPS? 会返回一长串可搜索到的网络列表每条记录的格式是“网络名PLMN编号接入技术”查看时重点核对PLMN编号是不是规划里写的那个。注意自动模式下查询结果可能为空这时终端显示有信号但没注册上说明PLMN匹配失败或禁止列表起作用了。手动选网命令里“1,2,”的含义分别是操作方式设为手动、格式为数字编码“46000”就是MCC和MNC拼接成的PLMN ID。手动选网只能选到“网络广播里有、但不被禁止列表排除”的PLMN。我经常用它来验证一个问题某个区域信号很强但终端不驻留到底是SIB1没广播该PLMN还是核心网拒绝了注册。前者手动选网会提示“网络不可用”后者手动选网能选上但随后会掉回自动模式。2.3 手动选网与自动选网在路测中的定位差异在路测和优化里手动选网和自动选网不只是一条命令的区别。自动选网适合验证真实用户行为终端会在RPLMN、EHPLMN和信号质量之间做综合判断手动选网适合验证单点覆盖锁住PLMN后测CSFB、VoLTE或数据业务能过滤掉选网逻辑带来的干扰。我见过不少优化工程师在测试时全程锁频却忘了锁PLMN结果终端在异网小区上重选测出的覆盖洞其实是两个运营商网络边界造成的假弱覆盖。一个容易被忽略的细节是测试手机锁频和锁PLMN是两个独立动作。有些手机支持锁频但选网还是自动的如果目标PLMN不在该频点小区的广播列表里终端会一直“正在搜索”面板上看不到网络名。这时先跑一遍ATCOPS? 确认该频点下能搜到哪个PLMN再决定是修配置还是换测试策略。养成这个习惯后定位“终端不驻留”的速度会明显加快。3. 网络侧怎么把PLMN“说”给终端SIB1广播与核心网漫游控制的落地3.1 gNB侧的SIB1 PLMN列表参数无线侧对PLMN选择的影响集中在系统消息广播里LTE看SIB1NR同样看SIB1。终端开机后先扫频点找到同步信号后读取MIB再读SIB1SIB1里第一个关键字段就是plmn-IdentityList。这个列表里可以广播一个或多个PLMN每个PLMN后面的cellReservedForOperatorUse字段还控制着这个小区是否允许该PLMN的普通用户驻留。规划时常见做法是共享基站只广播一个PLMN但遇到MOCN多运营商共享场景就得按要求广播多个。配置数据写进OMC后下发到gNB转成ASN.1编码手动核对时要特别注意解析出来的MCCMNC顺序NR的编码规则里MCC是逆序存放的直接看原始16进制文件很容易看反。plmn-IdentityList plmn-Identity mcc460/mcc mnc00/mnc cellReservedForOperatorUsenotReserved/cellReservedForOperatorUse /plmn-Identity plmn-Identity mcc460/mcc mnc11/mnc cellReservedForOperatorUsenotReserved/cellReservedForOperatorUse /plmn-Identity /plmn-IdentityList trackingAreaCode0xA101/trackingAreaCode cellReselectionInfo q-RxLevMin-120/q-RxLevMin s-NonIntraSearch10/s-NonIntraSearch t-Reselection1/t-Reselection /cellReselectionInfo上面这段是我平时做基站数据配置时的通用示意结构。plmn-IdentityList里的顺序有讲究终端读到列表后会按顺序和第2章说的PLMN优先级做匹配一般情况下第一个广播的PLMN会被终端优先考虑所以共享站会把主要归属运营商的PLMN放在第一个。trackingAreaCode对应核心网的TAC同一个PLMN下的相邻小区如果TAC不一致会发生周期性位置更新终端耗电明显上升。q-RxLevMin是驻留的最低门限默认-120dBm如果和PLMN列表配合不当会出现“广播了PLMN但终端因为门限太高不驻留”的情况。这里要补一个参数细节cellReselectionPriority是小区重选优先级在NR里取值范围0到7高优先级频点会被优先重选。很多优化工程师把它当成单纯的覆盖参数来调忽略了它其实是PLMN选择策略的一部分。比如两网交界处目标PLMN的小区信号比当前PLMN低5dB但只要重选优先级高终端依然会切过去。调整这个参数前先确认你改的是哪个PLMN下的优先级因为每个PLMN可以对应不同的重选优先级配置。3.2 核心网侧的等效PLMN与漫游控制终端收到SIB1里的PLMN列表后能不能真正驻留下去还要过核心网这一关。注册请求到达AMF5G或MME4G后网元会根据用户签约数据决定接受还是拒绝。签约数据里有两个和PLMN选择强相关的配置Equivalent PLMN列表和漫游限制列表。前者让终端在漫游时“把访问网络当作归属网络来用”后者直接禁止特定PLMN的用户接入。实际规划中等效PLMN列表最常用于多运营商共享核心网的场景。比如运营商A和运营商B共用一套RAN但核心网各自独立SIB1里同时广播A和B的PLMN。如果只做RAN共享而不配置EHPLMN用户漫游到对方网络范围时会发现服务名变了数据业务也可能触发额外的P-GW选择流程。常见做法是双方在漫游协议里约定把对方PLMN加入各自的EHPLMN列表这样终端在共享站下始终显示归属网络名业务体验和无感知漫游一致。配置EHPLMN时的落地要点是它只影响注册和选网决策不影响计费归属。终端携带的PLMN还是会正常上报给核心网网络侧依然能分清用户是从哪个PLMN接入的。这一点经常被非核心网专业的规划同事误解以为配了EHPLMN就是“网络合并了”实际只是终端侧显示和选网策略的等效化。漫游限制则完全相反它是在核心网侧强制断绝某类PLMN的接入适合用在国际漫游欺诈保护和特定区域的业务隔离上配置前要核对运营商间的漫游协议不能只看本地诉求。配置对象常见参数作用范围典型误用小区SIB1plmn-IdentityList、q-RxLevMin、cellReselectionPriority无线小区级多个PLMN优先级写反核心网注册Equivalent PLMN列表用户注册流程以为会影响计费归属核心网漫游漫游限制、禁止PLMN列表全网漫游策略把正常漫游用户也禁掉终端USIMEHPLMN、EHPLMN优先级用户侧选网校准后忘记恢复3.3 共享基站MOCN和多PLMN广播的一致性检查MOCNMulti-Operator Core Network是共享基站最常见的组网方式一个gNB同时连多个运营商核心网SIB1广播多个PLMN。规划配置时要保证全网的PLMN广播顺序一致否则终端在共享站间移动时会反复触发选网。我在做这类站点时一般采用“主PLMN固定第一、辅PLMN固定第二、优先级固定同一数值”的策略避免某些小区把辅运营商的PLMN放到了第一位导致该运营商用户重选行为突变。另一个容易遗漏的配置是TAC的映射。共享站下每个PLMN可以配置各自的TAC也可以共用一个TAC规划决定用哪种方式前一定要和核心网的注册区配置对齐。如果gNB侧TAC和AMF侧配置不一致用户从共享站迁出时会多一次全网位置更新高铁专网场景尤其明显。参数下发后不要只看OMC上配置成功要抓SIB1日志做解码确认ATCOPS? 能看到的PLMN不完整抓包才能看到完整的plmn-IdentityList字段。4. 边界、高铁与共享站场景的PLMN选择优化策略4.1 跨运营商边界两个PLMN交界处的选网控制两个运营商网络覆盖交界的区域终端会面临“守着A网络还是切到B网络”的抉择。边界优化的核心矛盾是用户的可感知信号还够用但归属网络的小区已经扛不住了。很多优化工程师在边界一味调大CIO、加快切换结果忽略了重选侧的控制用户在空闲态过早重选到异网PLMN等做业务时再切回来掉线率自然高。我处理边界问题时习惯按三个维度去查重选优先级、最低驻留门限和频点优先级。比如归属网络在边界区域的覆盖余量比异网低6dB可以把归属网络目标频点的cellReselectionPriority调高1同时配一个稍微宽松的q-RxLevMin给终端一个“再等等”的空间。这个方案比单纯优化切换参数更省事也更好监控因为重选行为可以通过路测软件直接看到事件日志。边界区域不要同时调SIB1里的多个参数一次只改一个出问题回溯时能快速定位。边界还有一类场景是跨省或跨运营商的TAC不一致。终端驻留到异网PLMN后做位置更新如果新网的TAC范围设计过大会导致位置更新信令集中某个TAC下的寻呼量失衡。规划阶段就要把边界两侧的TAC切割线尽量对齐到覆盖自然边界上避免在信号犬牙交错的地带反复触发TAU。4.2 高铁场景专网频点和公网PLMN的优先级协同高铁场景的PLMN选择优化要处理的问题比普通城市网格复杂列车以200km/h以上速度跨越大范围终端需要频繁重选和切换同时车内穿透损耗高网络侧通常要部署专网基站来保证连续覆盖。专网基站可以重用公网PLMN也可以独立出专用PLMN规划取舍直接影响终端行为。重用公网PLMN的优点是用户全程感觉不到网络切换缺点是公网用户会随机接入专网小区专网容量很难保障。常见做法是高铁专网沿用公网PLMN但配置专用频点和更高的重选优先级让高铁用户在专网覆盖范围内优先驻留到专网频点。这里要小心一个坑专网小区的TAC必须和相邻公网区域区分否则列车离开专网覆盖后终端不会发起位置更新后续寻呼全打到专网TAC里被叫接通率会明显恶化。我一般会在高铁沿线的专网和公网交界处做一个重选优先级阶梯专网最高、紧邻公网频点次高、远端频点最低这样终端出专网时会沿着频点优先级平滑过渡不会出现短暂的无服务窗口。高铁场景还要关注双PLMN广播的车站站。车站通常同时覆盖高铁专网和城市公网SIB1里如果只广播一个PLMN另一类用户的终端虽然能识别小区但注册会被拒。优化前先核对车站小区的PLMN广播列表确认专网和公网的PLMN都在再检查两个PLMN各自的重选优先级是否和沿线策略一致。很多车站翻车案例都是只加了PLMN列表没配对应优先级结果终端还是待在了优先级更高的城市频点上。4.3 共享站点的PLMN优先级与防止“驻留漂移”多运营商共享基站的PLMN选择优化重点在防止用户从归属PLMN“漂移”到非签约PLMN。比如某共享站同时广播PLMN-A和PLMN-BA网用户如果发现B网频点信号更强且优先级更高会挣脱A网驻留条件重选到B网。B网核心网如果允许漫游接入用户还能正常用业务但体验、计费和网络质量都可能被记到B网头上。规避办法不是禁止B网广播而是把广播列表里的两个PLMN重选优先级设置成相同数值让终端按信号质量做判断归属PLMN信号既然够用就不容易切出去。还有一个控制手段是使用SIB1里的cellReservedForOperatorUse字段。把非主运营商的PLMN在这个小区设为reserved该PLMN终端只能应急接入不能正常驻留适合容量共享但业务出口分开的场景。配置时要确认该字段对终端行为的影响是否覆盖5G NR和LTE两个制式有些旧终端对NR reserved字段的处理和LTE不完全一致会出现驻留失败后对周边所有小区都“记仇”的异常表现。通过路测事件日志观察驻留行为能发现这些终端兼容性问题把日志里的重选失败原因字段和PLMN对应起来比单纯看KPI更容易定位。5. 避坑PLMN选择配置里最常见的5个翻车现象与排查方法5.1 有信号但显示无服务SIB1广播的PLMN被禁止列表吞掉了现象终端显示满格信号但状态栏一直“无服务”手动搜索网络能搜到小区ID但选择后提示不可接入。原因有两类一类是小区SIB1里广播的PLMN确实存在但被核心网下发的禁止PLMN列表包含另一类是USIM卡里的EF-FPLMNForbidden PLMN列表不干净之前多次注册失败被终端自动加进了黑名单。解决步骤是先查gNB侧SIB1实际广播的PLMN再用ATCOPS? 手动选一次目标PLMN如果手动也进不去基本可以排除SIB1问题重点查核心网配置或换一张干净测试卡验证。5.2 双卡手机副卡反复“正在搜索”RPLMN缓存和系统消息冲突现象双卡手机主卡正常副卡在一栋楼里反复显示“正在搜索”电量掉得特别快。原因是副卡开机时优先找RPLMN如果上次关机位置接近当前小区但RPLMN的TAC变了或SIB1里的PLMN列表顺序调整过副卡会在“可用网络搜索-注册失败-再搜索”之间空转。解决方法是把该区域的SIB1广播的PLMN顺序按RPLMN策略重排保证上次驻留的PLMN仍然排在广播列表最前面同时把小区重选优先级设置成和周边网格一致减少终端选到“周边信号最强但归属不对”的异网小区。副卡问题还要和终端厂商确认它们是否支持基于卡槽的PLMN独立优先级不支持的话只能靠网络侧收敛广播列表。5.3 边界区域信号好但驻留不到目标PLMN重选优先级配反现象跨运营商边界路测A网信号-100dBm以上B网信号-95dBm但测试终端始终驻留在B网锁A频点后A网注册正常一放开自动选网立刻回B。原因是A网和B网的目标频点重选优先级被配反了B网频点在边界区域广播了7而A网频点只有3终端当然优先选B。这类问题在边界区域特别常见因为两侧工程师各调各的边界小区配置时都没看全局。解决方法是定义一张边界区域的重选优先级表两个运营商共用的边界频点优先级必须对称至少保证归属PLMN的优先级不低于异网。事后把两侧参数抓出来对比就能避免这种低级的“翻车”。5.4 国际漫游用户进网后显示不了运营商名字EHPLMN缺失和名称解析失败现象漫游用户到访后能注册上网络有数据连接但手机状态栏不显示运营商名字或显示“未知”。原因是终端显示运营商名称时优先使用SIB1里广播的PLMN名称字段如果共享站广播了多个PLMN名称字段只有主PLMN有值漫游PLMN的名称会缺失。再加上核心网侧没配置对应的等效归属PLMN终端不能按归属名显示就退化成未知。解决方法是查小区级的PLMN名称参数配置全量补齐所有广播PLMN的显示名同时在核心网侧把漫游用户在共享站使用的PLMN加入其EHPLMN列表让终端用归属网名称兜底。这个排查在国界新城和地铁跨境线路上很常见。5.5 测试手机锁了PLMN后路测数据全乱优先级强制覆盖全局现象路测时为了固定测某个网络测试手机手动锁到PLMN-A结果整条线路数据都显示PLMN-A但同路段另一台不锁的手机驻留在PLMN-B两套数据处理后栅格对不上。原因是锁PLMN后终端的自动重选逻辑整体失效手动选择的PLMN会覆盖所有频点优先级周边其他PLMN全部被当成不可用。这不是网络问题是测试方法问题。解决方法是测试前确认路测用例是否需要全自动选网模式锁PLMN只用于固定业务测试网格优化拉网测试应该用自动模式保留完整选网行为如果确实要控制PLMN就采用频点锁定而非PLMN锁定干扰面更小。6. 用路测日志验证PLMN选择一条Python脚本帮你定位驻留异常6.1 路测CSV里哪些字段必须留PLMN选择的验证离不开路测日志但并不是所有路测软件导出的字段都有用。做驻留分析时我一般强制保留五个字段时间戳、IMSI或IMEI、驻留PLMN的MCC、驻留PLMN的MNC、当前服务小区RSRP另外把事件的注册状态和重选原因带上用来区分“正常选网”和“异常驻留”。很多路测软件默认导出几十列数据量大了之后反而淹没了关键信息规划阶段提前把导出模板固定下来比事后补字段省力得多。6.2 Python统计PLMN驻留占比和异常窗口拿到CSV日志后可以用下面这个脚本快速统计各类PLMN的驻留时长占比同时找出“RSRP不差但却无服务”的可疑窗口。import csv from collections import Counter plmn_counter Counter() bad_window [] with open(drive_test.csv, newline, encodingutf-8) as f: for row in csv.DictReader(f): mcc row.get(mcc, ).strip() mnc row.get(mnc, ).strip() rsrp int(float(row.get(rsrp, -150))) state row.get(state, no_service) if mcc and mnc: plmn f{mcc}{mnc} plmn_counter[plmn] 1 else: plmn unknown # 信号不算差却无服务优先怀疑PLMN被禁或广播缺失 if state no_service and rsrp -105: bad_window.append((row.get(timestamp), row.get(cell_id), plmn, rsrp)) print(PLMN驻留记录数统计) for plmn, cnt in plmn_counter.most_common(): print(f {plmn}: {cnt}) print(f无服务但RSRP-105dBm的可疑窗口共{len(bad_window)}个) for item in bad_window[:20]: print( , item)这段脚本的逻辑很直接先把每条日志的MCC和MNC拼成PLMN统计各PLMN的记录数粗略代表驻留时长占比再筛出那些RSRP还在合理范围但状态却是无服务的记录这些窗口通常就是PLMN选择异常的现场。脚本跑完后把可疑窗口对应的时间点和附近基站的小区配置列表对齐重点看SIB1广播的PLMN是否缺失、禁止列表是否覆盖了该区域。这个脚本只负责粗筛适合拿到新区域数据后第一轮快速摸底不会替代商用分析工具但能帮你在一堆导出的数据里先圈出要深挖的地方。6.3 把日志时间和配置变更对齐建立基线用脚本定位出异常窗口后下一步是把它和附近的配置变更时间对齐。我见过不少案例路测出的驻留问题实际是前一天的参数调整引入了PLMN广播顺序变化但调整记录没写进变更单现场排查白折腾两天。我现在每做一次涉及PLMN的调整都会先导出调整前后的SIB1抓包留底再跑一遍上面的统计脚本把“正常基线”和“变更后”的PLMN驻留占比做成一组对比数据。这样后续出现任何选网投诉先用脚本筛一遍日志再和基线比五分钟就能判断是不是配置变动引起的。这套流程虽然朴素但在网格优化和边界优化这两类场景里比很多花哨的AI诊断工具都管用。希望这个习惯和脚本也能帮到你。本文还有配套的精品资源点击获取