WO2022037406A1 - 业务调度方法、分组光传送网设备和存储介质 - Google Patents

业务调度方法、分组光传送网设备和存储介质 Download PDF

Info

Publication number
WO2022037406A1
WO2022037406A1 PCT/CN2021/110344 CN2021110344W WO2022037406A1 WO 2022037406 A1 WO2022037406 A1 WO 2022037406A1 CN 2021110344 W CN2021110344 W CN 2021110344W WO 2022037406 A1 WO2022037406 A1 WO 2022037406A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
service data
interface
line card
service
Prior art date
Application number
PCT/CN2021/110344
Other languages
English (en)
French (fr)
Inventor
阮志明
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP21857501.7A priority Critical patent/EP4203492A1/en
Publication of WO2022037406A1 publication Critical patent/WO2022037406A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q11/0066—Provisions for optical burst or packet networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • 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]
    • 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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • 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/0003—Switching fabrics, e.g. transport network, control network
    • H04J2203/0012—Switching modules and their interconnections
    • 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/0003—Switching fabrics, e.g. transport network, control network
    • H04J2203/0023—Routing/path finding
    • 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/0057—Operations, administration and maintenance [OAM]
    • H04J2203/006—Fault tolerance and recovery
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H04Q2011/0037—Operation
    • H04Q2011/005—Arbitration and scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0073—Provisions for forwarding or routing, e.g. lookup tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1301—Optical transmission, optical switches

Definitions

  • the present disclosure relates to the field of communication technologies, and in particular, to a service scheduling method, a packet optical transport network device, and a storage medium.
  • the OTN (Optical Transport Network) line card on the existing centralized packet switching POTN (Packet Optical Transport Network, Packet Optical Transport Network) equipment is mainly connected to the cross-board through the Interlaken interface, and the implementation is realized on the cross-board. Scheduling of OTN services.
  • OTN line card slot needs to occupy an independent Interlaken interface, and the Interlaken interface occupies a lot of packet switching chip resources in the cross-connect board, the number of Interlaken interfaces provided by the packet-switching chip in the cross-connect board cannot meet the current POTN equipment.
  • OTN line card slot requirements cause POTN equipment to have slot restrictions when inserting OTN line cards, reducing the efficiency and convenience of POTN equipment for service scheduling.
  • the main purpose of the embodiments of the present disclosure is to provide a service scheduling method, a packet optical transport network device, and a storage medium.
  • an embodiment of the present disclosure provides a service scheduling method, which is applied to a cross-connect board in a packet optical transport network device, including: acquiring a service data packet, where the service data packet is sent by a sending end line in the packet optical transport network device.
  • the card is sent through the first interface; the target interface is determined from a plurality of second interfaces of different interface types connected to the line card at the receiving end; the service data packet is sent to the line card at the receiving end through the target interface.
  • an embodiment of the present disclosure provides a service scheduling method, which is applied to a sending end line card in a packet optical transport network device, including: generating a service data packet, where the service data packet includes time slot information; obtaining a preset service crossover a configuration table, to determine whether there is a target interface address corresponding to the time slot information in the service cross-connect configuration table, and the target interface address is used to determine the target interface in the second interface; when there is a target interface address corresponding to the time slot information in the service cross-connect configuration table At the time, the service data packet is sent to the cross-connect board through the first interface, so that the cross-connect board sends the service data packet to the receiving end line card through the target interface.
  • an embodiment of the present disclosure further provides a packet optical transport network device, the device includes a cross-connect board and a line card, the cross-connect board includes a processor, a memory, and a computer program stored on the memory and executable by the processor And a data bus for realizing the connection communication between the processor and the memory, wherein the computer program is executed by the processor to realize the above-mentioned service scheduling method;
  • the line card includes a processor, a memory, and is stored on the memory and A computer program executable by the processor and a data bus for realizing connection and communication between the processor and the memory, wherein the computer program when executed by the processor implements the above-mentioned service scheduling method.
  • embodiments of the present disclosure further provide a computer-readable storage medium, where one or more programs are stored in the storage medium, and the one or more programs can be executed by one or more processors to implement the present disclosure. Steps of any service scheduling method provided in the specification.
  • FIG. 1 is a schematic structural diagram of a packet optical transport network device provided by an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of an interface type adopted by a packet optical transport network device in the prior art
  • FIG. 3 is a schematic structural diagram of another packet optical transport network device provided by an embodiment of the present disclosure.
  • FIG. 4 is a schematic block diagram of the structure of a cross board provided by an embodiment of the present disclosure.
  • FIG. 5 is a schematic block diagram of the structure of a line card provided by an embodiment of the present disclosure.
  • FIG. 6 is a schematic flowchart of a service scheduling method provided by an embodiment of the present disclosure.
  • FIG. 7 is a schematic structural diagram of another cross plate provided by an embodiment of the present disclosure.
  • FIG. 8 is a schematic structural diagram of acquiring service cross configuration information provided by an embodiment of the present disclosure.
  • FIG. 9 is a schematic structural diagram of a service data packet provided by an embodiment of the present disclosure.
  • FIG. 10 is a schematic flowchart of a sub-step of sending a service data packet to a receiving end line card provided by an embodiment of the present disclosure
  • FIG. 11 is a schematic flowchart of sub-steps of service protection dual transmission of a service data packet provided by an embodiment of the present disclosure
  • FIG. 12 is a schematic block diagram of service protection dual transmission of service data packets provided by an embodiment of the present disclosure
  • FIG. 13 is a schematic flowchart of sub-steps of service protection selection and collection of a service data packet provided by an embodiment of the present disclosure
  • FIG. 14 is a schematic block diagram of service protection selection and collection of service data packets according to an embodiment of the present disclosure
  • FIG. 15 is a schematic flowchart of sub-steps of service protection dual transmission of another service data packet provided by an embodiment of the present disclosure
  • 16 is a schematic block diagram of another service protection dual transmission of service data packets provided by an embodiment of the present disclosure.
  • 17 is a schematic flowchart of sub-steps of service protection selection and collection of another service data packet provided by an embodiment of the present disclosure
  • FIG. 18 is a schematic block diagram of another service protection selection and collection provided by an embodiment of the present disclosure.
  • FIG. 19 is a schematic flowchart of another service scheduling method provided by an embodiment of the present disclosure.
  • FIG. 1 a schematic structural diagram of a Packet Optical Transport Network (POTN) device provided by an embodiment of the present disclosure is shown.
  • the POTN equipment includes a crossover board 10 and a line card 20 .
  • the line cards 20 can be inserted into the crossover board 10 through interfaces to establish communication connections.
  • the cross-connect board 10 includes a packet switching chip.
  • the cross-connect board 10 may have functions such as realizing service intercommunication between multiple directions, completing APS protection switching of multiplex sections, monitoring alarm information in all directions, completing channel protection switching, and supporting 1+1 backup work.
  • the interface between the line card 20 and the crossover board 10 may be of different interface types.
  • the interface type may include an Ethernet interface and an Interlaken interface.
  • the Ethernet interface refers to the port for network data connection; the Interlaken interface is based on the Interlaken protocol, which realizes high-speed data transmission between chips and supports multi-channel transmission.
  • the interfaces between the line card 20 and the cross-connect board 10 are all Interlaken interfaces.
  • an Ethernet interface can be added between the line card 20 and the cross-connect board 10, thereby increasing the number of interfaces between the line card 20 and the cross-connect board 10, and solving the problem that the line card 20 is connected to the cross-connect board 10. There is a problem with the limitation of the number of interfaces.
  • the line card 20 may include a plurality of line cards, for example, including a plurality of line cards 201 at a transmitting end and a plurality of line cards 202 at the receiving end, as shown in FIG. 3 .
  • the line card 201 at the transmitting end may be connected to the cross-connect board 10 through a first interface
  • the line card 202 at the receiving end may be connected to the cross-connect board 10 through a second interface.
  • the interface types of the first interface and the second interface may be an Ethernet interface and an Interlaken interface.
  • the first interface includes at least one Ethernet interface and at least one Interlaken interface
  • the second interface includes at least one Ethernet interface and at least one Interlaken interface.
  • the cross-connect board 10 may be connected to the sending end line card 201, and receive the service data packets sent by the sending end line card 201 through the first interface. Then, the cross-connect board 10 may send the service data packet to the line card 202 at the receiving end through the second interface.
  • the cross-connect board 10 When the first interface is an Interlaken interface, the cross-connect board 10 needs to add an overhead byte to the service data packet, and the overhead byte is used to determine the target interface in the second interface. When the first interface is an Ethernet interface, the cross-connect board 10 does not need to add overhead bytes to the service data packet, which has already been added by the line card 201 at the sending end before receiving the service data packet.
  • the cross-connect board 10 When the second interface is an Interlaken interface, the cross-connect board 10 needs to perform stripping processing on the service data packet to remove the overhead bytes in the service data packet; and then send the processed service data packet to the receiving end line card 202 through the second interface .
  • the second interface is an Ethernet interface
  • the cross-connect board 10 sends the service data packet to the receiving end line card 202 through the second interface, and the service data packet at this time carries overhead bytes.
  • the service data packet when the service data packet is transmitted through the first interface or the second interface whose interface type is an Ethernet interface, the service data packet needs to carry overhead bytes. Therefore, before the sending end line card 201 sends the service data packet through the Ethernet interface, it needs to add overhead bytes to the service data packet.
  • the cross-connect board 10 sends the service data packet through the Ethernet interface, if the service data packet does not carry the overhead byte, the overhead byte needs to be added to the service data packet.
  • the line card 202 at the receiving end sends the service data packet to the cross-connect board 10 through the Ethernet, it also needs to add overhead bytes to the service data packet.
  • the cross board 10 may include a processor 11 and a memory 12, and the processor 11 and the memory 12 may be connected by a bus, such as an I2C (Inter-integrated Circuit) bus or any other suitable bus.
  • a bus such as an I2C (Inter-integrated Circuit) bus or any other suitable bus.
  • the memory 12 may include non-volatile storage media and internal memory.
  • the nonvolatile storage medium can store operating systems and computer programs.
  • the computer program includes program instructions, which, when executed, can cause the processor to execute any one of the service scheduling methods.
  • the processor 11 is used to provide computing and control capabilities to support the operation of the entire cross-board 10 .
  • the processor 11 is configured to run a computer program stored in the memory 12, and implement the following steps when executing the computer program: acquiring a service data packet, which is sent by a packet optical transport network device.
  • the end line card is sent through the first interface;
  • the target interface is determined from a plurality of second interfaces of different interface types connected to the receiving end line card; the service data packet is sent to the receiving end line card through the target interface.
  • the processor 11 can be a central processing unit (Central Processing Unit, CPU), the processor can also be other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuit (application specific integrated circuit, ASIC) , Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • a general purpose processor may be a microprocessor or any conventional processor or the like.
  • the line card 20 includes a processor 21 and a memory 22 connected through a system bus, and the memory 22 may include a nonvolatile storage medium and an internal memory.
  • the internal memory provides an environment for running the program in the non-volatile storage medium.
  • the processor 21 can execute any service scheduling method.
  • the memory 22 stores a service cross configuration table.
  • the processor 21 is used to provide computing and control capabilities and support the operation of the entire line card 20 .
  • the processor 21 is configured to run a computer program stored in the memory 22, and implement the following steps when executing the computer program: generate a service data packet, the service data packet includes time slot information; obtain a preset service Cross-connect configuration table, judge whether there is a target interface address corresponding to the time slot information in the service cross-connect configuration table, the target interface address is used to determine the target interface in the second interface; when there is a target interface corresponding to the time slot information in the service cross-connect configuration table address, the service data packet is sent to the cross-connect board through the first interface, so that the cross-connect board sends the service data packet to the receiving end line card through the target interface.
  • the processor 21 may be a central processing unit (Central Processing Unit, CPU), and the processor may also be other general-purpose processors, digital signal processors (Digital Signal Processors, DSP), application specific integrated circuits (Application Specific integrated circuits) Integrated Circuit, ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • a general purpose processor may be a microprocessor or any conventional processor or the like.
  • FIG. 6 is a schematic flowchart of a service scheduling method provided by an embodiment of the present disclosure.
  • the service scheduling method is applied to the cross-connect board. By adding new interface types between the line card at the sending end, the line card at the receiving end and the cross-connect board, the problem of limiting the number of interfaces when the line card is connected to the cross-connect board is solved, and the service scheduling is improved. efficiency and convenience.
  • the service scheduling method includes the following steps S101 to S103.
  • step S101 a service data packet is acquired, and the service data packet is sent by a sending end line card in a packet optical transport network device through a first interface.
  • FIG. 7 is a schematic diagram of the structure of the cross plate.
  • the crossover board includes a packet switching chip, an APS (Automatic Protection Switching, automatic protection switching) controller and an APS actuator.
  • the packet switching chip is used to process the received service data packets.
  • the APS controller is used to acquire the service alarm information generated by the line card at the sending end and the line card at the receiving end, and send the service alarm information to the APS executor.
  • the APS executor is used to generate a decision result according to the service alarm information, and the decision result is used to control the path type of the line card at the sending end and the line card at the receiving end.
  • the first interface refers to an interface provided by a packet switching chip in a cross-connect board, which may include two types: an Ethernet interface and an Interlaken interface.
  • the cross board can establish a communication connection with the sending end line card, so that the interface type of the first interface can be identified.
  • the service data packet is obtained by fragmenting the service data frame by the line card at the sending end, and the line card at the sending end sequentially adds time slot information to the service data packet obtained by the fragmentation. After adding the time slot information, the service data packets are sequentially sent to the cross-board through the first interface.
  • a time slot refers to the smallest unit of circuit-switched summary information transmission, which can be understood as a time slice.
  • the time slot information is not only used to mark the time of the service data packet so as to reassemble multiple service data packets to obtain a service data frame, but also can be used to determine the target interface of the service data packet in the second interface.
  • a preset service cross configuration table can be used to determine the target interface address corresponding to the service data packet according to the time slot information corresponding to the service data packet, so that the second interface corresponding to the target interface address of the service data packet is determined as: target interface.
  • the service cross configuration table includes the corresponding relationship between time slot information and target interface address.
  • the service cross configuration table can be generated according to the service cross configuration information delivered by the management and control plane in the POTN device.
  • the service cross-connect configuration information may be set by the management and control plane according to the actual Ethernet interface and the Interlaken interface in the cross-connect board; the service cross-connect configuration information is used to implement service cross-scheduling.
  • the service cross-connect configuration information includes: Ethernet interface A and Ethernet interface Network interface C, Ethernet interface A and Interlaken interface D, Interlaken interface B and Ethernet interface C, and Interlaken interface B and Interlaken interface D.
  • FIG. 8 shows a schematic structural diagram of acquiring service cross configuration information.
  • the service cross-connect configuration information delivered by the management and control plane is respectively sent to the line card of the Ethernet interface, the packet switching chip on the cross-connect board, the APS controller on the cross-connect board, and the line card of the interlaken interface.
  • the line card can generate service alarm information according to the service cross-connect configuration information, and send the service alarm information to the APS controller in the cross-connect board.
  • the cross-connect board can add overhead bytes to service data packets that do not carry overhead bytes and check bytes according to the service cross-connect configuration information.
  • the APS controller on the cross-connect board can generate a service cross-connect configuration table according to the cross-connect configuration information, and send the service cross-connect configuration table to the transmission-end line card whose interface type is an Ethernet interface, so that the transmission-end line card can determine the service according to the service cross-connect configuration table.
  • the second interface corresponding to the data packet and adding overhead bytes.
  • a new interface type is added between the line card at the sending end, the line card at the receiving end and the cross-connect board.
  • the line card at the sending end sends service data packets to the cross-connect board based on the first interface, and can determine whether the service data packets carry overhead bytes according to the interface type of the first interface. .
  • Step S102 determining a target interface from a plurality of second interfaces of different interface types connected to the line card at the receiving end.
  • the plurality of second interfaces include at least one Ethernet interface and at least one Interlaken interface, where the Ethernet interface is a newly added interface. It should be noted that, by adding the interface type of Ethernet interface, service cross-scheduling can be performed between the line card at the receiving end, the cross-connect board and the line card at the sending end, which solves the problem of the limit of the number of interfaces when the line card is connected to the cross-connect board. question.
  • an overhead byte in the service data packet may also be obtained, where the overhead byte includes the address of the target interface;
  • the second interface corresponding to the address of the target interface is determined as the target interface.
  • the overhead byte is added to the service data packet for the line card at the sending end; or the overhead byte is added to the service data packet for the cross-board.
  • the target interface in the second interface can be determined according to the target interface address in the overhead byte, so that the service data packet can be sent to the receiving end line card through the target interface.
  • the first interface when the first interface is an Interlaken interface, obtain preset service cross-connection configuration information; and add the overhead bytes to the service data packet according to the service cross-connection configuration information.
  • the first interface is an Interlaken interface
  • the destination interface of the packet By acquiring the preset service cross configuration information when the first interface is an Interlaken interface, it is possible to add overhead bytes to the service data packets according to the service cross configuration information, so that the service can be subsequently determined by the overhead bytes in the service data packets.
  • the destination interface of the packet is an Interlaken interface
  • check bytes when adding overhead bytes to service data packets, check bytes may be added to service data packets at the same time; adding overhead bytes and check bytes to service data packets.
  • FIG. 9 a schematic structural diagram of a service data packet provided by an embodiment of the present disclosure is shown.
  • the overhead bytes may be denoted as FTMH, and the check bytes may be denoted as CRC.
  • the FTMH byte is added to the header of the service data packet.
  • the CRC byte is added at the end of the service data packet.
  • the data content in the service data packet can be represented as an OTN payload, and the CRC byte is used to check the OTN payload.
  • the overhead byte includes multiple parameters corresponding to the service data packet, as shown in Table 2 below.
  • Pakcet 8 32:24 OTN Packet Size(65-255) Type 1 twenty three Unicast:0,Multicast:1 Reserved 4 22:19 Reserved Destination 19 18:0 Dest port or multicast id
  • the destination interface address may be represented by the Destination field, and the destination interface address may be determined according to the value corresponding to the Destination field.
  • overhead bytes can also include parameters such as packet size, packet type, and reserved fields.
  • whether it is necessary to add overhead bytes and check bytes to the service data packet can be determined through the interface type corresponding to the first interface through which the line card at the transmitting end sends the service data packet.
  • the first interface is an Ethernet interface
  • the acquired service data packet carries overhead bytes and check bytes.
  • the first interface is an Interlaken interface
  • the acquired service data packet does not carry overhead bytes and check bytes. Therefore, the cross-board needs to add overhead bytes and check bytes to service data packets that do not carry overhead bytes and check bytes, so as to determine the interface type of the second interface corresponding to the service data packet through the overhead bytes, so as to determine target interface.
  • the target interface address corresponding to the service data packet can be determined according to the time slot information corresponding to the service data packet through the service cross configuration table, and the The destination interface address is added to the service packet as part of the overhead bytes.
  • the target interface address corresponding to the service data packet is determined according to the time slot information corresponding to the service data packet, then the target interface address is added as the Destination parameter in the overhead byte, so that the subsequent can be based on the cost.
  • the bytes determine the destination interface of the service data packet in the second interface.
  • the overhead bytes in the service data packet may be obtained, and the target interface corresponding to the service data packet is determined according to the target interface address in the overhead bytes.
  • the interface type corresponding to the target interface address is an Ethernet interface
  • the service data packet is sent to the line card at the receiving end through the Ethernet interface.
  • the interface type corresponding to the target interface address is an Interlaken interface
  • the service data packet is sent to the receiving end line card through the Interlaken interface.
  • step S103 the service data packet is sent to the receiving end line card through the target interface.
  • the service data packet may be sent to the receiving end line card through the target interface.
  • the service data packet in the step of sending the service data packet to the receiving end line card through the target interface, when the target interface is an Ethernet interface, the service data packet is sent to the receiving end line card through the target interface.
  • the target interface is an Interlaken interface
  • the service data packet is stripped, and the processed service data packet is sent through the target interface. to the receiver line card.
  • Stripping includes stripping overhead bytes from service packets.
  • the stripping process is also used for stripping the check bytes in the service data packet.
  • the target interface is an Interlaken interface
  • the sent service data packets do not need to carry overhead bytes and check bytes.
  • the stripping process is performed, and the obtained service data packet includes the OTN payload.
  • the service data packet or the stripped service data packet is sent to the receiving end line card through the target interface. Due to the addition of different interface types, the problem that the line card appears when connecting to a cross-connect board is solved. The problem of the limitation of the number of interfaces. Each service data packet is transmitted through corresponding different types of interfaces, which improves the efficiency and convenience of service scheduling.
  • the service scheduling method can realize service protection switching in addition to service cross-scheduling.
  • Service protection switching includes two scenarios: service protection dual transmission and service protection selection. The following will describe the specific process of service protection switching in detail by taking the first interface as an Ethernet interface and the first interface as an Interlaken interface as examples.
  • the protection switching refers to a process of switching from a working path channel to a protection path channel or switching from an active device to a standby device.
  • Service protection dual transmission refers to sending service data packets to two receiving-end line cards at the same time to ensure that at least one service data packet reaches the receiving-end line cards.
  • Service protection selection refers to receiving service data packets simultaneously sent by two line cards at the receiving end. According to the path type of the line cards at the receiving end, such as the working path or the protection path, it is determined to forward the service data packets corresponding to the working path to the line card at the sending end. The service data packets corresponding to the protection path are discarded.
  • step S30 or step S40 may be specifically included.
  • step S30 when the first interface is an Ethernet interface, according to a preset first sending policy, the service data packet is sent to the receiving end line card through the target interface.
  • the preset first sending policy is used to determine the sending mode of the service data packet.
  • the receiving end line card includes a first receiving end line card and a second receiving end line card, that is, the service data packet is sent to the two receiving end line cards, so as to realize double transmission of service protection.
  • the interface type of the second interface corresponding to the line card at the first receiving end is different from the interface type of the second interface corresponding to the line card at the second receiving end.
  • the end line card corresponds to the Interlaken interface.
  • FIG. 11 shows a schematic flow chart of sending the service data packet to the receiving end line card through the target interface according to the preset first sending strategy in step S30 , which may specifically include the following steps S301 to S303 .
  • FIG. 12 shows a schematic block diagram of service protection dual transmission of service data packets provided by an embodiment of the present disclosure.
  • Step S301 based on the target interface whose interface type is an Ethernet interface, send the service data packet to the first receiving end line card, so that the first receiving end line card performs stripping processing and reorganization on the service data packet, and obtains the corresponding service data packet. business data frame.
  • the service data packet at this time carries the overhead byte and the check byte.
  • the first receiving-end line card after receiving the service data packet, performs stripping processing and reassembly on the service data packet. It should be noted that the reorganization refers to splicing multiple service data packets according to time slot information to obtain service data frames.
  • stripping processing is performed on the service data packet, and the processed service data packet includes the OTN payload.
  • the time slot corresponding to the processed service data packet in the service data frame is determined according to the time slot information of the processed service data packet, so that the processed service data packet can be sent to the corresponding time slot.
  • the stripping process before the stripping process is performed on the service data packet, it may also be judged whether the time slot information in the service data packet is legal. When it is determined that the time slot information in the service data packet is legal, the service data packet is stripped; when it is determined that the time slot information in the service data packet is illegal, the service data packet is discarded.
  • the time slot information in the service data packet is legal, it is possible to query whether the time slot information corresponding to the service data packet exists in the service cross configuration table.
  • the time slot information corresponding to the service data packet exists in the service cross configuration table, it indicates that the time slot information corresponding to the service data packet is legal; when the time slot information corresponding to the service data packet does not exist in the service cross configuration table , indicating that the time slot information corresponding to the service data packet is illegal.
  • Step S302 Duplicate the service data packet to obtain a first duplicate data packet corresponding to the service data packet, and perform stripping processing on the first duplicate data packet.
  • the service data packet carries overhead bytes and check bytes. Therefore, after duplicating the service data packet, the obtained first duplicate data packet corresponding to the service data packet carries overhead bytes and check bytes.
  • the first copy data packet since the first copy data packet is sent to the second receiving end line card based on the target interface whose interface type is the Interlaken interface, before sending, the first copy data packet needs to be stripped to strip the first copy data. Overhead bytes and check bytes in the packet.
  • the stripped first duplicate data packet includes the OTN payload.
  • Step S303 based on the target interface whose interface type is the Interlaken interface, send the processed first duplicate data packet to the second receiving end line card, so that the second receiving end line card reorganizes the processed first duplicate data packet to obtain The service data frame corresponding to the processed first copy data packet.
  • the second receiving end line card reassembles the processed first duplicate data packet.
  • the reorganization refers to splicing a plurality of first duplicate data packets according to the time slot information to obtain a service data frame.
  • the time slot corresponding to the processed first replica data packet in the service data frame may be determined according to the time slot information in the processed first replica data packet, so that the processed first replica data packet may be processed.
  • the packet is sent to the corresponding time slot.
  • the service data packet is sent to the first receiving end line card based on the target interface whose interface type is Ethernet interface, and the processed first copy data packet is sent to the second receiving end line based on the target interface whose interface type is Interlaken interface
  • the card can send service data packets to the receiving end line cards of different interface types at the same time, realize the protection and double transmission of service data packets, and improve the security and reliability of service scheduling.
  • step S30 according to the preset first sending strategy, after the service data packet is sent to the receiving end line card through the target interface, the service data packet returned by the above receiving end line card can also be received, and the service data packet can be processed.
  • Selecting and receiving may specifically include the following steps S31 to S35.
  • FIG. 14 shows a schematic block diagram of service protection selection and collection of service data packets provided by an embodiment of the present disclosure.
  • Step S31 Receive the first service data packet sent by the line card at the first receiving end, and receive the second service data packet sent by the line card at the second receiving end.
  • the cross-connect board sends the service data packet or the first copy data packet corresponding to the service data packet to the first receiving end line card and the second receiving end line card at the same time, the first receiving end line card and the second receiving end line card also At the same time, a service data packet is sent to the cross-board. At this time, it is necessary to determine whether the first receiving end line card or the second receiving end line card is the working path according to the service alarm information, so as to select one of the service data packets.
  • Step S32 Acquire service alarm information in the first receiving end line card or the second receiving end line card, and determine the path type of the first receiving end line card and the second receiving end line card according to the service alarm information, where the path type includes a working path and a protection path .
  • the first receiving end line card and the second receiving end line card may generate service alarm information according to the service cross configuration information.
  • the service alarm information is used to indicate the path type of the service data packet transmission.
  • path types include working paths and protection paths.
  • the service alarm information is 1, it indicates that the path type of service data packet transmission is a protection path; when the service alarm information is 0, it indicates that the path type of service data packet transmission is a working path.
  • the service alarm information may be determined according to the service cross configuration information, and the service alarm information generated by the first receiving end line card and the second receiving end line card are different. For example, when the service alarm information generated by the first receiving end is 0, the service alarm information generated by the second receiving end is 1.
  • the service alarm information generated by the first receiving end line card when the service alarm information generated by the first receiving end line card is 0, it can be determined that the path type corresponding to the first receiving end line card is a working path, and the path type corresponding to the second receiving end line card is a protection path.
  • the service alarm information generated by the first receiving end line card is 1, it can be determined that the path type corresponding to the first receiving end line card is a protection path, and the path type corresponding to the second receiving end line card is a working path.
  • Step S33 when the path type corresponding to the first receiving end line card is a working path, send the first service data packet to the transmitting end line card through the first interface, and discard the second service data packet.
  • the path type corresponding to the first receiving end line card is:
  • the first service data packet may be sent to the sending end line card through the first interface.
  • the first interface is an Ethernet interface. Therefore, before sending the first service data packet to the sending end line card through the first interface, it is not necessary to perform stripping processing on the first service data packet.
  • the path type corresponding to the line card at the second receiving end is a protection path
  • the second service data packet may be discarded.
  • Step S34 when the path type corresponding to the second receiving end line card is a working path, add overhead bytes to the second service data packet and send it to the transmitting end line card through the first interface, and discard the first service data packet.
  • the second receiving end line card sends the second service data packet through the Interlaken interface
  • the second service data packet does not carry overhead bytes and check bytes
  • the first interface is an Ethernet interface. Therefore, when the path type corresponding to the line card at the second receiving end is a working path, an overhead byte and a check byte need to be added to the second service data packet. Then, the second service data packet after adding bytes is sent to the sending end line card through the first interface.
  • the path type of the line card of the first receiving end and the line card of the second receiving end can be determined according to the service alarm information.
  • the service data packet or the second service data packet is sent to the line card at the sending end, so that the protection and selection of the service data packet is realized, and the security and reliability of the service scheduling are improved.
  • Step S35 when the first interface is an Interlaken interface, according to the preset second transmission strategy, the service data packet is sent to the receiving end line card through the target interface.
  • the interface type of the second interface corresponding to the first receiving end line card and the interface type of the second interface corresponding to the second receiving end line card are different.
  • the first receiving end line card corresponds to the Ethernet interface
  • the second receiving end line card corresponds to the Interlaken interface.
  • FIG. 15 shows a schematic flowchart of sending the service data packet to the receiving end line card through the target interface according to the preset second sending policy in step S40 , which may specifically include the following steps S401 to S404 .
  • FIG. 16 shows a schematic diagram of another service protection dual transmission of service data packets provided by an embodiment of the present disclosure.
  • Step S401 adding overhead bytes to the service data packet to obtain the service data packet after adding the bytes.
  • the service data packets received by the cross-board through the first interface do not carry overhead bytes and check bytes, so it is necessary to add overhead bytes and check words to the service data packets. Festival.
  • Step S402 Duplicate the service data packet after adding bytes to obtain a second duplicate data packet corresponding to the service data packet after adding bytes.
  • the second copy data packet like the service data packet after adding bytes, both carries overhead bytes and check bytes.
  • Step S403 Based on the target interface whose interface type is an Ethernet interface, the service data packet after adding bytes is sent to the first receiving end line card, so that the first receiving end line card performs stripping processing on the service data packet after adding bytes. And reorganize to obtain a service data frame corresponding to the service data packet after adding bytes.
  • the line card at the first receiving end after receiving the service data packet after adding bytes, performs stripping processing and reassembly on the service data packet after adding bytes.
  • stripping processing and reassembly For the stripping process and the reorganization, reference may be made to the detailed description of the foregoing embodiment, and the specific process will not be repeated here.
  • the service data packet after adding bytes before performing stripping processing on the service data packet after adding bytes, it may also be judged whether the time slot information in the service data packet after adding bytes is legal. When it is determined that the time slot information in the service data packet after adding bytes is legal, the service data packet after adding bytes is stripped; when it is determined that the time slot information in the service data packet after adding bytes is illegal , discard the service data packet after adding bytes.
  • Step S404 performing stripping processing on the second duplicate data packet, and sending the processed second duplicate data packet to the second receiving end line card based on the target interface whose interface type is the Interlaken interface, so that the second receiving end line card can process
  • the second duplicate data packet is reassembled to obtain a service data frame corresponding to the processed second duplicate data packet.
  • the second duplicate data packet carries overhead bytes and check bytes
  • the second duplicate data packet is sent to the second receiving end line card based on the target interface whose interface type is the Interlaken interface. Therefore, before sending, the second duplicate data packet needs to be stripped to strip the overhead bytes and check bytes in the second duplicate data packet.
  • the stripped second duplicate data packet includes the OTN payload.
  • the second receiving end line card reassembles the second duplicate data packet.
  • the reassembly refers to splicing a plurality of second duplicate data packets according to the time slot information to obtain a service data frame.
  • the time slot corresponding to the processed second duplicate data packet in the service data frame may be determined according to the time slot information in the processed second duplicate data packet, so that the processed second duplicate data packet may be The packet is sent to the corresponding time slot.
  • the service data packet after adding bytes is sent to the first receiving end line card, and based on the target interface whose interface type is Interlaken interface, the processed second copy data packet is sent To the second receiving end line card, the service data packets can be sent to the receiving end line cards of different interface types at the same time, so as to realize the double transmission of the protection of the service data packets, and improve the security and reliability of the service scheduling.
  • step S40 after the service data packet is sent to the receiving end line card through the target interface according to the preset second transmission strategy, the service data packet returned by the above receiving end line card can also be received, and the service data packet can be processed.
  • Selecting and receiving may specifically include the following steps S41 to S44.
  • FIG. 18 it is a schematic diagram illustrating another kind of service protection selection and collection of service data packets provided by an embodiment of the present disclosure.
  • Step S41 Receive the third service data packet sent by the line card at the first receiving end, and receive the fourth service data packet sent by the line card at the second receiving end.
  • Step S42 acquiring service alarm information in the first receiving end line card or the second receiving end line card, and determining a path type between the first receiving end line card and the second receiving end line card according to the service alarm information, where the path type includes a working path and a protection path .
  • the first receiving end line card and the second receiving end line card may generate service alarm information according to the service cross configuration information.
  • the service alarm information is used to indicate the path type of the service data packet transmission.
  • path types include working paths and protection paths.
  • the service alarm information is 1, it indicates that the path type of service data packet transmission is a protection path; when the service alarm information is 0, it indicates that the path type of service data packet transmission is a working path.
  • the service alarm information is generated by the first receiving end line card and/or the second receiving end line card, and the service alarm information generated by the first receiving end line card and the second receiving end line card is different. For example, when the service alarm information generated by the first receiving end is 0, the service alarm information generated by the second receiving end is 1.
  • the service alarm information generated by the first receiving end line card when the service alarm information generated by the first receiving end line card is 0, it can be determined that the path type corresponding to the first receiving end line card is a working path, and the path type corresponding to the second receiving end line card is a protection path.
  • the service alarm information generated by the first receiving end line card is 1, it can be determined that the path type corresponding to the first receiving end line card is a protection path, and the path type corresponding to the second receiving end line card is a working path.
  • Step S43 when the path type corresponding to the line card at the first receiving end is a working path, perform stripping processing on the third service data packet, send the processed third service data packet to the line card at the sending end through the first interface, and send the third service data packet to the sending end line card.
  • Four service packets are discarded.
  • the third service data packet carries overhead bytes and check bytes, and the first interface is an Interlaken interface. Therefore, when the path type corresponding to the line card at the first receiving end is a working path, the third service data packet needs to be stripped to strip the overhead bytes and check bytes in the third service data packet.
  • the fourth service data packet may be discarded.
  • Step S44 when the path type corresponding to the line card at the second receiving end is a working path, send the fourth service data packet to the line card at the sending end through the first interface, and discard the third service data packet.
  • the fourth service data packet since the second receiving end line card sends the fourth service data packet through the Interlaken interface, the fourth service data packet does not carry overhead bytes and check bytes, and the first interface is an Interlaken interface. Therefore, before sending the fourth service data packet to the sending end line card through the first interface, it is not necessary to perform stripping processing on the fourth service data packet. After the fourth service data packet is sent to the sending end line card through the first interface, the third service data packet may be discarded.
  • the path type of the line card of the first receiving end and the line card of the second receiving end can be determined according to the service alarm information.
  • the service data packet or the fourth service data packet is sent to the sending end line card, so as to realize the protection and selection of the service data packet, and improve the security and reliability of the service scheduling.
  • FIG. 19 a schematic flowchart of another service scheduling method provided by an embodiment of the present disclosure is shown.
  • the service scheduling method is applied to the line card at the sending end.
  • the problem of the limitation of the number of interfaces when the line card is connected to the cross-connect board is solved.
  • Each service data packet is transmitted through corresponding different types of interfaces, which improves the efficiency and convenience of service scheduling.
  • the service scheduling method can also be applied to the line card at the receiving end. It can be understood that when the line card on the receiving end sends a service data packet to the cross-connect board, the line card on the receiving end can be used as the line card on the sending end.
  • the service scheduling method includes the following steps S201 to S203.
  • Step S201 generating a service data packet, where the service data packet includes time slot information.
  • the sending end line card may add time slot information to the service data packet. Different service data packets correspond to different time slot information.
  • the service data packets can be recombined through the time slot information to obtain service data frames, and the target interface of the service data packets in the second interface can also be determined through the time slot information.
  • the generated service data packet includes OTN payload.
  • Step S202 Obtain a preset service cross-connect configuration table, and determine whether there is a target interface address corresponding to the time slot information in the service cross-connect configuration table, where the target interface address is used to determine a target interface in the second interface.
  • the preset service cross-connect configuration table is generated by the cross-connect board according to the cross-connect configuration information. After generating the service cross-connect configuration table, the cross-connect board sends the service cross-connect configuration table to the receiving-side line card or the sending-side line card. Therefore, the sending end line card can store the service cross configuration table in the local database.
  • the service cross configuration table includes the correspondence between the time slot information and the target interface address. Therefore, it can be determined whether the time slot information corresponding to the service data packet has a corresponding target interface address through the service cross configuration table.
  • the service data packet is discarded.
  • the target interface address corresponding to the time slot information in the service data packet does not exist in the service cross configuration table, it indicates that the service data packet is illegal or wrong, so the service data packet needs to be lifted and discarded.
  • the target interface address corresponding to the time slot information in the service data packet exists in the service cross configuration table, it indicates that the service data packet is legal.
  • the preset service cross-configuration table By acquiring the preset service cross-configuration table, it can be determined whether there is a target interface address corresponding to the time slot information in the service cross-configuration table, so that it can be quickly used to determine whether the service data packet has a target interface on the second interface, so that the service Data packets are verified, which can effectively improve the security and reliability of business scheduling.
  • Step S203 when there is a target interface address corresponding to the time slot information in the service cross-connect configuration table, send the service data packet to the cross-connect board through the first interface, so that the cross-connect board sends the service data packet to the receiving end line card through the target interface.
  • the line card at the sending end sends service data packets to the cross-connect board based on the first interface, so that the cross-connect board can send the service data packets to the receiving-end line card through the target interface. , thereby effectively improving the convenience of business scheduling.
  • the service data packet in the step of sending the service data packet to the cross-connect board through the first interface, when the first interface is an Ethernet interface, an overhead byte is added to the service data packet, and the byte-added service data packet is added to the service data packet. It is sent to the cross-board through the first interface.
  • an overhead byte and a check byte are added to the service data packet.
  • the overhead bytes include the destination interface address.
  • the service data packet in the step of sending the service data packet to the cross-connect board through the first interface, when the first interface is an Interlaken interface, the service data packet is sent to the cross-connect board through the first interface.
  • the first interface is an Interlaken interface
  • the Interlaken interface transmits OTN payloads, it is not necessary to add overhead bytes and check bytes to the service data packet.
  • the fifth service data packet returned by the cross-connect board may be received through the first interface.
  • the fifth service data packet is sent by the line card at the receiving end to the cross-connect board.
  • a time slot check is performed on the fifth service data packet according to a preset service cross-configuration table. If the time slot check is passed, the fifth service data packet is stripped and reassembled to obtain a service data frame corresponding to the fifth service data packet.
  • the purpose of performing the time slot check on the fifth service data packet is to determine whether the fifth service data packet is an illegal or erroneous service data packet.
  • By performing the time slot check on the fifth service data packet it is possible to avoid receiving illegal or wrong service data packets, thereby effectively improving the security and reliability of service scheduling.
  • the service cross configuration table contains the target interface address corresponding to the time slot information in the fifth service data packet
  • the target interface address corresponding to the time slot information in the fifth service data packet does not exist in the service cross configuration table, it can be determined that the fifth service data packet is illegal or wrong, and therefore the fifth service data packet needs to be discarded.
  • the fifth service data packet since the fifth service data packet is received through the Ethernet interface, it means that the fifth service data packet carries overhead bytes and check bytes, so it is necessary to perform stripping processing on the fifth service data packet, and after the stripping processing is obtained, the fifth service data packet needs to be stripped. the fifth service packet. Then, according to the time slot information, the stripped fifth service data packet is recombined to obtain a service data frame corresponding to the fifth service data packet.
  • the fifth service data packet is reorganized to obtain a service data frame corresponding to the fifth service data packet.
  • the fifth service data packet since the fifth service data packet is received through the Interlaken interface, it means that the fifth service data packet does not carry overhead bytes and check bytes, and therefore, it is not necessary to perform stripping processing on the fifth service data packet.
  • the fifth service data packet may be directly reorganized to obtain a service data frame corresponding to the fifth service data packet.
  • Embodiments of the present disclosure further provide a readable storage medium, the storage medium stores a program, the program includes program instructions, and the processor executes the program instructions to implement any service scheduling method provided by the embodiments of the present disclosure.
  • the program is loaded by the processor, and the following steps can be performed: obtain a service data packet, the service data packet is sent by the sending end line card in the packet optical transport network device through the first interface; A target interface is determined in the second interfaces of different interface types; the service data packet is sent to the receiving end line card through the target interface.
  • the program is loaded by the processor and may perform the following steps: generating a service data packet, the service data packet including time slot information; obtaining a preset service cross configuration table, and determining whether there is a corresponding time slot information in the service cross configuration table
  • the target interface address is used to determine the target interface in the second interface; when there is a target interface address corresponding to the time slot information in the service cross-connect configuration table, the service data packet is sent to the cross-board through the first interface, This enables the cross-over board to send service data packets to the receiving-end line card through the target interface.
  • the storage medium may be an internal storage unit of the cross-connect board or the line card described in the foregoing embodiments, such as a hard disk or a memory of the cross-connect board or the line card.
  • the storage medium may also be an external storage device of the cross-over board or the line card, such as a plug-in hard disk equipped on the cross-over board or the line card, a smart memory card (Smart Media Card, SMC), a security Digital card (Secure Digital Card, SD Card), flash memory card (Flash Card), etc.
  • Such software may be distributed on computer-readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media).
  • computer storage media includes both volatile and nonvolatile implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules or other data flexible, removable and non-removable media.
  • Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cartridges, magnetic tape, magnetic disk storage or other magnetic storage devices, or may Any other medium used to store desired information and which can be accessed by a computer.
  • communication media typically embodies computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and can include any information delivery media, as is well known to those of ordinary skill in the art .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开提供一种业务调度方法、分组光传送网设备及存储介质。该方法包括：获取业务数据包，其中，业务数据包是由分组光传送网设备中的发送端线卡通过第一接口发送的；从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口；通过目标接口将业务数据包发送至接收端线卡。

Description

业务调度方法、分组光传送网设备和存储介质
相关申请的交叉引用
本申请要求享有2020年08月21日提交的名称为“业务调度方法、分组光传送网设备和存储介质”的中国专利申请CN202010852112.5的优先权，其全部内容通过引用并入本申请中。
技术领域
本公开涉及通信技术领域，尤其涉及一种业务调度方法、分组光传送网设备及存储介质。
背景技术
目前现有的集中式分组交换POTN(Packet Optical Transport Network，分组光传送网)设备上的OTN(Optical Transport Network，光传送网)线卡主要是通过Interlaken接口与交叉板对接，在交叉板上实现OTN业务的调度。
由于每个OTN线卡槽位需要占用一个独立的Interlaken接口，而且Interlaken接口占用交叉板中的分组交换芯片资源较多，因此交叉板中的分组交换芯片提供的Interlaken接口数量无法满足当前POTN设备的OTN线卡槽位需求，导致POTN设备在插OTN线卡时有槽位的限制，降低了POTN设备实现业务调度的效率和便捷性。
因此如何提高POTN设备的业务调度的效率和便捷性，避免在插入OTN线卡时有槽位的限制成为亟需解决的问题。
发明内容
本公开实施例的主要目的在于提供一种业务调度方法、分组光传送网设备及存储介质，通过在发送端线卡、接收端线卡与交叉板之间新增接口类型，解决了线卡在连接到交叉板时出现接口数量的限制的问题，各业务数据包通过相应的不同类型接口进行传输，提高了业务调度的效率和便捷性。
第一方面，本公开实施例提供一种业务调度方法，应用于分组光传送网设备中的交叉板中，包括：获取业务数据包，该业务数据包是由分组光传送网设备中的发送端线卡通过第一接口发送的；从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口；通过目标接口将业务数据包发送至接收端线卡。
第二方面，本公开实施例提供一种业务调度方法，应用于分组光传送网设备中的发送端线卡中，包括：生成业务数据包，业务数据包包括时隙信息；获取预设的业务交叉配置表，判断业务交叉配置表中是否存在时隙信息对应的目标接口地址，该目标接口地址用于确定第二接口中的目标接口；当业务交叉配置表中存在时隙信息对应的目标接口地址时，将业务数据包通过第一接口发送至交叉板，以使交叉板将业务数据包通过目标接口发送至接收端线卡。
第三方面，本公开实施例还提供一种分组光传送网设备，该设备包括交叉板和线卡，所述交叉板包括处理器、存储器、存储在存储器上并可被处理器执行的计算机程序以及用于实现处理器和存储器之间的连接通信的数据总线，其中所述计算机程序被处理器执行时实现如上述的业务调度方法；所述线卡包括处理器、存储器、存储在存储器上并可被处理器执行的计算机程序以及用于实现处理器和存储器之间的连接通信的数据总线，其中所述计算机程序被处理器执行时实现如上述的业务调度方法。
第四方面，本公开实施例还提供一种计算机可读存储介质，该存储介质存储有一个或多个程序，该一个或多个程序可被一个或多个处理器执行，以实现如本公开说明书提供的任一项业务调度方法的步骤。
附图说明
为了更清楚地说明本公开技术方案，下面将结合附图对实施例予以详细描述，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本公开实施例提供的一种分组光传送网设备的结构示意图；
图2是现有技术的一种分组光传送网设备采用的接口类型的结构示意图；
图3是本公开实施例提供的另一种分组光传送网设备的结构示意图；
图4是本公开实施例提供的一种交叉板的结构示意性框图；
图5是本公开实施例提供的一种线卡的结构示意性框图；
图6是本公开实施例提供的一种业务调度方法的流程示意图；
图7是本公开实施例提供的另一种交叉板的结构示意图；
图8是本公开实施例提供的获取业务交叉配置信息的结构示意图；
图9是本公开实施例提供的业务数据包的结构示意图；
图10是本公开实施例提供的将业务数据包发送至接收端线卡的子步骤的示意性流程 图；
图11是本公开实施例提供的一种业务数据包的业务保护双发的子步骤的示意性流程图；
图12是本公开实施例提供的一种业务数据包的业务保护双发的示意性框图；
图13是本公开实施例提供的一种业务数据包的业务保护选收的子步骤的示意性流程图；
图14为本公开实施例提供的一种业务数据包的业务保护选收的示意性框图；
图15是本公开实施例提供的另一种业务数据包的业务保护双发的子步骤的示意性流程图；
图16是本公开实施例提供的另一种业务数据包的业务保护双发的示意性框图；
图17是本公开实施例提供的另一种业务数据包的业务保护选收的子步骤的示意性流程图；
图18是本公开实施例提供的另一种业务保护选收的示意性框图；
图19为本公开实施例提供的另一种业务调度方法的示意性流程图。
具体实施方式
下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
应当理解，在此本公开说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本公开。如在本公开说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
请参阅图1，示出本公开实施例提供的一种分组光传送网(POTN)设备的结构示意图。该POTN设备包括交叉板10与线卡20。线卡20可以通过接口插入交叉板10中，以建立通信连接。
需要说明的是，交叉板10包括分组交换芯片。交叉板10可以具有实现多方向之间的业务互通、完成复用段APS保护倒换、监视各个方向的告警信息，以完成通道保护倒换、支持1+1备份工作等功能。
示例性地，线卡20与交叉板10之间的接口可以是不同的接口类型。在本公开实施例中，接口类型可以包括以太网接口和Interlaken接口。
以太网接口是指网络数据连接的端口；Interlaken接口基于Interlaken协议，实现在芯片间进行高速数据传输，并且支持多通道传输。
需要说明的是，在现有技术中，对于分组光传送网设备采用的接口类型，如图2所示，线卡20与交叉板10之间的接口都是Interlaken接口。但在本公开实施例中，可以在线卡20与交叉板10之间增加以太网接口，从而增加了线卡20与交叉板10之间的接口数量，解决了线卡20在连接到交叉板10时出现接口数量的限制的问题。
示例性地，线卡20可以包括多个线卡，例如包括多个发送端线卡201和多个接收端线卡202，如图3所示。
在一些实施例中，发送端线卡201可以通过第一接口与交叉板10连接，接收端线卡202可以通过第二接口与交叉板10连接。第一接口和第二接口的接口类型可以是以太网接口和Interlaken接口。示例性地，第一接口包括至少一以太网接口和至少一Interlaken接口；第二接口包括至少一以太网接口和至少一Interlaken接口。
在一些实施例中，交叉板10可以与发送端线卡201连接，并通过第一接口接收发送端线卡201发送的业务数据包。然后，交叉板10可以通过第二接口将业务数据包发送至接收端线卡202。
当第一接口为Interlaken接口时，交叉板10需要对业务数据包添加开销字节，该开销字节用于确定第二接口中的目标接口。当第一接口为以太网接口时，交叉板10不需要对业务数据包添加开销字节，该业务数据包在接收之前，已经被发送端线卡201添加开销字节。
当第二接口为Interlaken接口时，交叉板10需要对业务数据包进行剥离处理，以将业务数据包中开销字节去除；然后将处理后的业务数据包通过第二接口发送至接收端线卡202。当第二接口为以太网接口时，交叉板10将业务数据包通过第二接口发送至接收端线卡202，此时的业务数据包携带开销字节。
可以理解的是，业务数据包在通过接口类型为以太网接口的第一接口或第二接口传递时，业务数据包需要携带开销字节。因此，当发送端线卡201通过以太网接口发送业务数据包之前，需要对业务数据包添加开销字节。当交叉板10通过以太网接口发送业务数据包 时，若业务数据包没有携带开销字节，则需要对业务数据包添加开销字节。同理，接收端线卡202通过以太网发送业务数据包至交叉板10时，也需要对业务数据包添加开销字节。
请参阅图4，交叉板10可以包括处理器11和存储器12，处理器11以及存储器12可以通过总线连接，该总线比如为I2C(Inter-integrated Circuit)总线等任意适用的总线。
存储器12可以包括非易失性存储介质和内存储器。非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种所述业务调度方法。
处理器11用于提供计算和控制能力，支撑整个交叉板10的运行。
在一实施例中，处理器11用于运行存储在存储器12中的计算机程序，并在执行计算机程序时实现如下步骤：获取业务数据包，该业务数据包是由分组光传送网设备中的发送端线卡通过第一接口发送的；从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口；通过目标接口将业务数据包发送至接收端线卡。
处理器11可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或任何常规的处理器等。
请参阅图5，示出本公开实施例提供的一种线卡20的结构示意性框图。线卡20包括通过系统总线连接的处理器21和存储器22，存储器22可以包括非易失性存储介质和内存储器。
内存储器为非易失性存储介质中的程序的运行提供环境，该程序被处理器21执行时，可使得处理器21执行任意一种业务调度方法。示例性地，存储器22存储有业务交叉配置表。
处理器21用于提供计算和控制能力，支撑整个线卡20的运行。
在一实施例中，处理器21用于运行存储在存储器22中的计算机程序，并在执行计算机程序时实现如下步骤：生成业务数据包，该业务数据包包括时隙信息；获取预设的业务交叉配置表，判断业务交叉配置表中是否存在时隙信息对应的目标接口地址，该目标接口地址用于确定第二接口中的目标接口；当业务交叉配置表中存在时隙信息对应的目标接口地址时，将业务数据包通过第一接口发送至交叉板，以使交叉板将业务数据包通过目标接口发送至接收端线卡。
应当理解的是，处理器21可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或任何常规的处理器等。
下面结合附图，对本公开的一些方法实施例作详细说明。在不冲突的情况下，下述实施例及实施例中各特征可以相互组合。
请参照图6，图6为本公开实施例提供的一种业务调度方法的示意性流程图。该业务调度方法应用于交叉板中，通过在发送端线卡、接收端线卡与交叉板之间新增接口类型，解决了线卡在连接到交叉板时出现接口数量的限制问题，提高了业务调度的效率和便捷性。该业务调度方法包括如下步骤S101至步骤S103。
步骤S101，获取业务数据包，该业务数据包是由分组光传送网设备中的发送端线卡通过第一接口发送的。
如图7所示，图7是交叉板的结构示意图。交叉板包括分组交换芯片、APS(Automatic Protection Switching，自动保护倒换)控制器以及APS执行器。分组交换芯片用于处理接收到的业务数据包。APS控制器用于获取发送端线卡和接收端线卡产生的业务告警信息，并将业务告警信息发送至APS执行器。APS执行器用于根据业务告警信息生成决策结果，该决策结果用于控制发送端线卡和接收端线卡的路径类型。
示例性地，第一接口是指交叉板中的分组交换芯片提供的接口，可以包括以太网接口和Interlaken接口两种类型。分组光传送网设备中的发送端线卡在插入交叉板中的第一接口之后，交叉板可以与发送端线卡建立通信连接，从而可以识别第一接口的接口类型。
业务数据包是发送端线卡对业务数据帧进行分片得到的，发送端线卡将分片得到的业务数据包依次添加时隙信息。在添加时隙信息后，将业务数据包依次通过第一接口发送至交叉板中。
需要说明的是，时隙是指电路交换汇总信息传送的最小单位，可以理解成一个时间片。在本公开实施例中，时隙信息除了用于标记业务数据包的时间，以便将多个业务数据包重组得到业务数据帧，还可以用于确定业务数据包在第二接口中的目标接口。
示例性地，可以通过预设的业务交叉配置表，根据业务数据包对应的时隙信息确定业务数据包对应的目标接口地址，从而将对应为业务数据包的目标接口地址的第二接口确定为目标接口。业务交叉配置表包括时隙信息与目标接口地址的对应关系。
业务交叉配置表可以根据POTN设备中的管控平面下发的业务交叉配置信息生成。
需要说明的是，在本公开实施例中，业务交叉配置信息可以由管控平面根据交叉板中的实际的以太网接口和Interlaken接口进行设定；业务交叉配置信息用于实现业务的交叉调度。示例性地，若在交叉板的接收侧存在以太网接口A、Interlaken接口B，在交叉板的发送侧存在以太网接口C、Interlaken接口D，则业务交叉配置信息包括：以太网接口A与以太网接口C、以太网接口A与Interlaken接口D、Interlaken接口B与以太网接口C以及Interlaken接口B与Interlaken接口D。
示例性地，业务交叉配置表如下表1所示。
表1 业务交叉配置表
时隙 目标接口地址
时隙1 IP1
时隙2 IP2
时隙3 IP3
时隙4 IP4
请参阅图8，示出获取业务交叉配置信息的结构示意图。在图8中，管控平面下发的业务交叉配置信息，会分别发送给以太网接口的线卡、交叉板上的分组交换芯片、交叉板上的APS控制器以及interlaken接口的线卡。线卡可以根据业务交叉配置信息生成业务业务告警信息，并将业务告警信息发送至交叉板中的APS控制器。交叉板可以根据业务交叉配置信息对不携带开销字节和校验字节的业务数据包添加开销字节。交叉板上的APS控制器可以根据交叉配置信息生成业务交叉配置表，并将业务交叉配置表发送至接口类型为以太网接口的发送端线卡中，以使发送端线卡根据业务交叉配置表确定业务数据包对应的第二接口以及添加开销字节。
在发送端线卡、接收端线卡与交叉板之间新增接口类型，发送端线卡基于第一接口发送业务数据包至交叉板，可以根据第一接口的接口类型确定业务数据包是否携带开销字节。
步骤S102，从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口。
示例性地，多个第二接口包括至少一以太网接口和至少一Interlaken接口，其中，以太网接口为新增的接口。需要说明的是，通过增加以太网接口这一接口类型，使得接收端线卡、交叉板以及发送端线卡之间可以进行业务交叉调度，解决了线卡在连接到交叉板时出现接口数量的限制的问题。
在一些实施例中，从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口的步骤中，还可以获取业务数据包中的开销字节，该开销字节包括目标接口地址；将对应 为目标接口地址的第二接口确定为目标接口。
开销字节为发送端线卡添加至业务数据包中；或者开销字节为交叉板添加至业务数据包中。
通过获取业务数据包中的开销字节，可以根据开销字节中的目标接口地址确定第二接口中的目标接口，从而可以通过目标接口发送业务数据包至接收端线卡中。
在一些实施例中，获取业务数据包中的开销字节之前，当第一接口为Interlaken接口时，获取预设的业务交叉配置信息；根据业务交叉配置信息，对业务数据包添加开销字节。
通过当第一接口为Interlaken接口时，获取预设的业务交叉配置信息，可以实现根据业务交叉配置信息，对业务数据包添加开销字节，使得后续可以通过业务数据包中的开销字节确定业务数据包的目标接口。
在本公开实施例中，对业务数据包添加开销字节时，同时可以对业务数据包添加校验字节；添加开销字节和校验字节的业务数据包。
请参阅图9，示出本公开实施例提供的业务数据包的结构示意图。
示例性地，开销字节可以表示为FTMH，校验字节可以表示为CRC。FTMH字节添加在业务数据包的头部。CRC字节添加在业务数据包的尾部。业务数据包中的数据内容可以表示为OTN净荷，CRC字节用于对OTN净荷进行校验。示例性地，开销字节包括业务数据包对应的多个参数，如下表2所示。
表2 开销字节参数
Field Size Bits Definition
Pakcet 8 32:24 OTN Packet Size(65-255)
Type 1 23 Unicast:0,Multicast:1
Reserved 4 22:19 Reserved
Destination 19 18:0 Dest port or multicast id
表2中，目标接口地址可以用Destination字段表示，可以根据Destination字段对应的值确定目标接口地址。开销字节除了目标接口地址，还可以包括数据包大小、数据包类型以及保留字段等参数。
在本公开实施例中，可以通过发送端线卡发送业务数据包的第一接口对应的接口类型，确定是否需要对业务数据包添加开销字节和校验字节。当第一接口为以太网接口时，获取的业务数据包携带开销字节和校验字节。当第一接口为Interlaken接口时，获取的业务数据包不携带开销字节和校验字节。因此，交叉板需要对不携带开销字节和校验字节的业务数据包添加开销字节和校验字节，以便通过开销字节确定业务数据包对应的第二接口的接口 类型，从而确定目标接口。
可以理解的是，由于业务交叉配置表包括时隙信息与目标接口地址的对应关系，因此可以通过业务交叉配置表，根据业务数据包对应的时隙信息确定业务数据包对应的目标接口地址，将目标接口地址作为开销字节中的一部分添加至业务数据包中。
示例性地，基于业务交叉配置表，若根据业务数据包对应的时隙信息确定业务数据包对应的目标接口地址，则将目标接口地址作为Destination参数添加在开销字节中，以便后续可以根据开销字节确定业务数据包在第二接口中的目标接口。
示例性地，可以获取业务数据包中的开销字节，根据开销字节中的目标接口地址确定业务数据包对应的目标接口。示例性地，若目标接口地址对应的接口类型为以太网接口，则通过以太网接口将业务数据包发送至接收端线卡。示例性地，若目标接口地址对应的接口类型为Interlaken接口，则通过Interlaken接口将业务数据包发送至接收端线卡。
步骤S103，通过目标接口将业务数据包发送至接收端线卡。
在获取业务数据包中的开销字节确定第二接口中的目标接口之后，可以通过目标接口将业务数据包发送至接收端线卡。
在一些实施例中，通过目标接口将业务数据包发送至接收端线卡的步骤中，当目标接口为以太网接口时，将业务数据包通过目标接口发送至接收端线卡。
在另一些实施例中，通过目标接口将业务数据包发送至接收端线卡的步骤中，当目标接口为Interlaken接口时，对业务数据包进行剥离处理，将处理后的业务数据包通过目标接口发送至接收端线卡。
剥离处理包括剥离业务数据包中的开销字节。在本公开实施例中，剥离处理还用于剥离业务数据包中的校验字节。
需要说明的是，当目标接口为Interlaken接口时，发送的业务数据包不需要携带开销字节和校验字节，因此在发送之前，需要对业务数据包中的开销字节和校验字节进行剥离处理，处理得到的业务数据包包括OTN净荷。
通过基于目标接口对应的接口类型，将业务数据包或剥离处理后的业务数据包通过目标接口发送至接收端线卡中，由于新增了不同接口类型，解决了线卡在连接到交叉板时出现接口数量的限制的问题。各业务数据包通过相应的不同类型接口进行传输，提高了业务调度的效率和便捷性。
在本公开实施例中，该业务调度方法除了可以实现业务交叉调度，还可以实现业务保护倒换。业务保护倒换包括业务保护双发和业务保护选收两个场景，以下将通过以第一接 口为以太网接口和第一接口为Interlaken接口为例，分别详细说明业务保护倒换的具体过程。
需要说明的是，保护倒换是指从工作路径信道倒换到保护路径信道或从主用设备倒换到备用设备的过程。业务保护双发是指同时向两个接收端线卡发送业务数据包，以确保至少有一个业务数据包达到接收端线卡。业务保护选收是指接收两个接收端线卡同时发送的业务数据包，根据接收端线卡的路径类型，如工作路径或保护路径，确定将工作路径对应的业务数据包转发至发送端线卡，将保护路径对应的业务数据包丢弃。
请参阅图10，步骤S103中通过目标接口将业务数据包发送至接收端线卡时，具体还可以包括以下步骤S30或步骤S40。
步骤S30，当第一接口为以太网接口时，根据预设的第一发送策略，将业务数据包通过目标接口发送至接收端线卡。
预设的第一发送策略用于确定业务数据包的发送方式。
示例性地，接收端线卡包括第一接收端线卡和第二接收端线卡，即将业务数据包发送至两个接收端线卡中，以实现业务保护双发。第一接收端线卡对应的第二接口的接口类型和第二接收端线卡对应的第二接口的接口类型不同，为了方便说明，可以设定第一接收端线卡与以太网接口对应，第二接收端线卡与Interlaken接口对应。
请参阅图11，示出步骤S30中根据预设的第一发送策略，将业务数据包通过目标接口发送至接收端线卡的示意性流程图，具体可以包括以下步骤S301至步骤S303。
请参阅图12，示出本公开实施例提供的一种业务数据包的业务保护双发的示意性框图。
步骤S301，基于接口类型为以太网接口的目标接口，将业务数据包发送至第一接收端线卡，以使第一接收端线卡对业务数据包进行剥离处理并进行重组，得到业务数据包对应的业务数据帧。
需要说明的是，在接收到发送端线卡通过第一接口发送的业务数据包之后，若接收到的业务数据包不携带开销字节和校验字节，则对业务数据包添加开销字节和校验字节。因此，在将业务数据包发送至第一接收端线卡时，此时的业务数据包中携带开销字节和校验字节。
示例性地，第一接收端线卡在接收到业务数据包之后，对业务数据包进行剥离处理并进行重组。需要说明的是，重组是指对多个业务数据包根据时隙信息进行拼接，得到业务数据帧。
示例性地，对业务数据包进行剥离处理，处理后的业务数据包包括OTN净荷。根据处 理后的业务数据包的时隙信息确定该处理后的业务数据包在业务数据帧中对应的时隙，从而可以将处理后的业务数据包发送至对应的时隙中。
在一些实施例中，在对业务数据包进行剥离处理之前，还可以判断业务数据包中的时隙信息是否合法。当确定业务数据包中的时隙信息为合法时，对业务数据包进行剥离处理；当确定业务数据包中的时隙信息为非法时，将业务数据包丢弃。
示例性地，判断业务数据包中的时隙信息是否合法，可以查询业务交叉配置表中是否存在该业务数据包对应的时隙信息。当业务交叉配置表中存在该业务数据包对应的时隙信息时，说明该业务数据包对应的时隙信息是合法的；当业务交叉配置表中不存在该业务数据包对应的时隙信息时，说明该业务数据包对应的时隙信息是非法的。
通过判断业务数据包中的时隙信息是否合法，可以有效地保证业务调度的安全性。
步骤S302，对业务数据包进行复制，得到业务数据包对应的第一副本数据包，并对第一副本数据包进行剥离处理。
可以理解的是，在复制之前，业务数据包中携带开销字节和校验字节。因此，在对业务数据包进行复制，得到业务数据包对应的第一副本数据包是携带开销字节和校验字节。
示例性地，由于第一副本数据包是基于接口类型为Interlaken接口的目标接口发送至第二接收端线卡，因此在发送之前，需要对第一副本数据包进行剥离处理，以剥离第一副本数据包中的开销字节和校验字节。剥离处理后的第一副本数据包包括OTN净荷。
步骤S303，基于接口类型为Interlaken接口的目标接口，将处理后的第一副本数据包发送至第二接收端线卡，以使第二接收端线卡对处理后的第一副本数据包进行重组，得到处理后的第一副本数据包对应的业务数据帧。
示例性地，第二接收端线卡在接收到处理后的第一副本数据包之后，对处理后的第一副本数据包进行重组。需要说明的是，重组是指对多个第一副本数据包根据时隙信息进行拼接，得到业务数据帧。
示例性地，可以根据处理后的第一副本数据包中的时隙信息确定该处理后的第一副本数据包在业务数据帧中对应的时隙，从而可以将该处理后的第一副本数据包发送至对应的时隙中。
通过基于接口类型为以太网接口的目标接口，将业务数据包发送至第一接收端线卡，以及基于接口类型为Interlaken接口的目标接口，将处理后的第一副本数据包发送至第二接收端线卡，可以同时向不同接口类型的接收端线卡发送业务数据包，实现业务数据包的保护双发，提高了业务调度的安全性和可靠性。
请参见图13，步骤S30中根据预设的第一发送策略，将业务数据包通过目标接口发送至接收端线卡之后，还可以接收上述接收端线卡返回的业务数据包，并对业务数据包进行选收，具体可以包括以下步骤S31至步骤S35。
请参阅图14，示出本公开实施例提供的一种业务数据包的业务保护选收的示意性框图。
步骤S31，接收第一接收端线卡发送的第一业务数据包，以及接收第二接收端线卡发送的第二业务数据包。
可以理解的是，由于交叉板同时向第一接收端线卡和第二接收端线卡发送业务数据包或业务数据包对应的第一副本数据包，因此第一接收端线卡和第二接收端线卡也同时向交叉板发送一个业务数据包。这时，需要根据业务告警信息判断第一接收端线卡还是第二接收端线卡是工作路径，以选择其中的一个业务数据包。
步骤S32，获取第一接收端线卡或第二接收端线卡中的业务告警信息，根据业务告警信息确定第一接收端线卡与第二接收端线卡的路径类型，该路径类型包括工作路径和保护路径。
示例性地，第一接收端线卡和第二接收端线卡可以根据业务交叉配置信息生成业务告警信息。
需要说明的是，业务告警信息用于表示业务数据包传输的路径类型。在业务保护倒换中，路径类型包括工作路径和保护路径。当业务告警信息为1时，表示业务数据包传输的路径类型为保护路径；当业务告警信息为0时，表示业务数据包传输的路径类型为工作路径。
示例性地，业务告警信息可以根据业务交叉配置信息进行确定，而且第一接收端线卡和第二接收端线卡产生的业务告警信息不同。例如，当第一接收端产生的业务告警信息为0时，第二接收端产生的业务告警信息为1。
示例性地，当第一接收端线卡产生的业务告警信息为0时，可以确定第一接收端线卡对应的路径类型为工作路径，则第二接收端线卡对应的路径类型为保护路径。当第一接收端线卡产生的业务告警信息为1时，可以确定第一接收端线卡对应的路径类型为保护路径，则第二接收端线卡对应的路径类型为工作路径。
步骤S33，当第一接收端线卡对应的路径类型为工作路径时，将第一业务数据包通过第一接口发送至发送端线卡，并将第二业务数据包丢弃。
需要说明的是，由于第一接收端线卡是通过以太网接口发送第一业务数据包，第一业务数据包携带开销字节和校验字节，因此当第一接收端线卡对应的路径类型为工作路径时， 可以将第一业务数据包通过第一接口发送至发送端线卡。第一接口为以太网接口，因此，在将第一业务数据包通过第一接口发送至发送端线卡之前，不需要对第一业务数据包进行剥离处理。
示例性地，由于第二接收端线卡对应的路径类型为保护路径，因此在第一业务数据包通过第一接口发送至发送端线卡之后，第二业务数据包可以丢弃。
通过将第二业务数据包丢弃，可以在保证业务数据包安全的情况下，避免业务数据包的冗余。
步骤S34，当第二接收端线卡对应的路径类型为工作路径时，对第二业务数据包添加开销字节后通过第一接口发送至发送端线卡，并将第一业务数据包丢弃。
需要说明的是，由于第二接收端线卡是通过Interlaken接口发送第二业务数据包，第二业务数据包不携带开销字节和校验字节，而且第一接口为以太网接口。因此，当第二接收端线卡对应的路径类型为工作路径时，需要对第二业务数据包添加开销字节和校验字节。然后将添加字节后的第二业务数据包通过第一接口发送至发送端线卡。
通过获取第一接收端线卡或第二接收端线卡中的业务告警信息，可以根据业务告警信息确定第一接收端线卡与第二接收端线卡的路径类型，从而可以根据路径类型判断是将第一业务数据包还是第二业务数据包发送至发送端线卡，实现业务数据包的保护选收，提高了业务调度的安全性和可靠性。
步骤S35，当第一接口为Interlaken接口时，根据预设的第二发送策略，将业务数据包通过目标接口发送至接收端线卡。
在本公开实施例中，第一接收端线卡对应的第二接口的接口类型和第二接收端线卡对应的第二接口的接口类型不同。为了方便说明，可以设定第一接收端线卡与以太网接口对应，第二接收端线卡与Interlaken接口对应。
请参阅图15，示出步骤S40中根据预设的第二发送策略而将业务数据包通过目标接口发送至接收端线卡的示意性流程图，具体可以包括以下步骤S401至步骤S404。
请参阅图16，示出本公开实施例提供的另一种业务数据包的业务保护双发的示意图。
步骤S401，对业务数据包添加开销字节，得到添加字节后的业务数据包。
示例性地，由于第一接口为Interlaken接口，因此交叉板通过第一接口接收到的业务数据包不携带开销字节和校验字节，因此需要对业务数据包添加开销字节和校验字节。
步骤S402，对添加字节后的业务数据包进行复制，得到添加字节后的业务数据包对应 的第二副本数据包。
示例性地，第二副本数据包和添加字节后的业务数据包一样，都携带开销字节和校验字节。
步骤S403，基于接口类型为以太网接口的目标接口，将添加字节后的业务数据包发送至第一接收端线卡，以使第一接收端线卡对添加字节后的业务数据包进行剥离处理并进行重组，得到添加字节后的业务数据包对应的业务数据帧。
示例性地，第一接收端线卡在接收到添加字节后的业务数据包之后，对添加字节后的业务数据包进行剥离处理并进行重组。剥离处理和重组可以参见上述实施例的详细说明，具体过程在此不再赘述。
在一些实施例中，在对添加字节后的业务数据包进行剥离处理之前，还可以判断添加字节后的业务数据包中的时隙信息是否合法。当确定添加字节后的业务数据包中的时隙信息为合法时，对添加字节后的业务数据包进行剥离处理；当确定添加字节后的业务数据包中的时隙信息为非法时，将添加字节后的业务数据包丢弃。
具体的判断过程可以参见上述实施例的详细说明，具体过程在此不再赘述。
步骤S404，对第二副本数据包进行剥离处理，基于接口类型为Interlaken接口的目标接口，将处理后的第二副本数据包发送至第二接收端线卡中，以使第二接收端线卡对处理后的第二副本数据包进行重组，得到处理后的第二副本数据包对应的业务数据帧。
可以理解的是，由于第二副本数据包携带开销字节和校验字节，且第二副本数据包是基于接口类型为Interlaken接口的目标接口发送至第二接收端线卡。因此，在发送之前，需要对第二副本数据包进行剥离处理，以剥离第二副本数据包中的开销字节和校验字节。剥离处理后的第二副本数据包包括OTN净荷。
示例性地，第二接收端线卡在接收到剥离处理后的第二副本数据包之后，对第二副本数据包进行重组。需要说明的是，重组是指对多个第二副本数据包根据时隙信息进行拼接，得到业务数据帧。
示例性地，可以根据处理后的第二副本数据包中的时隙信息确定该处理后的第二副本数据包在业务数据帧中对应的时隙，从而可以将该处理后的第二副本数据包发送至对应的时隙中。
通过基于接口类型为以太网接口的目标接口，将添加字节后的业务数据包发送至第一接收端线卡，以及基于接口类型为Interlaken接口的目标接口，将处理后的第二副本数据包发送至第二接收端线卡，可以同时向不同接口类型的接收端线卡发送业务数据包，实现业 务数据包的保护双发，提高了业务调度的安全性和可靠性。
请参见图17，步骤S40中根据预设的第二发送策略而将业务数据包通过目标接口发送至接收端线卡之后，还可以接收上述接收端线卡返回的业务数据包，并对业务数据包进行选收，具体可以包括以下步骤S41至步骤S44。
请参阅图18，示出本公开实施例提供的另一种业务数据包的业务保护选收的示意图。
步骤S41，接收第一接收端线卡发送的第三业务数据包，以及接收第二接收端线卡发送的第四业务数据包。
步骤S42，获取第一接收端线卡或第二接收端线卡中的业务告警信息，根据业务告警信息确定第一接收端线卡与第二接收端线卡的路径类型，该路径类型包括工作路径和保护路径。
示例性地，第一接收端线卡和第二接收端线卡可以根据业务交叉配置信息生成业务告警信息。
需要说明的是，业务告警信息用于表示业务数据包传输的路径类型。在业务保护倒换中，路径类型包括工作路径和保护路径。当业务告警信息为1时，表示业务数据包传输的路径类型为保护路径；当业务告警信息为0时，表示业务数据包传输的路径类型为工作路径。
示例性地，业务告警信息为第一接收端线卡和/或第二接收端线卡产生的，而且第一接收端线卡和第二接收端线卡产生的业务告警信息不同。例如，当第一接收端产生的业务告警信息为0时，第二接收端产生的业务告警信息为1。
示例性地，当第一接收端线卡产生的业务告警信息为0时，可以确定第一接收端线卡对应的路径类型为工作路径，则第二接收端线卡对应的路径类型为保护路径。当第一接收端线卡产生的业务告警信息为1时，可以确定第一接收端线卡对应的路径类型为保护路径，则第二接收端线卡对应的路径类型为工作路径。
步骤S43，当第一接收端线卡对应的路径类型为工作路径时，对第三业务数据包进行剥离处理，将处理后的第三业务数据包通过第一接口发送至发送端线卡，并将第四业务数据包丢弃。
需要说明的是，由于第一接收端线卡是通过以太网接口发送第三业务数据包，第三业务数据包携带开销字节和校验字节，而且第一接口为Interlaken接口。因此，当第一接收端线卡对应的路径类型为工作路径时，需要对第三业务数据包进行剥离处理，以剥离第三业务数据包中的开销字节和校验字节。
示例性地，由于第二接收端线卡对应的路径类型为保护路径，因此在将处理后的第三业务数据包通过第一接口发送至发送端线卡之后，第四业务数据包可以丢弃。
步骤S44，当第二接收端线卡对应的路径类型为工作路径时，将第四业务数据包通过第一接口发送至发送端线卡，并将第三业务数据包丢弃。
需要说明的是，由于第二接收端线卡是通过Interlaken接口发送第四业务数据包，第四业务数据包不携带开销字节和校验字节，而且第一接口为Interlaken接口。因此，在将第四业务数据包通过第一接口发送至发送端线卡之前，不需要对第四业务数据包进行剥离处理。在将第四业务数据包通过第一接口发送至发送端线卡之后，第三业务数据包可以丢弃。
通过获取第一接收端线卡或第二接收端线卡中的业务告警信息，可以根据业务告警信息确定第一接收端线卡与第二接收端线卡的路径类型，从而可以根据路径类型判断是将第三业务数据包还是第四业务数据包发送至发送端线卡，实现业务数据包的保护选收，提高了业务调度的安全性和可靠性。
请参照图19，示出本公开实施例提供的另一种业务调度方法的示意性流程图。同样地，该业务调度方法应用于发送端线卡中，通过在发送端线卡、接收端线卡与交叉板之间增加接口类型，解决了线卡在连接到交叉板时出现接口数量的限制的问题，各业务数据包通过相应的不同类型接口进行传输，提高了业务调度的效率和便捷性。
示例性地，该业务调度方法也可以应用与接收端线卡中。可以理解的是，当接收端线卡向交叉板发送业务数据包时，接收端线卡可以作为发送端线卡。
该业务调度方法包括如下步骤S201至步骤S203。
步骤S201，生成业务数据包，该业务数据包包括时隙信息。
示例性地，发送端线卡在对业务数据帧进行分片，以生成业务数据包时，可以将时隙信息添加在业务数据包中。不同的业务数据包对应有不同的时隙信息，可以通过时隙信息对业务数据包进行重组得到业务数据帧，还可以通过时隙信息确定业务数据包在第二接口中的目标接口。
示例性地，生成的业务数据包包括OTN净荷。
步骤S202，获取预设的业务交叉配置表，判断业务交叉配置表中是否存在时隙信息对应的目标接口地址，该目标接口地址用于确定第二接口中的目标接口。
预设的业务交叉配置表为交叉板可以根据交叉配置信息生成的。交叉板在生成业务交叉配置表后，将业务交叉配置表发送至接收端线卡或发送端线卡中。因此，发送端线卡可以将业务交叉配置表存储在本地数据库中。
示例性地，业务交叉配置表包括时隙信息与目标接口地址的对应关系，因此可以通过业务交叉配置表，判定业务数据包对应的时隙信息是否存在对应的目标接口地址。
在一些实施例中，当业务交叉配置表中不存在时隙信息对应的目标接口地址时，将业务数据包丢弃。
需要说明的是，当业务交叉配置表中不存在业务数据包中的时隙信息对应的目标接口地址时，表示该业务数据包是非法的或错误的，因此需要升降该业务数据包丢弃。当业务交叉配置表中存在业务数据包中的时隙信息对应的目标接口地址时，表示该业务数据包是合法的。
通过获取预设的业务交叉配置表，可以判断业务交叉配置表中是否存在时隙信息对应的目标接口地址，从而可以快速地用于确定业务数据包在第二接口有无目标接口，实现对业务数据包进行验证，可以有效地提高业务调度的安全性和可靠性。
步骤S203，当业务交叉配置表中存在时隙信息对应的目标接口地址时，将业务数据包通过第一接口发送至交叉板，以使交叉板将业务数据包通过目标接口发送至接收端线卡。
通过在发送端线卡、接收端线卡与交叉板之间新增接口类型，发送端线卡基于第一接口发送业务数据包至交叉板，可以使得交叉板将业务数据包通过目标接口发送至接收端线卡，从而有效地提高了业务调度的便捷性。
在一些实施例中，将业务数据包通过第一接口发送至交叉板的步骤中，当第一接口为以太网接口时，对业务数据包添加开销字节，将添加字节后的业务数据包通过第一接口发送至交叉板。
示例性地，对业务数据包添加开销字节以及校验字节。开销字节包括目标接口地址。
在另一些实施例中，将业务数据包通过第一接口发送至交叉板的步骤中，当第一接口为Interlaken接口时，将业务数据包通过第一接口发送至交叉板。
需要说明的是，由于第一接口为Interlaken接口，Interlaken接口传输的是OTN净荷，因此不需要对对业务数据包添加开销字节以及校验字节。
通过当第一接口为以太网接口时，对业务数据包添加开销字节，将添加字节后的业务数据包通过第一接口发送至交叉板，可以避免以太网接口无法传输业务数据包的情况发生，有效地提高了业务调度的效率。
在一些实施例中，将业务数据包通过第一接口发送至交叉板之后，可以通过第一接口接收交叉板返回的第五业务数据包。第五业务数据包为接收端线卡发送至交叉板中的。
在一些实施方式中，当第一接口为以太网接口时，根据预设的业务交叉配置表对第五业务数据包进行时隙校验。若通过时隙校验，则对第五业务数据包进行剥离处理并进行重组，得到第五业务数据包对应的业务数据帧。
可以理解的是，对第五业务数据包进行时隙校验，目的是确定第五业务数据包是否为非法或错误的业务数据包。通过对第五业务数据包进行时隙校验，可以避免接收到非法或错误的业务数据包，实现有效地提高了业务调度的安全性和可靠性。
示例性地，当业务交叉配置表存在第五业务数据包中的时隙信息对应的目标接口地址时，可以确定第五业务数据包通过时隙校验。当业务交叉配置表不存在第五业务数据包中的时隙信息对应的目标接口地址时，可以确定第五业务数据包是非法或错误的，因此需要将第五业务数据包丢弃。
示例性地，由于第五业务数据包是通过以太网接口接收的，说明第五业务数据包携带开销字节以及校验字节，因此需要对第五业务数据包进行剥离处理，得到剥离处理后的第五业务数据包。然后根据时隙信息，对剥离处理后的第五业务数据包进行重组，得到第五业务数据包对应的业务数据帧。
在一些实施方式中，当第一接口为Interlaken接口时，对第五业务数据包进行重组，得到第五业务数据包对应的业务数据帧。
可以理解的是，由于第五业务数据包是通过Interlaken接口接收的，说明第五业务数据包不携带开销字节以及校验字节，因此不需要对第五业务数据包进行剥离处理。可以直接对第五业务数据包进行重组，得到第五业务数据包对应的业务数据帧。
本公开的实施例中还提供一种可读存储介质，该存储介质存储有程序，程序中包括程序指令，处理器执行程序指令，以实现本公开实施例提供的任一项业务调度方法。
例如，该程序被处理器加载，可以执行如下步骤：获取业务数据包，该业务数据包是由分组光传送网设备中的发送端线卡通过第一接口发送的；从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口；通过目标接口将业务数据包发送至接收端线卡。
又例如，该程序被处理器加载，可以执行如下步骤：生成业务数据包，该业务数据包包括时隙信息；获取预设的业务交叉配置表，判断业务交叉配置表中是否存在时隙信息对应的目标接口地址，该目标接口地址用于确定第二接口中的目标接口；当业务交叉配置表中存在时隙信息对应的目标接口地址时，将业务数据包通过第一接口发送至交叉板，以使交叉板将业务数据包通过目标接口发送至接收端线卡。
该存储介质可以是前述实施例所述交叉板或所述线卡的内部存储单元，例如所述交叉 板或所述线卡的硬盘或内存。该存储介质也可以是所述交叉板或所述线卡的外部存储设备，例如所述交叉板或所述线卡上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字卡(Secure Digital Card，SD Card)，闪存卡(Flash Card)等。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施例中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
应当理解，在本公开说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本公开的具体实施例，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims (16)

  1. 一种业务调度方法，应用于分组光传送网设备中的交叉板中，所述方法包括：
    获取业务数据包，其中，所述业务数据包是由分组光传送网设备中的发送端线卡通过第一接口发送的；
    从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口；
    通过所述目标接口将所述业务数据包发送至所述接收端线卡。
  2. 根据权利要求1所述的业务调度方法，其中，多个所述第二接口包括至少一以太网接口和至少一Interlaken接口。
  3. 根据权利要求1所述的业务调度方法，其中，所述从连接接收端线卡的多个不同接口类型的第二接口中确定目标接口，还包括：
    获取所述业务数据包中的开销字节，其中，所述开销字节包括目标接口地址；
    将对应为所述目标接口地址的第二接口确定为所述目标接口。
  4. 根据权利要求3所述的业务调度方法，其中，所述开销字节为所述发送端线卡添加至所述业务数据包中；或者所述开销字节为所述交叉板添加至所述业务数据包中。
  5. 根据权利要求4所述的业务调度方法，其中，所述获取所述业务数据包中的开销字节之前，还包括：
    当所述第一接口为Interlaken接口时，获取预设的业务交叉配置信息；
    根据所述业务交叉配置信息，对所述业务数据包添加所述开销字节。
  6. 根据权利要求3所述的业务调度方法，其中，所述通过所述目标接口将所述业务数据包发送至所述接收端线卡，还包括：
    当所述目标接口为以太网接口时，将所述业务数据包通过所述目标接口发送至所述接收端线卡；
    当所述目标接口为Interlaken接口时，对所述业务数据包进行剥离处理，将处理后的所述业务数据包通过所述目标接口发送至所述接收端线卡，其中，所述剥离处理包括剥离所述业务数据包中的开销字节。
  7. 根据权利要求1所述的业务调度方法，其中，所述通过所述目标接口将所述业务数据包发送至所述接收端线卡，还包括：
    当所述第一接口为以太网接口时，根据预设的第一发送策略，将所述业务数据包通过所述目标接口发送至所述接收端线卡；
    当所述第一接口为Interlaken接口时，根据预设的第二发送策略，将所述业务数据包通过所述目标接口发送至所述接收端线卡。
  8. 根据权利要求7所述的业务调度方法，其中，所述接收端线卡包括第一接收端线卡和第二接收端线卡；所述根据预设的第一发送策略，将所述业务数据包通过所述目标接口发送至所述接收端线卡，还包括：
    基于接口类型为以太网接口的所述目标接口，将所述业务数据包发送至所述第一接收端线卡，以使所述第一接收端线卡对所述业务数据包进行剥离处理并进行重组，得到所述业务数据包对应的业务数据帧；
    对所述业务数据包进行复制，得到所述业务数据包对应的第一副本数据包，并对所述第一副本数据包进行剥离处理；
    基于接口类型为Interlaken接口的所述目标接口，将处理后的所述第一副本数据包发送至所述第二接收端线卡，以使所述第二接收端线卡对处理后的所述第一副本数据包进行重组，得到处理后的所述第一副本数据包对应的业务数据帧。
  9. 根据权利要求8所述的业务调度方法，其中，所述根据预设的第一发送策略，将所述业务数据包通过所述目标接口发送至所述接收端线卡之后，还包括：
    接收所述第一接收端线卡发送的第一业务数据包，以及接收所述第二接收端线卡发送的第二业务数据包；
    获取所述第一接收端线卡或所述第二接收端线卡中的业务告警信息，根据所述业务告警信息确定所述第一接收端线卡与所述第二接收端线卡的路径类型，其中，所述路径类型包括工作路径和保护路径；
    当所述第一接收端线卡对应的路径类型为工作路径时，将所述第一业务数据包通过所述第一接口发送至所述发送端线卡，并将所述第二业务数据包丢弃；
    当所述第二接收端线卡对应的路径类型为工作路径时，对所述第二业务数据包添加开销字节后通过所述第一接口发送至所述发送端线卡，并将所述第一业务数据包丢弃。
  10. 根据权利要求7所述的业务调度方法，其中，所述接收端线卡包括第一接收端线卡和第二接收端线卡；所述根据预设的第二发送策略，将所述业务数据包通过所述目标接口发送至所述接收端线卡，还包括：
    对所述业务数据包添加开销字节，得到添加字节后的所述业务数据包；
    对添加字节后的所述业务数据包进行复制，得到添加字节后的所述业务数据包对应的第二副本数据包；
    基于接口类型为以太网接口的所述目标接口，将添加字节后的所述业务数据包发送至所述第一接收端线卡，以使所述第一接收端线卡对添加字节后的所述业务数据包进行剥离处理并进行重组，得到添加字节后的所述业务数据包对应的业务数据帧；
    对所述第二副本数据包进行剥离处理，基于接口类型为Interlaken接口的所述目标接口，将处理后的所述第二副本数据包发送至所述第二接收端线卡中，以使所述第二接收端线卡对处理后的所述第二副本数据包进行重组，得到处理后的所述第二副本数据包对应的业务数据帧。
  11. 一种业务调度方法，应用于分组光传送网设备中的发送端线卡中，所述方法包括：
    生成业务数据包，其中，所述业务数据包包括时隙信息；
    获取预设的业务交叉配置表，判断所述业务交叉配置表中是否存在所述时隙信息对应的目标接口地址，其中，所述目标接口地址用于确定第二接口中的目标接口；
    当所述业务交叉配置表中存在所述时隙信息对应的目标接口地址时，将所述业务数据包通过第一接口发送至交叉板，以使所述交叉板将所述业务数据包通过所述目标接口发送至接收端线卡。
  12. 根据权利要求11所述的业务调度方法，其中，所述判断所述业务交叉配置表中是否存在所述时隙信息对应的目标接口地址，还包括：
    当所述业务交叉配置表中不存在所述时隙信息对应的目标接口地址时，将所述业务数据包丢弃。
  13. 根据权利要求11所述的业务调度方法，其中，所述将所述业务数据包通过第一接口发送至交叉板，还包括：
    当所述第一接口为以太网接口时，对所述业务数据包添加开销字节，将添加字节后的所述业务数据包通过所述第一接口发送至所述交叉板；
    当所述第一接口为Interlaken接口时，将所述业务数据包通过所述第一接口发送至所述交叉板。
  14. 根据权利要求11所述的业务调度方法，其中，所述将所述业务数据包通过第一接口发送至交叉板之后，还包括：
    通过所述第一接口接收所述交叉板返回的第五业务数据包；
    当所述第一接口为以太网接口时，根据预设的业务交叉配置表对所述第五业务数据包进行时隙校验，若通过时隙校验，则对所述第五业务数据包进行剥离处理并进行重组，得到所述第五业务数据包对应的业务数据帧；
    当所述第一接口为Interlaken接口时，对所述第五业务数据包进行重组，得到所述第五业务数据包对应的业务数据帧。
  15. 一种分组光传送网设备，所述设备包括交叉板和线卡，其中，
    所述交叉板包括处理器、存储器、存储在所述存储器上并可被所述处理器执行的 计算机程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，其中所述计算机程序被所述处理器执行时实现如权利要求1至10中任一项所述的业务调度方法；
    所述线卡包括处理器、存储器、存储在所述存储器上并可被所述处理器执行的计算机程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，其中所述计算机程序被所述处理器执行时实现如权利要求11至14中任一项所述的业务调度方法。
  16. 一种可读存储介质，所述存储介质存储有一个或多个程序，所述一个或多个程序可被一个或多个处理器执行，以实现：
    如权利要求1至10中任一项所述的业务调度方法；或
    如权利要求11至14中任一项所述的业务调度方法。
PCT/CN2021/110344 2020-08-21 2021-08-03 业务调度方法、分组光传送网设备和存储介质 WO2022037406A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP21857501.7A EP4203492A1 (en) 2020-08-21 2021-08-03 Service scheduling method, packet optical transport network device, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010852112.5 2020-08-21
CN202010852112.5A CN114173223A (zh) 2020-08-21 2020-08-21 业务调度方法、分组光传送网设备和存储介质

Publications (1)

Publication Number Publication Date
WO2022037406A1 true WO2022037406A1 (zh) 2022-02-24

Family

ID=80322325

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/110344 WO2022037406A1 (zh) 2020-08-21 2021-08-03 业务调度方法、分组光传送网设备和存储介质

Country Status (3)

Country Link
EP (1) EP4203492A1 (zh)
CN (1) CN114173223A (zh)
WO (1) WO2022037406A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117354647A (zh) * 2022-06-29 2024-01-05 华为技术有限公司 数据帧的校验方法及相关设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281263A (zh) * 2013-05-13 2013-09-04 华为技术有限公司 一种otn光传送网中数据的处理方法、装置和系统
CN103795605A (zh) * 2014-01-14 2014-05-14 烽火通信科技股份有限公司 将otn信号转换为以太网净荷的方法及系统
CN106850466A (zh) * 2017-02-22 2017-06-13 电子科技大学 一种时间触发网络中数据包的转发方法及装置
US20190044517A1 (en) * 2018-03-29 2019-02-07 Intel Corporation Universal Transceiver Container
CN110248260A (zh) * 2018-03-07 2019-09-17 华为技术有限公司 光网络中以太数据处理的方法、装置和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281263A (zh) * 2013-05-13 2013-09-04 华为技术有限公司 一种otn光传送网中数据的处理方法、装置和系统
CN103795605A (zh) * 2014-01-14 2014-05-14 烽火通信科技股份有限公司 将otn信号转换为以太网净荷的方法及系统
CN106850466A (zh) * 2017-02-22 2017-06-13 电子科技大学 一种时间触发网络中数据包的转发方法及装置
CN110248260A (zh) * 2018-03-07 2019-09-17 华为技术有限公司 光网络中以太数据处理的方法、装置和系统
US20190044517A1 (en) * 2018-03-29 2019-02-07 Intel Corporation Universal Transceiver Container

Also Published As

Publication number Publication date
CN114173223A (zh) 2022-03-11
EP4203492A1 (en) 2023-06-28

Similar Documents

Publication Publication Date Title
EP1782580B1 (en) Method and apparatus for detecting support for a protocol defining supplemental headers
US8098649B2 (en) Using network transport tunnels to provide service-based data transport
US20220060344A1 (en) Method for indicating multicast forwarding entry and device
US20210243253A1 (en) Mirroring to multiple destinations using a monitoring function
US9225622B2 (en) OAM echo messaging to verify a service-based network distribution path
KR102364803B1 (ko) 통신 방법, 통신 장치 및 저장 매체
US8811254B2 (en) Dynamic connection admission control to enforce service level agreements in multicast networks
CN109474495B (zh) 一种隧道检测方法及装置
CN113472646B (zh) 一种数据传输方法、节点、网络管理器及系统
WO2022057514A1 (zh) 链路故障检测方法、装置及计算机可读存储介质
WO2023061061A1 (zh) 报文处理方法、线卡、设备及存储介质
US20130266008A1 (en) Packet forwarding method and network device
EP3534571A1 (en) Service packet transmission method, and node apparatus
WO2022037406A1 (zh) 业务调度方法、分组光传送网设备和存储介质
WO2016124117A1 (zh) 一种sdn中的链路保护方法、交换设备及网络控制器
WO2021104392A1 (zh) 回传方法及单元、数据分配方法及控制器、网络系统和介质
WO2022121638A1 (zh) 一种报文处理方法及装置
EP3913865B1 (en) Message decapsulation method and device, message encapsulation method and device, electronic device, and storage medium
WO2021046565A2 (en) Pce controlled network reliability
CN111901181B (zh) 一种误码率检测的处理方法及相关设备
CN113541992A (zh) 一种数据传输的方法和装置
CN111953786A (zh) 全网报文的录取系统、方法、装置、网络设备及存储介质
WO2016127599A1 (zh) 一种邻居发现的方法和装置
WO2022001581A1 (zh) 网络、数据传输的方法和装置
WO2023143507A1 (zh) 一种带宽调整方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21857501

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021857501

Country of ref document: EP

Effective date: 20230321