4. 单站切换失败的信令跟踪与Cause Code解读
为什么单站切换失败必须看信令而不是只看KPI
KPI只能告诉你“这个基站切换失败率高”，但无法区分失败发生在切换准备阶段（源小区发出 Handover Required 后，目标侧或核心网拒绝）还是切换执行阶段（目标小区已分配资源，但手机在目标信道接入失败）。这两类失败的 Cause Code 完全不同，处理方向也完全不同。对单个高失败率基站发起信令跟踪，核心是抓取 Handover Required、Handover Request、Handover Request Acknowledge / Failure、Handover Command、Handover Complete / Failure 这几条关键消息，再按 Cause Code 归类到无线、传输、核心网三个方向。
跟踪对象与抓取点选择
以某 GSM-R 基站 BTS-A（源小区）向相邻 BTS-B（目标小区）切换失败为例，跟踪应同时覆盖三个接口，否则无法判断拒绝方是谁：
- Um 口（空口）：看 Measurement Report 是否正常上报、Handover Command 是否被手机收到、手机是否在目标信道发 Handover Access。
- Abis 口（BTS–BSC）：看 BTS 是否把测量报告和切换请求正确送到 BSC，以及 BSC 下发的信道激活是否成功。
- A 口（BSC–MSC）：看 Handover Required 是否发出、MSC 返回的是 Handover Command 还是 Handover Failure，Cause Code 通常在这里最明确。
实操中优先在 BSC 侧对源小区和目标小区同时开启信令跟踪（按小区号或 IMSI 过滤），并保证跟踪时长覆盖至少 20~30 次切换尝试，才能统计出主导 Cause Code。
关键消息与 Cause Code 的对应关系
抓到信令后，不要逐条读消息，而是先定位失败发生在哪条消息之后，再读该消息携带的 Cause Code。下表给出 GSM-R 切换排障中最常见的对应关系（Cause Code 名称以 3GPP 与设备厂商实际输出为准，不同厂商文本可能略有差异）：
| 失败位置 | 最后一条正常消息 | 失败消息 / 现象 | 典型 Cause Code | 归属方向 |
|---|---|---|---|---|
| 目标侧拒绝 | Handover Request（BSC→BTS-B） | Handover Request Failure | Radio resources not available、No radio resource available | 无线（目标小区资源/准入） |
| 核心网拒绝 | Handover Required（BSC→MSC） | Handover Failure（MSC→BSC） | Handover target not allowed、Requested terrestrial resource unavailable | 核心网 / 传输 |
| Abis 链路异常 | Channel Activate 已下发 | Channel Activate NACK / 无响应 | O&M intervention、Equipment failure | 传输（Abis） |
| 空口接入失败 | Handover Command（BTS-A→MS） | 无 Handover Complete，Um 口 Handover Access 重发超限 | Radio link failure、Timer T3120 expired | 无线（覆盖/干扰/目标信道） |
| 定时器超时 | Handover Command 已发出 | BSC 侧切换定时器超时，回 Handover Failure | Timer expired（如 T7/T8 类） | 无线或传输，需结合 Um 口判断 |
一次真实跟踪的判读过程（示例数据）
以下为教学示例：对 BTS-A 跟踪 30 分钟，捕获 24 次切换尝试，其中失败 9 次。按上述方法逐条归类后得到分布：
- 6 次失败消息为
Handover Request Failure，Cause Code 为 Radio resources not available，且均发生在 BTS-B 侧 Channel Activate 之后 → 指向目标小区 BTS-B 的无线资源或准入问题，而非 BTS-A 本身。 - 2 次失败消息为 MSC 返回的
Handover Failure，Cause Code 为 Requested terrestrial resource unavailable，同时 A 口出现信令链路拥塞告警 → 指向传输/核心网侧。 - 1 次为 Handover Command 已下发但 Um 口无 Handover Complete，Handover Access 重发 4 次后失败 → 指向空口覆盖或干扰，需结合目标小区 TA 与接收电平判断。
结论：BTS-A 的高失败率中，主导原因是目标小区 BTS-B 的无线资源拒绝（6/9），其次是传输原因（2/9），空口原因仅 1 次。若只看 KPI 会误判为 BTS-A 自身问题，信令跟踪把责任方精确定位到了目标侧与传输侧。
判读结果如何转化为下一步动作
完成 Cause Code 归类后，按主导方向分流处理：无线原因优先核查目标小区资源与准入参数（如小区接入限制、负载门限）；传输原因核查 Abis/A 口链路误码、拥塞与信令链路状态；核心网原因核查 MSC 侧目标小区数据配置与切换允许标志。本例中 6 次无线拒绝应优先转查 BTS-B 的准入控制配置，2 次传输失败需调取对应时段 A 口链路性能计数，1 次空口失败则安排目标小区覆盖与干扰复测。