CN112636835A

CN112636835A - Service transmission method and device

Info

Publication number: CN112636835A
Application number: CN202011488906.4A
Authority: CN
Inventors: 臧寅; 刘洪东; 徐立平; 邵阳; 彭博; 李弘毅
Original assignee: China United Network Communications Group Co Ltd
Current assignee: China United Network Communications Group Co Ltd
Priority date: 2020-12-16
Filing date: 2020-12-16
Publication date: 2021-04-09

Abstract

The embodiment of the application provides a service transmission method and a device, wherein the method comprises the following steps: receiving a first service signal from a sending device, wherein the first service signal is a signal of a first service type; converting the first service signal based on a second service type supported by the receiving equipment of the first service signal to obtain a second service signal, wherein the second service signal is a signal of the second service type, and the first service type is different from the second service type; and transmitting the second service signal to the receiving equipment. Thereby realizing the interconversion between different service types.

Description

Service transmission method and device

Technical Field

The present application relates to the field of communications, and in particular, to a service transmission method and apparatus.

Background

At present, a packet enhanced optical transport network (PeOTN) device can implement unified transport of different services, but cannot implement interconversion between different services. Under the condition that two user devices support different service types and need to communicate, the communication between the two user devices can be realized only by manual fiber skipping, but the manual fiber skipping requires a person to personally plug and pull the fiber skipping on site and arrange a fiber skipping cable, so that the operation is complex.

Disclosure of Invention

The embodiment of the application provides a service transmission method and a service transmission device, which aim to realize the mutual conversion among different services, so that the complicated operation of manual fiber jumping is avoided.

In a first aspect, the present application provides a service transmission method, including: receiving a first service signal from a sending device, wherein the first service signal is a signal of a first service type; converting the first service signal based on a second service type supported by the receiving equipment of the first service signal to obtain a second service signal, wherein the second service signal is a signal of the second service type, and the first service type is different from the second service type; and sending the second service signal to the receiving equipment.

Based on the above scheme, under the condition that the service types supported by the user equipment are different and service interaction is required among the user equipment, the service signal in the sending equipment is converted into the service signal of the service type supported by the receiving equipment, so that service transmission and communication among the user equipment of different service types are realized, and complicated operation of manual fiber skipping is avoided.

Optionally, the method further comprises: determining a first service type supported by the sending equipment and a second service type supported by the receiving equipment; and determining that the first service type and the second service type are different service types.

Optionally, the first service type is an ethernet over SDH (ethernet over SDH) service or a wavelength division service based on a Synchronous Digital Hierarchy (SDH), and the second service type is a packet service; and converting the first service signal based on a second service type supported by the receiving device of the first service signal to obtain a second service signal, further comprising: demapping the first service signal to obtain a plurality of data packets; aligning the plurality of data packets, and decapsulating the plurality of data packets after the aligning operation to obtain a payload of the first service signal; and encapsulating the payload based on the second service type to obtain the second service signal.

Optionally, the first service type is an EOS service, and the second service type is a wavelength division service; or, the first service type is a wavelength division service, and the second service type is an EOS service; and the converting the first service signal based on the second service type supported by the receiving device of the first service signal to obtain a second service signal includes: demapping the first service signal to obtain a plurality of data packets of the first service; aligning the plurality of data packets, and decapsulating the plurality of data packets after the aligning operation to obtain a payload of the first service signal; packaging the payload based on the second service type to obtain a plurality of data packets of the second service; and cascading the plurality of data packets to obtain the second service signal.

Optionally, the first service type is a packet service, the second service type is an EOS service or a wavelength division service, and the first service signal is converted based on the second service type supported by the receiving device of the first service signal to obtain a second service signal, further including: decapsulating the first service signal to obtain a payload of the first service signal; based on the first service type, the payload is packaged to obtain a plurality of data packets; and cascading the plurality of data packets to obtain the second service signal.

Optionally, the data packet is an IP data packet or a packet.

Optionally, sending the second service signal to the receiving device, further includes: and sending the second service signal to the receiving equipment through a cross module, wherein the cross module is connected between the sending equipment and the receiving equipment.

In a second aspect, a traffic transmission apparatus is provided, which includes means for implementing the traffic transmission method described in any one of the first aspect and the first aspect.

In a third aspect, a traffic transmission apparatus is provided, which includes a processor configured to execute the traffic transmission method in any one of the first aspect and the first aspect.

The apparatus may also include a memory to store instructions and data. The memory is coupled to the processor, and the processor, when executing the instructions stored in the memory, may implement the method described in the first aspect above. The apparatus may also include a communication interface for the apparatus to communicate with other devices, which may be, for example, a transceiver, circuit, bus, module, or other type of communication interface.

In a fourth aspect, there is provided a computer-readable storage medium comprising instructions which, when run on a computer, cause the computer to carry out the method of any one of the first aspect and the first aspect.

In a fifth aspect, there is provided a computer program product comprising: a computer program (also referred to as code, or instructions), which when executed, causes a computer to perform the method of any of the first aspect and the first aspect.

It should be understood that the second aspect to the fifth aspect of the present application correspond to the technical solutions of the first aspect of the present application, and the beneficial effects achieved by the aspects and the corresponding possible implementations are similar and will not be described again.

Drawings

Fig. 1 is a schematic view of a scenario applicable to a service transmission method provided in an embodiment of the present application;

fig. 2 is a schematic diagram of an office device according to an embodiment of the present application;

fig. 3 is a schematic flow chart of a service transmission method suitable for use in the embodiments of the present application;

fig. 4 and 5 are schematic block diagrams of a service transmission apparatus suitable for use in embodiments of the present application.

Detailed Description

The technical solution in the present application will be described below with reference to the accompanying drawings.

For convenience of understanding, a scenario applicable to the service transmission method provided in the embodiment of the present application is briefly described below with reference to fig. 1.

Fig. 1 is a schematic view of a scenario applicable to a service transmission method provided in an embodiment of the present application.

Illustratively, as shown in fig. 1, in the scene 100, the first device and the second device may perform transmission of traffic through the local side device. It should be noted that, in an actual application scenario, a plurality of first devices and a plurality of second devices may be included, where the first devices may be transmitting devices, and the second devices may be receiving devices; alternatively, the first device may be a receiving device and the second device may be a transmitting device. It should be understood that transmission and reception are relative terms and should not constitute any limitation on the device itself.

Fig. 2 is a schematic diagram of a local side device according to an embodiment of the present application. As shown in fig. 2, the office device 200 may include a network management module 210, a service conversion module 220, and a crossing module 230. The network management module 210 may monitor, test, configure, analyze, evaluate, and control network resources, and may further manage and control the service conversion module 220 and the crossover module 230; the service conversion module 220 may implement mutual conversion between different services when the services supported by the first device and the second device are different; the cross module 230 may be used between devices of the optical network node, and may send the transmission signal of the corresponding service converted by the service conversion module to the corresponding second device by performing cross connection on the optical signal. It should be understood that the office device shown in fig. 2 is only to facilitate understanding of the service transmission method provided in the embodiment of the present application, and the office device is divided into modules based on different functions, and no limitation should be made to the composition and function of the office device.

In addition, terms referred to hereinafter are simply described to facilitate understanding of embodiments of the present application.

1. Mapping and demapping: the method comprises the steps of firstly adjusting the code rate of signals with various rates, loading the signals into corresponding standard containers, and then adding channel overhead to form virtual containers; and demapping is the inverse of one signal process relative to pre-mapping.

2. And (3) packaging and decapsulating: the data packet is added with the header information of the transmission layer on the transmission layer, then transmitted to the network layer, added with the header information of the network layer, then transmitted to the link layer, added with the header information of the link layer, and then transmitted to the physical layer, and the physical layer can convert the data in the data packet into bits; decapsulation is the reverse process of encapsulation, in which bits are converted into data in the physical layer, and the data is transmitted to the link layer to read the link layer header information, then to the network layer to read the network layer header information, and then to the transport layer to read the transport layer header information.

3. Alignment: and sequencing the data packets after demapping so that the data packets are arranged according to the original sending sequence.

4. Cascading: concatenation is a way of information aggregation. For example, in the embodiment of the present application, the concatenation may be to aggregate a plurality of data packets obtained after the demapping and aligning operations.

In an optical communication network, it is understood that a plurality of smaller data transmission containers are bundled together to form a larger container to transmit data traffic. Such a container may be referred to as a Virtual Container (VC). A virtual container may refer to a container whose capacity remains unchanged when data is transmitted in an optical transmission system.

If a plurality of virtual containers carrying the service are continuous and share the same channel overhead, the method is called cascading; virtual concatenation is called if multiple virtual containers carrying traffic are independent and its location can be handled flexibly.

In the embodiment of the present application, Ethernet Over SDH (EOS) service and wavelength division service based on a Synchronous Digital Hierarchy (SDH) may transmit data by using a virtual concatenation technology.

Fig. 3 is a schematic flowchart of a service transmission method suitable for use in the embodiment of the present application. It is to be understood that the method is applicable in a PeOTN, which may comprise a plurality of devices that can communicate with each other, such as the first device and the second device shown in scenario 100.

For convenience of understanding and explanation, the service transmission method provided in the embodiment of the present application is described in detail with reference to fig. 3, assuming that the first device is a sending device and the second device is a receiving device. It should be understood that the method shown in fig. 3 may be executed by the central office device shown in fig. 1 or fig. 2, or may be executed by a processor configured in the central office device. This is not a limitation of the present application. For convenience of explanation, the embodiment of the present application will be described by taking the office-side device shown in fig. 2 as an example.

Fig. 3 is a schematic flow chart of a service transmission method 300 provided in an embodiment of the present application. As shown in fig. 3, the method 300 may include steps 310 through 350. The various steps in method 300 are described in detail below.

In step 310, a first traffic type supported by the first device and a second traffic type supported by the second device are determined.

By way of example, and not limitation, traffic types may include: EOS traffic, packet traffic, wavelength division traffic. The first service type may be any one of the above three service types, and the second service type may also be any one of the above three service types.

It should be noted that the EOS service is an ethernet service based on SDH, and is a service transmission mode that maps the ethernet to SDH for long-distance transmission, that is, the bottom layer data of the EOS service is SDH. The EOS service firstly encapsulates the Ethernet frame and then maps the Ethernet frame into VC of SDH, and then processes the information according to the cross mapping system of SDH.

The packet service is a communication mode in which two communication parties use packets as units and use a store-and-forward mechanism to implement data interaction in a communication process, and is also called a packet switching service. The underlying data of the packet service is a Packet (PKT). A packet is composed of a packet header followed by a user data part, the packet header containing a reception address and control information. Packet switching, also known as packet switching, divides the data communicated by the user into a plurality of smaller equal-length data segments, and adds necessary control information as a header to each data segment, and each data segment with a header constitutes a packet. The header indicates the address to which the packet is sent, and when the packet is received by the switch, the packet is forwarded to the destination based on the address information in the header, which is the packet switch. The essence of packet switching is that data to be transmitted is divided into a plurality of groups according to a certain length, each group is marked for accurate transmission to the other side, a plurality of different data packets are transmitted in a dynamic sharing and multiplexing mode on a physical line, in order to fully utilize resources, when the data packets are transmitted to a switch, the data packets are temporarily stored in a memory of the switch, then according to the busy degree of the current line, the switch dynamically allocates a proper physical line, and continues the transmission of the data packets until the data packets are transmitted to a destination. The data packets arriving at the destination are recombined to form a complete data packet. The process of store-and-forward is the process of packet switching.

Wavelength division services, also called wavelength division multiplexing services, are technologies that combine optical carrier signals (carrying various information) with two or more different wavelengths together at a sending equipment end via a combiner and couple the signals to the same optical fiber of an optical line for transmission; at the receiving device, the optical carriers of various wavelengths are separated by a splitter and then further processed by an optical receiver to recover the original signal. The underlying data of the wavelength division services is an optical channel data unit (ODU).

It should be understood that the underlying signals of EOS traffic, packet traffic, and wavelength division traffic are all optical signals.

It should also be understood that, in the embodiments of the present application, for convenience of description, data that EOS service, packet service and wavelength division service are available for transmission are collectively referred to as a data packet. The data packet may specifically be an Internet Protocol (IP) data packet or a message. For example, a data packet of the EOS service may be data carried in the virtual container, a data packet of the packet service may be PKT, and a data packet of the wavelength division service may be ODUk, where k represents a level of the ODU, and may be, for example, 1, 2, or 3, and values of k are different, and corresponding data capacities are different.

In step 320, it is determined whether a first traffic type supported by the first device and a second traffic type supported by the second device are the same.

If yes, directly sending the data according to the prior art;

if not, the following steps 330 to 350 may be performed.

For example, after the service types of the first device and the second device are determined through step 310, the first service type and the second service type may be compared and determined, and it is determined whether the first service type supported by the first device and the second service type supported by the second device are the same service type.

If a first service type supported by the first device and a second service type supported by the second device are the same service type, the communication between the first device and the second device can be realized through a transmission fiber in the prior art; if the first service type supported by the first device and the second service type supported by the second device are different service types, the following steps 330 to 350 may be performed to convert the service signal and then transmit the converted service signal.

It should be understood that

steps

310 and 320 may be performed in advance after the PeOTN is deployed, may be performed after the first device and/or the second device which are in communication with each other are added to the PeOTN, or may be performed before the first device and the second device are in communication. The embodiments of the present application do not limit this.

It should also be understood that

steps

310 and 320 may be performed by a network management module deployed in the PeOTN, such as the network management module 210 in the local-side device 200 shown in fig. 2, and may transmit a service signal subsequently received from the first device to a corresponding processing module according to the determination result of step 220. For example, in the embodiment of the present application, in the case that the determination in step 320 is negative, the service signal subsequently received from the first device may be transmitted to the service conversion module. The service conversion module may perform the conversion of the service signal by performing steps 330 to 350.

In step 330, a first traffic signal is received from a first device.

Illustratively, a first traffic signal is received from a first device, the first traffic signal being a signal of a first traffic type. As in scenario 100 of fig. 1, a traffic conversion module in the local-side device may receive a first traffic signal from a first device, where the first traffic signal may be an EOS traffic signal or a packet traffic signal or a wavelength division traffic signal.

In step 340, the first service signal is converted based on the second service type supported by the second device of the first service signal, so as to obtain a second service signal.

It should be understood that the conversion of the service signal is essentially to convert the underlying data formats of the service signal into each other, that is, the interconversion of three service types, namely, EOS service, packet service, and wavelength division service, that is, the interconversion of three underlying data formats, that is, SDH, PKT, and ODU.

A first possible implementation of step 340 is: after a service conversion module receives a first service signal of first equipment, demapping the first service signal to obtain a plurality of data packets; aligning the plurality of data packets, and decapsulating the plurality of data packets after the aligning operation to obtain a payload of the first service signal; and encapsulating the payload based on the second service type to obtain a second service signal.

It should be understood that the first implementation described above may also be used for conversion of EOS service signals or wavelength division service signals to packet service signals. That is, the first traffic type may be EOS traffic or wavelength division traffic, and the second traffic type may be packet traffic.

It should also be understood that payload refers to the portion of the cell from which the header is removed from the payload. The payload may be obtained by decapsulation.

For EOS traffic signals, several commonly used encapsulation technologies are point-to-point protocol (PPP), link access rule-SDH (LAPS), Generic Framing Protocol (GFP), and so on.

The above implementation may be applied to a scenario where the first traffic type is EOS traffic or wavelength division traffic, and the second traffic type may be packet traffic, for example.

A second possible implementation of step 340 is: after a service conversion module receives a first service signal of first equipment, demapping the first service signal to obtain a plurality of data packets of a first service; aligning the plurality of data packets, and decapsulating the plurality of data packets after the aligning operation to obtain a payload of the first service signal; packaging the payload based on the second service type to obtain a plurality of data packets of the second service; and cascading the plurality of data packets to obtain a second service signal.

The difference from the first implementation manner is that after obtaining a plurality of data packets of the second service, the plurality of data packets may be concatenated to obtain a second service signal.

It should be understood that the second implementation manner described above can also be used for interconversion between an EOS service signal and a wavelength division service signal, that is, the first service type may be an EOS service, and the second service type may be a wavelength division service; alternatively, the first traffic type may be wavelength division traffic and the second traffic type may be EOS traffic.

A third possible implementation of step 340 is: after a service conversion module receives a first service signal of first equipment, decapsulating the first service signal to obtain a payload of the first service signal; based on the first service type, the payload is packaged to obtain a plurality of data packets; and cascading the plurality of data packets to obtain the second service signal.

The above described implementations may be used for conversion of packet traffic signals into EOS traffic signals or wavelength division traffic signals, i.e. the first traffic type may be packet traffic and the second traffic type may be EOS traffic or wavelength division traffic.

In step 350, a second traffic signal is transmitted to the second device.

Specifically, the second traffic signal may be sent to the crossover module, and transmitted to the second device by the crossover module. The cross module in the embodiment of the present application may be connected between a first device and a second device, and may perform cross connection on an optical signal, so as to send a signal after a first service signal is converted into a second service signal to a corresponding service transmission channel, and further transmit the signal to the second device.

It should be understood that steps 330 to 350 may be performed by a service conversion module deployed in the PeOTN, such as the service conversion module 220 in the local-side device 200 shown in fig. 2.

Fig. 4 is a schematic block diagram of a service transmission apparatus according to an embodiment of the present application. The apparatus may correspond to, for example, the network management module and the service conversion module described above, and may be configured to implement the functions of the network management module and the service conversion module.

As shown in fig. 4, the apparatus 400 may include: a processing unit 410 and a communication unit 420. The processing unit 410 is configured to receive a first service signal from a sending device, and convert the first service signal based on a second service type supported by a receiving device of the first service signal to obtain a second service signal; the communication unit 420 may be configured to transmit the second traffic signal to the receiving device.

Optionally, the processing unit 410 is configured to determine a first service type supported by the sending device and a second service type supported by the receiving device; and determining that the first service type and the second service type are different service types.

Optionally, the first service type is an EOS service or a wavelength division service, the second service type is a packet service, and the processing unit 410 may be configured to demap the first service signal to obtain a plurality of data packets, perform an alignment operation on the plurality of data packets, decapsulate the plurality of data packets after the alignment operation to obtain a payload of the first service signal, and encapsulate the payload based on the second service type to obtain the second service signal.

Optionally, the first service type is an EOS service, and the second service type is a wavelength division service; or, the first service type is a wavelength division service, the second service type is an EOS service, and the processing unit 410 may be configured to demap the first service signal to obtain a plurality of data packets of the first service, perform an alignment operation on the plurality of data packets, decapsulate the plurality of data packets after the alignment operation to obtain a payload of the first service signal, encapsulate the payload based on the second service type to obtain a plurality of data packets of the second service, and cascade the plurality of data packets to obtain the second service signal.

Optionally, the first service type is a packet service, the second service type is an EOS service or a wavelength division service, and the processing unit 410 may be configured to decapsulate a first service signal to obtain a payload of the first service signal, encapsulate the payload based on the first service type to obtain a plurality of data packets, and cascade the plurality of data packets to obtain the second service signal.

Optionally, the data packet is an IP data packet or a packet.

Optionally, the communication unit 420 may be configured to transmit the second traffic signal to the receiving device through the cross module.

It should be understood that the division of the units in the embodiments of the present application is illustrative, and is only one logical function division, and there may be other division manners in actual implementation. In addition, functional modules in the embodiments of the present application may be integrated into one processor, may exist alone physically, or may be integrated into one unit by two or more units. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

Fig. 5 is another schematic block diagram of a service transmission apparatus provided in an embodiment of the present application. The device can be used for realizing the functions of the local side equipment in the method. Wherein the apparatus may be a system-on-a-chip. In the embodiment of the present application, the chip system may be composed of a chip, and may also include a chip and other discrete devices.

As shown in fig. 5, the service transmission apparatus 500 may include at least one processor 510 for implementing the functions of service transmission in the method provided by the embodiment of the present application. Illustratively, the processor 510 may be configured to receive a first traffic signal from a sending device, convert the first traffic signal based on a second traffic type supported by a receiving device of the first traffic signal to obtain a second traffic signal, and send the second traffic signal to the receiving device. For details, reference is made to the detailed description in the method example, which is not repeated herein.

The traffic transmitting apparatus 500 may also include at least one memory 520 for storing program instructions and/or data. The memory 520 is coupled to the processor 510. The coupling in the embodiments of the present application is an indirect coupling or a communication connection between devices, units or modules, and may be an electrical, mechanical or other form for information interaction between the devices, units or modules. The processor 510 may operate in conjunction with the memory 520. Processor 510 may execute program instructions stored in memory 520. At least one of the at least one memory may be included in the processor.

The traffic transmitting apparatus 500 may also include a communication interface 530 for communicating with other devices via a transmission medium, so that the apparatus used in the traffic transmitting apparatus 500 may communicate with other devices. The other devices may be the first device and the second device, or the transmitting device and the receiving device, as described above. The communication interface 530 may be, for example, a transceiver, an interface, a bus, a circuit, or a device capable of performing a transceiving function. Processor 510 may utilize communication interface 530 to send and receive data and/or information and to implement the methods performed by the traffic transmission described in the corresponding embodiment of fig. 3.

The specific connection medium between the processor 510, the memory 520 and the communication interface 530 is not limited in the embodiments of the present application. In fig. 5, the processor 510, the memory 520, and the communication interface 530 are connected by a bus 540. The bus 540 is shown in fig. 5 by a thick line, and the connection between other components is merely illustrative and not intended to be limiting. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 5, but this is not intended to represent only one bus or type of bus.

The present application further provides a computer program product, the computer program product comprising: a computer program (also referred to as code, or instructions), which when executed, causes an electronic device to perform the method of the embodiment shown in fig. 3.

The present application also provides a computer-readable storage medium having stored thereon a computer program (also referred to as code, or instructions). Which when executed causes the electronic device to perform the method in the embodiment shown in fig. 3.

It should be understood that the processor in the embodiments of the present application may be an integrated circuit chip having signal processing capability. In implementation, the steps of the above method embodiments may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The processor may be a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.

It will also be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile memory may be a read-only memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an electrically Erasable EPROM (EEPROM), or a flash memory. Volatile memory can be Random Access Memory (RAM), which acts as external cache memory. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), double data rate SDRAM, enhanced SDRAM, SLDRAM, Synchronous Link DRAM (SLDRAM), and direct rambus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

As used in this specification, the terms "unit," "module," and the like are intended to refer to a computer-related entity, either hardware, firmware, a combination of hardware and software, or software in execution.

Those of ordinary skill in the art will appreciate that the various illustrative logical blocks and steps (step) described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application. In the several embodiments provided in the present application, it should be understood that the disclosed apparatus, device and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

In the above embodiments, the functions of the functional units may be fully or partially implemented by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions (programs). The procedures or functions described in accordance with the embodiments of the present application are generated in whole or in part when the computer program instructions (programs) are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, from one website site, computer, server, or data center to another website site, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A service transmission method is applied to a packet enhanced optical transport network (PeOTN), and comprises the following steps:

receiving a first service signal from a sending device, wherein the first service signal is a signal of a first service type; converting the first service signal based on a second service type supported by the receiving equipment of the first service signal to obtain a second service signal, wherein the second service signal is a signal of the second service type, and the first service type is different from the second service type;

and sending the second service signal to the receiving equipment.

2. The method of claim 1, wherein the method further comprises:

determining the first service type supported by the sending equipment and the second service type supported by the receiving equipment;

and determining that the first service type and the second service type are different service types.

3. The method of claim 1 or 2, wherein the first traffic type is EOS traffic or wavelength division traffic and the second traffic type is packet traffic; and

the converting the first service signal based on the second service type supported by the receiving device of the first service signal to obtain a second service signal includes:

demapping the first service signal to obtain a plurality of data packets;

aligning the plurality of data packets, and decapsulating the plurality of data packets after the aligning operation to obtain a payload of the first service signal;

and encapsulating the payload based on the second service type to obtain the second service signal.

4. The method of claim 1 or 2, wherein the first traffic type is EOS traffic and the second traffic type is wavelength division traffic; or, the first service type is a wavelength division service, and the second service type is an EOS service; and

demapping the first service signal to obtain a plurality of data packets of the first service;

packaging the payload based on the second service type to obtain a plurality of data packets of the second service;

and cascading the plurality of data packets to obtain the second service signal.

5. The method of claim 1 or 2, wherein the first traffic type is packet traffic and the second traffic type is EOS traffic or wavelength division traffic; and

decapsulating the first service signal to obtain a payload of the first service signal;

packaging the payload based on the first service type to obtain a plurality of data packets;

6. The method according to any one of claims 3 to 5,

the data packet is an IP data packet or a message.

7. The method of any of claims 1 to 6, wherein said transmitting the second traffic signal to the receiving device comprises:

and sending the second service signal to the receiving equipment through a cross module, wherein the cross module is connected between the sending equipment and the receiving equipment.

8. Traffic transmission apparatus, characterized in that it comprises means for implementing the method according to any of claims 1 to 7.

9. A traffic transmission apparatus, comprising a processor configured to perform the method of any of claims 1 to 7.

10. A computer-readable storage medium comprising instructions that, when executed on a computer, cause the computer to perform the method of any of claims 1 to 7.