概述：用户投诉“信号满格却掉话”，路测不复现、单站指标又正常——这类幽灵故障，很多最后都指向一个不起眼的参数：PCI。本文锚定 HiCellTek 对照 3GPP TS 38.211 v18.3.0 核验的《5G NR PCI Planning Guide》与 MyTelcoLearning 工程师博客，讲清 1008 个物理小区编号如何在相邻小区之间“撞名”，collision、confusion、模值干扰三类病灶各自的机理与症状，以及一线网优从 KPI 异动到整改闭环的完整排查链路。回答一个问题：为什么两个基站“重名”，能让一片区域的切换与驻留集体劣化？
在网优的工单池里，有一类问题最磨人：用户抱怨在某个路段刷视频频繁卡断、通话掉线，可投诉点位周边基站的单站指标全部正常，覆盖模拟一片绿色。路测去了两回，问题时隐时现，像幽灵一样。
这类工单有三个典型特征。第一，投诉集中在一片小区域而不是单个楼宇——说明问题大概率出在小区之间的“交界地带”，而不是覆盖洞。第二，KPI 层面能看到切换出成功率莫名劣化，而且按邻区对去拆，劣化集中在个别邻区组合上，其余邻区对干干净净。第三，扫频或路测数据里偶尔能看到两个物理位置不同的小区上报出同一个 PCI（Physical Cell Identifier，物理小区标识），或者同一片区域里 mod 3 值相同的小区扎堆出现。
这不是玄学，这是 PCI 分配出了问题。PCI 是终端在空口区分相邻小区的唯一物理标识，一旦两个本不该“见面”的小区共用或近似共用编号，终端的同步、测量、解调、切换信令全会被带偏。MyTelcoLearning 工程师博客在《LTE/NR PCI Conflict, PCI Confusion, PCI Collision》一文中说得很直白：PCI 规划做错，影响的是同步流程、解调和切换信令，最终拉低整网性能。
下面先从原理层把这件事讲透，再回到排查实操。
先说结论：5G NR 的 PCI 是一个 0 到 1007 的整数，共 1008 个取值，本质是一个 10 bit 的数。它不是随手填的，而是由两段“子编号”拼接而成。
据 HiCellTek《5G NR PCI Planning Guide》给出的推导（该指南对照 3GPP TS 38.211 v18.3.0 第 7.4.2 节核验，核验时间 2026-04-15），PCI 的构成公式为：
PCI = 3 × N_ID^(1) + N_ID^(2)
N_ID^(2) = PCI mod 3 ——来自主同步信号 PSS，取值 0～2
N_ID^(1) = PCI div 3 ——来自辅同步信号 SSS，取值 0～335
也就是说，终端开机找小区的过程，就是先抓 PSS（只有 3 种可能，确定 PCI 除以 3 的余数），再抓 SSS（336 种可能，确定商），两者一拼，1008 个编号里唯一确定一个——这就是“物理小区身份证”的全部生成逻辑。
| 参数 | 取值范围 | 物理含义 | 说明 |
|---|---|---|---|
| PCI | 0 ～ 1007 | 物理小区标识 | 共 1008 个，10 bit |
| N_ID^(2) | 0 ～ 2 | PSS 序号（PCI mod 3） | 主同步，3 选 1 |
| N_ID^(1) | 0 ～ 335 | SSS 序号（PCI div 3） | 辅同步，336 选 1 |
| 构成公式 | PCI = 3×N_ID^(1) + N_ID^(2) | 同步信号编号拼接 | 3GPP TS 38.211 §7.4.2 |
顺带一个常被忽略的对比：LTE 时代 PCI 只有 504 个，NR 直接翻倍到 1008 个。MyTelcoLearning 的观点是，这让 NR 的 PCI 规划比 LTE 更从容——资源池大了，重复使用的概率天然下降。但“更从容”不等于“不会错”，因为冲突的根源不在编号总数，而在相邻小区之间的相对关系上。
把 PCI 问题讲清楚，需要分三类。很多资料混为一谈，实际排查时它们的症状和定位手段完全不同。
第一类：PCI collision（冲突）——两个互为邻居、且彼此信号直接可见的小区被分配了完全相同的 PCI。终端在交界处收到两张一模一样的“身份证”，同步目标混乱，重选和切换反复失败。这是最严重、也最容易被发现的一类。
第二类：PCI confusion（混淆）——最隐蔽的一类。据 HiCellTek 指南的定义：当某个小区 A 的两个邻区被分配了相同 PCI 时，即使这两个邻区彼此看不见对方，混淆也已经成立。后果是切换歧义：A 想发起切换，向“PCI 为 X 的邻区”发切换准备，可它的邻区表里有两个 X，网络侧自己都不知道该把终端送往哪个物理小区。注意关键点——混淆的双方可以相距很远、互不干扰，纯粹是“第三者”视角下的重名。所以全网审计必须以邻区关系图为单位，而不能只看两两相邻。
第三类：模值干扰——PCI 不同，但模运算后余数相同，导致同步信号或参考信号在时频资源上“撞图案”。这一类比前两类更日常，也更容易被误判成“覆盖差”。MyTelcoLearning 的博文把两个制式的模值规则梳理成一张清单：LTE 时代是 mod 3、mod 6、mod 30 三条；NR 时代则是 mod 3、mod 4、mod 30 三条。具体机理：
| 模值 | 出现制式 | 撞的是什么 | 方向与条件 |
|---|---|---|---|
| mod 3 | LTE / NR | PSS 序号相同，主同步相关峰混淆 | 下行，多天线系统 |
| mod 4 | NR | PBCH 的 DMRS 子载波位置重合，DMRS 对 DMRS 干扰 | 下行，多天线系统 |
| mod 6 | LTE | 参考信号图案重合 | 下行，单天线系统 |
| mod 30 | LTE / NR | 上行 DMRS 序列相关干扰 | 上行，多天线系统 |
其中 mod 3 最值得单独强调：相邻两个小区如果 PCI mod 3 相同，意味着它们发的是同一个 PSS 序列。终端做小区搜索时靠 PSS 相关峰区分邻区，两个峰位置和形状都一样，区分度直线下降——HiCellTek 的 FAQ 说得精确：“UE 在小区搜索过程中无法可靠地区分它们”，表现为小区检测变慢、驻留迟疑、测量上报失准。mod 30 则在上行制造 DMRS 序列间的相关干扰，直接损伤信道估计精度，在 Massive MIMO 普及的 NR 网络里同样要重点核查。
还要澄清一个常见误解。很多工程师以为 mod 3 规避是 3GPP 的硬性要求——据 HiCellTek 对照标准原文的 FAQ 说明：3GPP 并不强制 mod 3 规避，它是基于 PSS 相关性分析得出的工程最佳实践，属于“行业纪律”而非“标准条文”，只不过绝大多数规划工具都默认强制执行。这个认知差异很关键：工具锁定的情况下没事，一旦有人手工改号绕过工具，最容易踩的就是这个坑。
三类问题一张表收拢：
| 类型 | 成立条件 | 典型症状 | 定位手段 |
|---|---|---|---|
| collision | 相邻可见小区 PCI 完全相同 | 同步混乱、重选失败、切换失败率高 | 同频扫频双峰、邻区对 KPI 劣化 |
| confusion | 一小区的两个邻区 PCI 相同（可不互见） | 切换信令歧义、切换准备失败 | 邻区关系图全网审计 |
| 模值干扰 | mod 3/4/30 余数重合 | 小区搜索慢、信道估计差、吞吐劣化 | mod 值审计工具、路测 SINR |
讲完病理，回到一线怎么干活。成熟的排查链路是四步，环环相扣，从不用爬楼的宏观筛查，一路收敛到精确到 PCI 号的整改动作。
第一步：KPI 筛查，锁定邻区对。拉出全网按邻区对维度统计的切换出成功率、切换准备失败率，找出劣化 Top 名单。这一步的要点是不要看单站指标——PCI 问题的受害者是“小区对”，单站自查永远正常，这也是这类工单前期容易被误判为“无故障”的原因。
第二步：MR 与扫频数据聚类。测量报告（MR）里携带邻区 PCI 与位置信息，把同一 PCI 在地理上出现两个聚集簇的情况标红，就是 collision 的典型指纹；扫频路测则能在交界带上直接看到两个同频同 PCI 的信号源交叠。HiCellTek 另有一篇讲 LTE mod 3 冲突检测的博文，给出的正是“邻区表审计＋影响评估＋重规划”的方法论，思路在 NR 上一脉相承。
第三步：参数自动审计。把邻区表和 PCI 表交给工具做规则校验。这一步业界已经工具化得很成熟：RF Universe 的《PCI Collision Tool》支持按距离筛选同 PCI 小区对、过滤同站小区、加载 PCI 黑名单、生成改号建议并导出 Excel 交给网优平台执行；CafeTele 的《5G NR PCI Calculator & Planner》能把 PCI 分解为 N_ID1/N_ID2，对邻区清单跑 collision、confusion 与 mod 3/4/30 全套冲突矩阵，还带可视化的“模数转盘”；5G/6G Academy 提供免费的 mod 3 与 mod 30 检查器，按 TS 38.211 的 0～1007 取值给出安全建议。工具生态如此繁荣恰恰说明一件事：靠人肉翻邻区表，在现网规模下早已不可行。
第四步：整改后路测复测。改完 PCI 不算完，必须在原投诉路段复测，确认切换带干净、SINR 恢复，工单才能闭环。
整个流程画出来是这样的：
flowchart TD
A["KPI异动<br/>切换失败率抬升"] --> B["锁定劣化邻区对"]
B --> C["审计邻区PCI表"]
C --> D{"邻区对PCI相同?"}
D -->|是| E["collision<br/>直接改号"]
D -->|否| F["扩展到二阶邻区"]
F --> G{"一小区两邻区<br/>PCI相同?"}
G -->|是| H["confusion<br/>消除切换歧义"]
G -->|否| I["比对mod3与mod30"]
I --> J{"模值重合?"}
J -->|是| K["重规划模值<br/>错开图案"]
J -->|否| L["另立工单<br/>查覆盖与外部干扰"]
E --> M["路测复测闭环"]
H --> M
K --> M
这里要补一个这几年新出现的坑：ANR（自动邻区关系）普及后，基站会根据终端测量自动增删邻区。它极大减轻了人工配邻区的负担，但也意味着邻区关系图是动态生长的——confusion 的暴露面随 ANR 的每一次自动添加而变化。今天审计干净的邻区表，三个月后可能又被自动加邻区“长”出一个重名。所以第三步的自动审计不能是一次性动作，要周期化跑，审计周期要短于邻区关系的平均变化周期。
PCI 冲突最高发的窗口，不是网络平稳运行期，而是新站开局、扩容加小区、室分割接入网这三个变更时刻。原因很简单：变更引入了新的“相邻关系”，而 PCI 是提前按旧的相邻关系规划好的。
用一个规划算例复盘完整流程（算例本身来自 HiCellTek 指南的分配示例，流程框架为通用工单处理过程）。假设新站 S0 开通在即，周边五个邻站的 PCI 已被占用：S1 用 12/13/14，S2 用 33/34/35，S3 用 66/67/68，S4 用 99/100/101，S5 用 132/133/134。
给 S0 的三个扇区选号，逐条过规则：先排除与五个邻站完全相同的 PCI，避免 collision；再看 mod 3——五个邻站每站内部的三个 PCI 恰好覆盖余数 0、1、2，所以 S0 三个扇区无论怎么选，都会与某邻区撞 mod 3，只能选“撞得最远、信号隔离最好”的组合；最后核对 mod 30 与二阶邻区的 confusion。该算例最终给出 18/19/20：三个扇区 mod 3 分别取 0/1/2 保持扇区间错开，mod 30 得 18/19/20，与邻站各组合均不重合，四条规则全部通过。
| 阶段 | 时间 | 动作 | 要点 |
|---|---|---|---|
| 变更申请 | T+0 | 新站开通方案评审 | PCI 分配过四条规则 |
| 规划校验 | T+0 | 工具跑冲突矩阵 | collision/confusion/mod 3/30 |
| 割接开通 | T+1 | 小区激活、邻区自配置 | 开通窗口内冻结周边变更 |
| 观察期 | T+2～T+5 | 监控切换 KPI 与投诉 | 劣化邻区对逐日对比 |
| 复测闭环 | T+5 | 路测验证切换带 | 干净才算完工 |
这个算例还有一层含义值得展开：PCI 规划本质是图着色问题——1008 种颜色，要给一张不断生长的邻区关系图上色，约束是“相邻不同色、二阶不同名、模值错开”。站点越密，可用的“安全颜色”越少。这就是为什么城区 PCI 复用普遍采用 HiCellTek 提到的运营商通行做法——按地理簇预留 PCI 池：同簇内不重号，跨簇距离足够远才允许复用，把冲突的传播半径锁死在簇边界内。
事后排查不如事前堵住。把各家资料的规则汇总，可以收敛成六条，全部来自 HiCellTek 指南的规划规则清单：
再补三条实战经验。其一，上文已引：mod 3 规避是最佳实践而非标准强制，但多数工具默认强制——手工改号绕过工具是最大的风险敞口。其二，MyTelcoLearning 指出 5G 没有 LTE 那种全程发送的 CRS，参考干扰的形态已经变了，规划思路要跟着 NR 的 DMRS 体系走，不能照搬 4G 老规则——这也是 NR 模值清单里 mod 4 取代 mod 6 的原因（PBCH DMRS 按 mod 4 计算子载波位置）。其三，工具给出的分配方案，落地前仍要过一遍全网审计：工具只认识提交给它的邻区数据，ANR 新长出来的邻区关系、临时应急开通的室分小区，都可能不在它的视野里。标准允许多种实现，具体行为以各厂家规划平台与网管文档为准。
PCI 冲突为什么是网优界的“老改老犯”？复盘下来有三条教训。
教训一：冲突的根源是“邻区关系”在漂移，而不是编号不够用。1008 个编号对绝大多数网络绰绰有余，但扩容、室分外泄、共建共享、ANR 自动加邻区，都在持续改写邻区关系图。静态的规划表追不上动态的网络，所以审计必须周期化、自动化，而不是等投诉上门。
教训二：confusion 教会我们“换位审计”。只从每个小区自己的视角查“我和邻居重不重名”，永远查不出混淆；必须站在“每个小区的所有邻居”这个集合视角查重名。排查思路从两两关系升级为集合关系，是这类问题定位的门槛所在——很多新工程师卡在这一步，不是不会看参数，而是没意识到要换视角。
教训三：最便宜的整改发生在割接之前。新站开通前跑一遍冲突矩阵只需要分钟级；开通后由用户投诉倒逼排查，代价是数天的 KPI 异动、路测资源和投诉口碑。把六条规划规则做进开通流程的强制卡点，是这类问题唯一可规模化的解法。
回到开头那张投诉单：满格信号下的掉话、单站指标正常下的切换失败，多数不是玄学，而是两颗小区在 1008 个编号里撞了名。这个参数小到只有 10 个比特，却撑起了终端对整个物理世界的区分能力——网优的日常，就是把这种细到比特的秩序，维护在成千上万个站点的动态变化之中。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。