企业官网建设流程全解析

简介：这份PPT讲义面向通信工程、网络优化方向的初学者与运维人员，系统梳理GSM网络拓扑与信令协议的核心知识，帮助读者建立从网络架构到信令流程的完整认知框架。内容涵盖基站子系统、网络交换子系统与运营支持子系统的组成，逐一讲解TMSC、MSC、BSC、BTS等关键节点的功能定位，并延伸至7号信令协议群与GSM专用协议群的分层结构，包括MTP、SCCP、MAP、TCAP、BSSAP、TUP与ISUP等协议的作用与接口关系。讲义还涉及NO.7信令网三级结构、信令流程中的关键定时器、重要信令消息内容详解，以及Wireshark、OMCR等常用信令分析软件与基本分析方法，便于读者理解网络行为、排查故障。资源为单个pptx文件，压缩包约1.27MB，目录按拓扑结构、协议层次、信令流程、定时器、消息详解、分析工具等模块依次展开，结构清晰，适合课堂讲授或自学查阅。目前已有78人学习。

1. 从一张拓扑图说起：GSM 网络到底由哪些节点撑起来

很多人第一次接触 GSM 网络，是从一张画满方框和连线的拓扑图开始的。TMSC、MSC、BSC、BTS、HLR、AUC、VLR 这些缩写堆在一起，看着像天书，但真到排查一次呼叫失败或者位置更新异常的时候，你会发现脑子里如果没有这张图，连信令从哪个接口抓都判断不了。这份《GSM网络拓扑结构讲义.pptx》就是干这个用的——它把 GSM 的拓扑结构、7 号信令协议群、TUP/ISUP、信令流程和定时器、常用分析软件串成了一条线，适合刚入行的网优工程师、核心网维护人员，以及需要补通信底层知识的开发同学。它不教你调基站参数，但能让你看懂一条信令消息从 MS 到 MSC 到底走了哪几跳、每一跳用了什么协议。

2. GSM 拓扑与接口：先搞清楚每个节点负责什么

2.1 四大子系统与核心网元的分工

GSM 网络在拓扑上可以拆成四块：基站子系统 BSS、网络交换子系统 NSS、运营支持子系统 OSS，以及外部网络。BSS 里最核心的两个节点是 BTS 和 BSC。BTS 负责无线信号的收发，直接和移动台通过 Um 接口通信；BSC 管着一个或多个 BTS，做无线资源管理，包括频率分配和功率控制。NSS 这边，MSC 是整个网络的心脏，呼叫建立、连接与清除、切换、移动性管理、计费、网间互通都归它管。HLR 是用户数据的归属寄存器，存 IMSI、MSISDN、当前 VLR 地址、补充业务信息、用户状态这些；VLR 是拜访位置寄存器，管移动台状态、位置登记 LAI、TMSI 和 MSRN；AUC 负责鉴权和加密，存 Ki、RAND，跑 A3/A8 算法生成 Kc 和 Sres。TMSC 则是不同 MSC 之间的信令转接点，跨区域或跨运营商通信时它来中转。

接口方面，Um 是 MS 和 BTS 之间的空中接口，Abis 是 BTS 和 BSC 之间的接口，A 接口是 BSC 和 MSC 之间的，E 接口用于 MSC 之间的通信，C 接口连 HLR 和 MSC，D 接口连 HLR 和 VLR，H 接口连 HLR 和 AUC。这些接口名字看着简单，但每个接口上跑的协议栈完全不一样，后面分析信令的时候，你得先确认消息是从哪个接口抓的，才能选对解码方式。

2.2 鉴权与加密的落地流程

鉴权这块，讲义里给了一个很清晰的流程。SIM 卡里存着 Ki，AUC 里也存着同一个 Ki。网络侧生成一个随机数 RAND，同时用 A3 算法算出 Sres，用 A8 算法算出 Kc。RAND 通过 VLR 和 MSC 传到 SIM 卡，SIM 卡用同样的 Ki 和 RAND 跑 A3/A8，也得到 Sres 和 Kc。然后 SIM 卡把 Sres 回给网络，VLR 比对两边算出的 Sres 是否一致，一致就通过鉴权。加密阶段，Kc 用来做无线链路的加密，A5 算法在 MS 和 BTS 之间对语音和数据进行加密。

这个流程在排查“用户无法接入”类问题时特别有用。如果鉴权失败，现象通常是用户被拒绝，信令里能看到鉴权响应消息里 Sres 不匹配。常见原因是 SIM 卡数据和 AUC 里的 Ki 不一致，或者 AUC 侧数据配置错误。我一般会先确认是单个用户还是批量用户出问题，单个用户大概率是卡数据问题，批量用户就要查 AUC 或者 VLR 的数据配置。

2.3 7 号信令协议群的层次结构

GSM 的信令协议分两大群：7 号信令协议群和 GSM 专用协议群。7 号信令协议群用在 A 接口、NSS 内部接口、GSM 与其他网络的接口上，协议栈从下往上是 MTP1、MTP2、MTP3、SCCP，再往上分 TUP、ISUP、TCAP、MAP、BSSAP。GSM 专用协议群用在 Abis 和 Um 接口上，包括 DTAP、BSSMAP、RR、MM、CM 这些。

MTP 是消息传递部分，分三层：MTP1 是物理层，MTP2 是数据链路层，负责帧同步和错误检测，MTP3 负责信令路由和消息优先级。SCCP 是信令连接控制部分，处理信令连接的建立、维护和释放，提供面向连接和无连接的服务。TCAP 是事务处理应用部分，支持复杂的交互，比如位置更新和鉴权过程中多次消息往返。MAP 是移动应用部分，直接处理移动用户相关数据。BSSAP 分两块：DTAP 负责直接传输应用部分，把 CM、MM、RR 消息从 MS 透传到 MSC；BSSMAP 负责 BSS 管理应用部分，处理 BSC 和 MSC 之间的控制管理信息。TUP 是电话用户部分，处理 PSTN 呼叫；ISUP 是 ISDN 用户部分，扩展了 TUP，支持 ISDN 的多种承载业务。

理解这个层次结构的意义在于：当你用信令分析软件抓到一个消息，你得知道它在哪一层，才能判断问题出在哪个环节。比如 SCCP 层出问题，可能是信令连接建立失败；MAP 层出问题，可能是位置更新或者鉴权流程异常。

3. NO.7 信令网与协议分层：从三级结构到消息封装

3.1 三级信令网的组成与路由规则

NO.7 信令网和电话网是相互独立的网络，信令网作为专用网络为各网元提供信令服务。它采用三级结构：HSTP、LSTP、SP。SP 是信令点，是信令消息的源点或目的地点，MSC/VLR、EIR、HLR/AUC 都是 SP。SL 是信令链路，是两个节点之间的 PCM 链路的一个或多个时隙。STP 是信令转接点，负责转接信令。LSTP 是低级信令转接点，每个省设置 2 到 4 个；HSTP 是高级信令转接点，每个大区设置一个。数字移动采用专用信令网结构，每个 SP 至少连接两个 LSTP，每个 LSTP 至少连接两个 HSTP，HSTP 采用双平面结构，分 A、B 两个平面。

这个结构在排查信令路由问题时很关键。如果某个 SP 到 LSTP 的链路断了，信令可以走另一条链路，但如果 LSTP 到 HSTP 的链路出问题，影响面就大了。我一般会先看信令点的路由表，确认到目的信令点的路由是否可达，再看链路状态是否正常。

3.2 分层封装与消息头

讲义里用了一个很直观的图来说明分层封装的概念。Layer N+1 的数据传到 Layer N，Layer N 会加一个消息头，然后继续往下传。每一层都有自己的消息头，接收端逐层解封装，把消息头剥掉，最终把数据交给上层。这就是为什么信令分析软件里能看到一个消息被拆成好几层，每层都有不同的字段。

OSI 参考模型分七层：物理层、数据链路层、网络层、传输层、会话层、表示层、应用层。GSM 信令协议栈和 OSI 模型有对应关系，但不是完全一一对应。比如 MTP1 对应物理层，MTP2 对应数据链路层，MTP3 对应网络层，SCCP 介于网络层和传输层之间，TCAP 和 MAP 对应应用层。

3.3 各层协议的功能边界

MTP1 是物理层，负责比特流的传输。MTP2 负责信令数据链路的建立、管理及复用/解复用，做帧同步和错误检测。MTP3 处理信令路由和信令消息的优先级，确保消息能正确转发到目的信令点。SCCP 提供信令连接控制和网络服务，支持面向连接和无连接两种模式。TCAP 用于事务处理，支持复杂的应用交互。MAP 处理移动用户相关数据，比如位置更新、鉴权、切换。BSSAP 在 BSS 和 MSC 之间处理控制和管理信息。TUP 和 ISUP 处理电话呼叫的建立和清除。

这里有个容易混淆的点：TUP 和 ISUP 都是处理呼叫的，但 TUP 用于传统电话网络，ISUP 扩展了 TUP，增加了 ISDN 功能，支持多个承载通道的管理，能处理语音、数据和图像服务。在实际网络中，如果 A 接口上跑的是 ISUP，那呼叫建立消息里会带更多参数，比如承载能力、通道标识等。

4. 信令流程与定时器：呼叫、位置更新和切换怎么走

4.1 呼叫建立与清除的信令交互

呼叫建立流程从 MS 发起 CM Service Request 开始，经过 BSSAP 传到 MSC。MSC 收到后，如果用户需要鉴权，会发起鉴权流程。鉴权通过后，MSC 向 VLR 查询用户数据，VLR 返回用户信息。然后 MSC 发起呼叫建立请求，通过 BSSMAP 传到 BSC，BSC 分配无线资源，通过 RR 消息通知 MS。MS 收到后回确认，BSC 再回 MSC。MSC 接着向被叫侧发起呼叫，如果是 PSTN 用户，走 ISUP 或 TUP；如果是移动用户，走 MAP 查询被叫位置。被叫侧振铃后，MSC 通知主叫侧回铃，被叫摘机后，呼叫建立完成。

呼叫清除流程相对简单，主叫或被叫挂机后，MSC 收到释放消息，通过 BSSMAP 通知 BSC 释放无线资源，BSC 通知 MS 释放，MS 回确认，BSC 回 MSC，MSC 再向对端发起释放。

这个流程在排查“呼叫建立失败”时特别有用。如果失败在鉴权阶段，信令里能看到鉴权拒绝消息；如果失败在无线资源分配阶段，能看到 BSC 返回的分配失败消息；如果失败在被叫侧，能看到 MAP 查询失败或者 ISUP 释放消息。

4.2 位置更新与鉴权的定时器配合

位置更新流程涉及多个定时器。T3212 用于周期性位置更新，MS 在 T3212 超时后主动发起位置更新请求。T3192 用于等待用户响应，如果超时未收到响应，网络会重试或释放。还有 T3210、T3211 等定时器用于不同场景。

位置更新流程从 MS 发起 Location Update Request 开始，经过 BSSAP 传到 MSC。MSC 向 VLR 发起更新请求，VLR 向 HLR 发起更新位置消息。HLR 收到后，向旧的 VLR 发起取消位置消息，旧 VLR 回确认。HLR 再向新 VLR 插入用户数据，新 VLR 回确认。HLR 向新 VLR 回更新位置确认，新 VLR 向 MSC 回更新确认，MSC 向 MS 回位置更新接受消息。

这里有个坑：如果 T3212 设置得太短，MS 会频繁发起位置更新，增加信令负荷；设置得太长，用户位置信息可能不准确，影响呼叫接续。我一般会根据网络实际情况调整，城市密集区域可以适当短一些，农村或偏远地区可以长一些。

4.3 切换流程与信令消息内容

切换流程分几种：同一 BSC 内的切换、不同 BSC 之间的切换、不同 MSC 之间的切换。同一 BSC 内的切换最简单，BSC 直接分配新的无线资源，通知 MS 切换。不同 BSC 之间的切换需要 MSC 参与，MSC 协调两个 BSC 之间的资源分配。不同 MSC 之间的切换最复杂，涉及两个 MSC 之间的信令交互，需要 MAP 和 ISUP 配合。

切换流程中，MS 会周期性上报测量报告，BSC 根据测量报告决定是否发起切换。如果目标小区在同一 BSC 下，BSC 直接发起切换命令；如果目标小区在不同 BSC 下，BSC 向 MSC 发起切换请求，MSC 协调目标 BSC 分配资源，然后通知源 BSC 发起切换命令。

信令消息内容方面，鉴权请求消息里带 RAND，鉴权响应消息里带 Sres。连接建立请求消息里带 CM Service Type，切换命令消息里带目标小区标识和信道信息。这些消息字段在分析软件里都能看到，关键是你要知道每个字段的含义，才能判断流程是否正常。

5. 信令分析软件与常见排查：从抓包到定位问题

5.1 常用信令分析软件与抓包方式

常用的信令分析软件有 Wireshark、OMCR 等。Wireshark 适合抓 A 接口、Abis 接口的信令，配置好解码器后能直接解析 MTP、SCCP、BSSAP、MAP 等协议。OMCR 是基站侧的网管工具，能抓 Um 接口和 Abis 接口的信令，适合排查无线侧问题。

抓包方式上，A 接口一般在 MSC 侧抓，Abis 接口在 BSC 侧抓，Um 接口在 BTS 侧抓。抓包前要确认链路状态正常，抓包过滤条件设置正确，否则抓到的包可能不完整或者包含大量无关消息。我一般会先设置过滤条件，只抓特定用户或者特定流程的消息，减少分析工作量。

5.2 基本信令分析方法

基本分析方法包括跟踪、解析信令消息，理解网络行为和排查问题。跟踪就是按时间顺序看信令消息的交互过程，解析就是看每个消息的字段内容，理解就是结合流程判断是否正常，排查就是定位异常消息和原因。

具体步骤：先确定问题现象，比如呼叫失败、位置更新失败、切换失败；然后确定涉及的接口和协议；接着抓包，设置过滤条件；然后按时间顺序看消息交互，找到异常消息；最后分析异常消息的字段，判断原因。

5.3 避坑与常见问题排查

现象一：鉴权失败，用户无法接入。原因通常是 SIM 卡数据和 AUC 里的 Ki 不一致，或者 AUC 侧数据配置错误。解决方法是核对 SIM 卡数据和 AUC 数据，确认 Ki 一致；如果是批量用户出问题，检查 AUC 的数据配置。

现象二：位置更新失败，用户被拒绝。原因可能是 VLR 数据配置错误，或者 HLR 和 VLR 之间的信令链路异常。解决方法是检查 VLR 数据配置，确认 HLR 和 VLR 之间的信令链路状态正常，必要时重启相关网元。

现象三：切换失败，通话中断。原因可能是目标小区无线资源不足，或者 MSC 之间的信令链路异常。解决方法是检查目标小区资源状态，确认 MSC 之间的信令链路正常，必要时调整切换参数。

现象四：呼叫建立失败，主叫听不到回铃。原因可能是被叫侧 MAP 查询失败，或者 ISUP 消息异常。解决方法是检查 MAP 查询流程，确认被叫位置信息正确；检查 ISUP 消息字段，确认承载能力匹配。

现象五：信令分析软件抓不到包。原因可能是抓包过滤条件设置错误，或者链路状态异常。解决方法是检查过滤条件，确认链路状态正常，必要时重启抓包工具。

6. 从定时器参数到分析习惯：一个老网优的进阶技巧

定时器参数这块，讲义里提到了 T3212、T3192、T3210、T3211 等。T3212 是周期性位置更新定时器，单位是分钟，一般设置在 30 到 60 分钟之间。T3192 是等待用户响应定时器，单位是毫秒，一般设置在 5000 到 10000 毫秒之间。T3210 是呼叫建立定时器，T3211 是切换定时器。

这些参数不是随便设的，要根据网络实际情况调整。比如 T3212 设置得太短，信令负荷会增加；设置得太长，用户位置信息不准确。我一般会先看网络的信令负荷和用户分布，再决定调整方向。城市密集区域可以适当短一些，农村或偏远地区可以长一些。

验证方法上，我一般会先抓一段时间的信令包，统计位置更新请求的次数和间隔，看是否和 T3212 设置一致。如果发现位置更新请求过于频繁，说明 T3212 可能设置得太短；如果发现用户位置信息不准确，说明 T3212 可能设置得太长。

还有一个技巧是结合信令流程和定时器一起分析。比如呼叫建立失败，如果失败在 T3210 超时，说明呼叫建立流程中某个环节卡住了，需要进一步看是哪个消息没收到或者响应超时。如果失败在 T3192 超时，说明等待用户响应超时，可能是 MS 侧问题或者无线链路问题。

从那以后我每次调整定时器参数，都会先抓一段时间的信令包做基线，调整后再抓一段时间做对比，确认调整效果符合预期。这个习惯帮我避免了很多次翻车，也让我对网络行为的理解越来越深。希望帮到你。

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