简介《无线网络规划与优化-PLMN选择》课件面向无线网络规划、优化工程师及通信专业学习者聚焦UE接入移动网络时的PLMN选择机制系统梳理自主选择与注册两个阶段、HPLMN/EHPLMN/VPLMN/RPLMN四类概念及优先级顺序可帮助读者快速掌握选网原理为网络覆盖、容量及服务质量优化奠定基础。包体为单个PPTX演示文档大小约1.08MB共1个文件以图文形式清晰呈现PLMN选择流程、分类与优先级适合用于培训、自学或内部技术分享。目前已有340人学习下载。通过该课件可深入理解UE在全频段搜索中如何识别高质量PLMNRSRP不低于-110dBm以及注册失败后重回自主选择的过程同时明确RPLMN、HPLMN或EHPLMN、VPLMN的优先顺序避免选网与优化中的常见误区提升网络接入效率与用户满意度是一份精简实用的通信技术学习资料。1. 无线网络规划与优化为什么 PLMN 选择是第一道关卡做过无线网络规划的人都有一个体会很多投诉单表面上是“信号差”“上不了网”但最后定位出来的根因根本不是覆盖而是终端选了错误的 PLMN——通俗点说手机接入了一个“能看见但不该接入”的网络。这个现象在边界区域、高铁沿线、新建室分覆盖区尤其常见。PLMNPublic Land Mobile Network公共陆地移动网络选择是整个无线网络规划与优化流程的第一道关卡如果终端连的网络都不对后续的功率规划、频率规划、邻区关系做得再漂亮都白搭。这份《无线网络规划与优化-PLMN选择.pptx》是一份偏工程落地的教学资料覆盖了 PLMN 的概念、选网机制、规划参数和在现网优化中的典型应用。适合刚接触网络规划的新人建立完整框架也适合做日常优化的一线工程师用来对齐参数配置习惯。接下来我按实际拆解这份资料会用到的思路把 PLMN 选择从原理到坑点完整过一遍。2. PLMN 选择机制从 MCC/MNC 到选网优先级规划师必须先懂终端怎么“看”网络2.1 PLMN 的构成与识别MCC、MNC 不是两个数字那么简单PLMN 由 MCCMobile Country Code移动国家码和 MNCMobile Network Code移动网络码拼接而成。国内常见的组合中国移动 46000/46002中国联通 46001中国电信 46011。这个拼接规则看似简单但在规划阶段有一个容易忽略的点MNC 可能是两位也可能是三位不同国家的编码长度不一致例如美国和加拿大的 MNC 多为三位。终端在解析广播消息时如果规划师在核心网侧或无线侧配置的 MCC/MNC 长度与终端预期不符会导致终端无法识别该网络直接表现为“有信号但无法注册”。在实际规划中我们需要同时关注 PLMN 的“广播层”和“配置层”。基站通过系统消息LTE 的 SIB1、NR 的 MIB/SIB1广播 PLMN 列表核心网则通过注册接受消息告诉终端当前网络完整的 PLMN 信息。这两个层面的 PLMN 如果不一致终端在空闲态重选或连接态切换时都会出现异常。我在做边界区域规划时通常会在基站配置核查表里专门列一栏“广播 PLMN 与核心网配置 PLMN 是否一致”这一栏的检查优先级高于一切频率和功率参数。以下是 PLMN 识别参数的关键字段也是我在规划核查时必查的清单参数名称取值示例规划核查要点MCC460必须与所在国家码一致国际边界站特别注意邻国 MCC 是否被误配MNC00 / 01 / 11注意两位/三位编码差异配置后需用终端实测读取PLMN 广播列表PLMN 1: 46000, PLMN 2: 46011广播列表顺序直接影响终端扫描优先级等效 PLMN 列表EPLMN46000, 46002核心网下发的等效列表终端在列表中可免去重新选网提示不要只核对规划文档里的 PLMN 参数要用路测终端实际读取一次系统消息确认广播层和配置层数据完全吻合。这是我在项目验收阶段必做的一步。2.2 终端的选网逻辑自动选网模式下优先级顺序是“先 RPLMN再 EHPLMN最后手动/自动扫描”终端的 PLMN 选择不是随机行为而是按照 3GPP 规范定义的优先级顺序执行。理解这个顺序规划师才能解释“为什么手机在这个区域选了某个网络”“为什么重启手机后网络选择行为变了”。终端会优先选择上次成功注册的 RPLMNRegistered PLMN也就是说如果用户上一个位置注册在 46000那么回到覆盖区域时手机会优先尝试 46000哪怕 46011 的信号更强。这个机制在高铁、地铁等快速移动场景中影响很大因为终端可能携带“过期的 RPLMN”进入新区域导致注册失败后触发全频段搜索整个过程耗时 5 到 20 秒不等。HPLMNHome PLMN归属 PLMN和 EHPLMNEquivalent Home PLMN等效归属 PLMN属于第二优先级。漫游场景中EHPLMN 的作用是让终端把多个 PLMN 视为“等效归属网络”避免频繁选网。规划中通常会在核心网侧配置 EHPLMN 列表如果无线侧只配置了归属 PLMN没有配置等效列表终端在国际漫游时将无法识别合作伙伴网络只能跳转到手动选网。以下是自动选网模式的完整优先级顺序第一优先RPLMN上次成功注册的网络第二优先EHPLMN等效归属网络需 SIM 卡支持第三优先HPLMN归属网络第四优先运营商控制的高优先级 PLMN通过 OPLMN 表配置第五优先其他 PLMN按信号强度随机扫描规划师需要明白的一点是无线侧能控制的只是“广播哪些 PLMN”和“重选参数怎么设”而 RPLMN 与 EHPLMN 的逻辑在核心网侧。跨部门协作时如果无线侧发现终端选网行为异常第一反应应该是拉取核心网注册信令而不是反复调整基站重选参数——这是我在项目里踩过坑后形成的习惯。2.3 选网策略对网络规划的影响从覆盖设计反推 PLMN 配置大部分 LTE/NR 规划项目里PLMN 选择的关注点集中在“配置正确”而不是“策略设计”。但在多运营商共享基站比如联通电信共建共享或特殊园区场景下PLMN 策略会直接影响覆盖设计。举个例子某个园区共享基站广播两个 PLMN46011 和 46001如果终端从园区外进入RPLMN 是 46000 中国移动而园区内只有联通电信共享覆盖那终端会先在 46000 上尝试注册失败后进入 TAC 更新拒绝或位置更新拒绝流程随后触发全频段搜索。这个过程的时延加上失败重试用户感知就是“进园区后手机断网 30 秒以上”。解决思路有两类一类是在边界区域增加异系统/异频重选参数让终端尽快离开无覆盖 PLMN另一类是在核心网配置等效 PLMN让终端把共享网络视为“可接受网络”。这两类方案分别属于无线侧优化和核心网侧优化规划文档中必须明确责任边界否则项目交付时会出现无线侧说核心网没配、核心网说无线侧参数错误的扯皮局面。我在做这类项目时会在规划文档中专门用一页“PLMN 选择责任矩阵”表格列清楚每个参数由谁配置、由谁验证避免交付阶段互相推诿。3. PLMN 选择在规划流程中的落地从勘察到参数配置一步步把这些参数写进工程参数表3.1 规划阶段的 PLMN 配置流程勘察、仿真、参数映射三步走PLMN 选择在无线网络规划与优化中的落地不是一个孤立参数而是一条完整流程。第一步是现场勘察在目标区域确认 MCC/MNC 归属、是否有共享基站、是否存在边界漫游场景如机场、口岸、省界。勘察输出物是一张“PLMN 场景登记表”记录每个站点覆盖范围内可能出现的 PLMN 组合和终端人群属性本地用户、常旅客、国际漫游用户。我在勘察时还会额外记录一个信息现场是否存在信号放大器或私装直放站这些设备可能广播错误或不完整的 PLMN 列表干扰终端选网判断。第二步是仿真阶段的 PLMN 映射在规划仿真工具中每个小区需要配置 PLMN 列表同时需要配置“该小区是否允许接入”。这一步通常在网规网优工具里完成关键是配置项之间的联动关系cell_config: cell_id: SZ_HuangPu_B1_001 plmn_list: - mcc: 460 mnc: 00 is_primary: true - mcc: 460 mnc: 11 is_primary: false cell_reserved_for_operator_use: false equivalent_plmn_list: - 46000 - 46011这段配置的含义是该小区广播 46000 和 46011 两个 PLMN其中 46000 为主 PLMN46011 为共享 PLMN同时该小区支持等效 PLMN 列表。注意这里的 is_primary 参数决定终端在信号强度相同的情况下优先选择哪个网络如果主 PLMN 标识错误终端选网会乱序。参数配置完成后第三步是输出工程参数表把 PLMN 相关参数与频点、PCI、TAC 等参数放在一起同步给核心网和无线侧施工队。这个流程在实际项目中最容易出问题的环节是第二步和第三步之间的交接仿真工具里改了一个 PLMN但工程参数表没有同步更新导致施工时基站配置的还是旧数据。我现在的习惯是每次 PLMN 配置变更后强制做一次“配置参数表版本核对”用脚本比对仿真输出和工程表的差异字段。3.2 空闲态重选与 PLMN 优先级联动重选参数调整不能只看信号电平PLMN 选择和小区重选是两个紧密关联但又独立的过程。终端空闲态守在小区的逻辑是先确定“这个小区广播的 PLMN 是不是我能接受的”如果可接受再评估“当前服务小区的信号质量是否满足驻留条件”。重选参数如 S 准则、R 准则中的 qRxLevMin、threshXHigh只影响同 PLMN 下的小区选择不影响终端跨 PLMN 的决策。很多优化工程师容易把这两件事混在一起终端从 46000 重选到 46011 失败第一反应是调大重选门限但实际原因是 46011 的 PLMN 不在终端可接受列表内。正确的调整思路是这样的先确认目标 PLMN 是否在小区广播列表中且终端 SIM 卡是否允许接入该 PLMN再检查重选参数中的 threshServingLow 和 threshXHigh 是否配置合理最后核查小区是否有小区禁止cellBarred或保留reservedForOperatorUse标记其中第二步的参数在 LTE 和 NR 中的定义略有差异。LTE 中常用 q-RxLevMin 和 s-IntraSearch 控制同频测量启动NR 中则引入了更多的滞后参数。但总体来说跨 PLMN 重选的核心是让终端“在合适的信号电平下触发对邻区列表的测量”。我用一个实际案例说明某商场室分覆盖场景室分小区广播 46000隔壁宏站广播 46011商场内用户反映“走到门口手机不从 46000 切到 46011”。排查后发现室分小区的 s-IntraSearch 配置为 -100dBm而门口信号电平在 -105dBm 左右终端不启动同频测量自然看不到 46011。调整 s-IntraSearch 到 -110dBm 后问题解决。这就是典型的“重选参数影响跨 PLMN 切换”的场景。3.3 连接态切换与 PLMN 的关系切换不是只看邻区对连接态业务中的 PLMN 影响相对隐蔽因为切换流程由网络侧控制终端不能自主选择目标小区。但如果目标小区的 PLMN 不在终端的允许列表中或者目标小区所属的 TATracking Area不允许当前 PLMN 接入切换请求会被目标侧拒绝导致掉话或切换失败。在规划阶段这意味着邻区规划的核对清单里必须增加一列“邻区 PLMN 与源小区 PLMN 是否匹配”。匹配规则如下场景源小区 PLMN目标小区 PLMN是否允许切换规划动作普通同运营商4600046000允许正常配置邻区共享基站4600046000 46011允许确认核心网已配置共享 PLMN边界漫游4600046011视漫游协议而定确认是否配置跨运营商邻区非法接入4600046099不允许不配置邻区且核查广播数据第三行“边界漫游”是规划文档中最常被忽略的场景。很多规划师默认“不同运营商之间不配置邻区”但在边境地区、机场跨境覆盖场景中跨运营商邻区是保证用户体验的合理配置。前提是双方签有漫游协议且核心网已经交换了 PLMN 配置数据。我在处理这类场景时会先在核心网侧做一次“漫游接入测试”确认终端用对方 SIM 卡能够成功注册再在无线侧添加邻区关系。如果不做这个验证直接加邻区切换一定会失败而且失败原因在无线侧看不出来。4. PLMN 选择避坑指南五个在现网真实发生过的问题现象、原因、解决方案一次说清4.1 全网小区广播 PLMN 配置正确但部分终端无法注册现象某个区域内多款手机无法注册网络显示“无服务”或“只能拨打紧急电话”而同区域其他手机正常。原因核查后发现这些异常终端的 SIM 卡来自一个虚拟运营商MVNO其签约 PLMN 是 46000但基站广播列表中只配置了 46002 作为主 PLMN未配置 46000。虚拟运营商的 SIM 卡不允许接入仅广播 46002 的网络导致注册失败。解决在问题区域基站的广播列表中增加 46000 作为等效 PLMN同时同步更新核心网侧的签约数据。从那以后我在每次 PLMN 配置核查的清单里都增加一项“本地虚拟运营商与 MVNO 的 PLMN 映射清单”防止类似遗漏。4.2 共享基站场景下终端频繁选网功耗和感知双双恶化现象共建共享基站覆盖区域内终端状态栏信号满格但用户反馈“手机发烫、掉电快”且通话过程中出现杂音。原因基站广播了两个 PLMN且两个 PLMN 的信号强度相近终端在空闲态反复重选两个网络。每次重选都会触发位置更新流程导致终端频繁与网络交互。定位时发现 ePLMN 优先级配置错误两个网络被赋予了相同优先级终端无法稳定驻留。解决调整 ePLMN 优先级列表将共享方网络设为较低优先级同时开启重选滞后参数如 q-Hyst减少无效重选次数。这类问题在路测中很难直接发现通常要靠终端侧日志统计重选次数才能定位。4.3 国际漫游用户无法自动选网只能手动搜索现象机场、口岸场景下国际漫游用户到达后手机无法自动注册网络提示“无可用网络”但手动搜索后可以找到网络并注册。原因核心网侧的 EPLMN 列表未配置或配置不完整终端认为收到的网络不是归属网络的等效网络没有触发自动注册流程。部分终端在 SIM 卡中存储了 OPLMNOperator Controlled PLMN列表但该列表可能已过期。解决核心网侧完善 EPLMN 配置与漫游合作方交换最新的 PLMN 白名单无线侧确认广播的 PLMN 与核心网下发的 EPLMN 一致。对于机场这类高漫游场景我建议在勘察阶段就主动联系当地漫游合作方获取最新的 PLMN 映射表而不是等项目验收时才发现问题。4.4 边界区域终端注册在邻国网络产生高额漫游费投诉现象省界或国界附近用户手机自动选择了邻国运营商的网络产生漫游费用户强烈投诉。原因边界区域覆盖信号电平本身接近终端按照“最强信号”原则选择了邻国网络。基站侧没有配置边界小区的 PLMN 优先级限制也没有开启“禁止漫游”策略。解决在边界基站配置 PLMN 限制策略将邻国 PLMN 从广播列表中移除或者配置为“禁止接入”。同时调整小区重选参数让终端优先驻留本国网络。这个问题的难点在于平衡完全移除邻国 PLMN 会导致跨境漫游用户无法接入需要根据项目需求谨慎取舍。4.5 参数配置后终端行为无变化怀疑设备未生效现象按照规划文档修改了 PLMN 广播列表和重选参数但路测终端依旧选择旧网络修改似乎完全无效。原因基站侧修改配置后未执行小区激活或配置下发或者终端缓存的 RPLMN 优先级高于新配置重启手机后验证结果不同。另外还有一种常见情况仿真工具里改的是“规划值”但基站实际运行的“执行值”是通过不同接口下发的两套数据没有同步。解决修改后依次执行三步验证第一在基站侧命令行查询当前生效配置第二用测试终端在小区边缘做“飞行模式开关”测试强制重新选网第三对比规划值与执行值差异脚本确认没有历史配置残留。这三步做完才能判断参数是否真正生效。5. 用现网数据验证 PLMN 配置从终端日志到信令分析一套可用到底的检查方法PLMN 配置做得好不好不能只看参数表要看终端的实际行为。我常用的验证方法分三层第一层是路测终端实时读取服务小区广播的 PLMN 信息确认无线侧广播数据第二层是用终端工程模式查看当前注册 PLMN 和上次注册 PLMN确认终端选网逻辑是否按预期执行第三层是拉取核心网注册信令确认网络侧接受的 PLMN 与无线侧广播一致。其中第二层是最容易被忽略的很多测试人员只看“当前服务小区”不看“上次注册 PLMN”但这恰恰是判断 RPLMN 优先级是否干扰测试结果的关键信息。在路测中有一套快速筛选问题的方法。以 Android 终端为例进入工程模式后可以读取以下关键字段-- 伪代码示例从路测日志中筛选 PLMN 相关字段 SELECT timestamp, cell_id, plmn_broadcasted, plmn_registered, plmn_last_registered, rsrp, rsrq FROM drive_test_log WHERE plmn_broadcasted ! plmn_registered OR plmn_last_registered NOT IN (expected_plmn_list) ORDER BY timestamp;这段 SQL 的作用是把路测日志里“广播 PLMN”和“注册 PLMN”不一致的样本筛出来同时列出“上次注册 PLMN”不在预期列表中的异常样本。实际使用中我会额外增加一个字段tacTracking Area Code因为 TAC 与 PLMN 的匹配关系在核心网注册流程中同样关键。筛选结果如果超过总样本的 5%基本可以判定 PLMN 配置存在问题需要进一步定位是无线侧广播问题还是核心网侧注册策略问题。如果低于 5%则先观察是否集中在特定小区或特定终端型号再决定是否升级处理。对于信令分析我通常关注两条消息RRC 建立完成中的“selected PLMN”字段和 NAS 层注册请求中的“requested NSSAI/PLMN”信息。前者直接反映终端选择的是哪个 PLMN后者反映终端的真实意图。两者不一致时说明无线侧接受了终端的接入但核心网可能拒绝了注册请求。此时重点检查核心网的签约数据和漫游白名单不要继续在无线参数上反复调。还有一种快速排查方法是双卡终端对比测试。同一位置、同一运营商网络A 卡正常注册B 卡无法注册问题大概率在 SIM 卡签约数据或 PLMN 白名单与无线侧广播无关。反过来同一张卡在 A 小区正常、B 小区异常问题大概率在 B 小区的广播 PLMN 配置。这种对比法不依赖复杂的后台系统在项目现场就能快速缩小排查范围是我处理 PLMN 投诉的第一反应手段。最后说一个习惯从那以后我每次做完 PLMN 相关的配置调整都强制走一遍“飞行模式开关 10 秒 重启终端 路测 500 米”的验证流程确认终端选网行为完全符合预期后才算闭环。这个流程花不了多少时间但能拦住绝大多数配置翻车的问题。希望帮到你。本文还有配套的精品资源点击获取 PLMN选择：无线网络规划与优化的第一道关卡
简介《无线网络规划与优化-PLMN选择》课件面向无线网络规划、优化工程师及通信专业学习者聚焦UE接入移动网络时的PLMN选择机制系统梳理自主选择与注册两个阶段、HPLMN/EHPLMN/VPLMN/RPLMN四类概念及优先级顺序可帮助读者快速掌握选网原理为网络覆盖、容量及服务质量优化奠定基础。包体为单个PPTX演示文档大小约1.08MB共1个文件以图文形式清晰呈现PLMN选择流程、分类与优先级适合用于培训、自学或内部技术分享。目前已有340人学习下载。通过该课件可深入理解UE在全频段搜索中如何识别高质量PLMNRSRP不低于-110dBm以及注册失败后重回自主选择的过程同时明确RPLMN、HPLMN或EHPLMN、VPLMN的优先顺序避免选网与优化中的常见误区提升网络接入效率与用户满意度是一份精简实用的通信技术学习资料。1. 无线网络规划与优化为什么 PLMN 选择是第一道关卡做过无线网络规划的人都有一个体会很多投诉单表面上是“信号差”“上不了网”但最后定位出来的根因根本不是覆盖而是终端选了错误的 PLMN——通俗点说手机接入了一个“能看见但不该接入”的网络。这个现象在边界区域、高铁沿线、新建室分覆盖区尤其常见。PLMNPublic Land Mobile Network公共陆地移动网络选择是整个无线网络规划与优化流程的第一道关卡如果终端连的网络都不对后续的功率规划、频率规划、邻区关系做得再漂亮都白搭。这份《无线网络规划与优化-PLMN选择.pptx》是一份偏工程落地的教学资料覆盖了 PLMN 的概念、选网机制、规划参数和在现网优化中的典型应用。适合刚接触网络规划的新人建立完整框架也适合做日常优化的一线工程师用来对齐参数配置习惯。接下来我按实际拆解这份资料会用到的思路把 PLMN 选择从原理到坑点完整过一遍。2. PLMN 选择机制从 MCC/MNC 到选网优先级规划师必须先懂终端怎么“看”网络2.1 PLMN 的构成与识别MCC、MNC 不是两个数字那么简单PLMN 由 MCCMobile Country Code移动国家码和 MNCMobile Network Code移动网络码拼接而成。国内常见的组合中国移动 46000/46002中国联通 46001中国电信 46011。这个拼接规则看似简单但在规划阶段有一个容易忽略的点MNC 可能是两位也可能是三位不同国家的编码长度不一致例如美国和加拿大的 MNC 多为三位。终端在解析广播消息时如果规划师在核心网侧或无线侧配置的 MCC/MNC 长度与终端预期不符会导致终端无法识别该网络直接表现为“有信号但无法注册”。在实际规划中我们需要同时关注 PLMN 的“广播层”和“配置层”。基站通过系统消息LTE 的 SIB1、NR 的 MIB/SIB1广播 PLMN 列表核心网则通过注册接受消息告诉终端当前网络完整的 PLMN 信息。这两个层面的 PLMN 如果不一致终端在空闲态重选或连接态切换时都会出现异常。我在做边界区域规划时通常会在基站配置核查表里专门列一栏“广播 PLMN 与核心网配置 PLMN 是否一致”这一栏的检查优先级高于一切频率和功率参数。以下是 PLMN 识别参数的关键字段也是我在规划核查时必查的清单参数名称取值示例规划核查要点MCC460必须与所在国家码一致国际边界站特别注意邻国 MCC 是否被误配MNC00 / 01 / 11注意两位/三位编码差异配置后需用终端实测读取PLMN 广播列表PLMN 1: 46000, PLMN 2: 46011广播列表顺序直接影响终端扫描优先级等效 PLMN 列表EPLMN46000, 46002核心网下发的等效列表终端在列表中可免去重新选网提示不要只核对规划文档里的 PLMN 参数要用路测终端实际读取一次系统消息确认广播层和配置层数据完全吻合。这是我在项目验收阶段必做的一步。2.2 终端的选网逻辑自动选网模式下优先级顺序是“先 RPLMN再 EHPLMN最后手动/自动扫描”终端的 PLMN 选择不是随机行为而是按照 3GPP 规范定义的优先级顺序执行。理解这个顺序规划师才能解释“为什么手机在这个区域选了某个网络”“为什么重启手机后网络选择行为变了”。终端会优先选择上次成功注册的 RPLMNRegistered PLMN也就是说如果用户上一个位置注册在 46000那么回到覆盖区域时手机会优先尝试 46000哪怕 46011 的信号更强。这个机制在高铁、地铁等快速移动场景中影响很大因为终端可能携带“过期的 RPLMN”进入新区域导致注册失败后触发全频段搜索整个过程耗时 5 到 20 秒不等。HPLMNHome PLMN归属 PLMN和 EHPLMNEquivalent Home PLMN等效归属 PLMN属于第二优先级。漫游场景中EHPLMN 的作用是让终端把多个 PLMN 视为“等效归属网络”避免频繁选网。规划中通常会在核心网侧配置 EHPLMN 列表如果无线侧只配置了归属 PLMN没有配置等效列表终端在国际漫游时将无法识别合作伙伴网络只能跳转到手动选网。以下是自动选网模式的完整优先级顺序第一优先RPLMN上次成功注册的网络第二优先EHPLMN等效归属网络需 SIM 卡支持第三优先HPLMN归属网络第四优先运营商控制的高优先级 PLMN通过 OPLMN 表配置第五优先其他 PLMN按信号强度随机扫描规划师需要明白的一点是无线侧能控制的只是“广播哪些 PLMN”和“重选参数怎么设”而 RPLMN 与 EHPLMN 的逻辑在核心网侧。跨部门协作时如果无线侧发现终端选网行为异常第一反应应该是拉取核心网注册信令而不是反复调整基站重选参数——这是我在项目里踩过坑后形成的习惯。2.3 选网策略对网络规划的影响从覆盖设计反推 PLMN 配置大部分 LTE/NR 规划项目里PLMN 选择的关注点集中在“配置正确”而不是“策略设计”。但在多运营商共享基站比如联通电信共建共享或特殊园区场景下PLMN 策略会直接影响覆盖设计。举个例子某个园区共享基站广播两个 PLMN46011 和 46001如果终端从园区外进入RPLMN 是 46000 中国移动而园区内只有联通电信共享覆盖那终端会先在 46000 上尝试注册失败后进入 TAC 更新拒绝或位置更新拒绝流程随后触发全频段搜索。这个过程的时延加上失败重试用户感知就是“进园区后手机断网 30 秒以上”。解决思路有两类一类是在边界区域增加异系统/异频重选参数让终端尽快离开无覆盖 PLMN另一类是在核心网配置等效 PLMN让终端把共享网络视为“可接受网络”。这两类方案分别属于无线侧优化和核心网侧优化规划文档中必须明确责任边界否则项目交付时会出现无线侧说核心网没配、核心网说无线侧参数错误的扯皮局面。我在做这类项目时会在规划文档中专门用一页“PLMN 选择责任矩阵”表格列清楚每个参数由谁配置、由谁验证避免交付阶段互相推诿。3. PLMN 选择在规划流程中的落地从勘察到参数配置一步步把这些参数写进工程参数表3.1 规划阶段的 PLMN 配置流程勘察、仿真、参数映射三步走PLMN 选择在无线网络规划与优化中的落地不是一个孤立参数而是一条完整流程。第一步是现场勘察在目标区域确认 MCC/MNC 归属、是否有共享基站、是否存在边界漫游场景如机场、口岸、省界。勘察输出物是一张“PLMN 场景登记表”记录每个站点覆盖范围内可能出现的 PLMN 组合和终端人群属性本地用户、常旅客、国际漫游用户。我在勘察时还会额外记录一个信息现场是否存在信号放大器或私装直放站这些设备可能广播错误或不完整的 PLMN 列表干扰终端选网判断。第二步是仿真阶段的 PLMN 映射在规划仿真工具中每个小区需要配置 PLMN 列表同时需要配置“该小区是否允许接入”。这一步通常在网规网优工具里完成关键是配置项之间的联动关系cell_config: cell_id: SZ_HuangPu_B1_001 plmn_list: - mcc: 460 mnc: 00 is_primary: true - mcc: 460 mnc: 11 is_primary: false cell_reserved_for_operator_use: false equivalent_plmn_list: - 46000 - 46011这段配置的含义是该小区广播 46000 和 46011 两个 PLMN其中 46000 为主 PLMN46011 为共享 PLMN同时该小区支持等效 PLMN 列表。注意这里的 is_primary 参数决定终端在信号强度相同的情况下优先选择哪个网络如果主 PLMN 标识错误终端选网会乱序。参数配置完成后第三步是输出工程参数表把 PLMN 相关参数与频点、PCI、TAC 等参数放在一起同步给核心网和无线侧施工队。这个流程在实际项目中最容易出问题的环节是第二步和第三步之间的交接仿真工具里改了一个 PLMN但工程参数表没有同步更新导致施工时基站配置的还是旧数据。我现在的习惯是每次 PLMN 配置变更后强制做一次“配置参数表版本核对”用脚本比对仿真输出和工程表的差异字段。3.2 空闲态重选与 PLMN 优先级联动重选参数调整不能只看信号电平PLMN 选择和小区重选是两个紧密关联但又独立的过程。终端空闲态守在小区的逻辑是先确定“这个小区广播的 PLMN 是不是我能接受的”如果可接受再评估“当前服务小区的信号质量是否满足驻留条件”。重选参数如 S 准则、R 准则中的 qRxLevMin、threshXHigh只影响同 PLMN 下的小区选择不影响终端跨 PLMN 的决策。很多优化工程师容易把这两件事混在一起终端从 46000 重选到 46011 失败第一反应是调大重选门限但实际原因是 46011 的 PLMN 不在终端可接受列表内。正确的调整思路是这样的先确认目标 PLMN 是否在小区广播列表中且终端 SIM 卡是否允许接入该 PLMN再检查重选参数中的 threshServingLow 和 threshXHigh 是否配置合理最后核查小区是否有小区禁止cellBarred或保留reservedForOperatorUse标记其中第二步的参数在 LTE 和 NR 中的定义略有差异。LTE 中常用 q-RxLevMin 和 s-IntraSearch 控制同频测量启动NR 中则引入了更多的滞后参数。但总体来说跨 PLMN 重选的核心是让终端“在合适的信号电平下触发对邻区列表的测量”。我用一个实际案例说明某商场室分覆盖场景室分小区广播 46000隔壁宏站广播 46011商场内用户反映“走到门口手机不从 46000 切到 46011”。排查后发现室分小区的 s-IntraSearch 配置为 -100dBm而门口信号电平在 -105dBm 左右终端不启动同频测量自然看不到 46011。调整 s-IntraSearch 到 -110dBm 后问题解决。这就是典型的“重选参数影响跨 PLMN 切换”的场景。3.3 连接态切换与 PLMN 的关系切换不是只看邻区对连接态业务中的 PLMN 影响相对隐蔽因为切换流程由网络侧控制终端不能自主选择目标小区。但如果目标小区的 PLMN 不在终端的允许列表中或者目标小区所属的 TATracking Area不允许当前 PLMN 接入切换请求会被目标侧拒绝导致掉话或切换失败。在规划阶段这意味着邻区规划的核对清单里必须增加一列“邻区 PLMN 与源小区 PLMN 是否匹配”。匹配规则如下场景源小区 PLMN目标小区 PLMN是否允许切换规划动作普通同运营商4600046000允许正常配置邻区共享基站4600046000 46011允许确认核心网已配置共享 PLMN边界漫游4600046011视漫游协议而定确认是否配置跨运营商邻区非法接入4600046099不允许不配置邻区且核查广播数据第三行“边界漫游”是规划文档中最常被忽略的场景。很多规划师默认“不同运营商之间不配置邻区”但在边境地区、机场跨境覆盖场景中跨运营商邻区是保证用户体验的合理配置。前提是双方签有漫游协议且核心网已经交换了 PLMN 配置数据。我在处理这类场景时会先在核心网侧做一次“漫游接入测试”确认终端用对方 SIM 卡能够成功注册再在无线侧添加邻区关系。如果不做这个验证直接加邻区切换一定会失败而且失败原因在无线侧看不出来。4. PLMN 选择避坑指南五个在现网真实发生过的问题现象、原因、解决方案一次说清4.1 全网小区广播 PLMN 配置正确但部分终端无法注册现象某个区域内多款手机无法注册网络显示“无服务”或“只能拨打紧急电话”而同区域其他手机正常。原因核查后发现这些异常终端的 SIM 卡来自一个虚拟运营商MVNO其签约 PLMN 是 46000但基站广播列表中只配置了 46002 作为主 PLMN未配置 46000。虚拟运营商的 SIM 卡不允许接入仅广播 46002 的网络导致注册失败。解决在问题区域基站的广播列表中增加 46000 作为等效 PLMN同时同步更新核心网侧的签约数据。从那以后我在每次 PLMN 配置核查的清单里都增加一项“本地虚拟运营商与 MVNO 的 PLMN 映射清单”防止类似遗漏。4.2 共享基站场景下终端频繁选网功耗和感知双双恶化现象共建共享基站覆盖区域内终端状态栏信号满格但用户反馈“手机发烫、掉电快”且通话过程中出现杂音。原因基站广播了两个 PLMN且两个 PLMN 的信号强度相近终端在空闲态反复重选两个网络。每次重选都会触发位置更新流程导致终端频繁与网络交互。定位时发现 ePLMN 优先级配置错误两个网络被赋予了相同优先级终端无法稳定驻留。解决调整 ePLMN 优先级列表将共享方网络设为较低优先级同时开启重选滞后参数如 q-Hyst减少无效重选次数。这类问题在路测中很难直接发现通常要靠终端侧日志统计重选次数才能定位。4.3 国际漫游用户无法自动选网只能手动搜索现象机场、口岸场景下国际漫游用户到达后手机无法自动注册网络提示“无可用网络”但手动搜索后可以找到网络并注册。原因核心网侧的 EPLMN 列表未配置或配置不完整终端认为收到的网络不是归属网络的等效网络没有触发自动注册流程。部分终端在 SIM 卡中存储了 OPLMNOperator Controlled PLMN列表但该列表可能已过期。解决核心网侧完善 EPLMN 配置与漫游合作方交换最新的 PLMN 白名单无线侧确认广播的 PLMN 与核心网下发的 EPLMN 一致。对于机场这类高漫游场景我建议在勘察阶段就主动联系当地漫游合作方获取最新的 PLMN 映射表而不是等项目验收时才发现问题。4.4 边界区域终端注册在邻国网络产生高额漫游费投诉现象省界或国界附近用户手机自动选择了邻国运营商的网络产生漫游费用户强烈投诉。原因边界区域覆盖信号电平本身接近终端按照“最强信号”原则选择了邻国网络。基站侧没有配置边界小区的 PLMN 优先级限制也没有开启“禁止漫游”策略。解决在边界基站配置 PLMN 限制策略将邻国 PLMN 从广播列表中移除或者配置为“禁止接入”。同时调整小区重选参数让终端优先驻留本国网络。这个问题的难点在于平衡完全移除邻国 PLMN 会导致跨境漫游用户无法接入需要根据项目需求谨慎取舍。4.5 参数配置后终端行为无变化怀疑设备未生效现象按照规划文档修改了 PLMN 广播列表和重选参数但路测终端依旧选择旧网络修改似乎完全无效。原因基站侧修改配置后未执行小区激活或配置下发或者终端缓存的 RPLMN 优先级高于新配置重启手机后验证结果不同。另外还有一种常见情况仿真工具里改的是“规划值”但基站实际运行的“执行值”是通过不同接口下发的两套数据没有同步。解决修改后依次执行三步验证第一在基站侧命令行查询当前生效配置第二用测试终端在小区边缘做“飞行模式开关”测试强制重新选网第三对比规划值与执行值差异脚本确认没有历史配置残留。这三步做完才能判断参数是否真正生效。5. 用现网数据验证 PLMN 配置从终端日志到信令分析一套可用到底的检查方法PLMN 配置做得好不好不能只看参数表要看终端的实际行为。我常用的验证方法分三层第一层是路测终端实时读取服务小区广播的 PLMN 信息确认无线侧广播数据第二层是用终端工程模式查看当前注册 PLMN 和上次注册 PLMN确认终端选网逻辑是否按预期执行第三层是拉取核心网注册信令确认网络侧接受的 PLMN 与无线侧广播一致。其中第二层是最容易被忽略的很多测试人员只看“当前服务小区”不看“上次注册 PLMN”但这恰恰是判断 RPLMN 优先级是否干扰测试结果的关键信息。在路测中有一套快速筛选问题的方法。以 Android 终端为例进入工程模式后可以读取以下关键字段-- 伪代码示例从路测日志中筛选 PLMN 相关字段 SELECT timestamp, cell_id, plmn_broadcasted, plmn_registered, plmn_last_registered, rsrp, rsrq FROM drive_test_log WHERE plmn_broadcasted ! plmn_registered OR plmn_last_registered NOT IN (expected_plmn_list) ORDER BY timestamp;这段 SQL 的作用是把路测日志里“广播 PLMN”和“注册 PLMN”不一致的样本筛出来同时列出“上次注册 PLMN”不在预期列表中的异常样本。实际使用中我会额外增加一个字段tacTracking Area Code因为 TAC 与 PLMN 的匹配关系在核心网注册流程中同样关键。筛选结果如果超过总样本的 5%基本可以判定 PLMN 配置存在问题需要进一步定位是无线侧广播问题还是核心网侧注册策略问题。如果低于 5%则先观察是否集中在特定小区或特定终端型号再决定是否升级处理。对于信令分析我通常关注两条消息RRC 建立完成中的“selected PLMN”字段和 NAS 层注册请求中的“requested NSSAI/PLMN”信息。前者直接反映终端选择的是哪个 PLMN后者反映终端的真实意图。两者不一致时说明无线侧接受了终端的接入但核心网可能拒绝了注册请求。此时重点检查核心网的签约数据和漫游白名单不要继续在无线参数上反复调。还有一种快速排查方法是双卡终端对比测试。同一位置、同一运营商网络A 卡正常注册B 卡无法注册问题大概率在 SIM 卡签约数据或 PLMN 白名单与无线侧广播无关。反过来同一张卡在 A 小区正常、B 小区异常问题大概率在 B 小区的广播 PLMN 配置。这种对比法不依赖复杂的后台系统在项目现场就能快速缩小排查范围是我处理 PLMN 投诉的第一反应手段。最后说一个习惯从那以后我每次做完 PLMN 相关的配置调整都强制走一遍“飞行模式开关 10 秒 重启终端 路测 500 米”的验证流程确认终端选网行为完全符合预期后才算闭环。这个流程花不了多少时间但能拦住绝大多数配置翻车的问题。希望帮到你。本文还有配套的精品资源点击获取