GSM数字蜂窝网络架构与信令排障：从BSS/NSS到Um接口

简介：这是一份围绕GSM数字蜂窝移动通信系统的教学课件，整合了第6、第7章内容，面向通信工程专业学生、备考人员以及希望系统梳理移动通信基础知识的从业者。资源以PPTX格式封装，共1个文件，压缩包仅1.17MB，章节结构完整，适合课堂展示、自主复习或课程设计参考。课件从GSM在1982年的发展里程碑讲起，系统介绍电信业务与承载业务、网络结构（MS、BSS、NSS、OSS）、A接口/Um接口/Gn接口、编号与鉴权加密、无线信道及呼叫接续流程，并单列GPRS内容，说明其作为通向3G演进的重要一步。内容预览中每章配有教学目标、目录层级和业务表格，重点突出，便于快速定位与备课；目前已有103人学习下载，可作为移动通信课程备课、考前梳理以及理解2G向3G演进逻辑的实用参考资料。

1. GSM 数字蜂窝移动通信系统：从 1G 到 2G 到底“数字化”了什么

GSM 数字蜂窝移动通信系统这套课件，通常不是给看热闹的人准备的，而是给需要从系统层面理解移动通信“怎么把电话打出去”的工程师准备的。很多人对 GSM 的认知停留在“2G 很老、只能打电话”，但真到处理基站告警、分析信令或者做物联网老旧终端兼容时，才发现自己对 BSS、NSS、Um 接口这些概念只有模糊印象。这篇文章就顺着课件第 6、7 章的典型内容——数字蜂窝的系统架构与网元组成——把 GSM 从频率资源划分、网络拓扑到信令流程，完整摊开讲一遍。

GSM 相比 1G 的 AMPS，核心差异不只是“模拟变数字”，而是把语音编码、信道编码、加密和慢跳频全部落到了 DSP 可处理的基带流程里，同时用 SIM 卡把用户身份与终端解耦。这个设计决策决定了后来 2G 时代漫游、鉴权、计费的基本形态，也决定了你今天在核心网里看到的 HLR、VLR、AUC 这些网元为什么长成那个样子。文章适合刚接触移动核心网的新人，也适合做基站维护、终端协议栈开发或物联网选型的老手来对照查漏。

2. GSM 数字蜂窝网络架构拓扑：三大子系统与网元连接关系

2.1 画 GSM 拓扑前必须先分清楚 BSS、NSS 与 OSS

不管是自己画拓扑还是看课件里的图，GSM 网络架构拓扑图的第一步永远是切分三大子系统。基站子系统（BSS）负责无线资源的收发与管控，网络子系统（NSS）负责呼叫控制、移动性管理与用户数据，操作维护子系统（OSS）负责全网设备的状态监控与配置下发。多数人画拓扑图时容易把 BTS 和 BSC 的关系画成简单串接，实际上 BTS 是“射频收发信机加基带处理”，BSC 是“无线资源管理器”，两者之间走的是 Abis 接口，承载的既有 PCM 语音时隙，也有 LAPD 信令。NSS 里的 MSC 是交换机，VLR 通常与 MSC 合设，HLR 是用户归属数据库，AUC 负责生成鉴权三元组，EIR 管终端序列号。把这张图画对，后面分析任何信令流程都有了坐标系。

画设备之间连线时要特别注意接口类型：BTS 到 BSC 是 Abis，BSC 到 MSC 是 A 接口，MSC 到 HLR 走 MAP 协议，MSC 到其他 MSC 走 E 接口。不要把所有连线都画成一根粗线完事，接口不同，协议栈和时延特征完全不同。用文本画拓扑时，至少要标注出每个网元的名称缩写和它在信令流程里的角色。

┌──────────────────────┐ │ OSS │ │ 操作维护中心(OMC) │ └──────────┬───────────┘ │ ┌────────── BSS ─────────────┼────────── NSS ────────────┐ │ │ │ ┌────┴────┐ Abis ┌────┴────┐ A ┌─────────┐ MAP ┌─────────┐ │ BTS ├──────────┤ BSC ├───────┤ MSC ├───────┤ HLR │ │基站收发信台│ │基站控制器│ │移动交换中心│ │归属位置寄存器│ └────┬────┘ └─────────┘ │ +VLR │ └─────────┘ │ Um └────┬────┘ │ ┌────┴────┐ │ ┌┴──────┐ │ MS │ ├───────────────┤ AUC │ │移动台 │ │ └───────┘ └─────────┘ ┌────┴────┐ │ EIR │ │设备识别寄存器│ └─────────┘

上面这张图是 GSM 网络架构拓扑图的骨架版本，适合作为课件笔记或方案文档的底稿。网元之间的连线不是简单的物理链路，而是逻辑接口，每个接口都有对应的协议栈。实际组网中 BSC 和 MSC 之间还会有 TC（码型变换器），用于把 13 kbit/s 的语音编码转换成 64 kbit/s 的 PCM 语音，但它在逻辑上属于 A 接口的一部分，画拓扑时可以并进 MSC 一侧标注。BTS 与 BSC 之间如果距离远，通常走 E1 或 STM-1 传输，一个 BSC 下挂几十到几百个 BTS 都很常见，具体数量取决于配置的 TRX 数和话务模型。

2.2 AMPS（1G）与 GSM（2G）的拓扑差异对照

热词里提到的“分别画出 AMPS(1G)、GSM(2G) 网络架构拓扑图”其实是个很好的练习。AMPS 时代没有独立的基站控制器概念，每个基站直接通过地面线路连到 MSC，频率规划上用 7 小区复用，语音是模拟 FM 调制，没有加密，也没有 SIM 卡。GSM 在拓扑上最大的变化是插入了 BSC 这一层，让无线资源管理从 MSC 下沉到基站侧，MSC 只处理呼叫与移动性管理。这样做的直接收益是切换信令不必每次都要到 MSC 兜一圈，BSC 内部就能完成同 BSC 下不同 BTS 之间的切换。

另一个值得在拓扑图上标出来的差异是用户数据库的拆分。AMPS 的归属数据在 MSC 里本地保存，漫游很难做，而 GSM 把用户数据抽到 HLR，把来访用户数据临时放到 VLR，MSC 通过 MAP 协议远程查询 HLR。拓扑图中 HLR 和 VLR 的位置关系就决定了漫游计费和被叫路由的基本逻辑。画 AMPS 拓扑时只有 MSC 和 BS 两层，画 GSM 拓扑时要画出 BTS、BSC、MSC/VLR、HLR/AUC、EIR 五个角色，这五个角色的连线逻辑能默写出来，GSM 的系统框图就算真正拿下了。

2.3 用表格对比 GSM 各网元的职责边界

网元职责的边界划分决定了扩容时的决策。比如说小区话务拥塞，先看 BTS 的 TRX 配置和载频数量，再看 BSC 的话务处理能力，最后才看 MSC 的中继资源。很多故障工单把问题定位到 MSC 是升级交换机软件，结果发现 BSC 的 LAPD 信令链路拥塞，白折腾一场。

3. GSM 的 Um/Abis/A 接口协议栈与参数配置

3.1 空中接口 Um 上的三层结构与信道类型

GSM 空中接口 Um 是整个系统里信息量最密集的部分，也是最容易让人绕晕的地方。Um 接口的协议栈分三层：物理层是 TDMA/FDMA 混合多址，一个 200 kHz 载频按时间切成 8 个时隙，每个时隙就是一个物理信道；数据链路层是 LAPDm 协议，它跟有线网络里的 LAPD 不完全一样，去掉了标志字节和部分校验，因为无线链路上不做帧定界；第三层是 RR（无线资源管理）、MM（移动性管理）、CM（呼叫控制）三个子层。做终端协议栈或者用抓包工具分析空口信令时，看到的层三消息基本都在这三个子层里。

信道类型要分物理信道和逻辑信道。逻辑信道按功能分为广播信道（BCH）、公共控制信道（CCCH）、专用控制信道（DCCH）和业务信道（TCH）。一个小区里 BCCH 载频的 TS0 时隙固定用来发 FCCH、SCH、BCCH 和 RACH 等控制信息，这就是为什么开站时第一载频的第一个时隙不能随便配成业务信道。小区搜索时手机先在 FCCH 上找频率校正突发，再在 SCH 上读 TDMA 帧号和 BSIC，然后解 BCCH 拿到小区参数列表，最后随机接入。四个步骤对应四条逻辑信道，少了哪条都入不了网。

3.2 三个接口的关键参数与信令承载方式

配置 GSM 网络参数时，Abis 接口和 A 接口的时隙分配是日常工作中最常动的地方。一条 E1 有 32 个 64 kbit/s 时隙，其中 TS0 用于帧同步，TS16 通常用作信令时隙，其余 30 个时隙可以承载语音或数据。Abis 接口上每个 BTS 至少要分配一条 LAPD 信令链路，一般占用 TS16，如果 BTS 载频数量多，还要分配第二条信令链路解决 CCSL 容量问题。A 接口的信令走 CCS7（七号信令），一个 MSC 到 BSC 的 2 Mbit/s 中继上，TS16 承载 MTP 层信令，语音电路承载方式一般配成 16 个时隙一组，也就是一条 E1 带两套 8 时隙的电路组，方便故障隔离。

下面给一段在基站侧查看 Abis 接口状态时的常用命令，偏华为或中兴网管风格，具体指令以厂商为准，核心思路是看信令链路激活状态：

# 查看 BSC 到某 BTS 的 Abis 传输状态（网管命令行示例） show bts_abr_info bts_id=101 # 检测 E1 线路误码率，误码高时先看物理层 ping_e1 timeslot=16 bts_id=101 count=10 # 查看 LAPD 信令链路占用率 show lapd_link_usage bts_id=101 slot=ts16

第一行命令查的是 BTS 的 Abis 资源配置，输出里重点看 “link_state” 是否为 ACTIVE，同时看 “ts16_usage” 是不是已经有信令承载。第二行命令做的是 E1 时隙的物理层环回测试，误码率超过 1e-6 就要考虑传输光模块或接地问题，不要急着去改无线参数。第三行命令看 LAPD 链路利用率，超过 60% 说明该 BTS 下的信令过载，多半是小区重选太频繁或者短信业务量大，这时需要增加第二条 CCSL 而不是降功率。

3.3 频率复用与复用距离的量化计算

GSM 900 上行 890-915 MHz、下行 935-960 MHz，共 25 MHz 带宽，每个载频 200 kHz，理论上 124 个频点。实际组网中还要留保护频点，可用频点一般 90 个左右。工程上最常用的复用方式是 4×3 复用，也就是 4 个基站、每个基站 3 个扇区，12 个小区为一组循环分配频点。复用距离 D 与小区半径 R 的比值 D/R = 3N，N 为复用模式数，4×3 模式下 N=12，所以 D/R 大约等于 6。这个数值意味着同频小区之间要隔 6 个小区半径，否则同频干扰会把载干比 C/I 拉到 9 dB 以下，语音质量就会明显劣化。

频点规划时 IMSI 结合扰码之类的说法是 LTE 的术语，GSM 里对应的是 BSIC（基站识别码），用于区分同频不同基站。BSIC 由 BCC（基站色码）和 NCC（网络色码）组成，规划时要保证相邻小区具有不同的 BSIC，同时同频复用的小区也要避免 BSIC 冲突。另一个重要参数是跳频序列，GSM 的慢跳频频率为 217 跳/秒，跳频可以平均化干扰，让所有用户获得相近的话音质量，代价是频率规划失去精确性。开通跳频后，BCCH 载频不参与跳频，TCH 载频参与，这是常识但排障时经常被遗漏。

4. 核心业务流程实操：位置更新与切换的信令时序

4.1 位置更新的完整信令与网元动作顺序

GSM 的位置更新是让网络知道“用户现在在哪个位置区”的核心机制，位置区用 LAI 标识，一个 BSC 可以管理多个位置区，一个位置区下可以有多个 BTS。手机在空闲状态下监听 BCCH 里的 LAI，发现自己的位置区变了就发起位置更新请求。流程的第一步是手机在 RACH 上发信道请求，BTS 收到后通过 Abis 口上报 BSC，BSC 分配 SDCCH 信道并在 AGCH 上下发立即指配消息。随后手机在 SDCCH 上发位置更新请求，里面带着旧的 LAI 和 TMSI 或 IMSI。

如果位置区变化跨越了 MSC 边界，新的 MSC/VLR 要向老 VLR 要用户的 IMSI 和鉴权参数，然后向 HLR 发起位置更新，HLR 记录新 VLR 地址，并通知老 VLR 删除用户数据。这个过程涉及的网络节点多，任何一环抖动都会导致位置更新失败。用信令分析仪跟踪时，重点看 MAP 消息里的 Invoke 和 Return Result 配对情况，如果 HLR 回了 Error，多半是用户数据异常或 VLR 与 HLR 的 GT 翻译配置错误。

MS BTS BSC MSC/VLR HLR │ RACH信道请求 │ │ │ │ ├─────────────>│ │ │ │ │ AGCH立即指配 │ │ │ │ │<─────────────┤ │ │ │ │ SDCCH位置更新请求│ │ │ │ ├─────────────>├──────────>├──────────>│ │ │ │ │ │ MAP_UPDATE_LOCATION │ │ │ ├──────────>│ │ │ │ │ MAP_INSERT_SUBSCRIBER_DATA │ │ │ │<──────────┤ │ 位置更新接受 │ │ │ │ │<─────────────├──────────<├──────────<│ │ │ TMSI重分配 │ │ │ │ │<─────────────>│ │ │ │

这个时序图里最容易出问题的环节是 TMSI 重分配。很多工程师认为位置更新完成于“位置更新接受”消息，其实网络会在下行消息里携带新的 TMSI，手机要回应 TMSI 重分配完成，整个流程才算闭环。如果无线环境差，这个确认消息丢了，下一次位置更新手机就只能用 IMSI 发起，导致每次都要走完整的 MAP 流程，HLR 和 VLR 的交互压力陡增。排查这类问题时看 SDCCH 上的消息丢失率，而不是只看接通率。

4.2 切换的三种类型与参数判决门限

GSM 切换分为同 BSC 切换、跨 BSC 切换和跨 MSC 切换三类，判决依据主要是下行接收电平、上行接收电平、质量、距离和时间提前量。BSC 周期性对 MS 做测量报告预处理，测量报告里包含服务小区和最多 6 个邻区的 BCCH 载频电平和 BSIC。切换判决常用的是“P 建议值”算法，数学上是一个带滞后余量的比较：当邻区电平持续 N 个测量周期高于服务小区电平加上滞后门限时，触发切换。

日常优化里最常见的是把切换滞后门限调太小导致乒乓切换。GSM 规范里切换滞后参数一般配 4-8 dB，如果网络对掉话率敏感，可以把边缘切换门限调低一点，让手机在信号很差时才切，减少无谓的切换尝试。但注意功率控制与切换之间存在耦合，上行功率控制会让手机降功率导致上行测量电平偏低，触发上行质量差切换。配置时要把功率控制的目标电平和切换触发电平拉开至少 10 dB 的空间，不然会造成“功控把信号压下去，切换又因为信号差被触发”的震荡局面。

4.3 用规划命令配置一个最小可用邻区关系

邻区关系配置是 GSM 日常优化里改动最频繁的操作，以下是常见的邻区添加命令流程，以通用网管指令为参考。每个厂商的指令集不同，但参数含义和配置顺序是一样的：

# 1. 定义外部小区描述，包含频点、BSIC、LAC、CI add_gsm_external_cell cell_id=12345 bsic=12 bcc=2 ncc=1 lac=1001 ci=205 # cell_id 是外部小区编号，bsic 用于避免同频误判，lac/ci 唯一标识小区 # 2. 配置邻区关系，并设置切换候选门限 add_gsm_nbr_relation src_cell=1001 dst_cell=12345 ho_margin=6 # ho_margin 是切换滞后，单位 dB，过小会乒乓，过大切不动 # 3. 激活该邻区关系 act_gsm_nbr_relation src_cell=1001 dst_cell=12345

步骤 1 里外小区描述必须与对端 BSC 里配置的 BCCH 频点、BSIC 完全一致，否则手机测量到了这个小区但 BSC 无法识别，就会一直看不到这个邻区，切换候选列表里永远少一项。步骤 2 的 ho_margin 一般取 4-8，如果是高速公路场景，可以考虑加时间迟滞参数来过滤快衰落。步骤 3 的激活动作经常被忽略，配置完不激活，邻区关系不生效，基站侧不会有任何告警，这种隐性故障尤其要留意。

5. GSM 信令分析与 Wireshark 抓包实操

5.1 抓包环境搭建与 A 接口镜像

GSM 系统内部接口的信令分析，日常工作中最常见的是抓 A 接口数据。A 接口是 BSC 与 MSC 之间的接口，走的是七号信令的 MTP 层和 BSSAP 协议层。实网抓包需要在传输链路上做分光或者端口镜像，通常由传输专业配合完成。如果只是自己学习研究，可以用开源的 OpenBSC 或 Osmocom 模拟一个精简的 GSM 网络，直接在本机抓取 Um 接口的 LAPDm 帧，或者用虚拟化方式跑一个 MSC 的模拟器来看 A 接口消息。

Wireshark 对 GSM 协议族的支持相当完善，A 接口的 BSSAP 消息可以自动解析成 DTAP（直接传输应用部分）消息，直接看到 CM 业务请求、鉴权请求、setup 等三层信令。抓包时要注意 Wireshark 默认可能只按 MTP2 解析，如果链路是 MTP3 承载，需要手动选择 “Decode As” 把 SLS 或 OPC 对应的协议改为 MTP3，否则解析出来全是乱码。抓包点位决定了解析难度，建议优先在 BSC 侧镜像而不是 MSC 侧镜像，因为 BSC 侧能看到完整的 BSSMAP 和 DTAP 消息，MSC 侧有时候会把 SCCP 连接段截断。

5.2 用 tshark 过滤 GSM 关键信令消息

实际分析时用 Wireshark 图形界面拖鼠标效率太低，我习惯直接用 tshark 在服务器上做过滤和统计。以下命令适用于已经抓好的 pcap 文件：

# 1. 只看 BSSAP 消息，筛选 DTAP 里的 CM 业务请求 tshark -r gsm_a.pcap -Y "gsm_a.dtap.msg_type == 0x24" -T fields \ -e frame.time -e gsm_a.dtap.msg_type -e gsm_a.dtap.mi_tmsi # 2. 统计各类 BSSMAP 消息的数量 tshark -r gsm_a.pcap -Y "bssmap" -T fields -e bssmap.discriminator | sort | uniq -c | sort -rn # 3. 过滤位置更新请求并输出目标 LAI tshark -r gsm_a.pcap -Y "gsm_a.dtap.msg_type == 0x12" -T fields \ -e gsm_a.dtap.location_area_id

第一条命令里的0x24是 CM Service Request 的消息类型编码，mi_tmsi字段表示用户以 TMSI 标识接入。如果同一时刻大量请求出现且 TMSI 全是 0，说明用户在周期性位置更新后 TMSI 重分配失败，需要到 VLR 侧查重分配流程。第二条命令统计 BSSMAP 消息分布，正常情况下 Handover Required 和 Handover Complete 的数量应大致相等，如果前者远大于后者，说明目标小区资源不足或切换参数配置有问题。第三条命令用于定位某个 LAI 下的位置更新风暴，输出结果如果某个 LAI 出现频率异常高，结合时间维度看是否发生了小区重选环路。

5.3 一次典型的“鉴权失败”排障流程

接入网侧看到大量鉴权失败时，先别急着把锅甩给 HLR，要分三路查。第一路，确认 BSC 和 MSC 之间的 A 接口是否正常，BSSAP 消息在 SCCP 层是否被丢弃，这个看 MTP3 层的拥塞指示就能确认。第二路，确认 MSE 里的 Auc 生成的鉴权三元组是否过期，GSM 规范里三元组没有严格的过期时间，但 HLR 通常会配置预取数量，如果 AUC 随机数池生成异常，会导致同一组 RAND 重复使用，手机测的 SRES 和网络算的 SRES 对不上。第三路，也是最容易被忽略的，检查手机侧的 Ki 是否与 HLR 里记录的一致，换卡或者数据录入错误都会造成这种问题。

遇到鉴权失败要抓两个点，一个是 A 接口上 BSSMAP 的 Complete Layer 3 Information 里的鉴权参数，另一个是手机侧 LAPDm 层映射出的鉴权响应。两边拿到之后用 Ki 和 RAND 做一次 COMP128 算法运算，对比 SRES 是否一致。实际操作中不会自己去实现 COMP128，多数用厂商网管自带的工具或者开源脚本，但思路要清楚：SRES 不一致，或网络侧根本没下发 RAND，这两种失败的处理路径完全不同。前者查用户数据，后者查 MAP 流程，方向错了排查时间至少翻倍。

6. 从拓扑到排障：一张图验证 GSM 网元互联的正确性

GSM 网络排障最容易陷入的误区是“逐网元单独检查”，每个设备都显示正常，但业务就是不通。这里给一个自己常用的验证方法：拿一张空白的 GSM 网络架构拓扑图，把 UE 发起到被叫接通的完整信令流程里的每一步依次标注到对应网元和接口上，标完之后看哪些接口只有一条消息没有后续消息。比如说主叫流程里，MSC 收到 Setup 后，如果拓扑图上没有画出 MSC 到 HLR 的 C 接口链路，那就查不到被叫用户的漫游号码，呼叫必然失败。这个方法比对着告警列表一个个点开看要高效得多。

进阶一点的用法是拿同一个方法验证切换流程。拓扑图上 BSC 与 BSC 之间如果画了直接链路，那是走 BSC 间的直接切换，信令走 BSSAP 的 Handover Required 和 Handover Request Acknowledge；如果没画，切换信令要绕到 MSC 兜一圈。生产环境里很多所谓“跨 BSC 切换失败”的问题，最后查出来是传输专业把两条 BSC 之间的 2M 中继配错了时隙，拓扑图画的和实际接的不一样。验证方式很简单，找一台手机从小区 A 步行到小区 B，同时抓 A 接口信令，看 Handover Request 是从哪个 OPC 发来的，和拓扑图对不对得上，一套动作下来 20 分钟就能定位问题。

GSM 这种“老”系统最大的特点是没有那么多黑盒，每个网元的接口和消息都是公开规范的，排障不需要猜，只需要把规范读明白，然后对照实际配置逐条验证。画拓扑图不是交作业，而是把规范、配置和现网三者对齐的过程。这张图一旦画准了，无论后面是做频率规划、信令跟踪还是核心网割接，你都会比别人更快找到那个出问题的接口。

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