解读江苏移动传输电路调度手册：从架构设计到命名规范

简介：《江苏移动省级网络综合资源管理系统手册》是一份面向移动网络运维、资源管理及工程建设人员的实操型技术文档，以传输电路调度分册为主线。手册从系统概述讲起，梳理了综合资源管理系统的定位、架构与支撑场景，并重点展开电路/群路命名规范、电路路由与开放电路命名后缀等规则，便于读者快速对齐资源管理口径。操作层面，手册系统介绍了电路调度管理中的资料维护、资源录入、查询、分配及故障处理，覆盖电路申请、审批、实施、验收与后期维护的完整业务流程；同时针对用户界面、权限管理、异常应对与日常维护给出说明，可帮助运维人员降低误操作风险。资源包内含1个doc文档，共77页，压缩包约172KB，便于本地随时查阅。目前已有61人学习；对于想要理解省级网络资源全生命周期管理、提升传输电路调度效率的通信从业者，这是一份结构清晰且贴近实际的基础手册。

1. 一份 77 页手册，为什么做电路调度的都该翻一遍

做传输电路调度的人，手头最缺的往往不是工具，而是一套能统一口径的规范和流程。《江苏移动省级网络综合资源管理系统手册（传输电路调度分册）》就是这样一份难得一见的内部资料。它不是什么理论书，而是把江苏移动全省集中化的资源管理系统从架构设计、电路命名规范到每一个操作界面的字段，完整摊开来的操作底稿。我拿到手翻了第一遍的感受是：以前跟局方对电路资料，各说各话，一会儿城市名一会儿站点名，电路后缀也乱得离谱；这份文档直接把「电路怎么命名、端口怎么入台账、调度单怎么走完」全部钉死了。适合三类人细读：传输专业的资源维护人员、做综合资源系统落地的项目经理，以及刚接手电路调度、需要快速建立规范认知的新人。

2. 先看懂系统骨架：集中化部署、EAI 集成与 SOA 封装

2.1 系统架构的三层逻辑：数据接口层、数据管理层与应用层

这个系统采用的是全省集中化设置，不是每个地市各搭一套，而是省级一个物理平台，所有地市的资源数据都在这个平台上跑。架构上按层次化设计，分了三层：数据接口层负责对各专业设备的配置数据进行采集，提供采集服务；数据管理层管的是资源数据的统一命名、状态控制和流程控制；再往上才是面向用户的业务应用层。

为什么要把「采集」和「管理」拆开？因为各专业网管系统（话务网管、数据网管、动环监控、传输综合网管）的数据格式千差万别，如果不先做一层采集适配，资源数据根本没法统一进库。手册里明确要求使用成熟的第三方软件，采用 EAI 集成方式实现数据集成——EAI 在这里不是中间件产品的代称，而是一种集成思路：把各系统的数据通过接口适配器汇聚进来，而不是让每个系统直接改自己的底层结构。

这里有个关键设计：各层次内部和各层次之间遵循 SOA 思路，把数据采集、处理、访问封装成服务。这样做的好处是，将来业务流程变了，比如调度审批从两级改成三级，资源管理的应用不用跟着重构，服务接口不动，流程引擎改改配置就行。手册里原话叫「松耦合」，这个词是理解这套系统的钥匙。

2.2 电路调度模块为什么要延伸到业务侧

传统电路调度系统的管理边界通常只覆盖传输专业：业务部门和传输部门各维护一套电路资料，业务部门记的是电路名称和业务侧设备信息，传输部门记的是电路名称和传输侧设备信息，两边对同一条电路的命名经常对不上。结果是——设备故障了，两边的电路资料无法对应，协同排查要花大量时间打电话对资料。

这个电路的调度模块把管理范畴从传统传输域延伸到业务侧，实现电路端到端调度。这是什么意思？就是一条电路从业务设备端口出发，经过 DDF、ODF，再到传输设备端口，全程都在系统里串成一条链路。业务侧和传输侧的资料不再各自为政，而是围绕同一条电路 ID 组织起来的。

这样做直接解决三个痛点：一是业务开通时的资料一致性问题，二是非智能设备（DDF、ODF 这类无法被厂家网管有效管理的设备）的维护盲区，三是跨部门的权限和操作职责划分。尤其是 DDF 和 ODF，很多地市还靠 Excel 和纸质标签维护，这份手册把它们的资料纳入系统统一管理，是落地时最有价值的部分之一。

2.3 周边系统接口关系：不是孤立系统，是枢纽

从手册的接口设计能看出这套系统在网管体系里的位置。它要和在建的综合代维管理系统、电子运维系统、话务网管系统、数据网管系统、动环监控系统、传输综合网管系统做接口，同时支持连接到网管 4A 系统统一认证。

系统接口关系：

这里要注意一个点：采集进来的是配置数据，不等于资源数据。系统要做的是把采集数据和综合资源系统里的资源数据核对比较，向用户提供采集数据核查比较结果。这个「核对」功能在实际运维里非常有用——很多资源数据的脏差，就是靠这个功能发现并修正的。

架构层面还有一个小细节值得留意：系统同时要支持连接到网管 4A 系统进行统一认证。这说明它不是一套可以独立管理账号的系统，账号体系是跟着 4A 走的。做实施的时候，如果遇到用户说「我密码改了登录不上去」，大概率不是这套系统本身的事，先查 4A 侧的状态。

3. 电路命名规范：全篇最值得背下来的部分

3.1 电路级别划分：从楼内电路到国际电路

电路分级是命名规范的起点。手册把电路按两端落地位置定义了九个级别。从国际到楼内，一级级往下塞：

这个级别的价值在于解决资源归属问题。一条跨省电路，省际段和省内部由不同单位维护，电路级别直接决定了资源操作的权限边界和命名前缀的确认方式。实际调度中，如果你申请的电路级别写错了，比如明明是省内二级写成了本地区内，流程往下走必然会被打回来。

3.2 电路/群路命名格式逐段拆解

手册给的命名格式是一个很严谨的字符串模板：

A端-Z端电路群次类型电路序号电路后缀备注

用表格展开会更清楚：

有几个细节很容易被忽略。第一，对于长途电路，通达地点必须采用城市名；本地电路才可以用站点名或机房名。第二，如果 Z 端名称最后一个字符是西文，后面要再加一个「-」分割字符——这个规则很多人不知道，看到南京-无锡这种命名以为两个地名之间本来就该有一条短横线，其实这个短横线是「Z 端名称的一部分」，不是分隔符。第三，对于两端速率不同的电路，名称尾部要加特殊表示「d」，这是很实用的一个标记，做资料核对时能一眼看出这条电路是两端速率不对称的。

3.3 群次类型代号与电路后缀：两张表解决命名困扰

手册里两张表一定要完整保存。第一张是电路群次类型代号表，直接解决了「2M 电路在文档里到底写 30N 还是 2M 还是 E1」这种问题：

表里没有定义的速率，直接采用表示速率的字符串。这里有个微妙的地方——30N 这种代号是拿「2M = 30 个 64K」推出来的，如果不了解这个历史原因，看命名时会一头雾水。序号从 0001 开始递增，其中 8000-9999 字段留给总部调用省内电路时使用，避免与省公司自己分配的序号冲突。租用电路不划分特殊序号，跟自建电路统一分配，但电路属性里必须增加出租方电路代号；互联互通电路属性里增加对方电路信息，可选项。

第二张是开放电路命名后缀注释表，五十多种后缀我摘几个高频的：

这张表实操价值极大。我在做资源核查时遇到一条电路叫「南京-无锡 30N008DDN」，第一反应是——8 号电路，DDN 业务，两端南京无锡，信息量全在这串名字里。如果命名不规范，比如有人把 DDN 写成「数据专线」，系统里的电路查询就没法按后缀过滤，资料稽核时只能一条条点开看，效率差一大截。

3.4 三种特殊标记：λ、F、d 的用法

电路名称不是只拼表就能完成的，还有三个特殊标记需要掌握。波分电路在电路名称尾部加「λ」；光纤电路加「F」；如果一条电路一部分用波分、一部分用光纤，尾部加「λ/F」。两端速率不同的电路，尾部加「d」。

这三个标记的作用不只是标识，还直接关系到电路路由的描述方式。比如一条南京到苏州的 155M 电路，中间经过吴江，吴江站点上波长转换，那这条电路在系统里就可能被标识成 λ 电路，路由描述里就要体现波长信息和转换位置。如果只看电路名称不看路由，调度时可能误判这条电路可用的资源类型，导致调度方案不落地。

手册里给了两个很典型的例子：「南京-无锡 30N008DDN」是一条 2M 的 DDN 业务电路；「虎踞路 81 号-应天西路 30N0001」是南京市内一条本地电路。同一个城市内，站点名直接做 A 端 Z 端，不写「南京」两个字，这个细节能看出命名规则在本地电路和长途电路之间是有区分的。

4. 系统操作流程：从导航树到资源台账的建立步骤

4.1 登录与主界面布局

系统是 B/S 结构，WebLogic 做服务器，Ajax 异步存取，外部显示是 Html 表单。IE 地址栏里输入 web 服务器地址加端口（手册给的示例是 10.39.216.144:7005/irms），就能打开登录界面。用户名密码输入后点提交，密码错误页面会直接报错，正确则刷新进入主界面。

主界面布局有几个关键信息位。页面上方左侧显示当前用户名；中间是任务栏，五个模块：个人工作平台、资源模型管理、电路调度管理、交换调度管理、基站资源调度、系统平台管理。页面下方左侧显示当前日期，右侧是信息栏，显示历史操作记录。这个历史操作记录在审计时有重要作用——谁在什么时间对哪条电路做了什么操作，全部留痕，出了问题可以快速定位责任人。

进「电路调度管理」后，界面左侧树状导航栏列出了全部功能节点：统一数据管理、传输资料维护、传输资料管理、业务设备管理、调度申请管理、调度任务管理、电路分析管理、数据核对、调度执行管理、我的任务。右侧默认显示「统一数据管理」界面。

4.2 传输资料维护：先把家底铺到库里

传输资料维护是电路开通的前提。手册明确说：业务电路开通前，应确保电路相关的网络资源真实完整——机房、传输系统、通道、传输网元、传输设备端口、业务网元、业务设备端口、联络电缆、DDF，一个都不能少。

这个模块下有五个子功能：网管系统管理、传输系统管理、联络电缆管理、光纤跳接管理。

网管系统管理的核心字段：

传输系统管理字段多了不少：中文名称、省份、地市、区县、所属网管系统、设备供应商、开通时间、工程状态、传输类型、速率、系统层次、管理单位。这里的「系统层次」很关键，常见有省干、本地骨干、接入层，直接决定了系统的管理归属。

联络电缆管理支持两种录入方式：手工录入和 Excel 导入。手工录入要填所属地市、区县、机房一、机房二、DDF一、DDF二，备注。这个地方要特别提醒——DDF一和DDF二的字段在手工录入时是必填，但很多地市实际只用 ODF 不用 DDF，这时候要把 ODF 的架位信息对应填进去，否则导入时容易因为字段缺失报错。

光纤跳接管理是电路智能调度的依据，通过对电路起始网元和终止网元以及两端端口的定义，实现路由分担原则。录入时填一端所属网元、一端端口、对端所属网元、对端端口。我一般建议在录入跳接关系时，把两端端口的速率也记上——虽然界面里没有单独的速率字段，但在备注里写清楚，后面调度查路由时可以少很多猜测。

4.3 传输资源管理：设备、端口、通道三层台账关系

传输资源管理是台账的核心，包含传输设备管理、传输设备端口管理、通道管理三个子模块。

传输设备管理的录入字段非常多：传输网元英文名称、中文名称、省份、地市、区县、所属传输子系统、所属机房、开通时间、设备供应商、工程状态、软件版本、软件大补丁信息、软件小补丁信息、设备类型、设备型号、管理单位、硬件平台、设备用途、备注。这么多字段里，最容易填错的是「所属传输子系统」——同一个传输网元可能归属多个系统（比如某地市 622M 环网和一个 2.5G 环网是同一个物理设备），这个字段选错了，后期按系统维度做资源统计时数据就会偏。

传输设备端口管理的字段是：端口型号、端口所在机架、板位号、板位名称、端口号、端口速率、所属网元、DDF 位置、物理状态位、是否支持复用。这里要注意「端口号」和「DDF位置」的对应关系。实际运维中常见的问题就是端口号和 DDF 位置对不上——改过跳纤不更新台账，导致 ODF 侧标签和系统数据不一致，开通电路时找到 DDF 位置但实际端口被占用。

通道管理的字段是：所属网管名称、开通时间、所属传输子系统名称、通道代号、省份名称、起始地市、终止地市、起始区县、终止区县、起始机房、终止机房、起始传输网元、终止传输网元、起始传输端口、终止传输端口、通道速率、是否激活、备注。通道是电路路由的基本载体，录入时「起始传输网元/端口」和「终止传输网元/端口」必须跟设备端口管理里的数据保持一致，否则通道和设备端口之间关联关系建立不起来，调度时会提示「无可用通道」。

4.4 业务设备管理：把业务侧的底子也补进来

业务设备管理下挂五个部分：交换端口管理、数据设备管理、互联互通设备管理、集团业务设备管理、集团客户资料管理。

交换端口管理有个很实用的功能——「打散」。这个功能解决的是高速率端口拆分成低速率端口的问题。比如一个 155M 的交换端口，要拆出 64 个 2M 的电路来用，通过查询找到端口后，点「打散」按钮，配置打散后的端口速率和条数，系统自动生成对应数量的子端口。这个功能替代了手工在 Excel 里做端到端对应关系的苦力活，而且打散后的端口跟母端口的关联关系是系统级建立的，不容易乱。

打散功能要特别注意一个限制：打散操作不可逆。手册里没有明确写「撤销」功能，实际使用时要确认子端口还没有被电路占用，一旦占用就不能再合并回去。我见过有人把 155M 端口打散成 63 个 2M，结果少了一个端口，想恢复原状已经不可能，只能重新申请一个 155M 端口，来回折腾一周。

数据设备管理和互联互通设备管理的字段相对简单：设备名称、所属地市、所属区县、所属机房、设备类型。集团业务设备管理多几个维度：所属网管、所属传输系统。集团客户资料管理支持按地市、区县、集团名称、关联机房、业务类型、设备类型、联系人查询，关键是关联机房——同一个集团客户挂了多个机房时，这个字段是判断业务接入点的核心依据。

这些模块都支持 Excel 模板导入。模板导入的通用坑在于：Excel 里的枚举值（比如工程状态、设备类型）必须跟系统下拉列表里的值完全一致，大小写也要严格匹配，否则系统报「无法识别」的错误。

4.5 调度申请与任务闭环：从申请到执行的状态机

电路调度管理覆盖业务电路开通、基站电路开通、集团客户电路开通、电路停闭、电路割接、BSC 割接、通道调整这几类操作。调度申请管理、调度任务管理、调度执行管理、我的任务几个模块形成了完整的闭环。

标准流程是：先维护好资源台账（第 4.2-4.4 节的活），再发起调度申请，申请里要选定电路两端、指定速率和命名；申请通过后生成调度任务，任务拆分为具体操作步骤，比如「在 A 端传输设备上配置端口」「在 B 端 DDF 上跳通」；每个步骤由指定责任人执行，执行完成后数据同步回系统电路状态更新。

电路分析管理模块用于查看电路所经站点、端口、时隙信息。调度执行管理里记录每一步的实际操作结果。整个过程的状态变化是：申请草稿 → 审批中 → 任务已生成 → 执行中 → 已完成。哪个环节卡住了，在「我的任务」里就能看到，不用靠线下催。

5. 常见问题与排查避坑：手工台账最容易翻车的五个地方

5.1 电路命名不合规，调度申请被驳回

现象：发起电路调度申请时，系统提示「电路名称不符合命名规范」，申请无法提交。

原因：最常见的就是名字格式错误。比如长途电路 A 端没写城市名，写成「鼓楼机房-无锡 30N0001」；或者 Z 端名称最后是西文但没加「-」分隔符；还有人把电路后缀写错，比如把 2M 电路写成「南京-无锡 2M0001DN」，群次类型应该用「30N」而不是「2M」。

解决：严格按照 3.2 节的格式模板逐段检查。A 端 5 位以内，Z 端 4 位以内，群次类型查表，序号四位数字，后缀查后缀表。一个可以快速自查的规则是：把所有字段拼起来后，用「-」把各段清晰切分，任何一个连字符的角色说不清楚，就要按规则重新拆。我从那以后经手每一份调度申请，先拿这个规则套一遍再提流程。

5.2 交换端口没打散，调度时提示无可用端口

现象：调度电路时电路两端选好了，系统提示「业务侧无可用端口」，但交换设备上明明有闲置的高速率端口。

原因：交换端口 155M 不能直接承载 2M 电路，需要先用「打散」功能拆成 2M 子端口才能挂电路。很多新人不知道这个功能，直接在交换端口列表里找一个空端口去调，自然调不通。

解决：在交换端口管理模块，先查询对应网元，选中高速率端口，点「打散」按钮，配置拆分的速率和条数并确定。打散后刷新电路调度界面的端口选择列表，子端口就会出现。打散的条数最好一次拆到位，比如 155M 拆 63 个 2M（其中 1 个 2M 用于信令），宁可多拆不能少拆——但千万别在没确认原端口有没有在用的情况下做打散，那会造成现网业务中断。

5.3 通道数据与传输系统割接后不同步

现象：传输系统做了割接，网管侧数据已经变了，但综合资源系统里电路路由还是老的，核对报表里大量不一致告警。

原因：这是两个系统之间数据同步的典型问题。综合资源系统的采集数据更新了，但资源数据（尤其是人工录入部分）没同步修改。手册里专门设计了「数据核对」模块就是这个用途——采集数据和资源数据比对，差异项会一条条列出来。

解决：进入「数据核对」模块，跑一遍数据核查比对，把差异项拉出来逐条确认。是采集数据错了，就去传输网管侧修正；是资源数据旧了，就在系统里走资源变更流程。切记：不能只在网管侧改完就不管综合资源系统，两边数据是独立保存的，必须双边一致才算完成。

5.4 导入 Excel 模板失败：格式和必填项不对

现象：用 Excel 导入传输设备或通道数据，系统提示「导入失败，请检查模板」。

原因：模板里枚举值和必填项没填全。比如「设备类型」字段，系统要求的是下拉列表里的标准值，Excel 里写了「华为OSN3500」，但系统里标准值是「OSN3500」，匹配不上直接报错。又比如「所属地市」在系统里是「南京」但 Excel 里写了「南京市」，一样的道理。

解决：先导出一份系统给的空模板，把表头和数据格式原样保留，不要自己改表头；填数据时优先复制模板里已有的枚举值；必填项用模板自带的批注核对一遍。导入前先把 Excel 里所有单元格格式统一成文本，避免数字被截断——传输设备端口号里有「0」开头的数字时，被 Excel 当成数值处理会把前导零吃掉，导入后端口号对不上。

5.5 权限分配不当导致操作留痕缺失

现象：系统里某个用户能修改电路数据，但查操作日志时发现很多关键操作没有记录，或者一个普通操作员能删掉整条电路资料。

原因：用户的角色权限没有按职责严格划分。手册里明确说「不同级别使用者将享有不同的权限」，但实际部署时管理员嫌麻烦，给所有人都开了最高权限，操作日志审计功能形同虚设。

解决：按角色的最小权限原则来配：资源维护人员只能改自己专业内的台账；调度员只能发起申请和执行分配给自己的任务；管理员才保留删除和批量导入权限。权限配好后，定期抽几个操作日志核对，确认留痕完整。这一条在等保和集团检查时也是必查项，别等检查来了再补，那时候日志早就没了。

这五条坑对应的是资源数据的录入、变更、同步、导入、权限五个最容易出问题的环节。每一类问题在运维群里都能找到对应的吐槽，根源几乎都是「台账不规范」。

6. 把命名规范做成 Excel 校验模板：一个能直接落地的习惯

我拿到这份手册后，做的第一件事不是通读，而是把 3.3 节的电路命名规范做成一个 Excel 校验模板，专门用来检查电路调度申请单里的电路名称。这个习惯一直沿用到现在，每次做地市核查时省了大量时间。

做一个简单的校验模板这样做：A 列填「A端名称」，B 列填「Z端名称」，C 列填「群次类型」，D 列填「电路序号」，E 列填「电路后缀」，F 列用公式拼出完整电路名称。

=A1&"-"&B1&C1&"00"&D1&E1

这个公式做了这么几件事：把 A 端、Z 端用「-」连接；把群次类型和序号拼在一起；前缀补零（序号不足四位自动补零）；最后拼上后缀。比如 A1「南京」、B1「无锡」、C1「30N」、D1「8」、E1「DDN」，最终输出「南京-无锡30N0008DDN」。

再写一个检查公式，判断拼出来的名称是否符合长度限制：

=IF(LEN(F1)>30,"名称过长",IF(COUNTIF(G:G,F1)>1,"重复命名","正常"))

这里 LEN 上限 30 是我自己定的经验值，因为手册里 A 端最长 5 位、Z 端最长 4 位、群次 10 位、序号 4 位、后缀和连字符加起来 11 位，拼满也接近 30 位。超过这个长度，基本可以判断是哪个字段填多了。

校验模板的关键在「群次类型」这一列的准确性。我在模板里加了一个数据有效性下拉框，把手册里的速率代号表直接做成下拉选项——64S、16S、4S、1S、1920N、672N、480N、120N、30N、FE、GE，选的时候不会写错。后缀列也做同样的下拉，把 KA、DDN、IP 这些常用后缀放进去。

做这个模板时要注意一个细节：电路序号列的格式要设置成「文本」（或自定义格式 0000），否则输入 8 会自动显示成 8，导致拼出来的名称少两位。这是我在第一版模板里踩过的坑——用默认格式做了一批申请单，全部少补前导零，被审计打了回来。

从那以后我每次做电路调度数据核查，都强制走一遍这个流程：先把电路名称拆成字段、用模板重拼、跟原名称对比、再查后缀表确认业务类别。一套下来，命名规范性错误基本能筛掉九成。资源台账这东西，技术含量不高，但规范就是效率，也把这套模板的思路share给同组的同事，他们现在也习惯了先过一遍公式再提交申请。希望帮到你。

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