★ FEATURED ARTICLE 简介这是一份面向全国职业院校技能大赛5G组网与运维赛项的完整备赛资料专为参赛选手、指导教师以及通信与网络运维方向的学习者编写既适合赛前突击训练也可用于日常课程实训。文档以IUV5G全网部署与优化教学仿真系统为操作对象遵循3GPP R15标准协议系统讲解非独立组网NSAOption 3X与独立组网SAOption 2两种主流组网方式的工程实践。内容从网络规划、平台功能入手逐步延伸到核心网机房的设备配置及MME、SGW、PGW、HSS等网元数据配置再覆盖三层交换机配置、无线站点BBU与ITBBU数据配置、承载网搭建、网络调试与业务验证完整呈现无线、承载、核心三层的端到端建设与网络切片流程同时配有3个城市差异化场景和21个机房的部署案例便于按步骤对照演练。资源只有一个docx文档压缩包约204.98MB目录结构清晰章节安排紧贴大赛任务要求。目前已有2067人浏览学习适合备赛师生用于查漏补缺和技能巩固。1. 5G组网与运维赛项先从一套能跑通全流程的仿真练起全国职业院校技能大赛的5G组网与运维赛项真正拉开差距的通常不是理论题而是仿真平台里那套从拓扑设计到业务验证的完整动作链。我拆完这份实训指导后最大的感受是设备选了大型MME却配了小型HSS容量对不上直接业务验证失败承载网SPN光口都接对了却漏掉核心网侧ODF跳纤链路照样不通。这套资源基于3GPP R15标准协议以城市级项目为底本把无线、承载、核心网三类机房按NSA与SA两条组网线完整还原覆盖网络规划、站点选址、设备配置、数据配置、业务调试到网络优化的全过程。适合正在备赛的选手、指导老师以及想用仿真环境补5G网络运维实操的通信从业者。2. 组网架构与选型NSA Option3X与SA Option2的差异决定运维起点先揭一个很多人忽略的事实国内商用5G网络里NSA占了相当比例它的核心网与承载网是利旧4G的无线侧用EN-DC双连接NR站点以升级后的4G站点为锚点终端同时接入4G和5G。这个现状直接影响了仿真软件里的第一套练习选择——你拖进机房的不是单个5G基站而是BBU与CUDU两套设备其中BBU承担LTE锚点功能。不理解EN-DC的人往往会觉得BBU和CUDU二选一就行实际两者必须同时部署连线顺序还有严格要求。这部分没想明白后面无线侧配置大概率要返工。2.1 NSA Option3X为什么是练习第一站Option3X在3GPP体系里的特点是控制面走LTE、用户面可以走NR现网部署时只需要升级原有4G站点做锚点核心网和承载网尽量利旧。对学习路径来说它本质是“在已有网络基础上增加NR能力”涉及MME、SGW、PGW、HSS、BBU、CUDU、SPN、OTN网元类型刚好覆盖全程但比SA少了独立5G核心网那一层逻辑适合第一轮冲完整流程。操作顺序上也有讲究。EN-DC下终端先找LTE锚点接入再由锚点把NR资源“带上”所以拓扑设计时不能先拖CUDU再拖BBU。仿真平台选好NSA组网后会自动生成锚点相关网元选手要做的不是辨认单个设备而是理解“一个站点有两套无线接入资源”。我习惯把拓扑规划、网络规划、设备配置三项拆开练不要试图一次做完因为前面任何一步后面再改机房里的线缆和状态都会被连锁打回返工代价比想象中大。2.2 eMBB、uRLLC、mMTC如何映射到仿真任务三大应用场景不是几行理论描述是直接落到操作项的。仿真平台的无线覆盖规划、容量规划、综合规划三块按商业中心、郊区、住宅区三类场景出题。商业中心按eMBB高容量设计站间距要压小容量规划系数给高住宅区覆盖和容量要同时算郊区基本按覆盖约束来站可以稀疏一些。网络切片在这套平台上被还原为端到端流程也就是说无线、承载、核心网都要给切片预留资源。很多选手在切片环节丢分是因为只在核心网侧配了切片ID承载网SPN的转发资源没划进切片业务验证自然失败。练习时要把“切片是横跨三张网的”这个意识刻进操作里而不是把它当成核心网机房的一个独立开关。2.3 从Option3X切到Option2核心网与承载网的差异SA Option2的差异集中在核心网侧5G核心网不再用MME做移动性管理控制面由AMF接管用户面由UPF接管整个核心网机房从“网元设备配置”变成“服务器数据配置”。实训指导第二篇也印证了这点它一上来就是核心网机房设备配置实验加核心网机房服务器数据配置无线侧则是ITBBU数据配置实验和网络调试。对于已经练过Option3X的人第二篇真正的增量是服务器层面的接口和切片配置承载网基本可以照搬第一套做法指导文档自己也写了“承载网部分可参考第一篇Option3X内容进行网络配置”。所以备赛时间紧的话先把Option3X一路练到业务验证通过再集中时间处理SA的服务器数据配置两套并行练容易把MME和AMF的配置思路搅在一起。3. 核心网机房配置MME到HSS的容量匹配与三层交换机链路核心网机房配置在这套仿真里分三个层次先把物理设备部署到位再按端口速率把线缆接通最后才是数据配置。三个层次对应三个独立操作界面任何一层断掉业务验证都过不去。我从练过的经验来看设备部署最耗时间的不是拖拽动作而是确认“型号匹配”线缆部分最容易被卡的不是找端口而是搞混LC-LC光纤和LC-FC光纤的适用场景。3.1 设备部署顺序与容量匹配进入仿真平台后第一步不是配数据而是把核心网机房的物理设备布起来。建安市核心网机房从左到右依次是MME、SGW、PGW设备机柜、HSS设备机柜以及ODF架。注意MME、SGW、PGW在同一柜区HSS单独一柜ODF架在最右侧这个布局会影响后面排障时的跳转逻辑。设备资源池提供大、中、小三种型号。我第一次练时随手拖了大型MME对应的HSS却用了小型结果业务验证阶段收到容量不匹配的提示。原因不复杂M大型支持300万SAU仿真里HSS的容量档位必须跟着MME走选小了支撑不住签约用户数。这个匹配关系在实操指导里反复强调过属于做完就能拿分、漏掉必翻车的固定项。部署时还有个小技巧机房界面右上角的“设备指示图”。单击里面的网元图标可以直接切到对应设备内部结构不用一层层退回机房总览再进另一个机柜。我第一次操作时没注意到它在机柜之间来回点效率很低。熟练使用设备指示图能在连线和查端口时省下至少三分之一的操作时间。3.2 端口速率匹配与线缆选型核心网机房连线本质是三个层次的线缆选择。MME第7槽和第8槽单板是物理接口单板以第7槽为例有3个10GE光口大型SGW与PGW只有100GE光口HSS设备只有一个GE网口。机房里的交换机SWITCH内部则有6个10GE、6个40GE、6个100GE光口和6个GE网口。我把这组选型关系整理成一张表练的时候照着对就行源设备源端口线缆类型目标端口说明MME10GE光口编号1-3任选成对LC-LC光纤SWITCH的10GE光口控制面信令链路SGW100GE光口成对LC-LC光纤SWITCH的100GE光口用户面链路PGW100GE光口成对LC-LC光纤SWITCH的100GE光口用户面出口链路HSSGE网口编号1以太网线SWITCH的GE网口签约数据访问链路SWITCH100GE光口任选成对LC-FC光纤ODF架第一对接口上联承载网传输线缆池里同时提供多类光纤常见做法是同机房设备近距离互联用成对LC-LC要接到ODF架再转远距离传输用成对LC-FC。速率匹配是第一检考点把SGW的100GE线拿到MME的10GE口上去连平台会直接拒绝连线。端口选择还有一个容易忽略的细节MME第7槽的3个10GE光口“任意端口均可”但一旦选定了1号口对端就必须落到交换机的某个10GE口整套链路保持同速率。SGW与PGW占用的100GE光口也一样6个100GE口要用几个、留几个给扩容最好在动手前先规划好不要边连边想。3.3 MME、SGW、PGW、HSS数据配置要点设备部署和连线完成后进入数据配置。这个阶段建议按“HSS签约数据→MME→SGW→PGW→三层交换机”的顺序做原因是HSS的签约信息是后面网元数据配置的基准MME的TAC和容量值又决定无线侧和核心网侧能不能对齐。# Option3X核心网数据配置先把最小配置集列全再进界面逐个填 core_cfg { plmn: 460-00, # 国内仿真常用PLMN标识 tac: 10, # 跟踪区码必须与无线侧广播TAC一致 apn: ims, # 签约APN业务验证终端会使用 mme: { capacity: 300万SAU, # 与HSS档位严格一致 s1_ip: 10.10.10.1/30, # S1-MME接口地址 s11_ip: 10.10.20.1/30 # S11接口地址对SGW }, sgw: { s11_ip: 10.10.20.2/30, # 与MME的S11同网段 s5_ip: 10.10.21.1/30 # S5接口地址对PGW }, pgw: { s5_ip: 10.10.21.2/30, address_pool: 192.168.100.0/24 # 终端附着成功后获取的地址池 } }逻辑说明这份配置集把整个核心网数据配置压缩成一张可对照的检查单。依赖关系很明确MME要和HSS对同一套签约数据SGW要和MME对S11互联地址PGW要通过S5接上SGW给出的地址。只要这些接口IP在同一网段且掩码一致数据配置就基本能过。参数说明IP网段不是硬性标准仿真平台评分看的是地址是否成对出现、VLAN划分是否正确TAC是真正的关键点无线侧站点广播的TAC若和MME里配的不一致业务验证会卡在位置更新阶段红色告警会直接定位到TAC冲突上。三层交换机配置实验也在这里做。核心网机房的三层交换机不是傻瓜交换机要按VLAN把MME、SGW、PGW、HSS隔开同时给每个网元提供三层网关地址这是为了防止控制面信令和用户面流量混在一起。最后再完成SWITCH与ODF架的互联用成对LC-FC光纤把信号送到承载中心机房ODF架端口1。4. 无线与承载侧配置SPN、CUDU、BBU连线与OTN回传链路无线侧和承载侧的操作习惯与核心网机房完全不同。核心网侧重单设备逐项配置无线侧则强调“成对连线”的先后顺序承载侧又回到机房级设备布放。做这一章时我建议把拓扑设计阶段的定位记牢SPN在站点机房第一排CUDU也在第一排BBU在第二排这个布局不是随机的它对应了回传信号到达站点的落地顺序。4.1 BBU与CUDUOption3X双栈站点的设备分工无线机房配置第一步是在拓扑设计里把SPN拖到第一排BBU拖到第二排CUDU拖到第一排然后按SPN→CUDU→BBU的顺序连线。这个顺序值得多说两句Option3X的站点本身是双栈结构BBU承载LTE锚点功能CUDU承载NR基带处理两者不是替代关系。先连SPN到CUDU是把承载网回传送到NR侧再连CUDU到BBU是让NR控制面能通过LTE锚点完成接入。连线交互上有个细节不能一次框选三个设备再统一生成连接必须成对操作点完源设备再点目标设备否则系统只会把线连到先点过的设备上。有选手反馈“明明点了SPN和BBU为什么只出现了SPN-CUDU一条线”大概率是中间点选顺序出了问题。SA篇的无线机房操作逻辑相同但少了LTE锚点不再需要BBU和CUDU双栈配合交互上反而简单一些。练的时候可以把两套截图并排放一眼就能看出哪些连线是Option3X特有的。4.2 承载网SPN与OTN骨干汇聚机房怎么接到站点承载网解决的物理问题是“把核心网ODF架出来的光信号送到站点机房SPN”。建安市骨干汇聚机房里OTN放在第一排SPN与RT放在第二排OTN与SPN之间需要连线。整个承载链路追出来是这样一条光路核心网SWITCH → 核心网ODF架 → 承载中心机房ODF架端口1 → OTN → SPN → 站点CUDU → BBU这条链路上任何一环断了业务验证都会出现上行通下行不通或反过来。ODF架端口习惯上成对使用收发光各占一口。核心网SWITCH出来用LC-FC光纤接到ODF架第一对接口对应承载中心机房ODF架端口1再转给OTN。第一对还是第二对取决于你的端口规划没有硬性对错但前后必须能对上。我在排障时习惯先从光路两头往中间收先看核心网SWITCH有没有输出再看站点SPN有没有收到两头都有信号就一定是中间某段ODF跳纤或OTN连线松了。这个方法在练SA篇时同样适用因为SA的承载网结构基本一致。4.3 无线站点数据配置与回传链路对接无线侧数据配置集中在BBU和ITBBU上界面里主要填小区参数比如PCI、频点、TAC、邻区关系。我整理了一个检查用的参数集合练的时候直接对照填site_cfg { site: 建安市3区B站, # 与拓扑设计中的站点名保持一致 gnb_id: 1, # 基站标识按任务编号填 tac: 10, # 与核心网MME的TAC一致 cells: [ {cell_id: 101, pci: 100, ssb_freq: 627264, active: True}, {cell_id: 102, pci: 101, ssb_freq: 627264, active: True} ], anchor_lte_pci: 50, # Option3X的LTE锚点小区PCI return_path: SPN-1/CUDU-1/BBU-1 # 与机房实际连线顺序对应 }逻辑说明这里最要紧的不是频点数值而是active状态为True。很多选手把所有参数填完就进入业务调试结果小区状态是未激活终端根本驻留不上。第二个关键点是tac必须和MME保持一致否则附着流程会卡在位置更新。第三个是Option3X因为需要LTE锚点anchor_lte_pci要显式写出来漏掉会造成终端无法建立双连接。参数说明pci在同一站点多小区之间错开即可ssb_freq要落在仿真平台支持的NR频段范围内不同城市场景允许的频点不完全一样配置之前先看任务背景给的范围。SA篇的无线站点配置少了anchor_lte_pci这个字段同时多了5G核心网注册相关配置操作入口一致但填的内容不同。5. 实操排查与避坑影响5G组网与运维成绩的五个检查点仿真平台虽然比真机少了很多“不稳定因素”但固定坑位照样不少。下面五条来自我和身边备赛者反复踩过的位置每条按“现象→原因→解决”写清楚练的时候可以当成检查清单用。5.1 设备容量不匹配HSS档位跟不上MME现象MME、SGW、PGW都用了大型设备只有HSS拖的是中型数据配置界面里所有字段都填完了但业务验证时提示“签约用户容量超限”。原因核心网机房设备部署阶段没有做容量匹配。MME按大型支持300万SAUHSS在用户签约数据管理上必须提供同档能力型号不配对容量校验必然失败。解决返回核心网机房设备配置界面进入HSS机柜把中型设备换成大型再回数据配置界面重新跑一遍校验。这个坑我踩过一次后就记住了设备选型时先确认MME的容量等级再按同等级去选HSS不要逐台单独选。5.2 端口速率不匹配10GE光口接不上100GE光口现象从MME第7槽1口牵出光纤回到交换机界面怎么点都连不上设备高亮列表里看不到可连端口。原因MME侧是10GE光口目标却选了交换机的100GE光口速率不一致平台直接拒绝建立连线。解决以源端速率为准找目标端口。MME的10GE只能接SWITCH的10GE光口SGW和PGW这类100GE设备接SWITCH的100GE光口HSS的GE网口接SWITCH的GE网口。记住一个原则速率对齐线缆类型跟着端口走。5.3 拓扑连线与机房连线脱节现象拓扑设计阶段已经把链路画得完整机房设备配置界面也摆了设备但业务调试时IP链路检测依然不通。原因拓扑规划和机房部署是两个独立操作层。拓扑里拖放的是逻辑网元机房内部还需要逐对端口补物理线缆拓扑图不会代替机房连线。解决回到设备配置界面用设备指示图逐网元核对连线状态每个网元都确认有物理链路。不要觉得拓扑图画完就万事大吉机房内部连线是单独计分的漏一根线都要补。5.4 无线小区未激活导致附着失败现象告警区和路由表都正常业务验证就是失败没有明显红色报错。原因无线侧小区参数填完了但状态没有激活或者Option3X站点的LTE锚点邻区关系缺失终端无法建立双连接。解决先到无线站点界面看小区状态是否active再看ITBBU数据里有没有填anchor_lte_pci。如果两个都正常用信令跟踪工具看附着流程具体卡在哪一步是随机接入失败还是鉴权失败再顺着那一段去排查。5.5 教程样例名不一致顺津市还是建安市现象实训指导前面写着把MME拖到“顺津市核心网机房”后面所有操作步骤又全在建安市按前面那个名字去找机房找不到怀疑自己走错章节。原因教程素材样例名前后版本不一致早期版本用顺津市命名正式文本统一成建安市。解决以建安市B站机房为主线完成全部操作看到顺津市字样直接按建安市处理。第二篇里出现的兴城市是SA篇的独立素材别在第一篇里找它。这类问题在长文档里很正常提前知道能省下不少排查时间。6. 网络调试三板斧IP链路检测、信令跟踪与路由表核对配置全部拉通只是前半程赛项真正踩分的地方在网络调试。我建议按固定顺序做先IP链路检测再信令跟踪最后核对路由表和告警。6.1 先把链路测通再谈数据不要在配置完成后直接点业务验证先逐段测链路。核心网交换机到MME、核心网到ODF架的上联、承载网OTN到SPN的通断三段都要确认。如果仿真平台提供命令行视图我用的是下面这套检查序列# 按顺序确认三段链路核心网、承载网、无线回传 ping 10.10.10.1 # 核心网SWITCH到MME的S1地址 ping 10.10.30.2 # 承载网OTN到站点SPN的回传地址 show ip route # 查看是否有指向核心网地址段的路由条目 trace MME-01 # 抓取一次信令跟踪确认附着流程走到哪一步ping的结果能区分是物理链路问题还是数据配置问题。第一跳就丢包优先查光纤和端口第一跳通而第二跳不通问题在承载网ODF跳纤或OTN连线前两跳都通但业务验证失败才进入数据配置排查。6.2 把跟踪流程拆成三步对照信令跟踪是定位数据配置问题的核心工具。告警区和路由表看着正常但业务验证失败时Trace工具会把附着流程拆成阶段哪一步没走通会直接标红。常见卡点是HSS鉴权没通过或TAC不一致。路由表用来确认核心网地址段有没有通过承载网传到无线侧缺路由时表里会少一条到达10.10.x.x/30的条目。最后用光路检测或告警界面收尾确认ODF架端口选择没跳错设备容量匹配没问题。这套流程固定执行下来基本能覆盖90%以上的业务验证失败场景。我曾经因为跳过IP链路检测直接看信令被一个SPN端口没插实的问题卡了近四十分钟后来才发现是物理层根本没通。从那以后我每次进仿真都强制按“IP链路检测→信令跟踪→路由表核对”的顺序收尾赛前练习时把这条顺序固化成了肌肉记忆希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
