通信网络的规划方法、系统、电子设备及存储介质

摘要

本发明涉及网络通信领域，提供一种通信网络的规划方法、系统、电子设备及存储介质，方法包括：对所要规划的网络中的业务梳理业务需求；按照业务需求为业务预设路由；按照业务需求为业务分配资源，根据资源分配情况计算网络建设规模；其中，按照业务需求为业务分配资源包括：按照需求带宽为业务分配带宽资源；按照源宿节点、业务承载的保护方式为业务分配端口资源。本发明实施例提供的通信网络的规划方法、系统、电子设备及存储介质，通过将存量端口资源与新增子架的统一管理，实现了对业务的端口资源统一分配，提高了网络规划的效率。

权利要求

1.一种通信网络的规划方法，其特征在于，包括：

对所要规划的网络中的业务梳理业务需求；其中，所述业务需求包括源宿节点、需求带宽、业务承载的保护方式；

按照业务需求为业务预设路由；

按照业务需求为业务分配资源；其中，包括：

按照需求带宽为业务分配带宽资源；

按照源宿节点、业务承载的保护方式为业务分配端口资源；其中，包括：按照新增业务完全承载于新增子架上的场景请求虚拟子架，所述虚拟子架包括新增端口资源；按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源；将被分配到不同子架的转接业务调整到同一子架；为所有业务分配端口资源结束后，回收未被分配的虚拟子架；其中，所述虚拟子架为新增子架。

2.根据权利要求1所述的通信网络的规划方法，其特征在于，所述按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源包括：对于具备保护关系的业务，根据业务的安全等级，按照运营商策略以及网络使用者习惯选择按照子架正反面分离配置或选择在不同板卡上配置，在配置时按照源宿节点以及端口资源的实际使用情况分配存量端口资源或新增端口资源；

将无保护普通级业务或无关联业务按照端口区分配置，在配置时按照源宿节点以及端口资源的实际使用情况分配存量端口资源或新增端口资源。

3.根据权利要求1所述的通信网络的规划方法，其特征在于，所述将被分配到不同子架的转接业务调整到同一子架包括：考察转接业务所在节点的子架，查找一个子架，所述子架能转接所述转接业务所涉及的所有电路，将所述转接业务所涉及的所有电路转接到该子架上。

4.根据权利要求1所述的通信网络的规划方法，其特征在于，在所述按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源之前，所述按照源宿节点、业务承载的保护方式为业务分配端口资源还包括：清除不可用的存量端口资源；

统计网络规划所涉及新业务的站点，清除不属于所述站点的存量端口资源。

5.根据权利要求1所述的通信网络的规划方法，其特征在于，所述对所要规划的网络中的业务梳理业务需求包括：对业务的业务需求采用业务特征值的方式描述；其中，所述业务特征值包括第一字段、第二字段、第三字段；其中，第一字段用于描述源、宿节点的情况；所述第二字段用于描述业务承载保护方式；所述第三字段用于描述业务承载带宽的级别。

6.根据权利要求5所述的通信网络的规划方法，其特征在于，所述按照需求带宽为业务分配带宽资源包括：统计同路由段、同业务特征值的业务，对它们的带宽需求进行求和，得到经过压缩的业务；

按照经过压缩的业务的需求带宽为业务分配带宽资源。

7.根据权利要求1所述的通信网络的规划方法，其特征在于，还包括：统计网络建设规模，输出网络规划的结果。

8.一种通信网络的规划系统，其特征在于，包括：

业务需求梳理模块，用于对所要规划的网络中的业务梳理业务需求；其中，所述业务需求包括源宿节点、需求带宽、业务承载的保护方式；

预设路由模块，用于按照业务需求为业务预设路由；

资源分配模块，用于按照业务需求为业务分配资源；其中，包括：按照需求带宽为业务分配带宽资源；

按照源宿节点、业务承载的保护方式为业务分配端口资源；其中，包括：按照新增业务完全承载于新增子架上的场景请求虚拟子架；按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源；将被分配到不同子架的转接业务调整到同一子架；为所有业务分配端口资源结束后，回收未被分配的虚拟子架；其中，所述虚拟子架为新增子架。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述通信网络的规划方法的步骤。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至7任一项所述通信网络的规划方法的步骤。

说明书

通信网络的规划方法、系统、电子设备及存储介质

技术领域

[0001] 本发明涉及网络通信领域，尤其涉及一种通信网络的规划方法、系统、电子设备及存储介质。

背景技术

[0002] 如今依托通信网络开展的众多综合业务对运营商基础承载网络提出诸多挑战。无线方面，4G的大力发展以及5G的重点推进要求传送网对基站业务调度至核心网EPC回传链路要求有足够丰富的带宽能力及路由选择。固网宽带方面，广度覆盖的数据城域网对收敛后数据集中调度至出口提出多种灵活传送的要求。政企专线方面，大颗粒业务的逐年增势以及业务的随机性对网络承载容量及富余度提出挑战。同时，随着更多新技术、新业务的开发及应用，例如VR/AR、物联网等需求将对现有基础承载的传送网不断发起技术及承载能力上的冲击与挑战。面对上述诉求，有多种解决技术及方案，但其中OTN(Optical Transport Network，光传送网)作为一种超高带宽、超强延展性的网络，是作为承载大流量业务的基础网络首选。

[0003] 然而，在上述各种复杂需求交织的背景下，现有OTN网络的规划方法已经开始显现出瓶颈，一方面网络的规划方法需要结合新技术进行相应变革；另一方面，在海量业务需求驱动下，如何进一步提升规划效率，提高质量以满足业务的多变性及大容量需求，成为本领域技术人员主要研究的内容和待解决的瓶颈。

[0004] 现有的OTN网络的规划方法主要遵循如下环节：

[0005] 1、业务需求梳理：作为网络规划的基础步骤，业务需求梳理不仅需要对业务需求带宽进行逐一梳理统计，还需要对每条业务的开通方式(即业务是否保护、分担方式等)进行逐一梳理，具体包括：

[0006] 1.1传送带宽分类：就目前主流的业务需求，主要需要将传送带宽分为GE、2.5G、10GE(含10GPOS)、40G、FC400/800、100G甚至将来5G时代的200G/400G等。不同网络调度规则可能对不同业务类型提出差异化承载需求。

[0007] 1.2传送路由分类：对于传输调度，路由也存在不同的方式。具体概括为：1)源宿间无保护调度。2)同源同宿分担调度。3)同源异宿分担调度。4)源宿间1+1保护调度。而每种方式又随着各个网络的组网要求及形态存在不同程度的差异。

[0008] 2、业务调度路由预安排：根据不同网络组网及调度要求，结合业务需求，逐条进行业务调度路由安排。也只有逐一对调度路由的预安排，才能比较准确地对直达落地型电路、电层转接型电路、光层穿通型电路等多种组织方式进行统计，得到所需要网络建设规模，达到规划的目标。

[0009] 3、OTN网络关键资源要素及成果生成：通过逐一统计电路路径所涉及网元及建设内容，形成波长/子波长波道图、线路端口/板卡、支路侧端口/板卡以及上述资源与业务需求的互关联性，为后续网络建设规模，如子架、板卡、端口等提供新增依据，便后续复查及审阅。

[0010] 现有的OTN网络规划方法存在如下几点不足之处：

[0011] 基本全人工规划，效率低：目前的规划方法几乎全是用人工手工或少部分半自动方式进行操作。以几十个T的业务需求为例，往往涉及多种不同大类的业务需求，且每大类还存在不同的差异化调度方式。带宽与不同调度方式的组合，至少有十余种不同类型需求，仅梳理业务需求就耗时不少。同时，面对业务需求侧发生的变化，往往难以快速反应及处理。需求的变化对于已经完成的操作环节往往是一种“毁灭性”的推倒重来，不仅效率底下，准确性也难以保证。

[0012] 网络建设规模计算量大、出错率高：在完成业务需求梳理、业务调度路由预安排后，对于网络关键资源的计算涉及后期网络建设规模及投资。而该环节的实施、校验、修正是其中最为困难也最容易发生误差的环节。该环节中，需要逐条对业务路由进行分析、规划，结合现网资源使用情况，确定支路端口、线路端口、使用的波道资源等内容，形成子波长、端口利旧、槽位利旧(插板扩容)、新增设备等利旧程度由大到小的各种建设场景。据一般经验值统计，几十个T级别的需求下，网络规模计算及核实一般需要1个月以上。

[0013] OTN网络规划中所存在的上述问题在其他类型的通信网络的规划中同样存在，如SPN(Slicing Packet Network，切片分组网)、PTN(Packet Transport Network，分组传送网)等通信网络的规划。

发明内容

[0014] 本发明实施例提供一种通信网络的规划方法、系统、电子设备及存储介质，用以解决现有技术中的网络规划方法主要依赖人工完成，计算量大、出错率高、效率低的缺陷。

[0015] 第一方面，本发明实施例提供了一种通信网络的规划方法，包括：

[0016] 对所要规划的网络中的业务梳理业务需求；其中，所述业务需求包括源宿节点、需求带宽、业务承载的保护方式；

[0017] 按照业务需求为业务预设路由；

[0018] 按照业务需求为业务分配资源，根据资源分配情况计算网络建设规模；其中，所述按照业务需求为业务分配资源包括：

[0019] 按照需求带宽为业务分配带宽资源；

[0020] 按照源宿节点、业务承载的保护方式为业务分配端口资源；其中，包括：

[0021] 按照新增业务完全承载于新增子架上的场景请求虚拟子架；按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源；将被分配到不同子架的转接业务调整到同一子架；为所有业务分配端口资源结束后，回收未被分配的虚拟子架。

[0022] 上述技术方案中，所述按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源包括：

[0023] 对于具备保护关系的业务，根据业务的安全等级，按照运营商策略以及网络使用者习惯选择按照子架正反面分离配置或选择在不同板卡上配置，在配置时按照源宿节点以及端口资源的实际使用情况分配存量端口资源或新增端口资源；

[0024] 将无保护普通级业务或无关联业务按照端口区分配置，在配置时按照源宿节点以及端口资源的实际使用情况分配存量端口资源或新增端口资源。

[0025] 上述技术方案中，所述将被分配到不同子架的转接业务调整到同一子架包括：

[0026] 考察转接业务所在节点的子架，查找一个子架，所述子架能转接所述转接业务所涉及的所有电路，将所述转接业务所涉及的所有电路转接到该子架上。

[0027] 上述技术方案中，在所述按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源之前，所述按照源宿节点、业务承载的保护方式为业务分配端口资源还包括：

[0028] 清除不可用的存量端口资源；

[0029] 统计网络规划所涉及新业务的站点，清除不属于所述站点的存量端口资源。

[0030] 上述技术方案中，所述对所要规划的网络中的业务梳理业务需求包括：

[0031] 对业务的业务需求采用业务特征值的方式描述；其中，所述业务特征值包括第一字段、第二字段、第三字段；其中，第一字段用于描述源、宿节点的情况；所述第二字段用于描述业务承载保护方式；所述第三字段用于描述业务承载带宽的级别。

[0032] 上述技术方案中，所述按照需求带宽为业务分配带宽资源包括：

[0033] 统计同路由段、同业务特征值的业务，对它们的带宽需求进行求和，得到经过压缩的业务；

[0034] 按照经过压缩的业务的需求带宽为业务分配带宽资源。

[0035] 上述技术方案中，还包括：统计网络建设规模，输出网络规划的结果。

[0036] 第二方面，本发明实施例提供了一种通信网络的规划系统，包括：

[0037] 业务需求梳理模块，用于对所要规划的网络中的业务梳理业务需求；其中，所述业务需求包括源宿节点、需求带宽、业务承载的保护方式；

[0038] 预设路由模块，用于按照业务需求为业务预设路由；

[0039] 资源分配模块，用于按照业务需求为业务分配资源，根据资源分配情况计算网络建设规模；其中，所述按照业务需求为业务分配资源包括：

[0040] 按照需求带宽为业务分配带宽资源；

[0041] 按照源宿节点、业务承载的保护方式为业务分配端口资源；其中，包括：

[0042] 按照新增业务完全承载于新增子架上的场景请求虚拟子架；按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源；将被分配到不同子架的转接业务调整到同一子架；为所有业务分配端口资源结束后，回收未被分配的虚拟子架。

[0043] 第三方面，本发明实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述通信网络的规划方法的步骤。

[0044] 第四方面，本发明实施例提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面所述通信网络的规划方法的步骤。

[0045] 本发明实施例提供的通信网络的规划方法、系统、电子设备及存储介质，通过将存量端口资源与新增子架的统一管理，实现了对业务的端口资源统一分配，提高了网络规划的效率。

附图说明

[0046] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0047] 图1为本发明实施例提供的通信网络的规划方法的流程图；

[0048] 图2为本发明实施例提供的通信网络的规划方法中的步骤1032的子步骤的流程图；

[0049] 图3为本发明另一实施例提供的通信网络的规划方法的流程图；

[0050] 图4为本发明再一实施例提供的通信网络的规划方法中步骤4032的子步骤的流程图；

[0051] 图5为本发明又一实施例提供的通信网络的规划方法的流程图；

[0052] 图6为本发明实施例提供的通信网络的规划系统的示意图；

[0053] 图7示例了一种电子设备的实体结构示意图。

具体实施方式

[0054] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0055] 在本发明实施例中，以OTN网络为例，对通信网络的规划方法的实现过程进行说明。在本发明其他实施例中，通信网络的规划方法也可适用于其他类型的通信网络中，如SPN、PTN的规划。

[0056] 图1为本发明实施例提供的通信网络的规划方法的流程图，如图1所示，本发明实施例提供的通信网络的规划方法包括：

[0057] 步骤101、对所要规划的网络中的业务梳理业务需求。

[0058] 对所要规划的网络中的业务梳理业务需求包括：对业务的需求带宽进行梳理统计，对每条业务的开通方式(即业务是否保护、分担方式等)进行梳理统计。

[0059] 一条业务的业务需求主要包含源宿节点、需求带宽、业务承载的保护方式三大要素。

[0060] 业务源宿节点是指业务需求的发起节点的名称、落地节点的名称。

[0061] 需求带宽是指业务承载于OTN网络中的需求带宽，比如1*10GE、8*GE等。由于需要对业务特征进行归纳，并考虑各个运营商OTN网络对不同带宽的调度方式可能存在差异，此处的需求带宽包括承载于OTN中常见的GE、10GE、100GE等。

[0062] 业务承载保护方式在本发明实施例中采用了目前主流的4种方式，具体如下：

[0063] (1)保护方式0：无保护业务，仅满足业务需求即可。

[0064] (2)保护方式1：同源同宿业务分担。例如，以A、B两点为业务源宿节点，需要寻找两条不同路由，分担承载A、B两点之间的业务。

[0065] (3)保护方式2：同源异宿业务分担。例如，以A‑B和A‑C互为分担的两条业务需求；其中，业务A‑B路由原则上与A‑C分离，两两之间分担承载所有业务需求。

[0066] (4)保护方式3：1+1主备保护。该方式仅应用于同源同宿业务中。例如，A、B两节点间不仅提供2条不同路由提高安全性，而且每条路由承载的业务完全复制，即每条路由承载带宽为A、B两点之间所有带宽之和。

[0067] 上述源宿节点、需求带宽、业务承载的保护方式三种业务特性可通过下面的表1予以总结。

[0068]

[0069] 表1

[0070] 步骤102、按照业务需求为业务预设路由。

[0071] 步骤103、按照业务需求为业务分配资源。

[0072] 在明确业务需求并已经为业务预设路由后，在本步骤中为各业务分配资源。在分配资源时，需要根据业务需求、线路中的资源实际使用情况为业务分配带宽资源和端口资源，所分配的端口资源可以是存量端口资源，也可以是新增资源。

[0073] 步骤103可进一步包括：

[0074] 步骤1031、按照需求带宽为业务分配带宽资源。

[0075] 在为业务分配带宽资源时，以业务需求为单位按照各业务所需要的带宽进行逐一分配。

[0076] 步骤1032、按照源宿节点、业务承载的保护方式为业务分配端口资源。

[0077] 图2为本发明实施例提供的光传送网的网络规划方法中的步骤1032的子步骤的流程图，下面结合图2，对步骤1032做进一步的描述。

[0078] 步骤1032‑1、按照新增业务完全承载于新增子架上的场景请求虚拟子架。

[0079] 在本步骤中，假设网络规划所涉及的新业务均需通过新增设备完成。所述新增设备可以是新增子架，也可以是在已有子架中的空闲槽位上新增板卡。为了能满足极端情况，按照所有新增业务均完全承载于新增子架上的最大场景来计算新增设备的规模。这些新增子架在网络规划阶段仅是意向需求，并未实际获得，因此在本发明实施例中，新增子架也被称为虚拟子架。虚拟子架中包括有新增端口资源。

[0080] 将计算出的虚拟子架加入可用资源列表内，该可用资源列表记载了资源分配时可选用的资源的情况。

[0081] 步骤1032‑2、按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源。

[0082] 业务按照业务承载的保护方式总体可分为具备保护关系的业务、无保护关系的业务这两大类。在为无保护关系的业务分配资源时一般只需要按照端口进行分配。在为具备保护关系的业务分配资源时，根据业务的安全等级，按照运营商的策略以及网络使用者的习惯，选择按照子架正反面的方式或按照子架板卡的方式分配资源。

[0083] 在本发明实施例中，所采用的端口资源分配方式包括：

[0084] (1)按照子架正反面配置

[0085] 由于子架的正、反面属于不同的供电区，因此对一些具备保护关系的业务可按照子架正、反面进行分离配置，以实现最高安全等级。这种资源分配方式被称为平面模式。

[0086] 平面模式能够实现最高的安全性，但对设备端口资源的浪费也最为严重。为了减少设备端口资源的浪费。在为无保护要求的业务分配资源时，可结合实际可用资源情况，按照尽量使子架正反面资源均衡使用的原则为无保护要求的业务分配资源。

[0087] (2)按照子架板卡配置

[0088] 对于一些具备保护关系、但安全性要求相对较低的业务，如仅要求在不同板卡间分离即可，则可采用按照子架板卡配置这一资源分配方式，该资源分配方式被称为一般模式。这一模式安全性中等，且对设备端口资源使用比较节省。

[0089] (3)按照子架端口配置

[0090] 仅对于无保护普通级业务或无关联业务可按照端口进行区分使用。这一资源分配方式被称为端口模式。端口模式的安全性在这三种资源分配方式中安全性最低，但对设备端口资源的使用也最为节省。

[0091] 在分配端口资源时，除了需要按照业务承载保护方式选择按照子架、板卡还是端口配置资源外，还需要根据源宿节点以及端口资源的实际使用情况确定是利用已有的存量端口资源，还是请求新增端口资源。出于节约成本的考虑，按照利旧原则优先选用已有的存量端口资源，但若存量端口资源不足，则请求新增端口资源。

[0092] 出于上述考虑，在本发明实施例中，在为业务分配资源时，可按照业务的应用场景，按照表2中的6种模式为业务分配资源。

[0093]

[0094]

[0095] 表2

[0096] 在为业务分配端口资源时，根据业务的应用场景从上述6种模式中选取最合适的模式，实现端口资源的合理分配。

[0097] 步骤1032‑3、将被分配到不同子架的转接业务调整到同一子架。

[0098] 在OTN网络(包括大部分网络)中，对于转接业务目前还需要在同一子架中进行处理。例如：有业务的路由如下：A‑B(转接)‑C。业务从A段发起，经过B点的子架处理与转接，并经过B‑C调度，最终在C点下落。此时，要求A‑B的业务在B处处理的子架与B‑C在B处处理的子架务必保持统一，需要在同一套子架内完成。

[0099] 但在前一步骤的端口资源分配过程中，由于业务在分配资源时既有可能被分配存量端口内的ODU0，也有可能被分配到新增虚拟子架的新增端口，因此已经无法保证转接业务在同一子架中被处理。需要在本步骤中对转接业务进行处理，以保证转接业务在同一子架中被处理。

[0100] 在本发明实施例中，采用子架共享嗅探的方法解决这一问题。

[0101] 仍然以转接业务A‑B(转接)‑C为例，假设B处共有子架3个，分别命名为B‑1、B‑2、B‑3。A‑B的电路在上一环节中被分配至B‑1，采用利旧ODU0的方式。B‑C的电路在B处被分配到B‑2，采用端口新增方式。

[0102] 针对这一转接业务，生成一张资源嗅探表，如表3所示：

[0103]   B‑1 B‑2 B‑3A‑B √    
B‑C   √  

[0104] 表3

[0105] 在这一表格中，打钩处表示现有的子架分配结果。很明显，这一转接业务并不在同一子架上。

[0106] 在做子架共享嗅探时，首先考察其中的第一子架，如B‑1，试探未被分配到该子架的电路是否有在第一子架处转接的可能性，如试探B‑C电路在B‑1处转接是否有可能性；如果存在可能，终止嗅探，将未被分配到该子架的电路转接到该第一子架，同时将该电路在之前所在子架的所有转接信息删除，如将B‑C电路转接到子架B‑1，并将在子架B‑2上的所有转接信息删除；如果试探结果为不可行，继续考察其中的第二子架，对第二子架的试探过程与之前对第一子架的试探过程相似，因此不在此处重复。参照上述的考察过程，最终能找到嗅探结果全部满足的子架。

[0107] 在前述步骤1032‑1中，按照所有新增业务均完全承载于新增子架上的最大场景来计算新增设备的规模，因此在做子架共享嗅探时一定能够为转接业务找到同一子架。

[0108] 仍以前述的转接业务A‑B(转接)‑C为例，若在子架B‑1与子架B‑2上均无法完成转接业务，那么该转接业务可通过子架B‑3进行，资源嗅探表的最终状态如表4所示：

[0109]

[0110] 表4

[0111] 在这一表格中，打钩处表示初始的子架分配结果，灰色表格表示嗅探计算结果，打叉处表示试探结果不可行，打圈处表示最终的子架分配结果。

[0112] 步骤1032‑4、为所有业务分配端口资源结束后，回收未被分配的虚拟子架。

[0113] 在前述步骤1032‑1中，按照所有新增业务均完全承载于虚拟子架上的最大场景来计算新增设备的规模，即虚拟资源存在过度请求的问题。在为业务分配资源完成后，一些虚拟子架可能未被使用，因此需要回收未被使用的虚拟子架。具体的说，若一个虚拟子架中的资源被分配，无论被分配多少，保留该虚拟子架，但若虚拟子架中的资源均未被使用，则删除该虚拟子架。回收虚拟子架后，需要在用于记录虚拟子架请求情况的相关表格中对所请求的虚拟子架情况进行更新。

[0114] 以上是对本发明实施例提供的通信网络的规划方法的描述。本发明实施例提供的通信网络的规划方法通过将存量端口资源与虚拟子架的统一管理，实现了对业务的端口资源统一分配，提高了网络规划的效率；通过对业务的源宿节点、业务承载的保护方式以及端口资源的实际使用情况的判断，提供了多种资源分配方式，使得运营商能够按照需要灵活选择；通过对子架的调整，使得转接业务能在一个子架上完成，满足了对转接业务的特殊需求。

[0115] 基于上述任一实施例，图3为本发明另一实施例提供的通信网络的规划方法的流程图，如图3所示，本发明另一实施例提供的通信网络的规划方法包括：

[0116] 步骤301、对所要规划的网络中的业务梳理业务需求。

[0117] 在本发明实施例中，对业务做业务需求梳理后得到的结果采用业务特征值的方式描述。

[0118] 在前一本发明实施例中，已经对业务需求的三种业务特性，源宿节点、需求带宽、业务承载的保护方式，做了具体的描述。基于这三种业务特征，可设定业务特征值的表达方式为：字段1+字段2+字段3。其中，字段1用于描述源、宿节点的情况。字段2用于描述业务承载的保护方式，参照表1中的描述，将无保护方式的特性取值设定为0，将同源同宿业务分担方式的特性取值设定为1，将同源异宿业务分担方式的特性取值设定为2，将1+1主备保护方式的特性取值设定为3。字段3用于描述需求带宽的级别。字段1、字段2、字段3之间的排列顺序并不局限于上述描述，在本发明的其他实施例中，三个字段间的顺序可以调整。

[0119] 根据业务特征值表达方式的上述设定，可采用业务特征值来描述实际的业务需求。在下面的表5中列举了几个业务需求以及对应的业务特征值。

[0120]

[0121]

[0122] 表5

[0123] 采用业务特征值来描述实际的业务需求能够有效地对业务需求进行量化，是后续相关环节计算的基础。

[0124] 步骤302、按照业务需求为业务预设路由。

[0125] 步骤303、按照业务需求为业务分配资源。

[0126] 步骤303可进一步包括：

[0127] 步骤3031、按照需求带宽为业务分配带宽资源。

[0128] 在本发明实施例中，在为业务分配带宽资源时，并不以业务需求为单位进行逐一分配，而是对业务进行压缩，然后按照压缩后的业务为单位进行带宽资源分配。

[0129] 在对业务进行压缩处理时，首先统计同路由段、同业务特征值的业务，对它们的带宽需求进行求和，最后映射到具体的业务。

[0130] 在一个示例中，表6为压缩前的业务存储格式，表7为压缩后的业务存储格式。

[0131]

[0132]

[0133] 表6

[0134]

[0135] 表7

[0136] 从上面的实例中可以看出，通过以业务特征值+路由链路段为要素进行压缩后，原本需要计算的业务规模从10条降低至5条。压缩比为50％。以2018年上海移动OTN网络建设需求为例，共计约28T，纯业务需求记录为235行，压缩后处理规模为115行，压缩比约为40％。当然具体压缩比例视实际业务特点而确定，一般情况下可达40％～60％。

[0137] 步骤3032、按照源宿节点、业务承载的保护方式为业务分配端口资源。

[0138] 步骤3032的具体实现与前一本发明实施例相同，因此不再对具体实现步骤做重复描述。

[0139] 以上是对本发明实施例提供的通信网络的规划方法的描述。本发明实施例提供的通信网络的规划方法通过将业务需求以特征值的方式进行描述，使得在后续操作中可进行业务压缩，降低了业务处理的数量，提高了网络规划的效率。

[0140] 基于上述任一实施例，本发明再一实施例提供的通信网络的规划方法包括：

[0141] 步骤401、对所要规划的网络中的业务梳理业务需求；

[0142] 步骤402、按照业务需求为业务预设路由。

[0143] 步骤403、按照业务需求为业务分配资源。

[0144] 步骤403可进一步包括：

[0145] 步骤4031、按照需求带宽为业务分配带宽资源。

[0146] 步骤4032、按照源宿节点、业务承载的保护方式为业务分配端口资源。

[0147] 图4为本发明再一实施例提供的通信网络的规划方法中步骤4032的子步骤的流程图，如图4所示，步骤4032进一步包括：

[0148] 步骤4032‑1、清除不可用的存量端口资源；统计网络规划所涉及新业务的站点，清除不属于所述站点的存量端口资源。

[0149] 在为业务分配端口资源前，会有一个可用资源列表，记载了资源分配时可选用的资源的情况。在该可用资源列表中记录了存量端口资源的使用情况。在本发明实施例中，可对该资源列表中的存量端口内的ODU0资源进行统计，如果一个端口中的ODU0资源的使用情况已经达到上限，就可以将该存量端口资源从可用资源列表中剔除，在后续为业务分配端口资源时，不需要再考虑这一端口。这有助于减少查找操作，提高效率。

[0150] 在网络规划时，有些站点的资源与新业务无关，可以将这些站点的存量端口资源从可用资源列表中剔除。在后续为业务分配端口资源时，不需要再考虑这些端口。这有助于减少查找操作，提高效率。

[0151] 步骤4032‑2、按照新增业务完全承载于新增子架上的场景请求虚拟子架。

[0152] 步骤4032‑3、按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源。

[0153] 步骤4032‑4、将被分配到不同子架的转接业务调整到同一子架。

[0154] 步骤4032‑5、为所有业务分配端口资源结束后，回收未被分配的虚拟子架。

[0155] 以上是对本发明实施例提供的通信网络的规划方法的描述。本发明实施例提供的通信网络的规划方法通过对存量端口资源的整理，减少了网络规划时的查找操作，能提高网络规划效率。

[0156] 基于上述任一实施例，图5为本发明又一实施例提供的通信网络的规划方法的流程图，如图5所示，本发明又一实施例提供的通信网络的规划方法包括：

[0157] 步骤501、对所要规划的网络中的业务梳理业务需求；

[0158] 步骤502、按照业务需求为业务预设路由。

[0159] 步骤503、按照业务需求为业务分配资源。

[0160] 步骤504、统计网络建设规模，输出网络规划的结果。

[0161] 在为业务分配资源时，有些业务需要在新增的虚拟子架或新增的板卡上实现，在本发明实施例中，需要统计这些新增设备的信息，以计算出网络建设规模。

[0162] 在本发明实施例中，所要输出的网络规划的结果包括：线路端口资源使用表、支路端口资源使用表、OTN波道资源使用表、网络建设规模统计表、业务统计表，并同时更新系统所需要的其他内部文件及数据。其中，线路端口资源使用表、支路端口资源使用表、OTN波道资源使用表可根据前述对端口资源的分配结果得到。网络建设规模统计表可根据前一段落中计算出的网络建设规模数据得到。业务统计表可根据业务梳理的结果得到。

[0163] 以上是对本发明实施例提供的通信网络的规划方法的描述。本发明实施例提供的通信网络的规划方法将网络规划的结果统一输出，有助于用户更好地实现网络规划。

[0164] 基于上述任一实施例，图6为本发明实施例提供的通信网络的规划系统的示意图，如图6所示，本发明实施例提供的通信网络的规划系统包括：

[0165] 业务需求梳理模块601，用于对所要规划的网络中的业务梳理业务需求；其中，所述业务需求包括源宿节点、需求带宽、业务承载的保护方式；

[0166] 预设路由模块602，用于按照业务需求为业务预设路由；

[0167] 资源分配模块603，用于按照业务需求为业务分配资源，根据资源分配情况计算网络建设规模；其中，所述按照业务需求为业务分配资源包括：

[0168] 按照需求带宽为业务分配带宽资源；

[0169] 按照源宿节点、业务承载的保护方式为业务分配端口资源；其中，包括：

[0170] 按照新增业务完全承载于新增子架上的场景请求虚拟子架；按照源宿节点、业务承载的保护方式以及端口资源的实际使用情况将业务分配到存量端口资源或新增端口资源；将被分配到不同子架的转接业务调整到同一子架；为所有业务分配端口资源结束后，回收未被分配的虚拟子架。

[0171] 本发明实施例提供的通信网络的规划系统通过将存量端口资源与新增子架的统一管理，实现了对业务的端口资源统一分配，提高了网络规划的效率。

[0172] 图7示例了一种电子设备的实体结构示意图，如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和通信总线770，其中，处理器710，通信接口720，存储器730通过通信总线770完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行如下方法：对所要规划的网络中的业务梳理业务需求；按照业务需求为业务预设路由；按照业务需求为业务分配资源，根据资源分配情况计算网络建设规模；其中，按照业务需求为业务分配资源包括：按照需求带宽为业务分配带宽资源；按照源宿节点、业务承载的保护方式为业务分配端口资源。

[0173] 需要说明的是，本实施例中的电子设备在具体实现时可以为服务器，也可以为PC机，还可以为其他设备，只要其结构中包括如图7所示的处理器710、通信接口720、存储器730和通信总线770，其中处理器710，通信接口720，存储器730通过通信总线770完成相互间的通信，且处理器710可以调用存储器730中的逻辑指令以执行上述方法即可。本实施例不对电子设备的具体实现形式进行限定。

[0174] 此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read‑Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

[0175] 进一步地，本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：对所要规划的网络中的业务梳理业务需求；按照业务需求为业务预设路由；按照业务需求为业务分配资源，根据资源分配情况计算网络建设规模；其中，按照业务需求为业务分配资源包括：按照需求带宽为业务分配带宽资源；按照源宿节点、业务承载的保护方式为业务分配端口资源。

[0176] 另一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的方法，例如包括：对所要规划的网络中的业务梳理业务需求；按照业务需求为业务预设路由；按照业务需求为业务分配资源，根据资源分配情况计算网络建设规模；其中，按照业务需求为业务分配资源包括：按照需求带宽为业务分配带宽资源；按照源宿节点、业务承载的保护方式为业务分配端口资源。

[0177] 以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

[0178] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

[0179] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。