US20230155756A1 - Data Transmission Method and Device - Google Patents

Data Transmission Method and Device Download PDF

Info

Publication number
US20230155756A1
US20230155756A1 US18/155,804 US202318155804A US2023155756A1 US 20230155756 A1 US20230155756 A1 US 20230155756A1 US 202318155804 A US202318155804 A US 202318155804A US 2023155756 A1 US2023155756 A1 US 2023155756A1
Authority
US
United States
Prior art keywords
sub
client
interface
slot
flexe
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
US18/155,804
Other languages
English (en)
Inventor
Yunlei QI
Qiwen Zhong
Zhigang Zhu
Kai Liu
Jingfeng Chen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of US20230155756A1 publication Critical patent/US20230155756A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1605—Fixed allocated frame structures
    • H04J3/1652—Optical Transport Network [OTN]
    • H04J3/1658—Optical Transport Network [OTN] carrying packets or ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0073—Services, e.g. multimedia, GOS, QOS
    • H04J2203/0082—Interaction of SDH with non-ATM protocols
    • H04J2203/0085—Support of Ethernet

Definitions

  • Embodiments of the present invention relate to the field of communications technologies, and specifically, to a data transmission method and a device, and more specifically, to a method for transmitting data in an Ethernet interface or a flexible Ethernet interface and a device.
  • a flexible Ethernet (FlexE) technology as an interface technology for implementing service isolation and network slicing, is developed rapidly in recent years, and is widely accepted by major standards organizations.
  • the Optical Internet Forum (OIF) has released a FlexE standard.
  • a flexible Ethernet protocol layer (which may also be referred to as a FlexE shim layer) is introduced on a basis of IEEE 802.3, to decouple a medium access control (MAC) layer from a physical link layer (which may also be referred to as the PHY). In this way, flexible rate matching is implemented.
  • MAC medium access control
  • the Flex shim schedules and distributes data of a plurality of FlexE clients to a plurality of different subchannels based on slots, to implement hard isolation of transmission pipe bandwidths.
  • One service data stream may be allocated to one or more slots. In this way, matching of services with various rates is implemented.
  • An existing FlexE interface technology resolves, to some extent, a problem that a rate of an Ethernet interface is fixed, and a client cross-connection technology resolves a problem that a packet forwarding delay is excessively long.
  • a low-rate (for example, 10 Mbps) service is carried in the conventional technology, relatively severe channel bandwidth waste occurs.
  • This application provides a data transmission method, a communications apparatus, a network device, a communications system, a storage medium, and a computer program product, to resolve a current problem that bandwidth waste is relatively severe when a service is carried based on a FlexE technology.
  • channel bandwidth utilization can be greatly improved, and in particular, when a low-rate service (for example, megabit low-rate service) is carried, channel bandwidth utilization can be significantly improved, thereby avoiding bandwidth waste.
  • a frame structure of a fine-granularity service frame is newly defined, so that service data can be transmitted in a time division multiplexing mode by using an Ethernet (ETH) interface. Therefore, even a common Ethernet interface that does not support a standard FlexE mode can effectively use a bandwidth of the Ethernet interface, and bandwidth isolation is implemented.
  • ETH Ethernet
  • this application provides a data transmission method, implemented by a first communications apparatus, where the method includes:
  • the first data stream includes a plurality of data code blocks
  • the plurality of data code blocks include a plurality of first base frames, each first base frame includes a base frame payload, the base frame payload includes a base frame overhead and a plurality of sub-user (sub-client) sub-slot payloads, the plurality of sub-client sub-slot payloads include a plurality of first sub-client sub-slot payloads, and the plurality of first sub-client sub-slot payloads include service data of a first sub-client interface; and
  • the first interface is logically divided into Z sub-client interfaces, and the Z sub-client interfaces include the first sub-client interface.
  • the first interface is a FlexE client interface.
  • the first interface is an Ethernet interface.
  • the first interface is a first FlexE client interface
  • the first communications apparatus further includes a first FlexE interface on a transmitting side
  • the sending the first data stream by using a first interface includes:
  • each first base frame further includes a first code block and a second code block, the first code block is used to indicate a frame header of the first base frame, and the second code block is used to indicate a frame trailer of the first base frame.
  • the first code block is an S code block
  • the second code block is a T code block
  • the first code block includes a first indication field and a first data field, the first indication field is used to indicate the frame header, and the first data field is used to carry some data of the base frame payload.
  • the second code block includes a second indication field and a second data field, the second indication field is used to indicate the frame trailer, and the second data field is used to carry some data of the base frame payload.
  • formats of the first code block and the second code block comply with code block formats defined in an IEEE 802.3 standard.
  • the base frame overhead includes one or more of the following information:
  • the first interface is divided into M sub-slots in time domain, and M is an integer greater than 1.
  • a slot bandwidth of each of the M sub-slots is P, and P is less than 5 gigabit/s Gbp/s.
  • the M sub-slots are evenly distributed in X first base frames, one base frame is encapsulated every time M/X sub-slots are scheduled, each base frame payload includes M/X sub-client sub-slot payloads, and X is an integer greater than 1.
  • a transmission rate of the first interface is N Gbp/s, and N is greater than or equal to 1.
  • the method further includes:
  • first sub-client sub-slot mapping table sent by a second communications apparatus, where the first sub-client sub-slot mapping table is used to indicate a first mapping relationship between the M sub-slots and the Z sub-client interfaces, and each sub-client interface is mapped to at least one of the M sub-slots;
  • the first sub-client sub-slot mapping table indicates the first mapping relationship by mapping Z sub-user identifiers sub-client IDs to M sub-slot identifiers sub-slot IDs, the Z sub-client IDs are used to indicate the Z sub-client interfaces, and the M sub-slot IDs are used to indicate the M sub-slots.
  • the second communications apparatus is a control management device.
  • the second communications apparatus is a forwarding apparatus.
  • the first sub-client sub-slot mapping table is carried in the base frame overhead; or the first sub-client sub-slot mapping table is carried in a specified sub-slot among the M sub-slots.
  • the first data stream is used to carry an Ethernet service.
  • the generating a first data stream includes:
  • PCS physical coding sublayer
  • the first Ethernet service data stream includes at least one OAM code block.
  • the first Ethernet service data stream includes a plurality of 64B/66B code blocks, a plurality of 64B/65B code blocks, or a plurality of 256B/257B code blocks.
  • the first data stream is used to carry a constant bit rate (CBR) service.
  • CBR constant bit rate
  • the generating a first data stream includes:
  • each CBR service slice includes the CBR service slice data and encapsulation information
  • a slice granularity of each CBR service slice is i bits, content of the plurality of CBR service frames is not identified when the first CBR service data stream is sliced, and i is an integer.
  • a slice granularity of each CBR service slice is j complete CBR service frames, and j is an integer greater than or equal to 1.
  • the CBR service slice includes a first field used to carry the CBR service slice data.
  • the encapsulation information includes a second field, and the second field is used to carry clock frequency information.
  • the encapsulation information includes a third field, and the third field is used to carry operation, administration, and maintenance (OAM) information.
  • OAM operation, administration, and maintenance
  • the encapsulation information includes a fourth field, and the fourth field is used to carry a sequence number of the CBR service slice.
  • sequence number of the CBR service slice is used for slice reassembly.
  • the encapsulation information includes a fifth field, the fifth field is used to carry payload length information, and the payload length information is an effective length of the CBR service slice data carried in each CBR service slice.
  • the encapsulation information includes a sixth field, and the sixth field is a padding field.
  • the encapsulation information includes a seventh field, and the seventh field is used to carry check information.
  • the obtaining the plurality of sub-client sub-slot payloads based on the plurality of CBR service slices includes:
  • the second data stream includes a plurality of 64B/66B code blocks, a plurality of 64B/65B code blocks, or a plurality of 256B/257B code blocks.
  • the first data stream includes a plurality of OAM code blocks used to carry OAM information.
  • the obtaining the plurality of sub-client sub-slot payloads based on the plurality of CBR service slices includes:
  • the first data stream includes a plurality of 64B/66B code blocks, a plurality of 64B/65B code blocks, or a plurality of 256B/257B code blocks.
  • the first sub-client interface is mapped to W sub-slots of the first interface, and the generating a first data stream includes:
  • the respectively mapping the plurality of first sub-client sub-slot payloads to the W sub-slots includes:
  • the first communications apparatus includes a second sub-client interface on a receiving side, and the generating a first data stream includes:
  • the obtaining a plurality of second sub-client sub-slot payloads of the second sub-client interface includes:
  • obtaining a third data stream of a second interface on the receiving side and demapping the plurality of second sub-client sub-slot payloads from the third data stream based on a second sub-client sub-slot mapping table, where the second interface is divided into A sub-slots in time domain, the second interface is logically divided into B sub-client interfaces, the B sub-client interfaces include the second sub-client interface, the second sub-client sub-slot mapping table is used to indicate a second mapping relationship between the A sub-slots and the B sub-client interfaces, and both A and B are integers.
  • A refer to the related description of the value of M in this application.
  • the second interface is an Ethernet interface.
  • the second interface is a second FlexE client interface.
  • the first communications apparatus further includes a second FlexE interface on the receiving side, and the obtaining a third data stream includes:
  • the second FlexE interface is logically divided into a plurality of FlexE client interfaces, and the plurality of FlexE client interfaces include the second FlexE client interface;
  • the third data stream demapping the third data stream from the fourth data stream based on a slot mapping relationship between the second FlexE client interface and the second FlexE interface, where the third data stream includes a plurality of second base frames, and the plurality of second base frames include the plurality of second sub-client sub-slot payloads.
  • this application provides a first communications apparatus, including:
  • the first communications apparatus is enabled to perform the method in any one of the first aspect and the possible implementations of the first aspect.
  • this application provides a computer-readable storage medium including a program or instructions, where when a computer runs the program or instructions, the computer is enabled to perform the method in any one of the first aspect and the possible implementations of the first aspect.
  • this application provides a communications system, including the first communications apparatus and a second communications apparatus, configured to perform the method in any one of the first aspect and the optional implementations of the first aspect.
  • this application provides a program product including a program or instructions, where when a computer runs the program or instructions, the computer is enabled to perform the method in any one of the first aspect and the possible implementations of the first aspect.
  • FIG. 1 is a schematic diagram of a FlexE general architecture based on a flexible Ethernet protocol
  • FIG. 2 is a schematic diagram of slot allocation of a FlexE group spanning four physical link interfaces (four PHYs are aggregated);
  • FIG. 3 is a schematic diagram of an application scenario of a FlexE communications system according to this application.
  • FIG. 4 is a schematic diagram of a process of transmitting data by using a FlexE technology according to this application;
  • FIG. 5 is a schematic diagram of a structure of an overhead frame and an overhead multiframe of a 100 GE interface according to an OIF IA-FLEXE-02.1 standard;
  • FIG. 6 is a schematic diagram of slot allocation of a plurality of FlexE clients when N iooG PHYs are bonded;
  • FIG. 7 is a schematic diagram of a base frame encapsulation process according to this application.
  • FIG. 8 is a code block format defined in IEEE 802.3
  • FIG. 9 is a schematic diagram of a structure of data transmitted based on a sub-client interface according to this application.
  • FIG. 10 is a schematic diagram of a multiframe encapsulation format according to this application.
  • FIG. 11 is a schematic diagram depicting a multiframe format according to this application.
  • FIG. 12 is a schematic flowchart of a method for obtaining a sub-client sub-slot payload of an Ethernet service according to this application;
  • FIG. 13 is a schematic flowchart of a method for obtaining a sub-client sub-slot payload of a CBR service according to this application;
  • FIG. 14 is a schematic flowchart of a specific method for obtaining a sub-client sub-slot payload of a CBR service according to this application;
  • FIG. 15 is a schematic flowchart of another specific method for obtaining a sub-client sub-slot payload of a CBR service according to this application;
  • FIG. 16 is a schematic diagram of a data transmission method according to this application.
  • FIG. 17 is a schematic diagram of a method for configuring a sub-client sub-slot mapping table according to this application.
  • FIG. 18 is a schematic diagram of another method for configuring a sub-client sub-slot mapping table according to this application.
  • FIG. 19 is a schematic diagram of a method for sending a sub-client service data stream according to this application.
  • FIG. 20 A , FIG. 20 B , and FIG. 20 C are a schematic diagram of a method for transmitting an Ethernet service based on a FlexE interface according to this application;
  • FIG. 21 A , FIG. 21 B , and FIG. 21 C are a schematic diagram of a method for transmitting a CBR service based on a FlexE interface according to this application;
  • FIG. 22 A , FIG. 22 B , and FIG. 22 C are a schematic diagram of a method for transmitting an Ethernet service based on an Ethernet interface according to this application;
  • FIG. 23 A , FIG. 23 B , and FIG. 23 C are a schematic diagram of a method for transmitting a CBR service based on an Ethernet interface according to this application;
  • FIG. 24 is a schematic diagram of a structure of a communications apparatus according to this application.
  • FIG. 25 is a schematic diagram of a structure of a communications apparatus according to this application.
  • FIG. 26 is a schematic diagram of a structure of a communications apparatus according to this application.
  • FIG. 27 is a schematic diagram of a structure of a communications apparatus according to this application.
  • ordinal numbers such as “1”, “2”, “3”, “4”, “first”, “second”, “third”, and “fourth” are used to distinguish between different objects, and not intended to limit an order of a plurality of objects.
  • the terms “include” and “have” are not exclusive.
  • a process, a method, a system, a product, or a device including a series of steps or units is not limited to the listed steps or units, and may further include steps or units that are not listed.
  • Ethernet interface and “ETH interface” are often used interchangeably, and the terms “FlexE interface” and “flexible Ethernet interface” are often used interchangeably.
  • FIG. 1 is a schematic diagram illustrating a FlexE general architecture based on a flexible Ethernet protocol.
  • a FlexE group includes four PHYs.
  • a FlexE client represents a client data stream transmitted in a specified slot (one slot or more slots) in the FlexE group.
  • One FlexE group may carry a plurality of FlexE clients.
  • One FlexE client may correspond to one or more user service data streams (which may also be referred to as MAC clients).
  • a FlexE shim layer provides data adaptation and conversion from a FlexE client to a MAC client.
  • FlexE may support mapping and transmission of any plurality of different FlexE clients in any group of PHYs, to implement functions such as PHY bonding, channelization, and subrate.
  • a plurality of PHYs are grouped together into one FlexE group for carrying one or more FlexE client data streams distributed and mapped from the FlexE shim layer.
  • the FlexE shim layer may divide each 100 GE PHY in the FlexE group into 20-slot data bearer channels, and each slot corresponds to a bandwidth of 5 Gbps.
  • FIG. 2 is a schematic diagram of slot allocation of a FlexE group spanning four physical link interfaces (four PHYs are aggregated). As shown in FIG. 2 , each PHY has 20 slots. Therefore, the FlexE group has 20 ⁇ 4 slots. As shown in FIG. 2 , the FlexE group including four PHYs in FIG. 1 is used as an example for description, where the four PHYs are a PHY A 1201 , a PHY B 1202 , a PHY C 1203 , and a PHY D 1204 .
  • the FlexE group corresponds to a slot allocation table (which may also be referred to as a calendar).
  • a slot mapping table corresponding to a single physical link included in the FlexE group may be referred to as a sub-slot allocation table (which may be referred to as a sub-calendar).
  • the FlexE calendar may include one or more sub-calendars. Each sub-calendar may indicate how 20 slots on a single physical link are allocated to corresponding FlexE clients. In other words, each sub-calendar may indicate a correspondence between slots on the single physical link and FlexE clients.
  • each PHY may correspond to 20 slots represented by a slot o to a slot 19 in the figure.
  • FIG. 2 is a schematic diagram of 20 slots corresponding to each of the PHY A 1201 , PHY B 1202 , PHY C 1203 , and PHY D 1204 .
  • FIG. 3 is a schematic diagram of an application scenario of a FlexE communications system according to this application.
  • the FlexE communications system 100 includes a network device 1 , a network device 2 , user equipment 1 , and user equipment 2 .
  • the network device 1 may be an intermediate node. In this case, the network device 1 is connected to the user equipment 1 by using another network device.
  • the network device 1 may be an edge node. In this case, the network device 1 is directly connected to the user equipment 1 .
  • the network device 1 may be an intermediate node. In this case, the network device 1 is connected to the user equipment 1 by using another network device.
  • the network device 1 may be an edge node. In this case, the network device 1 is directly connected to the user equipment 1 .
  • the network device 2 may be an intermediate node. In this case, the network device 2 is connected to the user equipment 2 by using another network device. Alternatively, the network device 2 may be an edge node. In this case, the network device 2 is directly connected to the user equipment 2 .
  • the network device 1 includes a FlexE interface 1
  • the network device 2 includes a FlexE interface 2 .
  • the FlexE interface 1 is adjacent to the FlexE interface 2 .
  • Each FlexE interface includes a transmit port and a receive port, and differs from a conventional Ethernet interface in that one FlexE interface may carry a plurality of clients, and that the FlexE interface as a logical interface may include a plurality of physical interfaces.
  • FIG. 3 is shown by a solid arrow in FIG. 3 .
  • a flow direction of service data in a reverse path is shown by a dashed arrow in FIG. 3 .
  • a transmission path in this embodiment of the present invention is a forward path
  • a flow direction of service data in the transmission path is user equipment 1 ⁇ >network device 1 ⁇ >network device 2 ⁇ >user equipment 2 .
  • FIG. 3 illustrates only two network devices and two user equipments.
  • the network may include any other quantity of network devices and user equipments. This is not limited in this embodiment of this application.
  • the FlexE communications system shown in FIG. 3 is merely an example, and the application scenario of the FlexE communications system provided in this application is not limited to the scenario shown in FIG. 3 .
  • the technical solution provided in this application is applicable to all network scenarios using a FlexE technology for data transmission.
  • a PHY 1 , a PHY 2 , a PHY 3 , and a PHY 4 are bonded to form a FlexE group.
  • the network device 1 and the network device 2 are connected by a FlexE group interface, that is, connected by the FlexE interface 1 and the FlexE interface 2 .
  • the FlexE group interface may also be referred to as a FlexE interface.
  • the FlexE group interface is a logical interface formed by bonding a group of physical interfaces.
  • the FlexE group interface carries a total of six clients: a client 1 to a client 6 .
  • Data of the client 1 and the client 2 is mapped to the PHY 1 for transmission; data of the client 3 is mapped to the PHY 2 and the PHY 3 for transmission; data of the client 4 is mapped to the PHY 3 for transmission; and data of the client 5 and the client 6 is mapped to the PHY 4 for transmission.
  • Different FlexE clients are mapped and transmitted in the FlexE group to implement a bonding function.
  • FlexE group It may also be referred to as a bonding group.
  • a plurality of PHYs included in each FlexE group have a logical bonding relationship.
  • the logical bonding relationship means that different PHYs may not have a physical connection relationship. Therefore, the plurality of PHYs in the FlexE group may be physically independent.
  • a network device in FlexE can implement logical bonding of a plurality of PHYs by using numbers of PHYs to identify which PHYs are included in one FlexE group. For example, each PHY may be identified by a number between 1 and 254. 0 and 255 are reserved numbers.
  • a number of one PHY may correspond to one interface on a network device. A same number needs to be used between two adjacent network devices to identify a same PHY.
  • Numbers of PHYs included in one FlexE group are not necessarily continuous. Usually, there is one FlexE group between two network devices, but this application is not limited to presence of only one FlexE group between two network devices, that is, alternatively, there may be a plurality of FlexE groups between two network devices.
  • One PHY may be used to carry at least one client, and one client may be transmitted on at least one PHY.
  • FlexE clients correspond to various user interfaces or bandwidths of the network. FlexE clients can be flexibly configured based on bandwidth requirements to support Ethernet MAC data streams at various rates (such as 10G, 40 G, nx25G, and even nonstandard-rate data streams). For example, a data stream can be transmitted to a FlexE shim layer in a 64b/66b coding mode. Clients sent by a same FlexE group need to share a same clock and these clients need to be adapted based on allocated slot rates.
  • the FlexE client interface in this application is configured to transmit a service data stream of a corresponding FlexE client.
  • the FlexE client interface is a logical interface. Each FlexE interface may be logically divided into one or more FlexE client interfaces, each FlexE interface may be divided into a plurality of slots in time domain, and each FlexE client interface occupies at least one of the plurality of slots.
  • FlexE shim It is an additional logical layer inserted between MAC layer and PHY layer (PCS sublayer) in a conventional Ethernet architecture and is a core for implementing the FlexE technology based on a slot distribution mechanism of the calendar.
  • a main function of the FlexE shim is to slice data based on a same clock and encapsulate sliced data into pre-divided slots, and then map the slots to the PHYs in the FlexE group based on a preconfigured slot allocation table for transmission. Each slot is mapped to one PHY in the FlexE group.
  • the FlexE group corresponds to a calendar.
  • a slot mapping table corresponding to a single physical link (PHY) included in one FlexE group may be referred to as a sub-slot allocation table (sub-calendar).
  • the FlexE calendar may include one or more sub-calendars. Each sub-calendar may indicate how 20 slots on a single physical link are allocated to corresponding FlexE clients. In other words, each sub-calendar may indicate a correspondence between slots on the single physical link and FlexE clients.
  • two calendars are specified in each FlexE overhead frame, and are a current active slot table (Calendar A) and a standby slot table (Calendar B) respectively.
  • FlexE constructs a fixed frame format for physical interface transmission and divides TDM slots.
  • the FlexE shim layer reflects a mapping relationship between a client and a slot in the FlexE group and a calendar working mechanism by defining an overhead frame and an overhead multiframe.
  • the overhead frame may also be referred to as a flexible Ethernet overhead frame
  • the overhead multiframe may also be referred to as a flexible Ethernet overhead multiframe.
  • the FlexE shim layer provides an in-band management channel by using overheads, supports transmission of configuration and management information between two interconnected FlexE interfaces, and implements auto-negotiation and establishment of a link.
  • Data on each PHY of FlexE is aligned by periodically inserting a code block of a FlexE overhead (OH) frame, for example, inserting one 66b overhead code block FlexE OH at an interval of 1023 ⁇ 20 66b payload data code blocks.
  • a FlexE group sends a 64b/66b code block of a FlexE overhead frame to a remote PHY at a predetermined time interval on each PHY, and 64b/66b code blocks of eight sequentially sent FlexE overhead frames constitute one FlexE overhead frame.
  • FIG. 5 is a schematic diagram of a structure of an overhead frame and an overhead multiframe of a looGE interface according to the OIF IA-FLEXE-02.1 standard.
  • One overhead frame has eight overhead blocks, and the overhead block may also be referred to as an overhead slot.
  • Each overhead block is a 64B/66B code block and appears once at an interval of 1023 ⁇ 20 blocks, but fields included in the overhead blocks are different.
  • a first overhead block includes a control character “oX4B” and an “ 0 code” character “ox5”, and during data transmission, a first overhead frame is determined by matching the control character and the “ 0 code” character between interconnected FlexE interfaces. 32 overhead frames constitute one overhead multiframe.
  • 5G 5 Gbps
  • N Interface rate/5 Gbps.
  • each PHY includes 20 5G slots, and there are NX20 5G slots in total when N PHYs are bonded.
  • a bandwidth allocated to each FlexE client needs to be an integer multiple of 5G, and a minimum bandwidth is 5G, that is, at least one slot is allocated.
  • a slot bandwidth of each slot is 5G
  • x slots are allocated to a FlexE client #1
  • y slots are allocated to a FlexE client #2
  • . . . , z slots are allocated to a FlexE #M.
  • ATM automatic teller machine
  • a bandwidth of 4.9G is wasted, and the service requirement cannot be accurately matched.
  • this application redefines a fine-granularity sub-client interface on a basis of an existing FlexE interface or a common Ethernet physical interface.
  • An interface rate of each sub-client interface may be flexibly set based on requirements of different low-rate services, to avoid bandwidth waste as much as possible.
  • this application further provides a sub-slot cross-connection technology, and on a basis of fully using the bandwidth, forwarding based on a slot cross-connection technology in a device can effectively reduce a forwarding delay.
  • the sub-slot may also be referred to as a lower-order slot, in contrast to a slot configured on an existing FlexE client interface (which may also be referred to as a large slot or a higher-order slot) or a large bandwidth of a common ETH interface.
  • a standard FlexE client interface or a common ETH interface each FlexE client interface or ETH interface is divided into M sub-slots in time domain, and each sub-user interface occupies a bandwidth of at least one sub-slot for data transmission.
  • FlexE sub-shim Based on a sub-slot distribution mechanism, data of a same sub-client is sliced, and sliced data is encapsulated into a sub-slot obtained through pre-division as a sub-slot payload. Then each sub-slot obtained through division is mapped to a corresponding FlexE client interface based on a pre-obtained sub-client sub-slot mapping table. Each sub-slot is mapped to one FlexE client interface.
  • Sub-clients correspond to various sub-user interfaces or bandwidths of the network. FlexE sub-clients can be flexibly configured based on bandwidth requirements to support Ethernet MAC data streams at various rates (such as 10G, 40G, nx25G, and even nonstandard-rate data streams). For example, a data stream can be transmitted to the FlexE sub-shim layer in a 64b/66b or 64b/65b transcoding or 256b/257b transcoding mode.
  • Sub-user interface It is a sub-client interface.
  • the sub-user interface may also be referred to as a sub-slot interface, a lower-order sub-slot interface, a sub-slot channel, or a lower-order slot channel.
  • the sub-user interface is a concept relative to an existing FlexE client interface or a common Ethernet interface.
  • Each FlexE client interface or common Ethernet interface is logically divided into a plurality of sub-user interfaces, and is divided into a plurality of sub-slots in time domain.
  • Each sub-user interface occupies at least one sub-slot for data transmission.
  • a slot bandwidth granularity of each sub-slot is usually less than 5 Gbps, and may be, for example, any value from lo Mbps to wo Mbps, so that more low-rate services are carried and that the bandwidth is effectively used.
  • Sub-client sub-slot payload It is data obtained by slicing data of a same sub-client. Each slice is encapsulated into a sub-slot obtained through pre-division as a sub-client sub-slot payload.
  • Sub-client sub-slot mapping table It may also be referred to as a lower-order path slot allocation table, a sub-client sub-slot allocation table, or a lower-order path slot mapping table.
  • the sub-client sub-slot mapping table is used to identify a quantity of slots allocated to each sub-client sub-interface and slot positions.
  • Base frame It is a data structure provided in this application, and is used to carry service data streams of different sub-clients.
  • Each base frame includes a base frame payload.
  • the base frame payload includes a base frame overhead and a lower-order slot payload (that is, a sub-client sub-slot payload).
  • each lower-order slot payload has a same length, for example, Y bits.
  • Each lower-order slot payload may be a plurality of 64b/66b code blocks.
  • each lower-order slot payload may be a plurality of 64B/65B code blocks or 256B/257B code blocks, where the plurality of 64B/65B code blocks or 256B/257B code blocks may be obtained, by using a transcoding algorithm, by transcoding and compressing a plurality of 64B/66B code blocks encoded by the PCS, where the transcoding algorithm may be, for example, 64B/65B transcoding or 256B/257B transcoding.
  • the base frame overhead is used to transmit overhead information, where the overhead information may include but is not limited to one or more of the following information:
  • the sequence number of the base frame may be used to identify a position of the base frame in an entire multiframe. Numbers of sub-slots comprised in the base frame may be known based on the position information.
  • the sub-client sub-slot mapping table may be used to identify a quantity of slots allocated to each lower-order path and slot positions.
  • the slot adjustment request is used to send a slot adjustment request, for example, used to adjust a slot of a sub-client.
  • the slot adjustment response is a response to receiving the slot adjustment request.
  • the slot effectiveness indication is used to indicate that the slot adjustment becomes effective.
  • the management message channel may be used to transmit a network element management message or may be used to transmit sub-client sub-slot mapping table information.
  • the overhead check information is used to check the base frame overhead.
  • a check algorithm may be but is not limited to a bit error detection algorithm such as CRC or BIP.
  • the sub-client sub-slot payload is used to carry data of different sub-client interfaces based on the sub-client sub-slot mapping table.
  • Each base frame further includes a code block for delimiting the base frame header and a code block for delimiting the base frame trailer.
  • FIG. 7 is a schematic diagram of a specific base frame encapsulation format according to this application.
  • a base frame is encapsulated by using an /S/ code block, a /D/ code block, and a /T/ code block.
  • the /S/ code block is used to indicate a frame header of the base frame.
  • the /T/ code block is used to indicate a frame trailer of the base frame.
  • a data field of the /D/ code block (such as a block payload field shown in FIG. 7 or FIG.
  • An /I/ code block may be used for rate adaptation of the base frame.
  • a format of each code block in the base frame may, for example, comply with a code block format defined in IEEE802.3, as shown in FIG. 8 .
  • some or all data fields (block payload (BP)) in the /S/ code block and/or the /T/ code block and data fields of the /D/ code block jointly carry the base frame payload, where the BP in the S code block is an optional field, and the T code may be any one of seven code blocks T 0 to T 7 .
  • FIG. 9 is a schematic diagram of a structure of data transmitted based on a sub-user interface according to this application.
  • a FlexE client interface whose bandwidth is Nx5G or a common ETH interface is divided into M sub-slots for cyclic transmission.
  • each cycle period is M sub-slots.
  • the cycle period may also be referred to as a sub-slot scheduling period of a sub-user interface or a slot scheduling period of a sub-user interface.
  • the M sub-slots are evenly distributed in X base frames, and (M/X) lower-order slots are loaded in each base frame payload. Every X base frames may also be defined as one multiframe.
  • one multiframe is transmitted.
  • a length of the multiframe should be less than or equal to 9600 bytes.
  • each FlexE interface may be logically divided into a plurality of FlexE client interfaces.
  • One FlexE client interface may be logically divided into a plurality of FlexE sub-client interfaces, and one FlexE client interface may be divided into M sub-slots in time domain.
  • M may be flexibly configured.
  • each base frame includes 24 sub-slots.
  • each sub-slot payload may include eight 66 b compressed code blocks.
  • a base frame in addition to /S/, /OH/, and /T/ code blocks for encapsulation, one base frame may include 197 66b code blocks.
  • an /I/ code block may be added between base frames, or some /I/ code blocks may be replaced with OAM code blocks transmitted in a FlexE client interface.
  • the /I/ code block that is, an idle code block, is used for rate adaptation at a MAC layer.
  • FIG. 11 is a schematic diagram depicting a multiframe format according to this application.
  • FIG. 11 may be used to further describe the multiframe structure shown in FIG. 10 .
  • a fine-granularity slot 1 to a fine-granularity slot 480 described in FIG. 11 correspond to a sub-slot 1 to a sub-slot 480 .
  • one multiframe includes 480 sub-slots, each base frame includes 24 sub-slots, and each sub-slot includes eight 66b compressed code blocks, that is, eight 65b code blocks.
  • a code block compression process is shown in FIG. 11 . After an OAM code block is periodically inserted into a 66b code block stream, code block compression is performed. After compression, each sub-slot includes eight 65b code blocks.
  • some fields in a base frame overhead may be used to carry data. For example, if only 56 bits are required in the base frame overhead, remaining eight bits of each base frame overhead may be used to carry data.
  • a first field in a code block used to identify a frame trailer may be used to indicate the frame trailer, and a second field is used to carry data.
  • a control character in a T code block shown in FIG. 11 indicates the frame trailer
  • the method includes: obtaining an Ethernet service data stream from a PCS; slicing the first Ethernet service data stream to obtain a plurality of Ethernet service slices; and using the plurality of Ethernet service slices as a plurality of sub-client sub-slot payloads.
  • S 101 to S 103 in FIG. 12 how to obtain the Ethernet service data stream is described in detail, and with reference to S 104 , how to slice the Ethernet service data stream to obtain the plurality of sub-client sub-slot payloads is described.
  • a PCS encodes a MAC layer Ethernet packet.
  • each lower-order path that is, each sub-client interface, is considered as an independent port and is divided into a MAC layer and a PCS.
  • the MAC layer implements service packet encapsulation and check processing, and the PCS performs 64B/66B coding on the MAC layer packet, that is, an Ethernet service data stream, in an 802.3 coding mode.
  • the coded code block stream includes an S code block, a D code block, a T code block, and an I code block (that is, an idle code block, also referred to as an idle code block).
  • a code block format complies with a standard code block format defined in IEEE802.3.
  • a lower-order path layer OAM code block into a code block stream encoded by the PCS, to obtain the Ethernet service data stream.
  • the OAM code block is used to transmit OAM information.
  • an adjacent /I/ code block may be selected at a time interval (for example, 3.3 ms) or an interval of a quantity of code blocks (for example, 500) for inserting an OAM code block.
  • the OAM information may be, for example, an OAM message.
  • an OAM message Refer to an MTN path layer OAM format defined in the ITU G.MTN standard.
  • the compressed code block stream includes a plurality of 64b/65b code blocks. In a specific implementation, the compressed code block stream includes a plurality of 256b/257b code blocks.
  • a transcoding algorithm may be 256B/257B transcoding.
  • FIG. 12 shows only the 64B/65B transcoding, and the 256B/257B transcoding is similar to 64B/65B transcoding, details are not described again.
  • each sub-client sub-slot payload may be Z 64b/66b code blocks. If transcoding and compression are performed, the length may alternatively be Z transcoded 64b/65b code blocks or Z transcoded 256b/257b code blocks. Y and Z are both integers.
  • Each slice obtained by performing the slicing operation in S 1 o 4 is encapsulated into a base frame payload as a sub-client sub-slot payload.
  • base frame payload and the related format of the base frame refer to the foregoing description. Details are not described herein again.
  • CBR constant bit rate
  • the first CBR service data stream includes a plurality of CBR service frames.
  • the slicing of the CBR service data stream includes but is not limited to the following two modes:
  • Mode 1 bit-transparent slicing mode.
  • bit transparent slicing mode content of a service frame is not identified, and slicing is performed based on a fixed quantity of bits (for example, i bits).
  • Mode 2 frame slicing mode.
  • a service frame format needs to be identified, and slicing is performed based on a fixed quantity of frames (for example, j frames).
  • each CBR service slice includes the CBR service slice data and encapsulation information.
  • each CBR service slice includes a plurality of fields respectively used to carry CBR service slice data and encapsulation information.
  • the CBR service slice includes a first field used to carry the CBR service slice data.
  • the encapsulation information includes any one or more fields from a second field to a seventh field that are used to carry different encapsulation information.
  • the second field is used to carry clock frequency information.
  • the clock frequency information may include, for example, information such as a timestamp, used to transmit clock information of the service.
  • the third field is used to carry operation, administration and maintenance OAM information.
  • the fourth field is used to carry a sequence number of the CBR service slice.
  • the sequence number of the CBR service slice may be used, for example, for slice reassembly.
  • the sequence number of the CBR service slice may be further used for slice loss detection or lossless protection.
  • the fifth field is used to carry payload length information, and the payload length information is an effective length of the CBR service slice data carried in each CBR service slice.
  • the sixth field is a padding field.
  • the padding field can be used for data padding only when an encapsulated service slice is shorter than a length of a sub-slot payload.
  • the seventh field is used to carry check information.
  • the check information may be used to perform a bit error check on slice data.
  • this application is not limited to mandatory inclusion of the check information in the slice.
  • the check function may alternatively be performed in another manner, for example, using OAM to perform the check.
  • the plurality of CBR service slices may be directly used as the plurality of sub-client sub-slot payloads, that is, a length of each CBR service slice obtained after encapsulation and each sub-client sub-slot payload remain the same, for example, are both Y bits. The following describes this manner by using a specific example with reference to FIG. 14 .
  • the obtaining a plurality of sub-client sub-slot payloads based on the plurality of CBR service slices includes:
  • FIG. 14 is a schematic diagram of a method for obtaining a sub-client sub-slot payload of a CBR service according to this application.
  • the method 1400 may be specifically used to implement the method 200 .
  • the method includes the following steps.
  • the slicing mode is the mode 1 or mode 2 described above.
  • Encapsulation information includes one or more of the following information:
  • OAM information (optional), used for fault detection and protection operations at a lower-order path layer of the CBR service
  • clock frequency information used to transmit clock information (such as a timestamp) of the service
  • payload length and padding optional, where if an encapsulated service slice is less than the lower-order slot payload length, data padding is required and an effective payload length is identified;
  • a check field optional, used to perform a bit error check on slice data, where the check function may alternatively be performing the check by using OAM.
  • FIG. 15 is a schematic diagram of a method for obtaining a sub-client sub-slot payload of a CBR service according to this application.
  • the method 1500 may be specifically used to implement the method 200 .
  • the method 1500 includes the following steps.
  • S 1501 Slice CBR service data to obtain a plurality of pieces of CBR service slice data corresponding to service slices shown in FIG. 15 .
  • the slicing mode is the mode 1 or mode 2 described above.
  • Encapsulation information includes one or more of the following information:
  • OAM information (optional), used for fault detection and protection operations at a lower-order path layer of the CBR;
  • clock frequency information used to transmit clock information (such as a timestamp) of the service
  • payload length and padding optional, where if an encapsulated service slice is less than a lower-order slot payload length, data padding is required and an effective payload length is identified;
  • a check field optional, used to perform a bit error check on slice data, where the check function may alternatively be performing the check by using OAM.
  • S 1503 Encapsulate an encapsulated CBR service slice into an Ethernet packet, and add a frame boundary (for example, an /S/ code block and a /T/ code block shown in FIG. 15 ) and frame gap encapsulation (for example, an /I/ code block shown in FIG. 15 ) to obtain a coded Ethernet code block stream.
  • Each encapsulated CBR service slice is used as a data code block of an Ethernet data stream. A specific operation of this step is similar to that of existing Ethernet packet processing. Details are not described herein again.
  • the OAM information may be, for example, an OAM message.
  • an OAM message Refer to an MTN path layer OAM format defined in the ITU G.MTN standard.
  • the compressed code block stream includes a plurality of 64b/65b code blocks. In a specific implementation, the compressed code block stream includes a plurality of 256b/257b code blocks.
  • a transcoding algorithm may be 256b/257b transcoding.
  • FIG. 12 shows only 64b/65b transcoding. Because 256b/257b transcoding is originally similar, details are not described again.
  • each sub-client sub-slot payload Slice, based on a length (Y bits) of each sub-client sub-slot payload, the Ethernet service data stream (which may also be referred to as a code block stream) into which the OAM code block is inserted.
  • the length of each sub-client sub-slot payload may be Z 64B/66B code blocks. If transcoding and compression are performed before the slicing, the length may alternatively be Z transcoded 64B/65B code blocks or Z transcoded 256B/257B code blocks. Y and Z are both integers.
  • Each slice obtained by performing the slicing operation in S 1056 is encapsulated into a base frame payload as a sub-client sub-slot payload.
  • base frame payload and the related format of the base frame refer to the foregoing description. Details are not described herein again.
  • a data transmission method 1600 provided in this application is described with reference to FIG. 16 .
  • the method is performed by a first communications apparatus, and the first communications apparatus includes a first interface.
  • the method includes the following steps.
  • the plurality of data code blocks include a plurality of first base frames, each first base frame includes a base frame payload, the base frame payload includes a base frame overhead and a plurality of sub-client sub-slot payloads, the plurality of sub-client sub-slot payloads include a plurality of first sub-client sub-slot payloads, and the plurality of first sub-client sub-slot payloads include service data of a first sub-client interface.
  • the first interface is divided into M sub-slots in time domain.
  • M is an integer greater than 1 .
  • a slot bandwidth of each of the M sub-slots is P.
  • P is less than 5 gigabit/s Gbp/s. More preferably, P is less than or equal to 1 Gbp/s. More preferably, P is less than or equal to 500 Mbp/s.
  • P is preferably less than or equal to 100 Mbp/s.
  • M refer to the foregoing description. Details are not described herein again.
  • the first interface is logically divided into Z sub-client interfaces, and the Z sub-client interfaces include the first sub-client interface.
  • the first interface is a FlexE client interface.
  • the first communications apparatus further includes a first FlexE interface on a transmitting side, and S 1602 specifically includes:
  • the first interface is the first FlexE client interface.
  • the first interface is an Ethernet interface.
  • the first data stream is used to carry an Ethernet service.
  • the generating a first data stream in Si 6 oi includes:
  • the first data stream is used to carry a CBR service.
  • the generating a first data stream in S 1601 includes:
  • the method 1600 further includes: slicing a first CBR service data stream to obtain a plurality of pieces of CBR service slice data, where the first CBR service data stream includes a plurality of CBR service frames;
  • each CBR service slice includes the CBR service slice data and encapsulation information
  • a slice granularity of each CBR service slice is i bits, content of the plurality of CBR service frames is not identified when the first CBR service data stream is sliced, and i is an integer.
  • a slice granularity of each CBR service slice is j complete CBR service frames, and j is an integer greater than or equal to 1.
  • the CBR service slice includes a first field used to carry the CBR service slice data.
  • the encapsulation information includes a second field, and the second field is used to carry clock frequency information.
  • the encapsulation information includes a third field, and the third field is used to carry operation, administration and maintenance OAM information.
  • the encapsulation information includes a fourth field, and the fourth field is used to carry a sequence number of the CBR service slice.
  • the sequence number of the CBR service slice is used for slice reassembly.
  • the encapsulation information includes a fifth field, the fifth field is used to carry payload length information, and the payload length information is an effective length of the CBR service slice data carried in each CBR service slice.
  • the encapsulation information includes a sixth field, and the sixth field is a padding field.
  • the encapsulation information includes a seventh field, and the seventh field is used to carry check information.
  • the obtaining the plurality of sub-client sub-slot payloads based on the plurality of CBR service slices includes:
  • the second data stream includes a plurality of 64b/66b code blocks, a plurality of 64b/65b code blocks, or a plurality of 256b/257b code blocks.
  • the first data stream includes a plurality of OAM code blocks used to carry OAM information.
  • the obtaining the plurality of sub-client sub-slot payloads based on the plurality of CBR service slices includes:
  • the first data stream includes a plurality of 64b/66b code blocks, a plurality of 64b/65b code blocks, or a plurality of 256b/257b code blocks.
  • the method further includes: receiving, by the first communications apparatus, a first sub-client sub-slot mapping table sent by a second communications apparatus, where the first sub-client sub-slot mapping table is used to indicate a first mapping relationship between the M sub-slots and the Z sub-client interfaces, and each sub-client interface is mapped to at least one of the M sub-slots; and
  • the first sub-client sub-slot mapping table indicates the first mapping relationship by mapping Z sub-user identifiers sub-client IDs to M sub-slot identifiers sub-slot IDs, the Z sub-client IDs are used to indicate the Z sub-client interfaces, and the M sub-slot IDs are used to indicate the M sub-slots.
  • the second communications apparatus may be a control management device or a forwarding apparatus that performs data communication with the first communications apparatus.
  • the control management device may be, for example, a network management device or a controller.
  • the forwarding apparatus may be, for example, an apparatus for forwarding, such as a router, a switch, a firewall, a packet transmission network PTN device, or a board in a network device.
  • the first sub-client sub-slot mapping table is carried in the base frame overhead; or the first sub-client sub-slot mapping table is carried in a specified sub-slot among the M sub-slots.
  • the sub-client sub-slot mapping table provided in this application includes sub-slot numbers and sub-client numbers, and each sub-client may be mapped to a plurality of sub-slots.
  • the foregoing “mapped” may also be understood as configured or occupied.
  • each sub-client sends data by using a plurality of mapped sub-slots.
  • a transmit end and a receive end in communication send and restore (or demap) data transmitted in corresponding sub-slots.
  • the following uses examples to describe a flowchart of a method for obtaining the first sub-client sub-slot mapping table by the first communications apparatus.
  • FIG. 17 is a schematic diagram of a method for configuring a sub-client sub-slot mapping table based on a control management device according to this application. As shown in FIG. 17 , both a receive end and a transmit end in communication are configured by a control management device.
  • FIG. 18 is a schematic diagram of a method for configuring a sub-client sub-slot mapping table based on a data path according to this application.
  • the control management device configures only the sub-client sub-slot mapping table of the transmit end, and the transmit end transmits the sub-client sub-slot mapping table to the receive end through a data path.
  • the sub-client sub-slot mapping table may be transmitted in the data path by using a slot table transmission path defined in a base frame overhead, or a specific sub-slot among M sub-slots may be specified for transmission.
  • the sub-client sub-slot mapping table may alternatively be transmitted by using a FlexE overhead.
  • a mode of transmitting the sub-client sub-slot mapping table in the data path is not specifically limited in this application.
  • the first communications apparatus may be a transmit end apparatus or may be a receive end apparatus. In the method corresponding to FIG. 18 , the first communications apparatus is used as a receive end apparatus.
  • the first sub-client interface is mapped to W sub-slots of the first interface, and the generating a first data stream includes:
  • the respectively mapping the plurality of first sub-client sub-slot payloads to the W sub-slots includes:
  • mapping relationship between the first sub-client interface and the W sub-slots may be determined based on the first sub-client sub-slot mapping table.
  • the first communications apparatus includes a second sub-client interface on a receiving side, and the generating a first data stream includes:
  • FIG. 20 A For detailed about this implementation, refer to the following detailed descriptions of an intermediate slot cross-connect device NE 2 in FIG. 20 A , FIG. 20 B , and FIG. 20 C to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the obtaining a plurality of second sub-client sub-slot payloads of the second sub-client interface includes:
  • the second interface is divided into A sub-slots in time domain
  • the second interface is logically divided into B sub-client interfaces
  • the B sub-client interfaces include the second sub-client interface
  • the second sub-client sub-slot mapping table is used to indicate a second mapping relationship between the A sub-slots and the B sub-client interfaces
  • both A and B are integers.
  • the third data stream corresponds to a higher-order path in the intermediate slot cross-connect device NE 2 in FIG. 20 A , FIG. 20 B , and FIG. 20 C to FIG. 23 A , FIG. 23 B , and FIG. 23 C , that is, a data stream obtained from a client interface or an Ethernet interface.
  • the second interface is an Ethernet interface.
  • the second interface is a second FlexE client interface.
  • the first communications apparatus further includes a second FlexE interface on the receiving side, and the obtaining a third data stream includes:
  • the second FlexE interface is logically divided into a plurality of FlexE client interfaces, and the plurality of FlexE client interfaces include the second FlexE client interface;
  • the third data stream demapping the third data stream from the fourth data stream based on a slot mapping relationship between the second FlexE client interface and the second FlexE interface, where the third data stream includes a plurality of second base frames, and the plurality of second base frames include the plurality of second sub-client sub-slot payloads.
  • the second FlexE interface may be, for example, a receive-side FlexE interface shown in FIG. 20 A , FIG. 20 , and FIG. 20 C , or FIG. 21 A , FIG. 21 B , and FIG. 21 C .
  • the fourth data stream is a data stream obtained by the receive-side FlexE interface.
  • the third data stream may be, for example, a data stream corresponding to a higher-order path client- 1 shown in FIG. 21 A , FIG. 21 B , and FIG. 21 C , or FIG. 22 A , FIG. 22 B , and FIG. 22 C .
  • the following uses an example to describe a specific method 1900 for sending the first data stream by using the first interface in the method thoo provided in this application.
  • a first interface (FlexE client interface or common ETH interface) configures a TDM slot scheduler at a transmit end by using a FlexE sub-shim layer and schedules M sub-slots sequentially.
  • the TDM slot scheduler uses the M sub-slots obtained by dividing the first interface, as one slot scheduling period for cyclic scheduling.
  • the first interface may be an Ethernet interface or a flexible Ethernet interface, and may be used to carry a common Ethernet service, or may be used to carry a CBR service.
  • Application scenarios of the technical solution are extensive. The following uses specific examples to describe the application scenarios of the method i 600 with reference to FIG. 20 A , FIG. 20 B , and FIG. 20 C to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • FIG. 20 A , FIG. 20 B , and FIG. 20 C are a schematic flowchart of a method for transmitting an Ethernet service based on a FlexE interface.
  • FIG. 21 C are a schematic flowchart of a method for transmitting a CBR service based on a FlexE interface.
  • FIG. 22 A , FIG. 22 B , and FIG. 22 C are a schematic flowchart of a method for transmitting an Ethernet service based on an Ethernet interface.
  • FIG. 23 A , FIG. 23 B , and FIG. 23 C are a schematic diagram of a method for transmitting a CBR service based on an Ethernet interface. In FIG. 20 A , FIG. 20 B , and FIG. 20 C to FIG. 23 A , FIG. 23 B , and FIG.
  • the first communications apparatus in this application may be a source service access device NE 1 , an intermediate slot cross-connect device NE 2 , or a sink service sending device NE 3 shown in any one of FIG. 20 A , FIG. 20 B , and FIG. 20 C to FIG. 24 .
  • the first communications apparatus may be a board in a source service access device NE 1 , an intermediate slot cross-connect device NE 2 , or a sink service sending device NE 3 , and is configured to perform one or more operations in the methods corresponding to FIG. 20 A , FIG. 20 B , and FIG. 20 C to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • a FlexE-based communications network includes three types of devices: a source service access device NE 1 , an intermediate slot cross-connect device NE 2 , and a sink service sending device NE 3 .
  • Source service access device NE 1 A receiving side is an Ethernet interface, and a transmitting side is a FlexE port. After the receive-side port receives an Ethernet packet, receiving sidepacket layer service processing (such as VLAN, IP, MPLS, and SR) is completed first; and then different service streams are mapped to corresponding lower-order paths (that is, the sub-client interfaces in this application, corresponding to a sub-client 1 - 1 , . . . , sub-client i-m shown in FIG. 20 A , FIG. 20 B , and FIG. 20 C ) according to an Ethernet slot mapping process, then loaded to higher-order paths (that is, the FlexE client interfaces in this application, corresponding to a client 1 - 1 , .
  • VLAN virtual local area network
  • each sub-client sub-slot payload is generated; then based on the method corresponding to FIG. 19 and based on a sub-client sub-slot mapping table, each sub-client sub-slot payload is mapped by a TDM slot scheduler to each sub-slot corresponding to each sub-client; and then a corresponding base frame is encapsulated and sent out from a corresponding Flex-client interface.
  • a mapping process between each Flex-client interface and a corresponding FlexE interface is an existing implementation and is not described in detail herein.
  • Both a receiving side and a transmitting side are FlexE interfaces.
  • the streams received from the FlexE higher-order paths that is, the FlexE client interfaces in this application, corresponding to the client 1 - 1 , . . . , the client i-n shown in FIG. 20 A , FIG. 20 B , and FIG. 20 C
  • the sub-client interfaces in this application corresponding to the sub-client 1 - 1 , . . . , the sub-client 1 - m shown in FIG. 21 A , FIG. 21 B , and FIG.
  • the lower-order slot cross-connection is to process a plurality of second sub-client sub-slot payloads in a second sub-client interface based on a sub-slot cross-connection relationship between the second sub-client interface on the receiving side (for example, the sub-client 1 - 1 in the NE 2 device in FIG. 20 A , FIG. 20 B , and FIG. 20 C ) and a first sub-client interface on the transmitting side (for example, the sub-client 2 - 1 shown in FIG. 20 A , FIG. 20 B , and FIG. 20 C ), to obtain a plurality of first sub-client sub-slot payloads of the first sub-client interface, and then perform base frame encapsulation.
  • Sink service sending device NE 3 A receiving side is a FlexE port, and a transmitting side is an Ethernet interface. First, the streams received from the FlexE higher-order paths are demapped from the higher-order paths to lower-order path slots based on the sub-client sub-slot mapping table; and then the Ethernet packet is restored according to an Ethernet slot demapping process and sent out from the transmit-side Ethernet interface after packet layer service processing is completed.
  • a FlexE-based communications network includes three types of devices: a source service access device NE 1 , an intermediate slot cross-connect device NE 2 , and a sink service sending device NE 3 .
  • Source service access device NE 1 A receiving side is a CBR service interface such as E 1 /E 3 /T 1 /T 3 /STM-N/FC, and a transmitting side is a FlexE interface.
  • the receive-side port receives a CBR service bit stream
  • sub-client sub-slot payloads of the CBR service are obtained according to the method in any one of FIG. 13 , FIG. 14 and FIG. 15 ; and then different CBR service streams corresponding to a plurality of obtained sub-client sub-slot payloads of the CBR service are respectively mapped to corresponding lower-order paths (that is, the sub-client interfaces in this application, corresponding to a sub-client 1 - 1 , . . .
  • a sub-client sub-slot payload of each CBR service can be mapped by a TDM slot scheduler to a sub-slot corresponding to each sub-client, and then a corresponding base frame is encapsulated and sent out from a corresponding Flex-client interface.
  • a mapping process between each Flex-client interface and a corresponding FlexE interface is an existing implementation and is not described in detail herein.
  • Intermediate slot cross-connect device It is the same as the intermediate slot cross-connect device shown in FIG. 20 A , FIG. 20 B , and FIG. 20 C . Details are not described herein.
  • a receiving side is a FlexE interface
  • a transmitting side is a CBR service interface such as E 1 /E 3 /T 1 /T 3 /STM-N/FC.
  • the service streams received from the FlexE higher-order paths are demapped from the higher-order paths to lower-order path slots based on the slot table, and then the CBR service bit stream is restored according to a CBR slot demapping process and sent out from the transmit-side CBR service interface.
  • FIG. 22 A With reference to FIG. 22 A , FIG. 22 B , and FIG. 22 C , the following briefly describes a method for transmitting an Ethernet service based on an Ethernet interface.
  • a FlexE-based communications network includes three types of devices: a source service access device NE 1 , an intermediate slot cross-connect device NE 2 , and a sink service sending device NE 3 .
  • FIG. 22 A , FIG. 22 B , and FIG. 22 C differ from FIG. 20 A , FIG. 20 B , and FIG. 20 C mainly in that a network-side interface is a common Ethernet interface rather than a FlexE interface.
  • Source service access device NE 1 A receiving side is an Ethernet interface, and a transmitting side is an Ethernet interface.
  • packet layer service processing such as VLAN, IP, MPLS, and SR
  • a plurality of sub-client sub-slot payloads are obtained according to the method corresponding to FIG. 12 .
  • the plurality of sub-client sub-slot payloads are mapped to slots.
  • the base frame is sent out from the corresponding Ethernet interface.
  • Both the receiving side and the transmitting side are Ethernet interfaces.
  • streams from the Ethernet interface are demapped to lower-order path (that is, the sub-client interfaces in this application: a sub-client 1 - 1 , . . . , a sub-client 1 - m in FIG. 22 A , FIG. 22 B , and FIG. 22 C ) slots based on the sub-client sub-slot table; and then lower-order slot cross-connection is performed to cross-connect the service streams to outgoing lower-order paths (that is, the sub-client interfaces in this application: a sub-client 2 - 1 , . . . , a sub-client 2 - m shown in FIG.
  • the base frame is sent out from the corresponding Ethernet interface.
  • the lower-order slot cross-connection is to process a plurality of second sub-client sub-slot payloads in a second sub-client interface based on a sub-slot cross-connection relationship between the second sub-client interface on the receiving side (for example, the sub-client 1 - 1 in the NE 2 device in FIG. 22 A , FIG. 22 B , and FIG. 22 C ) and a first sub-client interface on the transmitting side (for example, the sub-client 2 - 1 shown in FIG. 22 A , FIG. 22 B , and FIG. 22 C ), to obtain a plurality of first sub-client sub-slot payloads of the first sub-client interface, and then perform base frame encapsulation.
  • Sink service sending device NE 3 A receiving side is an Ethernet interface, and a transmitting side is an Ethernet interface. First, the service streams received from the receive-side Ethernet interface are demapped to lower-order path slots based on the sub-client sub-slot mapping table; and then the Ethernet packet is restored according to an Ethernet slot demapping process and sent out from the transmit-side Ethernet interface after packet layer service processing is completed.
  • FIG. 23 A With reference to FIG. 23 A , FIG. 23 B , and FIG. 23 C , the following briefly describes a method for transmitting a CBR service based on an Ethernet interface.
  • a FlexE-based communications network includes three types of devices: a source service access device NE 1 , an intermediate slot cross-connect device NE 2 , and a sink service sending device NE 3 .
  • Source service access device A receiving side is a CBR service interface such as E 1 /E 3 /T 1 /T 3 /STM-N/FC, and a transmitting side is an Ethernet interface.
  • receive-side port receives a CBR service bit stream
  • sub-client sub-slot payloads of the CBR service are obtained according to the method in any one of FIG. 13 , FIG. 14 , and FIG. 15 ; and then different CBR service streams corresponding to a plurality of obtained sub-client sub-slot payloads of the CBR service are respectively mapped to corresponding lower-order paths (that is, the sub-client interfaces in this application: a sub-client 1 - 1 , . . .
  • Intermediate slot cross-connect device It is the same as the intermediate slot cross-connect device shown in FIG. 22 A , FIG. 22 B , and FIG. 22 C . Details are not described herein.
  • a receiving side is a flexible Ethernet interface
  • a transmitting side is a CBR service interface such as 1 /E 3 /T 1 /T 3 /STM-N/FC.
  • service streams from the receive-side Ethernet interface are demapped to lower-order path slots based on the sub-client sub-slot mapping table; and then the CBR service bit stream is restored according to a CBR slot demapping process and sent out from the transmit-side CBR service interface after completion.
  • the communications apparatus 700 may be applied to a network architecture shown in FIG. 3 .
  • the communications apparatus 700 may be, for example, the network device 1 (TX) or the network device 2 (RX) in this application, or the communications apparatus 700 may be the first communications apparatus or the second communications apparatus in this application.
  • the first communications apparatus and the second communications apparatus in this application may be an integral network device, or may be a board in the network device 1 , such as an interface board, a line card, a dummy board, or a central cross-connect board.
  • the communications apparatus 800 may be the control management device in this application and performs various operations performed by the control management device.
  • the communications apparatus 700 is configured to perform the method in the embodiment corresponding to any one of FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the communications apparatus 700 includes a transceiver unit 701 and a processing unit 702 .
  • the transceiver unit 701 is configured to perform sending and receiving operations, and the processing unit is configured to perform operations other than sending and receiving.
  • the processing unit 702 is configured to generate the first data stream, and the transceiver unit 701 may be configured to send the first data stream.
  • the communications apparatus 800 may be applied to the network architecture shown in FIG. 3 .
  • the communications apparatus 800 may be, for example, the network device 1 (TX) or the network device 2 (RX) in this application, or the communications apparatus 800 may be the first communications apparatus or the second communications apparatus in this application.
  • the communications apparatus 800 may be the control management device in this application and performs various operations performed by the control management device.
  • the first communications apparatus and the second communications apparatus in this application may be an integral network device, or may be a board in the network device 1 , such as an interface board, a line card, a dummy board, or a central cross-connect board.
  • the communications apparatus 800 is configured to perform the method in the embodiment corresponding to any one of FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the network apparatus 800 includes a communications interface 801 and a processor 802 connected to the communications interface.
  • the communications interface 801 is configured to perform sending and receiving operations
  • the processor 802 is configured to perform operations other than sending and receiving.
  • the communications apparatus 800 as the first communications apparatus, performs the method 1600 shown in FIG. 16
  • the processor 802 is configured to generate the first data stream
  • the communications interface 801 may be configured to send the first data stream.
  • the communications apparatus 900 may be applied to the network architecture shown in FIG. 3 .
  • the communications apparatus 900 may be, for example, the network device 1 (TX) or the network device 2 (RX) in this application, or the communications apparatus 900 may be the first communications apparatus or the second communications apparatus in this application.
  • the communications apparatus 900 may be the control management device in this application and performs various operations performed by the control management device.
  • the first communications apparatus and the second communications apparatus in this application may be an integral network device, or may be a board in the network device 1 , such as an interface board, a line card, a dummy board, or a central cross-connect board.
  • the communications apparatus 900 is configured to perform the method in the embodiment corresponding to any one of FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the communications apparatus 900 includes a memory 901 and a processor 902 connected to the memory.
  • the memory 901 stores instructions, and the processor 902 reads the instructions, so that the communications apparatus 900 performs the method in the embodiment corresponding to any one of FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the communications apparatus 800 may be applied to the network architecture shown in FIG. 3 .
  • the communications apparatus 800 may be, for example, the network device 1 (TX) or the network device 2 (RX) in this application, or the communications apparatus moo may be the first communications apparatus or the second communications apparatus in this application.
  • the communications apparatus woo may be the control management device in this application and performs various operations performed by the control management device.
  • the first communications apparatus and the second communications apparatus in this application may be an integral network device, or may be a board in the network device 1 , such as an interface board, a line card, a dummy board, or a central cross-connect board.
  • the communications apparatus 800 is configured to perform the method in the embodiment corresponding to any one of FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the communications apparatus woo includes a processor low, a memory 1020 coupled to the processor, and a communications interface 1030 .
  • the memory 1020 stores computer-readable instructions, where the computer-readable instructions include a plurality of software modules, for example, a sending module 1021 , a processing module 1022 , and a receiving module 1023 . After the processor 1010 executes each software module, the processor 1010 may perform a corresponding operation according to an instruction of the software module.
  • an operation performed by a software module is actually an operation performed by the processor 1010 according to an instruction of the software module.
  • the sending module 1021 is configured to send the first data stream
  • the processing module 1022 is configured to generate the first data stream.
  • the processor low may perform, as instructed by the computer-readable instructions, all operations that may be performed by the first communications apparatus in this application.
  • the communications apparatus woo may perform the method performed by the first communications apparatus in the embodiment corresponding to any one of FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the processor mentioned in this application may be a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP.
  • the processor may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
  • the PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), generic array logic (GAL), or any combination thereof.
  • the processor low may be one processor or may include a plurality of processors.
  • the memory mentioned in this application may include a volatile memory, for example, a random access memory (RAM).
  • the memory may include a non-volatile memory, for example, a read-only memory (ROM), a flash memory, a hard disk drive (HDD), or a solid-state drive (SSD).
  • ROM read-only memory
  • HDD hard disk drive
  • SSD solid-state drive
  • the memory may further include a combination of the foregoing types of memories.
  • the memory may be one memory or may include a plurality of memories.
  • An embodiment of this application further provides a communications system including a first communications apparatus and a second communications apparatus, where the first communications apparatus or the second communications apparatus may be the communications apparatus in any one of FIG. 24 to FIG. 27 , and is configured to perform the method in any one of the embodiments corresponding to FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • the communications system may further include the control management device in this application.
  • This application further provides a computer program product including a computer program.
  • a computer runs the computer program, the computer is enabled to perform the method performed by the first communications apparatus, the second communications apparatus, or the control management device in any one of the embodiments corresponding to FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • This application provides a computer-readable medium including computer instructions.
  • the computer runs the computer instructions, the computer is enabled to perform the method performed by the first communications apparatus, the second communications apparatus, or the control management device in any one of the embodiments corresponding to FIG. 6 to FIG. 23 A , FIG. 23 B , and FIG. 23 C .
  • modules and method operations may be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are performed by hardware or software depends on particular applications and design constraint conditions of the technical solutions. A person skilled in the art may implement the described functions by using different methods for each particular application.
  • All or some of the foregoing embodiments may be implemented by using software, hardware, firmware, or any combination thereof.
  • software When software is used in a specific implementation process, all or some of the software may be embodied in a form of a computer program product.
  • the computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the procedures or functions according to embodiments of this application are all or partially generated.
  • the computer may be a general-purpose computer, a dedicated computer, a computer network, or another programmable apparatus.
  • the computer instructions may be stored in a computer-readable storage medium or may be transmitted from a computer-readable storage medium to another computer-readable storage medium.
  • the computer instructions may be transmitted from a website, computer, server, or data center to another website, computer, server, or data center in a wired (for example, a coaxial cable, an optical fiber, or a digital subscriber line (DSL)) or wireless (for example, infrared, radio, or microwave) manner.
  • the computer-readable storage medium may be any usable medium accessible by the computer, or a data storage device, for example, a server or a data center, integrating one or more usable media.
  • the available medium may be a magnetic medium (for example, a floppy disk, a hard disk, or a magnetic tape), an optical medium (for example, a DVD), a semiconductor medium (for example, a solid-state drive Solid-State Drive (SSD)), or the like.
  • a magnetic medium for example, a floppy disk, a hard disk, or a magnetic tape
  • an optical medium for example, a DVD
  • a semiconductor medium for example, a solid-state drive Solid-State Drive (SSD)
  • Embodiments in this specification are all described in a progressive manner, for same or similar parts in embodiments, refer to these embodiments, and each embodiment focuses on a difference from other embodiments.
  • apparatus and system embodiments are basically similar to a method embodiment, and therefore are described briefly; for related parts, refer to partial descriptions in the method embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
US18/155,804 2020-07-25 2023-01-18 Data Transmission Method and Device Pending US20230155756A1 (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN202010726636.X 2020-07-25
CN202010726636 2020-07-25
CN202010761609.6A CN113972997A (zh) 2020-07-25 2020-07-31 一种传输数据的方法和设备
CN202010761609.6 2020-07-31
PCT/CN2021/105642 WO2022022263A1 (zh) 2020-07-25 2021-07-12 一种传输数据的方法和设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/105642 Continuation WO2022022263A1 (zh) 2020-07-25 2021-07-12 一种传输数据的方法和设备

Publications (1)

Publication Number Publication Date
US20230155756A1 true US20230155756A1 (en) 2023-05-18

Family

ID=79585014

Family Applications (1)

Application Number Title Priority Date Filing Date
US18/155,804 Pending US20230155756A1 (en) 2020-07-25 2023-01-18 Data Transmission Method and Device

Country Status (9)

Country Link
US (1) US20230155756A1 (ko)
EP (1) EP4178297A4 (ko)
JP (1) JP2023535750A (ko)
KR (1) KR20230041057A (ko)
CN (1) CN113972997A (ko)
BR (1) BR112023001387A2 (ko)
CA (1) CA3187237A1 (ko)
MX (1) MX2023001056A (ko)
WO (1) WO2022022263A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220217067A1 (en) * 2018-12-26 2022-07-07 Suzhou Centec Communications Co., Ltd. Operations, administration and management information processing method and device

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116566542A (zh) * 2022-01-29 2023-08-08 中兴通讯股份有限公司 业务数据承载方法、承载帧结构及业务处理设备
CN114584258B (zh) * 2022-02-15 2023-05-26 烽火通信科技股份有限公司 业务时延降低方法、装置、设备及可读存储介质
CN116996418A (zh) * 2022-04-26 2023-11-03 华为技术有限公司 报文的处理方法及装置
CN117354159A (zh) * 2022-06-28 2024-01-05 中兴通讯股份有限公司 切片方法、业务处理方法、通信节点及存储介质
CN117439702A (zh) * 2022-07-15 2024-01-23 中兴通讯股份有限公司 数据传输方法及装置、电子设备、计算机可读介质
CN115276905B (zh) * 2022-07-22 2024-02-13 南京南瑞信息通信科技有限公司 一种基于FlexE传输系统的小带宽业务传输方法
CN117640527A (zh) * 2022-08-09 2024-03-01 华为技术有限公司 通信方法、相关装置及计算机可读存储介质
CN115065439B (zh) * 2022-08-16 2022-11-11 中国信息通信研究院 一种spn网络恒定比特率业务传送方法和设备
CN115460704A (zh) * 2022-09-13 2022-12-09 中国电信股份有限公司 流量数据的处理方法及装置、存储介质、电子设备
CN115499085B (zh) * 2022-11-17 2023-04-07 之江实验室 一种灵活以太网小颗粒时隙分配方法及装置
CN115865277B (zh) * 2022-11-30 2023-12-15 苏州异格技术有限公司 灵活以太网的数据处理方法、装置、存储介质、电子设备
CN118353721B (zh) * 2024-06-18 2024-09-13 国网江苏省电力有限公司信息通信分公司 一种电力以太网业务传输设备、方法及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108632886B (zh) * 2017-03-21 2020-11-06 华为技术有限公司 一种业务处理方法及装置
CN109818704B (zh) * 2017-11-21 2020-05-19 华为技术有限公司 数据传输方法和设备
CN111727589B (zh) * 2017-12-22 2022-05-27 瑞典爱立信有限公司 用于配置Flex以太网节点的方法和设备
EP3737110A4 (en) * 2018-02-09 2021-01-13 Huawei Technologies Co., Ltd. PROCESS AND DEVICE FOR PROCESSING SERVICE DATA IN AN OPTICAL TRANSPORT NETWORK
CN111107641B (zh) * 2019-12-11 2023-11-07 Ut斯达康通讯有限公司 FlexE业务处理方法、装置及电子设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220217067A1 (en) * 2018-12-26 2022-07-07 Suzhou Centec Communications Co., Ltd. Operations, administration and management information processing method and device
US11924079B2 (en) * 2018-12-26 2024-03-05 Suzhou Centec Communications Co., Ltd. Operations, administration and management information processing method and device

Also Published As

Publication number Publication date
CA3187237A1 (en) 2022-02-03
BR112023001387A2 (pt) 2023-04-04
CN113972997A (zh) 2022-01-25
EP4178297A1 (en) 2023-05-10
MX2023001056A (es) 2023-02-16
EP4178297A4 (en) 2024-01-03
WO2022022263A1 (zh) 2022-02-03
JP2023535750A (ja) 2023-08-21
KR20230041057A (ko) 2023-03-23

Similar Documents

Publication Publication Date Title
US20230155756A1 (en) Data Transmission Method and Device
US11316545B2 (en) Data transmission method, communications device, and storage medium
US20210203588A1 (en) Data forwarding method and device
EP3468075B1 (en) Method, apparatus, and network system for sending and receiving services
EP2395682A1 (en) A service adaptation method and service adaptation device
US20230412446A1 (en) Method for Determining Transmission Slot and Related Apparatus
US20210385127A1 (en) Flexible ethernet communication method and network device
US11902718B2 (en) Service data transmission method, related device, and digital processing chip
WO2021196753A1 (zh) 一种业务承载方法、数据交换方法、业务提取方法、pe设备、运营商交换设备及存储介质
WO2023109424A1 (zh) 一种数据传输的方法以及相关装置
WO2023035776A1 (zh) 一种通信方法、相关装置以及存储介质
US11451420B2 (en) Data transmission method, communications device, and storage medium
US10826636B2 (en) Optical supervisory channel processing method and apparatus in optical network
CN113824660B (zh) 一种码流的透传方法和路由器
WO2024032269A1 (zh) 通信方法、相关装置及计算机可读存储介质
US11290578B2 (en) Encapsulating and exchanging bytes in a telecommunication system
US20230396353A1 (en) Communication Method and Device, and Chip System
WO2024032191A1 (zh) 一种故障码块处理方法及装置
CN118054891A (zh) 时隙调整方法、通信装置及计算机可读存储介质
WO2020114084A1 (zh) 一种报文转发方法和装置
CN118677718A (zh) 一种数据处理方法及装置
CN118055076A (zh) 一种报文处理方法、信息处理方法及装置
CN115603879A (zh) 一种数据传输方法及装置
CN116112452A (zh) 报文传输方法及通信装置

Legal Events

Date Code Title Description
STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION