WO2012032606A1 - フレーム連結装置 - Google Patents

フレーム連結装置 Download PDF

Info

Publication number
WO2012032606A1
WO2012032606A1 PCT/JP2010/065314 JP2010065314W WO2012032606A1 WO 2012032606 A1 WO2012032606 A1 WO 2012032606A1 JP 2010065314 W JP2010065314 W JP 2010065314W WO 2012032606 A1 WO2012032606 A1 WO 2012032606A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
frames
unit
concatenated
mac
Prior art date
Application number
PCT/JP2010/065314
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 CN2010800689917A priority Critical patent/CN103081417A/zh
Priority to JP2012532760A priority patent/JP5573955B2/ja
Priority to EP10856956.7A priority patent/EP2615787A1/en
Priority to PCT/JP2010/065314 priority patent/WO2012032606A1/ja
Publication of WO2012032606A1 publication Critical patent/WO2012032606A1/ja
Priority to US13/788,297 priority patent/US9060030B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/38—Universal adapter
    • G06F2213/3808—Network interface controller

Definitions

  • the present invention relates to a frame connecting device.
  • data center that manages multiple servers and storage, and provides connection lines to the Internet and maintenance / operation services.
  • L2 Layer 2
  • top-of-rack switch In the data center, multiple servers and multiple storages are installed in multiple racks.
  • a Layer 2 (L2) switch called a “top-of-rack switch” is installed at the entrance on the communication line of each rack.
  • Each top-of-rack switch is connected to a plurality of servers or a plurality of storages accommodated in a rack via downlink lines.
  • each top-of-switch is connected to a router connected to the Internet via an uplink line.
  • a plurality of virtual machines (VMs) are arranged in one or more physical servers accommodated in a rack, and the operation efficiency of the data center can be increased in proportion to the operating rate of the physical servers and VMs. For this reason, it is desirable not to create an empty port in the top-of-rack switch.
  • the downlink side is 1 Gbps x 44 to 48 ports, and the uplink side is 10 Gbps x 4 ports.
  • the traffic volume on the downlink side exceeds the traffic volume on the uplink side and non-blocking communication is not performed.
  • the above problem is a problem that may occur when the maximum traffic volume on the upstream side exceeds the maximum traffic volume on the downstream side in the relay device as well as the L2 switch used as the above-described top-of-rack switch.
  • it is generally desired to apply a communication method with high data transmission efficiency.
  • One embodiment of the present invention has been made in view of the above problems, and an object thereof is to provide a technique capable of efficiently transmitting a frame.
  • One aspect of the present invention is a storage unit that stores a plurality of frames to be transmitted; A plurality of frames that are read from the storage unit are connected in series, and a generation unit that generates a connected frame to which frame length information of each frame is attached; A frame concatenation apparatus comprising: a concatenation unit that appends information for establishing synchronization with the reception side of the concatenated frame to the concatenated frame.
  • frames can be transmitted efficiently.
  • FIG. 2 shows a configuration example of a network system including a data center.
  • the Ethernet (registered trademark) Media Access Control (MAC) frame format is shown.
  • An example of a MAC address table is shown.
  • the structural example of L2 switch is shown.
  • the structural example of the MAC processing part by the side of an egress (Egress) is shown.
  • the format of a concatenated frame generated by the “different DA concatenation” method (fourth processing) is shown.
  • the format of the Length field included in the concatenated frame shown in FIG. 6 is shown. It is a table
  • the processing flowchart of the MAC processing part by the side of Egress is shown.
  • the structural example of the MAC processing part by the side of an entrance (Ingress) is shown.
  • the processing flowchart on the Ingress side is shown.
  • the format of a concatenated frame generated by the “DA concatenation” method (first processing) is shown.
  • the format of a concatenated frame generated by the “VID concatenation” method (second processing) is shown.
  • the format of a concatenated frame generated by the “VID and DA concatenation” method is shown.
  • the band usage rate of a physical line when connecting MAC frames is shown.
  • the horizontal axis indicates the frame size, and the vertical axis indicates the band usage rate.
  • the number of frames to be connected is 10.
  • the change in the bandwidth usage rate of the physical line according to the number of connected MAC frames is shown.
  • the horizontal axis indicates the number of connections, and the vertical axis indicates the band usage rate.
  • the frame size is 64 bytes.
  • the structural example of the exit side MAC process part in 2nd Embodiment is shown.
  • the data structure example of the Length field in 2nd Embodiment is shown. It is a flowchart which shows the operation example of the exit side MAC process part in 2nd Embodiment.
  • the structural example of the entrance side MAC process part in 2nd Embodiment is shown. It is a flowchart which shows the operation example of the entrance side MAC process part in 2nd Embodiment.
  • FIG. 1 shows a configuration example of a network system including a data center in the embodiment.
  • the data center 10 has an area called a rack that accommodates a plurality of servers and storage.
  • a server rack 11 in which a plurality of servers (server machines) 1 are accommodated and a storage rack 12 in which computers (server machines) that function as the plurality of storages 2 are accommodated are illustrated.
  • a plurality of virtual machines (VMs) can be deployed in a server machine that functions as the server 1 or the storage 2, that is, a physical server. That is, one virtual machine can operate as a computer (server machine) that functions as the server (server machine) 1 or the storage 2.
  • the server rack 11 is provided with an L2 switch 13 that functions as a top-of-rack switch connected to each of the plurality of server machines 1 via a communication line (downlink).
  • the storage rack 12 is provided with an L2 switch 14 that functions as a top-of-rack switch connected to each of the plurality of storages 2 via a communication line (downlink).
  • Each L2 switch 13 and 14 is connected to an L2 switch 15 that functions as an inter-rack switch via a communication line (uplink).
  • the L2 switch 15 is connected to the Internet IN via a dedicated communication device (security appliance 16) that integrates a security function such as a firewall, virus gateway, and spam filter and a router function called a "security appliance”. Has been.
  • An end user (terminal device) 17 connected to the Internet IN can access the server 1 and the storage 2 in the data center 10 via the Internet IN, and can receive provision of desired network services and data. .
  • the L2 switches 13, 14, and 15 relay the MAC frame.
  • the L2 switches 13 and 14 shown in FIG. 1 have 1 Gbps ⁇ 44 ports on the downlink side and 10 Gbps ⁇ 4 ports on the uplink side.
  • the L2 switch 15 has 10 Gbps ⁇ 8 ports on the downlink side and 10 Gbps ⁇ 4 ports on the uplink side.
  • FIG. 2 shows a standard MAC frame format.
  • Inter Frame Gap IGF
  • a signal called preamble / start frame delimiter (SFD) is stored in an area (field) of 8 bytes from the head of the MAC frame.
  • the preamble / SFD is used to detect the head of a MAC frame when synchronization is established in MAC transmission.
  • the preamble is a signal in which the signal of the bit string “10101010” is continued for 7 bytes.
  • SFD is a 1-byte signal of the bit string “10101011”.
  • DA destination address
  • SA source address
  • a Type / Length field (2 bytes) is provided.
  • the value of the type / length field represents the user data length (Length).
  • the value of the type / length field indicates the protocol type of the upper protocol.
  • the main value (protocol type) represented by the type (Type) includes 0x0800 (IP), 0x0806 (ARP), and 0x8100 (802.1Q Tagged VLAN).
  • the user data of the upper layer of the MAC is stored in the data section (data field) next to the type / length field.
  • the length of the data part is 46 to 1500 bytes. If the length of the data part is less than 46 bytes, the padding (PAD) is adjusted to 46 bytes.
  • FEC Frame Check Sequence
  • CRC Cyclic Redundancy Check
  • the MAC device that controls the MAC frame monitors the preamble and SFD in the received signal, and when detecting the preamble and SFD, detects the MAC frame including the preamble and SFD.
  • the MAC device performs FCS check (CRC check) on the detected MAC frame.
  • the MAC device detects the port number and the source MAC address in which the MAC frame has entered, learns that the source MAC address exists at the port, and registers it in the MAC address table (MAC address) Learning).
  • the MAC device finds the destination port of the MAC frame from the MAC address table that has already been constructed by learning. When the destination port is found, the MAC device sends out the MAC frame from the destination port (MAC forwarding). On the other hand, when the destination port is not found, the MAC device transmits the MAC frame to the network (all ports) where the MAC frame exists (flooding).
  • the MAC address table is updated when the device is replaced.
  • aging information on the MAC table after a certain period has been deleted.
  • FIG. 3 shows an example of the MAC address table.
  • the MAC address is simplified and expressed by one character.
  • a device with MAC address A exists for port number 1.
  • the frame of destination A is transmitted to port 1.
  • a newly learned combination of a MAC address and a port number is added to the MAC address table.
  • the MAC frame is transmitted to all ports on the same network as described above.
  • each L2 switch 13 and 14 is in a state of transmitting 44 Gbps data (MAC frame) flowing in from the downlink side to the uplink side at 40 Gbps. That is, data relay is not performed in a non-blocking manner.
  • an interframe gap (IFG) of 12 bytes, and a preamble and SFD of 8 bytes are inserted for each transmitted MAC frame.
  • IFG interframe gap
  • preamble and SFD consume a band to be used for transmitting an actual MAC frame (DA, SA, Type / Length,, and data portion).
  • the transmission efficiency for the physical bandwidth of the MAC frame is 64 / (64 + 12 + 8) ⁇ 0.76.
  • the conventional Ethernet (registered trademark) system MAC frame format
  • FIG. 4 shows a configuration example of the L2 switch. 4, the L2 switch 20 is applicable as the L2 switches 13, 14, and 15 shown in FIG.
  • the L2 switch 20 includes a Central Processing Unit (CPU) 21, an SDRAM 22, and a flash memory (Flash MEM) 23.
  • CPU Central Processing Unit
  • SDRAM Secure Digital RAM
  • Flash MEM flash memory
  • the L2 switch 20 includes a CPU 21, an SDRAM 22, a flash memory 23 and a MAC switch 24 connected via the bus B, and a plurality of PHY chips (PHY devices) 25 and a MAC chip (MAC) connected to the MAC switch 24.
  • Device) 26 sets.
  • a set of a plurality of PHY chips 25 and a MAC chip 26 is divided into a downlink side and an uplink side, and each can accommodate one or more ports. Further, each MAC chip 26 is connected to the CPU 21 via the bus B.
  • the CPU 21 controls the entire operation of the L2 switch 20 by executing various programs such as an operating system (OS) stored in the flash memory 23 and a program for controlling the MAC chip 26.
  • OS operating system
  • the CPU 21 controls the operation of the MAC chip (MAC concatenation processing (described later)) particularly during MAC frame relay.
  • the SDRAM 22 is used as a work area for the CPU 21.
  • the flash memory 23 functions as a boot memory used for L2 switch activation processing, and stores various programs such as an OS and data used when the programs are executed.
  • the PHY chip 25 manages processing related to layer 1 (physical layer) in the OSI reference model.
  • the MAC chip 26 manages processing related to the MAC layer.
  • the MAC switch 24 performs processing (switching) to transfer the MAC frame input from each MAC chip 26 to the MAC chip 26 corresponding to the destination. For this switching, the MAC address table described above can be used.
  • the CPU 21 can issue an instruction to the MAC chip 26 such as a connection method to be used and a frame size to be connected.
  • the MAC chip 26 includes an egress-side MAC processing unit 30 (FIG. 5) and an egress-side (ingress) -side MAC processing unit 40 (FIG. 10).
  • the MAC processing unit 30 on the egress side performs processing related to the MAC frame that flows in the MAC frame transmission direction (MAC ⁇ PHY).
  • the MAC processing unit 40 on the ingress side performs processing related to the MAC frame flowing in the MAC frame reception direction (PHY ⁇ MAC).
  • FIG. 5 shows a configuration example of the MAC processing unit on the exit side.
  • the egress-side MAC processing unit 30 concatenates a plurality of MAC frames and performs MAC frame concatenation.
  • the MAC processing unit 30 on the egress side includes an FCS check unit 31, a frame length check unit 32, a frame length insertion unit 33, a connection type selection unit 34 (hereinafter referred to as selection unit 34), and a connection type insertion unit 35 (hereinafter referred to as “connection type insertion unit”).
  • FCS check unit 31 a frame length check unit 32, a frame length insertion unit 33, a connection type selection unit 34 (hereinafter referred to as selection unit 34), and a connection type insertion unit 35 (hereinafter referred to as “connection type insertion unit”).
  • Type insertion unit 35 Type insertion unit 35
  • deletion unit 36 duplicate byte deletion unit 36
  • concatenation frame generation unit 37 hereinafter referred to as generation unit 37
  • FCS insertion unit 38 FCS insertion unit
  • the type insertion part 35 includes a DA connection type insertion part 35A, a VID connection type insertion part 35B, a VID and DA connection type insertion part 35C, and a different DA connection type insertion part 35D. Further, management tables T1 to T4 are provided between the type insertion units 35A to 35D and the deletion unit 36. The management tables T1 to T4 are examples of storage units.
  • the MAC frame transmitted from the MAC switch 24 is input to the FCS check unit 31.
  • the FCS check unit 31 detects the MAC frame by detecting the preamble and SFD of the MAC frame, and checks the FCS of the detected MAC frame.
  • the frame length check unit 32 checks (calculates) the frame length (DA, SA, Type / Length, data portion, and FCS length) of the MAC frame.
  • the frame length insertion unit 33 inserts the calculated frame length (referred to as “frame length bit string”) into the MAC frame.
  • the selection unit 34 selects a MAC frame concatenation method (concatenation type) based on an instruction from the CPU 21 (concatenation method designation), and sends the MAC frame to any of the type insertion units 35A to 35D according to the concatenation method. send.
  • connection types there are four types of connection methods (connection types): “DA connection”, “V-LAN (ID (VID) connection”, “VID and DA connection”, and “different DA connection” (each type). Will be described later).
  • Each type insertion unit 35A to 35D inserts data (referred to as “connection type bit string”) indicating the selected connection method (connection type) into the MAC frame.
  • Each type insertion unit 35A to 35D has a management table (buffer) for temporarily storing MAC frames.
  • the MAC frame in which the concatenation type byte is inserted is temporarily stored in the corresponding management tables T1 to T4.
  • the deletion unit 36 In response to a request from the generation unit 37, the deletion unit 36 reads a plurality of MAC frames to be concatenated from one of the management tables (buffers) T1 to T4. The deletion unit 36 deletes bytes (data, that is, DA and / or VID) that are duplicated among the plurality of read MAC frames, and sends them to the generation unit 37.
  • the generation unit 37 generates a concatenation frame (concatenated frame) with a frame size according to an instruction from the CPU 21 based on the control from the CPU 21.
  • the generation unit 37 monitors the total size (buffer storage amount) of the MAC frames stored in each of the management tables T1 to T4, and the buffer storage amount is the concatenated frame.
  • the deletion unit 36 is instructed to read out the MAC frame from the corresponding management table (concatenation type: other than different DA), or the generation unit directly from the management table T4
  • the MAC frame may be read (concatenation type: different DA).
  • the deletion unit 36 or the generation unit 37 may periodically read out the MAC frames in the management tables T1 to T4 at a predetermined cycle.
  • the FCS insertion unit 38 performs CRC calculation on the concatenated frame generated by the generation unit 37, inserts the calculation result as FCS, and then transmits the concatenated frame toward the PHY chip 25.
  • Fig. 6 shows the format of a concatenated frame.
  • the concatenated frame format shown in FIG. 6 indicates the format of the concatenated frame when the concatenation type is “different DA”. Specifically, this concatenated frame has the following data structure.
  • the preamble and SFD related to the remaining MAC frames are omitted except for the preamble and SFD of the first MAC frame among the plurality of MAC frames to be connected.
  • a “Length” field (2 bytes), which is a new field, is inserted after the Type / Length field of the portion corresponding to each of the concatenated MAC frames (in FIG. 6, an asterisk).
  • the field marked with (*) is the “Length” field).
  • the “Length” field stores the above-described frame length bit string and concatenated type bit string.
  • FIG. 7 shows an example of the data structure of the “Length” field.
  • a bit string (referred to as a concatenation code) indicating a concatenation type (concatenation method) is expressed by 2 bits and stored in 2 bits (bits b0 and b1) from the head of the “Length” field.
  • the frame length bit string is expressed by the remaining 14 bits (bits b2 to b15). Therefore, a frame length of 16384 bytes can be expressed.
  • the concatenation type bit string (concatenation code: bits b0, b1) represents a concatenation method (concatenation method).
  • FIG. 8 is a correspondence table between a concatenated code expressed by bits b0 and b1 and a concatenation method corresponding to the concatenated code.
  • connection methods described in the embodiment (1) “Different DA concatenation” method of concatenating MAC frames having different destination addresses (DA). (2) “DA concatenation” method of concatenating MAC frames having the same DA. (3) “VID concatenation” method of concatenating MAC frames having the same VID. (4) “VID and DA concatenation” method for concatenating MAC frames having the same VID and DA.
  • the concatenated code “00” (different DA concatenation method) is inserted into the MAC frame by the different DA concatenation type insertion unit 35D
  • the concatenation code “01” (DA concatenation method) is inserted into the MAC frame by the DA concatenation type insertion unit 35A. Inserted into.
  • the concatenation code “10” (VID concatenation method) is inserted into the MAC frame by the VID concatenation type insertion unit 35B
  • the concatenation code “11” (VID and DA concatenation method) is inserted by the VID and DA concatenation type insertion unit 35C. It is inserted into the MAC frame.
  • the concatenated frame has the same format as the standard MAC frame. Therefore, it is possible to manage with the same MAC address table as the MAC address table applied to the standard MAC frame. This means that the concatenated frame can be relayed to a general-purpose L2 switch and used end-to-end.
  • the number of bytes in the “Length” field, the number of bits of the concatenated type bit string (code), and the number of bits of the frame length described above are examples, and the number of types of concatenation method and the number of representations are appropriately determined according to the desired field length. It can be changed.
  • FIG. 9 is a flowchart illustrating an operation example of the MAC processing unit 30 on the exit side. The process illustrated in FIG. 9 is started when a MAC frame is input to the MAC processing unit 30.
  • step S1 the FCS check unit 31 detects a MAC frame and executes an FCS check (CRC check). At this time, if the result of the FCS check is an error, the frame is discarded (step S2). On the other hand, if the result of the FCS check is “OK”, the MAC frame is passed to the frame length check unit 32.
  • FCS check CRC check
  • the frame length check unit 32 checks (measures) the frame length of the MAC frame (step S3), and passes the frame length bit string indicating the measured frame length and the MAC frame to the frame length insertion unit 33.
  • the frame length insertion unit 33 inserts a frame length bit string at a predetermined position (between the Type / Length field and the data portion) of the MAC frame (step S4), and passes the MAC frame to the selection unit 34.
  • the selection unit 34 passes the MAC frame to any one of the connection type insertion units 35A to 35D according to the instruction from the CPU 21. That is, the connection type insertion unit 34 determines whether or not the instructed connection type is “DA connection” (step S5).
  • connection type is “DA connection”
  • selection unit 34 advances the process to step S10.
  • the selection unit 34 advances the process to step S6.
  • the selection unit 34 determines whether or not the connection type is “VID connection”. At this time, if the connection type is “VID connection”, the selection unit 34 advances the process to step S13. On the other hand, if the connection type is not “VID connection”, the selection unit 34 advances the process to step S7.
  • the selection unit 34 determines whether or not the connection type is “VID and DA connection”. At this time, if the connection type is “VID and DA connection”, the selection unit 34 advances the process to step S16. On the other hand, if the connection type is not “VID and DA connection”, the selection unit 34 advances the process to step S8.
  • step S8 a concatenated frame is generated in accordance with the “different DA concatenation” method. That is, in step S8, the MAC frame is transferred from the selection unit 34 to the different DA connection type insertion unit 35D.
  • the different DA concatenation type insertion unit 35D inserts the code “00” (FIG. 8) indicating the different DA concatenation method into a predetermined position (concatenated code insertion position) in the MAC frame and stores it in the management table (buffer) T4. .
  • a plurality of connection target MAC frames stored in the management table T 4 are read out and passed to the generation unit 37.
  • the generation unit 37 generates a concatenated frame (FIG. 6) according to the above-described different DA concatenation method from the received plurality of MAC frames, and passes it to the FCS insertion unit 38. Then, the process proceeds to step S9.
  • step S9 the FCS insertion unit 38 performs CRC calculation for the concatenated frame and stores the calculation result in the FCS field. Thereafter, the connection frame is output to the outside line and sent to the corresponding PHY chip 25 (FIG. 4). The processing after step S10 will be described later.
  • the generation unit 37 attaches a preamble and SFD as synchronization establishment information to the head of the concatenated frame.
  • an adding unit for adding the preamble and SFD may be provided in the subsequent stage of the generating unit 37.
  • the SFD assignment and the preamble assignment for the connection frame may be performed by different entities (components).
  • FIG. 10 shows a configuration example of the MAC processing unit 40 on the entrance side.
  • the MAC processing unit 40 releases the MAC frame concatenation, and restores each MAC frame before connection.
  • the MAC processing unit 40 includes an FCS check unit 41, a concatenation type determination unit 42, a concatenated frame division unit 43, a duplicate byte restoration unit 44 (hereinafter, restoration unit), and a frame length deletion unit 45 ( Hereinafter, a deletion unit 45), an SFD insertion unit 46, and an FCS insertion unit 47 are provided.
  • the dividing unit 43 includes a DA dividing unit 43A corresponding to the “DA concatenation” method, a VID dividing unit 43B corresponding to the “VID concatenation” method, a DA and VID dividing unit 43C corresponding to the “VID and DA concatenation” method, , And a different DA division unit 43D corresponding to the “different DA connection” method.
  • the FCS check unit 41 performs an FCS check (CRC check) on the concatenated frame received from the PHY chip 25 (FIG. 3).
  • the connection type determination unit 42 determines the connection type of the connection frame. For example, the concatenation type determination unit 42 has an offset position of the first “Length” field from the head of the concatenated frame, and detects a concatenation code (bits b0 and b1) indicating the concatenation type based on the offset position.
  • a concatenation code bits b0 and b1
  • connection type determination unit 42 passes the connection frame to the different DA division unit 43D.
  • connection code is “01 (DA connection)”
  • connection type determination unit 42 passes the connection frame to the DA division unit 43A.
  • connection code is “10 (VID connection)”
  • the connection type determination unit 42 passes the connection frame to the DA division unit 43B.
  • the connection code is “11 (VID and DA connection)”
  • the connection type determination unit 42 passes the connection frame to the VID and DA division unit 43A.
  • a connection frame dividing process corresponding to the connection type is performed.
  • the concatenation type is “different DA”
  • the different DA division unit 43D has a plurality of unit blocks in which the concatenated frame is a unit from the DA field to the field immediately before the next DA field (FCS field).
  • the start position of the DA field of the MAC frame located at the head of the concatenated frame is the same as the start position of the DA field of the standard MAC frame, it can be obtained from the offset position of the DA field of the standard MAC frame.
  • the start position (offset position on the concatenated frame) of the DA field in the second and subsequent MAC frame parts from the beginning is the frame length represented by the frame length bit string in the “Length” field included in the immediately preceding MAC frame equivalent part It is calculated from.
  • the frame length of the “Length” field included in each MAC frame portion in the concatenated frame indicates the frame length of the MAC frame portion (length from DA to FCS).
  • the start position of the DA field of the second MAC frame portion is obtained, the start position of the DA field of the head MAC frame portion is set as a starting point, and the portion corresponding to the frame length of the head MAC frame therefrom Is included in the head MAC frame portion. Then, the start position (offset position) of the DA field of the next (second) MAC frame is immediately after the FCS field included in the first MAC frame portion.
  • the third The offset position of the DA field in the MAC frame portion can be obtained.
  • the DA field of each MAC frame included in the concatenated frame is detected, and the concatenated frame can be divided at the start position of each DA field.
  • the DA dividing unit 43A, the VID dividing unit 43B, the VID, and the DA dividing unit 43C divide the connection frame into a plurality of unit blocks according to the connection type (details will be described later).
  • the duplicate byte restoring unit 44 restores a field (DA and / or VID field) omitted during the concatenation process for each of the plurality of unit blocks received from the division units 43A to 43C according to the concatenation type.
  • the frame length deletion unit 45 deletes the “Length” field from each unit block received from the duplicate byte restoration unit 44 or the different DA division unit 43D.
  • the SFD insertion unit 46 inserts the SFD into each unit block received from the frame length deletion unit 45.
  • the FCS insertion unit 47 performs CRC32 calculation for each unit block received from the SFD insertion unit 46, and inserts the calculation result into the FCS field. In this way, the original MAC frame is restored.
  • each unit block is sent as a MAC frame following the preamble (7 bytes) at every IFG interval.
  • Each sent MAC frame is sent to the MAC switch 24.
  • FIG. 11 is a flowchart illustrating an operation example of the MAC processing unit 40 on the entrance side. The process illustrated in FIG. 11 is started when a concatenated frame is input to the MAC processing unit 40.
  • step S001 the FCS check unit 41 detects a concatenated frame and executes an FCS check (CRC check). At this time, if the result of the FCS check is an error, the frame is discarded (step S002). On the other hand, when the result of the FCS check is “OK”, the concatenated frame is passed to the concatenation type determination unit 42.
  • FCS check CRC check
  • connection type determination unit 42 performs a concatenation type check (step S003). That is, the connection type determination unit 42 detects a code indicating the connection type from the “Length” field based on, for example, the offset position of the first “Length” field in the connection frame held in advance, and the connection indicated by the code Recognize type.
  • connection type determination unit 42 passes the connection frame to any of the division units 43A to 43D corresponding to the recognized connection type. That is, the connection type determination unit 42 determines whether or not the connection type is “DA connection” (step S004).
  • connection type is “DA connection”
  • selection unit 34 advances the process to step S013.
  • the selection unit 34 advances the process to step S005.
  • the selection unit 34 determines whether or not the connection type is “VID connection”. At this time, if the connection type is “VID connection”, the selection unit 34 advances the process to step S019. On the other hand, if the connection type is not “VID connection”, the selection unit 34 advances the process to step S006.
  • the selection unit 34 determines whether or not the connection type is “VID and DA connection”. At this time, if the connection type is “VID and DA connection”, the selection unit 34 advances the process to step S025. On the other hand, if the connection type is not “VID and DA connection”, the selection unit 34 advances the process to step S007.
  • step S007 a connection frame dividing operation according to the “different DA connection” method is performed. That is, the connection frame is transferred from the connection type determination unit 42 to the different DA division unit 43D.
  • the different DA division unit 43D checks the field length of the “Length” field of the first MAC frame portion in the concatenated frame.
  • the different DA division unit 43D separates (divides) the part from the head MAC frame part to the FCS field as a unit block according to the field length (step S008).
  • the different DA division unit 43D determines whether or not the remaining part of the concatenated frame includes the next MAC frame part (step S009). At this time, if the next MAC frame portion remains, the process returns to step S007, the head “Length” field of the remaining portion is checked, the division position is determined, and the unit block is separated (step S008). . Such a loop process is performed until the next MAC frame portion disappears (NO determination in step S009).
  • a plurality of unit blocks created by dividing the concatenated frame are passed to the frame length deleting unit 45.
  • the frame length deletion unit 45 deletes the “Length” field included in each unit block (step S010).
  • the frame length deletion unit 45 passes each unit block to the SFD insertion unit 46.
  • the SFD insertion unit 46 inserts an SFD into each unit block (step S011).
  • the SFD insertion unit 46 passes each unit block to the FCS insertion unit 47, and the FCS insertion unit 47 performs FCS (CRC32) calculation for each unit block and stores the calculation result in the FCS field (step S012).
  • FCS FCS
  • step S013 the SFD insertion unit 46 sends each MAC frame toward the MAC switch 24 following the preamble at an appropriate timing (timing according to IFG). The processing after step S013 will be described later.
  • the MAC frame concatenation as described above is performed by uplink communication (L2 switch 13, 14 ⁇ L2 switch 15) and down link connecting each L2 switch 13, 14 and the upper L2 switch 15.
  • the present invention can be applied to link communication (L2 switch 15 ⁇ L2 switches 13, 14).
  • concatenated frame generation (MAC frame concatenation) process (exit side (transmission side) process
  • frame length information of each MAC frame part included in the concatenated frame is inserted, and a concatenated code is inserted for each concatenation method.
  • Duplicate byte deletion that can be omitted is performed, and concatenated frames are generated while suppressing the frame size within the maximum frame length.
  • the inserted frame is divided into each frame (unit block) before concatenation based on the concatenation type of the received concatenated frame.
  • the original frame is restored by deleting long bytes.
  • SFD is not assigned to each MAC frame as in the prior art, but only one SFD is assigned to a concatenated frame in which a plurality of MAC frames are concatenated.
  • IFG, preamble, and SFD (20 bytes) are omitted. That is, it is possible to avoid insertion of 8 bytes of SFD and preamble, which are information for establishing synchronization, for each MAC frame.
  • MAC frame concatenation based on DA concatenation Next, MAC frame concatenation based on the “DA concatenation” method will be described. In the “DA concatenation” method, MAC frames having the same DA are collected and MAC frame concatenation is executed.
  • connection type selection unit 34 follows the execution instruction of the “DA connection” method from the CPU 21.
  • the MAC frame received from the frame length insertion unit 33 is sent to the DA concatenation type insertion unit 35A.
  • DA concatenation type insertion unit 35A inserts a concatenation code “01” indicating “DA concatenation” at a predetermined position of the MAC frame and stores it in the management table T1.
  • the management table (buffer) T1 one or more management tables (buffers) T1 for each DA, or different temporary storage areas for each DA are prepared.
  • the deletion unit 36 reads a plurality of MAC frames (having the same DA) corresponding to the concatenated frame size (not exceeding the maximum size of the concatenated frame) from a certain management table T1 based on an instruction from the generation unit 37. Subsequently, the deletion unit 36 leaves the DA of the MAC frame scheduled to be located at the head of the concatenated frame among the plurality of read MAC frames, and sets the DA field included in each of the MAC frames scheduled to be located after the second. delete.
  • the generation unit 37 generates a concatenated frame according to the “DA concatenation” method.
  • FIG. 12 shows a format of a concatenated frame generated by the “DA concatenation” method.
  • the difference from the “different DA concatenation” format is that the DA field of the MAC frame portion located after the second is deleted. Therefore, in the “DA concatenation” method, it is possible to improve the transmission efficiency in accordance with the size of the DA field to be deleted, compared to the “different DA concatenation” method.
  • step S5 in FIG. 9 If it is determined in step S5 in FIG. 9 that the concatenation type is “DA concatenation”, the concatenation code “01” is inserted into the MAC frame by the DA concatenation type insertion unit 35A in step S10.
  • the MAC frame is sorted for each DA (step S11) and temporarily stored in the management table (buffer) T1 corresponding to the DA.
  • the deletion unit 36 that has received a read instruction from the generation unit 37 reads the number of MAC frames (having the same DA) according to the concatenated frame size from the management table T1.
  • the deletion unit 36 deletes the DA field from each MAC frame scheduled to be placed second and later in the concatenated frame (step S12).
  • the DA field of the MAC frame scheduled to be arranged at the head of the concatenated frame is not deleted.
  • the deletion unit 36 gives a plurality of MAC frames to the generation unit 37.
  • the generating unit 37 generates a concatenated frame having the format shown in FIG. 12 according to the “DA concatenation” method (step S8).
  • the subsequent processing after step S9 (FCS insertion) is the same as in the “different DA concatenation” method.
  • connection type determination unit 42 determines that the connection type is “DA connection” in the MAC processing unit 40 on the entrance side illustrated in FIG. 10
  • the connection type determination unit 42 inputs the connection frame to the DA division unit 43A.
  • the dividing process by the DA dividing unit 43A is different from the process of the different DA dividing unit 43D in the “different DA concatenation” method in the following points.
  • the second and subsequent MAC frame portions in the concatenated frame do not include a DA field.
  • the frame length stored in the “Length” field of the second and subsequent MAC frames is a value that is larger by the deleted DA field (6 bytes).
  • the DA dividing unit 43A obtains the start position of the third and subsequent MAC frame parts, that is, the start position of the SA field, a value obtained by subtracting 6 bytes from the field length of the “Length” field of the immediately preceding MAC frame part. Is the frame length of the immediately preceding MAC frame part, and the start position of the SA field of the next MAC frame part is obtained.
  • step S004 a connection frame is sent from the connection type determination unit 42 to the DA division unit 43A (step S013).
  • the DA dividing unit 43A detects the frame length in the “Length” field of the head MAC frame portion in the concatenated frame (S014). Subsequently, the DA dividing unit 43A specifies the end position of the FCS field in the first MAC frame based on the frame length, and separates the MAC frame portion (unit block) there (step S015).
  • the DA dividing unit 43A passes the unit block to the restoration unit 44.
  • the restoration unit 44 determines whether or not to restore the DA based on whether or not the delivered unit block is the head MAC frame part (step S016). At this time, if the unit block is the head MAC frame portion, the process proceeds to step S018, and it is determined whether or not there is a next MAC frame portion (remaining concatenated frame).
  • step S014 If there is a next MAC frame portion, the process returns to step S014, and the frame length of the “Length” field located at the headmost side is detected for the remaining portion of the concatenated frame, and separation is performed based on this frame length. (Separation position) is determined, and unit block separation processing is performed (step S015).
  • the value obtained by subtracting the DA field length from the frame length is the start position of the SA field in the next MAC frame part (next Used to determine the unit block separation position.
  • the restoration unit 44 copies the value of the DA field of the first (first) MAC frame part (unit block). It is given to the second and subsequent unit blocks (step S017). In this way, the DA field is restored in the unit block.
  • a plurality of unit blocks in which the DA field is restored as necessary are generated by the loop processing of steps S014 to S018.
  • the frame length deleting unit 45 deletes the “Length” field for each of the plurality of unit blocks (step S010). Thereafter, processing similar to the “different DA connection” method is performed (steps S011, S012).
  • a concatenated frame that can be handled as a standard MAC frame can be generated.
  • the number of MAC frames that can be included in the concatenated frame according to the size of the DA field to be deleted can be increased compared to the “different DA concatenation” method. It is possible to increase transmission efficiency.
  • MAC frame concatenation based on VID concatenation method Next, MAC frame concatenation based on the “VID concatenation” method will be described.
  • MAC frame concatenation is performed by collecting MAC frames having the same VID (VLAN ID).
  • connection type selection unit 34 sends the MAC frame received from the frame length insertion unit 33 to the VID connection type insertion unit 35B in accordance with the execution instruction of the “VID connection” method from the CPU 21.
  • the VID concatenation type insertion unit 35B inserts a concatenation code “10” indicating “VID concatenation” at a predetermined position of the MAC frame and stores it in the management table T2. At this time, as the management table (buffer) T2, one or more management tables (buffers) T2 for each VID, or different temporary storage areas for each VID are prepared.
  • the deletion unit 36 based on an instruction from the generation unit 37, a plurality of MAC frames (having the same VID) corresponding to the concatenated frame size (not exceeding the maximum size of the concatenated frame) from a certain management table (buffer) T2. Is read. Subsequently, the deletion unit 36 leaves the VLAN tag field of the MAC frame scheduled to be located at the head (first) of the concatenated frame among the plurality of read MAC frames, and each MAC frame scheduled to be located after the second The VLAN tag field included in is deleted.
  • the generation unit 37 generates a concatenated frame according to the “VID concatenation” method.
  • FIG. 13 shows a format of a concatenated frame generated by the “VID concatenation” method.
  • VLAN tag field (4 bytes) is provided as a VID storage field between the SA field and the Type / Length field.
  • the difference between the concatenated frame format shown in FIG. 13 and the “different DA concatenation” format (FIG. 6) is that the VLAN tag field of each MAC frame portion located after the second is deleted. Therefore, the “VID concatenation” method can improve the transmission efficiency according to the size of the VLAN tag field to be deleted, compared with the “different DA concatenation” method.
  • step S6 of FIG. 9 If it is determined in step S6 of FIG. 9 that the concatenation type is “VID concatenation”, the concatenation code “10” is inserted into the MAC frame by the DA concatenation type insertion unit 35B in step S13.
  • the MAC frame is sorted for each VID (step S14) and temporarily stored in the management table (buffer) T2 corresponding to the VID.
  • the deletion unit 36 that has received a read instruction from the generation unit 37 reads the number of MAC frames (having the same VID) according to the concatenated frame size from the management table (buffer) T2, and the second and subsequent in the concatenated frame.
  • the VLAN tag field is deleted from each MAC frame scheduled to be placed in (Step S15). However, the VLAN tag field of the MAC frame scheduled to be arranged at the head (first) in the concatenated frame is not deleted.
  • the plurality of MAC frames are given to the generation unit 37.
  • the generating unit 37 generates a concatenated frame having the format shown in FIG. 13 according to the “VID concatenation” method (step S8).
  • the subsequent processing after step S9 (FCS insertion) is the same as in the “different DA concatenation” method.
  • connection type determination unit 42 determines that the connection type is “VID connection” in the MAC processing unit 40 on the ingress side illustrated in FIG. 10, the connection type is input to the VID division unit 43B.
  • the processing by the VID dividing unit 43B is different from the processing of the different DA dividing unit 43D in the “different DA concatenation” method in the following points.
  • the second and subsequent MAC frame portions in the concatenated frame do not include a VLAN tag field.
  • the frame length stored in the “Length” field of the second and subsequent MAC frames has a value that is larger by the deleted VLAN tag field (4 bytes).
  • the VID dividing unit 43B obtains the value obtained by subtracting 4 bytes from the field length of the “Length” field of the immediately preceding MAC frame part when obtaining the start position of the third and subsequent MAC frame parts, that is, the start position of the DA field. Is the frame length of the previous MAC frame part, and the start position of the DA field of the next MAC frame part is obtained.
  • step S005 a connection frame is sent from the connection type determination unit 42 to the VID division unit 43B (step S019).
  • the VID dividing unit 43B detects the frame length in the “Length” field of the first (first) MAC frame portion in the concatenated frame (step S020). Subsequently, the VID dividing unit 43B specifies the end position of the FCS field in the first MAC frame in the concatenated frame, and separates the MAC frame portion (unit block) there (step S021).
  • the VID dividing unit 43B passes the unit block to the restoration unit 44.
  • the restoration unit 44 determines whether or not to restore the VID based on whether or not the delivered unit block is the head MAC frame part (step S022). At this time, if the unit block is the head MAC frame portion, the process proceeds to step S024, and it is determined whether or not there is a next MAC frame portion (remaining concatenated frame).
  • step S024 is performed by the VID dividing unit 43B. Therefore, the processes of steps S020, S021, and S024 are performed by the VID dividing unit 43B, and the processes of steps S022 and S023 are performed by the restoring unit 44. For this reason, the order of both processes does not have to follow the flow. For example, the process of step S022 and the process of step S024 may be executed in parallel.
  • step S020 If there is a next MAC frame portion (remaining portion of the concatenated frame), the process returns to step S020, and the frame length of the “Length” field located at the headmost side in the remaining portion of the concatenated frame is detected. Based on the length, separation (separation position) is determined, and unit block separation processing is performed (step S021).
  • the value obtained by subtracting the VLAN tag field length (4 bytes) from the frame length is the DA field in the next MAC frame part. This is used to determine the start position of (the next unit block separation position).
  • the restoration unit 44 determines the value of the VLAN tag field of the first (first) MAC frame part (unit block), That is, the VID is duplicated and given to the second and subsequent unit blocks (step S023). In this way, the VLAN tag field is restored in the unit block.
  • a plurality of unit blocks in which the VLAN tag field is restored as necessary are generated by the loop processing of steps S020 to S024.
  • the frame length deleting unit 45 deletes the “Length” field for each of the plurality of unit blocks (step S010). Thereafter, processing similar to the “different DA connection” method is performed (steps S011, S012).
  • a concatenated frame that can be handled as a standard MAC frame can be generated.
  • the number of MAC frames that can be included in the concatenated frame according to the size of the VLAN tag field to be deleted can be increased compared to the “different DA concatenation” method. It is possible to increase transmission efficiency.
  • connection type selection unit 34 sends the MAC frame received from the frame length insertion unit 33 to the VID and DA connection type insertion unit 35C in accordance with the execution instruction of the “VID and DA connection” method from the CPU 21.
  • the VID and DA concatenation type insertion unit 35C inserts a concatenation code “11” indicating “VID and DA concatenation” at a predetermined position of the MAC frame and stores it in the management table T3.
  • a concatenation code “11” indicating “VID and DA concatenation” at a predetermined position of the MAC frame and stores it in the management table T3.
  • the management table (buffer) T3 one or more management tables (buffers) T3 for each VID and DA, or different temporary storage areas for each VID and DA are prepared.
  • the deletion unit 36 Based on an instruction from the generation unit 37, the deletion unit 36 has a plurality of MAC frames (the same VID and the same) that correspond to the concatenated frame size (not exceeding the maximum size of the concatenated frame) from a certain management table (buffer) T3. Read DA). Subsequently, the deletion unit 36 leaves the DA field and the VLAN tag field of the MAC frame scheduled to be located at the head (first) of the concatenated frame among the plurality of read MAC frames, and is scheduled to be located after the second. The DA field and VLAN tag field included in each MAC frame are deleted.
  • the generation unit 37 generates a concatenated frame according to the “VID and DA concatenation” method.
  • FIG. 14 shows a format of a concatenated frame generated by the “VID and DA concatenation” method.
  • the difference between the concatenated frame format shown in FIG. 14 and the format of the “VID concatenation” method (FIG. 13) is that not only the VLAN tag field but also the DA field is deleted for each MAC frame portion located after the second. Is a point. Therefore, in the “VID and DA concatenation” method, it is possible to improve the transmission efficiency according to the size of the DA field and VLAN tag field to be deleted, compared to the “different DA concatenation” method and the “VID concatenation” method. Become.
  • step S7 of FIG. 9 If it is determined in step S7 of FIG. 9 that the concatenation type is “VID and DA concatenation”, the concatenation code “11” is inserted into the MAC frame by the VID and DA concatenation type insertion unit 35C in step S16.
  • the MAC frame is sorted for each VID and DA (step S17) and temporarily stored in the management table (buffer) T3 corresponding to the VID and DA.
  • the deletion unit 36 that has received a read instruction from the generation unit 37 reads the number of MAC frames (having the same VID and the same DA) according to the concatenated frame size from the management table (buffer) T3, and in the concatenated frame
  • the DA field and the VLAN tag field are deleted from each MAC frame scheduled to be placed after the second (step S18).
  • the DA field and VLAN tag field of the MAC frame scheduled to be arranged at the head (first) in the concatenated frame are not deleted.
  • the plurality of MAC frames are given to the generation unit 37.
  • the generating unit 37 generates a concatenated frame having the format shown in FIG. 14 according to the “VID and DA concatenation” method (step S8).
  • the subsequent processing after step S9 (FCS insertion) is the same as in the “different DA concatenation” method.
  • connection type determination unit 42 determines that the connection type is “VID and DA connection” in the MAC processing unit 40 on the ingress side illustrated in FIG. 10, the connection type is input to the VID and DA division unit 43C.
  • the processing by the VID and DA dividing unit 43C is different from the processing of the different DA dividing unit 43D in the “different DA concatenation” method in the following points.
  • the second and subsequent MAC frame portions in the concatenated frame do not include a DA field and a VLAN tag field.
  • the frame length stored in the “Length” field of the second and subsequent MAC frame portions is larger by the deleted DA field and VLAN tag field (10 bytes).
  • the VID and DA dividing unit 43C subtracts 10 bytes from the field length of the “Length” field of the immediately preceding MAC frame part when determining the start position of the third and subsequent MAC frame parts, that is, the start position of the SA field.
  • the start position of the SA field of the next MAC frame portion is obtained using the obtained value as the frame length of the immediately preceding MAC frame portion.
  • connection frame is sent from the connection type determination unit 42 to the division unit 43C (step S025).
  • the dividing unit 43C detects the frame length in the “Length” field of the first (first) MAC frame portion in the concatenated frame (step S026). Subsequently, the dividing unit 43C specifies the end position of the FCS field in the first MAC frame in the concatenated frame, and separates the MAC frame portion (unit block) there (step S027).
  • the division unit 43C passes the unit block to the restoration unit 44.
  • the restoration unit 44 determines whether or not to restore the VID and DA based on whether or not the delivered unit block is the head MAC frame part (step S028). At this time, if the unit block is the head MAC frame portion, the process proceeds to step S030, and it is determined whether or not there is a next MAC frame portion (remaining concatenated frame).
  • step S030 The determination in step S030 is performed by the dividing unit 43C. Therefore, the processes of steps S026, S027, and S030 are performed by the dividing unit 43C, and the processes of steps S028 and S029 are performed by the restoring unit 44. For this reason, the order of both processes does not have to follow the flow. For example, the process of step S028 and the process of step S030 may be executed in parallel.
  • step S026 If there is a next MAC frame portion (remaining portion of the concatenated frame), the process returns to step S026 to detect the frame length of the “Length” field located at the most leading side in the remaining portion of the concatenated frame. Based on the length, separation (separation position) is determined, and unit block separation processing is performed (step S027).
  • the value obtained by subtracting the DA field length and the VLAN tag field length (10 bytes) from the frame length is as follows. Is used to determine the start position of the SA field in the MAC frame portion (separation position of the next unit block).
  • the restoration unit 44 performs the DA field of the first (first) MAC frame part (unit block).
  • the value (destination MAC address) and the value (VID) of the VLAN tag field are duplicated and given to the second and subsequent unit blocks (step S023). In this way, the DA field and VLAN tag field are restored to the unit block.
  • a plurality of unit blocks in which the DA field and the VLAN tag field are restored as necessary are generated by the loop processing of steps S026 to S030.
  • the frame length deleting unit 45 deletes the “Length” field for each of the plurality of unit blocks (step S010). Thereafter, processing similar to the “different DA connection” method is performed (steps S011, S012).
  • a concatenated frame that can be handled as a standard MAC frame can be generated. Also, in the “VID and DA concatenation” method, it is possible to increase the number of MAC frames that can be included in the concatenated frame according to the size of the DA and VLAN tag fields to be deleted compared to the “different DA concatenation” method. It is possible to increase the transmission efficiency.
  • the switch 24 can be realized using, for example, a semiconductor memory.
  • the PHY chip 25 and the MAC chip 26 are realized by using a dedicated or general-purpose integrated circuit (hardware) such as Application Specific Integrated Circuit (ASIC) or Field Programmable Gate Array (FPGA), or a combination thereof. Can do.
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • Each component of the exit side MAC processing unit 30 described with reference to FIG. 5 and the entrance side MAC processing unit 40 described with reference to FIG. 10 can be realized by ASIC, FPGA, or a combination thereof.
  • the management table (buffer) is created on a storage area of a storage (for example, a semiconductor memory or a flash memory) included in the MAC chip 26.
  • exit side MAC processing unit 30 and the entrance side MAC processing unit 40 are mounted on one MAC chip 26 .
  • the exit side MAC processing unit 30 and the entrance side MAC processing unit 40 may be mounted on different chips.
  • the configurations of the egress-side MAC processing unit 30 and the ingress-side MAC processing unit 40 are exemplary, and the egress-side MAC processing unit 30 and the ingress-side MAC processing unit 40 can be realized by one or more integrated circuits, respectively.
  • the transmission efficiency for the physical bandwidth of the MAC frame is as follows. 64 / (64 + 12 + 8) ⁇ 0.76
  • the transmission efficiency is as follows. [(64 + 2) ⁇ 100] / [(64 + 2) ⁇ 100 + 12 + 8] ⁇ 0.999697 Therefore, it is possible to increase the transmission efficiency to 99%.
  • the L2 switch 13 (14) has 48 1 Gbps downlink lines and 4 10 Gbps uplink lines.
  • the maximum use bandwidth on the uplink side is as follows.
  • DA concatenation a plurality of MAC frames having the same DA are bundled (concatenated), so that only the first (first) MAC frame portion in the concatenated frame is included.
  • the DA field is left.
  • the transmission efficiency at this time is about 77% as follows. 68 / (68 + 12 + 8) ⁇ 0.773
  • the transmission efficiency is as follows. (68 + 64 ⁇ 99) / (68 + 64 ⁇ 99 + 12 + 8) ⁇ 0.997
  • the transmission efficiency can be increased to 99%.
  • FIG. 15 shows the bandwidth usage rate when 10 MAC frames are concatenated. Although the usage rate changes according to the frame size, it can be seen that it is improved by up to about 20% compared to the conventional non-connected method.
  • FIG. 16 shows a change in bandwidth usage rate depending on the number of MAC frames connected.
  • the frame size of the MAC frame is fixed at 64 bytes. It can be seen that the bandwidth utilization rate is improved to nearly 100% when the connection is performed as compared with the conventional method without connection (the number of connections is one).
  • the concatenated frame uses the DA, SA, (VLAN tag), and Type / Length field portions that form the first MAC frame portion of the concatenated frame as the MAC frame header, and the last FCS immediately after the Type / Length field.
  • the size of the data portion of the concatenated frame is set as the frame length in the Type / Length field of the head MAC frame portion.
  • the standard MAC frame format since the upper limit of the size of the data portion is 1500 bytes, the same handling as the standard MAC frame is possible when the data portion size of the concatenated frame is 1500 bytes or less.
  • the upper limit of the data portion size of the concatenated frame is 1500 bytes
  • 84 bytes 64 + 12 + 8) are required for each MAC frame, so the number of MAC frames that can be transmitted in the same band is only 17. Accordingly, it is possible to improve transmission efficiency (transmission efficiency) and bandwidth utilization even under the operation where the upper limit of the data portion size of the concatenated frame is 1500 bytes.
  • the CPU 21 and the MAC device 26 perform the connection process and the restoration process.
  • the MAC device 26 includes the function of the CPU 21, and the connection process as described above using only the MAC device 26.
  • the restoration process may be executed.
  • the L2 switch in which the egress MAC processing unit 30 functions as a frame connection device and the ingress MAC processing unit 40 functions as a frame restoration device has been described.
  • the frame concatenation apparatus and the frame restoration apparatus can also be applied to a communication apparatus that performs MAC frame transfer control, such as a switching HUB.
  • the frame connection device and the frame restoration device can be applied (mounted) not only to a relay device such as an L2 switch or a switching HUB, but also to a terminal device that transmits and receives MAC frames.
  • the concatenated code may be inserted only in the Length field of an arbitrary MAC frame part (for example, the first MAC frame part) of the concatenated frame.
  • the first Length field may be 2 bytes, and the size of the Length field in other MAC frames may be reduced.
  • the second embodiment includes a configuration common to the first embodiment. Therefore, in the second embodiment, differences from the first embodiment will be mainly described, and the same reference numerals are given to configurations common to the first embodiment, and description thereof will be omitted.
  • the upper limit size of the data part is 1500 bytes
  • the upper limit size of the frame length that can be expressed by the Type / Length field is 1500 [bytes]. Therefore, when a concatenated frame size (frame length) exceeding 1500 bytes is written in the Type / Length field, the general-purpose L2 switch according to the standard MAC transfer protocol recognizes the value of this Type / Length field as the frame length. I can't.
  • Each of the frame concatenation device and the frame restoration device in the second embodiment can be mounted as an egress MAC processing unit and an ingress MAC processing unit in the MAC chip (MAC device) 26 as in the first embodiment.
  • FIG. 17 shows a configuration example of the egress MAC processing unit in the second embodiment.
  • the exit-side MAC processing unit 30A in FIG. 17 is different from the exit-side MAC processing unit 30 (FIG. 5) in the first embodiment in the following points.
  • the rewrite unit 39 is inserted between the generation unit 37 and the FCS insertion unit 38.
  • the rewriting unit 39 checks the value of the Type / Length field included in the head MAC frame portion (hereinafter referred to as the head frame (head MAC frame)) in the concatenated frame generated by the generation unit 37.
  • the rewriting unit 39 does not particularly perform processing when the value of the Type / Length field is a value indicating the type of the upper protocol.
  • the rewriting unit 39 analyzes the upper protocol in the head frame. If the type (type) of the upper protocol is found as a result of the analysis, the rewriting unit 39 rewrites the value of the Type / Length field to a value (Type value) indicating the type of the upper protocol.
  • the analysis of the upper protocol can be realized, for example, by analyzing the upper protocol header stored in the data part of the first frame in the concatenated frame.
  • the type / length field of the concatenated frame The value is interpreted as a type value of the upper protocol by the receiving device of the concatenated frame.
  • the concatenated frame is handled as a normal MAC frame by the communication device on the receiving side (for example, a general-purpose L2 switch or switching HUB). Is possible. In other words, the concatenated frame can be transmitted to the destination via a general-purpose L2 switch or switching HUB.
  • FIG. 18 shows an example of the data structure of the “Length” field in the second embodiment. Unlike the “Length” field (FIG. 7) in the first embodiment, whether or not the third bit (bit b2) has rewritten the value of the Type / Length field of the first frame (first MAC frame) in the concatenated frame into a Type value. It is treated as rewrite information indicating that.
  • bit b2 is “0”, it indicates that rewriting to the Type value has not been performed, and if bit b2 is “1”, it indicates that rewriting to the Type value has been performed. Show.
  • bits b3 to b15 indicate the frame length (frame size) of the MAC frame. Since bits b3 to b15 are 13 bits, the frame size can be expressed up to 8192 bytes in the second embodiment.
  • bit b2 of the Length field in the head frame is referred to in the process of restoring a plurality of MAC frames from the concatenated frame on the concatenated frame receiving side. For this reason, the bit b2 of the Length field inserted in the second and subsequent MAC frame portions is not substantially used. Therefore, the data structure (FIG. 7) described in the first embodiment can be applied to the Length field in each of the second and subsequent MAC frames excluding the top frame.
  • FIG. 19 is a flowchart showing an operation example of the egress MAC processing unit in the second embodiment. The difference from the first embodiment is that a process by the rewrite unit 39 is inserted as step S8A between step S8 and step S9.
  • step S8A the rewrite unit 39 receives the connection frame from the generation unit 37.
  • the rewriting unit 39 refers to the value of the Type / Length field of the first frame in the concatenated frame, and determines whether the field value indicates a frame length (frame size) or a Type value.
  • the rewrite unit 39 passes the concatenated frame to the FCS insertion unit 38 without performing any particular processing.
  • the rewrite unit 39 analyzes the upper protocol type and displays the Type / Length field with the Type value indicating the upper protocol type obtained as the analysis result. Rewrite the value. Further, the rewriting unit 39 sets the value of the bit b2 in the Length field in the first frame to “1”. Thereafter, the rewriting unit 39 passes the concatenated frame to the FCS insertion unit 38.
  • the configuration and operation of the egress MAC processing unit 30A are the same as the configuration and operation of the egress side MAC processing unit 30 in the first embodiment.
  • FIG. 20 shows a configuration example of the ingress MAC processing unit in the second embodiment.
  • the ingress MAC processing unit 40A in FIG. 20 differs from the ingress MAC processing unit 40 (FIG. 10) in the first embodiment in the following points.
  • the playback unit 48 is inserted between the FCS check unit 41 and the connection type determination unit 42.
  • the reproducing unit 48 checks the value of the bit b2 included in the Length field in the concatenated frame received from the FCS check unit 41.
  • the playback unit 48 When the bit b2 is “0”, the playback unit 48 performs playback processing on the assumption that the Type / Length field included in the first frame has not been rewritten (the original value is the Type value).
  • the connection frame is passed to the connection type determination unit 42 without any change. That is, the playback unit 48 passes through the connection frame.
  • the reproducing unit 48 Performs playback processing.
  • the playback unit 48 acquires the value of the Length value (frame size) stored in the Length field of the first frame, and rewrites the value of the Type / Length field with the acquired value. As a result, the value of the Type / Length field returns to the original Length value. Thereafter, the playback unit 48 passes the connection frame to the connection type determination unit 42.
  • FIG. 21 is a flowchart showing an operation example of the ingress side MAC processing unit in the second embodiment. The difference from the first embodiment is that a b2 check and reproduction process by the reproduction unit 48 is inserted between step S001 and step S003 as step S002A.
  • step S002A the reproduction unit 48 checks the value of the bit b2 of the Length field of the first frame in the concatenated frame received from the FCS check unit 41 (type / length field rewriting presence / absence determination information). It is determined whether it is “0” or “1”.
  • the reproducing unit 48 passes the concatenated frame to the concatenated type determining unit 42. On the other hand, if the bit b2 is “1”, the reproducing unit 48 rewrites the value of the Type / Length field of the head frame to the value of the frame length (frame size) of the Length field of the head frame. Thereafter, the playback unit 48 passes the connection frame to the connection type determination unit 42.
  • the configuration and operation of the ingress MAC processing unit in the second embodiment are the same as those in the first embodiment.
  • the rewriting unit 39 indicates whether the value of the Type / Length field of the first frame in the concatenated frame indicates the Type value or the Length value. Determine whether.
  • the rewriting unit 39 rewrites the Length value to the Type value.
  • the concatenated frame since the format of the concatenated frame conforms to the standard MAC format, the concatenated frame is handled as a normal MAC frame by a general-purpose L2 switch or switching HUB that performs standard MAC frame transfer. That is, the concatenated frame can be sent to the destination via a general-purpose L2 switch or switching HUB.
  • the reproducing unit 48 refers to the bit b2 included in the first frame of the concatenated frame. If the value of the Type / Length field has been rewritten, the playback unit 48 rewrites the value of the Type / Length field with the value of the frame length of the Length field of the first frame, thereby rewriting the value of the Type / Length field. Return to the value of. As a result, the value of the Type / Length field of the first frame (unit block) divided by the dividing unit 43 (any of the dividing units 43A to 43D) can be returned to the original value.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

　フレーム連結装置は、送信対象の複数のフレームを格納する記憶部と、前記記憶部から読み出される前記複数のフレームが連結され、且つ各フレームのフレーム長情報が付与された連結フレームを生成する生成部と、前記連結フレームに、当該連結フレームの受信側との同期確立用情報を付与する付与部とを含む。

Description

フレーム連結装置
　本発明は、フレーム連結装置に関する。
　近年、“データセンタ”と呼ばれる、複数のサーバやストレージを管理し、インターネットへの接続回線や保守・運用サービスなどを提供する施設がある。
　データセンタでは、複数のラックに複数のサーバや複数のストレージなどが設置される。各ラックの通信回線上の入口には、“トップオブラックスイッチ”と呼ばれるLayer 2(Ｌ２)スイッチが設置される。各トップオブラックスイッチは、ラックに収容される複数のサーバ、又は複数のストレージとダウンリンク回線を介して夫々接続される。一方、各トップオブスイッチは、インターネットに接続されたルータとアップリンク回線を介して接続される。
　ラックに収容された１以上の物理サーバ内には複数の仮想マシン(VM)が配備されており、物理サーバやＶＭの稼働率に比例してデータセンタの運用効率を上げることができる。このため、トップオブラックスイッチには空きポートを作らないことが望ましい。
　現在主流となっているデータセンタ向けＬ２スイッチではダウンリンク側が1Gbps×44～48ポートであり、アップリンク側が10Gbps×4ポートである。つまり現状ではトップオブラックのスイッチのポートを全て稼動させると、ダウンリンク側のトラフィック量がアップリンク側のトラフィック量を上回り、ノンブロッキング通信とならない。すなわち、ダウンリンク側の全てのトラフィックをアップリンク側へ送る処理を行うことができず、フレームが廃棄される状況が起こり得る。
特開２００２－１９８９９４号公報 特開２００５－５１７３２８号公報
　上記した問題を解決するには、例えば、アップリンク側のポート数を増加することが考えられる。しかし、ポート数の増加は、Ｌ２スイッチのコストアップに繋がるため好ましくない。
　上記問題は、上述したトップオブラックスイッチとして使用されるＬ２スイッチのみならず、中継装置において、上流側の最大トラフィック量が下流側の最大トラフィック量を上回る場合に起こり得る問題である。また、上記のような状況に関係なく、データ伝送効率の良い通信方式の適用は一般に望まれることである。
　本発明の一態様は、上記問題に鑑みなされたものであり、効率的にフレームを伝送可能な技術を提供することを目的とする。
　本発明の態様の一つは、送信対象の複数のフレームを格納する記憶部と、
　前記記憶部から読み出される前記複数のフレームが直列に連結され、且つ各フレームのフレーム長情報が付与された連結フレームを生成する生成部と、
　前記連結フレームに、当該連結フレームの受信側との同期確立用情報を付与する付与部とを含む
フレーム連結装置である。
　本発明の態様の一つによれば、フレームを効率的に伝送することが可能となる。
データセンタを含むネットワークシステムの構成例を示す。 Ethernet（登録商標）のMedia Access Control (ＭＡＣ)フレームフォーマットを示す。 ＭＡＣアドレステーブルの例を示す。 Ｌ２スイッチの構成例を示す。 出口（Egress）側のＭＡＣ処理部の構成例を示す。 “異ＤＡ連結”方式（第４の処理）によって生成される連結フレームのフォーマットを示す。 図６に示した連結フレームに含まれるLengthフィールドのフォーマットを示す。 Lengthフィールドに含まれる連結コードと、連結タイプの対応を示す表である。 Egress側のＭＡＣ処理部の処理フローチャートを示す。 入口（Ingress）側のＭＡＣ処理部の構成例を示す。 Ingress側の処理フローチャートを示す。 “ＤＡ連結”方式（第１の処理）によって生成される連結フレームのフォーマットを示す。 “ＶＩＤ連結”方式（第２の処理）によって生成される連結フレームのフォーマットを示す。 “ＶＩＤ及びＤＡ連結”方式によって生成される連結フレームのフォーマットを示す。 ＭＡＣフレームを連結したときの物理回線の帯域使用率を示す。横軸はフレームサイズ、縦軸は帯域使用率を示している。連結するフレーム数は10個である。 ＭＡＣフレームの連結数による物理回線の帯域使用率の変化を示す。横軸は連結数、縦軸は帯域使用率を示している。フレームサイズは６４バイトとしている。 第２実施形態における出口側ＭＡＣ処理部の構成例を示す。 第２実施形態におけるLengthフィールドのデータ構造例を示す。 第２実施形態における出口側ＭＡＣ処理部の動作例を示すフローチャートである。 第２実施形態における入口側ＭＡＣ処理部の構成例を示す。 第２実施形態における入口側ＭＡＣ処理部の動作例を示すフローチャートである。
発明の実施の形態
　以下、図面を参照して本発明の実施形態について説明する。実施形態の説明は例示であり、本発明は実施形態の構成に限定されない。
　[第１実施形態]
　＜ネットワークシステムの構成例＞
　図１は、実施形態における、データセンタを含むネットワークシステムの構成例を示す。図１において、データセンタ１０は、複数のサーバやストレージを収容するラックと呼ばれる領域を有している。図１に示す例では、複数のサーバ（サーバマシン）１が収容されたサーバラック１１と、複数のストレージ２として機能するコンピュータ（サーバマシン）が収容されたストレージラック１２とが例示されている。サーバ１やストレージ２として機能するサーバマシン、すなわち物理サーバ内には、複数の仮想マシン(VM)を配備することができる。つまり、１つの仮想マシンは、サーバ（サーバマシン）１またはストレージ２として機能するコンピュータ（サーバマシン）として動作することもできる。
　サーバラック１１には、複数のサーバマシン１のそれぞれと通信回線（ダウンリンク）を介して接続されたトップオブラックスイッチとして機能するＬ２スイッチ１３が設置されている。一方、ストレージラック１２には、複数のストレージ２のそれぞれと通信回線（ダウンリンク）を介して接続されたトップオブラックスイッチとして機能するＬ２スイッチ１４が設置されている。
　各Ｌ２スイッチ１３，１４は、通信回線（アップリンク）を介してラック間スイッチとして機能するＬ２スイッチ１５と接続されている。Ｌ２スイッチ１５は、“セキュリティアプライアンス”と呼ばれる、ファイヤウォール，ウィルスゲートウェイ，迷惑メールフィルタのようなセキュリティ機能とルータ機能とが統合された専用の通信機器（セキュリティアプライアンス１６）を介してインターネットＩＮに接続されている。
　インターネットＩＮに接続されたエンドユーザ（端末装置）１７は、インターネットＩＮを介してデータセンタ１０内におけるサーバ１やストレージ２にアクセスすることができ、所望のネットワークサービスやデータの提供を受けることができる。エンドユーザ１７とサーバ１又はストレージ２とのやりとり（データ送受信）において、Ｌ２スイッチ１３，１４，１５がＭＡＣフレームの中継を行う。
　なお、図１に示すＬ２スイッチ１３，１４は、ダウンリンク側に1Gbps×44ポートを有し、アップリンク側に10Gbps×4ポートを有している。Ｌ２スイッチ１５はダウンリンク側に10Gbps×8ポートを有し、アップリンク側に10Gbps×4ポートを有している。
　ここで、Ｌ２スイッチ間でデータを送受信する際に使用されるMedia Access Control（ＭＡＣ）フレームについて説明する。図２は、標準のＭＡＣフレームフォーマットを示す。
　図２に示すように、ＭＡＣフレームが連続して送出される場合には、ＭＡＣフレーム間には、Inter Frame Gap（ＩＦＧ）と呼ばれる１２バイトのインターバルが設けられる。
　ＭＡＣフレームの先頭から８バイトの領域（フィールド）は、プリアンブル/start frame delimiter（ＳＦＤ）と呼ばれる信号が格納される。プリアンブル/ＳＦＤは、ＭＡＣ伝送における同期確立時にＭＡＣフレームの先頭を検出するために使用される。プリアンブルは、ビット列“10101010”の信号が７バイト分連続した信号である。また、ＳＦＤは、ビット列“10101011”の１バイト信号である。
　プリアンブル/ＳＦＤの次には、宛先アドレス（ＤＡ）フィールド、送信元アドレス（ＳＡ）フィールドとして利用される、それぞれ６バイトのフィールドが設けられる。ＤＡフィールドには、ＭＡＣフレームの宛先アドレスが格納される。ＳＡフィールドには、送信元のＭＡＣアドレスが格納される。
　ＳＡフィールドの次には、タイプ/レングス（Type/Length）フィールド（２バイト）が設けられる。タイプ/レングスフィールドの２バイトが1500以下の値を取るとき、タイプ/レングスフィールドの値はユーザデータ長(Length)を表す。これに対し、タイプ/レングスフィールドの２バイトが1536以上の値を取るとき、タイプ/レングスフィールドの値は上位プロトコルのプロトコルタイプを表す。タイプ（Type）により表される主な値（プロトコルタイプ）としては0x0800(IP)、0x0806(ARP)、0x8100(802.1Q Tagged VLAN)などがある。
　タイプ/レングスフィールドの次のデータ部（データフィールド）にはＭＡＣの上位層のユーザデータが格納される。データ部の長さは46～1500バイトである。データ部の長さが４６バイトに満たない場合はパディング（PAD）を詰めて４６バイトになるように調整される。
　Frame Check Sequence (ＦＥＣ)フィールド（４バイト）には、ＭＡＣフレームのプリアンブルを除いた部分についてCyclic Redundancy Check（ＣＲＣ：巡回冗長検査）３２を計算した値が格納される。ＭＡＣフレームの送信時にＦＣＳが付加され、受信側でもＦＣＳの計算が行われ、値が一致するかどうかでビット誤りが検出される。
　次に、Ｌ２スイッチ間でのＭＡＣフレームの送受信に際して実行される、MAC learning（ＭＡＣアドレス学習）及びforwarding（ＭＡＣフォワーディング）、flooding（フラッディング）動作について説明する。
　ＭＡＣフレームを制御するＭＡＣデバイスは、受信信号中のプリアンブル及びＳＦＤを監視し、プリアンブル及びＳＦＤを検出すると、このプリアンブル及びＳＦＤを含むＭＡＣフレームを検出する。ＭＡＣデバイスは、検出したＭＡＣフレームのＦＣＳチェック（ＣＲＣチェック）を行う。
　次に、ＭＡＣデバイスは、ＭＡＣフレームが入ってきたポート番号と送信元ＭＡＣアドレスを検出し、そのポートに送信元ＭＡＣアドレスが存在していることを学習し、ＭＡＣアドレステーブルに登録する（ＭＡＣアドレス学習）。
　ＭＡＣデバイスは、既に学習によって構築されたＭＡＣアドレステーブルからＭＡＣフレームの宛先ポートを見つける。宛先ポートが見つかった場合には、ＭＡＣデバイスは、ＭＡＣフレームを宛先ポートから送出する（ＭＡＣフォワーディング）。これに対し、宛先ポートが見つからなかった場合には、ＭＡＣデバイスは、ＭＡＣフレームが存在するネットワーク（全てのポート）へＭＡＣフレームを送信する(フラッディング)。
　また、ＭＡＣアドレスを持つ機器（デバイス）が交換される場合、その機器のＭＡＣアドレスが変更される（ＭＡＣアドレスは機器に固有のアドレスである）。従って、機器の交換に際してＭＡＣアドレステーブルが更新される。ＭＡＣアドレステーブルの更新に際して、一定期間が経過したＭＡＣテーブル上の情報は削除される。このような処理は、エージングと呼ばれる。
　図３にＭＡＣアドレステーブルの例を示す。図３において、ＭＡＣアドレスは、簡素化して１文字で表現されている。図３に示す例では、ポート番号１に対してＭＡＣアドレスＡの機器が存在していることになる。この場合、宛先Ａのフレームはポート１に送信される。上述したＭＡＣアドレス学習によって、新しく学習されたＭＡＣアドレスとポート番号との組み合わせがＭＡＣアドレステーブルに追記される。宛先ＭＡＣアドレスがＭＡＣアドレステーブル上に存在しない場合には、上述したように、ＭＡＣフレームは、同一ネットワーク上の全ポートに送信される。
　図１に示したネットワークシステムにおけるデータセンタにおいて、サーバ１やストレージ２の稼動率を上げることが所望される。この場合、トップオブラックスイッチとして機能するＬ２スイッチ１３，１４における、ダウンリンク側及びアップリンク側の全てのポートを稼働させることが考えられる。
　しかしながら、全てのポートが稼働状態となる場合には、各Ｌ２スイッチ１３，１４は、ダウンリンク側から流入する４４Ｇｂｐｓのデータ（ＭＡＣフレーム）を、アップリンク側に４０Ｇｂｐｓで送出する状態となる。すなわち、データ中継がノンブロッキングで行われない。
　このため、各Ｌ２スイッチ１３，１４に対し、１０Gbpsのポートをアップリンク側に追加することが考えられる。しかし、ポートの追加はコストアップを招来するため、容易に実施できない。従って、ＭＡＣフレームが転送されるネットワーク、例えばEthernet（登録商標）の伝送効率を向上させることが考えられる。
　しかしながら、現状におけるEthernet（登録商標）の仕様、すなわち、ＭＡＣフレーム転送に係るプロトコルでは、送信されるＭＡＣフレーム毎にインターフレームギャップ(ＩＦＧ)が１２バイト、さらにプリアンブル及びＳＦＤが８バイト挿入される。これらのＩＦＧ，プリアンブル及びＳＦＤが、実際のＭＡＣフレーム（ＤＡ，ＳＡ，Type/Length, 及びデータ部）を伝送するために使用すべき帯域を消費している。
　従って、６４バイトのＭＡＣフレームを送信する場合、ＭＡＣフレームの物理帯域に対する送信効率は64/(64+12+8)≒0.76である。従来のEthernet（登録商標）方式（ＭＡＣフレームフォーマット）に従っている限り、この最大効率からは逃れられない。
　そこで、実施形態では、標準のＭＡＣフレームフォーマットに改変を加える一方で、複数のＭＡＣフレームを結合（コンカチネーション）することで、一部のＭＡＣフレームに係るプリアンブル及びＳＦＤの省略を可能として、ＭＡＣフレームの伝送効率を高める方法について説明する。
　＜Ｌ２スイッチの構成例＞
　図４は、Ｌ２スイッチの構成例を示す。図４において、Ｌ２スイッチ２０は、図１に示したＬ２スイッチ１３，１４，１５として適用可能なものである。Ｌ２スイッチ２０は、Central Processing Unit（ＣＰＵ）２１と、ＳＤＲＡＭ２２と、フラッシュメモリ（Flash MEM)２３とを備えている。
　また、Ｌ２スイッチ２０は、ＣＰＵ２１，ＳＤＲＡＭ２２，フラッシュメモリ２３とバスＢを介して接続されたＭＡＣスイッチ２４と、ＭＡＣスイッチ２４に接続された、複数のＰＨＹチップ（ＰＨＹデバイス）２５及びＭＡＣチップ（ＭＡＣデバイス）２６の組とを備えている。複数のＰＨＹチップ２５及びＭＡＣチップ２６の組は、ダウンリンク側とアップリンク側とに分かれており、それぞれ１以上のポートを収容することができる。さらに、各ＭＡＣチップ２６は、バスＢを介してＣＰＵ２１に接続されている。
　ＣＰＵ２１は、フラッシュメモリ２３に格納されたオペレーティングシステム（ＯＳ）やＭＡＣチップ２６制御用のプログラムのような各種のプログラムを実行することによって、Ｌ２スイッチ２０全体の動作を制御する。例えば、ＣＰＵ２１は、特にＭＡＣフレーム中継時におけるＭＡＣチップの動作（ＭＡＣコンカチネーション処理（後述））を制御する。ＳＤＲＡＭ２２は、ＣＰＵ２１の作業領域として使用される。フラッシュメモリ２３は、Ｌ２スイッチの起動処理に使用されるブートメモリとして機能するとともに、ＯＳ等の各種プログラム及びプログラムの実行時に使用されるデータを格納している。
　ＰＨＹチップ２５は、ＯＳＩ参照モデルにおけるレイヤ１（物理層）に係る処理を司る。ＭＡＣチップ２６は、ＭＡＣ層に係る処理を司る。ＭＡＣスイッチ２４は、各ＭＡＣチップ２６から入力されるＭＡＣフレームを、その宛先に応じたＭＡＣチップ２６へ転送する処理（スイッチング）を行う。このスイッチングに関して、上述したＭＡＣアドレステーブルを使用することができる。
　＜ＭＡＣコンカチネーション処理＞
　次に、図４に示したＭＡＣチップ２６で実行されるＭＡＣコンカチネーション処理について説明する。ＭＡＣコンカチネーション処理にあたり、ＣＰＵ２１は、ＭＡＣチップ２６に対して、使用する連結方式や連結するフレームサイズなどの指示を出すことができる。
　ＭＡＣチップ２６は、出口（Egress）側のＭＡＣ処理部３０（図５）と、出口側（Ingress）側のＭＡＣ処理部４０（図１０）とを備えている。出口側のＭＡＣ処理部３０は、ＭＡＣフレームの送信方向（ＭＡＣ→ＰＨＹ）に流れるＭＡＣフレームに係る処理を行う。これに対し、入口側のＭＡＣ処理部４０は、ＭＡＣフレームの受信方向（ＰＨＹ→ＭＡＣ）に流れるＭＡＣフレームに係る処理を行う。
　＜＜出口側のＭＡＣ処理部＞＞
　図５は、出口側のＭＡＣ処理部の構成例を示す。出口側のＭＡＣ処理部３０は複数のＭＡＣフレームを連結し、ＭＡＣフレームコンカチネーションを行う。
　出口側のＭＡＣ処理部３０は、ＦＣＳチェック部３１と、フレーム長チェック部３２と、フレーム長挿入部３３と、連結タイプ選択部３４（以下、選択部３４）と、連結タイプ挿入部３５（以下、タイプ挿入部３５）と、重複バイト削除部３６（以下、削除部３６）と、コンカチネーションフレーム生成部３７（以下、生成部３７）と、ＦＣＳ挿入部３８とを備えている。
　タイプ挿入部３５は、ＤＡ連結タイプ挿入部３５Ａと、ＶＩＤ連結タイプ挿入部３５Ｂと、ＶＩＤ及びＤＡ連結タイプ挿入部３５Ｃと、異ＤＡ連結タイプ挿入部３５Ｄとを含んでいる。また、タイプ挿入部３５Ａ～３５Ｄと削除部３６との間には、管理テーブルＴ１～Ｔ４が設けられている。管理テーブルＴ１～Ｔ４は、記憶部の例示である。
　ＦＣＳチェック部３１には、ＭＡＣスイッチ２４から送出されるＭＡＣフレームが入力される。ＦＣＳチェック部３１は、ＭＡＣフレームのプリアンブル及びＳＦＤを検出することによってＭＡＣフレームを検出し、検出したＭＡＣフレームのＦＣＳをチェックする。
　フレーム長チェック部３２は、ＭＡＣフレームのフレーム長（ＤＡ，ＳＡ，Type/Length，データ部，及びＦＣＳの長さ）をチェック（算出）する。
　フレーム長挿入部３３は、ＭＡＣフレームに対し、算出したフレーム長（“フレーム長ビット列”と呼ぶ）を挿入する。選択部３４は、ＣＰＵ２１からの指示（連結方式の指定）に基づいて、ＭＡＣフレームの連結方式（連結タイプ）を選択し、連結方式に応じたタイプ挿入部３５Ａ～３５Ｄの何れかへＭＡＣフレームを送る。
　ここに連結方式（連結タイプ）は、“ＤＡ連結”，“V-LAN ID（ＶＩＤ）連結”，“ＶＩＤ及びＤＡ連結”，“異ＤＡ連結”の４つのタイプが例示されている（各タイプの説明は後述）。
　各タイプ挿入部３５Ａ～３５Ｄは、選択された連結方式（連結タイプ）を示すデータ（“連結タイプビット列”と呼ぶ）をＭＡＣフレームに挿入する。各タイプ挿入部３５Ａ～３５Ｄは、ＭＡＣフレームを一時的に格納する管理テーブル（バッファ）を夫々有している。連結タイプバイトが挿入されたＭＡＣフレームは、対応する管理テーブルＴ１～Ｔ４に一時的に格納される。
　削除部３６は、生成部３７からの要求に応じて、連結（コンカチネーション）対象の複数のＭＡＣフレームを管理テーブル（バッファ）Ｔ１～Ｔ４のいずれかから読み出す。削除部３６は、読み出した複数のＭＡＣフレーム間で重複するバイト（データ、すなわちＤＡ及び／又はＶＩＤ）を削除し、生成部３７に送る。
　生成部３７は、ＣＰＵ２１からの制御に基づき、ＣＰＵ２１からの指示に応じたフレームサイズでコンカチネーションフレーム（連結フレーム）を生成する。
　ここに、管理テーブルからのＭＡＣフレームの読み出しは、例えば、生成部３７が、各管理テーブルＴ１～Ｔ４に格納されたＭＡＣフレームの合計サイズ（バッファ格納量）を監視し、バッファ格納量が連結フレームのフレームサイズに応じた量に達した場合に、削除部３６に対し、対応する管理テーブルからのＭＡＣフレームの読み出し指示を与える（連結タイプ：異ＤＡ以外）、或いは生成部が管理テーブルＴ４から直接ＭＡＣフレームを読み出す（連結タイプ：異ＤＡ）ようにしても良い。或いは、所定の周期で、周期的に削除部３６又は生成部３７が、管理テーブルＴ１～Ｔ４中のＭＡＣフレームを読み出すようにしても良い。
　ＦＣＳ挿入部３８は、生成部３７で生成された連結フレームに対するＣＲＣ計算を行い、計算結果をＦＣＳとして挿入した後、連結フレームをＰＨＹチップ２５へ向けて送出する。
　図６は、連結フレームのフォーマットを示す。図６に示す連結フレームフォーマットは、連結タイプが“異ＤＡ”である場合における連結フレームのフォーマットを示す。この連結フレームは、具体的には以下のようなデータ構造を有する。
　第１に、連結される複数のＭＡＣフレームのうち、先頭のＭＡＣフレームのプリアンブル及びＳＦＤを除き、残りのＭＡＣフレームに係るプリアンブル及びＳＦＤが省略されている。
　第２に、連結された各ＭＡＣフレームに相当する部分のType/Lengthフィールドの次に、新規フィールドである“長さ（Length）”フィールド（２バイト）が挿入されている（図６において、アスタリスク（＊）が付されたフィールドが“Length”フィールドである）。“Length”フィールドには、上述したフレーム長ビット列と連結タイプビット列とが格納される。
　図７は、“Length”フィールドのデータ構造例を示す。図７に示す例では、連結タイプ（連結方式）を示すビット列（連結コードと称する）は、２ビットで表現され、“Length”フィールドの先頭からの２ビット（ビットｂ０，ｂ１）に格納される。一方、フレーム長ビット列は、残りの１４ビット（ビットｂ２～ｂ１５）で表現される。従って１６３８４バイトのフレーム長まで表現できる。
　連結タイプビット列（連結コード：ビットｂ０，ｂ１）は、コンカチネーションの方式（連結方式）を表している。図８は、ビットｂ０及びｂ１で表現される連結コードと、連結コードに対応する連結方式との対応表である。
　実施形態で説明される連結方式として、以下の４タイプが用意されている。
（１）異なる宛先アドレス（ＤＡ）を有するＭＡＣフレームを連結する“異ＤＡ連結”方式。
（２）同一のＤＡを有するＭＡＣフレームを連結する“ＤＡ連結”方式。
（３）同一のＶＩＤを有するＭＡＣフレームを連結する“ＶＩＤ連結”方式。
（４）同一のＶＩＤ及びＤＡを有するＭＡＣフレームを連結する“ＶＩＤ及びＤＡ連結”方式。
　従って、連結コード“００”（異ＤＡ連結方式）は、異ＤＡ連結タイプ挿入部３５ＤでＭＡＣフレームに挿入され、連結コード“０１”（ＤＡ連結方式）は、ＤＡ連結タイプ挿入部３５ＡでＭＡＣフレームに挿入される。また、連結コード“１０”（ＶＩＤ連結方式）は、ＶＩＤ連結タイプ挿入部３５ＢでＭＡＣフレームに挿入され、連結コード“１１”（ＶＩＤ及びＤＡ連結方式）は、ＶＩＤ及びＤＡ連結タイプ挿入部３５ＣでＭＡＣフレームに挿入される。
　図６に示す連結フレームは、連結フレーム中の先頭に位置するＭＡＣフレーム部分のType/Lengthフィールドの直後から、最後尾に位置するＭＡＣフレーム部分のデータ部までの部分を連結フレームのデータ部とみなすことができる。但し、ＦＣＳフィールドの値は、連結フレーム全体を考慮して計算された、新たな値（ＦＣＳ挿入部３８で計算される）が、設定される。
　このように、連結フレームは、標準ＭＡＣフレームと同一フォーマットを持つ。従って、標準のＭＡＣフレームに適用されるＭＡＣアドレステーブルと同一のＭＡＣアドレステーブルでの管理が可能である。このことは、連結フレームを汎用のＬ２スイッチに中継させてエンド－トゥ－エンド（End to End）で使うことができることを意味する。
　なお、上述した“Length”フィールドのバイト数，連結タイプビット列のビット数（コード），及びフレーム長のビット数は例示であって、連結方式のタイプ数や表現を所望するフィールド長に応じて適宜変更可能である。
　＜＜出口側のＭＡＣ処理部の動作例（ＭＡＣフレームコンカチネーション（異ＤＡ連結））＞＞
　図９は、出口側のＭＡＣ処理部３０の動作例を示すフローチャートである。図９に示す処理は、ＭＡＣ処理部３０にＭＡＣフレームが入力されることによって開始される。
　ステップＳ１では、ＦＣＳチェック部３１が、ＭＡＣフレームを検出し、ＦＣＳチェック（ＣＲＣチェック）を実行する。このとき、ＦＣＳチェックの結果がエラーであるには、フレームが廃棄される（ステップＳ２）。これに対し、ＦＣＳチェックの結果が“ＯＫ”である場合には、ＭＡＣフレームがフレーム長チェック部３２に渡される。
　フレーム長チェック部３２は、ＭＡＣフレームのフレーム長をチェック（計測）し（ステップＳ３）、計測したフレーム長を示すフレーム長ビット列とＭＡＣフレームとをフレーム長挿入部３３に渡す。
　フレーム長挿入部３３は、ＭＡＣフレームの所定位置（Type/Lengthフィールドとデータ部との間）にフレーム長ビット列を挿入し（ステップＳ４）、ＭＡＣフレームを選択部３４に渡す。
　選択部３４は、ＣＰＵ２１からの指示に応じた連結タイプ挿入部３５Ａ～３５Ｄの何れかにＭＡＣフレームを渡す。すなわち、連結タイプ挿入部３４は、指示された連結タイプが“ＤＡ連結”か否かを判定する（ステップＳ５）。
　このとき、連結タイプが“ＤＡ連結”であれば、選択部３４は、処理をステップＳ１０に進める。これに対し、連結タイプが“ＤＡ連結”でなければ、選択部３４は、処理をステップＳ６に進める。
　ステップＳ６に処理が進んだ場合には、選択部３４は、連結タイプが“ＶＩＤ連結”か否かを判定する。このとき、連結タイプが“ＶＩＤ連結”であれば、選択部３４は、処理をステップＳ１３に進める。これに対し、連結タイプが“ＶＩＤ連結”でなければ、選択部３４は、処理をステップＳ７に進める。
　ステップＳ７に処理が進んだ場合には、選択部３４は、連結タイプが“ＶＩＤ及びＤＡ連結”か否かを判定する。このとき、連結タイプが“ＶＩＤ及びＤＡ連結”であれば、選択部３４は、処理をステップＳ１６に進める。これに対し、連結タイプが“ＶＩＤ及びＤＡ連結”でなければ、選択部３４は、処理をステップＳ８に進める。
　ステップＳ７からステップＳ８へ処理が進む場合には、“異ＤＡ連結”方式に則った連結フレームの生成が行われる。すなわち、ステップＳ８において、ＭＡＣフレームが選択部３４から異ＤＡ連結タイプ挿入部３５Ｄに渡される。異ＤＡ連結タイプ挿入部３５Ｄは、異ＤＡ連結方式を示すコード“００”（図８）を、ＭＡＣフレーム中の所定位置（連結コード挿入位置）に挿入し、管理テーブル（バッファ）Ｔ４に格納する。
　その後、ＣＰＵ２１により指定された適宜のタイミングで、管理テーブルＴ４に格納された複数の連結対象のＭＡＣフレームが読み出され、生成部３７に渡される。生成部３７は、受け取った複数のＭＡＣフレームから、上述した異ＤＡ連結方式に従った連結フレーム（図６）を生成し、ＦＣＳ挿入部３８に渡す。すると、処理がステップＳ９に進む。
　ステップＳ９では、ＦＣＳ挿入部３８が、連結フレームに対するＣＲＣ計算を行い、その計算結果をＦＣＳフィールドに格納する。その後、連結フレームは、外線へ出力され、対応するＰＨＹチップ２５（図４）に送られる。なお、ステップＳ１０以降の処理については後述する。
　なお、上記した動作例では、生成部３７が連結フレームの先頭に同期確立用情報としてのプリアンブル及びＳＦＤを付与する例を示した。これに対し、生成部３７の後段に、プリアンブル及びＳＦＤを付与する付与部が設けられていても良い。また、連結フレームに対するＳＦＤの付与と、プリアンブルの付与とが、異なる主体（構成要素）によって実施されるようにしても良い。
　＜＜入口側のＭＡＣ処理部＞＞
　次に、ＭＡＣチップ（ＭＡＣデバイス）２６における入口側のＭＡＣ処理部４０について説明する。図１０は、入口側のＭＡＣ処理部４０の構成例を示す。ＭＡＣ処理部４０は、ＭＡＣフレームコンカチネーションを解除し、連結前の各ＭＡＣフレームを復元する。
　図１０において、ＭＡＣ処理部４０は、ＦＣＳチェック部４１と、連結タイプ判定部４２と、連結フレームの分割部４３と、重複バイト復元部４４（以下、復元部）と、フレーム長削除部４５（以下、削除部４５）と、ＳＦＤ挿入部４６と、ＦＣＳ挿入部４７とを備えている。
　分割部４３は、“ＤＡ連結”方式に対応するＤＡ分割部４３Ａと、“ＶＩＤ連結”方式に対応するＶＩＤ分割部４３Ｂと、“ＶＩＤ及びＤＡ連結”方式に対応するＤＡ及びＶＩＤ分割部４３Ｃと、“異ＤＡ連結”方式に対応する異ＤＡ分割部４３Ｄとからなる。
　ＦＣＳチェック部４１は、ＰＨＹチップ２５（図３）から受信される連結フレームのＦＣＳチェック（ＣＲＣチェック）を行う。
　連結タイプ判定部４２は、連結フレームの連結タイプを判定する。連結タイプ判定部４２は、例えば、連結フレームの先頭から最初の“Length”フィールドのオフセット位置を有しており、オフセット位置に基づき、連結タイプを示す連結コード（ビットｂ０及びｂ１）を検出する。
　このとき、連結コードが“００（異ＤＡ連結）”であれば、連結タイプ判定部４２は、連結フレームを異ＤＡ分割部４３Ｄに渡す。これに対し、連結コードが“０１（ＤＡ連結）”であれば、連結タイプ判定部４２は、連結フレームをＤＡ分割部４３Ａに渡す。これに対し、連結コードが“１０（ＶＩＤ連結）”であれば、連結タイプ判定部４２は、連結フレームをＤＡ分割部４３Ｂに渡す。これに対し、連結コードが“１１（ＶＩＤ及びＤＡ連結）”であれば、連結タイプ判定部４２は、連結フレームをＶＩＤ及びＤＡ分割部４３Ａに渡す。
　分割部４３では、連結タイプに応じた連結フレームの分割処理が行われる。例えば、連結タイプが“異ＤＡ”である場合には、異ＤＡ分割部４３Ｄが、連結フレームを、ＤＡフィールドから次のＤＡフィールドの直前のフィールド（ＦＣＳフィールド）までを単位とする複数の単位ブロックに分割する。
　連結フレーム中の先頭に位置するＭＡＣフレームのＤＡフィールドのスタート位置は、標準ＭＡＣフレームのＤＡフィールドのスタート位置と同じであるので、標準ＭＡＣフレームのＤＡフィールドのオフセット位置より求めることができる。
　先頭より２番目以降のＭＡＣフレーム部分のＤＡフィールドのスタート位置（連結フレーム上でのオフセット位置）は、直前のＭＡＣフレーム相当部分に含まれる“Length”フィールド内のフレーム長ビット列で表されるフレーム長から割り出される。
　連結フレーム中の各ＭＡＣフレーム部分に含まれる“Length”フィールドのフレーム長は、ＭＡＣフレーム部分のフレーム長（ＤＡからＦＣＳまでの長さ）を示す。
　従って、例えば、２番目のＭＡＣフレーム部分のＤＡフィールドのスタート位置を求める場合には、先頭のＭＡＣフレーム部分のＤＡフィールドのスタート位置を起点とし、そこから先頭のＭＡＣフレームのフレーム長に対応する部分が、先頭のＭＡＣフレーム部分に含まれる。そして、先頭のＭＡＣフレーム部分に含まれるＦＣＳフィールドの直後が、次の（２番目の）ＭＡＣフレームのＤＡフィールドのスタート位置（オフセット位置）となる。
　従って、２番目のＤＡフィールドのオフセット位置と、２番目のＭＡＣフレーム部分の“Length”フィールド（スタート位置は、ＤＡのスタート位置から１６バイト隔たった位置）に格納されたフレーム長とから、３番目のＭＡＣフレーム部分におけるＤＡフィールドのオフセット位置を求めることができる。このようにして、連結フレームに含まれる各ＭＡＣフレームのＤＡフィールドを検出し、各ＤＡフィールドのスタート位置で、連結フレームを分割することができる。
　ＤＡ分割部４３Ａ，ＶＩＤ分割部４３Ｂ，ＶＩＤ及びＤＡ分割部４３Ｃは、連結タイプに従って、連結フレームを複数の単位ブロックに分割する（詳細は後述）。
　重複バイト復元部４４は、連結タイプに従って、分割部４３Ａ～４３Ｃから受け取る複数の単位ブロックの夫々に関して、連結処理時に省略されたフィールド（ＤＡ及び／又はＶＩＤフィールド）の復元を行う。
　フレーム長削除部４５は、重複バイト復元部４４又は異ＤＡ分割部４３Ｄから受け取る各単位ブロックから“Length”フィールドを削除する。
　ＳＦＤ挿入部４６は、フレーム長削除部４５から受け取る各単位ブロックにＳＦＤを挿入する。ＦＣＳ挿入部４７は、ＳＦＤ挿入部４６から受け取る各単位ブロックに関してＣＲＣ３２計算を行い、計算結果をＦＣＳフィールドに挿入する。このようにして、元のＭＡＣフレームが復元される。
　その後、各単位ブロックは、各ＭＡＣフレームとして、ＩＦＧのインターバル毎に、プリアンブル（７バイト）に続いて送出される。送出された各ＭＡＣフレームは、ＭＡＣスイッチ２４へ送られる。
　＜＜入口側のＭＡＣ処理部の動作例（オリジナルフレームの復元（異ＤＡ連結））＞＞
　図１１は、入口側のＭＡＣ処理部４０の動作例を示すフローチャートである。図１１に示す処理は、ＭＡＣ処理部４０に連結フレームが入力されることによって開始される。
　ステップＳ００１では、ＦＣＳチェック部４１が、連結フレームを検出し、ＦＣＳチェック（ＣＲＣチェック）を実行する。このとき、ＦＣＳチェックの結果がエラーであるには、フレームが廃棄される（ステップＳ００２）。これに対し、ＦＣＳチェックの結果が“ＯＫ”である場合には、連結フレームが連結タイプ判定部４２に渡される。
　連結タイプ判定部４２は、コンカチネーションタイプチェックを行う（ステップＳ００３）。すなわち、連結タイプ判定部４２は、例えば、予め保持している連結フレーム中の最初の“Length”フィールドのオフセット位置に基づき、“Length”フィールドから連結タイプを示すコードを検出し、コードが示す連結タイプを認識する。
　そして、連結タイプ判定部４２は、認識した連結タイプに対応する分割部４３Ａ～４３Ｄの何れかに連結フレームを渡す。すなわち、連結タイプ判定部４２は、連結タイプが“ＤＡ連結”か否かを判定する（ステップＳ００４）。
　このとき、連結タイプが“ＤＡ連結”であれば、選択部３４は、処理をステップＳ０１３に進める。これに対し、連結タイプが“ＤＡ連結”でなければ、選択部３４は、処理をステップＳ００５に進める。
　ステップＳ００５に処理が進んだ場合には、選択部３４は、連結タイプが“ＶＩＤ連結”か否かを判定する。このとき、連結タイプが“ＶＩＤ連結”であれば、選択部３４は、処理をステップＳ０１９に進める。これに対し、連結タイプが“ＶＩＤ連結”でなければ、選択部３４は、処理をステップＳ００６に進める。
　ステップＳ００６に処理が進んだ場合には、選択部３４は、連結タイプが“ＶＩＤ及びＤＡ連結”か否かを判定する。このとき、連結タイプが“ＶＩＤ及びＤＡ連結”であれば、選択部３４は、処理をステップＳ０２５に進める。これに対し、連結タイプが“ＶＩＤ及びＤＡ連結”でなければ、選択部３４は、処理をステップＳ００７に進める。
　ステップＳ００６からステップＳ００７へ処理が進む場合には、“異ＤＡ連結”方式に則った連結フレームの分割動作が行われる。すなわち、連結フレームが、連結タイプ判定部４２から異ＤＡ分割部４３Ｄに渡される。ステップＳ００７において、異ＤＡ分割部４３Ｄは、連結フレーム中の先頭のＭＡＣフレーム部分の“Length”フィールドのフィールド長をチェックする。
　そして、異ＤＡ分割部４３Ｄは、フィールド長に従って、先頭のＭＡＣフレーム部分からＦＣＳフィールドまでの部分を単位ブロックとして切り離す（分割する）（ステップＳ００８）。
　続いて、異ＤＡ分割部４３Ｄは、連結フレームの残り部分が次のＭＡＣフレーム部分を含むか否かを判定する（ステップＳ００９）。このとき、次のＭＡＣフレーム部分が残っている場合には、処理がステップＳ００７に戻り、残り部分の先頭“Length”フィールドをチェックして、分割位置を決定し、単位ブロックを切り離す（ステップＳ００８）。このようなループ処理は、次のＭＡＣフレーム部分がなくなる（ステップＳ００９のＮＯ判定）まで行われる。
　その後、連結フレームの分割によって作成された複数の単位ブロックがフレーム長削除部４５に渡される。フレーム長削除部４５は、各単位ブロックに含まれる“Length”フィールドを削除する（ステップＳ０１０）。
　フレーム長削除部４５は、各単位ブロックをＳＦＤ挿入部４６に渡す。ＳＦＤ挿入部４６は、各単位ブロックにＳＦＤを挿入する（ステップＳ０１１）。
　その後、ＳＦＤ挿入部４６は、各単位ブロックをＦＣＳ挿入部４７に渡し、ＦＣＳ挿入部４７は、各単位ブロックについてＦＣＳ（ＣＲＣ３２）計算を行い、計算結果をＦＣＳフィールドに格納する（ステップＳ０１２）。
　そして、ＳＦＤ挿入部４６は、各ＭＡＣフレームを、適宜のタイミング（ＩＦＧに従ったタイミング）でプリアンブルに続きＭＡＣスイッチ２４へ向けて送出する。なお、ステップＳ０１３以降の処理については後述する。
　図１におけるデータセンタにおいて、上述したようなＭＡＣフレームコンカチネーションは、各Ｌ２スイッチ１３，１４と、上位のＬ２スイッチ１５とを夫々結ぶアップリンク通信（Ｌ２スイッチ１３，１４→Ｌ２スイッチ１５）及びダウンリンク通信（Ｌ２スイッチ１５→Ｌ２スイッチ１３，１４）について適用することができる。
　上述した連結フレームの生成（ＭＡＣフレームコンカチネーション）処理（出口側（送信側）の処理）において、連結フレームに含まれる各ＭＡＣフレーム部分のフレーム長情報を挿入し、連結方式毎に連結コード挿入、省略可能な重複バイト削除を行い、最大フレーム長以内にフレームサイズを抑えながら連結フレームを生成している。
　一方、入口側（受信側）の処理フローでは、ＭＡＣコンカチネーションされたフレームの復元の為、受信した連結フレームの連結タイプに基づいて連結前の各フレーム（単位ブロック）に分割し、挿入したフレーム長バイトを削除することでオリジナルフレームの復元を実現している。
　したがって、標準ＭＡＣフレームを送受信する通信装置（例えばＬ２スイッチ）に、上記処理を実現する機能を追加することによって、MACコンカチネーションフレーム（連結フレーム）の送受信を可能にすることができる。
　上記した動作例によれば、従来のように、各ＭＡＣフレームに対してＳＦＤが付与されるのではなく、複数のＭＡＣフレームが連結された連結フレームに対して１つだけＳＦＤが付与される。これによって、連結フレームに含まれる２番目以降のＭＡＣフレームについては、ＩＦＧ，プリアンブル及びＳＦＤ（２０バイト）が省略された状態となる。すなわち、ＭＡＣフレーム毎に同期確立用情報であるＳＦＤ及びプリアンブルの８バイトが挿入されることを回避することができる。
　但し、ＭＡＣフレーム毎に“Length”フィールド２バイトが追加される。もっとも、“Length”フィールド２バイトは、少なくともＳＦＤ１バイト及びプリアンブル７バイトに比べて小さいので、標準ＭＡＣフレームフォーマットに比べて単位時間当たりに送信可能なＭＡＣフレーム数を増やす事ができる。従って、ＭＡＣフレームの伝送効率を高めることができる。これによって、データセンタ１０のサーバ１やストレージ２の稼働率を高めることが可能となる。
　＜ＤＡ連結方式に基づくＭＡＣフレームコンカチネーション＞
　次に、“ＤＡ連結”方式に基づくＭＡＣフレームコンカチネーションについて説明する。“ＤＡ連結”方式では、同一のＤＡを有するＭＡＣフレームを集めてＭＡＣフレームコンカチネーションが実行される。
　上述した“異ＤＡ連結”方式との差異を中心に説明すると、図５に示す出口側のＭＡＣ処理部３０において、連結タイプ選択部３４は、ＣＰＵ２１からの“ＤＡ連結”方式の実行指示に従って、フレーム長挿入部３３から受け取るＭＡＣフレームをＤＡ連結タイプ挿入部３５Ａに送る。
　ＤＡ連結タイプ挿入部３５Ａは、“ＤＡ連結”を示す連結コード“０１”をＭＡＣフレームの所定位置に挿入し、管理テーブルＴ１に格納する。このとき、管理テーブル（バッファ）Ｔ１として、ＤＡ毎に１以上の管理テーブル（バッファ）Ｔ１、或いは、ＤＡ毎に異なる一時格納領域が用意される。
　削除部３６は、生成部３７からの指示に基づき、或る管理テーブルＴ１から連結フレームサイズに応じた（連結フレームの最大サイズを超えない）複数のＭＡＣフレーム（同一のＤＡを有する）を読み出す。続いて、削除部３６は、読み出した複数のＭＡＣフレームのうち、連結フレームの先頭に位置する予定のＭＡＣフレームのＤＡを残し、２番目以降に位置する予定の各ＭＡＣフレームに含まれるＤＡフィールドを削除する。
　生成部３７は、“ＤＡ連結”方式に従った連結フレームを生成する。図１２は、“ＤＡ連結”方式によって生成される連結フレームのフォーマットを示す。
　“異ＤＡ連結”方式のフォーマットとの相違は、２番目以降に位置するＭＡＣフレーム部分のＤＡフィールドが削除されている点である。したがって、“ＤＡ連結”方式では、“異ＤＡ連結”方式に比べ、削除されるＤＡフィールドのサイズに応じた伝送効率の向上を図ることが可能となる。
　以下、図９を用いて、“ＤＡ連結”方式における出口側のＭＡＣ処理部３０の動作例を説明する。図９のステップＳ５において、連結タイプが“ＤＡ連結”であると判定されると、ステップＳ１０において、連結コード“０１”がＤＡ連結タイプ挿入部３５ＡによってＭＡＣフレームに挿入される。
　その後、ＭＡＣフレームは、ＤＡ毎に仕分けされ（ステップＳ１１）、ＤＡに対応する管理テーブル（バッファ）Ｔ１にて一時格納される。その後、生成部３７からの読み出し指示を受けた削除部３６が、連結フレームサイズに応じた数のＭＡＣフレーム（同一ＤＡを有する）を、管理テーブルＴ１から読み出す。続いて、削除部３６は、連結フレームにおいて２番目以降に配置予定の各ＭＡＣフレームからＤＡフィールドを削除する（ステップＳ１２）。このとき、連結フレームにおいて先頭に配置予定のＭＡＣフレームのＤＡフィールドは削除されない。削除部３６は、複数のＭＡＣフレームを、生成部３７に与える。
　生成部３７は、“ＤＡ連結”方式に従って、図１２に示したフォーマットを有する連結フレームを生成する（ステップＳ８）。その後のステップＳ９（ＦＣＳ挿入）以降の処理は、“異ＤＡ連結”方式と同様である。
　次に、“ＤＡ連結”方式における入口側のＭＡＣ処理部４０について説明する。図１０に示した入口側のＭＡＣ処理部４０において、連結タイプ判定部４２は、連結タイプが“ＤＡ連結”であると判定すると、連結フレームをＤＡ分割部４３Ａに入力する。
　ＤＡ分割部４３Ａによる分割処理は、以下の点で“異ＤＡ連結”方式における異ＤＡ分割部４３Ｄの処理と異なる。“ＤＡ連結”方式では、連結フレームにおける２番目以降の各ＭＡＣフレーム部分には、ＤＡフィールドが含まれていない。
　このため、２番目以降のＭＡＣフレーム部分の“Length”フィールドに格納されたフレーム長は、削除されたＤＡフィールド（６バイト）だけ大きい値が格納されている。
　したがって、ＤＡ分割部４３Ａは、３番目以降のＭＡＣフレーム部分の先頭位置、すなわちＳＡフィールドのスタート位置を求めるにあたっては、直前のＭＡＣフレーム部分の“Length”フィールドのフィールド長から６バイトを減じた値を直前のＭＡＣフレーム部分のフレーム長として、次のＭＡＣフレーム部分のＳＡフィールドのスタート位置を求める。
　もっとも、例えば、ＭＡＣ処理部３０の削除部３６によるＤＡフィールドの削除に応じて、“Length”フィールドのフィールド長から６バイトが減じられる構成が採用されれば、上記処理は不要である。このようなフィールド長の変更処理は、例えば、削除部３６又は生成部３７で実行可能である。
　以下、図１１を用いて、“ＤＡ連結”方式における入口側のＭＡＣ処理部４０の動作例を説明する。図１１に示すステップＳ００４において、連結タイプが“ＤＡ連結”であると判定されると、連結フレームが連結タイプ判定部４２からＤＡ分割部４３Ａに送られる（ステップＳ０１３）。
　ＤＡ分割部４３Ａは、連結フレームにおける先頭のＭＡＣフレーム部分の“Length”フィールド中のフレーム長を検出する（Ｓ０１４）。続いて、ＤＡ分割部４３Ａは、フレーム長に基づいて、先頭のＭＡＣフレームにおけるＦＣＳフィールドの終了位置を特定し、そこでＭＡＣフレーム部分（単位ブロック）を切り離す（ステップＳ０１５）。
　ＤＡ分割部４３Ａは、単位ブロックを復元部４４に渡す。復元部４４は、ＤＡを復元するか否かを、渡された単位ブロックが先頭のＭＡＣフレーム部分であるか否かを以て判定する（ステップＳ０１６）。このとき、単位ブロックが先頭のＭＡＣフレーム部分であれば、処理がステップＳ０１８に進み、次のＭＡＣフレーム部分（連結フレームの残り）があるか否かが判定される。
　この判定は、ＤＡ分割部４３Ａで行われる。したがって、ステップＳ０１４，Ｓ０１５及びＳ０１８の処理は、ＤＡ分割部４３Ａで行われ、ステップＳ０１６，Ｓ０１７の処理は、復元部４４で行われる。このため、両者の処理は、順序がフロー通りでなくても良く、例えば、ステップＳ０１６の処理とステップＳ０１８の処理が並列に実行されるようにしても良い。
　次のＭＡＣフレーム部分がある場合には、処理がステップＳ０１４に戻り、連結フレームの残り部分について、最も先頭側に位置する“Length”フィールドのフレーム長が検出され、このフレーム長に基づいて、分離（切り離し位置）が決定され、単位ブロックの切り離し処理が行われる（ステップＳ０１５）。
　上述したように、２番目以降のＭＡＣフレーム部分からは、ＤＡフィールドが削除されているので、フレーム長からＤＡフィールド長を減じた値が、次のＭＡＣフレーム部分におけるＳＡフィールドのスタート位置（次の単位ブロックの切り離し位置）の決定に使用される。
　２番目以降のＭＡＣフレーム部分（単位ブロック）からは、ＤＡフィールドが削除されているので、復元部４４は、先頭の（１番目の）ＭＡＣフレーム部分（単位ブロック）のＤＡフィールドの値を複製し、２番目以降の単位ブロックに付与する（ステップＳ０１７）。このようにして、単位ブロックにＤＡフィールドが復元される。
　ステップＳ０１４～Ｓ０１８のループ処理によって、必要に応じてＤＡフィールドが復元された複数の単位ブロックが生成される。複数の単位ブロックの夫々に対し、フレーム長削除部４５が、“Length”フィールドを削除する（ステップＳ０１０）。その後は、“異ＤＡ連結”方式と同様の処理が行われる（ステップＳ０１１，Ｓ０１２）。
　このように“ＤＡ連結”方式においても、標準ＭＡＣフレームとして扱うことが可能な連結フレームを生成することができる。また、“ＤＡ連結”方式では、削除されるＤＡフィールドのサイズに応じて連結フレームに含まれ得るＭＡＣフレームの数を、“異ＤＡ連結”方式に比べて増やすことが可能であり、ＭＡＣフレームの伝送効率を高めることが可能となる。
　＜ＶＩＤ連結方式に基づくＭＡＣフレームコンカチネーション＞
　次に、“ＶＩＤ連結”方式に基づくＭＡＣフレームコンカチネーションについて説明する。“ＶＩＤ連結”方式では、同一のＶＩＤ（ＶＬＡＮ　ＩＤ）を有するＭＡＣフレームを集めてＭＡＣフレームコンカチネーションが実行される。
　上述した“異ＤＡ連結”方式との差異を中心に説明すると、図５に示す出口側のＭＡＣ処理部３０において、ＦＣＳチェック部３１点フレーム長チェック部３２，及びフレーム挿入部３３による処理は、“異ＤＡ連結”方式と同様である。これに対し、連結タイプ選択部３４は、ＣＰＵ２１からの“ＶＩＤ連結”方式の実行指示に従って、フレーム長挿入部３３から受け取るＭＡＣフレームをＶＩＤ連結タイプ挿入部３５Ｂに送る。
　ＶＩＤ連結タイプ挿入部３５Ｂは、“ＶＩＤ連結”を示す連結コード“１０”をＭＡＣフレームの所定位置に挿入し、管理テーブルＴ２に格納する。このとき、管理テーブル（バッファ）Ｔ２として、ＶＩＤ毎に１以上の管理テーブル（バッファ）Ｔ２、或いは、ＶＩＤ毎に異なる一時格納領域が用意される。
　削除部３６は、生成部３７からの指示に基づき、或る管理テーブル（バッファ）Ｔ２から連結フレームサイズに応じた（連結フレームの最大サイズを超えない）複数のＭＡＣフレーム（同一のＶＩＤを有する）を読み出す。続いて、削除部３６は、読み出した複数のＭＡＣフレームのうち、連結フレームの先頭（１番目）に位置する予定のＭＡＣフレームのＶＬＡＮタグフィールドを残し、２番目以降に位置する予定の各ＭＡＣフレームに含まれるＶＬＡＮタグフィールドを削除する。
　生成部３７は、“ＶＩＤ連結”方式に従った連結フレームを生成する。図１３は、“ＶＩＤ連結”方式によって生成される連結フレームのフォーマットを示す。
　ＶＩＤが格納されるＭＡＣフレームには、ＶＩＤ格納用フィールドとして、ＳＡフィールドとType/Lengthフィールドとの間に、ＶＬＡＮタグフィールド（４バイト）が設けられる。
　図１３に示す連結フレームフォーマットと、“異ＤＡ連結”方式のフォーマット（図６）との相違は、２番目以降に位置する各ＭＡＣフレーム部分のＶＬＡＮタグフィールドが削除されている点である。したがって、“ＶＩＤ連結”方式では、“異ＤＡ連結”方式に比べ、削除されるＶＬＡＮタグフィールドのサイズに応じた伝送効率の向上を図ることが可能となる。
　以下、図９を用いて、“ＶＩＤ連結”方式における出口側のＭＡＣ処理部３０の動作例を説明する。図９のステップＳ６において、連結タイプが“ＶＩＤ連結”であると判定されると、ステップＳ１３において、連結コード“１０”がＤＡ連結タイプ挿入部３５ＢによってＭＡＣフレームに挿入される。
　その後、ＭＡＣフレームは、ＶＩＤ毎に仕分けされ（ステップＳ１４）、ＶＩＤに対応する管理テーブル（バッファ）Ｔ２にて一時格納される。その後、生成部３７からの読み出し指示を受けた削除部３６が、連結フレームサイズに応じた数のＭＡＣフレーム（同一ＶＩＤを有する）を、管理テーブル（バッファ）Ｔ２から読み出し、連結フレームにおいて２番目以降に配置予定の各ＭＡＣフレームからＶＬＡＮタグフィールドを削除する（ステップＳ１５）。但し、連結フレームにおいて先頭（１番目）に配置予定のＭＡＣフレームのＶＬＡＮタグフィールドは削除されない。複数のＭＡＣフレームは、生成部３７に与えられる。
　生成部３７は、“ＶＩＤ連結”方式に従って、図１３に示したフォーマットを有する連結フレームを生成する（ステップＳ８）。その後のステップＳ９（ＦＣＳ挿入）以降の処理は、“異ＤＡ連結”方式と同様である。
　次に、“ＶＩＤ連結”方式における入口側のＭＡＣ処理部４０について説明する。図１０に示した入口側のＭＡＣ処理部４０において、連結タイプ判定部４２は、連結タイプが“ＶＩＤ連結”であると判定すると、連結フレームをＶＩＤ分割部４３Ｂに入力する。
　ＶＩＤ分割部４３Ｂによる処理は、以下の点で“異ＤＡ連結”方式における異ＤＡ分割部４３Ｄの処理と異なる。“ＶＩＤ連結”方式では、連結フレームにおける２番目以降の各ＭＡＣフレーム部分には、ＶＬＡＮタグフィールドが含まれていない。
　このため、２番目以降のＭＡＣフレーム部分の“Length”フィールドに格納されたフレーム長は、削除されたＶＬＡＮタグフィールド（４バイト）だけ大きい値が格納されている。
　したがって、ＶＩＤ分割部４３Ｂは、３番目以降のＭＡＣフレーム部分の先頭位置、すなわちＤＡフィールドのスタート位置を求めるにあたっては、直前のＭＡＣフレーム部分の“Length”フィールドのフィールド長から４バイトを減じた値を直前のＭＡＣフレーム部分のフレーム長として、次のＭＡＣフレーム部分のＤＡフィールドのスタート位置を求める。
　もっとも、例えば、ＭＡＣ処理部３０の削除部３６によるＶＬＡＮタグフィールドの削除に応じて、“Length”フィールドのフィールド長から４バイトが減じられる構成が採用されれば、上記処理は不要である。このようなフィールド長の変更処理は、削除部３６又は生成部３７で実行可能である。
　以下、図１１を用いて、“ＶＩＤ連結”方式における入口側のＭＡＣ処理部４０の動作例を説明する。図１１に示すステップＳ００５において、連結タイプが“ＶＩＤ連結”であると判定されると、連結フレームが連結タイプ判定部４２からＶＩＤ分割部４３Ｂに送られる（ステップＳ０１９）。
　ＶＩＤ分割部４３Ｂは、連結フレームにおける先頭の（１番目の）ＭＡＣフレーム部分の“Length”フィールド中のフレーム長を検出する（ステップＳ０２０）。続いてＶＩＤ分割部４３Ｂは、連結フレームにおける先頭のＭＡＣフレームにおけるＦＣＳフィールドの終了位置を特定し、そこでＭＡＣフレーム部分（単位ブロック）を切り離す（ステップＳ０２１）。
　ＶＩＤ分割部４３Ｂは、単位ブロックを復元部４４に渡す。復元部４４は、ＶＩＤを復元するか否かを、渡された単位ブロックが先頭のＭＡＣフレーム部分であるか否かを以て判定する（ステップＳ０２２）。このとき、単位ブロックが先頭のＭＡＣフレーム部分であれば、処理がステップＳ０２４に進み、次のＭＡＣフレーム部分（連結フレームの残り）があるか否かが判定される。
　ステップＳ０２４の判定は、ＶＩＤ分割部４３Ｂで行われる。したがって、ステップＳ０２０，Ｓ０２１及びＳ０２４の処理は、ＶＩＤ分割部４３Ｂで行われ、ステップＳ０２２，Ｓ０２３の処理は、復元部４４で行われる。このため、両者の処理は、順序がフロー通りでなくても良く、例えば、ステップＳ０２２の処理とステップＳ０２４の処理が並列に実行されるようにしても良い。
　次のＭＡＣフレーム部分（連結フレームの残り部分）がある場合には、処理がステップＳ０２０に戻り、連結フレームの残り部分において最も先頭側に位置する“Length”フィールドのフレーム長が検出され、このフレーム長に基づいて、分離（切り離し位置）が決定され、単位ブロックの切り離し処理が行われる（ステップＳ０２１）。
　上述したように、２番目以降のＭＡＣフレーム部分からは、ＶＬＡＮタグフィールドが削除されているので、フレーム長からＶＬＡＮタグフィールド長（４バイト）を減じた値が、次のＭＡＣフレーム部分におけるＤＡフィールドのスタート位置（次の単位ブロックの切り離し位置）の決定に使用される。
　２番目以降のＭＡＣフレーム部分（単位ブロック）からは、ＶＬＡＮタグフィールドが削除されているので、復元部４４は、先頭の（１番目の）ＭＡＣフレーム部分（単位ブロック）のＶＬＡＮタグフィールドの値、すなわちＶＩＤを複製し、２番目以降の単位ブロックに付与する（ステップＳ０２３）。このようにして、単位ブロックにＶＬＡＮタグフィールドが復元される。
　ステップＳ０２０～Ｓ０２４のループ処理によって、必要に応じてＶＬＡＮタグフィールドが復元された複数の単位ブロックが生成される。複数の単位ブロックの夫々に対し、フレーム長削除部４５が、“Length”フィールドを削除する（ステップＳ０１０）。その後は、“異ＤＡ連結”方式と同様の処理が行われる（ステップＳ０１１，Ｓ０１２）。
　このように“ＶＩＤ連結”方式においても、標準ＭＡＣフレームとして扱うことが可能な連結フレームを生成することができる。また、“ＶＩＤ連結”方式では、削除されるＶＬＡＮタグフィールドのサイズに応じて連結フレームに含まれ得るＭＡＣフレームの数を“異ＤＡ連結”方式に比べて増やすことが可能であり、ＭＡＣフレームの伝送効率を高めることが可能となる。
　＜ＶＩＤ及びＤＡ連結方式に基づくＭＡＣフレームコンカチネーション＞
　次に、“ＶＩＤ及びＤＡ連結”方式に基づくＭＡＣフレームコンカチネーションについて説明する。“ＶＩＤ及びＤＡ連結”方式では、同一のＶＩＤ（ＶＬＡＮ　ＩＤ）及び同一のＤＡを有するＭＡＣフレームを集めてＭＡＣフレームコンカチネーションが実行される。
　上述した“異ＤＡ連結”方式との差異を中心に説明すると、図５に示す出口側のＭＡＣ処理部３０において、ＦＣＳチェック部３１点フレーム長チェック部３２，及びフレーム挿入部３３による処理は、“異ＤＡ連結”方式と同様である。これに対し、連結タイプ選択部３４は、ＣＰＵ２１からの“ＶＩＤ及びＤＡ連結”方式の実行指示に従って、フレーム長挿入部３３から受け取るＭＡＣフレームをＶＩＤ及びＤＡ連結タイプ挿入部３５Ｃに送る。
　ＶＩＤ及びＤＡ連結タイプ挿入部３５Ｃは、“ＶＩＤ及びＤＡ連結”を示す連結コード“１１”をＭＡＣフレームの所定位置に挿入し、管理テーブルＴ３に格納する。このとき、管理テーブル（バッファ）Ｔ３として、ＶＩＤ及びＤＡ毎に１以上の管理テーブル（バッファ）Ｔ３、或いは、ＶＩＤ及びＤＡ毎に異なる一時格納領域が用意される。
　削除部３６は、生成部３７からの指示に基づき、或る管理テーブル（バッファ）Ｔ３から連結フレームサイズに応じた（連結フレームの最大サイズを超えない）複数のＭＡＣフレーム（同一のＶＩＤ及び同一のＤＡを有する）を読み出す。続いて、削除部３６は、読み出した複数のＭＡＣフレームのうち、連結フレームの先頭（１番目）に位置する予定のＭＡＣフレームのＤＡフィールド及びＶＬＡＮタグフィールドを残し、２番目以降に位置する予定の各ＭＡＣフレームに含まれるＤＡフィールド及びＶＬＡＮタグフィールドを削除する。
　生成部３７は、“ＶＩＤ及びＤＡ連結”方式に従った連結フレームを生成する。図１４は、“ＶＩＤ及びＤＡ連結”方式によって生成される連結フレームのフォーマットを示す。
　図１４に示す連結フレームフォーマットと、“ＶＩＤ連結”方式のフォーマット（図１３）との相違は、２番目以降に位置する各ＭＡＣフレーム部分に関して、ＶＬＡＮタグフィールドだけでなくＤＡフィールドも削除されている点である。したがって、“ＶＩＤ及びＤＡ連結”方式では、“異ＤＡ連結”方式や“ＶＩＤ連結”方式に比べ、削除されるＤＡフィールド及びＶＬＡＮタグフィールドのサイズに応じた伝送効率の向上を図ることが可能となる。
　以下、図９を用いて、“ＶＩＤ及びＤＡ連結”方式における出口側のＭＡＣ処理部３０の動作例を説明する。図９のステップＳ７において、連結タイプが“ＶＩＤ及びＤＡ連結”であると判定されると、ステップＳ１６において、連結コード“１１”がＶＩＤ及びＤＡ連結タイプ挿入部３５ＣによってＭＡＣフレームに挿入される。
　その後、ＭＡＣフレームは、ＶＩＤ及びＤＡ毎に仕分けされ（ステップＳ１７）、ＶＩＤ及びＤＡに対応する管理テーブル（バッファ）Ｔ３にて一時格納される。その後、生成部３７からの読み出し指示を受けた削除部３６が、連結フレームサイズに応じた数のＭＡＣフレーム（同一ＶＩＤ及び同一ＤＡを有する）を、管理テーブル（バッファ）Ｔ３から読み出し、連結フレームにおいて２番目以降に配置予定の各ＭＡＣフレームからＤＡフィールド及びＶＬＡＮタグフィールドを削除する（ステップＳ１８）。但し、連結フレームにおいて先頭（１番目）に配置予定のＭＡＣフレームのＤＡフィールド及びＶＬＡＮタグフィールドは削除されない。複数のＭＡＣフレームは、生成部３７に与えられる。
　生成部３７は、“ＶＩＤ及びＤＡ連結”方式に従って、図１４に示したフォーマットを有する連結フレームを生成する（ステップＳ８）。その後のステップＳ９（ＦＣＳ挿入）以降の処理は、“異ＤＡ連結”方式と同様である。
　次に、“ＶＩＤ及びＤＡ連結”方式における入口側のＭＡＣ処理部４０について説明する。図１０に示した入口側のＭＡＣ処理部４０において、連結タイプ判定部４２は、連結タイプが“ＶＩＤ及びＤＡ連結”であると判定すると、連結フレームをＶＩＤ及びＤＡ分割部４３Ｃに入力する。
　ＶＩＤ及びＤＡ分割部４３Ｃによる処理は、以下の点で“異ＤＡ連結”方式における異ＤＡ分割部４３Ｄの処理と異なる。“ＶＩＤ及びＤＡ連結”方式では、連結フレームにおける２番目以降の各ＭＡＣフレーム部分には、ＤＡフィールド及びＶＬＡＮタグフィールドが含まれていない。
　このため、２番目以降のＭＡＣフレーム部分の“Length”フィールドに格納されたフレーム長は、削除されたＤＡフィールド及びＶＬＡＮタグフィールド（１０バイト）だけ大きい値が格納されている。
　したがって、ＶＩＤ及びＤＡ分割部４３Ｃは、３番目以降のＭＡＣフレーム部分の先頭位置、すなわちＳＡフィールドのスタート位置を求めるにあたっては、直前のＭＡＣフレーム部分の“Length”フィールドのフィールド長から１０バイトを減じた値を直前のＭＡＣフレーム部分のフレーム長として、次のＭＡＣフレーム部分のＳＡフィールドのスタート位置を求める。
　もっとも、例えば、ＭＡＣ処理部３０の削除部３６によるＤＡフィールド及びＶＬＡＮタグフィールドの削除に応じて、“Length”フィールドのフィールド長から１０バイトが減じられる構成が採用されれば、上記処理は不要である。このようなフィールド長の変更処理は、削除部３６又は生成部３７で実行可能である。
　以下、図１１を用いて、“ＶＩＤ連結”方式における入口側のＭＡＣ処理部４０の動作例を説明する。図１１に示すステップＳ００６において、連結タイプが“ＶＩＤ及びＤＡ連結”であると判定されると、連結フレームが連結タイプ判定部４２から分割部４３Ｃに送られる（ステップＳ０２５）。
　分割部４３Ｃは、連結フレームにおける先頭の（１番目の）ＭＡＣフレーム部分の“Length”フィールド中のフレーム長を検出する（ステップＳ０２６）。続いて分割部４３Ｃは、連結フレームにおける先頭のＭＡＣフレームにおけるＦＣＳフィールドの終了位置を特定し、そこでＭＡＣフレーム部分（単位ブロック）を切り離す（ステップＳ０２７）。
　分割部４３Ｃは、単位ブロックを復元部４４に渡す。復元部４４は、ＶＩＤ及びＤＡを復元するか否かを、渡された単位ブロックが先頭のＭＡＣフレーム部分であるか否かを以て判定する（ステップＳ０２８）。このとき、単位ブロックが先頭のＭＡＣフレーム部分であれば、処理がステップＳ０３０に進み、次のＭＡＣフレーム部分（連結フレームの残り）があるか否かが判定される。
　ステップＳ０３０の判定は、分割部４３Ｃで行われる。したがって、ステップＳ０２６，Ｓ０２７及びＳ０３０の処理は、分割部４３Ｃで行われ、ステップＳ０２８，Ｓ０２９の処理は、復元部４４で行われる。このため、両者の処理は、順序がフロー通りでなくても良く、例えば、ステップＳ０２８の処理とステップＳ０３０の処理が並列に実行されるようにしても良い。
　次のＭＡＣフレーム部分（連結フレームの残り部分）がある場合には、処理がステップＳ０２６に戻り、連結フレームの残り部分において最も先頭側に位置する“Length”フィールドのフレーム長が検出され、このフレーム長に基づいて、分離（切り離し位置）が決定され、単位ブロックの切り離し処理が行われる（ステップＳ０２７）。
　上述したように、２番目以降のＭＡＣフレーム部分からは、ＤＡフィールド及びＶＬＡＮタグフィールドが削除されているので、フレーム長からＤＡフィールド長及びＶＬＡＮタグフィールド長（１０バイト）を減じた値が、次のＭＡＣフレーム部分におけるＳＡフィールドのスタート位置（次の単位ブロックの切り離し位置）の決定に使用される。
　２番目以降のＭＡＣフレーム部分（単位ブロック）からは、ＤＡフィールド及びＶＬＡＮタグフィールドが削除されているので、復元部４４は、先頭の（１番目の）ＭＡＣフレーム部分（単位ブロック）のＤＡフィールドの値（宛先ＭＡＣアドレス）及びＶＬＡＮタグフィールドの値（ＶＩＤ）を複製し、２番目以降の単位ブロックに付与する（ステップＳ０２３）。このようにして、単位ブロックにＤＡフィールド及びＶＬＡＮタグフィールドが復元される。
　ステップＳ０２６～Ｓ０３０のループ処理によって、必要に応じてＤＡフィールド及びＶＬＡＮタグフィールドが復元された複数の単位ブロックが生成される。複数の単位ブロックの夫々に対し、フレーム長削除部４５が、“Length”フィールドを削除する（ステップＳ０１０）。その後は、“異ＤＡ連結”方式と同様の処理が行われる（ステップＳ０１１，Ｓ０１２）。
　このように“ＶＩＤ及びＤＡ連結”方式においても、標準ＭＡＣフレームとして扱うことが可能な連結フレームを生成することができる。また、“ＶＩＤ及びＤＡ連結”方式では、削除されるＤＡ及びＶＬＡＮタグフィールドのサイズに応じて連結フレームに含まれ得るＭＡＣフレームの数を“異ＤＡ連結”方式に比べて増やすことが可能であり、伝送効率を高めることが可能となる。
　なお、図４を用いて説明したＬ２スイッチ（中継装置、通信装置）の構成例において、スイッチ２４は、例えば半導体メモリを用いて実現可能である。また、ＰＨＹチップ２５やＭＡＣチップ２６は、Application Specific Integrated Circuit（ＡＳＩＣ）やField Programmable Gate Array（ＦＰＧＡ）のような専用又は汎用の集積回路（ハードウェア）、或いはこれらの組み合わせを用いて実現することができる。
　図５を用いて説明した出口側ＭＡＣ処理部３０、図１０を用いて説明した入口側ＭＡＣ処理部４０の各構成要素は、ＡＳＩＣ，ＦＰＧＡ，或いはこれらの組み合わせによって実現可能である。管理テーブル（バッファ）は、ＭＡＣチップ２６に含まれるストレージ（例えば、半導体メモリ、フラッシュメモリ）の記憶領域上に作成される。
　図４に示す例では、出口側ＭＡＣ処理部３０及び入口側ＭＡＣ処理部４０が１つのＭＡＣチップ２６に搭載された例を示した。出口側ＭＡＣ処理部３０と入口側ＭＡＣ処理部４０とは、異なるチップに実装されていても良い。また、出口側ＭＡＣ処理部３０及び入口側ＭＡＣ処理部４０の構成は例示であり、出口側ＭＡＣ処理部３０及び入口側ＭＡＣ処理部４０は、夫々１以上の集積回路で実現可能である。
　＜実施形態の効果＞
　上述した実施形態によれば、以下の効果を得ることが可能である。例えば、６４バイトのＭＡＣフレームを送信する場合、ＭＡＣフレームの物理帯域に対する送信効率は、以下となる。
64/(64+12+8)≒0.76
　これに対し、上述した“異ＤＡ連結”方式に基づき６４バイトのＭＡＣフレームを１００個連結した場合には、その送信効率は、以下となる。
[(64+2)×100]/[(64+2)×100+12+8]≒0.99697
従って、送信効率を９９％まで高めることが可能である。
　また、Ｌ２スイッチ１３（１４）が１Gbpsのダウンリンク回線４８本と１０Gbpsのアップリンク回線４本を有すると仮定する。この仮定において、標準ＭＡＣフレームのフレームサイズが６４バイトであるときにおけるダウンリンク側の最大使用帯域は、以下となる。
48×0.76=36.48[Gbps]
　一方、標準ＭＡＣフレームのフレームサイズが６４バイトであるときにおけるアップリンク側の最大使用帯域は、以下となる。
40×0.76=30.4[Gbps]
　これに対し、上述した“異ＤＡ連結”方式を適用すれば、アップリンク側の最大使用帯域は、以下のようになる。
40×0.99697=39.8788
　従って、ＭＡＣフレームコンカチネーションを実施しない場合には、アップリンク回線で1Gbps×48本分の帯域を収容できなかったが、“異ＤＡ連結”方式による連結フレームを生成することで、ダウンリンク回線の帯域を収容することができる。
　また、上述した“ＤＡ連結”方式が適用される場合には、同一ＤＡを有する複数のＭＡＣフレームを束ねられる（連結される）ため、連結フレームにおける先頭の（１番目の）ＭＡＣフレーム部分のみにＤＡフィールドが残された状態となる。
　“異ＤＡ連結”方式を用いて６４バイトのＭＡＣフレームを１００個連結したときのフレームサイズは６６００バイトである。これに対し、“ＤＡ連結”方式を用いて６６００バイトの連結フレームを生成すると、以下のようになる。
(6600-6)/(64+2-6)=109.9
すなわち、ＭＡＣフレームを１０９．９個連結したことになり、“異ＤＡ連結”方式と比較して９．９％の効率向上となる。
　６４バイトのＭＡＣフレームにＶＬＡＮタグが付与されると６８バイトになる。このときの送信効率は、以下のように約７７％である。
68/(68+12+8)≒0.773
　これに対し、“ＶＩＤ連結”方式を用いて同一ＶＩＤを有するＭＡＣフレームを１００個束ねる（連結する）と、送信効率は次のようになる。
(68+64×99)/(68+64×99+12+8)≒0.997
このように、送信効率を９９％まで高めることができる。
　さらに、“ＶＩＤ及びＤＡ連結”方式を用いて同一ＤＡ及び同一ＶＩＤを有するＭＡＣフレームを１００個束ねると、以下のように、約９９％まで高めることができる。
[68+(64-6)×99]/[68+(64-6)×99+12+8]≒0.997
　図１５は、１０個のＭＡＣフレームを連結した場合における帯域使用率を示す。フレームサイズに応じて使用率は変化するが、従来の連結しない方式に比べて最大約２０％向上していることがわかる。
　図１６は、ＭＡＣフレームの連結数による帯域使用率の変化を示す。図１６において、ＭＡＣフレームのフレームサイズは６４バイトで固定している。従来の連結しない方式(連結数1個)のときに比べて、連結を行うと帯域の使用率が１００％近くまで向上することがわかる。
　＜変形例＞
　上述したように、連結フレームは、連結フレームにおける先頭のＭＡＣフレーム部分をなすＤＡ，ＳＡ，（ＶＬＡＮタグ），Type/Lengthのフィールド部分をＭＡＣフレームヘッダとし、Type/Lengthフィールド直後から最後尾のＦＣＳフィールドの直前までの領域をデータ部と考えることで、標準ＭＡＣフレームとして扱うことができる。このとき、先頭のＭＡＣフレーム部分のType/Lengthフィールドには、連結フレームのデータ部のサイズがフレーム長として設定される。
　但し、標準ＭＡＣフレームフォーマットとしては、データ部のサイズ上限は１５００バイトであるので、連結フレームのデータ部サイズが１５００バイト以下である場合に、標準ＭＡＣフレームと同様の取り扱いが可能となる。この場合、例えば、連結フレームのデータ部サイズ上限を１５００バイトとすると、６４バイトのＭＡＣフレームを２２個連結することができる。
（６４＋２）×２２＋１２＋８＝１４７２ｂｙｔｅ
これに対し、ＭＡＣフレームを連結しない場合には、ＭＡＣフレーム１つ当たり８４バイト（６４＋１２＋８）が必要になるので、同一の帯域で送信可能なＭＡＣフレーム数は１７に止まる。従って、連結フレームのデータ部サイズ上限を１５００バイトとする運用下でも、送信効率（伝送効率）及び帯域使用率の向上を図ることができる。
　なお、実施形態では、ＣＰＵ２１及びＭＡＣデバイス２６によって、連結処理や復元処理が行われるようにされているが、ＭＡＣデバイス２６がＣＰＵ２１の機能を含んで、ＭＡＣデバイス２６のみで上述したような連結処理や復元処理が実行されるようにしても良い。
　また、実施形態では、出口側のＭＡＣ処理部３０がフレーム連結装置として機能し、入口側のＭＡＣ処理部４０がフレーム復元装置として機能するＬ２スイッチについて説明した。フレーム連結装置及びフレーム復元装置はスイッチングＨＵＢのような、ＭＡＣフレームの転送制御を行う通信装置についても適用可能である。また、フレーム連結装置及びフレーム復元装置は、Ｌ２スイッチやスイッチングＨＵＢのような中継装置のみならず、ＭＡＣフレームの送受信を行う端末装置に適用（搭載）することも可能である。また、フレーム連結装置及びフレーム復元装置の双方が１つの通信装置（中継装置、端末装置）に搭載されることは必須要件ではない。したがって、フレーム連結装置とフレーム復元装置との一方が通信装置に搭載されていても良い。
　また、実施形態では、連結フレームに含まれる複数のＭＡＣフレーム毎に連結コードが挿入される例について説明したが、連結コードは連結フレームに対して１箇所挿入されていれば良い。従って、例えば、連結コードは、連結フレームの任意のＭＡＣフレーム部分（例えば、先頭のＭＡＣフレーム部分）のLengthフィールドにのみ挿入されるようにしても良い。この場合、例えば、先頭のLengthフィールドのみ２バイトとし、他のＭＡＣフレームにおけるLengthフィールドのサイズを小さくしても良い。
　[第２実施形態]
　以下、本発明の第２実施形態について説明する。第２実施形態は、第１実施形態と共通の構成を含む。このため、第２実施形態は、主として第１実施形態との相違点について説明し、第１実施形態と共通の構成に関しては、同一の符号を付して説明を省略する。
　上述したように、標準ＭＡＣフレームフォーマットでは、データ部の上限サイズは１５００バイトとなっており、Type/Lengthフィールドで表現可能なフレーム長の上限サイズは１５００[byte]となっている。したがって、１５００バイトを超える連結フレームのサイズ（フレーム長）がType/Lengthフィールドに書き込まれると、標準ＭＡＣ転送プロトコルに則った汎用のＬ２スイッチは、このType/Lengthフィールドの値をフレーム長と認識することができない。
　第２実施形態は、上記した問題を解決するためのフレーム連結装置及びフレーム復元装置について説明する。第２実施形態におけるフレーム連結装置及びフレーム復元装置の夫々は、第１実施形態と同様に、ＭＡＣチップ（ＭＡＣデバイス）２６における出口側ＭＡＣ処理部及び入口側ＭＡＣ処理部として搭載可能である。
　図１７は、第２実施形態における出口側ＭＡＣ処理部の構成例を示す。図１７における出口側ＭＡＣ処理部３０Ａは、以下の点で第１実施形態における出口側ＭＡＣ処理部３０（図５）と異なる。
　すなわち、出口側ＭＡＣ処理部３０Ａでは、生成部３７とＦＣＳ挿入部３８との間に、書換部３９が挿入されている。書換部３９は、生成部３７によって生成される連結フレーム中の、先頭のＭＡＣフレーム部分（以下、先頭フレーム（先頭ＭＡＣフレーム）と称する）に含まれるType/Lengthフィールドの値をチェックする。
　書換部３９は、Type/Lengthフィールドの値が、上位プロトコルのタイプを示す値である場合には、特に処理を行わない。これに対し、Type/Lengthフィールドの値がＭＡＣフレームのサイズ（フレーム長）を示す値である場合には、書換部３９は、先頭フレーム内の上位プロトコルを解析する。解析の結果、上位プロトコルの種別（タイプ）が判明した場合には、書換部３９は、Type/Lengthフィールドの値を、上位プロトコルのタイプを示す値（Type値）に書き換える。
　上位プロトコルの解析は、例えば、連結フレーム中の先頭フレームのデータ部に格納された上位プロトコルヘッダを解析することによって実現することができる。
　このような書換処理によって、連結フレームのフレーム長（フレームサイズ）が先頭フレームのType/Lengthフィールドで表現可能な値（標準ＭＡＣフォーマットでは１５００バイト）を上回る場合でも、連結フレームのType/Lengthフィールドの値は、上位プロトコルのType値として連結フレームの受信側装置で解釈されることになる。
　従って、連結フレームは、連結フレームのサイズがType/Lengthフィールドで表現可能な値を上回る場合でも、正常なＭＡＣフレームとして、受信側の通信装置（例えば、汎用のＬ２スイッチやスイッチングＨＵＢ）で取り扱うことが可能となる。すなわち、汎用のＬ２スイッチやスイッチングＨＵＢを介して宛先へ連結フレームを送信することができる。
　図１８は、第２実施形態における“Length”フィールドのデータ構造例を示す。第１実施形態における“Length”フィールド（図７）と異なり、第３ビット（ビットｂ２）が、連結フレーム中の先頭フレーム（先頭ＭＡＣフレーム）のType/Lengthフィールドの値をType値に書き換えたか否かを示す書換情報として扱われる。
　具体的には、ビットｂ２が“０”であれば、Type値への書き換えが行われていないことを示し、ビットｂ２が“１”であれば、Type値への書き換えが行われたことを示す。
　なお、ビットｂ３～ｂ１５は、ＭＡＣフレームのフレーム長（フレームサイズ）を示す。ビットｂ３～ｂ１５は１３ビットであるため、第２実施形態では、８１９２バイトまで、フレームサイズを表現することができる。
　なお、連結フレームの受信側での、連結フレームから複数のＭＡＣフレームを復元する処理において参照されるのは、先頭フレームにおけるLengthフィールドのビットｂ２のみである。このため、２番目以降のＭＡＣフレーム部分に挿入されるLengthフィールドのビットｂ２は実質的に使用されない。このため、先頭フレームを除く２番目以降のＭＡＣフレーム部分の夫々におけるLengthフィールドには、第１実施形態で説明したデータ構造（図７）を適用することもできる。
　図１９は、第２実施形態における出口側ＭＡＣ処理部の動作例を示すフローチャートである。第１実施形態との相違点は、ステップＳ８とステップＳ９との間に、ステップＳ８Ａとして、書換部３９による処理が挿入されていることである。
　ステップＳ８Ａでは、書換部３９が、生成部３７から連結フレームを受け取る。書換部３９は、連結フレーム中の先頭フレームのType/Lengthフィールドの値を参照し、フィールド値がフレーム長（フレームサイズ）とType値のいずれを示すかを判定する。
　このとき、Type/Lengthフィールド値がType値を示す場合には、書換部３９は、特に処理を行わず、連結フレームをＦＣＳ挿入部３８に渡す。これに対し、Type/Lengthフィールド値がフレームサイズを示す場合には、書換部３９は、上位プロトコルタイプの解析を行い、解析結果として得られた上位プロトコルタイプを示すType値で、Type/Lengthフィールド値を書き換える。さらに、書換部３９は、先頭フレーム中のLengthフィールドにおけるビットｂ２の値を“１”にセットする。その後、書換部３９は、連結フレームをＦＣＳ挿入部３８に渡す。
　上記を除く出口側ＭＡＣ処理部３０Ａの構成及び動作は、第１実施形態における出口側ＭＡＣ処理部３０の構成及び動作と同様である。
　図２０は、第２実施形態における入口側ＭＡＣ処理部の構成例を示す。図２０における入口側ＭＡＣ処理部４０Ａは、以下の点で第１実施形態における入口側ＭＡＣ処理部４０（図１０）と異なる。
　すなわち、入口側ＭＡＣ処理部４０Ａでは、ＦＣＳチェック部４１と連結タイプ判定部４２との間に、再生部４８が挿入されている。再生部４８は、ＦＣＳチェック部４１から受け取る連結フレーム中の、Lengthフィールドに含まれるビットｂ２の値をチェックする。
　ビットｂ２が“０”である場合には、先頭フレームに含まれるType/Lengthフィールドの書き換えが行われていない（オリジナルの値がType値である）ものとして、再生部４８は、再生処理を行うことなく連結フレームを連結タイプ判定部４２に渡す。すなわち、再生部４８は連結フレームをスルーする。
　これに対し、ビットｂ２が“１”である場合には、先頭フレームに含まれるType/Lengthフィールドの書き換えが行われている（Length値がType値に書き換えられている）には、再生部４８は再生処理を行う。
　すなわち、再生部４８は、先頭フレームのLengthフィールドに格納されているLength値（フレームサイズ）の値を取得し、取得した値でType/Lengthフィールドの値を書き換える。これによって、Type/Lengthフィールドの値がオリジナルのLength値に戻る。その後、再生部４８は、連結フレームを連結タイプ判定部４２に渡す。
　図２１は、第２実施形態における入口側ＭＡＣ処理部の動作例を示すフローチャートである。第１実施形態との相違点は、ステップＳ００１とステップＳ００３との間に、ステップＳ００２Ａとして、再生部４８によるｂ２チェック及び再生処理が挿入されていることである。
　ステップＳ００２Ａでは、再生部４８は、ＦＣＳチェック部４１から受け取った連結フレーム中の先頭フレームのLengthフィールドのビットｂ２の値（Type/Lengthフィールドの書換有無判定用情報）をチェックし、ビットｂ２が“０”か“１”かを判定する。
　ビットｂ２が“０”であれば、再生部４８は連結フレームを連結タイプ判定部４２に渡す。これに対し、ビットｂ２が“１”であれば、再生部４８は、先頭フレームのType/Lengthフィールドの値を、先頭フレームのLengthフィールドのフレーム長（フレームサイズ）の値に書き換える。その後、再生部４８は、連結フレームを連結タイプ判定部４２に渡す。
　上記を除き、第２実施形態における入口側ＭＡＣ処理部の構成及び動作は、第１実施形態と同様である。
　第２実施形態によれば、第１実施形態で説明した作用効果に加えて、以下の作用効果を得ることができる。すなわち、連結フレームの送信側の通信装置（フレーム連結装置を備える通信装置）では、書換部３９が、連結フレーム中の先頭フレームのType/Lengthフィールドの値がType値とLength値とのいずれを示すかを判定する。Type/Lengthフィールドの値がLength値である場合には、書換部３９がLength値をType値に書き換える。
　これによって、連結フレームのフォーマットが標準ＭＡＣフォーマットに則った状態となるので、連結フレームは、標準ＭＡＣフレーム転送を行う汎用のＬ２スイッチやスイッチングＨＵＢにて、正常なＭＡＣフレームとして取り扱われる。すなわち、連結フレームを汎用のＬ２スイッチやスイッチングＨＵＢ経由で宛先に送ることができる。
　一方、連結フレームの受信側の通信装置（フレーム復元装置を備える通信装置）では、再生部４８が、連結フレームの先頭フレームに含まれるビットｂ２を参照する。Type/Lengthフィールドの値が書き換えられている場合には、再生部４８は、先頭フレームのLengthフィールドのフレーム長の値でType/Lengthフィールドの値を書き換えることによって、Type/Lengthフィールドの値をオリジナルの値に戻す。
これによって、分割部４３（分割部４３Ａ～４３Ｄのいずれか）で分割される先頭フレーム（単位ブロック）のType/Lengthフィールドの値をオリジナルの値に戻すことができる。
１３，１４，１５・・・Ｌ２スイッチ（通信装置，中継装置）
２１・・・ＣＰＵ
２２・・・ＳＤＲＡＭ
２３・・・フラッシュメモリ
２４・・・ＭＡＣスイッチ
２５・・・ＰＨＹチップ（ＰＨＹデバイス）
２６・・・ＭＡＣチップ（ＭＡＣデバイス）
３１、４１・・・ＦＣＳチェック部
３２・・・フレーム長チェック部
３３・・・フレーム長挿入部
３４・・・連結タイプ選択部
３５・・・連結タイプ挿入部
３６・・・重複バイト削除部
３７・・・連結フレーム生成部
３８，４７・・・ＦＣＳ挿入部
４２・・・連結タイプ判定部
４３・・・分割部
４４・・重複バイト復元部
４５・・・フレーム長削除部
４６・・・ＳＦＤ挿入部

Claims (19)

  1. 　送信対象の複数のフレームを格納する記憶部と、
    　前記記憶部から読み出される前記複数のフレームが直列に連結され、且つ各フレームのフレーム長情報が付与された連結フレームを生成する生成部と、
    　前記連結フレームに、当該連結フレームの受信側との同期確立用情報を付与する付与部と
    を含むフレーム連結装置。
  2. 　前記複数のフレームの夫々は、同一の宛先情報を含んでおり、
    　前記生成部は、前記複数のフレームの何れか１つが前記宛先情報を含み、且つ残りの１以上のフレームから前記宛先情報が夫々省略された前記連結フレームを生成する
    請求項１に記載のフレーム連結装置。
  3. 　前記複数のフレームの夫々は、同一の仮想網識別情報を含んでおり、
    　前記生成部は、前記複数のフレームの何れか１つが前記仮想網識別情報を含み、且つ残りの１以上のフレームから前記仮想網識別情報が夫々省略された前記連結フレームを生成する
    請求項１に記載のフレーム連結装置。
  4. 　前記複数のフレームの夫々は、同一の宛先情報及び同一の仮想網識別情報を含んでおり、
    　前記生成部は、前記複数のフレームの何れか１つが前記宛先情報及び前記仮想網識別情報を含み、且つ残りの１以上のフレームから前記宛先情報及び前記仮想網識別情報が夫々省略された前記連結フレームを生成する
    請求項１に記載のフレーム連結装置。
  5. 　前記生成部は、
    （１）同一の宛先情報を有する複数のフレームの何れか１つが前記宛先情報を含み、且つ残りの１以上のフレームから前記宛先情報が夫々省略された連結フレームを生成する第１の処理と、
    （２）同一の仮想網識別情報を有する複数のフレームの何れか１つが前記仮想網識別情報を含み、且つ残りの１以上のフレームから前記仮想網識別情報が夫々省略された連結フレームを生成する第２の処理と、
    （３）同一の宛先情報及び同一の仮想網識別情報を有する複数のフレームの何れか１つが前記宛先情報及び前記仮想網識別情報を含み、且つ残りの１以上のフレームから前記宛先情報及び前記仮想網識別情報が夫々省略された連結フレームを生成する第３の処理と、
    （４）異なる宛先情報を有する複数のフレームが連結された連結フレームを生成する第４の処理と
    の少なくとも２つから１つを選択して実行し、
    　前記連結フレーム又は前記複数のフレームの夫々に対し、前記生成部で選択される前記第１～第４の処理の何れかを特定する情報を挿入する挿入部をさらに含む
    請求項１に記載のフレーム連結装置。
  6. 　前記複数のフレームのフレーム長を夫々検出する検出部と、
    　前記検出されたフレーム長の夫々を、前記各フレームに挿入するフレーム長挿入部とをさらに含む
    請求項１に記載のフレーム連結装置。
  7. 　前記複数のフレームの何れか１つは、前記連結フレーム中の先頭に配置されるフレームである
    請求項２から５の何れか１項に記載のフレーム連結装置。
  8. 　前記フレームは、上位プロトコルのタイプを示すタイプ値とフレーム長を示すレングス値との一方が格納されるタイプ／レングスフィールドを含むＭＡＣフレームであり、
    　前記連結フレームにおいて先頭に位置するＭＡＣフレームのタイプ／レングスフィールドにレングス値が格納されている場合に、このレングス値をタイプ値に書き換えるとともに、タイプ／レングスフィールドの値が書き換えられたことを示す書換情報を連結フレームに付与する書換部
    をさらに含む請求項１から７の何れか１項に記載のフレーム連結装置。
  9. 　複数のフレームが直列に連結され、且つ各フレームのフレーム長情報が付与された連結フレームを受信する受信部と、
    　前記連結フレームに含まれる各フレームのフレーム長情報に基づいて、前記連結フレームを前記複数のフレームに分割する分割部と、
    　分割された前記複数のフレームの夫々から前記フレーム長情報を削除する削除部と
    を含むフレーム復元装置。
  10. 　前記連結フレームは、前記複数のフレームの何れか１つが宛先情報を含み、且つ残りの１以上のフレームから前記宛先情報が夫々省略された状態を有し、
    　前記分割部で分割された、前記宛先情報を含まない前記１以上のフレームの夫々に対して、前記複数のフレームの何れか１つに含まれる前記宛先情報を付与する復元部をさらに含む
    請求項９に記載のフレーム復元装置。
  11. 　前記連結フレームは、前記複数のフレームの何れか１つが仮想網識別情報を含み、且つ残りの１以上のフレームから前記仮想網識別情報が夫々省略された状態を有し、
    　前記分割部で分割された、前記仮想網識別情報を含まない前記１以上のフレームの夫々に対して、前記複数のフレームの何れか１つに含まれる前記仮想網識別情報を付与する復元部をさらに含む
    請求項９に記載のフレーム復元装置。
  12. 　前記連結フレームは、前記複数のフレームの何れか１つが宛先情報及び仮想網識別情報を含み、且つ残りの１以上のフレームから前記宛先情報及び前記仮想網識別情報が夫々省略された状態を有し、
    　前記分割部で分割された、前記宛先情報及び前記仮想網識別情報を含まない前記１以上のフレームの夫々に対して、前記複数のフレームの何れか１つに含まれる前記宛先情報及び前記仮想網識別情報を付与する復元部をさらに含む
    請求項９に記載のフレーム復元装置。
  13. 　前記分割部は、
    （１）連結された複数のフレームの何れか１つが宛先情報を含み、且つ残りの１以上のフレームから前記宛先情報が夫々省略された状態の前記連結フレームを分割する第１の処理と、
    （２）連結された複数のフレームの何れか１つが仮想網識別情報を含み、且つ残りの１以上のフレームから前記仮想網識別情報が夫々省略された状態の前記連結フレームを分割する第２の処理と、
    （３）連結された複数のフレームの何れか１つが宛先情報及び仮想網識別情報を含み、且つ残りの１以上のフレームから前記宛先情報及び前記仮想網識別情報が夫々省略された状態の前記連結フレームを分割する第３の処理と、
    （４）異なる宛先情報を有する複数のフレームが連結された前記連結フレームを分割する第４の処理と
    の少なくとも２つから１つを選択して実行し、
    　前記分割部は、前記連結フレームに含まれる前記第１～第４の処理の何れかを特定する情報に従って、前記第１～第４の処理の何れかを選択する
    請求項９に記載のフレーム復元装置。
  14. 　前記複数のフレームの何れか１つは、前記連結フレーム中の先頭に配置されるフレームである
    請求項９から１２の何れか１項に記載のフレーム復元装置。
  15. 　前記フレームは、上位プロトコルのタイプを示すタイプ値とフレーム長を示すレングス値との一方が格納されるタイプ／レングスフィールドを含むＭＡＣフレームであり、
    　前記連結フレームにおいて先頭に位置する先頭ＭＡＣフレームのタイプ／レングスフィールドの値が書き換えられていることを示す書換情報が前記連結フレームに含まれている場合に、前記先頭ＭＡＣフレームに対応するフレーム長情報に基づいて前記先頭ＭＡＣフレームのタイプ／レングスフィールドの値を書き換える再生部
    をさらに含む請求項９から１４の何れか１項に記載のフレーム復元装置。
  16. 　送信対象の複数のフレームを格納する記憶部と、
    　前記記憶部から読み出される前記複数のフレームが直列に連結され、且つ各フレームのフレーム長情報が付与された連結フレームを生成する生成部と、
    　前記連結フレームに、当該連結フレームの受信側との同期確立用情報を付与する付与部と、
    　前記同期確立用情報が付与された前記連結フレームを送出する送出部と
    を含む通信装置。
  17. 　前記記憶部に格納される前記複数のフレームはアップリンク及びダウリンクの一方から受信され、
    　前記送出部は、前記連結フレームを前記アップリンク及び前記ダウンリンクの他方へ向けて送出する
    請求項１６に記載の通信装置。
  18. 　記憶部から読み出される送信対象の複数のフレームが連結され、且つ各フレームのフレーム長情報が付与された連結フレームを生成し、
    　前記連結フレームに、当該連結フレームの受信側との同期確立用情報を付与する
    ことを含むフレーム連結方法。
  19. 　複数のフレームが直列に連結され、且つ各フレームのフレーム長情報が付与された連結フレームを受信し、
    　前記連結フレームに含まれる各フレームのフレーム長情報に基づいて、前記連結フレームを前記複数のフレームに分割し、
    　分割された前記複数のフレームの夫々から前記フレーム長情報を削除する
    ことを含むフレーム復元方法。
PCT/JP2010/065314 2010-09-07 2010-09-07 フレーム連結装置 WO2012032606A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN2010800689917A CN103081417A (zh) 2010-09-07 2010-09-07 帧连接装置
JP2012532760A JP5573955B2 (ja) 2010-09-07 2010-09-07 フレーム連結装置
EP10856956.7A EP2615787A1 (en) 2010-09-07 2010-09-07 Frame concatenation device
PCT/JP2010/065314 WO2012032606A1 (ja) 2010-09-07 2010-09-07 フレーム連結装置
US13/788,297 US9060030B2 (en) 2010-09-07 2013-03-07 Frame concatenation apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/065314 WO2012032606A1 (ja) 2010-09-07 2010-09-07 フレーム連結装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/788,297 Continuation US9060030B2 (en) 2010-09-07 2013-03-07 Frame concatenation apparatus

Publications (1)

Publication Number Publication Date
WO2012032606A1 true WO2012032606A1 (ja) 2012-03-15

Family

ID=45810231

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/065314 WO2012032606A1 (ja) 2010-09-07 2010-09-07 フレーム連結装置

Country Status (5)

Country Link
US (1) US9060030B2 (ja)
EP (1) EP2615787A1 (ja)
JP (1) JP5573955B2 (ja)
CN (1) CN103081417A (ja)
WO (1) WO2012032606A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016105563A (ja) * 2014-12-01 2016-06-09 Ｎｅｃプラットフォームズ株式会社 通信装置、通信方法、及びプログラム
JP2019008768A (ja) * 2017-06-28 2019-01-17 株式会社ギウォンテクＫｉｗｏｎｔｅｃｈ 詐欺メールの危険度を判断する方法およびそのための装置
US10200296B2 (en) 2014-05-09 2019-02-05 Nec Corporation Packet transport apparatus, packet transport system and packet transport method

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9471772B2 (en) 2011-06-01 2016-10-18 Paypal, Inc. Password check by decomposing password
CN105701053B (zh) * 2014-11-24 2020-01-17 中兴通讯股份有限公司 串行数据发送、接收方法及装置
JP7147403B2 (ja) * 2018-09-12 2022-10-05 株式会社デンソー 中継装置
US11936490B2 (en) * 2019-08-06 2024-03-19 Nippon Telegraph And Telephone Corporation L2 switch, communication method, and communication program

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003324445A (ja) * 2002-05-07 2003-11-14 Alps Electric Co Ltd 無線伝送方式
JP2004282740A (ja) * 2003-03-13 2004-10-07 Samsung Electronics Co Ltd 通信システムのパケット伝送装置及び方法
JP2006527570A (ja) * 2003-06-12 2006-11-30 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ データ送信のための連結されたフレーム構造
JP2007515113A (ja) * 2003-11-24 2007-06-07 インテロン・コーポレーション 複数の局が共有媒体を介して通信するネットワークにおける動作方法
JP2009290744A (ja) * 2008-05-30 2009-12-10 Fujitsu Ltd フレーム中継装置およびフレーム中継方法
JP2010119043A (ja) * 2008-11-14 2010-05-27 Mitsubishi Electric Corp データ送受信装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6894999B1 (en) * 2000-11-17 2005-05-17 Advanced Micro Devices, Inc. Combining VLAN tagging with other network protocols allows a user to transfer data on a network with enhanced security
JP2002198994A (ja) 2000-12-26 2002-07-12 Nec Corp Ｇｆｐフレーム転送装置およびｇｆｐフレーム転送方法
US20020199021A1 (en) * 2001-06-26 2002-12-26 Niels Beier Method and apparatus for using the type/length field in an ethernet mac header for carrying generic tags/labels
US6801545B2 (en) 2002-02-04 2004-10-05 Fujitsu Network Communications, Inc. Container transport for packets in connection oriented protocols
US7408957B2 (en) * 2002-06-13 2008-08-05 International Business Machines Corporation Selective header field dispatch in a network processing system
KR101018204B1 (ko) * 2003-05-16 2011-02-28 파나소닉 주식회사 통신 네트워크 시스템에서의 사용을 위한 통신 단말 장치, 방법, 프로그램, 기록 매체, 및 집적 회로
US7317687B2 (en) 2003-06-12 2008-01-08 Koninklijke Philips Electronics N.V. Transmitting data frames with less interframe space (ifs) time
CN1806418A (zh) * 2003-06-12 2006-07-19 皇家飞利浦电子股份有限公司 用于数据传输的级联帧结构
US7684568B2 (en) 2003-11-24 2010-03-23 Intellon Corporation Encrypting data in a communication network
US7633970B2 (en) * 2004-05-07 2009-12-15 Agere Systems Inc. MAC header compression for use with frame aggregation
US20080080524A1 (en) 2004-06-11 2008-04-03 Tsunehito Tsushima Router Device, Communication Device, Routing Method, Routing Program, and Computer-Readable Recording Medium Recorded with Routing Program
EP1624638B1 (en) 2004-08-05 2006-10-25 Alcatel Access control method and apparatus
JP2008109471A (ja) * 2006-10-26 2008-05-08 Nec Corp Ｌａｎシステム、送信装置、受信装置、ｌａｎシステム制御方法、プログラム、及び複数のフレーム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003324445A (ja) * 2002-05-07 2003-11-14 Alps Electric Co Ltd 無線伝送方式
JP2004282740A (ja) * 2003-03-13 2004-10-07 Samsung Electronics Co Ltd 通信システムのパケット伝送装置及び方法
JP2006527570A (ja) * 2003-06-12 2006-11-30 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ データ送信のための連結されたフレーム構造
JP2007515113A (ja) * 2003-11-24 2007-06-07 インテロン・コーポレーション 複数の局が共有媒体を介して通信するネットワークにおける動作方法
JP2009290744A (ja) * 2008-05-30 2009-12-10 Fujitsu Ltd フレーム中継装置およびフレーム中継方法
JP2010119043A (ja) * 2008-11-14 2010-05-27 Mitsubishi Electric Corp データ送受信装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10200296B2 (en) 2014-05-09 2019-02-05 Nec Corporation Packet transport apparatus, packet transport system and packet transport method
JP2016105563A (ja) * 2014-12-01 2016-06-09 Ｎｅｃプラットフォームズ株式会社 通信装置、通信方法、及びプログラム
JP2019008768A (ja) * 2017-06-28 2019-01-17 株式会社ギウォンテクＫｉｗｏｎｔｅｃｈ 詐欺メールの危険度を判断する方法およびそのための装置

Also Published As

Publication number Publication date
EP2615787A1 (en) 2013-07-17
JP5573955B2 (ja) 2014-08-20
US9060030B2 (en) 2015-06-16
US20130182720A1 (en) 2013-07-18
JPWO2012032606A1 (ja) 2013-12-12
CN103081417A (zh) 2013-05-01

Similar Documents

Publication Publication Date Title
US11115339B2 (en) Network congestion control method, device, and system
JP5573955B2 (ja) フレーム連結装置
JP7035227B2 (ja) データパケット検出方法、デバイス、及びシステム
US8351352B1 (en) Methods and apparatus for RBridge hop-by-hop compression and frame aggregation
US9225656B2 (en) Quality of service in a heterogeneous network
US10404605B2 (en) Packet processing method, device and computer storage medium
US7486674B2 (en) Data mirroring in a service
US20160119236A1 (en) Source routing with fabric switches in an ethernet fabric network
CN109218178A (zh) 一种报文处理方法及网络设备
WO2014136864A1 (ja) パケット書換装置、制御装置、通信システム、パケット送信方法及びプログラム
US7944924B2 (en) Handling of received implicit null packets
WO2018132699A1 (en) Managing network traffic in virtual switches based on logical port identifiers
CN102136989B (zh) 报文传输的方法、系统和设备
US20130163419A1 (en) Flexible and scalable data link layer flow control for network fabrics
JP2009065429A (ja) パケット転送装置
US10374935B2 (en) Link discovery method, system, and device
WO2013059991A1 (zh) 数据报文处理方法和系统、报文转发设备
TW201021466A (en) Data path acceleration of a network stack
WO2018149338A1 (zh) 基于sdn的远端流镜像控制方法、实现方法及相关设备
US10009272B2 (en) Packet transmission apparatus for processing operations, administration, and maintenance (OAM) packet and protection switching message
RU2643469C2 (ru) Способ передачи фреймов ethernet через программно-конфигурируемые сети (sdn)
WO2012105677A1 (ja) パケット処理装置、パケット処理方法およびプログラム
CN110224887A (zh) 一种以太网y.1564测试帧自动识别的方法与装置
JP6222505B2 (ja) 入力パラメータを生成するための方法および装置
US9137158B2 (en) Communication apparatus and communication method

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080068991.7

Country of ref document: CN

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

Ref document number: 10856956

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012532760

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010856956

Country of ref document: EP