简介这是一份面向石油石化行业管理者、智能制造规划人员及方案撰写者的5G智慧炼化厂整体方案PPT以108页篇幅呈现从国家战略到炼厂落地实践的完整分析框架。内容按智能制造国家战略、智能炼厂理解、智能炼厂方案三大主线展开从工业4.0、工业互联网、中国制造2025等国内外趋势切入系统梳理智能炼厂的定义、特征与数字化到智能化的演进路径。随后结合中石化、中石油典型智能工厂案例详解生产管控、供应链管理、设备管理、能源管理、安环管控及辅助决策等业务域的智能化设计要点。全包仅1个pptx文件包体约28.79MB便于直接修改套用适合作为行业汇报、项目申报或方案撰写的框架参考与素材模板。目前已有115人学习浏览政策解读与实操案例兼具适合需要快速了解5G智慧炼化场景的读者下载。1. 108页PPT拆开看5G智慧炼化厂方案解决的是现场这三件事炼化厂的数字化改造常常卡在一个老问题上生产现场没有一张好用、管用的无线网。装置区到处是金属结构和高温管道罐区开阔但危险区划界多有线光缆拉不进去Wi-Fi被遮挡得没脾气4G的上行带宽又撑不住高清视频巡检和实时设备监测。于是“5G智慧石油石化炼化厂整体方案”成了这两年设计院和炼化企业信息中心反复评估的方向。这份108页PPT讲的是一套把5G专网落到炼化生产现场的整体打法网络架构怎么选、哪类业务先落地、终端与防爆怎么过关、部署验收有哪些躲不开的坑。适合设计院、炼化企业信息中心、系统集成商和相关运维工程师对照着自己手上的项目看。2. 5G专网在炼化厂怎么组三种组网形态与网元角色在动笔写方案之前需要先把一张图定下来炼化厂要的不是面向公众的5G网络而是面向生产的5G专网。公众网追求大带宽和移动性生产网络追求确定性时延、上行容量和数据隔离这两种价值取向完全不同。所以在整体方案里第一个要回答的问题就是这张网用哪种形态建。2.1 先选组网形态公网切片、独立专网还是混合部署公网切片也叫虚拟专网是运营商在公网5G网络架构上通过网络切片技术为企业划出一条逻辑独立的通道。企业终端通过专用DNN/APN和S-NSSAI切片标识接入业务数据与普通公众用户在网络内部相互隔离。好处是成本低、开通快不需要新增基站办公区、厂区道路、周界巡逻这类非核心业务今天申请明天就能用。缺点是数据面仍然在运营商核心网里业务流量会绕出厂区时延在十几到几十毫秒浮动核心生产数据的安全和合规要求很难交代。独立专网则完全不同。它是在厂区内部署完整的5G核心网AMF、SMF、UPF、UDM等网元、承载网和基站基于5G SA架构组网UPF下沉到厂区机房数据在本地完成转发不出园区。这是核心生产区、罐区、中控室应急通信的首选形态时延能压在5到15毫秒数据隔离是物理级的。代价是建设和运维成本高信息中心需要同时具备无线、核心网、服务器三方面的技术储备或者与运营商、集成商签长期运维服务。混合组网是前两者的折中也是目前大炼化项目整体方案里出现频率最高的形态核心生产区用独立专网办公区和非生产区域用公网切片两张网之间做策略路由生产数据留在厂内外围流量交给运营商。实际投资比全量独立专网可控又能把关键业务装进物理隔离的网里。我通常把组网形态的选择放在方案最开头因为后面所有带宽核算、时延分配、终端选型都由这个前提决定。选型错了后面翻盘的成本极高。组网形态网络架构时延数据隔离投资适用场景公网切片公网5G网络切片10~30ms逻辑隔离低办公、周界、非生产巡检独立专网厂区SA核心网下沉UPF5~15ms物理隔离高生产核心、罐区、中控混合组网专网切片协同按需分区分区隔离中高全厂统一承载2.2 一张炼化厂组网页级拓扑从5G基站到边缘UPF各司其职选定组网形态后下一件事是画一张可部署的网级拓扑。独立专网的拓扑分为接入层、承载层、核心与边缘层。接入层的核心是5G基站AAU挂在装置区高杆塔或管廊支架上通过光纤与BBU/DU连接。炼化厂金属管道密集、储罐高大覆盖设计不能只画一个基站覆盖圈而要逐个点位看遮挡和反射。常见做法是先做现场踏勘根据装置高度、储罐位置、危险区范围确定站高和天线方位角再用射线追踪仿真验证覆盖不要用纯室外宏站的思维去覆盖罐区。承载层负责把基站数据传回厂区机房。炼化厂通常有自己的光缆管网但机房位置往往与装置区有几百米甚至几公里的距离。承载方案选SPN、IPRAN还是裸光纤取决于距离、带宽和可靠性需求。这里有一个实际约束前传AAU到BBU光纤距离有上限超过设计距离就要用扩展方案或把BBU拆分部署否则建到一半发现光衰不够很难收场。核心与边缘层放在厂区机房。AMF和SMF处理信令UPF负责用户面转发MEC紧挨UPF部署跑视频AI、数据采集平台和设备监测应用。数据路径是终端→基站→承载网→UPF→MEC。只有非生产流量才通过出口上公网。对应到设备清单就是一张网元表网元作用炼化厂部署要点AAU/RRU空口收发挂高杆或管廊避开危险区防雷接地BBU/DU基带处理放机房前传距离受限需提前测光缆UPF用户面转发放厂区机房配置本地分流规则MEC边缘应用与UPF同机房数据不出厂跑业务容器AMF/SMF信令与会话可由运营商代维企业侧留接口5G终端业务入口按防爆等级选防爆手机、CPE、工业模组我一般会推动在设计阶段就把UPF和MEC的物理位置定下来。理由很简单这两台设备通常跑在x86服务器上需要机柜、供电、散热和光口资源。不少方案在PPT层面只画逻辑连接进场才发现厂区机房放不下服务器或者光缆根本没通到机房最后被迫把UPF放回运营商机房本地时延和服务承诺全打了折扣。2.3 边缘UPF下沉时延、数据不出厂与流量绕行这笔账UPF要不要下沉是独立专网方案里的关键决策。不沉所有数据绕到运营商核心网再回厂区单次心跳往返三四十毫秒而且生产数据流经厂区之外的网络安全审查很难过。下沉之后数据在厂区机房本地转发路径短、延迟可控、数据不出园。整个方案的卖点一半都押在这个动作上。一次端到端的数据流可以切成几段看时延预算数据流路径典型时延终端到基站空口3~5ms基站经承载网到厂区机房1~3msUPF本地转发≤1msMEC应用处理10~50ms业务平台到中控/DCS集成10~50ms从预算表能看出一个规律网络侧总时延只有5到10毫秒时延大户在MEC应用处理和应用接口集成。所以做方案的时候别把期望值全押在“5G低时延”上——空口低时延只是必要条件业务链条上任何一环慢了整体体验都上不去。这也是UPF要和MEC紧挨着放的原因让应用逻辑靠近数据端到端时延才可能进入可承诺范围。本地分流是UPF下沉后必配的功能。常见实现是上行分类器ULCL或IPv6多归属在UPF上配分流规则将指定DNN或目的网段的流量本地转发给MEC其余流量继续走公网出口。配置时要和运营商核心网联调明确哪些业务网段本地处理、哪些上公网。边界划不清晰轻则流量绕路、时延超标重则业务直接不可用。这个动作看起来只是几条规则实际上牵扯到会话管理、路由策略和防火墙策略的联动整体方案里应当单独立一节而不是用一句“数据不出厂”带过。3. 两类业务先把5G用起来视频巡检与设备预测性维护组网搭好后真正的挑战是让业务在网络上稳定跑起来。把5G落地到炼化厂选业务的原则不是跟着热点走而是看能不能在投运一个季度内产生明确价值。按这个标准我优先推两类业务视频巡检和设备预测性维护。前者解决现场“看得见、看得清”的问题后者解决“设备状态摸得清、故障早发现”的问题。3.1 视频巡检参数核算从清晰度码率倒推上行带宽需求视频巡检包括装置区防爆摄像头回传、移动巡检人员第一视角视频、周界智能分析等。这类业务对带宽的需求是单向的上行需求大下行只有控制流。做带宽核算时先用一张表把单路码率定下来清晰度编码单路码率建议预留1080P/30fpsH.2642~4Mbps3Mbps1080P/30fpsH.2651~3Mbps2Mbps4K/30fpsH.2658~15Mbps12Mbps我一般按“单路上行预留 × 并发路数 × 1.3”估算上行总需求。30路1080P H.265并发上行预留约2×30×1.378Mbps。这个值已经接近一个5G小区上行能力的紧张区因为5G TDD时隙配比普遍偏下行上行资源天然少。方案里不要只写“下行峰值500Mbps”把上行时隙配比写清楚才是负责任的表达。在方案设计阶段就该和运营商确认两件上行相关的事时隙配比是否可调、是否支持上行增强SUL或载波聚合。如果都不支持那就在业务侧压码率比如把摄像头统一设为H.265、限制峰值码率。等验收时再发现上行不够再调参数牵连的就不是一个点位了。视频AI处理最好放到MEC上而不是把全部画面推回中控室。摄像头在边缘做抽帧分析只有关键片段回传中心并形成告警这能把上行带宽需求降一个数量级。所以视频业务落在5G上正确的形态不是“把画面推上云”而是“边缘分析按需回传”。方案里如果只写“高清视频上云”那是只发挥了一半价值。3.2 设备预测性维护的数采链路与端到端时延分配设备预测性维护是炼化厂资产密集特性的直接答案。数据链路是振动、温度、压力传感器→现场采集网关→5G CPE或工业模组→基站→UPF→MEC数据平台→分析模型→运检工单系统。传感器侧通常用Modbus RTU、OPC UA或MQTT协议网关负责协议转换和数据打包通过5G上行发给平台。这条链路对带宽要求很低每路一次也就几十到几百字节高价值体现在低时延和连接密度上。低时延让告警能快速到达连接密度决定一台网关能挂多少传感器。按3GPP的切片划分周期性采集类业务适合走eMBB或mMTC切片实时控制类业务才需要uRLLC切片。方案里常见的问题是把所有业务都塞进eMBB结果监控类数据量一大上报周期就会拉长。端到端时延预算表链路环节典型时延传感器采集与网关汇聚10~50ms5G空口上行3~10ms边缘转发与平台处理20~50ms平台到运检系统集成10~100ms加总约50到250毫秒对设备状态监测完全够用。必须强调一点这条链路只做状态监测和信息流不能替代安全联锁和紧急停车回路。炼化厂的安全仪表系统SIS是独立于信息网络的硬回路5G即使时延做到10毫秒也不能把急停指令放在无线网络上。方案里应当明确这个边界这对验收和安全审查都有好处。终端选型方面设备预测性维护在现场会用到大量工业网关和5G模组外壳防护等级至少要IP65/67供电要支持工业宽压如DC 24V的上下波动并带独立的APN/切片配置能力让数据准确送到目标平台。否则现场一堆传感器接上了数据却在公网DNN里裸跑安全性和稳定性都靠不住。3.3 用QoS和网络切片把视频流与控制指令分开走一张5G专网上跑多种业务最容易被低估的是业务隔离。没有隔离视频流量在拥塞时会挤掉实时控制指令甚至让告警数据排队。5G SA系统提供两个层级的隔离手段网络切片按S-NSSAI划分逻辑网络和QoS通过5QI配置调度优先级。实际项目中两样经常配合使用。先确定每类业务的QoS等级。3GPP标准里定义了一批5QI取值我按炼化厂常见业务做了一张映射表业务类型5QI资源类型说明语音对讲1GBR双向实时保证带宽视频监控7Non-GBR高带宽、时延容忍设备数据采集9Non-GBR大连接、时延宽裕远程控制/应急指令82/83GBR低时延高可靠现场配置的做法是摄像头绑定视频切片DNN传感器网关绑定采集切片DNN语音和远程控制绑定低时延切片DNN网络侧通过URSP策略把不同业务流导入对应切片。终端侧不用做太复杂的路由配置但DNN、APN和切片标识必须一致否则终端附着后会话建不起来或建起来却走了错误路径。我在几个项目里踩过的共性是初期只有一张切片所有业务共用同一个DNN测试阶段看不出问题等并发起来几十路视频一开上行资源被占满数据上报延迟急剧增加。所以业务落地前必须把切片映射表提前定死写成方案的一部分。这个动作本身花不了多少时间但能省下后期大量的联调时间。4. 炼化厂5G部署的避坑清单防爆、上行与切换前面几章讲的是设计原则这一章讲现场教训。下面的每条都是方案里很难提前暴露、但实际必踩的坑按“现象→原因→解决”整理方便对照排查。4.1 基站进防爆区被拒认证等级和安装间距的坑现象方案图纸上把AAU布在装置区边缘或罐区防爆界内现场安全审查直接打回采购的防爆摄像头、防爆手持终端迟迟拿不出防爆认证文件项目进度卡在终端的等证环节。原因气体爆炸危险环境按危险程度划分成0区、1区、2区进入这些区域的电气设备必须满足对应防爆等级要求依据是GB3836标准及IECEx体系。普通5G基站的AAU、RRU没有防爆认证不能在危险区内直接安装终端设备如果没有取得对应等级的防爆认证同样无法合法进入现场。解决在设计阶段就把基站位置推到危险区外沿用光缆延长或天线馈线把信号引入装置区。确有必要让设备进危险区就采用已取证的防爆箱封装AAU/RRU进出线用相应等级的防爆穿线管与封堵件同时把施工动火、用电作业的审批流程纳入计划。终端侧优先选择已完成防爆认证且型号进网的设备宁可在参数上牺牲一点也不要卡在认证上。4.2 上行带宽总是不够用时隙配比和码率的关系现象单用户测试时下行速率很高验收数据很漂亮等现场30路摄像头全部接入视频卡顿、后台频繁丢流实际可用上行速率远低于预期。原因5G TDD帧结构的时隙配比默认偏下行典型配置下行时隙占比七成以上上行资源只剩三成左右。单小区同时处理几十路H.264码率偏高4Mbps以上的视频流上行资源很快耗尽。此外摄像头安装位置信号不佳、终端上报功率受限也会加剧上行不足。解决三层同时治理。第一层摄像头端统一改H.265编码码率压到2Mbps左右第二层网络侧与运营商协调调整上行时隙配比支持的话启用SUL或上行载波聚合第三层把视频AI放到MEC画面分析在边缘做只回传关键事件和低码率预览流。这三件事必须在试点阶段全部做一遍不要留到全量上线再处理。4.3 终端在专网和公网间频繁掉线切片与APN配置冲突现象现场员工用双卡手机一张专网SIM、一张公网SIM走到装置区边缘时发现5G专网信号“跳”到公网业务中断固定安装的5G CPE偶发掉线后不能自动恢复需要人工重启。原因专网采用独立PLMN或专用切片时终端如果没有锁定网络会自动选择信号更强的公网小区。切片不匹配或S-NSSAI不对会导致会话被释放CPE固件在异常掉线后缺少自动重建拨号流程就一直挂在断线状态。解决专网终端统一锁PLMN和频段禁止自动选择公网配置专用DNN/APN确保S-NSSAI与切片配置一致CPE开启网络自动恢复功能掉线后主动发起重新注册。对高可用业务点最好再加一层应用层心跳终端侧检测到链路长时间无响应自动切换到备用通道或重启拨号这样才不用靠人工巡检兜底。4.4 频谱干扰排查变频设备、储罐反射与邻区同频现象RSRP信号很强但吞吐量波动大、丢包率高、时延抖动明显同一位置不同时间测速结果差异很大尤其集中在装置区和罐区附近。原因炼化厂里变频电机、大功率开关电源、电焊作业都会产生宽带电磁干扰直接抬高5G空口底噪。大型金属储罐和管廊还会反射或遮挡信号带来多径和阴影衰落。另一个常见来源是邻区同频干扰尤其是专网和公网共用某些频谱时会相互影响。解决用频谱仪在现场做底噪扫描确定噪声抬升的位置和特征避开在重干扰源附近部署基站调整天线方位角和下倾角减少对干扰方向的拾取频率规划时优先选择工厂环境相对干净的频段部署前做一次周边台站协调在储罐密集区采用多个低功率覆盖点不完全依赖一个大功率站“穿透”障碍。这类问题不能只靠网络参数优化硬扛站址选对了事半功倍。5. 把108页方案折成落地动作需求调研、试点闭环与验收方案再厚也要变成可执行的计划。我的路径是三步先做需求调研、再跑试点闭环、最后定验收及格线。这三步走完方案才算真正交到了项目手里。5.1 需求调研必问的五个字段点位、速率、时延、可靠性、防爆需求调研是整个工程的地基。我常用的一张表只有五个字段调研字段要什么典型回答业务类型名称与优先级罐区视频巡检、中控远程诊断点位分布区域、点位坐标常减压装置区、原油罐区数据流方向从哪到哪摄像头→MEC→中控室速率与时延上下行带宽、时延上限上行4Mbps、≤200ms物理环境防爆等级、温度、腐蚀Ex d IIC T4、-40~60℃腐蚀性油气五个字段齐全后才能确定站址、基站数量、回传链路和MEC资源。最容易被忽略的不是前四项而是“物理环境”。高温和油气腐蚀不只影响设备寿命还会改变信号传播特性比如蒸汽管线附近衰减明显增加。这部分必须到现场走一遍实测不能只盯着CAD图纸画圈。此外还要单独确认业务的时间曲线视频并发高峰在什么时候传感器上报是否集中在交接班或夜间。这些信息直接决定带宽冗余和队列配置只问一个“平均几十路”是设计不出可靠网络的。5.2 试点最小闭环一条装置区、三类终端、两张测试表大范围铺开前一定要先做一个试点闭环。我的做法是选一条生产装置区或一组储罐部署不超过两个基站接入三类终端——两三路视频、五六个传感器网关、一台防爆手持终端把MEC上的视频AI和采集平台全部打通连续跑48小时以上。试点阶段准备两张表业务需求映射表把每个业务需求映射到具体网络指标码率、时延、可用性网络覆盖测试表记录各点位RSRP、SINR、上下行速率、时延和丢包。每天同一时间跑一遍连续三天数据才有统计意义。很多项目只测一次“信号满格”就宣布成功后面负载一上来就翻车再调参数要牵连运维窗口、业务方和施工队成本高得多。试点还有一个目的验证终端与平台的配合。5G CPE与MEC应用在NAT/防火墙策略、UDP/TCP协议栈、上下行调度下的表现只有到了现场才能试出来。方案里写得再好终端数据到了平台侧不通返工照样要花。5.3 验收指标怎么定RSRP、SINR、上下行与切换的及格线验收是争议最多、也最需要清晰规则的地方。我的方法是把所有指标预先写进合同级文档并区分“平均值”和“最差点”避免在现场扯皮。指标测试方法及格线RSRP覆盖测试≥-110dBm良好≥-95dBmSINR扫频或路测≥10dB良好≥20dB上行速率并发业务场景测试按设计并发总和×1.3下行速率多用户测试按设计值空口时延Ping/UDP测试≤15~25ms切换成功率移动场景测试≥99%验收务必记录每个点位的最差值设置“最差点也要达到及格线”。否则报告全是平均良好需求方在现场看到的却是某些位置视频卡顿、数据回不来。同时验收要在真实业务负载下进行而不是空载测速。常见做法是选一个生产平稳的工作日把所有业务端到端跑一遍录像留档让甲方和施工方对着同一份数据确认结果。6. 用一张测试矩阵给炼化厂5G专网做体检项目上线后网络并不会一劳永逸。炼化厂生产波动、装置增改、罐区液位变化都会改变无线环境我习惯用一张测试矩阵做定期体检把网络状态和业务可用性钉在同一张表上测试类别测试项判断标准周期覆盖体检RSRP、SINR全网扫RSRP≥-110dBm、SINR≥10dB季度容量体检并发视频路数与上下行速率达标率≥90%月度时延体检控制业务空口时延、MEC内环P50≤20ms月度干扰体检频谱底噪扫描底噪抬升≤设定值季度隔离体检专网与公网边界切换拨测无失败半年存活体检基站、UPF、MEC进程可用性≥99.5%实时有了这张矩阵维护就有了抓手。我印象很深的一个案例是一期交付时各项指标全部合格三个月后客户反馈视频偶尔卡顿排查才发现新增一套生产装置时施工方在基站附近立了金属结构局部区域SINR掉了近8dB。如果不是按季度的覆盖体检这个问题会一直潜伏到常态化故障爆发。所以我的习惯是验收时把运维体检矩阵一并交给客户并明确说清楚网络不是交付那一刻结束连续生产场景下计划维护窗口才能安排设备重启平时尽量避免非计划操作。最后一条经验别把5G专网定位成“替代Wi-Fi”而要定位成“解决Wi-Fi和4G都解决不了的环节”。想清楚这一点方案的价值、预算的回收期和运维投入都会清晰很多。希望帮到你。本文还有配套的精品资源点击获取