CN117376745A - Hybrid service integrated cross method and integrated cross card - Google Patents

Abstract

The application provides a hybrid service integration crossing method and an integration crossing card, wherein the hybrid service integration crossing method comprises the steps of obtaining a client side service and selecting a corresponding mapping path according to the user requirement of the client side service; mapping the client side business through the mapping path to obtain a corresponding data processing signal, packaging the data processing signal into an Ethernet signal, and sending the Ethernet signal to a centralized cross card for cross scheduling; the centralized cross card sends the Ethernet signal to a line side card, the line side card processes the Ethernet signal according to the client side service type, and the processed signal is returned to the centralized cross card; and the centralized cross card carries out cross scheduling on various types of services through the private label of the Ethernet signal.

Description

Hybrid service integrated cross method and integrated cross card

Technical Field

The present disclosure relates to the field of communications networks, and in particular, to a hybrid service integrated interleaving method and an integrated interleaving card.

Background

With the rapid development of communication network technology, there is an increasing demand for efficient, reliable and flexible data transmission modes. In Optical Transport Networks (OTN), various types of traffic, such as ethernet, synchronous Digital Hierarchy (SDH), optical channel data units (ODUk), etc., need to be efficiently handled and converted to ensure proper routing and transport of data in the network.

Conventional data interleaving methods and devices typically face several major challenges. First, the data formats and processing requirements differ significantly between different traffic types, making the conversion and processing of data during transmission complex and inefficient. Secondly, with the increase of network scale and service types, the traditional equipment has insufficient expandability and flexibility in processing a large number of different types of services. Furthermore, existing solutions often result in increased equipment costs and increased system complexity when integrating multiple business processing functions.

For example, in the prior art, the handling of ethernet and SDH services often requires separate devices or modules, and the handling and cross-connection of each service type requires specific configuration and hardware support. This not only increases the complexity and cost of the network device, but also reduces the flexibility and scalability of the network in handling emerging traffic or changing traffic demands.

Disclosure of Invention

An object of the present application is to provide a hybrid service integration cross method and an integration cross card, at least for enabling the method to support access and bearing of multiple different services, without the technical problem of complex data conversion processing.

To achieve the above object, some embodiments of the present application provide a hybrid service integration crossover method, which includes: acquiring a client side service, and selecting a corresponding mapping path according to the user requirement of the client side service; mapping the client side business through the mapping path to obtain a corresponding data processing signal, packaging the data processing signal into an Ethernet signal, and sending the Ethernet signal to a centralized cross card for cross scheduling; the centralized cross card sends the Ethernet signal to a line side card, the line side card processes the Ethernet signal according to the client side service type, and the processed signal is returned to the centralized cross card; and the centralized cross card carries out cross scheduling on various types of services through the private label of the Ethernet signal.

Further, the client side service includes: a client side ETH service and a client side SDH service.

Further, the method further comprises: and the client ETH service selects a mapping path according to the user demand, wherein the mapping path comprises EOO, EOOSU and EOS-ODUK, and the ODUK or OSU signals obtained after mapping are packaged.

Further, the method further comprises: and the client side SDH service selects a mapping path according to the user demand, wherein the mapping path comprises an SDH-ODU and an SDH-OSU, and the ODUK or OSU signal obtained after mapping is packaged.

Further, the method further comprises: and the line side card loads the Ethernet signal into an ODUK or OSU unit under upper link demultiplexing to package, and sends the packaged signal to the centralized cross card.

Further, the method further comprises: when configuring a client-side port, the network element generates particles with corresponding sizes; the line side card plays the sub TP according to the actual service type, and different types of particles are established; when the client side service is an Ethernet service, establishing a virtual port from a switching service to the client side; and the client side virtual port and the upper port particle of the line side card are connected in a cross mode.

Further, the method further comprises: and configuring corresponding OSU particles for the OSU signals according to the user requirements of the client-side service.

Some embodiments of the present application also provide an integrated cross card, the cross card comprising: the interface module is used for providing various service interfaces; the adaptation module is used for carrying out adaptation processing on various types of client-side services; the cross mixing module is used for selecting a corresponding optical channel line according to the client side service; an optical channel module for processing the data signal encapsulated in the optical channel.

Further, the interface module comprises an STM-N interface, an OTUk interface and an Ethernet interface; the optical channel module comprises optical path processing, optical multiplexing section processing and optical transmission section processing.

Further, the adaptation module comprises an ODUk adaptation unit, an OSU adaptation unit and an ethernet adaptation unit.

Compared with the prior art, in the scheme provided by the embodiment of the application, the hybrid service integration intersection method remarkably improves the efficiency and flexibility of data processing. By integrating the processing and cross scheduling functions of multiple service types (including the ETH service and the SDH service at the client side) on a single platform, the method not only simplifies the configuration of network equipment, but also reduces the complexity and cost of the system. In addition, through innovative mapping path selection and private label use, the method can more accurately and efficiently route and process data, thereby optimizing network performance. Meanwhile, the high expandability and flexibility provided by the method enable the network to be easily adapted to the continuously changing service demands, and the capability of the network for facing the emerging service challenges is enhanced. In summary, the embodiments of the present invention not only improve the efficiency and reliability of data transmission, but also provide higher flexibility and cost effectiveness for modern communication networks.

Drawings

Fig. 1 is a schematic structural diagram of a hybrid service integrated cross system according to an embodiment of the present application;

fig. 2 is a schematic structural diagram of an integrated cross card according to an embodiment of the present application.

Detailed Description

For the purposes of making the objects, technical solutions and advantages of the embodiments of the present application more clear, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.

In view of the efficiency and flexibility deficiency existing in the prior art when processing multiple communication services, and challenges to equipment cost and system complexity, the application provides a hybrid service integration and intersection method, which has the core that: acquiring a client side service, and selecting a corresponding mapping path according to the user requirement of the client side service; mapping the client side business through the mapping path to obtain a corresponding data processing signal, packaging the data processing signal into an Ethernet signal, and sending the Ethernet signal to a centralized cross card for cross scheduling; the centralized cross card sends the Ethernet signal to a line side card, the line side card processes the Ethernet signal according to the client side service type, and the processed signal is returned to the centralized cross card; and the centralized cross card carries out cross scheduling on various types of services through the private label of the Ethernet signal.

Service data from the client side is acquired, which may include, but is not limited to, ethernet (ETH) service and Synchronous Digital Hierarchy (SDH) service. Depending on the specific user requirements and service type, the system will select the appropriate mapping path. For example, for Ethernet traffic, possible mapping paths include EOO, EOOSU and EOS-ODUK, and for SDH traffic, SDH-ODU and SDH-OSU paths.

After the mapping path is selected, the system performs mapping processing on the client side service data through the path to generate a corresponding data processing signal. These signals are then encapsulated into an ethernet signal suitable for transmission in an optical transport network. This step involves converting the original traffic data into a format that can be efficiently transmitted in an OTN (optical transport network), ensuring the integrity and transmission efficiency of the data. Next, the encapsulated ethernet signals are sent to a centralized cross card. The cross card is responsible for further processing and scheduling of the signals. It not only manages and routes data flows, but also identifies and distinguishes between different types of traffic through the use of private tags for ethernet signals. This process makes cross-linking between different services more efficient and flexible. The central cross card then sends these ethernet signals to the line side cards. The line side card may further process the signal according to the type of customer side service. And returning the processed signals to the centralized cross card again to finish the cross connection and scheduling flow. In the process, the circuit side card is used for ensuring correct transmission and conversion of signals between different network levels and ensuring the quality and efficiency of data transmission.

In addition, the system in this embodiment further includes a configuration function for the client-side port, which allows the network administrator to generate particles of a corresponding size according to the actual service requirements, and to play the task TP (Tributary Port) to create different types of particles when needed. This increases the flexibility and scalability of the system in handling diverse traffic. In summary, the present embodiment provides an integrated and efficient method for processing and scheduling multiple service types from a client side, and by intelligent mapping and data encapsulation, and efficient cross-connection and scheduling mechanisms, the efficiency of data transmission and the flexibility of the network are significantly improved. The method is particularly suitable for modern high-speed optical transmission networks, and can meet the increasing data transmission requirements and complex network environments.

In some embodiments of the present application, the client-side service includes: a client side ETH service and a client side SDH service.

In some embodiments of the present application, the method further comprises: and the client ETH service selects a mapping path according to the user demand, wherein the mapping path comprises EOO, EOOSU and EOS-ODUK, and the ODUK or OSU signals obtained after mapping are packaged. The processing procedure for customer-side Ethernet (ETH) traffic can be divided into the following key steps:

service acquisition and mapping path selection: at this stage, first, the ethernet traffic signal incoming to the client is identified and acquired by the interface module. These signals may originate from different customer network devices, such as routers, switches, or other network access points. Based on characteristics of these signals, such as data rate, type of service and specific needs of the user, the system software processes these data by selecting a most suitable mapping path through the adaptation module. For example, for standard ethernet services, the system might take a EOO (Ethernet Over OTN) path; for services requiring special handling, EOOSU or EOS-ODUK paths may be selected if higher level network protection and performance traffic is required.

Data mapping and signal encapsulation: after the mapping path is determined, the system converts the ethernet traffic data into a format suitable for OTN transmission through the adaptation module. This process involves analysis, reconstruction, and possibly compression or encryption of the original ethernet frame to accommodate the requirements of the optical transport network, and after completion of these processes, the data is encapsulated into ethernet signals suitable for transmission in the OTN, which signals are then sent to a centralized cross-card ready for further cross-dispatching.

Cross-scheduling and routing: the centralized cross card receives the processed Ethernet signals and performs high-efficiency cross dispatching through the cross mixing module inside the centralized cross card. Logic within the cross card classifies and routes signals based on information about the private label contained in the signal, such as traffic type, priority, or destination. This ensures that each ethernet signal can be efficiently routed to its destination in an optimal network path. This process may involve the allocation of signals to different physical or virtual channels and cross-connection with other types of traffic signals (e.g.sdh traffic). By the method, the processing efficiency and flexibility of the Ethernet service in the OTN are effectively improved, and meanwhile, high-level data transmission quality and network performance are ensured. This process is particularly critical for handling large and diverse traffic volumes in modern communication networks, especially in applications where fast, reliable and efficient transmission of large amounts of data is required.

In some embodiments of the present application, the method further comprises: and the client side SDH service selects a mapping path according to the user demand, wherein the mapping path comprises an SDH-ODU and an SDH-OSU, and the ODUK or OSU signal obtained after mapping is packaged. The processing procedure for client side Synchronous Digital Hierarchy (SDH) traffic can be subdivided into the following key steps:

traffic identification and mapping path selection: at this stage, the system recognizes the SDH traffic signal incoming from the client side using its interface module. These signals may carry data from an enterprise network, telecommunications facility, or other high bandwidth application. Based on characteristics of these signals, such as transmission rate, service level and other user specific parameters, the system processes these data by the adaptation module selecting the appropriate mapping path. For standard SDH services, the system may choose the SDH-ODU (Optical Data Unit) path; for traffic requiring a particular level of network services, then the SDH-OSU (Optical Service Unit) path may be selected.

Data conversion and encapsulation: once the mapping path is determined, the system converts the SDH traffic data into a format conforming to the OTN transport standard through an adaptation module. This process may involve analysis, reassembly and the necessary compression or encryption processing of the SDH frame so that the data can be adapted to the requirements of the optical transport network. After these processes are completed, the data is encapsulated into a signal format suitable for transmission in the OTN. These signals are then sent to the centralized cross card for further cross-dispatching.

Signal processing and cross-connect: the centralized cross card receives the Ethernet signals from SDH service and performs effective cross scheduling to the signals through the cross mixing module inside the centralized cross card. The centralized cross card classifies and routes signals according to a particular tag in the signal (e.g., traffic type, priority, or destination information). This ensures that each signal can be routed efficiently to its target location in an optimal path. This process may involve distributing signals to different physical or virtual channels and cross-connecting with other types of traffic signals (e.g., ethernet traffic).

By the method, the SDH business can be processed efficiently, so that the transmission of the SDH business in the OTN network is more efficient and flexible, and the quality of data transmission and the network performance are ensured. This is critical for handling large and diverse traffic in modern communication networks, especially for applications where a fast, reliable and efficient transmission of large amounts of data is required.

In some embodiments of the present application, the method further comprises: and the line side card loads the Ethernet signal into an ODUK or OSU unit under upper link demultiplexing to package, and sends the packaged signal to the centralized cross card.

In this embodiment, the processed signal is first sent to the OTN board on the line side. The OTN board is a key component of an optical transmission network, and is responsible for processing and routing optical signals. On the board, the signal is first loaded into the upper header, typically in OTUK (Optical Transport Unit K) mode. This step is to ensure that the signal is able to adapt to the transmission standards and requirements of the optical network. The signals are then demultiplexed according to the specific requirements of the network. During the demultiplexing, the signals are distributed to the corresponding ODUk (optical channel data unit) or OSU (optical service unit) units. This step ensures that the signals can be correctly identified and processed in the OTN network. The line side cards then perform the necessary encoding and packaging processes on these signals. This includes format conversion and adaptation of the signals to ensure that they can be efficiently transmitted in the optical network. This process is critical to maintaining data integrity and optimizing transmission performance. The signal processed by the line side card is packaged again by the SAR (Segmentation and Reassembly) module. The SAR module is here responsible for converting the signal into a format suitable for transmission in the ethernet. This involves splitting the optical signal into smaller segments to accommodate the transmission requirements of the ethernet network. Finally, these SAR module processed signals are sent back to the central cross card. On the centralized cross card, signals are cross-scheduled and routed through the cross-mix module. The cross card is responsible for routing signals to the correct destination, ensuring that each signal is efficiently transmitted along the optimal path.

Through this process, the present embodiment ensures efficient and accurate transmission of signals in an optical transmission network, while optimizing use and management of network resources. This processing mechanism is critical to modern communication networks, especially in complex network environments where high capacity, multiple traffic types need to be handled.

In some embodiments of the present application, the method further comprises: when configuring a client-side port, the network element generates particles with corresponding sizes; the line side card plays the sub TP according to the actual service type, and different types of particles are established; when the client side service is an Ethernet service, establishing a virtual port from a switching service to the client side; and the client side virtual port and the upper port particle of the line side card are connected in a cross mode.

In configuring a client side port, it involves adjusting the port settings according to the characteristics of the client side traffic (e.g., ethernet or SDH traffic). When the port is configured, the network element of the system automatically generates particles with corresponding sizes. The size and type of particles depend on the characteristics of the traffic data, such as the bandwidth requirements and service level of the data, this step being to ensure that client side traffic can be mapped and handled efficiently. Next, on the line side, the OTN board is processed according to the actual service type. This includes a punch TP (Tributary Port) to create different types of particles. The particles here represent processing units for different traffic data, such as ODUk or OSU. This step is to enable different types of traffic data to be properly handled and routed in the OTN network. When the client side service is an Ethernet service, the system establishes a switching service to the client side virtual port. Virtual ports are logical ports on the network that are used to process and forward data. In this process, ethernet traffic data is exchanged through the virtual port, ready for further processing and transmission. And finally, establishing cross connection between the client-side virtual port and the upper port particles of the line-side card. This connection is for efficient transfer of the processed traffic data from the customer side to the line side and to the destination through the OTN network. The cross-connect ensures efficient separation and independent routing between different traffic flows, thereby improving the data transmission efficiency and reliability of the overall system. The embodiment provides an efficient and flexible method for processing and routing different types of client side service data, and is particularly suitable for complex communication network environments needing to process multiple service types simultaneously.

In some embodiments of the present application, the method further comprises: and configuring corresponding OSU particles for the OSU signals according to the user requirements of the client-side service.

The following describes implementation details of the hybrid service integration crossover method according to the embodiments of the present application with reference to a specific application example, and the following description is provided only for convenience of understanding, and is not necessary to implement the present embodiment.

As shown in fig. 1, the client side ETH service may select mapping paths, which are EOO, EOOSU, EOS-ODUK respectively, according to the requirements of the user, and the mapped ODUK/OSU signals are encapsulated into ethernet signals in a special format by the SAR module and then sent to the centralized cross card for cross scheduling. The SDH business of the client side can select mapping paths, namely SDH-ODU and SDH-OSU according to the requirement of the user, and the mapped ODUK/OSU signals are packaged into Ethernet signals with special formats through the SAR module and then sent to the centralized cross card for cross dispatching. The line testing OTN board loads the signal into a certain optical channel data unit (ODUK) or Optical Service Unit (OSU) under the demultiplexing of an upper link (OTUK mode), and then the signal is packaged into an Ethernet signal through the SAR module and then sent to the centralized cross card for cross dispatching. The centralized cross card uniformly processes the Ethernet signals sent to the backboard, and carries out cross scheduling on various types of services through the private label of the Ethernet signals, and meanwhile, the centralized cross card can still process the Ethernet data packets in a normal format.

Client-side Ethernet (ETH) traffic handling: first, the ethernet traffic signals on the client side are acquired, which signals may be in the GE/FE or 10GE format. And selecting an appropriate mapping path according to the requirements of the user. For GE/FE traffic, the mapping paths that may be selected are EOO, EOOSU, or EOS-ODUK; whereas for 10GE traffic, the EOO path is directly selected. The mapped ODUK/OSU signal is encapsulated by the SAR module and converted into an ethernet signal in a specific format.

Client side Synchronous Digital Hierarchy (SDH) business processing: similarly, the system also acquires the SDH service signal of the client side, and selects the SDH-ODU or the SDH-OSU as the mapping path according to the service requirement. The ODUK/OSU signals processed through the selected mapping paths are also encapsulated by the SAR module to adapt to the ethernet signal format.

Line side OTN board card processing: the encapsulated ethernet signals are sent to the OTN board on the line side. On the OTN board, the signals are loaded to the upper port, and demultiplexed according to the OTUK mode, and a suitable ODUK or OSU unit is selected. After the signals are processed, the Ethernet signals are packaged through the SAR module again.

Cross-scheduling and routing: the processed ethernet signals are sent back to the central cross card. The centralized cross card carries out cross scheduling on various services through the private label of the Ethernet signal, and ensures that each signal is efficiently routed to a destination according to an optimal path. In addition, the centralized cross card can also process Ethernet data packets in a standard format, so that the diversity and the flexibility of data transmission are ensured.

Through the above process, the system in the embodiment can process various communication services, ensure that data is efficiently and accurately transmitted in a complex communication network, and meet the requirements of a modern communication network for high bandwidth and multi-service type support. The integrated cross processing method improves the performance of the communication network, simplifies the network management and reduces the operation cost.

Some embodiments of the present application also provide an integrated cross card, the cross card comprising: the interface module is used for providing various service interfaces; the adaptation module is used for carrying out adaptation processing on various types of client-side services; the cross mixing module is used for selecting a corresponding optical channel line according to the client side service; an optical channel module for processing the data signal encapsulated in the optical channel.

In some embodiments of the present application, the interface module includes an STM-N interface, an OTUk interface, and an ethernet interface; the optical channel module comprises optical path processing, optical multiplexing section processing and optical transmission section processing.

In some embodiments of the present application, the adaptation module includes an ODUk adaptation unit, an OSU adaptation unit, and an ethernet adaptation unit.

As shown in fig. 2, an integrated cross card is used to process and schedule a variety of traffic signals in an Optical Transport Network (OTN). Key functions of the cross card include interface provision, signal adaptation, cross-mixing, and optical channel processing. Interface module function: the interface module is provided with an STM-N interface, an OTUk interface and an Ethernet interface, and is used for receiving service signals from different client sides, the STM-N interface specially processes SDH service signals, the OTUk interface processes OTN service signals, and the Ethernet interface processes Ethernet service signals; adaptation module function: the adaptive module is composed of an ODUk adaptive unit, an OSU adaptive unit and an Ethernet adaptive unit, and is responsible for converting signals received by the interface module into formats which can be processed by an OTN network, the ODUk adaptive unit adapts SDH signals into ODUk signals, the OSU adaptive unit processes signals related to the OSU, and the Ethernet adaptive unit is responsible for converting the Ethernet signals into signals which can be processed by the OTN; cross-mix module function: the cross mixing module selects a corresponding optical channel line to carry out cross scheduling of signals according to specific requirements of client side services, and the module selects signals and routes by using a mapping path so as to ensure efficient transmission of the signals; optical channel module function: the optical channel module is responsible for processing data signals encapsulated in the optical channel, including optical path processing, optical multiplexing section processing, and optical transmission section processing, and provides necessary signal conditioning and optimization during signal transmission to ensure signal quality.

In this embodiment, the cross card, as a core component of the OTN system, processes signals accessed from the client side. After the signal is accessed by the interface module, the adaptation module performs necessary format conversion and signal processing. And then, the cross mixing module selects an optimal path according to the service requirement to perform signal cross and scheduling. Finally, the optical channel module performs further processing and optimization on the signals to ensure that the signals are transmitted to a final destination through the OTN. The design of the cross card greatly improves the flexibility and the efficiency of the network, so that the optical transmission network can process various service types, and simultaneously ensures the high quality of signals and the reliability of transmission. In addition, the design of the integrated cross card also simplifies the network architecture, reduces the operation and maintenance cost and improves the flexibility and the economy of network operation.

The flowchart or block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of devices, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

It will be evident to those skilled in the art that the present application is not limited to the details of the foregoing illustrative embodiments, and that the present application may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The present embodiments are, therefore, to be considered in all respects as illustrative and not restrictive, the scope of the application being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned. Furthermore, it is evident that the word "comprising" does not exclude other elements or steps, and that the singular does not exclude a plurality. A plurality of units or means recited in the apparatus claims can also be implemented by means of one unit or means in software or hardware. The terms first, second, etc. are used to denote a name, but not any particular order.

Claims (10)

1. A hybrid service integration crossover method, the method comprising:

acquiring a client side service, and selecting a corresponding mapping path according to the user requirement of the client side service; mapping the client side business through the mapping path to obtain a corresponding data processing signal, packaging the data processing signal into an Ethernet signal, and sending the Ethernet signal to a centralized cross card for cross scheduling;

the centralized cross card sends the Ethernet signal to a line side card, the line side card processes the Ethernet signal according to the client side service type, and the processed signal is returned to the centralized cross card;

and the centralized cross card carries out cross scheduling on various types of services through the private label of the Ethernet signal.

2. The method of claim 1, wherein the client side service comprises: a client side ETH service and a client side SDH service.

3. The method according to claim 2, wherein the method further comprises:

and the client ETH service selects a mapping path according to the user demand, wherein the mapping path comprises EOO, EOOSU and EOS-ODUK, and the ODUK or OSU signals obtained after mapping are packaged.

4. The method according to claim 2, wherein the method further comprises:

and the client side SDH service selects a mapping path according to the user demand, wherein the mapping path comprises an SDH-ODU and an SDH-OSU, and the ODUK or OSU signal obtained after mapping is packaged.

5. The method of claim 4, wherein the method further comprises:

and the line side card loads the Ethernet signal into an ODUK or OSU unit under upper link demultiplexing to package, and sends the packaged signal to the centralized cross card.

6. The method according to any one of claims 1-5, further comprising:

when configuring a client-side port, the network element generates particles with corresponding sizes;

the line side card plays the sub TP according to the actual service type, and different types of particles are established;

when the client side service is an Ethernet service, establishing a virtual port from a switching service to the client side; and the client side virtual port and the upper port particle of the line side card are connected in a cross mode.

7. The method according to any one of claims 3-5, further comprising:

and configuring corresponding OSU particles for the OSU signals according to the user requirements of the client-side service.

8. An integrated cross card, the cross card comprising:

the interface module is used for providing various service interfaces;

the adaptation module is used for carrying out adaptation processing on various types of client-side services;

the cross mixing module is used for selecting a corresponding optical channel line according to the client side service;

an optical channel module for processing the data signal encapsulated in the optical channel.

9. The central cross card of claim 8, wherein the interface module includes an STM-N interface, an OTUk interface, and an ethernet interface; the optical channel module comprises optical path processing, optical multiplexing section processing and optical transmission section processing.

10. The central cross card of claim 8, wherein the adaptation module comprises an ODUk adaptation unit, an OSU adaptation unit, and an ethernet adaptation unit.