**概述**：用户投诉“信号满格却掉话”，路测不复现、单站指标又正常——这类幽灵故障，很多最后都指向一个不起眼的参数：PCI。本文锚定 HiCellTek 对照 3GPP TS 38.211 v18.3.0 核验的《5G NR PCI Planning Guide》与 MyTelcoLearning 工程师博客，讲清 1008 个物理小区编号如何在相邻小区之间“撞名”，collision、confusion、模值干扰三类病灶各自的机理与症状，以及一线网优从 KPI 异动到整改闭环的完整排查链路。回答一个问题：为什么两个基站“重名”，能让一片区域的切换与驻留集体劣化？
## 目录
- 一、满格信号下的掉话：一张难缠的投诉单
- 二、PCI：基站的身份证号是怎么编出来的
- 三、三种“撞名”：冲突、混淆与模值干扰
- 四、排查工具链：从 KPI 到路测的四步法
- 五、一个典型场景复盘：新站入网前夜
- 六、预防：把冲突堵在规划阶段
- 七、经验教训：老改老犯的参数
## 一、满格信号下的掉话：一张难缠的投诉单
在网优的工单池里，有一类问题最磨人：用户抱怨在某个路段刷视频频繁卡断、通话掉线，可投诉点位周边基站的单站指标全部正常，覆盖模拟一片绿色。路测去了两回，问题时隐时现，像幽灵一样。
这类工单有三个典型特征。第一，投诉集中在一片小区域而不是单个楼宇——说明问题大概率出在小区之间的“交界地带”，而不是覆盖洞。第二，KPI 层面能看到**切换出成功率**莫名劣化，而且按邻区对去拆，劣化集中在个别邻区组合上，其余邻区对干干净净。第三，扫频或路测数据里偶尔能看到两个物理位置不同的小区上报出**同一个 PCI（Physical Cell Identifier，物理小区标识）**，或者同一片区域里 mod 3 值相同的小区扎堆出现。
这不是玄学，这是 PCI 分配出了问题。PCI 是终端在空口区分相邻小区的唯一物理标识，一旦两个本不该“见面”的小区共用或近似共用编号，终端的同步、测量、解调、切换信令全会被带偏。MyTelcoLearning 工程师博客在《LTE/NR PCI Conflict, PCI Confusion, PCI Collision》一文中说得很直白：PCI 规划做错，影响的是同步流程、解调和切换信令，最终拉低整网性能。
下面先从原理层把这件事讲透，再回到排查实操。
## 二、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 |
## 四、排查工具链：从 KPI 到路测的四步法
讲完病理，回到一线怎么干活。成熟的排查链路是四步，环环相扣，从不用爬楼的宏观筛查，一路收敛到精确到 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 恢复，工单才能闭环。
整个流程画出来是这样的：
```mermaid
flowchart TD
A["KPI异动
切换失败率抬升"] --> B["锁定劣化邻区对"]
B --> C["审计邻区PCI表"]
C --> D{"邻区对PCI相同?"}
D -->|是| E["collision
直接改号"]
D -->|否| F["扩展到二阶邻区"]
F --> G{"一小区两邻区
PCI相同?"}
G -->|是| H["confusion
消除切换歧义"]
G -->|否| I["比对mod3与mod30"]
I --> J{"模值重合?"}
J -->|是| K["重规划模值
错开图案"]
J -->|否| L["另立工单
查覆盖与外部干扰"]
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 指南的规划规则清单：
1. 一阶邻区集内禁止 PCI 完全相同（collision 规则）；
2. 邻区间避免 mod 3 重合（PSS 区分度规则）；
3. 邻区间避免 mod 30 重合（DMRS 干扰规则）；
4. 二阶邻区集内禁止 confusion；
5. PCI 复用只允许发生在地理上充分隔离的簇之间；
6. FR2 毫米波场景下，直接可见的邻区避免使用相同的 SSB 波束索引——这是 NR 特有的新维度。5G/6G Academy 在一篇 5G 网优综述里点明了原因：Massive MIMO 波束赋形让传统的扇区级倾角、功率调整与波束码本设计耦合在一起，PCI 规划必须把 SSB 波束编号纳入考量，“撞名”从小区级细化到了波束级。
再补三条实战经验。其一，上文已引：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 个比特，却撑起了终端对整个物理世界的区分能力——网优的日常，就是把这种细到比特的秩序，维护在成千上万个站点的动态变化之中。
## 参考来源
1. [HiCellTek《5G NR PCI Planning Guide. Mod 3, Mod 30, Confusion》](https://hicelltek.com/en/pci-planning-guide/) — 对照 3GPP TS 38.211 v18.3.0 §7.4.2 核验的规划指南，本文的 PCI 公式、六条规划规则、分配算例与"mod 3 非标准强制"FAQ 均出自此处
2. [MyTelcoLearning《LTE/NR PCI Conflict, PCI Confusion, PCI Collision, Mod of PCIs-3,4,6,30》](https://mytelcolearning.blogspot.com/2022/04/pci-conflict-pci-confusionpci-collision.html) — 工程师博客，梳理 LTE 三条与 NR 三条模值规则的推导（mod 3/4/6/30 与 PSS/DMRS 的对应关系、天线端口条件）
3. [CafeTele《5G NR PCI Calculator & Planner》](https://www.cafetele.com/5g-tools/5g-pci-planner/) — 在线 PCI 分解与冲突矩阵工具，佐证 collision/confusion/模值检查的行业工具化现状
4. [RF Universe《PCI Collision Tool》](https://rfuniverse.com/pcicollision) — LTE/NR 同 PCI 冲突检测与改号建议工具，本文排查工具链一节的实操参照
5. [5G/6G Academy《PCI Planning Tool — 5G NR Mod-3 Checker》](https://www.5g6gacademy.com/tools/pci-planning-tool) — 免费 mod 3 / mod 30 校验工具，对应 3GPP TS 38.211 的 1008 个 PCI 取值
---
> 本文由「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 等场景全覆盖。
