CN115442238A - 业务处理方法、网络设备及计算机可读存储介质 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法、网络设备及计算机可读存储介质，所述方法包括：将至少一个客户业务的数据封装在业务帧的净荷字段中，其中，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据封装在至少一个所述时隙中；将业务帧发送给下一跳节点，所述下一跳节点为中间节点或者宿节点。本发明实施例通过将业务帧的净荷字段划分为多个时隙，利用时隙能够实现对多个客户业务进行切片划分和隔离，以承载灵活颗粒业务，从而实现了以太网的小颗粒通道化传输，满足业务的低时延、低抖动、硬隔离、灵活带宽的传输需求。

Description

业务处理方法、网络设备及计算机可读存储介质

技术领域

本发明涉及通信技术领域，特别是涉及一种业务处理方法、网络设备及计算机可读存储介质。

背景技术

在目前的通信网络中，面向综合业务的承载网络覆盖千万行业，各种业务对网络要求差异化巨大，因此，网络需要端到端的切片来保障业务的差异化承载，很多新的行业也需要通过网络切片来进行隔离，从而减少新的业务上线时对整体网络的影响。基于切片的网络架构会是未来承载网的基础能力要求。

在实现承载网实现业务网络分片和隔离承载的相关技术中，虚拟专用网(VirtualPrivate Network，VPN)技术存在不同业务带宽抢占问题；灵活以太网((FlexibleEthernet，FlexE))技术承载的最小客户业务粒度为5Gb/s，不支持小于5Gb/s业务的硬隔离及刚性管道。

因此，如何实现不同颗粒大小的业务的灵活隔离承载，并满足灵活带宽的传输要求是亟需解决的技术问题。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供一种业务处理方法、网络设备及计算机可读存储介质，以实现不同颗粒大小的业务的灵活隔离承载，并满足灵活带宽的传输要求。

第一方面，本发明实施例提供一种业务处理方法，应用于源节点，所述方法包括：

将至少一个客户业务的数据封装在业务帧的净荷字段中，其中，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据封装在至少一个所述时隙中；

将所述业务帧发送给下一跳节点，所述下一跳节点为中间节点或者宿节点；

当所述下一跳节点为中间节点时，通过所述中间节点对所述业务帧中每个所述客户业务的数据分别进行转发，以通过一个或者多个所述中间节点将客户业务的数据转发至与所述客户业务对应的所述宿节点。

第二方面，本发明实施例提供一种业务处理方法，应用于中间节点，所述方法包括：

接收入向业务帧，其中，所述入向业务帧携带有至少一个客户业务的数据，所述入向业务帧包括入向净荷字段，所述入向净荷字段包括多个入向时隙，所述至少一个客户业务中每个客户业务的数据承载在至少一个所述入向时隙中；

针对每个客户业务，分别确定与所述客户业务对应的出向端口和出向时隙；

生成出向业务帧，将所述客户业务的数据映射到所述出向业务帧的出向净荷字段中，其中，所述出向业务帧的净荷字段包括多个出向时隙，所述客户业务的数据映射到与所述客户业务对应的出向时隙中；

通过与所述客户业务对应的所述出向端口将所述出向业务帧发送给下一跳中间节点或者宿节点。

第三方面，本发明实施例提供一种业务处理方法，应用于宿节点，所述方法包括：

接收业务帧，其中，所述业务帧携带有至少一个客户业务的数据，所述业务帧包括净荷字段，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据承载在至少一个所述时隙中；

针对每个客户业务，根据所述客户业务在所述净荷字段映射的时隙，从所述时隙中解析出所述客户业务的数据。

第四方面，本发明实施例提供一种网络设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现本发明实施例第一方面、第二方面或者第三方面提供的业务处理方法。

第五方面，本发明实施例提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，实现本发明实施例第一方面、第二方面或者第三方面提供的业务处理方法。

本发明实施例，将至少一个客户业务的数据封装在所述业务帧的净荷字段中，其中，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据封装在至少一个所述时隙中；将所述业务帧发送给下一跳节点，所述下一跳节点为中间节点或者宿节点。本发明实施例通过将业务帧的净荷字段划分为多个时隙，利用时隙能够实现对多个客户业务进行切片划分及隔离，以承载灵活颗粒业务，从而实现了以太网的小颗粒通道化传输，满足业务的低时延、低抖动、硬隔离、灵活带宽的传输需求。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和得到。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1是相关技术的一种业务帧的帧结构示意图；

图2是本发明实施例提供的一种业务帧的帧结构示意图；

图3是本发明实施例提供的另一种业务帧的帧结构示意图；

图4是本发明实施例提供的又一种业务帧的帧结构示意图；

图5是本发明实施例提供的又一种业务帧的帧结构示意图；

图6是本发明实施例提供的又一种业务帧的帧结构示意图；

图7是本发明实施例提供的又一种业务帧的帧结构示意图；

图8是一种业务帧的传输场景示意图；

图9是本发明实施例提供的一种业务处理方法的流程示意图；

图10是本发明实施例提供的一种业务处理方法的另一流程示意图；

图11是本发明实施例提供的一种业务处理方法的另一流程示意图；

图12是本发明实施例提供的业务处理方法的业务承载架构图；

图13a是本发明实施例提供的一种业务处理方法的示例性流程示意图；

图13b是图13a所示示例中的业务帧#1的内容示意图；

图13c是图13a所示示例中的业务帧#2的内容示意图；

图13d是图13a所示示例中的业务帧#3的内容示意图；

图14是本发明实施例提供的网络设备结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

应了解，在本发明实施例的描述中，如果有描述到“第一”、“第二”等只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

应了解，本发明实施例提供的一种业务处理方法所适用的业务类型可以是以太网业务，也可以是具有固定速率的时分复用(Time Division Multiplexing，TDM)业务。

图1是相关技术的一种基于IEEE 802.3标准定义的以太网介质访问控制(MediaAccess Control，MAC)报文的帧结构示意图。图1所示的报文包括前导码字段、帧起始定界符字段、目的地址字段、源地址字段、长度/类型字段、MAC客户数据字段、帧校验字段。其中，MAC客户数据字段用于承载客户业务数据，并在一般情况下只能承载一个客户业务的数据。不同MAC报文可以承载不同的客户业务，但这些承载不同客户的报文之间缺乏严格的隔离机制，容易相互影响(如拥塞、抢占等)。

图2是本发明实施例提供的一种业务帧的帧结构示意图。图2所示的业务帧为一种基于IEEE 802.3标准进行扩展的MAC业务帧，具体的，包括但不限于帧头、开销、净荷、帧校验四个字段。

应了解，本发明实施例的业务帧的帧长度是固定的。图2所示的业务帧的帧结构中，净荷部分可以划分为m个时隙(时隙1至时隙m)，每个时隙的长度相同。

图2所示的业务帧中，帧头可以包括以下字段：前导码、帧起始定界符、目的地址、源地址、长度/类型。

图2所示的业务帧中，开销具体可以包括以下字段:

复帧指示(MFI)：表示该业务帧位于复帧的顺序号，从0递增且循环。对于复帧数为40的情况，复帧指示值为0至39。

时隙调整请求(CR)：用于发送调整时隙请求，在CR比特位为1时，对应的开销中携带涉及调整的Client ID、时隙ID信息。

时隙调整应答(CA):用于收到时隙调整请求之后的调整时隙应答，在时隙调整应答比特位为1时，对应的开销中携带涉及调整的Client ID、Slot ID信息。

时隙生效指示(C):用于指示时隙调整生效。在C比特位为1时，对应的开销中携带涉及调整的Client ID、Slot ID信息。

客户ID(Client ID)：表示通道的客户标识。全0时表示不使用。当CR、CA或C中任意1个有效时，相应的Client ID和Slot ID表示时隙调整信息。而当CR、CA和C都无效(为0)时，则Client ID和Slot ID可用于传送当前时隙配置信息(即Calendar表)。

时隙ID(Slot ID)：表示时隙标识。对于10GE通道，时隙ID取值范围为0至959。

通用通信通道(General Communication Channel，GCC)：用于管理信息等传送。

RES：保留，全0。

图3是本发明实施例提供的一种业务帧的帧结构示意图。图3所示的业务帧为一种基于IEEE 802.1Q标准进行扩展的MAC业务帧，具体的，包括但不限于帧头、开销、净荷、帧校验四个字段。

应了解，本发明实施例的业务帧不仅限于为基于MAC报文的业务帧。例如，图4是本发明实施例提供的另一种业务帧的帧结构示意图，图3所示的业务帧是基于多协议标签交换(Multi-Protocol Label Switching，MPLS)协议定义的MPLS业务帧。图4所示的业务帧的帧结构中，包括帧头、开销和净荷三部分，其中，帧头携带MPLS标签信息，净荷被划分为m个长度相同的时隙。

图5是本发明实施例提供的另一种业务帧的帧结构示意图，图4所示的业务帧是一种互联网协议(Internet Protocol，IP)业务帧。图5所示的业务帧的帧结构包括IP帧头、开销和净荷，其中，净荷被划分为m个长度相同的时隙。

图6是本发明实施例提供的另一种业务帧的帧结构示意图，图5所示的业务帧是一种传输控制协议(Transmission Control Protocol，TCP)业务帧。图6所示的业务帧的帧结构包括IP帧头、TCP头、开销和净荷，净荷被划分为m个长度相同的时隙。

图7是本发明实施例提供的另一种业务帧的帧结构示意图，图7所示的业务帧是一种用户数据报协议(User Datagram Protocol，UDP)业务帧。图7所示的业务帧的帧结构IP帧头、UDP头、开销和净荷，净荷被划分为m个长度相同的时隙。

基于图2至图7所示的业务帧的帧结构可知，本发明实施例的业务处理方法可适用但不限于MAC业务帧、MPLS业务帧、IP业务帧、TCP业务帧和UDP业务帧的传输。

图8示出了一种业务帧的传输场景示意图，如图8所示，业务帧的传输路径包括源节点、至少一个中间节点和宿节点。源节点用于产生携带客户业务数据的业务帧，并发送给中间节点；中间节点用于对业务帧进行转发，以将业务帧转发给宿节点；宿节点用于接收中间节点的业务帧，并从业务帧中解析出客户业务数据。源节点和宿节点又可以分别称为入口PE(provider edge)节点、出口PE节点，中间节点又可以称为P(provider)节点。

图9示出了本发明实施例提供的一种业务处理方法的流程示意图。图9所示的业务处理方法可应用于图8所示的源节点，包括但不限于以下步骤：

S110，将至少一个客户业务的数据封装在业务帧的净荷字段中。

其中，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据封装在至少一个所述时隙中。

可以理解，这里描述的业务帧可以采用图2至图7所示的任意一种帧结构。

可以理解，所述业务帧的净荷字段可以承载一个或者多个客户业务。例如，在一种净荷字段承载多个客户业务的场景中，将净荷字段划分为10个时隙，时隙1至3封装客户业务1的数据，时隙4至8封装客户业务2的数据，时隙9至10封装客户业务3的数据。

可以理解的是，为确保向承载业务提供固定速率带宽及硬隔离，可以对业务帧的净荷进行定长时隙划分。例如，对于图2所示的业务帧，将其净荷划分为m个时隙，每个时隙长度为Size_of_slot(bytes)，各时隙在净荷区顺序排列，业务在时隙中可看做是连续的码流。

净荷字段长度为：Size_of_payload＝m*Size_of_slot(bytes)；

每个时隙的速率为：

Rate_of_slot＝(Size_of_slot/(j*(Size_of_EMF+Size_of_IPG))*Rate_of_server

其中Size_of_EMF为单个业务帧的长度，j为复帧数，Size_of_IPG为包间隙长度，Rate_of_server为服务层通道速率。j、m的取值可根据服务层通道速率、最小颗粒业务速率等参数进行设计。

客户业务可以根据带宽需求承载到多个时隙上，则其速率关系为：

客户业务的速率＝承载客户业务的时隙数量*Rate_of_slot。

由此可见，本发明实施例可为客户业务提供灵活的业务速率(n*Rate_of_slotMb/s)，n为客户业务占用的时隙数量，即客户业务在业务帧的净荷区占用的长度为n*Size_of_slot(bytes),也就是客户业务的切片长度。其中，n可根据客户业务速率需求灵活取值。

示例性的，在将至少一个客户业务的数据封装在业务帧的净荷字段中之前，还包括：根据客户业务的业务速率需求和每个时隙的速率，确定客户业务在业务帧中需占用的时隙数量；根据该时隙数量，对客户业务的数据进行切片，得到客户业务的数据切片数据切片。例如，某个客户业务的带宽需求为100Mb/S的业务速率，假定业务帧中每个时隙的时隙速率为10Mb/S，因此可以确定该客户业务在业务帧中需占用10个时隙(n＝10)，进而将该客户业务的数据按照10个时隙的长度进行切片，每个业务帧通过10个时隙承载客户业务的数据切片，如此，满足客户业务的带宽需求，实现为客户业务提供灵活的业务速率。

对于客户业务的数据封装，在一种可能的实现方式中，可以采用直接封装的方式将至少一个客户业务的数据封装在净荷字段的时隙中。

示例性的，将至少一个客户业务的数据封装在所述业务帧的净荷字段中可以包括：

S111A，获取至少一个客户业务的数据切片；

S111B，根据客户业务在业务帧中需占用的时隙数量，从业务帧的净荷字段中确定客户业务映射的时隙；

S111C，将客户业务的数据切片封装在所映射的时隙中。

可以理解的是，净荷字段各个时隙的长度是固定的，根据客户业务带宽需求(即业务速率需求)确定了其占用的时隙数量后，也就确定了各个客户业务的数据切片长度。对于每个客户业务，可以根据该客户业务需要使用的时隙个数，预先配置时隙分配关系表，即从净荷字段的多个时隙中选取与该客户业务进行映射的时隙。映射时，根据时隙分配关系表，可以将客户业务的数据直接封装在所映射的时隙中，从而实现将客户业务承载至净荷字段的时隙中。将客户业务的数据封装在时隙中之后，业务在时隙中可看作是连续的码流。

可选的，在对客户业务的数据进行切片之前，还可以对各个客户业务的数据进行64/66B编码，得到客户业务的66B编码块。

对应的，对客户业务的数据进行切片，得到客户业务的数据切片数据切片，包括：对客户业务的66B编码块进行切片，得到客户业务的编码块切片。

示例性的，将至少一个客户业务的数据封装在所述业务帧的净荷字段中可以包括：

S112A，获取客户业务的编码块切片；

S112B，根据客户业务在业务帧中需占用的时隙数量，从业务帧的净荷字段中确定客户业务映射的时隙；

S112C，将客户业务的编码块切片封装在所映射的时隙中。

如此，先对各个客户业务的数据进行64/66B编码，得到客户业务的66B编码块，再对客户业务的66B编码块进行切片，得到基于66B编码块的切片，然后再将66B编码块的切片封装在净荷字段的时隙中。可以理解的是，对于以太网业务，可以直接通过上面步骤S111A至S111C或者步骤S112A至S112C，将业务数据封装在净荷字段的时隙中；对于TDM业务，可以采用以太网电路仿真服务(Circuit Emulation Services over Ethernet，CESoETH)将TDM业务的数据转换为以太网业务的数据，再通过上面步骤S111A至S111C或者步骤S112A至S112C，将业务数据封装在净荷字段的时隙中。

具体实现过程中，对于净荷字段中未使用的时隙(即空闲时隙)，可以在时隙中填入固定值(例如0x00)，或者填入Idle码块。

可以理解的是，为了实现基于标签的业务帧转发，可以针对每个所述客户业务，分别确定所述客户业务对应的标签，将所述客户业务对应的标签封装在所述业务帧中。这里的标签用于标识不同的客户业务，示例性的，通过标签可以确定客户业务下一跳节点的地址。

示例性的，客户业务对应的标签可以与客户业务的数据一起封装在所述客户业务映射的时隙中。应了解，这种情况下，客户业务的数据加标签的长度等于一个或者n个基本时隙的长度，这里的n应小于等于净荷字段的时隙总数。

可以理解，也可以将客户业务的数据编码成66B编码块后，将客户业务对应的标签与66B编码块一起封装在所述客户业务映射的时隙中。

示例性的，所述客户业务对应的标签也可以封装在所述业务帧的帧头中，例如，使用图2中的目的地址字段，使用图3的虚拟局域网ID字段，或者是图4的标签字段，等等。

可以理解，为了实现检测客户业务通道的服务质量，如误码率、延迟时间、业务丢弃等情况，还可以在所述客户业务映射的时隙中***所述客户业务的操作、管理和维护(Operation Administration and Maintenance，OAM)信息。应了解，这种情况下，客户业务的数据(可以是66B编码块)加OAM信息的长度，或者客户业务的数据(可以是66B编码块)加标签加OAM信息的长度应等于一个或者n个基本时隙的长度，这里的n应小于等于净荷字段的时隙总数。

S120，将所述业务帧发送给下一跳节点，下一跳节点为中间节点或者宿节点。

可以理解，下一跳节点可以是中间节点，以由所述中间节点对所述业务帧中每个所述客户业务的数据分别进行转发，通过一个或者多个中间节点将客户业务的数据转发至与所述客户业务对应的宿节点。

可以理解，在完成将一个或多个客户业务的数据封装至净荷字段后，即可以将业务帧发送给中间节点，以由所述中间节点对所述业务帧中每个所述客户业务的数据分别进行转发，通过一个或者多个中间节点将客户业务的数据转发至与所述客户业务对应的宿节点。

当然，下一跳节点也可以是宿节点，源节点将业务帧直接发送给宿节点。

可以理解，本发明实施例的业务帧中的净荷字段可以划分为相同大小的m个时隙，一个或多个时隙可以构成不同带宽的业务切片通道，以承载端到端业务，不同业务切片通道承载不同的客户业务，实现业务的隔离。由于每个客户业务独占映射的时隙资源，带宽严格保障，所以能够实现小颗粒业务的通道化传输，达到灵活承载的效果，并避免带宽浪费，满足业务的低时延、低抖动、硬隔离、灵活带宽的传输需求。

图10示出了本发明实施例提供的一种业务处理方法的流程示意图。图10所示的业务处理方法可应用于图8所示的中间节点，包括但不限于以下步骤：

S210，接收入向业务帧。

其中，所述入向业务帧携带有至少一个客户业务的数据，所述入向业务帧包括入向净荷字段，所述入向净荷字段包括多个入向时隙，所述至少一个客户业务中每个客户业务的数据承载在至少一个所述入向时隙中。

可以理解的是，中间节点可以从入向端口接收上一跳中间节点或者源节点发送的入向业务帧。这里的入向业务帧可以是图2至图7所示的任意一种帧结构。

S220，针对每个客户业务，分别确定与所述客户业务对应的出向端口和出向时隙。

可以理解的是，在接收到入向业务帧后，对于业务帧携带的每个客户业务，需要确认客户业务的转发方向，即确认客户业务映射的出向端口。此外，还需确认客户业务将映射到出向业务帧中的哪个或者哪几个时隙中，即确认客户业务映射的出向时隙。应了解，这里的出向业务帧与所确认的出向端口是关联的。

在一种可能的实现方式中，可以基于预置的入向时隙与出向端口、出向时隙映射关系，完成入向时隙承载的业务数据到出向端口、出向时隙的映射。例如，可以通过时隙交叉配置表预置入向时隙与出向端口、出向时隙的映射关系，时隙交叉配置表可以由网管节点、SDN控制器或动态协议完成预先配置。

示例性的，确定与所述客户业务对应的出向端口和出向时隙，包括：

S221A，将承载所述客户业务的数据的入向时隙作为第一入向时隙。

例如，客户业务的数据封装在入向业务帧的净荷字段的时隙#1中，将时隙#1作为第一入向时隙。

S221B，从预置的时隙交叉配置表确定所述第一入向时隙所映射的出向端口和出向时隙，得到与所述客户业务相映射的出向端口和出向时隙。

例如，第一入向时隙为时隙#1，在预置的时隙交叉配置表查找与时隙#1相映射的出向端口和出向时隙，从而得到与所述客户业务相映射的出向端口和出向时隙。

在另一种可能的实现方式中，所述入向业务帧携带与所述客户业务对应的入向标签，这种情况下可以根据客户业务对应的入向标签，确定客户业务映射的出向端口和出向时隙。

示例性的，确定与所述客户业务相映射的出向端口和出向时隙，包括：

S222A，从所述入向业务帧获取与所述客户业务对应的入向标签。

可以理解的是，入向标签可以位于与客户业务相映射的时隙中，或者位于帧头，可以从预设的标签字段获取与客户业务对应的标签。

S222B，从预置的标签交换配置表确定所述入向标签所映射的出向端口和出向时隙，得到与所述客户业务对应的出向端口和出向时隙。

例如，通过预置的标签交换配置表存储标签与出向端口、出向时隙的映射关系，在获得客户业务对应的标签后，即可以在预置的标签交换配置表查找得到与该标签存在映射关系的出向端口和出向时隙。

S230，生成出向业务帧，将所述客户业务的数据映射到所述出向业务帧的出向净荷字段中。

其中，所述出向净荷字段包括多个出向时隙，所述客户业务的数据映射到与所述客户业务相映射的出向时隙中。

应了解，出向业务帧可以是图2至图7所示的任意一种帧结构。

可以理解的是，在确定与所述客户业务相映射的出向端口和出向时隙之后，获取与出向端口对应的出向业务帧，并将客户业务的数据映射到出向业务帧的净荷字段中，具体是映射到该客户业务映射的出向时隙中。

可以理解的是，在根据标签转发的场景中，在从预置的标签交换配置表确定所述入向标签所映射的出向端口和出向时隙时，还能够同时确定入向标签所映射的出向标签，得到与所述客户业务对应的出向标签。当将所述客户业务的数据映射到所述出向业务帧的出向净荷字段中，还将与所述客户业务对应的出向标签映射到所述出向业务帧中，以将客户业务的标签从入向标签更新为出向标签，完成标签交换。具体的，所述客户业务对应的标签映射到所述出向业务帧的帧头中，或者映射到所述客户业务对应的出向时隙中。

可选的，当将所述客户业务的数据映射到与所述客户业务相映射的出向时隙中，还可将与所述客户业务对应的OAM信息***到所述客户业务相映射的出向时隙中，以完成OAM信息的时隙交叉。

S240，通过与客户业务对应出向端口将所述出向业务帧发送给下一跳中间节点或者宿节点。

可以理解的是，当完成客户业务在出向业务帧的封装后，通过客户业务映射的出向端口将该出向业务帧发送给下一跳中间节点或者宿节点，以实现客户业务的转发。

图11示出了本发明实施例提供的一种业务处理方法的流程示意图。图11所示的业务处理方法可应用于图8所示的宿节点，包括但不限于以下步骤：

S310,接收业务帧。

其中，所述业务帧携带有至少一个客户业务的数据，所述业务帧包括净荷字段，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据承载在至少一个所述时隙中。

可以理解的是，宿节点接收中间节点发送的业务帧，该业务帧可以是图2至图7所示的任意一种帧结构。

S320,针对每个客户业务，根据所述客户业务在所述净荷字段映射的时隙，从所述时隙中解析出所述客户业务的数据。

可以理解的是，宿节点接收到业务帧后，对业务帧中的客户业务进行解析，以提取出客户业务的数据。

在一些实施例中，所述客户业务的数据为66B编码块，这种情况下，可通过以下步骤实现从所述净荷字段中解析出所述客户业务的数据：

S321,从所述净荷字段中解析出所述客户业务的所述66B编码块；

S322,对所述66B编码块进行解码，得到所述客户业务的解码数据。

可选的，在所述客户业务在所述净荷字段映射的时隙中携带所述客户业务的OAM信息的情况下，当从所述净荷字段中解析出所述客户业务的数据时，还从所述净荷字段中解析出所述客户业务的OAM信息。

为方便更好理解本发明实施例提供的业务处理方法，下面通过具体示例对本发明实施例作进一步说明。

图12为本发明实施例提供的业务处理方法的一种业务承载架构图。如图12所示，基于本发明实施例提供的业务帧中的时隙可构成实现传送、面向端到端连接、具备刚性隔离、承载灵活颗粒业务的多条MAC切片通道(MAC Slicing Channel，MSC)。所有MSC构成MAC切片通道层(MSC Layer，MSCL)，MSCL是位于IEEE 802.3的MAC层和客户(client)层之间的一个通道子层。也即MSCL的服务层是标准的MAC层，MAC层之下可以是标准以太网的IEEE802.3物理层(PHY)，也可以是FlexE，或基于FlexE的城域传送网(Metro TransportNetwork，MTN)或切片分组传送网(Slicing Packet Network，SPN)。

应了解，基于FlexE的MTN、SPN都是在以太网的物理编码子层(Physi时隙调整应答l Coding Sublayer，PCS)进行切片和通道化，因此无法互通以太网设备或者IP设备。而本发明实施例的切片和通道化MAC层之上进行，因而具有良好的互通性，与Ethernet、FlexE、SPN、MTN标准体系都保持了良好兼容，既可以互通传统以太网设备，也可以作为以太网设备与SPN、MTN设备实现小颗粒业务互通的切片技术。

作为示例，假定节点A(源节点)现有客户业务#1待传输到节点B(宿节点#1)、客户业务#2待传输到节点C(宿节点#2)，参见图13a，采用本发明实施例提供的业务处理方法实现客户业务#1、客户业务#2传输的过程，可以包括以下步骤：

S401，节点A将客户业务#1和客户业务#2的数据封装在业务帧1的净荷字段中。示例性的，客户业务#1封装在净荷字段的时隙#1，客户业务#2封装在净荷字段的时隙#2，业务帧#1的内容参见图13b。

S402，节点A将客户业务#1、客户业务#2的OAM信息对应***到时隙#1、时隙#2中。

S403，节点A向中间节点发送该业务帧#1，对应的，中间节点从入向的端口#2接收到源节点发送的该业务帧#1，并将该业务帧#1作为入向业务帧。

S404，中间节点根据预置的时隙交叉配置表，确定：客户业务#1映射的出向端口和出向时隙为端口#4、时隙#6，客户业务#2映射的出向端口和出向时隙为端口#6、时隙#3。

S405，中间节点将客户业务#1的数据从业务帧#1的时隙#1交换至对应端口#4的出向的业务帧#2的时隙#6，业务帧#2的内容可参见图13c，；将客户业务#2的数据从业务帧#1的时隙#2交换至对应端口#6的出向的业务帧#3的时隙#3，业务帧#2的内容可参见图13d。

S406，中间节点通过端口#4将业务帧#2发送给节点B，通过端口#6将出向业务帧#3发送给节点C。

S407，节点B接收到中间节点发送的业务帧#2后，从出向业务帧#2的时隙#6解析出客户业务#1的数据。

S408，节点C接收到中间节点发送的业务帧#3后，从出向业务帧#3的时隙#3解析出客户业务#2的数据。

请参见图14，图14示出了本发明实施例提供的网络设备500。该网络设备500包括但不限于：

存储器501，用于存储程序；

处理器502，用于执行存储器501存储的程序，当处理器502执行存储器501存储的程序时，处理器502用于执行上述的业务处理方法。

处理器502和存储器501可以通过总线或者其他方式连接。

存储器501作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序，如本发明任意实施例描述的业务处理方法。处理器502通过运行存储在存储器501中的非暂态软件程序以及指令，从而实现上述的业务处理方法。

存储器501可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序；存储数据区可存储执行上述的业务处理方法。此外，存储器501可以包括高速随机存取存储器，还可以包括非暂态存储器，比如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器501可选包括相对于处理器502远程设置的存储器，这些远程存储器可以通过网络连接至该处理器502。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

实现上述的业务处理方法所需的非暂态软件程序以及指令存储在存储器501中，当被一个或者多个处理器502执行时，执行本发明任意实施例提供的业务处理方法。

本发明实施例还提供了一种存储介质，存储有计算机可执行指令，计算机可执行指令用于执行上述的业务处理方法。

在一实施例中，该存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个控制处理器502执行，比如，被上述网络设备500中的一个处理器502执行，可使得上述一个或多个处理器502执行本发明任意实施例提供的业务处理方法。

以上所描述的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、***可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包括计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的。共享条件下还可作出种种等同的变形或替换，这些等同的变形或替换均包括在本发明权利要求所限定的范围内。

Claims (17)

1.一种业务处理方法，应用于源节点，所述方法包括：

将至少一个客户业务的数据封装在业务帧的净荷字段中，其中，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据封装在至少一个所述时隙中；

将所述业务帧发送给下一跳节点，所述下一跳节点为中间节点或者宿节点；

当所述下一跳节点为中间节点时，通过所述中间节点对所述业务帧中每个所述客户业务的数据分别进行转发，以通过一个或者多个所述中间节点将客户业务的数据转发至与所述客户业务对应的所述宿节点。

2.根据权利要求1所述的方法，其特征在于，所述业务帧为介质访问控制MAC业务帧、多协议标签交换MPLS业务帧、互联网协议IP业务帧、传输控制协议TCP业务帧和用户数据报协议UDP业务帧的任一种。

3.根据权利要求1所述的方法，其特征在于，所述将至少一个客户业务的数据封装在业务帧的净荷字段中之前，还包括：

获取每个所述客户业务的业务速率需求；

根据所述客户业务的业务速率需求和每个所述时隙的速率，确定所述客户业务在所述业务帧中需占用的时隙数量；

根据所述时隙数量，对所述客户业务的数据进行切片，得到所述客户业务的数据切片；

所述将至少一个客户业务的数据封装在业务帧的净荷字段中，包括：

获取至少一个所述客户业务的数据切片；

根据所述时隙数量，从所述业务帧的所述净荷字段中确定所述客户业务映射的时隙；

将所述客户业务的数据切片封装在所映射的时隙中。

4.根据权利要求3所述的方法，其特征在于，所述数据切片为66B编码块数据切片。

5.根据权利要求1所述的方法，其特征在于，所述将所述业务帧发送给中间节点之前，还包括：

针对每个所述客户业务，分别确定所述客户业务对应的标签；

将所述客户业务对应的标签封装在所述业务帧中。

6.根据权利要求5所述的方法，其特征在于，所述客户业务对应的标签封装在所述业务帧的帧头中，或者封装在所述客户业务映射的时隙中。

7.根据权利要求1所述的方法，其特征在于，所述将所述业务帧发送给中间节点之前，还包括：

在所述客户业务映射的时隙中***所述客户业务的操作管理维护OAM信息。

8.一种业务处理方法，应用于中间节点，所述方法包括：

接收入向业务帧，其中，所述入向业务帧携带有至少一个客户业务的数据，所述入向业务帧包括入向净荷字段，所述入向净荷字段包括多个入向时隙，所述至少一个客户业务中每个客户业务的数据承载在至少一个所述入向时隙中；

针对每个客户业务，分别确定与所述客户业务对应的出向端口和出向时隙；

生成出向业务帧，将所述客户业务的数据映射到所述出向业务帧的出向净荷字段中，其中，所述出向业务帧的净荷字段包括多个出向时隙，所述客户业务的数据映射到与所述客户业务对应的出向时隙中；

通过与所述客户业务对应的所述出向端口将所述出向业务帧发送给下一跳中间节点或者宿节点。

9.根据权利要求8所述的方法，其特征在于，所述确定与所述客户业务对应的出向端口和出向时隙，包括：

将承载所述客户业务的数据的入向时隙作为第一入向时隙；

从预置的时隙交叉配置表确定所述第一入向时隙所映射的出向端口和出向时隙，得到与所述客户业务对应的出向端口和出向时隙。

10.根据权利要求8所述的方法，其特征在于，所述入向业务帧携带与所述客户业务对应的入向标签；

所述确定与所述客户业务对应的出向端口和出向时隙，包括：

从所述入向业务帧获取与所述客户业务对应的入向标签；

从预置的标签交换配置表确定所述入向标签所映射的出向端口和出向时隙，得到与所述客户业务对应的出向端口和出向时隙。

11.根据权利要求10所述的方法，其特征在于，当从预置的标签交换配置表确定所述入向标签所映射的出向端口和出向时隙，还从预置的标签交换配置表确定所述入向标签所映射的出向标签，得到与所述客户业务对应的出向标签；

所述通过所述出向端口将所述出向业务帧发送给下一跳中间节点或者宿节点之前，还包括：

将与所述客户业务对应的所述出向标签映射到所述出向业务帧中。

12.根据权利要求10所述的方法，其特征在于，所述通过所述出向端口将所述出向业务帧发送给下一跳中间节点或者宿节点之前，还包括：

将与所述客户业务对应的OAM信息***到与所述客户业务对应的出向时隙中。

13.一种业务处理方法，应用于宿节点，所述方法包括：

接收业务帧，其中，所述业务帧携带有至少一个客户业务的数据，所述业务帧包括净荷字段，所述净荷字段包括多个时隙，所述至少一个客户业务中每个客户业务的数据承载在至少一个所述时隙中；

针对每个客户业务，根据所述客户业务在所述净荷字段映射的时隙，从所述时隙中解析出所述客户业务的数据。

14.根据权利要求13所述的方法，其特征在于，所述客户业务的数据为66B编码块；

从所述净荷字段中解析出所述客户业务的数据，包括：

从所述净荷字段中解析出所述客户业务的所述66B编码块；

对所述66B编码块进行解码，得到所述客户业务的解码数据。

15.根据权利要求13所述的方法，其特征在于，所述客户业务在所述净荷字段映射的时隙中携带所述客户业务的OAM信息；

当从所述净荷字段中解析出所述客户业务的数据，所述方法还包括：

从所述净荷字段中解析出所述客户业务的OAM信息。

16.一种网络设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1至15任意一项所述的业务处理方法。

17.一种计算机可读存储介质，其特征在于，存储有计算机程序，所述计算机程序被处理器执行时，实现如权利要求1至15任意一项所述的业务处理方法。

Images