一种路由串接方法、装置、电子设备及可读存储介质

技术领域

本发明属于通信技术领域，特别是涉及一种路由串接方法、装置、电子设备及可读存储介质。

背景技术

MSAP/MSTP网络是现网运营商小颗粒传输业务的主要组网技术，在现网运营商中，由于提供传输设备的厂商具备多样性，因此，跨传输设备的电路难以实现端到端的管理。

相关技术中，针对故障处理、告警分析、性能实时监控等需求，需要相关人员进行跨传输设备的数据补全，而人工补全数据的效率较低。这个问题的根因在于，相关技术中未提供端到端的电路串接结果。

因此，上述需求难以被高效满足。设计一种能够实现端到端(即，传输设备到传输设备)电路串接结果的方案成为了亟需解决的问题。

发明内容

本发明提供一种路由串接方法、装置、电子设备及可读存储介质，以解决现有技术无法提供端到端的电路串接结果的技术问题。

第一方面，本发明提供一种路由串接方法，所述方法包括：

基于网络交叉数据获取业务板卡集，并依据所述业务板卡集确定电路源端口；

根据所述电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且所述时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路；

在所述时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止；

基于所述电路源端口、各时隙交叉宿端口、所述电路宿端口生成路由串接结果。

第二方面，本发明提供一种路由串接装置，所述装置包括：

业务板卡集获取单元，用于基于网络交叉数据获取业务板卡集；

电路源端口确定单元，用于依据所述业务板卡集确定电路源端口；

网络时隙交叉寻路单元，用于根据所述电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且所述时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路；

跨网管平台寻路单元，用于在所述时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止；

电路路由生成单元，用于基于所述电路源端口、各时隙交叉宿端口、所述电路宿端口生成路由串接结果。

第三方面，本发明提供一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述路由串接方法。

第四方面，本发明提供一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述路由串接方法。

在本发明实施例中，包括：基于网络交叉数据获取业务板卡集，并依据业务板卡集确定电路源端口；根据电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路；在时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止；基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果。在本发明实施例中，基于路由串接结果，有利于实现业务电路路由的端到端管理。以及，无需花费较多人工成本补全网管和资源数据。以及，规避了相关技术中人工筛选板卡的低效问题。

附图说明

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

图1是本发明实施例提供的一种路由串接方法的步骤流程图；

图2是本发明实施例提供的针对基于网络交叉数据获取业务板卡集的具体实施方式的流程图；

图3是本发明实施例提供的一种路由串接方法中的点对象示意图；

图4是本发明实施例提供的一种路由串接方法中的线对象示意图；

图5是本发明实施例提供的一种针对VC4的网络时隙交叉寻路的过程示意图；

图6是本发明实施例提供的一种针对VC12的网络时隙交叉寻路的过程示意图；

图7是本发明实施例提供的依据跨网管平台的连接关系继续进行网络时隙交叉寻路的流程示意图；

图8是本发明实施例提供的跨网管平台的连接关系的场景示意图；

图9是本发明实施例提供的另一种路由串接方法的步骤流程图；

图10是本发明实施例提供的一种路由串接装置的结构图；

图11是本发明实施例提供的一种电子设备的结构图。

具体实施方式

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

请参阅图1，图1是本发明实施例提供的一种路由串接方法的步骤流程图。图1所示的路由串接方法可以应用于通信领域，具体可以应用于消息提交应用协议(MessageSubmission Application Protocol，MSAP)网络，或者，消息交换传输部分(MessageSwitching Transfer Part，MSTP)网络，其中，MSAP涉及通信协议，MSTP涉及网络传输。

具体地，MSAP是一种用于消息提交的应用层协议，MSAP定义了消息的格式、传输方式和处理规则等。它通常用于将消息从一个应用程序发送到消息处理系统或消息中心，实现消息的可靠传递和处理。

此外，MSTP是一种在传输层使用的协议，MSTP属于通信控制协议的一部分。MSTP主要用于在消息交换系统中的节点之间传输消息。它负责确保消息的可靠传输、路由选择和网络拓扑管理等功能。

因此，MSAP和MSTP在通信领域中代表着不同的层级和功能。

如图1所示，该方法可以包括：

步骤101、基于网络交叉数据获取业务板卡集，并依据业务板卡集确定电路源端口。

在本发明实施例中，网络交叉数据(Network Cross-Connect Data)指的是，在网络中进行交叉连接的数据，可以将来自不同来源的数据流进行路由和转发，以便数据流可以在网络中正确地传递到指定位置。在计算机网络中，交叉连接是一种将输入数据流从一个端口切换到另一个端口的操作。此外，网络交叉数据常常涉及到多个数据通路、多个网络节点以及路由算法的应用，可以用于在不同的网络层上，如物理层、数据连接层、网络层等，以实现数据的交换和转发。通过网络交叉数据的处理和管理，可以优化数据流量的传输效率，并实现灵活的网络配置和故障恢复等功能。其中，网络交叉数据可以是基于CORBA接口或者其他类似类型的接口采集得到的。

以及，业务板卡集包括多个业务板卡的信息；其中，板卡(Board)指的是一种电路板，通常用于承载和连接各种电子元件，以实现特定功能，一般来说，板卡可以被设计为可插拔的，可以安装在计算机、服务器、路由器、交换机等设备的插槽中；进一步地，业务板卡(Business Card)也可以称之为接口卡或功能板卡，这算是一种特定类型的板卡，用于支持特定的业务功能或者接口，通常包含集成电路和其他组件，以提供特定的输入输出接口、处理能力或者其他特定功能。例如，在网络设备中，业务板卡可以包括以太网接口卡、光纤接口卡、电路交换卡等，用于支持网络连接、数据传输和协议转换等功能。此外，需要说明的是，通常来说，业务板卡的选择取决于设备的特定需求和功能要求，通常更换或添加适当的业务板卡，可以扩展设备的功能和性能，以适应不同的业务需求和应用场景。

以及，电路源端口指的是，电路连接的起始端口。具体地，在网络设备中，业务板卡通常具有多个接口/端口，用于与其他设备或网络连接，接口可以是物理端口(如，以太网接口、光纤接口等)，也可以逻辑端口(如，虚拟接口、子接口等)，本发明实施例不作限定。当需要确定电路连接关系时，可以先确定电路源端口，进而再基于电路源端口确定后续路由，这样可以确保所确定出的后续路由的正确性。

第一，可选地，步骤101中的，基于网络交叉数据获取业务板卡集，可以包括：子步骤1011～子步骤1013。

子步骤1011，采集板卡数据，以得到板卡数据表，并从板卡数据表中获取用于表征板卡类型的板卡关系数据。

在本发明实施例中，由于MSAP设备和MSTP设备涉及到的板卡类型较多，难以凭人工经验筛选出业务板类型，因此，本发明设计了可以实现针对业务板卡的自动识别的方案，以确定出业务板卡集，以供后续步骤调用。首先，可以采集板卡数据，板卡数据可以用于描述与板卡相关的多维度信息，如，板卡类型。采集板卡数据后，可以得到包含多个板卡数据的板卡数据表；其中，不同的板卡数据用于描述不同的板卡。以及，可以从板卡数据表中获取用于表征板卡类型的板卡关系数据，其具体执行方式在于：基于板卡主键(mo_id)，并以expectedEquipmentObjectType作为键(ATTR_NAME)，对板卡数据表中的板卡数据进行筛选，得到用于表征板卡类型的板卡关系数据作为值(ATTR_VALUE)。其中，对于板卡关系数据的数量，本发明实施例不作限定。

子步骤1012，采集网络交叉数据，以得到网络交叉数据表，并从网络交叉数据表中获取用于表征时隙交叉关系的交叉关系数据。

在本发明实施例中，采集多个网络交叉数据后可以得到网络交叉数据表(R_CROSS_ATTR)，进而，可以从网络交叉数据表中获取用于表征时隙交叉关系的交叉关系数据，其具体执行方式在于：以EndNameList作为键(ATTR_NAME)，对网络交叉数据中的网络交叉数进行筛选，得到用于表征时隙交叉关系的交叉关系数据作为值(ATTR_VALUE)。其中，对于交叉关系数据的数量，本发明实施例不作限定。

子步骤1013，基于板卡关系数据确定各交叉关系数据的双端口板卡信息，并对双端口板卡信息进行业务板卡标注，以得到业务板卡集。

在本发明实施例中，可以基于指定字段(board_id)将板卡关系数据和交叉关系数据进行关联，从而可以得到双端口板卡信息，双端口板卡信息用于表征网络交叉数据对应的两端端口的板卡信息，进而，可以将双端口板卡信息对应的板卡标注为业务板卡，业务板卡的数量可以为多个，多个业务板卡构成了业务板卡集。

此外，可选的，在基于板卡关系数据确定各交叉关系数据的双端口板卡信息之前，还可以执行以下步骤：将板卡关系数据进行标准化处理，标准化数据对应于标准化的字段board_id和board_type；以及将交叉关系数据进行标准化处理，转化后的交叉关系数据的两端端口对应于字段board_id。

作为一种更进一步的展示，请参阅图2，图2是本发明实施例提供的针对基于网络交叉数据获取业务板卡集的具体实施方式的流程图。也可以理解为，图2示出的流程展示出了子步骤1011～子步骤1013的具体执行方式。如图2所示，包括：步骤210～步骤280。

步骤210：采集板卡数据。

步骤220：采集网络交叉数据。

步骤230基于板卡主键(mo_id)，并以expectedEquipmentObjectType作为键(ATTR_NAME)，对板卡数据表中的板卡数据进行筛选，得到用于表征板卡类型的板卡关系数据作为值(ATTR_VALUE)：。

步骤240：以EndNameList作为键(ATTR_NAME)，对网络交叉数据中的网络交叉数进行筛选，得到用于表征时隙交叉关系的交叉关系数据作为值(ATTR_VALUE)。

步骤250：将板卡关系数据进行标准化处理，标准化数据对应于标准化的字段board_id和board_type。

步骤260：将交叉关系数据进行标准化处理，转化后的交叉关系数据的两端端口对应于字段board_id。

步骤270：基于指定字段board_id将板卡关系数据和交叉关系数据进行关联，从而可以得到双端口板卡信息，双端口板卡信息用于表征网络交叉数据对应的两端端口的板卡信息。

步骤280：对双端口板卡信息进行业务板卡标注，以得到业务板卡集。

需要说明的是，步骤210～步骤280是对于子步骤1011～子步骤1013及其实施例的具体实现方式的流程化表示，此处针对步骤210～步骤280不再赘述。

可以基于用于表征板卡类型的板卡关系数据，以及用于表征时隙交叉关系的交叉关系数据，关联得到用于表征网络交叉数据对应的两端端口的板卡信息，多个板卡信息构成了业务板卡集，业务板卡集可以用于准确地表征各业务板卡的信息，有利于后续进行更准确的电路串接，得到更准确的电路串接结果。

第二，可选地，步骤101中的，依据业务板卡集确定电路源端口，可以包括：子步骤1014～子步骤1015。

子步骤1014，依据业务板卡集判断采集到的端口是否为业务端口。

在本发明实施例中，由于业务板卡集包含了各业务板卡的信息，因此，若业务端口属于业务板卡集中任一业务板卡的端口，则可以将其确定为业务端口；其中，业务端口可以用于作为数据传输的地址。

步骤1015，在端口为业务端口的情况下，将端口确定为电路源端口。

在本发明实施例中，当端口为业务端口时，则可以将该端口确定为电路源端口，当端口非业务端口时，则可以将该端口确定为非电路源端口。

可以基于业务板卡集确定出准确的电路源端口，基于电路源端口进行后续的电路串接可以得到更为精准的电路串接结果。

此外，可选地，在子步骤1014之后，还可以包括：

子步骤1016，在端口非业务端口的情况下，退出电路串接流程。

在本发明实施例中，当端口非业务端口时，可以判定该端口不参与电路串接过程，因此可以退出电路串接流程。

可以在端口非业务端口时，及退出串接过程，以避免浪费设备资源。

步骤102、根据电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路。

在本发明实施例中，时隙交叉(Time Slot Interchange Switch，TSI)是一种数字通信中的技术，用于在时分多路复用(Time Division Multiplexing，TDM)系统中重新排列和交换数据流的时隙。在TDM系统中，数据流被分割为固定长度的时隙，并按照时间顺序进行传输。每个时隙都用于承载特定的数据或信号。时隙交叉允许在不改变数据的顺序和完整性的情况下，对时隙进行重新排列和交换。时隙交叉的应用领域包括：数字电话交换机、数据通信设备、数字广播系统等。通过时隙交叉技术，可以有效地管理和调度多个数据流，提高带宽利用率和传输效率，同时满足不同数据流的实时性要求。

根据电路源端口进行网络时隙交叉寻路是为了应用时隙交叉技术确定路由，基于时隙交叉可以确定出各时隙交叉的宿端口，进而，基于时隙交叉宿端口与其他端口的物理连接情况，可以确定出路由的串联情况，进而有利于实现端到端的电路串接，此处提到的端到端可以指的是，跨网管平台的不同终端设备。其中，时隙交叉宿端口，指的是时隙交叉中用于接收数据流的端口；物理连接，指的是两个端口之间存在实体传输路径。

此外，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路，指的是：在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，查找与时隙交叉宿端口存在物理连接的其他端口，若其他端口存在物理连接，则可以继续进行网络时隙交叉寻路，直到检测到的端口不存在物理连接。进而再执行步骤103。

可选地，步骤102可以包括：

子步骤1021，基于电路源端口，依次查找网元内的各时隙交叉宿端口，并将时隙交叉对应的宿端口确定为点对象，直到无法在网元内确定出新的点对象。

由于在MSAP/MSTP网络中，客户侧信号时通常需要经过映射、定位、复用，以适配进在同步数字体系结构(Synchronous Digital Hierarchy，SDH)中定义的传输信号(Synchronous Transport Module-N，STM-N)；其中，STM-N指的是一系列传输层级的信号，STM-N中的N表示了层级号码。在SDH中，不同的STM层级代表了不同的传输速率和容量，一般来说，STM层级包括：STM-1、STM-4、STM-16、STM-64等。其中，每个STM层级都具有特定的传输速率和容量，以及对应的帧结构和时隙配置。

举例来说，客户侧信号适配进STM-N信号的过程可以表示为：TU12(×3)→TUG2(×7)→TUG3(×3)→VC4。其中，TU12是一种传输单元，用于SDH网络中的传输，代表一个低速信号或数据流，传输速率通常为2.048Mbps；TUG2是一组传输单元，用于SDH网络中的传输，由多个TU12组成，通常包含4个TU12，总传输速率为8.448Mbps；TUG3是SDH网络中的传输单元组，由多个TU12组成，通常包含16个TU12，总传输速率为34.368Mbps；VC4是SDH网络中的虚拟容器，用于承载低速传输单元，传输速率通常为139.264Mbps，VC4提供了更高的传输容量和灵活性。

因此，在本发明实施例中，需要基于电路源端口以及端口之间的物理连接关系，可以依次查找网元内的各时隙交叉宿端口，各时隙交叉宿端口可以理解为点对象。针对点对象的具体表示方式，可以参阅图3，图3是本发明实施例提供的一种路由串接方法中的点对象示意图。

如图3所示，展示了包括标识为“63×LR_VT2_and_TU12_VC12and3×LR_Low_LO__Order_TU3_VC3(perVC4)”点对象310、“n×LR_STS3c_and_AU4_vc4”点对象320、“LR_Section_OC3n_STS3n_and_MS_STMn”点对象330、“LR_Section_OC3n_STS3n_and_RS_STMn”点对象340。

其中，可选的，点对象即VC12/VC4的逻辑端口，其中，VC12和VC4指的是不同的路径。基于VC12/VC4的逻辑端口，可以查找下一个逻辑端口，直到同一个网元内找不到点对象为止。

子步骤1022，在网元内最后一个点对象存在物理连接的情况下，则确定拓扑连接和路径，作为用于关联至下一个网元的线对象。

在本发明实施例中，当同一个网元内找不到点对象时，可以基于网元内找到的最后一个点对象，查找具体表示为link(拓扑连接)和VC-SNC(路径)的线对象。其中，线对象用于关联至下一个网元，以此类推，通过执行上述步骤，可以确定出各个关联的网元，且这些网元之间存在先后顺序以及传输关系。

举例来说，请参阅图4，图4是本发明实施例提供的一种路由串接方法中的线对象示意图。若网元内最后一个点对象存在物理连接，则可以依据网元内最后一个点对象确定拓扑连接和路径，作为线对象。因此，如图4所示，包括VC12路径、VC4路径、MS路径、RS路径，若VC12路径对应的点对象为网元内最后一个点对象，则可以将VC12路径确定为线对象，若VC4路径对应的点对象为网元内最后一个点对象，则可以将VC4路径确定为线对象，针对MS路径、RS路径同理。

其中，需要说明的是，VC4和VC12是在SDH中使用的两种不同的虚拟容器，VC4是较高层级的虚拟容器，用于承载较高速率的信号；VC12是较低层级的虚拟容器，用于承载较低速率的信号。

针对VC4的网络时隙交叉寻路的过程，可选的，可以包括如图5所示的步骤，图5是本发明实施例提供的一种针对VC4的网络时隙交叉寻路的过程示意图。如图5所示，包括：步骤510～步骤550。

步骤510：查询VC4通道(即，VC4路径)。

步骤520：判断是否查找到VC4-1。如果是，则执行步骤530；如果否，则执行步骤540。

步骤530：查找到VC4-1。

步骤540：判断是否查找到VC4-2；VC12-1。如果是，则执行步骤550；如果否，则根据实际需求执行其他限定性步骤。

步骤550：查找到VC4-2；VC12-1。

在本发明实施例中，VC4-1、VC4-2、VC12-1为不同的端口。电路串接过程中，可以针对VC4通道和VC12通道进行时隙交叉轮询查找，每一次时隙交叉关系都轮询相同的VC4；当无法查找到VC4的时隙交叉时，基于电路路由中上一次VC12的时隙交叉，查找该业务板卡下的VC12的时隙交叉。

针对VC12的网络时隙交叉寻路的过程，可选的，可以包括如图6所示的步骤，图6是本发明实施例提供的一种针对VC12的网络时隙交叉寻路的过程示意图。如图6所示，包括：步骤610～步骤650。

步骤610：查询VC12通道(即，VC12路径)。

步骤620：判断是否查找到VC4-1；VC12-1。如果是，则执行步骤630；如果否，则执行步骤640。

步骤630：查找到VC4-1；VC12-1。

步骤640：判断是否查找到VC4-1。如果是，则执行步骤650；如果否，则根据实际需求执行其他限定性步骤。

步骤650：查找到VC4-1。

在本发明实施例中，可以针对VC4通道和VC12通道进行时隙交叉轮询查找，每一次时隙交叉关系都轮询相同的VC12；当无法查找到VC12的时隙交叉时，可以查找当前VC4的时隙交叉。

子步骤1023，基于线对象对下一个网元继续进行网络时隙交叉寻路。

在本发明实施例中，由于线对象可以是路径以及拓扑连接，因此，基于路径以及拓扑连接所指示的端口关系，可以查找到关联的下一个网元。

可以通过对于网元内点对象的查找以及对于线对象的查找，确定出关联的网元，基于这些网元，可以持续进行网络时隙交叉寻路，有利于确定出更准确的电路串接结果。

步骤103、在时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止。

在本发明实施例中，考虑到MSAP/MSTP网络业务通常需要历经多个不同设备厂商的(Element Management System，EMS)，也可以称之为网管平台，然而，跨EMS的连接关系通常难以管理，因此，本发明考虑到可以建立MSAP、本地SDH、各个厂商SDH之间的连接关系，以使得跨EMS的连接关系便于管理。

其中，EMS可以用于对网络设备进行管理和监控，EMS提供了一种集中化的管理方案，使得运营商或者网络管理员能够有效地管理大规模的网络设备和服务。具体地，EMS的功能通常可以包括：设备管理、连接管理、资源管理、故障管理、性能管理、安全管理、日志管理等。

当时隙交叉宿端口不存在物理连接，还可以依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出跨网管平台的路由，即确定出电路宿端口，以完成对于电路的串接；其中，针对电路宿端口，可以理解为电路串接结果中的最后一个单元。

可选地，步骤103可以包括：子步骤1031～子步骤1034。

子步骤1031，判断是否存在跨网管平台的连接关系。

在本发明实施例中，跨网管平台的连接关系，用于表征网管平台之间的数据传输方向。

进一步可选地，子步骤1031可以包括：子步骤10311～子步骤10313。

子步骤10311、获取资源电路路由的路由纵表。

在本发明实施例中，资源电路路由用于表征节点之间的传递关系，路由纵表用于包含各路由对应的相关信息，如，端口信息。路由纵表可以通过表的形式表示资源电路路由。

子步骤10312、对路由纵表进行分组、排序、解析，以得到用于表征端口连接关系的路由横表。

在本发明实施例中，路由横表和路由纵表的区别在于，两者的信息排列方式不同；路由横表和路由纵表的相同点在于，两者的信息内容相同。

子步骤10313、基于路由横表判断是否存在跨网管平台的连接关系。

在本发明实施例中，跨网管平台的连接关系可以通过数据/信息进行表示，基于路由横表判断出的跨网管平台的连接关系，可以为一个或多个，本发明实施例不作限定。

可以通过路由横表判定跨网管平台的连接关系，可以得到更为精准的判断结果。

更进一步可选地，子步骤10312可以包括：子步骤103121～子步骤103123。

子步骤103121、按照电路标识对路由纵表中的路由节点进行分组，并依据节点序号对各组内的路由节点进行正序排序，得到第一参考纵表。

在本发明实施例中，电路标识可以是用于标记路由节点的符号等，基于电路标识可以将路由纵表中的路由节点分为多个组，其中，每个组可以包含多个路由节点；其中，路由节点，可以理解为数据流流经的网络单元。进而，还可以依据节点序号对各组内的路由节点进行正序排序(如，1、2、3、……)，得到每个组的排序结果，每个组的排序结果组成了第一参考纵表。

子步骤103122、将第一参考纵表中相邻路由节点所连接的数据表示在同一行中，得到第二参考纵表。

在本发明实施例中，可以将在第一参考纵表中相邻的路由节点所连接的数据处理为同一行以得到第二参考纵表；其中，第二参考纵表和第一参考纵表所包含的内容相同，但是所包含的内容的展示位置可以是不同的。此外，相邻的路由节点所连接的数据可以理解为与相邻的路由节点相关的信息，用于描述相邻的路由节点的关联性。

子步骤103123、将第二参考纵表转换为用于表征端口连接关系的路由横表。

在本发明实施例中，由于第二参考纵表中，相邻的路由节点所连接的数据表示在同一行，基于此，可以基于表示在同一行的数据，将第二参考纵表转换为用于表征端口连接关系的路由横表。

可以通过将路由纵表调整为路由横表，提升路由表的可用性，便于进一步进行跨网管平台的连接关系判定。

更进一步可选地，子步骤10313可以包括：子步骤103131～子步骤103133。

子步骤103131、基于预设分组条件对路由横表中的路由节点进行分组，并依据每两个端口的连接次数对各组内的路由节点进行逆序排序，得到第一参考横表；其中，预设分组条件包括以下至少一个：网元名称、设备型号、设备类型、机框网管标识、板卡网管标识、板卡型号、端口网管标识。

在本发明实施例中，预设分组条件可以用于限定分组的依据，预设分组条件可以基于实际需求进行适应性调整，本发明对于预设分组条件的具体内容不作限定。基于预设分组条件可以将路由横表中的路由节点划分为多个组，每个组包含一个或多个路由几点，在每个组中，可以依据每两个端口的连接次数对路由节点进行逆序排序(如，10、9、8、……)，这样可以得到第一参考横表，第一参考横表可以用于统计出本端端口连接次数最多的对端端口的所有物理连接。

子步骤103132、从第一参考横表中确定与本端端口连接次数最多的对端端口，并确定对端端口对应的各物理连接关系。

在本发明实施例中，本端端口可以解释为本地SDH的端口，与本端端口连接次数最多的对端端口可以是其他设备上的端口。此外，每个对端端口对应的物理连接关系可以为一个或多个，本发明实施例不作限定。

子步骤103133、基于设备厂商和/或设备类型，判断各物理连接关系中是否存在跨网管平台的连接关系。

在本发明实施例中，设备厂商可以通过标识进行表示，基于设备厂商和/或设备类型，可以对各物理连接关系进行跨网管平台的连接关系判定。举例来说，跨网管平台的连接关系可以为MSAP-SDH、SDH1-SDH2等。

可以基于设备厂商和/或设备类型实现对于跨网管平台的连接关系的精准判定，从而有利于提升电路串接结果的精度。

子步骤1032，在检测到存在连接关系的情况下，继续进行网络时隙交叉寻路。

在本发明实施例中，当检测到存在跨网管平台的连接关系时，可以进一步对跨网管平台的网络时隙交叉进行查找，以使得电路串接结果更完善。

子步骤1033，在未检测到连接关系的情况下，依据业务板卡集判断时隙交叉宿端口是否为业务端口。

在本发明实施例中，当检测到不存在跨网管平台的连接关系时，可以判断最后检测到的端口(即，时隙交叉宿端口)是否为业务端口，如果是，则可以将时隙交叉宿端口确定为电路宿端口，如果否，则可以判定电路串接失败。

子步骤1034，在时隙交叉宿端口为业务端口的情况下，将时隙交叉宿端口确定为电路宿端口。

在本发明实施例中，对于电路宿端口，可以理解为电路串接结果中的最后一个端口。

其中，进一步可选地，在时隙交叉宿端口非业务端口的情况下，方法还包括：判定电路串接失败，并生成用于复核失败原因的稽核清单。

在本发明实施例中，稽核清单用于表征电路串接失败的具体步骤。

针对子步骤1031～子步骤1034所示出的内容，可以参阅图7和图8。图7是本发明实施例提供的依据跨网管平台的连接关系继续进行网络时隙交叉寻路的流程示意图。图8是本发明实施例提供的跨网管平台的连接关系的场景示意图。

如图7所示，依据跨网管平台的连接关系继续进行网络时隙交叉寻路的实施方式中，包括：步骤710～步骤770。

步骤710：获取资源电路路由的路由纵表。

步骤720：按照电路标识对路由纵表中的路由节点进行分组，并依据节点序号对各组内的路由节点进行正序排序，得到第一参考纵表。

步骤730：将第一参考纵表中相邻路由节点所连接的数据表示在同一行中，得到第二参考纵表。

步骤740：将第二参考纵表转换为用于表征端口连接关系的路由横表。

步骤750：基于预设分组条件对路由横表中的路由节点进行分组，并依据每两个端口的连接次数对各组内的路由节点进行逆序排序，得到第一参考横表；其中，预设分组条件包括以下至少一个：网元名称、设备型号、设备类型、机框网管标识、板卡网管标识、板卡型号、端口网管标识。

步骤760：从第一参考横表中确定与本端端口连接次数最多的对端端口，并确定对端端口对应的各物理连接关系。

步骤770：基于设备厂商和/或设备类型，判断各物理连接关系中是否存在跨网管平台的连接关系，进而得到跨网管平台的连接关系。

需要说明的是，步骤710～步骤770与子步骤1031～子步骤1034的实施例相对应，针对子步骤1031～子步骤1034的具体实施方式，此处不再赘述。

如图8所示，子步骤1031～子步骤1034的实施例可以应用于图8的应用场景中。该应用场景包括：一个客户设备、MSAP对应的EMS-1、本地MSTP对应的EMS-2、干线SDH对应的EMS-3、本地MSTP对应的EMS-4和EMS-5、MSAP对应的EMS-6、另一个客户设备。其中，通过直线和虚线表示了各EMS以及EMS与客户设备之间的路由关系。基于本发明提供的一种电路串接方法可以确定跨EMS的路由关系，以便生成稽查清单。

可以通过实现对于端口连接关系的建立，并且，根据设备厂商和/或设备类型还可以筛选出跨EMS端口的连接关系，从而有利于实现端到端(一个客户设备到另一个客户设备)的串接管理。

步骤104、基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果。

在本发明实施例中，各时隙交叉宿端口包括网络时隙交叉寻路所查找到的关联的各个时隙交叉宿端口。基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果，其具体实施方式在于：将电路源端口、按照顺序排列的各时隙交叉宿端口、电路宿端口进行串接，得到路由串接结果。

综上，本发明实施例提供的路由串接方法，包括：基于网络交叉数据获取业务板卡集，并依据业务板卡集确定电路源端口；根据电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路；在时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止；基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果。在本发明实施例中，基于路由串接结果，有利于实现业务电路路由的端到端管理。以及，无需花费较多人工成本补全网管和资源数据。以及，规避了相关技术中人工筛选板卡的低效问题。

请参阅图9，图9是本发明实施例提供的另一种路由串接方法的步骤流程图。如图9所示，可以包括：步骤910～步骤990。

步骤910：基于网络交叉数据获取业务板卡集，依据业务板卡集判断采集到的端口是否为电路源端口。如果是，则执行步骤930，如果否，则执行步骤920。

步骤920：退出电路串接流程。

步骤930：将端口确定为电路源端口，并进行网络时隙交叉寻路。

步骤940：判断是否存在网络时隙交叉。如果是，则执行步骤950，如果否，则执行步骤990。

步骤950：判断查找到的时隙交叉宿端口是否存在物理连接。如果是，则执行步骤930，如果否，则执行步骤960。

步骤960：调用跨网管平台的连接关系，以判断是否存在跨网管平台的物理连接。如果是，则执行步骤930，如果否，则执行步骤970。

步骤970：依据业务板卡集判断时隙交叉宿端口是否为业务端口。如果是，则执行步骤980，如果否，则执行步骤990。

步骤980：判定电路串接成功，并基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果。

步骤990：判定电路串接失败，并生成用于复核失败原因的稽核清单。

需要说明的是，步骤910～步骤990与图1所示的各步骤及其实施例相对应，针对步骤910～步骤990的具体实施方式，请参阅图1所示的各步骤及其实施例，此处不再赘述。

综上，本发明实施例提供的路由串接方法，包括：基于网络交叉数据获取业务板卡集，并依据业务板卡集确定电路源端口；根据电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路；在时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止；基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果。在本发明实施例中，基于路由串接结果，有利于实现业务电路路由的端到端管理。以及，无需花费较多人工成本补全网管和资源数据。以及，规避了相关技术中人工筛选板卡的低效问题。

图10是本发明实施例提供的一种路由串接装置的结构图，该路由串接装置1000可以包括：

业务板卡集获取单元1001，用于基于网络交叉数据获取业务板卡集；

电路源端口确定单元1002，用于依据业务板卡集确定电路源端口；

网络时隙交叉寻路单元1003，用于根据电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路；

跨网管平台寻路单元1004，用于在时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止；

电路路由生成单元1005，用于基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果。

在一种可选的实施方式中，业务板卡集获取单元1001基于网络交叉数据获取业务板卡集，包括：

板卡关系数据确定子单元，用于采集板卡数据，以得到板卡数据表，并从板卡数据表中获取用于表征板卡类型的板卡关系数据；

交叉关系数据确定子单元，用于采集网络交叉数据，以得到网络交叉数据表，并从网络交叉数据表中获取用于表征时隙交叉关系的交叉关系数据；

业务板卡集获取子单元，用于基于板卡关系数据确定各交叉关系数据的双端口板卡信息，并对双端口板卡信息进行业务板卡标注，以得到业务板卡集。

可见，实施该可选的实施方式，可以基于用于表征板卡类型的板卡关系数据，以及用于表征时隙交叉关系的交叉关系数据，关联得到用于表征网络交叉数据对应的两端端口的板卡信息，多个板卡信息构成了业务板卡集，业务板卡集可以用于准确地表征各业务板卡的信息，有利于后续进行更准确的电路串接，得到更准确的电路串接结果。

在一种可选的实施方式中，电路源端口确定单元1002依据业务板卡集确定电路源端口，包括：

业务端口判定子单元，用于依据业务板卡集判断采集到的端口是否为业务端口；

电路源端口判定子单元，用于在端口为业务端口的情况下，将端口确定为电路源端口。

可见，实施该可选的实施方式，可以基于业务板卡集确定出准确的电路源端口，基于电路源端口进行后续的电路串接可以得到更为精准的电路串接结果。

在一种可选的实施方式中，上述装置还包括：

电路串接退出单元，用于在端口非业务端口的情况下，退出电路串接流程。

可见，实施该可选的实施方式，可以在端口非业务端口时，及退出串接过程，以避免浪费设备资源。

在一种可选的实施方式中，网络时隙交叉寻路单元1003根据电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路，包括：

点对象确定子单元，用于基于电路源端口，依次查找网元内的各时隙交叉宿端口，并将时隙交叉对应的宿端口确定为点对象，直到无法在网元内确定出新的点对象；

线对象确定子单元，用于在网元内最后一个点对象存在物理连接的情况下，则确定拓扑连接和路径，作为用于关联至下一个网元的线对象；

网络时隙交叉寻路子单元，用于基于线对象对下一个网元继续进行网络时隙交叉寻路。

可见，实施该可选的实施方式，可以通过对于网元内点对象的查找以及对于线对象的查找，确定出关联的网元，基于这些网元，可以持续进行网络时隙交叉寻路，有利于确定出更准确的电路串接结果。

在一种可选的实施方式中，跨网管平台寻路单元1004在时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止，包括：

连接关系判定子单元，用于判断是否存在跨网管平台的连接关系；

网络时隙交叉寻路子单元，用于在检测到存在连接关系的情况下，继续进行网络时隙交叉寻路；

业务端口判定子单元，用于在未检测到连接关系的情况下，依据业务板卡集判断时隙交叉宿端口是否为业务端口；

电路宿端口确定子单元，用于在时隙交叉宿端口为业务端口的情况下，将时隙交叉宿端口确定为电路宿端口。

可见，实施该可选的实施方式，可以通过实现对于端口连接关系的建立，并且，根据设备厂商和/或设备类型还可以筛选出跨EMS端口的连接关系，从而有利于实现端到端(一个客户设备到另一个客户设备)的串接管理。

在一种可选的实施方式中，在时隙交叉宿端口非业务端口的情况下，上述装置还包括：

稽核清单生成单元，用于判定电路串接失败，并生成用于复核失败原因的稽核清单。

可见，实施该可选的实施方式，可以及时确定出稽核清单，以便于相关人员核查出现的问题。

在一种可选的实施方式中，连接关系判定子单元判断是否存在跨网管平台的连接关系，包括：

路由纵表获取模块，用于获取资源电路路由的路由纵表；

路由横表获取模块，用于对路由纵表进行分组、排序、解析，以得到用于表征端口连接关系的路由横表；

连接关系判定模块，用于基于路由横表判断是否存在跨网管平台的连接关系。

可见，实施该可选的实施方式，可以通过路由横表判定跨网管平台的连接关系，可以得到更为精准的判断结果。

在一种可选的实施方式中，路由纵表获取模块路由纵表获取模块对路由纵表进行分组、排序、解析，以得到用于表征端口连接关系的路由横表，包括：

第一分组排序子模块，用于按照电路标识对路由纵表中的路由节点进行分组，并依据节点序号对各组内的路由节点进行正序排序，得到第一参考纵表；

纵表数据调整子模块，用于将第一参考纵表中相邻路由节点所连接的数据表示在同一行中，得到第二参考纵表；

路由纵表转换子模块，用于将第二参考纵表转换为用于表征端口连接关系的路由横表。

可见，实施该可选的实施方式，可以通过将路由纵表调整为路由横表，提升路由表的可用性，便于进一步进行跨网管平台的连接关系判定。

在一种可选的实施方式中，连接关系判定模块基于路由横表判断是否存在跨网管平台的连接关系，包括：

第二分组排序子模块，用于基于预设分组条件对路由横表中的路由节点进行分组，并依据每两个端口的连接次数对各组内的路由节点进行逆序排序，得到第一参考横表；其中，预设分组条件包括以下至少一个：网元名称、设备型号、设备类型、机框网管标识、板卡网管标识、板卡型号、端口网管标识；

物理连接关系确定子模块，用于从第一参考横表中确定与本端端口连接次数最多的对端端口，并确定对端端口对应的各物理连接关系；

连接关系判定子模块，用于基于设备厂商和/或设备类型，判断各物理连接关系中是否存在跨网管平台的连接关系。

可见，实施该可选的实施方式，可以基于设备厂商和/或设备类型实现对于跨网管平台的连接关系的精准判定，从而有利于提升电路串接结果的精度。

综上，本发明实施例提供的路由串接装置，包括：基于网络交叉数据获取业务板卡集，并依据业务板卡集确定电路源端口；根据电路源端口进行网络时隙交叉寻路，在查找到时隙交叉宿端口且时隙交叉宿端口存在物理连接的情况下，持续进行网络时隙交叉寻路；在时隙交叉宿端口不存在物理连接的情况下，依据跨网管平台的连接关系继续进行网络时隙交叉寻路，直到确定出电路宿端口为止；基于电路源端口、各时隙交叉宿端口、电路宿端口生成路由串接结果。在本发明实施例中，基于路由串接结果，有利于实现业务电路路由的端到端管理。以及，无需花费较多人工成本补全网管和资源数据。以及，规避了相关技术中人工筛选板卡的低效问题。

本发明还提供了一种电子设备的结构图，参见图11，包括：处理器1101、存储器1102以及存储在所述存储器上并可在所述处理器上运行的计算机程序11021，所述处理器执行所述程序时实现前述实施例的路由串接方法。

本发明还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的路由串接方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，本发明实施例中获取的各种信息、数据，均是在得到信息/数据持有方授权的情况下获取的。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明的排序设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。