CN116264651A - 光传送网设备的业务创建方法、装置、设备以及介质 - Google Patents

Abstract

本公开提供了一种光传送网设备的业务创建方法、装置、光传送网设备以及存储介质，其中的方法包括：根据业务类型设置OTN设备的端口命名规则，基于端口命名规则以及与业务创建请求相对应的业务类型和场景，设置内部端口以及保护端口的端口角色名称；根据与业务创建请求相对应的业务类型和场景，生成与端口角色名称相对应的端口描述信息；建立端口角色名称与端口描述信息之间的对应关系信息，网管系统根据对应关系信息生成OTN设备内部的端口串接图像。本公开的方法、装置、设备以及存储介质，能够按不同业务类型对端口进行角色划分，可以按不同业务类型以及串接路线进行可视化串接展现，能够提高定位效率，提高用户的使用感受度。

Description

光传送网设备的业务创建方法、装置、设备以及介质

技术领域

本发明涉及通信技术领域，尤其涉及一种光传送网设备的业务创建方法、装置、光传送网设备以及存储介质。

背景技术

目前，接入型OTN(Optical Transport Network，光传送网OTN)设备在创建业务后返回的结果中，OTN设备只把所有创建的内部端口的名称全部返回，但内部端口彼此之间的角色关系并没有表示出来。在串接端口的时候，根据名称判断困难并易出错，如果因为数据问题出现断点，则造成串接失败。

发明内容

有鉴于此，本发明要解决的一个技术问题是提供一种光传送网设备的业务创建方法、装置、光传送网设备以及存储介质。

根据本公开的第一方面，提供一种光传送网设备的业务创建方法，包括：根据业务类型设置光传送网OTN设备的端口命名规则；基于接收到的业务创建请求，在所述OTN设备内部配置与所述业务创建请求相对应的内部端口以及保护端口；基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，设置所述内部端口以及保护端口的端口角色名称；根据与所述业务创建请求相对应的业务类型和场景，生成与所述端口角色名称相对应的端口描述信息；建立所述端口角色名称与所述端口描述信息之间的对应关系信息并存储；将所述对应关系信息发送给网管系统，以使所述网管系统根据所述对应关系信息生成所述OTN设备内部的端口串接图像。

可选地，所述根据业务类型设置光传送网OTN设备的端口命名规则包括：基于与业务类型相对应的协议以及内部端口类型设置端口名称；设置与端口的联接方向相对应的前缀字符、与保护端口相对应的后缀字符；设置所述端口角色名称的命名选项和顺序。

可选地，所述内部端口类型包括：FTP和CTP类型；所述联接方向包括：连接网络侧的上联方向和连接CPE的下联方向。

可选地，所述基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，设置所述内部端口以及保护端口的端口角色名称包括：基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，分别设置FTP、CTP以及保护端口的端口角色名称。

可选地，所述生成与所述端口角色名称相对应的端口描述信息包括：获取所述OTN设备内的设置的FTP、CTP以及保护端口的物理端口信息；根据与所述业务创建请求相对应的业务类型和场景，并基于所述物理端口信息生成与FTP、CTP以及保护端口的端口角色名称相对应的端口描述信息。

可选地，所述建立所述端口角色名称与所述端口描述信息之间的对应关系信息包括：基于所述端口角色名称与所述端口描述信息建立KV对并存储；其中，所述端口角色名称为所述KV对的Key值，所述端口描述信息为所述KV对的Value值。

可选地，所述将所述对应关系信息发送给网管系统包括：获取存储的全部所述KV对，将全部KV对封装在XML标签中；将所述XML标签发送给网管系统。

可选地，所述网管系统根据所述对应关系信息生成所述OTN设备内部的端口串接图像包括：所述网管系统根据Key值获取对应的KV对，基于KV对进行串联处理，生成所述端口串接图像。

可选地，所述业务类型包括：ETH、ODU、EOS、SDH业务类型；所述场景包括：UNI-NNI、NNI-NNI场景。

根据本公开的第二方面，提供一种光传送网设备的业务创建装置，包括：规则设置模块，用于根据业务类型设置光传送网OTN设备的端口命名规则；端口创建模块，用于基于接收到的业务创建请求，在所述OTN设备内部配置与所述业务创建请求相对应的内部端口以及保护端口；名称确定模块，用于基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，设置所述内部端口以及保护端口的端口角色名称；描述生成模块，用于根据与所述业务创建请求相对应的业务类型和场景，生成与所述端口角色名称相对应的端口描述信息；对应关系建立模块，用于建立所述端口角色名称与所述端口描述信息之间的对应关系信息并存储；对应关系发送模块，用于将所述对应关系信息发送给网管系统，以使所述网管系统根据所述对应关系信息生成所述OTN设备内部的端口串接图像。

可选地，所述规则设置模块，用于基于与业务类型相对应的协议以及内部端口类型设置端口名称；设置与端口的联接方向相对应的前缀字符、与保护端口相对应的后缀字符；设置所述端口角色名称的命名选项和顺序。

可选地，所述内部端口类型包括：FTP和CTP类型；所述联接方向包括：连接网络侧的上联方向和连接CPE的下联方向。

可选地，所述名称确定模块，用于基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，分别设置FTP、CTP以及保护端口的端口角色名称。

可选地，所述描述生成模块，用于获取所述OTN设备内的设置的FTP、CTP以及保护端口的物理端口信息；根据与所述业务创建请求相对应的业务类型和场景，并基于所述物理端口信息生成与FTP、CTP以及保护端口的端口角色名称相对应的端口描述信息。

可选地，所述对应关系建立模块，用于基于所述端口角色名称与所述端口描述信息建立KV对并存储；其中，所述端口角色名称为所述KV对的Key值，所述端口描述信息为所述KV对的Value值。

可选地，所述对应关系发送模块，用于获取存储的全部所述KV对，将全部KV对封装在XML标签中；将所述XML标签发送给网管系统。

可选地，所述网管系统根据Key值获取对应的KV对，基于KV对进行串联处理，生成所述端口串接图像。

可选地，所述业务类型包括：ETH、ODU、EOS、SDH业务类型；所述场景包括：UNI-NNI、NNI-NNI场景。

根据本公开的第三方面，提供一种传送网设备的业务创建装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上所述的方法。

根据本公开的第四方面，提供一种传送网设备，包括：如上所述的传送网设备的业务创建装置。

根据本公开的第五方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行如上所述的方法。

本公开的光传送网设备的业务创建方法、装置、光传送网设备以及存储介质，能够按不同业务类型对端口进行角色划分，并按不同业务类型以及串接路线进行可视化串接展现；可以简化串接逻辑，有利于错误定位，能够提高定位效率，提高用户的使用感受度。

附图说明

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

图1为根据本公开的光传送网设备的业务创建方法的一个实施例的流程示意图；

图2A至2F为不同业务类型在不同场景下的端口命名和串接逻辑的示意图；

图3为根据本公开的光传送网设备的业务创建方法的另一个实施例的示意图；

图4为根据本公开的光传送网设备的业务创建装置的一个实施例的模块示意图；

图5为根据本公开的光传送网设备的业务创建装置的另一个实施例的模块示意图。

具体实施方式

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

图1为根据本公开的光传送网设备的业务创建方法的一个实施例的流程示意图，如图1所示：

步骤101，根据业务类型设置光传送网OTN设备的端口命名规则。

在一个实施例中，业务类型包括ETH(以太网)、ODU(光通路数据单元)、EOS(Ethernet Over SDH，基于SDH的以太网)、SDH(Synchronous Digital Hierarchy，同步数字体系)等业务类型。

步骤102，基于接收到的业务创建请求，在OTN设备内部配置与业务创建请求相对应的内部端口以及保护端口。

步骤103，基于端口命名规则以及与业务创建请求相对应的业务类型和场景，设置内部端口以及保护端口的端口角色名称。场景包括UNI(用户网络侧接口)-NNI(网络侧接口)、NNI-NNI等场景。

步骤104，根据与业务创建请求相对应的业务类型和场景，生成与端口角色名称相对应的端口描述信息。

步骤105，建立端口角色名称与端口描述信息之间的对应关系信息并存储。

步骤106，将对应关系信息发送给网管系统，以使网管系统根据对应关系信息生成OTN设备内部的端口串接图像。

本公开的光传送网设备的业务创建方法，按不同业务类型对端口进行角色划分，并按不同业务类型以及固定的串接路线进行可视化串接展现；改变了现有技术中的以依赖正确业务数据和复杂逻辑判断为主线的串接方式，使用角色定位法固化每个对象的角色，使用固定的角色串接来简化串接逻辑，提高了效率，且不依赖数据的正确性。

在一个实施例中，ETH业务类型的场景细分为UNI-NNI、NNI-NNI场景；ODU业务类型的场景细分为UNI-NNI、NNI-NNI场景；EOS业务类型的场景只有UNI-NNI场景；SDH业务类型的场景细分为UNI-NNI、NNI-NNI场景。对于每种业务类型，在OTN设备内部都有自己固定角色的端口命名，依据这些命名化的端口可将端口进行串接。

根据业务类型设置光传送网OTN设备的端口命名规则可以有多种方法。例如，基于与业务类型相对应的协议以及内部端口类型设置端口名称；设置与端口的联接方向相对应的前缀字符、与保护端口相对应的后缀字符；设置端口角色名称的命名的选项和顺序。内部端口类型包括FTP((Float Terminal Point，浮动终端点)和CTP(Connection TerminalPoint，连接终端点)等类型；联接方向包括：连接网络侧的上联方向和连接CPE的下联方向等。

在一个实施例中，局端插卡设备端口有上联口和下联口之分，上联方向为接入大网设备(联接网络侧)的方向，下联方向为连接CPE(客户终端设备)方向。连接网络侧的上联方向使用“UL-”、连接CPE的下联方向使用“DL-”作为前缀字符，放在端口角色名称的最前端。CPE盒式设备的端口的上联口与插板相连，下联口为其客户侧。

业务内部(OTN设备)端口分为FTP和CTP两种类型，与业务类型相对应的层协议为ETH-FTP、SDH-FTP、ETH-FTP-CTP、SDH-FTP-CTP等，同时，CTP根据在客户侧和线路侧，与业务类型相对应的协议分为ETH-PTP-CTP、SDH-PTP-CTP、ODU-CTP等。对于保护端口，与保护端口相对应的后缀字符为：“-P”。遇到VC级联的情况，会有多组重名的SDH-FTP-CTP角色，需要放在不同容器中，取名vc-cascade。

命名顺序(端口角色名称的命名选项和顺序)为：上下联+层协议+端口类型+子端口+保护口。根据实际值按顺序填写角色名称，每个部分不满足条件可不填写。例如，对于保护端口才需要增加后缀-P。下表1是根据命名规则定义的(端口)角色名称：

端口角色名称	备注
		ETH-PTP-CTP	客户侧ETH PTP的子CTP
UL-ETH-FTP	上联ETH FTP口
		UL-ETH-FTP-CTP	上联ETH FTP的子CTP
UL-ODU-CTP	上联PTP主口的子ODU CTP
		UL-ODU-CTP-P	上联PTP保护口的ODU CTP
DL-ODU-CTP	下联PTP主口的子ODU CTP
		DL-ODU-CTP-P	下联PTP保护口的ODU CTP
SDH-PTP-CTP	客户侧PTP的子CTP
		UL-SDH-FTP	上联SDH FTP主口
UL-SDH-FTP-CTP	上联SDH FTP主口的子SDH CTP
		UL-SDH-FTP-P	上联SDH FTP保护口
UL-SDH-FTP-CTP-P	上联SDH FTP保护口的子CTP

表1-根据命名规则定义的(端口)角色名称表

在一个实施例中，对于不同的业务类型，在不同场景下内部含有的端口角色名称不同，需要分别定义。ETH业务在CPE UNI-NNI场景下的端口(角色)命名和串接逻辑如图2A所示，ETH业务在CPE UNI-NNI场景下的端口命名和串接逻辑如图2B所示，ODU业务在UNI-NNI&NNI-NNI场景下的端口命名和串接逻辑如图2C所示，EOS业务在UNI-NNI场景下的端口命名和串接逻辑如图2D所示，SDH业务在UNI-NNI场景下的端口命名和串接逻辑如图2E所示，SDH业务在NNI-NNI场景下的端口命名和串接逻辑如图2F所示。

在一个实施例中，基于端口命名规则以及与业务创建请求相对应的业务类型和场景，分别设置FTP、CTP以及保护端口的端口角色名称。获取OTN设备内的设置的FTP、CTP以及保护端口的物理端口信息。根据与业务创建请求相对应的业务类型和场景，并基于物理端口信息生成与FTP、CTP以及保护端口的端口角色名称相对应的端口描述信息。

基于端口角色名称与端口描述信息建立KV对并存储；其中，端口角色名称为KV对的Key值，端口描述信息为KV对的Value值。采用KV键值对的存储数据方式，方便快捷。获取存储的全部KV对，将全部KV对封装在XML标签中，将XML标签发送给网管系统。网管系统根据Key值获取对应的KV对，基于KV对进行串联处理，生成端口串接图像。

在一个实施例中，以接入型OTN设备在创建ETH业务为例，在CPE下发EoO 100M-500M业务。在业务创建成功的前提下，对CPE设备返回的报文结构进行端口角色定位赋值，并根据固定的ETH业务内部串接逻辑进行串接并返回给上层网管系统。

如图2A所示，在成功连接CPE后，下发EoO 300M业务至CPE。客户侧物理端口PTP为1槽1口，线路侧PTP为1槽101口，保护口为1槽102口，ODU时隙为1时隙。设备内部执行指令，并在设备内部动态产生业务的所有FTP，CTP以及保护组。

设备内部寻址到客户侧1槽1口的承载CTP，并向存储器中以KV的形式追加一条记录，Key为“ETH-PTP-CTP”(端口角色名称),Value为“PTP＝/shelf＝1/slot＝1/port＝1/CTP＝1”(端口描述信息)。设备内部寻址到线路侧1槽101口的承载CTP，并向存储器中以以KV的形式追加一条记录，Key为“UL-ODU-CTP”,Value为“PTP＝/shelf＝1/slot＝1/port＝101/CTP＝1。同理寻址到保护口的CTP，追加一条记录，Key为“UL-ODU-CTP-P”,Value为“PTP＝/shelf＝1/slot＝1/port＝102/CTP＝1。因为此场景只产生一个FTP，因此直接寻址到FTP并追加一条记录，Key为“UL-ETH-FTP”,Value为“FTP＝/shelf＝1/slot＝1/port＝201/CTP＝1。

设备内部可底层寻址此FTP的承载CTP，追加一条记录，Key为“UL-ETH-FTP-CTP”,Value为“FTP＝/shelf＝1/slot＝1/port＝201/CTP＝1。读取存储器，把所有的KV数据封装到一个XML标签中返回给管控系统。XML标签如下：

<create-component>

<ETH-PTP-CTP>PTP＝/shelf＝1/slot＝1/port＝1/CTP＝1</ETH-PTP-CTP>

<UL-ETH-FTP>FTP＝/shelf＝1/slot＝1/port＝201</UL-ETH-FTP>

<UL-ETH-FTP-CTP>FTP＝/shelf＝1/slot＝1/port＝201/CTP＝1</UL-ETH-FTP-CTP>

<UL-ODU-CTP>PTP＝/shelf＝1/slot＝1/port＝101/CTP＝1</UL-ODU-CTP>

<UL-ODU-CTP-P>PTP＝/shelf＝1/slot＝1/port＝102/CTP＝1</UL-ODU-CTP-P>

</create-component>

网关系统获取到XML标签数据后，根据ETH的固定串接逻辑，可根据Key值进行按需获取数据，最终得到串接图像：虚端口。对于ETH、ODU、EOS、SDH等业务类型，光传送网设备的业务创建方法如图3所示。

本公开的光传送网设备的业务创建方法，利用角色定位方式对OTN设备业务创建后的内部端口进行定义，并以此为依据进行角色化逻辑串接，与现有通过父子关系和保护组结合的方式进行串接的方式有着本质上的不同：通过父子关系仅是成对的间断端口的串接，因为端口之间的关系不仅是父子关系，还有绑定关系，内部业务交叉，因此需要多重判断，才能间接延展到线路侧端口相关的端口上，判断起来逻辑复杂，而且依赖数据准确程度高。

本公开的光传送网设备的业务创建方法，利用角色定位方式对串接链条上的各个端点进行了定义，没有受到断点的影响，即使缺少数据，也只是影响个别端点点位的匹配，依然能够串接出的可视化图像，可以直观确定哪个端口没有上报数据或者出错，有利于错误定位；按角色名称具有固定的串接路线，不依赖于逻辑判断。

在一个实施例中，如图4所示，本公开提供一种光传送网设备的业务创建装置40，包括规则设置模块41、端口创建模块42、名称确定模块43、描述生成模块44、对应关系建立模块45和对应关系发送模块46。

规则设置模块41根据业务类型设置光传送网OTN设备的端口命名规则。端口创建模块42基于接收到的业务创建请求，在OTN设备内部配置与业务创建请求相对应的内部端口以及保护端口。名称确定模块43基于端口命名规则以及与业务创建请求相对应的业务类型和场景，设置内部端口以及保护端口的端口角色名称。

描述生成模块44根据与业务创建请求相对应的业务类型和场景，生成与端口角色名称相对应的端口描述信息。对应关系建立模块45建立端口角色名称与端口描述信息之间的对应关系信息并存储。对应关系发送模块46将对应关系信息发送给网管系统，以使网管系统根据对应关系信息生成OTN设备内部的端口串接图像。

在一个实施例中，规则设置模块41基于与业务类型相对应的协议以及内部端口类型设置端口名称，设置与端口的联接方向相对应的前缀字符、与保护端口相对应的后缀字符，设置端口角色名称的命名的选项和顺序。内部端口类型包括：FTP和CTP类型；联接方向包括连接网络侧的上联方向和连接CPE的下联方向。

名称确定模块43基于端口命名规则以及与业务创建请求相对应的业务类型和场景，分别设置FTP、CTP以及保护端口的端口角色名称。描述生成模块44获取OTN设备内的设置的FTP、CTP以及保护端口的物理端口信息；描述生成模块44根据与业务创建请求相对应的业务类型和场景，并基于物理端口信息生成与FTP、CTP以及保护端口的端口角色名称相对应的端口描述信息。

对应关系建立模块45基于端口角色名称与端口描述信息建立KV对并存储；其中，端口角色名称为KV对的Key值，端口描述信息为KV对的Value值。对应关系发送模块46获取存储的全部KV对，将全部KV对封装在XML标签中，将XML标签发送给网管系统。网管系统根据Key值获取对应的KV对，基于KV对进行串联处理，生成端口串接图像。

在一个实施例中，本公开提供一种光传送网设备的业务创建装置，如图5所示，业务创建装置可包括存储器51、处理器52、通信接口53以及总线54。存储器51用于存储指令，处理器52耦合到存储器51，处理器52被配置为基于存储器51存储的指令执行实现上述的光传送网设备的业务创建方法。

存储器51可以为高速RAM存储器、非易失性存储器(non-volatile memory)等，存储器51也可以是存储器阵列。存储器51还可能被分块，并且块可按一定的规则组合成虚拟卷。处理器52可以为中央处理器CPU，或专用集成电路ASIC(Application SpecificIntegrated Circuit)，或者是被配置成实施本公开的光传送网设备的业务创建方法的一个或多个集成电路。

在一个实施例中，本公开提供一种传送网设备OTN，包括如上任一实施例中的传送网设备的业务创建装置。

在一个实施例中，本公开提供一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，指令被处理器执行时实现如上任一个实施例中的方法。

上述实施例中的光传送网设备的业务创建方法、装置、光传送网设备以及存储介质，能够按不同业务类型对端口进行角色划分，并按不同业务类型以及固定的串接路线进行可视化串接展现；通过使用角色定位方式固化每个对象的角色，并使用固定的角色串接来简化串接逻辑，有利于错误定位，能够提高定位效率，且可以不依赖数据的正确性，提高用户的使用感受度。

可以使用许多方式来实现本公开的方法和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和系统。用于方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。

Claims (21)

1.一种光传送网设备的业务创建方法，包括：

根据业务类型设置光传送网OTN设备的端口命名规则；

基于接收到的业务创建请求，在所述OTN设备内部配置与所述业务创建请求相对应的内部端口以及保护端口；

基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，设置所述内部端口以及保护端口的端口角色名称；

根据与所述业务创建请求相对应的业务类型和场景，生成与所述端口角色名称相对应的端口描述信息；

建立所述端口角色名称与所述端口描述信息之间的对应关系信息并存储；

将所述对应关系信息发送给网管系统，以使所述网管系统根据所述对应关系信息生成所述OTN设备内部的端口串接图像。

2.如权利要求1所述的方法，所述根据业务类型设置光传送网OTN设备的端口命名规则包括：

基于与业务类型相对应的协议以及内部端口类型设置端口名称；

设置与端口的联接方向相对应的前缀字符、与保护端口相对应的后缀字符；

设置所述端口角色名称的命名选项和顺序。

3.如权利要求2所述的方法，其中，

所述内部端口类型包括：FTP和CTP类型；

所述联接方向包括：连接网络侧的上联方向和连接CPE的下联方向。

4.如权利要求3所述的方法，所述基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，设置所述内部端口以及保护端口的端口角色名称包括：

基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，分别设置FTP、CTP以及保护端口的端口角色名称。

5.如权利要求4所述的方法，所述生成与所述端口角色名称相对应的端口描述信息包括：

获取所述OTN设备内的设置的FTP、CTP以及保护端口的物理端口信息；

根据与所述业务创建请求相对应的业务类型和场景，并基于所述物理端口信息生成与FTP、CTP以及保护端口的端口角色名称相对应的端口描述信息。

6.如权利要求5所述的方法，所述建立所述端口角色名称与所述端口描述信息之间的对应关系信息包括：

基于所述端口角色名称与所述端口描述信息建立KV对并存储；其中，所述端口角色名称为所述KV对的Key值，所述端口描述信息为所述KV对的Value值。

7.如权利要求6所述的方法，所述将所述对应关系信息发送给网管系统包括：

获取存储的全部所述KV对，将全部KV对封装在XML标签中；

将所述XML标签发送给网管系统。

8.如权利要求7所述的方法，所述网管系统根据所述对应关系信息生成所述OTN设备内部的端口串接图像包括：

所述网管系统根据Key值获取对应的KV对，基于KV对进行串联处理，生成所述端口串接图像。

9.如权利要求1至8任一项所述的方法，其中，

所述业务类型包括：ETH、ODU、EOS、SDH业务类型；

所述场景包括：UNI-NNI、NNI-NNI场景。

10.一种光传送网设备的业务创建装置，包括：

规则设置模块，用于根据业务类型设置光传送网OTN设备的端口命名规则；

端口创建模块，用于基于接收到的业务创建请求，在所述OTN设备内部配置与所述业务创建请求相对应的内部端口以及保护端口；

名称确定模块，用于基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，设置所述内部端口以及保护端口的端口角色名称；

描述生成模块，用于根据与所述业务创建请求相对应的业务类型和场景，生成与所述端口角色名称相对应的端口描述信息；

对应关系建立模块，用于建立所述端口角色名称与所述端口描述信息之间的对应关系信息并存储；

对应关系发送模块，用于将所述对应关系信息发送给网管系统，以使所述网管系统根据所述对应关系信息生成所述OTN设备内部的端口串接图像。

11.如权利要求10所述的装置，其中，

所述规则设置模块，用于基于与业务类型相对应的协议以及内部端口类型设置端口名称；设置与端口的联接方向相对应的前缀字符、与保护端口相对应的后缀字符；设置所述端口角色名称的命名选项和顺序。

12.如权利要求11所述的装置，其中，

所述内部端口类型包括：FTP和CTP类型；

所述联接方向包括：连接网络侧的上联方向和连接CPE的下联方向。

13.如权利要求12所述的装置，其中，

所述名称确定模块，用于基于所述端口命名规则以及与所述业务创建请求相对应的业务类型和场景，分别设置FTP、CTP以及保护端口的端口角色名称。

14.如权利要求13所述的装置，其中，

所述描述生成模块，用于获取所述OTN设备内的设置的FTP、CTP以及保护端口的物理端口信息；根据与所述业务创建请求相对应的业务类型和场景，并基于所述物理端口信息生成与FTP、CTP以及保护端口的端口角色名称相对应的端口描述信息。

15.如权利要求14所述的装置，其中，

所述对应关系建立模块，用于基于所述端口角色名称与所述端口描述信息建立KV对并存储；其中，所述端口角色名称为所述KV对的Key值，所述端口描述信息为所述KV对的Value值。

16.如权利要求15所述的装置，其中，

所述对应关系发送模块，用于获取存储的全部所述KV对，将全部KV对封装在XML标签中；将所述XML标签发送给网管系统。

17.如权利要求16所述的装置，其中，

所述网管系统根据Key值获取对应的KV对，基于KV对进行串联处理，生成所述端口串接图像。

18.如权利要求10至17任一项所述的装置，其中，

所述业务类型包括：ETH、ODU、EOS、SDH业务类型；

所述场景包括：UNI-NNI、NNI-NNI场景。

19.一种传送网设备的业务创建装置，包括：

存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1至9中任一项所述的方法。

20.一种传送网设备，包括：

如权利要求10至19任一项所述的传送网设备的业务创建装置。

21.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行如权利要求1至9中任一项所述的方法。

Images