简介这是一份面向通信工程专业学生、教师及移动通信初学者的章节教学课件聚焦GSM数字蜂窝移动通信系统第6、7章核心内容。课件以兰州理工大学通信工程课程为背景系统梳理GSM从1982年“移动通信特别组”成立到1992年商业运营的发展里程碑完整覆盖网络结构MS、BSS、NSS、OSS、电信业务承载业务与电话/短信/紧急呼叫、A/Um/Gn接口、编号鉴权与加密、无线信道、呼叫接续流程以及GPRS向3G演进等关键模块配有体系结构示意图、业务分类表格与知识点提炼便于课堂讲授或课后复习。压缩包仅含1个PPTX演示文稿大小1.17MB内容精炼集中适合作为课程讲义、考前冲刺或移动通信入门自学材料。目前已有103人浏览学习对快速建立GSM整体认知、理解2G网络工作原理具有实用参考价值。1. 为什么这份“第6、7章 GSM数字蜂窝移动通信系统”课件值得反复翻半夜处理过GSM投诉的工程师都有一种共识最折磨人的从来不是覆盖弱而是明明有信号却掉话、有信号却寻呼不到。翻开手边的《GSM数字蜂窝移动通信系统》课件第6章的位置区管理与位置更新、第7章的切换控制与BSSMAP信令正是这些“看不见摸不着”问题的真正根源。这两章不像调制解调那样有直观波形却直接决定寻呼成功率、切换成功率、SDCCH拥塞率和边界掉话率。读这份pptx适合三类人刚接手无线网优的工程师、准备通信专业答辩的学生、以及被“位置更新风暴”和“乒乓切换”折磨过的值班人。把这两章真正吃透排障思路会从“盲目调功率”变成“按信令链路找病灶”。2. 课件第6章位置区与位置更新寻呼黑洞的根源在哪打开这份课件的第6章幻灯片前半部分通常从位置区Location Area讲起一个MSC覆盖范围被划分成若干位置区每个位置区有唯一的LAI位置区标识由MCCMNCLAC三段组成。这里最重要的一句话是网络只知道用户在哪个位置区不知道用户在哪个小区。这句话解释了为什么寻呼要在整个LAC范围内广播也解释了位置区划得越大、寻呼开销越高的原理——但更大矛盾在于位置区划小了位置更新次数又会暴增同样压垮SDCCH。第6章所有内容本质就是在讲“位置更新”和“寻呼”这对收支账。2.1 三类位置更新附着、越区、周期每一种都能把SDCCH占满位置更新不是只有“走路跨区”才发生它按触发原因分成三类课件里对应三张信令流程图第一类是IMSI附着IMSI Attach开机时手机要向网络登记自己。IMSI分离Detach则相反关机前向网络告别。早期GSM网络建议开启自动分离功能这样MSC/VLR能及时把关机用户标记为“不可达”寻呼漏斗不会对着空号撒网。第二类是正常位置更新也叫越区位置更新。手机发现当前驻留小区的LAI和自己存储的LAI不一致就会主动发起。它发生在LAC边界两侧各一排小区里边界越长、人流量越大触发次数越多。第三类是周期性位置更新由T3212定时器驱动。手机每次收到网络下发的T3212值就启动倒计时倒计时结束无论是否跨区都会发起更新。这张流程图里有个细节经常被忽略周期性位置更新用的也是随机接入流程先发Channel RequestBSC分配SDCCH后再传位置更新请求。我把A接口上的完整位置更新流程拆成六步课件里通常压缩成一张图MS在RACH上发信道请求携带接入原因“位置更新”。BSC在AGCH上分配SDCCH下发立即指配消息。MS在SDCCH上建立SABM连接把位置更新请求含旧LAI、TMSI或IMSI作为第三层消息送上去。BSSAP把消息封装成SCCP连接请求发到MSCMSC查询VLR开始做位置更新逻辑。鉴权与加密模式在SDCCH上进行完成后MSC给MS分配新的TMSI。位置更新接受消息下发MS回确认SDCCH释放。这六步里的关键认知是位置更新全程占用SDCCH不占用TCH。很多运维新手看到TCH拥塞率正常就放行却忽略了SDCCH拥塞才是位置更新风暴的第一现场。尤其是LAC边界穿过写字楼密集区时上下班高峰期几千人同时跨区SDCCH拥塞率能被顶到50%以上直接导致周边用户打电话无法发起呼叫。这就是为什么LAC边界规划时要刻意避开高话务热点区域而不是随手在地图上画一条线。2.2 T3212与LAC边界现网调参的“收支平衡表”T3212是第6章里唯一一个需要背下取值逻辑的参数。网络在BCCH的SI3消息里广播T3212单位是6分钟一格取值范围0到255。取1表示6分钟更新一次取20表示2小时更新一次取120表示12小时更新一次取0表示禁用周期性位置更新。调T3212的核心矛盾是周期太长手机长时间不主动上报VLR里的位置信息老化寻呼来临时可能在好几个位置区里重复发送寻呼消息寻呼成功率下降。周期太短全员定时上线更新SDCCH信令量暴涨基站侧RACH和SDCCH都可能拥塞手机待机耗电也快一倍以上。我一般给的建议是寻呼量大、LAC容量紧张的城市核心区T3212放宽到40至60格4小时到6小时话务稀疏的乡镇和国道沿线可以收紧到10至20格1到2小时好处是用户漂移出覆盖区后能快速识别“失联”。这里有个血泪经验T3212取0禁用在现网里从来没带来过好结果。禁用周期更新后所有出问题的手机都处于“网络以为还在、实际早已关机或漂移”的失控状态寻呼黑洞一片一片出现。LAC边界规划也是一张“收支表”。LAC划得越大寻呼消息量越大PCH信道越拥挤LAC划得越小位置更新触发越频繁SDCCH信令开销越大。课件里通常只给平衡公式但现网经验是一个LAC覆盖范围内的寻呼量不应超过PCH容量的60%越区位置更新话务量不应超过SDCCH容量的30%。实际操作中边界不要穿过城市主干道、不要顺着铁路走、不要把一个住宅区腰斩成两个LAC。住宅区腰斩是最典型的玄学问题用户晚上回家在A区早晨出门在B区每天固定两次越区更新看似数据正常实际上白消耗大量信令资源。3. 课件第7章切换判决与BSSMAP信令让边界不再掉话第7章幻灯片的主角是切换。切换的本质是“在不中断通话的前提下把无线链路从一个小区迁移到另一个小区”。GSM的切换决策在BSS侧完成但执行过程要跨BSSAP信令链路涉及BSC和MSC的相互配合。课件第7章的难点不是概念本身而是那几条信令流程谁先谁后、谁等谁超时。3.1 三种切换场景BSS内、BSS间、MSC间GSM切换按涉及网元范围分成三类课件里通常用三张流程图标出每条信令的消息名。我先用表格把框架立起来切换类型涉及网元信令承载业务连续性保障BSS内切换同一BSC下的不同小区内部消息不跨A接口BSC直接控制时延最短BSS间切换不同BSC同一MSCA接口BSSMAP消息MSC负责协调两个BSCMSC间切换不同MSCMAP/E接口消息目标MSC分配切换号码完成路由BSS内切换是BSC内部事务源小区和目标小区通常共用一个BSCBSC向目标小区发切换请求、预留无线资源后直接通知手机切换。BSS间切换要经过MSC中转源BSC向MSC发BSSMAP的切换请求MSC找到目标BSC并让目标BSC准备资源目标BSC返回切换请求应答源BSC再通过空中接口给手机发切换命令。MSC间切换是三种里最复杂的涉及两个MSC之间的MAP信令交互。MSC A向MSC B发起MAP准备切换请求MSC B分配切换号码并返回之后MSC A把切换命令发给手机手机同步到目标小区的无线信道上MSC B检测到成功接入后回切换完成。这套流程里任何一个局数据缺失都会卡住现网最常见的问题就是切换号码段配置错误或GT数据没做导致MS C间切换成功率直接掉到0。课件中把MSC间切换流程画成了跨越多层的时序图建议你对着图把每个箭头上的消息名抄一遍再来做局数据配置会顺手很多。3.2 测量报告到切换执行关键定时器与邻居关系切换不是凭空触发的它依赖手机周期性上报的测量报告。GSM里手机每480ms上报一次测量报告包含服务小区和6个邻小区的RXLEV和RXQUALBSC把这些数据汇总后做判决。课件第7章的核心逻辑图就是“测量报告→切换判决→切换执行”这条链路其中切断的环节往往不是无线而是参数配置。常见的切换触发分为四类每一类对应不同的参数组第一类是边缘切换触发条件是服务小区RXLEV低于切换门限。控制参数有边缘切换门限、边缘切换统计时间窗和切换滞后KHYST。滞后设得越大越不容易触发切换能有效抑制乒乓但过大会让手机一直待在弱覆盖区等信号质量恶化到不可恢复才切换结果就是掉话。第二类是质量切换触发条件是RXQUAL恶化到一定程度典型场景是强干扰下通话质量变差但接收电平反而很高。这类切换要配合干扰带统计一起看否则调了门限也不知道源端为什么恶化。第三类是功率预算切换PBGT切换这是GSM里最常用的话务均衡手段。手机测到邻区信号电平优于服务小区并超过偏置值就把话务切到更好的小区。PBGT切换可以兼顾覆盖和话务均衡但偏置设得太小会引发乒乓这也是“一切换就掉话”的常见元凶。第四类是紧急切换用于目标小区拥塞或服务小区故障时强制切走一般不做常规调优手段。流程上切换的完整信令链路是MS上报测量报告→BSC判决触发→源BSC向目标BSC发切换请求→目标BSC预留TCH并返回应答→源BSC给MS发切换命令Handover Command→MS接入目标小区物理信道→目标BSC上报切换完成→源BSC释放旧TCH。其中每个环节都有对应定时器比如等待目标BSC资源应答的定时器、等待手机接入目标小区的定时器。课件里会把这些定时器列成一排但真正排障时最有用的还是“切换请求成功率和切换执行成功率”这两组指标。前者看目标小区能不能给出资源后者看手机能不能接得过去。如果切换请求成功率低查目标小区拥塞和邻区数据如果切换执行成功率低查切换命令的无线上行、下行质量以及目标小区是否存在上行干扰。4. 把PPT的框图变成取数口径位置更新与切换的可观测设计读第6、7章最容易犯的错是把信令框图当“知识点”背下来结果一到机房不知道从哪里看数据。我习惯把每张信令图反向映射成一组可以取数的指标用指标判断流程哪一环出问题。这会改变你读pptx的方式不是看箭头多复杂而是看每条消息对应现网哪张表哪个计数器。4.1 位置更新成功率和寻呼成功率怎么算才不骗自己位置更新成功率是A接口和MSC侧都有的统计项口径一般是位置更新成功率 位置更新接受次数 ÷ 位置更新请求次数这个公式看似简单真正要命的坑在“分母”。位置更新请求次数包含正常更新、周期更新和IMSI附着如果网络侧统计不区分类型你就看不出“到底哪一类在刷分母”。我遇到过某地市位置更新成功率报99.8%打开分类统计才发现周期性更新占比90%其他两类很少。这说明T3212设置可能偏短用户长期停在原地不断做周期更新正常跨区行为反而没被捕捉到。另一种情况是位置更新请求次数里混入了“位置更新拒绝”和“位置更新失败”两者对用户感知的影响完全不同合并统计会让问题被平均掉。寻呼成功率的口径在MSC侧通常是寻呼成功率 寻呼响应次数 ÷ 寻呼尝试次数但在BSS侧还有另一个观察口BSC按寻呼组把寻呼消息映射到PCH信道上下发真正担心的不是MSC侧有没有发而是PCH消息排队有没有丢。所以我会两边对照看MSC侧Paging Attempt升高BSC侧Paging Demand也升高但Paging Response始终上不来问题在无线口若MSC侧正常而BSC侧Paging Demand偏低问题在MSC到BSC的寻呼消息下发环节这类和LAC划分、IMSI寻呼组分配都有关系。每次调完LAC边界或T3212后至少要连续取一周数据对比不要今天调完明天就下结论。4.2 切换统计怎么定位“乒乓效应”与切换失败切换统计在BSC话统里按切换类型分组给出BSS内切换尝试次数、BSS间切换尝试次数、MSC间切换尝试次数以及各自的成功次数。只看总成功率会掩盖问题分支。我见过一个基站BSS内切换成功率只有80%总切换成功率却因为话务少被平均成96%——问题小区在统计报表里完全隐身。所以取数一定要按源小区目标小区逐条拉按邻区对聚合看哪些邻区对切换次数异常高、哪些邻区对切换失败次数异常集中。乒乓效应的发现不能靠猜测可以用“短时间切回率”这个笨办法在切换统计里找出同一源小区和目标小区对在相邻统计周期内来回切换的次数如果1小时内同一对小区切换次数超过设定值大概率就是乒乓。翻车现场通常长这样切换滞后KHYST设成2dB用户站在两小区交界处信号电平在门限附近抖动手机来回切了十几次每次切换都有几十毫秒的中断语音质量明显下降最终有一次切换失败直接掉话。解决方向一般是加大切换滞后、增大PBGT偏置、或者把目标小区信号电平的绝对门限抬高让“还不够好”的邻区不要过早参与竞争。MSC间切换失败要单独关注“后切换”后续切换和“前切换”提前切换两种流程类型。后切换是常见流程通话中发生前切换一般发生在呼叫建立阶段由MSC在指配阶段提前规划。二者在BSSMAP消息里的接入原因不同排障时先看失败所在环节切换请求失败率高的大概率是目标侧资源或局数据问题切换执行失败率高的大概率是无线侧同步失败或目标小区上行干扰。不要在没分环节前就盲目调参数那才是真正的黑匣子式运维。5. 避坑GSM移动性管理的现网6个坑每条都赔过SDCCH这两章的知识点没有一处是“看看就懂”的几乎所有参数放到现网都会遇到反直觉的现象。下面六条是我在现网踩过或帮别人擦过屁股的坑按“现象→原因→解决”写清楚希望你能绕开。5.1 位置区与定时器侧的三次赔付坑一SDCCH拥塞率突然飙升但TCH话务量平稳。现象是某小区早高峰SDCCH拥塞率超过40%用户打电话出现“启用被拒绝”但TCH占用率只有30%。原因是该LAC边界经过一个地铁换乘站早高峰大量用户在边界两侧来回穿越越区位置更新请求集中叠加周期性位置更新SDCCH被信令占满。解决方法是先临时调大T3212降低周期更新频率再把LAC边界挪到地铁站覆盖范围之外双管齐下后SDCCH拥塞率回落到5%以下。坑二位置更新成功率100%但寻呼成功率只有70%。现象是MSC侧位置更新指标全绿但寻呼响应率持续偏低。原因是周期性位置更新把“位置更新成功”刷得太满导致大量用户长时间停留在同一LAC不主动更新而用户实际上已经离开VLR里留的是过期位置信息。解决方法是调低T3212值到30左右3小时同时检查是否开启IMSI分离确认关机用户能在detach后从寻呼名单里剔除这相当于给寻呼漏斗加了一层滤网。坑三LAC边界重新划分后核心区反而出现寻呼延迟。现象是某城市把商圈区域LAC拆成三个小LAC后寻呼成功率小幅上升但寻呼时延变长用户在商圈内通话建立变慢。原因是拆LAC只考虑了位置更新次数没有同步核算每个LAC的寻呼消息承载量和被叫频次。商圈内被叫密度高PCH信道被寻呼消息填满出现排队。解决方法是把商圈里被叫最集中的区域合并回原LAC或者对寻呼消息打开扩展寻呼组分担负载保证PCH不会成为新瓶颈。5.2 切换侧的三次翻车教训坑四高速公路沿线基站切换失败率高用户“掉话-重拨”反复出现。现象是车速120km/h行驶中连续三个基站切换失败掉话集中在两个相邻基站的交界处。原因是切换滞后设置过大达到8dB手机需要明显变弱才触发切换但车辆高速移动下信号电平在几个毫秒内从强变弱BSC来不及完成“判决→资源预留→下发切换命令”整个流程无线链路就崩了。解决办法是降低该路段的边缘切换滞后到4dB并调小切换统计时间窗让系统对快速信号变化更敏感。坑五小区切换请求成功率极低目标小区无线侧无任何告警。现象是A→B切换请求成功率不到50%但B小区正常工作覆盖和干扰都达标。原因是B小区业务信道被数据业务长期占满TCH可用资源为零BSC切换请求被目标拒绝。这是一个典型的“资源黑洞”切过去的话务能提高话务量但切不过去不代表覆盖有问题。解决方法是打开目标小区的业务信道拥塞切换拥塞切换/紧急切换让话务向相邻空闲小区疏散同时检查该小区的半速率开关必要时开启半速率提升TCH容量。坑六MSC间切换成功率断崖式下跌到0影响范围覆盖整个MSC A边界。现象是某MSC A到MSC B的所有切换全部失败失败原因集中在“切换号码不可用”。原因是MSC B升级后切换号码段被重新规划但MSC A的局数据表里仍保留旧号码段GT翻译指向错误路由导致MAP准备切换请求无法到达MSC B。解决方法是核对MSC间切换号码字段HON和GT翻译数据同步更新两个MSC的漫游号段配置后切换成功率恢复正常。这条教训说明切换排障要先看数据配置是否匹配再怀疑无线参数方向错了浪费的时间是以周为单位。6. 把第6、7章做成一张随身速查卡排障时翻表比翻聊天记录快把这两章课件读到自己能“默写出参数”只是第一步现网排障讲究的是快速定位。我每年至少重读一遍这份ppt把重点参数整理成一张速查卡贴在工位或存进手机备忘录里。这张卡片不必写满全部参数只需要包含最常在现网出问题的几行。下面是我自己用的精简版参数/配置涉及章节直观经验值调大后的效果调小后的效果T3212周期位置更新第6章20~60格2~6小时降低SDCCH负载但寻呼会老化提升位置准确性但信令开销上升LAC边界规划第6章避开商圈、地铁口、主干道寻呼消息在LAC内成本升高位置更新频次上升边缘切换滞后第7章4~6dB抑制乒乓减少无效切换切换反应更快易乒乓掉话PBGT偏置第7章4~8dB话务均衡更保守更激进容易乒乓切换统计观察周期第4章连续取7天分时数据数据平滑但掩盖波动波动明显但容易误判这张表的用法是遇到寻呼相关投诉先看T3212和LAC边界遇到边界掉话先看切换滞后和邻区对统计而不是一上来就调基站功率。排障时永远要把“数据变化是参数调整导致的还是话务模型本身波动”这个疑问挂在脑子里。GSM是一个老系统很多问题不是它没有能力解决而是参数之间互相牵制动了A就影响B。第6、7章之所以值得吃透就是因为它们承担的职责恰恰是网络里最“无形”又最核心的移动性逻辑。自己动手在BSC话统里捞一次数据、把位置更新请求按类别拆一遍、把切换失败按邻区对拉一张清单比对着课件画十遍流程图都管用。希望我踩过的这些坑能让你少走一点弯路帮到你。本文还有配套的精品资源点击获取