尧图网站建设 
简介GSM网络拓扑结构讲义以PPT形式系统梳理了数字移动通信网络的核心架构与信令机制适合通信工程专业学生、网络规划与优化工程师快速建立GSM系统整体认知。内容从网络拓扑入手详细讲解TMSC、MSC、BSC、BTS及HLR/VLR/AUC等关键网元的功能与鉴权、加密流程并延伸到7号信令网结构、MTP/SCCP/MAP/TCAP/BSSAP等分层协议以及TUP、ISUP在电话呼叫中的作用。同时覆盖常见信令流程、重要定时器与典型信令消息内容并介绍Wireshark、OMCR等分析工具的基本方法便于对照实际网络排查问题。资源为单独一个PPTX文件压缩包仅1.27MB轻量易用适合课堂教学、自学复习或作为内部培训材料。目前已有77人学习浏览内容偏基础但体系完整从网元接口到协议栈均有配图说明可帮助读者理解GSM网络如何完成位置更新、呼叫建立与切换等关键过程。1. 一份GSM网络拓扑结构讲义如果只用来投影就太亏了一份GSM网络拓扑结构讲义.pptx如果只在开会时投影一下价值会损失一大半。网络拓扑结构这个词很多人以为它只是一张网元连接图其实它背后是一套完整的组网逻辑基站信号怎么回来、交换怎么找路、用户数据放在哪、网管从哪里接入。真正需要看这份讲义的人通常是网优新人、通信专业学生或者要给二级维护人员做技术交底的老工程师。看懂了它读告警、查路由、做割接时心里会有一张地图。从子系统拆解到信令验证这份讲义背后能落地的东西一条条讲透。2. GSM网络拓扑的基本盘BSS、NSS、OMS三个子系统的分工与牵连2.1 三类子系统和六类网元先分清谁“管无线”、谁“管交换”、谁“管运维”GSM网络拓扑结构拿到手里第一件事就是把它拆成三个子系统来看。BSS基站子系统管无线接入负责把手机的信号收上来、送下去NSS交换子系统管移动用户的登记和呼叫路由负责让电话找得到人OMS操作维护子系统管全网网元的配置、告警和话务统计。三个子系统之间的连接不是画几条线那么简单每条线背后都有一组协议、一张时隙表和一套数据配置。子系统包含网元主要职责对外关键接口BSSBTS、BSC、TC无线收发、资源控制、切换与位置区管理Um、Abis、ANSSMSC、VLR、HLR、AuC、EIR、GMSC呼叫交换、位置登记、鉴权、寻呼A、C、D、E接口等OMSOMC-R、OMC-S网元配置、告警、性能管理与BSS/NSS的内部维护链路BSS和NSS的定义在不同设备商那里略有出入。爱立信的BSC经常把码型变换器TC放在MSC侧华为的BSC则常挂独立的TC框拓扑图上就多了一条Ater接口。所以读讲义时先看TC画在哪一侧再谈A接口速率和语音编码方式顺序不能反。我做过一次跨厂商组网对接BSC侧说A接口已经给了64kbps时隙MSC侧按压缩语音接了结果一个呼也通不起来最后查出来就是TC归属不一致。2.2 一次开机与一次呼叫把MSC、VLR、HLR的三角关系串起来一个手机从开机到显示“中国移动”只需要几秒但这几秒背后是一整条信令路径。MS先通过Um接口接入BTSBTS把消息经Abis送到BSCBSC再从A接口送到MSC。MSC收到位置更新请求后第一件事是查自己的VLR里有没有这个用户。VLR和MSC通常物理合设逻辑上却是一个独立的“访客登记本”记录当前驻留在本MSC范围内的用户。如果VLR里没有MSC就要往HLR发MAP消息询问这个用户的签约数据。HLR是用户归属数据的“总账本”里面保存着用户的IMSI、签约业务和当前所在MSC的地址。HLR做完登记后把用户数据发给VLRVLR分配一个临时身份TMSIMSC再把位置更新接受的消息回给手机。这套流程里任何一段不通用户就会从有信号变成无服务。呼叫建立时这套关系会反过来用一次。主叫拨号后GMSC通过HLR查询被叫的位置HLR给出被叫当前所在的MSC地址和MSRN漫游号码GMSC再把话音路由到被叫MSC被叫MSC在自己的VLR中找到用户最后通过BSC在位置区里寻呼。理解了这条链再回去看网络拓扑结构图MSC下面为什么既要画VLR又要连HLR就一目了然。VLR是临时数据HLR是长期数据MSC是执行者三者的关系就是GSM网络拓扑里最核心的“三角协作”。2.3 BTS、BSC、MSC之间的“责任边界”无线、控制、交换分界在哪BTS是最靠近用户的设备一个载频对应一个ARFCN频点一个载频8个时隙其中TS0通常承载广播和公共控制信道。BTS的职责是做无线收发它自己判断不了用户该不该切换、该往哪个小区切换这些决策归BSC。BSC从BTS收上来的不只是话音还包括语音编码块和信令消息BSC负责管理几十到几百个小区执行切换判决、功率控制和资源分配。MSC不关心无线侧的频率和时隙它只处理和呼叫相关的控制信令比如IAM初始地址消息、REL释放消息以及通过BSSAP下发的寻呼和释放指令。MSC和BSC之间的分界就在A接口上A接口之上是SS7信令之下是2M中继电路。当网络拓扑图上画的BSC侧支持IP化时A接口的承载会变成IP但信令依然是BSSAP这一点在排障时尤其重要。这里有个“责任边界”容易混淆位置更新、寻呼这些动作是MSC和BSC配合完成的但被叫寻呼的响应发生在BTS侧。拓扑图上BSC到MSC只有一条A接口实际上BSC内要同时维护“无线侧的小区资源”和“网络侧的电路资源”两张表。开局时我把这两张表分开打印对照查比在网管上翻页快得多。3. 把拓扑图画对四层连接关系与Um、Abis、A、Ater四条接口的规格3.1 画GSM拓扑图的四层视角物理、逻辑、协议、寻址带着“GSM网络拓扑结构”去看一张网元连接图最容易犯的错是把图画成一堆网元用线连起来就完事。真正能用于排障的GSM拓扑图至少包含四个层次。物理层看的是BTS到BSC之间走的是E1同轴电缆、光纤还是微波BSC到MSC之间是TDM还是IP这条线决定了故障时会出“传输告警”还是“时钟告警”。逻辑层看的是小区、BSC、MSC、HLR这些功能实体之间的归属关系比如哪个小区挂在哪个BSC下哪个BSC的局向指向哪台MSC。协议层看的是接口上跑什么消息Abis上是LAPDA接口上是MTP3SCCPBSSAPMSC和HLR之间是SCCPTCAPMAP。寻址层看的是SPC信令点编码、CIC电路编码、CGI、LAC、IMSI这些编号资源是怎么分配的。四个层次对应四种排障思路物理层查环回和光功率逻辑层查数据配置协议层抓信令包寻址层查编号冲突。很多讲义讲到拓扑就只画到逻辑层结果读者拿到现场根本对不上号。我拿到这类讲义时会自己补一张“物理-逻辑”对照表把每个BTS到BSC的端口、每个BSC到MSC的中继群、每个MSC到HLR的SPC都填进去。这张表才是网络拓扑结构真正能落地的东西比那些漂亮的连线图有用得多。3.2 Um、Abis、A、Ater四条关键接口的承载方式与速率参数GSM网络拓扑结构中真正决定性能的是接口而不是网元。四条接口里Um接口是唯一一段无线的它的特征是TDMA/FDMA混合多址200kHz一个载频每个载频8个时隙调制方式为GMSKEDGE则使用8PSK。Abis接口承载了BTS和BSC之间的所有信令和业务常见做法是给每个BTS配一条或多条E1一条E1有32个64kbps时隙。每个TRX占用一组子时隙用于话音另一部分用于LAPD信令具体占用几个子时隙取决于TRX数量和是否启用了压缩复用。A接口是BSC和MSC之间的分界话音在A接口上已经变成64kbps的PCM码流前提是TC在BSS侧如果TC在MSC侧A接口上传输的还是压缩语音格式。信令面走SS7一个BSC至少需要一条64kbps信令链路业务面是一组CIC电路。Ater接口只在TC独立部署时出现它承载在BSC和TC之间是压缩后的语音编码数据速率远低于A接口。接口位置承载方式典型速率承载内容UmMS-BTS无线TDMA/FDMA200kHz/载频无线信令、TCH/SDCCHAbisBTS-BSCE1/微波/IMA2.048Mbps E1子时隙复用、LAPD信令ABSC-MSCTDM/ATM/IP64kbps/时隙MTP3/SCCP/BSSAP、PCM话音AterBSC-TCTDM16kbps/时隙压缩话音提示不同设备商对Abis子时隙的定义并不一致有的按16kbps×4组合出一个64kbps时隙有的直接把E1时隙做交叉连接。开局前先把设备文档里的“子时隙表”调出来抄到拓扑图的备注栏里能省掉后面一半的传输排障时间。3.3 话务与信令分离为什么拓扑图上MSC既连VLR又连HLRGSM拓扑图里最容易让新手头晕的是MSC旁边既画了VLR又单独画了HLRVLR好像和MSC绑在一起HLR却放得远远的。这是因为GSM把“话务路径”和“信令路径”彻底拆开了。用户打电话时话音从BTS到BSC再到MSCMSC之间通过中继电路CIC直接互连而寻找被叫、确认用户身份这些控制动作全部走SS7信令网。信令网节点包括MSC/VLR、HLR、GMSC和STP等它们和话务路径不一定重合。HLR独立成网元是为了让用户数据和位置数据集中管理。无论用户漫游到哪个MSC管区HLR都能找到他VLR则只记录“当前在我这里的用户”临时信息。MSC/VLR合设时逻辑上依然分开VLR有自己的VLR号HLR里存的VLR地址指的是这个VLR的SSN。所以看拓扑图时记住一个口诀MSC管汇接VLR管临时HLR管归属。哪个网元连错了位置更新和寻呼就会在信令链上绕圈呼叫迟迟送不出去。4. 照着讲义搭一个最小GSM接入网网元清单、编号规划和数据下发步骤4.1 最小网络选型3个基站、1个BSC、1个MSC/VLR、1个HLR够干什么一份讲义讲拓扑最后一定落到“怎么搭”上。常见做法是先用一套最小网络跑通全流程3个BTS、1个BSC、1个MSC/VLR、1个HLR再加上一个OMC。这套配置能覆盖开机附着、位置更新、主被叫呼叫、跨LAC寻呼、切换这几类核心流程做实验或做新员工培训都够用。BTS建议用S2/2/2配置的900MHz基站即三个扇区各配两个载频总共6个载频一个载频8个时隙足以模拟一个小型本地网的话务形态。BSC侧至少要有一个E1中继群连接到MSCMSC和HLR之间走一条SS7信令链路。VLR合设在MSC内部HLR使用独立节点这样才符合真实组网。很多实验箱把VLR和HLR都装在MSC里拓扑图上看着简单但排障时区分不了“VLR没数据”还是“HLR没数据”对建立正确心智模型反而不利。所以我坚持让HLR独立出来宁愿多配一条SPC链路也不把两个逻辑网元塞在一个物理节点里。4.2 给每个小区配齐编号CGI、LAC、CI、BSIC和载频频率一张表说清编号规划是拓扑图落地的第一步也是后面所有数据配置的索引。GSM网络里每个小区有三组核心编号CGI标识位置区和小区BSIC由NCCBCC组成用于无线侧区分同频基站ARFCN用于频率分配。以中国移动GSM900为例MCC460、MNC00。规划三个站的参数可以写成下面这样基站扇区LACCICGIBSICBCCH频点BTS1扇区120001101460-00-20001-1010x201BTS1扇区220001102460-00-20001-1020x212BTS1扇区320001103460-00-20001-1030x223BTS2扇区120001111460-00-20001-1110x236BTS3扇区120002121460-00-20002-1210x2411这张表的逻辑是BTS1的3个小区和BTS2共用LAC20001BTS3单独用LAC20002这样拓扑图上就出现了一条位置区边界。CI在一个LAC内唯一BSIC在相邻小区之间不能冲突BCCH频点在相邻小区之间至少错开几百kHz。表里的CI用了101、111这样短编码实际工程中常用“基站号扇区号”的规则方便割接时一眼看出小区归属。做规划时我一般会按室外、室内、应急车三种场景预留CI区段避免后续扩容时编号打架。4.3 数据配置的先后顺序从无线参数到核心网数据照着这个顺序不下错库编号表定完后进入数据配置。顺序错了后面会很被动。我的习惯是“先接入、再传输、后交换”。第一步在BSC上定义BTS。包括基站类型、Abis端口、载频、BCCH频率、BSIC把小区的LAC和CI写进小区数据。第二步做Abis链路激活测试。在BSC侧发环回往BTS方向收包确认该BTS的E1时隙全部复用正确然后激活小区。第三步在BSC上配置A接口中继群。定义到MSC的电路群和信令链路把每个CIC编号和MSC侧的电路编号对齐。第四步在MSC上定义与BSC的局向和中继同时配置号码分析把该BSC的小区纳入寻呼域。第五步在HLR里开户并把用户漫游数据下发到VLR通过一个测试手机的开关机完成附着验证。这五步每走完一步都要用维护命令查一次小区状态、Abis时隙占用、A接口电路状态、HLR数据。不走完第一步就做核心网数据等于把一个不存在的小区交给交换机寻呼结果必然是“寻呼无响应”。顺序对了拓扑图和数据配置就一致了。5. 拓扑落地最常翻车的五个故障现象、根因与解决路径5.1 基站批量退服但BSC侧无告警Abis子时隙的“一对多”配错了现象BSC下某几个BTS同时显示“小区不可用”BSC侧没有任何硬件告警传输板卡指示灯正常。原因Abis接口的子时隙交叉连接表配错了。E1的32个时隙中有若干64kbps时隙要被拆成4个16kbps子时隙供多个TRX复用数据表的时隙编号和BTS侧物理跳纤错位后BSC往BTS发的信令根本到不了目标载频。解决在DDF架上对该E1做物理环回BSC侧用测试命令逐时隙发码看看哪些时隙实际能用再用DSP E1T1和DSP ABIS核对接入侧子时隙映射关系。这种故障在开局数据制作时最常见。我的对策是每个BTS占用的E1端口、时隙段、TRX编号都做成一张Excel表和拓扑图放在同一个目录。谁改了跳纤或时隙当场更新绝不在纸上画线。5.2 满格信号却打不出电话A接口CIC电路状态和MSC侧不一致现象手机在小区上正常驻留信号满格发起主叫后立刻被释放回落空闲BSC侧过滤原因值通常能看到“circuit congestion”或“no circuit available”。原因BSC侧A接口中继群里的CIC被定义但MSC侧对应电路处于“闭路”状态或两边电路编号错位。呼叫建立到MSC时找不到可用电路。解决在MSC侧查询电路群状态解开闭路状态如果编号错位需要对照BSC侧的中继电路表和MSC侧的CIC表逐条核对华为设备常见命令是DSP CIC爱立信有对应的电路查询指令原则是“先查闭路再查对齐”。这个坑的玄学之处在于前一天测试还好好的隔夜突然打不出去。事后复盘通常不是谁拔了线而是维护人员在MSC侧做过防拥塞操作后忘了激活。我给团队定的规矩是任何对A接口中继的闭路操作必须双人复核并在两小时内激活否则默认算事故。5.3 位置更新风暴拖垮MSC信令负荷LAC边界划在了话务密集区现象某MSC的MAP信令负荷持续偏高忙时位置更新请求数从每小时几千涨到几万部分呼叫建立超时。原因LAC划分过碎或边界落在城市主干道。手机跨边界就要位置更新位置更新需要MSC/VLR和HLR之间交互信令人流量大的商圈、高架桥、地铁口正是手机反复跨区的场所于是形成“乒乓位置更新”。解决把LAC边界往话务稀疏区移甚至把一个BSC下的多个LAC合并成一个。但这不等于LAC越大越好——LAC内的寻呼消息要在该区域所有小区广播过大同样会造成寻呼信道拥塞。LAC包含的用户容量上限通常按寻呼信道容量推算经验上以忙时开机附着和位置更新的总和不超过寻呼能力为底线。开局前我会先把该区域的忙时话务和位置更新次数拿出来做一次“位置更新热点地图”再落LAC。边界宁可放在农田和高速路中间也不放在商业街。这个决策直接决定MSC的安稳程度。5.4 特定路口切换就掉话邻区表与拓扑图各画各的现象某路口切换成功率骤降车辆在这个路口必定掉话。BSC侧有切换请求但目标小区迟迟没有上报切换完成。原因邻区关系表漏配了目标小区或者外部小区描述里BCCH频点、BSIC、CGI写错。网络拓扑图画了A站和B站相邻实际BSC的小区数据里A到B的邻区关系却不存在或虽然存在但外部小区的BSIC对不上BSC一直收不到正确的同步信息。解决拉出BSC的“邻区漏配/描述错误”核查报告和RF优化的邻区规划表逐条比对重点查外部小区的BCCH和BSIC是否与目标小区实际发射值一致。漏配最常见于刚做过天线工程的小区天线方位角改了邻区关系没跟着调。这类问题在2G时代靠人肉对表几万个小区的邻区比对下来非常容易出错。建议直接在BSC上用“小区一致性检查”工具自动生成差异清单再人工确认比肉眼找靠谱得多。5.5 网管拓扑连线和物理纤芯对不上传输台账没跟着割接走现象OMC拓扑图上A站挂在BSC1下实际DDF架上的纤芯是从A站到BSC2的传输端口。网管上BSC1到A站的E1状态是好的那是因为传输环上绕了另一条路由测试时一次成功不代表数据正确。原因工程割接时改过ODF架上的跳纤却没有同步更新OMC数据和维护台账。解决物理层上DDF架做环回BSC侧逐端口测试确认物理可达性后再和OMC数据对表。真正让这种错误消失的办法只有一个每次割接结束前把物理端口、跳纤记录、OMC拓扑三张表放一起过一遍哪怕凌晨两点也要对完再走。这类故障的可怕之处在于它不会立刻翻车平时测试都通直到某次抢修时拉了备纤才发现根本接的是另一台设备。这是整张网络拓扑结构里最该警惕、也最容易被忽视的一环。6. 把讲义变成工具用信令跟踪验证拓扑并把GSM拓扑思维迁移到4G/5G6.1 验证拓扑的两条命令级路径BSC侧查Abis信令链路MSC侧查CIC表拿到一份GSM网络拓扑结构讲义最有力的验证方式不是在图上勾线而是用信令跟踪让“配置里的拓扑”原形毕露。我的做法分两条线。无线侧在BSC维护台打开Abis接口跟踪过滤某个测试手机号码然后在测试手机上做一次开关机。跟踪消息里能看到MS接入的是哪个BTS上报的位置区更新请求里带有LAC和CI对比编号表就能确认这个小区是不是真的挂在当前BSC下。如果跟踪包里出现的LAC和讲义里的拓扑图不一致那就是数据配置错位了。核心网侧在MSC上用电路查询命令拉出本局到各BSC的中继群状态用DSP CIC看每条电路是空闲还是占用、是开通还是闭路再和BSC侧的中继表对齐。对不上的电路优先排查。这两条路径一遍走完一张拓扑图的正确性就有了具体证据而不是“看起来连通”。这套验证流程适合每次割接后做一次花不了十分钟能挡住后面几周的隐性故障。6.2 从GSM到4G/5G的拓扑对应把“基站—汇聚—核心”三层心智带走GSM网络拓扑结构表面上是2G遗物但它定义的三层组网心智今天依然在用。无线接入侧BTS的角色对应4G里的eNB和5G里的gNB控制汇聚侧BSC的功能被RNC、再被CU/DU架构接替核心网侧MSC/VLR的控制面职责被MME、AMF接走HLR的角色被HSS、UDM继承TC的语音处理对应今天UPF里媒体面的部分能力。物理拓扑上E1中继变成了光口和IP承载CIC变成了GTP-U隧道但“接入网汇聚核心网路由用户数据独立成网”的拓扑逻辑一条都没变。这也是我让新员工先啃GSM讲义而不是直接学5G拓扑的原因。GSM只有三个子系统和几条接口学得快等他能把BTS到BSC到MSC到HLR这条链路用信令讲明白再去理解AMF和UPF的分工会发现自己只是在看一套换壳的三层架构。以前带我的师傅说看拓扑资料别急着背网元名拿支笔把线自己画一遍画完再和网管对照两级校验之后才算真的会了。后来我深夜割接因为一条未激活的CIC把半个城区的呼叫堵了才真正明白师傅这句话。希望你读完这份讲义也把图画一遍希望帮到你。本文还有配套的精品资源点击获取 GSM网络拓扑结构全解：从BSS/NSS分工到接口排障实践
简介GSM网络拓扑结构讲义以PPT形式系统梳理了数字移动通信网络的核心架构与信令机制适合通信工程专业学生、网络规划与优化工程师快速建立GSM系统整体认知。内容从网络拓扑入手详细讲解TMSC、MSC、BSC、BTS及HLR/VLR/AUC等关键网元的功能与鉴权、加密流程并延伸到7号信令网结构、MTP/SCCP/MAP/TCAP/BSSAP等分层协议以及TUP、ISUP在电话呼叫中的作用。同时覆盖常见信令流程、重要定时器与典型信令消息内容并介绍Wireshark、OMCR等分析工具的基本方法便于对照实际网络排查问题。资源为单独一个PPTX文件压缩包仅1.27MB轻量易用适合课堂教学、自学复习或作为内部培训材料。目前已有77人学习浏览内容偏基础但体系完整从网元接口到协议栈均有配图说明可帮助读者理解GSM网络如何完成位置更新、呼叫建立与切换等关键过程。1. 一份GSM网络拓扑结构讲义如果只用来投影就太亏了一份GSM网络拓扑结构讲义.pptx如果只在开会时投影一下价值会损失一大半。网络拓扑结构这个词很多人以为它只是一张网元连接图其实它背后是一套完整的组网逻辑基站信号怎么回来、交换怎么找路、用户数据放在哪、网管从哪里接入。真正需要看这份讲义的人通常是网优新人、通信专业学生或者要给二级维护人员做技术交底的老工程师。看懂了它读告警、查路由、做割接时心里会有一张地图。从子系统拆解到信令验证这份讲义背后能落地的东西一条条讲透。2. GSM网络拓扑的基本盘BSS、NSS、OMS三个子系统的分工与牵连2.1 三类子系统和六类网元先分清谁“管无线”、谁“管交换”、谁“管运维”GSM网络拓扑结构拿到手里第一件事就是把它拆成三个子系统来看。BSS基站子系统管无线接入负责把手机的信号收上来、送下去NSS交换子系统管移动用户的登记和呼叫路由负责让电话找得到人OMS操作维护子系统管全网网元的配置、告警和话务统计。三个子系统之间的连接不是画几条线那么简单每条线背后都有一组协议、一张时隙表和一套数据配置。子系统包含网元主要职责对外关键接口BSSBTS、BSC、TC无线收发、资源控制、切换与位置区管理Um、Abis、ANSSMSC、VLR、HLR、AuC、EIR、GMSC呼叫交换、位置登记、鉴权、寻呼A、C、D、E接口等OMSOMC-R、OMC-S网元配置、告警、性能管理与BSS/NSS的内部维护链路BSS和NSS的定义在不同设备商那里略有出入。爱立信的BSC经常把码型变换器TC放在MSC侧华为的BSC则常挂独立的TC框拓扑图上就多了一条Ater接口。所以读讲义时先看TC画在哪一侧再谈A接口速率和语音编码方式顺序不能反。我做过一次跨厂商组网对接BSC侧说A接口已经给了64kbps时隙MSC侧按压缩语音接了结果一个呼也通不起来最后查出来就是TC归属不一致。2.2 一次开机与一次呼叫把MSC、VLR、HLR的三角关系串起来一个手机从开机到显示“中国移动”只需要几秒但这几秒背后是一整条信令路径。MS先通过Um接口接入BTSBTS把消息经Abis送到BSCBSC再从A接口送到MSC。MSC收到位置更新请求后第一件事是查自己的VLR里有没有这个用户。VLR和MSC通常物理合设逻辑上却是一个独立的“访客登记本”记录当前驻留在本MSC范围内的用户。如果VLR里没有MSC就要往HLR发MAP消息询问这个用户的签约数据。HLR是用户归属数据的“总账本”里面保存着用户的IMSI、签约业务和当前所在MSC的地址。HLR做完登记后把用户数据发给VLRVLR分配一个临时身份TMSIMSC再把位置更新接受的消息回给手机。这套流程里任何一段不通用户就会从有信号变成无服务。呼叫建立时这套关系会反过来用一次。主叫拨号后GMSC通过HLR查询被叫的位置HLR给出被叫当前所在的MSC地址和MSRN漫游号码GMSC再把话音路由到被叫MSC被叫MSC在自己的VLR中找到用户最后通过BSC在位置区里寻呼。理解了这条链再回去看网络拓扑结构图MSC下面为什么既要画VLR又要连HLR就一目了然。VLR是临时数据HLR是长期数据MSC是执行者三者的关系就是GSM网络拓扑里最核心的“三角协作”。2.3 BTS、BSC、MSC之间的“责任边界”无线、控制、交换分界在哪BTS是最靠近用户的设备一个载频对应一个ARFCN频点一个载频8个时隙其中TS0通常承载广播和公共控制信道。BTS的职责是做无线收发它自己判断不了用户该不该切换、该往哪个小区切换这些决策归BSC。BSC从BTS收上来的不只是话音还包括语音编码块和信令消息BSC负责管理几十到几百个小区执行切换判决、功率控制和资源分配。MSC不关心无线侧的频率和时隙它只处理和呼叫相关的控制信令比如IAM初始地址消息、REL释放消息以及通过BSSAP下发的寻呼和释放指令。MSC和BSC之间的分界就在A接口上A接口之上是SS7信令之下是2M中继电路。当网络拓扑图上画的BSC侧支持IP化时A接口的承载会变成IP但信令依然是BSSAP这一点在排障时尤其重要。这里有个“责任边界”容易混淆位置更新、寻呼这些动作是MSC和BSC配合完成的但被叫寻呼的响应发生在BTS侧。拓扑图上BSC到MSC只有一条A接口实际上BSC内要同时维护“无线侧的小区资源”和“网络侧的电路资源”两张表。开局时我把这两张表分开打印对照查比在网管上翻页快得多。3. 把拓扑图画对四层连接关系与Um、Abis、A、Ater四条接口的规格3.1 画GSM拓扑图的四层视角物理、逻辑、协议、寻址带着“GSM网络拓扑结构”去看一张网元连接图最容易犯的错是把图画成一堆网元用线连起来就完事。真正能用于排障的GSM拓扑图至少包含四个层次。物理层看的是BTS到BSC之间走的是E1同轴电缆、光纤还是微波BSC到MSC之间是TDM还是IP这条线决定了故障时会出“传输告警”还是“时钟告警”。逻辑层看的是小区、BSC、MSC、HLR这些功能实体之间的归属关系比如哪个小区挂在哪个BSC下哪个BSC的局向指向哪台MSC。协议层看的是接口上跑什么消息Abis上是LAPDA接口上是MTP3SCCPBSSAPMSC和HLR之间是SCCPTCAPMAP。寻址层看的是SPC信令点编码、CIC电路编码、CGI、LAC、IMSI这些编号资源是怎么分配的。四个层次对应四种排障思路物理层查环回和光功率逻辑层查数据配置协议层抓信令包寻址层查编号冲突。很多讲义讲到拓扑就只画到逻辑层结果读者拿到现场根本对不上号。我拿到这类讲义时会自己补一张“物理-逻辑”对照表把每个BTS到BSC的端口、每个BSC到MSC的中继群、每个MSC到HLR的SPC都填进去。这张表才是网络拓扑结构真正能落地的东西比那些漂亮的连线图有用得多。3.2 Um、Abis、A、Ater四条关键接口的承载方式与速率参数GSM网络拓扑结构中真正决定性能的是接口而不是网元。四条接口里Um接口是唯一一段无线的它的特征是TDMA/FDMA混合多址200kHz一个载频每个载频8个时隙调制方式为GMSKEDGE则使用8PSK。Abis接口承载了BTS和BSC之间的所有信令和业务常见做法是给每个BTS配一条或多条E1一条E1有32个64kbps时隙。每个TRX占用一组子时隙用于话音另一部分用于LAPD信令具体占用几个子时隙取决于TRX数量和是否启用了压缩复用。A接口是BSC和MSC之间的分界话音在A接口上已经变成64kbps的PCM码流前提是TC在BSS侧如果TC在MSC侧A接口上传输的还是压缩语音格式。信令面走SS7一个BSC至少需要一条64kbps信令链路业务面是一组CIC电路。Ater接口只在TC独立部署时出现它承载在BSC和TC之间是压缩后的语音编码数据速率远低于A接口。接口位置承载方式典型速率承载内容UmMS-BTS无线TDMA/FDMA200kHz/载频无线信令、TCH/SDCCHAbisBTS-BSCE1/微波/IMA2.048Mbps E1子时隙复用、LAPD信令ABSC-MSCTDM/ATM/IP64kbps/时隙MTP3/SCCP/BSSAP、PCM话音AterBSC-TCTDM16kbps/时隙压缩话音提示不同设备商对Abis子时隙的定义并不一致有的按16kbps×4组合出一个64kbps时隙有的直接把E1时隙做交叉连接。开局前先把设备文档里的“子时隙表”调出来抄到拓扑图的备注栏里能省掉后面一半的传输排障时间。3.3 话务与信令分离为什么拓扑图上MSC既连VLR又连HLRGSM拓扑图里最容易让新手头晕的是MSC旁边既画了VLR又单独画了HLRVLR好像和MSC绑在一起HLR却放得远远的。这是因为GSM把“话务路径”和“信令路径”彻底拆开了。用户打电话时话音从BTS到BSC再到MSCMSC之间通过中继电路CIC直接互连而寻找被叫、确认用户身份这些控制动作全部走SS7信令网。信令网节点包括MSC/VLR、HLR、GMSC和STP等它们和话务路径不一定重合。HLR独立成网元是为了让用户数据和位置数据集中管理。无论用户漫游到哪个MSC管区HLR都能找到他VLR则只记录“当前在我这里的用户”临时信息。MSC/VLR合设时逻辑上依然分开VLR有自己的VLR号HLR里存的VLR地址指的是这个VLR的SSN。所以看拓扑图时记住一个口诀MSC管汇接VLR管临时HLR管归属。哪个网元连错了位置更新和寻呼就会在信令链上绕圈呼叫迟迟送不出去。4. 照着讲义搭一个最小GSM接入网网元清单、编号规划和数据下发步骤4.1 最小网络选型3个基站、1个BSC、1个MSC/VLR、1个HLR够干什么一份讲义讲拓扑最后一定落到“怎么搭”上。常见做法是先用一套最小网络跑通全流程3个BTS、1个BSC、1个MSC/VLR、1个HLR再加上一个OMC。这套配置能覆盖开机附着、位置更新、主被叫呼叫、跨LAC寻呼、切换这几类核心流程做实验或做新员工培训都够用。BTS建议用S2/2/2配置的900MHz基站即三个扇区各配两个载频总共6个载频一个载频8个时隙足以模拟一个小型本地网的话务形态。BSC侧至少要有一个E1中继群连接到MSCMSC和HLR之间走一条SS7信令链路。VLR合设在MSC内部HLR使用独立节点这样才符合真实组网。很多实验箱把VLR和HLR都装在MSC里拓扑图上看着简单但排障时区分不了“VLR没数据”还是“HLR没数据”对建立正确心智模型反而不利。所以我坚持让HLR独立出来宁愿多配一条SPC链路也不把两个逻辑网元塞在一个物理节点里。4.2 给每个小区配齐编号CGI、LAC、CI、BSIC和载频频率一张表说清编号规划是拓扑图落地的第一步也是后面所有数据配置的索引。GSM网络里每个小区有三组核心编号CGI标识位置区和小区BSIC由NCCBCC组成用于无线侧区分同频基站ARFCN用于频率分配。以中国移动GSM900为例MCC460、MNC00。规划三个站的参数可以写成下面这样基站扇区LACCICGIBSICBCCH频点BTS1扇区120001101460-00-20001-1010x201BTS1扇区220001102460-00-20001-1020x212BTS1扇区320001103460-00-20001-1030x223BTS2扇区120001111460-00-20001-1110x236BTS3扇区120002121460-00-20002-1210x2411这张表的逻辑是BTS1的3个小区和BTS2共用LAC20001BTS3单独用LAC20002这样拓扑图上就出现了一条位置区边界。CI在一个LAC内唯一BSIC在相邻小区之间不能冲突BCCH频点在相邻小区之间至少错开几百kHz。表里的CI用了101、111这样短编码实际工程中常用“基站号扇区号”的规则方便割接时一眼看出小区归属。做规划时我一般会按室外、室内、应急车三种场景预留CI区段避免后续扩容时编号打架。4.3 数据配置的先后顺序从无线参数到核心网数据照着这个顺序不下错库编号表定完后进入数据配置。顺序错了后面会很被动。我的习惯是“先接入、再传输、后交换”。第一步在BSC上定义BTS。包括基站类型、Abis端口、载频、BCCH频率、BSIC把小区的LAC和CI写进小区数据。第二步做Abis链路激活测试。在BSC侧发环回往BTS方向收包确认该BTS的E1时隙全部复用正确然后激活小区。第三步在BSC上配置A接口中继群。定义到MSC的电路群和信令链路把每个CIC编号和MSC侧的电路编号对齐。第四步在MSC上定义与BSC的局向和中继同时配置号码分析把该BSC的小区纳入寻呼域。第五步在HLR里开户并把用户漫游数据下发到VLR通过一个测试手机的开关机完成附着验证。这五步每走完一步都要用维护命令查一次小区状态、Abis时隙占用、A接口电路状态、HLR数据。不走完第一步就做核心网数据等于把一个不存在的小区交给交换机寻呼结果必然是“寻呼无响应”。顺序对了拓扑图和数据配置就一致了。5. 拓扑落地最常翻车的五个故障现象、根因与解决路径5.1 基站批量退服但BSC侧无告警Abis子时隙的“一对多”配错了现象BSC下某几个BTS同时显示“小区不可用”BSC侧没有任何硬件告警传输板卡指示灯正常。原因Abis接口的子时隙交叉连接表配错了。E1的32个时隙中有若干64kbps时隙要被拆成4个16kbps子时隙供多个TRX复用数据表的时隙编号和BTS侧物理跳纤错位后BSC往BTS发的信令根本到不了目标载频。解决在DDF架上对该E1做物理环回BSC侧用测试命令逐时隙发码看看哪些时隙实际能用再用DSP E1T1和DSP ABIS核对接入侧子时隙映射关系。这种故障在开局数据制作时最常见。我的对策是每个BTS占用的E1端口、时隙段、TRX编号都做成一张Excel表和拓扑图放在同一个目录。谁改了跳纤或时隙当场更新绝不在纸上画线。5.2 满格信号却打不出电话A接口CIC电路状态和MSC侧不一致现象手机在小区上正常驻留信号满格发起主叫后立刻被释放回落空闲BSC侧过滤原因值通常能看到“circuit congestion”或“no circuit available”。原因BSC侧A接口中继群里的CIC被定义但MSC侧对应电路处于“闭路”状态或两边电路编号错位。呼叫建立到MSC时找不到可用电路。解决在MSC侧查询电路群状态解开闭路状态如果编号错位需要对照BSC侧的中继电路表和MSC侧的CIC表逐条核对华为设备常见命令是DSP CIC爱立信有对应的电路查询指令原则是“先查闭路再查对齐”。这个坑的玄学之处在于前一天测试还好好的隔夜突然打不出去。事后复盘通常不是谁拔了线而是维护人员在MSC侧做过防拥塞操作后忘了激活。我给团队定的规矩是任何对A接口中继的闭路操作必须双人复核并在两小时内激活否则默认算事故。5.3 位置更新风暴拖垮MSC信令负荷LAC边界划在了话务密集区现象某MSC的MAP信令负荷持续偏高忙时位置更新请求数从每小时几千涨到几万部分呼叫建立超时。原因LAC划分过碎或边界落在城市主干道。手机跨边界就要位置更新位置更新需要MSC/VLR和HLR之间交互信令人流量大的商圈、高架桥、地铁口正是手机反复跨区的场所于是形成“乒乓位置更新”。解决把LAC边界往话务稀疏区移甚至把一个BSC下的多个LAC合并成一个。但这不等于LAC越大越好——LAC内的寻呼消息要在该区域所有小区广播过大同样会造成寻呼信道拥塞。LAC包含的用户容量上限通常按寻呼信道容量推算经验上以忙时开机附着和位置更新的总和不超过寻呼能力为底线。开局前我会先把该区域的忙时话务和位置更新次数拿出来做一次“位置更新热点地图”再落LAC。边界宁可放在农田和高速路中间也不放在商业街。这个决策直接决定MSC的安稳程度。5.4 特定路口切换就掉话邻区表与拓扑图各画各的现象某路口切换成功率骤降车辆在这个路口必定掉话。BSC侧有切换请求但目标小区迟迟没有上报切换完成。原因邻区关系表漏配了目标小区或者外部小区描述里BCCH频点、BSIC、CGI写错。网络拓扑图画了A站和B站相邻实际BSC的小区数据里A到B的邻区关系却不存在或虽然存在但外部小区的BSIC对不上BSC一直收不到正确的同步信息。解决拉出BSC的“邻区漏配/描述错误”核查报告和RF优化的邻区规划表逐条比对重点查外部小区的BCCH和BSIC是否与目标小区实际发射值一致。漏配最常见于刚做过天线工程的小区天线方位角改了邻区关系没跟着调。这类问题在2G时代靠人肉对表几万个小区的邻区比对下来非常容易出错。建议直接在BSC上用“小区一致性检查”工具自动生成差异清单再人工确认比肉眼找靠谱得多。5.5 网管拓扑连线和物理纤芯对不上传输台账没跟着割接走现象OMC拓扑图上A站挂在BSC1下实际DDF架上的纤芯是从A站到BSC2的传输端口。网管上BSC1到A站的E1状态是好的那是因为传输环上绕了另一条路由测试时一次成功不代表数据正确。原因工程割接时改过ODF架上的跳纤却没有同步更新OMC数据和维护台账。解决物理层上DDF架做环回BSC侧逐端口测试确认物理可达性后再和OMC数据对表。真正让这种错误消失的办法只有一个每次割接结束前把物理端口、跳纤记录、OMC拓扑三张表放一起过一遍哪怕凌晨两点也要对完再走。这类故障的可怕之处在于它不会立刻翻车平时测试都通直到某次抢修时拉了备纤才发现根本接的是另一台设备。这是整张网络拓扑结构里最该警惕、也最容易被忽视的一环。6. 把讲义变成工具用信令跟踪验证拓扑并把GSM拓扑思维迁移到4G/5G6.1 验证拓扑的两条命令级路径BSC侧查Abis信令链路MSC侧查CIC表拿到一份GSM网络拓扑结构讲义最有力的验证方式不是在图上勾线而是用信令跟踪让“配置里的拓扑”原形毕露。我的做法分两条线。无线侧在BSC维护台打开Abis接口跟踪过滤某个测试手机号码然后在测试手机上做一次开关机。跟踪消息里能看到MS接入的是哪个BTS上报的位置区更新请求里带有LAC和CI对比编号表就能确认这个小区是不是真的挂在当前BSC下。如果跟踪包里出现的LAC和讲义里的拓扑图不一致那就是数据配置错位了。核心网侧在MSC上用电路查询命令拉出本局到各BSC的中继群状态用DSP CIC看每条电路是空闲还是占用、是开通还是闭路再和BSC侧的中继表对齐。对不上的电路优先排查。这两条路径一遍走完一张拓扑图的正确性就有了具体证据而不是“看起来连通”。这套验证流程适合每次割接后做一次花不了十分钟能挡住后面几周的隐性故障。6.2 从GSM到4G/5G的拓扑对应把“基站—汇聚—核心”三层心智带走GSM网络拓扑结构表面上是2G遗物但它定义的三层组网心智今天依然在用。无线接入侧BTS的角色对应4G里的eNB和5G里的gNB控制汇聚侧BSC的功能被RNC、再被CU/DU架构接替核心网侧MSC/VLR的控制面职责被MME、AMF接走HLR的角色被HSS、UDM继承TC的语音处理对应今天UPF里媒体面的部分能力。物理拓扑上E1中继变成了光口和IP承载CIC变成了GTP-U隧道但“接入网汇聚核心网路由用户数据独立成网”的拓扑逻辑一条都没变。这也是我让新员工先啃GSM讲义而不是直接学5G拓扑的原因。GSM只有三个子系统和几条接口学得快等他能把BTS到BSC到MSC到HLR这条链路用信令讲明白再去理解AMF和UPF的分工会发现自己只是在看一套换壳的三层架构。以前带我的师傅说看拓扑资料别急着背网元名拿支笔把线自己画一遍画完再和网管对照两级校验之后才算真的会了。后来我深夜割接因为一条未激活的CIC把半个城区的呼叫堵了才真正明白师傅这句话。希望你读完这份讲义也把图画一遍希望帮到你。本文还有配套的精品资源点击获取