企业官网建设流程全解析

简介：《无线网络规划与优化-PLMN选择》课件面向无线网络规划、优化工程师及通信专业学习者，聚焦UE接入移动网络时的PLMN选择机制，系统梳理自主选择与注册两个阶段、HPLMN/EHPLMN/VPLMN/RPLMN四类概念及优先级顺序，可帮助读者快速掌握选网原理，为网络覆盖、容量及服务质量优化奠定基础。包体为单个PPTX演示文档，大小约1.08MB，共1个文件，以图文形式清晰呈现PLMN选择流程、分类与优先级，适合用于培训、自学或内部技术分享。目前已有340人学习下载。通过该课件可深入理解UE在全频段搜索中如何识别高质量PLMN（RSRP不低于-110dBm），以及注册失败后重回自主选择的过程；同时明确RPLMN、HPLMN或EHPLMN、VPLMN的优先顺序，避免选网与优化中的常见误区，提升网络接入效率与用户满意度，是一份精简实用的通信技术学习资料。

1. 无线网络规划与优化：为什么 PLMN 选择是第一道关卡

做过无线网络规划的人都有一个体会：很多投诉单表面上是“信号差”“上不了网”，但最后定位出来的根因根本不是覆盖，而是终端选了错误的 PLMN——通俗点说，手机接入了一个“能看见但不该接入”的网络。这个现象在边界区域、高铁沿线、新建室分覆盖区尤其常见。PLMN（Public Land Mobile Network，公共陆地移动网络）选择是整个无线网络规划与优化流程的第一道关卡：如果终端连的网络都不对，后续的功率规划、频率规划、邻区关系做得再漂亮都白搭。这份《无线网络规划与优化-PLMN选择.pptx》是一份偏工程落地的教学资料，覆盖了 PLMN 的概念、选网机制、规划参数和在现网优化中的典型应用。适合刚接触网络规划的新人建立完整框架，也适合做日常优化的一线工程师用来对齐参数配置习惯。接下来我按实际拆解这份资料会用到的思路，把 PLMN 选择从原理到坑点完整过一遍。

2. PLMN 选择机制：从 MCC/MNC 到选网优先级，规划师必须先懂终端怎么“看”网络

2.1 PLMN 的构成与识别：MCC、MNC 不是两个数字那么简单

PLMN 由 MCC（Mobile Country Code，移动国家码）和 MNC（Mobile Network Code，移动网络码）拼接而成。国内常见的组合：中国移动 46000/46002，中国联通 46001，中国电信 46011。这个拼接规则看似简单，但在规划阶段有一个容易忽略的点：MNC 可能是两位也可能是三位，不同国家的编码长度不一致，例如美国和加拿大的 MNC 多为三位。终端在解析广播消息时，如果规划师在核心网侧或无线侧配置的 MCC/MNC 长度与终端预期不符，会导致终端无法识别该网络，直接表现为“有信号但无法注册”。

在实际规划中，我们需要同时关注 PLMN 的“广播层”和“配置层”。基站通过系统消息（LTE 的 SIB1、NR 的 MIB/SIB1）广播 PLMN 列表，核心网则通过注册接受消息告诉终端当前网络完整的 PLMN 信息。这两个层面的 PLMN 如果不一致，终端在空闲态重选或连接态切换时都会出现异常。我在做边界区域规划时，通常会在基站配置核查表里专门列一栏“广播 PLMN 与核心网配置 PLMN 是否一致”，这一栏的检查优先级高于一切频率和功率参数。

以下是 PLMN 识别参数的关键字段，也是我在规划核查时必查的清单：

提示：不要只核对规划文档里的 PLMN 参数，要用路测终端实际读取一次系统消息，确认广播层和配置层数据完全吻合。这是我在项目验收阶段必做的一步。

2.2 终端的选网逻辑：自动选网模式下，优先级顺序是“先 RPLMN，再 EHPLMN，最后手动/自动扫描”

终端的 PLMN 选择不是随机行为，而是按照 3GPP 规范定义的优先级顺序执行。理解这个顺序，规划师才能解释“为什么手机在这个区域选了某个网络”“为什么重启手机后网络选择行为变了”。终端会优先选择上次成功注册的 RPLMN（Registered PLMN），也就是说，如果用户上一个位置注册在 46000，那么回到覆盖区域时手机会优先尝试 46000，哪怕 46011 的信号更强。这个机制在高铁、地铁等快速移动场景中影响很大，因为终端可能携带“过期的 RPLMN”进入新区域，导致注册失败后触发全频段搜索，整个过程耗时 5 到 20 秒不等。

HPLMN（Home PLMN，归属 PLMN）和 EHPLMN（Equivalent Home PLMN，等效归属 PLMN）属于第二优先级。漫游场景中，EHPLMN 的作用是让终端把多个 PLMN 视为“等效归属网络”，避免频繁选网。规划中通常会在核心网侧配置 EHPLMN 列表，如果无线侧只配置了归属 PLMN，没有配置等效列表，终端在国际漫游时将无法识别合作伙伴网络，只能跳转到手动选网。以下是自动选网模式的完整优先级顺序：

• 第一优先：RPLMN（上次成功注册的网络）
• 第二优先：EHPLMN（等效归属网络，需 SIM 卡支持）
• 第三优先：HPLMN（归属网络）
• 第四优先：运营商控制的高优先级 PLMN（通过 OPLMN 表配置）
• 第五优先：其他 PLMN（按信号强度随机扫描）

规划师需要明白的一点是：无线侧能控制的只是“广播哪些 PLMN”和“重选参数怎么设”，而 RPLMN 与 EHPLMN 的逻辑在核心网侧。跨部门协作时，如果无线侧发现终端选网行为异常，第一反应应该是拉取核心网注册信令，而不是反复调整基站重选参数——这是我在项目里踩过坑后形成的习惯。

2.3 选网策略对网络规划的影响：从覆盖设计反推 PLMN 配置

大部分 LTE/NR 规划项目里，PLMN 选择的关注点集中在“配置正确”，而不是“策略设计”。但在多运营商共享基站（比如联通电信共建共享）或特殊园区场景下，PLMN 策略会直接影响覆盖设计。举个例子：某个园区共享基站广播两个 PLMN（46011 和 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 为主 PLMN，46011 为共享 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 不在终端的允许列表中，或者目标小区所属的 TA（Tracking Area）不允许当前 PLMN 接入，切换请求会被目标侧拒绝，导致掉话或切换失败。在规划阶段，这意味着邻区规划的核对清单里必须增加一列：“邻区 PLMN 与源小区 PLMN 是否匹配”。匹配规则如下：

第三行“边界漫游”是规划文档中最常被忽略的场景。很多规划师默认“不同运营商之间不配置邻区”，但在边境地区、机场跨境覆盖场景中，跨运营商邻区是保证用户体验的合理配置。前提是双方签有漫游协议，且核心网已经交换了 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 卡中存储了 OPLMN（Operator 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”不在预期列表中的异常样本。实际使用中，我会额外增加一个字段：tac（Tracking 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 米”的验证流程，确认终端选网行为完全符合预期后才算闭环。这个流程花不了多少时间，但能拦住绝大多数配置翻车的问题。希望帮到你。

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